CN101594367A - 内容分发服务器和内容分发方法 - Google Patents

Abstract

本发明提供了内容分发服务器和内容分发方法。内容提供服务器包括：内容分发处理块，被配置为以多播分发形式经由预定传输路径来向至少一个接收终端分发内容数据；以及内容接收处理块，被配置为在经由预定连接线路接收到内容分发请求时，经由该连接线路对发出所接收到的内容分发请求的内容提供终端执行回叫，并且以多播形式从内容分发处理块向接收终端分发在通过回叫而连接的会话中获得的内容数据。

Description

内容分发服务器和内容分发方法

技术领域

本发明涉及内容分发服务器和内容分发方法，它们适合用于利用例如有保障的称为NGN(下一代网络)的带宽和通过SIP(会话发起协议)管理的会话的内容分发。

背景技术

近年来，带宽有保障的网络服务已经被开发出并且正被投入实际使用，在这种带宽有保障的网络服务中，通过称为NGN的复杂网络配置的SIP执行会话管理使得能够通过使用诸如电话号码之类的唯一终端ID进行相互连接。利用NGN，指定与音频通信一起提供视频等的流(streaming)服务。

为了提供流服务，将提供流服务的内容提供服务器连接到NGN。然后，假设通过使用为分发准备的机制来执行从该内容提供服务器到连接到NGN的许多终端的分发服务。布置这样的内容提供服务器允许了唯一使用NGN的广播，从而使得能够进行各种内容的分发。

以下的日本专利早期公布No.2006-293700公开了一个处理示例，其中，从内容服务器分发的内容被中继装置接收以被中继。在这个示例中，中继装置等同于上述内容提供服务器。

发明内容

利用诸如NGN之类的网络，从特定用户终端到另一用户终端的某种形式的数据发送和接收要求发送用户终端向另一用户终端识别ID作出呼出(origination)，从而建立用于数据发送和接收的会话。然后，通过使用该已连接的会话来传送数据。此外，与某个服务器建立会话要求向该服务器作出呼出以及与其建立会话的处理。

在如上所述基于用于会话建立的连接的数据传送的情况下，存在以下问题：发送用户终端被收取网络使用费，从而施加很高的用户负担。另外，如果存在两个或更多个发送用户终端，则必需为这些用户终端分别建立会话，而这需要能够处理两个或更多个用户终端的两个或更多个会话的复杂规范，并且要求用于互连用户终端的连接线路具有能够处理两个或更多个会话的带宽。这造成了要克服分发直接从用户上载的视频等的使用形式的实现的障碍。此外，在将用户终端与由商业实体提供的内容提供服务器相连接时，具有内容提供终端的商业实体不具有用于认证连接用户的机制，从而使得难以实现由用户进行的对内容数据的很好发送。并且，仅通过总是从发送用户终端呼出来建立会话的机制无法正确执行内容提供服务器中的资源管理和在发生故障之后对会话切换的控制，从而使得难以实现由用户进行的对内容数据的很好发送。

因此，本发明提出了与现有技术方法相关联的上述和其它问题，并且通过诸如NGN之类的网络提供由用户进行的对内容数据的很好发送而解决了所提出的问题。

在执行本发明时并且根据本发明一个实施例，提供了一种内容提供服务器。该内容提供服务器具有内容分发处理块和内容接收处理块。内容分发处理块被配置为以多播分发形式经由预定传输路径来向至少一个接收终端分发内容数据。内容接收处理块被配置为在经由预定连接线路接收到内容分发请求时，经由该连接线路对发出所接收的内容分发请求的内容提供终端执行回叫，并且以多播形式从内容分发处理块向接收终端分发在通过回叫而连接的会话中获得的内容数据。

在执行本发明时并且根据本发明另一个实施例，提供了一种内容分发方法。该方法执行用于以多播分发形式经由预定传输路径来向至少一个接收终端分发内容数据的内容分发处理。该内容分发处理是通过经由预定连接线路接收内容分发请求而被执行的。然后，对发出所接收的内容分发请求的内容提供终端执行回叫，并且通过内容分发处理以多播形式向接收终端分发通过使用由回叫连接的会话所获得的内容数据。

根据本发明的上述实施例，分发内容的内容提供终端请求预定内容提供服务器通过使用SIP(会话发起协议)来建立会话。在识别该会话建立请求之后，内容提供服务器通过回叫来请求被请求会话建立的内容提供终端建立会话，从而通过来自内容提供服务器的请求而将内容提供终端与内容提供服务器相连接。这建立了会话。当通过使用该已连接的会话向内容提供服务器发送内容数据时，实现了从内容提供服务器对内容数据的多播分发。

根据本发明的上述实施例，如果要发送内容数据，则内容提供终端可以以多播形式仅一次向提供内容的服务器请求建立会话，并在断开连接之后等待来自该服务器的回叫。通过使用由回叫连接的会话来发送内容数据，从而可以在成本方面没有向具有内容提供终端的用户施加负担的情况下执行内容数据发送。另外，回叫针对会话开始对服务器侧给予控制，并且要被回叫的内容提供终端是预先登记的终端，从而提供认证效果，其中，仅仅登记的终端才可以确保得到处理。

附图说明

图1是图示出作为本发明一个实施例而实施的示例性系统配置的框图；

图2是图示出作为上述实施例而实施的示例性传输状态的示意图；

图3是图示出作为上述实施例而实施的示例性传输状态(在正常连接时)的序列图；

图4是图示出作为上述实施例而实施的示例性传输状态(在认证失败时)的序列图；

图5是图示出作为上述实施例而实施的示例性传输状态(在从内容提供终端断开连接时)的序列图；

图6是图示出上述实施例的示例性传输状态(在从服务器断开连接时)的序列图；

图7是图示出作为本发明另一实施例而实施的示例性传输状态的示意图；

图8是图示出图7所示的示例中的示例性传输状态(在从服务器到终端的连接失败时转移连接目的地时)的序列图；以及

图9是图示出图7所示的示例中的示例性传输状态(在发生异常状态时转移连接目的地时)的序列图。

具体实施方式

将参考附图通过本发明的实施例来更加详细地描述本发明。以下参考图1到图6描述了本发明的一个实施例。本实施例被配置为与称为NGN的网络相连接的系统。NGN是带宽有保障的网络，其被配置为除了普通的音频电话之外还具有高图像质量的电视电话和多播分发，从而提供高图像质量的视频分发。

现在，参考图1，示出了作为本发明实施例而实现的系统配置。SIP服务器1被布置在NGN上。在SIP服务器1的控制之下，在作为用户终端的视听终端11、12等处执行电话呼出和呼入(telephone origination andtermination)以及各种内容的视听。视听终端11、12等可以是被配置为仅视听内容或者被配置为既视听内容又提供电话功能的终端。对于连接线路，基于IP地址的呼出和呼入被控制；也就是说，连接线路被配置为所谓的IP电话。

本实施例的网络与内容分发器服务器2相连接。由内容分发器准备内容分发器服务器2。内容分发器服务器2具有预留管理块3和多播分发块4，其中，从多播分发块4到NGN的内容数据的多播分发由预留管理块3控制。多播分发块4分发累积在内容累积块4a中的内容数据。此外，多播分发块4还具有内容接收块(未示出)，内容接收块被配置为经由所连接的连接线路接收以单播形式发送的内容，并且多播分发块4具有在不改变的情况下以多播形式分发在接收块处接收的内容的能力。应当注意，由内容分发器服务器2发送的内容例如包括流数据，例如视频数据和音频数据。如果仅仅来自稍后将描述的内容提供装置的内容的中继被执行，则内容分发器服务器2不必具有内容累积块4a。

用多播模式从多播分发块4向NGN发送的内容数据可以由视听终端11、12等的任一个接收，以不受限制地视听所接收的内容数据。在多播分发中，从内容分发器服务器2发送的内容不受限制地被每一个终端接收，以使得不必在内容分发器服务器2和视听终端11、12等的每一个之间建立用于单播传输的传输路径的连接。但是，可以施加某种限制以仅仅允许向内容分发器服务器2登记的终端视听所接收的内容。

在本实施例中，内容提供终端5连接到网络。内容提供终端5是想要向任意视听终端发送某种内容的用户终端。例如，假设该用户终端是分发用摄像机拍摄的实时视频数据的终端、或者例如使得用户所创建的视频内容或音频内容要被传送到另一用户的终端。内容提供终端5是能够例如使用NGN通过SIP中的呼出来连接到内容分发器服务器2的终端(具有SIP能力)。

在从该内容提供终端5分发内容数据时，本实施例首先发送内容数据到内容分发器服务器2，内容数据从内容分发器服务器2被分发到视听终端11、12等。

以下参考图2概述从图1所示的内容提供终端5分发内容数据的处理。如图2所示，内容提供服务器和多播分发服务器分别对应于内容分发器服务器2中的预留管理块3和多播分发块4。在图1所示的示例中，预留管理块3和多播分发块4例如被布置在一个服务器2中，但是，预留管理块3和多播分发块4可以被布置在分开的服务器中。以下，图2所示的预留管理块和多播分发块也称为预留管理块3和多播分发块4。

首先，内容提供终端5执行在NGN中登记自身终端识别ID的处理(步骤S1)。可以预先而不是在内容分发时执行终端识别ID的这种登记。

接下来，内容提供终端5向多播分发块4发送作为会话连接请求的信令，从而请求内容提供(步骤S2)。在该内容提供请求发送到多播分发块4之后，如果内容提供请求已得到成功认证，则多播分发服务器向内容提供终端发送指示出在呼叫中(in-calling)的180应答；而如果终端认证已失败，则多播分发服务器向内容提供终端发送指示出呼入被拒绝的603应答。如果180应答已被内容提供终端接收，则内容提供终端5结束会话建立请求并断开该会话，从而变得为从多播分发服务器回叫的会话连接请求做好准备。应当注意，180应答和603应答是在SIP中规定的应答的应答号，以下要描述的应答也一样。

已接收到内容提供请求的多播分发块4针对终端信息对内容分发器服务器2进行认证(步骤S3)，并接收对会话建立的请求，从而通过与呼出终端的终端识别ID比较来确认：已作出内容提供请求的终端是预先登记的终端。步骤S3中的该确认和步骤S2中的应答是并行执行的，如稍后将示出的序列图所示。

当该终端认证已完成并且会话请求已被终端中止或断开时，多播分发块4执行用于向内容提供终端5发送对会话建立的请求的回叫处理，由此建立会话。当该会话已建立时，从内容提供终端5向多播分发器服务器的内容分发开始。从内容提供终端5向多播分发块4的内容发送是内容提供终端5和多播分发块4之间的单播发送。

当在多播分发块4处开始从内容提供终端5获取内容时，所接收内容的数据被从多播分发块4发送到多播地址，由此视听终端11、12等变得准备好接收内容数据(步骤S5)。

以下参考图3到图6的序列图描述图2所示的处理概况的详细处理状态。图3是指示出连接开始的序列图。首先，内容提供终端5向预留管理块3登记多播分发形式的内容传送的日期以及关于内容提供终端5自身的信息(步骤S11)。该登记是例如经由因特网通过使用HTTP(超文本传送协议)执行的。

接下来，当实际从内容提供终端5发送内容的时间到来时，从内容提供终端5经由SIP服务器1向多播分发块4的终端识别ID呼出会话建立请求(步骤S12和步骤S13)。该会话建立请求是通过发送INVITE(邀请)请求来执行的；不必添加包括关于要发送的内容的编解码信息的(会话描述协议)。

被请求会话建立的多播分发块4立即通过使用例如HTTP来请求预留管理块3通过使用发送了INVITE请求的终端的呼出终端识别ID来进行认证，并从预留管理块3获得该认证的结果作为对HTTP请求的应答(步骤S15)。此刻，如果相应认证成功，则获得关于终端识别ID的信息，该终端识别ID用于会话建立请求和作为该终端而登记的回叫。

如果认证成功，则响应于会话建立请求，指示出在进行中(in-progressing)的100应答和指示出在呼叫中的180应答被经由SIP服务器1发送到内容提供终端5(步骤S16和步骤S17)。当该180应答被内容提供终端5接收时，用于通过拨叫取消当前呼叫的CANCEL(取消)请求经由SIP服务器1被发送到多播分发块4(步骤S18和步骤S19)。当该CANCEL请求被多播分发块4接收时，指示出对该拨叫取消的应答的200应答被发送(步骤S20和步骤S21)。此外，指示出作为会话建立请求首先被接收的INVITE请求的中止的487应答被从多播分发块4发送(步骤S22和步骤S23)，并且ACK(确认)请求作为应答被发送(步骤S24和步骤S25)，由此从步骤S12开始的会话建立请求的处理结束。

然后，会话建立请求被从已经确认断开连接的多播分发块4发送到内容提供终端5的终端识别ID(步骤S26和步骤S27)。在该会话建立请求时，包括关于允许从内容提供终端发送的内容类型的信息的SDP被添加。

当内容提供终端5检测到该呼入时，指示出在进行中的100应答和指示出在呼叫中的180应答作为对会话建立请求的应答而被发送(步骤S28和步骤S29)。

此外，利用包括关于要发送的内容的信息的SDP来发送指示出对内容提供终端5处的呼入的应答的200应答(步骤S30和步骤S31)。当ACK请求作为应答被返回时(步骤S32和步骤S33)，多播分发块4和内容提供终端5之间的会话被建立。

接下来，通过使用已建立的会话，以单播形式开始从内容提供终端5向多播分发块4发送内容数据(流数据)(步骤S34)。多播分发块4向多播地址发送所接收的内容数据(流数据)以使得两个或更多个视听终端11、12等可以接收内容数据(步骤S35)。这样，流数据的发送开始，从而例如在预定的预留时段内连续发送流数据。

以下参考图4描述在多播分发块4上认证失败的情况下要执行的处理的示例。

该示例假设了还未向预留管理服务器登记的内容提供终端5的操作。

会话建立请求被从内容提供终端5经由SIP服务器1发送到多播分发块4的终端识别ID(步骤S72和步骤S73)。

接收到该会话建立请求之后，多播分发块4立即通过使用例如HTTP来请求预留管理块3进行会话建立请求被发送到其的终端识别ID的认证(步骤S74)。在此示例中，假设该认证的结果源自未正确登记的终端(步骤S75)。此刻，例如作为拒绝呼入的应答的603应答被发送(步骤S76和步骤S77)，并且针对该应答，ACK请求被从内容提供终端5发送(步骤S78和步骤S79)，由此处理结束。在这种情况下，处理在此时结束，从而不执行从多播分发块4的回叫。

以下参考图5示出在图3所示的处理中正在发送内容的状态中用于断开来自内容提供终端5的线路的处理的示例序列。

在图5所示的示例中，假设正通过使用已建立的会话以单播形式从内容提供终端5向多播分发块4发送内容数据(步骤S81)。此外，还假设，在多播分发块4中，所接收的内容数据被发送到多播地址处的两个或更多个视听终端11、12等(步骤S82)。

在上述状态中，断开连接请求(BYE请求)被从内容提供终端5发送(步骤S83和步骤S84)，并且当对该BYE请求的200应答被返回时，已建立的会话结束，由此流数据的发送结束(步骤S85和步骤S86)。

图6所示的示例是由于例如过了预定的计划时间而通过从多播分发块4的处理断开会话的示例性序列。在图6所示的示例中，也假设正通过使用已建立的会话以单播形式从内容提供终端5向多播分发块4发送内容数据(步骤S91)。此外，还假设在多播分发块4中，正在执行将所接收的内容发送到在多播地址处的两个或更多个视听终端11、12等的处理(步骤S92)。

在上述状态下，假设通过使用例如HTTP从预留管理块3向多播分发块4发送关于过了预留的使用时间的通知(步骤S93)。如果该通知被发送并且相应的会话仍然在建立中，则请求(BYE请求)被发送以用于从多播分发块4断开连接(步骤S94和步骤S95)。通过返回作为对BYE请求的应答的200应答而结束已建立的会话，由此流数据的发送结束(步骤S96和步骤S97)。

应当注意，在目前为止所描述的处理操作中，从其发送内容数据的内容提供终端为1个；但是，可以向预留管理块3登记两个或更多个终端，作为从其发送同一内容数据的终端。

图7所示的示例示出了在存在两个或更多个内容提供终端时要执行的处理的概况。在此示例中，假设布置了第一内容提供终端6和第二内容提供终端7，并且从其发送相同的内容数据(相同的流数据)。

在这种情况下，第一和第二内容提供终端6和7各自首先执行向预留管理块3登记自身终端ID的处理(步骤S101和步骤S102)。

在完成上述登记的情况下，假设第一内容提供终端6向多播分发块4请求会话建立，从而例如给出内容提供请求。当该内容提供请求已被发送到多播分发块4时，多播分发块4从预留管理块3获得终端连接目的地信息(步骤S103)。然后，多播分发块4对第一内容提供终端执行如上所述的回叫处理，但是假设会话建立由于某种原因而失败(步骤S104)。

如果发生这种失败，则多播分发块4向作为另一已登记终端的第二内容提供终端7请求会话建立，从而给出内容获取请求，并且假设会话建立是成功的(步骤S105)。

如果会话建立成功，则开始从第二内容提供终端7传送内容数据，从而开始以多播形式从多播分发块4向视听终端11、12等的每一个的发送(步骤S106)。应当注意，如果在从第一内容提供终端6的传送开始之后由于某种故障而断开会话，则也可以作出基于该回叫机制的会话建立请求，从而切换到从第二内容提供终端7传送内容数据。

参考图8，示出了指示出在基于两个内容提供终端之一的回叫方案的会话建立请求失败的情况下要执行的一个处理示例的序列图。参考图8，与先前参考图3描述的那些相似的处理操作被用相同标号表示。

首先，第二内容提供终端7通过使用例如HTTP向预留管理块3登记通过多播传送内容的日期、自身终端信息等(步骤S11)。

接下来，当实际从第二内容提供终端发送内容的时间到达时，从第二内容提供终端7经由SIP服务器1向多播分发块4的终端识别ID发送会话建立请求(步骤S12和步骤S13)。

被请求进行会话建立的多播分发块4立即通过使用例如HTTP来请求预留管理块3对发送了会话建立请求的呼出终端的终端识别ID进行认证(步骤S14)，从而获得来自预留管理块3的认证结果作为对例如HTTP的应答(步骤S15)。此刻，如果认证成功，则多播分发块4还获得指示出所连接终端的细节的所连接终端列表。

然后，如果认证成功，则指示出在进行中的100应答和指示出在呼叫中的180应答经由SIP服务器1被发送给第二内容提供终端7，作为对会话建立请求的应答(步骤S16和步骤S17)。

当该180应答被第二内容提供终端7确认时，用于取消通过当前会话建立请求的呼叫的CANCEL请求经由SIP服务器1被发送到多播分发块4(步骤S18和步骤S19)。当该CANCEL请求被多播分发块4接收时，指示出用于对该拨叫的取消作出应答的信号的200应答被返回(步骤S20和步骤S21)。此外，指示出对作为会话建立请求首先被接收的INVITE请求的处理中止的487应答被从多播分发块4发送(步骤S22和步骤S23)，并且作为对其的应答，ACK请求被发送(步骤S24和步骤S25)，由此从步骤S12开始的会话建立请求的处理结束。

接下来，假设基于回叫机制从多播分发块4向第一内容提供终端6的终端识别ID发送会话建立请求(步骤S41和步骤S42)。在该会话建立请求时，包括关于允许从内容提供终端发送的内容类型的信息的SDP被添加。

当第一内容提供终端检测到该呼入时，指示出在进行中的100应答和诸如4xx应答或6xx应答之类的指示出断开连接或拒绝的应答被发送(步骤S43和步骤S44)。然后，当作为对其的应答的ACK请求被返回时，中止此刻的呼叫(步骤S45和步骤S46)。

多播分发块4根据来自预留管理块3的信息确认：已登记又一个内容提供终端。当该确认被作出时，会话建立请求被从多播分发块4向相应终端(第二内容提供终端7)的终端识别ID发送(步骤S26和步骤S27)。

当第二内容提供终端7检测到该呼入时，指示出在进行中的100应答和指示出在呼叫中的180应答被发送，作为对会话建立请求的应答(步骤S28和步骤S29)。

继续地，指示出对第二内容提供终端7处的呼入的应答的200应答被发送(步骤S30和步骤S31)，并且作为对此的应答，ACK请求被返回(步骤S32和步骤S33)，从而建立了多播分发块4和第二内容提供终端7之间的会话。

接下来，通过使用已建立的会话，开始以单播形式从第二提供终端7向多播分发块4发送内容数据(流数据)(步骤S34)。多播分发块4将所接收的内容数据(流数据)发送给在多播地址处的两个或更多个视听终端11、12等(步骤S35)。这样，流数据的发送开始并在例如预留的时段内继续。

以下参考图9所示的序列图描述在内容数据传送开始之后在发生故障时切换内容提供终端的情况下要执行的一个处理示例。

在图9所示的示例中，假设由于某种原因中止了以单播形式从第一内容提供终端6向多播分发块4发送内容数据(步骤S51)。

此刻，当多播分发块4确认存在另一个内容提供终端7时，在该第二内容提供终端7上建立会话的处理被执行。

也就是说，会话建立请求被从多播分发块4发送到第二内容提供终端7的终端识别ID(步骤S53和步骤S54)。

当第二内容提供终端7检测到该呼入时，指示出在进行中的100应答和指示出在呼叫中的180应答被发送，作为对会话建立请求的应答(步骤S54和步骤S55)。

继续地，指示出对第二内容提供终端7处的呼入的应答的200应答被发送(步骤S56和步骤S57)，并且作为对此的应答，ACK请求被返回(步骤S58和步骤S59)，从而建立多播分发块4和第二内容提供终端7之间的会话。

接下来，通过使用已建立的会话，开始以单播形式从第二内容提供终端7向多播分发块4发送内容数据(流数据)(步骤S60)。多播分发块4将所接收的内容数据(流数据)发送到多播地址处的两个或更多个视听终端11、12等(步骤S61)。

这样，如果由于某种原因而中止发送，则通过使用其他终端来重新开始流数据的发送。

如上所述并且根据本发明的实施例，内容提供终端侧等待来自多播分发服务器的回叫，并且使用通过该回叫建立的会话来发送内容数据，从而提供了以下优点：在成本方面不向具有内容提供终端的用户施加负担，并且允许多播分发服务器侧控制会话发起定时而不受限制。另外，多播分发服务器执行向两方或更多方的内容分发，从而消除了为每一个内容提供终端准备复杂的规范的必要。此外，因为作出回叫的终端是在预留管理块3(预留管理服务器)中预留的终端，所以仅向正确预留的终端作出基于回叫的连接，从而提供了排除非法连接尝试的优点。

如参考图7到9描述的，因为上述配置允许登记两个或更多个内容提供终端，所以可以针对故障容易地采取措施。

在上述实施例中，基于称为NGN的SIP来执行呼叫控制，这适用于使能了带宽保障的网络；但是，其也可用于对包括电话线路的各种其他网络应用这些实施例。

此外，除了配置为专用设备之外，通过在通用计算机上安装用于执行在上述实施例中描述的处理操作的软件(程序)，诸如内容分发服务器之类的服务器也可配置为用作执行这些处理操作的服务器。

本申请包含与在2008年5月29日向日本专利局提交的日本优先专利申请JP 2008-141306中公开的主题相关的主题，该申请的全部内容通过引用而结合于此。

本领域技术人员应当了解，只要在所附权利要求或其等同物的范围内，根据设计要求和其他因素可以进行各种修改、组合、子组合和变更。

Claims (8)

1.一种内容提供服务器，包括：

内容分发处理块，被配置为以多播分发形式经由预定传输路径来向至少一个接收终端分发内容数据；以及

内容接收处理块，被配置为在经由预定连接线路接收到内容分发请求时，经由所述连接线路对发出所接收到的内容分发请求的内容提供终端执行回叫，并且以多播形式从所述内容分发处理块向所述接收终端分发在通过所述回叫而连接的会话中获得的内容数据。

2.根据权利要求1所述的内容分发服务器，还包括：

预留管理块，被配置为登记与一终端相关联的信息，该终端用于管理与所述内容提供终端相关联的信息，并且如果来自所登记的终端识别ID的内容分发请求被接收，则在所述内容接收处理块中执行回叫，从而建立用于内容接收的会话。

3.根据权利要求1所述的内容分发服务器，其中，多个终端识别ID被存储作为所述内容提供终端的终端识别ID，并且如果在回叫所存储的终端识别ID中的任一个时、与内容接收终端的会话的建立失败，则重新连接到所存储的多个终端识别ID中的另一个终端识别ID以建立内容接收会话，从而接收所述内容数据。

4.根据权利要求1所述的内容分发服务器，其中，多个终端识别ID被存储作为所述内容提供终端的终端识别ID，并且如果在获取内容数据期间由于某种原因而中止内容数据的获取，则重新连接到所存储的多个终端识别ID中的另一个终端识别ID以建立内容接收会话，从而接收所述内容数据。

5.根据权利要求1所述的内容分发服务器，其中，多个终端识别ID被存储作为所述内容提供终端的终端识别ID，并且如果在获取内容数据期间由于某种原因使得内容数据的获取失败，则重新连接到所存储的多个终端识别ID中的另一个终端识别ID以建立内容接收会话，从而接收所述内容数据。

6.根据权利要求1所述的内容分发服务器，其中，用于由所述内容分发处理块以多播形式进行分发的传输路径是用于将内容数据连接到能够进行多播分发的网络的连接线路。

7.一种内容分发方法，包括以下步骤：

以多播分发形式经由预定传输路径来向至少一个接收终端分发内容数据；以及

在经由预定连接线路接收到内容分发请求时，经由所述连接线路对发出所接收到的内容分发请求的内容提供终端执行回叫，并且以多播形式从内容分发处理块向所述接收终端分发在通过所述回叫而连接的会话中获得的内容数据。

8.一种内容提供服务器，包括：

内容分发处理装置，用于以多播分发形式经由预定传输路径来向至少一个接收终端分发内容数据；以及

内容接收处理装置，用于在经由预定连接线路接收到内容分发请求时，经由所述连接线路对发出所接收到的内容分发请求的内容提供终端执行回叫，并且以多播形式从所述内容分发处理装置向所述接收终端分发在通过所述回叫而连接的会话中获得的内容数据。

Images