基于位置和在场的媒体会话路由的制作方法

专利名称：基于位置和在场的媒体会话路由的制作方法
基于位置和在场的媒体会话路由
背景技术：
存在当事方(party)可能希望呼叫处于来援助他们或为他们提供服务的最佳场 所的人员的许多情况。确定哪一当事方最适于处理呼叫可以包括多个因素，包括当事方的 物理位置、通行(transit)条件、当事方的可用性等。现今，呼叫典型地在中央位置被处理， 并且在基于这些因素的一些分析后人工地被派遣。因此，可能需要人进行若干呼叫，以努力 “轮询”，然后确定谁是提供援助的最佳当事方。


图1描绘了可以在之中实现在此描述的系统和方法的示例性网络；图2是可以向图1的会话路由引擎提供信息的示例性组件的图；图3是用于在图2的系统中使用的示例性服务器的图；图4是概念地图示了在此描述的示例性路由系统和方法的功能图；图5是图示了可以在实现在此描述的路由系统和方法时执行的示例性操作的流 程图；图6是图示了可以在配置用于智能的基于位置的路由的服务时执行的示例性操 作的流程图；图7是图示了根据一个示例性实施方式对智能的基于位置的路由的示例性使用 的图；以及图8是图示了根据一个示例性实施方式用于智能的基于位置的路由的示例性操 作的流程图。
具体实施例方式以下详细描述参考附图。在不同附图中的相同参考数字可以标识相同或相似元 素。并且，以下详细描述不限制本发明。在此描述的实施方式可以将通信(例如，语音呼叫、视频呼叫、文本消息、视频消 息等)从呼叫设备自动路由到适当的接收者候选。如在此所使用的，“接收者候选”可以包 括用户或用户的物理设备。接收者候选可以从例如由预注册过程定义的订户(subscriber) 组中选择。呼叫者的设备可以通过输入与订户组相关联的单个电话号码或IP地址，来发起 通信请求或媒体会话请求。对将订户组内的哪一接收者候选用作实际通信接收者的选择可 以基于因素，诸如有关每一个接收者候选的预注册的信息、与在呼叫设备和每一个接收者 候选之间的物理距离有关的位置信息、接收者候选拥有的技能、以及可以与通信的特性或 接收者候选的位置有关的其它信息。图1描绘了可以在之中实现在此描述的概念的示例性系统100。系统100可以包 括一个或多个网络、一个或多个呼叫客户端设备以及两个或更多个接收者候选。如所示，系 统100包括一个网络100、两个呼叫客户端设备120-1和120-2(统称呼叫客户端设备120)、 以及三个接收者候选130-1至130-3(统称接收者候选130)。
网络110通常可以包括向呼叫客户端设备120和接收者候选130提供电话或数 据服务的一个或多个网络。网络110可以包括任何类型的一个或多个网络，包括公共陆地 移动网络(PLMN)、公共交换电话网络(PSTN)、蜂窝网络、VOIP网络、城域网(MAN)、广域网 (WAN)、局域网(LAN)、专用网、因特网、内联网和/或其它类型的网络。网络110尤其可以表 示多个不同类型的网络，诸如蜂窝网络、PSTN以及广域数据网络(例如，因特网)。在这种 情况下，网络110还可以包括提供在不同的网络类型之间的接口的网关设备。网络110可以包括通过网络110提供用于电话或数据服务的控制点的网络设备。 可以将提供用于电话或数据服务的控制点的多个示例性设备包括在网络110中。例如，网 络设备可以包括会话路由引擎112、移动交换中心(MSC) 114、会话发起协议(SIP)服务器 116和/或服务控制点(SCP) 118。还可以包括其它类型的网络设备。会话路由引擎112可以包括确定如何路由在系统100中的呼叫(通过网络110从 呼叫客户端设备120中的一个到接收者候选130中的一个)，并且(例如，以适当的命令消 息的形式)将识别期望的接收者候选的路由信息传送到网络110中的适当接口的设备。会 话路由引擎112可以接收并使用各种信息来确定如何路由在系统100中的呼叫。例如，会 话路由引擎112可以接收有关用于特定订户组的特定路由标准、订户位置信息、街道地图 数据、交通数据、在订户组内的先前呼叫历史和/或在场(presence)数据的实时信息。会 话路由引擎112使用该信息来确定在系统100中路由呼叫的方式。在对如何最佳路由特 定呼叫作出决定、生成适当的命令消息来实现该决定并且将命令消息传送到适当的接口之 后，会话路由引擎112可以将特定呼叫存储在存储器中以在确定如何路由未来的呼叫时使 用。MSC 114可以包括提供在移动电话网络和另一个网络之间的接口的一个或多个切 换或交换。例如，MSC 114可以提供在GSM、TDMA或CDMA蜂窝网络和PSTN网络之间的接口。 MSC 114可以执行创建到和来自移动电话的呼叫所必需的信令功能。SIP服务器116可以包括向呼叫客户端设备120和/或接收者候选130提供SIP 信令服务的一个或多个计算设备。SIP信令可以诸如在建立和关闭语音或视频呼叫或聊天 /文本交谈时，被用于建立和关闭通信会话。SCP 118可以包括在智能网络系统中的控制智能网络服务的一个或多个设备。在 智能网络中，这样的服务通常除标准语音呼叫外还包括增值服务。这样的增值服务的示例 包括号码转换服务(例如，是否将免费号码转换为常规PSTN号码)和预付费电话呼叫。可 以使用诸如IP多媒体子系统(IMS)和其它会话发起协议(SIP)技术、Sigtran以及信令系 统7(SS7)的多种技术中的任何技术来部署SCP 118。呼叫客户端设备120和接收者候选130可以包括提供注册用户通过其可以与其它 注册用户通信的接口的一个或多个设备。呼叫客户端设备120和接收者候选130可以包括 移动电话、有线电话设备、个人数字助理、个人计算机、膝上型电脑、电视机顶盒和/或其它 类型的通信设备。呼叫客户端设备120和接收者候选130可以经由有线和/或无线连接连 接到网络110。为简化的目的提供了图1中所图示的网络110、呼叫客户端设备120或接收者候 选130的数量。实际上，可以有更多的网络110、呼叫客户端设备120或接收者候选130。 此外，在一些实施例中，呼叫客户端设备120和/或接收者候选130可以执行描述为由网络110执行的功能，和/或网络110可以执行描述为由呼叫客户端设备120和/或接收者候选 130执行的功能。尽管图1示出了系统100的示例性组件，但是在其它实施方式中，系统100可以包 含可以提供智能的基于位置的路由的更少或额外的组件。可以将在此描述的系统和方法用 于支持端到端路径路由的设备和网络的任何组合。图2描绘了向会话路由引擎112提供信息的示例性组件。为了确定如何在系统中 路由呼叫，会话路由引擎112可以考虑由服务配置服务器210、订户位置服务器220、地图服 务器230、交通数据服务器M0、呼叫历史服务器250和/或在场服务器260供应给它的实 时请求信息。服务配置服务器210可以包括提供用于每一个订户组的路由优化标准和/或规 则以及命令的设备。例如，用于路由拨打到特定号码的呼叫的标准可以以在注册时生成和 /或之后被修改并且被存储在与服务配置服务器210相关联的存储器或数据库中的呼叫路 由控制脚本的形式提供。呼叫路由标准可以包括例如用于接收者候选的基于在呼叫者和 候选之间的物理距离(例如，选择最靠近的候选)、估计的在呼叫者和候选之间的行程时间 (例如，选择最迅速的候选)和/或各种其它因素的偏好。在一个实施方式中，在主要的基 于位置的标准大致相同的情况下，可以包括一个接收者候选优于另一个的偏好。订户位置服务器220可以收集并且向会话路由引擎提供呼叫设备120和/或接 收者候选130的实时(或接近实时)位置信息。在一些实施方式中，订户位置信息可以例 如是从移动通信设备收集的全球定位系统(GPQ信息或另一种形式的全球导航卫星系统 (GNSS)信息。在其它实施方式中，订户位置信息可以是以从移动通信设备收集的蜂窝塔三 角信息的形式。在又其它实施方式中，位置信息可以是以与有线电话或另一个网络连接相 关联的固定地址或位置的形式。例如，固定设备的位置信息可以由订户在注册智能会话路 由服务时提供。地图服务器230可以提供地图信息，诸如在呼叫设备120和接收者候选130的位 置之间的行程路线和/或距离。地图服务器230可以与外部数据库或服务提供者通信以基 于订户位置数据和例如从服务配置服务器210提供的会话路由控制脚本中定义的标准来 确定行程路线。例如，用于特定订户组的标准可以放置有关在呼叫者和接收者候选之间的 行程最短距离的偏好，而另一个订户组可以具有对最短行程时间的偏好。交通数据服务器240可以提供在呼叫设备120和接收者候选130之间的潜在行程 路线的实时状态消息。交通数据服务器240可以与外部数据库或服务提供者通信来确定由 于事故、拥堵、天气情况等沿特定行程通道的估计延迟时间。呼叫历史服务器250可以提供从请求的服务消息和状态消息导出的历史(例如， 先前存储的)请求的服务数据。例如，在来自特定设备的先前呼叫先前被路由到特定接收 者候选的情况下，可以有利的是，假如满足用于该接收者候选的在特定呼叫路由脚本中的 其它标准，使相同的接收者候选对之后的呼叫作出响应。在场服务器沈0可以提供有关接收者候选130的可用性的在场数据。通常，时常在 计算机或通信活动的情境下，可以将“在场”看作用户(尤其，例如人所使用的对象)的活动 特性的状态。在场的常见示例是在线聊天网络提供来向其他用户告知人的状态的指示，其 可以是“可用”、“在线但忙碌”、“离线”等。可以从各种源收集在场数据，所述各种源例如包
7括用户当前活动、日程安排信息(例如，日历或任务列表)、来自用户的特定指示、独立的在 场和可用性管理(PAM)系统和/或其它源。在场服务器260可以与外部数据库或服务提供 者通信来确定接收者候选130的在场数据。在场服务器可以可选地包括增强的在场数据， 诸如有关特定接收者候选的专长、技能、偏好、顾客满意或在选择特定预订(subscription) 服务内的接收者候选时可以是有用的其它可测量的因素的信息。在场数据可以由会话路由 引擎112(例如，通过将数据请求包括在路由控制脚本中)包括在自动路由决定中，并且可 以影响自动路由决定。尽管图2示出了可以与会话路由引擎112通信的示例性组件，但是在其它实施方 式中，可以使用更少或额外的组件。在其它实施方式中，可以组合某些组件的特征。例如， 在一个实施方式中，可以将服务配置服务器210和/或呼叫历史服务器250与在场服务器 260组合。图3是可以对应于会话路由引擎112、呼叫客户端设备120、端点候选130、服务配 置服务器210、订户位置服务器220、地图服务器230、交通数据服务器M0、呼叫历史服务器 250和/或在场服务器沈0中的任何一个的设备300的示例性图。如所图示，设备300可 以包括总线310、处理器320、主存储器330、只读存储器(ROM) ；340、存储设备350、输入设备 360、输出设备370和通信接口 380。总线310可以包括允许在设备300的组件之间的通信 的导线(conductor)或路径。处理器320可以包括解释和执行指令的处理器、微处理器或处理逻辑。主存储器 330可以包括随机存取存储器(RAM)或存储信息和由处理器320执行的指令的另一个类型 的动态存储设备。ROM 340可以包括ROM设备或存储由处理器320使用的静态信息和指令 的另一个类型的静态存储设备。存储设备350可以包括磁和/或光记录介质和其对应的驱动。输入设备360可以包括允许用户向设备300输入信息的一个或多个机制，诸如键 盘、触摸屏、触摸板、鼠标、笔、语音识别和/或生物测定机制等。输出设备370可以包括向 用户输出信息的一个或多个机制，包括显示器、打印机、扬声器等。通信接口 380可以包括 使得设备300能够与其它设备和/或系统进行通信的任何类似收发器的机制。例如，通信 接口 380可以包括用于经由诸如网络110的网络与另一个设备或系统进行通信的机制。尽管图3示出了设备300的示例性组件，但是，在其它实施方式中，设备300可以 包含可以馈赠和使能智能的基于位置的路由的更少或额外的组件。在又其它实施方式中， 设备300的一个或多个组件可以执行设备300的其它组件所执行的任务。图4是概念地图示了智能的基于位置的路由的实施方式的示例性功能图。请求援 助的当事方410可以具有已预注册自动呼叫路由服务的服务提供者候选412、414、416组。 服务提供者候选可以与各种组或规程相关联。服务提供者候选的一些非限制示例可以是 (a)可用于派遣的服务技术员组，(b)拖车操作员或其它路边援助提供者组，(c)递送服务 (诸如，食品递送服务)组，(d)父母和/或监护人组，或(e)可以提供可互换服务的另一 个组。可以通过网络将来自当事方410的媒体会话请求(例如，拨打自蜂窝电话的电话呼 叫)发送给会话路由引擎112。当事方410和服务提供者候选412、414、416中的每一个可 以具有例如可以是GPS系统、蜂窝塔三角系统等的订户位置系统450所收集的实时位置信 息 420。
会话路由引擎112可以应用各种标准来确定服务提供者候选412、414、416中的哪 个可以是从当事方410接收媒体会话请求的最佳接收者。根据该标准，用来评估该标准的 数据可以从订户位置信息420、地图数据430、交通数据440和/或在场数据460供应。还 可以根据用于特定智能路由服务的标准，将诸如呼叫者历史数据的其它信息供应给会话路 由引擎112。会话路由引擎112可以将供应的数据(例如，位置数据、地图数据、交通数据以及 在场数据)应用于用于服务提供者候选412、414、416中的每一个的路由算法或路由脚本。 在图4的示例中，将服务提供者候选412识别为最佳服务提供者，以及媒体会话请求由会话 路由引擎112路由到服务提供者候选412。图5提供了图示可以在实现智能的基于位置的路由时执行的示例性操作的流程 图500。可以接收初始路由配置信息(块510)。例如，会话路由引擎112可以接收识别与 特定电话号码相关联的服务提供者候选组以及用于从所述组中选择服务提供者候选的标 准的路由控制脚本。可以接收来自呼叫者的媒体会话请求(块520)。例如，呼叫者可以拨打与服务提 供者候选组相关联的特定电话号码。在一个实施方式中，呼叫者可以是自动的基于位置的 路由服务的订户。在另一个实施方式中，在服务提供者候选组提供对与服务提供者候选组 相关联的特定电话号码或统一资源标识符(URI)的通用访问的情况下，呼叫者可以是通信 设备的任何用户。可以接收呼叫者的位置和/或增强的在场信息(块530)。例如，在一个实施方式 中，会话路由引擎112可以接收呼叫者的启用GPS的蜂窝电话的GPS位置信息。在另一个实 施方式中，可以识别呼叫者的电话号码，并且将呼叫者的电话号码与订户位置系统220中 的特定地理地址相关联。在又另一个实施方式中，可以给予呼叫者使用语音识别、文本输入 等来识别他的位置的机会。关于呼叫者的其它信息对于帮助确定最佳会话路由也可以是有 用的。例如，呼叫者可以具有有关服务提供者候选中的一个或多个的跟踪记录，以及可能注 册了对一个或多个服务提供者候选的偏好(或反对)。可以将该信息与呼叫者的电话号码 或URI相关联，以及会话路由引擎112在从呼叫者的电话接收媒体会话请求后可访问该信 肩、ο可以接收服务提供者候选的位置和/或增强的在场信息(块M0)。例如，在一个 实施方式中，会话路由引擎112可以接收每一个服务提供者候选的具有GPS功能的交通工 具、蜂窝电话或其它移动设备的GPS位置信息。在另一个实施方式中，服务提供者候选可以 将他们的位置(诸如办公位置)注册在订户位置系统220中并且将位置与在场数据相关 联。每一个服务提供者候选还可以提供待由会话路由引擎112使用来作出路由决定的在场 数据。例如，服务提供者候选可以通过独立网络连接或移动设备指示服务提供者候选“可 用”或“忙碌”。可以确定对于服务提供者候选的路由决定(块550)。可以基于呼叫者和服务提供 者候选两者的位置和/或增强的在场信息来选择最佳服务提供者候选。例如，会话路由引 擎112可以将可用的位置和/或增强的在场信息应用于识别最佳服务提供者候选的路由控 制脚本或算法。还可以将不是由呼叫者或服务提供者候选提供的额外信息用来补充对于最 佳服务提供者候选的决定过程。例如，会话路由引擎112可以应用(例如，来自外部地图服务的)街道地图数据来确定从每一个服务提供者候选的位置到呼叫者的位置的近似行驶 时间。会话路由引擎112还可以应用交通数据，并且相应地调整行驶时间。额外地，可以对 数据赋予权重以优先考虑某些类型的信息。例如，在某些预订服务中，在每一个接收者候选 的预估行程时间之间的差别在指定的阈值内(例如，[优选的接收者候选行程时间]-[最 短的接收者候选行程时间]的情况下，对特定接收者候选的偏好可能被估值超过对另 一个接收者候选的选择。基于位置和/或增强的在场信息和所检索的额外信息，然后可以 将呼叫者的媒体会话请求路由到最佳服务提供者候选。图6提供了图示可以在配置用于智能的基于位置的路由的服务时执行的示例性 操作的流程图600。可以分配服务号码(块610)。服务号码通常可以是任何可用的号码， 即，尚未与服务提供者候选相关联的号码。例如，自动路由服务提供者可以分配与服务提供 者候选组有关的任何市场的顾客可记忆的免费号码。可以将服务号码与已注册的参与者的电话号码、URI (或其它媒体会话地址)相关 联(块620)。例如，每一个服务提供者候选可以具有与服务相关联的一个或多个个体电话 号码。服务提供者候选可以通过将他们的电话号码和市场信息提供给自动路由服务提供者 来决定参加自动路由服务。可以通过将每一个个体号码存储在用于组服务号码的数据文件 中来将个体电话号码与组服务号码相关联。可以将数据文件存储在存储器(诸如图3中的 主存储器330)中。与组服务号码相关联的个体电话号码可以确定用于该组服务号码的服 务提供者候选组大小。可以定义用于在服务提供者候选之间路由的标准(块630)。自动路由服务提供者 可以提供可以被包括在路由控制脚本中的用来识别呼叫者的最佳服务提供者候选的各种 标准。不同的标准可应用于不同的服务提供者候选组或市场。例如，从修理技术员的服务 提供者候选组和家庭成员的服务提供者候选组的选择两者可以包括位置标准、地图标准和 交通标准。然而，对修理技术员的选择还可以通过额外数据获益，所述额外数据诸如作为对 一个或多个服务提供者候选的偏好(或反对)的指示符的特定呼叫者的历史记录。其它服 务提供者候选组可以包括选择标准，包括例如广告特价商品、订单积压、人员规模、人员技 能等。图7是图示了根据一个示例性实施方式对智能的基于位置的路由的示例性使用 的图。在一个实施方式中，自动的基于位置的路由服务对路边援助可以尤其有效。在路边 故障期间，利用自动的基于位置的路由服务的用户710可以呼叫通用拖引服务号码。通用 拖引服务号码可以对应于服务提供者候选组，具体地对应于拖车720、730、740。基于用户 710的位置、交通条件以及拖车可用性(例如，拖引操作者的在场)，可以如在呼叫时所确定 的将呼叫路由到最佳拖车。在用户710拨出呼叫时，用户710(例如，呼叫设备的)以及拖 车720、730和740的地理位置自呼叫时起被识别到会话路由引擎。在图7的特定示例中，拖车720可能与用户710的位置最近。然而，拖车720已被 占用，因此拖车720的在场数据注册为“不可用”。会话路由引擎因此将拒绝拖车720作为 最佳呼叫接收者。拖车730和拖车740距用户710的位置大约相同的距离，并且两者均用 在场数据注册为“可用”。然而，由于街道布置和单向交通限制，拖车730具有对用户710的 位置可用的更直接的路径。使用街道地图数据，会话路由引擎可以识别拖车730的更直接 的行程路径。基于该信息，会话路由引擎可以将呼叫从用户710路由到拖车730。在另一个实施方式中，可以将诸如对每一个行程路径上的道路的速度限制和交通延迟的额外数据包 括在用于路边援助呼叫者的呼叫路由脚本中。在另一个实施方式中，例如，可以将智能的呼叫路由作为增值服务包括到儿童的 蜂窝电话计划。可以将单个电话号码与呼叫可以最快到达儿童的位置的无论哪个父母/监 护人的自动呼叫路由一起使用。潜在呼叫接收者的列表可以用如由例如父母授权的额外监 护人或亲属的联系号码补充。在一个示例性实施方式中，单个电话号码可以与儿童的通信 设备上的用于快速拨号的特殊按钮相关联。图8提供了图示可以在儿童使用用于自动路由服务的指定电话号码从电话拨出 呼叫时执行的示例性操作的流程图800。可以由会话路由引擎接收对服务的请求(块810)， 激活路由过程。已在儿童拨出呼叫之前的某个时间将儿童的父母/监护人的设备与指定电 话号码相关联。会话路由引擎可以识别向利用指定号码注册的每一个父母/监护人的可用 性(块820)。例如，在重要会议中的父母可能关闭或禁用他们的PDA或其它通信设备的无 线电以指示他们不可用。会话路由引擎可以识别儿童的设备(块830)以及与指定电话号 码相关联的任何可用的父母/监护人的设备(块840)的位置。可以使用儿童的设备和可 用的父母/监护人设备的位置信息来将最快行驶路线从每一个可用的父母/监护人映射到 儿童(块850)。在识别最佳呼叫接收者时，如果适用，会话路由引擎可以考虑所涉及的通行因素， 诸如交通方式和道路条件。可以针对所映射的路线中的每一个应用实时交通数据(块 860)。交通数据可以包括例如由于事故或拥堵沿特定行程通道的估计延迟。考虑交通数 据，会话路由引擎可以估计沿每一个映射的路线的行驶时间(块870)。然后可以将来自儿 童的设备的呼叫路由到可能最快接近儿童的可用父母/监护人的设备(块880)。在一个示 例性实施方式中，可以包括超过监护人的对父母的偏好，使得(例如)除非另一个监护人的 预估行程时间显著少于(例如，15分钟)父母的预估行程时间，否则将呼叫路由给可能最快 接近儿童的父母。在另一个实施方式中，可以使用智能呼叫路由来识别服务呼叫派遣的最佳接收 者。例如，消费者可能遭遇需要来自服务技术员的探访的问题。顾客可以呼叫用于所需类 型的服务的通用号码。可以基于若干标准将顾客的呼叫自动路由给服务技术员，所述标准 包括技术员的当前位置、他们的潜在通行时间(基于交通和道路条件)、每一个技术员的可 用性(如由技术员或一些工作订单/通知单跟踪系统所指定)、每一个技术员的注册专长和 /或任何技术员的有关消费者的先前历史。在又另一个实施方式中，可以将智能呼叫路由用于食品递送服务，诸如比萨递送。 顾客可以呼叫用于比萨递送机构组的特定号码。时常存在会递送到特定位置的多于一个比 萨机构；时常这些机构可以是同一特许经营权企业的一部分。当顾客呼叫号码时，会话路 由引擎可以识别待将呼叫路由到其的最佳比萨递送机构。可以基于各种因素来确定最佳机 构。例如，因素可以包括每一个比萨场所的在场数据(例如，特定机构可能积压有订单，并 且识别延长的递送时间表)；呼叫者的位置(例如，哪些机构被授权递送到呼叫者的地址/ 位置)；呼叫者的先前比萨订货历史(例如，可以将呼叫者的对较大芝士比萨的历史偏好与 当前具有有关该订单的最佳价格的机构进行匹配)；和/或在呼叫时有效的广告特价商品 (例如，购买大的一种顶料的比萨，就获得免费的小芝士比萨)。
在此描述的系统和方法的实施方式可以基于位置和确定接收者的提供及时服务 或援助的能力的其它因素来将媒体会话路由给最佳接收者。因此，在某些实施方式中，在此 描述的系统和方法可以消除对呼叫的人工分析和派遣。在此描述的系统和方法可以消除人 工“轮询”潜在服务提供者，以努力识别能够最佳提供服务的服务提供者的需要，从而加速 完成对服务的递送或对呼叫当事方的援助。在其它实施方式中，可以将在此的系统和方法与人工派遣服务组合起来以简化人 工操作员的决定过程。例如，会话路由引擎可以在向派遣技术员展现可用的选项之前使用 路由控制脚本来消除或排名服务提供者候选。前述描述提供了说明和描述，但是并不意在穷举或将实施例限制在所公开的精确 形式。修改和变化根据上述教导是可能的或可以从在此公开的系统和方法的实践获得。例如，虽然参考图5、6和8的流程图来描述了一连串块，但是块的顺序在其它实施 方式中可以不同。此外，可以并行执行非依赖性的块。可以在方法和/或计算机程序产品中实现在此描述的实施方式。因此，可以将实 施方式具体化在硬件和/或软件(包括固件、常驻软件、微代码等)中。此外，在此描述的 实施方式可以采用在计算机可用或计算机可读存储介质上的、具有包含在介质中的用于指 令执行系统使用或与指令执行系统有关地使用的计算机可用或计算机可读程序代码的计 算机程序产品的形式。用于实现在此描述的系统和方法的实际软件代码或专用控制硬件是 非限制性的。因此，在没有引用特定软件代码的情况下描述了实施方式的操作和行为一应 当理解的是，软件和控制硬件可以被设计来基于在此的描述实现实施方式。此外，可以将在此描述的某些实施方式实现为执行一个或多个功能的“逻辑”。该 逻辑可以包括硬件，诸如处理器、微处理器、专用集成电路或现场可编程门阵列；或硬件和 软件的组合。应当强调的是，术语“包括”在本说明书中使用时用来指定所说明的特征、统一体、 步骤或组件的存在，但是并不排除一个或多个其它特征、统一体、步骤、组件或以上的组群 的存在或增加。即使在权利要求中记载和/或在本说明书中公开了特征的特定组合，这些组合并 不意在限制本发明。实际上，可以以在权利要求中未特定记载和/或在本说明书中未特定 公开的方式组合这些特征中的许多特征。除非明确描述如此，本申请的描述中使用的元素、动作或指令都不应当被解释为 对于本发明是至关重要的或关键的。同时，如在此所使用的，不加数量词的项表示包括一个 或多个项。在只想表示一个项时，使用词语“一个”或类似语言。而且，除非另外明确说明， 如在此所使用的，短语“基于”意在表示“至少部分地基于”。
权利要求
1.一种方法，包括关联网络中的用于媒体会话请求的接收者候选组；从呼叫者的通信设备接收媒体会话请求；识别用于选择所述接收者候选中的一个的路由配置标准以响应于所述媒体会话请求 创建媒体会话，所述路由配置标准包括所述呼叫者的通信设备的位置信息以及所述接收者 候选中的每一个的位置和在场信息；接收所述呼叫者的通信设备的位置信息；接收所述接收者候选中的每一个的位置信息；接收所述接收者候选中的每一个的在场信息；基于所述路由配置标准来选择所述接收者候选中的一个；以及将所述媒体会话请求从所述呼叫者的通信设备自动路由到所选择的接收者候选。
2.如权利要求1所述的方法，进一步包括接收识别从所述接收者候选中的每一个的位置到所述呼叫者的通信设备的所述位置 的行程路线的地图数据，以及其中选择所述接收者候选进一步基于每一个行程路线的距离 比较。
3.如权利要求1所述的方法，进一步包括接收识别从所述接收者候选中的每一个的位置到所述呼叫者的通信设备的所述位置 的行程路线的地图数据，以及其中选择所述接收者候选进一步基于所述每一个行程路线的 行程时间比较。
4.如权利要求4所述的方法，进一步包括接收识别沿从所述接收者候选中的每一个的位置到所述呼叫者的通信设备的所述位 置的每一个行程路线的估计延迟的交通数据，以及其中所述行程路线中的每一个的所述行 程时间比较包括所述交通数据。
5.如权利要求1所述的方法，进一步包括存储有关所述媒体会话请求的所选择的路由的信息。
6.如权利要求5所述的方法，其中所述路由配置标准进一步包括关于所述接收者候选 组的历史路由信息，以及其中所述方法进一步包括从所述呼叫者的通信设备检索有关先前媒体会话请求的历史路由信息。
7.如权利要求1所述的方法，其中所述呼叫者的通信设备的所述位置信息或所述接收 者候选中的至少一个的所述位置信息包括全球定位系统(GPS)坐标。
8.如权利要求1所述的方法，其中所述呼叫者的通信设备的所述位置信息或所述接收 者候选中的至少一个的位置信息包括与有线网络连接相关联的地址。
9.如权利要求1所述的方法，其中所述接收者候选中的每一个的所述在场信息从独立 的在场和可用性管理系统接收。
10.如权利要求1所述的方法，其中所述呼叫者的通信设备的所述位置信息或所述接 收者候选中的至少一个的位置信息包括蜂窝塔三角信息。
11.一种网络中的用于使能在呼叫设备和特定接收者候选组中的所选择的接收者候选 之间的媒体会话的系统，所述系统包括会话路由引擎，所述会话路由引擎用来接收所述呼叫设备的地理位置信息和所述特定组中的所述接收者候选中的每一个的 地理位置信息和在场信息，以及基于所述呼叫设备的所述地理位置信息和所述特定组中的所述接收者候选中的每一 个的所述地理位置信息和在场信息，将所述媒体会话请求从所述呼叫设备自动路由到所选 择的接收者候选，所述呼叫设备的所述地理位置信息和所述特定组中的所述接收者候选中 的每一个的所述地理位置信息对应于所述媒体会话请求在所述网络中被接收的时间。
12.如权利要求11所述的系统，其中所述会话路由引擎还接收识别从所述接收者候选 中的每一个的所述地理位置到所述呼叫设备的所述地理位置的行程路线的地图数据，以及 其中所述会话路由引擎基于每一个行程路线的距离比较将所述媒体会话请求从所述呼叫 设备自动路由到所选择的接收者候选。
13.如权利要求11所述的系统，其中所述会话路由引擎还接收识别从所述接收者候选 中的每一个的所述地理位置到所述呼叫设备的所述地理位置的行程路线的地图数据，以及 其中所述会话路由引擎基于每一个行程路线的行程时间比较将所述媒体会话请求从所述 呼叫设备自动路由到所选择的接收者候选。
14.如权利要求13所述的系统，其中所述会话路由引擎还接收识别沿从所述接收者候 选中的每一个的所述地理位置到所述呼叫设备的所述地理位置的每一个行程路线的估计 延迟的交通数据，以及其中每一个行程路线的所述行程时间比较包括所述交通数据。
15.如权利要求11所述的系统，进一步包括存储器，其中所述会话路由引擎将关于从 所述呼叫设备到所选择的接收者候选的已完成的媒体会话请求的路由信息存储在所述存 储器中。
16.如权利要求15所述的系统，其中所述路由引擎从所述存储器检索与所述呼叫设备 有关的历史路由信息，以及其中所述会话路由引擎基于所述历史路由信息将所述媒体会话 请求从所述呼叫设备自动路由到所选择的接收者候选。
17.—种包括计算机可执行的指令的计算机可读存储器，所述计算机可读存储器包括用于关联用于媒体会话请求的联网的接收者候选组的一个或多个指令； 用于从呼叫者的通信设备接收媒体会话请求的一个或多个指令； 用于检索所述呼叫者的通信设备的位置信息的一个或多个指令； 用于检索所述接收者候选中的每一个的位置信息的一个或多个指令； 用于基于所检索到的所述呼叫者的通信设备的位置信息和所检索到的所述接收者候 选中的每一个的位置信息从所述联网的接收者候选组中选择所述接收者候选中的一个的 一个或多个指令；以及用于将所述媒体会话请求从所述呼叫者的通信设备自动路由到所选择的接收者候选 的一个或多个指令。
18.一种方法，包括定义用于媒体会话请求的多个接收者候选；识别发起所述媒体会话请求的通信设备的地理位置；识别所述接收者候选中的每一个在所述媒体会话请求时的地理位置；基于发起所述媒体会话请求的所述通信设备的所述地理位置和所述接收者候选中的每一个的所述地理位置来确定用于所述媒体会话请求的最佳接收者候选；以及 经由网络将所述媒体会话请求自动路由到所确定的最佳接收者候选。
19.如权利要求18所述的方法，其中定义用于媒体会话请求的多个接收者候选包括 识别可能的服务提供者的特定组中的每一个通信设备的在场信息，以及选择所述可能的服务提供者的组中的具有指示可用的在场信息的通信设备。
20.一种在一个或多个设备内实现的系统，包括用于关联用于媒体会话请求的联网的接收者候选组的装置； 用于从呼叫者的通信设备接收媒体会话请求的装置； 用于检索所述呼叫者的通信设备的位置信息的装置； 用于检索所述接收者候选中的每一个的位置信息和在场信息的装置； 用于基于所检索到的所述呼叫者的通信设备的位置信息和所检索到的所述接收者候 选中的每一个的位置信息和在场信息从所述联网的接收者候选组中选择接收者候选的装 置；以及用于将所述媒体会话请求从所述呼叫者的通信设备自动路由到所选择的接收者候选 的装置。
全文摘要
一种方法，包括定义用于媒体会话请求的多个接收者候选；识别发起媒体会话请求的通信设备的地理位置；识别接收者候选中的每一个在媒体会话请求时的地理位置；基于发起媒体会话请求的通信设备的地理位置和接收者候选中的每一个的地理位置来确定用于媒体会话请求的最佳接收者候选；以及经由网络将媒体会话请求自动路由到所确定的最佳接收者候选。
文档编号H04M3/42GK102077560SQ200980124189
公开日2011年5月25日 申请日期2009年5月6日 优先权日2008年5月7日
发明者保罗·舒尔茨, 罗伯特·萨蒂尼, 马丁·麦基 申请人:维里逊商务网络服务有限公司