많은 txt 파일의 원래 이름은 book1, book2와 같은 순차 번호에 불과하지만, 본문에는 실제로 보관에 사용할 수 있는 Book ID가 있습니다. 본 글에서는 HeSoft Doc Batch Tool 을 예시로, "파일 내용을 사용하여 텍스트 파일 이름 바꾸기" 기능을 통해 여러 txt 파일을 가져오고, 정규 표현식을 사용하여 Book ID 뒤의 숫자를 추출한 후, 원래 파일 이름을 일괄적으로 덮어써 파일 이름과 본문 번호를 일치시키는 방법을 설명합니다. 이는 자료 정리, 전자책 보관 및 로그 파일 관리에 적합합니다.
일상적인 사무 작업 및 자료 관리에서 파일 이름은 종종 이후 검색 효율성을 결정합니다. 하나의 폴더 안에 book1.txt, book2.txt, book3.txt와 같은 이름만 가득하다면 단기적으로는 순서가 있어 보이지만, 장기적으로 유지 관리할 때는 각 파일이 구체적으로 어떤 내용에 해당하는지 판단하기 어렵습니다. 특히 텍스트 파일의 수가 많을 때, 사람이 직접 파일을 하나씩 열어 본문을 확인하고, 번호를 복사하여 파일 탐색기로 돌아와 이름을 변경하는 작업은 매우 전형적인 반복 노동이 됩니다.
더 합리적인 방법은 사무용 소프트웨어가 txt 파일 내용을 읽어, 정해진 규칙에 따라 본문에서 핵심 필드를 자동으로 추출한 다음, 파일 이름에 일괄적으로 적용하는 것입니다. 본문에서 시연하는 시나리오는 텍스트 본문 첫 번째 줄의 Book ID 숫자를 추출하여, 이를 이용해 기존의 book 순번 파일 이름을 대체하는 것입니다. 와일드카드/정규 표현식 매칭을 통해 "Book ID:" 뒤의 숫자를 정확히 찾아내어 텍스트 내용을 파일 이름으로 일괄 변경하는 작업을 실현합니다.
본문에서 사용된 도구는 스크린샷에 표시된 " HeSoft Doc Batch Tool "입니다. 이 도구는 사무 환경을 위한 문서 일괄 처리 소프트웨어로, 파일 일괄 이름 변경, 폴더 정리, Word 도구, Excel 도구, PDF 도구, 텍스트 도구 등 반복적인 작업에 적합합니다. 한 번에 대량의 txt, doc, docx, pdf 등의 파일을 처리해야 하는 사용자에게 적절한 일괄 처리 기능을 선택하면 수동 작업 시간을 크게 줄일 수 있습니다.
적용 시나리오: 본문에는 번호가 있지만 파일 이름은 규칙적이지 않음
이러한 요구의 핵심 특징은 파일 이름이 중요하지 않거나 정확하지 않지만, 파일 내용에는 안정적이고 식별 가능하며 이름으로 사용할 수 있는 필드가 있다는 것입니다. 필드의 위치와 형식에 규칙만 있다면 규칙을 통해 자동으로 추출할 수 있습니다.
다음 시나리오는 매우 흔하게 볼 수 있습니다:
- 전자책이나 기사 자료를 일괄 내보낸 후 파일 이름은 book1, book2이지만 본문에는 Book ID가 있는 경우.
- 내부 자료 라이브러리에서 내보낸 txt 파일의 본문에 자료 번호나 문서 번호가 포함된 경우.
- 크롤링하거나 수집한 텍스트 데이터의 파일 이름은 임시 일련번호이고 내용에는 고유 식별자가 있는 경우.
- 로그, 보고서, 기록 파일에 작업 번호가 포함되어 있으며, 이 번호로 이름을 변경하고 싶은 경우.
- 고객이나 동료에게 파일을 전달할 때, 파일 이름에 내용 번호를 직접 표시하여 검수를 용이하게 하고 싶은 경우.
파일이 doc, docx와 같은 Word 형식이거나 PDF 형식인 경우, 해당 유형에 맞는 기능을 선택해야 합니다. 본 튜토리얼의 스크린샷에서는 주로 txt 텍스트 파일에 사용되는 "파일 내용을 사용하여 텍스트 파일 이름 바꾸기"를 선택했습니다. 다른 형식에 해당하는 도구를 사용하면 내용 읽기 및 파일 이름 변경 결과의 안정성을 높이는 데 도움이 됩니다.
결과 미리 보기: 임시 파일 이름에서 검색 가능한 번호 파일 이름으로
처리 전: 파일 이름에 순서만 있고 내용적 의미는 없음
처리 전 폴더에는 book1.txt부터 book5.txt까지 5개의 txt 파일이 있습니다. 파일 이름만으로는 각 파일에 해당하는 Book ID를 판단할 수 없으며, 번호로 파일을 빠르게 찾을 수도 없습니다. 특정 ID에 해당하는 자료를 찾으려면 파일을 일일이 열어 확인해야 합니다.
txt 파일 중 하나를 열어 보면 본문 첫 줄에 Book ID:4829173056이 있는 것을 볼 수 있습니다. 이 숫자가야말로 파일 이름으로 사용하기에 적합한 핵심 정보입니다. 뒤에 영문 제목과 본문 단락이 더 있지만, 텍스트가 길고 파일 이름에 부적합한 문자가 포함될 수 있어 직접 사용하기에는 적합하지 않습니다.
처리 후: 파일 이름이 일괄적으로 본문의 Book ID로 변경됨
처리가 완료되면 폴더 안의 이름이 book 일련번호에서 1958436720.txt, 4829173056.txt, 6094728315.txt 등의 숫자 번호로 변경됩니다. 각 파일 이름은 본문의 Book ID와 일치하므로 이후 검색 시 숫자 번호만 검색하면 됩니다.
이러한 결과는 자료 보관에 적합하며, 이후 데이터베이스, 테이블 목록, 납품 목록과의 대조 작업에도 적합합니다. 파일 이름이 표준화되면, 원래 사람의 판단에 의존하던 많은 작업을 더욱 자동화할 수 있습니다.
조작 단계: HeSoft Doc Batch Tool 에서 일괄 이름 변경 완료하기
1단계: 파일 이름 분류에서 텍스트 내용으로 이름 바꾸기 기능 찾기
HeSoft Doc Batch Tool 를 시작하면 왼쪽에 다양한 도구 분류가 있습니다. 스크린샷에 따르면, 이번에는 "파일 이름" 분류로 들어간 다음 "8. 파일 내용을 사용하여 텍스트 파일 이름 바꾸기"를 선택해야 합니다. 이 항목에 대한 설명은 텍스트 파일 내용 중 특정 텍스트를 해당 파일의 이름으로 일괄 변경한다는 것으로, 본문의 요구 사항과 정확히 일치합니다.
이 단계의 작업 목적은 txt 파일 전용 일괄 이름 변경 프로세스로 진입하는 것입니다. 일반적인 "파일 이름에서 키워드 찾아 바꾸기"와 달리, 이 기능은 기존 파일 이름에서 교체하는 것이 아니라 파일 내부 내용을 읽은 후 매칭 결과에 따라 새 이름을 생성합니다. 따라서 원본 파일 이름에 참고할 가치가 전혀 없을 때 이 기능이 더 적합합니다.
2단계: 일괄 처리할 txt 파일 가져오기
기능 인터페이스로 들어가면 첫 번째 단계는 "처리할 레코드 선택"입니다. 인터페이스 오른쪽 상단에서 "파일 추가", "폴더에서 파일 가져오기", "비우기", "더 보기" 등의 버튼을 볼 수 있습니다. 파일 수가 많지 않다면 "파일 추가"를 사용할 수 있고, 한 폴더에 처리할 모든 txt 파일이 이미 있다면 "폴더에서 파일 가져오기"를 사용하는 것이 더 편리합니다.
예시에서는 5개의 파일을 가져왔으며, 테이블에 이름, 경로, 확장자, 생성 시간, 수정 시간이 표시됩니다. 이 목록은 공식 처리 전 확인 목록에 해당하므로 매우 중요합니다. 여기에서 다음 내용을 확인하는 것이 좋습니다:
- 레코드 수가 예상과 일치하는지 (예시의 총 레코드 수는 5개).
- 파일 확장자가 모두 txt인지, 관련 없는 파일이 섞여 있지는 않은지.
- 경로가 올바른지, 잘못된 폴더의 파일을 처리하고 있는 것은 아닌지.
- 처리할 필요가 없는 파일이 있는지, 있다면 작업 열을 통해 제거할 수 있습니다.
확인이 끝나면 하단의 "다음"을 클릭합니다. 예상되는 결과는 처리 규칙 설정 페이지로 이동하는 것입니다.
3단계: 찾을 영역을 사용자 정의 수식으로 매칭된 텍스트로 설정하기
두 번째 "처리 옵션 설정" 단계에서는 텍스트 내용 중 어느 부분을 파일 이름으로 사용할지 선택해야 합니다. 스크린샷의 "찾을 영역"에는 "첫 번째 줄 텍스트"와 "사용자 정의 수식으로 매칭된 텍스트"가 있습니다. 이 예시에서는 숫자 번호만 필요하고 "Book ID:"라는 접두사는 파일 이름에 넣고 싶지 않으므로, "사용자 정의 수식으로 매칭된 텍스트"를 선택합니다.
사용자 정의 매칭을 선택한 후, "정규 표현식" 입력란에 다음과 같이 작성합니다:
(?<=Book ID:)\d+
이 규칙의 역할은 텍스트에서 "Book ID:" 바로 뒤에 있는 일련의 숫자를 찾아내는 것입니다. "Book ID:" 자체는 결과로 반환하지 않고 뒤의 번호만 반환합니다. 예를 들어, "Book ID:4829173056"을 만나면 매칭 결과는 4829173056이 됩니다.
정규 표현식에 익숙하지 않다면, 이것을 더 정밀한 와일드카드 규칙의 일종으로 이해하면 됩니다. 일반 와일드카드는 보통 '어떤 문자들'을 나타내는 반면, 정규 표현식은 '반드시 숫자여야 한다', '반드시 어떤 단어 뒤에 있어야 한다', '하나 이상의 문자와 매칭된다' 등의 조건을 추가로 제한할 수 있습니다. 일괄 파일 이름 변경 작업에 있어 정규 표현식은 추출 결과를 더욱 안정적으로 만들어 줍니다.
4단계: 매칭 결과로 전체 파일 이름 덮어쓰기
같은 페이지의 "위치" 영역에서 스크린샷은 "전체 파일 이름 덮어쓰기"를 선택하고 있습니다. 이는 추출된 번호가 기존 파일 이름의 주체를 대체한다는 것을 의미합니다. book2.txt를 예로 들면, 본문에서 4829173056이 매칭되었다면 처리 후 파일 이름은 4829173056.txt가 됩니다.
인터페이스에는 "파일 이름의 왼쪽에", "파일 이름의 오른쪽에" 등의 위치 옵션도 있습니다. 본문의 시나리오에서는 book1, book2 같은 임시 이름을 완전히 없애고 싶으므로 전체 파일 이름을 덮어쓰는 것이 더 적합합니다. 이렇게 생성된 파일 이름은 간결하고 통일성 있으며, 이후 번호별로 정렬하거나 검색하기에도 더 유리합니다.
5단계: 작업 흐름에 따라 저장 위치를 설정하고 처리 실행하기
정규 표현식과 위치 설정을 완료한 후, 계속해서 "다음"을 클릭합니다. 작업 흐름 표시줄에서 이후 단계는 "저장 위치 설정"과 "처리 시작"임을 볼 수 있습니다. 저장 위치는 처리된 파일이 어디에 출력될지를 결정합니다. 작업 실수 위험을 줄이기 위해, 공식적인 일괄 처리 전에 원본 파일을 백업하거나 소량의 샘플 파일을 먼저 선택하여 규칙을 테스트해 보는 것이 좋습니다.
저장 위치와 처리 설정을 확인한 후 "처리 시작" 단계로 들어가 일괄 이름 변경을 실행합니다. 처리가 끝나면 대상 폴더로 돌아가 결과를 확인합니다. 파일 이름이 Book ID 숫자로 변경되었고 확장자가 여전히 txt라면, 이번 텍스트 내용에 따른 일괄 이름 변경이 성공했음을 의미합니다.
정규 표현식과 와일드카드 사고방식: Book ID를 정확히 추출할 수 있었던 이유
많은 사용자가 "와일드카드 이름 변경"을 언급할 때, 어떤 규칙에 따라 텍스트를 매칭시키는 것을 표현하려 합니다. 정규 표현식은 더 강력한 매칭 규칙으로 볼 수 있습니다. 이 예시의 (?<=Book ID:)\d+에서 \d+는 숫자를 매칭하는 역할을 하고, (?<=Book ID:)는 이 숫자들이 반드시 Book ID: 뒤에 나타나야 한다고 제한합니다. 이렇게 하면 본문에 다른 숫자가 있더라도 잘못 추출하는 것을 최대한 피할 수 있습니다.
예를 들어 한 기사 본문에 날짜, 페이지 번호, 단락 번호 등의 숫자가 있을 수 있습니다. 만약 \d+만 작성했다면 첫 번째로 나타나는 숫자와 매칭될 가능성이 있고, 그것이 반드시 Book ID라는 보장은 없습니다. Book ID:라는 위치 조건을 추가함으로써 규칙이 더욱 명확해집니다.
만약 텍스트 형식이 조금 다르다면, 그에 맞춰 규칙을 조정해야 합니다. 예를 들어:
- 필드가 BookID:4829173056이라면, 표현식의 공백을 제거해야 합니다.
- 필드가 Book ID: 4829173056이라면, 콜론 뒤의 공백을 고려해야 합니다.
- 필드가 순수 숫자가 아닌 문자와 숫자의 조합이라면, \d+만으로 매칭할 수 없습니다.
먼저 몇 개의 샘플 파일을 관찰하여 대상 필드가 여러 파일에서 일관되는지 확인하는 것이 좋습니다. 파일을 일괄 처리할 때는 규칙이 명확할수록 결과가 더욱 신뢰할 수 있습니다.
자주 묻는 질문 및 주의 사항
1. 정규 표현식은 반드시 입력해야 하나요?
"사용자 정의 수식으로 매칭된 텍스트"를 선택했다면, 대상 내용과 매칭될 수 있는 정규 표현식을 제공해야 합니다. 만약 대상 내용이 정확히 첫 번째 줄 전체 텍스트라면 "첫 번째 줄 텍스트"를 선택하는 것도 고려할 수 있지만, 이 예시에서는 Book ID: 접두사를 제거하기 위해 정규 표현식을 사용하는 것이 더 적합합니다.
2. 파일 내용에 여러 개의 Book ID가 있다면 어떻게 하나요?
하나의 텍스트 파일에 동일한 형식의 Book ID가 여러 개 나타난다면, 매칭 결과는 소프트웨어의 처리 로직에 따라 달라질 수 있습니다. 불확실성을 피하려면 각 파일에서 이름 지정에 사용할 필드가 유일하도록 보장하거나, 정규 표현식을 더 정밀하게 작성하는 것이 좋습니다 (예를 들어 첫 번째 줄 근처에 나타나도록 제한). 하지만 본문은 스크린샷을 바탕으로 일반적인 작업을 시연할 뿐, 인터페이스에 나타나지 않은 추가 설정까지 확장하지는 않습니다.
3. 일괄 이름 변경 전에 왜 백업을 해야 하나요?
일괄 작업의 효율은 매우 높지만, 규칙을 잘못 작성하면 예상과 다른 이름을 빠르게 생성할 수도 있습니다. 원본 파일을 백업하거나 소량의 파일로 먼저 테스트하는 것은 대량의 자료를 다룰 때 매우 중요한 습관입니다. 특히 공식 사무 자료, 고객 납품 파일, 보관 파일의 경우 원본 버전을 유지하는 것이 더욱 권장됩니다.
4. 파일 이름에 임의의 본문 내용을 포함할 수 있나요?
매우 긴 본문이나 특수 기호가 포함된 문장을 파일 이름으로 직접 사용하는 것은 권장하지 않습니다. 파일 이름은 가능한 한 짧고 명확하며 안정적이어야 합니다. 번호, ID, 짧은 제목이 파일 이름으로 더 적합합니다. 예시에서 순수 숫자 Book ID를 사용한 것이 비교적 안전한 파일 이름 필드입니다.
5. 이 방법으로 Word나 PDF도 처리할 수 있나요?
본문에서 시연한 것은 txt 텍스트 파일입니다. Word의 doc, docx 파일이나 PDF 파일의 경우, 소프트웨어에서 해당하는 내용 기반 이름 변경 기능을 선택해야 합니다. 그래야 소프트웨어가 해당 형식에 맞게 문서 내용을 읽을 수 있으며, 모든 형식을 일반 텍스트로 처리하지 않습니다.
요약: 일괄 처리 도구로 텍스트 번호를 자동으로 파일 이름으로 만들기
대량의 txt 파일 이름에 실질적인 의미가 없고 본문에 안정적인 번호가 포함되어 있을 때, 파일 내용을 이용한 일괄 이름 변경은 더 효율적인 처리 방식입니다. HeSoft Doc Batch Tool 를 통해 여러 txt 파일을 먼저 가져온 다음, 정규 표현식 (?<=Book ID:)\d+를 사용하여 Book ID 뒤의 숫자를 추출하고, 마지막으로 매칭 결과로 원본 파일 이름을 덮어쓰면, 신속하게 번호화되고 표준화된 txt 파일 목록을 얻을 수 있습니다.
이 방법의 가치는 단순히 "이름 변경이 더 빠르다"는 것을 넘어, 사람이 파일을 열고, 내용을 복사하고, 창을 전환하고, 붙여넣기 하여 이름을 변경하는 반복 노동을 줄이는 데 있습니다. 자료 정리, 전자책 보관, 로그 관리, 대량 텍스트 납품 등의 사무 작업에 있어, 먼저 샘플 파일을 준비하여 매칭 규칙을 검증한 후 일괄 실행하는 것이 좋습니다. 이렇게 하면 정확성을 보장하면서 사무용 소프트웨어의 파일 일괄 처리 효율성을 충분히 발휘할 수 있습니다.