Dynamics Inc. v. Samsung Electronics Co., Ltd.

CourtDistrict Court, S.D. New York
DecidedMarch 31, 2025
Docket1:19-cv-06479
StatusUnknown

This text of Dynamics Inc. v. Samsung Electronics Co., Ltd. (Dynamics Inc. v. Samsung Electronics Co., Ltd.) is published on Counsel Stack Legal Research, covering District Court, S.D. New York primary law. Counsel Stack provides free access to over 12 million legal documents including statutes, case law, regulations, and constitutions.

Bluebook
Dynamics Inc. v. Samsung Electronics Co., Ltd., (S.D.N.Y. 2025).

Opinion

UNITED STATES DISTRICT COURT SOUTHERN DISTRICT OF NEW YORK

DYNAMICS INC., Plaintiff, 19-CV-6479 (JPO) -v- OPINION AND ORDER SAMSUNG ELECTRONICS CO., LTD., et al., Defendants.

J. PAUL OETKEN, District Judge: Dynamics Inc. (“Dynamics”) brings this action against Samsung Electronics Co., Ltd., and various affiliates (collectively, “Samsung”) alleging infringement of US Patent No. 8,827,153 (the “’153 Patent”). Before the Court now are the parties’ cross-motions for summary judgment. For the reasons that follow, Samsung’s motion is granted and Dynamics’s motion is denied. I. Background A. Factual Background The following facts are drawn from the parties’ Local Rule 56.1 statements and responses. (ECF Nos. 124 (“Def. SOF”); 137 (“Pl. SOF”); 149 (“Def. Reply SOF”); 159 (“Pl. Reply SOF”).) Where necessary, citations to additional parts of the record are included. After over five years of litigation before this Court, the Patent and Trademark Appeals Board (“PTAB”), and the Court of Appeals for the Federal Circuit, this case now involves just two questions: whether the ’153 Patent is valid, and whether Samsung committed infringement. The patent relates to a now-obsolete technology1 called “magnetic secure transmission” 0F (“MST”), which “mimicked the swiping of traditional magnetic stripe credit cards wirelessly through a card reader, such as a POS [(‘point-of-sale’)] terminal located in a retail store.” (Def. SOF ¶ 18.) A classic payment card—e.g., a plastic card carried in a wallet—stores data in a magnetic stripe, which is communicated to a payment terminal when the card is swiped. (ECF No. 150-2 (“Apsel Rep.”) ¶ 22-23.) Portions of data stored on those magnetic stripes are called “tracks.” (Id. ¶ 22; see also ECF No. 128-12 (“Zatkovich Rep.”) ¶ 73.) “The content, formatting, and physical location of these tracks are standardized by the International Organization for Standardization” (“ISO”). (Apsel Rep. ¶ 22; see also Zatkovich Rep. ¶ 74.) “MST created the same type of magnetic field that is generated when a magnetic stripe card is swiped through a reader.” (Def. SOF ¶ 19; see also Apsel Rep. ¶ 22 (describing “magnetic emulation” as “the communication of data normally found on magnetic stripe payment cards . . . using electrically generated magnetic fields”).) To emulate the function of traditional magnetic stripes, a Samsung device first stores

“certain data, such as a proxy credit card number corresponding to [a] payment card, . . . on the device.” (Id. ¶ 22.) When users want to make a purchase, they then initiate a transaction by pressing a “button.” See U.S. Patent No. 8,827,153 (filed July 17, 2012) cl.5; see also Dynamics Inc. v. Samsung Elecs. Co., Ltd., No. 19-CV-6479, 2023 WL 5702503, at *6 (S.D.N.Y. Sept. 5, 2023). The term “button” refers to a “human interface device” that a user can employ to begin a transaction. (See ECF No. 128-18 (“Zatkovich Dep.”) at 23:2-23:8.) On Samsung devices, a

1 Samsung stopped manufacturing devices with this technology in 2021 “due to the growing popularity of near-field communication (NFC),” an alternate technology for contactless payments. (ECF No. 123 (“Mem.”) at 10 n.3.) user may “initiate a payment transaction” by being “authenticated by the Samsung device, such as by a fingerprint.” (ECF No. 125-3 (“Goldberg Rep.”) ¶ 7; see also Zatkovich Rep. ¶ 65.) As with all computer operations, this user authentication then begins a multi-step process. The parties agree that, prior to authentication, a “complete track” is not stored on Samsung devices. (See Def. SOF ¶ 23; Zatkovich Dep. at 25:1-25:19, 26:9-26:16; Apsel Rep. ¶ 48.)

Rather, Samsung devices persistently store “proxy credit card information” from which track data may be assembled at the time of a transaction. (Apsel Rep. ¶ 50.) This includes a “digital primary account number” (“not the credit card number”), along with a “token expiration date” and a “service code” for some cards. (Id.) This information is “insufficient to execute a payment transaction” unless combined with certain “data . . . created only at the time of a transaction,” such as “a timestamp, counters, and a cryptograph MST verification value.” (Id.) According to one of Samsung’s experts, “Samsung Pay operates this way for security reasons, and is required to do so by the card issuers,” such that any information “intercepted by a nefarious third party during an MST transaction . . . will not be usable in subsequent

transactions.” (Id.) Dynamics agrees that “[b]ecause the actual payment tracks generated for an MST transaction contained transaction-specific data, new and distinct versions of [tracks] needed to be created for each MST transaction.” (Pl. SOF ¶ 33.) Because a Samsung device has “no way of knowing whether [it] is near a magnetic stripe reader,” it “send[s] multiple transmissions of the MST data . . . in case the device is not near a magnetic stripe reader when the transaction is first authorized.” (Goldberg Rep. ¶ 7.) Similarly, because “Samsung’s devices are not able to determine the type of reader that they are sending data to,” they “transmit a number of different arrangements of the data to account for differences in the point of sale terminals that might be encountered by a user.” (Id.)2 For example, “the 1F device may have two different digital representations of the same track data[, e.g.,] . . . one in the forward direction and one in a reverse direction,” in order to “simulate swiping the card in either direction.” (Zatkovich Rep. ¶ 139.) Transmitting multiple representations of the same magnetic stripe data may also help “optimize[] for different magnetic stripe readers . . . to increase the likelihood that [the transmission] will be successfully read.” (Id. ¶ 140.) While Samsung devices do not store complete track data prior to the initiation of a transaction, Dynamics contends that they do store such track data prior to the transmission of that data to a card reader. (See Zatkovich Dep. at 24:9-26:15 (arguing that the Samsung devices infringe the ’153 Patent as long as “a complete track is created at the time a payment transaction is initiated,” even if it “does not exist in the device beforehand”); see also Def. SOF ¶¶ 23-24; Pl. SOF ¶¶ 23-24.)3 Specifically, once the various representations of tracks described above are 2F processed, “there will be a digital representation of track data stored in 3 different variables” in Samsung’s source code. (Zatkovich Rep. ¶ 172.) From this, one of Dynamics’s experts

2 These data, once compiled, are transmitted in what Samsung internally refers to as “lumps.” (Id. ¶ 9; see also ECF No. 150-3 at 8.) 3 At various points, Dynamics “disputes” Samsung’s contention that no complete tracks are stored prior to initiation of a transaction by pointing to a file in Samsung’s source code called “PayConfig.xml.” (E.g., Pl. SOF ¶¶ 23, 27.) But the payconfig.xml file does not store complete track data prior to initiation of a transaction. Rather, payconfig.xml is a “is a text file that tells the Samsung Pay software how and in what order to construct and transmit tracks” at transaction time. (Apsel Rep. ¶ 106.) Dynamics does not dispute this characterization. (See ECF No. 138-3 at 22-27.) Nor does Dynamics contend that the payconfig.xml file contains any of the transaction-specific information—such as a timestamp—necessary to construct a complete track. Perhaps a slightly better example for Dynamics’s argument is the software function “process_prepare_mst_data,” which Dynamics contends “constructs the track” and stores it in variables such as “track” and “mst_track.” (Id. at 29-38.) But Dynamics does not claim that the variables defined in the “process_prepare_mst_data” function persistently store track data before a transaction is initiated or after one is completed, even if they temporarily hold track data during a transaction.

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

Related

Anderson v. Liberty Lobby, Inc.
477 U.S. 242 (Supreme Court, 1986)
Warner-Jenkinson Co. v. Hilton Davis Chemical Co.
520 U.S. 17 (Supreme Court, 1997)
Ricci v. DeStefano
557 U.S. 557 (Supreme Court, 2009)
Pfizer, Inc. v. Teva Pharmaceuticals Usa, Inc.
429 F.3d 1364 (Federal Circuit, 2005)
Microstrategy, Inc. v. Business Objects, s.a.
429 F.3d 1344 (Federal Circuit, 2005)
Network Commerce, Inc. v. Microsoft Corp.
422 F.3d 1353 (Federal Circuit, 2005)
Telemac Cellular Corporation v. Topp Telecom, Inc.
247 F.3d 1316 (Federal Circuit, 2001)
Samuel Gart v. Logitech, Inc.
254 F.3d 1334 (Federal Circuit, 2001)
Greenliant Systems, Inc. v. Xicor LLC
692 F.3d 1261 (Federal Circuit, 2012)
Biogen Idec, Inc. v. GlaxoSmithKline LLC
713 F.3d 1090 (Federal Circuit, 2013)
Papyrus Technology Corp. v. New York Stock Exchange, Inc.
581 F. Supp. 2d 502 (S.D. New York, 2008)
Nazomi Communications, Inc. v. Nokia Corporation
739 F.3d 1339 (Federal Circuit, 2014)
Papst Licensing Gmbh & Co. KG v. Fujifilm Corp.
778 F.3d 1255 (Federal Circuit, 2015)
Aylus Networks, Inc. v. Apple Inc.
856 F.3d 1353 (Federal Circuit, 2017)
Allen v. Coughlin
64 F.3d 77 (Second Circuit, 1995)

Cite This Page — Counsel Stack

Bluebook (online)
Dynamics Inc. v. Samsung Electronics Co., Ltd., Counsel Stack Legal Research, https://law.counselstack.com/opinion/dynamics-inc-v-samsung-electronics-co-ltd-nysd-2025.