用于管理语音邮件确认的方法及系统的制作方法

专利名称：用于管理语音邮件确认的方法及系统的制作方法
背景技术：
近年来，通信系统已经为消费者用户引进了许多新服务。例如，当被叫方不在时，语音邮件系统被用来给主叫方提供语音消息服务。更具体地，在未完成的电话呼叫的情况下(例如，被叫方或忙或不在)，为被叫方留下语音消息被广泛应用。语音消息事实上可比其中实际上不需要呼叫双方的参与来交换简单信息的电话交谈更高效。可以考虑用语音消息替换被要求转录消息的人工值机员，或替换可被连接到被呼叫的电话上的简单模拟录音设备(电话应答机)。
该特性由电话服务供应商提供给固定线路电话及移动电话网(GSM、GPRS、UMTS、...)两者。因此，重要的是向这种固定或无线终端设备的用户提供手段，通过该手段，一旦语音邮件被被叫方读取，就可以使他们得到通知。
参考图1，当今的语音载体的基础设施基于分层电路设备(TDM)，具有管理语音服务的本地交换交换机(五类)120以及管理呼叫路由的转接交换机(四类)110。本地交换交换机120是处理三项主要任务的复杂设备；即-经由模拟或ISDN线路到提供商网络的用户连通性；-电话服务的交付，例如拨号音、数字分析、呼叫详细记录产生、呼叫等待、呼叫转移、电话会议、主叫ID等等；以及-利用转接/汇接交换功能(四类)及网络信令(SS7)到提供商核心网络的连通性。
下一代网络(NGN)是新的通信网络结构。这在附图2中被示出。该原理是使用至今仍保留用于数据的分组模式传输技术来传输所有各种类型的远程通信服务。此外，接口与通信网络的不同层(传输220、控制210及应用200)分离以允许网络更大的演进。最后，NGN利用新的分组技术提供宽带服务。
NGN在服务层中包含中央服务服务器201，并且在控制层中包含媒体网关控制器211。传输层包括被连接到信令网关230的IP交换核心网络225。IP交换核心网络包括到数字用户线路访问多路复用器(DSLAM)240、内容传输管理系统(CMTS)250的连接以及IP语音(VoIP)连接。信令网关包括通过SS7连接到其他电话公司以及通过ISDN PRI连接到客户PBX的公用交换电话网(PSTN)235的连接。系统的该类型包括用户可用的服务及应用的所有标准型，例如语音邮件、呼叫等待、呼叫者ID等等。
语音邮件系统进行操作以将消息提供给某人已呼叫的用户，然后在用户方便的时候，用户联系打电话的人。有时用户忘记打电话或只是不想麻烦。在他们错过答复的情况下，或如果他们需要紧急答复，此人可打若干次电话。打电话的人没办法知道用户是否已听了语音邮件或读了其他类型邮件。

发明内容
本发明的一个目的是提供管理语音邮件系统，以便一旦被叫方听到其语音邮箱中的语音邮件消息，就发送确认给主叫方的方法。
本发明涉及如独立权利要求中定义的方法及系统。
更具体地，本发明揭示了一种确认由第一用户在第二用户的语音消息系统上给第二用户留下的语音消息的接收的方法，该方法包括步骤-与由第一用户留给第二用户的语音消息一起包含第一用户确认简档的细节，其中用户确认简档位于巳知的位置并包括用于对第一用户进行确认的手段；-在第二用户收到消息时，确定用于向第一用户确认语音消息已被第二用户收到的手段；-提供有关第二用户已收到语音消息的确认给第一用户。
从属权利要求中提供了本发明的进一步的实施例。
本发明的优点是确保一旦被叫方收到消息，则主叫方就会将得到消息。不必打多次电话或留下大量消息。当收到回呼时，则所留的消息肯定已被收到。


现在将通过例子参考附图，在其中图1是当前语音载体基础设施的例子；图2是下一代网络的示意图；图3是根据本发明示出语音邮件确认系统的可能配置的示意图；图4是图3的系统的消息流并示出了处理方法的步骤；图5A及5B示出了供图3及4的系统使用的表；图6示出了OSI参考模型及SS7协议栈；图7示出了SCCP信头；图8示出了用于从语音邮件服务器(VMS)到确认服务器(AS)的读取确认指示符(RAI)的传输的网络；图9示出了使用SIP信令的网络；以及图10示出了SS7发起查询的例子。
具体实施例方式
参考图3并根据国际编号方案，电话机被集合成组。本文中这些被称为语音邮件用户组(VUG)。VUG组可基于利用TDM传输结构340的分层网络或新一代网络(NGN)结构300及320。通常，语音邮件服务器与语音邮件用户组306、326及346相关以提供语音消息服务给该VUG的用户。根据本发明的优选实施例，在每个VUG组中增加新服务器类型以支持本发明的语音邮件读取确认系统。这些为″语音邮件读取确认″服务器305、325及345。
通常对于语音邮件服务，新用户必须预订此项服务。该预订取决于经营者的要求，可以是免费的或固定收费的。预订后，为用户建立语音邮箱。该过程包括分配存储空间以记录音频消息以及定义若干参数，例如待处理的消息的数量、时间的长度、当音频消息被放进语音邮箱时提供的通知的类型、欢迎消息以及许多其他特性。
对于语音邮件读取确认服务，服务对于所有用户来说不用任何预订就可以使用。读取确认服务本身由属于被叫方VUG组的远程语音邮件服务器管理。然而如图4所示，用户可更改确认消息被发送400的方式。该注册包括用于给主叫用户发送读取语音邮件确认的手段以及要发送的信息。可使用若干手段，例如SMS、电子邮件、音频或诸如此类。在由SMS或由音频通知的情况下，将使用的MSISDN必须被定义，而对于电子邮件通知，电子邮件地址必须被定义。
附图5A示出了用户确认表500。每个条目代表一个用户。用户列510通过其自己的MSISDN标识用户，通知类型列520指示用于发送确认消息的手段，以及通知ID列525给出有关发送该消息所到的地址的信息。当同一用户请求若干类型的通知时，表中建立基于通知类型的条目。因此，同一用户在表中可出现若干次。可选地，用户可指定通知类型的优先次序以首先尝试。
当用户没有注册时，通过给MSISDN主叫用户打电话可发送读取语音邮件确认。文本-语音服务器指示由主叫用户给特定方产生并由日期(DD:MM:HH:MM)标识的消息已被读取。再参考图4，在步骤410，用户A(UserA)呼叫用户B(UserB)。如果用户B忙或不答复，则由用户A发出的呼叫被重定向到与用户B相关的语音邮件服务器415。语音邮件服务器利用音频应答单元420来邀请用户A记录消息并确定当用户B收到消息时是否需要确认。可通过对问题的有声应答或者利用电话键键入代码所产生的DTMF(双音多频)来请求确认425，显然也可使用其他确认手段。在步骤430处，用户A在用户B的语音邮箱中记录消息。当用户A挂断电话435时，用户B的语音邮件服务器在具有用户B的语音邮箱的附图5B的语音邮件表550中建立条目。该表包括以下-作为消息的唯一标识符的MsgID 560；-作为表明主叫用户是否请求读取确认的布尔变量的确认字段565。
-标识在语音邮箱中留下消息的用户的主叫用户MSISDN 570。
-消息575的接收日期，例如具有DD:MM:YY:HH:MM的形式。
其中DD是日，MM是月，YY是年，HH是小时，MM是分钟。
-如果合适，指向包含音频消息的文件的指针。
被叫方用户B被通知440有一个新消息在信箱里等待。该通知可由语音邮件服务器所使用的任何传统手段产生，例如利用语音邮箱简档中配置的MSISDN发送的SMS、同样利用语音邮箱简档中的电子邮件地址的电子邮件、音频消息、显示在电话设备屏幕上的文本信息、灯光闪烁或诸如此类。用户B之后访问语音邮箱并读取消息445。如果邮箱表的确认标记565表明读取确认已被请求，则语音邮件服务器发送“读取确认指示”消息350到消息始发者所属于的确认服务器。“读取确认指示”消息包含以下字段-主叫MSISDN-被叫MSISDN-音频消息建立的日期(DD:MM:YY:HH:MM)-音频消息交付的日期(DD:MM:YY:HH:MM)收到“读取确认指示”消息时，确认服务器利用主叫MSISDN查询用户确认表500以识别条目500。如果没有发现条目，则产生针对从″读取确认指示″消息中检索到的主叫MSISDN的呼叫，以表明为相应于被叫MSISDN的用户B留下(在音频消息产生的日期)的音频消息已被读取(在音频消息交付的日期)。如果找到一个或若干条目，则利用由通知类型字段520及通知ID 525指定的手段进行若干通知。此外，针对用户的所需通知手段可存在某种优先级，其可被用于选择通知的优选手段，例如在一天的不同时间里。
现在更详细地描述从语音邮件服务器(VMS)到确认服务器(AS)的读取确认指示符(RAI)的传输(图4的450)。因为这是新类型的传输，RAI将影响若干网络单元和网络标准，或被其影响。下面更详细地认识这些影响。语音邮件服务器(VMS)及确认服务器(AS)被认为是两个不同SS7网络的两个节点，但显然可在不同环境中不同地考虑。
公共信道信系统No.7(SS7或C7)是由国际电信联盟(ITU)无线电通信标准化部门(ITU-T)所定义的无线电通信的全球标准。该标准定义了规程与协议，根据该标准，公用交换电话网(PSTN)中的网络部件在数字信令网上交换信息以完成无线(蜂窝的)和有线呼叫建立、路由及控制。
SS7网络中的每个信令点由数值信令点码(SPC)唯一地标识。在信令点之间交换的信令消息中携带SPC以标识每个消息的源及目的地。每个信令点利用路由表来选择每个消息的合适信令路径。
SS7网络中有某些种类的信令点，即SSP(服务交换点)、STP(信号传送点)、SCP(服务控制点)以及IP智能外部设备。智能外部设备是IN(智能网络)术语，其被给予与用户或用户交互并起到发布公告、从服务的用户收集拨号数字或“说出的应答”的作用的设备。
本发明的VMS及AS是IP节点。它们被唯一地通过在其相应的SS7网络中唯一的PC(点码)标识，并且因此其可以与SS7栈设施通信。
图6示出OSI参考模型及SS7协议栈，并且这里被用于帮助识别受到读取确认指示符(450)的传输影响的单元等等。
对于本发明中的“读取确认指示450”信令消息的传输，使用事务处理能力应用部分(TCAP)600。
TCAP利用信令连接控制部分SCCP无连接服务支持SS7网络上应用之间的非电路相关数据的交换。例如，SSP与SCP之间发送的查询及响应被携带在TCAP消息中。
受影响的另一个空间是SCCP。附图7中示出了SCCP信头。全局标题700是地址(例如，拨号800号码、主叫卡号、或移动用户标识号码)，其由SCCP转换成目的地点码710及子系统号码720。子系统号码唯一地标识目的信令点处的应用。
SCCP提供先进的寻址能力，其中子系统被表示成被称为全局标题的数字阵列。全局标题是对消息的始发者隐藏SS7点码710及子系统号码720的方法，例如在不同网络之间的互操作中，其中没有SS7点码的公共分配。此种方法被用于在不同国家之间漫游的GSM移动系统中。
基于网络拓扑，在STP或网关交换机处转换全局标题，其中网络具有与相邻网络进行互操作的功能。用于消息路由、交付到SCCP的寻址信息因此可包括目的地点码及子系统号码或全局标题。对于成功的消息传输，为了使消息离开SCCP节点，最低要求是目的地点码。如果无一提供，则提供被叫地址信息以进行全局标题翻译。这将有希望至少产生目的地点码及可选的子系统号码或新全局标题。所接收消息中的被叫地址信息包括指示SCCP在点码及子系统号码或全局标题(如果提供的话)上路由的路由指示符。如果设置为在全局标题上路由，被叫地址被提交进行翻译以产生新目的地址，其可以是本地节点或网络中的不同SCCP节点(其本身可再次翻译地址信息)。图8是示出针对这个假定的网络的示意图。读取确认指示符(RIA)必须经由不同SS7网络，从用户B语音邮件服务器VM路由到用户A确认服务器AS。然而VM不知道想要的AS的点码。其只知用户A ISDN。该ISDN将被用作为全局标题以推断目的AS点码。由连接到两个不同SS7网络的STP完成该翻译。这些STP具有一些拨号规划，通过这些规划，STP可推导出拥有用户A ISDN的运营商。
点码类似LAN中的专用IP地址。运营商B SS7网络810中的具有目的地点码Pcog_a 800的消息只能由属于该网络的STP 820传递。其不能由国际STP或运营商A STP传递。
网关830、840以或多或少类似于路由器的方式实现点码翻译，该路由器实现局域网与广域网之间的NAT，以将专用IP地址翻译成该广域网上可被路由的公共IP地址。PC“翻译”此处由SCCP及全局标题处理机构来进行。
RAI从用户B的VMS到达用户A的AS的过程如下a)运营商A用户在用户B的VMS上留下信息b)运营商B用户在VMS上读取该消息c)然后运营商B VMS发送封装在TCAP消息中的RAI消息到具有全局标题(GT)＝“用户ISDN”、路由类型以及翻译类型＝“确认服务器”的TCAP出站网关。该字段“路由类型”告诉接收节点寻找哪种地址信息。利用二进制值“xx0010xx”，出站网关将检查GT值以便推导出在其路由表(即Pcig_i)850中的消息的目的地点码。RAI消息是以ASN.1(抽象语法表示No.1)方式编码。
利用ASN.1对确认服务器SMS所需的操作、错误以及类型的定义的详细信息在ITU-T建议X.680中规定，并且利用ETS 300 287中定义的OPERATION及ERROR宏。
d)出站网关830执行GT的分析并将该信令消息传递到运营商A入站网关840(点码Pcog_i具有源点码并且Pcig_i具有DPC)。
e)入站GW 840进行GT的分析(由于“路由指示符”字段值)并且将信令消息传递到其用户AS 860的点码PCas 870(该点码具有源地址Pcig_i 880)。
f)AS接收TCAP消息“RAI”，更新表(见图5A)，并用用户选择的方式传递消息确认指示符。
如果VMS或AS之一只能使用SIP信令，则SIP-TCAP网关可被使用。这在附图910中示出。在该例子中，基本途经是提供可被封装在SIPINFO消息体中的TCAP消息的扩展标记语言(XML)表示。下面参照图10详细说明在SIP AS已知的情况下，但在高层由SIP-TCAP进行的对话。
这种情况下，RAI从用户B的VMS到达用户A的AS的过程如下a)运营商A用户在VMS上留下消息b)运营商B用户读取VMS上的该消息c)然后运营商B VMS发送封装在TCAP消息中的RAI消息到具有全局标题(GT)＝“用户ISDN”，以及翻译类型＝“确认服务器”的TCAP出站网关1000。
d)出站GW进行GT的分析并将该信令消息传递到运营商A入站网关1010(具有带源地址的点码)e)入站GW 1010进行GT的分析并将该信令消息传递到SIP-TCPGW 1020的点码(该点码具有源地址)f)TCAP消息离开SSCP并通过用户数据报协议(UDP)经由SIPINFO消息被传递到VMS。这种情况下，存在GT和确认服务器AS IP地址之间的关联。
g)AS接收TCAP消息“RAI”，更新表(见图5A)，并以用户A选择的方式传递消息确认指示符。
现在参考图4，示出了根据本发明的过程的步骤的流程图，其执行所有哪些步骤。
-用户A是主叫用户，用户B是被叫用户，并且过程的某些部分是由运营商(A或B)执行。第一步400是用户A必须预订语音确认服务。
-然后运营商在用户确认表500中生成用户A的记录。该记录包括通知类型以及通知类型的ID的细节。
-在将来的某时，用户A呼叫用户B 410。
-因为某种原因用户B没有接电话，这样满足了从用户A到用户B的呼叫不可到达条件。
-然后呼叫被重定向到用户B 415的语音邮件服务器，其询问用户A当消息被读取420时语音邮件读取通知是否应被发送，并且其邀请用户A记录给用户B的消息。即使用户A不具有确认服务，这也会发生。
假定在这种情况中用户A请求语音邮件读取确认，425。
-然后来自用户A的消息被记录用户B的语音邮件服务器上的消息表550中，并且确认所需的标记在表中被使能430。
-如果必要的话，用户A可重放消息及/或重记录消息，如由语音邮件系统通常提供的。
-一旦用户A对记录的消息满意了，用户A挂断并且从用户A到用户B的呼叫被因此终止435。
-在以后的某时，用户B检查语音邮件系统上的语音邮件。语音邮件系统也可通知用户B系统445上有语音邮件。
-语音邮件服务器在消息表中查看并发现消息及相关的确认标记。
-然后给用户B播放语音邮件消息，步骤460。
-因为有与消息相关的确认标记，有关语音邮件已被听过的通知(读取确认指示)被发给用户A确认服务器450。最后，利用用户表中标识的手段，确认服务器通知用户A在用户B语音邮箱中留下的消息已被读取455。
虽然本发明参考优选实施例已被具体地示出并描述，然而可以理解，在不背离本发明的精神和范围的情况下，在其中可做出形式及细节的各种变化。
权利要求
1.一种确认由第一用户(用户A)在第二用户(用户B)的语音消息系统(VM)上给第二用户留下的语音消息的接收的方法，该方法包括步骤-与由第一用户留给第二用户的语音消息一起包含第一用户确认简档的细节(425、430)，其中用户确认简档位于已知的位置并包括用于对第一用户进行确认的手段；-在第二用户收到消息(440 445、460)时，确定用于向第一用户确认语音消息已被第二用户收到的手段；-提供有关第二用户已收到语音消息的确认给第一用户(450)。
2.根据权利要求1的方法，其中包含第一用户确认简档的细节的步骤包括包含有关第一用户要求对收到进行确认的标记。
3.根据权利要求1或权利要求2的方法，其中给第一用户提供确认的步骤包括联系与第一用户相关的确认服务器以请求所述服务器提供所述确认。
4.根据任何先前的权利要求的方法，进一步地包括在第二用户的语音消息系统上接收来自第一用户的语音消息。
5.根据权利要求4的方法，进一步地包括当语音邮件系统收到语音消息时，请求是否第一用户需要确认标记被加到语音消息上。
6.根据权利要求5的方法，其中确认标记与语音消息一起被存储在语音邮件系统上。
7.一种给第一用户提供语音邮件确认服务的方法，包括步骤-将第一用户的确认简档存储在已知的位置；-当在第二用户的语音邮件系统上第一用户给第二用户留下语音消息时，包含针对第二用户对语音消息的收到的确认的请求；-当第二用户已收到语音邮件时，接收确认指示符；以及-产生确认消息以传输给第二用户。
8.一种系统，包括适合于执行任何先前权利要求的方法的步骤的装置。
9.一种计算机程序，包括当所述计算机程序在计算机系统上执行时，用于执行根据权利要求1到7的任何一个的方法的步骤的指令。
全文摘要
公开了用于管理语音邮件确认的方法及系统。一种确认由第一用户(用户A)在第二用户(用户B)的语音消息系统(VM)上给第二用户留下的语音消息的接收的方法，该方法包括步骤与由第一用户留给第二用户的语音消息一起包含第一用户确认简档的细节(425、430)，其中用户确认简档位于已知的位置并包括用于对第一用户进行确认的手段；在第二用户收到消息(440 445、460时，确定用于向第一用户确认语音消息已被第二用户收到的手段；提供有关第二用户已收到语音消息的确认给第一用户(450)。
文档编号H04M3/533GK1941964SQ20061012159
公开日2007年4月4日 申请日期2006年8月23日 优先权日2005年9月30日
发明者杰拉德·玛米格里, 弗雷德里克·鲍乔特, 古德弗洛·戴恩 申请人:国际商业机器公司