来电提示方法及装置、电子设备、存储介质与流程

本公开涉及通信领域，尤其涉及一种来电提示方法及装置、电子设备、存储介质。

背景技术：

拨打电话一直是用户相互沟通的主要方式。在相关技术中，当电子设备接收到来自其他用户的通话请求时，会展示关于本次通话请求的提示消息，以提示用户接听本次来电。

在上述过程中，电子设备并不是在接收到通话请求的第一时间，便对本次通话请求的通话信息进行上报。而是在上报该通话信息之前，会优先建立用于传输通话数据的通话链路，并在该链路建立完成的情况下，才上报本次通话请求的通话信息，以生成并展示用于提示用户接听电话的提示消息。

然而，由于在接收到通话请求与上报通话信息之间存在一定的时间差，若在该过程中出现一定的问题导致通话链路无法建立，将不会对该通话信息进行上报。换言之，在相关技术中，当通话链路无法建立时，电子设备将不会展示关于本次通话请求的提示消息，导致用户忽略本次通话请求。

技术实现要素：

本公开提供一种来电提示方法及装置、电子设备、存储介质，能够在电子设备接收到通话请求、且通话链路建立失败的情况下，展示用于提示本次通话请求的提示消息。

根据本公开的第一方面，提供一种来电提示方法，应用于第一终端，第一终端包含被驻留至基站的移动数据卡，所述方法包括：

接收所述基站发送的通话请求，并记录所述通话请求中包含的由第二终端发起的本次通话的通话信息；

通过所述移动数据卡与第二终端配合建立第一终端与第二终端之间的通话链路；

在所述通话链路建立失败的情况下，基于所述通话信息生成针对所述本次通话的来电提示消息，并输出所述来电提示消息。

根据本公开的第二方面，提供一种来电提示装置，应用于第一终端，第一终端包含被驻留至基站的移动数据卡，所述装置包括：

接收单元，接收所述基站发送的通话请求，并记录所述通话请求中包含的由第二终端发起的本次通话的通话信息；

建立单元，通过所述移动数据卡与第二终端配合建立第一终端与第二终端之间的通话链路；

提示单元，在所述通话链路建立失败的情况下，基于所述通话信息生成针对所述本次通话的来电提示消息，并输出所述来电提示消息。

根据本公开的第三方面，提供一种电子设备，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器通过运行所述可执行指令以实现如第一方面所述的方法。

根据本公开的第四方面，提供一种计算机可读存储介质，其上存储有计算机指令，该指令被处理器执行时实现如第一方面所述方法的步骤。

在本公开的技术方案中，第一终端可以优先将所包含的移动数据卡驻留至基站，以通过基站所属的网络与其他终端进行交互。在此基础上，第一终端在接收到基站发送的通话请求的情况下，可以记录其中包含的由第二终端发起的本次通话的通话信息，并通过移动数据卡与第二终端配合建立第一终端与第二终端之间的通话链路。其中，若该通话链路建立失败，则基于记录的通话信息生成针对本次通话的来电提示消息，并输出该来电提示消息。

在相关技术中，当第一终端接收到来自于第二终端的通话请求、但与第二终端之间的通话链路建立失败时，将判定用户目前尚且无法进行通话，进而不会生成与本次通话相关的提示消息，导致用户忽略本次通话请求。应当理解的是，通话链路建立失败很可能是由于客观因素，例如，网络异常、设备硬件故障等导致的，若用户忽略该本次通话，很可能造成严重后果，例如，错过重要消息、得罪其他用户等。而本公开在通话链路建立失败的情况下，则会生成与本次通话相关的提示消息，进而避免了相关技术中由于通话链路建立失败而导致用户错过来电的问题。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

图1是本公开一示例性实施例示出的一种来电提示方法的流程图；

图2是本公开一示例性实施例示出的另一种来电提示方法的流程图；

图3是本公开一示例性实施例示出的一种来电提示装置的框图；

图4是本公开一示例性实施例示出的另一种来电提示装置的框图；

图5是本公开一示例性实施例中一种电子设备的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

在本公开使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开。在本公开和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本公开可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在来电提示时”或“当来电提示时”或“响应于确定”。

拨打电话一直是用户相互沟通的主要方式。在相关技术中，当电子设备接收到来自其他用户的通话请求时，会展示关于本次通话请求的提示消息，以提示用户接听本次来电。

在上述过程中，电子设备并不是在接收到通话请求的第一时间，便对本次通话请求的通话信息进行上报。而是在上报该通话信息之前，会优先建立用于传输通话数据的通话链路，并在该链路建立完成的情况下，才上报本次通话请求的通话信息，以生成并展示用于提示用户接听电话的提示消息。

然而，由于在接收到通话请求与上报通话信息之间存在一定的时间差，若在该过程中出现一定的问题导致通话链路无法建立，将不会对该通话信息进行上报。换言之，在相关技术中，当通话链路无法建立时，电子设备将不会展示关于本次通话请求的提示消息，导致用户忽略本次通话请求。

为此，本公开提出了一种来电提示方法，以避免相关技术中未针对通话请求生成来电提示消息，而导致用户忽略通话请求的问题。

图1为本公开一示例性实施例示出的一种来电提示方法。该方法应用于第一终端，第一终端包含被驻留至基站的移动数据卡。如图1所示，该方法可以包括以下步骤：

步骤102，接收所述基站发送的通话请求，并记录所述通话请求中包含的由第二终端发起的本次通话的通话信息。

由上述介绍可知，上述问题究其根本是由于相关技术中的来电提示消息“仅用于提示用户接听本次通话”而导致的。若通话链路无法建立，用户显然还无法接听本次通话，即便进行提醒也是无意义的。换言之，在相关技术中，终端设备会默认“只有在通话链路建立成功的情况下，对用户进行提示”才是有实际意义的。

然而，在实际应用中，导致来电无法接通的原因很可能并非出于用户的主观意愿，而是由于客观因素导致的，例如，网络异常、硬件故障等。应当理解的是，通话请求本身可能是为了传递某些重要信息，若由于客观因素导致通话链路建立失败，很可能导致该信息无法传递，若对本端用户进行提醒，使用户注意到该通话请求，本端用户可以通过其他方式获取该信息，例如，可以通过回电、借助即时通讯应用等与对端用户进行沟通，进而避免错过重要信息。可见，在实际应用中，即便在通话链路建立失败时，对用户进行提醒，以避免用户忽略本次通话也是有实际意义的。

因此，本公开不再仅在通话链路建立完成的情况下，才生成来电提醒消息，而是在接收到通话请求后，会对通话链路的建立状况进行监测，当确定通话链路建立失败时，也会基于通话信息生成来电提示消息，以告知用户存在该通话请求，进而避免用户忽略通话链路建立失败的通话请求。

步骤104，通过所述移动数据卡与第二终端配合建立第一终端与第二终端之间的通话链路。

在本公开中，第一终端指的是通话请求的接收端，第二终端指的是通话请求的发送端，两者均装配有移动数据卡，且预先将自身的移动数据卡驻留至所处物理区域的基站(或说小区)，进而接入蜂窝网络，以进行数据交互。

需要声明的是，本公开中的通话指的是传统意义上的“打电话”，不包含通讯应用中的“语音通话”，两者存在本质上的区别。其中，“语音通话”本质上是借助网络数据进行数据传输，语音数据的传输通道与网络数据的传输通道一致；而本公开中的通话，需要基于通话请求建立单独的通话链路，该通话链路仅用于传输本次通话的通话数据，例如，该通话可以为传统意义上的“打电话”，也可以为volte(voiceoverlong-termevolution，长期演进语音承载)电话。

在实际的数据传输中，借助蜂窝网络的数据传输均以“终端—基站—核心网—基站—终端”的方式进行传递。因此，在本公开中，第一终端接收到的通话请求实际上是由基站发送的。第一终端接收到通话请求后，即可获取并记录其中包含的本次通话的通话信息。该通话信息可以包含与本次通话相关的任何信息，例如，可以包括：本次通话的发起方的联系人信息，第二终端的设备信息等。通话信息中具体包含哪些信息可由本领域技术人员根据实际需求确定，本公开对此不作限制。

在获取并记录通话信息之后，本公开即可通过移动数据卡与第二终端配合建立第一终端与第二终端之间的通话链路，以为本次通话的通话数据传输做好准备。并进一步检测该通话链路是否建立成功，若建立失败，则基于记录的通话信息生成并输出相应的来电提示消息，

步骤106，在所述通话链路建立失败的情况下，基于所述通话信息生成针对所述本次通话的来电提示消息，并输出所述来电提示消息。

在实际操作中，记录通话信息的步骤通常由调制解调器完成。具体的，射频模块在接收到相应的信号之后，即可将其传输至调制解调器，以由调制解调器分析该信号，进而得到上述通话请求；进一步的，调制解调器可以从该通话请求中获取由第二终端发起的本次通话的通话信息，并记录该通话信息。在此基础上，当确定通话链路建立失败时，调制解调器即可将记录的通话信息上报至第一终端搭载的操作系统，以由操作系统生成针对本次通话的来电提示消息，并输出该来电提示消息。

其中，来电提示消息的输出形式可根据实际需求确定，例如，可以通过语音播报的方式输出，也可以以文字的形式在屏幕上展示该来电提示消息，本公开对此不作限制。

在本公开中，基站可以主动向第一终端发送取消本次通话的指示信息，以使第一终端在确定本次通话被取消的情况下，根据通话链路的建立状态，取消或停止通话链路的建立。其中，在通话链路尚未开始建立时，则取消建立通话链路的操作；若已经开始建立通话链路，则停止建立该通话链路。相应的，在取消或停止建立通话链路的情况下，即可确定通话链路建立失败，进而基于记录的通话信息生成并输出来电提示消息。

在实际应用中，基站可以在多种情况下发送上述取消本次通话的指示信息。例如，在一种情况下，基站可以对自身所处的网络状况进行监测，当确定网络异常时，即可向第一终端发送上述指示信息，以告知第一终端当前网络状况无法建立通话链路；在另一种情况下，第二终端可能发生故障而导致无法建立通话链路，或者第二终端处的用户出于主观意愿取消本次通话请求，此时，基站也可以向第一终端发送取消本次通话的指示信息，以告知无法/无需建立通话链路。

在本公开中，除了生成并输出来电提示消息以外，还可以进一步输出通话链路建立失败的原因，以便用户更好地了解导致本次通话失败的原因。

在一实施例中，第一终端可以记录通话链路的建立过程，并生成相应的日志。在此基础上，当确定通话链路建立失败时，第一终端即可调取该日志，以基于日志中记录的通话链路的建立过程确定通话链路建立失败的原因，并输出关于该原因的提示消息。在本公开中，存在诸多导致通话链路建立失败的原因，例如，该通话链路建立失败的原因可以为：网络异常、硬件发生故障等。

在另一实施例中，第一终端可以直接接收基站发送的网络异常报告，以根据该网络异常报告生成“用于表明网络异常导致通话链路建立失败”的提示消息。

在实际应用中，导致通话链路建立失败的原因多由网络异常导致。其中，在技术已经较为成熟的蜂窝网络，例如，tel网络中，很少出现网络异常的情况，通常不会因此而导致通话链路建立失败；而在技术尚处于发展初期的蜂窝网络，例如，sa网络中，则经常出现网络波动、数据断流等问题，极易因此而导致通话链路建立失败。

有鉴于此，本公开还可以进一步判断第一终端中的移动数据卡驻留的基站所属的网络类型是否为sa网络。其中，本公开“在通话链路建立失败的情况下生成并输出来电提示消息”的操作，仅在确定该基站所属的网络类型为sa网络的情况下执行。

应当理解的是，sa网络为采用独立组网的5g网络，相较于较为稳定的4gtle网络具有更高的传输速度。可见，在sa网络上采用本方案后，使得用户在享受较高网速的同时，避免了由于网络原因导致用户忽略来电的问题。

需要声明的是，本公开中的第一终端可以为任一类型的终端设备，例如，该终端设备可以为智能手机、平板电脑等。应当理解的是，只需能够装配移动数据卡，以通过蜂窝网络进行通话的终端设备均可作为本公开中的第一终端，具体将哪一种类型的终端设备作为上述第一终端可以由本领域技术人员根据实际需求确定，本公开对此不作限制。

由上述技术方案可知，本公开中的第一终端可以优先将所包含的移动数据卡驻留至基站，以通过基站所属的网络与其他终端进行交互。在此基础上，第一终端在接收到基站发送的通话请求的情况下，可以记录其中包含的由第二终端发起的本次通话的通话信息，并通过移动数据卡与第二终端配合建立第一终端与第二终端之间的通话链路。其中，若该通话链路建立失败，则基于记录的通话信息生成针对本次通话的来电提示消息，并输出该来电提示消息。

在相关技术中，当第一终端接收到来自于第二终端的通话请求、但与第二终端之间的通话链路建立失败时，将判定用户目前尚且无法进行通话，进而不会生成与本次通话相关的提示消息，导致用户忽略本次通话请求。应当理解的是，通话链路建立失败很可能是由于客观因素，例如，网络异常、设备硬件故障等导致的，若用户忽略该本次通话，很可能造成严重后果，例如，错过重要消息、得罪其他用户等。而本公开预先记录了与本次通话的通话信息，并在确定通话链路建立失败的情况下，会基于预先记录的通话信息生成与本次通话相关的提示消息，进而避免了相关技术中由于通话链路建立失败而导致用户错过来电的问题。

进一步的，本公开还可以进一步确定导致本次通话失败的原因，并生成相应的提示消息，以告知用户导致本次通话失败的原因。其中，该原因可以包括：网络异常、硬件故障等。在此基础上，用户即可根据导致本次通话失败的原因进行相应的调整，以尝试解决问题。例如，在硬件故障时，及时对硬件进行更换；在网络异常时，尝试连接其他网络，如在sa网络异常时，暂时将网络连接至tle网络。

再进一步的，本公开还可以进一步判断第一终端中的移动数据卡所驻留的基站是否属于sa网络，且仅在是的情况下，判断通讯链路是否建立成功，并在建立失败时生成并输出来电提示消息。应当理解的是，通话链路失败大多由于网络异常导致，sa网络技术处于发展初期，容易出现相关技术中由于未对通话请求进行提示，而导致用户忽略本次通话的情况。可见，将本方案应用于sa网络中，能够在用户享受高网速的同时，保证来电信息不被用户忽略。

接下来，以在sa网络场景下为例，对本公开的技术方案进行介绍。需要声明的是，下述实施例中，将sa网络中的基站简称为sa基站，以便表述。

图2为本公开一示例性实施例示出的另一种来电提示方法的流程图。该方法应用于第一终端。如图2所示，该方法包括以下步骤：

步骤201，将移动数据卡驻留至sa基站。

在本实施例中，用户可以事先给第一终端装配移动数据卡，该移动数据卡具备连接sa网络的能力。那么，在用户携带第一终端进入某一物理区域后，即可搜索所发出信号覆盖该物理区域的sa基站，并将所装配的移动数据卡驻留至该sa基站，以通过sa网络进行数据交互。

相应的，该sa基站所属sa网络中的其他终端也可以通过该方式，接入该sa网络中，以进行数据交互。

步骤202，接收sa基站发送的通话请求。

在本实施例中，第二终端作为通话请求的发起方，也可以通过上述方式接入sa网络。然后，通话请求可以经由“第二终端—sa基站—sa网络核心网—sa基站—第一终端”的路径传输至第一终端。

步骤203，读取并记录通话请求中包含的通话信息。

在本实施例中，第一终端在接收到通话请求后，即可读取其中包含的通话信息，并记录该通话信息。在实际操作中，传输数据的信号通常由第一终端的射频模块接收，例如，可以由天线接收；进一步的，与射频模块相连的调制解调器可以对该信号进行解调，以得到相应的通话请求；然后，调制解调器即可读取并记录通话请求中包含的通话信息，以用于在后续步骤中生成相应的提示消息。

步骤204，基于通话信息建立通话链路。

在实际应用中，第一终端与第二终端之间需要优先建立通话链路，才能够进行通话。因此，第一终端和第二终端均需要通过自身所装配的移动数据卡，相互配合建立两者之间的通话链路。

需要声明的是，在实际操作中，第一终端与第二终端之间的通话链路包括：“终端与sa基站之间”、“sa基站与核心网之间”等多段，其中任一段出现错误，均将导致该通话链路建立失败。

在本步骤中，可采用任一种方式建立该通话链路，具体采用何种方式建立该通话链路可由本领域技术人员你根据实际需求确定，本公开对此不作限制。

步骤205，判断通话链路是否建立成功；若否，则跳转至步骤206，否则跳转至步骤207。

在本实施例中，判断通话链路是否建立成功的机制可根据实际需求设定。

举例而言，由于通话链路建立失败通常由网络异常导致。因此，可以由sa基站侧判定所处网络是否发生异常，并在确定异常的情况下，向第一终端发送取消本次通话的指示信息。第一终端在接收到该指示信息后，即可知晓当前网络状况不足以支撑该通话链路的建立，此时，可以取消该通话链路的建立，并确定通话链路建立失败。

换言之，在该举例中，第一终端本身并不对通话链路是否建立成功进行判断，而是由sa基站侧对网络状况做出判断后，直接确定该通话链路是否能够建立成功，并在无法建立的情况下告知第一终端。

当然，该举例仅是示意性的，具体如何判断通话链路是否建立成功，可由本领域技术人员根据实际需求设定，本公开对此不作限制。例如，也可以由第一终端侧自行判断通话链路是否建立成功。

步骤206，生成关于本次通话建立失败的来电提示消息。

步骤207，生成用于提示用户接听本次通话的来电提示消息。

在本实施例中，无论通话链路是否建立成功，均会生成并输出来电提示消息，但在两种情况下所生成的来电提示消息并不相同。其中，在确定通话链路建立成功的情况下，意味着已经完成了通话所需的准备工作，两终端处的用户可以通过建立的通话链路进行通话，因此，在该情况下，所展示的来电提示消息用于“提示用户接听电话”；而在通话链路建立失败的情况下，意味着目前尚无法进行通话，因此，在该情况下，所展示的来电提示消息用于“提示用户存在通话请求、但本次通话建立失败”。

当然，尽管两种情况下的来电提示消息存在一定的差异，但输出的内容可以是相似的，例如，均可以包括该通话请求的发起方的电话号码等。

由上述技术方案可知，本公开的技术方案可以应用于sa网络中。其中，第一终端可以装配有具备连接sa网络的能力的移动数据卡，进而在进入任一物理区域时，将该移动数据卡驻留至信号能够覆盖该物理区域的sa基站处。在此基础上，在第一终端接收到sa基站发送的通话请求的情况下，即可建立第一终端与第二终端之间的通话链路，并在该通话链路建立失败的情况下，生成并输出用于“提示用户存在通话请求、但本次通话建立失败”的来电提示消息。

进一步的，在本实施例中，可以由sa基站侧对所处的网络状况做出判断后，确定通话链路能够成功建立，并在无法建立的情况下，主动向第一终端发送用于指示取消本次通话的指示信息。通过该方法，使得第一终端甚至在尚未开始建立通话链路之前即可确定通话链路无法建立，避免了第一终端执行不必要的操作。

图3是本公开一示例性实施例示出的一种来电提示装置的框图。参照图3，该装置包括接收单元301、建立单元302和提示单元303。

接收单元301，接收所述基站发送的通话请求，并记录所述通话请求中包含的由第二终端发起的本次通话的通话信息；

建立单元302，通过所述移动数据卡与所述第二终端配合建立所述第一终端与所述第二终端之间的通话链路；

提示单元303，在所述通话链路建立失败的情况下，基于所述通话信息生成针对所述本次通话的来电提示消息，并输出所述来电提示消息。

可选的，

接收单元301被进一步装配为：由调制解调器记录所述通话请求中包含的由第二终端发起的本次通话的通话信息；

提示单元303被进一步装配为：由所述调制解调器将所述通话信息上报至所述第一终端搭载的操作系统，以由所述操作系统生成针对所述本次通话的来电提示消息。

如图4所示，图4是本公开一示例性实施例示出的另一种来电提示装置的框图，该实施例在前述图3所示实施例的基础上，还包括：取消单元304、第一生成单元305、第二生成单元306和判断单元307。

可选的，还包括：

取消单元304，接收所述基站发送的取消所述本次通话的指示信息；在所述本次通话被取消的情况下，取消或停止所述通话链路的建立，并确定所述通话链路建立失败。

可选的，所述指示信息由所述基站在确定所属网络异常的情况下发送，或者在确定所述第二终端取消所述本次通话的情况下发送。

可选的，还包括：

第一生成单元305，生成记录有所述通话链路的建立过程的日志；

在所述通话链路建立失败的情况下，调取所述日志，以基于所述日志中记录的通话链路建立过程确定所述通话链路建立失败的原因；

生成并输出关于所述原因的提示消息。

可选的，还包括：

第二生成单元306，在接收到所述基站发送的网络异常报告的情况下，生成并输出用于表明网络异常导致所述通话链路建立失败的提示消息。

可选的，还包括：

判断单元307，判断所述基站所属的网络类型是否为sa网络；在确定所述基站所属的网络类型为sa网络的情况下，执行在所述通话链路建立失败时生成并输出所述来电提示消息的操作。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本公开方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

相应的，本公开还提供一种来电提示装置，包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为实现如上述实施例中任一所述的来电提示方法，比如该方法可以包括：接收所述基站发送的通话请求，并记录所述通话请求中包含的由第二终端发起的本次通话的通话信息；通过所述移动数据卡与第二终端配合建立第一终端与第二终端之间的通话链路；在所述通话链路建立失败的情况下，基于所述通话信息生成针对所述本次通话的来电提示消息，并输出所述来电提示消息。

相应的，本公开还提供一种电子设备，所述电子设备包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行所述一个或者一个以上程序包含用于实现如上述实施例中任一所述的来电提示方法的指令，比如该方法可以包括：接收所述基站发送的通话请求，并记录所述通话请求中包含的由第二终端发起的本次通话的通话信息；通过所述移动数据卡与第二终端配合建立第一终端与第二终端之间的通话链路；在所述通话链路建立失败的情况下，基于所述通话信息生成针对所述本次通话的来电提示消息，并输出所述来电提示消息。

图5是根据一示例性实施例示出的一种用于实现进程调度方法的装置500的框图。例如，装置500可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图5，装置500可以包括以下一个或多个组件：处理组件502，存储器504，电源组件506，多媒体组件508，音频组件510，输入/输出(i/o)的接口512，传感器组件514，以及通信组件516。

处理组件502通常控制装置500的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件502可以包括一个或多个处理器520来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件502可以包括一个或多个模块，便于处理组件502和其他组件之间的交互。例如，处理组件502可以包括多媒体模块，以方便多媒体组件508和处理组件502之间的交互。

存储器504被配置为存储各种类型的数据以支持在装置500的操作。这些数据的示例包括用于在装置500上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器504可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。

电源组件506为装置500的各种组件提供电力。电源组件506可以包括电源管理系统，一个或多个电源，及其他与为装置500生成、管理和分配电力相关联的组件。

多媒体组件508包括在所述装置500和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件508包括一个前置摄像头和/或后置摄像头。当装置500处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件510被配置为输出和/或输入音频信号。例如，音频组件510包括一个麦克风(mic)，当装置500处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器504或经由通信组件516发送。在一些实施例中，音频组件510还包括一个扬声器，用于输出音频信号。

i/o接口512为处理组件502和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件514包括一个或多个传感器，用于为装置500提供各个方面的状态评估。例如，传感器组件514可以检测到装置500的打开/关闭状态，组件的相对定位，例如所述组件为装置500的显示器和小键盘，传感器组件514还可以检测装置500或装置500一个组件的位置改变，用户与装置500接触的存在或不存在，装置500方位或加速/减速和装置500的温度变化。传感器组件514可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件514还可以包括光传感器，如cmos或ccd图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件514还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件516被配置为便于装置500和其他设备之间有线或无线方式的通信。装置500可以接入基于通信标准的无线网络，如wifi，2g或3g，4glte、5gnr(newradio)或它们的组合。在一个示例性实施例中，通信组件516经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件516还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。

在示例性实施例中，装置500可以被一个或多个应用专用集成电路(asic)、数字信号处理器(dsp)、数字信号处理设备(dspd)、可编程逻辑器件(pld)、现场可编程门阵列(fpga)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器504，上述指令可由装置500的处理器520执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。

本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

以上所述仅为本公开的较佳实施例而已，并不用以限制本公开，凡在本公开的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本公开保护的范围之内。