专利类型 | 发明公开 | 法律事件 | 公开; |
专利有效性 | 公开 | 当前状态 | 公开 |
申请号 | CN202510193866.7 | 申请日 | 2025-02-20 |
公开(公告)号 | CN120034695A | 公开(公告)日 | 2025-05-23 |
申请人 | 上海哔哩哔哩科技有限公司; | 申请人类型 | 企业 |
发明人 | 姚隆康; 徐峰; | 第一发明人 | 姚隆康 |
权利人 | 上海哔哩哔哩科技有限公司 | 权利人类型 | 企业 |
当前权利人 | 上海哔哩哔哩科技有限公司 | 当前权利人类型 | 企业 |
省份 | 当前专利权人所在省份:上海市 | 城市 | 当前专利权人所在城市:上海市杨浦区 |
具体地址 | 当前专利权人所在详细地址:上海市杨浦区四平路1945号1641室 | 邮编 | 当前专利权人邮编:200433 |
主IPC国际分类 | H04N21/4784 | 所有IPC国际分类 | H04N21/4784 ; H04N21/4788 ; H04N21/43 ; H04N21/2187 |
专利引用数量 | 0 | 专利被引用数量 | 0 |
专利权利要求数量 | 10 | 专利文献类型 | A |
专利代理机构 | 北京市浩天知识产权代理事务所 | 专利代理人 | 梁倩; |
摘要 | 本 申请 实施例 公开了一种跨平台的虚拟礼物处理方法、系统、设备及存储介质,其中,该方法包括:响应于用户针对虚拟礼物执行的发送 请求 ,获取虚拟礼物的礼物信息;将礼物信息同步至共享模 块 中;利用共享模块中的跨平台的虚拟礼物关键业务逻辑,将礼物信息同步至各个平台,并根据礼物信息确定虚拟礼物对应的礼物特效,处理各个平台针对礼物特效的特效展示。本申请通过共享跨平台的虚拟礼物关键业务逻辑来向各个平台同步礼物信息并处理不同平台的礼物特效展示,有效地减少各个平台间的重复开发劳动,降低了开发复杂度,极大地提升了开发效率,而且确保了跨平台一致性。 | ||
权利要求 | 1.一种跨平台的虚拟礼物处理方法,包括: |
||
说明书全文 | 跨平台的虚拟礼物处理方法、系统、设备及存储介质技术领域背景技术[0002] 随着直播、社交等技术的兴起,虚拟礼物及其礼物特效成为平台提升用户体验的关键功能。在直播环境中,观众可为主播送出虚拟礼物,同时在直播界面中展示出该虚拟礼物对应的礼物特效;观众送出的虚拟礼物不仅仅是物品的象征,更多的是与主播和其他观众的互动,礼物特效为这些互动赋予了视觉和听觉的表现力。 [0003] 在现有技术中,例如Android、iOS、鸿蒙、Web平台等不同的平台均可提供基于虚拟礼物的互动功能,但是现有的礼物特效展示系统针对不同平台上的虚拟礼物信息同步及礼物特效展示,通常需要依赖各自平台进行独立的实现和代码开发,跨平台开发复杂度较高,增加了开发和维护的工作量,开发效率较低,而不同平台之间的业务逻辑和实现方式可能重复,导致代码冗余和资源浪费,另外,由于各平台的实现方式不同,可能会导致在不同平台上展示的礼物特效存在差异,跨平台一致性差,进而影响用户体验。发明内容 [0004] 鉴于上述问题,本申请提出了一种跨平台的虚拟礼物处理方法、系统、设备及存储介质,用于解决以下问题:现有的礼物特效展示系统针对不同平台上的虚拟礼物信息的同步及礼物特效的展示,存在着开发复杂度高、开发效率低、跨平台一致性差的问题。 [0005] 根据本申请实施例的一个方面,提供了一种跨平台的虚拟礼物处理方法,包括: [0007] 将礼物信息同步至共享模块中; [0008] 利用共享模块中的跨平台的虚拟礼物关键业务逻辑,将礼物信息同步至各个平台,并根据礼物信息确定虚拟礼物对应的礼物特效,处理各个平台针对礼物特效的特效展示。 [0009] 进一步地,在响应于用户针对虚拟礼物执行的发送请求,获取虚拟礼物的礼物信息之前,该方法还包括: [0011] 进一步地,虚拟礼物关键业务逻辑包括:礼物信息同步逻辑和礼物特效展示逻辑; [0012] 利用共享模块中的跨平台的虚拟礼物关键业务逻辑,将礼物信息同步至各个平台,并根据礼物信息确定虚拟礼物对应的礼物特效,处理各个平台针对礼物特效的特效展示进一步包括: [0014] 根据礼物信息中的礼物类型,确定虚拟礼物对应的礼物特效; [0015] 利用共享模块中的礼物特效展示逻辑,通过特效展示接口处理各个平台针对礼物特效的特效展示,以使各个平台播放礼物特效。 [0016] 进一步地,利用共享模块中的礼物信息同步逻辑,对礼物信息进行解析,通过同步接口将解析后的礼物信息同步至各个平台进一步包括: [0017] 利用共享模块中的礼物信息同步逻辑,通过共享模块中的礼物数据模型对礼物信息进行解析,通过同步接口将解析后的礼物信息同步至各个平台。 [0018] 进一步地,礼物数据模型包含有礼物标识、礼物类型、特效持续时间和附加属性。 [0019] 进一步地,该方法还包括: [0020] 在礼物特效播放完毕后,对礼物特效在播放过程中占用的系统资源进行清理。 [0021] 根据本申请实施例的另一方面,提供了一种跨平台的虚拟礼物处理系统,包括: [0022] 获取单元,适于响应于用户针对虚拟礼物执行的发送请求,获取虚拟礼物的礼物信息;将礼物信息同步至共享模块中; [0023] 处理单元,适于利用共享模块中的跨平台的虚拟礼物关键业务逻辑,将礼物信息同步至各个平台,并根据礼物信息确定虚拟礼物对应的礼物特效,处理各个平台针对礼物特效的特效展示。 [0025] 存储器用于存放至少一可执行指令,可执行指令使处理器执行上述跨平台的虚拟礼物处理方法对应的操作。 [0026] 根据本申请实施例的再一方面,提供了一种计算机存储介质,存储介质中存储有至少一可执行指令,可执行指令使处理器执行如上述跨平台的虚拟礼物处理方法对应的操作。 [0027] 根据本申请实施例的还一方面,提供了一种计算机程序产品,包括至少一可执行指令,可执行指令使处理器执行如上述跨平台的虚拟礼物处理方法对应的操作。 [0028] 根据本申请实施例提供的技术方案,通过共享跨平台的虚拟礼物关键业务逻辑来向各个平台同步礼物信息并处理不同平台的礼物特效展示,不仅有效地减少了各个平台间的重复开发劳动,降低了开发和维护成本,降低了开发复杂度,极大地提升了开发效率,而且有效地确保了能够在不同平台之间展示一致的礼物特效,确保了跨平台一致性,提高了用户体验;并且,还可采用跨平台的资源管理与自动清理机制,有效地确保了礼物特效在播放完毕后相应的系统资源能够及时被释放,避免了内存泄漏问题,提升了资源管理效率,优化了系统性能,有效地保持了系统高效运行。 [0029] 上述说明仅是本申请实施例技术方案的概述,为了能够更清楚了解本申请实施例的技术手段,而可依照说明书的内容予以实施,并且为了让本申请实施例的上述和其它目的、特征和优点能够更明显易懂,以下特举本申请实施例的具体实施方式。附图说明 [0030] 通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本申请实施例的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中: [0031] 图1示出了根据本申请一个实施例的跨平台的虚拟礼物处理方法的流程示意图; [0032] 图2示出了根据本申请另一个实施例的跨平台的虚拟礼物处理方法的流程示意图; [0033] 图3示出了根据本申请一个实施例的跨平台的虚拟礼物处理系统的结构框图; [0034] 图4示出了根据本申请一个实施例的一种计算设备的结构示意图。 具体实施方式[0035] 下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。 [0036] 首先,对本申请一个或多个实施例涉及的名词术语进行解释。 [0037] KMP(Kotlin Multiplatform):是基于Kotlin编程语言的跨平台开发框架,允许开发者编写跨平台的应用程序代码,能够在不同平台(例如Android、iOS、Web、鸿蒙等平台)上共享业务逻辑。 [0038] 内存泄漏:是指程序在运行过程中,申请了内存(比如创建对象、变量等),但在使用完后没有正确释放这些内存,导致这些内存一直被占用,无法被再次使用。随着时间的推移,泄漏的内存越来越多,最终可能导致程序运行变慢、卡顿,甚至崩溃。 [0039] 图1示出了根据本申请一个实施例的跨平台的虚拟礼物处理方法的流程示意图,如图1所示,该方法包括如下步骤: [0040] 步骤S101,响应于用户针对虚拟礼物执行的发送请求,获取虚拟礼物的礼物信息。 [0041] 在直播环境下,用户可通过客户端观看主播的直播内容,并且还可在观看过程中,通过向主播送出虚拟礼物等形式与主播、其他观众进行互动,在送出虚拟礼物的过程中,直播界面中需要同步展示虚拟礼物对应的礼物特效。具体地,在直播界面中的虚拟礼物面板中设置有多种虚拟礼物,用户可从中选择想要送出的虚拟礼物,生成针对该虚拟礼物的发送请求。响应于该发送请求,获取该虚拟礼物的礼物信息,以便根据礼物信息确定出所需播放的礼物特效并进行特效展示。其中,礼物信息可包括:礼物标识、礼物类型、特效持续时间和附加属性等信息。 [0042] 步骤S102,将礼物信息同步至共享模块中。 [0043] 在本申请实施例中,通过共享跨平台的虚拟礼物关键业务逻辑来向各个平台同步礼物信息,并处理不同平台的礼物特效展示。具体地,在共享模块中设置有基于跨平台开发框架编写的跨平台的虚拟礼物关键业务逻辑,该虚拟礼物关键业务逻辑具体为与虚拟礼物处理相关的核心的逻辑代码,该虚拟礼物关键业务逻辑可以在不同平台上运行,不同平台可包括Android、iOS、鸿蒙、Web平台等。在步骤S101获取到虚拟礼物的礼物信息之后,将礼物信息同步至共享模块中,以便利用共享模块中的虚拟礼物关键业务逻辑和礼物信息进行礼物信息同步及礼物特效展示等处理。 [0044] 步骤S103,利用共享模块中的跨平台的虚拟礼物关键业务逻辑,将礼物信息同步至各个平台,并根据礼物信息确定虚拟礼物对应的礼物特效,处理各个平台针对礼物特效的特效展示。 [0045] 其中,虚拟礼物关键业务逻辑可包括:礼物信息同步逻辑和礼物特效展示逻辑。具体地,可利用共享模块中的礼物信息同步逻辑,实现向各个平台同步礼物信息;并且,可由共享模型根据礼物信息确定虚拟礼物对应的礼物特效,其中,礼物特效可包括动画特效、粒子特效、音效特效、全屏特效、弹幕特效等,在本申请实施例中无需各个平台各自确定该虚拟礼物需要播放何种礼物特效;利用共享模块中的礼物特效展示逻辑来处理各个平台针对礼物特效的特效展示,每个平台可根据其对应的渲染引擎来呈现相应的效果。 [0046] 根据本申请实施例提供的跨平台的虚拟礼物处理方法,通过共享跨平台的虚拟礼物关键业务逻辑来向各个平台同步礼物信息并处理不同平台的礼物特效展示,不仅有效地减少了各个平台间的重复开发劳动,降低了开发和维护成本,降低了开发复杂度,极大地提升了开发效率,而且有效地确保了能够在不同平台之间展示一致的礼物特效,确保了跨平台一致性,提高了用户体验。 [0047] 图2示出了根据本申请另一个实施例的跨平台的虚拟礼物处理方法的流程示意图,如图2所示,该方法包括如下步骤: [0048] 步骤S201,基于跨平台开发框架,设置跨平台的虚拟礼物关键业务逻辑,并将虚拟礼物关键业务逻辑存储至共享模块中。 [0049] 在本申请实施例中,通过跨平台开发框架来实现共享跨平台的虚拟礼物关键业务逻辑。跨平台开发框架具体可为KMP开发框架,可采用Kotlin编程语言编写一套虚拟礼物关键业务逻辑,该虚拟礼物关键业务逻辑可以在Android、iOS、Web、鸿蒙等不同平台运行,通过共享虚拟礼物关键业务逻辑,能够有效地减少各个平台间的重复开发劳动,降低了开发和维护成本,降低了开发复杂度,极大地提升了开发效率。 [0050] 其中,设置跨平台的虚拟礼物关键业务逻辑,虚拟礼物关键业务逻辑具体为与虚拟礼物处理相关的核心的逻辑代码,具体地,虚拟礼物关键业务逻辑可包括礼物信息同步逻辑和礼物特效展示逻辑;利用KMP开发框架的跨平台特性,将礼物信息同步逻辑和礼物特效展示逻辑存储至共享模块中,以共享到各个平台,由共享模块负责处理礼物信息的同步和礼物特效的展示,各个平台仅需实现与平台相关的UI渲染、视频播放等功能。 [0051] 步骤S202,响应于用户针对虚拟礼物执行的发送请求,获取虚拟礼物的礼物信息,将礼物信息同步至共享模块中。 [0052] 在直播环境下,直播界面中的虚拟礼物面板中设置有多种多样的虚拟礼物,例如鲜花、爱心、掌声、欢呼声、烟花、流星雨、雪花、蝴蝶、跑车、盲盒、弹幕等虚拟礼物,不同礼物类型的虚拟礼物对应有不同的礼物特效,礼物特效可包括动画特效、粒子特效、音效特效、全屏特效、弹幕特效等。其中,动画特效是通过动态的视觉元素吸引注意力;粒子特效是通过大量细小的粒子效果营造氛围,通常具有流动感或扩散感;音效特效是通过声音增强虚拟礼物的表现力,通常与动画特效或粒子特效相结合;全屏特效是指覆盖整个直播画面,营造强烈的视觉冲击;弹幕特效是通过弹幕的形式展示虚拟礼物,增强互动性。 [0053] 例如,虚拟礼物烟花对应的礼物特效可包括烟花绽放的动画特效,虚拟礼物雪花对应的礼物特效可包括雪花飘落的粒子特效,虚拟礼物掌声对应的礼物特效可包括掌声的音效特效,虚拟礼物跑车对应的礼物特效可包括跑车开动的动画特效和音效特效。 [0054] 用户在观看直播的过程中,可从虚拟礼物面板中选择其想要向主播送出的虚拟礼物,生成针对该虚拟礼物的发送请求,其中,发送请求中可包含有用户标识、直播间标识、该虚拟礼物的礼物标识(如礼物ID)、请求时间等信息。在步骤S202中,响应于该发送请求,获取虚拟礼物的礼物信息,例如,可从该发送请求中提取出虚拟礼物的礼物标识,使用网络请求库从数据库等中获取与该礼物标识相关的礼物信息;将礼物信息同步至共享模块中,以便利用共享模块中的虚拟礼物关键业务逻辑和礼物信息进行礼物信息同步及礼物特效展示等处理。 [0055] 步骤S203,利用共享模块中的礼物信息同步逻辑,对礼物信息进行解析,通过同步接口将解析后的礼物信息同步至各个平台。 [0056] 在本申请实施例中,通过跨平台开发框架,实现了跨平台共享虚拟礼物关键业务逻辑和礼物数据模型。其中,在共享模块中,定义了礼物数据模型,例如GiftInfo,礼物数据模型包含有礼物标识、礼物类型、特效持续时间和附加属性等,其中,附加属性可包括虚拟礼物的颜色、尺寸、图像、价格等。礼物数据模型用于解析礼物信息以及在不同平台之间同步礼物信息。为了便于向不同平台同步礼物信息,还定义了通用的、统一的同步接口,用于确保不同平台上能够一致地获取和更新礼物信息。 [0057] 利用共享模块中的礼物信息同步逻辑,通过共享模块中的礼物数据模型对礼物信息进行解析,通过同步接口将解析后的礼物信息同步至各个平台。每个平台都需要实现该同步接口,来处理不同平台上礼物信息的获取和同步,例如,Android平台和iOS平台都需要实现该同步接口,通过同步接口从服务器拉取礼物信息,并确保同步更新。 [0058] 步骤S204,根据礼物信息中的礼物类型,确定虚拟礼物对应的礼物特效。 [0059] 其中,礼物类型和礼物特效之间具有对应关系,本领域技术人员可根据实际需要设置该对应关系,此处不做具体限定。在步骤S204中,可由共享模型根据所获取的礼物信息中的礼物类型和该对应关系,确定针对该虚拟礼物需要展示哪个或哪些礼物特效。 [0060] 步骤S205,利用共享模块中的礼物特效展示逻辑,通过特效展示接口处理各个平台针对礼物特效的特效展示,以使各个平台播放礼物特效。 [0061] 为了便于处理不同平台的礼物特效展示,还定义了通用的、统一的特效展示接口,用于处理不同礼物类型的虚拟礼物的特效展示,包括动画特效、粒子特效、音效特效等。本申请实施例通过跨平台特效实现,在确定了需要展示的礼物特效后,利用共享模块中的礼物特效展示逻辑,通过特效展示接口处理各个平台针对礼物特效的特效展示,不同平台根据具体实现播放相应的礼物特效,可在平台特定模块中播放对应的礼物特效,确保礼物特效的完整展示。不同平台对礼物特效的呈现方式不同,需根据其特定的渲染引擎来呈现相应的效果,但是核心的礼物特效展示逻辑通过共享代码实现。 [0062] 本申请实施例通过共享礼物数据模型和跨平台的礼物特效展示逻辑,有效地确保了能够在不同平台之间展示一致的礼物特效,确保了跨平台一致性,提高了用户体验。 [0063] 以下是跨平台特效实现的一种示例: [0064] class GiftEffectPlayerImpl:GiftEffectPlayer{ [0065] [0066] 在上述示例中,是利用KorGE实现的,可用于Android平台和iOS平台。具体地,上述代码是采用Kotlin编程语言编写了一个名为GiftEffectPlayerImpl的类,它实现了GiftEffectPlayer接口(即特效展示接口),并重写了playGiftEffect方法。该类负责根据传入的礼物数据模型(GiftInfo)的参数giftInfo(即礼物信息)的不同礼物类型(type),动态加载并播放对应的礼物特效,包括动画特效、粒子特效和音效特效,完成了动态特效展示和跨平台实现。 [0067] 其中,使用when表达式处理不同类型的礼物特效,根据giftInfo.type的值,判断虚拟礼物的特效类型。若giftInfo.type的值是"animation",表示需要播放动画特效,则配置视频播放器对象videoPlayer,通过videoPlayer("animations/${giftInfo.id}.mp4")初始化,加载路径为animations/${giftInfo.id}.mp4的视频文件,videoPlayer.play()用于播放动画。若giftInfo.type的值是"particle",表示需要播放粒子特效,则配置粒子系统对象particleSystem,通过ParticleSystem("particles/${giftInfo.id}.json")初始化,加载路径为particles/${giftInfo.id}.json的粒子配置文件,particleSystem.start()用于播放粒子特效。若giftInfo.type的值是"sound",表示需要播放音效特效,则配置音效播放器对象soundPlayer,通过SoundPlayer("sounds/${giftInfo.id}.mp3")初始化,加载路径为sounds/${giftInfo.id}.mp3的音频文件,soundPlayer.play()用于播放音效特效。 [0068] 步骤S206,在礼物特效播放完毕后,对礼物特效在播放过程中占用的系统资源进行清理。 [0069] 考虑到每个礼物特效在播放过程中会占用一定的系统资源(例如视频播放器对象、粒子系统对象、音效播放器对象等),为了避免内存泄漏和性能下降,本申请实施例还引入了跨平台的资源管理与自动清理机制,对于动画、粒子、音效等礼物特效,在播放完毕后,及时地对其所占用的相关的系统资源进行自动清理,有效地保持了系统高效运行。基于跨平台开发框架,共享模块可通过合理管理对象生命周期,确保动画和其他礼物特效播放过程中不产生不必要的内存泄漏,使得系统资源在不再需要时能够被及时清理,实现了内存优化。 [0070] 在礼物特效播放完毕后,共享模块可回调各个平台,通知各个平台礼物特效已播放完毕。在一种可选的实施方式中,还可定义了通用的、统一的资源清理接口,通过资源清理接口,根据预设清理策略对礼物特效在播放过程中占用的系统资源进行清理;在另一种可选的实施方式中,在礼物特效播放完毕后,由各个平台自行根据预设清理策略对礼物特效在播放过程中占用的系统资源进行清理。本领域技术人员可根据实际需要对预设清理策略进行设置,此处不作具体限定。例如,可根据各个用户对虚拟礼物的历史交互数据等,分析与礼物特效相关的系统资源的使用特征,进而合理地设置预设清理策略。 [0071] 在具体应用场景中,可为与礼物特效相关的系统资源预设一定的生命周期,当某系统资源存在的时长超过其对应的预设生命周期时,自动对该系统资源进行清理,使得系统资源在不再需要时被及时释放,以避免内存泄漏。 [0072] 根据本申请实施例提供的跨平台的虚拟礼物处理方法,利用跨平台开发框架的跨平台特性,将礼物信息同步逻辑和礼物特效展示逻辑存储至共享模块中,通过共享模块向各个平台同步礼物信息并处理不同平台的礼物特效展示,不同平台根据具体实现播放相应的礼物特效,确保了礼物特效的多样化展示和跨平台的一致性,有效地减少了各个平台间的重复开发劳动,降低了开发复杂度,简化了开发过程,极大地提升了开发效率;并且,采用跨平台的资源管理与自动清理机制,有效地确保了礼物特效在播放完毕后相应的系统资源能够及时被释放,避免了内存泄漏问题,提升了资源管理效率,实现了高效资源管理,优化了系统性能,有效地保持了系统高效运行;本申请实施例提供了一种跨平台、高效且一致的礼物信息同步及特效展示解决方案,有效地解决了现有技术中存在的复杂度高、开发冗余、特效展示不一致以及资源管理不当等问题。 [0073] 图3示出了根据本申请一个实施例的跨平台的虚拟礼物处理系统的结构框图,如图3所示,该系统包括:获取单元310和处理单元320。 [0074] 获取单元310适于:响应于用户针对虚拟礼物执行的发送请求,获取虚拟礼物的礼物信息;将礼物信息同步至共享模块中。 [0075] 处理单元320适于:利用共享模块中的跨平台的虚拟礼物关键业务逻辑,将礼物信息同步至各个平台,并根据礼物信息确定虚拟礼物对应的礼物特效,处理各个平台针对礼物特效的特效展示。 [0076] 可选地,该系统还包括设置单元330;设置单元330适于:基于跨平台开发框架,设置跨平台的虚拟礼物关键业务逻辑,并将虚拟礼物关键业务逻辑存储至共享模块中。 [0077] 可选地,虚拟礼物关键业务逻辑包括:礼物信息同步逻辑和礼物特效展示逻辑;处理单元320进一步适于:利用共享模块中的礼物信息同步逻辑,对礼物信息进行解析,通过同步接口将解析后的礼物信息同步至各个平台;根据礼物信息中的礼物类型,确定虚拟礼物对应的礼物特效;利用共享模块中的礼物特效展示逻辑,通过特效展示接口处理各个平台针对礼物特效的特效展示,以使各个平台播放礼物特效。 [0078] 可选地,处理单元320进一步适于:利用共享模块中的礼物信息同步逻辑,通过共享模块中的礼物数据模型对礼物信息进行解析,通过同步接口将解析后的礼物信息同步至各个平台。 [0079] 可选地,礼物数据模型包含有礼物标识、礼物类型、特效持续时间和附加属性。 [0080] 可选地,处理单元320进一步适于:在礼物特效播放完毕后,对礼物特效在播放过程中占用的系统资源进行清理。 [0081] 以上各单元的描述参照方法实施例中对应的描述,在此不再赘述。 [0082] 根据本申请实施例提供的跨平台的虚拟礼物处理系统,利用跨平台开发框架的跨平台特性,将礼物信息同步逻辑和礼物特效展示逻辑存储至共享模块中,通过共享模块向各个平台同步礼物信息并处理不同平台的礼物特效展示,不同平台根据具体实现播放相应的礼物特效,确保了礼物特效的多样化展示和跨平台的一致性,有效地减少了各个平台间的重复开发劳动,降低了开发复杂度,简化了开发过程,极大地提升了开发效率;并且,采用跨平台的资源管理与自动清理机制,有效地确保了礼物特效在播放完毕后相应的系统资源能够及时被释放,避免了内存泄漏问题,提升了资源管理效率,实现了高效资源管理,优化了系统性能,有效地保持了系统高效运行;本申请实施例提供了一种跨平台、高效且一致的礼物信息同步及特效展示解决方案,有效地解决了现有技术中存在的复杂度高、开发冗余、特效展示不一致以及资源管理不当等问题。 [0083] 本申请实施例提供了一种非易失性计算机存储介质,计算机存储介质存储有至少一可执行指令或计算机程序,该可执行指令或计算机程序可使处理器执行上述任意方法实施例中的跨平台的虚拟礼物处理方法对应的操作。 [0084] 本申请实施例提供了一种计算机程序产品,该计算机程序产品包括至少一可执行指令或计算机程序,该可执行指令或计算机程序可使处理器执行上述任意方法实施例中的跨平台的虚拟礼物处理方法对应的操作。 [0085] 图4示出了根据本申请一个实施例的一种计算设备的结构示意图,本申请具体实施例并不对计算设备的具体实现做限定。 [0086] 如图4所示,该计算设备可以包括:处理器(processor)402、通信接口(Communications Interface)404、存储器(memory)406、以及通信总线408。 [0087] 其中:处理器402、通信接口404、以及存储器406通过通信总线408完成相互间的通信。通信接口404,用于与其它设备比如客户端或其它服务器等的网元通信。处理器402,用于执行程序410,具体可以执行上述用于计算设备的跨平台的虚拟礼物处理方法实施例中的相关步骤。 [0088] 具体地,程序410可以包括程序代码,该程序代码包括计算机操作指令。 [0089] 处理器402可能是中央处理器CPU,或者是特定集成电路ASIC(Application Specific Integrated Circuit),或者是被配置成实施本申请实施例的一个或多个集成电路。计算设备包括的一个或多个处理器,可以是同一类型的处理器,如一个或多个CPU;也可以是不同类型的处理器,如一个或多个CPU以及一个或多个ASIC。 [0090] 存储器406,用于存放程序410。存储器406可能包含高速RAM存储器,也可能还包括非易失性存储器(non‑volatile memory),例如至少一个磁盘存储器。 [0091] 程序410具体可以用于使得处理器402执行上述任意方法实施例中的跨平台的虚拟礼物处理方法。程序410中各步骤的具体实现可以参见上述跨平台的虚拟礼物处理方法实施例中的相应步骤和单元中对应的描述,在此不赘述。所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的设备和模块的具体工作过程,可以参考前述方法实施例中的对应过程描述,在此不再赘述。 [0092] 在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述,构造这类系统所要求的结构是显而易见的。此外,本申请实施例也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本申请实施例的内容,并且上面对特定语言所做的描述是为了披露本申请实施例的最佳实施方式。 [0093] 在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本申请实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。 [0094] 类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本申请实施例的示例性实施例的描述中,本申请实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本申请实施例要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本申请实施例的单独实施例。 [0095] 本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。 [0096] 此外,本领域的技术人员能够理解,尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本申请实施例的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。 [0097] 本申请实施例的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本申请实施例中的一些或者全部部件的一些或者全部功能。本申请实施例还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本申请实施例的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。 [0098] 应该注意的是上述实施例对本申请实施例进行说明而不是对本申请实施例进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本申请实施例可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。 可将这些单词解释为名称。 |