KR20080033052A

KR20080033052A - 정보 처리 시스템, 정보 또는 처리 기능의 제공을 제어하기 위한 프로그램을 기억한 기록 매체, 및 방법

Info

Publication number: KR20080033052A
Application number: KR1020070066940A
Authority: KR
Inventors: 히로아키 마치다
Original assignee: 후지제롯쿠스 가부시끼가이샤
Priority date: 2006-10-11
Filing date: 2007-07-04
Publication date: 2008-04-16
Also published as: JP2008097294A; US20080263134A1; KR100941404B1; JP4797925B2; CN101162487A; CN100565540C; AU2007201980B2; AU2007201980A1

Abstract

본 발명은 처리 장치에 의해 제공되는 정보 또는 처리 기능에 대응되어진 제1 통지 정보를 이용자에게 송신하는 제 1 통지 송신부와, 상기 제 1 통지 정보의 적어도 일부를 포함하는 요구를 상기 이용자로부터 받은 경우에, 상기 제 1 통지 정보에 대응하는 정보 또는 처리 기능에 대응되어진 제 2 통지 정보를 상기 이용자에게 송신하는 제 2 통지 송신부와, 상기 제 2 통지 정보의 적어도 일부를 포함하는 요구를 상기 이용자로부터 받으면, 상기 이용자에게 그 제 2 통지 정보에 대응하는 정보 또는 처리 기능을 제공하도록 상기 처리 장치에 지시하는 지시부를 구비하는 정보 처리 시스템을 제공한다.

문서 관리 서버, 메일 서버, web 브라우저, 파일 작성부

Description

정보 처리 시스템, 정보 또는 처리 기능의 제공을 제어하기 위한 프로그램을 기억한 기록 매체, 및 방법{INFORMATION-PROCESSING SYSTEM, METHOD, AND PROGRAM FOR CONTROLLING PROVISION OF INFORMATION OR PROCESSING SERVICE}

본 발명은 정보 처리 시스템, 정보 또는 처리 기능의 제공을 제어하기 위한 프로그램을 기억한 기록 매체, 및 방법에 관한 것이다.

최근, 정보나 서비스를 특정 이용자에게 제공하는 방법으로서, 그 정보 또는 서비스를 제공하기 위한 web 페이지의 URL(Uniform Resource Locator)을 포함한 전자메일을 그들 특정 이용자들에게 송신하는 것이 행해지고 있다.

일본국 공개특허2001-290740호 공보에 개시된 서버는 web 서버에 액세스할 수 있는 web 서버 어드레스 코드(어드레스 정보)와, 고객을 식별하기 위한 액세스 코드(식별 정보)를 1세트로 조합시켜 URL 어드레스를 작성하고, 그것을 전자메일에 담아 발신한다. 전자메일을 받은 고객 등이 그 전자메일에 담겨 있는 URL 어드레스를 클릭하면, 자동적으로 그 URL 어드레스를 사용하여 web 서버에 대한 액세스가 개시된다. 서버는 그 때의 URL 어드레스에 포함되는 액세스 코드(식별 정보)로부터 전자메일을 보낸 특정인으로 특정할 수 있고, 액세스 시에 입력되는 고객 입력 정보를 고객 특정 정보와 대응시켜 수집할 수 있다.

본 발명은 특정 이용자에 대한 통지에 포함되는, 정보 또는 처리 기능을 제공하는 장치와 통신하기 위한 액세스 정보가 그 이용자 이외의 제 3 자에 의해 이용되는 것을 방지 또는 저감하는 것을 목적으로 한다.

본 발명의 일 측면에서는, 처리 장치에 의해 제공되는 정보 또는 처리 기능에 대응되어진 제 1 통지 정보를 이용자에게 송신하는 제 1 통지 송신부와, 상기 제 1 통지 정보의 적어도 일부를 포함하는 요구를 상기 이용자로부터 받은 경우에, 상기 제 1 통지 정보에 대응하는 정보 또는 처리 기능에 대응되어진 제 2 통지 정보를 상기 이용자에게 송신하는 제 2 통지 송신부와, 상기 제 2 통지 정보의 적어도 일부를 포함하는 요구를 상기 이용자로부터 받으면, 상기 이용자에게 그 제 2 통지 정보에 대응하는 정보 또는 처리 기능을 제공하도록 상기 처리 장치에 지시하는 지시부를 구비하는 정보 처리 시스템을 제공한다.

본 발명의 다른 측면에서는, 상기 제 2 통지 송신부는, 상기 제 2 통지 정보로서, 제약 조건에 대응되어진 제 2 통지 정보를 송신하고, 상기 지시부는, 상기 이용자로부터 받은 상기 제 2 통지 정보의 적어도 일부를 포함하는 요구가 상기 제 2 통지 정보에 대응하는 제약 조건을 충족할 경우에, 상기 제 2 통지 정보에 대응하는 정보 또는 처리 기능을 제공하도록 상기 처리 장치에 지시한다.

본 발명의 또 다른 측면에서는, 상기 제 2 통지 송신부는 유효기한이 설정된 상기 제 2 통지 정보를 송신하고, 상기 지시부는, 이용자로부터 요구를 받은 시점이 그 요구에 포함되는 제 2 통지 정보에 대하여 설정된 유효기한 이내이면, 상기 제 2 통지 정보에 대응하는 정보 또는 처리 기능을 제공하도록 상기 처리 장치에 지시한다.

본 발명의 또 다른 측면에서는, 상기 제 2 통지 송신부는 상기 이용자로부터 유효기한의 입력을 접수하고, 입력된 유효기한을 설정한 제 2 통지 정보를 송신한다.

본 발명의 또 다른 측면에서는, 상기 제 2 통지 송신부는 비밀 정보와 대응되어진 상기 제 2 통지 정보를 송신하고, 상기 지시부는, 상기 이용자로부터 상기 제 2 통지 정보의 적어도 일부를 포함하는 요구에 대응시켜, 상기 제 2 통지 정보에 대응되어진 올바른 비밀 정보가 입력된 경우에, 상기 제 2 통지 정보에 대응하는 정보 또는 처리 기능을 제공하도록 상기 처리 장치에 지시한다.

본 발명의 또 다른 측면에서는, 상기 제 2 통지 송신부는 상기 이용자로부터 비밀 정보의 입력을 접수하고, 입력된 비밀 정보와 대응되어진 제 2 통지 정보를 송신한다.

본 발명의 또 다른 측면에서는, 정보 또는 처리 기능의 제공을 제어하기 위한 처리를 컴퓨터에 실행시키기 위한 프로그램을 기억한 컴퓨터 판독 가능한 기억매체가 제공된다. 상기 처리는, 처리 장치에 의해 제공되는 정보 또는 처리 기능에 대응되어진 제 1 통지 정보를 이용자에게 송신하는 스텝과, 상기 제 1 통지 정보의 적어도 일부를 포함하는 요구를 상기 이용자로부터 받은 경우에, 상기 제 1 통지 정보에 대응하는 정보 또는 처리 기능에 대응되어진 제 2 통지 정보를 상기 이용자에게 송신하는 스텝과, 상기 제 2 통지 정보의 적어도 일부를 포함하는 요구를 상기 이용자로부터 받으면, 상기 이용자에게 그 제 2 통지 정보에 대응하는 정보 또는 처리 기능을 제공하도록 상기 처리 장치에 지시하는 스텝을 포함한다.

본 발명의 또 다른 측면에서는, 상기 제 2 통지 정보를 송신하는 스텝은, 상기 제 2 통지 정보로서, 제약 조건에 대응되어진 제 2 통지 정보를 송신하는 스텝을 갖고, 상기 처리 장치에 지시하는 스텝은, 상기 이용자로부터 받은 상기 제 2 통지 정보의 적어도 일부를 포함하는 요구가 상기 제 2 통지 정보에 대응하는 제약 조건을 충족할 경우에, 상기 제 2 통지 정보에 대응하는 정보 또는 처리 기능을 제공하도록 상기 처리 장치에 지시하는 스텝을 갖는다.

본 발명의 또 다른 측면에서는, 상기 제 2 통지 정보를 송신하는 스텝은 유효기한이 설정된 상기 제 2 통지 정보를 송신하는 스텝을 갖고, 상기 처리 장치에 지시하는 스텝은, 이용자로부터 요구를 받은 시점이 그 요구에 포함되는 제 2 통지 정보에 대하여 설정된 유효기한 이내이면, 상기 제 2 통지 정보에 대응하는 정보 또는 처리 기능을 제공하도록 상기 처리 장치에 지시하는 스텝을 갖는다.

본 발명의 또 다른 측면에서는, 상기 제 2 통지 정보를 송신하는 스텝은 상기 이용자로부터 유효기한의 입력을 접수하고, 입력된 유효기한을 설정한 제 2 통지 정보를 송신하는 스텝을 갖는다.

본 발명의 또 다른 측면에서는, 상기 제 2 통지 정보를 송신하는 스텝은 비밀 정보와 대응되어진 상기 제 2 통지 정보를 송신하는 스텝을 갖고, 상기 처리 장 치에 지시하는 스텝은, 상기 이용자로부터 상기 제 2 통지 정보의 적어도 일부를 포함하는 요구에 대응시켜, 상기 제 2 통지 정보에 대응되어진 올바른 비밀 정보가 입력된 경우에, 상기 제 2 통지 정보에 대응하는 정보 또는 처리 기능을 제공하도록 상기 처리 장치에 지시하는 스텝을 갖는다.

본 발명의 또 다른 측면에서는, 상기 제 2 통지 정보를 송신하는 스텝은 상기 이용자로부터 비밀 정보의 입력을 접수하고, 입력된 비밀 정보와 대응되어진 제 2 통지 정보를 송신하는 스텝을 갖는다.

본 발명의 일 측면에 의하면, 정당한 이용자 이외의 제 3 자가 제 1 통지 정보를 취득했다고 해도, 그것만으로는 처리 장치로부터 정보 또는 처리 기능의 제공을 받을 수 없게 할 수 있다.

본 발명의 다른 측면에 의하면, 제 3 자가 제 2 통지 정보를 취득한 경우에도, 발명을 채용하지 않은 경우와 비교하여, 그 제 3 자가, 처리 장치가 제공하는 정보 또는 처리 기능을 이용할 가능성을 저감할 수 있다.

본 발명의 또 다른 측면에 의하면, 제 3 자가 제 2 통지 정보를 취득한 경우에도, 그 제 3 자는 유효기한 이내에 요구를 행하지 않는 한, 정보 또는 처리 기능을 이용할 수 없게 되고, 발명을 채용하지 않은 경우와 비교하여, 그 제 3 자가, 처리 장치가 제공하는 정보 또는 처리 기능을 이용할 가능성을 저감할 수 있다.

본 발명의 또 다른 측면에 의하면, 제 2 통지 정보의 유효기한을, 정보 또는 처리 기능의 제공을 받는 이용자 자신이 지정할 수 있다.

본 발명의 또 다른 측면에 의하면, 제 3 자가 제 2 통지 정보를 취득한 경우 에도, 그 제 3 자는 비밀 정보를 올바르게 입력하지 않는 한, 정보 또는 처리 기능의 제공을 받을 수 없다.

본 발명의 또 다른 측면에 의하면, 제 2 통지 정보에 대응되어진 비밀 정보를, 정보 또는 처리 기능의 제공을 받는 이용자 자신이 지정할 수 있다.

상술한 바와 같이 본 발명에 따르면, 특정 이용자에 대한 통지에 포함되는, 정보 또는 처리 기능을 제공하는 장치와 통신하기 위한 액세스 정보가 그 이용자 이외의 제 3 자에 의해 이용되는 것을 방지 또는 저감할 수 있다.

우선, 도 1을 참조하여, 본 실시예의 방식을 적용할 수 있는 문서 관리 시스템의 일례에 대해서 설명한다.

이 시스템은 이용자 측 LAN(로컬 에어리어 네트워크)(10)에 접속된 MFP(Multifunction Peripheral)(20), 클라이언트 PC(퍼스널 컴퓨터)(30), 및 메일 서버(40)와, 서버 측 LAN(50)에 접속된 문서 관리 서버(60) 및 메일 서버(70)를 포함한다. MFP(20), 클라이언트 PC(퍼스널 컴퓨터)(30), 및 메일 서버(40)와, 문서 관리 서버(60) 및 메일 서버(70)는 LAN(10 또는 50)을 통하여 인터넷(80)에 접속되어 있다.

문서 관리 서버(60)는 등록된 문서 파일을 보존하고, 그들 문서 파일을 이용자에게 제공하는 컴퓨터 시스템이다.

MFP(20)는 소위 디지털 복합기이고, 예를 들어 스캔 기능, 복사 기능, 인쇄 기능, 팩시밀리 기능 중 적어도 1개를 구비하고 있다. 또한, MFP(20)는 LAN 등의 네트워크에 접속하는 기능이나, 네트워크 상의 web 서비스를 이용하기 위한 기능을 구비한다. MFP(20)는 이들 네트워크를 통하여 문서 관리 서버(60)로부터 서비스를 받을 수 있다. MFP(20)는 예를 들어 스캔 기능에 의해 판독한 문서 파일을 문서 관리 서버(60)에 등록할 수 있다.

클라이언트 PC(30)는 web(즉, World Wide Web) 브라우저(32)와 메일 툴(즉, 메일 클라이언트·프로그램)(34)을 구비한다. 이용자는 web 브라우저(32)와 메일 툴(34)을 사용하여, 문서 관리 서버(60)의 서비스를 받을 수 있다.

클라이언트 PC(30)는 LAN(10)에 접속된 메일 서버(40)를 통하여 전자메일의 송수신을 행한다.

MFP(20) 및 클라이언트 PC(30)는 문서 관리 서버(60)로부터 서비스를 받는 클라이언트의 일례이다. PC나 MFP 이외의 장치도 문서 관리 서버(60)의 클라이언트로 될 수 있다. 도 1에서 MFP(20) 및 클라이언트 PC(30)를 각각 1개씩 나타낸 것은 어디까지나 예시에 지나지 않는다. 문서 관리 서버(60)의 클라이언트는 더 다수 존재할 수도 있다. 또한, 당연히, 그들 클라이언트는 동일 LAN(10)에 접속되어 있지 않아도 된다. 또한, MFP(20)는 자체가 접속되어 있는 LAN(10) 상의 메일 서버(40)가 아니라, 인터넷(80) 상의 메일 서버(40)를 통하여 전자메일을 송신 또는 수신할 수도 있다.

다음으로, 도 2를 사용하여, MFP(20) 기능 구성의 일례의 상세를 설명한다. MFP(20)는 예를 들어 MFP 기본 기능부(210)와, 외부 서비스 제휴부(220)와, 네트워 크 기능부(230)를 구비한다.

MFP 기본 기능부(210)는 스캔부(211), 복사부(212), 인쇄부(213), 팩스 처리부(214), 파일 작성부(215) 및 설정 관리부(216)를 구비한다. 스캔부(211)는 종이 등의 시트 매체 상의 원고 화상을 광학적으로 판독하여 전자적인 화상 데이터를 생성하는 장치이다. 인쇄부(213)는 화상 데이터를 시트 매체 상에 인쇄하는 장치이다. 복사부(212)는 시트 매체 상의 원고 화상을 다른 시트 매체에 복사하기 위한 기능 부분이다. 복사부(212)의 기능은 스캔부(211)에서 판독한 원고의 화상 데이터를 인쇄부(213)에 공급하여 인쇄시킴으로써 실현할 수 있다. 팩스 처리부(214)는 팩시밀리의 송신 또는 수신을 위한 장치이다. 팩스 처리부(214)는, 예를 들어 스캔부(211)가 판독한 원고의 화상 데이터를 수신처에 송신한다. 또한, 팩스 처리부(214)는 예를 들어 전화 회선으로부터 수신한 팩시밀리 화상을 인쇄부(213)에 넘겨 인쇄시키거나, 그 팩시밀리 화상을 기억 장치에 축적하거나 한다. 파일 작성부(215)는, 스캔부(211)가 판독한 원고 화상으로부터, 지정된 파일 형식의 화상 파일을 작성한다. 파일 작성부(215)는 예를 들어 PDF(Portable Document Format)나, 후지 제록스 주식회사가 개발한 DocuWorks(등록상표) 형식 등, 1개 이상의 파일 형식에 대응하고 있어, 그들 파일 형식 중, 이용자로부터 명시적으로 지정된, 또는 디폴트(default) 형식으로 설정되어 있는 파일 형식의 화상 파일을 생성한다. 설정 관리부(216)는 스캔부(211), 복사부(212), 인쇄부(213), 팩스 처리부(214) 및 파일 작성부(215) 등의 각 수단의 동작에 관한 각종 설정 항목의 값을 관리한다. 설정 관리부(216)는 MFP(20)의 관리자나 일반 이용자로부터 각 설정 항목의 설정을 접수한다. 스캔부(211) 등의 각 수단은 설정 관리부(216)의 설정값을 참조하여 동작을 행한다.

네트워크 기능부(230)는 LAN이나 인터넷 등의 데이터 통신 네트워크를 통하여 다른 장치와 통신하기 위한 수단이다. 네트워크 기능부(230)는 통신 인터페이스 회로 등과 같은 데이터 통신을 위한 하드웨어를 구비한다. 또한, 네트워크 기능부(230)는 통신 프로토콜 실행부(231)를 구비한다. 통신 프로토콜 실행부(231)는 데이터 통신을 위한 프로토콜을 실행한다. 통신 프로토콜 실행부(231)가 실행하는 통신 프로토콜로서는 예를 들어 SNMP(Simple Network Management Protocol) 등과 같은 네트워크 위기 관리 프로토콜, 컴퓨터로부터의 인쇄 지시를 접수하기 위한 LPD(Line Printer Daemon) 등의 인쇄 프로토콜, 컴퓨터로부터의 스캔 지시를 처리하기 위한 프로토콜 등이 있다. 또한, 통신 프로토콜 실행부(231)는 SOAP(Simple Object Access Protocol) 등과 같은 web 서비스를 이용하기 위한 프로토콜도 실행한다.

외부 서비스 제휴부(220)는 LAN이나 인터넷(80) 상에 있는 외부 서비스를 이용한 처리를 실행한다. 외부 서비스는 네트워크 상에 있는 서버에 의해 제공되는 처리 기능이고, 예를 들어 web 서비스로서 실현된다. 외부 서비스를 이용함으로써, MFP(20)를 조작하는 이용자에 대해, MFP(20)가 구비하고 있지 않은 정보 처리 기능을 제공할 수 있다. 예를 들어 MFP(20)가 판독한 원고 화상에 대해, MFP(20)가 화상 처리나 문자 인식 등의 처리를 외부 서비스에 의해 실시할 수 있다. 외부 서비스의 예로서는, 이 외에 파일 형식의 변환, 데이터베이스로의 파일의 등록 등, 다양한 것이 생각된다.

외부 서비스 제휴부(220)는 처리 지시서를 참조함으로써 제휴 처리의 실행을 제어한다. 제휴 처리는 하나 이상의 서비스가 제휴함으로써 실현되는 처리이다. 처리 지시서는 제휴 처리를 정의하는 정의 정보를 기술한 파일이다. 처리 지시서에는 1개의 제휴 처리를 구성하는 각 서비스와, 그들 서비스의 실행 순서 정보가 기술된다. 처리 지시서에 있어서, 각 서비스는 그 서비스를 고유하게 특정(特定)하는 식별 정보에 의해 나타내진다. 이러한 식별 정보로서는 그 서비스에 액세스하기 위한 액세스 정보(예를 들어 URL(Uniform Resource Locator)를 사용할 수도 있고, 소정의 규칙에 따라서 고유하게 부여된 식별 번호를 사용할 수도 있고, 그 외의 것을 사용할 수도 있다. 제휴 처리 내에서의 각 서비스의 실행 순서에는 조건 분기(分岐)나 반복 등이 포함될 수도 있다. 또한, 처리 지시서에는 제휴 처리 전체에 대한 처리 파라미터나, 개개의 서비스에 대한 처리 파라미터를 기술할 수 있다. 예를 들어 전자메일 송신 서비스의 경우, 전자메일의 송신처는 처리 파라미터의 하나로 된다. 처리 지시서에 의하면, 예를 들어 MFP(20)에서 판독한 원고 화상에 대해, 인터넷(80) 상의 서버(A)(도시 생략)에서 문자 인식을 실시하고, 원고 화상과 그 문자 인식 결과를 포함한 파일을 메일 서버로부터 소정의 수신처에 송신하는 등과 같은 제휴 처리를 기술할 수 있다. 또한, 처리 지시서에 기초하는 제휴 처리에 대해서는, 예를 들어 일본국 공개특허2004-288112호 공보(또는, US-2004-0194108-A1)에 그 일례가 나타내지므로, 필요에 따라 참조하기 바란다.

외부 서비스 제휴부(220)에 있어서, 외부 서비스 정보 관리부(221)는 외부 서비스마다 그 외부 서비스에 액세스하기 위한 액세스 정보(예를 들어 URL) 등과 같은 속성 정보를 유지한다.

처리 지시서 취득부(222)는 LAN 또는 인터넷(80) 상에 있는 문서 관리 서버(60)로부터 처리 지시서의 리스트를 취득하고, 이용자에게 제시한다. 이 예에서는, MFP(20)가 이용 가능한 다양한 처리 지시서를 문서 관리 서버(60)로부터 제공한다. MFP(20)를 조작하는 이용자는 문서 관리 서버(60)로부터 리스트를 취득하고, 그 중에서 자기가 희망하는 처리 지시서를 선택한다. 선택 결과의 정보는 처리 지시서 취득부(222)로부터 MFP(20)에 전달되고, 이에 따라 MFP(20)가, 선택된 처리 지시서를 처리 지시서 취득부(222)에 제공한다. 문서 관리 서버(60)는 web 서비스로서 실현할 수 있다. 이 경우, 처리 지시서 취득부(222)는 통신 프로토콜 실행부(231)의 web 서비스 액세스용 프로토콜을 사용하여, 리스트의 취득이나, 처리 지시서의 취득을 행한다.

처리 지시서 실행부(223)는, 이용자의 지시에 따라 처리 지시서 취득부(222)가 취득한 처리 지시서, 또는 MFP(20)에 미리 등록되어 있는 처리 지시서 중 이용자가 선택한 처리 지시서를 해석하고, 그 파일 내에 기술된 각 서비스를 차례로 호출함으로써, 제휴 처리를 실현한다.

다음으로, 도 3을 참조하여, 문서 관리 서버(60)의 기능 구성의 일례의 상세를 설명한다. 이 문서 관리 서버(60)는 문서 파일을 등록하는 기능과, 등록한 문서 파일을 지정된 통지처에 배포하는 기능을 구비한다. 이 배포 기능은, 기본적으로는 문서 관리 서버(60) 내에 저장된 그 문서 파일에 대한 액세스 정보(예를 들어 URL)를 기재한 전자메일(이하, 「통지 메일」이라고 함)을 통지처에 보내는 것에 의해 실현된다. 이 경우, 전자메일을 수취한 이용자가 그 액세스 정보를 사용하여 문서 관리 서버(60)에 액세스하면, 문서 관리 서버(60)는 그 액세스 시에 이용자 측으로부터 보내오는 정보에 기초하여, 대상의 문서 파일을 특정하고, 그 파일을 이용자 측에 제공하기 위한 처리를 행한다. 여기서, 본 실시예에서는 2단계의 통지 메일을 보냄으로써, 정당한 통지처 이외의 사람에게 문서 파일이 취득될 가능성을 저감한다. 2단계의 통지 메일에 의한 문서 배포 처리의 상세에 대해서는 나중에 상세히 설명한다. 그 전에, 이 문서 관리 서버(60)의 개요에 대해서 설명한다.

이 예의 문서 관리 서버(60)는, 도 4에 나타낸 바와 같이, 「캐비닛」 1000-1, 2, 3, ···(이하, 캐비닛(1000)이라고 총칭)이라고 불리는 문서 공간을 제공한다. 1개의 캐비닛(1000)은 1개의 이용자 그룹에 대하여 할당된다. 캐비닛(1000)에는 각각 고유한 캐비닛 ID(식별 정보)가 할당된다. 또한, 캐비닛(1000)에는 캐비닛 속성(1005)이 대응되어 있다. 캐비닛 속성(1005)에는 화면 표시 등에 사용하는 캐비닛의 표시명이나 설명, 캐비닛의 관리 기능을 이용할 경우에 필요한 관리 패스워드, 캐비닛에 액세스하기 위해 필요한 액세스용 패스워드 등이 포함된다. 캐비닛 내에는 1개 이상의 박스(1010)를 설정할 수 있다. 박스(1010)는 일반적인 파일 시스템에서의 폴더 또는 디렉터리에 해당한다. 캐비닛(1000)의 관리자 또는 이용자는 목적에 따라 박스(1010)를 작성하고, 그 중에 문서 파일(1020)을 등록할 수 있다. 박스(1010)에는 고유한 박스 ID가 할당되고, 박스 속성(1015)이 대응되어진다. 박스 속성(1015)에는 화면 표시 등에 사용하는 박스의 표시명이나 설 명, 박스에 액세스하기 위해 필요한 액세스용 패스워드, 그 박스(1010)에 등록된 문서 파일의 유지 기간이 포함된다. 또한, 박스 속성(1015)에는 그 박스(1010)에 문서 파일이 등록된 때에 통지 메일을 보내야 할 통지처 메일 어드레스의 리스트가 포함된다.

다시 도 3의 설명으로 되돌아가면, 문서 관리부(610)는 도 4에 예시한 문서공간의 관리를 행한다. 문서 관리부(610)에 있어서, 캐비닛 관리부(611)는 캐비닛 그룹을, 박스 관리부(612)는 박스 그룹을, 파일 관리부(613)는 파일 그룹을 각각 관리한다.

박스 관리부(612)가 관리하는 박스 속성의 데이터 내용의 일례를 도 5 및 도 6에 나타낸다. 도 5 및 도 6에 예시하는 테이블에서는, 각각 1개의 행(行)이 1개의 박스에 대응한다. 도 5에 나타낸 바와 같이, 박스의 속성에는, 그 박스가 속하는 캐비닛의 캐비닛 ID, 그 박스 자체의 박스 ID, 그 박스의 이름, 설명문, 그 박스에 등록된 문서를 이용자가 다운로드할 때에 캐비닛의 패스워드를 요구할지의 여부를 나타내는 정보, 통지 메일에 기재하는 저장 통지 메시지, 그 박스에 등록된 파일의 유지 기간 등의 각 정보가 포함된다. 또한, 도 6에 나타낸 바와 같이, 박스에 문서 파일이 등록된 때에 통지 메일을 보내는 통지처의 전자메일 어드레스가 그 박스의 박스 ID 및 그 박스가 속한 캐비닛의 캐비닛 ID와 대응시켜 등록되어 있다.

파일 관리부(613)가 관리하는 파일 속성의 일례를 도 7에 나타낸다. 도 7에 나타낸 바와 같이, 파일의 속성에는 그 파일이 속하는 박스가 속하는 캐비닛의 캐 비닛 ID, 그 박스의 박스 ID, 그 파일 자신의 파일 ID, 그 파일의 파일명, 그 파일에 부수되는 설명문, 그 파일의 등록 일시, 그 파일의 유지 기한 등의 각 정보가 포함된다.

또한, 파일 액세스 URL 처리부(614)는 이용자에게 보내는 통지 메일에 기재하는 URL을 작성한다. 또한, 파일 액세스 URL 처리부(614)는 통지 메일 상의 URL을 사용하여 이용자가 문서 관리 서버(60)에 액세스해 왔을 때에 이용자 측으로부터 보내오는 정보를 해석하고, 그 해석 결과에 기초하여 문서 파일을 그 이용자에게 제공할지의 여부를 판정하는 처리를 행한다. 이 처리의 상세는 나중에 설명한다.

유틸리티 기능부(620)는 문서 관리부(610)의 처리에 부수되는 각종 처리를 실행하는 수단이다. 유틸리티 기능부(620)에 있어서, 메일 송신부(621)는 통지 메일을 송신한다. 로그(log) 관리부(622)는 문서 관리 서버(60)에 대한 각 이용자로부터의 조작(예를 들어 문서 파일의 등록이나, 문서 파일의 다운로드 등)이나 에러 발생 등의 이력 정보를 기록한다. 처리 지시서 작성부(623)는 MFP(20)로부터의 요구에 따라, 문서 관리 서버(60)가 제공하는 각종 서비스를 이용한 처리를 나타내는 처리 지시서를 작성하고, MFP(20)에 제공한다.

네트워크 기능부(630)는 LAN이나 인터넷 등의 데이터 통신 네트워크를 통하여 다른 장치와 통신하기 위한 수단이다. 네트워크 기능부(630)에서의 통신 프로토콜 실행부(631)는 SNMP, SOAP 등과 같은 데이터 통신을 위한 프로토콜을 실행한다.

다음으로, 도 8을 참조하여 관리자가 문서 파일 등록 시 통지 메일의 수신처를 문서 관리 서버(60)에 대하여 등록할 때의 처리 흐름의 일례를 설명한다.

관리자는 클라이언트 PC(30)의 web 브라우저(32)를 조작하여 문서 관리 서버(60)의 관리 UI(user interface)의 web 페이지에 액세스하면(S1), 문서 관리 서버(60)는 그 web 페이지를 web 브라우저(32)에 제공한다(S2). 그 web 페이지에는 캐비닛명이나 캐비닛으로의 액세스용 패스워드 등을 입력하기 위한 관리자 로그인 UI가 표시된다. 관리자가 web 브라우저(32)를 통하여 그 UI에 캐비닛명 및 패스워드를 입력하면(S3), 문서 관리 서버(60)는 캐비닛명에 대응하는 올바른 패스워드인지의 여부를 검증하고(S4), 올바르지 않으면 스텝 S2로 되돌아간다. 올바르면, 그 캐비닛명에 대응하는 캐비닛에 포함되는 박스의 리스트를 나타낸 web 페이지를 web 브라우저(32)에 제공한다(S5). 관리자가 web 브라우저(32)에 표시된 리스트로부터 편집하기를 원하는 박스를 선택하면(S6), 그 선택 정보가 web 브라우저(32)로부터 문서 관리 서버(60)에 전달되고, 이에 따라 문서 관리 서버(60)는 선택된 박스의 박스 속성을 박스 관리부(612)로부터 취득하고, 박스 편집 UI 화면을 나타내는 web 페이지를 생성하고, 이것을 web 브라우저(32)에 송신한다(S7). 이 web 페이지에는 박스 속성의 항목이 열거되고, 그 중에서 편집 대상 항목이 선택 가능하게 되어 있다. 관리자가 그 중에서 통지처의 편집을 선택하면(S8), 그 선택 지시에 따라 문서 관리 서버(60)는 당해(當該) 박스의 속성으로서 등록되어 있는 통지처의 리스트를 박스 관리부(612)로부터 취득하고, 그 리스트를 표시한 통지처 편집 UI의 web 페이지를 작성하여 web 브라우저(32)에 되돌린다(S9). 관리자가 그 통지처 편집 UI를 사용하여 통지처의 전자메일 어드레스의 추가나 삭제, 수정 등의 편집 작업을 행하고, 등록을 지시하면, 그 편집의 결과가 web 브라우저(32)로부터 문서 관리 서버(60)에 송신된다(S10). 문서 관리 서버(60)는 편집 결과의 통지처 리스트를 박스 관리부(612)에 등록한다(S11).

다음으로, 도 9를 참조하여, 이용자가 문서 관리 서버(60)에 대해 배포 대상 문서 파일을 등록할 때의 처리 흐름의 일례를 설명한다. 여기서는, 이용자가 MFP(20)에 의해 종이 문서를 스캔하여 등록하는 경우를 예로 든다.

이 순서에서는, 우선 MFP(20)가 액정 터치 패널 등을 구비하는 UI 화면에 조작 메뉴를 표시하고(S21), 이용자가 그 조작 메뉴 상에서, 문서 등록이라는 조작 항목을 선택하면(S22), MFP(20)의 처리 지시서 취득부(222)가 처리 지시서 리스트를 문서 관리 서버(60)에 요구한다(S23). 여기서, MFP(20)에는 문서 관리 서버(60)의 어드레스 및 특정 캐비닛에 액세스하기 위해 필요한 패스워드 등의 부가 정보가 미리 설정되어 있다. 스텝 S23에 있어서, 처리 지시서 취득부(222)는 이들 정보를 사용함으로써, 그 캐비닛에 대응하는 처리 지시서 리스트를 문서 관리 서버(60)에 요구한다. 요구하는 처리 지시서 리스트는 그 캐비닛 내에 존재하는 각 박스에 문서를 등록하기 위한 처리를 기술한 처리 지시서 리스트이다.

이 요구에 따라, 문서 관리 서버(60)는 요구된 캐비닛 내에 존재하는 박스의 리스트를 취득하고, 그 리스트에 포함되는 각 박스에 대응한 메뉴 항목을 포함한 처리 지시서 리스트를 작성하여 MFP(20)에 되돌린다(S24). MFP(20)는 그 처리 지시서 리스트를 화면 표시한다(S25). 이 때 표시되는 처리 지시서 리스트 화 면(1100)의 예를 도 10에 나타낸다. 이 화면(1100)에는 캐비닛 내의 각 박스에 대응한 문서 파일 등록 버튼(1110)이 열거되어 있다. 각 버튼(1110)에는, 각각 대응하는 박스에 문서 파일을 등록하기 위한 처리 지시서를 요구하기 위한 정보가 대응되어 있다. 또한, 각 박스의 최종 갱신일 정보가 나타내져 있다. 이용자가 그 화면 상에서 문서 파일의 등록처라고 하는 박스의 버튼을 선택하여 처리의 실행을 지시하면(S26), MFP(20)의 처리 지시서 취득부(222)는, 선택된 버튼에 대응하는 박스의 처리 지시서를 문서 관리 서버(60)에 요구한다(S27).

문서 관리 서버(60)는 그 요구 정보로부터 대상 박스를 특정하고, 그 박스에 문서 파일을 등록하기 위한 처리 지시서를 작성하여 MFP(20)에 되돌린다(S28). MFP(20)의 처리 지시서 실행부(223)는 그 처리 지시서를 해석하여 실행한다(S29). 이 실행 처리에 의해, MFP(20)의 원고 이송 장치(도시 생략) 상에 세트된 원고 문서를 스캔부(211)가 스캔하고, 그 스캔 결과의 화상 데이터를 파일 작성부(215)가 파일에 저장한다(S30). 그리고, 처리 지시서 실행부(223)는 처리 지시서에 지정된 파일 송부용 web 서비스를 호출하고, 작성된 스캔 결과의 문서 파일을 그 web 서비스에 넘겨, 문서 관리 서버(60)의 지정된 박스에 저장하도록 의뢰한다(S31). 이 web 서비스는 예를 들어 문서 관리 서버(60)가 제공하면 된다. 문서 관리 서버(60)는 이러한 web 서비스의 처리에 따라, 지정된 박스에 그 문서 파일을 저장한다(S32).

이상, MFP(20)에 의해 스캔한 문서의 파일을 문서 관리 서버(60)에 등록하는 경우를 설명했다. 클라이언트 PC(30) 상에 있는 문서 파일을 문서 관리 서버(60) 에 등록할 경우에는, 처리 지시서가 아니라, 문서 관리 서버(60)가 제공하는 web 페이지를 UI로서 사용하고, 동일한 순서가 행해진다.

이와 같이, 이용자로부터의 지시에 따라 문서 파일을 박스에 저장하면, 문서 관리 서버(60)는 그 박스에 설정된 통지처에 대하여, 문서 배포를 위한 통지 메일을 보낸다. 여기서, 본 실시예에서는, 문서 관리 서버(60)는 2단계의 통지 메일을 사용하여 문서 배포 제어를 행한다. 이 흐름의 일례의 개요를, 도 11을 사용하여 설명한다.

이 흐름에서는, 문서 관리 서버(60)는 문서 파일을 박스에 저장하면, 통지처의 메일 어드레스에 대하여 2단계 중 제 1 메일(1200)을 송신한다. 이 제 1 메일(1200)에는 제 1 URL이 포함된다. 제 1 URL에는 예를 들어 도 12에 나타낸 바와 같은 제어 정보, 즉 예를 들어 대상 문서 파일을 특정하기 위한 파일 식별 정보(1310), 요구 시에 캐비닛, 또는 박스, 또는 그 쌍방의 액세스용 패스워드가 필요한지의 여부를 나타내는 패스워드 필요/불필요 정보(1320), 그 통지 메일이 제 1 단계의 것임을 나타내는 정보(1330), 및 그 통지 메일을 보내는 통지처의 메일 어드레스(1340)가 포함된다. 또한, 통지 메일이 제 1 단계의 것인지 제 2 단계의 것인지가 제어 정보 이외의 부분, 예를 들어 패스(path) 정보의 부분에 나타내지고 있는 경우에는, 정보(1330)는 불필요하다. 또한, 캐비닛이나 박스의 패스워드에 의한 보호를 행하지 않는 시스템의 경우, 패스워드 필요/불필요 정보(1320)는 불필요하다. 이러한 제어 정보는 예를 들어 제 1 URL 중에 쿼리(query) 문자열로서 일체로 구성하면 된다.

도 13에 제 1 메일(1200)의 구체예를 나타낸다. 이 예에서는, 제 1 메일(1200)에는 제 1 메일용 정형 메시지(1410)와, 제 1 URL(1420)과, 그 문서 파일에 관한 관련 정보(1430)가 포함된다. 제 1 메일용 정형 메시지(1410)는 예를 들어 문서 파일이 등록된 것을 알리는 메시지이다. 관련 정보(1430)에는, 그 문서 파일 등록처의 박스명이나 유지 기한, 파일명이나 파일 사이즈, 저장 통지 메시지가 포함된다. 관련 정보는 도 5에 나타낸 박스 속성이나, 도 7에 나타낸 당해 파일의 속성 정보에 기초하여 생성된다. 제 1 URL(1420)의 문자열 중, "https://www.xxxxxxx"는 문서 관리 서버(60)의 호스트명이고, "/DMSService/urlAccess"는 파일 액세스 URL 처리부(614) 중 제 1 URL에 대한 처리를 호출하기 위한 패스이다. 그 패스에 이어지는 "?id=" 이후가 도 12에 나타낸 제어 정보를 나타내는 쿼리 문자열이다. 도 13의 예에서는, 제어 정보의 문자열은 암호화되어 있다.

다시 도 11의 설명으로 되돌아가면, 통지처의 이용자는 자신의 클라이언트 PC(30)의 메일 툴(34)에 의해 이 제 1 메일(1200)을 열람하고, 그 중 제 1 URL에 대하여 web 브라우저(32)를 사용하여 액세스한다. 이러한 조작에 따라, web 브라우저(32)로부터 문서 관리 서버(60)에 대해, 제 1 URL 중 호스트명, 패스, 쿼리 문자열을 포함한 리퀘스트(1210)가 보내진다. 이 리퀘스트(1210)를 수취한 문서 관리 서버(60)의 파일 액세스 URL 처리부(614)는 그 리퀘스트 중 패스의 정보에 기초하여 제 1 URL용 처리를 실행한다. 이 처리에서는, 파일 액세스 URL 처리부(614)는 제 2 단계째의 통지 메일인 제 2 메일(1220)을 생성하고, 동일 통지처 메일 어 드레스에 보낸다. 통지처 메일 어드레스는 리퀘스트(1210) 내의 쿼리 문자열을 해석함으로써 취득할 수 있다. 제 2 메일(1220)에는 제 2 URL이 포함된다. 제 2 URL은 문서 관리 서버(60)의 파일 액세스 URL 처리부(614)를 특정하는 호스트명 및 패스와, 제어 정보를 포함한다. 제어 정보는 예를 들어 대상의 문서 파일을 특정하는 파일 식별 정보를 포함한다. 제어 정보는 예를 들어 쿼리 문자열로서 기술된다. 제 2 URL의 제어 정보에 일체로 구성하는 파일 식별 정보는 리퀘스트(1210)에 포함되는 파일 식별 정보로부터 생성하면 된다. 제어 정보에는 당해 메일이 제 2 메일임을 나타내는 정보를 포함할 수도 있다.

이 제 2 URL에는 제약 조건이 설정된다. 제약 조건의 일례에는 유효기한이 있다. 제 2 URL을 사용한 액세스는 유효기한 이내에 이루어진 경우에만 인정하도록 한다. 제 1 메일(1200)은 통상은 통지처의 이용자와는 다른 사람이 문서 파일을 저장했을 때에 송신되기 때문에, 그 통지처의 이용자가 제 1 메일(1200)을 언제 알아차릴지는 알 수 없다. 따라서, 제 1 메일(1200)의 제 1 URL에 짧은 유효기한을 설정한 것으로는, 통지처의 이용자가 문서 파일을 취득할 수 없는 경우가 나온다. 그것에 대해, 제 2 메일(1220)은, 이용자가 제 1 메일(1200)을 읽어 문서 파일을 취득하는 조작을 한 후에 보내지기 때문에, 그 이용자는 그 조작 후 제 2 메일(1220)이 곧 올 것임을 알고 있다. 따라서, 제 2 URL에 유효기한을 설정해 두어도, 정당한 통지처의 이용자는 통상 문제없이 그 유효기한 내에 문서 파일을 취득할 수 있다. 유효기한의 정보는 예를 들어 제어 정보의 일부로서 제 2 URL에 일체로 구성할 수도 있다.

도 14에 제 2 메일(1220)의 구체예를 나타낸다. 이 예의 제 2 메일(1220)에는 제 2 메일용 정형 메시지(1510)와, 제 2 URL의 유효기한 정보(1520)와, 제 2 URL(1530)과, 그 문서 파일에 관한 관련 정보(1540)가 포함된다. 제 2 메일용 정형 메시지(1510)는 예를 들어 당해 메일이 제 2 메일임과, 당해 메일에 나타내진 URL에는 유효기한이 있음을 나타내는 메시지이다. 또한, 그 메시지(1510)에는, 만일 제 2 URL의 유효기한이 지난 경우에는 본래의 저장 통지 메일(제 1 메일)의 제 1 URL을 사용하여 문서 관리 서버(60)에 액세스함으로써, 문서 파일을 취득할 수 있음을 나타내는 문면(文面)을 포함시켜 둘 수도 있다. 제 2 URL(1530)은 제 1 URL과 동일 문서 관리 서버(60)의 호스트명을 포함하지만, 그 후에 이어지는 패스 "/DMSService/urlAccess2"는 파일 액세스 URL 처리부(614) 중 제 2 URL에 대한 처리를 호출하기 위한 패스이다. 패스 후에 이어지는 제어 정보는 암호화되어 있다. 관련 정보(1540)는 제 1 메일(1200)의 관련 정보(1430)와 동일한 것이면 된다.

도 11의 설명으로 되돌아가면, 이러한 제 2 메일(1220)을 수취한 이용자는 자신의 클라이언트 PC(30)의 메일 툴(34)을 사용하여 이 제 2 메일(1220)을 열람하고, 그 중 제 2 URL에 대하여 web 브라우저(32)를 사용하여 액세스한다. 이러한 조작에 따라, web 브라우저(32)로부터 문서 관리 서버(60)에 대해, 제 2 URL 중 호스트명, 패스, 쿼리 문자열을 포함한 리퀘스트(1230)가 보내진다. 이 리퀘스트(1230)를 수취한 문서 관리 서버(60)의 파일 액세스 URL 처리부(614)는 그 리퀘스트(1230)에 포함되는 패스 정보에 기초하여, 제 2 URL용 처리를 실행한다. 이 처리에서는, 파일 액세스 URL 처리부(614)는 쿼리 문자열을 해석하여 유효기한과 파일 식별 정보를 구한다. 그리고, 현재 시각이 유효기한 이내이면, 그 파일 식별 정보에 대응하는 문서 파일(1240)을 파일 관리부(613)로부터 취출하고, 클라이언트 PC(30)에 송신한다.

도 11의 방식에서는, 제 3 자가 제 1 메일의 제 1 URL을 알고, 이것을 사용하여 문서 관리 서버(60)에 문서 파일을 요구해도, 그 요구에 따른 제 2 메일은 그 제 1 메일의 정당한 통지처의 이용자에게 보내진다. 제 2 메일의 제 2 URL을 사용하지 않으면 문서 파일을 취득할 수 없기 때문에, 제 3 자는 가령 제 1 URL을 입수했다고 해도 그것만으로는 문서 파일을 얻을 수 없다. 또한, 가령 제 3 자가 제 2 URL을 입수했다고 해도, 그 제 2 URL에는 유효기한이 설정되어 있기 때문에, 제 3 자가 문서 파일을 입수할 가능성은 낮다.

도 11에 나타낸 처리 흐름에 있어서의 문서 관리 서버(60)의 처리 순서를 더 상세하게 설명한다. 우선, 도 15를 참조하여, 문서 파일을 박스에 저장했을 때의 처리 순서의 일례를 설명한다. 상술한 스텝 S32에서 문서 파일을 박스에 저장한 경우, 문서 관리 서버(60)의 파일 액세스 URL 처리부(614)는, 박스 관리부(612)가 관리하는 그 박스의 속성 정보 중, 통지처 메일 어드레스의 리스트, 문서 파일의 다운로드 시에 캐비닛의 액세스용 패스워드를 필요로 하는지 여부의 정보, 및 박스의 액세스용 패스워드를 필요로 하는지 여부의 정보를 취득한다. 그리고, 리스트에 있는 각 통지처 메일 어드레스에 대해서, 스텝 S43 및 S44의 처리를 반복한다(S42). 스텝 S43에서는 통지처 메일 어드레스의 리스트로부터, 아직 제 1 메일을 보내지 않은 메일 어드레스를 1개 취출하여 그 메일 어드레스용 제 1 URL을 작 성하고, 그 제 1 URL을 포함한 제 1 메일을 생성한다. 그리고, 그 제 1 메일을 메일 송신부(621)를 사용하여 통지처 메일 어드레스에 송신한다(S44). 또한, 박스에 설정된 통지처 메일 어드레스 대신에 또는 그것에 추가하여, 문서 파일의 저장을 지시한 이용자로부터 지정된 통지처 메일 어드레스를 스텝 S43 및 S44의 처리 대상으로 할 수도 있다.

다음으로, 도 16 및 도 17을 참조하여, 이용자로부터 메일 상의 URL을 사용한 리퀘스트를 받은 때의 문서 관리 서버의 파일 액세스 URL 처리부(614)의 처리 순서의 일례를 설명한다. 상술한 바와 같이, 파일 액세스 URL 처리부(614)에는 제 1 URL을 사용한 액세스에 대응하는 처리를 행하는 기능과, 제 2 URL을 사용한 액세스에 대응하는 처리를 행하는 기능을 구비하고, 이들은 액세스에 사용된 URL의 패스에 의해 구별된다.

도 16에 나타낸 바와 같이, 우선 이용자가 클라이언트 PC(30)에서, 제 1 메일 상에 나타내진 제 1 URL에 액세스하는 조작을 행하면(S51), 그 조작에 따라 web 브라우저(32)가 발(發)한 HTTP(Hypertext Transfer Protocol) 리퀘스트를 문서 관리 서버(60)가 수취한다. 그 리퀘스트 내의 패스 정보는 파일 액세스 URL 처리부(614)가 가지는 기능 중 제 1 URL에 대응하는 기능을 가리키고 있기 때문에, 그 기능이 호출된다. 이 기능은 우선 리퀘스트를 해석하여(S52), 패스워드 입력이 필요한 리퀘스트인지, 그렇지 않은 리퀘스트인지를 판정한다(S53). 스텝 S52의 해석에서는 리퀘스트에 포함되는 쿼리 문자열이 복호(復號)되고, 그 복호 결과로부터 각 항목의 정보를 구한다.

도 16의 예는 문서 파일을 보호하는 방법으로서, 캐비닛이나 박스의 패스워드를 사용하는 방법과, 도 11에 나타낸 2단계의 메일을 사용하는 방법을 선택적으로 사용하는 경우의 예이다. 캐비닛이나 박스의 패스워드에 의해 보호하는 방법은 캐비닛이나 박스의 패스워드를 알고 있는 이용자에 대하여 문서 파일을 제공하는 경우에 사용할 수 있다. 이에 대해, 캐비닛이나 박스의 패스워드를 사용하지 않고, 도 11의 방법에 의한 문서 파일 보호를 채용하면, 캐비닛이나 박스의 패스워드를 모르는 이용자에 대하여 문서 파일을 제공할 수 있다. 어떤 방법을 선택할지는 문서 파일이 등록되는 박스의 속성으로서 설정할 수 있다. 또한, 이용자가 문서 파일을 문서 관리 서버(60)에 등록할 때, 어느 쪽의 보호 방식을 사용할지를 지정하도록 할 수도 있다.

스텝 S53의 판정은 예를 들어 리퀘스트에 포함되는 패스워드 필요/불필요 정보(도 12 참조)에 기초하여 행해진다. 스텝 S53에 있어서, 패스워드 입력이 필요하다고 판정된 경우, 문서 관리 서버(60)는 패스워드 입력 UI 화면을 나타내는 web 페이지를 생성하고, 리퀘스트 본래의 클라이언트 PC(30)에 되돌린다(S54). 이용자가 web 브라우저(32)에 의해 표시된 그 패스워드 입력 UI에 대해, 캐비닛 및 박스의 액세스용 패스워드를 입력하면(S55), 그 패스워드의 데이터가 문서 관리 서버(60)에 보내진다. 문서 관리 서버(60)는 보내져온 패스워드를 리퀘스트 대상 문서 파일이 저장된 캐비닛 및 박스의 패스워드와 대조한다(S56). 대조 결과, 패스워드가 올바르지 않다고 판정된 경우 스텝 S54에 되돌아가고, 이용자에게 다시 패스워드 입력을 촉구한다. 대조 결과, 패스워드가 올바르다고 판정된 경우에는, 파 일 액세스 URL 처리부(614)는 문서 파일 다운로드용 UI 화면을 나타내는 web 페이지를 생성하여 클라이언트 PC(30)에 보낸다(S57). 이 UI 화면은 문서 파일 다운로드 필요/불필요의 확인을 위한 UI 화면이고, 예를 들어 대상 문서 파일의 파일명, 그 파일이 속하는 박스 및 캐비닛의 이름 등의 속성 정보와 함께, 다운로드의 필요/불필요를 지시하기 위한 UI 부품(예를 들어 버튼)이 표시된다. 이용자가 web 브라우저(32)에 표시된 그 UI 화면을 확인하고, 다운로드의 지시를 입력하면(S58), 문서 관리 서버(60)는 대상 문서 파일을 클라이언트 PC(30)에 다운로드하기 위한 처리를 행한다(S59). 이용자는 다운로드된 문서 파일을 취득한다(S60). 또한, 다운로드 필요/불필요의 확인을 위한 UI를 제공하는 처리(S57)를 행하지 않고, 스텝 S56에서 올바른 패스워드가 입력된 경우에는, 즉시 문서 관리 서버(60)가 대상 문서 파일을 제공할 수도 있다.

스텝 S53에 있어서, 패스워드 입력이 불필요, 즉 2단계의 메일에 의한 보호 방식이 사용되고 있다고 판정된 경우, 도 17의 처리로 진행된다. 이 처리에서는, 우선 파일 액세스 URL 처리부(614)는 제 2 URL의 유효기한을 결정한다(S61). 제 2 URL의 유효기한은 예를 들어 미리 문서 관리 서버(60)에 설정된 제 2 URL의 유효기간을 현재 시각에 더함으로써, 계산할 수도 있다. 제 2 URL의 유효기간은 예를 들어 수십 초부터 수 시간 정도이고, 문서 파일의 보존 기간에 비해 훨씬 짧은 기간이다. 제 2 URL의 유효기간의 길이는 문서 관리 서버(60) 전체에서 일률적이어도 되지만, 캐비닛마다 또는 박스마다 개별적으로 설정할 수 있도록 할 수도 있다. 또한, 문서 관리 서버(60)에 그 문서 파일을 등록한 사람이 그 문서 파일에 대응하 는 제 2 URL의 유효기간의 길이를 지정할 수도 있다. 또한, 제 1 URL을 사용하여 리퀘스트를 행한 사람이 그 리퀘스트에 대응하여 발행하는 제 2 URL의 유효기간의 길이를 지정할 수도 있다. 다음으로, 파일 액세스 URL 처리부(614)는 스텝 S61에서 결정한 유효기한 및 그 리퀘스트에 포함되어 있던 파일 식별 정보를 포함한 제 2 URL을 생성하고(S62), 그 제 2 URL을 표시한 제 2 메일을 생성한다. 이 제 2 메일의 수신처에는 리퀘스트에 포함되어 있던 통지처 메일 어드레스가 설정된다. 파일 액세스 URL 처리부(614)는 이 제 2 메일을 수신처에 송신하도록, 메일 송신부(621)에 지시한다. 메일 송신부(621)가 제 2 메일을 송신하면, 파일 액세스 URL 처리부(614)는 제 2 메일을 송신한 사항을 나타내는 UI 화면을, 리퀘스트 본래의 클라이언트 PC(30)에 되돌린다(S64). 이 UI 화면에는 예를 들어 도 18에 나타낸 바와 같이, 제 2 메일(도 18에서는 「확인 메일」이라고 칭하고 있음)을 송신한 것과, 제 2 URL의 유효기간(도시예에서는 1시간)을 나타내는 메시지(1610)가 나타내진다. 이용자는 클라이언트 PC(30)에서 이 UI 화면을 봄으로써, 제 2 메일의 도래를 준비하고 기다린다.

이용자는 제 2 메일을 수신하고(S65), 그 제 2 메일에 나타내지는 제 2 URL 로의 액세스를 web 브라우저(32)에 지시한다(S66). 이 지시에 따라, web 브라우저(32)는 제 2 URL에 대응한 HTTP 리퀘스트를 생성하고, 문서 관리 서버(60)에 보낸다. 이 리퀘스트를 수취한 문서 관리 서버(60)에서는 파일 액세스 URL 처리부(614)의 기능 중, 제 2 URL을 처리하는 기능이 호출된다. 이 기능은 그 리퀘스트를 해석한다(S67). 이 해석에서는 리퀘스트에 포함되는 쿼리 문자열을 복호하 고, 그 중에 포함되는 파일 식별 정보나 유효기한의 정보를 얻는다. 그리고, 파일 액세스 URL 처리부(614)는 현재의 시각이 그 유효기한 내인지 어떤지를 판정하고(S68), 유효기한 내이면, 문서 파일 다운로드용 UI 화면을 나타내는 web 페이지를 클라이언트 PC(30)에 보낸다(S69). 이 UI 화면은 스텝 S57에서 제공한 것과 동일한 것일 수도 있다. 이용자가 web 브라우저(32)에 표시된 그 UI 화면에 대해 다운로드의 지시를 입력하면(S70), 문서 관리 서버(60)는 대상 문서 파일을 클라이언트 PC(30)에 다운로드하기 위한 처리를 행한다(S71). 이용자는 다운로드된 문서 파일을 취득한다(S72). 여기서, 스텝 S69를 행하지 않고, 스텝 S69에서 현재 시각이 유효기한 내라고 판정된 경우에는, 즉시 문서 관리 서버(60)가 대상 문서 파일을 제공할 수도 있다.

또한, 스텝 S69에서 현재 시각이 유효기한 내가 아니라고 판정된 경우에는, 파일 액세스 URL 처리부(614)는 에러 화면을 나타내는 web 페이지를 클라이언트 PC(30)에 되돌린다(S73). 에러 화면에는 예를 들어 제 2 URL의 유효기한 종료를 나타내는 사항의 메시지가 포함된다. 또한, 본래의 제 1 메일의 제 1 URL에 다시 액세스하여 제 2 메일을 재취득함으로써 문서 파일을 취득할 수 있는 등과 같은, 유효기한 종료에 대한 처리 방법을 에러 화면에 표시할 수도 있다.

이상에 설명한 파일 액세스 URL 처리부(614)의 처리 기능은, 도 19에 나타낸 바와 같이, 예를 들어 저장 통지 처리부(6142), 제 1 URL 처리부(6144) 및 제 2 URL 처리부(6146)로 분류할 수 있다. 저장 통지 처리부(6142)는 문서 파일이 문서 관리 서버(60)에 저장된 때의 통지 처리를 담당하는 부분이고, 상기 예에서는 도 15에 나타낸 처리 순서를 실행한다. 제 1 URL 처리부(6144)는 제 1 URL을 사용한 리퀘스트에 대한 처리를 담당하는 부분이고, 상기 예에서는 도 16에 나타낸 처리 순서와 도 17의 스텝 S61∼S64를 실행한다. 제 2 URL 처리부(6146)는 제 1 URL을 사용한 리퀘스트에 대한 처리를 담당하는 부분이고, 상기 예에서는 도 17의 스텝 S67∼S73을 실행한다.

이상의 예에서는, 제 2 URL의 유효기한을 그 제 2 URL 자체에 일체로 구성했지만, 이 대신에 제 2 메일의 송신 일시를 제 2 URL에 일체로 구성하여 이용자에게 통지할 수도 있다. 이 경우, 문서 관리 서버(60)는 제 2 URL에 기초하는 리퀘스트로부터 송신 일시를 구하고, 대상으로 되는 파일이 속하는 박스 또는 캐비닛의 속성으로서 설정된 유효기간을 그 송신 일시에 더함으로써, 제 2 URL의 유효기한을 계산할 수도 있다.

또한, 제 1 URL에 기초하는 리퀘스트에 대해, 제 2 URL의 유효기한을 입력하는 UI 화면을 되돌리고, 이용자에게 제 2 URL의 유효기한을 지정시킬 수도 있다.

이상, 제 2 URL에 대해, 제약 조건으로서 유효기한을 설정하는 경우의 예를 나타냈다. 그러나, 제 2 URL에 대하여 설정하는 제약 조건은 이것에 한정되지 않는다. 다른 예로서, 제 2 URL에 대하여 패스워드를 제약 조건으로서 설정할 수도 있다. 예를 들어 제 1 URL을 사용하여 문서 관리 서버(60)에 액세스한 이용자가 패스워드를 지정한다. 이 경우의 처리에서는, 도 15 및 도 16에 나타낸 처리 순서는 그대로 사용할 수 있다. 도 17의 처리 순서는 도 20 및 도 21에 나타낸 순서로 전환된다. 이하, 도 20 및 도 21의 순서를 설명한다.

이 순서에서는, 도 16의 순서의 스텝 S53에서 (캐비닛 및 박스의)패스워드 입력 불필요라고 판정된 경우, 파일 액세스 URL 처리부(614)의 제 1 URL 처리부(6144)는 제 2 URL을 사용한 액세스 시에 입력해야 할 패스워드를 지정하기 위한 web 페이지를 클라이언트 PC(30)에 되돌린다(S81). 이 web 페이지의 표시예를 도 22에 나타낸다. 이 web 페이지에는 패스워드의 지정을 촉구하는 메시지와 함께, 패스워드 입력란(1710)이 표시된다.

이용자가 web 브라우저(32)에 의해 표시된 이 web 페이지에 대하여 패스워드를 입력하면(S82), 제 1 URL 처리부(6144)는 그 패스워드를 취득하고(S83), 그 패스워드를 제어 정보의 1항목으로서 포함한 제 2 URL을 생성한다(S84). 도 17의 순서의 스텝 S62에서는 제 2 URL의 유효기한 정보를 포함한 제 2 URL을 작성했지만, 이 스텝 S84에서는 유효기한 대신에 이용자가 지정한 패스워드를 포함한 제 2 URL을 생성한다. 또한, 이용자가 지정한 패스워드는 암호화된 후 제 2 URL에 일체로 구성되기 때문에, 제 3 자가 제 2 URL을 본 것만으로는 패스워드의 값은 알 수 없다. 그리고, 제 1 URL 처리부(6144)는 그 제 2 URL을 포함한 제 2 메일을 생성한다. 이 때 생성되는 제 2 메일의 문면(文面)의 예를 도 23에 나타낸다. 이 문면에는 제 2 메일용 정형 메시지(1810)와, 제 2 URL(1820)과, 그 문서 파일에 관한 관련 정보(1830)가 포함된다. 제 2 메일용 정형 메시지(1810)는, 예를 들어 당해 메일이 제 2 메일임과, 당해 메일에 나타내진 URL을 사용하여 문서를 취득할 경우에는, 당해 이용자 자신이 설정한 패스워드의 입력이 필요함을 나타낸다. 또한, 그 메시지(1810)에는, 만일 이용자가 자신이 설정한 패스워드를 잊은 경우에는 원 래의 저장 통지 메일(제 1 메일)의 제 1 URL을 사용하여 문서 관리 서버(60)에 다시 액세스함으로써, 문서 파일을 취득할 수 있음을 나타내는 문면을 포함하고 있을 수도 있다.

제 1 URL 처리부(6144)는, 작성한 제 2 메일을 리퀘스트 본래의 이용자에게 송신하고(S85), 제 2 메일을 송신한 사항을 나타내는 UI 화면을 클라이언트 PC(30)에 제공한다(S86). 이 UI 화면은 도 18에 나타낸 바와 같은 것이어도 되지만, 유효기간 또는 유효기한에 관한 메시지는 불필요하고, 대신에 스텝 S82에서 지정한 패스워드를 잊지 않도록 촉구하는 메시지를 포함하고 있을 수도 있다.

도 21의 설명으로 이동하면, 제 2 메일을 수취한 이용자가 그 메일 상에 나타내진 제 2 URL에 액세스하는 조작을 행하면(S91), web 브라우저(32)가 그 제 2 UR L의 정보를 포함한 리퀘스트를 문서 관리 서버(60)에 보낸다. 이를 수취한 문서 관리 서버(60)에서는 제 2 URL 처리부(6146)가 호출된다. 제 2 URL 처리부(6146)는 그 리퀘스트를 해석하고(S92), 제 2 URL에 대응하는 패스워드의 값을 구한다. 또한, 제 2 URL 처리부(6146)는 패스워드 입력을 위한 web 페이지를 생성하고, 이를 리퀘스트 본래의 클라이언트 PC(30)에 보낸다(S93). 이용자가 web 브라우저(32)를 조작하여 이 web 페이지에 대하여 패스워드를 입력하면(S94), 이 패스워드를 수취한 제 2 URL 처리부(6146)는 그 패스워드가 스텝 S92에서 리퀘스트 내에서 구한 패스워드와 일치하는지의 여부를 판정한다(S95). 일치하지 않으면, 스텝 S93으로 되돌아가고, 다시 패스워드 입력을 위한 web 페이지를 클라이언트 PC(30)에 제공한다. 스텝 S95에서 패스워드가 일치한 경우, 제 2 URL 처리 부(6146)는 문서 파일 다운로드용 web 페이지를 클라이언트 PC(30)에 보내고(S96), 이용자가 그 web 페이지에 대해 다운로드 지시를 입력하면(S97), 대상 문서 파일을 클라이언트 PC(30)에 송신한다(S98). 이에 따라, 이용자는 제 1 메일에 의해 통지된 문서 파일을 취득한다(S99).

도 20 내지 도 23의 예에서는, 제 1 URL에 기초하는 리퀘스트를 행한 이용자에 대해, 제 2 URL을 사용하여 문서를 취득하기 위한 패스워드를 설정시켰다. 그러나, 이용자에게 설정시키는 정보는 패스워드에 한정되지 않고, 그 이용자밖에 모르는 비밀 정보이면 어떤 것이어도 된다. 예를 들어 패스워드 대신에, 질문과 그에 대한 회답의 페어(pair)를 그 이용자에게 설정시키도록 할 수도 있다. 이 경우, 제 2 URL에 기초하는 리퀘스트를 받은 문서 관리 서버(60)는, 그 질문과 그에 대한 회답란을 나타낸 UI 화면을 클라이언트 PC(30)에 보내고, 이용자가 회답란에 입력한 회답이 올바른 경우에는 문서 파일을 제공한다.

도 20 내지 도 23을 사용하여 설명한 예에서는, 파일 식별 정보와 패스워드를 암호화한 후 제 2 URL에 일체로 구성하여 이용자에게 통지했다. 다른 예로서, 그들 정보를 제 2 URL에 일체로 구성하지 않고, 문서 관리 서버(60)에서 관리하는 예를, 도 24 및 도 25를 참조하여 설명한다. 도 24 및 도 25에 나타내는 순서의 일례는 도 20 및 도 21에 나타내는 순서에 대응하는 것이고, 도 20 및 도 21의 스텝과 동일한 처리를 행하는 스텝에는 동일 부호를 첨부한다. 또한, 저장 통지 처리부(6142) 및 제 1 URL 처리부(6144)의 처리 순서로서는 도 15 및 도 16에 나타낸 순서를 그대로 이용할 수도 있다.

도 24의 순서에 있어서, 제 1 URL 처리부(6144)는 스텝 S83에서 클라이언트 PC(30)로부터 패스워드를 취득하면, 제 2 메일에 할당하는 고유한 ID(제 2 메일 ID라고 함)를 작성하고(S101), 그 패스워드와 스텝 S52(도 16참조)에서 취득한 리퀘스트에 포함되는 파일 식별 정보를 이 ID에 대응시켜, 소정의 데이터베이스에 기억 한다(S102). 그리고, 제 1 URL 처리부(6144)는 파일 식별 정보 및 패스워드 대신에 제 2 메일 ID를 포함한 제 2 URL을 작성하고(S84a), 이 제 2 URL을 포함한 제 2 메일을 송신한다(S85).

다음으로, 도 25를 설명하면, 제 2 메일을 수취한 이용자가 제 2 메일에 나타내진 제 2 URL에 액세스하면(S91), 제 2 URL 처리부(6146)는 이용자로부터의 리퀘스트를 해석하여(S92) 제 2 메일 ID를 구하고, 그 제 2 메일 ID에 관련된 파일 식별 정보 및 패스워드를 데이터베이스로부터 검색한다(S103). 이 후의 처리는 도 21의 순서와 동일하다.

도 24 및 도 25의 예에서는, 패스워드나 파일 식별 정보 등의 실체적인 제어 정보를 제 2 URL에 일체로 구성하는 대신에, 그들 실체적인 제어 정보를 제 2 메일 ID에 관련시켜 문서 관리 서버(60)에서 보관하고, 제 2 메일 ID를 제 2 URL에 일체로 구성했다. 동일한 사고 방식은 패스워드가 아니라 유효기한에 의해 제 2 URL의 사용을 제한하는 도 13 내지 도 18의 예에도 적용할 수 있다. 즉, 이 경우, 파일 식별 정보 및 유효기한의 정보를 제 2 메일 ID와 대응시켜 기억하고, 제 2 URL에는 그 제 2 메일 ID를 일체로 구성한다. 또한 마찬가지로, 제 1 URL의 처리에 사용되는 파일 식별 정보나 통지처 메일 어드레스 등의 제어 정보(도 12 참조)를 제 1 메 일의 ID에 대응시켜 기억하고, 제 1 URL에 대하여 그들 제어 정보 대신에 제 1 메일의 ID를 일체로 구성할 수도 있다.

또한, 다른 예로서, 제 2 URL에 대해, 유효기한과 패스워드 등의 비밀 정보의 쌍방을 제약 조건으로서 설정할 수도 있다. 이 경우, 문서 관리 서버(60)는 제 2 URL에 기초하는 리퀘스트가 유효기한 이내이고, 또한 이용자가 비밀 정보를 올바르게 입력한 경우에만 문서 파일을 제공한다.

본 실시예의 문서 관리 서버는, 전형적으로는 범용(汎用)의 컴퓨터에서 상술한 각 부의 기능 또는 처리 내용을 기술한 프로그램을 실행함으로써 실현된다. 컴퓨터는 예를 들어 하드웨어로서, 도 26에 나타낸 바와 같이, CPU(중앙연산장치)(1), 메모리(1차 기억)(2), 각종 I/O(입출력) 인터페이스(3) 등이 버스(6)를 통하여 접속된 회로 구성을 갖는다. 또한, 그 버스(6)에 대해, 예를 들어 I/O 인터페이스(3) 경유에 의해, 하드디스크 드라이브(4)나 CD나 DVD, 플래시 메모리 등의 각종 규격의 가반형(可搬型) 불휘발성 기록 매체를 판독하기 위한 디스크 드라이브(5)가 접속된다. 이러한 드라이브(4 또는 5)는 메모리에 대한 외부 기억 장치로서 기능한다. 실시예의 처리 내용이 기술된 프로그램이 하드디스크 드라이브(4) 등의 고정 기억 장치에 보존되고, 컴퓨터에 인스톨된다. 고정 기억 장치에 기억된 프로그램이 메모리에 판독되어 CPU에 의해 실행됨으로써, 실시예의 처리가 실현된다. 또한, 설명한 프로그램에 대해서는, CD나 DVD 등의 기록 매체에 저장하는 것도 가능하고, 또한 그 프로그램을 통신 수단에 의해 제공할 수도 있다.

이상은, 등록된 문서 파일을 나타내는 URL을 포함하는 전자메일을 통지처에 보냄으로써 문서를 배포하는 문서 관리 서버의 예이었다. 그러나, 2단계의 전자메일을 사용한 보호 방식은 이러한 경우에 한정되지 않고, 다른 응용 시스템에도 적용할 수 있다. 예를 들어 한정된 이용자에 대하여 처리 기능을 예를 들어 web 서비스로서 제공하는 시스템에 있어서, 그 처리 기능의 URL을 전자메일에 의해 대상 이용자에게 통지하는 경우에도, 2단계의 전자메일을 사용한 보호 방식은 적용할 수 있다. 보호의 대상이 문서 파일이 아니라 처리 기능이 되는 것뿐으로, 다른 부분은 동일하면 된다.

도 1은 실시예의 방식을 적용할 수 있는 문서 관리 시스템의 예를 나타내는 도면.

도 2는 MFP(디지털 복합기)의 기능 구성의 일례를 나타내는 도면.

도 3은 문서 관리 서버의 기능 구성을 나타내는 도면.

도 4는 문서 관리 서버가 문서 공간의 구조의 일례를 나타내는 도면.

도 5는 박스 속성을 관리하는 테이블의 예를 나타내는 도면.

도 6은 박스 속성 중 통지처 어드레스를 관리하는 테이블의 예를 나타내는 도면.

도 7은 파일 속성을 관리하는 테이블의 예를 나타내는 도면.

도 8은 박스에 대하여 통지처 메일 어드레스를 등록하는 처리 순서의 일례를 나타내는 플로차트.

도 9는 이용자가 문서 관리 서버에 문서 파일을 등록할 때의 처리 순서의 일례를 나타내는 플로차트.

도 10은 처리 지시서 리스트 화면의 예를 나타내는 도면.

도 11은 실시예에서의 문서 제공 흐름의 일례의 개요를 설명하기 위한 도면.

도 12는 제 1 URL에 포함되는 제어 정보의 예를 나타내는 도면.

도 13은 제 1 메일의 내용의 예를 나타내는 도면.

도 14는 제 2 메일의 내용의 예를 나타내는 도면.

도 15는 문서 저장 시 문서 관리 서버의 처리 순서의 일례를 나타내는 플로 차트.

도 16은 제 1 URL을 사용한 리퀘스트(request)를 받은 때의 문서 관리 서버의 처리 순서의 일례의 일부를 나타내는 플로차트.

도 17은 제 1 URL을 사용한 리퀘스트를 받은 때의 문서 관리 서버의 처리 순서의 일례의 나머지 부분과, 제 2 URL을 사용한 리퀘스트를 받은 때의 문서 관리 서버의 처리 순서의 일례를 나타내는 플로차트.

도 18은 제 2 메일을 송신한 후에 이용자에게 제공하는 송신 완료 통지 화면의 예를 나타내는 도면.

도 19는 파일 액세스 URL 처리부의 내부 구성의 일례를 나타내는 도면.

도 20은 제 2 URL을 패스워드로 보호하는 방식에서의 제 1 URL 처리부의 처리 순서의 일례를 나타내는 플로차트.

도 21은 제 2 URL을 패스워드로 보호하는 방식에서의 제 2 URL 처리부의 처리 순서의 일례를 나타내는 플로차트.

도 22는 제 2 URL을 보호하기 위한 패스워드 설정 화면의 예를 나타내는 도면.

도 23은 도 20의 예에서 이용자에게 송신되는 제 2 메일의 예를 나타내는 도면.

도 24는 도 20의 처리의 변형예의 순서의 일례를 나타내는 플로차트.

도 25는 도 21의 처리의 변형예의 순서의 일례를 나타내는 플로차트.

도 26은 컴퓨터의 하드웨어 구성의 일례를 나타내는 도면.

도면의 주요 부분에 대한 부호의 설명

30: 클라이언트 PC 60: 문서 관리 서버

1200: 제 1 메일 1210, 1230: 리퀘스트

1220: 제 2 메일 1240: 문서 파일

Claims

처리 장치에 의해 제공되는 정보 또는 처리 기능에 대응되어진 제 1 통지 정보를 이용자에게 송신하는 제 1 통지 송신부와,

상기 제 1 통지 정보의 적어도 일부를 포함하는 요구를 상기 이용자로부터 받은 경우에, 상기 제 1 통지 정보에 대응하는 정보 또는 처리 기능에 대응되어진 제 2 통지 정보를 상기 이용자에게 송신하는 제 2 통지 송신부와,

상기 제 2 통지 정보의 적어도 일부를 포함하는 요구를 상기 이용자로부터 받으면, 상기 이용자에게 그 제 2 통지 정보에 대응하는 정보 또는 처리 기능을 제공하도록 상기 처리 장치에 지시하는 지시부를 구비하는 것을 특징으로 하는 정보 처리 시스템.
제 1 항에 있어서,

상기 제 2 통지 송신부는, 상기 제 2 통지 정보로서, 제약 조건에 대응되어진 제 2 통지 정보를 송신하고,

상기 지시부는, 상기 이용자로부터 받은 상기 제 2 통지 정보의 적어도 일부를 포함하는 요구가 상기 제 2 통지 정보에 대응하는 제약 조건을 충족할 경우에, 상기 제 2 통지 정보에 대응하는 정보 또는 처리 기능을 제공하도록 상기 처리 장치에 지시하는 것을 특징으로 하는 정보 처리 시스템.
제 1 항에 있어서,

상기 제 2 통지 송신부는 유효기한이 설정된 상기 제 2 통지 정보를 송신하고,

상기 지시부는, 이용자로부터 요구를 받은 시점이 그 요구에 포함되는 제 2 통지 정보에 대하여 설정된 유효 기한 이내이면, 상기 제 2 통지 정보에 대응하는 정보 또는 처리 기능을 제공하도록 상기 처리 장치에 지시하는 것을 특징으로 하는 정보 처리 시스템.
제 3 항에 있어서,

상기 제 2 통지 송신부는 상기 이용자로부터 유효기한의 입력을 접수하고, 입력된 유효기한을 설정한 제 2 통지 정보를 송신하는 것을 특징으로 하는 정보 처리 시스템.
제 1 항에 있어서,

상기 제 2 통지 송신부는 비밀 정보와 대응되어진 상기 제 2 통지 정보를 송신하고,

상기 지시부는, 상기 이용자로부터 상기 제 2 통지 정보의 적어도 일부를 포함하는 요구에 대응시켜, 상기 제 2 통지 정보에 대응되어진 올바른 비밀 정보가 입력된 경우에, 상기 제 2 통지 정보에 대응하는 정보 또는 처리 기능을 제공하도록 상기 처리 장치에 지시하는 것을 특징으로 하는 정보 처리 시스템.
제 5 항에 있어서,

상기 제 2 통지 송신부는 상기 이용자로부터 비밀 정보의 입력을 접수하고, 입력된 비밀 정보와 대응되어진 제 2 통지 정보를 송신하는 것을 특징으로 하는 정보 처리 시스템.
정보 또는 처리 기능의 제공을 제어하기 위한 처리를 컴퓨터에 실행시키기 위한 프로그램을 기억한 컴퓨터 판독 가능한 기억매체로서,

상기 처리는,

처리 장치에 의해 제공되는 정보 또는 처리 기능에 대응되어진 제 1 통지 정보를 이용자에게 송신하는 스텝과,

상기 제 1 통지 정보의 적어도 일부를 포함하는 요구를 상기 이용자로부터 받은 경우에, 상기 제 1 통지 정보에 대응하는 정보 또는 처리 기능에 대응되어진 제 2 통지 정보를 상기 이용자에게 송신하는 스텝과,

상기 제 2 통지 정보의 적어도 일부를 포함하는 요구를 상기 이용자로부터 받으면, 상기 이용자에게 그 제 2 통지 정보에 대응하는 정보 또는 처리 기능을 제공하도록 상기 처리 장치에 지시하는 스텝을 포함하는 것을 특징으로 하는 기억매체.
제 7 항에 있어서,

상기 제 2 통지 정보를 송신하는 스텝은, 상기 제 2 통지 정보로서, 제약 조건에 대응되어진 제 2 통지 정보를 송신하는 스텝을 갖고,

상기 처리 장치에 지시하는 스텝은, 상기 이용자로부터 받은 상기 제 2 통지 정보의 적어도 일부를 포함하는 요구가 상기 제 2 통지 정보에 대응하는 제약 조건을 충족할 경우에, 상기 제 2 통지 정보에 대응하는 정보 또는 처리 기능을 제공하도록 상기 처리 장치에 지시하는 스텝을 갖는 것을 특징으로 하는 기억매체.
제 7 항에 있어서,

상기 제 2 통지 정보를 송신하는 스텝은 유효기간이 설정된 상기 제 2 통지 정보를 송신하는 스텝을 갖고,

상기 처리 장치에 지시하는 스텝은, 이용자로부터 요구를 받은 시점이 그 요구에 포함되는 제 2 통지 정보에 대하여 설정된 유효기한 이내이면, 상기 제 2 통지 정보에 대응하는 정보 또는 처리 기능을 제공하도록 상기 처리 장치에 지시하는 스텝을 갖는 것을 특징으로 하는 기억매체.
제 9 항에 있어서,

상기 제 2 통지 정보를 송신하는 스텝은 상기 이용자로부터 유효기한의 입력을 접수하고, 입력된 유효기한을 설정한 제 2 통지 정보를 송신하는 스텝을 갖는 것을 특징으로 하는 기억매체.
제 7 항에 있어서,

상기 제 2 통지 정보를 송신하는 스텝은 비밀 정보와 대응되어진 상기 제 2 통지 정보를 송신하는 스텝을 갖고,

상기 처리 장치에 지시하는 스텝은, 상기 이용자로부터 상기 제 2 통지 정보의 적어도 일부를 포함하는 요구에 대응시켜, 상기 제 2 통지 정보에 대응되어진 올바른 비밀 정보가 입력된 경우에, 상기 제 2 통지 정보에 대응하는 정보 또는 처리 기능을 제공하도록 상기 처리 장치에 지시하는 스텝을 갖는 것을 특징으로 하는 기억매체.
제 11 항에 있어서,

상기 제 2 통지 정보를 송신하는 스텝은 상기 이용자로부터 비밀 정보의 입력을 접수하고, 입력된 비밀 정보와 대응되어진 제 2 통지 정보를 송신하는 스텝을 갖는 것을 특징으로 하는 기억매체.
정보 또는 처리 기능의 제공을 제어하기 위한 방법으로서,

처리 장치에 의해 제공되는 정보 또는 처리 기능에 대응되어진 제 1 통지 정보를 이용자에게 송신하는 스텝과,

상기 제 1 통지 정보의 적어도 일부를 포함하는 요구를 상기 이용자로부터 받은 경우에, 상기 제 1 통지 정보에 대응하는 정보 또는 처리 기능에 대응되어진 제 2 통지 정보를 상기 이용자에게 송신하는 스텝과,

상기 제 2 통지 정보의 적어도 일부를 포함하는 요구를 상기 이용자로부터 받으면, 상기 이용자에게 그 제 2 통지 정보에 대응하는 정보 또는 처리 기능을 제공하도록 상기 처리 장치에 지시하는 스텝을 포함하는 것을 특징으로 하는 방법.