요약

  • 2001년 10월, W3C 특허 정책 워킹그룹은 권고안이 로열티프리 조건과 함께 RAND 라이선스를 허용해야 하는지에 대해 합의하지 못했습니다. 이 논쟁은 누가 표준을 구현할 수 있는지, 그리고 여러 해의 기술 작업 끝에 워킹그룹이 어느 정도의 특허 리스크를 감수해야 하는지를 다루었습니다.
  • W3C는 2003년 5월 21일, 권고안이 RF(로열티프리) 조건으로 구현 가능하도록 만드는 것을 목표로 하는 정책을 승인했습니다. 이 약속은 특정 워킹그룹의 작업에 연계된 필수 청구 항목에 적용되었으며, 회원이 보유한 모든 특허나 웹에서 사용되는 모든 기술을 포괄하지 않았습니다.
  • 이 정책은 라이선스 약속과 함께 공개 의무, 특정 청구 항목을 제외할 수 있는 기한이 정해진 기회, 그리고 분쟁을 위한 특허 자문 그룹(PAG) 절차를 결합했습니다. 예외는 대안이 모두 소진되고 추가로 공개 검토, 회원 검토 및 디렉터 검토를 거친 후에만 가능했습니다.

특허 논쟁은 특허 보유자를 넘어 확산되었다

웹 표준은 서로 만난 적 없는 사람들이 작성한 소프트웨어와 경쟁 조직들이 판매하는 제품을 조율할 수 있습니다. 그런데 사양의 필수적인 부분을 구현자가 비용을 협상하거나 불확실한 조건을 받아들인 후에야 사용할 수 있다면, 그 조율의 신뢰성은 떨어집니다. W3C의 특허 정책 작업은 권고안이 공유 참조 지점이 되기 전에 그 리스크를 가시화하려고 노력했습니다.

논쟁은 단순히 "특허 대 특허 없음"의 문제가 아니었습니다. W3C의 2001년 초안은 RF와 RAND 접근을 혼합하는 방안을 검토했습니다. 2001년 10월 회의에서 특허 정책 워킹그룹은 상반되는 우려를 기록했습니다. RF 경로를 지지하는 측은 비용이 소프트웨어 배포에 부담을 주고, 오픈소스 구현을 복잡하게 만들며, 표준의 라이선스 상태를 이해하기 어렵게 만들 수 있다고 주장했습니다. RAND 옵션을 유지하자는 측은 유료 조건으로만 이용 가능한 기술을 배제하면 워킹그룹이 유용한 설계를 포기하거나 작업을 다른 곳으로 옮겨야 할 수 있다고 경고했습니다. 이 그룹은 그 선택에 대해 만장일치 의견에 이르지 못했습니다.

이 입장 차이가 중요한 이유는, 표준이 기술적으로는 의견 제출에 개방되어 있더라도 구현 권리는 고르지 않을 수 있기 때문입니다. 워킹그룹 회의록은 정책 변경이 신뢰를 훼손할 수 있다는 개발자들의 우려도 기록했습니다. 이는 표준화 절차 내부의 거버넌스 문제였습니다. 회원과 공개 참여자가 향후 권고안을 구현 가능하게 유지할 규칙이 무엇인지 논의하는 동안, 디렉터와 W3C 회원 전체가 공식적인 의사결정 권한을 보유했습니다.

2003년 정책은 조건부 RF 경로를 설정했다

2003년 5월 21일, W3C는 회원의 승인, 특허 정책 워킹그룹 내 합의, 그리고 공개적 지지를 거쳐 디렉터가 특허 정책을 승인했다고 발표했습니다. 이 정책의 목표는 그 정책에 따라 산출된 권고안이 로열티프리 조건으로 구현될 수 있도록 하는 것이었습니다. 이 정책은 워킹그룹 참여자가 해당 그룹의 작업과 관련된 필수 청구 항목을 정책의 조건 범위 내에서 RF 조건으로 제공하도록 요구했습니다.

이 의무는 W3C 회원 자격만으로 발생하지 않았습니다. 정책에 따르면 회원은 워킹그룹에 가입하거나 그 라이선스 조건에 동의하는 경우에 구속되었습니다. 그 경우에도 커버되는 것은 참여자가 소유하거나 무관한 제3자에게 대가를 지급할 의무 없이 라이선스를 부여할 권리가 있는 청구 항목뿐이었고, 초빙 전문가는 자신이 통제하는 청구 항목에 대해서만 책임을 졌습니다. 필수 청구 항목의 정의도 좁았습니다. 청구 항목은 권고안의 규범적(normative) 부분을 구현하기 위해 필수적으로 침해되어야 하며, 비침해 대안이 없어야 했습니다. 비규범적 자료, 명시되지 않은 지원 기술 또는 참조로 편입된 기술에 영향을 미치는 청구 항목은 그 정의에서 제외되었습니다.

공개(disclosure)는 라이선스 약속을 보완했습니다. 회원 조직은 관련 담당자가 실제로 알고 있고 정책에 따라 요청을 받은 경우, 잠재적으로 필수적인 특허를 공개해야 했습니다. W3C는 특허 검색을 요구하지 않았습니다. 이 정책은 공개 사항을 권고안 트랙을 따라 공개하여, 초안이 진행되는 동안 구현자가 보고된 청구 항목을 볼 수 있도록 했습니다. 이는 기록을 만든 것이지, 모든 가능한 청구 항목이 발견되었다는 보장은 아니었습니다.

제외와 예외가 약속의 경계를 정했다

이 정책은 참여자에게 특허 포트폴리오 전체를 포기하라고 요구하지 않았습니다. 참여자는 첫 공개 워킹 초안 발행에 연계된 제외 기회 내에서, 라이선스를 부여하지 않을 특정 필수 청구 항목을 식별하고 공개할 수 있었습니다. 참여자는 제외를 한 뒤에도 그룹에 남을 수 있었습니다. 이후의 기회는 정의된 조건에 따라 새로운 주제를 다루었습니다. 이러한 기간은 시기를 하나의 통제 수단으로 만들었습니다. 기술 기여자는 초안이 무엇을 필수로 만드는지 식별할 기간을 갖고, 다른 참여자들은 권고안이 완성되기 전에 주장된 경계를 볼 수 있었습니다.

공개된 청구 항목이 RF 조건으로 이용 불가능한 경우, 특허 자문 그룹(PAG)이 그 충돌을 검토할 수 있었습니다. 옵션에는 추가 정보 요청, 청구 항목 우회 설계, 영향받는 기능 제거, 또는 작업 중단이 포함되었습니다. 이러한 대안이 시도된 후에만 PAG가 다른 조건으로 특정 식별된 기술을 포함하는 제안을 할 수 있었습니다. 제안은 그룹의 목표를 달성할 다른 방법이 없는 이유를 설명하고, 청구 항목과 제안된 라이선스 조건을 제시해야 했습니다. 이후 공개 의견 수렴, 자문위원회(Advisory Committee) 심사, 그리고 디렉터의 결정을 거쳐야 했습니다. W3C의 발표는 이를 두 번째 일상 트랙이 아니라 예상치 못한 사례를 위한 좁은 경로로 설명했습니다.

그러므로 이 정책은 RF 약속의 경계와 실패 경로를 모두 명시함으로써 약속에 실효성을 부여했습니다. 특허 문제가 늦게 나타나더라도 절차는 여전히 비용을 수반할 수 있었습니다. 재설계, 지연, 철회 또는 드문 예외가 그것입니다. 이 규칙들은 불확실성을 제거하지는 않았습니다. 대신 표준이 인프라가 되기 전에 더 많은 부분을 검증 가능하게 만들었습니다.

이 정책이 해결하지 못한 것

2003년 정책은 그 정책에 따라 W3C 권고안을 산출하는 과정에서 특허를 다루는 방식을 규율했습니다. 이 정책은 모든 웹 기술이 특허로부터 자유롭다는 것을 확립하지 않았고, 모든 구현자가 비용을 부담하지 않는다는 보장도 하지 않으며, 무관한 특허 권리를 해결하지도 않습니다. 또한 W3C가 목표를 진술한 것이 정책이 채택에 얼마나 기여했는지를 확립하지 않습니다. 공개 기록이 확립하는 것은 제도적 합의와 그 절차이지, 측정된 반사실(counterfactual)이 아닙니다.

W3C의 2004년 2월 5일 정책 문서는 2003년 5월 문서와의 차이가 갱신된 프로세스 링크와 이메일 외의 방식으로 공개할 수 있게 한 행정적 변경임을 명시합니다. 이 날짜들을 구분함으로써 2003년 결정에 이후의 문구 변경을 돌리지 않을 수 있습니다.

이 사례는 표준화 단체가 공유 기술 규칙을 둘러싸고 권한을 어떻게 배분했는지를 보여주는 역사로 유용합니다. 이 정책은 특정 워킹그룹 참여를 구속하고, 청구 항목과 제외를 더 가시적으로 만들며, 그룹의 목표를 위협하는 사례를 위한 예외적 경로를 남겼습니다. 이 정책은 로열티프리 구현을 추구해야 할 조건으로 다루었지, 모든 특허, 기한 또는 불일치를 지워버릴 수 있는 약속으로 다루지 않았습니다.

출처:W3C의 2003년 승인 발표;2003년 5월 20일 특허 정책;2001년 10월 워킹그룹 회의 요약;2001년 초안 프레임워크;W3C의 2003년 FAQ;2004년 2월 5일 정책.