专利名称：提供要由应用使用的服务的媒体资源的管理方法
技术领域：
本发明涉及一种媒体资源的管理方法、电话网络、管理模块的媒体资源、设备以及计算机程序产品，所述媒体资源提供要由请求特定服务集合的应用所使用的服务。
本发明基于优先权申请欧洲专利05290380.4，在此将其引入作为参考。
背景技术：
电话网络目前向语音交互发展。语音交互能够在电话网络中被用来提供改良的功能性，如听电子邮件或者SMS、通过语音产生并发送电子邮件或SMS、通过语音听并从菜单中选择菜单项等等。需要使电话网络能够处理语音交互、服务，例如语音识别、文本到语音的生成等等，以提供期望的功能性，该功能性被集成到现有电话网络中。这通过将所述服务实现到应用中来完成，该应用将所述功能性提供给电话网络中的用户。由此，需要一个或多个服务来提供一个功能性，例如，需要文本到语音的生成和语音识别来通过语音听菜单并选择菜单项。
为了达到较高的用户接受度和较高的可用性，必须提供高质量的语音识别。由此必须考虑到，语音识别必须处理用户指定的清晰度、不同的语言、不同的词汇等等。为了提供高质量语音交互，提供某种功能性或功能性的某部分的每个服务必须适应其使用。例如提供某种功能性以通过语音选择菜单项，需要语音识别服务根据将被选择的菜单项仅识别几个关键字。所述语音识别服务使用较小的语法文件，其仅允许识别少量不同的字但提供了高可靠性。例如，需要较大的语法文件来识别自由语音以例如产生电子邮件，其中，所述服务的可靠性降低，所述较大的语法文件相当于增加能够识别的不同字的数量。使用具有较高可靠性及较小语法文件的语音识别服务来识别自由语音是不利的，同样地，使用具有较大语法文件的非常复杂的语音识别服务来仅识别表示菜单项的少量字是不利的。
为了解决所述问题，利用不同大小的语法文件的不同的语音识别服务被实现至应用中。关于提供上述少数功能性所需要的不同的服务以及提供不同语言的语音交互的应用，所述问题是显而易见的，由于大量不同的服务导致了较高的硬件需求，因此所述应用非常昂贵，所述服务被集成到所述应用中。而且，所述应用很少同时使用所有服务，但所有服务必须保持备用(stand-by)。
发明内容
本发明的技术目的是至少发展一种允许在电话网络中提供语音交互功能性的低成本高可靠性的方法。
通过根据本发明的方法达到了本发明的技术目的，其中，所述方法管理提供由请求特定服务集合的应用所使用的服务的媒体资源，例如，向电话网络的用户提供语音交互功能性，该方法包括下列步骤-从应用接收服务请求，所述应用包括关于所述应用所需要的服务集合的信息，-通过比较所请求的服务集合与由可用媒体资源所提供的服务，来确定至少一个媒体资源，-提供媒体资源信息，该信息至少包括关于所确定的媒体资源的信息，例如使用到所述应用的被确定的媒体资源所需要的访问数据等。
所述应用向电话网络的用户提供了改良的功能性，如语音交互。由此，与所述应用无关的媒体资源提供了所述应用所需要的服务用来提供所述功能性。由所述应用请求的服务集合包括至少一个服务。所述可用媒体资源是所有媒体资源可访问的，其具有可用容量以向所述应用提供所请求的服务集合中的至少一个服务。如果每个媒体资源能够仅提供一个服务，则当所述服务请求被接收并且至少一个媒体资源的确定发生时，所述可用媒体资源是不向任何应用提供服务的自由媒体资源。
由此，可以设想，几个媒体资源属于或被分配给媒体资源处理器，其中，属于每个媒体资源处理器的媒体资源提供了由至少一个应用潜在需要的特定服务集合。几个媒体资源处理器能够提供相同的服务集合。因此，可以设象，根据所请求的服务集合，优选地，一组媒体资源被确定属于或被分配给一个媒体资源处理器，该媒体资源处理器能够向所述应用提供所有被请求的服务。这样，具有其媒体资源的唯一一个媒体资源处理器必须被分配给一个应用，所述媒体资源提供所需要的服务集合。
还可以设想，属于或被分配给一个媒体资源处理器的媒体资源提供了将由不同的应用同时使用的许多相同或类似的服务。这样，属于或被分配给不同媒体资源处理器并提供不同服务的几个媒体资源被分配给请求某个服务集合的一个应用、由另一个媒体资源提供的每个服务以及属于或被分配给另一个媒体资源处理器的每个媒体资源。
所述服务优选地作为网络服务而被实现，其中，建立了呼叫操作器(calloperator)和提供所述服务的服务器之间的连接，如通过互联网。
根据本发明的方法在现有技术状态上具有这样的优点，复杂的服务不是所述应用的一部分，而是通过独立的媒体资源来提供的。因此，不必在所述应用内实现服务的大量提供，所述应用优选地被集成在电话网络中。由此，所述大量服务能够作为网络服务而被提供，例如作为互联网服务，并且例如在所述电话网络中不需要许多资源。此外，这样的结构允许动态增加并去除提供所述服务的媒体资源。由此，增加或减少提供所述服务的媒体资源的数量的可能性与所述电话网络无关。这样，媒体资源的现代化和/或新媒体资源的一体化和/或旧的或坏的媒体资源的去除，也可以在所述电话网络工作期间被容易地实现。
在本发明的优选实施例中，所述方法还包括向所述应用分配被确定的媒体资源的步骤，至少例如在会话期间，所述会话在服务请求时被启动并且结束应用时被关闭。
在本发明的优选实施例中，通过打开会话、打开所述会话时优选地保留所述媒体资源以及向所述应用提供所述会话信息，实现了所述分配。
在本发明的另一个优选实施例中，来自所述应用的服务请求由媒体资源管理模块来接收，其中，所述媒体管理模块还实现下列步骤确定匹配于所述服务请求的至少一部分的至少一个媒体资源，向所述应用提供媒体资源信息，以及优选地分配所述被确定的媒体资源。所述媒体资源管理模块管理被分配给所述媒体资源管理模块的媒体资源。所述媒体资源能够直接被分配给所述媒体资源管理模块，或者它们能够被分配给媒体资源处理器，该媒体资源处理器被安排在所述媒体资源管理模块和所述媒体资源之间。由此，一组媒体资源被分配给媒体资源处理器，其中，所述媒体资源处理器被分配给所述媒体资源管理模块。
在本发明的另一个优选实施例中，至少一个媒体资源优选地以其属于或被分配给所述媒体资源处理器的方式，被注册在一个媒体资源处理器，并且其中，至少一个媒体资源处理器被分配给一个媒体资源管理模块。
所述方法的附加优选实施例包括其它步骤-存储信息到数据库中，该信息涉及由被分配的媒体资源处理器的媒体资源所提供的服务，-向所述媒体资源管理模块提供存储在所述数据库中的信息，并且-由所述媒体资源管理模块使用所述信息来确定将被分配给所述应用的媒体资源。
在本发明的另一个优选实施例中，至少一个通信在所述媒体资源管理模块和至少一个媒体资源处理器之间发生，并被用于确定将被分配给所述应用的至少一个媒体资源，例如找到最适合的可用媒体资源，例如，如果特定媒体资源可用则所述通信包括请求。
通常可以设想，所述应用通过所述媒体资源管理模块来访问所述确定的媒体资源。由此，所述服务通过所述媒体资源管理模块而被引导。当向所述应用提供媒体资源信息时，能够直接建立所述应用和所述媒体资源和/或所述媒体资源处理器之间的连接。从结构的观点来看，在这种情况下，所述媒体资源管理模块是代理服务器，其中，所述应用和所述媒体资源和/或所述媒体资源处理器是客户端。
在本发明的优选实施例中，所述方法在电话网络中被执行，其中，所述电话网络至少包括执行提供将由所述电话网络的用户使用的功能性的应用的装置、向所述应用提供服务的装置和确定提供由所述应用所请求的服务的最适合的装置的装置，其中，执行所述应用的装置至少临时地连接到确定提供所请求的服务的装置的装置，并且其中，执行所述应用的装置至少临时地连接到所确定的提供所述服务的装置。
在所述电话网络的优选实施例中，执行应用的装置包括至少一个呼叫操作器，其利用所述电话网络临时地连接到用户的至少一个电话，其中，向所述应用提供服务的装置包括至少一个媒体资源，并且确定由所述应用所请求的最合适的服务的装置包括至少一个媒体资源管理模块，其中，所述呼叫操作器将所述服务请求发送到所述媒体资源管理模块，所述媒体资源管理模块确定了向所述应用提供所需要的服务的媒体资源，并且所述媒体资源管理模块向所述应用至少提供所述媒体资源信息。还可以设想，所述媒体管理模块以通过该媒体资源管理模块来引导所述服务的方式，向所述应用提供媒体资源。由此，在确定所述媒体资源之后，所述应用通过媒体资源管理模块来访问提供所需要的服务的媒体资源。
在所述电话网络的另一个优选实施例中，几个媒体资源被分配给或属于一个媒体资源处理器或者是该媒体资源处理器的一部分，其中，至少一个媒体资源处理器被注册在所述媒体资源管理模块。
在所述电话网络的附加优选实施例中，所述呼叫操作器、所述媒体资源管理模块和所述媒体资源之间的至少一个连接是互联网连接。由此，所述呼叫操作器和/或所述媒体资源管理模块和/或所述媒体资源和/或所述媒体资源处理器之间的通信，使用普通的互联网通信技术。交换信息的数据格式可以例如是XML。
本发明的优选实施例是根据本发明的媒体资源管理模块，其中，所述媒体资源管理模块至少包括从需要至少一个服务的应用接收服务请求的装置、确定提供至少一个被请求的服务的媒体资源的装置以及向所述应用提供媒体资源信息的装置。
本发明的优选实施例是根据本发明的设备，其中，所述设备包括呼叫操作器，该呼叫操作器与电话网络连接并且能够执行具有将由所述电话网络的至少一个用户使用的功能性的应用，所述设备还包括与所述呼叫操作器连接的、根据本发明的媒体资源管理模块以及至少一个媒体资源，该媒体资源提供将由所述应用使用的至少一个服务，所述应用在呼叫操作器上被执行，其中，所述媒体资源与所述呼叫操作器连接。
所述设备的优选实施例包括注册在所述媒体资源管理模块的至少一个媒体资源处理器，其中，几个媒体资源被分配给一个媒体资源处理器。
在所述设备的另一个优选实施例中，所述呼叫操作器、所述媒体资源管理模块和所述媒体资源之间的至少一个连接是互联网连接。
在所述设备的另一个优选实施例中，当计算机程序产品在计算机上被执行时，所述方法通过存储在计算机可用媒体上的所述计算机程序产品而被实现，所述计算机可用媒体包括计算机可读程序装置用来使计算机执行上述方法。
图1示出了改良的电话网络的方案，其具有提供增强功能性的装置；图2示出了媒体资源处理器的设计方案；图3示出了根据本发明的方法过程的方案；和图4示出了元件的安排方案，需要所述元件以在根据本发明的改良的电话网络中提供增强的功能性。
具体实施例方式
如图1所示，具有增强功能性的改良的电话网络1包括，通过电话线3相互连接的多个用户终端2。由此，由于还可以设想用户终端相互间具有无线连接，例如移动电话的情况，因此所述电话线3仅是象征性的。用户终端4具有增强的功能性，该功能性被提供给拨打用户终端4的电话号码的呼叫方。在网关5，安排了软交换机(soft switch)7，其在用户线6上将进入的呼叫转接至呼叫操作器8。不久或者如果用户终端4繁忙，能够进行所述转接。当呼叫操作器8接受该呼叫时，向所述呼叫方提供不同功能性的应用在呼叫操作器8上开始。提供的功能性取决于由用户终端4的所有者所进行的预先设置。可以设想，一个用户只允许留消息或者被回叫，其中，另一个用户允许发送SMS、电子邮件或向移动电话转发呼叫。通过利用结合软交换机7的网关5，非常容易将由呼叫操作器8上运行的应用所提供的增强功能性集成到现有电话网络中。该用户不需要任何新的电话并能够保留其旧电话。电话网络1的修改也非常小。
所述应用向呼叫方提供的功能性允许语音交互，其中，首先模拟声音告诉该呼叫方，例如被叫方当前不可用或者用户终端忙。此外，该模拟声音告诉呼叫方他可以通过语音输入选择的菜单项被回叫、将其呼叫转接至被呼叫方的移动号码、留消息等等。
为了提供所述功能性，所述应用需要文本到语音转换服务，其将作为文本存储在数据库中的通告转换为语音。还可以设想，用户终端4的所有者已经记录了该通告。这样，需要记录及重放服务。
现在所述呼叫方能够通过语音输入来选择菜单项。为了提供该功能性，所述应用需要语音识别服务，其仅使用足以识别口述菜单项的较小的知识库(knowledgebase)。
这样，通过允许几种不同可能性的基于语音的对话，通过一个或者多个菜单来引导所述呼叫方。
根据由所述呼叫方选择的菜单项，所述应用现在可能需要其它服务。
所述其它服务也可以是语音识别服务，例如将被用于识别自由语音。
电话呼叫可能以下面的方式发生第一用户试图呼叫第二用户。该第二用户当前正与第三用户通话并因而不可用。这时向该呼叫方提供增强的音频功能性的应用开始。其通过向第一用户提示“您好，这是语音代理，被叫方现在不可用，但是我将帮助您”而为该第一用户提供了几个选项。为知道做什么的有经验的用户提供较短的暂停。如果什么也没有说，则该音频服务继续进行“您可以进行下列选项留下消息请说‘消息’，被叫方再次可用时被回叫请说‘回叫’或转接至被叫方的移动电话请说“移动”。如果您希望退出该对话，请挂机。再次听上述选项请说‘重复’”。第一用户决定当第二用户结束其呼叫时与其通话并且说“请回叫”。所述音频服务回答“当用户再次可用时您将被回叫，再见”。十分钟后，第一用户的电话振铃。他接受了该呼叫并被自动连接到第二用户。
在另一个例子中，用户需要在其商务旅行时接收他的电子邮件。他呼叫所述音频服务，例如通过拨他自己的用户终端。在例如“邮件”的语音命令之后，所述服务连接到他的电子邮件帐户，并告诉他“您好，您有八封新邮件，您现在想听这些邮件吗？”。该用户已经知道了该对话并问道“有没有来自Jack的新邮件？”。并且该系统向他提示“是的，有一封来自Jack的新邮件，您想听这封邮件吗？”。该用户回答“是的”。然后该服务为该用户读所述电子邮件的文本。读过该邮件之后，另一个对话以“您现在想做什么？”开始。该用户说“回复上一封邮件”并且获得响应“向Jack发送邮件，现在请口述”。该用户开始口述新电子邮件。当完成该电子邮件，该用户可以听他其它新邮件，并且然后结束与该呼叫操作器的语音对话。
如上对话的基本需求是文本到语音的生成服务和语音识别服务。文本到语音的生成是手写文本到计算机产生音频数据的转换，其能够由计算机扬声器来播放。语音识别是理解口述话语的能力。通过结合这两种技术，能够创建语音控制(speech-controlled)对话。
由于每个人以略微不同的方式说话，因此语音识别服务是非常复杂的软件。可以在下列内容中发现变化话语的发音、使用不同词汇的表达、说话的速度和音量，并且特别是不同的方言。语音识别服务试图解释被记录的音频数据，并将其转换为对应于该语音的文字文本。为此，需要执行大量的过程以获得较高质量的识别结果。
大多数时侯，语音识别被用于某种情况，例如在基于语音的对话中，所述语音识别仅需要找出所说的是哪个菜单项。这意味着仅有很少的选项可用，并且该语音识别应用仅可以考虑这些选项。因此，每个语音识别服务包括语法文件，其被包括在知识库中，该知识库通知所述应用能够被识别的话语。识别结果的质量直接取决于该语法。如果仅有五个听起来非常不相似的不同话语，例如在包括五个菜单项的菜单中，正确解释的可能性远大于允许几百或几千个不同关键字的语法。总而言之，语音识别应用的最具挑战的语法是自由语法，其试图识别所有话语。
而且，语音识别服务也能够以不同的语言工作，为此，所述语音识别服务必须使用不同的基本语言信息。例如，德语的发音根本地不同于英语。
对这些不同的功能性，存在被提供给所述应用的不同的语音识别服务，区别在于其语法文件的大小和内容。
存在由其它服务提供的附加功能性，例如播放音频文件或记录消息。利用这些选项，当被叫用户终端忙、关机等时，如上所述的具有增强功能性的电话网络能够处理大量的呼叫。
为向用户提供所述功能性的应用提供所需要的所有服务是非常昂贵的。因此，本发明的核心是在需要时将所述服务提供给所述应用，例如由独立的媒体资源所提供的web服务(图4)。如图1所示，由运行在所述呼叫操作器8上的应用来提供基于语音的功能性。例如作为服务器而被实现的呼叫操作器8负责与电话用户的语音对话。语音识别和语音产生服务被包括在媒体资源处理器9中。软交换机7允许不同的电话用户和呼叫操作器8之间的交互。媒体资源处理器9向呼叫操作器8上运行的应用提供了大量的语音处理服务。由此，媒体资源处理器9向所述应用提供某项服务以在某个会话中提供某个功能性或某组功能性，所述服务例如是满足所述应用的特定需求的某个语音识别服务和某个文本到语音的生成服务。根据将由所述应用提供的功能性，该应用需要将被用来产生所述功能性的某个服务集合。不同的服务通过不同的语言、所述语音识别的语法文件的不同大小等等来表征。
本发明的重要部分涉及媒体资源处理器9，其管理多个媒体资源10，该媒体资源被分配给或者属于媒体资源处理器9。媒体资源处理器9优选地作为web服务来运行。
媒体资源处理器9以灵活动态的方式来管理和支配其媒体资源10，并仅在使用时保留可用的媒体资源10。这将有助于降低音频服务的成本因素。另一个优点是简化了呼叫操作器8的音频服务功能性，这是因为其能够使用某些定义的命令并且不必涉及产生所述服务的软件的复杂初始过程。而且，所述媒体资源处理器能够管理许多不同的软件资源。此外，所述媒体资源处理器能够管理许多不同的软件资源。结果，呼叫操作器8为其所有音频服务得到了一个解决方案，该解决方案为其提供了统一且容易处理的接口(interface)。
图2示出了媒体资源处理器9的结构的方案。控制器逻辑20包括会话管理21中的所有基于会话信息的动作的管理。会话管理21负责几个并行会话的正确管理以及可用服务的正确使用。在所述控制器逻辑21中，能够找到完整的事件导向(event-orientation)，例如RTP连接26、线程通信27、记录(logging)28和系统初始化29。存在用于异步呼叫的特定机制，例如SOAP接口25。语音识别媒体资源23和文本到语音媒体资源24被嵌入所述服务逻辑22中。
由于媒体资源处理器被设计用来同时提供多个音频服务，因此需要管理不同会话中的这些音频服务。以事件导向的方式来工作的能力优选地利用线程来实现。所有的线程需要关于其会话的信息，例如运行所述应用的呼叫操作器的地址或向其发送结果数据的rtp端口。会话ID和其它涉及会话的值被存储在媒体资源处理器20的会话管理21中，并可以在存在所述会话时被访问(图2)。
媒体资源处理器优选地被设计为多用户web服务。其能够在实时发送和接收数据时管理几个并行会话。由于某些服务可能花费较长的时间，因此所述媒体资源处理器优选地被设计为能够处理多线程。线程始终是过程的一部分，并能够访问属于该过程的存储器。其在用户定义的时间开始，并在该过程终止时或者其结束时停止。
由于多个用户能够向媒体资源处理器发送请求这一事实，因此其对于每个请求必须以各自的线程工作。仅通过服务器的能力限制了并行用户的数量，所述媒体资源管理模块被实现在该服务器上。
此外，例如语音识别的某些服务需要合并的线程系统以正确地工作。当所述用户调用服务用于语音识别时，他需要知道什么时间他能够开始发送将被识别的音频数据。这意味着他的SOAP呼叫必须返回消息，该消息告诉他“接收到您的呼叫，为识别做好了准备，现在等待您的音频数据”。然后他能够开始通过rtp来发送所述音频数据。该媒体资源处理器必须能够接收所述数据、识别它并将结果发送给正确的客户端。为此，几个线程是必要的。
媒体资源控制器优选地具有SOAP接口。该接口允许对于每个可用命令以单个线程工作。这使得接受时间交叠(time-overlapping)呼叫成为可能。
图3示出了作为web服务并行运行的三个媒体资源处理器9A、9B、9C。每个媒体资源处理器9为媒体资源提供不同的服务。所述媒体资源处理器9A为不同的媒体资源提供英语的语音识别服务和德语的语音识别服务。英语或德语语音识别服务的区别可以是例如语法文件的大小。媒体资源处理器9B为媒体资源提供德语的文本到语音的生成服务，其中，文本到语音的生成服务的区别可以是例如一个服务提供女声而另一个提供男声。媒体资源处理器9C为不同的媒体资源提供法语和德语语音识别服务以及法语的文本到语音的生成服务。
向所述媒体资源管理模块11提交服务请求，运行在呼叫操作器8上的应用30在服务请求中声明其服务需求。这意味着例如语音识别所需要的词汇量的大小仅用于接收信用卡号码的数字、通过预定义的对话进行导航的较小词汇量或者识别用户的任何话语的自由语音口述。此外，如需要的语言的参数必须被声明。稍后在媒体资源管理模块的设计和实现部分中定义了可用参数的完整列表。
利用这些信息，媒体资源管理模块11确定当前占有用于客户端应用30的最适合的媒体资源的媒体资源处理器。为了该确定，媒体资源管理模块11纵览由媒体资源处理器9A、9B、9C提供的所有资源。通过该过程，客户端应用30不必请求每个媒体资源处理器9A、9B、9C找到自由及合适的服务。与此相反，其接收描述文件中的到最匹配媒体资源处理器的路径或者来自所述媒体资源管理模块11的最匹配的列表，其中，所述描述文件或所述列表被包括在所述媒体资源信息中。
如果客户端应用30需要德语的语音识别服务，则存在两个可能选项。媒体资源处理器9A和9C都提供这种服务。
但是这些媒体资源不必以相同的程度来适合所述客户端应用。为此，媒体资源管理模块11具有特定的搜索算法，其考虑了几个媒体资源属性。
为了能够比较客户端应用需求和由web服务提供的可用媒体资源，定义的描述是必需的。该描述被包括在由应用30发送到媒体资源管理模块11的服务请求中。
所述描述包括web服务的名称、其提供的资源类型、所述资源的量以及关联于web服务描述文件的路径。因此，提供最适合服务的最适合的媒体资源被确定，并被提供给应用30。
图4示出了元件的安排方案，需要所述元件以在改良的电话网络1中提供增强的功能性。电话网络1与呼叫操作器8连接，向电话网络1提供增强功能性的应用30在呼叫操作器8上运行。利用安排在网关5中的软交换机7来实现到电话网络的连接(图1)。
呼叫操作器8与媒体资源管理模块11连接。媒体资源控制模块11优选地作为web服务而被实现。一个媒体资源管理模块11管理几个媒体资源处理器9，并向运行在呼叫操作器8上的应用30提供接口。每个媒体资源处理器9提供多个媒体资源10，运行在呼叫操作器8上的应用30在需要时使用该媒体资源。
如果电话用户呼叫其他人，但是被呼叫人当前不可用，则该呼叫者被自动转接到呼叫操作器8。为了开始与该呼叫者的对话，运行在呼叫操作器8上的客户端应用30需要被提供以特定的服务。客户端应用30通过向媒体资源管理模块11传送所需要的媒体资源的描述，来询问该媒体资源管理模块11。媒体资源管理模块11比较该需求与其数据库中的所有媒体资源，并最终向所述客户端返回到最适合资源的路径。通过占用该路径，客户端应用30能够使用web服务，例如实现语音识别和文本到语音的生成。
客户端应用30通过向媒体资源管理模块11发送服务请求，请求由特定媒体资源10提供的某个服务。还可以设想，客户端应用30请求由一组媒体资源10提供的服务集合。所述服务请求描述了例如具有两种德语语音的文本到语音的资源，一个女声和一个男生，其支持格式化的输入串并且每秒最多花费0.05欧元。客户端应用30向媒体资源管理模块11发送所述询问。
通过例如实现在呼叫操作器8中的媒体资源管理模块11(图1)，实现了应用30所需要的媒体资源10的确定以及媒体资源10到应用30的分配。
通过比较所述服务请求与所述服务，媒体资源管理模块11确定了与该服务请求匹配的最合适的媒体资源10，所述服务是由连接到媒体资源管理模块11的媒体资源处理器9的媒体资源10来提供的。媒体资源管理模块11向应用30提供了媒体资源信息，该信息包括具有例如到媒体资源10的WSDL路径的结果文件。客户端应用30解析该结果文件并连接到提供所需要的服务的媒体资源10。
客户端应用30通过参考WSDL路径，现在能够使用由媒体资源10提供的服务。
商业应用本发明在商业上特别适用于电话网络的生产与运作的领域，以及将被用于在电话网络中提供增强服务的设备的领域。
权利要求
1.一种管理提供服务的媒体资源的方法，所述服务将由请求特定的服务集合的应用来使用，该方法包括下列步骤-从所述应用接收服务请求，所述应用包括关于该应用所需要的所述服务集合的信息，-通过比较所请求的服务集合与由所述可用媒体资源提供的服务，确定至少一个媒体资源，并且-提供媒体资源信息，该信息至少包括关于到所述应用的被确定的媒体资源的信息。
2.根据权利要求1的方法，还包括步骤-向所述应用分配所述被确定的媒体资源。
3.根据权利要求2的方法，其中，通过打开会话并向所述应用提供会话信息来实现所述分配。
4.根据权利要求1、2或3的方法，其中，媒体资源管理模块接收所述服务请求，其中，通过所述媒体管理模块来实现至少一个媒体资源的确定和所述媒体资源信息的提供。
5.根据权利要求4的方法，其中，至少一个媒体资源被注册在一个媒体资源处理器，并且其中，至少一个媒体资源处理器被分配给一个媒体资源管理模块。
6.根据权利要求5的方法，还包括下列步骤-将涉及所述服务的信息存储到数据库中，所述服务是由被分配的媒体资源处理器的媒体资源来提供的，-向所述媒体资源管理模块提供存储在所述数据库中的所述信息，并且-使用所述信息来确定将被分配给所述应用的媒体资源。
7.根据权利要求5或6的方法，其中，所述媒体资源管理模块和至少一个媒体资源处理器之间的至少一个通信被用来确定将被分配给所述应用的至少一个媒体资源。
8.根据权利要求4至7的任何一个的方法，其中，所述应用通过所述媒体资源管理模块来访问所述被确定的媒体资源。
9.一种被用来执行根据权利要求1至8的任何一个的方法的电话网络，其中，该电话网络至少包括执行提供将由所述电话网络的用户使用的功能性的应用的装置、向所述应用提供服务的装置以及确定提供由所述应用请求的服务的最合适的装置的装置，其中，所述执行应用的装置至少临时地连接到所述确定提供被请求的服务的装置的装置，并且其中，所述执行应用的装置至少临时地连接到所述提供服务的被确定的装置。
10.根据权利要求9的电话网络，其中，所述执行应用的装置包括至少一个呼叫操作器，该呼叫操作器利用电话临时连接到至少一个用户的电话，其中，所述向应用提供服务的装置包括至少一个媒体资源，并且所述确定由应用请求的最合适服务的装置包括至少一个媒体资源管理模块，其中，所述呼叫操作器向所述媒体资源管理模块发送所述服务请求，所述媒体资源管理模块确定向所述应用提供所需要的服务的媒体资源，并且所述媒体资源管理模块向所述应用至少提供媒体资源信息。
11.根据权利要求10的电话网络，其中，几个媒体资源被分配给一个媒体资源处理器，其中，至少一个媒体资源处理器被注册在所述媒体资源管理模块。
12.根据权利要求9至11的任何一个的电话网络，其中，所述呼叫操作器、所述媒体资源管理模块和所述媒体资源之间的至少一个连接是互联网连接。
13.一种被用来实现根据权利要求1至8的任何一个的方法的媒体资源管理模块，其至少包括从需要至少一个服务的应用接收服务请求的装置、确定提供至少一个被请求的服务的媒体资源的装置以及向应用提供媒体资源的装置。
14.一种被用来执行根据权利要求1至8的任何一个的方法的设备，其包括呼叫操作器，该呼叫操作器与电话网络连接并且能够执行具有由所述电话网络的至少一个用户使用的功能性的应用，所述设备还包括根据权利要求13的、与所述呼叫连接的媒体资源管理模块，并且还包括提供由所述应用使用的至少一个服务的至少一个媒体资源，其中，所述媒体资源与所述呼叫操作器连接。
15.根据权利要求14的设备，其包括注册在所述媒体资源管理模块的至少一个媒体资源处理器，其中，几个媒体资源被分配给一个媒体资源处理器。
16.根据权利要求13至15的任何一个的设备，其中，所述呼叫操作器、所述媒体资源管理模块和所述媒体资源之间的至少一个连接是互联网连接。
17.一种存储在计算机可用媒体上的计算机程序产品，其包括计算机可读程序装置，用来当所述计算机程序产品在计算机上被执行时，使计算机实现根据权利要求1至8的任何一个的方法。
全文摘要
描述了一种管理提供服务的媒体资源(10，23，24)的方法，所述服务是由请求特定的服务集合的应用(30)来使用的，所述方法包括下列步骤从应用(30)接收服务请求，所述应用包括关于由所述应用(30)请求的服务集合的信息，通过比较所请求的服务集合与由可用媒体资源(10，23，24)提供的服务，确定至少一个媒体资源(10，23，24)，并且提供媒体资源信息，该信息至少包括关于到所述应用(30)的被确定的媒体资源(10，23，24)的信息。
文档编号H04M3/487GK1756279SQ20051010571
公开日2006年4月5日 申请日期2005年9月27日 优先权日2004年9月30日
发明者J·谢内尔, 沈宇中, M·德雷夫尼奥克 申请人:阿尔卡特公司