REKEL PATENTINTELLECTUAL PROPERTY

IP / CASE STUDY

COMVIK: jak badać wynalazek łączący technologię i regułę biznesową

Dwie tożsamości na karcie SIM i podział kosztów połączeń. T 641/00 wyjaśnia rolę cech technicznych w poziomie wynalazczym i pozostaje podstawowym punktem odniesienia dla projektów informatycznych.

Telefon, karta SIM i sposób rozliczania

Patent COMVIK dotyczył systemu GSM, w którym użytkownik wybierał tożsamość przypisaną karcie SIM. Zastrzeżenia łączyły działanie infrastruktury z podziałem kosztów rozmów służbowych i prywatnych lub między użytkowników. Po sprzeciwie patent został uchylony, a 26 września 2002 r. Izba oddaliła odwołanie z powodu braku poziomu wynalazczego. (stan faktyczny I–V, uzasadnienie 13–17). [1]

Ta konfiguracja jest nadal pouczająca: korzystny sposób organizacji działalności może być realizowany za pomocą skomplikowanej infrastruktury. Trudność wdrożenia i użyteczność gospodarcza nie opisują jednak jeszcze, gdzie znajduje się wkład techniczny. Analiza wymaga wskazania cechy, skutku i odniesienia do wcześniejszych rozwiązań.

Dwa poziomy analizy zastrzeżenia mieszanego

COMVIK dopuszcza połączenie cech technicznych i nietechnicznych w zastrzeżeniu. Przy ocenie poziomu wynalazczego znaczenie mają cechy wnoszące wkład do technicznego charakteru; pozostałe nie mogą same uzasadniać wynalazczości. Cel nietechniczny może natomiast stanowić zadany warunek problemu technicznego. (tezy I–II i uzasadnienie 4–8). [1]

Podstawę stanowią art. 52 i 56 EPC. Aktualne wytyczne EPO opisują także sytuację, w której cecha rozpatrywana w izolacji wygląda nietechnicznie, lecz w kontekście rozwiązania współtworzy efekt służący celowi technicznemu. Nie należy zatem mechanicznie wykreślać każdego elementu nazwanego „algorytmem” ani zakładać, że każde użycie komputera wystarcza do poziomu wynalazczego. [2] [3]

Metoda redakcyjna: od wymagań klienta do efektu technicznego

Proponujemy rozpoczęcie rozmowy z zespołem od dwóch opisów. Pierwszy wyjaśnia pożądany rezultat organizacyjny: kto ma płacić, co ma być wybierane i jaka reguła decyduje o przydziale. Drugi opisuje realizację: struktury danych, komunikaty, stan urządzenia, zależności czasowe i zasoby. Rozdzielenie tych opisów nie oznacza, że cechy są niezależne; umożliwia sprawdzenie ich wzajemnego wpływu.

W kolejnym kroku tworzymy macierz cech zastrzeżenia. Przy każdej zapisujemy fragment opisu, deklarowany efekt, metodę weryfikacji i możliwy dokument wcześniejszego stanu techniki. Zamiast etykiety „szybszy system” potrzebny jest opis, co jest szybsze, w jakich warunkach i w porównaniu z czym. Jeżeli brak pomiarów, raport powinien odróżniać uzasadnienie techniczne od hipotezy wymagającej dalszych prac.

Następnie badamy oddzielnie nowość i nieoczywistość. W ramach ćwiczenia redakcyjnego próbujemy sformułować problem bez wpisywania do niego kluczowego rozwiązania. Pytanie „jak zastosować naszą szczególną strukturę pamięci” zawiera już część odpowiedzi; pytanie o określony konflikt dostępu pozwala ją dopiero analizować. Dopuszczenie wymogu biznesowego jako ograniczenia nie oznacza, że wolno w ten sposób przemycić element techniczny wynalazku.

Przykład: system rezerwacji pracujący przy ograniczonych zasobach

Hipotetyczna platforma nadaje pierwszeństwo określonej kategorii klientów. Sama reguła pierwszeństwa opisuje wybór organizacyjny. Zespół twierdzi jednak, że nowy mechanizm synchronizacji ogranicza kolizje zapisów w rozproszonych węzłach. To drugie twierdzenie wymaga osobnej dokumentacji architektury, zdarzeń równoczesnych i zachowania w razie awarii. Nie zakładamy, że opisany mechanizm rzeczywiście jest nowy.

Próba porównawcza może używać tych samych żądań, limitów pamięci i warunków sieciowych dla wersji odniesienia i wersji badanej. Raport powinien ujawniać również koszt rozwiązania, na przykład większą liczbę komunikatów albo inne warunki spójności. Przedstawione ćwiczenie nie zastępuje przeszukania stanu techniki ani oceny pełnego zakresu zastrzeżeń. Pomaga natomiast odróżnić korzyść dla modelu biznesowego od postulowanego zachowania systemu technicznego.

Od kart SIM do AI: co można przenieść z tego studium

Noam Shemtov omawia problemy ochrony rozwiązań AI w rozdziale „Beyond algorithms: patenting core AI innovation in Europe”, w A Research Agenda for Patent Law, 2025, s. 65–80, DOI 10.4337/9781803927855.00012. Publiczny abstrakt wskazuje między innymi napięcie między innowacją AI, charakterem technicznym i podejściem COMVIK. Przywołujemy bibliografię i dostępny abstrakt, bez traktowania rozdziału jako aktualnego opisu wszystkich późniejszych orzeczeń. [4]

Wniosek redakcyjny dla projektu AI lub oprogramowania jest organizacyjny: przed przygotowaniem zgłoszenia warto uzgodnić język opisu między badaczem, inżynierem i osobą analizującą patentowalność. Określenia „inteligentny”, „automatyczny” i „optymalny” wymagają przełożenia na cechy i sprawdzalne zależności. COMVIK nie dostarcza gotowego wyniku dla nowego produktu; daje strukturę pytań, które należy poprzeć materiałem technicznym i analizą stanu techniki.

Wynik prac warto zapisać w dwóch wersjach: krótkiej mapie decyzji dla zespołu i szczegółowym załączniku z dokumentami. Krótszy opis nie powinien usuwać warunków, od których zależy wniosek techniczny. Gdy efekt wykazano jedynie przy danym obciążeniu albo konfiguracji, to ograniczenie trzeba zachować także w rozmowie o planowanym zakresie ochrony. Inaczej streszczenie może obiecywać więcej, niż uzasadnia materiał źródłowy.

Co wynika z analizy

  • Rozdziel organizacyjny cel od technicznej realizacji i zbadaj ich powiązanie.
  • Uzasadniaj wkład cech w kontekście całego rozwiązania, bez etykietowania po nazwie.
  • Opisuj efekt, punkt odniesienia i ograniczenia; dopiero potem oceniaj nieoczywistość.

Granice interpretacji

Historyczna decyzja Izby EPO w systemie EPC; nie jest wyrokiem polskiego sądu ani ogólną odmową ochrony oprogramowania. Hipotetyczny system rezerwacji i macierz cech są propozycjami redakcyjnymi. Każde nowe zgłoszenie wymaga odrębnego stanu techniki i analizy ujawnienia.

Źródła i dalsza lektura

  1. 1
    EPO, Two identities/COMVIK ↗

    T 641/00; ECLI:EP:BA:2002:T064100.20020926; 26.09.2002; OJ EPO 2003, 352

    Pierwotna decyzja; tezy I–II, uzasadnienie 4–8 i 13–17. Urzędowa karta metadanych: epo.org/en/boards-of-appeal/decisions/t000641ex1.

  2. 2
    Europejska konwencja patentowa ↗

    EPC, art. 52 i 56

    Zakres wynalazków i wyłączeń; art. 56 dotyczący poziomu wynalazczego dostępny w tej samej urzędowej edycji EPC.

  3. 3
    EPO Guidelines — Claims comprising technical and non-technical features ↗

    Guidelines for Examination 2026, G-VII, 5.4

    Urzędowe objaśnienie podejścia COMVIK, oceny cech w kontekście i trzech etapów metody problem–rozwiązanie; sprawdzono 18.10.2026.

  4. 4
    Noam Shemtov, Beyond algorithms: patenting core AI innovation in Europe ↗

    A Research Agenda for Patent Law, Edward Elgar, 2025, 65–80; DOI:10.4337/9781803927855.00012; eISBN:9781803927855

    Zweryfikowano metadane i publiczny abstrakt wydawcy. Kontekst literaturowy AI; nie zastępuje orzeczenia ani późniejszej aktualizacji prawa.

Pozostałe studia przypadków

Wszystkie sprawy →