KR20090084704A - 통지 방법, 관리 장치 및 클라이언트 장치 - Google Patents

Abstract

화상처리장치의 상태가 변화되었을 경우에, 상기 상태변화를 기록한 갱신 정보를 생성하고, 생성된 갱신 정보를 송신하는 기능을 갖는 클라이언트 장치에 화상처리장치의 상태변화를 통지한다. 화상처리장치를 관리하는 관리 장치로부터 클라이언트 장치에 화상처리장치에 대응하는 프린터 드라이버를 배포하고, 갱신 정보를 송신하는 기능을 클라이언트 장치로 등록시킨다.

화상처리장치, 통지 방법, 클라이언트 장치, 프린터 드라이버.

Description

통지 방법, 관리 장치 및 클라이언트 장치{Notification method, management apparatus and client apparatus}

본 발명은, 네트워크를 거쳐서 화상처리장치의 상태변화를 클라이언트 장치에 통지하는 기술에 관한 것이다.

인쇄 목적으로 네트워크 프린터를 이용하는 일반적인 유저는, 자신이 이용하고 있는 프린터의 상태를 파악하기를 원한다. 유저에 의한 프린터의 상태 파악 방법으로서는, 프린터 드라이버나 유틸리티 소프트웨어에 의해 프린터의 상태를 취득하는 방법이 주류다. 한편, 주요한 네트워크 프린터 관리 소프트웨어의 대부분은, 프린터의 상태를 이메일로 유저에게 통지하는 기능을 가지고 있다.

또한, 이메일을 대신하는 새로운 프린터 상태 통지 방법으로서, 매우 간단한 배급(RSS:Really Simple Syndication) 기술도 주목받고 있다. RSS는, 웹사이트의 기사의 표제, 개요 및 링크를 송신하기 위한 몇 개의 문서 포맷의 총칭이다. 웹 사이트측에서는, 웹페이지의 기사의 표제, 개요, 링크 등을 바탕으로 RSS데이터를 생성한다. 여기에서, RSS데이터란, ⅩML을 기반으로 한 RSS형식 포맷으로 기록된 소 스다. RSS형식에는, RSS O.91, RSS 2.0, RSS l.0, Atom등, 몇 개의 버전이 존재한다.

클라이언트측에서는, "RSS리더(reader)"라고 하는 어플리케이션을 사용해서 웹사이트의 갱신 정보를 받을 수 있다. RSS 리더는, 등록된 RSS데이터를 정기적으로 다운로드하여, 갱신 정보를 입수해서 화면에 표시한다. 웹페이지에 링크가 구비되어 있으면, 사용자는 기사를 포함한 웹페이지로 이동할 수 있다.

이 RSS 기술을 이용 함에 의해, 유저에게는 웹 사이트에서 정보가 송신되어 있는 것처럼 보인다. 이 때문에 유저에 있어서는 방대한 양의 HTML페이지 중에서 흥미가 있는 웹 페이지만을 효율적으로 열람할 수 있다고 하는 장점이 있다.

최근, 상기 RSS기술을 이용하여, 유저에게 복수의 프린터의 상태를 RSS형식의 데이터로 제공하는 기능을 갖는 프린터가 제안되고 있다(예를 들면, 일본국 공개특허공보 특개2005-209056호 참조). 이 제안에서는, 프린터가 프린터 상태를 나타내는 HTML페이지를 생성하고, 그 생성된 페이지에 표제, 개요 및 링크를 포함한 RSS데이터를 생성한다. 통지를 받는 유저는 클라이언트 PC에 인스톨된 RSS리더로 RSS데이터의 URL을 등록한다.

이러한 구성으로 함으로써, 유저는 웹브라우저 프로그램을 이용하여, 프린터의 상태변화의 내용을 용이하게 파악할 수 있다. 또한, ⅩML을 기반으로 한 범용 포맷인 RSS형식으로 통지 내용을 기재하기 때문에, 통지 내용의 제약이 RSS데이터 생성시의 설치 이외에는 의존하지 않는다고 하는 장점도 있다.

그렇지만, 전술한 종래의 방법에서는, 다음과 같은 문제가 있다. 프린터 드 라이버나 유틸리티 소프트웨어에 의해 프린터 상태를 취득할 경우, 취득할 수 있는 프린터 상태정보가 프린터 드라이버나 유틸리티 소프트웨어의 설치에 의존해버린다.

또한, 프린터 관리 장치에 의한 이메일 통지의 경우에는, 통지를 하는 클라이언트 컴퓨터의 환경에 이메일 프로그램이 필요하다. 또한, 한사람의 유저가 복수의 PC를 사용하는 환경에서는, 이메일을 수신한 PC가, 반드시 프린터가 셋업된 환경이라고는 할 수 없다.

또한, 프린터가 생성하는 RSS데이터에 의한 프린터의 상태통지의 경우, 유저가 자신이 이용하는 프린터마다, 수동으로 RSS피드(feed)를 RSS리더로 등록할 필요가 있다. 이용된 프린터의 대수가 많을수록, 이러한 번잡한 작업은 유저의 부담이 될 것이다.

본 발명은, 유저가 번잡한 작업을 행하지 않고, 유저가 이용하는 화상처리장치의 상태변화를 갱신 정보에 의해 클라이언트 장치에 통지하는 기술을 실현 가능하게 한다.

본 발명의 일 국면에서는, 네트워크를 거쳐서 화상처리장치의 상태변화를 클라이언트 장치에 통지하는 통지 방법을 제공하고, 이 방법은, 상기 화상처리장치의 상태가 변화되었을 경우에, 상기 상태변화를 기록한 갱신 정보를 생성하는 생성 공정과, 상기 생성 공정에서 생성된 갱신 정보를 송신하는 기능에 의해 상기 클라이언트 장치에 상기 화상처리장치의 상태변화를 통지하는 통지 공정과, 상기 화상처 리장치를 관리하는 관리 장치로부터 상기 클라이언트 장치에 상기 화상처리장치에 대한 프린터 드라이버를 배포하고, 상기 갱신 정보를 송신하는 기능을 상기 클라이언트 장치에 등록시키는 공정을 포함한다.

본 발명의 다른 국면에서는, 네트워크를 거쳐서 화상처리장치를 관리하고, 상기 화상처리장치의 상태변화를 클라이언트 장치에 통지하는 관리 장치를 제공하고, 이 관리 장치는, 상기 화상처리장치의 상태가 변화되었을 경우에, 상기 상태변화를 기록한 갱신 정보를 생성하는 생성 수단과, 상기 생성 수단에서 생성된 상기 갱신 정보를 송신하는 기능에 의해 상기 클라이언트 장치에 상기 화상처리장치의 상태변화를 통지하는 통지 수단과, 상기 화상처리장치에 대한 프린터 드라이버를 상기 클라이언트 장치에 배포하고, 상기 갱신 정보를 송신하는 기능을 상기 클라이언트 장치로 등록시키는 수단을 구비한다.

본 발명의 또 다른 국면에서는, 네트워크를 거쳐서 화상처리장치를 사용하는 클라이언트 장치를 제공하고, 이 클라이언트 장치는, 상기 화상처리장치에 대한 프린터 드라이버를 배포하는 경우 상기 화상처리장치의 상태변화를 기록하는 갱신 정보를 송신하는 기능을 등록시키는 등록수단과, 상기 갱신정보를 송신하는 기능에 의해 상기 화상처리장치의 상태 변화를 취득하는 취득수단을 구비한다.

본 발명의 또 다른 특징은, 아래의 첨부된 도면을 참조하여 예시적 실시예들의 설명으로부터 명백해질 것이다.

이하, 첨부도면을 참조하여 발명을 실시하기 위한 최선의 형태에 대해서 상세하게 설명한다.

<시스템 구성(하드웨어)>

도1은, 본 발명의 실시예에 따른 관리시스템의 전체구성을 나타내는 블록도다. 도1에 나타나 있는 바와 같이, 상기 관리시스템은, 서로 네트워크(100)를 거쳐서 접속된 관리 장치(110), 클라이언트 장치(120), 화상처리장치(피관리 장치)(130)로 구성된다. 화상처리장치(130)는, 예를 들면, 카피 기능, 프린트 기능, 박스 기능 등의 복수의 기능을 갖는 복합기나 네트워크 인에이블형 프린터일 수 있다.

네트워크(100)는, TCP/IP네트워크가 구축가능해서, 네트워크를 거쳐서 통신 기기를 감시/제어하기 위한 프로토콜이 이용가능한 네트워크일 수 있다. 여기에서, 네트워크(100)는, SNMP 및 독자적인 통신 기기 감시 프로토콜을 이용할 수 있다고 가정한다. SNMP란, "Simple Network Management Protocol"의 약칭이다.

관리 장치(110) 및 클라이언트 장치(120)는 모두 범용 컴퓨터의 구성을 갖는 것이다. 여기에서는, 관리 장치(110)를 예로 들어서 설명하고, 클라이언트 장치(120)의 하드웨어 구성에 관한 설명은 생략한다. 관리 장치(110)에 구비된 참조번호 111∼118은, 클라이언트 장치(120)에 구비된 참조번호 121∼128에 해당한다.

관리 장치(110)에 있어서, 참조번호 111은 시스템 버스이며, 범용 컴퓨터를 구성하는 요소들을 접속하는 역할을 가진다. 참조번호 112는 CPU(중앙처리장치)이며, 컴퓨터 전체의 제어 및 연산 처리를 행한다. 참조번호 113은 RAM(random access memory)이며, 여러가지 처리에 대하여 프로그램들 및 데이터들이 로드되어, 실행되는 영역이다. 참조번호 114는 ROM(읽기전용 메모리)이며, 시스템 기동 프로그램 등의 기억영역이다.

참조번호 115는 DKC(외부 기억장치 제어부)이며, HD(하드 디스크)(116) 등의 외부기억장치의 제어를 행한다. HD(l16)에는 프로그램, 데이터 등을 기억시켜 두고, CPU(l12)가 처리를 실행시, 필요에 따라서 참조 또는 RAM(l13)에 로드된다.

본 시스템에서는, CPU(112)가 기본 I/O프로그램 및 OS를 실행하고 있는 상태에서 동작한다. 기본 I/O프로그램은 ROM(l14)에 기록되고, OS는 HD(l16)에 기록된다. 그리고, 컴퓨터부의 전원이 ON 되었을 때에, 기본 I/O프로그램중의 이니셜 프로그램 로드 기능에 의해, HD(l16)로부터 OS가 RAM(l13)에 판독되어, OS의 동작이 개시된다.

참조번호 117은 네트워크 인터페이스(I/F)이며, 네트워크(100)에 접속되어 네트워크 통신을 행한다. 참조번호 118은 입/출력 인터페이스(I/F)이며, (도면에 나타내지 않은) 키보드, 디스플레이 등에 접속되어 데이터의 입/출력을 행한다.

화상처리장치(130)는, 유저 인터페이스를 제공하는 조작부(131), 제어 유닛(132), 화상출력 디바이스인 프린터(133), 화상입력 디바이스인 스캐너(134)로 구성된다.

조작부(131), 프린터(133) 및 스캐너(134)는, 제어 유닛(132)에 접속되어서 제어 유닛(132)에 의해 제어된다. 제어 유닛(132)은, 네트워크(100)에 접속되어, 관리 장치(110)나 클라이언트 장치(120)와의 사이에서 통신을 행한다. 여기에서, 화상처리장치(130)는 전술한 스캐너(134)를 구비하지 않아도 된다.

<화상처리장치의 하드웨어 구성>

도2는, 화상처리장치(130)의 상기 제어 유닛(132)의 하드웨어 구성의 일례를 도시한 도면이다. CPU(201)는 제어 유닛(132) 전체를 제어하는 콘트롤러다. RAM(202)은 CPU(201)가 처리를 실행시에 사용되는 시스템 워크 메모리다. 또한, RAM(202)은 화상 데이터를 일시적으로 기억하는 화상 메모리로서의 역할을 한다. ROM(205)은 부트 ROM이며, 시스템의 부트 프로그램이 격납되어 있다.

HDD(206)는 하드디스크 드라이브이며, 시스템 소프트웨어 및 화상 데이터를 격납한다. 조작부I/F(203)는 조작부(131)와의 인터페이스이고, 조작부(131)에 표시해야 할 화상 데이터를 조작부(131)에 대하여 출력하고, 사용자가 조작부(131)를 거쳐서 입력한 정보를 CPU(201)에 송신하는 역할을 한다.

네트워크I/F(204)는, 네트워크(100)와의 접속을 제어하고, 네트워크(100)를 통한 정보의 입/출력을 행한다. 이미지 버스I/F(207)는 시스템 버스(208)와 화상 데이터를 고속으로 전송하는 화상 버스(209)를 접속하고, 데이터구조를 변환하는 버스 브리지다.

화상 버스(209)는 PCI버스나 IEEE1394로 구성된다. 화상 버스(209)에는, 래스터 화상 처리장치(RIP)(210), 디바이스I/F(211), 스캐너 화상처리부(212) 및 프린터 화상처리부(213)가 접속된다.

RIP(210)은 네트워크(100)를 거쳐서 클라이언트 장치(120)로부터 송신된 PDL코맨드를 비트맵 이미지로 전개한다. 디바이스I/F(211)는 화상 입/출력 디바이스인 프린터(133) 및 스캐너(134)와 제어 유닛(132)을 접속하고, 화상 데이터의 동기적으로 또는 비동기적으로 화상 데이터를 변환한다.

스캐너 화상처리부(212)는, 입력 화상 데이터에 대하여 보정, 가공, 편집을 행한다. 프린터 화상처리부(213)는 프린트 출력 화상 데이터에 대하여 프린터(133)의 성능에 따른 보정, 해상도 변환 등을 행한다. 화상처리장치(130)의 구성 중, 스캐너(134)와 스캐너 화상처리부(212)는 생략되어도 된다.

<시스템 구성(소프트웨어)>

다음에, 본 실시예에 따른 관리시스템의 소프트웨어 구성을, 도3을 사용하여 설명한다. 도3은, 본 실시예에 따른 관리시스템의 소프트웨어 구성의 일례를 도시한 도면이다. 관리 장치(110)는 웹 서버 기능(301)을 가진다. 클라이언트 장치(120)에서 동작하는 웹브라우저(307)로부터 HTTP GET 리퀘스트를 받으면, 관리 장치(110)는 HD(l16)에 기억된 웹페이지 데이터를 회신한다. 웹페이지 데이터를 받으면, 웹브라우저(307)는, 웹페이지 데이터를 정형해 유저에게 표시한다. 이에 따라, 유저는 클라이언트 장치(120) 상에 동작하는 웹브라우저(307)를 통해서 관리 장치(110)에 액세스하고, 피관리 장치(화상처리장치(130)를 포함하는 복수의 화상처리장치)의 정보를 취득하고, 설정을 행할 수 있다.

도4는, 복수의 화상처리장치의 일람을 표시한 화면의 일례를 도시한 도면이다. 이 예에서는, 클라이언트 장치(120) 상에서 동작하는 웹브라우저(307)를 사용하여 관리 장치(110)에 접속하고, 관리 장치(110)에 의해 관리되는 복수의 화상처리장치의 일람이 표시되어 있다. 구체적으로는, 각 화상처리장치마다, 디바이스 명(401), 제품명(402), 디바이스 상태(403), 설치 장소(404), IP어드레스(405) 및 갱신 일시(406)가 표시된다. 디바이스 상태(403)는, 각 화상처리장치의 상태를 의미하는 아이콘으로 표시되고, 각 화상처리장치의 개별의 상태 상세 표시 페이지에 링크로서의 역할을 한다.

디바이스 정보의 갱신 버튼(407)이 눌러지면, 선택된 화상처리장치의 정보를 관리 장치(110)로부터 재취득해서 표시한다. 화상처리장치의 정보는, 웹브라우저(307)로부터의 요구에 따라, 관리 장치(110)가 화상처리장치로부터 정보를 취득하여, HTML 데이터를 생성한다. 그렇지만, 관리 장치(110)에서 정기적으로 정보를 취득하여, 사전에 HTML데이터 형태의 정보를 기억하는 구성도 가능하다.

관리 장치(110)에는, 웹 서버 기능(301)과 함께 관리 유틸리티(302), 즉 소프트웨어 모듈이 인스톨되어 있다. 이들 기능을 실행함으로써 관리 장치(110)로서 기능한다. 관리 유틸리티(302)는, 웹 서버 기능(301)에서 제공되는 웹페이지에 기술된 스크립트를 실행하는 CGI프로그램으로서 구현된다. 이렇게, 관리 유틸리티(302)는, 웹 서버 기능(301)과 함께 화상처리장치를 관리하는 웹 어플리케이션을 실현하고 있다.

관리 장치(110)는, 프린터 드라이버 DB(305) 및 DB(306)의 2개의 데이타베이스를 가진다. 프린터 드라이버 DB(305) 및 DB(306)는, 도3에서는 관리 장치(110)안에 포함되어 있지만, 네트워크(100)에 접속된 별도의 서버 컴퓨터 내에 포함되어도 된다.

관리 유틸리티(302)는, 네트워크(100)에 접속된 화상처리장치(130)를 포함하 는 복수의 화상처리장치의 상태를 소정의 기간마다 감시하고, 상태변화가 있는 경우에는 관리 로그(303)에 HTML형식으로 기록한다. 관리 로그(303)는, 웹 서버 기능(301)에 의해, 네트워크(100)를 거쳐서 클라이언트 장치(120)에 의해 실행되는 웹브라우저(307)로부터 열람가능하다. 관리 유틸리티(302)는, 관리 로그(303)를 갱신할 때에, 이 관리 로그(303)의 갱신 정보의 개요와 링크 정보를 관리 로그 갱신 정보(304)에 RSS형식으로 기록한다. 관리 로그 갱신 정보(304)는, 웹 서버 기능(301)에 의해, 네트워크(100)를 거쳐서 클라이언트 장치(120)에 의해 실행되는 RSS리더(308)로부터 열람가능하다.

관리 유틸리티(302)는, 프린터 드라이버 DB(305)에 격납된 프린터 드라이버를, 네트워크(100)를 거쳐서 클라이언트 장치(120)에 송신한다. 관리 유틸리티(302)가 클라이언트 장치(120) 상에서 프린터 드라이버의 인스톨 및 설정을 행할 때, 드라이버 에이전트(309)를 이용한다. 이 드라이버 에이전트(309)는, 여기에서는 드라이버 송신전에, 관리 장치(110)에 의해 클라이언트 장치(120)에 인스톨되는 것으로 가정한다. 그렇지만, 드라이버 에이전트(309)가 사전에 클라이언트 장치(120)에 인스톨되는 구성도 가능하다.

클라이언트 장치(120)는, 화상처리장치(130)를 이용하는 유저가 상용하는 컴퓨터다. 유저가 이용하는 애플리케이션 프로그램으로서, 웹브라우저(307)와 RSS리더(308)가 미리 인스톨되어 있다. 이 클라이언트 장치(120)에서 웹브라우저(307)를 실행함으로써, 관리 장치(110) 및 화상처리장치(130)가 제공하는 웹 어플리케이션을 열람 및 조작하는 것이 가능하다.

클라이언트 장치(120)에서 RSS리더(308)를 실행함으로써, 관리 장치(110) 및 화상처리장치(130)가 제공하는 RSS데이터를 열람 및 조작하는 것이 가능하다. 클라이언트 장치(120)에는, 관리 장치(110)에 의한 프린터 드라이버의 전송시에, 드라이버 에이전트(309)가 인스톨된다.

드라이버 에이전트(309)는, 클라이언트 장치(120)의 관리자 권한을 갖는 유저가, 네트워크(100)를 거쳐서 관리 장치(110)로부터 클라이언트 장치(120)에 인스톨한다. 그렇지만, 사전에 유저가 클라이언트 장치(120) 위에 드라이버 에이전트(309)를 국소적으로 인스톨하는 구성도 가능하다.

이 드라이버 에이전트(309)에 의해, 관리 장치(110)로부터 클라이언트 장치(120)에 프린터 드라이버가 인스톨되어, 화상처리장치(130)의 프린터(133)를 사용한 인쇄를 할 수 있도록 설정된다.

화상처리장치(130)에는, "관리 정보 베이스"(MIB)(310)라고 불리는 관리 정보 데이타베이스가 설치된다. 이 MIB(310)에는, 프린터(133)의 상태를 외부의 장치에 통지하기 위한 공개 정보가 격납되고, MIB(310)는 통신 기기 감시/제어 프로토콜인 SNMP를 통해서 액세스된다.

독자관리 정보DB(311)에는, MIB(310)에 격납되지 않는, 독자의 공개 정보가 격납되고, 독자관리 정보DB(311)는 독자적인 통신 기기 감시 프로토콜을 통해서 액세스된다. 관리 장치(110)에 있어서, 관리 유틸리티(302)가 화상처리장치(130)의 상태 취득을 행할 때는, 취득하는 정보에 따라, 어느 한쪽의 통신 프로토콜이나 양쪽의 통신 프로토콜을 사용한다.

화상처리장치(130)는, 웹 서버 기능(312)에 삽입되어서 실행되는 프로그램인 로그 매니저(313)를 가진다. 로그 매니저(313)는, 화상처리장치(130)의 상태변화시에 관리 로그(314)에 기록한다. 관리 로그(314)는 HTML형식으로 기록된다. 관리 로그(314)는 웹 서버 기능(312)에 의해, 네트워크(100)를 거쳐서 클라이언트 장치(120)에 의해 실행되는 웹브라우저(307)로부터 열람가능하다.

도5는, 화상처리장치(130)의 관리 로그(314)를 표시한 화면의 일례를 도시한 도면이다. 이 예에서는, 클라이언트 장치(120)의 웹브라우저(307)에 의해 화상처리장치(130)가 생성한 관리 로그(314)의 HTML페이지가 표시되어 있다. 구체적으로는, 디바이스 명(501), 제품명(502), 및 디바이스 상태정보(503)가 표시된다. 디바이스 상태정보(503)를 참조하면, 카세트3, 4의 용지가 없는 사실이 아이콘으로 표시되어 있다.

로그 매니저(313)는, 관리 로그(314)가 갱신되면, 관리 로그(314)의 갱신 정보의 개요와 링크 정보로 이루어진 관리 로그 갱신 정보(315)를 RSS형식으로 생성한다. 관리 로그 갱신 정보(315)는, 웹 서버 기능(312)에 의해, 네트워크(100)를 거쳐서 클라이언트 장치(120)의 RSS리더(308)로부터 열람가능하다.

도6은, 화상처리장치(130)의 관리 로그 갱신 정보(315)를 표시한 화면의 일례를 도시한 도면이다. 참조번호 601은 RSS버전을 정의한다. 도6에서는, RSS의 버전은 2.0이라고 기록되어 있지만, 클라이언트 장치(120)의 RSS리더(308)가 그 버전을 지원하면, 다른 버전이어도 좋다. 참조번호 602는, 화상처리장치(130)안에 유지하는 관리 로그(314)의 요약 정보를 나타내고, 항목의 표제, URL 및 설명으로 구성 된다.

본 실시예에서는 네트워크(100)에 화상처리장치가 1개만 접속되었을 경우를 나타냈지만, 2대 이상의 화상처리장치가 접속되어도 된다. 관리 장치(110)는 복수대의 화상처리장치의 관리를 행할 수 있다.

<관리 장치(110)의 기능>

다음에, 관리 장치(110)의 기능에 대해서, 더 상세하게 설명한다. 여기에서는, 기능으로서, 프린터의 상태감시, 설정 정보취득, 설정 전송, 프린터 드라이버 배포를 예로 들어서 설명한다. 우선, 화상처리장치(130)의 상태감시를, 도7 및 도8을 사용하여 설명한다.

도7은, 관리 장치(110)가 화상처리장치(130)를 감시하는 감시 기간의 설정 화면의 일례를 도시한 도면이다. 이 화면은 클라이언트 장치(120) 상에서 동작하는 웹브라우저(307)가 관리 장치(110)에 접속하고, 화상처리장치(130)의 감시 설정 화면을 표시한 화면이다. 도7에 나타낸 참조번호 701은 감시일의 설정 파라미터이며, 사용자가 1주일 중에서 어느 요일을 감시하는지를 규정할 수 있다. 이 예에서는, 그 주의 7일을 파라미터로서 사용하지만, 사용자가 1개월의 어느 날(들)을 감시하는지를 규정할 수 있다.

참조번호 702는 감시 시간의 설정 파라미터를 나타낸다. 사용자는, 감시일(701)에 설정한 요일의 어느 시간대에서 감시를 행할지를 설정할 수 있다. 이 예에서는 감시 개시시간과 종료 시간을 입력하거나, 또는 24시간의 감시를 행할지를 설정할 수 있게 구성되어 있다.

유저에 의해 입력된 감시 기간의 설정 파라미터는 관리 장치(110)의 DB(306)에 격납된다. 그리고, 관리 장치(110)가 정기적으로 DB(306)의 내용을 확인하고, 유저가 등록한 설정에 따라 화상처리장치(130)를 감시한다.

관리 장치(110)는 SNMP 혹은 독자의 프로토콜에 의해 화상처리장치(130)와 통신을 행하고, 그 화상처리장치(130)의 상태를 취득한다. 여기에서 화상처리장치(130)의 상태란, 스탠바이 상태, 프린트 상태, 에러 상태 등의 이 장치의 상태, 혹은 용지와 토너 등의 소모품의 상태 등이다. 그리고, 관리 장치(110)는, 관리하는 화상처리장치(130)의 상태를 관리 로그(303)에 HTML형식으로 기록한다.

복수의 화상처리장치가 존재할 경우, 감시 기간의 설정 화면에서 개별적으로 화상처리장치마다 감시 기간을 설정할 수 있는 구성을 이용하는 것도 가능하다. 이 경우, 관리 장치(110)는 각 화상처리장치의 상태를 관리 로그(303)에 HTML형식으로 기록할 수 있다.

도8은, 관리 장치(110)가 관리하는 화상처리장치(130)의 상세정보를 나타내는 화면의 일례를 도시한 도면이다. 이 화면은 클라이언트 장치(120)상에서 동작하는 웹브라우저(307)가 관리 장치(110)에 접속하고, 화상처리장치(130)의 상태의 상세정보를 표시한 화면이다. 도8에 나타낸 참조번호 801은 디바이스 정보이며, 디바이스 명, 제품명, 갱신 일시 등이 표시된다. 참조번호 802는 디바이스 상태의 상세정보이며, 화상처리장치(130)의 감시 결과인 상태의 상세정보가 표시된다.

복수의 화상처리장치가 존재할 경우, 이 화면에는, 각 화상처리장치의 상태의 상세정보가 표시된다.

다음에, 관리 장치(110)의 다른 기능인 프린터의 설정 정보의 취득 및 설정 전송을, 도9를 사용하여 설명한다. 화상처리장치(130)의 MIB(310) 혹은 독자관리 정보DB(311)로 관리된 항목들은, 관리 장치(110)로부터 취득 및 설정될 수 있다.

도9는, 관리 장치(110)가 관리하는 화상처리장치(130)의 설정 화면의 일례를 도시한 도면이다. 이 화면은, 클라이언트 장치(120) 상에서 동작하는 웹브라우저(307)에서 관리 장치(110)에 접속하고, 화상처리장치(130)의 항목설정 화면을 표시한 화면이다. 도9에 나타낸 참조번호 901은, 디바이스 정보항목이며, 화상처리장치(130)에 관한 정보를 입력할 수 있다. 이 예에서는, 디바이스 명, 설치 장소, 관리자 명, 관리 코멘트, 고객 서비스 담당자명, 고객 서비스 담당자 연락정보 및 담당자 코멘트 등이 입력 가능항목이다. 또한, 체크 박스에서 항목을 선택함으로써 설정 항목 중 일부만을 설정할 수 있다.

참조번호 902는 네트워크의 설정 항목이며, 화상처리장치(130)의 네트워크에 관한 설정을 할 수 있다. 이 예에서는, IP어드레스, 서브넷 마스크, 게이트웨이 어드레스, DNS서버 어드레스, DNS호스트명, DNS도메인 명, SNTP서버 등의 설정을 할 수 있다. 여기에서 입력된 항목은, 등록 버튼(903)을 누를 때, SNMP 혹은 독자 프로토콜로 화상처리장치(130)에 송신되어, 설정된다.

다음에, 관리 장치(110)의 기능 중 하나인 프린터 드라이버의 배포를 설명한다. 관리 장치(110)는, 네트워크(100)를 거쳐서 접속된 클라이언트 장치(120)에 프린터 드라이버를 배포할 수 있다. 이러한 프린터 드라이버 배포에 대해서는, 나중에 상세히 설명한다.

이상, 관리 장치(110)의 기능으로서, 프린터의 상태감시 기능, 설정 정보취득 기능, 설정 전송 기능, 프린터 드라이버 배포 기능을 설명했다. 그러나, 관리장치(110)는, 상기에 추가로, 관리 로그를 표시하는 페이지, 화상처리장치(130)에 애플리케이션 프로그램과 리소스 파일을 송신하는 페이지 등도 제공할 수 있다.

<관리 장치(110)의 동작(프린터 감시시)>

다음에, 관리 장치(110)의 동작으로서, 프린터 감시시와 프린터 드라이버 배포시의 동작을 설명한다. 우선, 관리 장치(110)에 의한 화상처리장치(130)의 상태감시 및 장해 검출시의 동작을, 도10을 사용하여 설명한다.

도10은, 관리 장치(110)에 의한 화상처리장치(130)의 상태감시 및 장해 검출시의 동작을 나타내는 흐름도다. 이 처리는, 유저가 상태감시 대상의 디바이스(화상처리장치(130))를 선택하고, 도7에 나타내는 감시 설정 화면에 의해 설정한 후, 관리 유틸리티(302)에 의해 실행된다.

우선, 스텝SlOOl에서, 관리 유틸리티(302)는 경과 시간 카운터를 초기화(리셋트)한다. 그리고, 스텝SlOO2에서, 미리 정해진 폴링 간격분 시간이 경과하는 것을 기다린다. 그 후에 폴링 간격분만 시간이 경과하면, 스텝SlOO3에 진행되고, 감시하고 있는지를 체크한다. 여기에서, 감시하고 있지 않다고 판단한 경우에는, 스텝SlOOl에 되돌아가고, 다시 폴링 간격이 경과할 때까지 대기한다.

한편, 스텝SlOO3에서 감시하고 있다고 판단한 경우에는, 스텝SlOO4에 진행되고, 디바이스의 상태정보를 취득한다. 디바이스의 상태정보란, 스탠바이 상태, 프린트 상태, 에러 상태 등의 상기 장치의 상태정보, 또는 용지와 토너등의 소모품의 상태를 나타낸 상태정보이다. 상기 디바이스 상태정보는, SNMP 혹은 독자 프로토콜을 사용해서 취득된다.

다음에, 스텝SlOO5에서, 스텝SlOO4에서 취득한 디바이스 상태정보에 근거하여, 감시 대상 디바이스에 상태변화가 일어났는지를 검출한다. 여기에서 사용된 것처럼, 상태변화란, 이전에 취득된 디바이스 상태로부터 디바이스 상태정보에 변화가 있었을 경우를 말한다. 물론, 디바이스가 에러 발생 상태로부터 회복했을 경우를 상태변화에게 포함시켜도, 포함시키지 않아도 좋다.

스텝SlOO5에서 감시 대상 디바이스에 상태변화가 일어나고 있지 않으면, 스텝SlOOl로 되돌아간다. 그렇지만, 상태변화가 일어나고 있으면, 스텝SlOO6에 진행되어, 스텝SlOO6에서는, 디바이스가 RSS데이터 생성 기능을 갖는지를 판정한다.

RSS 데이터 생성 기능이란, 디바이스가 관리 로그 갱신 정보(315)를 갖고, 디바이스 자신의 상태변화에 따라 관리 로그(314) 및 관리 로그 갱신 정보(315)를 갱신하는 기능이다. 디바이스가 RSS데이터 생성 기능을 갖는지의 여부에 관한 정보는, SNMP 혹은 독자 프로토콜을 사용해서 취득한다. 디바이스가 RSS데이터 생성 기능을 갖고 있는 경우에도, 웹 서버 기능(312)이나 로그 매니저(313)에 의한 관리 로그(314)의 생성이 오프일 경우에는, 디바이스가 RSS데이터 생성 기능을 갖지 않는다고 판정한다.

스텝SlOO6에서 디바이스가 RSS데이터 생성 기능을 갖는다고 판정한 경우에는, 디바이스는, RSS데이터를 생성하고, 스텝SlOO9에 진행된다.

한편, 스텝SlOO6에서 디바이스가 RSS데이터 생성 기능을 갖지 않는다고 판정 한 경우에는, 스텝SlOO7에 진행되고, 스텝SlOO4에서 취득한 디바이스 상태정보를 바탕으로 관리 로그(303)의 HTML데이터를 갱신한다. 그리고, 스텝SlOO8에서는, 스텝SlOO7에서 갱신한 관리 로그(303)를 바탕으로, 관리 로그 갱신 정보(304)의 RSS데이터를 갱신한다.

본 실시예에서는 디바이스의 RSS데이터 생성 기능의 유무에 따라 관리 로그 갱신 정보(304)에 있어서의 RSS데이터의 소스가 다르다. 그러나, 같은 상태 정보를 통지하는 것이 필요한 경우에는, 디바이스의 RSS데이터 생성 기능의 유무에 상관없이 관리 장치(110)가 RSS데이터를 생성해도 좋다.

스텝SlOO9에서는, RSS데이터를 나타내는 RSS피드의 URL을, 관리 장치(110)의 DB(306)에 보존한다.

도11은, 관리 장치(110)가 생성하는 관리 로그 갱신 정보(304)의 RSS데이터의 일례를 도시한 도면이다. 도11에 나타낸 참조번호 1101은, RSS버전이다. 여기서, RSS 버전은 2.0이라고 기록되어 있지만, 클라이언트 장치(120)의 RSS리더(308)가 그 버전을 지원하면, 다른 버전이어도 된다.

참조번호 1102는, 관리 장치(110)안에서 생성 또는 갱신되는 관리 로그(303)의 HTML 데이터의 요약 정보로서, 항목의 표제, URL 및 설명으로 구성된다. 본 실시예에서는 "종이가 걸릴 때만 나에게 통지한다"등, 통지하는 에러 항목을 선택 가능하게 하기 위해서, 관리 로그 갱신 정보(304)의 RSS데이터는 상태정보의 종류마다 생성한다. 만약에 항상 모든 에러 항목을 통지하게 설정하는 경우에는, 관리 로그 갱신 정보(304)의 RSS데이터를 상태정보의 종류마다 격납하지 않고 하나의 화일 에 일괄적으로 격납해도 좋다.

디바이스가 RSS 데이터 생성 기능을 갖는 경우, 디바이스내에서 관리 로그(314)의 HTML데이터와 관리 로그 갱신 정보(315)의 RSS데이터가 생성되어, 웹 서버 기능(312)에 의해 공개된다. 따라서, 디바이스 상태통지의 내용은, 관리 로그 갱신 정보(315)의 소스인 로그 매니저(313)의 구현에 의존한다.

한편, 디바이스가 RSS 데이터 생성 기능을 갖지 않고 있는 경우, 관리 장치(110)는, 관리 로그(303)의 HTML데이터와 관리 로그 갱신 정보(304)의 RSS데이터를 생성한다. 따라서, 디바이스 상태통지의 내용은 관리 장치(110)의 구현에 의존한다. 또한, 타사 디바이스를 포함한 복수의 종류의 디바이스를 사용하는 경우에, 이들 디바이스가 생성하는 RSS데이터에 의해 통지 내용이 달라도 된다. 따라서, 디바이스의 RSS 데이터 생성 기능의 유무에 상관없이, 같은 디바이스 상태 통지를 통지하는 것이 필요한 경우, 관리 장치(110)는, 디바이스가 RSS 데이터 생성 기능을 갖는지를 판정을 행하지 않고 모든 RSS데이터를 생성해도 좋다.

<관리 장치의 동작(프린터 드라이버 배포시)>

다음에, 관리 장치(110)로부터 클라이언트 장치(120)에 프린터 드라이버를 배포할 때의 처리를, 도12를 사용하여 설명한다. 이 처리는, 유저가 디바이스 상태감시 설정을 행한 후, 임의의 타이밍에서, 프린터 드라이버 배포 요구를 수신함으로써, 관리 유틸리티(302)에 의해 실행된다. 이것은, 관리 장치(110)의 관리 프로그램과 클라이언트 장치(120)의 드라이버 에이전트(309)에 의해 행해진다.

유저는 사전에 관리 장치(110)로 관리하는 프린터와, 그 프린터를 인쇄에 이 용하는 유저가 사용하는 프린터 드라이버를 관련시키는 것이 필요하다. 유저에 의한 프린터 드라이버 배포 요구는, 프린터, 혹은 프린터와 프린터 드라이버간의 연관을 선택하여서 행해진다.

클라이언트 장치(120)에는, 웹브라우저에서 규정되어 있는 RSS리더(RSS피드 등록이 API에서 공개되어 있는 것)이나 전용의 RSS리더가 인스톨되어 있는 것으로 가정한다. 웹브라우저는, 웹사이트(웹페이지)를 브라우징할 수 있으면 어떠한 브라우저이어도 된다.

도12는, 본 실시예에 따른 프린터 드라이버 배포 처리를 나타내는 흐름도다. 우선, 스텝S1201에서, 관리 장치(110)의 관리 유틸리티(302)는 프린터 드라이버를 배포하는 네트워크 프린터가 RSS데이터 생성 기능을 갖는 것인가 아닌가를 판정한다. 여기에서, 프린터가 RSS데이터 생성 기능을 갖는 경우에는, 스텝S1203에 진행된다. 한편, 프린터가 RSS 데이터 생성 기능을 갖지 않는 경우에는, 스텝S1202에 진행되고, 유저에게 통지 대상 이벤트를 선택시킨다. 이 선택은, 관리 장치(110)가 관리 로그 갱신 정보(304)의 RSS데이터를 상태정보의 종류마다 생성하고 있고, 그 중에서 통지 대상의 RSS데이터를 선택하는데 있다.

도13은, 본 실시예에 의한 통지 대상 이벤트 선택 화면의 일례를 도시한 도면이다. 도13에 나타낸 참조번호 1301은 통지 대상 이벤트 후보항목이며, 이 후보항목 중에서 통지 대상 이벤트를 선택한다. 참조번호 1302는 등록 버튼이며, 유저가 선택한 통지 대상 이벤트를 등록할 때에 눌러진다. 1301에 표시되는 항목을 통지 대상 이벤트로 하기 위해서는, 관리 장치(110)가 디바이스 상태감시 프로세스 에 있어서, "용지 없음" 및 "토너/잉크 에러" 등의 상태 종별마다 RSS데이터를 나누어서 생성하는 것이 필요하다.

다음에, 스텝S1203에서는, 관리 장치(110)가 클라이언트 장치(120)에 드라이버 에이전트(309)를 송신한다. 드라이버 에이전트(309)는 관리 장치(110)가 클라이언트 장치(120)에 프린터 드라이버를 인스톨할 때에 이용하는 애플리케이션 프로그램이다. 또한, 관리 장치(110)는, 드라이버 에이전트(309)의 인스톨시에, 유저에게 클라이언트 장치(120)의 관리자 권한 유저의 유저ID와 패스워드를 요구한 후, 유저가 입력한 유저ID와 패스워드를 사용하여, 클라이언트 장치(120)에 드라이버 에이전트(309)를 인스톨한다. 인스톨된 드라이버 에이전트(309)는, 클라이언트 장치(120)의 OS의 서비스에 의해 백그라운드에서 실행된다.

이어서, 스텝S1204에서, 관리 장치(110)는, 송신될 필요가 있는 프린터 드라이버와 연관된 프린터 정보를 취득한다. 여기에서 취득하는 정보는, 인스톨하는 프린터 드라이버를 인쇄가능한 상태로 설정하는데도 필요한 정보이다. 예를 들면, 표준TCP/IP포트 접속의 경우, IP어드레스와 Raw/LPR의 프로토콜 지정이 필요하게 된다. 그리고, 스텝S1205에서, 관리 장치(110)는 관리 장치(110)의 DB(306)에 격납된 RSS피드를 취득한다. 프린터 드라이버 배포 대상의 프린터가 RSS데이터 생성 기능을 갖는 프린터일 경우, 관리 장치(110)는, 스텝S1202에서 선택한 통지 이벤트에 해당하는 RSS피드를 취득한다.

다음에, 스텝S1206에서, 관리 장치(110)는 취득한 프린터 정보와 RSS피드 정보를 사용하여, 드라이버 에이전트(309)에 프린터 드라이버 인스톨과 RSS피드 등록 의 명령을 송신한다.

클라이언트 장치(120)의 드라이버 에이전트(309)는, 관리 장치(110)로부터의 프린터 드라이버 인스톨과 RSS피드 등록 요구를 받을 때, 스텝S1211에서 프린터 드라이버 DB(305)로부터 프린터 드라이버를 취득하고, 스텝S1212에서 클라이언트 장치(120)에 프린터 드라이버를 인스톨한다.

다음에, 프린터 드라이버 인스톨이 완료하면, 클라이언트 장치(120)로부터 네트워크 프린터가 이용 가능하게 된다. 그 후에, 스텝S1213에서 RSS피드를 클라이언트 장치(120)의 RSS리더(308)에 등록한다. RSS 리더(308)에의 RSS피드의 등록은, 브라우저 탑재의 RSS플랫폼등, RSS리더가 공개하는 피드 등록용 API를 이용해서 행한다. 그리고, 스텝S1214에서, 실행 결과를 관리 장치(110)에 통지한다.

관리 장치(110)가, 드라이버 에이전트(309)로부터 프린터 드라이버 인스톨과 RSS피드 등록의 실행 결과를 받으면, 스텝S1207에서 그 실행 결과를 DB(306)에 격납한 후, 프린터 상태통지를 수신하기 위한 설정을 행한다.

여기에서는, 프린터의 RSS데이터 생성 기능의 유무에 따라, 이용하는 RSS데이터의 소스가 다르지만, 물론, 프린터의 RSS데이터 생성 기능의 유무에 관계없이 관리 장치(110)가 모든 RSS데이터 생성하는 구성도 가능하다.

전술한 처리에 의해, 프린터 드라이버를 배포한 클라이언트 장치(120)의 RSS리더(308)에, 프린터 상태정보 통지용의 RSS피드를 등록할 수 있다. 이에 따라, 유저는, RSS리더(308)를 사용하여 클라이언트 장치(120)에 셋업된 프린터의 상태정보를 용이하게 취득할 수 있다.

[다른 실시예]

다음에, 첨부도면을 참조하여 본 발명의 또 다른 실시예를 상세하게 설명한다. 상기 실시예에서는 클라이언트 장치(120) 위에 RSS리더(308)로서 브라우저에 탑재된 RSS리더가 인스톨되어 있는 경우를 설명하였다. 본 실시예에서는, 클라이언트 장치(120) 위에 RSS리더(308)가 인스톨되지 않고 있을 경우 수행한 처리를 설명한다. 여기에서는, 프린터 드라이버의 인스톨시에 사용하는 드라이버 에이전트(309)에 RSS리더 기능을 탑재하고, RSS리더를 클라이언트 장치(120)에 송신한다.

드라이버 에이전트(309)에 탑재되는 RSS리더 기능은, 티커(ticker)형 등 드라이버 에이전트(309)에 탑재 가능하면 어떠한 형태도 취할 수 있다. 또한, 드라이버 에이전트(309)와 RSS리더 기능은, 반드시 1개의 애플리케이션 프로그램일 필요는 없고, 서로 다른 2개의 애플리케이션 프로그램이라도 좋다.

또한, 본 실시예에서는, 상기 실시예와 공통되는 하드웨어 구성과 소프트웨어 구성에 관한 설명은 생략한다.

도14는, 본 실시예에 따른 프린터 드라이버 배포 처리를 나타내는 흐름도다. 여기에서, 도14에 나타내는 스텝S1401∼S1407, S1411, S1412, S1416은, 도12에 나타내는 스텝S1201∼S1207, S1211, S1212, S1214와 같기 때문에, 그 설명은 생략한다.

클라이언트 장치(120)에서 프린터 드라이버의 인스톨이 종료하면, 스텝S1413에서, 드라이버 에이전트(309)는 RSS리더(308)가 클라이언트 장치(120)에 인스톨되어 있는 것인가 아닌가를 판정한다. 예를 들면, 웹브라우저의 경우, 레지스트리로 부터 버전 정보를 취득함으로써 RSS리더의 유/무를 판정할 수 있다. 그 외, RSS리더가 인스톨되어 있는가 아닌가의 판정 방법은, HD위의 임의의 폴더를 체크하는 방법 등을 포함하고, 사용되는 RSS리더에 따라 서로 다른 방법들을 사용한다.

스텝S1413에서, 클라이언트 장치(120) 위에 RSS리더(308)가 인스톨되어 있다고 판정한 경우에는, 스텝S1414에 진행되고, 스텝S1414에서는, 클라이언트 장치(120) 위에 인스톨된 RSS리더(308)에 RSS피드를 등록한다. 한편, 클라이언트 장치(120) 위에 RSS리더(308)가 인스톨되지 않고 있다고 판정한 경우에는, 스텝S1415에 진행된다.

스텝S1415에서는, RSS피드를 드라이버 에이전트(309)에 탑재되어 있는 RSS리더 기능부에 등록한다. 클라이언트 장치(120)에 RSS리더가 존재하는 것인가 아닌가에 따라, 이용하는 RSS리더는 다르다. 물론, 클라이언트 장치(120)의 RSS리더의 유/무에 상관없이, 드라이버 에이전트(309)의 RSS리더 기능부를 이용하는 것이 가능하다.

본 실시예에 의하면, 프린터 드라이버를 배포한 클라이언트 장치(120)의 RSS리더에게 프린터 상태정보 통지용의 RSS피드를 등록할 수 있다.

또한, 클라이언트 장치(120)에 미리 RSS리더가 인스톨되지 않고 있는 경우에도, 프린터 드라이버 인스톨과 동시에, 프린터 상태정보 통지용 RSS피드가 등록된 RSS리더를 송신할 수 있다.

이상에서 설명한 실시예에 의하면, 클라이언트 장치에 송신하는 애플리케이션 프로그램이 지원한 정보통지용의 RSS피드를 관리 장치가 RSS리더에게 등록할 수 있다. 따라서, 유저에 있어서는, RSS 기술에 의해 클라이언트 장치에 셋업된 화상처리장치의 정보에 관한 통지를 받을 때에, 번잡한 RSS리더에의 피드 등록이 쓰지 않는다고 하는 장점이 있다.

이때, 본 발명은 복수의 기기(예를 들면, 호스트 컴퓨터, 인터페이스 기기, 리더, 프린터 등)로 이루어진 시스템에 적용되어 되거나, 1개의 기기로 이루어진 장치(예를 들면, 복사기, 팩시밀리 장치 등)에 적용해도 좋다.

또한, 전술한 실시예의 기능을 실현하는 소프트웨어의 프로그램 코드를 기록한 기록 매체를, 시스템 또는 장치에 공급하고, 그 시스템 또는 장치의 컴퓨터(CPU 혹은 MPU)가 기록 매체에 격납된 프로그램 코드를 판독해 실행하여서, 본 발명의 목적이 달성되는 것은 말할 필요도 없다.

이 경우, 기록 매체로부터 판독된 프로그램 코드는, 전술한 실시예의 기능을 실현하고, 그 프로그램 코드를 기억한 기록 매체는 본 발명을 구성하게 된다.

이 프로그램 코드를 공급하기 위한 기록 매체의 예로는, 플렉시블 디스크, 하드디스크, 광디스크, 광자기디스크, CD-ROM, CD-R, 자기테이프, 비휘발성의 메모리 카드, ROM등을 포함한다.

또한, 컴퓨터가 판독한 프로그램 코드를 실행함에 의해, 전술한 실시예의 기능이 실현되지 않는 본 발명의 범위 내에, 다음 경우도 포함되는 것은 말할 필요도 없다. 다시 말해, 프로그램 코드의 지시에 근거하여, 컴퓨터 상에서 가동하고 있는 오퍼레이팅 시스템(OS)등이 실제의 처리의 일부 또는 전부를 행하고, 그 처리에 의해 전술한 실시예의 기능이 실현될 경우는, 본 발명의 범위 내에 포함된다.

또한, 기록 매체로부터 판독된 프로그램 코드가 컴퓨터에 삽입된 확장 보드, 컴퓨터에 접속된 확장 유닛에 갖추어지는 메모리에 기록하는 경우와, 그 프로그램 코드에 포함된 지시에 근거하여, 그 확장 보드나 확장 유닛에 갖추어지는 CPU 등이 실제의 처리의 일부 또는 전부를 행하고, 그 처리에 의해 전술한 실시예의 기능이 실현될 경우도 본 발명의 범위 내에 포함된다.

본 발명을 예시적 실시예들을 참조하여 설명하였지만, 본 발명은 상기 개시된 예시적 실시예들에 한정되지 않는다는 것을 알아야 할 것이다. 이하의 청구범위는, 이러한 모든 변형 및 동등한 구조 및 기능을 포함하도록 아주 넓게 해석되어야 한다.

도1은, 본 발명의 실시예에 따른 관리시스템의 전체 구성을 나타내는 블럭도다.

도2는, 화상처리장치(130)에 있어서의 제어 유닛(132)의 하드웨어 구성의 일례를 도시한 도면이다.

도3은, 본 발명의 실시예에 따른 관리시스템의 소프트웨어 구성의 일례를 도시한 도면이다.

도4는, 복수의 화상처리장치의 일람을 표시한 화면의 일례를 도시한 도면이다.

도5는, 화상처리장치(130)의 관리 로그(314)를 표시한 화면의 일례를 도시한 도면이다.

도6은, 화상처리장치(130)의 관리 로그 갱신 정보(315)를 표시한 화면의 일례를 도시한 도면이다.

도7은, 관리 장치(110)가 화상처리장치(130)를 감시하는 감시 기간의 설정 화면의 일례를 도시한 도면이다.

도8은, 관리 장치(110)가 관리하는 화상처리장치(130)의 상세정보를 나타내는 화면의 일례를 도시한 도면이다.

도9는, 관리 장치(110)가 관리하는 화상처리장치(130)의 항목을 설정하는 화면의 일례를 도시한 도면이다.

도10은, 관리 장치(110)에 의한 화상처리장치(130)의 상태감시 및 장해 검출시의 동작을 나타내는 흐름도다.

도11은, 관리 장치(110)가 생성하는 관리 로그 갱신 정보(304)의 RSS데이터의 일례를 도시한 도면이다.

도12는, 본 발명의 실시예에 따른 프린터 드라이버 배포 처리를 나타내는 흐름도다.

도13은, 본 발명의 실시예에 의한 통지 대상 이벤트 선택 화면의 일례를 도시한 도면이다.

도14는, 본 발명의 다른 실시예에 따른 프린터 드라이버 배포 처리를 나타내는 흐름도다.

Claims (7)

1. 네트워크를 거쳐서 화상처리장치의 상태변화를 클라이언트 장치에 통지하는 통지 방법으로서,

   상기 화상처리장치의 상태가 변화되었을 경우에, 상기 상태변화를 기록한 갱신 정보를 생성하는 생성 공정과,

   상기 생성 공정에서 생성된 갱신 정보를 송신하는 기능에 의해 상기 클라이언트 장치에 상기 화상처리장치의 상태변화를 통지하는 통지 공정과,

   상기 화상처리장치를 관리하는 관리 장치로부터 상기 클라이언트 장치에 상기 화상처리장치에 대한 프린터 드라이버를 배포하고, 상기 갱신 정보를 송신하는 기능을 상기 클라이언트 장치에 등록시키는 공정을 포함한 것을 특징으로 하는 통지 방법.
2. 제 1 항에 있어서,

   상기 생성 공정에서는, 상기 화상처리장치가 웹 서버 기능을 갖지 않은 경우에는, 상기 관리 장치가 상기 상태변화를 기록한 갱신 정보를 생성하는 것을 특징으로 하는 통지 방법.
3. 제 2 항에 있어서,

   상기 통지 공정에서는, 상기 클라이언트 장치에 인스톨된 웹브라우저와 애플리케이션 프로그램이 웹페이지의 형태로 송신되는 상기 갱신 정보를 판독하고, 상기 클라이언트 장치에 상기 화상처리장치의 상태변화를 통지하는 것을 특징으로 하는 통지 방법.
4. 제 1 항에 있어서,

   상기 애플리케이션 프로그램은, 상기 관리 장치로부터 상기 클라이언트 장치에 송신되어서 인스톨되는 것을 특징으로 하는 통지 방법.
5. 네트워크를 거쳐서 화상처리장치를 관리하고, 상기 화상처리장치의 상태변화를 클라이언트 장치에 통지하는 관리 장치로서,

   상기 화상처리장치의 상태가 변화되었을 경우에, 상기 상태변화를 기록한 갱신 정보를 생성하는 생성 수단과,

   상기 생성 수단에서 생성된 상기 갱신 정보를 송신하는 기능에 의해 상기 클라이언트 장치에 상기 화상처리장치의 상태변화를 통지하는 통지 수단과,

   상기 화상처리장치에 대한 프린터 드라이버를 상기 클라이언트 장치에 배포하고, 상기 갱신 정보를 송신하는 기능을 상기 클라이언트 장치로 등록시키는 수단 을 구비한 것을 특징으로 하는 관리 장치.
6. 네트워크를 거쳐서 화상처리장치를 사용하는 클라이언트 장치로서,

   상기 화상처리장치에 대한 프린터 드라이버를 배포하는 경우 상기 화상처리장치의 상태변화를 기록하는 갱신 정보를 송신하는 기능을 등록시키는 등록수단과,

   상기 갱신정보를 송신하는 기능에 의해 상기 화상처리장치의 상태 변화를 취득하는 취득수단을 구비한 것을 특징으로 하는 클라이언트 장치.
7. 컴퓨터가 청구항 1의 통지방법을 실행토록 하는 프로그램이 기록된 컴퓨터 판독 가능한 기록 매체.

Images