WO2015190893A1 - 멀티미디어 데이터를 관리하는 방법 및 장치 - Google Patents

멀티미디어 데이터를 관리하는 방법 및 장치 Download PDF

Info

Publication number
WO2015190893A1
WO2015190893A1 PCT/KR2015/005993 KR2015005993W WO2015190893A1 WO 2015190893 A1 WO2015190893 A1 WO 2015190893A1 KR 2015005993 W KR2015005993 W KR 2015005993W WO 2015190893 A1 WO2015190893 A1 WO 2015190893A1
Authority
WO
WIPO (PCT)
Prior art keywords
chunk
information
stored
image
content server
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/KR2015/005993
Other languages
English (en)
French (fr)
Inventor
박경모
소영완
남기영
박경수
배상욱
한동수
송재연
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung Electronics Co Ltd
Korea Advanced Institute of Science and Technology KAIST
Original Assignee
Samsung Electronics Co Ltd
Korea Advanced Institute of Science and Technology KAIST
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 Samsung Electronics Co Ltd, Korea Advanced Institute of Science and Technology KAIST filed Critical Samsung Electronics Co Ltd
Priority to US15/318,285 priority Critical patent/US10645425B2/en
Priority to KR1020177001175A priority patent/KR102394959B1/ko
Publication of WO2015190893A1 publication Critical patent/WO2015190893A1/ko
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

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/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/231—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion
    • 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/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/231—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion
    • H04N21/23106—Content storage operation, e.g. caching movies for short term storage, replicating data over plural servers, prioritizing data for deletion involving caching operations
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • 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/21—Server components or server architectures
    • H04N21/222—Secondary servers, e.g. proxy server, cable television Head-end
    • 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/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/23418—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving operations for analysing video streams, e.g. detecting features or characteristics
    • 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/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/234—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs
    • H04N21/2343—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements
    • H04N21/23439—Processing of video elementary streams, e.g. splicing of video streams or manipulating encoded video stream scene graphs involving reformatting operations of video signals for distribution or compliance with end-user requests or end-user device requirements for generating different versions
    • 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8451—Structuring of content, e.g. decomposing content into time segments using Advanced Video Coding [AVC]
    • 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8455—Structuring of content, e.g. decomposing content into time segments involving pointers to the content, e.g. pointers to the I-frames of the video 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/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/83—Generation or processing of protective or descriptive data associated with content; Content structuring
    • H04N21/845—Structuring of content, e.g. decomposing content into time segments
    • H04N21/8456—Structuring of content, e.g. decomposing content into time segments by decomposing the content in the time domain, e.g. in time segments

Definitions

  • the present disclosure relates to a method and apparatus for managing duplicate multimedia content on a network.
  • a plurality of images provided by the network is determined to be the same image to the human eye, but the binary data of the images are often different. Although the images look the same with the naked eye, the binary data are referred to as "logically identical" images.
  • the conventional video coding scheme is designed to maximize the compression rate in one video.
  • each service provider like Facebook YouTube re-encodes the video uploaded by the user according to the situation of the service provider. Can be.
  • the position of the I frame in the original video and the position of the I frame in the edited video are Can vary.
  • the position of the I frame is changed, information of other frames referring to the I frame is changed, so that binary information of each image is different, thereby logically identical images are generated.
  • the present disclosure provides a method and apparatus for reducing network load by removing logically identical images.
  • the present disclosure provides a method and apparatus for dividing image data into chunk units, generating chunk information of an image, and updating chunk information by reflecting chunk information of a new image.
  • the present disclosure provides a method and apparatus for a content server to provide video data to a client via a cache server located within an Internet service provider.
  • the present disclosure provides a method and apparatus for providing a client by combining a cache server requested image of the client.
  • the method for managing multimedia data in a content server includes generating at least one chunk from an input image, generating chunk information of the input image including a list of the generated chunks, Performing an identity check between the chunks based on the chunk information of the input image and the chunk information stored in the content server, and updating the stored chunk information according to the identity check result. Characterized as a scene unit in the image.
  • the content server managing multimedia data proposed in the present disclosure includes an encoder configured to generate at least one chunk from an input image, and generate chunk information of the input image including the list of the generated chunks, and input the image. Performing a similarity check between the chunks based on the chunk information of the chunk information and the chunk information stored in the storage unit, and updating the stored chunk information according to the result of the equality check, wherein the chunk means an image. Characterized in that it is a scene unit.
  • FIG. 1 is a view illustrating a video content transmission and reception system according to embodiments of the present disclosure
  • FIG. 2 is a diagram illustrating a configuration of a content server 101 according to an embodiment of the present disclosure.
  • FIG. 3 is a diagram illustrating an example of chunk information for chunks according to the present disclosure
  • FIG. 4 is a view for explaining an example of updating a recipe through an identity check of chunks according to an embodiment of the present disclosure
  • FIG. 5 is a diagram illustrating a process of a client acquiring image data from a content server via a cache server according to an embodiment of the present disclosure
  • FIG. 6 is a view for explaining an example of a method of providing an image described with reference to FIG. 5 according to an embodiment of the present disclosure
  • FIG. 7 is a view illustrating an operation of a content server according to an embodiment of the present disclosure.
  • FIG. 8 is a diagram illustrating an operation of a cache server according to an embodiment of the present disclosure.
  • Embodiments of the present disclosure described below are separated for convenience of description, but at least two or more embodiments may be combined and performed within a range that does not conflict with each other.
  • first and second may be used to describe various components, but the components are not limited by the terms. The terms are used only for the purpose of distinguishing one component from another.
  • first component may be referred to as a second component, and similarly, the second component may also be referred to as a first component.
  • the present disclosure is to reduce the traffic on the network caused by the large number of logically duplicated images on the network.
  • the content server divides a new image input to the content server into chunk units, which are meaningful scene units, and generates chunk information about chunks constituting the image.
  • the information of the chunks is compared with the chunk information (referred to as "recipe") already stored in the content server, and the identity check between the chunks is performed.
  • the previous chunk information included in the recipe may be updated with the latest chunk information about the chunk, and the chunk may be stored. However, in some cases, the chunk information may not be updated and the chunks may be stored for similar chunks.
  • the generated chunk is the same chunk as the stored chunk
  • the previous chunk information included in the recipe is updated with the latest chunk information.
  • the newly created chunk is deleted. That is, the same chunks as the stored chunks are deleted, but the chunk information of the chunks is updated to the latest one.
  • the result of the check is a new chunk in which the generated chunk is not stored, the new chunk is stored and the chunk information of the chunk is included in the recipe.
  • the client may be provided through a cache server on the network.
  • the cache server requests and receives chunk information about the requested image from the content server, determines the chunk not stored in the cache server by using the received cache information, and stores the chunk information of the unsaved chunk and the header information of the corresponding image. Request and receive from server. Thereafter, the corresponding video is constructed using the chunk received from the content server and the chunk stored in the cache server, and then transmitted to the client.
  • the proposal of the present disclosure is not only applied to the image data, but may be applied to multimedia data that may be logically duplicated content on a network.
  • FIG. 1 is a view illustrating a video content transmission and reception system according to embodiments of the present disclosure.
  • the content server 101 of the present disclosure may configure binary data of logically identical images to be identical to remove logically duplicated images. A detailed configuration and operation of the content server 101 will be described later with reference to FIG. 2.
  • (A) is a case where a content server 101 and a general terminal 105 which does not have its own cache provide video content through an image distribution system 102 on a conventional network.
  • (B) is a case where the content server 101 provides the video content to the general terminal 106 which does not have its own cache through the cache server 103.
  • (C) is a case where the content server 101 provides the video content to the terminal 107 having its own cache.
  • the content server 101 removes the logically duplicated image. Therefore, when the content server 101 proposed in the present disclosure is used, the traffic of the image data on the network is higher than when the image content is provided through the image distribution system 102 on the network using a content server using a conventional method. Is reduced.
  • the cache server 103 when providing a video to the terminal 106 in the present disclosure, the cache server 103 requests and receives only chunks that the cache server 103 does not have among the parts constituting the video, Combine the chunk you received with the chunk you have. Therefore, traffic on the network may be reduced through the operation of the content server 101 and the operation of the cache server 103.
  • the “chunk” is a unit for dividing an image in the present disclosure, which will be described later with reference to FIG. 2.
  • the cache is included in the terminal 107, so that the cache operates in the same or similar manner as the cache server 103 so that the traffic of the image data received by the terminal 107 may be reduced. have.
  • FIG. 2 is a diagram illustrating a configuration of the content server 101 according to the embodiment of the present disclosure.
  • the content server 101 includes an encoder 201, a controller 203, and a storage 205.
  • the encoder 201 encodes an image uploaded to the content server 101 and divides the image.
  • the encoding unit 201 modifies the H. 264 encoding scheme and applies a cache-friendly encoding library scheme to encode logically identical images in the same binary. Make sure to include data.
  • the image when dividing one image, may be divided into scene units having a specific meaning.
  • the image may be divided into meaningful scene units by using a predetermined function such as a scene-detection function.
  • a predetermined function such as a scene-detection function.
  • scenes such as a singer singing or a scene of an audience may be an example of a meaningful scene.
  • "significant scene unit” will be referred to as "chunk”.
  • dividing one image into chunk units is distinguished from that of the conventional encoding scheme in which the image is divided into predetermined time units or predetermined size units.
  • the chunk may be configured to include at least one group of picture (GOP), and the chunks may be combined to form an image.
  • GOP group of picture
  • the controller 203 generates chunk information on the generated chunks, and stores the chunks and the chunk information in the storage unit 205.
  • the chunk information will be described below.
  • the chunk information includes a phash (perceptual hash) value for each chunk.
  • the phash is a 64-bit long value, and the phash value is used as an identifier (ID) of each chunk.
  • ID identifier
  • a phash is a value generated based on a DCT coefficient of a still image.
  • the phash may be used to examine the similarity of the corresponding chunks by checking the similarity between each phash value. Specifically, a hamming distance between the phash values may be calculated to determine whether the hamming distances are similar between the phash values. For example, phash values with a Hamming distance of 4 or less can be judged to be similar. Therefore, if the phash values are similar by measuring the Hamming distance between the phash values, it may be determined that the chunks corresponding to the phash values are similar.
  • the chunk information may further include not only the phash value, but also at least one of information such as a resolution frame rate and a frame length of the chunk.
  • the chunk information of the chunk may be used to determine the identity or similarity between the chunks.
  • 3 is a diagram illustrating an example of chunk information for chunks according to the present disclosure.
  • FIG. 3 is the chunk information of the image A
  • the first column indicates the position of the frame where the corresponding chunks start
  • the second column indicates the value of pHash, that is, the ID of the corresponding chunk.
  • image A includes six chunks from (a1) to (a6). Also, chunk a1 starts at frame 1 and includes frames up to frame 285, and the ID of chunk a1 is " (m1) 89000061174B2901 ". Equally, chunk a2 includes frames starting at frame 286 and up to frame 378, and the ID of chunk a2 is " (m2) CDDD696527965211 ”. In the same way, the chunks (a3) to (a6) also indicate the position of the frame where the chunk starts and the chunk ID values.
  • the control unit 203 stores the chunk information thus generated in the storage unit 205. Meanwhile, the information of the chunk information stored in the storage unit 205 will be referred to as a "recipe". That is, the recipe includes information on the chunks constituting the corresponding image A.
  • control unit 203 generates the chunk information on the chunks generated by the encoder 201 by the above-described method, and based on the chunk information included in the recipe stored in the storage unit 205, By checking the identity between the chunks, the chunk information of the recipe can be updated, and the necessary chunks can be stored in the storage unit 205.
  • the chunks may be combined to generate the requested image, and the generated image may be provided to the client.
  • the present disclosure may be provided through a cache server located in an Internet service provider (ISP). An embodiment of providing an image to a client through a cache server will be described later with reference to FIGS. 5 and 6.
  • the encoding unit ( 201) when the chunk information for the image A is stored in the storage unit 205 as described above, and the image A 'logically identical to the image A is uploaded to the content server 101, the encoding unit ( 201) will split image A 'into at least one chunk.
  • the controller 203 generates the chunk information of the image A ', compares the chunk information of the image A' with the chunk information (that is, the recipe) of the stored image A, and the chunks of the image A and the chunks of the image A '. The same can be checked, the recipe stored in the storage unit 205 can be updated according to the test result, and the necessary chunks can be stored.
  • FIG. 4 is a diagram illustrating an example of updating a recipe through an identity check of chunks according to an embodiment of the present disclosure.
  • Reference numeral 401 denotes chunk information of the image A shown in FIG. 3
  • reference numeral 403 denotes the chunk information of the image A '
  • reference numeral 405 denotes the chunk information of the image A' and the chunk information of the image A, based on the chunk information of the image A '.
  • 'S chunks check for identity with chunks already stored in the storage, and show updated chunk information accordingly.
  • the chunk information 401 of the video A includes m1, m2, m3, m4, m5, m6, and the chunk information 403 of the video A 'includes m1', m2, m6, m7.
  • m1 'included in the chunk information 403 of the image A' is similar to m1 included in the chunk information 403 of the image A '.
  • a predetermined reference value for example, 4, it may be determined that the two are similar.
  • m1 'included in the chunk information 403 of the image A' is similar to m1 included in the chunk information 401 of the image A, and chunk information 403 of the image A '. M2 and m6 included in the same are present in the chunk information 401 of the image A.
  • m7 included in the chunk information 403 of the video A ' is the chunk ID of the new chunk not included in the chunk information 401 of the video A.
  • the recipe 405 which is chunk information stored in the storage unit 205 may be updated as follows.
  • the controller 203 updates the chunk information of the corresponding chunk included in the recipe with the latest chunk information.
  • the generated chunk may be stored in the storage unit 205.
  • m 1 ′ is similar to m 1, we can see that m has been updated to m ′ in recipe 405.
  • the chunk having the m 'value is stored in the storage unit 205.
  • m ' is illustrated as being updated in the recipe 405
  • chunk information may not be updated and the previously stored chunk information may be maintained.
  • the similarity of the chunk IDs means that the two chunk images are very similar, for example, adding a caption to the image of the chunk that is m1. Therefore, there is a case where it is not necessary to update m1 to m1 'in the recipe 405 as necessary.
  • the controller 203 updates the previous chunk information included in the recipe with the latest chunk information. .
  • the chunk generated by the encoder 201 is the same as the chunk already stored in the storage unit 205, the chunk generated by the encoder 201 is deleted. That is, chunks identical to the chunks already stored in the storage unit 205 are deleted, but the chunk information of the corresponding chunk is updated to the latest one.
  • m2 and m6 included in the chunk information 403 of the image A ' are included in the chunk information 401 of the image A'.
  • m2 and m6 are updated in the recipe 405, and newly generated chunks corresponding to the newly generated m2 and m6 are deleted by the encoder 201.
  • the chunk generated by the encoder 201 is a new chunk that is not stored in the storage unit 205
  • the new chunk is stored in the storage unit 205
  • the chunk information of the chunk is stored in the recipe. Include new.
  • the frame start position of m7 may be determined using the frame length of the corresponding chunk included in the chunk information at 1347 which is the frame start position of (m6). In FIG. 4, the frame start position of (m7) is 1501 degrees. .
  • the identity check of the chunks has been described by comparing the chunk IDs included in the chunk information.
  • not only the chunk ID but also other information included in the chunk information for example, at least one of resolution, frame rate, and frame length may be compared.
  • FIG. 5 is a diagram illustrating a process of a client obtaining image data from a content server via a cache server according to an exemplary embodiment of the present disclosure.
  • the client does not directly acquire an image from the content server, but receives the image through the cache server 503.
  • the cache server 503 may be located in, for example, an Internet service provider (ISP) and operate according to a preset protocol with the content server 501 to operate between the content server 501 and the cache server 503. This reduces the redundant traffic of and improves the quality of experience (QoE) against the video by sending faster video data to the client 505.
  • ISP Internet service provider
  • the client 505 transmits an image request message to the cache server 503 requesting to provide a desired image.
  • the cache server 503 receives the video request message and does not request the video from the content server 501, but requests chunk information on the video. This is for the cache server 503 to know what chunks the video is composed of.
  • the content server 501 Upon receiving the request for the chunk information, the content server 501 transmits the chunk information about the corresponding video to the cache server in step 515. The manner in which the content server 501 configures the chunk information and updates the chunk information has been described with reference to FIGS. 3 and 4.
  • the cache server 503 analyzes the chunk information received in step 517 to check whether the chunks constituting the video are included in the cache server 503. The check can be performed in the same manner as the check for identity between the chunks described in FIG.
  • the cache server 503 requests a chunk not owned by the cache and a header of the corresponding video according to the check result of step 517.
  • the content server 509 transmits the requested chunk and header information of the corresponding video to the cache server 503.
  • the cache server 503 composes an image by combining the received chunk with its own chunk and the header of the corresponding image. Meanwhile, the received chunk is stored in the cache server 503 and used when other users request the video.
  • the configured image is transmitted to the client 505.
  • the controller controls the entire operation
  • the transceiver is responsible for transmitting and receiving signals with the external entity, the chunk and chunk in the cache storage unit Information can be stored.
  • FIG. 6 is a diagram illustrating an example of a method of providing an image described with reference to FIG. 5 according to an embodiment of the present disclosure.
  • Steps 601 to 617 of FIG. 6 are performed in the same order as steps 511 to 525 of FIG. 5. However, an example of the actual chunks is added to show an example in which an image is provided to the client 505.
  • the client 505 requests the cache server 503 to provide a desired image, and in operation 603, the cache server 503 requests the content server 501 for chunk information about the image.
  • the content server 501 transmits chunk information (ie, a recipe) for the corresponding video stored in its storage unit 205 to the cache server 503.
  • the cache server 503 analyzes the chunk information received in step 607 and checks whether the chunks constituting the video are included in the cache storage unit 504 in the cache server 503. In this case, it is assumed that the video is composed of chunk 1 and chunk 2.
  • the cache storage 504 of FIG. 6 shows that chunk 42, chunk 2, and chunk 45 are included.
  • the cache storage unit 504 includes chunk 2 among chunks necessary for constructing the corresponding video, and does not include chunk 1. Therefore, the cache server 503 requests the content server 501 for the header and chunk 1 of the video in steps 608 and 609.
  • the header is information corresponding to the Moov part.
  • the content server 501 transmits the header and chunk 1 to the cache server 503 in steps 610 and 611.
  • the cache server 503 combines the header, chunk 1, and chunk 2 received in step 613 to generate a combined image 615, and transmits the combined image to the client in step 617. Meanwhile, the cache server 503 stores the received chunk 1 in the cache storage unit 504.
  • FIG. 7 is a diagram illustrating an operation of a content server according to an embodiment of the present disclosure.
  • the content server divides the newly input image into chunk units, and generates chunk information of the corresponding image in operation 703.
  • the chunk information ie, recipe
  • the chunk information generated in step 703 is compared with the chunk information generated in step 703 to check for equality between the chunks.
  • the operation is performed according to the result of the identity test. The detailed operation is as described in FIG.
  • the previous chunk information included in the recipe may be updated with the latest chunk information on the corresponding chunk, and the chunk may be stored.
  • chunk information of similar chunks may not be updated, and previously stored chunk information may be maintained.
  • the generated chunk is the same chunk as the stored chunk
  • the previous chunk information included in the recipe is updated with the latest chunk information.
  • the chunk generated by the encoder 201 is deleted. That is, the same chunks as the stored chunks are deleted, but the chunk information of the chunks is updated with the latest ones.
  • the generated chunk is a new chunk that is not stored, the new chunk is stored and the chunk information of the chunk is newly included in the recipe.
  • FIG. 8 is a diagram illustrating an operation of a cache server according to an embodiment of the present disclosure.
  • step 801 when the video request is received from the client, the chunk information is requested and received from the content server in step 803.
  • the chunk information received in step 805 is compared with the chunk stored in the cache server to perform the sameness check.
  • step 807 the chunk not stored in the cache server and the header of the corresponding image are requested and received from the content server according to the check result.
  • operation 809 the image is composed by combining the stored chunk associated with the corresponding image and the chunk and header information received from the content server.
  • operation 811 the image is transmitted to the client.
  • a computer readable recording medium is any data storage device capable of storing data that can be read by a computer system. Examples of the computer readable recording medium include read-only memory (ROM), random-access memory (RAM), CD-ROMs, magnetic tapes, Floppy disks, optical data storage devices, and carrier waves.
  • the computer readable recording medium can also be distributed over network coupled computer systems so that the computer readable code is stored and executed in a distributed fashion.
  • functional programs, code, and code segments for achieving the present disclosure may be readily interpreted by those skilled in the art to which the present disclosure applies.
  • any such software may be, for example, volatile or nonvolatile storage, such as a storage device such as a ROM, whether or not removable or rewritable, or a memory such as, for example, a RAM, a memory chip, a device or an integrated circuit. Or, for example, CD or DVD, magnetic disk or magnetic tape and the like can be stored in a storage medium that is optically or magnetically recordable and simultaneously readable by a machine (eg computer).
  • a machine eg computer
  • the method according to an embodiment of the present disclosure may be implemented by a computer or a portable terminal including a control unit and a memory, the memory suitable for storing a program or programs including instructions for implementing the embodiments of the present disclosure. It will be appreciated that this is an example of a machine-readable storage medium.
  • the present disclosure includes a program comprising code for implementing the apparatus or method described in any claim herein and a machine-readable storage medium storing such a program.
  • a program may be transferred electronically through any medium, such as a communication signal transmitted over a wired or wireless connection, and the present disclosure suitably includes equivalents thereof.
  • the apparatus may receive and store the program from a program providing apparatus connected by wire or wirelessly.
  • the program providing apparatus includes a memory for storing a program including instructions for causing the program processing apparatus to perform a preset content protection method, information necessary for the content protection method, and wired or wireless communication with the graphic processing apparatus.
  • a communication unit for performing and a control unit for automatically transmitting the program or the corresponding program to the request or the graphics processing unit.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Tourism & Hospitality (AREA)
  • Health & Medical Sciences (AREA)
  • Economics (AREA)
  • General Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

콘텐츠 서버에서 멀티미디어 데이터를 관리하는 방법은, 입력 영상으로부터 적어도 하나의 청크를 생성하는 과정과, 상기 생성된 청크의 리스트를 포함하는 상기 입력 영상의 청크 정보를 생성하는 과정과, 상기 입력 영상의 청크 정보와, 상기 콘텐츠 서버에 저장된 청크 정보에 기초하여, 청크들 간의 동일성 검사를 수행하는 과정과, 상기 동일성 검사 결과에 따라 상기 저장된 청크 정보를 갱신하는 과정을 포함하며, 상기 청크는 영상에서 의미 있는 장면 단위임을 특징으로 한다.

Description

멀티미디어 데이터를 관리하는 방법 및 장치
본 개시는 네트워크상에서 중복된 멀티미디어 콘텐츠를 관리하는 방법 및 장치에 관한 것이다.
드라마, 영화, 스포츠 영상과 같은 경우, 원본 영상과 관련되어 예고편이나 하이라이트 영상과 같은 클립 영상이 인터넷상에 다수 존재한다. 다수의 사용자는 페이스북(Facebook), 유튜브(You Tube) 등과 같은 인터넷에 각종 영상을 업로드(upload)할 때, 하나의 원본 영상을 편집하여 업로드하는 경우가 많다. 이렇게 다수의 사용자가 동일한 원본 영상을 편집하여 업로드하는 영상들이 복수의 콘텐츠 제공자(contents provider)들에 의해 제공되어, 네트워크상에서 다수 개의 유사한 영상들이 제공되고 있다. 한편, 사용자들이 네트워크상의 영상 콘텐츠를 이용하는 패턴을 분석하면, 유사한 영상들이 많은 드라마 시리즈, 예고 영상, 스포츠 경기 하이라이트 등을 유사한 시간대에 시청할 확률이 높다.
그런데 네트워크에서 제공되는 다수의 영상들은 사람의 육안으로 보기에 동일한 영상으로 판단되지만, 실제 그 영상들의 바이너리 데이터는 다른 경우가 많다. 이렇게 육안으로는 동일하게 보이는 영상이지만, 바이너리 데이터는 서로 다른 영상들은 "논리적으로 동일한" 영상이라고 칭한다.
논리적으로 동일한 영상들이 생기는 이유는 아래와 같다.
첫째, 기존의 영상 부호화 방식이 하나의 영상 내에서 압축률을 최대화하기 위하여 설계되었기 때문이다. 둘째, 다수의 사용자가 동일한 영상을 업로드하더라도, 페이스북 유튜브와 같은 각각의 사업자들은 사용자가 업로드한 영상을 해당 사업자의 상황에 따라 자체적으로 다시 부호화하게 되는데, 부호화가 반복되면서 논리적으로 동일한 영상들이 생길 수 있다. 셋째, 손실 압축을 위하여 멀티 쓰레드(Multi-thread) 방식에 기초한 영상 부호화 방식에 따라 영상 부호화를 수행하는 경우, 영상을 구성하는 각각의 프레임들을 부호화하는 쓰레드 간에 쓰레드 동기(thread synchronization) 현상이 발생하게 되는데, 상기 쓰레드 동기 현상은 동일한 영상을 부호화하더라도 각각의 영상들의 바이너리 정보는 다르게 되어, 논리적으로 동일한 영상들이 생긴다. 넷째, 영상 편집 시 일정한 주기로 영상 복호의 기준이 되는 프레임인 I 프레임(frame)을 일정 주기로 영상에 삽입하는 부호화 방식의 경우, 원본 영상에서의 I 프레임의 위치와 편집 영상에서의 I 프레임의 위치가 달라질 수 있다. I 프레임의 위치가 변경되면, 상기 I 프레임을 참조하는 다른 프레임들의 정보가 달라져서, 각각의 영상들의 바이너리 정보가 달라지므로 논리적으로 동일한 영상들이 생긴다.
본 개시는 논리적으로 동일한 영상들을 제거하여 네트워크 부하를 감소시키기 위한 방법 및 장치를 제공한다.
본 개시는 영상 데이터를 청크 단위로 분할하고, 영상의 청크 정보를 생성하고 새로운 영상의 청크 정보를 반영하여 청크 정보를 업데이트하는 방법 및 장치를 제공한다.
본 개시는 콘텐츠 서버가 영상 데이터를 인터넷 서비스 제공자 내에 위치한 캐시 서버를 경유하여 클라이언트에게 제공하는 방법 및 장치를 제공한다.
본 개시는 캐시 서버가 클라이언트가 요청한 영상을 조합하여 클라이언트 제공하는 방법 및 장치를 제공한다.
본 개시에서 제공하는 콘텐츠 서버에서 멀티미디어 데이터를 관리하는 방법은, 입력 영상으로부터 적어도 하나의 청크를 생성하는 과정과, 상기 생성된 청크의 리스트를 포함하는 상기 입력 영상의 청크 정보를 생성하는 과정과, 상기 입력 영상의 청크 정보와, 상기 콘텐츠 서버에 저장된 청크 정보에 기초하여, 청크들 간의 동일성 검사를 수행하는 과정과, 상기 동일성 검사 결과에 따라 상기 저장된 청크 정보를 갱신하는 과정을 포함하며 상기 청크는 영상에서 의미 있는 장면 단위임을 특징으로 한다.
본 개시에서 제안하는 멀티미디어 데이터를 관리하는 콘텐츠 서버는, 입력 영상으로부터 적어도 하나의 청크를 생성하는 부호화부와, 상기 생성된 청크의 리스트를 포함하는 상기 입력 영상의 청크 정보를 생성하고, 상기 입력 영상의 청크 정보와, 저장부에 저장된 청크 정보에 기초하여, 청크들 간의 동일성 검사를 수행하는 과정과, 상기 동일성 검사 결과에 따라 상기 저장된 청크 정보를 갱신하는 제어부를 포함하며, 상기 청크는 영상에서 의미 있는 장면 단위임을 특징으로 한다.
도 1은 본 개시의 실시예들에 의한 영상 콘텐츠 송수신 시스템을 설명하는 도면,
도 2는 본 개시의 실시예에 의한 콘텐츠 서버(101)의 구성을 설명하는 도면
도 3은 본 개시의 따른 청크들에 대한 청크 정보의 일 예를 나타내는 도면,
도 4는 본 개시의 실시예에 따라 청크들의 동일성 검사를 통하여 레시피를 업데이트하는 예를 설명하는 도면,
도 5는 본 개시의 실시예에 따라 클라이언트가 콘텐츠 서버로부터 캐시 서버를 경유하여 영상 데이터를 획득하는 과정을 설명하는 도면,
도 6은 본 개시의 실시예에 따라 도 5에서 설명된 영상의 제공 방식의 일 예를 설명하는 도면,
도 7은 본 개시의 실시예에 의한 콘텐츠 서버의 동작을 설명하는 도면,
도 8은 본 개시의 실시예에 의한 캐시 서버의 동작을 설명하는 도면.
하기에서 본 개시를 설명함에 있어 관련된 공지 기능 또는 구성에 대한 구체적인 설명이 본 개시의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 이하 첨부된 도면을 참조하여 상기한 본 개시의 실시예를 구체적으로 설명하기로 한다.
이하에서 설명되는 본 개시의 실시예들은 설명의 편의를 위하여 분리된 것이지만, 상호 충돌되지 않는 범위 내에서 적어도 둘 이상의 실시예는 결합되어 수행될 수 있다.
이하에서 후술되는 용어들은 본 개시의 실시예들에서의 기능을 고려하여 정의된 용어들로서 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.
본 개시의 실시예는 다양한 변경을 가할 수 있고 여러 가지 실시 예들을 가질 수 있는바, 특정 실시 예들을 도면들에 예시하여 상세하게 설명한다. 그러나 이는 본 개시를 특정한 실시 형태에 대해 한정하려는 것이 아니며, 본 개시의 사상 및 기술 범위에 포함되는 모든 변경, 균등물 내지 대체물을 포함하는 것으로 이해되어야 한다.
또한, 제1, 제2 등과 같이 서수를 포함하는 용어는 다양한 구성요소들을 설명하는데 사용될 수 있지만, 상기 구성요소들은 상기 용어들에 의해 한정되지는 않는다. 상기 용어들은 하나의 구성요소를 다른 구성요소로부터 구별하는 목적으로만 사용된다. 예를 들어, 본 개시의 권리 범위를 벗어나지 않으면서 제1 구성요소는 제2 구성요소로 명명될 수 있고, 유사하게 제2 구성요소도 제1 구성요소로 명명될 수 있다. 및/또는 이라는 용어는 복수의 관련된 기재된 항목들의 조합 또는 복수의 관련된 기재된 항목들 중의 어느 항목을 포함한다.
또한, 본 명세서에서 사용한 용어는 단지 특정한 실시 예를 설명하기 위해 사용된 것으로, 본 개시를 한정하려는 의도가 아니다. 단수의 표현은 문맥상 명백하게 다르게 뜻하지 않는 한, 복수의 표현을 포함한다. 본 명세서에서, "포함하다" 또는 "가지다" 등의 용어는 명세서상에 기재된 특징, 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것이 존재함을 지정하려는 것이지, 하나 또는 그 이상의 다른 특징들이나 숫자, 단계, 동작, 구성요소, 부품 또는 이들을 조합한 것들의 존재 또는 부가 가능성을 미리 배제하지 않는 것으로 이해되어야 한다.
또한, 본 개시의 실시예들에서, 별도로 다르게 정의되지 않는 한, 기술적이거나 과학적인 용어를 포함해서 여기서 사용되는 모든 용어들은 본 개시가 속하는 기술 분야에서 통상의 지식을 가진 자에 의해 일반적으로 이해되는 것과 동일한 의미를 가지고 있다. 일반적으로 사용되는 사전에 정의되어 있는 것과 같은 용어들은 관련 기술의 문맥상 가지는 의미와 일치하는 의미를 가지는 것으로 해석되어야 하며, 본 개시의 실시예에서 명백하게 정의하지 않는 한, 이상적이거나 과도하게 형식적인 의미로 해석되지 않는다.
이하, 첨부된 도면들을 참조하여 다양한 실시 예들을 상세히 설명한다. 이때, 첨부된 도면들에서 동일한 구성 요소는 가능한 동일한 부호로 나타내고 있음에 유의해야 한다. 또한 본 개시의 요지를 흐리게 할 수 있는 공지 기능 및 구성에 대한 상세한 설명은 생략할 것이다. 하기의 설명에서는 본 개시의 다양한 실시 예들에 따른 동작을 이해하는데 필요한 부분만이 설명되며, 그 이외 부분의 설명은 본 개시의 요지를 흩트리지 않도록 생략될 것이라는 것을 유의하여야 한다.
본 개시의 상세한 설명에 앞서, 본 개시의 실시예들의 기본 개념을 간략히 설명한다.
본 개시는 논리적으로 중복된 영상들이 네트워크상에 다수 존재하기 때문에 발생하는 네트워크상의 트래픽을 감소시키기 위한 것이다. 본 개시에서 콘텐츠 서버는 콘텐츠 서버에 입력된 새로운 영상을 의미 있는 장면 단위인 청크 단위로 분할하고, 해당 영상을 구성하는 청크들에 대한 청크 정보를 생성한다. 그리고 상기 청크들의 정보를 이미 콘텐츠 서버에 저장되어 있는 청크 정보(이를 "레시피"라 한다.)와 비교하여, 청크들 간의 동일성 검사를 수행한다.
검사 결과 생성된 청크가 저장되어 있는 청크와 유사하면, 레시피에 포함된 이전의 청크 정보들을 해당 청크에 대한 최신의 청크 정보로 갱신하고, 해당 청크를 저장할 수 있다. 다만, 경우에 따라서 유사한 청크에 대하여 청크 정보의 갱신 및 청크를 저장하지 않을 수도 있다.
검사 결과, 생성된 청크가 저장되어 있는 청크와 동일한 청크이면, 레시피에 포함된 이전의 청크 정보를 최신의 청크 정보로 갱신한다. 다만, 생성된 청크는 이미 저장되어 있는 청크와 동일하기 때문에 새로 생성된 청크를 삭제한다. 즉, 저장된 청크들과 동일한 청크들은 삭제하지만, 해당 청크들의 청크 정보는 최신의 것으로 업데이트한다.
검사 결과, 생성된 청크가 저장되어 있지 않은 새로운 청크라면, 상기 새로운 청크를 저장하고, 해당 청크의 청크 정보를 레시피에 포함시킨다.
한편, 본 개시에서 클라이언트(또는 단말)은 네트워크상의 캐시 서버를 통하여 제공될 수 있다. 캐시 서버는 요청된 영상에 대한 청크 정보를 콘텐츠 서버에게 요청하여 수신하고, 수신한 캐시 정보를 이용하여 캐시 서버에 저장되지 않은 청크를 판단하고, 상기 저장되지 않은 청크와 해당 영상의 헤더 정보를 콘텐츠 서버에게 요청하여 수신한다. 이후, 콘텐츠 서버로부터 수신한 청크와 캐시 서버에 저장되어 있는 청크를 이용하여 해당 영상을 구성하고 이를 클라이언트에게 송신한다.
본 개시에서 제안하는 실시예들은 영상 데이터를 기준으로 설명되고 있으나, 본 개시의 제안이 영상 데이터에만 적용되는 것은 아니며, 네트워크상에서 논리적으로 중복된 콘텐츠가 될 수 있는 멀티미디어 데이터에 적용될 수도 있다.
이하에서 본 개시의 실시예들을 상세히 설명한다.
도 1은 본 개시의 실시예들에 의한 영상 콘텐츠 송수신 시스템을 설명하는 도면이다.
본 개시의 콘텐츠 서버(101)는 영상 데이터를 부호화할 때, 논리적으로 동일한 영상들의 바이너리 데이터를 동일하게 구성하여, 논리적으로 중복된 영상을 제거할 수 있다. 구체적인 콘텐츠 서버(101)의 구성 및 동작은 도 2에서 후술될 것이다.
도 1을 참조하면, (A)는 콘텐츠 서버(101)와 자체 캐시를 보유하지 않은 일반 단말(105)이 통상적인 네트워크상의 영상 배포 시스템(102)을 통하여 영상 콘텐츠를 제공하는 경우이다. (B)는 콘텐츠 서버(101)가 캐시 서버(103)를 통하여 자체 캐시를 보유하지 않은 일반 단말(106)에게 영상 콘텐츠를 제공하는 경우이다. (C)는 콘텐츠 서버(101)가 자체 캐시를 보유한 단말(107)에게 영상 콘텐츠를 제공하는 경우이다.
(A)의 경우, 콘텐츠 서버(101)에서 논리적으로 중복된 영상을 제거를 수행한다. 따라서 본 개시에서 제안하는 콘텐츠 서버(101)를 사용할 경우, 기존의 방식을 사용하는 콘텐츠 서버를 이용하여 네트워크상의 영상 배포 시스템(102)을 통하여 영상 콘텐츠를 제공하는 경우보다 네트워크상의 영상 데이터의 트래픽이 감소된다.
(B)의 경우, 본 개시에서 캐시 서버(103)는 단말(106)에게 영상을 제공할 때, 해당 영상을 구성하는 부분들 중 캐시 서버(103)가 가지고 있지 않은 청크만을 요청하여 수신하고, 수신한 청크와 자신이 가지고 있는 청크를 조합한다. 따라서 콘텐츠 서버(101)의 동작과 캐시 서버(103)의 동작을 통하여 네트워크상의 트래픽이 감소될 수 있다. 참고로, 상기 "청크(chunk)"는 본 개시에서 영상을 분할하는 단위로서, 이에 대해서는 도 2에서 후술할 것이다.
(c)의 경우, 단말(107) 내부에 캐시가 포함되어 있어서, 해당 캐시는 캐시 서버(103)와 동일하거나 또는 유사한 방식으로 동작하여 단말(107)에서 수신하는 영상 데이터의 트래픽이 감소할 수 있다.
도 2는 본 개시의 실시예에 의한 콘텐츠 서버(101)의 구성을 설명하는 도면이다.
콘텐츠 서버(101)는 부호화부(201), 제어부(203) 및 저장부(205)를 포함한다.
부호화부(201)는 콘텐츠 서버(101)에 업로드된 영상을 부호화하고, 영상을 분할한다. 참고로, 본 개시의 실시예에서, 부호화부(201)는 H. 264 부호화 방식을 변형하여 캐시 친화적 부호화 라이브러리(cache-friendly encoding library)) 방식의 부호화가 적용되어, 논리적으로 동일한 영상들을 동일한 바이너리 데이터를 포함할 수 있도록 한다.
본 개시에서는, 하나의 영상을 분할할 때, 특정 의미를 가지는 장면 단위로 분할할 수 있다. 이를 위하여, 예를 들면, 장면 검출(scene-detection) 함수와 같은 소정의 함수를 이용하여 영상을 의미 있는 장면 단위로 분할할 수 있다. 일 예로, 가수의 콘서트 영상의 경우, 가수가 노래 부르는 장면, 관객들의 장면 등과 같은 것들이 의미 있는 장면의 일 예가 될 수 있다. 이하에서는 "의미 있는 장면 단위"를 "청크(chunk)"라고 칭할 것이다. 본 개시에서 하나의 영상을 청크 단위로 분할하는 것은, 기존의 부호화 방식이 영상을 소정 시간 단위 또는 소정 크기 단위로 분할하던 것과 구별된다. 또한, 해당 청크는 적어도 하나 이상의 GOP(group of picture)를 포함하도록 구성하여, 각각의 청크들을 조합하여 영상을 구성할 수 있다.
제어부(203)는 생성된 청크들에 대한 청크 정보를 생성하고, 청크들과 청크 정보를 저장부(205)에 저장한다.
이하에서 상기 청크 정보에 대하여 설명한다.
청크 정보는 각각의 청크들에 대한 phash(perceptual hash) 값을 포함한다. 상기 phash는 64비트의 길이를 가지는 값으로, 상기 phash 값은 각 청크의 식별자(ID)로 사용된다. 참고로 phash는 정지 영상의 DCT 계수(coefficient)에 기반하여 생성되는 값으로, 각각의 phash 값들 간의 유사도를 검사하여, 해당 청크들의 유사도를 검사하는 데 사용될 수 있다. 구체적으로, 상기 phash 값들 간의 해밍 거리(hamming distance)를 계산하여 해밍 거리가 phash 값들 간의 유사한지 여부를 결정할 수 있다. 예를 들어 해밍 거리가 4 이하인 phash 값들은 서로 유사한 것으로 판단할 수 있다. 따라서 phash 값들 간의 해밍 거리를 측정하여 phash 값들 이 유사하면, 상기 phash 값들에 대응하는 청크들이 유사하다고 판단할 수 있다.
한편, 상기 청크 정보는 상기 phash 값뿐 아니라, 해당 청크의 해상도 프레임 레이트, 프레임 길이 등의 정보들 중 적어도 하나를 추가로 포함할 수 있다. 본 개시에서 청크의 청크 정보는 청크들 간의 동일성 또는 유사성 판단에 사용될 수 있다.
도 3은 본 개시의 따른 청크들에 대한 청크 정보의 일 예를 나타내는 도면이다.
도 3이 영상 A의 청크 정보라고 할 때, 첫 번째 열은 해당 청크들이 시작되는 프레임의 위치를 나타내며, 두 번째 열은 pHash의 값, 즉, 해당 청크의 ID를 나타낸다.
도 3에선 영상 A는 (a1)번부터 (a6)번까지 6개의 청크들을 포함한다. 또한, 청크 (a1)은 프레임 1에서 시작되고, 프레임 285까지의 프레임들을 포함하고, 청크 (a1)의 ID는 "(m1)89000061174B2901"임을 나타낸다. 동일하게, 청크 (a2)는 프레임 286부터 시작하여 프레임 378까지의 프레임들을 포함하고, 청크 (a2)의 ID는 "(m2)CDDD696527965211"임을 나타낸다. 청크 (a3)~청크 (a6)도 동일한 방식으로 해당 청크가 시작되는 프레임의 위치와 청크 ID 값들을 나타낸다. 제어부(203)는 이렇게 생성된 청크 정보를 저장부(205)에 저장한다. 한편, 저장부(205)에 저장되는 청크 정보의 정보를 "레시피(recipe)"라고 칭할 것이다. 즉, 레시피는 해당 영상(A)을 구성하는 청크들에 대한 정보를 포함한다.
또한, 제어부(203)는 상술한 방식에 의하여 부호화부(201)에서 생성된 청크들에 대한 청크 정보를 생성하고, 저장부(205)에 저장되어 있는 레시피에 포함된 청크 정보들에 기초하여, 청크들 상호 간의 동일성을 검사하여, 레시피의 청크 정보를 업데이트하고, 필요한 청크들을 저장부(205)에 저장할 수 있다. 또한, 클라이언트로부터의 특정 영상에 대한 요청을 수신하면, 청크들을 조합하여 요청된 영상을 생성하고, 생성된 영상을 클라이언트에게 제공할 수 있다. 다만, 본 개시에서는 생성된 영상을 클라이언트에게 직접 제공하는 방식 외에 인터넷 서비스 제공자(Internet Service Provider: ISP) 내에 위치하는 캐시 서버를 경유하여 제공할 수 있다. 캐시 서버를 통하여 영상을 클라이언트에게 제공하는 실시예는 도 5 및 도 6을 통하여 후술될 것이다.
상술한 동작의 예로써, 상술한 바에 따라 영상 A에 대한 청크 정보가 저장부(205)에 저장된 이후, 영상 A와 논리적으로 동일한 영상 A'가 콘텐츠 서버(101)로 업로드된 경우, 부호화부(201)는 영상 A'를 적어도 하나의 청크들로 분할할 것이다. 제어부(203)는 상기 영상 A'의 청크 정보를 생성하고, 영상 A'의 청크 정보와 저장되어 있는 영상 A의 청크 정보(즉, 레시피)를 비교하여 영상 A의 청크들과 영상 A'의 청크들의 동일성을 검사하고, 검사 결과에 따라 저장부(205)에 저장된 레시피를 업데이트하고, 필요한 청크들을 저장할 수 있다.
도 4는 본 개시의 실시예에 따라 청크들의 동일성 검사를 통하여 레시피를 업데이트하는 예를 설명하는 도면이다.
참조 번호 401은 도 3에서 도시된 영상 A의 청크 정보이고, 참조 번호 403은 영상 A'의 청크 정보이고, 참조 번호 405는 영상 A'의 청크 정보와 영상 A의 청크 정보에 기초하여, 영상 A'의 청크들이 저장부에 이미 저장되어 있는 청크들과의 동일성을 검사하고, 그에 따라 업데이트된 청크 정보를 도시한 것이다.
영상 A의 청크 정보(401)에는 m1, m2, m3, m4, m5, m6이 포함되어 있고, 영상 A'의 청크 정보(403)에는 m1', m2, m6, m7이 포함되어 있다. 참고로, 영상 A'의 청크 정보(403)에 포함된 m1'은 영상 A'의 청크 정보(403)에 포함된 m1과 유사한 값임을 나타낸다. 상술한 것처럼, 두 개의 청크 ID값들의 해밍 거리가 소정 기준 값, 예를 들어, 4 이하일 때, 양자가 유사한 것으로 판단할 수 있다.
두 개의 청크들의 ID 값들을 비교하면, 영상 A'의 청크 정보(403)에 포함된 m1'는 영상 A의 청크 정보(401)에 포함된 m1과 유사하고, 영상 A'의 청크 정보(403)에 포함된 m2, m6는 영상 A의 청크 정보(401)에 동일하게 존재한다. 한편, 영상 A'의 청크 정보(403)에 포함된 m7은 영상 A의 청크 정보(401)에 포함되어 있지 않은 새로운 청크의 청크 ID이다.
이러한 상황에서, 저장부(205)에 저장된 청크 정보인 레시피(405)는 아래와 같이 업데이트될 수 있다.
첫번째 경우, 부호화부(201)에서 생성된 청크가 저장부(205)에 저장되어 있는 청크와 유사한 청크이면, 제어부(203)는 레시피에 포함되어 있는 해당 청크의 청크 정보를 최신의 청크 정보로 갱신하고, 상기 생성된 청크를 저장부(205)에 저장할 수 있다. 도 4의 예에서, m1'는 m1과 유사하기 때문에, 레시피(405)에서 m이 m'로 업데이트되었음을 볼 수 있다. 또한, m'값을 갖는 청크는 저장부(205)에 저장된다.
다만, 도 4에서 m'가 레시피(405)에 업데이트된 것으로 도시되었으나, 경우에 따라서 유사한 청크의 경우 청크 정보가 업데이트되지 않고 이전에 저장된 청크 정보를 유지할 수도 있다. 청크 ID가 유사하다는 의미는, 예를 들어, m1'는 m1인 청크의 영상에 자막을 추가하는 것과 같이, 두 개의 청크 영상들이 매우 유사함을 의미한다. 따라서, 필요에 따라 레시피(405)에서 m1을 m1'로 업데이트하지 않아도 될 경우가 있다.
두 번째 경우, 부호화부(201)에서 생성된 청크가 저장부(205)에 저장되어 있는 청크와 동일한 청크이면, 제어부(203)는 레시피에 포함된 이전의 청크 정보를 최신의 청크 정보로 갱신한다. 다만, 부호화부(201)에서 생성된 청크는 이미 저장부(205)에 저장되어 있는 청크와 동일하기 때문에 부호화부(201)에서 생성된 해당 청크를 삭제한다. 즉, 이미 저장부(205)에 저장된 청크들과 동일한 청크들은 삭제하지만, 해당 청크의 청크 정보는 최신의 것으로 업데이트하는 것이다.
상기 예에서, 영상 A'의 청크 정보(403)에 포함된 m2와 m6는 영상 A의 청크 정보(401)에 포함되어 있다. 이 경우, m2와 m6는 레시피(405)에 업데이트되고, 새로 생성된 m2와 m6에 대응하는 새로 생성된 청크들은 부호화부(201)에서 삭제된다.
세 번째 경우로, 부호화부(201)에서 생성된 청크가 저장부(205)에 저장되어 있지 않은 새로운 청크라면, 상기 새로운 청크를 저장부(205)에 저장하고, 해당 청크의 청크 정보를 레시피에 새로 포함시킨다.
상기 예에서, 영상 A'의 청크 정보(403)에 포함된 m7은 영상 A의 청크 정보(401)에 포함되어 있지 않은 새로운 청크의 ID이므로, m7은 레시피(405)에 새로 포함되었고, m7에 대응하는 청크는 저장부(205)에 저장된다. 참고로, m7의 프레임 시작 위치는 (m6)의 프레임 시작 위치인 1347에서 청크 정보에 포함되는 해당 청크의 프레임 길이를 이용하여 결정될 수 있다 도 4에서 (m7)의 프레임 시작 위치는 1501도 도시되었다.
상기 도 4에서 청크들의 동일성 검사는 청크 정보에 포함된 청크 ID를 비교하는 것으로 설명되었다. 그러나 청크들의 동일성 검사 시, 청크 ID 뿐 아니라, 청크 정보에 포함된 다른 정보들, 일 예로, 해상도, 프레임 레이트, 프레임 길이들 중 적어도 하나를 비교하여 수행될 수 있다.
도 5는 본 개시의 실시예에 따라 클라이언트가 콘텐츠 서버로부터 캐시 서버를 경유하여 영상 데이터를 획득하는 과정을 설명하는 도면이다.
도 5의 실시예는 클라이언트가 직접 콘텐츠 서버로부터 영상을 획득하는 것이 아니라, 캐시 서버(503)를 통하여 영상을 수신한다. 상기 캐시 서버(503)는 예를 들어, 인터넷 서비스 제공자(Internet Service Provider: ISP) 내에 위치하여 콘텐츠 서버(501)와 미리 설정된 프로토콜에 따라 동작하여, 콘텐츠 서버(501)와 캐시 서버(503) 사이의 중복되는 트래픽을 감소하고, 클라이언트(505)에게 더 신속한 영상 데이터를 송신하여 해당 영상에 대항 체감 품질(Quality of experience: QoE)를 향상시킨다.
511단계에서 클라이언트(505)는 원하는 영상을 제공해 줄 것을 요청하는 영상 요청 메시지를 캐시 서버(503)로 송신한다. 513단계에서 캐시 서버(503)는 상기 영상 요청 메시지를 수신하고, 해당 영상을 콘텐츠 서버(501)에게 요청하는 것이 아니라, 해당 영상에 대한 청크 정보를 요청한다. 이는 캐시 서버(503)가 해당 영상이 어떠한 청크로 구성되었는지를 알기 위함이다. 청크 정보의 요청을 수신한 콘텐츠 서버(501)는 515단계에서 해당 영상에 대한 청크 정보를 캐시 서버로 송신한다. 콘텐츠 서버(501)가 상기 청크 정보를 구성하고 청크 정보를 업데이트하는 방식은 도 3 및 도 4에서 설명되었다.
캐시 서버(503)는 517단계에서 수신한 청크 정보를 분석하여, 해당 영상을 구성하는 청크들이 캐시 서버(503)에 포함되어 있는지를 검사한다. 상기 검사는 도 4에서 설명된 청크들 간의 동일성 검사와 동일한 방식으로 수행될 수 있다. 519단계에서 캐시 서버(503)는 517단계의 검사 결과에 따라 자신이 가지고 있지 않은 청크와 해당 영상의 헤더를 요청한다. 521단계에서 콘텐츠 서버(509)는 요청받은 청크와 해당 영상의 헤더 정보를 캐시 서버(503)로 송신한다. 523단계에서 캐시 서버(503)는 수신한 청크와 자신이 가지고 있는 청크 및 해당 영상의 헤더를 조합하여 영상을 구성한다. 한편, 수신한 청크는 캐시 서버(503) 내에 저장하여 다른 사용자들이 해당 영상을 요청할 때에 활용한다. 이후, 525단계에서 상기 구성된 영상을 클라이언트(505)로 송신한다.
참고로, 상기 캐시 서버(503)의 구성과 관련하여, 도 5에서 편의상 도시하지는 않았지만, 제어부가 전체 동작을 제어하고, 송수신부가 외부 엔터티와의 신호 송수신을 담담하고, 캐시 저장부에 청크와 청크 정보가 저장될 수 있다.
도 6은 본 개시의 실시예에 따라 도 5에서 설명된 영상의 제공 방식의 일 예를 설명하는 도면이다.
도 6의 601단계 내지 617단계는 도 5의 511단계 내지 525단계와 동일한 순서로 진행된다. 다만, 실제 청크들의 예가 추가되어 영상이 클라이언트(505)에게 제공되는 예를 도시한 것이다.
601단계에서 클라이언트(505)는 원하는 영상을 제공해 줄 것을 캐시 서버(503)에게 요청하고, 603단계에서 캐시 서버(503)는 해당 영상에 대한 청크 정보를 콘텐츠 서버(501)에게 요청한다. 콘텐츠 서버(501)는 605단계에서 자신의 저장부(205)에 저장되어 있는 해당 영상에 대한 청크 정보(즉, 레시피)를 캐시 서버(503)로 송신한다.
캐시 서버(503)는 607단계에서 수신한 청크 정보를 분석하여, 해당 영상을 구성하는 청크들이 캐시 서버(503) 내의 캐시 저장부(504)에 포함되어 있는지를 검사한다. 여기서는 해당 영상이 청크 1과 청크 2로 구성된다고 가정한다. 도 6의 캐시 저장부(504)에는 청크 42, 청크 2, 청크 45가 포함되어 있음이 도시되어 있다. 캐시 저장부(504)에는 해당 영상의 구성에 필요한 청크들 중 청크 2가 포함되어 있고, 청크 1은 포함되어 있지 않다. 따라서 캐시 서버(503)는 608단계 및 609단계에서 콘텐츠 서버(501)에게 해당 영상의 헤더와 청크 1을 요청한다. 참고로 헤더는 Moov 부분에 해당하는 정보이다. 상기 요청을 수신한 콘텐츠 서버(501)는 610단계 및 611단계에서 헤더와 청크 1을 캐시 서버(503)에게 송신하였다. 캐시 서버(503)는 613단계에서 수신한 헤더, 청크 1, 청크 2를 조합하여 조합된 영상(615)을 생성하고, 617단계에서 상기 조합된 영상을 클라이언트에게 송신한다. 한편, 캐시 서버(503)는 상기 수신한 청크 1을 캐시 저장부(504)에 저장한다.
도 7은 본 개시의 실시예에 의한 콘텐츠 서버의 동작을 설명하는 도면이다.
701단계에서 콘텐츠 서버는 새로 입력된 영상을 청크 단위로 분할하고, 703단계에서 상기 해당 영상의 청크 정보를 생성한다. 705단계에서는 이미 저장되어 있는 청크 정보(즉, 레시피)와 상기 703단계에서 생성된 청크 정보를 비교하여 청크들 간의 동일성 검사를 수행한다. 705단계에서는 상기 동일성 검사 결과에 따라 동작한다. 구체적인 동작은 도 2에서 설명된 바와 같다.
즉, 첫번째 경우, 생성된 청크가 저장되어 있는 청크와 유사한 청크이면, 레시피에 포함된 이전의 청크 정보를 해당 청크에 대한 최신의 청크 정보로 갱신하고, 해당 청크를 저장할 수 있다. 다만, 경우에 따라서 유사한 청크의 청크 정보는 갱신되지 않고 이전에 저장된 청크 정보가 유지될 수도 있다.
두 번째 경우, 생성된 청크가 저장되어 있는 청크와 동일한 청크이면, 레시피에 포함된 이전의 청크 정보를 최신의 청크 정보로 갱신한다. 다만, 생성된 청크는 이미 저장되어 있는 청크와 동일하기 때문에 부호화부(201)에서 생성된 해당 청크를 삭제한다. 즉, 저장된 청크들과 동일한 청크들은 삭제하지만, 해당 청크들의 청크 정보는 최신의 것으로 업데이트한다.
세 번째 경우로, 생성된 청크가 저장되어 있지 않은 새로운 청크라면, 상기 새로운 청크를 저장하고, 해당 청크의 청크 정보를 레시피에 새로 포함시킨다.
도 8은 본 개시의 실시예에 의한 캐시 서버의 동작을 설명하는 도면이다.
801단계에서 클라이언트로부터 영상의 요청을 수신하면, 803단계에서 콘텐츠 서버에게 청크 정보를 요청하여 수신한다. 805단계에서 수신한 청크 정보와 캐시 서버에 저장된 청크를 비교하여 동일성 검사를 수행한다. 807단계에서는 상기 검사 결과에 따라 캐시 서버에 저장되지 않은 청크와 해당 영상의 헤더를 콘텐츠 서버에 요청하여 수신한다. 이후, 809단계에서 해당 영상과 관련된 저장된 청크와 콘텐츠 서버로부터 수신한 청크 및 헤더 정보를 조합하여 영상을 구성하고, 811단계에서 상기 구성된 영상을 클라이언트에게 송신한다.
본 개시의 특정 측면들은 또한 컴퓨터 리드 가능 기록 매체(computer readable recording medium)에서 컴퓨터 리드 가능 코드(computer readable code)로서 구현될 수 있다. 컴퓨터 리드 가능 기록 매체는 컴퓨터 시스템에 의해 리드될 수 있는 데이터를 저장할 수 있는 임의의 데이터 저장 디바이스이다. 상기 컴퓨터 리드 가능 기록 매체의 예들은 리드 온니 메모리(Read-Only Memory: ROM)와, 랜덤-접속 메모리(Random-Access Memory: RAM)와, CD-ROM들과, 마그네틱 테이프(magnetic tape)들과, 플로피 디스크(floppy disk)들과, 광 데이터 저장 디바이스들, 및 캐리어 웨이브(carrier wave)들을 포함할 수 있다. 상기 컴퓨터 리드 가능 기록 매체는 또한 네트워크 연결된 컴퓨터 시스템들을 통해 분산될 수 있고, 따라서 상기 컴퓨터 리드 가능 코드는 분산 방식으로 저장 및 실행된다. 또한, 본 개시를 성취하기 위한 기능적 프로그램들, 코드, 및 코드 세그먼트(segment)들은 본 개시가 적용되는 분야에서 숙련된 프로그래머들에 의해 쉽게 해석될 수 있다.
또한, 본 개시의 일 실시예에 따른 장치 및 방법은 하드웨어, 소프트웨어 또는 하드웨어 및 소프트웨어의 조합의 형태로 실현 가능하다는 것을 알 수 있을 것이다. 이러한 임의의 소프트웨어는 예를 들어, 삭제 가능 또는 재기록 가능 여부와 상관없이, ROM 등의 저장 장치와 같은 휘발성 또는 비휘발성 저장 장치, 또는 예를 들어, RAM, 메모리 칩, 장치 또는 집적 회로와 같은 메모리, 또는 예를 들어 CD, DVD, 자기 디스크 또는 자기 테이프 등과 같은 광학 또는 자기적으로 기록 가능함과 동시에 기계(예를 들어, 컴퓨터)로 읽을 수 있는 저장 매체에 저장될 수 있다. 본 개시의 일 실시예에 따른 방법은 제어부 및 메모리를 포함하는 컴퓨터 또는 휴대 단말에 의해 구현될 수 있고, 상기 메모리는 본 개시의 실시 예들을 구현하는 지시들을 포함하는 프로그램 또는 프로그램들을 저장하기에 적합한 기계로 읽을 수 있는 저장 매체의 한 예임을 알 수 있을 것이다.
따라서, 본 개시는 본 명세서의 임의의 청구항에 기재된 장치 또는 방법을 구현하기 위한 코드를 포함하는 프로그램 및 이러한 프로그램을 저장하는 기계(컴퓨터 등)로 읽을 수 있는 저장 매체를 포함한다. 또한, 이러한 프로그램은 유선 또는 무선 연결을 통해 전달되는 통신 신호와 같은 임의의 매체를 통해 전자적으로 이송될 수 있고, 본 개시는 이와 균등한 것을 적절하게 포함한다
또한, 본 개시의 일 실시예에 따른 장치는 유선 또는 무선으로 연결되는 프로그램 제공 장치로부터 상기 프로그램을 수신하여 저장할 수 있다. 상기 프로그램 제공 장치는 상기 프로그램 처리 장치가 기 설정된 콘텐츠 보호 방법을 수행하도록 하는 지시들을 포함하는 프로그램, 콘텐츠 보호 방법에 필요한 정보 등을 저장하기 위한 메모리와, 상기 그래픽 처리 장치와의 유선 또는 무선 통신을 수행하기 위한 통신부와, 상기 그래픽 처리 장치의 요청 또는 자동으로 해당 프로그램을 상기 송수신 장치로 전송하는 제어부를 포함할 수 있다.

Claims (20)

  1. 콘텐츠 서버에서 멀티미디어 데이터를 관리하는 방법에 있어서,
    입력 영상으로부터 적어도 하나의 청크를 생성하는 과정과,
    상기 생성된 청크의 리스트를 포함하는 상기 입력 영상의 청크 정보를 생성하는 과정과,
    상기 입력 영상의 청크 정보와, 상기 콘텐츠 서버에 저장된 청크 정보에 기초하여, 청크들 간의 동일성 검사를 수행하는 과정과,
    상기 동일성 검사 결과에 따라 상기 저장된 청크 정보를 갱신하는 과정을 포함하며,
    상기 청크는 영상에서 의미 있는 장면 단위임을 특징으로 하는 멀티미디어 데이터를 관리하는 방법.
  2. 제1항에 있어서, 상기 저장된 청크 정보를 갱신하는 과정은,
    상기 동일성 검사 결과, 상기 입력 영상의 청크가 상기 콘텐츠 서버에 저장된 청크와 비유사하면, 상기 비유사한 청크의 청크 정보를 상기 콘텐츠 서버에 저장된 청크 정보에 포함시키고, 상기 비유사한 청크를 상기 콘텐츠 서버에 저장함을 특징으로 하는 멀티미디어 데이터를 관리하는 방법.
  3. 상기 동일성 검사 결과, 상기 입력 영상의 청크가 상기 콘텐츠 서버에 저장된 청크와 유사하면, 상기 유사한 청크의 청크 정보를 이용하여, 상기 콘텐츠 서버에 저장된 청크 정보를 갱신하고, 상기 유사한 청크를 상기 콘텐츠 서버에 저장함을 특징으로 하는 멀티미디어 데이터를 관리하는 방법.
  4. 상기 동일성 검사 결과, 상기 입력 영상의 청크가 상기 콘텐츠 서버에 저장된 청크와 동일하면, 상기 동일한 청크의 청크 정보를 이용하여, 상기 콘텐츠 서버에 저장된 청크 정보를 갱신하고, 상기 생성된 동일한 청크를 삭제함을 특징으로 하는 멀티미디어 데이터를 관리하는 방법.
  5. 제1항에 있어서, 상기 청크 정보는,
    상기 청크의 식별자, 해상도, 프레임 레이트, 프레임 길이 중 적어도 하나를 포함하는 멀티미디어 데이터를 관리하는 방법.
  6. 제1항에 있어서, 상기 청크들 간의 동일성 검사는,
    상기 청크의 식별자, 해상도, 프레임 레이트, 프레임 길이 중 적어도 하나를 비교하여 수행됨을 특징으로 하는 멀티미디어 데이터를 관리하는 방법.
  7. 캐시 서버에서 멀티미디어 데이터를 관리하는 방법에 있어서,
    클라이언트로부터 영상의 요청을 수신하면, 상기 영상의 청크 정보를 콘텐츠 서버에게 요청하는 과정과,
    상기 콘텐츠 서버로부터 상기 영상 청크의 정보를 수신하는 과정과,
    상기 수신한 청크 정보에 기초하여, 상기 영상을 구성하는 청크들 중 상기 캐시 서버에 저장되지 않은 청크를 결정하는 과정과,
    상기 결정된 청크와, 상기 영상의 헤더 정보를 상기 콘텐츠 서버에게 요청하는 과정과,
    상기 요청에 따라 상기 결정된 청크와 상기 영상의 헤더 정보를 수신하는 과정과,
    상기 수신한 청크, 상기 헤더 정보, 상기 캐시 서버에 저장된 상기 영상을 구성하는 청크를 조합하여 상기 영상을 생성하는 과정과,
    상기 생성된 영상을 상기 클라이언트에게 송신하는 과정을 포함하며,
    상기 청크는 영상에서 의미 있는 장면 단위임을 특징으로 하는 멀티미디어 데이터를 관리하는 방법.
  8. 제7항에 있어서, 상기 수신한 청크를 상기 캐시 서버에 저장하는 과정을 포함하는 멀티미디어 데이터를 관리하는 방법.
  9. 제7항에 있어서, 상기 청크 정보는,
    상기 청크의 식별자, 해상도, 프레임 레이트, 프레임 길이 중 적어도 하나를 포함하는 멀티미디어 데이터를 관리하는 방법.
  10. 제9항에 있어서, 상기 캐시 서버에 저장되지 않은 청크를 결정하는 과정은,
    상기 청크의 식별자, 해상도, 프레임 레이트, 프레임 길이 중 적어도 하나를 비교하여 수행함을 특징으로 하는 멀티미디어 데이터를 관리하는 방법.
  11. 멀티미디어 데이터를 관리하는 콘텐츠 서버에 있어서,
    입력 영상으로부터 적어도 하나의 청크를 생성하는 부호화부와,
    상기 생성된 청크의 리스트를 포함하는 상기 입력 영상의 청크 정보를 생성하고, 상기 입력 영상의 청크 정보와, 저장부에 저장된 청크 정보에 기초하여, 청크들 간의 동일성 검사를 수행하는 과정과, 상기 동일성 검사 결과에 따라 상기 저장된 청크 정보를 갱신하는 제어부를 포함하며,
    상기 청크는 영상에서 의미 있는 장면 단위임을 특징으로 하는 콘텐츠 서버.
  12. 제11항에 있어서, 상기 제어부는,
    상기 동일성 검사 결과, 상기 입력 영상의 청크가 상기 저장부에 저장된 청크와 비유사하면, 상기 비유사한 청크의 청크 정보를 상기 콘텐츠 서버에 저장된 청크 정보에 포함시키고, 상기 비유사한 청크를 상기 저장부에 저장함을 특징으로 하는 콘텐츠 서버.
  13. 제11항에 있어서, 상기 제어부는,
    상기 동일성 검사 결과, 상기 입력 영상의 청크가 상기 저장부에 저장된 청크와 유사하면, 상기 유사한 청크의 청크 정보를 이용하여, 상기 콘텐츠 서버에 저장된 청크 정보를 갱신하고, 상기 유사한 청크를 상기 저장부에 저장함을 특징으로 하는 콘텐츠 서버.
  14. 제11항에 있어서, 상기 제어부는,
    상기 동일성 검사 결과, 상기 입력 영상의 청크가 상기 저장부에 저장된 청크와 동일하면, 상기 동일한 청크의 청크 정보를 이용하여, 상기 저장부에 저장된 청크 정보를 갱신하고, 상기 생성된 동일한 청크를 삭제함을 특징으로 하는 콘텐츠 서버.
  15. 제11항에 있어서, 상기 청크 정보는,
    상기 청크의 식별자, 해상도, 프레임 레이트, 프레임 길이 중 적어도 하나를 포함하는 콘텐츠 서버.
  16. 제1항에 있어서, 상기 청크들 간의 동일성 검사는,
    상기 청크의 식별자, 해상도, 프레임 레이트, 프레임 길이 중 적어도 하나를 비교하여 수행됨을 특징으로 하는 콘텐츠 서버.
  17. 멀티미디어 데이터를 관리하는 캐시 서버에 있어서,
    클라이언트로부터 영상의 요청을 수신하면, 상기 영상의 청크 정보를 콘텐츠 서버에게 요청하고, 상기 콘텐츠 서버로부터 상기 영상 청크의 정보를 송수신부를 통하여 수신하고, 상기 수신한 청크 정보에 기초하여, 상기 영상을 구성하는 청크들 중 저장부에 저장되지 않은 청크를 결정하고, 상기 결정된 청크와, 상기 영상의 헤더 정보를 상기 송수신부를 통하여 상기 콘텐츠 서버에게 요청하는 과정과,
    상기 요청에 따라 상기 결정된 청크와 상기 영상의 헤더 정보를 수신하는 송수신부를 포함하고,
    상기 제어부는, 상기 수신한 청크, 상기 헤더 정보, 상기 캐시 서버에 저장된 상기 영상을 구성하는 청크를 조합하여 상기 영상을 생성하고,
    상기 송수신부는, 상기 생성된 영상을 상기 클라이언트에게 송신하며,
    상기 청크는 영상에서 의미 있는 장면 단위임을 특징으로 하는 캐시 서버.
  18. 제17항에 있어서, 상기 수신한 청크를 상기 캐시 서버에 저장하는 상기 저장부를 더 포함하는 캐시 서버.
  19. 제17항에 있어서, 상기 청크 정보는,
    상기 청크의 식별자, 해상도, 프레임 레이트, 프레임 길이 중 적어도 하나를 포함하는 캐시 서버.
  20. 제19항에 있어서, 상기 제어부는,
    상기 청크의 식별자, 해상도, 프레임 레이트, 프레임 길이 중 적어도 하나를 비교하여 상기 캐시 서버에 저장되지 않은 청크를 결정함을 특징으로 하는 캐시 서버.
PCT/KR2015/005993 2014-06-13 2015-06-15 멀티미디어 데이터를 관리하는 방법 및 장치 Ceased WO2015190893A1 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US15/318,285 US10645425B2 (en) 2014-06-13 2015-06-15 Method and device for managing multimedia data
KR1020177001175A KR102394959B1 (ko) 2014-06-13 2015-06-15 멀티미디어 데이터를 관리하는 방법 및 장치

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US201462011884P 2014-06-13 2014-06-13
US62/011,884 2014-06-13

Publications (1)

Publication Number Publication Date
WO2015190893A1 true WO2015190893A1 (ko) 2015-12-17

Family

ID=54833892

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2015/005993 Ceased WO2015190893A1 (ko) 2014-06-13 2015-06-15 멀티미디어 데이터를 관리하는 방법 및 장치

Country Status (3)

Country Link
US (1) US10645425B2 (ko)
KR (1) KR102394959B1 (ko)
WO (1) WO2015190893A1 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019184822A1 (zh) * 2018-03-28 2019-10-03 腾讯科技（深圳）有限公司 多媒体文件处理方法和装置、存储介质及电子装置
US10873781B2 (en) * 2017-06-13 2020-12-22 Comcast Cable Communications, Llc Video fragment file processing

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11010341B2 (en) * 2015-04-30 2021-05-18 Netflix, Inc. Tiered cache filling
TWI601434B (zh) * 2015-11-25 2017-10-01 神準科技股份有限公司 Wireless base station identification method and device
KR102049688B1 (ko) * 2019-02-28 2019-11-28 주식회사 서커스컴퍼니 Ａｉ를 이용한 사용자 맞춤형 컨텐츠 제공 시스템
CN109960731B (zh) * 2019-03-28 2022-11-18 腾讯音乐娱乐科技（深圳）有限公司 一种数据处理方法、设备及存储介质
CN112995217B (zh) * 2021-04-29 2021-08-17 深圳华锐金融技术股份有限公司 数据发送方法、系统
US11935253B2 (en) * 2021-08-31 2024-03-19 Dspace Gmbh Method and system for splitting visual sensor data
US20240082706A1 (en) * 2022-09-13 2024-03-14 Activision Publishing, Inc. Systems and Methods for Efficient Content Management and Distribution for Video Game Development
US20250106328A1 (en) * 2023-09-26 2025-03-27 Omnissa, Llc Scanner redirection method that reduces amount of data transferred
CN117436419B (zh) * 2023-12-12 2024-02-23 佳瑛科技有限公司 一种货物登记报表数据自动化更新的控制方法及装置

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120130721A1 (en) * 2004-04-14 2012-05-24 Microsoft Corporation Digital media universal elementary stream
KR20120071642A (ko) * 2010-12-23 2012-07-03 한국전자통신연구원 다시점 영상 컨텐츠 생성 방법 및 장치
KR20130093741A (ko) * 2011-12-26 2013-08-23 에스케이텔레콤 주식회사 콘텐트 전송 시스템, 그 시스템에서의 네트워크 중복 전송 트래픽 최적화 방법, 중앙 제어 장치 및 로컬 캐싱 장치
US20130305039A1 (en) * 2011-05-14 2013-11-14 Anthony Francois Gauda Cloud file system
US20130311433A1 (en) * 2012-05-17 2013-11-21 Akamai Technologies, Inc. Stream-based data deduplication in a multi-tenant shared infrastructure using asynchronous data dictionaries

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4132788B2 (ja) * 2001-11-15 2008-08-13 三菱電機株式会社 データ通信装置
US8094872B1 (en) * 2007-05-09 2012-01-10 Google Inc. Three-dimensional wavelet based video fingerprinting
US9838450B2 (en) * 2010-06-30 2017-12-05 Brightcove, Inc. Dynamic chunking for delivery instances
US9852073B2 (en) 2012-08-07 2017-12-26 Dell Products L.P. System and method for data redundancy within a cache
US20140115579A1 (en) 2012-10-19 2014-04-24 Jonathan Kong Datacenter storage system
US20140282786A1 (en) * 2013-03-12 2014-09-18 Time Warner Cable Enterprises Llc Methods and apparatus for providing and uploading content to personalized network storage

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120130721A1 (en) * 2004-04-14 2012-05-24 Microsoft Corporation Digital media universal elementary stream
KR20120071642A (ko) * 2010-12-23 2012-07-03 한국전자통신연구원 다시점 영상 컨텐츠 생성 방법 및 장치
US20130305039A1 (en) * 2011-05-14 2013-11-14 Anthony Francois Gauda Cloud file system
KR20130093741A (ko) * 2011-12-26 2013-08-23 에스케이텔레콤 주식회사 콘텐트 전송 시스템, 그 시스템에서의 네트워크 중복 전송 트래픽 최적화 방법, 중앙 제어 장치 및 로컬 캐싱 장치
US20130311433A1 (en) * 2012-05-17 2013-11-21 Akamai Technologies, Inc. Stream-based data deduplication in a multi-tenant shared infrastructure using asynchronous data dictionaries

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10873781B2 (en) * 2017-06-13 2020-12-22 Comcast Cable Communications, Llc Video fragment file processing
US11432038B2 (en) 2017-06-13 2022-08-30 Comcast Cable Communications, Llc Video fragment file processing
US11743535B2 (en) 2017-06-13 2023-08-29 Comcast Cable Communications, Llc Video fragment file processing
US12192572B2 (en) 2017-06-13 2025-01-07 Comcast Cable Communications, Llc Video fragment file processing
WO2019184822A1 (zh) * 2018-03-28 2019-10-03 腾讯科技（深圳）有限公司 多媒体文件处理方法和装置、存储介质及电子装置
US11412270B2 (en) 2018-03-28 2022-08-09 Tencent Technology (Shenzhen) Company Limited Method and apparatus for processing multimedia file, storage medium, and electronic apparatus

Also Published As

Publication number Publication date
KR102394959B1 (ko) 2022-05-09
KR20170021837A (ko) 2017-02-28
US10645425B2 (en) 2020-05-05
US20170127095A1 (en) 2017-05-04

Similar Documents

Publication Publication Date Title
WO2015190893A1 (ko) 멀티미디어 데이터를 관리하는 방법 및 장치
US10791379B2 (en) Video processing method and apparatus, and computer storage medium
US20260095543A1 (en) Network Storage Device and Method
US11120293B1 (en) Automated indexing of media content
US11218784B1 (en) Method and system for inserting markers in a media presentation
CN113302928B (zh) 传输多视频流的系统和方法
WO2012173389A2 (en) Method and apparatus for transmitting/receiving media contents in multimedia system
WO2011108900A2 (en) Method and apparatus for generating bookmark information
US10979784B1 (en) Track format for carriage of event messages
US11778267B2 (en) Multi-mode conversion of multiple video streams
WO2016010229A1 (ko) 스트리밍 서비스를 위한 클라이언트 및 서버의 동작 방법
US20190098066A1 (en) Dynamic archiving of streaming content
EP3843412B1 (en) Method and apparatus for managing redundant segmented streams
CN107077543A (zh) 流媒体中内容成分的所有权标识、信令和处理
WO2017043702A1 (ko) 통신 시스템의 암호화 패킷 전송 방법
CN113691862B (zh) 视频处理方法、用于视频播放的电子设备和视频播放系统
CN108632642A (zh) 流媒体推送方法及装置
WO2016056804A1 (en) Content processing apparatus and content processing method thereof
US9350935B2 (en) Moving image data recording apparatus
WO2018021616A1 (en) Operating method of client for streaming service
WO2012144795A2 (en) Apparatus for outputting broadcast recorded by schedule recording and control method thereof
WO2013154364A1 (ko) 스트리밍 재생 방법 및 이를 이용한 컴퓨팅 장치
US9843615B2 (en) Signaling and handling of forensic marking for adaptive streaming
WO2021029671A1 (ko) 스트리밍 콘텐츠의 재생 방법 및 시스템
US20240022792A1 (en) Method for bandwidth switching by cmaf and dash clients using addressable resource index tracks and events

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: 15807395

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 15318285

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 20177001175

Country of ref document: KR

Kind code of ref document: A

122 Ep: pct application non-entry in european phase

Ref document number: 15807395

Country of ref document: EP

Kind code of ref document: A1