CN114168211A - 系统兼容时使Android应用与Linux锁屏机制关联的方法 - Google Patents
系统兼容时使Android应用与Linux锁屏机制关联的方法 Download PDFInfo
- Publication number
- CN114168211A CN114168211A CN202210131198.1A CN202210131198A CN114168211A CN 114168211 A CN114168211 A CN 114168211A CN 202210131198 A CN202210131198 A CN 202210131198A CN 114168211 A CN114168211 A CN 114168211A
- Authority
- CN
- China
- Prior art keywords
- android
- linux
- application
- playing state
- multimedia playing
- 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.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements 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/44—Arrangements for executing specific programs
- G06F9/4401—Bootstrapping
- G06F9/4418—Suspend and resume; Hibernate and awake
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements 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/44—Arrangements for executing specific programs
- G06F9/451—Execution arrangements for user interfaces
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements 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/46—Multiprogramming arrangements
- G06F9/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
- G06F9/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Human Computer Interaction (AREA)
- Computer Security & Cryptography (AREA)
- User Interface Of Digital Computer (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
一种系统兼容时使Android应用与Linux锁屏机制关联的方法,所述方法包括以下步骤:S1:Linux系统上兼容Android系统运行的环境准备;S2:Linux端创建常驻服务,用于接收Android端多媒体播放状态变化并申请注册和注销锁屏锁;S3:Android系统监听Android应用的多媒体播放状态;S4:Android系统将所述多媒体播放状态变化实时通知给Linux端;S5:Linux端调用Dbus服务org.gnome.SessionManager,调用所述Dbus服务中的Inhibit函数方法阻止系统进入锁屏状态,调用所述Dbus服务中的Uninhibit函数方法允许系统进入锁屏状态。本发明的方法解决了Android应用在播放视频或音视频通话的情况下Linux系统仍会进入锁屏模式的问题,同时克服了Android系统原生锁屏机制下Android应用暂停播放视频时系统无法进入锁屏模式的缺陷。
Description
技术领域
本发明涉及Linux操作系统技术领域,具体地说,是一种在Linux兼容Android系统时能使Android应用与Linux锁屏机制关联的方法。
背景技术
近年来,随着Android系统用户的增长以及Android软、硬件产品的成熟和发展,Android应用生态呈现出爆发式的发展,在很多领域都已经超过Windows和iOS的应用生态,成为目前使用最广泛的应用生态。Android系统基于Linux内核发展而来,是目前移动终端市场中市场份额最高的Linux类操作系统,在移动终端领域具有极好的生态环境。在PC市场中,Linux操作系统作为Android的前身,发展较为缓慢,生态环境长期处于不良状态;而Windows系统占据着的最大份额,但是作为美国闭源操作系统,Windows系统在信息网络安全方面存在巨大安全隐患。
随着信息技术的飞速发展,国家对信息安全的重视程度日益提升,国内基于开源Linux操作系统的自主操作系统日益发展壮大,但Linux操作系统生态应用的严重缺乏仍旧是困扰Linux操作系统真正推向市场的一大痛点。由于Android系统基于Linux内核发展而来,所以给Linux操作系统兼容Android应用提供了极大的可能性和便利,使得移动端的丰富应用很有可能成功运行在PC端。近年来,Android应用生态在Linux操作系统上的兼容支持成为了研究热点,国内外有许多研究人员尝试将Android运行环境迁移到Linux类计算机平台以实现Android应用生态在Linux操作系统上兼容支持的效果,各种兼容技术衍生而出,这些技术将PC端和移动端进行融合,成功将Android应用生态迁移到Linux上来,极大地推动了Linux应用生态的发展。
但是与此同时,Android系统原生锁屏机制下视频播放类应用由于设计、开发标准与Linux系统没有做到完全统一,导致有些应用停留在暂停播放界面时系统无法进入锁屏状态,进而加大系统能耗;再者,Android和Linux两个系统的天然隔阂使得宿主机Linux系统无法感知Android应用的运行状态,出现Android应用在播放视频或进行音视频通话的情况下也可能出现系统进入锁屏状态的情况,给用户带来非常糟糕的使用体验。
发明内容
为解决上述问题,本发明的目的是提供一种系统兼容时使Android应用与Linux锁屏机制关联的方法,解决了Android应用在播放视频或音视频通话的情况下Linux系统仍会进入锁屏模式的问题,同时克服了Android系统原生锁屏机制下Android应用暂停播放视频时系统无法进入锁屏模式的缺陷。
为达到上述目的,本发明所采取的技术方案是:
一种系统兼容时使Android应用与Linux锁屏机制关联的方法,所述方法包括以下步骤:
S1:Linux系统上兼容Android系统运行的环境准备;
S2:Linux端创建常驻服务,用于接收Android端的多媒体播放状态变化并申请注册和注销锁屏锁;
S3:Android 系统监听Android应用的多媒体播放状态;
S4:Android系统将所述多媒体播放状态变化实时通知给Linux端;
S5:Linux端调用Dbus服务org.gnome.SessionManager,调用所述Dbus服务中的Inhibit函数方法阻止系统进入锁屏状态,调用所述Dbus服务中的Uninhibit函数方法允许系统进入锁屏状态。
其中,步骤S1中,首先在Linux系统上使用docker容器加载Android系统镜像,使Linux端和Android端共享同一Linux内核;之后在所述docker容器中启动Android端运行环境。
其中,步骤S2中包括,
S21 在Linux端创建一个常驻服务,在服务中创建socket服务端,用于接收Android端实时发送的Android应用的多媒体播放状态变化;
S22 所述常驻服务根据Android端的反馈结果向Linux系统申请注册和注销锁屏锁,使得整个Android系统作为Linux系统的一个应用进行处理。
具体地,在步骤S22中,当接收到Android端有多媒体播放或正在进行音视频会议的消息时,向Linux系统申请注册锁屏锁,使得Linux系统不会进入锁屏状态;当接收到Android端不存在多媒体播放或音视频会议的消息时,注销之前申请的锁屏锁,使得Linux系统能够结合Linux上其他应用状态分析是否应该按时进入锁屏状态。
其中,步骤S3中包括,
S31 修改Android系统默认的wakeLock申请机制,使得多个Android应用能同时申请使屏幕保持常亮的wakeLock锁;
S32 当打开Android应用播放视频或进行音视频会议时,应用向Android系统申请保持屏幕常亮的wakeLock锁,将这个应用记录下来并存入一个列表;
S33 监听Android系统的音频的播放状态,当所述音频播放状态有改变时,Android系统中通过已有的音频播放状态的回调接口获取当前所有音频输出的Android应用,并将这些应用记录并存入一个列表;
S34 比对所述S32和所述S33获得的两个应用列表,判定Android系统的多媒体播放状态。
具体地,在步骤S31中,Android系统中借助wakeLock机制结合音频播放状态判定Android应用的多媒体播放状态,当Android应用申请了保持屏幕常亮的wakeLock锁且有音频输出时则判定为多媒体播放状态,否则判定为无多媒体播放状态。
另外,在步骤S34中,进行比对后,判定方式为:当存在某个Android应用有音频输出且同时申请了保持屏幕常亮的wakeLock锁,则判定Android系统处于多媒体播放状态,反之则判定为无多媒体播放状态。
其中步骤S4包括,
S41 在Android系统中创建常驻服务,在所述常驻服务中创建socket通信客户端,用于发送多媒体播放状态变化到Linux端;
S42 Android系统记录好每一次反馈给Linux系统的多媒体播放状态,当一个应用处于多媒体播放状态或者多个应用同时处于多媒体播放状态时都判定为同一多媒体播放状态类型;
S43 Android系统综合所述S34和所述S42的结果来决定是否向Linux端发送多媒体播放状态改变的通知;
S44 所述S41的常驻服务通过socket通信将多媒体播放状态变化发送给Linux端。
具体地,在步骤S43中,如果所述S42的结果与所述S34更新的状态相同,忽略这次状态更新;如果所述S42的结果与所述S34更新的状态不同,将当前的状态不同的消息通过广播的形式发送给所述S41创建的常驻服务。
本发明的有益效果在于:
与现有技术相比,本发明解决了Android应用在Linux系统上运行,即有Android应用播放视频或执行持续性更新界面的操作时,Linux系统到了用户设置的锁屏时间将进入锁屏状态的问题;且不同于Android系统本身的锁屏机制,当某些Android应用暂停播放视频且停留在该页面时Android系统也不会进入锁屏模式,而本发明所述方法很好的解决了这个问题,当Android应用未真正播放视频或进行持续性更新界面时便通知Linux系统可以进入锁屏模式。
本发明不仅解决了Linux系统中用户利用Android应用观看视频或音视频会议时Linux系统也会进入锁屏状态的问题,为用户带来更好的使用体验,同时也保证了Android应用暂停播放视频时Linux系统能够进入锁屏状态,使得系统更加节约功耗。
当然,实施本发明的任一产品并不一定需要同时达到以上所述的所有技术效果,本领域技术人员可以根据需要进行择一引用。
附图说明
图1:本发明实施例的主要实现流程框架图;
图2:本发明实施例的Android系统的核心监控流程示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明了,下面结合具体实施方式并参照附图,对本发明进一步详细说明。应该理解,这些描述只是示例性的,而并非要限制本发明的范围。此外,在以下说明中,省略了对公知结构和技术的描述,以避免不必要地混淆本发明的概念。
一种系统兼容时使Android应用与Linux锁屏机制关联的方法,在Linux兼容Android系统时使用,如图1所示,所涉及模块有Android应用层、Android系统层、Linux常驻服务以及Linux系统层。Android系统和Linux系统共用同一内核,Android应用受Android系统监控及管理,Android系统通过socket和Linux常驻服务通信,最终由Linux系统层决定是否进入锁屏状态。
本发明所述方法包括以下步骤:
S1:Linux系统上兼容Android系统运行的环境准备。
具体来说,主要包括:
S11 在Linux系统上使用docker容器加载Android系统镜像,使Linux端和Android端共享同一Linux内核;
S12 在所述docker容器中启动Android端的运行环境。
S2:Linux端创建常驻服务,用于接收Android端多媒体播放状态变化并申请注册和注销锁屏锁。
具体来说,主要包括下面的步骤:
S21 在Linux端创建一个常驻服务,随Linux系统开机运行,在服务中创建socket服务端,负责接收Android端实时发送的Android应用的多媒体播放状态变化;
S22 所述常驻服务根据Android端的反馈结果向Linux系统申请注册和注销锁屏锁,把整个Android系统当做Linux系统的一个应用进行处理。具体的,由于Android系统运行在docker容器内,对于Android应用的运行状态、多媒体播放状态等,Linux系统是无法感知的;当接收到Android端有多媒体播放或正在进行音视频会议的消息时,向Linux系统申请注册锁屏锁,使得Linux系统不会进入锁屏状态;当接收到Android端不存在多媒体播放或音视频会议的消息时,注销之前申请的锁屏锁,使得Linux系统能够结合Linux上其他应用状态分析是否应该按时进入锁屏状态。
S3:Android 系统监听Android应用的多媒体播放状态。
具体来说,包括以下步骤:
S31 修改Android系统默认的wakeLock申请机制,使得多个Android应用能同时申请使屏幕保持常亮的wakeLock锁;具体的,由于不同Android应用使用的播放器不一样,系统中多媒体模块也没有一个统一的接口判定当前应用的多媒体播放状态,再加上某些应用暂停播放视频时不会释放wakeLock锁,因此借助wakeLock机制结合音频播放状态来判定Android应用多媒体播放状态,当Android应用申请了保持屏幕常亮的wakeLock锁且有音频输出时则判定为多媒体播放状态,否则判定为无多媒体播放状态。
另一方面,Android系统默认wakeLock机制中当有一个应用申请了保持屏幕常亮的wakeLock后,则其他应用无法再申请一个新的wakeLock,这将导致Android系统无法很好的对每个应用进行多媒体播放状态监控,因此修改Android系统默认的wakeLock机制,修改应用申请wakeLock时的判断条件,使得多个应用能同时申请保持常亮的wakeLock锁。
S32 当打开Android应用播放视频或进行音视频会议时,应用会向Android系统申请保持屏幕常亮的wakeLock锁,此时,将这个应用记录下来并存入一个列表。
S33 监听Android系统的音频的播放状态,当所述音频播放状态有改变时,Android系统中会有音频播放状态的回调接口,在所述回调接口中可以获取到当前所有音频输出的Android应用,并将这些应用记录并存入一个列表。
S34 比对所述S32和所述S33获得的两个应用列表,如果存在某个Android应用有音频输出且同时申请了保持屏幕常亮的wakeLock锁,则判定Android系统处于多媒体播放状态,反之则判定为无多媒体播放状态;由于Android系统中音乐类应用仅仅播放音频时不会申请wakeLock锁,因此该判断机制很好的区分了音频播放行为和视频播放行为,避免了在音乐播放或收听FM的情况下系统也无法进入锁屏模式的情况。
S4:当多媒体播放状态改变时Android系统将所述多媒体播放状态变化实时通知给Linux端。
具体来说,主要包括:
S41 在Android系统中创建常驻服务,在所述常驻服务中创建socket通信客户端,负责发送多媒体播放状态变化到Linux端;
S42 Android系统记录好每一次反馈给Linux系统的多媒体播放状态,当一个应用处于多媒体播放状态或者多个应用同时处于多媒体播放状态时都判定为同一多媒体播放状态类型。
S43 Android系统综合所述S34和所述S42的结果来决定是否向Linux端发送多媒体播放状态改变的通知。具体的,如果所述S42的结果即上一次发送给Linux系统的状态消息和所述S34更新的状态相同,即都是多媒体播放状态或者都是无多媒体播放状态,则忽略这次状态更新;如果所述S42的结果即上一次发送给Linux系统的状态消息和所述S34更新的状态不同,即一个是多媒体播放状态另一个是无多媒体播放状态,则将当前的状态不同的消息通过广播的形式发送给所述S41创建的常驻服务。
S44 所述S41的常驻服务通过socket通信将多媒体播放状态变化发送给Linux端。
S5:Linux端调用Dbus服务org.gnome.SessionManager中的Inhibit函数方法阻止系统进入锁屏状态,调用所述Dbus服务中的Uninhibit函数方法允许系统进入锁屏状态。从而使Linux系统的锁屏机制与Android应用的多媒体播放状态进行关联。
通过这种判定机制,使得多个Android应用以一个Linux应用的形态存在于Linux系统中,完美兼容了Linux系统的锁屏机制。
如图2所示,是本发明中Android系统的核心监控流程模块示意图,主要包括了监控模块、交互界面模块、通信模块以及接口框架模块等。其中,监控模块运行于Android系统层,它通过接口框架模块对应用模块实施监控,对Android应用层何时申请wakeLock休眠锁以及音频播放状态改变进行实时监听,同时,交互界面模块用于触发接口框架模块,通过接口框架模块通知通信模块当前Android系统的多媒体播放状态。四大模块相互协调、配合工作构成Android系统监控整体,保证了本发明所述的锁屏机制的正常运行。
本发明解决了Android应用在Linux系统上运行,Android应用有播放视频或执行持续性更新界面的操作时,Linux系统到了用户设置的锁屏时间时会进入锁屏状态的问题;且不同于Android系统本身的锁屏机制,当某些应用暂停播放视频且停留在该页面时Android系统仍将保持亮屏,而本发明所述的锁屏机制很好的解决了这个问题,当Android应用暂停播放视频或未进行持续性更新界面时便通知Linux系统可以进入锁屏模式。该锁屏机制不仅解决了Linux系统中用户使用Android应用观看视频或进行音视频会议时Linux系统无法感应用状态因而进入锁屏状态的问题;同时也保证了Android应用暂停播放视频时Linux系统能够进入锁屏状态,为用户带来了更好的使用体验,也使得系统更加节约功耗。
以上对本发明实施例所提供的一种在Linux兼容Android系统时使Android应用与Linux锁屏机制关联的方法进行了详细介绍。以上实施例的说明只是用于帮助理解本发明的方法及其核心思想;同时,对于本领域的一般技术人员,依据本发明的思想,在具体实施方式及应用范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明保护范围的限制。
如在说明书及权利要求当中使用了某些词汇来指称特定组件或模块。本领域技术人员应可理解,不同机构可能会用不同名词来称呼同一个组件或模块。本说明书及权利要求并不以名称的差异来作为区分组件的方式,而是以组件或模块在功能上的差异来作为区分的准则。如在通篇说明书及权利要求当中所提及的“包含”、“包括”为开放式用语,故应解释成“包含但不限定于”。说明书后续描述为实施本发明的较佳实施方式,然所述描述乃以说明本发明的一般原则为目的,并非用以限定本发明的范围。本发明的保护范围当视所附权利要求所界定为准。
Claims (9)
1.一种系统兼容时使Android应用与Linux锁屏机制关联的方法,其特征在于,所述方法包括以下步骤:
S1:Linux系统上兼容Android系统运行的环境准备;
S2:Linux端创建常驻服务,用于接收Android端的多媒体播放状态变化并申请注册和注销锁屏锁;
S3:Android 系统监听Android应用的多媒体播放状态;
S4:Android系统将所述多媒体播放状态变化实时通知给Linux端;
S5:Linux端调用Dbus服务org.gnome.SessionManager,调用所述Dbus服务中的Inhibit函数方法阻止系统进入锁屏状态,调用所述Dbus服务中的Uninhibit函数方法允许系统进入锁屏状态。
2.如权利要求1所述的系统兼容时使Android应用与Linux锁屏机制关联的方法,其特征在于:步骤S1中,首先在Linux系统上使用docker容器加载Android系统镜像,使Linux端和Android端共享同一Linux内核;之后在所述docker容器中启动Android端运行环境。
3.如权利要求1所述的系统兼容时使Android应用与Linux锁屏机制关联的方法,其特征在于:步骤S2中包括,
S21 在Linux端创建一个常驻服务,在服务中创建socket服务端,用于接收Android端实时发送的Android应用的多媒体播放状态变化;
S22 所述常驻服务根据Android端的反馈结果向Linux系统申请注册和注销锁屏锁,使得整个Android系统作为Linux系统的一个应用进行处理。
4.如权利要求3所述的系统兼容时使Android应用与Linux锁屏机制关联的方法,其特征在于:步骤S22中,当接收到Android端有多媒体播放或正在进行音视频会议的消息时,向Linux系统申请注册锁屏锁,使得Linux系统不会进入锁屏状态;当接收到Android端不存在多媒体播放或音视频会议的消息时,注销之前申请的锁屏锁,使得Linux系统能够结合Linux上其他应用状态分析是否应该按时进入锁屏状态。
5.如权利要求1所述的系统兼容时使Android应用与Linux锁屏机制关联的方法,其特征在于:步骤S3中包括,
S31 修改Android系统默认的wakeLock申请机制,使得多个Android应用能同时申请使屏幕保持常亮的wakeLock锁;
S32 当打开Android应用播放视频或进行音视频会议时,应用向Android系统申请保持屏幕常亮的wakeLock锁,将这个应用记录下来并存入一个列表;
S33 监听Android系统的音频播放状态,当所述音频播放状态有改变时,Android系统中通过已有的音频播放状态的回调接口获取当前所有音频输出的Android应用,并将这些应用记录并存入一个列表;
S34 比对所述S32和所述S33获得的两个应用列表,判定Android系统的多媒体播放状态。
6.如权利要求5所述的系统兼容时使Android应用与Linux锁屏机制关联的方法,其特征在于:步骤S31中,Android系统中借助wakeLock机制结合音频播放状态判定Android应用的多媒体播放状态,当Android应用申请了保持屏幕常亮的wakeLock锁且有音频输出时则判定为多媒体播放状态,否则判定为无多媒体播放状态。
7.如权利要求5所述的系统兼容时使Android应用与Linux锁屏机制关联的方法,其特征在于:步骤S34中,进行比对后,判定方式为:当存在某个Android应用有音频输出且同时申请了保持屏幕常亮的wakeLock锁,则判定Android系统处于多媒体播放状态,反之则判定为无多媒体播放状态。
8.如权利要求7所述的系统兼容时使Android应用与Linux锁屏机制关联的方法,其特征在于:步骤S4包括,
S41 在Android系统中创建常驻服务,在所述常驻服务中创建socket通信客户端,用于发送多媒体播放状态变化到Linux端;
S42 Android系统记录好每一次反馈给Linux系统的多媒体播放状态,当一个应用处于多媒体播放状态或者多个应用同时处于多媒体播放状态时都判定为同一多媒体播放状态类型;
S43 Android系统综合所述S34和所述S42的结果来决定是否向Linux端发送多媒体播放状态改变的通知;
S44 所述S41的常驻服务通过socket通信将多媒体播放状态变化发送给Linux端。
9.如权利要求8所述的系统兼容时使Android应用与Linux锁屏机制关联的方法,其特征在于:步骤S43中,如果所述S42的结果与所述S34更新的状态相同,忽略这次状态更新;如果所述S42的结果与所述S34更新的状态不同,将当前的状态不同的消息通过广播的形式发送给所述S41创建的常驻服务。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210131198.1A CN114168211B (zh) | 2022-02-14 | 2022-02-14 | 系统兼容时使Android应用与Linux锁屏机制关联的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210131198.1A CN114168211B (zh) | 2022-02-14 | 2022-02-14 | 系统兼容时使Android应用与Linux锁屏机制关联的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN114168211A true CN114168211A (zh) | 2022-03-11 |
CN114168211B CN114168211B (zh) | 2022-05-20 |
Family
ID=80489825
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210131198.1A Active CN114168211B (zh) | 2022-02-14 | 2022-02-14 | 系统兼容时使Android应用与Linux锁屏机制关联的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN114168211B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117271270A (zh) * | 2023-11-21 | 2023-12-22 | 麒麟软件有限公司 | 在Web操作系统上监控Android音乐播放的方法 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106453892A (zh) * | 2016-10-11 | 2017-02-22 | 武汉斗鱼网络科技有限公司 | 基于亮度动态调节的Android屏幕常亮与节能控制方法及系统 |
CN107003891A (zh) * | 2016-08-31 | 2017-08-01 | 深圳前海达闼云端智能科技有限公司 | 虚拟机切换方法、装置、电子设备和计算机程序产品 |
WO2020224337A1 (zh) * | 2019-05-07 | 2020-11-12 | 北京沃东天骏信息技术有限公司 | 锁屏视频的分屏播放方法、装置、设备及存储介质 |
CN111930340A (zh) * | 2020-09-21 | 2020-11-13 | 北京技德系统技术有限公司 | 一种基于Linux与Android兼容技术的虚拟音频装置与方法 |
CN113835672A (zh) * | 2021-11-23 | 2021-12-24 | 北京鲸鲮信息系统技术有限公司 | Linux兼容Android的音频控制方法、系统及装置 |
-
2022
- 2022-02-14 CN CN202210131198.1A patent/CN114168211B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107003891A (zh) * | 2016-08-31 | 2017-08-01 | 深圳前海达闼云端智能科技有限公司 | 虚拟机切换方法、装置、电子设备和计算机程序产品 |
CN106453892A (zh) * | 2016-10-11 | 2017-02-22 | 武汉斗鱼网络科技有限公司 | 基于亮度动态调节的Android屏幕常亮与节能控制方法及系统 |
WO2020224337A1 (zh) * | 2019-05-07 | 2020-11-12 | 北京沃东天骏信息技术有限公司 | 锁屏视频的分屏播放方法、装置、设备及存储介质 |
CN111930340A (zh) * | 2020-09-21 | 2020-11-13 | 北京技德系统技术有限公司 | 一种基于Linux与Android兼容技术的虚拟音频装置与方法 |
CN113835672A (zh) * | 2021-11-23 | 2021-12-24 | 北京鲸鲮信息系统技术有限公司 | Linux兼容Android的音频控制方法、系统及装置 |
Non-Patent Citations (2)
Title |
---|
守候心田: "Android 电源管理 -- wakelock机制", 《CHINAUNIX博客》 * |
张云临: "Linux电源管理研究笔记—gnome-power-manager的工作原理", 《博客园》 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN117271270A (zh) * | 2023-11-21 | 2023-12-22 | 麒麟软件有限公司 | 在Web操作系统上监控Android音乐播放的方法 |
CN117271270B (zh) * | 2023-11-21 | 2024-04-05 | 麒麟软件有限公司 | 在Web操作系统上监控Android音乐播放的方法 |
Also Published As
Publication number | Publication date |
---|---|
CN114168211B (zh) | 2022-05-20 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11140315B2 (en) | Method, storage medium, terminal device, and server for managing push information | |
CN108184164B (zh) | 音频播放方法、智能电视及计算机可读存储介质 | |
US11025860B2 (en) | Configuring output on a communication device | |
CN111629409B (zh) | 通话控制方法、装置及电子设备 | |
CN106936671B (zh) | 多屏互动方法、装置及终端设备 | |
CN104253899B (zh) | 通讯终端的控制方法和装置 | |
CN103546616A (zh) | 一种调节音量的方法及装置 | |
CN112751971A (zh) | 语音播放方法、装置及电子设备 | |
CN104133610A (zh) | 移动终端的分屏交互方法及移动终端 | |
CN109842819B (zh) | 一种视频播放互动方法、装置、系统、用户终端和介质 | |
CN114168211B (zh) | 系统兼容时使Android应用与Linux锁屏机制关联的方法 | |
CN105072019A (zh) | 即时通信的消息的处理方法及处理系统 | |
CN112272329B (zh) | 一种加快安卓列表显示速度的方法 | |
CN109669765B (zh) | 应用切换方法及装置 | |
CN112711366A (zh) | 图像生成方法、装置和电子设备 | |
CN112767936A (zh) | 语音对话方法、装置、存储介质及电子设备 | |
CN113473395B (zh) | 消息处理方法、装置、介质及电子设备 | |
CN104092831A (zh) | 一种在手机锁屏上显示内容的系统和方法 | |
CN114143586A (zh) | 一种分屏显示共享方法、系统、存储介质以智慧屏 | |
CN109743609A (zh) | 电视设备显示的控制方法、系统、终端及存储介质 | |
CN105357561A (zh) | 一种信息处理方法及终端 | |
US20150054909A1 (en) | Data processing method and device | |
CN109086123A (zh) | 应用会话的迁移方法、装置、终端、服务器及存储介质 | |
CN115695388A (zh) | 一种多媒体会议的控制方法及装置 | |
CN114928711A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |