throbber
Google
`
`v.
`
`Uniloc
`
`Case IPR2017-01683
`(Patent 8,571,194)
`
`Hearing Before Karl D. Easthom,
`Ken V. Barrett, and
`Jeffrey S. Smith,
`Minn Chung
`
`Oct. 16, 2018
`
`

`

`Claim 1 of the 194 Patent
`
`1. A non-transitory computer readable medium containing computer
`instructions configured to operate with electronic computer
`hardwareto perform thefollowingsteps:
`display, in an instant messaging (IM) chat windowofa first party, an
`exchange of IM messages betweenthefirst party and at least one
`otherparty,the first party andtheat least one other party being
`current participants to an IM session;
`display for the first party an indication of whethertheat least one
`other party is communicably connected to the IM session;
`displayfor the first party an option to automatically initiate voice
`communication betweenthe current participants of the IM session
`without requiring individual selection of potential members
`includingthe first party andtheat least one other party and
`without requiringregistration with a conferencecall server for
`establishing the voice communication by the potential members
`includingthe first party andtheat least one other party; and
`request, in responseto selection of the option, voice communication
`betweenthefirst party and the at least one otherparty;
`wherein in responseto the request, the voice communicationis
`established betweenthefirst party and thoseof the at least one
`
`

`

`Claim 16 of the 194 Patent
`
`16. A non-transitory computer readable medium containing
`computerinstructions configured to operate with an electronic
`hardware computerserverto perform the followingsteps:
`exchange IM messages betweena first party and at least one other
`party, the first party andtheat least one other party being
`current participants to an IM session;
`send to thefirst party an indication of whethertheat least one
`other party is communicably connected to the IM session;
`receive a requestfrom thefirst party to establish voice
`communication amongstcurrentparticipants of the IM session
`without requiring registration with a conferencecall server for
`establishing the voice communication by potential members
`includingthe first party and theat least one otherparty, the
`request lacking a specific identification of the at least one other
`party;
`determine,after reception of the request, the at least one other
`party from information associated with the IM session;
`wherein after determining the at least one party, the voice
`communicationis established betweenthefirst party and those
`
`

`

`“without requiring registration with a conference call server”
`
`As the intrinsic evidencereveals, and as the Office has
`previously determined, the claim language including the
`recitation “... without requiring registration with a
`conferencecall server...” at least excludes:
`
`1. the registration required in the Hambergreference
`cited by the Examiner;
`
`2. the analogousregistration identified by the Examiner
`in the disclaimed embodiment from the ’194 patent
`specification; and
`
`3. the cumulative registration in the Liversidge
`reference considered by the Examiner during
`prosecution, which contains the same disclosure as
`the Liversidge reference relied uponin the Petition.
`
`

`

`(1) Hamberg successfully distinguished during prosecution from “without requiring registration” limitations
`
`Applicant’s successful distinction of Hamberg during
`prosecution included the following remarks:
`
`Hamberg discloses a conference call established between a pre-
`defined group. A server sets up a conference call between the
`subscribers registered with the server as active in a subscriber group.
`(See the Abstract of Hamberg). More specifically, the conference
`call is set up between persons registered to the group at the
`conference call server which establishesthe call. (See paragraph 25
`Of Hamberg). [{] .
`.
`. Hamburg thus requires an active registration
`of each subscriber with the group at
`the server establishing a
`conference call so that the conferencecall can be set up between the
`registered subscribers.
`[§]
`In contrast, Applicant’s amended
`independent claim 103 [now Claim 1] displays an option forthefirst
`party to automatically initiate voice communication between the
`current participants of the IM session without requiring prior
`registration with a conference call server for establishing the voice
`communication by potential members. Thatis, current participants
`of the IM session (or other potential members) need not have
`registered, e.g., with the conference call server that establishes the
`conference call,
`in order to be potential members for the voice
`communication.
`
`

`

`(1) Hamberg successfully distinguished during prosecution from “without requiring registration” limitations
`
`Hambergdiscloses that when a conferencecall is requested,
`the serverwill establish a conference call only between
`those group-membersubscribers whoare currently
`registered with the conference call server for the
`
`Hamberg describesits process for setting up a conference call with reference
`
`to Figure 5. EX2002 4 25. It is significant to the present dispute that, when a
`
`conference call is requested, Hamberg does not require users to then complete an
`
`additional or separate registration at that time. Rather, when a call is requested, the
`
`server confirms (in step 5-4), based on stored registration information, whether the
`
`call requester “is [already] registered and hasthe right to send the set-up message.”
`
`Id. (emphasis added); see also id. § 28 (“Ifthe subscriber sending the conferencecall
`
`set-up messageis not registered or the memberin question does not havethe right
`
`to set up the conference call in question, the initiation routine of the conferencecall
`
`is ended in step 5-15.”).°
`
`

`

`“without requiring registration” limitations
`
`(2) Disclaimer during prosecution reveals proper interpretation of
`
`The prosecution history also provides insight as to the properinterpretation
`
`of the definitive statement “without requiring registration with a conference call
`
`server by the potential members ....” Specifically, in the Advisory Action dated
`May 13, 2012, the Examiner expressed concern that the °194 Patent itselfrequired
`a form ofregistration similar to that disclosed in Hamberg: “[t}he entire paragraph
`
`56 ofApplicant’s published application describes checking to see whether a useris
`
`or is not already a subscriber to the conference service.” EX1018 at 124.
`
`(IPR2017-01683,
`Responseat 7-8)
`
`The conference call server in communication with User
`A’s NAD may be provided with functionality for assessing
`charges associated with the conferencecall.
`
`(‘194 patent, 7:55-59)
`
`
`
`heisnotallowedtousetheservice,Although not shown, User
`
`
`
`
`
`In response to the Advisory Action, Applicant expressly disclaimed as an
`
`alternative (and hence unclaimed) embodiment the particular form of required
`registration with a conference call server disclosed in the paragraph of the *194
`Patent cited by the Examiner (which required checking to see whether User A is
`
`(IPR2017-01683,
`Responseat8)
`
`

`

`“,..without requiring registration with a conferencecall server ...”
`
`Simply put, at a minimum, this claim language is not satisfied by art that
`
`requires “registration with a conferencecall server” in the form of a conferencecall
`
`server checking stored information to confirm whether a potential participant is or
`
`is not currently registered as a subscriber to the requested conferencecall service.
`
`EX2001 § 32. As will be shown,this is precisely what Liversidge (the reference
`
`relied upon in the Petition) requires. EX2001 § 32.
`
`Patent Ownerrespectfully submits the Board should reconsiderits preliminary
`
`interpretation of claim scope (as currently understood) because it appears to
`
`encompass both the successfully-distinguished registration check in Hamberg and
`
`the disclaimed registration embodiment
`
`in the °194 Patent. Neither of those
`
`similarly-described forms of registration require the potential participants to
`
`complete an additional or separate registration (e.g., by manually reentering
`
`registration information) when someone requests to transition an IM session to a
`
` (IPR2017-01683,
`Response at 27)
`
`(IPR2017-01683,
`Response at 28)
`
`

`

`(3) The Examiner considered Liversidge/Thompson during prosecution
`mane
`
`6 S
`
`PTONSBO8 (07-09)
`U.S. Patent and Tradermark Office: U.S. DEPARTMENT OF COMMERCE
`Substitute tor form 1449/PTO
`aececcentne tena eee a
`Y
`
`1995. no persons ere required to respondtb ® collection ofinformation uniess & contains @ veld OMB control sumberUnder the Papers Reductos Act oflAppacationNumber|12/907, 550
`INFORMATION DISCLOSURE
`STATEMENTBY APPLICANT
`
`
`
`wa2614
`
`(Use as many sheots as nocessary)
`
`H.
`
`HONG
`
`et
`Apgecant of Cited Docurrent
`MMLOO-YYYY
`
`06-24-2003_Nixon
`
`
`
`08-18-2002
`|-——
` ys.20020076420020071540_ oehsons
`
`=eeUS-6,
`11-18-2003|Shoff et al
`
`
`101-06-2004Kadyketal00000000PO
`[fa] sosara208[Gren
`
`Liversigeetal
`
`
`
` ee
`04-27-2006 |Green, et al.
`
`
`
`_
`
`—
`
`:
`
`Inctuce name of the author (im CAPITAL LETTERS) tithe of the articte (when appropriate) tithe of
`the fom (book, magazine, journal, serial, symposium, catalog. etc.) Gate, page(s), volume-issue
`bens)
`puts
`City
`andlor co
`where pub
`
`
`
`
`
`
`
`emmes}HanyHong eres|cozezor2|Ue Hany Hong
`
`

`

`(3) Liversidge (like Hamberg) is excluded by “without requiring registration with a conference call server”
`
`FIG.1444b Liversidge, EX1004, at Figure 14 Liversidge discloses a system that
`
`44a
`44¢
`40
`42
`allows only a “team member” who
`PS.
`:
`:
`is registered with a conferencecall
`serverto initiate a voice
`communication sessionin a
`“virtual team environment”
`
`|
`|
`> Create Team (Team [DeToam Nama)
`Seloct Members (ClientB, ClientC)
`reateTeam (Team ID, Client A,Client B,ClientC)
`
`|A
`
`234
`
`VTEserver40,which forwards StatusEvent messages(at
`a invitation (Team ID, ClientA,
`Client8,ChientC)
`.
`.
`260
`Liversidge, EX1004,at [100]
`
`ddMomber (Team |D, ClientA)
`S
`StatusEvent (Team ID, ClientA added)
`
`(abbreviated as VTE) CreateTeam (Team |0)
`
`

`

`registration with a conference call server”
`
`(3) Liversidge (like Hamberg) is excluded by “without requiring
`
`Liversidge discloses(e.g., in Fig. 5 and accompanying description)thatits
`VTEservernot only handlesregistration but also establishes the voice
`
`communication session within a virtual team environmentor VTE:
`
`

`

`(3) Liversidge (like Hamberg) is excluded by “without requiring registration with a conference call server”
`
`EIG. 32 Convert 3-Way IM Session to 3-Way Voice Communications Session
`
`
`
` oe oe4
`«8 @@ ©&ee peri
`
`Patent Owner’s expert
`summarized Liversidge’s
`registration check (performed
`when converting from an IM
`session to an alternative voice
`session), in part, as shown on the
`right (see EX2001 at Dp. 24).
`
`65. 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).
`
`the
`66. With respecting to starting an alternative voice session,
`process continues by the VTE server consulting the table 43 for registered
`
`membership information and communication information. (Ex. 1004 at Par.
`
`176).
`
`67. With reference back to Figure 2, for registered members, item
`
`“43 b contains device identifiers and associated address information (e.g.
`
`PSTN destination number,
`
`IP address,
`
`e-mail
`
`address)
`
`for
`
`each
`
`

`

`registration with a conference call server”
`
`(3) Liversidge (like Hamberg) is excluded by “without requiring
`
`Patent Owner’s expert opinedthat the respective
`descriptions of a required registration check in
`HambergandLiversidge are “strikingly” similar:
`84.
`Inmy opiniodsa baty are the registration processes in Hamberg
`
`t
`
`and Liversidge the same, the disclosures concerning such registration are
`
`strikingly the same as further described below.
`
`85.
`
`Both describe a group or team tables located on a database.
`oo
`\
`
`
`
`Status Table
`
`
`
`Memoers Logged in|Devices|Watchers
`
`PC, DN|A,B,C
`PC, ON|B,A,C
`PC, ON|C,A,8
`
`(EX2001, pp. 30-34)
`
`
`
`
`
`Fig. 2 of Hamberg ontheleft, Fig. 2 of Liversidge on the right
`
`86. Withreference to the samefigures, both maintain membership in
`
`

`

`“without requiring individual selection” and the “request lacking a
`
`Specific indication of the at least one other party”
`
`ThePetition relies on disclosurein Liversidge
`that teaches the opposite of the claim language:
`
`appropriate contact information is available. Accordingly,
`the invitation object 374 includes a directory search frame
`422 which provides access to one or more directories
`
`
`
`theywishtodirecttheinvitation.The directories accessed
`
`Pet. 30 (citing EX1004 J 134);
`discussed, e.g., in Response at 29-30.
`
`

`

`Google
`
`v.
`
`Uniloc
`
`Case IPR2017-01684 and -01685
`(Patent 7,853,000 and Patent 7,805,948)
`
`Hearing Before Karl D. Easthom,
`Ken V. Barrett, and
`Jeffrey S. Smith,
`Minn Chung
`
`Oct. 16, 2018
`
`

`

`Claims 1 of the 000 Patent
`
`1.A methodfor initiating a conferencecall for a conferencecall
`requester using a networkaccess device, the network access
`device communicating via an instant messagingservice, the instant
`messaging service being adapted to communicate conferencecall
`request information with a conferencecall server, comprising:
`indicating, at the networkaccess device, a plurality of potential
`targets then being connectedto the instant messaging service and
`participating in a given instant messaging session with the
`conference call requester;
`generating a conference call request responsively to a single request
`by the conferencecall requester, said conferencecall request
`identifying each of the indicated potential targets; and
`transmitting the conference call request to the conferencecall server;
`wherein, a conferencecall connection initiated by the conferencecall
`server and connectedto the conferencecall requestor and each of
`the indicated potential targets is automatically established
`
`

`

`Claim 1 of the 948 Patent
`
`1. A methodforinitiating a conferencecall, comprising the stepsof:
`providing a conference call requester with a networkaccess device, said
`networkaccess device communicatingvia an instant messagingservice,
`said instant messaging service being adapted to communicate conference
`call request information with a conferencecall server;
`establishing a communications connection from said networkaccess device
`to the conferencecall server;
`presenting said conferencecall 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 conferencecall maybeinitiated;
`generating a conferencecall request responsively to a single request by the
`conference call requester, said conferencecall requestidentifying each of
`the potential targets for said conferencecall request;
`transmitting said conferencecall request from said networkaccessdevice to
`said conferencecall server; and
`automatically establishing a conferencecall connection to said conference
`call requester, said conferencecall connectioninitiated by said conference
`call server, said conferencecall connection further being connected to
`
`

`

`Tanigawa is cumulative with successfully distinguished art (Haims)
`
`Pros. History distinguishes art (Haims) from “single request” limitations:
`
`Haims neither teaches nor even suggests such a methodology. Rather, Haims proposes
`that auserdetermine 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 ofusers who are then participating in a common IM session with
`
`the requester responsively to a single requester request:
`
`Resp. 6 (quoting EX2002 at 124-25)
`
`Tanigawais cumulative
`with Haimsandis
`distinguishable for the
`same reasons:
`
`Now,it is assumed that, the user “taro” determines, from
`the information on the buddy list displayed in the display
`device and by exchanging messages through text chatting,
`that the users “hanako” and “yoshi” participating in the
`conference can participate in voice chatting by using IM
`client (the VoIP telephone 8 and the radio terminal 9) having
`the account names “client E” and “client C”, respectively. In
`addition, it is assumed that the user “taro” determines that
`each of the users “hanako” and “yoshi” has an intention to
`participate in voice chatting. Then, it is assumed that an
`instruction for requesting to voice-chat with the IM clients
`Resp. 16 (quoting EX1014 15:53-65) Whose account names are “client E” and the “client G”,
`
`

`

`Liversidge does not cure Tanigawa’s deficiencies
`
`No proof that it would have been obvious to replace Tanigawa’s user-
`selection feature with, instead, Liversidge’s “convert session button”
`and that such a combination mapsonto the claim language:
`
`Y The proposed modification would render Tanigawainoperable by
`eliminating a feature (like Haims) that relies upon the conference
`call requester to determine who maybeavailable and to select the
`appropriateclients for invitation to a conferencecall.
`
`Y Evenif replaced as proposed, neither the Petition itself norits
`attached declaration provides any rational explanation for how the
`modified system could possibly read the user’s mind to determine
`whichclient(s) the user would have otherwise subjectively
`selected for invitation.
`
`Y The proposed combination runsafoul of the limitation “said
`conferencecall request identifying each of the potential targets for
`said conferencecall request”
`
`

`

`“said conferencecall request identifying each of the potential targets for said conference call request’
`
`Petitioner has arguedthat Liversidge’s request sentto the
`server doesnotidentify each of the potential targets:
`
`[16f] “the request lacking a specific identification of the at least
`one other party;”
`
`Liversidge discloses this limitation. (Ex. 1002 §] 138.) The ConvertSession
`
`request received by VTEserver 40 “provides session ID and a newsession type.”
`
`(Ex. 1004 § [0176];
`
`id. §§ [0126], [0176]-[0181].) The ConvertSession request
`
`does not identify the at least one other party. (Ex. 1002 § 138.) Instead, VTE (IPR2017-01683, Pet. 59
`addressed in IPR2017-
`01684 Resp. 19-22)
`
`[16g] “determine, after reception of the request, the at least one
`other party from information associated with the IM session;”
`
`Liversidge discloses this limitation. (Ex. 1002 § 139.) After reception of the
`
`request. VTE server 40 determines the at least one other party from information
`
`associated with the IM session. (/d.) Particularly, “[o]n receipt of the message[i.e.,
`
`the request], the VTE servertranslates the session ID (step 1138) to determine the
`
`session type and the participants.” (Ex. 1004 4 [0176].) Liversidge explains that the
`
`

`

`potential targets for said conference call request’
`
`“said conferencecall request identifying each of the
`
`Tanigawa’s request doesnot identify each of the potential
`targets at least because the claim languagedefines “potential
`targets,” at least in part, as “then being connectedto the
`instant messaging service and participating in a given instant
`messaging session with the conference call requester”
`
`Tanigawastates Clients D and F are
`participating in chat session but are not
`identified in the conferencecall request
`
`Next, the command processing portion 484 causes the
`output data creating portion 485 to create, for each IM client
`determined as being able to participate therein, a participa-
`tion inviting commandincluding the address and the nick-
`nameofthe conference room and the nickname “taro” ofthe
`IM client, whois inviting the participation. The participation
`inviting commandcreated for each IM client determined as
`being able to participateis IP-packetized in the packet |
`assembling portion 486 andis sent to each of the addresses
`of the destination IM clients via the IP network 1 (S1011).
`Here, the participation inviting command is sent to the IM
`terminal 7-1 (account name of the IM client: client D) and
`the IM terminal 7-3 (account name of the IM client: client
`
`Clients E and G cannotbe “potential
`targets” because they are not & cannot
`participate in an IM session
`
`
`
`

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