`
`
`
`
`
`
`BEFORE THE PATENT TRIAL AND APPEAL BOARD
`
`
`
`
`
`GOOGLE, INC.,
`Petitioner,
`
`v.
`
`UNILOC USA, INC. and UNILOC LUXEMBOURG S.A.,
`Patent Owners.
`
`
`
`
`
`
`Case IPR2017-01685
`Patent 7,805,948
`
`DECLARATION OF WILLIAM C EASTTOM II
`
`
`
`
`
`
`
`
`
`
`
`
`
`TABLE OF CONTENTS
`
`I.
`
`INTRODUCTION ....................................................................................... 1
`
`II.
`
`BACKGROUND AND QUALIFICATIONS .............................................. 2
`
`III. LEGAL STANARDS USED IN MY ANALYSIS ....................................... 2
`
`A. Obviousness ............................................................................................ 2
`
`B. Priority Date ........................................................................................... 4
`
`C. Person of Ordinary Skill in the Art.......................................................... 4
`
`D. Broadest Reasonable Interpretation ......................................................... 6
`
`IV. OVERVIEW OF THE ‘948 PATENT ......................................................... 7
`
`V.
`
`CLAIM CONSTRUCTION ........................................................................10
`
`A. “generating a conference call request responsively to a single request by
`the conference call requester” ................................................................10
`
`B. The “conference call request” must identify “each of the indicated
`potential targets” ....................................................................................13
`
`VI. GOOGLE’S CITED REFERENCES ..........................................................13
`
`A. Tanigawa (Ex. 1014) ..............................................................................14
`
`B. Liversidge (Ex. 1004) ............................................................................17
`
`VII. VALIDITY ANALYSIS .............................................................................21
`
`A. The Proposed Combination Fails to Disclose and Teaches Away From
`“generating a conference call request responsively to a single request by
`the conference call requester, said conference call request identifying
`each of the potential targets for said conference call request” ................21
`
`B. The Petitioner Improperly Picks and Chooses Teaching of Reference to
`the Exclusion of the Teachings of the References as a Whole ................23
`
`
`
`i
`
`
`
`
`
`C. The Petitioner’s Propose Combination Renders Tanigawa Inoperable for
`its Intended Purpose ...............................................................................24
`
`VIII. CONCLUSION ..........................................................................................25
`
`
`
`
`
`
`
`ii
`
`
`
`
`
`I, Chuck Easttom, hereby declare as follows:
`
`I.
`
`INTRODUCTION
`
`1. My name is William Charles Easttom II (Chuck Easttom) and I
`
`have been retained by Uniloc, USA, Inc., and Uniloc Luxembourg S.A.
`
`(“Uniloc” or the “Patent Owner”) to provide my expert opinions regarding
`
`U.S. Patent No. 7,804,948 (the ‘948 Patent). In particular, I have been asked
`
`to opine on whether a person of ordinary skill in the art (POSITA) at the time
`
`the inventions described in the ‘948 patent were conceived would have found
`
`Claims 1-4, 6-8, 18, 21, and 22 (“Challenged Claims”) as obvious in light of
`
`the following referenced cited in IPR2017-01685:
`
`• EX1014, U.S. Patent No. 7,233,589 to Tanigawa (“Tanigawa”)
`• EX1004, U.S. Patent Pub. No. 2002/0076025
`to Liversidge
`(“Liversidge”)
`
` Based on my review of the prior art then available, my
`
`2.
`
`understanding of the relevant of the relevant requirements of patent law, and
`
`my decades of experience in the field of computer science including
`
`communications systems, it is my opinion that the Challenged Claims would
`
`not have been obvious in light Tanigawa and Liversidge.
`
`3.
`
`I am being compensated for my time at my standard consulting
`
`rate of $300 per hour. I am also being reimbursed for expenses that I incur
`
`during the course of this work. Apart from that, I have no financial interest in
`
`
`
`1
`
`
`
`
`
`Uniloc. My compensation is not contingent upon the results of my study or
`
`the substance of my opinions.
`
`II. BACKGROUND AND QUALIFICATIONS
`
`4.
`
`In my over 25 years of computer industry experience I have had
`
`extensive experience in communications systems, including data networks in
`
`general that have messaging capabilities. I hold 42 industry certifications,
`
`which include (among others) certifications networking. I have authored 24
`
`computer science books, several of which deal with networking topics. I am
`
`also the sole named inventor on thirteen patents.
`
`5.
`
`A more detailed description of my professional qualifications,
`
`including a list of publications, teaching, and professional activities, is
`
`contained in my curriculum vitae, a copy of which is attached hereto as
`
`Exhibit A.
`
`III. LEGAL STANARDS USED IN MY ANALYSIS
`
`6.
`
`Although I am not an attorney and I do not offer any legal
`
`opinions in this proceeding, I have been informed of and relied on certain legal
`
`principles in reaching the opinions set forth in this Declaration.
`
`A.
`
`Obviousness
`
`7.
`
`I understand that a patent claim is invalid if the differences
`
`between the subject matter and the prior art are such that the subject matter as
`
`
`
`2
`
`
`
`
`
`a whole would have been obvious to a POSITA at the time of the alleged
`
`invention. I further understand that an obviousness analysis involves a review
`
`of the scope and content of the asserted prior art, the differences between the
`
`prior art and the claims at issue, the level of ordinary skill in the pertinent art,
`
`and objective indicia of non-obviousness such as long-felt need, industry
`
`praise for the invention, and skepticism of others in the field.
`
`8.
`
`I have been informed that if a single limitation of a claim is
`
`absent from the cited prior art, the claim cannot be considered obvious.
`
`9.
`
`I have further been informed that it is improper to combine
`
`references where the references teach away from a proposed combination; and
`
`that the following factors are among those relevant in considering whether
`
`prior art teaches away:
`
`• whether a POSITA, upon reading the reference would be led in a
`
`direction divergent from the path that was taken by the applicant;
`
`• whether the prior art criticizes, discredits, or otherwise discourages
`
`investigation into the claimed invention;
`
`• whether a proposed combination would produce an inoperative
`
`result; and
`
`• whether a proposed combination or modification would render the
`
`teachings of a reference unsatisfactory for its intended purpose.
`
`
`
`3
`
`
`
`
`
`10.
`
`In addition, I have been informed that a proposed combination
`
`that changes the basic principles under which the prior art was designed to
`
`operate may fail to support a conclusion of obviousness.
`
`B.
`
`Priority Date
`
`11. The ‘948 patent issued from U.S. Patent Application No.
`
`11/019,655, which has a filing date of December 22, 2003 and claims priority
`
`to Provisional Application No. 60/531,722 filed on December 22, 2004. The
`
`‘948 Patent issued on September 28, 2010. For purposes of this declaration, I
`
`have assumed the priority date for the ‘948 patent is December 22, 2003.
`
`C.
`
`Person of Ordinary Skill in the Art
`
`12.
`
`I understand that a POSITA is a hypothetical person who is
`
`presumed to have ordinary skill in the art as of the priority date. I understand
`
`that factors that may be considered in determining the level of ordinary skill
`
`in the art may include: (a) the type of problems encountered in the art; (b)
`
`prior art solutions to those problems; (c) the rapidity with which innovations
`
`are made; (d) the sophistication of the technology; and (e) the educational
`
`level of active workers in the field.
`
`13.
`
`I have been asked to provide my opinion as to the qualifications
`
`of the person of ordinary skill in the art to which the ‘948 patent pertains as
`
`of December 22, 2003. In my opinion, a POSITA is someone who would have
`
`
`
`4
`
`
`
`
`
`possessed on the priority date a bachelor’s degree in electrical engineering or
`
`computer science (or equivalent degree/experience) with at least two years of
`
`experience in computer programming and software development, including
`
`the development of software for communication with other computers over a
`
`network.
`
`14.
`
`I understand that Stuart Lipoff, Google’s Declarant, opines that
`
`a person of ordinary skill in the art is someone “someone knowledgeable in
`
`collaboration applications and telecommunications services. That person
`
`would have held at
`
`least a Bachelor’s degree
`
`in Computer or
`
`Electrical Engineering, Computer Science, or the equivalent training, and that
`
`person would have had approximately five years of experience working on
`
`computer-based collaboration or telecommunications services. (Ex. 1002 at ¶
`
`30).1 While my opinion appears to largely overlap with that offered by Mr.
`
`Lipoff, I disagree with Mr. Lipoff’s definition to the extent “ordinary skill” is
`
`interpreted to require more than 4 years of academic of experience working
`
`on computer-based collaboration or telecommunications services. Such an
`
`amount seems inordinate.
`
`
`1 I note that Stuart Lipoff’s declaration largely repeats, nearly verbatim, the
`same arguments presented in the Petition.
`
`
`
`5
`
`
`
`
`
`15.
`
`I understand that Mr. Klausner, Facebook’s Declarant in
`
`IPR2017-01756 for U.S. Patent No. 8,571,194 (a patent related by family to
`
`the ‘948 Patent) defines “a person of ordinary skill in the art as of December
`
`2003 possessed at least a bachelor’s degree in electrical engineering or
`
`computer science (or equivalent degree or experience) with at least two years
`
`of experience in computer programming and software development, including
`
`the development of software for communication with other computers over a
`
`network.” I find my definition of a POSITA indistinguishable from Mr.
`
`Klausner’s definition.
`
`16. Although my qualifications and experience exceed those of the
`
`hypothetical person having ordinary skill in the art defined above, my analysis
`
`and opinions regarding the ’948 Patent have been based on the perspective of
`
`a person of ordinary skill in the art as of December 2003.
`
`D. Broadest Reasonable Interpretation
`
`17.
`
`I have been informed that, for purposes of this Inter Partes
`
`Review (IPR), the terms in the claims of the ‘948 patent are to be given their
`
`Broadest Reasonable Interpretation (BRI) in light of the specification and
`
`prosecution history of ‘948 Patent as understood by a POSITA on the priority
`
`date. I have used this standard throughout my analysis.
`
`
`
`6
`
`
`
`
`
`IV. OVERVIEW OF THE ‘948 PATENT
`
`18.
`
`In general, the ‘948 Patent discloses and claims various
`
`embodiments for “initiating conference calls via an instant messaging system
`
`to reduce the effort required to initiate and manage the call.” EX1001 at
`
`Abstract.
`
`19. The art at the time of the invention typically required all users
`
`who wanted to join a conference call to dial in to a central number and enter
`
`a passcode, which inhibited setting up spontaneous conference calls and is
`
`subject to serious security risks. (Ex. 1001 at 2:40-58).
`
`20. Other systems inefficiently required someone (such as the host)
`
`to separately join each participant to the call, such as by taking the time to dial
`
`or otherwise separately identify each conference participant. (Ex. 1001 at
`
`2:49-3:20).
`
`21. Preferred embodiments disclosed in the ‘948 Patent make novel
`
`use of certain instant messaging (“IM”) technology to facilitate automatic
`
`initiation of a conference call between participants of an IM session. (Ex. 1001
`
`at Figure 4 and accompanying description).
`
`22. According to one embodiment, “IM presence” features (e.g.,
`
`monitored by the IM server) may be used to create a display indicating which
`
`users are presently connected to the IM session. Such a display may, in certain
`
`
`
`7
`
`
`
`
`
`instances, advantageously “provide the conference call requester with
`
`information on which to base a decision of whether or not to request a
`
`conference call at a given time, based on prospective target ability.” (Ex. 1001
`
`at 9:48-67).
`
`23.
`
`In the embodiment described with reference to Figure 4, for
`
`example, each user connects to a network with a network accessible device
`
`414 (also called NAD).
`
`(Ex.1001, Fig. 4).
`
`
`
`24. These devices comprise computers, digital cellular telephones,
`
`personal digital assistants (an earlier technology whose functionality has been
`
`incorporated into today’s smartphones and tablets), and similar technologies.
`
`(Ex. 1001 at 5:39-45).
`
`
`
`8
`
`
`
`
`
`25. The NADs communicate with each other through an instant
`
`messaging service and via a conference call server. As shown in Figure 4, the
`
`conference call server (represented in the illustrated embodiment as block
`
`402) may include multiple subcomponents (e.g., a conference request
`
`processor, an IM communications processor, a database 406 etc.). The
`
`network over which the NADs communicate may be an Internet protocol (IP)
`
`network (e.g., the Internet). (Ex. 1001 at 9:12-25).
`
`26. Certain embodiments disclosed and claimed in the ‘948 Patent
`
`allow a user to start a conference call from within an IM session using a single
`
`request and in a manner which automatically includes each participant in that
`
`session. The instant messaging service can send a request to the conference
`
`call server to start a conference call. (Ex. 1001 at 6:22-59 and 7:27-44).
`
`27. Upon receiving the request, the conference call server 402 may
`
`establish the conference call directly by itself or indirectly using a separate
`
`component or system, which can be provided by a third party (e.g., through
`
`one of the bridges 410A or 410B). (Ex. 1001 at 8:11-40).
`
`28. According to one embodiment, “IM presence” features (e.g.,
`
`monitored by the IM server) may be used to create a display indicating which
`
`users are presently connected to the IM session. (Ex. 1001 at 9:48-67).
`
`
`
`9
`
`
`
`
`
`29. The conference call server 402 or one of the conference call
`
`bridges 410A and 410B may contact each of the prospective targets, possibly
`
`directly dialing their phones or, if their NAD has audio and video capability,
`
`connecting through it using the one or more of the various communication
`
`networks 408, including publicly switched telephone networks (PSTNs),
`
`voice over Internet, or cellular telephone. If the conference call server is not
`
`provided with a direct number to dial, it may instead inform the prospective
`
`targets (e.g., through instant messaging) by giving them instructions to join.
`
`(Ex. 1001 at 8:11-24).
`
`V. CLAIM CONSTRUCTION
`
`30.
`
`I have been asked to provide my opinions regarding the
`
`construction of certain terms used in the claims of the ‘948 Patent as would
`
`be understood by a POSITA using the BRI.
`
`A.
`
`“generating a conference call request responsively to a
`single request by the conference call requester”
`
`31.
`
`In my opinion, a POSITA would understand from the context of
`
`the claim language as a whole, when read in light of the rest of ‘948 Patent
`
`and its prosecution history that the above phrase excludes scenarios where a
`
`user determines whether attendees are available for a conference call and
`
`selects such attendees for invitation.
`
`
`
`10
`
`
`
`
`
`32. My opinion for the above phrase is partially based on the
`
`prosecution history where I note that the following was argued.
`
`In certain embodiments of the present invention, and as is
`
`shown in FIG. 3 for example, three parties, User A 302, User B
`
`304, and User C 306, are involved 308 in an IM session, such as
`
`a chat session which could occur during a shared application
`
`session. User A 302, the conference call requester, could request
`
`a conference call through the NAD in use by User A. The IM
`
`service in communication with User Ars NAD could be
`
`implemented to be aware of the on-going IM session, such that
`
`the software would determine the list of conference call targets
`
`from the list of parties presently in the IM session. Thus, User A
`
`could request a conference call with one step, such as through
`
`actuation of a "call now” button or icon associated with User As
`
`IM service. See,, e.g., Specification, p. 16, ll. 12-22.
`
`
`
`
`
`Consistently Claim 1 has been amended to recite:
`
`
`initiating a conference call
`for
`A method
`comprising the steps of:
`providing a conference call requester with a
`network access device, said network access device
`communicating via an instant messaging service,
`said instant messaging service being adapted to
`communicate conference call request information
`with a conference call server;
`establishing a communications connection
`from said network access device to the conference
`call server;
`presenting said conference call requester with
`a display showing a plurality of potential targets
`
`11
`
`
`
`
`
`
`
`then being connected to said instant messaging
`service and participating in a given instant
`messaging session with
`the conference call
`requester and with whom a conference call may be
`initiated;
`request
`call
`conference
`a
`generating
`responsively to a single request by the conference
`call requester, said conference call
`request
`identifying each of the potential targets for said
`conference call request;
`transmitting said conference call request
`from said network access device to said conference
`call server; and
`automatically establishing a conference call
`connection to said conference call requester, said
`conference call connection
`initiated by said
`conference call server, said conference call
`connection further being connected to each of the
`potential targets.
`
`Haims neither teaches nor even suggests such a methodology.
`
`Rather, Haims proposes that a user determine whether attendees
`
`are available and select ones for invitation. See, e.g., pars. [0110]
`
`and [0111]. In contrast, Claim 1 calls for the system to
`
`automatically establish a conference call with a plurality of users
`
`who are then participating in a common IM session with the
`
`requester responsively to a single requester request.
`
`
`(Ex. 1018 at 124 of 353)( emphasis in the original).
`
`
`
`12
`
`
`
`
`
`
`
`33. The above phrasing pointing to claim language that excludes
`
`scenarios where a user determines whether attendees are available for a
`
`conference call and selects such attendees for invitation.
`
`B.
`
`The “conference call request” must identify “each of the
`indicated potential targets”
`
`34. Among other limitations, each claim expressly requires that the
`
`“conference call request” must identify “each of the indicated potential
`
`targets” who are “connected to said instant messaging service and
`
`participating in an instant messaging session with the conference call
`
`requester and with whom a conference call may be initiated.”
`
`35. Among other limitations, each claim expressly requires that the
`
`“conference call request” must identify “each of the indicated potential
`
`targets” who are “connected to said instant messaging service and
`
`participating in an instant messaging session with the conference call
`
`requester and with whom a conference call may be initiated.”
`
`VI. GOOGLE’S CITED REFERENCES
`
`36. Google alleges that claims 1-4, 6-8, 18, 21, and 22 are obvious
`
`over two references: EX1014, U.S. Patent No. 7,233,589 to Tanigawa
`
`(“Tanigawa”) and EX1004, U.S. Patent Pub. No. 2002/0076025 to Liversidge
`
`(“Liversidge”). I provide a brief analysis of each below.
`
`
`
`13
`
`
`
`
`
`A.
`
`Tanigawa (Ex. 1014)
`
`37. Tanigawa discloses a cross-device communication platform that
`
`advantageously uses presence information to create so-called “buddy lists” to
`
`enable communications for instant messages and voice chats. (Ex. 1014 at
`
`Col. 11, lines 42-61; and Col. 11, lines 62-Col. 12, line 6).
`
`38. Figure 10 of Tanigawa shows a process for accessing an IM
`
`server using such buddy lists. (Ex. 1014 at Col. 10, lines 27 through Col. 13,
`
`line 36).
`
`39.
`
`In Figure 10 of Tanigawa, three users are shown highlighted in
`
`yellow: taro, hanako, and yoshi. Hanako and yoshi are associated with two
`
`
`
`
`
`14
`
`
`
`
`
`different devices, respectively labeled clients D and E for hanako (highlighted
`
`in orange) and clients F and G for yoshi (highlighted in orange).
`
`40. With reference to the portion of Figure 10 below, Taro logs into
`
`the IM server and requests a buddy list. (Ex. 1004 at S1004; Col. 11, lines 35-
`
`42).
`
`
`
`41. Upon being notified of buddies (S1005), taro selects buddies and
`
`conference rooms settings for an IM session. (Ex. 1014 at S1006, S1008, and
`
`S1010; Ex. 1014 at Col. 11, lines 43-61; Col. 12, lines 7-21; Col. 12, lines 38-
`
`55; and Col. 13, lines 26-36). See, also, specifically Ex. 1014 at Col., 12, lines
`
`5-6 (“The user ‘taro’ can determine a chat party based on the data.”).
`
`
`
`15
`
`
`
`
`
`42. The IM server “checks whether or not each of the IM clients in
`
`the specified records 440 can participate in the text chat . . .” (Ex. 1014 at Col.
`
`13, lines 44-47).
`
`43. Then, “for each IM client determined as being able to participate
`
`therein, a participation inviting command including the address and the
`
`nickname of the conference room and the nickname “taro” of the IM client,
`
`who is inviting the participation.” (Ex. 1014 at Col. 13, lines 52-57).
`
`44. Figure 11 of Tanigawa shows a process for accessing a “voice
`
`chat” using such buddy lists. (Ex. 1014 at Col. 15, lines 10 through Col. 16,
`
`line 11).
`
`
`
`16
`
`
`
`
`
`
`
`45. Figure 11 shows the same three users: taro, hanako, and yoshi –
`
`again highlighted in yellow. Just like Figure 10, taro requests and receives a
`
`buddy list. (Ex. 1014 at S1014 and 1015; Ex. 1014 at Col. 15, lines 10-39).
`
`46.
`
`Just like Figure 10, taro then selects which clients it would like
`
`to voice chat with to request a voice chat. (Ex. 1014 at S1016; Ex. 1014 at
`
`Col. 15, line 40 - Col. 16., line 16). See, also, specifically, Ex. 1014 at Col 15,
`
`lines 63-65 (“[A]n instruction for requesting to voice-chat with the IM clients
`
`whose account names are “client E” and the “client G”, respectively, is input
`
`to the input device 44.”). In particular, taro can choose to select client E and
`
`client G of Figure 11. (Ex. 1014 at Col 15, lines 63-65).
`
`B.
`
`Liversidge (Ex. 1004)
`
`47. Liversidge discloses a system for enabling users to communicate
`
`across packet-switched networks (PSTNs) and circuit switched networks. (Ex.
`
`1004 at Par. 0071-0072).
`
`48. FIG. 3 of Liversidge shows an example environment where a
`
`user denoted by 58a, 58b, 58c has certain PSTN-based devices 54a, 54b, and
`
`54c (e.g., denoted as phones) that communicate through a public switched
`
`telephone network (PSTN) and packet based devices 58a, 58b, and 58c (e.g.,
`
`denoted as computers or a smart phone ) that communicate with a packet
`
`network 46. (Ex. 1004 at Par. 0071).
`
`
`
`17
`
`
`
`
`
`
`
`49.
`
`In order to “initiate and control communications involving the
`
`PSTN-based communications devices 54, a virtual switching point
`
`(VSP) 60 of the CCS network 53 is adapted to interact with the VTE
`
`server 40 via, for example, a suitable connection to the packet network 46.”
`
`(Ex. 1004 at Par. 0071).
`
`50.
`
`In the specific context cited by petitioners, users 58a, 58b, and
`
`58c may wish “to terminate the instant messaging session and continue the
`
`conversation using an alternative type of communications, such as, for
`
`example, voice communications. Consequently, the VTE client application 44
`
`provides an appropriate icon or button (a ConvertSession button) which
`
`
`
`18
`
`
`
`
`
`enables the team member to launch a ConvertSession message (at 376) to the
`
`collaboration services suite 2 to facilitate conversion of the communications
`
`session
`
`to
`
`the desired communications
`
`type.” (Ex. 1004 at Par.
`
`0126)(Emphasis added).
`
`51. Figures 32, 32a, and 32b (and paragraphs 0175-0181), describe
`
`such a process of terminating the IM session and starting an alternative voice
`
`session. Specifically, with reference to the top portion of Figure 32 below
`
`and the terminating, after a VTE Svr receives a ConvertSession message, the
`
`Svr closes the IM Session. (Ex. 1004 at 1140; Ex. 1004 at Par. 0176).
`
`
`
`52. VTE Svr also sends status event messages to the respective
`
`device indicating the IM session has been closed. (Ex. 1004 at 1144, 1148,
`
`and 1150; Ex. 1004 at Par. 0176.
`
`53. With respecting to starting an alternative voice session, the
`
`process continues by the VTE svr handing off control to a VSP, which contact
`
`each device (e.g., 54a, 54b, and 54c) one by-one through respective enhanced
`
`
`
`19
`
`
`
`
`
`integrated services digital network user part (E-ISUP) voice trunks, and
`
`service switching points (SSP). Each device (e.g., 54) upon answering causes
`
`a respective second end of the E-ISUP to dial into the conference bridge and
`
`waits for another participant to join, which follows the same process. (Ex.
`
`1004 at Par. 176-181).
`
`54. The lower portion of Figure 32 describes this process with the
`
`VSP.
`
`55. Specifically, the VSP causes SSP (X) (through an E-ISUP (A))
`
`to “ring” a first PSTN corresponding to Client A. (Ex. 1004 at 1160; Ex. 1004
`
`
`
`at Par. 177).
`
`
`
`20
`
`
`
`
`
`56. The first PSTN corresponding to the Client A answers the ring
`
`from the SSP (X), which causes a second end of the E-IUSP to reach out to
`
`the VSP and ultimately the conference bridge through SSP(D). (Ex. 1004 at
`
`1166, 1174; Ex. 1004 at Par. 177).
`
`57. Once everything is completely set-up with the first PSTN
`
`corresponding to Client A, a welcome message is played. (Ex. 1004 at 1192;
`
`Ex. 1004 at Par. 178).
`
`58. The process is repeated for each respective PSTN as shown in
`
`FIGURES 32B and 32C. Once a second PSTN is connected, a join as between
`
`connection is performed. (Ex. 1004 at 1230; Ex. 1004 at Par. 178). When a
`
`third PSTN is connect, a similar joint process is performed. (Ex. 1004 at 1230;
`
`Ex. 1004 at Par. 181).
`
`VII. VALIDITY ANALYSIS
`
`59.
`
`I have review the claims in light of both the Tanigawa and
`
`Liversidge and believe they do not disclose the claim features.
`
`A.
`
`The Proposed Combination Fails to Disclose and Teaches
`Away From “generating a conference call request
`responsively to a single request by the conference call
`requester, said conference call request identifying each of
`the potential targets for said conference call request”
`
`60. As I opined above, the broadest reasonable interpretation of this
`
`phrase when read in light of the specification and prosecution history excludes
`
`
`
`21
`
`
`
`
`
`scenarios where a user determines whether attendees are available for a
`
`conference call and selects such attendees for invitation. Tanigawa does teach
`
`such a limitation and rather teaches the opposite. Specifically, Tanigawa
`
`discloses a selection of attendees for invitation as opposed to excluding
`
`selections. (Ex. 1014 at S1016; Ex. 1014 at Col. 15, line 40 - Col. 16., line
`
`16). See, also, specifically, Col 15, lines 63-65 (“[A]n instruction for
`
`requesting to voice-chat with the IM clients whose account names are “client
`
`E” and the “client G”, respectively, is input to the input device 44.”).
`
`61.
`
`In particular, taro can choose to select client E and client G of
`
`Figure 11. (Ex. 1014 at Col 15, lines 63-65).
`
`62.
`
`In my opinion, because Tanigawa discloses the opposite of and
`
`teaches away from the claim feature.
`
`63.
`
`I note that the petitioner alternatively argues that to the extent
`
`Tanigawa fails to disclose the above claim feature, Liversidge discloses it
`
`instead. In my opinion, this is incorrect and ignores teachings of the Liversidge
`
`reference.
`
`64. The claim feature in its latter part recites “said conference call
`
`request identifying each of the potential targets for said conference call
`
`request.” In a separate IPR, the Petitioner argued the following concerning
`
`Liversidge:
`
`
`
`22
`
`
`
`
`
`The ConvertSession request does not identify the at least one other
`
`party. (Ex. 1002 ¶ 138.) Instead, VTE server 40 uses the session ID,
`
`which is associated with the IM session, to “determine . . . the
`
`participants,” i.e., the at least one other party, information which is not
`
`included in the ConvertSession request. (Ex. 1004 ¶ [0176]; id. ¶¶
`
`[0075], [0117]-[0123].)
`
`IPR2017-01683 Petition at page 59. This statement confirms that the claimed
`
`“call request identifying each of the potential targets for said conference
`
`call request” because Liversidge’s request “does not identify the at least
`
`one other party.”
`
`B.
`
`The Petitioner Improperly Picks and Chooses Teaching of
`Reference to the Exclusion of the Teachings of the
`References as a Whole
`
`65.
`
`I understand that it impermissible within the framework of
`
`obviousness analysis to pick and choose from any one reference only so much
`
`of it as will support a given position to the exclusion of other parts necessary
`
`to the full appreciation of what such reference fairly suggests to one skilled in
`
`the art.
`
`66. With this understanding, in my opinion Petitioners in their
`
`attempted combination disregard the respective teachings of Tanigawa and
`
`Liversidge. And, in my opinion, given this different teaching of these
`
`
`
`23
`
`
`
`
`
`references, a person having ordinary in skill in the art would not combine
`
`Tanigawa and Liversidge.
`
`67. Tanigawa and Liversidge as a whole teach different approaches
`
`and systems that are incompatible with one another. As discussed infra,
`
`Tanigawa discloses
`
`the use of buddy
`
`lists for enabling both IM
`
`communications and chat communications. Liversidge teaches away from
`
`buddy lists (and corresponding selections) in favor of an ability to connect to
`
`traditional PSTN associated with IM clients using a lookup feature.
`
`68. Additionally, unlike Tanigawa, which includes a selection of
`
`participants desired for a call in alleged call requests, Liversidge’s alleged call
`
`requests includes no such participants – as acknowledged by Petitioner in
`
`another IPR petition. Rather, in Liversidge – as opposed to a selection and
`
`identification of participants – a lookup is conducted to determine, for
`
`example, PSTN devices that might be associated with participants to a call.
`
`C.
`
`The Petitioner’s Propose Combination Renders Tanigawa
`Inoperable for its Intended Purpose
`
`69.
`
`I understand that if a combination renders prior art inoperable for
`
`its intended purpose, such may fail to support a conclusion of obviousness.
`
`Such a scenario is applicable here.
`
`70.
`
` Here, the buddy list feature in Tanigawa is relied upon to
`
`achieve the object of Tanigawa’s invention and supply information about
`
`
`
`24
`
`
`
`
`
`other parties from, for example, through the “presence management server,”
`
`which supplies the buddy list. (Ex. 1014 at Col. 2, lines 13-21). Stripping this
`
`supplying of information via the “buddy list” strips such a feature satisfying
`
`the object of invention.
`
`VIII. CONCLUSION
`
`71. For the reasons set forth herein, Claims 1-4, 6-8, 18, 21, and 22
`
`of the ‘948 Patent are not rendered obvious by in light of the references and
`
`testimony cited in the Petition.
`
`72.
`
`I understand that, in signing this Declaration, the Declaration will
`
`be used as evidence in an inter partes review before the Patent Trial and
`
`Appeal Board concerning the validity of the ‘948 patent. I understand that I
`
`may be subject to cross-examination in the proceeding. I will appear for such
`
`cross-examination during the time allotted for cross-examination and at a time
`
`and location convenient for myself and the parties.
`
`73.
`
`I hereby declare 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 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.
`
`
`
`25
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`
`Dated: October 19, 2017
`
`
`______________________________
`
`
`William C. Easttom II (Chuck)
`
`
`
`
`
`
`26
`
`
`
`
`
`
`
`
`
`
`EXHIBIT A
`EXHIBIT A
`
`27
`27
`
`