KR20160091856A - 문서 관리 서버 및 문서 관리 방법 - Google Patents

문서 관리 서버 및 문서 관리 방법 Download PDF

Info

Publication number
KR20160091856A
KR20160091856A KR1020160091245A KR20160091245A KR20160091856A KR 20160091856 A KR20160091856 A KR 20160091856A KR 1020160091245 A KR1020160091245 A KR 1020160091245A KR 20160091245 A KR20160091245 A KR 20160091245A KR 20160091856 A KR20160091856 A KR 20160091856A
Authority
KR
South Korea
Prior art keywords
content
file
document
archive
information
Prior art date
Application number
KR1020160091245A
Other languages
English (en)
Other versions
KR102113147B1 (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 캐논 가부시끼가이샤
Publication of KR20160091856A publication Critical patent/KR20160091856A/ko
Application granted granted Critical
Publication of KR102113147B1 publication Critical patent/KR102113147B1/ko

Links

Images

Classifications

    • G06F17/30—
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/93—Document management systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/95—Retrieval from the web
    • G06F16/957—Browsing optimisation, e.g. caching or content distillation
    • G06F16/9574—Browsing optimisation, e.g. caching or content distillation of access to content, e.g. by caching

Abstract

본 발명의 문서 관리 서버는 클라이언트에 의한 다운로드 대상으로 지정된 복수의 콘텐츠 문서의 실체 데이터를 취득하고, 당해 지정된 복수의 콘텐츠 문서 중에 동명의 콘텐츠 문서가 있는 경우에는 당해 취득한 복수의 콘텐츠 문서 각각의 실체 데이터를 아카이브 파일 내에 작성한 다른 폴더에 저장한다. 또한, 상기 다운로드 대상으로 지정된 복수의 콘텐츠 문서 각각에 대한 상기 문서 관리 서버에서의 패스 정보와 상기 아카이브 파일 내에서의 패스 정보를 대응 콘텐츠 문서와 관련하여 기술한 정보 파일을 작성하고, 당해 작성한 정보 파일을 상기 아카이브 파일 내에 저장한다. 그리고, 상기 문서 관리 서버는 상기 복수의 콘텐츠 문서 각각의 실체 데이터와 정보 파일을 저장한 아카이브 파일을 클라이언트에 송신한다.

Description

문서 관리 서버 및 문서 관리 방법{DOCUMENT MANAGEMENT SERVER AND DOCUMENT MANAGEMENT METHOD}
본 발명은 문서를 관리하는 문서 관리 서버, 및 그 문서 관리 방법에 관한 것이다.
종래의 웹 브라우저상에서 동작하는 문서 관리 시스템에서는, 문서 관리 서버에서 관리되고 있는 폴더나 문서에 대해서 표시, 검색 및 다운로드 등을 행하거나, 문서 관리 서버에 대하여 문서나 파일의 업로드를 행하거나 할 수 있다. 또한, 복수의 문서를 통합해서 다운로드하는 때는, 복수의 문서를 1개의 파일에 아카이브해서 다운로드하는 기능을 가질 수 있다. 예를 들어, 사용자가 복수의 파일을 ZIP 포맷으로 아카이브함으로써 1개의 ZIP 파일로 통합하고 나서 다운로드할 수 있다.
또한, WO2008/029774호 공보에서는, 사용자가 HyperText Markup Language(HTML)에서 정의된 오브젝트(아이콘이나 링크)를 로컬 퍼스널 컴퓨터(PC)의 오퍼레이팅 시스템(OS) 상에 드래그 앤드 드롭함으로써, 상기 오브젝트에 관련된 파일을 용이하게 다운로드하는 시스템을 개시하고 있다.
또한, 일본 특개 2006-126962호 공보에서는, 사용자가 다운로드한 문서를 편집하여 저장할 때에, 참조하고 있었던 다른 문서가 있으면, 사용자가 참고하고 있었던 문서의 풀 패스(path)를 문서 안에 매립해서 문서를 저장하고, 다시 문서를 개방했을 경우에, 문서에 매립한 풀 패스로부터 먼저 참조하고 있었던 문서를 열람할 수 있게 하고 있다.
문서 관리 서버에서 관리되고 있는 문서를 검색한 결과, 복수의 서로 다른 저장 장소(다른 디렉토리나 폴더)에 저장되어 있는 복수의 문서가 발견되는 경우가 있다. 이때, 다른 장소에 저장되어 있는 동명의 문서가 검색 결과로서 얻어질 수 있다. 통상의 클라이언트 PC에서는, 사용자가 다운로드 목적지와 같은 폴더에 동명의 문서를 저장할 수 없다. 그러므로, 동명의 각 문서를 다운로드하는 때마다, 사용자가 문서 명칭을 변경하거나, 각 문서를 저장하는 폴더를 일일이 지정하여야 하는 번거로움이 있다. 이와 같이, 종래의 문서 관리 시스템에서는, 복수의 문서를 다운로드하기 위해서는, 번잡한 조작이 필요하다는 그러한 과제가 있다.
본 발명의 특징에 따르면, 문서 관리 서버는 네트워크를 통해 클라이언트와 접속되고 계층 구조를 갖는 폴더에 저장되어 있는 콘텐츠 문서를 관리한다. 문서 관리 서버는 상기 클라이언트에 의한 다운로드 대상으로 지정된 복수의 콘텐츠 문서의 실체 데이터를 취득하고, 당해 지정된 복수의 콘텐츠 문서 중에 동명의 콘텐츠 문서가 있는 경우에는 당해 취득한 복수의 콘텐츠 문서 각각의 실체 데이터를 아카이브 파일 내에 작성한 다른 폴더에 저장하는 실체 데이터 저장 유닛, 상기 다운로드 대상으로 지정된 복수의 콘텐츠 문서 각각에 대한 상기 문서 관리 서버에서의 패스 정보와 상기 아카이브 파일 내에서의 패스 정보를 서로 관련하여 기술한 정보 파일을 작성하고, 당해 작성한 정보 파일을 상기 아카이브 파일 내에 저장하는 아카이브 정보 파일 저장 유닛, 및 상기 복수의 콘텐츠 문서 각각의 실체 데이터와 상기 정보 파일을 저장한 상기 아카이브 파일을 상기 클라이언트에 송신하는 송신 유닛을 포함한다.
사용자가 복수의 문서 파일(복수의 콘텐츠 문서)을 통합해서 다운로드할 때에 동명의 문서 파일이 있는 경우에는, 자동적으로 복수의 폴더를 작성해서 그 폴더 내에 각 문서 파일을 저장하므로, 사용자가 각 문서 파일의 명칭을 변경하지 않고서 통합해서 다운로드할 수 있다.
또한, 사용자가 문서를 다운로드할 때에, 각 문서 파일에 관한 정보(패스, 프로퍼티 등)를 통합해서 기술한 정보 파일을 작성해서 저장하므로, 사용자는 각 문서 파일이 어디에서 다운로드된 것인지 식별하는 것도 가능하게 된다.
본 발명의 다른 특징 및 형태는 첨부된 도면을 참조하여 이루어진 실시 형태의 다음의 상세한 설명으로부터 분명해질 것이다.
본 명세서에 포함되고 그 일부를 구성하는 첨부 도면은 본 발명의 원리를 설명하기 위해, 상세한 설명과 함께, 본 발명의 실시 형태, 특징, 및 형태를 도시한다.
도 1은 시스템 구성도.
도 2는 문서 관리 서버 및 문서 관리 클라이언트의 하드웨어 구성도.
도 3은 제1 실시 형태의 각 처리 유닛의 구성예.
도 4는 콘텐츠의 구성예.
도 5a, 5b, 및 5c는 제1 실시 형태의 유저 인터페이스(UI) 화면의 구성예.
도 6a, 6b, 6c, 및 6d는 제1 실시 형태의 아카이브 파일의 구성예.
도 7은 복수의 콘텐츠를 다운로드하는 처리의 시퀀스.
도 8은 검색 리퀘스트를 송신하는 플로우차트.
도 9는 아카이브 리퀘스트를 송신하는 플로우차트.
도 10은 다운로드 리퀘스트를 송신하는 플로우차트.
도 11은 검색 처리의 플로우차트.
도 12는 아카이브 처리의 플로우차트.
도 13은 다운로드 처리의 플로우차트.
도 14는 제2 실시 형태의 각 처리 유닛의 구성예.
도 15는 업로드 처리 후의 콘텐츠의 구성예.
도 16은 제2 실시 형태의 UI 화면의 구성예.
도 17a, 17b, 17c, 및 17d는 업로드 대상으로 되는 아카이브 파일의 구성예.
도 18은 아카이브 파일을 업로드하는 처리의 시퀀스.
도 19는 업로드 리퀘스트를 송신하는 플로우차트.
도 20은 업로드 처리의 플로우차트.
본 발명의 다양한 실시 형태, 특징, 및 형태가 도면을 참조하여 이후 설명된다.
<시스템 구성>
도 1은 본 발명의 한 실시 형태에 관한 문서 관리 시스템의 구성도이다. 상기 시스템은 문서 관리 서버 퍼스널 컴퓨터(PC)(10)와 클라이언트 PC(20)가 근거리 통신망(LAN)(30) 등의 네트워크를 통해 접속되어 있다. 문서 관리 서버 PC(10)는 문서나 화상 등의 콘텐츠(파일)를 관리하는 문서 관리 기능과, 웹 어플리케이션 서버 기능을 제공하는 서버이다. 클라이언트 PC(20)는 웹 브라우저를 통해 문서 관리 서버 PC(10)에 접속해서 콘텐츠를 조작하는 기능을 제공한다. 문서 관리 서버 PC(10)와 클라이언트 PC(20) 각각은 일반적인 정보 처리 장치(PC)의 하드웨어로 구성할 수 있다.
도 2는 본 실시 형태에 관한 문서 관리 시스템에 포함된 각 PC의 하드웨어 구성도를 도시하고 있다. 도 2에서, CPU(201)는 ROM(203) 내의 프로그램용 ROM에 기억된 프로그램이나, 하드 디스크(210)로부터 RAM(202)에 로드된 오퍼레이팅 시스템(OS)이나 어플리케이션 등의 프로그램을 실행한다. 즉, 컴퓨터(CPU)가 컴퓨터 판독 가능한 기억 매체에 저장된 상기 프로그램을 실행함으로써, 후술하는 각 플로우차트의 처리를 실행하는 각 처리 유닛으로서 기능한다.
RAM(202)은 CPU(201)의 메인 메모리이며, 워크 에어리어(work area) 등으로서 기능한다. 키보드 컨트롤러(204)는 키보드(208)나 도시하지 않은 포인팅 디바이스(마우스, 터치 패드, 터치 패널, 트랙 볼 등)로부터의 조작 입력을 제어한다. 디스플레이 컨트롤러(205)는 디스플레이 장치(209)의 표시를 제어한다. 디스크 컨트롤러(206)는 각종 데이터를 기억하는 하드 디스크(HD)나 플렉시블 디스크(FD) 등의 외부 메모리(210)에의 데이터 액세스를 제어한다. 네트워크 컨트롤러(NC)(207)는 네트워크에 접속되어서, 본 PC와 네트워크에 접속된 다른 기기 간의 통신 제어 처리를 실행한다.
이하, 본 발명의 제1 실시 형태에 관한 시스템의 처리의 흐름에 대해서 설명한다. 도 3은 본 발명의 제1 실시 형태의 시스템에서, 문서 관리 서버 PC(10)와 클라이언트 PC(20)가 제공하는 각 처리 유닛의 구성예를 도시하고 있다. 문서 관리 서버 PC(10)의 CPU(201)가 프로그램을 실행함으로써, 문서 관리 서버는 각 처리 유닛(300 내지 307)으로서 기능한다. 콘텐츠 등의 정보는 외부 메모리(210)에 저장되고, 필요할 때에 RAM(201)에 로드되어 처리된다.
문서 관리 서버 PC(10)의 메인 제어 유닛(300)은 문서 관리 서버의 어플리케이션을 담당하는 메인 제어 처리를 행한다. 또한, 메인 제어 유닛(300)은 입출력 제어 유닛(301), 콘텐츠 제어 유닛(302), 및 서비스 제어 유닛(304)을 제어하고, 폴더 정보, 콘텐츠 정보(콘텐츠의 명칭이나 저장 장소 등에 관한 정보), 및 콘텐츠의 실체 데이터(콘텐츠 문서의 실체인 문서 파일) 등의 중개 역할을 행한다.
입출력 제어 유닛(301)은 클라이언트 PC(20)로부터의 서비스 리퀘스트(request)를 수신하고, 클라이언트 PC(20)에 그 레스펀스(response)를 송신한다. 콘텐츠 제어 유닛(302)은 클라이언트 PC(20)로부터의 리퀘스트에 따라 콘텐츠 정보나 콘텐츠 실체 데이터를 데이터베이스(DB)(303)로부터 취득한다. 콘텐츠 정보나 콘텐츠 실체 데이터에 대해서는, DB나 관리 파일 등을 이용하여 관리될 수 있고, 임의의 방식으로 관리될 수 있다.
서비스 제어 유닛(304)은 입출력 관리 유닛(301)이 수신한 서비스 리퀘스트에 따라 검색 처리 유닛(305), 아카이브 처리 유닛(306), 또는 다운로드 처리 유닛(307)에 처리를 할당한다. 처리의 결과를 각 처리 유닛으로부터 수신한 후, 서비스 제어 유닛(304)은 그 결과를 입출력 관리 유닛(301)에 전달한다. 검색 처리 유닛(305)은 검색 리퀘스트의 검색 파라미터(검색 범위, 검색 조건)를 해석하고, 검색 조건에 일치하는 콘텐츠 정보를 DB(303)로부터 취득한다. 검색 처리 유닛(305)은 취득한 콘텐츠 정보를 결과 데이터로서 서비스 제어 유닛(304)에 전달한다.
아카이브 처리 유닛(306)은 아카이브 리퀘스트의 파라미터로 지정된 콘텐츠 정보에 대응하는 콘텐츠 실체 데이터와 그 콘텐츠 정보 파일을, 아카이브 파일(예를 들어, ZIP 파일)에 통합한다. 아카이브 처리 유닛(306)은 아카이브 리퀘스트 마다, 아카이브화한 아카이브 파일을 식별하기 위한 파일 식별자(본 실시 형태에서는, "전역 고유 식별자(globally unique identifier:GUID)"라고 부른다)를 결과 데이터로서 서비스 제어 유닛(304)에 전달한다. 다운로드 처리 유닛(307)은 다운로드 리퀘스트의 파라미터로 지정된 아카이브 파일 식별자(아카이브 리퀘스트로부터 취득한 GUID)에 대응하는 ZIP 파일을 결과 데이터로서 서비스 제어 유닛(304)에 전달한다.
또한, 클라이언트 PC(20)의 CPU(201)이 각 처리 유닛의 프로그램을 판독하고 실행함으로써, 클라이언트 PC(20)는 각 처리 유닛(310 내지 312)으로서 기능한다. 클라이언트 PC(20)의 메인 제어 유닛(310)은 클라이언트 PC(20)의 어플리케이션을 담당하는 메인 제어 처리를 행한다. 또한, 메인 제어 유닛(310)은 입출력 관리 유닛(311)과 콘텐츠 표시 유닛(312)을 제어하고, 콘텐츠 정보나 콘텐츠 실체 데이터 등의 중개 역할을 행한다. 입출력 관리 유닛(311)은 문서 관리 서버 PC(10)에 서비스 리퀘스트를 송신하고, 문서 관리 서버 PC(10)로부터의 레스펀스를 수신한다. 콘텐츠 표시 유닛(312)은 문서 관리 서버 PC(10)로부터 수신한 콘텐츠 정보를 해석해서 웹 브라우저 위에 표시한다.
도 4는 제1 실시 형태에서 DB(303)에 저장되어 있는 콘텐츠의 구성예를 도시하고 있다. 용어 "콘텐츠"란 문서나 화상 등의 문서 파일(이하에서는 "콘텐츠 문서"라고 부른다), 및 문서 파일이 저장되어 있는 폴더를 가리킨다. 폴더는 계층 구조로 되어 있고, 각 폴더 내에서 서브 폴더와 콘텐츠 문서를 관리할 수 있다. 또한, 콘텐츠 문서에는, 부가 속성인 콘텐츠 문서 프로퍼티를 콘텐츠 문서와 관련하여 유지하고 있다.
톱 폴더(400)는 모든 콘텐츠를 묶는 최상위의 폴더이다. 도 4의 예에서는, 톱 폴더(400) 아래에, 20111101 폴더(이하 "폴더(410)"), 20111102 폴더(이하 "폴더(420)"), 및 20111103 폴더(이하 "폴더(430)")가 관리되고 있다. 폴더(410)에는, 콘텐츠 문서인 견적서(411)(이하 "콘텐츠 문서(411)")가 저장되어 있다. 또한, 콘텐츠 문서(411)는 콘텐츠 문서 프로퍼티(property)(412)를 저장하고 있다. 폴더(420)에는, 콘텐츠 문서인 견적서(421)(이하 "콘텐츠 문서(421)")가 저장되어 있다. 콘텐츠 문서(421)는 콘텐츠 문서 프로퍼티(422)를 저장하고 있다. 폴더(430)에는, 콘텐츠 문서인 견적서(431)(이하 "콘텐츠 문서(431)")가 저장되어 있다. 콘텐츠 문서(431)는 콘텐츠 문서 프로퍼티(432)를 저장하고 있다.
도 5는 제1 실시 형태에 관한 유저 인터페이스 화면(UI 화면)의 구성예이며, 콘텐츠 표시 유닛(312)에 의해 UI 화면의 표시가 행해진다. 메인 화면(500)은 헤더 표시 영역(501), 검색 조건 영역(502), 콘텐츠 표시 영역(503), 프로퍼티 표시 영역(504), 및 풋터(footer) 표시 영역(505)을 포함한다. 도 5a는 UI 화면 전체의 구성예이다. 도 5b는 콘텐츠 문서를 선택하고 있을 때의 콘텐츠 표시 영역(503)의 확대도이다. 도 5c는 콘텍스트 메뉴를 표시시킬 때의 콘텐츠 표시 영역(503)의 확대도이다.
헤더 표시 영역(501)에는 어플리케이션의 이름이나 메뉴 등이 표시된다. 또한, 검색 조건 영역(502)에는 DB(303)로 관리되고 있는 콘텐츠 문서를 검색하기 위한 조건을 설정 입력하기 위한 텍스트 입력 에어리어가 표시된다. 본 실시 형태에서는, 검색 조건 영역(502)은 검색 범위를 설정하기 위한 입력 에어리어(520)와, 검색 키워드를 설정하기 위한 검색 키워드 입력 에어리어(521)와, 검색 처리를 실행 개시시키기 위한 검색 버튼(522)을 포함한다. 콘텐츠 표시 유닛(312)은 검색 버튼(522)이 눌러짐에 따라 검색 실행의 지시를 받고, 다음에 검색 범위 입력 에어리어(520)에 입력된 텍스트와 검색 키워드 입력 에어리어(521)에 입력된 텍스트를 파라미터로 하여, 검색 리퀘스트를 문서 관리 서버 PC(10)에 송신한다.
콘텐츠 표시 영역(503)에는 검색 조건 영역(502)으로 설정된 검색 조건에 합치한다고 판단된 콘텐츠 문서(즉, 검색 결과)가 표시된다. 도 5a의 예에서는, 검색 범위로서 "톱 폴더"(400), 키워드로서 "견적서"가 각각 설정된 상태에서 검색이 실행된다. 그 검색 결과, 콘텐츠 문서의 명칭에 "견적서"가 포함되어 있는 콘텐츠 문서(411, 421, 및 431)가 합치하는 것으로 판단되어서, 콘텐츠 표시 영역(503)에 이들 콘텐츠 문서가 리스트의 형태로 표시된다.
리스트의 형태로 표시되어 있는 콘텐츠 문서 중에서 사용자의 지시에 따라서 사용자가 원하는 콘텐츠 문서를 선택할 수 있다. 예를 들어, 콘텐츠 문서(421 및 431)가 사용자에 의해 선택된 경우, 도 5b와 같이, 콘텐츠 표시 유닛(312)은 콘텐츠 문서(421 및 431)를 선택 상태(530 및 531)로 하여 강조 표시한다.
이때, 사용자의 마우스 조작에 의해 선택 상태의 콘텐츠 문서 위에 마우스 커서가 놓여지면, 콘텐츠 표시 유닛(312)은 콘텍스트 메뉴를 표시하기 위한 콘텍스트 메뉴 버튼(532)을 표시한다. 그리고, 사용자의 조작에 의해 콘텍스트 메뉴 버튼(532)이 클릭되면, 도 5c와 같이, 콘텐츠 표시 유닛(312)은 콘텍스트 메뉴(540)를 표시한다. 콘텍스트 메뉴(540) 내의 선택지 "다운로드"(541)가 사용자에 의해 지정되면, 콘텐츠 표시 유닛(312)은 당해 다운로드 선택지가 지정되었을 때에 선택 상태로 되어 있는 콘텐츠 문서(도 5c에서는 콘텐츠 문서(421 및 431))를 파라미터로 하여 아카이브 리퀘스트를 문서 관리 서버 PC(10)에 송신한다.
프로퍼티 표시 영역(504)은 콘텐츠 표시 영역(503)으로 콘텐츠 데이터가 선택되었을 때에, 당해 선택된 콘텐츠 문서의 프로퍼티를 표시하기 위한 영역이다. 여기에 표시된 프로퍼티는 당해 선택된 콘텐츠 문서의 명칭이나 콘텐츠 문서의 패스, 콘텐츠 문서의 속성 등을 표시하는 정보를 포함한다. 또한, 풋터 표시 영역(505)은 어플리케이션의 버젼이나 저작권을 표시하기 위한 영역이다.
도 6a는, 도 5c에서의 화면 위에 다운로드가 지시된 경우에, 문서 관리 서버 PC(10)에 의해 작성되는 아카이브 파일(600)의 구성도이다. 또한, 본 실시 형태에서, 아카이브 파일(600)은 ZIP 파일 형식으로 작성된다. 그러나, 아카이브 파일(600)의 형식은 ZIP 형식에 한하는 것은 아니며, 복수의 파일을 1개의 파일로 할 수 있는 임의의 다른 형식일 수 있다. 아카이브 파일(600)에는 폴더(610 및 620)와, 아카이브 정보 파일(630)이 포함되어 있다. 또한, 폴더(610) 내에는 콘텐츠 문서(421)의 실체 데이터가 포함되고, 폴더(620) 내에는 콘텐츠 문서(431)의 실체 데이터가 포함되어 있다.
아카이브 정보 파일(630)에는, 클라이언트 PC(20)로부터 수신한 아카이브 리퀘스트에서 지정된 콘텐츠 문서에 관한 정보(명칭, 패스, 프로퍼티)와, 아카이브 파일 내의 당해 콘텐츠 문서의 패스가 기술되어 있다. 도 6b의 예에서는, 아카이브 정보 파일(630)은 Extensible Markup Language(XML)으로 구성되어 있지만, 아카이브 정보 파일(630)의 형식은 XML에 한하는 것은 아니고, Comma Separated Values(CSV) 등의 다른 파일 형식일 수 있다.
도 6b의 예를 이용하여 아카이브 정보 파일(630)의 데이터 구조를 정의하고 있는 각 태그에 대해서 설명한다. 태그(640)는 <result_list>과 </result_list>의 한 쌍으로 정의되어, 태그(650 및 670)를 관리하는 루트 태그이다.
태그(650)는 <result>과 </result>의 한 쌍으로 정의되어, 아카이브 파일(600)에 포함되어 있는 콘텐츠 문서(421)에 관한 정보(명칭, 패스, 아카이브 파일(600) 내의 패스, 프로퍼티)를 이하의 태그들로 관리한다. 콘텐츠 문서(421)의 명칭이 <name>과 </name>의 태그의 사이에 기술되어 있다. 또한, 콘텐츠 문서(421)가 문서 관리 서버의 관리 하에서 관리되고 있을 때의 패스가 <path>과 </path>의 태그의 사이에 기술되어 있다. 또한, 아카이브 파일 내에서의 상기 콘텐츠 문서가 관리되고 있는 패스가 <vpath>과 </vpath>의 태그의 사이에 기술되어 있다. 또한, 콘텐츠 문서(421)의 프로퍼티 정보가 <properties>과 </properties>의 태그의 사이에 기술되어 있다.
콘텐츠 문서(421)의 프로퍼티 정보(660)의 상세를 도 6c에 도시한다. <property>과 </property>의 한 쌍으로 각각 정의되는 태그(661 및 662)는 각각, 콘텐츠 문서(421)에 부여되어 있는 프로퍼티(점포의 프로퍼티와 납기의 프로퍼티)를 이하의 태그를 이용하여 관리한다. 각 프로퍼티의 명칭이 <name>과 </name>의 태그의 사이에 기술되어 있다. 각 프로퍼티의 값이 <value>과 </value>의 태그의 사이에 기술되어 있다.
태그(670)는 <result>과 </result>의 한 쌍으로 정의되어, 아카이브 파일(600)에 포함되어 있는 콘텐츠 문서(431)에 관한 정보(명칭, 문서 관리 서버에서 관리되고 있을 때의 패스, 아카이브 파일(600) 내에서의 패스, 프로퍼티)를 이하의 태그를 이용하여 관리한다. 태그(670)의 구성은 태그(650)와 마찬가지이다.
콘텐츠 문서(431)의 프로퍼티 정보(680)의 상세를 도 6d에 도시한다. 태그(680)는 <properties>과 </properties>의 한 쌍으로 정의되어, 콘텐츠 문서(431)에 부여되어 있는 각 프로퍼티 정보를 관리하고 있다. 도 6d는, 태그(681) 내에는, 「점포」의 프로퍼티로서 「후쿠오카」의 값이 설정되고, 태그(682) 내에는, 「납기」의 프로퍼티로서 「2011년 12월 3일」의 값이 설정되어 있는 상태를 도시하고 있다. 태그(680)의 구성은 태그(660)와 마찬가지이다.
이하에서는, 본 제1 실시 형태의 처리의 흐름에 대해서 설명한다. 도 7은, 검색 실행의 리퀘스트가 지시된 후, 검색 결과 리스트 중에서 사용자가 원하는 콘텐츠 문서(파일)가 선택되어, 당해 선택된 콘텐츠 문서를 클라이언트 PC(20) 위에 다운로드할 때까지의 흐름을 도시하는 시퀀스이다. 도 7의 시퀀스는 콘텐츠 문서의 검색에 관한 플로우(S80), 콘텐츠 문서를 아카이브 처리하는 플로우(S90), 및 아카이브 파일을 다운로드 처리하는 플로우(S100)로 구성되어 있다. 도 7의 시퀀스의 상세에 대해서 이제부터 설명한다.
스텝 S80에서, 우선, 콘텐츠 표시 유닛(312)은 검색 실행 버튼(522)이 눌러짐에 따라 발행되는 검색 실행 이벤트를 수신한다. 그러면, 콘텐츠 표시 유닛(312)은 검색 범위 입력 에어리어(520)와 검색 키워드 입력 에어리어(521)에 설정되어 있는 조건을 파라미터로 하여, 검색 리퀘스트를 문서 관리 서버 PC(10)에 송신한다. 검색 리퀘스트를 수신하면, 문서 관리 서버 PC(10)의 서비스 제어 유닛(304)은 검색 처리 유닛(305)에 검색 처리의 실행을 재촉한다.
검색 처리 유닛(305)은 상기 검색 리퀘스트에 포함되어 있는 검색 조건(검색 범위와 검색 키워드)을 콘텐츠 제어 유닛(302)에 송신해서, 콘텐츠 제어 유닛(302)에 문서를 검색시킨다. 다음에, 검색 처리 유닛(305)은 콘텐츠 제어 유닛(302)으로부터 검색 결과로서 콘텐츠 문서 정보를 취득한다. 콘텐츠 문서 정보는 검색 조건에 합치한 콘텐츠 문서의 명칭이나, 상기 콘텐츠 문서가 관리되고 있는 폴더를 표시하는 패스 등의 정보이다. 검색 결과로서 취득한 콘텐츠 문서 정보는 복수의 콘텐츠 문서에 관한 정보를 동시에 취득하는 것이 가능하다. 검색 처리 유닛(305)은 취득한 콘텐츠 문서 정보를 검색 처리 결과로서 서비스 제어 유닛(304)에 전달한다.
서비스 제어 유닛(304)은 수신한 검색 처리 결과의 콘텐츠 문서 정보를 파라미터로서 설정한 검색 처리 레스펀스를 콘텐츠 표시 유닛(312)에 송신한다. 콘텐츠 표시 유닛(312)은 검색 처리 레스펀스로서 수신한 콘텐츠 문서 정보를 콘텐츠 표시 영역(503)에 리스트의 형태로 표시한다. 표시하는 위치나 크기에 대해서는 콘텐츠 표시 유닛(312) 안에서 정의한다. 위치나 크기는 내부 리소스(resource)로서 정의할 수 있거나, 외부 파일에서 정의할 수 있는 등 임의의 방식으로 정의할 수 있다.
스텝 S90에서는, 우선, 콘텐츠 표시 유닛(312)은 콘텍스트 메뉴로부터 다운로드(541)의 선택에 따라 발행되는 선택 이벤트를 취득한다. 그러면, 콘텐츠 표시 유닛(312)은 선택 상태(530 및 531)의 콘텐츠 문서(421 및 431)의 정보를 파라미터로 한 아카이브 리퀘스트를 문서 관리 서버 PC(10)에 송신한다. 아카이브 리퀘스트를 수신하면, 문서 관리 서버 PC(10)의 서비스 제어 유닛(304)은 아카이브 처리 유닛(306)에 아카이브 처리의 실행을 재촉한다.
아카이브 처리 유닛(306)은 아카이브 리퀘스트에 포함되어 있는 각 콘텐츠 문서의 정보에 기초하여 콘텐츠 제어 유닛(302)에 대하여 취득 리퀘스트를 행하고, 대응하는 콘텐츠 문서 실체 데이터를 취득한다. 아카이브 처리 유닛(306)은 취득한 각 콘텐츠 문서의 실체 데이터를 아카이브 파일에 추가함으로써 아카이브 파일을 작성한다. 아카이브 처리 유닛(306)은 아카이브 파일을 당해 작성한 아카이브 파일을 식별하기 위한 파일 식별자(GUID)와 관련시키고, 당해 아카이브 파일 식별자를 처리 결과로서 서비스 제어 유닛(304)에 전달한다. 아카이브 처리 결과를 수신하면, 서비스 제어 유닛(304)은 GUID를 아카이브 레스펀스의 파라미터로서 클라이언트 PC(20)의 콘텐츠 표시 유닛(312)에 송신한다.
스텝 S100에서는, 우선, 콘텐츠 표시 유닛(312)은 수신한 아카이브 레스펀스의 파라미터로서 포함되어 있는 GUID를 추출하고, 당해 추출한 GUID를 파라미터로서 설정한 다운로드 리퀘스트를 문서 관리 서버 PC(10)에 송신한다. 다운로드 리퀘스트를 수신하면, 문서 관리 서버 PC(10)의 서비스 제어 유닛(304)은 다운로드 처리 유닛(307)에 다운로드 처리의 실행을 재촉한다.
다운로드 처리 유닛(307)은 다운로드 리퀘스트에 포함되어 있는 GUID에 대응하는 아카이브 파일을 취득하고, 당해 취득한 아카이브 파일을 다운로드 처리 결과로서 서비스 제어 유닛(304)에 전달한다. 서비스 제어 유닛(304)은 수신한 아카이브 파일을 다운로드 레스펀스의 파라미터로서 클라이언트 PC(20)의 콘텐츠 표시 유닛(312)에 송신한다. 다운로드 레스펀스를 수신하면, 콘텐츠 표시 유닛(312)은 당해 수신한 다운로드 레스펀스에 포함되어 있는 아카이브 파일을 클라이언트 PC(20)의 기억 장치에 저장한다.
이하에서는, 상술한 스텝 S80, S90, 및 S100의 상세에 대해서 설명한다.
스텝 S80의 콘텐츠 데이터 검색 처리의 상세에 대해서, 도 8 및 도 11의 플로우차트를 이용하여 설명한다. 도 8의 스텝 S800에서, 콘텐츠 표시 유닛(312)은 검색 실행 버튼(522)이 사용자에 의해 눌러짐에 따라 발행되는 검색 실행 이벤트를 수신하면, 검색 범위 입력 에어리어(520)와 검색 키워드 입력 에어리어(521)에 설정되어 있는 조건을 파라미터로 하여, 검색 리퀘스트를 작성한다. 그리고, 콘텐츠 표시 유닛(312)은 당해 작성한 검색 리퀘스트를 문서 관리 서버 PC(10)에 송신한다.
스텝 S801에서, 문서 관리 서버 PC(10)의 서비스 제어 유닛(304)은 서비스 리퀘스트를 수신하고, 당해 수신한 리퀘스트의 종별을 확인한다. 스텝 S802에서, 문서 관리 서버 PC(10)의 서비스 제어 유닛(304)이 리퀘스트의 종별이 불분명한 리퀘스트라고 판단한 경우에(스텝 S802에서 예), 처리는 스텝 S803으로 진행한다. 스텝 S803에서, 서비스 제어 유닛(304)은 리퀘스트 에러를 클라이언트 PC(20)에 송신한다. 한편, 스텝 S802에서, 서비스 제어 유닛(304)이 리퀘스트의 종별이 검색 리퀘스트라고 판단한 경우에(스텝 S802에서 아니오), 처리는 스텝 S804로 진행한다. 스텝 S804에서, 서비스 제어 유닛(304)은 검색 처리를 행한다. 검색 처리의 상세에 대해서는 도 11에서 이후 설명을 행한다.
스텝 S805에서, 클라이언트 PC(20)의 콘텐츠 표시 유닛(312)은, 검색 리퀘스트가 성공하였는지의 여부를 판단한다. 이때, 콘텐츠 표시 유닛(312)이 검색 처리 레스펀스를 수신했을 경우에, 콘텐츠 표시 유닛(312)은 검색 리퀘스트가 성공한 것이라고 판단한다. 이 경우에(스텝 S805에서 예), 스텝 S806에서, 콘텐츠 표시 유닛(312)은 당해 검색 처리 레스펀스로부터 콘텐츠 문서 정보를 추출하고, 콘텐츠 표시 영역(503)에 콘텐츠 문서 명칭과 패스를 리스트의 형태로 표시한다. 한편, 콘텐츠 표시 유닛(312)이 에러 레스펀스를 수신한 경우에는 콘텐츠 표시 유닛(312)은 검색 리퀘스트가 실패한 것으로 판단한다. 이 경우에(스텝 S805에서 아니오), 스텝 S807에서, 콘텐츠 표시 유닛(312)은 에러 메시지를 표시한다.
그 다음에, 도 11을 이용하여 스텝 S804의 검색 처리의 상세에 대해서 설명한다. 스텝 S1101에서, 검색 처리 유닛(305)은 검색 리퀘스트에 기초하여 검색 키워드 입력 에어리어(521)에 설정되어 있는 검색 키워드를 취득한다. 또한, 스텝 S1102에서, 검색 처리 유닛(305)은 검색 범위 입력 에어리어(520)에 설정되어 있는 검색 범위를 취득한다. 그리고, 검색 처리 유닛(305)은 당해 취득한 검색 키워드와 검색 범위를 파라미터로 하여, 콘텐츠 제어 유닛(302)에 검색 실행을 재촉한다.
스텝 S1103에서, 콘텐츠 제어 유닛(302)은 검색 파라미터로서 수신한 검색 범위와 검색 키워드에 기초하여 DB(303)로부터 조건에 일치하는 콘텐츠 문서에 관한 정보를 취득한다. 콘텐츠 제어 유닛(302)은 당해 취득한 콘텐츠 문서에 관한 정보를 검색 결과로서 검색 처리 유닛(305)에 전달한다.
스텝 S1104에서, 검색 처리 유닛(305)은 검색 결과로서 받은 콘텐츠 문서에 관한 정보를 순서대로 대상으로 하고, 각 콘텐츠 문서 정보로부터 명칭이나 패스를 취득하고, 이들을 검색 결과 데이터에 추가함으로써, 검색 결과 데이터(검색 결과 리스트)를 작성한다. 그리고, 검색 처리 유닛(305)은 작성한 검색 결과 데이터를 서비스 제어 유닛(304)에 전달한다. 스텝 S1105에서, 서비스 제어 유닛(304)은 상기 검색 결과 데이터를 파라미터로서 설정한 검색 처리 레스펀스를 클라이언트 PC(20)에 송신한다.
스텝 S90에서의 콘텐츠 데이터를 아카이브하는 처리의 상세에 대해서, 도 9 및 도 12의 플로우차트를 이용하여 설명한다. 도 9의 스텝 S900에서, 콘텐츠 표시 유닛(312)은, 콘텍스트 메뉴로부터 다운로드(541)가 선택됨에 따라 발행되는 선택 이벤트를 수신하면, 동명의 콘텐츠 문서가 복수 선택 상태로 되어 있는지의 여부를 판정한다. 콘텐츠 표시 유닛(312)이 동명의 콘텐츠 문서가 다운로드 대상으로 선택되어 있다고 판단한 경우에(스텝 S900에서 예), 스텝 S901에서, 콘텐츠 표시 유닛(312)은 폴더 작성 플래그를 RAM(202)에 저장한다.
스텝 S902에서, 콘텐츠 표시 유닛(302)은, 선택 상태로 되어 있다고 판단한 복수의 콘텐츠 문서(421 및 431)에 관한 정보와, 스텝 S901에서 설정한 폴더 작성 플래그를 파라미터로 한 아카이브 리퀘스트를 작성한다. 그리고, 콘텐츠 표시 유닛(302)은 당해 작성한 아카이브 리퀘스트를 문서 관리 서버 PC(10)에 송신한다.
스텝 S903에서, 문서 관리 서버 PC(10)의 서비스 제어 유닛(304)은 서비스 리퀘스트를 수신하고, 당해 수신한 리퀘스트의 종별을 확인한다. 스텝 S904에서, 문서 관리 서버 PC(10)의 서비스 제어 유닛(304)이, 리퀘스트의 종별이 불분명한 리퀘스트라고 판단한 경우에는(스텝 S904에서 예), 처리는 스텝 S905로 진행한다. 스텝 S905에서, 서비스 제어 유닛(304)은 리퀘스트 에러를 클라이언트 PC(20)에 송신한다. 한편, 스텝 S904에서, 서비스 제어 유닛(304)이 리퀘스트의 종별이 아카이브 리퀘스트라고 판단한 경우에는(스텝 S904에서 아니오), 처리는 스텝 S906으로 진행한다. 스텝 S906에서, 서비스 제어 유닛(304)은 아카이브 처리를 행한다. 아카이브 처리의 상세에 대해서는 도 12에서 이후 설명을 행한다.
스텝 S907에서, 클라이언트 PC(20)의 콘텐츠 표시 유닛(312)은, 아카이브 리퀘스트가 성공하였는지의 여부를 판단한다. 이때, 콘텐츠 표시 유닛(312)이 아카이브 레스펀스를 수신했을 경우에 콘텐츠 표시 유닛(312)은 아카이브 리퀘스트가 성공한 것으로 판단한다. 이 경우에(스텝 S907에서 예), 스텝 S908에서, 콘텐츠 표시 유닛(312)은 당해 아카이브 레스펀스로부터 GUID를 추출하고, 추출한 GUID를 RAM(202)에 저장한다. 한편, 콘텐츠 표시 유닛(312)이 에러 레스펀스를 수신한 경우에는 콘텐츠 표시 유닛(312)이 아카이브 리퀘스트가 실패한 것으로 판단한다. 이 경우에(스텝 S907에서 아니오), 스텝 S909에서, 콘텐츠 표시 유닛(312)은 에러 메시지를 표시한다.
그 다음에, 도 12를 이용하여 스텝 S906의 아카이브 처리의 상세에 대해서 설명한다. 스텝 S1200에서, 아카이브 처리 유닛(306)은, 아카이브 리퀘스트에 대하여 작성되는 아카이브 파일을 식별하기 위한 GUID를 작성한다. 또한, 아카이브 처리 유닛(306)은, 작성한 GUID를 문자열로서, GUID를 명칭으로 하는 폴더를 작성한다. GUID는 문서 관리 시스템 내에서 고유한 임의의 값일 수 있고, 임의의 방법으로 작성될 수 있다. 또한, 작성한 폴더의 저장 위치도 임의의 위치일 수 있다. 예를 들어, 문서 관리 시스템 내의 미리 결정할 수 있는 저장 위치에 폴더를 작성하는 것이 편리하다.
스텝 S1201에서, 아카이브 처리 유닛(306)은 콘텐츠 문서 실체 데이터를 저장하기 위한 아카이브 파일(도 6a의 예에서는 아카이브 파일(600))을 작성한다. 작성할 아카이브 파일의 명칭은 스텝 S1200에서 취득한 GUID를 문자열로 한다. 본 실시 형태에서는, 스텝 S1200에서 작성한 GUID 명 폴더의 바로 아래에 당해 작성한 아카이브 파일을 저장한다.
스텝 S1202에서, 아카이브 처리 유닛(306)은 아카이브 리퀘스트로부터 파라미터로서 설정된 폴더 작성 플래그를 추출한다. 스텝 S1203에서, 아카이브 처리 유닛(306)은 아카이브 리퀘스트로부터, 파라미터로서 설정된 아카이브 대상의 콘텐츠 문서에 관한 정보를 추출한다. 스텝 S1204는 루프 개시 단계이다. 아카이브 처리 유닛(306)은, 아카이브 대상의 콘텐츠 문서에 관한 정보를 순서대로 처리 대상으로 하고, S1204 내지 S1209의 처리를 반복한다. 즉, 아카이브 대상의 콘텐츠 문서의 수에 따라 반복 처리가 행해진다.
스텝 S1205에서, 아카이브 처리 유닛(306)은 스텝 S1202에서 추출한 폴더 작성 플래그가 온으로 설정된 것으로 판단한 경우에(스텝 S1205에서 예), 처리는 스텝 S1206으로 진행한다. 스텝 S1206에서, 아카이브 처리 유닛(306)은 아카이브 파일 내의 루트의 바로 아래에, 콘텐츠 문서의 실체 데이터를 저장하기 위해서 새로운 폴더를 작성한다. 즉, 아카이브 처리 유닛(306)이 동명의 콘텐츠 문서가 선택되어 있다고 판단한 경우에는(스텝 S1205에서 예), 아카이브 처리 유닛(306)은 콘텐츠 문서를 다른 명칭의 폴더 아래로 저장하기 위해서, 새로운 폴더(도 6a의 예에서는 폴더(610 및 620))를 작성한다. 한편, 스텝 S1205에서, 아카이브 처리 유닛(306)은 폴더 작성 플래그가 오프(즉, 폴더를 작성할 필요가 없음)로 설정된 것으로 판단한 경우에는(스텝 S1205에서 아니오), 처리는 스텝 S1207로 진행한다.
스텝 S1207에서, 아카이브 처리 유닛(306)은, 콘텐츠 문서 정보 및 콘텐츠 문서 실체 데이터의 취득을 콘텐츠 제어 유닛(302)에 지시한다. 콘텐츠 제어 유닛(302)은, DB(303)로부터 콘텐츠 문서 정보와 콘텐츠 문서 실체 데이터를 취득하고, 이들을 아카이브 처리 유닛(306)에 전달한다.
스텝 S1208에서, 아카이브 처리 유닛(306)은 취득한 콘텐츠 문서 실체 데이터를 아카이브 파일에 추가 저장한다. 이때, 스텝 S1206에서 아카이브 파일 내의 루트 아래에 폴더를 작성하는 경우에는, 아카이브 처리 유닛(306)은 당해 작성한 폴더의 바로 아래에 상기 콘텐츠 문서 실체 데이터를 저장한다. 한편, 스텝 S1206에서 폴더를 작성하지 않는 경우에는, 아카이브 처리 유닛(306)은 아카이브 파일의 루트의 바로 아래(즉, 루트 폴더 내)에 상기 콘텐츠 문서 실체 데이터를 저장한다. 또한, 아카이브 처리 유닛(306)은 스텝 S1207에서 취득한 콘텐츠 문서 정보(명칭, 패스, 프로퍼티)와, 아카이브 파일 내에서 상기 콘텐츠 문서의 실체 데이터가 저장되어 있는 패스의 정보를, 리스트 형식으로 메모리에 일시 저장한다.
스텝 S1209는 스텝 S1204와 쌍을 이루는 루프 종료 단계이다. 스텝 S1210에서, 아카이브 처리 유닛(306)은 스텝 S1208에서 메모리에 일시 저장해 둔 콘텐츠 정보와 아카이브 파일 내에서의 패스 정보에 기초하여, 아카이브 정보 파일(630)을 작성한다. 그리고, 스텝 S1211에서, 아카이브 처리 유닛(306)은 스텝 S1210에서 작성한 아카이브 정보 파일(630)을 스텝 S1201에서 작성한 아카이브 파일(600)의 루트 아래로 추가 저장한다. 아카이브 처리 유닛(306)은 스텝 S1200에서 작성한 GUID의 문자열을 아카이브 처리 결과로서 서비스 제어 유닛(304)에 전달한다. 스텝 S1212에서, 서비스 제어 유닛(304)은 아카이브 레스펀스의 파라미터로서 GUID를 설정하고, 아카이브 레스펀스를 클라이언트 PC(20)에 송신한다.
상술한 도 12의 설명에서는, 아카이브 처리 유닛(306)은 스텝 S1206에서 폴더를 미리 작성한 후에, 스텝 S1207에서 취득한 콘텐츠 문서의 실체 데이터를 스텝 S1208에서 아카이브 파일에 저장하도록 했다. 그러나, 처리의 순서는 이것에 한하는 것은 아니다. 예를 들어, 아카이브 처리 유닛(306)이 먼저 콘텐츠 문서의 실체 데이터를 취득한 다음, 당해 실체 데이터를 아카이브 파일에 저장할 때 폴더를 작성하는 식으로 단계의 순서를 변경할 수 있다.
스텝 S100에서 아카이브 파일을 다운로드하는 처리의 상세에 대해서, 도 10및 도 13의 플로우차트를 이용하여 설명한다. 스텝 S1000에서, 콘텐츠 표시 유닛(312)은 아카이브 레스펀스로부터 GUID를 추출하고, 당해 추출한 GUID를 파라미터로서 설정한 다운로드 리퀘스트를 작성하고, 문서 관리 서버 PC(10)에 당해 작성한 다운로드 리퀘스트를 송신한다.
스텝 S1001에서, 문서 관리 서버 PC(10)의 서비스 제어 유닛(304)은 서비스 리퀘스트를 수신하고, 리퀘스트 종별을 확인한다. 스텝 S1002에서, 문서 관리 서버 PC(10)의 서비스 제어 유닛(304)이 리퀘스트의 종별이 불분명한 리퀘스트라고 판단한 경우에는(스텝 S1002에서 예), 처리는 스텝 S1003으로 진행한다. 스텝 S1003에서, 서비스 제어 유닛(304)은 리퀘스트 에러를 클라이언트 PC(20)에 송신한다. 한편, 스텝 S1002에서, 서비스 제어 유닛(304)이 리퀘스트의 종별이 다운로드 리퀘스트라고 판단한 경우에는(스텝 S1002에서 아니오), 처리는 스텝 S1004로 진행한다. 스텝 S1004에서, 서비스 제어 유닛(304)은 다운로드 처리를 행한다. 다운로드 처리의 상세에 대해서는 도 13에서 이후 설명을 행한다.
스텝 S1005에서, 클라이언트 PC(20)의 콘텐츠 표시 유닛(312)은 다운로드 리퀘스트가 성공하였는지의 여부를 판단한다. 이때, 콘텐츠 표시 유닛(312)이 다운로드 레스펀스를 수신한 경우에 콘텐츠 표시 유닛(312)은 다운로드 리퀘스트가 성공한 것으로 판단한다. 이 경우에(스텝 S1005에서 예), 스텝 S1006에서, 콘텐츠 표시 유닛(312)은 당해 다운로드 레스펀스로부터 아카이브 파일을 취득해서 클라이언트 PC(20)에 저장한다. 한편, 콘텐츠 표시 유닛(312)이 에러 레스펀스를 수신한 경우에는 콘텐츠 표시 유닛(312)은 다운로드 리퀘스트가 실패한 것으로 판단한다. 이 경우에(스텝 S1005에서 아니오), 스텝 S1007에서, 콘텐츠 표시 유닛(312)은 에러 메시지를 표시한다.
그 다음에, 도 13을 이용하여 스텝 S1004의 다운로드 처리의 상세에 대해서 설명한다. 스텝 S1300에서, 다운로드 처리 유닛(307)은 다운로드 리퀘스트로부터 GUID를 취득한다. 스텝 S1301에서, 다운로드 처리 유닛(307)은 당해 취득한 GUID와 관련된 아카이브 파일을 취득하고, 당해 취득한 아카이브 파일을 서비스 제어 유닛(304)에 전달한다. 스텝 S1303에서, 서비스 제어 유닛(304)은 레스펀스 데이터의 파라미터로서 아카이브 파일(600)을 설정하고, 다운로드 레스펀스를 클라이언트 PC(20)에 송신한다.
이하, 본 발명의 제2 실시 형태에 관한 시스템의 처리의 흐름에 대해서 설명한다. 제2 실시 형태에서는, 제1 실시 형태와 마찬가지인 처리를 행함으로써 다운로드한 아카이브 파일에 대하여 편집 등의 처리를 행한 후, 사용자가 문서 관리 서버 PC(10)에 아카이브 파일을 다시 업로드하는 것으로, 콘텐츠 문서를 갱신할 수 있게 하는 것이다. 이하, 제1 실시 형태와 다른 부분에 대해서 도면과 플로우차트를 이용하여 설명한다.
도 14는 제2 실시 형태에 관한 문서 관리 시스템에서 문서 관리 서버 PC(10)와 클라이언트 PC(20)가 제공하는 각 처리 유닛의 구성예를 도시하고 있다. 제2 실시 형태는 업로드 처리 유닛(1400)이 추가되어 있는 것을 제외하고, 제1 실시 형태와 마찬가지이다.
서비스 제어 유닛(304)은 입출력 관리 유닛(301)이 수신한 업로드 리퀘스트에 따라 업로드 처리 유닛(1400)에 처리를 할당한다. 업로드 처리 유닛(1400)은 업로드 리퀘스트의 파라미터로서 지정되어 있는 아카이브 파일을 전개한다. 그리고, 아카이브 처리 유닛(304)은 아카이브 파일 내의 아카이브 정보 파일에 기재되어 있는 정보에 기초하여, 콘텐츠 제어 유닛(302)을 통하여, 콘텐츠 정보의 갱신과, 콘텐츠 문서 실체 데이터의 등록을 행한다.
도 15는 제2 실시 형태에 관한 업로드 처리 후의 DB(303)에 저장되고 있는 콘텐츠 정보의 구성도이다. 업로드 처리에서 갱신되지 않는 콘텐츠 문서에 관해서는, 도 4와 마찬가지인 콘텐츠 문서가 그대로 남게 된다. 도 15의 예에서는, 업로드 처리 후의 콘텐츠 문서(421)의 콘텐츠 문서 프로퍼티(1510)는, "납기"가 "2011년 12월 12일"로 갱신되어 있다. 또한, 폴더(430) 내에는, 콘텐츠 문서인 "견적서 2"(이하 "콘텐츠 문서(1520)")이 새롭게 추가 저장되고, 콘텐츠 문서 프로퍼티(1521)가 콘텐츠 문서(1520)에 관련된다.
도 16은 본 발명의 제2 실시 형태에 관한 UI 구성도이다. 콘텐츠 표시 유닛(312)에 의해 이 UI의 표시가 행해진다. 메인 화면(500)은 헤더 표시 영역(501), 트리 표시 영역(1600), 검색 조건 영역(502), 콘텐츠 표시 영역(503), 프로퍼티 표시 영역(504), 및 풋터 표시 영역(505)을 포함한다. 메인 화면(500)에서, 트리 표시 영역(1600)이 추가되어 있는 점이 제1 실시 형태와는 상이하나, 메인 화면(500) 이외의 영역은 제1 실시 형태와 마찬가지이다.
트리 표시 영역(1600)에는 콘텐츠 문서를 관리하는 폴더가 계층적으로 표시된다. 본 제2 실시 형태에서는, 도 4 및 도 15에 도시한 폴더 구조(톱 폴더(400), 및 폴더(410, 420, 및 430)를 표시한다. 본 제2 실시 형태에서는, 트리 표시 영역(1600)(또는 콘텐츠 표시 영역(503))에 아카이브 파일을 드래그 앤드 드롭(이후, "D & D")함으로써, 그 아카이브 파일의 업로드 처리가 개시된다. 그러나, 업로드 처리 개시 방법은 이 D & D의 방법에 한하는 것은 아니다. 예를 들어, 업로드 처리는 사용자가 조작 메뉴로부터 업로드용 커맨드를 선택하고 업로드 대상의 아카이브 파일을 지정할 때 개시할 수 있다.
도 17은 업로드 대상으로 되는 아카이브 파일의 구성예이다. 본 예에서는, 제1 실시 형태와 마찬가지인 처리에서 다운로드한 도 6a의 아카이브 파일에 대하여, 사용자가 편집 처리를 행한 후의 아카이브 파일이 도 17a와 같은 구성이 된 것으로 한다. 이 편집 처리에 의해, 콘텐츠 문서(421)의 프로퍼티 정보(1730)에 포함되는 "납기"의 값(1731)이 "2011년 12월 12일"로 갱신되어 있다. 또한, 이 편집 처리에 의해, 도 6의 콘텐츠 문서(431)가, 도 17a와 같이 콘텐츠 문서(1710)(견적서 2)로 바꾸어져 있지만, 그 프로퍼티 정보(680)의 편집은 행해지지 않는다.
따라서, 도 17a의 아카이브 파일(1700)은 폴더(610 및 620)와 아카이브 정보 파일(1720)을 관리한다. 폴더(610)는 콘텐츠 문서(421)의 실체 데이터를 포함하고, 폴더(620)는 콘텐츠 문서(1710)의 실체 데이터를 포함한다.
도 17b에 도시하는 것과 같이, 편집 후의 아카이브 정보 파일(1720)에는, 콘텐츠 문서(421 및 1710)에 관한 정보(명칭, 패스, 프로퍼티)와, 아카이브 파일(1700) 내에서의 당해 콘텐츠 문서의 패스가 기술되어 있다. 이하, 편집이 행해진 개소의 태그에 대해서 설명한다. 도 17b의 태그(1730)는, <properties>과 </properties>의 한 쌍으로 정의되어, 콘텐츠 문서(421)에 부여되어 있는 프로퍼티 정보를 관리하고 있다. 태그(1730)의 상세를 도 17c에 도시하고 있다. 도 17c에서는, 콘텐츠 문서(421)의 프로퍼티(662) 중, <value>과 </value>의 태그(1731)의 사이에 기술되어 있는 값이 "2011년 12월 12일"로 갱신되어 있다.
또한, 도 6의 콘텐츠 문서(431)가 도 17a와 같이 콘텐츠 문서(1710)(견적서 2)로 바꾸어져 있으므로, 도 17b의 아카이브 정보 파일(1720)과 같이, <name>과 </name>의 태그(1740)의 사이에 기술되어 있는 문서 명이 "견적서 2"로 변경되어 있다. 그러나, 도 17d에 도시하는 것과 같이, 콘텐츠 문서(1710)의 프로퍼티 정보(680)는 변경되지 않으므로, 도 6d의 프로퍼티 정보(680)와 마찬가지이다.
도 18은 클라이언트 PC(20)에 저장된 아카이브 파일(1700)을 문서 관리 서버 PC(10)에 업로드하는 처리(S190)의 흐름을 도시하는 시퀀스 도이다. 콘텐츠 표시 유닛(312)은 사용자의 조작에 의해 아카이브 파일(1700)이 트리 표시 영역(1600)에 D & D 되었을 때에 발행되는 이벤트를 수신한다. 그러면, 콘텐츠 표시 유닛(312)은 당해 아카이브 파일(1700)을 파라미터로 하는 업로드 리퀘스트를 문서 관리 서버 PC(10)에 송신한다. 업로드 리퀘스트를 수신하면, 문서 관리 서버 PC(10)의 서비스 제어 유닛(304)은 업로드 처리 유닛(1400)에 업로드 처리의 실행을 지시한다.
업로드 처리 유닛(1400)은 아카이브 리퀘스트에 포함되어 있는 아카이브 파일(1700)을 전개하고, 아카이브 정보 파일(1720)을 해석하고, 당해 아카이브 파일(1700) 내에 포함되어 있는 콘텐츠 문서 실체 데이터와 콘텐츠 정보(명칭, 패스, 프로퍼티)를 콘텐츠 제어 유닛(302)에 전달한다. 콘텐츠 제어 유닛(302)은 패스에서 지정되어 있는 DB(303) 내의 저장 위치에, 콘텐츠 문서 실체 데이터와 콘텐츠 정보를 등록하고, 등록한 결과를 업로드 처리 유닛(1400)에 회신한다. 업로드 처리 유닛(1400)은 업로드 처리 결과를 서비스 제어 유닛(304)에 전달한다. 업로드 처리 결과를 수신하면, 서비스 제어 유닛(304)은 업로드 레스펀스를 클라이언트 PC(20)의 콘텐츠 표시 유닛(312)에 송신한다. 콘텐츠 표시 유닛(312)은 등록 처리 후의 콘텐츠 문서의 정보를 콘텐츠 표시 영역(503)에 리스트의 형태로 표시한다.
스텝 S190에서의 아카이브 파일을 클라이언트 PC(20)로부터 문서 관리 서버 PC(10)에 업로드하는 처리의 상세를 도 19 및 도 20을 이용하여 설명한다. 도 19의 스텝 S1900에서, 콘텐츠 표시 유닛(312)은, 아카이브 파일(1700)이 트리 표시 영역(1600)에 D & D된 것을 검지하면, 당해 아카이브 파일(1700)을 파라미터로 하는 업로드 리퀘스트를 작성하고, 문서 관리 서버 PC(10)에 작성한 업로드 리퀘스트를 송신한다.
스텝 S1901에서, 문서 관리 서버 PC(10)의 서비스 제어 유닛(304)은 서비스 리퀘스트를 수신하고, 당해 수신한 리퀘스트의 종별을 확인한다. 스텝 S1902에서, 문서 관리 서버 PC(10)의 서비스 제어 유닛(304)이 리퀘스트의 종별이 불분명한 리퀘스트라고 판단한 경우에는(스텝 S1902에서 예), 처리는 S1903으로 진행한다. 스텝 S1903에서, 서비스 제어 유닛(304)은 리퀘스트 에러를 클라이언트 PC(20)에 송신한다. 한편, 스텝 S1902에서, 서비스 제어 유닛(304)이 리퀘스트의 종별이 업로드 리퀘스트라고 판단한 경우에는(스텝 S1902에서 아니오), 처리는 스텝 S1904로 진행한다. 스텝 S1904에서, 서비스 제어 유닛(304)은 업로드 처리를 행한다. 업로드 처리의 상세에 대해서는 도 20에서 이후 설명을 행한다.
스텝 S1905에서, 클라이언트 PC(20)의 콘텐츠 표시 유닛(312)은 업로드 리퀘스트가 성공하였는지의 여부를 판단한다. 이때, 콘텐츠 표시 유닛(312)이 업로드 레스펀스를 수신한 경우에 콘텐츠 표시 유닛(312)은 업로드 리퀘스트가 성공한 것으로 판단한다. 이 경우에(스텝 S1905에서 예), 스텝 S1906에서, 콘텐츠 표시 유닛(312)은 콘텐츠 표시 영역(503)의 재표시를 행한다. 한편, 콘텐츠 표시 유닛(312)이 에러 레스펀스를 수신한 경우에는 콘텐츠 표시 유닛(312)이 업로드 리퀘스트가 실패한 것으로 판단한다. 이 경우에(스텝 S1905에서 아니오), 스텝 S1907에서, 콘텐츠 표시 유닛(312)은 에러 메시지를 표시한다.
그 다음에, 도 20을 이용하여 스텝 S1904의 업로드 처리의 상세에 대해서 설명한다. 스텝 S2000에서, 업로드 처리 유닛(1400)은 새로운 GUID를 작성하고, GUID를 명칭으로 하는 폴더를 작성한다. 이 폴더는 아카이브 파일을 전개할 때에 일시적으로 이용되는 작업용 폴더이다. 스텝 S2001에서, 업로드 처리 유닛(1400)은 아카이브 파일(1700)로부터, 모든 폴더와 콘텐츠 문서 실체 데이터와 아카이브 정보 파일(1720)을 추출하고, 스텝 S2000에서 작성한 폴더에 이들을 저장한다. 스텝 S2002에서, 업로드 처리 유닛(1400)은 스텝 S2001에서 저장한 아카이브 정보 파일(1720)을 해석하고, 각 콘텐츠 문서의 콘텐츠 정보(명칭, 패스, 프로퍼티)를 특정한다.
스텝 S2003은 루프 개시 단계이다. 업로드 처리 유닛(1400)은 아카이브 파일(1700)로부터 추출한 콘텐츠 문서를 순서대로 처리 대상으로 하고, S2003 내지 S2008의 처리를 반복한다. 스텝 S2004에서, 업로드 처리 유닛(1400)은 스텝 S2001에 서 저장한 콘텐츠 문서 실체 데이터와 패스의 정보를 취득하고, 콘텐츠 제어 유닛(302)에 콘텐츠 등록 처리를 지시한다.
스텝 S2005에서, 콘텐츠 제어 유닛(302)은 콘텐츠 문서 실체 데이터를 패스 정보에 의해 지정된 DB(303) 중의 저장 장소에 등록한다. 콘텐츠 정보에 포함되는 패스의 정보는 아카이브 파일(1700)을 다운로드했을 때에 각 콘텐츠 문서가 저장되어 있는 패스를 표시하므로, 갱신 처리 후의 각 콘텐츠 문서의 실체 데이터는, DB(303) 중의 콘텐츠 문서가 원래 저장되어 있었던 저장 위치에 갱신 등록(또는 추가 등록)되게 된다. (더욱 구체적으로, 명칭이 변경되어 있는 콘텐츠 문서(1710)는 DB(303) 중의 원래 저장되어 있는 콘텐츠 문서(431)와 명칭이 다르므로, 콘텐츠 문서(1710)는 도 15의 콘텐츠 문서(1520)와 같이 새로운 추가 콘텐츠로서 등록된다. 한편, 명칭이 변경되지 않은 콘텐츠 문서(421)에 관해서는, DB(303) 중의 원래 저장되어 있는 콘텐츠 문서(421)와 명칭이 동일하다. 그러므로, 콘텐츠 문서(421)는 갱신 콘텐츠로서 등록된다.)
스텝 S2006에서, 아카이브 처리 유닛(1400)은 스텝 S2002에서 해석한 콘텐츠 정보(명칭, 프로퍼티)를 취득하고, 콘텐츠 제어 유닛(302)에 콘텐츠 정보 갱신 처리를 지시한다. 스텝 S2007에서, 콘텐츠 제어 유닛(302)은 스텝 S2005에서 등록한 콘텐츠 문서에 관한 콘텐츠 문서 프로퍼티를 갱신한다. 스텝 S2008은 스텝 S2003과 쌍을 이루는 단계이며, 루프 종료 단계이다.
스텝 S2009에서, 업로드 처리 유닛(1400)은 스텝 S2000에서 작성한 GUID 명 폴더를 삭제하고, 업로드 처리 결과를 서비스 제어 유닛(304)에 전달한다. 스텝 S2010에서, 서비스 제어 유닛(304)은 업로드 레스펀스를 클라이언트 PC(20)에 송신한다.
다른 실시 형태
본 발명의 특징이 또한 상술한 실시 형태들의 기능을 수행하도록 기억 장치에 기록된 프로그램을 판독하고 실행하는 시스템의 컴퓨터 또는 기기(또는 CPU 또는 MPU 등의 장치)에 의해, 그리고 상술한 실시 형태들의 기능을 수행하도록 예를 들어, 기억 장치에 기록된 프로그램을 판독하고 실행함으로써 시스템의 컴퓨터 또는 기기에 의해 수행되는 단계들의 방법에 의해 실현될 수 있다. 이를 위해, 프로그램은 예를 들어, 기억 장치의 역할을 하는 각종 타입의 기록 매체(예를 들어, 컴퓨터-판독가능 매체)로부터 또는 네트워크를 통해 컴퓨터에 제공된다.
본 발명이 실시 형태들을 참조하여 설명되었지만, 본 발명은 개시된 실시 형태들로 한정되는 것은 아니라는 것을 이해하여야 한다. 다음의 청구 범위는 모든 변형, 동등한 구조, 및 기능을 포함하도록 가장 넓은 해석에 따르게 된다.

Claims (9)

  1. 네트워크를 통해 클라이언트와 접속되고 계층 구조를 갖는 폴더에 저장되어 있는 콘텐츠 문서를 관리하는 문서 관리 서버로서,
    상기 클라이언트에 의한 다운로드 대상으로 지정된 복수의 콘텐츠 문서의 실체 데이터(entity data)를 취득하고, 지정된 복수의 콘텐츠 문서 중에 동명의 콘텐츠 문서가 있는 경우에는 상기 복수의 콘텐츠 문서의 각각의 취득된 실체 데이터를 아카이브 파일 내에 작성한 다른 폴더에 저장하도록 구성된 실체 데이터 저장 유닛;
    상기 다운로드 대상으로 지정된 복수의 콘텐츠 문서의 각각에 대한 상기 문서 관리 서버에서의 패스(path) 정보와 상기 아카이브 파일 내에서의 패스 정보를 서로 관련하여 기술한 정보 파일을 작성하고, 작성한 상기 정보 파일을 상기 아카이브 파일 내에 저장하도록 구성된 아카이브 정보 파일 저장 유닛; 및
    상기 복수의 콘텐츠 문서의 각각의 실체 데이터와 상기 정보 파일을 저장하고 있는 상기 아카이브 파일을 상기 클라이언트에 송신하도록 구성된 송신 유닛
    를 포함하는, 문서 관리 서버.
  2. 제1항에 있어서,
    상기 아카이브 정보 파일 저장 유닛은 상기 다운로드 대상으로 지정된 복수의 콘텐츠 문서의 각각에 대한 상기 문서 관리 서버에서의 패스 정보와 상기 아카이브 파일 내에서의 패스 정보와 프로퍼티(property) 정보를 서로 관련하여 기술한 상기 정보 파일을 작성하고, 상기 작성한 정보 파일을 상기 아카이브 파일 내에 저장하는 문서 관리 서버.
  3. 제1항에 있어서,
    상기 복수의 콘텐츠 문서의 각각의 실체 데이터와 상기 정보 파일을 저장하고 있는 상기 아카이브 파일을, 상기 아카이브 파일을 식별하기 위한 파일 식별자와 관련시키면서 저장하도록 구성된 아카이브 파일 저장 유닛; 및
    상기 파일 식별자를 상기 클라이언트에 송신하도록 구성된 식별자 송신 유닛을 더 포함하고,
    상기 송신 유닛은 상기 클라이언트로부터 상기 파일 식별자를 포함하는 다운로드 리퀘스트(request)를 수신한 경우에 상기 파일 식별자와 관련하여 저장되어 있는 상기 아카이브 파일을 상기 클라이언트에 송신하는, 문서 관리 서버.
  4. 제1항에 있어서,
    상기 클라이언트로부터 송신된 검색 조건에 합치하는 콘텐츠 문서를 검색하도록 구성된 검색 유닛; 및
    상기 검색 유닛의 검색 결과를 상기 클라이언트에 송신하도록 구성된 검색 결과 송신 유닛을 더 포함하고,
    상기 클라이언트에 의한 다운로드 대상으로 지정된 복수의 콘텐츠 문서는 상기 클라이언트에서의 상기 검색 결과 중에서 사용자에 의해 선택된 콘텐츠 문서인, 문서 관리 서버.
  5. 제1항에 있어서,
    상기 문서 관리 서버가 상기 클라이언트에서 갱신된 아카이브 파일의 업로드 리퀘스트를 수신한 경우에, 상기 갱신된 아카이브 파일 내에 포함되어 있는 상기 정보 파일을 해석함으로써 상기 갱신된 아카이브 파일 내에 포함되어 있는 각각의 콘텐츠 문서의 실체 데이터에 대한 상기 문서 관리 서버에서의 패스 정보를 취득하고, 상기 패스 정보에서 지정되어 있는 저장 위치에 상기 콘텐츠 문서의 실체 데이터를 저장하도록 구성된 업로드 유닛을 더 포함하는, 문서 관리 서버.
  6. 제5항에 있어서,
    상기 업로드 유닛은, 또한 상기 갱신된 아카이브 파일 내에 포함되어 있는 상기 정보 파일을 해석함으로써 상기 갱신된 아카이브 파일 내에 포함되어 있는 각각의 콘텐츠 문서의 프로퍼티 정보를 취득하고, 취득한 상기 프로퍼티 정보를 이용하여 상기 패스 정보에 의해 지정되어 있는 저장 위치에 저장한 상기 콘텐츠 문서의 실체 데이터에 관련된 프로퍼티 정보를 갱신하는, 문서 관리 서버.
  7. 제1항에 있어서,
    상기 실체 데이터 저장 유닛은 상기 클라이언트에 의한 다운로드 대상으로 지정된 복수의 콘텐츠 문서의 실체 데이터를 취득하고, 상기 지정된 복수의 콘텐츠 문서 중에 동명의 콘텐츠 문서가 없는 경우에는, 상기 복수의 콘텐츠 문서의 각각의 취득된 실체 데이터를 상기 아카이브 파일 내의 동일 폴더에 저장하는, 문서 관리 서버.
  8. 네트워크를 통해 클라이언트와 접속되고 계층 구조를 갖는 폴더에 저장되어 있는 콘텐츠 문서를 관리하는 문서 관리 서버가 실행하는 문서 관리 방법으로서,
    상기 문서 관리 서버의 실체 데이터 저장 유닛이 상기 클라이언트에 의한 다운로드 대상으로 지정된 복수의 콘텐츠 문서의 실체 데이터를 취득하고, 당해 지정된 복수의 콘텐츠 문서 중에 동명의 콘텐츠 문서가 있는 경우에는 취득한 상기 복수의 콘텐츠 문서의 각각의 실체 데이터를 아카이브 파일 내에 작성한 다른 폴더에 저장하는 실체 데이터 저장 단계;
    상기 문서 관리 서버의 아카이브 정보 파일 저장 유닛이 상기 다운로드 대상으로 지정된 복수의 콘텐츠 문서의 각각에 대한 상기 문서 관리 서버에서의 패스 정보와 상기 아카이브 파일 내에서의 패스 정보를 서로 관련하여 기술한 정보 파일을 작성하고, 작성한 상기 정보 파일을 상기 아카이브 파일 내에 저장하는 아카이브 정보 파일 저장 단계, 및
    상기 문서 관리 서버의 송신 유닛이 상기 복수의 콘텐츠 문서의 각각의 실체 데이터와 상기 정보 파일을 저장하고 있는 상기 아카이브 파일을 상기 클라이언트에 송신하는 단계를 포함하는, 문서 관리 방법.
  9. 컴퓨터 프로그램을 저장한 컴퓨터 판독가능 기억 매체로서,
    상기 프로그램은 컴퓨터를 제1항에 따른 문서 관리 서버의 유닛들로서 기능하게 하는, 컴퓨터 판독가능 기억 매체.
KR1020160091245A 2012-01-31 2016-07-19 문서 관리 서버 및 문서 관리 방법 KR102113147B1 (ko)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JPJP-P-2012-018415 2012-01-31
JP2012018415A JP5889009B2 (ja) 2012-01-31 2012-01-31 文書管理サーバ、文書管理方法、プログラム

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
KR1020130010260A Division KR101911961B1 (ko) 2012-01-31 2013-01-30 문서 관리 서버 및 문서 관리 방법

Publications (2)

Publication Number Publication Date
KR20160091856A true KR20160091856A (ko) 2016-08-03
KR102113147B1 KR102113147B1 (ko) 2020-05-20

Family

ID=47632852

Family Applications (2)

Application Number Title Priority Date Filing Date
KR1020130010260A KR101911961B1 (ko) 2012-01-31 2013-01-30 문서 관리 서버 및 문서 관리 방법
KR1020160091245A KR102113147B1 (ko) 2012-01-31 2016-07-19 문서 관리 서버 및 문서 관리 방법

Family Applications Before (1)

Application Number Title Priority Date Filing Date
KR1020130010260A KR101911961B1 (ko) 2012-01-31 2013-01-30 문서 관리 서버 및 문서 관리 방법

Country Status (5)

Country Link
US (1) US9262417B2 (ko)
EP (1) EP2624148B1 (ko)
JP (1) JP5889009B2 (ko)
KR (2) KR101911961B1 (ko)
CN (1) CN103226564B (ko)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5183770B2 (ja) * 2011-05-20 2013-04-17 キヤノン株式会社 文書管理プログラム、情報処理装置
JP5907061B2 (ja) * 2012-12-28 2016-04-20 ブラザー工業株式会社 仲介サーバ、通信装置、及び、コンピュータプログラム
WO2017145063A1 (en) * 2016-02-22 2017-08-31 Tata Consultancy Services Limited Method and system for contract management in a data marketplace
JP6744571B2 (ja) * 2016-06-22 2020-08-19 富士ゼロックス株式会社 情報処理装置およびプログラム
EP3279841A1 (en) * 2016-07-31 2018-02-07 Juan Vinas Peya Procedure for transport companies with salaried drivers travelling temporarily to other eu countries on trips or temporary stays to perform transport services in such other countries, which have to give evidence in these other countries that at least the minimum working conditions required by the regulations of these other countries apply to the driver during his stay
CN108563728B (zh) * 2018-04-04 2021-01-19 东软医疗系统股份有限公司 一种通过浏览器上传医学影像文件的方法和装置
US11743320B2 (en) * 2018-10-19 2023-08-29 Dignity Health File storage and retrieval
US11080233B2 (en) * 2019-07-19 2021-08-03 JFrog Ltd. Data archive release in context of data object
CN110633250B (zh) * 2019-07-19 2023-05-09 完美世界(北京)软件科技发展有限公司 资源管理系统和方法
CN113111042A (zh) * 2021-04-14 2021-07-13 景德镇市明泰精工瓷业有限公司 一种存档文件管理方法、系统及电子设备
CN114374683A (zh) * 2021-12-20 2022-04-19 上海金仕达软件科技有限公司 一种档案文件的管理方法、系统及计算机可读存储介质
KR102436673B1 (ko) * 2022-03-15 2022-08-26 나무기술 주식회사 클라우드 인프라 기반으로 구축된 가상환경의 파일 및 폴더의 백업 암호화 시스템

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3611927B2 (ja) * 1996-07-25 2005-01-19 株式会社リコー ファクシミリ装置
AU2002952700A0 (en) * 2002-11-18 2002-11-28 Vpisystems Pty Ltd Simulation player
US20040098379A1 (en) * 2002-11-19 2004-05-20 Dan Huang Multi-indexed relationship media organization system
JP4404246B2 (ja) * 2003-09-12 2010-01-27 株式会社日立製作所 データ特性に基づくバックアップシステム及び方法
JP4412983B2 (ja) * 2003-11-28 2010-02-10 富士通株式会社 アーカイブ装置およびアーカイブ処理プログラム
JP2006126962A (ja) 2004-10-26 2006-05-18 Just Syst Corp 文書作成装置、文書作成方法、および文書作成プログラム
US7359897B2 (en) * 2005-06-02 2008-04-15 Toshiba Corporation System and method for document management and retrieval
US8972881B2 (en) 2006-09-04 2015-03-03 Sony Corporation Add-in for download, upload, and rewriting
US20080086540A1 (en) * 2006-10-06 2008-04-10 James Scott Method and system for executing a normally online application in an offline mode
US8341197B2 (en) * 2007-01-09 2012-12-25 Nippon Telegraph And Telephone Corporation Encoder, decoder, their methods, programs thereof, and recording media having programs recorded thereon
US8260871B2 (en) * 2007-10-19 2012-09-04 Oracle International Corporation Intelligent collection of diagnostic data for communication to diagnosis site
CN102255930B (zh) * 2010-05-21 2014-04-02 国际商业机器公司 用于提供虚拟世界的场景数据的方法和系统
US20130067237A1 (en) * 2011-09-12 2013-03-14 Microsoft Corporation Providing random access to archives with block maps

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
drupal(http://web.archive.org/web/20120106144750/http://drupal.org/project/zipcart, 2012.01.06.) 1부.* *
winzip(http://web.archive.org/web/20111104215306/http://www.winzip.de/help/help_jobsoptions.htm?, 2011.11.04.) 1부.* *

Also Published As

Publication number Publication date
EP2624148B1 (en) 2019-05-08
CN103226564B (zh) 2016-08-03
US20130198143A1 (en) 2013-08-01
CN103226564A (zh) 2013-07-31
KR102113147B1 (ko) 2020-05-20
US9262417B2 (en) 2016-02-16
KR20130088795A (ko) 2013-08-08
JP2013156914A (ja) 2013-08-15
EP2624148A3 (en) 2014-02-19
EP2624148A2 (en) 2013-08-07
KR101911961B1 (ko) 2018-10-25
JP5889009B2 (ja) 2016-03-22

Similar Documents

Publication Publication Date Title
KR101911961B1 (ko) 문서 관리 서버 및 문서 관리 방법
TWI450107B (zh) 用於網路資料使用平臺之方法及電腦可讀儲存媒體
US7315848B2 (en) Web snippets capture, storage and retrieval system and method
KR101120301B1 (ko) 지속 저장 포탈
US20050216837A1 (en) Unread-state management
US20220035865A1 (en) Content capture across diverse sources
JP2020004377A (ja) アニメーションプレビュー生成方法及びプログラム
JP2010165178A (ja) 情報処理方法および情報処理装置
US8706778B2 (en) Methods and systems for an action-based interface for files and other assets
JP2006344171A (ja) 情報処理装置、情報処理装置の制御方法、コンピュータプログラム、記憶媒体
US10467209B2 (en) Document management client apparatus and document management method
US9652456B2 (en) Automated relationship management for darwin information typing architecture
US11675748B2 (en) External data repository file integration using a virtual file system
US20130204890A1 (en) Document management system and method thereof
JP2006031608A (ja) 計算機、ストレージシステム、計算機が行うファイル管理方法、およびプログラム
Wollatz et al. Curation of image data for medical research
KR100772516B1 (ko) ＵＰｎＰ ＡＶ 서버를 위한 컨텐츠 정보 자동 생성 및관리 장치 및 그 방법
US9727391B2 (en) Method for performing task on unified information units in a personal workspace
US20070055928A1 (en) User workflow lists to organize multimedia files
AU2002246646B2 (en) Web snippets capture, storage and retrieval system and method
US9659022B2 (en) File object browsing and searching across different domains
JP2020181516A (ja) テンプレート検索システムおよびテンプレート検索方法
JP2011210167A (ja) ファイル管理装置
JP2002117045A (ja) 情報処理装置及びその方法、及びそのプログラムを記憶した記憶媒体
JP5517779B2 (ja) 文書管理装置、文書管理方法、およびプログラム

Legal Events

Date Code Title Description
A107 Divisional application of patent
E902 Notification of reason for refusal
E601 Decision to refuse application
J201 Request for trial against refusal decision
J301 Trial decision

Free format text: TRIAL NUMBER: 2019101000478; TRIAL DECISION FOR APPEAL AGAINST DECISION TO DECLINE REFUSAL REQUESTED 20190211

Effective date: 20200210

S901 Examination by remand of revocation
GRNO Decision to grant (after opposition)
GRNT Written decision to grant