KR100876022B1 - 화상 처리 장치 및 그 제어 방법 - Google Patents

화상 처리 장치 및 그 제어 방법 Download PDF

Info

Publication number
KR100876022B1
KR100876022B1 KR1020077005338A KR20077005338A KR100876022B1 KR 100876022 B1 KR100876022 B1 KR 100876022B1 KR 1020077005338 A KR1020077005338 A KR 1020077005338A KR 20077005338 A KR20077005338 A KR 20077005338A KR 100876022 B1 KR100876022 B1 KR 100876022B1
Authority
KR
South Korea
Prior art keywords
data stream
filter
environment
processing apparatus
image processing
Prior art date
Application number
KR1020077005338A
Other languages
English (en)
Other versions
KR20070040413A (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 KR20070040413A publication Critical patent/KR20070040413A/ko
Application granted granted Critical
Publication of KR100876022B1 publication Critical patent/KR100876022B1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/455—Emulation; Interpretation; Software simulation, e.g. virtualisation or emulation of application or operating system execution engines
    • G06F9/45504—Abstract machines for programme code execution, e.g. Java virtual machine [JVM], interpreters, emulators
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/40—Information retrieval; Database structures therefor; File system structures therefor of multimedia data, e.g. slideshows comprising image and additional audio data
    • G06F16/43—Querying
    • G06F16/435—Filtering based on additional data, e.g. user or group profiles
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12—Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201—Dedicated interfaces to print systems
    • G06F3/1202—Dedicated interfaces to print systems specifically adapted to achieve a particular effect
    • G06F3/1203—Improving or facilitating administration, e.g. print management
    • G06F3/1204—Improving or facilitating administration, e.g. print management resulting in reduced user or operator actions, e.g. presetting, automatic actions, using hardware token storing data
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12—Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201—Dedicated interfaces to print systems
    • G06F3/1223—Dedicated interfaces to print systems specifically adapted to use a particular technique
    • G06F3/1229—Printer resources management or printer maintenance, e.g. device status, power levels
    • G06F3/123—Software or firmware update, e.g. device firmware management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/12—Digital output to print unit, e.g. line printer, chain printer
    • G06F3/1201—Dedicated interfaces to print systems
    • G06F3/1223—Dedicated interfaces to print systems specifically adapted to use a particular technique
    • G06F3/1237—Print job management
    • G06F3/1244—Job translation or job parsing, e.g. page banding
    • G06F3/1248—Job translation or job parsing, e.g. page banding by printer language recognition, e.g. PDL, PCL, PDF
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/00962—Input arrangements for operating instructions or parameters, e.g. updating internal software
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N1/00—Scanning, transmission or reproduction of documents or the like, e.g. facsimile transmission; Details thereof
    • H04N1/00962—Input arrangements for operating instructions or parameters, e.g. updating internal software
    • H04N1/0097—Storage of instructions or parameters, e.g. customised instructions or different parameters for different user IDs
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N2201/00—Indexing scheme relating to scanning, transmission or reproduction of documents or the like, and to details thereof
    • H04N2201/0077—Types of the still picture apparatus
    • H04N2201/0094—Multifunctional device, i.e. a device capable of all of reading, reproducing, copying, facsimile transception, file transception

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Software Systems (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Stored Programmes (AREA)
  • Image Processing (AREA)
  • Facsimiles In General (AREA)
  • Accessory Devices And Overall Control Thereof (AREA)
  • Devices For Executing Special Programs (AREA)

Abstract

데이터 처리 장치는 프로세서 구성 하드웨어에 의해 처리되는 네이티브 명령 그룹에 기초하여 구성된 네이티브 환경에서, 네이티브 명령 그룹에 무관하게 정의된 명령 세트에 기초하여 구성된 프로그램을 동적으로 구현하기 위한 인터프리터 환경을 갖는다. 이 장치는 네이티브 환경에서 해석시에 입력 데이터 스트림이 나누어지는 복수의 단계들 각각에 중간 데이터 스트림을 생성하고, 중간 데이터 스트림을 필터링하여, 필터링된 데이터 스트림을 인터프리터 환경에서 생성한다.
네이티브 환경, 인터프리터 환경, 처리 요구 데이터 스트림, 장치 제어 지시 데이터 스트림, 묘화 데이터 스트림, 잡 제어 모듈

Description

화상 처리 장치 및 그 제어 방법{IMAGE PROCESSING APPARATUS AND CONTROL METHOD THEREOF}
본 발명은 화상 처리 장치 및 그 제어 방법에 관한 것이다.
종래, 복사기 또는 MFP(Multifunction Printer: 복합기)와 같은 화상 처리 장치 상에서의 화상 처리를 실행하는 소프트웨어는 운영체제(OS) 상에서 정적이고 고정된 소위 펌웨어로서 주로 구성된다. 내부적으로 복수의 모듈에 의해 구성된 경우라도, 그러한 펌웨어는 그 전체가 단일 로드 모듈에 정적으로 링크되는 상태에서 장치의 비휘발성 메모리 내에 저장된다. 시스템 기동시에, 펌웨어는 하드 디스크와 같은 비휘발성 메모리로부터 RAM에 로드되어 구현되거나, 또는 펌웨어를 저장하고 있는 ROM과 같은 비휘발성 메모리 상에서 직접 구현된다. 특히, 저가 화상 처리 장치와 같은 편입 시스템을 구성하는 펌웨어는 일반적으로 경제적 효율 및 보안을 위해 부분 모듈의 동적 로딩 또는 링킹을 실행하지 않도록 구성된다. 이것은 장치의 비용 효율이 기호의 주소를 액세스하는 처리에 관련된 동적 링크 및 오버헤드를 구현하기 위해 필요한 기호표를 저장하는 메모리의 양만큼 저하되기 때문이다. 더구나, 그것은 서브-모듈의 추가 로딩 및 링킹이 그 서브-모듈의 링킹 이전에 충분히 평가되어 달성된 전체 시스템의 품질 및 보안을 위태롭게 할 수 있다는 위험 때문이기도 하다.
종래, 편입 시스템의 펌웨어의 실시간 OS 상에 제공된 소프트웨어 동작 환경의 추가 계층을 갖고 있고, 제공된 소프트웨어 동작 환경에서 동적 로딩, 동적 링킹 및 동적 메모리 동작과 같은 소프트웨어의 동적 특성을 지원하는 화상 처리 장치에 관한 개발이 진행중이다. 모듈을 추가할 수 있는 소프트웨어 동작 환경은 인터프리터, 응용 프로그래밍 인터페이스(API) 세트 및 프레임워크 그룹에 의해 구성되고, 소프트웨어 동작을 위한 일종의 OS 또는 컴퓨팅 플랫폼을 제공한다. 인터프리터는 소정의 명령 세트 내에 포함된 명령들로 이루어진 일련의 명령 시퀀스를 순차 판독하고 해석하여 구현한다. 명령 세트를 CPU용 명령 세트와 동등한 위치에서 생각하는 경우에, 인터프리터는 특히 가상 머신로 불릴 수 있다. API 세트 및 프레임워크 그룹은 이 소프트웨어 동작 환경의 하위 계층에서 실제 실시간 OS에 의해 제공되는 자원, 및 소프트웨어 동작 환경에서 동작하는 소프트웨어를 위해 추상화된 하드웨어 자원을 갖는 다양한 자원 그룹에 액세스할 수 있게 한다. 이들 자원은 프로세서, 메모리, 파일 시스템 및 예를 들어 네트워크 인터페이스를 포함하는 다양한 종류의 입출력(I/O)에 의한 명령 구현 콘텍스트이다. 소프트웨어 동작 환경은 CPU 및 실시간 OS에 의해 제공된 멀티태스크 메카니즘에 관계없이 인터프리터 상에서 명령 구현 콘텍스트를 독자적으로 관리할 수 있다. 메모리 관리에 관해, 소프트웨어 동작 환경은 이와 유사하게 독자적인 메모리 관리를 제공할 수 있다.
그러한 소프트웨어 동작 환경에서 동작하는 소프트웨어는 인터프리터에 의해 순차 판독되어 해석되므로, 이들 처리 과정에서 명령 시퀀스를 모니터하여, 시스템 에 나쁜 영향을 미치는 동작을 배제할 수 있는 가능성이 있다. 소프트웨어 동작 환경에서 동작하는 소프트웨어로부터 여러 자원으로의 액세스는 소프트웨어 동작 환경에 의해 제공된 API 그룹 및 프레임워크 그룹을 통해 간접적으로 얻어진다. 그러므로, 이 액세스 과정에서 시스템에 나쁜 영향을 미치는 동작을 배제할 가능성이 있다. 그래서, 정적으로 고정되게 구성되어야 하는 저가 편입 시스템의 펌웨어 내에 소프트웨어의 동적 특성을 부분적으로 도입하기 위해 펌웨어 내부에 인터프리터, API 그룹 및 프레임워크 그룹으로 이루어진 소프트웨어 동작 환경의 계층을 제공하는 방법을 채택하는 것이 매우 효과적이다(일본특허공개공보 제11-282684호 및 일본특허공개공보 제2003-256216호 참조).
상기 방법에 관해서는, 소프트웨어 동작 환경의 계층을 구현하기 위해, 인터프리터로서 자바(Java)(등록상표) 가상 머신을 채택하고, 자바(등록상표)에 관련된 API 그룹 및 프레임워크 그룹을 채택할 수 있다. 본 출원인은 2003년에 화상 처리 장치의 펌웨어 내부에 자바(등록상표) 플랫폼을 편입한 복합기를 시판했다.
종래, 네트워크 컴퓨터를 갖는 어플리케이션 다운로딩형의 프린터는 프린트될 데이터 파일 및 데이터 파일에 대응하는 어플리케이션을 컴퓨터 네트워크에서 프린터로 다운로드하는데 사용된다. 그리고, 다운로드된 어플리케이션을 시작하고 실행하는 네트워크 컴퓨터를 프린터 내에 편입하고, 데이터 파일을 오픈하며, 그것을 래스터 화상으로 변환하여 프린트하는 프린터가 공지되어 있다. 이 경우에 어플리케이션으로서 "자바(등록상표) 애플릿(applet)"이 사용된다는 것이 또한 개시된다. 클라이언트로부터의 프린팅 데이터 파일이 푸시(push)되는 경우에도, 어플 리케이션이 프린터에 의해 어플리케이션 서버로부터 풀(pull)되는 것이 또한 개시되어 있다(일본특허공개공보 제11-53132호 참조).
일본특허공개공보 제11-306107호는 복수의 주변 장치, 주변 장치를 동작시키는 소프트웨어를 갖는 복수의 단말 장치 및 주변 장치를 동작시키는 소프트웨어에 관련된 최소한 하나의 데이터베이스를 갖고 있는 서버 장치를, 네트워크 통신을 실행하기 위해 소정의 통신 프로토콜에 기초하여 송신 채널에 접속하는 네트워크 통신 시스템을 개시하는데, 주변 장치는 주변 장치를 동작시키는 소프트웨어 또는 소프트웨어에 의해 사용된 모듈의 전부 또는 일부에 대응하는 현재의 모듈 정보를 서버 장치로부터 요청해서 얻는 클라이언트 제어부, 및 얻은 현재의 모듈을 단말 장치에 배포하는 소프트웨어 배포 에이전트를 포함한다. 이 경우에 주변 장치를 동작시키는 소프트웨어에 의해 사용된 클라이언트측 모듈로서 "자바(등록상표) 애플릿" 및 "자바(등록상표) 어플리케이션"이 공급될 수 있다는 것이 또한 개시된다.
상업 시스템에 관해서는, 정상 동작을 시작한 전체 시스템의 안정성을 유지하고자 하는 요구가 너무 강해서, 프린터 드라이버 및 어플리케이션의 변경 또는 버전 업그레이가 쉽게 허용되지 않는 경우가 있다. 실제 프린트 환경의 그러한 제약 중에, 프린터의 판매자는 고객측에서 해결책을 찾기보다는 프린터측에서의 해결책에 의해 다양한 고객 요구를 충족시킬 의무가 있다. 이러한 이유로, 프린터 및 프린터 제어기를 구성하는 펌웨어를 개조하여, 그것을 각 고객 요구에 맞춰 배포하는 방법이 있다. 그러나, 각 고객 요구에 맞추기 위한 펌웨어의 개조는 장치의 오랜 개발 기간 및 많은 개발 비용을 필요로 하고, 펌웨어의 갱신은 전문 엔지니어에 의한 진보된 유지보수의 수고를 요한다. 그러므로, 비용 효율면에서 각 고객 요구에 신속하게 응하는 데에 여전히 문제가 있다.
자바(등록상표) 플랫폼과 같은 소프트웨어 동작 환경을 편입하는 복합기에 관해서는, 예를 들어, 편입 시스템의 펌웨어에서, 소프트웨어 동작 환경에서의 펌웨어와는 무관한 새로운 장치 내장형 어플리케이션을 개발할 수 있다. 또한, API에 의해 자바(등록상표) 어플리케이션으로부터 장치의 프린트 기능을 액세스할 수 있다. 그러나, 자바(등록상표) 플랫폼은 펌웨어 내부의 내장형 어플리케이션 계층에 위치 설정되므로, 네이티브 내장형 어플리케이션과 동일한 계층에 구현된 프린트 데이터 수신 기능 및 프린트 서버 기능을 자바(등록상표) 어플리케이션으로 전환할 수 없다. 보다 구체적으로, 예를 들어, 내부에 구현된 네트워크를 통해 프린트 데이터를 수신하는 다양한 프린트 서비스 프로토콜을 갖는 프린트 서버 기능을 자바(등록상표)측에서 구현할 필요가 있다. 그러므로, 구현에 관한 개발 부담, 평가 부담 및 메모리량 면에서 비효율적이다.
그 밖의 다른 편입 시스템의 펌웨어 내에 소프트웨어 동작 환경의 계층이 없는 경우에, 전체 편입 시스템은 동적 구성을 갖기 위해 동적 링킹 및 플러그-인을 할 수 있게 구성된다. 동적 특성을 요구하는 부분이 수신 PDL 데이터 스트림 해석 전의 전처리(preprocessing)를 유연성있고 확장가능하게 추가하는 메카니즘뿐이라고 가정하는 경우에, 그러한 종래의 방법은 동적 소프트웨어로서 전체 시스템을 구성하는 오버헤드와 관련하여 증가된 비용 및 품질 보증의 어려움으로 인해 저가 소규모 시스템에 적합하지 않다.
결과적으로, PDL 프린터 개조시의 생산성을 개선시키는 제안된 기술이 있으며, 이 기술에 의해, 프린터에 의해 수신된 PDL 데이터 스트림의 해석 전의 전처리를 실행하는 필터 부분은 안정성을 필요로 하는 프린터 펌웨어의 다른 부분의 구현과 명백하게 분리하기 위해 유연성있고 확장가능한 소프트웨어로서 구현된다(일본특허출원 제2004-093215호).
상기 일본특허출원 제2004-093215호의 경우에, 전체 프린트 요구 데이터 스트림에 대해 필터링을 실행할 필요가 있어서, 효율적인 처리가 구현되지 않는다. 보다 구체적으로는, 화상 처리 장치에 의해 수신된 프린트 요구 데이터 스트림은 JL(잡 언어)과 같이 프린터의 용지 공급 및 배출단의 스펙과 같은 장치 제어에 관련된 명령 및 순서로 이루어진 장치 제어 데이터 스트림 부분, 및 PDL과 같은 묘화에 관련된 명령 및 순서로 이루어진 묘화 데이터 스트림 부분에 의해 주로 구성된다. 그리고, 필터링은 그 둘 모두를 포함하는 데이터 스트림에 대해 항상 실행되므로, 전체 프로세스가 대량으로 되어 처리율이 감소되기 때문에 효율적인 처리가 실행될 수 없다. 더구나, 화상 처리 장치로의 임시 데이터 저장과 같은 PDL 이외의 다양한 처리 요구 데이터 스트림의 처리, 및 화상 처리 장치에 의해 판독된 화상 데이터의 이메일에 의한 전송과 같은 다양한 데이터 스트림의 처리에 대해 고려되지 않는다.
본 발명의 목적은 종래 기술의 결함을 제거하기 위한 것이다.
본 발명의 특징은 화상 처리 장치 및 그 제어 방법에 관한 것으로, 화상 처리 장치는 입력된 데이터 스트림에 동적 로드 또는 링크가능한 필터를 적용함으로써, 데이터 스트림을 위한 다양한 처리를 용이하게 구현할 수 있다.
본 발명의 양상에 따르면, 프로세서 구성 하드웨어에 의해 처리되는 제1 명령 그룹에 기초하여 구성된 네이티브 환경에서, 제1 명령 그룹과는 독립적으로 정의된 제2 명령 그룹에 기초하여 구성된 프로그램을 동적으로 구현하는 인터프리터 환경을 갖는 화상 처리 장치가 제공되는데, 이 장치는,
네이티브 환경에서 클라이언트로부터의 처리 요구를 포함하는 입력 데이터 스트림을 수신하는 데이터 스트림 수신 수단;
네이티브 환경에서 입력 데이터 스트림이 나누어지는 복수의 단계들 각각에서 해석시에 중간 데이터 스트림을 생성하는 데이터 처리 수단;
인터프리터 환경에서 중간 데이터 스트림을 필터링하여, 필터링된 데이터 스트림을 생성하는 필터 수단;
네이티브 환경에서 필터 수단과의 사이에서 중간 데이터 스트림을 취출하여 다시 쓰기를 행하는 인터페이스 수단; 및
네이티브 환경에서 인터페이스 수단을 통해 취출된 상기 중간 데이터 스트림을 인터프리터 환경에서의 대응하는 필터 수단에 전달하고, 필터링된 데이터 스트림을 인터페이스 수단을 통해 다시 쓰기를 행하는 필터 관리 수단을 포함한다.
본 발명의 다른 특징 및 장점은 첨부 도면을 참조한 다음의 상세한 설명으로부터 명백해질 것이고, 도면에서 동일한 참조 문자는 동일하거나 유사한 부분을 나타낸다.
명세서에 포함되어 명세서의 일부를 구성하는 첨부 도면은 본 발명의 실시예를 예시하고, 상세한 설명과 함께 본 발명의 원리를 설명하기 위해 사용된다.
도 1은 실시예에 따른 화상 처리 장치의 하드웨어 구성을 설명하는 블록도.
도 2는 실시예에 따른 제어기의 소프트웨어 구성을 설명하는 계층도를 도시한 도면.
도 3은 실시예에 따른, 제어기의 소프트웨어 모듈들 사이의 기본 데이터 흐름 및 각 모듈 내에 존재하는 데이터 스트림을 도시한 도면.
도 4는 실시예에 따른, 제어기의 소프트웨어 모듈들 사이의 기본 데이터 흐름 및 필터링시의 데이터 흐름을 도시한 도면.
도 5는 실시예의 인터프리터 환경에서 구성된 필터 프레임워크의 클래스를 설명하는 도면.
도 6A 및 도 6B는 실시예의 인터프리터 환경에서 구성된 필터 프레임워크에 의해 관리된 오브젝트의 인스턴스를 도시한 도면으로서, 도 6A는 하나의 필터가 유효 상태에 있을 때 필터 프레임워크의 런타임에 의해 관리된 오브젝트들 사이의 관계를 도시한 도면이고, 도 6B는 2개의 필터가 유효 상태에 있을 때 필터 프레임워크의 런타임에 의해 관리된 오브젝트들 사이의 관계를 도시한 도면.
도 7A 내지 도 7C는 실시예에 따른 필터 프레임워크를 동작시키는 사용자 인터페이스의 예를 설명하는 도면.
도 8은 실시예에 따른 필터링 처리의 주요 절차를 도시한 플로우차트.
도 9는 실시예에 따른 필터링 처리 절차의 다른 예를 도시한 플로우차트.
도 10은 실시예에 따른 처리 요구 데이터 스트림을 설명하는 도면.
도 11은 실시예에 따른 필터에 의해 실행된 묘화 데이터 스트림에 관한 처리를 설명하는 도면.
도 12는 실시예에 따른 필터에 의해 실행된 묘화 데이터 스트림에 관한 필터링 처리를 설명하는 도면.
도 13은 실시예에 따른 최적화 필터에 의해 실행된 묘화 데이터 스트림에 관한 처리를 설명하는 도면.
도 14는 제1 실시예에 따른 기능 추가 필터에 의해 실행된 장치 제어 지시 데이터 스트림에 관한 처리를 설명하는 도면.
도 15는 기능 보강 필터를 동작시키는 사용자 인터페이스의 예를 도시한 도면.
도 16은 본 발명의 제2 실시예에 따른 송신 데이터 스트림을 설명하는 도면.
이제, 본 발명의 바람직한 실시예에 대해 첨부 도면을 참조하여 상세하게 설명하겠다. 다음의 실시예는 청구범위에서 설명된 발명을 제한하지 않고, 실시예에서 설명된 특징의 모든 조합은 본 발명을 달성하는 수단으로서 반드시 필요한 것은 아님을 이해해야 한다.
도 1은 실시예에 따른 화상 처리 장치(1000)의 하드웨어 구성을 설명하는 블록도이다.
화상 처리 장치(1000)는 화상 처리 장치 제어기(이후, 제어기)(1600)를 가지며, 그 밖의 제어 시스템의 제어에 있는 장치들에 의해 구성된다. 더욱 정확하게, 이 실시예의 화상 처리 장치(1000)는 프린터로 가정된다.
CPU(1)는 재기입가능 플래시 메모리(3) 내에 저장된 제어 프로그램에 기초하여 제어 동작을 실행한다. CPU(1)는 시스템 버스(4)에 접속된 네트워크 제어기(LANC)(5)를 통해 근거리 통신망(LAN)(2000)에 접속된 호스트 컴퓨터와 같은 복수의 외부 장치(도시되지 않음)로부터 송신된 프린트 데이터 및 프린터 제어 명령과 같은 다양한 데이터 송신 요구에 관해 전체적인 제어를 행사하기 위해 소정의 네트워크 통신 프로토콜을 사용한다. CPU(1)는 또한 ROM(9) 내에 저장된 제어 프로그램, 또는 디스크 제어기(DKC)(15)를 통해 접속된 외부 메모리(10) 내에 저장된 제어 프로그램 또는 자원 데이터(자원 정보)에 기초하여, 시스템 버스(4)에 접속된 각종 장치로의 액세스에 관해 전체적인 제어를 행사한다. 이로 인해, 화상 데이터를 마킹 엔진(프린터 엔진)(16)에 출력하기 위해, 수신된 프린트 데이터에 기초하여 래스터 제어기(12)로 화상 데이터를 생성한다.
RAM(2)은 메인 메모리의 임시 저장 영역 및 CPU(1)의 작업 영역으로서 사용된다. 플래시 메모리(3)는 ROM(9)에서와 마찬가지로 제어 프로그램을 저장하는 재기입가능 비휘발성 메모리이다. 시스템 버스(4)는 제어기(1600) 내에 포함된 장치들 사이에서의 데이터 교환을 위해 사용된다.
네트워크 제어기(LANC)(5)는 제어기(1600)를 LAN(2000)에 접속시킨다. LED(6)는 제어기(1600)의 동작 상태를 나타내는 디스플레이로서 사용되는 것으로, LED(6)의 점등 패턴 및 컬러에 의해, 네트워크 제어기(LANC)(5)와 근거리 통신망(LAN)(2000) 사이의 전기 접속 상태(LINK) 및 네트워크 통신 모드(10Base, 100Base, 양방향 통신(full-duplex), 반양방향 통신(half-duplex))와 같은 여러 동작 상태를 나타낼 수 있다. 외부 메모리(10)는 제어 프로그램 및 다양한 데이터를 보유하고, DKC(15)를 통해 제어기(1600)에 접속된다. 하드 디스크 드라이브, USB 메모리 등등은 외부 메모리(10)로서 사용된다. 래스터 제어기(12)는 수신된 프린트 데이터에 기초하여 출력될 화상 데이터를 생성한다. 마킹 엔진(16)은 래스터 제어기(12)로부터 화상 데이터를 수신하여 그것을 프린트한다.
콘솔(조작부)(18)은 화상 처리 장치(1000)의 동작 모드의 설정 및 프린트 데이터의 삭제와 같은 동작을 실행하는 버튼, 액정 패널 상에 겹쳐져 디스플레이된 터치 패널, 화상 처리 장치(1000)의 동작 상태를 나타내는 액정 패널, 및 LED와 같은 디스플레이를 갖고 있다. 화상 판독기(19)는 판독(스캔) 화상 데이터를 화상 처리 장치(1000)에 입력하기 위해 콘솔(18) 또는 근거리 통신망(2000)을 통해 화상 데이터를 판독하기 위한 명령을 제공한다.
도 1에 도시된 마킹 엔진(16)은 공지된 프린팅 기술을 이용하는데, 바람직한 예로는 예를 들어 전자 사진 방법(레이저 빔 방법), 잉크젯 방법 및 승화형(sublimation)(열 전사) 방법이 있다.
도 2는 실시예에 따른 제어기(1600)의 소프트웨어 구성을 나타내는 계층도이다. 도 2는 상부에 위치한 상위 모듈이 하부에 위치한 하위 모듈에 의존하고 있다는 것을 나타낸다. 또한, 특히 한 라인에 의해 접속된 모듈들 사이에 종속성이 있 다는 것을 나타낸다.
네이티브(native) 코드 부분(201)은 화상 처리 장치(1000)의 펌웨어를 구성하는 표준 부분이고, CPU(1)에 의해 직접 구현된다. 네이티브 코드 부분(201)은 장치를 설계할 때 펌웨어로서 단일 로드 모듈에 정적으로 링크되고, 화상 처리 장치(1000)의 플래시 메모리(3) 내에 저장된다. 펌웨어는 화상 처리 장치(1000)의 기동시에 플래시 메모리(3)에서 RAM(2)으로 로드되고, CPU(1)는 코드를 해석하여 처리하기 위해 화상 처리 장치(1000)의 동작 동안에 RAM(2)으로부터 순차적으로 코드를 판독한다. 그러나, 그러한 처리를 실행할 때 어떤 동적 링크도 실행되지 않는다. 펌웨어는 또한 ROM(9)과 같이 CPU(1)에 의해 직접 판독가능하고 액세스가능한 비휘발성 메모리 내에 저장될 수 있고, 코드를 해석하여 구현하기 위해 RAM(2) 내에 그 코드를 로드하지 않고 CPU(1)에 의해 직접 ROM(9)으로부터 순차적으로 판독되는 코드를 가질 수 있다.
데이터 송수신 모듈(202)은 클라이언트로부터 처리 요구 데이터 스트림(350)(도 3)을 수신하고, 제어기(1600)에 의해 생성된 송신 데이터 스트림(358)(도 3)을 클라이언트에 송신한다. 데이터 송수신 모듈(202)은 RTOS(실시간 OS)(214)를 통해 프로토콜 스택(223)에 의존하고 있다. 클라이언트와의 데이터 송수신은 이더넷(등록상표)과 같은 네트워크, 및 USB 및 IEEE 1394와 같은 다양한 인터페이스를 통해 물리적으로 실행되는데, 여기에는 각 접속 모드에 따라 처리 요구를 하기 위해 규정된 응용 프로토콜이 있다. 데이터 송수신 모듈(202)은 그 위에 구현된 응용 프로토콜의 서버 기능을 갖는다. 서비스를 위한 응용 프로토콜에 관 해서는, 단지 네트워크 프로토콜의 예를 제공할 뿐인 LPR, SMB, PAP 및 NetWare와 같은 다양한 스펙이 있고, 그 구현은 막대한 양의 개발 비용 및 품질 평가 비용을 필요로 한다. 데이터 송수신 모듈(202)은 복수의 인터페이스 각각에 대해 다양한 현존 서비스 프로토콜로 이루어진 복수의 프로토콜을 지원한다. 데이터 송수신을 위해, 데이터 송수신 모듈(202)은 그 위에 구현된 소위 스풀(spool) 기능을 갖도록 화상 처리 장치(1000)의 RAM(2) 내에 잡 큐(job queue)를 구성할 수 있다. 이 경우에, 데이터 송수신 모듈(202)은 다른 잡을 구현하고 있는 도중과 같이 잡이 즉시 구현될 수 없는 경우라도 클라이언트를 해제시키기 위해 클라이언트로부터의 잡 요구를 수신하여 그것을 큐 내에 저장할 수 있다. 이렇게 큐 내에 저장된 작업들은 구현가능하게 될 때 스케줄링 알고리즘에 따라 순차적으로 처리된다.
내장형 어플리케이션(203)은 화상 처리 장치(1000)의 중심 기능을 제공하는 내장형 어플리케이션이고, 클라이언트로부터의 요구에 따라 서비스를 제공한다. 클라이언트가 LAN(2000)을 통한 호스트 상의 어플리케이션 및 드라이버 소프트웨어인 경우에, 클라이언트는 처리 요구 데이터 스트림(350)(도 3)을 생성하고, 그것을 데이터 송수신 모듈(202)을 통해 내장형 어플리케이션(203)으로 넘겨준다. 내장형 어플리케이션(203)은 처리 요구 데이터 스트림(350)을 장치 제어 지시 데이터 스트림(351)(도 3) 및 묘화 데이터 스트림(352)(도 3)으로 나누고, 그들을 각각 제어 API(204)를 통해 잡 제어 모듈(205)로 넘겨준다. 그렇지 않으면, 내장형 어플리케이션(203)은 장치 제어 지시 데이터 스트림(351)(도 3)을 해석하고, 제어 API(204)에 의해 클라이언트로부터 요구된 처리를 잡 제어 모듈(205)에 지시하여, 묘화 데 이터 스트림(352)(도 3)을 넘겨준다.
화상 처리 장치(1000)의 콘솔(18)을 통한 클라이언트의 명령의 경우에, 내장형 어플리케이션(203)은 장치 제어 지시 데이터 스트림(351)(도 3)을 생성하여, 그것을 제어 API(204)를 통해 잡 제어 모듈(205)로 넘겨준다. 그렇지 않으면, 내장형 어플리케이션(203)은 제어 API(204)에 의해 클라이언트에 의해 요구된 대로 잡 제어 모듈(205)에 명령한다. 장치의 제어의 기술 부분은 일반적으로 JL(잡 언어)이라 칭해지고, 묘화 데이터의 해석 및 확장에 관련된 동작 파라미터를 지정하는 환경 데이터, 프린트 출력을 위해 사용된 전사 용지 공급의 스펙, 양면 프린팅과 같은 프린트 모드의 스펙, 캐치 트레이(catch tray)의 스펙, 정렬(대조)의 스펙, 및 분류 및 제본과 같은 마무리의 스펙을 포함한다. 묘화 데이터 스트림은 PDL로 기술되고, 주로 기술된 페이지마다 묘화를 갖는다.
제어 API(204)는 화상 처리 장치(1000)에 의해 제공된 서비스를 액세스하는 응용 프로그래밍 인터페이스이다. 제어 API(204)를 구성하는 주요 인터페이스들 중의 하나는 프린트 잡을 구현하고 제어하며, 장치 제어 지시 데이터 스트림(351)(도 3) 및 묘화 데이터 스트림(352)(도 3)을 잡 제어 모듈(205)로 넘겨주는 인터페이스이다.
잡 제어 모듈(205)은 화상 처리 장치(1000)에 의해 제공된 다양한 화상 처리 잡을 제어한다. 다음은 화상 처리 잡의 일례로서 프린트 잡의 처리를 나타낸다.
잡 제어 모듈(205)은 제어 API(204)를 통한 명령에 따라 장치를 제어한다. 그렇지 않으면, 모듈(205)은 동작을 실행하기 위해 제어 API(204)를 통해 잡 제어 모듈(205)에 입력된 장치 제어 지시 데이터 스트림(351)(도 3)을 해석한다. 잡 제어 모듈(205)은 장치의 제어에 관련된 명령에 따라, 또는 제어 API(204)를 통한 장치 제어 지시 데이터 스트림(351)의 설명 내용에 따라, 번역기(206), 렌더러(renderer)(207), ME 제어 모듈(208), 화상 처리 모듈(209) 및 데이터 관리 모듈(210)을 제어한다. 프린트 잡의 경우에, 잡 제어 모듈(205)은 묘화 데이터 스트림(352)(도 3)을 번역기(206)에 의해 디스플레이 리스트(355)(도 3)로 변환시킨다. 디스플레이 리스트(355)(도 3)는 렌더러(207)에 의해 중간 화상 데이터 스트림(356)(도 3)으로 더 변환된다. 그리고, 중간 화상 데이터 스트림(356)이 화상 처리 모듈(209)에 의해 최종 화상 데이터 스트림(357)(도 3)으로 변환되고, 최종 화상 데이터 스트림(357)이 ME 제어 모듈(208)로 보내져서 프린트되도록 스케줄된다.
다른 예로서, 내장형 어플리케이션(203)에 의해 제공된 화상 데이터를 판독하고 전송하는 동작에 관해 설명이 될 것이다. 콘솔(18)로부터 화상 데이터를 판독하여 송신하라고 명령받으면, 내장형 어플리케이션(203)은 잡 제어 모듈(205)에게 제어 API(204)를 통해 화상 데이터를 판독하여 송신하라고 명령한다. 이 송신 명령은 제어 API(204)를 통해 잡 제어 모듈(205)에게 직접 명령하는 내장형 어플리케이션(203)에 의해, 또는 장치 제어 지시 데이터 스트림(351)을 생성하여 그것을 제어 API(204)를 통해 잡 제어 모듈(205)로 넘겨주는 내장형 어플리케이션(203)에 의해 구현된다. 잡 제어 모듈(205)은 화상 데이터를 화상 처리 모듈(209)로 넘겨주기 위해, 화상 판독기(19)로부터 화상 데이터를 입력하여, 그것을 RAM(2) 내에 보유한다. 그로 인해 생성된 스캔 화상 데이터 스트림(360)(도 3)은 내장형 어플리케이션(203)으로 넘겨주도록 스케줄된다. 내장형 어플리케이션(203)은 송신 데이터 스트림(359)(도 3)을 생성하여 그것을 데이터 송수신 모듈(202)을 통해 송신하기 위해, 넘겨 받은 스캔 화상 데이터 스트림(360)을 콘솔(18)에 의해 지시된 포맷으로 변환한다. 그렇지 않으면, 콘솔(18)에 의해 지시된 목적지가 내장(built-in) 외부 메모리(10)인 경우에, 내장형 어플리케이션(203)은 제어 API(204)를 통해 잡 제어 모듈(205)에게 화상 데이터를 판독하여 저장하라고 명령한다. 이 명령은 제어 API(204)를 통해 잡 제어 모듈(205)에게 직접 명령하는 내장형 어플리케이션(203)에 의해, 또는 장치 제어 지시 데이터 스트림(351)을 생성하여 그것을 제어 API(204)를 통해 잡 제어 모듈(205)에 넘겨 주는 내장형 어플리케이션(203)에 의해 구현된다. 잡 제어 모듈(205)은 화상 데이터를 화상 처리 모듈(209)로 넘겨주기 위해, 화상 판독기(19)로부터 화상 데이터를 입력하여, 그것을 RAM(2) 내에 보유한다. 화상 처리 모듈(209)에 의해 생성된 스캔 화상 데이터 스트림(360)(도 3)은 데이터 관리 모듈(210)을 통해 외부 메모리(10) 내에 저장되도록 스케줄된다.
번역기(206)는 PDL과 같은 묘화 데이터 스트림(352)(도 3)을 해석하여 그것을 렌더링 처리에 적합한 프린트를 위한 중간 언어로 변환한다. 렌더링 처리에 적합한 프린트용 중간 언어로의 프린트 데이터의 기술은 디스플레이 리스트(355)(도 3)로 칭해진다. 번역기(206)는 다양한 PDL 스펙의 각각에 대해 상이하고 고유한 구현을 갖는다. 각각의 번역기는 그 PDL을 렌더러(207)에 고유한 디스플레이 리스트(355)로 변환한다.
렌더러(207)는 디스플레이 리스트(355)를 중간 화상 데이터 스트림(356)(도 3)으로 전개한다. 렌더러(207)는 RTOS(214)를 통해 렌더러 드라이버(225)에 의존하고 있다.
마킹 엔진(ME) 제어 모듈(208)은 화상 처리 장치(1000) 내에서 전사 용지 상에 화상을 형성하는 마킹 엔진(16)을 제어한다. ME 제어 모듈(208)은 RTOS(214)를 통해 ME 드라이버(226)에 의존하고 있다.
화상 처리 모듈(209)은 하프토닝(half toning), 트래핑(trapping), 농도 정정, 및 컬러에서 모노크롬으로의 변환과 같이, 화상 처리 장치(1000)의 중간 화상 데이터 스트림(356) 등의 화상 데이터에 대해 다양한 화상 처리를 실행한다.
데이터 관리 모듈(210)은 화상 처리 장치(1000)의 중간 화상 데이터 스트림(356)(도 3) 및 최종 화상 데이터 스트림(357)(도 3)과 같은 데이터 스트림을 외부 메모리(10) 내에 저장하여 관리한다. 또한, 화상 데이터 스트림 이외의 데이터 스트림을 저장가능하고 관리가능하게 할 수 있다. 계층 I/F(211)는 화상 처리 장치(1000) 내의 데이터 스트림을 인터프리터 환경(215)과 주고 받는다. 계층 I/F(211)는 데이터 스트림을 위한 필터링시의 레이블링(labeling)을 위해 크게 내부 계층 I/F(213)와 외부 계층(212)으로 나누어진다.
외부 계층(212)은 처리 요구 데이터 스트림(350), 장치 제어 지시 데이터 스트림(351), 묘화 데이터 스트림(352) 및 송신 데이터 스트림(358, 359)을 데이터 송수신 모듈(202) 및 내장형 어플리케이션(203)으로부터 인터프리터 환경(215)으로 넘겨주고, 또한 필터(221)에 의해 처리된 데이터 스트림을 데이터 송수신 모 듈(202), 내장형 어플리케이션(203) 및 잡 제어 모듈(205)로 넘겨준다.
내부 계층 I/F(213)는 잡 제어 모듈(205)에 의해 생성된 디스플레이 리스트(355), 중간 화상 데이터 스트림(356), 최종 화상 데이터 스트림(357) 및 스캔 화상 데이터 스트림(360)을, 번역기(206), 렌더러(207), ME 제어 모듈(208), 화상 처리 모듈(209), 데이터 관리 모듈(210) 및 화상 판독기(19)와 교환하여 인터프리터 환경(215)에 넘겨준다. 더구나, I/F(213)는 필터(221)에 의해 처리된 작업을 잡 제어 모듈(205)에 넘겨준다. 여기에서, 상술된 데이터 스트림이 잡 제어 모듈(205) 이외에 번역기(206), 렌더러(207), ME 제어 모듈(208), 화상 처리 모듈(209), 데이터 관리 모듈(210) 및 화상 판독기(19)와 인터프리터 환경(215) 사이에서 교환될 수 있다는 것은 말할 것도 없다.
실시간 OS(214)는 화상 처리 장치(1000)의 네이티브 코드 펌웨어의 구현 환경을 제공하는 플랫폼이다. 실시간 OS(214)는 그 위에서 동작하는 소프트웨어를 위해 소프트웨어 구성에 사용된 기본 서비스, 및 화상 처리 장치(1000)의 하드웨어 자원을 추상화시키는 서비스를 제공한다. OS(214)는 또한 소프트웨어로부터 쉽게 액세스가능한 인터페이스로서 화상 처리 장치(1000)의 하드웨어를 추상화하는 장치 드라이버를 구성하는 프레임워크를 제공한다. RTOS(214)에 의해 제공된 기능은, CPU1의 명령 구현 콘텍스트를 추상화하는 태스크 관리, 복수의 구현 콘텍스트를 가상적으로 동시에 동작시키는 병행 처리를 구현하는 멀티태스크 메카니즘, 메시지를 교환하여 태스크들 사이의 동기화를 실행하는 태스크간(inter-task) 통신(메시지 큐, 세마포어 등), 여러 종류의 메모리 관리, 타이머 및 클록, 인터럽트 관리 및 DMA 제어이다. 세마포어는 병행하여 실행되고 있는 처리들 사이에서 동기를 실행하고 끼어들기 처리를 제어하는 메카니즘을 의미한다.
인터프리터 환경(215)은 다양한 인터프리터 환경, 즉 이 경우에 자바(등록상표) 플랫폼의 런타임 환경에 기초하고, 화상 처리 장치(1000)에 고유한 API 그룹 및 프레임워크 그룹을 그 환경에 추가하여 구성된 소프트웨어 플랫폼이다. 이 소프트웨어 플랫폼은 그 위에서 동작하는 인터프리터 언어로 기술된 프로그램에 동적인 소프트웨어 동작 환경을 제공한다. 이 인터프리터 환경은 네이티브 코드에 의해 구현된 부분(네이티브 코드 부분(201) 내에 포함됨), 및 인터프리터 언어로 기술된 프로그램으로서 구현된 부분(도 2의 인터프리터 코드 부분(220) 내에 포함됨)을 포함한다.
인터프리터(216)는 명령들을 해석하여 구현하기 위해 소정의 명령 세트에 의해 기술된 명령 시퀀스로부터 명령을 순차 판독하여, 이것을 해석하여 구현한다. 여기에서, 인터프리터(216)는 자바(등록상표) 가상 머신에 의해 구성되고, 명령 세트는 자바(등록상표) 바이트 코드이다.
표준 API 라이브러리 및 프레임워크 그룹(217)은 RTOS(214) 상에서 동작하는 프로그램에 구현 환경을 제공하기 위해 인터프리터 환경 고유의 모델에 의해, RTOS(214)에 의해 제공된 각종 추상화 컴퓨팅 자원을 더욱 추상화한다. 여기에서, 그것은 OSGi 프레임워크 및 자바(등록상표) 플랫폼을 구성하는 표준 클래스 라이브러리 그룹에 의해 구현된다. 자바(등록상표) 플랫폼은 RTOS(214)에 상당하는 추상화 기능을 제공하는데, 이를테면, 가상 머신에 의해 추상화된 명령 구현 콘텍스트 를 갖는 스레드 관리, 복수의 구현 콘텍스트를 가상적으로 동시에 동작시켜 병행 처리를 구현하는 멀티스레드 메카니즘, 스레드들 사이에서 메시지를 교환하고 동기시키는 스레드간 통신, 고도로 추상화된 각종 메모리 관리(컬렉션 등), 타이머 및 클록, 예외 관리, 파일 시스템 및 네트워크 액세스, 및 외부 입출력 장치와의 인터페이스 등을 제공한다. OSGi 프레임워크는 단일 자바(등록상표) 가상 머신 상에서 복수의 자바(등록상표) 어플리케이션(서비스)을 실행한다. 또한, 그것은 어플리케이션 라이프 사이클 관리 및 어플리케이션들 사이의 통신의 기능을 제공한다. OSGi 프레임워크는 그 위에 미리 인스톨된 복수의 시스템 서비스를 갖는다. 준비된 시스템 서비스에 관해서는, 인터프리터 환경에서 새로운 어플리케이션을 추가하고 갱신하며 삭제하는 서비스 관리 서비스, 화상 처리 장치의 콘솔 상의 애플릿 인터페이스에 따라 구현된 자바(등록상표) 클래스를 디스플레이하고 그것을 콘솔(18)로부터 동작가능하도록 실행하는 애플릿 뷰어 서비스, 및 클라이언트의 브라우저로부터 동작가능한 웹 어플리케이션으로서 서브릿(Servlet) 인터페이스에 따라 구현된 자바(등록상표) 클래스를 실행하는 HTTP 서비스가 있다. 특히, 애플릿 인터페이스에 따라 구현된 자바(등록상표) 어플리케이션은 AWT의 API를 통해 콘솔 드라이버(227)와 간접적으로 인터페이싱할 수 있다. OSGi는 Open Service Gateway Initiative의 약어로서, 이 경우에는 OSGi 스펙에 기초하고 있음을 의미한다.
잡 제어 라이브러리(218)는, 제어 API(204)에 의존하며 인터프리터 환경에서 동작하는 프로그램을 위한 화상 처리 잡을 구현하고 제어할 수 있는 응용 프로그래밍 인터페이스를 제공한다.
필터 프레임워크(219)는 내장형 어플리케이션(203)과 통신하여, 잡 구현시에, 인터프리터 환경에서 구현된 필터 프로그램으로부터의 화상 처리 장치(1000)의 복수의 데이터 스트림 내에 개입할 수 있다.
인터프리터 코드 부분(220)은 인터프리터에 의해 해석가능한 인터프리터 언어로 기술된 소프트웨어로서 구현되고, 인터프리터 환경을 구성하는 API 라이브러리 그룹, 및 프레임워크 그룹의 일부와 함께 인터프리터 환경에서 동작하는 프로그램을 포함한다. 네이티브 코드 부분(201)과 인터프리터 코드 부분(220)에 걸쳐 위치한 소프트웨어에 관해서는, 각 공간들 사이를 인터페이싱하는 모듈을 위해 인터프리터 환경에 의해 규정된 프로그래밍 모델과 유일한 프레임워크에 따라서 코딩을 행할 필요가 있다. 여기에서, 자바(등록상표) 네이티브 인터페이스(JNI)에 따라 경계 부분의 프로그래밍이 실행된다.
필터(221)는 인터프리터 환경에서 구현된 프로그램이다. 그것은 내장형 어플리케이션(203)에 의해 처리될 처리 요구 데이터 스트림에 대한 처리를 실행하기 위해 필터 프레임워크(219)의 프레임워크에 따라 구현된다. 프로토콜 스택(223)은 더 낮은 외부 인터페이스 드라이버(224)에 의해 제어된 외부 인터페이스 상에서 전송 계층 및 그 아래 계층의 프로토콜을 구현하기 위해 RTOS(214)의 프레임워크 내에 편입된다. 예를 들어, 네트워크 인터페이스의 경우에, TCP/IP 및 UDP/IP와 같은 프로토콜이 구현되고, 바클리 소켓(Barkley Socket)과 같은 응용 프로그래밍용 인터페이스가 RTOS(214)를 통해 내장형 어플리케이션(203)에 제공된다. 외부 인터페이스가 예를 들어 USB인 경우에는, 1284.4와 같은 프로토콜을 구현한다.
외부 인터페이스 드라이버(224)는, 네트워크 인터페이스, IEEE 1394, USB, RS232C 및 센트로닉스(Centronics)와 같은 다양한 인터페이스로의 접속을 제공하는 하드웨어를 구동시킨다. 네트워크의 경우에는, 이더넷(등록상표)과 같은 네트워크에 접속하기 위해 네트워크 인터페이스 하드웨어를 구동시킴으로써 물리 계층의 프로토콜을 구현한다.
렌더러 드라이버(225)는 렌더러(207)를 구동시킨다. 렌더러(207)는 디스플레이 리스트(355)(도 3)를 중간 화상 데이터 스트림(356)으로 전개하는 하드웨어이다. 렌더러(207)는 소프트웨어에 의해 구현될 수 있고, 전개된 데이터 스트림은 최종 화상 데이터 스트림(357)(도 3)일 수 있다. 마킹 엔진(ME) 드라이버(226)는 전사 용지 상에 화상을 형성하기 위해 마킹 엔진을 구동시킨다. 콘솔 드라이버(227)는 화상 처리 장치(1000)의 콘솔(18)의 디스플레이로의 출력, 및 키 및 터치 패널로부터의 입력 이벤트를 처리한다.
도 3은 이 실시예에 따른 제어기(1600)의 소프트웨어 모듈들 사이의 기본 데이터 흐름, 및 각 모듈 내에 존재하는 데이터 스트림을 도시한 도면이다. 도 2에 도시된 것과 공통된 모듈은 동일한 기호를 붙이고, 그 설명은 생략한다.
데이터 송수신 모듈(202)은, 클라이언트로부터 수신한 장치 제어 지시 데이터 스트림(351) 및 묘화 데이터 스트림(352)으로 이루어진 처리 요구 데이터 스트림(350)을, 필터(221)를 통하지 않는 경우에 경로(301)를 통해 내장형 어플리케이션(203)으로 흐르게 한다. 경로(301)는 예를 들어 RTOS(214)에 의해 제공된 메시지 큐와 같은 태스크간 통신 기능에 의해 구현된다. 그 밖의 다른 데이터 통과도 동일하다.
클라이언트가 LAN(2000)을 통한 호스트 상의 어플리케이션 및 드라이버 소프트웨어인 경우에, 클라이언트는 처리 요구 데이터 스트림(350)을 생성하고, 그것을 데이터 송수신 모듈(202)을 통해 내장형 어플리케이션(203)으로 넘겨준다. 내장형 어플리케이션(203)은 처리 요구 데이터 스트림(350)을 장치 제어 지시 데이터 스트림(351) 및 묘화 데이터 스트림(352)으로 나누어서, 그들을 각각 제어 API(204)를 통해 잡 제어 모듈(205)에 넘겨준다. 그렇지 않으면, 어플리케이션(203)은 장치 제어 지시 데이터 스트림(351)을 해석하고, 묘화 데이터 스트림(352)을 잡 제어 모듈(205)에 넘기기 위해 제어 API(204)를 통해 클라이언트에 의해 요구된 처리에 관해 잡 제어 모듈(205)에 명령한다.
화상 처리 장치의 콘솔(18)을 통한 클라이언트의 명령의 경우에, 내장형 어플리케이션(203)은 장치 제어 지시 데이터 스트림(351)을 생성하여, 그것을 제어 API(204)를 통해 잡 제어 모듈(205)로 넘겨준다. 그렇지 않으면, 어플리케이션(203)은 제어 API(204)에 의해 클라이언트에 의해 요구된 대로 잡 제어 모듈(205)에 명령한다. 장치 제어의 기술 부분은 일반적으로 JL(잡 언어)이라 칭해지고, 묘화 데이터의 해석 및 전개에 관련된 동작 파라미터를 지정하는 환경 데이터, 프린트 출력을 위해 사용된 전사 용지 공급의 스펙, 양면 프린팅과 같은 프린트 모드의 스펙, 캐치 트레이의 스펙, 소트(대조)의 스펙, 및 스테이플링 및 제본과 같은 마무리의 스펙을 포함한다. 묘화 데이터 스트림(352)은 PDL로 기술되고, 주로 기술된 페이지마다 묘화를 갖는다.
잡 제어 모듈(205)은 제어 API(204)를 통한 명령에 따라 장치를 제어한다. 그렇지 않으면, 모듈(205)은 동작을 실행하기 위해 제어 API(204)를 통해 잡 제어 모듈(205)에 입력된 장치 제어 지시 데이터 스트림을 해석한다. 잡 제어 모듈(205)은, 제어 API(204)를 통한 장치(1000)의 제어에 관한 지시, 또는 장치 제어 지시 데이터 스트림(351)의 설명 내용에 따라, 경로(390)를 통해 번역기(206), 렌더러(207), ME 제어 모듈(208), 화상 처리 모듈(209) 및 데이터 관리 모듈(210)을 제어한다. 프린트 잡의 경우에, 잡 제어 모듈(205)은 번역기(206)에 의해 묘화 데이터 스트림(352)을 디스플레이 리스트(355)로 변환시킨다. 디스플레이 리스트(355)는 렌더러(207)에 의해 중간 화상 데이터 스트림(356)으로 변환된다. 그리고, 중간 화상 데이터 스트림(356)이 화상 처리 모듈(209)에 의해 최종 화상 데이터 스트림(357)으로 변환되어, 최종 화상 데이터 스트림(357)이 ME 제어 모듈(208)로 전달되어 프린트되도록 스케줄된다.
다른 예로서, 내장형 어플리케이션(203)에 의해 제공된 화상 데이터를 판독하고 송신하는 동작에 관해 설명한다. 콘솔(18)로부터 화상 데이터를 판독하여 송신하라고 명령되면, 내장형 어플리케이션(203)은 제어 API(204)를 통해 잡 제어 모듈(205)에 화상 데이터를 판독하여 송신하라고 명령한다. 이 명령은 제어 API(204)를 통해 잡 제어 모듈(205)에 직접 명령하는 내장형 어플리케이션(203)에 의해, 또는 장치 제어 지시 데이터 스트림(351)을 생성하여 그것을 제어 API(204)를 통해 잡 제어 모듈(205)에게 넘겨주는 내장형 어플리케이션(203)에 의해 구현된다. 잡 제어 모듈(205)은 화상 처리 모듈(209)로 넘겨주기 위해, 화상 판독기(19) 에 의해 판독된 화상 데이터를 입력하여, 그것을 RAM(2) 내에 보유한다. 그로 인해 화상 처리 모듈(209)에 의해 생성된 스캔 화상 데이터 스트림(360)은 내장형 어플리케이션(203)으로 넘겨지도록 스케줄된다. 내장형 어플리케이션(203)은 넘겨받은 스캔 화상 데이터 스트림(360)을 콘솔(18)에 의해 지시된 포맷으로 변환하여, 송신 데이터 스트림(359)을 생성한다. 그리고, 어플리케이션(203)은 송신 데이터 스트림(359)을 데이터 송수신 모듈(202)을 통한 송신 데이터 스트림(359)으로서 송신한다. 그렇지 않으면, 콘솔(18)에 의해 지시된 목적지가 내장(built-in) 외부 메모리(10)인 경우에, 내장형 어플리케이션(203)은 제어 API(204)를 통해 잡 제어 모듈(205)에 화상 데이터를 판독하여 저장하라고 명령한다. 이 명령은 제어 API(204)를 통해 잡 제어 모듈(205)에 직접 명령하는 내장형 어플리케이션(203), 또는 장치 제어 지시 데이터 스트림(351)을 생성하여 그것을 제어 API(204)를 통해 잡 제어 모듈(205)로 넘겨주는 내장형 어플리케이션(203)에 의해 구현된다. 잡 제어 모듈(205)은 경로(390)를 통해 화상 판독기(19)로부터의 화상 데이터를 입력하여, 그것을 RAM(2) 내에 보유하고, 이를 화상 처리 모듈(209)에 넘겨준다. 이렇게 생성된 스캔 화상 데이터 스트림(360)은 데이터 관리 모듈(210)을 통해 외부 메모리(10) 내에 저장되도록 스케줄된다.
상기 모든 처리는 네이티브 코드 부분(201)(도 2)에서 구현된다.
도 4는 제어기(1600)의 소프트웨어 모듈들 사이의 기본 데이터 흐름, 및 실시예에 따른 필터링 시의 데이터 흐름을 설명하는 도면이다. 모듈의 데이터 흐름은 도 3에서와 동일하고, 상술된 도면과 공통된 부분은 동일한 기호로 표시한다.
데이터 스트림을 필터링하는 경우에, 데이터 송수신 모듈(202)은 처리된 데이터 스트림을 경로(306)를 통해 외부 계층(212)으로 흐르게 한다. 경로(306)는 예를 들어 RTOS(214)에 의해 제공된 메시지 큐와 같은 태스크간 통신 기능에 의해 통과된다. 그외 다른 데이터 통과도 가능하다. 외부 계층(212)은, 기본적으로 화상 처리 장치(1000)의 외부로부터 LAN(2000)을 통해 수신한 데이터 스트림으로서의 처리 요구 데이터 스트림(350), 화상 처리 장치(1000)에서 처리 요구 데이터 스트림(350)이 나누어진 장치 제어 지시 데이터 스트림(351) 및 묘화 데이터 스트림(352), 내장형 어플리케이션에 의해 변환되어 생성된 송신 데이터 스트림(359), 및 데이터 송수신 모듈(202)로부터 마지막으로 송신된 송신 데이터 스트림(358)을, 특히 계층 I/F(211)의 인터프리터 환경(215)으로 전달한다. 이들 데이터 스트림은 데이터 관리 모듈(210)에 의해 외부 메모리(10)로부터 페치(fetch)된 것들일 수 있다.
외부 계층(212)은 수신된 데이터 스트림을 경로(307)를 통해 필터 프레임워크(219)로 흐르게 한다. 필터 프레임워크(219)의 런타임 모듈은 인터프리터 환경(215)에서 구현된 필터 프로그램 그룹(221)을 관리한다. 필터 프레임워크(219)는 데이터 스트림을 경로(308)를 통해 필터(221)로 흐르게 한다. 경로(308)에서, 데이터 스트림들은 예를 들어 인터프리터 환경에 의해 제공된 스레드간 통신 기능에 의해 넘겨진다. 그것은 아래의 인터프리터 환경(215)에서의 데이터 교환과 거의 동일하다. 복수의 필터(221)가 배치되는 경우에, 데이터 스트림은 그 각각의 필터들 사이로 흐르고, 인터프리터 환경(215)에 의해 제공된 스레드간 통신 기능에 의해 넘겨진다. 런타임 모듈은 프로그램 구현시에 요구된 소프트웨어 모듈을 의미한다.
필터(221)는 입력으로서 수신한 데이터 스트림에 대한 소정의 처리를 실행하여, 그것을 출력한다. 필터(221)에 의해 출력된 데이터 스트림은 경로(309)를 통해 필터 프레임워크(219)로 흐른다. 필터 프레임워크(219)는 필터(221)로부터 수신한 데이터 스트림을 경로(310)를 통해 외부 계층(212)으로 넘겨준다. 그러므로, 외부 계층(212)은 데이터 스트림을 경로(311)를 통해 내장형 어플리케이션(203)으로 흐르게 한다. 그렇지 않으면, 외부 계층(212)이 데이터 스트림을 경로(370)를 통해 데이터 송수신 모듈(202)로 흐르게 하여, 그 데이터 스트림을 상술된 바와 같이 경로(301)를 통해 내장형 어플리케이션(203)으로 흐르게 하는 구성을 가질 수도 있다.
제어 경로(312 및 372)는 필터 프레임워크(219)의 상태에 따라 데이터 송수신 모듈(202)에서 내장형 어플리케이션(203)으로의 데이터 스트림을 제어하는 경로이다. 필터 프레임워크(219)에 의해 관리된 필터(221)가 유효 상태로 배치되어 있는 경우에는, 상술된 경로(306 및 307)가 유효하게 되어 필터(221)에 의한 전처리가 실행된다. 필터 프레임워크(219)가 배치된 유효 필터(221)를 갖지 않는 경우에, 경로(301)가 유효하게 되어, 데이터 스트림은 데이터 송수신 모듈(202)에서 내장형 어플리케이션(203)으로 직접 흐른다. 이 경우에는, 필터 프레임워크(219)의 개입으로 인한 오버헤드를 방지할 수 있으므로, 필터(221)에 의해 어떤 개조도 수행되지 않은 표준 상태에서 화상 처리 장치(1000)의 데이터 처리 성능을 제공할 수 있다.
내장형 어플리케이션(203)이 데이터 스트림에 대한 필터링을 실행하는 경우에, 데이터 스트림은 경로(314)를 통해 외부 계층(212)으로 흐른다. 경로(314)는 예를 들어 RTOS(214)에 의해 제공된 메시지 큐와 같은 태스크간 통신에 의해 넘겨진다. 그외 다른 데이터 통과도 동일하다. 상술된 바와 같이, 외부 계층(212)은, 기본적으로 화상 처리 장치(1000)의 외부로부터 LAN(2000)을 통해 수신한 데이터 스트림으로서의 처리 요구 데이터 스트림(350), 화상 처리 장치(1000)에서 처리 요구 데이터 스트림(350)이 나누어진 장치 제어 지시 데이터 스트림(351) 및 묘화 데이터 스트림(352), 내장형 어플리케이션에 의해 변환되어 생성된 송신 데이터 스트림(359), 및 데이터 송수신 모듈(202)로부터 마지막으로 송신된 송신 데이터 스트림(358)을, 특히 계층 I/F(211)의 인터프리터 환경(215)으로 전달한다. 이들 데이터 스트림은 데이터 관리 모듈(210)에 의해 외부 메모리(10)로부터 페치된 것들일 수 있다. 외부 계층(212)은 수신한 데이터 스트림을 경로(307)를 통해 필터 프레임워크(219)로 흐르게 한다. 필터 프레임워크(219)의 런타임 모듈은 인터프리터 환경(215)에서 구현된 필터(221)를 관리한다. 필터 프레임워크(219)는 수신한 데이터 스트림을 경로(308)를 통해 필터(221)로 흐르게 한다. 경로(308)는 예를 들어 인터프리터 환경에 의해 제공된 스레드간 통신 기능에 의해 구현된다. 그것은 아래의 인터프리터 환경(215)에서의 데이터 교환과 거의 동일하다. 복수의 필터(221)가 배치되는 경우에, 데이터 스트림은 그 각각의 필터들 사이를 흐르고, 인터프리터 환경(215)에 의해 제공된 스레드간 통신 기능에 의해 넘겨진다.
필터(221)는 수신한 데이터 스트림에 대해 소정의 처리를 실행하여, 그것을 출력한다. 필터(221)에 의해 출력된 데이터 스트림은 경로(309)를 통해 필터 프레임워크(219)로 흐른다. 필터 프레임워크(219)는 필터(221)로부터 수신한 데이터 스트림을 경로(310)를 통해 외부 계층(212)으로 넘겨준다. 외부 계층(212)은 데이터 스트림을 경로(315)를 통해 잡 제어 모듈(205)로 흐르게 한다. 또한, 외부 계층(212)이 경로(371)를 통해 데이터 스트림을 내장형 어플리케이션(203)으로 흐르게 하여, 상술된 바와 같이, 데이터 스트림을 경로(313)를 통해 잡 제어 모듈(205)로 흐르게 하는 구성을 가질 수도 있다.
제어 경로(316 및 372)는 필터 프레임워크(219)의 상태에 따라 내장형 어플리케이션(203)에서 잡 제어 모듈(204)로의 데이터 스트림을 제어하는 경로이다. 필터 프레임워크(219)에 의해 관리된 필터(221)가 유효 상태로 배치되는 경우에, 경로(314 및 307)가 유효하게 되어, 필터(221)에 의한 전처리가 실행된다. 필터 프레임워크(219)가 배치된 유효 필터(221)를 갖지 않는 경우에, 경로(313)가 유효하게 되므로, 데이터 스트림은 직접 잡 제어 모듈(205)로 흐른다. 이 경우에는, 필터 프레임워크(219)의 개입으로 인한 오버헤드를 방지할 수 있기 때문에, 필터(221)에 의해 어떤 개조도 수행되지 않은 표준 상태에서 화상 처리 장치(1000)의 데이터 처리 성능을 제공할 수 있다.
다음에, 잡 제어 모듈(205)이 데이터 스트림에 대한 필터링을 실행하는 경우에 관해 설명된다. 이 경우에, 데이터 스트림은 경로(318)를 통해 내부 계층 I/F(213)로 흐른다. 경로(318)는 예를 들어 RTOS(214)에 의해 제공된 메시지 큐와 같은 태스크간 통신 기능에 의해 넘겨진다. 그외 다른 통과도 동일하다. 내부 계층 I/F(213)는, 번역기(206)에 의해 묘화 데이터 스트림(352)을 처리함으로써 생성된 디스플레이 리스트(355)와 같은 화상 처리 장치(1000)에 의해 생성된 데이터 스트림, 렌더러(207)에 의해 디스플레이 리스트(355)를 처리함으로써 생성된 중간 화상 데이터 스트림(356), 화상 처리 모듈(209)에 의해 중간 화상 데이터 스트림(356)을 처리함으로써 생성된 최종 화상 데이터 스트림(357), 화상 판독기(19)로부터 판독된 스캔 화상 데이터 스트림(360)을, 특히 계층 I/F(211)의 인터프리터 환경(215)으로 넘긴다. 이들 데이터 스트림은 데이터 관리 모듈(210)에 의해 외부 메모리(10)로부터 페치된 것들일 수 있다. 내부 계층 I/F(213)은 경로(318)를 통해 수신한 데이터 스트림을 필터 프레임워크(219)로 흐르게 한다. 필터 프레임워크(219)의 런타임 모듈은 인터프리터 환경(215)에서 구현된 필터(221)를 관리한다. 인터프리터 코드 부분(220)에서의 필터링 처리는 상술된 처리와 동일하므로, 그 설명은 생략한다.
필터 프레임워크(219)는 필터(221)로부터 수신한 데이터 스트림을 경로(310)를 통해 내부 계층 I/F(213)로 전달한다. 내부 계층 I/F(213)는 데이터 스트림을 경로(319)를 통해 잡 제어 모듈(205)로 흐르게 한다. 또한, 내부 계층 I/F(213)가 데이터 스트림을 번역기(206), 렌더러(207), 화상 처리 모듈(209), ME 제어 모듈(208) 및 데이터 관리 모듈(210)에 직접 전달하는 구성을 가질 수도 있다.
제어 경로(320 및 372)는 필터 프레임워크(219)의 상태에 따라 데이터 스트림을 제어하는 경로이다. 필터 프레임워크(219)에 의해 관리된 필터(221)가 유효 상태로 배치되는 경우에, 경로(318 및 307)가 유효하게 되어 필터(221)에 의한 전처리가 실행된다. 필터 프레임워크(219)가 배치된 유효 필터(221)를 갖지 않는 경우에, 경로(317)가 유효하게 되므로, 데이터 스트림은 직접 잡 제어 모듈(205)에 의해 스케줄된 다음 모듈로 흐른다. 이 경우에는, 필터 프레임워크(219)의 개입으로 인한 오버헤드를 방지할 수 있기 때문에, 필터(221)에 의해 어떤 개조도 수행되지 않은 표준 상태에서 화상 처리 장치의 데이터 처리 성능을 제공할 수 있다.
도 5는 실시예의 인터프리터 환경(215)에서 구성된 필터 프레임워크(219)의 클래스를 설명하는 도면이다.
FilterManager 클래스(401)는 필터 프레임워크(219)의 런타임 환경을 구현하는 오브젝트의 클래스이다. FilterManager 클래스(401)는 구성요소로서 하나의 커넥터 클래스(405) 오브젝트를 갖는다. 그것은 또한 복수의(n) 필터 추상 클래스(402) 오브젝트에 대한 참조 및 복수의{(n)-1} 파이프 클래스(406) 오브젝트에 대한 참조로 구성된 순차화 리스트를 갖는다. 그것은 또한 필터 프레임워크(219)의 런타임시에 복수의 인스톨된 필터 클래스(402)의 구체(concrete) 클래스를 관리하기 위한 installedFilter 속성(410)을 갖는다.
필터 추상 클래스(402)는 각종 필터 클래스를 추상화하는 추상 클래스이다. 필터 추상 클래스(402)는 필터명을 나타내는 "이름" 속성을 갖는다. 그것은 또한 입력 속성으로서 InputStream 추상 클래스(403)에서 계승되는 클래스의 오브젝트에 대한 참조를 갖는다. 그것은 또한 출력 속성으로서 OutputStream 추상 클래스(404)에서 계승되는 클래스의 오브젝트에 대한 참조를 갖는다. 필터 추상 클래 스(402)의 구체 클래스는 구현된 Runnable 인터페이스(411)를 갖고, 또한 "실행(run)" 메소드를 갖는다. FilterManager 클래스(401)의 오브젝트는 관리되고 있는 필터 추상 클래스(401)의 다양한 인스턴스를 생성하여, 그들을 데이터 스트림의 필터링 처리를 위해 배치할 때, 배치된 각 필터 오브젝트에 대응하여 스레드를 생성하고, 병행하여 동작하는 스레드의 구현 콘텍스트로 필터 오브젝트의 실행 메소드를 구현한다(보다 구체적으로, 필터 오브젝트는 Java(등록상표).lang.Thread 오브젝트를 생성하여 그것을 개시하기 위해 구성자(constructor)의 파라미터에 보내진다). 그러므로, 각각의 개별 필터 오브젝트는 자율적으로 동작한다.
InputStream 추상 클래스(403)는 데이터 스트림의 입력 소스의 추상 클래스이고, 매번 호출시에 데이터를 순차적으로 판독할 수 있는 판독 메소드를 갖는다.
OutputStream 추상 클래스(404)는 데이터 스트림의 출력 수신지의 추상 클래스이고, 매번 호출시에 데이터를 순차적으로 기입할 수 있는 기입 메소드를 갖는다.
커넥터 클래스(405)는 인터프리터 환경의 오브젝트와 네이티브 코드 사이에서 데이터 스트림을 교환하기 위한 접촉을 나타내는 오브젝트의 클래스이다. 커넥터 클래스(405)는 구성요소로서 InputStream 추상 클래스(403)에 계승하는 구체 클래스인 ConnectorInputStream 클래스(412)의 오브젝트를 갖고, 그 판독 메소드에 의해 네이티브 코드 부분(201)의 데이터 송수신 모듈(202)로부터 흘러온 데이터 스트림(306)을 순차적으로 판독할 수 있다. 커넥터 클래스(405)는 또한 구성요소로서 OutputStream 추상 클래스(403)에 계승하는 ConnectorOutputStream 클래스(413) 의 오브젝트를 갖고, 그 기입 메소드에 의해 순차적으로 기입된 데이터 스트림은 네이티브 코드 부분(201)의 잡 제어 모듈(205)로 데이터 스트림으로서 흐른다.
파이프 클래스(406)는 데이터 스트림에 대한 복수의 필터링 처리를 실행할 때 필터 추상 클래스(402)의 일련의 오브젝트를 접속하기 위해 사용된 오브젝트의 클래스이다. 파이프 클래스(406)는 구성요소로서, OutputStream 추상 클래스(404)에서 계승하는 PipedOutputStream 클래스(414) 및 InputStream 추상 클래스(403)에서 계승하는 PipedInputStream 클래스(415)의 각각의 오브젝트를 갖는다. 파이프 오브젝트로서의 PipedOutputStream 오브젝트(414) 및 PipedInputStream 클래스(415)는 스레드간 통신을 구현하기 위해 접속된다. 보다 구체적으로, 임의의 필터 오브젝트에 의한 기입 메소드에 의해 소정의 파이프 오브젝트의 PipedOutputStream 오브젝트에 순차적으로 기입된 데이터 스트림은 다른 필터 오브젝트에 의한 판독 메소드에 의해 그 파이프 오브젝트의 PipedInputStream 오브젝트로부터 순차적으로 판독가능하다.
도 6A 및 도 6B는 인터프리터 환경(215)에서 구성된 필터 프레임워크(219)에 의해 관리된 오브젝트를 도시한 도면으로서, 도 6A는 한 필터가 유효 상태에 있을 때 필터 프레임워크(219)의 런타임에 의해 관리된 오브젝트들 사이의 관계를 나타낸 것이다.
Connector 오브젝트(501)는 커넥터 클래스(405)의 오브젝트이다. 필터 오브젝트(502)는 필터 추상 클래스(402)를 구체화한 구체 클래스의 오브젝트이다. 필터 오브젝트(502)의 입력 속성은 Connector 오브젝트(501)의 ConnectorInputStream 오브젝트에 대한 참조를 갖는다. 출력 속성은 Connector 오브젝트(501)의 ConnectorOutputStream 오브젝트의 속성을 갖는다. 필터 오브젝트(502)는 "입력"에 의해 지정된 ConnectorInputStream 오브젝트로부터 판독된 데이터 스트림에 대한 필터링 처리를 실행한다. 그 필터 오브젝트는 이렇게 "출력"에 의해 지정된 ConnectorOutputStream 오브젝트에 대한 필터링 처리를 실시한 데이터 스트림을 기입한다.
프린트 데이터 스트림은 상술된 바와 같이 오브젝트들 사이에서 (도 6A의 광폭 화살표로) 넘겨진다.
도 6B는 2개의 필터가 유효 상태에 있을 때 필터 프레임워크(219)의 런타임에 의해 관리된 오브젝트들 사이의 관계를 도시한다.
필터1 오브젝트(503)는 필터 추상 클래스(402)를 구체화한 구체 클래스의 오브젝트이다. 필터1 오브젝트(503)의 입력 속성은 Connector 오브젝트(501)의 ConnectorInputStream 오브젝트에 대한 참조를 갖는다. 필터1 오브젝트(503)는 입력에 의해 지정된 ConnectorInputStream 오브젝트로부터 판독된 데이터 스트림에 대한 필터링 처리를 실행한다. 필터1 오브젝트(503)의 출력 속성은 파이프 오브젝트(504)의 PipedOutputStream 오브젝트에 대한 참조를 갖고, 필터1 오브젝트(503)는 출력에 의해 지정된 PipedOutputStream 오브젝트에 대한 필터링 처리를 실시한 데이터 스트림을 기입한다.
파이프 오브젝트(504)는 파이프 클래스(406)의 오브젝트이다. 파이프 오브젝트(504)는 접속된 상태에서 PipedOutputStream 오브젝트 및 PipedInputStream 오 브젝트를 갖는다. 파이프 오브젝트(504)의 PipedOutputStream 오브젝트의 기입 메소드의 호출에 의해 전달된 데이터 스트림은 파이프 오브젝트(504)의 PipedInputStream 오브젝트의 판독 메소드의 호출에 의해 데이터 스트림으로서 판독가능하다.
필터2 오브젝트(505)는 필터 추상 클래스(402)를 구체화한 구체 클래스의 오브젝트이다. 그 입력 속성은 파이프 오브젝트(504)의 PipedInputStream에 대한 참조를 갖는다. 필터2 오브젝트(505)는 입력에 의해 지정된 파이프 오브젝트(504)로부터 판독된 데이터 스트림에 대한 필터링 처리를 실행한다. 필터2 오브젝트(505)의 출력 속성은 Connector 오브젝트(501)의 ConnectorOutputStream에 대한 참조를 갖고, 필터2 오브젝트(505)는 출력에 의해 지정된 Connector 오브젝트(501)의 ConnectorOutputStream에 대한 필터링 처리를 받은 데이터 스트림을 기입한다.
프린트 데이터 스트림은 상술된 바와 같이 오브젝트들 사이에서 (도 6B의 광폭 화살표로) 넘겨진다. 또한, 마찬가지로 사이에 파이프 오브젝트(504)를 두면서 데이터 스트림 처리를 위해 보다 많은 오브젝트를 배치할 수도 있다.
도 7A 내지 도 7C는 이 실시예에 따른 필터 프레임워크(219)를 조작하는 사용자 인터페이스의 예를 설명하는 도면이다. 필터 프레임워크를 조작하는 사용자 인터페이스는 표준 라이브러리 및 프레임워크(217)(도 1)에 포함된 HTTP 서비스에 의한 웹 어플리케이션(서블릿)으로서 구현되고, 클라이언트 상에서 동작하는 웹 브라우저로부터 동작된다. 그렇지 않으면, 그것은 화상 처리 장치(1000)의 콘솔(18)로부터 동작될 애플릿형 서비스로서 구현될 수 있다.
도 7A는 이 실시예의 화상 처리 장치(1000)의 필터 프레임워크(219) 상에 새로운 필터(221)를 추가로 인스톨하기 위한 클라이언트의 사용자 인터페이스를 도시한 것이다. 이 필터 인스톨 화면(601)은 파일명 입력 필드(602), 참조 버튼(603) 및 인스톨 버튼(604)을 갖는다.
사용자는 파일명 입력 필드(602)에, 인스톨될 필터 추상 클래스(402)의 클래스 파일의 파일 경로를 입력하는데, 이것은 클라이언트 컴퓨터의 파일 시스템 내에 미리 저장된다.
사용자가 클라이언트 컴퓨터 상의 참조 버튼(603)을 클릭하면, 클라이언트 컴퓨터의 웹 브라우저에 의해 제공된 파일 선택 다이얼로그가 오픈되어, 클라이언트 컴퓨터의 파일 시스템 내를 브라우징하고 인스톨될 필터 추상 클래스(402)의 클래스 파일을 선택한다. 파일 선택 다이얼로그에 의해 사용자에 의해 선택된 파일의 파일 경로는 파일명 입력 필드(602)에 자동으로 입력된다.
사용자가 다음에 인스톨 버튼(604)을 클릭하면, 클라이언트 컴퓨터의 웹 브라우저는 화상 처리 장치(1000) 상에서 대기하고 있는 새로운 필터를 인스톨하기 위한 웹 어플리케이션에, 파일명 입력 필드(602)에 입력된 파일 경로의 클래스 파일을 보낸다. 이렇게 클래스 파일을 수신한 웹 어플리케이션은 화상 처리 장치(1000)의 비휘발성 메모리(3) 내에 그 수신된 클래스 파일을 저장한다. 그것은 또한 오브젝트 인스턴스를 생성하기 위해 인터프리터 환경(215) 상에서 동적으로 클래스 파일을 로드한다. 그리고, 생성한 필터 오브젝트를 필터 프레임워크 런타임에 의해 관리된 유효 필터 시퀀스 리스트 내의 최하향 스트림에 배치한다(유효 필터 오브젝트가 필터 시퀀스 내에 이미 존재하면, 그것은 새로운 필터 오브젝트를 연결하기 위해 새로운 파이프 오브젝트를 생성한다).
그러한 사용자 인터페이스가 웹 어플리케이션으로서 구현되는 경우에, RFC에 의해 규정된 HTML 형식에 기초한 파일 업로드의 스펙은 화상 처리 장치(1000)에 필터 구현 클래스를 업로드할 때 사용된다. 그러므로, 이 경우에, 파일명 입력 필드(602) 및 참조 버튼(603)은 클라이언트 컴퓨터의 웹 브라우저에 의해 디스플레이되고, 인스톨 버튼(604)은 상기 형식의 제출에 대응하고 있다.
애플릿형 서비스로서 사용자 인터페이스를 구현하는 경우에, 화면(601)은 화상 처리 장치(1000)의 콘솔(18)의 디스플레이 상에 디스플레이된다. 파일명 입력 필드(602) 내에 지정된 파일에 관해서는, 화상 처리 장치(1000)가 분리가능한 저장 매체를 갖는 경우에, 분리가능한 저장 매체 내에 파일 경로를 지정하는 것이 가능하다. 그렇지 않으면, HTTP 및 FTP와 같은 파일 전송 프로토콜에 의해 네트워크를 통해 화상 처리 장치로부터 판독가능하고 액세스가능한 공유 파일을 URL에 의해 지정하는 것이 가능하다.
도 7B는 이 실시예에 따른 화상 처리 장치(1000)의 필터 프레임워크(219) 상에 인스톨된 필터를 배치하기 위한 사용자 인터페이스를 설명하는 도면이다.
이 필터 배치 화면(605) 상에서, 테이블(606)은 필터 프레임워크(219)의 런타임시에 인스톨된 필터 그룹 리스트를 디스플레이한다. 테이블(606)의 각 라인은 인스톨된 필터들의 각각에 대응한다. 테이블(606)의 "선택" 행은 배열된 체크박스를 갖는데, 체크된 라인의 필터는 후술된 동작의 대상으로서 선택된다. 테이 블(606)의 "순서" 행은 필터가 무효 상태일 때 그 안에 "무효"하고 표시된다. 필터가 유효 상태인 경우에, 그 데이터 스트림 처리의 상향에서 하향으로 상승 순서로 부여된 번호가 디스플레이된다. 그리고, 테이블(606)의 "이름" 행은 필터 오브젝트의 이름 속성으로서 기술된 필터명을 표시한다.
참조번호(607 내지 611)는 선택된 필터의 동작을 지정하는 버튼을 나타내고, 테이블(606)의 선택 행 내에서 체크된 라인의 필터에 대한 조작을 지정한다. 사용자가 상세 디스플레이 버튼(607)을 클릭하면, 테이블(606)에서 선택된 필터에 관한 상세 정보가 디스플레이된다. 상세 정보는 필터명, 버전, 설명, 클래스명, 인스톨 소스(파일 경로 또는 URL)의 클래스 파일명, 및 인스톨 날짜와 시간을 포함한다.
상향 버튼(608)이 클릭되면, 필터 행 내의 선택된 필터의 차례(turn)를 데이터 스트림 처리에서 단지 한 단계 위로만 시프트한다. 하향 버튼(609)이 클릭되면, 필터 행 내의 선택된 필터의 차례를 데이터 스트림 처리에서 단지 한 단계 아래로만 시프트한다. 유효/무효 토클 버튼(610)이 클릭되면, 유효 상태에서의 선택된 필터는 무효 상태로 변경되고, 무효 상태인 경우에는 유효 상태로 변경된다. 무효로 된 필터 오브젝트는 삭제된다. 그러나, 필터 클래스(402)(도 5)는 인스톨된 채로 남아서, 필터 프레임워크 런타임의 관리하에 머문다. 언인스톨 버튼(611)이 클릭되면, 선택된 필터의 클래스 파일은 화상 처리 장치(1000)의 인터프리터 환경으로부터 삭제된다.
도 7C는 어떤 데이터 스트림이 필터의 대상인지 선택하는 사용자 인터페이스의 예를 도시한 도면이다.
필터 인스톨 화면(601) 및 필터 배치 화면(605)을 표시하기 전단계에서, 대상 데이터 스트림 선택 화면(612)을 디스플레이하여 사용자가 선택을 함으로써, 사용자가 원하는 데이터 스트림을 필터링 처리에 관한 인스톨 및 설정이 되도록 결정한다.
리스트(613)는 화상 처리 장치(100) 내에 존재하는 데이터 스트림을 선택하는 리스트형의 사용자 인터페이스이다. 필드(614)는 리스트(613)로부터 선택된 데이터 스트림을 디스플레이한다. 결정 버튼(615)은 필드(614)에서 지정된 데이터 스트림을 위한 필터를 인스톨하고 관리하는 것을 결정하는 버튼이다. 버튼(615)이 눌러지면, 관련 데이터 스트림의 필터 인스톨 화면(601) 및 필터 배치 화면(605)이 디스플레이된다.
필터링 처리를 실시하기 위한 데이터 스트림을 선택하는 다른 방법으로서, 또한, 필터링 대상 데이터 스트림을 지정하기 위해 필터를 인스톨하거나 관리할 때, 필터 속성을 필터 추상 클래스에(402)에 제공하여 필터 속성을 참조하는 것이 가능하다.
도 8은 실시예에 따른 필터링 처리의 주요 절차를 도시한 플로우차트이다.
이 절차는 구상 필터 클래스의 실행 메소드로서 구현된다. 필터 프레임워크(219)는 유효 필터 클래스의 오브젝트를 생성하고, 그 입력 스트림 및 출력 스트림을 셋업한 다음에, 이 오브젝트의 실행 메소드를 실행하기 위해 스레드(Thread 오브젝트)를 할당한다. 그러므로, 이 절차는 필터 프레임워크(219)에 의해 관리된 각 필터 오브젝트 상에서 병행 처리로 자율적으로 구현된다.
먼저, 필요한 전처리는 단계 S1에서 실행된다. 이 전처리는 필터(221)에 의해 내부적으로 사용된 속성의 초기화, 패턴 매칭을 위해 사용된 패턴 설명의 전처리, 및 입력 스트림 및 출력 스트림의 사용을 용이하게 하는 기능(예를 들어, 입력 스트림을 사전-판독가능하게 만들고, 시스템 자원을 효과적으로 사용하기 위해 버퍼링을 확장하는 기능)을 추가하기 위해 변경 클래스(Java(등록상표).io.FilterInputStream 또는 Java(등록상표).io.FilterOutputStream의 구체 클래스)로 스트림을 래핑(wrapping)하는 처리를 포함한다. 다음에, 단계 S2에서, 패턴 매칭 처리를 위해 필요한 양의 데이터는 입력 속성으로 설정된 입력 스트림으로부터 판독된다. 그리고, 단계 S3에서, 입력된 데이터 스트림으로부터 이 필터에 의해 조작되어야 할 데이터 패턴의 출현(emergency)을 찾기 위해 패턴 매칭이 실행된다. 이 필터에 의해 조작되어야 할 데이터 패턴은 고정된 데이터 행 자체이거나, 또는 정규 표현과 같은 형식 언어의 설명일 수 있다. 데이터 스트림에서 패턴 설명과 일치하는 데이터의 출현을 찾기 위한 여러가지 널리 공지된 구현이 있다. 예를 들어, 그랩(grep), 세드(sed), 오크(AWK) 및 펄(perl)이 잘 알려져 있다.
패턴 매칭을 효율적으로 실행하는 알고리즘은 잘 연구되어 있다. 고정된 패턴 설명의 경우에, 먼저 패턴 설명 및 부분 데이터 스트림의 각 해시 함수를 비교하여 해시 값이 일치할 때에만 완전한 일치를 결정하는 방법, 크누스-모리스-프랫(Knuth-Morris-Pratt) 방법 및 보이어-무어(Boyer-Moore) 방법과 같은 공지된 방법이 있다. 정규 표현에 의한 패턴 설명의 경우에, 그 배경이 유한 오토머턴(finite automaton)과 같은 형식 언어 이론인 각종 알고리즘이 공지되어 있다. 비교적 최신 자바(등록상표) 플랫폼은 표준으로서 정규 표현을 취급하는 클래스 라이브러리를 갖는다(Java(등록상표).util.regex). 예를 들어, 데이터 스트림의 업스트림 패턴에 따라 상태가 변경되고, 다운스트림 패턴의 해석이 변경된 상태에 따라 변경되어야 하고, 요구된 패턴 매칭이 너무 복잡해서 정규 표현의 설명이 어려운 경우에, 자바(등록상표) 프로그램으로서 패턴 자체의 특성을 평가하는 알고리즘을 기입하는 것이 가능하다. 그러므로, 그것이 아무리 복잡하더라도 간단하게 패턴 매칭을 구현할 수 있다.
다음에, 단계 S4에서, 패턴 매칭의 결과가 판정된다. 패턴 설명과 일치하는 데이터가 데이터 스트림 내에서 발견된 경우에, 단계 S5로 진행한다. 그렇지 않으면, 단계 S6으로 진행한다. 단계 S5에서, 이 필터의 목적에 따른 동작은 패턴 설명과 일치하는 데이터 스트림의 부분 데이터 행에 실행되어, 그것을 결과로 대체한다. 다음에, 단계 S6에서, 처리된 부분 데이터 행(즉, 모니터된 패턴이 출현하지 않은 데이터 행, 또는 단계 S5의 처리가 실행된 모니터된 패턴을 포함하는 데이터 행)은 출력 스트림에 기입된다. 단계 S7에서, 입력 스트림이 완료되었는 지의 여부가 판정된다. 완료된 경우에는 처리가 종료된다. 그렇지 않으면, 단계 S2로 돌아가서 절차를 반복한다.
도 9는 실시예에 따른 필터링 절차의 다른 예를 도시한 플로우차트이다.
이 절차는 구체적인 필터 클래스의 실행 메소드로서 구현된다. 필터 프레임워크(219)는 유효 필터 클래스의 오브젝트를 생성하고, 그 입력 스트림 및 출력 스트림을 셋업한 다음에, 이 오브젝트의 실행 메소드를 실시하기 위해 스레드(Thread 오브젝트)를 할당한다. 그러므로, 이 절차는 필터 프레임워크에 의해 관리된 각 필터 오브젝트 상에서 병행 처리로 자율적으로 구현된다.
먼저, 필요한 전처리는 단계 S11에서 실행된다. 이 전처리는 필터(221)에 의해 내부적으로 사용된 속성의 초기화, 패턴 매칭을 위해 사용된 패턴 설명의 전처리, 및 입력 스트림 및 출력 스트림의 사용을 용이하게 하는 기능(예를 들어, 입력 스트림을 사전-판독가능하게 만들고, 시스템 자원을 유효하게 사용하는 버퍼링을 확장하는 기능)을 추가하기 위해 변경 클래스(Java(등록상표).io.FilterInputStream 또는 Java(등록상표).io.FilterOutputStream의 구체 클래스)로 스트림을 래핑하는 처리를 포함한다. 다음에, 새로운 부분 데이터 스트림이 생성된다(단계 S12). 다음에, 단계 S13에서, 미리 정해진 양의 데이터는 입력 속성으로 설정된 입력 스트림으로부터 판독된다. 단계 S14에서, 단계 S12에서 생성된 부분 데이터 행은 판독 데이터 스트림에 추가된다. 다음에, 단계 S15에서, 처리된 부분 데이터 행은 출력 스트림에 기입된다. 단계 S16에서, 입력 스트림 내에 존재하는 나머지 데이터는 출력 스트림에 기입된다.
도 10은 실시예에 따른 처리 요구 데이터 스트림을 설명하는 도면이다.
참조번호(801)는 처리 요구 데이터 스트림을 나타낸다. 클라이언트는 처리 요구 데이터 스트림(801)을 작성하여 그것을 화상 처리 장치(1000)에 전송함으로써 화상 처리 장치(1000)의 처리 요구를 한다. 그리고, 요구된 처리는 화상 처리 장치(1000)에 의해 처리 요구 데이터 스트림(801)을 처리함으로써 구현된다. 처리 요구 데이터 스트림(801)은 크게 장치 제어 지시 데이터 스트림(802)(도 3의 참조 번호(351)에 대등함)과 묘화 데이터 스트림(803)(도 3의 참조번호(352)에 대등함)으로 나누어질 수 있다.
장치 제어 지시 데이터 스트림 부분(802)에는 묘화 이외에 화상 처리 장치(1000)의 처리 요구에 대한 지시를 기술한다. 보다 정확하게는, 화상 처리 장치(1000)의 기능에 의해 규정되는 다음과 같은 지시가 주어진다는 것이 일반적으로 알려져 있다. 제1 라인의 "잡 종류" 속성은 화상 처리 장치(1000)의 여러가지 잡 종류를 나타내는 "프린팅", "보안 프린트" 및 "화상 획득"과 같은 값을 가질 수 있다. "화상 획득"과 같이 어떤 묘화 지시도 없는 처리 요구의 경우에, 묘화 데이터 스트림(803)은 그러한 처리 요구 데이터 스트림(801) 내에 일반적으로 포함되지 않는다. 제2 라인의 "복사" 속성은 생성될 인쇄물의 복사 매수를 나타낸다. 제3 라인의 "페이지 레이아웃" 속성은 "장당 1페이지", "장당 2페이지" 또는 "장당 4페이지"와 같이 한 장의 용지 상에 복수 페이지를 부과하기 위한 스펙, 또는 "포스터(2x2)" 또는 "포스터(3x3)"와 같이 한 페이지를 확대하여 복수 장으로 나누어 인쇄하는 스펙을 포함하는 페이지 레이아웃 스펙을 나타낸다. 제4 라인의 "배치 순서" 속성은 페이지 레이아웃시의 면의 배치 스펙을 나타내는 "상부 좌측에서 우측으로", "상부 좌측에서 아래로", "상부 우측에서 좌측으로" 및 "상부 우측에서 아래로"와 같은 값을 가질 수 있다. 제5 라인의 "프린팅 방법" 속성은 프린팅 방법을 나타내는 "단면 프린팅", "양면 프린팅" 및 "제본 프린팅"과 같은 값을 가질 수 있다. 제6 라인의 "스티치(stitch) 방향" 속성은 마무리 공정에서 여러 장의 용지를 매는 방향을 나타내는 "광측 스티치(좌측)", "광측 스티치(우측)", "협측 스티 치(상부)" 및 "협측 스티치(하부)"와 같은 값을 가질 수 있다. 제7 라인의 "용지 배출 방법" 속성은 마무리 방법을 나타내는 "지정되지 않음", "소트(sort)", "스테이플(staple)" 및 "펀치 홀(punch holes)"과 같은 값을 가질 수 있다. 제8 라인의 "용지 공급" 속성은 화상 형성의 대상으로서의 용지(전사 용지)의 용지 공급 스펙을 나타내는 "자동", "수동 트레이", "카세트" 및 "데크" 또는 "일반 용지", "중량(heavy) 용지", "컬러 용지" 및 "OHP"와 같은 값을 가질 수 있다. 제9 라인의 "사용될 PDL" 속성은 처리 요구 내용이 묘화 데이터 스트림을 위해 사용된 PDL 유형을 나타내는 묘화 지시인 경우에 사용된다.
묘화 데이터 스트림 부분(803)은 처리 요구 내용이 묘화 지시인 경우에 사용되고, 묘화 데이터 스트림은 일반적으로 PDL에 의해 구성된다.
도 11은 실시예에 따라 필터에 의해 실행된 묘화 데이터 스트림(803)에 대한 처리를 설명하는 도면이다.
호환 필터(901)는 묘화 데이터 스트림(803)의 필터 클래스의 오브젝트를 나타내고, 입력 데이터 스트림에서 발생하는 묘화 데이터 스트림(803)의 호환성 문제를 해결하는 처리를 실행하여, 그것을 출력 데이터 스트림에 기입한다. 묘화 데이터 스트림(803)의 호환성 문제에 관해서는, 판매자들에 의해 구현된 화상 처리 장치의 해석에 있어서의 판매자들 간의 차이에 근거한 대표적인 PDL들 중의 하나로서의 어도비(Adobe)의 PostScript 스펙의 문제 및 그 해결책의 한 예에 대해 여기에서 설명된다.
"/DeferredMediaSelection"이 PostScript의 "setpagedevice"에서 참인 경우 에, 어떤 판매자의 화상 처리 장치는 콘솔(18)에서 처리하는 주문 용지로서 용지 요구를 디스플레이한다. 거짓인 경우에, 지정된 크기로부터 ±5의 범위에서 고정된 포맷 용지를 검색하고, 고정된 포맷에서 아무것도 없으면 PostScript의 정책을 따름으로써, 해석대로 구현된다. 다른 판매자의 화상 처리 장치에 관해서는, "/DeferredMediaSelection"이 참인 경우에, 고정된 포맷 용지는 지정된 크기 자체(범위 없음)에서 검색되고, 고정된 포맷에서 아무것도 없으면 주문 용지로서 처리된다. 거짓인 경우에, ±5의 범위에서 고정된 포맷 용지를 검색하고, 고정된 포맷에서 아무것도 없으면 PostScript의 정책을 따름으로써 구현된다. 여기에서, 또 다른 판매자에 의해 공급된 시스템의 기반구조 환경은 후자의 해석에 기초한 동작이라는 가정아래 구성된다. 이 경우에, 전자의 화상 처리 장치는 주문 용지로서 프린트 요구를 처리하고, 따라서 콘솔은 그 위에 "용지없음"이 디스플레이되고, 어떤 프린팅도 실행되지 않는다. 그러므로, 전자의 화상 처리 장치의 판매자는 가능한 한 저렴하고 신속하게 호환성 문제를 해결하도록 요구된다. 프린트 요구 데이터 스트림에서 발생하는 setpagedevice의 "/DeferredMediaSelection" 파라미터를 참에서 거짓으로 바꿈으로써 적어도 일시적으로 그러한 요구에 부응할 수 있다. 호환 필터(901)는 그러한 문제를 해결하는 일을 하는 필터 오브젝트가고, 입력 데이터 스트림으로부터 참으로서 지정된 "/DeferredMediaSelection"을 갖는 setpagedevice에 대해 패턴 매칭을 실행하며, 일치하면 거짓으로 대체된 송신 데이터 스트림을 출력한다.
참조번호(902)는 필터로의 입력 데이터 스트림의 한 예로서 PostScript로 기 술된 프린팅 데이터를 나타낸다. 상술된 패턴과 일치하는 부분 데이터는 프린팅 데이터의 제2 라인에서 나타난다. 참조번호(903)은 필터에 의해 입력 데이터 스트림(901)을 필터-처리함으로써 출력된 출력 데이터 스트림의 한 예를 나타내고, PostScript의 필터-처리된 프린팅 데이터로서 디스플레이된다. 송신 데이터 스트림(903)에서, 문자열 "true"는 제2 라인의 데이터에서 "false"로 변경된다.
도 12는 실시예에 따라 필터에 의해 실행된 묘화 데이터 스트림에 대한 필터링 처리를 설명하는 도면이다.
상기 예는 화상 처리 장치들 간의 스펙의 차에 근거한 호환성 문제를 해결하기 위해, 필터와의 데이터 스트림의 패턴 매칭 및 대체 기술을 사용했다. 또한, (펌웨어의 버그와 같은) 화상 처리 장치의 구현시의 장애를 긴급히 피하기 위해 동일한 기술을 사용할 수 있다. 예를 들어, LIPS(등록상표) 언어의 "화상 영역 안전화 규칙(VDM)"에 의해 지정된 화상의 폭이 8의 배수가 아니면 묘화 장애가 발생하는 버그를, 소정의 화상 처리 장치의 소정 버전의 배포물이 갖는 경우에 고려된다.
참조번호(1001)는 장애 방지 필터를 나타내는데, 이 필터는 장애를 현실화하지 않고 동등한 기능을 달성하기 위해, LIPS(등록상표) 데이터 스트림(1002)으로부터 장애를 표현하는 패턴을 찾아서(VDM의 화상 폭이 8의 배수가 아니라 "225"임), 그것을 참조번호(1003)로 표시된 데이터 스트림으로 변환한다. 여기에서, VDM의 화상 폭은 8의 배수이면서 "225"보다 큰 값으로서 "232"로 변환된다.
도 13은 실시예에 따라 최적화 필터에 의해 실행된 묘화 데이터 스트림에 대한 처리를 설명하는 도면이다.
최적화 필터(1101)는 묘화 데이터 스트림에 대한 최적 필터 클래스의 오브젝트를 나타내고, 데이터 스트림에서 발생하는 중복 기술된 PDL 데이터를 찾기 위해 입력 스트림을 판독하여, 그것을 동일한 기능의 더욱 효율적인 데이터로 변환해서 송신 데이터 스트림에 기입한다. 화상 처리 장치의 드라이버에 의해 생성된 PDL 데이터 스트림은 클라이언트의 프린트 요구 시스템 및 어플리케이션측의 편의로 인해 반복과 같은 중복 처리의 패턴을 본질적으로 포함하는 경향이 있다. 그러한 중복 설명 패턴은 더 높은 효율의 동등한 표현으로 대체하기 위해 일종의 "관용구(idiom)"로서 인식된다.
참조번호(1102)는 필터(1101)에 입력된 입력 데이터 스트림의 한 예를 나타낸다. 참조번호(1103)로 나타낸 바와 같이, 입력 데이터 스트림(1102)은 가로방향 직사각형을 더빙(daubing)하기 위해 3개의 정사각형의 더빙을 반복하도록 기술된다. 참조번호(1104)는 최적화 필터(1101)로부터의 송신 데이터 스트림의 한 예를 나타낸다. 여기에서, 필터(1101)는 중복된 반복 패턴을 검출하여, 그것에 대등한 하나의 더빙된 가로방향 직사각형(1105)으로 재기입한다.
도 14는 실시예에 따라 기능 추가 필터에 의해 실행된 장치 제어 지시 데이터 스트림에 대한 처리를 설명하는 도면이다.
참조번호(1201)는 장치 제어 지시 데이터 스트림(351)에 대한 기능 보강 필터 클래스의 오브젝트 예를 나타낸다. 기능 보강 필터(1201)는 입력 데이터 스트림(1202)을 판독하고, 입력 데이터 스트림에 따라 새로운 기능을 추가하는 데이터 추가 및 데이터 변환과 같은 처리를 실행해서, 그것을 송신 데이터 스트림에 기입 한다. 기능 보강의 한 예로서, 고객 시스템이 양면 프린팅 및 여러 종류의 마무리와 같은 새로운 화상 처리 장치의 새로운 능력을 갖추지 못한 전용 PDL 드라이버를 갖고 있을 때, 화상 처리 장치(1000)의 새로운 기능은 드라이버를 변경하지 않고 그 필터의 처리에 의해 강화되는 경우에 관해 설명된다.
기능 보강 필터(201)는 필터(1201)가 동작하고 있는 화상 처리 장치의 새로운 능력을 강화하기 위해, 자신의 속성으로서, 장치 제어 지시 셋업을 갖는다. 필터 오브젝트의 속성 값은 또한 장치의 전원이 꺼지고 장치가 다시 시작되는 경우라도 오브젝트 상태가 저장되도록 장치의 비휘발성 메모리(3) 내에 저장된다. 더욱 정확하게, 그것은 상술된 바와 같이 화상 처리 장치의 기능에 의해 규정된다.
입력 데이터 스트림(1202)은 프린트 데이터 스트림의 기능 보강 필터(1201)에 입력될 데이터 스트림이고, 화상 처리 장치의 종래의 어플리케이션 또는 드라이버에 의해 생성되어 화상 처리 장치(1000)에 의해 수신된 처리 요구 데이터 스트림이 화상 처리 장치에서 나누어지는 장치 제어 지시 데이터 스트림(351)이다.
출력 데이터 스트림(1203)은 장치 제어 지시 데이터 스트림의 기능 보강 필터(1201)에 의해 순차적으로 처리된 다음에 출력된 데이터 스트림을 나타낸다. 입력 데이터에 존재하는 단순한 처리 요구 데이터 스트림 이외에, 그것은 안에 삽입된 화상 처리 장치(1000)의 새로운 기능을 완전히 사용하기 위한 다양한 프린트 잡 설명 데이터를 갖고 있다. 프린트 잡 설명은 기능 보강 필터(1201)의 속성과 같은 다양한 속성이 작업 유닛, 함께 놓인 복수의 문서를 갖는 마무리와 같은 처리 유닛 및 개별 문서 유닛의 각 계층에서 지정될 수 있는 내포형 구조를 나타낼 수 있는 다.
출력 데이터 스트림(1203)에서, 제1 라인의 "SetJob"은 작업 유닛의 셋업의 시작을 나타낸다. 제2 라인의 "Job setup data"는 다양한 작업 유닛 셋업 데이터가 이 위치에서 존재한다는 것을 나타낸다. 제3 라인의 "BinderStart"는 함께 놓인 복수의 문서를 갖는 유닛의 시작을 나타낸다. 제4 라인의 "SetBinder"는 함께 놓인 복수의 문서를 갖는 유닛을 위한 셋업의 시작을 나타낸다. 제5 라인의 "Document bundle setup data"는 함께 놓인 복수의 문서를 갖는 유닛을 위한 셋업 데이터가 이 위치에 존재한다는 것을 나타낸다. 제6 라인의 "DocumentStart"는 문서의 시작을 나타낸다. 제7 라인의 "SetDocument"는 문서 유닛의 셋업의 시작을 나타낸다. 제8 라인의 "Document setup data"는 한 유닛으로서 문서를 갖는 셋업 데이터가 이 위치에 존재한다는 것을 나타낸다.
도 15는 기능 보강 필터(1201)를 동작시키는 사용자 인터페이스의 한 예를 도시한 도면이다.
필터 동작을 위한 사용자 인터페이스는 표준 라이브러리 및 프레임워크(217)에 포함된 HTTP 서비스에 의한 웹 어플리케이션(서블릿)으로서 구현되고, 클라이언트 상에서 동작하는 웹 브라우저로부터 동작된다. 그렇지 않으면, 사용자 인터페이스는 화상 처리 장치(1000)의 콘솔(18)로부터 동작될 애플릿형 서비스로서 구현될 수 있다.
참조번호(1301)는 필터 오브젝트 속성을 체크하고 변경하는 동작을 실행하기 위해 사용될 수 있는 기능 보강 필터(1201)의 기본 동작 화면을 나타낸다. 참조번호(1302)는 잡 종류 속성을 조작하기 위해 사용된다. 참조번호(1312)는 복사 속성을 조작하기 위해 사용된다. 참조번호(1303)는 페이지 레이아웃 속성을 설정하기 위해 사용된다. 참조번호(1304)는 배치 순서 속성을 설정하기 위해 사용된다. 참조번호(1305)는 프린팅 방법 속성을 설정하기 위해 사용된다. 참조번호(1306)는 스티치 방향 속성을 설정하기 위해 사용된다. 참조번호(1307)는 용지 배출 방법 속성을 설정하기 위해 사용된다. 참조번호(1308)는 용지 공급부를 설정하기 위해 사용된다. 도움말 버튼(1309)은 이 필터의 속성의 사용법, 기능 및 의미의 설명을 표시하기 위해 사용된다. "표준으로 복귀" 버튼(1310)은 다양한 속성을 디폴트로 되돌릴 때 표시된다. 적용 버튼(1311)은 속성 값 변경 동작을 적용하여, 실제로 필터 오브젝트 속성으로서 새로운 값을 설정하기 위해 사용된다. 참조번호(1313)는 화면 상의 다양한 속성을 체크하기 위해 그 값의 상태에 따라 몇가지 중요한 속성의 프레임 포맷을 표시하는 프리뷰 아이콘을 나타낸다.
상술된 바와 같이, 제1 실시예는 다음과 같은 효과를 갖는다.
(1) 프린트 요구 수신 서버는 펌웨어로서 정적으로 구현되고, 수신 서버에 의해 수신된 데이터 스트림을, 내장형 자바(등록상표) 환경에서 구현된 동적 로딩 및 동적 링킹을 할 수 있는 필터 소프트웨어에 전달하는 인터페이스를 갖는다. 그로 인해, 장치의 전체 펌웨어를 동적이고 중복된 소프트웨어로 대체하는 것과 같은 비효율적인 처리, 또는 그 소프트웨어를 자바(등록상표) 환경측에서 구현함으로써 그 소프트웨어를 이중으로 갖고 있는 것과 같은 비효율성을 방지하기 위해, 안정된 부분을 동적 부분으로부터 명확하게 분리시키는 것이 가능하다. 이렇게 구현된 필 터 프레임워크는 비용과 개발 부담 면에서 합리적이다. 더구나, 더 저렴한 지원 비용으로 더욱 신속하게 고객 요구를 충족시키기 위해 전달된 장치를 위한 필터를 동적으로 추가하거나 대체하기가 용이하다.
(2) 필터가 더욱 정교한 자바(등록상표) 환경에서 구현됨에 따라, 정교한 패턴 매칭 알고리즘을 구현하기가 용이하고, 그로 인해 일반적으로 편입 시스템에서 어려운 동적 메모리 관리가 효과적이다. 그것은 정교한 모듈 내에 고도로 재사용가능한 소프트웨어로서 설계되므로, 오브젝트 지향 프로그램에 기초한 설계 패턴이 용이하게 채택될 수 있다. 따라서, 높은 생산성의 필터 부분을 구현할 수 있다.
(3) 필터에 의해, PDL 데이터를 적절하게 변경하기 위해 패턴 매칭을 사용하여 입력 데이터 스트림으로부터 다른 구현과의 호환성 관점에서 문제있는 PDL 데이터를 찾을 수 있다. 이것은 저렴한 비용으로 호환성 문제 및 장애를 해결했다. 특히, 그것은 고객 환경에 배치된 시스템, 화상 처리 장치의 어플리케이션 및 드라이버에 영향을 미치지 않고 단지 화상 처리 장치측에 밀접한 처리에 의해 달성가능하다. 필터가 하나도 배치되지 않은 경우에는, 구성 때문에, 필터 프레임워크의 개입으로 인한 오버헤드를 방지할 수 있다. 그러므로, 필터가 하나도 배치되지 않더라도 화상 처리 장치의 원래의 데이터 처리 성능을 유지할 수 있다.
(4) 자바(등록상표) 환경에서 유연성있게 확장가능한 필터에 의해, 중복 설명 패턴을 일종의 "관용구"로서 인식하여 그것을 더 높은 효율의 대등한 표현으로 대체하는 것이 가능하다. 그러므로, 프린팅 처리 성능은 PDL 처리 시스템의 주요 부분에 영향을 미치지 않으면서 개선될 수 있다. 그것은 화상 처리 장치측에 밀접 한 최적화 처리를 실행하므로, 고객 환경의 시스템, 화상 처리 장치의 어플리케이션 및 드라이버를 변환할 필요가 없다. 필터는 높은 생산성을 갖고, 인스톨을 포함하여 그 유지보수가 용이하므로, 각각의 개별 고객의 사용 형식에 따라 최적화가 실행될 수 있다.
(5) 화상 처리 장치의 새로운 기능을 갖추지 못한 화상 처리 장치의 어플리케이션과 드라이버, 및 고객 환경의 시스템과 결합하는 경우에도, 새로운 기능을 완전히 사용하기 위해 자바(등록상표) 환경에서 유연성있게 확장가능한 필터에 새로운 기능을 강화하기 위해 필요한 데이터를 추가하는 것이 가능하다.
(6) 필터는 자바(등록상표) 환경에서 펌웨어의 소프트웨어 플랫폼의 또 다른 계층으로서 펌웨어 상에서 동작하는 필터를 위한 추가 기능의 셋업을 조작하기 위한 사용자 인터페이스를 갖는다. 그러므로, 각각의 개별 고객의 사용 형식을 지원하는 기능 보강을 제공할 가능성도 있다.
(7) 장치 제어에 관련된 명령과 순서로 이루어진 장치 제어 데이터 스트림 부분, 및 PDL과 같은 묘화에 관련된 명령과 순서로 이루어진 묘화 데이터 스트림 부분의 각각에 대해 최적 필터링 처리를 실행할 수 있다.
[제2 실시예]
도 16은 본 발명의 제2 실시예에 따른 송신 데이터 스트림(1401)을 설명하는 도면이다. 제2 실시예에 관한 하드웨어 구성 및 소프트웨어 구성은 상술된 도 1 내지 도 4와 동일하므로, 그 설명은 생략한다.
화상 처리 장치(1000)는 클라이언트로부터의 처리 요구에 따라 클라이언트에 의해 지시된 수신지로 화상 데이터 등등을 전송한다. 그 경우에, 화상 처리 장치(1000)는 송신 데이터 스트림(1401)을 생성하고, 그것을 데이터 송수신 모듈(202)로부터 전송한다. 송신 데이터 스트림(1401)은 그 안에 리스트된 송신 데이터 스트림의 잡 종류를 갖고있는 데이터 스트림 부분(1402)과, 화상 데이터 스트림(1403)으로 대충 나누어질 수 있다. 데이터 스트림 부분(1402)은 거기에 기술된 화상 데이터 자체 이외의 정보를 갖는다. 데이터 스트림 부분(1402)의 포맷은 화상 처리 장치(1000)의 기능에 의해 규정된다. 데이터 전송 처리를 실행할 때, 데이터 스트림 부분(1402)은 잡 제어 모듈(205) 또는 내장형 어플리케이션(203)에 의해 화상 데이터에 추가되고, 데이터 송수신 모듈(202)로부터 송신 데이터 스트림으로서 전송된다. 화상 데이터 스트림 부분(1403)은 화상 처리 모듈(209)에 의해 화상 판독기(19)로부터 입력된 스캔 화상 데이터 스트림(360)(도 3)을 처리함으로써 생성된다. 여기에서, 상술된 바와 같이, 송신 데이터 스트림(1401), 데이터 스트림 부분(1402) 및 화상 데이터 스트림(1403)의 각각을 필터-처리하는 것이 가능하다.
상술된 제2 실시예에 따르면, 최적 필터 처리는 화상 처리 장치 내에 존재하는 스캔 화상 데이터 스트림(360), 화상 데이터 스트림 및 송신 데이터 스트림(359)의 각각에 대해 가능하다.
[기타 실시예]
상기 이외에 화상 처리 장치 내에 존재하는 데이터 스트림에 관해서는, PDL을 처리함으로써 생성된 디스플레이 리스트(355), 화상 처리 장치에서 마지막으로 생성된 최종 화상 데이터 스트림(357), 및 최종 화상 데이터 스트림(357)을 생성하기 위해 생성된 중간 화상 데이터 스트림(356) 등등이 있다. 그들은 화상 처리 장치의 기능에 의해 규정된 그들 각각의 포맷을 갖는다. 상술된 것과 동일한 구성으로 데이터 스트림의 각각에 대해 최적 필터링 처리를 실행하는 것이 가능하다.
또한, 프린트 데이터 스트림 내의 제어 데이터보다 오히려 프린팅 대상의 문자열 데이터로부터 특정 문자열 패턴의 발생을 찾아서, 특정 문자열 패턴과 일치할 때, 대체하거나 삽입하기 위해 그 문자열에 대응한 제어 데이터를 생성하기 위한 기능 보강 필터를 구성하는 것이 가능하다. 이 경우에, 고객이 워드 프로세서와 같은 어플리케이션을 사용하여, 예를 들어 텍스트로서 특정 문자열을 입력하고, 그것을 화상 처리 장치의 통상적인 드라이버를 통해 프린트할 때, 예를 들어, 특정 문자열을, 화상 처리 장치측 상의 필터 내에서 그것에 대응하는 화상(로고, 마크 또는 워터마크)을 묘화하는 벡터 묘화 명령과 같은 명령 시퀀스로 변환할 수 있다.
상기 실시예에서, 자바(등록상표)의 가상 머신 환경은 펌웨어 내부의 인터프리터 환경으로서 사용된다. 그러나, 본 발명은 거기에 제한되지 않는다. 다른 스크립트 언어와 같은 인터프리터 환경을 펌웨어 내로 편입하여 구성하는 경우라도, 펌웨어 부분의 동적 필터 추가 및 분리와 같은 동일한 효과를 가질 수 있다.
그 밖에, 필터 생산성 등등에 관해 동일한 효과를 얻기 위해 사용될 수 있는 오브젝트 지향과 같은 고효율 개발을 할 수 있는 많은 다른 인터프리터 환경이 존재한다. 특히, 세드, 오크 및 펄과 같은 대안이 또한 패턴 매칭에 기초한 데이터 스트림의 처리에 적합하다.
[기타 실시예]
본 발명의 실시예가 상세하게 상술되었다. 본 발명은 복수의 장치에 의해 구성된 시스템에 적용가능하고, 또한 하나의 장치에 의해 구성된 장치에도 적용가능하다.
본 발명은 시스템 또는 장치의 컴퓨터가 본 발명을 달성하기 위해 공급된 프로그램 코드를 판독하여 구현하도록, 상술된 실시예의 기능을 구현하는 소프트웨어의 프로그램이 직접적으로 또는 원격으로 시스템 또는 장치에 공급되는 경우를 포함한다. 그 경우에, 형식은 프로그램의 기능을 갖고 있으면 프로그램이 될 필요가 없다. 그러므로, 본 발명은 또한 컴퓨터 상에서 본 발명의 기능적 처리를 구현하기 위해 컴퓨터 상에 인스톨된 프로그램 코드 자체에 의해 구현된다. 보다 구체적으로, 본 발명은 본 발명의 기능적 처리를 구현하기 위한 컴퓨터 프로그램 자체를 포함한다. 그 경우에, 프로그램은 OS에 공급된 인터프리터 또는 스크립트 데이터에 의해 구현된 프로그램인 오브젝트 코드와 같은 프로그램의 기능을 갖고 있으면 임의의 형식일 수 있다.
프로그램을 공급하는 저장 매체는 플로피(등록상표) 디스크, 하드 디스크, 광 디스크, 광자기 디스크, MO, CD-ROM, CD-R, CD-RW, 자기 테이프, 비휘발성 메모리 카드, ROM 또는 DVD(DVD-ROM, DVD-R)일 수 있다. 프로그램을 공급하는 다른 방법에 관해서는, 클라이언트 컴퓨터의 브라우저를 사용하여 인터넷 상의 홈페이지에 접속해서, 본 발명의 컴퓨터 프로그램 자체, 또는 자동 인스톨 기능을 포함하는 압축 파일을 홈페이지로부터 하드 디스크와 같은 저장 매체에 다운로드함으로써 공급 될 수 있다. 또한, 본 발명의 프로그램을 구성하는 프로그램 코드를 복수의 파일로 나누어서, 각 파일을 상이한 홈 페이지로부터 다운로드함으로써 구현될 수 있다. 보다 구체적으로, 본 발명의 권리는 컴퓨터 상에서 본 발명의 기능적 처리를 구현하기 위한 프로그램 파일을 복수의 사용자에게 다운로드하기 위한 WWW 서버를 포함한다.
또한, 본 발명의 프로그램을 암호화하여 그것을 CD-ROM과 같은 저장 매체에 저장해서 사용자들에게 배포하고, 인터넷을 통해 홈페이지로부터 소정의 조건에 맞는 사용자에게 다운로드된 그것을 복호화하기 위한 키 정보를 가지며, 그 키 정보를 사용하여 암호화 프로그램을 구현해서, 그것을 컴퓨터 상에 인스톨하고 구현하는 것이 가능하다.
상술된 실시예의 기능은 컴퓨터에 의해 구현된 판독 프로그램을 갖고서 구현된다. 실시예의 상술된 기능은 또한 프로그램의 명령에 기초하여 컴퓨터 상에서 동작하는 OS 등에 의해 실행된 실제 처리의 일부 또는 전부를 갖는 처리에 의해 구현될 수 있다.
더구나, 상술된 실시예의 기능은 컴퓨터 내로 삽입된 기능 보강 보드 또는 컴퓨터에 접속된 기능 보강 유닛에 제공된 메모리에 기입된 기록 매체로부터 판독된 프로그램을 가진 후에, 프로그램의 명령에 기초하여 기능 보강 보드 또는 기능 보강 유닛에 제공된 CPU 등에 의해 실행된 실제 처리의 일부 또는 전부를 갖는 처리에 의해 구현된다.
본 발명의 복수의 명백하고 광범위하게 서로 다른 실시예는 본 발명의 정신 및 범위를 벗어나지 않고 행해질 수 있으므로, 본 발명은 첨부된 청구범위에서 정의된 것 이외에는 특정 실시예에 제한되지 않는다.
이 특허 출원은 여기에서 참조로 사용되는, 2004년 8월 6일자로 출원된 일본특허출원 제2004-231433호로부터 우선권을 주장한다.

Claims (32)

  1. 프로세서 구성 하드웨어에 의해 처리되는 제1 명령 그룹에 기초하여 구성된 네이티브(native) 환경에서, 상기 제1 명령 그룹과는 독립적으로 정의된 제2 명령 그룹에 기초하여 구성된 프로그램을 동적으로 구현하는 인터프리터(interpreter) 환경을 갖는 화상 처리 장치로서,
    상기 네이티브 환경에서 클라이언트로부터의 처리 요구를 포함하는 입력 데이터 스트림을 수신하는 데이터 스트림 수신 수단;
    상기 네이티브 환경에서 해석시에 상기 입력 데이터 스트림이 나누어지는 복수의 단계들 각각에서 중간 데이터 스트림을 생성하는 데이터 처리 수단;
    상기 인터프리터 환경에서 상기 중간 데이터 스트림을 필터링하여, 필터링된 데이터 스트림을 생성하는 필터 수단;
    상기 네이티브 환경에서 필터 수단과의 사이에서 상기 중간 데이터 스트림을 취출하여(retrieve) 다시 쓰기를 행하는(write back) 인터페이스 수단; 및
    상기 네이티브 환경에서 상기 인터페이스 수단을 통해 취출된 상기 중간 데이터 스트림을 상기 인터프리터 환경에서의 대응하는 필터 수단에 전달하고, 상기 필터링된 데이터 스트림을 상기 인터페이스 수단을 통해 다시 쓰기를 행하는 필터 관리 수단
    을 포함하는 화상 처리 장치.
  2. 제1항에 있어서,
    상기 필터 수단에 의해 처리된 상기 중간 데이터 스트림을 정보 처리 장치에 송신하는 송신 수단을 더 포함하는 화상 처리 장치.
  3. 제2항에 있어서,
    상기 클라이언트는 네트워크를 통해 접속된 상기 정보 처리 장치, 또는 상기 화상 처리 장치에 포함되는 화상 처리 장치.
  4. 제1항에 있어서,
    상기 중간 데이터 스트림은 상기 화상 처리 장치에 제어 지시를 제공하는 장치 제어 지시 데이터 스트림, 상기 화상 처리 장치에 묘화 지시를 제공하는 묘화 데이터 스트림, 상기 장치 제어 지시 데이터 스트림 및 상기 묘화 데이터 스트림을 처리함으로써 생성된 중간 화상 데이터 스트림, 및 상기 중간 화상 데이터 스트림을 처리함으로써 생성된 최종 화상 데이터 스트림을 포함하는 화상 처리 장치.
  5. 제1항에 있어서,
    상기 필터 수단에 의한 필터링은 상기 중간 데이터 스트림에 새로운 데이터 스트림을 추가하는 처리를 포함하는 화상 처리 장치.
  6. 제1항에 있어서,
    상기 필터 수단에 의한 필터링은 상기 중간 데이터 스트림의 특정 데이터 스트림을 다른 데이터 스트림으로 대체하는 처리를 포함하는 화상 처리 장치.
  7. 제1항에 있어서,
    상기 인터프리터 환경의 사용자 인터페이스를 사용함으로써 상기 필터 수단의 처리 파라미터를 조작하는 수단을 더 포함하는 화상 처리 장치.
  8. 제1항에 있어서,
    상기 인터프리터 환경은 상기 인터프리터 환경에서 동작하는 상기 프로그램에 스레드(thread) 메카니즘을 제공하고, 상기 필터 수단은 상기 스레드 메카니즘의 독립 구현 콘텍스트에서 자율적으로 필터링을 실행하는 화상 처리 장치.
  9. 제1항에 있어서,
    상기 인터프리터 환경은 자바(등록상표) 플랫폼에 기초하는 화상 처리 장치.
  10. 화상 처리 장치에 있어서,
    클라이언트로부터의 처리 요구를 포함하는 입력 데이터 스트림을 수신하는 데이터 스트림 수신 수단;
    상기 입력 데이터 스트림을 복수의 단계들로 나누어서 해석하고, 상기 단계들 각각에서 중간 데이터 스트림을 생성하여, 상기 입력 데이터 스트림에 의해 지 시된 내용들에 따라 처리를 행하는 데이터 처리 수단;
    상기 중간 데이터 스트림을 필터링하여, 필터링된 데이터 스트림을 생성하는 필터 수단;
    상기 필터 수단과의 사이에서 상기 데이터 스트림을 취출하여 다시 쓰기를 행하는 인터페이스 수단;
    상기 필터 수단의 필터 기능을 선택하는 선택 수단;
    상기 필터 수단에 의한 필터링의 대상이 될 데이터 스트림을 선택하는 선택 수단; 및
    상기 선택 수단에 의해 선택된 상기 데이터 스트림을 상기 인터페이스 수단을 통해 취출하여, 그것을 상기 선택 수단에 의해 선택된 대응하는 필터 수단에 전달하며, 상기 필터링된 데이터 스트림을 상기 인터페이스 수단을 통해 다시 쓰기를 행하는 필터 관리 수단
    을 포함하는 화상 처리 장치.
  11. 제10항에 있어서,
    상기 필터 수단에 의해 처리된 상기 중간 데이터 스트림을 정보 처리 장치에 송신하는 송신 수단을 더 포함하는 화상 처리 장치.
  12. 제11항에 있어서,
    상기 클라이언트는 네트워크를 통해 접속된 상기 정보 처리 장치, 또는 상기 화상 처리 장치에 포함되는 화상 처리 장치.
  13. 제10항에 있어서,
    상기 필터 수단에 의한 필터링은 상기 중간 데이터 스트림에 새로운 데이터 스트림을 추가하는 처리를 포함하는 화상 처리 장치.
  14. 제10항에 있어서,
    상기 필터 수단에 의한 필터링은 상기 중간 데이터 스트림의 특정 데이터 스트림을 다른 데이터 스트림으로 대체하는 처리를 포함하는 화상 처리 장치.
  15. 프로세서 구성 하드웨어에 의해 처리되는 제1 명령 그룹에 기초하여 구성된 네이티브 환경에서, 상기 제1 명령 그룹과는 독립적으로 정의된 제2 명령 그룹에 기초하여 구성된 프로그램을 동적으로 구현하는 인터프리터 환경을 갖는 화상 처리 장치의 제어 방법으로서,
    상기 네이티브 환경에서 클라이언트로부터의 처리 요구를 포함하는 입력 데이터 스트림을 수신하는 데이터 스트림 수신 단계;
    상기 네이티브 환경에서 해석시에 상기 입력 데이터 스트림이 나누어지는 복수의 단계들 각각에서 중간 데이터 스트림을 생성하는 데이터 처리 단계;
    상기 인터프리터 환경에서 상기 중간 데이터 스트림을 필터링하여, 필터링된 데이터 스트림을 생성하는 필터 단계;
    상기 네이티브 환경에서 필터 단계와의 사이에서 상기 중간 데이터 스트림을 취출하여 다시 쓰기를 행하는 인터페이스 단계; 및
    상기 네이티브 환경에서 상기 인터페이스 단계를 통해 취출된 상기 중간 데이터 스트림을 상기 인터프리터 환경에서의 대응하는 필터 단계에 전달하고, 상기 필터링된 데이터 스트림을 상기 인터페이스 단계를 통해 다시 쓰기를 행하는 필터 관리 단계
    를 포함하는 제어 방법.
  16. 제15항에 있어서,
    상기 필터 단계에서 처리된 상기 중간 데이터 스트림을 정보 처리 장치에 송신하는 송신 단계를 더 포함하는 제어 방법.
  17. 제16항에 있어서,
    상기 클라이언트는 네트워크를 통해 접속된 상기 정보 처리 장치, 또는 상기 화상 처리 장치에 포함되는 제어 방법.
  18. 제15항에 있어서,
    상기 중간 데이터 스트림은 상기 화상 처리 장치에 장치 제어 지시를 제공하는 장치 제어 지시 데이터 스트림, 상기 화상 처리 장치에 묘화 지시를 제공하는 묘화 데이터 스트림, 상기 장치 제어 지시 데이터 스트림 및 상기 묘화 데이터 스 트림을 처리함으로써 생성된 중간 화상 데이터 스트림, 및 상기 중간 화상 데이터 스트림을 처리함으로써 생성된 최종 화상 데이터 스트림을 포함하는 제어 방법.
  19. 제15항에 있어서,
    상기 필터 단계에서의 필터링은 상기 중간 데이터 스트림에 새로운 데이터 스트림을 추가하는 처리를 포함하는 제어 방법.
  20. 제15항에 있어서,
    상기 필터 단계에서의 필터링은 상기 중간 데이터 스트림의 특정 데이터 스트림을 다른 데이터 스트림으로 대체하는 처리를 포함하는 제어 방법.
  21. 제15항에 있어서,
    상기 인터프리터 환경의 사용자 인터페이스를 사용함으로써 상기 필터 단계의 처리 파라미터를 조작하는 단계를 더 포함하는 제어 방법.
  22. 제15항에 있어서,
    상기 인터프리터 환경은 상기 인터프리터 환경에서 동작하는 상기 프로그램에 스레드 메카니즘을 제공하고, 상기 필터 단계는 상기 스레드 메카니즘의 독립 구현 콘텍스트에서 자율적으로 필터링을 실행하는 제어 방법.
  23. 제15항에 있어서,
    상기 인터프리터 환경은 자바(등록상표) 플랫폼에 기초하는 제어 방법.
  24. 화상 처리 장치의 제어 방법에 있어서,
    클라이언트로부터의 처리 요구를 포함하는 입력 데이터 스트림을 수신하는 데이터 스트림 수신 단계;
    상기 입력 데이터 스트림을 복수의 단계들로 나누어서 해석하고, 상기 단계들 각각에서 중간 데이터 스트림을 생성하여, 상기 입력 데이터 스트림에 의해 지시된 내용들에 따라 처리를 행하는 데이터 처리 단계;
    상기 중간 데이터 스트림을 필터링하여, 필터링된 데이터 스트림을 생성하는 필터 단계;
    필터 단계와의 사이에서 상기 데이터 스트림을 취출하여 다시 쓰기를 행하는 인터페이스 단계;
    상기 필터 단계의 필터 기능을 선택하는 선택 단계;
    상기 필터 단계에서의 필터링의 대상이 될 데이터 스트림을 선택하는 선택 단계; 및
    상기 선택 단계에서 선택된 상기 데이터 스트림을 상기 인터페이스 단계를 통해 취출하여, 그것을 상기 선택 단계에서 선택된 대응하는 필터 단계에 전달하며, 상기 필터링된 데이터 스트림을 상기 인터페이스 단계를 통해 다시 쓰기를 행하는 필터 관리 단계
    를 포함하는 제어 방법.
  25. 제24항에 있어서,
    상기 필터 단계에서 처리된 상기 중간 데이터 스트림을 정보 처리 장치에 송신하는 송신 단계를 더 포함하는 제어 방법.
  26. 제25항에 있어서,
    상기 클라이언트는 네트워크를 통해 접속된 상기 정보 처리 장치, 또는 상기 화상 처리 장치에 포함되는 제어 방법.
  27. 제24항에 있어서,
    상기 필터 단계에서의 필터링은 상기 중간 데이터 스트림에 새로운 데이터 스트림을 추가하는 처리를 포함하는 제어 방법.
  28. 제24항에 있어서,
    상기 필터 단계에서의 필터링은 상기 중간 데이터 스트림의 특정 데이터 스트림을 다른 데이터 스트림으로 대체하는 처리를 포함하는 제어 방법.
  29. 프로세서 구성 하드웨어에 의해 처리되는 제1 명령 그룹에 기초하여 구성된 제1 프로그램 환경에서, 상기 제1 명령 그룹과는 독립적으로 정의된 제2 명령 그룹에 기초하여 구성된 프로그램을 동적으로 구현하는 제2 프로그램 환경을 갖는 데이터 처리 장치로서,
    상기 제1 프로그램 환경에서 클라이언트로부터의 처리 요구를 포함하는 입력 데이터 스트림을 수신하는 데이터 스트림 수신 수단;
    상기 제1 프로그램 환경에서 해석시에 상기 입력 데이터 스트림이 나누어지는 복수의 단계들 각각에서 중간 데이터 스트림을 생성하는 데이터 처리 수단;
    상기 제2 프로그램 환경에서 상기 중간 데이터 스트림을 필터링하여, 필터링된 데이터 스트림을 생성하는 필터 수단;
    상기 제1 프로그램 환경에서 필터 수단과의 사이에서 상기 중간 데이터 스트림을 취출하여 다시 쓰기를 행하는 인터페이스 수단; 및
    상기 제1 프로그램 환경에서 상기 인터페이스 수단을 통해 취출된 상기 중간 데이터 스트림을 상기 제2 프로그램 환경에서의 대응하는 필터 수단에 전달하고, 상기 필터링된 데이터 스트림을 상기 인터페이스 수단을 통해 다시 쓰기를 행하는 필터 관리 수단
    을 포함하는 데이터 처리 장치.
  30. 데이터 처리 장치에 있어서,
    클라이언트로부터의 처리 요구를 포함하는 입력 데이터 스트림을 수신하는 데이터 스트림 수신 수단;
    상기 입력 데이터 스트림을 복수의 단계들로 나누어서 해석하고, 상기 단계들 각각에서 중간 데이터 스트림을 생성하여, 상기 입력 데이터 스트림에 의해 지시된 내용들에 따라 처리를 행하는 데이터 처리 수단;
    상기 중간 데이터 스트림을 필터링하여, 필터링된 데이터 스트림을 생성하는 필터 수단;
    필터 수단과의 사이에서 상기 데이터 스트림을 취출하여 다시 쓰기를 행하는 인터페이스 수단;
    상기 필터 수단의 필터 기능을 선택하는 선택 수단;
    상기 필터 수단에 의한 필터링의 대상이 될 데이터 스트림을 선택하는 선택 수단; 및
    상기 선택 수단에 의해 선택된 상기 데이터 스트림을 상기 인터페이스 수단을 통해 취출하여, 그것을 상기 선택 수단에 의해 선택된 대응하는 필터 수단에 전달하며, 상기 필터링된 데이터 스트림을 상기 인터페이스 수단을 통해 다시 쓰기를 행하는 필터 관리 수단
    을 포함하는 데이터 처리 장치.
  31. 프로세서 구성 하드웨어에 의해 처리되는 제1 명령 그룹에 기초하여 구성된 제1 환경에서, 상기 제1 명령 그룹과는 독립적으로 정의된 제2 명령 그룹에 기초하여 구성된 프로그램을 동적으로 구현하는 제2 환경을 갖는 화상 처리 장치로서,
    상기 제1 환경에서 클라이언트로부터의 처리 요구를 포함하는 입력 데이터 스트림을 수신하는 데이터 스트림 수신 수단;
    상기 제1 환경에서 해석시에 상기 입력 데이터 스트림이 나누어지는 복수의 단계들 각각에서 중간 데이터 스트림을 생성하는 데이터 처리 수단;
    상기 제2 환경에서 상기 중간 데이터 스트림을 필터링하여, 필터링된 데이터 스트림을 생성하는 필터 수단;
    상기 제1 환경에서 필터 수단과의 사이에서 상기 중간 데이터 스트림을 취출하여 다시 쓰기를 행하는 인터페이스 수단; 및
    상기 제1 환경에서 상기 인터페이스 수단을 통해 취출된 상기 중간 데이터 스트림을 상기 제2 환경에서의 대응하는 필터 수단에 전달하고, 상기 필터링된 데이터 스트림을 상기 인터페이스 수단을 통해 다시 쓰기를 행하는 필터 관리 수단
    을 포함하는 화상 처리 장치.
  32. 프로세서 구성 하드웨어에 의해 처리되는 제1 명령 그룹에 기초하여 구성된 제1 환경에서, 상기 제1 명령 그룹과는 독립적으로 정의된 제2 명령 그룹에 기초하여 구성된 프로그램을 동적으로 구현하는 제2 환경을 갖는 화상 처리 장치의 제어 방법으로서,
    상기 제1 환경에서 클라이언트로부터의 처리 요구를 포함하는 입력 데이터 스트림을 수신하는 데이터 스트림 수신 단계;
    상기 제1 환경에서 해석시에 상기 입력 데이터 스트림이 나누어지는 복수의 단계들 각각에서 중간 데이터 스트림을 생성하는 데이터 처리 단계;
    상기 제2 환경에서 상기 중간 데이터 스트림을 필터링하여, 필터링된 데이터 스트림을 생성하는 필터 단계;
    상기 제1 환경에서 필터 단계와의 사이에서 상기 중간 데이터 스트림을 취출하여 다시 쓰기를 행하는 인터페이스 단계; 및
    상기 제1 환경에서 상기 인터페이스 단계를 통해 취출된 상기 중간 데이터 스트림을 상기 제2 환경에서의 대응하는 필터 단계에 전달하고, 상기 필터링된 데이터 스트림을 상기 인터페이스 단계를 통해 다시 쓰기를 행하는 필터 관리 단계
    를 포함하는 제어 방법.
KR1020077005338A 2004-08-06 2005-07-29 화상 처리 장치 및 그 제어 방법 KR100876022B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2004231433A JP4738773B2 (ja) 2004-08-06 2004-08-06 画像処理装置及びその制御方法
JPJP-P-2004-00231433 2004-08-06
PCT/JP2005/014373 WO2006013953A1 (en) 2004-08-06 2005-07-29 Image processing apparatus and control method thereof

Publications (2)

Publication Number Publication Date
KR20070040413A KR20070040413A (ko) 2007-04-16
KR100876022B1 true KR100876022B1 (ko) 2008-12-26

Family

ID=35787231

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020077005338A KR100876022B1 (ko) 2004-08-06 2005-07-29 화상 처리 장치 및 그 제어 방법

Country Status (7)

Country Link
US (1) US8171463B2 (ko)
EP (1) EP1776635A4 (ko)
JP (1) JP4738773B2 (ko)
KR (1) KR100876022B1 (ko)
CN (1) CN1731350B (ko)
RU (1) RU2336558C1 (ko)
WO (1) WO2006013953A1 (ko)

Families Citing this family (51)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7757229B2 (en) * 2005-08-09 2010-07-13 International Business Machines Corporation Reflective, XML-based framework for the construction of common application launchers
JP2007164526A (ja) * 2005-12-14 2007-06-28 Canon Inc 情報処理装置及び方法
US20080055667A1 (en) * 2006-09-05 2008-03-06 Hiroshi Baba Image processing apparatus, image processing method, and recording medium
JP2008065479A (ja) * 2006-09-05 2008-03-21 Ricoh Co Ltd 画像処理装置、画像処理方法、及び、画像処理プログラム
JP4814030B2 (ja) * 2006-09-12 2011-11-09 株式会社リコー 画像処理装置、画像処理方法、画像処理プログラム
US8595623B2 (en) 2007-03-07 2013-11-26 Ricoh Company, Ltd. Image processing including process of outputting preview image using database storing synthesizing data corresponding to finish processing condition
JP2008250980A (ja) * 2007-03-07 2008-10-16 Ricoh Co Ltd 画像処理装置、画像処理方法及び画像処理プログラム
JP2008287363A (ja) * 2007-05-15 2008-11-27 Ricoh Co Ltd 画像処理装置、画像処理方法及び画像処理プログラム
JP5132260B2 (ja) * 2007-10-31 2013-01-30 株式会社リコー 画像処理装置、画像処理方法、画像処理プログラム
JP2009110437A (ja) * 2007-10-31 2009-05-21 Ricoh Co Ltd 情報処理装置及び情報処理方法
US8880853B2 (en) 2008-02-01 2014-11-04 International Business Machines Corporation CAM-based wake-and-go snooping engine for waking a thread put to sleep for spinning on a target address lock
US8452947B2 (en) 2008-02-01 2013-05-28 International Business Machines Corporation Hardware wake-and-go mechanism and content addressable memory with instruction pre-fetch look-ahead to detect programming idioms
US8386822B2 (en) 2008-02-01 2013-02-26 International Business Machines Corporation Wake-and-go mechanism with data monitoring
US8145849B2 (en) 2008-02-01 2012-03-27 International Business Machines Corporation Wake-and-go mechanism with system bus response
US8640141B2 (en) 2008-02-01 2014-01-28 International Business Machines Corporation Wake-and-go mechanism with hardware private array
US8516484B2 (en) 2008-02-01 2013-08-20 International Business Machines Corporation Wake-and-go mechanism for a data processing system
US8316218B2 (en) 2008-02-01 2012-11-20 International Business Machines Corporation Look-ahead wake-and-go engine with speculative execution
US8250396B2 (en) 2008-02-01 2012-08-21 International Business Machines Corporation Hardware wake-and-go mechanism for a data processing system
US8788795B2 (en) 2008-02-01 2014-07-22 International Business Machines Corporation Programming idiom accelerator to examine pre-fetched instruction streams for multiple processors
US8732683B2 (en) 2008-02-01 2014-05-20 International Business Machines Corporation Compiler providing idiom to idiom accelerator
US8612977B2 (en) 2008-02-01 2013-12-17 International Business Machines Corporation Wake-and-go mechanism with software save of thread state
US8312458B2 (en) 2008-02-01 2012-11-13 International Business Machines Corporation Central repository for wake-and-go mechanism
US8127080B2 (en) 2008-02-01 2012-02-28 International Business Machines Corporation Wake-and-go mechanism with system address bus transaction master
US8015379B2 (en) * 2008-02-01 2011-09-06 International Business Machines Corporation Wake-and-go mechanism with exclusive system bus response
US8171476B2 (en) 2008-02-01 2012-05-01 International Business Machines Corporation Wake-and-go mechanism with prioritization of threads
US8341635B2 (en) 2008-02-01 2012-12-25 International Business Machines Corporation Hardware wake-and-go mechanism with look-ahead polling
US8225120B2 (en) 2008-02-01 2012-07-17 International Business Machines Corporation Wake-and-go mechanism with data exclusivity
US8725992B2 (en) 2008-02-01 2014-05-13 International Business Machines Corporation Programming language exposing idiom calls to a programming idiom accelerator
US8041740B1 (en) * 2008-03-04 2011-10-18 Amdocs Software Systems Limited Database system, method, and computer program product for recording entity state and type information for use during subsequent processing of data
JP5408904B2 (ja) * 2008-05-23 2014-02-05 キヤノン株式会社 情報処理装置、プレビュー方法、及びプログラム
JP5047139B2 (ja) * 2008-11-27 2012-10-10 富士ゼロックス株式会社 画像処理装置及びプログラム
JP5294892B2 (ja) * 2009-01-14 2013-09-18 キヤノン株式会社 画像形成装置、装置、制御方法、及びプログラム
US8886919B2 (en) 2009-04-16 2014-11-11 International Business Machines Corporation Remote update programming idiom accelerator with allocated processor resources
US8082315B2 (en) 2009-04-16 2011-12-20 International Business Machines Corporation Programming idiom accelerator for remote update
US8230201B2 (en) 2009-04-16 2012-07-24 International Business Machines Corporation Migrating sleeping and waking threads between wake-and-go mechanisms in a multiple processor data processing system
US8145723B2 (en) 2009-04-16 2012-03-27 International Business Machines Corporation Complex remote update programming idiom accelerator
RU2447607C1 (ru) * 2009-10-19 2012-04-10 Кэнон Кабусики Кайся Устройство обработки изображения, способ регулировки и машиночитаемый носитель
US8769614B1 (en) * 2009-12-29 2014-07-01 Akamai Technologies, Inc. Security framework for HTTP streaming architecture
US9152437B2 (en) * 2010-10-28 2015-10-06 Hewlett-Packard Development Company, L.P. Dynamically installing image processing
US8725978B2 (en) * 2011-06-30 2014-05-13 Red Hat, Inc. Using symbol information for categorization of dynamic memory allocations
US8719539B2 (en) * 2011-06-30 2014-05-06 Red Hat, Inc. Using heuristics for field types of a structure to categorize dynamic memory allocations
CN102385515B (zh) * 2011-10-21 2014-03-26 广州市久邦数码科技有限公司 一种基于Android系统的GO图像动画引擎
CN102637406B (zh) * 2012-02-24 2015-04-08 江苏海宝软件股份有限公司 一种led显示设计系统及方法
KR101465422B1 (ko) * 2013-07-18 2014-12-10 성균관대학교산학협력단 가상화 환경에서의 오픈지엘 그래픽 처리 방법
DE102013224422A1 (de) * 2013-11-28 2015-05-28 Siemens Aktiengesellschaft Rechensystem und Verfahren für die Bildverarbeitung
JP2015176401A (ja) * 2014-03-17 2015-10-05 株式会社リコー 情報処理システム、情報処理方法、及びプログラム
CN106095921B (zh) * 2016-06-07 2019-04-09 四川大学 面向海量数据流的实时并行分类方法
JP6975009B2 (ja) 2017-10-10 2021-12-01 キヤノン株式会社 画像処理装置及びその制御方法、並びにプログラム
JP7020927B2 (ja) * 2018-01-09 2022-02-16 キヤノン株式会社 画像形成装置およびその制御方法
CN110058913B (zh) * 2019-03-25 2022-05-20 中国航空无线电电子研究所 显示列表管理方法
US11288764B2 (en) * 2019-07-01 2022-03-29 Digimarc Corporation Watermarking arrangements permitting vector graphics editing

Family Cites Families (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH01153132A (ja) 1987-12-11 1989-06-15 Olympus Optical Co Ltd 内視鏡用挿入補助具
CA2068102C (en) 1991-08-29 1996-10-01 Steven V. Rosekrans Dialog filtering
ATE240021T1 (de) 1992-12-09 2003-05-15 Discovery Communicat Inc Interaktives endgerät für fernsehverteilsystem
WO1997043720A1 (en) 1996-05-14 1997-11-20 Ricoh Company, Ltd. Java printer
JP3683387B2 (ja) 1997-08-01 2005-08-17 シャープ株式会社 ネットワークコンピュータ内蔵プリンタおよびこれを備えたコンピュータネットワークシステム
JPH11143656A (ja) * 1997-11-04 1999-05-28 Canon Inc 印刷システムおよび印刷システムのデータ処理方法およびコンピュータが読み出し可能なプログラムを格納した記憶媒体
JPH11259644A (ja) * 1998-03-09 1999-09-24 Fuji Xerox Co Ltd 画像形成装置および画像形成方法
JPH11282684A (ja) 1998-03-27 1999-10-15 Canon Inc 画像処理装置、画像処理装置の制御方法、および記憶媒体
JPH11306107A (ja) 1998-04-20 1999-11-05 Ricoh Co Ltd ネットワーク通信システムおよびネットワーク通信システムにおける周辺機器のソフトウェア更新・配布方法並びにその方法をコンピュータに実行させるプログラムを記録した機械読み取り可能な記録媒体
US6266150B1 (en) * 1998-08-24 2001-07-24 International Business Machines Corporation Virtual printer
US6683696B1 (en) * 1998-10-27 2004-01-27 Hewlett-Packard Development Company, L.P. Filter based data imaging method for an image forming device
EP1039367A3 (en) * 1999-03-25 2002-02-06 Seiko Epson Corporation Printer controller, printer control method, and data storage medium carrying computer program means
US6341018B1 (en) * 1999-04-23 2002-01-22 Electronics For Imaging, Inc. Preprocessing method for a variable data print job system
JP2001243034A (ja) * 2000-02-29 2001-09-07 Fujitsu Ltd 処理装置
US20020186393A1 (en) 2001-06-11 2002-12-12 Pochuev Denis A. Document printing using format-specific translation modules
RU2208917C2 (ru) 2001-09-20 2003-07-20 Волков Борис Иванович Система цифрового телевидения
JP2003219090A (ja) * 2002-01-22 2003-07-31 Canon Inc 画像配信装置及び画像配信方法
JP4227342B2 (ja) * 2002-02-27 2009-02-18 キヤノン株式会社 画像形成装置、画像形成方法、および記憶媒体
US20040001218A1 (en) * 2002-06-27 2004-01-01 Christiansen Robert Douglas System and method for customizing an imaging device
US7554685B2 (en) 2002-07-26 2009-06-30 Ricoh Company, Ltd. Image forming apparatus, information processing apparatus, program execution method and program producing method
JP4066747B2 (ja) 2002-08-29 2008-03-26 株式会社村田製作所 測定装置
US7136941B2 (en) 2002-12-04 2006-11-14 Microsoft Corporation Print management architecture for computing devices having a set of filters functions wherein the functions are prevented from conflicting with one another
JP4164467B2 (ja) * 2004-03-26 2008-10-15 キヤノン株式会社 画像処理装置、画像処理制御方法、及びプログラム
US7755786B2 (en) * 2004-05-03 2010-07-13 Microsoft Corporation Systems and methods for support of various processing capabilities
US7616342B2 (en) * 2004-12-03 2009-11-10 Xerox Corporation Mechanism for allowing content-independent imaging date stream object usage

Also Published As

Publication number Publication date
EP1776635A4 (en) 2009-05-27
US8171463B2 (en) 2012-05-01
JP4738773B2 (ja) 2011-08-03
RU2007107809A (ru) 2008-09-20
US20070240124A1 (en) 2007-10-11
CN1731350B (zh) 2010-05-12
KR20070040413A (ko) 2007-04-16
EP1776635A1 (en) 2007-04-25
CN1731350A (zh) 2006-02-08
JP2006048535A (ja) 2006-02-16
WO2006013953A1 (en) 2006-02-09
RU2336558C1 (ru) 2008-10-20

Similar Documents

Publication Publication Date Title
KR100876022B1 (ko) 화상 처리 장치 및 그 제어 방법
JP4164467B2 (ja) 画像処理装置、画像処理制御方法、及びプログラム
JP2007164526A (ja) 情報処理装置及び方法
US8804172B2 (en) Non-transitory computer readable recording medium stored with printer driver updating program and printer driver updating method
US7619757B2 (en) Image processing apparatus and control method thereof, processing module drive control method, and data processing apparatus
JP2010009602A (ja) 動的ｘｐｓフィルタ
US20070091361A1 (en) Printer, print control method, and program for executing print control method
US20120120443A1 (en) Information processing apparatus, information processing system, and storage medium
US6999188B1 (en) Dynamically configurable printer and method of use thereof
JP2006268467A (ja) 画像処理装置
JP2008162206A (ja) 画像形成装置、ジョブ処理方法、記憶媒体、プログラム
JP2012043381A (ja) プリンタドライバ更新プログラム、およびプリンタドライバ更新方法
JP2006215720A (ja) 画像処理装置及びその制御方法
JP2019164447A (ja) 情報処理装置、情報処理方法、プログラム、及び画像形成システム
JP4500326B2 (ja) プロセス間通信プログラムおよび画像情報処理装置
JP2007058417A (ja) プリントシステム
JP6673025B2 (ja) 情報処理装置およびプログラム
CN114661253A (zh) 一种用微软系统直接驱动的打印系统、装置及方法
JP2006072526A (ja) 情報処理装置およびセットアッププログラム
JP2011108174A (ja) データ処理装置、方法及びプログラム
JP2007201796A (ja) 画像形成装置
JP2012146204A (ja) 画像生成装置

Legal Events

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

Payment date: 20121121

Year of fee payment: 5

FPAY Annual fee payment

Payment date: 20131126

Year of fee payment: 6

FPAY Annual fee payment

Payment date: 20141126

Year of fee payment: 7

FPAY Annual fee payment

Payment date: 20151125

Year of fee payment: 8

FPAY Annual fee payment

Payment date: 20161124

Year of fee payment: 9

FPAY Annual fee payment

Payment date: 20171124

Year of fee payment: 10

LAPS Lapse due to unpaid annual fee