CN110650254A - 信息的发送方法、信息的接收方法、终端及存储介质 - Google Patents

Abstract

本发明实施例涉及信息处理技术领域，公开了一种信息的发送方法、信息的接收方法、终端及存储介质。本发明中，在呼叫等待过程中，接收在呼叫界面中输入的第一信息；将第一信息发送至通信对端，供通信对端在呼叫界面中显示。从而使用户可以知晓对端用户打电话或未接听电话原因，实现了在呼叫等待过程中通信双方互通信息，增加呼叫等待过程中通信双方的交互性。

Description

信息的发送方法、信息的接收方法、终端及存储介质

技术领域

本发明实施例涉及信息处理技术领域，特别涉及一种信息的发送方法、信息的接收方法、终端及存储介质。

背景技术

在呼叫等待的时间内，用户可以聆听通信对端用户预设的彩铃或者观看预设的视频彩铃。彩铃和视频彩铃的不同之处在于，彩铃与视频彩铃的功能范围不同，视频彩铃除满足彩铃的所有功能之外，还支持视频的播放功能；另一方面，彩铃与视频彩铃的信令流程不同，视频彩铃的信令除彩铃的所有信令外，还包括媒体资源能力协商、资源预留等信令；再一方面，彩铃与视频彩铃的终端配置不同，视频彩铃播放时要求支持视频播放，而彩铃只要求终端支持音频播放。最后，彩铃和视频彩铃的核心网承载不同，视频彩铃分配了带宽为974Kbps的视频承载的同时，分配了带宽为146Kbps的音频承载，而彩铃仅分配了音频承载，即146Kps的音频承载，所以视频彩铃的核心网承载相较于彩铃的承载要求较高。

发明人发现相关技术中在呼叫等待的过程中，无论是播放彩铃还是播放视频彩铃都至少存在如下问题：在呼叫等待的时间内，呼叫方和被呼叫方无法实现交互。

发明内容

本发明实施方式的目的在于提供一种信息的发送方法、信息的接收方法、终端及存储介质，使得通信双方可以在呼叫等待过程中互通信息，增加了呼叫等待过程中通信双方的交互性。

为解决上述技术问题，本发明的实施方式提供了一种信息的发送方法，包括：在呼叫等待过程中，接收在呼叫界面中输入的第一信息；将第一信息发送至通信对端，供通信对端在呼叫界面中显示。

本发明的实施方式还提供了一种信息的接收方法，包括：在呼叫等待过程中，判断是否接收到通信对端发送的信息；若接收到通信对端发送的信息，则在呼叫界面中显示接收到的信息。

本发明的实施方式还提供了一种终端，包括：至少一个处理器；以及，与至少一个处理器通信连接的存储器；其中，存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行上述信息的发送方法，或者，执行上述信息的接收方法。

本发明的实施方式还提供了一种信息交互***，包括：第一终端、第二终端及服务器；第一终端用于在呼叫等待过程中，将接收到的在呼叫界面中输入的第一信息通过服务器发送至第二终端；第二终端用于在接收到第一信息时，在呼叫界面中显示所述第一信息。

本发明的实施方式还提供了一种计算机可读存储介质，存储有计算机程序，计算机程序被处理器执行时上述的信息的发送方法，或者，执行上述信息的接收方法。

本发明实施方式相对于现有技术而言，在呼叫等待过程中，获取用户想要传递给通信对端用户的第一信息，将获取到的第一信息发送至通信对端，使通信对端在呼叫等待过程中可以在呼叫界面上显示接收到的第一信息。从而知晓通信方打电话或未接听电话原因(信息内容可以是被呼叫方由于繁忙无法接电话，或者呼叫方进行通话的原因)，实现了在呼叫等待过程中通信双方互通信息，增加呼叫等待过程中通信双方的交互性。

另外，呼叫等待过程具体为视频彩铃的播放过程；第一信息具体为文字、视频或语音信息。在呼叫过程中通信双方可以通过文字、视频或语音的形式传递信息，方便用户根据用户当前情况选择合适的方式传递信息，提高用户的交互体验。

另外，获取第一信息，具体包括：提供编辑框；其中，编辑框在呼叫界面中；通过编辑框接收输入的第一信息。这样做可以使用户明确输入第一信息的位置。

另外，在呼叫等待过程中，若接收到通信对端发送的第二信息，则在呼叫界面中显示第二信息。在呼叫等待过程中不仅可以发送第一消息至通信对端，也可以接收通信对端发送的第二消息，并将第二消息在呼叫界面上显示，从而使用户可以知晓通信对端的目前情况，增加了呼叫等待过程中通信双方的交互性。

另外，呼叫等待过程具体为视频彩铃的播放过程；第二信息具体为文字信息；在呼叫界面中显示第二信息，具体包括：将文字信息叠加显示在视频彩铃上。用户的终端在呼叫等待过程中播放视频彩铃，将接收的通信对端发送的第二消息叠加在视频彩铃上显示，使用户在观看视频彩铃的同时查看到通信对端传递的消息，保证用户可以查收到通信对端发送的消息。

另外，将文字信息叠加显示在视频彩铃上，具体包括：在视频彩铃的预设显示区域中，按第二信息的接收顺序显示第二信息；其中，若在预设显示区域中显示的第二信息达到预设上限，则按第二信息显示的时间顺序，删除部分显示的第二信息。这样做可以固定第二信息的显示位置，并在显示区域所显示的信息超过预设上限时，按照时间先后顺序依次删除显示区域所叠加的第二信息，从而保证最新接收到的第二信息可以显示在屏幕上，避免信息遗漏。

另外，呼叫等待过程具体为视频彩铃的播放过程；第二信息具体为语音信息；在呼叫界面中显示第二信息，具体包括：显示语音信息的触发标识；在检测到触发标识被触发时，将播放的视频彩铃的音频切换为语音信息。如果接收到的第二信息为语音信息，为避免用户漏听接收到的语音信息，可以通过触发的形式播放语音信息，在检测到触发标识被触发，则将视频彩铃的音频切换为语音信息，避免视频彩铃的音频干扰用户接收语音信息。

另外，若呼叫接通失败，则保存第二信息。这样做可以在呼叫未接通后查看所保存的第二信息，并通过保存的第二信息知晓通信对端用户呼叫或未接听的原因，增加了通信双方的信息的交互。

另外，在呼叫之前，登录互联网平台，供互联网平台获取会话信息，会话信息至少包括：会话ID和通信双方的号码；将获取的第一信息发送至通信对端，具体包括：采用互联网协议向互联网平台发送推送消息，推送消息包括第一信息和会话标识，供互联网平台根据会话标识查找到通信对端，并将第一信息发送至通信对端。在利用互联网进行语音通信的过程中通信双方可以进行信息的传递，不同的运营商可以选择使用的方式进行信息的传递，满足用户的不同需求。

附图说明

一个或多个实施例通过与之对应的附图中的图片进行示例性说明，这些示例性说明并不构成对实施例的限定。

图1是根据本发明第一实施方式中的信息的发送方法的流程图；

图2是根据本发明第一实施方式中第一信息发送方的呼叫界面的示意图；

图3是根据本发明第一实施方式中第一信息接收方的呼叫界面的示意图；

图4是根据本发明第二实施方式中的信息的发送方法的流程图；

图5是根据本发明第三实施方式中的信息的发送方法的流程图；

图6是根据本发明第三实施方式中的基于SIP Message方式实现信息发送及接收的流程图；

图7是根据本发明第四实施方式中的信息的发送方法的流程图；

图8是根据本发明第四实施方式中的基于http方式实现信息发送及接收的流程图；

图9是根据本发明第五实施方式中的信息的接收方法的流程图；

图10是根据本发明第六实施方式中终端的结构示意图；

图11是根据本发明第七实施方式中信息交互***的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请所要求保护的技术方案。

以下各个实施例的划分是为了描述方便，不应对本发明的具体实现方式构成任何限定，各个实施例在不矛盾的前提下可以相互结合相互引用。

本发明的第一实施方式涉及一种信息的发送方法，本实施方式中，在呼叫等待过程中，接收在呼叫界面中输入的第一信息；将第一信息发送至通信对端，供通信对端在呼叫界面中显示。下面对本实施方式的信息的发送方法的实现细节进行具体的说明，以下内容仅为方便理解提供的实现细节，并非实施本方案的必须。具体流程如图1所示。

步骤101，在呼叫等待过程中，接收在呼叫界面中输入的第一信息。具体地说，主叫方请求与被叫方进行通话时，存在一段时间等待被叫方响应呼叫请求，这段等待的时间即为呼叫等待过程，在呼叫等待过程中终端显示的界面为呼叫界面。在呼叫等待过程中，若主叫方或被叫方想要向通信对端传递信息，则可以在呼叫界面中输入所需传递的信息。主叫方或被叫方的终端在检测到用户进行输入的操作时，接收用户在呼叫界面中输入的第一信息。

在实际应用中，主叫方或被叫方在想要向通信对端传递信息时，通过触发呼叫界面上预设选项唤出编辑框，在编辑框中输入想要传递的第一信息。传递的第一信息可以是文字信息，语音信息，也可以是视频信息，例如，在被叫方迟迟未接通，且主叫方有比较紧急的事情需要尽快联系到被叫方用户，主叫方可以通过在呼叫界面上的编辑框中输入文字“急事，速回！”，或通过语音或视频的形式进行输入，在以语音或视频的形式进行输入时，相应的音频器件及视频器件工作，从而保证第一信息的正常输入。同理，若被叫方正在忙碌或不想接听电话时，也可以在呼叫界面中输入第一信息，表示目前不方便接电话。以主叫方发送第一信息至被叫方为例，如图2所示，用户可以通过呼叫界面下方的键盘输入第一信息，如图中文字“我是1603您楼上的邻居，您家厨房好像在漏水！！！”。

步骤102，将获取的第一信息发送至通信对端。具体地说，主叫方或被叫方的终端在检测到用户输入第一信息时，获取用户输入的第一信息，并在检测到发送指令时，将获取的第一信息发送至通信对端。由于第一信息的信息类型不同，所以将第一信息发送至通信对端的方式不同，在第一信息为文字信息时，输入的文字信息以便签的形式携带并通过服务器发送至通信对端；在第一信息为语音信息或视频信息时，输入的语音信息或视频信息通过音频流或视频流的形式通过服务器发送至通信对端。

在第一信息发送至通信对端之后，通信对端接收到该第一信息，通信对端显示第一信息的呼叫界面如图3所示，在呼叫界面中的预设区域显示接收到的第一信息“我是1603您楼上的邻居，您家厨房好像在漏水！！请速应答回复！！！”。

另外，在呼叫过程中，用户可以多次输入第一信息，终端在每次获取到第一信息之后均发送至通信对端。理论上无需限制第一信息的字数或第一信息的语音及视频的时间，但在实际应用中为了提高信息传递效率，可以将第一信息的字数及语音或视频的时间限制在预设上限之内。

本发明实施方式相对于现有技术而言，在呼叫等待过程中，获取用户想要发送的第一信息，将获取到的第一信息发送至通信对端，使通信对端在呼叫等待过程中可以在呼叫界面上显示接收到的第一信息。从而知晓通信方打电话或未接听电话原因(信息内容可以是被呼叫方由于繁忙无法接电话，或者呼叫方进行通话的原因)，实现了在呼叫等待过程中通信双方互通信息，增加呼叫等待过程中通信双方的交互性。

本发明的第二实施方式涉及一种信息的发送方法。第二实施方式与第一实施方式大致相同，主要区别之处在于：在本发明第二实施方式中，在呼叫等待过程中，若接收到通信对端发送的第二信息，则在呼叫界面中显示所述第二信息。如图4所示。

步骤401，在呼叫等待过程中，接收在呼叫界面中输入的第一信息。

步骤402，将获取的第一信息发送至通信对端。

步骤401、402与第一实施方式中步骤101、102一一对应，在此不再赘述。

步骤403，若接收到通信对端发送的第二信息，则在呼叫界面中显示所述第二信息。具体地说，在呼叫等待过程中，若接收到通信对端的用户传递的第二信息，将获取的第二信息显示在呼叫界面，在接收的第二信息类型不同时，显示在呼叫界面的方式也略有不同，下面针对不同类型的第二信息的显示方式进行具体说明。

若第二信息为文字信息，则直接将文字信息显示在呼叫界面的预设区域，以供用户在呼叫等待过程中查看。如果接收到第二信息的终端在呼叫等待过程中播放视频彩铃，则可以将接收到的文字信息与正在播放的视频彩铃叠加，例如，可以将文字信息叠加至视频彩铃的视频画面的固定区域。在将文字信息叠加至视频画面的固定区域时，可以将接收到的文字从固定区域的第一行逐字叠加。若在呼叫过程中多次接收文字信息，每次接收到的文字信息均以上述逐字叠加的方式与视频画面的固定区域进行叠加，在叠加固定区域的最后一行时，为保证接收到的文字信息均可以显示在呼叫界面，可以将固定区域的第一行叠加的内容删除，并将固定区域的其余叠加的文字信息上移。也可以将固定区域叠加的文字信息从第一行开始逐字删除，并将固定区域的其余叠加的文字依次移动，在实际应用中可以根据实际情况以不同的方式删除部分已叠加的文字信息，从而保证所接收的文字信息均可以在呼叫界面显示，在此对删除的部分文字信息的位置及文字数量不做任何限制。

若第二信息为语音信息，则在呼叫界面中显示语音信息的触发标识，在检测到触发标识被触发时，播放接收到的语音信息。同样，终端可以接收通信对端发送的多个语音信息，这时的呼叫界面可以显示多个触发标识，每个触发标识与一个语音信息对应；呼叫界面还可以显示一个触发标识，该触发标识用于触发语音信息的播放，在触发语音信息播放之后，语音信息根据接收的时间顺序依次播放。如果接收到第二信息的终端在呼叫等待过程中播放视频彩铃，则在终端检测到触发标识被触发时，将播放的视频彩铃的音频切换至语音信息。在实际应用中也可以不设置触发标识，在终端接收到语音信息的同时播放该语音信息，或直接将视频彩铃的音频切换为语音信息，这样做可以在用户双手被占用时，无需触发即可聆听到通信对端发送的语音信息，提高通信双方的信息交互。

若第二信息为视频信息，在呼叫界面的预设区域显示视频信息。如果接收到第二信息的终端在呼叫等待过程中播放视频彩铃，则可以将播放的视频彩铃切换为接收到的视频信息，也可以在视频彩铃的视频画面的固定区域播放视频信息，比如，视频彩铃的视频画面的右下角或左上角播放视频信息。视频彩铃和视频信息的音频的播放可以由用户切换，也可以按预先设置的切换条件进行切换。例如，用户可以设置优先播放视频信息中的音频，也可以设置为在触发切换选项时播放视频信息中的音频。在实际应用中可以根据实际情况决定视频信息与视频彩铃的叠加方式，也可以根据实际情况决定视频彩铃与视频信息的音频的切换条件，在此不做限制。

值得一提的是，在本实施方式中，图4所示的流程只是一种具体的实现方式，在实际应用中，接收通信对端发送的第二信息的动作并未限制在“将获取的第一信息发送至通信对端”的动作之后发生，接收通信对端发送的第二信息并显示，即步骤403可以发生在呼叫等待过程中的任意时刻。

在本实施方式中，在呼叫等待过程中不仅可以发送第一消息至通信对端，也可以接收通信对端发送的第二消息，并将第二消息在呼叫界面上显示，从而使用户可以知晓通信对端的目前情况，增加了呼叫等待过程中通信双方的交互性。

本发明的第三实施方式涉及一种信息的发送方法。第三实施方式与第二实施方式大致相同，主要区别之处在于：在本发明第三实施方式中，若呼叫接通失败，则保存第二信息。如图5所示。

步骤501，在呼叫等待过程中，接收在呼叫界面中输入的第一信息。

步骤502，将获取的第一信息发送至通信对端。

步骤503，若接收到通信对端发送的第二信息，则在呼叫界面中显示所述第二信息。

步骤501至503与第二实施方式中步骤401至403一一对应，在此不再赘述。

步骤504，若呼叫接通失败，则保存第二信息。具体地说，在预设的呼叫等待时间内主叫方未收到被叫方的相应信息，则说明呼叫接通失败。在呼叫接通失败之后，主叫方或被叫方的终端若在呼叫等待过程中接收到通信对端发送的第二信息，则将接收的第二信息保存，保存的方式具体如下：

可以将接收到的文字信息、语音信息或视频信息直接保存，并在未接来电提醒菜单添加提示标识，在用户触发提示标识时，弹出保存的文字信息、语音信息或视频信息。若终端在呼叫等待过程中播放视频彩铃，且将接收到的通信对端发送的文字信息、语音信息或视频信息叠加至所播放的视频彩铃上时，可以截取视频彩铃中含有文字信息、语音信息或视频信息的视频画面并保存，在用户触发未接来电提醒菜单的提示标识时，弹出保存的截图。

另外，在通过触发提示标识显示保存的信息、图片或视频之后，即用户查看过接收的第二信息后，未接来电提醒菜单中的提示标识可以不再显示，同时删除保存的信息、图片或视频，达到节省内存的目的。

下面以一个具体实例，详细说明从主叫方发起通话、经过通信双方在通话等待过程中进行信息交互、至通话结束的过程。如图6所示。

主叫方终端(UEa)通过网元S-CSCF发送INVITE请求至被叫域，被叫域中网元I/S-CSCF接收到主叫域发送的INVITE请求后，通过网元TAS及省彩铃平台(AS)传递至被叫终端(UEb)，被叫终端在接收到INVITE请求后发送消息183(SDP_B1)，表明被叫终端资源预留成功。该183(SDP_B1)同样通过省彩铃平台，网元TAS及网元I/S-CSCF传递至主叫终端。主叫终端在接收183响应消息后向被叫终端发送PRACK消息，确认已收到响应请求消息，被叫终端在接收到PRACK消息后向主叫终端发送200OK(PRACK),确认收到主叫终端发送的PRACK消息。主叫终端在接收到被叫终端发送的200OK(PRACK)消息后，成功完成资源预留。在主被叫终端资源预留成功之后，主叫终端通过发送update(SDP_A2)，及被叫终端响应200update(SDP_B2),完成媒体流的建立。主被叫终端在省彩铃平台获取到彩铃或视频彩铃资源，并各自播放彩铃或视频彩铃(如图6步骤1-10所示)。

在播放视频彩铃的过程中，主叫终端和被叫终端均可以制作便签并将便签发送至通信对端，以主叫终端制作便签并发送便签为例，主叫终端用户点击呼叫页面上的扩展菜单，点击扩展菜单上的“便签”按钮，弹出编辑框，用户在编辑框中输入文字“XXX”，终端在接收到用户点击“发送”选项时，将文字“XXX”以便签的形式发送，呼叫等待过程中文字“XXX”可以通过SIP携带并发送至通信对端，如：Message(XXX),由于发送的是文字信息，所以SIP的信息格式设置为Content-Type:text/plain。在通信对端接收到便签时，发送响应信息200Message(XXX)，并将接收到的便签信息显示在呼叫界面供用户查看(如图6步骤11-14)。被叫终端制作便签并发送便签的过程与上述主叫终端制作并发送便签的过程相同，在此不再赘述(如图6步骤15-18)。

在呼叫等待过程中，若主叫方接收到被叫方的通话响应200(INVITE)，则主叫方发送消息ACK，主叫方和被叫方终端建立双方通话。若主叫方未接收到被叫方的通话响应，则通话结束，主叫方及被叫方将对端发送的信息保存，以供用户调取并查看。

本发明的第四实施方式涉及一种信息的发送方法。第四实施方式与第一实施方式大致相同，主要区别之处在于：在本发明第四实施方式中，具体说明了基于互联网实现通信双方在通话等待过程中的信息交互。如图7所示。

步骤701，登录互联网平台。具体地说，在用户需要通过互联网进行呼叫请求时，登录互联网平台，如果用户订阅视频彩铃服务，则需要通过DNS(域名***)获取视频彩铃扩展平台的IP，从而登录视频彩铃扩展平台，视频彩铃扩展平台主要用户实现视频彩铃播放过程中，通信双方的信息交互。例如，用户在通过终端应用进行呼叫时，首先注册并登录APP，在用户使用APP时，APP通过域名***获取视频彩铃扩展平台的固定域名，继而登录视频彩铃扩展平台，完成呼叫前的准备工作。

步骤702，在呼叫等待过程中，接收在呼叫界面中输入的第一信息。具体地说，在利用互联网实现呼叫等待过程中的信息交互与利用移动网络实现呼叫等待过程中的信息交互的方式大致相同，区别之处在于，利用互联网实现信息交互的过程中，第一信息的编辑框通过点击APP中呼叫界面的“便签”按钮弹出。

步骤703，采用互联网协议向互联网平台发送推送消息。具体地说，主叫或被叫终端在接收到输入的第一信息后，采用互联网协议将接收的第一信息推送至视频彩铃扩展平台或其他服务器，从而可以通过视频彩铃扩展平台或其他服务器实现信息的交互，其中，视频彩铃扩展平台用于实现视频彩铃播放过程中的信息交互，其他服务器用于实现呼叫等待过程中未播放视频彩铃的情况下双方的信息的交互。视频彩铃扩展平台或其他服务器根据推送第一信息的终端的地址及端口，获取该终端的手机号码，并根据获取的手机号码及该终端用户在视频彩铃扩展平台或其他服务器的注册ID，获取通信对端的手机号码。在获取到通信对端的手机号码之后就可以获得通信对端的地址和端口，可以根据通信对端的地址和端口将第一信息发送至通信对端，并在呼叫等待过程中在对方的终端上显示第一信息。

在通信对端接收到第一信息后，在呼叫页面显示接收的第一信息的方式与上述第一实施方式至第三实施方式中显示的方式一致，在此不再赘述。

下面以一个具体实例，详细说明从主叫方发起通话、经过通信双方在通话等待过程中进行信息交互、至通话结束的过程。如图8所示。

主叫终端和被叫终端预先完成登录彩铃扩展平台(如图8步骤0.1和0.2)。在主叫方呼叫被叫方时，主叫方终端(UEa)通过网元S-CSCF发送INVITE请求至被叫域，被叫域中网元I/S-CSCF接收到主叫域发送的INVITE请求后，通过网元TAS及省彩铃平台(AS)传递至被叫终端(UEb)，被叫终端在接收到INVITE请求后发送消息183(SDP_B1)，表明被叫终端资源预留成功。该183(SDP_B1)同样通过省彩铃平台，网元TAS及网元I/S-CSCF传递至主叫终端。主叫终端在接收183响应消息后向被叫终端发送PRACK消息，确认已收到响应请求消息，被叫终端在接收到PRACK消息后向主叫终端发送200OK(PRACK),确认收到主叫终端发送的PRACK消息。主叫终端在接收到被叫终端发送的200OK(PRACK)消息后，成功完成资源预留。在主被叫终端资源预留成功之后，主叫终端通过发送update(SDP_A2)，及被叫终端响应200update(SDP_B2),完成媒体流的建立。主被叫终端在省彩铃平台获取到彩铃或视频彩铃资源，并各自播放彩铃或视频彩铃(如图8步骤1-10所示)。

在完成主叫终端和被叫终端的彩铃或视频彩铃的播放之后，省彩铃平台向彩铃扩展平台发送session(session ID，被叫号码，主叫号码)，注册会话信息(如图8步骤10.1)。完成会话信息的注册后，主被叫终端可以通过注册的会话信息进行便签的传递，下面以主叫终端制作便签并发送便签为例，进行具体说明，主叫终端制作便签，便签上携带消息为“XXX”，主叫终端通过发送消息Http post(XXX，SessionID)，将便签发送至彩铃扩展平台，由彩铃扩展平台将消息发送至被叫终端，被叫终端接收到便签消息后，将便签消息显示在呼叫界面，以供被叫用户查看(如图8步骤11-14)。被叫终端制作便签并发送便签的过程与上述主叫终端制作并发送便签的过程相同，在此不再赘述(如图8步骤15-18)。

在呼叫等待过程中，若主叫方接收到被叫方的通话响应200(INVITE)，则主叫方发送消息ACK，主叫方和被叫方终端建立双方通话。若主叫方未接收到被叫方的通话响应，则通话结束，主叫方及被叫方将对端发送的信息保存，以供用户调取并查看。

上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。

本发明的第五实施方式涉及一种信息的接收方法，本实施方式中，在呼叫等待过程中，判断是否接收到通信对端发送的信息；若接收到通信对端发送的信息，则在呼叫界面中显示接收到的信息。下面对本实施方式的信息的接收方法的实现细节进行具体的说明，以下内容仅为方便理解提供的实现细节，并非实施本方案的必须。具体流程如图9所示。

步骤901，在呼叫等待过程中，判断是否接收到通信对端发送的信息。

步骤902，在接收到通信对端发送的信息时，在呼叫界面中显示接收到的信息。

具体地说，主叫方请求与被叫方进行通话时，存在一段时间等待被叫方响应呼叫请求，这段等待的时间即为呼叫等待过程。在呼叫等待过程中，若接收到通信对端的用户发送的信息，将获取的信息显示在呼叫界面，在接收的信息类型不同时，显示在呼叫界面的方式也略有不同，不同信息类型的信息的具体显示方式与第二实施方式中针对不同类型的第二信息的显示方式相同，在此不再赘述。

在本实施方式中，在呼叫等待过程中可以接收通信对端发送的信息，并将信息显示在主叫方或被叫方的终端的呼叫界面中，从而使主叫方或被叫方的用户可以知晓通信对端用户未接听电话或打电话的原因，实现了在呼叫等待过程中通信双方互通信息，增加呼叫等待过程中通信双方的交互性。

本发明第六实施方式涉及一种终端，如图10所示，包括至少一个处理器1001；以及，与至少一个处理器1001通信连接的存储器1002；其中，存储器1002存储有可被至少一个处理器1001执行的指令，指令被至少一个处理器1001执行，以使至少一个处理器1001能够执行上述信息的发送方法。

其中，存储器1002和处理器1001采用总线方式连接，总线可以包括任意数量的互联的总线和桥，总线将一个或多个处理器1001和存储器1002的各种电路连接在一起。总线还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路连接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口在总线和收发机之间提供接口。收发机可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器处理的数据通过天线在无线介质上进行传输，进一步，天线还接收数据并将数据传送给处理器1001。

处理器1001负责管理总线和通常的处理，还可以提供各种功能，包括定时，***接口，电压调节、电源管理以及其他控制功能。而存储器1002可以被用于存储处理器1001在执行操作时所使用的数据。

本发明第七实施方式涉及一种信息交互***，如图11所示，包括：第一终端111、第二终端113及服务器112；第一终端111用于在呼叫等待过程中，将接收到的在呼叫界面中输入的第一信息通过服务器112发送至第二终端113；第二终端113用于在接收到第一信息时，在呼叫界面中显示所述第一信息。

在一个具体的例子中，呼叫等待过程具体为视频彩铃的播放过程；第一信息具体为文字、视频或语音信息。

在一个具体的例子中，获取第一信息，具体包括：提供编辑框；其中，编辑框在呼叫界面中；通过编辑框接收输入的第一信息。

在一个具体的例子中，在呼叫等待过程中，第一终端111若接收到第二终端113发送的第二信息，则在第一终端111的呼叫界面中显示第二信息。

在一个具体的例子中，呼叫等待过程具体为视频彩铃的播放过程；第二信息具体为文字信息；第一终端111在呼叫界面中显示第二信息，具体包括：将文字信息叠加显示在视频彩铃上。

在一个具体的例子中，将文字信息叠加显示在视频彩铃上，具体包括：在视频彩铃的预设显示区域中，按第二信息的接收顺序显示第二信息；其中，若在预设显示区域中显示的第二信息达到预设上限，则按第二信息显示的时间顺序，删除部分显示的第二信息。

在一个具体的例子中，呼叫等待过程具体为视频彩铃的播放过程；第二信息具体为语音信息；在呼叫界面中显示第二信息，具体包括：显示语音信息的触发标识；在检测到触发标识被触发时，将播放的视频彩铃的音频切换为语音信息。

在一个具体的例子中，若呼叫接通失败，则第一终端111保存第二信息。

在一个具体的例子中，在呼叫之前，第一终端111和第二终端113登录互联网平台，供互联网平台获取会话信息，会话信息至少包括：会话ID和通信双方的号码；第一终端111将获取的第一信息发送至第二终端113，具体包括：第一终端111采用互联网协议向互联网平台发送推送消息，推送消息包括第一信息和会话标识，供互联网平台根据会话标识查找到第二终端113，并将第一信息发送至第二终端113。

本发明第八实施方式涉及一种计算机可读存储介质，存储有计算机程序。计算机程序被处理器执行时实现上述信息的发送方法，或者上述信息的接收方法实施例。

即，本领域技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。

Claims (14)

1.一种信息的发送方法，其特征在于，包括：

在呼叫等待过程中，接收在呼叫界面中输入的第一信息；

将所述第一信息发送至通信对端，供通信对端在呼叫界面中显示。

2.根据权利要求1所述的信息的发送方法，其特征在于，所述呼叫等待过程具体为视频彩铃的播放过程；所述第一信息具体为文字、视频或语音信息。

3.根据权利要求1所述的信息的发送方法，其特征在于，所述接收第一信息，具体包括：

提供编辑框；其中，所述编辑框在所述呼叫界面中；

通过所述编辑框接收所述输入的第一信息。

4.根据权利要求3所述的信息的发送方法，其特征在于，所述提供编辑框，具体包括：

在检测到对屏幕的操作后，触发所述编辑框的显示。

5.根据权利要求1所述的信息的发送方法，其特征在于，还包括：

在所述呼叫等待过程中，若接收到所述通信对端发送的第二信息，则在所述呼叫界面中显示所述第二信息。

6.根据权利要求5所述的信息的发送方法，其特征在于，所述呼叫等待过程具体为视频彩铃的播放过程；所述第二信息具体为文字信息；

所述在所述呼叫界面中显示所述第二信息，具体包括：

将所述文字信息叠加显示在所述视频彩铃上。

7.根据权利要求6所述的信息的发送方法，其特征在于，所述将所述文字信息叠加显示在所述视频彩铃上，具体包括：

在所述视频彩铃的预设显示区域中，按所述第二信息的接收顺序显示所述第二信息；

其中，若在所述预设显示区域中显示的所述第二信息达到预设上限，则按所述第二信息显示的时间顺序，删除部分显示的所述第二信息。

8.根据权利要求5所述的信息的发送方法，其特征在于，所述呼叫等待过程具体为视频彩铃的播放过程；所述第二信息具体为语音信息；

所述在所述呼叫界面中显示所述第二信息，具体包括：

显示所述语音信息的触发标识；

在检测到所述触发标识被触发时，将播放的所述视频彩铃的音频切换为所述语音信息。

9.根据权利要求5所述的信息的发送方法，其特征在于，还包括：

若所述呼叫接通失败，则保存所述第二信息。

10.根据权利要求1所述的信息的发送方法，其特征在于，还包括：

在呼叫之前，登录互联网平台，供所述互联网平台获取会话信息，所述会话信息至少包括：会话ID和通信双方的号码；

所述将所述获取的第一信息发送至通信对端，具体包括：

采用互联网协议向所述互联网平台发送推送消息，所述推送消息包括所述第一信息和会话标识，供所述互联网平台根据所述会话标识查找到所述通信对端，并将所述第一信息发送至所述通信对端。

11.一种信息的接收方法，其特征在于，包括：

在呼叫等待过程中，判断是否接收到通信对端发送的信息；

若接收到所述通信对端发送的信息，则在呼叫界面中显示所述接收到的信息。

12.一种终端，其特征在于，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如权利要求1至10中任一所述的信息的发送方法，或者，以使所述至少一个处理器能够执行如权利要求11所述的信息的接收方法。

13.一种信息交互***，其特征在于，包括：第一终端、第二终端及服务器；

所述第一终端用于在呼叫等待过程中，将接收到的在呼叫界面中输入的第一信息通过所述服务器发送至所述第二终端；

所述第二终端用于在接收到所述第一信息时，在呼叫界面中显示所述第一信息。

14.一种计算机可读存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至10中任一项所述的信息的发送方法，或者，所述计算机程序被处理器执行时实现权利要求11所述的信息的接收方法。

Images