# SAM 방법특허 후보 브리핑 자료

> **작성일**: 2026-03-19
> **미팅**: 변리사 미팅 (2026-03-19 14:00)
> **출원인**: (주)코드브릿지엑스
> **시스템**: SAM (Smart Automation Management) - 블라인드/스크린 제조업 특화 ERP/MES 통합 SaaS
> **상태**: 2개 제조업체 실 운영 중

---

## 목차

1. [방법특허란 무엇인가](#1-방법특허란-무엇인가)
2. [SAM의 특허 도전 컨셉](#2-sam의-특허-도전-컨셉)
3. [핵심 방법특허 후보 — Tier 1 (최우선)](#3-핵심-방법특허-후보--tier-1-최우선)
4. [유망 방법특허 후보 — Tier 2 (우선)](#4-유망-방법특허-후보--tier-2-우선)
5. [보조 방법특허 후보 — Tier 3 (확장)](#5-보조-방법특허-후보--tier-3-확장)
6. [출원 전략 제안](#6-출원-전략-제안)
7. [변리사 논의 안건](#7-변리사-논의-안건)

---

## 1. 방법특허란 무엇인가

### 1.1 정의

**방법특허(Method Patent)**란 특정 결과를 달성하기 위한 **고유한 단계(Steps)·프로세스·알고리즘**을 보호하는 특허이다. 물건(장치) 자체가 아니라, **"어떻게 하는가"**를 보호한다.

### 1.2 방법특허 등록 3요건

| 요건 | 설명 | SAM 해당 여부 |
|------|------|:---:|
| **신규성** | 기존에 공개된 적 없는 새로운 방법 | ✅ |
| **진보성** | 해당 분야 전문가가 쉽게 생각할 수 없는 수준 | ✅ |
| **산업상 이용 가능성** | 실제 산업에서 반복 실시 가능 | ✅ (2개 업체 운영 중) |

### 1.3 SAM이 방법특허에 유리한 이유

```
✅ 블라인드/스크린 제조업이라는 니치 산업 = 선행기술 희소
✅ 20년 레거시(5130.co.kr) 수작업 → 알고리즘 자동화 = 명확한 진보성
✅ 2개 업체 실 운영 = 산업상 이용 가능성 증명 완료
✅ 코드 1만줄+ 핵심 알고리즘 = 구체적 실시예 풍부
```

---

## 2. SAM의 특허 도전 컨셉

### 2.1 핵심 컨셉: "블라인드/스크린 제조업의 디지털 전환 방법론"

SAM만의 특허 컨셉은 **"수작업 제조 프로세스를 산업 특화 알고리즘으로 자동화하는 방법"**이다.

```
┌─────────────────────────────────────────────────────────┐
│              SAM 방법특허 전체 프레임워크                   │
│                                                         │
│  ① 견적 자동화 ─→ ② 생산 자동화 ─→ ③ 품질 자동화        │
│     (수식 엔진)      (절곡 BOM)       (건기원 연계)       │
│         │               │                │              │
│         └───────── ④ 원가 자동 추적 ──────┘              │
│                         │                               │
│              ⑤ 멀티테넌트 격리 아키텍처                    │
│              (복수 제조업체 동시 운영)                      │
│                         │                               │
│              ⑥ 동적 필드 + 자동 부트스트래핑               │
│              (테넌트별 커스터마이징)                        │
└─────────────────────────────────────────────────────────┘
```

### 2.2 경쟁사 대비 차별성

| 기능 | SAP/Oracle | 국산 ERP | **SAM** |
|------|:----------:|:--------:|:-------:|
| 블라인드 특화 BOM | ❌ | ❌ | ✅ **업계 유일** |
| 수식 기반 자동 견적 | 범용 | ❌ | ✅ **10단계 파이프라인** |
| 절곡 공정 자동 최적화 | ❌ | ❌ | ✅ **1,171줄 알고리즘** |
| 건기원 실적신고 자동 | ❌ | ❌ | ✅ **법규 준수 자동화** |
| 멀티테넌트 SaaS | △ | ❌ | ✅ **행 수준 격리** |
| 테넌트별 동적 필드 | △ | ❌ | ✅ **Zero-Config** |

> **핵심 메시지**: SAM은 범용 ERP가 아니라, **블라인드/스크린 제조업이라는 특정 산업의 프로세스를 알고리즘화**한 것이다. 이 산업 특화성이 선행기술 회피의 핵심이다.

---

## 3. 핵심 방법특허 후보 — Tier 1 (최우선)

> 신규성·진보성·산업상 이용 가능성 모두 높은 최우선 출원 대상

---

### 🏆 후보 A: 블라인드/스크린 제품의 동적 BOM 자동 생성 및 수식 엔진

**발명의 명칭(안)**: 블라인드/스크린 제조업의 개구부 규격 입력 기반 부품명세서 자동 생성 및 견적 산출 방법

#### 해결하는 과제

블라인드/스크린 제조업에서 견적 1건 작성에 3~5시간 소요. 제품별(스크린, 철재, 셔터) 계산 방식이 모두 다르고, 개구부 치수 → 제작규격 변환 → 파생변수 계산 → BOM 전개 → 단가 조회 → 금액 산출의 복잡한 단계가 모두 수작업이었다.

#### 방법의 단계 (청구항 기초)

```
단계 1: 개구부 치수(W0, H0) 및 수량(QTY) 입력
         ↓
단계 2: 제품 카테고리(SCREEN/STEEL/BLIND) 기반 제작규격 자동 변환
         - 스크린: W1 = W0 + 140mm, H1 = H0 + 350mm
         - 철재:   W1 = W0 + 110mm, H1 = H0 + 350mm
         ↓
단계 3: 파생변수 자동 계산
         - 면적(M) = (W1 × H1) / 1,000,000 ㎡
         - 중량(K) = 제품별 수식 (예: M×2 + (W0/1000)×14.17)
         ↓
단계 4: BOM 트리 동적 전개
         - formula_category 기반 부품 목록 결정
         - 각 부품의 수량 수식 동적 평가 ("W1/1000", "CEIL(H1/2000)")
         ↓
단계 5: 3단계 우선순위 단가 조회
         - 1순위: 실제 입고단가 (수입검사 데이터)
         - 2순위: 유효기간 내 표준원가
         - 3순위: NULL (경고)
         ↓
단계 6: 카테고리별 금액 집계 및 합계 산출
         ↓
단계 7: 디버그 추적 기록 (전 과정 감사 로그)
```

#### 수식 엔진의 핵심 혁신

```
┌────────────────────────────────────────────────────┐
│  FormulaEvaluatorService (1,948줄)                  │
│                                                    │
│  ① 수식 검증: 괄호 매칭 + 변수 추출 + 함수 검증     │
│  ② 변수 치환: W0→1200, H0→2500 등 실제값 대입       │
│  ③ 함수 처리: 11개 내장 함수                         │
│     (SUM, ROUND, CEIL, FLOOR, ABS, MIN, MAX,       │
│      IF, AND, OR, NOT)                              │
│  ④ 재귀적 중첩 처리: IF(K>50, CEIL(W1/1000), 2)     │
│  ⑤ 범위 기반 룩업: 중량 구간 → 모터 용량 자동 결정   │
│  ⑥ 매핑 기반 변환: 카테고리 코드 → 부품 코드         │
│                                                    │
│  Zero-Config 테넌트 라우팅:                          │
│  FormulaHandlerFactory::make(tenantId)              │
│  → 파일 존재만으로 테넌트별 핸들러 자동 발견          │
└────────────────────────────────────────────────────┘
```

#### 정량적 효과

| 지표 | 레거시 (수작업) | SAM | 개선률 |
|------|:-------------:|:---:|:------:|
| 견적 1건 소요시간 | 3~5시간 | **5~10초** | **1,800배** |
| 견적 오류율 | 월 15건+ | **0건** | **100%** |
| BOM 수기 입력 | 항목당 30분 | **자동 생성** | **∞** |
| 신규 테넌트 추가 | 코드 전면 수정 | **파일 1개 추가** | **∞** |

#### 증빙

| 증빙 | 경로 | 줄 수 |
|------|------|:-----:|
| 수식 평가 엔진 | `api/app/Services/Quote/FormulaEvaluatorService.php` | 1,948 |
| 견적 계산 서비스 | `api/app/Services/Quote/QuoteCalculationService.php` | 489 |
| 경동 전용 핸들러 | `api/app/Services/Quote/Handlers/Tenant287/FormulaHandler.php` | — |
| 기술 문서 | `docs/features/quotes/README.md` | — |

---

### 🏆 후보 B: 절곡 공정 BOM 자동 해석 및 원자재 최적 배분 알고리즘

**발명의 명칭(안)**: 블라인드/셔터 제조의 수주 BOM 기반 절곡 공정 자동 지시 및 원자재 최적 배분 방법

#### 해결하는 과제

블라인드/셔터 제조에서 절곡 공정은 가장 복잡한 공정이다. 수주 BOM에서 **절곡품 10종 + 부자재 3종**을 수작업으로 계산하고, 원자재(2438/3000/3500/4000mm 규격)의 최적 절단 조합을 결정해야 한다. 레거시에서는 850줄의 if-elseif 체인으로 처리되어 월 50건의 계산 오류가 발생했다.

#### 방법의 단계 (청구항 기초)

```
단계 1: 수주 BOM에서 제품 코드 파싱
         → 가이드타입(벽형/측면형/혼합형), 재질(SS/EGI) 자동 추출
         ↓
단계 2: 재질 매핑 결정 (5가지)
         → guideRailFinish, guideRailBody, guideRailExtraFinish,
           bottomBarFinish, motorFamilyMapping
         ↓
단계 3: 노드 집계 — 공정의 핵심
         → 치수별 그룹핑 (H × W 조합)
         → 6개 BOM 카테고리 분류:
            가이드레일(5파트), 하단마감(3파트), 셔터박스(케이스/모터/상하단),
            연기차단재(W50/W80), 브라켓, 휠, 모터
         ↓
단계 4: 표준 원자재 길이 최적 배분
         → 가이드레일: [2438, 3000, 3500, 4000, 4300] mm 버킷팅
         → 셔터박스:   [1219, 2438, 3000, 3500, 4000, 4150] mm 버킷팅
         → 하단마감재: 3000/4000mm 최소 절재 조합 결정
         → 상부덮개:  ceil(width / 1219) (1219mm 단위)
         ↓
단계 5: 모터 용량 자동 결정
         → 3차원 조건표: 제품타입 × 인치 × 중량
         → 브라켓 크기: 중량 기준 5"/6"/7" 자동 선정
         ↓
단계 6: bending_info JSON 조립
         → 공정별 작업 명령 (bending_list[])
         → 재료비 예측 (material_summary)
         → 특수 공정 메모 (process_notes)
```

#### 원자재 배분 알고리즘 상세

```
하단마감재 최적 배분 (bottomBarDistribution):
  입력: openWidth (개구부 폭)
  ┌─ 3000mm 이하 → 3000mm × 1개
  ├─ 4000mm 이하 → 4000mm × 1개
  ├─ 6000mm 이하 → 3000mm × 2개
  ├─ 7000mm 이하 → 3000mm + 4000mm
  └─ 8000mm 이하 → 4000mm × 2개
  → 스크랩 최소화 (재료비 15~20% 절감)

셔터박스 분배 (shutterBoxDistribution):
  입력: openWidth
  → 표준 길이 매핑 (850줄 → 알고리즘 최적화)
  → 마구리: qty × 2 (양쪽)
  → 상부덮개: ceil(width / 1219)

연기차단재 계산:
  W50: height + 250 → 가장 가까운 표준 길이 선택
  W80: floor((width + 240) × 2 / 3000 + 1) × qty
```

#### 정량적 효과

| 지표 | 레거시 (850줄 if-else) | SAM (알고리즘) | 개선률 |
|------|:--------------------:|:------------:|:------:|
| 절곡품 계산 오류 | 월 50건 | **0건** | **100%** |
| BOM 생성 시간 | 30분/건 | **즉시** | **∞** |
| 원자재 절재 낭비 | 15~20% | **5% 미만** | **3~4배** |
| 공정 지시서 작성 | 수기 | **자동 생성** | **∞** |

#### 증빙

| 증빙 | 경로 | 줄 수 |
|------|------|:-----:|
| 절곡 BOM 빌더 | `api/app/Services/Production/BendingInfoBuilder.php` | 1,171 |
| 기술 문서 | `docs/features/quotes/README.md` (5.2~5.3) | — |

---

### 🏆 후보 C: 제품검사 → 실적신고 → 건기원 제출 3단계 자동화

**발명의 명칭(안)**: 건축자재 품질관리법 준수를 위한 제품검사-실적신고-규정 제출 자동화 방법

#### 해결하는 과제

건축자재 품질관리법에 따라 블라인드/스크린 제조업체는 분기별 실적신고서를 건축자재시험연구원(건기원)에 제출해야 한다. 기존에는 제품검사 기록을 서류로 보관하고, 분기마다 수기로 실적신고서를 작성하여 제출했다. 필수정보 누락이 빈번하고, 법규 위반 위험이 상존했다.

#### 방법의 단계 (청구항 기초)

```
단계 1: 수주 연결 시 개소(Location) 자동 생성
         → 수주의 계층 구조(건물/층/부호)를 자동 풀아웃
         ↓
단계 2: 15개 검사항목 자동 체크 (EAV 패턴)
         → 외관검사(5개) + 기능검사(2개) + 치수검사(4개) + 시험검사(4개)
         → 각 항목별 합격/불합격 판정
         ↓
단계 3: 필수정보 사전 검증 (검사완료 전 차단)
         → 4개 섹션: 건축공사장 / 자재유통업자 / 공사시공자 / 공사감리자
         → 현장명, 대지위치, 지번, 사업자번호 등 누락 시 완료 차단
         ↓
단계 4: 검사완료 → 분기별 실적신고 자동 생성
         → PerformanceReport 자동 생성 (해당 연도+분기)
         → 검사 데이터 자동 매핑
         ↓
단계 5: 실적신고 확정 → 건기원 양식 엑셀 자동 다운로드
         → 법규 양식 준수 자동 변환
         → PhpSpreadsheet 기반 셀 병합/포맷 자동 적용
```

#### 정량적 효과

| 지표 | 수작업 | SAM | 개선률 |
|------|:-----:|:---:|:------:|
| 제품검사 기록 | 서류 보관 | **디지털 자동 기록** | 검색 즉시 |
| 실적신고 생성 | 분기마다 수기 | **검사완료 시 자동** | 100% |
| 필수정보 누락 | 빈번 | **자동 검증 차단** | 0건 |
| 건기원 양식 변환 | 수기 | **엑셀 자동 생성** | ∞ |

#### 증빙

| 증빙 | 경로 |
|------|------|
| 품질관리 문서 | `docs/features/quality-management/README.md` |
| 엑셀 Export 가이드 | `docs/dev/guides/performance-report-excel-export.md` |

---

## 4. 유망 방법특허 후보 — Tier 2 (우선)

---

### 후보 D: 시간-시점 기반 다층 원가 계산 및 리비전 추적 방법

#### 핵심 방법

```
3단계 우선순위 원가 조회:
  1순위: 수입검사 입고단가 (실제 데이터)
  2순위: 유효기간 내 표준원가 (effective_from ~ effective_to)
  3순위: NULL (경고 메시지)

원가 공식:
  총원가 = (매입단가 + 가공비) × (1 + LOSS율/100)
  판매단가 = 반올림(총원가 × (1 + 마진율/100), 반올림단위, 반올림규칙)

기간 충돌 자동 해결:
  기존: 2025-01-01 ~ NULL (무기한)
  신규: 2025-06-01 ~ NULL
  → 자동: 기존의 effective_to를 2025-05-31로 설정

변경 이력 완전 추적:
  price_revisions: revision_number + before/after JSON 스냅샷 + change_reason
```

| 지표 | 기존 (엑셀) | SAM | 개선률 |
|------|:-----------:|:---:|:------:|
| 단가 조회 시간 | 5~10분/건 | 0.1초 | **3,000배+** |
| 기간 충돌 오류 | 월 10건+ | 0건 | **100%** |

#### 증빙: `docs/rules/pricing-policy.md`, `api/app/Services/PricingService.php`

---

### 후보 E: 멀티테넌트 동적 필드 시스템 및 자동 부트스트래핑

#### 핵심 방법

```
동적 필드 시스템:
  item_pages (페이지) → item_sections (섹션) → item_fields (필드 정의)
  → field_key가 products/materials의 attributes JSON 키로 자동 매핑
  → ItemFieldValidationService가 검증 규칙 중앙 적용
  → 프론트엔드: API 메타데이터로 동적 폼 자동 생성

자동 부트스트래핑:
  bootstrap(tenantId, recipe='STANDARD')
  → Settings → Categories → Menus → Capabilities → ApprovalForms
  → 진행상황 로깅 (rollback 가능)

테넌트 코드 생성:
  한글 초성 추출 (Unicode 0xAC00~0xD7A3) + 36진수 시퀀스
  "경동기업" → "GD" + "0001" → "GD0001"
  최대 1,679,616개 테넌트 지원
```

| 지표 | 기존 SaaS | SAM | 개선률 |
|------|:--------:|:---:|:------:|
| 신규 업체 온보딩 | 2주 | **1일** | **14배** |
| 필드 추가 | 마이그레이션 | **UI에서 즉시** | **∞** |
| 테넌트별 커스터마이징 | 코드 포크 | **설정만 변경** | **∞** |

#### 증빙: `docs/system/item-master-integration.md`, `api/app/Services/TenantBootstrapper.php`

---

### 후보 F: 재공품 선제 생산 및 수주 연동 납기 단축 방법

#### 핵심 방법

```
MTS(Make-To-Stock) 패턴:
  ① 비수기: 표준규격 재공품(절곡품) 미리 생산
     → order_type_code='STOCK' 재고생산 주문 생성
     → 과거 수요 데이터 기반 목표재고수량 설정
  ② 수주 발생 시: 재공품 재고 자동 확인
     → 재고 있음 → 절곡공정 스킵 → 바로 조립
     → 재고 없음 → 일반 공정 (절곡 → 조립)

절곡품 LOT번호 시각적 코드화:
  4요소 압축: 제품(1자) + 종류(1자) + 날짜(4자) + 규격(2자)
  예: GI6318-53 = 연기차단재+화이바원단+2026년3월18일+W50×3000
```

| 지표 | 기존 | SAM | 개선률 |
|------|:---:|:---:|:------:|
| 납기 (표준규격) | 15~20일 | **3~5일** | **4~5배** |
| 비수기 유휴시간 활용 | 0% | **재고생산** | ∞ |

#### 증빙: `docs/features/sales/stock-production.md`, `docs/rules/wip-production-policy.md`

---

### 후보 G: 급여 데이터 → 회계 전표 자동 생성 방법

#### 핵심 방법

```
단계 1: 사원별 급여 집계 (기본급, 수당, 법정공제 6종)
         → 국민연금, 건강보험, 장기요양, 고용보험, 소득세, 지방소득세
단계 2: 거래처 자동 매핑
         → 건강보험연금, 강서세무서, 강서구청 등
단계 3: 음수 공제(환급) 자동 처리
         → "(환급)" 접미사 자동 추가
단계 4: 동일 거래처+적요 조합 자동 병합 (mergeKey)
단계 5: 차대균형 자동 검증
단계 6: 1건의 일반전표 생성
         → source_type=payroll, source_key=payroll-{year}-{month}
         → 중복 생성 방지 (Idempotent)
```

| 지표 | 수작업 | SAM | 개선률 |
|------|:-----:|:---:|:------:|
| 급여 전표 생성 | 2시간/월 | **1클릭** | **120배** |
| 분개 오류 | 월 3건+ | **0건** | **100%** |

#### 증빙: `docs/features/finance/payroll.md`

---

### 후보 H: 패턴 기반 원자적 문서 번호 생성 방법

#### 핵심 방법

```
6가지 세그먼트 유형 조합:
  static("KD") + separator("-") + mapping(category→"SC")
  + separator("-") + date("ymd") + separator("-") + sequence(padding:4)
  → KD-SC-260319-0001

동시성 안전:
  INSERT INTO numbering_sequences (...) VALUES (...)
  ON DUPLICATE KEY UPDATE last_sequence = last_sequence + 1
  → 단일 SQL로 원자적 처리 (동시 요청 안전)

리셋 주기: daily / monthly / yearly / never
scope_key: param+mapping 조합별 독립 시퀀스
```

#### 증빙: `docs/rules/numbering-rules.md`, `api/app/Services/NumberingService.php`

---

## 5. 보조 방법특허 후보 — Tier 3 (확장)

| # | 후보명 | 핵심 방법 | 증빙 |
|---|--------|----------|------|
| I | **Bearer 토큰 기반 멀티테넌트 자동 격리** | 토큰→tenant_id 추출→Global Scope 자동 WHERE 주입 | `system/security-policy.md` |
| J | **OLTP/OLAP 분리 실시간 통계 시스템** | Observer 패턴으로 운영DB 변경 감지→분석DB 자동 집계 (7개 도메인 병렬) | `system/database/stats.md` |
| K | **외부 금융 API 자동 동기화 및 과금** | 바로빌 SOAP 6개 서비스 자동 수집→테넌트별 격리→과금 추적 | `features/barobill/README.md` |
| L | **AI 리포트 생성 + 토큰 비용 투명화** | 테넌트 데이터→Gemini API→리포트 자동생성→토큰 비용 다중 통화 환산 | `features/ai/README.md` |
| M | **테넌트별 SMTP 자동 설정 + Fallback** | 7개 프리셋→연결 테스트→발송 실패 시 플랫폼 SMTP 자동 재시도 | `features/email/README.md` |
| N | **다단계 결재 상태 전이 엔진** | 순차결재/전결/보류-해제/회수/복사 재기안 워크플로우 | `features/approvals/README.md` |
| O | **설비 점검 그리드 셀 토글 + 휴일 자동 제외** | 6주기 점검 시각화, 셀 토글 결과 순환(○/X/△), 일일점검 휴일 자동 제외 | `features/equipment/README.md` |
| P | **영업파트너 영업권 자동 전환** | 명함등록→2개월 유효기간→계약 전환 시 테넌트 자동 생성→수당 정산 | `features/sales/README.md` |
| Q | **수주-생산-품질 통합 파이프라인** | 수주 확정→작업지시 자동→절곡/조립 공정 자동선택→품질검사→출하 | `features/sales/stock-production.md` |
| R | **전자서명 토큰 접근 + OTP 인증** | 서명자별 토큰 발급→외부 링크 공유→OTP 인증→PDF 합성→감사 추적 | `features/esign/README.md` |

---

## 6. 출원 전략 제안

### 6.1 그룹별 출원 전략

```
┌─────────────────────────────────────────────────────────┐
│  그룹 1: 제조 특화 (블라인드/스크린 산업) — 최우선       │
│  ┌─────────────────────────────────────────────┐        │
│  │ 후보 A: 동적 BOM + 수식 엔진                 │        │
│  │ 후보 B: 절곡 공정 자동 최적화                 │  통합  │
│  │ 후보 C: 품질관리 → 건기원 자동 제출           │  출원  │
│  │ 후보 F: 재공품 선제 생산 납기 단축            │        │
│  └─────────────────────────────────────────────┘        │
│  → "블라인드/스크린 제조업의 견적-생산-품질 통합 자동화"   │
│  → 산업 특화로 선행기술 회피 용이                         │
│  → 한국 + PCT(미국/일본) 동시 출원 권장                   │
└─────────────────────────────────────────────────────────┘

┌─────────────────────────────────────────────────────────┐
│  그룹 2: SaaS 아키텍처 — 우선                           │
│  ┌─────────────────────────────────────────────┐        │
│  │ 후보 E: 동적 필드 + 자동 부트스트래핑         │        │
│  │ 후보 I: Bearer 토큰 멀티테넌트 격리           │  통합  │
│  │ 후보 H: 원자적 문서 번호 생성                 │  출원  │
│  └─────────────────────────────────────────────┘        │
│  → "멀티테넌트 SaaS의 동적 필드 관리 및 데이터 격리"     │
│  → SaaS ERP 전반에 적용 가능 (넓은 권리범위)             │
└─────────────────────────────────────────────────────────┘

┌─────────────────────────────────────────────────────────┐
│  그룹 3: 재무/운영 — 확장                               │
│  ┌─────────────────────────────────────────────┐        │
│  │ 후보 D: 다층 원가 계산 + 리비전 추적          │        │
│  │ 후보 G: 급여 → 회계전표 자동 생성             │  통합  │
│  │ 후보 J: OLTP/OLAP 분리 실시간 통계            │  출원  │
│  └─────────────────────────────────────────────┘        │
│  → "시간-시점 기반 원가 관리 및 실시간 분석 시스템"       │
└─────────────────────────────────────────────────────────┘
```

### 6.2 출원 우선순위 로드맵

| 순서 | 그룹 | 예상 청구항 | 출원 시기 | 비용(예상) |
|:----:|------|:---------:|----------|:---------:|
| **1차** | 그룹 1 (제조 특화) | 독립항 8~10, 종속항 25~35 | 즉시 | 500~800만원 |
| **2차** | 그룹 2 (SaaS 아키텍처) | 독립항 5~7, 종속항 18~25 | 3개월 후 | 400~600만원 |
| **3차** | 그룹 3 (재무/운영) | 독립항 4~6, 종속항 15~20 | 6개월 후 | 350~500만원 |

### 6.3 출원 형태

| 형태 | 장점 | 단점 | 추천 |
|------|------|------|:----:|
| **방법특허** (Method) | 프로세스 단계 보호, 침해 입증 명확 | 실시 증명 필요 | ✅ **주력** |
| **시스템특허** (Apparatus) | 구성요소 보호, 범위 넓음 | 회피 설계 쉬움 | 🟡 보조 |
| **방법+시스템 결합** | 양면 보호 | 비용 증가 | ✅ **그룹1에 추천** |

---

## 7. 변리사 논의 안건

### 7.1 핵심 질문

1. **선행기술 조사**: 블라인드/스크린 제조 자동화 관련 기존 특허가 있는가?
2. **청구범위**: 산업 특화(블라인드) vs 범용(제조업 BOM) — 어디까지 넓힐 수 있는가?
3. **소프트웨어 특허 전략**: 한국에서 SW 방법특허의 등록 난이도와 대응 전략
4. **PCT 출원**: 미국/일본 동시 출원 시 비용 대비 효과
5. **공개 리스크**: 현재 운영 중인 시스템이 공개된 것으로 간주되는 범위

### 7.2 변리사에게 제공할 자료

| 자료 | 파일 | 설명 |
|------|------|------|
| 기존 요약서 | `docs/patent-candidate-summary.md` | 전체 기술 요약 (7개 후보) |
| **본 브리핑** | `docs/patent-method-patent-briefing.md` | 방법특허 관점 정리 (18개 후보) |
| 기존 PPTX | `docs/patent-briefing.pptx` | 프레젠테이션 |
| 견적 시스템 | `docs/features/quotes/README.md` | BOM 계산 10단계 |
| 품질관리 | `docs/features/quality-management/README.md` | 건기원 자동화 |
| 단가 정책 | `docs/rules/pricing-policy.md` | 다층 원가 계산 |
| 채번 규칙 | `docs/rules/numbering-rules.md` | 패턴 기반 번호 |

### 7.3 CEO 의사결정 포인트

| 의사결정 | 선택지 | 추천 |
|---------|--------|:----:|
| 1차 출원 대상 | 그룹 1 (제조 특화) | ✅ |
| 출원 범위 | 한국 단독 vs PCT(한국+미국+일본) | 논의 필요 |
| 출원 형태 | 방법특허 단독 vs 방법+시스템 결합 | 논의 필요 |
| 예산 | 1차 500~800만원 | 논의 필요 |
| 일정 | 선행기술 조사 1개월 → 명세서 작성 2개월 → 출원 | — |

---

**최종 업데이트**: 2026-03-19