WO2017204602A1 - 미디어 서비스 리스트의 제공 방법 - Google Patents

미디어 서비스 리스트의 제공 방법 Download PDF

Info

Publication number
WO2017204602A1
WO2017204602A1 PCT/KR2017/005555 KR2017005555W WO2017204602A1 WO 2017204602 A1 WO2017204602 A1 WO 2017204602A1 KR 2017005555 W KR2017005555 W KR 2017005555W WO 2017204602 A1 WO2017204602 A1 WO 2017204602A1
Authority
WO
WIPO (PCT)
Prior art keywords
media
mmt
list
service list
service
Prior art date
Application number
PCT/KR2017/005555
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
Priority claimed from KR1020170007335A external-priority patent/KR102613231B1/ko
Application filed by 삼성전자 주식회사 filed Critical 삼성전자 주식회사
Priority to US16/304,422 priority Critical patent/US10904604B2/en
Publication of WO2017204602A1 publication Critical patent/WO2017204602A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/27—Server based end-user applications
    • H04N21/278—Content descriptor database or directory service for end-user access
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/478—Supplemental services, e.g. displaying phone caller identification, shopping application

Definitions

  • the present disclosure relates to a method for providing a list of media services.
  • EPG Interactive Program Guide
  • IPG Interactive Program Guide
  • ESG Electronic Service Guide
  • KBS specific broadcasting company
  • MBC multichannel video programming distributor
  • MVPD multichannel video programming distributor
  • SK Broadband, Olleh KT which is a paid retransmission service provider that receives and retransmits content from the broadcasting company
  • the user receives an ESG produced and distributed by a specific retransmission service provider or terrestrial broadcaster subscribed to by the user for a fee, and the user selects a desired broadcast program based on the received ESG or obtains information about a future broadcast order.
  • Embodiments of the present disclosure provide a method for providing a user with an integrated, user-centric list of media services that is not dependent on a service provider.
  • Embodiments of the present disclosure provide a method for providing a user with a list of media services that includes a type of channel that consumes a media package.
  • An embodiment of the present disclosure provides a method for requesting a media package of a specified channel type based on an available channel of a terminal.
  • Embodiments of the present disclosure provide a method for integrating according to the type of media channel to provide a list of media services to a user.
  • An embodiment of the present disclosure provides a method of providing a terminal with update information of a service included in a media service list.
  • a method of providing a media service list may include obtaining location information of at least one media service list, receiving the at least one media service list based on the location information, and receiving the received location information. Generating a unified media service list by integrating the at least one media service list, and providing the unified media service list to a user.
  • a method of providing a media service list includes one or more media packages corresponding to one program, one or more media channels that are logical groups of the one or more media packages, and includes a service included in the media channel. Channel providing the kind of channel needed to consume Generating a media service list including a channel type and transmitting the generated media service list to a terminal.
  • broadcast service information integrated into one application may be acquired.
  • broadcast service information provided by a plurality of service providers may be collected and provided to a user in a user terminal, and broadcast service information may not be dependent on a specific broadcaster.
  • a media service list including a type of a channel used for consuming a media package may be provided to a user.
  • a media package of a designated channel type may be requested based on an available channel of the terminal.
  • the media service list may be provided to the user by integrating according to the type of the media channel.
  • update information of a service included in a media service list may be provided to a terminal.
  • FIG. 1 is a diagram illustrating a concept of providing broadcast service information to a user according to an embodiment of the present disclosure.
  • FIG. 2 is a diagram illustrating an MMT Service List Descriptor Data Model according to an embodiment of the present disclosure.
  • FIG. 3 is a diagram illustrating a structure of an MMT receiving entity according to an embodiment of the present disclosure.
  • FIG. 4 is a diagram illustrating an operation of an MMT receiving entity according to an embodiment of the present disclosure.
  • FIG. 5 is a diagram illustrating an operation of an MMT transmitting entity according to an embodiment of the present disclosure.
  • MMT MPEG media transport
  • (MMT) service list is a term having the same meaning and may be used interchangeably.
  • ESG Electronic Service Guide
  • EPG Electronic Program Guide
  • IPG Interactive Program Guide
  • the MMT transmitting entity may be an MMT transmitting entity of a broadcaster or a service provider, or a separate server storing an MMT service list, and an MMT transmitting entity and an MMT service list storing server may be used interchangeably.
  • the MMT receiving entity may be included in the user terminal or may be connected to the user terminal in a wired / wireless manner, and the MMT receiving entity and the (user) terminal may be used interchangeably.
  • the terminal may be a terminal having a display unit such as a TV terminal, a mobile phone, a laptop, and the like.
  • FIG. 1 is a diagram illustrating a concept of providing broadcast service information to a user according to an embodiment of the present disclosure.
  • a plurality of broadcast service information is integrated into one broadcast service information and provided to a user.
  • 1 illustrates a hierarchical structure of a user terminal in order to describe a step in which broadcast service information is transmitted to a user in a user terminal.
  • the user terminal may further include one or more additional layers other than the layers shown in FIG. 1, but the additional one or more layers are omitted from FIG. 1 for convenience of description.
  • information about a broadcast service generated by one or more service providers may be received at an MMT receiving entity 125 through a lower layer 131 and 129. May be incorporated into a Service List Descriptor 124.
  • the one integrated service list descriptor 124 may be provided to the user through the user applications 121, 122, 123 of the upper layer 101 of the MMT receiving entity 125. Since the plurality of broadcast service information are integrated into the single service list descriptor 124, the same service list descriptor 124 may be provided to a plurality of user applications 121, 122, and 123. Accordingly, the user can obtain the integrated broadcast service information only through one application. Instead of simply receiving and confirming broadcast service information configured by a service provider, broadcast service information may not be dependent on a specific broadcaster because the user terminal collects broadcast service information provided by a plurality of service providers.
  • a user executes an application of a specific service provider to view broadcast service information of a specific service provider, and executes only one application without having to separately execute an application of the corresponding service provider to view broadcast service information of another service provider.
  • Integrated broadcast service information can be viewed. That is, according to the present disclosure, it is possible to provide user-oriented integrated broadcast service information.
  • (MMT) service list As hereinafter, "(MMT) service list”, “(MMT) service descriptor”, “(MMT) service list descriptor”, and “descriptor” are terms having the same meaning and may be used interchangeably.
  • FIG. 2 is a diagram illustrating an MMT Service List Descriptor Data Model according to an embodiment of the present disclosure.
  • one MMT Service List Descriptor 210 may include one or more MMT Channels (MMT Channel # 1, MMT Channel # 2, MMT Channel # 3, ...) (211, 212). , 213, ...), and one MMT channel may include one or more MMT packages (MMT Package # 1, MMT Package # 2, MMT Package # 3, MMT Package # 4...) (221, 222). , 223, 224, ).
  • One MMT package includes information about one broadcast content program (eg, variety show, news, baseball game, etc.), and one MMT channel is a bundle of one or more broadcast content programs.
  • the MMT Service List Descriptor 210 may include a transport channel list composed of one or more transport channels and a content program list composed of one or more content programs.
  • One MMT service list may be provided by one particular broadcaster, and a plurality of MMT service lists may be provided by one particular broadcaster.
  • An MMT receiving entity obtains location information (eg, a Descriptor URL) of a corresponding descriptor determined by a provider of the MMT service list descriptor 210, and from the location information, the MMT service list descriptor 210. Can be obtained.
  • the MMT receiving entity may receive one or more MMT service lists and integrate them into one MMT service list.
  • the location information may reside within an MMT Sending Entity.
  • the MMT transmitting entity may provide location information to the MMT receiving entity.
  • the location information may exist in a separate server that provides the MMT service list descriptor 210, and the server may provide the location information to the MMT receiving entity.
  • the MMT channel may be a linear broadcast channel or a non-linear broadcast channel.
  • the linear broadcast channel refers to a channel composed of content programs having a broadcast schedule.
  • one MMT package may additionally include time attribute information for a specific time when the corresponding MMT package is broadcast.
  • the package may include attribute information of a start time (StartTime) and an end time (EndTime) of the corresponding package.
  • the MMT receiving entity may be provided with a plurality of MMT service list descriptors 210 by a plurality of broadcasters.
  • the MMT receiving entity may obtain an MMT service list descriptor 210 including a list of MMT services from location information (eg, Descriptor URLs) of the plurality of descriptors.
  • MMT services may include one or more MMT packages and / or one or more MMT channels.
  • the MMT receiving entity may merge the obtained plurality of MMT service list descriptors 210 and provide the same to the user.
  • the MMT service list which is integrated and provided to the user, may serve as an electronic service guide (ESG). have.
  • ESG electronic service guide
  • the MMT service list descriptor 210 may provide information about an MMT service provided in the form of an MMT protocol from a specific broadcast service provider.
  • One MMT service list descriptor 210 includes information on one or more MMT channels 211, 212, and 213, and each MMT channel includes information on one or more MMT packages 221, 222, 223, and 224. It may be a logical unit including information about the bundle.
  • the MMT package may include information about one specific content program such as news, sports games, or movies, and one MMT package may have a unique ID attribute called MMT package identifier (MMT_Package_id) to distinguish it from other MMT packages. It can have a value.
  • MMT_Package_id unique ID attribute
  • MMT Service List Schema MMT Service List Schema
  • the MMT service list descriptor 210 is configured in MMT package units, and one MMT package includes one or more assets.
  • one MMT channel may include a bundle of one or more MMT packages, and the list of MMT channels and MMT packages may be provided to the user as ESG, EPG, or IPG.
  • Tables 1 and 2 below are examples of the structure of the MMT Service List Descriptor Schema. ⁇ Table 1> and ⁇ Table 2> are originally continuous, but are divided into two tables on the limit of the ground.
  • descriptorURL is an address value where the corresponding MMT service list is located before the MMT receiving entity receives the MMT service list.
  • the MMT receiving entity may obtain one or more descriptorURLs and store it in the MMT receiving entity.
  • the user may find descriptorURLs of one or more MMT service lists through a specific path, and store descriptorURL information of one or more preferred providers among them.
  • descriptorURL may be provided as separate means information for providing information of a service list in a service list such as an EPG delivered on a separate broadcast physical channel.
  • the MMT receiving entity may transmit a request for the MMT service list to a descriptorURL address to obtain the MMT service list. According to the request, the MMT receiving entity may receive an MMT service list.
  • the MMT receiving entity may receive one or more MMT service lists, and the MMT receiving entity may integrate and provide the received one or more MMT service lists to a user.
  • channel type provides type information of a corresponding channel. That is, the channel type (channelType) provides type information of the MMT channel included in the MMT service list.
  • the channel type (channelType) provides type information of a physical transport channel required to consume a service (MMT package) described in the corresponding channel.
  • the MMT transmitting entity may tag and transmit a channel type.
  • a channel type may be considered. That is, the MMT receiving entity compares the available physical channels of the terminal with the channel type, and may integrate only the MMT channels available to the terminal among the received one or more MMT service lists.
  • the MMT receiving entity integrates only a channel having a channelType value of 0 and provides it to the user.
  • the MMT receiving entity may provide only a list of services currently available to the user based on a channel type received by being tagged with the MMT service list.
  • FIG. 3 is a diagram illustrating a structure of an MMT receiving entity according to an embodiment of the present disclosure.
  • “(MMT) Service List”, “(MMT) Service Descriptor”, “(MMT) Service List Descriptor”, and “Descriptor” are terms having the same meaning and may be used interchangeably.
  • the MMT Service Descriptor Storage Server 301 transmits a plurality of MMT Service Descriptors 311, 312, and 313 to the MMT Receiving Entity 310, and the MMT Receiving Entity 310.
  • An embodiment of processing the received MMT service descriptors 311, 312, 313 is illustrated.
  • the MMT service descriptor storage server 301 may be an MMT transmission entity of a broadcaster or a separate server.
  • the configuration of the MMT receiving entity 310 will be described in detail.
  • the MMT Receiving Entity 310 may include an MMT Session Initiator 331, a Descriptor URL Registrator 335, a Descriptor Extractor 337, and an MMT Descriptor.
  • the descriptor URL registrator 335 may store DescriptorURL which is location information on which the MMT service list descriptor is located.
  • the MMT receiving entity 310 may obtain the location information DescriptorURL of the descriptor from the information provider of the MMT service list descriptor desired by the user, and may store the descriptor URL in the descriptor URL register 335 in advance.
  • the MMT service list descriptor may be directly stored in a separate application installed in the user terminal and provided to the user.
  • an MMT service list descriptor may be transmitted to the MMT receiving entity 310 from a server on the Internet.
  • the MMT service list descriptor may be provided through additional URL (Alternative URL) information normally received from the broadcast channel through the broadcast channel ESG management unit 343.
  • the broadcaster or service provider usually provides additional URL information through the broadcast channel in preparation for a situation in which the broadcast service is not available despite the broadband channel being available, such as when the MMT receiving entity cannot extract the ESG because the broadcast channel is not received. Can be provided.
  • a descriptor extractor 337 uses one of the MMT service descriptor storage server 301 located on the Internet by using location information (DescriptorURL) of the MMT service list descriptor delivered from the descriptor URL register 335.
  • the MMT service descriptors may be received.
  • Various transport protocols eg, HTTP, etc. may be used to receive the MMT service descriptors.
  • Which MMT service descriptor of a plurality of MMT service descriptors is received may be determined by a user's preset user preference, and the received one or more MMT service descriptors may be delivered to the MMT descriptor collector 341.
  • the MMT Descriptor Merger 341 may collect a plurality of MMT Service List Descriptors 311, 312, and 313 received from a plurality of MMT Service Descriptor Storage Servers. Meanwhile, whether or not to receive an MMT service list descriptor of a specific broadcaster (eg, KBS, MBC) or where it is received (eg, KBS, 3rd Party Provider) is determined by the user, and thus the user preference information storage unit 345.
  • the MMT service list descriptors may be collected into one unified MMT service list descriptor and provided to the user based on the corresponding preference information.
  • the Broadcast ESG Manager 343 is a broadcast physical / transmission (PHY / MAC) layer in which a traditional broadcast system such as the existing Advanced Television Systems Committee (ATSC) 3.0 or Digital Video Broadcasting (DVB) is a lower layer. Extracts service list information (eg, ESG, etc.) provided in a separate manner. If the terminal is not included in the broadcast channel coverage for some reason and it is difficult to receive the broadcast service, the broadcast channel ESG management unit 343 may provide the state information of the broadcast channel (for example, broadcast ESG cannot be provided) instead of the ESG information. Accordingly, the descriptor acquisition management unit 339 may determine in which path the ESG (or service descriptor) received should be provided to the user.
  • ASC Advanced Television Systems Committee
  • DVD Digital Video Broadcasting
  • the user preference storage 345 may include information such as a user's preferred MMT service descriptor, a preferred channel, and a preferred package. The information can be used to determine which descriptor to provide to the user.
  • the descriptor acquisition manager 339 may determine which path to use when the MMT receiving entity 310 provides service list information to the user.
  • the path for providing the service list may be determined based on information transmitted from the broadcast channel ESG management unit 343 or the user preference information storage unit 345.
  • service list information eg, ESG
  • PHY / MAC broadcast physical / transport
  • the descriptor acquisition manager 339 may be transferred from the MMT descriptor collector 341.
  • MMT service list information is provided to a user so that broadcasting service for the user can be started.
  • the MMT Service List Presentation Engine 333 may render and provide service list information acquired through the MMT service list descriptor to the user.
  • the user may select a specific program (ie, MMT package) desired by the user based on the service list information.
  • the MMT Session Initiator 311 may select MMT session information of the specific program (ie, MMT package) selected by the user among the service list information provided to the user through the MMT service list presenter 333.
  • the MMT session may be processed to receive the specific program (that is, the MMT package) from the MMT transmitting entity by using the extracted MMT session information.
  • MMT session information of a specific program selected by the user includes MMT Package Access (PA) table, MMT PA message (provided by MMT_PA_URL element), descriptor It may be provided through one of the inlined session description protocol (SDP) (provided information in the CDATA field in the Descriptor XML document) and a separate SDP file (SDPURI element provides location information).
  • the MMT session information is transmitted to the MMT session initiation unit 331.
  • the MMT session information may be information necessary to start a session so that a user can receive a desired content program through MMT.
  • the MMT PA table may be a table including all related signaling information necessary for consuming the MMT package, and may include information to be processed first to obtain an MMT package and provide the obtained MMT package to a user.
  • the syntax and semantics information of the MMT PA may be as defined in the following MMT standard.
  • the MMT PA table may also be delivered in the form of a separate PA signaling message.
  • ⁇ Table 4> is syntax of the MMT PA table.
  • FIG. 4 is a diagram illustrating an operation of an MMT receiving entity according to an embodiment of the present disclosure.
  • the MMT receiving entity may obtain URLs of one or more MMT service list descriptors and store them in the MMT receiving entity (401).
  • the MMT receiving entity may acquire and store user preferred MMT service list descriptor information (403).
  • the MMT receiving entity may receive one or more MMT service list descriptors using the obtained URLs of the one or more MMT service list descriptors (405).
  • the MMT receiving entity may determine whether the ESG can be received through the broadcast channel (407). If the ESG can be received, the ESG may be received through the broadcast channel (409), and the type of the reception channel may be determined (411). If the ESG is not receivable through the broadcast channel, it may directly determine the type of the reception channel (411).
  • Determining a type of a reception channel may mean determining a channel type of a receivable physical channel of a terminal including an MMT receiving entity or a terminal connected to the MMT receiving entity in a wired / wireless manner.
  • the MMT receiving entity may classify the channels included in the received MMT service list descriptor or the received ESG according to the available state of the physical channel of the terminal among specific channel types (413).
  • the MMT receiving entity may generate an integrated MMT service list descriptor by aggregating MMT service list descriptors between channels having the same classified channel type (415).
  • the MMT receiving entity may display the integrated MMT service list descriptor to the user (417).
  • the MMT receiving entity may establish an MMT session for receiving the selected MMT package and control the established session (421).
  • the MMT receiving entity may receive the selected MMT package through the MMTP through the MMT session (423).
  • FIG. 5 is a diagram illustrating an operation of an MMT transmitting entity according to an embodiment of the present disclosure.
  • the MMT transmitting entity may list MMT packages constituting a specific channel (501).
  • the MMT transmitting entity may determine whether the corresponding channel is a channel for linear broadcasting (503). If the channel is for linear broadcasting, the MMT transmitting entity may include time attribute information (StartTime, EndTime) for a specific time when the package is broadcast in the package configuring the channel (505), and store the MMT service list descriptor. If the corresponding channel is a channel for nonlinear broadcasting, the MMT transmitting entity may immediately store an MMT service list descriptor (507). The MMT transmitting entity may transmit the stored MMT service list descriptor to the MMT receiving entity (509). If necessary, the MMT transmitting entity may update the MMT service list descriptor.
  • a terminal that cannot receive a broadcast through a broadcast channel cannot receive an ESG transmitted only through the broadcast channel, thus preventing the start of a broadcast service itself.
  • hybrid broadcasting systems such as ATSC3.0 or DVB, which are emerging in convergence of broadcasting and telecommunications, provide services to various devices such as mobile terminals, unlike conventional broadcasting systems, which were mainly fixed TVs in homes.
  • the terminal may be located outside the broadcast service coverage, such as entering the broadcast service shadow area according to the position of the terminal, in which case the terminal cannot extract the ESG.
  • a terminal may integrate and provide a plurality of broadcast service information provided by a plurality of broadcast service providers to a user, the terminal may not directly receive broadcast service information through a broadcast channel. Also, the user-oriented integrated broadcast service information may be provided to the user.
  • an apparatus and method for requesting an MMT service list from an MMT transmitting entity by an MMT receiving entity according to an embodiment of the present disclosure will be described.
  • type information (channelType) of transport channels (eg, BB, BC, and both) required for consuming each channel (eg, KBS and MBC) is provided by being tagged with attribute information of each individual channel in the MMT service list.
  • the MMT receiving entity may specify and request an MMT service list optimized for a specific delivery channel type so as to efficiently and selectively perform MMT service list information. Accordingly, the MMT receiving entity may receive only the MMT service list optimized for the available channel to the terminal.
  • the MMT service list may be transmitted to the MMT receiving entity through out of band signaling using the HTTP protocol.
  • ⁇ Table 6> and ⁇ Table 7> are examples of the structure of the MMT service list, and are divided into two tables for convenience but one table.
  • MMTServiceList This element provides information on MMT service provided by the MMTP protocol from specific service providers.
  • the MMT receiving entity may specify and request an MMT service list having only a specific channel type as an HTTP GET request.
  • the MMT service list request message may include a service_URI and a query string.
  • Service_URI is the URI location of the MMT service list storage server providing the MMT service list and may be the same as descriptorURL.
  • the query string may include delivery channel type information, and the delivery channel type information provides a required channel type of MMT packages to be included in an MMT service list transmitted to the MMT receiving entity. .
  • the mandatory channel type means a channel type to which a transport channel required for consuming MMT packages to be included in an MMT service list to be transmitted to the MMT receiving entity must correspond. That is, when the MMT service list storage server receives a request using a query string, the MMT service list storage server may consume only the channel type (that is, the delivery channel type (deliveryChannelType)) specified in the query request message. The list may be collected to generate an MMT service list and returned to the MMT receiving entity. The MMT receiving entity may request a list of channels that can be consumed by specific channel types based on available channels of the terminal using a query string (especially, the delivery channel type element included in the query string). In response to the MMT service list request message for which a specific query string is not specified, the server may return the entire MMT service list not limited to a specific channel type to the MMT receiving entity.
  • the deliveryChannelType delivery channel type
  • the MMT receiving entity may request an MMT service list using an HTTP GET request message.
  • request_URI service_URI "?” query_string
  • service_URI the URI of the MMT service list server that provides MMT service list elements. This can be the same with descriptor URL, based on its implementation;
  • query_string descriptorURL * ("&" deliveryChannelType) ("&” channel_range);
  • descriptorURL the URL of the MMT service list element for which the MMT receiving entity is requesting the service list element in the query part of the request;
  • -deliveryChannelType the required channel type of the packages listed in MMT service list which the MMT receiving entity is requesting in the query part of the request;
  • channel_range a range of MMT service channel_id
  • channel_range (channelA ["-" channelZ]) / (channelA [";"]);
  • channel A 1 X DIGIT; the channel, or the first of a range of channels;
  • channelZ 1 X DIGIT; the last channel of a range of channels.
  • a request with channelType 2 It will send a message.
  • descriptorProvider MMT service descriptor information provider.
  • Duration An identifier indicating how long the list information is valid.
  • MMTChannel A logical grouping represented by a bundle of MMT packages.
  • name The name of a specific channel.
  • channelDescription Description information about the channel.
  • releaseDate Release date of the channel information.
  • lastBuildDate The time when the information of the channel was last changed.
  • MMTPackage A specific program that corresponds to the MMT Package.
  • deliveryChannelType a type information attribute of a corresponding transport channel, which indicates what kind of channel is required for consumption of MMT packages (services) listed in the channel.
  • Table 8 shows a description of the delivery channel type value.
  • channel_id The channel identifier.
  • MMT_Package_id a specific package identifier. Uniquely identifies a package within an MMT Service List.
  • startTime The start time of the content when the content has a separate organizing time rather than the specific MMT package VOD. In the case of VOD, attribute information that can be omitted.
  • -endTime The end time of the content when the content has a separate organizing time other than the specific MMT package VOD. In the case of the VOD, attribute information that can be omitted.
  • SDPURI URI address information indicating the location information of the SDP including session information necessary for the terminal to consume the package.
  • SDP SDP information including session information necessary for the terminal to consume a package.
  • MMT_Signaling_flow_URI Location information on the flow of MMT signaling message information such as PA or PA table.
  • PI_URI URI location information including information of PI page required for UE to consume MMT package.
  • an apparatus and method for transmitting, by an MMT transmitting entity, information related to updating of an MMT service list, to an MMT receiving entity according to an embodiment of the present disclosure.
  • the MMT transmitting entity may transmit information related to the update of the MMT service list to the MMT receiving entity separately from the MMT service list through MMT inband signaling. Accordingly, the MMT receiving entity can quickly update and selectively fetch information about the update of the MMT service list.
  • the MMT transmitting entity may inform the terminal of status information on a change in new generation, partial variation, and extinction using a separate service list information message.
  • the UE Upon receiving the service list (SL) information message, the UE can check the change of the acquired MMT service list information or the existence of a new service list, and, if desired by the terminal, select a specific service list to update the service list information. May request to the MMT transmitting entity.
  • SL service list
  • message_id The message ID, 16 bits long.
  • Version Version information of the message.
  • Length The length of the message.
  • num_of_list The number of MMT service lists to be delivered to the terminal.
  • MMT_svc_list_URL_length The length of MMT_svc_list_URL string.
  • MMT_svc_list_URL_byte Identifier of MMT service list descriptor.
  • event_type The type of update event.
  • num_of_channel Number of channels in which an update (update) has occurred.
  • channel_id The channel identifier.
  • change_time The time when the deliveryChannelType of the corresponding channel is changed.
  • change_delivery_channel_type An identifier indicating how the deliveryChannelType of the channel is to be changed.
  • the operation of the MMT transmitting entity may be as follows.
  • the MMT transmitting entity may list only the packages in the MMT service list that can be provided with a delivery channel type requested by the MMT receiving entity. have. Next, the MMT transmitting entity may configure one or a plurality of channels using only the listed packages. The MMT transmitting entity may configure one service list using only the configured channels, and transmit the configured service list to the MMT receiving entity. The MMT transmitting entity may tag the update history for each MMT service list when a specific MMT service list is newly created, changed, or invalidated. The in-band service list (SL) information message may be generated using the update history, and may be transmitted to the terminal. When the MMT transmitting entity receives a request for specific channels of a specific MMT service list or a specific MMT service list, the MMT transmitting entity may transmit an update history to the terminal.
  • SL in-band service list
  • the operation of the MMT receiving entity may be as follows.
  • the MMT Receiving Entity may check its capability.
  • the MMT receiving entity may request a service list from the MMT transmitting entity based on its capability.
  • the MMT Receiving Entity receives a list of services that can be consumed with its own capabilities, and collects them and shows them to the user.
  • the MMT Receiving Entity may bring and play each asset of the MMT package selected by the user from a list of services provided to the user to a predetermined delivery channel.
  • the MMT Receiving Entity may check whether there is an update such as new generation, change, or invalidation in a specific MMT service list (received via HTTP) received through a service list (SL) information message.
  • the MMT Receiving Entity is based on the update event type (event_type) information of the MMT service list included in the service list (SL) information message. The information can be requested from the sending entity.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Human Computer Interaction (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)

Abstract

본 개시의 실시예에 따라 미디어 서비스 리스트를 사용자에게 제공하는 방법은, 적어도 하나의 미디어 서비스 리스트들의 위치 정보를 획득하는 동작, 상기 위치 정보에 기초하여 상기 적어도 하나의 미디어 서비스 리스트들을 수신하는 동작, 상기 수신된 적어도 하나의 미디어 서비스 리스트들을 통합하여 통합된 미디어 서비스 리스트를 생성하는 동작, 및 상기 통합된 미디어 서비스 리스트를 사용자에게 제공하는 동작을 포함한다.

Description

미디어 서비스 리스트의 제공 방법
본 개시는 미디어 서비스 리스트를 제공하기 위한 방법에 관한 것이다.
기존 방송 시스템에서 EPG(Electronic Program Guide), IPG(Interactive Program Guide), 또는 ESG(Electronic Service Guide) 등과 같은 서비스 리스트는, 특정 방송 사업자(예를 들어, KBS, MBC) 가 직접 만들어 컨텐츠와 함께 송신하거나, 상기 방송 사업자로부터 컨텐츠를 전송받아 재전송하는 유료 재전송 사업자들인 MVPD(Multichannel video programming distributor)(예를 들어, SK브로드밴드, 올레KT)가 구성하여 송신하는 방식으로 사용자에게 전달된다. 즉, 사용자는 사용자가 유료로 가입한 특정 재전송 사업자 또는 지상파 방송사들이 제작하여 배포하는 ESG를 수신하고, 사용자는 수신된 ESG를 근거로 원하는 방송 프로그램을 선택하거나 향후 방송 순서에 대한 정보를 획득하게 된다.
최근에 방송 컨텐츠는 IP(Internet Protocol) 기반의 인터넷 스트리밍 형식을 이용하여 사용자에게 제공되는 경우가 많다. 이러한 경향이 지속될 경우 향후 All-IP 방송 시대와 같이 모든 방송 컨텐츠가 IP화 되는 상황이 발생하게 될 수 있다. 이 경우, 사용자에게 제공되는 방송 채널의 개수가 적은 개수로 고정되어 있는 전통적인 방송 방식과 달리 사용자에게 제공되는 방송 채널의 개수는 사실상 무한대로 증가될 것으로 예상된다. 이러한 경우 여러 다양한 사업자들이 제작한 ESG를 효율적으로 제공할 수 있는 방안이 필요하다.
본 개시의 실시예는 서비스 제공자에게 종속되지 않는 사용자 중심의 통합적인 미디어 서비스 리스트를 사용자에게 제공하는 방법을 제공한다.
본 개시의 실시예는 미디어 패키지를 소비하는 사용하는 채널의 타입을 포함하는 미디어 서비스 리스트를 사용자에게 제공하는 방법을 제공한다.
본 개시의 실시예는 단말의 가용 채널에 기초하여 지정된 채널 타입의 미디어 패키지를 요청하는 방법을 제공한다.
본 개시의 실시예는 미디어 채널의 타입에 따라 통합하여 미디어 서비스 리스트를 사용자에게 제공하는 방법을 제공한다.
본 개시의 실시예는 미디어 서비스 리스트에 포함된 서비스의 업데이트 정보를 단말에게 제공하는 방법을 제공한다.
본 개시의 실시예에 따라 미디어 서비스 리스트를 제공하는 방법은, 적어도 하나의 미디어 서비스 리스트들의 위치 정보를 획득하는 동작, 상기 위치 정보에 기초하여 상기 적어도 하나의 미디어 서비스 리스트들을 수신하는 동작, 상기 수신된 적어도 하나의 미디어 서비스 리스트들을 통합하여 통합된 미디어 서비스 리스트를 생성하는 동작 및 상기 통합된 미디어 서비스 리스트를 사용자에게 제공하는 동작을 포함한다.본 개시의 실시예에 따라 미디어 서비스 리스트를 제공하는 방법은, 하나의 프로그램에 대응하는 하나의 미디어 패키지를 한 개 이상 포함하며, 상기 한 개 이상의 미디어 패키지의 논리 그룹(logical group)인 한 개 이상의 미디어 채널을 포함하고, 상기 미디어 채널에 포함된 서비스를 소비하는데 필요한 채널의 종류를 제공하는 채널 타입(channelType)을 포함하는 미디어 서비스 리스트를 생성하는 과정 및 상기 생성된 미디어 서비스 리스트를 단말에게 전송하는 과정을 포함한다.
본 개시의 실시예에 따르면 하나의 어플리케이션으로 통합된 방송 서비스 정보를 획득할 수 있다.
본 개시의 실시예에 따르면 사용자 단말에서 복수의 서비스 제공자가 제공한 방송 서비스 정보를 취합하여 사용자에게 제공할 수 있으며, 방송 서비스 정보가 특정한 방송 사업자에게 종속되지 않을 수 있다.
본 개시의 실시예에 따르면 사용자 중심의 통합적인 방송 서비스 정보의 제공이 가능하다.
본 개시의 실시예에 따르면 미디어 패키지를 소비하는 사용하는 채널의 타입을 포함하는 미디어 서비스 리스트를 사용자에게 제공할 수 있다.
본 개시의 실시예에 따르면 단말의 가용 채널에 기초하여 지정된 채널 타입의 미디어 패키지를 요청할 수 있다.
본 개시의 실시예에 따르면 미디어 채널의 타입에 따라 통합하여 미디어 서비스 리스트를 사용자에게 제공할 수 있다.
본 개시의 실시예에 따르면 미디어 서비스 리스트에 포함된 서비스의 업데이트 정보를 단말에게 제공할 수 있다.
도 1은 본 개시의 실시예에 따라 방송 서비스 정보를 사용자에게 제공하는 개념을 설명하는 도면이다.
도 2는 본 개시의 실시예에 따라 MMT 서비스 리스트 디스크립션 데이터 모델(MMT Service List Descriptor Data Model)을 설명하는 도면이다.
도 3은 본 개시의 실시예에 따라 MMT 수신 엔터티의 구조를 설명하는 도면이다.
도 4는 본 개시의 실시예에 따른 MMT 수신 엔터티의 동작을 설명하는 도면이다.
도 5는 본 개시의 실시예에 따른 MMT 송신 엔터티의 동작을 설명하는 도면이다.
이하 첨부된 도면을 참조하여 본 개시의 바람직한 실시 예에 대한 동작 원리를 상세히 설명한다. 도면상에 표시된 동일한 구성요소들에 대해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 참조번호로 나타내었으며, 다음에서 본 개시를 설명함에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 개시의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 그리고 후술되는 용어들은 본 개시에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.
이하에서 본 개시의 실시예를 MMT(MPEG media transport) 방송 시스템을 기준으로 설명한다. 이는 설명의 편의를 위한 것일 뿐, 본 개시가 MMT 방송 시스템에 한정되는 것은 아니다.
이하에서 “(MMT) 서비스 리스트”, "(MMT) 서비스 디스크립터", "(MMT) 서비스 리스트 디스크립터", "디스크립터"는 동일한 의미를 가지는 용어로, 혼용되어 사용될 수 있다. 또한, 이하에서 “ESG(Electronic Service Guide)”, “EPG(Electronic Program Guide)”, “IPG(Interactive Program Guide)”는 동일 유사한 의미를 가지는 용어로, 혼용되어 사용될 수 있다. 이하 설명에서 MMT 송신 엔터티는 방송 사업자 또는 서비스 제공자의 MMT 송신 엔터티, 또는 MMT 서비스 리스트를 저장하는 별도의 서버일 수 있으며, MMT 송신 엔터티와 (MMT 서비스 리스트 저장) 서버는 혼용되어 사용될 수 있다. 이하에서 MMT 수신 엔터티는 사용자 단말에 포함되거나 또는 상기 사용자 단말에 유/무선으로 연결되어 있을 수 있으며, MMT 수신 엔터티와 (사용자) 단말은 혼용되어 사용될 수 있다. 상기 단말은 TV단말, 핸드폰, 노트북 등 표시부를 갖는 단말일 수 있다.
도 1은 본 개시의 실시예에 따라 방송 서비스 정보를 사용자에게 제공하는 개념을 설명하는 도면이다.
본 개시에서는 복수개의 방송 서비스 정보들이 하나의 방송 서비스 정보의 형태로 통합되어 사용자에게 제공된다. 도 1은 사용자 단말에서 방송 서비스 정보가 사용자에게 전송되는 단계를 설명하기 위해 사용자 단말의 계층 구조를 나타낸다. 사용자 단말은 도 1에 도시된 계층들 의외의 추가적인 하나 이상의 계층들을 더 포함할 수도 있으나, 설명의 편의를 위해 추가적인 하나 이상의 계층들은 도 1에서 생략되었다. 도 1을 참조하면, 하나 이상의 서비스 제공자(service provider)들이 생성한 방송 서비스에 관한 정보들은 하위 계층(131, 129)을 통하여 MMT 수신 엔터티(MMT receiving entity)(125)에서 수신될 수 있고, 하나의 서비스 리스트 디스크립터(Service List Descriptor)(124)로 통합될 수 있다. 상기 하나로 통합된 서비스 리스트 디스크립터(124)는 MMT 수신 엔터티(MMT receiving entity)(125)의 상위 계층(101)의 사용자 어플리케이션(121, 122, 123)을 통하여 사용자에게 제공될 수 있다. 상기 복수의 방송 서비스 정보들이 상기 하나의 서비스 리스트 디스크립터(124)로 통합되었기 때문에, 복수의 사용자 어플리케이션(121, 122, 123)들에 모두 같은 상기 서비스 리스트 디스크립터(124)를 제공할 수 있다. 이에 따라 사용자는 하나의 어플리케이션만 통하여도 통합된 방송 서비스 정보를 획득할 수 있다. 서비스 제공자가 구성한 방송 서비스 정보를 단순히 수신하여 확인하는 것이 아니라, 사용자 단말에서 복수의 서비스 제공자가 제공한 방송 서비스 정보를 취합하기 때문에 방송 서비스 정보가 특정한 방송 사업자에게 종속되지 않을 수 있다. 또한, 사용자는 특정 서비스 제공자의 방송 서비스 정보를 보기 위해 특정 서비스 제공자의 어플리케이션을 실행하고, 또 다른 서비스 제공자의 방송 서비스 정보를 보기 위해 해당 서비스 제공자의 어플리케이션을 별도로 실행할 필요 없이, 하나의 어플리케이션만 실행하여 통합적인 방송 서비스 정보를 볼 수 있다. 즉, 본 개시에 따르면 사용자 중심의 통합적인 방송 서비스 정보의 제공이 가능하다.
이하에서 본 개시의 실시예들에 따른 MMT 서비스 리스트의 구성에 대하여 설명한다.
이하에서 "(MMT) 서비스 리스트", "(MMT) 서비스 디스크립터", "(MMT) 서비스 리스트 디스크립터", "디스크립터"는 동일한 의미를 가지는 용어로, 혼용되어 사용될 수 있다.
도 2는 본 개시의 실시예에 따라 MMT 서비스 리스트 디스크립션 데이터 모델(MMT Service List Descriptor Data Model)을 설명하는 도면이다.
도 2를 참조하면, 하나의 MMT 서비스 리스트 디스크립터(MMT Service List Descriptor)(210)는 한 개 이상의 MMT 채널들(MMT Channel #1, MMT Channel #2, MMT Channel #3,…)(211, 212, 213, ...)을 포함할 수 있으며, 하나의 MMT 채널은 한 개 이상의 MMT 패키지들(MMT Package #1, MMT Package #2, MMT Package #3, MMT Package #4…)(221, 222, 223, 224, ...)을 포함할 수 있다. 하나의 MMT 패키지는 하나의 방송 컨텐츠 프로그램(Program)(예를 들어, 버라이어티 쇼, 뉴스, 야구중계 등 중 어느 하나)에 대한 정보를 포함하며, 하나의 MMT 채널은 한 개 이상의 방송 컨텐츠 프로그램의 묶음(Aggregation)이 전송되는 전송 채널(예를 들어, MBC(Munhwa Broadcasting Corporation), SBS(Seoul Broadcasting System), KBS(Korean Broadcasting System), CNN(Cable News Network), Netflix, Hulu 등)에 대한 정보를 포함한다. 즉, 상기 MMT 서비스 리스트 디스크립터(MMT Service List Descriptor)(210)는 한 개 이상의 전송 채널로 구성되는 전송 채널 리스트 및 한 개 이상의 컨텐츠 프로그램으로 구성되는 컨텐츠 프로그램 리스트를 포함할 수 있다.
하나의 MMT 서비스 리스트는 하나의 특정 방송 사업자에 의해 제공될 수 있으며, 하나의 특정 방송 사업자에 의해 복수 개의 MMT 서비스 리스트들이 제공될 수도 있다. MMT 수신 엔터티(MMT receiving entity)는 상기 MMT 서비스 리스트 디스크립터(210)의 제공자가 결정한 해당 디스크립터의 위치 정보(예를 들어, Descriptor URL)를 획득하고, 상기 위치 정보로부터 상기 MMT 서비스 리스트 디스크립터(210)를 획득할 수 있다. MMT 수신 엔터티는 한 개 이상의 MMT 서비스 리스트를 수신하여 하나의 MMT 서비스 리스트로 통합할 수 있다. 몇몇 실시예에 의하면, 위치 정보는 MMT 송신 엔터티(MMT Sending Entity) 내에 존재하할 수 있다. MMT 송신 엔터티는 위치 정보를 MMT 수신 엔터티에 제공할 수도 있다. 다른 몇몇 실시예에 의하면, 위치 정보는 MMT 서비스 리스트 디스크립터(210)를 제공하는 별도의 서버에 존재할 수 있으며, 서버는 위치 정보를 MMT 수신 엔터티에게 제공할 수도 있다.
MMT 서비스 리스트 디스크립터(210)에서 MMT 채널은 선형(linear) 방송 채널 또는 비선형(non-linear) 방송 채널일 수 있다. 선형 방송 채널은 방송 스케쥴이 정해져 있는 컨텐츠 프로그램들로 구성된 채널을 의미한다. 선형 방송 채널의 경우, 하나의 MMT 패키지는 해당 MMT 패키지가 방송되는 특정 시간에 대한 시간 속성 정보를 추가적으로 포함할 수 있다. 예를 들어, 해당 패키지의 방송 시작 시점(StartTime)과 종료 시점(EndTime)의 속성 정보를 포함할 수 있다.
MMT 수신 엔터티는 복수의 방송 사업자에 의해 복수의 MMT 서비스 리스트 디스크립터(210)들을 제공받을 수 있다. MMT 수신 엔터티는 MMT 서비스들에 대한 리스트(List)를 포함하는 MMT 서비스 리스트 디스크립터(210)를 복수 개의 디스크립터의 위치 정보(예를 들어, Descriptor URL)들로부터 획득할 수 있다. MMT 서비스들에는 한 개 이상의 MMT 패키지 및/또는 한 개 이상의 MMT 채널 등이 포함될 수 있다. MMT 수신 엔터티는 획득한 복수의 MMT 서비스 리스트 디스크립터(210)들을 통합(merge)하여 사용자에게 제공할 수 있고, 통합되어 사용자에게 제공되는 MMT 서비스 리스트는 ESG(Electronic Service Guide)와 같은 역할을 할 수 있다.
MMT 서비스 리스트 디스크립터(210)는 어떤 특정 방송 서비스 제공자로부터 MMT 프로토콜의 형태로 제공되는 MMT 서비스에 관한 정보들을 제공할 수 있다. 하나의 MMT 서비스 리스트 디스크립터(210)는 한 개 이상의 MMT 채널(211, 212, 213)들에 대한 정보를 포함하며, 각각의 MMT 채널은 한 개 이상의 MMT 패키지(221, 222, 223, 224)의 묶음에 대한 정보를 포함하는 논리적인(logical) 단위일 수 있다. MMT 패키지는 뉴스, 스포츠게임, 또는 영화 등과 같은 하나의 특정한 컨텐츠 프로그램에 대한 정보를 포함할 수 있으며, 하나의 MMT 패키지는 다른 MMT 패키지와의 구분을 위해 MMT 패키지 식별자(MMT_Package_id)라는 고유의 ID 속성 값을 가질 수 있다.
이하에서는 MMT 서비스 리스트의 구조(MMT Service List Schema)에 대하여 설명한다.
MMT 서비스 리스트 디스크립터(210)는 MMT 패키지 단위로 구성되며, 하나의 MMT 패키지는 한 개 이상의 애셋(Asset)을 포함한다. 이때 하나의 MMT 채널은 한 개 이상의 MMT 패키지들의 묶음을 포함할 수 있으며, 이러한 MMT 채널들 및 MMT 패키지들의 리스트는 사용자에게 ESG, EPG 또는 IPG 등 으로서 제공될 수 있다.
하기 <표 1> 및 <표 2>는 MMT 서비스 리스트 디스크립터 의 구조(MMT Service List Descriptor Schema)의 일 예이다. <표 1> 및 < 표 2>는 원래 연속된 것이지만, 지면의 한계 상 두 개의 표로 분리한 것이다.
Figure PCTKR2017005555-appb-T000001
Figure PCTKR2017005555-appb-T000002
<표 1> 및 <표 2>의 MMT 서비스 리스트 디스크립터의 구조(MMT Service List Descriptor Schema)의 구성 요소들에 대한 설명은 하기 <표 3>과 같다.
Figure PCTKR2017005555-appb-T000003
<표 1> 및 <표 2>의 MMT 서비스 리스트 디스크립터의 구조에서 "descriptorURL"은 MMT 수신 엔터티가 MMT 서비스 리스트를 수신하기 전에, 해당 MMT 서비스 리스트가 위치한 주소 값이다. MMT 수신 엔터티는 한 개 이상의 descriptorURL들을 획득하고 상기 MMT 수신 엔터티 내에 저장할 수 있다. 예를 들어, 사용자는 특정한 경로를 통하여 한 개 이상의 MMT 서비스 리스트들의 descriptorURL들을 알아내고, 그 중 한 개 이상의 선호하는 사업자의 descriptorURL 정보를 저장할 수 있다. 몇몇 실시예들에서, descriptorURL은 별도의 방송 물리 채널로 전달되는 EPG 등의 서비스 리스트 내에서 서비스 리스트의 정보를 제공하는 별도의 수단 정보로서 제공될 수도 있다. MMT 수신 엔터티는 상기 MMT 서비스 리스트를 획득하기 위해 descriptorURL 주소로 상기 MMT 서비스 리스트에 대한 요청을 송신할 수 있다. 상기 요청에 따라, MMT 서비스 리스트를 상기 MMT 수신 엔터티가 수신할 수 있다. MMT 수신 엔터티는 한 개 이상의 MMT 서비스 리스트를 수신할 수 있으며, MMT 수신 엔터티는 수신된 한 개 이상의 MMT 서비스 리스트를 통합하여 사용자에게 제공할 수 있다.
한편, MMT 서비스 리스트의 구조에서 “채널 타입(channelType)”은 해당 채널의 타입 정보를 제공한다. 즉, 채널 타입(channelType)은 MMT 서비스 리스트에 포함된 MMT 채널의 타입 정보를 제공한다. 채널 타입(channelType)은 해당 채널에 기술된 서비스(MMT 패키지)를 소비하기 위해 필요한 물리적 전송 채널의 타입 정보를 제공한다. MMT 송신 엔터티는 MMT 서비스 리스트를 전송할 때 채널 타입(channelType)을 태깅(tagging)하여 같이 전송할 수 있다. MMT 수신 엔터티가 수신한 한 개 이상의 MMT 서비스 리스트를 통합할 때, 채널 타입(channelType)을 고려할 수 있다. 즉, MMT 수신 엔터티는 단말의 가용 물리 채널과 상기 채널 타입(channelType)을 비교하여, 수신된 한 개 이상의 MMT 서비스 리스트 중 단말이 사용 가능한 MMT 채널만 통합할 수 있다. 예를 들어, 단말이 브로드밴드 채널만이 사용 가능한 상태라면, MMT 수신 엔터티는 채널 타입(channelType) 값이 0인 채널만을 통합하여 사용자에게 제공한다. 이와 같이 MMT 수신 엔터티는, 상기 MMT 서비스 리스트에 같이 태깅되어 수신되는 채널 타입(channelType)에 기반하여 사용자에게 현재 사용 가능한 서비스의 리스트만 제공할 수도 있다.
이하에서는 본 개시의 실시예에 따라 MMT 수신 엔터티의 구조를 설명한다.
도 3은 본 개시의 실시예에 따라 MMT 수신 엔터티의 구조를 설명하는 도면이다. “(MMT) 서비스 리스트”, "(MMT) 서비스 디스크립터", "(MMT) 서비스 리스트 디스크립터", "디스크립터"는 동일한 의미를 가지는 용어로, 혼용되어 사용될 수 있다.
도 3은 MMT 서비스 디스크립터 저장 서버(MMT Service Descriptor Storage Server)(301)가 복수 개의 MMT 서비스 디스크립터들(311, 312, 313)을 MMT 수신 엔터티(310)에게 송신하고, MMT 수신 엔터티(310)가 수신된 MMT 서비스 디스크립터들(311, 312, 313)을 처리하는 일 실시예를 도식화한 것이다. MMT 서비스 디스크립터 저장 서버(301)는 방송 사업자의 MMT 송신 엔터티 또는 별도의 서버일 수 있다. 이하에서 MMT 수신 엔터티(310)의 구성들을 자세하게 설명한다.
MMT 수신 엔터티(MMT Receiving Entity)(310)는 MMT 세션 개시부(MMT Session Initiator)(331), 디스크립터 URL 등록부(Descriptor URL Registrator)(335), 디스크립터 추출부(Descriptor Extractor)(337), MMT 디스크립터 취합부(MMT Descriptor Merger)(341), 방송 ESG 관리부(Broadcast ESG Manager)(343), 사용자 선호 정보 저장부(User Preference Storage)(345), 디스크립터 획득 관리부(339)(Descriptor Acquisition Manager), MMT 서비스 리스트 표현부(MMT Service List Presentation Engine)(333)을 포함한다.
디스크립터 URL 등록부(Descriptor URL Registrator)(335)는 MMT 서비스 리스트 디스크립터가 위치한 위치 정보인 DescriptorURL를 저장할 수 있다. MMT 수신 엔터티(310)는 사용자가 원하는 MMT 서비스 리스트 디스크립터의 정보 제공자로부터 디스크립터의 위치 정보(DescriptorURL)를 획득하고, 디스크립터 URL 등록부(335)에 미리 저장할 수 있다.
MMT 서비스 리스트 디스크립터는 사용자가 사용자 단말에 설치한 별도의 어플리케이션에 직접 저장되어 사용자에게 제공될 수 있다. 또한, MMT 서비스 리스트 디스크립터는 인터넷 상의 서버로부터 상기 MMT 수신 엔터티(310)에게 송신될 수도 있다.
MMT 서비스 리스트 디스크립터는 방송 채널 ESG 관리부(343)를 통하여 평소에 방송 채널로부터 수신되는 추가적인 URL(Alternative URL) 정보를 통해서 제공될 수도 있다. 방송사 또는 서비스 제공자는 방송 채널이 수신되지 않아 MMT 수신 엔터티가 ESG를 추출할 수 없는 경우와 같이, 광대역 채널이 가용함에도 불구하고 방송 서비스가 불가능한 상황 등에 대비하여, 평소에 방송 채널을 통하여 추가적인 URL 정보를 제공할 수 있다.
디스크립터 추출부(Descriptor Extractor)(337)는 디스크립터 URL 등록부(335)로부터 전달된 MMT 서비스 리스트 디스크립터의 위치 정보 (DescriptorURL)들을 이용하여, 인터넷 상에 위치한 상기 MMT 서비스 디스크립터 저장 서버(301)로부터 한 개 이상의 MMT 서비스 디스크립터들을 수신할 수 있다. MMT 서비스 디스크립터들을 수신하기 위하여 다양한 전송 프로토콜(예를 들어, HTTP 등)이 사용될 수 있다.
복수 개의 MMT 서비스 디스크립터들 중 어떤 MMT 서비스 디스크립터를 수신할지는 사용자가 미리 설정한 사용자 선호에 의해 결정될 수 있으며, 수신된 한 개 이상의 MMT 서비스 디스크립터들은 MMT 디스크립터 취합부(341)로 전달될 수 있다.
MMT 디스크립터 취합부(MMT Descriptor Merger)(341)는 복수 개의 MMT 서비스 디스크립터 저장 서버들로부터 수신한 복수 개의 MMT 서비스 리스트 디스크립터들(311, 312, 313)을 취합할 수 있다. 한편, 특정한 방송 사업자(예: KBS, MBC)의 MMT 서비스 리스트 디스크립터를 수신할지 여부 또는 어디로부터 수신할지(예: KBS, 3rd Party Provider) 등은 사용자에 의하여 결정되어 사용자 선호 정보 저장부(345)에 저장될 수 있고, 해당 선호도 정보에 기초하여 MMT 서비스 리스트 디스크립터들이 하나의 통합 MMT 서비스 리스트 디스크립터로 취합되어 사용자에게 제공될 수 있다.
방송 ESG 관리부(Broadcast ESG Manager)(343)는, 기존의 ATSC(Advanced Television Systems Committee) 3.0 또는 DVB(Digital Video Broadcasting)와 같은 전통적인 방송 시스템이, 하위 계층인 방송 물리/전송(PHY/MAC) 계층에서 별도의 방식으로 제공하는 서비스 리스트 정보(예를 들어 ESG 등)를 추출한다. 어떠한 이유로 인하여 단말이 방송 채널 커버리지에 포함되지 않아 방송 서비스 수신이 어려운 경우, 방송 채널 ESG 관리부(343)는 ESG 정보 대신에 방송 채널의 상태 정보(예: 방송 ESG 제공 불가)를 제공할 수 있고, 이에 따라 디스크립터 획득 관리부(339)는 어느 경로로 수신되는 ESG (또는 서비스 디스크립터)를 사용자에게 제공해야 하는지 결정할 수 있다.
사용자 선호 정보 저장부(User Preference Storage)(345)는 사용자가 선호하는 MMT 서비스 디스크립터, 선호하는 채널, 선호하는 패키지 등의 정보를 포함할 수 있다. 상기 정보들은 사용자에게 어떤 디스크립터를 제공해야 할지를 결정하는데 사용될 수 있다.
디스크립터 획득 관리부(Descriptor Acquisition Manager)(339)는 MMT 수신 엔터티(310)가 사용자에게 서비스 리스트 정보를 제공할 때, 어느 경로를 이용할지를 결정할 수 있다. 상기 서비스 리스트를 제공하는 경로는 방송 채널 ESG 관리부(343) 또는 사용자 선호 정보 저장부(345)로부터 전달된 정보에 근거하여 결정될 수 있다. ATSC 3.0 혹은 DVB 같은 방송 시스템의 경우 하위 방송 물리/전송(PHY/MAC) 레이어로부터 서비스 리스트 정보(예를 들어, ESG)가 추출된다. 하지만, 방송 서비스 수신이 불가능한 이동 단말은 방송 채널만을 통해 전송되는 ESG를 수신할 수 없기 때문에 방송 서비스의 시작이 불가능할 수 있다, 디스크립터 획득 관리부(339)는 상기 MMT 디스크립터 취합부(341)로부터 전달된 MMT 서비스 리스트 정보를 사용자에게 제공하여 사용자에 대한 방송 서비스를 시작할 수 있도록 한다.
MMT 서비스 리스트 표현부(MMT Service List Presentation Engine)(333)는 사용자에게 MMT 서비스 리스트 디스크립터를 통해 취득된 서비스 리스트 정보를 렌더링하여 사용자에게 제공할 수 있다. 사용자는 상기 서비스 리스트 정보를 기반으로 사용자가 원하는 특정 프로그램(즉, MMT 패키지)를 선택할 수 있다.
MMT 세션 개시부(MMT Session Initiator)(311)는 상기 MMT 서비스 리스트 표현부(333)를 통해 사용자에게 제공된 상기 서비스 리스트 정보 중, 사용자가 선택한 상기 특정 프로그램(즉, MMT 패키지)의 MMT 세션 정보를 추출하고, 추출한 MMT 세션 정보를 이용하여 상기 특정 프로그램(즉, MMT 패키지)을 MMT 송신 엔터티로부터 수신할 수 있도록 MMT 세션을 처리할 수 있다. 사용자에 의해 선택된 특정 프로그램(즉, MMT 패키지)의 해당 MMTP(MPEG Media Transport Protocol) 세션 정보는 MMT PA(Package Access) 테이블(table), MMT PA 메시지(message)(MMT_PA_URL 엘리먼트가 정보 제공), 디스크립터 내에 내장된 Inlined SDP(session description protocol)(Descriptor XML 문서내 CDATA 필드에서 정보 제공), 별도의 SDP 파일(File)(SDPURI 엘리먼트가 위치 정보 제공) 중 하나를 통해 제공될 수 있다. MMT 세션 정보는 MMT 세션 개시부(331)로 전달된다. MMT 세션 정보는 MMT를 통하여 사용자가 원하는 컨텐츠 프로그램을 수신할 수 있도록 세션을 시작하기 위하여 필요한 정보일 수 있다.
MMT PA 테이블은 상기 MMT 패키지를 소비하기 위해 필요한 관련된 모든 시그널링 정보를 포함하는 테이블일 수 있으며, MMT 패키지를 획득하고 획득된 MMT 패키지를 사용자에게 제공하기 위해 가장 먼저 처리해야 할 정보들을 포함할 수 있다. MMT PA의 syntax와 semantics 정보는 하기 MMT 규격에 정의된 바와 같을 수 있다. 한편, MMT PA 테이블은 별도의 PA 시그널링 메시지(PA Signaling message) 형태로도 전달될 수 있다.
<표 4>는 상기 MMT PA 테이블의 syntax이다.
Figure PCTKR2017005555-appb-T000004
<표 4>의 요소들의 semantics는 <표 5>와 같다.
Figure PCTKR2017005555-appb-T000005
이하에서 본 개시의 실시예에 따른 MMT 수신 엔터티의 동작을 설명한다.
도 4는 본 개시의 실시예에 따른 MMT 수신 엔터티의 동작을 설명하는 도면이다.
MMT 수신 엔터티는 하나 또는 복수의 MMT 서비스 리스트 디스크립터들의 URL들을 획득하고, 상기 MMT 수신 엔터티 내에 저장할 수 있다(401). MMT 수신 엔터티는 사용자 선호 MMT 서비스 리스트 디스크립터 정보를 획득하고 저장할 수 있다(403). MMT 수신 엔터티는 상기 획득한 한 개 이상의 MMT 서비스 리스트 디스크립터들의 URL들을 이용하여 한 개 이상의 MMT 서비스 리스트 디스크립터를 수신할 수 있다(405). MMT 수신 엔터티는 방송 채널을 통하여 ESG가 수신 가능한지 여부를 결정할 수 있다(407). ESG가 수신 가능하다면 방송 채널을 통하여 ESG를 수신하고(409), 수신 채널의 타입을 결정할 수 있다(411). 만일 방송 채널을 통하여 ESG가 수신 가능하지 않다면, 바로 수신 채널의 타입을 결정할 수 있다(411). 수신 채널의 타입을 결정하는 것은 MMT 수신 엔터티를 포함하는 단말 또는 MMT 수신 엔터티와 유/무선으로 연결된 단말의 수신 가능한 물리 채널의 채널 타입(channelType)을 결정하는 것을 의미할 수 있다. MMT 수신 엔터티는 단말의 물리 채널의 가용 상태에 따라 수신된 MMT 서비스 리스트 디스크립터 또는 수신된 ESG에 포함된 채널들을 특정 채널 타입(channelType)끼리 분류할 수 있다(413). MMT 수신 엔터티는 분류된 채널 타입이 같은 채널들끼리 MMT 서비스 리스트 디스크립터들을 통합(aggregation)하여 통합된 MMT 서비스 리스트 디스크립터를 생성할 수 있다(415). MMT 수신 엔터티는 상기 통합된 MMT 서비스 리스트 디스크립터를 사용자에게 표시할 수 있다(417). 사용자에 의하여 MMT 서비스 리스트 디스크립터 내의 특정 프로그램(MMT 패키지)가 선택되면(419), MMT 수신 엔터티는 상기 선택된 MMT 패키지를 수신하기 위한 MMT 세션을 개설하고 개설된 세션을 제어할 수 있다(421). MMT 수신 엔터티는 MMT 세션을 통하여 선택된 MMT 패키지를 MMTP를 통하여 수신할 수 있다(423).
이하에서는 본 개시의 실시예에 따른 MMT 송신 엔터티의 동작을 설명한다.
도 5는 본 개시의 실시예에 따른 MMT 송신 엔터티의 동작을 설명하는 도면이다.
MMT 송신 엔터티는 특정 채널을 구성하는 MMT 패키지들을 리스트할 수 있다(501). MMT 송신 엔터티는 해당 채널이 선형 방송을 위한 채널인지 여부를 결정할 수 있다(503). 만일 선형 방송을 위한 채널이라면, MMT 송신 엔터티는 채널을 구성하는 패키지에 해당 패키지가 방송되는 특정 시간에 대한 시간 속성 정보(StartTime, EndTime)를 포함시킬 수 있고(505), MMT 서비스 리스트 디스크립터를 저장할 수 있다(507) 만일 해당 채널이 비선형 방송을 위한 채널이라면, MMT 송신 엔터티는 바로 MMT 서비스 리스트 디스크립터를 저장할 수 있다(507). MMT 송신 엔터티는 상기 저장한 MMT 서비스 리스트 디스크립터를 MMT 수신 엔터티에게 송신할 수 있다(509). 필요한 경우 MMT 송신 엔터티는 MMT 서비스 리스트 디스크립터를 업데이트할 수 있다. 지금까지 본 개시의 실시예들을 설명하였다. 기존의 방송 시스템 (예: ATSC 1.0)에서는, 방송 채널을 통한 방송 수신이 불가능한 단말은 방송 채널만으로 전송되는 ESG 또한 수신할 수 없기 때문에 방송 서비스의 시작 자체가 불가능하였다. 또한, 현재 부상하고 있는 방송 통신 융합형의 하이브리드 방송 시스템(예: ATSC3.0 또는 DVB)은, 댁내 고정형 TV 중심이었던 기존 방송 시스템과 달리 이동 단말과 같은 다양한 디바이스에 서비스를 제공하며, 이렇게 이동 단말로 제공되는 하이브리드 방송 서비스의 경우, 단말의 위치에 따라 해당 단말이 방송 서비스 음영 지역에 진입하는 등 방송 서비스 커버리지의 외부에 위치할 수 있으며, 이 경우 단말은 ESG를 추출할 수 없다. 따라서 단말의 브로드밴드 채널이 가용함에도 불구하고 방송 서비스 자체가 불가능한 경우가 발생할 수 있었다. 그러나, 본 개시의 실시예들에 따르면, 복수의 방송 서비스 제공자가 제공하는 복수의 방송 서비스 정보를 단말이 통합하여 사용자에게 제공할 수 있으므로, 방송 채널을 통하여 방송 서비스 정보를 직접 수신할 수 없는 단말도 사용자에게 사용자 중심의 통합 방송 서비스 정보를 제공할 수 있다. 이하에서는 본 개시의 실시예에 따른 MMT 수신 엔터티가 MMT 송신 엔터티에게 MMT 서비스 리스트를 요청하는 장치 및 방법을 설명한다.
각각의 채널(예: KBS, MBC)을 소비하는데 필요한 전송채널 (예: BB, BC, both)의 타입정보(channelType)가 앞서 설명한 바와 같이 MMT 서비스 리스트 내의 각 개별 채널의 속성 정보로 태깅되어 제공이 될 수 있으나, MMT 수신 엔터티는 MMT 서비스 리스트 정보를 효율적이고 선택적으로 할 수 있도록 특정 전달 채널 타입(delivery channel type)에 최적화된 MMT 서비스 리스트를 특정하여 요청할 수 있다. 이에 따라 MMT 수신 엔터티는 단말에 가용 채널에 최적화된 MMT 서비스 리스트만 수신할 수 있다.
또한, HTTP 프로토콜을 이용하여 상기 MMT 서비스 리스트를 외부 대역(Out of band) 시그널링을 통하여 상기 MMT 수신 엔터티에게 송신할 수 있다. <표 6> 및 <표 7>은 상기 MMT 서비스 리스트의 구조의 일 예 이며, 편의상 두 개의 표로 분리되었으나 하나의 표이다.
Figure PCTKR2017005555-appb-T000006
Figure PCTKR2017005555-appb-T000007
아래는 상기 <표 6> 및 <표 7>에 포함된 구성 요소들의 semantics이다.
- MMTServiceList: 특정한 서비스 제공자들로부터 MMTP 프로토콜로 제공되는 MMT 서비스에 대한 정보를 제공하는 요소이다. MMT 수신 엔터티는 HTTP GET 요청으로 특정 채널 타입(channelType)만을 가진 MMT 서비스 리스트를 특정하여 요청할 수 있다. 이때, MMT 서비스 리스트 요청 메시지는 service_URI와 쿼리 스트링(query string)을 포함할 수 있다. Service_URI는 MMT 서비스 리스트를 제공하는 MMT 서비스 리스트 저장 서버의 URI 위치이며 descriptorURL과 같을 수 있다. 쿼리 스트링은 전송 채널 타입(deliveryChannelType) 정보를 포함할 수 있으며, 전송 채널 타입 (deliveryChannelType) 정보는 상기 MMT 수신 엔터티로 송신되는 MMT 서비스 리스트에 포함될 MMT 패키지들의 필수 채널 타입(required channel type)을 제공한다. 필수 채널 타입이란, MMT 송신 엔터티가 상기 MMT 수신 엔터티에게 전송할 MMT 서비스 리스트에 포함될 MMT 패키지들을 소비하는데 필요한 전송 채널이 필수적으로 해당되어야 할 채널 타입을 의미한다. 즉, MMT 서비스 리스트 저장 서버가 쿼리 스트링을 이용한 요청을 수신한 경우, 상기 MMT 서비스 리스트 저장서버는 상기 쿼리 요청 메시지에서 지정된 채널 타입(즉, 상기 전송 채널 타입 (deliveryChannelType))만으로 소비가 가능한 MMT 패키지들의 리스트를 취합하여 MMT 서비스 리스트를 생성하고 이를 상기 MMT 수신 엔터티에게 회신할 수 있다. 상기 MMT 수신 엔터티는 단말의 가용 채널에 근거하여 특정 채널 타입들로 소비가 가능한 채널 리스트를 원할 경우 이를 쿼리 스트링(특히 쿼리 스트링에 포함되는 상기 전송 채널 타입 (deliveryChannelType)요소)을 이용하여 요청할 수 있으며, 특정한 쿼리 스트링이 지정되지 않은 MMT 서비스 리스트 요청 메시지에 대해서 서버는 특정 채널 타입에 한정되지 않은 전체 MMT 서비스 리스트를 MMT 수신 엔터티에게 회신할 수 있다.
이하의 본 개시에 따른 MMT 서비스 리스트 요청 메시지의 신텍스(syntax)를 설명한다. MMT 수신 엔터티는 HTTP GET 요청 메시지를 이용하여 MMT 서비스 리스트를 요청할 수 있다.
MMT 서비스 리스트 요청 메시지의 신텍스(syntax)에서 request_URI = service_URI "?" query_string 이며 여기서,
- service_URI: the URI of the MMT service list server that provides MMT service list elements. This can be the same with descriptorURL, based on its implementation;
- query_string : descriptorURL *("&" deliveryChannelType) ("&" channel_range);
- descriptorURL : the URL of the MMT service list element for which the MMT receiving entity is requesting the service list element in the query part of the request;
- deliveryChannelType : the required channel type of the packages listed in MMT service list which the MMT receiving entity is requesting in the query part of the request;
- channel_range : a range of MMT service channel_id;
- channel_range = (channelA [ "-" channelZ ]) / (channelA [ ";"]);
- channelA = 1 X DIGIT; the channel, or the first of a range of channels;
- channelZ = 1 X DIGIT; the last channel of a range of channels.
이다.
예를 들어, 단말이 URI가 www.example.com/MMTCH.xml인 MMT 서비스를 수신하고자 할 때, 단말이 브로드밴드 채널만 접근이 가능한 상황이라 해당 MMT 서비스 리스트만을 요청하는 경우, channelType = 2 인 요청 메시지를 전송하게 된다. 단말은 특정 채널 범위를 지정할 수도 있다. channel ID 가 1~100 사이의 것이고 service URI가 http://www.MMTCHdeliveryservice.com/service 인 경우, 예시적인 HTTP GET 요청 메시지는 다음과 같다. GET WWW.MMTCHdeliveryservice.com/service?service_URI= www.example.com/MMTCH.xml&deliveryChannelType=2&channel_range=1&channel_range=100 HTTP/1.1
<표 6> 및 <표 7>에 포함된 구성 요소들의 semantics을 추가적으로 설명하면 다음과 같다.
- Version: MMTServiceList 의 버젼 정보.
- descriptorProvider: MMT service descriptor 정보 제공자.
- Duration: 얼마나 오래 해당 리스트 정보가 유효한지를 나타내는 식별자.
- MMTChannel: MMT packages 의 묶음으로 표현되는 논리적인 그룹.
- name: 특정 채널의 이름.
- link: 해당특정 채널에 대한 정보를 포함하는 HTML 페이지의 URL주소.
- channelDescription: 해당 채널에 대한 디스크립션 정보.
- releaseDate: 채널 정보의 배포일.
- lastBuildDate: 해당 채널의 정보가 가장 마지막으로 변경된 시간.
- MMTPackage: 특정한 프로그램으로 MMT의 Package에 해당.
- deliveryChannelType: 해당 전송 채널의 타입정보 속성으로, 해당 채널에 리스트된 MMT 패키지(서비스)들의 소비를 위해서 어떠한 종류의 채널이 필요한지를 표시하는 식별자. 하기 <표 8>은 전송 채널 타입(deliveryChannelType) 값에 대한 설명을 나타낸다.
deliveryChannelType Value Description
0 reserved
1 수신만이 가능한 전송 채널 (예, 방송 채널)
2 수신 및 전송이 모두 가능한 전송 채널 (예, 브로드밴드 채널)
3 최소 하나의 방송 채널과 동시에 최소 하나의 브로드밴드 채널을 함께 가지는 경우
- channel_id: 채널 식별자.
- title: 특정 MMT Package의 이름.
- packageDescription: 특정 해당 패키지에 대한 설명(=디스크립션).
- MMT_Package_id: 특정 패키지 식별자. 한 MMT Service List 내에서 패키지를 고유하게 식별.
- startTime: 특정 MMT 패키지 VOD가 아닌 편성시간이 따로 있는 컨텐츠인 경우 컨텐츠의 시작 시간으로, VOD 의 경우 생략이 가능한 속성 정보.
- endTime: 특정 MMT 패키지 VOD가 아닌 편성시간이 따로 있는 컨텐츠인 경우 컨텐츠의 종료 시간으로, VOD 의 경우 생략이 가능한 속성 정보.
- SDPURI: 단말이 패키지를 소비하기 위해 필요한 세션 정보가 포함된 SDP의 위치 정보를 나타내는 URI 주소 정보.
- SDP: 단말이 패키지를 소비하기 위해 필요한 세션 정보가 포함된 SDP의 정보.
- MMT_Signaling_flow_URI: PA 혹은 PA 테이블 등 MMT 시그널링 메시지 정보의 플로우에 대한 위치 정보.
- PI_URI: 단말이 MMT 패키지 소비를 위해 필요한 PI 페이지의 정보가 포함된 URI 위치 정보.
이하에서는 본 개시의 실시예에 따른 MMT 송신 엔터티가 MMT 서비스 리스트의 업데이트와 관련한 정보를 MMT 수신 엔터티에게 전송하는 장치 및 방법을 설명한다.
MMT 송신 엔터티는 MMT 서비스 리스트의 업데이트와 관련한 정보를 MMT 내부 대역(inband) 시그널링을 통하여, MMT 서비스 리스트와 분리하여 MMT 수신 엔터티에게 전달할 수 있다. 이에 따라 MMT 수신 엔터티는 MMT 서비스 리스트의 업데이트에 관한 정보를 신속하게 업데이트하고 선택적으로 패치(fetch)할 수 있다.
구체적으로 MMT 송신 엔터티는 신규 생성, 부분적인 변동, 소멸등의 변화에 대한 상태 정보를 별도의 서비스 리스트 정보 메시지(Service List information message)를 이용하여 단말에게 알려 줄 수 있다. 서비스 리스트(SL) 정보 메시지를 수신한 단말은 기 획득한 MMT 서비스 리스트 정보의 변동 혹은 신규 서비스 리스트의 존재 등에 대해 확인할 수 있으며, 단말이 원하는 경우, 서비스 리스트 정보의 업데이트를 목적으로 특정 서비스 리스트를 MMT 송신 엔터티에 요청할 수 있다.
이때 서비스 리스트(SL) 정보 메시지의 실시예는 하기 <표 9>와 같다.
Figure PCTKR2017005555-appb-T000008
<표 9>의 구성 요소들의 설명은 아래와 같다.
- message_id: 메시지 ID로 16 비트의 길이.
- Version: 해당 메시지의 버젼 정보.
- Length: 해당 메시지의 길이.
- num_of_list: 단말에 전달되어야 할 MMT 서비스 리스트들의 개수.
- MMT_svc_list_URL_length: MMT_svc_list_URL string의 길이.
- MMT_svc_list_URL_byte: MMT service list descriptor의 식별자.
- event_type: 업데이트 이벤트의 타입.
아래 <표 10>은 이벤트 타입(event_type)의 값을 나타낸다.
Figure PCTKR2017005555-appb-T000009
- num_of_channel: 업데이트(갱신)이 발생된 채널의 개수.
- channel_id: 채널 식별자.
- change_time: 해당 채널의 deliveryChannelType 이 변경되는 시간.
- change_delivery_channel_type: 해당 채널의 deliveryChannelType 이 어떻게 바뀔 것인지를 나타내는 식별자.
한편, 상기 정보를 기초로 한 송신측 및 수신측 동작은 다음과 같을 수 있다.
MMT 송신 엔터티의 동작은 다음과 같을 수 있다.
MMT 송신 엔터티는 MMT 수신 엔터티가 요청하는 경우, MMT 서비스 리스트(service list) 내의 패키지들 가운데, 상기 MMT 수신 엔터티가 요청한 전송 채널 타입(deliveryChannelType)으로 서비스 제공이 가능한 패키지(Package)들 만을 리스트할 수 있다. 다음으로, MMT 송신 엔터티는 리스트된 패키지들만으로 하나 또는 복수 개의 채널을 구성할 수 있다. 상기 MMT 송신 엔터티는 상기 구성한 채널들만으로 하나의 서비스 리스트를 구성할 수 있고, 구성된 서비스 리스트를 MMT 수신 엔터티에게 송신할 수 있다. MMT 송신 엔터티는 특정 MMT 서비스 리스트가 신규로 생성, 변경 또는 무효화되었을 경우, 업데이트 내역을 각 MMT 서비스 리스트마다 태깅할 수 있다. 업데이트 내역을 이용하여 내부 대역(In-band) 서비스 리스트(SL) 정보 메세지를 생성할 수 있고, 이를 단말에게 전송할 수 있다. MMT 송신 엔터티는 특정 MMT 서비스 리스트(Service List) 또는 특정 MMT 서비스 리스트(Service List)의 특정 채널들에 대한 요청을 수신한 경우 업데이트 내역을 단말에 전송할 수 있다.
MMT 수신 엔터티(Receiving Entity)의 동작은 하기와 같을 수 있다.
MMT 수신 엔터티(Receiving Entity)는 자신의 성능(capability)을 체크할 수 있다. MMT 수신 엔터티(Receiving Entity)는 자신의 성능을 근거로 MMT 송신 엔터티에게 서비스 리스트(serviceList)를 요청할 수 있다. MMT 수신 엔터티(Receiving Entity)는 자신의 성능으로 소비 가능한 서비스 리스트를 수신하며, 이를 취합하여 사용자에게 보여줄 수 있다. MMT 수신 엔터티(Receiving Entity)는 사용자에게 제공한 서비스 리스트 중 사용자가 선택한 컨텐츠(MMT package)의 각 에셋(asset)을 정해진 전달 채널로 가지고 와서 재생할 수 있다. MMT 수신 엔터티(Receiving Entity)는 서비스 리스트(SL) 정보 메시지를 통해서 (HTTP로 받아온) 기 수신한 특정 MMT 서비스 리스트에 신규 생성, 변경 또는 무효화 등의 업데이트가 있는지 여부를 확인할 수 있다. MMT 수신 엔터티(Receiving Entity)는 서비스 리스트(SL) 정보 메시지 안에 포함된 MMT 서비스 리스트의 업데이트 이벤트 타입(event_type) 정보를 근거로, 자신의 성능 및 자신이 관심 있는 채널에 관한 업데이트 정보가 있는 경우 MMT 송신 엔터티에게 해당 정보를 요청할 수 있다.
한편 본 개시의 상세한 설명에서는 구체적인 실시 예에 관해 설명하였으나, 본 개시의 범위에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다. 그러므로 본 개시의 범위는 설명된 실시 예에 국한되어 정해져서는 안되며 후술하는 특허청구의 범위뿐만 아니라 이 특허청구의 범위와 균등한 것들에 의해 정해져야 한다.

Claims (15)

  1. 미디어 서비스 리스트를 제공하는 방법에 있어서,
    적어도 하나의 미디어 서비스 리스트들의 위치 정보를 획득하는 동작;,
    상기 위치 정보에 기초하여 상기 적어도 하나의 미디어 서비스 리스트들을 수신하는 동작;,
    상기 수신된 적어도 하나의 미디어 서비스 리스트들을 통합하여 통합된 미디어 서비스 리스트를 생성하는 동작; 및
    상기 통합된 미디어 서비스 리스트를 사용자에게 제공하는 동작을 포함하는,
    미디어 서비스 리스트를 제공하는 방법.
  2. 제1 항에 있어서,
    상기 적어도 하나의 미디어 서비스 리스트들은 하나 이상의 미디어 패키지를 포함하고,
    상기 하나 이상의 미디어 패키지 각각은 하나의 프로그램에 대응하고,
    상기 적어도 하나의 미디어 서비스 리스트들은 상기 하나 이상의 미디어 패키지의 논리 그룹(logical group)인 하나 이상의 미디어 채널을 포함하는,
    미디어 서비스 리스트를 제공하는 방법.
  3. 제2 항에 있어서,
    상기 적어도 하나의 미디어 서비스 리스트들은 상기 미디어 채널에 포함된 서비스를 소비하는데 필요한 채널의 종류를 나타내는 채널 타입(channelType)에 관한 정보를 포함하는,
    미디어 서비스 리스트를 제공하는 방법.
  4. 제3 항에 있어서,
    상기 통합된 미디어 서비스 리스트는 현재 채널의 가용 상태를 기반으로 상기 채널 타입(channelType)을 고려하여 생성되는,
    미디어 서비스 리스트를 제공하는 방법.
  5. 제2 항에 있어서,
    상기 위치 정보 및 전송 채널 타입(deliveryChannelType)에 기초하여 상기 적어도 하나의 미디어 서비스 리스트를 요청하는 동작을 더 포함하며,
    상기 전송 채널 타입(deliveryChannelType)은 상기 수신된 적어도 하나의 미디어 서비스 리스트들에 리스트되는 미디어 패키지의 필수 채널 타입(required channel type)인,
    미디어 서비스 리스트를 제공하는 방법.
  6. 제2 항에 있어서,
    상기 수신된 적어도 하나의 미디어 서비스 리스트들의 업데이트에 대한 정보를 포함하는 서비스 리스트 정보 메시지를 수신하는 동작을 더 포함하는,
    미디어 서비스 리스트를 제공하는 방법.
  7. 제6 항에 있어서,
    상기 서비스 리스트 정보 메세지는 상기 수신된 적어도 하나의 미디어 리스트들에 발생한 이벤트의 타입을 나타내는 이벤트 타입(event_type)을 포함하는,
    미디어 서비스 리스트를 제공하는 방법.
  8. 제7 항에 있어서,
    상기 미디어 서비스 리스트에 기초하여 상기 수신된 적어도 하나의 미디어 리스트들에 대한 업데이트를 요청하는 동작을 더 포함하는,
    미디어 서비스 리스트를 제공하는 방법.
  9. 제2 항에 있어서,
    상기 적어도 하나의 미디어 서비스 리스트들은, 상기 미디어 패키지가 선형 방송인 경우, 상기 미디어 패키지에 대한 시간 정보를 포함하는,
    미디어 서비스 리스트를 제공하는 방법.
  10. 제2 항에 있어서,
    상기 적어도 하나의 미디어 서비스 리스트들은 상기 미디어 패키지에 대응하는 세션 정보를 포함하는,
    미디어 서비스 리스트를 제공하는 방법.
  11. 미디어 서비스 리스트를 제공하는 방법에 있어서,
    하나의 프로그램에 대응하는 하나의 미디어 패키지를 한 개 이상 포함하며, 상기 한 개 이상의 미디어 패키지의 논리 그룹(logical group)인 한 개 이상의 미디어 채널을 포함하고, 상기 미디어 채널에 포함된 서비스를 소비하는데 필요한 채널의 종류를 제공하는 채널 타입(channelType)을 포함하는 미디어 서비스 리스트를 생성하는 과정; 및
    상기 생성된 미디어 서비스 리스트를 단말에게 전송하는 과정을 포함하는,
    미디어 서비스 리스트를 제공하는 방법.
  12. 제11 항에 있어서,
    상기 미디어 패키지의 채널 타입은 상기 단말에 의해 요청된 전송 채널 타입(deliveryChannelType)에 대응하는,
    미디어 서비스 리스트를 제공하는 방법.
  13. 제11 항에 있어서,
    상기 미디어 서비스 리스트는 상기 미디어 패키지가 선형 방송인 경우 상기 미디어 패키지에 대한 시간 정보를 포함하는,
    미디어 서비스 리스트를 제공하는 방법.
  14. 제11 항에 있어서,
    상기 미디어 서비스 리스트에 업데이트가 있는 경우 상기 업데이트에 대한 정보를 포함하는 서비스 리스트 정보 메시지를 전송하는 과정을 더 포함하는,
    미디어 서비스 리스트를 제공하는 방법.
  15. 제14 항에 있어서,
    상기 서비스 리스트 정보 메세지는 상기 미디어 리스트에 발생한 이벤트의 타입을 나타내는 이벤트 타입(event_type)을 포함하는,
    미디어 서비스 리스트를 제공하는 방법.
PCT/KR2017/005555 2016-05-26 2017-05-26 미디어 서비스 리스트의 제공 방법 WO2017204602A1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US16/304,422 US10904604B2 (en) 2016-05-26 2017-05-26 Method for providing media service list

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
KR20160065144 2016-05-26
KR10-2016-0065144 2016-05-26
KR10-2017-0007335 2017-01-16
KR1020170007335A KR102613231B1 (ko) 2016-05-26 2017-01-16 방송 시스템에서 방송 서비스 정보 제공 방법 및 장치

Publications (1)

Publication Number Publication Date
WO2017204602A1 true WO2017204602A1 (ko) 2017-11-30

Family

ID=60412699

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2017/005555 WO2017204602A1 (ko) 2016-05-26 2017-05-26 미디어 서비스 리스트의 제공 방법

Country Status (1)

Country Link
WO (1) WO2017204602A1 (ko)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100863358B1 (ko) * 2008-01-02 2008-10-15 주식회사 이피지 통합형 방송 서비스 제공을 위한 웹브라우징 장치 및 방법
KR20110039520A (ko) * 2011-02-25 2011-04-19 쿠도커뮤니케이션 주식회사 위치 기반 방송 스트림 수신 방법을 위한 컴퓨터로 읽을 수 있는 기록 매체, 셋톱박스 및 셋톱박스의 동작 방법
KR20130118017A (ko) * 2012-04-19 2013-10-29 (주)유타스 셋탑박스의 컨텐츠 통합 관리 시스템
KR101351017B1 (ko) * 2007-01-12 2014-01-10 엘지전자 주식회사 데이터 방송 리스트를 제공하는 방법 및 그 방법을 채용한방송 수신기
KR20140102061A (ko) * 2013-02-13 2014-08-21 삼성전자주식회사 디스플레이장치, 서버 및 그 제어방법

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101351017B1 (ko) * 2007-01-12 2014-01-10 엘지전자 주식회사 데이터 방송 리스트를 제공하는 방법 및 그 방법을 채용한방송 수신기
KR100863358B1 (ko) * 2008-01-02 2008-10-15 주식회사 이피지 통합형 방송 서비스 제공을 위한 웹브라우징 장치 및 방법
KR20110039520A (ko) * 2011-02-25 2011-04-19 쿠도커뮤니케이션 주식회사 위치 기반 방송 스트림 수신 방법을 위한 컴퓨터로 읽을 수 있는 기록 매체, 셋톱박스 및 셋톱박스의 동작 방법
KR20130118017A (ko) * 2012-04-19 2013-10-29 (주)유타스 셋탑박스의 컨텐츠 통합 관리 시스템
KR20140102061A (ko) * 2013-02-13 2014-08-21 삼성전자주식회사 디스플레이장치, 서버 및 그 제어방법

Similar Documents

Publication Publication Date Title
KR101976052B1 (ko) 방송 서비스 전송 방법, 그 수신 방법 및 방송 서비스 수신 장치
WO2013043000A1 (en) Apparatus and method of playing broadcast content in broadcasting system
WO2012099428A2 (ko) 방송 시스템에서의 어플리케이션 서비스 장치 및 방법
US8893205B2 (en) IPTV receiver and method of providing channel map management information
WO2010082782A2 (en) Rich media-enabled service guide provision method and system for broadcast service
CA2839444C (en) Method for transmitting a broadcast service, method for receiving a broadcast service, and apparatus for receiving a broadcast service
US20090158327A1 (en) IPTV receiver and method of providing channel map information
KR20080030899A (ko) 맞춤형 방송 신호 수신기 및 방송 수신 방법
US8869219B2 (en) Method for controlling a channel and an IPTV receiver
WO2011119012A2 (en) Method and apparatus for receiving non-real time content included in real time broadcasting signal
EP2720456A2 (en) Method for transmitting and receiving broadcast service and receiving device thereof
WO2009120027A2 (en) Method and apparatus for software update of terminals in a mobile communication system
WO2014171803A1 (en) Method and apparatus for transmitting and receiving additional information in a broadcast communication system
WO2014021624A1 (en) Method and apparatus of providing broadcasting and communication convergence service
WO2010064836A2 (en) Service guide transmission/reception method and apparatus for broadcast service
US20090158348A1 (en) IPTV receiver and method of discovering an IPTV service
WO2011159093A2 (en) Hybrid delivery mechanism in a multimedia transmission system
WO2010110605A2 (ko) Iptv 수신기 및 그의 컨텐트 다운로드 방법
EP2255467A2 (en) Method and system for updating firmware of terminals in a broadcast system
WO2017204602A1 (ko) 미디어 서비스 리스트의 제공 방법
WO2009126001A2 (ko) 디지털 방송의 데이터 애플리케이션 제공 방법 및 이를 실현시키기 위한 프로그램을 기록한 컴퓨터로 판독 가능한 기록 매체
US10904604B2 (en) Method for providing media service list
WO2017142347A1 (ko) 멀티미디어 서비스의 컨텐츠 관련 정보 제공 방법 및 장치
WO2010024646A2 (en) A digital broadcasting receiver and a method for updating broadcasting content in a digital broadcasting receiver
WO2014171783A1 (en) Method and apparatus for providing broadcasting service

Legal Events

Date Code Title Description
NENP Non-entry into the national phase

Ref country code: DE

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

Ref document number: 17803120

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 17803120

Country of ref document: EP

Kind code of ref document: A1