Professional Documents
Culture Documents
Winning Submission For US7577559 (Ryujin) - 24.08.2020
Winning Submission For US7577559 (Ryujin) - 24.08.2020
The patent-at-issue, U.S. Patent No. 7,577,559 (“Ryujin”), which was filed on Jun. 2,
2017 and claims an Aug. 8, 2008 priority date, is directed to an apparatus for transcoding
encoded content, which is encoded using a first coding algorithm. The first interface is adapted
for receiving a request for content being encoded using a second coding algorithm and for
providing a transcoded content being encoded using the second coding algorithm. The apparatus
is further adapted for providing a request for the encoded content being encoded using the first
coding algorithm and for receiving the encoded content being encoded using the first coding
algorithm, as well as a processing unit adapted for processing the encoded content being encoded
using the first encoding algorithm to provide the transcoded content being encoded using the
second coding algorithm.
The first patent reference, U.S. Patent No. 7,296,295 (“Broadcom”), filed on Sep. 30,
2003 and claims a Dec. 11, 2002 priority date, relates to systems and methods for media
processing supporting various media formats based on server-based transcoding. The systems
include a server and a first and second devices. The server and the first and first devices are
operatively coupled to a network, wherein the second device, for example, receives from the first
device a device profile relating to the first device and may send the device profile and media
content to the server. The server may reformat the media content based on the device profile.
The second patent reference (which was cited by the examiner during the prosecution of
the patent application that issued into the Broadcom patent), U.S. Patent No. 7,962,640
(“CUHK”), filed on May 22, 2008 and claims a Jun. 29, 2007 priority date, relates to systems
and methods for real-time encoding and transmission of media content suitable for presentation
in a variety of formats, particularly suited to mobile device environments. The invention covers
techniques for prefix, postfix, interrupted and midway insertions of multi-media data and
techniques for seamlessly handling media duration. The invention further relates to techniques
for retaining synchronization among inserted media segments, for reducing startup delay, and for
traffic smoothing for media transcoding.
A sample claim chart comparing Ryujin to Broadcom and CUHK is provided below.
B. US7962640
“First is Prefix Insertion, i.e., inserting a second media
stream B in front of (before) the transcoded media
stream A. The insertion media stream is itself
generated dynamically or pre-encoded using a
compression format and encoding parameters
compatible with the transcoded media stream.”
CUHK at col. 6, lines 37-40.
B. US7962640
“The transcoding server system 18, upon receiving
the request from the user, requests the
corresponding media data from the source media
content server 16 (or directly to the media storage14)
and then performs on-the-fly transcoding to convert
the media data into a format with encoding
parameters that are compatible with the user's
“The user of the MPS 102 at the 1st home 104 desires
to send a channel including a digital video file to the
user at the 2nd home 108. The MPS 102 sends the
channel of digital video, which is in a Windows
Media format, to the media exchange server 113
along with the device capability profile of the MPS
106. The media exchange server re-formats (e.g.,
transcodes) the channel of digital video from the
Windows Media format to the MPEG-IV format and
pushes the transcoded channel to the MPS 106 via the
media exchange network 100. The user of the MPS
106 may view the digital video in the MPEG-IV
format.” Id. at col. 7, lines 8-18.
B. US7962640
“Thus, when the user selects at the user device 22 the
virtual URL, the request is sent to the transcoding
server 24, which in turn fetches the media data from
the origin media server 16, transcodes it, and then
streams it to the user device 22 using a known
B. US7962640
B. US7962640
“13 While receiving original content data, perform on-
the-fly transcoding to convert the original content into
the required encoding format, streaming protocol, and
presentation format.
14 Stream the transcoded content data to the
mobile handset.” CUHK at col. 4, lines 64-67
through col. 5, lines 1-2.
(b) It does not require the data sink to transcode or reformat the requested data
content from the data source to a format compatible with the data sink (i.e., usable
by the data sink). Instead, a transcoder such as a central transcoding facility does
the transcoding of the requested data for the data sink.
(c) The required number of data transfers is reduced because the transcoding of the
requested data is performed while the data is being transmitted to the data sink.
“The present invention provides the advantage that devices, which are not
capable of carrying out transcoding of formats, can receive transcoded
content in real-time. Another advantage of the present invention is, that in
general devices do not need to keep an updated database of different coding
algorithms. Nowadays new coding algorithms are developed frequently, and the
according decoders and encoders need to be updated frequently. With the
inventive apparatus 100, a central transcoding entity is provided, which can
serve as a content source to network devices, in one embodiment of the present
invention transcoding all conceivable content formats into a single format, which
would be the advantageous format of a network entity requesting the content.”
“The source 220 then provides the first part of the original data to the
transcoder 230 in step 365, upon which the transcoder 230 starts real-time
transcoding of the received data part in step 370. After the first data part has
been transcoded in step 370, the transcoder 230 can provide the first transcoded
data part to the sink 210 in step 375. In the meantime, or in another embodiment
of the present invention also after that, the source 220 can provide the second
data part in a step 380 to the transcoder 230, which in turn starts the real-
time transcoding of the second received data part in a step 385. The real-time
transcoded data can then be provided to the sink 210 in a step 390. The
procedure continues until the last data packet is provided from the source 220 to
the transcoder 230, which real-time transcodes the last data packet and also
provides it to the sink 210 which is indicated in the step 395 in FIG. 3.”
2. In the absence of an available file wrapper from the USPTO Public Pair database, we thus
assumed that the “being encoded” language in claim 12 means that claim 12 of Ryujin
requires that the encoding (or transcoding) of the requested information is performed in
real-time.