圖像通信設備及其通信控制方法

2023-04-24 07:30:11 5

專利名稱：圖像通信設備及其通信控制方法
技術領域：
本發明涉及能夠收發彩色圖像和單色圖像的圖像通信設備及其通信控制方法通常，ITU-T T.30推薦標準被認定為傳送彩色圖像的過程。在應用這個T.30推薦標準時，可以傳送圖像的最小寬度為A4紙的寬度(210mm)，其解析度限制於100dpi，200dpi，和400dpi。
另一方面，家庭主要使用的彩色圖像的尺寸一般小於A4版本，例如，L尺寸的印製相片(85mm×127mm等)，正式明信片，等等。因此，在傳送L尺寸相片的圖像數據時，需要添加邊緣數據把該尺寸改變成A4尺寸，或放大該圖像數據構成A4尺寸再傳送。此外，能夠印製彩色圖像的家用低價位彩色印表機已經很普遍，該印表機列印頭的解析度為360dpi和720dpi。
在家庭中接收和印製上述解析度下傳送的圖像數據情況下，這就產生這樣的一種需要，對接收的圖像乘以小數的放大倍數來印製。例如，在400dpi等的情況下，需要乘以0.9等，或對解析度轉換採用非整數比率的乘法。然而，實施涉及到這種非整數比率的乘法會導致印製圖像大大地惡化。
此外，需要利用非標準過程信號進行通信。例如，NSF/NSS/NSC(以下，稱之為NSX)，以傳送任何特殊尺寸或解析度還未標準化的圖像數據。然而，只有當包含在NSX信號中的製造商代碼(不同廠家是不同的)和型號代碼與接收機一側對應時，才可以進行通信，且採用這些NSX信號的通信過程是原始的。所以，採用NSX信號的通信只可以在相同製造商的有限型號中完成。而且，在經過交換實施轉換傳送的情況下，例如，經過F網絡，或在另一種情況下，即使發送端和接收端是相同廠家的相同型號，若中間機器是不同廠家的產品，例如，交換機等，還是不能進行通信。
本發明是考慮到上述普通的例子而實現的，其目的是提供這樣一種圖像通信設備，能夠在不同型號之間進行通信，在傳送不是ITU-T推薦標準的非標準化圖像數據時，通過執行一種具有高度靈活性的標準通信過程，對各種圖像實施圖像通信，且提供這種圖像通信設備的通信控制方法。
此外，本發明的目的是提供這樣一種圖像通信設備及其通信控制方法，不用考慮傳送圖像的屬性，不管該圖像的屬性是否被ITU-T推薦，可以進行通信。
此外，本發明的目的是提供這樣一種圖像通信設備及其通信控制方法，在有非標準屬性的圖像數據傳送時，利用一個與ITU-T推薦標準沒有不一致的標準過程，在圖像數據通信階段，傳送非標準屬性到接收側，實施圖像通信。
本發明的目的是提供這樣一種圖像通信設備及其通信控制方法，在傳送按照ITU-T推薦標準是非標準化圖像數據時，通過執行一個具有高度靈活性的標準通信過程，無需利用任何非標準化過程，能夠實施不同廠家型號之間的通信。
而且，本發明的目的是提供這樣一種圖像通信設備及其通信控制方法，即使傳送和接收的圖像數據屬性按照ITU-T推薦標準是非標準化的，通過改變通信過程，能夠實施傳送和接收。
為了達到上述目的，本發明圖像通信設備的配置如下。即，該圖像通信設備包括通信裝置，用於傳送G3傳真過程的圖像數據；接收命令傳送裝置，用於傳送包含待傳送圖像的第一圖像屬性的接收命令，該屬性是ITU-T推薦標準規定的；屬性傳送裝置，在接收命令傳送裝置送出命令之後的傳送圖像階段，傳送包含待傳送圖像的第二圖像屬性的信息；和控制裝置，用於控制數據的傳送，在傳送不是ITU-T推薦標準規定屬性的圖像情況下，不管待傳送圖像的屬性，包含ITU-T推薦標準規定的第一圖像屬性的接收命令是由接收命令傳送裝置送出，包含第二圖像屬性的信息是由屬性傳送裝置送出。
為了達到上述目的，本發明的圖像通信設備包括通信裝置，用於接收ITU-T推薦標準規定的G3傳真過程的圖像數據；接收命令接收裝置，用於接收包含ITU-T推薦標準規定的第一圖像屬性的接收命令，該圖像是從發送側的通信裝置傳送的；確定裝置，在接收命令之後接收圖像的階段，在接收到包含第二圖像屬性的信息以後，用於確定不是ITU-T推薦標準規定的第二圖像屬性的圖像是否可以被處理；和處理裝置，根據從確定裝置的確定輸出，藉助於第二圖像屬性處理接收的圖像，而不藉助於包含在接收命令中的第一圖像屬性。
為了達到上述目的，本發明的圖像通信方法包括以下步驟接收命令傳送步驟，傳送包含待傳送圖像的第一圖像屬性的信息，該屬性是ITU-T推薦標準規定的；屬性傳送步驟，在接收命令傳送步驟中送出接收命令之後的傳送圖像階段，傳送包含待傳送圖像的第二圖像屬性的信息；控制步驟，用於控制傳送，在傳送不是ITU-T推薦標準規定屬性的圖像情況下，不管待傳送圖像的屬性，在接收命令傳送步驟中送出包含ITU-T推薦標準規定的第一圖像屬性的接收命令，和在屬性傳送步驟中送出包含第二圖像屬性的信息。
為了達到上述目的，本發明的圖像通信方法包括以下步驟接收命令接收步驟，接收包含ITU-T推薦標準規定的第一圖像屬性的接收命令，該圖像是從發送側傳送的；確定步驟，在接收命令之後接收圖像的階段，在接收到包含不是ITU-T推薦標準規定的第二圖像屬性的信息以後，確定第二圖像屬性是否可以被處理；和處理步驟，根據確定步驟中的確定，藉助於第二圖像屬性處理接收的圖像，而不藉助於包含在接收命令中的第一圖像屬性。
從結合附圖的以下描述中，本發明的其他特徵和優點會變得很明顯，在這些附圖中相同的參考字符代表相同或類似的部分。
合併在此技術說明中並組成其中一部分的的


本發明的實施例，與以下的描述一起用於解釋本發明的原理。
圖1是一個方框圖，表示本實施例傳真機設備的一種系統配置例子；圖2是一個任務配置圖，表示控制本實施例傳真機設備的軟體例子；圖3是一個解釋本實施例傳真機設備的操作面板視圖；圖4是一個管理表的圖像記錄例子，它是由本實施例傳真機設備的控制單元組成以管理圖像數據；圖5是一個流程圖，表示在讀出單色圖像時，利用本實施例傳真機設備中手動掃描器傳送單色圖像或照相複製；圖6是一個流程圖，表示在本實施例傳真機設備中與圖5流程圖中所示過程同時執行的中斷過程；圖7是一個流程圖，表示在本實施例傳真機設備中彩色圖像複製時利用手動掃描器，讀出彩色手稿時的控制；圖8是一個流程圖，表示在本實施例傳真機設備中與圖7流程圖所示過程同時執行的中斷過程；圖9A和9B是用於解釋RGB數據及其數據編碼格式的圖；圖10是一個流程圖，表示在傳送彩色圖像時的編碼過程；圖11是一個流程圖，表示利用頁式掃描從讀出到傳送手稿圖像的過程；圖12是一個流程圖，表示與圖11中過程同時執行的中斷過程；圖13是一個流程圖，表示彩色圖像數據的解碼過程；圖14是一個解釋正常ECM通信的過程圖；圖15是一個解釋BFT通信(正常)的過程圖；圖16是一個解釋BFT通信過程的圖(因拒絕而結束)；圖17是一個解釋BFT通信過程的圖(從拒絕處返回)；圖18是一個基於ITU-T推薦標準(T.434)說明BFT格式的圖19是一個解釋本實施例中BFT首標內容的圖；圖20是一個基於ITU-T推薦標準解釋FDM信號格式的圖；圖21A和21B是流程圖，表示本實施例傳真機設備中的傳送過程；圖22A和22B是流程圖，表示本實施例傳真機設備中的接收過程；圖23是一個流程圖，表示本實施例傳真機設備中的單色傳送過程；圖24是一個流程圖，表示在本實施例傳真機設備中執行圖17過程情況下的傳送過程。
參照附圖，以下詳細地解釋本發明恰當的實施例[概要]本實施例的設備是一個傳真機設備，配備小功率和模擬型的無繩電話(分機)功能，具有完成ITU推薦標準技術規定的功能，此外，包括一個彩色圖像讀出單元和一個彩色圖像記錄單元，且具有彩色複製功能和彩色圖像通信功能，以及利用話音識別單元識別話音，能夠自動撥號到接收方。
彩色圖像讀出單元包括一個手動掃描器，能夠連接/脫離傳真機設備的主體，其結構不僅能讀出頁式手稿，而且還能夠讀出書狀的手稿等。例如，掃描器單元的讀出傳感器是一種緊配合型的彩色讀出傳感器，以行的順序輸出RGB中每個顏色的圖像數據，最大讀出寬度為B4寬度，讀出解析度為200dpi。
例如，彩色圖像記錄單元是一種噴墨型的，或有CMYK各種顏色集成墨槽的彩色墨盒和噴墨頭單元，或只有集成黑墨墨槽的單色墨盒和噴墨頭單元，安裝在圖像記錄單元上，列印圖像到記錄紙上，例如，記錄解析度為360dpi。至於圖像的記錄寬度，例如，不管安裝哪一種墨盒，在單色記錄時的最大記錄寬度為B4，但只有在安裝彩色墨盒時，在彩色記錄時的最大記錄寬度為A4。
此外，至於通信，例如，9600bps的最大通信速度是給予G3模式的，並提供圖像傳輸中具有錯誤重發功能的ECM模式。
圖1是一個方框圖，表示本實施例傳真機設備的一種配置例子；圖2是一個任務配置圖，表示控制該設備的軟體例子；和圖3是一個解釋該設備操作面板的配置圖。此外，圖4是一個管理表的圖像記錄例子，它是由該設備的控制單元組成在圖1所示的SRAM 124中以管理圖像數據。在圖1中，數字11表示CPU，其功能是作為傳真機設備的控制單元；數字121表示存儲程序和各種數據的ROM；數字118表示用於實施各種程序的工作存儲器DRAM，或用於存儲應答機的音頻數據以及單色和彩色圖像數據的存儲器；例如，DRAM 118的存儲器容量為2MB，分出約0.5MB用於工作存儲器，餘下的約1.5MB用於存儲圖像數據和音頻數據。數字124表示SRAM，用於存儲該設備所需的登記數據(各種軟開關，電話目錄數據，用於音頻識別的音頻登記數據，和該設備的ID數據，例如，設備的電話號碼和縮略語，等等)登記在上面，且有一個電池作備份，在電源切斷時不會丟失存儲在SRAM 124中的數據。
數字12表示傳真用的MODEM(數據機)，MODEM 12有一個ITU推薦標準G3所需的功能，並包括DTMF識別功能和音頻CODEC功能，除了V.29，V.21，和V27ter以外，還用於音頻記錄和利用DRAM的音頻重放。數字13表示基本單元，用於實施與無繩手機(遠程手機)15的模擬小功率型無線通信，基本單元13是一個按照來自CPU 11指令，控制無線通信的已知單元。
參考數字14表示用於模擬信號的連接開關(交叉點SW)，它是一個已知的電路，按照來自CPU 11的指示，自由地改變電話接收手機16，用於音頻輸入的拾音器17，用於音頻重放的揚聲器18，實施與線接口的NCU 19，CPU 11的音頻輸入端，MODEM 12，和基本單元之間的連接。
參考數字110表示熟知的行程編碼/解碼電路，它根據單色2位數字圖像數據產生行程碼，和輸入一個行程碼，並把它解碼以輸出單色2位數字圖像數據；參考數字111表示已知時鐘IC的RTC。參考數字125表示手動掃描器單元(HSU)，輕便的掃描器單元125有一個旋轉編碼器(RC)116，以測量彩色接觸傳感器(CS)112和HSU 125在手稿上已移動的距離，並經捲曲線以自由地可分開方式連接到該設備的主體。參考數字113表示編碼器接口(I/F)單元，根據旋轉編碼器116旋轉的次數信息，HSU 125的一個輸出信號，產生可移動的距離數據，並把可移動的距離數據通知CPU 11。
參考數字114表示圖像處理單元，在彩色圖像數據存儲在DRAM118的情況下，根據來自CPU 11的指令，輸入從彩色接觸傳感器112輸出的模擬RGB信號(線性時序信號和解析度為200dpi)，並分別地把它們轉變成RGB的8位90dpi數字圖像數據(每個像素24位)。此外，在按照來自CPU 11指令實施彩色複印的情況下，從彩色接觸傳感器112輸出的模擬RGB信號被轉變成360dpi的YMCK 2位數字圖像數據。轉變後的數字圖像數據提供給DMA控制器117；在90dpi的RGB彩色圖像數據是待存儲在DRAM 118的情況下，DMA控制器117送出該圖像數據到DRAM 118；在需要實施彩色複印的情況下，DMA控制器117傳送360dpi的YMCK 2位數字數據到記錄控制單元119。
此外，在單色數據是待存儲在DRAM 118的情況下，圖像處理單元114把從彩色接觸傳感器112輸出的模擬RGB信號轉變成200dpi的單色2位數字的數字圖像數據，提供給DMA控制器117。在實施單色複印的情況下，圖像處理單元114把從彩色接觸傳感器112輸出的模擬RGB信號轉變成360dpi的單色2位數字的數字圖像數據，提供給DMA控制器117。在單色圖像數據是待存儲在DRAM 118的情況下，DMA控制器117送出單色圖像數據到DRAM 118；在實施單色複印的情況下，DMA控制器117傳送單色圖像數據到記錄控制單元119。
記錄控制單元119把輸入的圖像數據轉變成記錄單元120能夠記錄的格式。記錄單元120是一個熟知的噴墨型彩色印表機部分，並在主掃描方向移動包括墨槽和噴墨部分合在一起的墨盒，和移動記錄紙到副掃描方向，以記錄圖像到該紙上。根據記錄單元120與工作墨盒之間的電接觸結構，CPU 11能夠確定記錄單元120上配備的是彩色墨盒或單色墨盒。
參考數字115表示熟知的解析度轉換電路，輸入單色2位數字圖像數據，和完成解析度轉換，且用於放大或縮小單色圖像的尺寸，還用於把從該線上接收的單色圖像數據解析度與記錄單元120上記錄的解析度進行匹配的目的。
參考數字122表示操作面板，其功能是作為設備的操作單元，如圖3所示，它包括各種按鈕，顯示燈，和LCD顯示器36。此外，拾音器17和揚聲器18等布置在操作面板122上。
參考數字126表示傳感器，以檢測手動掃描單元125與該設備主體的連接/脫離狀態；根據從傳感器126的輸出，CPU 11確定設置成頁式模式以讀出頁式手稿，或設置成手動模式以讀出實體，例如，書本狀的手稿，等等。
以下，說明圖3所示的操作面板的配置。
在圖3中，參考數字16表示手機，參考數字32表示各種登記和設置的「功能鍵」，參考數字33表示「聲音記錄鍵」，當線上的消息或對話記錄在DRAM 118上作為音頻數據時使用；參考數字34表示「放音鍵」，根據來自CPU 11的指令，當利用MODEM 12的音頻CODEC重放記錄在DRAM 118中音頻數據時使用；參考數字35表示「擦除鍵」，當存儲在DRAM 18中的各種數據要擦除時使用；和參考數字36表示LCD顯示單元，伴隨能夠顯示兩行數據的後燈，每行包括16個字符，且顯示單元36用於顯示設備和各種消息的狀態。參考數字37表示「彩色LED」，並當利用「彩色/單色鍵」選取彩色模式時點亮。參考數字39表示「圖像質量鍵」，在單色模式下選取圖像質量。
參考數字310表示起兩個作用的一個鍵，作為「電話號碼鍵」以檢索電話號碼，和作為「設置鍵」以設置記錄的內容等，以下稱之為「設置鍵」以簡化說明。參考數字311表示「向上光標鍵」，參考數字312表示「向下光標鍵」，參考數字313表示「向左上光標鍵」，和參考數字314表示「向右光標鍵」，以上這些鍵都是在操作顯示控制時使用。
參考數字315表示「傳輸鍵」，用於傳真傳輸；參考數字316表示「接收/列印鍵」，完成傳真接收和列印接收的圖像數據。
參考數字317表示「複製鍵」，以指示執行複製操作；和參考數字318表示「停止鍵」，以停止在執行下的操作。參考數字319表示拾音器17的開孔部分；參考數字320表示電話鍵盤部分；參考數字321表示「揚聲器電話鍵」，用所要求的線起動拾音器17，並輸出拾音器17俘獲的音頻信號到所要求的線，由揚聲器18在該線上重放話音；參考數字322表示「話音識別鍵」，通過話音識別以指示執行自動撥號；參考數字323表示「應答鍵」，在接受電話呼叫的同時，自動記錄說話進入DRAM 118的內容；參考數字324表示「分機接收機鍵」，利用遠程手機15進行對話；參考數字325表示「保持鍵」，用於保持在線狀態，並傳送美妙的音樂給主叫方；參考數字326表示「重撥鍵」，自動撥打上次電話呼叫接收方的電話號碼；和參考數字327表示「持機等待鍵」，用於完成所謂的持機等待的電話呼叫，在用戶通過電話與某人通話的同時，可以讓該用戶對另一個電話呼叫給以響應，在持機等待電話呼叫以後，可以使該用戶回到前一條電話線上。在掃描器125安裝在主體上狀態下進行複製(頁式掃描)是直接模式。在直接模式下，讀出頁式手稿，讀出的圖像數據輸出到記錄單元120做記錄，不把圖像數據存儲在DRAM 118中。在此情況下，由於不需要存儲圖像數據到DRAM 118中，即使在高解析度下，DRAM118不會遭受存儲器溢出。用這個掃描器125讀出的解析度是與記錄單元120的記錄解析度匹配的。這導致在副掃描方向上有360dpi圖像數據的解析度。此外，在單色複製的情況下，可以實現的複製尺寸達到B4寬度；而在彩色複製的情況下，達到按照記錄單元120技術規定的A4寬度。
其次，在掃描器125脫離該設備主體和利用手動掃描器進行複製的情況下，設置存儲器模式，掃描器125讀出的圖像數據總是存儲在DRAM 118中的逐頁單元。這種安排順從於記錄單元120中的記錄速度，其記錄速度比利用手動掃描時個人移動掃描器125的速度慢，讀出的數據暫時存儲在DRAM 118中，所以，就可以執行手動掃描和快速完成。此外，當掃描器125的讀出解析度與記錄單元120的記錄解析度360dpi匹配時，一頁的圖像數據是足夠大，可以佔用DRAM 118的存儲區，很可能中斷該設備的運行。在此情況下，可以考慮擴展DRAM 118的存儲器容量，但是，由於擴展存儲器容量會使成本上升很多的原因，所以把讀出解析度壓制到單色模式下的200dpi和彩色模式下的90dpi，然而，這不會對本發明設置任何限制。此外，由於相類似的原因，雖然，在單色模式下的複製尺寸達到B4寬度，但是，在彩色模式下的複製尺寸限制到不大於A6(或正式明信片的尺寸)。
例如，單色模式下(200dpi)B4尺寸的圖像數據量約為700KB(K字節)，彩色模式下(90dpi)A6尺寸的圖像數據量約為600KB；在以上任何模式下，該圖像數據可以存儲在容量為1.5M字節的DRAM118中。若把讀出的圖像數據存儲在DRAM 118中，則可以改進和提高讀出解析度和讀出紙片的尺寸，但如在以後所描述的，由於壓縮是利用本實施例的軟體實現的，它佔用太多時間，降低手動掃描的執行速度，這是不利的。此外，用於快速壓縮/編碼的附加硬體會使成本急劇增加。
此外，在掃描器125安裝到該設備主體的狀態下，通過讀出手稿完成圖像數據的傳輸是在直接模式。在直接模式下，讀出的圖像數據經DRAM 118送到數據機12，沒有存儲一頁圖像數據在DRAM118中，在讀出頁式手稿的同時，傳送到接收側的傳真機。
而且，在掃描器125脫離該主體的情況下，且該掃描器125用作手動掃描器以讀出傳輸的手稿，設置存儲器模式，掃描器125讀出的數據總是存儲在DRAM 118中的逐頁單元上。這種安排順從於數據機12中的通信速度，該速度比利用手動掃描時個人移動掃描器125的速度慢。讀出的圖像數據暫時存儲在DRAM 118中的逐頁單元上，所以可以快速地執行手動掃描。此外，至於在此情況下的讀出解析度和手稿尺寸，由於與以上存儲器模式下複製的相同的原因，實施類似的操作。
根據來自掃描器連接/脫離傳感器126的檢測信號，確定該掃描器是用作手動掃描器，或在掃描器125安裝到主體上的狀態下使用。接著，參照圖2中所示設備的任務配置圖，解釋本實施例的軟體配置。至於該設備的軟體，多任務OS 212提供這樣的一種環境，在該環境下可以同時運行各項任務。
參考數字21表示狀態監控任務，監控該設備中完成的每個事件，當檢測到要求改變設備狀態的事件出現時，其功能是通知相應的信息任務。例如，當檢測到操作面板122輸入的鍵信息時，該鍵信息被轉移到操作任務22和/或線控制任務23，就啟動相應的功能操作。
操作任務22從狀態監控任務21接收鍵代碼A以確定操作模式，發出開始命令給相應的任務，它完成對應於操作模式的功能，並根據鍵代碼A信息，控制操作面板122的顯示功能。
線控制任務23控制NCU 19以執行一個序列，包括從該線上接收電話呼叫，按照來自操作任務22的撥號要求命令，捕獲該線以傳送信號，和實施線脫離以終止通信，等等。此外，在線連接狀態下，「傳輸鍵」315和「接收/列印鍵」316已經按下，檢測來自狀態監控任務21的鍵代碼B信息，通過分析該線上的信號，自動確定發送方是電話或傳真機，並在傳真機的情況下，發出傳真機通信的通信開始命令到通信任務25。
參考數字24表示撥號控制任務，按照來自線控制任務23或通信任務25的撥號開始命令，其功能是傳送各種撥號信號給交換臺。
按照來自線控制任務23的通信開始命令，在傳真機通信期間，通信任務25執行傳輸過程和圖像數據的傳輸。
參考數字26表示讀出任務，並按照來自操作任務22的讀出開始命令，控制手動掃描器單元(HSU)125和圖像處理單元114，執行手稿圖像的讀出(掃描)。
參考數字27表示編碼/解碼任務，按照來自通信任務25，讀出任務26和記錄任務29的編碼/解碼開始命令，執行圖像數據的編碼和解碼過程。所以，在本實施例中，由於編碼和解碼過程是由軟體完成的，與由硬體執行的編碼和解碼過程比較，需要更多的處理時間，但可以大大降低硬體成本。已知的MH編碼應用於單色圖像；Huffmann編碼分配給RGB多值DPCM方法(計算RGB各自8位的相鄰像素之間差值的方法)，這種已知的編碼方法應用於彩色圖像數據。
參考數字28表示話音識別任務，它是一個已知的話音識別軟體，以分析從手機16輸入的用戶話音，與事先記錄的音頻數據(可以是多個音頻數據)作比較，並通知對應於話音數據的信息。
記錄任務29有這樣的功能，按照來自報告任務210和列印任務211等的記錄開始命令，使記錄單元120列印出所要求的圖像數據。
報告任務210是一個用於產生各種報告的軟體，產生功能設置列表，例如，以字符數據形式的通信管理報告記錄通信史和SRAM 124等中的登記信息；把它們轉換成圖像數據並要求記錄任務29給以記錄。
列印任務211有監控功能，總是檢測自動記錄的圖像數據是否存儲在DRAM 118中，當檢測到自動記錄的圖像數據時，發出記錄開始命令給記錄任務29。以下，描述圖4中所示圖像記錄的配置。
圖像記錄是管理存儲在DRAM 118中圖像數據的管理表，在該設備開始運行時，圖像記錄被多任務OS 212格式在SRAM 124中，使所有的圖像記錄成該時刻的空狀態。每個任務從OS 212獲得為空狀態的圖像記錄是必需的，在各任務之間的數據交換期間，產生一個圖像記錄，該圖像記錄已填充了所要求的內容。此外，每個任務參照產生的圖像記錄內容進行運行是必需的。
在圖4中，圖像記錄400包括DRAM 118上一個文件(它可以包含一頁或多頁)的彩色/單色識別標誌403，圖像接收情況下的接收日期和時間信息404，指出啟動列印任務211的自動列印是否需要的列印請求標誌402，指出傳輸任務25的傳輸運行是否需要的傳輸請求標誌401，指出包含在該文件中每頁信息的頁面鏈式表410的頂端地址405。
分別指出每頁信息的頁面鏈式表410包括頁面鏈式表的頂端地址411，指出下一頁的信息，尺寸信息表示頁的主掃描寬度和副掃描寬度，解析度信息表示該頁主掃描和副掃描的解析度；和圖像塊鏈式表的頂端地址412，其中有DRAM 118的頂端地址，該頁的圖像數據存儲在DRAM 118中，圖像塊鏈式表的頂端地址412表示每塊的頂端地址。
通信任務25在圖像接收時完成圖像記錄的內容，讀出任務26完成圖像傳輸和複製操作時的圖像記錄內容。由於記錄或傳輸已經結束，不再需要該圖像數據，就從DRAM 118中擦除；然後，清除圖像記錄，那個圖像記錄的管理從一個任務返回到多任務OS 212。以下，簡要地描述彩色複製時利用手動掃描器125的操作。
當手動掃描器125從設備的主體脫離時，操作任務22檢測掃描器連接/脫離傳感器126的輸出，自動地識別到設置在手動掃描器模式。這使操作面板122的LCD顯示單元36等顯示，可以執行手動掃描，和請求用戶選擇複製或傳輸。
現在，假設按下「複製鍵」317，和由「彩色/單色鍵」38指定為彩色模式，就點亮「彩色LED」37，然後，操作任務22請求執行彩色圖像讀出，用於手動掃描的彩色複製，讀出開始命令送到讀出任務26。這使讀出任務26從操作任務22接收彩色複製操作所需的信息，和控制硬體，輸入按照手動掃描器單元125掃描讀出的彩色圖像數據，並存儲一頁的圖像數據在DRAM 118中。在從操作任務22得到完成通知後，操作任務22發出記錄開始命令給記錄任務29，和使記錄任務29記錄存儲在DRAM 118中的圖像數據。記錄開始命令把圖像記錄給讀出任務26，讀出任務26參照此信息，利用DMAC 117讀出存儲在DRAM 118中的彩色圖像數據，把它轉換成360dpi解析度的數據，傳送到記錄控制單元119，由記錄單元120執行彩色記錄。在預定的進程中，頁記錄單元120中的圖像記錄結束，於是通知操作任務22處理完成；一連串複製操作結束，操作面板122上顯示單元36的顯示改變成表示準備狀態的顯示。以下，簡要地描述單色圖像情況下的操作。
當手動掃描器單元125從設備的主體上脫離時，操作任務22檢測掃描器連接/脫離傳感器126的輸出，自動識別到設置在手動掃描器模式。
接著，假設操作面板122上的「傳輸鍵」315被按下，且已經由「彩色/單色鍵」38設置在黑白模式，彩色LED 37熄滅，然後，操作任務22請求執行讀出單色圖像，用於手動掃描的單色傳輸，讀出開始命令送到讀出任務26。這使讀出任務26從操作任務22接收單色傳輸所需的信息，控制硬體，輸入與手動掃描器單元125掃描同步的圖像數據，並存儲一頁的圖像數據在DRAM 118中。接著，在讀出任務26通知完成讀出以後，操作任務22移動到目的地輸入操作模式，讓用戶輸入目的地的電話號碼。根據輸入的目的地電話號碼，操作任務22發出撥號請求命令給線控制任務23，並開始連接到該線。在接收到撥號請求命令的請求以後，線控制任務23發出撥號開始命令給撥號控制任務24。當撥號控制任務24的電話呼叫完成時，就連接到該線，線控制任務23發出通信開始命令給通信任務25，以執行存儲在DRAM 118中圖像數據的傳輸。通信開始命令把圖像記錄給讀出任務26，通信任務25參照該圖像記錄，讀出存儲在DRAM 118中的圖像數據，在保持200dpi解析度的條件下編碼該圖像數據，發送到數據機12，並執行單色圖像傳輸。在預定的進程中，傳輸結束，於是通知操作任務22處理完成，操作單元122上顯示單元36的顯示改變成表示準備狀態的顯示。以下，簡要地描述彩色圖像傳輸情況下的操作。
當手動掃描器單元125從設備的主體脫離時，操作任務22檢測掃描器連接/脫離傳感器126的輸出，自動識別到設置在手動掃描器模式。
接著，假設操作面板122上的「傳輸鍵」315被按下，且已經由「彩色/單色鍵」38設置在彩色模式，彩色LED 37點亮，然後，操作任務22請求執行讀出彩色圖像，用於手動掃描的彩色傳輸，讀出開始命令送到讀出任務26。這使讀出任務26從操作任務22接收彩色圖像傳輸所需的信息，控制硬體，輸入與手動掃描器單元125掃描同步的圖像數據，並存儲一頁的彩色圖像數據在DRAM 118中。接著，在讀出任務26通知完成讀出以後，操作任務22移動到目的地輸入操作模式，讓用戶輸入目的地的電話號碼。接著，操作任務22發出撥號請求命令給線控制任務23，並開始連接到該線。從操作任務22接收到撥號請求命令的請求以後，線控制任務23發出撥號開始命令給撥號控制任務24。當用戶指示的電話呼叫由撥號控制任務24完成時，就連接到該線，線控制任務23發出通信開始命令給通信任務25，要傳輸彩色圖像數據。這個通信開始命令把圖像記錄給讀出任務26，通信任務25參照該圖像數據，讀出存儲在DRAM 118中的彩色圖像數據，在保持90dpi解析度的條件下，編碼該圖像數據，傳送到數據機12，完成彩色圖像傳輸。在預定的進程中，彩色圖像傳輸結束，然後，通知操作任務22處理完成，一連串傳送操作結束，操作單元122上顯示單元36的顯示改變成表示準備狀態的顯示。以下，在傳送或接收單色手稿和彩色手稿的圖像數據情況下，描述該設備的操作。
(a)通過電話交談的傳真機傳送在通過電話交談期間按下操作面板122上的「傳輸鍵」315時，顯示單元36顯示一條消息「請放置手稿」，催促用戶把待傳送的手稿背面向上放置在手稿的入口。在正確地放置手稿以後，讀出手稿開始，在與傳真機協商後執行傳輸，傳輸開始。此時，顯示單元36顯示消息「傳真機傳輸」。
(b)彩色傳輸在按壓「傳輸鍵」315之前，按下「彩色/單色鍵」38以設置彩色模式，使「彩色LED」點亮。在本實施例中彩色傳輸的圖像尺寸只是明信片尺寸，不可以進行諸如放大比例等的設置。此時，顯示單元38顯示消息「彩色傳輸」。
(c)利用手動掃描器125的圖像傳輸當該設備的蓋子是打開時，或手動掃描器125從主體脫離時，處在該設備的備用狀態，操作面板122上的顯示單元36顯示「手動掃描器→傳真傳輸/複製」。此時，在按下「傳輸鍵」315時，設置傳真機傳輸模式，顯示單元36顯示「傳輸寬度[A4]＞[黑白][正常]」。
此時，當按下「彩色/單色鍵」38時，設置成彩色模式，「彩色LED」37點亮，不允許改變傳輸手稿的寬度。這促使顯示單元36顯示「傳輸寬度[明信片][彩色][照片]」。在這個狀態下按壓「設置鍵」310，促使顯示單元36顯示「手動掃描器讀出，設置鍵設定開始/結束」。
此外，在顯示消息的同時，按下「彩色/單色鍵」38，從彩色模式切換到單色模式，恢復到之前的屏顯示。
在該狀態下按下「設置鍵」310，不會改變這個彩色/單色模式，而顯示「手動掃描器讀出，設置鍵設定開始/結束」，指出利用手動掃描器125讀出手稿圖像開始，且顯示消息「掃描器速度＞＞＞＞設置鍵設定結束」。隨著掃描器125移動速度加快，顯示的符號「＞」數目增多。
此時，當編碼器I/F單元113檢測到掃描器125的移動速度太快時，就顯示「掃描器125移動速度太快，設置鍵設定結束」。
當手動掃描器125讀出手稿的速度正常時，顯示單元36顯示「確認列印→是或否」，訊問是選擇列印操作或不列印操作，以確認掃描器125是否讀出圖像。若選擇「是」，則存儲在DRAM 118中的讀出圖像數據輸出到記錄單元120，並列印。在列印時，顯示「確認列印」。且當列印結束時，顯示「輸入傳真件」，利用電話鍵盤320輸入電話號碼等顯示在顯示單元36上。
此外，若選擇「否」，記錄單元120不實施列印操作，且指示用戶輸入電話號碼。因此，輸入目的地電話號碼。按下「傳輸鍵」315以指示傳輸彩色圖像，於是，顯示單元36顯示「彩色傳輸」。另一方面，在傳輸單色圖像情況下，則顯示「傳真傳輸」。
(d)傳真接收開始之前的操作按下接收/列印鍵316，傳真接收開始。即，當通過電話交談時，他/她從發送機側(發射機)聽出音調以後，用戶知道了接收方，該用戶按下接收/列印鍵316，開始接收傳真。傳真接收是從按下接收鍵316開始的，在獲得該線的狀態下沒有放置手稿。當按下接收鍵316時，手機仍不掛斷，話音指導開關設置在「ON」，「傳真件來了，請掛機」的消息傳給用戶。
此時，顯示單元36顯示「接收傳真件，掛機」。
在接收傳真信號時，在單色圖像的情況下，交替地顯示「正在接收傳真」和「接收傳真P1」；在接收彩色圖像的情況下，交替地顯示「正在接收彩色」和「接收彩色P1」。
當正常地完成傳真接收時，啟動結束報警，「接收完成」的消息顯示在顯示單元36上。
圖5和圖6是流程圖，表示在本實施例的傳真機設備中，讀出單色圖像傳輸的單色圖像過程或利用手動掃描器125的複製過程。執行該過程的程序存儲在ROM 121中，且在CPU 11的控制下執行該程序。
讀出任務26從操作任務22接收讀出開始命令，然後，重新設置移動計數器Mcnt(它是由SRAM 124提供的)，表示手動掃描器125的行程有多遠，並允許每2.5毫秒發生一次中斷(在步驟S1中)。啟動該中斷的一個中斷過程表示在圖6的流程圖。
在操作時，用戶在手動掃描器125上放一張手稿，並在所讀出的方向上移動手動掃描器125，在移動期間編碼器116旋轉。此時，當手動掃描器125移動的距離相當於超精細模式的線寬度時，設定編碼器116的輸出是變化的，因此，當編碼器116的輸出變化時，編碼器I/F單元113記錄編碼器116輸出的變化次數。
圖6是一個流程圖，表示約每2.5毫秒發生的中斷過程，按照每2.5毫秒的中斷過程，首先在步驟S21，以讀出觸發定時從編碼器I/F單元113讀出手動掃描器125的移動距離，並把這個移動距離加到移動計數器中的值Mcnt。而在步驟S22，確定移動計數器中的值Mcnt是否不小於按照讀出解析度的預定值C(即，在副掃描方向上「4」是標準讀出解析度，「2」是精細模式)。若結果是肯定的，過程進行到步驟S23，發出讀出觸發到圖像處理單元114。接著，在步驟S24，檢查移動計數器中的值Mcnt是否不小於按照讀出解析度預定值C的2倍(2C)，若結果是肯定的，過程進行到步驟S25，確定手動掃描器125的移動速度太快，使操作面板122上的顯示單元36顯示(如上所述，這個顯示內容為「掃描器移動太快」)，揚聲器18產生報警聲。而且，此時計數器中的Mcnt值設定在「2C」。
與此相反，當移動計數器中的值Mcnt不大於「2C」時，過程進行到步驟S26，由於手動掃描器125的移動速度是合適的，顯示單元36顯示(如上所述，顯示「掃描器速度＞＞＞」)，揚聲器18產生正常聲音。在步驟S25或S26之後，過程進行到步驟S27，從移動計數器中的值Mcnt減去C值，圖像處理單元114完成A/D轉換以及彩色接觸傳感器112掃描圖像數據的圖像處理。處理後的單色圖像在控制單元117的DMA控制下，寫入到DRAM 118的線緩衝器。
在圖5的步驟S4，讀出任務26監控是否有任何的圖像數據已寫入到線緩衝器，若圖像數據已寫入到其中，則過程進行到步驟S6，存儲在線緩衝器中的圖像數據被轉移到同一個DRAM 118的圖像存儲器。當讀出任務26的讀出結束時，按下操作面板122上的設置鍵310，所以在步驟S4，從操作任務22送出讀出結束命令到讀出任務26。然後，過程進行到步驟S7，根據DRAM 118的圖像存儲器中是否有任何的圖像數據，確定圖像是否已被HSU 125讀出；若圖像已被讀出和圖像數據已存儲，則過程進行到步驟S8禁止中斷；在步驟S9，正常結束讀出操作。另一方面，若在步驟S7圖像數據沒有存儲到圖像存儲器中，則過程進行到步驟S11，禁止中斷過程；在步驟S12，錯誤結束讀出操作。
而且，若在步驟S2讀出手稿時出現存儲器已滿的狀態，或在步驟S3呼叫信號檢測電路檢測到電話呼叫，則過程進行到步驟S10，釋放圖像存儲器；在步驟S11禁止中斷過程，和在步驟S12錯誤結束讀出操作。上述操作完成，因為若圖像存儲器已滿，則不能進行列印；若檢測到呼叫信號，則給予接收過程優先等級。
讀出任務26通知操作任務22，讀出手稿已正常完成或錯誤結束。在正常完成的情況下，若指示複製操作，則操作任務22發出記錄開始命令給記錄任務29和記錄讀出的圖像數據。另一方面，在錯誤結束的情況下，不作記錄完成複製。
至於利用手動掃描器125的單色圖像傳輸處理的控制方法，它類似於上述利用手動掃描器125的單色圖像複製的控制方法，不同點是，在讀出手稿圖像以後，若指示確認列印，則對確認的響應是啟動記錄任務29，實施記錄處理；否則，不實施記錄處理，啟動記錄任務29，進行傳輸。
圖7和8是流程圖，表示利用本實施例傳真機設備中手動掃描器125在讀出彩色手稿時和彩色圖像複製時的控制。執行這個控制的程序存儲在ROM 121中，並在CPU 11的控制下執行。
讀出任務26從操作任務22接收讀出開始命令，首先，在步驟S31，復位移動計數器中的值Mcnt到「0」(它在SRAM 124中提供)，表示手動掃描器125移動多遠；此外，以後描述復位計數器i到「0」(它在SRAM 124中提供)，和當移動計數器Mcnt的值不小於讀出觸發發出計數值X時，初始化讀出觸發發出計數值X(SRAM 124)，以發出讀出觸發，並允許約每2.5毫秒發生一次中斷。這就允許中斷和驅動圖8所示的中斷過程。
由於在彩色複製時副掃描方向上的讀出解析度為90dpi，讀出觸發發出計數值「X」不是固定的，在每次讀出手稿上一條線時，需要再次設置X的值到「4」或「5」。現在，用戶把手動掃描器125放置在手稿上，在所要求的方向上移動手動掃描器125，在移動過程中編碼器116旋轉。此時，當手動掃描器125移動的距離相當於超精細模式的線間距時，設置編碼器116的輸出是變化的，並當編碼器116的輸出變化時，編碼器I/F單元113記錄編碼器116輸出的變化次數。
當每2.5毫秒發生一次中斷時，過程進行到步驟S51，以讀出觸發定時從編碼器I/F單元113讀出手動掃描器125的移動距離，並把這個移動距離加到移動計數器中的值Mcnt。接著，在步驟S52，「1」加到計數器i的值上。而在步驟S53，確定計數器i的值是否變成「3」的倍數；即，RGB中各自顏色的讀出過程是否完成，若結果是否，該中斷過程結束。順便說一下，在這個各自的中斷過程中，我們假設，相應傳感器讀出RGB中每個顏色圖像是利用硬體相繼地執行的，還利用硬體保留每個傳感器讀出的圖像數據。
因此，當步驟S53中計數器i的值變成「3」的倍數時，過程進行到步驟S54，確定移動計數的值Mcnt是否不小於讀出觸發發出計數值「X」，若結果是肯定的，則過程進行到步驟S55，發出讀出觸發到圖像處理單元114。這就導致輸入RGB的三種顏色圖像數據。接著，過程進行到步驟S56，檢查這個移動計數器的Mcnt值是否不小於讀出觸發發出計數值X的2倍(2X)；若結果是肯定的，則過程進行到步驟S57。在步驟S57，由於手動掃描器125的移動速度太快，操作面板122上的顯示單元36顯示「太快」，而且，揚聲器18產生報警聲。此外，計數器的Mcnt值設置在2X。
另一方面，若在步驟S56中移動計數器的Mcnt值不大於2X，則過程進行到步驟S58，認為手動掃描器125的移動速度是合適的，導致揚聲器18產生正常聲音。而且，在執行步驟S57或S58之後，過程進行到步驟S59，從移動計數器的Mcnt值中減去讀出觸發發出計數值X，並為相繼的一條線設置讀出觸發發出計數值X。
因此，圖像處理單元114完成A/D轉換以及彩色接觸傳感器112掃描圖像數據的圖像處理。所以，處理後的彩色圖像數據在DMA控制單元117的控制下，按照RGB的順序寫入到DRAM 118的線緩衝器。
現在，回到圖7中的流程圖，讀出任務26監控該圖像數據是否寫入到DRAM 118的線緩衝器中。若圖像數據寫入到線緩衝器中，則過程進行到步驟S36，把線緩衝器中的圖像數據轉移到DRAM 118的圖像存儲器。為了結束利用手動掃描器125的讀出，用戶按下操作面板122上的設置鍵310，從操作任務22傳送讀出結束命令到讀出任務26。通過按下設置鍵310，檢測讀出結束命令，且過程從步驟S34進行到步驟S37。在步驟S37，確定手稿的圖像數據是否已存儲；若該圖像數據已存儲，則過程進行到步驟S38，禁止中斷過程，並在步驟S39到達讀出操作的正常結束。另一方面，若沒有存儲該圖像數據，則過程進行到步驟S41，禁止中斷過程，進行到步驟S42中讀出操作的錯誤結束。
此外，在步驟S32中讀出圖像時或在步驟S33中呼叫信號檢測電路檢測到任何呼叫信號時，若圖像存儲器已飽和，則過程進行到步驟S40，釋放DRAM 118的圖像存儲器，然後進入步驟S41，禁止中斷過程；進行到步驟S42中讀出操作的錯誤結束。
以下，讀出任務26通知操作任務22讀出操作是到達正常結束(S39)或到達錯誤結束(S42)。導致操作任務22指示記錄任務29，在正常結束情況下，若已經指示複製，則導致操作任務22指示記錄任務29，發出記錄開始命令和記錄讀出的彩色圖像數據。另一方面，在錯誤結束的情況下，若已經指示複製，則不記錄圖像數據，結束複製操作。
至於利用手動掃描器125的傳輸處理彩色圖像的控制方法，它也類似於上述利用手動掃描器125的彩色複製的控制方法，不同點是，在完成讀出操作以後，若沒有指示確認列印(即，對於確認列印，選取「不列印」)，記錄單元120不實施記錄操作，進行傳輸操作。
以下，描述在彩色圖像傳輸時利用手動掃描器125的編碼過程。圖10是一個表示編碼的流程圖，執行該過程的程序存儲在ROM 121中，並在CPU 11的控制下執行。
在從通信任務25接收到編碼開始命令以後，編碼/解碼任務27按照RGB的順序逐條線地讀出存儲在圖像存儲器中的圖像數據(見圖9A)，並利用DPCM作為基礎的已知編碼處理分別地編碼(在步驟S61，S61，和S63中)。
此後，在步驟S64，加上Huffmann編碼的EOL(線結束)代碼(見圖9B)，寫入到DRAM 118的通信緩衝器中。而在步驟S65，若有下一條線的圖像數據，則重複上述的編碼處理。以下，描述彩色圖像傳輸時利用頁式掃描的編碼方法(在手動掃描器安裝到該設備的狀態下，自動讀出手稿)。
圖11是一個流程圖，表示利用頁式掃描讀出和傳輸手稿圖像的處理；圖12是一個表示中斷過程的流程圖，執行該過程的控制程序存儲在ROM 121中，並在CPU 11的控制下執行。
編碼/解碼任務27從通信任務25接收編碼開始命令，在步驟S71，復位讀出線計數器的Lcnt到「0」，且允許約每2.5毫秒發生一次中斷。
這就可以發生中斷，當中斷發生時，導致每一次如圖12中所示的處理。
在圖12中的步驟S80，在驅動讀出電動機(未畫出)以每2.5毫秒發生一次中斷處理的讀出觸發定時旋轉時，發出讀出觸發到圖像處理單元114(在步驟S81)。
這導致圖像處理單元114實施A/D轉換以及由CS 112掃描和讀出圖像數據的圖像處理。因此，處理過的彩色圖像數據按照RGB的順序被DMA控制器117寫入到DRAM 118的線存儲器。
所以，在步驟S72，編碼/解碼任務27確定圖像數據是否已寫入到這個線緩衝器；若已經寫入圖像數據，則利用DPCM作為基礎的已知編碼處理對該圖像數據編碼(在步驟S73至S75)。且在步驟S76，加上Huffmann編碼的EOL(線結束)代碼(見圖9B)。而在步驟S77，編碼的數據寫入到DRAM 118的通信緩衝器，+1加到讀出線計數器的Lcnt。接著，過程進行到步驟S78，確定讀出線計數器的值Lcnt是否超過預定值；若結果是肯定的，則處理結束。另一方面，若結果是否定的，則處理進行到步驟S79，檢查一頁圖像數據的編碼是否完成；若未完成，處理返回到步驟S72以執行上述的處理；若檢測到該頁圖像數據的編碼已經完成，則編碼過程結束。已經說明了彩色圖像傳輸時的編碼，以下描述解碼接收的彩色圖像。圖13是一個流程圖，表示彩色圖像數據的解碼處理，執行該過程的程序存儲在ROM 121中，且在CPU 11的控制下執行。
利用DPCM作為基礎的已知解碼過程，按照RGB的順序讀出和著手解碼存儲在DRAM 118的圖像存儲器中的編碼圖像數據(見步驟S91至S93)。解碼的圖像數據在RGB顏色分量的基礎上分別存儲到DRAM 118的線緩衝器。如上所述，由於編碼的圖像數據在顏色B分量之後包含Huffmann編碼的EOL代碼，在步驟S94，檢查是否檢測到EOC代碼。若沒有成功地檢測到EOC代碼，則過程進行到步驟S98，尋找EOL代碼，直至在步驟S98和S97檢測到EOC代碼。
若在步驟S94檢測到EOL代碼，和在步驟S95中沒有解碼錯誤，且在步驟S96還存在下一個數據，則過程進行到步驟S91，實施下一條線的解碼過程類似於上述的過程。
另一方面，若沒有檢測到EOL代碼，且在步驟S98和S97尋找EOL代碼期間圖像數據已到結尾，則解碼過程就在步驟S98結束。即使在步驟S95的解碼過程中檢測到錯誤，同樣在沒有成功地檢測到EOL代碼的情況，過程進行到步驟S97；若可以檢測到下一個EOL代碼，則過程進行到步驟S96，它可以返回到下一條線的步驟S91至S96所示諸步驟。反覆地實施解碼處理，直至編碼圖像數據的結尾，完成接收圖像的解碼處理。
以下，在ITU-T推薦標準下利用BFT(二進位文件轉移)的彩色圖像通信，描述利用本發明傳真機設備對該通信程序的操作。
BFT是一種無差錯的傳輸方法，使用ECM傳輸協議下諸如二進位文件和個人計算機產生的文件。
參照圖14至17說明這種操作過程。
圖14是一個說明正常ECM通信中的過程圖。
接收機側聲明其接收NSF(非標準信號)的能力，並聲明能夠接收按照ITU-T的數字標識信號(DIS)。這使發送機側傳送數字命令信號(DCS)和訓練檢驗(TCF)，接收機側返回的是傳送一個接收準備(CFR)的證實信號。因此，在接收到傳真圖像信號(PIX)以後，完成接收PIX信號和能夠列印的消息以消息證實信號(MCF)到過程中斷信號(PPS-EOP)通知發送機側。從發送機側傳送一個脫離命令(DCN)，ECM通信結束。
圖15是一個說明BFT通信中的通信過程圖(正常通信)。
接收機側的傳真設備聲明其接收NSF(非標準設施信號)的接收能力，並聲明具有按照ITU-T的數字標識信號(DIS)的接收能力。這使發送機側以傳送訓練檢驗(TCF)的數字命令信號(DCS)指示BET通信開始，接收機側返回的是傳送接收準備(CFR)的證實信號。這使發送機側聲明傳送哪個文件，然後傳送一個首標。因此，在接收到中斷信號(PPS-MPS)以後，消息證實信號(MCF)通知，進行是可行的。這就成功地使發送機側傳送圖像數據的主體。且當傳送圖像數據的中斷信號(PPS-EOP)時，完成接收和準備列印的消息傳送給發送機側。而從發送機側傳送一個脫離命令(DCN)，ECM通信正常地結束。
圖16是一個說明BFT通信中的通信過程圖(拒絕)。在圖16的例子中，接收機側接收該首標，在接收到中斷信號(PPS-MPS)以後，接收拒絕信號(FDM)通知發送機側，不可以進行接收。
作為接收機側的拒絕原因，可以列舉以下原因(1)不能夠有指定的壓縮和伸長(編碼和解碼)。
(2)不能按照指定的主掃描寬度列印圖像。
(3)不能存儲圖像數據到指定文件長度的存儲器中。
(4)不能列印指定點式單元系統的圖像。
圖17是一個說明BFT通信中的通信過程(從拒絕到恢復的過程)圖。
在圖17的例子中，在接收機側接收首標的方面，該過程與圖16中所示的相同；在接收到中斷信號(PPS-MPS)以後，接收拒絕信號(FDM)通知發送機側，不可以進行接收。
在此之後，發送機側利用返回的FDM信號分析拒絕的原因，發送機側改變文件格式，和送出首標和新文件格式的主體給接收機側。這使接收機側接收該文件，並傳送完成文件接收和準備列印的消息(MCF)給發送機側。在此之後，從發送機側傳送脫離命令(DCN)，ECM通信正常地結束。
圖18表示按照ITU-T推薦標準說明BFT首標信息的圖。在圖18中，1800指出用於本實施例傳真機設備中彩色圖像通信時的BFT首標信息。
本實施例的傳真機設備利用簡單的BFT，它是執行BFT通信的過程，且事先只傳送文件的首標(見圖19)給接收機側；在從接收機側接收到肯定的響應(MCF信號)以後，傳送文件的後續部分(主體信息)。因此，該設備遵循ITU-T推薦標準的通信過程。在本實施例中，該設備基於彩色圖像數據建立文件，這個彩色圖像數據是用編碼/解碼任務27中的DMCP壓縮方法產生的，可以利用簡單BFT的協議傳送該文件。
圖20表示一個信號(FDM信號)的格式圖，傳送圖17中從接收機側返回到發送機側的拒絕原因。
在圖20中，參考數字201代表第一個8位，表示在1位中的格式化消息；在本實施例的設備中，在第一個8位設置「沒有原因」。參考數字202代表第二個8位，在該處設置任選信息。在本實施例的設備中，利用「診斷信息」接通，並在第三個8位之後，設置以下列出的拒絕原因
(1)不能有指定的壓縮和伸長，「無兼容的壓縮」(2)主掃描寬度不能列印，「不合理的水平長度」(3)文件卷太大，「文件太大」圖21A和21B是流程圖，表示本實施例傳真機設備中的彩色圖像傳輸操作，執行這種處理的程序存儲在ROM 121中，並在CPU 11的控制下執行。實際上，執行本實施例中彩色圖像傳輸操作的程序是如圖2所示的多任務配置，但此處，為了簡化的目的，說明按照圖21A和21B中的流程圖。
首先，在步驟S101指示彩色圖像的傳送操作，在狀態監控任務21中被檢測，並驅動線控制任務23。在步驟S102導致驅動線控制任務23連接該線，實施呼叫操作到指定的目的地和驅動通信任務25。接著，過程進行到步驟S103，通信任務25確定是否從接收機側接收到ITU-T T3.0規定的初始標識信號(DIS信號)，在接收到DIS信號以後，過程進行到步驟S104，傳輸任務25確定接收機側是否有ITU-T T3.0規定的二進位文件轉移(BFT)的通信過程。
在本實施例中，採用ITU-T T3.0規定的DIS信號，在步驟S104確定接收機側是否有BFT模式；但是，在需要更快速通信的情況下，可以檢測已知ITU-T V.8的Ansam信號；此後，傳送CM信號，所以過程進行到V.34過程，知道接收機側的能力。
若在步驟S104接收機側沒有BFT通信過程，則確定與接收機側的彩色圖像通信是行不通的，過程進行到步驟S105，顯示出現錯誤以通知該設備的操作者；接著在下一步驟S106，線脫離信號(DCN)傳送給接收機側，完成線脫離過程(在步驟S107)。
另一方面，若在步驟S104接收機側有BFT模式，則過程進行到步驟S108，由於傳遞的圖像記錄包含傳輸請求，傳送操作開始。若在該圖像記錄上設置彩色圖像位，為了傳送彩色圖作為BFT通信的協議模式，則設置ITU-T T3.0規定的接收命令信號(DCS信號)的簡單BFT位為「ON」，傳送DCS信號到接收機側。在此情況下，分別聲明表示解析度，編碼方法，和DCS信號上手稿長度的位作為標準，MH代碼，被認為不可缺少的與解析度無關的A4寬度，編碼方法，和彩色圖像上主掃描寬度在BFT模式下傳送。這就造成在ITU-T T3.0推薦標準下，DCS信號的這些位不允許省略。由於與BFT方式傳送的圖像無關，不受上述的限制，該技術說明可以包括超精細，MMR編碼，A3寬度，等等。此後，在步驟S109，傳送數據機的訓練信號(TCF信號)；在步驟S110，確定是否從接收機側接收到接收準備的確認信號(CFR信號)。若接收到CFR信號，則過程進行到步驟S111，啟動編碼/解碼任務27，建立圖像文件。
此時，建立BFT文件首標和建立DPCM編碼彩色圖像得到的文件體，操作進入到傳遞它們到接收機側，如圖19所示。
下面解釋文件名的建立。
假設在個人計算機等中的文件名可以交換，所以建立的文件不會使用相同的文件名。本實施例的設備包括一個在內部的數字計數器，在每次傳輸發生時按照遞增計數，計數器的計數值被轉換成字符串，可以把它用作文件名。此外，作為一個文件名，準備好一些固定的模式，諸如，「happy birthday(生日快樂)」或「thank you(謝謝你)」等，供用戶在傳送指令時選用。選取的名字可以當成文件名，「thankyou.CDP」。而且，可以從日期和時間信息等中自動產生字符串，當成一個文件名。對於本實施例的設備，把這些進行組合和考慮，所以，每一次的通信交換可以產生唯一的文件名。例如，在圖19中，展示一個文件名thank you.xxx yyy。CDP」，其中，xxx填入時間信息，yyy填入計數器的遞增值。
而且，在BFT模式下實際上傳送的彩色圖像解析度，編碼方法，和手稿尺寸，在此處建立作為首標信息。其中，主掃描和副掃描的解析度都是90dpi，是印表機解析度360dpi的1/4，這個激增的印表機解析度是供家庭使用；編碼方法是DPCM編碼方法，圖像尺寸是360mm寬和540mm長，它可以接受照片L尺寸，供家庭使用放大的彩色圖像尺寸，和正式明信片等。這些解析度，編碼方法，和手稿尺寸中沒有一個是ITU-T T3.0中規定的，但是，其中只有任何一個可以不是ITU-T T3.0中規定的。由於接收機側是按照這樣的方式操作的，諸如，文件名等的首標信息列印成接收圖像的頁腳，它成了接收到彩色圖像的ID，這是給用戶一個非常有效的管理信息。
其次，在步驟S112，把文件名和擴展名當成BFT的首標信息，並作為ECM的快速數據傳送；接著，在步驟S113，傳送PPS-MPS信號以便傳送文件體。如在以下接收操作中所說明的，若沒有問題，則MCF信號就從接收機側返回；若出現任何問題，則就在FDM信號中返回拒絕原因等。
當在步驟S114接收到FDM信號時，過程進行到步驟S116，在該步驟中分析拒絕的原因，並在步驟S117中用錯誤代碼顯示錯誤的原因。看到錯誤代碼，發送機側用戶能夠理解這個原因，諸如，是否接收機側在這種狀態，由於存儲器已滿而不能接收，或為什麼不能處理首標信息中傳送的圖像屬性。此後，在步驟S118，傳送DCN信號到接收機側，並在步驟S119該線脫離。
另一方面，在步驟S115接收到MCF信號時，過程進行到步驟S120，編碼/解碼任務27繼續用DPCM方法編碼圖像數據(讀出數據)，以傳遞該圖像數據到通信任務25，通信任務25把該圖像數據傳送到接收機側。接著，過程進行到步驟S121傳送PPS-EOP，在步驟S122，從接收機側接收到MCF信號以後，在步驟S123傳送DCN信號，和在步驟S124該線脫離。
此時，已經描述了這樣一種過程，利用按照BFT過程傳送圖像數據階段的首標信息，傳送不是ITU-T T3.0規定的圖像屬性信息到接收機側，而沒有利用非標準化過程，但並不限制於BFT，而且在已利用JPEG和JBIG等的情況下，在DSC信號之後傳送圖像數據的階段，可以採用這樣的過程，傳送帶首標而不是ITU-T T3.0中規定圖像的屬性信息到接收機側，而沒有利用非標準化過程。順便說一下，在此情況下，在步驟S104，改變成這樣一個步驟，為的是不檢查接收機側是否有接收DIS信號的能力，而是確定它能否接收JPEG或JBIG。此外，改變步驟S108，為的是不使BFT位「ON」，而使JPEG或JBIG的位「ON」。
以下，詳細地說明本實施例傳真機設備中接收彩色圖像或單色圖像時的通信操作。順便說以下，本實施例彩色圖像的傳輸操作實際上在圖2所示的多任務中執行，但此處為了簡化的目的，按照圖22所示的流程圖給以說明。
圖22A和22B是流程圖，表示在本實施例傳真機設備中接收彩色圖像或單色圖像時的通信操作，執行此過程的程序存儲在ROM 121中。
首先，在步驟S131，線控制任務23監控CI信號是否從該線到來。此時，當線控制任務23檢測到CI信號時，在步驟S132實施線俘獲。此時，若已經設置自動接收，則發出通信驅動命令到通信任務25。這就使過程進行到步驟S133，通信任務25著手檢查存儲器(DRAM 118)的使用狀態。本實施例設備的結構是這樣的，按照該存儲器的容量，改變其通知初始標識信號(DIS信號)到發送機側的能力。即，若存儲器是空的或不少於200KB，則在步驟S134執行彩色圖像接收；但是，若存儲器沒有200KB的空餘，則過程進行到步驟S135，不實施彩色圖像接收。特別是，若餘下的存儲器有不少於200KB的容量，利用DIS信號，用DIS信號實施BFT的聲明(在步驟S134)。這就使彩色圖像和單色圖像放大到供家庭使用成為可能。另一方面，少於200KB而不少於20KB，接收的彩色圖像放大到供家庭使用是不可能的，所以，利用DIS信號不實施BFT聲明，而把它當成可以接收單色圖像，傳送DIS信號(在步驟S135)。此外，在餘下的存儲器少於20KB容量的情況下，過程進行到步驟S131，不實施傳真接收(不傳送DIS信號)。
因此，在步驟S136接收DCS信號之前，反覆地實施DIS信號的傳輸，等待來自發送機側終端的命令(接收命令信號DCS或傳輸命令信號DTC)。
順便說一下，指出接收機側接收能力的這種信息已從接收機側傳送到發送機側，包括ECM和BFT，解析度，編碼方法，和圖像尺寸已經添加到DIS信號中。在本實施例的設備中，BFT的聲明定義為接收彩色圖像文件的聲明。因此，在本實施例的設備中，作為實施接收的確定參考，設置兩級彩色和單色空餘存儲器空間的閾值。其作用是避免接收的圖像數據量不少於空餘存儲器容量的溢出，因為覆蓋一頁的彩色圖像的數據量大於單色圖像的數據量。此外，其理由是，若只給出接收圖像的一個閾值，可能出現不恰當的情況，即，儘管存儲器容量可以接收單色圖像，圖像的接收可能會被拒絕；或者是另一種情況，儘管存儲器容量足夠接收和記錄彩色圖像，即使存儲器容量可以接收單色圖像，執行彩色圖像的接收操作。
當DIS信號返回傳送到發送機側時，該信號上聲明其能力，發送機側接收這些DCS信號，並指示接收機側接收(在步驟136)。此時，在正常傳輸的情況下，ECM，編碼方法，手稿尺寸，解析度，等等的接收命令從發送機側傳送到接收機側。
在步驟S137，根據DCS信號，確定發送機側是否利用BFT協議傳送彩色圖像。此時，當發送機側是利用BFT協議傳送彩色圖像時，簡單的聲明位在DCS信號中上升，用於移動到BFT模式。此外，按照ITU-T T3.0中規定的推薦標準，指令信息，諸如，編碼方法，手稿尺寸，和解析度等，在DCS信號中是不可缺少的，所以，在BFT模式下傳送彩色圖像的情況時也一樣，諸如，編碼方法，手稿尺寸和解析度等ITU-T T3.0中規定的信息，不同於實際上傳送時包含在DCS信號中的編碼方法，手稿尺寸和解析度。此時，TCF(訓練)是好的，移動到BFT模式和彩色接收是成功的，過程進行到步驟S138，傳送CFR信號(接收準備的確認)以響應。
其次，對這個響應的響應是，發送機側傳送一個文件首標，描述現在傳送的彩色電視圖像信號，在與傳送圖像信息階段相同的階段。該文件的首標按照ITU-T T.434的推薦標準。在步驟S139，接收機側接收該首標信息，而且確定是否接收到PPS-MPS信號，該信號表示在此之後正在傳送圖像主體信息(在步驟S140)。
當接收到這些PPS-MPS信號時，過程進行到步驟S141，參照首標中文件名的擴展名，確定該文件名是否正確地遵從預定格式，或在步驟S142該編碼方法是否為DPCM方法，在步驟S143，手稿尺寸是否為接收L尺寸照片的360mm寬和540mm長，用於彩色圖像和正式明信片等的尺寸，以及解析度在主掃描方向和副掃描方向是否為90dpi；在步驟S144，傳輸圖像的文件量是否為可接受的量，等等。
此時，把步驟S144中的文件量加到確定接收能力的狀態中，可以確定在首標已被接收的階段，該圖像數據是否可接收；在電話線已被佔用很長時間以後，去除不能實施接收的不方便。特別是，在傳送大量數據的彩色圖像傳輸情況下，這是非常有效的。在那時，如在推薦標準中所指出的，也參照應用參考，檢查是否可解碼該文件。
因此，在確定待傳送文件不能被解碼的情況下，或在確定待傳送文件不能被接收的情況下，過程進行到步驟S145，傳送FDM信號作響應。這個FDM信號的內容在T.434中描述，但作為FDM的內容(拒絕)，可以把諸如，「存儲器容量不夠」或「餘下存儲器容量不夠」的原因信息送出到發送機側(傳送方)。不受上述的限制，作為原因信息，解析度不一致，編碼方法不一致，等等，可以傳送到發送機側。這可以使發送機側不僅知道性能不好，還知道如何恢復傳輸能力，因此，發送機側可以恰當地加以處理。此外，作為擴大這個FDM的條件，參照首標信息給以擴大不會出現協議上的問題。
因此，過程向前進行到步驟S146，從發送機側接收到脫離信號(DCN)，然後，通信任務25通知線控制任務23實施線脫離過程。
另一方面，當成功地接收到首標信息時，已準備好接收彩色圖像，過程進行到步驟S147，送出MCF信號到發送機側。這使發送機側傳移到文件體的傳輸過程。其次，在接收機側，為了接收彩色圖像文件這個目的，在圖像記錄的管理信息中彩色圖像標識位上升。與此同時，建立頁面記錄。由於在接收圖像列印處理中已經描述過這個信息，此處省略解釋。
因此，當發送機側傳送文件體時(圖15中的「體」)，接著，過程進行到步驟S148，接收機側接收這個文件體。在這個文件體中，設置主掃描像素數目，副掃描像素數目，主掃描方向像素數目，和副掃描方向像素數目，在此信息之後，跟隨DPCM壓縮的圖像數據。此時，設置主掃描方向像素數目和副掃描方向像素數目到以前得到的頁面記錄上。因此，這部分信息被設置在頁面記錄上，所以，涉及到其他任務的參考變成可能，諸如，記錄任務29等。此時，這些BFT首標信號，以及主掃描像素數目，副掃描像素數目，主掃描方向像素數目，和副掃描方向像素數目也存儲在它們的圖像文件中；因此，即使這些圖像與協議的信息分開，它們也能作為圖像獨立地發展。例如，至於其優點，裝入個人計算機的這個圖像文件具有一個優點，個人計算機能夠重新產生該圖像。與此相反，在接收端只允許直接記錄接收的圖像情況下，這些信息傳移到頁面記錄，此後可能轉移到圖像文件，其信息的形式是依附到這些已被去除的圖像信息。在此情況下，就不需要在記錄任務29中首標信息的分離工作，使處理簡單。即，其模式更像在單色圖像通信中的正常接收過程。
此時，圖像數據體(體)是DPCM編碼數據，該數據的傳送是用HDLC格式化的形式，如同在正常的ECM中(這使它可以檢測到出現的錯誤)。在接收到RCP以後，接收機側向前接收Q信號。在接收到PPS-EOP以後，表示數據的通信結束，過程從步驟S149進行到步驟S150；若在接收的數據中沒有錯誤，則傳送表示在接收的數據中無錯誤的MCF信號。而且，當接收到從發送機側傳送的DCN信號時，通信任務25驅動線控制任務23脫離該線，因而通信結束(在圖中未畫出)。
接著，過程進行到步驟S151，根據接收到的圖像信息，確定該圖像的大小和解析度。此外，通信任務25關閉頁面記錄和關閉圖像記錄以結束通信任務25。因此，當通信任務25結束時，由於還存在未記錄的圖像數據，驅動編碼/解碼任務27(步驟S152)。這個驅動編碼/解碼任務27的解碼過程不按照接收命令信號(DCS信號)指定的解析度，編碼方法，和手稿尺寸，而是按照首標信息中的解析度，編碼方法，和手稿尺寸，該首標信息是在傳送BFT模式的圖像數據階段傳送的。在完成步驟S152的解碼過程時，過程進行到步驟S153，啟動記錄任務29。而且，實施圖像處理，使該圖像數據轉換成按照首標信息指出的解析度，編碼方法，和手稿尺寸中的360dpi，該首標信息是在傳送BFT模式的圖像數據階段傳送的，並根據那些處理過的圖像數據實施圖像記錄。
此外，當發送機側不希望按照BFT協議傳輸時，DCS信號使過程進行到步驟S154，並根據那個DCS信號，確定待接收的圖像數據上的主掃描尺寸和解析度等，在步驟S155接受準備的確認信號(CFR)傳送到發送機側。接著，過程進行到步驟S156，接收傳送的圖像信號；在接收到PPS-EOP信號時，過程從步驟S157進行到步驟S158，由記錄單元120解碼和記錄接收到的圖像數據。
因此，當傳送彩色圖像或不是按照ITU-T推薦標準的非標準化尺寸，解析度，和編碼方法的圖像時，通過執行具有高度靈活性的標準通信過程，而不採用任何非標準的過程，就使分別由不同製造商製造的傳真機設備之間的通信成為可能，可以在對應於相關圖像尺寸的合適數據量下，執行傳輸和接收高質量圖像，可以實現這樣的圖像通信，大大地簡化接收機側的圖像處理。此外，即使按照ITU-T推薦標準是非標準的圖像數據，可以傳送諸如，照片L尺寸和正式明信片，可以快速地傳送和接收適當數據量的圖像數據，且具有極高的圖像質量，可以傳送和接收以及記錄圖像數據適合於接收機側記錄單元(印表機)的解析度。
以上說明具有本實施功能的傳真機設備之間通信的情況。但是，由於BFT實際上是一個文件傳輸，計數器側可以是個人計算機等，所以，BFT聲明產生一種打算，應該傳送各種文件。為了達到這個目的，說明如下。
在發送機側正在試圖傳送完全不同的文件(諸如，電子表格軟體的Excel，和句子生成軟體的Word，等等)情況下，例如，描述首標信息文件名的文件擴展名是「.xls」。所以，參考這個擴展名，可以肯定，文件是不適用的。這使我們注意到，通過傳送FDM信號到下一個Q信號，該文件是不可接收的。因此，按照FDM信號的內容，發送機側可能要傳送不同形式的文件，和再次傳送首標。還是在這種情況下，還要類似地傳送FDM信號。若在一些發送機終端，不可能預知它們的運行，所以，計算FDM信號返回的次數，不至於傳輸永遠進行下去。即，若傳送的FDM信號不少於預定的次數，使該線脫離，以避免連續佔用電話線而沒有任何目的。
此時，不立刻使該線脫離送出的DCN信號，因為可以傳送具有本實施例設備通信功能的任何上版本設備，所以，設置成等待首標傳輸的一次重複。或者，若確定通信屬性不相稱，安全的方法是，立刻傳送DCN信號以脫離該線。
接著，若文件的擴展名偶然與本實施例的設備相同，則首標的鑑別可認為是OK，如圖15所示，發送機側可以轉移到傳輸文件體，以及相應的主掃描和副掃描方向；若這些值不正常，立刻採取諸如脫離等的處理。其作用是保護髮送機側免去無價值的傳輸費用。但是，在此情況下，在圖像來到時，可以返回FDM信號。
此外，作為檢查功能，啟動編碼/解碼任務27，立刻解碼來自線的數據，檢查一條主掃描線的長度是否相同而無問題，或副掃描方向長度是否相同而無問題，因此，可以更嚴格地進行檢查。
順便說一下，在上述的說明中，由ITU-T T.30的DIS信號檢測，接收機側是否包含BFT模；但是，當需要更快速的通信時，在傳輸到達以後，已傳送出已知ITU-T V.8過程的Ansam信號，則可以檢測到來自發送機側的CM信號；接著，在該過程已轉移到V.34過程以後，可以給發送機側發通知，接收機側有BFT模式。
此外，在本實施例中，接收有不是ITU-T T.30規定屬性信息的圖像數據的過程，而沒有利用非標準化過程，但利用接收BFT過程的圖像信息的首標信號；但在本實施例中，不限制於BFT，也在已利用JPEG和JBIG的情況中，可以採用這樣的方法，圖像數據有不是ITU-T T.30規定的屬性信息，而不用非標準化過程，利用接收圖像數據的首標單元，在DCS信號接收之後接收圖像數據。順便說一下，在此情況下，在步驟S134和S135，不傳輸DIS信號，使其BFT為ON/OFF，以通知發送機側其BFT可能性，但改變過程到這一步驟，以確定它是否有能力接收JPEG或JBIG，步驟S137看到BFT位的ON/OFF狀態，因此改變成看到JPEG位和JBIG位的ON/OFF狀態，對於專業人員而言，這些改變是很容易的。
以下，參照圖23中的流程圖，說明本實施例的傳真機設備中單色圖像的傳輸操作。順便說一下，單色圖像的傳輸操作實際上是由圖2所示的多任務執行的，但此處為了簡化的目的，畫出圖23所示的流程圖，並按照該流程圖給以說明。
在步驟S161，指示單色傳輸操作，在狀態監控任務21中檢測此操作，和驅動線控制任務23。這使已到達步驟S162的線控制任務23連接該線，實施呼叫操作到指定的目的地，線控制任務23驅動通信任務25。接著，過程向前進行到步驟S163，通信任務25監控ITU-T T.30規定的初始標識信號(DIS信號)是否從接收機側(接收方)接收到。在接收到DIS信號以後，過程進行到步驟S164，按照接收機側具有的功能，通信任務25傳送接收命令信號(DCS信號)到接收機側。
此時，在需要快速通信的情況下，可以檢測已知ITU-T V.8過程的Ansam信號；此後，傳送CM信號，使過程轉移到V.34過程，知道接收機側的能力。在此情況下，選取這些代表DCS信號解析度，編碼方法，和手稿尺寸等的位，該信號可以由接收機側處理和由ITU-TT.30規定。
在此之後，過程進行到步驟S165，傳送數據機的訓練信號(TCF信號)，監控接收準備的確認信號(CFR信號)是否從接收機側接收到(步驟S166)。若接收到CFR信號，則過程進行到步驟S167，啟動編碼/解碼任務27，把讀出的圖像數據轉換成接收機側可以接受的解析度和主掃描寬度，用接收機側可以接受的編碼方法編碼，這些編碼的圖像數據傳送到接收機側。若沒有待傳送的圖像數據，則在步驟S168傳送EOP，在步驟S169從接收機側接收到MCF信號以後，過程進行到步驟S170，傳送DCN信號。在步驟S171啟動線脫離任務23，使該線脫離。
此外，圖24表示另一實施例過程的流程圖，在從接收機側接收到FDM信號的情況下，具有如圖17所示的BFT通信。
在圖21的步驟S114，這個過程從接收FDM信號開始，首先，在步驟S181分析包含在FDM信號中拒絕的原因，在顯示單元36顯示該原因，通知其用戶。接著，過程進行到步驟S183，看是否可以利用本實施例的設備改變該原因。例如，若只有解析度成問題，就考慮解析度可能的變化；若編碼方法不合適，則考慮是否可以實施相應的方法(若存在編碼/解碼任務27)等；若沒有可能，則過程進行到步驟S118，該過程按照上述圖21的流程圖進行。
若可能的話，則過程進行到步驟S184，設置那些改變後的新狀態，並在此基礎上，建立圖像文件，新的首標依附在該圖像文件(步驟S185)。接著，在步驟S186，把文件名及擴展名當作BFT的首標信息，作為ECM的快速數據傳送；接著，在步驟S187，傳送PPS-MPS以傳送文件體。
當在步驟S188接收到FDM信號時，過程進行到圖21的步驟S116，如上所述，分析拒絕的原因，和在步驟S117顯示出現錯誤的原因。此外，當在步驟S189接收到MCF信號時，過程進行到圖21的步驟S120，編碼/解碼任務27繼續用DPCM方法編碼圖像數據體(讀出數據)，傳遞該圖像數據到通信任務25，通信任務25把數據傳送到接收機側。以下的操作可參照上述的圖21。
順便說一下，本發明可應用於多個設備構成的系統(諸如，主計算機，接口器件單元，讀出器，印表機，等等)，或應用於包括一個裝置的設備(例如，影印機或傳真機，等等)。
此外，通過提供存儲器介質也可以達到本發明的目的，其中把實現上述實施例那些功能的軟體程序代碼記錄到系統或設備中，利用讀出和執行在存儲器介質中的那些系統或設備的計算機(CPU或MPU)。
在此情況下，從存儲器介質讀出的程序代碼用於實現上述實施例的功能，那些存儲了程序代碼的存儲器介質是用於實現本發明。
作為提供程序的存儲器介質，可以採用軟盤，硬碟，光存儲盤，磁光碟，CD-ROM，CD-R，磁帶，非易失性存儲器，ROM等。
此外，通過執行計算機讀出的程序代碼，不僅可以實現上述實施例的功能，而且還基於這些程序代碼的指令，作業系統，等等，在運行計算機中實施一部分或全部的實際處理，全部實現上述實施例的功能。
而且，在從存儲介質讀出的程序代碼已被寫入存儲器之後--該存儲器是插入到計算機中的功能擴展板，或者與計算機相連接的功能擴展單元所包括的，基於那些程序代碼的指令，那些功能擴展板或功能擴展單元所包括的CPU等執行一部分或全部實際處理，這就全部實現了前述實施例的功能。
如至此所說明的，按照本實施例，當傳送和接收按照ITU-T推薦標準是非標準的彩色圖像或非標準的圖像尺寸，解析度或編碼方法的圖像時，通過執行有高度靈活性的標準傳送和接收過程，而不用任何非標準化的過程，可以實現不同製造商型號之間的通信。
此外，在對應於傳送/接收的圖像尺寸合適的數據量中，可以實現快速的高質量圖像的傳輸和接收，而且，可以實現這樣的圖像通信，在接收機側的圖像處理是大大地簡化的。
而且，可以改變傳輸和接收的過程，不管待傳送/接收圖像數據的屬性按照ITU-T推薦標準是否標準化，所以，可以實現這樣的傳輸和接收，不管待傳送/接收圖像數據的屬性在ITU-T推薦標準中是否標準。
而且，按照本實施例，在傳送按照ITU-T推薦標準是非標準化的過程時，其中按照ITU-T推薦標準是非標準的彩色圖像或非標準的圖像尺寸，解析度或編碼方法的圖像，在傳送圖像數據時傳送非標準的尺寸，解析度，或編碼方法到接收機側，和在ITU-T推薦的過程信號下，ITU-T推薦的圖像尺寸，解析度，或編碼方法作為空信號通知接收機側，因此，不會引起任何與ITU-T推薦標準的矛盾，就可以利用標準過程進行傳輸。
本發明不限制於以上實施例，在本發明的精神和範圍內可以有各種變化和改動。所以，為了通告本發明的範圍，附有以下的權利要求書。
權利要求
1.一種圖像通信設備，包括通信裝置，用於傳送G3傳真過程的圖像數據；接收命令傳送裝置，用於傳送包含待傳送圖像的第一圖像屬性的接收命令，該屬性是ITU-T推薦標準規定的；屬性傳送裝置，在接收命令傳送裝置送出該命令之後的傳送圖像階段，傳送包含待傳送圖像的第二圖像屬性的信息；和控制裝置，用於控制數據的傳送，在傳送不是ITU-T推薦標準規定屬性的圖像情況下，不管待傳送圖像的屬性，包含ITU-T推薦標準規定的第一圖像屬性的接收命令是由接收命令傳送裝置送出，包含第二圖像屬性的信息是由屬性傳送裝置送出。
2.按照權利要求1的圖像通信設備，其中所述第二圖像屬性包括不是所述ITU-T推薦標準的T.30規定的圖像屬性。
3.按照權利要求1的圖像通信設備，其中所述第二圖像屬性至少包括待傳送圖像的解析度，編碼方法，圖像尺寸等的任何一個的信息。
4.按照權利要求1的圖像通信設備，其中作為第二圖像屬性的圖像尺寸，指定對應於至少是照片L尺寸或正式明信片尺寸的圖像尺寸。
5.按照權利要求1的圖像通信設備，其中所述第二圖像屬性的解析度至少對應於這樣的解析度，把列印用的印表機解析度除以或乘以一個整數得到的解析度。
6.一種圖像通信方法，包括接收命令傳送步驟，傳送包含待傳送圖像的第一圖像屬性的接收命令，該屬性是ITU-T推薦標準規定的；屬性傳送步驟，在所述接收命令傳送步驟中送出該命令之後的傳送圖像階段，傳送包含待傳送圖像的第二圖像屬性的信息；控制步驟，用於控制數據的傳送，在傳送具有不是ITU-T推薦標準規定的屬性的圖像情況下，不管待傳送圖像的屬性，在所述接收命令傳送步驟中送出包含ITU-T推薦標準規定的第一圖像屬性的接收命令，和在所述屬性傳送步驟中送出包含第二圖像屬性的信息。
7.按照權利要求6的圖像通信方法，其中所述第二圖像屬性包括不是所述ITU-T推薦標準的T.30規定的圖像屬性。
8.按照權利要求6的圖像通信方法，其中所述第二圖像屬性至少包括待傳送圖像的解析度，編碼方法，圖像尺寸中任何一個的信息。
9.按照權利要求6的圖像通信方法，其中作為第二圖像屬性的圖像尺寸，指定對應於至少是照片L尺寸或正式明信片尺寸的圖像尺寸。
10.按照權利要求6的圖像通信方法，其中所述第二圖像屬性的解析度至少對應於這樣的解析度，把列印用的印表機解析度除以或乘以一個整數得到的解析度。
11.一種圖像通信設備，包括通信裝置，用於在ITU-T推薦標準規定的G3傳真過程中接收圖像；接收命令接收裝置，用於接收包含ITU-T推薦標準規定的圖象的第一圖像屬性的接收命令，該圖像是從具有所述通信裝置的發送機傳送的；確定裝置，在接收命令之後接收圖像的階段，在接收到包含不是ITU-T推薦標準規定的第二圖像屬性的信息以後，用於確定有第二圖像屬性的圖像是否可以被處理；和處理裝置，根據來自確定裝置的確定輸出，藉助於第二圖像屬性，而不是藉助於包含在接收命令中的第一圖像屬性處理接收的圖像。
12.按照權利要求11的圖像通信設備，其中所述第二圖像屬性至少包括待傳送圖像的解析度，編碼方法，圖像尺寸和圖像數據量中任何一個的信息。
13.按照權利要求11的圖像通信設備，其中作為第二圖像屬性的圖像尺寸，指定對應於至少是照片L尺寸或正式明信片尺寸的圖像尺寸。
14.按照權利要求11的圖像通信設備，其中所述確定裝置根據包含在第二圖像屬性中的文件名擴展名作出決定。
15.按照權利要求11的圖像通信設備，還包括傳輸裝置，當藉助於所述確定裝置的確定結果不被處理時，傳送相應的通知信息給接收機。
16.一種圖像通信方法，包括接收命令接收步驟，接收包含ITU-T推薦標準規定的圖象的第一圖像屬性的接收命令，該圖像是從發送側傳送的；確定步驟，在接收命令之後的接收圖像的階段，在接收到包含不是ITU-T推薦標準規定的第二圖像屬性的信息以後，確定有第二圖像屬性的圖像是否可以被處理；和處理步驟，根據所述確定步驟中的確定結果，藉助於第二圖像屬性，而不是藉助於包含在第一接收命令中的第一圖像屬性處理接收的圖像。
17.按照權利要求16的圖像通信方法，其中所述第二圖像屬性至少包括待傳送圖像的解析度，編碼方法，圖像尺寸和圖像數據量中任何一個的信息。
18.按照權利要求16的圖像通信方法，其中作為第二圖像屬性的圖像尺寸，指定對應於至少是照片L尺寸或正式明信片尺寸的圖像尺寸。
19.按照權利要求16的圖像通信方法，其中在所述確定步驟中，根據包含在第二圖像屬性中的文件擴展名的信息作出決定。
20.按照權利要求16的圖像通信方法，還包括傳輸步驟，當在所述確定步驟中的確定結果不被處理時，傳送通知信息給接收機。
21.一種圖像通信設備，包括第一通信裝置，用於在ITU-T推薦標準規定的第一通信過程中傳送圖像數據；第二通信裝置，利用所述ITU-T推薦標準規定的二進位文件傳遞通信過程，傳送圖像數據；和控制裝置，當用ITU-T推薦標準規定的第一圖像屬性傳送圖像時，利用所述第一通信過程控制傳輸；當用不是所述ITU-T推薦標準規定的第二圖像屬性傳送圖像時，在第一通信過程之後利用二進位文件傳遞通信過程控制傳輸。
22.按照權利要求21的圖像通信設備，其中所述第二圖像屬性至少包括待傳送圖像的解析度，編碼方法，圖像尺寸和圖像彩色中的任何一個。
23.按照權利要求21的圖像通信設備，其中第二圖像屬性至少包括彩色圖像照片L尺寸或正式明信片尺寸。
24.按照權利要求21的圖像通信設備，其中所述第二圖像屬性至少包括這樣的解析度，把印表機的解析度除以或乘以一個整數得到的解析度。
25.一種通信控制方法，包括通信步驟，當用ITU-T推薦標準規定的第一圖像屬性傳送圖像時，利用ITU-T推薦標準規定的第一通信過程；和通信步驟，當用不是ITU-T推薦標準規定的第二圖像屬性傳送圖像時，在第一通信過程之後利用二進位文件傳遞通信過程。
26.按照權利要求25的通信控制方法，其中所述第二圖像屬性至少包括待傳送圖像的解析度，編碼方法，圖像尺寸和圖像彩色中的任何一個。
27.按照權利要求25的通信控制方法，其中第二圖像屬性至少包括彩色圖像照片L尺寸或正式明信片尺寸。
28.一種圖像通信設備，包括第一通信裝置，用於在ITU-T推薦標準規定的第一通信過程中傳送圖像數據；第二通信裝置，用於利用所述ITU-T推薦標準規定的二進位文件傳遞通信過程，傳送圖像數據；確定裝置，當用由所述ITU-T推薦標準規定的第一圖像屬性傳送圖像時，通過利用所述第一通信裝置的協商，確定接收機側是否能夠完成二進位文件傳遞通信過程；和控制裝置，在確定接收機側能夠利用二進位文件傳遞通信過程通信時，藉助於所述第二通信裝置，利用包含在所述二進位文件傳遞通信過程中的第二通信過程，通知第二圖像屬性的接收機側。
29.按照權利要求28的圖像通信設備，其中所述第二圖像屬性至少包括待傳送圖像的解析度，編碼方法，圖像尺寸和圖像彩色中的任何一個。
30.按照權利要求28的圖像通信設備，其中第二圖像屬性至少包括彩色圖像照片L尺寸或正式明信片尺寸。
31.按照權利要求28的圖像通信設備，其中所述第二圖像屬性至少包括這樣的解析度，把印表機的解析度除以或乘以一個整數得到的解析度。
32.按照權利要求28的圖像通信設備，其中，藉助於第二通信過程，在已經通知第二圖像屬性的接收機側之後，所述控制裝置還確定接收機側是否能夠接收有第二屬性的圖像數據。
33.按照權利要求28的圖像通信設備，其中，根據代表接收機側是否能夠接收有第二圖像屬性的圖像數據的信號，所述控制裝置確定接收機側是否能夠接收有第二圖像屬性的圖像數據。
34.按照權利要求28的圖像通信設備，其中代表是否可能接收圖像數據的命令包括這樣的一個命令，該命令表示為什麼不能接收圖像數據的原因。
35.一種圖像控制方法，包括確定步驟，當用ITU-T推薦標準規定的第一圖像屬性傳送圖像時，通過與利用所述ITU-T推薦標準規定的第一通信過程的接收機側的協商，確定接收機側能否完成二進位文件傳遞通信過程；和通知步驟，在所述確定步驟中確定接收機側能夠與二進位文件傳遞通信過程進行通信時，用包含在所述ITU-T推薦標準規定的二進位文件傳遞通信過程中的第二通信過程通知第二圖像屬性的接收機側。
36.按照權利要求35的通信控制方法，其中所述第二圖像屬性至少包括待傳送圖像的解析度，編碼方法，圖像尺寸和圖像彩色中的任何一個。
37.按照權利要求35的通信控制方法，其中第二圖像屬性至少包括彩色圖像照片L尺寸或正式明信片尺寸。
38.按照權利要求35的通信控制方法，其中所述傳輸步驟還確定，藉助於第二通信過程，在已經通知第二圖像屬性的接收機側以後，接收機側能否接收有第二圖像屬性的圖像數據。
39.按照權利要求35的通信控制方法，其中所述通信步驟根據接收機側傳送的信號，確定接收機側能否接收有第二圖像屬性的圖像數據，該信號代表是否能接收有第二圖像屬性的圖像。
40.按照權利要求35的通信控制方法，其中代表是否可能接收圖像數據的信號包括這樣的信號，該信號表示為什麼不能接收圖像數據原因的信號。
41.一種用於彩色圖像和單色圖像的通信的圖像通信設備，包括第一通信裝置，用於在ITU-T推薦標準規定的第一通信過程中傳送圖像數據；第二通信裝置，用於利用所述ITU-T推薦標準規定的二進位文件傳遞通信過程，傳送圖像數據；和控制裝置，當傳送單色圖像時，藉助於所述第一通信裝置，控制第一通信過程。
42.一種圖像通信設備，包括讀出裝置，用於讀出原始和產生的圖像數據；第一通信裝置，用於在ITU-T推薦標準規定的G3傳真過程中傳送圖像數據；第二通信裝置，利用所述ITU-T推薦標準規定的二進位文件傳遞通信過程，傳送圖像數據；格式轉換裝置，用於轉換圖像數據的格式，使該圖像數據可以利用第二通信過程傳送；確定裝置，在傳送彩色圖像的情況下，藉助於所述G3傳真過程，在與接收機側協商以後，確定接收機側能否完成二進位文件傳遞通信過程；和控制裝置，用於控制圖像數據的傳輸，根據所述確定裝置的確定，傳送被所述格式轉換裝置格式轉換的圖像數據。
43.按照權利要求42的圖像通信設備，其中所述確定裝置從接收機側接收代表能否接收彩色圖像的信號，並根據該信號確定。
44.一種圖像通信設備，包括ITU-T推薦標準的G3模式，其中在傳送不是ITU-T推薦標準G3模式規定的圖像情況下，在與G3模式的過程信號分開的圖像信息的傳輸階段，作為圖像的一部分，傳送不是G3模式中規定的圖像屬性的信息。
45.按照權利要求44的圖像通信設備，其中所述圖像屬性的信息至少包括圖像解析度，編碼方法，圖像尺寸，和圖像顏色中的任何一個。
46.按照權利要求44的圖像通信設備，其中圖像屬性的尺寸至少包括照片L尺寸或正式明信片尺寸。
47.一種在用於彩色圖像或單色圖像的通信的圖像通信設備中的通信控制方法，包括第一通信步驟，在ITU-T推薦標準規定的第一通信過程中傳送圖像數據；第二通信步驟，利用ITU-T推薦標準規定的二進位文件傳遞通信過程，傳送圖像數據；和控制步驟，當傳送彩色圖像時，完成所述第一通信步驟中的第一通信過程。
48.按照權利要求47的通信控制方法，其中彩色圖像有不是所述ITU-T推薦標準的T.30規定的圖像屬性。
49.一種通信控制方法，包括讀出步驟，用於讀出原始和產生的圖像數據；第一通信步驟，當傳送單色圖像時，利用G3傳真過程傳送圖像數據；第二通信步驟，利用所述ITU-T推薦標準規定的二進位文件傳遞通信過程的第二通信過程，傳送圖像數據；格式轉換步驟，用於轉換圖像數據的格式，使該圖像數據可以利用第二通信過程傳送；確定步驟，在傳送彩色圖像的情況下，藉助於所述G3傳真過程，在與接收機側協商以後，確定接收機側能否完成二進位文件傳遞通信過程；控制步驟，用於控制圖像數據的傳輸，根據所述確定步驟中的確定，傳送格式轉換步驟中格式轉換的圖像數據。
50.一種通信控制方法，用在包括ITU-T推薦標準的G3模式的圖像通信設備中，還包括步驟在傳送不是ITU-T推薦標準G3模式中規定的圖像情況下，在與G3模式的過程信號分開的圖像信息的傳輸階段，作為圖像的一部分，傳送不是G3模式中規定的圖像屬性的信息。
51.按照權利要求50的通信控制方法，其中圖像屬性的信息至少包括圖像解析度，編碼方法，圖像尺寸，和圖像顏色中的任何一個。
52.一種圖像通信設備，包括第一通信裝置，用於在ITU-T推薦標準規定的第一通信過程中接收圖像數據；第二通信裝置，利用所述ITU-T推薦標準規定的二進位文件傳遞通信過程，接收圖像數據；和控制裝置，當包含所述ITU-T推薦標準規定的第一圖像屬性的接收命令從發送機側傳送時，利用第一通信過程之後發生的所述二進位文件傳遞通信過程，控制不是ITU-T推薦標準規定的第二圖像屬性的接收，第一通信過程包含利用二進位文件傳遞通信過程的傳輸指令。
53.按照權利要求52的圖像通信設備，還包括初始標識信息傳送裝置，用於傳送初始標識信息，它代表發送機側對接收機側傳輸到達的響應能力，其中所述初始標識信息包含ITU-T推薦標準規定並可以被發送機側處理的第一圖像屬性的信息，和代表ITU-T推薦標準規定的二進位文件傳遞通信過程的相應能力的信息。
54.一種在圖像通信設備中的通信控制方法，包括第一通信步驟，在ITU-T推薦標準規定的第一通信過程中接收圖像；第二通信步驟，利用ITU-T推薦標準規定的二進位文件傳遞通信過程接收圖像；和控制步驟，用於控制信息的接收，該信息包含不是ITU-T推薦標準規定的第二圖像屬性，當包含所述ITU-T推薦標準規定的第一圖像屬性的接收命令從發送機側傳送時，在第一通信過程之後發生二進位文件傳遞通信過程，所述第一通信過程包含利用二進位文件傳遞通信過程的指令。
55.按照權利要求54的通信控制方法，還包括初始標識信息傳送步驟，用於傳送初始標識信息，該信息代表接收機側對從發送機側接收信息的響應能力，其中所述初始標識信息包括ITU-T推薦標準規定並可以被接收機側處理的第一圖像屬性的信息，和代表所述ITU-T推薦標準規定二進位文件傳遞通信過程的相應能力的信息。
56.一種在圖像通信設備中的通信控制方法，包括第一通信步驟，在ITU-T推薦標準規定的G3傳真過程接收圖像數據；第二通信步驟，利用所述ITU-T推薦標準規定的二進位文件傳遞通信過程接收圖像數據；接收步驟，當包含所述ITU-T推薦標準規定的第一圖像屬性的接收命令在第一通信步驟中接收時，和利用包含在接收命令中二進位文件傳遞通信過程的通信指令時，用於接收包含在所述二進位文件轉移中的第二圖像屬性；確定步驟，用於確定是否能夠處理第二圖像屬性的圖像數據；和處理步驟，在所述確定步驟中肯定地確定能夠處理的情況下，接收第二圖像屬性的圖像數據，並按照第二圖像屬性而不是基於第一圖像屬性處理該圖像數據。
57.按照權利要求56的通信控制方法，還包括初始標識信息傳送步驟，用於傳送初始標識信息，該信息代表接收機側對從發送機側接收的響應能力，其中所述初始標識信息包括ITU-T推薦標準T.30規定並可以被發送機側處理的第一圖像屬性的信息，和代表所述ITU-T推薦標準T.30規定二進位文件傳遞通信過程的相應能力的信息。
58.一種圖像通信設備，用於在ITU推薦標準規定的G3傳真過程中接收圖像數據，包括接收命令接收裝置，用於接收包含所述ITU推薦標準規定的第一圖像屬性的接收命令，該接收命令是利用G3傳真過程從發送機側傳送的；和處理裝置，在與接收命令分開的接收階段，接收包含第二圖像屬性的圖像數據，並基於第二圖像屬性而不是基於第一圖像屬性處理該圖像數據。
59.一種在圖像通信設備中的通信控制方法，該設備接收ITU推薦標準的G3傳真過程中的圖像數據，包括接收命令接收步驟，用於接收命令的接收，該接收命令包含所述ITU-T推薦標準規定的第一圖像屬性，該命令是利用G3傳真過程從發送機側傳送的；和處理步驟，在與接收命令分開的接收階段，接收包含第二圖像屬性的圖像數據，並基於第二圖像屬性而不是基於第一圖像屬性處理該圖像數據。
全文摘要
一種圖像通信設備及其通信控制方法,其中在傳送不是ITU推薦標準規定屬性的圖像數據情況下,不管待傳送圖像數據的屬性,包含ITU－T推薦標準規定的第一圖像屬性的接收命令,和包含待傳送圖像數據的第二圖像屬性的信息,在送出接收命令之後的傳送圖像數據階段送出。當傳送第二圖像屬性的圖像時,在ITU－T推薦標準規定的第一通信過程之後,利用二進位文件傳遞通信過程進行傳輸,就可以傳送按照ITU－T推薦標準不是標準化圖像屬性的圖像數據。
文檔編號H04N1/333GK1252670SQ99123378
公開日2000年5月10日 申請日期1999年10月27日 優先權日1998年10月27日
發明者信田弘志, 上野康秀, 松崎進, 外山猛, 中尾宗樹, 菅原尚樹 申請人:佳能株式會社