throbber
UNITED STATES PATENT AND TRADEMARK OFFICE
`
`
`
`
`
`
`
`
`
`
`
`
`
`BEFORE THE PATENT TRIAL AND APPEAL BOARD
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`ADVANCED MICRO DEVICES, INC.
`
`Petitioner
`
`v.
`
`AQUILA INNOVATIONS INC.
`
`Patent Owner
`
`
`
`
`PATENT OWNER’S PRELIMINARY RESPONSE
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`Case IPR2019-01526
`U.S. Patent No. 6,895,519
`
`
`
`
`
`
`
`
`
`
`
`
`

`

`TABLE OF CONTENTS
`
`
`Page
`
`
`
`I.
`
`II.
`
`BACKGROUND ............................................................................................ 1
`
`IT IS NOT NECESSARY TO CONSTRUE ANY CLAIM TERMS
`DETERMINATION THAT THE PREAMBLE OF CLAIM 1 IS
`LIMITING IS REQUIRED ............................................................................ 4
`
`III. THE PETITION’S COMBINATION OF OBER AND NAKAZATO
`DOES NOT RENDER OBVIOUS ANY OF THE CHALLENGED
`CLAIMS ......................................................................................................... 7
`
`1.
`
`2.
`
`3.
`
`4.
`
`5.
`
`Ober ............................................................................................ 8
`
`Nakazato ................................................................................... 10
`
`The Petition Does Not Establish That Ober Discloses “A
`Plurality Of Ordinary Operation Modes.” ............................... 11
`
`The Absence Of A “Plurality Of Ordinary Operation
`Modes” Impacts Several Other Limitations Of Claim 1 ......... 18
`
`The Petition Does Not Establish That The Combination
`of Ober and Nakazato Discloses “A First Memory
`Storing A Clock Control Library For Controlling Clock
`Frequency Transitions Between Said Ordinary Operation
`Modes.” .................................................................................... 19
`
`a.
`
`b.
`
`Nakazato and Ober Are Incompatible ........................... 22
`
`The Petition Does Not Sufficiently Support Its
`Claimed Motivation To Combine Ober and
`Nakazato ........................................................................ 24
`
`6.
`
`The Petition Does Not Establish That Ober Discloses
`“Generates A Clock Supplied To Said Central Processing
`Unit.” ........................................................................................ 25
`
`-i-
`
`

`

`
`
`TABLE OF CONTENTS
`(continued)
`
`Page
`
`7.
`
`8.
`
`9.
`
`The Petition Does Not Establish That Ober And
`Nakazato Render Obvious “Calling Of Said Clock
`Control Library And Changing Of Said Register Value
`Are Programmably Controlled By Said Application
`Program To Enable User Selectable Clock Frequency
`Transitions.” ............................................................................. 28
`
`a.
`
`b.
`
`Nakazato’s Utility Does Not Control Its Driver ............ 28
`
`The Petition Does Not Establish That Nakazato’s
`Utility Controls the Changing Of A Register Value ..... 29
`
`Ober Does Not Disclose a “Second Special Mode.” ............... 30
`
`Ober Teaches Away From A Combination With
`Nakazato ................................................................................... 32
`
`IV. GROUND 2 .................................................................................................. 35
`
`A.
`
`The Petition Does Not Establish That Exhibit 1005 Is A Printed
`Publication .......................................................................................... 35
`
`V. GROUND 3 .................................................................................................. 38
`
`VI. THE BOARD LACKS AUTHORITY TO RULE ON THE
`PATENTABILITY OF THE CHALLENGED CLAIMS OF THE
`’526 PATENT ............................................................................................... 38
`
`VII. CONCLUSION ........................................................................................................... 40
`
`
`
`
`-ii-
`
`

`

`
`
`TABLE OF AUTHORITIES
`
` Page(s)
`
`Federal Cases
`Arthrex, Inc. v. Smith & Nephew, Inc.,
`2019 U.S. App. LEXIS 32613 (Fed. Cir. Oct. 31, 2019) ................................... 39
`
`Bicon, Inc. v. Straumann Co.,
`441 F.3d 945 (Fed. Cir. 2006) .......................................................................... 5, 6
`
`In re Cronyn,
`890 F.2d 1158 (Fed. Cir. 1989) .......................................................................... 37
`
`Edmond v. United States,
`520 U.S. 651 (1997) ............................................................................................ 39
`
`Free Enter. Fund v. Pub. Co. Accounting Oversight Bd.,
`561 U.S. 477 (2010) ...................................................................................... 38, 39
`
`Freytag v. Commissioner,
`501 U.S. 868 (1991) ............................................................................................ 39
`
`In re Gurley,
`27 F.3d 551 (Fed. Cir. 1994) .............................................................................. 33
`
`Harmonic Inc. v. Avid Tech., Inc.,
`815 F.3d 1356 (Fed. Cir. 2016) .......................................................................... 30
`
`Hulu, LLC v. Sound View Innovations, Inc.,
`IPR2018-01039, Paper No. 29 (PTAB Dec. 20, 2019) ...................................... 36
`
`Infineon Techs. AG et al. v. Atmel Corp.,
`No. 11-307-RGA, Dkt No. 174 (D. Del. Dec. 4, 2012) ....................................... 8
`
`Kyocera Wireless Corp. v. Int’l Trade Comm’n,
`545 F.3d 1340 (Fed. Cir. 2008) .......................................................................... 36
`
`Lucia v. SEC,
`138 S. Ct. 2044 (2018) .................................................................................. 38, 39
`
`Masias v. Sec’y of HHS,
`634 F.3d 1283 (Fed. Cir. 2011) .................................................................... 38, 39
`
`-iii-
`
`

`

`
`
`SRI Int’l, Inc. v. Internet Sec. Sys., Inc.,
`511 F.3d 1186 (Fed. Cir. 2008) .................................................................... 36, 37
`
`TQ Delta, LLC v. Cisco Sys.,
`942 F.3d 1352 (Fed. Cir. 2019) .......................................................................... 24
`
`Wellman, Inc. v. Eastman Chem. Co.,
`642 F.3d 1355 (Fed. Cir. 2011) ............................................................................ 4
`
`Federal Statutes
`
`35 U.S.C. § 102 ........................................................................................................ 36
`
`35 U.S.C. § 313 .......................................................................................................... 1
`
`Regulations
`
`37 C.F.R. § 42.104(b)(4) .......................................................................................... 26
`
`37 C.F.R. § 42.104 ............................................................................................. 26, 29
`
`37 C.F.R. § 42.104(b) .............................................................................................. 22
`
`37 C.F.R. § 42.104(b)(3) .......................................................................................... 26
`
`37 C.F.R. § 42.107 ..................................................................................................... 1
`
`
`
`-iv-
`
`

`

`PATENT OWNER’S EXHIBIT LIST
`
`
`
`2002
`
`Exhibit No. Description
`2001
`Joint Claim Construction Statement dated May 17, 2019
`
`Revised Joint Claim Construction Statement dated November 1,
`2019
`
`Markman Order re Infineon Technologies AG and Infineon
`Technology North America Corp. v. Atmel Corporation
`
`2003
`
`
`
`
`
`
`
`-v-
`
`

`

`
`
`Pursuant to 35 U.S.C. § 313, 37 C.F.R. § 42.107 and the Notice of Filing
`
`Date Accorded to Petition, Paper No. 4, and Errata, Paper No. 5, Patent Owner
`
`Aquila Innovations Inc. (“Aquila”) timely submits this preliminary response and
`
`respectfully requests that the Board deny the petition for inter partes review
`
`against U.S. Patent No. 6,895,519 (the “’519 patent”) submitted by Petitioner
`
`Advanced Micro Devices, Inc. (“Petitioner”).
`
`The Petition does not establish that the Petitioner is reasonably likely to
`
`prevail against any claim of the ’519 patent. The asserted combination of U.S.
`
`Patent No. 6,665,802 to Ober (“Ober”) and U.S. Patent 6,681,331 to Nakazato
`
`(“Nakazato”) is insufficiently supported and does not teach or suggest multiple
`
`limitations of claim 1. The rest of the Petition falls with the challenge to claim 1
`
`because the Petition depends upon the same combination of Ober and Nakazato for
`
`all of the remaining claims, all of which depend from claim 1.
`
`I.
`
`BACKGROUND.
`
`The ’519 patent is titled “System LSI,” and relates generally to the dynamic
`
`control of a clock supplied to a central processing unit. The claimed system LSI
`
`has a plurality of ordinary operation modes and a plurality of special modes. Claim
`
`1 is duplicated below for reference:
`
`A system LSI having a plurality of ordinary operation
`modes and a plurality of special modes in response to
`
`
`
`

`

`
`
`clock frequencies supplied to a central processing unit,
`comprising:
`
`a first memory that stores a clock control library
`for controlling a clock
`frequency
`transition
`between said ordinary operation modes;
`
`a system control circuit which has a register,
`wherein said system control circuit carries out the
`clock frequency transition between said ordinary
`operation modes and said special modes
`in
`response to a change of a value in said register,
`and also carries out the clock frequency transition
`among said ordinary operation modes in response
`to said clock control library;
`
`a clock generation circuit that receives a plurality
`of standard clocks, wherein said clock generation
`circuit generates a clock supplied to said central
`processing unit according to control by said system
`control circuit; and
`
`a second memory that stores an application
`program, wherein calling of said clock control
`library and changing of said register value are
`programmably controlled by said application
`program to enable user selectable clock frequency
`transitions,
`
`-2-
`
`

`

`
`
`wherein said special modes comprise a first special
`mode
`in which clock supply
`to principal
`constituents of said central processing unit is
`halted, a second special mode in which clock
`supply to an entirety of said central processing unit
`is halted, and a third special mode in which supply
`of power to the entirety of said central processing
`unit is halted.
`
`Claim 1 is the only independent claim in the ’519 patent. Claims 2 – 11 are
`
`dependent claims of claim 1.
`
`The inventor of the ’519 patent noted that conventional chips, such as ST7
`
`or ARM cores, only operated on bi-modal (high speed and low speed) operation
`
`modes. Bi-modal operation modes were inadequate because they did not allow for
`
`the dynamic and speedy control of the CPU clocks. Ex. 1001 at 2:61-67; Fig. 10.
`
`To solve this problem, the ’519 patent teaches “clock gears,” analogous to gears in
`
`a vehicle, controlled by a clock control library stored in memory. Id. at 4:12-18;
`
`4:38-44. The clock control library controls the frequency transitions between
`
`“ordinary operation modes,” such as highest speed, high speed, low speed and
`
`lowest speed. Similar to a transmission in a vehicle, the ’519 patent discloses that
`
`the clock control library can control the “clock gear” shifts between the operation
`
`modes:
`
`-3-
`
`

`

`
`
`
`
`Ex. 1001 at Fig. 5.
`
`II.
`
`IT IS NOT NECESSARY TO CONSTRUE ANY CLAIM TERMS
`DETERMINATION THAT THE PREAMBLE OF CLAIM 1 IS
`LIMITING IS REQUIRED.
`
`Petitioner identifies three terms for construction: “system LSI,” “a clock
`
`control library for storing clock frequency transitions between said ordinary
`
`operation modes,” and “principal constituents of said central processing unit.” The
`
`Petition does not turn on the construction of these terms and it is not necessary to
`
`construe any of them at this juncture. See Wellman, Inc. v. Eastman Chem. Co.,
`
`642 F.3d 1355, 1361 (Fed. Cir. 2011) (explaining “claim terms need only be
`
`construed ‘to the extent necessary to resolve the controversy’”) (quoting Vivid
`
`-4-
`
`

`

`
`
`Techs., Inc. v. Am. Sci. & Eng’g, Inc., 200 F.3d 795, 803 (Fed. Cir. 1999)). It is
`
`necessary, however, to determine whether the preamble of claim 1 is limiting.
`
`The preamble recites “[a] System LSI having a plurality of ordinary
`
`operation modes and a plurality of special modes in response to clock frequencies
`
`supplied to a central processing unit.” Petitioner has not stated whether the
`
`preamble is limiting. See Petition at 25 (“To the extent the preamble is determined
`
`as limiting …”), but it did find the term sufficiently important that it proposed a
`
`construction. There is no reason to propose a construction for “system LSI” if
`
`“system LSI” in not part of the claim. Petitioner should not be able to propose a
`
`construction for a term that only appears in the preamble, advocate for that
`
`construction, only to hedge its bets by stating that the construction applies only “to
`
`the extent” the preamble is limiting. Moreover, in district court, where the same
`
`parties have been litigating for over a year, Petitioner agrees that the preamble is
`
`limiting, and it has not presented any reason why it should be allowed to depart
`
`from that position before this tribunal. See Ex. 2001 at 1; Ex. 2002 at 2.
`
`The preamble is limiting because it recites an essential element of the
`
`invention, the “system LSI.” See Bicon, Inc. v. Straumann Co., 441 F.3d 945, 952
`
`(Fed. Cir. 2006) (“[T]he preamble is regarded as limiting if it recites essential
`
`structure that is important to the invention or necessary to give meaning to the
`
`claim… if the claim drafter ‘chooses to use both the preamble and the body to
`
`-5-
`
`

`

`
`
`define the subject matter of the claimed invention, the invention so defined, and
`
`not some other, is the one the patent protects.’”) (internal citations omitted). The
`
`invention claimed in claim 1 is not complete without the term “system LSI,” nor is
`
`the remainder of the preamble. Without the term “system LSI,” it is not clear that
`
`the structural limitations mentioned in claim 1 reside on a chip, which is a critical
`
`feature of the ’519 patent. Even Petitioner’s proposed a construction requires a
`
`chip.
`
`In addition to reciting necessary structure, the preamble also provides the
`
`antecedent basis for the “ordinary operation modes,” “special modes,” and “central
`
`processing unit,” each of which is recited in the body of claim 1. “When the
`
`limitations in the body of the claim rely upon and derive antecedent basis from the
`
`preamble, then the preamble may act as a necessary component of the claimed
`
`invention.” Bicon, 441 F.3d at 952 (internal citations and quotations omitted).
`
`Here, the preamble is a necessary component of the claimed invention and the
`
`preamble of claim 1 of the ’519 patent should be construed as limiting.
`
`-6-
`
`

`

`
`
`III. THE PETITION’S COMBINATION OF OBER AND NAKAZATO
`DOES NOT RENDER OBVIOUS ANY OF THE CHALLENGED
`CLAIMS.
`
`Ground 1 of the Petition challenges claims 1, 7, 10, and 11 of the ’519 patent
`
`over Ober in view of Nakazato.1 The Petition asserts that a person of ordinary skill
`
`in the art would have been motivated to combine Ober’s power management
`
`microcontroller with Nakazato’s clock driver to arrive at the invention claimed in
`
`claim 1 of the ’519 patent. But Ober does not disclose the “plurality of ordinary
`
`operation modes” recited in the preamble of claim 1 or the second “special mode”
`
`recited in the last limitation of claim 1. The combination of Ober and Nakazato
`
`also does not disclose “a first memory storing a clock control library for
`
`controlling a clock frequency transition between said ordinary operation modes”
`
`because Ober teaches only one operational mode, not the required plurality of
`
`“ordinary operation modes.” The Petition also does not establish that Ober teaches
`
`or suggests “generating a clock supplied to the central processing unit,” or “calling
`
`of said clock control library and changing of said register value are programmably
`
`controlled by said application program.” The Petition, therefore, does not establish
`
`that Petitioner is reasonably likely to prevail as to claim 1 of the ’519 patent.
`
`
`1 As noted above, the Petition also relies upon this combination for all of the
`dependent claims challenged in the other Grounds.
`
`-7-
`
`

`

`
`
`1. Ober.
`Ober is titled “Power Management And Control For A Microcontroller” and
`
`relates generally to power management in a microcontroller. Ober’s stated concern
`
`is providing power management to each of the peripheral subsystems in the
`
`microcontroller, not the central processing unit core. Ex. 1004, Col. 1:25-40. Ober
`
`explains that prior attempts to minimize the power consumed by microcontrollers
`
`involved reducing the speed or stopping the clock supplied to the central
`
`processing unit. Id. at 2:16-20. Ober criticizes such an approach because
`
`controlling the power consumption of a microcontroller centrally at the central
`
`processing unit fails to optimize the power consumption of the peripheral
`
`subsystems and results in complicated and costly designs. Id. at 2:21-40. Because
`
`“power management of a particular peripheral for a computer system may be best
`
`optimized at the peripheral device itself,” Ober’s objective was to “provide a
`
`power management system for a microcontroller which enables the microcontroller
`
`subsystems to be independently controlled.” Id. at 2:45-48. See also Ex. 2003,
`
`Infineon Techs. AG et al. v. Atmel Corp., No. 11-307-RGA, Dkt No. 174 at * 3-4
`
`(D. Del. Dec. 4, 2012) (district order construing Ober and finding Ober’s goal is
`
`“decentralized and independent power management for peripheral units,” not the
`
`CPU core). Ober accomplishes this goal by independently controlling either the
`
`frequency of the clock or the power supplied to the peripheral systems.
`
`-8-
`
`

`

`
`
`Ober discloses a microcontroller architecture that allows the power level of
`
`each of the peripheral subsystems to be controlled independently of the CPU.
`
`
`
`Ex. 1004, Fig. 1. For example, Ober discloses Flexible Peripheral Interface (“FPI”)
`
`devices 42-52 that connect each of the peripherals 30-40 to management system 26
`
`and CPU 22 through the FPI bus 24. Each of the FPI devices has a special function
`
`register (“SFR”) that “control[s] the response of each subsystem 30-40 during the
`
`different power modes of operation.” Ex. 1004 at 9:21-25. The distribution of the
`
`SFRs to each peripheral “allow[s] the operating system to control each of the
`
`subsystems independently.” Id. at 9:49-51.
`
`-9-
`
`

`

`
`
`The management system 26 contains a power manager that controls the
`
`power modes of the CPU core and the peripheral subsystems. Id. at 5:37-40. Ober
`
`discloses three main power modes – RUN, IDLE, and SLEEP. SLEEP mode has
`
`further “submodes,” such as SLEEP (Clocks Not Distributed) and DEEP SLEEP.
`
`The core CPU is fully operational in RUN mode, but is stopped in IDLE and
`
`SLEEP mode, including the SLEEP submodes. The core CPU may be powered off
`
`in SLEEP mode. In addition, in SLEEP mode, the system clock provided to the
`
`peripheral devices may be divided by 2, 4, or 128. This means that the power level
`
`to the peripherals may vary. But in RUN mode, the only mode in which the CPU
`
`core is operational, the system clock operates on a single, fixed frequency that
`
`cannot be selected or altered. Id. at 17:15-27. Thus, the core CPU does not operate
`
`in more than one power mode. This is fatal to the Petition.
`
`Nakazato.
`
`2.
`The Petition relies on Nakazato for its purported teaching of “‘a clock
`
`control library’ and an ‘application’ for controlling CPU frequency.” Petition at 8.
`
`Nakazato relates generally to power savings in computer systems, such as a
`
`personal computer. Ex. 1008 at 1:20-24; 4:1-5:52 (describing “battery-operable
`
`notebook type personal computer (PC)” in accordance with disclosed
`
`embodiments). Nakazato discloses a “set it and forget it” system wherein the user
`
`may select a designated CPU frequency through the system firmware (BIOS) at
`
`-10-
`
`

`

`
`
`startup. The system maintains this speed until shutdown or reset, and then returns
`
`the CPU to the highest speed. See Ex. 1008 at Abstract. Nakazato teaches that this
`
`is accomplished through a “power-saving driver” working in concert with a power-
`
`saving utility in the BIOS that presents a graphical user interface (“GUI”) to the
`
`user. See Ex. 1008, Fig. 2. The power-saving utility saves the selected frequency in
`
`storage for later reference by the power-saving driver. Nakazato does not disclose
`
`on-demand clock frequency transitions during operation, as the Petition asserts.
`
`3.
`
`The Petition Does Not Establish That Ober Discloses “A
`Plurality Of Ordinary Operation Modes.”
`
`The preamble of claim 1 recites “a System LSI having a plurality of ordinary
`
`operation modes and a plurality of special modes in response to clock frequencies
`
`supplied to a central processing unit.” The Petition asserts that Ober alone
`
`discloses all of the elements of the preamble. Petition at 25 (“Ober alone teaches or
`
`suggests the preamble.”). Ober does not teach or suggest the “plurality of ordinary
`
`operation modes” of claim1’s preamble.
`
`“Ordinary operation mode” plainly requires “operation.” The ’519 patent
`
`teaches that the ordinary operation modes are achieved by varying the frequency of
`
`the clock signal used by the CPU during operations, FCLK.
`
`In case of the CPU 510, the clock FCLK for use in the
`core CPU and others could be set in detail in the register
`group inside the system control circuit 534 as shown in
`FIG. 3. The function capable of dynamically and speedily
`
`-11-
`
`

`

`
`
`controlling the clock group like this will be called “Clock
`Gear” hereinafter in the present specification.
`
`Ex. 1001 at 8:56-65. The ’519 patent compares the various speeds of the CPU’s
`
`frequency in the various ordinary operation modes to shifting gears in an
`
`automobile:
`
`This has been done for the purpose of the invention,
`which is to dynamically and quickly control the clock
`with a lot of frequencies covering the wide range of the
`operation modes from the high-speed operation mode to
`the low-speed operation mode based on the concept we
`call the clock gear.
`
`Ex. 1001 at 11:34-38.
`
`-12-
`
`

`

`
`
`
`
`Ex. 1001 at Fig. 5. The revolutions of an engine may be compared to the pulses of
`
`a clock signal because they are both periodic. The revolutions per minute (“RPM”)
`
`and the frequency (measured in various magnitudes of hertz, or Hz) are both
`
`measures of the rates of revolutions or pulses. In a car, shifting gears while the car
`
`is moving will change the engine’s RPM at a given speed. For example, at 40
`
`MPH, an automobile engine may “rev” at 6500 RPM in first gear, 4500 RPM in
`
`second gear, and 3500 RPM in third gear. This is consistent with the ’519 patent’s
`
`teaching of various ordinary operation modes seen in Figure 5. The ’519 patent
`
`explicitly compares changing from high speed operation mode to a lower speed
`
`operation mode to a “gear up,” and conversely, the transition from a lower speed
`
`-13-
`
`

`

`
`
`operation mode to a higher speed operation mode to a “gear down.” Ex. 1001 at
`
`12:37-45; see also Id. at 4:12-18; 13:54-60 (comparing clock state transitions to
`
`“gear-change operation[s]”).
`
`Unlike the’519 patent, Ober’s CPU is only operational in one mode: RUN.
`
`In IDLE and the various SLEEP submodes, the Ober CPU is not operational. See
`
`Ex. 1004, Tables 8 and 9. In the parlance of the automobile analogy, Ober is a
`
`single-speed vehicle that only has one gear – RUN.
`
`Ober explicitly defines its sole operational mode, RUN, to operate on a fixed
`
`clock frequency that cannot be selected or reduced. Low Speed Clocks are not
`
`available in the RUN mode.
`
`
`
`Ex. 1004 at 17:15-26. Similarly, Ober discloses that the CPU enters the IDLE
`
`mode “when no outstanding actions are pending.” Id. at 13:55-57. The CPU clears
`
`its pipelines and halts in IDLE mode, and is thus not operational. Id. at 15:24-27.
`
`Finally, the core CPU is idle when Ober’s system is in SLEEP mode. If the core
`
`CPU is idle, it is not operational in the SLEEP mode. Id. at 13:61.
`
`-14-
`
`

`

`
`
`The Petition argues that Ober teaches or suggests “a plurality of ordinary
`
`operation modes” through “adjusting the frequency of [its] CPU by changing the
`
`value in a register.” See, e.g., Petition at 7, 18, 32. Petitioner, however, admits that
`
`“Ober does not disclose how and under what conditions its CPU clock frequency
`
`would be adjusted.” Petition at 28. Of course not. The CPU clock is not adjusted.
`
`Variance in clock frequency occurs only in SLEEP mode, not RUN mode.
`
`“SLEEP” mode is not an “ordinary operation mode.” In fact, Petitioner contends
`
`the SLEEP mode corresponds to the “second special mode.” The “second special
`
`mode” is not an “ordinary operation” mode because ordinary operation modes
`
`cannot be special modes. Petitioner similarly contends that the “DEEP SLEEP”
`
`mode corresponds to the “third special mode.” The “third special mode” is not an
`
`“ordinary operation” mode.
`
`The Petition attempts to overcome Ober’s shortcomings by arguing that
`
`Ober’s CPU clock executes at various frequencies corresponding to the amount of
`
`division in the clock. Petition at 24. Ober’s CPU cannot run on lower frequency
`
`clocks because Ober explicitly defines RUN mode to preclude the use of low speed
`
`clocks. Ex. 1004 at 17:15-26 (“Low Speed Clocks = False”).
`
`The Petition also unconvincingly cites to column 8, lines 58 to 64 to
`
`establish that the Ober system operates on various frequencies. But that passage
`
`-15-
`
`

`

`
`
`only describes how the system clock is generated. It does not support the assertion
`
`that the system runs on various frequencies.
`
`The main crystal 84 (FIG. 2), for example, 15 MHz,
`depending on the clock speed of the CPU core 22, is
`connected to the system oscillator 104 to generate an
`oscillation frequency of 150 MHz. The PLL 106 locks in
`the oscillation frequency, while the clock circuit 108
`divides the oscillation frequency to provide the system
`clock frequency, for example 75 MHz.
`
`Ex. 1004 at 8:58-64. The Petition does not mention that Ober’s division of the
`
`system clock by 2, 4, or 128 occurs only during SLEEP mode when the CPU core
`
`clock is disabled. Ex. 1004 at 13:55; 14:62. The clock that is distributed during
`
`SLEEP mode is distributed only to the peripheral subsystems, not the CPU. Id. at
`
`13:61-64 (“In [SLEEP (distributed clock)] mode, the [] clock is distributed to the
`
`subsystems which have been preconfigured to operate in the SLEEP mode.”). Even
`
`then, the frequency supplied to the peripherals is preconfigured “by the operating
`
`system or application program prior to this state being entered.” See also Ex. 1004
`
`at 13:60; 14:45-53. In other words, while in RUN (ordinary) mode, the CPU may
`
`trigger a transition to SLEEP (special) mode, by setting the ReqSlp bits (bits 1:0 of
`
`the SFR register 116) to Sleep Request, and the SlpClk bits of the SFR register 116
`
`(26:24) to set the frequency of the system clock while in SLEEP, i.e. after the
`
`-16-
`
`

`

`
`
`transition is complete. See Table 5. Table 5 of Ober is clear that the division of the
`
`system clock by 2, 4, and 128 is limited to the SLEEP mode:
`
`
`
`Ex. 1004 at Table 5 (highlighting in exhibit).
`
`Finally, the Petitioner’s allegation that “Ober explains that its system can
`
`supply a divided clock signal during ‘normal operating mode,’” Petition at 24-25,
`
`does not support its assertion that Ober discloses a plurality of ordinary operation
`
`modes. The divided clock signal provided during normal operation mode is simply
`
`the system clock provided to the subsystems during RUN mode, which Ober
`
`explains is a signal generated by clock circuit 108 through the division of the
`
`frequency generated by the system oscillator. Ex. 1004 at 8:58-64. The Petition
`
`incorrectly conflates the preconfigured low speed frequency clocks provided only
`
`to the peripherals during SLEEP (during which the core is idle and not receiving
`
`the System Clock), Ex. 1004 at 13:61-64; Table 5, with the fixed frequency clock
`
`provided to the core and peripherals during RUN. As shown in the charts of
`
`columns 17 and 18, the state variable Low Speed Clocks is always “False” during
`
`-17-
`
`

`

`
`
`RUN mode, Ex. 1004 at 17:15-26 (“Low Speed Clocks = FALSE”), and
`
`conditionally “True” in SLEEP mode. Ex. 1004 at 18:13. Ober’s RUN mode uses
`
`only a single frequency. RUN mode is explicitly defined to be mutually exclusive
`
`with the low speed divided clocks.
`
`4.
`
`The Absence Of A “Plurality Of Ordinary Operation
`Modes” Impacts Several Other Limitations Of Claim 1.
`
`Because it does not disclose the “plurality of ordinary operation modes,”
`
`Ober also does not disclose several other limitations of claim 1. Even when
`
`combined with Nakazato, the combination does not disclose any limitation that
`
`requires clock frequency transitions between ordinary operation modes:
`
` a first memory that stores a clock control library for controlling a clock
`
`frequency transition between said ordinary operation modes;
`
` a system control circuit which has a register, wherein said system control
`
`circuit carries out the clock frequency transition between said ordinary
`
`operation modes and said special modes in response to a change of a value
`
`in said register, and also carries out the clock frequency transition among
`
`said ordinary operation modes in response to said clock control library;
`
`Ex. 1001, claim 1.
`
`-18-
`
`

`

`
`
`5.
`
`The Petition Does Not Establish That The Combination of
`Ober and Nakazato Discloses “A First Memory Storing A
`Clock Control Library For Controlling Clock Frequency
`Transitions Between Said Ordinary Operation Modes.”
`
`Petitioner argues that a person of ordinary skill would have been motivated
`
`to install Nakazato’s drivers and utility into Ober’s memory banks to be executed
`
`by Ober’s system, and thus seeks to overcome the failure of Ober to disclose “a
`
`first memory storing a clock control library for controlling clock frequency
`
`transitions between said ordinary operation modes.”
`
`As discussed in section III.2, Ober does not disclose “a plurality of ordinary
`
`operation modes.” Nakazato’s drivers and utilities thus would not “control clock
`
`frequency transitions between said ordinary operation modes” when installed on
`
`Ober’s system.
`
`The Petition asserts that a person of skill in the art would be motivated to use
`
`Nakazato’s drivers and utilities to change a value in a register to allow the CPU to
`
`run on lower clock frequencies. This argument improperly ignores Ober’s teaching
`
`that the low speed clocks are only distributed when the core CPU is stopped. Ober
`
`defines the RUN mode to require the state variable “Low Speed Clocks” to be
`
`“False,” precluding any state in which the CPU is powered on and running on low
`
`speed clocks.
`
`-19-
`
`

`

`
`
`
`
`The Petition attempts to mask this shortcoming by mischaracterizing Ober’s
`
`teachings: “Ober confirms that by adjusting [the bits of register 62 (“SLPCLK”)],
`
`the speed of the CPU is changed.” Petition at 27. See also Petition at 31 (“Ober
`
`only requires the change of a register to adjust CPU clock frequency.”). Ober
`
`teaches that “[a] sleep clock signal SLPCLK is used to program the frequency of
`
`the system clock during a sleep mode of operation.” Ex. 1004 at 11:31-33
`
`(emphasis added). Adjusting the SLPCLK bits of the register 62 does not adjust the
`
`speed of the CPU because the CPU is turned off during SLEEP mode. Ex. 1004 at
`
`13:55 (“The CPU core clock is disabled” in IDLE mode); 13:61 (“The CPU core,
`
`is IDLE” in SLEEP mode). Each of the possible values for the SLPCLK bits
`
`corresponds to a different frequency “during Sleep.” See Ex. 1004 at 11:1-13:
`
`-20-
`
`

`

`
`
`
`
`Ober also teaches that setting the SLPCLK bits is only possible when the CPU is in
`
`RUN mode. Ex. 1004 at 5:31-37 (“The CPU code 22 is coupled to …a multiplexed
`
`address/data FPI bus … to enable the operating system or application program to
`
`read and write the SFR register in the power management state machine as well as
`
`the SFRs in each of the FPI peripheral interfaces for each of the subsystems.”).
`
`Setting the SLPCLK bits determines the frequency of the system clock during the
`
`next SLEEP cycle, when the core CPU is idle, and does not change the frequency
`
`of the system clock during RUN mode. Ex. 1004 at 13:66; 14:48-50 (“Exact state
`
`of all the subsystems [during SLEEP (distributed clock) mode] in the device is
`
`configured by the operating system or application program prio

This document is available on Docket Alarm but you must sign up to view it.


Or .

Accessing this document will incur an additional charge of $.

After purchase, you can access this document again without charge.

Accept $ Charge
throbber

Still Working On It

This document is taking longer than usual to download. This can happen if we need to contact the court directly to obtain the document and their servers are running slowly.

Give it another minute or two to complete, and then try the refresh button.

throbber

A few More Minutes ... Still Working

It can take up to 5 minutes for us to download a document if the court servers are running slowly.

Thank you for your continued patience.

This document could not be displayed.

We could not find this document within its docket. Please go back to the docket page and check the link. If that does not work, go back to the docket and refresh it to pull the newest information.

Your account does not support viewing this document.

You need a Paid Account to view this document. Click here to change your account type.

Your account does not support viewing this document.

Set your membership status to view this document.

With a Docket Alarm membership, you'll get a whole lot more, including:

  • Up-to-date information for this case.
  • Email alerts whenever there is an update.
  • Full text search for other cases.
  • Get email alerts whenever a new case matches your search.

Become a Member

One Moment Please

The filing “” is large (MB) and is being downloaded.

Please refresh this page in a few minutes to see if the filing has been downloaded. The filing will also be emailed to you when the download completes.

Your document is on its way!

If you do not receive the document in five minutes, contact support at support@docketalarm.com.

Sealed Document

We are unable to display this document, it may be under a court ordered seal.

If you have proper credentials to access the file, you may proceed directly to the court's system using your government issued username and password.


Access Government Site

We are redirecting you
to a mobile optimized page.





Document Unreadable or Corrupt

Refresh this Document
Go to the Docket

We are unable to display this document.

Refresh this Document
Go to the Docket