CN113722552A - 资源服务数据的对齐方法和装置,存储介质和电子设备 - Google Patents

资源服务数据的对齐方法和装置,存储介质和电子设备 Download PDF

Info

Publication number
CN113722552A
CN113722552A CN202111074054.9A CN202111074054A CN113722552A CN 113722552 A CN113722552 A CN 113722552A CN 202111074054 A CN202111074054 A CN 202111074054A CN 113722552 A CN113722552 A CN 113722552A
Authority
CN
China
Prior art keywords
data
resource
application service
service side
application
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.)
Pending
Application number
CN202111074054.9A
Other languages
English (en)
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.)
Koubei Shanghai Information Technology Co Ltd
Original Assignee
Koubei Shanghai 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 Koubei Shanghai Information Technology Co Ltd filed Critical Koubei Shanghai Information Technology Co Ltd
Priority to CN202111074054.9A priority Critical patent/CN113722552A/zh
Publication of CN113722552A publication Critical patent/CN113722552A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/901Indexing; Data structures therefor; Storage structures
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/903Querying

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)
  • Computational Linguistics (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本申请公开一种资源服务数据的对齐方法和装置,存储介质和电子设备,方法包括:根据第一应用服务侧资源服务数据的资源对象管理存储维度和第二应用服务侧资源服务数据的库存管理存储维度,确定的资源服务数据中相关数据的依附关系,在第一应用服务侧内构建与第二应用服务侧中资源服务数据适配的数据管理存储模型;根据数据管理存储模型,在第一应用服务侧的管理存储层存储第二应用服务侧中的资源服务数据;根据第一应用服务侧与第二应用服务侧之间建立的关联关系,获取基于第二应用服务侧产生的资源服务数据请求;根据资源服务数据请求发生的针对资源服务数据的变化数据,同步第一应用服务侧和第二应用服务侧;避免数据管理的复杂性和资源的浪费。

Description

资源服务数据的对齐方法和装置,存储介质和电子设备
技术领域
本申请涉及计算机应用技术领域,具体涉及一种资源服务数据的对齐方法和装置。本申请同时涉及一种计算机存储介质和电子设备。
背景技术
随着互联网技术的不断发展,线上线下的结合方式使得生活变得越来越方便和丰富。
通常,对于不同的应用平台可以通过各自的数据管理系统对数据进行管理和维护,应用平台之间各自独立。然而这种各自独立的数据管理模式,会造成数据管理的复杂以及管理资源的浪费,进一步对应用平台自身的发展也具有一定阻碍。
发明内容
本申请提供一种资源服务数据的对齐方法,以解决现有技术中由于数据均为应用平台管理系统各自管理无法实现数据打通管理而造成的管理复杂和管理资源浪费的问题。
本申请提供一种资源服务数据的对齐方法,包括:
根据第一应用服务侧中资源服务数据的资源对象管理存储维度和第二应用服务侧中资源服务数据的库存管理存储维度,确定的所述资源服务数据中相关数据的依附关系,在所述第一应用服务侧内构建与所述第二应用服务侧中资源服务数据适配的数据管理存储模型;
根据所述数据管理存储模型,在所述第一应用服务侧的管理存储层存储所述第二应用服务侧中的所述资源服务数据;
根据所述第一应用服务侧与所述第二应用服务侧之间建立的关联关系,获取基于所述第二应用服务侧产生的资源服务数据请求;
根据所述资源服务数据请求发生的针对资源服务数据的变化数据,同步所述第一应用服务侧和所述第二应用服务侧。
在一些实施例中,所述根据第一应用服务侧中资源服务数据的资源对象管理存储维度和第二应用服务侧中资源服务数据的库存管理存储维度,确定的所述资源服务数据中相关数据的依附关系,在所述第一应用服务侧内构建与所述第二应用服务侧中资源服务数据适配的数据管理存储模型,包括:
根据所述资源对象管理存储维度和所述库存管理存储维度,确定所述资源服务数据中相关数据的依附关系;
根据所述依附关系,构建所述数据管理存储模型。
在一些实施例中,所述根据所述资源对象管理存储维度和所述库存管理存储维度,确定所述资源服务数据中相关数据的依附关系,包括:
以所述第一应用服务侧中管理存储模型为所述数据管理存储模型的基础模型,根据所述资源对象管理存储维度和所述库存量管理存储维度,对所述基础模型中资源服务数据依附关系进行修改;
将修改后的依附关系,确定为所述资源服务数据中相关数据的依附关系;
或者;
以所述资源对象管理存储维度和所述库存量管理存储维度建立资源服务数据的依附关系;
将建立的所述依附关系,确定为所述资源服务数据中相关数据的依附关系。
在一些实施例中,所述以所述第一应用服务侧中管理存储模型为所述数据管理存储模型的基础模型,根据所述资源对象管理存储维度和所述库存量管理存储维度,对所述基础模型中资源服务数据依附关系进行修改,或者,所述以所述资源对象管理存储维度和所述库存量管理存储维度建立资源服务数据的依附关系,包括:
将所述资源服务数据中的库存数据修改或建立为,依附于资源对象;
将所述资源服务数据中的资源对象源数据组合修改或建立为,依附于所述库存数据;
将所述资源对象源数据组合的明细数据修改或建立为,依附于所述资源对象源数据组合;
将所述资源服务数据中的附加属性数据修改或建立为,依附于所述库存数据;
将所述附加属性数据的明细数据修改或建立为,依附于所述附加属性数据;
将所述资源服务数据中的资源对象组合数据修改或建立为,依附于所述资源对象;
将所述资源对象组合数据的明细数据修改或建立为,依附于所述资源对象组合数据。
在一些实施例中,所述根据所述第一应用服务侧与所述第二应用服务侧之间建立的关联关系,获取基于所述第二应用服务侧产生的资源服务数据请求,包括:
根据第一应用服务侧和所述第二应用服务侧中的资源对象数据提供方创建的标识信息,确定所述第一应用服务侧和所述第二应用服务侧之间的关联关系;
根据所述关联关系,获取基于所述第二应用服务侧的资源对象请求入口产生的所述资源服务数据请求。
在一些实施例中,所述根据所述数据管理存储模型,在所述第一应用服务侧的管理存储层存储所述第二应用服务侧中的资源服务数据,包括:
根据所述第一应用服务侧与第二应用服务侧之间的云服务网关,获取所述第二应用服务侧中所述资源服务数据的写入请求;
根据所述写入请求,将所述资源服务数据按照所述数据管理存储模型,写入所述第一应用服务侧内。
在一些实施例中,所述根据所述资源服务数据请求发生的针对资源服务数据的变化数据,同步所述第一应用服务侧和所述第二应用服务侧,包括:
根据所述资源服务数据请求中的标识信息,查询所述第一应用服务侧的存储近端是否存储有与所述标识信息匹配的资源服务数据;
若否,则从所述第一应用服务侧的数据管理存储层获取所述资源服务数据请求中的待获取资源对象数据;
根据所述第二应用服务侧针对所述待获取资源对象数据,创建的资源对象订单信息,确定所述第一应用服务侧中与所述资源对象订单信息相匹配的所述资源服务数据的所述变化数据;
根据所述变化数据对所述第一应用服务侧和所述第二应用服务侧中资源服务数据进行扣减修改的同步操作;或者,根据所述变化数据对所述第一应用服务侧的扣减修改操作,对所述第二应用服务侧中与所述变化数据相匹配的资源服务数据进行所述扣减修改操作。
在一些实施例中,所述根据所述资源服务数据请求发生的针对资源服务数据的变化数据,同步所述第一应用服务侧和所述第二应用服务侧,包括:
根据所述资源服务数据请求中产生的待获取订单信息,查询所述第一应用服务侧存储的所述资源服务数据是否存在扣减修改记录;
若是,则对所述第一应用服务侧和所述第二应用服务侧进行针对扣减修改记录的归还修改同步操作;或者,根据对所述第一应用服务侧的归还修改操作,对所述第二应用服务侧中与所述扣减修改记录相匹配的资源服务数据进行所述归还修改同步操作。
在一些实施例中,所述根据所述资源服务数据请求发生的针对资源服务数据的变化数据,同步所述第一应用服务侧和所述第二应用服务侧,包括:
根据所述资源服务数据请求中的资源对象沽清信息,对所述第一应用服务侧中和所述第二应用服务侧中存储的所述资源服务数据进行沽清修改的同步操作;或者,根据对所述第一应用服务侧中存储的所述资源服务数据的沽清修改操作,对所述第二应用服务侧中与所述资源对象沽清信息相匹配的资源服务数据进行所述沽清修改操作。
本申请还提供一种资源服务数据的对齐装置,包括:
构建单元,用于根据第一应用服务侧中资源服务数据的资源对象管理存储维度和第二应用服务侧中资源服务数据的库存管理存储维度,确定的所述资源服务数据中相关数据的依附关系,在所述第一应用服务侧内构建与所述第二应用服务侧中资源服务数据适配的数据管理存储模型;
存储单元,用于根据所述数据管理存储模型,在所述第一应用服务侧的管理存储层存储所述第二应用服务侧中的资源服务数据;
获取单元,用于根据所述第一应用服务侧与所述第二应用服务侧之间建立的关联关系,获取基于所述第二应用服务侧产生的资源服务数据请求;
同步单元,用于根据所述资源服务数据请求发生的针对资源服务数据的变化数据,同步所述第一应用服务侧和所述第二应用服务侧。
本申请还提供一种计算机存储介质,用于存储网络平台产生数据,以及对应所述网络平台产生数据进行处理的程序;
所述程序在被处理器读取执行时,执行采用上述的资源服务数据的对齐方法的步骤。
本申请还提供一种电子设备,包括:
处理器;
存储器,用于存储对网络平台产生数据进行处理的程序,所述程序在被所述处理器读取执行时,执行采用上述的资源服务数据的对齐方法的步骤。
与现有技术相比,本申请具有以下优点:
本申请提供的资源服务数据的对齐方法实施例能够通过根据所述第一应用服务侧中资源服务数据的资源对象管理存储维度和第二应用服务侧中资源服务数据的库存管理存储维度,确定的所述资源服务数据中相关数据的依附关系,为位于所述第一应用服务侧内构建与所述第二应用服务侧中资源服务数据适配的数据管理存储模型,进而第二应用服务侧的资源服务数据能够按照所述数据管理存储模型写入到第一应用服务侧内,实现第一应用服务侧和第二应用服务侧的数据打通;根据所述第一应用服务侧与所述第二应用服务侧之间建立的关联关系,获取基于所述第二应用服务侧产生的资源服务数据请求,在资源服务数据发生变化的情况下实现第一应用服务侧和第二应用服务侧的数据同步,使得资源服务数据不仅可以在第一应用服务侧进行获取,还可以通过第二应用服务侧进行获取,第一应用服务侧和第二应用服务侧不仅能够实现各自资源服务数据的处理还可以通过彼此之间的关联关系,实现域外到域内的资源服务数据的处理,进一步为资源对象提供方扩大资源服务数据的存储、管理以及处理范围,同时避免数据管理的复杂性以及管理资源的浪费。
附图说明
图1是本申请提供的一种资源服务数据的对齐方法实施例的流程图;
图2是本申请提供的一种资源服务数据的对齐方法实施例中数据管理存储模型的结构示意图;
图3是本申请提供的一种资源服务数据的对齐方法实施例中资源服务数据存储的时序图;
图4是本申请提供的一种资源服务数据的对齐方法实施例中资源服务数据同步第一实施例的时序图;
图5是本申请提供的一种资源服务数据的对齐方法实施例中资源服务数据同步第二实施例的时序图;
图6是本申请提供的一种资源服务数据的对齐方法实施例中资源服务数据同步第三实施例的时序图;
图7是本申请提供的一种资源服务数据的对齐装置实施例的结构示意图;
图8是本申请提供的一种电子设备实施例的结构示意图。
具体实施方式
在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施,本领域技术人员可以在不违背本申请内涵的情况下做类似推广,因此本申请不受下面公开的具体实施的限制。
本申请中使用的术语是仅仅出于对特定实施例描述的目的,而非旨在限制本申请。在本申请中和所附权利要求书中所使用的描述方式例如:“一种”、“第一”、和“第二”等,并非对数量上的限定或先后顺序上的限定,而是用来将同一类型的信息彼此区分。
结合上述背景技术可知,随着互联网技术的不断发展,各种应用服务平台将会朝向互通共存的发展方向发展,故此,来自不同应用服务平台的数据如何进行互通共存的管理,以便避免数据管理资源的浪费以及简化成为需要解决的技术问题。本申请基于上述情况提供一种资源服务数据的对齐方法,从而能够在某一应用服务平台上产生的数据变化情况同步到另一应用服务平台上,实现不同应用服务平台之间的数据互通。具体如下:
如图1所示,图1本申请提供的一种资源服务数据的对齐方法实施例的流程图,所述对齐方法实施例包括:
步骤S101:根据第一应用服务侧中资源服务数据的资源对象管理存储维度和第二应用服务侧中资源服务数据的库存管理存储维度,确定的所述资源服务数据中相关数据的依附关系,在所述第一应用服务侧内构建与所述第二应用服务侧中资源服务数据适配的数据管理存储模型。
所述步骤S101的目的在于:当以所述第一应用服务侧为主侧时,则可以在第一应用服务侧内构建能够适应资源服务数据管理的数据管理存储模型。对于第一应用服务侧和第二应用服务侧之间的主从侧之分,可以根据实际数据管理需求而定,或者根据从属依赖关系而定,具体不做限定。
在本实施例中,所述步骤S101中的第一应用服务侧可以理解是域内应用服务侧,所述第二应用服务侧可以理解是域外应用服务侧,两个应用服务侧各自均可以有自身数据管理系统以及可以进行数据处理。例如:第一应用服务侧可以是能够提供生活服务的应用软件服务平台,第二应用服务侧可以是能够提供点餐和/或结算服务的应用终端设备及相应的应用软件服务(例如:第三方应用服务平台)。在本实施例中,以第一应用服务侧和第二应用服务侧存在依赖关系为例进行描述,当然并不限于存在依赖关系的情况。对于生态应用服务系统内,所述第二应用服务侧可以为与第一用服务侧具有关联关系的生态应用服务侧。所谓生态应用服务系统可以理解为应用服务之间的生态环境形成的相互作用、相互影响的系统。假设第二应用服务侧为点餐和/或结算服务的域外应用服务侧,则其有自身对商品数据管理的模式,而第一应用服务侧同样包括点餐和/或结算服务功能的域内应用服务侧,则其也有自身对商品数据管理的模式。在本实施例中,域外应用服务侧(也可以称为第二应用服务侧)以商品依附于库存管理存储维度进行商品的存储和管理,所述库存管理存储维度也即为sku:stock keeping uint(库存量单位)即库存进出计量的单位,可以是以件,盒,托盘等为单位。而域内应用服务侧(也可以称为第一应用服务侧)以商品进行存储和管理,例如:对于点餐可以是菜品维度(dish维度)。
所述步骤S101中的资源服务数据可以包括:资源对象,以及涉及资源对象的相关数据。在本实施例中资源对象可以理解为商品或菜品,相关数据可以包括:商品或菜品的属性数据(例如:做法、组合、套餐、原材料等等),点餐涉及的订单数据,库存数据等,此处不一一列举。所述数据管理存储模型为能够对来自第二应用服务侧的资源服务数据进行管理和存储。
所述步骤S101中所述资源服务数据中相关数据的依附关系的确定具体实现过程可以包括:
步骤S101-1:根据所述资源对象管理存储维度和所述库存管理存储维度,确定所述资源服务数据中相关数据的依附关系;
步骤S101-2:根据依附关系,构建所述数据管理存储模型。
在本实施例中,所述步骤S101-1的具体实现过程可以包括至少两种实现方式,即:
方式一包括:
步骤S101-11:以所述第一应用服务侧中管理存储模型为所述数据管理存储模型的基础模型,根据所述资源对象管理存储维度和所述库存量管理存储维度,对所述基础模型中资源服务数据依附关系进行修改;
步骤S101-12:将修改后的所述依附关系,确定为所述资源服务数据中相关数据的依附关系。
方式二包括:
步骤S101-21:以所述资源对象管理存储维度和所述库存量管理存储维度建立资源服务数据的依附关系;
步骤S101-22:将建立的所述依附关系,确定为所述资源服务数据中相关数据的依附关系。
如图2所示,步骤S101-11和步骤S101-21的具体实现过程可以包括:
将所述资源服务数据中的库存数据(SKU)修改或建立为,依附于资源对象;
将所述资源服务数据中的资源对象源数据组合修改或建立为,依附于所述库存数据;其中,所述资源对象源数据组合可以理解为是配菜或商品中涉及原材料的原材料组合数据;例如:配菜组合,西红柿和鸡蛋的组合;
将所述资源对象源数据组合的明细数据修改或建立为,依附于所述资源对象源数据组合;
将所述资源服务数据中的附加属性数据修改或建立为,依附于所述库存数据;
将所述附加属性数据的明细数据修改或建立为,依附于所述附加属性数据;
将所述资源服务数据中的资源对象组合数据修改或建立为,依附于所述资源对象;其中,所述资源对象组合数据可以理解为商品或菜品的组合数据;例如套餐组合;
将所述资源对象组合数据的明细数据修改或建立为,依附于所述资源对象组合数据。
可以根据上述依附关系的修改或建立其的任意一种或多种组合确定依附关系,进而可以构建所述数据管理存储模型,对于依附关系的选用根据所述第二应用服务自身对资源服务数据的存储管理确定,能够满足第一应用服务侧和第二应用服务侧即可,当然还可以包括第三应用服务侧和/或第四应用服务侧。
步骤S102:根据所述数据管理存储模型,在所述第一应用服务侧的管理存储层存储所述第二应用服务侧中的资源服务数据;
所述步骤S102的目的在于将所述第二应用服务侧中的资源服务数据写到所述第一应用服务侧内,即将域外应用服务侧的资源服务数据存储到域内应用服务侧,从而使得域内应用服务侧能够对所述域外应用服务侧的资源服务数据进行相应管理,打通域外到域内,和/或域内到域外的数据管理服务。因此,所述步骤S102可以理解为将所述第二应用服务侧的资源服务数据中涉及的基础数据写入到所述第一应用服务侧中,例如:基础的菜品或商品数据写入到域内第一应用服务侧中,以便能够在第一用服务侧内对涉及第二应用服务侧的资源服务数据进行相应的存储管理或者数据处理。
本实施例中,所述步骤S102的具体实现过程可以包括:
步骤S102-1:根据所述第一应用服务侧与第二应用服务侧之间的云服务网关,接收所述第二应用服务侧中所述资源服务数据的写入请求;其中,在本实施例中,所述云服务网关可以是Saas(Software-as-a-Service软件即服务)网关(SaaS-GW);
步骤S102-2:根据所述写入请求,将所述资源服务数据按照所述数据管理存储模型,写入到所述第一应用服务侧内;即:将第二应用服务侧的基础数据,按照数据管理存储模型写入到所述第二应用服务侧内。
所述步骤S102-1到步骤S102-2的具体过程可以参考图3所示,图3是本申请提供的一种资源服务数据的对齐方法实施例中资源服务数据存储的时序图。所述第一应用服务侧向云服务网关发送基础数据的写入请求,也可以是基础数据的同步请求,所述写入请求中可以携带待写入的基础数据和标识信息,所述标识信息可以是云服务账号(SaaS账号),即:为所述第二应用服务侧中的资源数据提供方均设置云服务账号,所述云服务网关根据所述云服务账号与所述第一应用服务侧之间的映射关系,将所述基础数据写入到所述第一应用服务侧相匹配的位置。例如:第二应用服务侧包括多个商家的基础数据时,通常不同商家的基础数据是不同的,因此可以为每个商家设置云服务账号,并将所述云服务账号映射到所述第一应用服务侧内,进而便于将不同商家的基础数据根据云服务账号映射关系,写入到所述第一应用服务侧内相匹配的位置,从而便于对不同商家的基础数据进行存储和管理。
可以理解的是,将所述第二用服务侧的基础数据写入到所述第一应用服务侧内时,可以在数据管理存储模型建立完毕的同时,直接进行写入。对于基础数据的写入没有具体限定,能够保证将第一应用服务侧的基础数据同步到第二应用服务侧即可。
如图3所示,当基础数据为菜品数据时,将第二应用服务侧的基础菜品数据通过云服务网关,传输到所述第一应用服务侧内,所述第一应用服务侧根据所述数据管理存储模型将所述基础菜品数据进行入库存储,将入库存储的结果返回到所述第二应用服务侧。当所述商家通过第二应用服务侧发布菜单时,同样也通过云服务网关将菜单发布数据传输到所述第一应用服务侧,将发布结果返回到所述第二应用服务侧。第二应用服务侧可以根据发布消息的标识信息向所述云服务网关进行菜单发布状态的轮询,进而通过第一应用服务侧进行菜单发布状态的查询。
步骤S103:根据所述第一应用服务侧与所述第二应用服务侧之间建立的关联关系(Saas账号标识),获取基于所述第二应用服务侧产生的资源服务数据请求;
所述步骤S103的目的在于:获取第二应用服务侧发出的资源服务数据请求。具体实现过程可以包括:
步骤S103-1:根据所述第一应用服务侧和所述第二应用服务侧中的资源对象数据提供方创建的标识信息,确定所述第一应用服务侧和所述第二应用服务侧之间的关联关系。其中,所述标识信息可以是Saas账号标识,所述资源对象数据提供方可以理解为是商家,即与第二应用服务侧具有关联关系的商家,例如:使用所述第二应用服务侧终端设备的商家,可以包括:第二应用服务侧的POS机,或者,第二应用服务侧终端设备上的小程序等,也就是使用第二应用服务侧提供服务的商家,或者是商家在第二应用服务侧能够实现商品交易。
步骤S103-2:根据所述关联关系,获取基于所述第二应用服务侧的资源对象请求入口产生的所述资源服务数据请求;其中,所述资源对象请求入口可以理解为是第二应用服务侧终端设备产生的所述资源服务数据请求,或者是通过第二应用服务侧的小程序产生的所述资源服务数据请求。在本实施例中,所述资源服务数据请求可以理解为点餐请求。
步骤S104:根据所述资源服务数据请求发生的针对资源服务数据的变化数据,同步所述第一应用服务侧和所述第二应用服务侧。
所述步骤S104的目的在于当所述第二应用服务侧中的资源服务数据发生变化时,或者基于所述第一应用服务侧中涉及第二应用服务侧的资源服务数据发生变化时,将域内域外的资源服务数据进行同步,所述同步可以理解为域内和域外其中一方发生资源服务数据变化,则对另一方的相应资源服务服务数据也根据所述变化进行修改,保证域内域外相对应的资源服务数据保持一致。即域内资源服务数据变化后,将变化后的数据内容回流到域外,以便域外进行相应资源服务数据的调整同步;若域外资源服务数据变化,则将域内根据域外的变化而变化。本实施例中,主要涉及的是根据资源服务数据请求,针对第二应用服务侧(域内)的资源服务数据变化,将变化回流到第一应用服务侧(域外),从而使得域内外资源服务数据同步。
在本实施例中,所述步骤S104的具体实现过程可以包括至少以下三种情况。
如图4所示,图4是本申请提供的一种资源服务数据的对齐方法实施例中资源服务数据同步第一实施例的时序图,第一种情况包括:
步骤S104-11:根据所述资源服务数据请求中的标识信息,查询所述第一应用服务侧的存储近端是否存储有与所述标识信息匹配的资源服务数据;其中,所述标识信息可以包括:点餐请求中的菜单id、点餐应用服务的版本号和点餐订单中的菜品id中的至少一种或多种。所述存储近端可以理解为对资源对象进行缓存的近端缓存层(如菜品近端包)。
步骤S104-12:若否,则从所述第一应用服务侧的数据管理存储层获取所述资源服务数据请求中的待获取资源对象数据;其中,所述待获取资源对象数据可以理解为点餐请求中餐品数据(如菜品数据)。
步骤S104-13:根据所述第二应用服务侧针对所述待获取资源对象数据,创建的资源对象订单信息,确定所述第一应用服务侧中与所述资源对象订单信息相匹配的所述资源服务数据的所述变化数据;
步骤S104-14:根据所述变化数据对所述第一应用服务侧和所述第二应用服务侧中资源服务数据进行扣减修改的同步操作;或者,根据所述变化数据对所述第一应用服务侧的扣减修改操作,对所述第二应用服务侧中与所述变化数据相匹配的资源服务数据进行所述扣减修改操作。
如图5所示,图5是本申请提供的一种资源服务数据的对齐方法实施例中资源服务数据同步第二实施例的时序图,第二种情况包括:
步骤S104-21:根据所述资源服务数据请求中产生的待获取订单信息,查询所述第一应用服务侧存储的所述资源服务数据是否存在扣减修改记录;
步骤S104-22:若是,则对所述第一应用服务侧和所述第二应用服务侧进行针对扣减修改记录的归还修改的同步操作;或者,根据对所述第一应用服务侧的归还修改操作,对所述第二应用服务侧中与所述扣减修改记录相匹配的资源服务数据进行所述归还修改操作。
如图6所示,图6是本申请提供的一种资源服务数据的对齐方法实施例中资源服务数据同步第三实施例的时序图,第三种情况包括:
步骤S104-31:根据所述资源服务数据请求中的资源对象沽清信息,对所述第一应用服务侧中和所述第二应用服务侧中存储的所述资源服务数据进行沽清修改的同步操作;或者,根据对所述第一应用服务侧中存储的所述资源服务数据的沽清修改操作,对所述第二应用服务侧中与所述资源对象沽清信息相匹配的资源服务数据进行所述沽清修改操作。在本实施例中,所述资源对象沽清信息可以理解为对餐品信息的沽清。
以上是对本申请提供的一种资源服务数据的对齐方法实施例的具体描述,通过上述描述可获知,本申请提供的资源服务数据的对齐方法实施例能够将第一应用服务侧和第二应用服务侧打通,进而能够实现资源服务数据在发生变化的情况下能够实现数据同步,使得资源服务数据不仅可以在第一应用服务侧进行获取,还可以通过第二应用服务侧进行获取,第一应用服务侧和第二应用服务侧不仅能够实现各自资源服务数据的处理还可以通过彼此之间的关联关系,实现域外到域内的资源服务数据的处理,进一步为资源对象提供方扩大资源服务数据的存储、管理以及处理范围。
以上是对本申请提供的一种资源服务数据的对齐方法实施例的具体描述,与前述提供的一种资源服务数据的对齐方法实施例相对应,本申请还公开一种资源服务数据的对齐装置实施例,请参看图7,由于装置实施例基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。下述描述的装置实施例仅仅是示意性的。
如图7所示,所述对齐装置实施例包括:
构建单元701,用于以第一应用服务侧中对资源服务数据的资源对象管理存储维度和第二应用服务侧中对资源服务数据的库存管理存储维度,在所述第一应用服务侧内构建与所述第二应用服务侧中资源服务数据适配的数据管理存储模型。
在本实施例中,所述构建单元701包括:依附关系确定子单元,用于根据所述资源对象管理存储维度和所述库存管理存储维度,确定所述资源服务数据中相关数据的依附关系;所述构建单元701具体用于根据所述依附关系,构建所述数据管理存储模型。
其中,所述依附关系确定子单元包括:修改子单元和确定子单元。所述修改子单元,用于以所述第一应用服务侧中管理存储模型为所述数据管理存储模型的基础模型,根据所述资源对象管理存储维度和所述库存量管理存储维度,对所述基础模型中资源服务数据依附关系进行修改;所述确定子单元,用于将修改后的依附关系,确定为所述资源服务数据中相关数据的依附关系。或者,包括:建立子单元和确定子单元。所述建立子单元,用于以所述资源对象管理存储维度和所述库存量管理存储维度建立资源服务数据的依附关系;所述确定子单元,用于将建立的所述依附关系,确定为所述资源服务数据中相关数据的依附关系。
上述修改子单元和/或建立子单元均可以包括修改或建立如下任意一种或多种组合的依附关系:
将所述资源服务数据中的库存数据(例如:SKU)修改或建立为,依附于资源对象;
将所述资源服务数据中的资源对象源数据组合(例如:配菜组)修改或建立为,依附于所述库存数据;
将所述资源对象源数据组合的明细数据修改或建立为,依附于所述资源对象源数据组合;
将所述资源服务数据中的附加属性数据修改或建立为,依附于所述库存数据;
将所述附加属性数据的明细数据修改或建立为,依附于所述附加属性数据;
将所述资源服务数据中的资源对象组合数据(例如:套餐组)修改或建立为,依附于所述资源对象;
将所述资源对象组合数据的明细数据修改或建立为,依附于所述资源对象组合数据。
关于所述构建单元701的具体内容可以参考上述步骤S101的描述,此处不再重复赘述。
存储单元702,用于根据所述数据管理存储模型,在所述第一应用服务侧的管理存储层存储所述第二应用服务侧中的资源服务数据。
在本实施例中,所述存储单元702可以包括:获取子单元和写入子单元。所述获取子单元,用于根据所述第一应用服务侧与第二应用服务侧之间的云服务网关,获取所述第二应用服务侧中所述资源服务数据的写入请求;所述写入子单元,用于根据所述写入请求,将所述资源服务数据按照所述数据管理存储模型,写入到所述第一应用服务侧内。
关于所述存储单元702的具体内容可以参考上述步骤S102的描述,此处不再重复赘述。
获取单元703,用于根据所述第一应用服务侧与所述第二应用服务侧之间建立的关联关系,获取基于所述第二应用服务侧产生的资源服务数据请求。
在本实施例中,所述获取单元703可以包括:关系确定子单元和获取子单元。其中,所述关系确定子单元,用于根据所述第一应用服务侧和所述第二应用服务侧中的资源对象数据提供方创建的标识信息,确定所述第一应用服务侧和所述第二应用服务侧之间的关联关系;所述获取子单元,用于根据所述关联关系,获取基于所述第二应用服务侧的资源对象请求入口产生的所述资源服务数据请求。
同步单元704,用于根据所述资源服务数据请求发生的针对资源服务数据的变化数据,同步所述第一应用服务侧和所述第二应用服务侧。
在本实施例中,所述同步单元704可以至少如下三种情况:
第一种情况可以包括:
查询子单元,用于根据所述资源服务数据请求中的标识信息,查询所述第一应用服务侧内是否存储有与所述标识信息匹配的资源服务数据;
第一同步子单元,用于当所述查询子单元的查询结果为否时,将所述资源服务数据请求中待获取资源对象数据同步到所述第一应用服务侧和第二应用服务侧;
变化数据确定子单元,用于根据所述第二应用服务侧针对所述待获取资源对象数据,创建的资源对象订单信息,确定所述第一应用服务侧中与所述资源对象订单信息相匹配的所述资源服务数据的所述变化数据;
第二同步子单元,用于根据所述变化数据对所述第一应用服务侧和所述第二应用服务侧中资源服务数据进行扣减修改的同步操作;或者,根据所述变化数据对所述第一应用服务侧的扣减修改操作,对所述第二应用服务侧中与所述变化数据相匹配的资源服务数据进行所述扣减修改操作。
第二种情况可以包括:
查询子单元,用于根据所述资源服务数据请求中产生的待获取订单信息,查询所述第一应用服务侧存储的所述资源服务数据是否存在扣减修改记录;
同步子单元,用于根据所述查询子单元的查询结果为是时,对所述第一应用服务侧和所述第二应用服务侧进行针对扣减修改记录的归还修改同步操作;或者,根据对所述第一应用服务侧的归还修改操作,对所述第二应用服务侧中与所述扣减修改记录相匹配的资源服务数据进行所述归还修改同步操作。
第三种情况可以包括:
沽清同步子单元,用于根据所述资源服务数据请求中的资源对象沽清信息,对所述第一应用服务侧中和所述第二应用服务侧中存储的所述资源服务数据进行沽清修改同步操作;或者,根据对所述第一应用服务侧中存储的所述资源服务数据的沽清修改操作,对所述第二应用服务侧中与所述资源对象沽清信息相匹配的资源服务数据进行沽清修改同步操作。
关于上述三种情况的具体内容可以参考上述步骤S104的具体内容,此处不再重复赘述。
基于上述内容,本申请还提供一种计算机存储介质,用于存储网络平台产生数据,以及对应所述网络平台产生数据进行处理的程序;
所述程序在被处理器读取执行时,执行采用如上述所述的资源服务数据的对齐方法实施例中的步骤。
基于上述内容,本申请还提供一种电子设备,如图8所示,所述电子设备实施例包括:
处理器801;
存储器802,用于存储对网络平台产生数据进行处理的程序,所述程序在被所述处理器读取执行时,执行采用如上所述的资源服务数据的对齐方法实施例的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(RAM)和/或非易失性内存等形式,如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。
1、计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括非暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
2、本领域技术人员应明白,本申请的实施例可提供为方法、系统或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请虽然以较佳实施例公开如上,但其并不是用来限定本申请,任何本领域技术人员在不脱离本申请的精神和范围内,都可以做出可能的变动和修改,因此本申请的保护范围应当以本申请权利要求所界定的范围为准。

Claims (10)

1.一种资源服务数据的对齐方法,其特征在于,包括:
根据第一应用服务侧中资源服务数据的资源对象管理存储维度和第二应用服务侧中资源服务数据的库存管理存储维度,确定的所述资源服务数据中相关数据的依附关系,在所述第一应用服务侧内构建与所述第二应用服务侧中资源服务数据适配的数据管理存储模型;
根据所述数据管理存储模型,在所述第一应用服务侧的管理存储层存储所述第二应用服务侧中的所述资源服务数据;
根据所述第一应用服务侧与所述第二应用服务侧之间建立的关联关系,获取基于所述第二应用服务侧产生的资源服务数据请求;
根据所述资源服务数据请求发生的针对资源服务数据的变化数据,同步所述第一应用服务侧和所述第二应用服务侧。
2.根据权利要求1所述的资源服务数据的对齐方法,其特征在于,所述根据第一应用服务侧中资源服务数据的资源对象管理存储维度和第二应用服务侧中资源服务数据的库存管理存储维度,确定的所述资源服务数据中相关数据的依附关系,在所述第一应用服务侧内构建与所述第二应用服务侧中资源服务数据适配的数据管理存储模型,包括:
根据所述资源对象管理存储维度和所述库存管理存储维度,确定所述资源服务数据中相关数据的依附关系;
根据所述依附关系,构建所述数据管理存储模型。
3.根据权利要求2所述的资源服务数据的对齐方法,其特征在于,所述根据所述资源对象管理存储维度和所述库存管理存储维度,确定所述资源服务数据中相关数据的依附关系,包括:
以所述第一应用服务侧中管理存储模型为所述数据管理存储模型的基础模型,根据所述资源对象管理存储维度和所述库存量管理存储维度,对所述基础模型中资源服务数据依附关系进行修改;
将修改后的依附关系,确定为所述资源服务数据中相关数据的依附关系;
或者;
以所述资源对象管理存储维度和所述库存量管理存储维度建立资源服务数据的依附关系;
将建立的所述依附关系,确定为所述资源服务数据中相关数据的依附关系。
4.根据权利要求3所述的资源服务数据的对齐方法,其特征在于,所述以所述第一应用服务侧中管理存储模型为所述数据管理存储模型的基础模型,根据所述资源对象管理存储维度和所述库存量管理存储维度,对所述基础模型中资源服务数据依附关系进行修改,或者,所述以所述资源对象管理存储维度和所述库存量管理存储维度建立资源服务数据的依附关系,包括:
将所述资源服务数据中的库存数据修改或建立为,依附于资源对象;
将所述资源服务数据中的资源对象源数据组合修改或建立为,依附于所述库存数据;
将所述资源对象源数据组合的明细数据修改或建立为,依附于所述资源对象源数据组合;
将所述资源服务数据中的附加属性数据修改或建立为,依附于所述库存数据;
将所述附加属性数据的明细数据修改或建立为,依附于所述附加属性数据;
将所述资源服务数据中的资源对象组合数据修改或建立为,依附于所述资源对象;
将所述资源对象组合数据的明细数据修改或建立为,依附于所述资源对象组合数据。
5.根据权利要求1所述的资源服务数据的对齐方法,其特征在于,所述根据所述第一应用服务侧与所述第二应用服务侧之间建立的关联关系,获取基于所述第二应用服务侧产生的资源服务数据请求,包括:
根据所述第一应用服务侧和所述第二应用服务侧中的资源对象数据提供方创建的标识信息,确定所述第一应用服务侧和所述第二应用服务侧之间的关联关系;
根据所述关联关系,获取基于所述第二应用服务侧的资源对象请求入口产生的所述资源服务数据请求。
6.根据权利要求1所述的资源服务数据的对齐方法,其特征在于,所述根据所述数据管理存储模型,在所述第一应用服务侧的管理存储层存储所述第二应用服务侧中的资源服务数据,包括:
根据所述第一应用服务侧与第二应用服务侧之间的云服务网关,获取所述第二应用服务侧中所述资源服务数据的写入请求;
根据所述写入请求,将所述资源服务数据按照所述数据管理存储模型,写入所述第一应用服务侧内。
7.根据权利要求1所述的资源服务数据的对齐方法,其特征在于,所述根据所述资源服务数据请求发生的针对资源服务数据的变化数据,同步所述第一应用服务侧和所述第二应用服务侧,包括:
根据所述资源服务数据请求中的标识信息,查询所述第一应用服务侧的存储近端是否存储有与所述标识信息匹配的资源服务数据;
若否,则从所述第一应用服务侧的数据管理存储层获取所述资源服务数据请求中的待获取资源对象数据;
根据所述第二应用服务侧针对所述待获取资源对象数据,创建的资源对象订单信息,确定所述第一应用服务侧中与所述资源对象订单信息相匹配的所述资源服务数据的所述变化数据;
根据所述变化数据对所述第一应用服务侧和所述第二应用服务侧中资源服务数据进行扣减修改的同步操作;或者,根据所述变化数据对所述第一应用服务侧的扣减修改操作,对所述第二应用服务侧中与所述变化数据相匹配的资源服务数据进行所述扣减修改操作。
8.一种资源服务数据的对齐装置,其特征在于,包括:
构建单元,用于根据第一应用服务侧中资源服务数据的资源对象管理存储维度和第二应用服务侧中资源服务数据的库存管理存储维度,确定的所述资源服务数据中相关数据的依附关系,在所述第一应用服务侧内构建与所述第二应用服务侧中资源服务数据适配的数据管理存储模型;
存储单元,用于根据所述数据管理存储模型,在所述第一应用服务侧的管理存储层存储所述第二应用服务侧中的资源服务数据;
获取单元,用于根据所述第一应用服务侧与所述第二应用服务侧之间建立的关联关系,获取基于所述第二应用服务侧产生的资源服务数据请求;
同步单元,用于根据所述资源服务数据请求发生的针对资源服务数据的变化数据,同步所述第一应用服务侧和所述第二应用服务侧。
9.一种计算机存储介质,用于存储网络平台产生数据,以及对应所述网络平台产生数据进行处理的程序;
所述程序在被处理器读取执行时,执行采用权利要求1到权利要求9任意一项所述的资源服务数据的对齐方法的步骤。
10.一种电子设备,包括:
处理器;
存储器,用于存储对网络平台产生数据进行处理的程序,所述程序在被所述处理器读取执行时,执行采用权利要求1到权利要求9任意一项所述的资源服务数据的对齐方法的步骤。
CN202111074054.9A 2021-09-14 2021-09-14 资源服务数据的对齐方法和装置,存储介质和电子设备 Pending CN113722552A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111074054.9A CN113722552A (zh) 2021-09-14 2021-09-14 资源服务数据的对齐方法和装置,存储介质和电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111074054.9A CN113722552A (zh) 2021-09-14 2021-09-14 资源服务数据的对齐方法和装置,存储介质和电子设备

Publications (1)

Publication Number Publication Date
CN113722552A true CN113722552A (zh) 2021-11-30

Family

ID=78683704

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111074054.9A Pending CN113722552A (zh) 2021-09-14 2021-09-14 资源服务数据的对齐方法和装置,存储介质和电子设备

Country Status (1)

Country Link
CN (1) CN113722552A (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109062975A (zh) * 2018-06-29 2018-12-21 口碑(上海)信息技术有限公司 业务对象库存数据的提供和输出方法、装置及设备
WO2019037647A1 (zh) * 2017-08-22 2019-02-28 阿里巴巴集团控股有限公司 业务对象的发布、获取方法、装置及系统
CN111241192A (zh) * 2019-12-31 2020-06-05 航天信息软件技术有限公司 一种数据同步方法
CN112231331A (zh) * 2020-10-23 2021-01-15 金蝶云科技有限公司 库存数据同步方法及库存数据同步模块

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019037647A1 (zh) * 2017-08-22 2019-02-28 阿里巴巴集团控股有限公司 业务对象的发布、获取方法、装置及系统
CN109062975A (zh) * 2018-06-29 2018-12-21 口碑(上海)信息技术有限公司 业务对象库存数据的提供和输出方法、装置及设备
CN111241192A (zh) * 2019-12-31 2020-06-05 航天信息软件技术有限公司 一种数据同步方法
CN112231331A (zh) * 2020-10-23 2021-01-15 金蝶云科技有限公司 库存数据同步方法及库存数据同步模块

Similar Documents

Publication Publication Date Title
TWI692230B (zh) 一種基於區塊鏈的跨鏈資料操作方法和裝置
CN109167811B (zh) 一种基于区块链的跨链数据访问方法和装置
CN111898139B (zh) 数据读写方法及装置、电子设备
WO2020108325A1 (zh) 事务处理方法、装置和设备
CN110032598B (zh) 字段更新方法及装置、电子设备
CN107153644B (zh) 一种数据同步方法及装置
CN106557486A (zh) 一种数据的存储方法和装置
CN108512715B (zh) 一种业务链路的负载压力测试方法和相关装置
CN105608087B (zh) 一种资源调度方法与设备
CN108595451A (zh) 业务请求处理方法及装置
CN110020945B (zh) 一种基于多个区块链网络的数据读取方法及系统
CN105573732B (zh) 一种基于分布式系统的业务对象的处理方法和装置
CN114020444B (zh) 一种企业数字中台中资源服务应用的调用系统和方法
CN113487265A (zh) 一种用于物流信息订阅、查询、推送的方法、装置及设备
CN111737344B (zh) 一种针对标签式称重设备的数据同步方法及装置
CN111464319B (zh) 一种基于中心化块链式账本的交易存储、签名校验方法
CN113722552A (zh) 资源服务数据的对齐方法和装置,存储介质和电子设备
CN116993519A (zh) 账单生成方法及装置
CN109214902A (zh) 一种用户账户资产清算方法及装置
CN105577707A (zh) 一种远程调用方法与设备
CN111966892B (zh) 一种数据处理方法和装置,计算机存储介质和电子设备
CN110060152B (zh) 一种基于多个区块链网络的数据读取方法及系统
CN111143327B (zh) 一种数据处理方法及装置
CN108153796A (zh) 一种电子红包的数据处理方法、装置和系统
CN112486565A (zh) 一种基于容器化的持续集成的方法及设备

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