多平台权益的处理系统、方法、电子装置和存储介质与流程

文档序号:28915924发布日期:2022-02-16 10:43阅读:147来源:国知局
多平台权益的处理系统、方法、电子装置和存储介质与流程

1.本技术涉及权益定制技术领域,特别是涉及多平台权益的处理系统、方法、电子装置和存储介质。


背景技术:

2.会员制是一种人与人或组织与组织之间进行沟通的媒介,它是由某个组织发起并在该组织的管理运作下,吸引客户自愿加入,目的是定期与会员联系,为他们提供具有较高感知价值的利益包,为了吸引用户以及留住用户,很多营销商会提供会员机制激励用户。比如,建立积分机制,用户通过消费积累积分;返利活动,根据消费返回一定比例的金额或者礼物。在相关技术中,会员权益平台产品一般是通过开放接口的形式,将互联网的各类权益进行输出,且用户差异化不明显,导致多平台权益的处理成本较高。
3.目前针对相关技术中多平台权益的处理成本高的问题,尚未提出有效的解决方案。


技术实现要素:

4.本技术实施例提供了一种多平台权益的处理系统、方法、电子装置和存储介质,以至少解决相关技术中多平台权益的处理成本高的问题。
5.第一方面,本技术实施例提供了一种多平台权益的处理系统,所述系统包括:权益接入模块、权益管理模块和权益分发模块;
6.所述权益接入模块,用于接入第一用户终端,并接收所述第一用户终端的权益请求信息;
7.所述权益管理模块,用于根据所述权益请求信息生成目标权益信息;
8.所述权益分发模块,用于获取至少两个第二用户终端对应的权益分发模式,并根据所述权益分发模式将所述目标权益信息分发至对应的所述第二用户终端。
9.在其中一些实施例中,所述权益管理模块包括业务配置单元;
10.所述业务配置单元,用于根据所述权益请求信息生成至少两个子权益,并将每个所述子权益进行打包处理,生成至少两个权益组信息;其中,每个所述权益组信息包括至少一个所述子权益;
11.所述业务配置单元还用于将每个所述权益组信息与预设策略信息进行绑定,以生成至少两个所述目标权益信息。
12.在其中一些实施例中,所述权益管理模块包括基础配置单元;其中,所述基础配置单元包括接口列表管理子单元和消息下发记录子单元;
13.所述接口列表管理子单元,用于获取所述权益接入模块与所述第一用户终端之间进行对接的接口列表信息;
14.所述消息下发记录子单元,用于获取所述权益分发模块分发所述目标权益信息的记录信息。
15.在其中一些实施例中,所述权益分发模式包括页面嵌入模式和接口对接模式;
16.所述权益分发模块还用于在所述页面嵌入模式下,利用页面编排技术生成终端页面,将所述终端页面的地址信息、以及所述目标权益信息分发至对应的所述第二用户终端;和/或,
17.所述分发模型在所述接口对接模式下,将预设标准接口和所述目标权益信息分发至对应的所述第二用户终端。
18.在其中一些实施例中,所述处理系统还包括至少两个消息网关;
19.所述权益分发模块还用于获取每个所述目标权益信息对应的权益类型,并通过与所述权益类型对应的所述消息网关,根据所述权益分发模式将每个所述目标权益信息分发至对应的所述第二用户终端。
20.在其中一些实施例中,所述第一用户终端还用于获取初始权益请求信息的分类信息,并利用接入微服务,根据所述分类信息将所述初始权益请求信息进行分类,生成所述权益请求信息;
21.所述第二用户终端还用于利用分发微服务,获取对应的所述目标权益信息;其中,所述分发微服务用于调用至少一个所述接入微服务。
22.第二方面,本技术实施例提供了一种多平台权益的处理方法,所述方法包括:
23.接入第一用户终端,并接收所述第一用户终端的权益请求信息;
24.根据所述权益请求信息生成目标权益信息;
25.获取至少两个第二用户终端对应的权益分发模式,根据所述权益分发模式将所述目标权益信息分发至对应的所述第二用户终端。
26.在其中一些实施例中,所述根据所述权益请求信息生成目标权益信息包括:
27.根据所述权益请求信息生成至少两个子权益,并将每个所述子权益进行打包处理,生成至少两个权益组信息;其中,每个所述权益组信息包括至少一个所述子权益;
28.将每个所述权益组信息与预设策略信息进行绑定,以生成至少两个所述目标权益信息。
29.第三方面,本技术实施例提供了一种电子装置,包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现如上述第二方面所述的多平台权益的处理方法。
30.第四方面,本技术实施例提供了一种存储介质,其上存储有计算机程序,该程序被处理器执行时实现如上述第二方面所述的多平台权益的处理方法。
31.相比于相关技术,本技术实施例提供的多平台权益的处理系统、方法、电子装置和存储介质,该系统包括:权益接入模块、权益管理模块和权益分发模块;该权益接入模块,用于接入第一用户终端,并接收该第一用户终端的权益请求信息;该权益管理模块,用于根据该权益请求信息生成目标权益信息;该权益分发模块,用于获取至少两个第二用户终端对应的权益分发模式,根据该权益分发模式将该目标权益信息分发至对应的该第二用户终端,解决了多平台权益的处理成本高的问题,实现了多平台的权益定制。
32.本技术的一个或多个实施例的细节在以下附图和描述中提出,以使本技术的其他特征、目的和优点更加简明易懂。
附图说明
33.此处所说明的附图用来提供对本技术的进一步理解,构成本技术的一部分,本技术的示意性实施例及其说明用于解释本技术,并不构成对本技术的不当限定。在附图中:
34.图1是根据本技术实施例的一种多平台权益的处理系统的应用环境图;
35.图2是根据本技术实施例的一种多平台权益的处理系统的结构框图;
36.图3是根据本技术实施例的一种微服务应用的示意图;
37.图4是根据本技术优选实施例的一种多平台权益的处理系统的架构图;
38.图5是根据本技术优选实施例的一种权益管理模块的架构图;
39.图6是根据本技术实施例的一种多平台权益的处理方法的流程图;
40.图7是根据本技术实施例的一种计算机设备内部的结构图。
具体实施方式
41.为了使本技术的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本技术进行描述和说明。应当理解,此处所描述的具体实施例仅仅用以解释本技术,并不用于限定本技术。基于本技术提供的实施例,本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例,都属于本技术保护的范围。此外,还可以理解的是,虽然这种开发过程中所作出的努力可能是复杂并且冗长的,然而对于与本技术公开的内容相关的本领域的普通技术人员而言,在本技术揭露的技术内容的基础上进行的一些设计,制造或者生产等变更只是常规的技术手段,不应当理解为本技术公开的内容不充分。
42.在本技术中提及“实施例”意味着,结合实施例描述的特定特征、结构或特性可以包含在本技术的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例,也不是与其它实施例互斥的独立的或备选的实施例。本领域普通技术人员显式地和隐式地理解的是,本技术所描述的实施例在不冲突的情况下,可以与其它实施例相结合。
43.除非另作定义,本技术所涉及的技术术语或者科学术语应当为本技术所属技术领域内具有一般技能的人士所理解的通常意义。本技术所涉及的“一”、“一个”、“一种”、“该”等类似词语并不表示数量限制,可表示单数或复数。本技术所涉及的术语“包括”、“包含”、“具有”以及它们任何变形,意图在于覆盖不排他的包含;例如包含了一系列步骤或模块(单元)的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元,而是可以还包括没有列出的步骤或单元,或可以还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本技术所涉及的“连接”、“相连”、“耦接”等类似的词语并非限定于物理的或者机械的连接,而是可以包括电气的连接,不管是直接的还是间接的。本技术所涉及的“多个”是指大于或者等于两个。“和/或”描述关联对象的关联关系,表示可以存在三种关系,例如,“a和/或b”可以表示:单独存在a,同时存在a和b,单独存在b这三种情况。本技术所涉及的术语“第一”、“第二”、“第三”等仅仅是区别类似的对象,不代表针对对象的特定排序。
44.本实施例提供的多平台权益的处理系统,可以应用在如图1所示的应用环境中。其中,用户终端102通过网络与远程服务器104进行通信。该远程服务器104根据接收到的权益请求信息生成目标权益信息,并获取各用户终端102对应的权益分发模式,根据该权益分发模式将每个目标权益信息分发至对应的用户终端102。其中,该用户终端102可以但不限于
是各智能手机、个人计算机、笔记本电脑和平板电脑,该远程服务器104可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
45.本实施例提供了一种多平台权益的处理系统,其中,该多平台权益的处理系统可以作为用于多平台权益定制管理的权益管理平台;图2是根据本技术实施例的一种多平台权益的处理系统的结构框图,如图2所示,该处理系统包括:权益接入模块、权益管理模块和权益分发模块。
46.上述权益接入模块,用于接入第一用户终端,并接收该第一用户终端的权益请求信息。其中,该第一用户终端是指上述多平台权益的处理系统接入的上游权益提供商,例如腾讯、喜马拉雅或星巴克等终端。该权益请求信息是指该上游权益提供商推送至处理系统的权益管理模块,以便通过该权益管理模块向用户展示或由用户订购的请求信息。该权益接入模块用于接入外网接口,并按照腾讯视频等各上游权益提供商的权益接入到权益管理平台进行对接,以便将上游的权益接入到多平台权益的处理系统中。例如,该权益接入模块可以通过开放网址或者信息收集等方式获取到各上游运营商,即上述第一用户终端的互联网接口,并通过该接口连接物联网权益。
47.上述权益管理模块,用于根据该权益请求信息生成目标权益信息。其中,该权益管理模块是指用于管理与维护权益的配置、组合打包、以及信息记录等功能的模块。该权益管理模块在接收到上述权益接入模块的权益请求信息之后,可以对各运营商的权益请求信息进行打包配置等逻辑处理以生成上述目标权益信息。具体地,可以由该权益管理模块接收到第二用户终端上述的用户设置的分发要求信息,并基于这些具体的分发要求信息支持对各项权益执行重新打包组合、重新定价、以及重新优惠等处理方式。
48.上述权益分发模块,用于获取至少两个第二用户终端对应的权益分发模式,根据该权益分发模式将该目标权益信息分发至对应的该第二用户终端。其中,该第二用户终端可以是移动、联通等下游权益合作厂商或平台。该权益分发模式指示上述权益管理平台向第二用户终端分发权益的方式;例如该权益分发模式可以为应用程序编程接口(application programming interface,简称为api)接口模式、页面模式或插件模式等。该权益分发模块用过与运营商、新媒体或自有渠道的合作,将接入到上述权益管理平台,并由该权益管理平台管理、维护生成的目标权益信息分发至多个第二用户终端。具体地,由于各第二用户终端之间的接口不同,因此可以根据下游权益合作平台的要求,获取到各下游权益平台对应的权益分发模式,例如通过api接口分发、通过插件分发、或者通过页面等多种输出形式封装并分发权益的方式,将权益下发至各平台。
49.在相关技术中,权益管理平台一般是通过开放接口的请示,将互联网的各类权益进行输出,针对运营商、新媒体等专网客户,无法提供定制化的权益服务,导致多平台权益的处理成本较高;而本技术通过上述实施例,通过权益管理模块根据接收到的权益请求信息生成多个目标权益信息,并通过权益分发模块,按照不同权益分发模式将目标权益信息分发到各第二用户终端,从而集成多种互联网权益的接入及分发方式,能够提供权益的接入聚合、整合配置、以及快速分发功能,解决了多平台权益的处理成本高的问题,实现了多平台的权益定制系统。
50.在其中一些实施例中,上述权益管理模块包括业务配置单元;该业务配置单元,用于根据该权益请求信息生成至少两个子权益,并将每个该子权益进行打包处理,生成至少
两个权益组信息;其中,每个该权益组信息包括至少一个该子权益;该业务配置单元还用于将每个该权益组信息与预设策略信息进行绑定,以生成至少两个该目标权益信息。其中,该预设策略信息可以由用户预先进行设置,例如可以设置为新定价或促销相关的具体实施策略。具体地,上述针对权益的业务配置单元,能够以权益为中心且在一个权益下支持配置子权益;例如针对卡密类权益,则一张卡密即为一个子权益。同时,该业务配置单元可以支持对不同的权益进行自由打包组合,形成多个不同的权益组;该业务配置单元还用于针对打包的权益组绑定新定价、促销、买赠以及秒杀等策略。
51.通过上述实施例,通过权益管理模块中的业务配置单元针对上述权益管理平台接入的权益进行业务配置,从而实现了对不同权益的打包组合以及绑定策略处理,有效提高了多平台权益的处理效率。
52.在其中一些实施例中,上述权益管理模块包括基础配置单元;其中,该基础配置单元包括接口列表管理子单元和消息下发记录子单元;该接口列表管理子单元,用于获取该权益接入模块与该第一用户终端之间进行对接的接口列表信息;该消息下发记录子单元,用于获取该权益分发模块分发该目标权益信息的记录信息。具体地,上述基础配置单元主要用于为上述权益管理平台实现基础功能的配置管理;该基础配置单元中的接口列表管理子单元可以管理或存储上下游对接的接口列表信息;该基础配置单元中的消息下发记录子单元可以记录消息下发的日志等记录消息。此外,该基础配置单元还可以包括消息模板配置子单元和推送日志管理单元等。该消息模板配置子单元用于配置消息发送的类型以及模板信息等;该推送日志管理单元用于管理或存储权益推送的日子信息等。
53.通过上述实施例,通过上述权益管理模块中的基础配置单元实现对上述权益管理平台的基础功能配置,包括管理接口列表信息和消息下发记录信息等,从而避免了权益管理出错,进一步提高了多平台权益处理的效率和准确性。
54.在其中一些实施例中,上述权益分发模式包括页面嵌入模式和接口对接模式;该权益分发模块还用于在该页面嵌入模式下,利用页面编排技术生成终端页面,将该终端页面的地址信息、以及该目标权益信息分发至对应的该第二用户终端;和/或,该分发模型在该接口对接模式下,将预设标准接口和该目标权益信息分发至对应的该第二用户终端。
55.其中,上述页面编排技术是指对上述目标权益信息进行编排以生成显示页面的方式。上述预设标准接口可以由用户预先进行筛选,例如,该预设标准接口可以为enterprise javabean、web service或套接字(socket)等。具体地,通过上述权益分发模块针对生成的目标权益信息进行权益分发,即将权益管理平台中已经接入的权益,分发到下游合作厂商或平台,最终实现面向用户终端的权益展现及订购。其中,针对第五代超文本标记语言(hypertext markup language5,简称为html5)页面嵌入的权益分发模式,可以由上述权益分发模块通过模块化拼接以及编排的方式搭建终端h5页面,例如,该权益分发模块可以将多个用户预先设置好并存储的页面模块拼接为最终要显示的h5页面,或者,也可以通过该权益分发模块对目标权益信息进行页面编排处理以生成h5页面。或者,针对api接口对接的权益分发模式,可以由上述权益管理平台提供标准化的接口,并由下游合作厂商,即上述第二用户终端调用该预设标准结构,从而实现权益的分发落地。
56.在其中一些实施例中,上述多平台权益的处理系统还包括至少两个消息网关;上述权益分发模块还用于获取每个该目标权益信息对应的权益类型,并通过与该权益类型对
应的该消息网关,根据该权益分发模式将每个该目标权益信息分发至对应的该第二用户终端。其中,该消息网关可以为短信网关、微信网关或钉钉网关等;例如直冲类权益、卡券类权益或实物类权益等不同的权益类型有不同的分发方式,因此权益管理平台对接了多种消息网关,以相应的方式进行权益的发放。
57.在其中一些实施例中,上述第一用户终端还用于获取初始权益请求信息的分类信息,并利用接入微服务,根据该分类信息将该初始权益请求信息进行分类,生成该权益请求信息;上述第二用户终端还用于利用分发微服务,获取对应的该目标权益信息;其中,该分发微服务用于调用至少一个该接入微服务。
58.具体地,图3是根据本技术实施例的一种微服务应用的示意图,如图3所示,微服务是一个个的单体应用,即将该服务所对应的功能都打包在一个独立单元的应用程序中。在权益管理平台的架构中,从上游的权益接入方和下游的权益消费方都采用了微服务的架构模式。其中,上游权益接入方针对权益的类型不同、接入方式不同、以及接入协议不同的特点,采用微服务架构模式,将不同厂商的接入功能通过接入微服务技术区分开,使得服务和服务之间互不影响。下游权益消费方作为各个合作的客户(运营商、新媒体等)或自有权益商城等,各权益消费方之间的接入方式存在差异性,为了避免消费方之间的互相影响,采用分发微服务架构的方式实现权益的分发。分发微服务和接入微服务之间可以互相调用,一个分发微服务可以调用一个或多个接入微服务。
59.通过上述实施例,针对上游的第一用户终端,以及下游的第二用户终端均采用微服务的架构模式,使得各服务之间互不影响,且分发微服务可以调用多个接入微服务,从而实现了灵活的业务控制。
60.下面结合实际应用场景对本发明的实施例进行详细说明,图4是根据本技术优选实施例的一种多平台权益的处理系统的架构图,如图4所示,该系统包括:上游权益提供商、权益管理平台、下游权益合作商和消息网关。其中,该权益管理平台提供了权益分发服务、权益管理服务和权益接入服务。该权益接入服务通过多个接入微服务,分别对接腾讯视频、喜马拉雅或星巴克等上游权益提供商的权益请求信息。该权益管理服务对各权益请求信息进行管理与维护,以对各项权益执行打包组合、重新定价或重新优惠等处理。该权益分发服务通过连接的各类消息网关,将接入到权益管理平台中的权益,以分发微服务的形式分发至移动集运中心、联通沃音乐基地或权益微商城等下游权益合作商。
61.图5是根据本技术优选实施例的一种权益管理模块的架构图,如图5所示,该权益管理模块包括:系统管理、权益分发管理、业务配置管理、业务管理、基础配置管理以及报表/结算管理。其中,该系统管理是指针对系统本身的管理功能,包括用户管理、角色管理、菜单管理、权限管理、租户管理和日志管理等功能模块。该权益分发管理的管理范围包括分发管理、下发方式管理、权益重推、核销记录、权益下发记录和权益异发记录。该业务配置管理主要用于为一个权益配置子权益,并支持对不同的权益的自由打包组合以形成权益组。该业务管理包括上游订单管理和下游订单管理等。该基础配置管理包括接口列表管理、消息模板管理、推送日志管理和消息下发记录。该报表/结算管理包括业务报表管理、稽核管理、上游结算管理和下游结算管理。该权益管理模块连接权益接入服务;该权益接入服务的功能包括接入数据获取、权益列表查询、权益下单和订单查询。
62.本实施例还提供了一种多平台权益的处理方法,图6是根据本技术实施例的一种
多平台权益的处理方法的流程图,如图6所示,该流程包括如下步骤:
63.步骤s610,接入第一用户终端,并接收该第一用户终端的权益请求信息。
64.步骤s620,根据该权益请求信息生成目标权益信息。
65.步骤s630,获取至少两个第二用户终端对应的权益分发模式,根据该权益分发模式将该目标权益信息分发至对应的该第二用户终端。
66.通过上述步骤s610至步骤s630,通过接收到的权益请求信息生成多个目标权益信息,并按照不同权益分发模式将目标权益信息分发到各第二用户终端,从而集成多种互联网的接入以及分发方式,能够提供权益的接入聚合、整合配置、以及快速分发功能,解决了多平台权益的处理成本高的问题,实现了多平台的权益定制方法。
67.在其中一些实施例中,上述根据该权益请求信息生成至少两个目标权益信息还包括如下步骤:
68.步骤s621,根据该权益请求信息生成至少两个子权益,并将每个该子权益进行打包处理,生成至少两个权益组信息;其中,每个该权益组信息包括至少一个该子权益;
69.步骤s622,将每个该权益组信息与预设策略信息进行绑定,以生成至少两个该目标权益信息。
70.在其中一些实施例中,上述多平台权益的处理方法还包括如下步骤:获取与该第一用户终端进行对接的接口列表信息;获取分发该目标权益信息的记录信息。
71.在其中一些实施例中,上述权益分发模式包括页面嵌入模式和接口对接模式;上述根据该权益分发模式将每个该目标权益信息分发至对应的该第二用户终端包括:
72.步骤s631,在该页面嵌入模式下,利用页面编排技术生成终端页面,将该终端页面的地址信息、以及该目标权益信息分发至对应的该第二用户终端;
73.步骤s632,在该接口对接模式下,将预设标准接口和该目标权益信息分发至对应的该第二用户终端。
74.在其中一些实施例中,上述根据该权益分发模式将每个该目标权益信息分发至对应的该第二用户终端包括:获取每个该目标权益信息对应的权益类型,并通过与该权益类型对应的消息网关,根据该权益分发模式将每个该目标权益信息分发至对应的该第二用户终端。
75.在其中一些实施例中,上述多平台权益的处理方法还包括如下步骤:通过上述第一用户终端获取初始权益请求信息的分类信息,并利用接入微服务,根据该分类信息将该初始权益请求信息进行分类,生成该权益请求信息;通过上述第二用户终端,利用分发微服务,获取对应的该目标权益信息;其中,该分发微服务用于调用至少一个该接入微服务。
76.需要说明的是,在上述流程中或者附图的流程图中示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行,并且,虽然在流程图中示出了逻辑顺序,但是在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤。
77.本实施例还提供了一种计算机设备,该计算机设备可以是服务器,图7是根据本技术实施例的一种计算机设备内部的结构图,如图7所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计
算机程序的运行提供环境。该计算机设备的数据库用于存储目标权益信息。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种多平台权益的处理方法。
78.本领域技术人员可以理解,图7中示出的结构,仅仅是与本技术方案相关的部分结构的框图,并不构成对本技术方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
79.本实施例还提供了一种电子装置,包括存储器和处理器,该存储器中存储有计算机程序,该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。
80.可选地,上述电子装置还可以包括传输设备以及输入输出设备,其中,该传输设备和上述处理器连接,该输入输出设备和上述处理器连接。
81.可选地,在本实施例中,上述处理器可以被设置为通过计算机程序执行以下步骤:
82.s1,接入第一用户终端,并接收该第一用户终端的权益请求信息。
83.s2,根据该权益请求信息生成至少两个目标权益信息。
84.s3,获取至少两个第二用户终端对应的权益分发模式,根据该权益分发模式将每个该目标权益信息分发至对应的该第二用户终端。
85.需要说明的是,本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例,本实施例在此不再赘述。
86.另外,结合上述实施例中的多平台权益的处理方法,本技术实施例可提供一种存储介质来实现。该存储介质上存储有计算机程序;该计算机程序被处理器执行时实现上述实施例中的任意一种多平台权益的处理方法。
87.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一非易失性计算机可读取存储介质中,该计算机程序在执行时,可包括如上述各方法的实施例的流程。其中,本技术所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限,ram以多种形式可得,诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。
88.本领域的技术人员应该明白,以上所述实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
89.以上所述实施例仅表达了本技术的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本技术构思的前提下,还可以做出若干变形和改进,这些都属于本技术的保护范围。因此,本技术专利的保护范围应以所附权利要求为准。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1