[发明专利]用于通过简化的套接字接口来支持广播/多播因特网协议包的设备和方法

说明书

本申请案主张2006年8月9日申请的第60/836,780号美国临时专利申请案的权益，所述临时专利申请案的全部在此以引用的方式并入本文中。

技术领域

本发明涉及用于建立到达客户端处理器的IP连接的应用程序编程接口工具和方法。

背景技术

因特网技术使得能够将高质量音频和视频内容传递到先前为电视、无线电和其它形式的音频和视频分布所不能到达的位置和装置。此已导致开发出用于经由因特网来分布广播音频和视频串流的许多新应用程序和装置。举例来说，现在有可能在蜂窝式电话上接收视频，例如，电视片段。此技术具有彻底改革视觉媒体、电视和电影产业的潜力。因此，存在对经由因特网将广播串流传递到广泛装置的应用程序的不断增长的需要。

将经由因特网来接收广播或多播视频串流的应用程序必须与因特网建立连接，其被系到视频串流的源。在现代操作系统中用于连接到因特网的标准接口被称为伯克利(Berkeley)套接字应用程序编程接口(API)，也称作BSD套接字API。(BSD代表伯克利软件分布(Berkeley Software Distribution)，其有时被称作Berkeley Unix)。API是计算机系统或程序库所提供的用以支持对通过计算机程序(应用程序)而将要由其产生的标准服务的请求的源代码接口。伯克利套接字API包含可用于以C编程语言来开发计算机网络连接应用程序的例行程序库。尽管伯克利套接字API并非为使用中的唯一此类API，但适合于开发因特网应用程序的大多数编程语言使用在所包括的例行程序和其功能性方面为类似的接口。另外，许多编程语言已采用BSD套接字API的版本。因此，本文中API的描述是基于BSD套接字API的格式和功能性。

为了使应用程序经由因特网来接收广播或多播视频串流，必须创建到达源的连接(被称作“套接字”)。套接字为客户端与服务器之间的因特网连接的端点。创建套接字会确保由服务器发送的包将被传递到客户端应用程序。为了创建套接字，应用程序调用套接字()API。当以此方式来创建套接字时，其被给予地址族，但未被指派给客户端装置中的特定本地接口。因此，在套接字可接受来自服务器的传入数据之前，必须将所述套接字指派给将用作与因特网的装置接口的特定本地接口。通过绑定()API来实现一种将特定本地地址指派给套接字的方法。

对于收听广播或多播串流的应用程序来说，所述应用程序必须调用ioct1()或套接字_opt()调用。当调用ioct1()或套接字_opt()调用时，必须已知将接收有IP广播串流的特定接口。然而，典型装置具有可经由其接收数据的许多接口。先前，为了确定将通过其接收IP数据串流的特定本地接口，应用程序必须执行复杂的指令集。此添加的复杂性导致不必要的程序额外开销、应用程序开发成本和在建立到达广播串流的连接时的处理延迟。

发明内容

各种实施例提供一种用于配置IP地址以接收广播数据流的流线型方法。修改且扩展绑定()API以调查可用本地接口、确定接口是否能够经配置以从特定IP地址接收数据、在所述接口能够被如此配置的情况下配置所述接口且接着将IP地址绑定到所述接口。在一实施例中，绑定()API与一个或一个以上接口明确地交互以查看每一接口是否均能够被配置到IP地址。在另一实施例中，绑定()API通过咨询路由查找表来确定接口的可配置性。在此实施例的变化形式中，可实施基于政策的路由规则，使得绑定()操作基于政策参数来配置最高优先级接口。

附图说明

并入本文中并构成本说明书的部分的附图说明本发明的示范性实施例，且连同上文给出的概括描述和下文给出的详细描述一起用以阐释本发明的特征。

图1A和图1B为说明当前绑定()API的功能性的流程图。

图2为说明对绑定()API的第一实施例修改的过程流程图。

图3为说明对绑定()API的第二实施例修改的过程流程图。

图4为说明对图2中所说明的实施例的替代方案的过程流程图。

图5为说明对图3中所说明的实施例的替代方案的过程流程图。

图6为说明实施图2中所说明的实施例的经修改的绑定()API的功能性的过程流程图。

图7为说明实施图3中所说明的实施例的经修改的绑定()API的功能性的过程流程图。

图8为说明实施图4中所说明的实施例的经修改的绑定()API的功能性的过程流程图。

图9为说明实施图5中所说明的实施例的经修改的绑定()API的功能性的过程流程图。

图10为用于与以上实施例一起使用的移动装置。

具体实施方式