用于从WebRTC服务器向WebRTC客户端安全且动态地重新加载附加软件的方法技术

本发明专利技术涉及一种计算机装置(10)以及一种由计算机实现的、用于从WebRTC服务器向WebRTC客户端安全且动态地重新加载附加软件(SW)的方法，其特征在于，WebRTC数据通道被用来传输软件(SW)。

【技术实现步骤摘要】
【国外来华专利技术】【专利摘要】本专利技术涉及一种计算机装置(10)以及一种由计算机实现的、用于从WebRTC服务器向WebRTC客户端安全且动态地重新加载附加软件(SW)的方法，其特征在于，WebRTC数据通道被用来传输软件(SW)。【专利说明】用于从WebRTG服务器向WebRTG客户端安全且动态地重新加载附加软件的方法
本专利技术涉及一种由计算机实现的、以及一种相应的计算机装置。
技术介绍
WebRTC浏览器开发商、如Google或Moz i I Ia通常借助确定的编解码器来发行其浏览器。属于这些编解码器例如是音频编解码器，例如G.711和OPUS，以及视频编解码器，为此作为示例应该提到VP8。因此，这种编解码器是这些具有webRTC能力的浏览器的完整的组成部分。但对于WebRTC应用的开发商而言，不能毫无困难地在其项目中以安全的方式和方法集成附加的、可能还不包含在原来的浏览器版本中的编解码器，以便由此为其用户产生附加的用处。问题的一部分在于，这种附加的编解码器经常受到商业专利权的保护，并且因此只有通过支付相应的许可费用才能获得并安装。为了这种编解码器的重新安装，通常这样做，S卩:这些编解码器可通过所谓的浏览器插件被加载并接着被安装。但对于WebRTC浏览器，存在以下缺点:-1ETF/W3C中的网页实时通信(WebRTC)文件规定，网页实时通信应该无插件就行。这就意味着，所涉及的编解码器应该固有地被集成在浏览器中，也就是说，应该已经通过浏览器开发商被固定地内置。-浏览器开发商在实现上述要求时的特殊难题在于，存在商业专利权(经常也简称为知识产权或者说IPR)并且因此伴随着许可成本的编解码器不能利用开发商的免费浏览器来提供。-浏览器插件构成了安全风险，因为不能够安全地控制由此被重新安装的编解码器的来源，并且因此浏览器插件在WebRTC应用解决方案对于许多用户的接受度方面也是额外的障碍。编解码器的安全的重新安装的上面以音频和视频编解码器为例描述的难题也十分普遍地存在于其他应该在WebRTC客户端、例如浏览器-尤其是WebRTC浏览器-中被重新安装的软件中。
技术实现思路
因此，本专利技术所基于的任务是，克服这些缺点，并且说明一种以及一种相应的计算机装置。该任务借助一种根据权利要求1所述的方法以及借助一种根据权利要求9所述的计算机装置来解决。此外，一种相应的根据权利要求7所述的计算机程序或计算机程序产品以及一种根据权利要求8所述的机器可读取的、相应的计算机程序被保存在其上的数据载体也有助于解决这一难题，它们应该同样被看作为隶属于本专利技术。本专利技术的有利扩展方案是从属权利要求的主题。根据本专利技术，一种由计算机实现的、以以下步骤进行:在WebRTC客户端与WebRTC服务器之间建立WebRTC连接的过程中，通过以下方式传输所需的软件，即为此使用WebRTC数据通道。通过这种方式，就可以以安全且动态的方式和方法重新加载并重新安装所需的软件，而不必动用浏览器插件。WebRTC数据通道另外也被称作为WebRTC数据信道。这种WebRTC数据通道本身由IETF/W3C标准化，并且立足于安全的基于IP/UDP/DTLS/SCTP的传输。根据本专利技术方法的一种有利的实施方式，所述软件被确定用于实时应用。尤其是这种软件是一种编解码器，例如一种音频或视频编解码器。能够有利的是，所述WebRTC数据通道在软件传输后保持并且没有立即被再次取消，以便由此例如能够实现没有时间延迟而快速重新加载其他所需的软件。此外可能有利的是，自动地在WebRTC客户端与WebRTC服务器之间建立WebRTC连接的时间点上传输软件，使得用户不必特意担心这一方面。对于电话呼叫或会议的示例而言，这可能就意味着，自动在达成电话呼叫或达成会议的时间点上进行音频编解码器的下载。但替代地，也可设置，专门由用户触发的编解码器的下载。于是为此将优选设置安装区域(install button)。作为付费模式，为此例如将可以考虑所谓的“使用才支付(pay as youV，use) ο如果软件在WebRTC客户端仅临时被加载并且只有在预先确定的时间段期间才保持可用，则可带来其他优点。这在上述示例的情况下就意味着，重新加载的编解码器仅供电话呼叫期间或者会议期间使用，并且只能够使用那么长，直到WebRTC客户端(尤其是WebRTC浏览器)重新启动。这种做法同样支持“使用才支付”的计价模式。替代地，所重新加载的编解码器当然也可被永久安装并且保持可用，由此，即使在WebRTC客户端或者WebRTC浏览器重启后，该编解码器仍可供用户使用。根据本专利技术的方法有利地被实现为计算机程序或计算机程序产品，并且能够被保存在机器可读取的数据载体上。因此，这两种设计方案同样可被看作为隶属于本专利技术。一种根据本专利技术的计算机装置包括WebRTC客户端在其上运行的第一计算机，其适用于执行上述方法以用于安全且动态地从WebRTC服务器向WebRTC客户端重新加载附加软件。此外，根据本专利技术的计算机装置包括第二计算机，其用作为WebRTC服务器，并且所要传输的软件借助该第二计算机是准备好的或可访问的，使得所述软件可以根据查询通过WebRTC客户端来调用或被传输到该客户端上。为了连接这两个计算机，设置一种相应的网络，所述网络必须必然地被实现为，使得其能够提供WebRTC数据通道(连同RTC客户端与WebRTC服务器之间的WebRTC连接)。很明显，借助根据本专利技术的计算机装置，能够实现与结合根据本专利技术的方法所描述的相同的优点。【附图说明】由下面参照附图对有利的实施方式所进行的描述得出本专利技术的其他优点、特征和特点。其中:图1示出根据本专利技术的计算机装置的一种实施方式的示意性概览图；以及图2示出一种示意性图示，说明根据本专利技术的方法如何基于标准化的WebRTC-协议栈来实施。【具体实施方式】所述计算机装置10又包括第一计算机12、用作为WebRTC服务器的第二计算机14以及网络16，所述网络连接所述第一计算机12和所述第二计算机14并且此外被构型为，使得该网络能够提供WebRTC连接-WebRTC数据通道也属于WebRTC连接。只要这被达成，所述软件SW就可从服务器14传输到所述第一计算机12中的客户端上，这通过相应的箭头被形象地示出。在所述第一计算机12中，示意性地示出了⑶-ROM90，作为数据载体的示例，计算机程序或计算机程序产品92可被保存在该数据载体上，所述计算机程序或计算机程序产品又示意性地作为具有程序代码的页面被示出。在所述第一计算机12上安装了所述计算机程序90后，在该计算机12上运行的WebRTC客户端可以以根据本专利技术的方式继续运行，以便执行根据本专利技术的方法。为了说明根据本专利技术的方法，随后以以下为出发点，即:WebRTC客户端作为WebRTC浏览器(下面简称为“浏览器”)存在，该浏览器为了电话呼叫(简称为“呼叫”)需要从WebRTC服务器(下面简称为“服务器”)14加载音频编解码器，因为根据标准被集成在浏览器内的音频编解码器(例如G.711或OPUS)被视为不充分。这种具有扩展功能范围的音频编解码器例如基于H.264或H.265。对于本专利技术的应用，自然还要提到语音编解码器、如G.729的下载。根据下面的示例，向用户在其用户界本文档来自技高网...

【技术保护点】
由计算机实现的、用于从WebRTC服务器向WebRTC客户端安全且动态地重新加载附加软件(SW)的方法，其特征在于，为了传输所述软件(SW)，使用WebRTC数据通道，并且所述软件(SW)被用于扩展WebRTC客户端的功能。

【技术特征摘要】
【国外来华专利技术】...

【专利技术属性】
技术研发人员：K·克拉格霍费尔，V·兰斯迈尔，
申请(专利权)人：统一有限责任两合公司，
类型：发明
国别省市：德国;DE