throbber
UNITED STATES PATENT AND TRADEMARK OFFICE
`
`
`
`
`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
`
`
`PATENT OWNER PRELIMINARY RESPONSE
`PURSUANT TO 37 C.F.R. § 42.120
`
`
`
`
`
`
`
`

`

`
`
`Table of Contents
`
` IPR2017-01685
`U.S. Patent No. 7,804,948
`
`
`I.
`II.
`
`B.
`
`B.
`
`INTRODUCTION ........................................................................................... 1
`THE ‘948 PATENT ......................................................................................... 2
`A. Overview of System and Method for Initiating a Conference Call ...... 3
`B.
`The ‘948 Patent Claims ......................................................................... 6
`C.
`Prosecution History of the ‘948 Patent ................................................. 7
`D.
`Petitioner Oversimplifies the Patented Technology and Does
`Not Address the Prosecution History .................................................... 9
`III. Google’s Cited References ............................................................................ 10
`A.
`Tanigawa (Ex. 1014) ........................................................................... 10
`B.
`Liversidge (Ex. 1004) .......................................................................... 14
`IV. PERSON OF ORDINARY SKILL IN THE ART ........................................ 18
`V.
`Claim Construction ........................................................................................ 19
`A.
`“generating a conference call request responsively to a
`single request by the conference call requester” ................................. 21
`The “conference call request” must identify “each of the
`indicated potential targets” .................................................................. 22
`VI. ARUMENT .................................................................................................... 23
`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” ............................................. 26
`The Petitioner Improperly Picks and Chooses Teaching
`of Reference to the Exclusion of the Teachings of the
`References as a Whole ........................................................................ 28
`The Petitioner’s Propose Combination Renders Tanigawa
`Inoperable for its Intended Purpose .................................................... 30
`The Petition Does Not Prove Obviousness for the
`Dependent Claims ............................................................................... 31
`Inter Partes Review Proceedings Are Unconstitutional. ............................... 31
`
`C.
`
`D.
`
`VII.
`
`ii
`
`

`

`
`VIII. CONCLUSION .............................................................................................................32
`
`
`
` IPR2017-01685
`U.S. Patent No. 7,804,948
`
`
`iii
`
`

`

`
`
`
` IPR2017-01685
`U.S. Patent No. 7,804,948
`
`
`Exhibit No.
`2001
`
`List of Exhibits
`Description
`Declaration of William Easttom II
`
`iv
`
`

`

` IPR2017-01685
`U.S. Patent No. 7,804,948
`
`
`I.
`
`INTRODUCTION
`
`Pursuant to 35 U.S.C. § 313 and 37 C.F.R. § 42.107(a), Uniloc Luxembourg
`
`
`
`
`
`S.A. (“Patent Owner”) submits this Preliminary Response to the Petition for Inter
`
`Partes Review (“the Petition”) of U.S. Patent 7,804,948 (“the ‘948 Patent”) filed by
`
`Google, Inc. (now Google, LLC) (“Petitioner”).1
`
`Petitioner has failed to prove that there is a reasonable likelihood that at least
`
`one of the claims challenged in the Petition is unpatentable. See 37 C.F.R. §
`
`42.108(c). For several different reasons, Petitioner fails to meet this standard for any
`
`of the challenged claims. Petitioner: (1) does not address the prosecution history and
`
`the import it has on the claim construction, (2) relies on a primary reference that
`
`expressly teaches away from the very limitations for which it is cited; (3)
`
`impermissibly picks and chooses features from references to the exclusion of
`
`remainder of such references, and (4) relies on a combination that renders a reference
`
`inoperable for its intended purpose. In view of the reasons presented herein, the
`
`Board should reject the Petition in its entirety.
`
`The Board should also deny institution because this proceeding would violate
`
`
`1 Petitioner relies on the exact same combination of references and substantially
`identical obviousness theories to those presented in IPR2017-01684, filed by the
`same Petitioner against U.S. Patent No. 7,853,000, which claims priority to and is a
`continuation of the '948 Patent.
`
`1
`
`

`

`
`Patent Owner’s constitutional rights. Patent Owner presents a constitutional
`
` IPR2017-01685
`U.S. Patent No. 7,804,948
`
`
`challenge now to preserve the issue pending the Supreme Court’s decision in Oil
`
`States Energy Servs., LLC v. Greene’s Energy Grp., LLC, 137 S. Ct. 2239 (2017).
`
`II. RELATED MATTERS
`
`
`
`The ‘948 Patent is part of family including United States Patent No. 7,853,000
`
`(the ‘000 Patent) and United States Patent No. 8,571,194 (the ‘194 Patent).
`
`Petitioner has filed following additional petitions:
`
`Filing Date
`Patent. No.
`Petition No.
`Petitioner
`June 29, 2017
`‘194 Patent
`IPR201-01683
`Google
`June 29, 2017
`‘000 Patent
`IPR201-01684
`Google
`
`
`
`
`The following additional petitions have been filed for this family of patents
`
`with the following institution dates:
`
`Institution Date
`Patent. No.
`Petition No.
`Petitioner
`March 26, 2017
`‘194 Patent
`IPR2016-01756
`Facebook/Whatsapp
`April 11, 2017
`‘948 Patent
`IPR2017-00058
`Cisco
`April 18, 2017
`‘000 Patent
`IPR2017-00198
`Cisco
`June 26, 2017
`‘194 Patent
`IPR2017-00597
`Cisco
`
`
`
`
`The following additional IPR was filed, but has since been dismissed:
`
`Petitioner
`Unify
`
`
`Petition No.
`IPR2016-01076
`
`Patent. No.
`‘194 Patent
`
`Terminated Date
`June 12, 2017
`
`
`
`
`
`2
`
`

`

`
`
`III. THE ‘948 PATENT
`
` IPR2017-01685
`U.S. Patent No. 7,804,948
`
`
`A. Overview of System and Method for Initiating a Conference Call
`
`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.” (Ex.1001 at Abstract) (Ex. 2001 at ¶ 18).
`
`The ‘194 Patent claims priority to a provisional application filed on December 22,
`
`2003.
`
`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) (Ex. 2001 at ¶19). 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) (Ex. 2001 at ¶ 20).
`
`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 2 and
`
`accompanying description) (Ex. 2001 at ¶ 21). According to one embodiment, “IM
`
`presence” features (e.g., monitored by the IM server) may be used to create a display
`
`3
`
`

`

`
`indicating which users are presently connected to the IM session. Such a display
`
` IPR2017-01685
`U.S. Patent No. 7,804,948
`
`
`may, in certain 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)(Ex. 2001 at ¶ 22).
`
`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)(Ex. 2001 at ¶ 23).
`
`
`
`These devices comprise computers, digital cellular telephones, personal
`
`digital assistants (an earlier technology whose functionality has been incorporated
`
`4
`
`

`

`
`into today’s smartphones and tablets), and similar technologies. (Ex. 1001 at 5:39-
`
` IPR2017-01685
`U.S. Patent No. 7,804,948
`
`
`45)(Ex. 2001 at ¶ 24).
`
`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)(Ex. 2001 at ¶ 25).
`
`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. (Ex. 1001 at
`
`6:22-59 and 7:27-44)(Ex. 2001 at ¶ 26). 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)(Ex. 2001 at ¶ 26).
`
`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)(Ex. 2001 at ¶ 27). According to one embodiment, “IM
`
`5
`
`

`

`
`presence” features (e.g., monitored by the IM server) may be used to create a display
`
` IPR2017-01685
`U.S. Patent No. 7,804,948
`
`
`indicating which users are presently connected to the IM session. (Ex. 1001 at 9:48-
`
`67)(Ex. 2001 at ¶ 28).
`
`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)(Ex. 2001 at ¶ 28).
`
`B.
`
`The ‘948 Patent Claims
`
`The ‘948 Patent issued with 66 claims. Of those, Claims 1, 23 and 51 are
`
`independent claims. The Petitioner challenges Independent Claim 1 and Dependent
`
`Claims 2-4, 6-8, 18-21, and 22.
`
`Among other meaningful limitations that are missing from Petitioner’s
`
`proposed combination of references, Independent Claims 1 recite “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
`
`6
`
`

`

` IPR2017-01685
`U.S. Patent No. 7,804,948
`
`
`
`said conference call request.”
`
`C.
`
`Prosecution History of the ‘948 Patent
`
`The ‘948 Patent issued from U.S. Application No. 11/019,655 (“the
`
`application”), filed Dec. 22, 2004, which claims the benefit of the U.S. Provisional
`
`Application No. 60/531,722 (the ‘722 application), filed on December 22, 2003.
`
`In the prosecution history, Applicant amended the claims to their current form
`
`– including the phrase “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” and argued as follows:
`
`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.
`
`
`(Ex 1018 at 123-124 of 353)(Emphasis in original). The Applicant further argued:
`
`7
`
`

`

`
`
`
`
`
` IPR2017-01685
`U.S. Patent No. 7,804,948
`
`
`Consistently Claim 1 has been amended to recite:
`
`
`A method for initiating a conference call 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 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;
`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;
`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
`
`8
`
`

`

`
`
` IPR2017-01685
`U.S. Patent No. 7,804,948
`
`
`common IM session with the requester responsively to a single requester
`request.
`
`
`(Ex. 1018 at 124 of 353)( highlighting emphasis added, remainder of emphasis in
`
`original). In the above statements, the Applicant was clarifying that the emphasized
`
`claim language excludes scenarios where a user determines whether attendees are
`
`available for a conference call and selects such attendees for invitation. Following
`
`such an argument and amendment, the application was allowed. (Ex. 1018 at 99 of
`
`353).
`
`D.
`
`Petitioner Oversimplifies the Patented Technology and Does Not
`Address the Prosecution History
`
`The Petitioner attempts to summarize the ‘948 Patent technology at pages 9-
`
`13 of the Petition. In doing so, Petitioner oversimplifies the ‘948 Patent. For
`
`example, Petitioner overlooks disclosed and claimed advantages achieved at least in
`
`part through automatically generating a conference call request responsively to a
`
`single request by the conference call requester.
`
`The Petitioner also does not describe the prosecution history of the application
`
`leading to the ‘948 Patent. At a minimum, one would expect a petitioner to provide
`
`some recognition of what happened in the prosecution history along with an
`
`argument as to whether the prosecution history has any import on the meaning of the
`
`claims. Here, Petitioner does not do so – despite the prosecution undeniably
`
`9
`
`

`

`
`providing meaning to the claims. This, alone, is dispositive of the petition as
`
` IPR2017-01685
`U.S. Patent No. 7,804,948
`
`
`discussed below because a petition cannot be based on erroneous constructions.
`
`IV. Google’s Cited References
`
`Google alleges the below claims are obvious over two references.
`
`
`Claims
`1-4, 6-8, 18, 21, and 22
`
`Statute
`103
`
`Reference(s)
`Tanigawa 2 and Liversidge 3
`
`
`
`
`
`A.
`
`Tanigawa (Ex. 1014)
`
`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)(Ex. 2001 at ¶ 37).
`
`
`
`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)(Ex. 2001 at ¶
`
`38).
`
`
`2 EX1014, U.S. Patent No. 7,233,589 to Tanigawa (“Tanigawa”)
`3 EX1004, U.S. Patent Pub. No. 2002/0076025 to Liversidge (“Liversidge”)
`
`10
`
`

`

`
`
` IPR2017-01685
`U.S. Patent No. 7,804,948
`
`
`
`In Figure 10 of Tanigawa, three users are shown highlighted in yellow: taro, hanako,
`
`and yoshi. Hanako and yoshi are associated with two different devices, respectively
`
`labeled clients D and E for hanako (highlighted in orange) and clients F and G for
`
`yoshi (highlighted in orange). (Ex. 2001 at ¶ 39).
`
`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)(Ex. 2001 at ¶
`
`40).
`
`11
`
`

`

`
`
` IPR2017-01685
`U.S. Patent No. 7,804,948
`
`
`
`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)
`
`(Ex. 2001 at ¶ 41). See, also, specifically Ex. 1014 at Col., 12, lines 5-6 (“The user
`
`‘taro’ can determine a chat party based on the data.”). 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) (Ex. 2001 at ¶ 42). 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
`
`12
`
`

`

`
`Col. 13, lines 52-57) (Ex. 2001 at ¶ 43).
`
` IPR2017-01685
`U.S. Patent No. 7,804,948
`
`
`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)(Ex. 2001
`
`at ¶ 44).
`
`
`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)( (Ex. 2001 at ¶ 45).
`
`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
`
`13
`
`

`

`
`16) (Ex. 2001 at ¶ 46. See, also, specifically, Ex. 1014 at Col 15, lines 63-65 (“[A]n
`
` IPR2017-01685
`U.S. Patent No. 7,804,948
`
`
`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)(Ex. 2001 at ¶ 46).
`
`B.
`
`Liversidge (Ex. 1004)
`
`
`
`Liversidge discloses a system for enabling users to communicate across
`
`packet-switched networks (PSTNs) and circuit switched networks. (Ex. 1004 at Par.
`
`0071-0072) (Ex. 2001 at ¶ 47).
`
`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)(Ex. 2001 at ¶
`
`48).
`
`14
`
`

`

`
`
` IPR2017-01685
`U.S. Patent No. 7,804,948
`
`
`
`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)(Ex. 2001 at ¶ 49).
`
`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 enables the team member to launch a
`
`15
`
`

`

`
`ConvertSession message (at 376) to the collaboration services suite 2 to facilitate
`
` IPR2017-01685
`U.S. Patent No. 7,804,948
`
`
`conversion of the communications session to the desired communications type.” (Ex.
`
`1004 at Par. 0126)(Emphasis added)(Ex. 2001 at ¶ 50).
`
`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)(Ex. 2001 at ¶51).
`
`
`
`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)(Ex. 2001 at ¶52).
`
`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 integrated services digital
`
`16
`
`

`

`
`network user part (E-ISUP) voice trunks, and service switching points (SSP). Each
`
` IPR2017-01685
`U.S. Patent No. 7,804,948
`
`
`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)(Ex. 2001 at ¶ 53).
`
`The lower portion of Figure 32 describes this process with the VSP. (Ex. 2001
`
`at ¶ 54).
`
`
`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)(Ex. 2001 at ¶
`
`55). 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
`
`17
`
`

`

`
`the conference bridge through SSP(D). (Ex. 1004 at 1166, 1174; Ex. 1004 at Par.
`
` IPR2017-01685
`U.S. Patent No. 7,804,948
`
`
`177)(Ex. 2001 at ¶56). 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)(Ex. 2001 at ¶57). 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)(Ex. 2001
`
`at ¶ 58). When a third PSTN is connect, a similar joint process is performed. (Ex.
`
`1004 at 1230; Ex. 1004 at Par. 181)(Ex. 2001 at ¶ 58).
`
`V.
`
`PERSON OF ORDINARY SKILL IN THE ART
`
`A person of ordinary skill in the art (“POSITA”) is someone who would have
`
`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.
`
`Ex. 2001, ¶13.
`
`This definition of a POSTA differs with the Declaration of Mr. Lipoff,
`
`Google’s Declarant, and agrees with the Declaration of Dr. Klausner, Facebooks’
`
`Declarant for United States Patent No. 8,571,194 – a family member of the ‘948
`
`Patent.
`
`18
`
`

`

`Mr. Lipoff defines the qualification of a POSITA as “someone knowledgeable
`
` IPR2017-01685
`U.S. Patent No. 7,804,948
`
`
`
`
`in collaboration applications and telecommunications services who has a Bachelor’s
`
`degree in Computer or Electrical Engineering, Computer Science, or equivalent
`
`training, and approximately five years of experience working on computer-based
`
`collaboration or telecommunications services.” (Ex. 1002 ¶ 42.) Mr. Eastom finds
`
`the years of experience inordinate. Ex. 2001, ¶14.
`
`Dr. Klausner 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.” IPR 2017-
`
`01756, Ex. 1002. Mr. Eastom finds such a POSITA definition indistinguishable from
`
`his definition. Ex. 2001, ¶15.
`
`VI. Claim Construction
`
`Pursuant to 37 C.F.R. § 42.100(b), and for the purposes of this review, Patent
`
`Owner construes the claim language such that the claims are given their broadest
`
`reasonable interpretation (“BRI”) in light of the specification of the ‘948 Patent.
`
`Even when giving claim terms their broadest reasonable interpretation, the
`
`Board cannot construe the claims “so broadly that its constructions are unreasonable
`
`19
`
`

`

`
`under general claim construction principles.” Microsoft Corp. v. Proxyconn, Inc., 789
`
` IPR2017-01685
`U.S. Patent No. 7,804,948
`
`
`F.3d 1292, 1298 (Fed. Cir. 2015) (emphasis in original). “[T]he protocol of giving
`
`claims their broadest reasonable interpretation . . . does not include giving claims a
`
`legally incorrect interpretation” “divorced from the specification and the record
`
`evidence.” Id. (citations and internal quotation marks omitted); see PPC Broadband,
`
`Inc. v. Corning Optical Commc’ns RF, LLC, 815 F.3d 747, 751–53 (Fed. Cir. 2016).
`
`As recently provided by the Federal Circuit in the context of broadest
`
`reasonable interpretations:
`
`The correct inquiry in giving a claim term its broadest reasonable
`interpretation in light of the specification is not whether the specification
`proscribes or precludes some broad reading of the claim term adopted
`by the examiner. And it is not simply an interpretation that is not
`inconsistent with the specification. It is an interpretation that
`corresponds with what and how the inventor describes his invention in
`the specification, i.e., an interpretation that is “consistent with the
`specification.”
`In re: Smith International, Case No. 2016-2303 at 12-13 (Fed. Cir. September 26,
`
`2017)(citations omitted). These principles are important here as Petitioner has
`
`provided no meaning for certain phrases and specifically excludes discussion of the
`
`intrinsic record concerning such phrases. When examined in light of the intrinsic
`
`records, these terms have meanings as prescribed below.
`
`20
`
`

`

` IPR2017-01685
`U.S. Patent No. 7,804,948
`
`
` “generating a conference call request responsively to a single
`request by the conference call requester”
`
`
`
`A.
`
`The Petitioner neither provides a construction for this phrase or an analysis of
`
`the prosecution history, which provides meaning to the phrase. The broadest
`
`reasonable interpretation of this phrase when read in light of the specification and
`
`the prosecution history excludes scenarios where a user determines whether
`
`attendees are available for a conference call and selects such attendees for invitation.
`
`Ex. 2002, ¶31. As discussed infra, in distinguishing from the Heim reference in the
`
`prosecution history, the following was argued:
`
`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 125 of 353)(highlighting emphasis added).
`
`The meaning of this phrase and the import of the prosecution history cannot
`
`simply be ignored. Petitioner has specifically raised an issue as to whether or not the
`
`Tanigawa reference disclose such a limitation, providing the alternative Liversidge
`
`reference if the Tanigawa reference is deemed not to disclose the limitation.
`
`21
`
`

`

`The Petitioner’s use of an erroneous construction is reason enough to deny the
`
` IPR2017-01685
`U.S. Patent No. 7,804,948
`
`
`
`
`petition. See Mentor Graphics Corp., v. Synopsys, Inc., IPR2014-00287, 2015 WL
`
`3637569, at *11 (P.T.A.B. June 11, 2015), aff’d sub nom. Synopsys, Inc. v. Mentor
`
`Graphics Corp., 669 Fed. Appx. 569 (Fed. Cir. 2016) (finding Petitioner’s claim
`
`construction unreasonable in light of the specification, and therefore, denying
`
`Petition as tainted by reliance on an incorrect claim construction). Petitioner’s
`
`erroneous interpretation of “generating a conference call request responsively to a
`
`single request by the conference call requester” provides an independent and fully-
`
`dispositive basis to dismiss the Petition in its entirety.
`
`B.
`
`The “conference call request” must identify “each of the indicated
`potential targets”
`
`The Petition should be dismissed as applying the cited art in a manner that
`
`overlooks the requirement that the “conference call request” must identify “each of
`
`the indicated potential targets.” That claim language must be understood in the
`
`context of how the challenged claims define the “potential targets.”
`
`The independent claims introduce the “potential targets” in the recitation “a
`
`plurality of potential targets 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.” That claim language
`
`explicitly defines the “potential targets” as those who are connected to the instant
`
`22
`
`

`

`
`messaging service and participating in a given instant messaging session with the
`
` IPR2017-01685
`U.S. Patent No. 7,804,948
`
`
`conference call requester and with whom a conference call may be initiated. Ex.
`
`2001, ¶35.
`
`Expressly referring to that antecedent basis, the challenged claims further
`
`recite “said conference call request identifying each of the [identified/indicated]
`
`potential targets”. Id. Thus, 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.” Ex. 2001, ¶34. As explained below, the Petition
`
`and the testimony cited therein offer admissions that confirm these limitations are
`
`missing from the proposed combination.
`
`In particular, as a proposed combination and as further discussed below, the
`
`Petitioner points to the Liversidge reference which undeniably could not disclose
`
`this feature when properly considered.
`
`VII. ARUMENT
`
`Petitioner has the burden of proof to establish they are entitled to their
`
`requested relief. 37 C.F.R. § 42.108(c). The Petition does not satisfy this burden for
`
`the reasons set forth herein and in the attached Declaration of Chuck Easttom
`
`23
`
`

`

`
`(EX2001).
`
` IPR2017-01685
`U.S. Patent No. 7,804,948
`
`
`A. The Petition Redundantly Challenges the Patentability of Claims
`
`The Petition should be denied under 35 U.S.C. § 325 (d) as presenting
`
`vertically redundant grounds because the Petitioner has not met its burden
`
`concerning presentation of such redundant grounds. In pa

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