CN114095616A - 通话实现方法和装置、电子设备、可读存储介质 - Google Patents

通话实现方法和装置、电子设备、可读存储介质 Download PDF

Info

Publication number
CN114095616A
CN114095616A CN202111551689.3A CN202111551689A CN114095616A CN 114095616 A CN114095616 A CN 114095616A CN 202111551689 A CN202111551689 A CN 202111551689A CN 114095616 A CN114095616 A CN 114095616A
Authority
CN
China
Prior art keywords
relay
call
equipment
called
incoming call
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
CN202111551689.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.)
Beijing Xiaomi Mobile Software Co Ltd
Original Assignee
Beijing Xiaomi Mobile Software 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 Beijing Xiaomi Mobile Software Co Ltd filed Critical Beijing Xiaomi Mobile Software Co Ltd
Priority to CN202111551689.3A priority Critical patent/CN114095616A/zh
Publication of CN114095616A publication Critical patent/CN114095616A/zh
Priority to EP22170677.3A priority patent/EP4199491B1/en
Priority to US17/734,966 priority patent/US11968322B2/en
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72484—User interfaces specially adapted for cordless or mobile telephones wherein functions are triggered by incoming communication events
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/54—Arrangements for diverting calls for one subscriber to another predetermined subscriber
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42229—Personal communication services, i.e. services related to one subscriber independent of his terminal and/or location
    • H04M3/42263—Personal communication services, i.e. services related to one subscriber independent of his terminal and/or location where the same subscriber uses different terminals, i.e. nomadism
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/42025—Calling or Called party identification service
    • H04M3/42034—Calling party identification service
    • H04M3/42042—Notifying the called party of information on the calling party
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/54—Arrangements for diverting calls for one subscriber to another predetermined subscriber
    • H04M3/541—Arrangements for diverting calls for one subscriber to another predetermined subscriber based on information specified by the calling party
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/16—Communication-related supplementary services, e.g. call-transfer or call-hold

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Human Computer Interaction (AREA)
  • Telephone Function (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本公开是关于一种通话实现方法和装置、电子设备、可读存储介质。该方法包括：当检测到主叫设备发送的来电事件时，将来电事件的状态消息发送给接力设备，以使所述接力设备根据所述状态消息提示所述来电事件；在接收到所述接力设备针对所述来电事件的应答响应消息后，通过与所述接力设备之间的音频连接传输音频数据，以使所述接力设备与所述主叫设备进行通话。本实施例可以通过被叫设备作为中间设备实现接力设备与主叫设备实现通话，达到通过接力设备来接听电话的效果，有利于提升使用体验。

Description

通话实现方法和装置、电子设备、可读存储介质
技术领域
本公开涉及通信技术领域，尤其涉及一种通话实现方法和装置、电子设备、可读存储介质。
背景技术
越来越多的用户具有多台电子设备，例如智能手机、平板电脑等，此时可以利用平板电脑观看视频、办公等，并且利用智能手机阅读小说、聊天和接打电话等，并且经常会出现以下场景：用户正在使用平板电脑，此时手机来电，用户非常希望通过Pad接听手机的电话；又或者有多部手机的用户，期望通过其他手机来接听来电手机的电话。
发明内容
本公开提供一种通话实现方法和装置、电子设备、可读存储介质，以解决相关技术的不足。
根据本公开实施例的第一方面，提供一种通话实现方法，应用于被叫设备，所述方法包括：
当检测到主叫设备发送的来电事件时，将来电事件的状态消息发送给接力设备，以使所述接力设备根据所述状态消息提示所述来电事件；
在接收到所述接力设备针对所述来电事件的应答响应消息后，通过与所述接力设备之间的音频连接传输音频数据，以使所述接力设备与所述主叫设备进行通话。
可选地，所述方法还包括：
生成音频连接请求；
将所述音频连接请求发送给所述接力设备；
当检测到所述接力设备响应所述音频连接请求后返回的建立响应消息时，确定建立所述音频连接。
可选地，所述音频连接至少包括以下一种：蓝牙连接、WiFi连接、ZigBee连接和UWB连接。
可选地，所述方法还包括：
检测所述被叫设备是否支持接力功能；
当支持接力功能时，与所述接力设备建立Mirror连接，所述Mirror连接用于传输所述状态消息。
可选地，检测所述被叫设备是否支持接力功能，包括：
获取所述被叫设备的机型；
基于预设的接力功能机型列表，根据所述机型确定所述被叫设备是否支持接力功能。
可选地，检测所述被叫设备是否支持接力功能，包括：
获取所述被叫设备当前已注册的至少一个电话账户；所述电话账户是指为每路电话所注册的账户；
判断所述至少一个电话账户中是否存在表征接力通话的账户或者表征本地通话的账户；
当存在表征接力通话或者本地通话的电话账户时，确定所述被叫设备不支持接力功能；
当不存在表征接力通话或者本地通话的电话账户时，确定所述被叫设备支持接力功能。
可选地，所述方法还包括：
当检测到更新事件时，更新所述状态消息；所述更新事件包括以下至少一种：通话状态更新事件、联系人消息更新事件；
将更新后的状态消息发送给所述接力设备，以使所述接力设备同步更新状态消息。
可选地，所述方法还包括：
显示所述来电事件对应的通话界面；所述通话界面包括本地接听按键；
当检测到所述本地接听按键被触发时，切换到本地连接进行通话，并断开与所述接力设备之间的音频连接。
可选地，所述方法还包括：
显示所述来电事件对应的通话界面；所述通话界面包括本地挂断按键；
当检测到所述本地挂断按键被触发时，结束接力通话，并将更新后的状态消息发送给所述接力设备，以及断开与所述接力设备之间的音频连接。
可选地，通过与所述接力设备之间的音频连接传输音频数据，包括：
获取所述主叫设备发送的第一音频数据；
将所述第一音频数据转换成第一字节序列；
将所述第一字节序列通过所述音频连接发送给所述接力设备。
可选地，通过与所述接力设备之间的音频连接传输音频数据，包括：
获取所述接力设备通过所述音频连接发送的第二字节数据；所述第二字节数据由所述接力设备获取第二音频数据转换得到；
将所述第二字节数据转换成第二音频数据并发送给所述主叫设备。
可选地，所述方法还包括：
显示来电界面，并在所述来电界面内显示所述状态消息。
可选地，通过所述音频连接传输音频数据之后，所述方法还包括：
调整本次通话的优先级至目标优先级，所述目标优先级高于下一次接力通话的优先级。
可选地，所述方法还包括：
在所述被叫设备显示接力设备选择界面后，检测是否接收到选择接力设备的选择操作；
若接收到选择接力设备的选择操作，则将来电事件的状态消息发送给所述选择操作对应的接力设备。
可选地，所述方法还包括：
将本地的指定账号发送到目标服务器；
接收所述目标服务器根据所述指定账号返回的所述设备识别码，并根据所述设备识别码确定接力设备，其中，所述设备识别码是除所述被叫设备外，其他上传所述指定账号的设备的识别码。
可选地，被叫设备包括预设开关，所述预设开关用于控制是否允许使用接力通话；将本地的指定账号发送到目标服务器之前，所述方法还包括：
检测所述预设开关的开关状态，所述开关状态包括开启状态和断开状态；
当检测到所述开关状态为开启状态时，确定执行将本地的指定账号发送到目标服务器的步骤。
根据本公开实施例的第二方面，提供一种通话实现方法，应用于接力设备，所述方法包括：
当接收被叫设备发送的来电事件的状态消息时，显示来电界面；
当基于所述来电界面检测到接听指令时，通过与所述被叫设备之间的音频连接传输音频数据，以通过所述被叫设备与主叫设备进行通话。
可选地，通过与所述被叫设备之间的音频连接传输音频数据，包括：
获取第二音频数据；
将所述第二音频数据转换成第二字节序列；
将所述第二字节序列通过与所述被叫设备之间的音频连接发送给所述被叫设备。
可选地，所述方法还包括：
当检测到所述被叫设备基于更新事件生成的更新后的状态消息后，更新所述状态消息；所述更新事件包括以下至少一种：通话状态更新事件、联系人消息更新事件。
可选地，所述方法还包括：
获取包含被叫设备在本地挂断通话的状态消息后，结束本次通话并断开与所述被叫设备之间的Mirror连接。
可选地，所述方法还包括：
显示所述来电事件对应的通话界面；所述通话界面包括挂断按键；
当基于所述通话界面检测到结束通信指令时，结束接力通话；并将更新后的状态消息发送给所述被叫设备，以使所述被叫设备结束本次接力通话并释放音频连接。
可选地，所述方法还包括：
在接力通话被挂断后，清除本次接力通话的通话记录；
或者，将本次接力通话不写入通话记录。
根据本公开实施例的第三方面，提供一种通话实现装置，应用于被叫设备，所述装置包括：
状态消息发送模块，用于当检测到主叫设备发送的来电事件时，将来电事件的状态消息发送给接力设备，以使所述接力设备根据所述状态消息提示所述来电事件；
音频数据传输模块，用于在接收到所述接力设备针对所述来电事件的应答响应消息后，通过与所述接力设备之间的音频连接传输音频数据，以使所述接力设备与所述主叫设备进行通话。
根据本公开实施例的第四方面，提供一种通话实现装置，应用于接力设备，所述装置包括：
来电界面显示模块，用于当接收被叫设备发送的来电事件的状态消息时，显示来电界面；所述来电界面内至少包括接听按键；
音频数据传输模块，用于当基于所述来电界面检测到接听指令时，通过与所述被叫设备之间的音频连接传输音频数据，以通过所述被叫设备与主叫设备进行通话。
根据本公开实施例的第五方面，提供一种电子设备，包括：
处理器；
用于存储所述处理器可执行的计算机程序的存储器；
其中，所述处理器被配置为执行所述存储器中的计算机程序，以实现如上述的方法。
根据本公开实施例的第六方面，提供一种计算机可读存储介质，当所述存储介质中的可执行的计算机程序由处理器执行时，能够实现如上述的方法
本公开的实施例提供的技术方案可以包括以下有益效果：
由上述实施例可知，本公开实施例提供的方案可以当检测到主叫设备发送的来电事件时，将来电事件的状态消息发送给接力设备，以使所述接力设备根据所述状态消息提示所述来电事件；在接收到所述接力设备针对所述来电事件的应答响应消息后，通过与所述接力设备之间的音频连接传输音频数据，以使所述接力设备与所述主叫设备进行通话。这样，本实施例可以通过被叫设备作为中间设备实现接力设备与主叫设备之间通话，达到通过接力设备来接听电话的效果，有利于提升使用体验。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。
图1是根据一示例性实施例示出的一种通话实现方法的流程图。
图2是根据一示例性实施例示出的一种Mirror连接的框图。
图3是根据一示例性实施例示出的一种Mirrorcontrlooer的框架示意图。
图4是根据一示例性实施例示出的一种建立音频连接的流程图。
图5是根据一示例性实施例示出的一种音频连接的示意图。
图6是根据一示例性实施例示出的一种被叫设备和接力设置同时显示来电界面的效果示意图。
图7是根据一示例性实施例示出的一种传输音频数据的流程图。
图8是根据一示例性实施例示出的另一种传输音频数据的流程图。
图9是根据一示例性实施例示出的一种更新状态消息的流程图。
图10是根据一示例性实施例示出的被叫设备接听来电的流程图。
图11是根据一示例性实施例示出的当被叫设备接听来电时接力设备通话界面内所示内容的效果示意图。
图12是根据一示例性实施例示出的选择接听方式的效果示意图。
图13是根据一示例性实施例示出的一种通话实现方法的流程图。
图14是根据一示例性实施例示出的一种通话实现方法的流程图。
图15是根据一示例性实施例示出的一种通话实现装置的框图。
图16是根据一示例性实施例示出的另一种通话实现装置的框图。
图17是根据一示例性实施例示出的一种电子设备的框图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性所描述的实施例并不代表与本公开相一致的所有实施例。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置例子。需要说明的是，在不冲突的情况下，下述的实施例及实施方式中的特征可以相互组合。
为解决上述技术问题，本公开实施例提供了一种通话实现方法，可以应用于被叫设备。其中被叫设备可以包括但不限于平板电脑、智能手机、个人计算机、智能电视、大屏幕等具有通话功能的设备。本公开的后续内容会涉及到接力设备，该接力设备可以包括但不限于平板电脑、智能手机、个人计算机、智能电视、大屏幕等具有通话功能的设备。为方便描述，后续各实施例中被叫设备采用智能手机(phone)实现，接力设备采用平板电脑(PAD)实现。图1是根据一示例性实施例示出的一种通话实现方法的流程图。参见图1，一种通话实现方法，包括步骤11～步骤12。
在步骤11中，当检测到主叫设备发送的来电事件时，将来电事件的状态消息发送给接力设备，以使所述接力设备根据所述状态消息提示所述来电事件。
本实施例中，主动发起通话的设备称为主叫设备，接收主叫设备发送的通话的设备称为被叫设备；作为第三设备，以被叫设备作为中介，接收主叫设备发送的通话的设备称为接力设备。被叫设备在检测到开机信号或者检测到来电事件时，检测自身是否支持接力功能。
例如，被叫设备可以根据通话界面(Incallui)的版本号和/或音频模块(audio)是否支持互联网电话(Voice over Internet Protocol，Voip)的方式来确定是否支持接力功能，当通话界面的版本号高于目标版本号时确定支持接力功能，和/或，音频模块支持互联网电话时确定支持接力功能。
需要说明的是，通话界面是指在通话过程中所显示的界面，用于区别后续出现的来电界面，该来电界面是指存在来电事件时未接通之前所使用的界面。也就是说，用户在接力设备或者被叫设备接听电话后，来电界面转换成通话界面。其中来电界面和通话界面两个界面显示内容存在重叠部分，如来电号码或者联系人、挂断按键、运营商等，也存在不同部分，如通话界面包括通话时长，来电界面包括接听按键等，可以根据具体场景进行设置。
又如，被叫设备可以获取自身的机型。并且被叫设备内存储预设的接力功能机型列表，当被叫设备的机型位于上述接力功能机型列表之内时确定被叫设备支持接力功能。当被叫设备的机型不在上述接力功能机型列表之内时确定被叫设备不支持接力功能。
再如，被叫设备可以获取当前已注册的至少一个电话账户(Phone account)，各电话账户是为每路电话所注册的账户。其中上述电话账户可以包括以下至少一种表征本地通话的电话账户、表征接力通话的电话账户、表征第二次通话的账户。被叫设备可以存储所支持接力功能的场景，如被叫设备已有一路电话时不支持接力功能，又如接力设备已有一路电话时被叫设备可以确定不支持接力功能，又如被叫设备本地已有一路接力通话且第二路电话不支持接力功能。
在获取到至少一个电话账户时，被叫设备可以判断该至少一个电话账户内是否存在表征接力通话的电话账户或者表征本地通话的电话账户。当存在表征接力通话或者本地通话的电话账户时，被叫设备可以确定不支持接力功能；当不存在表征接力通话或者本地通话的电话账户时，被叫设备可以确定支持接力功能。
在一示例中，被叫设备可以支持4通电话，包括一路进行中的通话(active电话)、一路保持中的通话(hold电话)、一路未接听的电话(ring电话)以及一路接力通话。
本实施例中，在确定支持接力功能时，被叫设备可以初始化Mirror控制器即MirrorController。参见图3，Mirror控制器是安卓系统中Telephony层的对外接口类，对外提供统一接口进行接力总体控制，与MirrorSdk交互主要进行Mirror消息统一管理，以及更新与接力设备之间的Mirror连接状态。Mirror可以对外提供一个预设标识符(URI)mirror_call_relay_active，上述预设标识符取值为第一数值(如1)时表示被叫设备和接力设备已建立Mirror连接，以及取值为第二数值(如0)时表示被叫设备和接力设备已断开Mirror连接。
Mirror控制器属于Mirror服务，其是Mirror服务为应用层提供服务的接口。Mirror控制器可以监控这个URI来确定Mirror连接状态。当mirror服务支持接力功能，可以建立接力管理服务(RelayManager)，该接力管理服务会向Telecom层注册电话账户(PhoneAcount)。又如，Mirror控制器可以注册接力服务(Mirror Relay service)，获取更新socket的ip地址；当Mirror服务因系统崩溃或者异常死掉，重置ip地址为空。再如，Mirror控制器可以监听接力消息(Mirror Relay Message)，由接力管理器(RelayManage)管理接力链路(如音频连接)建立及消息处理。当mirror服务不支持接力功能时，被叫设备可以注销电话账户，清理接力来电。
其中，上述Message是指通讯协议指定的message消息，包括请求消息request和响应消息response。在一示例中，请求消息request采用以下格式：
Relay://messageName:messageId/messageType？{param1:value,param2:value...}。
其中，relay表示接力类型；messageName表示消息名字，如来电、接听或者挂断；messageId表示消息的标识；messageType表示消息类型，如请求消息resquest或者响应消息response；param1表示操作参数，value表示操作取值。
以来电通知(即状态消息)为例，其格式为：
relay://ring:1001/request？{"address":"12345678900","presentation":"1","relayDeviceName":"miPad5"}//消息名字是ring即来电，消息标识是1001，消息类型是request，参数包括电话号码address为12345678900，显示状态为1和接力设备名称为miPad5。
以操作接力通话的请求为例，如接听、挂断或拒接，其格式为：
relay://operate:2001/request{"address":"12345678900","presentation":"1","relayDeviceName":"miPad5"}//消息名字operate即操作，消息标识是2001，消息类型是request，参数包括电话号码address为12345678900，显示状态为1和接力设备名称为miPad5。
以更新状态消息的请求为例，如更新通话状态/联系人消息，其格式为：
relay://update:3001/request？{"address":"12345678900","presentation":"1","relayDeviceName":"miPad5"}//消息名字update即更新，消息标识是3001，消息类型是request，参数包括电话号码address为12345678900，显示状态为1和接力设备名称为miPad5。
以释放接力通话的请求为例，其格式为：
relay://release:4001/request？{"address":"12345678900","presentation":"1","relayDeviceName":"miPad5"}//消息名字release即释放，消息标识是4001，消息类型是request，参数包括电话号码address为12345678900，显示状态为1和接力设备名称为miPad5。
在一示例中，响应消息request采用以下格式：
relay://ring:1001/response？{"address":"12345678900","presentation":"1","relayDeviceName":"miPad5","resultCode":"200","resultMessage":"succeed"}
其中，//消息名字ring即来电，消息标识是1001，消息类型是response，参数包括电话号码address为12345678900，显示状态为1、接力设备名称为miPad5，状态码200和结果消息为成功。
需要说明的是，被叫设备主动发送消息时可以采用请求消息，在接收到接力设备的请求消息进行应答时可以采用响应消息；同理，接力设备主动发送消息时可以采用请求消息，在接收到被叫设备的请求消息进行应答时可以采用响应消息。被叫设备和接力设备可以自动选择请求消息和响应消息来传输数据，为方便描述，本公开各实施例不再强调所发送消息为请求消息还是响应消息，在能够达到传输消息的效果上，相应方案均落入本公开的保护范围。
本实施例中，在确定支持通话接力功能的情况下，被叫设备可以查询接力设备。被叫设备可以获取本地的指定账号，如XX账号等，可理解的是，指定账号是用户注册时所使用的账号或者配置通话接力功能时所选择的账号。被叫设备可以将上述指定账号发送到目标服务器，以使目标服务器根据指定账号校验其他设备是否上传该指定账号，并获取上传该指定账号的设备识别码。该目标服务器可以是为指定账号匹配而专门设置的服务器，也可以是指定账号对应服务商所提供的服务器端口。继续以XX账号为例，被叫设备可以将XX账号发送到目标服务器，目标服务器可以返回已经上传该XX账号的接力设备。被叫服务器可以接收目标服务器返回的其他设备，并将其他设备作为接力设备。可以理解的是，目标服务器在接收到被叫设备发送的指定账号后，会检测是否接收到其他设备发送的该指定账号。若检测到其他设备有发送该指定账号，目标服务器会将发送该指定账号的其他设备的设备识别码发送给被叫设备，被叫设备通过该设备识别码确定接力设备，即接力设备和被叫设备都上传了同一个指定账号到目标服务器中。
需要说明的是，实际应用中，被叫设备内还可以设置预设开关，该预设开关用于控制被叫设备是否开启接力功能。在一示例中，该预设开关可以参考现有的“移动数据”、“蓝牙”等功能而设置一个按键，当选中该预设开关时，此时预设开关处于开启状态，可以允许被叫设备使用接力通话；当未选中该预设开关时，此时预设开关处于断开状态，不允许被叫设备使用接力通话。因此，被叫设备可以检测预设开关的开关状态。当检测到上述预设开关处于开启状态时，被叫设备才确定执行将本地的指定账号发送到目标服务器的步骤。这样，本实施例允许用户根据需求来使用通话接力功能，提升使用体验。
本实施例中，在确定支持通话接力以及检测到接力设备的情况下，被叫设备可以与接力设备建立音频连接建立Mirror连接，效果如图2所示。其中Mirror连接的建立过程可以参考相关技术，在此不再赘述。
本实施例中，当检测到主叫设备发送的来电事件后，被叫设备可以获取该来电事件的状态消息。其中，状态消息可以包括电话状态(call状态)、电话操作(call操作)和电话消息(call info)等。电话状态可以包括但不限于通话中(Incoming)、来电等待(Waiting)、电话保持(Hold)和未接通(Disconnected)。电话操作可以包括但不限于接听Answer、拒接Reject等。电话消息可以包括但不限于来电号码(或者区号+电话号码)、联系人姓名和来电归属地(address)等。上述状态消息可以根据具体场景进行设置，在此不作限定。
本实施例中，被叫设备可以通过上述Mirror连接将状态消息发送给接力设备。接力设备在接收到上述状态消息后，可以显示来电界面，并将上述状态消息显示在上述来电界面之内；同时来电界面内还设置有接收按键和拒接按键，效果如图6所示。
参见图6，右图示例了接力设备显示来电界面的效果，其来电界面内显示有来电号码“18994198000X(仅用于示意)”，来电号码归属地“江苏南京”，以及来电号码对应的运营商“电信”。
需要说明的是，本实施例中，被叫设备将状态消息发送给接力设备的同时，还在本设备的来电界面内显示上述状态消息，效果如图6左图所示。也就是说，在发送状态消息的同时，被叫设备也在本地做好通话的准备工作。或者说，当被叫设备接受到来电事件后，被叫设备和接力设备可以同时显示来电界面，以方便用户选择被叫设备或者接力设备接听电话。
在一实施例中，被叫设备中Telecom层除了传输音频数据之外，还可以控制接力设备的相关行为。此时，被叫设备可以向接力设备发送控制信号，可以控制接力设备在使用状态时仅显示来电界面但是不响铃，避免用户正常使用接力设备。或者，被叫设备可以控制接力设备处于待机状态时显示来电界面并响铃，从而提醒用户注意接力来电。或者，当接力设备处于待机状态时，被叫设备可以控制接力设备不显示来电通知，达到不使用接力设备的效果。
本实施例中，当接力设备的用户有接收本接力通话的需求时，可以触发接听按键。接力设备检测到接听按键被触发后，可以生成应答响应信息，并通过Mirror连接返回上述应答响应信息，该应答响应信息中的操作信息是接听接力通话。
本实施例中，参见图4，在步骤41中，当检测到主叫设备的来电事件或者接收到接力设备的应答响应信息后，被叫设备可以生成音频连接请求。其中，音频连接包括以下至少一种：蓝牙连接、WiFi连接、ZigBee连接和UWB连接，可以根据具体场景进行选择，在被叫设备和接力设备均支持上述音频连接且能够双向传输音频数据的情况下，相应的音频连接方式落入本公开的保护范围。
在步骤42中，被叫设备可以将上述音频连接请求发送给接力设备。接力设备在接收到上述音频连接请求后，可以与被叫设备建立音频连接；并生成建立响应消息，该建立响应消息表示建立音频连接成功；然后接力设备可以将上述建立响应消息发送给被叫设备。在步骤43中。被叫设备在检测到接力设备返回的建立响应消息时，确定已建立如图5所示例的音频连接。
在一实施例中，用户通常有多台电子设备，各台电子设备均可以作为接力设备来使用，即被叫设备可以连接到多台接力设备。此时，被叫设备可以显示接力设备选择界面，并检测是否接收到选择接力设备的选择操作。当检测到选择接力设备的选择操作后，被叫设备可以将来电事件的状态消息发送给选择操作对应的接力设备。被叫设备可以与所选择的接力设备建立音频连接；而其他设备由于未接收到状态消息，因此无法建立音频连接，从而无法实现接力通话。这样，本实施例的方案可以适用于设有多台接力设备的场景，可以选择任意一台接力设备通话，有利于提升使用接力功能的体验。
在步骤12中，在接收到所述接力设备针对所述来电事件的应答响应消息后，通过与所述接力设备之间的音频连接传输音频数据，以使所述接力设备与所述主叫设备进行通话。
本实施例中，在显示图6右侧所示例的来电界面时，接力设备可以检测用户是否操作来电界面内的“接听按键”或者“拒接按键”。以用户触发接听按键为例，在检测接听按键被触发后，接力设备可以确定用户有接收本次来电的需求，此时可以生成应答响应消息并发送给被叫设备。
需要说明的是，在接收到来电事件后，被叫设备还可以启动语音采集器件(如麦克风)并采集语音数据；然后可以解析上述语音数据，以获得语音数据中包含的关键词，该关键词可以包括但不限于接听电话、拒接电话等。被叫设备可以根据关键词来生成控制指令(如接听指令、拒接指令等)并更新状态消息，具体分析与参见用户触发相关按键的内容，在此不再赘述。
需要说明的是，在接收到来电事件后，被叫设备还可以启动相机，由相机采集预览范围内的图像；然后识别上述图像，以获得图像中包含的用户手势或者用户姿态，以手势为例，其可以包括但不限于V字手势、OK手势、摆手等。被叫设备可以根据手势或者姿态来生成控制指令(如接听指令、拒接指令等)并更新状态消息，具体分析与参见用户触发相关按键的内容，在此不再赘述。
本实施例中，在接收到接力设备的应答响应消息，被叫设备可以通过音频连接传输音频数据。在一示例中，上述音频连接采用Voip传输方案，即在互联网上使用IP协议以数据包的方式传输语音数据，也就是常说的互联网电话。此场景下，被叫设备和接力设备之间建立一条Socket传输通道作为传输音频数据的音频连接，Socket通道如图5所示Socket效果。参见图5，被叫设备和接力设备均设有音频录制器(AudioRecorder)和音频播放器(AudioTracker)，因此被叫设备的音频录制器和接力设备的音频播放器，以及接力设备的音频录制器和被叫设备的音频播放器可以共用上述Socket通道。被叫设备可以通过被叫设备的音频录制器和接力设备的音频播放器之间的Socket通道来发送音频数据，以及通过接力设备的音频录制器和被叫设备的音频播放器来接收音频数据。
在一示例中，以被叫设备向接力设备发送音频数据为例，参见图7，在步骤71中，被叫设备可以获取主叫设备发送的音频数据，后续称之为第一音频数据以示区别。其中主叫设备是指发起本次来电的设备。可理解的是，上述音频数据的原始来源是主叫设备，至于中间经过多少次转发，例如主叫设备的音频数据可以经过服务器、基站等设备，则不作考虑，故本实施例中称其主叫设备的第一音频数据。在步骤72中，被叫设备可以将上述音频数据转换成字节序列，后续称之为第一字节序列以示区别。在一示例中，被叫设备可以采用Gson方式将音频数据转换成字节序列，其中Gson方式转换成字节序列的方案可以参见相关技术，在此不再赘述。在步骤73中，被叫设备可以将第一字节序列通过音频连接发送给接力设备，以使接力设备播放音频数据，从而使接力设备的用户收听到主叫设备的用户的声音。
继续参见图5，被叫设备可以利用音频录制器播放并进行录制得到第一音频数据。被叫设备可以通过Gson方式将上述第一音频数据转换成第一字节序列，并将上述字节序列封装成请求消息类RequestObject；然后，被叫设备可以通过Socket通道将上述字节序列以请求消息的方式传输给接力设备，从而达到传输音频数据的效果。对于接力设备而言，其接收到请求消息后可以解析出第一字节序列，并采用Gson方式还原出音频数据，并播放该音频数据。可以理解的是，除了通过Gson方式将音频数据转换成字节序列，还可通过具备相同功能的方式将音频数据转换成字节序列，如Json方式。
这样，被叫设备作为中间设备完成一次音频数据的(发送)转发工作。
在接力设备调用扬声器的情况下，通过扬声器还原出第一音频对应的声音，或者在接力设备调用耳机的情况下，通过耳机还原出第一音频对应的声音。对于接力设备的用户而言，当听到上述声音后会作出回应，此时接力设备可以调用采集器件(如麦克风)采集上述语音并录制成音频数据，后续称之为第二音频数据以示区别。接力设备可以通过Gson方式将第二音频数据转换成第二字节序列，并可以将上述第二字节序列封装为响应消息类ResponseObject，然后将上述响应消息通过上述音频连接发送给被叫设备。
在另一示例中，以被叫设备接收接力设备发送的音频数据为例，参见图8，在步骤81中，被叫设备可以获取接力设备通过音频连接发送的第二音频数据。在步骤82中，被叫设备可以将上述第二音频数据发送给主叫设备。继续参见图5，以上述Voip方案来描述被叫设备接收音频数据，被叫设备中的音频播放器AudioTracker可以获取接力设备的音频录制器AudioRecorder发送的响应消息类ResponseObject(即字节序列)。被叫设备在接收到响应消息类ResponseObject后解析出字节序列，然后，被叫设备(的Telephony层)可以通过Gson方式将上述字节序列还原成音频数据，并发送给主叫设备。这样，被叫设备作为中间设备完成一次音频数据的(接收)转发工作。即本实施例可以通过被叫设备作为中间设备实现接力设备与主叫设备实现通话，达到通过接力设备来接听电话的效果，有利于提升使用体验。
需要说明的是，本公开上述实施例介绍了一种采用Socket通道来传输音频数据的方案。可理解的是，本公开的一些其他实施例中还可以不使用Socket通道的方案来传输音频，此时可以采用WiFi、蓝牙等方式来传输音频，相应方案落入本公开的保护范围。
在一实施例中，在检测到拒接按键被触发后，接力设备可以确定用户拒接本次来电，此时可以生成包括拒接操作消息并发送给被叫设备。被叫设备在接收到上述拒接操作消息拒接本次来电。由于拒接本次来电后，被叫设备和接力设备之间无需传输音频数据，此时被叫设备可以释放上述音频连接，或者可以选择性释放Mirror连接。这样，本实施例中可以达到由接力设备拒接来电的效果，无需在被叫设备上拒接来电，有利于提升使用体验。
在一实施例中，在被叫设备和接力设备进行接力通话的过程中，被叫设备还可以更新状态消息，参见图9，在步骤91中，被叫设备可以检测到通话状态更新事件，该更新事件包括以下至少一种：通话状态更新事件、联系人消息更新事件。例如，被叫设备在接收到来电事件后通常是及时转发的，例如先转发电话号码，然后再查询本地存储的电话簿匹配出联系人的名字，并将联系人的名字更新到状态消息内，此时可以检测到联系人消息更新事件。又如，在接力通话时，用户先在接力设备上接听电话而后用被叫设备接听电话，此时状态消息就更新为本地接听，即被叫设备可以检测到通话状态更新事件，此时可以更新状态消息。在步骤92中，当检测到状态消息更新后，被叫设备可以将更新后的状态消息发送给接力设备，以使接力设备同步更新状态消息。对于接力设备而言，当接收到更新后的状态消息后可以执行同步操作，同时将上述状态消息显示到通话界面。在状态消息完成更新后，接力设备可以向被叫设备发送更新响应消息，该更新响应消息包括表示更新成功的结果消息(即resultMessage是succeed的场景)。被叫设备在接收到上述更新响应消息后可以确定接力设备已更新状态消息，无需重新发送上述状态消息。当更新响应消息包括表示更新失败的结果消息时，被叫设备可以重新发送更新后的状态消息，直至接力设备完成更新。
以在被叫设备切换接力通话为例，参见图10，在接力通话过程中，被叫设备上可以显示通话界面，实际应用中上述通话界面可以缩小到提示栏内以气泡形式展示，从而不影响到被叫设备的正常使用。在步骤101中，当检测到表征显示通话界面的操作(下拉操作或者点击气泡)时，被叫设备可以全屏或者按照设定尺寸显示上述通话界面。以全屏显示通话界面为例，此时被叫设备可以在通话界面增加表征“已在接力设备接听”的内容，效果如图11所示。在一示例中，被叫设备的通话界面内的内容可以是接力设备的通话界面内的内容，即被叫设备和接力设置两者的通话界面显示相同内容。当被叫设备检测到用户下拉通话界面或者点击气泡即检测到表征显示通话界面的操作时可以显示通话界面，或者向接力设备请求其通话界面内所显示的内容。
需要说明的是，考虑到被叫设备也可以接听来电，被叫设备的通话界面可以包括本地接听按键，该本地接听按键可以单独设置，也可以包括蓝牙、免提、听筒等表示，效果如图12所示。考虑到被叫设备也可以挂断电话，被叫设备的通话界面可以包括本地挂断按键，该本地挂断按键可以单独设置，效果如图11所示。
在步骤102中，当检测到本地接听按键被触发时，被叫设备可以利用本地连接(如图2中Real call连接)进行通话，并将更新后的状态消息发送给接力设备以及断开与接力设备之间的音频连接。由于不再传输音频数据而需要收发状态消息，因此被叫设备可以直接结束音频连接而保留Mirror连接，达到被叫设备和接力设备传输状态消息的效果。对于接力设备，其接收到更新后的状态消息后，可以解析出状态消息内的本地接听消息，因此接力设备也可以结束本次接力通话，可以在通话界面内显示如“已在其他设备接听”或者“本次接力通话已结束”等提示消息。这样，本实施例中允许被叫设备在接力通话过程中切回到被叫设备进行通话，可以满足用户的不用使用场景，有利于提升使用体验。
在一实施例中，以在被叫设备挂断接力通话为例，被叫设备可以显示上述通话界面，该通话界面内包括本地挂断按键，该本地挂断按键可以单独设置，效果如图11所示。当检测到本地挂断按键被触发时，被叫设备可以结束本次接力通话，并将更新后的状态消息发送给接力设备以及断开与接力设备之间的音频连接。可理解的是，被叫设备结束接力通话而接力设备未结束接力通话这一短暂时间内，由于不再传输音频数据而需要收发状态消息，因此被叫设备可以直接结束音频连接而保留Mirror连接，达到被叫设备和接力设备传输状态消息的效果。对于接力设备，其接收到更新后的状态消息后，可以解析出状态消息内的挂断消息，因此接力设备也可以结束本次接力通话后，可以在通话界面内显示如“本次接力通话已结束”或者“本次接力通话已在其他设备上挂断”等提示消息。这样，本实施例中允许被叫设备在接力通话过程中挂断接力进行通话，可以满足用户的不用使用场景，有利于提升使用体验。
在一实施例中，被叫设备和接力设备在接力通话过程中，被叫设备可能会接收到其他来电事件，例如电话、微信视频等，上述来电事件可能会影响到本次接力通话，或者本次接力通话会影响到其他优先级更高的来电事件。为此，本实施例中被叫设备可以调整本次通话的优先级调整到目标优先级，该目标优先级用于确定本次接力通话与后续来电之间的关系，从而决定保持当前通话或者挂断当前通话。例如当上述接力通话为微信电话时，若此时被叫设备接收到第二路来电，该第二路来电的优先级高于上述接力通话即微信电话，显示上述第二路来电，暂时中断上述微信电话，从而保证第二路来电的独占性。又如当上述接力通话为微信电话时，若此时被叫设备接收到第二路微信来电，该第二路微信来电的优先级低于上述接力通话即第一路微信电话，可以直接挂断上述第二路微信来电，从而保证第一路微信电话通话的独占性。这样，本实施例中通过调整来电优先级来保证通话独占性，使通话保持正常，有利于提升使用体验。
本公开实施例还提供了一种通话实现方法，参见图13，应用于接力设备，所述方法包括步骤131～步骤132。
在步骤131中，当接收被叫设备发送的来电事件的状态消息时，显示来电界面。
本实施例中，接力设备在检测到开机信号时，可以将指定账号上传到目标服务器，以使目标服务器根据该指定账号确定是否是接力设备。确定接力设备的过程可以参见步骤11中的方案，在此不再赘述。
本实施例中，接力设备还可以检测自身是否支持接力功能，当支持接力功能时，获取通话接力服务并监听预设标识符mirror_call_relay_active；上述预设标识符取值为第一数值时表示所述被叫设备和所述接力设备建立Mirror连接，以及取值为第二数值时表示所述被叫设备和所述接力设备断开Mirror连接。可理解的是，接力设备和被叫设备仅仅是为了区别接力通话时的两个设备，对于同一个电子设备可以分别作为接力设备或者被叫设备，即接力设备也可以作为被叫设备使用。那么，接力设备检测自身是否支持接力功能的方案可以参考步骤11中被叫设备的方案，在此不再赘述。
需要说明的是，接力设备可以接收被叫设备发送的控制信号来执行相关行为。例如，上述接力设备处于使用状态(或解锁状态)时，在接收到状态时可以仅显示来电界面但是不响铃，避免用户正常使用接力设备。又如，当接力设备处于待机状态(或者锁屏状态)时，可以显示来电界面并响铃，从而提醒用户避免错过接力来电。当然，当接力设备处于待机状态(或者锁屏状态)时，可以不显示来电通知，从而满足用户未使用接力设备的场景。
本实施例中，在建立如图2所示的Mirror连接之后，接力设备可以获得来电事件的状态消息，并通知Telecom层和Incallui层，最终将上述状态消息显示在来电界面之内，效果如图6中右图所示。可理解的是，上述来电界面可以包括接听按键和拒接按键。
在步骤132中，当基于所述来电界面检测到接听指令时，通过与所述被叫设备之间的音频连接传输音频数据，以通过所述被叫设备与主叫设备进行通话。
本实施例中，用户可以根据自身需求接听或者拒接该接力来电。以拒接该接力来电来例，接力设备可以拒接本次来电，并更新状态消息作为应答响应消息返回给被叫设备。被叫设备接收到上述应答响应消息并解析出拒接操作消息，可以拒接本次来电。
以接听本次来电为例，接力设备检测到接听按键被触发后可以生成应答响应消息并发送给所述被叫设备，该应答响应消息包括接听操作消息。被叫设备接收到上述应答响应消息解析出接听操作消息后确定接力设备接听本次来电，可以建立音频连接。被叫设备可以生成音频连接请求，并发送给接力设备。
需要说明的是，在接收到来电事件后，接力设备还可以启动语音采集器件(如麦克风)并采集语音数据；然后可以解析上述语音数据，以获得语音数据中包含的关键词，该关键词可以包括但不限于接听电话、拒接电话等。接力设备可以根据关键词来生成控制指令(如接听指令、拒接指令等)并更新状态消息，具体分析与参见用户触发相关按键的内容，在此不再赘述。
需要说明的是，在接收到来电事件后，接力设备还可以启动相机，由相机采集预览范围内的图像；然后识别上述图像，以获得图像中包含的用户手势或者用户姿态，以手势为例，其可以包括但不限于V字手势、OK手势、摆手等。接力设备可以根据手势或者姿态来生成控制指令(如接听指令、拒接指令等)并更新状态消息，具体分析与参见用户触发相关按键的内容，在此不再赘述。
本实施例中，接力设备可以检测是否接收到音频连接请求。当检测到获得音频连接请求后，接力设备可以与被叫设备建立音频连接。其中，建立音频连接的方案可以参见图4所示内容，在此不再赘述。在音频连接建立后，接力设备可以生成(包含建立音频连接成功的结果消息的)应答响应消息并发送给被叫设备，以使被叫设备和接力设备利用该音频连接传输音频数据。
本实施例中，接力设备可以通过音频连接获取来自被叫设备的请求消息即第一字节序列，然后通过Gson方式从上述第一字节序列还原出第一音频数据，并播放上述第一音频数据，接力设备可以调用蓝牙、免提或者听筒等方式将第一音频数据还原出声音。在接力设备调用扬声器的情况下，通过扬声器还原出主叫设备用户的声音，或者在接力设备调用耳机的情况下，通过耳机还原出主叫设备用户的声音。
对于接力设备的用户而言，当听到上述声音后会进行回应，此时接力设备可以调用采集器件(如麦克风)采集上述声音并录制为第二音频数据即获取第二音频数据；再通过Gson方式将第二音频数据转换成第二字节序列，并可以将上述第二字节序列封装为响应消息类ResponseObject，然后将上述第二字节序列通过上述音频连接发送给被叫设备。被叫设备可以将上述第二音频数据转发给主叫设备，从而实现接力设备与主叫设备通话的效果。
在一实施例中，当接力设备检测到表示显示通话界面的操作时，可以显示通话界面，该通话界面可以包括挂断按键。当检测到挂断按键被触发时，接力设备可以结束本次接力通话；并将更新后的状态消息发送给被叫设备，以使被叫设备同步结束本次接力通话并释放音频连接。并且，接力设备可以清除本次接力通话的通话记录，或者检测到本次通话为接力通话时直接不写入通话记录，达到保护个人信息的效果。
在一实施例中，在接力通话过程中，被叫设备可以检测更新事件，该更新事件包括以下至少一种：通话状态更新事件、联系人消息更新事件。当检测到上述更新事件后，被叫设备可以更新状态消息并发送给接力设备。接力设备接收到上述更新后的状态消息后，可以同步更新该状态消息。例如，当状态消息中通话状态更新时，更新后的状态消息内包括操作消息是接听电话或者拒接电话，接力设备可以在通话界面内更新所显示的通话状态。又如，当状态消息中联系人消息更新时，接力设备可以在通话界面内更新所显示的联系人消息。本实施例中被叫设备和接力设备通过同步更新状态消息可以保证两者状态消息同步，有利于提升使用接力通话的体验。
在一实施例中，当接收到包含被叫设备在本地挂断通话的状态消息后，接力设备可以结束本次通话，并断开与被叫设备之间的Mirror连接，达到挂断接力通话的效果。
在一实施例中，当用户有挂断接力通话的需求时，可以操作接力设备以显示通话界面。当检测到表征显示通话界面的操作时，接力设备可以显示通话界面，该通话界面包括挂断按键。当检测到该挂断按键被触发时，接力设备可以结束本次接力通话，并将更新后的状态消息发送给被叫设备；此时接力设备可以主动断开音频连接。被叫设备接收到上述状态消息后，可同步结束本次接力通话和与主叫设备之间的通话，并且还可以断开与接力设备的Mirror连接。这样，本实施例可以实现在接力设备断开通话的效果，提升使用接力通话的体验。
下面以被叫设备和接力设备分别为手机(phone)和平板电脑(pad)为例描述本公开的一种通话实现方法，参见图14，包括：
当手机开机时执行以下动作，确定是否支持通话能力，在支持通话能力时初始化Mirror控制器。然后，手机可以获取Mirror服务并监控预设标识符取值，当预设标识符取值为1时确定已经与平板电脑建立Mirror连接。手机还可以获取本机ip地址。同理，平板电脑也执行相应的动作。
可理解的是，在支持通话接力的情况下，手机和平板电脑可以将设有的指定账号上传到目标服务器，由目标服务器确定出可以使用的接力设备。
平板电脑可以将ip地址发送给手机。手机根据平板电脑的ip地址建立socket通道，并启动音频播放器和音频录制器。手机将自己的ip地址发送给平板电脑。平板电脑根据手机的ip地址建立socket通道，并启动音频播放器和音频录制器。也就是说，手机和平板电脑之间建立了音频连接。
当手机检测到主叫设备发来的来电事件时，可以将状态消息通过Mirror连接发送给平板电脑。平板电脑接收到上述状态消息后，可以在显示区域内显示来电界面。并且，平板电脑可以生成表示收到该状态消息的响应消息，并反馈给手机，以避免手机重复性发送该状态消息。该来电界面内可以显示来电号码、归属地、接听按键和拒接按键等内容。当用户点击接听按键时，平板电脑可以生成包含接听操作消息的请求消息，并将该请求消息发送给手机。手机可以生成包含表示已接收到上述请求消息的响应消息，并发送给平板电脑。此时，手机和平板电脑建立接力通话，通过音频连接进行双向音频传输。
当接力通话完成时，用户可以在平板电脑上挂断电话。当平板电脑检测到挂断电话的操作时，可以结束本次通话，断开与手机之间的音频连接。并且，平板电脑可以生成包含挂断操作的请求消息并通过Mirror连接发送给手机。手机接收到上述请求消息后生成表示收到挂断操作的响应消息，通过Mirror连接发送给平板电脑，并断开与平板电脑之间的Mirror连接。这样，手机和平板电脑可以结束接力通话。
在一示例中，在接力通话过程中，用户可以在手机上接听电话。手机检测到用户接听电话时可以与主叫设备进行通话。并且，手机可以生成包含接听操作的请求消息并发送给平板电脑，并且断开与平板电脑之间的音频连接。平板电脑可以发送表示收到接听操作的响应消息，并且可以断开与手机的音频连接和Mirror连接。
在一示例中，在将状态消息发送给平板电脑后，用户可以在手机上接听电话。手机检测到用户接听电话时可以与主叫设备进行通话。并且，手机可以生成包含接听操作的请求消息并发送给平板电脑，并且断开与平板电脑之间的音频连接。平板电脑可以发送表示收到接听操作的响应消息，并且可以断开与手机的音频连接和Mirror连接。这样，用户可以直接在手机上接听电话而无需平板电脑上接听电话。
在上述一种通话实现方法的基础上，本公开实施例还提供了一种通话实现装置，应用于被叫设备，参见图15，所述装置包括：
状态消息发送模块151，用于当检测到主叫设备发送的来电事件时，将来电事件的状态消息发送给接力设备，以使所述接力设备根据所述状态消息提示所述来电事件；
音频数据传输模块152，用于在接收到所述接力设备针对所述来电事件的应答响应消息后，通过与所述接力设备之间的音频连接传输音频数据，以使所述接力设备与所述主叫设备进行通话。
在一实施例中，所述装置还包括：
生成模块，用于生成音频连接请求；
请求发送模块，用于将所述音频连接请求发送给所述接力设备；
确定模块，用于当检测到所述接力设备响应所述音频连接请求后返回的建立响应消息时，确定建立所述音频连接。
在一实施例中，所述音频连接至少包括以下一种：蓝牙连接、WiFi连接、ZigBee连接和UWB连接。
在一实施例中，所述装置还包括：
第一检测模块，用于检测所述被叫设备是否支持接力功能；
建立模块，用于当支持接力功能时，与所述接力设备建立Mirror连接，所述Mirror连接用于传输所述状态消息。
在一实施例中，所述第一检测模块包括：
第一获取单元，用于获取所述被叫设备的机型；
第一确定单元，用于基于预设的接力功能机型列表，根据所述机型确定所述被叫设备是否支持接力功能。
在一实施例中，所述第一检测模块还包括：
第二获取单元，用于获取所述被叫设备当前已注册的至少一个电话账户；所述电话账户是指为每路电话所注册的账户；
判断单元，用于判断所述至少一个电话账户中是否存在表征接力通话的账户或者表征本地通话的账户；
第二确定单元，用于当存在表征接力通话或者本地通话的电话账户时，确定所述被叫设备不支持接力功能；当不存在表征接力通话或者本地通话的电话账户时，确定所述被叫设备支持接力功能。
在一实施例中，所述装置还包括：
更新模块，用于当检测到更新事件时，更新所述状态消息；所述更新事件包括以下至少一种：通话状态更新事件、联系人消息更新事件；
消息发送模块，用于将更新后的状态消息发送给所述接力设备，以使所述接力设备同步更新状态消息。
在一实施例中，所述装置还包括：
第一显示模块，用于显示所述来电事件对应的通话界面；所述通话界面包括本地挂断按键；
断开模块，用于当检测到所述本地挂断按键被触发时，结束接力通话，并将更新后的状态消息发送给所述接力设备，以及断开与所述接力设备之间的音频连接。
在一实施例中，所述音频数据传输模块还包括：
第三获取单元，用于获取所述主叫设备发送的第一音频数据；
第一转换单元，用于将所述第一音频数据转换成第一字节序列；
发送单元，用于将所述第一字节序列通过所述音频连接发送给所述接力设备。
在一实施例中，所述音频数据传输模块还包括：
第四获取单元，用于获取所述接力设备通过所述音频连接发送的第二字节数据；所述第二字节数据由所述接力设备获取第二音频数据转换得到；
第二转换单元，用于将所述第二字节数据转换成第二音频数据并发送给所述主叫设备。
在一实施例中，所述装置还包括：
第二显示模块，用于显示来电界面，并在所述来电界面内显示所述状态消息。
在一实施例中，所述装置还包括：
调整模块，用于调整本次通话的优先级至目标优先级，所述目标优先级高于下一次接力通话的优先级。
在一实施例中，所述状态消息发送模块还包括：
检测单元，用于在所述被叫设备显示接力设备选择界面后，检测是否接收到选择接力设备的选择操作；
状态消息发送单元，用于若接收到选择接力设备的选择操作，则将来电事件的状态消息发送给所述选择操作对应的接力设备。
在一实施例中，所述装置包括：
账号发送模块，用于将本地的指定账号发送到目标服务器；
接收模块，用于接收所述目标服务器根据所述指定账号返回的所述设备识别码，并根据所述设备识别码确定接力设备，其中，所述设备识别码是除所述被叫设备外，其他上传所述指定账号的设备的识别码。
在一实施例中，所述被叫设备包括预设开关，所述预设开关用于控制是否允许使用接力通话；
所述装置还包括：
第二检测模块，用于检测所述预设开关的开关状态，所述开关状态包括开启状态和断开状态；
执行模块，用于当检测到所述开关状态为开启状态时，确定执行将本地的指定账号发送到目标服务器的步骤。
需要说明的是，本实施例中示出的装置和设备与方法实施例的内容相匹配，可以参考上述方法实施例的内容，在此不再赘述。
在上述一种通话实现方法的基础上，本公开实施例还提供了一种通话实现装置，应用于接力设备，参见图16，所述装置包括：
来电界面显示模块161，用于当接收被叫设备发送的来电事件的状态消息时，显示来电界面；所述来电界面内至少包括接听按键；
音频数据传输模块162，用于当基于所述来电界面检测到接听指令时，通过与所述被叫设备之间的音频连接传输音频数据，以通过所述被叫设备与主叫设备进行通话。
在一实施例中，所述音频数据传输模块包括：
获取单元，用于获取第二音频数据；
转换单元，用于将所述第二音频数据转换成第二字节序列；
发送单元，用于将所述第二字节序列通过与所述被叫设备之间的音频连接发送给所述被叫设备。
在一实施例中，所述装置还包括：
更新模块，用于当检测到所述被叫设备基于更新事件生成的更新后的状态消息后，更新所述状态消息；所述更新事件包括以下至少一种：通话状态更新事件、联系人消息更新事件。
在一实施例中，所述装置还包括:
断开模块，用于获取包含被叫设备在本地挂断通话的状态消息后，结束本次通话并断开与所述被叫设备之间的Mirror连接。
在一实施例中，所述装置还包括：
显示模块，用于显示所述来电事件对应的通话界面；所述通话界面包括挂断按键；
结束模块，用于当基于所述通话界面检测到结束通信指令时，结束接力通话；
发送模块，用于将更新后的状态消息发送给所述被叫设备，以使所述被叫设备结束本次接力通话并释放音频连接。
在一实施例中，所述装置还包括：
清除模块，用于在接力通话被挂断后，清除本次接力通话的通话记录；或者将本次接力通话不写入通话记录。
需要说明的是，本实施例中示出的装置和设备与方法实施例的内容相匹配，可以参考上述方法实施例的内容，在此不再赘述。
图17是根据一示例性实施例示出的一种电子设备的框图。例如，电子设备1700可以是智能手机，计算机，数字广播终端，平板设备，医疗设备，健身设备，个人数字助理等。
参照图17，电子设备1700可以包括以下一个或多个组件：处理组件1702，存储器1704，电源组件1706，多媒体组件1708，音频组件1710，输入/输出(I/O)的接口1712，传感器组件1714，通信组件1716，图像采集组件1718。
处理组件1702通常控制电子设备1700的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件1702可以包括一个或多个处理器1720来执行计算机程序。此外，处理组件1702可以包括一个或多个模块，便于处理组件1702和其他组件之间的交互。例如，处理组件1702可以包括多媒体模块，以方便多媒体组件1708和处理组件1702之间的交互。
存储器1704被配置为存储各种类型的数据以支持在电子设备1700的操作。这些数据的示例包括用于在电子设备1700上操作的任何应用程序或方法的计算机程序，联系人数据，电话簿数据，消息，图片，视频等。存储器1704可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。
电源组件1706为电子设备1700的各种组件提供电力。电源组件1706可以包括电源管理系统，一个或多个电源，及其他与为电子设备1700生成、管理和分配电力相关联的组件。电源组件1706可以包括电源芯片，控制器可以电源芯片通信，从而控制电源芯片导通或者断开开关器件，使电池向主板电路供电或者不供电。
多媒体组件1708包括在电子设备1700和目标对象之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示屏(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作。
音频组件1710被配置为输出和/或输入音频文件信息。例如，音频组件1710包括一个麦克风(MIC)，当电子设备1700处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频文件信息。所接收的音频文件信息可以被进一步存储在存储器1704或经由通信组件1717发送。在一些实施例中，音频组件1710还包括一个扬声器，用于输出音频文件信息。
I/O接口1712为处理组件1702和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。
传感器组件1714包括一个或多个传感器，用于为电子设备1700提供各个方面的状态评估。例如，传感器组件1714可以检测到电子设备1700的打开/关闭状态，组件的相对定位，例如组件为电子设备1700的显示屏和小键盘，传感器组件1714还可以检测电子设备1700或一个组件的位置改变，目标对象与电子设备1700接触的存在或不存在，电子设备1700方位或加速/减速和电子设备1700的温度变化。本示例中，传感器组件1714可以包括磁力传感器、陀螺仪和磁场传感器，其中磁场传感器包括以下至少一种：霍尔传感器、薄膜磁致电阻传感器、磁性液体加速度传感器。
通信组件1716被配置为便于电子设备1700和其他设备之间有线或无线方式的通信。电子设备1700可以接入基于通信标准的无线网络，如WiFi，2G、3G、4G、5G，或它们的组合。在一个示例性实施例中，通信组件1716经由广播信道接收来自外部广播管理系统的广播信息或广播相关信息。在一个示例性实施例中，通信组件1716还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。
在示例性实施例中，电子设备1700可以被一个或多个应用专用集成电路(ASIC)、数字信息处理器(DSP)、数字信息处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现。
在示例性实施例中，还提供了一种计算机可读存储介质，例如包括指令的存储器704，上述可执行的计算机程序可由处理器执行。其中，可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本公开旨在涵盖任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (26)

1.一种通话实现方法，其特征在于，应用于被叫设备，所述方法包括：
当检测到主叫设备发送的来电事件时，将来电事件的状态消息发送给接力设备，以使所述接力设备根据所述状态消息提示所述来电事件；
在接收到所述接力设备针对所述来电事件的应答响应消息后，通过与所述接力设备之间的音频连接传输音频数据，以使所述接力设备与所述主叫设备进行通话。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
生成音频连接请求；
将所述音频连接请求发送给所述接力设备；
当检测到所述接力设备响应所述音频连接请求后返回的建立响应消息时，确定建立所述音频连接。
3.根据权利要求2所述的方法，其特征在于，所述音频连接至少包括以下一种：蓝牙连接、WiFi连接、ZigBee连接和UWB连接。
4.根据权利要求1所述的方法，其特征在于，所述方法还包括：
检测所述被叫设备是否支持接力功能；
当支持接力功能时，与所述接力设备建立Mirror连接，所述Mirror连接用于传输所述状态消息。
5.根据权利要求4所述的方法，其特征在于，检测所述被叫设备是否支持接力功能，包括：
获取所述被叫设备的机型；
基于预设的接力功能机型列表，根据所述机型确定所述被叫设备是否支持接力功能。
6.根据权利要求4所述的方法，其特征在于，检测所述被叫设备是否支持接力功能，包括：
获取所述被叫设备当前已注册的至少一个电话账户；所述电话账户是指为每路电话所注册的账户；
判断所述至少一个电话账户中是否存在表征接力通话的账户或者表征本地通话的账户；
当存在表征接力通话或者本地通话的电话账户时，确定所述被叫设备不支持接力功能；
当不存在表征接力通话或者本地通话的电话账户时，确定所述被叫设备支持接力功能。
7.根据权利要求1所述的方法，其特征在于，所述方法还包括：
当检测到更新事件时，更新所述状态消息；所述更新事件包括以下至少一种：通话状态更新事件、联系人消息更新事件；
将更新后的状态消息发送给所述接力设备，以使所述接力设备同步更新状态消息。
8.根据权利要求1所述的方法，其特征在于，所述方法还包括：
显示所述来电事件对应的通话界面；所述通话界面包括本地接听按键；
当检测到所述本地接听按键被触发时，切换到本地连接进行通话，并断开与所述接力设备之间的音频连接。
9.根据权利要求1所述的方法，其特征在于，所述方法还包括：
显示所述来电事件对应的通话界面；所述通话界面包括本地挂断按键；
当检测到所述本地挂断按键被触发时，结束接力通话，并将更新后的状态消息发送给所述接力设备，以及断开与所述接力设备之间的音频连接。
10.根据权利要求1所述的方法，其特征在于，通过与所述接力设备之间的音频连接传输音频数据，包括：
获取所述主叫设备发送的第一音频数据；
将所述第一音频数据转换成第一字节序列；
将所述第一字节序列通过所述音频连接发送给所述接力设备。
11.根据权利要求1所述的方法，其特征在于，通过与所述接力设备之间的音频连接传输音频数据，包括：
获取所述接力设备通过所述音频连接发送的第二字节数据；所述第二字节数据由所述接力设备获取第二音频数据转换得到；
将所述第二字节数据转换成第二音频数据并发送给所述主叫设备。
12.根据权利要求1所述的方法，其特征在于，所述方法还包括：
显示来电界面，并在所述来电界面内显示所述状态消息。
13.根据权利要求1所述的方法，其特征在于，通过所述音频连接传输音频数据之后，所述方法还包括：
调整本次通话的优先级至目标优先级，所述目标优先级高于下一次接力通话的优先级。
14.根据权利要求1所述的方法，其特征在于，所述将来电事件的状态消息发送给接力设备包括：
在所述被叫设备显示接力设备选择界面后，检测是否接收到选择接力设备的选择操作；
若接收到选择接力设备的选择操作，则将来电事件的状态消息发送给所述选择操作对应的接力设备。
15.根据权利要求1至14任一项所述的方法，其特征在于，所述方法还包括：
将本地的指定账号发送到目标服务器；
接收所述目标服务器根据所述指定账号返回的所述设备识别码，并根据所述设备识别码确定接力设备，其中，所述设备识别码是除所述被叫设备外，其他上传所述指定账号的设备的识别码。
16.根据权利要求15所述的方法，其特征在于，被叫设备包括预设开关，所述预设开关用于控制是否允许使用接力通话；将本地的指定账号发送到目标服务器之前，所述方法还包括：
检测所述预设开关的开关状态，所述开关状态包括开启状态和断开状态；
当检测到所述开关状态为开启状态时，确定执行将本地的指定账号发送到目标服务器的步骤。
17.一种通话实现方法，其特征在于，应用于接力设备，所述方法包括：
当接收被叫设备发送的来电事件的状态消息时，显示来电界面；
当基于所述来电界面检测到接听指令时，通过与所述被叫设备之间的音频连接传输音频数据，以通过所述被叫设备与主叫设备进行通话。
18.根据权利要求17所述的方法，其特征在于，通过与所述被叫设备之间的音频连接传输音频数据，包括：
获取第二音频数据；
将所述第二音频数据转换成第二字节序列；
将所述第二字节序列通过与所述被叫设备之间的音频连接发送给所述被叫设备。
19.根据权利要求17所述的方法，其特征在于，所述方法还包括：
当检测到所述被叫设备基于更新事件生成的更新后的状态消息后，更新所述状态消息；所述更新事件包括以下至少一种：通话状态更新事件、联系人消息更新事件。
20.根据权利要求17所述的方法，其特征在于，所述方法还包括：
获取包含被叫设备在本地挂断通话的状态消息后，结束本次通话并断开与所述被叫设备之间的Mirror连接。
21.根据权利要求17所述的方法，其特征在于，所述方法还包括：
显示所述来电事件对应的通话界面；所述通话界面包括挂断按键；
当基于所述通话界面检测到结束通信指令时，结束接力通话，并将更新后的状态消息发送给所述被叫设备，以使所述被叫设备结束本次接力通话并释放音频连接。
22.根据权利要求17至21任一项所述的方法，其特征在于，所述方法还包括：
在接力通话被挂断后，清除本次接力通话的通话记录；
或者，将本次接力通话不写入通话记录。
23.一种通话实现装置，其特征在于，应用于被叫设备，所述装置包括：
状态消息发送模块，用于当检测到主叫设备发送的来电事件时，将来电事件的状态消息发送给接力设备，以使所述接力设备根据所述状态消息提示所述来电事件；
音频数据传输模块，用于在接收到所述接力设备针对所述来电事件的应答响应消息后，通过与所述接力设备之间的音频连接传输音频数据，以使所述接力设备与所述主叫设备进行通话。
24.一种通话实现装置，其特征在于，应用于接力设备，所述装置包括：
来电界面显示模块，用于当接收被叫设备发送的来电事件的状态消息时，显示来电界面；所述来电界面内至少包括接听按键；
音频数据传输模块，用于当基于所述来电界面检测到接听指令时，通过与所述被叫设备之间的音频连接传输音频数据，以通过所述被叫设备与主叫设备进行通话。
25.一种电子设备，其特征在于，包括：
处理器；
用于存储所述处理器可执行的计算机程序的存储器；
其中，所述处理器被配置为执行所述存储器中的计算机程序，以实现如权利要求1～16或17～22任一项所述的方法。
26.一种计算机可读存储介质，其特征在于，当所述存储介质中的可执行的计算机程序由处理器执行时，能够实现如权利要求1～16或17～22任一项所述的方法。
CN202111551689.3A 2021-12-17 2021-12-17 通话实现方法和装置、电子设备、可读存储介质 Pending CN114095616A (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN202111551689.3A CN114095616A (zh) 2021-12-17 2021-12-17 通话实现方法和装置、电子设备、可读存储介质
EP22170677.3A EP4199491B1 (en) 2021-12-17 2022-04-29 Methods and apparatuses of call implementation and storage medium
US17/734,966 US11968322B2 (en) 2021-12-17 2022-05-02 Methods and apparatuses of call implementation

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111551689.3A CN114095616A (zh) 2021-12-17 2021-12-17 通话实现方法和装置、电子设备、可读存储介质

Publications (1)

Publication Number Publication Date
CN114095616A true CN114095616A (zh) 2022-02-25

Family

ID=80307533

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111551689.3A Pending CN114095616A (zh) 2021-12-17 2021-12-17 通话实现方法和装置、电子设备、可读存储介质

Country Status (3)

Country Link
US (1) US11968322B2 (zh)
EP (1) EP4199491B1 (zh)
CN (1) CN114095616A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116709226A (zh) * 2022-10-31 2023-09-05 荣耀终端有限公司 通信接力方法、电子设备、通信系统及存储介质

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102316430A (zh) * 2011-09-23 2012-01-11 宇龙计算机通信科技(深圳)有限公司 电话接听方法及装置
CN104363335A (zh) * 2014-10-30 2015-02-18 广东欧珀移动通信有限公司 一种智能接听来电的方法及移动终端
US20170017451A1 (en) * 2015-07-17 2017-01-19 Samsung Electronics Co., Ltd. Method and system for managing applications running on smart device using a wearable device
CN106416208A (zh) * 2014-05-30 2017-02-15 苹果公司 通过主机使用客户端接听呼叫
CN108881779A (zh) * 2018-07-17 2018-11-23 聚好看科技股份有限公司 智能设备之间的视频通话接听转移方法、系统及服务器
US20200128132A1 (en) * 2017-08-31 2020-04-23 Samsung Electronics Co., Ltd. User terminal device for providing call control and control method therefor
WO2020103045A1 (zh) * 2018-11-21 2020-05-28 深圳市欢太科技有限公司 一种对应用程序进行处理的方法、装置和电子设备
CN112600824A (zh) * 2020-12-09 2021-04-02 广州亿语智能科技有限公司 电话语音通信方法、装置、服务器及存储介质
CN113709309A (zh) * 2021-09-01 2021-11-26 维沃移动通信有限公司 来电处理方法、装置和电子设备

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7617328B2 (en) * 2001-11-16 2009-11-10 At&T Mobility Ii Llc System for translation and communication of messaging protocols into a common protocol
US8515024B2 (en) * 2010-01-13 2013-08-20 Ultratec, Inc. Captioned telephone service
US7787600B1 (en) * 2005-10-07 2010-08-31 At&T Mobility Ii, Llc Handling emergency calls using EAP
US7555570B2 (en) * 2006-02-17 2009-06-30 Avocent Huntsville Corporation Device and method for configuring a target device
WO2008045370A2 (en) * 2006-10-06 2008-04-17 Paragon Wireless, Inc. Method, system and apparatus for a dual mode mobile device
DE102007010582A1 (de) * 2007-03-05 2008-09-11 Siemens Home And Office Communication Devices Gmbh & Co. Kg Verfahren und Basisstation zum Einrichten eines Accounts in einem Netzwerk mit VoIP-Protokoll für DECT-Mobilteile
US20110286443A1 (en) * 2010-05-20 2011-11-24 National Datacomm Corporation System, apparatus and method for roaming in dect-voip network
US8417233B2 (en) * 2011-06-13 2013-04-09 Mercury Mobile, Llc Automated notation techniques implemented via mobile devices and/or computer networks
EP2887733A1 (en) * 2013-12-20 2015-06-24 NTT DoCoMo, Inc. Mobility for mobility anchors
US10051120B2 (en) * 2013-12-20 2018-08-14 Ultratec, Inc. Communication device and methods for use by hearing impaired
US11190630B1 (en) * 2015-10-27 2021-11-30 Ultratec, Inc. Text assisted telphony on wireless device method and apparatus
US10517021B2 (en) * 2016-06-30 2019-12-24 Evolve Cellular Inc. Long term evolution-primary WiFi (LTE-PW)
JP2018191067A (ja) * 2017-04-28 2018-11-29 パナソニックＩｐマネジメント株式会社 通信システム、通信方法及び通信アダプタ
US10511707B2 (en) * 2017-05-16 2019-12-17 Apple Inc. Voice communication method
CN110445928B (zh) * 2019-07-25 2022-04-01 厦门亿联网络技术股份有限公司 具有dect蜂窝系统基站功能的通信装置及通信系统
US20210174347A1 (en) * 2019-12-09 2021-06-10 Evan Chase Rose User Routing Application and Recommendation Engine for Distributed Terminal Network
CA3166922A1 (en) * 2020-02-07 2021-08-12 Mircea Ionescu Guided computing device repair systems, methods, and apparatus
CN111641839B (zh) * 2020-05-27 2021-09-21 北京达佳互联信息技术有限公司 直播方法、装置、电子设备及存储介质
US11477204B2 (en) * 2021-02-24 2022-10-18 Shawn Joseph Graphical user interface and console management, modeling, and analysis system
CA3175654A1 (en) * 2021-09-17 2023-03-17 Comcast Cable Communications, Llc Network management for band splits
US11979409B2 (en) * 2021-10-19 2024-05-07 Shawn Joseph Graphical user interface and console management, modeling, and analysis system

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102316430A (zh) * 2011-09-23 2012-01-11 宇龙计算机通信科技(深圳)有限公司 电话接听方法及装置
CN106416208A (zh) * 2014-05-30 2017-02-15 苹果公司 通过主机使用客户端接听呼叫
CN104363335A (zh) * 2014-10-30 2015-02-18 广东欧珀移动通信有限公司 一种智能接听来电的方法及移动终端
US20170017451A1 (en) * 2015-07-17 2017-01-19 Samsung Electronics Co., Ltd. Method and system for managing applications running on smart device using a wearable device
US20200128132A1 (en) * 2017-08-31 2020-04-23 Samsung Electronics Co., Ltd. User terminal device for providing call control and control method therefor
CN108881779A (zh) * 2018-07-17 2018-11-23 聚好看科技股份有限公司 智能设备之间的视频通话接听转移方法、系统及服务器
WO2020103045A1 (zh) * 2018-11-21 2020-05-28 深圳市欢太科技有限公司 一种对应用程序进行处理的方法、装置和电子设备
CN112600824A (zh) * 2020-12-09 2021-04-02 广州亿语智能科技有限公司 电话语音通信方法、装置、服务器及存储介质
CN113709309A (zh) * 2021-09-01 2021-11-26 维沃移动通信有限公司 来电处理方法、装置和电子设备

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116709226A (zh) * 2022-10-31 2023-09-05 荣耀终端有限公司 通信接力方法、电子设备、通信系统及存储介质

Also Published As

Publication number Publication date
EP4199491B1 (en) 2024-10-23
US11968322B2 (en) 2024-04-23
EP4199491A1 (en) 2023-06-21
US20230199109A1 (en) 2023-06-22

Similar Documents

Publication Publication Date Title
US10237901B2 (en) Method and apparatus for connecting with controlled smart device, and storage medium
US9041763B2 (en) Method for establishing video conference
WO2017107470A1 (zh) 建立无线连接的方法及装置
US11523146B2 (en) Live broadcast method and apparatus, electronic device, and storage medium
CN107846730B (zh) 呼叫转移方法及装置
EP2296358B1 (en) Terminal and control method of a camera thereof
CA2774089C (en) Communications via a media content device
CN111970468B (zh) 摄像头共享方法、装置及计算机可读存储介质
CN106101456A (zh) 一种呼叫联系人的方法及装置
CN105915521A (zh) 多方通话管理的方法、装置及终端
WO2020232711A1 (zh) 业务切换方法及装置
CN105100453A (zh) 未接来电的提醒方法及装置
CN111356159B (zh) 一种驻网模式调整方法、装置及存储介质
CN111385349B (zh) 通信处理方法、装置、终端、服务器及存储介质
CN106412481B (zh) 基于VoLTE视频通话的提示方法、装置及终端
CN109040651B (zh) 视频通信的方法及装置
EP4199491B1 (en) Methods and apparatuses of call implementation and storage medium
CN104780256A (zh) 通讯录管理方法和装置、智能终端
CN107911807B (zh) 蓝牙数据传输方法及装置
CN106412855A (zh) 信息提醒、传输方法及装置
CN114615647A (zh) 通话控制方法、装置及存储介质
CN111083545B (zh) 遥控操作控制方法、遥控操作控制装置及存储介质
CN110213531B (zh) 监控录像处理方法及装置
CN106657533B (zh) 通话处理方法及装置
CN105516637A (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