圖像處理裝置及信息處理方法
【專利摘要】本發(fā)明提供一種圖像處理裝置及信息處理方法。傳真裝置包括：確定單元，其被構(gòu)造為確定發(fā)送目的地是否是利用用于在IP網(wǎng)絡(luò)上實時地進行傳真通信的協(xié)議的網(wǎng)關(guān)，以及控制單元，其被構(gòu)造為，如果所述確定單元確定所述發(fā)送目的地是網(wǎng)關(guān)裝置，則進行控制以在與所述發(fā)送目的地不是網(wǎng)關(guān)裝置的情況下相比，發(fā)送大小更小的包以及附加更小數(shù)量的冗余包。
【專利說明】圖像處理裝置及信息處理方法

【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及傳真裝置及其控制方法。

【背景技術(shù)】
[0002]近年來，建立了利用互聯(lián)網(wǎng)協(xié)議(IP)網(wǎng)絡(luò)來進行傳真(fax)通信的方法。利用IP網(wǎng)絡(luò)的傳真通信采用會話發(fā)起協(xié)議(SIP)作為呼叫連接協(xié)議，并且采用T.38協(xié)議來進行數(shù)據(jù)通信。由于利用IP網(wǎng)絡(luò)的該傳真通信是經(jīng)由IP網(wǎng)絡(luò)進行的，因此與傳統(tǒng)的G3傳真相比，通信是以更高的速度進行的。另外，支持SIP及T.38 (SIP and T.38-enabled)的互聯(lián)網(wǎng)傳真裝置(下文中稱為IP傳真)當(dāng)前在售。
[0003]另外，市面上還售有將G3傳真的模擬傳真信號實時地轉(zhuǎn)換為T.38協(xié)議的T.38網(wǎng)關(guān)(T.38GW)。該T.38GW由此允許支持SIP和T.38的IP傳真與傳統(tǒng)的G3傳真彼此通信。
[0004]利用T.38協(xié)議的通信針對傳輸層使用，傳輸控制協(xié)議(TCP) /傳輸協(xié)議數(shù)據(jù)單元包(TPKT)，或者用戶數(shù)據(jù)報協(xié)議(UDP) /UDP傳輸層協(xié)議(UDPTL)。
[0005]根據(jù)要進行IP傳真通信的環(huán)境規(guī)格，可用于利用T.38協(xié)議的通信的協(xié)議被確定如下。
[0006]-公共IP 網(wǎng)絡(luò):TCP/TPKT、UDP/UDPTL
[0007]-局域IP網(wǎng)絡(luò)A(利用預(yù)定交換機):UDP/UDPTL
[0008]-局域IP 網(wǎng)絡(luò) B (利用點對點(P2P)方法):TCP/TPKT、UDP/UDPTL
[0009]-T.38GW:UDP/UDPTL
[0010]預(yù)定交換機是包括SIP服務(wù)器并且基于目的地電話號碼在局域IP網(wǎng)絡(luò)上解析連接目的地地址的局域IP交換機。另外，P2P是將終端在IP網(wǎng)絡(luò)上彼此直接連接以允許終端利用其IP地址發(fā)送和接收數(shù)據(jù)的通信方法。
[0011]如果在TCP/TPKT協(xié)議以及UDP/UDPTL協(xié)議二者中，互聯(lián)網(wǎng)傳真協(xié)議(IFP)包的大小增大并且包的數(shù)量減小，則能夠要發(fā)送到網(wǎng)絡(luò)的頭(header)部分的額外數(shù)據(jù)減少。由此提高了吞吐量。另外，在利用UDP/UDPTL協(xié)議的情況下，如果用于進行錯誤恢復(fù)的冗余包的數(shù)量增大，則對于包丟失的容錯性提高。然而，如果冗余包的數(shù)量過度增大，則吞吐量降低，使得實時性能劣化。
[0012]由此，有必要根據(jù)要進行利用T.38協(xié)議的通信的環(huán)境，來適當(dāng)?shù)卮_定包大小。
[0013]日本專利特開2002-158702號公報論述了一種用于確定GW裝置和路由器裝置包大小的方法。更具體地，日本專利特開2002-158702號公報針對一種技術(shù)，該技術(shù)用于在進行諸如語音通信的實時通信時，降低包延遲時間，同時在進行諸如包括文件傳輸?shù)臄?shù)據(jù)通信的非實時通信時，提高吞吐量。日本專利特開2002-158702號公報由此論述了一種用于在進行實時通信時劃分和發(fā)送包的技術(shù)。
[0014]在用于在支持T.38的IP傳真與G3傳真之間進行通信的T.38GW中，存在對可接收包大小設(shè)置限制的Gl更具體地，將包的總大小限制為小于320字節(jié)，將IFP包的大小限制為小于128字節(jié)。
[0015]為此，存在不滿足上述對包大小的限制的包在T.38GW側(cè)被丟棄、使得IP傳真通信無法正常進行的問題。日本專利特開2002-158702號公報并未論述針對對上述數(shù)據(jù)部分的大小限制來調(diào)節(jié)包大小。
[0016]一般地，當(dāng)與Τ.38GW通信時，UDP/UDPTL協(xié)議可用于T.38協(xié)議中的傳輸層。在用于語音通信的IP語音網(wǎng)關(guān)(VoIP Gff)的情況下，VoIP中發(fā)生的小量包丟失可忽略，因此一般使用m)P協(xié)議。由于T.38GW是VoIP Gff的變型，因此T.38GW 一般也使用UDP協(xié)議。
[0017]這樣,可以通過進行分包(packetizat1n),具體地,通過削減UDPTL包的IFP包的大小并減小用于錯誤恢復(fù)的冗余包的數(shù)量，來克服上述大小限制。然而，如果不考慮連接目的地而統(tǒng)一削減包大小，則要發(fā)送到網(wǎng)絡(luò)的頭部分的數(shù)據(jù)量相對增大，使得吞吐量在除T.38GW以外的環(huán)境中降低。另外，如果用于錯誤恢復(fù)的冗余包的數(shù)量變小，則對于包丟失的容錯性可能也降低。


【發(fā)明內(nèi)容】

[0018]本發(fā)明旨在提供一種技術(shù)，該技術(shù)用于在連接目的地是利用用于在IP網(wǎng)絡(luò)上進行實時傳真通信的協(xié)議的網(wǎng)關(guān)的情況下，能夠正常通信。另外，本發(fā)明旨在提供一種技術(shù)，該技術(shù)用于在通信目的地不是上述網(wǎng)關(guān)的情況下，避免吞吐量以及對于包丟失的容錯性降低。
[0019]根據(jù)本發(fā)明的一方面，一種傳真裝置，該傳真裝置包括:被構(gòu)造為連接到IP網(wǎng)絡(luò)的接口 ；通信單元，其被構(gòu)造為通過從所述接口發(fā)送包來進行傳真通信；確定單元，其被構(gòu)造為確定要由所述通信單元進行的傳真通信是否經(jīng)由網(wǎng)關(guān)裝置，所述網(wǎng)關(guān)裝置用于將從所述IP網(wǎng)絡(luò)接收的包轉(zhuǎn)換為模擬信號并將所述模擬信號發(fā)送到模擬網(wǎng)絡(luò)；以及控制單元，其被構(gòu)造為，如果所述確定單元確定要由所述通信單元進行的傳真通信經(jīng)由所述網(wǎng)關(guān)裝置，則控制所述通信單元發(fā)送，大小比在要由所述通信單元進行的傳真發(fā)送不經(jīng)由所述網(wǎng)關(guān)裝置的情況下更小的包。
[0020]根據(jù)本發(fā)明的另一方面，一種傳真裝置，其包括:被構(gòu)造為連接到IP網(wǎng)絡(luò)的接口 ；通信單元，其被構(gòu)造為通過從所述接口發(fā)送包來進行傳真通信；確定單元，其被構(gòu)造為確定要由所述通信單元進行的傳真通信是否經(jīng)由網(wǎng)關(guān)裝置，所述網(wǎng)關(guān)裝置用于將從所述IP網(wǎng)絡(luò)接收的包轉(zhuǎn)換為模擬信號并將所述模擬信號發(fā)送到模擬網(wǎng)絡(luò)；以及控制單元，其被構(gòu)造為，如果所述確定單元確定要由所述通信單元進行的傳真通信經(jīng)由所述網(wǎng)關(guān)裝置，則控制所述通信單元附加，比在要由所述通信單元進行的傳真發(fā)送不經(jīng)由所述網(wǎng)關(guān)裝置的情況下更小數(shù)量的冗余包。
[0021]通過以下參照附圖對示例性實施例的描述，本發(fā)明的其他特征將變得清楚。

【專利附圖】

【附圖說明】
[0022]圖1例示了支持T.38的IP傳真的硬件結(jié)構(gòu)以及包括該IP傳真的系統(tǒng)結(jié)構(gòu)的示例。
[0023]圖2例示了包結(jié)構(gòu)的示例。
[0024]圖3例示了地址列表的數(shù)據(jù)結(jié)構(gòu)的示例。
[0025]圖4例示了當(dāng)已輸入新地址時用于確定連接目的地類型的優(yōu)先級設(shè)置的示例。
[0026]圖5是例示用于確定T.38包大小的處理的示例的流程圖。
[0027]圖6是例示包生成和發(fā)送處理的示例的流程圖。

【具體實施方式】
[0028]以下將參照附圖詳細描述本發(fā)明的各種示例性實施例、特征及方面。
[0029]圖1例示了根據(jù)第一示例性實施例的支持T.38的IP傳真的硬件結(jié)構(gòu)以及包括該IP傳真的系統(tǒng)結(jié)構(gòu)的示例。
[0030]參照圖1，支持T.38的IP傳真(IPFAXl) 301連接到局域IP網(wǎng)絡(luò)501。
[0031]IPFAX1301是經(jīng)由SIP服務(wù)器503與支持T.38的IPFAX2502可通信的。
[0032]內(nèi)置有調(diào)制解調(diào)器的T.38GW504,從接收的T.38包中提取IFP包中包括的傳真控制信號信息以及圖像的編碼數(shù)據(jù)。T.38GW504然后利用調(diào)制解調(diào)器，將提取的信息和數(shù)據(jù)調(diào)制并轉(zhuǎn)換成模擬傳真信號。另外，T.38GW504利用調(diào)制解調(diào)器，將接收的模擬傳真信號解調(diào)為數(shù)字數(shù)據(jù)，并且將該數(shù)字數(shù)據(jù)提取并轉(zhuǎn)換為T.38包。
[0033]局域IP網(wǎng)絡(luò)501經(jīng)由T.38GW504連接到公共交換電話網(wǎng)絡(luò)(PSTN) 505。
[0034]僅支持模擬傳真通信的G3FAX506連接到PSTN505。
[0035]IPFAX1301 經(jīng)由 T.38GW504 與 G3FAX506 可通信。
[0036]另外，IPFAX1301包括圖像輸入/輸出功能，由此接收紙張文檔的輸入并將其打印在片材上。
[0037]另外，IPFAX1301能夠?qū)⑤斎雸D像信息打印在片材上，將其存儲為數(shù)字數(shù)據(jù)，或者經(jīng)由IP網(wǎng)絡(luò)或傳真將其傳送到其他設(shè)備。
[0038]通常，IPFAX1301持續(xù)地連接到局域IP網(wǎng)絡(luò)501并與其他圖像處理裝置、個人計算機(PC)以及服務(wù)器一起被統(tǒng)一管理。
[0039]另外，IPFAX1301能夠從PC接收打印數(shù)據(jù)或者從其他終端接收圖像信息以將其打印在片材上。
[0040]另外，IPFAX1301能夠根據(jù)經(jīng)由用戶界面(UI) 302接收的用戶指令來進行處理。
[0041]以下將描述IPFAX1301的內(nèi)部結(jié)構(gòu)。
[0042]IPFAX1301中的電源單元315連接到商用電源，以向IPFAX301中包括的單元供電并啟動所述單元。
[0043]總線310將掃描器接口(Ι/F)控制單元307、中央處理單元(CPU)314、只讀存儲器(ROM) 311、隨機存取存儲器(RAM) 312、硬盤驅(qū)動器(HDD) 313、打印機Ι/F控制單元305、UI控制單元303、圖像處理單元308以及網(wǎng)絡(luò)Ι/F控制單元309彼此電連接，以允許數(shù)據(jù)發(fā)送?？偩€310用作系統(tǒng)總線，在該系統(tǒng)總線上發(fā)送和接收來自CPU314的控制信號以及單元之間的數(shù)據(jù)信號。
[0044]CPU314通過從R0M311或HDD313讀取IPFAX1301的控制軟件程序、將該程序載入RAM312中、然后執(zhí)行該程序來控制整個裝置。
[0045]R0M311存儲裝置的引導(dǎo)程序以及固定參數(shù)，閃存頻繁地用作R0M311。
[0046]RAM312是半導(dǎo)體存儲器，并且在CPU314控制IPFAX1301時用于臨時存儲工作數(shù)據(jù)、圖像數(shù)據(jù)或打印數(shù)據(jù)。
[0047]HDD313存儲諸如圖像數(shù)據(jù)、打印數(shù)據(jù)以及地址登記信息的各種數(shù)據(jù)。
[0048]另外，RAM312和HDD313用作當(dāng)CPU314進行圖像數(shù)據(jù)的圖像處理、編碼/解碼、以及分辨率轉(zhuǎn)換時的工作區(qū)域。
[0049]圖像處理單元308通過利用硬件，來進行用于增強圖像數(shù)據(jù)的圖像質(zhì)量的圖像處理、編碼/解碼以及分辨率轉(zhuǎn)換。
[0050]另外，RAM312和HDD313用作當(dāng)CPU314對要傳送的數(shù)據(jù)解碼和編碼、或者處理IP包時的工作區(qū)域。
[0051]UI控制單元303控制Π302、顯示各種類型的信息、并輸入來自用戶的指令。
[0052]打印機Ι/F控制單元305控制打印機304。
[0053]掃描器Ι/F控制單元307控制掃描器306。
[0054]網(wǎng)絡(luò)Ι/F控制單元309控制IPFAX1301與局域IP網(wǎng)絡(luò)501之間的數(shù)據(jù)發(fā)送和接收，并且分析并生成諸如TCP包和UDP包的IP包。
[0055]RAM312和HDD313臨時存儲要通過IP包的發(fā)送或接收而發(fā)送或接收的數(shù)據(jù)。CPU314然后根據(jù)協(xié)議規(guī)格解譯該數(shù)據(jù)并處理該數(shù)據(jù)。另外，IPFAX1301可以通過利用經(jīng)由網(wǎng)絡(luò)Ι/F控制單元309和局域IP網(wǎng)絡(luò)501的SIP會話，來與另一端的裝置進行呼叫連接和數(shù)據(jù)通信。
[0056]CPU314經(jīng)由網(wǎng)絡(luò)Ι/F控制單元309從局域IP網(wǎng)絡(luò)501接收T.38包以分析該包。
[0057]以下將描述在IPFAX1301利用T.38協(xié)議進行傳真通信時的數(shù)據(jù)流。
[0058]這里假設(shè)在SIP服務(wù)器503中預(yù)先登記，電話號碼與通過該電話號碼表示的連接目的地的統(tǒng)一資源標識符(URI)之間的對應(yīng)。該URI是表示IP網(wǎng)絡(luò)上的目的地地址的標識符。
[0059]首先，以下將描述IPFAX1301與IPFAX2502進行IP傳真通信的情況。
[0060]CPU314經(jīng)由掃描器Ι/F控制單元307啟動掃描器306以使掃描器306讀取文檔，并且CPU314獲得圖像數(shù)據(jù)。
[0061]一旦完成圖像數(shù)據(jù)的獲得，網(wǎng)絡(luò)Ι/F控制單元309就向SIP服務(wù)器503發(fā)送SIP連接請求(即，INVITE (邀請)信號)。
[0062]SIP服務(wù)器503接收到該INVITE信號。SIP服務(wù)器503然后基于該INVITE信號中包括的目的地電話號碼來搜索對應(yīng)的URI，并且將該INVITE信號傳送到匹配的URI (BP,本示例中的IPFAX2502)。
[0063]如果IPFAX2502可以接收INVITE信號，則IPFAX2502經(jīng)由SIP服務(wù)器503向IPFAX1301發(fā)送2000K (確定)信號。
[0064]因此，在IPFAX1301與IPFAX2502之間建立了呼叫。
[0065]CPU314然后使圖像處理單元308將掃描的圖像數(shù)據(jù)轉(zhuǎn)換為諸如聯(lián)合二值圖像專家組(Joint B1-Level Image Experts Group, JBIG)編碼數(shù)據(jù)的編碼數(shù)據(jù)。
[0066]網(wǎng)絡(luò)Ι/F控制單元309將編碼數(shù)據(jù)轉(zhuǎn)換為T.38包，并經(jīng)由局域IP網(wǎng)絡(luò)501將該包傳送到IPFAX2502。
[0067]另外，網(wǎng)絡(luò)Ι/F控制單元309經(jīng)由局域IP網(wǎng)絡(luò)501接收從IPFAX2502發(fā)送的T.38包。網(wǎng)絡(luò)Ι/F控制單元309然后提取編碼的數(shù)字圖像數(shù)據(jù)以將其發(fā)送到CPU314。
[0068]CPU314將JBIG編碼的數(shù)字圖像數(shù)據(jù)解碼為原始圖像數(shù)據(jù)，將解碼的數(shù)據(jù)作為所接收的數(shù)據(jù)發(fā)送到打印機Ι/F控制單元305，并且使打印機304打印所接收的數(shù)據(jù)。
[0069]接著，以下將描述IPFAX1301與G3FAX506進行傳真通信的情況。
[0070]CPU314經(jīng)由掃描器Ι/F控制單元307啟動掃描器306以使掃描器306讀取文檔，并獲得圖像數(shù)據(jù)。
[0071]一旦完成圖像數(shù)據(jù)的獲得，網(wǎng)絡(luò)Ι/F控制單元309就向T.38GW504發(fā)送INVITE信號。
[0072]一旦接收到INVITE信號，T.38GW504就從INVITE信號獲得目的地的電話號碼，并撥打 PSTN505。
[0073]G3FAX506然后接收來電并關(guān)閉線路。
[0074]一旦檢測到關(guān)閉線路，T.38GW504就響應(yīng)于INVITE信號，經(jīng)由局域IP網(wǎng)絡(luò)501向IPFAX1301 發(fā)送 2000K 信號。
[0075]因此，在IPFAX1301與G3FAX506之間建立了呼叫。
[0076]CPU314然后使圖像處理單元308將掃描的圖像數(shù)據(jù)轉(zhuǎn)換成諸如JBIG編碼數(shù)據(jù)的編碼數(shù)據(jù)。
[0077]網(wǎng)絡(luò)Ι/F控制單元309將編碼的數(shù)據(jù)轉(zhuǎn)換成T.38包，并將該包發(fā)送到T.38GW504。
[0078]此時，T.38包根據(jù)T.38GW504的規(guī)格，遵循UDP/UDPTL協(xié)議。
[0079]T.38GW504分析接收的T.38包并從IPF包部分提取數(shù)據(jù)。另外，T.38GW504使用內(nèi)置的調(diào)制解調(diào)器，以將提取的數(shù)據(jù)實時地調(diào)制為T.30模擬傳真信號。調(diào)制的模擬傳真信號經(jīng)由PSTN505被發(fā)送到G3FAX506。另外，從G3FAX506發(fā)送的T.30模擬傳真信號經(jīng)由PSTN505 被發(fā)送到 T.38GW504。
[0080]T.38GW504使用內(nèi)置的調(diào)制解調(diào)器，以實時地解調(diào)所接收的模擬傳真信號，以提取數(shù)字數(shù)據(jù)。T.38GW504然后將提取的數(shù)據(jù)轉(zhuǎn)換為T.38包，并經(jīng)由局域IP網(wǎng)絡(luò)501將該包發(fā)送到 IPFAX1301。
[0081]網(wǎng)絡(luò)Ι/F控制單元309接收發(fā)送的T.38包，CPU314分析接收的包。如果接收的包包括圖像數(shù)據(jù)，則CPU314提取JBIG編碼的數(shù)字圖像數(shù)據(jù)并將其解碼為原始圖像數(shù)據(jù)。CPU314將作為接收的數(shù)據(jù)的解碼的數(shù)據(jù)發(fā)送到打印機Ι/F控制單元305，并使打印機304打印該數(shù)據(jù)。
[0082]TCP/TPKT包和UDP/UDPTL包分別具有圖2所示的包結(jié)構(gòu)。所述包結(jié)構(gòu)具有以下特征。
[0083]TCP/TPKT協(xié)議的優(yōu)勢在于，即使在IP網(wǎng)絡(luò)上發(fā)生了包丟失時，包也要被重新發(fā)送，使得不發(fā)生缺失數(shù)據(jù)。然而，TCP/TPKT協(xié)議的劣勢在于，如果重新發(fā)送包則發(fā)生延遲，使得實時性能劣化。另一方面，m)P/UDPTL協(xié)議重視實時性能，即使當(dāng)發(fā)生包丟失時，也不要被重新發(fā)送包。反之，為了避免發(fā)生由于包丟失而缺失數(shù)據(jù)，UDP/UDPTL協(xié)議將已經(jīng)發(fā)送到包的數(shù)據(jù)，作為錯誤恢復(fù)冗余包203，附加到隨后要發(fā)送的包，然后發(fā)送該包。可以附加多個錯誤恢復(fù)冗余包203，即使當(dāng)發(fā)生了包丟失時，能夠避免缺失對應(yīng)于附加的錯誤恢復(fù)冗余包203的數(shù)量的數(shù)據(jù)。
[0084]參照圖2，T.38數(shù)據(jù)(即，過程信號以及圖像)被包括在IFP包部分201和202中。IFP包的大小一般被設(shè)置為略小于300字節(jié)。在T.38通信處于錯誤校正模式(ECM)時，根據(jù)高級數(shù)據(jù)鏈路控制(HDLC)過程、基于數(shù)據(jù)至幀的劃分來進行該設(shè)置。一般地，以HDLC的一幀(S卩，256字節(jié)+頭部分)為單位進行分包。當(dāng)T.38通信處于非ECM時，在許多情況下，根據(jù)ECM將數(shù)據(jù)分段并分包為略小于300字節(jié)，或者分包對應(yīng)圖像I行的各個編碼數(shù)據(jù)。
[0085]圖3例示了地址列表的數(shù)據(jù)結(jié)構(gòu)的示例。參照圖3，該列表包括目的地的電話號碼601。連接目的地類型602是表示SIP INVITE信號要被發(fā)送至的連接目的地的類型的信息。具體地，連接目的地類型602包括表示SIP服務(wù)器的“Intranet (內(nèi)聯(lián)網(wǎng))”，表示P2P連接的“Intranet (P2P)”，以及表示T.38GW的地址的“T.38GW”。如果能夠登記多個T.38GW地址，則“T.38GW1”和“T.38GW2”可以被設(shè)置為連接目的地類型。ECM603是表示ECM在進行傳真通信中是有效還是無效的信息。開始速度604是表示發(fā)送開始速度的信息。
[0086]地址列表是電話列表的示例。
[0087]圖4例示了當(dāng)已輸入新地址時，用于確定連接目的地類型的優(yōu)先級設(shè)置(在下文中稱為優(yōu)先級列表)的示例。
[0088]參照圖4，要在前綴搜索中使用的編號條件403被登記在優(yōu)先級列表中。一旦輸入新地址，IPFAX1301就按照優(yōu)先級401的降序來搜索輸入的電話號碼。如果找到與輸入的電話號碼對應(yīng)的編號，則IPFAX1301選擇登記在對應(yīng)項目中的連接目的地類型402。如果輸入的電話號碼不與優(yōu)先級列表中的任何項目對應(yīng)，則IPFAX1301確定輸入的新地址為失匹配的情況下的連接目的地404。
[0089]例如，假設(shè)電話號碼03-481-0001被輸入為新地址。在這種情況下，輸入的電話號碼對應(yīng)于優(yōu)先級列表中的第二項目，使得連接目的地為“T.38GW2”。另外，如果電話號碼03-123-0002被輸入，則該電話號碼對應(yīng)于優(yōu)先級列表中的第四項目，使得連接目的地為“Intranet”。另外，如果電話號碼611-0003被輸入，則該電話號碼不對應(yīng)于優(yōu)先級列表中的任何項目，使得連接目的地為“ Intranet”，其被指定為失匹配的情況下的連接目的地404。
[0090]接著，以下將參照圖5所示的流程圖來描述用于確定T.38包大小的信息處理的示例。用于確定發(fā)送目的地的方法僅為示例性實施例的一種，可以使用其他方法。
[0091]圖5及圖6中所示的流程圖中的處理的實現(xiàn)是通過，CPU314從R0M311或HDD313中讀取IPFAX1301的控制軟件程序、將該程序加載到RAM312中、并執(zhí)行該程序。
[0092]在步驟SlOO中，一旦從用戶接收到地址的輸入，UI302就向CPU314發(fā)送接收的信息。CPU314然后確定地址是從地址列表中選擇了的還是僅輸入了電話號碼的新地址。
[0093]如果CPU314確定從地址列表中選擇了地址(步驟SlOO中“是”)，則處理進行到步驟SlOl。在步驟SlOl中，CPU314獲得在地址列表中登記的連接目的地類型信息，并將該信息作為連接目的地的值存儲在RAM312中。
[0094]如果CPU314確定從Π302接收的地址是新地址(步驟SlOO中“否”)，則處理進行到步驟S102。在步驟S102中，CPU314獲得在HDD313中存儲的優(yōu)先級列表。CPU314然后按照優(yōu)先級401的降序，通過編號條件403中的值進行前綴搜索，以找到新地址的電話號碼的值。如果在優(yōu)先級列表中找到與該新地址的電話號碼的值對應(yīng)的項目，則CPU314將連接目的地類型402的值作為連接目的地的值存儲在RAM312中。另一方面，如果不存在作為搜索優(yōu)先級列表的結(jié)果的對應(yīng)項目，則CPU314參閱HDD313中存儲的失匹配情況下的連接目的地404的值，并將該值存儲在RAM312中。
[0095]在步驟S103中，CPU314確定在步驟SlOl或步驟S102中存儲在RAM312中的連接目的地是否是T.38GW504。如果CPU314確定連接目的地是T.38GW504(步驟S103中“是”)，則處理進行到步驟S104。在步驟S104中，CPU314進行以下兩個包大小調(diào)節(jié)過程。第一過程是，CPU314確定UDPTL包的IFP包部分202的大小N為127字節(jié)，使得IFP包部分202的大小小于128字節(jié)(即，小于預(yù)設(shè)大小)。第二過程是，CPU314削減錯誤恢復(fù)冗余包203的數(shù)量，使得整個包204的大小小于320字節(jié)。在本示例性實施例中，冗余包的數(shù)量M從3減到I。
[0096]如果CPU314確定連接目的地不是T.38GW504 (步驟S103中“否”)，則處理進行到步驟S105。在步驟S105中，CPU314不削減包大小并且按照如下確定包的大小。如果模式為ECM，則CPU314確定IFP包大小N為HDLC的一幀單位(即，略小于300字節(jié))，如果模式為非ECM，則CPU314確定IFP包大小N為300字節(jié)。另外，CPU314將針對UDPTL包的冗余包的數(shù)量M設(shè)置為3。
[0097]圖6是例示包生成和發(fā)送處理的示例的流程圖。
[0098]在步驟S200中，CPU314確定在SIP呼叫連接時確定的T.38傳輸層的協(xié)議是TCP還是UDP。如果協(xié)議是TCP (步驟S200中的TCP)，則處理進行到步驟S201。在步驟S201中，CPU314基于在圖5所示的處理中確定的IFP包大小N來生成IFP包。
[0099]如果協(xié)議是UDP (步驟S200中的UDP)，則處理進行到步驟S202。在步驟S202中，CPU314基于在圖5所示的處理中確定的IFP包大小N以及冗余包的數(shù)量M來生成IFP包和冗余包。
[0100]最后，在步驟S203中，CPU314將生成的包發(fā)送到網(wǎng)絡(luò)。
[0101]通過進行上述處理，如果連接目的地為T.38GW504，則包要在GW側(cè)不被丟棄并且可以正常地進行通信。另外，如果連接目的地不是T.38GW504，則包劃分不被過度進行，使得能夠不降低吞吐量而發(fā)送包。另外，由于要在沒有不必要地削減錯誤恢復(fù)冗余包的數(shù)量的情況下發(fā)送包，因此對于包丟失的容錯性不被降低。
[0102]本發(fā)明的示例性實施例的實現(xiàn)還通過，經(jīng)由網(wǎng)絡(luò)或各種存儲介質(zhì)向系統(tǒng)或裝置提供用于實現(xiàn)上述示例性實施例的功能的軟件(程序)、并使系統(tǒng)或裝置中的計算機(即，CPU或微處理單元(MPU))讀取并執(zhí)行該程序。
[0103]如上所述，根據(jù)各個示例性實施例，當(dāng)連接目的地為利用用于在IP網(wǎng)絡(luò)上實時執(zhí)行傳真通信的協(xié)議的網(wǎng)關(guān)時，能夠正常進行通信。另外，當(dāng)連接目的地不是網(wǎng)關(guān)時，能避免吞吐量以及對于包丟失的容錯性降低。
[0104]本發(fā)明的實施例的實現(xiàn)還可以，通過系統(tǒng)或裝置的計算機，其讀出并執(zhí)行記錄在存儲介質(zhì)(例如，非暫時性計算機可讀存儲介質(zhì))上的計算機可執(zhí)行指令以執(zhí)行本發(fā)明一個或更多個上述實施例的功能，以及通過由系統(tǒng)或裝置的計算機執(zhí)行的方法，其通過例如從存儲介質(zhì)讀出并執(zhí)行計算機可執(zhí)行指令以進行一個或更多個上述實施例的功能。計算機可以包括中央處理單元(CPU)、微處理單元(MPU)、或其他電路的一個或多個，并且可以包括單獨的計算機或單獨的計算機處理器的網(wǎng)絡(luò)。例如可以從網(wǎng)絡(luò)或者存儲介質(zhì)向計算機提供計算機可執(zhí)行指令。存儲介質(zhì)可以包括例如硬盤、隨機存取存儲器(RAM)、只讀存儲器(ROM)、分布式計算系統(tǒng)的存儲器、光盤(諸如光盤(⑶)、數(shù)字通用光盤(DVD)、或藍光盤(BD) ?)、閃存存儲設(shè)備、存儲卡等的一個或多個。
[0105]雖然參照示例性實施例對本發(fā)明進行了描述，但是應(yīng)當(dāng)理解，本發(fā)明并不限于所公開的示例性實施例。應(yīng)當(dāng)對所附權(quán)利要求的范圍給予最寬的解釋，以使其涵蓋所有這些變型例以及等同的結(jié)構(gòu)和功能。
【權(quán)利要求】
1.一種傳真裝置，該傳真裝置包括: 被構(gòu)造為連接到IP網(wǎng)絡(luò)的接口 ； 通信單元，其被構(gòu)造為通過從所述接口發(fā)送包來進行傳真通信； 確定單元，其被構(gòu)造為確定要由所述通信單元進行的傳真通信是否經(jīng)由網(wǎng)關(guān)裝置，所述網(wǎng)關(guān)裝置用于將從所述IP網(wǎng)絡(luò)接收的包轉(zhuǎn)換為模擬信號并將所述模擬信號發(fā)送到模擬網(wǎng)絡(luò)；以及 控制單元，其被構(gòu)造為，如果所述確定單元確定要由所述通信單元進行的傳真通信經(jīng)由所述網(wǎng)關(guān)裝置，則控制所述通信單元發(fā)送，大小比在要由所述通信單元進行的傳真發(fā)送不經(jīng)由所述網(wǎng)關(guān)裝置的情況下更小的包。
2.根據(jù)權(quán)利要求1所述的傳真裝置，其中，要由所述通信單元進行的傳真通信是用戶數(shù)據(jù)報協(xié)議通信。
3.根據(jù)權(quán)利要求1所述的傳真裝置，該傳真裝置還包括: 輸入單元，其被構(gòu)造為輸入目的地的電話號碼， 其中，所述確定單元基于由所述輸入單元輸入的電話號碼的至少一部分，來進行所述確定。
4.根據(jù)權(quán)利要 求1所述的傳真裝置，該傳真裝置還包括: 存儲單元，其被構(gòu)造為存儲地址列表， 其中，如果從所述地址列表選擇所述目的地，則所述確定單元基于所述地址列表中包括的類型信息，來進行所述確定。
5.一種傳真裝置，該傳真裝置包括: 被構(gòu)造為連接到IP網(wǎng)絡(luò)的接口 ； 通信單元，其被構(gòu)造為通過從所述接口發(fā)送包來進行傳真通信； 確定單元，其被構(gòu)造為確定要由所述通信單元進行的傳真通信是否經(jīng)由網(wǎng)關(guān)裝置，所述網(wǎng)關(guān)裝置用于將從所述IP網(wǎng)絡(luò)接收的包轉(zhuǎn)換為模擬信號并將所述模擬信號發(fā)送到模擬網(wǎng)絡(luò)；以及 控制單元，其被構(gòu)造為，如果所述確定單元確定要由所述通信單元進行的傳真通信經(jīng)由所述網(wǎng)關(guān)裝置，則控制所述通信單元附加，比在要由所述通信單元進行的傳真發(fā)送不經(jīng)由所述網(wǎng)關(guān)裝置的情況下更小數(shù)量的冗余包。
6.根據(jù)權(quán)利要求5所述的傳真裝置，其中，要由所述通信單元進行的傳真通信是用戶數(shù)據(jù)報協(xié)議通信。
7.根據(jù)權(quán)利要求5所述的傳真裝置，該傳真裝置還包括: 輸入單元，其被構(gòu)造為輸入目的地的電話號碼， 其中，所述確定單元基于由所述輸入單元輸入的電話號碼的至少一部分，來進行所述確定。
8.根據(jù)權(quán)利要求5所述的傳真裝置，該傳真裝置還包括: 存儲單元，其被構(gòu)造為存儲地址列表， 其中，如果從所述地址列表選擇所述目的地，則所述確定單元基于所述地址列表中包括的類型信息，來進行所述確定。
9.一種傳真裝置的控制方法，該傳真裝置包括被構(gòu)造為連接到IP網(wǎng)絡(luò)的接口，該控制方法包括以下步驟: 通過從所述接口發(fā)送包來進行傳真通信； 確定要進行的傳真通信是否經(jīng)由網(wǎng)關(guān)裝置，所述網(wǎng)關(guān)裝置用于將從所述IP網(wǎng)絡(luò)接收的包轉(zhuǎn)換為模擬信號并將所述模擬信號發(fā)送到模擬網(wǎng)絡(luò)；以及 如果確定要進行的傳真通信經(jīng)由所述網(wǎng)關(guān)裝置，則進行控制以發(fā)送，大小比在要進行的傳真發(fā)送不經(jīng)由所述網(wǎng)關(guān)裝置的情況下更小的包。
10.一種傳真裝置的控制方法，該傳真裝置包括被構(gòu)造為連接到IP網(wǎng)絡(luò)的接口，該控制方法包括以下步驟: 通過從所述接口發(fā)送包來進行傳真通信； 確定要進行的傳真通信是否經(jīng)由網(wǎng)關(guān)裝置，所述網(wǎng)關(guān)裝置用于將從IP網(wǎng)絡(luò)接收的包轉(zhuǎn)換為模擬信號并將所述模擬信號發(fā)送到模擬網(wǎng)絡(luò)；以及 如果確定要進行的傳真通信經(jīng)由所述網(wǎng)關(guān)裝置，則進行控制以附加，比在要進行的傳真發(fā)送不經(jīng)由所 述網(wǎng)關(guān)裝置的情況下更小數(shù)量的冗余包。
【文檔編號】H04N1/00GK104079794SQ201410119824
【公開日】2014年10月1日 申請日期:2014年3月27日 優(yōu)先權(quán)日:2013年3月27日
【發(fā)明者】內(nèi)藤洋帥 申請人:佳能株式會社