KR101098500B1 - 문서파일의 데이터 레코드 운영 방법 - Google Patents

문서파일의 데이터 레코드 운영 방법 Download PDF

Info

Publication number
KR101098500B1
KR101098500B1 KR1020100018225A KR20100018225A KR101098500B1 KR 101098500 B1 KR101098500 B1 KR 101098500B1 KR 1020100018225 A KR1020100018225 A KR 1020100018225A KR 20100018225 A KR20100018225 A KR 20100018225A KR 101098500 B1 KR101098500 B1 KR 101098500B1
Authority
KR
South Korea
Prior art keywords
data
information
level
data record
version
Prior art date
Application number
KR1020100018225A
Other languages
English (en)
Other versions
KR20110098560A (ko
Inventor
양왕성
Original Assignee
주식회사 한글과컴퓨터
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 주식회사 한글과컴퓨터 filed Critical 주식회사 한글과컴퓨터
Priority to KR1020100018225A priority Critical patent/KR101098500B1/ko
Publication of KR20110098560A publication Critical patent/KR20110098560A/ko
Application granted granted Critical
Publication of KR101098500B1 publication Critical patent/KR101098500B1/ko

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F40/00Handling natural language data
    • G06F40/10Text processing
    • G06F40/197Version control
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/28Databases characterised by their database models, e.g. relational or object models
    • G06F16/282Hierarchical databases, e.g. IMS, LDAP data stores or Lotus Notes
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90Details of database functions independent of the retrieved data types
    • G06F16/93Document management systems

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • General Business, Economics & Management (AREA)
  • Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Artificial Intelligence (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • Computational Linguistics (AREA)
  • General Health & Medical Sciences (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Document Processing Apparatus (AREA)

Abstract

본 발명은 문서 파일의 데이터 레코드 운용 방법이 개시되어 있다. 이러한 본 발명은, 헤더 정보를 상위 계층으로 하는 다수의 데이터 레코드로 구비하고 상기 상위 계층의 각 데이터 레코드에 대한 하부 계층으로서 각 데이터 레코드에 저장된 정보의 성격을 나타내는 정보인 아이디, 각 데이터 레코드 간의 종속 관계를 나타내는 정보인 데이터 레벨, 및 각 데이터 레코드에 저장된 데이터의 크기 정보인 사이즈를 포함하는 서브 데이터 레코드로 문서 파일을 포맷함에 따라 상위 버전에서 헤더 정보가 증가하는 경우 하위 버전에서 해당 데이터를 정확하게 인식할 수 있어 상위 버전에 포멧을 확장하여 추가 정보를 저장하여도 상기 헤더 데이터를 하위 버전의 문서 서식 변경 없이도 정확하게 인식할 수 있고, 하위 버전에서도 상위 버전으로 저장된 데이터를 정확하게 인식할 수 있어 상위 버전과 하위 버전 간의 문서 파일에 대한 호환성을 확보할 수 있는 효과를 얻는다.

Description

문서파일의 데이터 레코드 운영 방법{DATA RECORD OPERATING METHOD}
본 발명은 문서파일의 데이터 레코드 운용 방법에 관한 것으로서, 더욱 상세하게는 하나의 문서정보에 다수의 데이터 레코드를 구성하여 각 데이터 레코드를 헤더정보에 의해 계층별 엔트리 구조로 저장할 수 있는 방법에 관한 것이다.
일반적인 문서에는 실제 사용자가 입력한 문서의 내용 및 문자 장식 정보 및 문서를 편집할 당시의 글꼴 정보, 조판에 영향을 주는 용지 종류, 여백 정보 등을 포함하는 기타 설정 사항들을 포함하게 된다.
원도우 95 또는 원도우 97 환경 하에서 실행되는 한글 버전의 경우 데이터는 도 1에 도시된 바와 같이, 시리얼 형태로 저장된다. 이 경우 데이터 A→B→C 순으로 실제 데이터가 인식된다.
그러나, 프로그램 버전이 상승되는 경우, 도 2에 도시된 바와 같이, 상위 버전에서 데이터(D)가 추가되면, 기존의 하위 버전에서는 데이터 A→B→C 순으로 인식한 후, 실제 인식할 수 없는 데이터(D)가 존재하게되고, 따라서, 추가된 데이터(D)의 헤더 및 실제 데이터를 읽을 수 없는 문제점이 있었다.
결국, 상위 버전에 포멧을 확장하여 추가 정보를 저장하는 경우 상기 추가된 정보의 데이터를 하위 버전에서 프로그램 변경 없이도 호환성을 확보할 수 있는 문서 파일의 구조 및 그 운용 방법이 필요하다.
본 발명은 이와 같은 문제점을 해결하기 위해 창출된 것으로, 본 발명의 목적은 각 정보를 구성함에 있어 다수의 데이터 레코더로 구비하고, 상기 다수의 데이터 레코드의 헤더에 데이터 레코드에 저장된 정보의 성격을 나타내는 정보인 아이디, 각 데이터 레코드 간의 종속 관계를 나타내는 정보인 데이터 레벨, 및 각 데이터 레코드에 저장된 데이터의 크기 정보인 사이즈를 포함하도록 문서 파일을 포맷함에 따라, 상위 버전으로 포멧을 확장하여 추가 정보를 저장하여도, 하위 버전에서는 저장된 데이터를 별도의 프로그램 변경 없이도 호환성을 확보할 수 있는 문서 파일의 데이터 레코드 운용 방법을 제공하고자 함에 있다.
상기 목적을 달성하기 위한 본 발명의 관점에 따른 문서 파일의 데이터 구조 및 그 운용 방법은,
문서 파일의 데이터 운용 방법에 있어서,
문서 파일의 데이터 운용 방법에 있어서,
다수의 데이터 레코드를 포함하는 데이터를 형성하는 단계; 및
각각의 데이터 레코드의 헤더에 상위 계층에 대한 하부 계층으로서 각각의 데이터 레코드에 저장된 정보 성격을 나타내는 데이터인 아이디, 각 데이터 레코드 간의 종속 관계를 나타내는 정보인 데이터 레벨, 및 각 데이터 레코드에 저장된 데이터의 크기 정보인 사이즈를 형성하는 단계를 포함하고,
상기 방법은,
상기 아이디 수 및 데이터 레벨 수를 문서 파일의 버전에 따라 증가함에 따라 처리 가능한 문서 파일의 버전에서 생성된 데이터 레벨의 데이터를 처리하며
삭제
삭제
삭제
삭제
상기 처리 가능한 문서 파일의 버전보다 상위 버전에서 생성된 데이터를 데이터 레벨로 인지하여 프로그램 수정 없이 데이터 처리하도록 구비되는 것을 특징으로 한다.
바람직하게, 상기 데이터 레코드의 데이터 레벨은, 하나의 문단이 가지는 문자 정보를 저장하는 다수의 제1 레벨를 형성하고, 상기 하나의 문단 중의 일부 영역이 가지는 문자 정보를 다수의 상기 제1 레벨 중 해당 아이디에 대응되는 제1 레벨에 대한 하위 계층인 제2 레벨로 형성할 수도 있다.
바람직하게 상기 방법은 상기 아이디 수 및 데이터 레벨 수는 상기 문서 파일의 버전에 따라 비례적으로 증가할 수도 있다.
본 발명에 의하면, 문서 정보를 상위 계층의 다수의 데이터 레코드로 구비하고 상기 상위 계층의 각 데이터 레코드에 대한 하부 계층으로서 각 데이터 레코드에 저장된 정보의 성격을 나타내는 정보인 아이디, 각 데이터 레코드 간의 종속 관계를 나타내는 정보인 데이터 레벨, 및 각 데이터 레코드에 저장된 데이터의 크기 정보인 사이즈를 포함하는 서브 데이터 레코드로 문서 파일을 포맷함에 따라, 상위 버전에서 서브데이터 레코드가 증가하는 경우 하위 버전에서 해당 데이터를 정확하게 인식할 수 있어, 상위 버전에 포멧을 확장하여 추가 정보를 저장하여도 상기 헤더 데이터를 하위 버전의 프로그램 변경 없이도 정확하게 인식할 수 있고, 하위 버전에서 저장된 데이터를 상위 버전으로도 정확하게 인식할 수 있어 상위 버전과 하위 버전 간의 문서 파일에 대한 호환성을 확보할 수 있는 효과를 얻는다.
도 1은 일반적인 문서 파일의 데이터 구조를 보인 도이다.
도 2는 도 1에 도시된 문서 파일의 상위 버전에 대한 문서 파일의 데이터 구조를 보인 도이다.
도 3은 본 발명의 문서 파일의 데이터 구조를 보인 도이다.
도 4는 도 3에 도시된 데이터 레코드의 아이디 태그 정보를 보인 표이다.
도 5는 도 3에 도시된 데이터 레코드의 데이터 레벨을 보인 도이다.
도 6은 도 3에 도시된 데이터 레코드의 헤더 정보에 대한 일 예를 보인 도이다.
이하, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자가 본 발명을 용이하게 실시할 수 있을 정도로 상세히 설명하기 위하여, 본 발명의 가장 바람직한 실시 예를 첨부된 도면을 참조로 하여 설명하기로 한다.
도 3은 본 발명의 실시 예에 따른 문서 파일의 데이터 구조를 보인 도면이고, 도 4는 도 3에 도시된 데이터 레코드의 헤더 영역을 보인 도이며, 도 5는 도 4에 도시된 데이터 레코드의 헤더 영역에 저장된 데이터 레벨을 설명하기 위한 도이다.
문서 파일의 데이터 구조는 도 3에 도시된 바와 같이, 각 데이터 레코드의 헤더 영역와 데이터 영역을 가지는 다수의 데이터 레코드를 형성하므로, 하나의 데이터 스트림은 다수의 데이터 레코드로 이루어진다.
또한 각각의 데이터 레코드의 헤더 영역에는 포멧 확장을 대비한 정보를 포함하여 문서 서신 정보를 포함하고, 상기 데이터 영역에는 실제 사용자에 의해 입력한 문서의 데이터를 포함한다.
상기 상기 헤더의 문서 서신 정보는 문자 장식 정보 및 문서를 편집할 당시의 글꼴 정보, 조판에 영향을 주는 용지 종류, 여백 정보 등을 포함하는 기타 설정 사항들을 모두 포함하게 된다.
즉, 본 발명의 실시 예에 따른 문서 파일의 데이터 구조는, 도 3에 도시된 바와 같이, 하나의 문단 마다 다수의 데이터 레코드(1-n)를 형성하고, 각 데이터 레코드(1-i)의 헤더에는 도 4에 도시된 바와 같이, 아이디, 데이터 레벨, 및 데이터 사이즈로 형성된다.
여기서, 상기 아이디는 도 4에 도시된 바와 같이, 문단 헤더 정보, 문단 텍스트 내용, 문단 글자 모양 정보, 문단 각 줄에 대한 정렬 정보, 문단 레인지 태그 정보, 컨트롤 헤더 블럭 정보, 문단 리스트 헤더 블럭 정보, 물체의 형상 내 물체 구성 정보, 표 정보, 물체 구성 정보 중 그림 정보, 등을 포함한다. 본 발명의 실시 예에서 상기 아이디는 문서 서신 정보에 대한 일 예로 설명하고 있으나, 제조자에 의해 설계 변경 가능함은 당연하다 할 것이다.
즉, 도 4에 도시된 바와 같이, 상기 다수의 아이디는 하나의 문단이 가지는 문자 정보이다. 해당 아이디에 대응되는 보다 구체적인 상세 문자 정보는 후술될 상기 데이터 레코드의 하위 계층인 다수의 서브 데이터 레코드에 저장된다.
상기 데이터 레코드의 데이터 레벨은, 도 5에 도시된 바와 같이, 각각의 아이디에 대응되는 문자 정보를 저장하는 제1 레벨(level 1-1 ∼level 1-n)를 형성하고, 상기 문단 중의 일부 영역이 가지는 문자 정보를 저장하기 위해 다수의 제1 레벨 중 상기 해당 아이디에 대응되는 제1 레벨의 하위 계층인 제2 레벨(level 2)를 형성한다.
즉, 예로 각각의 아이디에 대응되는 문자 정보는 제1 레벨(level 1)에 저장되고, 상기 하나의 문단 내에 표가 포함되는 경우 표에 관련된 아이디에 대응되는 제1 레벨(level 1-i)의 하위 계층인 서브 데이터 레코드로서 제2 레벨(level 2-1 ∼ level 2-n)를 형성하고, 상기 제2 레벨(level 2-1 ∼ level 2-n)에는 표에 관련된 문자 정보를 저장한다.
그에 더하여 상기 표에서 캡션이 삽입된 경우, 상기 제2 레벨 중 캡션에 대한 아이디에 대응되는 문자 정보는 상기 제2 레벨에 대한 하위 계층으로 제3 레벨(level 3-1 ∼ level 3-n)로 형성된다.
도 6은 하나의 문단 내에 그림을 삽입하고 캡션을 넣었을 경우 데이터 레코드 구조를 보인 도면이다.
도 5 및 도 6을 참조하면, 하나의 문단에 대한 헤더 정보는 항목 1에 도시된 바와 같이, 그림과 캡션을 가지는 문단 시작임 나타내도록 아이디(ID)는 66, 데이터 레벨(level)은 0, 데이터 사이즈(Size)로 기록된다.
그리고, 상기 제1 레벨(level 1)은 문자 정보를 해당 아이디별로 저장되었음을 나타내는 데이터이고, 상기 제2 레벨은 상기 제1 레벨 중 그림에 해당하는 아이디에 대한 서브 데이터 레코드로서 그림에 대한 문자 정보임을 나타낸다.
즉, 도 6에 도시된 바와 같이, 데이터 레코드의 헤더에는 문단의 시작을 나타내는 항목 1은 아이디(ID)는 66, 데이터 레벨(level)은 0, 데이터 사이즈(Size)는 22로 저장되고, 이어 항목 2 내지 항목 5은 상기 제0 레벨에 대한 하위 계층으로서, 문단의 텍스트 내용, 문단의 글자 정보, 및 문단 각 줄의 정렬 정보, 문단에 포함된 객체 헤더 정보(그림)를 제1 레벨(level 1)로 저장된다.
그리고, 캡션에 대한 관련 문자 정보에 대한 항목 6 및 항목 7은 캡션이 포함된 문단 리스트 해더, 및 캡션이 포함한 문단 헤더로서 제1 레벨의 하위 계층인 제2 레벨로 저장된다.
이어 항목 8 및 항목 9는 상기 캡션에 대한 문자의 텍스트 내용, 캡션에 대한 문단의 글자 모양, 캡션에 대한 각 줄의 정렬 정보로서 제2 레벨의 하위 계층인 제3 레벨로 저장된다.
또한, 항목 11은 상기 캡션에 대한 위치, 크기 테두리, 및 여백 등의 모양 정보로서 상기 제2 레벨로 저장된다.
상기 항목 12는 파일명 및 효과 등의 그림에 관련된 정보로서, 제1 레벨로 저장된다.
이 후 다음 문단은, 항목 13에 나타낸 바와 같이, 문단의 헤더 정보로서 기본 레벨인 제0 레벨로 저장된다.
여기서, 본 발명의 실시 예에서는 제3 레벨로 한정하여 설명하고 있으나, 상기 상위 버전의 문서 파일에서는 기능추가에 따라 레벨의 수가 계속 증가하게 됨은 자명하다 할 것이다.
따라서, 이러한 데이터 포멧으로 문서 파일을 저장하는 경우, 마지막 하위 계층인 제3 레벨의 데이터를 읽은 후 데이터가 존재하지 아니한 경우 상기 읽은 마지막 하위 계층 보다 상위 계층인 제2 레벨의 데이터를 읽으며, 상기 제2 레벨의 데이터가 없는 경우 제1 레벨의 데이터를 읽은 후 해당 포맷에 따라 해당 문단을 화면에 표시한다.
본 발명의 실시 예에서 만약 하위 버전의 문서 파일에서 캡션 기능이 없는 경우 제3 레벨의 데이터가 없으므로, 제2 레벨의 데이터 및 제1 레벨의 데이터 만을 읽어 화면에 표시되고, 상위 버전에서 저장된 문서 파일은 하위 버전에서 문서 파일의 데이터를 정확하게 읽을 수 있게 된다.
이에 따라, 다수의 데이터 레코드로 구비하고 상기 상위 계층의 각 데이터 레코드에 대한 하부 계층으로서 각 문단에 대한 각 데이터 레코드에 저장된 정보의 성격을 나타내는 정보인 아이디 태그, 각 데이터 레코드 간의 종속 관계를 나타내는 정보인 데이터 레벨, 및 각 데이터 레코드에 저장된 데이터의 크기 정보인 사이즈를 포함하는 서브 데이터 레코드로 문서 파일을 포맷함에 따라, 상위 버전에서 정보가 증가하는 경우, 하위 버전에서 해당 데이터를 정확하게 인식할 수 있어 상위 버전에 포멧을 확장하여 추가 정보를 저장하여도 상기 헤더 데이터를 하위 버전에서 정확하게 인식할 수 있고, 하위 버전에서 저장된 데이터를 상위버전도 정확하게 인식할 수 있어, 이를 레코드 헤더의 레벨정보에 의해 구현한 결과로 상위 버전과 하위 버전 간의 문서 파일에 대한 호환성을 확보할 수 있는 효과를 얻는다.
각 문서의 정보를 구성함에 있어 상위 계층의 다수의 데이터 레코드로 구비하고 상기 상위 계층의 각 데이터 레코드에 대한 하부 계층으로서 각 세부정보에 대한 각 데이터 레코드에 저장된 정보의 성격을 나타내는 정보인 아이디, 각 데이터 레코드 간의 종속 관계를 나타내는 정보인 데이터 레벨, 및 각 데이터 레코드에 저장된 데이터의 크기 정보인 사이즈를 포함하는 데이터 레코드로 문서 파일을 포맷하는 문서 파일의 데이터 레코드 운용 방법을 적용하는 경우, 상위 버전에서 정보가 증가하는 경우 하위 버전에서 해당 데이터를 정확하게 인식할 수 있어, 상위 버전에 포멧을 확장하여 추가 정보를 저장하여도 상기 헤더 데이터를 하위 버전의 프로그램 수정 없이도 정확하게 인식할 수 있고, 하위 버전에서 저장된 데이터를 상위 버전으로도 정확하게 인식할 수 있어, 상위 버전과 하위 버전 간의 문서 파일에 대한 호환성을 확보할 수 있는 효과면에 매우 큰 진보를 가져올 수 있으며, 적용되는 프로그램의 시판 또는 영업의 가능성이 충분할 뿐만 아니라 현실적으로 명백하게 실시할 수 있는 정도이므로 산업상 이용 가능성이 있는 발명이다.

Claims (3)

  1. 문서 파일의 데이터 운용 방법에 있어서,
    다수의 데이터 레코드를 포함하는 데이터를 형성하는 단계; 및
    각각의 데이터 레코드의 헤더에 상위 계층에 대한 하부 계층으로서 각각의 데이터 레코드에 저장된 정보 성격을 나타내는 데이터인 아이디, 각 데이터 레코드 간의 종속 관계를 나타내는 정보인 데이터 레벨, 및 각 데이터 레코드에 저장된 데이터의 크기 정보인 사이즈를 형성하는 단계를 포함하고,
    상기 방법은,
    상기 아이디 수 및 데이터 레벨 수를 문서 파일의 버전에 따라 증가하여 처리 가능한 문서 파일의 버전에서 생성된 데이터 레벨의 데이터를 처리하며
    상기 처리 가능한 문서 파일의 버전보다 상위 버전에서 생성된 데이터를 데이터 레벨로 인지하여 프로그램 수정 없이 데이터 처리하도록 구비되는 것을 특징으로 하는 문서 파일의 데이터 레코드 운용 방법.
  2. 청구항 제1항에 있어서, 상기 데이터 레코드의 데이터 레벨은,
    하나의 문단이 가지는 문자 정보를 저장하는 다수의 제1 레벨로 형성하고, 상기 하나의 문단 중의 일부 영역이 가지는 문자 정보를 다수의 상기 제1 레벨 중 해당 아이디에 대응되는 제1 레벨에 대한 하위 계층인 제2 레벨로 형성하는 것을 특징으로 하는 문서 파일의 데이터 레코드 운용 방법.
  3. 삭제
KR1020100018225A 2010-02-26 2010-02-26 문서파일의 데이터 레코드 운영 방법 KR101098500B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020100018225A KR101098500B1 (ko) 2010-02-26 2010-02-26 문서파일의 데이터 레코드 운영 방법

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020100018225A KR101098500B1 (ko) 2010-02-26 2010-02-26 문서파일의 데이터 레코드 운영 방법

Publications (2)

Publication Number Publication Date
KR20110098560A KR20110098560A (ko) 2011-09-01
KR101098500B1 true KR101098500B1 (ko) 2011-12-26

Family

ID=44952089

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020100018225A KR101098500B1 (ko) 2010-02-26 2010-02-26 문서파일의 데이터 레코드 운영 방법

Country Status (1)

Country Link
KR (1) KR101098500B1 (ko)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102392880B1 (ko) * 2021-09-06 2022-05-02 (주) 바우디움 계층화 문서를 관리하는 방법 및 이를 이용한 장치

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5467472A (en) 1994-04-15 1995-11-14 Microsoft Corporation Method and system for generating and maintaining property sets with unique format identifiers

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5467472A (en) 1994-04-15 1995-11-14 Microsoft Corporation Method and system for generating and maintaining property sets with unique format identifiers

Also Published As

Publication number Publication date
KR20110098560A (ko) 2011-09-01

Similar Documents

Publication Publication Date Title
AU2019202677B2 (en) System and method for automated conversion of interactive sites and applications to support mobile and other display environments
JP4926004B2 (ja) 文書処理装置、文書処理方法及び文書処理プログラム
CN102637190B (zh) 将已捕捉图像数据与电子表格相关联
US8321783B2 (en) Visualizing content positioning within a document using layers
US7870503B1 (en) Technique for analyzing and graphically displaying document order
US20130014007A1 (en) Method for creating an enrichment file associated with a page of an electronic document
CN104221356A (zh) 用于创建相册的应用程序
US20150106700A1 (en) Display and selection of bidirectional text
US10719201B2 (en) Writing system, information processing apparatus, and non-transitory computer readable medium for dividing writing information associated with an identified sheet into separate documents based on timing information
JP2010108208A (ja) 文書処理装置
US9049400B2 (en) Image processing apparatus, and image processing method and program
KR101098500B1 (ko) 문서파일의 데이터 레코드 운영 방법
JP4983464B2 (ja) 帳票画像処理装置及び帳票画像処理プログラム
JP4959501B2 (ja) 情報処理装置、情報処理方法、およびプログラム
KR100743175B1 (ko) 컴퓨터 조판시스템을 이용한 광고 작성방법
JP4518212B2 (ja) 画像処理装置及びプログラム
JP2013037419A (ja) 手書き情報反映システム、手書き情報反映方法、およびプログラム
US20180032244A1 (en) Input control device, input control method, character correction device, and character correction method
JP4517822B2 (ja) 画像処理装置及びプログラム
JP6353261B2 (ja) 情報処理装置、制御方法およびプログラム
JP6194781B2 (ja) 画像処理装置及びプログラム
JP7383882B2 (ja) 情報処理装置、及び情報処理プログラム
JP6030915B2 (ja) 画像再配置方法、画像再配置システム、および画像再配置プログラム
JP6384161B2 (ja) 文書マスキングシステム
JP7370733B2 (ja) 情報処理装置、制御方法、及びプログラム

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20141211

Year of fee payment: 4

FPAY Annual fee payment

Payment date: 20151215

Year of fee payment: 5

FPAY Annual fee payment

Payment date: 20161209

Year of fee payment: 6

FPAY Annual fee payment

Payment date: 20171114

Year of fee payment: 7

FPAY Annual fee payment

Payment date: 20181211

Year of fee payment: 8

FPAY Annual fee payment

Payment date: 20191204

Year of fee payment: 9