Thursday, August 20, 2026

청구항 해석에 합의했는데 왜 독이 되었나 — Allergan·AstraZeneca 판례로 읽는 합의의 명암

청구항 해석에 합의하고도 불명확성이나 비자명성 다툼은 남을 수 있다. 해석 문제가 모두 끝난 듯 보여도 안심하기는 이르다. 합의 문구가 침해 여부를 가리는 기준이 되고, 항소법원이 판단을 다시 살피는 범위까지 바꾸기 때문이다. 무엇을 끝냈는지만 보아서는 좋은 합의인지 알 수 없다. 어떤 문제를 남겼고, 그 문제를 누가 어떤 기준으로 판단하는지까지 따져야 한다.

1. 해석합의가 소송의 기준선을 정한다

특허소송에서 청구항 해석은 침해 여부를 가리기 전에 청구항의 법적 의미와 범위를 정하는 절차다. 미국에서는 이를 흔히 Markman 절차라고 부른다. 당사자가 모든 용어를 끝까지 다툴 필요는 없다. 중요하지 않은 용어에 합의하면 법원이 판단할 쟁점이 줄고, 전문가 조사와 재판을 핵심 문제에 집중할 수 있다. 기술용어의 뜻이 명세서에서 비교적 분명하거나 양쪽 모두 같은 기준이 필요한 경우에는 특히 유용하다.

해석합의는 동의어 하나를 다른 말로 바꾸는 작업이 아니다. 법원이 받아들인 해석은 청구항과 피고 제품을 비교하는 기준이 된다. 선행기술과 청구발명을 비교할 때도 같은 기준을 쓴다. 불명확성을 따질 때는 출발점이 될 수도 있다. 해석 단계에서 유리해 보인 문구가 침해나 무효 단계에서는 상대방의 공격 수단으로 바뀌는 까닭이다.

당사자가 합의했다고 해서 법원의 역할이 사라지는 것은 아니다. 청구항의 법적 의미와 범위를 정하는 일은 법관의 몫이다. O2 Micro International Ltd. v. Beyond Innovation Technology Co.에 따르면 당사자 사이에 범위를 둘러싼 실질적인 다툼이 있으면 법원이 그 다툼을 풀어야 한다. ‘통상적인 의미에 따른다’고만 하거나 모호한 공통 문구를 받아들여, 배심원 또는 배심원 없는 재판의 법관에게 두 해석 중 하나를 고르게 해서는 안 된다.

법원이 합의 내용을 받아들이고 어느 당사자도 정해진 절차에 따라 이의를 제기하지 않으면, 그 해석은 이후 침해와 유효성을 판단하는 기준이 된다. 불명확성·침해·유효성의 결론까지 저절로 정해지는 것은 아니다. 합의가 정하는 것은 비교 기준이다. 어떤 증거를 그 기준과 비교할지, 비교한 결과가 무엇인지는 따로 판단한다.

절차용어부터 풀어 보기

이 글에서 ‘주장을 유지한다’는 말은 소송이 끝날 때까지 같은 말을 반복하라는 뜻이 아니다. 필요한 신청서·준비서면·재판 전 명령서에 쟁점을 분명히 적고, 법원에 실제 판단을 요청하며, 재판 단계에서도 그 주장을 철회하지 않아야 한다는 뜻이다. 그래야 패소한 뒤 항소법원에 같은 문제를 심사해 달라고 요구할 수 있다. 반대로 주장을 중간에 버리거나 판단을 구하지 않으면 항소법원은 ‘하급심에서 제대로 제기하지 않은 문제’라며 심사를 거절할 수 있다.

‘소송기록에 남긴다’는 표현도 단순히 메모를 남긴다는 뜻이 아니다. 청구항 해석서, 약식판결 신청서, 재판 전 명령서, 증거제출과 이의제기, 최종판결 형성 문서처럼 법원이 공식적으로 접수하거나 재판에서 다룬 자료에 쟁점과 당사자의 입장을 분명히 표시해야 한다. 더 중요한 것은 기록만 만드는 데 그치지 않고 법원에 판단을 구하는 일이다.

bench trial은 배심원 재판이 아니라 배심원 없이 법관이 증거를 듣고 사실까지 판단하는 재판이다. 이 글에서는 ‘배심원 없는 법관재판’이라고 부른다. 법관재판 뒤 항소법원은 법률 판단은 처음부터 다시 살피지만, 증언의 신빙성이나 제품의 속성 같은 사실인정은 명백히 잘못되었다고 확신할 정도가 아니면 그대로 둔다.

2. 합의 뒤에 남는 문제와 뒤늦게 생기는 불이익

청구항 해석에 합의한 뒤 생기는 위험은 두 갈래다. 하나는 해석만 끝났을 뿐 다른 법적 문제가 그대로 남는 경우다. MeadWestvaco에서는 용어의 뜻에 합의할 수 있어도 §112(b)의 불명확성 문제가 따로 남았다. Valeant에서도 안정성의 뜻은 정했지만 §103의 비자명성 판단까지 끝난 것은 아니었다. 합의는 무엇을 판단할지 분명하게 해 줄 뿐 결론을 대신하지 않는다.

두 번째는 해석 문제가 끝난 듯 보였지만 합의가 나중에 불리하게 작용하는 경우다. Allergan에서는 추상적인 유의어 합의가 실제 수치 경계를 정하지 못한 채 침해 여부를 증거에 따라 판단하는 단계로 넘겼다. 그 사실인정은 항소심에서 쉽게 뒤집을 수 없었다. AstraZeneca에서는 법원이 채택한 해석을 전제로 침해를 인정하면서도 그 해석이 잘못되었다는 주장을 철회하지 않았다. 그래서 항소법원이 해석을 바꾸자 그 해석을 전제로 한 침해판결도 취소될 수 있었다.

합의의 좋고 나쁨을 승패만으로 재단할 수는 없다. Valeant의 항소 결과를 합의가 직접 낳았다고 말하기 어렵다. AstraZeneca에서도 침해판결이 취소되었다고 비침해가 확정된 것은 아니다. 합의 뒤 남은 문제의 종류, 판단할 사람, 항소심의 심사 범위, 하급심에서 실제로 다툰 내용을 함께 살펴야 한다.

3. 중심 사례 ① Allergan, 뜻은 맞췄지만 범위는 남았다

Allergan v. Sandoz, ‘about’을 ‘approximately’로 바꾼 대가

Allergan은 녹내장 치료제 Lumigan 0.01%에 관한 특허를 보유하고 있었다. Sandoz, Lupin, Hi-Tech 등은 미국 식품의약국에 복제약 허가신청인 ANDA를 내면서 특허 만료 전에 제품을 판매하려 했다. Allergan은 이 ANDA 제출이 특허침해에 해당한다고 주장해 텍사스 동부연방지방법원에 소송을 제기했다. 여러 청구항 중 일부는 안과용 수용액의 pH를 ‘about 7.3’으로 한정하고 있었다.

영어 about과 approximately는 모두 ‘약’, ‘대략’이라는 뜻이다. 따라서 ‘about 7.3’을 ‘approximately 7.3’으로 바꾼 합의는 about에 새로 허용오차를 부여한 것이 아니다. about 자체가 이미 어느 정도의 폭을 전제한다. 문제는 그 폭이 측정오차만큼인지, 제조상 변동까지 포함하는지, 그리고 7.2가 들어가는지를 합의문이 말해 주지 않았다는 데 있었다.

Hi-Tech의 ANDA에는 제품의 유효기간 중 pH가 6.8–7.2라고 적혀 있었다. 지방법원은 5일 동안 배심원 없는 법관재판을 열어 침해와 비자명성 등을 심리했다. 양쪽 전문가의 증언을 들은 뒤, Hi-Tech 제품이 ‘approximately 7.3’이라는 한정을 문언 그대로 충족한다고 판단했다. 균등론에 따른 침해도 예비적으로 인정했지만, CAFC는 문언침해 판단을 유지했으므로 균등론까지 판단할 필요가 없었다.

Hi-Tech는 항소심에서 ‘approximately 7.3’을 더 좁게 읽어야 한다고 주장했다. CAFC는 Hi-Tech가 지방법원에서 수치 경계를 더 정해 달라고 요청하지 않았다는 사실을 먼저 지적했다. 당사자가 제안하고 법원이 채택한 해석이 그대로 사건을 지배하므로, 항소심에서는 7.2가 그 해석에 들어간다고 본 사실인정이 명백히 잘못되었는지만 살폈다. 양쪽 전문가 증언이 있었던 만큼 CAFC는 지방법원의 판단을 뒤집지 않았다.

합의가 불리하게 작용한 지점은 분명하다. Hi-Tech는 해석 단계에서 ‘approximately 7.3’의 숫자상 한계가 무엇인지 다투지 않았고, 법원에 더 구체적인 해석도 요청하지 않았다. 그러자 쟁점은 ‘법적으로 어디까지가 약 7.3인가’에서 ‘이 제품의 7.2가 합의된 표현에 들어가는가’로 옮겨 갔다. 전자는 법률문제라서 항소법원이 새로 판단할 수 있지만, 후자는 전문가 증거를 평가한 사실문제여서 명백한 오류가 있어야 뒤집을 수 있다.

Allergan이 모든 about 표현의 허용오차를 정한 것은 아니다. CAFC는 pH 6.8–7.2라는 범위 전체가 언제나 ‘약 7.3’에 포함된다는 일반 규칙도 만들지 않았다. 이 사건의 ANDA 내용과 전문가 증언에 비추어 7.2를 포함한다고 본 판단을 유지했을 뿐이다. 수치 경계가 중요하다면 청구항 해석서와 해석심리에서 양쪽이 주장하는 경계를 제시하고, 법원에 그 차이를 판단해 달라고 요구해야 한다. 그래야 불리한 해석이 채택되었을 때 그 법률 판단을 항소심에서 다시 다툴 수 있다.

4. 보조 사례 Valeant, 합의 뒤에도 비자명성은 남는다

Valeant v. Mylan, 안정성의 뜻을 정한 뒤 시작된 자명성 다툼

Valeant의 특허는 오피오이드 진통제의 부작용인 변비를 치료하는 주사제 Relistor에 관한 것이었다. 청구항 1은 메틸날트렉손 용액의 pH를 약 3.0–4.0으로 정했고, 청구항 8은 같은 제제가 실온에서 24개월 동안 안정하다는 결과를 덧붙였다. Mylan은 복제약 ANDA를 제출한 뒤 청구항 8의 침해는 인정했지만, 그 청구항이 선행기술에 비추어 자명하므로 무효라고 다투었다.

당사자들은 ‘24개월 동안 안정하다’는 말을 그대로 두지 않았다. 분해 생성물이 전체 메틸날트렉손의 2.0%를 넘지 않고, 24개월 뒤에도 의약품으로 쓸 수 있는 상태라고 합의했다. 이 합의는 무엇을 측정해야 하는지를 구체화했다. 다만 항소의 중심은 2.0% 기준 자체가 아니라, 통상의 기술자가 선행기술을 보고 메틸날트렉손 용액의 pH 3–4를 선택해 장기 안정성을 얻으려 했을 것인지였다.

Mylan은 날록손과 날트렉손 같은 유사한 오피오이드 길항제의 제제를 공개한 특허와 의약품 제제 교과서를 제시했다. 이 자료들은 pH가 안정성에 영향을 주며, 선행기술의 pH 범위가 청구항의 3–4와 겹친다는 점을 보여 주었다. Valeant는 선행기술이 다른 화합물에 관한 것이고, 24개월 안정성을 실제로 달성하거나 예측하지 못했다고 맞섰다.

뉴저지 연방지방법원은 정식 재판을 열기 전에 Valeant의 비자명성 약식판결 신청을 받아들였다. 약식판결은 중요한 사실을 둘러싼 진정한 다툼이 없을 때만 가능한 절차다. 지방법원은 다른 화합물의 제제가 메틸날트렉손 제제를 가르치지 않는다고 보았고, 안정성을 높이려고 먼저 조절할 변수로 pH를 택했을 것이라는 증거도 부족하다고 판단했다. 결국 Mylan이 제시한 증거만으로는 청구항 8의 자명성을 인정할 수 없다고 결론 내렸다.

지방법원의 ‘시도해 볼 만했다’는 주장에 관한 설명이 특히 논란이 되었다. KSR 판결에 따른 obvious-to-try 논리는 해결해야 할 기술적 문제가 있고, 통상의 기술자가 시도할 수 있는 확인된 해결책이 유한하며 결과도 어느 정도 예측 가능할 때 적용된다. 지방법원은 서로 다른 두 숫자 사이에는 수학적으로 무한히 많은 부분범위가 존재하므로 pH 선택지가 유한하지 않다고 보았다. 이 전제를 따르면 Mylan은 obvious-to-try 요건을 충족하기 어렵고, 특허권자에게 유리한 비자명성 결론이 나온다.

CAFC는 이런 ‘무한대’ 계산이 실제 제제 개발을 반영하지 않는다고 판단했다. pH 측정기에는 정밀도의 한계가 있고, 실무자가 시험하는 값도 일정한 간격을 갖는다. pH 3–4를 소수점 한 자리 단위로 시험하면 열 개, 두 자리 단위로 시험해도 백 개의 값이지 무한대가 아니다. pH가 반드시 기술자가 가장 먼저 바꿀 변수여야 한다는 법적 요건도 없다. 청구항 8에서 조절 가능한 핵심 변수로 적힌 것은 pH였고, 기록상 pH가 안정성에 영향을 준다는 증거도 있었다.

CAFC는 구조와 기능이 비슷한 화합물의 중첩 pH 범위가 일단 자명성을 추정할 근거가 될 수 있다고 보았다. 지방법원이 약식판결 단계에서 Mylan의 전문가 증거를 법률상 배척한 것도 잘못이라고 판단했다. 그러나 CAFC가 청구항 8을 곧바로 무효라고 선고한 것은 아니다. 중요한 사실관계를 더 심리하도록 비자명성 약식판결을 뒤집어 지방법원으로 돌려보냈다.

Valeant는 합의가 특허를 무효로 만든 사례가 아니다. 안정성의 합의된 뜻은 비교 대상을 분명히 했지만, 자명성 여부는 선행기술의 내용, 세 화합물의 구조와 기능이 얼마나 비슷한지, pH 3–4를 시험할 동기와 성공을 기대할 근거가 있었는지에 달려 있었다. 합의 전에는 그 정의가 선행기술과 어떤 관계를 맺는지 검토해야 하지만, 항소 결과를 합의문 하나의 탓으로 돌리면 판결의 핵심을 놓친다.

5. MeadWestvaco, 용어에 합의해도 불명확할 수 있다

MeadWestvaco v. Rexam, 뜻을 정할 수 있다는 사실과 청구범위가 명확하다는 결론

MeadWestvaco Corp. v. Rexam Beauty & Closures, Inc.에서는 투명한 액체 흡입관에 관한 특허의 ‘XRD crystallinity’와 ‘quenched’가 불명확한지가 문제 되었다. 지방법원은 당사자들이 두 용어의 뜻에 합의해 청구항을 해석할 수 있다는 사정을 들어 불명확성 주장을 배척했다.

CAFC는 각주에서 지방법원의 논리가 정확하지 않다고 짚었다. 어떤 용어를 말로 정의할 수 있다는 사실만으로 불명확성 심사가 끝나지는 않는다. 정의를 읽고도 통상의 기술자가 청구범위의 경계를 충분히 알아낼 수 없다면 여전히 불명확할 수 있다. 오늘날에는 Nautilus, Inc. v. Biosig Instruments, Inc.에 따라 명세서와 출원경과를 읽은 통상의 기술자가 발명의 범위를 합리적으로 확실하게 알 수 있는지를 묻는다.

MeadWestvaco의 결론은 좁게 읽어야 한다. CAFC는 해당 청구항이 실제로 불명확하다고 판단하지 않았다. 합의된 정의만으로 명확성이 자동으로 인정되는 것은 아니라는 설명은 각주에 있다. 정작 항소 결과를 좌우한 이유는 피고가 약식판결 단계에서 제기했던 불명확성 주장을 재판에서 더 이상 다루지 않았다는 점이었다. CAFC는 피고가 그 주장을 포기했다고 보고 실체를 심사하지 않았다.

따라서 특허권자가 합의된 정의를 얻었다고 해서 §112(b) 다툼이 끝나는 것은 아니다. 피고 역시 해석 문구에 동의했다는 이유만으로 불명확성 주장을 당연히 잃지 않는다. 다만 합의서에 불명확성 주장을 포기하지 않는다고 적고, 약식판결 신청이나 재판 전 명령서에서 그 주장을 분명히 제시하며, 재판에서도 법원에 판단을 요청해야 한다. 그러지 않으면 항소법원은 쟁점을 검토하지 않을 수 있다.

6. 중심 사례 ② AstraZeneca, 조건부 합의로 위험을 줄이다

AstraZeneca v. Mylan, 침해를 인정한 전제가 항소심에서 바뀐 사건

AstraZeneca AB v. Mylan Pharmaceuticals Inc.에서는 흡입용 제제에 든 PVP의 농도 ‘0.001%’가 문제 되었다. 처음에는 두 당사자 모두 별도 해석이 필요하지 않다고 했다. 그러나 Mylan이 균등론에 따른 비침해 약식판결을 신청하면서 그 수치가 어디까지를 가리키는지를 놓고 다툼이 생겼다. 지방법원은 유효숫자 한 자리의 반올림 관례를 적용해 0.0005–0.0014%로 해석했다. Mylan은 모든 해석 아래에서 침해를 인정한 것이 아니다. 지방법원의 넓은 해석을 적용하는 경우 자사 제품이 그 범위에 들어간다고 인정하여 항소할 수 있는 최종판결이 내려지도록 했다.

CAFC 다수의견은 명세서의 실험자료와 출원경과가 PVP 농도의 미세한 차이를 중요하게 취급한다고 보았다. 출원인은 처음의 ‘about 0.0005% to about 0.05%’ 범위를 정확한 ‘0.001%’로 좁히고 ‘about’을 제거했으며, 그 농도의 임계성과 실험결과를 거듭 강조했다. 다수의견은 이 기록에 비추어 0.001%가 사실상 소수 넷째 자리까지 표시된 0.0010%에 가까운 정밀도를 갖는다고 보고, 반올림되는 범위를 0.00095–0.00104%로 한정했다. Taranto 판사는 이 접근이 명시된 0.001을 0.0010으로 다시 쓰는 것과 같다고 비판했다. 다수의견이 지배하며, 그 결과 종전 해석을 전제로 한 침해판결은 취소·환송되었다.

Mylan의 합의에는 전제가 있었다. 지방법원의 넓은 해석이 적용되는 한 자사 제품이 청구항에 들어간다고 인정했지만, 그 해석이 옳다는 데까지 동의하지는 않았다. Mylan은 해석의 잘못을 항소했고, CAFC가 범위를 좁히자 그 해석에 기대어 내려진 침해판결도 유지될 수 없었다. 그렇다고 CAFC가 Mylan 제품의 비침해를 확정한 것은 아니다. 지방법원이 새 해석에 따라 침해 여부를 다시 판단하도록 사건을 돌려보냈고, 비자명성 판단은 그대로 유지했다.

AstraZeneca를 출원경과상 권리포기의 요건을 전반적으로 낮춘 판례라고 읽어서는 안 된다. 다수의견은 명백한 권리포기가 성립하지 않더라도 출원인의 설명과 보정 내용을 청구항의 뜻을 밝히는 자료로 쓸 수 있다고 보았다. 출원인이 특정 범위를 명백히 포기했는지를 따지는 법리와, 출원기록 전체를 보고 문언의 뜻을 정하는 작업은 구별된다.

7. O2 Micro 이후 법관과 배심원이 나누어 맡는 일

판례들을 나란히 놓으면 합의가 불리해지는 경로가 보인다. 법관이 해결해야 할 범위 다툼을 추상적인 유의어 합의로 덮으면, 나중에는 채택된 문구를 제품에 적용하는 문제가 남는다. Allergan의 ‘about’을 ‘approximately’로 바꾼 합의가 그랬다. AstraZeneca에서는 Mylan이 지방법원의 해석을 전제로 침해를 인정하되 그 해석 자체는 계속 다투었다. CAFC가 해석을 바꾸자 전제에 기대고 있던 침해판결도 함께 취소되었다.

역할을 나누어 보면 이해하기 쉽다. 첫째, 청구항의 법적 의미와 범위를 정하는 일은 법관이 맡는다. 둘째, 확정된 범위와 피고 제품·공정을 비교해 실제로 한정을 충족하는지 가리는 일은 원칙적으로 사실판단이다. 배심원 재판이면 배심원이, 배심원 없는 법관재판이면 법관이 사실판단자 역할을 한다. 같은 법관이 판단하더라도 항소심에서는 법률 판단과 사실인정에 서로 다른 심사기준을 적용한다.

유효성을 따질 때 합의는 다른 방식으로 작용한다. Valeant에서 안정성의 합의된 뜻은 비교 대상을 구체화했다. 그래도 비자명성은 겹치는 pH 범위, 화합물 사이의 유사성, 그 범위를 시험할 동기와 성공을 예상할 근거를 모두 살펴야 했다. MeadWestvaco에서는 용어의 뜻을 정할 수 있어도 불명확성 심사가 끝나지 않았다. 다만 피고가 재판에서 그 주장을 더 다루지 않아 실체 판단을 받지 못했다.

O2 Micro가 모든 기술적 표현을 숫자로 바꾸라고 요구한 것은 아니다. 두 당사자가 청구범위에 관해 서로 다른 법적 기준을 제시한다면 법원이 그 차이를 풀어야 한다는 판결이다. 반대로 양쪽이 하나의 해석을 내고 더 구체적인 범위를 정해 달라고 요구하지 않으면, 법원은 그 문구를 채택한 다음 피고 제품이 이를 충족하는지를 사실판단에 맡길 수 있다. Allergan에서 일어난 일이 바로 이것이다.

해석 단계에서 양쪽이 받아들일 수 있었던 유연한 문구가 제품에 적용될 때 한쪽에 불리하게 구체화될 수 있다. 항소할 때도 차이가 생긴다. 법률문제라면 CAFC가 지방법원의 해석에 얽매이지 않고 새로 판단한다. 배심원 없는 법관재판의 사실인정은 명백한 오류가 있어야 뒤집고, 배심원 평결은 충분한 증거가 있는지를 중심으로 심사한다. 수치 경계를 합의하지 않는 선택은 나중에 누가 판단하고 항소법원이 얼마나 깊이 다시 살필지에도 영향을 준다.

8. 합의서에서 쟁점별 입장을 분명히 밝히는 문안

다음 문안은 해석·불명확성·침해·항소권을 한 문장에 섞지 않고 따로 밝히는 예시다. 어느 주장을 계속할지, 어느 사실만 조건부로 인정할지, 어떤 결정을 항소할지를 법원 제출문서에 분명히 표시하려는 목적이다. 실제 문안은 사건의 명령서, 현지규칙, 최종판결의 형성 방식과 항소관할 요건에 맞추어 고쳐야 한다.

A. 해석만 합의하고 나머지 쟁점은 유보
Agreed Construction Only. Solely for purposes of this Action, the Parties agree that ‘[TERM]’ shall be construed as ‘[AGREED CONSTRUCTION].’ This stipulation resolves only the meaning and scope of that term. Except as expressly stated, neither Party admits any fact or legal conclusion concerning infringement, noninfringement, validity, invalidity, enforceability, damages, or any other issue.
한국어 참고 번역
해석에 한정된 합의. 당사자들은 오직 이 소송의 목적상 ‘[용어]’를 ‘[합의된 해석]’으로 해석하는 데 합의한다. 이 합의는 해당 용어의 의미와 범위만을 해결한다. 명시적으로 정한 경우를 제외하고 어느 당사자도 침해, 비침해, 유효, 무효, 권리행사 가능성, 손해배상 또는 그 밖의 사실이나 법적 결론을 인정하지 않는다.
B. §112(b) 불명확성 항변 유보
No Waiver of Indefiniteness. Defendant’s agreement to the foregoing construction does not waive, and expressly preserves, Defendant’s right to contend that the asserted claims, even as construed, fail to satisfy 35 U.S.C. § 112(b). Plaintiff preserves all responses. No Party may argue that entry into this stipulation constitutes a concession of definiteness.
한국어 참고 번역
불명확성 항변의 비포기. 피고가 위 해석에 동의하더라도, 그 해석에 따르더라도 주장 청구항이 미국 특허법 제112조 (b)를 충족하지 못한다는 피고의 주장을 포기하지 않으며 이를 명시적으로 유보한다. 원고도 이에 대한 모든 반박을 유보한다. 어느 당사자도 이 합의의 체결이 명확성에 대한 양보라고 주장할 수 없다.
C. 특정 해석을 전제로 한 조건부 침해합의
Conditional Stipulation as to Infringement. If and only if the Court adopts [CONSTRUCTION], Defendant stipulates that [ACCUSED PRODUCT] satisfies [LIMITATION] solely to facilitate resolution of the remaining issues and, if otherwise permitted, appellate review. Defendant does not concede infringement under any other construction. If the construction is modified, vacated, or reversed, this stipulation shall have no effect unless the Parties otherwise agree in writing.
한국어 참고 번역
침해에 관한 조건부 합의. 법원이 [해석]을 채택하는 경우에만 피고는 남은 쟁점의 해결과 법이 허용하는 범위의 항소심사를 용이하게 하기 위하여 [피고 제품]이 [청구항 한정]을 충족한다고 합의한다. 피고는 다른 해석 아래의 침해를 인정하지 않는다. 해당 해석이 변경·취소·파기되면 당사자들이 달리 서면 합의하지 않는 한 이 합의는 효력을 잃는다.
D. 재심리·항소심사를 요구할 권리의 유보
Preservation of Review. Each Party preserves, to the extent permitted by law, the right to seek reconsideration or appellate review of any claim-construction ruling identified in Exhibit A. Nothing in this stipulation creates appellate jurisdiction, waives a jurisdictional requirement, or preserves an issue not otherwise properly raised in the record.
한국어 참고 번역
심사를 요구할 권리의 유보. 각 당사자는 법이 허용하는 범위에서 별지 A에 적힌 청구항 해석 결정의 재검토 또는 항소심사를 요구할 권리를 포기하지 않는다. 이 합의만으로 항소관할이 생기거나 관할요건이 면제되는 것은 아니다. 하급심에서 적절한 시기에 제기하고 법원에 판단을 구하지 않은 문제까지 나중에 항소할 수 있게 되는 것도 아니다.
E. 법원의 해석권한과 조항의 가분성
Court Authority and Severability. The Parties acknowledge that claim construction remains a matter for the Court. If the Court rejects or materially modifies any agreed construction, the related stipulations shall be severable and shall not bind either Party unless reaffirmed in writing.
한국어 참고 번역
법원의 권한과 가분성. 당사자들은 청구항 해석이 법원의 판단사항으로 남는다는 점을 확인한다. 법원이 합의된 해석을 거부하거나 중대하게 변경하면 관련 합의 조항은 분리 가능하며, 당사자들이 서면으로 다시 확인하지 않는 한 어느 당사자도 구속하지 않는다.

예시 문구만으로 모든 권리가 생기지는 않는다. ‘항소할 권리를 유보한다’고 써도 항소관할이나 최종판결 요건을 갖추지 못하면 항소할 수 없다. 불명확성 주장을 포기하지 않는다고 적는 것만으로도 부족할 수 있다. MeadWestvaco에서 보듯 실제 절차에서 주장을 철회하지 않고, 증거를 내며, 법원에 판단을 구해야 한다. 합의문은 이미 적절하게 제기한 쟁점을 분명히 해 두는 문서이지, 제기하지 않은 권리를 새로 만드는 문서가 아니다.

9. 합의서에 서명하기 전에 답해야 할 질문

첫째, 합의문이 실제 범위 다툼을 끝내는가. ‘about’을 ‘approximately’로 바꾸는 데 그친다면 제품에 적용할 때 같은 문제가 다시 생긴다. 남은 문제를 누가 판단할지도 미리 확인해야 한다.

둘째, 다음 판단은 누가 맡는가. 합의된 문구의 법적 의미는 법관이 정한다. 그 문구를 제품에 적용해 침해 여부를 가리는 일은 배심원이나 배심원 없는 재판의 법관이 맡을 수 있다. 합의 때문에 법률문제가 사실문제로 바뀌는지 살펴야 한다.

셋째, 유효성 다툼에는 어떤 영향을 미치는가. 합의된 수치·기능·결과를 선행기술과 직접 비교해야 한다. 겹치는 범위가 있는지, 그 범위를 시험할 이유가 있었는지, 결과가 예상 밖이었는지도 합의 전에 검토한다.

넷째, 불명확성 주장을 계속할 것인가. 정의에 동의하는 것과 §112(b)상 합리적 확실성을 인정하는 것은 다르다. 합의서에 주장을 포기하지 않는다고 쓰는 데 그치지 말고, 약식판결과 재판에서도 법원에 판단을 요청해야 한다.

다섯째, 합의의 전제가 된 해석을 항소심에서 다시 다툴 것인가. 조건부 침해합의와 최종판결 형성 방식은 사건별 절차와 관할법원의 요구에 맞춰야 한다. 무엇을 인정하고 무엇을 계속 다툴지 합의문에 분명히 적어야 한다.

10. 설명을 위한 분석틀과 실제 판례법은 다르다

한 단어가 여러 뜻을 갖는 경우와 한 뜻의 바깥 경계가 흐린 경우를 나누어 보면 합의가 왜 실패했는지 설명하기 쉽다. Allergan에서는 about과 approximately 가운데 어느 말을 쓸지는 정했지만 숫자상 경계는 정하지 못했다. MeadWestvaco도 용어를 정의할 수 있는지와 청구범위의 경계를 충분히 알 수 있는지는 서로 다른 질문이라고 설명한다.

다만 이는 이해를 돕기 위한 분석법이다. CAFC가 두 단계의 별도 심사방법으로 채택한 법리는 아니다. 법원은 청구항 문언과 명세서, 출원경과를 함께 읽어 범위를 정한다. 불명확성을 판단할 때는 Nautilus의 합리적 확실성 기준을 적용한다. ‘가짜 명확성’이나 ‘합의의 덫’도 설명을 위한 표현일 뿐 판례가 인정한 법리 명칭은 아니다.

판례가 판단하지 않은 결론을 덧붙여서도 안 된다. Valeant의 환송은 최종 무효판결이 아니며, AstraZeneca에서 침해판결을 취소한 것도 최종 비침해판결은 아니다. MeadWestvaco는 청구항이 실제로 불명확한지 판단하지 않았다. Finjan LLC v. ESET, LLC 역시 수정된 해석에 따른 최종 명확성이나 유효성을 확정하지 않았다. 환송은 잘못된 전제를 고치거나 더 심리하라는 뜻이다. 남은 쟁점의 승패를 미리 정한 결정이 아니다.

맺음말, 합의가 남긴 위험까지 살펴야 한다

청구항 해석합의는 특허소송의 시간과 비용을 줄이는 유용한 도구다. 좋은 합의는 양쪽이 같은 문장에 서명한 것만으로 완성되지 않는다. 실제 범위 다툼을 해결하고, 침해·유효성·불명확성에 미칠 영향을 따져야 한다. 계속 다툴 문제와 조건부로 인정할 사실, 나중에 항소할 결정을 정확히 구분해야 한다.

Allergan에서는 추상적인 유의어 합의가 피고에게 불리한 사실판단으로 이어졌다. Valeant에서는 구체적인 합의가 유효성 판단의 비교 대상을 밝혔지만 최종 결론까지 정하지는 않았다. MeadWestvaco에서는 합의된 정의가 명확성을 보장하지 않았고, 피고는 재판에서 주장을 이어 가지 않아 항소심의 실체 판단도 받지 못했다. AstraZeneca에서는 잘못된 해석을 전제로 한 조건부 침해합의가 있었지만, 해석을 계속 다툰 덕분에 그 해석이 바뀌자 침해판결도 취소되었다.

합의가 넓은지 좁은지만 보아서는 위험을 알 수 없다. 어떤 법률문제를 끝냈는지, 어떤 사실판단을 남겼는지, 무효와 불명확성을 계속 다툴지, 불리한 해석을 항소할 수 있도록 하급심에서 판단을 구했는지를 함께 보아야 한다. 해석심리에서 얻은 이익이 소송 마지막까지 유리하리라는 보장은 없다. 서명하기 전에 침해·무효·불명확성과 항소 절차까지 차례로 대입해 보아야 한다.

주요 판례와 공식 출처

아래 판례는 모두 구속력 있는 선례다. 다만 판결의 결론을 직접 뒷받침한 법리, 결론에 필요하지 않았던 설명, 환송 뒤 지방법원이 다시 판단할 문제를 구분해서 인용해야 한다.

  1. Markman v. Westview Instruments, Inc., 517 U.S. 370, 388–91 (1996). 청구항 해석이 법관의 역할임을 확립한 연방대법원 판결. 연방대법원 공식 판결집
  2. O2 Micro International Ltd. v. Beyond Innovation Technology Co., 521 F.3d 1351, 1360–63 (Fed. Cir. 2008). 당사자 사이에 실제 범위 분쟁이 있으면 법원이 이를 해결해야 함을 밝힌 CAFC 선례 판결. CAFC 공식 판결문
  3. MeadWestvaco Corp. v. Rexam Beauty & Closures, Inc., 731 F.3d 1258, 1270 n.8 (Fed. Cir. 2013). 정의 가능성만으로 불명확성 심사가 끝나지 않는다고 언급했으나, 해당 사건의 불명확성 쟁점은 포기로 종결. CAFC 공식 판결문
  4. Nautilus, Inc. v. Biosig Instruments, Inc., 572 U.S. 898, 910–11 (2014). §112(b) 불명확성에 관한 합리적 확실성 기준을 제시한 연방대법원 판결. 연방대법원 공식 판결집
  5. Allergan, Inc. v. Sandoz Inc., 796 F.3d 1293, 1311 (Fed. Cir. 2015). 합의된 ‘approximately 7.3’ 해석과 전문가 증거 아래 문언침해 사실인정을 유지한 CAFC 선례 판결. CAFC 공식 판결문
  6. Valeant Pharmaceuticals International, Inc. v. Mylan Pharmaceuticals Inc., 955 F.3d 25, 31–35 (Fed. Cir. 2020). 중첩 pH 범위와 obvious-to-try 분석을 근거로 비자명성 약식판결을 뒤집고 환송한 CAFC 선례 판결. CAFC 공식 판결문
  7. AstraZeneca AB v. Mylan Pharmaceuticals Inc., 19 F.4th 1325, 1328–35 (Fed. Cir. 2021). 0.001%를 내재적 기록에 따라 좁게 해석하고 종전 침해판결을 취소·환송한 CAFC 선례 판결. CAFC 공식 판결문
  8. Finjan LLC v. ESET, LLC, 51 F.4th 1377, 1380–84 (Fed. Cir. 2022). 잘못 추가된 크기 제한에 의존한 불명확성 약식판결을 취소·환송했으나 최종 명확성을 확정하지 않은 CAFC 선례 판결. CAFC 공식 판결문

[Patent Monetization Strategies] Understanding the 3G Patent Platform Through a Premium Department-Store Food Hall

SPECIAL COLUMN · Making Patent Monetization Structures Easier to Understand

Share the infrastructure; let each counter set its own menu and prices.

In the late 1990s, as third-generation mobile communications approached commercialization, building a single handset required access to a large number of patents owned by different companies. A manufacturer could not easily determine which patents were truly necessary, whom it had to pay, or whether the aggregate royalty burden could be absorbed in the product price. Patent owners faced the opposite side of the same problem: even a company with valuable technology might have to negotiate separately with dozens or hundreds of implementers. This was the familiar problem of fragmented intellectual-property rights.[1][4]

The proposed solution was the 3G Patent Platform Partnership, or 3G3P. Unlike 3GPP, which develops mobile-communications standards, 3G3P was a separate licensing initiative. Its objective was to evaluate 3G standard-essential patents and organize the licensing process without compromising the independence of competing 3G technologies and companies.[1][2]

1. Why a Food Hall Was Needed: One Meal May Depend on Many Recipes

Consider a single galbi set meal. If different chefs hold exclusive know-how covering meat preparation, marinade formulation, heat control, and storage, a restaurant may need permission from several of them before it can sell the finished dish. A mobile handset is no different in principle. Implementing a standard may require standard-essential patents owned by numerous patent holders.

If every patent owner locks its door and insists on separate negotiations, manufacturers incur substantial costs simply identifying the rights they need. Yet placing every patent and every pricing decision in one organization creates a different risk: price competition among rival technologies may disappear. The 3G platform sought to reduce both risks by adopting a structure in which shared facilities were centralized while menus and prices remained counter-specific.[1]

2. The Organization of the Premium Food Hall

Table 1 maps the division of functions in the 3G patent platform reviewed by competition authorities in 2002 onto the food-hall analogy.[1]

Food-hall participant 3G platform counterpart Actual function
Department-store operations office 3G Patents / common administrative functions Supports assessment and certification, training, general information, and shared administrative infrastructure
Independent councils for the Korean, Japanese, and other counters Technology-specific PlatformCo Independently sets royalty rates and licensing terms for the relevant 3G technology
Manager of each counter Licensing Administrator (LA) Provides contracting guidance and licensing administration, but generally does not collect and distribute royalties
Shared intake and administration desk Common Administrator (CA) Provides common administrative support for patent-assessment applications and the assessment process
Independent health and ingredient inspection service Evaluation Service Provider / IPEC Uses experts to assess whether submitted patents are actually essential to implementation of the standard
Chef with proprietary recipes and signature ingredients Patent owner / licensor Licenses certified essential patents on standard terms or through separate negotiations
Business using the menu to make products Licensee / manufacturer / network operator Obtains licenses to the necessary patents to provide 3G products and services

3. The Central Principle: Share the Dishwashing Facilities, Not the Menu Prices

When the department-store operator provides sanitation facilities, signage, common training, and market research, each counter need not duplicate the same infrastructure. The 3G platform likewise sought to reduce search and administrative costs by consolidating functions—such as essentiality assessment and general information services—that multiple technologies could use in common.

The analysis changes if the operator also sets prices for both the Korean and Japanese counters. Those counters are supposed to compete for customers. Centralizing their pricing decisions could weaken competition or facilitate the exchange of competitively sensitive information. That concern explains why the final 2002 design contemplated a separate PlatformCo, board, and Licensing Administrator for each of five 3G radio-access technologies. Each technology-specific counter would independently establish its royalties and license terms, while the shared organization would remain outside those decisions.[1][2]

4. How a Patent Reached the Menu

  1. Just as a chef might submit ingredients for inspection, a patent owner applied for an assessment of whether a particular patent was essential.
  2. The Common Administrator, or CA, provided administrative support for the application and assessment process.
  3. The independent Evaluation Service Provider, or ESP/IPEC, selected an expert, who compared the patent claims with the relevant 3G standard.
  4. A patent owner whose patent was found essential could qualify as a licensor member of the relevant technology-specific PlatformCo.
  5. The parties could use the standard terms established by the PlatformCo or pursue a separate bilateral negotiation between the patent owner and the implementer.

The applicant paid the assessment fee, but the patent owner did not directly retain the evaluator; the ESP selected the evaluator. That separation was intended to reduce any perception that the applicant could influence the inspector it was funding and to lower the risk that nonessential or substitutable patents would enter the platform.[1]

5. Ordering Became Easier, but There Was No Single Checkout Counter

A conventional patent pool often bundles multiple patents under a single license. The 3G platform’s basic design was different. Licenses were executed between individual patent owners and implementers. The Licensing Administrator functioned more like the manager of a food counter, assisting with ordering and contracting, than a central cashier that collected all royalties and distributed them to patent owners.[1]

An implementer could use a standard or interim license prepared by the PlatformCo. It could also negotiate bilaterally and independently with a patent owner outside the platform. The menu and ordering process were standardized, but the customer and chef remained free to negotiate a separate tasting menu or long-term supply arrangement.

If an implementer using the platform also owned patents essential to the same technology, it could be subject to a grant-back obligation requiring those patents to be made available on platform terms. The obligation, however, operated only within the relevant technology-specific PlatformCo and did not automatically extend to other 3G technology counters.[1]

6. Why Customers Did Not Vote on the Menu-Price Committee

The board that set royalties and licensing terms for a PlatformCo was composed primarily of licensors holding certified essential patents for that technology. In food-hall terms, the design guarded against customers taking over the pricing committee and forcing every dish to an artificially low price. It also addressed the risk that large purchasers who competed with one another might exchange sensitive business information.[1][2]

Licensees were not excluded from the platform altogether. Licensees and other industry participants could take part in shared administrative functions, and representatives of technology-specific PlatformCos were designed to participate in relevant common-organization committees in a nonvoting capacity. The platform thus preserved channels for oversight and communication without allowing a participant to control the assessment of its own patent or the pricing of another technology.[1]

Organizational firewalls were also needed to prevent sensitive information from passing between competing technology counters. Even a large company holding patents across several technologies could not commingle the decisions or internal information of different PlatformCos. The moment the food-hall operator tells the Japanese counter about the Korean counter’s pricing strategy, the premise of independent counters collapses.

7. An Advance Antitrust View of the Blueprint—not a Blanket License to Operate

In 2002, the U.S. Department of Justice concluded that the revised 3G platform could help identify essential patents, mitigate holdup, and reduce transaction costs. It also viewed the risk of competitive harm as limited because the arrangement separated technologies and used independent essentiality assessments. The European Commission likewise issued a favorable administrative view based on the limited scope of the common functions and the independence of the technology-specific structures.[1][2][3]

In the food-hall analogy, the authorities reviewed the building plans, counter layout, and information firewalls and indicated that, on the facts presented, they did not intend to challenge the arrangement. That did not make every later business practice automatically lawful. If the counters secretly coordinated prices, admitted nonessential patents without review, or imposed terms that excluded competitors, separate antitrust concerns could arise.

8. Five Counters on the Blueprint, but W-CDMA at the Center of Actual Operations

The 2002 blueprint contemplated separate PlatformCos for five 3G radio-access technologies. But drawing five counters on a floor plan did not mean that all five opened at the same time or operated at the same scale. 3G Patents Limited began its assessment and certification service in 2003, and the W-CDMA patent-licensing program launched in 2004. The technology-specific PlatformCo documented in UNIDO’s 2005 report was also the W-CDMA entity.[4]

The W-CDMA licensing program continued under successive administrators. A 2020 EU JRC study reports that administration moved from 3G Licensing to Sipro Labs Telecom and then to Via Licensing.[7] A patent platform is not a building whose organizational chart remains fixed forever. It is a commercial arrangement whose administrator may change with the participating patents and market conditions.

9. How Far Does the “£1 Merchants’ Association” Analogy Go?

A United Kingdom company limited by guarantee has guarantor members rather than shares and shareholders. On a winding up, each member is liable up to an amount agreed in advance. Because that amount is often a nominal sum such as £1, the organization can be described—within limits—as a merchants’ association operating with a small guarantee obligation.[5]

The £1 is not an initiation fee or annual subscription. It is the member’s agreed contribution on a winding up—what the member would owe if the food hall closed. Actual participation in the platform could involve separate annual dues, assessment charges, and service fees. Nor does the company-limited-by-guarantee form, standing alone, automatically prohibit every distribution of profit. The use of revenue, limits on member distributions, and disposition of residual assets depend on the company’s governing documents and any separate legal status.[5]

10. Advantages of the Premium Food-Hall Model

A Shared Inspection Service Reduces Search Costs

Instead of requiring every manufacturer to review thousands of patents from scratch, an independent assessment process and certification information can reduce the time and expense of identifying essential patents. Patent owners also avoid repeating the same technical explanation and negotiation with every implementer.

A Published Menu Improves Cost Predictability

Standard agreements, royalty-calculation methodologies, and technology-specific aggregate royalty caps help implementers forecast product costs. Longer-term certainty, however, comes from contract duration and renewal terms. It does not mean that a PlatformCo may change menu prices at will.[4]

Counter-Level Autonomy Preserves Competition Among Technologies

Just as Korean and Japanese counters attract customers with different menus and prices, each technology-specific PlatformCo can independently design the terms for its own technology. Patent owners and implementers may also choose bilateral negotiations outside the platform, leaving room for cross-licenses and other commercial terms that a uniform agreement may not accommodate.

11. A Food Hall Does Not Solve Every Problem

Not Every Celebrated Chef Will Join

If major patent owners do not participate, an implementer cannot secure every necessary right through the platform license alone. The continued need for bilateral negotiations places the arrangement well short of a complete one-stop license.

More Operators and Counters Mean More Complex Administration

Contracts and information barriers among the common organization, PlatformCos, Licensing Administrators, the Common Administrator, and the ESP require continuing administration. That complexity is also part of the price of preserving independence for antitrust purposes.

An Inspection Result Is Not a Court’s Final Judgment

Essentiality assessment is a useful expert-screening process, but it does not replace a court’s determination of patent validity, infringement, or FRAND terms. Delay in an assessment may affect a patent’s admission to the platform or the timing of a license. The assessment nevertheless does not certify a product’s compliance with the standard or authorize market entry.[7]

An Advance Enforcement View Does Not Replace Ongoing Compliance

Antitrust analysis may change as market position, participation, and contract terms change. The continuing independence of technology-specific pricing, protection of sensitive information, management of evaluator conflicts, and availability of bilateral licensing channels all require regular review.

Conclusion: A Good Food Hall Knows What to Share—and What to Keep Separate

The defining feature of the 3G patent platform was not the indiscriminate collection of patents in a single basket. The independent inspection function and common administrative network were shared, while competing technology counters set their own menus and prices. Standard agreements simplified ordering without eliminating the freedom of patent owners and implementers to negotiate separately.

The same principle applies to patent-monetization platforms today. The first task is to distinguish functions that become more efficient when shared from competitive functions that should remain independent. Independent patent assessment, transparent administration, protection of competitively sensitive information, and meaningful licensing alternatives must work together. Only then can patent owners obtain a legitimate path to monetization while manufacturers gain predictable access to technology.

A premium food hall does not succeed merely by assembling talented chefs. It also needs a credible inspection service, fair operating rules, independent counters, and a menu customers can understand. That is the most important lesson 3G3P leaves for today’s licensing of standard-essential patents.

References

  1. U.S. Department of Justice, Response to 3G Patent Platform Partnership's Request for Business Review Letter (Nov. 12, 2002)
  2. U.S. Department of Justice, Justice Department Clears Way for Formation of Wireless Telecommunications Patent Platforms (Nov. 12, 2002)
  3. European Commission CORDIS, 3G manufacturers to have better access to patents (Nov. 20, 2002)
  4. UNIDO, Industrial Development Report 2005, Annex 7.2: The 3G Patent Platform, pp. 104-107
  5. UK Companies House, Incorporation and names: company limited by guarantee
  6. WIPO Library, Larry M. Goldstein & Brian N. Kearsey, Technology Patent Licensing (2004)
  7. European Commission Joint Research Centre, Pilot Study for Essentiality Assessment of Standard Essential Patents (2020)

This article provides general information about the historical design of 3G3P and publicly available materials. It is not legal advice concerning any particular license agreement or antitrust matter.

[특허 수익화 전략] 프리미엄 백화점 푸드코트로 이해하는 3G 특허 플랫폼: 공동 인프라와 독립 가격결정의 설계

SPECIAL COLUMN · 특허수익화의 구조를 쉽게 읽다

공통 인프라는 함께 쓰되, 메뉴와 가격은 코너별로 정한다

3세대 이동통신이 상용화를 앞둔 1990년대 말, 휴대전화 한 대를 만들려면 여러 기업이 보유한 수많은 특허를 함께 써야 했다. 제조사로서는 어떤 특허가 꼭 필요한지, 누구에게 얼마를 지급해야 하는지, 전체 로열티를 제품 가격이 감당할 수 있는지 가늠하기 어려웠다. 특허권자 역시 좋은 기술을 보유하고도 수십·수백 개 기업과 일일이 협상해야 했다. 특허가 여러 주인에게 흩어진 ‘파편화된 지식재산권’ 문제였다.[1][4]

그 해법으로 등장한 구상이 3G Patent Platform Partnership, 즉 3G3P이다. 이동통신 표준을 만드는 3GPP와 달리, 3G3P는 라이선싱을 위한 별도 프로젝트다. 3G 표준필수특허를 평가하고 라이선싱 절차를 정리하면서도 서로 경쟁하는 3G 기술과 기업의 독립성을 지키는 것이 목적이었다.[1][2]

1. 푸드코트가 필요한 이유: 한 끼에도 여러 조리법이 필요하다

푸드코트에서 갈비 정식 하나를 만든다고 해보자. 고기 손질법, 양념 제조법, 불 조절법, 보관법마다 서로 다른 요리사가 독점 비법을 갖고 있다면, 한 식당이 완성된 메뉴를 팔기까지 여러 요리사의 허락을 받아야 한다. 이동통신 단말기도 다르지 않다. 표준을 구현하려면 다수 특허권자의 표준필수특허가 함께 필요하다.

특허권자가 각자 문을 걸어 잠그고 개별 협상만 고집하면 제조사는 필요한 특허를 찾느라 큰 비용을 치른다. 그렇다고 모든 특허와 가격결정을 한 조직에 몰아주면 경쟁 기술 사이의 가격경쟁이 사라질 수 있다. 3G 플랫폼은 두 위험을 함께 줄이려고 ‘공동 시설은 함께 사용하되 메뉴와 가격은 코너별로 결정하는’ 구조를 택했다.[1]

2. 프리미엄 푸드코트의 조직도

표 1. 2002년 경쟁당국이 검토한 3G 특허 플랫폼의 기능 분담을 푸드코트에 빗대어 정리했다.[1]

푸드코트의 주체 3G 플랫폼의 대응 주체 실제 역할
백화점 통합 운영본부 3G Patents / 공통 관리 기능 평가·인증 지원, 교육, 일반 정보와 공통 행정 인프라 제공
한식·일식 등 독립 코너 자치회 기술별 PlatformCo 해당 3G 기술의 로열티율과 라이선스 조건을 독립적으로 결정
각 코너의 지점장 Licensing Administrator (LA) 계약 안내와 라이선싱 행정을 수행하되 통상 로열티 수납·분배는 담당하지 않음
공통 접수·행정 데스크 Common Administrator (CA) 특허 평가 신청과 평가 절차의 공통 행정 지원
독립 위생·식자재 검사소 Evaluation Service Provider / IPEC 제출된 특허가 표준 구현에 실제로 필수적인지 전문가를 통해 평가
비법과 핵심 재료를 가진 요리사 특허권자·라이선서 인증된 필수특허를 표준조건 또는 별도 협상을 통해 실시허락
메뉴를 이용해 제품을 만드는 사업자 라이선시·제조사·통신사업자 필요한 특허의 실시허락을 받아 3G 제품과 서비스를 제공

3. 핵심 원칙: 식기세척기는 함께 쓰고, 메뉴 가격은 따로 정한다

백화점 운영본부가 위생시설, 안내판, 공통 교육과 시장조사를 한꺼번에 맡으면 각 코너는 같은 시설을 거듭 갖출 필요가 없다. 3G 플랫폼도 필수성 평가와 일반 정보 제공처럼 여러 기술이 함께 쓸 수 있는 기능을 모아 검색비용과 행정비용을 줄이려 했다.

한식 코너와 일식 코너의 메뉴 가격까지 운영본부가 함께 정한다면 이야기가 달라진다. 손님을 두고 경쟁해야 할 두 코너의 가격결정이 한곳에 모이면 경쟁이 약해지고 민감한 정보가 공유될 수 있다. 2002년 최종 설계가 5개 3G 무선접속 기술마다 별도의 PlatformCo와 이사회, LA를 둔 이유다. 각 코너는 자기 기술의 로열티와 라이선스 조건을 독립적으로 정하고, 공통 조직은 그 결정에 개입하지 않는 것이 원칙이었다.[1][2]

4. 특허가 메뉴판에 오르는 과정

  1. 요리사가 식자재 검사를 신청하듯 특허권자가 특정 특허의 필수성 평가를 신청한다.
  2. 공통 행정 데스크인 CA가 신청 접수와 평가 절차를 지원한다.
  3. 독립 검사소인 ESP/IPEC가 전문가를 선정하고, 전문가는 청구항과 해당 3G 표준을 비교한다.
  4. 필수성을 인정받은 특허의 보유자는 해당 기술 PlatformCo의 라이선서 회원이 될 수 있다.
  5. PlatformCo가 정한 표준조건을 이용하거나 특허권자와 실시자가 별도로 양자 협상을 진행한다.

평가비용은 신청자가 부담한다. 다만 평가자를 특허권자가 직접 고용하지 않고 ESP가 선정한다. 자기 돈으로 검사관을 움직인다는 의심을 줄이는 동시에 비필수 특허나 대체 가능한 특허가 플랫폼에 들어올 가능성을 낮추는 장치다.[1]

5. 주문은 편해져도 하나의 계산대로 끝나지는 않는다

일반적인 특허풀은 여러 특허를 한데 묶어 한 번의 계약으로 제공하곤 한다. 3G 플랫폼의 기본 설계는 달랐다. 실제 라이선스는 개별 특허권자와 실시자 사이에 체결됐다. LA는 주문과 계약 절차를 돕는 지점장에 가까웠을 뿐, 통상 모든 로열티를 대신 받아 특허권자들에게 나누는 중앙 계산대는 아니었다.[1]

실시자는 PlatformCo가 마련한 표준 라이선스나 임시 라이선스를 쓸 수 있었다. 필요하면 플랫폼 밖에서 특허권자와 독립적으로 양자 협상도 할 수 있었다. 메뉴판과 주문절차는 표준화하면서도 고객과 요리사가 별도의 코스요리나 장기공급계약을 협상할 자유는 남겨 둔 셈이다.

플랫폼 절차를 이용하는 실시자가 해당 기술의 필수특허를 보유했다면, 그 특허도 플랫폼 조건으로 제공하도록 그랜트백 의무가 적용될 수 있었다. 다만 이 의무는 해당 기술의 PlatformCo 안에서만 작동했다. 다른 3G 기술 코너로 자동 확장되지 않도록 범위를 제한한 것이다.[1]

6. 손님은 왜 메뉴가격 자치위원회에 투표하지 못했을까

PlatformCo에서 로열티와 계약조건을 결정하는 이사회는 해당 기술의 인증된 필수특허를 가진 라이선서를 중심으로 꾸렸다. 푸드코트에 빗대면, 메뉴를 사는 손님들이 가격위원회를 장악해 모든 음식값을 터무니없이 낮게 묶는 상황을 막으려는 조치다. 경쟁관계인 대형 구매자들이 민감한 사업정보를 주고받는 상황도 경계했다.[1][2]

그렇다고 라이선시를 플랫폼 전체에서 밀어낸 것은 아니다. 라이선시와 다른 산업 참여자도 공통 관리 기능에 참여할 수 있었다. 기술별 PlatformCo 대표 역시 공통 조직의 관련 위원회에 비의결 방식으로 참여하도록 설계됐다. 감시와 소통의 통로는 열어 두되, 자기 특허의 평가나 다른 기술의 가격결정을 좌우하지 못하게 한 것이다.[1]

경쟁하는 기술 코너 사이에는 민감정보가 넘어가지 않도록 조직적 차단벽도 세워야 했다. 여러 기술에 특허를 가진 대기업이라도 각 PlatformCo의 의사결정과 내부정보를 뒤섞어서는 안 된다. 푸드코트 운영본부가 한식 코너의 가격전략을 일식 코너에 알려주는 순간, 독립 코너라는 설계는 의미를 잃는다.

7. 경쟁당국의 ‘영업 허가’가 아닌 설계도에 대한 사전 의견

2002년 미국 법무부는 수정된 3G 플랫폼이 필수특허 식별, 홀드업 완화와 거래비용 절감에 기여할 수 있다고 보았다. 기술별 분리와 독립평가 장치를 갖춘 만큼 경쟁을 저해할 가능성도 낮다고 판단했다. 유럽연합 집행위원회 역시 공통 기능을 제한하고 기술별 독립구조를 둔다는 전제에서 긍정적인 행정 의견을 제시했다.[1][2][3]

푸드코트에 빗대면 경쟁당국이 건물 설계도와 코너 배치, 정보차단 장치를 살펴본 뒤 ‘현재 제출된 방식이라면 제재에 나설 의사가 없다’고 밝힌 셈이다. 그렇다고 이후의 모든 영업행위가 자동으로 합법이 되는 것은 아니다. 코너들이 몰래 가격을 맞추거나 검사 없이 비필수 특허를 끼워 넣고, 경쟁자를 배제하는 조건을 더한다면 별도의 경쟁법 문제가 생길 수 있다.

8. 설계도에는 다섯 코너, 실제 영업은 W-CDMA 중심이었다

2002년 설계도에는 5개 3G 무선접속 기술을 위한 독립 PlatformCo가 예정돼 있었다. 하지만 푸드코트 설계도에 다섯 코너가 그려졌다고 해서 모두 같은 시기에 문을 열어 같은 규모로 영업한 것은 아니다. 3G Patents Limited의 평가·인증 서비스는 2003년 시작됐고, W-CDMA 특허 라이선싱 프로그램은 2004년 가동됐다. 2005년 UNIDO 보고서가 기록한 실제 기술별 PlatformCo도 W-CDMA 법인이었다.[4]

W-CDMA 라이선싱 프로그램은 관리자를 바꾸면서 명맥을 이었다. 2020년 EU JRC 연구에 따르면 이 프로그램의 라이선싱 관리는 3G Licensing, Sipro Labs Telecom을 거쳐 Via Licensing으로 옮겨 갔다.[7] 특허 플랫폼은 한번 세우면 조직도가 영원히 고정되는 건물이 아니다. 참여 특허와 시장 상황에 따라 운영주체가 바뀌는 상업적 제도다.

9. ‘£1짜리 상인조합’이라는 비유는 어디까지 맞을까

영국의 company limited by guarantee는 주식과 주주 대신 보증회원을 두는 회사다. 회원은 회사 청산 때 미리 약정한 금액의 범위에서 책임을 진다. 그 금액을 £1 같은 명목액으로 정하는 사례가 많다. 따라서 ‘적은 보증책임으로 운영되는 상인조합’이라는 비유는 제한적으로 쓸 수 있다.[5]

하지만 £1은 가입비나 연회비가 아니다. 푸드코트가 문을 닫을 때 회원이 부담하기로 한 청산상 보증책임액이다. 실제 플랫폼 가입에는 연회비, 평가비와 서비스 비용이 따로 들 수 있다. 보증유한회사라는 형식만으로 모든 이익분배가 자동 금지되는 것도 아니다. 수익의 사용, 회원분배 제한과 잔여재산 귀속은 해당 회사의 정관과 별도 법적 지위에 따라 판단한다.[5]

10. 프리미엄 푸드코트 모델이 주는 이점

공동 검사소는 검색비용을 줄인다

각 제조사가 수천 개의 특허를 처음부터 훑는 대신 독립 평가절차와 인증정보를 이용하면 필수특허를 찾는 시간과 비용이 줄어든다. 특허권자도 같은 설명과 협상을 되풀이하는 부담을 덜 수 있다.

메뉴판은 원가 예측을 돕는다

표준계약, 로열티 계산방식과 기술별 누적 로열티 한도는 실시자가 제품 원가를 예측하는 데 도움이 된다. 다만 장기적인 확실성은 계약기간과 갱신조건으로 확보한다. PlatformCo가 메뉴가격을 언제든 마음대로 바꿀 수 있다는 뜻은 아니다.[4]

코너별 자율성이 기술경쟁을 보존한다

한식과 일식 코너가 저마다 다른 메뉴와 가격으로 손님을 끌듯, 기술별 PlatformCo도 자기 기술의 조건을 독립적으로 설계할 수 있다. 개별 특허권자와 실시자는 플랫폼 밖의 양자 협상도 선택할 수 있다. 그러면 획일적인 계약에 담기 어려운 크로스라이선스와 다양한 사업조건까지 반영할 여지가 생긴다.

11. 푸드코트도 모든 문제를 풀지는 못한다

모든 유명 셰프가 입점하지는 않는다

주요 특허권자가 플랫폼에 들어오지 않으면 실시자는 플랫폼 계약만으로 필요한 권리를 모두 확보할 수 없다. 별도의 양자 협상이 남는 만큼 완전한 원스톱 라이선스와는 거리가 있다.

운영본부와 코너가 늘수록 관리도 복잡해진다

공통 조직, PlatformCo, LA, CA와 ESP 사이의 계약과 정보차단은 계속 관리해야 한다. 복잡한 구조는 경쟁법상 독립성을 확보하려 치르는 비용이기도 하다.

위생검사 결과는 법원의 최종판결이 아니다

필수성 평가는 유용한 전문적 선별절차다. 그러나 특허 유효성·침해·FRAND 조건에 관한 법원의 판단을 대신하지 않는다. 평가 지연이 특정 특허의 플랫폼 편입이나 계약 확정에 영향을 줄 수는 있다. 그렇더라도 이 평가는 제품의 표준 적합성이나 시장 출시를 승인하는 절차가 아니다.[7]

사전 의견만으로 지속적인 준법관리를 대신할 수 없다

시장지위, 참가자와 계약조건이 달라지면 경쟁법상 평가도 달라질 수 있다. 기술별 가격결정의 독립성, 민감정보 차단, 평가자의 이해상충 관리와 양자 협상 경로가 실제로 유지되는지 꾸준히 점검해야 한다.

맺음말: 좋은 푸드코트는 함께할 것과 따로 할 것을 가려낸다

3G 특허 플랫폼의 핵심은 특허를 무조건 한 바구니에 모으는 데 있지 않았다. 독립 위생검사소와 공통 행정망은 함께 쓰되, 경쟁하는 기술 코너의 메뉴와 가격은 따로 정했다. 표준계약으로 주문을 쉽게 만들면서도 특허권자와 실시자가 별도 협상을 고를 자유를 남겼다.

특허수익화 플랫폼에도 같은 원리가 적용된다. 공동화할수록 효율적인 기능과 공동화해서는 안 될 경쟁 기능을 먼저 가려야 한다. 독립적인 특허평가와 투명한 행정, 민감정보 차단, 선택 가능한 계약경로가 맞물려야 특허권자는 정당한 수익화 기회를 얻고 제조사는 예측 가능한 경로로 기술에 접근한다.

프리미엄 푸드코트는 좋은 요리사만 모은다고 성공하지 않는다. 믿을 수 있는 검사소, 공정한 운영규칙, 독립적인 코너, 손님이 이해할 수 있는 메뉴판이 모두 필요하다. 3G3P가 오늘의 표준필수특허 라이선싱에 남긴 가장 중요한 교훈도 여기에 있다.

참고문헌

  1. U.S. Department of Justice, Response to 3G Patent Platform Partnership's Request for Business Review Letter (Nov. 12, 2002)
  2. U.S. Department of Justice, Justice Department Clears Way for Formation of Wireless Telecommunications Patent Platforms (Nov. 12, 2002)
  3. European Commission CORDIS, 3G manufacturers to have better access to patents (Nov. 20, 2002)
  4. UNIDO, Industrial Development Report 2005, Annex 7.2: The 3G Patent Platform, pp. 104-107
  5. UK Companies House, Incorporation and names: company limited by guarantee
  6. WIPO Library, Larry M. Goldstein & Brian N. Kearsey, Technology Patent Licensing (2004)
  7. European Commission Joint Research Centre, Pilot Study for Essentiality Assessment of Standard Essential Patents (2020)

※ 이 글은 3G3P의 역사적 설계와 공개자료를 설명하는 일반적 정보이며, 개별 라이선스 계약이나 경쟁법 사안에 대한 법률의견이 아니다.

Sunday, August 16, 2026

Why Are Quantum SDKs Free? The Platform, Standards, and Quantum-Compute Competition Behind the Code

The platform, standards, and quantum-compute competition behind free code

When I first learned to work with quantum computing in code during graduate school, one of the tools I used most often was IBM's Qiskit. I would build quantum circuits, implement algorithms, and then examine the results on simulators or actual quantum hardware. At the time, I saw Qiskit primarily for what it plainly was: an excellent tool for learning and research. Looking at the industry again years later, however, a different question came into view. In a field that requires extraordinary levels of research and development investment, why do companies make core development tools available for free?

It would be too simple to reduce the answer to vendor lock-in. It would be equally incomplete to describe free quantum SDKs solely as an open-source contribution to research and education. Free SDKs do, in fact, facilitate education, dissemination of research, external contributions, and technical validation. At the same time, they can expand developer adoption, make particular programming paths familiar, and help cultivate future demand for scarce computing resources. Those are different propositions. Saying that a company intended those market effects requires evidence of intent; observing that such effects may arise from the structure of the market does not.

The Code May Be Free; the Compute Is Scarce

Qiskit is an open-source SDK distributed under the Apache License 2.0.[1] But a free SDK is not the same thing as unlimited free access to a quantum computer. As of August 16, 2026, IBM Quantum's Open Plan provides up to 10 minutes of QPU usage on a rolling 28-day basis.[2] Amazon Braket generally charges for on-demand QPU access through a combination of per-task and per-shot fees, while dedicated reservations are offered on a time-based basis.[3]

The economics become clearer once those layers are separated. Software and documentation do not ordinarily incur proportional marginal cost each time another developer downloads or uses them. A QPU is different. It is a physical resource with substantial construction and operating costs and finite availability. That makes it economically plausible to lower the barrier at the software layer while charging for scarce execution resources and higher-value services. Nor do all providers offer hardware access on the same terms. Cirq is an open-source framework, but access to Google's quantum processors requires a separate approval process.[4] Free software and access to quantum hardware are distinct questions from the outset.

Several Distinct Layers Sit Beneath the Label “SDK”

One of the easiest mistakes in discussing quantum SDKs is to collapse the entire software stack into a single category. An SDK, an intermediate representation (IR), a compiler or transpiler, a runtime, QaaS, and a QPU do not perform the same function. A development framework expresses circuits and algorithms. An IR provides a representation used to carry a program through stages of compilation. Compilers and transpilers perform gate decomposition, placement, routing, and optimization. Runtimes and cloud services handle job submission, queuing, execution, and result management. The QPU ultimately performs the physical computation.

For the same reason, it is imprecise to say that an SDK directly “controls” a QPU. In a cloud environment, developers generally interact with circuits, execution options, and job-submission interfaces. Device calibration, physical control, resource allocation, and substantial portions of execution policy remain with the provider. The strategic importance of the SDK therefore does not arise because it owns or physically controls the QPU. It arises because the SDK helps mediate the path by which a developer's algorithm reaches the underlying computing resource.

Lock-In Is More Often Accumulated Than Announced

The fact that Qiskit is open source and the proposition that IBM released Qiskit for the purpose of creating lock-in are entirely different claims. The latter requires independent evidence. Research dissemination, community growth, external contributions, and technical validation are themselves sufficient reasons for maintaining an open-source project.

Open source, however, does not eliminate switching costs. Developers become familiar with a framework's object model, libraries, APIs, and compilation workflow. Organizations build codebases, tests, automation, authentication systems, experiment records, security reviews, and operating procedures around those tools. Optimizations tied to a particular QPU's gate set and connectivity, as well as runtime policies, queues, reservations, pricing, support, and service-level commitments, can add further friction. In practice, switching costs tend to arise not from a single restrictive license, but from the accumulated weight of technical, operational, and contractual assets. That concentration is not necessarily undesirable. A customer may accept greater dependence on a platform in exchange for better performance, productivity, reliability, or support.

An Intermediate Representation Is Not Middleware

Portability analysis also requires careful terminology. OpenQASM and QIR concern, in different ways, how quantum programs are represented between stages of a toolchain. pytket, by contrast, is better understood as a compiler and toolkit layer that uses a common Backend abstraction to interact with devices and simulators from multiple providers. The OpenQASM 3 specification expressly identifies an intermediate-representation role between higher-level compilers and quantum hardware as one of its principal objectives.[5] QIR is an LLVM-based quantum intermediate representation, and generic QIR may need to be transformed into a form that satisfies the requirements of a particular target or capability profile.[6] pytket provides compilation functionality and a Backend abstraction that connects software to devices and simulators across providers.[7]

An IR and middleware are therefore not synonyms. An IR is a representation in which a program is expressed. A compiler or middleware layer is software that reads, transforms, and connects such representations to an execution environment. Conflating those concepts can lead to another mistaken inference: that the existence of an open IR necessarily makes movement between platforms frictionless.

Code portability does not guarantee performance portability. Rewriting source code for another framework, translating a program into another IR without losing information, and successfully executing the program on a different QPU are separate questions. Whether accuracy, circuit depth, cost, and latency remain comparable is yet another question of performance portability. Operational portability also matters: authentication, monitoring, experiment metadata, security processes, and regulatory controls may all have to move with the workload. An open IR can improve representational portability without solving every other layer of portability.

Open Source Does Not Necessarily Mean an Open Platform

The Apache License 2.0 used by Qiskit broadly permits modification, redistribution, and commercial use, and includes a patent license from contributors within the scope defined by the license. It also contains a patent-termination provision that applies to specified patent litigation involving the Work or a Contribution.[8]

What an open-source license opens, however, is primarily the code and the associated legal permissions. It does not automatically open access to physical QPUs, calibration data, low-level controls, execution priority, managed runtimes, enterprise support, or service-level commitments. Open source and commercialization are therefore not opposing strategies. The more useful question is which layers are open and which remain under the provider's control.

In Standards Work, Status Matters More Than the Project Number

Standards discussions are particularly time-sensitive. A Project Authorization Request (PAR) authorizes a standards-development project; it is not itself a published IEEE standard. As of August 16, 2026, IEEE project pages list P7130, Quantum Technologies Definitions, and P3329, Quantum Computing Energy Efficiency, as Active PARs.[9][10] P3980, approved on March 26, 2026, is also listed as an Active PAR and addresses general application guidance for hybrid quantum-classical computing technology.[11]

IEEE Standards Board action records, however, show that the PAR for P3155 was withdrawn in June 2023, P3120 in June 2025, and P3185 in September 2025.[12] Some individual project pages may continue to display an Active PAR label after a withdrawal action appears in the Board's records. That is precisely why a project page should not be treated as the sole source of truth for current status; the most recent Standards Board action should also be checked.

The movement itself is instructive. It suggests that the standards architecture for quantum computing remains unsettled. For policymakers and companies, the important question is not simply whether a component is open source. More practical questions are whether code and data can move, whether results can be reproduced across QPUs, how far IRs and APIs are interoperable, and whether experimental assets and operational processes remain recoverable when a contractual relationship ends.

What a Free SDK Expands Is the Future Path

When I first used Qiskit, I was simply grateful that such a capable tool was available at no cost. Looking at the same kind of tool today, I pay more attention to what accumulates on top of it. Developers learn the tool, write code, and build tests and experimental procedures. Organizations begin to treat particular APIs and execution environments as part of their operating infrastructure. From a provider's perspective, more developers become familiar with programming paths that lead into the provider's own ecosystem or an affiliated one.

None of that, standing alone, proves an intentional lock-in strategy. It does, however, support a more modest and more defensible conclusion: free SDKs can lower the barriers to research and education while also shaping future compute demand and platform adoption. Looking only at qubit counts and error rates misses that layer of competition. At a time when no one can say with confidence which hardware architecture will ultimately prevail, the languages, SDKs, IRs, compilers, and runtimes around which developers build code and habits may themselves become strategically significant.

The future competition among quantum platforms will not take place only inside hardware laboratories. The SDK a developer installs today—and the code, tests, and operating practices built on top of it—are already part of that competition.


Primary Sources and Verification Materials

Verification date: August 16, 2026. Service terms and standards-project status may change after this date.

  1. Qiskit/qiskit — Qiskit open-source SDK, Apache License 2.0
  2. IBM Quantum Documentation — Plans overview
  3. Amazon Web Services — Amazon Braket Pricing
  4. Google Quantum AI — Getting set up to use Google's quantum processors
  5. OpenQASM Live Specification — Introduction
  6. QIR Alliance — What is QIR?; QAT Architecture Overview
  7. Quantinuum pytket User Guide — Running on Backends
  8. Apache Software Foundation — Apache License, Version 2.0
  9. IEEE SA — P7130, Standard for Quantum Technologies Definitions
  10. IEEE SA — P3329, Standard for Quantum Computing Energy Efficiency
  11. IEEE SA — P3980, Guide for General Application of Hybrid Quantum-Classical Computing Technology
  12. IEEE SA Standards Board — Withdrawn PAR records: P3155 (June 29, 2023), P3120 (June 19–20, 2025), P3185 (September 10, 2025)

양자 SDK는 왜 무료인가? 무료 코드 뒤의 플랫폼·표준·계산자원 경쟁

무료 코드 뒤에서 벌어지는 플랫폼·표준·계산자원 경쟁

대학원 시절 양자컴퓨팅을 코드로 처음 익힐 때 자주 손이 간 도구가 IBM의 Qiskit이었습니다. 양자회로를 짜고 알고리즘을 구현한 뒤 시뮬레이터와 실제 장비에서 결과를 확인했습니다. 그때만 해도 Qiskit은 무엇보다 훌륭한 학습·연구 도구였습니다. 시간이 지나 양자컴퓨팅 산업을 다시 들여다보자 예전에는 보이지 않던 질문이 하나 눈에 들어왔습니다. 연구개발비가 막대한 분야에서 기업들은 왜 핵심 개발도구를 무료로 공개할까요.

답을 락인(lock-in) 하나로 압축하면 너무 단순합니다. 반대로 연구와 교육을 위한 오픈소스라고만 설명해도 충분하지 않습니다. 무료 SDK는 연구성과 확산과 교육, 외부 기여, 기술 검증에 실제로 쓰입니다. 동시에 개발자 채택을 늘리고 특정 프로그래밍 경로를 익숙하게 만들며, 장래의 계산자원 수요로 이어질 수도 있습니다. 다만 두 층위는 구별해야 합니다. 기업이 그런 효과를 의도했다고 단정하는 것과, 시장에서 그런 효과가 생길 수 있다고 분석하는 것은 다른 이야기입니다.

무료인 것은 코드, 희소한 것은 계산자원입니다

Qiskit은 Apache License 2.0으로 공개된 오픈소스 SDK입니다.[1] 하지만 SDK가 무료라는 말과 양자컴퓨터를 무제한 무료로 쓸 수 있다는 말은 같지 않습니다. 2026년 8월 16일 현재 IBM Quantum의 Open Plan은 28일 이동창 기준 최대 10분의 QPU 사용시간을 무료로 제공합니다.[2] AWS Braket의 온디맨드 QPU는 일반적으로 태스크 수수료와 샷당 사용료가 붙고, 전용 예약은 시간 단위의 reservation 요금으로 제공됩니다.[3]

가격 구조만 놓고 보면 무료 SDK의 의미가 조금 더 선명해집니다. 소프트웨어와 문서는 사용자가 한 명 늘어난다고 원가가 같은 비율로 늘어나는 상품이 아닙니다. QPU는 다릅니다. 장비 구축과 운영에 비용이 들고 가용 시간에도 한계가 있는 물리적 자원입니다. 개발도구의 문턱을 낮추고 희소한 실행자원이나 고급 서비스에서 과금하는 구조가 성립하는 이유입니다. 그렇다고 모든 공급자의 하드웨어 접근방식이 같은 것도 아닙니다. Cirq는 오픈소스 프레임워크이지만 Google의 양자 프로세서 접근에는 별도의 승인 절차가 필요합니다.[4] 무료 SDK와 실제 QPU 접근은 애초부터 다른 층위의 문제입니다.

SDK라는 이름 아래에는 여러 층이 겹쳐 있습니다

양자 SDK를 이야기할 때 가장 쉽게 생기는 오해도 여기에서 시작됩니다. SDK, 중간표현(IR), 컴파일러·트랜스파일러, 런타임, QaaS, QPU를 한 덩어리로 부르면 실제 기술구조가 흐려집니다. 개발 프레임워크는 회로와 알고리즘을 표현합니다. IR은 컴파일 과정에서 프로그램을 전달하기 위한 표현 형식입니다. 컴파일러와 트랜스파일러는 게이트 분해, 배치, 라우팅, 최적화를 맡습니다. 그 아래 런타임과 클라우드 서비스가 작업 제출·큐잉·실행·결과 관리를 이어 가고, 마지막 물리 연산은 QPU가 수행합니다.

이 때문에 SDK가 QPU를 직접 ‘제어한다’는 표현도 정확하지 않습니다. 클라우드 환경에서 사용자가 주로 다루는 것은 회로와 실행 옵션, 작업 제출 인터페이스입니다. 장치 캘리브레이션, 물리 제어, 자원 배분과 상당 부분의 실행정책은 제공자 쪽에 남습니다. SDK가 중요한 이유는 QPU를 소유하거나 물리적으로 지배해서가 아닙니다. 개발자의 알고리즘이 실제 계산자원에 도달하는 경로를 매개하기 때문입니다.

락인은 의도보다 축적에서 생깁니다

Qiskit이 오픈소스라는 사실과 IBM이 락인을 목적으로 Qiskit을 공개했다는 주장은 전혀 다른 명제입니다. 후자를 사실로 말하려면 별도의 근거가 있어야 합니다. 연구 확산, 커뮤니티 확대, 외부 기여와 검증만으로도 오픈소스를 택할 이유는 충분합니다.

그렇다고 전환비용까지 없어지는 것은 아닙니다. 개발자는 특정 프레임워크의 객체 모델과 라이브러리, API, 컴파일 방식에 익숙해집니다. 조직에서는 코드베이스와 테스트, 자동화, 인증, 실험기록, 보안 검토, 운영 절차가 그 위에 차곡차곡 쌓입니다. 특정 QPU의 게이트셋과 연결성에 맞춘 최적화, 런타임 정책, 대기열과 예약, 가격·지원·SLA 같은 계약조건도 선택을 붙잡는 요소가 됩니다. 결국 전환비용은 폐쇄적인 라이선스 하나에서 생기기보다 기술적·운영적·계약적 자산이 누적되면서 커집니다. 물론 이런 집중이 언제나 나쁜 것은 아닙니다. 한 플랫폼에 익숙해진 대가로 더 높은 성능과 생산성, 안정적인 지원을 얻을 수도 있습니다.

중간표현은 미들웨어가 아닙니다

이식성을 논할 때는 용어부터 분리할 필요가 있습니다. OpenQASM과 QIR은 프로그램을 표현하는 중간표현의 문제에 가깝습니다. pytket은 여러 장치와 시뮬레이터를 공통 Backend 인터페이스로 다루는 컴파일러·툴킷 계층에 가깝습니다. OpenQASM 3 명세는 상위 컴파일러와 양자 하드웨어 사이의 IR 역할을 주요 목표로 밝히고 있습니다.[5] QIR은 LLVM을 바탕으로 한 양자 중간표현이며, 범용 QIR을 특정 타깃의 요구조건에 맞게 다시 변환하는 단계가 필요합니다.[6] pytket은 최적화 컴파일러와 Backend 추상화를 제공해 여러 공급자의 장치·시뮬레이터와 연결합니다.[7]

IR과 미들웨어는 같은 말이 아닙니다. IR이 프로그램을 담는 공통 표현이라면, 컴파일러나 미들웨어는 그 표현을 읽고 바꾸어 실제 실행환경과 이어 주는 소프트웨어입니다. 이 차이를 놓치면 공개 IR이 존재한다는 이유만으로 플랫폼 이동도 자유롭다고 오해하기 쉽습니다.

코드가 옮겨 간다고 성능까지 따라가는 것도 아닙니다. 소스코드를 다른 프레임워크로 옮기는 문제, 프로그램 표현을 다른 IR로 손실 없이 바꾸는 문제, 다른 QPU에서 실제로 실행하는 문제는 서로 다릅니다. 정확도·회로 깊이·비용·지연시간까지 유지되는지는 다시 별도의 성능 이식성 문제입니다. 인증과 모니터링, 실험 메타데이터, 보안·규제 절차를 옮기는 운영 이식성도 남습니다. 공개 IR은 표현 이식성을 높일 수 있지만 나머지 층위까지 자동으로 해결하지는 않습니다.

오픈소스와 개방형 플랫폼은 같은 말이 아닙니다

Qiskit이 채택한 Apache License 2.0은 수정·재배포·상업적 이용을 폭넓게 허용하고, 기여자가 제공하는 일정 범위의 특허 라이선스도 포함합니다. 해당 Work 또는 Contribution이 특허를 침해한다고 주장하는 일정한 특허소송을 제기하면 그 특허 라이선스가 종료되는 조항도 있습니다.[8]

다만 오픈소스 라이선스가 여는 것은 기본적으로 코드에 관한 권리입니다. 실제 QPU 접근, 캘리브레이션 데이터, 저수준 제어, 실행 우선순위, 관리형 런타임, 기업지원과 SLA까지 따라서 열리는 것은 아닙니다. 오픈소스와 상용화가 서로 반대되는 선택이 아닌 이유가 여기에 있습니다. 플랫폼의 개방성을 판단하려면 소스코드 공개 여부 하나보다 어느 계층이 열려 있고, 어느 계층이 공급자의 통제 아래 남아 있는지를 살펴야 합니다.

표준화는 번호보다 상태가 중요합니다

표준화 이야기는 특히 시점에 민감합니다. PAR(Project Authorization Request)은 표준 개발 프로젝트를 승인하는 절차이지, 그 자체로 발행된 IEEE 표준은 아닙니다. 2026년 8월 16일 기준 IEEE의 개별 프로젝트 페이지는 P7130(Quantum Technologies Definitions)과 P3329(Quantum Computing Energy Efficiency)를 Active PAR로 표시합니다.[9][10] P3980은 2026년 3월 26일 승인된 Active PAR로, 하이브리드 양자-고전 컴퓨팅 기술의 일반적 적용 지침을 다룹니다.[11]

한편 IEEE Standards Board의 공식 조치 기록을 보면 P3155의 PAR은 2023년 6월, P3120은 2025년 6월, P3185는 2025년 9월 철회됐습니다.[12] 그런데 일부 개별 프로젝트 페이지에는 철회 뒤에도 Active PAR 표기가 남아 있습니다. 프로젝트 페이지 하나만 보고 현재 상태를 단정하기 어려운 이유입니다. 개별 페이지뿐 아니라 Standards Board의 최신 조치 기록까지 함께 확인해야 합니다.

이런 변화 자체가 양자컴퓨팅의 표준 구조가 아직 굳지 않았음을 보여줍니다. 정책과 기업전략에서 확인해야 할 것도 오픈소스 여부 하나가 아닙니다. 코드와 데이터가 얼마나 이동할 수 있는지, 실행 결과를 다른 QPU에서 재현할 수 있는지, 중간표현과 API가 어디까지 상호운용되는지, 계약이 끝난 뒤에도 실험 자산과 운영절차를 회수할 수 있는지가 더 실질적인 질문입니다.

무료 SDK가 넓히는 것은 미래의 경로입니다

처음 Qiskit을 사용할 때는 무료라는 사실 자체가 고마웠습니다. 지금 같은 도구를 다시 보면 가격표보다 그 위에 무엇이 쌓이는지가 더 눈에 들어옵니다. 개발자는 도구를 배우고 코드를 만들며 테스트와 실험절차를 축적합니다. 기업은 그 과정에서 특정 API와 실행환경을 업무의 일부로 받아들입니다. 공급자 입장에서는 더 많은 개발자가 자사 또는 제휴 생태계로 이어지는 프로그래밍 경로에 익숙해집니다.

그 사실만으로 의도적인 락인을 말할 수는 없습니다. 다만 무료 SDK가 연구와 교육의 문턱을 낮추는 동시에 미래의 계산수요와 플랫폼 채택을 형성하는 효과를 낳는다는 점은 충분히 분석할 수 있습니다. 양자컴퓨팅의 경쟁을 큐비트 수와 오류율만으로 보면 이 층위를 놓칩니다. 어느 하드웨어가 최종 승자가 될지 알 수 없는 시기일수록 개발자가 어떤 언어와 SDK, IR, 컴파일러, 런타임을 중심으로 코드와 습관을 쌓는지가 중요해질 수 있습니다.

미래의 양자 플랫폼 경쟁은 하드웨어 실험실 안에서만 벌어지지 않습니다. 오늘 개발자가 설치한 SDK와 그 위에 쌓인 코드, 테스트, 업무절차 역시 이미 경쟁의 일부입니다.


주요 확인자료

기준일: 2026년 8월 16일. 서비스 조건과 표준 프로젝트 상태는 이후 변경될 수 있습니다.

  1. Qiskit/qiskit — Qiskit open-source SDK, Apache License 2.0
  2. IBM Quantum Documentation — Plans overview
  3. Amazon Web Services — Amazon Braket Pricing
  4. Google Quantum AI — Getting set up to use Google's quantum processors
  5. OpenQASM Live Specification — Introduction
  6. QIR Alliance — What is QIR?; QAT Architecture Overview
  7. Quantinuum pytket User Guide — Running on Backends
  8. Apache Software Foundation — Apache License, Version 2.0
  9. IEEE SA — P7130, Standard for Quantum Technologies Definitions
  10. IEEE SA — P3329, Standard for Quantum Computing Energy Efficiency
  11. IEEE SA — P3980, Guide for General Application of Hybrid Quantum-Classical Computing Technology
  12. IEEE SA Standards Board — Withdrawn PAR records: P3155 (29 June 2023), P3120 (19–20 June 2025), P3185 (10 September 2025)

청구항 해석에 합의했는데 왜 독이 되었나 — Allergan·AstraZeneca 판례로 읽는 합의의 명암

청구항 해석에 합의하고도 불명확성이나 비자명성 다툼은 남을 수 있다. 해석 문제가 모두 끝난 듯 보여도 안심하기는 이르다. 합의 문구가 침해 여부를 가리는 기준이 되고, 항소법원이 판단을 다시 살피는 범위까지 바꾸기 때문이다. 무엇을 끝냈는지...