来电提醒方法、电子设备和计算机可读存储介质
文献发布时间:2023-07-05 06:30:04
技术领域
本申请涉及电子技术领域,具体涉及一种来电提醒方法、电子设备和计算机可读存储介质。
背景技术
随着通信技术的发展,分布式技术越来越多的应用到了电子设备中。分布式技术在社交、办公、出行等一些场景下给用户带来更轻松、便捷的体验。比如,在分布式通话场景,手机和其他的电子设备通过近场通信,例如无线保真(wireless fidelity,Wi-Fi)、蓝牙(bluetooth,BT)、点对点(peer-to-peer,P2P)等组成一个局域网,建立信任环,共享手机的通话能力。当手机接收到来电信号时,信任环内的各个电子设备均进行来电提醒,实现来电同振。然而,使用中发现,来电同振虽然便捷,但是存在设备功耗较大的问题。
发明内容
本申请提供了一种来电提醒方法、电子设备和计算机可读存储介质,能够降低设备功耗。
第一方面,本申请提供一种来电提醒方法,应用于第一电子设备,第一电子设备所在的信任环还包括至少一个受信任电子设备,该方法包括:
当第一电子设备接收到第一来电时,获取信任环内的至少一个在线设备;在线设备是指与第一电子设备保持通信的受信任电子设备;
获取第一电子设备和至少一个在线设备的状态;状态包括第一状态和/或第二状态;第一状态用于表征电子设备是否正在处理第一电子设备的其他来电;第二状态用于表征电子设备是否正在使用且未处理来电;
根据第一电子设备和至少一个在线设备的状态,在第一电子设备和至少一个在线设备中确定目标设备;目标设备用于对第一来电进行来电提醒。
可选的,第一状态可以包括通话状态和非通话状态。通话状态用于表征电子设备正在处理第一电子设备的其他来电,非通话状态用于表征电子设备未处理第一电子设备的其他来电。
可选的,第二状态可以包括使用状态和非使用状态。使用状态用于表征电子设备正在使用且未处理来电,非使用状态用于表征电子设备未正在使用且未处理来电。可选的,正在使用可以包括电子设备的屏幕处于亮屏且未锁屏状态,和/或,电子设备存在触控事件等。可选的,未正在使用可以包括电子设备的屏幕处于灭屏(或称为熄屏、黑屏等)状态或锁屏状态,和/或,电子设备不存在触控事件等。
第一方面提供的来电提醒方法,在第一电子设备接收到第一来电时,通过获取第一电子设备和至少一个在线设备的状态,根据第一电子设备和至少一个在线设备的状态确定目标设备。也就是说,在第一电子设备接收到第一来电时,结合信任环内各个设备的状态确定需要来电提醒的设备,即根据设备的状态确定是否来电同振,而不是直接由信任环内所有设备都进行来电同振。这样,能够降低信任环中部分设备的功耗,延长设备的待机时长,提高用户体验。
一种可能的实现方式中,第一状态包括通话状态,通话状态用于表征电子设备正在处理第一电子设备的其他来电;根据第一电子设备和至少一个在线设备的状态,在第一电子设备和至少一个在线设备中确定目标设备,包括:
若第一电子设备和至少一个在线设备中存在第一状态为通话状态的电子设备,则将第一电子设备和至少一个在线设备中第一状态为通话状态的电子设备确定为目标设备。
该实现方式中,在第一电子设备和至少一个在线设备中存在处于通话状态的电子设备(即第一来电不是初始来电)的情况下,直接由处于通话状态的电子设备进行来电提醒,处于非通话状态的电子设备不进行来电提醒,从而能够降低处于非通话状态的电子设备的功耗,延长设备的待机时长,提高用户体验。而且,一般同一设备的多路来电需要同一用户来处理,因而第一来电和处于通话状态的电子设备正在处理的来电需要同一用户来处理。所以,将第一来电在处于通话状态的电子设备上进行来电提醒,能够准确的通知到用户,提高用户体验。另外一方面,该实现方式提供的方法也能够避免对处于使用状态(即正在使用且未处理来电)的电子设备的用户造成影响,提高用户体验。
一种可能的实现方式中,第一状态包括通话状态,通话状态用于表征电子设备正在处理第一电子设备的其他来电,第二状态包括使用状态,使用状态用于表征电子设备正在使用且未处理来电;
根据第一电子设备和至少一个在线设备的状态,在第一电子设备和至少一个在线设备中确定目标设备,包括:若第一电子设备和至少一个在线设备中不存在第一状态为通话状态的电子设备,且存在第二状态为使用状态的电子设备,则将第一电子设备和至少一个在线设备中第二状态为使用状态的电子设备确定为目标设备。
该实现方式中,在第一电子设备和至少一个在线设备中不存在第一状态为通话状态的电子设备(即第一来电为初始来电),且存在第二状态为使用状态的电子设备的情况下,将第二状态为使用状态的电子设备确定为目标设备,即,仅对处于使用状态的设备进行来电提醒,处于非使用状态的设备不进行来电提醒,从而能够降低处于非使用状态的设备的功耗,延长设备的待机时长,提高用户体验。
一种可能的实现方式中,根据第一电子设备和至少一个在线设备的状态,在第一电子设备和至少一个在线设备中确定目标设备,还包括:
若第一电子设备和至少一个在线设备中不存在第一状态为通话状态的电子设备,且不存在第二状态为使用状态的电子设备,则将第一电子设备和所有在线设备确定为目标设备。
该实现方式中,在第一电子设备和至少一个在线设备中不存在第一状态为通话状态的电子设备(即第一来电为初始来电),且不存在第二状态为使用状态的电子设备的情况下,将第一电子设备和所有在线设备均确定为目标设备,均进行来电提。这样能够防止用户错过来电,提高用户体验。
一种可能的实现方式中,获取信任环内的至少一个在线设备,包括:
获取同振设备列表;同振设备列表中包括信任环内的电子设备的信息;根据同振设备列表获取至少一个在线设备。
该实现方式中,第一电子设备通过同振设备列表对信任环内电子设备的信息进行管理,能够简单方便的获取到信任环内存在的在线设备。
一种可能的实现方式中,同振设备列表中不包括与第一电子设备断开通信的受信任电子设备的信息,根据同振设备列表获取至少一个在线设备,包括:
将同振设备列表中的所有受信任电子设备确定为在线设备。
也就是说,该实现方式中,同振设备列表中仅包括第一电子设备和信任环内在线的电子设备的信息,不包括离线的电子设备的信息。
可选的,第一电子设备可以通过获取信任环内受信任电子设备的在线情况,对同振设备列表中所包含的电子设备进行刷新。增加处于在线状态但未包括在当前同振设备列表中的电子设备的信息,删除当前同振设备列表中处于离线状态的电子设备的信息。
该实现方式中,同振设备列表中不包括与第一电子设备断开通信的受信任电子设备的信息,即不包括信任环的处于离线状态的电子设备,因而可以直接将同振设备列表中的所有受信任电子设备确定为在线设备,获取在线设备的方法简单便捷。
一种可能的实现方式中,同振设备列表中包括信任环内所有电子设备的信息,信息包括第三状态,第三状态包括在线状态,在线状态用于表征受信任电子设备与第一电子设备保持通信;根据同振设备列表获取信任环内的在线设备,包括:
将同振设备列表中第三状态为在线状态的受信任电子设备确定为在线设备。
也就是说,该实现方式中,同振设备列表中既包括信任环内处于在线状态的电子设备的信息,又包括信任环内处于离线状态的电子设备的信息。
可选的,第一电子设备可以根据信任环中电子设备的在线情况实时更新同振设备列表电子设备的第三状态。例如,可以定时检查信任环中各个设备的在线情况,并根据检查结果对同振设备列表中电子设备的第三状态进行更新。
该实现方式中,包括信任环内所有电子设备的信息,同振设备列表中的信息包括信任环内各个电子设备的第三状态。根据同振设备列表中电子设备的第三状态,也能够直接、准确的确定出在线设备,而且同振设备列表中包括电子设备的第三状态,便于电子设备根据同振设备列表对信任环内各个设备进行管理。
一种可能的实现方式中,信息包括状态,获取第一电子设备和至少一个在线设备的状态,包括:
查询同振设备列表获取第一电子设备和至少一个在线设备的状态。
该实现方式中,将电子设备的第一状态和第二状态纳入同振设备列表中进行管理,使得第一电子设备查询同振设备列表可以直接获取第一电子设备和至少一个在线设备的状态,从而能够快速的根据获取的状态确定出目标设备,提高来电提醒的效率。
一种可能的实现方式中,状态包括第二状态,获取同振设备列表之前,该方法还包括:
获取第一电子设备和至少一个在线设备的第二状态,并将获取的第一电子设备和至少一个在线设备的第二状态更新至同振设备列表。
该实现方式中,通过获取并更新第一电子设备和至少一个在线设备的第二状态,使得同振设备列表中电子设备的第二状态为最新状态,提高第二状态的准确性,从而提高来电提醒的准确性。
一种可能的实现方式中,获取第一电子设备和至少一个在线设备的第二状态,包括:
监听第一电子设备的第二状态,当第一电子设备的第二状态发生变化时,将第一电子设备变化后的第二状态更新至同振设备列表;接收在线设备发送的最新第二状态,最新第二状态为在线设备在第二状态发生变化时发送的在线设备变化后的第二状态。
该实现方式中,在第一电子设备的其第二状态发生变化时,更新同振设备列表;且在线设备在其第二状态发生变化时,将变化后的最新第二状态发送至第一电子设备,由第一电子设备更新同振设备列表。如此,能够保证同振设备列表中第二状态的实时性和准确性。
一种可能的实现方式中,状态包括第一状态,该方法还包括:
若第一来电被接听设备接听,则更新同振设备列表中接听设备的第一状态为通话状态;接听设备是指接听第一来电的设备。
该实现方式中,在第一来电被接听设备接听后,更新同振设备列表中接听设备的第一状态为通话状态,保证了同振设备列表中电子设备第一状态的实时性和准确性,使得后续有新的来电时,第一电子设备根据第一状态确定的目标设备更加准确,从而提高来电提醒的准确性。
一种可能的实现方式中,该方法还包括:
在目标设备的数量为两个或两个以上的情况下,若第一来电被接听设备接听,则通知目标设备中除接听设备外的其他电子设备停止来电提醒;接听设备是指接听第一来电的设备。
该实现方式中,在第一来电被接听设备接听后,通知目标设备中除接听设备外的其他电子设备停止来电提醒,进一步降低其他电子设备的功耗,提高用户体验。
一种可能的实现方式中,该方法还包括:
若目标设备包括第一电子设备,则对第一来电进行来电提醒;若目标设备包括受信任电子设备,则向目标设备中的受信任电子设备发送同振消息,同振消息用于目标设备中的受信任电子设备对第一来电进行来电提醒。
也就是说,根据第一电子设备和在线设备的状态确定出的目标设备中,若包括第一电子设备,则第一电子设备直接进行来电提醒;若包括受信任电子设备,则第一电子设备向目标设备中的受信任电子设备发送同振消息,使得目标设备中的受信任电子设备根据同振消息对第一来电进行来电提醒。
第二方面,本申请提供一种装置,该装置包含在电子设备中,该装置具有实现上述第一方面及上述第一方面的可能实现方式中电子设备行为的功能。功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。硬件或软件包括一个或多个与上述功能相对应的模块或单元。例如,接收模块或单元、处理模块或单元等。
第三方面,本申请提供一种电子设备,电子设备包括:处理器、存储器和接口;处理器、存储器和接口相互配合,使得电子设备执行第一方面的技术方案中任意一种方法。
第四方面,本申请提供一种芯片,包括处理器。处理器用于读取并执行存储器中存储的计算机程序,以执行第一方面及其任意可能的实现方式中的方法。
可选的,芯片还包括存储器,存储器与处理器通过电路或电线连接。
进一步可选的,芯片还包括通信接口。
第五方面,本申请提供一种计算机可读存储介质,计算机可读存储介质中存储了计算机程序,当计算机程序被处理器执行时,使得该处理器执行第一方面的技术方案中任意一种方法。
第六方面,本申请提供一种计算机程序产品,计算机程序产品包括:计算机程序代码,当计算机程序代码在电子设备上运行时,使得该电子设备执行第一方面的技术方案中任意一种方法。
附图说明
图1是本申请实施例提供的一例来电提醒方法所适用的系统架构示意图;
图2是相关技术中来电同振的一种场景示意图;
图3是本申请实施例提供的一例第一电子设备的结构示意图;
图4是本申请实施例提供的一例第一电子设备的软件结构框图;
图5是本申请实施例提供的一例来电提醒方法的应用场景示意图;
图6A是本申请实施例提供的一例来电提醒方法中状态获取阶段和来电同振阶段的流程示意图;
图6B是本申请实施例提供的一例来电提醒方法中来电处理阶段和通话记录生成阶段的流程示意图;
图7是本申请实施例提供的一例平板电脑的通话界面的示意图;
图8是本申请实施例提供的一例通话记录的界面示意图;
图9是本申请实施例提供的另一例来电提醒方法的应用场景示意图;
图10是本申请实施例提供的一例来电提醒方法中来电同振阶段和来电处理阶段的流程示意图;
图11是本申请实施例提供的又一例来电提醒方法的应用场景示意图;
图12是本申请实施例提供的又一例来电提醒方法的应用场景示意图;
图13是本申请实施例提供的一例来电提醒方法中来电同振阶段和来电处理阶段的流程示意图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述。其中,在本申请实施例的描述中,除非另有说明,“/”表示或的意思,例如,A/B可以表示A或B;本文中的“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,在本申请实施例的描述中,“多个”是指两个或多于两个。
以下,术语“第一”、“第二”、“第三”仅用于描述目的,而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此,限定有“第一”、“第二”、“第三”的特征可以明示或者隐含地包括一个或者更多个该特征。
在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此,在本申请说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例,而是意味着“一个或多个但不是所有的实施例”,除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”,除非是以其他方式另外特别强调。
为更好地理解本申请实施例,以下对实施例中可能涉及的术语或概念进行解释说明。
1、信任环和受信任电子设备
两个或两个以上电子设备之间通过可信认证,建立信任关系,形成信任环。
电子设备之间可以通过下述方法中的任一种进行可信认证,建立信任关系,形成信任环:1)在两个或两个以上的电子设备上分别登陆同一账号,同一账号下的电子设备相互信任,那么上述两个或两个以上的电子设备构成一个信任环;例如,同一个用户的两个手机,或者同一个用户的手机、平板电脑、笔记本电脑等可以通过登录该用户的账号进行可信认证,建立信任关系,构成一个信任环。2)两个或两个以上的电子设备通过私有协议进行可信认证,建立信任关系,形成信任环;3)两个或两个以上的电子设备通过登录云端进行可信认证,建立信任关系,形成信任环。可以理解,以上几种方式仅用于举例说明,并不构成对本申请的任何限定。
信任环内的电子设备通过近场通信组成局域网,通过局域网能够进行数据的同步,实现设备的协同。数据的同步包括但不限于来电提醒的同步。
信任环内中主动发起同步请求的电子设备可以称为主设备,与主设备相互通过可信认证,存在信任关系的其他电子设备称为受信任电子设备。例如,手机、平板电脑和笔记本电脑构成信任环,手机通过“超级终端”搜索并申请与平板电脑和笔记本电脑协同。则,手机为主设备,平板电脑和笔记本电脑为受信任电子设备。
2、状态
第一状态:用于表征电子设备是否正在处理主设备的来电。第一状态包括通话状态和非通话状态。
通话状态:用于表征电子设备正在处理主设备的来电。
非通话状态:用于表征电子设备未在处理主设备的来电。
第二状态:用于表征电子设备是否正在使用且未处理来电。第二状态可以包括使用状态和非使用状态。
使用状态:用于表征电子设备正在使用且未处理来电。可选的,正在使用是指电子设备的屏幕处于亮屏且未锁屏状态,和/或,电子设备存在触控事件等。其中,亮屏且未锁屏状态可以包括设置屏幕锁的情况下电子设备处于亮屏且解锁状态,以及未设置屏幕锁的情况下电子设备处于亮屏状态。
非使用状态:用于表征电子设备未使用且未处理来电。可选的,未使用是指电子设备的屏幕处于灭屏(或称为熄屏、黑屏等)状态或锁屏状态,和/或,电子设备不存在触控事件等。
第三状态:用于表征受信任电子设备是否处于近场通信的局域网内,是否能够主设备通信。第三状态包括在线状态和离线状态。
在线状态:是指受信任电子设备处于近场通信的局域网内,能够与主设备通信。
离线状态:是指受信任电子设备未处于近未场通信的局域网内,不能够与主设备通信。
在线设备:是指信任环中处于在线状态,即能够与信任环内其他电子设备保持通信的电子设备。
目标设备:根据本申请实施例提供的方法确定出的需要进行来电提醒的电子设备。本申请实施例中,目标设备包括第一目标同振设备和第二目标同振设备。需要说明的是,本申请实施例中,目标设备可以是主设备也可以是受信任电子设备。
第一目标同振设备:是指信任环中处于在线状态且处于通话状态的电子设备,即信任环中第三状态为在线状态且第一状态为通话状态的电子设备。
第二目标同振设备:是指信任环中处于在线状态且处于使用状态的电子设备,即信任环中第三状态为在线状态且第二状态为使用状态的电子设备。
本申请实施例涉及信任环中主设备接收到来电时,对该来电的提醒方法。下面结合附图和应用场景对该来电提醒方法进行详细阐述。
示例性的,图1示出了本申请一实施例提供的来电提醒方法所适用的系统架构示意图。如图1所示,该系统包括呼叫方设备101、被呼叫方设备102和受信任电子设备103。其中,被呼叫方设备102与各个受信任电子设备103通过可信认证,建立信任关系,构成信任环,被呼叫方设备102为该信任环中的主设备。
呼叫方设备101和被呼叫方设备102均为具有电话呼叫通话功能的电子设备。可选的,呼叫方设备101和被呼叫方设备102可以是手机、平板电脑、可穿戴设备、车载设备等具有移动通信能力的电子设备等。图1中以呼叫设备101和被呼叫设备均为手机为例进行说明。呼叫方设备101和被呼叫方设备102之间能够建立呼叫通话功能。可选的,呼叫通话功能可以是通过图1中的基站104实现的移动通话能力,如接打电话,也可以是通过蜂窝网络实现的IP通话能力,如微信语音等。
受信任电子设备103可以为手机、平板电脑、可穿戴设备、车载设备、增强现实(augmented reality,AR)/虚拟现实(virtual reality,VR)设备、笔记本电脑、超级移动个人计算机(ultra-mobile personal computer,UMPC)、上网本、个人数字助理(personaldigital assistant,PDA)等。受信任电子设备103的数量可以为一个也可以为多个。图1中以受信任电子设备103包括平板电脑和PC为例进行说明。可选的,近场通信可以是Wi-Fi、蓝牙或P2P等,本申请实施例对此不做任何限定。
当呼叫方设备101向被呼叫方设备102发起电话呼叫,被呼叫方设备102生成来电事件,并将来电事件同步至信任环中的受信任电子设备103,以使受信任电子设备103也进行来电提醒,实现来电同振。
相关技术中,在来电同振时,信任环内的所有受信任电子设备103同时进行来电提醒。然而,实际使用时,信任环内的设备可能正在被用户使用,也可能未被用户使用。对于未被使用的设备而言,用户在该设备上接听电话的概率很小。因而,在这些未被使用的设备上进行来电提醒会徒增这些设备的功耗。
示例性的,图2为相关技术中来电同振的一种场景示意图。如图2中的(a)所示,在接收到来电信号时,手机(被呼叫设备)和平板电脑(受信任电子设备)处于锁屏状态,未被用户使用,PC(受信任电子设备)正在被用户使用。如图2中的(b)所示,当手机接收到来电信号后,手机、平板电脑和PC均进行来电提醒。这样,使得手机和平板电脑功耗较大,降低用户体验。针对这个问题,本申请实施例提供一种来电提醒方法,结合信任环内各个设备的状态选择性的进行来电提醒,降低信任环中部分设备的功耗,延长设备的待机时长,提高用户体验。
下面结合附图对被呼叫设备和受信任电子设备的结构进行说明。为了便于描述,下述实施例中,将被呼叫设备称为第一电子设备,将受信任电子设备称为第二电子设备。
示例性的,图3是本申请实施例提供的一例第一电子设备100的结构示意图。第一电子设备100可以包括处理器110,外部存储器接口120,内部存储器121,通用串行总线(universal serial bus,USB)接口130,充电管理模块140,电源管理模块141,电池142,天线1,天线2,移动通信模块150,无线通信模块160,音频模块170,扬声器170A,受话器170B,麦克风170C,耳机接口170D,传感器模块180,按键190,马达191,指示器192,摄像头193,显示屏194,以及用户标识模块(subscriber identification module,SIM)卡接口195等。其中传感器模块180可以包括压力传感器180A,陀螺仪传感器180B,气压传感器180C,磁传感器180D,加速度传感器180E,距离传感器180F,接近光传感器180G,指纹传感器180H,温度传感器180J,触摸传感器180K,环境光传感器180L,骨传导传感器180M等。
可以理解的是,本申请实施例示意的结构并不构成对第一电子设备100的限定。在本申请另一些实施例中,第一电子设备100可以包括比图示更多或更少的部件,或者组合某些部件,或者拆分某些部件,或者不同的部件布置。图示的部件可以以硬件,软件或软件和硬件的组合实现。
处理器110可以包括一个或多个处理单元,例如:处理器110可以包括应用处理器(application processor,AP),调制解调处理器,图形处理器(graphics processingunit,GPU),图像信号处理器(image signal processor,ISP),控制器,存储器,视频编解码器,数字信号处理器(digital signal processor,DSP),基带处理器,和/或神经网络处理器(neural-network processing unit,NPU)等。其中,不同的处理单元可以是独立的器件,也可以集成在一个或多个处理器中。
其中,控制器可以是第一电子设备100的神经中枢和指挥中心。控制器可以根据指令操作码和时序信号,产生操作控制信号,完成取指令和执行指令的控制。
处理器110中还可以设置存储器,用于存储指令和数据。在一些实施例中,处理器110中的存储器为高速缓冲存储器。该存储器可以保存处理器110刚用过或循环使用的指令或数据。如果处理器110需要再次使用该指令或数据,可从存储器中直接调用。避免了重复存取,减少了处理器110的等待时间,因而提高了系统的效率。
在一些实施例中,处理器110可以包括一个或多个接口。接口可以包括集成电路(inter-integrated circuit,I2C)接口,集成电路内置音频(inter-integrated circuitsound,I2S)接口,脉冲编码调制(pulse code modulation,PCM)接口,通用异步收发传输器(universal asynchronous receiver/transmitter,UART)接口,移动产业处理器接口(mobile industry processor interface,MIPI),通用输入输出(general-purposeinput/output,GPIO)接口,用户标识模块(subscriber identity module,SIM)接口,和/或通用串行总线(universal serial bus,USB)接口等。
I2C接口是一种双向同步串行总线,包括一根串行数据线(serial data line,SDA)和一根串行时钟线(derail clock line,SCL)。在一些实施例中,处理器110可以包含多组I2C总线。处理器110可以通过不同的I2C总线接口分别耦合触摸传感器180K,充电器,闪光灯,摄像头193等。例如:处理器110可以通过I2C接口耦合触摸传感器180K,使处理器110与触摸传感器180K通过I2C总线接口通信,实现第一电子设备100的触摸功能。
I2S接口可以用于音频通信。在一些实施例中,处理器110可以包含多组I2S总线。处理器110可以通过I2S总线与音频模块170耦合,实现处理器110与音频模块170之间的通信。在一些实施例中,音频模块170可以通过I2S接口向无线通信模块160传递音频信号,实现通过蓝牙耳机接听电话的功能。
PCM接口也可以用于音频通信,将模拟信号抽样,量化和编码。在一些实施例中,音频模块170与无线通信模块160可以通过PCM总线接口耦合。在一些实施例中,音频模块170也可以通过PCM接口向无线通信模块160传递音频信号,实现通过蓝牙耳机接听电话的功能。I2S接口和PCM接口都可以用于音频通信。
UART接口是一种通用串行数据总线,用于异步通信。该总线可以为双向通信总线。它将要传输的数据在串行通信与并行通信之间转换。在一些实施例中,UART接口通常被用于连接处理器110与无线通信模块160。例如:处理器110通过UART接口与无线通信模块160中的蓝牙模块通信,实现蓝牙功能。在一些实施例中,音频模块170可以通过UART接口向无线通信模块160传递音频信号,实现通过蓝牙耳机播放音乐的功能。
MIPI接口可以被用于连接处理器110与显示屏194,摄像头193等外围器件。MIPI接口包括摄像头串行接口(camera serial interface,CSI),显示屏串行接口(displayserial interface,DSI)等。在一些实施例中,处理器110和摄像头193通过CSI接口通信,实现第一电子设备100的拍摄功能。处理器110和显示屏194通过DSI接口通信,实现第一电子设备100的显示功能。
可以理解的是,本申请实施例示意的各模块间的接口连接关系,只是示意性说明,并不构成对第一电子设备100的结构限定。在本申请另一些实施例中,第一电子设备100也可以采用上述实施例中不同的接口连接方式,或多种接口连接方式的组合。
第一电子设备100的无线通信功能可以通过天线1,天线2,移动通信模块150,无线通信模块160,调制解调处理器以及基带处理器等实现。
天线1和天线2用于发射和接收电磁波信号。图3中的天线1和天线2的结构仅为一种示例。第一电子设备100中的每个天线可用于覆盖单个或多个通信频带。不同的天线还可以复用,以提高天线的利用率。例如:可以将天线1复用为无线局域网的分集天线。在另外一些实施例中,天线可以和调谐开关结合使用。
移动通信模块150可以提供应用在第一电子设备100上的包括2G/3G/4G/5G等无线通信的解决方案。在一些实施例中,移动通信模块150的至少部分功能模块可以被设置于处理器110中。在一些实施例中,移动通信模块150的至少部分功能模块可以与处理器110的至少部分模块被设置在同一个器件中。
无线通信模块160可以提供应用在第一电子设备100上的包括无线局域网(wireless local area networks,WLAN)(如Wi-Fi网络),蓝牙,全球导航卫星系统(globalnavigation satellite system,GNSS),调频(frequency modulation,FM),近距离无线通信技术(near field communication,NFC),红外技术(infrared,IR)等无线通信的解决方案。无线通信模块160可以是集成至少一个通信处理模块的一个或多个器件。无线通信模块160经由天线2接收电磁波,将电磁波信号调频以及滤波处理,将处理后的信号发送到处理器110。无线通信模块160还可以从处理器110接收待发送的信号,对其进行调频,放大,经天线2转为电磁波辐射出去。
在一些实施例中,第一电子设备100的天线1和移动通信模块150耦合,天线2和无线通信模块160耦合,使得第一电子设备100可以通过无线通信技术与网络以及其他设备通信。无线通信技术可以包括全球移动通讯系统(global system for mobilecommunications,GSM),通用分组无线服务(general packet radio service,GPRS),码分多址接入(code division multiple access,CDMA),宽带码分多址(wideband codedivision multiple access,WCDMA),时分码分多址(time-division code divisionmultiple access,TD-SCDMA),长期演进(long term evolution,LTE),BT,GNSS,WLAN,NFC,FM,和/或IR技术等。GNSS可以包括全球卫星定位系统(global positioning system,GPS),全球导航卫星系统(global navigation satellite system,GLONASS),北斗卫星导航系统(beidou navigation satellite system,BDS),准天顶卫星系统(quasi-zenithsatellite system,QZSS)和/或星基增强系统(satellite based augmentation systems,SBAS)。
显示屏194用于显示图像,视频等。显示屏194包括显示面板。显示面板可以采用液晶显示屏(liquid crystal display,LCD),有机发光二极管(organic light-emittingdiode,OLED),有源矩阵有机发光二极体或主动矩阵有机发光二极体(active-matrixorganic light emitting diode的,AMOLED),柔性发光二极管(flex light-emittingdiode,FLED),Miniled,MicroLed,Micro-oLed,量子点发光二极管(quantum dot lightemitting diodes,QLED)等。在一些实施例中,第一电子设备100可以包括1个或N个显示屏194,N为大于1的正整数。
在一些实施例中,显示屏可以用于显示来电提醒界面以及接通来电后的界面,例如来电提醒界面可以显示呼叫方信息,如呼叫方号码,呼叫方的归属地,呼叫方的姓名等,还可以显示接听键、挂断键和拨号键盘等。接通来电后的界面例如可以显示通话时长、挂断键、录音键等。
外部存储器接口120可以用于连接外部存储卡,例如Micro SD卡,实现扩展第一电子设备100的存储能力。外部存储卡通过外部存储器接口120与处理器110通信,实现数据存储功能。例如将音乐,视频等文件保存在外部存储卡中。
内部存储器121可以用于存储计算机可执行程序代码,可执行程序代码包括指令。处理器110通过运行存储在内部存储器121的指令,从而执行第一电子设备100的各种功能应用以及数据处理。内部存储器121可以包括存储程序区和存储数据区。其中,存储程序区可存储操作系统,至少一个功能所需的应用程序(比如声音播放功能,图像播放功能等)等。存储数据区可存储第一电子设备100使用过程中所创建的数据(比如音频数据,电话本等)等。此外,内部存储器121可以包括高速随机存取存储器,还可以包括非易失性存储器,例如至少一个磁盘存储器件,闪存器件,通用闪存存储器(universal flash storage,UFS)等。
第一电子设备100可以通过音频模块170,扬声器170A,受话器170B,麦克风170C,耳机接口170D,以及应用处理器等实现音频功能。例如音乐播放,录音,电话接听等。
音频模块170用于将数字音频信息转换成模拟音频信号输出,也用于将模拟音频输入转换为数字音频信号。音频模块170还可以用于对音频信号编码和解码。在一些实施例中,音频模块170可以设置于处理器110中,或将音频模块170的部分功能模块设置于处理器110中。
扬声器170A,也称“喇叭”,用于将音频电信号转换为声音信号。第一电子设备100可以通过扬声器170A收听音乐,或收听免提通话。
受话器170B,也称“听筒”,用于将音频电信号转换成声音信号。当第一电子设备100接听电话或语音信息时,可以通过将受话器170B靠近人耳接听语音。
麦克风170C,也称“话筒”,“传声器”,用于将声音信号转换为电信号。当拨打电话或发送语音信息时,用户可以通过人嘴靠近麦克风170C发声,将声音信号输入到麦克风170C。第一电子设备100可以设置至少一个麦克风170C。在另一些实施例中,第一电子设备100可以设置两个麦克风170C,除了采集声音信号,还可以实现降噪功能。在另一些实施例中,第一电子设备100还可以设置三个,四个或更多麦克风170C,实现采集声音信号,降噪,还可以识别声音来源,实现定向录音功能等。
指纹传感器180H用于采集指纹。第一电子设备100可以利用采集的指纹特性实现指纹解锁,访问应用锁,指纹拍照,指纹接听来电等。
触摸传感器180K,也称“触控面板”。触摸传感器180K可以设置于显示屏194,由触摸传感器180K与显示屏194组成触摸屏,也称“触控屏”。触摸传感器180K用于检测作用于其上或附近的触摸操作。触摸传感器可以将检测到的触摸操作传递给应用处理器,以确定触摸事件类型。可以通过显示屏194提供与触摸操作相关的视觉输出。例如,当用户点击显示屏194上的接听键时,可接通来电,显示屏194显示接通来电后的界面。在另一些实施例中,触摸传感器180K也可以设置于第一电子设备100的表面,与显示屏194所处的位置不同。
马达191可以产生振动提示。马达191可以用于来电振动提示,也可以用于触摸振动反馈。例如,作用于不同应用(例如拍照,音频播放等)的触摸操作,可以对应不同的振动反馈效果。作用于显示屏194不同区域的触摸操作,马达191也可对应不同的振动反馈效果。不同的应用场景(例如:时间提醒,接收信息,闹钟,游戏等)也可以对应不同的振动反馈效果。触摸振动反馈效果还可以支持自定义。
SIM卡接口195用于连接SIM卡。SIM卡可以通过插入SIM卡接口195,或从SIM卡接口195拔出,实现和第一电子设备100的接触和分离。第一电子设备100可以支持1个或N个SIM卡接口,N为大于1的正整数。SIM卡接口195可以支持Nano SIM卡,Micro SIM卡,SIM卡等。同一个SIM卡接口195可以同时插入多张卡。多张卡的类型可以相同,也可以不同。SIM卡接口195也可以兼容不同类型的SIM卡。SIM卡接口195也可以兼容外部存储卡。第一电子设备100通过SIM卡和网络交互,实现通话以及数据通信等功能。在一些实施例中,第一电子设备100采用eSIM,即:嵌入式SIM卡。eSIM卡可以嵌在第一电子设备100中,不能和第一电子设备100分离。
第一电子设备100的软件系统可以采用分层架构,事件驱动架构,微核架构,微服务架构,或云架构。本申请实施例以分层架构的Android系统为例,示例性说明第一电子设备100的软件结构。
图4是本申请实施例的第一电子设备100的软件结构框图。分层架构将软件分成若干个层,每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中,将Android系统分为四层,从上至下分别为应用程序层,应用程序框架层,安卓运行时(Android runtime)和硬件抽象层,以及内核层。
应用程序层可以包括一系列应用程序包。如图4所示,应用程序包可以包括电话应用程序等。在一些图4未示出的实施例中,应用程序包还可以包括相机,图库,日历,通话,地图,导航,WLAN,蓝牙,音乐,视频,短信息等应用程序。
应用程序框架层为应用程序层的应用程序提供应用编程接口(applicationprogramming interface,API)和编程框架。应用程序框架层包括一些预先定义的函数。
如图4所示,应用程序框架层可以包括通话(telecom)模块和分布式框架等。
其中,通话模块属于电话管理器的一部分,用于提供第一电子设备100的通信功能。具体的,通话模块可以通过调用Android系统相关模块的能力接听电话或挂断电话等。另外,通话模块还可以通过调用相关模块,例如绘制渲染模块、显示处理模块以及显示驱动等(图未示),拉起来电提醒的显示界面。
分布式框架用于实现局域网络内的设备间的数据同步。例如同步来电信号,使局域网内的多个设备来电同振等。分布式框架包括分布式通话服务模块和分布式服务管理模块。分布式服务管理模块用于与局域网内的设备建立信任关系,从而建立信任环,并对信任环中的设备进行管理。分布式通话服务模块用于与信任环中设备通信,实现分布式通话,并用于管理各路通话。
除此之外,在一些未示出的实施例中,应用程序框架层还可以进一步包括窗口管理器,内容提供器,资源管理器,视图系统,通知管理器等。窗口管理器用于管理窗口程序。窗口管理器可以获取显示屏大小,判断是否有状态栏,锁定屏幕,截取屏幕等。内容提供器用来存放和获取数据,并使这些数据可以被应用程序访问。数据可以包括视频,图像,音频,拨打和接听的电话,浏览历史和书签,电话簿等。资源管理器为应用程序提供各种资源,比如本地化字符串,图标,图片,布局文件,视频文件等等。视图系统包括可视控件,例如显示文字的控件,显示图片的控件等。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如,包括来电提醒界面,可以包括显示文字的视图以及显示图片的视图。通知管理器使应用程序可以在状态栏中显示通知信息,可以用于传达告知类型的消息,可以短暂停留后自动消失,无需用户交互。比如通知管理器被用于告知下载完成,消息提醒等。通知管理器还可以是以图表或者滚动条文本形式出现在系统顶部状态栏的通知,例如后台运行的应用程序的通知,还可以是以对话窗口形式出现在屏幕上的通知。例如在状态栏提示文本信息,发出提示音,电子设备振动,指示灯闪烁等。
Android runtime包括核心库和虚拟机。Android runtime负责安卓系统的调度和管理。
核心库包含两部分:一部分是java语言需要调用的功能函数,另一部分是安卓的核心库。
应用程序层和应用程序框架层运行在虚拟机中。虚拟机将应用程序层和应用程序框架层的java文件执行为二进制文件。虚拟机用于执行对象生命周期的管理,堆栈管理,线程管理,安全和异常的管理,以及垃圾回收等功能。系统库可以包括多个功能模块。例如:表面管理器(surface manager),媒体库(media libraries),三维图形处理库(例如:OpenGLES),2D图形引擎(例如:SGL)等。表面管理器用于对显示子系统进行管理,并且为多个应用程序提供了2D和3D图层的融合。媒体库支持多种常用的音频,视频格式回放和录制,以及静态图像文件等。媒体库可以支持多种音视频编码格式,例如:MPEG4,H.264,MP3,AAC,AMR,JPG,PNG等。三维图形处理库用于实现三维图形绘图,图像渲染,合成,和图层处理等。2D图形引擎是2D绘图的绘图引擎。
硬件抽象层是位于操作系统内核与硬件电路之间的接口层,用于将硬件抽象化,为操作系统提供虚拟硬件平台。如图4所示,硬件抽象层可以包括传输通道模块和信任环等。
内核层是硬件和硬件抽象层之间的层。系统的安全性、内存管理、进程管理、网络协议栈和驱动模型等都依赖于内核层。内核层至少包含进程通信(Inter ProcessCommunication,IPC)等。在一些未示出的实施例中,内核层还可以包括摄像头驱动,显示驱动,音频驱动和传感器驱动等。
可以理解,本申请实施例中,第二电子设备的硬件结构可以与第一电子设备的硬件结构和软件结构相同,如图3和图4所示。当然,第二电子设备也可以与第一电子设备的硬件结构和/或软件结构不同,例如,第二电子设备可以包括比图3和图4所示的结构更多或更少的部件,可以组合两个或多个的部件,或者可以具有不同的部件配置。例如,不同于第一电子设备中的分布式通话服务模块,第二电子设备用于通话服务的模块可以为通话服务模块。又例如,第二电子设备可以不包括SIM卡接口。在第二电子设备不包括SIM卡接口的情况下,第二电子设备的软件结构中可以不包括通话模块。当然,为了实现分布式通话的相关功能,在第二电子设备不包括SIM卡接口的情况下,第二电子设备也可以设置通话模块或者安装用于实现通话的应用程序或软件。本申请对第二电子设备的结构不做任何限定。
图3和图4所示的第一电子设备与第二电子设备实现来电同振的过程如下:
第一电子设备和各个第二电子设备分别建立信任关系,从而形成设备信任环。
可选的,第一电子设备可以通过其分布式服务管理模块与各个第二电子设备的分布式服务管理模块建立信任关系,形成信任环,并对信任环内各个设备进行管理。
当第一电子设备的移动通信模块接收到来电信号,由内核层的IPC通信根据来电信号生成来电事件。硬件抽象层的传输通道模块将来电事件传输至应用程序框架层的通话模块。通话模块获取到来电事件后启动应用程序层的电话APP。同时,通话模块调用相关模块在电话APP中拉起来电提醒界面,将来电提醒界面显示于第一电子设备的显示屏上。用户可以通过来电界面上的接听键接听来电或通过来电界面上的挂断键挂断来电。
另一方面,通信协议框架获取到来电事件后,可以通过应用程序框架层的分布式通话服务模块通过在分布式服务管理模块中查询需要同振的第二电子设备,将来电事件同步至需要同振的第二电子设备的通话服务模块。需要同振的第二电子设备的通话服务模块也拉起来电提醒界面,将来电提醒界面显示于第二电子设备的显示屏上,从而实现来电同振。
为了便于理解,本申请以下实施例将结合图3和图4示出的结构以及具体的应用场景,对本申请实施例提供的来电提醒方法进行具体阐述。
本申请实施例中,从第一电子设备接收到来电时信任环内的电子设备的第一状态和第二状态的角度考虑,主要涉及三个应用场景,分别为:
1、第一电子设备接收到来电时,信任环内没有电子设备处于通话状态,且信任环内至少有一个电子设备处于使用状态;
2、第一电子设备接收到来电时,信任环内没有电子设备处于通话状态,且信任环内所有电子设备均处于未使用状态;
3、第一电子设备接收到来电时,信任环内有一个电子设备处于通话状态。
以下实施例以第一电子设备为手机,第二电子设备包括平板电脑和PC为例,结合上述三个应用场景对本申请实施例提供的来电提醒方法分别进行阐述。其中,平板电脑以包括SIM卡接口和通话模块的结构,PC以未包括SIM接口和通话模块的结构为例进行说明。也就是说,下述实施例中,平板电脑至少包括通话模块、电话APP、通话管理模块和分布式服务管理模块,PC至少包括电话APP、通话管理模块和分布式服务管理模块。
应用场景1
手机接收到来电时,信任环内没有电子设备处于通话状态,且信任环内至少有一个电子设备处于使用状态。
示例性的,图5为本申请实施例提供的一例来电提醒方法的应用场景示意图。如图5中的(a)所示,本实施例中,假设手机接收到来电时,信任环内没有电子设备处于通话状态,即当前来电为初始来电,且信任环内的平板电脑和PC处于使用状态,手机处于未使用状态。在这种应用场景下,本实施例提供的来电提醒方法通过确认当前信任环内各个设备的第二状态,仅对处于使用状态的设备(平板电脑和PC)进行来电提醒,处于非使用状态的设备(手机)不进行来电提醒,如图5中的(b)所示,从而能够降低处于非使用状态的设备(手机)的功耗,延长设备的待机时长,提高用户体验。
下面对该应用场景下来电提醒方法的具体过程进行说明。需要说明的是,下述实施例中各个应用场景下均默认信任环已建立,建立信任环的过程参见上述实施例,不再赘述。
另外,本申请实施例提供的来电提醒方法的流程可以划分为状态获取阶段、来电同振阶段、来电处理阶段和通话记录生成阶段共4个阶段。下述实施例将按照这4个阶段对各个场景下的来电提醒方法分别进行说明。
示例性的,图6A是本申请实施例提供的一例来电提醒方法中状态获取阶段和来电同振阶段的流程示意图,图6B是本申请实施例提供的一例来电提醒方法中来电处理阶段和通话记录生成阶段的流程示意图。如图6A和图6B所示,该方法包括:
1)状态获取阶段
S601a、手机的分布式通话服务模块向手机的分布式服务管理模块注册服务。
S601b、平板电脑的通话服务模块向平板电脑的分布式服务管理模块注册服务。
S601c、PC的通话服务模块向PC的分布式服务管理模块注册服务。
S602a、平板电脑的分布式服务管理模块获取平板电脑的第二状态,并将平板电脑的第二状态发送至手机的分布式服务管理模块。
在一个实施例中,平板电脑的分布式服务管理模块可以周期性获取平板电脑的第二状态,并将获取的平板电脑的第二状态发送至手机的分布式服务管理模块。
可选的,平板电脑的分布式服务管理模块可以根据平板电脑的屏幕的状态来确定第二状态,屏幕的状态包括但不限于屏幕的亮灭状态和屏幕锁状态等。例如,若平板电脑的屏幕为亮屏状态,且处于解锁状态,则确定平板电脑处于使用状态;若平板电脑的屏幕为灭屏状态或者锁屏状态,则确定平板电脑处于非使用状态。
可选的,平板电脑的分布式服务管理模块可以通过其Android系统中的接口返回屏幕的状态。例如,可以通过下述程序代码返回屏幕的亮灭状态:
PowerManager powerManager=(PowerManager)
context.getSystemService(Context.POWER_SERVICE);
Boolean isOpen=powerManager.isScreenOn();
当返回结果为true时,确定屏幕为亮屏状态,当返回结果为false时,确定屏幕为灭屏状态。
又例如,可以通过下述程序代码返回屏幕锁状态:
KeyguardManager keyguardManager=(KeyguardManager)
context.getSystemService(Context.KEYGUARD_SERVICE);
Boolean isUnLocked=keyguardManager.inKeyguardRestrictedInputMode();
当返回结果为true时,确定屏幕为解锁状态,当返回结果为false时,确定屏幕为锁屏状态。可以理解,屏幕锁的相关设置可以包括五种:没有设置屏幕锁、滑动解锁、图案解锁、个人识别密码(personal identification number,PIN码)解锁和密码解锁。如果用户设置了滑动解锁、图案解锁、PIN码解锁和密码解锁中的任意一种,则在解锁前返回的结果均为true,在解锁后返回的结果为false。如果用户没有设置屏幕锁,则返回结果一直为true。
在另一个实施例中,平板电脑的分布式服务管理模块也可以实时监听平板电脑的第二状态,当平板电脑的第二状态发生变化时,平板电脑的分布式服务管理模块向手机的分布式服务管理模块上报。平板电脑的第二状态发生变化是指:平板电脑从使用状态变化为非使用状态,或者,平板电脑从非使用状态变化为使用状态。
可选的,在平板电脑设置了屏幕锁的情况下,若平板电脑的分布式服务管理模块监听到屏幕从亮屏状态变为灭屏状态,或者,屏幕从解锁状态变为锁屏状态,则确定平板电脑从使用状态变为非使用状态,第二状态发生变化;若平板电脑的分布式服务管理模块监听到屏幕从灭屏状态变为亮屏状态,且,屏幕从锁屏状态变为解锁状态,则确定平板电脑从非使用状态变为使用状态,第二状态发生变化。
在平板电脑未设置屏幕锁的情况下,若平板电脑的分布式服务管理模块监听到屏幕从亮屏状态变为灭屏状态,则确定平板电脑从使用状态变为非使用状态,第二状态发生变化;若平板电脑的分布式服务管理模块监听到屏幕从灭屏状态变为亮屏状态,则确定平板电脑非从使用状态变为使用状态,第二状态发生变化。
S603a、手机的分布式服务管理模块接收平板电脑的第二状态,并将平板电脑的第二状态更新至同振设备列表中。
同振设备列表中包括信任环中的一个或多个电子设备的信息。本实施例中,同振设备列表中可以包括手机、平板电脑和PC的信息。可选的,同振设备列表中电子设备的信息可以包括设备的名称、设备的身份(identity document,ID)信息、设备的第一状态和设备的第二状态等。
可选的,当同振设备列表中某一电子设备的第一状态为通话状态时,同振设备列表中该电子设备的信息还可以包括正在进行的通话的标识信息,例如,通话ID(call ID)。正在进行的通话的标识信息可以与该电子设备的ID信息绑定,建立二者的关联关系。
可选的,同振设备列表可以以表格的形式存储于手机的分布式服务管理模块,也可以以其他的形式存储于手机的分布式服务管理模块。
在一个实施例中,同振设备列表中可以仅包括信任环中处于在线状态的电子设备的信息。可选的,手机的分布式服务管理模块可以根据信任环中电子设备的在线情况实时更新同振设备列表中包含的电子设备。例如,手机的分布式服务管理模块可以定时检查信任环中各个设备的在线情况,并根据检查结果对同振设备列表中所包括的电子设备进行刷新,增加在线但未包括在当前同振设备列表中的电子设备的信息,删除当前同振设备列表中处于离线状态的电子设备的信息。
在另一个实施例中,同振设备列表中可以包括信任环中所有的电子设备的信息,且同振设备列表中还包括电子设备的第三状态。可选的,手机的分布式服务管理模块可以根据信任环中电子设备的在线情况实时更新同振设备列表电子设备的第三状态。例如,手机的分布式服务管理模块可以定时检查信任环中各个设备的在线情况,并根据检查结果对同振设备列表中电子设备的第三状态进行更新。如,平板电脑从在线状态变为了离线状态,则将同振设备列表中平板电脑的第三状态由在线状态更新为离线状态。
可以理解,本申请实施例中来电同振所涉及的电子设备均为处于在线状态的电子设备,下述实施例均以“同振设备列表中仅包括信任环中处于在线状态的电子设备的信息”为例进行说明。对于“同振设备包括信任环中所有的电子设备的信息,且同振设备列表中还包括电子设备的第三状态”的情况,可以在查询同振设备列表时一并查询电子设备的第三状态,确保来电同振的电子设备为处于在线状态的电子设备。
S602b、PC的分布式服务管理模块获取PC的第二状态,并将PC的第二状态发送至手机的分布式服务管理模块。
PC的分布式服务管理模块获取PC的第二状态的过程与步骤S602a类似,在此不再赘述。
S603b、手机的分布式服务管理模块接收PC的第二状态,并将PC的第二状态更新至同振设备列表中。
S602c、手机的分布式服务管理模块获取手机的第二状态。
可以理解,手机的分布式服务管理模块也可以获取手机自身的第二状态,获取方法也与步骤S602a类似,不再赘述。
S603c、手机的分布式服务管理模块将步骤S602c获取的手机的第二状态更新至同振设备列表中。
2)来电同振阶段
S604、当接收到来电事件时,手机的通话模块向手机的分布式通话服务模块发送来电(incoming call)信息。
来电信息用于表征接收到来电事件。
S605、手机的分布式通话服务模块接收到来电信息后,向手机的分布式服务管理模块发送同振查询指令,同振查询指令用于指示手机的分布式服务管理模块查询需要进行同振(即来电提醒)的设备。
S606、手机的分布式服务管理模块响应于同振查询指令,查询同振设备列表中各个电子设备的第一状态,确定同振设备列表中是否包括第一目标同振设备。
本实施例中,当前来电为初始来电,同振设备列表中各个电子设备的第一状态均为非通话状态,同振设备列表中不包括第一目标同振设备,执行步骤S607。
S607、手机的分布式服务管理模块查询同振设备列表中各个电子设备的第二状态,确定同振设备列表中是否包括第二目标同振设备。
本实施例中,平板电脑和PC的第二状态为使用状态,手机的分布式服务管理模块将平板电脑和PC确定为第二目标同振设备,并执行步骤S608。
S608、手机的分布式服务管理模块将第二目标同振设备(平板电脑和PC)的信息返回至手机的分布式通话服务模块。
可选的,第二目标同振设备的信息中至少包括第二目标同振设备的ID信息。
S609a、手机的分布式通话服务模块根据第二目标同振设备(平板电脑和PC)的信息,向平板电脑的通话服务模块发送同振消息。
可选的,同振消息可以包括当前来电的号码、联系人姓名、呼叫方归属地等。
S610a、平板电脑的通话服务模块将同振消息发送至平板电脑的通话模块。
S611a、平板电脑的通话模块根据同振消息在平板电脑的电话APP中拉起来电提醒界面,以预设提醒方式进行来电提醒。
可选的,来电提醒界面可以为全屏提醒界面、应用图标提醒界面、通知栏提醒界面、弹窗提醒界面、悬浮窗提醒界面、横幅提醒界面等中的一种。在一个实施例中,平板电脑的来电提醒的界面可以如图5中的(b)中的501所示。可选的,预设提醒方式可以包括静音提醒、声音提醒、振动提醒、声音和振动提醒等。
可选的,当平板电脑为不包括SIM卡接口和通话模块的结构时,可以通过平板电脑的通话服务模块在电话APP中拉起来电提醒界面,以预设提醒方式进行来电提醒。
S609b、手机的分布式通话服务模块根据第二目标同振设备(平板电脑和PC)的信息,向PC的通话服务模块发送同振消息。
S610b、PC的通话服务模块根据同振消息在PC的电话APP中拉起来电提醒界面,以预设提醒方式进行来电提醒。在一个实施例中,平板电脑的来电提醒的界面可以如图5中的(b)中的502所示。
3)来电处理阶段
假设用户在平板电脑的来电提醒界面点击接听键(图5中的(b)中的503),接听了当前来电,则进一步执行下述步骤:
S612、平板电脑的电话APP响应于用户的接听操作,向平板电脑的通话服务模块发送接听(accept)指令。
S613、平板电脑的通话服务模块将接听指令发送至手机的分布式通话服务模块。
S614、手机的分布式通话服务模块将接听指令发送至手机的通话模块。
S615、手机的通话模块响应于接听指令调用Android系统能力接听电话。
S616、手机的分布式通话服务模块与平板电脑的通话服务模块通过预先建立的语音传输通道进行实时语音信息传输。
S617、与此同时,手机的通话模块向手机的分布式通话服务模块发送通话激活(active call)信息。
通话激活信息用于表征当前来电对应的通话已被激活。
可选的,手机的分布式通话服务模块在接收到通话激活信息后,还可以将当前通话的标识信息与处理该通话的设备(即平板电脑)的ID信息进行绑定,也即,建立当前通话的标识信息与处理该通话的设备的ID信息的关联关系,以便于后续对通话进行管理,例如便于通过通话标识信息查询处理该通话的设备。
S618、手机的分布式通话服务模块将通话激活信息发送至平板电脑的通话服务模块。
S619、平板电脑的通话服务模块将通话激活信息发送至平板电脑的电话APP。
S620、平板电脑的电话APP接收到通话激活信息后,刷新界面,显示通话界面。
在一个实施例中,平板电脑的通话界面可以如图7中的701所示。
S621、平板电脑的电话APP刷新界面后,向平板电脑的通话服务模块返回已接听信息。
已接听信息用于表征当前来电已被接听。
S622、平板电脑的通话服务模块将已接听信息发送至手机的分布式通话服务模块。
S623、手机的分布式通话服务模块接收到已接听信息后,向手机的分布式服务管理模块发送状态更新指令;状态更新指令用于指示手机的分布式服务管理模块更新同振设备列表中接听当前来电的电子设备(即平板电脑)的第一状态为通话状态。
S624、手机的分布式服务管理模块响应于状态更新指令,将同振设备列表中平板电脑的第一状态更新为通话状态。
该步骤中,通过更新同振设备列表中接听来电的设备的第一状态为通话状态,保证了同振设备列表信息的实时性和准确性,使得后续有新的来电时,手机的分布式服务管理模块根据第一状态确定的第一目标同振设备更加准确,从而提高来电提醒的准确性。
另外,手机的分布式服务管理模块还可以将当前通话的标识信息写入同振设备列表中,并与平板电脑的ID信息进行绑定,以便于后续根据通话的标识信息查询处理通话的设备,获知来电被哪个设备接听。
S625、手机的分布式通话服务模块向除接听来电的设备外的其他的第二目标同振设备(PC)的通话服务模块发送停止提醒指令。
停止提醒指令用于通知电子设备来电已被接听,并指示电子设备停止来电提醒。可选的,停止提醒指令中可以包括接听当前来电的设备(即平板电脑)的信息。
也就是说,手机通知其他同振的设备当前来电已被接听,停止来电提醒,进一步降低其他同振的设备的功耗。
S626、PC的通话服务模块响应于停止提醒指令停止来电提醒。
4)通话记录生成阶段
当用户完成通话,在平板电脑的通话界面点击挂断键(如图7中的702),通话结束后,平板电脑可以产生通话记录,并将通话记录同步至其他设备,详见下述步骤。
S627、平板电脑的通话模块生成第一通话记录。
可选的,第一通话记录可以包括联系人姓名、呼叫方归属地、通话时间和通话时长等信息。在一个实施例中,平板电脑包含第一通话记录的界面图可以如图8中的(b)所示。
S628、平板电脑的通话模块将第一通话记录发送至平板电脑的通话服务模块。
S629、平板电脑的通话服务模块将第一通话记录发送至手机的分布式通话服务模块。
S630、手机的分布式通话服务模块可以根据第一通话记录和接听来电的设备(即平板电脑)的信息,生成第二通话记录。
在一个实施例中,手机包含第二通话记录的界面图可以如图8中的(a)所示,第二通话记录中可以包括联系人姓名、呼叫方归属地、通话时间、通话时长和接听设备等信息。
S631、同时,手机的分布式通话服务模块可以将第一通话记录发送至同振设备列表中除手机和平板电脑的其他电子设备(即PC)的通话服务模块。
S632、PC的通话服务模块根据第一通话记录和停止提醒指令中包含的接听来电的设备(即平板电脑)的信息,生成第三通话记录。
在一个实施例中,PC包含第三通话记录的界面图可以如图8中的(c)所示,第三通话记录中可以包括联系人姓名、呼叫方归属地、通话时间、通话时长和接听设备等信息。
可选的,在另一个实施例中,不同于步骤S628至S632,平板电脑的通话模块也可以在生成的第一通话记录中增加平板电脑的ID信息,生成第二通话记录,并将第二通话记录发送至平板电脑的通话服务模块。由平板电脑的通话服务模块将第二通话记录发送至手机的分布式通话服务模块,手机的分布式通话服务模块将第二通话记录发送至同振设备列表中除手机和平板电脑外的其他电子设备(即PC)的通话服务模块。
在又一个实施例中,平板电脑的分布式服务管理模块中也可以存储有与平板电脑建立有信任关系的信任设备列表。平板电脑的通话模块在生成的第一通话记录中增加平板电脑的ID信息,生成第二通话记录后,还可以将第二通话记录直接发送至该信任设备列表中的除平板电脑外的其他设备的通话服务模块或分布式通话服务模块。
本申请实施例对于通话记录同步的具体方法不做任何限定,可以根据实际需求选择。
本实施例中,在通话结束后,平板电脑生成通话记录,便于用户在平板电脑上查询本次通话的相关信息。而且,在平板电脑上未同步手机中联系人的情况下,在平板电脑中生成通话记录便于用户后续通过该通话记录直接在平板电脑与对应的联系人进行通话,而无需用户再使用手机查询联系人信息后再利用平板电脑通话,提高用户体验。同样的,平板电脑将通话记录同步至其他的设备,使得其他的电子设备也可以获知本次通话的相关信息,便于用户查询,也便于用户通过通话记录在这些设备上与联系人通话。
应用场景2
手机接收到来电时,信任环内没有电子设备处于通话状态,且信任环内没有电子设备处于使用状态。
示例性的,图9为本申请实施例提供的另一例来电提醒方法的应用场景示意图。如图9中的(a)所示,本实施例中,假设手机接收到来电时,信任环内没有电子设备处于通话状态,即当前来电为初始来电,且信任环内的平板电脑、PC和手机均处于非使用状态。在这种应用场景下,本实施例提供的来电提醒方法对信任环内所有的设备均进行来电提醒,如图9中的(b)所示,从而能够防止用户错过来电,提高用户体验。
示例性的,图10是本申请实施例提供的一例来电提醒方法中来电同振阶段和来电处理阶段的流程示意图,参考图10,本实施例中的来电提醒方法包括:
1)状态获取阶段
该应用场景下状态获取阶段的具体过程与应用场景1下状态获取阶段的过程相同,在此不再赘述。
2)来电同振阶段
S1004、当接收到来电事件时,手机的通话模块向手机的分布式通话服务模块发送来电信息。
S1005、手机的分布式通话服务模块向手机的分布式服务管理模块发送同振查询指令,同振查询指令用于指示手机的分布式服务管理模块查询需要进行同振的设备。
S1006、手机的分布式服务管理模块响应于同振查询指令,从同振设备列表中获取信任环中各个电子设备的第一状态,并根据第一状态,确定出同振设备列表中第一目标同振设备。
本实施例中,当前来电为初始来电,同振设备列表中所有设备的第一状态均为非通话状态,同振设备列表中不存在第一目标同振设备,执行步骤S1007。
S1007、手机的分布式服务管理模块查询同振设备列表中各个电子设备的第二状态,确定同振设备列表中是否包括第二目标同振设备。
本实施例中,手机、平板电脑和PC的第二状态均为非使用状态,同振设备列表中不存在第二目标同振设备。也就是说,手机的分布式服务管理模块未查询到需要进行同振的设备,则执行步骤S1008。
S1008、手机的分布式服务管理模块返回空消息至手机的分布式通话服务模块。
作为另一种可能的实现方式,手机的分布式服务管理模块也可以不返回任何消息给手机的分布式通话服务模块。手机的分布式通话服务模块在预设时长内未接收到分布式服务管理模块返回的消息,则可确定不存在第一目标同振设备和第二目标同振设备。
手机的分布式通话服务模块接收到空消息或在预设时长内未接收到分布式服务管理模块返回的消息,则向同振设备列表中所有设备(手机、平板电脑和PC)的发送同振消息,实现来电同振,具体步骤如下:
S1009a、手机的分布式通话服务模块向手机的通话模块发送同振消息。
S1010a、手机的通话模块根据同振消息在手机的电话APP中拉起来电提醒界面,以预设提醒方式进行来电提醒。
在一个实施例中,手机的来电提醒的界面可以如图9中的(b)中的901所示。
S1009b、手机的分布式通话服务模块向平板电脑的通话服务模块发送同振消息。
S1010b、平板电脑的通话服务模块将同振消息发送至平板电脑的通话模块。
S1011b、平板电脑的通话模块根据同振消息在平板电脑的电话APP中拉起来电提醒界面,以预设提醒方式进行来电提醒。
在一个实施例中,平板电脑的来电提醒的界面可以如图9中的(b)中的902所示。
S1009c、手机的分布式通话服务模块向PC的通话服务模块发送同振消息。
S1010c、PC的通话服务模块根据同振消息在PC的电话APP中拉起来电提醒界面,如图9中的(b)中的903所示。
3)来电处理阶段
假设用户在平板电脑的来电提醒界面点击接听键(图9中的(b)中的904),接听了当前来电,则进一步执行下述步骤:
S1012、平板电脑的电话APP响应于用户的接听操作,向平板电脑的通话服务模块发送接听指令。
S1013、平板电脑的通话服务模块将接听指令发送至手机的分布式通话服务模块。
S1014、手机的分布式通话服务模块将接听指令发送至手机的通话模块。
S1015、手机的通话模块响应于接听指令调用Android系统能力接听电话。
S1016、手机的分布式通话服务模块与平板电脑的通话服务模块通过预先建立的语音传输通道进行实时语音信息传输。
S1017、与此同时,手机的通话模块向手机的分布式通话服务模块发送通话激活信息。
S1018、手机的分布式通话服务模块将通话激活信息发送至平板电脑的通话服务模块。
S1019、平板电脑的通话服务模块将通话激活信息发送至平板电脑的电话APP。
S1020、平板电脑的电话APP接收到通话信息后,刷新界面,显示通话界面。
S1021、平板电脑的电话APP刷新界面后,向平板电脑的通话服务模块发送已接听信息。
S1022、平板电脑的通话服务模块将已接听信息发送至手机的分布式通话服务模块。
S1023、手机的分布式通话服务模块接收到已接听信息后,向手机的分布式服务管理模块发送至状态更新指令;状态更新指令用于指示手机的分布式服务管理模块更新同振设备列表中接听当前来电的电子设备(即平板电脑)的第一状态为通话状态。
S1024、手机的分布式服务管理模块响应于状态更新指令,将同振设备列表中平板电脑的第一状态更新为通话状态。
同时,手机的分布式通话服务模块通知除平板电脑外的其他正在来电提醒的设备(PC和手机)停止来电提醒。具体的参见下述步骤:
S1025a、手机的分布式通话服务模块向手机的通话模块发送停止提醒指令。
S1026a、手机的通话模块响应于停止提醒指令停止来电提醒。
S1025b、手机的分布式通话服务模块向PC的通话服务模块发送停止提醒指令。
S1026b、PC的通话服务模块响应于停止提醒指令停止来电提醒。
4)通话记录生成阶段
该应用场景下通话记录生成阶段的具体过程及有益效果等与应用场景1下通话记录生成阶段的过程相同,在此不再赘述。
应用场景3
手机接收到来电时,信任环内有一个电子设备处于通话状态。
示例性的,图11为本申请实施例提供的又一例来电提醒方法的应用场景示意图。如图11中的(a)所示,本实施例中,假设手机接收到来电时,信任环内中的平板电脑处于通话状态,即当前来电为第二路来电,手机和PC均处于未使用状态。在这种应用场景下,本实施例提供的来电提醒方法直接对处于通话状态的电子设备(平板电脑)进行来电提醒,处于非通话状态的电子设备(手机和PC)不进行来电提醒,如图11中的(b)所示,从而能够降低处于非通话状态的电子设备(手机和PC)的功耗,延长设备的待机时长,提高用户体验。另外,一般第二路来电与初始来电需要同一用户来处理,因而,将第二路来电在处于通话状态的电子设备上进行来电提醒,能够准确的通知到用户,提高用户体验。
另外一方面,本实施例提供的方法也能够避免对处于使用状态(即正在使用且未处理来电)的电子设备的用户造成影响。示例性的,图12为本申请实施例提供的又一例来电提醒方法的应用场景示意图。如图12中的(a)所示,假设手机接收到第二路来电时,A用户正在使用平板电脑接听第一路来电,B用户正在使用PC进行网络学习。在这种应用场景下,本实施例提供的来电提醒方法直接对处于通话状态的电子设备(平板电脑)进行来电提醒,处于非通话状态的电子设备(手机和PC)不进行来电提醒,如图12中的(b)所示,避免对正在进行网络学习的B用户造成影响,提高用户体验。
示例性的,图13是本申请实施例提供的一例来电提醒方法中来电同振阶段和来电处理阶段的流程示意图,参考图13,本实施例中的来电提醒方法包括:
1)状态获取阶段
该应用场景下状态获取阶段的具体过程与应用场景1和应用场景2下状态获取阶段的过程相同,在此不再赘述。
2)来电同振阶段
S1304、当接收到来电事件时,手机的通话模块向手机的分布式通话服务模块发送来电信息。
S1305、手机的分布式通话服务模块向手机的分布式服务管理模块发送同振查询指令,同振查询指令用于指示手机的分布式服务管理模块查询需要进行同振的设备。
S1306、手机的分布式服务管理模块响应于同振查询指令,从同振设备列表中获取信任环中各个电子设备的第一状态,并根据第一状态,确定出同振设备列表中第一目标同振设备。
本实施例中,接收到来电事件时,平板电脑的处于通话状态,则手机的分布式服务管理模块将平板电脑确定为第一目标同振设备,执行步骤S1007。
可以理解,手机的分布式通话服务模块具有管理通话的功能。作为另一种可选的实现方式,在接收到第二路来电事件后,也可以由手机的分布式通话服务模块确定当前是否有正在进行的通话;若是,则手机的分布式通话服务模块可以基于如上实施例中步骤S617中建立的通话的标识信息与设备ID信息的关联关系,根据正在进行的通话的标识信息,查询该通话对应的设备的ID信息,从而确定正在处理该通话的设备,将该设备确定为第一目标同振设备。
S1307、手机的分布式服务管理模块将第一目标同振设备(平板电脑)的信息返回至手机的分布式通话服务模块。
S1308、手机的分布式通话服务模块根据第一目标同振设备(平板电脑)的信息,向第一目标同振设备(平板电脑)的通话服务模块发送同振消息。
S1309、平板电脑的通话服务模块将同振消息发送至平板电脑的通话模块。
S1310、平板电脑的通话模块根据同振消息在平板电脑的已有来电提醒界面显示第二路来电的提醒信息,并以预设提醒方式进行第二路来电的提醒。
可选的,预设提醒方式可以同上述应用场景1中预设提醒方式。在一个实施例中,第二路来电的提醒信息可以以横幅或悬浮窗等方式进行提醒,如图11中的(b)中的1101所示,或如图12中的(b)中的1201所示。
3)来电处理阶段
若用户在平板电脑的来电提醒界面点击第二路来电的挂断键(图11中的(b)中的1102或图12中的(b)中的1202),挂断了第二路来电,则进一步执行下述步骤:
S1311、平板电脑的电话APP响应于用户的挂断操作,向平板电脑的通话服务模块发送拒绝指令。
S1312、平板电脑的通话服务模块将拒绝指令发送至手机的分布式通话服务模块。
S1313、手机的分布式通话服务模块将接听指令发送至手机的通话模块。
S1314、手机的通话模块响应于接听指令后调用Android系统能力挂断电话。
若用户在平板电脑的来电提醒界面点击接听键(图11中的(b)中的1103或图12中的(b)中的1203),接听了第二路来电,则手机将当前正在进行的通话挂起,接听第二路来电。接听第二路来电的具体过程与上述应用场景1和应用场景2中的来电处理阶段的具体过程相似。不同点在于,第二路来电接听后,手机无需更新同振列表中接听来电的电子设备(即平板电脑)的第一状态,也无需向其他设备发送停止提醒指令,即不需要执行上述步骤S623至S626。
4)通话记录生成阶段
该应用场景下通话记录生成阶段的具体过程及有益效果等与应用场景1和应用场景2下通话记录生成阶段的过程相同,在此不再赘述。
上文详细介绍了本申请实施例提供的来电提醒方法的示例。可以理解的是,电子设备为了实现上述功能,其包含了执行各个功能相应的硬件和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。本领域技术人员可以结合实施例对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对电子设备进行功能模块的划分,例如,可以对应各个功能划分为各个功能模块,例如检测单元、处理单元、显示单元等,也可以将两个或两个以上的功能集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
需要说明的是,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。
本实施例提供的电子设备,用于执行上述来电提醒方法,因此可以达到与上述实现方法相同的效果。
在采用集成的单元的情况下,电子设备还可以包括处理模块、存储模块和通信模块。其中,处理模块可以用于对电子设备的动作进行控制管理。存储模块可以用于支持电子设备执行存储程序代码和数据等。通信模块,可以用于支持电子设备与其他设备的通信。
其中,处理模块可以是处理器或控制器。其可以实现或执行结合本申请公开内容所描述的各种示例性的逻辑方框,模块和电路。处理器也可以是实现计算功能的组合,例如包含一个或多个微处理器组合,数字信号处理(digital signal processing,DSP)和微处理器的组合等等。存储模块可以是存储器。通信模块具体可以为射频电路、蓝牙芯片、Wi-Fi芯片等与其他电子设备交互的设备。
在一个实施例中,当处理模块为处理器,存储模块为存储器时,本实施例所涉及的电子设备可以为具有图3所示结构的设备。
本申请实施例还提供了一种计算机可读存储介质,计算机可读存储介质中存储了计算机程序,当计算机程序被处理器执行时,使得处理器执行上述任一实施例的来电提醒方法。
本申请实施例还提供了一种计算机程序产品,当该计算机程序产品在计算机上运行时,使得计算机执行上述相关步骤,以实现上述实施例中的来电提醒方法。
另外,本申请的实施例还提供一种装置,这个装置具体可以是芯片,组件或模块,该装置可包括相连的处理器和存储器;其中,存储器用于存储计算机执行指令,当装置运行时,处理器可执行存储器存储的计算机执行指令,以使芯片执行上述各方法实施例中的来电提醒方法。
其中,本实施例提供的电子设备、计算机可读存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法,因此,其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果,此处不再赘述。
通过以上实施方式的描述,所属领域的技术人员可以了解到,为描述的方便和简洁,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。
在本申请所提供的几个实施例中,应该理解到,所揭露的装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个装置,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是一个物理单元或多个物理单元,即可以位于一个地方,或者也可以分布到多个不同地方。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个可读取存储介质中。基于这样的理解,本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该软件产品存储在一个存储介质中,包括若干指令用以使得一个设备(可以是单片机,芯片等)或处理器(processor)执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(read only memory,ROM)、随机存取存储器(random access memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上内容,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以权利要求的保护范围为准。
- 一种缴费提醒方法、服务器及计算机可读存储介质
- 提醒方法、装置、充电桩及计算机可读存储介质
- 模态框构建方法、装置、电子设备、计算机可读存储介质
- 电子设备、音量调节方法及装置、计算机可读存储介质
- 数据库同步恢复方法、装置、计算机可读存储介质和电子设备
- 来电提醒方法及装置、计算机装置和计算机可读存储介质
- 来电提醒方法及装置、计算机装置和计算机可读存储介质