圖像處理設備的制作方法

文檔序號：7694359閱讀：153來源：國知局

專利名稱：圖像處理設備的制作方法
技術領域：
本發(fā)明涉及用于在諸如多功能外圍設備之類的成像設備中使用的圖像處理設備。
背景技術：
許多多功能外圍設備(MFP)被提供有文檔圖像存儲、傳真圖像發(fā)送和傳真圖像接收的功能，并且一些多功能外圍設備具有查看任何存儲的文檔圖像、或接收或發(fā)送的傳真圖像的功能。
近年來，已經(jīng)提出了一種被安排通過使用RSS格式來分發(fā)元數(shù)據(jù)(如傳真發(fā)送/接收記錄)的網(wǎng)絡通信設備。例如，見日本公開專利申請No. 2006-050373。使用XML (可擴展標記語言)指定RSS格式，該XML是用于數(shù)據(jù)格式創(chuàng)建的一般規(guī)范。
RSS格式被用于描述諸如Web站點標題或摘要之類的元數(shù)據(jù)。首字母縮寫"RSS"用于指以下格式豐富的站點摘要(Rich Site Summary )、非常簡單的聯(lián)合體(Really Simple Syndication)或RDF (資源描述框架(Resource Description Framework )) ^占點才商^。
通用瀏覽器來查看RSS內(nèi)容，而不需要用于查看RSS文檔的專用閱讀器軟件。當在客戶端(如PC (個人計算機))上接收到分發(fā)的RSS時，客戶端上
的用戶能夠使用通用瀏覽器，查看接收的RSS中包含的提要信息和縮略
像。用戶進行關于是否要訪問主文檔圖像的判斷。如果需要，則用戶訪問主
文檔圖像的文件以查看關心的文件內(nèi)容。
訪問主文檔圖像的文件可以通過鼠標操作，通過選擇到提要信息中包括
的文檔圖像文件的URL (統(tǒng)一資源定位器)的鏈接來執(zhí)行。
如上所述，RSS分發(fā)的使用使得用戶能夠使用通用瀏覽器容易地查看文
檔信息。然而，存在對用戶來說RSS中包含的提要信息或縮略像不足以
判斷期望的文檔被發(fā)現(xiàn)的情況。具體地，當只利用提要信息用戶不能判斷期望的文檔被發(fā)現(xiàn)時，用戶不得不通過查看縮略像來進行判斷。然而，在許多情況下，縮略像中的細小字符或細小附圖是不容易辨認的，并且難以確定是否期望的文檔被發(fā)現(xiàn)。
此外，縮略像通常是典型頁面(如文檔的第一頁)的圖像。在文檔信息覆蓋多個頁面或傳真發(fā)送/接收圖像的情況下，用戶不能容易地讀取除了典型頁面外的其它頁面的圖像。
由于這個原因，存在持續(xù)增多的情況，其中用戶不得不訪問主文檔圖像。然而，如果在查看了主文檔圖像后沒有發(fā)現(xiàn)期望的文檔，則用戶必須返回到查看屏幕(如提要信息)，并且必須對其它文檔圖像重復相同的過程。因此，用戶的查看操作不連續(xù)，并且難以執(zhí)行有效的查看操作。

發(fā)明內(nèi)容
在本發(fā)明的一個方面，本公開提供了一種改進的圖像處理設備，其中消除了上述問題。
在本發(fā)明的一個方面，本公開提供了一種圖像處理設備，其能夠執(zhí)行有效的查看操作以查看存儲的文檔信息。
在解決或減少一個或多個上述問題的本發(fā)明的實施例中，本公開提供了一種圖像處理設備，包括文檔存儲單元，被配置為存儲包含掃描的圖像和
從多個用戶發(fā)送來的傳真發(fā)送/接收圖像的文檔信息；元數(shù)據(jù)輸出單元，被配
示格式文件提供單元，被配置為提供與元數(shù)據(jù)鏈接的顯示轉(zhuǎn)換文件；縮放處理文件提供單元，被配置為提供與元數(shù)據(jù)鏈接的縮放處理文件；文檔信息提供單元，被配置為讀取在顯示時從文檔存儲單元請求的文檔信息項目，并提供所述文檔信息項目。
上述圖像處理設備可以被安排還包括認證單元，其被配置為認證執(zhí)行登陸過程的用戶，并且提供用戶信息，其中元數(shù)據(jù)輸出單元被配置為根據(jù)用戶信息生成帶有用戶的察看授權(quán)的文檔信息項目的元數(shù)據(jù)，并分發(fā)所述元數(shù)據(jù)，以及文檔信息提供單元，被配置為根據(jù)用戶信息分發(fā)帶有用戶的察看授權(quán)的文檔信息項目。
上述圖像處理設備可以被安排使得縮放處理文件包括映射腳本，其將包含在從顯示轉(zhuǎn)換文件產(chǎn)生的顯示文件中的顯示元素與縮放處理相關聯(lián)；以及事件處理腳本，其響應于用戶的操作對顯示元素執(zhí)行縮放處理。上述圖像處理設備可以被安排使得文檔存儲單元被配置為根據(jù)文件信息的組件管理層級等級中的文檔信息。上述圖像處理設備可以被安排使得元數(shù)據(jù)輸出單元被配置為根據(jù)文件信息的組件的層級等級分發(fā)元數(shù)據(jù)。上述圖像處理設備可以被安排使得元數(shù)據(jù)包括基于XML格式的RSS信源(feed)。上述圖像處理設備可以被安排使得顯示轉(zhuǎn)換文件是XSL文件，該XSL 文件轉(zhuǎn)換HTML格式的RSS信源以生成HTML文件。上述圖像處理設備可以被安排使得顯示轉(zhuǎn)換文件包括格式腳本文件和 CSS文件，該^"式腳本文件和CSS文件轉(zhuǎn)換HTML格式的RSS信源以生成 HTML文件。在解決或減少一個或多個上述問題的本發(fā)明的實施例中，本公開提供了一種察看控制方法，包括以下步驟存儲包含掃描的圖像和從多個用戶發(fā)送來的傳真發(fā)送/接收圖像的文檔信息；生成存儲的文檔信息的元數(shù)據(jù)，并分發(fā) 所述元數(shù)據(jù)；提供與元數(shù)據(jù)鏈接的顯示轉(zhuǎn)換文件；提供與元數(shù)據(jù)鏈接的縮放處理文件；讀取在顯示時請求的文檔信息項目以便提供所述文檔信息項目。在本發(fā)明的圖像處理設備中，因為用戶被允許通過自由地指定顯示在屏幕中的顯示元素來在屏幕中執(zhí)行放大/縮小操作，所以可以執(zhí)行有效的查看操作來查看存儲的文檔信息而不用中止操作。

圖1是顯示將本發(fā)明第一實施例的圖像處理設備應用到其的網(wǎng)絡系統(tǒng)的組成的圖；圖2是用于解釋圖1的網(wǎng)絡系統(tǒng)中的信息流動的圖；圖3是用于解釋各種文件之間的關系的圖；圖4A、圖4B、圖4C、圖4D和圖4E是顯示RSS信源(feed)的層級安排的示例的圖；圖5A和圖5B是顯示RSS信源和XSL文件的示例的圖；圖6A顯示生成的HTML文件中的塊元素的描述的示例，而圖6B顯示該HTML文件中的縮放對象描述的示例；圖7是用于解釋由第一實施例的圖像處理設備執(zhí)行的過程的順序圖；圖8是顯示由瀏覽器顯示的屏幕的示例的圖；圖9是顯示由瀏覽器顯示的屏幕的示例的圖；圖IO是顯示由瀏覽器顯示的屏幕的示例的圖；圖11是顯示由瀏覽器顯示的屏幕的示例的圖；圖12是顯示由瀏覽器顯示的屏幕的示例的圖；圖13A和圖13B是顯示由瀏覽器顯示的屏幕的示例的圖；圖14是顯示本發(fā)明第二實施例的圖像處理設備的第一示例的組成的圖；圖15是顯示本發(fā)明第二實施例的圖像處理設備的第二示例的組成的圖；圖16是顯示本發(fā)明第二實施例的圖像處理設備的第三示例的組成的圖；圖17是用于解釋由第二實施例的圖像處理設備的第一示例執(zhí)行的過程的順序圖；圖18是用于解釋由第二實施例的圖像處理設備的第二示例執(zhí)行的過程的順序圖；圖19是用于解釋由第二實施例的圖像處理設備的第三示例執(zhí)行的過程的順序圖；圖20是顯示在認證后立即輸出到瀏覽器的RSS信源的示例的圖；圖21是顯示包含在圖20的RSS信源中的初始顯示內(nèi)容的示例的圖；以及圖22是顯示縮放處理過程中顯示的屏蔽的示例的圖。
具體實施方式
將參照附圖給出本發(fā)明各實施例的描述。圖1顯示將本發(fā)明第一實施例的圖像處理設備應用到其的網(wǎng)絡系統(tǒng)的組成。在圖1所示的網(wǎng)絡系統(tǒng)中，作為該實施例的圖像處理設備的MFP1、由用戶U操作的客戶端3 (如PC)、以及RSS服務器4經(jīng)由網(wǎng)絡2互連。RSS 服務器4從MFP 1中繼RSS的分發(fā)。具體地，RSS服務器4存儲從MFP 1 分發(fā)來的RSS信源，并且將存儲的RSS信源提供給客戶端3。在RSS信源直接從MFP 1提供到客戶端3的情況下，RSS服務器4可以從圖l所示的網(wǎng)絡系統(tǒng)中省略。該實施例中的MFP1包括文檔存儲單元ll、區(qū)域識別單元12、 RSS輸出單元l3、 XSL/腳本存儲單元14、以及認證處理單元15。文檔存儲單元11存儲文檔圖像(主體圖像、縮略像)和它們的提要信息(日期、標題、作者、摘要等)。區(qū)域識別單元12分析文檔圖像的內(nèi)容，識別區(qū)域(字符區(qū)域、圖像區(qū)域等)，并且將涉及區(qū)域的信息增加到文檔存儲單元11。RSS輸出單元13基于存儲在文檔存儲單元11中的文檔圖像、提要信息等生成RSS信源，并且將該RSS信源輸出到網(wǎng)絡2。XSL/腳本存儲單元14存儲鏈接到從RSS輸出單元13輸出的RSS信源的XSL (可擴展樣式表(stylesheet)語言)文件和縮方文腳本文件，并且響應于文件接收請求提供對應的文件。認證處理單元15在必需限制被允許查看MFP 1中的文檔信息的查看者時，執(zhí)行認證處理。在客戶端3中，安排了通用瀏覽器31。該瀏覽器31從MFP 1或RSS服務器4接收RSS信源、XSL文件以及腳本文件，從接收的文件中生成HTML (超文本鏈接標示語言)文件，并且在監(jiān)視器屏幕上執(zhí)行該HTML文件的顯示。圖2是用于解釋圖1的網(wǎng)絡系統(tǒng)中的信息流的流動的圖。如圖2所示，在MFP1的文檔存儲單元11中，為文檔、頁面和區(qū)域的每個層級安排管理文檔圖像和提要信息。具體地，在文檔存儲單元ll中每個文檔包含一個或多個頁面，并且每個頁面包含一個或多個區(qū)域。當不需要將每個頁面分割成區(qū)域時，可以省略區(qū)域的層級安排。另一方面，當需要將每個區(qū)域分割成子區(qū)域時，可以在文檔存儲單元11中另外提供子區(qū)域的層級安排。生成HTML文件的XSL文件F2、以及用于允許對包含在生成的HTML文件中的顯示元素(對象)的縮放操作的縮放腳本文件F3。將樣式表描述從XSL 文件F2分離作為另一CSS (級聯(lián)樣式表)文件。縮放腳本文件F3包括映射腳本文件，其將包含在生成的HTML文件中的顯示元素與縮放處理(映射)相關聯(lián)；以及事件處理腳本文件，其響應于通過使用鼠標或鍵盤的用戶U的鼠標的輸入操作執(zhí)行縮放處理。RSS輸出單元13基于存儲在文檔存儲單元11中的信息生成RSS信源F1 ，并且將該RSS信源分發(fā)給客戶端3或RSS服務器4。將XSL文件F2和縮放腳本F3鏈接到RSS信源Fl。當RSS信源Fl由瀏覽器31處理時，根據(jù)該鏈接讀出XSL文件F2和縮放腳本F3。圖3是用于解釋各種文件之間的關系的圖。圖3的示例可應用于打印日志和傳真日志。如圖3所示，從打印日志RSS信源Fla、打印日志XSL文件F2a、打印曰志映射腳本文件F3a以及共同縮放腳本文件F3c的共同映射腳本部分生成打印日志HTML文件F4a。從傳真日志RSS信源Flb、傳真日志XSL文件 F2b、傳真日志映射腳本文件F3b以及共同縮放腳本文件F3c的共同映射腳本部分F3c生成傳真日志HTML文件F4b。當用戶U對打印日志HTML文件F4a或傳真日志HTML文件F4b執(zhí)行鼠標操作時，通過共同縮放腳本文件F3c的事件處理腳本部分的操作執(zhí)行縮放處理。圖4A到4E是顯示RSS信源的層級安排的示例的圖。圖4A-4C顯示打印日志RSS信源Fla的示例，而圖4D和4E顯示傳真日志RSS信源Flb的示例。如圖4A所示，打印日志RSS信源Fla在最上方位置具有打印日志RSS 信源Fla-1,并且包含多個文檔條目Ea-l。如圖4B所示，每個文檔條目Ea-l 具有文檔RSS信源Fla-2并且包含多個頁面條目Ea-2。如圖4C所示，每個頁面條目Ea-2具有頁面RSS信源Fla-3并且包含多個區(qū)域條目Ea-3。如圖4D所示，傳真日志RSS信源Flb在最上方位置具有傳真標志RSS 信源Flb-l，并且包含多個傳真文檔條目Eb-l。如圖4E所示，每個傳真文檔條目Eb-l具有傳真文檔RSS信源Fla-2并且包含多個頁面條目Eb-2。每個頁面條目可以被分割為多個區(qū)域條目。圖5A和圖5B顯示RSS信源和XSL文件的示例。圖5A顯示RSS信源 F1的示例，而圖5B顯示XSL文件F2的示例。如圖5A所示，RSS信源Fl包括指示到XSL文件F2的鏈接的描述 "〈 xml-stylesheet href= "zooming.xsl" >",指示#1行RSS輸出的MFP的 URL的描述"<title>MFP: 192.168.21.12...</title>"，以及指示多個條目的描述"<entry>.. </entry> ，'。如圖5B所示，XSL文件F2包括指示到CSS文件的鏈接的描述"<Iink rel="stylesheet'，href="./hogehge.css'，type="text/css，，/>，，， "<link rel="stylesheet" href= "./hgoe.css" type= "text/ess" />"，和指示到縮方丈腳本程序文件的鏈接的4苗述"script type= "text/javascript" /src= "./zooming.js" 〉〃</script〉"。圖6A顯示HTML文件F4中的塊元素的描述的示例，該HTML文件F4 從RSS信源Fl 、 XSL文件F2以及縮放腳本文件F3生成。圖6B顯示HTML 文件F4中的縮放對象描述的示例?？s放腳本文件F3中包含的映射腳本指圖6A所示的HTML文件F4中的塊元素"<div...>...</div〉"的描述301和302中包含的類描述"class="thumbnail"" 牙口 "class= "summary""。 1"列長口，布支i殳"thumbnail (纟宿略圖)" 對應典型圖像而"summary (摘要)，，對應摘要，則ID "id = "01""和"id ="02'"'被映射到縮放對象描述的ID。圖6B示出HTML文件F4中的縮放對象描述303的示例。與HTML文件F4中的每個顯示對象對應生成縮放對象描述303。在該縮放對象描述303 中，建立包括"id " 、 " initZoomFactor " 、 " relatedTo "等的參數(shù)。參數(shù) "initZoomFactor"指示在最初顯示時的縮放因子。參數(shù)"relatedTo"指示將有關對象的縮放操作傳輸?shù)狡涞牧?一對象的關系以及傳輸比率。映射腳本中的對應塊元素(圖6A)的ID被設置為參數(shù)"id"。指示縮放程度的值被設置為"initZoomFactor"。例如，如果縮放因子被設置為"0.0"，則圖像以原始顯示尺寸顯示。如果縮放因子被設置為正值，則顯示擴展的圖像。如果縮放因子被設置為負值，則顯示減小的圖像。例如，如果"relatedTo"被設置為"children: 0.8(孩子:0.8)",則有關對象的縮放操作以傳輸比率"0.8"被傳輸?shù)狡渌ǖ膶ο?。如?relatedTo" 被設置為"brother: -0.5(兄弟:-0.5)"，則有關對象的縮放操作以傳輸比率 "0.5"利用相反極性被傳輸?shù)狡渌⑿嘘P系的對象。具體地，如果執(zhí)行有關對象的放大操作，則以傳輸比率"0.5"執(zhí)行其他并行關系的對象的縮小操作。此外，在縮放對象描述303中，包括了包括的縮放對象動作描述304, 其定義每個其他包括的顯示對象的顯示動作。在包括的縮放對象動作描述304 中，建立包括"zoomFactor (縮放因子)"、"id"、 "size (尺寸)"等的參數(shù)。參數(shù)"ZoomFactor"指示以其顯示對象的縮放因子的范圍。參數(shù)"id"識別對象。參數(shù)"size"指示與縮放因子范圍對應的顯示尺寸。
映射腳本中的對應塊元素(圖6A)的ID^C設置為參數(shù)"id"。例如，如果"zoomFactor"被設置為"0.0 1.0",則當父對象的縮放因子處于"0.0"到 "1.0"的范圍中時顯示對象。如果"zoomFactor"被設置為"0.11.0"，則當父對象的縮放因子等于"0.0"時不顯示對象，但是當父對象的縮放因子處于 "0.1"到"1.0"的范圍中時顯示對象。
例如，假設對象是圖像并且"size"被設置為"20% 50%，，，則圖像大小與"zoomFactor"的范圍對應地在20%到50%的范圍中改變。假設對象是文本(字符串)并且"size"被設置為"8pt 12pt"(其中pt表示通過其指示字符大小的點(point)),則字符大小與"zoomFactor"的范圍對應地在8pt到12pt 的范圍中改變。如果"size"被設置為"50%"或"8pt",則以固定大小保持圖像或字符大小，而不管縮放因子。
圖7是用于解釋由第一實施例的圖像處理設備執(zhí)行的過程的順序圖。
如圖7所示，當用戶U通過指定用戶ID、口令等執(zhí)行到瀏覽器31與MFP 1相關的登陸過程時(步驟S101 )，瀏覽器31開始執(zhí)行瀏覽器31和MFP 1 之間的認證過程(基本認證等)(步驟S102 )。
當認證正常完成時，將通知返回給瀏覽器31。當認證沒有正常完成時，將錯誤代碼返回到瀏覽器31 。
如果不需要查看安全，則登陸和認證過程可以省略?；蛘?，對于執(zhí)行登陸過程的情況和不執(zhí)行登陸過程的情況，可以改變隨后的過程。
隨后，當用戶U向瀏覽器31輸入列表顯示請求時(步驟S103)，瀏覽器 31從MFP 1接收RSS (步驟S104 ),并且基于接收的RSS中包括的鏈接的描述，從MFP 1 —個接一個順序地連續(xù)接收XSL、縮放腳本、縮略像等(步驟S105-S107)。
此時，當已經(jīng)請求該列表顯示的用戶U沒有執(zhí)行涉及MFP 1的登陸過程時，MFP 1可以-波安排來阻止該用戶接收RSS、 XSL、縮方支腳本、縮略像等或者限制提供給該用戶的內(nèi)容，使得只有安全上沒有問題的文件的內(nèi)容被提供給該用戶。
隨后，瀏覽器31基于從MFP1接收的RSS、 XSL、縮放腳本、縮略像等生成HTML文件，并且顯示該HTML文件(步驟S108)。具體地，瀏覽器31通過將XSL和縮放腳本應用到RSS生成HTML文件，并且顯示生成的HTML文件。
隨后，當用戶U通過鼠標操作或鍵盤操作對瀏覽器31執(zhí)行縮放操作時 (步驟S109),如果需要，則瀏覽器31從MFP1接收缺少信息(步驟S110)，并且根據(jù)縮放操作執(zhí)行顯示(步驟Slll)。此時缺少信息是例如涉及這樣的對象的信息，該對象在縮放操作前沒有被顯示，但是縮放操作需要顯示該對象。
圖8到13B是顯示在瀏覽器31中顯示的屏幕的示例的圖。
圖8顯示最初的查看屏幕311的示例。在圖8的最初的查看屏幕311中，多個"文檔"對象312(在該示例中，8個對象)以相同大小顯示。在每個"文檔"對象312中，顯示了 "標題"對象313、"作者"對象314和"寫作日期" 對象315。建立這些對象313 _ 315使得參數(shù)"zoomFactor"的開始值與父對象的縮放對象描述中的"initZoomFactor"(圖6B )的值相同，并且它們在最初顯示時一皮顯示。此時沒有^皮顯示的對象的"zoomFactor"的開始值被設置為大于父對象的縮放對象描述中的"initZoomFactor"的值。
圖9顯示在執(zhí)行縮放操作而沒有選擇圖8的查看屏幕311中的任何"文檔"對象312時(或當在查看屏幕311的邊緣部分中執(zhí)行向上滾動時)的查看屏幕311的示例。
在圖9的示例中，多個"文檔"對象312-皮相等地擴展，而之前沒有被顯示的"典型圖像"對象(縮略像)316被顯示。包括多個"文檔"對象312的整個屏幕對象的縮放對象描述中的參數(shù)"relatedTo"(圖6B )被設置為"孩子1.0"，并且多個"文檔"對象312被相等地擴展。"典型圖像"對象316的"zoomFactor，，的開始值被設置為大于父"文檔"對象312的縮放對象描述中的"initZoomFactor"的值，而且當縮放因子超過特定值時執(zhí)行顯示。將超過邊緣放置的"文檔"對象從屏幕的顯示區(qū)域中消除，并且顯示的對象的數(shù)量從8改變到6。這由瀏覽器31的正常顯示功能執(zhí)行。
圖10顯示當通過選擇圖9的查看屏幕311中的特定"文檔"對象312執(zhí) 行縮放操作時、查看屏幕311的示例。
在圖10的示例中，只有選擇的"文檔"對象312被擴展而其他"文檔" 對象被減小。"文檔"對象312的縮放對象描述中的參數(shù)"relatedTo"(圖6B ) 被設置為"兄弟-1.0"，并且選擇的"文檔"對象312被擴展而其他"文檔" 對象312同時被減小相同比率。在選擇的"文檔"對象312中，"典型圖像"對象316被擴展，而之前沒有被顯示的"摘要"對象317和"頁面圖像，，對象3W被顯示。"zoomFactor"的開始值被設置為大于父"文檔，，對象312的縮放對象描述中的"initZoomFactor"的值，并且當縮放因子超過某個值時執(zhí) 行"摘要"對象317和"頁面圖像"對象318的顯示。除了選擇的"文檔" 對象外的所有其他"文檔"對象被相等地減少。
圖ll顯示當通過在圖10的查看屏幕311中選擇特定"文檔，，對象312 進一步執(zhí)行縮放操作時的查看屏幕311的示例。
在圖11的示例中，只有選擇的"文檔"對象312被進一步擴展而其他"文檔"對象被進一步減小。在選擇的"文檔"對象312中，"摘要"對象317被擴展，并且顯示的"頁面圖像"對象318的數(shù)量增加。在其他"文檔"對象 312中，之前顯示的"作者"對象和"典型圖像"對象被移除，而"標題" 對象和"寫作日期"對象被顯示。設置"作者"對象和"典型圖像"對象的 "zoomFactor"(圖6B)的范圍，使得如果縮放因子超過某個負值，則該顯示范圍變?yōu)樵诜秶?，并且當縮放因子超過該負值時，不執(zhí)行這些對象的顯示。
圖12顯示當通過在圖11的查看屏幕311中選擇特定"文檔"對象312 進一步執(zhí)行縮放操作時的查看屏幕311的示例，以及通過選擇"文檔"對象 312中的特定"頁面圖像"對象318進一步執(zhí)行縮放操作。
在圖12的示例中，只有選擇的"文檔"對象312被進一步擴展而其他"文檔，，對象被進一步減小。在選擇的"文檔"對象312中，顯示的"頁面圖像" 對象318的數(shù)量增加，而對其執(zhí)行縮放操作的"頁面圖像"對象被擴展。在其他"文檔，，對象312中，之前顯示的"寫作日期"對象被移除，并且只有 "標題"對象被顯示。
圖13A和13B顯示當對特定區(qū)域執(zhí)行縮放操作時顯示的屏幕的示例。具體地，當圖13A所示的"頁面圖像"對象318中的"區(qū)域"對象319被選擇并且縮放操作被執(zhí)行時，如圖13B所示顯示"區(qū)域具體信息"對象320。在 "區(qū)域具體信息"對象320中，顯示"圖像文件(URL信息)"、"標題"、"縮略圖(URL信息)"、"關鍵字(URL信息)"、"名稱"、"類型"、"文本"、"周圍文本"、"X0 (位置)"、"Y0 (位置)"、"XI (位置)"、"Y1 (位置)"等。
在上述本發(fā)明的第一實施例中，使用XSL文件F2 (圖2)生成了屏幕顯示HTML文件。本發(fā)明的第二實施例的圖像處理設備被安排來通過使用格式腳本文件和CSS (級聯(lián)樣式表)文件(如在Javascript等中描述的文件)而不使用XSL文件，生成屏幕顯示HTML文件。根據(jù)第一實施例使用XSL文件的HTML文件的生成需要相對長的處理時間，并且用于完成屏幕顯示的時間相對長。然而，第二實施例的圖像處理設備使用格式腳本文件和CSS文件，并且HTML文件能夠以高速生成，并且可以縮短用于完成屏幕顯示的時間。圖14顯示第二實施例的圖像處理設備的第一示例的組成。如圖14所示，作為本實施例的圖像處理設備的MFP l和由用戶U操作的客戶端3 (如PC)經(jīng)由網(wǎng)絡互聯(lián)。
本實施例中的MFP 1包括文檔存儲單元11、區(qū)域識別單元12、 RSS輸出單元13、腳本存儲單元141、 CSS存儲單元142、認證處理單元15以及HTML 提供單元16。
文檔存儲單元ll存儲文檔圖像(主體圖像、縮略像)和它們的提要信息(日期、標題、作者、摘要等)。
區(qū)域識別單元12分析文檔圖像的內(nèi)容，識別區(qū)域(字符區(qū)域、圖像區(qū)域等)，并且將涉及區(qū)域的信息增加到文檔存儲單元11。
HTML提供單元16響應于從客戶端3的瀏覽器31接收的顯示請求，提供包括登陸區(qū)域的操作屏幕的HTML文件。
RSS輸出單元13基于存儲在文檔存儲單元11中的文檔圖像、提要信息等生成RSS信源，并且將該RSS信源輸出到請求設備。
腳本存儲單元141存儲鏈接到從RSS輸出單元13輸出的RSS信源的各種腳本文件，并且響應于腳本文件請求提供對應的腳本文件。
CSS存儲單元142存儲各種CSS文件，并響應于CSS文件請求提供對應的CSS文件。
認證處理單元15執(zhí)行用戶的認證處理。
在腳本存儲單元141中，存儲為每個顯示對象列表提供的映射腳本文件 F31、為每個顯示對象列表提供的格式腳本文件F32、以及為顯示對象列表共同提供的共同縮放腳本文件F33。
映射腳本文件F31等效于圖3中所示的打印日志映射腳本文件F3和傳真曰志映射腳本文件F3b。映射腳本文件F31是將文檔的模型(如傳真日志和打印日志)與縮放操作相關if關的文件。
格式腳本文件F32是在Javascript中描述的腳本文件，該Javascript定義轉(zhuǎn)換HTML格式的RSS信源以生成HTML文件的轉(zhuǎn)換過程(類似于通過圖2中的XSL文件F2的轉(zhuǎn)換過程)。具體地，與文檔的模型對應地，格式腳本文件F32建立CSS文件F5中指定的布局。此外，格式腳本文件F32指示如何根據(jù)模型追溯元數(shù)據(jù)和詳細圖像(頁面、區(qū)域等)。例如，如'7{$page no} {$regionno}，，之類的關系能夠被追溯。盡管沒有任何訪問特權(quán)的信息被轉(zhuǎn)變為模型中的缺少信息，但是通過以替代圖像等來替換它，在該情況下可以實現(xiàn)屏蔽。
共同縮放腳本文件F33等效于圖3中的共同縮放腳本文件F3c，并且它包含基本縮放腳本。
用于各個顯示對象列表的CSS文件F5存儲在CSS存儲單元142中，該顯示對象列表鏈接到腳本存儲單元141中的格式腳本文件F32。
圖15顯示本發(fā)明第二實施例的圖像處理設備的第二示例的組成。在圖 15的圖像處理設備中，認證處理單元15被安排在MFP 1的外面。認證處理單元15從MFP 1分開，并且安排在網(wǎng)絡上的現(xiàn)有認證系統(tǒng)可用作認證處理單元15。因為不必重新設置包括授權(quán)的用戶信息，所以能夠減少用于構(gòu)建其中安排圖像處理設備的網(wǎng)絡系統(tǒng)的時間和成本。
圖16顯示本發(fā)明第二實施例的圖像處理設備的第三示例的組成。在圖 16的圖像處理設備中，HTML提供單元16、腳本存儲單元141以及CSS存儲單元142從圖15所示的第二示例的MFP 1分開，并且單元l6、 1"和I" 被安排到Web應用服務器5中。
因此，MFP1只要求存儲文檔和輸出RSS信源的功能，并且圖像處理設備可應用到其的MFP 1的模型的范圍被擴展，并且現(xiàn)有的產(chǎn)品能夠有效地利用。
圖17到19是用于解釋由第二實施例的圖像處理設備的第一、第二和第三示例執(zhí)行的各個過程的順序圖。
圖17是用于解釋由圖14所示的第二實施例的圖像處理設備的第一示例執(zhí)行的過程的順序圖。
如圖17所示，當用戶U輸入顯示請求到瀏覽器31時(步驟S201)，瀏覽器31從HTML提供單元16獲取包括登陸區(qū)域的操作屏幕的HTML文件，并且顯示該HTML文件(步驟S202 )。
當用戶U響應于通過指定用戶ID、口令等執(zhí)行到瀏覽器31的登陸過程時(步驟S203 )，瀏覽器31利用用戶ID、口令等請求認證處理單元15的認
15證。當認證正常完成時，瀏覽器31從認證處理單元15接收認證標記(步驟
S204)。另一方面，當認證執(zhí)行不正常時，將錯誤代碼返回到瀏覽器31。
隨后，當用戶U輸入傳真記錄列表RSS信源請求到瀏覽器31時(步驟 S205 )，瀏覽器31向RSS輸出單元13請求獲取RSS信源以及認證標記(步驟S206)。 RSS輸出單元13向認證處理單元15請求認證標記的檢查。當認證標記由認證處理單元15斥全查正常時，RSS輸出單元13從認證處理單元15 接收用戶信息(步驟S207 )。 RSS輸出單元13輸出RSS信源到瀏覽器31 (步驟S208 )。
另一方面，當檢查執(zhí)行不正常時，將錯誤代碼經(jīng)由RSS輸出單元13返回到瀏覽器31。
圖20顯示在"i人"^正后立即在瀏覽器31接收的RSS信源的示例。如圖20 所示，RSS信源包括指示到共同縮放腳本文件F33的鏈接的描述101、指示到格式腳本文件F32的鏈接的描述102、指示到映射腳本文件F31的鏈接的描述103、以及指示初始顯示內(nèi)容的描述104。
圖21顯示包含在圖20的RSS信源中的初始顯示內(nèi)容的示例。如圖21 所示，在初始顯示內(nèi)容中描述了多個項目，每個由一對〈div…〉標簽和〈/div…〉標簽包圍。
RSS輸出單元13基于通過預先由認證處理單元15執(zhí)行的認證標記的檢查而獲取的用戶信息，執(zhí)行要包括在RSS信源中的項目的過濾。具體地，在文檔存儲單元ll中，預先為文檔、頁面和區(qū)域的每個單元設置根據(jù)用戶的查看授權(quán)的顯示允許作為附加信息。RSS輸出單元l3被安排在RSS信源中只包括關于用戶具有查看授權(quán)的文檔的項目。
例如，在圖21的示例中，^i殳用戶沒有某些項目的描述105的查看授權(quán)。在這種情況下，這種項目的描述105通過基于用戶信息執(zhí)行的過濾，不由RSS 輸出單元103包括在RSS信源中。
參照回到圖17,基于接收的RSS信源中包括的鏈接的描述，瀏覽器3
從RSS輸出單元13順序地一個接一個接收共同縮放腳本文件F33、格式腳本文件F32 (包括CSS文件F5 )、以及映射腳本文件F31 (步驟S209 _ S211 )。
此外，瀏覽器根據(jù)接收的腳本的內(nèi)容，從RSS輸出單元D接收必須的文件，如縮略像。
隨后，瀏覽器31基于從RSS輸出單元13接收的共同縮放腳本文件F33、才各式腳本文件F32、映射腳本文件F31、縮略圖等生成HTML文件，并且顯示該HTML文件(步驟S213 )。具體地，瀏覽器31執(zhí)行共同縮放腳本文件 F33、格式腳本文件F32 (包括CSS文件F5)、以及映射腳本文件F31，使得從RSS信源中生成HTML文件，并且顯示該HTML文件。用于縮放操作的縮放對象描述303 (圖6B ) ^皮包括在該生成的HTML文件中。
隨后，當用戶U通過鼠標操作或鍵盤操作對瀏覽器31執(zhí)行縮放操作時 (步驟S214 ),如果需要則瀏覽器31請求RSS輸出單元13輸出缺少信息到瀏覽器31 (步驟S215)。缺少信息是例如涉及某個對象的信息，在顯示縮放操作前沒有顯示的對象時需要該對象。
RSS輸出單元13檢查用戶信息和訪問特權(quán)(步驟S216),并且將適于用戶信息和訪問特權(quán)的傳真圖像、元數(shù)據(jù)等返回到瀏覽器31 (步驟S217)。
隨后，瀏覽器31根據(jù)縮放操作執(zhí)行顯示(步驟S218)。根據(jù)縮放操作顯示的示例與圖8到13B中所示的那些相同。
圖22顯示縮放處理過程中顯示的屏蔽的示例。如圖22所示，在查看屏幕311中，只有當前用戶對其具有查看授權(quán)的對象被顯示，這些對象包括"標題'，對象313、"寫作日期"對象315、"摘要"對象317、以及"典型圖像" 對象316。包括"作者"對象314和"頁面圖像，'對象318的其他對象在查看屏幕311中被屏蔽，并且它們保持不可見狀態(tài)。
各種屏蔽方法的任何一種是可應用的?？蓱玫钠帘畏椒梢园ㄍ耆?消隱法、鑲嵌附接法、衰減狀態(tài)分配法等。
圖18是用于解釋由圖15所示的第二實施例的圖像處理設備的第二示例執(zhí)行的過程的順序圖。
如圖18所示，當用戶U輸入顯示請求到瀏覽器31時(步驟S221 )，瀏覽器31從HTML提供單元16獲取包括登陸區(qū)域的操作屏幕的HTML文件，并且顯示該HTML文件(步驟S222 )。
當用戶U通過指定用戶ID、口令等執(zhí)行到瀏覽器31的登陸過程時(步驟S223 )，瀏覽器31利用用戶ID、口令等請求HTML提供單元16的認證(步驟S224 )。
HTML4是供單元16將認證請求傳輸?shù)秸J證處理單元15。當認證正常完成時，HTML提供單元16從認證處理單元15接收認證標記(步驟S225 )。 HTML提供單元16將認證標記傳輸?shù)綖g覽器31 (步驟S226 )。另一方面，當認證執(zhí)行不正常時，將錯誤代碼經(jīng)由HTML提供單元16 返回到瀏覽器31。
隨后，當用戶U輸入傳真記錄列表RSS信源請求到瀏覽器31時(步驟 S227)，瀏覽器31向RSS輸出單元13請求獲取RSS信源以及認證標記(步驟S228 )。
RSS輸出單元13向認證處理單元15請求認證標記的檢查。當認證標記由認證處理單元15檢查正常時，RSS輸出單元13從認證處理單元15接收用戶信息(步驟S229 )。RSS輸出單元13輸出RSS信源到瀏覽器31(步驟S230 )。
另一方面，當檢查執(zhí)行不正常時，將錯誤代碼經(jīng)由RSS輸出單元13返回到瀏覽器31。
隨后，基于接收的RSS信源中包括的鏈接的描述，瀏覽器31從RSS輸出單元13順序地一個接一個接收共同縮放腳本文件F33、格式腳本文件F32 (包括CSS文件F5 )、以及映射腳本文件F31 (步驟S231 - S233 )。
此外，瀏覽器根據(jù)接收的腳本的內(nèi)容，從RSS輸出單元13接收必須的文件，如縮略像(步驟S234)。
隨后，瀏覽器31基于接收的共同縮放腳本文件F33、格式腳本文件F32、以及映射腳本文件F31、縮略像等生成HTML文件(步驟S235 )。具體地，瀏覽器31執(zhí)行共同縮放腳本文件F33、格式腳本文件F32 (包括CSS文件F5)、以及映射腳本文件F31，使得從RSS信源中生成HTML文件，并且顯示該HTML文件。
隨后，當用戶U通過鼠標操作或鍵盤操作對瀏覽器31執(zhí)行縮放操作時 (步驟S236 )，如果需要則瀏覽器31向RSS輸出單元13請求接收缺少信息 (步驟S237 )。
RSS輸出單元13檢查用戶信息和訪問特權(quán)(步驟S238 )，并且返回適于用戶信息和訪問特權(quán)的傳真圖像、元數(shù)據(jù)等到瀏覽器31 (步驟S239 )。瀏覽器31根據(jù)縮放操作執(zhí)行顯示(步驟S240 )。
接下來，圖19是用于解釋由圖16所示的第二實施例的圖像處理設備的第三示例執(zhí)行的過程的順序圖。
如圖19所示，當用戶U輸入顯示請求到瀏覽器31時(步驟S251)，瀏覽器31從HTML提供單元16獲取包括登陸區(qū)域的操作屏幕的HTML文件，并且顯示該HTML文件(步驟S252 )。當用戶U通過指定用戶ID、口令等執(zhí)行到瀏覽器31的登陸過程時(步驟S253 )，瀏覽器31利用用戶ID、口令等請求HTML提供單元16的認證(步驟S254)。 HTML提供單元16將相同的請求傳輸?shù)秸J證處理單元15。當認證正常完成時，HTML提供單元16從認證處理單元15接收認證標記(步驟 S255 ),并且將認證標記傳輸?shù)綖g覽器31 (步驟S256)。
另一方面，當認證沒能正常完成時，將錯誤代碼經(jīng)由HTML提供單元16 返回到瀏覽器31。
隨后，當用戶U輸入傳真記錄列表RSS信源請求到瀏覽器31時(步驟 S257 )，瀏覽器31向HTML提供單元16請求接收RSS信源以及認證標記(步驟S258 )。
HTML提供單元16向認證處理單元15請求對認證標記的片全查。當認證標記被檢查正常時，HTML提供單元16從認證處理單元15接收用戶信息(步驟S259 )，并且HTML提供單元16輸出RSS信源到瀏覽器31 (步驟S260 )。
另一方面，當檢查執(zhí)行不正常時，將錯誤代碼經(jīng)由HTML提供單元16 返回到瀏覽器31。
隨后，基于接收的RSS信源中包括的鏈接的描述，瀏覽器31從HTML 提供單元16順序地一個接一個接收共同縮放腳本文件F33 、格式腳本文件F32 (包括CSS文件F5 )、以及映射腳本文件F31 (步驟S261 - S263 )。
此外，瀏覽器31根據(jù)接收的腳本的內(nèi)容，從RSS輸出單元13經(jīng)由HTML 提供單元16接收必須的文件，如縮略像(步驟S264-S266)。瀏覽器31 可以直接從RSS輸出單元13獲取文件，如縮略像。
隨后，瀏覽器31基于接收的共同縮放腳本文件F33、格式腳本文件F32、以及映射腳本文件F31、縮略像等生成HTML文件并顯示該HTML文件 (步驟S267)。具體地，瀏覽器31執(zhí)行共同縮放腳本文件F33、格式腳本文件F32 (包括CSS文件F5 )、以及映射腳本文件F31,使得從RSS信源中生成HTML文件，并且顯示該HTML文件。
當用戶U通過鼠標操作或鍵盤操作對瀏覽器31執(zhí)行縮放操作時(步驟 S268),如果需要則瀏覽器31經(jīng)由HTML提供單元16向RSS輸出單元13 請求接收缺少信息(步驟S269、 S270)。
RSS輸出單元13檢查用戶信息和訪問特權(quán)(步驟S271 ),并且經(jīng)由HTML 提供單元16返回適于用戶信息和訪問特權(quán)的傳真圖像、元數(shù)據(jù)等到瀏覽器31 (步驟S272、 S273 )。瀏覽器31可以直接從RSS輸出單元13接收缺少信息。最后，瀏覽器31根據(jù)縮放操作執(zhí)行顯示(步驟S274 )。
在圖17-19的上述過程中，共同縮放腳本文件F33、格式腳本文件F32 (包括CSS文件F5)、以及映射腳本文件F31由瀏覽器31執(zhí)行以生成HTML 文件。或者，替代于瀏覽器31， HTML提供單元16可以執(zhí)行共同縮放腳本文件F33、格式腳本文件F32 (包括CSS文件F5 )、以及映射腳本文件F31 以生成HTML文件，并且可以將生成的HTML文件提供給瀏覽器31。
本發(fā)明的上述實施例可以提供以下優(yōu)點(1)因為本發(fā)明的圖像處理設備基于RSS發(fā)布安排，所以使得用戶能夠使用作為標準裝置的、在客戶端(如 PC)中實現(xiàn)的通用瀏覽器來查看文檔信息；(2)因為使得用戶能夠通過自由指定屏幕中顯示的顯示元素來在屏幕中執(zhí)行放大/縮d、操作，所以可以執(zhí)行有效查看操作來查看存儲的文檔信息，而不用中斷操作，直到找出期望的內(nèi)容為止；(3)本發(fā)明的圖像處理設備通常使得用戶能夠執(zhí)行有效查看操作。
權(quán)利要求
1.一種圖像處理設備，包括文檔存儲單元，被配置為存儲包含掃描的圖像和從多個用戶發(fā)送來的傳真發(fā)送/接收圖像的文檔信息；元數(shù)據(jù)輸出單元，被配置為生成由文檔存儲單元存儲的文檔信息的元數(shù)據(jù)，并分發(fā)所述元數(shù)據(jù)；顯示格式文件提供單元，被配置為提供與元數(shù)據(jù)鏈接的顯示轉(zhuǎn)換文件；縮放處理文件提供單元，被配置為提供與元數(shù)據(jù)鏈接的縮放處理文件；和文檔信息提供單元，被配置為從文檔存儲單元讀取在顯示時請求的文檔信息項目，并提供所述文檔信息項目。
2. 如權(quán)利要求1所述的圖像處理設備，還包括認證單元，其被配置為認證執(zhí)行登陸過程的用戶，并且提供用戶信息，其中所述元數(shù)據(jù)輸出單元被配置為根據(jù)用戶信息生成帶有用戶的察看授權(quán)的文檔信息項目的元數(shù)據(jù)并分發(fā)所述元數(shù)據(jù)，以及所述文檔信息提供單元被配置為根據(jù)用戶信息分發(fā)帶有用戶的察看授權(quán)的文檔信息項目。
3. 如權(quán)利要求1或2所述的圖像處理設備，其中所述縮放處理文件包括映射腳本，其將包含在從顯示轉(zhuǎn)換文件產(chǎn)生的顯示文件中的顯示元素與縮放處理相關聯(lián)；以及事件處理腳本，其響應于用戶的操作對顯示元素執(zhí)行縮放處理。
4. 如權(quán)利要求1到3的任一項所述的圖像處理設備，其中所述文檔存儲單元被配置為根據(jù)文檔信息的組件來管理層級等級中的文檔信息。
5. 如權(quán)利要求4所述的圖像處理設備，其中元數(shù)據(jù)輸出單元被配置為根據(jù)文檔信息的組件的層級等級來分發(fā)元數(shù)據(jù)。
6. 如權(quán)利要求1到5的任一項所述的圖像處理設備，其中元數(shù)據(jù)包括基于XML格式的RSS信源。
7. 如權(quán)利要求6所述的圖像處理設備，其中所述顯示轉(zhuǎn)換文件是XSL 文件，該XSL文件轉(zhuǎn)換HTML格式的RSS信源以生成HTML文件。
8. 如權(quán)利要求6所述的圖像處理設備，其中所述顯示轉(zhuǎn)換文件包括格式腳本文件和CSS文件，該格式腳本文件和CSS文件轉(zhuǎn)換HTML格式的RSS信源以生成HTML文件。
9. 一種察看控制方法，包括以下步驟存儲包含掃描的圖像和從多個用戶發(fā)送來的傳真發(fā)送/接收圖像的文檔信息；生成存儲的文檔信息的元數(shù)據(jù)，并分發(fā)所述元數(shù)據(jù)；提供與元數(shù)據(jù)鏈接的顯示轉(zhuǎn)換文件；提供與元數(shù)據(jù)鏈接的縮放處理文件；和讀取在顯示時請求的文檔信息項目以便提供所述文檔信息項目。
10. 如權(quán)利要求9所述的察看控制方法，還包括認證執(zhí)行登陸過程的用戶以便提供用戶信息的步驟，其中所述生成步驟被配置為根據(jù)用戶信息生成帶有用戶的察看授權(quán)的文檔信息項目的元數(shù)據(jù)并分發(fā)所述元數(shù)據(jù)，以及所述讀取步驟被配置為根據(jù)用戶信息分發(fā)帶有用戶的察看授權(quán)的文檔信息項目。
11. 如權(quán)利要求9或IO所迷的察看控制方法，其中所述縮放處理文件包括映射腳本，其將包含在從顯示轉(zhuǎn)換文件產(chǎn)生的顯示文件中的顯示元素與縮;改處理相關Jf關；以及事件處理腳本，其響應于用戶的操作對顯示元素執(zhí)行縮放處理。
12. 如權(quán)利要求9到11的任一項所述的察看控制方法，其中所述存儲步驟被配置為根據(jù)文檔信息的組件來管理層級等級中的文檔信息。
13. 如權(quán)利要求12所述的察看控制方法，其中所述讀取步驟被配置為根據(jù)文檔信息的組件的層級等級分發(fā)元數(shù)據(jù)。
14. 如權(quán)利要求9到13的任一項所述的察看控制方法，其中所述元數(shù)據(jù) 包括基于XML格式的RSS信源。
15. 如權(quán)利要求14所述的察看控制方法，其中所述顯示轉(zhuǎn)換文件是XSL 文件，該XSL文件轉(zhuǎn)換HTML格式的RSS信源以生成HTML文件。
16. 如權(quán)利要求14所述的察看控制方法，其中所述顯示轉(zhuǎn)換文件包括格式腳本文件和CSS文件，該格式腳本文件和CSS文件轉(zhuǎn)換HTML格式的RSS 信源以生成HTML文件。
全文摘要
一種圖像處理設備包括文檔存儲單元，其存儲包含掃描的圖像和從多個用戶發(fā)送的傳真發(fā)送/接收圖像的文檔信息。元數(shù)據(jù)輸出單元生成由文檔存儲單元存儲的文檔信息的元數(shù)據(jù)，并分發(fā)所述元數(shù)據(jù)。顯示格式文件提供單元提供與元數(shù)據(jù)鏈接的顯示轉(zhuǎn)換文件?？s放處理文件提供單元提供與元數(shù)據(jù)鏈接的縮放處理文件。文檔信息提供單元從文檔存儲單元讀取在顯示時請求的文檔信息項目，并提供所述文檔信息項目。
文檔編號H04N1/393GK101321221SQ20081010992
公開日2008年12月10日申請日期2008年6月10日優(yōu)先權(quán)日2007年6月7日
發(fā)明者松野陽一郎申請人:株式會社理光

完整全部詳細技術資料下載