书签 分享 收藏 举报 版权申诉 / 22

集成了语音和数据的WEB电话.pdf

  • 上传人:1***
  • 文档编号:510076
  • 上传时间:2018-02-20
  • 格式:PDF
  • 页数:22
  • 大小:3.53MB
  • 摘要
    申请专利号:

    CN201410086029.6

    申请日:

    2014.03.10

    公开号:

    CN104052784A

    公开日:

    2014.09.17

    当前法律状态:

    撤回

    有效性:

    无权

    法律详情:

    发明专利申请公布后的视为撤回IPC(主分类):H04L 29/08申请公布日:20140917|||实质审查的生效IPC(主分类):H04L 29/08申请日:20140310|||公开

    IPC分类号:

    H04L29/08; H04M7/00

    主分类号:

    H04L29/08

    申请人:

    达力博信公司

    发明人:

    王西强

    地址:

    美国加利福尼亚州

    优先权:

    2013.03.12 US 13/796,183; 2013.03.12 US 13/796,081

    专利代理机构:

    北京国昊天诚知识产权代理有限公司 11315

    代理人:

    许志勇

    PDF完整版下载: PDF下载
    内容摘要

    本发明所提供的是在两个或更多实体之间借助集成了语音和数据的web电话来进行更有效的通信的技术。电话呼叫可以由呼叫方从一个网页发起,并且同时可以将呼叫方的相关信息传送到被叫方。此外,通过向每一个参与者发送一个指引到用于加入会议呼叫的网页的消息并交换文本,可以在若干个参与方之间进行会议呼叫。更进一步,在一个安全的网页上可以显示呼叫方的各种信息,并且可以在语音通信过程中发送该信息。

    权利要求书

    1.  一种用于web电话通信的装置,包括:
    网页,显示于由一个或多个计算设备生成的web浏览器上;
    图标,显示于所述网页上,其中所述图标被配置成使呼叫实体能发起电话呼叫;以及
    所述网页的元素,用于存储信息,所述信息包括至少一个电话号码、账号标识及所述网页的网址,
    其中,所述网页的所述元素与所述显示图标相关联,并且是以统一资源定位符(URL)格式编码的,
    其中,在所述呼叫实体点击所述显示图标时,所述网页的所述元素由所述一个或多个计算设备解码,以获取所述至少一个电话号码来发起所述电话呼叫。

    2.
      如权利要求1所述的装置,其中所述网页的所述元素被解码,以便获取用于验证的所述账号标识,以便建立所述电话呼叫。

    3.
      如权利要求1所述的装置,其中当所述电话呼叫完成时,所述网页的所述网址允许所述web浏览器返回所述网页。

    4.
      如权利要求1所述的装置,其中所述网页的所述元素还包括在所述网页上显示的信息,其中所述网页上的所述显示信息在所述电话呼叫的同时被传送到被叫实体。

    5.
      如权利要求1所述的装置,其中所述至少一个电话号码是具有与多个相应会议呼叫实体相关联的多个单独的电话号码的电话列表,并且会议呼叫是在所述呼叫实体点击所述图标以经由所述多个单独电话号码来与多个会议呼叫实体取得联系的时候建立的。

    6.
      一种用于web电话通信的方法,该方法包括以下步骤:
    在web浏览器上显示网页;
    在所述网页上显示图标;
    在呼叫实体点击所述图标时,发起电话呼叫;以及
    解码所述网页的元素以读取包括至少一个电话号码、账号标识以及所述网 页的网址在内的信息,
    其中所述网页的所述元素与所述显示图标相关联,并且是用统一资源定位符(URL)格式编码的,
    其中所述至少一个电话号码被用于发起所述电话呼叫。

    7.
      如权利要求6所述的方法,还包括:对所述解码元素的所述账号标识进行验证,以便建立所述电话呼叫。

    8.
      如权利要求6所述的方法,还包括在所述电话呼叫完成时,经由所述网址返回到所述网页。

    9.
      如权利要求6所述的方法,其中所述网页的所述元素还包括在所述网页上显示的信息,其中所述网页上的所述显示信息在所述电话呼叫的同时被传送到被叫实体的。

    10.
      如权利要求6所述的方法,其中所述至少一个电话号码是具有与多个相应会议呼叫实体相关联的多个单独的电话号码的电话列表,并且会议呼叫是在所述呼叫实体点击所述图标以经由所述多个单独电话号码来与多个会议呼叫实体取得联系的时候建立的。

    11.
      一种通信方法,包括:
    接收一个要求发起针对被叫实体的电话呼叫的请求;
    响应于所述接收到的请求,读取网页元素;
    解码所述元素以获取与呼叫实体相关联的标识信息以及用于发起所述电话呼叫的至少一个电话号码;
    与所述至少一个电话号码标识的所述被叫实体建立语音通信和数据通信;以及
    向所述被叫实体传送与所述标识信息相关联的数据,
    其中该方法是由一个或多个计算设备执行的。

    12.
      如权利要求11所述的方法,其中所述网页的所述元素采用的是统一资源定位符(URL)格式。

    13.
      如权利要求11所述的方法,其中所述元素是在所述网页上加密的。

    14.
      如权利要求11所述的方法,其中所述元素还包括设备信息以及所述 被叫实体的可用性状态。

    15.
      如权利要求11所述的方法,其中所述传送数据包括呼叫实体意图向所述被叫实体提供的信息或是与所述网页上显示的至少一项相关联的信息。

    16.
      如权利要求11所述的方法,其中所述被叫实体在设备上接收所述语音和所述数据。

    17.
      如权利要求11所述的方法,还包括:一旦语音和数据通信结束,则在所述呼叫实体的设备上显示所述网页。

    18.
      如权利要求11所述的方法,其中所述元素还包括两个或多个电话号码的电话列表,其中所述电话呼叫是基于所述电话列表中的第一电话号码发起的。

    19.
      权利要求18的方法,还包括:在确定所述第一电话号码不可用的情况下,基于所述电话列表中的下一个电话号码来发起电话呼叫。

    20.
      如权利要求11所述的方法,其中如果所述被叫实体的设备是纯语音设备,则将所述传送数据转换成语音消息。

    21.
      一种通信方法,包括:
    解码在源实体的设备上显示的网页的对象,其中所述对象包括与源相关的信息以及与目的地相关的信息;
    将所述与源相关的信息以及所述与目的地相关的信息发送到一个或多个中间服务器,其中所述与源相关的信息包括所述源实体的标识,以及所述与目的地相关的信息包括目的地实体的电话号码;
    接收来自所述一个或多个中间服务器的验证信息,通过验证处理来验证所述源实体的标识以及所述目的地实体的可用性;以及
    如果所述验证处理成功:
    与所述目的地实体建立语音通信;
    将所述与源相关的信息从所述一个或多个中间服务器转发到所述目的地实体;
    如果所述验证处理未成功:
    返回到所述源实体的所述设备上显示的所述网页。

    22.
      如权利要求21所述的方法,其中所述网页的所述对象采用的是统一资源定位符(URL)格式。

    23.
      如权利要求21所述的方法,还包括:在所述源实体的所述设备上显示其他与源相关的信息,其中所述其他与源相关的信息是从所述一个或多个中间服务器接收的。

    24.
      如权利要求21所述的方法,其中所述语音通信是借助网际协议的语音传输(VoIP)。

    25.
      如权利要求21所述的方法,其中所述验证信息还包括所述目的地实体的账号信息,其中所述账号信息被用于建立连接,以转发所述与源相关的信息。

    26.
      如权利要求21所述的方法,其中所述与源相关的信息在被发送至所述中间服务器以及转发到所述目的地实体的时候是加密的。

    27.
      如权利要求21所述的方法,还包括:向所述目的地实体发送与所监视的呼叫相关的信息。

    28.
      如权利要求27所述的方法,其中所述与所监视的呼叫相关的信息包括呼叫开始时间,结束时间以及呼叫状态。

    29.
      如权利要求21所述的方法,其中所述与源相关的信息还包括源地址,其中所述源地址是所述网页的网际协议(IP)地址。

    30.
      如权利要求21所述的方法,其中所述与源相关的信息还包括由所述源实体在所述网页上输入的数据。

    31.
      如权利要求21所述的方法,其中所述与目的地相关的信息还包括会话启动协议账号信息。

    32.
      如权利要求21所述的方法,还包括:在所述语音通信活动的同时,在所述目的地实体的设备上显示所述与源相关的信息。

    33.
      权利要求32的方法,其中显示所述与源相关的信息包括多个源实体。

    34.
      一种通信方法,包括:
    接收来自第一实体的消息,其中所述消息包括指向一个网页的第一统一资 源定位符(URL);
    通过所述网页接收一个要求发起电话呼叫的请求;
    响应于所述接收到的请求,读取所述网页的元素;
    解码所述元素以获取与第二实体相关联的标识信息及用于发起所述电话呼叫的电话号码;
    经由所述电话呼叫来与包括所述第一和第二实体在内的两个或更多实体建立语音通信;
    与所述第一实体建立数据通信;以及
    向所述第一实体传送与所述标识信息相关联的数据。

    35.
      如权利要求34所述的方法,其中所述网页的所述元素采用的是统一资源定位符(URL)格式。

    说明书

    集成了语音和数据的web电话
    技术领域
    本发明涉及的是用于发起电话呼叫的系统,尤其涉及的是用于发起电话呼叫并且同时传送相关数据的技术。
    背景技术
    诸如1-800免费电话号码之类的典型的客服呼叫存在很多缺陷,这其中包括选择菜单的等待时间太长,额外的等待时间所造成的更高成本,信息交换过程中有可能出错,以及客户不愿意公开私人信息(例如个人电话号码)等等。如果要通过电话来交换很多信息,那么很有可能会出现词不达意的状况。举例来说,双方全都需要拼写和验证姓名和地址,此外还需要传达客户的偏好以及产品信息,但是这些信息有可能恰好是在网站上提供的,更糟糕的是,客户有可能拨打错误的号码。
    虽然借助网际协议的语音传输(VoIP)由于其成本较低而成为了作为传统电话的补充的一个可行选项,但仍有部分原因阻碍了这种经由互联网的语音通信的广泛使用。安全性是其中一个重要的原因。由于企业对加密密钥没有控制权,因此,现今的VoIP并不安全,并且很容易受到黑客攻击。如果企业想要自己部署系统,那么购置成本就已经很高,更不用提其维护和服务成本。与电路交换公共电话网络相比,IP网络上的通信有可能会丢弃分组数据包,因此,其服务质量并不可靠。此外也没有可用于VoIP以实施私有云服务器部署的通信套件或应用编程接口(API)。
    本部分描述的方法是可供实施的方法,但其未必是先前已被想到或实施的方法。因此,除非另有指示,否则不应该仅仅因为本部分包含了这些方法而将本部分描述的方法当作现有技术。
    发明内容
    与传统客服呼叫相比,本发明公开的是一种将web(网络)集成的语音和数据合为一体的服务呼叫。该服务呼叫在发起呼叫时将待交换的已存储信息直接传递到客服中心,由此可以消除用于发起呼叫的时间或者拨打错误号码的可能性,此外还可以消除为了与预定方(例如特定销售部)取得联系所进行的漫长的选择菜单选项的处理,并且可以免于执行那些有可能导致出现不必要的错误的信息交换处理。此外,通过向接收方发送经过加密的交换信息,可以减少经由安全性较低的电话传递的语音信息量。
    由于VoIP技术以及所传送或交换的所有数据全都是加密的,因此,这种通过web呼叫来集成语音和数据的处理的另一个方面是相对于接收端公开的。该特征允许客户通过任何具有集成了文本即时消息(IM)现场支持系统的web浏览器的设备来从任何位置发起呼叫。
    在一个实施例中,一种用于web电话通信的装置包括网页以及在该网页上显示的图标。该图标被配置成允许呼叫实体发起电话呼叫。所显示的这个图标与用于存储包括至少一个电话号码、账号标识以及网页网址在内的信息的网页元素相关联,并且是用统一资源定位符(URL)格式编码的。当呼叫实体点击所显示的图标时,网页元素将被解码,从而获取用于发起电话呼叫的至少一个电话号码。
    在另一个实施例中,web浏览器可以接收一个要求向被叫实体发起电话呼叫的请求。响应于所接收的请求,读取web浏览器上的网页元素,并解码,以获取与呼叫实体关联的标识信息以及用于发起电话呼叫的至少一个电话号码。一旦与所述至少一个电话号码标识的被叫实体建立了语音通信和数据通信,则向该被叫实体传送与标识信息关联的数据。
    根据本发明的一个实施例,提供了一种用于web电话通信的装置,包括:
    网页,显示于由一个或多个计算设备生成的web浏览器上;
    图标,显示于所述网页上,其中所述图标被配置成使呼叫实体能发起电话呼叫;以及
    所述网页的元素,用于存储信息,所述信息包括至少一个电话号码、账号标识及所述网页的网址,
    其中,所述网页的所述元素与所述显示图标相关联,并且可以是以统一资源定位符(URL)格式编码的,
    其中,在所述呼叫实体点击所述显示图标时,所述网页的所述元素可以由所述一个或多个计算设备解码,以获取所述至少一个电话号码来发起所述电话呼叫。
    其中,所述网页的所述元素可以被解码,以便获取用于验证的所述账号标识,以便建立所述电话呼叫。
    其中,当所述电话呼叫完成时,所述网页的所述网址可以允许所述web浏览器返回所述网页。
    其中,所述网页的所述元素可以还包括在所述网页上显示的信息,其中所述网页上的所述显示信息可以在所述电话呼叫的同时被传送到被叫实体。
    其中,所述至少一个电话号码可以是具有与多个相应会议呼叫实体相关联的多个单独的电话号码的电话列表,并且会议呼叫是在所述呼叫实体点击所述图标以经由所述多个单独电话号码来与多个会议呼叫实体取得联系的时候建立的。
    根据本发明的另一个实施例,提供了一种用于web电话通信的方法,该方法包括以下步骤:
    在web浏览器上显示网页;
    在所述网页上显示图标;
    在呼叫实体点击所述图标时,发起电话呼叫;以及
    解码所述网页的元素以读取包括至少一个电话号码、账号标识以及所述网页的网址在内的信息,
    其中所述网页的所述元素与所述显示图标相关联,并且是用统一资源定位符(URL)格式编码的,
    其中所述至少一个电话号码被用于发起所述电话呼叫。
    其中,还可以包括:对所述解码元素的所述账号标识进行验证,以便建立所述电话呼叫。
    其中,还可以包括在所述电话呼叫完成时,经由所述网址返回到所述网页。
    其中所述网页的所述元素还可以包括在所述网页上显示的信息,其中所述网页上的所述显示信息在所述电话呼叫的同时被传送到被叫实体的。
    其中所述至少一个电话号码可以是具有与多个相应会议呼叫实体相关联的多个单独的电话号码的电话列表,并且会议呼叫是在所述呼叫实体点击所述图标以经由所述多个单独电话号码来与多个会议呼叫实体取得联系的时候建立的。
    根据本发明的另一个实施例,提供了一种通信方法,包括:
    接收一个要求发起针对被叫实体的电话呼叫的请求;
    响应于所述接收到的请求,读取网页元素;
    解码所述元素以获取与呼叫实体相关联的标识信息以及用于发起所述电话呼叫的至少一个电话号码;
    与所述至少一个电话号码标识的所述被叫实体建立语音通信和数据通信;以及
    向所述被叫实体传送与所述标识信息相关联的数据,
    其中该方法是由一个或多个计算设备执行的。
    其中所述网页的所述元素采用的可以是统一资源定位符(URL)格式。
    其中所述元素可以是在所述网页上加密的。
    其中所述元素还可以包括设备信息以及所述被叫实体的可用性状态。
    其中所述传送数据可以包括呼叫实体意图向所述被叫实体提供的信息或是与所述网页上显示的至少一项相关联的信息。
    其中所述被叫实体可以在设备上接收所述语音和所述数据。
    其中,所述方法还可以包括:一旦语音和数据通信结束,则在所述呼叫实体的设备上显示所述网页。
    其中所述元素还可以包括两个或多个电话号码的电话列表,其中所述电话呼叫是基于所述电话列表中的第一电话号码发起的。
    其中,所述方法还可以包括:在确定所述第一电话号码不可用的情况下,基于所述电话列表中的下一个电话号码来发起电话呼叫。
    其中,如果所述被叫实体的设备是纯语音设备,则可以将所述传送数据转换成语音消息。
    根据本发明的另一个实施例,提供了一种通信方法,包括:
    解码在源实体的设备上显示的网页的对象,其中所述对象包括与源相关的信息以及与目的地相关的信息;
    将所述与源相关的信息以及所述与目的地相关的信息发送到一个或多个中间服务器,其中所述与源相关的信息包括所述源实体的标识,以及所述与目的地相关的信息包括目的地实体的电话号码;
    接收来自所述一个或多个中间服务器的验证信息,通过验证处理来验证所述源实体的标识以及所述目的地实体的可用性;以及
    如果所述验证处理成功:
    与所述目的地实体建立语音通信;
    将所述与源相关的信息从所述一个或多个中间服务器转发到所述目的地实体;
    如果所述验证处理未成功:
    返回到所述源实体的所述设备上显示的所述网页。
    其中,所述网页的所述对象采用的是统一资源定位符(URL)格式。
    其中,所述方法还可以包括:在所述源实体的所述设备上显示其他与源相关的信息,其中所述其他与源相关的信息是从所述一个或多个中间服务器接收的。
    其中所述语音通信可以是借助网际协议的语音传输(VoIP)。
    其中所述验证信息还可以包括所述目的地实体的账号信息,其中所述账号信息被用于建立连接,以转发所述与源相关的信息。
    其中所述与源相关的信息在被发送至所述中间服务器以及转发到所述目的地实体的时候可以是加密的。
    其中,所述方法可以还包括:向所述目的地实体发送与所监视的呼叫相关的信息。
    其中,所述与所监视的呼叫相关的信息可以包括呼叫开始时间,结束时间以及呼叫状态。
    其中,所述与源相关的信息可以还包括源地址,其中所述源地址是所述网页的网际协议(IP)地址。
    其中,所述与源相关的信息可以还包括由所述源实体在所述网页上输入的数据。
    其中,所述与目的地相关的信息可以还包括会话启动协议账号信息。
    其中,所述方法可以还包括:在所述语音通信活动的同时,在所述目的地实体的设备上显示所述与源相关的信息。
    其中,显示所述与源相关的信息可以包括多个源实体。
    根据本发明的另一个实施例,提供了一种通信方法,包括:
    接收来自第一实体的消息,其中所述消息包括指向一个网页的第一统一资源定位符(URL);
    通过所述网页接收一个要求发起电话呼叫的请求;
    响应于所述接收到的请求,读取所述网页的元素;
    解码所述元素以获取与第二实体相关联的标识信息及用于发起所述电话呼叫的电话号码;
    经由所述电话呼叫来与包括所述第一和第二实体在内的两个或更多实体建立语音通信;
    与所述第一实体建立数据通信;以及
    向所述第一实体传送与所述标识信息相关联的数据。
    其中,所述网页的所述元素采用的可以是统一资源定位符(URL)格式。
    通过参考后续描述和附图,可以清楚了解这些和其他实施例。
    附图说明
    在附图中,本发明是作为例证而不是限制被示出的,其中相同的参考数字标引的是相似的部件,并且其中:
    图1是示出了可以实施本发明实施例的例示架构的框图;
    图2A示出的是根据一个实施例的用于移动/平板/PAD设备的信息存储格式;
    图2B示出的是根据一个实施例的用于PC/Mac设备的信息存储设备;
    图3是示出了根据一个实施例的显示在门户网页上的信息的框图;
    图4是示出了根据一个实施例的用于执行端到端操作的步骤的流程图;
    图5是示出了根据一个实施例的PC架构的通信协议的框图;
    图6是示出了根据一个实施例的移动/平板/PAD架构的通信协议的框图。
    具体实施方式
    出于说明目的,在后续描述中阐述了很多具体细节,以便提供对于本发明的深入理解。然而很明显,在没有这些具体细节的情况下,本发明同样是可以实施的。在其他实例中,为了避免不必要地与本发明相混淆,众所周知的结构和设备是以框图形式显示的。
    综述
    在本公开文本中,术语用户、客户、呼叫实体或源实体指的是呼叫发起和/或数据发送方。同样,术语接收方、客户服务中心、被叫实体或目的地实体指的是呼叫和/或数据接收方。此外,术语发送方和接收方可用于描述没有将任何一方指定为卖方或买方的通信。更进一步,某个公司可以是使用服务的用户,另一个公司或个人则可以是为访问本发明的后续实施例中描述的功能的用户提供服务的接收方。
    因特网改变了人们通信和购物方式。实际上,目前业已证明,对于产品销售而言,web交互是非常有用的。据迪讯(Dataquest)报告,与未进行web交互相比,客户与公司销售中心之间的web交互能将销售额提升至少156%。
    正如后续详细描述的那样,语音和数据集成特征是通过云技术部署的。为了支持web集成的语音和数据服务,多种类型的服务器会被涉及,以便启用此类服务,这其中包括但不局限于推送通知管理服务器,LBS追踪服务器,安全性和供应管理服务器,文件管理服务器,借助IP的MMS/SMS/VoIP/视频服 务器,SIP集群中继服务器,TCP/UDP连接服务器,端到端和TURN服务器,以及分布式和基于云的客户机管理服务器。这其中的每个服务器都发挥特定作用,并且作为一个整体一起工作,由此实现这种web集成的语音和数据技术。
    用于在客户机设备上启用该服务的应用编程接口(API)有很多种。关于所述API的列表包括但不局限于:(1)MMS,SMS,Walki-Talkie,VoIP,VideoIP,Email;(2)文件共享,查看器,图片和视频云存储及传输;(3)LBS定位、共享和追踪;(4)Web管理,即时消息传递及web呼叫;(5)AEC,高清音频以及转码引擎;(6)音频编解码器,例如G711、G722、Speex、AMR-NB以及MAR-WB;(7)视频编解码器,例如H264、MP4以及VP8。所支持的平台包括iPhone,Android,iPad,Android Pad,个人电脑(PC)等等。
    关于web集成的语音和数据基础设施的介绍
    图1是示出了可以实施本发明实施例的例示架构的框图。在这里显示的是用于web集成的语音和数据的基础设施100。服务器102具有多种类型,其中包括SIP服务器,实时消息传递协议(RTMP)-SIP服务器以及SIP集群代理服务器(统称为“SIP相关服务器”),处于云基础设施的TCP服务器及HTTP服务器。应该指出的是,该图并未显示所有服务器。
    服务供应商可以预备一个Flash或插件软件110,以便在端点设备104显示的网站上创建呼叫按钮,其中该端点设备包括但不局限于个人计算机(PC),移动设备或平板电脑/平板设备。在呼叫时会为移动客户机建立连至SIP服务器的VoIP呼叫112,并且会为PC客户机建立连至RMTP-SIP服务器的VoIP呼叫112,然后,所述VoIP呼叫会通过电话公司的BPX系统106或SIP集群代理服务器(用于连接到传统的PSTN电话)到达接收方设备108,并且接收方设备也可以是传统电话、PC或移动设备。与此同时,用户或客户的数据114会被上传至专用服务器(web服务器,HTTP服务器以及TCP服务器),并且会被传送至接收方一侧的服务器,由此,接收方可以登录客户服务门户网页来查看这些信息。
    借助web浏览器的语音和数据集成
    集成语音和数据的Web技术的下划线机制始于电话呼叫按钮,所述按钮 则是用javascript(脚本描述)和超文本标记语言(HTML)代码嵌入网站的。当用户点击呼叫按钮时,其允许软件拨打世界上的任何号码,此外,由于互联网上的IP地址是动态指定的,因此不会公开或使用个人号码。即使IP地址固定,位置精度也会被局限在使用WiFi地理位置方案的城市级别。
    这种web集成技术的语音部分是在用户点击web浏览器上的呼叫按钮的时候激活的,其可以提供连至两种终端设备的路由,即传统的普通老式电话服务(POTS)设备(也被称为公共交换电话网络PSTN)和启用会话启用协议(SIP)的设备。支持Web浏览器的软件插件可用于在PC/Mac和移动设备上启用该功能。为了提供安全性,可以对语音数据进行加密。
    在呼叫同时,软件插件会将该web集成技术的数据部分上传至计算机服务器,并且接收方可以在连接呼叫时即时知道用户信息。该用户信息可以包括但不局限于以下的一项或多项信息:关于用户网页位置的信息,存储用户数据的浏览器cookie,用户的web交互信息,以及用户在网站上输入的信息,例如文本或文件(例如图像文件或视频)。所有数据都是通过各种标准加密的,这其中包括安全套接字层(SSL)及其他RFC标准。
    用户的网页位置提供的是用户感兴趣或是其在呼叫时查看的信息。该信息可以是用户的web浏览器当前上显示的网页(例如特定产品页面)的URL或其他类型的信息。例如,当用户查看网页上的相机类别时,相应的URL可以是http://company_name/camera_catelogue。当接收方得到该信息时,接收方立即就可以知道呼叫方意图。
    浏览器cookie是保存在用户web浏览器上的小数据片,其包含了网站状态或用户过去的活动。所述cookie允许托管网站的公司基于其信息来提供便利服务,而不必让用户再次提供过去的历史记录,例如用户访问过的网站上显示的产品信息以及所收集的其他用户偏好。
    用户在网站上输入的信息可以由接收实体(例如服务公司)设计,以便请求其想要在客户呼叫前知道的相关信息。该信息可以是具体产品,客户地址或是购买产品所需要的任何相关信息。
    Web呼叫按钮和呼叫线路
    通常,在PC或Mac之类的启用flash播放器的设备上可以创建呼叫按钮, 并且该按钮是用供多媒体使用的文件格式表示的,例如.swf文件。所述呼叫按钮通过连接至某个安全服务器来核实其身份,从而避免发生欺骗性使用。此外,Javascript也可用于向多媒体文件格式提供信息,以便指示所要呼叫的电话线路。
    在一个实施例中,公司可以在网页上放置若干个按钮,并且每个按钮都与专门从事某些产品的部门的特定电话号码关联。例如,呼叫按钮可以位于图片右侧,由此,在收到呼叫时,销售代表立即就可以知道用户/客户想要什么。虽然此类显示非常有效且有益于用户体验,但其有可能占用网页空间。作为替换,只要具有带有可供选择的数个选项的按钮,即可容纳网页上的众多不同产品。由此,该处理可以节约网页空间,在诸如移动设备之类的显示空间受限的情况下尤其如此。然而,另一种变化是具有紧挨着呼叫按钮的文本域,由此允许客户在呼叫时在网页上输入其想要发送的相关信息。
    只要公司具有足够的支持人员和基础设施,即可同时支持集成了语音和数据的多个呼叫。访问相同或不同网站的客户有可能同时决定发起呼叫,并且语音和数据可以基于用户标识及其他相关信息而被路由至恰当接收方。稍后将要描述的门户网页可以同时在一个位置显示所有来电呼叫方信息。
    支持用于web集成的语音和数据的呼叫按钮的机制
    如前所述,在发起呼叫的同时可以存储、加密以及向接收方传送若干种类型的数据。这些数据是以读取自公司web服务器的网页上的统一资源定位符(URL)的形式或格式存储的,并且会由用户浏览器上的软件更新。网页是由设备上的web浏览器显示的文档或信息源,并且通常采用的是HTML或XHTML格式。在一个实施例中,作为网页上的图标显示的呼叫按钮直接链接到URL,所述URL是作为网页内容中的行(或是元素或对象)加密的,并且所述URL会在发送至接收方之前被解码和解析。在图2中显示了用URL格式200存储的此类数据的一个示例。
    当网站访问者打开网页时,HTTP web服务器首先检查终端设备的浏览器类型。如果其来自PC,那么web服务器会将Adobe Flash显示成是网页上的呼叫按钮。如果来自移动设备,例如Android电话、iPhone、iPad设备,那么web服务器会用带下划线的URL模式来显示呼叫按钮。其原因在于移动浏览 器不支持Adobe Flash,因此,移动或PAD设备需要具有安装在该设备上的软件(移动应用)插件。这里的示例是一个预先定义的URL存储格式200。在一个实施例中,当移动呼叫方点击网页上的呼叫按钮时,依照本发明实施例描述的技术构建的下属移动应用将会检查其点击的URL,以便了解其是否为预先定义的URL模式。如果URL链接满足预先定义的URL存储格式200,那么它会发起一个源自移动应用的呼叫,以便执行某种功能,例如呼叫和/或数据交换。在完成该操作之后,例如在呼叫结束之后,该下属移动应用需要返回到执行呼叫的初始网页。由于预先定义的URL存储格式200不同于规则的URL,因此其需要包含初始网页地址。
    图2A示出的是根据一个实施例的用于移动/平板/PAD设备的信息存储格式200。第一字段201是URL的模式名称,例如“AireTalk”,其中该字段告知web浏览器执行某些功能,例如在软件应用标识出该字段是目标预定模式名称的时候发起电话呼叫或数据交换。通常,呼叫按钮是一个允许用户知道其自我说明的用途的图标,例如电话图像。在另一个实施例中,模式名称可以是“Airtalk_start”或“Airtalk_end”,由此可以向软件应用告知该图标在呼叫方点击了呼叫按钮之后有可能会改变显示,以便指示下一个操作。例如,在与呼叫相连时,与模式名称为“Airtalk_start”的URL存储格式关联的呼叫按钮会将其显示从电话图像变成“CANCEL”,由此,呼叫方知道其可以在建立呼叫之前取消该呼叫。在呼叫被连接时,图标显示将会变成“END”。此时,显示“END”的图标会动态关联模式名称为“Airtalk_end”的不同URL存储格式,由此,当用户点击该“END”显示图标来结束呼叫时,软件应用可以执行采用这种新URL存储格式的指定任务(即模式名称“Airtalk_end”)。
    第二字段“Phoneliest”202是一个电话列表,其表明是否存在电话号码列表,以及软件是否会查找待拨打的备选电话号码。此外它还可以指示待呼叫电话号码的优先级。该电话列表可以保存在服务器中或是可供查找的其他存储器上。
    第三字段“Phone_number”203是待呼叫的默认电话号码。如果该电话号码不可用,则使用来自第二字段“Phonelist”202的电话列表中的备选电话号码。该电话号码可以用E164国际号码格式表述。
    第四字段是指示呼叫方地理位置的“area”(区域)204。第五字段 “customer”205是一个允许服务器或系统辨认和验证用户的标识。该标识可以是账号,用户名或是适用于验证目的的其他信息。此外,它还可以用于关联服务器上存储的用户信息(例如个人信息,资料图片,视频等等),并且可以在呼叫发起时能够被读取以显示在呼叫方设备上。
    第六字段“SIPID”206指示的是SIP/XMPP集群或路由ID。该ID可用于确定呼叫方的语音和数据将要使用且以呼叫方的签约信息为基础的路由。依照该签约信息,不同路由可以具有不同的可靠性和费用。与SIP集群代理的距离可被计算,并且可以使用距离最短的路由ID来实现更好的质量,由此避免相对于SIP集群代理的抖动延迟。所述ID会被定期更新,以便反映呼叫方的签约信息。第七字段“SIPBK”207指示的是第一路由失败或拥塞时的SIP/XMPP集群备份ID路由,其中所述失败或拥塞可以用插件软件检测。第八字段“Device”208指示的是待呼叫的终端设备的类型,例如POTS电话,依靠本发明实施例中描述的技术启用的设备,gtalk或Skype等等。
    第九字段“Webaddress”209指示的是供用户发起呼叫的当前网站的地址。该字段的一个用途是允许web浏览器返回到用户查看的初始网站,因为该网站在呼叫结束时与其启动的网站未必相同。通常,在呼叫过程中,一旦状态变化,则web服务器将会产生新的网页,以便显示在用户的web浏览器上。例如,浏览器可以显示电话连接成功,或者浏览器可以在用户通过电话订购某些产品之后以确认页为结束。该字段的另一个用途是向接收方(即被叫方)提供用户正在查看且与用户希望询问的某些服务或产品有关的特定网页的资料。
    第十字段“Message”210指示的是在发起呼叫时传送的数据及数据类型。如前所述,可供传输的数据具有数种类型,其中包括网页位置,浏览器cookie,用户的web交互信息,以及用户输入信息。此外,它还可以被配置成允许用户选择所要传送的信息的类型,这一点可以通过放置数个紧挨着呼叫按钮的启用/禁用选项来实现。该字段可以包括与呼叫按钮关联的具体信息,例如在网页上紧挨着呼叫按钮的图标名称或产品项目的图片。其目的是为接收方提供用户无法传达或是需要耗费时间来传达的尽可能多的资料。稍后将会更详细地描述对于这些数据的读取和传输处理。
    第十一字段“MtoV”211指示的是被转换成语音的消息字段中的数据。例如,当接收方设备是不能接收数据的传统电话时,这时可以将文本消息转换 成语音,并且可以将其作为语音呼叫的一部分插入。这种编码语音是用VoIP协议通过SIP服务器传递的。
    第十二字段“Vmail”212表明是否将数据和/或语音信息录制成语音邮件。该字段可以在接收端不可用时使用。作为替换,呼叫按钮可以变成允许用户说话并送出语音消息的麦克风按钮或是用麦克风按钮替换。
    第十三字段“Status”213表明接收方是否在线,或者其是否具有依照本发明实施例中描述的技术所启用的设备。该字段可以基于接收方状态来实时更新,并且可以在呼叫按钮上用不同颜色表示。例如,包含呼叫按钮的接收方或网站主机可以设置日时启动,以使呼叫按钮在一天中的某个时间段活动,从而避免遗漏呼叫。
    第十四字段“textmessage”214表明是否将输入的文本消息转发到位于电话号码203的接收方。第十五字段“SIPDNS”215表明其是否需要前往SIP DNS(域名系统)服务器,以便基于呼叫方地理位置来下载SIPID和SIPBK ID。这个字段是对应于移动/平板/PAD设备的。第十六字段“Keypad”216指示的是web浏览器是否会在点击了呼叫按钮之后显示数字键盘。该数字键盘可以是紧挨着呼叫按钮并具有数字键盘的小弹出窗口,并且其在产品网页从用户那里请求更多信息的时候非常有用,例如在选择更多选项时。该字段对应的是移动/平板/PAD设备的。最后两个字段217和218是被保留供将来使用的,但是更多字段也是可以添加的。
    应该指出的是,以上示出的URL内容并不是穷举的。字段数量及每个字段的内容可以依照所涉及的应用和设备而改变。例如,字段“Phonelist”202可被确定成是不需要的,并且呼叫按钮可以与单个电话号码关联。而在另一个示例中,如果应用不支持文本消息传递能力,那么可以不包含字段“textmessage”214。更进一步,通过包含字段“conference”,可以启用会议呼叫特征,稍后将会对此进行更详细的描述。
    图2B与图2A的URL存储格式相似,但是依照一个实施例,其对应的是PC/MAC设备。作为示例,图2B不具有字段“status”,“textmessage”,“SIPDNS”以及Keypad。
    通常,URL内容包含了用于确定对谁进行呼叫,发送何种数据以及如何 进行发送的参数和数据。所述URL由拥有显示呼叫按钮的网站的服务供应商或公司通过使用本发明实施例中描述的技术来创建,并且可以动态更新。此外,通过提供不同工具,可以允许服务供应商轻松创建置于其销售网站上的加密URL。以上所有信息都会被加密,以便确保安全性和隐私性。
    门户网页
    图3是示出了根据一个实施例的显示在门户网页上的信息的框图。在诸如图1的终端用户108之类的接收端上提供了与位于云基础设施的各种服务器相连的客户服务门户页面,并且所述页面可以实时显示接收到的信息。通过登录到受密码保护的门户页面,接收方可以具有包括当前等待的呼叫方以及过去的呼叫方在内的呼叫方列表的完整视图。在每个呼叫方的下方都具有图3显示的表格所列举的相应信息。在表格300中,第一行301显示的是当前活动的呼叫方的信息,其中包括姓名,地址,连接状态,操作员,总的累积时间,等待时间以及其他杂项信息,例如呼叫方的设备或软件能力。此外,少量图标(未显示)还显示了呼叫方的设备和语音状态。
    在表格300中,“姓名”字段302是从所传送的客户信息中获取的。通过点击呼叫方的姓名,可以建立连接并且可以相应读取呼叫方上传至服务器的信息。“访问方地址”303指示的是呼叫方IP地址,该地址也可被显示成是呼叫方查看的网站名称。“状态”字段304指示的是连接状态,即发起了呼叫并等待回应还是正在呼叫(语音通信或聊天)。“操作员”字段305指示的是谁在接收端应答呼叫。“总时间”字段305指示的是从发起和连接呼叫时起经过的总的时间。该字段会直接转换成与用户在特定呼叫上耗费的时间有关的用户体验。“等待时间”字段307指示的是在应答呼叫前等待的时间。该字段提供的是与客户服务质量有关并且有可能与诸如人员配置之类的可用资源有关的观点。“杂项”(Misc)字段308是可用于了解客户设备及软件能力的杂项信息。这里显示的一个示例是呼叫方设备和/或浏览器的类型及其他相关信息。
    如图3所示,表格300显示了一个等待呼叫方(或用户)的列表。用粗体突出显示的前两个呼叫预备了包括语音和数据信息在内的所有信息。第一呼叫方Rick具有IP地址50.131.112.131,并且正在等待操作员应答其呼叫。指定的操作员是门户网页的管理员。从呼叫方Rick开始发起呼叫并提供信息时起经过的总的时间是3分20秒。其在上传了所有信息之后的等待时间是1分15 秒。该表格还显示出Rick是用其装有版本为19.0.1084.56的Chrome web浏览器的计算机来呼叫的。
    第二呼叫方名称被显示成是访客(Visitor),这是因为其尚未输入相应的信息,并且是从其移动设备、即带有Sarafi浏览器的iPhone5来呼叫的。该访客的IP地址是99.52.200.70,并且该呼叫已经进入队列,其总的时间和等待时间都是2分30秒。
    虽然该客户服务门户页面只显示了少量字段,但在该表中并未显示所传送的其他信息,这其中包括用户输入的信息,cookie及其他统计信息,并且这些信息是可用于显示的。例如,这些信息可以在单独窗口或是带有处于门户页面上的访问链接的别的网页中显示。此外,如320所示,除了呼叫之外,聊天同样是可以提供的。所述聊天是一个来自接收方门户网页的单独弹出窗口。
    Web门户页面提供了所有呼叫方信息的全部快照。要想管理和提供良好的服务质量是非常容易的。所显示的所有信息都可被编译成有用信息,以供以后进行分析。
    会议呼叫服务
    有时,处于不同地理位置的若干方会希望加入一个关于项目或产品购买决策的会议呼叫。在一个实施例中,会议呼叫web门户允许协作方登录、设置和启用会议呼叫服务。然后,该协作方可以发送包含了连至参与各方的web链接的电子邮件或其他类型的消息。电子邮件中附带的web链接指向一个包含呼叫按钮的会议呼叫网页,其中当参与方点击该按钮以便加入的时候,所述呼叫按钮可以激活会议呼叫。呼叫按钮的机制和功能与先前描述的呼叫按钮是相同的。带有不同信息且采用了与图2中的URL格式200相类似的URL的信息存储格式与该呼叫按钮相关联。特别地,图2A中的字段“phone_number”203是允许所有各方加入该呼叫的会议拨入号码。结果,在参与方之间可以分别通过电话交换系统以及会议呼叫网页的即时消息(IM)窗口来交换语音和文本。
    在另一个实施例中,协作方可以通过会议呼叫web门户来设置会议开始时间、结束时间以及参与者,并且可以在所述开始时间启用一个或多个SIP服务器来发起针对所有参与方的会议呼叫。在预定结束时间之前,如果没有与参 与者取得联系,那么所述一个或多个SIP服务器可以再次尝试呼叫。在一个替换实施例中,在会议呼叫web门户上可以创建与图2A中的URL格式相类似的会议URL存储格式。除了包括“phone_list”202和“phone_number”在内的其他字段之外,这种会议URL存储格式还包含了附加字段“conference”。当协作方点击与该会议URL存储格式相关联的呼叫按钮时,依据本发明实施例中描述的技术构建的软件应用将会呼叫“phone_list”上的每一个参与方,以便建立会议呼叫。
    如前所述,图2的URL存储格式可用于会议呼叫,由此,在彼此交换语音和文本的同时,所有参与方都可以向协作方发送用户数据。
    端到端操作/流描述
    图4是示出了根据一个实施例的用于执行web集成的语音和数据服务的端到端操作的步骤的流程图。在步骤402,通过由web设计人员或服务供应商将依靠本发明实施例中描述的技术构建的插件下载到特定网页,可以创建一个呼叫按钮。在步骤404,用户可以点击其正在查看的特定网页上显示的呼叫按钮。在步骤406,与特定呼叫按钮关联且采用URL格式的网页元素会被解码,以便提取内置的呼叫方和接收方的信息以及其他参数。
    在步骤408,在将所有数据传送至接收方之前,某个用户的数据(例如姓名,网址和电话号码)被上传到一个或多个Web/HTTP服务器,以便进行验证。从相应的服务器可以读取一些用户信息(例如用户简档),以便显示在用户设备上。
    在步骤409,呼叫方标识将被验证,并且接收方的可用性和电话号码同样也会被验证。如果任一验证状态失效,则该处理返回到初始网页(即步骤404)。如果所有的两个验证状态全都是成功的,那么服务器可以基于所提供的电话号码来从其数据库中查找接收方地址(用于数据传输),并且将会前进至后续的步骤410和420。作为替换,存储用户数据的服务器可以与相应的SIP相关服务器进行通信,以便获取接收方地址。此外,其他的验证和信息查询模型同样是可以使用的。
    在步骤410,通过客户订购的线路并经由包括SIP相关服务器在内的不同类型的服务器来传递VoIP连接。与此同时,在步骤420,在连接至接收方设 备的时候,所有用户数据都会被上传到相应的Web/HTTP服务器。在上传和下载过程中,所有用户数据都会保持加密,由此确保安全性和隐私性。在另一个实施例中,所有用户数据可以先被上传至Web/HTTP服务器,然后才验证用户的标识。
    在步骤422,当呼叫被连接时,将相应的Web/HTTP服务器上的用户数据将会基于接收方地址作为两条独立路径并以与语音并行的方式传送至接收方——即步骤410-412中的VoIP路径以及步骤420-422中的数据路径。在步骤424,当接收方接收到数据时,该数据将被解码,以便在接收方设备的门户网页上显示,如果接收方只有传统电话,那么该数据会像步骤430中那样被转换成语音。当呼叫结束时,软件插件会指引用户设备返回到用户发起呼叫前查看的初始网页。
    当接收方一侧不能接收数据时,发送方可以将文本消息上传至服务器,该服务器则会将文本转换成语音,并且会在发起呼叫时将其发送至接收方。如前所述,通过连接发送方和接收方的PHP服务器,还可以提供聊天,以便交换文本。
    通信协议
    图5和6是示出了根据一个实施例的在连接到SIP相关服务器和Web/HTTP服务器的阶段中分别在发送端采用的PC和移动客户机架构的详细通信协议。
    在图5的PC客户机架构500中,客户机多媒体文件(swf)所代表的呼叫按钮与采用URL格式502(也被称为flash变量)存储的信息相关联,其中所述呼叫按钮在本架构中是一个HTML对象。在步骤504,在按下呼叫按钮时,引入了依靠本发明实施例中描述的技术构建的软件插件以及多媒体文件的web浏览器520解码URL502,并且将flash变量中的所有信息(例如姓名,电话号码以及客户机IP地址)全都上传至Web/HTTP服务器540,以便进行验证。在步骤506,Web/HTTP服务器540查找其数据库,并且返回目标接收方账号信息以及电话号码验证状态。在步骤508,一旦验证了所上传的信息并且接收方可用,则将呼叫中继至RTMP-SIP服务器530,其后则会在步骤510中向Web/HTTP服务器540上传呼叫相关信息,例如呼叫开始、结束时间,持 续时间和状态。
    图6显示的是移动/平板/PAD客户机架构600。这里的呼叫按钮是一个HTML图像,其与采用URL格式602(即html链接)存储的信息相关联,并且具有一个在步骤604注册的SIP账号。在步骤606,当点击按钮时,在客户机设备620上依照本发明实施例中描述的技术构建的软件插件将会解码URL602,并且将URL602中的所有信息(例如姓名的,电话号码和客户机IP地址)上传至Web/HTTP服务器640,以便进行验证。在步骤608,Web/HTTP服务器640返回接收方账号和电话号码验证信息。一旦验证了所上传的信息并且接收方可用,则在步骤610中使用已注册的SIP账号来将VoIP呼叫传送至SIP服务器630,其后则会在步骤612中将诸如呼叫开始,结束时间,持续时间以及状态之类的呼叫相关信息上传至Web/HTTP服务器640。
    应该指出的是,上述实施例可以包括软件。在这样的实施例中,代表所描述的方法和/或设备的程序指令和/或数据库(这二者全都可被称为“指令”)可被保存在计算机可读存储介质上。这里使用的术语“存储介质”指的是保存促使机器以特定方式工作的指令和/或数据的非暂时性介质。举例来说,计算机可读存储介质可以包括存储媒体,其示例可以磁或光媒体,例如磁盘(固定或可移除),磁带,CD-ROM,DVD-ROM,CD-R,CD-RW,DVD-R,DVD-RW或Blu-Ray。更进一步,存储媒体还可以包括易失或非易失记忆媒体,例如RAM(例如同步动态RAM(SDRAM),双数据速率(DDR,DDR2,DDR3等等),SDRM,低功率DDR(LPDDR2等等)SDRAM,Rambus DRAM(RDRAM),静态RAM(SRAM)),ROM或非易失存储器(例如闪存)。此类媒体既可以供处理器本地访问,也可以经由诸如PCIE接口、USB接口等等的周边接口来访问。存储媒体可以包括微电机系统(MEMS),以及可以经由网络和/或无线链路之类的通信介质访问存储媒体。
    总而言之,本发明的实施例能够通过节约时间和提高通信精度及效率来实现更好的客户服务体验。客户服务人员可以使用包括台式机、膝上型计算机、移动电话、平板乃至传统电话在内的各种设备来向客户提供服务。以下关于传统客服呼叫的所有缺陷几乎都可被完美消除——辞不达意,问题重复,菜单等待时间冗长,客户要对目标和需要进行说明,拨号错误以及个人信息泄露等等。
    以上的具体陈述是通过参考众多具体细节来描述本发明的实施例,并且这 些细节有可能随实施方式的不同而改变。相应地,这些具体陈述和实施例应被认为具有说明意义而不是限制意义。关于本发明范围的唯一指示以及申请人预期的发明范围是源于本申请的权利要求集合所具有且采用了用以发布此类权利要求的具体形式的文字和等价范围,并且这其中包含了任何后续修正。

    关 键  词:
    集成 语音 数据 WEB 电话
      专利查询网所有文档均是用户自行上传分享,仅供网友学习交流,未经上传用户书面授权,请勿作他用。
    0条评论

    还可以输入200字符

    暂无评论,赶快抢占沙发吧。

    关于本文
    本文标题:集成了语音和数据的WEB电话.pdf
    链接地址:https://www.zhuanlichaxun.net/p-510076.html
    关于我们 - 网站声明 - 网站地图 - 资源地图 - 友情链接 - 网站客服 - 联系我们

    copyright@ 2017-2018 zhuanlichaxun.net网站版权所有
    经营许可证编号:粤ICP备2021068784号-1