<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" href="/resources/xsl/jats-html.xsl"?>
<article article-type="research-article" dtd-version="1.2" xml:lang="ko" xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
  <front>
    <journal-meta>
      <journal-id journal-id-type="publisher-id">ksarm</journal-id>
      <journal-title-group>
        <journal-title>한국기록관리학회지</journal-title>
        <trans-title-group>
          <trans-title xml:lang="en">Journal of Korean Society of Archives and Records Management</trans-title>
        </trans-title-group>
        <abbrev-journal-title>JKSARM</abbrev-journal-title>
      </journal-title-group>
      <issn pub-type="ppub">1598-1487</issn>
      <issn pub-type="epub">2671-7247</issn>
      <publisher>
        <publisher-name>한국기록관리학회</publisher-name>
        <publisher-name xml:lang="en">Korean Society of Archives and Records Management</publisher-name>
      </publisher>
    </journal-meta>
    <article-meta>
      <article-id pub-id-type="publisher-id">jksarm-2022-22-4-1</article-id>
      <article-id pub-id-type="doi">10.14404/JKSARM.2022.22.4.001</article-id>
      <article-categories>
        <subj-group>
          <subject>Article</subject>
        </subj-group>
      </article-categories>
      <title-group>
        <article-title>디지털화 기록 관리를 위한 메타데이터 요소(안) 설계</article-title>
        <trans-title-group xml:lang="en">
          <trans-title>A Study on Designing Metadata Elements for the Management of Digitized Records</trans-title>
        </trans-title-group>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <contrib-id contrib-id-type="orcid">https://orcid.org/0000-0002-3448-8927</contrib-id>
          <name-alternatives>
            <name name-style="eastern">
              <surname>서</surname>
              <given-names>지인</given-names>
            </name>
            <name name-style="western" xml:lang="en">
              <surname>Seo</surname>
              <given-names>Jiin</given-names>
            </name>
          </name-alternatives>
              <degrees>박사과정 수료</degrees>
          <email>archivething@naver.com</email>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author" corresp="yes">
          <contrib-id contrib-id-type="orcid">https://orcid.org/0000-0002-2760-8732</contrib-id>
          <name-alternatives>
            <name name-style="eastern">
              <surname>노</surname>
              <given-names>지현</given-names>
              <prefix>교수</prefix>
            </name>
            <name name-style="western" xml:lang="en">
              <surname>Rho</surname>
              <given-names>Jee-Hyun</given-names>
            </name>
          </name-alternatives>
          <email>jhrho@pusan.ac.kr</email>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
      </contrib-group>
      <aff id="aff1">
        <label>1</label>부산대학교 일반대학원 문헌정보학과 기록관리학전공
      </aff>
      <aff id="aff2">
        <label>2</label>부산대학교 사회과학대학 문헌정보학과
      </aff>
      <pub-date pub-type="ppub">
        <day>30</day>
        <month>11</month>
        <year>2022</year>
      </pub-date>
      <volume>22</volume>
      <issue>4</issue>
      <fpage>1</fpage>
      <lpage>24</lpage>
      <history>
        <date date-type="received">
          <day>17</day>
          <month>10</month>
          <year>2022</year>
        </date>
        <date date-type="rev-recd">
          <day>20</day>
          <month>10</month>
          <year>2022</year>
        </date>
        <date date-type="accepted">
          <day>15</day>
          <month>11</month>
          <year>2022</year>
        </date>
      </history>
      <permissions>
        <copyright-statement>Copyright &#x000a9; 2022, Korean Society of Archives and Records Management</copyright-statement>
        <copyright-year>2022</copyright-year>
        <license license-type="open-access" xlink:href="https://creativecommons.org/licenses/by-nc-nd/4.0/">
          <license-p>This is an Open Access article distributed under the terms of the Creative Commons Attribution-NonCommercial-NoDerivatives 4.0(<uri>https://creativecommons.org/licenses/by-nc-nd/4.0/</uri>) which permits use, distribution and reproduction in any medium, provided that the article is properly cited, the use is non-commercial and no modifications or adaptations are made.</license-p>
        </license>
      </permissions>
      <abstract>
        <p>이 연구는 디지털화 과정을 통해 생산되는 디지털화 기록의 체계적 관리와 품질 유지를 위해 필요한 메타데이터 요소(안)을 제안하는데 목적을 두고 있다. 메타데이터 요소(안)의 개발에 앞서 이 연구에서는 디지털화 기록의 정의와 특성을 확인하고, 원천 기록의 사본이자 대체물로서 디지털화 기록을 규정하여 원천 기록과의 관계를 정립하였다. 다음으로, 국내 기록관리 메타데이터 표준과 미국 및 영국의 사례를 분석하여 디지털화 기록에 대한 메타데이터 요소 비교 및 요소 설계시 고려할 사항을 도출하였다. 이러한 분석결과를 토대로 하여, 디지털화 기록 관리를 위한 메타데이터의 설계방향은 첫째, 원천 기록과 디지털화 기록의 관계 정립, 둘째, 자원 유형별 특성에 따른 자동추출 메타데이터 요소 확대, 셋째, 업무과정 및 프로젝트에 대한 메타데이터 작성 등 3가지로 정리되었다. 이에 근거하여 디지털화 기록의 메타데이터를 디지털화 기록 메타데이터과 디지털화 프로세스 메타데이터로 개체를 구분하고, 해외 사례를 참조하여 각 개체별로 추가되어야 할 요소를 제안하였다.</p>
      </abstract>
      <trans-abstract xml:lang="en">
        <p>This study aims to design the metadata elements for managing and maintaining digitized records resulting from digitization. The digitized records were first defined and characterized, then assigned as copies and surrogates for source records. Next, the factors to be considered when designing metadata elements for digitized records were determined by comparing standards from different countries like the United States and the United Kingdom.</p> <p>As a result of the comparison, establishing a relationship between digitized records and source records, expanding the automatically extracted metadata elements following resource characteristics, and creating metadata for digitization processes and projects were set to be the key tasks of metadata design for managing digitized records. </p><p>Furthermore, the metadata elements for digital records and digitization processes were designed individually, and the elements to be added for each entity were proposed by referring to standards from other counties.</p>
      </trans-abstract>
      <kwd-group>
        <kwd>디지털화</kwd>
        <kwd>디지털화 기록</kwd>
        <kwd>디지털화 프로세스</kwd>
        <kwd>메타데이터</kwd>
        <kwd>메타데이터 설계</kwd>
      </kwd-group>
      <kwd-group xml:lang="en">
        <kwd>Digitization</kwd>
        <kwd>Digitized Records</kwd>
        <kwd>Digitization Process</kwd>
        <kwd>Metadata</kwd>
        <kwd>Metadata Design</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="s1" sec-type="intro">
      <title>1. 서론</title>
      <sec id="s1a">
        <title>1.1 연구배경 및 목적</title>
        <p>많은 공공기관들이 소장 중인 비전자기록의 디지털화 및 데이터베이스 구축사업을 추진하고 있다. 디지털화 사업의 주요 목적은 중요 문서의 훼손과 멸실을 방지하여 영구적으로 안전하게 보존하면서도 이를 신속하게 찾을 수 있는 기반을 마련하여 행정효율을 증대시키기 위함에 있다. 이렇듯 비전자기록의 디지털화는 실물 기록의 열람과 활용을 줄여 안전한 관리환경을 마련함과 동시에 데이터베이스 구축을 통해 공간에 구애받지 않는 자유로운 접근을 가능하게 함으로써 이용가능성을 확보하기 위한 작업이다.</p>
        <p>다른 측면에서 비전자기록의 디지털화는 전자기록 중심의 기록관리 체제에 맞춰 여러 유형의 기록을 통합적으로 관리하기 위한 노력이라고도 볼 수 있다. 온-나라 문서시스템과 같은 전자문서시스템나 업무관리시스템을 도입하기 전 공공기관은 다양한 유형의 비전자기록을 생산하였으며, 시스템 도입 이후에도 여전히 비전자기록을 생산하고 있다. 여기에, 각종 행정정보시스템의 개발과 도입으로 데이터세트와 같은 새로운 유형의 기록을 생산하거나 취급하는 등 기록관리환경은 과거보다 많이 복잡해지고 있다. 복잡한 환경 속에서 다양한 기록 유형을 체계적으로 관리하기 위해서는 각 기록의 연결, 즉 결합관계(archival bond)를 유지하는 것이 중요하며, 이를 구현하기 위한 필수적인 도구가 바로 메타데이터라 할 수 있다.</p>
        <p>비전자기록의 디지털화 사업을 추진하는 과정에서 공공기관에서는 디지털화 사업 착수 및 용역 계약 시 관련 근거로서 국가표준 및 국가기록원에서 제정한 공공표준을 활용한다. 관련 국가표준은 「KS X ISO TR 13028 문헌정보-기록의 디지털화 이행 지침」이며, 공공표준은 「NAK 23:2017 기록물 목록 작성 및 디지털화 작업 지침」과 「NAK 26:2018(v2.0) 기록물 디지털화 기준」이다. 하지만 세 표준 모두 디지털화 자료의 품질 확보 및 신뢰성 유지에 집중된 것으로, 메타데이터에 관한 내용은 「KS X ISO TR 13028 문헌정보-기록의 디지털화 이행 지침」의 ‘6. 모범실무지침’ 중 ‘6.3.4 메타데이터’ 부분과 &#x3C;부속서 C&#x3E;의 ‘파일명 작성 메타데이터 권고사항’ 정도에 불과하다. 「NAK 26:2018(v2.0) 기록물 디지털화 기준」의 개정 전인 「NAK 26:2013(v1.0) 기록물 디지털화 지침-제1부: 종이 및 사진·필름」에서 ‘디지털화 관련 메타데이터’가 &#x3C;부속서 B&#x3E;에 있었으나, 개정 후에는 이마저도 삭제되었다.<xref ref-type="fn" rid="fn001">1) </xref>이렇듯 2022년 10월 현재 디지털화 기록의 메타데이터 작성에 필요한 실질적인 내용을 다루고 있는 국가표준 및 공공표준은 실질적으로 존재하지 않는다고 볼 수 있다.</p>
        <p>이러한 상황을 고려하면 디지털화 기록에 대한 메타데이터는 결국 &#x300C;NAK 8:2021(v2.2) 기록관리 메타데이터 표준&#x300D; (이하 &#x300C;기록관리 메타데이터 표준(v2.2)&#x300D;)을 따른다고 볼 수 있다. 하지만 이 표준의 목적이 &#x2018;결재과정에서 생산된 문서류 위주의 기록물&#x2019;을 대상으로 하되 &#x2018;시청각기록물, 웹기록물, 행정정보 데이터세트 등도 공통 항목에 대해서는 이 표준을 적용&#x2019;할 수 있도록 하는 데 있어 디지털화 기록에 적용하기에 매우 제한적이다. 디지털화 작업 절차에서 적절한 메타데이터의 생성은 기록의 품질을 유지하는데 중요한 요인임에도 불구하고, 이렇듯 &#x300C;기록관리 메타데이터 표준(v2.2)&#x300D;으로는 디지털화 기록의 특성을 충분히 반영하기에 부족한 것이다.</p>
        <p>해외의 경우, 미국 NARA는 「연방기록관리 : 영구기록의 디지털화와 레코드 스케쥴 검토(Federal Records Management: Digitizing Permanent Records and Reviewing Records Schedules)」(2020)에서 §1236.54 메타데이터 요구사항(Metadata requirements)의 하위 절로 디지털화 기록에 대한 메타데이터 요구사항을 별도로 다루고 있다. 또한 그 이전인 2004년 6월에 발표된 「전자적 접근을 위한 기록자원 디지털화 기술 가이드라인(Technical Guidelines for Digitizing Archival Materials for Electronic Access)」에서도 디지털화 기록에 대한 메타데이터 구성요소를 언급한 바가 있다. 이 외에도 영국 TNA의 「디지털화 문서 (Digitisation at The National Archives)」(2016)와 캐나다 브리티시 컬럼비아의 「정부정보 디지털화 가이드라인(Digitizing Government Information Guide)」(2020)에서도 디지털화 기록의 메타데이터 영역이 따로 편성되어 있는 것을 확인할 수 있다.</p>
        <p>이러한 배경에서, 이 연구는 중요문서 보존 및 활용사업의 결과물로 생산되는 수많은 디지털화 기록의 체계적인 관리를 위해 필요한 메타데이터 요소를 제안하는 데에 목적이 있다. 이를 위해 먼저 문헌분석을 통해 디지털화 기록의 정의와 특성을 확인한 다음 원천 기록과의 관계를 정립하였다. 다음, 국내의 국가표준과 공공표준을 분석하여 디지털화 기록 메타데이터와 관련한 사항을 분석하고, 국내·외 사례 간 상호 비교를 통해 디지털화 기록 관리를 위한 메타데이터 요소 설계에 필요한 시사점을 확인하였다. 마지막으로, 분석 내용을 토대로 디지털화 기록 관리를 위한 메타데이터의 설계방향과 원칙, 메타데이터 요소(안)을 제안하였다.</p>
      </sec>
      <sec id="s1b">
        <title>1.2 연구방법 및 내용</title>
        <p>이 연구에서는 디지털화 기록에 대한 메타데이터 표준의 분석대상으로 국내 공공표준인 「기록관리 메타데이터 표준(v2.2)」과 NARA의 「연방기록관리 : 영구기록의 디지털화와 레코드 스케쥴 검토」, TNA의 「디지털화 문서」를 선정하였다. 디지털화 기록의 메타데이터에 대한 국내 표준은 「기록관리 메타데이터 표준(v2.2)」이 유일하며, 국외의 경우 디지털화 사업의 주요 대상인 장기보존기록물을 중점적으로 관리하는 국가 기록관의 표준을 분석대상에 포함하였다. 이들 표준의 분석 목적은 디지털화 기록을 관리하는데 필요한 사항을 확인하고, 디지털화 기록과 관련된 메타데이터 기술요소를 상호 비교하는 데 있다. 분석결과는 디지털화 기록 관리를 위한 메타데이터 설계 방향과 원칙을 도출하고, 최종 메타데이터 요소(안)을 제안하는 데 근거자료로 활용하였다.</p>
        <p>이 연구는 공공기관의 디지털화 사업으로 생산되는 디지털화 기록을 대상으로 하며, 공공영역 외 디지털화 기록까지는 고려하지 않았다. 또한, 많은 공공기관에서 현재 진행하고 있는 종이문서의 디지털화 사업으로 원천 기록의 유형을 제한하지 않았다. 즉, 이 연구에서 디지털화 기록은 종이를 비롯한 사진, 동영상, 음원 등 다양한 자원유형에 대한 작업의 결과물로 디지털화 파일을 생성하는 사례를 모두 포함하며, 이 연구에서 제안하는 메타데이터 또한 이들 유형을 모두 고려한 것이라 할 수 있다.</p>
      </sec>
      <sec id="s1c">
        <title>1.3 선행연구</title>
        <p>디지털화 기록의 관리를 위한 메타데이터의 필요성은 이미 여러 연구에서 제기된 바 있다. <xref ref-type="bibr" rid="r012">박은경(2005)</xref>은 디지털화(디지타이제이션) 과정에서의 이미지 프로세스와 메타데이터 기술 실무에 대한 필요성을 강조하였다. <xref ref-type="bibr" rid="r014">이선경(2008)</xref>은 기존 디지털화 사업에서 검색을 위한 색인목록을 작성하지만 품질 유지 등을 위하여 관련 메타데이터 요소가 획득되어야 한다고 언급하였다. <xref ref-type="bibr" rid="r018">한희정, 김태영, 김용(2016)</xref>는 무형문화유산의 활용성을 높이고 관련 정보의 상호교환성 확보를 위해 다중개체 기반의 메타데이터 요소를 개발하였다. 이들 연구는 행정영역 외의 기록을 대상으로 하였으나 디지털화 기록의 품질 유지 등을 위해 메타데이터가 필요하다는 사실을 언급한 공통점을 가진다.</p>
        <p>다음으로, 행정기록의 디지털화 기록에 관한 연구로는 특정 기관에 대한 사례 연구가 많은 비중을 차지하고 있다. 2005년 국가기록원이 주관한 행정기관 기록 DB 구축 사업을 대상으로 한 <xref ref-type="bibr" rid="r015">이예경(2007)</xref>을 시작으로 <xref ref-type="bibr" rid="r013">안지현(2014)</xref>, <xref ref-type="bibr" rid="r016">이유정(2016)</xref>, <xref ref-type="bibr" rid="r006">김도환(2021)</xref>은 지방자치단체의 디지털화 사업을 주제로 연구를 진행하였다. 이 중에서 <xref ref-type="bibr" rid="r016">이유정(2016)</xref>은 실제 디지털화 사업에서 메타데이터 기술 시 필수항목의 작성이 누락되는 점을 지적하며 기술항목의 관리 방안을 마련할 것을 제안하였다. 또한, <xref ref-type="bibr" rid="r008">류재현(2017)</xref>은 공공기관의 중요기록 DB사업 프로세스를 분석하고 개선방안의 하나로 원천 기록의 메타데이터와 연계가 필요하다고 보았다. <xref ref-type="bibr" rid="r006">김도환(2021)</xref>은 지방자치단체에서 진행한 디지털화 사업에 대한 만족도를 평가하고 문제점 및 개선방안을 제안하였다.</p>
        <p>이처럼 선행연구에서는 디지털화 기록에 대한 메타데이터의 필요성에 대해 공감하는 수준에서 크게 벗어나지 못한 상태이며, 구체적인 메타데이터 적용 방안이나 요소 개발에 대한 연구는 아직까지 진행되지 못하였음을 확인할 수 있다. 이 연구는 디지털화 기록의 특징을 반영하면서도 원천 기록과의 연계를 유지할 수 있는 메타데이터 요소(안)을 제안하는데 목적을 두고 있다는 점에서 선행연구와 차별성을 가진다.</p>
      </sec>
    </sec>
    <sec id="s2" sec-type="other">
      <title>2. 이론적 배경</title>
      <sec id="s2a">
        <title>2.1 디지털화 기록</title>
        <p>&#x2018;디지털화&#x2019;란 하드카피 또는 비(非)디지털 기록을 디지털 형태로 변환하는 수단을 의미한다(KS X ISO TR 13028). 비(非)디지털 원천 기록을 디지털 사진으로 촬영하는 것 또는 아날로그 음성 기록을 디지털 매체로 변환하는 작업 등이 이에 해당한다. &#x300C;NAK/A 17:2014(v1.0) 녹음&#xB7;동영상 기록물 디지털화 지침&#x300D; 에서는 &#x2018;디지털화&#x2019;를 스캐닝 또는 인코딩 장비 등을 이용하여 대상 기록을 디지털 형태로 변환하는 과정으로 정의하였다. <xref ref-type="bibr" rid="r017">임나영, 남영준(2019)</xref>은 대상 기록을 컴퓨터가 인식할 수 있는 확장자를 가진 독립적인 디지털 파일형태로 변환하는 과정으로 정의하면서, 비전자기록뿐만 아니라 디지털 매체에 수록된 파일을 디지털 파일로 변환하는 것까지도 디지털화의 범주에 포함된다고 보았다.</p>
        <p>이 연구에서 설정한 디지털화의 범주는 다음과 같다. 첫째, 기록정보 자료의 유형에 상관없이 결과적으로 디지털 형태의 자원을 생산하는 경우를 모두 포함한다. 따라서 종이, 아날로그 음성 파일에서부터 디지털 매체에 수록된 파일까지 다양한 유형의 기록정보 자료가 디지털화 과정에서 원천 기록이 될 수 있다. 이러한 원천 기록은 둘 이상의 매체 유형으로 구성된 혼합 매체 파일(mixed-media files)일 수도 있다. 둘째, 디지털화 기록은 스캐닝 또는 인코딩 장비를 활용한 경우로 한정한다. 즉, 스캐너 등의 장비를 활용하지 않고 원천 기록의 내용을 컴퓨터와 문서작성 소프트웨어를 이용하여 전사한 기록은 포함하지 않는다. 셋째, 변환한 디지털 자원은 기계가 인식할 수 있는 형태로 되어 있어야 하며, 확장자로 구성되어야 한다. 여기서 인식은 기계가 읽을 수 있는 수준이 아닌 기계를 통해 확인이 가능한 수준을 의미한다. 따라서 디지털화 기록은 &#x2018;원천 기록을 대상으로 한 디지털화의 결과물로 기계가 확인할 수 있는 형태로 재생산된 기록&#x2019;이라고 정의할 수 있다.</p>
        <p>디지털화 기록과 유사한 개념으로 &#x300C;공공기록물 관리에 관한 법률 시행령&#x300D; 제53조에 따라 생성하는 &#x2018;원본대체사본&#x2019;도 있다. 원본대체사본은 보존기간 30년 이상인 기록 중 심각한 물리적 훼손으로 복원이 불가능하여 보존매체에 수록하여 원본을 대체하여 보존하는 기록을 말한다. 원본대체사본은 원본의 폐기를 전제로 하기 때문에 원천 기록과 대체사본에 대한 이중적인 관리체계를 필요로 하지 않는다. 이 외에도 공공기록물법 시행령 제29조에서 병행보존, 원본보존, 원본대체보존 등 여러 보존방법을 제시하고 있으나 보존매체를 보존용 전자매체 또는 마이크로필름으로 한정하고 있어 이 연구에서 다루고자 하는 디지털화 기록과는 차이가 있다.</p>
        <p>원천 기록과 디지털화 기록의 관계를 정립하기 위해 가상의 디지털화 프로세스 시나리오를 상정한 결과는 다음 &#x3C;<xref ref-type="fig" rid="f001">그림 1</xref>&#x3E;과 같다. 원천 기록을 A기관 B부서에서 &#x2018;공무원 교육제도 개선&#x2019;이라는 제목으로 생산한 10쪽의 종이문서로 가정할 때, 디지털화 프로세스를 통해 디지털화 파일을 획득하더라도 해당 파일 내 문서의 제목은 여전히 &#x2018;공무원 교육제도 개선&#x2019;이며 생산자는 A기관 B부서이다. 다만 매체 유형은 종이에서 자기디스크로, 크기는 10쪽에서 720KB로 변경될 수 있다. 여기서 알 수 있는 점은 디지털화 과정을 거치더라도 기록의 형태만 변할 뿐 내용이나 생산맥락과 같은 본질적인 요인은 바뀌지 않는다는 사실이다. 이처럼 디지털화 기록은 새로운 개별 기록이 아닌 원천 기록의 사본, 즉 이용과 보존을 위한 대체물이라고 할 수 있다. 따라서 디지털화 기록을 관리하기 위해서는 여러 유형의 원천 기록과 함께 재생산된 기록까지 모두 포괄하는 관리체계를 마련할 필요가 있다.</p>
        <fig id="f001" position="float">
          <label>&#x3C;그림 1&#x3E;</label>
          <caption>
            <title>디지털화 프로세스에서의 원천 기록과 디지털화 기록의 관계</title>
          </caption>
          <graphic xlink:href="../ingestImageView?artiId=ART002899944&amp;imageName=jksarm-2022-22-4-1-f001.jpg" position="float"/>
        </fig>
      </sec>
      <sec id="s2b">
        <title>2.2 디지털화 기록 메타데이터</title>
        <p>기록 메타데이터란 시간이 지나가도 영역 안과 영역 간 기록의 생산, 관리, 이용을 가능하게 하는, 구조화되었거나 반구조화된 정보를 의미한다(<xref ref-type="bibr" rid="r032">KS X ISO 15489-1:2016 3.12</xref>). 기록관리 메타데이터는 기록을 업무맥락 속에 고정하여 기록에 대한 통제를 시작하면서 획득 시점에 기록을 정의하며, 기록의 품질인 진본성, 신뢰성, 이용가능성, 무결성을 보장한다. 또한 전자업무, 보존, 자원 기술, 자원 발견, 권한 관리 등 다양한 목적을 위해 생산, 관리된다(<xref ref-type="bibr" rid="r033">KS X ISO 23081-1:2017</xref>). 우리나라 국가표준 및 공공표준에서 디지털화 기록에 대한 메타데이터와 관련된 부분을 살펴보면 다음과 같다.</p>
        <p>먼저, &#x300C;<xref ref-type="bibr" rid="r001">기록관리 메타데이터 표준(v2.2)</xref>&#x300D;에서는 기록관리 메타데이터가 객체 유형에 상관없이 기록의 품질을 보장하고 적절한 관리와 이해를 위해 매우 중요한 역할을 한다고 밝히고 있다. 이러한 메타데이터는 기록과 기록을 생산&#xB7;관리&#xB7;유지&#xB7;이용하는 사람, 과정과 시스템, 관리정책 등을 확인하고, 관련 활동의 맥락을 파악하는데 사용된다. &#x300C;<xref ref-type="bibr" rid="r005">NAK 23:2017(v1.2) 기록물 목록 작성 및 디지털화 작업 지침</xref>&#x300D;에 따라 기록의 디지털화는 &#x2474; 자료준비 단계, &#x2475; 정리단계, &#x2476; 색인목록 등록 단계, &#x2477; 기록 디지털화 단계, &#x2478; 작업 완료 단계 등 5단계로 진행된다. 이를 고려하면 디지털화 기록 메타데이터는 이 5단계와 이러한 과정 전반에 관련된 사람, 시스템 등을 모두 반영해야 한다.</p>
        <p>&#x300C;<xref ref-type="bibr" rid="r011">KS X ISO TR 13028 문헌정보-기록의 디지털화 이행 지침</xref>&#x300D;에서는 디지털화 과정을 문서화하고 계속적인 업무과정을 지원하기 위해 반드시 모든 디지털화 기록에 메타데이터를 부여할 것을 권고하고 있다. 메타데이터는 디지털화 기록을 관리하고 검색하는데 필수적인 구성요소이며, 이를 위해 다음 두 가지 유형의 메타데이터가 획득되어야 한다고 제시하고 있다: &#x2474; 개별 디지털화 기록과 디지털화 과정을 설명하는 메타데이터, &#x2475; 기록, 수행 중인 업무, 해당 업무와 연관된 행위 주체에 관한 메타데이터. 이 지침에는 이와 관련된 메타데이터 대다수는 디지털화 과정을 관리하는데 사용된 소프트웨어와 하드웨어로부터 자동 추출되어야 하며, 수작업으로 메타데이터를 부여하거나 적용하는 것은 가급적 최소화하여야 한다는 내용이 포함되어 있다. 또한, 메타데이터는 디지털화 기록에 임베디드(embeded)되거나 분리된 시스템에서 관리하거나 혹은 두 가지 방법 모두를 적용할 수 있지만, 어떠한 경우라도 생산된 메타데이터는 디지털화 기록과 직접적으로 연결되거나 연관된 상태로 관리되어야 한다고 강조하고 있다. 이 지침에서는 이외에도 이미지 계층 메타데이터, 업무과정 디지털화 메타데이터, 디지털화 프로젝트<xref ref-type="fn" rid="fn002">2)</xref> 메타데이터에서 고려할 사항을 제시하고 있다. 이 가운데 이미지 계층 메타데이터는 상속받은 메타데이터 외에 다음의 요소를 반드시 포함해야 한다고 적시되어 있다: &#x2474; 디지털 이미지 고유식별기호, &#x2475; 디지털화 일시, &#x2476; 디지털화 과정과 연관된 행위 주체의 이름, &#x2477; 획득장치(HW/SW), &#x2478; 최종보정일자.</p>
        <p>&#x300C;<xref ref-type="bibr" rid="r005">NAK 23:2017(v1.2) 기록물 목록 작성 및 디지털화 작업 지침</xref>&#x300D;에서는 색인목록 등록 검증 단계에서 검증담당자가 &#x300C;<xref ref-type="bibr" rid="r002">NAK 29-2:2016(v1.2) 기록관리시스템 데이터연계 기술규격-제2부 중앙영구기록관리시스템과의 연계</xref>&#x300D;에서 정하는 &#x2018;기록철 생산현황&#x2019;의 항목을 기준으로 등록된 기록철의 메타데이터 정보 발췌가 적정한지 검사할 것을 명시하고 있다. 마지막으로, &#x300C;<xref ref-type="bibr" rid="r003">NAK 26:2018(v2.0) 기록물 디지털화 기준</xref>&#x300D;에서는 디지털화에 의한 결과물이 가져야 할 기본적인 기준을 제시하고, 기록 유형별 작업방법을 소개하고 있다. 이 기준에서는 디지털화 과정의 기록화를 위해 필요한 최소한의 기록 사항과 이러한 기록이 최초 생성 이후에 변경될 수 없도록 관리할 것을 분명하게 제시하고 있다. 최소한의 기록 사항은 &#x2474; 디지털화 대상, 목적, 일시, 작업자, &#x2475; 디지털화에 사용된 장치(모델, 제조사 등), &#x2476; 디지털화에 사용된 소프트웨어에 관한 사항(모델, 제조사 등), &#x2477; 압축 시 압축방법에 관한 사항(명칭, 표준번호 등), &#x2478; 디지털화 결과의 해시함수 종류, 해시값 등이다.</p>
        <p>이상에서 살펴본 바와 같이, 국내 표준에서는 공통으로 모든 디지털화 과정을 기록화할 것을 강조하고 있다. 디지털화 기록 자체에 대한 메타데이터뿐만 아니라 업무 과정과 디지털화 프로젝트에 대한 메타데이터도 생산, 관리되어야 한다고 언급되어 있다. 또한 원천 기록의 메타데이터 정보를 상속하거나 발췌하기 위하여 기존 업무시스템 혹은 기록관리시스템과의 연계도 강조하고 있다. 이러한 내용을 토대로 디지털화 기록 메타데이터의 데이터 모델을 도출한 결과는 다음 &#x3C;<xref ref-type="fig" rid="f002">그림 2</xref>&#x3E;와 같다. 다음 장에서는 이러한 데이터 모델에 적합한 기록관리 메타데이터 요소를 보다 상세히 분석하고자 한다.</p>
        <fig id="f002" position="float">
          <label>&#x3C;그림 2&#x3E;</label>
          <caption>
            <title>디지털화 기록 데이터 모델</title>
          </caption>
          <graphic xlink:href="../ingestImageView?artiId=ART002899944&amp;imageName=jksarm-2022-22-4-1-f002.jpg" position="float"/>
        </fig>
      </sec>
    </sec>
    <sec id="s3" sec-type="other">
      <title>3. 디지털화 기록 메타데이터 표준과 요소 분석</title>
      <p>디지털화 기록에 대한 메타데이터 요소를 도출하기 위하여 국내외 관련 표준을 분석하였다. 국내의 경우, &#x300C;<xref ref-type="bibr" rid="r010">KS X ISO 23081-1 문헌정보-기록관리과정-기록 메타데이터-제1부: 원칙</xref>&#x300D;을 기반으로 국내 사정에 맞게 설계한 것이 &#x300C;<xref ref-type="bibr" rid="r001">기록관리 메타데이터 표준(v2.2)</xref>&#x300D;이므로, 이 표준에서 디지털화 기록과 관련된 요소를 별도로 추출하여 살펴보았다. 국외는 국가 기록관 수준에서 디지털화 기록의 특성을 반영한 표준을 선별하였다. 분석대상에 포함된 국외 표준은 미국 NARA의 &#x300C;연방기록관리 : 영구기록의 디지털화와 레코드 스케쥴 검토&#x300D;(2020)와 영국 <xref ref-type="bibr" rid="r024">TNA의 &#x300C;디지털화문서&#x300D;(2016년 최종 개정)</xref>이다.</p>
      <sec id="s3a">
        <title>3.1 국내 &#xFF62;기록관리 메타데이터 표준(NAK 8:2021(v2.2))&#xFF63;</title>
        <p>&#xFF62;<xref ref-type="bibr" rid="r001">기록관리 메타데이터 표준(v2.2)</xref>&#xFF63;에 수록된 메타데이터는 23개 상위요소, 66개 하위요소, 58개 세부요소의 3계층으로 구성되어 있다. 국내 표준에 따르면 디지털화 기록 메타데이터는 기록물 &#x2018;건&#x2019; 단위로 원천 기록과 연계되어야 하므로 이 연구에서는 기록물 건을 기준으로 메타데이터 요소를 분석하였다. &#xFF62;<xref ref-type="bibr" rid="r001">기록관리 메타데이터 표준(v2.2)</xref>&#xFF63;에서 기록물 건에 해당하는 메타데이터 요소는 20개 상위요소, 56개 하위요소, 56개 세부요소 등 총 138개이다.</p>
        <p>국내의 경우 현재 디지털화 기록에 한정된 메타데이터 표준이 없으므로, 기록물 건 단위 메타데이터 요소를 &#x2474; 공공기록물법 시행령에서 정하는 사본과 원본대체사본 관련 요소, &#x2475; 폐지된 &#x300C;<xref ref-type="bibr" rid="r004">NAK 26:2013(v1.0) 기록물 디지털화 지침-제1부: 종이 및 사진&#xB7;필름</xref>&#x300D;의 &#x3C;부속서 B&#x3E;에 제시된 디지털화 관련 메타데이터 요소, &#x2476; 앞서 2장 2절에서 정리한 디지털화 기록 메타데이터에 반영되어야 할 요소를 기준으로 하여 디지털화 기록과 관련된 요소만 추출하는 과정을 거쳤다. &#x2474;은 디지털화 기록이 원천 기록의 사본에 해당하기 때문에, &#x2475;는 비록 폐지된 지침이지만 디지털화 관련 메타데이터 요소를 제시했던 유일한 국내 표준에 해당하기 때문에, 그리고 &#x2476;은 앞서 살펴본 것처럼 관련 지침이나 기준 등에서 디지털화 과정을 관리하기 위해 기록해야 할 항목을 분명하게 제시하고 있기 때문에 디지털화 기록에 적용가능한 메타데이터 요소를 추출하고, 나아가 디지털화 기록의 메타데이터 설계에 참조할 사항을 도출하는데 이들을 활용하는 것이 적절하다고 판단되었다. &#xFF62;<xref ref-type="bibr" rid="r001">기록관리 메타데이터 표준(v2.2)</xref>&#xFF63;과 &#x2474;, &#x2475;, &#x2476;을 비교한 결과는 &#x3C;<xref ref-type="table" rid="t001">표 1</xref>&#x3E;과 같다.</p><table-wrap id="t001" position="float"> <label> &#x3C;표 1. &#x3E;</label> <caption><title>기록관리 메타데이터 표준 분석</title></caption> <table rules="all" frame="hsides"> <thead> <tr valign="middle"> <th align="center" rowspan="2">대상</th> <th align="center">기록관리 메타데이터 표준(v2.2)</th> <th align="center" rowspan="2">(1) 사본 관련 요소 (29)</th> <th align="center" rowspan="2">(2) 폐지된 디지털화 메타데이터 요소 (118)</th> <th align="center" rowspan="2">(3) 관련 표준이나 지침 요소 (35)</th> <th align="center" rowspan="2">디지털화 기록에 필요한 요소 (59)</th> </tr> <tr valign="middle"> <th align="center">상위요소 및 하위요소<break/> &#x203B; 세부요소는 하위요소 뒤 ( )안에 개수만 표기</th> </tr> </thead> <tbody> <tr valign="middle"> <td align="center" rowspan="76">기록물건</td> <td align="left">1. 생산자</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center"></td> </tr> <tr valign="middle"> <td align="left">1.1 생산자 유형</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center"></td> </tr> <tr valign="middle"> <td align="left">1.2 기관명</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center"></td> </tr> <tr valign="middle"> <td align="left">1.3 기관코드</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center"></td> </tr> <tr valign="middle"> <td align="left">1.4 부서명</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center"></td> </tr> <tr valign="middle"> <td align="left">1.5 부서코드</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center"></td> </tr> <tr valign="middle"> <td align="left">1.6 개인명</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center"></td> </tr> <tr valign="middle"> <td align="left">1.7 개인코드 </td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center"></td> </tr> <tr valign="middle"> <td align="left">1.8 직위(직급)명 </td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center"></td> </tr> <tr valign="middle"> <td align="left">1.9 직위(직급)코드</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center"></td> </tr> <tr valign="middle"> <td align="left">2. 기록계층</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center"></td> </tr> <tr valign="middle"> <td align="left">3. 기록식별자</td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> </tr> <tr valign="middle"> <td align="left">3.1 기본식별자</td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> </tr> <tr valign="middle"> <td align="left">3.2 시스템식별자(2)</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;(2)</td> </tr> <tr valign="middle"> <td align="left">3.3 보조식별자(2) </td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;(2)</td> </tr> <tr valign="middle"> <td align="left">4. 기록물명</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center"></td> </tr> <tr valign="middle"> <td align="left">4.1 제목</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center"></td> </tr> <tr valign="middle"> <td align="left">4.2 기타제목(2)</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center"></td> </tr> <tr valign="middle"> <td align="left">5. 기술</td> <td align="center"></td> <td align="center"></td> <td align="center"></td> <td align="center"></td> </tr> <tr valign="middle"> <td align="left">5.1 기술 유형</td> <td align="center"></td> <td align="center"></td> <td align="center"></td> <td align="center"></td> </tr> <tr valign="middle"> <td align="left">5.2 기술 내용</td> <td align="center"></td> <td align="center"></td> <td align="center"></td> <td align="center"></td> </tr> <tr valign="middle"> <td align="left">6. 주제</td> <td align="center"></td> <td align="center"></td> <td align="center"></td> <td align="center"></td> </tr> <tr valign="middle"> <td align="left">6.1 주제 유형</td> <td align="center"></td> <td align="center"></td> <td align="center"></td> <td align="center"></td> </tr> <tr valign="middle"> <td align="left">6.2 주제명</td> <td align="center"></td> <td align="center"></td> <td align="center"></td> <td align="center"></td> </tr> <tr valign="middle"> <td align="left">7. 전자기록물 여부</td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center">&#x25CB;</td> </tr> <tr valign="middle"> <td align="left">8. 유형</td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center">&#x25CB;</td> </tr> <tr valign="middle"> <td align="left">8.1 기록 유형 </td> <td align="center"></td> <td align="center"></td> <td align="center"></td> <td align="center"></td> </tr> <tr valign="middle"> <td align="left">8.2 사본 유형</td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center">&#x25CB;</td> </tr> <tr valign="middle"> <td align="left">8.3 기타문서 유형</td> <td align="center"></td> <td align="center"></td> <td align="center"></td> <td align="center"></td> </tr> <tr valign="middle"> <td align="left">10. 매체</td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center">&#x25CB;</td> </tr> <tr valign="middle"> <td align="left">11. 크기</td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> </tr> <tr valign="middle"> <td align="left">11.1 용량</td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> </tr> <tr valign="middle"> <td align="left">11.2 단위</td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> </tr> <tr valign="middle"> <td align="left">13. 일시</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center"></td> </tr> <tr valign="middle"> <td align="left">13.1 생산일시</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center"></td> </tr> <tr valign="middle"> <td align="left">13.3 등록일시</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center"></td> </tr> <tr valign="middle"> <td align="left">13.4 시행일시</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center"></td> </tr> <tr valign="middle"> <td align="left">14. 생산이력</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center"></td> </tr> <tr valign="middle"> <td align="left">14.1 생산시스템</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center"></td> </tr> <tr valign="middle"> <td align="left">14.2 생산부서(4)</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center"></td> </tr> <tr valign="middle"> <td align="left">14.3 생산유형</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center"></td> </tr> <tr valign="middle"> <td align="left">14.4 생산경로(7)</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center"></td> </tr> <tr valign="middle"> <td align="left">15. 보존기간(비밀기록물일 경우)</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center"></td> </tr> <tr valign="middle"> <td align="left">15.1 보존기간</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center"></td> </tr> <tr valign="middle"> <td align="left">15.2 보존기간책정사유</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center"></td> </tr> <tr valign="middle"> <td align="left">17. 권한</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center"></td> </tr> <tr valign="middle"> <td align="left">17.1 비밀(3)</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center"></td> </tr> <tr valign="middle"> <td align="left">17.2 접근범위</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center"></td> </tr> <tr valign="middle"> <td align="left">17.3 공개(8)</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center"></td> </tr> <tr valign="middle"> <td align="left">17.4 공공저작물관리(2)</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center"></td> </tr> <tr valign="middle"> <td align="left">18. 위치</td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center">&#x25CB;</td> </tr> <tr valign="middle"> <td align="left">18.1 소장처</td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center">&#x25CB;</td> </tr> <tr valign="middle"> <td align="left">18.2 소장위치</td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center">&#x25CB;</td> </tr> <tr valign="middle"> <td align="left">19. 관리이력</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> </tr> <tr valign="middle"> <td align="left">19.1 관리 유형</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> </tr> <tr valign="middle"> <td align="left">19.2 관리설명</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> </tr> <tr valign="middle"> <td align="left">19.3 관리일시</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> </tr> <tr valign="middle"> <td align="left">19.4 관리행위자(8)</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;(8)</td> </tr> <tr valign="middle"> <td align="left">19.5 변경요소(2)</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;(2)</td> </tr> <tr valign="middle"> <td align="left">20. 이용이력</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center"></td> </tr> <tr valign="middle"> <td align="left">20.1 이용 유형</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center"></td> </tr> <tr valign="middle"> <td align="left">20.2 이용내용설명</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center"></td> </tr> <tr valign="middle"> <td align="left">20.3 이용일시</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center"></td> </tr> <tr valign="middle"> <td align="left">20.4 이용자(8)</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center"></td> </tr> <tr valign="middle"> <td align="left">21. 보존이력</td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> </tr> <tr valign="middle"> <td align="left">21.1 보존처리 유형</td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> </tr> <tr valign="middle"> <td align="left">21.2 보존처리설명</td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> </tr> <tr valign="middle"> <td align="left">21.3 보존처리일시</td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> </tr> <tr valign="middle"> <td align="left">21.4 보존행위자(8)</td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;(8)</td> </tr> <tr valign="middle"> <td align="left">22. 관계</td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center">&#x25CB;</td> </tr> <tr valign="middle"> <td align="left">22.1 관계 유형</td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center">&#x25CB;</td> </tr> <tr valign="middle"> <td align="left">22.2 관계대상식별자</td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center">&#x25CB;</td> </tr> <tr valign="middle"> <td align="left">22.3 관계설명</td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> <td align="center"></td> <td align="center">&#x25CB;</td> </tr> <tr valign="middle"> <td align="left">23. 무결성체크</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> </tr> <tr valign="middle"> <td align="left">23.1 무결성체크섬</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> </tr> <tr valign="middle"> <td align="left">23.2 무결성체크값</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> </tr> <tr valign="middle"> <td align="center" rowspan="5">컴포넌트</td> <td align="left">9. 포맷</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> </tr> <tr valign="middle"> <td align="left">9.1 포맷명</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> </tr> <tr valign="middle"> <td align="left">9.2 포맷버전</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> </tr> <tr valign="middle"> <td align="left">9.3 생성 애플리케이션명</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> </tr> <tr valign="middle"> <td align="left">9.4 생성 애플리케이션버전</td> <td align="center"></td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> <td align="center">&#x25CB;</td> </tr> </tbody> </table> </table-wrap>
        <p>먼저, 공공기록물법 시행령에 따른 사본 관리와 관련되는 요소를 선별한 결과, 상위요소는 &#x2018;기록식별자&#x2019;, &#x2018;전자기록물 여부&#x2019;, &#x2018;유형&#x2019;, &#x2018;매체&#x2019;, &#x2018;크기&#x2019;, &#x2018;위치&#x2019;, &#x2018;보존이력&#x2019;, &#x2018;관계&#x2019; 8개이며, 하위요소 13개와 세부요소 8개로 총 29개로 나타났다. 사본 및 원본대체사본의 경우, 메타데이터 생성 시 &#x2018;사본 유형&#x2019; 요소를 입력한다. 사본은 &#x2018;사본 유형&#x2019;에 요소값을 입력하고, &#x2018;관계&#x2019; 요소를 활용하여 원천 기록과의 관계를 표시한다. 하지만 원천 기록을 폐기하는 원본대체 사본은 개별 기록으로 간주하여, 대부분 원본 메타데이터와 동일한 요소 값을 가지지만 &#x2018;기본식별자&#x2019;, &#x2018;전자기록물 여부&#x2019;, &#x2018;매체&#x2019;, &#x2018;크기&#x2019;, &#x2018;위치&#x2019; &#x2018;보존이력&#x2019;, &#x2018;관계&#x2019;에 해당하는 값만 달라진다. 이러한 작성방법을 미루어 보아 사본과 원본대체사본에 대한 메타데이터 스키마가 별도로 구성된 것이 아니며 기존의 메타데이터 요소를 그대로 활용한다는 사실을 알 수 있다. 이러한 점을 고려할 때 디지털화 기록의 메타데이터에서도 원천 기록에서의 정보 발췌 및 연계를 위해 기존 메타데이터 요소를 활용하여 최대한 원천 기록의 정보를 획득하고 디지털화 기록의 특성을 추가로 표현할 수 있는 요소를 포함시키는 방향으로 설계되어야 할 것으로 보인다.</p>
        <p>다음으로, &#x300C;<xref ref-type="bibr" rid="r004">NAK 26:2013(v1.0) 기록물 디지털화 지침-제1부: 종이 및 사진&#xB7;필름</xref>&#x300D;의 &#x3C;부속서 B&#x3E;와 대조해 본 결과, 디지털화 프로젝트 시 &#x2018;기술(description)&#x2019;, &#x2018;주제&#x2019;, &#x2018;크기&#x2019; 등 일부 요소를 제외한 대부분의 정보가 원천 기록으로부터 획득되어야 하는 것으로 나타났다. 그 중 &#x2018;기록계층&#x2019;, &#x2018;기록물명&#x2019;, &#x2018;분류&#x2019;, &#x2018;생산이력&#x2019;, &#x2018;보존기간&#x2019; 등 일부요소는 원천 기록의 메타데이터 정보를 그대로 사용하도록 정해져 있었다. 하지만 &#x2018;생산자&#x2019;와 &#x2018;일시&#x2019;는 각각 이미지 생산자와 이미지 생산일자를 기재하도록 되어 있어 원천 기록의 정보를 사용하는 요소와의 충돌이 발생할 가능성이 있는 것으로 나타났다. 또한 원천 기록의 생산이력을 그대로 받아오면서 &#x2018;생산자&#x2019; 요소에 이미지 생산자를 기재할 경우 원본 생산자와 이미지 생산자가 중복으로 기재되어 혼란을 불러일으킬 수도 있었다. 이와 같은 가능성이 보인 이유는 이 지침에서 원천 기록과 디지털화 기록의 관계를 제대로 정립하지 못한 상태에서 요소를 선정, 도입하였기 때문인 것으로 보인다.</p>
        <p>마지막으로, 디지털화 표준이나 지침에 명시된 디지털화 과정에서 기록해야 할 항목을 &#x300C;<xref ref-type="bibr" rid="r001">기록관리 메타데이터 표준(v2.2)</xref>&#x300D;과 대조한 결과, 상위요소 5개와 하위요소 16개, 세부요소 14개 등 총 35개의 요소가 관련된 것으로 나타났다. 관련 상위요소로는 &#x2018;관리이력&#x2019;, &#x2018;보존이력&#x2019; 등이 있으나 표준에서 언급한 고려사항을 모두 충족하는 것은 아니었다. 디지털화 과정과 연관된 행위주체의 기술에서도 &#x2018;관리이력&#x2019;이나 &#x2018;보존이력&#x2019;의 행위자 요소를 활용하여야 하는데, 이 역시 세부요소가 &#x2018;기관명&#x2019;, &#x2018;부서명&#x2019;, &#x2018;개인명&#x2019; 등으로 설정되어 있어 디지털화 사업을 추진하는 사업체 정보를 작성하기에 적절하지 않은 것으로 나타났다. 또한 표준이나 지침에서 디지털화에 사용한 하드웨어나 소프트웨어의 모델이나 제조사 등에 대한 정보도 관리해야 한다고 규정하고 있으나, 기록물 건 단계에서 &#x2018;포맷&#x2019; 요소는 적용되지 않는 것이었다. 따라서 다른 기록계층(컴포넌트)에 적용하는 &#x2018;포맷&#x2019; 요소를 임의로 포함시켰다. 그러나 &#x2018;포맷&#x2019; 요소에 정의된 하위요소가 &#x2018;포맷명&#x2019;, &#x2018;포맷버전&#x2019;, &#x2018;생성 애플리케이션명&#x2019;, &#x2018;생성 애플리케이션버전&#x2019; 등 4개뿐이어서 관련 정보를 충분히 표기하기는 부족한 것으로 나타났다.</p>
        <p>이러한 분석결과를 토대로, 디지털화 기록과 관련된 메타데이터 요소를 최종적으로 추출하였다. 디지털화 기록의 메타데이터는 &#x3C;<xref ref-type="table" rid="t001">표 1</xref>&#x3E;에서 &#x2474;, &#x2475;, &#x2476; 중에서 하나라도 언급한 요소를 모두 포함하되, 원천 기록과 동일한 데이터 값을 가지는 요소는 제외하였다. 원천 기록과 동일한 메타데이터는 디지털화 기록 메타데이터가 아니라 원천 기록으로부터 획득하여 활용할 수 있기 때문이다. 또한, &#x300C;<xref ref-type="bibr" rid="r001">기록관리 메타데이터 표준(v2.2)</xref>&#x300D; 중 기록물 건에 적용하는 요소를 추출하였지만, 컴포넌트에 적용하는 &#x2018;포맷&#x2019; 요소는 포함하였다. &#x2018;포맷&#x2019; 요소는 디지털화 기록에 적용해야 하는 요소지만, &#x300C;<xref ref-type="bibr" rid="r001">기록관리 메타데이터 표준(v2.2)</xref>&#x300D;에서 기록물 건에 적용되지 않는 요소였기 때문이다. 이러한 과정으로 최종 추출된 디지털화 기록의 메타데이터는 상위요소 &#x2018;기록식별자&#x2019;, &#x2018;전자기록물 여부&#x2019;, &#x2018;유형&#x2019;, &#x2018;포맷&#x2019;, &#x2018;매체&#x2019;, &#x2018;크기&#x2019;, &#x2018;위치&#x2019;, &#x2018;관리이력&#x2019;, &#x2018;보존이력&#x2019;, &#x2018;관계&#x2019;, &#x2018;무결성체크&#x2019;였으며, 하위요소, 세부요소를 모두 합쳐 총 59개였다.</p>
        <p>이러한 분석 결과를 보면, 디지털화 기록의 관리를 위한 관점에서 &#x300C;<xref ref-type="bibr" rid="r001">기록관리 메타데이터 표준(v2.2)</xref>&#x300D;는 다음과 같은 문제점을 가지고 있음을 확인할 수 있었다. 첫째, 원천 기록과 디지털화 기록의 관계가 제대로 정립하지 않은 채 메타데이터 표준이 제시되어 있었다. 특히 폐지된 &#x3C;부속서 B&#x3E;와 비교하여 &#x2018;생산자&#x2019; 요소에 이미지 생산자 정보를 입력하도록 하면서 &#x2018;생산이력&#x2019;은 원천 기록의 생산이력을 그대로 활용하도록 하는 구조는 메타데이터 작성자의 혼란을 야기할 수 있는 것이었다. 따라서 메타데이터 설계 시 디지털화 기록의 성격과 특성을 제대로 규정한 다음 메타데이터 요소를 구분해서 작성할 수 있도록 설계하여야 할 것이다.</p>
        <p>둘째, 관련 표준에서는 디지털화 기록 관리를 위해 디지털화 기록에 대한 정보와 디지털화 업무과정 및 프로젝트에 대한 정보를 구분하여 기록화하여야 한다고 되어 있었다. 하지만 &#x300C;<xref ref-type="bibr" rid="r001">기록관리 메타데이터 표준(v2.2)</xref>&#x300D;은 기록 자체에 대한 요소를 중심으로 설계되었을 뿐만 아니라 업무과정과 디지털화 업무에 대한 정보를 포함할 수 있는 요소는 매우 적어 향후 관련 요소가 추가적으로 개발될 필요가 있는 것으로 나타났다.</p>
        <p>마지막으로 기록계층별로 메타데이터 요소의 적용을 달리하고 있었다는 점이다. 이 연구에서는 디지털화 기록 메타데이터의 작성계층을 기록물 건 단위로 분석하였는데, 기록물 건에 적용하지 않는 요소로 &#x2018;포맷&#x2019;, &#x2018;분류&#x2019;, &#x2018;생산 이력&#x2019;, &#x2018;보존장소&#x2019; 등이 있었다. 하지만 혼합매체파일 등을 관리하여야 하는 상황을 고려할 때, &#x2018;포맷&#x2019;은 디지털화 기록 관리에 있어 필수적인 요소임에도 불구하고 비적용 요소로 정의되어 있어 이에 대한 검토가 필요한 상황임을 알 수 있었다.</p>
      </sec>
      <sec id="s3b">
        <title>3.2 미국 NARA의 &#xFF62;연방기록관리 : 영구기록의 디지털화와 레코드 스케줄 검토&#xFF63;</title>
        <p>미국의 &#x300C;연방기록관리 : 영구기록의 디지털화와 레코드 스케줄 검토&#x300D;(2020)는 영구적으로 보존하여야 하는 원천 기록을 처분하고자 하는 부처가 디지털화 과정에서 준수하여야 할 사항을 정해 NARA에서 발표한 규정이다. 규정은 하위 절 36 CFR Parts 1224, 1225와 1236으로 구성되어 있으며, 메타데이터와 관련된 사항은 Part 1236에 있다.</p>
        <p>&#x300C;연방기록관리 : 영구기록의 디지털화와 레코드 스케줄 검토&#x300D;에서 메타데이터는 디지털화 과정과 결과, 그리고 전자기록의 기술적 속성을 설명하기 위해 필요한 도구로 간주된다. 이 규정에서는 메타데이터를 구성하는 정보를 원천 기록과 디지털화 단계별로 포착하여 수집하는 것이 중요하다고 밝히고 있다. 이 규정에서 메타데이터는 수집할 정보의 성격과 목적에 따라 관리(administrative), 설명(descriptive), 기술(technical), 전송(transfer) 메타데이터로 구분되며, 이에 해당하는 요소는 &#x3C;<xref ref-type="table" rid="t002">표 2</xref>&#x3E;와 같이 총 34개이다.</p><table-wrap id="t002" position="float"> <label>&#x3C;표 2.&#x3E;</label> <caption><title>디지털화 기록 관리를 위한 메타데이터 요소(미국 NARA)</title></caption> <table rules="all" frame="hsides"> <thead> <tr valign="middle"> <th align="center">구분</th> <th align="center">레이블</th> <th align="center">요구 필드 </th> <th align="center">설명</th> </tr> </thead> <tbody> <tr valign="middle"> <td align="center" rowspan="5">관리 (administrative)</td> <td align="center">식별자:파일명 (Identifier: File Name)</td> <td align="center">-</td> <td align="left">확장자를 포함한 컴퓨터 파일의 전체 이름</td> </tr> <tr valign="middle"> <td align="center">식별자:레코드 ID (Identifier: Record ID)</td> <td align="center">-</td> <td align="left">기관 또는 기록관리시스템에서 할당한 고유 식별자(&#xA7; 1236.20(b)(1)은 기관이 각 레코드에 고유 식별자를 할당하도록 요구)</td> </tr> <tr valign="middle"> <td align="center">식별자:처분일정 건 (Identifier: Disposition Schedule Item)</td> <td align="center">-</td> <td align="left">레코드가 속한 처분 일정 항목에 지정된 번호</td> </tr> <tr valign="middle"> <td align="center">관계:부분자원 (Relation: Has Part)</td> <td align="center">-</td> <td align="left">완전한 레코드를 형성하기 위해 물리적 또는 논리적으로 필요한 관련 기록. 여러 미디어 유형에 대한 기록 포함하는 혼합 미디어 파일은 이 요소를 사용하여 모든 구성요소 식별</td> </tr> <tr valign="middle"> <td align="center">관계:전체자원 (Relation: Is Part Of)</td> <td align="center">-</td> <td align="left">설명된 레코드가 물리적 또는 논리적으로 포함된 관련 레코드 또는 파일, 혼합 미디어 파일의 구성요소인 기록은 이 요소를 사용하여 상태를 표시</td> </tr> <tr valign="middle"> <td align="center" rowspan="11">설명 (descriptive)</td> <td align="center">제목(Title)</td> <td align="center">-</td> <td align="left">원본 레코드에 지정된 이름, 이름이 없는 경우 &#x3C;식별자: 레코드 ID&#x3E;를 제목으로 사용</td> </tr> <tr valign="middle"> <td align="center">설명(Description) </td> <td align="center">-</td> <td align="left">레코드에 대한 요약을 포함한 레코드 내용에 대한 설명</td> </tr> <tr valign="middle"> <td align="center">생산자(Creator) </td> <td align="center">-</td> <td align="left">원본 레코드 작성에 주된 책임이 있는 대리인(개인, 기관, 기타 조직 등)</td> </tr> <tr valign="middle"> <td align="center">일자:생산일자 (Date: Creation Date)</td> <td align="center">-</td> <td align="left">원본 레코드가 연방 레코드의 정의를 충족하는 날짜 또는 날짜 범위</td> </tr> <tr valign="middle"> <td align="center">자원유형(Source Type)</td> <td align="center">-</td> <td align="left">디지털 스틸 이미지를 만들기 위해 스캔된 원본 레코드의 매체</td> </tr> <tr valign="middle"> <td align="center">자원 치수 (Source Dimensions)</td> <td align="center">-</td> <td align="left">원본 레코드의 치수(측정 단위 포함)</td> </tr> <tr valign="middle"> <td align="center" rowspan="2">접근제한 (Access Restrictions)</td> <td align="center">접근제한상태 (Access Restriction Status) </td> <td align="left">레코드에 대한 액세스 제한 여부</td> </tr> <tr valign="middle"> <td align="center">특정접근제한 (Specific Access Restriction)</td> <td align="left">국가 보안 고려사항(예: CNSI, CUI), 기증자 제한, 법원 명령 및 기타 법적 또는 규제 조항(개인정보보호법 및 정보자유법(FOIA) 면제)을 기반으로 한 기록의 특정 접근 제한</td> </tr> <tr valign="middle"> <td align="center" rowspan="2">이용제한 (Use Restrictions)</td> <td align="center">이용제한상태 (Use Restriction Status)</td> <td align="left">레코드에 대한 이용 제한 여부</td> </tr> <tr valign="middle"> <td align="center">특정사용제한 (Specific Use Restriction)</td> <td align="left">개인정보보호법 및 정보자유법(FOIA) 면제를 포함한 저작권, 상표, 서비스 표시, 기증자 또는 법적 조항에 기초한 레코드의 사용 제한 유형</td> </tr> <tr valign="middle"> <td align="center">권한:권한보유자 (Rights: Rights Holder)</td> <td align="center">-</td> <td align="left">레코드에 관한 지적재산권을 소유하거나 관리하는 개인 또는 단체</td> </tr> <tr valign="middle"> <td align="center" rowspan="12">기술(technical)</td> <td align="center">파일 크기(File Size) </td> <td align="center">-</td> <td align="left">이미지 파일의 크기(바이트)</td> </tr> <tr valign="middle"> <td align="center">포맷명과 버전 (Format Name and Version)</td> <td align="center">-</td> <td align="left">파일 형식의 형식 이름 또는 설명</td> </tr> <tr valign="middle"> <td align="center">이미지 너비(Image Width) </td> <td align="center">-</td> <td align="left">디지털 이미지의 너비(픽셀) (예: 수평 또는 X 치수)</td> </tr> <tr valign="middle"> <td align="center">이미지 높이(Image Height)</td> <td align="center">-</td> <td align="left">디지털 영상의 높이(픽셀) (예: 수직 또는 Y 치수)</td> </tr> <tr valign="middle"> <td align="center">색공간(Color Space)</td> <td align="center">-</td> <td align="left">사용된 국제 컬러 컨소시엄(ICC) 프로필에 잘 정의된 이름</td> </tr> <tr valign="middle"> <td align="center">생성일시(Date and Time Created) </td> <td align="center">-</td> <td align="left">디지털 이미지가 생성된 날짜 또는 시간</td> </tr> <tr valign="middle"> <td align="center">사용 스캐너와 모델(Scanner Make and Model)</td> <td align="center">-</td> <td align="left">이미지를 만드는 데 사용되는 스캐너의 제조업체 및 모델</td> </tr> <tr valign="middle"> <td align="center">스캔 소프트웨어와 버전 (Scanning Software Name and Version)</td> <td align="center">-</td> <td align="left">스캐너가 이미지를 만드는 데 사용하는 소프트웨어의 이름 및 버전</td> </tr> <tr valign="middle"> <td align="center">사용 디지털카메라와 모델 (Digital Camera Make and Model)</td> <td align="center">-</td> <td align="left">이미지를 만드는 데 사용되는 디지털 카메라의 제조업체 및 모델</td> </tr> <tr valign="middle"> <td align="center">픽셀당 색상 구성 (Samples Per Pixel) </td> <td align="center">-</td> <td align="left">픽셀당 색상 구성 요소 수</td> </tr> <tr valign="middle"> <td align="center">메시지 다이제스트 알고리즘 (Message Digest Algorithm)</td> <td align="center">-</td> <td align="left">디지털 개체 또는 비트스트림에 대한 메시지 다이제스트를 구성하는 데 사용되는 특정 알고리즘</td> </tr> <tr valign="middle"> <td align="center">메시지 다이제스트(체크섬) (Message Digest (checksum))</td> <td align="center">-</td> <td align="left">메시지 요약 알고리즘의 출력</td> </tr> <tr valign="middle"> <td align="center" rowspan="11">전송(tranfer)</td> <td align="center">전송명(Transfer Title) </td> <td align="center">-</td> <td align="left">NARA로 전송할 레코드 컬렉션, 세트 또는 시리즈에 할당된 이름</td> </tr> <tr valign="middle"> <td align="center" rowspan="2">일자 (Dates)</td> <td align="center">시작일자 (Inclusive Start Date)</td> <td align="left">사용자가 NARA로 전송하려는 레코드 그룹, 컬렉션, 시리즈 또는 세트가 작성자에 의해 생성, 유지 또는 누적된 시작 날짜</td> </tr> <tr valign="middle"> <td align="center">마감일자 (Inclusive End Date)</td> <td align="left">작성자가 NARA로 전송하려는 레코드 그룹, 컬렉션, 시리즈 또는 세트를 생성, 유지 또는 누적한 마지막 날짜</td> </tr> <tr valign="middle"> <td align="center">생성조직 (Creating Organization)</td> <td align="center">-</td> <td align="left">(주요) 작업 중인 경우 컬렉션, 시리즈 또는 세트의 생성, 누적 또는 유지 관리를 담당하는 조직의 이름</td> </tr> <tr valign="middle"> <td align="center">기록물군 번호 (Record Group Number)</td> <td align="center">상위 기록물군 번호 (Parent Record Group Number)</td> <td align="left">레코드 그룹에 할당된 고유 번호</td> </tr> <tr valign="middle"> <td align="center">일반적인 기록유형 (General Records Type) </td> <td align="center">-</td> <td align="left">전송 중인 레코드 세트, 시리즈 또는 컬렉션의 일반적인 형식(예: 건축 및 엔지니어링 도면, 아티팩트, 데이터 파일, 지도 및 차트, 움직이는 이미지, 사진 및 기타 그래픽 자료, 녹음, 텍스트 레코드 또는 웹 페이지)</td> </tr> <tr valign="middle"> <td align="center" rowspan="2">접근제한(Access Restrictions)</td> <td align="center">접근제한상태(Access Restriction Status) </td> <td align="left">NARA로 전송할 레코드 세트, 컬렉션 또는 시리즈에 대한 액세스 제한 여부</td> </tr> <tr valign="middle"> <td align="center">특정접근제한(Specific Access Restriction)</td> <td align="left">국가 보안 고려사항(예: CNSI, CUI), 기증자 제한, 법원 명령 및 기타 법적 또는 규제 조항(개인정보보호법 및 정보자유법(FOI) 면제)을 기반으로 한 일련의 기록에 대한 특정 접근 제한</td> </tr> <tr valign="middle"> <td align="center" rowspan="2">이용제한 (Use Restrictions)</td> <td align="center">이용제한상태 (Use Restriction Status)</td> <td align="left">NARA로 전송할 레코드 세트, 컬렉션 또는 시리즈에 대한 사용 제한 여부</td> </tr> <tr valign="middle"> <td align="center">특정사용제한 (Specific Use Restriction)</td> <td align="left">개인정보보호법 및 정보자유법(FOIA) 면제를 포함한 저작권, 상표, 서비스 표시, 기증자 또는 법적 조항에 따라 레코드 세트, 컬렉션 또는 시리즈에 대한 사용 제한 유형</td> </tr> <tr valign="middle"> <td align="center">기록물 일정 번호 (Record Schedule Number)</td> <td align="center">여러 기록물 일정 번호 (Records Schedule Number)</td> <td align="left">전송 중인 컬렉션, 시리즈 또는 세트의 모든 레코드에 적용되는 레코드 스케줄에 할당된 NARA 번호</td> </tr> </tbody> </table> </table-wrap>
        <p>NARA의 디지털화 기록을 위한 메타데이터 특징은 다음과 같다. 첫째, 같은 요소를 사용하더라도 상세구분을 활용하여 적용대상을 구분하고 있다. 관리 메타데이터에서는 디지털화 기록의 식별자를 &#x2018;식별자:파일명(Identifier: File Name)&#x2019;으로 관리하여 원천 기록의 식별자인 &#x2018;식별자:레코드 ID(Identifier:Record ID)&#x2019;와 구분하여 사용한다. 동일한 &#x2018;식별자&#x2019;라는 요소를 사용하지만 상세구분을 활용하여 적용대상을 명확하게 정하고 있는 것이다.</p>
        <p>둘째, 디지털화 기록의 내용, 생산맥락 등에 대한 정보는 원천 기록과 동일하다. 설명 메타데이터는 원천 기록에 대한 정보로 구성된 반면 기술 메타데이터는 디지털 파일 사이즈 등 디지털화 기록 관리에 필요한 정보로 구성되어 있다. 이를 통해 디지털화 기록이 원천 기록과 형태만 다를 뿐 내용, 맥락 등은 원천 기록과 다르지 않은 사본이라는 전제 하에 메타데이터를 설계했음을 확인할 수 있다.</p>
        <p>마지막으로, 디지털화 프로세스 전반에 걸친 기록화를 위해 프로세스를 대상으로 한 메타데이터 요소가 반영되어 있다. 디지털화한 결과물을 NARA로 전송하는 과정에서 생성하여야 하는 정보를 전송 메타데이터로 정해놓아 디지털화 프로세스 전반에 대한 기록화를 가능하도록 구현하고 있다.</p>
      </sec>
      <sec id="s3c">
        <title>3.3 영국 TNA의 &#xFF62;디지털화 문서&#xFF63;</title>
        <p>&#x300C;디지털화 문서&#x300D;(2016)는 영국 TNA에서 소장한 컬렉션 중 아날로그 기록을 디지털화할 때 필요한 표준과 요구사항에 대한 규정으로서 이미지 규격을 포함한 초기 이미지 스캔에서부터 이미지 전송까지의 과정을 포함하고 있다. 이 규정에서는 파기할 원본을 대신하여 영구보존을 위해 디지털화한 기록을 디지털화 기록(digitised records)으로, 원본 기록은 그대로 보존한 상태에서 디지털화한 기록을 디지털 대체물(digital surrogates)로 구분한다. 이 연구에서 대상으로 하는 디지털화 기록은 후자의 의미에 가깝다.</p>
        <p>&#x300C;디지털화 문서&#x300D;에서 메타데이터는 임베디드(emdedded)과 외부(external)으로 구분하며, 외부 메타데이터는 다시 기술(technical) 메타데이터와 전사(transcription) 메타데이터로 구분한다. 마지막으로 전사 메타데이터는 전사할 기록에 따라 내용이 다양하게 나올 수 있으나 이에 대해서는 메타데이터 요소가 아니라 일반적인 원칙으로 대신하고 있다. 따라서 전사 메타데이터는 분석에서 제외하였다.</p>
        <p>먼저, 임베디드 메타데이터는 이미지 파일 자체에 포함되는 최소한의 메타데이터이다. 임베디드 메타데이터는 기록의 장기 보존 시 식별이 용이하도록 할 목적에서 설계되었다. 임베디드 메타데이터를 구성하는 요소는 왕실 저작권 혹은 신뢰기반 제3자 저작권 등 저작권 문구, UUID(Universally unique identifier, RFC4122), URI(Uniform resource identifier)이며, 이 요소는 구조적인 XML로 작성되어 최종적으로 JPEG 2000 규격의 이미지에 탑재된다.</p>
        <p>다음, 기술 메타데이터는 각 이미지별로 디지털 이미지 생성 및 전자 텍스트 생산과 관련하여 수집되는 데이터로, 디지털화 기록의 장기적인 보존을 위한 역할을 수행한다. 기술 메타데이터의 범위는 하드웨어, 소프트웨어와 이미지를 만드는 디지털화 과정을 모두 포함한다. 이 데이터는 특정 스캐너가 낮은 품질의 이미지를 만들거나 소프트웨어 패키지에서 버그가 발생하는 등 품질 보증 과정에서 처리할 수 없는 시스템 측면에서의 문제를 확인할 수 있도록 하는 역할도 담당한다. 기술 메타데이터는 UTF-8 인코딩을 거쳐 RFC 4180 규격에 따라 CSV 텍스트 파일로 생성된다.</p>
        <p>&#x300C;디지털화 문서&#x300D;에서는 &#x3C;<xref ref-type="table" rid="t003">표 3</xref>&#x3E;과 같이 디지털화 기록과 디지털 대체물에 대한 기술 메타데이터를 별도로 정하고 있다. 이 가운데 종이문서의 디지털화와 디지털 대체물에 공통적으로 적용되는 요소는 29개이며, 디지털화 기록을 대상으로 추가로 적용되는 요소가 13개, 디지털 대체물을 대상으로 추가로 적용되는 요소가 1개 있다. 종이문서가 아니라 마이크로 폼 혹은 사진자료를 대상으로 한 디지털화 기록이라면 1~4개의 요소를 추가할 수 있어 마이크로폼 자료의 디지털화 기록이라면 기술 메타데이터는 최대 46개까지 확장될 수 있다.</p><table-wrap id="t003" position="float"> <label>&#x3C;표 3.&#x3E;</label> <caption><title>디지털화 기록을 위한 기술 메타데이터 요소(영국 TNA)</title></caption> <table rules="all" frame="hsides"> <thead> <tr valign="middle"> <th align="center">기술(technical) 메타데이터 </th> <th align="center">종이문서 등</th> <th align="center">(추가)마이크로폼 및</th> <th align="center">(추가)마이 크로폼</th> </tr> </thead> <tbody> <tr valign="middle"> <td align="center">공통 (디지털화 문서, 디지털 대체물)</td> <td align="left"><bold><underline>총 29개 요소</underline></bold><break/>배치코드(Batch code), 부처(Department), 원(Division), 시리즈(Series), 하위시리즈(Sub series), 하위-하위시리즈(Sub sub series), 철(Piece), 건(Item), 설명(Description), 순서(Ordinal), 파일 UUID(File UUID), 파일 경로(File path), 파일 체크섬(File checksum), 자원 URI(Resource URI), 스캔연산자(Scan Operator), 스캔 ID(Scan ID), 스캔 위치(Scan location), 이미지 해상도(Image Resolution), 이미지 너비(Image width), 이미지 높이(Image height), 이미지 톤 해상도(Image tonal resolution), 이미지 포맷(Image format), 이미지 색공간(Image colour space), 이미지 분할(Image split), 이미지분할 순서(Image split ordinal), 이미지 분할 UUID(Image split other UUID), 이미지 절단(Image crop), 이미지 축정렬(Image de-skew), 주기(Comments)</td> <td align="left"><bold><underline>총 3개 요소</underline></bold><break/>이미지 반전 (image inversion), 이미지 반전 연산자 (image inversion operator), 이미지 반전 타임스탬프 (image inversion timestamp)</td> <td align="left"><bold><underline>총 1개 요소</underline></bold><break/>피시 참조번호 (fiche reference)</td> </tr> <tr valign="middle"> <td align="center">디지털화 기록 추가 요소</td> <td align="left"><bold><underline>총 13개 요소</underline></bold><break/>스캔 원포맷(Scan native format), 스캔 타임스탬프(Scan timestamp), 이미지 분할 연산자(Image split operator), 이미지 분할 타임스탬프(Image split timestamp), 이미지 절단 연산자(Image crop operator), 이미지 절단 타임스탬프(Image crop timestamp), 이미지 축정렬 연산자(Image de-skew operator), 이미지 축정렬 타임스탬프(Image de-skew timestamp), 프로세스 위치(Process location), Jp2 생성 타임스탬프(Jp2 creation timestamp), UUID 타임스탬프(UUID time stamp), 추출 타임스탬프(Embed timestamp), QA코드(QA Code)</td> <td align="center">-</td> <td align="center">-</td> </tr> <tr valign="middle"> <td align="center">디지털 대체물 추가 요소</td> <td align="left"><bold><underline>총 1개 요소</underline></bold><break/>이미지 압축(Image compression) </td> <td align="center">-</td> <td align="center">-</td> </tr> </tbody> </table> </table-wrap>
        <p>이와 별도로 기술 환경(technical environments)과 관련한 메타데이터 요소 8개도 획득하도록 설계되어 있다. 이 역시 마이크로 폼 혹은 사진자료를 대상으로 한 디지털화 프로젝트에서는 1개 요소를 추가한다. 기술 환경 메타데이터에 해당하는 전체 요소는 &#x3C;<xref ref-type="table" rid="t004">표 4</xref>&#x3E;와 같다. &#x300C;디지털화 문서&#x300D;에서는 이들 요소에 대해 요소별 필드명, 데이터 포맷, 설명, 옵션 및 예시, 사유, 일관성 검사 여부 등으로 구성된 메타데이터 스키마를 제공하고 있다. 디지털 대체물의 경우에는 기술 환경 메타데이터를 적용하지 않는다.</p><table-wrap id="t004" position="float"> <label>&#x3C;표 4.&#x3E;</label> <caption><title>디지털화 기록을 위한 기술 환경 메타데이터 요소(영국 TNA)</title></caption> <table rules="all" frame="hsides"> <thead> <tr valign="middle"> <th align="center">디지털화 기록에 대한 기술(technical) 환경 메타데이터 요소</th> <th align="center">(추가)마이크로폼 및 사진</th> </tr> </thead> <tbody> <tr valign="middle"> <td align="left"><bold><underline>총 8개 요소</underline></bold><break/>배치코드(Batch code), 회사명(Company name), 이미지 축정렬 소프트웨어(Image de-skew software), 이미지 분할 소프트웨어(Image split software), 이미지 절단 소프트웨어(Image crop software), Jp2 생성 소프트웨어(Jp2 creation software), UUID 소프트웨어(UUID software), 임베드 소프트웨어(Embed software)</td> <td align="left"><bold>총 1개 요소</bold><break/>이미지 반전 소프트웨어(Image inversion software)</td> </tr> </tbody> </table> </table-wrap>
        <p>TNA 문서에서 발견되는 메타데이터 특징은 다음과 같다. 첫째, 저작권 문구 외 UUID, URI 등 디지털화 자원을 구분할 수 있는 여러 식별자를 활용한다는 점이다. 앞서 살펴본 미국 NARA의 메타데이터 규정에서 &#x2018;식별자(Identifier)&#x2019; 요소를 상세구분을 이용하여 구분한 것과 달리, 영국은 &#x2018;배치코드(Batch code)&#x2019;와 함께 UUID, URI 요소를 별도로 활용한다. UUID 등은 단독으로 사용될 수도 있지만 &#x2018;파일 UUID(File UUID)&#x2019;와 같이 다른 요소의 상세구분으로도 활용된다. 실제 사례에서도 기본 식별자 외 UUID, URI 등 자동 생성 기반 식별자를 추가로 활용하는 것을 확인할 수 있다.</p>
        <p>둘째, 디지털 자원의 특성에 따라 메타데이터 요소를 달리 구성하여 적용하였다. 메타데이터 작성 대상을 원본대체사본과 같은 성격의 디지털화 기록과 디지털 대체물을 구분하여 메타데이터 요소를 달리 적용하고 있다. 또한 종이문서가 아닌 마이크로 폼이나 사진자료에 대한 디지털화에서 적용하는 메타데이터 요소를 추가로 제시하고 있다.</p>
        <p>마지막으로, 디지털화 기록의 영구적인 유지보수 및 관리를 위해 자동 추출 기반의 기술 메타데이터 요소를 적용하고 있다. 디지털화 기록 관리를 위한 기술 메타데이터 요소가 기술 환경에 대한 요소를 포함하여 최대 54개 정도로 많고, 대체로 자원 자체에서 자동으로 추출할 수 있는 요소로 구성되어 있다.</p>
      </sec>
    </sec>
    <sec id="s4" sec-type="other">
      <title>4. 디지털화 기록 관리를 위한 메타데이터 요소 설계</title>
      <sec id="s4a">
        <title>4.1 설계 시 고려사항</title>
        <p>디지털화 기록의 특성과 관련 메타데이터 표준을 분석하여 도출한 디지털화 기록의 메타데이터 설계 방향은 다음과 같다.</p>
        <sec id="s4aa">
          <title>4.1.1 원천 기록과 디지털화 기록의 관계 정립</title>
          <p>먼저, 국내 표준에서 확인할 수 있었던 가장 큰 문제점은 원천 기록과 디지털화 기록 간의 관계를 제대로 정립하지 않은 채 기록관리 메타데이터 표준이 마련되어 있었다는 점이다. &#x300C;<xref ref-type="bibr" rid="r001">기록관리 메타데이터 표준(v2.2)</xref>&#x300D; 중 상위요소 &#x2018;유형&#x2019;의 하위요소인 사본유형의 작성방법을 보면, 원본대체사본은 원천 기록과 구분하여 별도로 관리하도록 되어 있으나, 일반 사본은 원천 기록과 구분하여 작성하여야 한다는 내용 없이 다르게 표기할 수 있는 기술요소 몇 개만을 제시하는데 그치고 있다. 그 외 다른 요소에서도 디지털화 기록을 대상으로 한 작성방법 및 요령은 확인할 수 없다.</p>
          <p>또한 현재는 비록 폐지된 표준이지만, &#x300C;<xref ref-type="bibr" rid="r004">NAK 26:2013(v1.0) 기록물 디지털화 지침-제1부: 종이 및 사진&#xB7;필름</xref>&#x300D;의 &#x3C;부속서 B&#x3E;에서도 &#x2018;생산자&#x2019; 요소에 이미지 생산자를, &#x2018;생산일시&#x2019; 요소에 이미지 생산일자를 입력하도록 한 반면, &#x2018;생산이력&#x2019;은 원천 기록의 것을 그대로 활용하도록 설계되어 있었다. 이를 적용하여 메타데이터를 작성하게 되면 디지털화 이미지의 생산자와 생산일자가 원천 기록의 생산정보와 같은 방식으로 작성되어 혼란을 야기할 가능성이 농후하다. 이 또한 원천 기록과 디지털화 기록의 관계가 제대로 정립되지 않은 채 기록관리 메타데이터 요소를 설계하였다는 데 문제의 원인이 있다.</p>
          <p>이러한 이유에서, 디지털화 기록의 메타데이터 설계를 위해서는 먼저 디지털화 기록을 원천 기록과 구분되는 새로운 기록으로 간주할 것인지 혹은 원천 기록의 연장으로 만들어진 사본으로 볼 것인지 정하여야 한다. 3장에서 살펴본 미국, 영국 사례에서는 디지털화 기록의 내용, 맥락 등에 대한 정보를 원천 기록의 것을 그대로 받아오도록 하면서 디지털화 기록을 원천 기록의 사본으로 간주하고 있었다. 특히 영국은 디지털화 기록과 디지털 대체물로 구분하고 대상에 맞는 메타데이터 요소를 규정하고 있음을 확인할 수 있었다. 따라서 국내에서도 디지털화 기록을 원천 기록의 대체물로 보고, 이러한 관계 속에서 원천 기록으로부터 메타데이터를 승계받을 요소와 디지털화 기록을 위해 별도로 작성할 요소를 구분하는 것이 타당하다고 판단된다.</p>
        </sec>
        <sec id="s4ab">
          <title>4.1.2 자원유형별 특성에 따른 자동추출 메타데이터 요소 확대</title>
          <p>디지털화 기록의 큰 특징 중 하나는 종이, 아날로그 음성 파일부터 디지털 매체에 수록한 파일까지 모두 디지털화 대상이 될 수 있으며, 원천 기록의 자원유형이 하나가 아닌 둘 이상인 혼합매체일 가능성도 있다는 것이다. 그렇기 때문에 디지털화 기록 메타데이터는 여러 자원유형을 표현할 수 있도록 설계되어야 한다. 국내 디지털화 관련 표준에서도 디지털화에 사용된 하드웨어와 소프트웨어의 모델, 제조사나 압축 시 압축방법 등을 상세하게 기록으로 남기도록 규정하고 있다.</p>
          <p>그러나 &#x300C;<xref ref-type="bibr" rid="r001">기록관리 메타데이터 표준(v2.2)</xref>&#x300D;에는 자원 특성을 반영할 수 있는 요소로 최상위 요소인 &#x2018;포맷&#x2019;이 있으나 하위요소가 &#x2018;포맷명&#x2019;, &#x2018;포맷버전&#x2019;, &#x2018;생성 애플리케이션명&#x2019;, &#x2018;생성 애플리케이션버전&#x2019; 정도 밖에 없어 관련 정보를 충분히 기술하는 데에 한계가 있다. 또한 &#x2018;크기&#x2019;의 하위요소도 &#x2018;용량&#x2019;과 &#x2018;단위&#x2019;만 있어 디지털화 기록은 물론 원천 기록의 자원 특성까지 세세하게 설명하기에는 무리가 있다. 이처럼 자원유형에 대한 정보의 부족은 기록의 장기적인 관리와 식별을 어렵게 만드는 요인이 된다는 점에서 문제가 될 수 있다.</p>
          <p>미국과 영국의 사례에서는 디지털화 기록 메타데이터에 기술(technical) 메타데이터가 큰 비중을 차지하고 있음을 알 수 있었다. 기술 메타데이터에는 파일의 크기, 포맷명, 버전, 이미지의 너비에서부터 픽셀당 색상 구성까지 상세하게 생성할 수 있도록 관련 요소가 구성되어 있었다. 특히 영국은 각 요소별로 UUID, URI와 같은 식별자를 활용한 상세구분을 활용하여 기술 정보를 폭넓게 수집할 수 있도록 설계되어 있었다. 대체로 종이문서의 디지털화 프로세스를 대상으로 하지만 마이크로 폼이나 사진을 디지털화하는 경우에는 해당 유형의 특성을 표현할 수 있도록 추가 요소가 정의되어 있었다. 또한 메타데이터 요소의 수가 상당히 많은 데 비해, 대부분의 요소가 디지털화 프로세스에서 별도의 작업 없이 자원이나 시스템을 통해 해당 값을 자동으로 추출할 수 있는 것으로 구성되어 있다는 점도 발견할 수 있었다. 하지만 &#x300C;<xref ref-type="bibr" rid="r001">기록관리 메타데이터 표준(v2.2)</xref>&#x300D;에서는 이러한 정보를 기록할 수 있는 기술요소가 부족하여 디지털화 기록을 관리하는데 제한이 있다. 따라서 디지털화 기록의 영구적인 관리를 위해서 자원유형별로 각종 기술정보가 체계적으로 수집되도록 메타데이터가 설계되어야 할 것이다.</p>
        </sec>
        <sec id="s4ac">
          <title>4.1.3 업무과정 및 프로젝트에 대한 메타데이터 작성</title>
          <p>마지막으로 &#x300C;<xref ref-type="bibr" rid="r001">기록관리 메타데이터 표준(v2.2)</xref>&#x300D;에서 확인할 수 있었던 문제점은 디지털화 프로세스를 설명하는 요소가 부족하다는 것이었다. 요소의 대부분이 자원 자체에 대한 정보로 구성되어 있었으며 디지털화 프로세스에 대한 요소는 일부에 불과하였다. 관련 표준이나 지침에서 작업자 등 디지털화 프로세스와 연관된 행위 주체에 관한 사항을 기록화하도록 지시하고 있으나, 이와 관련된 기록관리 메타데이터 요소는 &#x2018;관리이력&#x2019;과 &#x2018;보존이력&#x2019;의 세부요소인 &#x2018;행위자&#x2019; 뿐이었다. 이 역시 세부요소로 &#x2018;기관명&#x2019;, &#x2018;기관코드&#x2019;, &#x2018;부서명&#x2019;, &#x2018;부서코드&#x2019;, &#x2018;직위(직급)명&#x2019;, &#x2018;직위(직급) 코드&#x2019; 등으로 정해져 있어 공공기관이 아닌 사업체 등 다른 행위주체를 기록화하기에 적절하지 않았다.</p>
          <p>디지털화 프로세스에 대한 정보는 디지털화 기록의 생성뿐만 아니라 이어질 관리에서도 활용할 수 있는 중요한 정보이며, 반드시 프로세스의 결과물로 생성된 디지털화 기록과 연결되어 확인할 수 있어야 한다. 미국은 디지털화 기록을 NARA로 전송할 경우 수집하여야 하는 메타데이터를 따로 정해두고 디지털화 프로세스의 마지막 단계에서 해당 서버의 업로드 정보까지 획득하고 있었다. 영국은 회사명, 사용 소프트웨어 등 디지털화 기록 외 디지털화 기록을 둘러싼 기술 환경 메타데이터를 수집하도록 정하고 있다는 것을 알 수 있었다. 따라서 디지털화 기록의 메타데이터는 기록 자체뿐만 아니라 디지털화 프로세스와 관련된 다양한 정보를 관리할 수 있도록 설계되어야 할 것이다.</p>
        </sec>
      </sec>
      <sec id="s4b">
        <title>4.2 설계원칙 및 모형</title>
        <p>지금까지 살펴본 설계방향을 고려하여 디지털화 기록 메타데이터 설계원칙을 도출한 결과는 다음과 같다.</p>
        <p><list list-type="simple"> <list-item><p>1) 디지털화 기록의 메타데이터는 건(item)별로 생성한다.</p></list-item> <list-item><p>2) 디지털화 기록은 원천 기록의 사본으로 내용, 생산맥락 등에 대한 정보는 원천 기록과 동일하게 처리한다.</p></list-item> <list-item><p>3) 디지털화 기록의 특성을 기록하고 관리하기 위해 별도의 메타데이터 요소를 개발한다.</p></list-item> <list-item><p>4) 디지털 자원에 대한 기술적인 특성은 최대한 자동 추출 기반의 메타데이터 요소로 구성한다.</p></list-item> <list-item><p>5) 기본식별자 외 자동 생성 기반의 식별자를 추가로 사용한다(예시 : UUID, URI).</p></list-item> <list-item><p>6) 원천 기록이 혼합매체파일일 가능성을 고려하여 기술 메타데이터는 중복으로 기술할 수 있도록 한다.</p></list-item> <list-item><p>7) 기록 자체에 대한 메타데이터 외 디지털화 프로세스(업무과정, 프로젝트)에 대한 메타데이터를 생성한다.</p></list-item> <list-item><p>8) 관계요소를 매개로 원천 기록과 디지털화 기록, 디지털화 기록과 디지털화 프로세스의 관계를 유지한다.</p></list-item> </list></p>
        <p>디지털화 기록 관리를 위한 메타데이터 설계 모형은 아래의 &#x3C;<xref ref-type="fig" rid="f003">그림 3</xref>&#x3E;과 같다.</p>
        <fig id="f003" position="float">
          <label>&#x3C;그림 3&#x3E;</label>
          <caption>
            <title>디지털화 기록 메타데이터 설계 모형</title>
          </caption>
          <graphic xlink:href="../ingestImageView?artiId=ART002899944&amp;imageName=jksarm-2022-22-4-1-f003.jpg" position="float"/>
        </fig>
        <p>우선 디지털화 기록 관리를 위한 메타데이터는 기존 시스템과의 연계 및 다른 메타데이터 표준과의 상호운용성을 고려하여 국내 표준인 &#x300C;<xref ref-type="bibr" rid="r001">기록관리 메타데이터 표준(v2.2)</xref>&#x300D;을 기반으로 한다. &#x300C;<xref ref-type="bibr" rid="r001">기록관리 메타데이터 표준(v2.2)</xref>&#x300D;의 요소 중 내용, 생산맥락 등은 원천 기록 메타데이터로부터 승계받고, 자원유형이나 관리&#xB7;보존이력 등 일부 요소는 디지털화 기록을 대상으로 별도로 생성하도록 한다. 하지만 현재의 &#x300C;<xref ref-type="bibr" rid="r001">기록관리 메타데이터 표준(v2.2)</xref>&#x300D;으로는 원천 기록과 디지털화 기록이 가질 수 있는 자원의 여러 유형을 표현할 수 없다는 한계가 있다. 따라서 필요한 요소를 추가적으로 개발하되, 새로운 요소의 개발은 메타데이터의 상호운용성 확보를 위해 미국과 영국 사례를 참조한다.</p>
        <p>다음으로 업무과정, 프로젝트 등 디지털화 프로세스에 대한 메타데이터를 생성하도록 한다. 이 역시 「<xref ref-type="bibr" rid="r001">기록관리 메타데이터 표준(v2.2)</xref>」만으로는 충분히 기술될 수 없으므로 미국과 영국 사례로부터 관련 요소를 추가하고, 디지털화 기록의 각 시점에 활용할 요소를 구분하여 설계한다.</p>
        <p>마지막으로 원천 기록, 디지털화 기록과 디지털화 프로세스의 세 개체가 메타데이터를 통해 서로 연계될 수 있도록 식별자, 관계 요소 등을 활용한다.</p>
      </sec>
      <sec id="s4c">
        <title>4.3 메타데이터 설계(안)</title>
        <p>&#x3C;<xref ref-type="fig" rid="f003">그림 3</xref>&#x3E;의 디지털화 기록 메타데이터 설계 모형에 따라 디지털화 기록을 대상으로 하는 메타데이터 요소와 디지털화 프로세스 관련 메타데이터 요소를 제안하면 다음과 같다.</p>
        <sec id="s4ca">
          <title>4.3.1 디지털화 기록 대상 메타데이터</title>
          <p>앞서 3장에서 &#x300C;<xref ref-type="bibr" rid="r001">기록관리 메타데이터 표준(v2.2)</xref>&#x300D;을 기준으로 원천 기록과 동일하게 적용되는 메타데이터를 제외하고, 디지털화 기록에 적용해야 할 메타데이터를 추출한 결과는 모두 59개로 나타났다. 이들 요소를 디지털화 프로세스 중 자동으로 획득 가능한 요소와 메타데이터 작성자가 직접 입력해야 할 요소로 구분한 결과는 다음 &#x3C;<xref ref-type="table" rid="t005">표 5</xref>&#x3E;와 같다.</p><table-wrap id="t005" position="float"> <label>표 5.</label> <caption><title>디지털화 기록 대상 메타데이터 요소</title></caption> <table rules="all" frame="hsides"> <thead> <tr valign="middle"> <th align="center" colspan="2">디지털화 프로세스 중 자동으로 획득(20)</th> <th align="center" colspan="2">메타데이터 작성자 입력(39)</th> </tr> <tr valign="middle"> <th align="center">상위요소</th> <th align="center">하위요소 (세부요소는 ()안에 개수만 표시)</th> <th align="center">상위요소</th> <th align="center">하위요소 (세부요소는 ()안에 개수만 표시)</th> </tr> </thead> <tbody> <tr valign="middle"> <td align="center">기록식별자</td> <td align="center">기본식별자, 시스템식별자(2), 보조식별자(2)</td> <td align="center">전자기록물 여부</td> <td align="center">-</td> </tr> <tr valign="middle"> <td align="center">포맷</td> <td align="center">포맷명, 포맷버전, 생성 애플리케이션명, 생성 애플리케이션버전</td> <td align="center">유형</td> <td align="center">사본 유형</td> </tr> <tr valign="middle"> <td align="center">매체</td> <td align="center">-</td> <td align="center">위치</td> <td align="center">소장처, 소장위치</td> </tr> <tr valign="middle"> <td align="center">크기</td> <td align="center">용량, 단위</td> <td align="center">관리이력</td> <td align="center">관리유형, 관리설명, 관리일시, 관리행위자(8), 변경요소(2)</td> </tr> <tr valign="middle"> <td align="center" rowspan="2">무결성체크</td> <td align="center" rowspan="2">무결성체크법, 무결성체크값</td> <td align="center">보존이력 </td> <td align="center">보존처리 유형, 보존처리설명, 보존처리일시, 보존행위자(8)</td> </tr> <tr valign="middle"> <td align="center">관계 </td> <td align="center">관계유형, 관계대상식별자, 관계설명</td> </tr> </tbody> </table> </table-wrap>
          <p>&#x3C;<xref ref-type="table" rid="t005">표 5</xref>&#x3E;를 기준으로 하되, 디지털화 프로세스에서 자동으로 획득 가능한 요소는 더 추가될 필요가 있다. 먼저, &#x2018;기록식별자&#x2019;는 UUID와 URI 등을 활용하여 다른 메타데이터와 연계될 수 있는 형태로 자동 생성 식별자가 추가되어야 한다. &#x2018;포맷&#x2019;, &#x2018;매체&#x2019;, &#x2018;크기&#x2019; 요소는 앞서 언급한 바와 같이 디지털화 기록의 특성을 반영하기에는 기재할 수 있는 정보가 많이 부족하기 때문에 기록관리를 위한 정보를 추가적으로 획득할 필요가 있다. 또한 &#x2018;무결성체크&#x2019; 요소도 자원의 진본성, 신뢰성 등을 위해 시스템 혹은 사람에 의해 주기적으로 진행하되 이력이 남도록 해야 한다. 이러한 이유로, 디지털화 프로세스에서 자동으로 획득 가능한 메타데이터 요소 중 이 연구에서 제안하는 요소 확장(안)은 다음 &#x3C;<xref ref-type="table" rid="t006">표 6</xref>&#x3E;과 같다. 확장(안)에서 미국이나 영국 사례로부터 참조한 요소는 미국과 영국의 해당 표준명이나 각 표준에 정의된 요소명을 표기하는 대신에, 참조 사례인 미국의 &#x2018;NARA&#x2019;, 영국의 &#x2018;TNA&#x2019;로 표시하였다.</p><table-wrap id="t006" position="float"> <label>&#x3C;표 6.&#x3E;</label> <caption><title>디지털화 기록 대상 자동추출 메타데이터 요소(안)</title></caption> <table rules="all" frame="hsides"> <thead> <tr valign="middle"> <th align="center" colspan="2">기술요소(43)</th> <th align="center" rowspan="2">설명 </th> <th align="center" rowspan="2">참조 사례</th> </tr> <tr valign="middle"> <th align="center">상위요소</th> <th align="center">하위요소</th> </tr> </thead> <tbody> <tr valign="middle"> <td align="center">자원 URI(Resource URI)</td> <td align="center">-</td> <td align="left">예측 가능한 패턴을 가진 고유 식별자</td> <td align="center">TNA</td> </tr> <tr valign="middle"> <td align="center">파일 크기(File Size)</td> <td align="center">-</td> <td align="left">이미지 파일의 크기(바이트) </td> <td align="center">NARA</td> </tr> <tr valign="middle"> <td align="center">포맷명(Format Name) </td> <td align="center">-</td> <td align="left">파일 형식의 형식 이름 또는 설명 </td> <td align="center">NARA</td> </tr> <tr valign="middle"> <td align="center">포맷버전(Format Version)</td> <td align="center">-</td> <td align="left">파일 형식의 버전</td> <td align="center">NARA</td> </tr> <tr valign="middle"> <td align="center">파일 UUID(File UUID) </td> <td align="center">-</td> <td align="left">모든 이미지에 포함된 이미지에 대한 범용 고유 식별자</td> <td align="center">TNA</td> </tr> <tr valign="middle"> <td align="center">파일 경로(File path) </td> <td align="center">-</td> <td align="left">배치를 포함하는 파일 시스템의 루트에 상대적인 파일 위치 </td> <td align="center">TNA</td> </tr> <tr valign="middle"> <td align="center">이미지 너비(Image Width) </td> <td align="center">-</td> <td align="left">디지털 이미지의 너비(픽셀)(예: 수평 또는 X 치수) </td> <td align="center">NARA,TNA</td> </tr> <tr valign="middle"> <td align="center">이미지 높이(Image Height) </td> <td align="center">-</td> <td align="left">디지털 이미지의 높이(픽셀) (예: 수직 또는 Y 치수) </td> <td align="center">NARA,TNA</td> </tr> <tr valign="middle"> <td align="center">생성일시 (Date and Time Created)</td> <td align="center">-</td> <td align="left">디지털 이미지가 생성된 날짜 또는 시간</td> <td align="center">NARA</td> </tr> <tr valign="middle"> <td align="center" rowspan="4">사용 스캐너와 모델 (Scanner Make and Model)</td> <td align="center"></td> <td align="left">이미지를 만드는 데 사용되는 스캐너의 제조업체 및 모델</td> <td align="center">NARA</td> </tr> <tr valign="middle"> <td align="center">스캐너 연산자 (Scan operator)</td> <td align="left">이미지를 생성한 스캐너를 사용하는 특정 운영자를 나타내는 코드. 공급업체가 디코딩할 수 있는 익명화된 코드</td> <td align="center">TNA</td> </tr> <tr valign="middle"> <td align="center">스캔 ID(Scan ID) </td> <td align="left">이미지를 생성하는 데 사용되는 스캔 장치의 개별 식별자</td> <td align="center">TNA</td> </tr> <tr valign="middle"> <td align="center">스캐너 위치(Scan location) </td> <td align="left">스캐너의 물리적 위치 </td> <td align="center">TNA</td> </tr> <tr valign="middle"> <td align="center" rowspan="4">스캔 소프트웨어와 버전 (Scanning Software Name and Version)</td> <td align="center"></td> <td align="left">스캐너가 이미지를 만드는 데 사용하는 소프트웨어의 이름 및 버전 </td> <td align="center">NARA</td> </tr> <tr valign="middle"> <td align="center">스캔 소프트웨어 연산자 (Scanning Software operator)</td> <td align="left">이미지를 생성한 스캔 소프트웨어를 사용하는 특정 운영자를 나타내는 코드. 공급업체가 디코딩할 수 있는 익명화된 코드</td> <td align="center">TNA</td> </tr> <tr valign="middle"> <td align="center">스캔 소프트웨어 ID (Scanning Software ID)</td> <td align="left">이미지를 생성하는 데 사용되는 스캔 소프트웨어의 개별 식별자</td> <td align="center">TNA</td> </tr> <tr valign="middle"> <td align="center">스캔 소프트웨어 위치 (Scanning Software location)</td> <td align="left">스캔 소프트웨어의 물리적 위치</td> <td align="center">TNA</td> </tr> <tr valign="middle"> <td align="center" rowspan="4">디지털 카메라와 모델 (Digital Camera Make and Model)</td> <td align="center"></td> <td align="left">이미지를 만드는 데 사용되는 디지털 카메라의 제조업체 및 모델 </td> <td align="center">NARA</td> </tr> <tr valign="middle"> <td align="center">디지털 카메라 연산자 (Digital Camera operator)</td> <td align="left">디지털카메라를 사용하는 특정 운영자를 나타내는 코드. 공급업체가 디코딩할 수 있는 익명화된 코드 </td> <td align="center">TNA</td> </tr> <tr valign="middle"> <td align="center">디지털 카메라 ID(Digital Camera ID)</td> <td align="left">이미지를 생성하는 데 사용되는 디지털 카메라의 개별 식별자</td> <td align="center">TNA</td> </tr> <tr valign="middle"> <td align="center">디지털 카메라 위치 (Digital Camera location)</td> <td align="left">디지털 카메라의 물리적 위치</td> <td align="center">TNA</td> </tr> <tr valign="middle"> <td align="center">픽셀당 색상 구성(해상도) (Samples Per Pixel, Image resolution)</td> <td align="center">-</td> <td align="left">픽셀당 색상 구성 요소 수 </td> <td align="center">NARA,TN</td> </tr> <tr valign="middle"> <td align="center">이미지 색공간 (Image color space)</td> <td align="center">-</td> <td align="left">색공간, 좌표계에서 나타낼 수 있는 색상의 범위 </td> <td align="center">TNA</td> </tr> <tr valign="middle"> <td align="center">이미지 색조해상도 (Image tonal resolution)</td> <td align="center">-</td> <td align="left">이미지의 색조해상도 </td> <td align="center">TNA</td> </tr> <tr valign="middle"> <td align="center">이미지 압축 (Image compression)</td> <td align="center">-</td> <td align="left">이미지를 압축하는 데 사용되는 손실 이미지 압축 비율</td> <td align="center">TNA</td> </tr> <tr valign="middle"> <td align="center">이미지 분할(Image split)</td> <td align="center">-</td> <td align="left">이미지 분할의 결과인지 여부 </td> <td align="center">TNA</td> </tr> <tr valign="middle"> <td align="center">이미지 분할 순서 (Image split ordinal) </td> <td align="center">-</td> <td align="left">합성물의 경우, 이미지나 영상의 순서 </td> <td align="center">TNA</td> </tr> <tr valign="middle"> <td align="center">이미지 분할 소프트웨어 (Image split software)</td> <td align="center">-</td> <td align="left">이미지 분할에 사용한 소프트웨어</td> <td align="center">TNA (기술환경)</td> </tr> <tr valign="middle"> <td align="center">이미지 분할 UUID (Image split other UUID)</td> <td align="center">-</td> <td align="left">이미지가 분할된 경우, 이 이미지와 동일한 원래 이미지에서 분할된 다른 이미지의 UUID가 포함(분할의 일부로 이미지가 세 개 이상인 경우 이 필드에는 쉼표로 구분된 여러 UUID가 포함)</td> <td align="center">TNA</td> </tr> <tr valign="middle"> <td align="center">이미지 절단(Image crop) </td> <td align="center">-</td> <td align="left">이미지가 잘렸는지 여부와 수행된 자르기 유형인지 여부</td> <td align="center">TNA</td> </tr> <tr valign="middle"> <td align="center">이미지 절단 소프트웨어 (Image crop softwar</td> <td align="center">-</td> <td align="left">이미지 자르기에 사용한 소프트웨어 </td> <td align="center">TNA (기술환경)</td> </tr> <tr valign="middle"> <td align="center">이미지 축정렬 (Image de-skew)</td> <td align="center">-</td> <td align="left">이미지가 축정렬되었는지 여부</td> <td align="center">TNA</td> </tr> <tr valign="middle"> <td align="center">이미지 축정렬 (Image de-skew software)</td> <td align="center">-</td> <td align="left">이미지 축정렬에 사용한 소프트웨어 </td> <td align="center">TNA (기술환경)</td> </tr> <tr valign="middle"> <td align="center">이미지 반전 (image inversion)</td> <td align="center">-</td> <td align="left">(마이크로폼 또는 사진 네거티브 프로젝트) 이미지가 음에서 양로 반전되었는지, 자동프로세스에 의해 수행되었는지 또는 수동으로 수행되었는지 여부를 지정</td> <td align="center">TNA</td> </tr> <tr valign="middle"> <td align="center">이미지 반전 연산자 (image inversion operator)</td> <td align="center"></td> <td align="left">(마이크로폼 또는 사진 네거티브 프로젝트) 수동반전을 위해 이미지를 생성한 반전소프트웨어를 사용하는 특정 작업자, 공급업체가 디코딩할 수 있는 익명화된 코드</td> <td align="center">TNA</td> </tr> <tr valign="middle"> <td align="center">이미지 반전 타임스탬프 (image inversion timestamp)</td> <td align="center"></td> <td align="left">(마이크로폼 또는 사진 네거티브 프로젝트) 이미지가 반전된 날짜 및 시간 </td> <td align="center">TNA</td> </tr> <tr valign="middle"> <td align="center">이미지 반전 소프트웨어 (Image inversion software)</td> <td align="center"></td> <td align="left">(마이크로폼 또는 사진 네거티브 프로젝트) 이미지 반전에 사용한 소프트웨어</td> <td align="center">TNA (기술환경)</td> </tr> <tr valign="middle"> <td align="center">피시 참조번호 (fiche reference)</td> <td align="center"></td> <td align="left">(마이크로폼) 정보 처리용 마이크로카드나 필름류 참조번호 </td> <td align="center">TNA</td> </tr> <tr valign="middle"> <td align="center">주기(Comments) </td> <td align="center"></td> <td align="left">작업자의 코멘트</td> <td align="center">TNA</td> </tr> <tr valign="middle"> <td align="center">파일 체크섬(File checksum)</td> <td align="center"></td> <td align="left">SHA256 표준을 준수하는 이미지 파일의 체크섬</td> <td align="center">TNA</td> </tr> <tr valign="middle"> <td align="center">메시지 다이제스트 알고리즘 (Message Digest Algorithm)</td> <td align="center"></td> <td align="left">디지털 개체 또는 비트스트림에 대한 메시지 다이제스트를 구성하는 데 사용되는 특정 알고리즘</td> <td align="center">NARA</td> </tr> <tr valign="middle"> <td align="center">메시지 다이제스트(체크섬) (Message Digest (checksum))</td> <td align="center"></td> <td align="left">메시지 요약 알고리즘의 출력 </td> <td align="center">NARA</td> </tr> </tbody> </table> </table-wrap>
          <p>&#x3C;<xref ref-type="table" rid="t006">표 6</xref>&#x3E;에서 제안한 메타데이터 요소를 활용하여 가상의 메타데이터를 생성한 사례는 &#x3C;<xref ref-type="table" rid="t007">표 7</xref>&#x3E;과 같다. 사례에 모든 요소를 포함하기가 어려워 부득이 각 요소의 입력값과 방법을 이해하는데 필요한 최소한의 요소를 적용한 사례를 제시하였다. &#x3C;<xref ref-type="table" rid="t007">표 7</xref>&#x3E;에서 보듯이 디지털화 기록의 메타데이터 중 &#x2018;기록물명&#x2019;과 같이 원천 기록의 메타데이터로부터 획득되는 요소가 있고, &#x2018;전자기록물 여부&#x2019; 등과 같이 디지털화 기록을 대상으로 별도로 작성하여야 하는 요소가 있다. 그리고 &#x2018;관계대상식별자&#x2019;와 이 연구에서 추가로 제시한 요소인 &#x2018;파일 UUID&#x2019;는 원천 기록이나 관련 메타데이터와의 연결을 유지하는 역할을 한다. 마지막으로 &#x2018;사용 스캐너와 모델&#x2019;과 같은 요소는 기관이 미리 정한 지침에 따라 값이 자동으로 입력될 수 있다.</p><table-wrap id="t007" position="float"> <label>&#x3C;표 7.&#x3E;</label> <caption><title>디지털화 기록 대상 메타데이터 생성 사례</title></caption> <table rules="all" frame="hsides"> <thead> <tr valign="middle"> <th align="center">구분</th> <th align="center">상위요소</th> <th align="center">하위요소</th> <th align="center">요소값</th> <th align="center">요소값에 대한 설명 </th> <th align="center">입력방법</th> </tr> </thead> <tbody> <tr valign="middle"> <td align="center" rowspan="6">&#xFF62;기록관리 메타데이터 표준 (v2.2 )&#xFF63;</td> <td align="left">4. 기록물명</td> <td align="left">4.1 제목 </td> <td align="left">공무원 교육제도 개선</td> <td align="left">원천 기록의 제목 </td> <td align="center">획득</td> </tr> <tr valign="middle"> <td align="left">7. 전자기록물 여부</td> <td align="left">-</td> <td align="left">전자기록물 </td> <td align="left">전자기록물 여부</td> <td align="center">작성</td> </tr> <tr valign="middle"> <td align="left">8. 유형</td> <td align="left">8.2 사본 유형</td> <td align="left">디지털화 기록 </td> <td align="left">사본 유형(원본대체 등)</td> <td align="center">작성</td> </tr> <tr valign="middle"> <td align="left" rowspan="3">22. 관계</td> <td align="left">22.1 관계 유형</td> <td align="left">원본</td> <td align="left">현재 기술하는 기록물이 사본(대체사본 또는 보존사본)이며 원본이 존재하는 경우, 입력</td> <td align="center">작성</td> </tr> <tr valign="middle"> <td align="left">22.2 관계대상식별자 </td> <td align="left">00000000-0000-0000-0000-0 00000000000</td> <td align="left">자동 부여 혹은 직접 입력 (파일 UUID 등) </td> <td align="center">작성</td> </tr> <tr valign="middle"> <td align="left">22.3 관계설명</td> <td align="left">디지털화 기록, 사본</td> <td align="left">원천 기록과의 관계 설명</td> <td align="center">작성</td> </tr> <tr valign="middle"> <td align="center" rowspan="4">추가 요소</td> <td align="left">파일 UUID </td> <td align="left">-</td> <td align="left">00000000-0000-0000-0000-0 00000000000</td> <td align="left">관계식별자의 값으로 연계</td> <td align="center">자동추출</td> </tr> <tr valign="middle"> <td align="left" rowspan="3">사용 스캐너와 모델</td> <td align="left">스캐너 연산자</td> <td align="left">ABG001</td> <td align="left">미리 정한 지침에 따라 부여</td> <td align="center">자동추출</td> </tr> <tr valign="middle"> <td align="left">스캔 ID </td> <td align="left">002A </td> <td align="left">미리 정한 지침에 따라 부여</td> <td align="center">자동추출</td> </tr> <tr valign="middle"> <td align="left">스캐너 위치</td> <td align="left">&#x25CB;&#x25CB;시 &#x25CB;&#x25CB;구 &#x25CB;&#x25CB;로, 000</td> <td align="left">미리 정한 지침에 따라 부여</td> <td align="center">자동추출</td> </tr> </tbody> </table> </table-wrap>
        </sec>
        <sec id="s4cb">
          <title>4.3.2 디지털화 프로세스 대상 메타데이터</title>
          <p>현행 &#x300C;<xref ref-type="bibr" rid="r001">기록관리 메타데이터 표준(v2.2)</xref>&#x300D;에서 디지털화 프로세스 정보를 표현할 수 있는 요소는 &#x2018;관리이력&#x2019;과 &#x2018;보존이력&#x2019; 정도에 불과하다. 하지만 &#x2018;관리이력&#x2019;과 &#x2018;보존이력&#x2019;의 하위요소인 &#x2018;유형&#x2019;, &#x2018;설명&#x2019;, &#x2018;일시&#x2019;, &#x2018;행위자&#x2019;, &#x2018;변경요소&#x2019; 만으로는 디지털화 프로세스의 전반적인 사항을 반영하기는 어렵다. 또한 &#x2018;행위자&#x2019; 요소의 세부요소로 &#x2018;기관명&#x2019;, &#x2018;기관코드&#x2019;, &#x2018;부서명&#x2019;, &#x2018;부서코드&#x2019;, &#x2018;개인명&#x2019;, &#x2018;개인코드&#x2019;, &#x2018;직위(직급)명&#x2019; 및 &#x2018;코드&#x2019;로 구성되어 있어 공공기관이 아닌 다른 주체에 대한 정보를 입력하기에 적절하지 않은 상태이다.</p>
          <p>이와 관련하여, 영국 <xref ref-type="bibr" rid="r024">TNA의 &#xFF62;디지털화 문서&#xFF63;(2016)</xref>에서는 기술환경 메타데이터를 별도로 작성하여 디지털화를 진행하는 사업체와 주요 사용 소프트웨어를 기록화할 수 있는 메타데이터를 적용하고 있었다. 미국 NARA의 규정에는 디지털화 기록의 생산 프로세스에 대한 메타데이터가 마련되어 있지는 않았지만 NARA로 전송하는 과정에서 생성하여야 할 메타데이터를 별도로 정하고 있었다. 이러한 두 국가의 사례를 혼합하여 이 연구에서는 다음 &#x3C;<xref ref-type="table" rid="t008">표 8</xref>&#x3E;과 같이 디지털화 프로세스 대상 메타데이터 요소(안)를 생산단계와 전송단계로 나누어 제안하고자 한다.</p><table-wrap id="t008" position="float"> <label>&#x3C;표 8&#x3E;</label> <caption><title>디지털화 프로세스 대상 메타데이터 요소(안)</title></caption> <table rules="all" frame="hsides"> <thead> <tr valign="middle"> <th align="center" rowspan="2">구 분</th> <th align="center" colspan="2">기술요소(14) </th> <th align="center" rowspan="2">설명</th> <th align="center" rowspan="2">참조 사례</th> </tr> <tr valign="middle"> <th align="center">상위요소</th> <th align="center">하위요소</th> </tr> </thead> <tbody> <tr valign="middle"> <td align="center" rowspan="3">생 산</td> <td align="center">생성 조직(회사명) (Creating Organization, Company name)</td> <td align="center">-</td> <td align="left">프로세스를 진행한 사업자명, 조직 등(주요) 작업 중인 경우 컬렉션, 시리즈 또는 세트의 생성, 누적 또는 유지 관리를 담당하는 조직의 이름</td> <td align="center">NARA</td> </tr> <tr valign="middle"> <td align="center">UUID 소프트웨어 (UUID software)</td> <td align="center">-</td> <td align="left">UUID 생산에 사용한 소프트웨어</td> <td align="center">TNA</td> </tr> <tr valign="middle"> <td align="center">추출 소프트웨어 (Embed software) </td> <td align="center">-</td> <td align="left">디지털화 프로세스에서 사용한 추출 소프트웨어</td> <td align="center">TNA</td> </tr> <tr valign="middle"> <td align="center" rowspan="11">전 송</td> <td align="center">전송명(Transfer Title) </td> <td align="center">-</td> <td align="left">보존서버 및 장치로 전송할 기록 컬렉션, 세트 또는 시리즈에 할당된 이름</td> <td align="center">NARA</td> </tr> <tr valign="middle"> <td align="center" rowspan="2">날짜(Dates)</td> <td align="center">시작일자 (Inclusive Start Date</td> <td align="left">사용자가 보존서버 및 장치로 전송하려는 기록 그룹, 컬렉션, 시리즈 또는 세트가 작성자에 의해 생성, 유지 또는 누적된 시작 날짜</td> <td align="center">NARA</td> </tr> <tr valign="middle"> <td align="center">마감일자 (Inclusive End Date)</td> <td align="left">작성자가 보존서버 및 장치로 전송하려는 기록 그룹, 컬렉션, 시리즈 또는 세트를 생성, 유지 또는 누적한 마지막 날짜</td> <td align="center">NARA</td> </tr> <tr valign="middle"> <td align="center">전송 조직(회사명) (Creating Organization, Company name)</td> <td align="center">-</td> <td align="left">전송시 컬렉션, 시리즈 또는 세트의 생성, 누적 또는 유지관리를 담당하는 조직의 이름</td> <td align="center">NARA</td> </tr> <tr valign="middle"> <td align="center">기록물 군 번호 (Record Group Number) </td> <td align="center">-</td> <td align="left">기록 그룹에 할당된 고유 번호 </td> <td align="center">NARA</td> </tr> <tr valign="middle"> <td align="center">일반적인 기록 유형 (General Records Type)</td> <td align="center">-</td> <td align="left">전송 중인 기록 세트, 시리즈 또는 컬렉션의 일반적인 형식</td> <td align="center">NARA</td> </tr> <tr valign="middle"> <td align="center" rowspan="2">접근제한 (Access Restrictions)</td> <td align="center">접근제한상태 (Access Restriction Status)</td> <td align="left">보존서버 및 장치로 전송할 기록 세트, 컬렉션 또는 시리즈에 대한 액세스 제한 여부</td> <td align="center">NARA</td> </tr> <tr valign="middle"> <td align="center">특정접근제한 (Specific Access Restriction)</td> <td align="left">국가 보안 고려사항, 기증자 제한, 법원 명령 및 기타 법적 또는 규제 조항(개인정보보호법 등)을 기반으로 한 일련의 기록에 대한 특정 접근 제한</td> <td align="center">NARA</td> </tr> <tr valign="middle"> <td align="center" rowspan="2">이용제한 (Use Restrictions)</td> <td align="center">이용제한상태 (Use Restriction Status)</td> <td align="left">보존서버 및 장치로 전송할 기록 세트, 컬렉션 또는 시리즈에 대한 사용 제한 여부 </td> <td align="center">NARA</td> </tr> <tr valign="middle"> <td align="center">특정사용제한 (Specific Use Restriction)</td> <td align="left">개인정보보호법 면제를 포함한 저작권, 상표, 서비스 표시, 기증자 또는 법적 조항에 따라 기록 세트, 컬렉션 또는 시리즈에 대한 사용 제한 유형</td> <td align="center">NARA</td> </tr> <tr valign="middle"> <td align="center">기록물 일정 번호 (Record Schedule Number)</td> <td align="center">기록물 일정 번호 (Records Schedule Number)</td> <td align="left">전송 중인 컬렉션, 시리즈 또는 세트의 모든 기록에 적용되는 기록 스케줄에 할당된 보존서버 및 장치 번호</td> <td align="center">NARA</td> </tr> </tbody> </table> </table-wrap>
          <p>생산단계 메타데이터는 앞서 디지털화 기록을 대상으로 한 메타데이터에 포함된 &#x2018;이미지 분할 소프트웨어&#x2019; 등 4개의 요소를 제외한 3개의 요소로 구성하였다. 사업체 및 조직명, 프로세스 전반에 적용하는 소프트웨어에 대한 정보는 기존 기록관리 메타데이터의 &#x2018;관리이력&#x2019;, &#x2018;보존이력&#x2019; 요소와 결합하여 생산단계 프로세스를 설명해주는 역할을 수행한다. 전송단계 메타데이터는 디지털화 기록을 보관하는 보존서버 및 장치로의 전송 시 자동으로 생성되거나 획득될 수 있는 정보로 전송 시 할당된 이름, 일시, 주체, 접속 및 사용조건 등이 포함된다.</p>
          <p>디지털화 프로세스 대상 메타데이터를 활용하여 가상의 메타데이터를 생성한 사례는 아래의 &#x3C;<xref ref-type="table" rid="t008">표 8</xref>&#x3E;과 같다. 디지털화 기록 대상 메타데이터와 같이 모든 요소를 반영하기 어려워 이해에 필요한 최소한의 요소만 포함하였다. 각 요소는 디지털화 프로세스에서의 행위주체나 관계자, 사용한 도구 등에 대한 정보를 포함한다. 그리고 &#x2018;기록물 군번호&#x2019; 등 식별자 요소를 활용하여 원천 기록이나 디지털화 기록과의 관계정보를 파악할 수 있다.</p><table-wrap id="t009" position="float"> <label> &#x3C;표 9 &#x3E;</label> <caption><title>디지털화 프로세스 대상 메타데이터 생성 사례</title></caption> <table rules="all" frame="hsides"> <thead> <tr valign="middle"> <th align="center">구분</th> <th align="center">상위요소</th> <th align="center">하위요소</th> <th align="center">요소값</th> <th align="center">요소값에 대한</th> <th align="center">입력</th> </tr> </thead> <tbody> <tr valign="middle"> <td align="center" rowspan="3">생산</td> <td align="center">생성조직(회사명)</td> <td align="center">-</td> <td align="left">&#x25CB;&#x25CB;&#x25CB;&#x25CB;사</td> <td align="left">디지털화를 진행한 주체 </td> <td align="center">작성</td> </tr> <tr valign="middle"> <td align="center">UUID 소프트웨어</td> <td align="center">-</td> <td align="left">Oracle Java JDK 1.6</td> <td align="left">UUID 언어 및 소프트웨어</td> <td align="center">작성</td> </tr> <tr valign="middle"> <td align="center">추출 소프트웨어</td> <td align="center">-</td> <td align="left">Luratech Lurawave </td> <td align="left">용 소프트웨어 </td> <td align="center">작성</td> </tr> <tr valign="middle"> <td align="center" rowspan="5">전송</td> <td align="center">전송명 </td> <td align="center">-</td> <td align="left">2022년도 제1차 디지털화 사업 </td> <td align="left">사업명 등</td> <td align="center">작성</td> </tr> <tr valign="middle"> <td align="center" rowspan="2">날짜 </td> <td align="center">시작일자 </td> <td align="left">2022-01-01</td> <td align="left">전송시작일자 </td> <td align="center">자동추출</td> </tr> <tr valign="middle"> <td align="center">마감일자 </td> <td align="left">2022-12-31</td> <td align="left">전송마감일자 </td> <td align="center">자동추출</td> </tr> <tr valign="middle"> <td align="center">전송조직(회사명)</td> <td align="center">-</td> <td align="left">&#x25A1;&#x25A1;&#x25A1;&#x25A1;사</td> <td align="left">파일을 전송한 주체 </td> <td align="center">작성</td> </tr> <tr valign="middle"> <td align="center">기록물 군 번호</td> <td align="center">-</td> <td align="left">NA10 </td> <td align="left">원천 기록 혹은 디지털화 기록물 군에 부여된 번호</td> <td align="center">작성</td> </tr> </tbody> </table> </table-wrap>
        </sec>
      </sec>
    </sec>
    <sec id="s5" sec-type="conclusions">
      <title>5. 결론</title>
      <p>공공기관을 비롯하여 기록을 생산, 관리하는 많은 기관에서는 비전자기록의 활용 및 보존을 위해서 디지털화 사업을 추진해오고 있다. 디지털화 사업은 비전자 형태의 여러 기록을 디지털화하여 보다 많은 사람이 동시에 해당 기록을 사용할 수 있도록 하며, 시간이 지남에 따라 점차 훼손되어 가는 기록을 안전하게 보존할 수 있도록 하는 방안이다. 나아가 전자기록 중심의 기록관리 체계에 맞춰 여러 유형의 기록을 통합적으로 관리하기 위한 노력이기도 하다.</p>
      <p>하지만 개별 기관에서 크고 작은 디지털화 사업을 추진하면서 기록의 체계적인 관리를 위해 메타데이터 생성이 제대로 이루어지고 있는지는 확신하기가 어렵다. 2018년 이전까지는 &#x300C;<xref ref-type="bibr" rid="r004">NAK 26:2013(v1.0) 기록물 디지털화 지침-제1부: 종이 및 사진&#xB7;필름</xref>&#x300D;의 &#x3C;부속서 B&#x3E;에서 제시한 디지털화 기록 메타데이터를 활용할 수 있었으나, 실질적으로 메타데이터에 생성하는데 턱없이 부족하다는 것을 이 연구를 통해 확인할 수 있었다. 하지만 그마저도 &#x300C;<xref ref-type="bibr" rid="r003">NAK 26:2018(v2.0) 기록물 디지털화 기준</xref>&#x300D;으로 개정되면서 메타데이터 관련 부속서가 삭제되어 디지털화 프로세스에서 메타데이터 작성의 의무는 없어지게 된 상황이다.</p>
      <p>이 연구는 디지털화 기록의 특성에 대한 분석과 해외 사례와의 비교를 통해 디지털화 기록의 관리 및 품질 유지를 위해 필요한 메타데이터 요소(안)을 제안하는데 목적을 두었다. 이를 위해 이 연구에서는 먼저 디지털화 기록과 디지털화 기록 메타데이터에 대한 개념을 정립하고, &#x300C;<xref ref-type="bibr" rid="r001">NAK 8:2021(v2.2) 기록관리 메타데이터 표준</xref>&#x300D;에서 디지털화 기록에 적용 가능한 요소만 별도로 추출하는 과정을 수행하였다. &#x300C;<xref ref-type="bibr" rid="r001">기록관리 메타데이터 표준(v2.2)</xref>&#x300D;은 현재 디지털화 기록에 대한 메타데이터로 활용할 수 있는 국내 유일의 표준이지만, 디지털화 기록에 대한 메타데이터를 별도로 제시하고 있지 않아 부득이 분석을 통해 추출하는 과정을 거쳐야 했기 때문이다. 다음으로, 이 결과를 해외 사례와 비교하여 &#x300C;<xref ref-type="bibr" rid="r001">기록관리 메타데이터 표준(v2.2)</xref>&#x300D;의 문제점 및 메타데이터 요소(안) 설계 시 고려할 점을 도출하였다. 이 과정에서 비교 대상으로 삼은 해외 사례는 미국 NARA의 &#x300C;연방기록관리 : 영구기록의 디지털화와 레코드 스케쥴 검토&#x300D;(2020)와 영국 <xref ref-type="bibr" rid="r024">TNA의 &#x300C;디지털화 문서&#x300D;(2016년 최종 개정)</xref>였다.</p>
      <p>이 연구에서 발견된 주요 내용은 다음과 같다. 첫째, 디지털화 기록은 자원의 형태만 다른 원천 기록의 사본으로 간주되므로 원천 기록의 정보를 승계하면서 원천 기록-디지털화 기록-디지털화 프로세스에 대한 메타데이터가 각각 생산되고 상호 연계될 필요가 있다. 그러나 현행 &#x300C;<xref ref-type="bibr" rid="r001">기록관리 메타데이터 표준(v2.2)</xref>&#x300D;에서는 원천 기록과 디지털화 기록의 관계를 제대로 정립하지 않았으며, 기록의 다양한 유형을 설명하는데 필요한 요소도 많이 부족하였다. 둘째, 현행 &#x300C;<xref ref-type="bibr" rid="r001">기록관리 메타데이터 표준(v2.2)</xref>&#x300D;은 자원 중심의 기술요소로만 구성되어 있어 디지털화 프로세스에 대한 정보를 수용할 수 없는 구조였다. 그에 비해 미국과 영국은 디지털화 기록의 정의를 원천 기록의 사본으로 간주하고 내용과 맥락 정보는 원천 기록의 메타데이터를 그대로 활용하되 각종 기술 정보를 자동으로 추출하여 기록의 영구적인 보존을 가능케 하였다. 또한 전송과정이나 기술환경을 대상으로 한 메타데이터 작성으로 디지털화 프로세스에 대한 전반적인 정보를 수집, 생성할 수 있도록 메타데이터가 설계되어 있었다.</p>
      <p>이러한 분석 결과를 토대로 하여 이 연구에서는 디지털화 기록의 메타데이터 설계 방향, 원칙과 모델을 제안하였다. 또한 이에 근거하여 메타데이터(안)을 도출하여 제안하되, 디지털화 기록 자체에 관한 메타데이터와 디지털화 프로세스에 관한 메타데이터로 구분하여 각각의 요소를 제안하였다. 디지털화 기록 대상 메타데이터는 &#x300C;<xref ref-type="bibr" rid="r001">기록관리 메타데이터 표준(v2.2)</xref>&#x300D;을 활용하되 디지털화 기록을 중심으로 별도로 생성하여야 할 요소와 원천 기록으로부터 정보를 획득할 요소를 구분하였고, 해외 사례를 참조하여 디지털화 기록에서 자동추출하여 활용할 메타데이터 요소를 추가적으로 제안하였다. 디지털화 프로세스 대상 메타데이터 역시 해외 사례를 참조하여 생산단계와 전송단계로 구분하여 메타데이터 요소(안)을 제안하였다.</p>
      <p>이 연구는 디지털화 기록에 대한 메타데이터 설계의 필요성과 그와 관련된 메타데이터 요소 도출 과정까지를 범위로 하고 있다. 향후 표준을 개발하는 과정에서 세부 요소에 대한 전문가 검증 및 다양한 유형의 디지털화 기록을 대상으로 하는 적용 테스트 등을 거쳐야 할 것이지만, 원천 기록과 디지털화 기록의 관계를 정립하여 이를 메타데이터 요소(안)에 반영하였고, 선행연구에서 그 필요성을 언급해 왔던 디지털화 기록에 대한 메타데이터를 구체적으로 도출해보았다는 점에서 연구의 의의가 있다. 여러 기관에서 이때까지 진행하였고, 앞으로도 계속 이어질 많은 디지털화 사업이 보다 성공적으로 추진되기 위해서는 디지털화 기록 관리에 대한 보다 폭넓고 실리적인 논의가 필요하다. 이 연구가 디지털화 기록의 메타데이터에 대한 학계와 현장의 관심을 불러일으키는 촉매제가 되기를 기대한다.</p>
    </sec>
  </body>
  <back>
    <fn-group>
      <fn id="fn001">
        <label>1)</label>
        <p>2018년도 제2차 기록관리 표준 제개정 공지(국가기록원 정책기획과-3091, 2018.12.31.) 공문에 따르면 <xref ref-type="bibr" rid="r027">NAK 26:2013(v1.0)</xref>을 비롯한 공공 및 원내표준을 하나의 표준으로 통합하고, 기록관리기관이 수행하기 어려운 기준과 선택의 폭 제한을 해소하기 위해 해당 표준을 개정했음을 밝혔다. 부속서 B(디지털화 관련 메타데이터)는 기록관에서 준수하기 어려운 기준에 해당되어 폐기된 것으로 보인다.</p>
      </fn>
      <fn id="fn002">
        <label>2)</label>
        <p>업무과정 디지털화는 일상 업무과정의 일부분으로서의 계속적이고 일상적인 디지털화를 의미하며, 디지털화 프로젝트는 프로젝트 기반으로 구기록(legacy records)을 대량으로 디지털화하는 것을 의미한다(<xref ref-type="bibr" rid="r031">KS X ISO TR 13028</xref>).</p>
      </fn>
    </fn-group>
    <ref-list>
      <ref id="r001">
        <element-citation publication-type="other">
          <source>기록관리 메타데이터 표준(v2.2). NAK/S 8:2021(v2.2)</source>
        </element-citation>
      </ref>
      <ref id="r002">
        <element-citation publication-type="other">
          <source>기록관리시스템 데이터연계 기술규격-제2부 중앙영구기록관리시스템과의 연계(v1.2). NAK 29-2:2016(v1.2)</source>
        </element-citation>
      </ref>
      <ref id="r003">
        <element-citation publication-type="other">
          <source>기록물 디지털화 기준(v2.0). NAK 26:2018(v2.0)</source>
        </element-citation>
      </ref>
      <ref id="r004">
        <element-citation publication-type="other">
          <source>기록물 디지털화 지침-제1부: 종이 및 사진&#xB7;필름(v1.0). NAK 26:2013(v1.0)</source>
        </element-citation>
      </ref>
      <ref id="r005">
        <element-citation publication-type="other">
          <source>기록물 목록 작성 및 디지털화 작업 지침(v1.2). NAK 23:2017(v1.2)</source>
        </element-citation>
      </ref>
      <ref id="r006">
        <element-citation publication-type="thesis">
          <person-group person-group-type="author">
            <name>
              <surname>김</surname>
              <given-names>도환</given-names>
            </name>
          </person-group>
          <source>공공기록물 디지털화 사업 만족도 평가와 개선방안 연구 : 경상남도 기초지방자치단체 디지털화 사업을 중심으로. 석사학위논문</source>
          <publisher-name>동의대학교 대학원 문헌정보&#xB7;사학과</publisher-name>
          <year>2021</year>
        </element-citation>
      </ref>
      <ref id="r007">
        <element-citation publication-type="other">
          <source>녹음&#xB7;동영상 기록물 디지털화 지침(v1.0). NAK/A 17:2014(v1.0)</source>
        </element-citation>
      </ref>
      <ref id="r008">
        <element-citation publication-type="thesis">
          <person-group person-group-type="author">
            <name>
              <surname>류</surname>
              <given-names>재현</given-names>
            </name>
          </person-group>
          <source>공공기관 중요기록물의 디지털화 프로세스 개선 방안 연구. 석사학위논문</source>
          <publisher-name>한신대학교 기록관리학(협)전공</publisher-name>
          <year>2017</year>
        </element-citation>
      </ref>
      <ref id="r009">
        <element-citation publication-type="other">
          <source>문헌정보 — 기록관리 — 제1부: 개념과 원칙. KS X ISO 15489-1:2016</source>
        </element-citation>
      </ref>
      <ref id="r010">
        <element-citation publication-type="other">
          <source>문헌정보 – 기록관리과정 – 기록메타데이터 - 제1부 : 원칙. KS X ISO 23081-1:2017</source>
        </element-citation>
      </ref>
      <ref id="r011">
        <element-citation publication-type="other">
          <source>문헌정보-기록의 디지털화 이행 지침. KS X ISO TR 13028:2010</source>
        </element-citation>
      </ref>
      <ref id="r012">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <name>
              <surname>박</surname>
              <given-names>은경</given-names>
            </name>
          </person-group>
          <article-title>디지타이제이션의 디지털 이미지와 메타데이터 표준화작업</article-title>
          <source>한국기록관리학회지</source>
          <year>2005</year>
          <volume>5</volume>
          <issue>2</issue>
          <fpage>139</fpage>
          <lpage>152</lpage>
          <pub-id pub-id-type="doi">10.14404/JKSARM.2005.5.2.139</pub-id>
        </element-citation>
      </ref>
      <ref id="r013">
        <element-citation publication-type="thesis">
          <person-group person-group-type="author">
            <name>
              <surname>안</surname>
              <given-names>지현</given-names>
            </name>
          </person-group>
          <source>공공기록물 디지털화에 관한 연구 : 지방자치단체 구기록물 DB구축 사업을 중심으로. 석사학위논문</source>
          <publisher-name>중부대학교 대학원 기록물관리학과</publisher-name>
          <year>2014</year>
        </element-citation>
      </ref>
      <ref id="r014">
        <element-citation publication-type="thesis">
          <person-group person-group-type="author">
            <name>
              <surname>이</surname>
              <given-names>선경</given-names>
            </name>
          </person-group>
          <source>디지털화 기록의 품질 확보 방안. 석사학위논문</source>
          <publisher-name>한국외국어대학교 대학원 정보&#x00B7;기록관리학과</publisher-name>
          <year>2008</year>
        </element-citation>
      </ref>
      <ref id="r015">
        <element-citation publication-type="thesis">
          <person-group person-group-type="author">
            <name>
              <surname>이</surname>
              <given-names>예경</given-names>
            </name>
          </person-group>
          <source>우리나라 행정기록물의 디지털화에 관한 연구 : 행정기관 기록물 DB구축 사업을 중심으로. 석사학위논문</source>
          <publisher-name>한국외국어대학교 대학원 정보&#xB7;기록관리학과</publisher-name>
          <year>2007</year>
        </element-citation>
      </ref>
      <ref id="r016">
        <element-citation publication-type="thesis">
          <person-group person-group-type="author">
            <name>
              <surname>이</surname>
              <given-names>유정</given-names>
            </name>
          </person-group>
          <source>지방자치단체 비전자기록물의 디지털화에 관한 연구 : 대구광역시 8개 기초자치단체를 중심으로. 석사학위논문</source>
          <publisher-name>대구가톨릭대학교 대학원 기록관리학과</publisher-name>
          <year>2016</year>
        </element-citation>
      </ref>
      <ref id="r017">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <name>
              <surname>임</surname>
              <given-names>나영</given-names>
            </name>
            <name>
              <surname>남</surname>
              <given-names>영준</given-names>
            </name>
          </person-group>
          <article-title>기록의 디지털화 기준에 관한 연구</article-title>
          <source>한국비블리아학회지</source>
          <year>2019</year>
          <volume>30</volume>
          <issue>3</issue>
          <fpage>5</fpage>
          <lpage>30</lpage>
          <pub-id pub-id-type="doi">10.14699/kbiblia.2019.30.3.005</pub-id>
        </element-citation>
      </ref>
      <ref id="r018">
        <element-citation publication-type="journal">
          <person-group person-group-type="author">
            <name>
              <surname>한</surname>
              <given-names>희정</given-names>
            </name>
            <name>
              <surname>김</surname>
              <given-names>태영</given-names>
            </name>
            <name>
              <surname>김</surname>
              <given-names>용</given-names>
            </name>
          </person-group>
          <article-title>다중개체모형을 적용한 무형문화유산 메타데이터 요소 개발에 관한 연구</article-title>
          <source>한국문헌정보학회지</source>
          <year>2016</year>
          <volume>50</volume>
          <issue>3</issue>
          <fpage>329</fpage>
          <lpage>359</lpage>
          <pub-id pub-id-type="doi">10.4275/KSLIS.2016.50.3.329</pub-id>
        </element-citation>
      </ref>
      <ref id="r019">
        <element-citation publication-type="other" xml:lang="en">
          <source>Federal Records Management: Digitizing Permanent Records and Reviewing Records Schedules (RIN 3095-AB99)</source>
        </element-citation>
      </ref>
      <ref id="r020">
        <element-citation publication-type="book" xml:lang="en">
          <source>Government Records Service, Province of British Columbia (2020). Digitizing Government Information</source>
        </element-citation>
      </ref>
      <ref id="r021">
        <element-citation publication-type="web" xml:lang="en">
          <source>Guide. BRITISH COLUMBIA</source>
          <comment>Available : <uri>https://www2.gov.bc.ca/assets/gov/british-columbians-our-governments/services-policies-for-government/information-management-technology/records-management/guides/digitizing.pdf</uri></comment>
        </element-citation>
      </ref>
      <ref id="r022">
        <element-citation publication-type="web" xml:lang="en">
          <collab>NARA</collab>
          <source>Digitization at the National Archives</source>
          <publisher-name>The U.S. National Archives and Records Administration</publisher-name>
          <year>2022</year>
          <comment>Available: <uri>https://www.archives.gov/digitization</uri></comment>
        </element-citation>
      </ref>
      <ref id="r023">
        <element-citation publication-type="web" xml:lang="en">
          <collab>NARA</collab>
          <source>Guidelines for Digitizing Archival Materials for Electronic Access</source>
          <publisher-name>The U.S. National Archives and Records Administration</publisher-name>
          <year>2022</year>
          <comment>Available: <uri>https://www.archives.gov/preservation/technical/guidelines.html</uri></comment>
        </element-citation>
      </ref>
      <ref id="r024">
        <element-citation publication-type="web" xml:lang="en">
          <collab>TNA</collab>
          <source>Digitisation at The National Archives</source>
          <publisher-name>THE NATIONAL ARCHIVES</publisher-name>
          <year>2016</year>
          <comment>Available: <uri>https://www.nationalarchives.gov.uk/about/commercial-opportunities/digitisation-services/</uri></comment>
        </element-citation>
      </ref>
      <ref id="r025">
        <element-citation publication-type="thesis" xml:lang="en">
          <person-group person-group-type="author">
            <name>
              <surname>An</surname>
              <given-names>Ji-Hyeon</given-names>
            </name>
          </person-group>
          <source>A Study on digitization of public records : focused on records DB construction business. Master&#x2019;s thesis</source>
          <publisher-name>Dept. of Archives Management Graduate School of Joongbu University</publisher-name>
          <year>2014</year>
        </element-citation>
      </ref>
      <ref id="r026">
        <element-citation publication-type="other" xml:lang="en">
          <source>Criteria for Digitization of Records(v2.0). NAK 26:2018(v2.0)</source>
        </element-citation>
      </ref>
      <ref id="r027">
        <element-citation publication-type="other" xml:lang="en">
          <source>Guideline for Digitization of Records. - Part 1: Papers, Photographs and Films.(v1.0). NAK 26:2013(v1.0)</source>
        </element-citation>
      </ref>
      <ref id="r028">
        <element-citation publication-type="other" xml:lang="en">
          <source>Guideline for Records Cataloging and Digitization Project(v1.2). NAK 23:2017(v1.2)</source>
        </element-citation>
      </ref>
      <ref id="r029">
        <element-citation publication-type="other" xml:lang="en">
          <source>Guidelines for Digitization of Audio Recording Records and Video Records(v1.0). 2014(v1.0)</source>
        </element-citation>
      </ref>
      <ref id="r030">
        <element-citation publication-type="journal" xml:lang="en">
          <person-group person-group-type="author">
            <name>
              <surname>Han</surname>
              <given-names>Hui-Jeong</given-names>
            </name>
            <name>
              <surname>Kim</surname>
              <given-names>Tae-Young</given-names>
            </name>
            <name>
              <surname>Kim</surname>
              <given-names>Yong</given-names>
            </name>
          </person-group>
          <article-title>A Study on the Development of Metadata Schema for Intangible Cultural Heritage Based on Multiple Entity Model</article-title>
          <source>Journal of Korean Society for Library and Information Science</source>
          <year>2016</year>
          <volume>50</volume>
          <issue>3</issue>
          <fpage>329</fpage>
          <lpage>359</lpage>
          <pub-id pub-id-type="doi">10.4275/KSLIS.2016.50.3.329</pub-id>
        </element-citation>
      </ref>
      <ref id="r031">
        <element-citation publication-type="other" xml:lang="en">
          <source>Information and documentation - Implementation guidelines for digitisation of records. KS X ISO TR 13028:2010</source>
        </element-citation>
      </ref>
      <ref id="r032">
        <element-citation publication-type="other" xml:lang="en">
          <source>Information and documentation — Records management — Part 1: Concepts and principles. KS X ISO 15489-1:2016</source>
        </element-citation>
      </ref>
      <ref id="r033">
        <element-citation publication-type="other" xml:lang="en">
          <source>Information and documentation — Records management processes — Metadata for records — Part 1: Principles. KS X ISO 23081-1:2017</source>
        </element-citation>
      </ref>
      <ref id="r034">
        <element-citation publication-type="thesis" xml:lang="en">
          <person-group person-group-type="author">
            <name>
              <surname>Kim</surname>
              <given-names>Dohwan</given-names>
            </name>
          </person-group>
          <source>A Study on Improvement Actions based on Satisfaction Evaluation of Public Records Digitization Project- Focusing on the Digitization Project of Basic Unit of Local Government in Gyeongsangnam-do. Master&#x2019;s thesis</source>
          <publisher-name>Dept. of Library and Information Science &amp; History, Graduate School, Dong Eui University</publisher-name>
          <year>2021</year>
        </element-citation>
      </ref>
      <ref id="r035">
        <element-citation publication-type="thesis" xml:lang="en">
          <person-group person-group-type="author">
            <name>
              <surname>Lee</surname>
              <given-names>Sun-Kyung</given-names>
            </name>
          </person-group>
          <source>Developing strategies for quality of digitized record. Master&#x2019;s thesis</source>
          <publisher-name>Department of Information and Records Management, The Graduate School of Hankook University of Foreign Studies</publisher-name>
          <year>2008</year>
        </element-citation>
      </ref>
      <ref id="r036">
        <element-citation publication-type="thesis" xml:lang="en">
          <person-group person-group-type="author">
            <name>
              <surname>Lee</surname>
              <given-names>Ye Kyoung</given-names>
            </name>
          </person-group>
          <source>A Study on digitization of the administrative records – focused on administrative organization records DB construction business.-. Master&#x2019;s thesis</source>
          <publisher-name>Department of Information and Records Management, The Graduate School of Hankook University of Foreign Studies</publisher-name>
          <year>2007</year>
        </element-citation>
      </ref>
      <ref id="r037">
        <element-citation publication-type="thesis" xml:lang="en">
          <person-group person-group-type="author">
            <name>
              <surname>Lee</surname>
              <given-names>You Jeong</given-names>
            </name>
          </person-group>
          <source>A Study on Digitization of the Nonelectronic Records of Local Government : Focusing on 8 Local Self Government of Daegu. Master&#x2019;s thesis</source>
          <publisher-name>Department of Interdisciplinary Program in Archival Studies The Graduate School, Catholic University of Daegu</publisher-name>
          <year>2016</year>
        </element-citation>
      </ref>
      <ref id="r038">
        <element-citation publication-type="other" xml:lang="en">
          <source>Metadata Standard for Records and Archives Management (Version 2.2). NAK/S 8:2021(v2.2)</source>
        </element-citation>
      </ref>
      <ref id="r039">
        <element-citation publication-type="journal" xml:lang="en">
          <person-group person-group-type="author">
            <name>
              <surname>Lim</surname>
              <given-names>Nayoung</given-names>
            </name>
            <name>
              <surname>Nam</surname>
              <given-names>Youngjoon</given-names>
            </name>
          </person-group>
          <article-title>A study on the criteria for digitization of records</article-title>
          <source>Journal of the Korean BIBLIA Society for library and Information Science</source>
          <year>2019</year>
          <volume>30</volume>
          <issue>3</issue>
          <fpage>5</fpage>
          <lpage>30</lpage>
          <pub-id pub-id-type="doi">10.14699/kbiblia.2019.30.3.005</pub-id>
        </element-citation>
      </ref>
      <ref id="r040">
        <element-citation publication-type="journal" xml:lang="en">
          <person-group person-group-type="author">
            <name>
              <surname>Park</surname>
              <given-names>Eun G</given-names>
            </name>
          </person-group>
          <article-title>Imaging and Metadata Standards in Digitization: Practical Strategies</article-title>
          <source>Journal of Korean Society of Archives and Records Management</source>
          <year>2005</year>
          <volume>5</volume>
          <issue>2</issue>
          <fpage>139</fpage>
          <lpage>152</lpage>
          <pub-id pub-id-type="doi">10.14404/JKSARM.2005.5.2.139</pub-id>
        </element-citation>
      </ref>
      <ref id="r041">
        <element-citation publication-type="thesis" xml:lang="en">
          <person-group person-group-type="author">
            <name>
              <surname>Ryu</surname>
              <given-names>Jae Hyun</given-names>
            </name>
          </person-group>
          <source>A Study on the Digitization Process and Improvement Plan of Important Records in Public Institutions. Master&#x2019;s thesis</source>
          <publisher-name>Hanshin University</publisher-name>
          <year>2017</year>
        </element-citation>
      </ref>
      <ref id="r042">
        <element-citation publication-type="other" xml:lang="en">
          <source>Technical Specification for the Data Interchange of the Records Management SystemPart 2: With the Archives Management System(v1.2). NAK 29-2:2016(v1.2)</source>
        </element-citation>
      </ref>
    </ref-list>
  </back>
</article>
