throbber
DECLARATION OF DR. STEPHEN HEPPE REGARDING ‘732 PATENT
`
`
`
`
`
`1.
`
`I offer this Declaration on behalf of Petitioner Emerson, in regard to
`
`my opinions regarding the issues discussed herein.
`
`I.
`
`Scope of Declaration, Summary of Opinion, and Background
`
`2.
`
`I have been asked to provide my analysis and opinion regarding
`
`certain issues raised in the Patent Owner’s Response and the Declaration of Dr.
`
`Almeroth.
`
`3.
`
`I have previously provided information regarding my qualifications
`
`and experience, my opinion regarding the level of ordinary skill associated with the
`
`‘732 Patent, and the meaning of certain claim terms used in the asserted claims.
`
`This information, and these opinions, are unchanged.
`
`II. Opinions
`
`4.
`
`Both Patent Owner (“PO”) and Dr. Almeroth attempt to distinguish
`
`the ‘732 Patent over the prior art by, in part, distinguishing between “function
`
`code” and “address”. See, e.g., PO Response pp. 21-27, Almeroth Declaration ¶¶
`
`128-143. As I understand the argument presented, it appears that PO and Dr.
`
`Almeroth associate the term “address”, as used in the ‘732 Patent, with the address
`
`or ID of a transceiver. They argue that this is different from a “function code” as
`
`used in the ‘732 Patent, and therefore, a “function address” as used in the prior art
`
`
`
`-1-
`
`

`
`
`
`(e.g., Burchfiel or Kahn) cannot be the claimed “function code”.
`
`5.
`
`In my experience, persons of skill in the art sometimes use different
`
`terms to describe the same concept, and the ability of different researchers to
`
`describe a process in similar but not identical terms is well-understood.
`
`6.
`
`Here, the linguistic and logical flaw (in the argument put forward by
`
`PO and Dr. Almeroth) due to treating language as inflexible is clear based on the
`
`simple fact that “address”, as used in Burchfiel in relation to the function field, is
`
`not a “transceiver address”. So it is immediately clear that the narrow definition of
`
`“address”, as put forward by PO and Dr. Almeroth, is incorrect at least as it relates
`
`to Burchfiel.
`
`7.
`
`Both “code” and “address” are general terms which can also substitute
`
`for “ID”, “label”, or “index” in some contexts. A POSITA will recognize
`
`compound terms such as e.g. “ID code”, “memory address”, “row/column address
`
`(index)”, “function name”, and “function label”. All of these are “identifiers”. In
`
`the ‘732 Patent, a “function code” is an identifier for a function such as “on/off”,
`
`“temperature set”, or “actual temperature”. See, e.g., ‘732 Patent, FIG. 3D. Some
`
`functions may require an “argument” or “data field”. For example, the
`
`“temperature set” function would typically require a data value, in addition to the
`
`
`
`-2-
`
`

`
`
`
`function code itself, to specify the desired temperature.1 In operation, the function
`
`code may cause a processor to “branch” to a particular subset of code (associated
`
`with the indicated function), stored in a particular subset of memory, starting with
`
`a particular memory address.
`
` For example, a function code indicating
`
`“temperature set” might branch to a particular starting address in memory, which is
`
`the start of a subset of code which instructs the processor on how to actually set a
`
`temperature. In order to determine the proper starting address, the processor could
`
`compare the function code to a list of known function codes, the list indicating the
`
`starting addresses of particular subsets of software stored in memory. This is an
`
`example of “indirect addressing”.
`
`8.
`
`The ‘732 patent describes the “function code” as a code corresponding
`
`to an event that occurred, or a condition, or a function to be performed by a device
`
`or controller receiving the code. For example, the ‘732 patent states that a
`
`“[u]nique transmitter identification code 326 coupled with a function code for a
`
`smoke alarm on condition is formatted by data controller 324 for transformation
`
`into a RF signal ….” Id., 9:46-50. In a similar vein, in the originating
`
`
`1 At least the “temperature set” and “actual temperature” functions, listed in FIG.
`3D, require an auxiliary data field, since the unary codes 1 and 3 cannot specify
`one of a plurality of temperatures. The “on/off” and “air/heat” functions could be
`implemented as “toggles” to avoid the need for an auxiliary data field; however, a
`POSITA would recognize that this would require knowledge of “state” on the part
`of the commanding system. This could be avoided by including an auxiliary data
`field for these functions as well. The ‘732 Patent does not describe how any of
`these auxiliary data fields are to be supported.
`
`
`
`-3-
`
`

`
`
`
`transmitter/transceiver, the ‘732 patent explains that “[l]ookup table 325 may be
`
`provided to assign a given and unique function code for each button pressed.” ‘732
`
`at 9:11-13. The ‘732 patent also explains that, at the gateway, “[a]nother look up
`
`table may be used to associate function codes with the interpretation thereof. For
`
`example, a unique code may be associated by a look up table to identify functions
`
`such as test, temperature, smoke alarm active, security system breach, etc.” Id.,
`
`11:47-51. The look-up tables are stored in memory. Id., 11:42-44.
`
`9.
`
`In Burchfiel, the “function field” contains an “address” of a particular
`
`control process, which is a unique label, or ID, that “selects” the indicated process.
`
`Burchfiel, p. 247. I also addressed the use of a “function field” in relation to
`
`Burchfiel during my deposition (54:21 – 58:10). This is the same functionality as
`
`required in the ‘732 Patent for the “function code”. Just as the “function codes” of
`
`the ‘732 differentiate various functions, and can be used as an index to select a
`
`particular function (e.g., in a lookup table), the “function field” of Burchfiel
`
`differentiates various functions, and can be used as an index or identifier to
`
`“select” a particular function.
`
`10. Therefore, it is my opinion that the “address” provided by Burchfiel’s
`
`“function field” satisfy the requirements of a “function code”.
`
`11. The PO, at pp. 25-26 of PO Response, states that Petitioner has failed
`
`to explain why one would have stored function codes in Kahn’s radio or would
`
`
`
`-4-
`
`

`
`
`
`have modified Kahn’s radio to transmit function codes. But, as a POSITA would
`
`understand, the reasoning is clear from the prior discussion. In regard to the first
`
`point (storing the function codes in memory), a POSITA would understand that the
`
`function code is simply a string of characters that has no meaning unless it can be
`
`interpreted. One obvious way to interpret a function code is to compare it with a
`
`list of known function codes which allows the processor to “select” the associated
`
`functionality (e.g., through indirect addressing to a particular subset of memory
`
`associated with the function). The function codes must be stored in memory so
`
`that the “incoming” function code can be compared to the known function codes
`
`(stored in memory) in order to support the functional selection (redirection or
`
`indirect addressing to specific software functionality).
`
`12. As to the second point (transmitting function codes), if this is not
`
`already inherent in Kahn (i.e., since Kahn can report error conditions), it would
`
`have been obvious to a POSITA in view of Burchfiel. Burchfiel transmits a
`
`“function field” in order to select, e.g., a “command” process or a “measurement”
`
`process. Burchfiel at 247. It would have been obvious to a POSITA to transmit
`
`Burchfiel’s “function fields” in order to control the devices to implement command
`
`or measurement processes, for example, in a selective manner.
`
`13. The HART specifications provide additional information about
`
`function codes that can be exchanged between a master station (such as Kahn’s
`
`
`
`-5-
`
`

`
`
`
`“station” or a remote user on the ARPANET) and a slave station (such as a PR in
`
`the PRNET). These details could be used, for example, to support the control,
`
`debugging, and measurement processes noted by Kahn.
`
` See my initial
`
`Declaration, ¶ 35. The Fisher General Catalog (and the HART specifications) also
`
`provide teachings of function codes; for example, the Fisher Catalog indicates a
`
`digital output in HART format (Fisher Catalog, p. 46).
`
`14. With regard to claims 28, 29, and 35, it would have also been obvious
`
`to POSITA to use a function code that is “unique to the transceiver” or “specific to
`
`the sensor.” At p. 27 of PO Response, and also at pp. 30-31, PO asserts that
`
`Petitioner did not cite to any expert testimony or prior art documents supporting
`
`why it would have been obvious to combine a transceiver’s unique ID with a
`
`function code to make the function codes unique to the transceiver. But, as I noted
`
`in my Declaration at ¶ 120, Burchfiel discloses “distinct predetermined function
`
`codes” since these can be understood to include the destination PRU I.D. (which
`
`Burchfiel teaches is unique). Burchfiel, p. 247, col. 1. The combination of a
`
`unique PRU I.D., and an arbitrary set of function codes, results in a set of distinct
`
`and predetermined function codes that are different from the function codes
`
`associated with another wireless communication device.
`
`15. Additionally, a person of skill in the art would have recognized that,
`
`independent of the unique PRU I.D., it would have been obvious to assign a unique
`
`
`
`-6-
`
`

`
`
`
`set of function codes to each PRU, interpreted by look-up tables at the source and
`
`destination tailored to the PRU. While this involves additional software
`
`development and maintenance effort compared to a system with shared function
`
`codes, it is no more than the repetition of a known element, and would be obvious
`
`to a POSITA to allow for unambiguous control of the function of a particular PRU.
`
`Furthermore, a POSITA would understand that, in a scenario where exactly one
`
`transceiver was adapted to support, .e.g., a control process, such as setting a
`
`thermostat (and nothing else), and another transceiver was adapted to support, e.g.,
`
`a measurement process, such as a smoke alarm (and nothing else), the function
`
`codes would be unique to each transceiver (or specific to each sensor).
`
`16. At pp. 41-42 of its Response, PO argues that “the mere citation of one
`
`document to another does not mean that their teachings should be combined”
`
`(citing also to Dr. Almeroth’s Declaration at ¶ 117). While it is possible that PO
`
`(and Dr. Almeroth) might be able to find an example where this statement is true, I
`
`specifically disagree that the citations that I relied upon in Kahn were of the type
`
`that suggested the teachings should not be combined. Speaking in general, I am
`
`aware of at least two reasons why an author would include a citation to a different
`
`paper: a) a direct quote needs attribution to provide recognition of a different
`
`author or a different paper (perhaps by the same author); or b) the author is
`
`directing the reader to a different reference in order to provide additional
`
`
`
`-7-
`
`

`
`
`
`information for those readers wishing to learn more. In the engineering papers I
`
`have read, authors have provided citations for each of these reasons. For either
`
`reason (and certainly for the second reason), a reader would be motivated to go to
`
`the referenced paper in order to gain a greater appreciation for the issues being
`
`discussed. For example, Kahn refers to Cerf for a description of the gateway
`
`process used to interconnect with the ARPANET. Kahn, p. 1494, col. 2
`
`([34]). Kahn also references Burchfiel (p. 1477, col. 1 [note 24]) for additional
`
`information on the function of Kahn’s stations, repeaters, and terminals.2 These
`
`are not generic citations acknowledging authorship or prior work; instead, they are
`
`specific pointers related to additional information concerning the subject matter
`
`being discussed. Accordingly, it is my opinion that Kahn’s citations to Cerf and
`
`Burchfiel support the obvious combination of Kahn, Cerf, and Burchfiel.
`
`17. At p. 49 of its Response, PO states that I did not cite to any documents
`
`to support the assertion that sensors/actuators could be integrated without undue
`
`experimentation into a system like Kahn. But as I noted in my deposition, this is
`
`an exercise for undergraduate students, and would be well within the capability of
`
`
`2
` Burchfiel provides additional information about the radios disclosed in Kahn.
`Contrary to the suggestion at pp. 40-41 of PO Response, Burchfiel does not replace
`any aspect of Kahn. Kahn can be combined with the APA to provide a wireless
`communication network, instead of a wired network, between sensors/actuators
`and a central location. In the combination, at least some of the Kahn terminals
`would be modified to communicate with the APA’s sensors/actuators. But that
`does not destroy the purpose of, or alter the teachings of, Kahn/Burchfiel.
`
`
`
`-8-
`
`

`
`
`
`a POSITA. Heppe Deposition, 34:12 – 46:7; 70:5 – 71:22.
`
`18. Furthermore, Kahn teaches at least a packet interface (connecting to a
`
`“terminal” which would be understood to include other interfaces, such as serial
`
`data interfaces and even analog interfaces), and the Fisher Catalog shows that the
`
`sensor/actuators can use the HART protocol which is a packet-based protocol
`
`(Fisher Catalog, p. 46). Thus, linking the two interfaces together would have been
`
`obvious and well within the capability of a POSITA to accomplish without undue
`
`experimentation.3 Moreover, even assuming that one of the interfaces may be
`
`proprietary, it does not lessen the obviousness of using a sensor or actuator in the
`
`packet radio system of Kahn. A POSITA would have found it obvious to use any
`
`appropriate packet interface to communicate with the sensor or actuator, and well
`
`within his/her ability to accomplish without undue experimentation.
`
`
`3 The Fisher Catalog discloses a large number of field devices that could be used to
`monitor or control various aspects of a plant’s operation. One of skill in the art
`would have been aware of all of the field devices including a thermostat
`device. Fisher Catalog specifies the “interface specifications” needed to
`communicate with the thermostat device. For the TE1220 Thermocouple
`Temperature Transmitter, the Fisher Catalog specifies the output signal range. Ex.
`1008 at p. 46. For the 1151GP Gauge Pressure Transmitter, the Fisher Catalog
`indicates that its output is “4 to 20 mA dc (up to 600 ohm load impedance with 24
`Vdc power, or up to 1650 ohm load impedance with 45 Vdc power), or 10 to 50
`mA dc (up to 300 ohm load impedance with 45 Vdc power.)” and can transmit
`“with HART digital communications.” Id. A person of ordinary skill would take
`into account the specifications stated in the Fisher Catalog when implementing an
`interface for a specific system.
`
`
`
`-9-
`
`

`
`
`
`19.
`
` Even in the case where a sensor/actuator only had an analog output,
`
`e.g., a POSITA would be able to integrate the associated output data into a packet
`
`system by digitizing the analog signal, inputting the data into a processor, having
`
`the processor packetizing the information, and communicating that packet to
`
`another device using a predefined communication protocol, or a communication
`
`protocol specifically designed for that application. These types of communications
`
`interface issues would have been squarely within the level of skill in the art.
`
`20. At pp. 33-36 of its Response, in relation to “motivation to combine”,
`
`PO first suggests that Kahn does not address reducing costs by moving from a
`
`wired to a wireless network (arguing that Kahn focuses instead on centralized
`
`versus distributed control), and then relies on Dr. Almeroth to support the
`
`contention that “the cost [discussed in the ’732 patent] is in developing sensors,
`
`installing sensors, connecting sensors and controllers to the local controller, and
`
`installation and operation of the local controller” (Ex. 2001, Dr. Almeroth’s
`
`Declaration, ¶ 104), and that “[t]he cost of wiring is not emphasized, or is minor in
`
`comparison to the other costs mentioned.” (id.). This is a mischaracterization of
`
`Kahn and the ‘732 Patent. For example, Kahn describes various reasons to rely on
`
`a packet radio network (“motivation to combine”) including support for mobile
`
`users and bursty traffic, and flexibility in rapid deployment and reconfiguration not
`
`currently possible with most fixed plant installations. Kahn, pp. 1468-69.
`
`
`
`-10-
`
`

`
`
`
`“Although the original impetus for packet radio development was and still is
`
`largely based on tactical military computer communication requirements [10], the
`
`basic concept is applicable to an extremely wide range of new and innovative
`
`computer communication applications never before possible in any practical way.”
`
`Id. “Deployment of the packet radio net should be rapid and convenient, requiring
`
`little more than mounting the equipment at the desired location.” Id., p. 1470. So
`
`Kahn provides explicit motivations to combine. Furthermore, one of skill in the art
`
`would recognize that the flexibility and convenience in deployment and
`
`reconfiguration, explicitly discussed by Kahn, stems in large measure from the
`
`avoidance of the need for network wiring. A POSITA would also recognize that
`
`the expense of installing and connecting sensors, acknowledged in the ‘732 Patent
`
`at 2:34-37 and 2:40-43, includes the expense of laying and maintaining the wires,
`
`especially if the wires have to be laid underground or in overhead conduit such as
`
`would be necessary in an industrial or manufacturing plant. One skilled in the art
`
`would also have recognized that one advantage of using a wireless connection
`
`includes the ability to relocate a transceiver/sensor/actuator without having to re-
`
`wire the plant.
`
`21. At pp. 37-38 of its Response, PO identifies several purported reasons
`
`to not apply a wireless network for systems like those described in the APA,
`
`including issues of interference, delay, and security. As a preliminary matter, I
`
`
`
`-11-
`
`

`
`
`
`observe that even if true, these issues would not eliminate the motivation to
`
`combine discussed above – they would merely introduce additional problems to be
`
`solved. Furthermore, all networks face these problems to one degree or another –
`
`even wired networks – and those of skill recognize that there are solutions (and
`
`that new methods are always being developed, for both general-purpose as well as
`
`specialized network applications). For example, Kahn discloses several ways of
`
`reducing the adverse effects of interference (i.e., CSMA, FDMA, spread
`
`spectrum). Additionally, spread spectrum is a type of security, and Kahn also
`
`discusses encryption. Moreover, a person of ordinary skill would view time delay
`
`as one potential factor to be considered rather than a disqualifying factor; time
`
`delay is not critical in many applications, such as industrial plant environments.
`
`Often, a delay of a second or two would not materially affect how a plant operator
`
`responds to an exception condition. As another example, in a residential
`
`environment, the fact that a home furnace turns on several seconds after a
`
`thermostat senses a change in temperature would not be viewed as problematic or
`
`disqualifying.
`
`22. At pp. 51-52 of its Response, PO also suggests that I did not provide
`
`any reason why one would have replaced the prior art controller from the APA
`
`with Kahn’s microprocessor controller. However, an obvious reason known to a
`
`POSITA is simply to reduce costs through use of a single general-purpose
`
`
`
`-12-
`
`

`
`
`
`microprocessor (and programming a microprocessor to perform several known
`
`functions is well within the ability of a POSITA to accomplish without undue
`
`experimentation). Furthermore, Kahn recognizes that, in a wireless system, there
`
`is a microprocessor controller needed to format packets for transmission, and
`
`receive and understand packets. There is no need for a centralized controller to
`
`receive the outputs of the sensors such as that disclosed in the APA because the
`
`sensor data has to be packetized at the sensor for transmission in Kahn.
`
`23. At pp. 54-55 of its Response, PO suggests based on Dr. Almeroth’s
`
`opinion that Kahn does not disclose concatenation of packets. But Kahn’s pickup
`
`packets do concatenate locally-generated data (“packets”) with messages received
`
`from other packet radios. Kahn, p. 1495. PO asserts that the claim “requires a data
`
`controller to receive a data packet through the transceiver, to receive sensed data
`
`from a sensor, and to prepare for transmission a data packet by appending the
`
`sensed data to the received data packet.” PO Response, p. 54. If the “local data”
`
`of Kahn, such as e.g. counts of packets received or packets received in error, is
`
`treated as “sensed data”, then Kahn discloses this limitation. Even if Kahn is not
`
`found to disclose this limitation due to lack of “sensed data”, it would be obvious
`
`to concatenate “sensed” local data, from sensors as disclosed in the APA, with
`
`received packets as disclosed in Kahn, to practice the claim limitation in order to,
`
`e.g., minimize the fragmentation of data required to be transmitted, which could
`
`
`
`-13-
`
`

`
`
`
`reduce the possibility of transmission collisions with other terminals.
`
`24. PO also suggests that the concatenation process disclosed in Kahn
`
`might be time-consuming and therefore disfavored, but I disagree. Concatenating
`
`received data with measured packet count data (as disclosed in Kahn) would
`
`involve very little delay since the measured data is already available. This would
`
`also be true for “sensed” data from a sensor (in the APA), even if that is found to
`
`be distinguished from the “measured” data of Kahn. Furthermore, supervisory
`
`control and data acquisition systems do not require instantaneous communication.
`
`25.
`
`In regard to PO’s complaint about my obviousness analysis in general
`
`(PO Response at pp. 55-57), I attempted to comply with the proper obviousness
`
`standards when I prepared by original declaration. Implicitly, when I identified a
`
`secondary reference as disclosing a particular claim feature, I was asserting that the
`
`primary reference arguably may not disclose the claim feature. In many cases,
`
`however, I believed that the primary reference does disclose the feature, but that if
`
`it is argued otherwise, the secondary reference discloses that feature.
`
`
`
`Statement Under U.S.C. Section 1001 of Title 18
`
`I declare under penalty of perjury under the law of the United States that all
`
`statements made herein of my own knowledge are true and that all statements
`
`made on information and belief are believed to be true; and further that these
`
`
`
`-14-
`
`

`
`
`
`statements were made with the knowledge that willful false statements and the like
`
`so made are punishable by fine or imprisonment or both under Section 1001 of
`
`Title 18 of the United States Code.
`
`
`
`Executed this 28th day of July, 2016 in New Yok City, New York.
`
`Respectfully,
`
`_______________________
`
`
`
`-15-

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