CN101444070A

CN101444070A - 从语音端点启动文件传递的电信系统和方法

Info

Publication number: CN101444070A
Application number: CN200780017520.1A
Authority: CN
Inventors: H·阿拉比; F·F·萨欣
Original assignee: Siemens Information and Communication Networks Inc
Current assignee: Siemens Communications Inc
Priority date: 2006-05-16
Filing date: 2007-04-23
Publication date: 2009-05-27
Anticipated expiration: 2027-04-23
Also published as: CN101444070B; US20070288600A1; US8320362B2; EP2018760B1; EP2018760A2; WO2007136490A2; WO2007136490A3

Abstract

本发明涉及经由通信系统传递数据的通信系统和方法。该系统包括连接到具有多线能力和与音频通信相关联的具有x@y.z形式的独有的统一资源标识符(URI)的会话启动协议(SIP)端点(102，104)的音频通信设备(电话和/或软电话)。运行文件传递应用代理(FTAA)应用的文件传递代理系统(110，112)也连接在每个SIP端点(102，104)处，并且具有有ft.x@y.z形式的独有的URI。在SIP端点(102，104)处进行电话对话的各方能够从相应的音频通信设备在文件传递代理系统之间启动文件传递而不用另外访问文件传递代理系统。

Description

从语音端点启动文件传递的电信系统和方法

技术领域

本发明涉及电信系统，且更具体而言，涉及通过数字电信网络传递数据文件.

背景技术

商业电信平台已经允许服务提供商来提供基于因特网协议(IP)的电信服务.典型的这种IP电信服务以公共信道电信分组交换能力为特色，例如7号信令系统(Signaling System Number 7 SS7)信令能力。这些能力允许传统特性支持以及，进一步地允许与公用交换电话网络(PSTN(Public Switched Telephone Network))的互连.数字通信(诸如基于IP的语音(VoIP(Voice over IP)))例如通常使用会话启动协议(Session Initiation Protocol，SIP)用于建立和清除网络站之间的连接。对于利用简单用户控制、例如使用典型用户接口的相对简单的连接，利用SIP协议的VoIP呼叫运行良好.

经常地，参与这样的VoIP呼叫的各方可能认为一方需要传输数据(如储存在本地计算机上的)到其他方.例如，项目经理可希望传输项目信息给雇员，例如本地储存的敏感项目数据.如果该经理感到该信息对电邮来说太敏感，因为例如该电邮在被下载之前可驻留在某个地方的服务器上一段时间；则可能需要联系接收者并找到某些更安全的传递方式.一旦接收者例如通过VoIP呼叫被联系到，该数据能够以预期的接收者实际上接收该数据的合理确定性被传输。因此，只要各方在两端访问计算机，则在设置呼叫后，他们可以建立文件传递会话并传递该数据，例如从经理的计算机到雇员.在传递后，各方可以例如通过第二电话呼叫验证该数据被安全地传输.

然而令人遗憾地，这样的传递需要两方都访问其计算机，任何数据传递以独立于个人联系的方式发生，以及任何一方仅仅能在传递之后确定/验证有效的传递发生了.如果任何一方不能够访问其相应的计算机，则传递不能够进行.而且，结束呼叫和设立传递是费时间的且潜在地是成问题的.例如，如果发起方键入错误的目的地地址，则只有在文件被传递到错误位置之后任意一方才被通知.

因此，需要无缝方式来在参与SIP语音呼叫的各方之中安全传递文件，并且尤其是其中启动文件传递方和所传递的文件的接收者中的任意一方或两方在整个文件传递期间不需要访问其相应的计算机.

发明内容

本发明的目的是在在整个文件传递过程期间可以或不可以访问计算机的接收者之间启动文件传递；

本发明的另一个目的是在参与会话启动协议(SIP)语音呼叫的各方之中简单地传递文件而不用输入参与文件传递的设备的IP地址。

本发明涉及通信系统和经由通信系统传递数据的方法.该系统包括连接到会话启动协议(SIP)端点的音频通信设备(电话和/或软电话)，所述会话启动协议(SIP)端点具有多线能力和与音频通信相关的具有x@y.z形式的独有的统一资源标识符(Uniform Resource IdentifierURI).运行文件传递应用代理(FTAA)的文件传递代理系统也连接在SIP端点的每一个处，且具有独有的具有ft.x@y.z形式的URI。在SIP端点处进行电话对话的各方可以从相应的音频通信设备启动在文件传递代理系统之间的文件传递而不用另外访问文件传递代理系统。

附图说明

前述的和其他对象、方面和优点从本发明的优选实施例的下面详细的说明中参考附图将被更好地理解，其中：

图1示出了包括根据本发明的优选实施例能够在端点之间传递文件的会话启动协议(SIP)端点的通信系统的例子；

图2示出了在SIP端点间启动文件传递的例子；

图3示出了在设立文件传递会话时在FTAA应用的文件传递代理中的操作的例子。

具体实施方式

现在转到附图且更具体地，图1示出了包括SIP端点102、104的、基于优先会话启动协议(SIP)的系统100的例子，其中所述SIP端点中的一些具有多线能力(multiple line capability).SIP端点102、104可以是任何合适的音频通信设备(如电话)和/或是为语音通信而被连接的软电话，且SIP端点102、104可通过诸如互联网、公众交换电话网络/公众地区移动网络(PSTN/PLMN)或第3代合作伙伴项目(3GPP)无线网络的网络108被连接到一个或多个适当的SIP服务器106(例如注册服务器、位置服务器、重定向服务器、代理服务器和/或存在服务器(presence server)).同样，担当文件传递代理系统的站110、112分别连接到在SIP端点102、104的每一个的线之一上。

因此，根据本发明的优选实施例，通过SIP端点102、104进行对话的用户能在相应的文件传递代理系统110、112之间启动对彼此的远程文件传递.此外，文件传递可从SIP端点102、104被启动而无需任一用户直接地访问文件传递代理系统110、112。因此，SIP端点102、104可以处于与分别相应的文件传递代理系统110、112分开的地理位置.每个文件传递代理系统110、112例如可以是运行文件传递应用代理(FTAA(File Transfer Application Agent))应用的个人计算机(PC).因此，每个SIP端点102、104传输命令给相应的传递代理系统110、112.FTAA定位预先选择的文件并管理传递.

因此例如，在SIP端点102、104的每一个处的语音通信可与具有102x@y.z、104x@y.z形式的独有的统一资源标识符(URI(UniformResource Identifier))相关联。类似地，文件传递代理系统110、112利用具有ft.102x@y.z、ft.104x@y.z形式的特定统一资源标识符(URI)来配置。FTAA提供具有除了SIP能力外的许多特定能力的文件传递代理110、112。在正常语音对话中，例如，相应的文件传递代理系统110、112能够在用于可被传递的文件的计算机文件系统中搜索文件子集。语音用户也可通过SIP音频或计算机用户界面从相应的SIP端点102、104选择那些文件.优选地，为选择这些文件作准备，SIP端点102、104可包括附加的电话键114，所述电话键也可被配置为担当“下一个(next)”/“前一个(previous)”/“选择(select)”功能的SIP端点。这些端点的每一个的URI分别是next.102x@y.z/previous.102x@y.z/select.102x@y.z和next.104x@y.z/previous.104x@y.z/select.104x@y.z.同样，每个SIP端点102、104可包括文件传递指示器116.每个传递代理系统110、112可包括文件选择窗口118和鼠标119.

激活在这些端点的每个上的适当的键来启动对FTAA的SIP呼叫.相应的文件传递代理系统110、112应答该呼叫用以开始传递过程并立即释放SIP呼叫.类似地，一旦文件传递完成，相应的文件传递代理系统110、112释放SIP呼叫相关的资源。

图2示出根据本发明的优选实施例启动例如在图1的SIP端点102、104之间的文件传递的例子.在SIP端点102、104在120中参加语音对话之后文件传递开始，其中典型地，用户同意文件传递.因此在步骤122中，一个用户按下在一个SIP端点(例如102)上的传递按钮来启动传递，这使启动SIP端点102设置在保持状态(on hold)。然后，在步骤124中，FTAA在相关的文件传递代理系统110中设立包含用于另外的目的地SIP端点104的SIP URI的消息。因此，例如，启动端点102使用特定的SIP URI来启动对在相关联的文件传递代理系统110中的FTAA的SIP呼叫.启动SIP端点102也将用于另外的目的地SIP端点104的SIP URI传输到FTAA.接下来到步骤126，文件传递代理110中的FTAA验证该呼叫是来自SIP端点102.如果该呼叫不是来自SIP端点102，则文件传递代理系统110在步骤128忽略该消息且该呼叫正常继续.否则在步骤130中，文件传递代理系统110应答该呼叫且FTAA将可听菜单呈现给SIP启动端点102以允许端点用户选择用于传递的文件或多个文件.此后，在步骤132，文件传递代理系统110的FTAA如在下面更详细解释的那样设立余下的文件传递会话。在步骤134，文件传递代理系统110传递选定的(多)文件到目的地文件传递代理系统112.在步骤136中，当文件传递完成时，在每个文件传递代理系统110、112中的FTAA清除文件传递相关的呼叫，这关闭文件传递指示，例如在SIP端点102、104上的按钮LED的指示.

在步骤130中，如果呼叫通过SIP端点102中的语音接口正被设置(place)，那么例如，在步骤130中所呈现的可听菜单可以从消息“请按下‘选择’来挑选计算机或者‘下一个’用于更多选项”来开始.如果在设定的时间周期内在相应的SIP端点102中没有什么被输入，那么文件传递代理110使用缺省的响应.同样地，如果“下一个”按钮被按下来选择相同的响应，则可听菜单播放消息“为语音按‘选择’或按‘前一个’”.如果“选择”按钮被选择，文件传递代理系统110进入文件传递选择模式.在文件传递选择模式中，可传递的文件的可听列表被呈现，其中使用“下一个”/“前一个”/“选择”键114来导航和选择一个或多个文件可遍历该可听列表.

然而如果在步骤130中，呼叫通过在SIP端点102中的计算机接口正被设置，那么例如，在步骤130中所呈现的可听菜单可以从消息“请按下‘选择’来挑选计算机或者‘下一个’用于更多选项”来开始.此外，如果在设定的时间周期内在相应的SIP端点102没有什么被输入，那么文件传递代理110使用缺省的响应.同样，如果“选择”按钮被挑选来选择同样的响应，则文件传递代理系统110进入文件传递选择模式并且文件传递代理系统110呈现文件选择窗口。文件随后可使用合适的输入设备、例如使用鼠标119从文件选择菜单118中被选择。

图3示出了FTAA应用在文件传递代理系统中在步骤132设立文件传递会话的操作的例子.在选择用于传递的文件后，在步骤1320该文件传递代理(例如在图1中的110)从目的地SIP端点104构造目的地文件传递代理112的SIP地址.因此，在这个例子中，所构造的地址是ft.104x@y.z。在步骤1322中，发起文件传递代理系统110使用所构造的地址呼叫目的地文件传递代理系统112.在接收到该呼叫时，在步骤1324中目的地文件传递代理系统112发送设立消息(setupmessage)到目的地SIP端点104.目的地SIP端点104提供来自SIP端点102的进入的文件传递请求的指示，例如闪烁指示器116。在步骤1326中，在目的地SIP端点104的用户确认文件传递并通过按下文件传递按钮或按钮序列、例如#*#来指示接受.目的地SIP端点104在步骤1328中向文件传递代理系统112确认接受，并在步骤1330中，目的地文件传递代理系统112转发该确认给发起文件传递代理系统110。在步骤1332中，发起文件传递代理系统110转发该确认到SIP端点102，并且在步骤1334中，SIP端点102处的用户例如通过音调、口头消息或者闪光指示器116被告知目的地已经接受了传递请求.最后，在步骤134中，文件传递代理系统110传递选定的(多)文件到其他SIP端点104文件传递目的地、即文件传递代理系统112.

有利地，本发明提供用于在参与SIP语音呼叫的各方之间利用按压SIP电话上的按钮来传递文件的通信系统.该传递能被实施而不管各方在整个文件传递过程期间是否访问其计算机.此外，启动文件传递方和(多个)接收者都能够传递(多个)文件而甚至不用知道、更不用说输入参与文件传递的设备的IP地址。

尽管本发明已经根据优选的实施例被说明，但本领域技术人员将认识的是，本发明能够以在所附权利要求精神和范围内的修改被实施。所期望的是，所有这样的改变和修改都落在所附权利要求的范围之内.例子和附图相应地被视为示例性的而不是限制性的.

Claims

1.一种通信系统，包括：

具有多线能力的至少两个会话启动协议(SIP)端点；

连接到所述至少两个SIP端点的每一个的音频通信设备，语音通信通过相应的所述音频通信设备在所述至少两个SIP端点之间进行；

在所述至少两个SIP端点的每一个处的文件传递代理系统；以及

在每个本地文件传递代理系统上的文件传递应用代理(FTAA)应用，每个所述FTAA应用管理在文件传递代理系统之间响应于来自相应音频通信设备的文件传递请求的文件传递.

2.按照权利要求1的通信系统，其中每个所述音频通信设备包括文件传递按钮和传递请求指示器.

3.按照权利要求1的通信系统，其中具有x@y.z形式的独有的统一资源标识符(URI)与每个所述音频通信设备相关联和具有ft.x@y.z形式的独有的统一资源标识符(URI)与每个所述文件传递代理系统相关联.

4.按照权利要求3的通信系统，其中每个音频通信设备进一步包括被配置为具有有next.x@y.z/previous.x@y.z/select.x@y.z形式的独有的URI的SIP端点的下一个/前一个/选择键.

5.按照权利要求4的通信系统，其中所述文件传递代理系统包括用于响应于所述下一个/前一个/选择键来呈现可导航的所述语音菜单的装置.

6.按照权利要求4的通信系统，其中文件传递代理系统包括：

用于呈现文件选择窗口的装置；以及

用于响应于所述文件选择窗口接收文件选择的装置.

7.一种在通信系统中的站之间传递文件的方法，所述方法包括步骤：

a)将文件传递请求从第一网络端点处的第一音频通信设备发送给在所述第一网络端点处的第一站的本地文件传递代理；

b)在所述第一音频通信设备处呈现语音菜单；

c)响应于所述语音菜单选择用于从所述第一站向第二站传递的文件，所述第二站在第二网络端点处，在所述第二网络端点处的第二音频通信设备处于与所述第一音频通信设备的语音通信中；以及

d)从所述第一站向所述第二站传递所选择的所述文件.

8.按照权利要求7的传递文件的方法，其中发送所述传递请求的步骤(a)包括选择在所述第一音频通信设备上的按钮.

9.按照权利要求7的传递文件的方法，其中独有的统一资源标识符(URI)与在每个网络端点处的音频通信相关联，所述独有的URI具有x@y.z形式，和其中另一独有的URI与在所述第一站和所述第二站的每一个中的所述文件传递代理相关联，所述另一独有的URI具有ft.x@y.z形式.

10.按照权利要求9的传递文件的方法，其中所述每个网络端点是会话启动协议(SIP)端点并且发送所述传递请求的步骤(a)包括在所述第一SIP端点处使用相应的所述另一独有的URI从所述第一音频通信设备到所述第一本地文件传递代理启动SIP呼叫。

11.按照权利要求10的传递文件的方法，其中每个音频通信设备包括被配置为具有有next.x@y.z/previous.x@y.z/select.x@y.z形式的独有的URI的SIP端点的下一个/前一个/选择键.

12.按照权利要求11的传递文件的方法，其中选择文件的步骤(c)包括使用所述下一个/前一个/选择键导航所述语音菜单.

13.按照权利要求10的传递文件的方法，其中选择文件的步骤(c)包括步骤：

i)在所述第一站处呈现文件选择窗口；以及

ii)通过所述文件选择窗口选择文件.

14.按照权利要求10的传递文件的方法，其中在发送文件传递请求的步骤(a)之前，所述方法进一步包括在每个站上运行文件传递应用代理(FTAA)应用.

15.按照权利要求14的传递文件的方法，其中在所述每个站中的所述FTAA应用管理在步骤(d)中传递所述选择文件.

16.按照权利要求15的传递文件的方法，其中传递文件的步骤(d)包括步骤：

i)告知所述第二站中的所述FTAA应用关于即将发生的文件传递；

ii)告知所述第二音频通信设备关于进入的所述悬而未决的文件传递；

iii)确认所述进入的悬而未决的文件传递；

iv)在所述第二站中接收来自所述第二音频通信设备的确认；

v)告知所述第一音频通信设备关于所述确认；以及

vi)从所述第一站传递所选择的所述文件到所述第二站.

17.按照权利要求16的传递文件的方法，其中告知所述第二站的步骤(i)包括步骤：

1)从用于所述第二音频通信设备的所述独有的URI中构造所述第二站的所述其他SIP地址；以及

2)呼叫所构造的所述其他SIP地址.

18.按照权利要求16的传递文件的方法，其中告知所述第二音频通信设备的步骤(ii)包括发送设立消息到所述第二音频通信设备.

19.按照权利要求16的传递文件的方法，其中确认所述悬而未决的文件传递的步骤(iii)包括：

1)在所述第二音频通信设备处提供进入的文件传递的指示；

2)在所述第二音频通信设备处接收接受指示；

3)向所述第二站返回接受指示作为确认。

20.一种在会话启动协议(SIP)端点之间传递文件的方法，所述方法包括步骤：

a)在一对SIP端点处的音频通信设备之间建立语音联系，每个音频通信设备与具有x@y.z形式的独有的统一资源标识符(URI)相关联；

b)从在所述对的第一SIP端点处的第一所述音频通信设备请求文件传递；

c)从与所述第一SIP端点相关联的第一站向与所述对的第二SIP端点相关联的第二站发送悬而未决的文件传递的通知；

d)提供所述悬而未决的文件传递的通知给在所述第二SIP端点处的第二所述音频通信设备；

e)在所述第二音频通信设备处确认所述悬而未决的文件传递；

f)在所述第一站处从所述第二站接收确认；

g)告知所述第一音频通信设备关于所述确认；以及

h)将所选择的所述文件从所述第一站传递到所述第二站。

21.按照权利要求20的传递文件的方法，其中与所述第一站和所述第二站中的每一个相关联的独有的URI具有ft.x@y.z形式并且发送通知到所述第二站的步骤(c)包括步骤：

i)从用于所述第二SIP端点的所述独有的URI构造所述第二站的SIP地址；以及

ii)呼叫所构造的所述SIP地址.

22.按照权利要求20的传递文件的方法，其中提供所述悬而未决的文件传递的通知给所述第二音频通信设备的步骤(d)包括发送设立消息到所述第二音频通信设备.

23.按照权利要求20的传递文件的方法，其中确认所述悬而未决的文件传递的步骤(e)包括：

i)在所述第二音频通信设备处提供进入的文件传递的指示；

ii)在所述第二音频通信设备处接收接受指示；以及

iii)向所述第二站返回接受指示作为确认.

24.在其上储存有多个指令的计算机可读介质，所述多个指令包括这样的指令，即当被处理器执行时，所述指令使处理器：

a)接收来自第一会话启动协议(SIP)端点处的第一音频通信设备的文件传递请求，所述第一音频通信设备与在第二SIP端点处的第二音频通信设备相通信，每个音频通信设备与具有x@y.z形式的独有的统一资源标识符(URI)相关联.

b)发送悬而未决的文件传递的通知到与所述第二SIP端点相关联的站；

c)从所述站接收所述悬而未决的文件传递的确认；

d)告知所述第一音频通信设备关于所述确认；以及

e)传递所选择的所述文件到所述第二站.

25.按照权利要求24的计算机可读介质，其中与所述第一处理器和所述第二站相关联的独有的URI具有ft.x@y.z的形式并且发送通知到所述第二站的步骤(b)使处理器：

i)从用于所述第二SIP端点的所述独有的URI构造所述站的SIP地址；以及

ii)呼叫所构造的所述SIP地址.

26.按照权利要求24的计算机可读介质，其中当悬而未决的文件传递的通知从所述站被发送时，所述多个指令使处理器：

b1)提供所述悬而未决的文件传递的通知给所述第一音频通信设备；

b2)在所述第一音频通信设备处接收所述悬而未决的文件传递的确认；以及

b3)返回所述确认到所述站。

27.按照权利要求26的计算机可读介质，其中提供所述悬而未决的文件传递的通知给所述第一音频通信设备的步骤(b1)使处理器发送设立消息给所述第一音频通信设备。

28.按照权利要求26的计算机可读介质，其中返回所述确认的步骤(b3)使处理器：

i)在所述第一音频通信设备处提供进入的文件传递的指示；

ii)在所述第一音频通信设备接收接受指示；以及

iii)返回所述接受指示给所述站作为确认。