`11379
`
`EXHIBIT 2
`
`
`
`Case 2:21-cv-00072-JRG-RSP Document 259-3 Filed 12/16/21 Page 2 of 7 PageID #:
`11380
`
`
`IN THE UNITED STATES DISTRICT COURT
`FOR THE EASTERN DISTRICT OF TEXAS
`
`
`AGIS SOFTWARE DEVELOPMENT LLC,
`
`
`Plaintiff,
`
`v.
`
`
`
`
`LYFT INC.,
`
`
`
`
`AGIS SOFTWARE DEVELOPMENT LLC,
`
`
`Defendant.
`
`Plaintiff,
`
`
`UBER TECHNOLOGIES, INC.,
`
`
`v.
`
`Defendant.
`
`
`
`
`
`
`
`
`Civil Action No. 21-cv-00072-JRG (E.D.
`Tex.)
`
`
`
`
`
`
`
`Civil Action No. 21-cv-00026-JRG (E.D.
`Tex.)
`
`
`
`
`
`
`
`
`
`
`EXPERT REPORT OF NEIL SIEGEL REGARDING THE INVALIDITY OF U.S.
`PATENT NOS. 7,031,728 (CLAIM 7); 7,630,724 (CLAIMS 9, 12-16); 8,213,970 (CLAIMS
`2, 10, 12-13); 10,299,100 (ALL CLAIMS); 10,341,838 (ALL CLAIMS)
`
`
`
`
`
`
`
`
`
`Case 2:21-cv-00072-JRG-RSP Document 259-3 Filed 12/16/21 Page 3 of 7 PageID #:
`11381
`Expert Report of Dr. Neil G. Siegel
`
`involved both teaching graduate classes in systems engineering, and supervising the master’s
`
`degree projects of systems engineering students.
`
`23.
`
`By 2004, I had more than twenty-five years of actual working experience in
`
`designing and developing defense systems, and, in particular, systems that provided situational
`
`awareness and command-and-control functionality. I was personally involved with the design,
`
`engineering, and deployment of some of the first mobile situational awareness technologies,
`
`including the Forward-Area Air Defense Command, Control, and Intelligence System, the Army
`
`FBCB2 system, and its derivative, the Joint Capability Release (used by both the U.S. Army and
`
`the U.S. Marine Corps).
`
`24.
`
`By 2004, I had more than 15 years experience as a senior engineering executive.
`
`In that capacity, I wrote job descriptions, hired and supervised the hiring of hundreds of employees,
`
`wrote standards of skill and performance for engineering job categories, set evaluation criteria for
`
`employee norms and conducted performance evaluations of employees, defined skills sets
`
`expected for employees by job category, planned and supervised in-house training and external
`
`continuing educational opportunities, and performed &/or participated in many other aspects of
`
`setting expectations and norms for engineers, rating and evaluating engineers, and so forth. I did
`
`all of this at large scale, that is, in an organization that had thousands of engineers as employees;
`
`by 2001, I was in fact the vice-president in charge of all of those thousands of engineers. I
`
`continued after 2004 in these roles until my retirement at the end 2015. This experience, I believe,
`
`enables me to speak with authority concerning what a person of ordinary skill in the art (POSA)
`
`in the relevant fields of engineering would know and be expected to know.
`
`III.
`
`PRIOR EXPERT TESTIMONY AND COMPENSATION
`
`25.
`
`I testified as an expert by deposition once in the last four years.
`
`
`
`9
`
`
`
`
`Case 2:21-cv-00072-JRG-RSP Document 259-3 Filed 12/16/21 Page 4 of 7 PageID #:
`11382
`Expert Report of Dr. Neil G. Siegel
`
`use of the IP protocol by FBCB2 and the Tactical Internet, for example, in the last paragraph of
`
`page SIEGEL000972.
`
`131. Communication between participants within FBCB2
`
`is established and
`
`accomplished via the use of the IP protocol, together with other protocols (such as TCP; see, for
`
`example, the citation for RFC 793 on page SIEGEL000963). Different servers are established and
`
`used for different types of traffic (see, for example, the discussion that starts in paragraph 3.4.1.3
`
`on page SIEGEL000987, and the table at SIEGEL000322). As described in those sources, the data
`
`(these actually can be any mixture of data, packets of digitized voice, imagery, etc.) are forwarded
`
`from the sending unit to a server, and then forwarded from the server to the appropriate (one or
`
`more) receiving units. Thus, the mobile devices in FBCB2 are connected to an internet connection.
`
`7.
`
` exchanging IP addresses using SMS or other digital message format
`between and among each of the network participant users so that
`communications between participants is established via IP or
`transmission of a network participant's IP address to a server which
`then transmits data to other network participants using the IP
`address previously
`
`132.
`
` FBCB2 implemented a short-message-service format and protocol of its own
`
`along with other digital messaging, as described in the ’724 Patent, as understood by a POSA.
`
`133. The FBCB2 short message services (one of the digital message services within
`
`FBCB2) consists, like all such services, of both a message format and a communication protocol,
`
`both of which are optimized for the sending of short messages. Within FBCB2, the message format
`
`is the variable-message format described at SIEGEL000904 and the following pages, and the
`
`communication protocol is that disclosed in U.S. patent 6,701,375, which appears at
`
`SIEGEL001233 and the pages that follow). A person of ordinary skill (POSA) in the art on
`
`September 20, 2004 would have understood that that FBCB2’s short message system was
`
`technically and functionally equivalent to any commercial SMS message.
`74
`
`
`
`
`
`
`Case 2:21-cv-00072-JRG-RSP Document 259-3 Filed 12/16/21 Page 5 of 7 PageID #:
`11383
`Expert Report of Dr. Neil G. Siegel
`
`134. A person of ordinary skill in the art at the time the Patents-in-suit were invented
`
`would have recognized that a system implemented over military radios could also be implemented
`
`using cellular communications, cell phones, and telephone numbers as contact information. For
`
`example, FBCB2 was designed to allow for the use of many types of communications devices and
`
`methods (a list was provided above, at 80). The Army’s original request for proposal (issued in
`
`1994, as described above) specified that FBCB2 should be able to communicate by at least EPLRS
`
`and SINCGARS military radios. In response to this requirement, TRW’s original FBCB2
`
`proposal (submitted in 1994, as described above) incorporated a design that separated the
`
`communications function from other functions of the FBCB2 system, and thereby allowed multiple
`
`communications devices and methods to be “plugged in” to the FBCB2 system; in fact, it allowed
`
`multiple such communications devices and methods to be plugged in to the FBCB2 system
`
`simultaneously, and to route data traffic between and across those multiple communications
`
`(exactly as in done by the commercial internet). As a result, multiple communications devices and
`
`methods can be made to work readily with the FBCB2 system. It was this design that allowed
`
`TRW to implement several additional communications devices and methods before 2004, the
`
`NIPRNet, the SIPRNet, the MSE, including Ka-band and L-band satellites, WiFi (IEEE 802.11)
`
`devices, and, in an experimental context, additional military radios, the Iridium mobile telephone
`
`system, and also cellular mobile phones (these terms are all defined above).
`
`135. As noted above, TRW also conducted experiments that demonstrated (by reducing
`
`the technique to practice) that the Tactical Internet could work using commercial mobile phones
`
`as a communication device. A cellular version of FBCB2 was not ultimately fielded due to
`
`operational considerations. That is, because there are a relatively small number of cellular towers
`
`in any given area, they could be easily found and destroyed, and therefore any military system that
`
`
`
`75
`
`
`
`
`Case 2:21-cv-00072-JRG-RSP Document 259-3 Filed 12/16/21 Page 6 of 7 PageID #:
`11384
`Expert Report of Dr. Neil G. Siegel
`
`depended on cellular communications would be easily defeated by the enemy. Similarly, if a
`
`foreign government knew that FBCB2 required use of a cellular mobile network, the country could
`
`simply turn off the network to make FBCB2 ineffective. It would be obvious to a POSA, however,
`
`that cellular phone networks could be used to perform the situational awareness functions in
`
`FBCB2, and TRW/Northrop Grumman later implemented civilian situational awareness systems
`
`– such as the post-September 11, 2001 emergency communications system in New York City, and
`
`the ambulance dispatch system in London – using cellular phone communications. Thus, to the
`
`extent this limitation is not anticipated by FBCB2, using cellular technology rather than military
`
`radios would have been an obvious modification to a person of ordinary skill in the art at the time
`
`of the invention. A person of ordinary skill in the art would have been motivated to make this
`
`modification because, outside the battlefield context, using cellular communications rather than a
`
`“Tactical Internet” would generally be cheaper and easier to implement.
`
`136. Also, as explained above with respect to element 6 above, communication between
`
`participants within FBCB2 is established and accomplished via the use of the IP protocol, together
`
`with other protocols (such as TCP; see, for example, the citation for RFC 793 on page
`
`SIEGEL000963). Thus, FBCB2 anticipates this element at least under AGIS’ apparent
`
`infringement read, which appears to merely require the use of IP addresses to facilitate
`
`communications. A person of ordinary skill in the art would have also considered it obvious to
`
`facilitate IP communications between two devices by having a first device send an SMS message
`
`or other digital message including a telephone number and information usable by the recipient
`
`device to send IP-based communications (i.e., an IP address).
`
`137. On 20 September 2004, such SMS’s or other digital messaging was a common way
`
`of sending short messages. As noted above, SMS is a communications protocol designed to make
`
`
`
`76
`
`
`
`
`Case 2:21-cv-00072-JRG-RSP Document 259-3 Filed 12/16/21 Page 7 of 7 PageID #:
`11385
`Expert Report of Dr. Neil G. Siegel
`
`efficient use of the communications bandwidth when sending short messages (”short” in this
`
`technical sense means that the message was smaller than the size of one single IP packet). Most
`
`FBCB2 messages were, similarly, such short messages (See SIEGEL000904 for the list of these
`
`FBCB2 short message formats), and FBCB2 also used a communications protocol designed to
`
`make efficient use of the communications bandwidth when sending such short messages (see U.S.
`
`patent 6,701,375, which appears at SIEGEL001233 and the pages following). Although this
`
`protocol was not the RFC 5724 protocol, it would have been obvious to a person of ordinary skill
`
`in the art that the RFC 5724 protocol could be used in lieu of, or in addition to, the FBCB2-specific
`
`protocol for efficiently sending short messages. Hence, if a person of ordinary skill in the art
`
`wanted to facilitate IP-based communication between two cellular phone devices, it would have
`
`been obvious that this could be done by employing a short message service (which inherently
`
`contains an identifier such as a telephone number or an IP address). By 2004, many commercial
`
`devices and systems supported such a capability.
`
`138.
`
`In light of the above, I have concluded that Claim 9 of the ’724 patent is invalid
`
`because it is anticipated by FBCB2 or obvious in view of FBCB2 and the knowledge of a person
`
`of ordinary skill in the art at the time of the invention.
`
`B.
`
`Claim 12 Is Anticipated by FBCB2, or, at a Minimum, is Obvious Over FBCB2
`In View of the Knowledge of a POSA at the Time of the Invention
`
`139. The next claim asserted in Claim 12. Claim 12 recites:
`
`12. A method for providing a cellular phone communication network as in
`claim 9 including the additional steps of: adding a new cellphone participant into a
`communication network of participating users by having the new cell phone
`participant transmit an identifier, a cell phone number and an IP address in an initial
`message to other participant users or to a server for retransmission of the data other
`network participants.
`
`
`
`77
`
`
`