本发明大体上涉及移动终端之间的成本效益高的语音呼叫建立。更具体地，本发明涉及根据权利要求1前序部分的系统以及相应的方法。本发明还涉及计算机程序产品和处理器可读介质。
背景技术：
近来，主要由于越来越多的语音业务通过因特网传送，电话费正在逐渐降低。例如，特定运营商的网络、国家和/或地区内的固定电话和移动电话呼叫的定价结构通常是，无论使用情况如何，均适用统一费率。但是，在通常情况下，长途呼叫仍然相对较贵，尽管从技术角度来看这可能并不完全合理。为此目的，已经开发了各种降低成本的解决方案，其中还涉及基于因特网的技术。
us6256389示出了综合电信协作系统，其允许台式计算机应用、数据通信和公共交换电话网络语音连接的紧密集成。这里，客户端软件包括用于建立电话会话的语音代理、用于建立相关数据会话的数据代理、使数据代理和语音代理同步的通信代理以及将数据和语音通信与计算机操作系统以及与各种应用集成的集成代理。综合电信协作系统通过向服务器发送各种请求和从另一客户端接收状态消息来控制协调呼叫的建立。
us20130331075描述了用于在电子设备上加入电话会议的方法、系统和设备。描述了包括接收通信以及基于通信中的信息确定至少一个替换的电话会议电话号码的步骤的方法。其他步骤还可以涉及确定替换的电话会议电话号码是优选的电话会议电话号码。此外，可以包括涉及使用优选的电话会议电话号码来发起拨号序列的步骤。
us7209947公开了用于向无线终端提供数据网络辅助的会议服务的系统和方法。在这里，会议相关的信息从会议发起者接收并被存储。在会议建立时间之前，将会议通知消息发送到无线终端。无线终端响应于会议通知消息而发送会议连接请求，并且在无线终端和连接所有会议参与者的会议桥之间建立会议连接。
us2014/0362742揭示了用于促进通过电信网络建立电话会议的解决方案，其中呼叫是在网络的第一用户与一个或多个第二用户之间。例如，通过该解决方案，用户能够在非常短的时间内以简单的方式来建立电话会议。此外，他/她能够通过智能手机应用或邮件服务器客户端来对他们的会议进行预订和管理。
与现有技术相关的问题
因此，已知各种解决方案，通过这些解决方案可以在两个或更多用户之间建立语音呼叫，特别是基于会议桥。但是，这些解决方案实施起来相对复杂，特别是对于移动订户。
技术实现要素：
因此，本发明的目的是缓解上述问题，并为移动用户提供成本效益高的、可靠的并且用户友好的呼叫建立解决方案，该方案可以以直接的方式应用，无论所涉及的各方是位于在同一网络中还是在不同的洲上。
根据本发明的一个方面，通过最初描述的系统来实现目的，其中响应于用户生成的呼叫建立命令，始发设备中的软件实现的呼叫处理工具还被配置为使用存储在始发设备中的第一电话号码通过公共陆地移动网络(plmn)向第一网桥节点进行第一呼叫。
该系统是有利的，因为与通过plmn建立的与语音连接相关的信令可以独立于涉及服务器节点的信令而执行，该信令旨在寻呼终接设备并向其用户通知呼入呼叫。因此，可以使得整个呼叫建立非常高效。实际上，根据不同网络中的等待时间，终接设备甚至可以在始发设备这样做之前与网桥节点建立连接。
根据本发明该方面的优选实施例，始发设备包含一组不同的电话号码，并且始发设备中软件实现的呼叫处理工具被配置为基于始发设备的位置选择第一电话号码。因此，例如，可以向地理上最近的第一网桥节点进行第一呼叫，这从成本角度来看通常是有利的。
根据本发明该方面的优选实施例，始发设备中的软件实现的呼叫处理工具被配置为在将呼叫建立请求发送到服务器节点之前进行第一呼叫；或者，在将呼叫建立请求发送给服务器节点的同时或之后进行第一呼叫。即，第一呼叫可以完全独立于呼叫建立请求。
根据本发明该方面的另一个优选实施例，响应于第一呼叫，第一网桥节点相应地被配置为向服务器节点发送第一网桥确认消息。第一网桥确认消息指定第一网桥节点的第一网络地址。因此，第一网桥确认消息向服务器节点通知将用于建立语音呼叫的网桥节点。
根据本发明该方面的又一个优选实施例，响应于呼叫建立请求，服务器节点相应地被配置为向终接设备发送服务消息。该服务消息指示始发设备的身份以及与终接设备建立语音连接的请求。因此，该服务消息向终接设备通知来自始发设备的呼入呼叫。
优选地，响应于服务消息，终接设备中的软件实现的呼叫处理工具被配置为生成提醒信号，该提醒信号适于向终接设备的用户通知来自始发设备的呼入呼叫。例如，提醒信号可以涉及产生声学信号、文本消息、图形和/或光学信号。
根据本发明该方面的又一个优选实施例，在已经开始产生提醒信号之后，终接设备中的软件实现的呼叫处理工具被配置为响应于来自终接设备用户的接受命令而向第二网桥节点进行第二呼叫。这里，接受命令例如可以通过激活屏幕上的输入装置、键或按钮或通过语音命令来表示。第二呼叫是使用第二电话号码通过公共陆地移动网络进行的，该第二电话号码优选地存储在终接设备中。实际上，第二电话号码可以与第一电话号码相同。因此，在本发明最简单的可能实施中，所有设备仅存储单个电话号码，软件实现的呼叫处理工具使用该电话号码来拨打和接收呼叫。
但是，根据本发明该方面的优选实施例，终接设备包含一组不同的电话号码，并且终接设备中的软件实现的呼叫处理工具被配置为基于终接设备的位置来选择第二电话号码。因此，类似于第一呼叫，可以向地理上最接近终接设备的第二网桥节点进行第二呼叫。还优选地，如果可能，将第二呼叫发送到终接设备的家庭网络内的第二网桥节点。即，这从成本角度来看是最有利的。
根据本发明该方面的再一个优选实施例，响应于第二呼叫，第二网桥节点相应地被配置为向服务器节点发送第二网桥确认消息。第二网桥确认消息指定第二网桥节点的第二网络地址。因此，基于第二网桥确认消息，向服务器节点通知哪个第二网桥节点将用于建立呼叫。响应于第一网桥确认消息和第二网桥确认消息，服务器节点被配置为分别将网桥提示消息发送到第一网桥节点和第二网桥节点。因此，以简单和直接的方式向第一网桥节点和第二网桥节点确认使用第一网桥节点和第二网桥节点将在始发设备和终接设备之间建立呼叫。
根据本发明该方面的另一个优选实施例，响应于网桥提示消息，第一网桥节点和第二网桥节点被配置为通过会议桥在始发设备和终接设备之间导致连接。这里，值得回顾的是，第一网桥节点可能与第二网桥节点相同。当然，在这种情况下，互连始发设备和终接设备是相对简单的。
但是，在通常情况下，当涉及两个不同的网桥节点时，终接设备优选地被配置为建立到第二网桥节点的第二呼叫的初始信令连接。然后，终接设备被配置为建立到第一网桥节点的第二呼叫的语音连接。也就是说，一旦建立了呼叫，有效载荷业务将完全通过第一网桥节点，该第一网桥节点通常位于相对靠近始发设备的位置。
根据本发明的另一方面，通过最初描述的方法来实现目的，该方法还包括通过始发设备中的软件实现的呼叫处理工具向第一网桥节点进行第一呼叫。第一呼叫响应于呼叫建立命令而进行，并且使用存储在始发设备中的第一电话号码通过plmn来实现。从上面参考所提出诊断装置的讨论中可以明显看出该方法以及其优选实施例的优点。
根据本发明的又一方面，通过一种计算机程序产品来实现目的，该计算机程序产品可加载到至少一个处理器的存储器中，并且包括软件，当所述程序在至少一个处理器上运行时该软件适用于实现上述所提出方法。
根据本发明的另一方面，所述目的通过其上记录有程序的处理器可读介质来实现，其中当程序被加载到至少一个处理器中时，该程序控制至少一个处理器执行上述所提出的方法。
根据以下具体实施例和从属权利要求，本发明的其他优点、有益特征和应用将变得显而易见。
附图说明
现在将通过作为示例公开的优选实施例以及参照附图对本发明进行更详细地解释。
图1示出了根据本发明第一实施例的系统的概况；
图2示出了根据本发明第二实施例的系统的概况；以及
图3借助于流程图示出了根据本发明的大体方法。
具体实施方式
首先，我们参照图1，其示出了根据本发明第一实施例的用于在始发设备a和终接设备b之间建立呼叫的系统的概况。始发设备a和终接设备b各自分别通过至少一个相应的无线接口(例如基于无线电、光学或感应技术)访问plmn131和132以及移动数据网络121和122。
理论上，始发设备a访问的第一plmn131可以与终接设备b访问的第二plmn132相同。类似地，始发设备访问的第一移动数据网络121可以与终接设备b访问的第二移动数据网络122相同。然而，为了说明目的以及为了展示在商业上更有趣的替代方案，网络131、132、121和122在这里被表示为独立的实体。
此外，始发设备a和终接设备b包括各自的软件实现的呼叫处理工具swa和swb，例如，所谓的应用，其被配置为在拨打和接收呼叫的过程中协助用户。
所提出的系统包括服务器节点110，该服务器节点连接到移动数据网络121和122以及数据网络150(例如因特网)。该系统还包括至少一个网桥节点140，该至少一个网桥节点连接到服务器节点110、移动数据网络121和122、plmn131和132以及数据网络150，网桥节点140可以通过该数据网络150与服务器节点110进行通信。
根据本发明，希望拨打呼叫到第二用户的第一用户在始发设备a中生成呼叫建立命令。始发设备a适用于无线通信，并且由此可以由例如智能手机、平板电脑、pda(个人数字助理)或笔记本电脑来表示。
响应于呼叫建立命令，始发设备a中的软件实现的呼叫处理工具swa被配置为通过始发设备a连接的第一移动数据网络121来将来自始发设备a的呼叫建立请求1发送到服务器节点110。呼叫建立请求1指示终接设备b的身份，例如电话号码。
响应于呼叫建立命令，始发设备a中的软件实现呼叫处理工具swa还被配置为向上述至少一个网桥节点中的一个网桥节点140进行第一呼叫2。通过始发设备a连接的第一plmn131以及使用存储在始发设备a中的第一电话号码#1进行第一呼叫2。
服务器节点110相应地被配置为优选地通过应用程序接口(api)来接收呼叫建立请求1，并且基于此通过网桥节点140中的会议桥145在始发设备a和终接设备b之间建立呼叫。下面将进一步详细描述该过程。
优选地，始发设备a包含一组不同的第一电话号码#1，并且软件实现的呼叫处理工具swa被配置为基于始发设备a的当前位置来选择特定的第一电话号码#1。因此，可以向例如在地理上最接近始发设备a的网桥节点140进行第一呼叫2；或更优选地，向物理上最接近的网桥节点140进行第一呼叫2，该网桥节点140也连接到plmn131，该始发设备a的用户当前附接到plmn131。
服务器节点110优选地以可通信的方式连接到数据库115，该数据库存储关于系统中所有注册用户(包括与始发设备a和终接设备b相关联的订户)的数据。因此，在接收到呼叫建立请求1时，服务器节点110可以验证所涉及的用户是否被授权，并由此允许建立呼叫。如果服务器节点110被配置为将来自数据库115的更新后数据重复地向设备a和b反馈、或者更精确地向系统中的所有订户反馈特定设备的联系人列表中的哪些联系人订阅了该系统(即在数据库115中列出的联系人)，则是更有利的。即，因此，软件实现的呼叫处理工具swa可以被布置为(i)通过系统指示设备的联系人列表中的联系人是否可取得联系和/或(ii)通过系统自动选择向通过该系统可取得联系的任何被叫方建立呼叫。
始发设备a中的软件实现的呼叫处理工具swa被配置为在将呼叫建立请求1发送到服务器节点110之前进行第一呼叫2；或者，在将呼叫建立请求1发送到服务器节点110的同时或之后进行第一呼叫2。通常，为了最小化呼叫建立时间，希望尽可能快地发出呼叫建立请求1并进行第一呼叫2。但是，在一些技术环境中，它们之间有一定的时间关系是必要的。因此，有利的是，在第一呼叫2之前、与第一呼叫2同时还是在第一呼叫2之后发出呼叫建立请求1方面，本发明提供了完全的自由。
在任何情况下，响应于第一呼叫2，网桥节点140被配置为向服务器节点110发送第一网桥确认消息3。第一网桥确认消息3指定网桥节点140的第一网络地址，以便向服务器节点110通知网桥节点140的身份。
响应于呼叫建立请求1，服务器节点110被配置为向终接设备b发送服务消息4。服务消息4指示始发设备a的身份(例如呼叫者线路标识(cli))、以及与终接设备b建立语音连接的请求。
响应于服务消息4，终接设备b中的软件实现的呼叫处理工具swb被配置为通过例如产生声学信号、在显示器上显示文本消息、在显示器上显示图形、激活光源和/或使终接设备b振动而生成提醒信号5，该提醒信号5适用于将来自始发设备a的呼入呼叫通知到终接设备b的用户。
在已经启动提醒信号5之后，该软件实现的呼叫处理工具swb被配置为等待来自终接设备b的用户的接受命令6。如果在终接设备b中接收到这种接受命令6，则该软件实现的呼叫处理工具swb被配置为向网桥节点140进行第二呼叫7。替代地，该软件实现的呼叫处理工具swb可以被配置为在接收服务消息4之后的任何时间向网桥节点140进行第二呼叫7。即，可以在设备b的用户接受呼入呼叫6之前进行第二呼叫7。这是有利的，因为它降低了直到可以在设备a和设备b之间建立连接的整体延迟。同时，如果设备b的用户拒绝该呼入呼叫，或者在设备a的用户挂断之前不接受它，则第二呼叫7将不会产生成本。实际上，如果在设备a和b之间没有建立连接，则始发侧也不会产生成本。换句话说，如果设备b的用户拒绝该呼入呼叫，或者在设备a的用户挂断之前不接受它，则将不针对到网桥节点140的第一呼叫2对与始发设备a相关联的订阅收费。即，仅当第二呼叫7到达网桥节点140时，第一呼叫2才被应答。根据标准的电信计费例程，除非双方均到达网桥节点140，否则任何一方都不会产生费用，因为只有在此时才应答该呼叫。
在又一个替代方案中，终接设备b可以被配置为至少在服务消息4满足某些要求的情况(例如，关于始发设备a的cli)下自动应答呼入呼叫(即，生成接受命令6而不需要任何用户交互)。这样的行为是期望的，因为它能够实现成本低廉的远程监视。例如，用户可以从而呼叫远处的设施来调查可疑的闯入、检查宠物的状况或影响婴儿看护。
使用第二电话号码#2通过plmn(这里是132)进行第二呼叫7，第二电话号码#2可以与第一电话号码#1相同或者可以不相同。第二电话号码#2优选地存储在终接设备b中，并且第二电话号码#2可以是固定的或者可以动态地选择，例如基于终接设备b的位置。在前一种情况下，第二电话号码#2可以是默认号码，其可以与第一电话号码#1相同。但是，在后一种情况下，第二电话号码#2更可能是与第一电话号码#1不同。
响应于第二呼叫7，网桥节点140被配置为向服务器节点110发送第二网桥确认消息8。第二网桥确认消息8指定网桥节点140的第二网络地址，例如由第一网桥确认消息3所指定的同一地址。响应于第一网桥确认消息3和第二网桥确认消息8，服务器节点110被配置为向网桥节点140发送网桥提示消息9。此后，始发设备a和终接设备b可以互连。
优选地，在接收到网桥提示消息9时，网桥节点140被配置为通过网桥节点140中的会议桥145在始发设备a和终接设备b之间导致连接10。
服务器节点110和网桥节点140优选地以可通信的方式连接到存储计算机程序产品的至少一个存储器单元，该计算机程序产品相应地包含软件，当计算机程序产品在服务器节点110和网桥节点140中的至少一个处理器上运行时，该软件用于使服务器节点110和网桥节点140中的至少一个处理器与软件实现的呼叫处理工具swa和swb一起执行上述动作。
图2示出了根据本发明第二实施例的系统的概况。这里，图1中也出现的所有参考标记指示如上参考图1所述的相同的实体、信号、消息等。
与图1相比，图2例示了具有两个网桥节点141和142的系统，该两个网桥节点中的每个连接到服务器节点110，并分别连接到移动数据网络121和122，以及分别连接到公共陆地移动网络131和132。自然地，本发明同样适用于包括任何更大数量网桥节点的系统。但是，为了清楚起见，我们在这里不再举例说明。在任何情况下，当互连两个设备a和b时，最多两个网桥节点将同时启用。
类似于上述实施例，同样在图2中，我们假设始发设备a的用户通过始发设备a中的软件实现的呼叫处理工具swa来生成呼叫建立命令。响应于此，该软件实现的呼叫处理工具swa向服务器节点110发送呼叫建立请求1，该呼叫建立请求1尤其指示终接设备b的身份，例如以电话号码的形式。
基于呼叫建立请求1，服务器节点110被配置为分别通过第一网桥节点141和第二网桥节点142中的会议桥146和147以与上面参照图1所述类似的方式在始发设备a和终接设备b之间建立呼叫。
更确切地，响应于用户生成的呼叫建立命令，始发设备a中的软件实现的呼叫处理工具swa还被配置为使用存储在始发设备a中的第一电话号码#1通过plmn131向第一网桥节点141进行第一呼叫2。第一电话号码#1相应地可以是预定义的或者是动态选择的，例如取决于始发设备a的位置。
另外，响应于呼叫建立请求1，服务器节点110被配置为向终接设备b发送服务消息4，该服务消息4指示始发设备a的身份(例如cli)以及与终接设备b建立语音连接的请求。
基于服务消息4，终接设备b中的软件实现的呼叫处理工具swb被配置为生成提醒信号5，该提醒信号5向终接设备b的用户通知来自始发设备a的呼入呼叫。
在已经启动提醒信号5之后，该软件实现的呼叫处理工具swb被配置为等待来自终接设备b的用户的任何接受命令6。如果在终接设备b中接收到这种接受命令6，则该软件实现的呼叫处理工具swb被配置为对第二网桥节点142进行第二呼叫7。与上述类似，到网桥节点142的第二呼叫7当然也可以与提醒信号5同时进行，或者自动地进行而无需等待接受命令6。
使用与第一电话号码#1不同的第二电话号码#2通过plmn132进行第二呼叫7。即，第二电话号码#2指定另一个网桥节点，即142。此外，第二电话号码#2优选地存储在终接设备b中，并且可以是固定的或者是动态选择的，例如基于终接设备b的位置。可能地，对于第二网桥节点142的运营商而言，可以对终接设备b的用户订阅的运营商施加附加约束，使得如果可能的话避免与其他运营商相关联的网桥节点。
响应于第二呼叫7，第二网桥节点142相应地被配置为向服务器节点110发送第二网桥确认消息8'。第二网桥确认消息8'指定第二网桥节点142的第二网络地址，以向服务器节点110通知第二网桥节点142的身份。然后，分别响应于第一网桥确认消息3'和第二网桥确认消息8'，服务器节点110被配置为向第一网桥节点141和第二网桥节点142发送各自的网桥提示消息9'和9"。
基于所述网桥提示消息的第一网桥提示消息9'，第一网桥节点141被配置为通过其中的第一会议桥146而导致第一连接10'，该第一连接形成设备a和设备b之间的连接的一部分。
相应地，基于所述网桥提示消息的第二网桥提示消息9"，第二网桥节点142被配置为通过其中的第二会议网桥147至少在初始信令阶段导致第二连接10"，该第二连接10"形成设备a和设备b之间的连接的另一部分。即，优选地，一旦通过诸如因特网之类的互连网络150在第一会议桥146和第二会议桥147之间建立了连接11，则绕过第二网桥节点142以及替代地从plmn132建立直接连接7'(其中，终接设备b通过plmn132与第一网桥节点141进行通信)，这通常是有利的。
服务器节点110以及第一网桥节点141和第二网桥节点142优选地以可通信的方式连接到存储计算机程序产品的至少一个存储器单元，该计算机程序产品相应地包含软件，当计算机程序产品在服务器节点110以及第一网桥节点141和第二网桥节点142中的至少一个处理器上运行时，该软件用于使服务器节点110以及第一网桥节点141和第二网桥节点142中的至少一个处理器与软件实现的呼叫处理工具swa和swb一起执行上述动作。
为了总结以及参考图3中的流程图，现在我们将描述根据本发明的用于在始发设备和终接设备之间建立呼叫的一般方法，其中每个设备可以访问plmn以及移动数据网络。
第一步骤310，检查在始发设备中是否已接收到呼叫建立命令；并且如果是，则执行步骤320和330。否则，该过程回环(loopback)并停留在步骤310。
在步骤320中，通过第一移动数据网络将呼叫建立请求从始发设备发送到服务器节点。在步骤330中，使用第一电话号码通过plmn从始发设备向第一网桥节点进行第一呼叫。
在步骤320之后的步骤340涉及将服务消息从服务器节点发送到终接设备。在步骤330之后的步骤350涉及通过数据网络(例如因特网)将第一网桥确认消息从第一网桥发送到服务器节点。
在步骤340之后的步骤360检查在终接设备中是否已接受呼入呼叫；并且如果是，进入步骤362。否则，该过程回环并停留在步骤360。当然，在实践中，如果呼叫在一定时间内仍未被接受，则该处理超时。但是，为了清楚起见，在流程图中并没有具体说明。
在步骤362中，从终接设备向第二网桥节点(其可以与步骤330中所述的第一网桥节点相同)进行第二呼叫。然后，在步骤364中，通过数据网络(例如因特网)将第二网桥确认消息从第二网桥节点发送到服务器节点。
在并行步骤364和370之后的步骤370通过第一网桥节点和第二网桥节点中的会议桥来在始发设备a和终接设备b之间建立连接。此后，呼叫建立过程结束。但是，该呼叫保持活跃直到设备a和b中的至少一个断开连接。
可以借助于可编程处理器来控制上面参照图3描述的所有处理步骤以及步骤的任何子序列。此外，尽管以上参考附图描述的本发明的实施例包括处理器和在至少一个处理器中执行的处理，但是本发明因此也扩展到计算机程序，特别是在适用于将本发明应用到实践的载体上或载体中的计算机程序。程序的形式可以是源代码、目标代码、代码中间源和例如部分编译形式的目标代码，或者是适用于实现根据本发明的处理的任何其他形式。该程序可以是操作系统的一部分，也可以是单独的应用。载体可以是能够承载该程序的任何实体或设备。例如，载体可以包括存储介质，诸如闪存、rom(只读存储器)，例如dvd(数字视频/通用光盘)、cd(光盘)或半导体rom、eprom(可擦除可编程只读存储器)、eeprom(电可擦除可编程只读存储器)或磁记录介质，例如软盘或硬盘。此外，载体可以是可传输的载体，例如可以通过电缆或光缆或通过无线电或通过其他方式传送的电信号或光信号。当程序体现为可以由电缆或其他设备或装置直接传送的信号时，载体可以由这种电缆或设备或装置构成。替代地，载体可以是嵌有程序的集成电路，该集成电路适于执行相关处理或用于相关处理的执行。
当在本说明书中使用术语“包括/包含”时，术语“包括/包含”用于指定存在所陈述的特征、整体、步骤或部件。但是，术语不排除存在或添加一个或多个附加特征、整体、步骤或者部件或者其组合。
本发明不限于附图中所描述的实施例，而是可以在权利要求的范围内自由地变化。