CN112791386A - 一种多窗口激活状态生成方法、装置、设备及可读存储介质 - Google Patents

一种多窗口激活状态生成方法、装置、设备及可读存储介质 Download PDF

Info

Publication number
CN112791386A
CN112791386A CN202110024935.3A CN202110024935A CN112791386A CN 112791386 A CN112791386 A CN 112791386A CN 202110024935 A CN202110024935 A CN 202110024935A CN 112791386 A CN112791386 A CN 112791386A
Authority
CN
China
Prior art keywords
window
message
state
activation state
target
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
CN202110024935.3A
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.)
Hangzhou Wulian Technology Co ltd
Original Assignee
Hangzhou Wulian 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 Hangzhou Wulian Technology Co ltd filed Critical Hangzhou Wulian Technology Co ltd
Priority to CN202110024935.3A priority Critical patent/CN112791386A/zh
Publication of CN112791386A publication Critical patent/CN112791386A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • AHUMAN NECESSITIES
    • A63SPORTS; GAMES; AMUSEMENTS
    • A63FCARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/30Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers
    • A63F13/35Details of game servers
    • AHUMAN NECESSITIES
    • A63SPORTS; GAMES; AMUSEMENTS
    • A63FCARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/50Controlling the output signals based on the game progress
    • A63F13/53Controlling the output signals based on the game progress involving additional visual information provided to the game scene, e.g. by overlay to simulate a head-up display [HUD] or displaying a laser sight in a shooting game
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/451Execution arrangements for user interfaces

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Optics & Photonics (AREA)
  • User Interface Of Digital Computer (AREA)

Abstract

本发明公开了一种多窗口激活状态生成方法,该方法通过确定所有待保持激活状态的窗口作为目标窗口,对窗口消息处理端进行消息的监控拦截,在窗口状态消息传输至窗口消息处理端进行消息处理前,拦截窗口状态消息中针对目标窗口的消息,并对拦截得到的目标窗口消息按照预设激活状态维持规则进行回复,使窗口接收到自身处于激活状态的回复消息,从而保证发送窗口状态消息的应用在持续保持激活状态下持续渲染,持续稳定运行。本发明还公开了一种多窗口激活状态生成装置、设备及可读存储介质,具有相应的技术效果。

Description

一种多窗口激活状态生成方法、装置、设备及可读存储介质
技术领域
本发明涉及电子技术领域,特别是涉及一种多窗口激活状态生成方法、装置、设备及可读存储介质。
背景技术
云游戏技术中将高性能主机置于云端机房,统一管理,统一提供游戏内容,用户仅需要使用一个低性能“瘦”终端通过网络接入云机房,无需下载即可畅玩海量游戏。但是,因为游戏对计算机性能的要求高低不一,导致一些对游戏性能要求不高的游戏也会占用一台高性能云主机,造成性能的浪费。
为了避免对于高性能主机性能的浪费,需要使其同时对多个游戏的游戏玩家提供云游戏服务,云游戏多开技术是指将一台高性能主机进行逻辑切割,使其可以同时对多个游戏的玩家提供云游戏服务的技术,可以满足上述要求。
云游戏多开技术常用虚拟机进行逻辑切割,但是虚拟机会导致性能的损耗,并且虚拟机对部分硬件的支持也存在问题。因此部分厂商会研究不经过虚拟机,即在一个windows操作系统内进行逻辑切割,开启多个游戏窗口并提供云游戏服务,但是基于windows的操作系统机制,windows同一时间仅能激活一个窗口,而有些游戏会检测游戏窗口,如果不是激活状态就会停止渲染,导致游戏异常。
综上所述,如何充分利用高性能主机,保障多游戏同时正常运行,是目前本领域技术人员急需解决的技术问题。
发明内容
本发明的目的是提供一种多窗口激活状态生成方法、装置、设备及可读存储介质,可以充分利用高性能主机,保障多游戏同时正常运行。
为解决上述技术问题,本发明提供如下技术方案:
一种多窗口激活状态生成方法,包括:
确定指定的至少两个待保持激活状态的窗口,作为目标窗口;
拦截窗口消息处理端接收到的窗口状态消息;
判断所述窗口状态消息中是否包括针对所述目标窗口的消息;
若包括,对针对所述目标窗口的消息按照预设激活状态维持规则进行回复;
若不包括,将所述窗口状态消息传输至所述窗口消息处理端,以便所述窗口消息处理端对所述窗口状态消息进行处理。
可选地,对针对所述目标窗口的消息按照预设激活状态维持规则进行回复,包括:
若针对所述目标窗口的消息为系统端发起的激活状态调整消息,向所述系统端返回第一反馈消息;所述第一反馈消息指示激活状态调整成功;
若针对所述目标窗口的消息为客户端发起的窗口状态询问消息,向所述客户端返回第二反馈消息;所述第二反馈消息指示窗口状态保持激活。
可选地,所述拦截窗口消息处理端接收到的窗口状态消息,包括:
调用Detours拦截窗口消息处理端接收到的窗口状态消息。
可选地,所述拦截窗口消息处理端接收到的窗口状态消息,包括:
拦截Send Transformable Message Timeout窗口消息处理函数接收到的窗口状态消息。
一种多窗口激活状态生成装置,包括:
目标确定单元,用于确定指定的至少两个待保持激活状态的窗口,作为目标窗口;
消息拦截单元,用于拦截窗口消息处理端接收到的窗口状态消息;
消息判断单元,用于判断所述窗口状态消息中是否包括针对所述目标窗口的消息;若包括,触发规则回复单元;若不包括,触发消息转发单元;
所述规则回复单元,用于对针对所述目标窗口的消息按照预设激活状态维持规则进行回复;
所述消息转发单元,用于将所述窗口状态消息传输至所述窗口消息处理端,以便所述窗口消息处理端对所述窗口状态消息进行处理。
可选地,所述规则回复单元,包括:
第一反馈子单元,用于若针对所述目标窗口的消息为系统端发起的激活状态调整消息,向所述系统端返回第一反馈消息;所述第一反馈消息指示激活状态调整成功;
第二反馈子单元,用于若针对所述目标窗口的消息为客户端发起的窗口状态询问消息,向所述客户端返回第二反馈消息;所述第二反馈消息指示窗口状态保持激活。
可选地,所述消息拦截单元具体为:组件拦截单元,用于调用Detours拦截窗口消息处理端接收到的窗口状态消息。
可选地,所述消息拦截单元具体为:函数拦截单元,用于拦截Send TransformableMessage Timeout窗口消息处理函数接收到的窗口状态消息。
一种多窗口激活状态生成设备,包括:
存储器,用于存储计算机程序;
处理器,用于执行所述计算机程序时实现上述多窗口激活状态生成方法的步骤。
一种可读存储介质,所述可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现上述多窗口激活状态生成方法的步骤。
应用本发明实施例所提供的方法,通过确定所有待保持激活状态的窗口作为目标窗口,对窗口消息处理端进行消息的监控拦截,在窗口状态消息传输至窗口消息处理端进行消息处理前,拦截窗口状态消息中针对目标窗口的消息,并对拦截得到的目标窗口消息按照预设激活状态维持规则进行回复,使窗口接收到自身处于激活状态的回复消息,从而保证发送窗口状态消息的应用在持续保持激活状态下持续渲染,持续稳定运行。
相应地,本发明实施例还提供了与上述多窗口激活状态生成方法相对应的多窗口激活状态生成装置、设备和可读存储介质,具有上述技术效果,在此不再赘述。
附图说明
为了更清楚地说明本发明实施例或相关技术中的技术方案,下面将对实施例或相关技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例中一种多窗口激活状态生成方法的实施流程图;
图2为本发明实施例中一种多窗口激活状态生成装置的结构示意图;
图3为本发明实施例中一种多窗口激活状态生成设备的结构示意图。
具体实施方式
本发明的核心是提供一种多窗口激活状态生成方法,可以充分利用高性能主机,保障多游戏同时正常运行。
为了使本技术领域的人员更好地理解本发明方案,下面结合附图和具体实施方式对本发明作进一步的详细说明。显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
请参考图1,图1为本发明实施例中一种多窗口激活状态生成方法的流程图,该方法包括以下步骤:
S101、确定指定的至少两个待保持激活状态的窗口,作为目标窗口;
待保持激活状态的窗口指需要保持激活状态才能正常稳定运行的窗口,在本申请中主要指云游戏接口,当然,也可以为其它应用接口,本实施例汇总对此不做限定。
指定的待保持激活状态的窗口的数量本实施例中不做限定,可以为一个,也可以为多个,为了保证对于高性能主机的充分利用,可以确定指定的至少两个待保持激活状态的窗口,作为目标窗口。
另外,针对待保持激活状态的窗口的确定方式本实施例中也不做限定,可以由用户指定,也可以与应用程序通信,应用程序可以传入要保持激活的窗口进程PID,来告诉驱动哪些窗口需要保持激活状态,本实施例中仅以上述两种确定实现方式为例进行介绍,其它方式本实施例中不再赘述。
其中,确定窗口可以通过获取窗口的标题名称,也可以获取其识别码、识别特征等,只要可以区分以及识别不同窗口即可。
S102、拦截窗口消息处理端接收到的窗口状态消息;
拦截窗口消息处理端接收到的窗口状态消息,包括:对窗口消息处理端进行接口消息拦截,确定拦截得到的消息中的窗口状态消息。
其中,窗口消息处理端指系统中用于处理所有窗口状态消息的对象,窗口消息处理端可以为窗口消息处理函数,也可以为窗口消息处理接口(API),不同的系统下的处理对象不同,因此本实施例中对此不做限定。
窗口状态消息指用于设置、调整或询问窗口状态的消息,比如WM_ACTIVATE,WM_ACTIVATEAPP,WM_NCACTIVATE,WM_KILLFOCUS等,可以通过应用系统的官方文档进行窗口状态消息所有类型的查询,比如查询windows官方文档msdn等。
接口消息拦截是一种用于改变接口(API)执行结果的技术,通俗的讲就是监控某个API,并设置回调函数,在Windows调用该API时,会优先进入回调函数处理流程,一般会在处理流程中检测或修改某些参数,并在回调函数结束时继续调用原来API,进而改变API的执行结果。
窗口状态消息的来源(即发起方)本实施例中不做限定,可以为应用的系统,也可以为应用(比如待保持激活状态的云游戏等)。
拦截窗口消息处理端接收到的窗口状态消息的具体拦截实现方式本实施例中不做限定,可以利用现有的功能组件完成;另外,对于窗口消息处理端由于不同的系统不同的设置下接口的类型可能不同,本实施例中对于窗口消息处理端的具体接口型号以及类型不做限定,可以根据实际使用情况进行设定。
可以调用Detours对SendTransformableMessageTimeout窗口消息处理函数进行消息拦截(Hook),其中Detours是微软提供的一个开发库,可以稳定的实现API Hook功能,在微软内部被广泛使用,本实施例中仅以调用Detours实现消息拦截功能为例进行介绍,其它消息拦截的实现均可参照本实施例的介绍,在此不再赘述。
SendTransformableMessageTimeout窗口消息处理函数为经过分析发下你的windows系统下的统一窗口消息处理函数,由于目前应用的系统大多为windows系统,因此,可以只针对SendTransformableMessageTimeout窗口消息处理函数进行消息拦截,其它系统或应用场景下的消息拦截实现方式均可参照本实施例的介绍,在此不再赘述。
S103、判断窗口状态消息中是否包括针对目标窗口的消息;若包括,触发S104;若不包括,触发S105;
从拦截到的所有窗口状态消息中确定针对目标窗口的消息的具体实现方式本实施例中不做限定,可以读取配置文件,在配置文件中插入要保持激活的目标窗口标题名字,然后通过循环枚举窗口,比较标题名字来确定是否有游戏窗口存在;也可以通过识别拦截到的窗口状态消息中指定的窗口对象,与预先确定的目标窗口信息进行匹配比对,在此仅以上述两种实现方式为例进行介绍,其它实现方式在此不再赘述。
S104、对针对目标窗口的消息按照预设激活状态维持规则进行回复;
本实施例中通过拦截系统中所有部件对于窗口状态的询问或者命令消息,对其中涉及到目标窗口的消息按照预设窗口持续激活运行的规则进行回复,窗口持续激活运行的规则指保持窗口持续运行,且“假装”其属于激活状态,本申请中需要保障窗口得到的反馈消息为其属于激活置顶状态,系统对于目标窗口状态的询问也需要适应性回复,从而保障各窗口可以在系统允许下持续运行。
其中具体地预设激活状态维持规则的配置本实施例中不做限定,可以实现窗口持续激活运行即可,一种对针对目标窗口的消息按照预设激活状态维持规则进行回复的实现方式具体包括以下步骤:
(1)若针对目标窗口的消息为系统端发起的激活状态调整消息,向系统端返回第一反馈消息;第一反馈消息指示激活状态调整成功;
比如拦截到窗口消息处理端接收到的windows系统发送的将应用1的窗口状态转换为非激活状态的命令,则不真正执行该命令,直接回复命令发起端,窗口状态已转换为非激活状态。
(2)若针对目标窗口的消息为客户端发起的窗口状态询问消息,向客户端返回第二反馈消息;第二反馈消息指示窗口状态保持激活。
比如当窗口消息处理端收到目标窗口发送的WM_ACTIVATE消息,判断其值是否是WA_INACTIVE,WA_INACTIVE意义为取消该窗口的激活状态,Hook消息处理函数后,就可以在Hook回调函数中将该值修改为WA_ACTIVE,WA_ACTIVE为保持窗口的激活状态,进而保证该窗口最终收到的消息为保持窗口激活状态。
本实施例中通过拦截窗口状态消息,从而针对于目标窗口的窗口状态消息代替原本的消息处理组件直接进行适应性回复,保障目标窗口认为自己处于激活置顶状态,使应用持续渲染,保持应用的持续运行。
需要说明的是,本实施例中对于目标窗口实际的状态(激活或未激活)不做限定,目标窗口可以处于激活状态,也可以处于未激活状态。
S105、将窗口状态消息传输至窗口消息处理端,以便窗口消息处理端对窗口状态消息进行处理。
若窗口状态消息中包括针对目标窗口的消息,则无需处理,按照传统的处理方式进行处理即可,将窗口状态消息再转发至窗口消息处理端,窗口消息处理端接收到窗口状态消息后按照预设的处理规则进行处理,本实施例中对于该种情况下窗口消息处理端的处理方式不做限定,可以参照相关技术中的处理方式,在此不再赘述。
本发明实施例所提供的技术方案,通过确定所有待保持激活状态的窗口作为目标窗口,对窗口消息处理端进行消息的监控拦截,在窗口状态消息传输至窗口消息处理端进行消息处理前,拦截窗口状态消息中针对目标窗口的消息,并对拦截得到的目标窗口消息按照预设激活状态维持规则进行回复,使窗口接收到自身处于激活状态的回复消息,从而保证发送窗口状态消息的应用在持续保持激活状态下持续渲染,持续稳定运行。
相应于上面的方法实施例,本发明实施例还提供了一种多窗口激活状态生成装置,下文描述的多窗口激活状态生成装置与上文描述的多窗口激活状态生成方法可相互对应参照。
参见图2所示,该装置包括以下模块:
目标确定单元110主要用于确定指定的至少两个待保持激活状态的窗口,作为目标窗口;
消息拦截单元120主要用于拦截窗口消息处理端接收到的窗口状态消息;
消息判断单元130主要用于判断窗口状态消息中是否包括针对目标窗口的消息;若包括,触发规则回复单元140;若不包括,触发消息转发单元150;
规则回复单元140主要用于对针对目标窗口的消息按照预设激活状态维持规则进行回复;
消息转发单元150主要用于将窗口状态消息传输至窗口消息处理端,以便窗口消息处理端对窗口状态消息进行处理。
在本发明的一种具体实施方式中,规则回复单元,包括:
第一反馈子单元,用于若针对目标窗口的消息为系统端发起的激活状态调整消息,向系统端返回第一反馈消息;第一反馈消息指示激活状态调整成功;
第二反馈子单元,用于若针对目标窗口的消息为客户端发起的窗口状态询问消息,向客户端返回第二反馈消息;第二反馈消息指示窗口状态保持激活。
在本发明的一种具体实施方式中,消息拦截单元具体为:组件拦截单元,用于调用Detours拦截窗口消息处理端接收到的窗口状态消息。
在本发明的一种具体实施方式中,消息拦截单元具体为:函数拦截单元,用于拦截Send Transformable Message Timeout窗口消息处理函数接收到的窗口状态消息。
相应于上面的方法实施例,本发明实施例还提供了一种多窗口激活状态生成设备,下文描述的一种多窗口激活状态生成与上文描述的一种多窗口激活状态生成方法可相互对应参照。
该多窗口激活状态生成设备包括:
存储器,用于存储计算机程序;
处理器,用于执行计算机程序时实现上述方法实施例的多窗口激活状态生成方法的步骤。
具体的,请参考图3,为本实施例提供的一种多窗口激活状态生成设备的具体结构示意图,该多窗口激活状态生成设备可因配置或性能不同而产生比较大的差异,可以包括一个或一个以上处理器(central processing units,CPU)322(例如,一个或一个以上处理器)和存储器332,存储器332存储有一个或一个以上的计算机应用程序342或数据344。其中,存储器332可以是短暂存储或持久存储。存储在存储器332的程序可以包括一个或一个以上模块(图示没标出),每个模块可以包括对数据处理设备中的一系列指令操作。更进一步地,中央处理器322可以设置为与存储器332通信,在多窗口激活状态生成设备301上执行存储器332中的一系列指令操作。
多窗口激活状态生成设备301还可以包括一个或一个以上电源326,一个或一个以上有线或无线网络接口350,一个或一个以上输入输出接口358,和/或,一个或一个以上操作系统341。
上文所描述的多窗口激活状态生成方法中的步骤可以由多窗口激活状态生成设备的结构实现。
相应于上面的方法实施例,本发明实施例还提供了一种可读存储介质,下文描述的一种可读存储介质与上文描述的一种多窗口激活状态生成方法可相互对应参照。
一种可读存储介质,可读存储介质上存储有计算机程序,计算机程序被处理器执行时实现上述方法实施例的多窗口激活状态生成方法的步骤。
该可读存储介质具体可以为U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可存储程序代码的可读存储介质。
本领域技术人员还可以进一步意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。本领域技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。

Claims (10)

1.一种多窗口激活状态生成方法,其特征在于,包括:
确定指定的至少两个待保持激活状态的窗口,作为目标窗口;
拦截窗口消息处理端接收到的窗口状态消息;
判断所述窗口状态消息中是否包括针对所述目标窗口的消息;
若包括,对针对所述目标窗口的消息按照预设激活状态维持规则进行回复;
若不包括,将所述窗口状态消息传输至所述窗口消息处理端,以便所述窗口消息处理端对所述窗口状态消息进行处理。
2.根据权利要求1所述的多窗口激活状态生成方法,其特征在于,对针对所述目标窗口的消息按照预设激活状态维持规则进行回复,包括:
若针对所述目标窗口的消息为系统端发起的激活状态调整消息,向所述系统端返回第一反馈消息;所述第一反馈消息指示激活状态调整成功;
若针对所述目标窗口的消息为客户端发起的窗口状态询问消息,向所述客户端返回第二反馈消息;所述第二反馈消息指示窗口状态保持激活。
3.根据权利要求1所述的多窗口激活状态生成方法,其特征在于,所述拦截窗口消息处理端接收到的窗口状态消息,包括:
调用Detours拦截窗口消息处理端接收到的窗口状态消息。
4.根据权利要求1所述的多窗口激活状态生成方法,其特征在于,所述拦截窗口消息处理端接收到的窗口状态消息,包括:
拦截Send Transformable Message Timeout窗口消息处理函数接收到的窗口状态消息。
5.一种多窗口激活状态生成装置,其特征在于,包括:
目标确定单元,用于确定指定的至少两个待保持激活状态的窗口,作为目标窗口;
消息拦截单元,用于拦截窗口消息处理端接收到的窗口状态消息;
消息判断单元,用于判断所述窗口状态消息中是否包括针对所述目标窗口的消息;若包括,触发规则回复单元;若不包括,触发消息转发单元;
所述规则回复单元,用于对针对所述目标窗口的消息按照预设激活状态维持规则进行回复;
所述消息转发单元,用于将所述窗口状态消息传输至所述窗口消息处理端,以便所述窗口消息处理端对所述窗口状态消息进行处理。
6.根据权利要求5所述的多窗口激活状态生成装置,其特征在于,所述规则回复单元,包括:
第一反馈子单元,用于若针对所述目标窗口的消息为系统端发起的激活状态调整消息,向所述系统端返回第一反馈消息;所述第一反馈消息指示激活状态调整成功;
第二反馈子单元,用于若针对所述目标窗口的消息为客户端发起的窗口状态询问消息,向所述客户端返回第二反馈消息;所述第二反馈消息指示窗口状态保持激活。
7.根据权利要求5所述的多窗口激活状态生成装置,其特征在于,所述消息拦截单元具体为:组件拦截单元,用于调用Detours拦截窗口消息处理端接收到的窗口状态消息。
8.根据权利要求5所述的多窗口激活状态生成装置,其特征在于,所述消息拦截单元具体为:函数拦截单元,用于拦截Send Transformable Message Timeout窗口消息处理函数接收到的窗口状态消息。
9.一种多窗口激活状态生成设备,其特征在于,包括:
存储器,用于存储计算机程序;
处理器,用于执行所述计算机程序时实现如权利要求1至4任一项所述多窗口激活状态生成方法的步骤。
10.一种可读存储介质,其特征在于,所述可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如权利要求1至4任一项所述多窗口激活状态生成方法的步骤。
CN202110024935.3A 2021-01-08 2021-01-08 一种多窗口激活状态生成方法、装置、设备及可读存储介质 Pending CN112791386A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110024935.3A CN112791386A (zh) 2021-01-08 2021-01-08 一种多窗口激活状态生成方法、装置、设备及可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110024935.3A CN112791386A (zh) 2021-01-08 2021-01-08 一种多窗口激活状态生成方法、装置、设备及可读存储介质

Publications (1)

Publication Number Publication Date
CN112791386A true CN112791386A (zh) 2021-05-14

Family

ID=75809454

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110024935.3A Pending CN112791386A (zh) 2021-01-08 2021-01-08 一种多窗口激活状态生成方法、装置、设备及可读存储介质

Country Status (1)

Country Link
CN (1) CN112791386A (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH02139626A (ja) * 1988-11-21 1990-05-29 Matsushita Electric Ind Co Ltd マルチウインドウイベント管理装置
CN1848078A (zh) * 2005-04-11 2006-10-18 田园 一种使视窗类操作系统拥有多个激活窗口的方法
US20110078621A1 (en) * 2009-09-28 2011-03-31 Casio Computer Co., Ltd. Thin client system, server apparatus, client apparatus, and storage medium
CN107621976A (zh) * 2017-09-12 2018-01-23 网宿科技股份有限公司 一种保持应用程序实例处于激活状态的方法及云服务器
CN110457109A (zh) * 2019-08-15 2019-11-15 北京字节跳动网络技术有限公司 多窗口并行方法及装置、终端和存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH02139626A (ja) * 1988-11-21 1990-05-29 Matsushita Electric Ind Co Ltd マルチウインドウイベント管理装置
CN1848078A (zh) * 2005-04-11 2006-10-18 田园 一种使视窗类操作系统拥有多个激活窗口的方法
US20110078621A1 (en) * 2009-09-28 2011-03-31 Casio Computer Co., Ltd. Thin client system, server apparatus, client apparatus, and storage medium
CN107621976A (zh) * 2017-09-12 2018-01-23 网宿科技股份有限公司 一种保持应用程序实例处于激活状态的方法及云服务器
CN110457109A (zh) * 2019-08-15 2019-11-15 北京字节跳动网络技术有限公司 多窗口并行方法及装置、终端和存储介质

Similar Documents

Publication Publication Date Title
WO2016151398A1 (en) System and method for configuring a platform instance at runtime
WO2019001074A1 (zh) 一种远程过程调用的方法、装置及计算机设备
US11720424B2 (en) Single flow execution
CN112395107A (zh) 税控设备控制的方法、装置、存储介质及电子设备
CN111200606A (zh) 深度学习模型任务处理方法、系统、服务器及存储介质
CN114356521A (zh) 任务调度方法、装置、电子设备及存储介质
CN111177160A (zh) 服务更新方法、装置、服务器及介质
CN112791386A (zh) 一种多窗口激活状态生成方法、装置、设备及可读存储介质
US8280950B2 (en) Automatic client-server code generator
CN113419880B (zh) 云手机根权限获取方法、相关装置及计算机程序产品
CN108228880B (zh) 数据库管理系统调用外部函数的方法、装置、设备及介质
US8135741B2 (en) Modifying service provider context information to facilitate locating interceptor context information
US20220276901A1 (en) Batch processing management
US20230393782A1 (en) Io request pipeline processing device, method and system, and storage medium
US7216349B2 (en) System and method for triggering message queue applications
EP3722955B1 (en) Unblocking processes in interprocess messaging passing
CN111611307B (zh) 报表导出方法及装置
CN111045787B (zh) 一种快速继续实验方法及系统
CN113065072A (zh) 用于社群营销管理的数据处理方法及系统
CN113986462A (zh) 一种基于k8s的运维系统、应用方法及存储介质
US10862757B2 (en) Isolating a redirected biometric device to a remote session
CN111897667A (zh) 一种基于事件驱动和lua协程的异步通信方法及装置
US20180121252A1 (en) System And Method For Providing Persistence In A Configurable Platform Instance
US11762783B1 (en) Enumerating dock-connected peripherals in a preferred order
WO2023116438A1 (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