狀態信息處理器的製作方法
2023-06-01 10:25:46 2
專利名稱：狀態信息處理器的製作方法
技術領域：
一種接收從成像裝置傳送到計算機的狀態信息的輸入，並將該狀態信息輸出到輸出目標的狀態信息處理器，以及一種與狀態信息處理器一起使用的數據處理程序產品。
背景技術：
當使用連接到計算機的狀態下的印表機時，到目前為止，都需要進行在計算機中安裝所謂的狀態監視器程序和使用狀態監視器監視印表機狀態的操作(見，例如JP-A-2001-265546)。
狀態監視器的使用能夠在計算機屏幕上確定有關印表機狀態的信息(下文中，稱為「狀態信息」)；例如，印表機蓋被打開，發生介質堵塞，紙張耗盡等。計算機操作者能確定印表機的狀態，而不用跑到放置印表機的地方。
用於連接印表機的印表機埠可在各種方案和協議，例如，PARALLEL協議(IEEE1284)、USB(通用串行總線)協議、IEEE1394協議、以及IrDA(紅外線數據協會)協議中得到。用哪種埠協議將印表機連接到計算機由印表機的規格來確定。
從印表機傳輸到計算機的狀態信息的通用數據格式隨印表機的規格而變化。例如，有些印表機提供字符串(文本數據)形式的狀態信息，當使用者掃視該信息時，其內容就能被使用者理解；其他一些印表機提供二進位數字串(二進位數據)形式的狀態信息。
因為這些原因，相關技術的狀態監視器被構造來進行與被監視的印表機的規格相符合的數據處理，其前提是狀態信息以特定的通用數據格式的形式通過特定的印表機埠傳輸。
但是，例如，當印表機埠的類型數為「m」，且狀態信息的通用數據格式數為「n」時，則需要直至m×n個狀態監視器。設想新增具有不同於現有的「n」類型的通用數據格式的狀態信息，並設想計算機埠的類型數為「m」。且先不考慮僅增加一種通用數據格式類型的狀態信息，必須新準備對應於「m」類型印表機埠的最大數為「m」類型的數據監視器。因此，存在問題是，狀態監視器的開發和製造涉及相當可觀的成本和時間量的消耗。
也可以得到被製造成用一個程序與多個類型的埠兼容的埠監視器。即使在這種埠監視器的情況下，當埠監視器連接到另一個具有新協議的埠的印表機時，也必須新造與該埠兼容的另一個埠監視器。
另一個問題是，隨著埠監視器數量的增多，在屏幕上將出現多個狀態監視器的顯示。
發明內容
需要開發和製造一種狀態信息處理器，它能夠比相關技術的狀態信息處理器更為顯著地縮減成本和時間。
狀態信息處理器根據計算機進行操作。該狀態信息處理器包括從初級處理單元中選擇配備的至少一個初級處理單元，每一個所述初級處理單元都通過配備在計算機中的輸入輸出埠，以依賴於輸入輸出埠規範的格式從成像裝置中接收表示成像裝置狀態的狀態信息，並將該狀態信息轉換為不依賴於輸入-輸出埠規範的中間數據；以及從次級處理單元中選擇配備的至少一個次級處理單元，每一個所述次級處理單元都將所述中間數據轉換為不依賴於成像裝置規範的通用數據。每一個初級處理單元都具有與任一個次級處理單元兼容的接口，每一個次級處理單元都具有與任一個初級處理單元兼容的接口。計算機可讀的程序產品使((配備了作業系統的))計算機執行設置在基於計算機工作的狀態信息處理器中的次級處理單元的程序。該程序產品使計算機執行的程序包括從多個初級處理單元中選擇至少一個初級處理單元，每一個初級處理單元都通過設置在計算機中的輸入輸出埠，以依賴於((作業系統和))輸入輸出埠的規格的格式，從成像裝置中接收表示成像裝置的狀態的狀態信息，並將該狀態信息轉換為不依賴於((作業系統和))輸入輸出埠的規格的中間數據；和將該中間數據轉換為不依賴於成像裝置的規格的通用數據。
附圖中圖1是根據實施例包括狀態信息處理器和成像裝置的網絡系統的方塊圖；圖2是設置在狀態處理器中的狀態信息的處理系統的體系圖；圖3是顯示根據印表機規格變化的狀態信息和從分析器輸出的統一的狀態信息的列表；圖4是印表機驅動器安裝過程的流程圖；圖5是由印表機驅動器執行的列印過程的流程圖；圖6是狀態監視器UI的操作過程的流程圖；
圖7是由狀態監視器UI執行的信息環路操作過程的流程圖；和圖8是列印過程的流程圖。
具體實施例方式
下面將結合附圖來描述實施例。
圖1是表示作為實施例說明的系統的總體構造的示意性方塊圖。
該系統包括個人計算機10(此後稱之為「PC10」)，印表機20、40、50、60和70，和多功能機30。這些設備中，PC10是用作狀態信息處理器的設備。印表機20、多功能機30、印表機50、印表機60和印表機70用作成像設備。印表機40是通過使用與狀態信息處理器無關的設備接收有關狀態信息的處理過程的設備。但是，本系統允許這樣的印表機40的共存。
印表機20、印表機50和印表機70通過每一設備的用戶設計電纜直接連接到PC10。多功能機30和印表機60通過每一設備的用戶設計電纜連接到USB集線器81，以及通過USB集線器81連接到PC10。印表機40通過LAN電纜連接到LAN83，並通過LAN83連接到PC10。印表機50通過用戶設計電纜連接到IEEE1394集線器85，以及通過IEEE1394集線器85連接到PC10。
PC10包括CPU101、ROM103、RAM105、硬碟驅動器107(下文中稱之為HDD107)、控制部分109和顯示部分111。CPU101是根據存儲在ROM103和RAM105中的程序進行PC10中的各個部分的控制和算法操作的裝置。ROM103是即使PC10的電源開關被切斷後也能保留記錄數據和存儲BIOS(基本輸入輸出系統)和多套基礎設定數據的存儲裝置。RAM105是能存儲讀自HDD107的OS和各種應用程式的主存儲裝置，並且源於CPU101的計算操作的各種類型的數據也存儲在RAM105中。HDD107是存儲OS、各種類型的應用程式和各種類型的數據文檔的裝置。控制部分109包括鍵盤和各種指示裝置(例如滑鼠)等。顯示部分111由顯示彩色圖像的液晶顯示器等形成。
PC10包括作為用於與另一設備建立連接的接口部分的並行接口部分122(下文中稱之為並行I/F122)、USB接口部分123(下文中稱之為USB I/F123)、LAN接口部分124(下文中稱之為LAN I/F124)、IEEE1394接口部分125(下文中稱之為IEEE1394 I/F125)以及IrDA接口部分127(下文中稱之為IrDA I/F127)。並行I/F122是符合IEEE 1284協議的接口，並且主要普遍地作為連接印表機的接口。USB I/F123是符合USB協議的串行接口。通過使用USB集線器81該接口能夠連接多個設備。能夠連接到USB I/F123的設備有很多。除了印表機之外，鍵盤、滑鼠、掃描儀、揚聲器和各種類型的存儲設備都被連接到USBI/F123。
LAN I/F124是符合IEEE802.3/IEEE802.3u(10BASE-T/100BASE-TX)協議的接口。IEEE1394 I/F125是符合IEEE 1394協議的串行接口，並且通過使用IEEE1394集線器85能夠連接多個設備。除了與PC一起使用的外圍設備外，諸如數字攝像機和錄像機的家用電子設備也採用IEEE1394 I/F125。IrDA I/F127是符合IrDA協議的接口，並且能使用紅外線實現數據通訊。
Windows(註冊商標)被安裝在PC10中作為OS。OS提供諸如鍵盤輸入、屏幕輸出的輸入/輸出功能，和用於與各種I/F建立通訊的命令，以及由諸如硬碟驅動器和存儲器的管理的應用中被普遍利用的基本功能。
印表機20包括CPU201、ROM203、RAM205、硬碟驅動器207(下文中稱之為HDD207)、控制面板209、顯示面板211、永久性RAM213、列印部分215和並行I/F221。CPU201根據存儲在ROM203中的控制程序進行印表機20中的各個部分的控制和各種操作。ROM203除了控制程序之外還存儲各種數據組。RAM205臨時存儲由CPU201經過處理計算到的各種類型的數據。HDD207是一種存儲裝置，當從PC10傳輸諸如作為列印目標的圖像數據的比較大的數據時，HDD207臨時存儲該數據。設置這種HDD207的結果是，即使當列印部分215執行的列印操作牽累於時間的消耗時，數據也能從PC10中接收，而不需要等待列印操作的完成。操作鍵209在基本命令發出給印表機20時進行操作。顯示面板211由緊湊式液晶顯示器形成，並能夠顯示諸如設定和印表機20的狀態的信息。永久性RAM213是一種存儲裝置，它存儲需被保護以防止因電源的中斷而造成破壞的數據，諸如印表機20的各種設定。列印部分215是當介質(例如，紙張)進行列印時操作的部分。並行I/F221是符合IEEE 1284協議的接口，且通過使用並行I/F221能與PC10建立數據通訊。
多功能機30是具有印表機功能、圖像掃描儀功能、複印功能、傳真功能和電話功能的設備。多功能機30包括CPU301、ROM303、RAM305、硬碟驅動器307(下文中稱之為HDD307)、操作鍵309、顯示面板311、永久性RAM313、列印部分315、閱讀部分317、數據機319、USBI/F321等。CPU301根據存儲在ROM303中的控制程序執行多功能機30的各個部分的控制和各種操作。ROM303除了控制程序外還存儲各種類型的數據。RAM305臨時存儲處理過程中由CPU301計算出的各種數據。HDD307是一種存儲裝置，它存儲相當大的圖像數據，諸如利用傳真功能接收或傳輸的圖像，利用圖像掃描儀功能閱讀的圖像和利用印表機功能需被列印的圖像。操作鍵309在基本命令被送到多功能機30時被操作。顯示面板311由緊湊式液晶顯示器形成，並且能夠顯示關於多功能機30的信息，諸如設定或其狀態。永久性RAM313是一種存儲裝置，它存儲需被保護以防止因電源的中斷而造成破壞的數據，諸如多功能機30的各種設定。列印部分315能使介質(例如記錄紙張)進行列印，並且是當利用列印功能執行的列印數據的列印、利用傳真功能執行的被接收圖像的列印或者利用複印功能執行的複印圖像的列印實現時被啟動的部分。閱讀部分317從設置在自動原件饋送器(圖中被省略)上的原件、或者從放置在平臺的接觸玻璃上的原件閱讀圖像。閱讀部分317在利用圖像掃描儀功能執行的圖像閱讀、利用傳真功能執行的被傳輸圖像的閱讀等實現時被啟動。數據機319是將由多功能機30準備的數字數據轉換為聲音信號並將該聲音信號傳輸到公用線路，以及將在公用線路上接收到的聲音信號轉換為數字數據以使該信號能被多功能機30處理的設備。數據機319在利用傳真功能執行的圖像的傳輸/接收，或者利用電話功能執行的通訊實現時被啟動。USBI/F321是符合USB協議的串行接口。利用USBI/F321，能通過USB集線器81與PC10建立數據通訊。
印表機40-70在用於與PC10的進行通訊的通訊接口的協議上互不相同，但是在基本硬體方面與印表機20的構造在實質上一致。圖1顯示了各個印表機的內部構造，它們的詳細說明被省略。
現在將結合圖2來描述與PC10中的狀態信息處理相關的處理系統。如圖2所示，與PC10中的狀態信息處理相關的處理系統由軟體和硬體元件構成，這些元件形成UI(輸入/顯示)層、語法分析層、埠接入層、簇驅動器和物理層。
當PC10生成輸出到印表機20、多功能機30和印表機40-70中的任一個的列印時，印表機驅動器131執行相關的列印處理。在處理過程中，狀態監視器UI141作為不同於印表機驅動器131的處理而被激活。
狀態監視器UI141是執行從使用者接收信息輸入的處理或者顯示狀態信息的處理的元件。在處理過程中，狀態監視器PJL分析器151、TCP/IP MIB分析器/監視器153、用於第一特殊協議的讀回分析器155和用於第二特殊協議的讀回分析器157作為不同於狀態監視器UI141的處理而被激活(狀態監視器PJL分析器151、TCP/IP MIB分析器/監視器153、用於第一特殊協議的讀回分析器155和用於第二特殊協議的讀回分析器157被簡單地總稱為分析器)。在每一種情況下，並非全部激活狀態監視器PJL分析器151、TCP/IP MIB分析器/監視器153、用於第一特殊協議的讀回分析器155和用於第二特殊協議的讀回分析器157。一個或多個對應於產生列印輸出的印表機的分析器將被激活。
狀態監視器PJL分析器151分析以符合印表機工作語言(PJL，Printer Job Language)格式輸出的狀態信息的語法，並將該狀態信息轉換為狀態監視器UI141能訪問的通用數據格式(通用數據)。在本實施例中，印表機20和多功能機30具有符合PJL的規格。PJL是已知的能夠進行印表機各種功能的控制的命令語言，並且已經由Hewlett-Packard公司開發並隨後被其他公司採用。
TCP/IP MIB分析器/監視器153分析由簡單網絡管理協議(SNMPSimple NetworkManagement Protocol)得到的狀態信息的語法。該狀態信息被轉換為狀態監視器UI141能訪問的通用數據格式。在本實施例中，印表機40具有符合SNMP的規格。
用於第一特殊協議的讀回分析器155分析以符合第一特殊協議的格式輸出的狀態信息的語法，並將該狀態信息轉換為狀態監視器UI141能訪問的通用數據格式。在本實施例中，印表機50和60具有符合第一特殊協議的規格。
用於第二特殊協議的讀回分析器157分析以符合第二特殊協議的格式輸出的狀態信息的語法，並將該狀態信息轉換為狀態監視器141能訪問的通用數據格式。在本實施例中，印表機70具有符合第二特殊協議的規格。
在屬於這些語法分析層的元件中，狀態監視器PJL分析器151、TCP/IP MIB分析器/監視器153、用於第一特殊協議的讀回分析器155和用於第二特殊協議的讀回分析器157與USB/LPT本地仲裁器161、IEEE1394埠仲裁器163和IrDA埠仲裁器165(下文中USB/LPT本地仲裁器161、IEEE1394埠仲裁器163和IrDA埠仲裁器165簡單地統稱為仲裁器)中的任何一個建立動態連接。
USB/LPT本地仲裁器161、IEEE1394埠仲裁器163和IrDA埠仲裁器165是具有執行仲裁操作的功能的元件，這樣，通過對使用同一埠的另一個處理過程進行仲裁，需被傳送到特定的處理過程的數據不會被傳送到另一個處理過程中。當每一個分析器使用任何仲裁器時，USB/LPT本地仲裁器161、IEEE1394埠仲裁器163和IrDA埠仲裁器165中的每一個都具有與使用的接口兼容的結構。甚至與任何仲裁器建立動態連接的時候，通過完全相同的處理程序，仲裁器也能被分析器使用。由OS提供的分類驅動器(LPT驅動器171、USB印表機分類驅動器173、IEEE 1394印表機簇驅動器175和IrDA印表機分類驅動器177)的規格隨驅動器而變化。還有一種情況是該規格隨OS的版本而不同。但是，通過與接口兼容的仲裁器，分析器能利用每一個分類驅動器，因此，在不確定隨埠的規格不同的分類驅動器的情況下，分析器也能將數據從分類驅動器傳輸到分析器。
埠仲裁器的構造隨設置在計算機中的埠的類型和OS的類型而變化。例如，當OS是Windows 98(註冊商標)且埠為USB埠時，進行通向用於USB的印表機分類驅動器的接入。當OS是Windows 2000(註冊商標)且埠是並行埠時，進行通向並行分類驅動器的接入。此外，當OS為Windows 2000(註冊商標)且埠為USB埠時，埠的名稱被轉換為通向USB分類驅動器的符號連接的名稱。通過使用符號連接名稱進行通向分類驅動器的接入。
如上所述，埠仲裁器對應於依賴OS或埠規格的處理。但是，接入到下層的方法是由使用的OS或分類驅動器提供的協議方法。因此，該方法的進一步詳細描述將被省略。
埠仲裁器也執行處理過程間埠專有處理。該處理過程間埠專有處理使用OS的共同的專有處理功能，因此，該處理的細節也將省略。
順便地，通用數據格式也將改變。例如，在並行埠的情況下，狀態信息包括作為數據從印表機返回的字符串信息，和由每一埠的信號線的高/低狀態限定的埠狀態信息。有些埠不處理埠狀態信息。在這種情況下，除非操作中出現問題，以偽方式在內部產生埠狀態信息(READY等)。因此，當從高水平察看該層次結構時，即使在任何埠的仲裁器的情況下，也能通過相同的連接接口獲得狀態。
LPT驅動器171、USB印表機分類驅動器173、IEEE1394印表機分類驅動器175和IrDA印表機分類驅動器177是由OS提供的元件。這些元件在啟動PC10或激活對應於每一簇驅動器的裝置時被激活。LPT物理層181、USB物理層183、IEEE物理層185和IrDA物理層187是構成各印表機埠的硬體。
在上述結構中，USB/LPT本地仲裁器161、IEEE1394埠仲裁器163和IrDA埠仲裁器165對應於初級處理單元。狀態監視器PJL分析器151、TCP/IP MIB分析器/監視器153、用於第一特殊協議的讀回分析器155和用於第二特殊協議的讀回分析器157對應於次級處理單元。此外，狀態監視器UI141對應於輸出控制單元。
如上所述，所用的分析器經由其而利用仲裁器的接口與所有的USB/LPT本地仲裁器161、IEEE 1394埠仲裁器163和IrDA埠仲裁器165兼容。用於使用這些仲裁器的處理程序被狀態監視器PJL分析器151、TCP/IP MIB分析器/監視器153、用於第一特殊協議的讀回分析器155和用於第二特殊協議的讀回分析器157統一。使用的分析器和仲裁器能執行所需的處理，而不考慮分析器和仲裁器的組合。
圖3是說明一些從PJL兼容印表機(本實施例中的印表機20或多功能機30)輸出的狀態信息、從與第一特殊協議兼容的印表機(本實施例中的印表機50或印表機60)輸出的狀態信息、從與第二特殊協議兼容的印表機(本實施方式中的印表機70)輸出的狀態信息、以及從分析器(狀態監視器PJL分析器151、TCP/IP MIB分析器/監視器153、用於第一特殊協議的讀回分析器155和用於第二特殊協議的讀回分析器157)輸出的狀態信息的列表。
如圖3所示，PJL、第一特殊協議和第二特殊協議在狀態信息的格式上互不相同。當狀態信息被分析器(狀態監視器PJL分析器151、TCP/IP MIB分析器/監視器153、用於第一特殊協議的讀回分析器155和用於第二特殊協議的讀回分析器157)轉換時，如由圖3所示的「分析器輸出」所表示，該狀態信息被轉換為最大72位元組的二進位數據。
因此，狀態監視器UI141執行控制操作，用來基於由分析器(狀態監視器PJL分析器151、TCP/IP MIB分析器/監視器153、用於第一特殊協議的讀回分析器155和用於第二特殊協議的讀回分析器157)輸出的統一格式的狀態信息在顯示部分111上輸出和顯示狀態信息。
構成狀態信息處理器的各個單元執行的處理過程將結合流程圖作更詳細的描述。
首先，將基於圖4所示的流程圖來描述用於顯示狀態信息的處理之前執行的印表機驅動器的安裝。當使新印表機(成像裝置)可通過PC10使用時，執行印表機驅動器的安裝。
當開始印表機驅動器安裝處理過程時，PC10執行普通印表機驅動器安裝處理(S1010)。通過屬於S1010的處理過程進行一系列的當印表機連接到PC時通常執行的處理操作，例如，在管理OS的存儲區域註冊一個印表機驅動器程序被存儲到其中的文檔的名稱的被執行的處理過程。
印表機名稱和分析器名稱登錄在狀態監視器設定文檔中(S1020)，處理完成。狀態監視器設定文檔對應於相關存儲單元，並且是存儲在PC10的HDD107中的文檔。當PC10用作狀態信息處理器時所需的各種類型的信息項目都記錄在狀態監視器設定文檔中。通過屬於S1020的處理，對應於被安裝的印表機驅動器的印表機名稱和對應於印表機的分析器名稱(即存儲分析器程序的文檔的名稱)被成對地記錄。該記錄在被激活的分析器在隨後描述的處理過程中基於印表機名稱被規定時進行訪問。
現在將基於圖5所述的流程圖描述需被印表機驅動器131執行的列印處理過程。當印表機驅動器131在PC10根據具有列印功能的應用程式執行各種類型的處理的過程中被激活時執行列印處理。
當處理啟動時，印表機驅動器131首先確定印表機驅動器131的設定是否有效(S2010)。當使用者執行使設定有效(S2010中的YES)的操作時，通過顯示用於設定目的的對話，使用者的操作被接受，且被設定的細節存儲在預定的存儲區域(S2020)。
當使用者不執行使設定有效(S2010中的NO)的操作，或者當屬於S2020的處理完成時，然後確定列印處理是否正被執行(S2030)。這裡，當列印處理尚未被執行時(S2030中的NO)，處理過程回到屬於S2010的處理。結果是，重複屬於S2010至S2030的處理過程，繼續執行使印表機的設定有效的處理。
當屬於S2030的處理顯示列印處理正被執行(S2030中的YES)時，然後確定狀態監視器是否設定為ON(S2040)。通過屬於S2020的處理能執行將狀態監視器設定到ON/OFF。當狀態監視器設定為ON(S2040中的YES)時，狀態監視器UI141被激活作為另一處理(S2050)。
當狀態監視器不被設定為ON位置(S2040中的NO)，或者當屬於S2050的處理完成時，隨後執行普通的列印處理過程(S2060)，且處理終止。屬於S2060的處理用於根據FIFO協議將從假假脫機系統(spooler system)發送的列印數據傳輸到印表機或者進行使列印數據經過二次處理的處理過程。這些處理是已知的處理，因此省略其詳細描述。
現在將基於圖6所示的流程圖描述通過屬於S2050的處理被激活的狀態監視器UI141的處理過程。
在啟動處理過程後，狀態監視器UI141讀取分析器的名稱(S3010)。通過處理，已經通過屬於S1020的處理(即，印表機名稱和分析器名稱間的相關性)註冊在狀態監視器設定文檔中的信息被訪問，且讀取對應於作為狀態監視器UI141的目標的印表機的分析器名稱。
通過屬於S3010的處理，分析器被激活，作為通過使用被讀取的分析器名稱的另一個處理過程(S3020)。此時，通過命令線，印表機名稱被傳送到分析器。
確定狀態監視器UI141是否已經通過另一處理過程被激活(S3030)。如果監視器尚未被激活(S3030中的NO)，則處理過程進行到信息環路處理(S3040)。相反，當狀態監視器UI141已經被激活時(S3030中的YES)，或者當屬於S3040的處理已經完成時，處理過程終止。
具體地，屬於S3040的信息環路處理成為諸如圖7中的流程圖所述的處理。通過信息環路處理，重複確定將要送達到一個信息的命令的細節和執行對應於該命令(信息)的處理過程。
具體地，首先確定由該信息表示的命令是否為「初始化」(S4010)。如果該信息為「初始化」(S4010中的YES)，則執行初始化處理，處理過程回到屬於S4010的處理。
當該信息表示的命令不是「初始化」時(S4010中的NO)，則確定由該信息表示的命令是否是「完成請求」(S4030)。如果該命令為「完成請求」(S4030中的YES)，則終止與其他處理過程的所有通訊(S4040)，並終止信息環路處理。
當由該信息表示的命令不是「完成請求」時(S4030中的NO)，則確定該命令是否對應於來自分析器的信息(S4050)。這裡，術語「來自分析器的信息」表示該信息源於通過屬於S3020的處理過程激活的分析器的處理過程。由分析器執行的處理的詳情將在隨後描述。通過信息環路處理，當在處理過程和分析器之間建立通訊的同時執行各種處理操作。
當屬於S4050的處理表明該信息不是來自分析器的信息時(S4050中的NO)，則執行對另一信息的處理(S4060)，且處理過程返回到S4010。
當屬於S4050的處理表明該信息是來自分析器的信息時(S4050中的YES)，確定由該信息表示的命令是否為「連接請求」(S4100)。如果該命令表示「連接請求」(S4100中的YES)，則與作為通訊目標的分析器建立通訊(S4110)。對用於與作為目標的分析器建立通訊的具體程序或方法無特別限制，只要提供能夠在各個處理過程之間實現相互通訊的設置即可。本實施例採用的方法是將命令附加到通過隨後將描述的分析器處理過程保證的共用存儲器，並通過該共用存儲器在各個處理過程之間交換數據。顯示緩衝器得到保證(S4120)，且處理過程回到S4010。顯示緩衝器用來顯示狀態信息和將狀態信息輸出到設置在PC10上的顯示部分111。
當由信息表示的命令不是「連接請求」時(S4100中的NO)，則確定由該信息表示的命令是否為「狀態更新」(S4200)。如果該命令是「狀態更新」(S4200中的YES)，則從所附加的共用存儲器讀取狀態信息。該狀態信息被寫入到目標顯示緩衝器，由此更新狀態(S4210)。顯示緩衝器是通過屬於S4120的處理保證的存儲器。當多個分析器被激活時，以等於多個分析器的多次重複執行屬於S4210的處理。由於保證了多個顯示緩衝器，因此，通過屬於S4210的處理，基於信息指定信息從中生成的分析器。當對應於由此指定的分析器的顯示緩衝器被當作目標時，更新該顯示緩衝器。在顯示緩衝器被更新後，由此更新的狀態信息實際上被顯示並輸出到PC10的顯示部分111。因此，執行更新顯示部分111的顯示的控制(S4220)，並且處理過程返回到S4010。
當由信息表示的命令不是「狀態更新」時(S4200中的NO)，則確定由該信息表示的命令是否為「完成請求」(S4300)。如果該命令是「完成請求」(S4300中的YES)，則終止與目標分析器的通訊(S4310)。具體地，在本實施例中，通過屬於S4110的處理附加的共用存儲器被脫離。但是，當通過除共用存儲器外的其他方式在屬於S4110的處理中實施處理過程之間的通訊時，則執行釋放為處理過程之間的通訊保證的資源的處理，或類似的處理過程。隨後，擦除通過屬於S4120的處理保證的目標顯示緩衝器(S4320)。即使在屬於S4310和S4320的處理中，也指定已經從中生成信息的分析器，並終止與由此指定的分析器的通訊。當對應於由此指定的分析器的顯示緩衝器被當作目標時，擦除該顯示緩衝器。確定用於作為監視目標的分析器的處理過程是否已經廢止(S4330)。如果仍然保留有用於作為監視目標的分析器的處理過程(S4330中的NO)，則處理過程返回到S4010。相反，當不存在用於作為監視目標的分析器的處理過程時(S4330中的YES)，則完成信息環路處理。
與執行上述信息環路處理的狀態監視器UI141並行，通過屬於S3020的處理激活的分析器(狀態監視器PJL分析器151、用於第一特殊協議的讀回分析器155和用於第二特殊協議的讀回分析器157)執行分析器處理，諸如圖8所示的流程圖中所指出的處理。
通過分析器處理，進行與狀態監視器UI建立通訊的準備(S5010)。具體地，執行保證將作為共用存儲器的存儲器區域的處理。基於被設置為在分析器的啟動時通過的自變量的印表機名稱搜索印表機使用的埠名稱(S5020)。基於該埠名稱選擇將被使用的仲裁器(S5030)。
在本實施例中，作為選擇目標的仲裁器是USB/LPT本地仲裁器161，IEEE1394埠仲裁器163和IrDA埠仲裁器中165的任何一個，所有這些仲裁器前面都已描述過。用於實施仲裁器的功能的程序被設置為動態連接庫(下文中也稱之為DLL)。通過執行分析器處理的處理過程，通過屬於S5030的處理選擇的仲裁器被裝載到存儲器中(S5040)。因此，通過使用與作為處理目標的印表機所使用的埠對應的仲裁器，分析器能夠獲得狀態信息。
分析器通過其而利用仲裁器的接口為與USB/LPT本地仲裁器161，IEEE1394埠仲裁器163和IrDA埠仲裁器165全部兼容的調用格式(call format)。即使當任何USB/LPT本地仲裁器161，IEEE1394埠仲裁器163和IrDA埠仲裁器165連接到分析器時，該分析器也能用相同的處理程序利用仲裁器，而不需知道連接到其上的是哪個仲裁器。
上述處理完成後，分析器傳送附加請求信息(連接信息)以回應狀態監視器UI141的處理過程(S5050)。該附加請求信息成為執行屬於S4100至S4120的處理的可能性。在狀態監視器UI141的處理完成的時間點上，狀態監視器UI141和分析器之間建立起通訊。
隨後，分析器向印表機傳輸狀態信息傳輸請求(S5060)。考慮到將成為傳輸目標的印表機的規格和印表機使用的印表機埠的規格，具體的傳輸方法是任意的，只要該方法能向印表機發出狀態信息傳輸請求而不產生問題。在本實施例中，通過利用設置在PC10上的假假脫機系統將狀態信息傳輸請求處理為一個列印工作，狀態信息傳輸請求被發送至印表機。假假脫機系統構造成通過FIFO來處理列印工作。狀態信息傳輸請求通過該假假脫機系統被傳輸到印表機。普通的列印工作和狀態信息傳輸請求能被防止以混合的方式同時傳輸給印表機。
隨後，分析器等待預定的時間周期(S5070)，並確定是否滿足結束條件(S5080)。屬於S5070的處理用於防止隨後描述的屬於S5080至S5130的處理超過頻度的重複。在本實施例中，分析器保持在備用條件下一秒鐘。當已經執行完成處理的操作時，通常通過屬於S5080的處理確定結束條件將被滿足。可能存在的情況是，因為其他原因，例如錯誤，結束條件也能滿足。
列印輸出操作過程中通常不滿足結束條件(S5080中的NO)，因此，來自仲裁器的數據(狀態信息)被接收(S5090)。本實施例中，關於通過屬於S5090的處理接收到的數據，分析器保證將成為接收緩衝器的存儲器，並將接收緩衝器的地址作為自變量傳送到仲裁器。仲裁器存儲數據於規定的地址中，由此分析器接收該數據。
在仲裁器為USB/LPT本地埠仲裁器161的情況下，從通過USB連接的印表機20、多功能機30或印表機60輸出的狀態信息根據符合LPT分分類驅動器171或USB印表機分分類驅動器173的規格的方法輸入，且由此輸入的狀態信息被存儲在接收緩衝器中。如果仲裁器為IEEE1394埠仲裁器163，則從印表機50輸出的狀態信息根據符合IEEE1394印表機分分類驅動器175的規格的方法被輸入，且這樣輸入的狀態信息被存儲在接收緩衝器中。如果仲裁器是IrDA埠仲裁器165，則從印表機70輸出的狀態信息根據符合IrDA印表機分分類驅動器177的規格的方法被輸入，且由此輸入的狀態信息被存儲在接收緩衝器中。如上所述，每一個仲裁器根據符合每一分分類驅動器的規格的方法輸入狀態信息。由此輸入的狀態信息以不依賴於每一分分類驅動器的規格的格式存儲在接收緩衝器中。因此，分析器能訪問存儲在接收緩衝器中的狀態信息，而不需完全知道印表機埠的規格。由於設置在如圖3所示的「PJL」、「第一特殊協議」和「第二特殊協議」的各個領域中，存儲在接收緩衝器中的狀態信息為取決於印表機規格的中間數據格式(中間數據)。
因此，分析器分析存儲在接收緩衝器中的狀態信息的短語和語法(S5100)。當與前面接收到的狀態信息比較後顯示沒有發生改變時(S5110中的NO)，處理過程返回到S5070，由此重複屬於S5070至S5130的處理。
當前面接收到的狀態信息發生改變時(S5110中的YES)，則狀態信息被寫入狀態監視器UI的接收緩衝器(S5120)。通過屬於S5120的處理寫入了狀態信息的通訊緩衝器是通過屬於S5010的處理保證的共用存儲器。狀態信息被寫入該共用存儲器，這樣，狀態監視器UI141能訪問最新的狀態信息。按照「PJL」、「第一特殊協議」和「第二特殊協議」，對通過屬於S5120的處理寫入到該共用存儲器的狀態信息進行用戶設計的短語分析/語法分析。結果是，狀態監視器UI141能訪問存儲在共用存儲器中的狀態信息，而不必完全知道印表機的規格，諸如「PJL」、「第一特殊協議」和「第二特殊協議」。
通過屬於S5120的處理將統一為「分析器輸出」規格的狀態信息寫入到共用存儲器後，分析器將狀態更新信息傳輸到狀態監視器UI141的處理過程中(S5130)。通過屬於狀態監視器UI141的前述信息環路處理，這個信息將成為執行屬於S4200至S4220的處理過程的可能性。完成屬於S5130的處理後，處理過程返回到S5070，由此重複屬於S5070至S5130的處理。
當通過操作者的重複處理的操作滿足屬於S5080的處理的結束條件時(S5080中的YES)，分離請求信息(斷開信息)(S5140)。通過屬於狀態監視器UI141的前述信息環路處理，該分離請求信息將成為執行屬於S4300至S4330的處理過程的可能性。執行屬於與狀態監視器UI的通訊的後處理(S5150)，且處理過程終止。在屬於S5150的處理過程中，執行釋放通過屬於S5010的處理準備的共用存儲器的處理過程。
在前述處理操作中，每次生成輸出到印表機20、多功能機30、印表機50、印表機60和印表機70中的任一個的列印時，都執行由印表機驅動器131執行的列印處理操作(見圖5)。因此，可能存在的情況是，這些處理操作被彼此並行執行。在各個處理操作過程中，執行屬於S2050的處理。因此，可能存在的情況是，多個狀態監視器UI141被啟動，且多個狀態監視器UI處理操作(見圖6和7)被彼此並行地執行。在各個狀態監視器UI處理過程中，執行屬於S3020的處理。因此，多個分析器(狀態監視器PJL分析器151、用於第一特殊協議的讀回分析器155和用於第二特殊協議的讀回分析器157)被啟動，且多個分析器處理操作(見圖8)被彼此並行地執行。
即使當多個分析器都被啟動時，也在通過屬於S3020的處理啟動分析器後執行屬於S3030的處理，由此僅首先啟動的狀態監視器UI141執行屬於S3040的處理。第二或隨後啟動的狀態監視器UI141完成處理而不執行信息環路處理，且處理被完成。多個由多個狀態監視器UI141啟動的分析器與首先啟動的狀態監視器UI141建立處理過程間通訊。從各個分析器輸出的狀態信息被單一的狀態監視器UI接收。
在全體對應於第一印表機(成像裝置)的仲裁器(初級處理單元)、分析器(次級處理單元)和狀態監視器UI141(輸出控制單元)依次被操作其中列印處理已被啟動的情況下，全體對應於第二或隨後的印表機的仲裁器、分析器和狀態監視器UI141被操作。在這種情況下，兩者均對應於第二或隨後的印表機的仲裁器和分析器與兩個都對應於第一印表機的仲裁器和分析器分開操作。對應於第一印表機的狀態監視器UI141也用作對應於第二或隨後的印表機的狀態監視器UI141。
上述構造讓單個狀態監視器UI141執行對應於每一套都由仲裁器和分析器構成的多套狀態監視器UI141的處理。因此，狀態信息處理器的構造能做得簡單，從而與存在多個狀態監視器UI141的情況相比，減少了資源的消耗。單個狀態監視器UI141以集中方式控制輸出信息。相比於多個狀態監視器UI141隨機生成信息輸出的情況，狀態信息能以更簡單易讀的方式提供給用戶。因此，信息的優先提供成為可行。
如上所述，根據由PC10構成的狀態信息處理器，仲裁器(初級處理單元)對應於選自多個隨OS或印表機埠(輸入輸出埠)的規格變化且設置在PC10中的仲裁器的單元。分析器(次級處理單元)對應於選自多個隨印表機(成像裝置)的規格變化且設置在PC10中的分析器的單元。此外，通向多個仲裁器所用的分析器的接口(用於將狀態信息儲存於由分析器指定的接收緩衝器中的規格等)是兼容的。另外，通向多個分析器所用的仲裁器的接口(用於將接收緩衝器的地址傳輸到仲裁器的規格等)是兼容的。仲裁器和分析器即使以任何組合設置在計算機中時也能彼此連同操作。
因此，在上述實施例的情況下，準備三種類型的仲裁器，它們在OS和印表機埠的規格方面彼此互不相同。儘管因印表機的規格變化的原因而準備三種類型的分析器，僅通過這六種類型的裝置的組合就可以尋址3乘3種類型(9種類型)的組合。相比於如相關技術的狀態信息處理器中準備九種類型的裝置的情況，開發和製造所消耗的成本和時間都能被減少。
儘管PCT/IP MIB分析器/監視器153被構造來通過TCP/IP191獲取狀態信息，分析器/監視器的對應於初級處理單元的一部分和對應於次級處理單元的一部分彼此區別不清楚。因此，PCT/IP MIB分析器/監視器153不對應於能構成狀態信息處理器的元件。狀態監視器PJL分析器151、用於第一特殊協議的讀回分析器155和用於第二特殊協議的讀回分析器157全體都與通向狀態監視器UI141的接口兼容。具體地，對應於輸出控制單元的狀態監視器UI141也能與不對應於初級處理單元或次級處理單元的PCT/IP MIB分析器/監視器153協同操作。不是全部與狀態監視器UI141協同操作的模塊都需形成這種構造。根據這樣的模塊構造，當如相關技術那樣採用對應於初級處理單元的部分和對應於次級處理單元的另一部分之間無清楚區別的現有模塊時，狀態信息處理器能與這種相關技術的產品共存。因此，從相關技術類型的模塊的轉換也是容易辦到的。
儘管基於被利用的埠名稱選擇對應於埠名稱的仲裁器的方法已經在本實施例中作為選擇分析器中的埠仲裁器的方法進行了描述，但分析器也可以存儲作為內部數據的表示埠名稱和對應的仲裁器之間的關係的信息。或者，預先準備不同於分析器的設定文檔，埠名稱和仲裁器之間的關係可以訪問該設定文檔通過分析器來獲取。
更具體地，例如，以埠名稱＝對應仲裁器的格式準備描述埠名稱和對應仲裁器之間的關係的可改寫的設定文檔，表述如下。
LPT1＝埠仲裁器1.exeLPT2＝埠仲裁器1.exeLPT3＝埠仲裁器1.exeUSB0001＝埠仲裁器2.exeUSB0002＝埠仲裁器2.exeIRDA1＝埠仲裁器3.exe通過訪問該設定文檔，分析器讀取對應的仲裁器，並應用這樣讀取的仲裁器。
當使用新埠時，準備與新埠兼容的仲裁器，並改變該設定文檔。結果是，不需改寫分析器本身就可以找到新埠的地址。
沒有必要為每一個單獨的OS或埠準備仲裁器。例如，即使在另一埠的情況下，如果埠的內部處理接近於現有埠的處理，則通過單獨的埠仲裁器能找到該埠的地址。即使在OS已經改變的時候也能執行處理的埠可共用於多個作業系統。
儘管上述實施例已經說明了狀態監視器UI141在PC10的顯示部分111上提供狀態信息的顯示的情況，輸出的具體目的地是任意的。例如，狀態信息可以日誌的形式輸出到文檔。或者，準備特別設計用於輸出日誌的印表機，且通過該印表機的使用可產生列印輸出。即使當產生顯示輸出時，數據也臨時輸出到該文檔。通過使用通用的顯示程序可顯示該文檔。
儘管上述實施方式說明了具體印表機埠或具體印表機的規格，但對印表機埠和印表機的規格不作限制。
儘管上述實施例說明了具體的實例，諸如作為在狀態監視器UI1421和分析器之間建立處理過程間通訊的裝置的信息或共用存儲器，但用於建立處理過程間通訊的裝置是任意的。例如，可使用任何通訊方法，如互斥體(mutex)或者信號量(semaphore)。
本實施例中，為了將分析器連接到仲裁器，仲裁器被準備為動態連接庫。需要分析器的仲裁器被動態連接。但是，需要分析器的仲裁器可以構造來作為另一處理過程啟動。在這種情況下，如同用來彼此協同操作狀態監視器UI141和分析器的方法的情況一樣，分析器和仲裁器執行處理過程間通訊，由此傳輸互相需求的信息。
本實施例中，印表機驅動器131被構造來啟動狀態監視器UI141。但是，狀態監視器UI141可以通過另一方法來啟動。例如，埠監視器可啟動狀態監視器UI141。或者，狀態監視器UI141可構造成使用戶能通過手動操作的方式啟動狀態監視器UI141。
如上文參考實施例的描述提供一種在配備作業系統的計算機上操作的狀態信息處理器。該狀態信息處理器包括從多個初級處理單元中選擇設置的至少一個初級處理單元，每一個所述初級處理單元都通過設置在計算機中的輸入輸出埠，以依賴於作業系統和輸入輸出埠的規格的格式從成像裝置中接收表示成像裝置的狀態的狀態信息，並將該狀態信息轉換為不依賴於作業系統和輸入輸出埠的規格的中間數據；從多個次級處理單元中選擇設置的至少一個次級處理單元，每一個所述次級處理單元都將所述中間數據轉換為不依賴於成像裝置的規格的通用數據；和將所述通用數據輸出到輸出裝置的輸出控制單元。每一個初級處理單元具有與任一個次級處理單元兼容的接口，每一個次級處理單元具有與任一個初級處理單元兼容的接口。初級處理單元和次級處理單元在以任何組合設置時彼此協同操作。
在這樣構造的狀態信息處理器中，從成像裝置傳輸的狀態信息被初級處理單元處理。埠的接入程序隨埠或OS的性質變化。接入方法提供如下。(1)接入到埠的總線驅動器。(2)接入到為埠的每一功能設置的分分類驅動器。(3)通過使用OS的協議功能進行接入。(4)接入到埠的虛擬裝置。
即使在接入到分分類驅動器的方法(2)的情況下，也可能存在指定分分類驅動器的方法隨OS的變化而不同的情況。
如上所述，一部分其處理過程隨OS或埠變化的狀態信息被初級處理單元處理。換句話說，除初級處理單元外的全部構成元件都不依賴於OS或埠。作為被初級處理單元傳送的結果，狀態信息被轉換為不依賴於OS和輸入輸出埠的數據。
除了諸如普通文本數據的數據形式的狀態信息外，在LPT埠中也可得到表示埠的多個信號線的高/低電壓的狀態信息。但是，另一種可想像的情況是，另一埠不具有這樣的狀態信息或者數位的對準序列不同。在這種情況下，為用於處理無狀態信息的埠的初級處理添加無害的虛擬數據。在數位對準序列不同的情況下，在初級處理單元中改變數位的對準序列，使相同的數位表示相同的狀態。
已被轉換為不依賴於OS和輸入輸出埠規格的狀態信息隨後被次級處理單元轉換，從隨成像裝置的規格而彼此不同的數據轉換到不再隨成像裝置的規格而彼此不同的數據。
不隨成像裝置的規格變化的數據表示可基於成像裝置的規格的數據結構或數據內容不發生變化的數據。通過具體的例子，狀態信息以文本數據的形式從某一成像裝置被傳輸，且狀態信息以二進位數據的形式從另一成像裝置被傳輸。這些成套數據對應於隨成像裝置的規格變化的數據。次級處理單元將隨成像裝置的規格變化的數據轉換為不隨成像裝置的規格變化的數據。
將狀態信息轉換為不隨成像裝置的規格變化的數據的具體方法是任意的。例如，狀態信息從某一成像裝置中以文本數據的形式傳輸，且狀態信息從另一成像裝置中以二進位數據的形成傳輸。在這種情況下，該文本數據可被二進位化，從而採用與二進位數據相同的數據結構。或者，該二進位數據也可轉換為文本數據，從而採用與文本數據相同的數據結構。或者，該文本數據和二進位數據也可轉換為與文本數據和二進位數據都不同的第三種數據結構。
通過輸出控制單元，被轉換為不隨成像裝置的規格變化的數據的狀態信息被輸出到作為輸出目的地的裝置。
作為輸出目的地的典型裝置包括用於輸出顯示的顯示裝置和用於將數據輸出到文檔的存儲裝置。但是，也可以接受除這些裝置之外的其他裝置。此外，作為輸出目的地的裝置不必固定到具體的物理裝置。例如，如果由OS規定的協議輸出被當作輸出的目的地，通過OS的操作分配給協議輸出的物理裝置可以任意變化，且任意的物理裝置(例如，顯示器，印表機、存儲裝置等)可當作輸出的目的地。
通過向計算機提供上述各種單元來構造狀態信息處理器。特別地，初級處理單元可這樣構造至少一個初級處理單元選自隨OS或輸入輸出埠的規格變化的多個初級處理單元，且這樣選擇的初級處理單元被提供給計算機。次級處理單元是這樣的單元至少一個次級處理單元選自隨成像裝置的規格變化的多個次級處理單元，且這樣選擇的次級處理單元被提供給計算機。被多個初級處理單元使用的連接到次級處理單元的接口與次級處理單元兼容，被多個次級處理單元使用的連接到初級處理單元的接口與初級處理單元兼容。初級處理單元和次級處理單元即使在計算機中以任何組合設置時也能彼此協同操作。
例如，OS或輸入輸出埠的規格中存在「m」類型的區別。根據成像裝置的規格的狀態信息中存在「n」類型的區別。在這種情況下，通過組合「m」類型的初級處理單元和「n」類型的次級處理單元，可以構造任意的狀態信息處理器，而不需單獨形成「m×n」類型的狀態信息處理器。例如，當新增加不同於已有的「n」類型的成像裝置的規格時，只要通過增加相應的次級處理單元同時以其現有的形式使用現有的初級處理單元，就能構造出任意的狀態信息處理器。
因此，相比於相關技術的狀態監視器，該狀態信息處理器能縮減開發和製造所需的成本和時間。
在狀態信息處理器中，優選地構造如下。即，當設置至少一個初級處理單元時，允許額外設置另一個初級處理單元，當設置至少一個次級處理單元時，允許額外設置另一個次級處理單元。包括另一個初級處理單元的初級處理單元和包括另一個次級處理單元的次級處理單元在以任何組合設置時協同操作。
根據這樣構造的狀態信息處理器，通過將另一個初級或次級處理單元增加到已經配備至少一個初級或次級處理單元的計算機中，可以構造狀態信息處理器。
在該狀態信息處理器中，優選構造如下。即，每一個次級處理單元具有與輸出控制單元兼容的接口，其中，當任何次級處理單元以任何組合設置時，次級處理單元和輸出控制單元彼此協同操作。
根據這樣構造的狀態信息處理器，即使當計算機配備多個次級處理單元中的任何次級處理單元時，狀態信息處理器仍可以通過使用相同的輸出控制單元來構造。因此，相比於分別設置對應於各個次級處理單元的輸出控制單元的情況，能減少輸出控制單元的開發和製造所帶來的成本和時間。
在狀態信息處理器中，優選構造如下。即，在第一成像裝置設置初級處理單元、次級處理單元和輸出控制單元的同時，為第二個或隨後的成像裝置設置另一初級處理單元和另一個次級處理單元的時候，用於第二個或隨後的成像裝置的另一個初級處理單元和另一個次級處理單元與用於第一成像裝置的初級處理單元和次級處理單元分開設置，且用於第一成像裝置的輸出控制單元用來輸出由另一個次級處理單元轉換的通用數據。
根據這樣構造的狀態信息處理器，通過單一輸出控制單元，能執行對應於多套，其中每一套都由初級和次級處理單元組成的處理過程。因此，狀態信息處理器的構造可被製造得比存在多個輸出控制單元而得到的處理器更簡單。單一輸出控制單元以統一的方式管理輸出信息，由此執行處理過程。
狀態信息處理器可進一步包括相互關係存儲單元，它和從中輸出狀態信息的成像裝置相關地存儲表示用於識別成像裝置的名稱與用於該成像裝置的次級處理單元之間的相互關係的信息，其中，當為了將成像裝置增加為計算機的一個控制目標而在計算機中安裝對應於該成像裝置的成像裝置控制程序時，該相互關係存儲單元存儲表示該名稱與用於作為計算機控制目標的成像裝置的次級處理單元之間的相互關係的信息，且其中，通過訪問存儲在相互關係存儲單元中的信息設置次級處理單元，以指定與作為狀態信息的輸出的目標的成像裝置的名稱相關的次級處理單元。
在這樣構造的狀態信息處理器中，為了增加作為計算機的控制目標的成像裝置，當在計算機中安裝了對應於作為控制目標的成像裝置的成像裝置控制程序時，用於識別成像裝置的名稱與次級處理單元之間的相互關係被註冊在和作為控制目標的成像裝置相關聯的相互關係存儲單元中。因此，在成像裝置與成像裝置控制程序的安裝相關聯而能被應用後操作次級處理單元時，訪問相互關係存儲單元，由此實現對應於作為狀態信息的輸出的目標的成像裝置的名稱的次級處理單元的規格，並實現對所規定的次級處理單元的激活。
在狀態信息處理器中，優選構造如下。即，當規定將成為狀態信息的輸出的目標的成像裝置時，輸出控制單元執行訪問存儲在相互關係存儲單元中的信息以規定次級處理單元的處理過程，並執行設置和激活通過訪問規定的次級處理單元，其中，由輸出控制單元激活的次級處理單元執行規定由成像裝置所使用的輸入輸出埠的處理過程，並執行設置和激活對應於所規定的輸入輸出埠的初級處理單元。
根據這樣構造的狀態信息處理器，輸出控制單元、次級處理單元和初級處理單元依次開始操作。當初級處理單元開始操作時，輸出控制單元和次級處理單元已經被操作。
如上文結合實施例的描述提供一種計算機可讀程序產品，該計算機可讀程序產品使配備了作業系統的計算機執行設置在狀態信息處理器中的次級處理單元的程序。該程序產品使計算機執行的程序包括從多個初級處理單元中選擇至少一個初級處理單元，其中每一個初級處理單元都通過設置在計算機中的埠，以依賴於作業系統和輸入輸出埠的規格的格式，從成像裝置中接收表示成像裝置的狀態的狀態信息，並將該狀態信息轉換為不依賴於作業系統和輸入輸出埠的規格的中間數據；和將該中間數據轉換為不依賴於成像裝置的規格的通用數據。
為了說明和敘述的目的提出了上文對於實施例的描述。但並不是要窮盡本發明或將本發明刻板地限制到所公開的形式，根據上述原理或者從本發明的實踐中可以作出各種修改和變化。實施例的選擇和描述是為了闡述本發明的原理和它的實際應用程式，從而使本領域的熟練技術人員能夠在各種實施例中利用本發明，並進行適合於預期的特定用途的各種改進。本發明的範圍由附後的權利要求書和其等同物來限定。
權利要求
1.一種狀態信息處理器，根據計算機進行工作，其特徵在於，該狀態信息處理器包括從初級處理單元中選擇配備的至少一個初級處理單元，每一個所述初級處理單元通過配備在計算機中的輸入輸出埠，以依賴於該輸入輸出埠的規範格式從成像裝置中接收表示成像裝置狀態的狀態信息，並將該狀態信息轉換為不依賴於輸入輸出埠規範的中間數據；和從次級處理單元中選擇配備的至少一個次級處理單元，每一個所述次級處理單元將所述中間數據轉換為不依賴於成像裝置規範的通用數據，其中，每一個初級處理單元具有與任一個次級處理單元兼容的接口；和每一個次級處理單元具有與任一個初級處理單元兼容的接口。
2.如權利要求1所述的狀態信息處理器，其特徵在於，其中計算機配備有作業系統，和每一個初級處理單元以依賴於輸入輸出埠規範和作業系統的格式接收狀態信息，並將狀態信息轉換為不依賴於輸入輸出端規範和作業系統的中間數據。
3.如權利要求1所述的狀態信息處理器，其特徵在於，進一步包括將通用數據輸出到輸出裝置的輸出控制單元。
4.如權利要求1所述的狀態信息處理器，其特徵在於，其中初級處理單元和次級處理單元在以任何組合配備時彼此協同操作。
5.如權利要求1所述的狀態信息處理器，其特徵在於，其中在配備至少一個初級處理單元的同時，允許額外配備另一個初級處理單元，和在配備至少一個次級處理單元的同時，允許額外配備另一個次級處理單元。
6.如權利要求5所述的狀態信息處理器，其特徵在於，其中包括另一個初級處理單元的初級處理單元和包括另一個次級處理單元的次級處理單元在配備在任何組合中時相互協同操作。
7.如權利要求3所述的狀態信息處理器，其特徵在於，其中每一個所述次級處理單元具有與輸出控制單元兼容的接口，和所述次級處理單元和所述輸出控制單元在任何次級處理單元配備在任何組合中時彼此協同操作。
8.如權利要求5所述的狀態信息處理器，其特徵在於，其中在為第一成像裝置配備初級處理單元、次級處理單元和輸出控制單元的同時為第二或隨後的成像裝置配備另一個初級處理單元和另一個次級處理單元的時候，用於第二或隨後的成像裝置的另一個初級處理單元和另一個次級處理單元與用於第一成像裝置的初級處理單元和次級處理單元分開配備，且用於第一成像裝置的輸出控制單元用來輸出由另一個次級處理單元轉換的通用數據。
9.如權利要求1所述的狀態信息處理器，其特徵在於，進一步包括相關性存儲單元，該相關性存儲單元與從中要輸出狀態信息的成像裝置相連存儲表示用於識別成像裝置的名稱與用於該成像裝置的次級處理單元之間的相互關係的信息，其中，當為了增加成像裝置作為計算機的一個控制目標而在計算機中安裝對應於該成像裝置的成像裝置控制程序時，該相關性存儲單元存儲表示該名稱與用於要成為計算機控制目標的成像裝置的次級處理單元之間的相互關係的信息，和通過參考存儲在相關性存儲單元中的信息配備次級處理單元以指定與要成為狀態信息輸出的目標的成像裝置的名稱相關的次級處理單元。
10.如權利要求9所述的狀態信息處理器，其特徵在於，其中當指定將成為狀態信息輸出的目標的成像裝置時，輸出控制單元執行與存儲在相關性存儲單元中的信息相關的處理以指定次級處理單元，並執行配備和激活通過參考指定的次級處理單元，其中，由輸出控制單元激活的次級處理單元執行指定由成像裝置使用的輸入輸出埠的處理，並執行配備和激活對應於所指定的輸入輸出埠的初級處理單元。
11.一種計算機可讀程序產品，它使計算機執行配備在根據計算機操作的狀態信息處理器中的次級處理單元的程序，其特徵在於，所述程序產品包括從初級處理單元中選擇至少一個初級處理單元，其中每一個初級處理單元都通過配備在計算機中的埠，以依賴於輸入輸出埠規範的格式，從成像裝置中接收表示成像裝置的狀態的狀態信息，並將該狀態信息轉換為不依賴於輸入輸出埠規範的中間數據；和將該中間數據轉換為不依賴於成像裝置規範的通用數據。
全文摘要
在狀態信息處理器中，至少一個仲裁器選自在OS或輸入輸出埠的規格方面彼此互不相同的多個仲裁器。由此選擇的仲裁器設置在PC中。至少一個分析器選自在OS或印表機的規格方面彼此互不相同的多個分析器，由此選擇的分析器設置在PC中。多個仲裁器與分析器的接口兼容。多個分析器與仲裁器兼容。仲裁器和分析器當以任何組合設置在PC中時彼此協同操作。
文檔編號G06F3/12GK1734412SQ200510092618
公開日2006年2月15日 申請日期2005年8月10日 優先權日2004年8月10日
發明者門田政敏 申請人:兄弟工業株式會社