2026年3月31日 星期二

提供可以用於侵權的服務並不擔負共同侵權 - Cox Communications, Inc. v. Sony Music Entertainment (supreme court 2026)

本篇關於Cox Communications, Inc. v. Sony Music Entertainment (supreme court 2026)著作權侵權議題,我是十分外行,在此僅筆記Syllabus與稍微探索一下,有興趣者可以直接參照最高法院意見:https://www.supremecourt.gov/opinions/25pdf/24-171_bq7d.pdf

這件最高法院對美國聯邦第四巡迴上訴法院(United States Court of Appeals For The Fourth Circuit)判決調閱審理作出的裁定(March 25, 2026)。

根據著作權法17U.S.C.§501(a)(如下),任何違反著作權的侵權者,除"直接"違反著作權法的行為外(如抄襲、進口),其他侵權類型可分為兩類次要(間接)責任(two categories of secondary liability):(1)共同責任(contributory liability);(2)替代責任(vicarious liability)。

以上關於"secondary copyright infringement"、"contributory infringement"與"vicarious infringement"的意思可以參考:https://copyrightalliance.org/education/copyright-law-explained/copyright-infringement/secondary-copyright-infringement/

"secondary copyright infringement"指的是非直接侵權,但卻促成他人侵權(間接侵權)而造成著作權人的損害,這裡提到這是"非常"複雜的領域。(編按,contributory infringement雖翻為"共同侵權",但其真正行為是"誘導/induce",因此可翻為誘導/誘使侵權。)

-------------------------------------------
17 U.S. Code § 501 - Infringement of copyright
(a)Anyone who violates any of the exclusive rights of the copyright owner as provided by sections 106 through 122 or of the author as provided in section 106A(a), or who imports copies or phonorecords into the United States in violation of section 602, is an infringer of the copyright or right of the author, as the case may be. For purposes of this chapter (other than section 506), any reference to copyright shall be deemed to include the rights conferred by section 106A(a). As used in this subsection, the term “anyone” includes any State, any instrumentality of a State, and any officer or employee of a State or instrumentality of a State acting in his or her official capacity. Any State, and any such instrumentality, officer, or employee, shall be subject to the provisions of this title in the same manner and to the same extent as any nongovernmental entity.
-------------------------------------------

最高法院案例關於"contributory liability"(著作權侵權的共同責任)議題,是指"侵權者"要求一提供者(provider)提供著作,而使其服務成為侵權行為。這時,著作權人可以兩種方法證明其"必要意圖(requisite intent)",第一,證明某方(意圖侵權者)誘使(induce)他人侵權;第二,證明某方提供導致侵權的客製化服務(量身訂做)(tailored to infringement)。這裡也提到關於contributory infringement責任如專利法。



本篇案例Cox Communications, Inc.(原侵權被告)為網路服務提供者(ISP),服務600萬客戶,並且每個客戶都擁有唯一IP位址。Cox提供每個客戶固定IP,通過合約禁止客戶貼文、複製、傳送與傳播侵權著作,但如其它ISP,並無法控制客戶怎麼使用這個網路連線。

原聯邦地方法院訴訟:
Sony Music Entertainment(原告)與其他音樂著作權人通過MarkMonitor追蹤網路上的著作侵權行為,藉此偵測與追蹤網際網路中非法上傳或下載著作的行為,兩年內對Cox發出163148則侵權警告訊息。

結果Sony就對Cox提起侵權告訴,如以上間接侵權,第一,Sony宣稱Cox通過提供網路服務而誘導其使用者侵權;第二,Sony宣稱Cox對其使用者的侵權行為有替代責任 - 擔負連帶責任vicariously liable for its users’ infringement)。

結果地院陪審團裁決Cox蓄意侵權,並判定10億美元的損害賠償。
案件經上訴後,美國聯邦第四巡迴上訴法院(The Fourth Circuit)判定Cox擔負侵權共同責任;但否決地院對於替代責任的判決。

案件進入最高法院,議題是就是Cox等的網路服務業者是否對於其客戶的侵權行為擔負「共同責任(contributory liability)」?

根據最高法院的意見,一開始先設定其判斷共同侵權的條件:only if ...,要判斷Cox(適用其他ISP)共同擔負其使用者的侵權行為,唯若(only if)Cox意圖提供用於侵權的服務;而唯若(only if)Cox誘使所述侵權行為或是客製用於侵權的服務時,才能判斷Cox意圖提供用於侵權的服務。


通過上述嚴格的條件(
only if)的檢查,最高法院裁定Cox對於其客戶的侵權行為並不用擔負共同責任

也就是說,要判定共同侵權等間接侵權(secondary copyright liability),當事人需要有"意圖"誘使侵權行為,或是提供客製/量身訂做用於侵權的服務。

(原本想要找範例,而最高法院自己也提出案例)案例:Grokster提供檔案分享軟體(也就是常見點到點peer-to-peer檔案分享軟體,這類軟體確實是"十分容易"地用於下載非法軟體),雖Grokster軟體明顯地可作為侵權的工具,但仍不會直接視Grokster為擔負共同侵權的廠商。這裡提到一個判斷原則,如果軟體/服務不能實質或商業地用在非侵權用途,該軟體/服務就是量身訂做侵權行為的工具("A service is tailored to infringement if it is “not capable of ‘substantial’ or ‘commercially significant’ non-infringing uses.”")。


關於Grokster案,可參考:https://www.wiley.law/pressrelease-162,其中這句話很重要:"The Supreme Court agreed with this core ruling of the Ninth Circuit, reaffirming the principle that indirect copyright liability cannot be based on the distribution of a product or service that is capable of substantial non-infringing use, even if done with knowledge that the technology will be used to infringe. Grokster, Slip op. at 17-19; id. at 1 (Breyer, J., concurring)."。

雖符合一般邏輯,但從最高法院判決得出,就是一種超棒的結論:一個可以用於侵權的服務並不足以建立侵權的意圖。(範例:販售錄音帶的廠商不能說有侵權責任,因為錄音帶可以錄製合法授權的音樂,卻不僅製作用來錄製非法音樂。)


最高法院在本案中建立很重要的原則,至少讓許多網路服務業者(應可延伸到提供網路軟體、影音產品等廠商)避免擔負其用戶侵權的共同責任-Cox並未誘使其用戶進行侵權行為,也沒有量身訂做用於侵權的服務,另外,這個也挺重要,Cox不斷地警告其用戶不要觸法,這個作為可以讓其卸責。



Ron

2026年3月30日 星期一

外國政府沒有提起IPR程序的立場 - Tianma v. LG (IPR2025-01579)

本篇案例是看到公司電子報的報導,覺得有點興趣,似乎對LG也是很重要,因此來看看,案件源起LG以US11,251,394等專利在東德州地方法院對中國的天馬為電子公司(Tianma)提起侵權訴訟,涉及LCD與OLED等技術,天馬即對至少本案要討論的US11,251,394提起IPR異議程序。

根據本篇結論,如果異議人上訴後結果不變,很多中國(或各國)政府入股(佔一定比例)的公司都有可能在美國IPR/AIA的程序上就先敗陣了。

IPR2025-01579案件資訊:
IPR異議人:TIANMA MICROELECTRONICS CO., LTD.
專利權人:LG DISPLAY CO., LTD.
系爭專利:US11,251,394
決定日期:March 18, 2026(撤回異議請求,理由:Petitioner Has Not Met Its Burden

本篇並非討論什麼技術問題,而是請願人資格就不符。

但是,既然是專利且案件結果與技術關係不大,仍可理解一下。案件源起香港公司Tianma Microelectronics Co., Ltd.(天馬微電子)等人對系爭專利提起IPR異議程序(Petition for Inter Partes Review,2025 Oct 23)。系爭專利關於OLED顯示器,單純從專利範圍看應該是十分基礎的專利(最早母案可以溯及2017年,優先權則可溯及2016年),但這樣的專利範圍經分析,根據異議人的說法,主要的專利特徵有兩個元件:bridges+bank

異議證據包括:

Claim 1與其圖式:

本案經Tianma對系爭專利提起IPR異議程序,LG隨即請求撤銷啟始IPR(request for discretionary denial of institution),簡單來說,LG主張其背後涉及政府(中國),Tianma只是人頭。


根據以上引用內容,
專利權人LG主張異議人未披露全部利害關係人(real parties in interest,RPI),認為其中包括外國政府國防實體(意指中國國防部之類的吧!),並且主張以上未披露行為涉及國家安全利益,因此請求駁回啟始IPR。

厲害的策略之一就是LG在實質審理前就先攻Tianma提起的IPR資格,因為Tianma是中國政府全資擁有的「中國航空工業集團公司(AVIC)的子公司」。其中,異議人Tianma隱藏了部分事實,Tianma聲明顯示AVI僅持有Tianma的10%或以上的股份。

進一步地,LG還提出證據證明AVIC在美國商務部的「實體清單(entity list)」中列為「其活動有損(contrary to)美國國家安全或外交政策利益的實體」,也就是在此清單中的公司都沒有權利可以提起IPR

這個被公司入股的公司,到底多少股才算,應該是實質funded(入注資金)、controlled(掌控)與directed(支配)的情況。


其中引用美國最高法院案例 - Return Mail, Inc. v. United States Postal Service (Supreme Court 2019)最高法院裁定外國政府沒有提起IPR程序的立場(或資格)。案例提出"非人(法人、自然人)"就不能提起IPR,雖最高法院沒講明是指政府,但普遍解釋就是直指外國政府(主權、sovereign)


文中有許多篇幅討論以上議題,包括美國政府是否可以挑戰他人的專利、涉及他國政府的專利、他國政府是否可以挑戰美國政府的專利...等,其中關於很多權利義務的討論,可能要花不少時間釐清,這就交給律師。不過這裡提到,本案異議人Tianma與其他列於上述美國商務部的「實體清單(entity list)」中公司是常見IPR程序的異議人,因為本案成立,將成為許多人檢視過去IPR決定的參考,這也導致在提起IPR時,公司可能會想辦法迴避這些限制。

這裡就簡單提出檢驗是否適合提起IPR的條件,也是要提起IPR需要注意的事實:
(1)提起IPR異議程序的當下,外國政府不能是異議人的利害關係人(RPI);以及
(2)如果專利權人懷疑,異議人需要證明外國政府不是利害關係人。

在本案中,至少Tianma承認AVIC有持股,經查AVIC對Tianma有實質控制權,且AVIC列於上述實體清單內,本案異議人Tianma曾在其他IPR中承認有外國政府掌控的實體是利害關係人。

如此,LG已經證明Tianma是"非人"掌控的公司,且涉及他國政府,而Tianma也沒有盡到揭示利害關係人的義務,PTAB裁定撤銷IPR程序。

本篇IPR不啟始("Denying Institution of Inter Partes Review")審理的理由主要引用以下案例:
-最高法院Return Mail案:最高法院認證「政府」不是「人」- Return Mail, Inc. v. United States Postal Service (Supreme Court 2019)https://enpan.blogspot.com/2019/07/return-mail-inc-v-united-states-postal.html

my two cents:
我想以上爭議雖可能有針對性,但應不僅是針對中國政府(在中國大陸的公司背後有軍方/政府掌控的公司,在美國提起訴訟或是IPR等應該都會被嚴格檢驗),也可能適用其他國家,對於被任一提起IPR/AIA程序的專利權人而言,可以考慮先調查對方身世,對於政府實質掌控的公司在此立場爭議上都可能列於下風。

以下列舉(僅摘錄)IPR程序中提出的補充資訊,其中被美國「國防授權法(National Defense Authorization Act)」列出為中國軍工產業的公司:


本案IPR異議理由(備份):https://app.box.com/s/wqa09ig76rgaitp57walo25pt2nh85xm
本案IPR拒絕啟始意見(備份):https://app.box.com/s/bk2suflgoyg3ii8gcvd8bk5srjihrnkx

Ron

2026年3月26日 星期四

發明改善使用者體驗並非改善電腦功能 - 不具專利適格性 - Rideshare Displays, Inc. v. Squires (CAFC 2025)

本篇討論好幾個基於侵權訴訟的上訴議題,包括專利範圍解釋、專利用語解釋、引證案之組合,以及想要討論的101議題。

案件資訊:
上訴人/專利權人:RIDESHARE DISPLAYS, INC.
參加人/
IPR異議人:JOHN A. SQUIRES, UNDER SECRETARY OF COMMERCE FOR INTELLECTUAL PROPERTY AND DIRECTOR OF THE UNITED STATES PATENT AND TRADEMARK OFFICE
交叉上訴人:LYFT, INC.
系爭專利:1–9 and 11–20 of U.S. Patent No. 9,892,637; claims 1, 2, 4, and 6–8 of U.S. Patent No. 10,169,987; claim 1 of U.S. Pa-tent No. 10,395,525; claims 1 and 2 of U.S. Patent No. 10,599,199; and claims 1–5 of U.S. Patent No. 10,748,417(IPR2021-01598, IPR2021-01599, IPR2021-01600, IPR2021-01601, IPR2021-01602
判決日期:September 29, 2025

本案起因是5件系爭專利經PTAB的IPR異議審理後判定為顯而易知,專利權人Rideshare上訴CAFC,CAFC判決也是全數被挑戰專利範圍不具非顯而易知性;但另一件事Lyft針對PTAB部分同意Rideshare修正'637案claims 29, 31, 32的請求提出上訴,CAFC對此則是駁回PTAB決定。

系爭專利皆涉及車輛辨識方法,從專利權人的名稱也可知,這是一種共享車輛的方法,不過專利權人的網站卻僅有簡單的資訊,不曉得是不是NPE。根據系爭專利提出的發明,乘客手機安裝相關App,運用App可以在車輛靠近時得到通知,駕駛與乘客接收訊息後,都可以顯示器(如手機螢幕)顯示相關資訊,使乘客可以確認進入正確的車輛中,對於駕駛而言則可確認接到正確的乘客,對駕駛與乘客而言都有保障。


如以下系爭專利'637的Claim 1,這應該是這幾件專利範圍最廣的範圍。

1. A vehicle identification system, comprising:
at least one display associated with a vehicle, wherein the at least one display is located to be visible from an exterior of the vehicle;
a transceiver; and
a controller communicatively coupled to the transceiver, wherein the controller is adapted to generate a first signal to be transmitted by the transceiver to a mobile communication device associated with a driver of the vehicle when it is determined that the vehicle is within a predetermined distance of a specific location,
wherein the mobile communication device associated with the driver is adapted to generate a second signal to be transmitted to the at least one display, the second signal representing an indicator.

在103議題中,異議人提出四件先前技術,技術都不太一樣,分別揭示在多目標環境(如路上多部車輛)中識別目標、隨選服務中使用者設定指示裝置(顯示器)、自主車輛唯一訊號讓乘客確認車輛、叫車服務等。

上訴議題一:(用語"generate")
上訴人Rideshare認為PTAB錯誤解釋專利範圍中"generate"("generate a signal representing an indicator")。PTAB宣稱用一般(字面上)而普通的意思解釋(plain and ordinary meaning)為“引發或產生訊號(originate or produce the signal)”,但專利權人Rideshare則主張“generate”需要同時修正“訊號/signal”與“指示器/碼(indicator/code)”,因為“訊號/signal”包含了“指示器資訊/indicator information”,因此當有訊號產生,就產生新的指示器("a new indicator is created whenever the signal is generated.")。

對此,CAFC法官並不同意專利權人的解釋,認為PTAB用其一般且普通的解釋才是對的,也就不用去討論專利權人基於要推翻PTAB的解釋意見的顯而易見的論點

上訴議題二:(關於引證案Lalancette中揭露通訊裝置連結車輛駕駛的議題)

上訴議題三:(關於引證案Kalanick與Kemler結合所教示的特徵:在一定距離內(叫車與乘客)發出通知訊息)

上訴議題四:(關於引證案Kalanick與Kemler結合所教示的另一特徵:對於乘客回應,控制器傳送指示訊號到駕駛的裝置)

CAFC同意PTAB對於引證案之結合可以教示所述特徵的決定。


上訴議題五:(關於本篇標題,因為101議題才有本篇內容)

LYFT提起交叉上訴,挑戰PTAB同意專利權人Rideshare提起「"針對101, 說明書受到原始揭露的支持,以及關於顯而易見等議題"修正系爭專利3個獨立請求項」的請願(motion)。

關於35 U.S.C. 101議題,自然是引用最高法院在Alice案所作出兩步驟(TWO-STEP Inquiry)的專利適格性判斷原則,簡單來說(編按,我覺得這樣濃縮還不錯,就不會落落長地討論step 2A, prong one, two, step 2B等步驟),第一步驟,就考量系爭專利範圍是否涉及不符專利適格性的概念(如抽象概念);若屬於不符專利適格性的發明,再查第二步驟,查專利範圍的元件的個別或組合中是否有可以轉換(transform)系爭專利"不符專利適格性"的範圍為符合專利適格性的應用(patent-eligible application)的額外元件(additional elements)

根據以上TWO-STEP專利適格性判斷原則,PTAB裁決替換(修正)後的申請專利範圍:step one (i.e., step 2A),發明涉及抽象概念(directed to an abstract idea)、組織人類活動(本案系爭專利)等法定不可專利概念;step two (i.e., step 2B),系爭專利為解決電腦與網路科技問題的技術方案,屬於可專利標的(轉換不可專利概念為可專利應用)。

但於PTAB裁決,CAFC並不同意其中step two的判斷,法院引用前例 - Simio, LLC v. FlexSim Software Prods., Inc. (Fed. Cir. 2020),其中法院意見認為使用電腦應用改善使用者體驗並不足以讓系爭專利範圍成為改善電腦功能(編按,若證明電腦實現的發明為改善電腦功能,屬於符合專利適格性的發明)。

本案CAFC法官指出本案系爭專利本案為通過App讓乘客識別駕駛而改善使用者體驗的發明,但這並非改善使用者行動裝置功能的發明,這是一種讓人類方便互動的技術 - 簡化人類用手寫叫車的流程,其中使用電腦僅是作為抽象程序的工具卻非改善電腦功能或改善科技

如此,CAFC否決PTAB對於系爭專利符合35 U.S.C. 101的裁決,認為系爭專利僅使用一般目的電腦簡化流程而改善使用者體驗,並非改善電腦(行動裝置)功能,因此不具專利適格性。



結論:CAFC部分同意PTAB裁決(103)、部分否決PTAB裁決(101),整體是判定系爭專利(本次挑戰的專利範圍)無效。

my two cents:
法院並非直接使用TWO-STEP分析系爭專利的專利適格性,而是直接認定系爭專利僅是將電腦作為改善人類體驗的工具而判定不具專利適格性,我是認為有點不公平。不過,本質上確實是有不容易辯解之處,系爭專利發明可以讓乘客運用App從眾多車輛中識別出自己叫的車輛,若將整個系統(駕駛電腦/手機+使用者手機)視為電腦技術,改善的不是電腦功能,而是提供更好的使用者體驗,算是組織人類活動的技術,確實可能在step one過不了,不過應有機會在step two取勝,但法院並未繼續探討,讓我覺得專利權人至少在101議題上有些遺憾。

CAFC判決文:https://www.cafc.uscourts.gov/opinions-orders/23-2033.OPINION.9-29-2025_2579953.pdf

資料參考:https://ipwatchdog.com/2025/09/29/cafc-affirms-obviousness-vehicle-id-claims-substitute-claims-ineligible-section-101/id=192704/

Ron

2026年3月24日 星期二

CNIPA的「涉及標準的發明專利申請指引」筆記

中國知識產權局於3/14/2026發布「涉及标准的发明专利申请指引」:https://www.cnipa.gov.cn/art/2026/3/14/art_66_205332.html,在此筆記。

標準必要專利(SEP,Standard Essential Patents)是指實施特定標準必不可少的專利,通常標準是涵蓋在一個專利池中,積極來看,加入一個標準就受到一個專利池的保護,可避免不必要專利訴訟,降低使用風險。

內容十分實用:
第一章涉及標準的基本概念
第二章涉及標準與專利的協同
第三章涉及相關發明專利申請策略
第四章涉及相關發明專利申請的撰寫策略

快速看完全文,內容很多,本篇僅針對有興趣的部分作筆記。

「標準必要專利」包含至少一項必要專利範圍,必要的專利範圍是指:實施標準時,不可避免地會實施的該項專利範圍,判斷專利中是否存在必要專利範圍可以使用標準與專利的「對應性分析方法」。常見方法就是建立專利範圍與標準比對的Claim Chart,分析是否專利範圍全部特徵都可以在標準中找到相同描述、是否涵蓋標準的相關描述,或是雖沒有相關描述,但專利範圍的技術特徵可以直接且毫無疑義地確定是標準的技術

此文用圖表示標準化各階段的專利策略:

標準專利的申請是在標準發布前後申請,文中關於發明專利的申請策略亦可讓一般專利申請人參考,包括:
(1)善用優先權,提早布局;
(2)若是在中國完成的發明,需要通過知識產權局進行保密審查;
(3)利用「中國新穎性寬限期」;
(4)通過「請求延遲審查」滿足對標需求

上述「中國新穎性寬限期」是發明申請前六個月內有以下情況不會喪失新穎性:(需注意的是,中國的規定是相對嚴格的)
(一)在國家出現緊急狀態或者非常情況時,為公共利益目的首次公開的;
(二)在中國政府主辦或者承認的國際展覽會上首次展出的;
(三)在規定的學術會議或者技術會議上首次發表的;
(四)他人未經申請人同意而洩露其內容的。

關於「請求延遲審查」,延遲期限為自延遲審查請求生效之日起1 年、2 年或者3 年(可撤回請求)。此文說明,在標準制定過程中,從提出提案到最終的標準版本,通常會歷時3-4年,技術研發的時間又往往早於提案數年,對於申請人而言,自申請日起三年內即開始實質審查往往無法保證授權專利與最終版本的標準進行對應。此時,申請人可以提出延遲審查請求。意思就是,讓審查延遲,讓申請人有機會修改專利範圍以對標。



經考量上述申請策略後,再來就是撰寫專利文件的議題,這裡提出一般策略:
1. 申請專利範圍文字與標準雷同,增強對應性。(意思就是盡量不要使用自定義用語)
2. 層次化專利範圍,藉此涵蓋多種可能。
3. 「單側」撰寫專利範圍,便於侵權判定。(這裡指的是,若有多方交互的技術方案,撰寫專利範圍建議從一個執行主體的角度撰寫;然而,如果發明創新本來就是在多方交互的技術上,仍應以多側撰寫)
4. 說明書擴展多種實施例,提高"預測"標準技術的準確性。
5. 說明書詳細記載技術問題與技術效果。
6. 多維度撰寫不同實施例,並重視細節描述。
7. 若關於標準版本迭代的發明,重點闡述與現有技術(前代)差異。
8. 體現技術特徵與技術問題和技術效果之間的關聯性。
9. 可以在答辯理由中強調關於標準的技術內容、版本迭代的差異等。
10. 答辯修正是個可以讓專利範圍對準標準的機會(這也反映出專利說明書的重要性)。

my two cents:
SEP相關專利申請與撰寫策略對於一般專利而言都十分受用。

感謝方兄提供資訊。

Ron

2026年3月13日 星期五

執行功能的裝置或系統的明確或不明確議題 - Mastermine Software, Inc. v. Microsoft Corp. (CAFC 2017)

本篇也可以標註為本部落格早期"about claims"類別的文章。

即便法院如前一篇「產品與流程在一起的專利範圍明確性 - IPXL Holdings v. Amazon.com, Inc. (Fed. Cir. 2005)https://enpan.blogspot.com/2026/03/product-and-process-in-same-claim.html」表示同時包括方法與裝置/系統的專利範圍為不明確(主要依據是:是否可以判斷侵權),但仍有情況是具有明確性的,原因是專利範圍不會因為這樣寫而無法判斷侵權(一般情況是,系統/裝置為習知)。

Mastermine Software, Inc. v. Microsoft Corp. (CAFC 2017)案例資訊:
原告/上訴人:MASTERMINE SOFTWARE, INC.
被告/被上訴人:MICROSOFT CORPORATION
系爭專利:US7,945,850、US8,429,518
判決日期:October 30, 2017

案件源起MasterMine對Microsoft提出侵權告訴,系爭專利涉及讓使用者可以輕易地挖掘與報告通過CRM(客戶關係管理)應用程式維護的資料,其中涉及運用試算表的技術。

其中'850案Claim 1:
1. A method comprising:
executing a customer relationship management (CRM) software application on a computer, wherein the CRM software application includes customized settings and local field names, and further wherein the CRM software application includes a CRM database that stores CRM data;
receiving a report generation request within the CRM software application;
in response to the request, examining, with a reporting module installed within the CRM software application, a schema and data structures of the CRM database and customized settings including local field names within the CRM application, wherein the reporting module installed within the CRM software application includes one or more report toolkits;
displaying a list of report templates with the reporting module installed within the CRM software application that are pre-defined by the one or more report toolkits of the reporting module installed within the CRM software application;
receiving a selection of one of the report templates with the reporting module installed within the CRM software application;
presenting a set of user-selectable database fields with the reporting module installed within the CRM software application as a function of the selected report template;
receiving, from the user with the reporting module installed within the CRM software application, a selection of one or more of the user-selectable database fields;
generating, with the reporting module installed within the CRM software application, a database query as a function of the user-selectable database fields that were selected by the user;
invoking a spreadsheet application from the reporting module installed within the CRM software application using an application programming interface (API) of the spreadsheet application to automatically generate an electronic worksheet viewable by the spreadsheet software application, wherein the automatically generating the electronic worksheet comprises directing the spreadsheet application with the reporting module installed within the CRM software application to create a new workbook having the electronic worksheet;
further invoking the spreadsheet application from the reporting module installed within the CRM software application using the API to automatically generate a pivot table within the electronic worksheet according to the database query, wherein the pivot table contains the CRM data from the CRM database, and wherein invoking the spreadsheet application includes communicating report parameters from the reporting module installed within the CRM software application to the spreadsheet software application based on the schema and data structures of the CRM database and the customized settings including the local field names within the CRM software application;
presenting the pivot table to a user with the spreadsheet application in accordance with the report parameters received from the reporting module installed within the CRM software application;
receiving within the spreadsheet application a selection from the user of the selected CRM data contained within the pivot table; and
in response to the selection, automatically creating a second worksheet that displays the CRM data as a number of rows in columnar format according to fields within the CRM database,
wherein each row represents a single CRM record stored within the CRM database.

在解釋專利範圍時,地方法院解釋"pivot table"為在可旋轉的行與列顯示的互動資料,並可經過濾而以不同方式總結或查看資料

Microsoft的主張是系爭專利('850的claims 8, 10、'518的claims 1, 2, 3)因為不明確而無效。地方法院同意Microsoft主張,因為專利範圍不當涵蓋兩個不同類別的標的,判定無效。

MasterMine提起上訴,提起地方法院錯誤解釋專利範圍(議題一)以及判定系爭專利不明確(議題二)的兩個上訴議題。

CAFC階段
議題一:
在解釋專利範圍上,採用前例Phillips v. AWH Corp.(Fed. Cir. 2005)形成的原則-以內部證據(Intrinsic Evidence)為首要;外部證據(Extrinsic Evidence)為輔助;以相關領域具有通常知識者根據說明書與審查歷史最廣而合理地解釋專利範圍,並應避免將說明書實施例限制專利範圍。

MasterMine對於"pivot table"的解釋是:一個電腦軟體物件,定義一個可以從列表或資料庫列出資料的互動表

關於"pivot table",CAFC同意地方法院的解釋,因為系爭專利說明書支持地方法院的解釋,並且審查歷史中申請人未了區別先前技術,強調了運用試算表在填滿資料建立pivot table的特徵。其中說明使用者手段選擇欄位並填寫資料等的互動行為。


如此可知,系爭專利包括了人為介入的動作,解釋專利範圍時有以下結論:


議題二:
相關35U.S.C.112明確性的判斷原則如下,參照說明書與審查歷史,判斷是否支持申請專利範圍?


這時,前篇主角上場,根據案例「IPXL Holdings, L.L.C. v. Amazon.com, Inc.
」,如果單項專利範圍包含裝置與使用該裝置的方法,為不明確。

但在本案中,更新上述原則,即便單項專利範圍同時涵蓋方法與裝置為不明確,但如果裝置使用/執行功能性語言,裝置範圍不一定不明確。在此原則下,本案系爭專利並非如地方法院所指將方法元件帶入系統專利範圍CAFC認為系爭專利僅是包括功能語言的裝置範圍,並非不明確(法院這樣說:"In our view, these claims are simply apparatus claims with proper functional language.")

(編按,本案法官認為本案系爭專利範圍不像是前篇提到IPXL案中系爭專利claim 25的範圍,我的判斷是,claim 25是系統專利範圍的附屬項,前項已經定義系統,後項描述使用者使用輸入手段改變其中交易資訊...,這樣的範圍應該就是被認定是方法與系統混合的專利範圍,依照IPXL案,因為這類專利範圍不清楚是否能夠判斷侵權,判定是不明確範圍。)


經查系爭專利'850的claim 8(部分),界定一個系統,包括資料庫、可程式處理器與報告模組,接著就是多個"wherein"子句,其中描述各系統元件的動作,不像是步驟流程,而是描述每個元件的功能,這樣就如法官所述僅是簡單具有功能語言的裝置

再查系爭專利'518的Claim 1,如下(部分),界定一個計算裝置,包括資料庫、可程式處理器與報告模組,其餘內容就是以"wherein"子句描述報告模組的"功能",最後由試算表產生所述"pivot table"。


根據以上理解,本案系爭專利範圍為明確的理由是,運用"wherein"寫法界定元件功能,這樣的專利範圍能判斷侵權行為與是否侵權;因此,要避免"hybrid claims(單項範圍同時涵蓋系統/裝置+方法)"被認定不明確(同時涵蓋兩種類別的專利標的),不錯的方式之一是將本來要描述的方法都寫成"wherein"子句

然而,本篇判決值得一讀的理由是,除了作出系爭專利沒有不明確問題的決定外,除了運用"wherein"讓"product/system+method"專利範圍明確,CAFC法官還列舉多種可能產生爭議的專利範圍寫作方式。

(重要)
(1)上述IPXL不明確的hybrid claims(system/method寫在一起)寫法。

(2)本案系爭專利為明確的"apparatus claims with proper functional language"的寫法。

(3)法院引用前例-In re Katz Interactive Call Processing Patent Litigation,此案例專利範圍界定"a system with an interface means for providing ..., wherein ...",法院說明此案專利範圍並非表示方法步驟,而是定義功能,認證這是明確的專利範圍。
(可參考:支持以112(f)解釋專利範圍的說明書內容 - MPEP 2181, section II(https://enpan.blogspot.com/2018/08/112f-mpep-2181-section-ii.html))

(4)引用案例-Rembrandt Data Techs., LP v. AOL, LLC,以下列舉claim 3並沒有使用者的行為,但卻因為專利範圍同時包括了裝置與方法步驟而被判定不明確。claim 3界定資料傳送裝置,其中前三個元件是裝置元件,但最後冒出一個動作:"transmitting the trellis encoded frames",因此此單項專利範圍不當混合了裝置與方法。

(5)引用案例-
HTC Corp. v. IPCom GmbH & Co., KG,法院在此案例判定專利範圍為明確,原因是,雖然這是個裝置範圍(行動基地台),但其中描述的內容為行動基地台所使用的功能
(編按,初看這樣的專利範圍,依照之前判定hybrid claim是否明確的原則,應該會很猶豫,因為這個裝置範圍(mobile station)描述內容都是方法步驟:storing, holding, maintaining, causing, deleting, freeing...,而最後一個元件又像是描述一個非步驟元件("an arrangement for..."),但法官卻認為這是功能語言(functional language))

(我私心地認為本案法官十分睿智地表達了"我常用且認知明確"的專利範圍撰寫方式,這樣的撰寫方式主要是因為其主體(如本案例的行動基地台)本身是現有技術,並沒有結構或電路上的更新,而專利創新是在方法流程上,因此除了方法項以外,還會有這樣的專利範圍)(標註為重要案例

此案法官其實認為這個專利範圍為非傳統的格式,而且認為,此項專利範圍並非描述一個行動基地台後又描述它執行了六個功能,而"僅是描述在行動基地台運作的網路環境下建立的功能"且這樣的專利範圍可以清楚地判斷侵權與否
(此案例還可參考:BRI受制於112(f)的解釋原則 - IPCom v. HTC (Fed. Cir. 2017)https://enpan.blogspot.com/2017/07/bri112f-ipcom-v-htc-fed-cir-2017.html

(6)在案例Microprocessor Enhancement Corp. v. Tex. Instruments Inc. (MEC) (Fed.
Cir. 2008)中,本篇判決列舉此案例中claim 7,其中界定的處理器包括條件執行決策邏輯管線階段(直翻),但主體是描述這個元件執行的步驟,法院認為此項為描述一個可以執行功能的結構,並非不明確。


(7)又引用案例-UltimatePointer,其中系爭專利為手持裝置,包括影像感測器,其中描述這個影像感測器產生數據的技術,法院認為此專利描述的是結構的能力,而非使用者的活動,因為專利範圍並非同時界定裝置與方法,而是裝置可以執行的功能,因此認為這樣的專利範圍為明確。
(可參考相關案例:貶抑先前技術也會限制專利範圍 - UltimatePointer v. Nintendo (Fed. Cir. 2016)https://enpan.blogspot.com/2016/04/ultimatepointer-v-nintendo-fed-cir-2016.html

CAFC判決:基於上述多件前例,本案例系爭專利範圍並非可以對照IPXL,是明確的。

my two cents:
本篇寫很久,看很久,收穫不少,但會有點迷路,寫到最後忘記原本的案子。


Ron

2026年3月12日 星期四

產品與流程在一起的專利範圍明確性 - IPXL Holdings v. Amazon.com, Inc. (Fed. Cir. 2005)

今天與客戶討論一種"system claim with method steps"的寫法,這類專利範圍主要是因為system本身結構都是習知,但其中運行的方法才有新穎與進步特徵,簡化的寫法大概就是"a system performing a method comprising:",但這類"hybrid claims"寫法的風險可能會落於不明確,這是可以從"IPXL Holdings v. Amazon.com, Inc. (Fed. Cir. 2005)"判例得出,參考以下列舉MPEP 2173.05(p)提到"product by process / product and process"的專利範圍解釋問題。

I. "product-by-process"是以流程定義/製造產品的專利範圍,也就是專利標的是裝置、產品或是材料成分(可能沒有專利特徵),但要引用其中運行的流程或是製造產品的流程。但這類專利範圍能夠清楚指向(directed to)裝置或產品,就沒有不明確問題。

II. 單一項專利範圍涵蓋裝置與方法步驟,這種專利範圍寫法並不陌生,但常有不明確(35U.S.C.112(b))的疑慮,但如以上(I)的說法,如果系統/裝置專利範圍中涵蓋流程步驟,若這些步驟並非指向系統,就會被判定是不明確

引用案例-IPXL Holdings v. Amazon.com, Inc. (Fed. Cir. 2005),其中系統專利範圍(system claim)引述了"input means",但其中要求使用者使用"input means"被判定是不明確,主要理由是:如果不清楚當有人製造"讓人使用input means的系統"是否為侵權?或是,當有人真正使用Input means是否侵權?這樣的專利範圍就為不明確

MPEP 2173.05(p) Claim Directed to Product-By- Process or Product and Process

I. PRODUCT-BY-PROCESS

A product-by-process claim, which is a product claim that defines the claimed product in terms of the process by which it is made, is proper.Purdue Pharma v. Epic Pharma, 811 F.3d 1345, 1354, 117 USPQ2d 1733, 1739 (Fed. Cir. 2016); In re Luck, 476 F.2d 650, 177 USPQ 523 (CCPA 1973); In re Pilkington, 411 F.2d 1345, 162 USPQ 145 (CCPA 1969); and In re Steppan, 394 F.2d 1013, 156 USPQ 143 (CCPA 1967). A claim to a device, apparatus, manufacture, or composition of matter may contain a reference to the process in which it is intended to be used without being objectionable under 35 U.S.C. 112(b) or pre-AIA 35 U.S.C. 112, second paragraph, so long as it is clear that the claim is directed to the product and not the process.

An applicant may present claims of varying scope even if it is necessary to describe the claimed product in product-by-process terms. Ex parte Pantzer, 176 USPQ 141 (Bd. App. 1972).

II. PRODUCT AND PROCESS IN THE SAME CLAIM

A single claim which claims both an apparatus and the method steps of using the apparatus is indefinite under 35 U.S.C. 112(b) or pre-AIA 35 U.S.C. 112, second paragraph. See In re Katz Interactive Call Processing Patent Litigation, 639 F.3d 1303, 1318, 97 USPQ2d 1737, 1748-49 (Fed. Cir. 2011). In Katz, a claim directed to “[a] system with an interface means for providing automated voice messages…to certain of said individual callers, wherein said certain of said individual callers digitally enter data” was determined to be indefinite because the italicized claim limitation is not directed to the system, but rather to actions of the individual callers, which creates confusion as to when direct infringement occurs. Katz, 639 F.3d at 1318, 97 USPQ2d at 1749 (citing IPXL Holdings v. Amazon.com, Inc., 430 F.3d 1377, 1384, 77 USPQ2d 1140, 1145 (Fed. Cir. 2005), in which a system claim that recited “an input means” and required a user to use the input means was found to be indefinite because it was unclear “whether infringement … occurs when one creates a system that allows the user [to use the input means], or whether infringement occurs when the user actually uses the input means.”); Ex parteLyell, 17 USPQ2d 1548 (Bd. Pat. App. & Inter. 1990) (claim directed to an automatic transmission workstand and the method of using it held ambiguous and properly rejected under 35 U.S.C. 112, second paragraph).

------------------------------------------------------------
IPXL Holdings v. Amazon.com, Inc. (Fed. Cir. 2005)案例資訊:
原告/上訴人/專利權人:IPXL HOLDINGS, L.L.C.
被告/被上訴人:AMAZON.COM, INC.
系爭專利:US6,149,055
判決日期:November 21, 2005

案件源起IPXL對Amazon提出侵權告訴,主張Amazon的"1-click"系統侵害系爭專利claims 1, 2, 9, 15, 25專利權,但地方法院在簡易判決中判定侵權不成立、所有主張侵權的專利範圍無效,並且判決原告應返還律師費用給Amazon,IPXL在所有議題都輸。

系爭專利範圍的爭議是,Claim涉及一個電子金融交易系統,其中描述系統讓使用者執行金融交易,Claim 1中有描述"input mechanism enables a user to use the transaction information to execute a financial transaction or to enter selections to specify one or more transaction parameters",其提供使用者"人為介入"輸入交易資訊執行金融交易,輸入選擇以指定交易參數,被判定是不明確。


被告Amazon的"1-click"system的運作是讓使用者事先提供交易資訊,如信用卡、地址,之後只要一鍵就完成交易,而不需要輸入這些資訊。以下就摘錄判決文中描述的"1-click"系統的運作,發現,其實完成交易後還會等90分鐘讓消費者修改訂單,之後才執行結帳、交貨、請款。


地院判定是被告"1-click"系統被系爭專利範圍所讀入,更認為系爭專利並不具備新穎性(US
5,389,773),還認為專利範圍claim 25不明確。

25. The system of claim 2 wherein the predicted transaction information comprises both a transaction type and transaction parameters associated with that transaction type, and the user uses the input means to either change the predicted transaction information or accept the displayed transaction type and transaction parameters.

(判決文還揭露了Amazon律師費用 - $1,674,645.82,但此案,地院判定要返還,但CAFC判定不用返還

(本篇僅討論不明確問題)

關於本案系爭專利無效(指主張侵權的幾項),其中claims 1, 2, 9, 15是不具備新穎性;claim 25則不具備明確性。

Indefiniteness of Claim 25
地院判決claim 25不明確是認為其中同時包括了系統與使用該系統的方法,因為違反35U.S.C. 112(b)所規定"claims of a patent particularly point out and distinctly claim the subject matter which the applicant regards as his invention"。

但是否一項專利範圍同時描述系統與方法就為不明確?這裡引用BPAI意見,主要理由還是從是否可以執行侵權判斷來看,表示這樣的範圍並不容易讓人確認專利範圍,以及其行為是否侵權?


無法交代競爭者其範圍為何?

不明確理由:

CAFC判決侵權不成立、系爭專利(主張侵權的範圍)無效,但因為Amazon沒有及時判定原告不必返還律師費用給被告。

my two cents:
這類專利範圍,小心寫就是,或是風險太大就不要這樣寫(主要判斷依據是判斷是否使用者執行相關流程/步驟時會引發侵權?即"whether infringement occurs when the user actually performs steps (uses the input means to change transaction information or uses the input means to accept a displayed transaction)"),但判定上仍有不同意見,往後會有其他案例分享。

舉例來說,在案例Mastermine Software, Inc. v. Microsoft Corp. (CAFC 2017)中,法官判定是,雖如案例IPXL判決是同時包括方法與裝置的範圍不明確,但並非所有使用"功能"的裝置都是不明確


------------------------------------------------------------
另案會討論的是案例(其中引用IPXL案例)-Mastermine Software, Inc. v. Microsoft Corp. (CAFC 2017)

Ron

2026年3月10日 星期二

PCT檢索筆記

PCT檢索筆記


PCT案修正時機:
向受理局(不同於申請時的受理局 - 申請時受理局會提出國際檢索報告與伴隨的意見)提出「國際初步審查(international preliminary examination)」,並接獲初步審查意見,可以據此提出修正與答辯,還可與審委面詢。