WO2013058313A1 - 配信装置、配信方法、対応情報生成装置、対応情報生成方法、制御プログラム、および記録媒体 - Google Patents

配信装置、配信方法、対応情報生成装置、対応情報生成方法、制御プログラム、および記録媒体 Download PDF

Info

Publication number
WO2013058313A1
WO2013058313A1 PCT/JP2012/076944 JP2012076944W WO2013058313A1 WO 2013058313 A1 WO2013058313 A1 WO 2013058313A1 JP 2012076944 W JP2012076944 W JP 2012076944W WO 2013058313 A1 WO2013058313 A1 WO 2013058313A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
route
component
distribution
delivery
Prior art date
Application number
PCT/JP2012/076944
Other languages
English (en)
French (fr)
Inventor
渡部　秀一
高橋　真毅
琢也 岩波
Original Assignee
シャープ株式会社
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 シャープ株式会社 filed Critical シャープ株式会社
Priority to US14/352,570 priority Critical patent/US20140281028A1/en
Priority to CN201280051408.0A priority patent/CN103890741A/zh
Publication of WO2013058313A1 publication Critical patent/WO2013058313A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/14—Routing performance; Theoretical aspects
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/302—Route determination based on requested QoS
    • H04L45/306—Route determination based on the nature of the carried application

Definitions

  • the present invention relates to hybrid distribution of multi-component content, and more particularly to determination of a distribution route of components to be distributed in a hybrid manner.
  • hybrid distribution in which contents are distributed using a plurality of networks having different properties is known (for example, Patent Document 1 below).
  • a hybrid distribution of multi-component contents such as distributing each component through a plurality of distribution paths having different properties with respect to “multi-component content” composed of a plurality of components having different properties has been attracting attention.
  • the appropriate distribution route must be determined for each component because the appropriate distribution route differs depending on the nature of the component (for example, the media type and content of the component).
  • a component having a large capacity or a component having the same delivery content for each client is desirably delivered by one-way, simultaneous broadcast delivery (for example, broadcasting).
  • a component having a small capacity or a component whose distribution contents change for each client is unicast distributed by communication that is bidirectional and request-response distribution.
  • FIG. 15 is a block diagram showing the main configuration of the primary distribution servers 100, 100 ', 100 "and the client 101 constituting the conventional distribution system.
  • the primary distribution server 100 is a server that generates and distributes content, and includes a media generation unit 110, a format unit 111, and a transmission unit 112.
  • the media generation unit 110 generates content media. Specifically, the media generation unit 110 generates media (video data, audio data, etc.) corresponding to the content input by the content creator (Creator).
  • the formatting unit 111 formats the media generated by the media generating unit 110 to generate components. Then, the transmission unit 112 distributes the component generated by the formatting unit 111.
  • the primary delivery servers 100 ′ and 100 ′′ also perform the same functions as the primary delivery server 100 and have the same configuration. That is, the media delivery unit 110 ′ creates the primary delivery server 100 ′.
  • the format unit 111 ′ formats the stored media (stores in the distribution format or forms the distribution format) and distributes it from the transmission unit 112 ′.
  • the media generated by the media generation unit 110 ′′ Is formatted by the formatting unit 111 "and distributed from the transmitting unit 112".
  • the transmission unit 112 performs distribution through a broadcast path
  • the transmission unit 112 ′ performs distribution through a communication path capable of multicasting
  • the transmission unit 112 ′′ performs distribution through a communication path capable of only unicasting.
  • the broadcast route is a route for performing distribution using broadcast waves
  • the communication route is a route for performing distribution via the Internet or the like by communication.
  • the primary distribution servers 100, 100 ′, and 100 ′′ are a component to be distributed. That is, the components distributed by the primary distribution servers 100, 100 ′, and 100 ′′ are combined by combining them. It becomes a piece of content. In other words, the primary distribution servers 100, 100 ', and 100 "each distribute components that constitute one content.
  • the primary distribution servers 100, 100 ', and 100 "distribute the components generated by the respective transmission units 112, 112', and 112". That is, hybrid distribution is performed by the primary distribution servers 100, 100 ', and 100 ".
  • hybrid distribution may be performed by one server.
  • the server includes media generation units 110, 110 ′, 110 ′′, format units 111, 111 ′, 111 ′′, and transmission units 112, 112 ′, 112. It becomes the composition provided with.
  • the component generated by the format unit 111 is distributed by the transmission unit 112, for example.
  • the component generated by the format unit 111 ′ is distributed by the transmission unit 112 ′
  • the component generated by the format unit 111 ′′ is distributed by the transmission unit 112 ′′.
  • the client 101 receives components (hybrid distribution components) distributed through such a plurality of distribution paths, synthesizes them, and displays them.
  • the client 101 includes a first receiving unit 120, a second receiving unit 120 ′, a third receiving unit 120 ′′, a first media restoring unit 121, a second media restoring unit 121 ′, and a third media restoring unit 121. ”, And a composition / display unit 122.
  • the first reception unit 120 receives components transmitted by the transmission unit 112 of the primary distribution server 100.
  • the second receiving unit 120 ′ receives a component transmitted by the transmitting unit 112 ′ of the primary distribution server 100 ′
  • the third receiving unit 120 ′′ is a component transmitted by the transmitting unit 112 ′′ of the primary distribution server 100 ′′.
  • the first media restoration unit 121 restores the component received by the first reception unit 120 to a medium.
  • the second media restoration unit 121 ′ restores the components received by the first reception unit 120 ′ to media
  • the third media restoration unit 121 ′′ restores the components received by the first reception unit 120 ′′ to media. To do.
  • the composition / display unit 122 synthesizes and displays the media restored by the first to third media restoration units 121, 121 ′, 121 ′′. As a result, the components distributed in a hybrid manner are presented to the user as one content.
  • the multi-component content as described above is managed in the component state (formatted state) after distribution, and a server that is not a content creator may use the multi-component content.
  • a server that is not a content creator needs to handle content in units of components.
  • a server that is not a content creator does not know an appropriate distribution route for each component of multi-component content.
  • This server also does not know the contents of the component.
  • conventional archives, secondary distribution servers for distributed components, and the like have no means for acquiring such information, and there is no clue for specifying the distribution route of components.
  • the present invention has been made in view of the above-described problems, and an object of the present invention is to provide a distribution device and the like that can easily determine the distribution route of each component constituting the content.
  • a distribution device is a distribution device that distributes content composed of a plurality of components, and route information for specifying a component distribution route is associated with each component.
  • a route determining unit that determines a distribution route of each component using the corresponding correspondence information, and a distribution control unit that distributes each component by the distribution route determined by the route determining unit. .
  • the distribution method of the present invention is a distribution method by a distribution device that distributes content composed of a plurality of components in order to solve the above-described problem, and route information for specifying a distribution route of the components is provided.
  • the route information for specifying the delivery route of each component is determined using the correspondence information associated with each component, and the delivery route of each component is determined. To deliver.
  • the correspondence information may be information in which path information is associated with the component itself (for example, the header of the component), or information managed separately from the component (for example, information in a table or XML format). There may be.
  • the route information may be information that can be used to identify the component delivery route.
  • a specific delivery route (broadcast route, communication route, etc.) may be indicated directly, or a delivery route characteristic (bidirectional, unidirectional, multicast, unicast, etc.) may be indicated. Also good.
  • the information which shows permitting (recommending) or prohibiting the delivery by a specific delivery route may be sufficient.
  • the above component constitutes a part of one content, and is a component that can be distributed through a different route from the other components.
  • each can be the above component.
  • the correspondence information generation apparatus includes, for each component constituting the content, route information determination means for determining route information for specifying a distribution route of the component, Corresponding information generating means for generating correspondence information by associating the path information determined by the path information determining means with the components is provided.
  • the correspondence information generation method is a correspondence information generation method by the correspondence information generation device in order to solve the above-described problem, and for specifying the distribution route of each component constituting the content.
  • route information for specifying the delivery route is determined, and correspondence information is generated by associating the determined route information with the component.
  • the entity that performs distribution using the generated correspondence information may be the above-described correspondence information generation device or another distribution device. And when another delivery apparatus performs delivery, you may transmit corresponding information to the delivery apparatus.
  • the distribution device and the correspondence information generation device may be realized by a computer.
  • the distribution device or the correspondence information generation device is operated by causing the computer to operate as each unit of the distribution device or the correspondence information generation device.
  • a control program for realizing the correspondence information generating apparatus on a computer and a computer-readable recording medium on which the control program is recorded also fall within the scope of the present invention.
  • the distribution device of the present invention uses the correspondence information in which the route information for specifying the component distribution route is associated with each component, and determines the distribution route of each component; A distribution control unit that distributes each component along the distribution route determined by the route determination unit.
  • the distribution method uses the correspondence information in which the path information for specifying the component distribution path is associated with each component to determine the distribution path of each component. And a distribution control step of distributing each component by the distribution route determined in the route determination step.
  • the route information for specifying the delivery route of each component is determined using the correspondence information associated with each component, and the delivery route of each component is determined. To deliver.
  • the correspondence information generation apparatus includes, for each component constituting the content, route information determination means for determining route information for specifying a delivery route of the component, and the route information determination means. And correspondence information generating means for generating correspondence information by associating the path information determined by the component with the component.
  • the correspondence information generation method of the present invention is a correspondence information generation method performed by the correspondence information generation device. For each component constituting the content, route information for specifying the distribution route of the component is obtained.
  • the route information determination step includes a route information determination step, and a correspondence information generation step that generates correspondence information by associating the route information determined in the route information determination step with a component.
  • route information for specifying the delivery route is determined, and correspondence information is generated by associating the determined route information with the component.
  • FIG. 1 illustrates an embodiment of the present invention, and is a block diagram illustrating an example of a main configuration of a secondary distribution server configuring a distribution system. It is a block diagram which shows an example of a structure of the primary delivery server which comprises the said delivery system, a secondary delivery server, and a client. It is a block diagram which shows an example of the principal part structure of the said primary delivery server. It is a figure which shows an example of the component management information by which the routing information which designates bi-directional delivery was set with respect to the component, The figure (a) shows the example made into the table format, The figure (b) is an XML format, and FIG. An example is shown.
  • FIG. 11A shows an example of a table format
  • FIG. 11A shows an example of a table format
  • FIG. 10 is a diagram showing an example of component management information in which path information specifying bi-directional delivery is set for multiplexed components.
  • FIG. 11A shows an example of a table format
  • FIG. ) Shows an example in the XML format.
  • It is a block diagram which shows an example of a structure of the primary delivery server, the secondary delivery server, and a client which comprise the delivery system concerning other embodiment of this invention.
  • It is a block diagram which shows an example of the principal part structure of the said secondary delivery server.
  • It is a flowchart which shows an example of the service route information generation process which the said secondary delivery server performs.
  • It is a block diagram which shows an example of a structure of the primary delivery server and the client which comprise the delivery system concerning further another embodiment of this invention.
  • FIG. 1 It is a block diagram which shows an example of the principal part structure of the said primary delivery server. It is a figure which shows a prior art and is a block diagram which shows the principal part structure of the primary delivery server and the client which comprise the conventional delivery system. It is a block diagram which shows the outline
  • FIG. 5B shows an example of component management information describing acquisition destination information for each of the two pieces of route information.
  • FIG. 9C shows an example of component management information in which two pieces of acquisition source information are described for one piece of route information. An example is shown in which both information indicating component error tolerance and information indicating component delay tolerance are selected and used in combination.
  • FIG. 19 is a diagram illustrating magnitudes of error and delay values in an example in which both information indicating error tolerance of a component and information indicating delay tolerance of a component are selected and used in combination in FIG.
  • Embodiment 1 Embodiment 1 of the present invention will be described with reference to FIGS.
  • the distribution system according to the present embodiment will be described with reference to FIG.
  • FIG. 2 shows an example of the configuration of primary distribution servers (corresponding information generation devices) 1, 1 ′, 1 ′′, secondary distribution server (distribution device) 2 and client 3 constituting the distribution system 4 of the present embodiment. It is a block diagram.
  • the primary distribution server 1 is a server that generates and distributes content, and includes a media generation unit 10, a format unit 11, a route setting unit (route information determination unit, correspondence information generation unit) 12, and a first transmission unit 20. ing.
  • the primary delivery server 1 includes the route setting unit 12 that generates component management information (corresponding information) including route information for specifying the delivery route of the component.
  • the conventional primary delivery server shown in FIG. This is a difference from 100.
  • the corresponding distribution routes are determined in advance by the first to third transmission units 20, 20 ′, 20 ′′, so the component management information generated here Is not directly used for distribution on the primary distribution server.
  • Component management information generated by the primary distribution server is distributed to the secondary distribution server 2 and directly used for distribution by the secondary distribution server, or component management information is formed by collecting components in the secondary distribution server. Used to do.
  • the media generation unit 10 generates media (video data, audio data, etc.) of contents to be distributed.
  • the formatting unit 11 formats the media generated by the media generating unit 10 (stores in the distribution format or forms the distribution format) to generate a component. Examples of the distribution format include an MPEG-2 TS format transmission format and an MP4 file format. Then, the first transmission unit 20 distributes the component generated by the formatting unit 11 and the component management information generated by the route setting unit 12.
  • the media here refers to instance data such as video and audio that is played back and displayed as a component part of one content, and these media data are usually encoded and have a predetermined content as described above. Stored in a distribution format and distributed. That is, each generated medium is a component (component) that constitutes one content.
  • text data such as subtitles and applications such as widgets displayed with video are also components.
  • a medium after being formatted in a predetermined format for distribution is referred to as a component.
  • a “component” serving as a distribution unit is a constituent part of one content and may be a target of hybrid distribution.
  • the component management information is information for managing the component, and includes route information for specifying the component delivery route as described above. Therefore, the component delivery route can be specified by referring to the component management information.
  • the route setting unit 12 generates route information indicating a component distribution route, and generates component management information in combination with information indicating the component. As described above, the component management information generated here is used for distribution in the secondary distribution server 2. Note that a process in which the route setting unit 12 (and the secondary distribution server 2) generates component management information and details of the component management information will be described later.
  • the primary distribution servers 1 ′ and 1 ′′ are servers that generate and distribute content in the same manner as the primary distribution server 1. These servers have the same functions except that the distribution paths of components are different. That is, the second transmission unit 20 ′ of the primary distribution server 1 ′ distributes the component through a different route from the first transmission unit 20 of the primary distribution server 1. Also, the third transmission unit 20 ′′ of the primary distribution server 1 ′′. Distributes the component through a route different from that of the first transmission unit 20 and the second transmission unit 20 ′.
  • FIG. 2 shows an example in which distribution is performed using three distribution routes by three primary distribution servers, there may be a plurality of distribution routes. That is, delivery may be performed by two primary delivery servers through two delivery routes.
  • FIG. 2 shows an example in which a plurality of primary delivery servers are used to perform delivery by a plurality of routes.
  • a plurality of transmission units are provided in one primary delivery server, thereby delivering by a plurality of routes. May be.
  • the secondary delivery server 2 is a server that receives and stores the content (multicomponent content) delivered by the primary delivery server 1 and delivers it to the client 3.
  • the secondary distribution server 2 includes a first receiver 40, a second receiver 40 ′, a third receiver 40 ′′, a storage unit 41, a selector 50, a first transmitter 42, and a second transmitter. 42 'and a third transmitter 42 ".
  • the first receiving unit 40 receives components and component management information transmitted from the first transmitting unit 20 of the primary distribution server 1.
  • the second receiving unit 40 ′ receives components and component management information transmitted from the second transmitting unit 20 ′ of the primary distribution server 1 ′.
  • the third receiver 40 ′′ receives the component and component management information transmitted from the third transmitter 20 ′′ of the primary distribution server 1 ′′.
  • the storage unit 41 stores various data used by the secondary distribution server 2, and the above components and component management information are also stored in the storage unit 41.
  • the selection unit 50 determines the distribution route of the component stored in the storage unit 41 based on the component management information stored in the storage unit 41. Then, a transmission unit (any one of the first transmission unit 42, the second transmission unit 42 ', and the third transmission unit 42 ") corresponding to the determined distribution path is selected, and the component is distributed from the selected transmission unit.
  • the first transmission unit 42 distributes the component according to the control of the selection unit 50.
  • the first transmission unit 42, the second transmission unit 42 ′, and the third transmission unit 42 ′′ have different component distribution paths.
  • the first transmission unit 42 performs distribution through a broadcast route
  • the second transmission unit 42 ′ performs distribution through a communication route capable of multicasting
  • the third transmission unit 42 ′′ performs distribution through a communication route capable of only unicasting.
  • the first transmission unit 42 distributes using the main broadcast route in the broadcast route
  • a combination in which the 3 transmission unit 42 ′′ distributes via a communication path is also possible.
  • the client 3 receives, synthesizes and displays content (multicomponent content) distributed by the secondary distribution server 2 in a hybrid manner.
  • the client 3 includes a first receiving unit 70, a second receiving unit 70 ′, a third receiving unit 70 ′′, a first media restoring unit 71, a second media restoring unit 71 ′, and a third media restoring unit 71.
  • the media restoration unit executes a process for restoring a media data stream from a formatted component, and a process for decoding a coded data stream and restoring a playback medium.
  • the client 3 has the same configuration as that of the conventional client 101 shown in FIG.
  • the component distributed primarily by the primary distribution servers 1, 1 ′, 1 ′′ is received and stored by the secondary distribution server 2, and the secondary distribution server 2 performs secondary distribution to the client 3. To do.
  • the primary distribution servers 1, 1 ′, 1 ′′ generate component management information indicating the path information of each component, and distribute the component together with this component management information.
  • the secondary distribution server 2 refers to the component management information, and does not perform complicated processing such as component analysis, and the intention of the primary distribution server 1, 1 ′, 1 ′′ (content creator's intention) ) Can be distributed to the client 3.
  • the component management information in the secondary distribution server 2 is formed of the component management information itself generated by the primary distribution server or the components together.
  • the component management information may be any case.
  • FIG. 3 is a block diagram illustrating an example of a main configuration of the primary distribution server 1.
  • the primary distribution server 1 includes a first transmission unit 20, a control unit 21, and a storage unit 22.
  • the control unit 21 controls the functions of the primary distribution server 1 in an integrated manner, and includes a media generation unit 10, a format unit 11, a route setting unit 12, and a distribution control unit 13.
  • the storage unit 22 stores various data used in the primary distribution server 1, and stores a component 30 and component management information 31.
  • the media generating unit 10 generates media
  • the formatting unit 11 formats the generated media to generate components
  • the component management information including the path information of each generated component is stored in the path setting unit 12. Produces.
  • the component generated by the formatting unit 11 is stored as the component 30.
  • component management information generated by the route setting unit 12 is stored as component management information 31.
  • the distribution control unit 13 distributes the component 30 and the component management information 31 stored in the storage unit 22 to other devices via the first transmission unit 20.
  • the distribution destination is described as the secondary distribution server 2, but the distribution destination may be the client 3, another distribution server (tertiary distribution server), or the like.
  • FIG. 1 is a block diagram illustrating an example of a main configuration of the secondary delivery server 2.
  • the secondary distribution server 2 includes a first receiver 40, a second receiver 40 ′, a third receiver 40 ′′, a storage unit 41, a first transmitter 42, a second transmitter 42 ′, 3 transmission part 42 "and the control part 43 are provided.
  • the first receiving unit 40, the second receiving unit 40 ′, and the third receiving unit 40 ′′ receive components and component management information. As illustrated, these receiving units receive these components.
  • the component and the component management information that have been performed are stored in the storage unit 41 as the component 60 and the component management information 61.
  • the control unit 43 controls the functions of the secondary distribution server 2 in an integrated manner, determines the distribution route for each component 60, and selects the selection unit 50 to be distributed via the transmission unit corresponding to the determined distribution route. Including.
  • the selection unit 50 includes a distribution control unit (distribution control unit) 51 and a route determination unit (route determination unit) 52 in order to realize such a function.
  • the distribution control unit 51 reads the component 60 from the storage unit 41 and inquires of the route determination unit 52 about the transmission route of the component 60. Then, the component 60 is transmitted from a transmission unit (any one of the first transmission unit 42, the second transmission unit 42 ′, and the third transmission unit 42 ′′) corresponding to the response to the inquiry.
  • the distribution route by the first transmission unit 42 is called a first distribution route
  • the distribution route by the second transmission unit 42 ′ is called a second distribution route
  • the distribution route by the third transmission unit 42 ′′ is called a third distribution route.
  • the route determination unit 52 determines the distribution route of the component 60 based on the component management information 61 of the storage unit 41. And the information which shows the determined delivery route is notified to the delivery control part 51 as a response with respect to the received inquiry.
  • the first transmission unit 42, the second transmission unit 42 ′, and the third transmission unit 42 ′′ distribute the component 60 and the component management information 61 according to the control of the selection unit 50.
  • the component management information 61 Is not essential, and if it is clear that the component management information 61 is not referred to in the subsequent distribution destinations, the distribution of the component management information 61 may be omitted.
  • other servers tertiary distribution servers
  • FIG. 4 is a diagram showing an example of component management information in which path information specifying bi-directional delivery is set for a component.
  • FIG. 4A shows an example of a table format
  • FIG. Shows an example in the XML format.
  • the component management information in FIG. 4 is an example of information in a format in which a plurality of components are collectively described, that is, component management information formed by the secondary distribution server 2.
  • the content corresponding to the illustrated component management information has a name “cont1” and includes components from “compA” to “compM”.
  • the character string “bidirectional” is associated with “compB” and “compM”. This “bidirectional” is information indicating that the component is for bidirectional distribution (bidirectional distribution is essential).
  • “compB” and “compM” can be specified as components for bidirectional distribution. Therefore, even a server that is not a content producer (for example, the secondary distribution server 2) can distribute “compB” and “compM” via a distribution path (for example, a communication path) that can be distributed bidirectionally. Can be determined.
  • a distribution path for example, a communication path
  • interactive components and components that can be used / not used for each user may be associated with “bidirectional” for bidirectional distribution.
  • components that are broadcast simultaneously, large-capacity components, and components that do not depend on the user may not be associated with “bidirectional” and may be used for unidirectional distribution.
  • “compB” and “compM” are for bi-directional delivery and “compA” is for bi-directional delivery among the components that make up the content named “cont1” It can be specified that it is not.
  • the omitted part (the part of “...”) in each ⁇ component> element includes media information (attribute information such as codec format and encoding rate) included in the component. ) And acquisition destination information (such as a file name and an acquisition destination URL).
  • FIG. 4 and FIG. 5 show examples of component management information in which route information is shown for all components constituting one content. That is, although the component management information in the secondary delivery server 2 is shown, the component management information only needs to indicate the route information of at least one component.
  • the primary distribution servers 1, 1 ′, 1 ′′ when the primary distribution servers 1, 1 ′, 1 ′′ generate component management information, a plurality of component management information corresponding to one content is generated and managed. That is, the component management information generated by the primary distribution server 1, 1 ′, 1 ′′ is managed as it is by the secondary distribution server, but the distribution route can be determined using such information.
  • component management information corresponding to one content may be combined into one. This can be realized, for example, by providing a configuration for integrating component management information corresponding to the same content inside or outside the secondary distribution server 2.
  • FIG. 5 is a diagram showing an example of component management information in which route information designating multicast delivery or unicast delivery is set for a component.
  • FIG. 5A shows an example of a table format.
  • FIG. 5B shows an example in the XML format.
  • multicast distribution is a distribution format in which the same components are distributed simultaneously to a plurality of clients, and broadcast distribution also belongs to this distribution format.
  • unicast distribution is a distribution format in which components are individually distributed for each client. Distribution by communication in a format for distributing components in response to requests from clients also belongs to this distribution format.
  • the character string “unicast” is associated with “compB” and “compM”. This “unicast” is information indicating that the component is for unicast distribution.
  • “compA” is associated with the character string “multicast”. This “multicast” is information indicating that the component is for multicast distribution.
  • “compB” and “compM” can be unicasted even by a server that is not a media producer (for example, secondary distribution server 2). Unicast distribution can be decided on the distribution route. For “compA”, it is possible to determine that multicast distribution is to be performed via a distribution route capable of multicast distribution.
  • the route information included in the component management information is not limited to the above example as long as it is information that can determine the distribution route based on the information (information that serves as an index for determining the distribution route).
  • information specifying a delivery route in terms of function may be used as route information.
  • information indicating immediacy, responsiveness, high reliability, and the like is used as route information.
  • the secondary distribution server 2 selects a transmission unit according to its immediacy, responsiveness, and high reliability from the first transmission unit 42, the second transmission unit 42 ′, and the third transmission unit 42 ′′.
  • a component associated with information indicating immediacy or responsiveness may be distributed via a communication path
  • a component associated with information indicating high reliability may be distributed via a broadcast path. do it.
  • information indicating high reliability is used as the route information, for example, information indicating component error tolerance (for example, “loss # priority”) or information indicating component delay tolerance (For example, “delay # priority”).
  • “loss # priority” error resilience information
  • Delay # priority (delay tolerance information) is, for example, “11: high sensitivity: end-to-end delay ⁇ 1sec”, “10: medium sensitivity: end-to-end delay approx. 1 sec” , “01: low sensitivity: end-to-end delay ⁇ 5 to 10 sec”, “00: don't care”, and so on.
  • either one of information indicating error tolerance of a component and information indicating resistance tolerance of a component may be selected and used, or both may be selected and combined. May be used.
  • any one of the information indicating the error tolerance of the component and the information indicating the delay tolerance of the component is selected and used as the information indicating high reliability.
  • the information indicating high reliability is information indicating error tolerance of a component including the priority “11: loss priority 0 (Lossless)”, information indicating that the information is intended for broadband distribution (for example, “broadband”).
  • the information indicating high reliability is information indicating the delay tolerance of the component including the priority “11: high sensitivity: end-to-end delay ⁇ 1sec”, it is intended for multicast delivery. (For example, “multicast”) indicating “” can be associated as route information.
  • FIG. 18 shows an example in which both information indicating error tolerance of a component and information indicating delay tolerance of a component are selected and used in combination.
  • the priority included in the information indicating the error tolerance of the component and the information indicating the error resistance of the component having the priority “11: ⁇ ⁇ loss priority ⁇ 0 (Lossless)” and the information indicating the delay tolerance of the component is “00”.
  • information indicating the delay tolerance of the component “: don't care” is selected and combined, information indicating that it is for unicast distribution (for example, “unicast”) can be associated as route information.
  • the priority included in the information indicating the error tolerance of the component and the priority included in the information indicating the error resistance of the component whose priority is “00: ⁇ loss priority 3” and the information indicating the delay tolerance of the component is “11:
  • information eg, “broadcast” indicating information that is intended for broadcast delivery (eg, “broadband”) ]
  • bidirectional which is information indicating that the component is for bidirectional distribution (bidirectional distribution is essential), is associated with the component, but is not limited thereto. For example, prohibit or allow specific distribution methods such as information indicating that bi-directional distribution is permitted (bi-directional distribution is recommended but not required), or information indicating that bi-directional distribution is prohibited. Information may be associated.
  • information that permits multicast distribution, prohibited information, information that allows unicast distribution, prohibited information, and the like may be included in the component management information as route information.
  • the secondary distribution server 2 selects a specific distribution method based on the permitted route information, the secondary distribution server 2 preferentially applies the distribution route corresponding to the permitted distribution method, and the permitted distribution method cannot be applied. Apply other delivery routes.
  • a selection is made from distribution routes other than the prohibited distribution method.
  • the route information is not limited to information indicating the characteristics of the distribution route (bidirectional, multicast, unicast, etc.) as described above, and may directly indicate the distribution route.
  • information indicating that it is intended for broadcast distribution for example, “broadcast”
  • information indicating that it is intended for communication distribution for example, “broadband”
  • broadcast distribution for example, “broadcast”
  • broadcastband information indicating that it is intended for communication distribution
  • detailed route information can be defined by combining information directly indicating the distribution route and information indicating the characteristics of the distribution route. For example, in addition to the trans attribute that directly indicates the distribution route, a direc attribute that indicates the characteristics of the distribution route may be defined, and the route information may be represented by these two attributes.
  • “broadcast” indicates the type of the downlink route
  • “bidirectional” indicates that the uplink route is necessary when using the component in addition to the downlink route. Note that the type of uplink route is not limited to “broadcast”, and a normal communication line may be used.
  • a trans element that directly indicates a delivery route may be defined, and a bidirectional attribute indicating whether bidirectionality is necessary may be added to the trans element so that the route information is represented by the entire element.
  • this is the trans element defined in the following schema.
  • ⁇ component name "compA”>
  • route information indicating the delivery route of the component may be included in the data header of the component.
  • FIG. 6 is a flowchart illustrating an example of component management information generation processing. Note that FIG. 6 illustrates processing after the media is generated by the media generation unit 10.
  • the formatting unit 11 converts the media generated by the media generating unit 10 into components and stores them as components 30 in the storage unit 22 (S1). Further, the formatting unit 11 notifies the route setting unit 12 that the component 30 has been stored.
  • the route setting unit 12 that the component 30 has been stored.
  • the route setting unit 12 that has received the notification determines route information for each of the stored components 30 (S2, route information determination step). Specifically, the route information is determined by causing the user of the primary delivery server 1 (for example, the producer of the media) to input the delivery route of the component 30. As a result, it is possible to cause the secondary distribution server 2 to distribute the distribution route according to the intention of the producer of the media.
  • the primary delivery server 1 for example, the producer of the media
  • the route setting unit 12 may automatically determine the route information. For example, since the primary distribution server 1 includes only the first transmission unit 20 as a configuration for performing distribution, the route setting unit 12 automatically determines route information indicating the distribution route by the first transmission unit 20. May be.
  • route setting unit 12 refers to the attribute information indicating the attribute of the component and the determination criterion predetermined for each distribution route, and for the component whose attribute information satisfies the determination criterion, the route corresponding to the determination criterion.
  • the information may be determined as route information of the component.
  • the criterion for path information indicating bi-directional distribution may be used as the file size of the component. Then, the file size obtained from the attribute information included in the component header information and the like is compared with a predetermined threshold value, and if it is equal to or smaller than the threshold value, the path information indicating the bidirectional delivery path is determined. Route information indicating a unidirectional delivery route may be determined.
  • the route information corresponding to the component indicates a delivery route to be used when the component is delivered to the client 3. Therefore, as in the distribution system 4 of FIG. 2, when the distribution is not performed directly from the primary distribution server 1 to the client 3, the first transmission unit 20 determines route information indicating a distribution route that is not supported. May be.
  • the route setting unit 12 associates the determined route information with the component and stores it in the storage unit 22 as the component management information 31 of the content corresponding to the medium (S3, Corresponding information generation step).
  • the path information included in the component management information is basically the distribution destination as information unique to the component. Not subject to change.
  • FIG. 7 is a flowchart illustrating an example of distribution processing.
  • the distribution control unit 51 reads the component 60 from the storage unit 41 (S10), and notifies the route determination unit 52 of the read component 60.
  • the route determination unit 52 determines the distribution route using the component management information 61 (S11, route determination step). Specifically, the route determination unit 52 uses the component management information 61 to identify route information associated with the component 60 notified from the distribution control unit 51. Based on this route information, one of the first to third delivery routes is determined as the delivery route of the component 60.
  • the route determination unit 52 that has determined the distribution route as described above notifies the distribution control unit 51 of the determined distribution route. Upon receiving this notification, the distribution control unit 51 confirms which of the first to third distribution routes the distribution route determined by the route determination unit 52 is (S12).
  • the distribution control unit 51 selects the first transmission unit 42 as a transmission unit that transmits the component 60 (S13).
  • the second transmission unit 42 ′ is selected (S14), and when it is confirmed that the third distribution route is determined, the third transmission unit 42 is selected. "Is selected (S15).
  • the distribution control unit 51 distributes the component 60 from the transmission unit selected as described above (S16, distribution control step), thereby ending the distribution process of one component.
  • S16 distribution control step
  • the client 3 displays (reproduces) this content by combining the distributed components 60.
  • route information for each component group In the above, an example in which route information is set for each component has been described. However, route information may be set for a group of a plurality of components. This will be described with reference to FIG.
  • FIG. 8 is a diagram showing an example of component management information in which path information for specifying bi-directional delivery is set for a group of components.
  • FIG. 8A shows an example in a table format.
  • (B) shows an example in the XML format.
  • the content corresponding to the component management information shown in the figure has the name “cont2”, “groupA” from “compA-1” to “compA-L”, and “compB-1” to “compB-M” It consists of two groups, up to “groupB”.
  • “groupB” is associated with a character string “bidirectional”.
  • This character string is route information indicating that the component is for bidirectional distribution (bidirectional distribution is essential) as described above.
  • route information when route information is set for a group of components, the route information of components belonging to the group can be shown collectively. That is, in the illustrated example, all components from “compB-1” to “compB-M” belonging to “groupB” are for bidirectional distribution.
  • the component belonging to “groupB” can be specified as being for bidirectional distribution.
  • the component belonging to “groupA” is not intended for bidirectional distribution.
  • This type of component management information is suitable for handling components in units of groups (for example, when secondary distribution is performed in units of groups, or when multiplexed components are used in units of groups).
  • route information may be set for multiplexed components.
  • FIG. 9 is a diagram showing an example of component management information in which path information designating bidirectional delivery is set for multiplexed components.
  • FIG. 9A shows an example of a table format.
  • FIG. 5B shows an example in the XML format.
  • FIG. 11A shows a table in which “cont2” is associated with “muxcompA” and “muxcompB”, and a table in which “muxcompA” is associated with “compA-1” to “compA-L”. And “muxcompB” and a table in which “compB-1” to “compB-M” are associated with each other.
  • the table in which “cont2” is associated with “muxcompA” and “muxcompB” is a table indicating the configuration of “cont2”. That is, this table indicates that “cont2” is configured by “muxcompA” and “muxcompB” which are multiplexed components.
  • the table in which “muxcompA” and “compA-1” to “compA-L” are associated is a table indicating the configuration of “muxcompA”. That is, this table indicates that “muxcompA” is configured by multiplexing “compA-1” to “compA-L”.
  • a table in which “muxcompB” and “compB-1” to “compB-M” are associated is a table indicating the configuration of “muxcompB”, and “muxcompB” is changed from “compB-1” to “compB-1”. It shows that it is configured by multiplexing up to compB-M.
  • uxcompB is a character string of “bidirectional” indicating that it is for bidirectional distribution (bidirectional distribution is essential). Are associated.
  • route information can be set for multiplexed components.
  • “muxcompB” is for bidirectional distribution
  • “muxcompA” that is not associated with the character string “bidirectional” does not require bidirectional distribution.
  • “cont2” is composed of multiplexed components “muxcompA” and “muxcompB”.
  • a description portion and a description portion indicating each configuration of “muxcompA” and “muxcompB” are included.
  • the component named “muxcompB” can be identified as being for bidirectional distribution.
  • the multiplexing component named “muxcompA” can be specified not to be for bidirectional distribution.
  • route information 8 and 9 show an example using “bidirectional” as an example of the route information
  • the route information is not limited to this as long as the route information can be specified.
  • route information indicating unicast distribution or multicast distribution as shown in FIGS. 5A and 5B may be used.
  • route information that permits or prohibits delivery by the specific delivery route already described may be used.
  • FIG. 10 is a block diagram illustrating an example of the configuration of the primary distribution servers 1, 1 ′, 1 ′′, the secondary distribution server (distribution device) 80, and the client 3 constituting the distribution system 5 of the present embodiment.
  • the same components as those in the above embodiment are denoted by the same reference numerals, and the description thereof is omitted.
  • the distribution system 5 is different from the distribution system 4 of the above embodiment in that the secondary distribution server 2 is changed to a secondary distribution server 80.
  • the secondary delivery server 80 is different from the secondary delivery server 2 in that it includes a service design unit (secondary correspondence information generating unit) 53.
  • the service design unit 53 generates service route information (secondary correspondence information) in which route information is set for each component based on the component management information.
  • service route information secondary correspondence information
  • the distribution route can be specified based on the unique standard of the secondary distribution server 80 while using the component management information generated by the primary distribution server 1 or the like as a base.
  • the secondary distributor sets and distributes the component distribution route independently. is doing.
  • a service such distribution of multi-component content by a distributor.
  • the secondary distribution server 80 generates service route information in which route information is uniquely set for each component for each assumed service. Then, the component is distributed using the generated service route information. Further, the generated service route information can be transmitted to another distribution server, and distribution based on the service route information can be performed.
  • the secondary distribution server 80 sets the route information independently, a component distribution service using a different distribution route for each secondary distributor is realized even with the same media.
  • a secondary distributor For example, it is assumed that for a medium composed of three components A, B, and C, a secondary distributor generates service route information indicating that A and B are unidirectionally distributed and C is bidirectionally distributed. On the other hand, it is assumed that other secondary distributors generate service route information indicating that A is unidirectionally distributed and B and C are bidirectionally distributed.
  • the distribution path of component B is different between the two secondary distributors.
  • the secondary distributor can generate a service route information, and can perform a distribution service on a different distribution route from other secondary distributors even for the same media. That is, the intention of the secondary distributor can be reflected in the distribution route. Then, the client can receive the component distribution from the secondary distributor that provides the distribution service through the distribution path of the client's favorite.
  • FIG. 11 is a block diagram illustrating an example of a main configuration of the secondary distribution server 80.
  • the secondary delivery server 80 is different from the secondary delivery server 2 in that the service design unit 53 is included in the control unit 43 and the service route information 62 is stored in the storage unit 41.
  • the service design unit 53 generates route information of each component based on the component management information 61, associates the route information with the component, and stores them in the storage unit 41 as service route information 62.
  • the service design unit 53 may generate and store a plurality of different service route information 62.
  • the service route information 62 indicates the route information of each component constituting the content, like the component management information 61, the data structure thereof is the same as that of the component management information 61.
  • the service route information 62 since the service route information 62 exists, it is necessary to determine whether to use the component management information 61 or the service route information 62 when determining the delivery route. Further, when a plurality of service route information 62 are generated, it may be necessary to select one to use.
  • the service route information 62 includes information that serves as an index for selection. For example, information indicating that may be included in the service route information 62 for the broadcaster, and information indicating that may be included in the service route information 62 for the telecommunications carrier.
  • the service route information 62 including information indicating that can be selected.
  • the server that receives the service route information 62 is a broadcaster.
  • the component management information 61 coexists, the information which designates which to use may be included.
  • information for specifying the producer of the service route information 62 and information for specifying the secondary distribution server 80 that generated the service route information 62 may be included. Selection based on these indexes is performed by the secondary distribution server, another server (tertiary distribution server), or the client.
  • FIG. 12 is a flowchart illustrating an example of service route information generation processing.
  • the service design unit 53 refers to the component management information 61 stored in the storage unit 41, and reads path information corresponding to each component 60 (S20). Based on the read route information, route information corresponding to each component is determined (S21).
  • the service design unit 53 determines whether each component 60 can be distributed by the secondary distribution server 80 through the distribution route indicated by the route information of the component management information 61. If distribution is possible, the route information of the component management information 61 is determined as the route information of the component. On the other hand, if delivery is not possible, the route information is changed to route information indicating a delivery route that can be delivered.
  • the route information indicating the distribution by the broadcast route is displayed as the first transmission unit 42, the second transmission unit 42,
  • the transmission unit 42 ′ or the third transmission unit 42 ′′ changes the route information to appropriate route information indicating a distribution route that can be distributed.
  • an appropriate route is appropriately selected, such as selecting a communication route for multicast distribution close to the broadcast route.
  • a criterion for selecting a route may be determined in advance.
  • the service route information 62 suitable for the secondary distribution server 80 can be generated while respecting the intention of the content creator reflected in the component management information 61.
  • the service design unit 53 When the service design unit 53 finishes determining the route information of all the components corresponding to one content, the service design unit 53 associates the determined route information with each component, and stores it as the service route information 62 of the media in the storage unit 41. Store (S22).
  • the service design unit 53 may group components corresponding to the same route information and set the route information in units of groups (see FIGS. 8A and 8B).
  • the service route information 62 corresponding to the delivery route that can be handled by the secondary delivery server 80 is generated, but the service route information 62 is not limited to this example.
  • the service design unit 53 displays the route information of each component 60 on a display device and presents it to the user of the secondary distribution server 80 (for example, a secondary distributor), so that the new route information of each component 60 is displayed.
  • the route information may be determined by inputting. According to the service route information 62 generated using such route information, the intention of the secondary distributor can be reflected in the distribution route of the secondary distribution server 80 and the distribution route after the tertiary distribution. .
  • the service design unit 53 may detect the state of the connection route between the secondary delivery server 80 and the client 3 and set the delivery route according to the detection result. Thereby, it is possible to set an appropriate distribution route according to the state of the connection route. For example, when it is detected that there is a delay in communication between the secondary distribution server 80 and the client 3, route information for designating a broadcast route may be set.
  • connection route information possessed by a plurality of clients may be collected and aggregated, and service route information based on an optimal combination of delivery routes may be appropriately generated.
  • service route information based on an optimal combination of delivery routes may be appropriately generated.
  • the service design unit 53 may cause the client 3 to select a delivery route.
  • the service design unit 53 adds information indicating a delivery route that can be handled by the secondary delivery server 80 to each component constituting the media, and transmits the information to the client 3.
  • the information indicating the distribution routes that can be handled may indicate a plurality of distribution routes (for example, a broadcast route and a communication route).
  • the client 3 determines a desired distribution route for each component based on the received information, and notifies the secondary distribution server 80 of the determined result.
  • the service design part 53 produces
  • service route information for distribution according to the intention of the client 3 is generated.
  • the delivery according to the intention of the client 3 is performed by the secondary delivery server 80 (or the server after the tertiary delivery) that delivers based on the service route information.
  • the flow of the distribution process executed by the secondary distribution server 80 is the same as the distribution process of the secondary distribution server 2 shown in FIG. However, since the secondary delivery server 80 generates the service route information 62, the delivery route may be determined using the service route information 62 instead of the component management information 61 in S11 of FIG. Further, the distribution route may be determined using the component management information without using the generated service route information 62.
  • component management information 61 and the service route information 62 may be determined in advance, or may be determined based on the information included in the service route information 62 as described above.
  • the secondary distribution server 80 transmits the service route information 62 together with the component 60 in the process of S16 of FIG.
  • the component management information 61 may also be transmitted.
  • distribution of the service route information 62 (and component management information 61) is not essential. That is, when it is clear that the service route information 62 (and component management information 61) is not referred to in the subsequent delivery destinations, the delivery of the service route information 62 (and component management information 61) may be omitted.
  • the transmission destination of these data may be the client 3 or another distribution server (for example, a tertiary distribution server).
  • FIG. 13 is a block diagram illustrating an example of the configuration of the primary distribution server (corresponding information generation device, distribution device) 90 and the client 3 that configure the distribution system 6 of the present embodiment.
  • the same reference number is attached
  • the distribution system 6 is different from the distribution system 5 of the above embodiment in that the primary distribution servers 1, 1 ′, 1 ′′ are changed to the primary distribution server 90.
  • the primary distribution server 90 is different from the primary distribution server 90.
  • the distribution servers 1, 1 ′, 1 ′′ are integrated into one device.
  • the primary distribution server 90 includes the media generation unit 10, the format unit 11, and the route setting unit 12 included in the primary distribution server 1 as the first unit 14.
  • the media generation units 10 ′, 10 ′′, the format units 11 ′, 11 ′′, and the route setting units 12 ′, 12 ′′ included in the primary distribution servers 1 ′, 1 ′′ are respectively the second unit 14 ′ and the third unit.
  • the component and component management information generated by each unit are stored in the storage unit 22. At this time, the component management information forms content as shown in FIGS. It is good also as component management information which put together the component to perform.
  • the primary distribution server 90 includes a service design unit (secondary correspondence information generation unit) 15 and a selection unit (distribution control unit, route determination unit) 16 as with the secondary distribution server 80 of the above embodiment.
  • the service design unit 15 and the selection unit 16 have the same functions as the service design unit 53 and the selection unit 50 of the secondary distribution server 80. That is, in the distribution system 6 of the present embodiment, the primary distribution server 90 is configured to generate service route information.
  • FIG. 14 is a block diagram illustrating an example of a main configuration of the primary distribution server 90.
  • the primary distribution server 90 includes a first transmission unit 20, a second transmission unit 20 ′, a third transmission unit 20 ′′, a control unit 21, and a storage unit 22.
  • the control unit 21 includes a first unit 14, a second unit 14 ′, a third unit 14 ′′, a service design unit 15, and a selection unit 16.
  • the second unit 14 ′ As with one unit 14, a media generation unit 10 ', a format unit 11', and a path setting unit 12 'are provided, but these configurations are not shown.
  • the selection unit 16 includes a distribution control unit and a route determination unit (see FIG. 1), as with the selection unit 51 (see FIG. 1), but the illustration of these components is also omitted.
  • the components generated by the first unit 14, the second unit 14 ′, and the third unit 14 ′′ are stored as the component 30 in the storage unit 22. Also, the first unit 14 and the second unit 14 are stored.
  • the component management information generated by 'and the third unit 14 ′′ is stored in the storage unit 22 as the component management information 31.
  • the service design unit 15 In the primary distribution server 90, the service design unit 15 generates service route information based on the component management information 31 and stores it in the storage unit 22 as service route information 32.
  • the service design unit 15 may generate a plurality of service route information 32 corresponding to the type of the secondary distributor (secondary distribution server).
  • service route information 32 mainly including route information indicating a broadcast route is generated for a broadcaster
  • service route information 32 mainly including route information indicating a communication route is generated for a communication carrier. May be.
  • the service design unit 15 does not need to refer to the component management information 31.
  • a content producer or the like may set each route information included in the service route information 32.
  • the selection unit 16 refers to the component management information 31 to determine the distribution route of each component 30, and the transmission unit (the first transmission unit 20, the second transmission unit 20 ′, and the transmission unit corresponding to the determined distribution route).
  • the selection unit 16 may refer to the service route information 32 and determine a delivery route suitable for the connection status at the time of the primary delivery.
  • the delivery destination is a predetermined secondary delivery server or the like, a delivery route that can be used for delivery to the server is determined without referring to any of the component management information 31 and the service route information 32. May be.
  • the selection unit 16 also distributes the service route information 32. As a result, in the secondary delivery server or the like that has received the service route information 32, redistribution through an appropriate delivery route based on the service route information 32 becomes possible. Note that the selection unit 16 may also distribute the component management information 31. Thereby, the range of delivery route selection in a secondary delivery server etc. can be expanded.
  • the primary distribution server 90 executes component management information generation processing (see FIG. 6) to generate component management information 31.
  • the contents of the component management information generation process are generally as described in the first embodiment.
  • the primary delivery server 90 is different from the primary delivery servers 1, 1 ′, 1 ′′ of the first embodiment in that the delivery directly to the client 3 is performed.
  • 12 ′, 12 ′′ determine route information indicating delivery routes by the first to third transmitters 20, 20 ′, 20 ′′, respectively, automatically or based on an input operation of a user (media producer, etc.). .
  • service route information generation processing (see FIG. 12) is executed to generate service route information 32.
  • a delivery process (refer FIG. 7) is performed and a component is delivered. Since these processes are as described in the above-described embodiment, description thereof is omitted here.
  • the component management information and the service route information are used by the distribution server to select an appropriate distribution route of the component, but can also be used to notify the client of the presence of the component.
  • the delivery route selected for a certain component is a delivery route that performs bi-directional delivery
  • the delivery of that component is performed when a request from the client is received.
  • the above-described component management information and service route information can also be used for such notification. That is, by transmitting component management information or service route information to the client, the client can specify how the component is distributed. Then, the component can be acquired by making a transmission request for the component that is specified to be bi-directionally distributed. In this case, since it is necessary for the client to specify the transmission request destination, information (URL or the like) for specifying the request destination is also distributed to the client.
  • this acquisition destination information is usually sent from the server to the client as a part of the component management information. This has already been shown in the description of FIG. That is, the component management information in FIG. 4B is sent from the server to the client with the acquisition source information described in the omitted part (the part of “...”) In each ⁇ component> element.
  • the route information of the present invention shown in the first to third embodiments included in the component management information is information used by the sender side (for example, a server).
  • the acquisition destination information is information used by the receiver side (for example, a client).
  • the acquisition source information of the component is originally determined by reflecting the route information (a value is set by the server), and the generation timing and the use timing of the route information and the acquisition destination information are different. Is information related to each other.
  • FIG. 16 is a block diagram showing an overview of the distribution system of the present embodiment, where FIG. 16 (a) shows an example not including a relay server, and FIG. 16 (b) shows an example including a relay server.
  • FIGS. 7A and 7B also show the relationship between components transmitted in the distribution system and component management information.
  • the distribution system in FIG. 16A includes a content provider server 131, a service provider server 132, and a client 133, as shown.
  • the content provider server 131 is a distribution server managed by the content producer. As illustrated, the content provider server 131 is a distribution device that distributes components to the service provider server 132 through a plurality of distribution paths.
  • the primary distribution servers 1 to 1 ′′ shown in FIG. 2 of the first embodiment and FIG. 10 of the second embodiment correspond to this.
  • the service provider server 132 is a server managed by the distribution service provider. As illustrated, the service provider server 132 distributes the component received from the content provider server 131 to the client 133 through a plurality of distribution paths. That is, the service provider server 132 has a function as a distribution device.
  • the secondary distribution servers 2 and 80 shown in FIG. 2 of the first embodiment and FIG. 10 of the second embodiment correspond to this.
  • the client 133 is a terminal that finally receives the component and reproduces the content. As illustrated, the client 133 receives components from the service provider server 132 through a plurality of distribution paths. The client 3 in each of the above embodiments corresponds to this.
  • the content provider server 131 (content producer) generates each component of content, and also generates route information indicating what route is appropriate for distributing each component.
  • the generation of route information is as described in the above embodiments.
  • the content provider server 131 transmits the generated route information to the service provider server 132. Specifically, component management information 91 including the generated route information is transmitted to the service provider server 132.
  • the management information 91 includes route information “unicast” indicating that the component “compA” is a component for unicast distribution, and route information “broadcast” indicating that the component “compB” is a component for broadcasting. "Is described. As described above, the route information is used by the service provider server 132 (distribution service provider) to determine acquisition destination information.
  • the service provider server 132 (distribution service provider) refers to the route information included in the management information 91 received from the content provider server 131 and specifically determines the route for transmitting each component. Then, acquisition destination information for notifying the client 133 of the determined route is generated. That is, the service provider server 132 includes an acquisition destination information generation unit that generates acquisition destination information.
  • This acquisition destination information is information used by the client 133 to acquire each component. Therefore, the service provider server 132 describes the generated acquisition source information in the component management information 91 ′ and distributes it to the client 133. That is, the service provider server 132 includes an acquisition destination information distribution unit. Note that the acquisition destination information may be distributed as data independent of the component management information 91 ′.
  • the component management information 91 ′ transmitted to the client 133 includes an acquisition destination indicating a specific acquisition destination together with path information “unicast” indicating that the component “compA” is a component for unicast distribution.
  • Information “url-a1” (acquired communication URL) is described.
  • the acquisition destination information “ch-b1” (obtained broadcast station / channel information) indicating the specific acquisition destination is described. Has been.
  • the client 133 that has received such component management information 91 ′ can acquire a desired component with reference to the acquisition destination information. That is, when the component “compA” is acquired, the acquisition destination indicated by the acquisition destination information “url-a1” may be accessed. Similarly, when the component “compB” is acquired, the reception channel may be matched with the acquisition destination indicated by the acquisition destination information “ch-b1”. Thereby, a component can be acquired by the delivery route according to route information.
  • the relay server 142 is a server that performs relay for content distribution.
  • This relay server 142 may be, for example, a proxy server or mirror server for transfer, or a server managed by another distribution service provider. That is, the relay server 142 also has a function as a distribution device.
  • the relay server 142 distributes the component received from the service provider server 132 to the client 133 through a plurality of distribution paths.
  • the relay server 142 may receive a component from the content provider server 131.
  • the distribution destination of the component by the relay server 142 may be another relay server (not shown).
  • the relay server 142 has a function of accumulating components distributed from the service provider server 132 or the content provider server 131 in its own device or other devices and transferring them to the subsequent relay server or client 133.
  • the route information is determined by the nature of the media and the like, there is basically no need to change even if the relay server 142 is interposed. On the other hand, when the relay server 142 is present, the component acquisition destination information needs to be changed to the storage destination of the relay server 142.
  • the relay server 142 generates component management information 91 ′′ that inherits only the route information from the component management information 91 ′ obtained from the service provider server 132. As illustrated, in the component management information 91 ′′, The acquisition destination information (other device acquisition destination information) described in the component management information 91 ′ is not described, but the path information of each component is described.
  • the relay server 142 newly generates acquisition destination information with reference to the inherited route information. That is, the relay server 142 includes an acquisition destination information generation unit that generates acquisition destination information. Then, component management information 91 ′ ′′ in which newly generated acquisition destination information is described is generated for the component management information 91 ′′ and distributed to the subsequent relay server or client 133. That is, the relay server 142. And an acquisition destination information distribution means.
  • the content management information 91 ′ ′′ sent from the relay server 142 includes the path information “unicast” indicating that the component “compA” is a component for unicast distribution, and its specific acquisition destination.
  • the new acquisition destination information “url-a2” is described.
  • route information “broadcast” indicating that the component “compB” is a broadcast component is described, and new acquisition destination information “ch-b2” indicating the specific acquisition destination is described.
  • the client 133 that has received such component management information 91 ′′ ′′ can acquire a desired component with reference to the acquisition destination information. That is, when the component “compA” is acquired, the acquisition destination indicated by the acquisition destination information “url-a2” may be accessed. Similarly, when the component “compB” is acquired, the reception channel may be matched with the acquisition destination indicated by the acquisition destination information “ch-b2”. Thereby, the component can be acquired from the relay server 142.
  • the service provider server 132 generates the component management information describing the acquisition destination information.
  • the content provider server 131 of FIG. You may do it.
  • similar processing may be performed by the relay server 142 in FIG. 5B (the relay server 142 newly generates component management information).
  • the content provider server 131 may generate component management information describing acquisition destination information.
  • the service provider server 132 may generate component management information (corresponding to the component management information 91 ′′ ′′ in FIG. 16B) with updated acquisition destination information.
  • one server is included in one distribution system, and one server performs distribution through a plurality of routes.
  • the data may be distributed by a plurality of servers through a plurality of routes. That is, a plurality of content provider servers 131 and / or service provider servers 132 may be configured, and components may be distributed through a plurality of servers and a plurality of routes. The same applies to the relay server 142.
  • FIGS. 16A and 16B an example in which there are two components “compA” and “compB” is shown, but the number of components described in the component management information is limited to this. Absent. 16A and 16B show examples in which each component is for unicast distribution and broadcasting, but it goes without saying that the component path information is not limited to this.
  • three components may be targeted, one of which may be for broadcasting and two of which may be for unicast. Further, four components may be targeted, one of which may be for broadcasting, one for multicast distribution, and the other two for unicast distribution.
  • management using component management information similar to the above is possible.
  • the distribution system of the present invention can be applied to various numbers of components and patterns of route information. Of course, the case where there is one component is also included.
  • the service provider server 132 and / or the service provider after that changes the route information according to its own service or according to the distribution route held by itself. It is also possible.
  • a plurality of route information can be described for one component, and devices (service provider server 132, relay server 142, etc.) that are involved in component distribution additionally write the route information. Also good. Similarly, a plurality of pieces of acquisition destination information can be described for one piece of route information, and devices (service provider server 132, relay server 142, etc.) that are involved in component distribution additionally write the acquisition destination information. Good.
  • FIG. 17 is a diagram illustrating an example of component management information capable of describing a plurality of route information for one component and component management information capable of describing a plurality of route information for one route information.
  • FIG. 10A shows an example of component management information in which two pieces of route information are described for one component
  • FIG. 10B shows acquisition source information for each of the two pieces of route information.
  • FIG. 6C shows an example of component management information in which two pieces of acquisition source information are described for one piece of route information. Since component management information basically uses information generated by the content provider server 131, the examples shown in FIGS. 17A to 17C in which the component management information is changed can be said to be a special case.
  • a plurality of route information can be described for one component. Specifically, “broadcast” route information is described in association with the component “compB”, and “unicast” is described in association with the second route information.
  • the first route information is described by, for example, the content provider server 131 in FIG. 16B
  • the second route information is described by, for example, the relay server 142.
  • the relay server 142 that has received the component management information 91 ′ from the service provider server 132 determines that the component “compB” can be distributed by unicast. Then, instead of the component management information 91 ′′ in FIG. 16B, the component management information in FIG. 17A is generated.
  • the relay server 142 includes correspondence information updating means for further associating the path information with the component associated with the path information in the received component management information.
  • the relay server 142 determines a route for distributing the component “compB” by unicast, and generates acquisition destination information corresponding to the determined distribution route. Then, the generated acquisition destination information is described in association with the component “compB” to generate the component management information in FIG. This component management information is distributed to the subsequent relay server or client 133 instead of the component management information 91 ′′ ′′ in FIG.
  • route information as described above can be performed by any device that distributes components to the client 133, and may be performed by the service provider server 132, for example.
  • the client 133 can receive the component “compB” on the channel of the acquisition destination information “ch-b2”, or can access the acquisition destination information “url-b2” to acquire the component “compB”. it can.
  • the selection range of the component acquisition route in the client 133 can be increased.
  • a component cannot be acquired by any route, it can be acquired by another route.
  • the number of routes to be associated with one component and the value of the route information to be associated are not limited to the examples in FIGS. 17A and 17B, and various patterns can be applied.
  • a plurality of pieces of acquisition destination information can be described for one piece of route information. Specifically, two pieces of acquisition destination information “url-a1” and “url-a2” are described in association with the path information “unicast” described in association with the component “compA”. Yes.
  • Such component management information is generated, for example, by the relay server 142 in FIG.
  • the relay server 142 generates new acquisition destination information “url-a2” for unicast distribution of the component “compA” from the relay server 142 based on the received path information of the component management information 91 ′. To do. Then, the new acquisition destination information is described in the form of coexisting with the original acquisition destination information “url-a1” (other device acquisition destination information), and the component management information of FIG. 17C is generated. This component management information is distributed to the subsequent relay server or client 133 instead of the component management information 91 ′′ ′′ in FIG.
  • the client 133 that has received such component management information acquires the component “compA” using any acquisition source information. That is, the client 133 selects one of the acquisition destination information “url-a1” and “url-a2”, accesses the selected URL, and acquires the component “compA”.
  • the number of pieces of acquisition destination information associated with one path information and the value of the acquisition destination information are not limited to the example in FIG. 17C, and various patterns can be applied.
  • each block of the primary distribution servers 1 and 90 and the secondary distribution servers 2 and 80, particularly the control units 21 and 43, is realized in hardware by a logic circuit formed on an integrated circuit (IC chip). Alternatively, it may be realized by software using a CPU (Central Processing Unit). The same applies to the acquisition destination information generation means, acquisition destination information distribution means, and correspondence information update means included in the service provider server 132 and / or the relay server 142.
  • IC chip integrated circuit
  • CPU Central Processing Unit
  • the primary distribution servers 1 and 90 and the secondary distribution servers 2 and 80 develop a CPU that executes instructions of a program that realizes each function, a ROM (Read Memory) that stores the program, and the program.
  • a RAM Random Access Memory
  • a storage device such as a memory for storing the program and various data, and the like are provided.
  • An object of the present invention is to obtain program codes (execution format program, intermediate code program, source program) of control programs for the primary distribution servers 1 and 90 and the secondary distribution servers 2 and 80, which are software for realizing the functions described above.
  • a recording medium recorded so as to be readable by a computer is supplied to the primary distribution servers 1 and 90 and the secondary distribution servers 2 and 80, and the computer (or CPU or MPU) reads and executes the program code recorded on the recording medium. This can also be achieved.
  • Examples of the recording medium include tapes such as magnetic tapes and cassette tapes, magnetic disks such as floppy (registered trademark) disks / hard disks, and disks including optical disks such as CD-ROM / MO / MD / DVD / CD-R.
  • IC cards including memory cards) / optical cards, semiconductor memories such as mask ROM / EPROM / EEPROM (registered trademark) / flash ROM, or PLD (Programmable logic device) and FPGA (Field Programmable Gate Logic circuits such as (Array) can be used.
  • the primary distribution servers 1 and 90 and the secondary distribution servers 2 and 80 may be configured to be connectable to a communication network, and the program code may be supplied via the communication network.
  • the communication network is not particularly limited as long as it can transmit the program code.
  • the Internet intranet, extranet, LAN, ISDN, VAN, CATV communication network, virtual private network (Virtual Private Network), telephone line network, mobile communication network, satellite communication network, etc. can be used.
  • the transmission medium constituting the communication network may be any medium that can transmit the program code, and is not limited to a specific configuration or type.
  • wired lines such as IEEE 1394, USB, power line carrier, cable TV line, telephone line, ADSL (Asymmetric Digital Subscriber Line) line, infrared rays such as IrDA and remote control, Bluetooth (registered trademark), IEEE 802.11 wireless, HDR ( It can also be used by wireless such as High Data Rate, NFC (Near Field Communication), DLNA (Digital Living Network Alliance), mobile phone network, satellite line, terrestrial digital network.
  • the present invention can also be realized in the form of a computer data signal embedded in a carrier wave in which the program code is embodied by electronic transmission.
  • the route information indicating immediacy includes information indicating the delay tolerance of the component, for example, “delay # priority”.
  • “Delay # priority” (delay priority) is an index indicating to what extent a delay in transmission is allowed when transmitting a component. For example, “level 3 (“ 11 ”in binary notation)) : High sensitivity: end-to-end delay ⁇ 1sec "," Level 2 (“10”): medium sensitivity: end-to-end delay approx. 1 sec ",” Level 1 (“01”): low sensitivity : ⁇ end-to-end delay ⁇ 5 to 10 sec ”,“ Level 0 (“00”): don't care ”.
  • a component that does not allow delay that is, a component with extremely low delay tolerance
  • a component having a sufficient delay (allowing a delay of 10 seconds or more, or not considering the delay at all), that is, a component having high delay tolerance, is leveled as level 0, and is transmitted through, for example, a best-effort open Internet path.
  • the route information indicating the responsiveness includes, for example, “response # priority” indicating the immediacy of the response in bidirectional communication.
  • “Response_priority” (response priority) is an index indicating an allowable amount of delay related to a response, and is expressed by an index divided into levels similar to the above-described delay # priority. Further, response_priority is used together with the route information “bidirectional” indicating the bidirectional delivery already shown.
  • route information indicating high reliability for example, information indicating component error resistance, for example, “loss # priority”, information indicating component delay resistance, for example, “ delay # priority ".
  • Loss # priority missing priority is an index indicating to what extent a loss during transmission is allowed when transmitting a component. For example, “loss 3 priority” is “11” in binary notation.
  • Level 0 Loss priority 0 (Lossless) ”,“ Level 2 (“10”): loss priority 1 (Lossy, High priority) ”,“ Level 1 (“01”): loss priority 2 (Lossy, Mediumpriority) ”, It is assumed that the level is expressed by an index leveled like “level 0 (“ 00 ”): loss priority 3 (Lossy, Low priority)” In this case, a component that does not allow loss, that is, extremely low error resilience is leveled as level 3, and is transmitted through a unicast communication path that is substantially free of loss due to, for example, a retransmission request. When viewed as a delivery route, a lossless delivery route is interpreted as being highly reliable.
  • a component having error tolerance that allows loss is leveled from level 2 to 0 according to the degree of error tolerance, and is transmitted by multicast communication, a broadcast route, or the like.
  • “delay # priority” (delay priority) described above can be interpreted as route information indicating high reliability. For example, “Level 3 (“ 11 ”): high sensitivity: end-to-end delay ⁇ 1sec”, “Level 2 (“ 10 ”): medium sensitivity: ityend-to-end delay approx. 1 sec”, “ Level 1 (“01”): low sensitivity: end-to-end delay ⁇ 5-10 sec ”,“ Level 0 (“00”): 'don't ⁇ care” , The route with less delay is interpreted as a route with higher reliability, and is set to a higher value.
  • either one of information indicating error tolerance of a component and information indicating delay tolerance of a component may be selected and used, or both may be selected and combined. May be used.
  • the route information indicating high reliability is loss # priority with the priority “11: loss priority 0” (Lossless) (Lossless) (Lossless)
  • the loss “priority” of the priority “11” is route information directly indicating that the communication route is intended for broadband delivery, for example, It can be interpreted as corresponding to “broadband”.
  • the route information indicating high reliability is delay # priority with the priority “11: high sensitivity: end-to-end delay ⁇ 1sec”, this component will be delivered via a route without delay. Is deemed appropriate.
  • the delay # priority with a priority of “11” is a route indicating that the request / response processing is less for multicast delivery. It can be interpreted as corresponding to information, eg “multicast”.
  • FIG. 19 shows an example of a delivery route to be selected in accordance with a combination of information indicating error tolerance of a component and information indicating delay tolerance of a component.
  • the respective axes are drawn in association with the priority values assigned with the levels of loss # priority (deletion priority) and delay # priority (delay priority) already described.
  • loss # priority loss priority
  • delay # priority delay priority
  • delay # priority of priority “00: don't care” as information indicating delay tolerance of components can be interpreted as corresponding to path information (for example, “unicast”) indicating that the combination is for unicast distribution.
  • path information for example, “unicast”
  • the combination can be interpreted as corresponding to route information (for example, “broadcast”) indicating that the combination is intended for broadcast distribution.
  • the request information related to the component distribution form such as how to distribute one component
  • route information as referred to in the present invention.
  • the request information related to the distribution form specifically, broadcast property, quick report property, etc. can be considered.
  • the route information indicating the broadcast property includes information indicating that the component is a component for simultaneous distribution, for example, “simultaneity # priority”.
  • “Simultaneity # priority” (broadcast priority) is an index indicating whether or not the corresponding component is a component that is broadcast to a large number of unspecified clients.
  • level 3 in binary notation “11”): priority 0 (simultaneous, many and unspecified)
  • level 0 (“00”): priority 3 (single) a component that is broadcast to unspecified large numbers is leveled as level 3, and is transmitted, for example, via a broadcast path.
  • a component that is distributed one-to-one to a client is leveled as level 0, and is unicast distributed through a communication path.
  • the route information indicating the promptness is information relating to the waiting time for delivery from when the component is generated (photographed / recorded) until it is actually delivered, for example, “live # priority” May be mentioned.
  • Live # priority live priority
  • the component that requires prompt reporting that is, the component that should be immediately distributed along with the generation, is set to level 1, and is immediately distributed through a communication path that can be distributed in real time.
  • Components that do not require prompt reports are set to level 0, and are allowed to be distributed at an appropriate time on the broadcast route.
  • the route information indicating these distribution routes in terms of function and the route information indicating the request information of the distribution form are described in the component management information, respectively, and by combining these information, the selection unit or the route determination unit can determine the actual component information.
  • a delivery route is appropriately selected and determined.
  • the distribution device described in this specification is a distribution device that distributes content including a plurality of components, and route information for specifying a component distribution route is associated with each component. Using the correspondence information, a route determination unit that determines a distribution route of each component, and a distribution control unit that distributes each component along the distribution route determined by the route determination unit.
  • the distribution method described in this specification is a distribution method by a distribution apparatus that distributes content composed of a plurality of components, and route information for specifying a component distribution route is associated with each component.
  • a route determination step for determining a distribution route of each component using the correspondence information, and a distribution control step for distributing each component by the distribution route determined in the route determination step.
  • the route information for specifying the delivery route of each component is determined using the correspondence information associated with each component, and the delivery route of each component is determined. To deliver.
  • the correspondence information may be information in which path information is associated with the component itself (for example, the header of the component), or information managed separately from the component (for example, information in a table or XML format). There may be.
  • the route information may be information that can be used to identify the component delivery route.
  • a specific delivery route (broadcast route, communication route, etc.) may be indicated directly, or a delivery route characteristic (bidirectional, unidirectional, multicast, unicast, etc.) may be indicated. Also good.
  • the information which shows permitting (recommending) or prohibiting the delivery by a specific delivery route may be sufficient.
  • the above component constitutes a part of one content, and is a component that can be distributed through a different route from the other components.
  • each can be the above component.
  • the distribution device described in the present specification includes a receiving unit that receives the component and the correspondence information, and the route determination unit uses the correspondence information received by the receiving unit, and the receiving unit receives the correspondence information.
  • the distribution route of the component is determined, and the distribution control unit distributes the component received by the receiving unit on the distribution route determined by the route determination unit.
  • compatible information is provided, the delivery path
  • the component received from another device is redistributed to another device. And when retransmitting this component, a delivery route is determined using the received correspondence information. Therefore, according to said structure, a component can be redistributed by the suitable delivery path
  • the correspondence information is obtained by associating route information with a group composed of a plurality of components, and the route determination means associates the distribution route of each component belonging to the same group with the group. It is preferable to determine using the attached route information.
  • the correspondence information is obtained by associating the route information with a group including a plurality of components, and the distribution route of each component belonging to the same group is associated with the group.
  • the route information is determined.
  • components can be easily distributed in units of groups.
  • the group composed of a plurality of components may be composed of a plurality of independent components, or a plurality of components may be multiplexed. Moreover, when it consists of several independent components, you may distribute, after multiplexing those components.
  • the distribution device described in this specification preferably includes secondary correspondence information generating means for associating route information with each component and generating secondary correspondence information different from the correspondence information.
  • path information is associated with each component, and secondary correspondence information different from the correspondence information is generated.
  • correspondence information and secondary correspondence information are generated as information for determining a component delivery route.
  • the secondary correspondence information generation unit changes the route information indicating the distribution route that cannot be used by the own device among the route information included in the correspondence information to the distribution route that can be used by the own device, and It is preferable to generate correspondence information.
  • the distribution device described in this specification when used for secondary distribution of content, it is assumed that distribution on the distribution route indicated by the route information of the corresponding information is difficult. For example, if the distribution device described in this specification is compatible only with broadcast distribution, even if the path information indicating the communication path is associated with the component, it is not possible to distribute this component via the communication path. Can not. Even when communication distribution is supported, distribution via a communication path becomes difficult when network traffic with a client is congested.
  • the route information included in the correspondence information is changed from the route information indicating the delivery route that cannot be used by the own device to the delivery route that can be used by the own device, and the secondary correspondence information is generated. To do.
  • Such secondary correspondence information may be transmitted to other distribution devices, thereby allowing a distribution device having the same distribution capability as the own device or a distribution device in the same communication environment as the own device. Distribution via an appropriate distribution route can be performed.
  • the distribution device described in the present specification further includes: a receiving unit that receives the component and the correspondence information; and a route information that is further associated with the component associated with the route information in the correspondence information received by the receiving unit. It is preferable to include correspondence information updating means for associating.
  • the route information is further associated with the component associated with the route information. That is, a plurality of pieces of route information are associated with one component. Therefore, according to the above configuration, it is possible to increase the selection range of the component distribution route.
  • the distribution device described in the present specification includes a receiving unit that receives the component and the correspondence information, and an acquisition destination that generates acquisition destination information for acquiring the component by the distribution route determined by the route determination unit. It is preferable that an information generation unit and an acquisition source information distribution unit that distributes the acquisition source information generated by the acquisition source information generation unit are provided.
  • the acquisition destination information for acquiring the component is generated by the distribution route determined by the route determination means, and the acquisition destination information is distributed.
  • the acquisition destination information may be distributed together with the correspondence information by adding to the correspondence information.
  • the component can be acquired by the distribution route determined by the route determination means by referring to the acquisition destination information. That is, according to the above configuration, it is possible to cause the client to acquire the component according to the correspondence information.
  • the acquisition destination information generation unit acquires the component from the distribution device when the receiving unit receives other device acquisition destination information for acquiring the component from another device together with the component. It is preferable to generate the acquisition destination information.
  • the acquisition destination for acquiring the said component by the delivery route determined by the said route determination means Generate information.
  • the client can acquire the component by the distribution route determined by the route determination means. As a result, even when the component cannot be acquired from the acquisition destination indicated by the other device acquisition destination information, the client can acquire the component.
  • the acquisition destination information generation unit may acquire the acquisition indicated by the received other device acquisition destination information when the reception unit receives the other device acquisition destination information for acquiring the component from another device together with the component.
  • Acquisition destination information for acquiring the component may be generated by the delivery route determined by the destination or the route determination means.
  • the acquisition destination information for acquiring the component by the acquisition destination indicated by the other device acquisition destination information or the delivery route determined by the route determination unit is obtained. Generate.
  • the client it is possible to cause the client to acquire the component by the acquisition destination indicated by the other device acquisition destination information or the distribution route determined by the route determination means.
  • the client can be given a room for selecting a route for acquiring the component.
  • this allows the client to acquire the component even when the component cannot be acquired from either the acquisition destination indicated by the other device acquisition destination information or the distribution route determined by the route determination unit. Is possible.
  • the correspondence information generating apparatus described in the present specification is determined by the route information determining unit that determines the route information for specifying the distribution route of the component for each component constituting the content, and the route information determining unit determines And correspondence information generating means for generating correspondence information by associating the route information with the component.
  • the correspondence information generation method described in the present specification is a correspondence information generation method by the correspondence information generation device, and determines, for each component constituting the content, route information for specifying a distribution route of the component. It includes a route information determination step and a correspondence information generation step for generating correspondence information by associating the route information determined in the route information determination step with a component.
  • route information for specifying the delivery route is determined, and correspondence information is generated by associating the determined route information with the component.
  • the entity that performs distribution using the generated correspondence information may be the above-described correspondence information generation device or another distribution device. And when another delivery apparatus performs delivery, you may transmit corresponding information to the delivery apparatus.
  • the route information determination unit refers to attribute information indicating the attribute of each component and a determination criterion predetermined for each route information, and for the component for which the attribute information satisfies the determination criterion, Preferably, the route information corresponding to is determined as the route information of the component.
  • the path information corresponding to the said criterion for the component with which attribute information satisfies the criterion Is determined as route information of the component.
  • route information according to a predetermined criterion is automatically determined.
  • the predetermined criterion is, for example, when the route information indicates a distribution route that can be applied to distribution of large-capacity content such as broadcast distribution, and the file size of the component exceeds a predetermined upper limit value. It may be that.
  • the attribute information to be referred to is the file size of the component.
  • the correspondence information generation means associates the same route information with the components having the same route information determined by the route information determination means as one group.
  • the components having the same determined route information are set as one group, and the route information is associated with the group. For this reason, when there are a plurality of components for which the same route information is determined, correspondence information in which the route information is associated with a group including the plurality of components is generated. By using such correspondence information, components can be easily distributed in units of groups.
  • the distribution device described in this specification and the correspondence information generation device described in this specification may be realized by a computer.
  • each means of the distribution device or the correspondence information generation device is used as the computer.
  • the control program for realizing the distribution apparatus or the correspondence information generating apparatus by a computer by operating as a computer, and a computer-readable recording medium recording the control program also fall within the scope of the present invention.
  • the present invention can be used for distribution of multi-component content.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

二次配信サーバ（２）は、各コンポーネント（６０）の配信経路を特定するための経路情報を含むコンポーネント管理情報（６１）を用いて、各コンポーネント（６０）の配信経路を決定する経路決定部（５２）と、経路決定部（５２）が決定した配信経路で各コンポーネント（６０）を配信する配信制御部（５１）とを備えている。

Description

配信装置、配信方法、対応情報生成装置、対応情報生成方法、制御プログラム、および記録媒体
　本発明は、マルチコンポーネントコンテンツのハイブリッド配信に関し、より詳細にはハイブリッド配信するコンポーネントの配信経路の決定に関する。
　従来から、コンテンツを複数の性質の異なるネットワークを使って配信する「ハイブリッド配信」が知られている（例えば下記の特許文献１）。また、ハイブリッド配信の１つとして、複数の性質の異なるコンポーネントからなる「マルチコンポーネントコンテンツ」について、各コンポーネントを複数の性質の異なる配信経路で配信するといったマルチコンポーネントコンテンツのハイブリッド配信も注目されつつある。
　マルチコンポーネントコンテンツのハイブリッド配信を行う場合、コンポーネントの性質（例えばコンポーネントのメディア種別や内容）に応じて、適した配信経路が異なるため、コンポーネント毎に適切な配信経路を決定する必要がある。
　例えば、容量の大きいコンポーネントや、クライアント毎に配信の中身が同一のコンポーネントは、片方向、一斉同報配信（例えば放送）により配信することが望ましい。一方、容量の小さいコンポーネントや、クライアント毎に配信の中身が変わるコンポーネントは、双方向、要求応答型配信である通信により、ユニキャスト配信することが望ましい。
　このため、コンテンツの配信経路は、その配信者（コンテンツ制作者）によって厳密にコントロールされている。これについて、図１５に基づいて説明する。図１５は従来の配信システムを構成する一次配信サーバ１００、１００’、１００”、およびクライアント１０１の要部構成を示すブロック図である。
　一次配信サーバ１００は、コンテンツを生成して配信するサーバであり、メディア生成部１１０、フォーマット部１１１、および送信部１１２を備えている。
　メディア生成部１１０は、コンテンツのメディアを生成する。具体的には、メディア生成部１１０は、コンテンツの製作者（Creator）が入力したコンテンツに対応するメディア（ビデオデータ、オーディオデータなど）を生成する。
　フォーマット部１１１は、メディア生成部１１０が生成したメディアをフォーマット化してコンポーネントを生成する。そして、送信部１１２は、フォーマット部１１１が生成したコンポーネントを配信する。
　また、一次配信サーバ１００’および１００”も、一次配信サーバ１００と同様の機能を果たすものであり、同様の構成を備えている。すなわち、一次配信サーバ１００’では、メディア生成部１１０’が生成したメディアをフォーマット部１１１’がフォーマット化（配信フォーマットに格納、あるいは配信フォーマットを形成）し、送信部１１２’から配信する。また、一次配信サーバ１００”では、メディア生成部１１０”が生成したメディアをフォーマット部１１１”がフォーマット化し、送信部１１２”から配信する。
　一次配信サーバ１００、１００’、１００”の相違点の１つは、コンポーネントの配信経路である。つまり、送信部１１２、１１２’、１１２”による配信経路はそれぞれ異なっている。例えば、送信部１１２は放送経路により配信を行い、送信部１１２’はマルチキャストが可能な通信経路により配信を行い、送信部１１２”はユニキャストのみ可能な通信経路により配信を行うものであってもよい。なお、放送経路とは、放送波により配信を行う経路であり、通信経路とは通信によりインターネット等を介して配信を行う経路である。
　また、一次配信サーバ１００、１００’、１００”の他の相違点は、配信するコンポーネントである。すなわち、一次配信サーバ１００、１００’、１００”がそれぞれ配信するコンポーネントは、これを組み合せることによって１つのコンテンツとなるものである。言い換えれば、一次配信サーバ１００、１００’、１００”は、１つのコンテンツを構成するコンポーネントをそれぞれ配信する。
　このように、一次配信サーバ１００、１００’、１００”は、それぞれが生成したコンポーネントを、それぞれが有する送信部１１２、１１２’、１１２”によって配信する。つまり、一次配信サーバ１００、１００’、１００”によって、ハイブリッド配信がなされる。
　なお、１つのサーバでハイブリッド配信を行ってもよく、この場合のサーバは、メディア生成部１１０、１１０’、１１０”、フォーマット部１１１、１１１’、１１１”、および送信部１１２、１１２’、１１２”を備えた構成となる。
　そして、フォーマット部１１１が生成したコンポーネントは送信部１１２により配信することが、例えばコンテンツ製作者等によって予め決められる。同様に、フォーマット部１１１’が生成したコンポーネントは送信部１１２’により配信すること、およびフォーマット部１１１”が生成したコンポーネントは送信部１１２”により配信することが予め決められる。
　クライアント１０１は、このような複数の配信経路で配信されるコンポーネント（ハイブリッド配信コンポーネント）を受信し、これらを合成して表示する。図示のように、クライアント１０１は、第１受信部１２０、第２受信部１２０’、第３受信部１２０”、第１メディア復元部１２１、第２メディア復元部１２１’、第３メディア復元部１２１”、および合成・表示部１２２を備えている。
　第１受信部１２０は、一次配信サーバ１００の送信部１１２が送信するコンポーネントを受信する。同様に、第２受信部１２０’は一次配信サーバ１００’の送信部１１２’が送信するコンポーネントを受信し、第３受信部１２０”は、一次配信サーバ１００”の送信部１１２”が送信するコンポーネントを受信する。
　第１メディア復元部１２１は、第１受信部１２０が受信したコンポーネントをメディアに復元する。同様に、第２メディア復元部１２１’は、第１受信部１２０’が受信したコンポーネントをメディアに復元し、第３メディア復元部１２１”は第１受信部１２０”が受信したコンポーネントをメディアに復元する。
　合成・表示部１２２は、第１～第３メディア復元部１２１、１２１’、１２１”が復元したメディアを合成し、表示する。これにより、ハイブリッド配信されたコンポーネントが１つのコンテンツとしてユーザに提示される。
　以上のように、従来は、メディアの生成からコンポーネントの配信までを１つのサーバで管理しており、コンポーネントの配信経路はコンテンツの製作者等によって一義的に決定される。そして、これにより、コンテンツの製作者の意図に沿った配信経路による配信が実現されていた。
日本国公開特許公報「特開平１０－１７３６１２号公報」
　ここで、従来は、上記のようなマルチコンポーネントコンテンツを、コンテンツ制作者ではないサーバから配信することは想定されていなかった。このため、コンテンツ制作者ではないサーバが、コンテンツを構成する各コンポーネントを適切な配信経路で配信することが困難であった。
　つまり、上記のようなマルチコンポーネントコンテンツが、配信後もコンポーネントの状態のまま（フォーマットされた状態のまま）管理され、コンテンツ制作者ではないサーバが、マルチコンポーネントコンテンツを利用する場合がある。このとき、コンテンツ製作者ではないサーバは、コンテンツをコンポーネント単位で取り扱う必要がある。
　しかし、コンテンツ制作者ではないサーバは、マルチコンポーネントコンテンツのコンポーネント毎の適切な配信経路を知らない。また、このサーバは、コンポーネントの中身も知らない。特に、従来のアーカイブ、配信済コンポーネントの二次配信サーバ等では、このような情報を取得する手立てがなく、コンポーネントの配信経路を特定するための手がかりが全く存在しなかった。
　また、コンポーネントを解析する等により、コンポーネントに対応するメディアの情報などが判明したとしても、コンポーネントの中身と適当な配信経路とが一意にリンクするものではない。このため、適切な配信経路を決定するためには、サーバでのそれなりの判断が必要となる。そして、コンポーネント毎にこのような判断を行った場合、配信までに要する時間が長大化してしまう。
　このように、従来技術では、複数のコンポーネントからなるコンテンツを配信するサーバ（配信装置）が各コンポーネントの適切な配信経路を判断することが極めて困難であるという問題がある。
　これは、将来、マルチコンポーネントコンテンツが、アーカイブや二次配信サーバに登録され、任意のサーバがそれらを配信するといった状況が到来したときに、重大な問題となると考えられる。
　本発明は、上記の問題点に鑑みてなされたものであり、その目的は、コンテンツを構成する各コンポーネントの配信経路を容易に決定することができる配信装置等を提供することにある。
　上記の課題を解決するために、本発明の配信装置は、複数のコンポーネントで構成されるコンテンツを配信する配信装置であって、コンポーネントの配信経路を特定するための経路情報が各コンポーネントに対応付けられた対応情報を用いて、各コンポーネントの配信経路を決定する経路決定手段と、上記経路決定手段が決定した配信経路で各コンポーネントを配信する配信制御手段と、を備えていることを特徴としている。
　また、本発明の配信方法は、上記の課題を解決するために、複数のコンポーネントで構成されるコンテンツを配信する配信装置による配信方法であって、コンポーネントの配信経路を特定するための経路情報が各コンポーネントに対応付けられた対応情報を用いて、各コンポーネントの配信経路を決定する経路決定ステップと、上記経路決定ステップにて決定した配信経路で各コンポーネントを配信する配信制御ステップと、を含むことを特徴としている。
　上記の構成によれば、各コンポーネントの配信経路を特定するための経路情報が各コンポーネントに対応付けられた対応情報を用いて、各コンポーネントの配信経路を決定し、決定した配信経路で各コンポーネントを配信する。
　このため、上記の構成によれば、配信経路の決定のためにコンポーネントの内容についての解析等を行う必要がなく、コンテンツを構成する各コンポーネントの配信経路を容易に決定し、配信を行うことができる。
　なお、上記対応情報は、コンポーネント自体（例えばコンポーネントのヘッダ）に経路情報が対応付けられたものであってもよいし、コンポーネントとは別に管理される情報（例えばテーブルやＸＭＬの形式の情報）であってもよい。
　また、上記経路情報は、コンポーネントの配信経路を特定するために用いることができる情報であればよい。例えば、特定の配信経路（放送経路や通信経路等）を直接的に示すものであってもよいし、配信経路の特性（双方向、単方向、マルチキャスト、ユニキャスト等）を示すものであってもよい。また、特定の配信経路による配信を許可（推奨）または禁止することを示す情報であってもよい。
　なお、上記コンポーネントは、１つのコンテンツの一部分を構成するものであり、他の構成部分とは異なる経路で配信され得る構成部分である。例えば、１つの動画コンテンツを構成するビデオデータとオーディオデータとは、それぞれ別の経路で配信可能であるから、それぞれが上記コンポーネントとなり得る。
　また、本発明の対応情報生成装置は、上記の課題を解決するために、コンテンツを構成する各コンポーネントについて、該コンポーネントの配信経路を特定するための経路情報を決定する経路情報決定手段と、上記経路情報決定手段が決定した経路情報とコンポーネントとを対応付けて対応情報を生成する対応情報生成手段と、を備えていることを特徴としている。
　そして、本発明の対応情報生成方法は、上記の課題を解決するために、対応情報生成装置による対応情報生成方法であって、コンテンツを構成する各コンポーネントについて、該コンポーネントの配信経路を特定するための経路情報を決定する経路情報決定ステップと、上記経路情報決定ステップにて決定した経路情報とコンポーネントとを対応付けて対応情報を生成する対応情報生成ステップと、を含むことを特徴としている。
　上記の構成によれば、コンテンツを構成する各コンポーネントについて、その配信経路を特定するための経路情報を決定し、決定した経路情報とコンポーネントとを対応付けて対応情報を生成する。
　したがって、この対応情報を用いることにより、配信経路の決定のためにコンポーネントの内容についての解析等を行う必要がなく、コンテンツを構成する各コンポーネントの配信経路を容易に決定し、配信を行うことが可能になる。
　なお、生成した対応情報を用いて配信を行う主体は、上記対応情報生成装置であってもよいし、他の配信装置であってもよい。そして、他の配信装置が配信を行う場合には、その配信装置に対応情報を送信してもよい。
　なお、上記配信装置および上記対応情報生成装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記配信装置または上記対応情報生成装置の各手段として動作させることにより、上記配信装置または上記対応情報生成装置をコンピュータにて実現させる制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も本発明の範疇に入る。
　以上のように、本発明の配信装置は、コンポーネントの配信経路を特定するための経路情報が各コンポーネントに対応付けられた対応情報を用いて、各コンポーネントの配信経路を決定する経路決定手段と、上記経路決定手段が決定した配信経路で各コンポーネントを配信する配信制御手段と、を備えている構成である。
　また、本発明の配信方法は、以上のように、コンポーネントの配信経路を特定するための経路情報が各コンポーネントに対応付けられた対応情報を用いて、各コンポーネントの配信経路を決定する経路決定ステップと、上記経路決定ステップにて決定した配信経路で各コンポーネントを配信する配信制御ステップと、を含む構成である。
　上記の構成によれば、各コンポーネントの配信経路を特定するための経路情報が各コンポーネントに対応付けられた対応情報を用いて、各コンポーネントの配信経路を決定し、決定した配信経路で各コンポーネントを配信する。
　このため、配信経路の決定のためにコンポーネントの内容についての解析等を行う必要がなく、コンテンツを構成する各コンポーネントの配信経路を容易に決定し、配信を行うことができるという効果を奏する。
　また、本発明の対応情報生成装置は、以上のように、コンテンツを構成する各コンポーネントについて、該コンポーネントの配信経路を特定するための経路情報を決定する経路情報決定手段と、上記経路情報決定手段が決定した経路情報とコンポーネントとを対応付けて対応情報を生成する対応情報生成手段と、を備えている構成である。
　そして、本発明の対応情報生成方法は、以上のように、対応情報生成装置による対応情報生成方法であって、コンテンツを構成する各コンポーネントについて、該コンポーネントの配信経路を特定するための経路情報を決定する経路情報決定ステップと、上記経路情報決定ステップにて決定した経路情報とコンポーネントとを対応付けて対応情報を生成する対応情報生成ステップと、を含む構成である。
　上記の構成によれば、コンテンツを構成する各コンポーネントについて、その配信経路を特定するための経路情報を決定し、決定した経路情報とコンポーネントとを対応付けて対応情報を生成する。
　したがって、この対応情報を用いることにより、配信経路の決定のためにコンポーネントの内容についての解析等を行う必要がなく、コンテンツを構成する各コンポーネントの配信経路を容易に決定し、配信を行うことが可能になるという効果を奏する。
本発明の一実施形態を示すものであり、配信システムを構成する二次配信サーバの要部構成の一例を示すブロック図である。 上記配信システムを構成する一次配信サーバ、二次配信サーバ、およびクライアントの構成の一例を示すブロック図である。 上記一次配信サーバの要部構成の一例を示すブロック図である。 双方向配信を指定する経路情報がコンポーネントに対して設定されたコンポーネント管理情報の一例を示す図であり、同図（ａ）はテーブル形式とした例を示し、同図（ｂ）はＸＭＬ形式とした例を示している。 マルチキャスト配信またはユニキャスト配信を指定する経路情報がコンポーネントに対して設定されたコンポーネント管理情報の一例を示す図であり、同図（ａ）はテーブル形式とした例を示し、同図（ｂ）はＸＭＬ形式とした例を示している。 上記一次配信サーバが実行するコンポーネント管理情報生成処理の一例を示すフローチャートである。 上記二次配信サーバが実行する配信処理の一例を示すフローチャートである。 双方向配信を指定する経路情報が、コンポーネントのグループに対して設定されたコンポーネント管理情報の一例を示す図であり、同図（ａ）はテーブル形式とした例を示し、同図（ｂ）はＸＭＬ形式とした例を示している。 双方向配信を指定する経路情報が、多重化されたコンポーネントに対して設定されたコンポーネント管理情報の一例を示す図であり、同図（ａ）はテーブル形式とした例を示し、同図（ｂ）はＸＭＬ形式とした例を示している。 本発明の他の実施形態にかかる配信システムを構成する、一次配信サーバ、二次配信サーバ、およびクライアントの構成の一例を示すブロック図である。 上記二次配信サーバの要部構成の一例を示すブロック図である。 上記二次配信サーバが実行するサービス経路情報生成処理の一例を示すフローチャートである。 本発明のさらに他の実施形態にかかる配信システムを構成する、一次配信サーバおよびクライアントの構成の一例を示すブロック図である。 上記一次配信サーバの要部構成の一例を示すブロック図である。 従来技術を示す図であり、従来の配信システムを構成する一次配信サーバおよびクライアントの要部構成を示すブロック図である。 本発明のさらに他の実施形態にかかる配信システムの概要を示すブロック図であり、同図（ａ）は中継サーバを含まない例を示し、同図（ｂ）は中継サーバを含む例を示す。 １つのコンポーネントに対して複数の経路情報を記述可能なコンポーネント管理情報、および１つの経路情報に対して複数の経路情報を記述可能なコンポーネント管理情報の一例を示す図であり、同図（ａ）は１つのコンポーネントに対して２つの経路情報を記述したコンポーネント管理情報の例を示し、同図（ｂ）は２つの経路情報のそれぞれに対して取得先情報を記述したコンポーネント管理情報の例を示し、同図（ｃ）は、１つの経路情報に対して２つの取得先情報を記述したコンポーネント管理情報の例を示している。 コンポーネントの誤り耐性を示す情報とコンポーネントの遅延耐性を示す情報との両方を選択して組み合わせて利用する場合の例を示している。 図１８のコンポーネントの誤り耐性を示す情報とコンポーネントの遅延耐性を示す情報との両方を選択して組み合わせて利用する場合の例において、誤り、及び遅延のそれぞれの値の大小について示す図である。
　以下、本発明の実施の形態について、図１から図１４に基づいて詳細に説明する。
　〔実施形態１〕
　本発明の実施形態１について、図１から図９に基づいて説明する。まず、図２に基づいて本実施形態に係る配信システムについて説明する。図２は、本実施形態の配信システム４を構成する一次配信サーバ（対応情報生成装置）１、１’、１”、二次配信サーバ（配信装置）２、およびクライアント３の構成の一例を示すブロック図である。
　〔一次配信サーバ１の構成〕
　一次配信サーバ１は、コンテンツを生成して配信するサーバであり、メディア生成部１０、フォーマット部１１、経路設定部（経路情報決定手段、対応情報生成手段）１２、および第１送信部２０を備えている。一次配信サーバ１は、コンポーネントの配信経路を特定するための経路情報を含むコンポーネント管理情報（対応情報）を生成する経路設定部１２を備えている点が、図１５に示した従来の一次配信サーバ１００との相違点である。
　ただし、図２の一次配信サーバ１、１’、１”では対応する配信経路が第１～第３送信部２０、２０’、２０”で予め決まっているため、ここで生成されたコンポーネント管理情報が一次配信サーバでの配信に直接利用されることはない。一次配信サーバで生成されたコンポーネント管理情報は二次配信サーバ２に配信され、二次配信サーバでの配信に直接利用される、あるいは、二次配信サーバで各コンポーネントをまとめたコンポーネント管理情報を形成するのに利用される。
　メディア生成部１０は、配信するコンテンツのメディア（ビデオデータ、オーディオデータなど）を生成する。また、フォーマット部１１は、メディア生成部１０が生成したメディアをフォーマット化（配信フォーマットに格納、あるいは配信フォーマットを形成）してコンポーネントを生成する。なお、配信用のフォーマットとしては、例えばMPEG-2 TS形式の伝送フォーマットやMP4ファイルフォーマットなどが挙げられる。そして、第１送信部２０は、フォーマット部１１が生成したコンポーネントと、経路設定部１２が生成したコンポーネント管理情報を配信する。
　なお、ここでのメディアとは、ビデオやオーディオなど、１つのコンテンツを構成する構成部分として再生・表示されるインスタンスデータを指し、これらのメディアデータは通常、符号化され、上述したような所定の配信用フォーマットに格納されて配信される。すなわち、生成された各メディアはそれぞれ１つのコンテンツを構成するコンポーネント（構成部分）である。そのほか、字幕などのテキストデータ、ビデオとともに表示されるウィジェットなどのアプリケーションもコンポーネントである。ただし、説明の簡便のため、本明細書では、以降特に断らない限り、メディアを配信用に所定の形式でフォーマット化した後のものをコンポーネントと呼んで区別する。
　無論、メディアを配信用に所定の形式でフォーマット化したコンポーネント単位で配信を行う態様は、本発明の一実施形態に過ぎない。本発明において配信単位となる「コンポーネント」は、１つのコンテンツの構成部分であり、ハイブリッド配信の対象となるものであればよい。
　また、コンポーネント管理情報は、コンポーネントを管理するための情報であり、上述のようにコンポーネントの配信経路を特定するための経路情報を含む。したがって、このコンポーネント管理情報を参照することによって、コンポーネントの配信経路を特定することができる。
　経路設定部１２は、コンポーネントの配信経路を示す経路情報を生成し、コンポーネントを示す情報と組み合せてコンポーネント管理情報を生成する。上述したように、ここで生成されるコンポーネント管理情報は、二次配信サーバ２での配信に利用される。なお、経路設定部１２（並びに、二次配信サーバ２）がコンポーネント管理情報を生成する処理、およびコンポーネント管理情報の詳細については後述する。
　一次配信サーバ１’、１”は、一次配信サーバ１と同様に、コンテンツを生成して配信するサーバである。これらのサーバは、コンポーネントの配信経路が異なる以外は同様の機能を備えている。つまり、一次配信サーバ１’の第２送信部２０’は、一次配信サーバ１の第１送信部２０とは異なる経路でコンポーネントを配信する。また、一次配信サーバ１”の第３送信部２０”は、第１送信部２０および第２送信部２０’とは異なる経路でコンポーネントを配信する。
　なお、図２では、３つの一次配信サーバによる３通りの配信経路で配信を行う例を示しているが、配信経路は複数であればよい。つまり、２つの一次配信サーバによって２通りの配信経路で配信を行ってもよい。
　また、図２では、複数の一次配信サーバを用いることによって、複数経路による配信を行う例を示しているが、１つの一次配信サーバに複数の送信部を設け、これにより複数経路による配信を行ってもよい。
　〔二次配信サーバ２の構成〕
　二次配信サーバ２は、一次配信サーバ１が配信したコンテンツ（マルチコンポーネントコンテンツ）を受信して記憶し、クライアント３に配信するサーバである。図示のように、二次配信サーバ２は、第１受信部４０、第２受信部４０’、第３受信部４０”、記憶部４１、選択部５０、第１送信部４２、第２送信部４２’、および第３送信部４２”を備えている。
　第１受信部４０は、一次配信サーバ１の第１送信部２０から送信されるコンポーネントおよびコンポーネント管理情報を受信する。同様に、第２受信部４０’は、一次配信サーバ１’の第２送信部２０’から送信されるコンポーネントおよびコンポーネント管理情報を受信する。また、第３受信部４０”は、一次配信サーバ１”の第３送信部２０”から送信されるコンポーネントおよびコンポーネント管理情報を受信する。
　記憶部４１は、二次配信サーバ２で使用する各種データを格納するものであり、上記のコンポーネントおよびコンポーネント管理情報も記憶部４１に格納される。
　選択部５０は、記憶部４１に格納されているコンポーネントの配信経路を、同じく記憶部４１に格納されているコンポーネント管理情報に基づいて決定する。そして、決定した配信経路に応じた送信部（第１送信部４２、第２送信部４２’、および第３送信部４２”の何れか）を選択し、選択した送信部からコンポーネントを配信する。
　第１送信部４２は、選択部５０の制御に従ってコンポーネントを配信する。第２送信部４２’および第３送信部４２”も同様である。ただし、第１送信部４２、第２送信部４２’、および第３送信部４２”は、コンポーネントの配信経路がそれぞれ異なっている。例えば、第１送信部４２は放送経路により配信を行い、第２送信部４２’はマルチキャストが可能な通信経路により配信を行い、第３送信部４２”はユニキャストのみ可能な通信経路により配信を行うものであってもよい。あるいは、第１送信部４２が放送経路のうち本放送の経路を利用した配信、第２送信部４２’が放送経路のうちデータ放送の経路を利用した配信、第３送信部４２”が通信経路による配信、といった組合せも可能である。
　〔クライアント３の構成〕
　クライアント３は、二次配信サーバ２がハイブリッド配信するコンテンツ（マルチコンポーネントコンテンツ）を受信し、合成して表示するものである。図示のように、クライアント３は、第１受信部７０、第２受信部７０’、第３受信部７０”、第１メディア復元部７１、第２メディア復元部７１’、第３メディア復元部７１”、および合成・表示部７２を備えている。ここで、メディア復元部とは、フォーマット化されたコンポーネントからメディアのデータストリームを復元する処理、符号化データストリームを復号して再生メディアを復元する処理を実行するものである。なお、クライアント３は、図１５に示した従来のクライアント１０１と同様の構成であるから、説明は省略する。
　〔配信システム４の主な特徴点について〕
　以上のように、配信システム４では、一次配信サーバ１、１’、１”が一次配信したコンポーネントを二次配信サーバ２が受信して記憶し、二次配信サーバ２がクライアント３に二次配信する。
　この配信システム４では、一次配信サーバ１、１’、１”が、各コンポーネントの経路情報を示すコンポーネント管理情報を生成し、このコンポーネント管理情報と共にコンポーネントを配信する。
　このため、二次配信サーバ２は、コンポーネント管理情報を参照することにより、コンポーネントの解析等の煩雑な処理を行うことなく、一次配信サーバ１、１’、１”の意図（コンテンツ制作者の意図）に応じた経路でクライアント３への配信を行うことができる。この二次配信サーバ２におけるコンポーネント管理情報は、一次配信サーバで生成されたコンポーネント管理情報そのもの、あるいは各コンポーメントをまとめて形成されたコンポーネント管理情報のいずれの場合もある。
　〔一次配信サーバ１の詳細な構成〕
　続いて、一次配信サーバ１のより詳細な構成を図３に基づいて説明する。図３は、一次配信サーバ１の要部構成の一例を示すブロック図である。図示のように、一次配信サーバ１は、第１送信部２０、制御部２１、および記憶部２２を備えている。
　制御部２１は、一次配信サーバ１の機能を統括して制御するものであり、メディア生成部１０、フォーマット部１１、経路設定部１２、および配信制御部１３を含む。また、記憶部２２は、一次配信サーバ１で使用する各種データを格納するものであり、コンポーネント３０およびコンポーネント管理情報３１が格納されている。
　上述のように、メディア生成部１０がメディアを生成し、生成されたメディアをフォーマット部１１がフォーマット化してコンポーネントを生成し、生成された各コンポーネントの経路情報を含むコンポーネント管理情報を経路設定部１２が生成する。図示の例では、フォーマット部１１が生成したコンポーネントがコンポーネント３０として格納されている。また、経路設定部１２が生成したコンポーネント管理情報がコンポーネント管理情報３１として格納されている。
　配信制御部１３は、記憶部２２に格納されているコンポーネント３０とコンポーネント管理情報３１とを第１送信部２０を介して他の機器に配信する。ここでは、配信先が二次配信サーバ２であるとして説明するが、配信先はクライアント３であってもよいし、他の配信サーバ（三次配信サーバ）等であってもよい。
　〔二次配信サーバの構成〕
　続いて、二次配信サーバ２のより詳細な構成を図１に基づいて説明する。図１は、二次配信サーバ２の要部構成の一例を示すブロック図である。図示のように、二次配信サーバ２は、第１受信部４０、第２受信部４０’、第３受信部４０”、記憶部４１、第１送信部４２、第２送信部４２’、第３送信部４２”、および制御部４３を備えている。
　上述のように、第１受信部４０、第２受信部４０’、および第３受信部４０”は、コンポーネントおよびコンポーネント管理情報を受信するものである。図示のように、これらの受信部が受信したコンポーネントおよびコンポーネント管理情報は、コンポーネント６０およびコンポーネント管理情報６１として記憶部４１に格納される。
　制御部４３は、二次配信サーバ２の機能を統括して制御するものであり、コンポーネント６０ごとの配信経路を決定し、決定した配信経路に対応する送信部を介して配信する選択部５０を含む。選択部５０は、このような機能を実現するため、配信制御部（配信制御手段）５１と経路決定部（経路決定手段）５２とを含む。
　配信制御部５１は、記憶部４１からコンポーネント６０を読み出して、そのコンポーネント６０の送信経路を経路決定部５２に問い合わせる。そして、当該コンポーネント６０を、この問い合わせに対する応答に応じた送信部（第１送信部４２、第２送信部４２’、第３送信部４２”の何れか）から送信する。なお、以下では、第１送信部４２による配信経路を第１配信経路、第２送信部４２’による配信経路を第２配信経路、第３送信部４２”による配信経路を第３配信経路と呼ぶ。
　経路決定部５２は、配信制御部５１からの経路の問い合わせを受信すると、記憶部４１のコンポーネント管理情報６１に基づいて当該コンポーネント６０の配信経路を決定する。そして、決定した配信経路を示す情報を、受信した問い合わせに対する応答として配信制御部５１に通知する。
　第１送信部４２、第２送信部４２’、および第３送信部４２”は、上述のように、選択部５０の制御に従ってコンポーネント６０およびコンポーネント管理情報６１を配信する。ただし、コンポーネント管理情報６１の配信は必須ではなく、以降の配信先でコンポーネント管理情報６１を参照しないことが明らかである場合には、コンポーネント管理情報６１の配信を省略してもよい。配信先は、クライアント３であってもよいし、他のサーバ（三次配信サーバ）であってもよい。
　〔コンポーネント管理情報の例〕
　続いて、コンポーネント管理情報の具体例を図４および図５に基づいて説明する。
　〔双方向配信を指定〕
　図４は、双方向配信を指定する経路情報がコンポーネントに対して設定されたコンポーネント管理情報の一例を示す図であり、同図（ａ）はテーブル形式とした例を示し、同図（ｂ）はＸＭＬ形式とした例を示している。なお、図４のコンポーネント管理情報は、複数コンポーネントをまとめて記載した形式の情報、すなわち二次配信サーバ２で形成されるコンポーネント管理情報の例を示したものである。図示のコンポーネント管理情報に対応するコンテンツは、名称が「cont1」であり、「compA」から「compM」までのコンポーネントからなる。
　同図（ａ）の例では、「compB」と「compM」に「bidirectional」の文字列が対応付けられている。この「bidirectional」は、双方向配信向け（双方向配信が必須）のコンポーネントであることを示す情報である。
　これにより、「compB」と「compM」は、双方向配信向けのコンポーネントであると特定することができる。したがって、コンテンツの製作者ではないサーバ（例えば、二次配信サーバ２）であっても、「compB」と「compM」については、双方向配信可能な配信経路（例えば通信経路）で配信することを決定することができる。
　なお、インタラクティブなコンポーネントや、利用者（クライアント３）毎に使用／不使用を選択可能なコンポーネントについては、「bidirectional」を対応付けて双方向配信向けとすればよい。また、一斉配信するコンポーネント、大容量コンポーネント、および利用者に依存しないコンポーネント等については、「bidirectional」を対応付けず、単方向配信向けとすればよい。
　一方、「compA」には「bidirectional」の文字列が対応付けられていない。これにより、「compA」は、双方向配信向けのコンポーネントではないということが分かる。このようなコンポーネントについては、単方向配信する配信経路（例えば放送経路）で配信すればよい。
　また、同図（ｂ）の例では、「trans="bidirectional"」の形式でコンポーネントが双方向配信向けであることを示している。このような形式のコンポーネント管理情報であっても、「cont1」の名称のコンテンツを構成するコンポーネントのうち、「compB」と「compM」は双方向配信向けであり、「compA」は双方向配信向けではないと特定することができる。なお、同図（ｂ）の例において、各<component>要素内の省略した部分（「…」の部分）には、そのコンポーネントに含まれるメディアの情報（コーデック形式や符号化レートなどの属性情報）や取得先の情報（ファイル名や取得先ＵＲＬなど）などが記述される。
　ここで、図４および図５では、１つのコンテンツを構成する全てのコンポーネントについて、その経路情報が示されたコンポーネント管理情報の例を示している。すなわち、二次配信サーバ２におけるコンポーネント管理情報を示しているが、コンポーネント管理情報は、少なくとも１つのコンポーネントの経路情報を示すものであればよい。
　例えば、図２の配信システム４のように、一次配信サーバ１、１’、１”がそれぞれコンポーネント管理情報を生成する場合、１つのコンテンツに対応するコンポーネント管理情報が複数生成されてそれらが管理される。すなわち、一次配信サーバ１、１’、１”で生成されたコンポーネント管理情報が二次配信サーバでそのまま管理されるが、このような情報を用いても配信経路は決定できるので構わない。
　無論、１つのコンテンツに対応するコンポーネント管理情報を１つにまとめてもよい。これは、例えば、二次配信サーバ２の内部または外部に、同一のコンテンツに対応するコンポーネント管理情報を統合する構成を設けることで実現可能である。
　〔ユニキャスト配信またはマルチキャスト配信を指定〕
　また、図５は、マルチキャスト配信またはユニキャスト配信を指定する経路情報がコンポーネントに対して設定されたコンポーネント管理情報の一例を示す図であり、同図（ａ）はテーブル形式とした例を示し、同図（ｂ）はＸＭＬ形式とした例を示している。
　なお、マルチキャスト配信は、同じコンポーネントを複数のクライアントに一斉配信する配信形式であり、放送による配信もこの配信形式に属する。一方、ユニキャスト配信は、コンポーネントをクライアントごとに個別に配信する配信形式である。クライアントからのリクエストに応じてコンポーネントを配信する形式の通信による配信もこの配信形式に属する。
　同図（ａ）の例では、「compB」と「compM」に「unicast」の文字列が対応付けられている。この「unicast」は、ユニキャスト配信向けのコンポーネントであることを示す情報である。また、「compA」には、「multicast」の文字列が対応付けられている。この「multicast」は、マルチキャスト配信向けのコンポーネントであることを示す情報である。
　したがって、このようなコンポーネント管理情報を参照することにより、メディアの製作者ではないサーバ（例えば、二次配信サーバ２）であっても、「compB」と「compM」については、ユニキャスト配信可能な配信経路でユニキャスト配信することを決定することができる。また、「compA」については、マルチキャスト配信可能な配信経路でマルチキャスト配信することを決定することができる。
　同図（ｂ）の例では、「trans="unicast"」の形式でコンポーネントがユニキャスト配信向けであることを示し、「trans="multicast"」の形式でコンポーネントがマルチキャスト配信向けであることを示している。このような形式のコンポーネント管理情報であっても、「cont1」の名称のコンテンツを構成するコンポーネントのうち、「compB」と「compM」はユニキャスト配信向けであり、「compA」はマルチキャスト配信向けであると特定することができる。
　〔その他の例〕
　コンポーネント管理情報に含まれる経路情報は、その情報に基づいて配信経路を決定できるような情報（配信経路決定の指標となる情報）であればよく、上記の例に限られない。
　例えば、配信経路を機能面で特定した情報を経路情報としてもよい。具体的には、即時性、応答性、高信頼性などを示す情報を経路情報とすることが考えられる。この場合、二次配信サーバ２は、第１送信部４２、第２送信部４２’、第３送信部４２”から、その即時性、応答性、高信頼性に応じた送信部を選択する。例えば、即時性や応答性を示す情報が対応付けられているコンポーネントについては、通信経路で配信すればよい。また、高信頼性を示す情報が対応付けられているコンポーネントについては、放送経路で配信すればよい。
　配信経路を機能面で特定した情報のうち、高信頼性を示す情報を経路情報としては、例えば、コンポーネントの誤り耐性を示す情報（例えば「loss#priority」）や、コンポーネントの遅延耐性を示す情報（例えば「delay#priority」）が挙げられる。ここで、「loss#priority」（誤り耐性情報）は、例えば、「11: loss priority 0 (Lossless)」、「10: loss priority 1 (Lossy, High priority)」、「01: loss priority 2 (Lossy, Medium priority)」、「00: loss priority 3 (Lossy, Low priority)」、といった優先度を含んでいてもよい。また、「delay#priority」（遅延耐性情報）は、例えば、「11: high sensitivity: end-to-end delay << 1sec」、「10: medium sensitivity: end-to-end delay approx. 1 sec」、「01: low sensitivity: end-to-end delay < 5～10 sec」、「00: don't care」、といった優先度を含んでいてもよい。
　なお、高信頼性を示す情報として、コンポーネントの誤り耐性を示す情報とコンポーネントの遅延耐性を示す情報とのうち、いずれか一つを選択して利用してもよいし、両方を選択して組み合わせて利用してもよい。
　ここで、高信頼性を示す情報として、コンポーネントの誤り耐性を示す情報とコンポーネントの遅延耐性を示す情報とのうち、いずれか一つを選択して利用する場合の例を示す。例えば、高信頼性を示す情報が、優先度「11: loss priority 0 (Lossless)」を含んだコンポーネントの誤り耐性を示す情報であれば、ブロードバンド配信向けであることを示す情報（例えば「broadband」）を経路情報として対応付けることができる。また、例えば、高信頼性を示す情報が、優先度「11: high sensitivity: end-to-end delay << 1sec」を含んだコンポーネントの遅延耐性を示す情報であれば、マルチキャスト配信向けであることを示す情報（例えば「multicast」）を経路情報として対応付けることができる。
　また、図１８では、コンポーネントの誤り耐性を示す情報とコンポーネントの遅延耐性を示す情報との両方を選択して組み合わせて利用する場合の例を示している。例えば、コンポーネントの誤り耐性を示す情報に含まれる優先度が「11: loss priority 0 (Lossless)」であるコンポーネントの誤り耐性を示す情報とコンポーネントの遅延耐性を示す情報に含まれる優先度が「00: don't care」であるコンポーネントの遅延耐性を示す情報とを選択して組み合わせた場合、ユニキャスト配信向けであることを示す情報（例えば「unicast」）を経路情報として対応付けることができる。また、例えば、コンポーネントの誤り耐性を示す情報に含まれる優先度が「00: loss priority 3」であるコンポーネントの誤り耐性を示す情報とコンポーネントの遅延耐性を示す情報に含まれる優先度が「11: high sensitivity: end-to-end delay」であるコンポーネントの遅延耐性を示す情報とを選択して組み合わせた場合、放送配信向けであることを示す情報（例えば「broadcast」）を示す情報（例えば「broadband」）を経路情報として対応付けることができる。
　また、図４の例では、双方向配信向け（双方向配信が必須）のコンポーネントであることを示す情報である「bidirectional」をコンポーネントに対応付けているが、これに限られない。例えば、双方向配信を許可する（双方向配信を推奨するが、必須ではない）ことを示す情報や、双方向配信を禁止することを示す情報のような、特定の配信方式を禁止または許可する情報を対応付けてもよい。
　同様に、図５の例においても、マルチキャスト配信を許可する情報、禁止する情報、ユニキャスト配信を許可する情報、禁止する情報等を経路情報としてコンポーネント管理情報に含めてもよい。
　二次配信サーバ２は、特定の配信方式を許可する経路情報に基づいて選択する場合、許可された配信方式に対応する配信経路を優先して適用し、許可された配信方式が適用できない場合には、他の配信経路を適用する。また、特定の配信方式を禁止する経路情報に基づいて選択する場合、禁止された配信方式以外の配信経路から選択する。
　なお、これらの場合、配信経路が一義的に特定できない可能性があるが、少なくとも配信経路が絞り込まれるため、コンポーネント管理情報を用いない場合と比べて、適切な配信経路を容易に選択することができる。
　また、経路情報は、上記のような配信経路の特性（双方向、マルチキャスト、ユニキャスト等）を示す情報に限られず、配信経路を直接的に示すものであってもよい。例えば、放送配信向けであることを示す情報（例えば「broadcast」）や、通信配信向けであることを示す情報（例えば「broadband」）を経路情報としてもよい。
　また、配信経路を直接に示す情報と配信経路の特性を示す情報とを組み合わせて、詳細な経路情報を規定することもできる。例えば、配信経路を直接に示すtrans属性に加えて、配信経路の特性を示すdirec属性を規定し、これら２つの属性で経路情報を表してもよい。
　この場合、コンポーネントcompAのコンポーネント管理情報は、例えば放送配信向けであることを示す情報「trans＝"broadcast"」と、双方向の機能が必要（双方向配信向け）であることを示す「direc="bidirectional"」とを用いて以下のように記述される。
　<component name="compA" trans="broadcast" direc="bidirectional"/>
この例では、「broadcast」は下り経路の種別を示し、「bidirectional」は下り経路に加えて上り経路がコンポーネントの利用時に必要であることを示す。なお、上り経路の種別は「broadcast」に制限されず、通常の通信回線が使われてよい。
　また、配信経路を直接に示すtrans要素を規定し、trans要素に双方向が必要かを示すbidirectional属性を付加するようにして、要素全体で経路情報を表すようにしてもよい。例えば、以下のスキーマで定義されるtrans要素がこれにあたる。
<element name=trans type="transType"/>
<complexType name="transType">
　<attribute name="cast" type="castType"/>
　<attribute name="bidirectional" type="xs:boolean"/>
</complexType>
<simpleType name="castType">
　<restriction base="string">
　　<enumeration value="broadcast"/>
　　<enumeration value="unicast"/>
　　<enumeration value="multicast"/>
　</restriction>
</simpleType>
上記のスキーマによる定義に従えば、配信経路が「broadcast」で双方向の機能が必要な（双方向配信向け）コンポーネントcompAは、次のように記述される。
<component name="compA">
　<trans cast="broadcast" bidirectional="true"/>
</component>
　さらに、上記では、コンポーネントとは独立したデータであるコンポーネント管理情報によって配信経路を決定する例を示したが、各コンポーネントの配信経路が特定できるようになっていれば、その形式は問わない。例えば、コンポーネントのデータヘッダに、そのコンポーネントの配信経路を示す経路情報を含めてもよい。
　〔コンポーネント管理情報生成処理の流れ〕
　次に、一次配信サーバ１が実行するコンポーネント管理情報生成処理（対応情報生成方法）の流れを図６に基づいて説明する。図６は、コンポーネント管理情報生成処理の一例を示すフローチャートである。なお、図６では、メディア生成部１０によってメディアが生成された後の処理を示している。
　まず、フォーマット部１１は、メディア生成部１０が生成したメディアをコンポーネント化し、コンポーネント３０として記憶部２２に記憶する（Ｓ１）。また、フォーマット部１１は、コンポーネント３０を記憶したことを経路設定部１２に通知する。なお、ここでは１つのメディアから１つのコンポーネントを生成する例を説明するが、１つのメディアから生成するコンポーネントは複数であってもよい。
　上記の通知を受信した経路設定部１２は、記憶されたコンポーネント３０のそれぞれについて、経路情報を決定する（Ｓ２、経路情報決定ステップ）。具体的には、コンポーネント３０の配信経路を一次配信サーバ１のユーザ（例えば、当該メディアの製作者）に入力させることによって、経路情報を決定する。これにより、二次配信サーバ２にメディアの製作者の意図に沿った配信経路で配信させることも可能になる。
　なお、経路情報の決定は、経路設定部１２が自動で行うようにしてもよい。例えば、一次配信サーバ１は、配信を行うための構成として第１送信部２０のみを備えているため、経路設定部１２は、第１送信部２０による配信経路を示す経路情報を自動的に決定してもよい。
　また、経路情報の自動決定は、メディアまたはコンポーネントの属性情報等から得られる情報に基づいて行ってもよい。この場合、経路設定部１２は、コンポーネントの属性を示す属性情報と、配信経路毎に予め定められた判定基準とを参照し、属性情報が判定基準を満たすコンポーネントについて、当該判定基準に対応する経路情報を、当該コンポーネントの経路情報として決定してもよい。
　例えば、双方向配信である通信配信は、大容量のデータの送信には適さないことがあるので、双方向配信を示す経路情報についての判定基準をコンポーネントのファイルサイズとしてもよい。そして、コンポーネントのヘッダ情報等に含まれる属性情報から取得したファイルサイズと、所定の閾値とを比較し、閾値以下であれば双方向配信経路を示す経路情報を決定し、閾値を超えていれば単方向配信経路を示す経路情報を決定してもよい。
　なお、コンポーネントに対応する経路情報は、そのコンポーネントをクライアント３に配信するときに使用するべき配信経路を示すものである。このため、図２の配信システム４のように、一次配信サーバ１からクライアント３へ直接に配信を行わない場合には、第１送信部２０が対応していない配信経路を示す経路情報を決定してもよい。
　そして、経路設定部１２は、コンポーネントの経路情報の決定が終了すると、決定した経路情報をコンポーネントに対応付けて、当該メディアに対応するコンテンツのコンポーネント管理情報３１として記憶部２２に記憶する（Ｓ３、対応情報生成ステップ）。
　なお、コンポーネント管理情報は、コンテンツの一次配信元である一次配信サーバ１によって生成されるものであるから、コンポーネント管理情報に含まれる経路情報は、コンポーネントに固有の情報として、基本的に配信先において変更等の対象としない。
　これにより、コンテンツの製作者の意図を、二次配信およびそれ以降の配信において強く反映させることができる。つまり、二次配信およびそれ以降の配信において、製作者の意図に従った配信経路での配信を行わせることができる。
　〔配信処理の流れ〕
　次に、二次配信サーバ２が実行する配信処理（配信方法）の流れを図７に基づいて説明する。図７は、配信処理の一例を示すフローチャートである。まず、配信制御部５１は、記憶部４１からコンポーネント６０を読み出し（Ｓ１０）、読み出したコンポーネント６０を経路決定部５２に通知する。
　この通知を受信した経路決定部５２は、コンポーネント管理情報６１を用いて配信経路を決定する（Ｓ１１、経路決定ステップ）。具体的には、経路決定部５２は、コンポーネント管理情報６１を用いて、配信制御部５１から通知されたコンポーネント６０に対応付けられた経路情報を特定する。そして、この経路情報に基づいて、当該コンポーネント６０の配信経路として、第１～第３配信経路の何れかを決定する。
　上記のようにして配信経路を決定した経路決定部５２は、決定した配信経路を配信制御部５１に通知する。そして、この通知を受信した配信制御部５１は、経路決定部５２が決定した配信経路が第１～第３配信経路の何れであるかを確認する（Ｓ１２）。
　ここで、第１配信経路が決定されたことが確認された場合、配信制御部５１は、当該コンポーネント６０を送信する送信部として、第１送信部４２を選択する（Ｓ１３）。一方、第２配信経路が決定されたことが確認された場合、第２送信部４２’を選択し（Ｓ１４）、第３配信経路が決定されたことが確認された場合、第３送信部４２”を選択する（Ｓ１５）。
　そして、配信制御部５１は、上記のようにして選択した送信部から、当該コンポーネント６０を配信し（Ｓ１６、配信制御ステップ）、これにより１つのコンポーネントの配信処理は終了する。この配信処理を各コンポーネントについて行うことにより、１つのコンテンツ全体が配信され、クライアント３は配信された各コンポーネント６０を組み合せることによってこのコンテンツを表示（再生）する。
　〔コンポーネントのグループ単位での経路情報の設定〕
　上記では、各コンポーネントに経路情報を設定する例を示したが、経路情報は複数のコンポーネントからなるグループに対して設定してもよい。これについて、図８に基づいて説明する。
　図８は、双方向配信を指定する経路情報が、コンポーネントのグループに対して設定されたコンポーネント管理情報の一例を示す図であり、同図（ａ）はテーブル形式とした例を示し、同図（ｂ）はＸＭＬ形式とした例を示している。なお、図示のコンポーネント管理情報に対応するコンテンツは、名称が「cont2」であり、「compA-1」から「compA-L」までの「groupA」と、「compB-1」から「compB-M」までの「groupB」との２つのグループからなる。
　同図（ａ）の例では、「groupB」には、「bidirectional」との文字列が対応付けられている。この文字列は、上述のように双方向配信向け（双方向配信が必須）のコンポーネントであることを示す経路情報である。
　このように、コンポーネントのグループに対して経路情報を設定した場合、そのグループに属するコンポーネントの経路情報を一括して示すことができる。つまり、図示の例では、「groupB」に属する「compB-1」から「compB-M」までの全てのコンポーネントが双方向配信向けである。
　一方、「groupA」には、「bidirectional」との文字列が対応付けられていないので、「groupA」に属する「compA-1」から「compA-L」までの全てのコンポーネントは、双方向配信が必須ではない。
　また、同図（ｂ）の例では、「trans="bidirectional"」の形式でコンポーネントが双方向配信向けであることを示しており、この文字列がコンポーネントのグループ名に対して付加されている。
　このような形式のコンポーネント管理情報であっても、「cont2」の名称のコンテンツを構成するコンポーネントのうち、「groupB」に属するコンポーネントは、双方向配信向けであると特定することができる。また、「groupA」に属するコンポーネントは、双方向配信向けではないと特定することができる。
　このような形式のコンポーネント管理情報は、コンポーネントをグループ単位で取り扱う場合（例えばグループ単位で二次配信する場合や、グループ単位で多重化して利用する場合）に好適である。
　なお、このような形式のコンポーネント管理情報を生成する場合、図６のＳ３において、同じ経路情報が設定されたコンポーネントを抽出し、これらをグループ化して、グループ毎に経路情報を設定することにより、コンポーネント管理情報として生成する。
　〔多重化されたコンポーネントに対する経路情報の設定〕
　また、多重化済みのコンポーネントに対して経路情報を設定してもよい。これについて、図９に基づいて説明する。図９は、双方向配信を指定する経路情報が、多重化されたコンポーネントに対して設定されたコンポーネント管理情報の一例を示す図であり、同図（ａ）はテーブル形式とした例を示し、同図（ｂ）はＸＭＬ形式とした例を示している。
　なお、図示のコンポーネント管理情報に対応するコンテンツは、名称が「cont2」であり、「compA-1」から「compA-L」が多重化された「muxcompA」と、「compB-1」から「compB-M」が多重化された「muxcompB」とからなる。
　同図（ａ）には、「cont2」と「muxcompA」および「muxcompB」とが対応付けられたテーブルと、「muxcompA」と「compA-1」から「compA-L」とが対応付けられたテーブルと、「muxcompB」と「compB-1」から「compB-M」とが対応付けられたテーブルとが含まれる。
　「cont2」と「muxcompA」および「muxcompB」とが対応付けられたテーブルは、「cont2」の構成を示すテーブルである。つまり、このテーブルは、「cont2」が、多重化されたコンポーネントである「muxcompA」および「muxcompB」で構成されていることを示している。
　また、「muxcompA」と「compA-1」から「compA-L」とが対応付けられたテーブルは、「muxcompA」の構成を示すテーブルである。つまり、このテーブルは、「muxcompA」が、「compA-1」から「compA-L」までを多重化して構成されていることを示している。同様に、「muxcompB」と「compB-1」から「compB-M」とが対応付けられたテーブルは、「muxcompB」の構成を示すテーブルであり、「muxcompB」が、「compB-1」から「compB-M」までを多重化して構成されていることを示している。
　そして、「cont2」と「muxcompA」および「muxcompB」とが対応付けられたテーブルでは、「muxcompB」に、双方向配信向け（双方向配信が必須）であることを示す「bidirectional」との文字列が対応付けられている。
　このように、多重化したコンポーネントに対して経路情報を設定することもできる。図示の例では、「muxcompB」が双方向配信向けであり、「bidirectional」との文字列が対応付けられていない「muxcompA」は双方向配信が必須ではない。
　また、同図（ｂ）の例においても、同図（ａ）の例と同様に、「cont2」が、多重化されたコンポーネントである「muxcompA」および「muxcompB」で構成されていることを示す記述部分と、「muxcompA」および「muxcompB」の各構成を示す記述部分とが含まれている。そして、「cont2」の構成を示す記述部分では、双方向配信向けであることを示す「trans="bidirectional"」の文字列が「muxcompB」に対して付加されている。
　このような形式のコンポーネント管理情報であっても、「cont2」の名称のコンテンツを構成する多重化コンポーネントのうち、「muxcompB」の名称のものは、双方向配信向けであると特定することができる。また、「muxcompA」の名称の多重化コンポーネントは、双方向配信向けではないと特定することができる。
　なお、図８および図９では、経路情報の一例として「bidirectional」を用いた例を示しているが、経路情報は経路を特定可能なものであればよく、これに限られない。例えば、図５（ａ）（ｂ）に示したような、ユニキャスト配信またはマルチキャスト配信を示す経路情報を用いてもよい。また、既に説明した特定の配信経路による配信を許可または禁止する経路情報を用いてもよい。
　〔実施形態２〕
　続いて、本発明の実施形態２について、図１０から図１２に基づいて説明する。まず、図１０に基づいて本実施形態に係る配信システムについて説明する。図１０は、本実施形態の配信システム５を構成する一次配信サーバ１、１’、１”、二次配信サーバ（配信装置）８０、およびクライアント３の構成の一例を示すブロック図である。なお、上記実施形態と同様の構成については同一の参照番号を付し、その説明を省略する。
　配信システム５は、上記実施形態の配信システム４と比べて、二次配信サーバ２が二次配信サーバ８０に変わっている点で相違している。そして、二次配信サーバ８０は、二次配信サーバ２と比べて、サービス設計部（二次対応情報生成手段）５３を備えている点で相違している。
　サービス設計部５３は、コンポーネント管理情報に基づいて、経路情報が各コンポーネントに設定されたサービス経路情報（二次対応情報）を生成する。これにより、一次配信サーバ１等が生成したコンポーネント管理情報をベースとしつつ、二次配信サーバ８０独自の基準で配信経路を指定することができる。
　実施形態１では、メディアの製作者等によってコンポーネント毎に固定の経路情報を与えたのに対し、実施形態２では、二次配信者がコンポーネントの配信経路を独自に設定して配信することを想定している。ここでは、このような配信者主体によるマルチコンポーネントコンテンツの配信をサービスと呼ぶ。なお、実施形態１の配信サーバ１等による配信もメディアの製作者＝配信者主体による１つのサービスであると言える。
　つまり、二次配信サーバ８０は、想定されるサービス毎に、各コンポーネントについて独自に経路情報を設定したサービス経路情報を生成する。そして、生成したサービス経路情報を用いてコンポーネントの配信を行う。また、生成したサービス経路情報を他の配信サーバに送信し、このサービス経路情報に基づいた配信を行わせることもできる。
　このように、二次配信サーバ８０が独自に経路情報を設定する構成とすることにより、同じメディアであっても、二次配信者毎に異なる配信経路によるコンポーネントの配信サービスが実現される。
　例えば、Ａ、Ｂ、Ｃの３つのコンポーネントからなるメディアについて、ある二次配信業者は、Ａ、Ｂは単方向配信し、Ｃは双方向配信することを示すサービス経路情報を生成したとする。一方、他の二次配信業者は、Ａは単方向配信し、Ｂ、Ｃは双方向配信することを示すサービス経路情報を生成したとする。
　この場合、コンポーネントＢの配信経路が、２つの二次配信業者間で異なっている。このように、二次配信業者は、サービス経路情報を生成することにより、同じメディアであっても他の二次配信業者とは異なる配信経路での配信サービスを行うことができる。つまり、配信経路に二次配信業者の意図を反映させることができる。そして、クライアントは、自身の好みの配信経路による配信サービスを提供する二次配信業者からコンポーネントの配信を受けることが可能になる。
　〔二次配信サーバの構成〕
　続いて、二次配信サーバ８０のより詳細な構成を図１１に基づいて説明する。図１１は、二次配信サーバ８０の要部構成の一例を示すブロック図である。二次配信サーバ８０は、制御部４３にサービス設計部５３が含まれている点、および記憶部４１にサービス経路情報６２が格納されている点が二次配信サーバ２との相違点である。
　サービス設計部５３は、コンポーネント管理情報６１に基づいて各コンポーネントの経路情報を生成し、経路情報とコンポーネントとを対応付けてサービス経路情報６２として記憶部４１に格納する。また、サービス設計部５３は、複数の異なるサービス経路情報６２を生成して格納してもよい。
　サービス経路情報６２は、コンポーネント管理情報６１と同様に、コンテンツを構成する各コンポーネントの経路情報を示すものであるから、そのデータ構造もコンポーネント管理情報６１と同様となる。
　ただし、サービス経路情報６２が存在することにより、配信経路を決定する際に、コンポーネント管理情報６１を用いるか、サービス経路情報６２を用いるかを判断する必要が生じる。また、複数のサービス経路情報６２が生成された場合には、その中から使用する１つを選択する必要が生じることもあり得る。
　このため、サービス経路情報６２は、選択の指標となる情報を含むことが好ましい。例えば、放送事業者向けのサービス経路情報６２にはその旨を示す情報を含めておき、通信事業者向けのサービス経路情報６２にはその旨を示す情報を含めておいてもよい。これにより、サービス経路情報６２を受信したサーバが通信事業者であれば、その旨を示す情報を含むサービス経路情報６２を選択することができる。サービス経路情報６２を受信したサーバが放送事業者である場合も同様である。また、コンポーネント管理情報６１が並存する場合に、何れを使用するかを指定する情報を含んでいてもよい。この他、サービス経路情報６２の製作者を特定する情報や、サービス経路情報６２を生成した二次配信サーバ８０を特定する情報を含んでいてもよい。これらの指標に基づく選択は、二次配信サーバ、他のサーバ（三次配信サーバ）、あるいはクライアントが行う。
　〔サービス経路情報生成処理の流れ〕
　次に、二次配信サーバ８０がサービス経路情報６２を生成する処理であるサービス経路情報生成処理の流れを図１２に基づいて説明する。図１２は、サービス経路情報生成処理の一例を示すフローチャートである。
　まず、サービス設計部５３は、記憶部４１に格納されているコンポーネント管理情報６１を参照して、コンポーネント６０のそれぞれに対応する経路情報を読み出す（Ｓ２０）。そして、読み出した経路情報に基づいて、各コンポーネントに対応する経路情報を決定する（Ｓ２１）。
　具体的には、サービス設計部５３は、各コンポーネント６０について、二次配信サーバ８０が、コンポーネント管理情報６１の経路情報が示す配信経路により配信可能であるか判断する。そして、配信可能であれば、コンポーネント管理情報６１の経路情報をそのコンポーネントの経路情報として決定する。一方、配信不能であれば、配信可能な配信経路を示す経路情報に変更する。
　例えば、第１送信部４２、第２送信部４２’、第３送信部４２”が何れも放送経路による配信ができない場合、放送経路による配信を示す経路情報を、第１送信部４２、第２送信部４２’または第３送信部４２”により配信可能な配信経路を示す適切な経路情報に変更する。このとき、放送経路に近いマルチキャスト配信の通信経路を選択するなど、適切な経路を適宜選択する。なお、経路を選択する基準は予め定めておけばよい。これにより、コンポーネント管理情報６１に反映されたコンテンツ制作者の意図を尊重しつつ、二次配信サーバ８０に適合したサービス経路情報６２を生成することができる。
　そして、サービス設計部５３は、１つのコンテンツに対応する全てのコンポーネントの経路情報の決定が終了すると、決定した経路情報をコンポーネント毎に対応付けて、当該メディアのサービス経路情報６２として記憶部４１に記憶する（Ｓ２２）。ここで、サービス設計部５３は、同一の経路情報に対応するコンポーネントをグループ化し、グループ単位で経路情報を設定してもよい（図８（ａ）（ｂ）参照）。
　なお、上記の例では、二次配信サーバ８０の対応可能な配信経路に応じたサービス経路情報６２を生成しているが、サービス経路情報６２はこの例に限られない。例えば、サービス設計部５３は、各コンポーネント６０の経路情報を表示装置に表示させる等して二次配信サーバ８０のユーザ（例えば、二次配信業者）に提示し、各コンポーネント６０の新たな経路情報を入力させることによって、経路情報を決定してもよい。このような経路情報を用いて生成されたサービス経路情報６２によれば、二次配信サーバ８０の配信経路および三次配信以降の配信経路に、二次配信業者の意図を反映させることが可能になる。
　また、サービス設計部５３は、二次配信サーバ８０とクライアント３との間の接続経路の状態を検出し、その検出結果に応じて配信経路を設定してもよい。これにより、接続経路の状態に応じた適切な配信経路を設定することができる。例えば、二次配信サーバ８０とクライアント３との間の通信に遅延が生じていることを検出した場合には、放送経路を指定する経路情報を設定してもよい。
　さらに、複数のクライアントが有する接続経路の情報を収集、集計し、最適な配信経路の組合せによるサービス経路情報を適宜生成してもよい。この場合、配信可能な経路による代表的な組合せを抽出して、それらに対応した複数のサービス経路情報を生成するといったことも可能である。
　また、サービス設計部５３は、配信経路をクライアント３に選択させてもよい。例えば、サービス設計部５３は、メディアを構成する各コンポーネントのそれぞれについて、二次配信サーバ８０の対応可能な配信経路を示す情報を付加して、クライアント３に送信する。この対応可能な配信経路を示す情報は、複数の配信経路（例えば放送経路および通信経路）を示すものであってもよい。次に、クライアント３は、受信した情報に基づいて、各コンポーネントについて所望の配信経路を決定し、決定した結果を二次配信サーバ８０に通知する。そして、サービス設計部５３は、通知された上記結果に従って各コンポーネントの経路情報を生成し、生成した経路情報からサービス経路情報を生成する。
　これにより、クライアント３の意図に沿った配信のためのサービス経路情報が生成される。このため、このサービス経路情報に基づいて配信を行う二次配信サーバ８０（または三次配信以降のサーバ）により、クライアント３の意図に沿った配信が行われる。
　〔配信処理の流れ〕
　二次配信サーバ８０が実行する配信処理の流れは、図７に記載の二次配信サーバ２の配信処理と同様である。ただし、二次配信サーバ８０は、サービス経路情報６２を生成するので、図７のＳ１１ではコンポーネント管理情報６１の代わりにサービス経路情報６２を用いて配信経路を決定してもよい。また、生成したサービス経路情報６２は用いずに、コンポーネント管理情報を使用して配信経路を決定してもよい。
　さらに、コンポーネント管理情報６１およびサービス経路情報６２の何れを用いるかは、予め定めておいてもよいし、上述のようにサービス経路情報６２に含まれる情報に基づいて決定してもよい。
　また、二次配信サーバ８０は、図７のＳ１６の処理では、コンポーネント６０と共にサービス経路情報６２を送信する。なお、このときにコンポーネント管理情報６１についても送信してもよい。ただし、サービス経路情報６２（およびコンポーネント管理情報６１）の配信は必須ではない。すなわち、以降の配信先でサービス経路情報６２（およびコンポーネント管理情報６１）を参照しないことが明らかである場合には、サービス経路情報６２（およびコンポーネント管理情報６１）の配信を省略してもよい。これらのデータの送信先は、クライアント３であってもよいし、他の配信サーバ（例えば三次配信サーバ）であってもよい。
　〔実施形態３〕
　続いて、本発明の実施形態３について、図１３および図１４に基づいて説明する。まず、図１３に基づいて本実施形態に係る配信システムについて説明する。図１３は、本実施形態の配信システム６を構成する一次配信サーバ（対応情報生成装置、配信装置）９０およびクライアント３の構成の一例を示すブロック図である。なお、上記実施形態と同様の構成については同一の参照番号を付し、その説明を省略する。
　配信システム６は、上記実施形態の配信システム５と比べて、一次配信サーバ１、１’、１”が一次配信サーバ９０に変わっている点で相違している。この一次配信サーバ９０は、一次配信サーバ１、１’、１”を１つの装置に統合したものである。
　このため、一次配信サーバ９０には、一次配信サーバ１の備えるメディア生成部１０、フォーマット部１１、および経路設定部１２が第１ユニット１４として含まれる。同様に、一次配信サーバ１’、１”の備えるメディア生成部１０’、１０”、フォーマット部１１’、１１”、および経路設定部１２’、１２”が、それぞれ第２ユニット１４’および第３ユニット１４”として含まれる。これら各ユニットで生成されたコンポーネントおよびコンポーネント管理情報は、記憶部２２に格納される。このとき、コンポーネント管理情報は、図４、５に示したような、コンテンツを構成するコンポーネントを１つにまとめたコンポーネント管理情報としてもよい。
　また、一次配信サーバ９０は、上記実施形態の二次配信サーバ８０と同様に、サービス設計部（二次対応情報生成手段）１５および選択部（配信制御手段、経路決定手段）１６を備えている。サービス設計部１５および選択部１６は、二次配信サーバ８０のサービス設計部５３および選択部５０と同様の機能を有している。つまり、本実施形態の配信システム６では、一次配信サーバ９０がサービス経路情報を生成する構成である。
　なお、同図では、二次配信サーバを介さずに一次配信サーバ９０からクライアント３に配信する例を示しているが、一次配信サーバ９０とクライアント３との間に、１または複数の配信サーバが介在していてもよい。
　〔一次配信サーバ９０の構成〕
　続いて、一次配信サーバ９０のより詳細な構成を図１４に基づいて説明する。図１４は、一次配信サーバ９０の要部構成の一例を示すブロック図である。図示のように、一次配信サーバ９０は、第１送信部２０、第２送信部２０’、第３送信部２０”、制御部２１、および記憶部２２を備えている。
　また、制御部２１には、第１ユニット１４、第２ユニット１４’、第３ユニット１４”、サービス設計部１５、および選択部１６が含まれている。なお、第２ユニット１４’は、第１ユニット１４と同様に、メディア生成部１０’、フォーマット部１１’、および経路設定部１２’を備えているが、これらの構成は図示を省略している。第３ユニット１４”についても同様である。また、選択部１６は、選択部５１と同様に配信制御部と経路決定部とを備えている（図１参照）が、これらの構成についても図示を省略している。
　一次配信サーバ９０では、第１ユニット１４、第２ユニット１４’、および第３ユニット１４”が生成したコンポーネントがコンポーネント３０として記憶部２２に格納される。また、第１ユニット１４、第２ユニット１４’、および第３ユニット１４”が生成したコンポーネント管理情報がコンポーネント管理情報３１として記憶部２２に格納される。
　なお、図４、図５に示したような、１つのコンテンツを構成する各コンポーネントの経路情報が１つにまとまったコンポーネント管理情報３１を生成する場合、各ユニットが生成したコンポーネント管理情報を統合する処理を行う構成を追加すればよい。
　また、一次配信サーバ９０では、サービス設計部１５がコンポーネント管理情報３１に基づいてサービス経路情報を生成し、これをサービス経路情報３２として記憶部２２に格納する。
　ここで、サービス設計部１５は、二次配信者（二次配信サーバ）のタイプに応じた複数のサービス経路情報３２を生成してもよい。例えば、放送事業者向けに、放送経路を示す経路情報を主体としたサービス経路情報３２を生成すると共に、通信事業者向けに、通信経路を示す経路情報を主体としたサービス経路情報３２を生成してもよい。
　また、このように他のサーバ向けのサービス経路情報３２を生成する場合、サービス設計部１５は、コンポーネント管理情報３１を参照しなくともよい。この場合、コンテンツの製作者等がサービス経路情報３２に含まれる各経路情報を設定すればよい。
　そして、選択部１６は、コンポーネント管理情報３１を参照して、コンポーネント３０の配信経路をそれぞれ決定し、決定した配信経路に対応する送信部（第１送信部２０、第２送信部２０’、および第３送信部２０”の何れか）から配信する。なお、選択部１６は、サービス経路情報３２を参照して、一次配信時点での接続状況等に適した配信経路を決定してもよい。また、配信先が予め決まった二次配信サーバ等である場合には、コンポーネント管理情報３１およびサービス経路情報３２の何れも参照せずに、そのサーバへの配信に利用可能な配信経路を決定してもよい。
　また、選択部１６は、サービス経路情報３２の配信も行う。これにより、サービス経路情報３２を受信した二次配信サーバ等において、サービス経路情報３２に基づいた適切な配信経路での再配信が可能になる。なお、選択部１６は、コンポーネント管理情報３１も配信してもよい。これにより、二次配信サーバ等における配信経路選択の幅を広げることができる。
　〔一次配信サーバ９０が実行する処理〕
　一次配信サーバ９０は、コンポーネント管理情報生成処理（図６参照）を実行してコンポーネント管理情報３１を生成する。コンポーネント管理情報生成処理の内容は、概ね実施形態１で説明したとおりである。ただし、一次配信サーバ９０はクライアント３に対して直接配信を行う点で、実施形態１の一次配信サーバ１、１’、１”と相違する。このため、図６のＳ２において、経路決定部１２、１２’、１２”は、それぞれ第１～第３送信部２０、２０’、２０”による配信経路を示す経路情報を自動的にまたはユーザ（メディアの製作者等）の入力操作に基づき決定する。
　また、サービス経路情報生成処理（図１２参照）を実行してサービス経路情報３２を生成する。そして、配信処理（図７参照）を実行してコンポーネントを配信する。これらの処理は、上述の実施形態で説明したとおりであるから、ここでは説明を省略する。
　〔双方向配信経路の利用について〕
　上述のように、コンポーネント管理情報およびサービス経路情報は、配信サーバが、コンポーネントの適切な配信経路を選択するために用いられるが、クライアントにコンポーネントの存在を通知するために用いることもできる。
　ここで、あるコンポーネントについて選択した配信経路が、双方向配信を行う配信経路である場合、そのコンポーネントの配信はクライアントからの要求を受けたときに行われる。つまり、双方向配信経路を利用する場合、双方向配信経路でのコンポーネント配信の存在をクライアントに通知し、クライアントにコンポーネント要求を送信させる必要がある。
　上述のコンポーネント管理情報およびサービス経路情報は、このような通知に利用することもできる。つまり、コンポーネント管理情報またはサービス経路情報をクライアントに送信することにより、クライアントはコンポーネントがどのようにして配信されるかを特定することができる。そして、双方向配信されることを特定したコンポーネントについて、送信要求を行うことによって、当該コンポーネントを取得することができる。なお、この場合、クライアントに送信要求先を特定させる必要があるので、要求先を特定するための情報（ＵＲＬ等）についてもクライアントに配信する。
　〔実施形態４〕
　実施形態３でも説明した通り、クライアントが様々な経路で配信されるコンポーネントを受け取り、適切に再生するためには、それぞれのコンポーネントの取得先のＵＲＬ、チャンネル等を記した取得先の情報（以下、取得先情報と呼ぶ）が必要である。
　そして、この取得先情報は、通常、コンポーネント管理情報の一部として、サーバからクライアントへと送られる。このことは、実施形態１の図４（ｂ）の説明でも既に示している。すなわち、図４（ｂ）のコンポーネント管理情報は、各<component>要素内の省略した部分（「…」の部分）に取得先情報が記述されて、サーバからクライアントへと送られる。
　コンポーネント管理情報に含まれる、実施形態１から３に示した本発明の経路情報は、送り手側（例えばサーバ）が利用する情報である。これに対し、取得先情報は、受け手側（例えばクライアント）が利用する情報である。ただし、本来、コンポーネントの取得先情報は、経路情報を反映して値が決まる（サーバで値を設定する）ものであり、経路情報と取得先情報とは、生成、利用のタイミングが異なっているが、互いに関係のある情報である。
　そこで、本実施形態４では、配信システム上において、コンポーネント管理情報内の経路情報および取得先情報が、どのように生成、変更、利用されるかを、図１６に基づいて説明する。
　図１６は、本実施形態の配信システムの概要を示すブロック図であり、同図（ａ）は中継サーバを含まない例を示し、同図（ｂ）は中継サーバを含む例を示す。また、同図（ａ）（ｂ）では、当該配信システムにおいて伝送されるコンポーネントおよびコンポーネント管理情報の関係についても示している。
　〔中継サーバを含まない配信システムの構成〕
　まず、中継サーバを含まない図１６（ａ）の配信システムの構成について説明する。図１６（ａ）の配信システムは、図示のように、コンテンツプロバイダサーバ１３１、サービスプロバイダサーバ１３２、およびクライアント１３３を含む構成である。
　コンテンツプロバイダサーバ１３１は、コンテンツ製作者が管理する配信サーバである。図示のように、コンテンツプロバイダサーバ１３１は、コンポーネントを複数の配信経路でサービスプロバイダサーバ１３２に配信する配信装置である。実施形態１の図２および実施形態２の図１０で示した一次配信サーバ１～１”が、これに相当する。
　サービスプロバイダサーバ１３２は、配信サービス事業者が管理するサーバである。図示のように、サービスプロバイダサーバ１３２は、コンテンツプロバイダサーバ１３１から受信したコンポーネントを、複数の配信経路でクライアント１３３に配信する。つまり、サービスプロバイダサーバ１３２は、配信装置としての機能を有する。実施形態１の図２および実施形態２の図１０で示した二次配信サーバ２、８０が、これに相当する。
　クライアント１３３は、最終的にコンポーネントを受け取り、コンテンツを再生する端末である。図示のように、クライアント１３３は、サービスプロバイダサーバ１３２から複数の配信経路でコンポーネントを受信する。上記各実施形態のクライアント３が、これに相当する。
　〔中継サーバを含まない配信システムにおける処理の流れ〕
　続いて、中継サーバを含まない配信システムおける処理の流れを図１６（ａ）に基づいて説明する。
　まず、コンテンツプロバイダサーバ１３１（コンテンツ製作者）は、コンテンツの各コンポーネントを生成すると共に、各コンポーネントをどのような経路で配信するのが適当であるかを示す経路情報を生成する。経路情報の生成については、上記各実施形態で説明した通りである。
　そして、コンテンツプロバイダサーバ１３１は、生成した経路情報をサービスプロバイダサーバ１３２に送信する。具体的には、生成した経路情報を含むコンポーネント管理情報９１をサービスプロバイダサーバ１３２に送信する。
　図示のように、管理情報９１には、コンポーネント「compA」がユニキャスト配信向けコンポーネントであることを示す経路情報「unicast」と、コンポーネント「compB」が放送向けコンポーネントであることを示す経路情報「broadcast」とが記述されている。上述のように、これらの経路情報は、サービスプロバイダサーバ１３２（配信サービス事業者）が取得先情報を決定するために利用される。
　次に、サービスプロバイダサーバ１３２（配信サービス事業者）は、コンテンツプロバイダサーバ１３１から受信した管理情報９１に含まれる経路情報を参照して、各コンポーネントを伝送する経路を具体的に決定する。そして、決定した経路をクライアント１３３に通知するための取得先情報を生成する。つまり、サービスプロバイダサーバ１３２は、取得先情報を生成する取得先情報生成手段を備えている。
　この取得先情報は、クライアント１３３が各コンポーネントを取得するために利用する情報である。このため、サービスプロバイダサーバ１３２は、生成した上記取得先情報を、コンポーネント管理情報９１’に記述して、クライアント１３３に配信する。つまり、サービスプロバイダサーバ１３２は、取得先情報配信手段を備えている。なお、取得先情報は、コンポーネント管理情報９１’と独立したデータとして配信してもよい。
　図示のように、クライアント１３３に送信するコンポーネント管理情報９１’には、コンポーネント「compA」がユニキャスト配信向けコンポーネントであることを示す経路情報「unicast」と共に、その具体的な取得先を示す取得先情報「url-a1」（取得先の通信ＵＲＬ）が記述されている。また、コンポーネント「compB」が放送向けコンポーネントであることを示す経路情報「broadcast」と共に、その具体的な取得先を示す取得先情報「ch-b1」（取得先の放送局・チャンネル情報）が記述されている。
　このようなコンポーネント管理情報９１’を受信したクライアント１３３は、その取得先情報を参照して、所望のコンポーネントを取得することができる。すなわち、コンポーネント「compA」を取得する場合には、取得先情報「url-a1」の示す取得先にアクセスすればよい。同様に、コンポーネント「compB」を取得する場合には、取得先情報「ch-b1」の示す取得先に受信チャンネルを合わせればよい。これにより、経路情報に応じた配信経路でコンポーネントを取得することができる。
　〔中継サーバを含む配信システムの構成〕
　続いて、中継サーバを含む図１６（ｂ）の配信システムの構成について説明する。図１６（ｂ）の配信システムでは、サービスプロバイダサーバ１３２と、クライアント１３３との間に、中継サーバ１４２が介在している点が、同図（ａ）の配信システムとの相違点である。
　中継サーバ１４２は、コンテンツ配信のための中継を行うサーバである。この中継サーバ１４２は、例えば転送のためのプロキシサーバやミラーサーバであってもよいし、他の配信サービス事業者が管理するサーバ等であってもよい。つまり、中継サーバ１４２は、配信装置としての機能も有する。
　図示のように、中継サーバ１４２は、サービスプロバイダサーバ１３２から受信したコンポーネントを複数の配信経路でクライアント１３３に配信する。なお、中継サーバ１４２は、コンテンツプロバイダサーバ１３１からコンポーネントを受信してもよい。また、中継サーバ１４２によるコンポーネントの配信先は、図示しない他の中継サーバであってもよい。
　そして、中継サーバ１４２は、サービスプロバイダサーバ１３２またはコンテンツプロバイダサーバ１３１から配信されたコンポーネントを自機内あるいはその他の機器に蓄積し、以降の中継サーバあるいはクライアント１３３に転送する機能を有するものとする。
　〔中継サーバを含む配信システムにおける処理の流れ〕
　中継サーバを含む配信システムにおける処理は、サービスプロバイダサーバ１３２が経路情報と取得先情報とを含むコンポーネント管理情報９１’を形成するところまでは、図１６（ａ）の例と同じである。ただし、図１６（ｂ）の配信システムでは、コンポーネント管理情報９１’が中継サーバ１４２に送られる点が図１６（ａ）とは異なる。
　ここで、経路情報は、メディアの性質等により決定されているため、中継サーバ１４２が介在する場合であっても、基本的に変更の必要がない。一方、コンポーネントの取得先情報は、中継サーバ１４２が介在する場合には、中継サーバ１４２の蓄積先に変更する必要がある。
　このため、中継サーバ１４２は、サービスプロバイダサーバ１３２から得たコンポーネント管理情報９１’のうち、経路情報のみを継承したコンポーネント管理情報９１”を生成する。図示のように、コンポーネント管理情報９１”では、コンポーネント管理情報９１’に記述されていた取得先情報（他装置取得先情報）は記述されておらず、各コンポーネントの経路情報が記述されている。
　また、中継サーバ１４２は、継承した上記経路情報を参照して、新たに取得先情報を生成する。つまり、中継サーバ１４２は、取得先情報を生成する取得先情報生成手段を備えている。そして、コンポーネント管理情報９１”に対して、新たに生成した取得先情報を記述したコンポーネント管理情報９１’’’を生成して、以降の中継サーバあるいはクライアント１３３に配信する。つまり、中継サーバ１４２は、取得先情報配信手段を備えている。
　図示のように、中継サーバ１４２から送出されるコンテンツ管理情報９１’’’には、コンポーネント「compA」がユニキャスト配信向けコンポーネントであることを示す経路情報「unicast」と共に、その具体的な取得先を示す新たな取得先情報「url-a2」が記述されている。また、コンポーネント「compB」が放送向けコンポーネントであることを示す経路情報「broadcast」と共に、その具体的な取得先を示す新たな取得先情報「ch-b2」が記述されている。
　このようなコンポーネント管理情報９１’’’を受信したクライアント１３３は、その取得先情報を参照して、所望のコンポーネントを取得することができる。すなわち、コンポーネント「compA」を取得する場合には、取得先情報「url-a2」の示す取得先にアクセスすればよい。同様に、コンポーネント「compB」を取得する場合には、取得先情報「ch-b2」の示す取得先に受信チャンネルを合わせればよい。これにより、中継サーバ１４２から当該コンポーネントを取得することができる。
　なお、図１６（ａ）の例では、サービスプロバイダサーバ１３２が取得先情報を記述したコンポーネント管理情報を生成する例を示したが、同様の処理を同図（ａ）のコンテンツプロバイダサーバ１３１が行うようにしてもよい。また、同様の処理を同図（ｂ）の中継サーバ１４２が行う（中継サーバ１４２が新たにコンポーネント管理情報を生成する）ようにしてもよい。
　また、同図（ｂ）の例において、コンテンツプロバイダサーバ１３１が、取得先情報を記述したコンポーネント管理情報を生成する構成としてもよい。この場合、サービスプロバイダサーバ１３２が、取得先情報を更新したコンポーネント管理情報（図１６（ｂ）のコンポーネント管理情報９１’’’に相当）を生成してもよい。
　そして、図１６（ａ）（ｂ）の例では、１つの配信システムに対して各サーバが１つ含まれ、１つのサーバが複数の経路での配信を実行する態様を示しているが、実施形態１、２で既に示している通り、複数のサーバによって複数の経路で配信してもよい。すなわち、コンテンツプロバイダサーバ１３１および／またはサービスプロバイダサーバ１３２が複数で構成され、複数のサーバかつ複数の経路でコンポーネントの配信がなされるとしてもよい。中継サーバ１４２も同様である。
　さらに、図１６（ａ）（ｂ）の例では、コンポーネントが「compA」、「compB」の２つの場合の例を示しているが、コンポーネント管理情報に記述されるコンポーネントの数はこれに限られない。そして、図１６（ａ）（ｂ）の例では、各コンポーネントがユニキャスト配信向けと放送向けのものである例を示しているが、コンポーネントの経路情報もこれに限るものでないことは言うまでもない。
　例えば、３つのコンポーネントを対象とし、そのうち１つが放送向け、２つがユニキャスト向けであってもよい。また、４つのコンポーネントを対象とし、そのうち１つが放送向け、１つがマルチキャスト配信向け、残り２つがユニキャスト配信向けであってもよい。これらの何れのケースであっても、上記と同様のコンポーネント管理情報による管理が可能である。このように、本発明の配信システムは、様々なコンポーネント数、経路情報のパターンに対して適用可能である。無論、コンポーネントが１つの場合も含まれる。
　〔経路情報の変更について〕
　図１６（ａ）（ｂ）の例では、コンテンツプロバイダサーバ１３１（コンテンツ製作者）で設定された経路情報が配信システム全体にわたって継承される場合の例を示している。実施形態１で示した通り、経路情報を継承することは、コンテンツ製作者の意図を配信において強く反映させ得るとの効果を持つ。
　しかしながら、実施形態２で既に示している通り、サービスプロバイダサーバ１３２および／またはそれ以降のサービス事業者が、自身のサービスに合せて、もしくは自身の保有する配信経路に合せて、経路情報を変更することも可能である。
　この場合、実施形態２で示したように、コンポーネント管理情報と別のサービス経路情報を形成して管理することも可能であるし、あるいは、コンポーネント管理情報自体を変更し、以降の中継サーバ１４２もしくはクライアント１３３に送ることも可能である。
　〔複数の経路情報（取得先情報）を記述したコンポーネント管理情報について〕
　また、コンポーネント管理情報において、１つのコンポーネントに対して、複数の経路情報を記述可能とし、コンポーネントの配信に介在する機器（サービスプロバイダサーバ１３２や中継サーバ１４２等）が経路情報を追記するようにしてもよい。同様に、１つの経路情報に対して、複数の取得先情報を記述可能とし、コンポーネントの配信に介在する機器（サービスプロバイダサーバ１３２や中継サーバ１４２等）が取得先情報を追記するようにしてもよい。
　これについて、図１７に基づいて説明する。図１７は、１つのコンポーネントに対して複数の経路情報を記述可能なコンポーネント管理情報、および１つの経路情報に対して複数の経路情報を記述可能なコンポーネント管理情報の一例を示す図である。
　具体的には、同図（ａ）は１つのコンポーネントに対して２つの経路情報を記述したコンポーネント管理情報の例を示し、同図（ｂ）は２つの経路情報のそれぞれに対して取得先情報を記述したコンポーネント管理情報の例を示している。また、同図（ｃ）は、１つの経路情報に対して２つの取得先情報を記述したコンポーネント管理情報の例を示している。なお、コンポーネント管理情報は、基本的にはコンテンツプロバイダサーバ１３１が生成したものを用いるため、これを変更する図１７（ａ）～（ｃ）のような例は、特殊なケースと言える。
　同図（ａ）のコンポーネント管理情報では、１つのコンポーネントに対して、複数の経路情報を記述可能である。具体的には、コンポーネント「compB」に対して、「broadcast」の経路情報が対応付けて記述されていると共に、２つ目の経路情報として「unicast」が対応付けて記述されている。
　この１つ目の経路情報は、例えば図１６（ｂ）のコンテンツプロバイダサーバ１３１によって記述され、２つ目の経路情報は、例えば中継サーバ１４２によって記述される。この場合、サービスプロバイダサーバ１３２からコンポーネント管理情報９１’を受信した中継サーバ１４２が、コンポーネント「compB」をユニキャストでも配信可能であると判断する。そして、図１６（ｂ）のコンポーネント管理情報９１’’の代わりに、図１７（ａ）のコンポーネント管理情報を生成する。つまり、中継サーバ１４２は、受信したコンポーネント管理情報において、経路情報が対応付けられたコンポーネントに対して、さらに経路情報を対応付ける対応情報更新手段を備えている。
　さらに、中継サーバ１４２は、コンポーネント「compB」をユニキャストで配信する際の経路を決定し、決定した配信経路に応じた取得先情報を生成する。そして、生成した取得先情報をコンポーネント「compB」と対応付けて記述して、図１７（ｂ）のコンポーネント管理情報を生成する。このコンポーネント管理情報が、図１６（ｂ）のコンポーネント管理情報９１’’’の代わりに、以降の中継サーバあるいはクライアント１３３に配信される。
　なお、上述のような経路情報の追記は、クライアント１３３に対してコンポーネントの配信を行う任意の機器が行うことが可能であり、例えばサービスプロバイダサーバ１３２が行ってもよい。
　図１７（ｂ）の例では、コンポーネント「compB」に対して、２つの経路情報が記述されており、各経路情報に対して取得先情報が記述されている。このため、これを受信したクライアント１３３では、何れかの経路情報に対応する取得先情報を用いてコンポーネント「compB」を取得することができる。
　つまり、クライアント１３３は、取得先情報「ch-b2」のチャンネルでコンポーネント「compB」を受信することもできるし、取得先情報「url-b2」にアクセスしてコンポーネント「compB」を取得することもできる。
　このように、経路情報を追記したコンポーネント管理情報を生成することにより、クライアント１３３におけるコンポーネントの取得経路の選択の幅を増やすことができる。また、何れかの経路でコンポーネントを取得できなかった場合に、他の経路で取得することも可能になる。
　無論、コンポーネント管理情報において、１つのコンポーネントに対応付ける経路の数、および対応付ける経路情報の値は、図１７（ａ）（ｂ）の例に限られるものではなく、様々なパターンが適用可能である。
　また、図１７（ｃ）のコンポーネント管理情報では、１つの経路情報に対して複数の取得先情報を記述可能となっている。具体的には、コンポーネント「compA」に対応付けて記述されている経路情報「unicast」に対して、「url-a1」および「url-a2」の２つの取得先情報が対応付けて記述されている。
　このようなコンポーネント管理情報は、例えば図１６（ｂ）の中継サーバ１４２によって生成される。この場合、中継サーバ１４２は、受信したコンポーネント管理情報９１’の経路情報に基づいて、コンポーネント「compA」を、中継サーバ１４２からユニキャスト配信するための新たな取得先情報「url-a2」を生成する。そして、この新たな取得先情報を、元の取得先情報「url-a1」（他装置取得先情報）と並存させる形で記述して、図１７（ｃ）のコンポーネント管理情報を生成する。このコンポーネント管理情報が、図１６（ｂ）のコンポーネント管理情報９１’’’の代わりに、以降の中継サーバあるいはクライアント１３３に配信される。
　このようなコンポーネント管理情報を受信したクライアント１３３では、何れかの取得先情報を用いてコンポーネント「compA」を取得する。つまり、クライアント１３３は、取得先情報「url-a1」および「url-a2」から適当な何れかを選択し、選択したＵＲＬにアクセスしてコンポーネント「compA」を取得する。
　無論、コンポーネント管理情報において、１つの経路情報に対応付ける取得先情報の数および取得先情報の値は、図１７（ｃ）の例に限られるものではなく、様々なパターンが適用可能である。
　本発明は上述した各実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。
　〔ソフトウェアによる構成例〕
　最後に、一次配信サーバ１、９０および二次配信サーバ２、８０の各ブロック、特に制御部２１および４３は、集積回路（ＩＣチップ）上に形成された論理回路によってハードウェア的に実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェア的に実現してもよい。サービスプロバイダサーバ１３２および／または中継サーバ１４２が備える取得先情報生成手段、取得先情報配信手段、および対応情報更新手段についても同様である。
　後者の場合、一次配信サーバ１、９０および二次配信サーバ２、８０は、各機能を実現するプログラムの命令を実行するＣＰＵ、上記プログラムを格納したＲＯＭ（Read Only Memory）、上記プログラムを展開するＲＡＭ（Random Access Memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアである一次配信サーバ１、９０および二次配信サーバ２、８０の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、一次配信サーバ１、９０および二次配信サーバ２、８０に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。
　上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ類、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ－ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ－Ｒ等の光ディスクを含むディスク類、ＩＣカード（メモリカードを含む）／光カード等のカード類、マスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ（登録商標）／フラッシュＲＯＭ等の半導体メモリ類、あるいはＰＬＤ（Programmable logic device）やＦＰＧＡ（Field Programmable Gate Array）等の論理回路類などを用いることができる。
　また、一次配信サーバ１、９０および二次配信サーバ２、８０を通信ネットワークと接続可能に構成し、上記プログラムコードを通信ネットワークを介して供給してもよい。この通信ネットワークは、プログラムコードを伝送可能であればよく、特に限定されない。例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（Virtual Private Network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、この通信ネットワークを構成する伝送媒体も、プログラムコードを伝送可能な媒体であればよく、特定の構成または種類のものに限定されない。例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ（Asymmetric Digital Subscriber Line）回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩＥＥＥ８０２．１１無線、ＨＤＲ（High Data Rate）、ＮＦＣ（Near Field Communication）、ＤＬＮＡ（Digital Living Network Alliance）、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。なお、本発明は、上記プログラムコードが電子的な伝送で具現化された、搬送波に埋め込まれたコンピュータデータ信号の形態でも実現され得る。
　〔経路情報の例〕
　実施形態１の〔その他の例〕に関連して、配信経路を機能面で特定した情報からなる経路情報の例を説明する。
　配信経路を機能面で特定した情報のうち、即時性を示す経路情報としては、コンポーネントの遅延耐性を示す情報、例えば「delay#priority」が挙げられる。「delay#priority」（遅延優先度）とは、コンポーネントを伝送する際に、どの程度まで伝送時の遅延を許容するかを示した指標であり、例えば「レベル３（バイナリ表記では“11”）: high sensitivity: end-to-end delay << 1sec」、「レベル２（“10”）: medium sensitivity: end-to-end delay approx. 1 sec」、「レベル１（“01”）: low sensitivity: end-to-end delay < 5～10 sec」、「レベル０（“00”）: don't care」のようにレベル分けされた指標で表されるものとする。この場合、遅延を許容しない、即ち遅延耐性の極めて低いコンポーネントはレベル３とレベル付けされ、例えば遅延の無い放送経路で伝送する。十分に遅延を許容する（10秒以上の遅延を許容する、あるいは遅延を全く考慮しない）、即ち遅延耐性の高いコンポーネントはレベル０とレベル付けされ、例えばベストエフォート方式のオープンインターネット経路で伝送する。
　配信経路を機能面で特定した情報のうち、応答性を示す経路情報としては、双方向通信での応答の即時性を示す、例えば「response#priority」が挙げられる。「response#priority」（応答優先度）とは、応答に関する遅延の許容量を示す指標であり、上記したdelay#priorityと同様のレベル分けされた指標で表されるものとする。また、response#priorityは、既に示した双方向配信を示す経路情報「bidirectional」と共に利用される。
　配信経路を機能面で特定した情報のうち、高信頼性を示す経路情報としては、例えば、コンポーネントの誤り耐性を示す情報、例えば「loss#priority」や、コンポーネントの遅延耐性を示す情報、例えば「delay#priority」が挙げられる。「loss#priority」（欠損優先度）とは、コンポーネントを伝送する際に、どの程度まで伝送時の欠損を許容するかを示した指標であり、例えば、「レベル３（バイナリ表記では“11"）: loss priority 0 (Lossless)」、「レベル２（“10"）: loss priority 1 (Lossy, High priority)」、「レベル１（“01"）: loss priority 2 (Lossy, Medium priority)」、「レベル０（“00"）: loss priority 3 (Lossy, Low priority)」のようにレベル付けされた指標で表されるものとする。この場合、欠損を許容しない、即ち誤り耐性の極めて低いコンポーネントはレベル３とレベル付けされ、例えば再送要求等により実質的に欠損の無いユニキャスト通信経路で伝送する。配信経路として見た場合、欠損無し（lossless）の配信経路は信頼性が高いと解釈される。欠損を許容する、誤り耐性を有するコンポーネントは誤り耐性の度合いに応じてレベル２から０にレベル付けされ、マルチキャスト通信や放送経路等で伝送する。また、既に説明した「delay#priority」（遅延優先度）を、高信頼性を示す経路情報と解釈することもできる。例えば、「レベル３（“11”）: high sensitivity: end-to-end delay << 1sec」、「レベル２（“10”）: medium sensitivity: end-to-end delay approx. 1 sec」、「レベル１（“01”）: low sensitivity: end-to-end delay < 5～10 sec」、「レベル０（“00”）: don't care」のようにレベル付けされた指標で表されるとしたとき、遅延の少ない経路をより信頼性の高い経路と解釈し、高い値にレベル付けする。
　なお、高信頼性を示す経路情報として、コンポーネントの誤り耐性を示す情報とコンポーネントの遅延耐性を示す情報とのうち、いずれか一つを選択して利用してもよいし、両方を選択し組み合わせて利用してもよい。
　ここで、高信頼性を示す経路情報として、コンポーネントの誤り耐性を示す情報とコンポーネントの遅延耐性を示す情報とのうち、いずれか一つを選択して利用する場合の例を示す。例えば、高信頼性を示す経路情報が、優先度「11: loss priority 0 (Lossless)」のloss#priorityであれば、このコンポーネントは欠損無しの経路で配信するのが適当と判断される。このとき、利用可能な配信経路が放送経路あるいは通信経路のいずれかであれば、優先度「11」のloss#priorityは、通信経路でのブロードバンド配信向けであることを直接に示す経路情報、例えば「broadband」に対応すると解釈することができる。また、例えば、高信頼性を示す経路情報が、優先度「11: high sensitivity: end-to-end delay << 1sec」のdelay#priorityであれば、このコンポーネントは遅延無しの経路で配信するのが適当と判断される。このとき、利用可能な配信経路がユニキャスト配信あるいはマルチキャスト配信のいずれかであれば、優先度「11」のdelay#priorityは、要求・応答にかかる処理が少ないマルチキャスト配信向けであることを示す経路情報、例えば「multicast」に対応すると解釈することができる。
　また、図１９は、コンポーネントの誤り耐性を示す情報とコンポーネントの遅延耐性を示す情報との両方を選択し組み合わせて利用する場合に、それらの組合せによって選択すべき配信経路の例を示している。なお、図１９では、それぞれの軸を、既に説明したloss#priority（欠損優先度）、delay#priority（遅延優先度）のレベル付けした優先度値に対応付けて描いている。即ち、誤り耐性の軸は、値が大きいほど誤りの許容量が小さく、値が小さいほど誤りの許容量が大きいものとし、遅延耐性の軸は、値が大きいほど遅延の許容量が小さく、値が小さいほど遅延の許容量が大きいとしている。例えば、コンポーネントの誤り耐性を示す情報として優先度「11: loss priority 0 (Lossless)」のloss#priorityと、コンポーネントの遅延耐性を示す情報として優先度「00: don't care」のdelay#priorityとを選択して組み合わせた場合、これらの組合せはユニキャスト配信向けであることを示す経路情報（例えば「unicast」）に対応すると解釈することができる。また、例えば、優先度が「00: loss priority 3」のloss#priorityと優先度が「11: high sensitivity: end-to-end delay」のdelay#priorityとを選択して組み合わせた場合、これらの組合せは放送配信向けであることを示す経路情報（例えば「broadcast」）に対応すると解釈することができる。
　さらに、１つのコンポーネントをどのように配信するかといったコンポーネントの配信形態に係る要求情報を、経路選択のための情報、即ち本発明で言う経路情報とすることも可能である。配信形態に係る要求情報としては、具体的には同報性、速報性などが考えられる。
　配信形態に係る要求情報のうち、同報性を示す経路情報としては、コンポーネントが一斉配信向けコンポーネントであることを示す情報、例えば「simultaneity#priority」が挙げられる。「simultaneity#priority」（同報優先度）とは、該当のコンポーネントが不特定多数のクライアント向けに一斉配信されるコンポーネントであるか否かを示した指標であり、例えば「レベル３（バイナリ表記では“11"）: priority 0 (simultaneous, many and unspecified)」、「レベル２（“10"）: priority 1 (simultaneous, small and unspecified)」、「レベル１（“01"）: priority 2 (simultaneous, small and specified)」、「レベル０（“00"）: priority 3 (single)」のようにレベル付けされた指標で表すものとする。この場合、不特定多数に一斉配信するコンポーネントはレベル３とレベル付けされ、例えば放送経路で伝送する。クライアントに一対一配信するコンポーネントはレベル０とレベル付けされ、通信経路でユニキャスト配信する。
　配信形態に係る要求情報のうち、速報性を示す経路情報としては、コンポーネントが生成（撮影・録音）されてから実際に配信されるまでにかかる配信待ち時間に係る情報、例えば「live#priority」を挙げてもよい。「live#priority」（ライブ優先度）とは、コンポーネントが生成されてから配信されるまでにかかる時間を配信の遅延と解釈し、その配信遅延についての許容の程度を表した指標であり、例えば「レベル１: priority 0 (immediate)」、「レベル０: priority 1 (don't care)」のようにレベル付けされた指標で表すものとする。この場合、速報性の求められるコンポーネント、即ち生成と共に即配信されるべきコンポーネントはレベル１とし、リアルタイムに配信可能な通信経路で即時配信される。速報性の不要なコンポーネントはレベル０とし、放送経路で適当な時刻に配信されることを許容する。
　これらの配信経路を機能面で示した経路情報、配信形態の要求情報を示した経路情報はコンポーネント管理情報にそれぞれ記述され、それらの情報を組み合わせることで選択部あるいは経路決定部はコンポーネントの実際の配信経路を適宜選択、決定する。例えば、経路情報のうち、即時性、速報性、同報性、単/双方向性を示す経路情報を記述したコンポーネント“compA”のコンポーネント管理情報を以下のように記述する。
<component name=“compA”
　delay#priority=“3”
　live#pliority=“3”
　simultaneity#priority=“0”
　trans="bidirectional"
　… />
　〔まとめ〕
　以上のように、本明細書の記載の配信装置は、複数のコンポーネントで構成されるコンテンツを配信する配信装置であって、コンポーネントの配信経路を特定するための経路情報が各コンポーネントに対応付けられた対応情報を用いて、各コンポーネントの配信経路を決定する経路決定手段と、上記経路決定手段が決定した配信経路で各コンポーネントを配信する配信制御手段と、を備えていることを特徴としている。
　また、本明細書の記載の配信方法は、複数のコンポーネントで構成されるコンテンツを配信する配信装置による配信方法であって、コンポーネントの配信経路を特定するための経路情報が各コンポーネントに対応付けられた対応情報を用いて、各コンポーネントの配信経路を決定する経路決定ステップと、上記経路決定ステップにて決定した配信経路で各コンポーネントを配信する配信制御ステップと、を含むことを特徴としている。
　上記の構成によれば、各コンポーネントの配信経路を特定するための経路情報が各コンポーネントに対応付けられた対応情報を用いて、各コンポーネントの配信経路を決定し、決定した配信経路で各コンポーネントを配信する。
　このため、上記の構成によれば、配信経路の決定のためにコンポーネントの内容についての解析等を行う必要がなく、コンテンツを構成する各コンポーネントの配信経路を容易に決定し、配信を行うことができる。
　なお、上記対応情報は、コンポーネント自体（例えばコンポーネントのヘッダ）に経路情報が対応付けられたものであってもよいし、コンポーネントとは別に管理される情報（例えばテーブルやＸＭＬの形式の情報）であってもよい。
　また、上記経路情報は、コンポーネントの配信経路を特定するために用いることができる情報であればよい。例えば、特定の配信経路（放送経路や通信経路等）を直接的に示すものであってもよいし、配信経路の特性（双方向、単方向、マルチキャスト、ユニキャスト等）を示すものであってもよい。また、特定の配信経路による配信を許可（推奨）または禁止することを示す情報であってもよい。
　なお、上記コンポーネントは、１つのコンテンツの一部分を構成するものであり、他の構成部分とは異なる経路で配信され得る構成部分である。例えば、１つの動画コンテンツを構成するビデオデータとオーディオデータとは、それぞれ別の経路で配信可能であるから、それぞれが上記コンポーネントとなり得る。
　また、本明細書の記載の配信装置は、上記コンポーネントおよび上記対応情報を受信する受信部を備え、上記経路決定手段は、上記受信部が受信した対応情報を用いて、上記受信部が受信したコンポーネントの配信経路を決定し、上記配信制御手段は、上記経路決定手段が決定した配信経路で、上記受信部が受信したコンポーネントを配信することが好ましい。
　上記の構成によれば、上記コンポーネントおよび上記対応情報を受信する受信部を備え、受信部が受信した対応情報を用いて受信部が受信したコンポーネントの配信経路を決定し、決定した配信経路で受信部が受信したコンポーネントを配信する。
　つまり、上記の構成によれば、他の装置から受信したコンポーネントを、さらに他の装置に再配信する。そして、このコンポーネントを再送信する際には、受信した対応情報を用いて配信経路を決定する。したがって、上記の構成によれば、対応情報に応じた適切な配信経路でコンポーネントの再配信を行うことができる。
　また、上記対応情報は、複数のコンポーネントからなるグループに対して経路情報が対応付けられたものであり、上記経路決定手段は、同一グループに属する各コンポーネントの配信経路を、該グループに対して対応付けられている経路情報を用いて決定することが好ましい。
　上記の構成によれば、対応情報は、複数のコンポーネントからなるグループに対して経路情報が対応付けられたものであり、同一グループに属する各コンポーネントの配信経路を、該グループに対して対応付けられている経路情報を用いて決定する。
　したがって、コンポーネントをグループ単位で容易に配信することができる。なお、複数のコンポーネントからなるグループは、独立した複数のコンポーネントからなるものであってもよいし、複数のコンポーネントが多重化されたものであってもよい。また、独立した複数のコンポーネントからなるものである場合、それらのコンポーネントを多重化した後で配信してもよい。
　また、本明細書の記載の配信装置は、各コンポーネントに経路情報を対応付けて、上記対応情報とは異なる二次対応情報を生成する二次対応情報生成手段を備えていることが好ましい。
　上記の構成によれば、各コンポーネントに経路情報を対応付けて、上記対応情報とは異なる二次対応情報を生成する。このため、コンポーネントの配信経路を決定するための情報として、対応情報と二次対応情報という２つの情報が生じることになる。
　したがって、上記の構成によれば、コンポーネントの配信経路に多様性を持たせることができる。これにより、例えば、上記配信装置を用いる配信業者毎に、その配信能力に応じた適切な配信経路で配信を行わせることも可能になる。
　また、上記二次対応情報生成手段は、上記対応情報に含まれる経路情報のうち、自装置が使用できない配信経路を示す経路情報を、自装置が使用できる配信経路に変更して、上記二次対応情報を生成することが好ましい。
　ここで、本明細書の記載の配信装置がコンテンツの二次配信に用いられるような場合には、対応情報の経路情報が示す配信経路での配信が困難であることも想定される。例えば、本明細書の記載の配信装置が放送配信のみに対応している場合には、通信経路を示す経路情報がコンポーネントに対応付けられていたとしても、このコンポーネントを通信経路で配信することはできない。また、通信配信に対応している場合であっても、クライアントとの間のネットワークトラフィックが混雑しているときには、通信経路による配信が難しくなる。
　そこで、上記の構成によれば、対応情報に含まれる経路情報のうち、自装置が使用できない配信経路を示す経路情報を、自装置が使用できる配信経路に変更して、二次対応情報を生成する。
　したがって、上記のようにして生成した二次対応情報を用いて配信を行うことにより、元の対応情報をベースとしつつ、自装置の配信能力や配信経路の混雑状況等に応じた適切な配信経路での配信が可能になる。
　さらに、このような二次対応情報を他の配信装置に送信してもよく、これにより自装置と同様の配信能力を有する配信装置や、自装置と同様の通信環境下にある配信装置にも適切な配信経路での配信を行わせることができる。
　また、本明細書の記載の配信装置は、上記コンポーネントおよび上記対応情報を受信する受信部と、上記受信部が受信した上記対応情報において、経路情報が対応付けられたコンポーネントに対してさらに経路情報を対応付ける対応情報更新手段とを備えていることが好ましい。
　上記の構成によれば、受信部が受信した対応情報において、経路情報が対応付けられたコンポーネントに対してさらに経路情報を対応付ける。すなわち、１つのコンポーネントに対して複数の経路情報を対応付ける。したがって、上記の構成によれば、コンポーネントの配信経路の選択の幅を増やすことができる。
　また、本明細書の記載の配信装置は、上記コンポーネントおよび上記対応情報を受信する受信部と、上記経路決定手段が決定した配信経路によって上記コンポーネントを取得するための取得先情報を生成する取得先情報生成手段と、上記取得先情報生成手段が生成した上記取得先情報を配信する取得先情報配信手段とを備えていることが好ましい。
　上記の構成によれば、経路決定手段が決定した配信経路によってコンポーネントを取得するための取得先情報を生成し、この取得先情報を配信する。なお、取得先情報は、対応情報に追記することによって、対応情報と共に配信してもよい。
　したがって、上記取得先情報の配信を受けた装置では、この取得先情報を参照することによって、経路決定手段が決定した配信経路によってコンポーネントを取得することができる。つまり、上記の構成によれば、クライアントに、対応情報に従ってコンポーネントを取得させることができる。
　また、上記取得先情報生成手段は、上記受信部が、上記コンポーネントと共に該コンポーネントを他の装置から取得するための他装置取得先情報を受信した場合に、上記配信装置から当該コンポーネントを取得するための取得先情報を生成することが好ましい。
　上記の構成によれば、コンポーネントと共に該コンポーネントを他の装置から取得するための他装置取得先情報を受信した場合に、上記経路決定手段が決定した配信経路によって当該コンポーネントを取得するための取得先情報を生成する。
　つまり、上記の構成によれば、クライアントに、上記経路決定手段が決定した配信経路によって当該コンポーネントを取得させることができる。これにより、他装置取得先情報が示す取得先から当該コンポーネントの取得ができなくなった場合であっても、クライアントに当該コンポーネントを取得させることが可能になる。
　また、上記取得先情報生成手段は、上記受信部が、上記コンポーネントと共に該コンポーネントを他の装置から取得するための他装置取得先情報を受信した場合に、受信した他装置取得先情報が示す取得先または上記経路決定手段が決定した配信経路によって当該コンポーネントを取得するための取得先情報を生成するものであってもよい。
　上記の構成によれば、コンポーネントと共に他装置取得先情報を受信した場合に、他装置取得先情報が示す取得先または経路決定手段が決定した配信経路によって当該コンポーネントを取得するための取得先情報を生成する。
　したがって、クライアントに、他装置取得先情報が示す取得先または上記経路決定手段が決定した配信経路によって当該コンポーネントを取得させることができる。これにより、クライアントに、コンポーネントを取得する経路の選択の余地を与えることができる。また、これにより、他装置取得先情報が示す取得先または上記経路決定手段が決定した配信経路の何れかから当該コンポーネントの取得ができなくなった場合であっても、クライアントに当該コンポーネントを取得させることが可能になる。
　また、本明細書の記載の対応情報生成装置は、コンテンツを構成する各コンポーネントについて、該コンポーネントの配信経路を特定するための経路情報を決定する経路情報決定手段と、上記経路情報決定手段が決定した経路情報とコンポーネントとを対応付けて対応情報を生成する対応情報生成手段と、を備えていることを特徴としている。
　そして、本明細書の記載の対応情報生成方法は、対応情報生成装置による対応情報生成方法であって、コンテンツを構成する各コンポーネントについて、該コンポーネントの配信経路を特定するための経路情報を決定する経路情報決定ステップと、上記経路情報決定ステップにて決定した経路情報とコンポーネントとを対応付けて対応情報を生成する対応情報生成ステップと、を含むことを特徴としている。
　上記の構成によれば、コンテンツを構成する各コンポーネントについて、その配信経路を特定するための経路情報を決定し、決定した経路情報とコンポーネントとを対応付けて対応情報を生成する。
　したがって、この対応情報を用いることにより、配信経路の決定のためにコンポーネントの内容についての解析等を行う必要がなく、コンテンツを構成する各コンポーネントの配信経路を容易に決定し、配信を行うことが可能になる。
　なお、生成した対応情報を用いて配信を行う主体は、上記対応情報生成装置であってもよいし、他の配信装置であってもよい。そして、他の配信装置が配信を行う場合には、その配信装置に対応情報を送信してもよい。
　また、上記経路情報決定手段は、上記各コンポーネントの属性を示す属性情報と、経路情報毎に予め定められた判定基準とを参照し、上記属性情報が上記判定基準を満たすコンポーネントについて、当該判定基準に対応する経路情報を、当該コンポーネントの経路情報として決定することが好ましい。
　上記の構成によれば、各コンポーネントの属性を示す属性情報と、経路情報毎に予め定められた判定基準とを参照し、属性情報が判定基準を満たすコンポーネントについて、当該判定基準に対応する経路情報を、当該コンポーネントの経路情報として決定する。
　したがって、上記の構成によれば、予め定められた判定基準に応じた経路情報が自動的に決定される。なお、予め定められた判定基準は、例えば、経路情報が、放送配信のような大容量コンテンツの配信に適応できる配信経路を示すものである場合、コンポーネントのファイルサイズが予め定めた上限値を超えていることであってもよい。この場合、参照する属性情報はコンポーネントのファイルサイズということになる。
　また、上記対応情報生成手段は、上記経路情報決定手段が決定した経路情報が同一であるコンポーネントを１つのグループとして、当該グループに対して経路情報を対応付けることが好ましい。
　上記の構成によれば、決定した経路情報が同一であるコンポーネントを１つのグループとして、当該グループに対して経路情報を対応付ける。このため、同一の経路情報が決定されたコンポーネントが複数存在する場合には、その複数のコンポーネントからなるグループに対して経路情報が対応付けられた対応情報が生成される。そして、このような対応情報を用いることにより、コンポーネントをグループ単位で容易に配信することができる。
　なお、本明細書の記載の配信装置および本明細書の記載の対応情報生成装置は、コンピュータによって実現してもよく、この場合には、コンピュータを上記配信装置または上記対応情報生成装置の各手段として動作させることにより、上記配信装置または上記対応情報生成装置をコンピュータにて実現させる制御プログラム、およびそれを記録したコンピュータ読み取り可能な記録媒体も本発明の範疇に入る。
　本発明は、マルチコンポーネントコンテンツの配信に利用することができる。
　１、１’、１”　　　一次配信サーバ（対応情報生成装置）
１２、１２’、１２”　経路設定部（経路情報決定手段、対応情報生成手段）
３０　　コンポーネント
３１　　コンポーネント管理情報（対応情報）
　２　　二次配信サーバ（配信装置）
４０　　第１受信部（受信部）
４０’　第２受信部（受信部）
４０”　第３受信部（受信部）
５１　　配信制御部（配信制御手段）
５２　　経路決定部（経路決定手段）
６０　　コンポーネント
６１　　コンポーネント管理情報（対応情報）
８０　　二次配信サーバ（配信装置）
５３　　サービス設計部（二次対応情報生成手段）
６２　　サービス経路情報（二次対応情報）
９０　　一次配信サーバ（対応情報生成装置、配信装置）
１５　　サービス設計部（二次対応情報生成手段）
１６　　選択部（配信制御手段、経路決定手段）
３２　　サービス経路情報（二次対応情報）
１３２　サービスプロバイダサーバ（配信装置）
１４２　中継サーバ（配信装置）

Claims (17)

  1. 　複数のコンポーネントで構成されるコンテンツを配信する配信装置であって、
    　コンポーネントの配信経路を特定するための経路情報が各コンポーネントに対応付けられた対応情報を用いて、各コンポーネントの配信経路を決定する経路決定手段と、
    　上記経路決定手段が決定した配信経路で各コンポーネントを配信する配信制御手段と、を備えていることを特徴とする配信装置。
  2. 　上記コンポーネントおよび上記対応情報を受信する受信部を備え、
    　上記経路決定手段は、上記受信部が受信した対応情報を用いて、上記受信部が受信したコンポーネントの配信経路を決定し、
    　上記配信制御手段は、上記経路決定手段が決定した配信経路で、上記受信部が受信したコンポーネントを配信することを特徴とする請求項１に記載の配信装置。
  3. 　上記対応情報は、複数のコンポーネントからなるグループに対して経路情報が対応付けられたものであり、
    　上記経路決定手段は、同一グループに属する各コンポーネントの配信経路を、該グループに対して対応付けられている経路情報を用いて決定することを特徴とする請求項１または２に記載の配信装置。
  4. 　各コンポーネントに経路情報を対応付けて、上記対応情報とは異なる二次対応情報を生成する二次対応情報生成手段を備えていることを特徴とする請求項１から３の何れか１項に記載の配信装置。
  5. 　上記二次対応情報生成手段は、上記対応情報に含まれる経路情報のうち、自装置が使用できない配信経路を示す経路情報を、自装置が使用できる配信経路に変更して、上記二次対応情報を生成することを特徴とする請求項４に記載の配信装置。
  6. 　上記コンポーネントおよび上記対応情報を受信する受信部と、
    　上記受信部が受信した上記対応情報において、経路情報が対応付けられたコンポーネントに対してさらに経路情報を対応付ける対応情報更新手段とを備えていることを特徴とする請求項１から５の何れか１項に記載の配信装置。
  7. 　上記コンポーネントおよび上記対応情報を受信する受信部と、
    　上記経路決定手段が決定した配信経路によって上記コンポーネントを取得するための取得先情報を生成する取得先情報生成手段と、
    　上記取得先情報生成手段が生成した上記取得先情報を配信する取得先情報配信手段とを備えていることを特徴とする請求項１から６の何れか１項に記載の配信装置。
  8. 　上記取得先情報生成手段は、上記受信部が、上記コンポーネントと共に該コンポーネントを他の装置から取得するための他装置取得先情報を受信した場合に、上記経路決定手段が決定した配信経路によって当該コンポーネントを取得するための取得先情報を生成することを特徴とする請求項７に記載の配信装置。
  9. 　上記取得先情報生成手段は、上記受信部が、上記コンポーネントと共に該コンポーネントを他の装置から取得するための他装置取得先情報を受信した場合に、受信した他装置取得先情報が示す取得先または上記経路決定手段が決定した配信経路によって当該コンポーネントを取得するための取得先情報を生成することを特徴とする請求項７に記載の配信装置。
  10. 　コンテンツを構成する各コンポーネントについて、該コンポーネントの配信経路を特定するための経路情報を決定する経路情報決定手段と、
    　上記経路情報決定手段が決定した経路情報とコンポーネントとを対応付けて対応情報を生成する対応情報生成手段と、を備えていることを特徴とする対応情報生成装置。
  11. 　上記経路情報決定手段は、上記各コンポーネントの属性を示す属性情報と、経路情報毎に予め定められた判定基準とを参照し、上記属性情報が上記判定基準を満たすコンポーネントについて、当該判定基準に対応する経路情報を、当該コンポーネントの経路情報として決定することを特徴とする請求項１０に記載の対応情報生成装置。
  12. 　上記対応情報生成手段は、上記経路情報決定手段が決定した経路情報が同一であるコンポーネントを１つのグループとして、当該グループに対して経路情報を対応付けることを特徴とする請求項１０または１１に記載の対応情報生成装置。
  13. 　複数のコンポーネントで構成されるコンテンツを配信する配信装置による配信方法であって、
    　コンポーネントの配信経路を特定するための経路情報が各コンポーネントに対応付けられた対応情報を用いて、各コンポーネントの配信経路を決定する経路決定ステップと、
    　上記経路決定ステップにて決定した配信経路で各コンポーネントを配信する配信制御ステップと、を含むことを特徴とする配信方法。
  14. 　対応情報生成装置による対応情報生成方法であって、
    　コンテンツを構成する各コンポーネントについて、該コンポーネントの配信経路を特定するための経路情報を決定する経路情報決定ステップと、
    　上記経路情報決定ステップにて決定した経路情報とコンポーネントとを対応付けて対応情報を生成する対応情報生成ステップと、を含むことを特徴とする対応情報生成方法。
  15. 　請求項１から９の何れか１項に記載の配信装置を動作させるための制御プログラムであって、コンピュータを上記各手段として機能させるための制御プログラム。
  16. 　請求項１０から１２の何れか１項に記載の対応情報生成装置を動作させるための制御プログラムであって、コンピュータを上記各手段として機能させるための制御プログラム。
  17. 　請求項１５または１６に記載の制御プログラムを記録したコンピュータ読み取り可能な記録媒体。
PCT/JP2012/076944 2011-10-21 2012-10-18 配信装置、配信方法、対応情報生成装置、対応情報生成方法、制御プログラム、および記録媒体 WO2013058313A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US14/352,570 US20140281028A1 (en) 2011-10-21 2012-10-18 Delivery device, delivery method, association information generation device, association information generation method, control program, and recording medium
CN201280051408.0A CN103890741A (zh) 2011-10-21 2012-10-18 发布装置、发布方法、对应信息生成装置、对应信息生成方法、控制程序以及记录介质

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
JP2011-232223 2011-10-21
JP2011232223 2011-10-21
JP2012019156 2012-01-31
JP2012-019156 2012-01-31
JP2012160038 2012-07-18
JP2012-160038 2012-07-18

Publications (1)

Publication Number Publication Date
WO2013058313A1 true WO2013058313A1 (ja) 2013-04-25

Family

ID=48140956

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2012/076944 WO2013058313A1 (ja) 2011-10-21 2012-10-18 配信装置、配信方法、対応情報生成装置、対応情報生成方法、制御プログラム、および記録媒体

Country Status (4)

Country Link
US (1) US20140281028A1 (ja)
JP (1) JP2014038581A (ja)
CN (1) CN103890741A (ja)
WO (1) WO2013058313A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016149625A (ja) * 2015-02-12 2016-08-18 日本放送協会 配信システム、配信方法及び配信プログラム
JP2016149624A (ja) * 2015-02-12 2016-08-18 日本放送協会 配信システム、配信方法及び配信プログラム

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106105240B (zh) 2015-01-21 2019-11-08 Lg电子株式会社 发送广播信号的装置以及发送广播信号的方法
CN108961627A (zh) * 2018-06-11 2018-12-07 苏州工业园区金禾电气设备有限公司 电力设备现场安全警示信息发布方法
CN112565032B (zh) * 2020-11-30 2022-07-05 扬州鹏为软件有限公司 一种终端与智能化设备的连接方法

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004304429A (ja) * 2003-03-31 2004-10-28 Sanyo Electric Co Ltd 情報配信システム、情報配信システムに利用可能な放送受信装置装置およびコンテンツ受信装置
JP2009094715A (ja) * 2007-10-05 2009-04-30 Nippon Telegr & Teleph Corp <Ntt> 配信予約方法及び予約管理装置及び配信予約プログラム
JP2011023830A (ja) * 2009-07-13 2011-02-03 Nippon Telegr & Teleph Corp <Ntt> 番組送信装置、番組受信装置、番組配信システム、番組送信方法、番組受信方法、番組送信プログラムおよび番組受信プログラム

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7457279B1 (en) * 1999-09-10 2008-11-25 Vertical Communications Acquisition Corp. Method, system, and computer program product for managing routing servers and services
JP2003224842A (ja) * 2002-01-31 2003-08-08 Matsushita Electric Ind Co Ltd コンテンツ配信方法
WO2006129384A1 (ja) * 2005-05-31 2006-12-07 Sharp Kabushiki Kaisha 双方向サービスシステム及びマルチメディアコンテンツ処理装置
US20080101368A1 (en) * 2006-10-31 2008-05-01 Weinman Joseph B Method and apparatus for providing message content based route selection
US8230108B2 (en) * 2007-04-13 2012-07-24 Hart Communication Foundation Routing packets on a network using directed graphs
CN101558589B (zh) * 2007-05-14 2015-11-25 三星电子株式会社 用于发送广播的方法和设备、用于接收广播的方法和设备
US8289845B1 (en) * 2007-05-15 2012-10-16 Avaya Inc. Assured path optimization
CN101854338B (zh) * 2009-03-31 2014-02-26 国际商业机器公司 订户设备及其订阅管理方法、实时通信方法和系统
US8732320B2 (en) * 2011-04-12 2014-05-20 Tibco Software Inc. Fast content-based routing
EP2767050A1 (en) * 2011-10-13 2014-08-20 Interdigital Patent Holdings, Inc. Method and apparatus for providing interfacing between content delivery networks

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004304429A (ja) * 2003-03-31 2004-10-28 Sanyo Electric Co Ltd 情報配信システム、情報配信システムに利用可能な放送受信装置装置およびコンテンツ受信装置
JP2009094715A (ja) * 2007-10-05 2009-04-30 Nippon Telegr & Teleph Corp <Ntt> 配信予約方法及び予約管理装置及び配信予約プログラム
JP2011023830A (ja) * 2009-07-13 2011-02-03 Nippon Telegr & Teleph Corp <Ntt> 番組送信装置、番組受信装置、番組配信システム、番組送信方法、番組受信方法、番組送信プログラムおよび番組受信プログラム

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016149625A (ja) * 2015-02-12 2016-08-18 日本放送協会 配信システム、配信方法及び配信プログラム
JP2016149624A (ja) * 2015-02-12 2016-08-18 日本放送協会 配信システム、配信方法及び配信プログラム

Also Published As

Publication number Publication date
US20140281028A1 (en) 2014-09-18
CN103890741A (zh) 2014-06-25
JP2014038581A (ja) 2014-02-27

Similar Documents

Publication Publication Date Title
US8826349B2 (en) Multicast adaptive stream switching for delivery of over the top video content
TWI441520B (zh) 由媒體流產生長度可變之片段之系統及方法
US9106943B2 (en) Sharing of subscriber-recorded digital video recorder content
US9148682B2 (en) Method and apparatus for providing broadcast content and system using the same
WO2013058313A1 (ja) 配信装置、配信方法、対応情報生成装置、対応情報生成方法、制御プログラム、および記録媒体
US20120036105A1 (en) Method and Apparatus for Distributing Data in a Peer-To-Peer Network
CN103460667A (zh) 使用字节范围请求的视频数据的网络流
WO2009086784A1 (zh) 文件内容分发方法、装置及系统
US20140181243A1 (en) Server-based content tracking apparatus and method
US20110321062A1 (en) Capturing events from and providing targeted messages to a digital media device
CN101521583B (zh) 一种资源接纳控制方法、系统和装置
US11374670B2 (en) Receiving device, transmitting device, and data processing method
WO2018079295A1 (ja) 情報処理装置、及び、情報処理方法
WO2016136489A1 (ja) 受信装置、受信方法、送信装置、及び、送信方法
KR101351715B1 (ko) 계승 통신 관리 장치
WO2017141701A1 (ja) 受信装置、送信装置、及び、データ処理方法
US10893315B2 (en) Content presentation system and content presentation method, and program
CN105656742A (zh) 一种基于most的多环网流媒体多播系统和方法
KR20060123519A (ko) 통신 네트워크에서 시청각 콘텐츠를 레코딩하는 방법
JP6597604B2 (ja) 受信装置、送信装置、データ通信方法、およびデータ処理方法
KR20150112894A (ko) Mmt 에셋 전달 특성 시그널링 메시지의 구성 방법
KR100835528B1 (ko) 구간정보를 이용한 멀티미디어 콘텐츠의 스트리밍 방법 및그 스트리밍 단말기
CN105917659A (zh) 服务提供商网络中的节目记录的混合存储
CA2925455A1 (en) Content supplying apparatus, content supplying method, program, terminal device, and content supplying system
KR20160141715A (ko) 수신 장치, 수신 방법, 송신 장치 및 송신 방법

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 12841105

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 14352570

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12841105

Country of ref document: EP

Kind code of ref document: A1