CN107993122A - 一种基于通话信息的交互方法及终端设备 - Google Patents

Abstract

本申请涉及智能终端技术领域，特别涉及一种基于通话信息的交互方法及终端设备，其中，获取第一对象和第二对象在预定周期内的通话信息；判断所述通话信息是否符合预设条件；若符合预设条件，则执行购票操作；购票操作指：购买由第一对象预设置的第一位置至第二对象预设置的第二位置的车票；上述方案能够促使第一对象和第二对象之间实现更紧密的交流；尤其适用身处异地的用户双方，用户双发可存储一定的金额作为开支预算，当通话信息达到预定条件时，可以提取出开支预算用于购买车票，帮助用户双发(第一对象和第二对象)实现团聚和交流；提升了用户利用终端设备进行交流的可拓展性和多样性；同时，也提高了终端设备的智能化和人性化水平。

Description

一种基于通话信息的交互方法及终端设备

技术领域

本申请涉及智能终端技术领域，特别涉及一种基于通话信息的交互方法及终端设备。

背景技术

随着终端技术的发展，终端设备也越来越追求智能化和人性化的设计，其中，用户与用户之间利用终端进行交互的方式也越来越多，然而这种终端的交互仅仅局限于终端设备本身，用户与用户之间并不能实现当面交流和联系，用户的实际体验较差；因此，现有技术需要帮助用户与用户之间实现线上到线下的交互，促进用户与用户之间更加紧密的联系。

发明内容

本申请的目的是提供一种基于通话信息的交互方法及终端设备，能够根据用户与用户之间的通话信息和用户双方共同发起金额存储请求，向指定账户(目标账户)存储预定金额，用于在通话信息符合预定条件时，能够使用存储的预定金额购买车票，促进用户双方从线上到线下的交流和沟通；同时，有效提升终端的智能化水平。

为了解决上述技术问题，根据本申请的一个方面，本申请的实施例提供了

本申请的上述技术方案能够获取第一对象和第二对象在预定周期内的通话信息，并判断所述通话信息是否符合预设条件，在符合预设条件时，执行购票操作，促使第一对象和第二对象之间实现更紧密的交流；尤其适用身处异地的用户双方，用户双发可根据上述技术方案存储一定的金额作为开支预算，当通话信息达到预定条件时，可以提取出开支预算用于购买车票，帮助用户双发(第一对象和第二对象)实现团聚和交流；提升了用户利用终端设备进行交流的可拓展性和多样性；同时，也提高了终端设备的智能化和人性化水平。

附图说明

图1是本申请的实施例提供的基于通话信息的交互方法的示意性流程图；

图2是本申请的实施例提供的将付款金额存入目标账户的方法的示意性流程图；

图3是本申请的一实施例提供的判断所述通话信息是否符合预设条件的方法的示意性流程图；

图4是本申请的实施例提供的另一实施例提供的判断所述通话信息是否符合预设条件的方法的示意性流程图；

图5是本申请的实施例提供的执行购票操作的方法的示意性流程图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚明了，下面结合具体实施方式并参照附图，对本申请进一步详细说明。应该理解，这些描述只是示例性的，而并非要限制本申请的范围。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本申请的概念。

在以下说明书和权利要求书中使用的术语和短语不限于字面含义，而是仅为能够清楚和一致地理解本申请。因此，对于本领域技术人员，可以理解，提供对本申请各种实施例的描述仅仅是为说明的目的，而不是限制所附权利要求及其等效定义的本申请。

下面将结合本申请一些实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

需要说明的是，在本申请实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请实施例和所附权利要求书中所使用的单数形式的“一”、“一个”、“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本申请中使用的术语“和/或”是指并包含一个或多个相绑定的列出项目的任何或所有可能组合。表达“第一”、“第二”、“所述第一”和“所述第二”是用于修饰相应元件而不考虑顺序或者重要性，仅仅被用于区分一种元件与另一元件，而不限制相应元件。另外，下面所描述的本申请不同实施方式中所涉及的技术特征只要彼此之间未构成冲突就可以相互结合。

为了更清楚的描述各个附图，在各个附图中，对于同一步骤给出了不同的标记。

根据本申请一些实施例的终端设备可以是电子设备，该电子设备可以包括智能手机、个人电脑(PC，例如平板电脑、台式电脑、笔记本、上网本、掌上电脑PDA)、移动电话、电子书阅读器、便携式多媒体播放器(PMP)、音频/视频播放器(MP3/MP4)、摄像机、虚拟现实设备(VR)和可穿戴设备等中的一种或几种的组合。根据本申请的一些实施例，所述可穿戴设备可以包括附件类型(例如手表、戒指、手环、眼镜、或头戴式装置(HMD))、集成类型(例如电子服装)、装饰类型(例如皮肤垫、纹身或内置电子装置)等，或几种的组合。在本申请的一些实施例中，所述电子设备可以是灵活的，不限于上述设备，或者可以是上述各种设备中的一种或几种的组合。在本申请中，术语“用户”可以指示使用电子设备的人或使用电子设备的设备(例如人工智能电子设备)。

下面将结合附图，按照图1至图5的顺序进行详细说明。

请参照图1，图1是本申请的实施例提供的基于通话信息的交互方法的示意性流程图；

如图1所示，本申请的实施例提供了一种基于通话信息的交互方法，所述方法包括：

步骤S101：获取第一对象和第二对象在预定周期内的通话信息；

步骤S102：判断所述通话信息是否符合预设条件；

若符合预设条件，则进入步骤S103：执行购票操作；

所述购票操作指：购买由第一对象预设置的第一位置至第二对象预设置的第二位置的车票。

若不符合预设条件，则进入步骤S104：不执行购票操作。

上述技术方案能够获取第一对象和第二对象在预定周期内的通话信息，并判断所述通话信息是否符合预设条件，在符合预设条件时，执行购票操作，促使第一对象和第二对象之间实现更紧密的交流；尤其适用身处异地的用户双方，用户双发可根据上述技术方案存储一定的金额作为开支预算，当通话信息达到预定条件时，可以提取出开支预算用于购买车票，帮助用户双发(第一对象和第二对象)实现团聚和交流；提升了用户利用终端设备进行交流的可拓展性和多样性；同时，也提高了终端设备的智能化和人性化水平。

请参照图2，图2是本申请的实施例提供的将付款金额存入目标账户的方法的示意性流程图；

如图2所示，在获取第一对象和第二对象在预定周期内的通话时长之前，还包括将付款金额存入目标账户的步骤，所述将付款金额存入目标账户的方法包括：

步骤S201：获取第一对象和第二对象共同发出的存储请求；

步骤S202：基于所述存储请求，分别向第一对象和第二对象发送收款请求；

步骤S203：收取第一对象和第二对象基于所述收款请求支付的付款金额；

步骤S204：将所述付款金额存入目标账户。

作为一种可选的实施例，在获取第一对象和第二对象共同发出的存储请求之前，所述方法还包括：

判断第一对象和第二对象是否存在共同的目标账户；

所述目标账户用于存储第一对象和第二对象支付的付款金额；

若存在，则执行所述获取第一对象和第二对象共同发出的存储请求的步骤。

若不存在目标账户，则为第一对象和第二对象设置一个账户作为目标账户。

作为一种可选的实施例，所述为第一对象和第二对象设置一个账户作为目标账户的方法包括：

获取第一对象和第二对象输入并共同确定的存储账户；

将所述存储账户确定为目标账户；

其中，所述存储账户为：支付宝账户或微信钱包账户或QQ钱包账户或银行卡账户中的一种。

所述通话信息包括：通话时长；

请参照图3，图3是本申请的一实施例提供的判断所述通话信息是否符合预设条件的方法的示意性流程图；

如图3所示，所述判断所述通话信息是否符合预设条件的方法包括：

步骤S301：获取预设的预定通话时长；

步骤S302：判断所述通话时长是否达到所述预定通话时长；

若所述通话时长达到所述预定通话时长，则进入步骤S303：判定所述通话信息符合预设条件；

否则，则进入步骤S304：判定所述通话信息不符合预设条件。

请参照图4，图4是本申请的另一实施例提供的判断所述通话信息是否符合预设条件的方法的示意性流程图；

如图4所示，所述通话信息包括：通话次数；

所述判断所述通话信息是否符合预设条件的方法包括：

步骤S401：获取预设的预定通话次数；

步骤S402：判断所述通话次数是否达到所述预定通话次数；

若所述通话次数达到所述预定通话次数，则进入步骤S403：判定所述通话信息符合预设条件；

否则，则进入步骤S404：判定所述通话信息不符合预设条件。

请参照图5，图5是本申请的实施例提供的执行购票操作的方法的示意性流程图；

如图5所示，所述执行购票操作的方法包括：

步骤S501：获取第一对象预设置的第一位置；

步骤S502：获取第二对象预设置的第二位置；

步骤S503：获取第一对象和第二对象共同发起的购票请求；

步骤S504：基于所述购票指令，从所述目标账户中取出预定购票金额并购买由第一位置至第二位置的车票。

作为一种可选的实施例，所述基于通话信息的交互的方法还包括：

判断第一对象和第二对象是否在预设时长内发起购票请求；

若第一对象和第二对象未在预设时长内发起购票请求，则获取在所述预定周期内第一对象主动发起通话请求的第一发起次数和在所述预定周期内第二对象主动发起通话请求的第二发起次数；

判断第一发起次数是否大于第二发起次数；

若第一发起次数大于第二发起次数，则将目标账户中存储的所述付款金额以预定形式转入第一对象的预订账户；

否则，将将目标账户中存储的所述付款金额以预定形式转入第一对象的预订账户。

为了更好地实现上述技术方案，本申请的实施例还提供了一种终端设备，所述终端设备被配置为执行以下操作：

获取第一对象和第二对象在预定周期内的通话信息；

判断所述通话信息是否符合预设条件；

若符合预设条件，则执行购票操作；

所述购票操作指：购买由第一对象预设置的第一位置至第二对象预设置的第二位置的车票。

作为一种可选的实施例，在获取第一对象和第二对象在预定周期内的通话时长之前，所述终端设备被配置为执行以下操作：

获取第一对象和第二对象共同发出的存储请求；

基于所述存储请求，分别向第一对象和第二对象发送收款请求；

收取第一对象和第二对象基于所述收款请求支付的付款金额；

将所述付款金额存入目标账户。

作为一种可选的实施例，在获取第一对象和第二对象共同发出的存储请求之前，所述终端设备被配置为执行以下操作：

判断第一对象和第二对象是否存在共同的目标账户；

所述目标账户用于存储第一对象和第二对象支付的付款金额；

若存在，则执行所述获取第一对象和第二对象共同发出的存储请求的步骤。

若不存在目标账户，则为第一对象和第二对象设置一个账户作为目标账户。

在为第一对象和第二对象设置一个账户作为目标账户时，所述终端设备被配置为执行以下操作：

获取第一对象和第二对象输入并共同确定的存储账户；

将所述存储账户确定为目标账户；

其中，所述存储账户为：支付宝账户或微信钱包账户或QQ钱包账户或银行卡账户中的一种。

作为一种可选的实施例，所述通话信息包括：通话时长；

在判断所述通话信息是否符合预设条件时，所述终端设备被配置为执行以下操作：

获取预设的预定通话时长；

判断所述通话时长是否达到所述预定通话时长；

若所述通话时长达到所述预定通话时长，则判定所述通话信息符合预设条件；

否则，则判定所述通话信息不符合预设条件。

作为一种可选的实施例，所述通话信息包括：通话次数；

在判断所述通话信息是否符合预设条件时，所述终端设备被配置为执行以下操作：

获取预设的预定通话次数；

判断所述通话次数是否达到所述预定通话次数；

若所述通话次数达到所述预定通话次数，则判定所述通话信息符合预设条件；

否则，则判定所述通话信息不符合预设条件。

作为一种可选的实施例，在执行购票操作时，所述终端设备被配置为执行以下操作：

获取第一对象预设置的第一位置；

获取第二对象预设置的第二位置；

获取第一对象和第二对象共同发起的购票请求；

基于所述购票指令，从所述目标账户中取出预定购票金额并购买由第一位置至第二位置的车票。

作为一种可选的实施例，所述终端设备被配置为执行以下操作：

判断第一对象和第二对象是否在预设时长内发起购票请求；

若第一对象和第二对象未在预设时长内发起购票请求，则获取在所述预定周期内第一对象主动发起通话请求的第一发起次数和在所述预定周期内第二对象主动发起通话请求的第二发起次数；

判断第一发起次数是否大于第二发起次数；

若第一发起次数大于第二发起次数，则将目标账户中存储的所述付款金额以预定形式转入第一对象的预订账户；

否则，将将目标账户中存储的所述付款金额以预定形式转入第一对象的预订账户。

本申请旨在保护一种基于通话信息的交互方法及终端设备；能够获取第一对象和第二对象在预定周期内的通话信息，并判断所述通话信息是否符合预设条件，在符合预设条件时，执行购票操作，促使第一对象和第二对象之间实现更紧密的交流；尤其适用身处异地的用户双方，用户双发可根据上述技术方案存储一定的金额作为开支预算，当通话信息达到预定条件时，可以提取出开支预算用于购买车票，帮助用户双发(第一对象和第二对象)实现团聚和交流；提升了用户利用终端设备进行交流的可拓展性和多样性；同时，也提高了终端设备的智能化和人性化水平。

需要注意的是，上述的实施例仅仅是用作示例，本申请不限于这样的示例，而是可以进行各种变化。

需要说明的是，在本说明书中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。最后，还需要说明的是，上述一系列处理不仅包括以这里所述的顺序按时间序列执行的处理，而且包括并行或分别地、而不是按时间顺序执行的处理。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序指令相关的硬件来完成，所述的程序可存储于一计算机可读存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储器(Read-OnlyMemory，ROM)或随机存储器(RandomAccessMemory，RAM)等。

应当理解的是，本申请的上述具体实施方式仅仅用于示例性说明或解释本申请的原理，而不构成对本申请的限制。因此，在不偏离本申请的精神和范围的情况下所做的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。此外，本申请所附权利要求旨在涵盖落入所附权利要求范围和边界、或者这种范围和边界的等同形式内的全部变化和修改例。

Claims (10)

1.一种基于通话信息的交互方法，其特征在于，所述方法包括：

获取第一对象和第二对象在预定周期内的通话信息；

判断所述通话信息是否符合预设条件；

若符合预设条件，则执行购票操作；

所述购票操作指：购买由第一对象预设置的第一位置至第二对象预设置的第二位置的车票。

2.根据权利要求1所述的方法，其特征在于，在获取第一对象和第二对象在预定周期内的通话时长之前，所述方法还包括：

获取第一对象和第二对象共同发出的存储请求；

基于所述存储请求，分别向第一对象和第二对象发送收款请求；

收取第一对象和第二对象基于所述收款请求支付的付款金额；

将所述付款金额存入目标账户。

3.根据权利要求2所述的方法，其特征在于，在获取第一对象和第二对象共同发出的存储请求之前，所述方法还包括：

判断第一对象和第二对象是否存在共同的目标账户；

所述目标账户用于存储第一对象和第二对象支付的付款金额；

若存在，则执行所述获取第一对象和第二对象共同发出的存储请求的步骤。

4.根据权利要求3所述的方法，其特征在于，若不存在目标账户，则为第一对象和第二对象设置一个账户作为目标账户。

5.根据权利要求4所述的方法，其特征在于，所述为第一对象和第二对象设置一个账户作为目标账户的方法包括：

获取第一对象和第二对象输入并共同确定的存储账户；

将所述存储账户确定为目标账户；

其中，所述存储账户为：支付宝账户或微信钱包账户或QQ钱包账户或银行卡账户中的一种。

6.根据权利要求5所述的方法，其特征在于，所述通话信息包括：通话时长；

所述判断所述通话信息是否符合预设条件的方法包括：

获取预设的预定通话时长；

判断所述通话时长是否达到所述预定通话时长；

若所述通话时长达到所述预定通话时长，则判定所述通话信息符合预设条件；

否则，则判定所述通话信息不符合预设条件。

7.根据权利要求5所述的方法，其特征在于，所述通话信息包括：通话次数；

所述判断所述通话信息是否符合预设条件的方法包括：

获取预设的预定通话次数；

判断所述通话次数是否达到所述预定通话次数；

若所述通话次数达到所述预定通话次数，则判定所述通话信息符合预设条件；

否则，则判定所述通话信息不符合预设条件。

8.根据权利要求1所述的方法，其特征在于，所述执行购票操作的方法包括：

获取第一对象预设置的第一位置；

获取第二对象预设置的第二位置；

获取第一对象和第二对象共同发起的购票请求；

基于所述购票指令，从所述目标账户中取出预定购票金额并购买由第一位置至第二位置的车票。

9.根据权利要求8所述的方法，其特征在于，所述方法还包括：

判断第一对象和第二对象是否在预设时长内发起购票请求；

若第一对象和第二对象未在预设时长内发起购票请求，则获取在所述预定周期内第一对象主动发起通话请求的第一发起次数和在所述预定周期内第二对象主动发起通话请求的第二发起次数；

判断第一发起次数是否大于第二发起次数；

若第一发起次数大于第二发起次数，则将目标账户中存储的所述付款金额以预定形式转入第一对象的预订账户；

否则，将将目标账户中存储的所述付款金额以预定形式转入第一对象的预订账户。

10.一种终端设备，其特征在于，所述终端设备被配置为执行以下操作：

获取第一对象和第二对象在预定周期内的通话信息；

判断所述通话信息是否符合预设条件；

若符合预设条件，则执行购票操作；

所述购票操作指：购买由第一对象预设置的第一位置至第二对象预设置的第二位置的车票。