본문으로 건너뛰기

한·중·일·영 소스에서 발생한 엔티티 중복 문제와 실무적 정합 전략

한·중·일·영 소스의 기업명이 스크립트별로 분리될 때 음역으로 표기를 통일하고 스크립트별 블로킹과 언어쌍별 유사도 임계값을 적용해 중복을 줄였다.

이 요약은 AI가 원문을 분석해 생성했습니다. 정확한 내용은 원문 기준으로 확인하세요.

TL;DR

여러 언어로 수집된 기업명은 스크립트 차이로 인해 동일 기업이 여러 노드로 분리되는 문제가 발생했고, 문자열 일치만으로는 해결되지 않았다. 해결책으로 원문을 음운 기반으로 음역해 표기를 통일한 뒤 음역된 canonical form에서 파생한 음운 블로킹 키로 후보를 축소하고 언어쌍별 유사도 임계값을 적용하였으며, 확률적 모델링은 Splink의 EM 추정기를 사용해 비교 벡터 가중치를 학습했다. 다만 EM 기반 방법은 언어조합별 라벨 데이터가 필요해 게시자는 공식 공시에서 포지티브를 추출하고 명확히 다른 기업을 네거티브로 샘플링해 라벨을 생성했고, 그 결과 지식 그래프의 중복이 줄고 검색 정밀도가 개선되었다.

실용적 조언

  • 다국어 정합에서는 먼저 스크립트별 음역을 적용해 표기를 일관화하는 것이 우선순위여서, 한자 표기는 대응하는 발음 표기로, 가나 표기는 로마자 표기로 변환해 입력을 통일하면 이후 유사도 계산의 신호 대 잡음비가 개선된다. 음역 규칙은 각 스크립트의 음운 체계를 반영해 설계해야 하고, 음운 동형어 처리를 위한 보정 규칙을 추가하면 병합 품질이 더 좋아진다. 음역 이후에는 표준화된 형태를 canonical form으로 저장해 블로킹과 비교의 기준으로 사용해야 한다.
  • 대규모 데이터에서는 모든 쌍을 비교할 수 없기 때문에 음역된 canonical form에서 파생한 블로킹 키로 후보를 제한하면 계산량을 실질적으로 줄일 수 있다. 블로킹 키는 음운 기반 서브스트링이나 첫음절 해시처럼 발음 특징을 반영하도록 설계하고, 언어쌍별 특성에 따라 키 생성 규칙을 달리 적용해 블록 단위의 정밀도를 조절해야 한다. 블로킹 단계에서 과도한 필터링은 미병합을 초래하므로 recall과 precision의 균형을 검증용 라벨로 평가해야 한다.
  • 언어쌍별 유사도 임계값을 설정하고 확률적 모델을 사용하면 전역 임계값의 한계를 피할 수 있어서, Splink 같은 EM 기반 추정기를 도입하면 비교 벡터의 분포를 학습해 가중치를 조정할 수 있다. 다만 EM 학습을 위해서는 각 언어조합에 대해 동일·비동일 라벨 쌍이 필요하므로 라벨 부족 상황을 해결하는 전략을 먼저 마련해야 한다. 모델 학습 전에 언어쌍별로 샘플 기반의 허용 오차 범위를 탐색해 초기 임계값을 설정하는 것이 실용적이다.
  • 라벨 데이터가 부족하면 공개 데이터가 없더라도 신뢰 가능한 네거티브와 포지티브 쌍을 반자동으로 생성하는 방법이 효율적이며, 게시자는 명확히 다른 기업 샘플을 네거티브로 삼고 공시문 등 공식 표기에서 대응 표기를 추출해 포지티브를 만들었다. 이 방식은 라벨 노이즈를 최소화하기 위해 자동화된 규칙과 수동 검토를 혼용하는 것이 바람직하고, 생성된 라벨로 모델 초기 학습 후 인간 검증으로 오류를 줄여가며 데이터셋을 확장해야 한다. 라벨 생성 과정의 투명한 기록과 샘플링 기법은 품질 평가에 절대적으로 필요하다.

섹션별 상세

01
여러 언어로 유입된 기업명 데이터에서 동일 기업이 스크립트별 서로 다른 표기로 분리되어 지식 그래프에 중복 노드가 생성되는 문제가 발생했고, 그 결과 동일 회사에 관한 쿼리가 그래프의 일부 노드만 참조해 정보의 상당 부분이 누락됐다. 단순 문자열 일치 방식은 스크립트 차이를 무시하므로 한자·가나·로마자 표기가 섞인 환경에서는 실패가 잦았다. 원문에서는 삼성전자가 한국어·영어·일본어·중국어 표기로 네 개 노드로 나뉘어 쿼리 정확도가 크게 떨어졌음을 사례로 들었다. 이 문제는 다국어 정합을 위한 별도 전처리와 후보 생성 전략이 필요함을 시사한다.
02
문자 비교 전에 음역(transliteration)을 수행하자 대다수 중복이 한 단계에서 병합되는 효과가 관찰되었다는 점이 핵심 해결책이었다. 구체적으로 한자 표기를 한글로, 가타카나를 로마자로 변환해 스크립트 수준의 차이를 제거하면 서로 다른 스크립트에서 온 문자열이 발음상·철자상에 근거해 유사해지므로 이후 유사도 계산이 잘 작동한다. 게시자는 음역을 먼저 수행한 뒤 유사도 알고리즘을 적용하자 많은 중복이 사라졌다고 보고했다. 이 접근법은 다국어 레코드 정합에서 표준화 전처리의 효용을 보여준다.
03
전체 후보 쌍을 전수 비교하면 네 언어 조합에서 조합수가 급증하므로 스케일 문제를 해결하기 위해 블로킹 키를 언어쌍별로 설계해 후보 집합을 축소했다. 음역된 표준형에서 음운 기반의 블로킹 키를 추출하면 동일 블록에 속한 레코드만 비교하므로 계산량이 관리 가능한 수준으로 떨어진다. 원문에서는 canonical transliterated form에서 파생한 음성 블록 키로 후보 집합을 줄였고 그 결과 전체 파이프라인이 규모에 맞게 동작했다고 보고했다. 블로킹은 대규모 다국어 데이터에서 실용적 후보 탐색을 가능하게 한다.
04
언어쌍별로 허용하는 유사도 임계값을 달리 설정해야 한다는 점이 경험적으로 관찰되었고, 한국어-영어 조합은 약어·표기 변형에 관대하지만 일본어-중국어 조합은 더 엄격한 기준이 필요했다. 이 때문에 전역 임계값을 쓰면 어느 쌍에서는 과병합, 다른 쌍에서는 미병합이 발생하는 문제가 생겼다. 게시자는 Splink의 EM 기반 추정기를 이용해 비교 벡터별 확률을 학습하는 방식이 유효하다고 했으나 이 방식은 언어조합별 라벨 데이터가 필요하다고 지적했다. 따라서 언어쌍 특성을 반영한 확률적 모델링과 충분한 라벨링이 동반되어야 한다.
05
실무상 가장 난제는 언어쌍별 라벨 데이터의 부족이었고 특히 한국어-중국어 조합에 공개된 라벨이 거의 없었다는 점이 강조되었다. 게시자는 음이 명확히 다른 기업을 샘플링해 음성적으로 다른 쌍을 음성적 음영의 네거티브로 생성하고, 한국의 공시 문서에서 대응 표기를 찾아 포지티브 쌍을 구성해 라벨 데이터셋을 마련했다고 했다. 파이프라인 실행 후 지식 그래프의 노드 수는 줄었고 검색 정밀도가 개선되는 긍정적 결과가 관찰되었다는 보고가 근거로 제시되었다. 이는 라벨 생성 전략이 모델 기반 정합의 성패를 좌우함을 의미한다.

용어 해설

문자 음역(트랜슬리터레이션)(Transliteration)
다국어 엔티티 정합에서 원문 표기를 음운 기반 표기로 변환해 서로 다른 스크립트 간에 동일성을 확보하는 전처리 기법으로, 한자→한글, 가타카나→로마자처럼 스크립트별 규칙을 적용해 비교 전에 표준화함으로써 문자열 유사도 계산의 입력을 통일한다.
블로킹 키(Blocking Key)
모든 후보 쌍(n^2)을 비교하지 않기 위해 레코드를 그룹화하는 방식으로, 표준화된(예: 음역된) 형태에서 일부 특징을 추출해 같은 블록 안에서만 유사도 비교를 수행함으로써 대규모 데이터에서 계산량을 실질적으로 줄인다.
EM 기반 추정기(EM Estimator)
확률적 레코드 링크에서 관측된 비교 벡터의 분포를 기대-최대화(EM)로 추정해 동일/비동일 쌍의 확률을 학습하는 방법으로, 언어쌍별 비교 특성을 데이터에 맞춰 조정할 수 있으나 각 언어조합에 대한 라벨 데이터가 필요하다.
레코드 정합(Record Linkage)
여러 소스의 엔티티 레코드가 동일 개체인지 식별하는 작업으로, 문자열 정규화·음운 매칭·유사도 산출·결정 규칙 또는 확률모델을 조합해 중복을 병합하고 지식 그래프의 일관성을 확보하는 핵심 과정이다.
음운 해시(Phonetic Hash)
문자열의 발음 구조를 대표하는 축약 표현을 생성해 스크립트·철자 차이를 넘은 유사성 후보 생성을 돕는 기법으로, 음역 후 해시를 생성하면 서로 다른 스크립트 표기가 동일 블록에 모이기 쉬워진다.

언급된 도구

Splink중립

확률적 레코드 링크를 위한 EM 기반 추정기로 비교 벡터별 확률을 학습해 동일성 판정의 가중치를 조정하는 데 사용됨

AI 분석 전체 내용 보기

AI 요약 · 북마크 · 개인 피드 설정 — 무료

출처 · 인용 안내

원문 발행 2026. 07. 18.수집 2026. 07. 18.출처 타입 REDDIT

인용 시 "요약 출처: AI Trends (aitrends.kr)"를 표기하고, 사실 확인은 원문 보기 기준으로 진행해 주세요. 자세한 기준은 운영 정책을 참고해 주세요.