CN112352415B - 同时语音和数据内容驱动的商业数据平台 - Google Patents

Abstract

所公开的方法和系统促进了商业数据平台，该商业数据平台通过同时递送和跟踪促进这些各方之间正在进行的商业交易和交互的数据内容来增强语音呼叫期间在拨号器和接收器之间的交互。一种这样的系统包括在拨号器设备和接收器设备(在呼叫期间将第一和第二组交互数据发送到数据库)上的第一和第二交互管理器。服务器使用接收器标识符从数据库中获取接收器内容数据，将接收器内容数据发送到拨号器设备，使用拨号器标识符从数据库中获取拨号器内容数据，将拨号器内容数据发送到接收器设备，并将来自第一组ID和第二组ID的数据与接收器标识符和拨号器标识符联合存储在数据库中。

Description

同时语音和数据内容驱动的商业数据平台

相关申请的交叉引用

本申请要求2017年12月29日提交的美国临时申请62/611,690的优先权，出于所有目的将其全部内容合并于此作为参考。

背景技术

信息时代的每一年都见证着更多方式的不断发展，人们可以通过这种方式来交流和传播信息。但是，通过电话进行人与人之间的语音通信仍然是人们进行通信的最有效和首选的方式之一。即使人们使用互联网进行搜索，他们也经常通过电话呼叫搜索。确实，市场分析师发现，本地移动网络搜索中有48％以电话呼叫结尾。此外，入站电话呼叫被认为是销售线索的最高质量形式，因为人们只会在几乎准备好购买商品或服务时才倾向于致电公司。因此，电话呼叫代表了企业的高价值潜在销售渠道和个人的高价值信息渠道。

尽管语音交互为客户和企业带来的信息价值很高，但是一旦通话结束，与语音交互相关的有用数据通常会丢失。对于负担不起企业级呼叫管理系统的个人和小型企业尤其如此。此外，尽管具有所有优点，但语音交互在某些任务中可能会不足，在这些任务中，通过同时共享数据内容而增强的可视通信可能会更有效，例如显示一个人的姓名，饭店订单，产品报价的图片，或使用该信息完成交易的某人的信用卡号。

发明概述

本公开涉及商业数据平台。该平台基于语音通信，但是通过传递和保留有关该语音通信的有价值的数据来增强此语音通信。公开了方法和系统，其使多方能够使用从专有和基于公共Web的和基于云的计算环境中获取内容/数据并主动向其写入内容/数据的设备，在具有内容丰富和语音功能的网络环境中进行实时商务和个人交互。这些设备可以是具有向其用户显示内容的功能的移动电话。使用相同的内容/数据来增强和个性化使用该平台的活跃和未来的交互，从而为建立强大、持久且互利的人对企业、企业对企业和人与人之间的社会关系提供生态系统，从而进一步鼓励和促进双方之间持续的商务往来和互动。

当前，当潜在客户(拨号器)拨打公司(接收器)电话时，客户通常只会看到在整个语音通话过程中显示的所拨打公司的电话号码。同样，商家会在其设备上看到来电者的电话号码。客户和企业当前都没有机会在语音通话过程中同时相互发送数据内容，其通过直观地显示彼此之间的信息、当前客户需求和/或业务产品、或有关客户与企业之间过去的互动的任何信息，来丰富呼叫体验。公开了将在语音呼叫本身期间提供拨号器和接收器在它们各自的设备上共享有价值的数据内容并与之交互的能力的方法和系统，这将丰富双方的呼叫体验并促进任何潜在的交易。例如，这将包括能够实时共享数据内容，查看过去的互动数据，并存储通话中正在进行的互动，以进一步增强双方之间当前和将来的互动。因此，这些方法将弥合当前的语音呼叫之间的鸿沟，当前的语音呼叫几乎完全没有与呼叫目的相关的数据内容，而现代Internet时代则显示了可直观地丰富我们经验的数据内容。而且，通过存储在通话期间交换的交互作用和数据内容，本发明为呼叫者和接收器双方之间的关系提供了“记忆”，并且将是进行人与人交互的第二好东西。

本公开包括启用商业数据平台的系统。该系统包括拨号器设备，接收器设备，被编程为使用接收器电话号码在拨号器设备和接收器设备之间发起呼叫的拨号器，服务器和数据库。该系统还包括存储在拨号器设备上的第一交互管理器，该第一交互管理器被编程为在呼叫期间将第一组交互数据发送到数据库。该系统还包括第二交互管理器，该第二交互管理器存储在接收器设备上，并且被编程为在呼叫期间将第二组交互数据发送到数据库。服务器被编程为使用接收器电话号码和/或其他唯一标识符从数据库获得接收器内容数据，将接收器内容数据发送到拨号器设备，使用拨号器电话号码和/或其他唯一标识符从数据库中获取拨号器内容数据，将拨号器内容数据发送到接收器设备，并将来自第一组交互数据和第二组交互数据的数据与接收器电话号码和/或其他唯一标识符以及拨号器电话号码和/或其他唯一标识符相关联地存储在数据库中。如本文和所附权利要求书中所使用的，术语“标识符”包括电话号码或其他唯一标识符。

本文公开的同时语音和数据内容驱动的商业数据平台有效地使消费者的关系管理器能够使用同时语音和数据内容驱动的商业数据平台，从而使他们与具有复杂的关系管理软件和数据挖掘的大型企业处于同一地位。然而，使用本文公开的同时语音和数据内容驱动的商业数据平台，消费者能够管理他们与各种供应商的关系，并跟踪他们的整体商业活动，而无需与这些供应商建立有效的沟通渠道，而几乎不需要他们的任何努力。实际上，本文公开的同时语音和数据内容驱动的商业数据平台启用除企业级客户关系经理所提供的功能之外的其他功能，由于它们允许在关系的消费者和卖方方面管理商业数据，因此应被称为商业关系管理器。这样，术语“CRM”在本文中用于指代平台一般地管理商业关系的能力，而不仅仅是消费者关系。

如前所述，本文公开的同时语音和数据内容驱动的商业数据平台允许在关系的消费者和卖方双方上使用CRM，并且它们通过促进消费者和卖方之间的有效通信渠道来使用CRM。不是简单地提供平坦的空白呼叫屏幕，而是本文公开的一些方法将通信的可视层添加到标准语音通信中。在本文公开的方法中，其中消费者和/或卖方使用具有显示屏的智能手机进行通信，商业数据平台允许在通话期间在设备的屏幕上显示信息。该屏幕通常可用于显示有关卖方的营业场所和产品的信息，当前通话对象的特定商品或服务，消费者与卖方的过去关系以及任何其他可以促进消费者和供应商之间进行有效交互以建立信任和改善其业务关系的信息。

在下面的详细描述中提供了上述特征的许多具体示例。但是，为了说明所公开的同时语音和数据内容驱动的商业数据平台的双重好处，请考虑以下情况：在语音通话期间，消费者的比萨订单选项在电话屏幕上显示。选项的显示增强了消费者的选择过程，因为比萨饼的图像可以由供应商进行整理，以使其看起来更具吸引力，并提供仅口头语言无法提供的信息。包含可见的沟通渠道还可以防止有关订单内容的沟通不畅，因为可以同时将订单可视地显示给消费者和卖方。从通信的角度来看，在使用平台提供的可见通道进行信息表示方面，还有许多其他好处。此外，通过同时语音和数据内容驱动的商业数据平台将该信息提供给用户的事实允许将该信息存储起来以备后用。消费者下次致电该供应商时，他们的先前订单将可以在显示器上显示或以超方便的方式重新订购。也可以使用数据跟踪基于持续光顾而获得的任何奖励或优惠券。此外，供应商可以使用交互的历史记录来提供回头客应有的关注度和重视程度，或者建议可能吸引给定消费者的其他产品。因此，仅通过允许消费者和卖方使用该平台来共享比萨饼的图像以及接收该比萨饼的订单，就产生了许多机会来丰富消费者和卖方的商业关系。

上述CRM的好处不仅限于大型企业。使用本文公开的同时语音和数据内容驱动的商业数据平台，小型企业和个人能够获得对有价值的商业交互数据的相同访问以进行商业充实。平台用户使用的设备可以包括具有内置电话拨号器的基本个人计算机，智能手机，具有拨号器连接性的可穿戴设备，以及可用于通过VoIP消息传递应用程序拨打电话或语音电话并将交互数据呈现给用户的任何其他设备。实际上，在某些方法中，仅一个用户需要访问交互数据，而另一个用户只能通过另一个用户间接连接到平台。在这些示例中，一个用户可能正在使用基本电话，并且交互数据可以从另一用户的设备发送到平台。例如，一个用户在与操作基本电话的用户通话时，可能正在使用智能手机并使用其设备上的应用程序将数据输入平台。此外，尽管系统受益于两个用户都有可以向平台提供语音和数据的设备的情况，但是系统并不需要两个用户都可以访问相同类型的设备。

通过同时语音和数据内容驱动的商业数据平台来挖掘数据，并通过人工智能和机器学习进行进一步处理，许多供应商也可以使用这些数据来促进围绕该平台的整个业务网络和生态系统。例如，提供补充服务的供应商可以根据有关该顾客消费补充商品和服务的知识，向用户提供激励和促销。供应商可以联手分担这些激励措施的成本，以换取所有类别客户消费的增加。数据还可以用于促进由平台管理员或由使用平台的供应商使用商业数据平台向消费者提供的以平台为中心的流动性货币。该平台可以跟踪该货币在平台上用户之间的交易中所使用的货币的使用情况。除了提供促销之外，了解特定消费者的消费方式还可以使高价值潜在客户获得应有的关注和尊重，即使特定供应商之前没有与该客户的交互，也不会知道他们代表了高价值的潜在业务关系。消费者还可以使用挖掘的数据并通过人工智能和机器学习对其进行进一步处理，以供消费者使用，以获取针对特定商品和服务的供应商的建议或建议，这些商品和服务已被其他消费者使用该平台大量或规律地消费。在下面的详细描述中提供了这些益处以及如何利用所挖掘的数据的更具体的示例。

附图简述

图1示出了根据本发明的特定实施例的用于在拨号器设备和接收器设备之间进行呼叫的商业数据平台系统，以促进语音和数据内容的同时传输。

图2提供了根据本发明的特定实施例的可以被数据库实例化的用于商业数据平台的数据模型的数据表。所示表格是非限制性的，并且仅用于说明目的。

图3示出了根据本发明的特定实施例的具有拨号器显示器的拨号器设备和具有接收器显示器的接收器设备，其在拨号之前和期间以及在设备已经从服务器接收到内容之后显示信息。

图4示出了根据本发明特定实施例的在语音呼叫期间以及在从服务器接收新内容之后显示信息的图3的设备。

图5示出了根据本发明的特定实施例的在语音呼叫结束期间以及在从服务器接收到新内容之后显示信息的图3的设备。

图6提供了根据本发明的特定实施例的用于使用图1的系统的方法的流程图和框图。

发明详述

以下是用于促进同时语音和数据内容驱动的商业数据平台的系统和方法的详细描述，随后是由这种同时语音和数据内容驱动的商业数据平台实现的各种功能的描述。这些示例是非限制性的，并且出于说明目的而提供。例如，本描述中的许多示例限于对话的双方都在使用智能电话或其他移动设备的情况，但是本文所述的平台不管使用什么类型的设备来访问它们都可以工作。此外，在本说明书中的许多示例限于以下情况：其中，当事方将平台与数据通道以及语音信道结合使用。但是，本文公开的方法提供了某些有益的功能，而不管是只有一方通过数据通道还是通过语音信道连接到平台。例如，一方只能访问语音信道，并通过另一用户的设备间接向平台提供数据。作为另一示例，一方可能未通过语音信道连接，而可能仅通过数据通道可访问。具体来说，供应商可以通过将设备路由到数据通道来建立IVR系统，以处理所有传入的业务呼叫，而无需建立语音信道。

图1示出了系统100，其可以用于促进同时语音和数据内容驱动的商业数据平台。系统100基于拨号器设备101和接收器设备102。在某些方法中，拨号器设备101和接收器设备102将经由语音信道和数据通道两者连接。语音信道可以是连接在两个设备之间的标准语音呼叫，并且可以通过电路交换网络来实现。然而，可以利用两个设备之间的任何语音连接，例如由分组交换网络103促进的IP电话连接。分组交换网络103可以利用VoIP或其他协议。数据通道可以是分组交换网络103，并且可以包括由平台管理的服务器104和数据库105。该网络可以包括互联网。拨号器和接收器设备可以是能够支持语音呼叫的任何设备。尽管同时语音和数据内容驱动的商业数据平台可以与使用单独的设备访问语音和数据通道的用户一起工作，但是在图1所示的系统中，两个用户都在使用可以访问两者的设备。例如，设备可以是能够支持基于语音的电话呼叫同时还经由诸如因特网之类的数据连接访问平台的智能手机。可以通过通话期间显示的智能手机触摸屏上显示的界面访问数据通道。数据通道接口可以显示在拨号器应用程序旁边，并由单独的应用程序提供，或者该拨号器应用程序可以包括用于数据通道接口的集成窗口。数据通道接口可以是拨号器应用程序屏幕内部、部分或内部的屏幕覆盖或屏幕覆盖，通常在呼叫期间对于数据通道接口未使用且在呼叫持续时间内不变。这些设备还可以是个人计算机、可穿戴设备、标准电话或特定于平台的终端。在所示情况下，用户是吉尔·史密斯(Jill Smith)的消费者，而马里奥的比萨(Mario's Pizza)的卖方。但是，该平台也可以用于促进对等和企业对企业的通信。

拨号器设备包括拨号器，该拨号器被编程为使用接收器电话号码和/或其他唯一标识符来发起在拨号器和接收器设备之间的呼叫。拨号器设备可以使用传统键盘从用户接收命令，听觉输入(例如，通过麦克风的语音)，通过触摸屏的触摸输入，由光学或不可见光传感器检测到的手势以及任何其他用于提供用户输入的方式。拨号器可以是智能手机或计算机上的应用程序。该应用程序可以是由计算设备上的操作系统的开发人员开发的诸如智能电话之类的计算设备的内置拨号器。可替代地，该应用程序可以由平台开发，并且除了用作用于建立电话呼叫的电话拨号器(例如，提供对这里描述的数据通道的访问)之外，还包括多种功能。可替代地，该应用可以与诸如社交网络应用之类的第三方应用集成，该第三方应用被配置为允许使用接收器电话号码和/或与那些一方之一相关联的其他唯一标识符来在两方之间制定语音信道。拨号器可以通过语音命令、超链接的选择、电话号码和/或其他唯一标识符的手动输入、扫描QR码或任何其他向应用程序提供编号的方法，来接收接收器的电话号码和/或其他唯一标识符。拨号器也可以是传统电子电话上的应用程序，该应用程序已被增强以与平台一起使用。拨号器应用程序可以通过传统的电路交换网络或分组交换网络(例如通过Internet协议语音(VoIP))建立语音呼叫。在任何这些情况下，并且无论拨号器如何在拨号器和接收器设备之间发起呼叫，接收器电话号码和/或其他唯一标识符都将被拦截以供平台使用。下面更详细地描述了用于拦截接收器电话号码和/或其他唯一标识符的各种方法。

商业数据平台还包括服务器和数据库。如图所示，在图1中，服务器和数据库可以通过网络连接到拨号器设备和接收器设备。该网络可以是分组交换网络。网络可以是Internet。接收器设备和拨号器设备、网络、服务器和数据库上的软件可以支持接收器设备和拨号器设备之间的数据通道。数据通道可以由存储在拨号器设备上的第一交互管理器(IM)和存储在接收器设备上的第二交互管理器(IM)来支持。拨号器设备上的交互管理器可以被编程为在呼叫期间向数据库发送第一组交互数据(ID)。接收器设备上的交互管理器可以被编程为在呼叫期间向数据库发送第二组交互数据(ID)。在设备包括平台开发和提供的应用程序的方法中，交互管理器可以包含在那些应用程序中。在具有平台提供的应用程序的智能手机的特定情况下，交互管理器可以与拨号器设备上的拨号器属于同一应用程序。

服务器和数据库可以是基于云的平台的一部分。服务器可以是软件系统和合适的计算机硬件的任何系统，其能够响应网络上的请求以提供网络服务。尽管将服务器图示为物理硬件的单个单元，但是服务器可以包括多个物理硬件单元。物理硬件单元可以包括个人计算机、工作站和专用企业刀片服务器。物理硬件单元可以位于单个物理位置，例如办公室或数据中心，但它们也可以位于单独的数据中心或办公室。该服务器可以是虚拟服务器。单个网络服务可以由单个服务器或多个服务器以及单个物理硬件单元或多个物理硬件单元提供。由于术语服务器用于描述在本公开的某些部分中提供多个网络服务的系统，所以暗示多个网络服务不一定由物理硬件的单个单元来提供。该数据库可以是专有数据库，并且具有根据以下详细描述的数据模型。该数据模型是示例性的，更复杂的数据模型可以与具有不同键的数百个表一起使用以访问数据。该数据库可以是关系数据库或非关系数据库(例如NoSQL)，也可以是支持高速实时插入、更新和读取的任何其他数据库技术。

商业数据平台的数据模型可以包括数据库实例化的多个数据表。这些表可以包括用户身份表、用户关系表、内容表、交互类型表和交互事实表。图2提供了包含表201、202、203、204和205的商业数据平台的示例数据模型。可以看到，这些表可以相互关联以提供使用商业数据平台发生的所有交互的完整记录，以后可以对其进行访问和挖掘，并通过人工智能，机器学习和深度学习进行进一步处理，从而为消费者和供应商提供丰富的数据，以增强他们以后的互动。如图所示，接收器和拨号器之间的交互数据可以与拨号器和接收器电话号码或其他唯一标识符相关联地存储。此外，应注意，商业数据平台中的设备将直接或通过商业数据平台的数据库访问第三方数据库，例如社交媒体数据库，因为任一设备上的IM都可以请求平台从备用数据库中获取信息，然后将其存储在平台的内容表中。替代地或组合地，该平台可以被配置为从第三方数据库请求内容，并且当来自IM的所请求的内容不在数据库中时动态地生成响应。

商业数据平台的数据库可以包括接收器内容、拨号器内容和交互数据。可以通过多种方式访问此数据，以促进使用该平台的拨号器和接收器之间的丰富交互。如图1所示，一旦接收器电话号码或其他唯一标识符从拨号器发送到服务器，服务器就可以使用接收器电话号码或其他唯一标识符从数据库中获取接收器内容数据并将其传递回拨号器设备。接收器内容数据可以包括来自接收器的配置文件。例如，配置文件可以是一家公司店面，上面带有静态或动画图像以及带有声音的视频，这些视频广告了卖方的产品。店面可以包括公司名称和配置文件图像。可替代地，接收器内容数据可以包括到数据库中一组交互数据的链接，以允许拨号器在两个设备之间建立呼叫之前开始使用平台与接收器进行交互。接收器号可以以多种方式提供给服务器，这将在下面更详细地描述。一旦建立呼叫，就可以将拨号器内容数据传递到接收器设备。拨号器内容数据同样可以是拨号器的配置文件。该配置文件可以是具有用户名和配置文件图像的拨号器配置文件。拨号器内容数据和接收器内容数据都可以直接从平台的数据库中提取，也可以可以由平台通过使用Internet访问其他信息源(例如通过使用接收器或拨号器电话号码和/或其他唯一标识符的第三方API)动态生成。例如，如果接收器还没有配置文件，则接收器的电话号码可用于互联网搜索，以获取商家名称、位置和商家的一些图像，以生成用于在拨号器设备上显示的配置文件。可以对服务器进行编程，以检测是否缺少配置文件数据，以触发此配置文件的动态生成。

在使用平台进行交互期间显示给交易对手的配置文件数据可以是可配置的，并且可以特定于该交易对手的身份。例如，可以为用户提供选择图像和其他信息作为其身份的一部分呈现的选项。该配置文件可以是用户的店面。生成此配置文件的功能可能涉及选择选项并输入模板信息，也可能涉及用于设计内容的更灵活的工具，例如拖放WYSIWYG界面。用户还可以使用系统配置多个配置文件以进行显示，并且可以为将多个配置文件显示给谁设置不同的规则。用户可以设置用于商业用途的特定配置文件和用于个人用途的另一个配置文件。用户可以为与其有历史记录的呼叫者设置特定的配置文件，为没有历史记录的呼叫者设置另一个配置文件。为了确定应传送哪些配置文件内容，平台可以同时使用拨号器的电话号码和/或其他唯一标识符，以及接收器的电话号码和/或其他唯一标识符。定制级别可以一直下降到各个呼叫者及其特定关系和/或身份验证/授权级别的级别。平台可以自动方式提供此级别的定制，同时允许用户进一步定制自动店面。例如，平台可以自动设置Mario的比萨饼提供给Jill Smith的店面，以显示Jill向Mario下的最后订单以及Jill通常向Mario下订单的次数，但是当Jill给Mario打个电话时，她可以给Jill显示定制照片的选项，例如她上次去餐厅时拍的照片。作为另一个示例，该平台可以跟踪人们可以联系到的每个数字的置信度。基于使用该用户与人数之间的平台进行了多少互动以及这些互动是否为阳性，置信度可以继续提高。然后，用户可以根据这些置信度设置不同的配置文件来显示，例如，如果置信度太低，则个人信息将无法显示。作为另一个示例，在配置文件上显示的显示信息还可以包括与呼叫的对手方的关系的分配评估。平台可以根据存储在其中的累积数据，根据呼叫双方之间的先前交互，动态生成分配的评估。更具体地说，返回到Jill和Mario之间的通话，该平台中的数据可用于为Mario生成并显示“A+”等级，以提醒他Jill是回头客，应格外小心和注意。

图3图示了具有拨号器显示器304的拨号器设备303和具有接收器显示器302的接收器设备301的特定示例，该接收器显示器304在拨号之前和期间以及在服务器104已将接收器内容和拨号器内容传递到各个设备之后显示信息，如图1所示。可以看出，传递给每个设备的配置文件特定于接收器和拨号器。在这种情况下，交付给每个用户的配置文件，例如Mario的配置文件305和Jill的配置文件306，也已由平台或各个用户管理，以反映用户之间已经建立的关系。该图示还提供了商业数据平台如何使用先前的交互数据生成用于显示的数据的示例。在显示器302和304中的每一个中，已经根据发生先前交互以生成标签“A+”的频率来对对方进行排名，该“A+”标签提醒用户他们应该在与对方的关系中重视的价值。

还可以参考图1描述获取交互数据以供平台使用的方式。使用存储在设备上的交互管理器软件，可以向拨号器和接收器设备提供交互数据，也可以将交互数据提供给商业数据平台的服务器。交互管理器将从数据库请求信息，并从数据库接收信息。它还可能从服务器访问的外部数据库接收信息。交互管理器可以接收从数据库推送的数据，而无需发送请求。这样，可以在服务器、拨号器设备和接收器设备之间扩展促进沿着平台的数据通道在两个设备之间进行交互的软件。第一和第二交互管理器可以被编程为在拨号器设备与接收器设备之间的呼叫期间将第一和第二组交互数据发送到数据库。交互数据可以存储在数据库中以备后用。交互数据可以是与呼叫期间拨号器和接收器之间的交互有关的任何数据。例如，第二组交互数据可以包括通过数据通道从接收器推到拨号器的菜单，并且第一组交互数据可以包括通过拨号器选择该菜单上的项目。在这些情况下，交互数据存储在数据库中，并且也通过平台从一个设备传递到另一设备，以促进设备之间的当前交互，以使服务器和数据库充当两个设备之间数据通道的一部分。例如，从卖方-接收器发送到消费者-拨号器的交互数据可以是销售报价，而从消费者-拨号器发送回卖方-接收器的交互数据可以是响应该报价而生成的采购订单。通过各种数据的传输，可以通过此数据通道促进任何商业交互。与先前的示例保持一致，交互可以继续进行其他交互数据，该交互数据的形式是从卖方-接收器发送到消费者-拨号器的收据。数据将既通过平台传送，又由平台存储以备后用。交互数据还可以包括未从一个设备提供给另一设备的信息，例如由拨号器设备提供给平台以转发给支付处理器的支付信息。即使未将支付信息提供给接收器设备，在这里仍可以将其称为交互数据，因为它与拨号器和接收器之间的交互有关，并且最终被提供给其中一个设备。

在呼叫期间提供的交互数据可以是由每个设备推送到服务器的交互数据的子集。设备之间发送的交互数据可以促进接收器和拨号器之间的高级交互。在某些方法中，商业数据平台的数据通道将用作虚拟桌面，以允许拨号器和接收器进行协作，并且在呼叫期间发送的交互数据将在此桌面上表示。拨号器和接收器之间交换的交互数据保存在数据库中，进而可用于丰富当前的语音呼叫以及任何将来的呼叫。随着时间的流逝，可以获得过去所有交互的丰富历史，并且双方都可以随时获取，以进一步丰富双方之间的长期关系。

以吉尔(Jill)和马里奥(Mario)为例，马里奥(Mario)可以在桌子上向吉尔(Jill)实时提供优惠券或交易。Mario还将能够从数据库中获取有关Jill的信息，例如即将举行的特殊活动周年纪念日，她之前已经保留了一张桌子，以便为她提供今年再次在Mario上庆祝的机会。吉尔还可以要求提供其他信息，例如餐厅大型私人宴会厅的新私人房间内部的照片，马里奥可以在通话中实时提供这些信息。数据通道也可以用于Mario在通话结束时为Jill下一次订单提供优惠券，其中优惠券的图像以交互数据的形式提供给Jill的电话，并存储在数据库中，供Jill下次致电Mario时使用。数据通道还可以用于提供平台范围的激励措施，例如可以在参与该平台的所有供应商中使用的专用货币。如图4所示，在语音呼叫期间并且在从服务器104接收到新内容之后，吉尔电话上的显示器304可以示出接收器设备接收信息307，该信息例如表明马里奥已经准备好吉尔根据喜好收到的食品订单。马里奥电话上的显示屏302可以显示拨号器设备接收信息308，该信息在同一示例中显示吉尔已确认购买食物。如图5所示，在语音呼叫结束期间并且在从服务器104接收到新内容之后，设备可以显示附加消息。这种附加消息的非限制性示例可以是摘要消息309、推荐消息310和数据同步消息311。

如在图6提供的系统图中所描述的，具有拨号器的拨号器设备501和接收器设备502可以包括附加的软件元件，以帮助促进商业数据平台的功能。例如，每个设备可以包括显示管理器和数据库。在图6所示的示例中，拨号器设备501可以具有显示管理器503，并且可以连接到云数据库504，而接收器设备502可以具有显示管理器505，并且可以连接到同一云数据库504。显示管理器503和505可以连续从平台中的所有数据源接收内容，并根据设备所有者在平台上的帐户配置显示内容。显示管理器503和505为安装它们的设备执行本地显示管理功能。云数据库504可以包括本地数据库、平台数据库以及可以与商业数据平台一起使用的其他数据库配置的质量和功能。显示管理器503和505可以与交互管理器组合以从云数据库504请求数据，并且在该数据被呈现在设备上之前过滤从服务器传递的数据。例如，交互管理器可以指示向用户提供了一组金币，并且显示管理器503可以从云数据库504中选择用户已经选择代表这些硬币的特定图像。可以对显示管理器503和505进行编程，以使用来自云数据库504的交互数据来生成用于在设备501和502上显示的显示内容。例如，交互数据可以包括由接收器生成的销售要约，以通过数据库和服务器传递给拨号器设备501，同时显示内容构成用于使销售要约具有视觉吸引力的图像。图像可以与接收器的电话号码和/或唯一标识符相关联地存储在云数据库504中。显示管理器503和505通常可以格式化由交互管理器提供的内容，以用于各个设备501和502上的显示。这样，可以减少跨平台实现相关的开发工作，因为可以更大程度地改变显示管理器503和505，而交互管理器通过不同的实现保持相对稳定。可以通过本地安装在系统设备上的本地数据库管理器来管理云数据库504。例如，拨号器设备501可以具有本地数据库管理器506，而接收器设备502可以具有本地数据库管理器507。可替换地，系统设备可以具有安装在其上的本地数据库元素，从而能够在每个设备上进行本地数据存储。具有本地数据库的设备可以独立运行或与作为数据库网络一部分的云数据库504协同运行，并且可以由相应设备的本地数据库管理器(例如本地数据库管理器506和507)进行管理。拨号器设备501本地数据库管理器506可以被编程为每当拨号器在拨号器设备501和接收器设备502之间发起新呼叫时从交互数据中获取关于特定拨号器和接收器之间的过去交互的数据。如图6所示的示例设备显示所示，存储在数据库中的过去交互可以包括通信方的交易历史或有关该通信方的注释。云数据库504还可以通过在特定设备上存储由显示管理器503频繁访问的数据来限制服务器和拨号器设备501之间的网络上的通信量。例如，如果Jill是Mario的老客户，那么Mario的徽标可以存储在Jill的设备上，以便每次她的手机加载Mario的配置文件时都可以检索到。本地数据库管理器可以确保为此目的在某些交互之间的某些拨号器、接收器或交互内容数据持久存在于设备上。

呈现给用户的用户界面可以采用多种形式。用户界面可以分别或同时显示数据和语音信道的控件和信息。数据通道接口可以显示在拨号器应用程序旁边，并由单独的应用程序提供，或者该拨号器应用程序可以包括用于数据通道接口的集成窗口。数据通道接口可以是拨号器应用程序屏幕内部、部分或内部的屏幕覆盖或屏幕覆盖，通常在呼叫期间对于数据通道接口未使用且在呼叫持续时间内不变。拨号器应用程序屏幕可以是拨号器设备501上内置的拨号器应用程序的呼叫屏幕，并且可以显示标准控件，例如结束呼叫按钮或静音按钮。在由与单独的拨号器结合工作的单独的平台应用程序管理的数据通道的特定示例中，平台应用程序可以提供足够的控件来处理数据通道和语音信道。例如，在拦截呼叫之后，语音信道将保持打开状态，平台应用程序将完全覆盖屏幕并显示带有数据通道的用户界面，其中将显示交互式数据内容，而无需切换到外部其他应用程序。诸如“静音”和“扬声器电话”之类的控件现在将在同一用户界面中可用，并且无需返回到原始的拨号器应用程序界面。如果在呼叫过程中的任何时间，用户希望返回发起呼叫的原始拨号器应用程序界面，则用户可以在用户界面上单击一个图标，然后返回到原始拨号器屏幕。

与平台结合使用的设备还可以包括实时交互管理器和呼叫管理器508。呼叫管理器508可以支持语音呼叫的继续以及语音呼叫本身，从而允许用户根据需要访问拨号器和电话控件。呼叫管理器508还可以独立于数据通道来支持语音信道。实时交互管理器可以连续地管理呼叫者和接收者之间的交互，以确保它们的所有交互都被记录在云数据库504中。实时交互管理器可以向云数据库504和第三方外部数据库写入数据以及从云数据库504和第三方外部数据库读取数据。这两个组件一起可以支持同时使用多个设备进行语音和数据通道。交互管理器还可以在数据通道上正在进行的通信期间管理和存储所有交互线程510和活动。实时交互管理器可以包括存储在任一设备上的软件，包括上述交互管理器，以及平台服务器上的软件。交互管理器可以管理拨号器设备与接收器设备之间的至少两个交互线程510，并且可能取决于在数据通道上提供的交互级别来管理更多交互线程。可选地，对于上述实施例，可以通过交互管理系统509在商业数据平台系统中实现交互管理器和实时交互管理器的功能。交互管理系统509可以使用基于云的系统远程操作，并且可以与拨号器设备501和接收器设备502两者通信连接以执行两个设备的交互管理器功能。

上面描述的与数据通道有关的设备上的软件模块和组件(例如显示管理器503和505和交互管理器)可以由单个应用程序或多个应用程序管理。另外，与语音信道有关的拨号器和呼叫管理器508可以由单个应用程序或多个应用程序管理。此外，与任一通道关联的组件可以由单个应用程序或多个应用程序管理。在一种方法中，由平台管理员提供并存储在设备(例如拨号器的智能手机)中的单个应用程序可以包括集成拨号器，以便该应用程序既可以发起电话呼叫，也可以提醒平台打开数据通道，并在通话期间管理两个通道。作为该应用程序的模块，可以对拨号器进行编程，使其在发起呼叫之前，先接收接收器电话号码和/或其他唯一标识符，然后将接收器电话号码和/或其他唯一标识符发送给服务器，以获取接收器内容以显示给拨号器并建立数据通道。在另一种方法中，两个单独的应用程序可能涉及到平台的拨号和通信。拨号器可以是智能手机操作系统上的内置拨号器应用程序。拨号器也可以是安装在智能手机或其他计算设备的操作系统上的另一个第三方应用程序中的模块，例如社交网络应用程序中的集成拨号器。在智能手机实现中，用于代表平台拦截接收器电话号码和/或唯一标识符的单独应用程序可以是智能手机操作系统上具有读取电话状态许可的另一个应用程序。然后，单独的应用程序可以接收到指示拨号器正在发起呼叫的广播，从广播中获取接收器电话号码，并将接收器电话号码和/或其他唯一标识符传输到服务器。在任何一种情况下，平台管理员可以通过网络内容分发系统(例如应用程序商店)提供用于将接收器电话号码和/或其他唯一标识符传递给平台的应用程序。

可以在用户的设备上安装和维护应用程序。在一种情况下，潜在用户将平台应用程序下载到他们的移动设备上并安装该应用程序。同时，用户可以将其移动设备配置为随时间推移接收应用程序的升级。然后，用户可以配置其平台应用程序，例如通过设置其配置文件，自定义店面，配置向哪些用户显示哪些配置文件以及其他选项。用户可以通过从应用程序界面内发送邀请来邀请其他用户加入平台。用户可以提供命令，例如通过在应用程序中输入他们的电话号码，向特定的人发送邀请。然后，平台将通过链接下载这些应用程序的文本消息给那些用户。

邀请用户加入平台的另一种方法是简单地呼叫他们。用户不需要安装平台应用程序即可接收来自该用户的呼叫。接收器可以按照与以往相同的方式接收呼叫，然后可以在通话时被邀请加入平台。但是，拨号器设备上的应用程序可能会从平台接收到系统中尚未存在接收器的响应。然后，可以在拨号器设备的显示器上显示用户界面元素，并可能与动态生成的接收器临时配置文件一起显示，以通知拨号器他们可以邀请接收器。一旦选择了该用户界面元素，平台就可以将文本消息发送给具有链接的接收器设备，以下载平台应用程序。可以激励拨号器通过诸如平台货币，优惠券或其他奖励之类的奖励的用户来邀请接收器。该平台可以自定义激励措施，并根据接收器或拨号器的身份将其显示在用户界面元素旁边。为了确保采用，可以在电话上为拨号器提供听觉队列，以指示接收器确实已接收到文本消息或已在其设备上安装了该应用程序。可以在语音信道上提供听觉队列，以确保当接收者采取步骤加入平台时，拨号器和接收器都可以听到。

如上所述，可以通过访问其他数据源(例如第三方数据库)来使商业数据平台可扩展。此外，可以通过使用用于与完全独立的平台进行交互的API来使商业数据平台具有可扩展性。在一个特定示例中，平台数据库可以用作外部激励平台的真相来源。商业数据平台的实时交互管理器可用于通过使用API将商业数据平台数据库的某些部分与外部数据库同步。一种同步API可以是分布式账本技术。分布式账本可以包括在多个存储位置上存储并同步的数据集。分布式账本以及等效地包括分布式账本的数据可以存储在称为分布式账本网络的设备网络上。分布式账本数据的一个示例可以是激励平台的一组分类账表，在该平台上，供应商和客户可以用硬币或卡交换商品和服务。分布式账本数据的另一个示例可以是形成商业交易并与交易的双方关联存储的第一组交互数据和第二组交互数据。例如，第一组和第二组交互数据可以包括采购订单和发票。从可以从那些外部平台获取数据或将数据推送到那些外部平台的意义上来说，在商业数据平台上发生的交互可以涉及这些外部激励平台。在这种情况下，从销售商那里获得奖励，奖励其将另一个客户推荐给销售商。商业数据平台促进和记录与该组交易关联的所有交互，并用于更新外部激励平台。因此，通过使用API和实时交互管理器，可以将任意数量的外部服务作为服务添加到商业数据平台，从本质上将平台上发生的所有交互中的数据挖掘到单个无摩擦系统中，从而确保完全的商业可追溯性和可追溯性，以了解哪个卖方商人和将客户增加的价值引入到互动链中，并以商定的奖励金(例如金币和可计提的奖励)来补偿。

同时语音和数据内容驱动的商业数据平台将尽可能详细地跟踪发生交易的众多实体之间发生的所有交互的全面集合，包括实体、网络本身或其他实体之间以可靠、安全且最重要的是信任的方式进行的交互。支持这些交易以及任何激励和奖励制度，将需要支持任何数量的货币，包括传统的国家特定货币、平台专有货币和任何可接受的外部认可的加密货币。商业数据平台将促进这些货币的相互转换，例如通过一系列使用不同货币的顺序借方和贷方交易，并充当货币交换。可用于商业数据平台的货币可以包括由全球银行系统中各个国家实体支持的存储的银行帐户资金、加密货币资金和信用卡资金。代表所有交易(不论货币)的交易分类账必须是防篡改的，因此，商业数据平台将充分利用任何当前或将来的机制，系统，过程和技术的清单，以构建并确保持续的受信任、安全、可扩展和受保护的商业数据平台完整性，包括但不限于使用诸如分布式账本技术(DLT)之类的技术，如区块链和Holochain。

通过使用上述商业数据平台和技术，为增强消费者对消费者，企业对消费者以及企业对企业的商业关系创造了许多机会。各方之间的数据流既丰富了从中挖掘数据的当前交互，又丰富了双方之间建立更牢固的联系和商业关系时的未来交互。为了实现这一目标，可以使用大数据分析、人工智能、自然语言处理(NLP)机器学习、深度学习和深度人工神经网络来挖掘和进一步处理数据。下面在多个场景中描述了这些好处，以说明商业数据平台提供的一些丰富的内容和交互性。这些场景可以在最高级别分为两组场景。在一组场景中，拨号器使用上述语音和数据通道与接收器进行交互。在另一组场景中，拨号器仅使用数据通道与接收器进行交互。场景是根据本公开的系统的使用的特定示例，并且无意于限制所附权利要求的范围。提供Phoneful(语音)作为同时语音和数据内容驱动的商业数据平台的示例，提供Phonefully(语音)专有数据存储(PPDS)作为同时语音和数据内容驱动的商业数据平台的数据库的示例，提供语音专有数据存储(PPDS)作为同时语音和数据内容驱动的商业数据平台的数据库的示例，提供语音应用App作为平台应用的示例，提供呼叫方作为客户拨号器示例，并且提供Mario作为卖方-接收器的示例。

尽管已经相对于本发明的特定实施例详细描述了本说明书，但是应当理解，本领域技术人员在理解前述内容之后，可以容易地想到对这些实施例的替代、变型和等同形式。上面讨论的任何方法步骤都可以由处理器执行，该处理器与存储这些方法步骤的指令的计算机可读非暂时性介质一起操作。所述计算机可读介质可以是个人用户设备内的存储器或网络可访问存储器。在不脱离本发明的范围的情况下，本领域技术人员可以对本发明进行这些和其他修改和变型，本发明的范围在所附权利要求中更具体地阐述。

Claims (26)

1.一种系统，包括：

具有拨号器标识符的拨号器设备；

具有接收器标识符的接收器设备；

拨号器，被编程为使用所述接收器标识符在所述拨号器设备和所述接收器设备之间在语音信道发起呼叫；

服务器；

数据库；

第一交互管理器：（i）存储在所述拨号器设备上；和（ii）被编程为在呼叫期间在不使用语音信道的情况下向所述数据库发送第一组交互数据；以及

第二交互管理器：（i）存储在所述接收器设备上；和（ii）被编程为在呼叫期间在不使用语音信道的情况下向所述数据库发送第二组交互数据；

其中所述服务器被编程为：

使用所述接收器标识符从所述数据库获得接收器内容数据；

将所述接收器内容数据发送到所述拨号器设备；

从所述数据库获取拨号器内容数据；

将所述拨号器内容数据发送到所述接收器设备；和

将来自所述第一组交互数据和所述第二组交互数据的数据与所述接收器标识符和所述拨号器标识符联合存储在所述数据库中。

2.根据权利要求1所述的系统，还包括：

分布式账本网络上的分布式账本；

其中所述服务器通信连接到所述分布式账本网络；和

其中所述分布式账本包括使用服务器和分布式账本技术的联合所述接收器标识符和所述拨号器标识符的第一组交互数据和第二组交互数据。

3.根据权利要求1所述的系统，其中:

所述第一组交互数据包括采购订单；

所述第二组交互数据包括票证；和

所述服务器被编程为：（i）从所述数据库获得所述采购订单；（ii）从所述数据库获得所述票证；和（iii）使用所述采购订单和所述票证生成付款处理请求。

4.根据权利要求3所述的系统，其中:

所述服务器被编程为：（i）使用所述付款处理请求以第一货币借入拨号器帐户；（ii）使用所述付款处理请求以第二货币存入接收器帐户；和

所述第一货币和所述第二货币选自：存储的银行帐户资金、加密货币资金和信用卡资金。

5.根据权利要求1所述的系统，其中所述服务器进一步被编程为：

在呼叫期间将所述第一组交 互数据的至少一部分发送到所述接收器设备；和

在呼叫期间将所述第二组交互数据的至少一部分发送到所述拨号器设备。

6.根据权利要求1所述的系统，还包括：

存储在所述拨号器设备上的本地数据库；和

本地数据库管理器：（i）存储在所述拨号器设备上；和(ii)当所述拨号器在所述拨号器设备与所述接收器设备之间发起新呼叫时，编程为从所述数据库中的第一组交互数据和第二组交互数据中获取数据。

7.根据权利要求1所述的系统，还包括：

显示管理器：（i）存储在所述拨号器设备上；和（ii）被编程为使用所述第二组交互数据的至少一部分来生成用于所述拨号器设备的显示器的显示内容。

8.根据权利要求7所述的系统，其中:

所述第二组交互数据的部分包括在所述接收器设备上生成递送给所述拨号器设备的销售要约；

所述显示内容包括图像和所述销售要约；和

所述图像与所述接收器标识符关联存储在所述数据库中。

9.根据权利要求7所述的系统，其中:

所述服务器被编程为：（i）使用所述拨号器标识符和所述接收器标识符从所述数据库获取先前的交互数据；和（ii）将先前的交互数据发送到所述拨号器设备；和

所述显示管理器被编程为使用所述先前的交互数据来生成用于所述拨号器设备的显示器的过去的交互显示内容。

10.根据权利要求1所述的系统，还包括：

显示管理器：（i）储存在所述接收器设备上；和（ii）被编程为使用所述第一组交互数据的至少一部分来生成用于所述接收器设备的显示器的显示内容。

11.根据权利要求10所述的系统，其中:

所述第一组交互数据的部分包括在所述拨号器设备上生成用于递送到所述接收器设备的采购订单和收据。

12.根据权利要求10所述的系统，其中:

所述服务器被编程为：（i）使用所述拨号器标识符从所述数据库中获取先前的交互数据；和（ii）将所述先前的交互数据发送到所述接收器设备；

所述显示管理器被编程为使用所述先前的交互数据来产生用于所述接收器设备的显示器的过去的交互显示内容；和

所述先前的交互数据是在事先与第三方呼叫期间由所述拨号器与所述第三方放置的采购订单。

13.根据权利要求10所述的系统，还包括：

连接所述拨号器设备和所述接收器设备的数据通道，其中在所述数据通道上提供所述第一组交互数据和所述第二组交互数据；

连接所述拨号器设备和所述接收器设备的所述语音信道，其中在所述语音信道上提供所述呼叫；

所述拨号器设备上的拨号器应用程序屏幕内的第一覆盖图；

所述接收器设备上的接收器应用程序屏幕内的第二覆盖图；

其中所述显示内容呈现在所述第二覆盖图上；

其中所述显示管理器为所述第二覆盖图上的数据通道生成控件；

其中所述拨号器应用程序屏幕由所述拨号器设备在所述语音信道的形成时呈现，并且与所述数据通道的形成无关；和

其中所述接收器应用程序屏幕由所述接收器设备在所述语音信道的形成时呈现，并且与所述数据通道的形成无关。

14.根据权利要求1所述的系统，还包括：

第一显示管理器：（i）存储在所述拨号器设备上；和（ii）被编程为使用所述第二组交互数据的至少一部分生成用于拨号器设备的显示器的显示内容；和

第二显示管理器：（i）存储在所述接收器设备上；和（ii）被编程为使用所述第一组交互数据的至少一部分生成用于接收器设备的显示器的显示内容。

15.根据权利要求1所述的系统，其中:

所述接收器内容数据描述接收器配置文件；和

所述接收器配置文件包括公司名称、配置文件图像以及与该拨号器标识符的关系的指定评估。

16.根据权利要求1所述的系统，其中:

所述服务器被编程为使用所述接收器标识符和所述拨号器标识符从所述数据库中获取所述接收器内容数据；

所述接收器内容数据描述接收器配置文件；和

所述接收器配置文件为所述拨号器定制。

17.根据权利要求1所述的系统，其中所述服务器被编程为:

识别所述数据库中缺少接收器内容数据；和

使用网络搜索或使用接收器标识符的第三方API动态生成接收器内容数据。

18.根据权利要求1所述的系统，其中:

所述拨号器内容数据描述拨号器配置文件；和

所述拨号器配置文件包括用户名、配置文件图像以及与该接收器设备的关系的分配评估。

19.根据权利要求1所述的系统，其中：

所述服务器被编程为使用所述接收器标识符和所述拨号器标识符从所述数据库中获取接收器内容数据；

所述拨号器内容数据描述拨号器配置文件；和

所述拨号器配置文件使用拨号器可配置的设置和与接收器设备关联的置信度来限制。

20.根据权利要求1所述的系统，还包括：

存储在所述拨号器设备上的应用程序；

其中所述拨号器设备是带有操作系统的手机；

其中所述应用程序具有操作系统的读取电话状态权限；和

其中该应用程序被编程为:

接收表明拨号器正在发起呼叫的广播;

从所述广播获取所述接收器标识符；和

将所述接收器标识符发送到所述服务器。

21.根据权利要求1所述的系统，还包括：

存储在所述拨号器设备上的应用程序;

其中所述拨号器设备是手机；

其中所述拨号器是所述应用程序的模块；和

其中该应用程序被编程为:

在发起呼叫之前接收所述接收器标识符；和

将所述接收器标识符发送到所述服务器。

22.根据权利要求1所述的系统，其中:

所述呼叫通过电路交换网络保持；

所述第一组交互数据、所述第二组交互数据、所述拨号器内容数据和所述接收器内容数据通过分组交换网络发送；和

所述第一交互管理器和所述第二交互管理器管理所述拨号器设备和所述接收器设备之间的至少两个交互线程。

23.根据权利要求1所述的系统，其中:

所述呼叫通过分组交换网络保持；

所述第一组交互数据、所述第二组交互数据、所述拨号器内容数据和所述接收器内容数据通过所述分组交换网络或第二分组交换网络中的一者发送；和

所述第一交互管理器和所述第二交互管理器管理所述拨号器设备和所述接收器设备之间的至少两个交互线程。

24.根据权利要求1所述的系统，其中所述服务器进一步被编程为：

响应来自所述拨号器设备的命令向所述接收器设备发送文本消息；

其中所述文本消息包括将应用程序下载到所述接收器设备的链接。

25.根据权利要求24所述的系统，还包括：

存储在所述拨号器设备上的应用程序;

其中该应用程序被编程为: （i）在呼叫期间在拨号器设备的显示器上显示用户界面元素；和（ii）响应于对所述用户界面元素的选择而将命令发送到所述服务器。

26.权利要求15所述的系统，其中

所述拨号器内容数据描述拨号器配置文件；和

所述拨号器配置文件包括拨号器名、拨号器配置文件图像以及与该接收器标识符的关系的分配评估。

Images