CN101621559A

CN101621559A - 自动呼叫装置和方法

Info

Publication number: CN101621559A
Application number: CN200810127592A
Authority: CN
Inventors: 薛永康
Original assignee: Yahoo Inc
Current assignee: Yahoo Inc
Priority date: 2008-07-04
Filing date: 2008-07-04
Publication date: 2010-01-06

Abstract

本发明提供了自动呼叫装置和方法。一种自动呼叫装置，包括：事件接收单元，其被配置为：向第一用户的客户端提供网页，该网页包括与第二用户相关联的呼叫选项，并且接收事件，该事件包括所述第一用户选择所述呼叫选项；以及事件处理单元，其被配置为响应于由所述事件接收单元传送来的所述事件，取得所述第一用户的属性和所述第二用户的属性；并且利用所述第一用户的属性和第二用户的属性，促成所述第一用户的电话和所述第二用户的电话之间的连接。

Description

自动呼叫装置和方法

技术领域

本发明涉及由web触发的自动呼叫装置和方法。

背景技术

随着互联网的发展和普及，越来越多的人开始在网络上发布和搜寻信息。例如，信息发布者(比如发布广告的商家)发布的信息可以以搜索结果项的形式被呈现在网页上。浏览这些搜索结果项的信息搜寻者(比如消费者)可能希望以某种形式与信息发布者取得联络。此时，如果信息发布者拥有自己的网站，则搜索结果项中通常会包括指向该网站的链接。信息搜寻者通过点击该链接，即可以去到信息发布者的网站，从而可能与信息发布者进行进一步的交互(例如进行交易)。而为信息发布者提供平台的第三方，比如搜索服务提供商，则可以根据信息搜寻者的这种点击而对信息发布者收费，即所谓的按点击付费(pay per click)。

然而，在许多情况下，诸如中小型商家之类的信息发布者可能没有自己的网站。这样，信息搜寻者就无法通过点击网站的链接来与信息发布者取得联络。另外，即使信息发布者拥有自己的网站，如果能够以诸如电话通信这样的互动性更强的方式与信息搜寻者取得实时联络，也会更有助于两者的高效沟通。

需要一种能够自动促成用户电话之间建立连接的自动呼叫装置和方法。

发明内容

根据本发明的一个方面，提供了一种自动呼叫装置，包括：事件接收单元，其被配置为：向第一用户的客户端提供网页，该网页包括与第二用户相关联的呼叫选项，并且接收事件，该事件包括所述第一用户选择所述呼叫选项；以及事件处理单元，其被配置为响应于由所述事件接收单元传送来的所述事件，取得所述第一用户的属性和所述第二用户的属性；并且利用所述第一用户的属性和第二用户的属性，促成所述第一用户的电话和所述第二用户的电话之间的连接。

根据本发明的另一个方面，提供了一种自动呼叫方法，包括：向第一用户的客户端提供网页，该网页包括与第二用户相关联的呼叫选项；接收事件，该事件包括所述第一用户选择所述呼叫选项；响应于接收到所述事件，取得所述第一用户的属性和所述第二用户的属性；以及利用所述第一用户的属性和第二用户的属性，促成所述第一用户的电话和所述第二用户的电话之间的连接。

根据本发明的另一个方面，提供了一种自动呼叫装置，包括：事件接收单元，其被配置为：向第一用户的客户端提供网页，该网页包括与第二用户相关联的呼叫选项，并且接收事件，该事件包括所述第一用户选择所述呼叫选项；以及事件处理单元，其被配置为响应于由所述事件接收单元传送来的所述事件，取得所述第一用户的属性和所述第二用户的属性；并且利用所述第一用户的属性和第二用户的属性，促成所述第一用户的电话和所述第二用户的电话之间的连接，其中所述事件处理单元包括查询子单元，并且所述第一用户的属性和所述第二用户的属性中的至少一个是由所述查询子单元从通用身份数据库中取得的。

根据本发明的另一个方面，提供了一种自动呼叫装置，包括：事件接收单元，其被配置为：向第一用户的客户端提供网页，该网页包括与第二用户相关联的呼叫选项，并且接收事件，该事件包括所述第一用户选择所述呼叫选项；事件处理单元，其被配置为响应于由所述事件接收单元传送来的所述事件，取得所述第一用户的属性和所述第二用户的属性；并且利用所述第一用户的属性和第二用户的属性，促成所述第一用户的电话和所述第二用户的电话之间的连接；以及电信运营商接口，其中所述第一用户的属性包括所述第一用户的电话号码，所述第二用户的属性包括所述第二用户的电话号码，并且所述事件处理单元通过以下操作来促成所述第一用户的电话和所述第二用户的电话之间的连接：经由所述电信运营商接口：将所述第一用户的电话号码和所述第二用户的电话号码提供给电信运营商，以及请求所述电信运营商通过消息或呼叫向所述第二用户的电话提供所述第一用户的电话号码。

根据本发明的另一个方面，提供了一种自动呼叫方法，包括：向第一用户的客户端提供网页，该网页包括与第二用户相关联的呼叫选项；接收事件，该事件包括所述第一用户选择所述呼叫选项；响应于接收到所述事件，取得所述第一用户的属性和所述第二用户的属性；以及利用所述第一用户的属性和第二用户的属性，促成所述第一用户的电话和所述第二用户的电话之间的连接，其中所述第一用户的属性和所述第二用户的属性中的至少一个是从通用身份数据库中取得的。

可见，根据本发明，在信息搜寻者浏览了网页上的信息并以某种方式表现出对该信息发布者的兴趣之后，在信息发布者和信息搜寻者的电话之间能够自动建立连接，从而他们之间能够进行更为迅速、高效地沟通。

附图说明

图1示出了包括根据本发明的自动呼叫装置的***的框图。

图2示出了示例性的用户界面。

图3示出了本发明的方法的流程图。

具体实施方式

下面参考实施例来描述本发明。

图1示出了包括根据本发明的自动呼叫装置的***的框图。如图所示，***包括自动呼叫装置1、信息收集装置2、第二用户信息数据库3、客户端4A和4B、电话5A和5B、电信运营商6、属性数据库7。

客户端4A和4B分别与第一用户和第二用户相关联。电话5A和5B分别与第一用户和第二用户相关联。在这里，假设第一用户是信息搜寻者，第二用户是信息发布者。例如，在一个实施例中，第一用户可以是利用关键字在网络上搜寻商家的消费者，同时第二用户可以是发布广告的商家。当然，本发明并不限于此，本领域的技术人员可以明白，第一用户可以是任何希望在网络上获取某种信息的web用户，而第二用户可以是任何在网络上发布信息以期为他人所知的web用户。本发明使得他们之间的基于web的通信(可能是间接的)可以触发他们之间的某种形式的非基于web的通信(例如电话通信)。

这里的客户端4A和4B可以是安装在第一用户和第二用户各自的计算设备上的web浏览器。计算设备例如可以包括但不限于桌面型计算机、膝上型计算机、移动电话、个人数字助理等等。

这里的电话5A和5B可以包括但不限于固定电话、移动电话、VoIP电话等等。

在一个实施例中，第二用户经由客户端4B与信息收集装置2进行基于web的通信，从而提供想要发布的信息。例如，在第二用户是商家的情况下，他可以经由客户端4B向信息收集装置2提供该商家的各种描述信息、关键字、地址、电话、网址，等等。同时，信息收集装置2可以询问第二用户是否希望预订自动呼叫服务。并且，在提供了包括立即建立连接和请求回呼(下文将详述)在内的多种类型的自动呼叫服务的情况下，信息收集装置2还可以询问第二用户希望预订哪类自动呼叫服务，等等。然后，信息收集装置2将第二用户提供的各种信息、关于第二用户是否预订自动呼叫服务以及预订哪类呼叫的信息联同第二用户的ID(可能是通用ID或者其他专用属性账户的ID，下文将详述)一起作为一个条目(以下有时称为“第二用户信息”)存储在第二用户信息数据库3中。

如图所示，自动呼叫装置1包括信息提供与事件接收单元101、事件处理单元102、运营商接口103，以及可选的日志数据库104。

想要获得信息的第一用户通过web通信向信息提供与事件接收单元101请求信息。例如，第一用户可以经由客户端4A输入想要搜寻的关键字，并将该关键字提交给信息提供与事件接收单元101。信息提供与事件接收单元101利用该关键字，从存储有多个第二用户信息的第二用户信息数据库3中查找出匹配的条目，并将结果以网页形式提供到客户端4A。这种关键字搜索过程是本领域所公知的。当然，第一用户也可以通过其他方式来寻找和发现想要的信息。本领域的技术人员可以明白其他替换方式。

客户端4A经由如图2所示的用户界面(浏览器窗口)向第一用户呈现网页。在该网页中，包括了与第一用户输入的关键字匹配的多个第二用户的条目。除了与一般的搜索结果页面类似的项目之外，每个预订了自动呼叫服务的第二用户的条目还包括根据本发明的“呼叫”按钮。

如图2所示，假设第一用户提交了对关键字“外卖”的查询。在返回的结果页面200中，列出了关键字与“外卖”匹配的多个第二用户的信息。例如，条目201a列出了ABC餐馆的名称、描述、地址、电话等。除此之外，该条目中还包括以任何突出方式显示(在本实施例中显示为电话形状)的“呼叫”按钮，表明名为“ABC餐馆”的第二用户预订了自动呼叫服务。同样，条目201b中也列出了类似的信息。

条目201c所列出的“GHI餐馆”的信息中没有“呼叫”按钮，因为该用户没有预订自动呼叫服务。

以上条目201a和201b中都列出了相应餐馆的电话(可以是固定电话或移动电话)。但这并非必须的。例如，在条目201d中，没有给出“DEF”餐馆的电话，而只提供了“呼叫”按钮。

这里采用的“呼叫”按钮只是向第一用户提供的呼叫选项的一个示例。本领域的技术人员容易想到其他替换方式，例如采用链接等等。

假设第一用户在页面200中点击了某个条目中包含的“呼叫”按钮。客户端4A检测到这一事件(以下称为呼叫请求事件)后，经由web通信将呼叫请求事件发送到信息提供与事件接收单元101。

信息提供与事件接收单元101将接收到的呼叫请求事件传递到事件处理单元102。该呼叫请求事件中可以包括各种信息。在一个实施例中，该呼叫请求事件包括第一用户和被选择的第二用户各自的标识信息(ID)。

这里的ID例如可以是用户在提供信息发布和自动呼叫的本***的注册ID、可以是通用ID(Universal ID)，或者是任何其他可以标识第一用户和第二用户的标识信息。

事件处理单元102接收到呼叫请求事件后，得知ID 1的第一用户希望与ID 2的第二用户建立呼叫连接。此时，事件处理单元102(具体而言是其中的属性查询子单元1021)将自动获取与第一用户和第二用户相关的属性。在本发明的一个实施例中，该属性包括电话号码。该属性还可以包括第一用户是否希望接受自动呼叫服务以及(在***提供多类自动呼叫的情况下)对自动呼叫类型的偏好(立即建立连接和/或请求回呼)，以及第二用户对自动呼叫类型的偏好，等等。

在本发明中，可以有多种方式来获取第一用户和第二用户的属性(电话号码及其他属性)。在一个实施例中，本发明可以使用通用ID(通用身份)服务。也就是说，如果第一用户和/或第二用户拥有通用ID，则其可以利用该通用ID来使用本发明的自动呼叫服务，而无需为此服务另行注册ID，因为本发明可以与通用ID服务***合作来取得用户的属性。通用ID服务***可以包括与网络相耦合的通用ID服务器，以及与该通用ID服务器相耦合的通用ID数据库。在这种情况下，图1所示的属性数据库7就是通用ID数据库，并且事件处理单元102经由通用服务器(未示出)获取通用ID数据库中的信息。在该通用ID数据库中存储着多个通用ID，以及与每个ID相关联的各种信息，例如包括联络信息(地址、电话、电子邮箱等等)、支付账户信息、个人偏好信息(其中可以包括是否希望接受自动呼叫服务以及希望接受哪类自动呼叫服务)、个人档案信息(年龄、性别、身高、体重等等)。当第一用户点击与第二用户相关联的“呼叫”按钮时，第一用户的通用ID和第二用户的通用ID可以作为呼叫请求事件的一部分被传送到事件处理单元102。事件处理单元102中包括的属性查询子单元1021提取其中的通用ID，并利用通用ID查询通用ID服务器。通用ID服务器把利用通用ID从通用ID数据库中检索出来的信息(例如电话号码等等)返回给属性查询子单元1021。这样，事件处理单元102即可获知第一用户和第二用户的电话号码，以及可能的其他信息。

当然，第一用户和第二用户的属性不一定要从通用ID数据库获得。对于第二用户，由于其在向信息收集装置2提供信息时就可能已经提供了其电话号码、服务类型偏好等等的各种信息，因此属性查询子单元1021可以从第二用户信息数据库3中获取第二用户的属性。

另外，在另一个实施例中，只要第一用户和第二用户曾经注册过任何一个专用属性账户并被分配了ID，并且该属性账户中包括其电话号码等属性，他们就可以利用该ID来使用本发明提供的自动呼叫服务。事件处理单元102的属性查询子单元1021在从呼叫请求事件中提取出该属性账户的ID之后，将自动与该属性账户的数据库(即属性数据库7)取得联系并从中获取第一用户和第二用户的电话号码等属性。

注意，虽然在图中属性数据库7被示为在自动呼叫装置1外部，但属性数据库7也可以被维护在自动呼叫装置1内部。

另外，虽然图中示出了三个单独的数据库，即第二用户信息数据库3、属性数据库7和日志数据库104。但是这三个数据库中的任何两个或三个也可以集成为一个数据库。

在属性查询子单元1021获得了用户的属性之后，事件处理单元102对比第一用户和第二用户所偏好的自动呼叫类型(立即建立连接和/或请求回呼)，决定为两者请求两种类型中的任何一种或两者，并且经由运营商接口103将包括第一用户和第二用户各自的电话号码以及呼叫类型的请求发送到电信运营商6。此时，如果第一用户和第二用户偏好的自动呼叫类型之间不能达成任何一致的话，事件处理单元102也可能决定不请求建立任何呼叫。

当然，在只提供一种自动呼叫服务的情况下，所获取的属性可以只包括电话号码，并且向电信运营商6发送的请求也可以只包括电话号码，而所提供的那种呼叫服务类型则是自动呼叫装置1预先与电信运营商6确定的。

下面详细描述本发明的自动呼叫装置1可以提供的多种类型的自动呼叫。

一种类型可以是电信运营商6在接收到来自自动呼叫装置1的请求之后，分别呼叫第一用户的电话5A和第二用户的电话5B，并且将所建立的两个会话桥接起来，从而建立电话5A和电话5B之间的连接。也就是说，在第一用户点击网页上的“呼叫”按钮之后，即可以听到其电话5A振铃。当第一用户摘机后，可以听到类似“正在连接第二用户”的语音提示。同时第二用户的电话5B也会振铃。当第二用户摘机后，将会听到类似“电话号码为xxxxxxxx的用户想与您通话”的语音提示。然后经过桥接操作，电话5A和电话5B即可建立直接连接。

另一种类型可以是电信运营商6在接收到来自自动呼叫装置1的请求之后，向电话5B发送请求回电的消息或者发出请求回电的呼叫。例如，该消息可以是文本消息(短消息)或者语音信箱中的消息。第一用户的电话号码可以作为该消息的一部分提供给第二用户，或者可以在对第二用户的呼叫中提供给第二用户。第二用户从而可以获知电话号码为xxxxxxxx的用户希望自己回电，并随后可以在适当时呼叫电话5A。

另外，本发明的自动呼叫装置1还可以包括日志数据库104。这样，事件处理单元102在接收到信息提供与事件接收单元101传递来的呼叫请求事件时，可以把诸如ID 1的第一用户在某时从某地请求呼叫ID 2的第二用户这一事件的相关信息存储在日志数据库104中作为日志。另外，优选地，根据自动呼叫装置1与电信运营商6的协议，电信运营商6可以在接通电话5A和电话5B之后或者向电话5B发送了请求回呼的消息和呼叫之后，通过运营商接口103向事件处理单元102发送报告，以报告有关电话5A和电话5B之间连接是否成功建立、通话时长、已在何时请求电话5B回呼、电话5B是否回呼电话5A等等的统计信息。事件处理单元102可以将该报告中包括的信息存储在日志数据库104中作为日志。

日志数据库104中存储的日志可以作为自动呼叫服务提供者对第二用户计费的基础，即可以实现所谓的按呼叫付费(pay per click)。也就是说，为信息发布者提供平台的第三方，可以基于信息搜寻者和信息发布者之间的这种呼叫建立(而不是信息搜寻者对信息发布者的链接的点击)，来对信息发布者收费。

由上述描述可以看出，利用本发明的自动呼叫装置，在第一用户浏览网页并选择其中的呼叫选项之后，在第一用户的电话和第二用户的电话之间即可自动建立连接，而不需要第一用户和第二用户再进行任何进一步的操作。

下面参考图3来描述本发明的自动呼叫装置1的操作流程。

如图3所示，在步骤S101中，信息提供与事件接收单元101响应于第一用户的搜索，向第一用户的客户端4A提供网页200。该网页200中包括与预订了自动呼叫服务的第二用户相关联的呼叫选项。

在步骤S102中，当第一用户经由客户端4A选择呼叫选项，即点击“呼叫”按钮时，客户端4A检测到该事件并将该事件发送到信息提供与事件接收单元101。信息提供与事件接收单元101将接收到的事件传递到事件处理单元102。

在步骤S103中，响应于接收到的事件，事件处理单元102取得第一用户和第二用户各自的属性。如上所述，该属性可以包括电话号码。该属性也可以包括用户对自动呼叫服务类型的偏好。例如，属性查询子单元1021可以以上述各种方式中的任何一种自动取得第一用户和第二用户的属性。

在步骤S104中，事件处理单元102利用取得的属性，促成第一用户的电话5A和第二用户的电话5B之间的连接。例如，事件处理单元102可以基于第一用户和第二用户偏爱的呼叫类型，经由运营商接口103向电信运营商6发送包括电话号码和呼叫类型的请求，以请求电信运营商6直接接通电话5A和5B，或者向电话5B发送包含第一用户的电话号码的回电请求消息或呼叫。

虽然图中没有示出，但电信运营商6在电话5A和5B之间通话成功完成、向电话5B发送了请求回呼的消息或呼叫或者连接建立失败之后，可以向事件处理单元102返回报告。事件处理单元102可将报告存储为日志。

以上已经描述了本发明的示例性实施例。但是，本领域的技术人员可以明白，本发明并不限于这些实施例。在不脱离本发明的精神和范围的情况下，可以对本发明作出各种修改、替换、组合、子组合等等。

Claims

1.一种自动呼叫装置，包括：

事件接收单元，其被配置为：

向第一用户的客户端提供网页，该网页包括与第二用户相关联的呼叫选项，并且

接收事件，该事件包括所述第一用户选择所述呼叫选项；以及

事件处理单元，其被配置为

响应于由所述事件接收单元传送来的所述事件，取得所述第一用户的属性和所述第二用户的属性；并且

利用所述第一用户的属性和第二用户的属性，促成所述第一用户的电话和所述第二用户的电话之间的连接。

2.如权利要求1所述的装置，其中所述事件处理单元包括查询子单元，并且所述第一用户的属性和所述第二用户的属性中的至少一个是由所述查询子单元从通用身份数据库中取得的。

3.如权利要求1所述的装置，其中所述事件处理单元包括查询子单元，并且所述第一用户的属性和第二用户的属性中的至少一个是由所述查询子单元从专用属性账户数据库中取得的。

4.如权利要求1至3中任何一个所述的装置，其中所述第一用户的属性包括所述第一用户的电话号码，所述第二用户的属性包括所述第二用户的电话号码。

5.如权利要求4所述的装置，还包括电信运营商接口，其中所述事件处理单元通过以下操作来促成所述第一用户的电话和所述第二用户的电话之间的连接：

经由所述电信运营商接口：

将所述第一用户的电话号码和所述第二用户的电话号码提供给电信运营商，以及

请求所述电信运营商在所述第一用户的电话和所述第二用户的电话之间建立连接。

6.如权利要求4所述的装置，还包括电信运营商接口，其中所述事件处理单元通过以下操作来促成所述第一用户的电话和所述第二用户的电话之间的连接：

经由所述电信运营商接口：

请求所述电信运营商通过消息或呼叫向所述第二用户的电话提供所述第一用户的电话号码。

7.如权利要求1所述的装置，还包括数据库，用于存储呼叫统计信息。

8.一种自动呼叫方法，包括：

向第一用户的客户端提供网页，该网页包括与第二用户相关联的呼叫选项；

接收事件，该事件包括所述第一用户选择所述呼叫选项；

响应于接收到所述事件，取得所述第一用户的属性和所述第二用户的属性；以及

9.如权利要求8所述的方法，其中所述第一用户的属性和所述第二用户的属性中的至少一个是从通用身份数据库中取得的。

10.如权利要求8所述的方法，其中所述第一用户的属性和所述第二用户的属性中的至少一个是从专用属性账户数据库中取得的。

11.如权利要求8至10中任何一个所述的方法，其中所述第一用户的属性包括所述第一用户的电话号码，所述第二用户的属性包括所述第二用户的电话号码。

12.如权利要求11所述的方法，其中促成所述第一用户的电话和所述第二用户的电话之间的连接的步骤包括：

13.如权利要求11所述的方法，其中促成所述第一用户的电话和所述第二用户的电话之间的连接的步骤包括：

14.如权利要求8所述的方法，还包括将呼叫统计信息存储在数据库中。

15.一种自动呼叫装置，包括：

事件接收单元，其被配置为：

事件处理单元，其被配置为

利用所述第一用户的属性和第二用户的属性，促成所述第一用户的电话和所述第二用户的电话之间的连接，

其中所述事件处理单元包括查询子单元，并且所述第一用户的属性和所述第二用户的属性中的至少一个是由所述查询子单元从通用身份数据库中取得的。

16.一种自动呼叫装置，包括：

事件接收单元，其被配置为：

接收事件，该事件包括所述第一用户选择所述呼叫选项；

事件处理单元，其被配置为

利用所述第一用户的属性和第二用户的属性，促成所述第一用户的电话和所述第二用户的电话之间的连接；以及

电信运营商接口，其中

所述第一用户的属性包括所述第一用户的电话号码，所述第二用户的属性包括所述第二用户的电话号码，并且

所述事件处理单元通过以下操作来促成所述第一用户的电话和所述第二用户的电话之间的连接：

经由所述电信运营商接口：

17.一种自动呼叫方法，包括：

接收事件，该事件包括所述第一用户选择所述呼叫选项；

利用所述第一用户的属性和第二用户的属性，促成所述第一用户的电话和所述第二用户的电话之间的连接，其中

所述第一用户的属性和所述第二用户的属性中的至少一个是从通用身份数据库中取得的。