Suffolk Technologies, LLC v. Aol Inc.

752 F.3d 1358, 110 U.S.P.Q. 2d (BNA) 2034, 2014 WL 2179274, 2014 U.S. App. LEXIS 9697
CourtCourt of Appeals for the Federal Circuit
DecidedMay 27, 2014
Docket2013-1392
StatusPublished
Cited by15 cases

This text of 752 F.3d 1358 (Suffolk Technologies, LLC v. Aol Inc.) is published on Counsel Stack Legal Research, covering Court of Appeals for the Federal Circuit primary law. Counsel Stack provides free access to over 12 million legal documents including statutes, case law, regulations, and constitutions.

Bluebook
Suffolk Technologies, LLC v. Aol Inc., 752 F.3d 1358, 110 U.S.P.Q. 2d (BNA) 2034, 2014 WL 2179274, 2014 U.S. App. LEXIS 9697 (Fed. Cir. 2014).

Opinion

PROST, Circuit Judge.

Suffolk Technologies, LLC (“Suffolk”) appeals from the summary judgment of the United States District Court for the Eastern District of Virginia holding certain claims of Suffolk’s U.S. Patent No. 6,081,835 (“'835 patent”) invalid. Specifically, the district court held that claims 1, 7, and 9 were anticipated by a Usenet newsgroup post. Suffolk then stipulated that, in light of the district court’s prior art, claim construction, and expert testimony rulings, claim 6 was also anticipated. Upon entry of final judgment, Suffolk appealed.

We conclude that the district court correctly construed the claims and properly granted summary judgment of invalidity. Accordingly, we affirm.

Background

Suffolk owns the '835 patent, which is directed to methods and systems for controlling a server that supplies files to computers rendering web pages. '835 patent col. 2 1. 58-col. 4 1. 10. The patent discloses using the address of the referring web page to determine whether to serve a file, and if so, which file. Id. The claims at issue are independent claim 1 and dependent claims 6, 7, and 9. Those claims read as follows:

1. A method of operating a file server, said method comprising the steps of: receiving a request for a file; determining if the request includes a received identification signal identifying an originating file from which said request originated;
comparing any said received identification signal with the one or more predetermined identification signals; and deciding which file, if any, is to be supplied in dependence upon said determining and comparing steps, and if in the deciding step it is decided that a file is to be supplied, supplying said file.

Id. col. 711. 30-42 (emphases added).

6. A method as in claim 1 wherein said deciding step further comprises generating said supplied file.
7. A method as in claim 1 wherein said request conforms to a hypertext transfer protocol.

Id. col. 8 11.1-4 (emphasis added).

9. A method as in claim 1 in which said file server is connected to the internet *1361 and wherein said request is received via the internet.

Id. col. 811. 8-10.

In June 2012, Suffolk sued Google Inc. (“Google”) for infringing the '835 patent. 1 Google responded by arguing, among other things, that the asserted claims were anticipated by a newsgroup post. Specifically, on June 29, 1995 — nine months before the priority date claimed for the '835 patent — Marshall C. Yount posted to the comp.infosystems.www.authoring.cgi newsgroup a message entitled “How to tell which page called the script?” He wrote:

I am a newbie at this CGI [common gateway interface] stuff, so this question might seem ridiculous (I did look in the FAQ and on some web pagpages). I have this script that will be called from one of 18 pages. Depending on which page it was called from, the output will be different. Is there any environment variable that will tell me this, or do I have to externally pass information to the script.

J.A. 4805.

A college student named Shishir Gunda-varam replied with the following post (the “Post”):

Look at the CGI environment variable HTTP — REFERER. In Perl, you can do something like this:
# !/usr/local/bin/perl
$referer=$ENV {’HTTP_REFERER’};
print “Content-type: text/plain”, “*n*n”;
if ($referer=7abc*.html/){
print “A link in abe.html called this document”, “*n”;}
}elsif ($referer =/efg*.html/){
print “A link in efg.html called this document ”, “*n”;}
else{
print “A link in”, $referer, “called this document”, “*n”;
}
exit(O);

Id.

After construing the claims and excluding testimony from Suffolk’s validity expert, the district court granted Google’s motion for summary judgment, holding that claims 1, 7, and 9 were anticipated by the Post. Suffolk Techs. LLC v. AOL Inc., 942 F.Supp.2d 600, 602 (E.D.Va.2013) (order construing claims); J.A. 29 (order granting summary judgment). Suffolk then stipulated to summary judgment of anticipation of claim 6 in light of the district court’s prior art and claim construction rulings. J.A. 2 (Final Judgment).

Suffolk timely appealed. We have jurisdiction pursuant to 28 U.S.C. § 1295(a)(1).

Analysis

I. Claim Construction

Suffolk appeals the district court’s construction of the claim term “generating said supplied file.” According to Suffolk, the district court’s construction, in combination with the court’s prior art and summary judgment rulings “effectively ensured that [claim 6] would be invalidated as well.” Appellant’s Br. 4.

Claim construction is a question of law that we review without deference. Lighting Ballast Control LLC v. Philips Elecs. N. Am. Corp., 744 F.3d 1272, 1276- *1362 77 (Fed.Cir.2014) (en banc); Cybor Corp. v. FAS Techs., Inc., 138 F.3d 1448, 1456 (Fed.Cir.1998) (en banc). In construing claims, this court relies primarily on the claim language, the specification, and the prosecution history. Phillips v. AWH Corp., 415 F.3d 1303, 1314-17 (Fed.Cir.2005) (en banc). After considering this intrinsic evidence, a court may also seek guidance from extrinsic evidence such as expert testimony, dictionaries, and treatises. Id. at 1317-18.

Suffolk argues that the district court erred in construing the claim term “generating said supplied file” as “creating or tailoring a file, as distinct from selecting an existing file, in dependence upon the received identification signal.” Suffolk Techs., 942 F.Supp.2d at 602 (emphasis added). Suffolk’s position is that the generated file could depend on the content of the requesting web page and not just the received identification signal.

Free access — add to your briefcase to read the full text and ask questions with AI

Related

Cite This Page — Counsel Stack

Bluebook (online)
752 F.3d 1358, 110 U.S.P.Q. 2d (BNA) 2034, 2014 WL 2179274, 2014 U.S. App. LEXIS 9697, Counsel Stack Legal Research, https://law.counselstack.com/opinion/suffolk-technologies-llc-v-aol-inc-cafc-2014.