一种提示方法、设备和系统的制作方法

文档序号:7835315阅读:102来源:国知局
一种提示方法、设备和系统的制作方法
【专利摘要】本发明的实施方式提供了一种提示方法。该方法包括:服务器接收第一客户端响针对第二客户端触发提示操作而发送的提示请求;服务器响应于所述提示请求,向第二客户端发送提示指令,所述提示指令指示所述第二客户端:响应于接收到所述提示指令,以所述第一客户端的电话号码作为主叫号码触发来电提示,并呈现基于所述主叫号码的未接来电通话记录。通过本发明的方法,不仅被提示用户能够及时地注意到提示发起用户发出的提示,而且用户操作也能够更简单、更容易,从而为用户带来了更好的体验。此外,本发明的实施方式提供了一种提示设备和提示系统。
【专利说明】_种提不方法、设备和系统

【技术领域】
[0001]本发明的实施方式涉及网络通信【技术领域】,更具体地,本发明的实施方式涉及一种提示方法、设备和系统。

【背景技术】
[0002]本部分旨在为权利要求书中陈述的本发明的实施方式提供背景或上下文。此处的描述不因为包括在本部分中就承认是现有技术。
[0003]随着通信终端及网络终端等各种终端设备的普及,尤其是移动终端的普及,使得人们可以随时随地进行通信交互。目前,终端设备提供给用户的通信交互方式主要有两种,即通话交互和信息交互。对于通话交互来说,运营商的通信网元设备可以在需要进行通话交互的终端设备之间建立通话链路,这样终端设备就可以通过该通话链路来交互通话信息,以实现用户的通话交互。对于信息交互来说,终端设备之间需要交互的信息则可以通过服务器来转发。
[0004]在实际应用中,有些用户有时需要通过终端设备向另一或另一些用户发出提示,这些提示往往仅需要引起对方的注意即可。例如,某用户提示另一用户约定做某件事的时间已到。而在现有技术中,提示方式是通过前述的现有通话交互或前述的现有信息交互来实现。具体地,对于通话交互来说,提示发起用户可以拨打被提示用户的电话号码以建立提示发起用户与被提示用户两者终端设备之间的通话链路,并在被提示用户接听之后,提示发起用户与被提示用户通过终端设备在已建立的通话链路上进行通话,以通过实际的通话来实现对被提示用户的提示;对于信息交互来说,提示发起用户的用户终端可以通过服务器向被提示用户的用户终端发送一个用于提示的信息,以通过在被提示用户的用户终端上呈现该信息来实现对被提示用户的提示。


【发明内容】

[0005]对于现有技术中利用通话交互来实现提示,由于提示发起用户与被提示用户的终端设备之间建立通话链路之后被提示用户的终端设备才会触发来电提示,这使得提示发起用户为了完成提示必须要等待通话链路的建立以及被提示用户的接听,从而造成了提示发起用户在操作上的繁琐,而且,考虑到有些情况下提示发起用户或被提示用户不方便通话,导致提示发起用户还需要考虑接通之后是否要等待被提示用户的接听以及等待多长时间再挂断,这都增加了用户操作上的难度。此外,提示发起用户通过用户终端向被提示用户进行提示,主要是通过被提示用户的终端设备在通信交互中被触发来电提示或信息提示来引起被提示用户的注意。因此,对于现有技术中利用信息交互来实现的信息提示,由于信息提示相对于来电提示来说难以引起被提示用户的注意,这使得被提示用户常常会忽略提示信息,从而无法保证提示的及时性。
[0006]因此,在现有技术中,提示发起用户向被提示用户发出的提示在保证被提示用户及时注意到的情况下用户操作过于繁琐和困难,这是非常令人烦恼的过程。
[0007]为此,非常需要一种改进的提示方法、设备和系统,以使得提示发起用户向被提示用户发出的提示在保证被提示用户及时注意到的情况下简化用户的操作,使得用户更容易发起提示。
[0008]在本上下文中,本发明的实施方式期望提供一种提示方法、设备和系统。
[0009]在本发明实施方式的第一方面中,提供了一种提示方法,应用于服务器,包括:接收第一客户端响应于针对第二客户端触提示触发操作而发送的提示请求;响应于所述提示请求,向第二客户端发送提示指令;其中,所述提示指令指示所述第二客户端:响应于接收到所述提示指令,以所述第一客户端的电话号码作为主叫号码触发来电提示,并呈现基于所述主叫号码的未接来电通话记录。
[0010]在本发明实施方式的第二方面中,提供了一种提示方法,应用于第一客户端,包括:响应于针对第二客户端触发提示操作,生成提示请求;向服务器发送所述提示请求,以便所述服务器响应于所述提示请求,向第二客户端发送提示指令;所述提示指令指示所述第二客户端:响应于接收到所述提示指令,以所述第一客户端的电话号码作为主叫号码触发来电提示,并呈现基于所述主叫号码的未接来电通话记录。
[0011]在本发明实施方式的第三方面中,提供了一种提示方法,应用于第二客户端,包括:接收所述服务器响应于提示请求而发送的提示指令;所述提示请求是所述第一客户端响应于针对第二客户端触发提示操作而发送给所述服务器的;以所述第一客户端的电话号码作为主叫号码触发来电提示,并呈现基于所述主叫号码的未接来电通话记录。
[0012]在本发明实施方式的第四方面中,提供了一种提示设备,配置于服务器,包括:第一接收模块,用于接收第一客户端响应于针对第二客户端触发提示操作而发送的提示请求;第一发送模块,用于响应于所述提示请求,向第二客户端发送提示指令;其中,所述提示指令指示所述第二客户端:响应于接收到所述提示指令,以所述第一客户端的电话号码作为主叫号码触发来电提示,并呈现基于所述主叫号码的未接来电通话记录。
[0013]在本发明实施方式的第五方面中,提供了一种提示设备,配置于第一客户端,包括:生成模块,用于响应于针对第二客户端触发提示操作,生成提示请求;第二发送模块,用于向服务器发送所述提示请求,以便所述服务器响应于所述提示请求,向第二客户端发送提示指令;所述提示指令指示所述第二客户端:响应于接收到所述提示指令,以所述第一客户端的电话号码作为主叫号码触发来电提示,并呈现基于所述主叫号码的未接来电通话记录。
[0014]在本发明实施方式的第六方面中,提供了一种提示设备,配置于第二客户端,包括:第二接收模块,用于接收所述服务器响应于提示请求而发送的提示指令;所述提示请求是所述第一客户端响应于第二客户端触发提示操作而发送给所述服务器的;触发模块,用于以所述第一客户端的电话号码作为主叫号码触发来电提示;记录呈现模块,用于呈现基于所述主叫号码的未接来电通话记录。
[0015]在本发明实施方式的第七方面中,提供了一种提示系统,包括:服务器、第一客户端和第二客户端;其中,所述服务器配置有前述配置于第一服务器的设备,所述第一客户端配置有前述配置于第一客户端的设备,所述第二客户端配置有前述配置于第二客户端的设备。
[0016]根据本发明实施方式的、用于提示的方法、设备和系统,第一客户端可以响应于针对第二客户端触发的提示操作而向服务器发送提示请求,服务器在接收到该提示请求时可以响应于该提示请求向第二客户端发送提示指令,第二客户端在接收到提示指令时可以以第一客户端的电话号码作为主叫号码触发来电提示以及呈现基于所述主叫号码的未接来电通话记录。由此可见,由于第二客户端的来电提示是由第一客户端发出的提示请求以及服务器发出的提示指令来触发的,而无需第一客户端与第二客户端两者之间建立通话链路,所以,当第一客户端的用户需要向第二客户端的用户发出提示时,第一客户端的用户仅需在第一客户端上执行一个提示操作即可,而无需再等待通讯链路的建立,也无需等待第二客户端的用户接听,从而简化了用户操作,并且,对于第一客户端的用户或第二客户端的用户不方便通话的情况,由于第二客户端的来电提示并非由已建立的通话链路触发,这使得第一客户端的用户也无需考虑接通之后是否要等待被提示用户的接听以及等待多长时间再挂断,从而使得用户操作更容易执行。此外,由于第二客户端触发的是来电提示而不是信息提示,这更易于引起第二客户端的用户的注意而避免其忽略,从而保证了提示的及时性。因此,通过本发明实施方式的方法、设备和系统,提示发起用户向被提示用户发出的提示可以在保证被提示用户及时注意到的情况下使得用户操作更简单、更容易,为用户带来了更好的体验。

【专利附图】

【附图说明】
[0017]通过参考附图阅读下文的详细描述,本发明示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中,以示例性而非限制性的方式示出了本发明的若干实施方式,其中:
[0018]图1示意性地示出了本发明的实施方式的一个示例性应用场景的框架示意图;
[0019]图2示意性地示出了本发明中提示方法一实施例的流程图;
[0020]图3示意性地示出了本发明中提示方法另一实施例的流程图;
[0021]图4示意性地示出了本发明中提示方法又一实施例的流程图;
[0022]图5示意性地示出了本发明中提示方法再一实施例的流程图;
[0023]图6示意性地示出了本发明中提示设备一实施例的流程图;
[0024]图7示意性地示出了本发明中提示设备另一实施例的流程图;
[0025]图8示意性地示出了本发明中提示设备又一实施例的流程图;
[0026]图9示意性地示出了本发明中提示系统一实施例的流程图;
[0027]在附图中,相同或对应的标号表不相同或对应的部分。

【具体实施方式】
[0028]下面将参考若干示例性实施方式来描述本发明的原理和精神。应当理解,给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本发明,而并非以任何方式限制本发明的范围。相反,提供这些实施方式是为了使本公开更加透彻和完整,并且能够将本公开的范围完整地传达给本领域的技术人员。
[0029]本领域技术人员知道,本发明的实施方式可以实现为一种系统、装置、设备、方法或计算机程序产品。因此,本公开可以具体实现为以下形式,即:完全的硬件、完全的软件(包括固件、驻留软件、微代码等),或者硬件和软件结合的形式。
[0030]根据本发明的实施方式,提出了一种提示的方法、设备和系统。
[0031]在本文中,需要理解的是,所涉及的术语“提示”表示的是为了使提示发起用户引起被提示用户注意的一种用户交互方式,其可以通过终端设备之间的交互来实现,具体地,通过提示发起用户的终端设备与被提示用户的终端设备之间进行通信交互,提示发起用户通过操作其终端设备可以触发被提示用户的终端设备执行一些特定的动作,从而引起被提示用户的注意。此外,附图中的任何元素数量均用于示例而非限制,以及任何命名都仅用于区分,而不具有任何限制含义。
[0032]下面参考本发明的若干代表性实施方式,详细阐释本发明的原理和精神。
[0033]发曰月概沐
[0034]本发明人发现,有时,提示发起用户向被提示用户发出的提示,仅仅是为了引起被提示用户的注意,而提示发起用户并不需要向被提示用户提供任何具体的信息内容。例如,提示发起用户向被提示用户发出的提示,可以是提示发起用户向被提示用户“打招呼”或者“暗号”。而现有技术中,通过终端设备主要有两种方式可以用于提示发起用户向被提示用户发出提示。其中,对于现有技术中以信息交互来实现提示的实现方式,即提示发起用户向被提示用户发送短信或即时通信消息等,由于终端设备在接收到信息时的信息提示通常不如接收到来电时的来电提示更能引起用户的注意,这就使得被提示用户常常会忽略提示,从而无法保证提示的及时性;而对于现有技术中以通话交互来实现提示的实现方式,即提示发起用户对被提示用户拨打电话,由于提示发起用户与被提示用户的终端设备之间建立通话链路之后被提示用户的终端设备才会触发来电提示,这使得提示发起用户为了完成提示必须要等待通话链路的建立以及被提示用户的接听,从而造成了提示发起用户在操作上的繁琐,而且,对于提示发起用户或被提示用户不方便通话的情况,提示发起用户还需要考虑接通之后是否要等待被提示用户的接听以及等待多长时间再挂断,这更增加了用户操作上的难度。
[0035]基于上述发现,本发明的基本思想在于:为了既保证被提示用户能够及时注意到提示发起用户发出的提示又能够令用户操作更加简单、容易地实现,当第一客户端的用户需要向第二客户端的用户发出提示时,第一客户端可以响应于针对第二客户端触发的提示触发操作而向服务器发送提示请求,服务器在接收到该提示请求时可以响应于该提示请求向第二客户端发送提示指令,第二客户端在接收到提示指令时可以以第一客户端的电话号码作为主叫号码触发来电提示以及呈现基于所述主叫号码的未接来电通话记录。一方面,由于第二客户端的来电提示是由第一客户端发出的提示请求以及服务器发出的提示指令来触发的,而无需第一客户端与第二客户端两者之间建立通话链路,所以,当第一客户端的用户需要向第二客户端的用户发出提示时,第一客户端的用户仅需在第一客户端上触发一个提示操作即可,而无需再等待通讯链路的建立,也无需等待第二客户端的用户接听,从而简化了用户操作,并且,对于第一客户端的用户或第二客户端的用户不方便通话的情况,由于第二客户端的来电提示并非由已建立的通话链路触发,这使得第一客户端的用户也无需考虑接通之后是否要等待被提示用户的接听以及等待多长时间再挂断,从而使得用户操作更容易执行。另一方面,由于第二客户端触发的是来电提示而不是信息提示,这更易于引起第二客户端的用户的注意而避免其忽略,从而保证了提示的及时性。可见,不仅被提示用户能够及时地注意到提示发起用户发出的提示,而且用户操作也能够更简单、更容易。
[0036]在介绍了本发明的基本原理之后,下面具体介绍本发明的各种非限制性实施方式。
[0037]应用场景总览
[0038]首先参考图1,图1是本发明的实施方式的一个示例性应用场景的框架示意图。其中,用户通过用户交互设备上的第一客户端102、第二客户端103与服务器101进行交互。本领域技术人员可以理解,图1所示的框架示意图仅是本发明的实施方式可以在其中得以实现的一个示例。本发明实施方式的适用范围不受到该框架任何方面的限制。
[0039]需要注意的是,此处的用户交互设备(第一客户端102和第二客户端103)可以是现有的、正在研发的或将来研发的、能够通过任何形式的有线或无线连接(例如,W1-Fi,LAN、WAN、因特网等)与服务器101交互的任何交互设备,包括但不限于:现有的、正在研发的或将来研发的、台式计算机、膝上型计算机、移动终端(包括智能手机、非智能手机、各种平板电脑)等。
[0040]还需要注意的是,此处的服务器101仅是现有的、正在研发的或将来研发的、能够向用户提供任意一种网络应用服务的设备的一个示例。本发明的实施方式在此方面不受任何限制。
[0041]在图1所示的示例性应用场景中,服务器101可以接收第一客户端102响应于针对第二客户端103触发提示操作而发送的提示请求;然后,服务器101可以响应于所述提示请求,向第二客户端103发送提示指令。其中,所述提示指令指示所述第二客户端103:响应于接收到所述提示指令,以所述第一客户端的电话号码作为主叫号码触发来电提示,并呈现基于所述主叫号码的未接来电通话记录。
[0042]示例件方法
[0043]下面结合图1的应用场景,参考图2?5来描述根据本发明示例性实施方式的用于提示的方法。需要注意的是,上述应用场景仅是为了便于理解本发明的精神和原理而示出,本发明的实施方式在此方面不受任何限制。相反,本发明的实施方式可以应用于适用的任何场景。
[0044]参见图2,示出了本发明中提示方法一实施例的流程图。本实施例可以应用于服务器,例如具体可以包括如下步骤:
[0045]步骤201、接收第一客户端响应于针对第二客户端触发提示操作而发送的提示请求。
[0046]具体实现时,第一客户端可以提供一种触发提示的操作方式,当用户触发这一操作时,第一客户端就响应该提示操作而生成一个提示请求向服务器发送。其中,触发提示的操作方式,例如可以是为通讯录中各个联系人设置的菜单选项,当用户在第一客户端上针对通讯录中的某个联系人选中了该菜单选项,则表示用户对该联系人触发了提示操作。
[0047]需要说明的是,为了被提示用户能够了解提示发起用户以及服务器能够确定提示指令发送的目标用户,提示请求需要包含提示发起用户的用户身份信息以及被提示用户的用户身份信息,其中,提示发起用户的用户身份信息是用于呈现给被提示用户的,被提示用户的用户身份信息是用于服务器为该提示请求确定提示指令的发送目标用户。在本实施例中,提示发起用户的用户身份信息即是第一客户端采用的用户身份信息,被提示用户的用户身份信息即是第二客户端采用的用户身份信息。具体地,当第一客户端的用户在第一客户端上针对第二客户端的用户触发了提示操作,第一客户端则可以响应该提示操作,基于第一客户端的用户身份信息及第二客户端的用户身份信息,生成提示请求。
[0048]可以理解的是,在本实施例的一些实施方式中,考虑到本实施例采用的提示是来电提示,用户身份信息例如可以为客户端的电话号码。具体地,第一客户端采用的用户身份信息可以为第一客户端的电话号码,第二客户端采用的用户身份信息可以为第二客户端的电话号码,这样就可以避免服务器和客户端再记录其他额外的信息作为用户身份信息,从而节约了设备的存储空间。
[0049]步骤202、响应于所述提示请求,向第二客户端发送提示指令。
[0050]其中,所述提示指令指示所述第二客户端:响应于接收到所述提示指令,以所述第一客户端的电话号码作为主叫号码触发来电提示,并呈现基于所述主叫号码的未接来电通话记录。
[0051]具体实现时,服务器在接收到提示请求时,可以从提示请求中获取提示发起用户的用户身份信息和被提示用户的用户身份信息,并根据被提示用户的用户身份信息确定提示请求针对的被提示用户是第二客户端的用户以及发送提示请求的提示发起用户是第一客户端的用户,然后,服务器可以基于第一客户端的电话号码,生成提示指令并发送给第二客户端;第二客户端在接收到提示指令时,可以从提示指令提取出第一客户端的电话号码,再以第一客户端的电话号码作为主叫号码,通过调用第二客户端所在终端设备的响铃器来触发来电提示,在来电提示结束之后,第二客户端可以通过调用该终端设备的电话记录的呈现程序来呈现基于该主叫号码的来电通话记录。
[0052]其中,第二客户端触发的来电提示,表示的是第二客户端所在终端设备在接收到来电时执行的动作,例如可以包括呈现主叫号码、播放来电铃声、振动和/或屏幕闪烁等,甚至也可以包括提供接听电话的操作方式和拒绝来电的操作方式。可以理解的是,在本实施例中,第二客户端的来电提示,是第二客户端在接收到服务器基于第一客户端的提示请求而发送的提示指令而触发的,而并非是由第一客户端与第二客户端之间建立通话链路而触发的,也即,第二客户端触发来电提示时并未与第一客户端建立通话链路,因此,即使第二客户端的来电提示提供了接听电话的操作方式,实际上第二客户端也不会响应接听电话操作而接通。为此,在本实施例的一些实施方式,在第二客户端触发来电提示的过程中,无论用户在第二客户端上触发了接听电话操作还是拒绝接听操作,第二客户端都可以响应操作而呈现基于主叫号码的未接来电通话记录。
[0053]需要说明的是,第二客户端可以响应于多种不同的条件来结束来电提示。例如,第二客户端触发来电提示可以保持预设的时间,具体地,第二客户端在触发来电提示之后,来电提示持续预设时间时结束。又如,第二客户端触发的来电提示可以是在用户触发了特定的结束操作时结束,具体地,第二客户端在触发来电提示之后,来电提示一直持续到用户执行了结束操作为止再结束,其中,结束操作如可以是前述的接听电话操作及拒绝接听操作等。再如,第二客户端触发的来电提示可以结合预设时间及结束操作来确定是否结束,具体地,第二客户端在触发来电提示之后,如果在预设的时间内用户未触发任何结束操作,则来电提示持续预设时间时结束,如果在预设的时间内用户触发了任意一种结束操作,则来电提示则在响应到结束操作时结束。
[0054]此外,本实施例中,第二客户端可以在来电提示结束之后呈现主叫号码的未接来电通话记录。其中,未接来电通话记录,例如可以是在第二客户端所在终端设备的屏保界面呈现,又如可以是在第二客户端所在终端设备的通知栏中呈现,再如可以是在第二客户端的通讯录界面中呈现。
[0055]可以理解的是,提示发起用户向被提示用户发出提示,不仅仅是要引起被提示用户的注意,可能还需要向被提示用户传达一些具体信息内容。为了满足用户的信息提示需求,在本实施例的一些实施方式中,所述提示请求及所述提示指令中例如可以携带有提示信息,所述提示信息是所述第一客户端响应于针对所述第二客户端的提示输入操作而获取的,所述提示信息用于所述第二客户端在所述未接来电通话记录中呈现。具体地,用户在第一客户端上触发提示操作的同时,还可以在第一客户端上执行提示输入操作以输入需要提示的信息内容,第一客户端响应提示输入操作而获取提示信息之后,可以将提示信息携带在提示请求中发送给服务器,服务器从提示请求中提取提示信息之后,可以将提示信息携带在提示指令中发送给第二客户端,第二客户端则可以在触发来电提示之后,将提示信息嵌入到未接来电通话记录中进行呈现。其中,提示信息例如可以是文本字符、表情编码、视频地址、音频地址和/或图片等信息内容。
[0056]在本实施例的一些实施方式中,为了使提示发起用户能够了解被提示用户是否注意到了提示,考虑到被提示用户主动查看未接来电通话记录就表明被提示用户已注意到提示,第二客户端还可以在用户对未接来电通话记录执行查看操作时向第一客户端返回提示成功信息,这样第一客户端的用户通过返回的提示成功信息就可以了解到第二客户端的用户已注意到提示。具体地,本实施例例如还可以包括:服务器接收所述第二客户端响应于所述未接来电通话记录的查看操作而发送的提示回复请求;服务器按照所述提示回复请求,向所述第一客户端发送提示成功信息,以便所述第一客户端呈现所述提示成功信息。可以理解的是,在第二客户端发送的提示回复请求中,可以包含第二客户端采用的用户身份信息以及第一客户端采用的用户身份信息,在服务器发送的提示成功信息中,可以包含第二客户端采用的用户身份信息,其中,第二客户端的用户身份信息是用于使第一客户端的用户了解提示成功信息所针对的被提示用户,第一客户端的用户身份信息是用于服务器确定提示成功信息的发送目标用户。
[0057]进一步而言,所述未接来电通话记录的查看操作,例如可以是用户在第二客户端上从屏保界面、通知栏和/或通讯录中对未接来电通话记录的选择操作,此时,第二客户端在响应该选择操作时可以将未接来电通话记录完整地呈现出来。需要说明的是,在一些实施方式中,考虑到用户在第二客户端上执行了接听电话操作或拒绝接听操作表示被提示用户已注意到提示,因此,未接来电通话记录的查看操作,还可以包括用户在第二客户端上触发的接听电话操作和拒绝接听操作。具体地,当第二客户端触发来电提示时,如果用户在第二客户端上触发了接听电话操作和拒绝接听操作,则第二客户端可以响应该操作而向服务器发送提示回复请求,以便服务器向第一客户端发送提示成功信息。
[0058]在本实施例的一些实施方式中,为了使提示发起用户能够了解被提示用户长时间未注意到提示,服务器还可以在长时间未接收到第二客户端的提交回复请求时向第一客户端返回提示未成功信息,这样第一客户端的用户通过回复的提示未成功信息就可以了解到第二客户端的用户长时间未注意到提示,以便第一客户端的用户确定是否需要再次向第二客户端的用户发出提示。具体地,本实施例例如还可以包括:服务器响应于所述提示指令发送之后预设时间内未接收到所述第二客户端发送的提示回复请求,向所述第一客户端发送提示未成功信息,以便所述第一客户端呈现所述提示未成功信息。其中,服务器可以在发送提示指令时开始计时,如果在计时到达预设时间时服务器仍未接收到第二客户端的提示回复请求,就可以向第一客户端发送携带有第二客户端的用户身份信息的提示未成功信息,以便第一客户端的用户了解第二客户端的用户仍未注意到提示。
[0059]通过本实施例的技术方案,不仅被提示用户能够及时地注意到提示发起用户发出的提示,而且用户操作也能够更简单、更容易,从而实现了提示发起用户向被提示用户发出的提示在保证被提示用户及时注意到的情况下使得用户操作更简单、更容易,为用户带来了更好的体验。
[0060]参见图3,示出了本发明中提示方法另一实施例的流程图。本实施例可以应用于第一客户端,例如具体可以包括如下步骤:
[0061]步骤301、响应于针对第二客户端触发提示操作,生成提示请求。
[0062]步骤302、向服务器发送所述提示请求,以便所述服务器响应于所述提示请求,向第二客户端发送提示指令。
[0063]其中,所述提示指令指示所述第二客户端:响应于接收到所述提示指令,以所述第一客户端的电话号码作为主叫号码触发来电提示,并呈现基于所述主叫号码的未接来电通话记录。
[0064]可以理解的是,提示发起用户向被提示用户发出提示,可能不仅仅是要引起被提示用户的注意,可能还需要向被提示用户传达一些具体信息内容。为了满足用户的信息提示需求,在本实施例的一些实施方式中,例如还可以包括:第一客户端响应于针对所述第二客户端的提示输入操作,获取提示信息;所述提示信息,用于携带在所述提示请求及所述提示指令中,以便所述第二客户端在所述未接来电通话记录中呈现。
[0065]在本实施例的一些实施方式中,为了使提示发起用户能够了解被提示用户是否注意到了提示,考虑到被提示用户主动查看未接来电通话记录就表明被提示用户已注意到提示,第二客户端还可以在用户对未接来电通话记录执行查看操作时向第一客户端返回提示成功信息,这样第一客户端的用户通过返回的提示成功信息就可以了解到第二客户端的用户已注意到提示。具体地,本实施例例如还可以包括:第一客户端接收所述服务器发送的提示成功信息并呈现;所述提示成功信息是所述服务器按照接收到的提示回复请求而发送的,所述提示回复请求是所述第二客户端响应于所述未接来电通话记录的查看操作而发送给所述服务器的。
[0066]在本实施例的一些实施方式中,为了使提示发起用户能够了解被提示用户长时间未注意到提示,服务器还可以在长时间未接收到第二客户端的提交回复请求时向第一客户端返回提示未成功信息,这样第一客户端的用户通过回复的提示未成功信息就可以了解到第二客户端的用户长时间未注意到提示,以便第一客户端的用户确定是否需要再次向第二客户端的用户发出提示。具体地,本实施例例如还可以包括:第一客户端接收所述服务器发送的提示未成功信息并呈现;所述提示未成功信息是所述服务器响应于所述提示指令发送之后预设时间内未接收到所述第二客户端发送的提示回复请求而发送的。
[0067]通过本实施例的技术方案,不仅被提示用户能够及时地注意到提示发起用户发出的提示,而且用户操作也能够更简单、更容易,从而实现了提示发起用户向被提示用户发出的提示在保证被提示用户及时注意到的情况下使得用户操作更简单、更容易,为用户带来了更好的体验。
[0068]参见图4,示出了本发明中提示方法又一实施例的流程图。本实施例可以应用于第二客户端,例如具体可以包括如下步骤:
[0069]步骤401、接收所述服务器响应于提示请求而发送的提示指令;所述提示请求是所述第一客户端响应于针对第二客户端触发提示触发操作而发送给所述服务器的。
[0070]步骤402、以所述第一客户端的电话号码作为主叫号码触发来电提示,并呈现基于所述主叫号码的未接来电通话记录。
[0071]在本实施例的一些实施方式中,为了使提示发起用户能够了解被提示用户是否注意到了提示,考虑到被提示用户主动查看未接来电通话记录就表明被提示用户已注意到提示,第二客户端还可以在用户对未接来电通话记录执行查看操作时向第一客户端返回提示成功信息,这样第一客户端的用户通过返回的提示成功信息就可以了解到第二客户端的用户已注意到提示。具体地,本实施例例如还可以包括:第二客户端将提示信息呈现在所述未接来电通话记录中;所述提示信息是所述第一客户端响应于提示输入操作而获取的,所述提示信息携带在所述提示请求以及所述提示指令中。
[0072]在本实施例的一些实施方式中,为了使提示发起用户能够了解被提示用户长时间未注意到提示,服务器还可以在长时间未接收到第二客户端的提交回复请求时向第一客户端返回提示未成功信息,这样第一客户端的用户通过回复的提示未成功信息就可以了解到第二客户端的用户长时间未注意到提示,以便第一客户端的用户确定是否需要再次向第二客户端的用户发出提示。具体地,本实施例例如还可以包括:第二客户端响应于所述未接来电通话记录的查看操作,向所述服务器发送提示回复请求,以便所述服务器按照所述提示回复请求而向所述第一客户端发送提示成功信息,所述提示成功信息用于在所述第一客户端上呈现。
[0073]通过本实施例的技术方案,不仅被提示用户能够及时地注意到提示发起用户发出的提示,而且用户操作也能够更简单、更容易,从而实现了提示发起用户向被提示用户发出的提示在保证被提示用户及时注意到的情况下使得用户操作更简单、更容易,为用户带来了更好的体验。
[0074]在前述实施例分别从服务器、第一客户端和第二客户端三个角度对本发明进行介绍的基础上,为了使本领域技术人员更加清楚本发明实施方式的应用,下面从信息交互的角度并辅以一个具体的应用场景为例,对本发明实施方式进行介绍。
[0075]在该应用场景中,第一客户端的用户先向第二客户端的用户发出了包含信息内容的提示,然后第二客户端的用户查看未接来电通话记录,此时第二客户端向第一客户端返回提示成功信息。需要说明的是,该应用场景仅为使得本领域技术人员更清楚地了解本发明,但本发明的实施方式不限于该应用场景。
[0076]参见图5,示出了本发明中提示方法再一实施例的流程图。在本实施例中,例如具体可以包括如下步骤:
[0077]步骤501、第一客户端响应于针对第二客户端触发的提示操作以及提示输入操作,生成携带有提示信息的提示请求。
[0078]其中,提示信息是第一客户端响应提示输入操作而获取的,提示请求中第二客户端采用的用户身份信息及电话号码是第一客户端基于提示触发操作中用户选择的被提示用户而确定的。此外,提示请求中还包括有第一客户端的电话号码。
[0079]步骤502、第一客户端向服务器发送提示请求。
[0080]步骤503、服务器解析提示请求,提取提示请求中的提示信息。
[0081]可以理解的是,在解析提示请求时,除了提示信息,还可以提取第一客户端的用户身份信息和第二客户端的用户身份信息。其中,第一客户端的用户身份信息用于服务器确定第一客户端的电话号码并发送给第二客户端,第二客户端的用户身份信息用于服务器确定作为提示指令发送目标的第二客户端。其中,客户端的用户身份信息可以采用客户端的电话号码。
[0082]步骤504、服务器基于提示信息,生成提示指令并发送给第二客户端。
[0083]其中,所生成的提示指令可以包含提示信息以及第一客户端的电话号码。
[0084]步骤505、第二客户端解析提示指令,提取第一客户端的电话号码及提示信息。
[0085]步骤506、第二客户端以第一客户端的电话号码作为主叫号码触发来电提示。
[0086]步骤507、第二客户端响应于来电提示的结束,呈现基于该主叫号码的未接来电通话记录。
[0087]步骤508、第二客户端响应于未接来电通话记录的查看操作,向服务器发送提示回复请求。
[0088]步骤509、服务器解析提示回复请求。
[0089]其中,提示回复请求中包含有第一客户端的用户身份信息和第二客户端的用户身份信息,其中,第一客户端的用户身份信息用于服务器确定作为提示成功信息发送目标的第一客户端,第二客户端的用户身份信息用于服务器返回给第一客户端以便呈现。
[0090]步骤510、服务器向客户端发送提示成功信息。
[0091]步骤511、第一客户端呈现提示成功信息。
[0092]其中,提示成功信息包含有第二客户端的用户身份信息,以使得第一客户端的用户能够了解第二客户端的用户已注意到提示。
[0093]通过本实施例的技术方案,不仅被提示用户能够及时地注意到提示发起用户发出的提示,而且用户操作也能够更简单、更容易,从而实现了提示发起用户向被提示用户发出的提示在保证被提示用户及时注意到的情况下使得用户操作更简单、更容易,为用户带来了更好的体验。
[0094]示例件设各
[0095]在介绍了本发明示例性实施方式的方法之后,接下来,参考图6?9对本发明示例性实施方式的、用于提示的设备和系统进行介绍。
[0096]参见图6,示出了本发明中提示设备一实施例的结构图。本实施例的设备可以配置于服务器,例如具体可以包括:
[0097]第一接收模块601,用于接收第一客户端响应于针对第二客户端触发提示操作而发送的提示请求;
[0098]第一发送模块602,用于响应于所述提示请求,向第二客户端发送提示指令;
[0099]其中,所述提示指令指示所述第二客户端响应于接收到所述提示指令,以所述第一客户端的电话号码作为主叫号码触发来电提示,并呈现基于所述主叫号码的未接来电通话记录。
[0100]在本实施例的一些实施方式中,可选的,所述提示请求及所述提示指令中例如可以携带有提示信息,所述提示信息是所述第一客户端响应于针对所述第二客户端的提示输入操作而获取的,所述提示信息用于所述第二客户端在所述未接来电通话记录中呈现。
[0101]在本实施例的另一些实施方式中,可选的,所述设备例如还可以包括:
[0102]第三接收模块,用于接收所述第二客户端响应于所述未接来电通话记录的查看操作而发送的提示回复请求;
[0103]第三发送模块,用于按照所述提示回复请求,向所述第一客户端发送提示成功信息,以便所述第一客户端呈现所述提示成功信息。
[0104]在本实施例的又一些实施方式中,可选的,所述设备例如还可以包括:
[0105]第四发送模块,用于响应于所述提示指令发送之后预设时间内未接收到所述第二客户端发送的提示回复请求,向所述第一客户端发送提示未成功信息,以便所述第一客户端呈现所述提示未成功信息。
[0106]参见图7,示出了本发明中提示设备另一实施例的结构图。本实施例的设备可以配置于第一客户端,例如具体可以包括:
[0107]生成模块701,用于响应于针对第二客户端的提示触发操作,生成提示请求;
[0108]第二发送模块702,用于向服务器发送所述提示请求,以便所述服务器按照所述提示请求,向第二客户端发送提示指令;
[0109]所述提示指令指示所述第二客户端:响应于接收到所述提示指令,以所述第一客户端的电话号码作为主叫号码触发来电提示,并呈现基于所述主叫号码的未接来电通话记录。
[0110]在本实施例的一些实施方式中,可选的,所述设备例如还可以包括:
[0111]获取模块,用于响应于针对所述第二客户端的提示输入操作,获取提示信息;
[0112]所述提示信息,用于携带在所述提示请求及所述提示指令中,以便所述第二客户端在所述未接来电通话记录中呈现。
[0113]在本实施例的另一些实施方式中,可选的,所述设备例如还可以包括:
[0114]第五接收模块,用于接收所述服务器发送的提示成功信息并呈现;
[0115]所述提示成功信息是所述服务器按照接收到的提示回复请求而发送的,所述提示回复请求是所述第二客户端响应于所述未接来电通话记录的查看操作而发送给所述服务器的。
[0116]在本实施例的又一些实施方式中,可选的,所述设备例如还可以包括:
[0117]第六接收模块,用于接收所述服务器发送的提示未成功信息并呈现;
[0118]所述提示未成功信息是所述服务器响应于所述提示指令发送之后预设时间内未接收到所述第二客户端发送的提示回复请求而发送的。
[0119]参见图8,示出了本发明中提示设备又一实施例的结构图。本实施例的设备可以应用于第二客户端,例如具体可以包括:
[0120]第二接收模块801,用于接收所述服务器响应于提示请求而发送的提示指令;所述提示请求是所述第一客户端响应于针对第二客户端触发提示操作而发送给所述服务器的;
[0121]触发模块802,用于以所述第一客户端的电话号码作为主叫号码触发来电提示;
[0122]记录呈现模块803,用于呈现基于所述主叫号码的未接来电通话记录。
[0123]在本实施例的一些实施方式中,可选的,所述设备例如还可以包括:
[0124]信息呈现模块,用于将提示信息呈现在所述未接来电通话记录中;
[0125]所述提示信息是所述第一客户端响应于提示输入操作而获取的,所述提示信息携带在所述提示请求以及所述提示指令中。
[0126]在本实施例的另一些实施方式中,可选的,所述设备例如还可以包括:
[0127]第五发送模块,用于响应于所述未接来电通话记录的查看操作,向所述服务器发送提示回复请求,以便所述服务器按照所述提示回复请求而向所述第一客户端发送提示成功信息,所述提示成功信息用于在所述第一客户端上呈现。
[0128]参见图9,示出了本发明中提示系统一实施例的结构图。在本实施例中,例如具体可以包括:服务器901、第一客户端902和第二客户端903 ;
[0129]其中,所述服务器901配置有前述图6所示的任意一种实施方式的设备,所述第一客户端902配置有前述图7所示的任意一种实施方式的设备,所述第二客户端903配置有前述图8所示的任意一种实施方式的设备。
[0130]通过本发明的设备实施例和系统实施例,不仅被提示用户能够及时地注意到提示发起用户发出的提示,而且用户操作也能够更简单、更容易,从而实现了提示发起用户向被提示用户发出的提示在保证被提示用户及时注意到的情况下使得用户操作更简单、更容易,为用户带来了更好的体验。
[0131]应当注意,尽管在上文详细描述中提及了提示设备及提示系统的若干装置或子装置,但是这种划分仅仅并非强制性的。实际上,根据本发明的实施方式,上文描述的两个或更多装置的特征和功能可以在一个装置中具体化。反之,上文描述的一个装置的特征和功能可以进一步划分为由多个装置来具体化。
[0132]此外,尽管在附图中以特定顺序描述了本发明方法的操作,但是,这并非要求或者暗示必须按照该特定顺序来执行这些操作,或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地,可以省略某些步骤,将多个步骤合并为一个步骤执行,和/或将一个步骤分解为多个步骤执行。
[0133]虽然已经参考若干【具体实施方式】描述了本发明的精神和原理,但是应该理解,本发明并不限于所公开的【具体实施方式】,对各方面的划分也不意味着这些方面中的特征不能组合以进行受益,这种划分仅是为了表述的方便。本发明旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等同布置。
【权利要求】
1.一种方法,应用于服务器,包括: 接收第一客户端响应于针对第二客户端触发提示操作而发送的提示请求; 响应于所述提示请求,向第二客户端发送提示指令; 其中,所述提示指令指示所述第二客户端:响应于接收到所述提示指令,以所述第一客户端的电话号码作为主叫号码触发来电提示,并呈现基于所述主叫号码的未接来电通话记录。
2.根据权利要求1所述的方法,其中,所述提示请求及所述提示指令中携带有提示信息,所述提示信息是所述第一客户端响应于针对所述第二客户端的提示输入操作而获取的,所述提示信息用于所述第二客户端在所述未接来电通话记录中呈现。
3.根据权利要求1所述的方法,还包括: 接收所述第二客户端响应于所述未接来电通话记录的查看操作而发送的提示回复请求; 按照所述提示回复请求,向所述第一客户端发送提示成功信息,以便所述第一客户端呈现所述提示成功信息。
4.根据权利要求1所述的方法,还包括: 响应于所述提示指令发送之后预设时间内未接收到所述第二客户端发送的提示回复请求,向所述第一客户端发送提示未成功信息,以便所述第一客户端呈现所述提示未成功信息。
5.一种方法,应用于第一客户端,包括: 响应于针对第二客户端触发提示操作,生成提示请求; 向服务器发送所述提示请求,以便所述服务器响应于所述提示请求,向第二客户端发送提示指令; 所述提示指令指示所述第二客户端:响应于接收到所述提示指令,以所述第一客户端的电话号码作为主叫号码触发来电提示,并呈现基于所述主叫号码的未接来电通话记录。
6.根据权利要求5所述的方法,还包括: 响应于针对所述第二客户端的提示输入操作,获取提示信息; 所述提示信息,用于携带在所述提示请求及所述提示指令中,以便所述第二客户端在所述未接来电通话记录中呈现。
7.根据权利要求5所述的方法,还包括: 接收所述服务器发送的提示成功信息并呈现; 所述提示成功信息是所述服务器按照接收到的提示回复请求而发送的,所述提示回复请求是所述第二客户端响应于所述未接来电通话记录的查看操作而发送给所述服务器的。
8.根据权利要求5所述的方法,还包括: 接收所述服务器发送的提示未成功信息并呈现; 所述提示未成功信息是所述服务器响应于所述提示指令发送之后预设时间内未接收到所述第二客户端发送的提示回复请求而发送的。
9.一种方法,应用于第二客户端,包括: 接收所述服务器响应于提示请求而发送的提示指令;所述提示请求是所述第一客户端响应于针对第二客户端触发提示操作而发送给所述服务器的; 以所述第一客户端的电话号码作为主叫号码触发来电提示,并呈现基于所述主叫号码的未接来电通话记录。
10.根据权利要求9所述的方法,还包括: 将提示信息呈现在所述未接来电通话记录中; 所述提示信息是所述第一客户端响应于提示输入操作而获取的,所述提示信息携带在所述提示请求以及所述提示指令中。
11.根据权利要求9所述的方法,还包括: 响应于所述未接来电通话记录的查看操作,向所述服务器发送提示回复请求,以便所述服务器按照所述提示回复请求而向所述第一客户端发送提示成功信息,所述提示成功信息用于在所述第一客户端上呈现。
12.根据权利要求9所述的方法,所述来电提示是所述第二客户端通过调用响铃器来触发的,所述未接来电通话记录是所述第二客户端通过调用电话记录的呈现程序来呈现的。
13.一种设备,配置于服务器,包括: 第一接收模块,用于接收第一客户端响应于针对第二客户端触发提示操作而发送的提示请求; 第一发送模块,用于响应于所述提示请求,向第二客户端发送提示指令; 其中,所述提示指令指示所述第二客户端:响应于接收到所述提示指令,以所述第一客户端的电话号码作为主叫号码触发来电提示,并呈现基于所述主叫号码的未接来电通话记录。
14.一种设备,配置于第一客户端,包括: 生成模块,用于响应于针对第二客户端触发提示操作,生成提示请求; 第二发送模块,用于向服务器发送所述提示请求,以便所述服务器响应于所述提示请求,向第二客户端发送提示指令; 所述提示指令指示所述第二客户端:响应于接收到所述提示指令,以所述第一客户端的电话号码作为主叫号码触发来电提示,并呈现基于所述主叫号码的未接来电通话记录。
15.一种设备,配置于第二客户端,包括: 第二接收模块,用于接收所述服务器响应于提示请求而发送的提示指令;所述提示请求是所述第一客户端响应于针对第二客户端触发提示操作而发送给所述服务器的; 触发模块,用于以所述第一客户端的电话号码作为主叫号码触发来电提示; 记录呈现模块,用于呈现基于所述主叫号码的未接来电通话记录。
16.一种系统,包括:服务器、第一客户端和第二客户端; 其中,所述服务器配置有如权利要求13所述的设备,所述第一客户端配置有如权利要求14所述的设备,所述第二客户端配置有如权利要求15所述的设备。
【文档编号】H04M3/42GK104506741SQ201510002814
【公开日】2015年4月8日 申请日期:2015年1月5日 优先权日:2015年1月5日
【发明者】周远, 杨雨皓, 姚寅 申请人:网易(杭州)网络有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1