CN1503538A - 数据发送*** - Google Patents

数据发送*** Download PDF

Info

Publication number
CN1503538A
CN1503538A CNA2003101149208A CN200310114920A CN1503538A CN 1503538 A CN1503538 A CN 1503538A CN A2003101149208 A CNA2003101149208 A CN A2003101149208A CN 200310114920 A CN200310114920 A CN 200310114920A CN 1503538 A CN1503538 A CN 1503538A
Authority
CN
China
Prior art keywords
data
mentioned
multileaving
transmission
send
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CNA2003101149208A
Other languages
English (en)
Inventor
福岛英洋
森本茂树
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Hitachi Ltd
Original Assignee
Hitachi Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Hitachi Ltd filed Critical Hitachi Ltd
Publication of CN1503538A publication Critical patent/CN1503538A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1836Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with heterogeneous network architecture
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46Interconnection of networks
    • H04L12/4604LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/185Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with management of multicast group membership

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明公开了一种数据发送***,经由单点传送网络向多点传送网络进行包含声音和图象的流数据的多点传送发送。包括向多个接收终端(51)发送从发送终端(50)发送的数据的发送装置(10),发送装置(10)包括:使发送终端(50)的信息和用来向多个接收终端(51)发送数据的发送目标信息关联的关联信息存储装置;从接收终端(51)接收数据发送要求的数据发送要求接收装置;和根据数据发送要求,参照关联信息,向发送终端(50)要求数据发送的数据发送要求装置。

Description

数据发送***
技术领域
本发明涉及在发送包含声音和图象的流数据时,能经由单点传送网络进行多点传送(Multicast)发送的***。
背景技术
作为向许多终端统一报告数据分组的通信方式,已知的有多点传送通信。在该多点传送通信中,发送方向多点传送组发送数据分组,接收方通过成为多点传送组成员而能接收数据分组。另外,接收方通过从组成员中脱离而能终止数据分组的接收。
接收方的终端使用组管理协议,向连接在同一网络上的多点传送路由器发送为了成为组成员的组参加要求或为了从组成员中脱离的组脱离要求的控制分组。可以在任意时候自由地发送该组参加要求或脱离要求。作为该组管理协议,在根据IETF(因特网设计任务规则:Internet Engineering Task Force)作成的标准推荐文件RFC2236中规定了IGMP(因特网组管理协议:Internet Group ManagementProtocol),在RFC2710中规定了MLD(多点传送接收者发现)。
多点传送路由器定期发送对是否存在组成员进行基于组管理协议的参加组查询分组,成为组成员的接收终端利用组参加要求分组对该查询进行应答。多点传送路由根据有无对查询的应答来判断是否存在组成员,仅在存在组成员的网络中对数据分组进行中继。多点传送路由器确认组成员的存在,在判断出有必要中继数据分组的情况下,使用多点传送路径控制协议,将发送要求通知其他路由器。另外,在判断出不存在组成员而不需要中继数据分组的情况下,通知发送停止要求。多点传送路由器按照通知的多点传送路由器路径控制协议的内容,更新保存的多点传送中继信息。作为多点传送路径协议的代表,对RFC2362规定PIM-SM(协议独立多点传送稀疏矩阵模式:Protocol Independent Multicast-Sparse Mode),对RFC1584规定MOSPF(多点传送开放最短路径第1版:Multicast Open ShortestPath First)。另外,作为协议的设计公开了PIM-DM(协议独立多点传送密集模式:Protocol Independent Multicast-Dense Mode)和DVMRP(远距离无线电导引多点传送路由协议:Distance VectorMulticast Routing Protocol)。
为了进行多点传送发送服务,上述多点传送路径控制协议有必要在构成网络的所有路由器上动作,但在网络上存在在与多点传送不对应的路由器的情况下,在多点传送路由器之间使用设置被称为通道的假设的发送路径的通道技术。成为通道始端的多点传送路由器在发送路径上中继用多点传送发送的数据分组的情况下,用单点传送数据对数据分组进行压缩,并向作为通道终端的多点传送路由器发送。存在于发送路径上的与多点传送不对应的路由器将该被压缩了的多点传送数据分组作为通常的单点传送数据分组进行中继。成为通道终端的多点传送路由器从被压缩了的单点传送分组数据中取出多点传送数据分组,并通过多点传送进行中继。在因特网上,使用该技术构筑被称为Mbone(多点传送主干)的公共试验网。
在混合存在与多点传送对应的网络(以下称为多点传送网络)和不对应的网络的网络***中,作为不使用通道技术发送数据的技术,记载了以下这样的多点传送网络:将多点传送通信装置与网络连接,与不对应于多点传送的网络连接的发送接收者向最近的多点传送通信装置发出数据的发送要求或接收要求。数据的发送者在要求发送数据后,通过单点传送向该多点传送通信装置发送数据。对于该多点传送通信装置揭示了将通过单点传送接收到的数据转换为多点传送,并在多点传送网络内发送的技术。
专利文献1-特开2002-185528号公报。
在因特网上或企业内部网络中,在利用多点传送进行数据发送的情况下,网络上所有的终端都有必要与多点传送功能对应。现在,与多点传送对应的终端增加了,在其中一部分中存在通过多点传送进行发送服务的因特网服务协议。但是,也存在很多未与多点传送对应的路由器,为了使所有机器与多点传送对应,就需要很大成本。所以,即使接收方终端与多点传送网络连接,但在从与多点传送不对应的网络连接的发送终端向许多终端发送数据的情况下,也必须使用单点传送,从而导致网络上传输信息量的增大。
在特开2002-185528号公报所记载的发明中,虽然发送者用单点传送向多点传送通信终端发送数据,但由于以发送者一方为主导进行数据的发送,所以即使在不存在接收者时也会向多点传送通信装置发送数据,从而导致在发送终端和多点传送通信装置之间的网络中存在的传输信息量很大,给多点传送通信装置带来多余的负荷。
发明内容
本发明的目的在于提供一种***,通过利用多点传送将未与多点传送网络连接的发送终端所保持的流数据发送到与多点传送网络连接的终端,来抑制网络整体上的传输信息量。
为了达到上述目的,在本发明中,能在设置在多点传送网络和与多点传送不对应的网络之间的多点传送发送装置中,如果接收到从与多点传送网络连接的终端发出的流数据的多点传送发送要求,则访问与不对应于多点传送的网络连接的流数据的发送终端(以下称为发送服务器),通过单点传送从发送服务器接收流数据,并通过多点传送向与多点传送网络连接的终端发送接收流数据。
多点传送发送装置保存使能用多点传送发送的流数据的信息与成为流数据的发送目标地的多点传送组地址对应的管理表。在该管理表中,能由多点传送发送装置的管理者进行设置,作为流数据的信息,登记保存流数据的发送服务器的信息(IP地址和URL)等。另外,通过向用户通知管理表,能使用户知道能接收的流数据的信息。如果用户在接收终端中选择了任意的流数据,则从接收终端向流数据的发送目标地多点传送组发送组参加要求。最近的多点传送路由器如果接收到该组参加要求,则使用多点传送路径控制协议,向发送终端发送数据的发送要求。通过给现有的多点传送路径控制协议,发送要求通过存在于从发送终端到各接收终端的最短路径上的多点传送路由器被转送,到达与发送终端最近的多点传送路由器。
并且,通过使多点传送发送装置作为多点传送路由器而动作,能接收发送要求。多点传送发送装置如果接收到对登记在上述管理表中的多点传送组的发送要求,则访问保存有与多点传送组对应的流数据的发送服务器,要求希望的流数据的发送。如果从发送服务器发出的流数据分组通过单点传送被发送到多点传送发送装置,则通过多点传送发送装置将接收到的单点传送数据分组转换为多数据分组并转送到多点传送网络内,各接收终端通过多点传送接收希望的流数据。在从连接在多点传送网络上的终端对相同的流数据发来发送要求的情况下,多点传送发送装置由于已经通过多点传送发送了数据,所以最近的多点传送路由器向各接收终端进行多点传送中继。
另一方面,在数据接收结束的情况下,各接收终端发送从现在正在接收的多点传送组退出组的要求。与组参加时一样,如果最近的路由器接收到了组退出要求,则向发送终端发送数据发送停止要求。多点传送路由器接收该数据发送停止要求,在通过多点传送路径控制协议处理,判断出自身没有必要进行多点传送数据的中继的情况下,再向发送终端发送数据发送停止要求。多点传送发送装置接收该数据发送停止要求,如果判断出流数据的接收终端不存在,则终止从发送服务器接收数据。
根据本发明,在从与能进行多点传送发送的网络连接的终端对与不能进行多点传送发送的网络连接的终端所保存的数据有了发送要求的情况下,通过用单点传送从该发送终端取得数据,用多点传送向能进行多点传送发送的网络发送该数据,能进行抑制了网络中传送的信息量的数据发送服务。
附图说明
图1是本发明实施例1的多点传送发送***的结构图。
图2是多点传送发送装置10的框图。
图3是多点传送发送装置10处理的分组30的结构图。
图4是多点传送发送装置10所保存的数据管理表17的说明图。
图5是多点传送转换表16的说明图。
图6是终端从发送服务器接收数据分组的处理的时序图。
图7是终端从组中退出的情况下的处理的时序图。
图8是多点传送发送装置10的分组接收处理的流程图。
图9是数据转送处理的流程图。
图10是多点传送协议处理的流程图。
图11是访问控制处理的流程图。
图12是在实施例2中,终端从发送服务器接收数据分组的处理的时序图。
图13是实施例3的多点传送发送***的结构图。
图14是实施例3的多点传送发送装置90的框图。
图15是多点传送发送装置90的分组接收处理的流程图。
图16是数据转送处理的流程图。
图17是多点传送路径控制处理的流程图。
图18是实施例4的多点传送发送***的结构图。
图19是多点传送发送装置100的框图。
图20是数据管理装置120的框图。
图21是实施例4中的终端接收数据的处理的时序图。
图22是多点传送发送装置100中的分组接收处理的流程图。
图23是多点传送路径控制处理的流程图。
图24是转换信息更新处理的流程图。
图25是数据管理装置120的接收分组时的处理的流程图。
图26是访问控制处理的流程图。
图27是实施例5的多点传送发送***的结构图。
具体实施方式
以下,参照本附图说明本发明的实施例。
图1是表示本发明的实施例1的多点传送发送***的结构的图。
在该多点传送发送***中,能通过多点传送进行通信的多点传送网络70和不对应于多点传送的单点传送网络60通过多点传送发送装置10连接。
多点传送发送装置10用地址M1与单点传送网络60连接,同地址M2与多点传送网络70连接。单点传送网络60与发送服务器50a(主机名为svr1,地址为S1)、发送服务器50b(主机名为svr2,地址为S2)连接。在多点传送网络70内,设置多点传送路由器40a、40b、40c,多点传送路由器40b、40c被设置在多点传送路由器40a的下位。进而,多点传送路由器40b与终端51a、51b连接,多点传送路由器40c与终端51c、51d连接。
多点传送发送装置10与多点传送路由器40a连接。该多点传送发送装置10按照保存在内部的数据管理表,同多点传送向多点传送网络70内通知发送程序。
下面,在图2中表示了多点传送发送装置10的框图。
分组接收部件11接收从发送服务器发来的流数据分组和从最近的多点传送路由器发来的与多点传送路径控制有关的控制分组,并发送到分组判别部件12。分组判别部件12判别接收分组是数据分组还是控制分组。在控制分组的情况下,将分组发送到协议处理部件13,在数据分组的情况下,将分组发送到数据转送处理部件18。
多点传送协议处理部件13从接收到的控制分组抽出组地址信息,将抽出的组地址信息和控制分组的控制内容发送到访问控制处理部件14。另外,多点传送协议处理部件13具有定期发送多点传送路径控制协议的控制分组的功能。通过发送该控制分组,在从多点传送路由器参照路由器广播发送装置10的时候,由于模拟地进行与多点传送路由器相同的动作,所以能从最近的多点传送路由器接收多点传送控制分组。
访问控制处理部件14调查从多点传送协议处理部件13通知的组地址信息是否被登记在多点传送转换表16中。如果地址信息没有被登记,则向发送数据管理部件15查询,取得保存有与组地址对应的流数据的发送服务器的信息,实施用来从用发送服务器信息表示的发送服务器接收流数据的处理。通常,终端(或者客户端)在从服务器接收流等数据的时候,使用专用的协议要求数据的发送。
在该专用的协议中,有在RFC2817中规定的“HTTP”(超文本传送协议)、在RFC2326中规定的“RTSP”(实时流协议)等。例如,在使用HTTP进行访问的情况下,首先为了在终端和发送服务器之间交换数据,而在使用“TCP”(传送控制协议)确立了对话后,开始接收流数据。另外,在使用作为流控制协议的RTSP进行访问的情况下,在用TCP确立了对话后,使用RTSP取得流信息后开始接收数据。
访问控制处理部件14通过上述这样的协议确立与发送服务器的对话。在确立了对话而能接收数据了的时刻,将发送服务器的地址信息和组地址信息等登记到多点传送转换表16。在已经将组地址信息登记到多点传送转换表16的情况下,由于处于从发送服务器接收数据的状态下,所以不进行访问处理。
发送数据处理管理部件15进行将从数据管理表17抽出的一部分信息的发送程序发送到用户的处理。另外,在发送数据管理部件15中,根据从网络管理者等外部的操作,也能进行数据管理表17的更新。
数据转送处理部件18调查接收到的数据分组的发送方地址是否被登记在多点传送转换表16中,如果没有被登记,则从多点传送转换表16中取得与发送方对应的组地址信息。另外,数据转送处理部件18将取得的组地址信息设置为接收数据分组的发送目标地址,将发送方多点传送发送装置10自身的地址设置为发送方地址,并发送到分组发送部件19。
分组发送部件19发送由数据转送处理部件18转送的数据分组和由多点传送协议处理部件13发送的控制分组、由访问控制处理部件14用于与发送服务器的通信的协议分组、由发送数据管理部件15通知的发送程序。
图3中表示了多点传送通信装置10处理的分组30的结构。
分组30由标题部分31和数据部分32构成。标题部分31包含分组30的发送方地址33、发送目标地址34和协议信息35。在数据部分32中包含发送方端口编号36和发送目标端口编号37。该端口编号在发送多个流数据的情况下,被作为用来识别各个流的信息而使用。
从多点传送发送装置10向发送服务器发送的访问要求分组将发送目标地址34设置为发送服务器的地址,从发送服务器向多点传送通信装置10发送来的流数据分组将发送目标地址设置为多点传送发送装置10的地址。
在多点传送发送装置10将从发送服务器接收到的数据分组转送到多点传送网络内的情况下,多点传送发送装置10将自己的地址设置为发送方地址33,将发送的多点传送组的地址设置发送目标地址34。
在图4中表示了多点传送发送装置10所保存的数据管理表17的结构。
该数据管理表17是包含发送数据信息和发送数据取得信息的表。在发送数据信息中登记了流数据的标题、流数据的内容说明、发送目标地的多点传送组地址和用于流数据的发送的协议名。在发送数据取得信息中用URL形式登记了保存流数据的发送服务器的地址信息或访问目的地信息。
可以将多点传送组地址和发送服务器的地址信息设置为IP4或IP6那样的基于多个网络协议的地址或URL。例如,在将IP6的多点传送组地址设置为组地址,将与IP4网络连接的发送服务器地址信息设置为发送服务器的情况下,从与IPv4网络连接的发送服务器接收流数据,能通过多点传送向用Ipv6构成的多点传送网络发送流数据。
并且,作为发送数据信息的附加信息,也可以包含用来发送发送数据的时刻信息。发送时刻信息被用于对多点传送发送装置10向发送服务器的访问进行控制。在设置了发送时刻的情况下,即使除了发送时间以外还接收到了接收要求,访问控制处理部件14也不执行对发送服务器的访问处理,因而由于即使访问发送服务器,除了发送时刻以外也不发送数据,所以并不向网络传输不必要的分组。
发送数据管理部件15从数据管理表17中抽出发送数据信息,将其作为发送程序,发送给预先决定的通知用多点传送组。在发送程序的通知中,使用例如RFC2327所规定的“SDP”(会话描述协议)。设置在数据管理表17中的内容并不只限定于上述内容,也可以包含用来发送用SDP规定的信息的信息。
在图5中表示了多点传送转换表16的例子。
在多点传送转换表16中登记了现在正在接收的流数据的发送服务器地址和流数据分组的传送目的地组地址信息。
在多点传送发送装置10从多个发送服务器接收流数据的情况下,为了识别从哪个发送服务器接收哪个流数据,而使用发送服务器地址。在多点传送发送装置10的数据转送处理部件18(图2)中,根据从发送服务器接收的流数据分组的发送源地址,检索多点传送转换表16,取得与该地址对应的传送目的地组地址信息。将取得了的组地址信息设置为接收数据分组的目标地址,将多点传送发送装置10的地址设置为发送源地址。
在从同一发送服务器接收多个流数据的情况下,可以使用协议信息和端口编号信息识别各流数据。在这种情况下,在多点传送转换表16和数据管理表17中登记协议信息和端口编号信息,数据转送处理部件18根据发送源地址信息、协议信息和端口编号信息,检索多点传送转换表16,取得传送目的组地址信息。
根据多点传送应用程序,有在事先需要在多点传送数据分组中使用的端口编号的信息的情况,但也有到从发送服务器接收流数据为止都不知道所使用的端口编号的情况。在这种情况下,将管理者决定的端口编号登记到数据管理表17中,包含在发送程序中通知用户。在数据转送处理部件18中,在将组地址信息设置为从发送服务器接收到的数据分组的目标地址时,将登记在数据管理表17中的端口编号也设置为端口编号来进行传送。
下面,说明在上述这样构成的多点传送发送***中,终端51接收发送程序,从发送程序中选择流数据进行接收的动作。
首先,在终端51a希望接收标题为“A”的流数据的情况下,首先,向标题为“A”的发送目标地组地址G1发送组参加要求。
如果多点传送路由器40b接收到该组参加要求,则多点传送路由器40b依照多点传送路径控制协议进行处理,将发送到组G1的数据分组的发送要求发送到多点传送路由器40a。
如果多点传送路由器40a接收到该发送要求,则依照多点传送路径控制协议进行处理,向多点传送发送装置10发送向组G1发送的数据分组的发送要求。多点传送发送装置10如果接收到该发送要求,则从发送要求中抽出用多点传送控制分组要求的组地址G1,并参照数据管理表17(图4)检索与G1对应的信息。由于在数据管理表17中作为与组G1对应的URL信息登记了“http://svr1/data1/”,所以多点传送发送装置10确立用来从主机名为“svr1”的发送服务器50a接收用“data1”表示的数据的会话。这时,在多点传送转换表16中登记组“G1”和发送服务器50a的地址S1”。
多点传送发送装置10如果从发送服务器50a接收到流数据,则将接收数据分组的发送目标地址设置为“G1”,将发送源地址设置为多点传送发送装置10的地址“M2”,并向多点传送路由器40a转送数据。多点传送路由器40a如果接收到发送到组G1的数据,则向要求了向组G1发送数据分组的多点传送路由器40b转送接收到的数据分组。多点传送路由器40b如果接收到发送到组G1的数据分组,则向接收到发送到组G1的数据分组的发送要求的终端51a转送数据分组。
这时,在终端51b接收标题为“A”的流数据的情况下,终端51b向标题为“A”的发送目标地多点传送组G1发送组参加要求。多点传送路由器40b由于已经转送了发送到组G1的数据分组,所以如果接收到从终端51b发来的组参加要求,则依照多点传送路径控制协议进行处理,向终端51b转送流数据。
进而,在终端51c接收标题为“A”的流数据的情况下,终端51c向标题为为“A”的发送目标地组G1发送组参加要求。多点传送路由器40c如果接收到从终端51c发来的组参加要求,则依照多点传送路径控制协议进行处理,向多点传送路由器40a发送向组G1发送的数据分组的发送要求。多点传送路由器40a由于已经向多点传送路由器40b转送了发送到G1的数据分组,所以如果接收到发送要求,则向多点传送路由器40c转送发送到组G1的数据分组,并向终端51c转送流数据。
接着,在终端50d接收标题为“B”的流数据的情况下,终端51d向标题为“B”的发送目标地组G2发送组参加要求。多点传送路由器40c如果接收到组参加要求,则依照多点传送路径控制协议进行处理,向多点传送路由器40a发送向组G2发送的数据分组的发送要求。多点传送路由器40a如果接收到发送要求,则依照多点传送路径控制协议进行处理,向多点传送发送装置10发送向组G2发送的数据分组的发送要求。
多点传送发送装置10如果接收到发送到组G2的多点传送控制分组,则参照登记在数据管理表17中的信息,使用HTTP协议访问与组G2对应的主机名为“svr2”的发送服务器50b,要求发送用data2表示的数据。多点传送发送装置10如果接收到从发送服务器50b发来的数据,则将数据分组的发送目标地址设置为G2,将发送源地址设置为自身的地址M2,并多点传送路由器40a转送数据。接收到数据多点传送路由器40a和40c转送发送到G2的数据分组,并向终端51d发送流数据。
下面,说明终止数据接收的步骤。
多点传送发送装置10在不存在接收发送数据的终端的时刻,切断与发送服务器的会话,终止数据的接收。即,在如上述那样终端51a、51b、51c正在分别接收发送到组G2的数据的时候,终端51a发出了从组G1脱离组的要求的情况下,如果多点传送路由器40b接收到组脱离要求,则依照多点传送路径控制协议进行处理。即,这时,由于终端51b还正在接收发送到组G1的数据,所以多点传送路由器40b进行处理,将发送组G1的数据分组只转送到终端51b。
进而,在终端51b发出了从组G1脱离组的要求的情况下,多点传送路由器40b接收组脱离要求,依照多点传送路径控制协议进行处理,判断为不存在接收发送到组G1的数据的终端,向多点传送路由器40a发送向组G1发送数据的停止要求。多点传送路由器40a如果接收到发送停止要求,则依照多点传送路径控制协议进行处理,进行处理,将发送到组G1的数据分组只转送到多点传送路由器40c。
进而,在终端50c发出了从组G1脱离组的要求的情况下,多点传送路由器40c接收组脱离要求,依照多点传送路径控制协议进行处理,由于不存在接收发送到组G1的数据分组的终端,所以判断为不需要转送数据,向多点传送路由器40a发送数据发送的停止要求。多点传送路由器40a接收发送停止要求,依照多点传送路径控制协议进行处理,判断为不需要向多点传送路由器40b、40c转送数据,向多点传送发送装置10发送向组G1的发送停止要求。多点传送发送装置10如果接收到从多点传送路由器40a发来的发送停止要求,则抽出包含在发送停止要求中的组地址信息,终止对与组地址信息对应的发送服务器的访问。这时,从多点传送转换表16中删除组地址信息、服务器地址信息等。通过以上的处理,停止流数据的发送。
下面,说明终端51从发送服务器50接收数据分组时的处理流程。
图6是终端51a、51b从发送服务器50a接收数据分组时的时序图。
多点传送发送装置10定期向与多点传送网络70连接的终端发送发送程序200。
在终端51a接收发送程序200,通过发送程序200接收希望的流数据的情况下,首先,向作为流数据的组的组G1发送组参加要求201。多点传送路由器40b如果接收到从终端51a发来的组参加要求,则依照多点传送路径控制协议进行处理,向多点传送路由器40a发送向组G1发送的数据分组的发送要求202。多点传送路由器40a如果接收该发送要求202,则依照多点传送路径控制协议进行处理,再向多点传送发送装置10发送向组G1发送的数据分组的发送要求203。
多点传送发送装置10如果接收到发送要求203,则从数据管理表17取得与组G1对应的发送服务器的信息,并向发送服务器50a发送数据“data1”的发送要求204。多点传送发送装置10如果接收到发送要求204,则实施用来在发送服务器50a和多点传送发送装置10之间发送流数据的会话确立处理。如果确立了会话,则发送服务器50a通过单点传送向多点传送发送装置10发送流数据205。
多点传送发送装置10如果接收到流数据205,则将流数据205的目标地址转换为“G1”,并作为多点传送数据206向组G1转送。多点传送数据206通过多点传送路由器40a、40b被转送,并被发送到向组G1发出了的发送要求的终端51a。
在此,如果终端51b同样向组G1发送了组参加要求207,则在多点传送路由器40b中由于已经正在接收发送到组G1的多点传送数据206,所以多点传送路由器40b如果接收到组参加要求,则也向终端51b转送多点传送数据206。
下面,说明终端51结束正在从发送服务器50接收数据分组的接收的处理,即从组中脱离时的处理的流程。
图7表示了终端51从组中脱离时的消息序列。
多点传送发送装置10将从发送服务器50a发来的数据分组220转换为多点传送数据分组221,并转送到组G1。在此,在终端51a发出了从组G1脱离的要求222的情况下,如果多点传送路由器40b接收到脱离要求222,则依照多点传送路径控制协议进行处理,终止向终端51a转送发送到组G1的数据分组221。这时,继续向终端51b进行转送。
进而,早终端51b发出了从组G1脱离组的要求223的情况下,多点传送路由器40b接收组脱离要求223,依照多点传送路径控制协议进行处理,判断为不存在接收发送到组G1的数据分组的终端,向多点传送路由器40a发送数据分组的发送停止要求224。
多点传送路由器40a接收发送停止要求224并依照多点传送路径控制协议,判断为多点传送路由器40a没有必要转送发送到组G1的数据分组,并将发送到组G1的数据分组的发送停止要求225发送到多点传送发送装置10。多点传送发送装置10如果接收到发送停止要求225,则向发送服务器50a发送指示结束数据发送的发送结束分组226。发送服务器如果接收到发送结束分组226,则停止数据分组的发送。
图8是多点传送发送装置10接收到分组时的处理的流程图。
首先,判断接收到的分组是否是多点传送控制分组(步骤S300)。可以根据接收到的数据分组的协议编号进行判别。在接收到多点传送控制分组的情况下,进行多点传送协议处理(步骤S301)。在步骤S300中,在不是多点传送控制分组的情况下,判断是否是从发送服务器通过单点传送(unicast)发送到多点传送发送装置10的数据分组的,应该用多点传送转送的书记分组(步骤S302)。如果接收数据分组的发送源地址已经被登记在多点传送转换表中,则进行数据转送处理(步骤S303)。
图9是详细表示图8的数据转送处理的流程图。
首先,从多点传送转换表16中检索并取得与接收到的数据分组的发送源地址对应的组地址(步骤S310)。接着,将多点传送发送装置10自身的地址设置为数据分组的发送源地址(步骤S311),将组地址设置为发送目标地址(步骤S312),转换地址信息。然后,发送转换了地址信息的数据分组(步骤S313)。
图10是详细表示图8的多点传送协议处理的流程图。
首先,判断接收到的控制分组是否是表示对组的发送要求或发送停止要求的分组(步骤S340)。如果是表示发送要求或发送停止要求的分组,则从分组中抽出被要求了的组地址信息(步骤S341),在接收到了除此以外的分组的情况下,结束处理。接着,判断分组是否是发送要求(步骤S342)。如果分组是发送要求,则判断从分组中抽出的组地址是否被登记在多点传送转换表中(步骤S343),如果组地址已经被登记则结束处理,如果未登记组地址信息,则为了从与组地址信息对应的发送服务器开始发送数据,而实施访问控制处理(步骤S344)。
另外,在步骤S342中,在判断出分组是发送停止要求的情况下,实施用来终止从与组地址信息对应的发送服务器发送数据的访问控制处理(步骤S344)。
图11是详细表示图10的访问控制处理的流程图。
首先,判断要求是发向发送服务器的发送要求(数据发送开始要求),还是发送停止要求(数据发送停止要求)(步骤S360)。
在是发送开始要求的情况下,从数据管理表中抽出通过多点传送协议处理通知的组地址所对应的发送服务器信息(步骤S362)。根据抽出的该发送服务器信息,向发送服务器发送用来取得发送数据的访问要求,确立与发送服务器的会话(步骤S363)。会话确立后,将组地址信息、该服务器地址信息登记到多点传送转换表中(步骤S364)。
另一方面,在步骤S360中,在判断出发送停止要求的情况下,向发送服务器发送发送停止要求,并切断与发送服务器的会话(步骤S361),从多点传送转换表中删除组地址信息、发送服务器地址信息(步骤S365)。
在以上那样构成的实施例1的多点传送发送***中,在与多点传送网络连接的客户终端51从位于多点传送网络中的发送服务器50接收流数据的情况下,通过多点传送发送装置10将单点传送网络数据转换为多点传送网络数据,向客户终端51参加的组进行发送,因而即使在混合存在单点传送和多点传送的环境中,也能实现抑制了在网络中传送的信息量的数据发送服务器。
下面,说明本发明的实施例2的多点传送发送***。
实施例2的多点传送发送***具有与图1和图2一样的构成,但在多点传送发送装置10中包括防止发送数据的篡改、窃听、非法使用等的加密等功能这一点上是不同的。
参照图2说明实施例2的多点传送发送装置10。并且,省略对与实施例1一样进行动作的结构的说明。
首先,在客户终端51希望接收发送程序的情况下,向多点传送发送装置10发送发送程序要求分组。
多点传送发送装置10的分组接收部件11(图2)与其他分组一样也接收从客户终端51发来的发送程序要求分组,并发送到分组判别部件11。
在分组判别部件11判别为发送程序要求分组的情况下,向发送数据管理部件15发送发送程序要求分组。发送数据管理部件15如果接收到发送程序要求分组,则首先对要求发送程序的客户终端51是否是能接受多点传送发送服务的正规的用户(是否是签定了合同的用户)进行认证处理。根据需要,通过在客户终端51和多点传送发送装置10之间传送ID、密码等认证信息,来实施该认证处理。在认证处理成功了的情况下,在发送数据管理部件15中对发送程序进行加密,并经由分组发送部件19向客户终端51发送。
并且,也可以对客户终端51发送的发送程序要求分组、多点传送发送装置10和客户终端51之间的认证处理等一连串的通信进行加密。
在分组判别部件11将接收分组判断为是流数据分组的情况下,将分组发送到数据转送处理部件18,在判断为控制分组的情况下,发送到多点传送协议处理部件13。在数据转送处理部件18和多点传送协议处理部件13中,与实施例1一样,进行将组地址信息通知访问控制处理部件14的处理。接着,访问控制处理部件14加密进行向发送服务器50的访问、会话的确立、数据的接收等一连串的通信。与发送服务器50进行的加密通信的方式被设置到数据管理表17中。即,将加密方式、加密键等与加密有关的信息存储为数据管理表17的附加信息。另外,在向客户终端51通知的发送程序中,包含用来解码被加密了公开键等的数据的信息,通过使用该公开键,使只有被认证了的客户终端51能对流数据进行解码,能接收发送。
在确立了与发送服务器的会话后,与实施例1一样,将发送服务器的地址信息和组地址信息登记到多点传送转换表16中。
并且,也可以构成为在数据管理表17中,保存多个所有用户都能接收发送的流数据、只有依照签定合同的合同信息被认证了的用户能接收发送的流数据的信息。针对所有用户能接收发送的流数据,从多点传送发送装置10向客户终端51预先通知发送程序,通过只在如上述那样有了发送程序要求的情况下将发送程序通知签定了合同的用户,能只向合同用户发送特别的流数据。
在图12中,表示了在实施例2的多点传送发送***中,终端51从发送服务器50接收数据分组时的时序。
首先,终端51a向多点传送发送装置10发送发送程序要求550。
多点传送发送装置10对发出发送程序要求550的终端的用户进行认证处理。如果认证成功而判断出是正规的用户,则向终端51a发送发送程序551。
终端51a从发送程序551中取得希望的流数据的信息,向对应的组G1发送组参加要求552。
与终端51a连接的多点传送路由器40b如果接收到从终端51a发来的组参加要求552,则依照多点传送路径控制协议进行处理,向多点传送路由器40a发送向组G1发送的数据分组的发送要求553。
多点传送路由器40a接收该发送要求553,将发送要求554发送到多点传送发送装置10。多点传送发送装置10如果接收到发送要求554,则从数据管理表17中取得与组G1对应的发送服务器的信息,并向发送服务器50a发送数据“data1”的发送要求555。如果发送服务器50a接收到发送要求555,则通过单点传送从发送服务器50a向多点传送发送装置10发送流数据556。
多点传送发送装置10如果接收到流数据556,则将数据分组的发送目标地址转换为组G1,并作为多点传送数据557进行转送。多点传送数据557通过多点传送路由器40a、40b被转送,被发送到终端51a。
在此,在终端51b希望接收流数据的情况下,首先,与终端51a一样,发送发送程序要求558。多点传送发送装置10如果接收到发送程序要求558,则对终端51b的用户进行认证处理,在认证成功了的情况下,将发送程序559通知终端51b。终端51b从发送程序551中取得希望的流数据的信息,并向对应的组G1发送组参加要求560。多点传送路由器40b如果接收到该组参加要求560,则由于已经正在接收发送到组G1的多点传送数据557,所以向终端51b转送多点传送数据557。
并且,在实施例2的多点传送发送***中,发送数据时必须在通信路径上包保护数据。作为在多点传送发送装置10和各发送服务器之间的通信路径上保护数据的方法,可以使用VPN(虚拟私有网络),在多点传送发送装置10和各发送服务器之间构筑VPN。
在如上述那样构成的实施例2中,由于对流数据的发送程序和流数据进行加密而发送,所以除了实施例1的效果以外,还能提供以下的发送服务:只有签定了发送服务合同的用户才能接收发送程序,进而只有签定了发送服务合同的用户才能参照发送程序,阅览流数据。
下面,说明本发明的实施例3的多点传送发送***。
在实施例3的多点传送发送***中,多点传送发送装置90具有多点传送路径控制功能。并且,对进行与实施例1和2相同动作的结构付与相同的符号,并省略其详细说明。
图13是表示实施例3的多点传送发送***的结构的图。
多点传送发送装置90被设置在多点传送网络70内,与多点传送路由器40b和40c连接,进而,与单点传送网络60连接。发送服务器50a、50b与单点传送网络60连接。多点传送路由器40b与终端51a和终端51b连接,多点传送路由器40c与终端51c和终端51d连接。多点传送发送装置90与发送终端52连接。该发送终端52是通过多点传送向没有登记在数据管理表17中的组G3进行流数据发送的终端装置。
图14是详细表示实施例3的多点传送发送装置90的框图。
分组接收部件11接收多点传送数据分组、从发送服务器通过单点传送发送的数据分组、用来进行多点传送路径控制的控制分组,并发送到分组判别部件。
分组判别部件12在接收到的分组是多点传送控制分组的情况下,将接收分组发送到多点传送路径控制处理部件23,在接收到从发送服务器通过单点传送发送的数据分组的情况下,将接收分组发送到多点传送转换处理部件21,在接收到多点传送数据分组的情况下。将接收分组发送数据转送处理部件22。
在多点传送路径控制处理部件23中,根据接收到的控制分组执行多点传送路径控制。另外,如果接收到的控制分组是与发送要求和发送停止要求有关的控制分组,则将包含在接收到的控制分组中的组地址信息通知访问控制处理部件14。进而,在直接接收到基于组管理协议的组参加要求分组或组脱离要求分组的情况下,也将包含在控制分组中的组地址信息通知访问控制处理部件14。
多点传送转换处理部件21根据多点传送转换表16,将组地址设置为从发送服务器接收到的单点传送数据分组的目标地址信息。即,将多点传送发送装置90自身的地址信息登记为发送源地址信息,并作为多点传送数据分组发送到数据转送处理部件22。数据转送处理部件22根据多点传送转送信息,对由分组接收部件11接收到的多点传送数据分组和从多点传送转换处理部件21发来的多点传送数据分组进行转送处理。
并且,由于访问控制处理部件14、发送数据管理部件15、多点传送转换表16、数据管理表17与实施例1相同,所以省略其详细说明。
下面,说明在如上述那样构成的多点传送发送***中,终端51接收发送程序,从发送程序中选择流数据,进行接收的动作。
首先,在终端51 a希望发送标题为“A”的流数据的情况下,向“A”的发送目标组G1发送组参加要求。多点传送路由器40b如果接收到组参加要求,则依照多点传送路径控制协议进行处理,向多点传送发送装置90发送向组G1发送的数据分组的发送要求。
多点传送发送装置90如果接收到该多点传送发送要求,则依照多点传送路径控制协议进行处理,参照用来将发送到组G1的数据分组转送到多多点传送路由器40b的数据管理表17,取得对应于组G1的信息,并登记到多点传送转换表16中,根据登记在数据转换表17中的内容,向发送服务器50a要求数据的发送。
发送服务器50a如果接收到数据发送要求,则用单点传送将数据发送到多点传送发送装置90。多点传送发送装置90将接收到的数据分组转换为发送到组G1的多点传送数据分组,并转送到多点传送路由器40b。通过多点传送路由器40b将接收到的发送到组G1的数据分组转送到终端51a,终端51a能接收流数据。
在此,在终端51b希望接收标题为“A”的流数据的情况下,终端51b向组G1发送组参加要求。多点传送路由器40b如果接收到该组参加要求,则由于已经依照多点传送路径控制协议,正在将发送到组G1的数据分组转送到终端51a,所以也将数据分组转送到终端51b。
进而,在终端51c希望接收标题为“A”的流数据的情况下,终端51c向组G1发送组参加要求。多点传送路由器40c如果接收到该组参加要求,则依照多点传送路径控制协议进行处理,将发送到组G1的数据分组发送要求发送到多点传送发送装置90。多点传送发送装置90如果接收到该数据分组发送要求,则依照多点传送路径控制协议进行处理,将发送到组G1的数据分组不只转送到多点传送路由器40b,也转送到多点传送路由器40c。这时,所广播发送装置90由于已经正在访问与组G1对应的发送服务器,所以不执行新的访问处理。
在此,在终端51d希望接收组G3正在发送的数据的情况下,终端51d向组G3发送组参加要求。多点传送路由器40c如果接收到该组参加要求,则将发送到组G3的数据分组发送要求发送到多点传送发送装置90。多点传送发送装置90如果接收到该数据分组发送要求,则依照多点传送路径控制协议,进行用来将发送到组G3的数据分组转送到多点传送路由器40c的处理。这时,由于在数据发送表中没有登记与组G3有关的信息,所以不执行访问处理。然后,多点传送发送装置90通过将终端52发送的向组G3发送的数据分组转送到多点传送路由器40c,终端51d能接收流数据。
图15是多点传送发送装置90接收到分组时的处理的流程图。
首先,判别接收到的分组是数据分组还是用来进行多点传送路径控制的控制分组(步骤S600)。根据接收到的分组的协议编号能进行该判别。在接收到的分组是与多点传送路径控制有关的分组的情况下,实施多点传送路径控制处理(步骤S601)。在接收到的分组不是与路径控制有关的控制分组的情况下,判别是否是应该转送的数据分组(步骤S602)。即,多点传送发送装置90接收的数据是从发送服务器通过单点传送发送的数据分组、或从其他发送终端用多点传送发送的数据分组。所以,如果发送目标地址是多点传送、或者发送源地址没有被登记在多点传送转换表(图5)中,则执行步骤603,如果是除此以外则结束处理。接着,判别发送目标地址是否是单点传送(步骤603)。如果发送目标地址是单点传送,则由于是从发送服务器发送的数据分组所以执行数据转换处理(步骤604),转换为多点传送,并执行多点传送转送处理(步骤605)。在步骤603中,在发送目标地址是多点传送的情况下,不执行数据转送处理(步骤604),执行多点传送转送处理(步骤605)。
在图16中,详细表示了图15的数据转换处理(步骤604)的流程图。
首先,从多点传送转换表(图5)中检索并取得与接收到的数据分组的发送源地址对应的组地址(步骤610)。接着,将组地址设置为数据分组的发送目标地址(步骤611),并将多点传送发送装置90的地址设置为数据分组的发送源地址(步骤612)。
在图17中,详细表示了图15的多点传送路径控制处理(步骤601)的流程图。
首先,根据接收到的协议,实施协议处理(步骤640)。接着,判别接收到的控制分组是否是指示控制向组的发送的发送控制分组(发送要求或发送停止要求)(步骤641)。如果是发送控制分组,则抽出要求了分组的组地址(步骤642)。另一方面,在是除此以外的分组的情况下,结束处理。
接着,判别控制分组是否是发送要求(步骤643)。如果控制分组是发送要求,则判别抽出的组地址是否被登记到多点传送转换表中(步骤644)。如果组地址已经被登记到多点传送转换表中,则结束处理。另一方面,如果没有登记,则执行用来开始从与组地址信息对应的发送服务器发送数据的访问控制处理(步骤645)。该访问控制处理由于与图11所示的处理一样,所以省略说明。
根据上述那样构成的实施例3,在提供多点传送发送服务的时候,能减少设置在多点传送网络中的发送装置的个数,能减轻网络管理者的管理负担和发送装置的成本。
下面,说明本发明的实施例4的多点传送发送***。
在实施例4中,通过各自的不同装置实施向发送服务器的访问处理、将发送的数据分组转换为多点传送进行转送的处理。并且,对进行与实施例1到实施例3相同的动作的结构付与相同的符号,并省略其详细说明。
图18是表示实施例4的多点传送发送***的结构。
多点传送发送装置100在多点传送网络70中,与多点传送路由器40b、40c、数据管理装置120连接。该数据管理装置120还与单点传送网络60连接。
发送服务器50a、50b与单点传送网络60连接。多点传送路由器40b与终端51a、51b连接,多点传送路由器40c与终端51c、51d连接。
在图19中表示了多点传送发送装置100的框图。在本实施例中,多点传送发送装置100包括多点传送路径控制功能。
分组接收部件101为了包括多点传送控制分组、经由数据管理装置120从发送服务器发送的单点传送数据分组、从数据管理装置120通知的多点传送转换信息、多点传送路径控制功能,所以接收多点传送数据分组,并发送到分组判别部件102。分组判别部件102判别接收到的分组或信息,在判断出分组是多点传送控制分组的情况下,发送到多点传送路径控制处理部件103。
多点传送路径控制处理部件103依照多点传送路径控制协议,进行分组所示的控制处理。在接收到的分组是指示数据分组的发送要求或发送停止要求的控制分组的情况下,从控制分组中抽出组地址信息,并将组地址信息通知数据管理装置120。在接收分组是从发送服务器发来的数据分组的情况下,发送到多点传送转换处理部件106。多点传送转换处理部件106与实施例1一样,依照多点传送转换表105转换多点传送数据分组,并发送到数据转送处理部件107。另外,在由分组判别部件102判别的信息是多点传送转换信息的情况下,发送到转换信息管理部件104。在转换信息管理部件104中,接收由数据管理装置120通知的多点传送转换信息,进行多点传送转换表105的更新处理。多点传送转换信息包含登记或删除的发送服务器的地址信息和组地址信息等。进而,在由分组判别部件102判别了的分组是多点传送数据分组的情况下,发送到数据转送处理部件107。数据转送处理部件107进行接收到的多点传送数据分组和由多点传送转换处理106进行了转换的多点传送数据分组的转送处理。
在图20中表示了数据管理装置120的框图。
分组接收部件121接收从多点传送发送装置100发来的组地址信息、从发送服务器发来的数据分组、从用户发来的发送程序要求分组,并发送到分组判别部件122。分组判别部件122判别接收到的分组或信息。在接收到的信息是组地址信息的情况下,将接收分组发送到访问控制处理部件123。访问控制处理部件123执行与发送服务器的访问处理,在确立了与发送服务器的会话的情况下,将发送源地址信息和组地址信息作为多点传送转换信息通知多点传送发送装置100。在确立了与发送服务器的会话后,对从发送服务器发送的数据分组不进行任何的变更,而转送到多点传送发送装置100。在接收到从用户要求发送程序的分组的情况下,与实施例2一样,进行用户的认证处理,只在判断出是正规的用户的情况下,向用户发送发送程序。
下面说明在如上述那样构成的多点传送发送***中,终端51a接收发送程序,从发送程序中选择流数据,进行接收的动作。
如果终端51a向希望的数据的组发送组参加要求,则多点传送路由器40b接收组的参加要求,并通过依照多点传送路径控制协议进行处理,将发送到组的数据分组的发送要求通知多点传送发送装置100。多点传送发送装置100如果接收到发送要求,则通过依照多点传送路径控制协议进行处理,将要求发送的组信息通知数据管理装置120。数据管理装置120如果接收到该组信息,则根据登记在数据管理表125中的内容向发送服务器50要求数据发送,多点传送发送装置100通知发送服务器的地址等转换信息。
数据管理装置120如果从发送服务器通过单点传送发送了数据,则原样地转送到多点传送发送装置100。多点传送发送装置100根据从数据管理装置120通知的转换信息,将数据分组转换为发送到要求了的组的多点传送数据分组,并转送到多点传送路由器40b,多点传送路由器40b将多点传送数据分组转送到终端51a。
这时,在终端51b接收到对与终端51a要求了的组相同的组的组参加要求的情况下,多点传送路由器40b接收组参加要求,并依照多点传送路径控制协议进行处理。多点传送路由器40b由于已经正在将发送到组的数据分组转送到终端51a,所以也将数据分组转送到终端51b。
图21表示了终端51经由多点传送发送装置100和数据管理装置120,接收从发送服务器50发来的数据的处理的时序。
并且,与实施例2一样,终端51向数据管理装置120要求发送程序,数据管理装置120实施用户认证处理。
终端51向数据管理装置120发送发送程序要求500,通知发送程序。数据管理装置120如果接收到发送程序要求500,则首先进行用户的认证处理,如果是正规的用户,则发送发送程序501。并且,也可以对发送程序要求500、发送程序501进行加密发送。
接着,接收终端51为了通过发送程序接收希望的流数据,而发送用来参加对应的组的组参加要求502。多点传送发送装置100如果接收到组参加要求502,则将被要求了的组信息的内容作为组信息503,通知数据发送装置120。数据管理装置120如果接收到组信息503,则向保存了与组信息对应的流数据的发送服务器发送发送要求504,要求数据的发送。
接着,数据管理装置120进行用来在数据管理装置120和发送服务器之间接收数据的会话确立处理。如果确立了会话,则将多点传送转换信息505通知多点传送发送装置100。该多点传送转换信息包含与图4所示的多点传送转换表一样的信息。
另外,会话确立后,从发送服务器向要求了数据的发送的数据管理装置120发送单点传送数据分组506。数据管理装置120将数据分组506转送到多点传送发送装置100。多点传送发送装置100通过根据接收到的多点传送转换信息,将单点传送数据分组506转换为多点传送数据分组507并发送到终端51,向终端51发送流数据。
图22表示了本实施例的多点传送发送装置100中的分组接收时的处理流程。
首先,判别接收到的分组是用来进行多点传送路径控制的控制分组还是除此以外的分组(步骤800)。可以根据接收到的分组的协议编号进行该判别。在是多点传送路径控制分组的情况下,执行多点传送路径控制处理(步骤801)。在不是多点传送路径控制分组的情况下,判别是应该转送的数据分组还是从数据管理装置120发来的多点传送转换信息的通知(步骤802)。如果目标地址是多点传送,或者发送源地址被登记在多点传送转换表中,则判断为是应该转送的数据分组,执行步骤803。在步骤803中,如果目标地址是单点传送,则由于从发送服务器发送的数据是数据分组,所以执行数据转换处理(步骤804)后,执行多点传送转送处理(步骤805)。并且,该数据转换处理与实施例3中的数据转换处理(图16)是一样的。
在步骤803中,如果目标地址是多点传送,则不执行数据转换处理(步骤804),而进行多点传送转送处理(步骤805)。
在步骤802中,在接收到数据分组以外的分组的情况下,实施转换信息更新处理(步骤807)。
图23表示了图22的多点传送路径控制处理801的详细流程图。
首先,根据接收到的协议实施协议处理(步骤820)。
接着,判别接收到的控制分组是否是指示向组发送的控制分组(发送要求或发送停止要求(步骤821)。如果接收分组是控制分组,则抽出通过控制分组要求的组地址信息(步骤822),在接收到除此以外的分组的情况下,结束处理。
接着,判别控制分组是否是发送要求(步骤823),如果是发送要求,则调查抽出了的组地址是否被登记到多点传送转换表中(步骤824)。如果已经登记了组地址则结束处理,如果未登记,则将组地址信息和要求所示的信息通知数据管理装置120(步骤825)。
在步骤823中,在不是发送要求的情况下,由于是发送停止要求,所以将组地址信息和要求所示的信息通知数据管理装置120(步骤825)。
在图24中,表示了图22的转换信息更新处理807的详细流程图。
首先,判别接收到的分组是否是从数据管理装置120通知的多点传送转换信息分组(步骤840)。在不是多点传送转换信息分组的情况下,结束处理。在是多点传送转换信息的情况下,由于在多点传送转换信息中包含发送服务器的地址信息、组地址信息和表示发送开始或发送结束的信息,所以在包含表示开始了发送的信息的情况下,将发送服务器的地址和组地址信息登记到转换表中。在表示结束了发送的情况下,从转换表中删除发送服务器的地址和组地址信息(步骤841)。
图25是表示本实施例的数据管理装置120的分组接收时的处理的流程图。数据管理装置120接收的是从多点传送发送装置100发来的组地址信息、从发送服务器发来的数据分组或从用户发来的发送程序要求分组中的任意一个。
首先,判别接收到的分组是从发送服务器发送来的数据分组还是除此以外的分组(步骤850)。在数据分组的情况下,原样地转送到多点传送发送装置100(步骤851)。在不是数据分组的情况下,实施访问控制处理(步骤852)。
图26是表示图25的访问控制处理852的详细处理的流程图。
首先,判别接收到的信息是从多点传送发送装置100发来的组信息通知还是从用户发来的发送程序要求(步骤860)。如果是组通知信息,则判别通知信息是向发送服务器的数据发送开始要求还是发送停止要求(步骤861)。在发送开始要求的情况下,从数据管理表中抽出与通知了的组信息对应的发送服务器信息(步骤862),根据抽出的发送服务器信息,发送用来从发送服务器取得发送数据的数据发送要求,并确立与发送服务器的会话(步骤863)。确立会话后,将组地址信息、服务器地址信息和表示确立了会话并开始了数据发送的信息作为转换信息,通知多点传送发送装置100(步骤864)。在步骤861中,在是发送停止要求的情况下,向发送服务器发送发送停止要求,切断与发送服务器的会话(步骤865),将组地址信息、发送服务器地址信息和表示终止了数据发送的信息作为转换信息,通知多点传送发送装置100(步骤864)。
在步骤860中,在不是从多点传送发送装置100发来的组信息通知的情况下,由于是从终端发来的发送程序要求,所以实施用户认证处理(步骤867)。在用户认证成功了的情况下,将发送程序发送到终端(步骤868),如果认证失败,则结束处理。
在实施例4的多点传送发送***中,通过在多点传送的发送中,用不同的装置进行多点传送路径控制处理和访问控制处理,能分散处理,减轻各装置的处理负荷,因而,在实施例2的多点传送发送***的效果基础上,还能提高作为***整体的处理速度。
下面,说明本发明的实施例5的多点传送发送***。
在实施例5中,是使用了上述实施例1到4的多点传送发送***的用来进行多点传送发送的服务提供的***。
在图27中,表示了实施例5的***的结构。
数据提供者200包括发送服务器210(210a、210b),并通过单点传送与多点传送发送装置300连接,进行有偿的数据发送。ISP400是通过多点传送连接用户终端500(500a、500b、500c、500d)和多点传送发送装置300的服务提供者。
下面说明在上述这样构成的多点传送发送***中,ISP400通过多点传送进行发送数据提供者200所保存的有偿数据的服务的情况。
多点传送发送装置300对应于与ISP400连接的用户终端500的要求,向数据提供者200的发送服务器210要求数据,并从发送服务器210取得数据。即,ISP400作为用户从数据提供者200要求数据。
在基于现有的多点传送的数据发送中,是难以掌握现在正在接收的用户数存在多少的,但在这种情况下,ISP400是接收者,ISP400设置设想了通过多点传送发送数据的从量收费,数据提供者200能向ISP400要求收费的费用。并且,为了进行从量收费,在多点传送发送装置300中,也可以记录对发送服务器210的访问的日志信息。
ISP400向数据提供者200支付与实际接收到的数据对应的费用,用ISP400确定的方式向与ISP400连接的用户终端500的用户进行收费。
在以上这样构成的实施例5的多点传送发送***中,通过数据提供者200经由多点传送发送装置300向ISP400进行数据提供的从量收费,就能在数据提供者200和ISP400之间,或者在ISP400和用户终端500的用户之间进行与各项服务对应的收费,从而能容易地实现数据提供的***。

Claims (24)

1.一种数据发送***,利用多点传送向与能进行多点传送通信的第1网络连接的多个接收终端发送从与不能进行多点传送通信的第2网络连接的发送终端发送的数据,其特征在于:
包括向上述多个接收终端发送由上述发送终端发送的数据的发送装置;
上述发送装置包括:
使上述发送终端的信息和用来向上述多个接收终端发送数据的发送目标信息关联的关联信息存储装置;
从上述接收终端接收要求数据发送的控制分组的控制分组接收装置;和
根据上述数据发送要求,参照上述关联信息,向上述发送终端要求发送数据的数据发送要求装置。
2.根据权利要求1所述的数据发送***,其特征在于:
上述发送装置包括将由上述发送终端发送的数据分组变更为针对包含在上述数据发送要求中的发送目标的数据分组而进行发送的发送装置。
3.根据权利要求1所述的数据发送***,其特征在于:
上述发送装置包括根据上述数据发送要求来生成上述发送终端和发送目标的多点传送信息的对应信息的对应信息生成装置。
4.根据权利要求1所述的数据发送***,其特征在于:
上述发送装置包括向上述接收终端发布用于上述接收终端选择上述发送终端所保持的数据的数据发送信息的数据发送信息发布装置;
上述接收终端包括使用上述数据发送信息来选择上述发送终端所保持的数据,并要求发送数据的数据发送要求装置。
5.根据权利要求4所述的数据发送***,其特征在于:
上述接收终端包括要求与上述数据的发送有关的认证的认证要求装置;
上述发送装置包括:
接收来自上述接收终端的认证要求的认证要求接收装置;和
对该接收终端进行认证的认证装置;
上述数据发送信息发布装置向基于上述认证装置的认证获得了成功的终端发布上述数据发送信息。
6.根据权利要求5所述的数据发送***,其特征在于:
上述接收终端包括:
对上述认证要求进行加密的加密装置;和
要求与上述数据的发送有关的认证的认证要求装置;
上述发送装置包括对上述数据发送信息进行加密的加密装置;
上述数据发送信息发布装置发布上述被加密的数据发送信息。
7.根据权利要求1所述的数据发送***,其特征在于:
上述发送装置包括对向上述接收终端发送的数据进行加密的加密装置。
8.根据权利要求1~7中的任意一个所述的数据发送***,其特征在于:
上述发送装置发送按照用于数据要求的多点传送路径控制协议的控制分组。
9.根据权利要求1所述的数据发送***,其特征在于:
上述发送装置包括:
具有上述关联信息存储装置和上述数据发送要求装置,并接收从与上述第2网络连接的上述发送终端发来的数据的管理装置;和
具有上述数据发送要求接收装置,并向与上述第1网络连接的上述接收终端发送该数据的数据发送装置。
10.根据权利要求1所述的数据发送***,其特征在于:
上述第1网络所使用的网络协议与上述第2网络所使用的网络协议不同。
11.一种数据发送装置,利用多点传送向与能进行多点传送通信的第1网络连接的多个接收终端发送从与不能进行多点传送通信的第2网络连接的发送终端发送的数据的数据发送装置,其特征在于:包括:
使上述发送终端的信息和用来向上述多个接收终端发送数据的发送目标信息关联的关联信息存储装置;
从上述接收终端接收要求数据发送的控制分组的控制分组接收装置;
根据上述数据发送要求,参照上述关联信息,向上述发送终端要求数据发送的数据发送要求装置。
12.根据权利要求11所述的数据发送装置,其特征在于:
包括将由上述发送终端发送的数据分组变更为针对包含在上述数据发送要求中的发送目标的数据分组来进行发送的发送装置。
13.根据权利要求11所述的数据发送装置,其特征在于:
包括根据上述数据发送要求来生成上述发送装置与发送目标的多点传送信息的对应信息的对应信息生成装置。
14.根据权利要求11所述的数据发送装置,其特征在于:
包括向上述接收终端发布用于上述接收终端选择上述发送终端所保存的数据的数据发送信息的数据发送信息发布装置。
15.根据权利要求14所述的数据发送装置,其特征在于:包括:
接收来自上述接收终端的认证要求的认证要求接收装置;和
对该接收终端进行认证的认证装置;
上述数据发送信息发布装置向基于上述认证装置的认证获得了成功的终端发布上述数据发送信息。
16.根据权利要求15所述的数据发送装置,其特征在于:包括:
对上述认证要求进行加密的加密装置;
接收通过上述接收终端进行了加密的上述认证要求的认证要求接收装置;和
对上述数据发送信息进行加密的加密装置;
上述数据发送信息发布装置发布上述被加密了的数据发送信息。
17.根据权利要求11~16中任意一项所述的数据发送装置,其特征在于:
包括对向上述接收终端发送的数据进行加密的加密装置。
18.根据权利要求11所述的数据发送装置,其特征在于:
发送按照被用于数据要求的多点传送路径控制协议的控制分组。
19.根据权利要求11所述的数据发送装置,其特征在于:包括:
具有上述关联信息存储装置和上述数据发送要求装置,并接收从与上述第2网络连接的上述发送终端发来的数据的管理装置;和
具有上述控制分组接收装置,并向与上述第1网络连接的上述接收终端发送该数据的数据发送装置。
20.根据权利要求11所述的数据发送装置,其特征在于:
上述第1网络所使用的网络协议与上述第2网络所使用的网络协议不同。
21.一种数据通信方法,是被用于数据发送***中的数据通信方法,该数据发送***包括利用多点传送向与能进行多点传送通信的第1网络连接的多个接收终端发送从与不能进行多点传送通信的第2网络连接的发送终端发送的数据,并通过多点传送向上述多个接收终端发送由上述发送终端发送的数据的发送装置,其特征在于:
上述发送装置,
存储使上述发送终端的信息和用来向上述多个接收终端发送数据的发送目标信息关联的关联信息,
从上述接收终端接收要求上述数据发送的控制分组,
根据上述数据发送的要求,参照上述关联信息,向上述发送终端要求数据发送。
22.根据权利要求21所述的数据通信方法,其特征在于:
上述发送装置将由上述发送终端发送的数据分组变更为发送到包含在上述数据发送要求中的发送目标的数据分组来进行发送。
23.根据权利要求21所述的数据通信方法,其特征在于:
上述发送装置根据上述数据发送要求来生成使上述发送装置与发送目标的多点传送信息对应的对应信息。
24.根据权利要求21所述的数据通信方法,其特征在于:
上述第1网络所使用的网络协议与上述第2网络所使用的网络协议不同。
CNA2003101149208A 2002-11-20 2003-11-13 数据发送*** Pending CN1503538A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP336061/2002 2002-11-20
JP2002336061A JP2004172932A (ja) 2002-11-20 2002-11-20 データ配信システム

Publications (1)

Publication Number Publication Date
CN1503538A true CN1503538A (zh) 2004-06-09

Family

ID=32290359

Family Applications (1)

Application Number Title Priority Date Filing Date
CNA2003101149208A Pending CN1503538A (zh) 2002-11-20 2003-11-13 数据发送***

Country Status (3)

Country Link
US (1) US20040098448A1 (zh)
JP (1) JP2004172932A (zh)
CN (1) CN1503538A (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7620045B2 (en) 2003-07-07 2009-11-17 Ntt Docomo, Inc Communication system, multicast-capable router, transmitter terminal, receiver terminal, and communication method
CN1820467B (zh) * 2003-07-07 2012-06-20 株式会社Ntt都科摩 通信***、组播对应路由器、发送终端、接收终端以及通信方法
JP2019204989A (ja) * 2018-05-21 2019-11-28 ソフトバンク株式会社 中継システム及びプログラム

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3722134B2 (ja) * 2003-06-04 2005-11-30 日本電気株式会社 Ipマルチキャスト配信システム、ストリーミングデータ配信方法、及びそのプログラム
JP4128561B2 (ja) * 2004-11-04 2008-07-30 アンリツ株式会社 マルチキャスト通信中継装置およびマルチキャスト通信中継システム
CN100403794C (zh) * 2004-12-29 2008-07-16 华为技术有限公司 一种实现流媒体业务的视讯终端和方法
JP2006222659A (ja) * 2005-02-09 2006-08-24 Oki Electric Ind Co Ltd 無線通信装置、無線通信システム及び方法
ATE478489T1 (de) * 2005-02-14 2010-09-15 Irdeto Access Bv Verfahren zur steuerung der kommunikation zwischen einem kopfendstellensystem und mehreren kundensystemen
KR100678956B1 (ko) * 2005-08-25 2007-02-06 삼성전자주식회사 네트워크 상에서 컨텐츠 정보를 요청 및 제공하는 장치 및그 방법
US7673330B2 (en) * 2006-01-05 2010-03-02 Microsoft Corporation Ad-hoc creation of group based on contextual information
KR101278297B1 (ko) * 2006-06-27 2013-07-30 톰슨 라이센싱 신뢰적 멀티캐스트 데이터 전송을 위한 방법 및 장치
KR101319491B1 (ko) * 2006-09-21 2013-10-17 삼성전자주식회사 도메인 정보를 설정하기 위한 장치 및 방법
JP4643598B2 (ja) * 2007-01-23 2011-03-02 株式会社東芝 中継装置及び中継方法
US20100174608A1 (en) * 2007-03-22 2010-07-08 Harkness David H Digital rights management and audience measurement systems and methods
JP2009200765A (ja) * 2008-02-21 2009-09-03 Yamaha Corp 中継装置
JP5200665B2 (ja) * 2008-05-29 2013-06-05 ソニー株式会社 コンテンツ配信サーバ及びコンテンツ配信方法
US9374231B2 (en) 2010-03-22 2016-06-21 Alcatel Lucent Controller providing gradual transition of multiple terminals from unicast transmission
JP2011239087A (ja) * 2010-05-07 2011-11-24 Csk Corp 受信中継装置
US20120023533A1 (en) * 2010-07-22 2012-01-26 Alcatel-Lucent Usa Inc. Method and apparatus for delivery of internet protocol television service
CN102523098B (zh) * 2011-11-21 2014-12-10 华为技术有限公司 一种业务接入的方法、装置及***
JP6919213B2 (ja) * 2017-02-15 2021-08-18 日本電気株式会社 通信機、通信システム、通信方法、およびプログラム
US10284338B2 (en) * 2017-08-30 2019-05-07 Landis+Gyr Innovations, Inc. Techniques for optimizing broadcast messaging in a network
KR102526770B1 (ko) * 2018-11-05 2023-04-28 삼성전자주식회사 추가의 네트워크 주소 변환 테이블을 참조하여 빠른 패킷 포워딩을 제공하는 전자 장치
US11601295B2 (en) * 2019-09-23 2023-03-07 Juniper Networks, Inc. Content delivery with reliable multicast using a redundant unicast overlay network

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5491693A (en) * 1993-12-30 1996-02-13 International Business Machines Corporation General transport layer gateway for heterogeneous networks
US6446082B1 (en) * 1998-09-21 2002-09-03 Impress Corporation Method of receiving time-specified program contents
US6304558B1 (en) * 1999-05-28 2001-10-16 Motorola, Inc. Network dispatch manager, dispatch gateway, and a method for providing dispatch service to dispatch clients via a packet-switched network
JP3792940B2 (ja) * 1999-06-10 2006-07-05 富士通株式会社 パケットのマルチキャスト配送システム
US20010030785A1 (en) * 2000-02-23 2001-10-18 Pangrac David M. System and method for distributing information via a communication network

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7620045B2 (en) 2003-07-07 2009-11-17 Ntt Docomo, Inc Communication system, multicast-capable router, transmitter terminal, receiver terminal, and communication method
CN1820467B (zh) * 2003-07-07 2012-06-20 株式会社Ntt都科摩 通信***、组播对应路由器、发送终端、接收终端以及通信方法
JP2019204989A (ja) * 2018-05-21 2019-11-28 ソフトバンク株式会社 中継システム及びプログラム

Also Published As

Publication number Publication date
JP2004172932A (ja) 2004-06-17
US20040098448A1 (en) 2004-05-20

Similar Documents

Publication Publication Date Title
CN1503538A (zh) 数据发送***
CN100338597C (zh) 信息处理设备和方法
CN100351745C (zh) 调用预定时间视频会议的服务器
CN1665221A (zh) 多点发送控制装置及方法
CN1852418A (zh) 移动电视播出控制***和播放网络及播出方法
CN101061672A (zh) 通信***、无线局域网基站控制装置和无线局域网基站装置
CN1605074A (zh) 从单播到组播的视频会议对话转换
CN101047607A (zh) 实现组播业务的***及方法
CN1941711A (zh) 用于控制通信会话或建立通信会话的方法以及相关装置
CN1838824A (zh) 无线通信***中广播多播区域管理的实现方法
CN1643505A (zh) 视频会议***结构
CN1625907A (zh) 分组模式语音通信
CN1855847A (zh) 公共与专用网络服务管理***和方法
CN1852431A (zh) 实现实时视频信息共享的***及方法
CN1606751A (zh) 用于组播的计费机制
CN1859084A (zh) 对微软媒体格式的点播流媒体数据进行加密和解密的方法
CN1430342A (zh) 无线通信装置、无线通信***、及无线通信方法
CN1794675A (zh) 建立聊天室数据传输通道实现聊天消息传送的方法
CN101047662A (zh) 实现单账号多身份即时消息通信和存在业务的方法及***
CN1801810A (zh) 一种会话初始化协议消息体内容处理方法及网络
CN1855817A (zh) 网络服务基础设施***和方法
CN101030851A (zh) 加密通信***及方法、通信状态管理服务器及管理方法
CN1728684A (zh) 数据包传送装置
CN101030865A (zh) 一种网络地址转换和/或防火墙穿越平台、***及其方法
CN1859380A (zh) 一种离线消息获取方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C02 Deemed withdrawal of patent application after publication (patent law 2001)
WD01 Invention patent application deemed withdrawn after publication