CN100484166C - 用于根据文本查询直接连接电话呼叫的系统和方法 - Google Patents

Abstract

提供了一种系统和方法，其用于直接根据来自用户(1)的文本查询呼叫来连接电话呼叫。专用运营中心(3)建立包含客户概要的数据库(5)。期望接收例如来自公众用户(1)的电话呼叫的客户在运营中心(3)注册此种客户概要。任何一个客户概要都包含电话域名(PHONENAME)和至少一个目的地电话号码。当用户发送文本消息时，他必须指出电话域名(PHONENAME)和运营中心代码(2001)。在通过该代码(2001)到达的运营中心(3)内，搜索数据库(5)，使用对应于所指出的域名的目的地电话号码来建立到该目的地的呼叫，且然后用户(1)被直接连接到该目的地。

Description

用于根据文本查询直接连接电话呼叫的系统和方法

技术领域

本发明涉及一种用于在数字电话系统中，特别是移动电话系统中连接电话呼叫的方法。

背景技术

事实上记住电话号码远比记住符号名称困难。因此，在通用现有技术中，存储在移动电话内的本地概要提供将自由选定的名称和某个电话号码相连的选项。该选项帮助这样的用户，该用户希望呼叫有限的订户号码而无需总要记住他们的号码，而相反的是使用他们的对应的名称。在印好的电话号码簿或使用计费信息服务中，这种可选方案是需要花费时间的搜索。

近来，电话运营商引入了能使用短消息服务(SMS)响应于表明订户名称的查询呼叫来递交订户电话号码的信息服务。此种信息服务解决方案有一些缺点。许多人有相同或相似的名字，并且在较小的电话显示器上可能出现许多可选电话号码，从而难于正确决定。同样，正确拼写第一、中间和最后的名字也是困难的。还应当注意到，这是为用户提供电话号码的服务，而不是在呼叫连接中结束的服务。

在专利文献中提出了一些其它的解决方案：JP2082854公开了一种在电话上拨打文本的方法，其中电话自身将该文本转换为电话号码。换句话说，该用户电话是一种特殊的电话，其必须用名字/文本和对应的电话号码进行预先编程。电话发送标准的电话号码，因此电话之外的系统是非常普通的系统。

从JP5041739中得知一种解决方案，在该方案中，用户首先建立到某个运营中心(通过以常规方式使用常规电话)的连接，然后用户用语音说出他期望作为目的地号码的电话号码。运营中心的特殊点在于，它具有语音识别功能，并能从具有匹配“声音”和电话号码的表中取出目的地号码。

美国专利申请号No.09/813,845，公开号No.US2002/0136390-A1(在本发明优先权日之后公开)描述了一种解决方案，在该方案中，可在两个(或若干)订户之间建立连接，其中主叫方根据预定规则必须在将要发送到预定地址的文本消息中指明某些可分析的信息，并且其中该主叫方是“有效”或注册客户。换句话说，主叫方首先向运营商注册，并规定一组规则或专用命令，从而例如消息“c1”意思是“建立我的移动电话和我的家用电话之间的连接”。

WO02/05533-A1(在本发明优先权日之后公开)公开了另一种方法，该方法响应于来自移动订户的请求，在移动订户和第二电话订购(subscription)之间创建呼叫连接。SMS服务用于该请求。位于移动运营网络中的运营中心包含数据库，对该数据库根据例如请求中所指明的名字进行查阅，且优选的是通用电话号码簿的该数据库提供电话号码。然后，发出至请求移动订户的电话呼叫，请求订户应答，然后目的地订户电话被呼叫。一旦应答该呼叫，移动运营商者设备链接该呼叫连接，从而形成两方之间的呼叫连接。

WO02/05533-A1的方法在某些方面和本发明相关。但已知方法有一些缺点，其中最重要的一个缺点就是不定性问题。在WO02/05533-A1中没有涉及当一个请求导致若干目的地号码时应当怎样做的阐述。并且，由于通常将非常大的电话号码簿作为数据库，经常而不是偶尔的结果是，一个基于例如是名字的请求的结果是若干号码。

此外，WO02/05533-A1仅依靠某个移动网络内的移动运营中心，尽管优选的能用具有标准化接口的独立服务提供商实现此类系统。换句话说，仅那些特殊移动运营商的订户(其由该运营商注册并能通过他们的特殊订购而使用某种消息代码和命令)才能使用此服务，而不是具有其他订购的任何人。

因此，需要一种对具有通用数字电话订购的每个人都开放的服务，且该服务能直接在此通用订户(用户，主叫方)和选定客户(被叫方)之间建立连接，而不存在不定性问题。

发明内容

为了试图满足此需求，根据本发明的第一方面，提供了一种用于在数字电话系统内连接电话呼叫的方法，在该方法中，用户(1)使用基于文本的消息服务发送信息到运营中心(3)，根据此信息，在所述运营中心(3)的数据库(5)内找到目的地电话号码，并连接在该用户(1)和期望目的地之间的呼叫，其特征在于：在所述运营中心数据库(5)内建立用于具有从该运营商获得到各自电话域名(PHONENAME)权利的客户的客户概要基础，所述客户概要基础包含用于各个电话域名的至少一个目的地电话号码，以及，用户(1)以包含至少电话域名(PHONENAME)和运营中心代码的消息形式发送所述信息，从而根据所述运营中心代码经至少一个本地交换机(2)路由所述消息到运营中心(3)，且在该运营中心内，搜索所述数据库(5)，以用于期望域名和至少对应的目的地电话号码，然后通过所述目的地电话号码从运营中心呼叫该目的地，同时路由另一呼叫到用户(1)，直接建立该连接。

为了试图满足此需求，根据本发明的第二方面，提供了一种用于连接呼叫的数字电话系统，包括：用户(1)电话，其具有用于使用基于文本消息服务的选项，本地交换机(2)以及具有数据库(5)的运营中心(3)，其特征在于：所述数据库(5)包括客户概要基础，该概要基础用于具有从该运营商获得到各自电话域名(PHONENAME)权利的客户；所述客户概要基础包含至少一个用于每个域名的目的地电话号码，所述运营中心(3)还包括：装置(10)，其用于从所述数据库(5)中取出和包括在所述消息中的电话域名(PHONENAME)相对应的目的地电话号码；装置(10)，其用于呼叫目的地电话号码和用户号码，并用于将用户(1)之间连接到对应的目的地。

因此，和最接近的现有技术相比，本发明涉及一个系统和一种方法，在此系统和方法中，任何人都可用作主叫方，但在该方法中，每个被叫方都是登记在专用电话服务提供商数据库内的客户。服务提供商建立此类数据库，用于容纳具有专用电话域名的客户概要，该电话域名形成用于来自通用用户的文本消息的基础，且如果用户能正确写入这样一个域名，该数据库能保证找到对应域名。现有技术的系统和方法的运营正好相反，即允许注册客户(主叫方)在其网络内使用预定命令，但不能确保在广泛的通用数据库中发现，或它们依靠通过用户(主叫方)预定义的码并用其专用服务提供商存储而获得的专用连接对。

在本发明的某些实施例中，在连接呼叫之前，根据存储在运营中心数据库内的信息，首先返回文本消息或语音呼叫到主叫方，代表被叫方提供选择。应当注意到，这不是表示不定性，而是能增加服务价值的选项。

附图说明

下面，通过讨论本发明实施例并参考附图详细说明本发明，其中

图1显示说明本发明方法的通用步骤和选择步骤的流程图，以及

图2显示略述本发明的系统中的若干重要元件的系统框图。

具体实施方式

虽然强调本发明涉及一种具有发射文本消息能力的通用数字电话系统，但以下将结合GSM移动电话系统作为例子说明本发明。

参考图1，电话服务提供商/运营商在运营中心3建立专用数据库5。该运营中心3在网络中用专用运营中心代码(2001)识别。数据库5是包含客户概要的数据库，该客户概要是用于那些通过和运营商/服务提供商的专用协议和付费而在数据库内获得此类概要空间的客户。

该客户可以是私人、公司或机构，但主要的想法是客户希望有来自公众的接收路径。因此，提供多种服务给公众的公司和机构逻辑上是主要的客户候选人。

一个例子是出租车公司。通过在数据库内用简单如“TAXI”的电话域名来建立客户概要，出租车公司能使公众用户1发送非常简单的SMS消息，即“TAXI”到地址“2001”。当运营中心“2001”的数据库搜索“TAXI”时，发现了该出租车公司或它的电话号码，并当开放到用户(主叫方)1的连接时，启动到出租车公司的呼叫，链接这两个连接，从而用户仅仅通过发送“TAXI”文本消息而直接到达出租车公司。

通常，运营中心3还提供除在此提出的服务外的其他服务，例如某种类型的娱乐。则，优选的使用预代码来区分这些服务。在出租车的例子中，消息格式可以是“NAM TAXI”，即用预代码NAM来指定期望的“基于名称”的服务。然而，如果运营中心仅提供本发明的服务，或给这些服务优先级，则无需用于呼叫建立的预代码。

通过其他运营网络4以正常方式建立到客户(出租车公司)的连接。经至少一个本地交换机2，通常经过若干交换机来将来自用户移动电话的初始文本消息路由到达专用的运营中心3。运营中心3在移动网络内不是必需的。

因此，客户(被叫方)能选择附加到在运营中心数据库中他们的概要内的他们电话号码的他们自己唯一的符号名称。然后，通过可选择预代码、电话域名和运营中心代码(例如：发送“NAMMUTSIBUSHU”到“2001”，并建立到公司MUTSIBUSHU的直接呼叫)能实现来自公众用户(主叫方)呼叫的直接连接。这是通过建立有指向数据系统的文本消息服务和编程某个运营中心3的电话服务提供商实现的。通过在运营中心数据库内搜索，通过系统程序来在一个表内找到该唯一的电话号码。

进一步参考图1，当用户1发送移动SMS消息时，本地交换机2翻译该SMS代码，且如果该运营中心的地址是2001，则转发该消息到专用运营中心3。运营中心3内的程序检查是否已拨叫了预代码NAM，并如果是，则转发具有电话域名的呼叫到数据库5。由程序来检查该结果，该程序在返回电话号码时发送呼叫连接请求到公众电话网络内的电话交换机4。如果数据库搜索没有导致任何信息返回，则反过来发送“没有注册电话名称”的错误消息到主叫方(用户)1。

如果用户1没有输入预代码，尽管如此，还是使用图1所示数据库5右侧的测试来转发具有电话域名的请求到数据库5。仅当存在该运营中心(“2001”)不能辨认的预代码时，才返回到用户1的消息将指明“没有被许可的预代码”。

图2显示在本发明系统内必需和可选的元件。在该系统的中心是具有包含客户/域名概要的专用数据库5的运营中心3。运营中心3可包括：用于连接会议呼叫的会议电话桥接器8，和用于返回语音消息给用户的语音机器9。方框10表示用于计费和数据处理的功能，以及另一个方框11表示由该运营中心3提供的可选服务，即，除本发明的连接服务之外的其他服务。

运营中心3经应用程序接口6被连接到公众电话网络4。图2中用移动电话表示用户1，其可经基站12连接到本地交换机2。(为简明起见省去该移动网络内的其它网络单元)。由本地交换机2表示的移动网络被连接到公众电话网络4。

固定电话13主要表示目的地订户，但如果电话装置13和公众电话网络4是具有发射文本消息的能力的数字网络，则其也可表示用户，即主叫方。

经用户控制接口7从运营中心3到互联网的直接连接选项表示在图的左侧。因此，客户可从他自己的计算机14向运营中心3注册，或如所需要的，他可以使用密码发送命令来改变在他自己的客户概要中的概要参数。

客户概要可包括比和域名结成对的电话号码更多的信息。一个在多种地理位置具有很多当地分支办公室的公司可在其客户概要中输入若干电话号码，以及在用户1位置和最近的分支办公室位置之间创建匹配的指令。从而，当发送请求消息“NAM MUTSIBUSHU”时，呼叫可被直接连接到最近的MUTSIBUSHU办公室。

这可以通过从用户发送用于用户移动电话的位置数据作为应用层信息的一部分来实现，通常在通信协议的较低层次不能访问该数据。使用此方法，还能引入多种其他可选服务，例如返回消息到主叫方。

本发明的系统对于其他可能的解决方案是开放的。一个例子是，在一个共同服务区域内的若干公众服务提供商可付费给数据库中心运营商，从而获得将其输入作为在一个专用客户概要内具有一个专用对应域名的选择的权利。例如，在大城市中竞争的出租车公司，像“OsloTaxi”，“Norgestaxi”，“Taxi 2”可以这样做。然后，当用户发送文本消息“NAM TAXI”到2001时，共同客户概要可以呈现作为语音消息或文本消息返回给用户的选项，例如“选择1是Oslo Taxi，选择2是Norgestaxi等”。用户然后可以简单的按下他选择的数字键，且运营中心立即建立所期望的连接。

和当用户在他不知道本地出租车公司电话号码的城市中时遇到的问题的情况相关的另一种可能性是，在出租车公司数据库概要中的通用指令，用以比较用户位置(如上所述)和任何一个本地出租车公司的位置，从而根据用户实际位置直接提供到最近的本地出租车公司中心的连接。这就意味着甚至当用户在另一城市时他也能够输入“NAMTAXI”而不需任何修改，且他的“归属”出租车公司或甚至是持有重要域名“TAXI”的特殊出租车公司或出租车中心将提供至任何城市中任何本地出租车中心的连接。

因此，在本发明中，用户(主叫方)总是获得直接呼叫连接作为结果，或在结束之前通过做出直接呼叫连接，从系统返回一个预定动作。在运营商的客户系统内解决了获得正确对应的目的地电话号码的问题。在现有技术中，总是存在当接受多种多种输入类型、格式和预代码时，从搜索数据库中获得可靠结果的问题。在本发明中，存在对用于检索目的地订户的消息内容和形式的准确规定。

运营中心内的数据处理程序包括根据可选的预代码、电话域名、对应的概要以及是系统集成部分的判定数据库而用于若干不同服务和动作的详细的处理程序。

关于国际呼叫，本发明的解决方案是使用电话域名、点加上顶级域(例如国家码)。因此，完全长度版本的电话域名的格式是“DOMAINNAME.TOPDOMAIN”，其中TOPDOMAIN是用在互联网域名中的国家码，或其它类似“com”，“org”等的顶级域。例如“MUTSIBUSHU.COM”，“MUTSIBUSHU.DE”。如果没有在数据库或客户概要中另行规定，则没有由默认国内呼叫所表示的点和TOPDOMAIN。

根据预代码，在本发明的系统中提供附加值增值服务。当给出选项并返回语音或文本消息给用户1时，给出服务该专用电话域名的预定选项：

-用名称和地址识别所确认的目的地订户。从而可在连接发生之前取消呼叫。

-如果呼叫具有多于一个办公室位置的公司，则通过根据给定信息按下电话键可以选择多种可选连接。

-当添加了用于呼叫者定位/位置的数据时，可选连接被限定到最可能的目标。

-如果使用例如“出租车”的关键词，则能在不同本地公司之间选择进行(也是根据呼叫者位置)。

-如果目的订户线被占用，则当目的订户线空闲时，某语音可以提供连接建立(“仅拨1”)。

此外，在数据库中可以包含多种选项，这些选项可以

-根据一天、一周或一年的时间连接到不同号码，

-根据时间(如上)给出不同的自动应答消息，

-接收语音消息，

-根据仅和一个电话域名相关的目的地来连接会议呼叫。

在普通安全防范下，使用标识符和密码可以建立或改变所有的客户概要选项。能使用具有预代码的SMS消息，以用于域名的客户控制，从而

-注册新名称，

-询问谁是所有人，

-改变任何一个概要参数，

-删除所有的域名。

此外，某个选项是用以将运营中心3经互联网和用户控制接口7联系，参见图2。

作为默认设定，如果在呼入的SMS消息内没有给出预代码，则将建立至包含在该SMS消息内的域名所有者的呼叫。

运营中心3当然可以是一个或多个运营网络的集成部分，通过例如7号信令系统和其他交换机以及服务交换机互联，正如在最接近的现有技术系统中的一样。然而，这样就对服务运营添加了若干限定，因为这样的信令系统是设计用于一个网络内的运营或用于网络之间的互联的。更好的解决方案是在本发明中的一个，其中使用API(应用程序接口)，由移动网络运营商提供该API给“运营中心”的独立提供商。从Parlay Group中的规范找到一个此种API的例子，如在www.parlay.org给出。使用API和使用网络信令系统非常不同，因为API处理所有安全问题和计费信息。类似Parlay的API仅被开发用于保持安全性，而“其他”则可以使用网络的信令系统。

关于计费过程，有多种方法可以安排计费。一种可能性是目的订户(客户)付全部费用(除了标准的SMS费用)，即用户的“免费呼叫”(绿色号码)。另一种可能性是主叫方(用户)通过固定的额外收费的SMS给呼叫付费，然而具有有限连接时间。此外，还能通过“用于微量付款的电子钱包”进行付费。

还能通过本发明的系统建立会议呼叫。用于会议呼叫的电话域名和“标准”电话域名类似，但在概要规定方面不同，其中至少存储两个订户号码。该系统程序在会议呼叫(如果目的订户应答)中将所有存储的目的号码连接到用户/主叫方。在此种概要中的订户无需是运营中心的“客户”。

另一种连接会议呼叫的方式是当用户忙于经运营中心3早已建立的第一连接时，他就发送额外的文本消息。这个新的文本消息，和另一个电话域名一起，将导致从运营中心到另一目的地的新的呼叫，并且最终此新的连接被链接到现有连接中。

目前为止，码2001用作代表专用运营中心3的四位代码的例子。在许多这样的由不同电话服务提供商使用的代码中，选择或分配易于记忆的代码当然是有利的，例如2468或5555。另一种易于找到的代码是用四字符单词，例如NAME或类似产生的代码。在标准的移动电话键盘中，按下键N-A-M-E会给出号码6263。因此，6263是合适的运营中心代码。

在以上的讨论中，给出了类似互联网域名的电话域名的多种例子，它们具有或不具有国家互联网域名后缀(例如用于挪威的.no)、电子邮件地址或互联网地址(URL)。应当注意到，通常，电话域名可以是任何在产品上得出的唯一标识符，例如零件号码或注册号码，或任何类似EAN代码(条形码)、车辆登记号码等号码部分的唯一号码。

登记此种电话域名的目的例如可以是为消费者提供易于访问的产品信息，例如价格、保修、建议用途、认购等。此种信息可由语音机器、到服务呼叫中心的直接连接或只简单是到产品所有者的呼叫连接来自动给出。

Claims (22)

1.一种用于在数字电话系统内连接电话呼叫的方法，在该方法中，用户(1)使用基于文本的消息服务发送信息到运营中心(3)，根据此信息，在所述运营中心(3)的数据库(5)内找到目的地电话号码，并连接在该用户(1)和期望目的地之间的呼叫，其特征在于

-在所述运营中心数据库(5)内建立用于具有从该运营商获得到各自电话域名(PHONENAME)权利的客户的客户概要基础，所述客户概要基础包含用于各个电话域名的至少一个目的地电话号码，以及

-用户(1)以包含至少电话域名(PHONENAME)和运营中心代码的消息形式发送所述信息，从而根据所述运营中心代码经至少一个本地交换机(2)路由所述消息到运营中心(3)，且在该运营中心内，搜索所述数据库(5)，以用于期望域名和至少对应的目的地电话号码，然后通过所述目的地电话号码从运营中心呼叫该目的地，同时路由另一呼叫到用户(1)，直接建立该连接。

2.根据权利要求1所述的方法，其特征在于所述运营中心(3)通过应用程序接口(6)连接到网络，使用标准的命令组、按照服务逻辑或控制动作所规定的顺序建立用户(1)和目的地之间的连接。

3.根据权利要求2所述的方法，其特征在于所述运营中心(3)进一步操作用于提供按照所述服务逻辑或控制动作规定的语音或消息提示。

4.根据权利要求2所述的方法，其特征在于所述运营中心(3)进一步操作用于根据需要来收集和转发收费信息到计费中心。

5.根据权利要求1所述的方法，其特征在于所述运营中心(3)从所述本地交换机(2)收集关于用户(1)位置的数据，并从这些数据中，运营中心(3)命令呼叫连接到在客户概要内具有目的地电话号码的电话中最近的本地电话，该客户概要通过来自用户(1)的消息内所指明的电话域名来识别。

6.根据权利要求1所述的方法，其特征在于所述运营中心(3)从所述本地交换机(2)收集关于用户(1)位置的数据，并根据预编程判定算法，所述运营中心(3)返回给用户(1)具有关于目的地连接的至少两个选择的消息。

7.根据权利要求6所述的方法，其特征在于该具有关于目的地连接的至少两个选择的消息是文本消息。

8.根据权利要求6所述的方法，其特征在于该具有关于目的地连接的至少两个选择的消息是语音消息，其指明被叫电话域名(PHONENAME)并拨打用于可选呼叫目的地的选择。

9.根据权利要求1所述的方法，其特征在于来自用户(1)的消息包括预代码(NAM)，该预代码用于将此消息和到达相同运营中心(3)的关于由该运营中心提供的其他服务的消息区分开来。

10.根据权利要求1所述的方法，其特征在于当某客户概要包含链接到某电话域名(PHONENAME)的会议呼叫指令时，运营中心(3)自动连接用户(1)和至少两个可能不是客户的其他订购之间的会议呼叫。

11.根据权利要求1所述的方法，其特征在于当运营中心(3)建立用户(1)和第一域名目的地之间的第一呼叫连接时，用户(1)发送另一个包含另一电话域名的文本消息，从而调用来自数据库(5)的另一个目的地电话号码，并当从运营中心(3)连接该新的目的地呼叫时，链接第一呼叫连接和新的呼叫连接，以形成会议呼叫。

12.根据权利要求1所述的方法，其特征在于给运营中心数据库(5)内的客户概要基础提供包括位置和时间的可变参数，从而可关于此类参数改变对应的目的地。

13.根据权利要求1所述的方法，其特征在于为了记忆和易于拨叫的目的，选择运营中心代码。

14.一种用于连接呼叫的数字电话系统，包括：用户(1)电话，其具有用于使用基于文本消息服务的选项，本地交换机(2)以及具有数据库(5)的运营中心(3)，其特征在于

-所述数据库(5)包括客户概要基础，该概要基础用于具有从该运营商获得到各自电话域名(PHONENAME)权利的客户，

-所述客户概要基础包含至少一个用于每个域名的目的地电话号码，

-所述运营中心(3)还包括

装置(10)，其用于从所述数据库(5)中取出和包括在所述消息中的电话域名(PHONENAME)相对应的目的地电话号码

-装置(10)，其用于呼叫目的地电话号码和用户号码，并用于将用户(1)之间连接到对应的目的地。

15.根据权利要求14所述的系统，其特征在于所述运营中心(3)通过应用程序接口(6)连接到网络，使用标准的命令组、按照服务逻辑或控制动作所规定的顺序建立用户(1)和目的地之间的连接。

16.根据权利要求15所述的系统，其特征在于所述运营中心(3)进一步包括装置(9)，其用于提供如所述服务逻辑或控制动作所规定的语音或消息提示。

17.根据权利要求15的系统，其特征在于所述运营中心(3)进一步包括装置(10)，其用于根据需要来收集和转发收费信息到计费中心。

18.根据权利要求14所述的系统，其特征在于所述运营中心(3)包括装置(10)，其用于从所述本地交换机(2)收集关于用户(1)位置的数据，并从这些数据中，命令呼叫连接到在客户概要内具有目的地电话号码的电话中最近的本地电话，该客户概要是通过来自用户(1)的消息内所指明的电话域名来识别。

19.根据权利要求14所述的系统，其特征在于运营中心(3)包括装置(10)，其用于从所述本地交换机(2)收集关于用户(1)位置的数据，以及装置，其用于根据预编程判定算法来返回给用户(1)具有关于目的地连接的至少两个选择的消息。

20.根据权利要求19所述的系统，其特征在于所述用于返回消息的装置是语音机器(9)。

21.根据权利要求14所述的系统，其特征在于运营中心(3)包含会议电话桥接器(8)，其用于连接用户(1)和至少两个无需是运营中心(3)客户的其它订购之间的会议呼叫。

22.根据权利要求14所述的系统，其特征在于给运营中心数据库(5)内的客户概要基础提供包括位置和时间的可变参数。

Images