通信中繼裝置和通信中繼方法
【專利摘要】一種通信中繼裝置和通信中繼方法，客戶端應(yīng)用程序經(jīng)由沒有多會(huì)話概念的通信線路而通過多會(huì)話無混亂地與圖像處理裝置進(jìn)行通信。在該通信中繼裝置中，當(dāng)確立新的會(huì)話時(shí)，在禁止基于其他會(huì)話以外的會(huì)話的通信時(shí)等待通信，在沒有禁止通信時(shí)、或者解除了待機(jī)時(shí)，在禁止了基于該新的會(huì)話以外的會(huì)話的通信的狀態(tài)下，通過該新的會(huì)話在客戶端應(yīng)用程序與圖像處理裝置之間對通信進(jìn)行中繼，當(dāng)完成中繼時(shí)禁止基于該新的會(huì)話以外的會(huì)話的通信。
【專利說明】通信中繼裝置和通信中繼方法
【技術(shù)領(lǐng)域】
[0001 ] 本發(fā)明涉及對通信進(jìn)行中繼的技術(shù)。
【背景技術(shù)】
[0002]以往，公開有如下所述的技術(shù):在圖像處理裝置中具有Web服務(wù)器功能，在由終端裝置執(zhí)行的Web瀏覽器上顯示圖像處理裝置的設(shè)定畫面等(例如參照專利文獻(xiàn)I)。
[0003]另外，公開有通過互聯(lián)網(wǎng)連接圖像處理裝置與終端裝置，經(jīng)由互聯(lián)網(wǎng)而使圖像處理裝置對圖像進(jìn)行處理的稱為IPP (Internet Printing Protocol:互聯(lián)網(wǎng)打印協(xié)議)的標(biāo)準(zhǔn)。
[0004]并且,公開有在圖像處理裝置與終端裝置通過USB (Universal Serial Bus:通用串行總線)而連接的環(huán)境中用于進(jìn)行基于上述IPP的通信的稱為IPP over USB的標(biāo)準(zhǔn)的草案。
[0005]現(xiàn)有技術(shù)文獻(xiàn)
[0006]專利文獻(xiàn)
[0007]專利文獻(xiàn)1:日本特開2011-257945號(hào)公報(bào)
[0008]但是，一般Web瀏覽器與Web服務(wù)器功能通過多會(huì)話而進(jìn)行通信。因此，在Web瀏覽器顯示圖像處理裝置的設(shè)定畫面等的情況下，Web瀏覽器通過多會(huì)話而與Web服務(wù)器功能進(jìn)行通信。
[0009]但是，在USB中沒有多會(huì)話的概念。因此，在終端裝置與圖像處理裝置通過USB而連接的環(huán)境中，當(dāng)Web瀏覽器與Web服務(wù)器功能通過多會(huì)話而進(jìn)行通信時(shí)，有可能如針對某會(huì)話的響應(yīng)被發(fā)送到其他會(huì)話等那樣響應(yīng)混亂。

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

[0010]在本說明書中，公開有客戶端應(yīng)用程序經(jīng)由沒有多會(huì)話概念的通信線路而通過多會(huì)話無混亂地與圖像處理裝置進(jìn)行通信的技術(shù)。
[0011]通過本說明書而公開的通信中繼裝置，以能夠通過通信線路進(jìn)行通信的方式與圖像處理裝置連接，所述通信中繼裝置具有處理部，所述處理部執(zhí)行:確立處理，當(dāng)從通過多會(huì)話進(jìn)行通信的客戶端應(yīng)用程序請求會(huì)話的確立時(shí)，根據(jù)該請求在與所述客戶端應(yīng)用程序之間確立新的會(huì)話；判斷處理，當(dāng)通過所述確立處理而確立所述新的會(huì)話時(shí)，判斷是否禁止了基于在與所述客戶端應(yīng)用程序之間確立的其他會(huì)話以外的會(huì)話的通信；待機(jī)處理，在通過所述判斷處理而判斷為通信被禁止時(shí)，到通信被解禁為止將基于所述新的會(huì)話的通信待機(jī)；排他處理，在通過所述判斷處理而判斷為通信沒有被禁止時(shí)，或者，在基于所述待機(jī)處理的待機(jī)被解除時(shí)，禁止基于所述新的會(huì)話以外的會(huì)話的通信；中繼處理，在通過所述排他處理而禁止了基于所述新的會(huì)話以外的會(huì)話的通信的狀態(tài)下，通過所述新的會(huì)話在所述客戶端應(yīng)用程序與所述圖像處理裝置之間對通信進(jìn)行中繼；以及解禁處理，當(dāng)完成所述中繼處理的中繼時(shí)，解禁基于所述新的會(huì)話以外的會(huì)話的通信。[0012]根據(jù)上述通信中繼裝置，由于在通過某個(gè)會(huì)話對通信進(jìn)行中繼的期間禁止其他會(huì)話的通信，因此能夠抑制如針對某會(huì)話的響應(yīng)被發(fā)送到其他會(huì)話等那樣響應(yīng)混亂的情況。
[0013]由此，根據(jù)上述通信中繼裝置，客戶端應(yīng)用程序能夠經(jīng)由沒有多會(huì)話的概念的通信線路而通過多會(huì)話無混亂地與圖像處理裝置進(jìn)行通信。
[0014]另外，也可以是所述通信由一個(gè)請求和對于該請求的響應(yīng)構(gòu)成，當(dāng)在所述中繼處理中已完成一對所述請求和所述響應(yīng)的中繼時(shí)，所述處理部判斷為已完成中繼。
[0015]根據(jù)上述通信中繼裝置，由于當(dāng)完成一對所述請求和所述響應(yīng)的中繼時(shí)解禁基于其他會(huì)話的通信，因此能夠縮短其他會(huì)話的待機(jī)時(shí)間。
[0016]另外，所述通信線路也可以是通用串行總線。
[0017]根據(jù)上述通信中繼裝置，客戶端應(yīng)用程序能夠經(jīng)由通用串行總線而通過多會(huì)話無混亂地與圖像處理裝置進(jìn)行通信。
[0018]另外，也可以是，所述圖像處理裝置具有Web服務(wù)器功能，所述客戶端應(yīng)用程序?yàn)閃eb瀏覽器，所述處理部對在所述Web瀏覽器與所述Web服務(wù)器功能之間收發(fā)的通信數(shù)據(jù)進(jìn)行中繼。
[0019]根據(jù)上述通信中繼裝置，Web瀏覽器能夠經(jīng)由沒有多會(huì)話概念的通信線路而通過多會(huì)話無混亂地與Web服務(wù)器功能進(jìn)行通信。
[0020]另外，也可以是，所述通信是用于從所述客戶端應(yīng)用程序設(shè)定所述圖像處理裝置的通信。
[0021]根據(jù)上述通信中繼裝置，在從客戶端應(yīng)用程序設(shè)定圖像處理裝置時(shí)，能夠通過多會(huì)話而無混亂地進(jìn)行通信。
[0022]另外，也可以是，在該通信中繼裝置中，所述處理部當(dāng)從所述客戶端應(yīng)用程序接收請求時(shí)將該請求發(fā)送到所述圖像處理裝置，所述處理部當(dāng)從所述圖像處理裝置接收對于該請求的響應(yīng)時(shí)將該響應(yīng)發(fā)送到所述客戶端應(yīng)用程序，所述請求和所述響應(yīng)分別由多個(gè)通信數(shù)據(jù)構(gòu)成，所述處理部執(zhí)行:第I分析處理，對從所述客戶端應(yīng)用程序接收到的通信數(shù)據(jù)進(jìn)行分析，判斷該通信數(shù)據(jù)是否是表示所述請求的結(jié)束的通信數(shù)據(jù)；以及第2分析處理，對從所述圖像處理裝置接收到的通信數(shù)據(jù)進(jìn)行分析，判斷該通信數(shù)據(jù)是否是表示所述響應(yīng)的結(jié)束的通信數(shù)據(jù)，在所述中繼處理中，在通過所述第I分析處理而判斷為是表示所述請求的結(jié)束的通信數(shù)據(jù)時(shí)，判斷為已完成所述請求的接收，在通過所述第2分析處理而判斷為是表示所述響應(yīng)的結(jié)束的通信數(shù)據(jù)時(shí)，判斷為已完成所述響應(yīng)的接收。
[0023]根據(jù)上述通信中繼裝置，能夠可靠地判斷已完成請求和響應(yīng)的接收。
[0024]另外，也可以是，在該通信中繼裝置中，所述處理部當(dāng)從所述客戶端應(yīng)用程序接收請求時(shí)將該請求發(fā)送到所述圖像處理裝置，所述處理部當(dāng)從所述圖像處理裝置接收對于該請求的響應(yīng)時(shí)將該響應(yīng)發(fā)送到所述客戶端應(yīng)用程序，所述請求由多個(gè)通信數(shù)據(jù)構(gòu)成，所述處理部在所述中繼處理中，在從所述客戶端應(yīng)用程序接收到所述通信數(shù)據(jù)之后，在第I預(yù)定時(shí)間以上沒有接收下一個(gè)所述通信數(shù)據(jù)時(shí)，臨時(shí)判斷為已完成所述請求的接收，所述處理部在所述中繼處理中，在從向所述圖像處理裝置發(fā)送了所述請求開始的第2預(yù)定時(shí)間以內(nèi)沒有從所述圖像處理裝置接收所述響應(yīng)時(shí)，判斷為沒有完成來自所述客戶端應(yīng)用程序的所述請求的接收，從所述客戶端應(yīng)用程序接收剩余的通信數(shù)據(jù)。
[0025]根據(jù)上述通信中繼裝置，由于在第I預(yù)定時(shí)間以上沒有從客戶端應(yīng)用程序接收通信數(shù)據(jù)時(shí)臨時(shí)判斷為已完成請求的接收，因此不用對通信數(shù)據(jù)的內(nèi)容進(jìn)行分析而能夠判斷是否已完成請求的接收。
[0026]但是，實(shí)際上還存在沒有完成請求的接收，而出于某種理由僅是發(fā)送被延遲的情況。由于在沒有完成請求的接收時(shí)，圖像處理裝置不發(fā)送響應(yīng)，因此在沒有在第2預(yù)定時(shí)間以內(nèi)從圖像處理裝置接收響應(yīng)時(shí)，可知已完成請求的接收的臨時(shí)判斷是錯(cuò)誤的。
[0027]根據(jù)通信中繼裝置，由于在臨時(shí)判斷為錯(cuò)誤時(shí)從客戶端程序接收剩余的通信數(shù)據(jù)，因此能夠接收所有的通信數(shù)據(jù)。
[0028]另外，也可以是，所述處理部在所述中繼處理中，向所述圖像處理裝置詢問是否已完成所述響應(yīng)的發(fā)送，在從所述圖像處理裝置接收到詢問結(jié)果是已完成時(shí)，判斷為已完成所述響應(yīng)的接收。
[0029]根據(jù)上述通信中繼裝置，不用對通信數(shù)據(jù)的內(nèi)容進(jìn)行分析而能夠判斷是否已完成通信的中繼。
[0030]另外，也可以是，所述客戶端應(yīng)用程序和所述通信中繼裝置構(gòu)成為能夠在單一的所述會(huì)話中收發(fā)多個(gè)成對的請求和響應(yīng)，所述處理部當(dāng)已完成基于所述中繼處理的一對所述請求和所述響應(yīng)的中繼時(shí)，在所述解禁處理中解禁基于所述新的會(huì)話以外的會(huì)話的通信，所述處理部在通過所述解禁處理而解禁了基于所述新的會(huì)話以外的會(huì)話的通信之后，當(dāng)在第3預(yù)定時(shí)間以內(nèi)接收到維持所述新的會(huì)話的維持信號(hào)時(shí)返回到所述判斷處理而重復(fù)進(jìn)行處理，另一方面在沒有接收到所述維持信號(hào)時(shí)切斷所述新的會(huì)話。
[0031]根據(jù)上述通信中繼裝置，不是對每個(gè)請求切斷會(huì)話，從而能夠高效地進(jìn)行通信。
[0032]另外，也可以是，所述通信中繼裝置以能夠通過多個(gè)物理的或邏輯的所述通信線路進(jìn)行通信的方式與所述圖像處理裝置連接，所述處理部在每次從所述客戶端應(yīng)用程序請求會(huì)話的確立時(shí)，執(zhí)行選擇任意一個(gè)所述通信線路的選擇處理，所述處理部在所述排他處理中，禁止使用相同所述通信線路進(jìn)行通信的其他會(huì)話的通信。根據(jù)上述通信中繼裝置，客戶端應(yīng)用程序能夠經(jīng)由沒有多會(huì)話的概念的多個(gè)通信線路而通過多會(huì)話無混亂地與圖像處理裝置進(jìn)行通信。
[0033]通過本說明書而公開的通信中繼方法，在以能夠通過通信線路進(jìn)行通信的方式與圖像處理裝置連接的信息處理裝置中執(zhí)行，所述通信中繼方法使所述信息處理裝置執(zhí)行:確立處理，當(dāng)從通過多會(huì)話進(jìn)行通信的客戶端應(yīng)用程序請求會(huì)話的確立時(shí)，根據(jù)該請求在與所述客戶端應(yīng)用程序之間確立新的會(huì)話；判斷處理，當(dāng)通過所述確立處理而確立所述新的會(huì)話時(shí)，判斷是否禁止了基于在與所述客戶端應(yīng)用程序之間確立的其他會(huì)話以外的會(huì)話的通信；待機(jī)處理，在通過所述判斷處理而判斷為通信被禁止時(shí)，到通信被解禁為止將基于所述新的會(huì)話的通信待機(jī)；排他處理，在通過所述判斷處理而判斷為通信沒有被禁止時(shí)，或者，在基于所述待機(jī)處理的待機(jī)被解除時(shí)，禁止基于所述新的會(huì)話以外的會(huì)話的通信；中繼處理，在通過所述排他處理而禁止了基于所述新的會(huì)話以外的會(huì)話的通信的狀態(tài)下，通過所述新的會(huì)話在所述客戶端應(yīng)用程序與所述圖像處理裝置之間對通信進(jìn)行中繼；以及解禁處理，當(dāng)完成所述中繼處理的中繼時(shí)，解禁基于所述新的會(huì)話以外的會(huì)話的通信。
[0034]另外，關(guān)于通過本說明書公開的技術(shù)，能夠通過通信中繼裝置、通信中繼方法、記錄了通信中繼程序的記錄介質(zhì)等各種方式來實(shí)現(xiàn)?！緦＠綀D】

【附圖說明】
[0035]圖1是簡化示出實(shí)施方式I的PC的電氣結(jié)構(gòu)的框圖。
[0036]圖2是示出PC的程序結(jié)構(gòu)和打印機(jī)的功能的框圖。
[0037]圖3是示出打印機(jī)的設(shè)定畫面的一例的示意圖。
[0038]圖4是示出通信中繼處理的整個(gè)流程的時(shí)序圖。
[0039]圖5是通信中繼處理的流程圖。
[0040]圖6是通過線程執(zhí)行的處理的流程圖。
[0041]圖7是線程單位的中繼處理的流程圖。
[0042]圖8是實(shí)施方式2的線程單位的中繼處理的流程圖。
[0043]圖9是實(shí)施方式3的通過線程執(zhí)行的處理的流程圖。
[0044]圖10是通信中繼處理的流程圖。
[0045]圖11是實(shí)施方式4的通過線程執(zhí)行的處理的流程圖。
[0046]圖12是基于IPP功能的通信處理的流程圖。
[0047]圖13是示出實(shí)施方式5的PC的程序結(jié)構(gòu)和打印機(jī)的功能的框圖。
【具體實(shí)施方式】
[0048]<實(shí)施方式1>
[0049]通過圖1至圖7對實(shí)施方式I進(jìn)行說明。
[0050](I) PC的電氣結(jié)構(gòu)
[0051]首先，參照圖1，對實(shí)施方式I的作為信息處理裝置的個(gè)人計(jì)算機(jī)(記載為PC)1的電氣結(jié)構(gòu)進(jìn)行說明。
[0052]PCl具有CPU10、ROMlU RAM12、顯示部13、操作部14、存儲(chǔ)部15、USB主機(jī)接口部(圖1中記載為USB主機(jī)IF部)16以及網(wǎng)絡(luò)接口部(圖1中記載為網(wǎng)絡(luò)IF部)17。
[0053]CPUlO通過執(zhí)行存儲(chǔ)在ROMl I或存儲(chǔ)部15中的程序而控制PCl的各部分。在ROMl I中存儲(chǔ)有通過CPUlO執(zhí)行的程序和數(shù)據(jù)等。RAM12是作為CPUlO用于執(zhí)行各種處理的主存儲(chǔ)裝置來使用。CPUlO是處理部的一例。
[0054]顯示部13構(gòu)成為，具有液晶顯示器等顯示裝置、驅(qū)動(dòng)顯示裝置的顯示器驅(qū)動(dòng)電路
坐寸ο
[0055]操作部14由鍵盤、鼠標(biāo)以及連接它們的接口等構(gòu)成。
[0056]存儲(chǔ)部15是使用硬盤或閃存等非易失性存儲(chǔ)器而存儲(chǔ)各種程序和數(shù)據(jù)的裝置。在存儲(chǔ)部15中存儲(chǔ)有操作系統(tǒng)(記載為OS) 21、IPP/USB轉(zhuǎn)換程序22、Web瀏覽器23等。
[0057]IPP/USB轉(zhuǎn)換程序22是通信中繼程序的一例。另外，Web瀏覽器23是通過多會(huì)話而進(jìn)行通信的客戶端應(yīng)用程序的一例。
[0058]USB主機(jī)接口部16構(gòu)成為具有USB (Universal SerialBus)主機(jī)控制器、連接有USB線纜4的插口等，USB主機(jī)接口部16以能夠通過USB線纜進(jìn)行通信的方式與打印機(jī)2連接。USB是通信線路的一例。
[0059]網(wǎng)絡(luò)接口部17是用于通過LAN (Local Area Network:局域網(wǎng))或互聯(lián)網(wǎng)等通信網(wǎng)絡(luò)5而與PC、便攜電話、便攜通信終端等外部的通信終端3進(jìn)行通信的接口。另外，網(wǎng)絡(luò)接口部17也可以通過有線而與通信網(wǎng)絡(luò)5連接，也可以通過無線與通信網(wǎng)絡(luò)5連接。[0060](2)打印機(jī)
[0061]圖1所示的打印部2是通過電子照相方式或噴墨打印方式等而在打印紙張等片材上打印圖像的裝置。打印機(jī)2構(gòu)成為USB打印機(jī)類設(shè)備。打印機(jī)2是圖像處理裝置的一例。
[0062]打印機(jī)2能夠解釋多個(gè)打印機(jī)語言，用戶將使用哪個(gè)打印機(jī)語言預(yù)先設(shè)定到打印機(jī)2。另外，打印機(jī)2作為容納打印圖像的片材的片材托盤具有第I托盤和第2托盤。用戶將容納在各托盤中的片材的尺寸預(yù)先設(shè)定到打印機(jī)2。雖然在之后詳細(xì)說明，但是這些設(shè)定能夠從PCl通過USB而進(jìn)行。
[0063]( 3) PC與打印機(jī)之間的通信
[0064]PCl在與打印機(jī)2之間通過USB而至少進(jìn)行以下的通信。
[0065].用于設(shè)定打印機(jī)2的通信
[0066].用于向打印機(jī)2發(fā)送打印數(shù)據(jù)的通信
[0067]這些通信是根據(jù)IPP over USB 標(biāo)準(zhǔn)而進(jìn)行。IPP(Internet Printing Protocol)是以HTTP (Hyper Text Transfer Protocol:超文本傳輸協(xié)議)為基礎(chǔ)的標(biāo)準(zhǔn),是用于通過互聯(lián)網(wǎng)或LAN等TCP/IP網(wǎng)絡(luò)而與打印機(jī)2進(jìn)行通信的標(biāo)準(zhǔn)。
[0068]IPP over USB是在通過USB而連接的環(huán)境中用于實(shí)現(xiàn)基于上述IPP的通信的標(biāo)準(zhǔn)。在IPP over USB中IPP的通信數(shù)據(jù)存儲(chǔ)在USB分組中而收發(fā)。
[0069](4) PC的程序結(jié)構(gòu)和打印機(jī)的功能
[0070]接著，參照圖2，對用于通過IPP over USB而進(jìn)行通信的PCl的程序結(jié)構(gòu)和打印機(jī)2的功能進(jìn)行說明。
[0071]首先，對PCl的程序結(jié)構(gòu)進(jìn)行說明。PCl執(zhí)行Web瀏覽器23、后臺(tái)處理程序24以及IPP/USB轉(zhuǎn)換程序22。
[0072]Web瀏覽器23是作為用戶用于進(jìn)行打印機(jī)2的設(shè)定的用戶接口而使用的程序。作為Web瀏覽器23,能夠使用一般利用的Web瀏覽器。
[0073]在PCl與打印機(jī)2通過USB而連接的環(huán)境中，Web瀏覽器23通過HTTP而與IPP/USB轉(zhuǎn)換程序22進(jìn)行通信。IPP/USB轉(zhuǎn)換程序作為對于本機(jī)(1calhost)(IP=127.0.0.1)的特定端口(以后記載為使用端口 80)的服務(wù)器而工作。WEB瀏覽器23通過對本機(jī)的端口80 (例:http://127.0.0.1:80)進(jìn)行訪問，從而向IPP/USB轉(zhuǎn)換程序22請求用于顯示打印機(jī)2的設(shè)定畫面41 (參照圖3)的畫面數(shù)據(jù)的發(fā)送。
[0074]此處,畫面數(shù)據(jù)通過HTML (HyperText Markup Language:超文本標(biāo)記語言)或XML(Extensible Markup Language:可擴(kuò)展標(biāo)記語言)記載。
[0075]發(fā)送到IPP/USB轉(zhuǎn)換程序22的請求，通過IPP/USB轉(zhuǎn)換程序22，經(jīng)由USB而發(fā)送到打印機(jī)2的IPP功能31。該IPP功能31進(jìn)行IPP打印、設(shè)定畫面CGI (Common GatewayInterface:通用網(wǎng)關(guān)接口)，如果除去通過USB進(jìn)行數(shù)據(jù)的輸入輸出，則與通過網(wǎng)絡(luò)進(jìn)行的以往的情況相同。因此，此處省略其詳細(xì)。
[0076]另外，關(guān)于Web瀏覽器23，可以通過PCl而執(zhí)行，也可以通過以能夠進(jìn)行通信的方式與PCl連接的外部的通信終端3執(zhí)行。
[0077]后臺(tái)處理程序24是對打印數(shù)據(jù)進(jìn)行后臺(tái)處理的程序。后臺(tái)處理程序24是作為0S21的一部分來提供。在PCl與打印機(jī)2通過USB而連接的環(huán)境中，后臺(tái)處理程序24通過IPP而與IPP/USB轉(zhuǎn)換程序22進(jìn)行通信，從而向IPP/USB轉(zhuǎn)換程序22發(fā)送打印數(shù)據(jù)。[0078]發(fā)送到IPP/USB轉(zhuǎn)換程序22的打印數(shù)據(jù)，通過IPP/USB轉(zhuǎn)換程序22，經(jīng)由USB而發(fā)送到打印機(jī)2的IPP功能31。
[0079]IPP/USB轉(zhuǎn)換程序22是在Web瀏覽器23與IPP功能31之間、以及在后臺(tái)處理程序24與IPP功能31之間對通信進(jìn)行中繼的程序。IPP/USB轉(zhuǎn)換程序22是通過USB而與IPP功能31通信。關(guān)于IPP/USB轉(zhuǎn)換程序22的詳細(xì)將在后面敘述。
[0080]接著，對打印機(jī)2的功能進(jìn)行說明。打印機(jī)2具有IPP功能31和打印功能32。
[0081]IPP功能31具有用于從Web瀏覽器23設(shè)定打印機(jī)2的Web服務(wù)器功能、以及將從PCl接收到的打印數(shù)據(jù)輸出到打印功能32的功能。IPP功能31是Web服務(wù)器功能的一例。
[0082]打印功能32是打印從IPP功能31輸出的打印數(shù)據(jù)的功能。
[0083](5) USB 中的接口
[0084]接著，對USB中的接口進(jìn)行說明。在USB中物理性地在一根USB線纜上構(gòu)成稱為接口 I以上的邏輯通信線路。
[0085]在USB中必須構(gòu)成用于進(jìn)行控制轉(zhuǎn)移的稱為端點(diǎn)O的特殊的端點(diǎn)。端點(diǎn)O是能夠進(jìn)行雙向通信的端點(diǎn)。接口是基于通過端點(diǎn)O從打印機(jī)2獲取的接口描述符而構(gòu)成的。各接口通常具有一至多個(gè)端點(diǎn)。
[0086]在本實(shí)施方式的打印機(jī)中構(gòu)成接口 I和接口 2。而且，這些接口具有導(dǎo)線用端點(diǎn)和光線用端點(diǎn)，通過使用這些而實(shí)現(xiàn)雙向通信。
[0087]并且，用于設(shè)定打印機(jī)2的通信是使用接口 I而進(jìn)行的，用于向打印機(jī)2發(fā)送打印數(shù)據(jù)的通信是通過接口 2而進(jìn)行的。
[0088]另外，也可以不構(gòu)成接口 2，用于設(shè)定打印機(jī)2的通信、和用于向打印機(jī)2發(fā)送打印數(shù)據(jù)的通信都使用接口I而進(jìn)行。
[0089](6)通過USB進(jìn)行基于多會(huì)話的通信時(shí)的課題
[0090]接著，對通過USB進(jìn)行基于多會(huì)話的通信時(shí)的課題進(jìn)行說明。此處以用于從PCl設(shè)定打印機(jī)2的通信為例進(jìn)行說明。
[0091]此處首先，參照圖3，對打印機(jī)2的設(shè)定畫面41進(jìn)行說明。在圖3所示例子的設(shè)定畫面41中，能夠設(shè)定打印機(jī)語言41a、設(shè)置在第I托盤的紙張尺寸41b、設(shè)置在第2托盤的紙張尺寸41c。
[0092]另外，如圖3所示，在設(shè)定畫面41上顯示圖像42、圖像43、圖像44。此處，將圖像42?44分別稱為GIF1、GIF2、GIF3。由于這些圖像沒有包含在畫面數(shù)據(jù)中，因此Web瀏覽器23在接收到畫面數(shù)據(jù)之后向IPP/USB轉(zhuǎn)換程序22請求這些圖像的發(fā)送。
[0093]S卩，該設(shè)定畫面41通過由基于IPP功能31的設(shè)定畫面CGI制作的HTML或XML數(shù)據(jù)而構(gòu)成。
[0094]當(dāng)通過Web瀏覽器23而訪問本機(jī)的特定端口 80 (例:http://127.0.0.1:80)時(shí)，Web瀏覽器23在與IPP/USB轉(zhuǎn)換程序之間構(gòu)筑用于發(fā)出GET命令的會(huì)話，該GET命令用于獲取該主頁面的文件。該GET命令通過IPP/USB轉(zhuǎn)換程序22而經(jīng)由USB發(fā)送到打印機(jī)2，并通過IPP功能31的CGI而處理。作為該響應(yīng)，用于顯示設(shè)定畫面41的HTML/XML數(shù)據(jù)的主頁面通過USB而返回。該數(shù)據(jù)再次通過IPP/USB轉(zhuǎn)換程序22而作為GET命令的響應(yīng)返回到瀏覽器23。
[0095]瀏覽器23對該主頁面進(jìn)行分析，同樣請求不足顯示頁面的部件(GIF1、GIF2、GIF3等。）
[0096]此時(shí)，由于Web瀏覽器23能夠進(jìn)行基于多會(huì)話的通信，因此對每個(gè)不足的部件(GIF1、GIF2、GIF3)確立會(huì)話而請求圖像的發(fā)送。也就是說，首先發(fā)送對于GIFl的GET命令，不等待該響應(yīng)而繼續(xù)發(fā)送對于GIF2、GIF3的GET命令。但是，在USB的接口中沒有多會(huì)話的概念。另外，IPP功能31未必按照GET命令的順序返回該請求的部件，該返回的次序是不定的。因此，當(dāng)多個(gè)會(huì)話的請求想要通過接口 I而進(jìn)行通信時(shí)，有可能引起對于某會(huì)話的響應(yīng)被發(fā)送到其他會(huì)話等那樣的混亂。
[0097]具體地講，在從IPP功能31發(fā)送到IPP/USB轉(zhuǎn)換程序22的響應(yīng)中沒有附加有用于識(shí)別會(huì)話的信息。因此，如果各會(huì)話通過接口 I而進(jìn)行通信，則在從IPP功能31接收到響應(yīng)時(shí)，IPP/USB轉(zhuǎn)換程序22不能判斷該響應(yīng)是對于哪個(gè)會(huì)話的響應(yīng)。因此，有可能引起對于某會(huì)話的響應(yīng)被發(fā)送到其他會(huì)話等的混亂。
[0098]因此，實(shí)施方式I的IPP/USB轉(zhuǎn)換程序22，通過執(zhí)行排他處理，從而同時(shí)僅通過一個(gè)會(huì)話而對通信進(jìn)行中繼。
[0099](7)基于IPP/USB轉(zhuǎn)換程序的通信中繼處理的整個(gè)流程
[0100]參照圖4，對基于IPP/USB轉(zhuǎn)換程序22的通信中繼處理的整個(gè)流程進(jìn)行說明。此處以用于從PCl設(shè)定打印機(jī)2的通信為例進(jìn)行說明。如上所述用于設(shè)定打印機(jī)2的通信是使用接口 I而進(jìn)行。
[0101]在之后的說明中，在稱為Web瀏覽器23時(shí)是指執(zhí)行Web瀏覽器23的CPU10。關(guān)于IPP/USB轉(zhuǎn)換程序22也同樣。
[0102]IPP/USB轉(zhuǎn)換程序22是 作為對于http://127.0.0.1:80的TCP服務(wù)器程序而常駐。
[0103]當(dāng)從用戶輸入用于指示設(shè)定畫面41的顯示的地址(http://127.0.0.1:80)時(shí)，Web瀏覽器23在與IPP/USB轉(zhuǎn)換程序22之間確立網(wǎng)絡(luò)的會(huì)話I (S101)。并且，Web瀏覽器23通過該會(huì)話1，將請求畫面數(shù)據(jù)的主頁面的發(fā)送的GET請求發(fā)送到IPP/USB轉(zhuǎn)換程序22 (S102)。另外關(guān)于此處說明的網(wǎng)絡(luò)，假設(shè)在單一的PCl內(nèi)進(jìn)行的虛擬的網(wǎng)絡(luò)。
[0104]當(dāng)接收對于主頁面的GET請求時(shí)，IPP/USB轉(zhuǎn)換程序22將該GET請求通過USB而轉(zhuǎn)送到打印機(jī)2的IPP功能31 (S103)。
[0105]當(dāng)接收GET請求時(shí)，IPP功能31將畫面數(shù)據(jù)發(fā)送到IPP/USB轉(zhuǎn)換程序22 (S104)。
[0106]當(dāng)從IPP功能31接收主頁面的數(shù)據(jù)時(shí)，IPP/USB轉(zhuǎn)換程序22經(jīng)由網(wǎng)絡(luò)將該畫面數(shù)據(jù)轉(zhuǎn)送到Web瀏覽器23 (S105)。
[0107]當(dāng)接收主頁面的數(shù)據(jù)時(shí)，Web瀏覽器23解釋該數(shù)據(jù)(S106)。在該主頁面上記載有為了顯示設(shè)定畫面41而所需的GIF1、GIF2、GIF3的信息。因此，Web瀏覽器23為了獲取這些GIF1、GIF2、GIF3，在與IPP/USB轉(zhuǎn)換程序22之間確立新的會(huì)話而請求圖像的發(fā)送。
[0108]此時(shí)，Web瀏覽器23通過多會(huì)話而對GIF1、GIF2、GIF3的各自確立會(huì)話而請求圖像的發(fā)送。因此，在圖3所示的設(shè)定畫面41的情況下，如圖4所示，確立用于請求GIFl的發(fā)送的會(huì)話2 (S107)、用于請求GIF2的發(fā)送的會(huì)話3 (S108)以及用于請求GIF3的發(fā)送的會(huì)話4 (S109)這三個(gè)會(huì)話。此處按照會(huì)話2、會(huì)話3以及會(huì)話4的順序確立會(huì)話。
[0109]此時(shí)，當(dāng)確立作為最初的會(huì)話的會(huì)話2時(shí)，IPP/USB轉(zhuǎn)換程序22禁止基于會(huì)話2以外的會(huì)話的通信。并且，IPP/USB轉(zhuǎn)換程序22通過會(huì)話2而在Web瀏覽器23與IPP功能31之間中繼通信(S110?S113)。
[0110]并且，當(dāng)已完成通過會(huì)話2的通信的中繼時(shí)，IPP/USB轉(zhuǎn)換程序22解禁基于會(huì)話3的通信。因此會(huì)話4成為通信被禁止的狀態(tài)。
[0111]并且，IPP/USB轉(zhuǎn)換程序22通過會(huì)話3而在Web瀏覽器23與IPP功能31之間中繼通信(S114?S117)，當(dāng)完成該中繼時(shí)解禁基于會(huì)話4的通信。
[0112]并且，IPP/USB轉(zhuǎn)換程序22通過會(huì)話4而在Web瀏覽器23與IPP功能31之間中繼通信(S118?S121)。
[0113]通過這一系列的處理，設(shè)定畫面41的主頁面和在該主頁面中使用的GIFl、GIF2以及GIF3被讀入到Web瀏覽器23，Web瀏覽器23顯示設(shè)定畫面41。對于該設(shè)定畫面41的操作，被變更為HTTP協(xié)議的GET命令、POST命令等而同樣通過IPP/USB轉(zhuǎn)換程序發(fā)送到IPP功能31。通過該處理，按照與以往的通過網(wǎng)絡(luò)而訪問IPP的CGI同樣的順序，通過USB進(jìn)行打印機(jī)2的設(shè)定。
[0114](8)基于IPP/USB轉(zhuǎn)換程序的通信中繼處理的詳細(xì)
[0115]接著，參照圖5，對上述通信中繼處理進(jìn)行具體說明。IPP/USB轉(zhuǎn)換程序22是作為常駐程序而執(zhí)行，該處理是當(dāng)向PCl投入電源時(shí)作為常駐程序而開始的。
[0116]此處，本處理是在Web瀏覽器23與IPP功能31之間對通信進(jìn)行中繼的處理，在后臺(tái)處理程序24與IPP功能31之間對通信進(jìn)行中繼的處理是作為與本處理不同的處理而執(zhí)行的處理。省略關(guān)于該不同的處理的說明。
[0117]在S201中，IPP/USB轉(zhuǎn)換程序22制作用于執(zhí)行排他處理的互斥?；コ馐怯糜谶M(jìn)行排他處理的機(jī)制，是通過程序語言而提供的機(jī)制。關(guān)于互斥的詳細(xì)將在后面敘述。
[0118]另外，雖然此處以使用互斥而進(jìn)行排他處理的情況為例進(jìn)行了說明，但是進(jìn)行排他處理的方法不限定于此。例如也可以使用信號(hào)量而進(jìn)行，也可以不使用互斥和信號(hào)量而通過單獨(dú)的方法而進(jìn)行。
[0119]在S202中，IPP/USB轉(zhuǎn)換程序22進(jìn)行套接字的制作和設(shè)定，該套接字對確立會(huì)話的請求(稱為接受請求)進(jìn)行監(jiān)視。套接字是指用于通過TCP/IP而進(jìn)行通信的抽象化的接口。另外，套接字的設(shè)定是指:在套接字上設(shè)定PCl的IP地址、端口號(hào)等，使該套接字的工作模式成為接受請求的監(jiān)視模式。在本實(shí)施方式中，作為IP地址監(jiān)視127.0.0.1，作為端口監(jiān)視80。
[0120]當(dāng)用戶啟動(dòng)Web瀏覽器23，作為IP地址設(shè)定127.0.0.1、作為端口設(shè)定端口 80時(shí)，Web瀏覽器23為了與該地址和端口進(jìn)行通信，嘗試連接。該處理成為接受請求。
[0121]在S203中，IPP/USB轉(zhuǎn)換程序22到從Web瀏覽器23接收接受請求為止進(jìn)行待機(jī)，當(dāng)接收接受請求時(shí)前進(jìn)到S204。
[0122]在S204中，IPP/USB轉(zhuǎn)換程序22制作線程。
[0123]在S205中，IPP/USB轉(zhuǎn)換程序22判斷是否從0S21存在結(jié)束請求。IPP/USB轉(zhuǎn)換程序22在存在結(jié)束請求時(shí)結(jié)束本處理，在不存在時(shí)返回到S203而重復(fù)進(jìn)行處理。
[0124](9)通過線程執(zhí)行的處理
[0125]接著，參照圖6，對通過在S204中制作的線程而執(zhí)行的處理進(jìn)行說明。如上所述線程是在每次接收接受請求時(shí)制作的。由于任意一個(gè)線程所執(zhí)行的處理相同，因此此處以最初所制作的線程、即第I線程為例進(jìn)行說明。[0126]在S301中，第I線程執(zhí)行接受處理。接受處理是在與發(fā)送了接受請求的對方、即發(fā)送確立會(huì)話的請求的對方之間確立新的會(huì)話的處理。當(dāng)確立會(huì)話時(shí)，制作通過該會(huì)話進(jìn)行通信的新的套接字。另外，在套接字的打開/關(guān)閉、接受等的定時(shí)，利用使用了 USB的端點(diǎn)O的控制轉(zhuǎn)移而將信息送到打印機(jī)2，也可以在上述打開、關(guān)閉、接受等的定時(shí)與打印機(jī)2獲取同步。S301是在與Web瀏覽器23之間確立新的會(huì)話的確立處理的一例。
[0127]在S302中，第I線程執(zhí)行禁止基于在S301中確立的新的會(huì)話以外的會(huì)話的通信的排他處理。
[0128]具體地講，第I線程嘗試在S201中制作的互斥的獲取。在沒有通過其他線程而獲取互斥時(shí)，通過第I線程而獲取互斥，之后嘗試了互斥的獲取的其他線程到通過第I線程而釋放互斥為止成為待機(jī)狀態(tài)。由此，其他線程成為通信被禁止的狀態(tài)。
[0129]另一方面，在通過其他線程而獲取互斥時(shí)，第I線程到能夠獲取互斥為止成為待機(jī)狀態(tài)。由此，第I線程成為通信被禁止的狀態(tài)。并且，當(dāng)其他線程釋放互斥時(shí)，在存在比第I線程更早成為待機(jī)狀態(tài)的線程時(shí)，通過該更早成為待機(jī)狀態(tài)的線程而獲取該互斥，第I線程繼續(xù)成為待機(jī)狀態(tài)。在沒有比第I線程更早成為待機(jī)狀態(tài)的線程時(shí)，通過第I線程而獲取互斥。
[0130]第I線程當(dāng)獲取互斥時(shí)前進(jìn)到S303。
[0131]此處，S302是判斷處理、待機(jī)處理以及排他處理的一例。也就是說，第I線程通過使用互斥的機(jī)制而執(zhí)行判斷處理、待機(jī)處理以及排他處理。
[0132]在S303中，第I線程執(zhí)行線程單位的中繼處理。線程單位的中繼處理是通過在S301中確立的新的會(huì)話而在Web瀏覽器23與IPP功能31之間中繼通信的處理。關(guān)于線程單位的中繼處理的詳細(xì)，將在后面敘述。
[0133]在S304中，第I線程執(zhí)行排他結(jié)束處理。具體地講，第I線程釋放互斥。S304是解禁處理的一例。
[0134]在S305中，第I線程關(guān)閉在S301中制作的會(huì)話而結(jié)束處理。
[0135](10)線程單位的中繼處理
[0136]接著，對在S303中執(zhí)行的線程單位的中繼處理進(jìn)行說明。
[0137]此處首先，對從Web瀏覽器23發(fā)送到IPP/USB轉(zhuǎn)換程序22的請求、和從IPP功能31發(fā)送到IPP/USB轉(zhuǎn)換程序22的響應(yīng)進(jìn)行說明。
[0138]從Web瀏覽器23發(fā)送到IPP/USB轉(zhuǎn)換程序22的請求由一個(gè)以上的通信數(shù)據(jù)構(gòu)成。以下示出請求的一例。此處在各通信數(shù)據(jù)之前用[]括起來行號(hào)而示出。
[0139][第一行]P0ST/ipp/[功能(function)]HTTP/1.1<CRLF>
[0140][第二行]主機(jī)(Host):本機(jī)<CRLF>
[0141][第三行]內(nèi)容-類型(Content-Type):請求(application)/ipp〈CRLF>
[0142][第四行]傳輸-編碼:分塊(Transfer-Encoding:chunked) <CRLF>
[0143][第五行]<CRLF>
[0144]在上述例中各行分別表示一個(gè)通信數(shù)據(jù)。另外，從上述例子可知，各通信數(shù)據(jù)最后以<CRLF>結(jié)束。<CRLF>是返回?fù)Q行代碼。
[0145]另外，如第五行所示，請求的最后的通信數(shù)據(jù)僅是〈CRLF〉。因此，在接收到的通信數(shù)據(jù)僅是<CRLF>時(shí)，能夠判斷為已完成一個(gè)請求的接收。[0146]另外，在PUT命令和POST命令中，通常除了該一系列的請求以外，還發(fā)送二進(jìn)制數(shù)據(jù)或文本數(shù)據(jù)。此時(shí)，在上述一系列的請求中插入內(nèi)容-長度(Content-Length):4554這一行，表示連著所指定的字節(jié)數(shù)(此時(shí)為4554)的附加數(shù)據(jù)。
[0147]另外，在預(yù)先不知道所有的附加數(shù)據(jù)的字節(jié)數(shù)時(shí)，有時(shí)表示以傳輸-編碼:分塊等形式連著切碎的數(shù)據(jù)塊。此時(shí),示出每個(gè)數(shù)據(jù)塊的尺寸。
[0148]同樣，從IPP功能31發(fā)送到IPP/USB轉(zhuǎn)換程序22的一個(gè)響應(yīng)也由一個(gè)以上的通信數(shù)據(jù)構(gòu)成，最后的通信數(shù)據(jù)只是〈CRLF〉。另外，就對于GET命令的響應(yīng)而言，與上述同樣連著二進(jìn)制數(shù)據(jù)。由于是在任何情況下都能廣泛使用的技術(shù)，因此在此處省略該詳細(xì)。
[0149]在S401中，第I線程通過在S301中確立的網(wǎng)絡(luò)的會(huì)話而從Web瀏覽器23接收通
信數(shù)據(jù)。
[0150]在S402中，第I線程將在S401中從Web瀏覽器23接收到的通信數(shù)據(jù)通過USB而發(fā)送到IPP功能31。
[0151]在S403中，第I線程判斷是否已完成一個(gè)請求的接收。
[0152]具體地講，根據(jù)HTTP的協(xié)議，對〈CRLF〉、內(nèi)容-長度、傳輸-編碼:分塊等的出現(xiàn)狀況進(jìn)行分析，判斷該數(shù)據(jù)結(jié)束。具體地講，通過確認(rèn)<CRLF>的有無、通過內(nèi)容-長度和傳輸-編碼:分塊表示附加數(shù)據(jù)的尺寸，從而能夠判斷數(shù)據(jù)結(jié)束。
[0153]其結(jié)果，在判斷為從Web瀏覽器23通過該會(huì)話而發(fā)送的所有請求數(shù)據(jù)和附隨的數(shù)據(jù)向IPP功能31的轉(zhuǎn)送結(jié)束時(shí)，前進(jìn)到S404。另一方面，在判斷為從Web瀏覽器23接收到的通信數(shù)據(jù)還沒有結(jié)束時(shí)，第I線程判斷為沒有完成一個(gè)請求的接收，返回到S401而重復(fù)進(jìn)行處理。S403是第I分析處理的一例。該轉(zhuǎn)送的請求數(shù)據(jù)和附隨的數(shù)據(jù)，通過IPP功能31的設(shè)定畫面CGI而解釋，IPP功能31制作與此對應(yīng)的響應(yīng)數(shù)據(jù)。例如，對于主頁面請求的GET命令的響應(yīng)，成為包含該主頁面的一系列的信息。該數(shù)據(jù)通過USB而返回到IPP/USB轉(zhuǎn)換程序22。
[0154]在S404中，第I線程作為對于發(fā)送到IPP功能31的請求的響應(yīng)，從IPP功能31通過USB而接收通信數(shù)據(jù)。
[0155]在S405中，第I線程將在S404中從打印機(jī)2接收的通信數(shù)據(jù)，通過在S301中確立的會(huì)話而發(fā)送到Web瀏覽器23。
[0156]在S406中，第I線程判斷是否已完成一個(gè)響應(yīng)的接收。
[0157]該判斷方法按照與S403相同的順序進(jìn)行。并且，在判斷為已完成響應(yīng)的接收時(shí)，結(jié)束該處理。另一方面，在判斷為沒有完成響應(yīng)的接收時(shí)，返回到S404而重復(fù)進(jìn)行處理。S406是第2分析處理的一例。
[0158]另一方面，雖然在第2線程中也與上述同樣地進(jìn)行通信，但是此時(shí)在S302中的排他處理中，到進(jìn)行第一線程的排他結(jié)束處理S304為止成為待機(jī)狀態(tài)。
[0159]同樣，在第3線程中也到進(jìn)行第2線程和第I線程的排他結(jié)束處理S304為止成為待機(jī)狀態(tài)。
[0160]因此，中繼處理S303保證在所有的線程中不同時(shí)進(jìn)行。
[0161](11)實(shí)施方式的效果
[0162]根據(jù)以上說明的IPP/USB轉(zhuǎn)換程序22，在Web瀏覽器23經(jīng)由作為沒有多會(huì)話概念的通信線路的USB (更具體地講是接口)通過多會(huì)話而與打印機(jī)2進(jìn)行通信時(shí)，由于在通過某個(gè)會(huì)話對通信進(jìn)行中繼的期間禁止基于其他會(huì)話的通信，因此能夠抑制如針對某會(huì)話的響應(yīng)被發(fā)送到其他會(huì)話等那樣的響應(yīng)混亂。
[0163]由此，根據(jù)IPP/USB轉(zhuǎn)換程序22，Web瀏覽器23能夠經(jīng)由USB而通過多會(huì)話無混亂地與打印機(jī)2進(jìn)行通信。
[0164]而且，根據(jù)IPP/USB轉(zhuǎn)換程序22，由于當(dāng)一對請求和響應(yīng)的中繼完成時(shí)解禁基于其他會(huì)話的通信，因此能夠縮短其他會(huì)話的待機(jī)時(shí)間。
[0165]而且，根據(jù)IPP/USB轉(zhuǎn)換程序22，由于對在Web瀏覽器23與IPP功能31之間收發(fā)的通信數(shù)據(jù)進(jìn)行中繼，因此Web瀏覽器23能夠經(jīng)由USB而通過多會(huì)話無混亂地與IPP功能31進(jìn)行通信。
[0166]而且,根據(jù)IPP/USB轉(zhuǎn)換程序22,由于對用于從Web瀏覽器23設(shè)定打印機(jī)2的通信進(jìn)行中繼，因此在從Web瀏覽器23設(shè)定打印機(jī)2時(shí)能夠通過多會(huì)話無混亂地進(jìn)行通信。
[0167]而且，根據(jù)IPP/USB轉(zhuǎn)換程序22，由于對從Web瀏覽器23接收到的通信數(shù)據(jù)進(jìn)行分析，判斷為已完成接收，因此能夠判斷為已完成請求的接收。關(guān)于從IPP功能31接收到的響應(yīng)也同樣。
[0168]〈實(shí)施方式2>
[0169]接著，通過圖8對實(shí)施方式2進(jìn)行說明。
[0170]實(shí)施方式2是實(shí)施方式I的線程單位的中繼處理的變形例。在實(shí)施方式I的線程單位的中繼處理中，通過對通信數(shù)據(jù)進(jìn)行分析，判斷是否已完成請求的接收以及是否已完成響應(yīng)的接收。相對于此，在實(shí)施方式2的中繼處理中，不用對通信數(shù)據(jù)進(jìn)行分析而判斷是否已完成請求的接收以及已完成響應(yīng)的接收。
[0171]參照圖8，對實(shí)施方式2的線程單位的中繼處理進(jìn)行說明。
[0172]在S501中，第I線程從Web瀏覽器23接收通信數(shù)據(jù)。
[0173]具體地講，第I線程詢問在S301中制作的套接字中是否存在通信數(shù)據(jù)。第I線程在存在從Web瀏覽器23接收到的通信數(shù)據(jù)時(shí)，接收該通信數(shù)據(jù)而前進(jìn)到S502。另一方面，在沒有從Web瀏覽器23接收到的通信數(shù)據(jù)時(shí)，第I線程在經(jīng)過第I預(yù)定時(shí)間之后超時(shí)而前進(jìn)到S502。
[0174]在S502中，第I線程判斷在S501中是否超時(shí)，在沒有超時(shí)時(shí)前進(jìn)到S503，在超時(shí)時(shí)判斷為請求的接收結(jié)束而前進(jìn)到S504。
[0175]在S503中，第I線程將在S501中從Web瀏覽器23接收到的通信數(shù)據(jù)通過USB而轉(zhuǎn)送到IPP功能31。IPP功能31的設(shè)定畫面CGI對該通信數(shù)據(jù)進(jìn)行處理，返回對于對應(yīng)的命令的響應(yīng)。
[0176]在S504中，第I線程從IPP功能31通過USB而接收通信數(shù)據(jù)。該通信數(shù)據(jù)是作為對于通過S501?S503而發(fā)送到IPP功能31的請求的響應(yīng)而接收的。
[0177]此處，在第I線程向IPP功能31發(fā)送了最后的通信數(shù)據(jù)時(shí)開始的第2預(yù)定時(shí)間以內(nèi)，在第I線程沒有從IPP功能31接收通信數(shù)據(jù)時(shí)，來自IPP功能31的通信數(shù)據(jù)的接收超時(shí)。
[0178]在S505中，第I線程判斷來自S504中的IPP功能31的通信數(shù)據(jù)的接收是否超時(shí)。以下對進(jìn)行該判斷的理由進(jìn)行說明。
[0179]如上所述，當(dāng)?shù)贗線程在S502中判斷為超時(shí)時(shí)，判斷為已完成來自Web瀏覽器23的請求的接收。但是，實(shí)際上還存在請求的接收沒有完成，由于CPUlO的負(fù)荷高等某種理由而僅通信數(shù)據(jù)的發(fā)送被延遲的情況。
[0180]由于在第I線程沒有完成來自Web瀏覽器23的請求的接收時(shí)，從第I線程向IPP功能31的請求的發(fā)送也沒有完成，因此IPP功能31成為等待請求的接收完成的狀態(tài)。因此，IPP功能31不向第I線程發(fā)送響應(yīng)。
[0181]因此，與來自Web瀏覽器23的請求的接收沒有完成無關(guān)，當(dāng)在S502中判斷為超時(shí)時(shí)，在S504中來自IPP功能31的通信數(shù)據(jù)的接收超時(shí)。
[0182]因此，通過判斷來自IPP功能31的通信數(shù)據(jù)的接收是否超時(shí)，能夠以高精度判斷S502中的超時(shí)是由來自Web瀏覽器23的請求的接收完成引起的正常的超時(shí)、還是來自Web瀏覽器23的請求的接收沒有完成的異常的超時(shí)。
[0183]第I線程在來自IPP功能31的通信數(shù)據(jù)的接收沒有超時(shí)時(shí)前進(jìn)到S506。另一方面，在來自IPP功能31的通信數(shù)據(jù)的接收超時(shí)時(shí)，第I線程判斷為S502中的超時(shí)為異常的超時(shí)，為了從Web瀏覽器23接收剩余的通信數(shù)據(jù)而返回到S501。
[0184]在S506中，第I線程將從打印機(jī)2接收到的通信數(shù)據(jù)發(fā)送到Web瀏覽器23。
[0185]在S507中，第I線程向IPP功能31詢問是否已完成響應(yīng)的發(fā)送。該詢問是通過使用了端點(diǎn)O的控制轉(zhuǎn)移而進(jìn)行。
[0186]在S508中，第I線程判斷對于S507中的詢問的來自打印機(jī)2的詢問結(jié)果。第I線程在詢問結(jié)果(數(shù)據(jù)結(jié)束)是已完成時(shí)判斷為已完成通信的中繼，結(jié)束該處理而返回到基于線程的處理。另一方面，在詢問結(jié)果是沒有完成時(shí)，第I線程判斷為沒有完成通信的中繼而前進(jìn)到S509。
[0187]在S509中，第I線程從IPP功能31通過USB而接收通信數(shù)據(jù)。之后再次返回到S506，該通信數(shù)據(jù)被發(fā)送到WEB瀏覽器23。之后到數(shù)據(jù)結(jié)束為止，即到將來自IPP功能31的響應(yīng)全部轉(zhuǎn)送到Web瀏覽器23為止繼續(xù)進(jìn)行該循環(huán)。
[0188]根據(jù)以上說明的實(shí)施方式2的IPP/USB轉(zhuǎn)換程序22，由于在沒有從Web瀏覽器23接收第I預(yù)定時(shí)間以上的通信數(shù)據(jù)時(shí)臨時(shí)判斷為已完成來自Web瀏覽器23的請求的接收，因此不用對通信數(shù)據(jù)的內(nèi)容進(jìn)行分析而能夠判斷是否已完成請求的接收。
[0189]另外，根據(jù)IPP/USB轉(zhuǎn)換程序22，在沒有在第2預(yù)定時(shí)間以內(nèi)從IPP功能31接收通信數(shù)據(jù)時(shí)，由于已完成請求的接收這樣的臨時(shí)判斷有誤而從Web瀏覽器23接收剩余的通信數(shù)據(jù)，因此能夠更可靠地從Web瀏覽器23接收請求。
[0190]而且，根據(jù)IPP/USB轉(zhuǎn)換程序22，由于向IPP功能31詢問是否已完成響應(yīng)的發(fā)送，在接收到詢問結(jié)果是已完成時(shí)判斷為已完成通信的中繼，因此不用對通信數(shù)據(jù)的內(nèi)容進(jìn)行分析而能夠判斷是否已完成通信的中繼。
[0191]〈實(shí)施方式3>
[0192]接著，通過圖9對實(shí)施方式3進(jìn)行說明。
[0193]上述實(shí)施方式I的IPP/USB轉(zhuǎn)換程序22當(dāng)在一個(gè)會(huì)話中已完成一對請求和響應(yīng)的收發(fā)時(shí)切斷會(huì)話。相對于此，實(shí)施方式3的IPP/USB轉(zhuǎn)換程序22在一個(gè)會(huì)話中收發(fā)多個(gè)成對的請求和響應(yīng)。
[0194]圖9是示出實(shí)施方式3的第I線程的處理的流程的流程圖。
[0195]由于到S301?S304為止與實(shí)施方式I相同，因此省略說明。[0196]在S601中，第I線程判斷是否從在S304中結(jié)束了排他處理時(shí)開始在第3預(yù)定時(shí)間以內(nèi)接收到保持-活動(dòng)(Ke印-Alive)信號(hào)，在接收到保持-活動(dòng)信號(hào)時(shí)返回到S302，在沒有接收時(shí)前進(jìn)到S305而關(guān)閉會(huì)話。
[0197]此處，保持-活動(dòng)信號(hào)是為了維持會(huì)話而發(fā)送的信號(hào)。保持-活動(dòng)信號(hào)是由Web瀏覽器23發(fā)送。保持-活動(dòng)信號(hào)是維持信號(hào)的一例。
[0198]根據(jù)以上說明的實(shí)施方式3的IPP/USB轉(zhuǎn)換程序22，通過在每次完成一對請求和響應(yīng)的收發(fā)時(shí)不切斷會(huì)話，從而能夠高效地進(jìn)行通信。
[0199]〈實(shí)施方式4>
[0200]接著，通過圖10至圖12對實(shí)施方式4進(jìn)行說明。
[0201]實(shí)施方式4是實(shí)施方式I的變形例。上述實(shí)施方式I的IPP/USB轉(zhuǎn)換程序22使用一個(gè)接口(具體地講為接口 I)進(jìn)行用于設(shè)定打印機(jī)2的通信。
[0202]相對于此，實(shí)施方式4的IPP/USB轉(zhuǎn)換程序22中，在打印機(jī)2與PCl之間構(gòu)成接口 1、接口 2以及接口 3。接口 3也是能夠進(jìn)行雙向通信的接口。
[0203]并且，IPP/USB轉(zhuǎn)換程序22使用接口 I和接口 2而進(jìn)行用于設(shè)定上述打印機(jī)2的通信。用于向打印機(jī)2發(fā)送打印數(shù)據(jù)的通信是使用接口 3。
[0204]( I)基于IPP/USB轉(zhuǎn)換程序的通信中繼處理的詳細(xì)
[0205]首先，參照圖10，對實(shí)施方式4的通信中繼處理進(jìn)行說明。另外，在圖10中將接口記載為IF。
[0206]在S701中，IPP/USB轉(zhuǎn)換程序22對每個(gè)接口 I和接口 2制作互斥。
[0207]由于S202?S205的處理實(shí)際上與實(shí)施方式I相同，因此省略說明。
[0208]接著，參照圖11，對實(shí)施方式4的第I線程的處理的流程進(jìn)行說明。此處，對于與實(shí)施方式I實(shí)質(zhì)上相同的處理標(biāo)注相同標(biāo)號(hào)并省略說明。
[0209]在S801中，第I線程選擇接口 I和接口 2中未使用的接口、或者等待少的接口。S801是選擇處理的一例。
[0210]此處，在任何接口都未使用時(shí)，第I線程選擇接口 I。另外，在任意一個(gè)接口都使用時(shí)，第I線程選擇等待接口被釋放的線程的數(shù)量最少的接口。另外，在對于任意一個(gè)接口等待釋放的線程的數(shù)量相同時(shí)，第I線程選擇接口 I。
[0211]在制作了第I線程的時(shí)刻，由于未使用任何接口，因此第I線程選擇接口 I。
[0212]在S802中，第I線程執(zhí)行在S801中選擇的接口 I的排他處理。該排他處理是通過獲取接口I的互斥而進(jìn)行。
[0213]當(dāng)執(zhí)行接口 I的排他處理時(shí)，接口 I成為正在使用的狀態(tài)。當(dāng)在該狀態(tài)下通過第2線程而執(zhí)行S801時(shí)，由于通過第I線程而使用接口 1，因此第2線程選擇沒有使用的接口即接口 2。
[0214]由于當(dāng)在該狀態(tài)下通過第3線程而執(zhí)行S801時(shí)，接口 I和接口 2都使用，因此第3線程選擇接口 I。此時(shí)，第3線程到接口 I被開放為止成為待機(jī)狀態(tài)。
[0215]在S803中，第I線程執(zhí)行使用了接口 I的中繼處理。
[0216]在S804中，第I線程執(zhí)行接口 I的排他結(jié)束處理。當(dāng)執(zhí)行接口 I的排他結(jié)束處理時(shí)釋放接口 I的互斥，通過第3線程而獲取該互斥。
[0217](2)基于IPP功能的通信處理[0218]接著，參照圖12，對實(shí)施方式4的基于IPP功能31的通信處理進(jìn)行說明。
[0219]在S901中，IPP功能31判斷在接口 I中是否存在通信數(shù)據(jù)，在存在時(shí)前進(jìn)到S902，在不存在時(shí)前進(jìn)到S904。
[0220]在S902中，IPP功能31通過接口 I而接收請求。
[0221]在S903中，IPP功能31將對于在S902中接收到的請求的響應(yīng)，通過接口 I而發(fā)送到IPP/USB轉(zhuǎn)換程序22。
[0222]在S904中，IPP功能31判斷在接口 2中是否存在通信數(shù)據(jù)，在存在時(shí)前進(jìn)到S905，在不存在時(shí)返回到S901。
[0223]在S905中，IPP功能31通過接口 2而接收請求。 [0224]在S906中，IPP功能31將對于在S905中接收到的請求的響應(yīng)，通過接口 2而發(fā)送到IPP/USB轉(zhuǎn)換程序22。在已完成響應(yīng)的發(fā)送之后，IPP功能31返回到S901。
[0225](3)實(shí)施方式的效果
[0226]根據(jù)以上說明的實(shí)施方式4的IPP/USB轉(zhuǎn)換程序22，Web瀏覽器23能夠經(jīng)由沒有多會(huì)話概念的多個(gè)接口而通過多會(huì)話無混亂地與打印機(jī)2進(jìn)行通信。
[0227]<實(shí)施方式5>
[0228]接著，通過13對實(shí)施方式5進(jìn)行說明。
[0229]如圖13所示，實(shí)施方式5的打印機(jī)2不具有IPP功能31。作為其替代，實(shí)施方式5的打印機(jī)2具有Web服務(wù)器功能33。
[0230]由于此時(shí)Web瀏覽器23也進(jìn)行基于多會(huì)話的通信，因此響應(yīng)有可能會(huì)混亂。因此，在實(shí)施方式5中，通過IPP/USB轉(zhuǎn)換程序22與Web服務(wù)器功能33進(jìn)行通信。但是，由于打印機(jī)2不具有IPP功能31，因此IPP/USB轉(zhuǎn)換程序22經(jīng)由USB而通過HTTP與Web服務(wù)器功能33進(jìn)行通信。
[0231 ] IPP/USB轉(zhuǎn)換程序22將請求存儲(chǔ)到USB的分組中而發(fā)送到Web服務(wù)器功能33，Web服務(wù)器功能33將對于該請求的響應(yīng)存儲(chǔ)在USB的分組中而發(fā)送到IPP/USB轉(zhuǎn)換程序22。此處，如圖13所示，在實(shí)施方式5中用于設(shè)定打印機(jī)2的通信是使用端點(diǎn)O而進(jìn)行。
[0232]另外，由于在實(shí)施方式5中打印機(jī)2不具有IPP功能31，因此后臺(tái)處理程序24不通過IPP/USB轉(zhuǎn)換程序22而向打印機(jī)2發(fā)送打印數(shù)據(jù)。后臺(tái)處理程序24與打印機(jī)2之間的通信是使用接口I而進(jìn)行。
[0233]根據(jù)以上說明的IPP/USB轉(zhuǎn)換程序22，即使在打印機(jī)2不具有IPP功能31的情況下，Web瀏覽器23也能夠經(jīng)由USB而通過多會(huì)話無混亂地與打印機(jī)2進(jìn)行通信。
[0234]<其他實(shí)施方式>
[0235]不限定于通過上述記載和【專利附圖】

【附圖說明】的實(shí)施方式，例如如下所述的實(shí)施方式也包含在技術(shù)范圍內(nèi)。
[0236](I)在上述實(shí)施方式中，作為通過多會(huì)話進(jìn)行通信的客戶端應(yīng)用程序以Web瀏覽器23為例進(jìn)行了說明。但是，關(guān)于客戶端應(yīng)用程序，只要通過多會(huì)話而通信，則也可以是其他的應(yīng)用程序。
[0237]( 2 )在上述實(shí)施方式中，作為通信線路以USB為例進(jìn)行了說明。但是，通信線路不限于USB。例如PCl與打印機(jī)2也可以通過作為打印機(jī)的通信標(biāo)準(zhǔn)的IEEE1284而進(jìn)行通?目。[0238](3)在上述實(shí)施方式中，以每次請求會(huì)話的確立時(shí)制作新的線程的情況為例進(jìn)行了說明。相對于此，也可以不制作線程，在通信中繼處理中按照時(shí)序執(zhí)行對于各會(huì)話的處理?；蛘?，也可以代替線程而制作進(jìn)程，通過進(jìn)程進(jìn)行由線程所進(jìn)行的處理。
[0239](4)在實(shí)施方式4中，以通過邏輯的多個(gè)通信線路連接PCl與打印機(jī)2的情況為例進(jìn)行了說明。相對于此，PCl與打印機(jī)2也可以通過物理性的多個(gè)通信線路而連接。
[0240](5)在上述實(shí)施方式中以在通過多會(huì)話進(jìn)行用于設(shè)定打印機(jī)2的通信時(shí)進(jìn)行會(huì)話的排他控制的情況為例進(jìn)行了說明。除此以外，也可以在通過多會(huì)話進(jìn)行用于向打印機(jī)2發(fā)送打印數(shù)據(jù)的通信時(shí)進(jìn)行會(huì)話的排他控制。
[0241](6)在上述實(shí)施方式中，作為圖像處理裝置以打印機(jī)2為例進(jìn)行了說明。相對于此，圖像處理裝置也可以是具有打印功能、掃描功能、復(fù)制功能、傳真功能等的所謂復(fù)合機(jī)。
[0242](7)在上述實(shí)施方式中，在開始排他處理之后進(jìn)行來自Web瀏覽器23的接收。SP，到通過排他處理允許執(zhí)行為止不進(jìn)行來自Web瀏覽器23的請求的接收。但是，排他的開始只要在將來自Web瀏覽器23的數(shù)據(jù)發(fā)送到打印機(jī)(IPP功能31或Web服務(wù)器功能33)之前即可，即使在接收了來自Web瀏覽器23的請求之后也沒關(guān)系。
【權(quán)利要求】
1.一種通信中繼裝置，以能夠通過通信線路進(jìn)行通信的方式與圖像處理裝置連接，所述通信中繼裝置具有處理部， 所述處理部執(zhí)行: 確立處理，當(dāng)從通過多會(huì)話進(jìn)行通信的客戶端應(yīng)用程序請求會(huì)話的確立時(shí)，根據(jù)該請求在與所述客戶端應(yīng)用程序之間確立新的會(huì)話； 判斷處理，當(dāng)通過所述確立處理而確立所述新的會(huì)話時(shí)，判斷是否禁止了基于在與所述客戶端應(yīng)用程序之間確立的其他會(huì)話以外的會(huì)話的通信； 待機(jī)處理，在通過所述判斷處理而判斷為通信被禁止時(shí)，到通信被解禁為止將基于所述新的會(huì)話的通信待機(jī)； 排他處理，在通過所述判斷處理而判斷為通信沒有被禁止時(shí)，或者，在基于所述待機(jī)處理的待機(jī)被解除時(shí)，禁止基于所述新的會(huì)話以外的會(huì)話的通信； 中繼處理，在通過所述排他處理而禁止了基于所述新的會(huì)話以外的會(huì)話的通信的狀態(tài)下，通過所述新的會(huì)話在所述客戶端應(yīng)用程序與所述圖像處理裝置之間對通信進(jìn)行中繼；以及 解禁處理，當(dāng)完成所述中繼處理的中繼時(shí)，解禁基于所述新的會(huì)話以外的會(huì)話的通信。
2.根據(jù)權(quán)利要求1所述的通信中繼裝置，其特征在于， 所述通信由一個(gè)請求和對于該請求的響應(yīng)構(gòu)成， 當(dāng)在所述中繼處理中已完成一對所述請求和所述響應(yīng)的中繼時(shí)，所述處理部判斷為已完成中繼。
3.根據(jù)權(quán)利要求1所述的通信中繼裝置，其特征在于， 所述通信線路為通用串行總線。
4.根據(jù)權(quán)利要求1所述的通信中繼裝置，其特征在于， 所述圖像處理裝置具有Web服務(wù)器功能， 所述客戶端應(yīng)用程序?yàn)閃eb瀏覽器， 所述處理部對在所述Web瀏覽器與所述Web服務(wù)器功能之間收發(fā)的通信數(shù)據(jù)進(jìn)行中繼。
5.根據(jù)權(quán)利要求1所述的通信中繼裝置，其特征在于， 所述通信是用于從所述客戶端應(yīng)用程序設(shè)定所述圖像處理裝置的通信。
6.根據(jù)權(quán)利要求1所述的通信中繼裝置，其特征在于， 所述處理部，當(dāng)從所述客戶端應(yīng)用程序接收請求時(shí)，將該請求發(fā)送到所述圖像處理裝置，所述處理部當(dāng)從所述圖像處理裝置接收對于該請求的響應(yīng)時(shí)，將該響應(yīng)發(fā)送到所述客戶端應(yīng)用程序， 所述請求和所述響應(yīng)分別由多個(gè)通信數(shù)據(jù)構(gòu)成， 所述處理部執(zhí)行: 第I分析處理，對從所述客戶端應(yīng)用程序接收到的通信數(shù)據(jù)進(jìn)行分析，判斷該通信數(shù)據(jù)是否是表示所述請求的結(jié)束的通信數(shù)據(jù)；以及 第2分析處理，對從所述圖像處理裝置接收到的通信數(shù)據(jù)進(jìn)行分析，判斷該通信數(shù)據(jù)是否是表示所述響應(yīng)的結(jié)束的通信數(shù)據(jù)， 在所述中繼處理中，在通過所述第I分析處理而判斷為是表示所述請求的結(jié)束的通信數(shù)據(jù)時(shí)，判斷為已完成所述請求的接收，在通過所述第2分析處理而判斷為是表示所述響應(yīng)的結(jié)束的通信數(shù)據(jù)時(shí)，判斷為已完成所述響應(yīng)的接收。
7.根據(jù)權(quán)利要求1所述的通信中繼裝置，其特征在于， 所述處理部，當(dāng)從所述客戶端應(yīng)用程序接收請求時(shí)將該請求發(fā)送到所述圖像處理裝置，所述處理部當(dāng)從所述圖像處理裝置接收對于該請求的響應(yīng)時(shí)將該響應(yīng)發(fā)送到所述客戶端應(yīng)用程序， 所述請求由多個(gè)通信數(shù)據(jù)構(gòu)成， 所述處理部在所述中繼處理中，在從所述客戶端應(yīng)用程序接收到所述通信數(shù)據(jù)之后，在第I預(yù)定時(shí)間以上沒有接收下一個(gè)所述通信數(shù)據(jù)時(shí)，臨時(shí)判斷為已完成所述請求的接收， 所述處理部在所述中繼處理中，在從向所述圖像處理裝置發(fā)送了所述請求開始的第2預(yù)定時(shí)間以內(nèi)沒有從所述圖像處理裝置接收所述響應(yīng)時(shí)，判斷為沒有完成來自所述客戶端應(yīng)用程序的所述請求的接收，從所述客戶端應(yīng)用程序接收剩余的通信數(shù)據(jù)。
8.根據(jù)權(quán)利要求7所述的通信中繼裝置，其特征在于， 所述處理部在所述中繼處理中，向所述圖像處理裝置詢問是否已完成所述響應(yīng)的發(fā)送，在從所述圖像處理裝置接收到詢問結(jié)果是已完成時(shí)，判斷為已完成所述響應(yīng)的接收。
9.根據(jù)權(quán)利要求1所述的通信中繼裝置，其特征在于， 所述客戶端應(yīng)用程序和所述通信中繼裝置構(gòu)成為能夠在單一的所述會(huì)話中收發(fā)多個(gè)成對的請求和響應(yīng)， 所述處理部當(dāng)已完成基于所述中繼處理的一對所述請求和所述響應(yīng)的中繼時(shí)，在所述解禁處理中解禁基于所述新的會(huì)話以外的會(huì)話的通信， 所述處理部在通過所述解禁處理而解禁了基于所述新的會(huì)話以外的會(huì)話的通信之后，當(dāng)在第3預(yù)定時(shí)間以內(nèi)接收到維持所述新的會(huì)話的維持信號(hào)時(shí)返回到所述判斷處理而重復(fù)進(jìn)行處理，另一方面在沒有接收到所述維持信號(hào)時(shí)切斷所述新的會(huì)話。
10.根據(jù)權(quán)利要求1至9中的任意一項(xiàng)所述的通信中繼裝置，其特征在于， 所述通信中繼裝置以能夠通過多個(gè)物理的或邏輯的所述通信線路進(jìn)行通信的方式與所述圖像處理裝置連接， 所述處理部在每次從所述客戶端應(yīng)用程序請求會(huì)話的確立時(shí)，執(zhí)行選擇任意一個(gè)所述通信線路的選擇處理， 所述處理部在所述排他處理中，禁止使用相同所述通信線路進(jìn)行通信的其他會(huì)話的通?目。
11.一種通信中繼方法，在以能夠通過通信線路進(jìn)行通信的方式與圖像處理裝置連接的信息處理裝置中執(zhí)行，所述通信中繼方法使所述信息處理裝置執(zhí)行: 確立處理，當(dāng)從通過多會(huì)話進(jìn)行通信的客戶端應(yīng)用程序請求會(huì)話的確立時(shí)，根據(jù)該請求在與所述客戶端應(yīng)用程序之間確立新的會(huì)話； 判斷處理，當(dāng)通過所述確立處理而確立所述新的會(huì)話時(shí)，判斷是否禁止了基于在與所述客戶端應(yīng)用程序之間確立的其他會(huì)話以外的會(huì)話的通信； 待機(jī)處理，在通過所述判斷處理而判斷為通信被禁止時(shí)，到通信被解禁為止將基于所述新的會(huì)話的通信待機(jī)；排他處理，在通過所述判斷處理而判斷為通信沒有被禁止時(shí)，或者，在基于所述待機(jī)處理的待機(jī)被解除時(shí)，禁止基于所述新的會(huì)話以外的會(huì)話的通信； 中繼處理，在通過 所述排他處理而禁止了基于所述新的會(huì)話以外的會(huì)話的通信的狀態(tài)下，通過所述新的會(huì)話在所述客戶端應(yīng)用程序與所述圖像處理裝置之間對通信進(jìn)行中繼；以及 解禁處理，當(dāng)完成所述中繼處理的中繼時(shí)，解禁基于所述新的會(huì)話以外的會(huì)話的通信。
12.根據(jù)權(quán)利要求11所述的通信中繼方法，其特征在于， 所述通信由一個(gè)請求和對于該請求的響應(yīng)構(gòu)成， 當(dāng)在所述中繼處理中已完成一對所述請求和所述響應(yīng)的中繼時(shí)，判斷為已完成中繼。
13.根據(jù)權(quán)利要求11所述的通信中繼方法，其特征在于， 所述通信線路為通用串行總線。
14.根據(jù)權(quán)利要求11所述的通信中繼方法，其特征在于， 所述圖像處理裝置具有Web服務(wù)器功能， 所述客戶端應(yīng)用程序?yàn)閃eb瀏覽器， 所述通信中繼方法使所述信息處理裝置對在所述Web瀏覽器與所述Web服務(wù)器功能之間收發(fā)的通信數(shù)據(jù)進(jìn)行中繼。
15.根據(jù)權(quán)利要求11所述的通信中繼方法，其特征在于， 所述通信是用于從所述客戶端應(yīng)用程序設(shè)定所述圖像處理裝置的通信。
16.根據(jù)權(quán)利要求11所述的通信中繼方法，其特征在于， 所述通信中繼方法使所述信息處理裝置進(jìn)行如下處理:當(dāng)從所述客戶端應(yīng)用程序接收請求時(shí)，將該請求發(fā)送到所述圖像處理裝置，當(dāng)從所述圖像處理裝置接收對于該請求的響應(yīng)時(shí)，將該響應(yīng)發(fā)送到所述客戶端應(yīng)用程序， 所述請求和所述響應(yīng)分別由多個(gè)通信數(shù)據(jù)構(gòu)成， 所述通信中繼方法使所述信息處理裝置執(zhí)行: 第I分析處理，對從所述客戶端應(yīng)用程序接收到的通信數(shù)據(jù)進(jìn)行分析，判斷該通信數(shù)據(jù)是否是表示所述請求的結(jié)束的通信數(shù)據(jù)；以及 第2分析處理，對從所述圖像處理裝置接收到的通信數(shù)據(jù)進(jìn)行分析，判斷該通信數(shù)據(jù)是否是表示所述響應(yīng)的結(jié)束的通信數(shù)據(jù)， 在所述中繼處理中，在通過所述第I分析處理而判斷為是表示所述請求的結(jié)束的通信數(shù)據(jù)時(shí)，判斷為已完成所述請求的接收，在通過所述第2分析處理而判斷為是表示所述響應(yīng)的結(jié)束的通信數(shù)據(jù)時(shí)，判斷為已完成所述響應(yīng)的接收。
17.根據(jù)權(quán)利要求11所述的通信中繼方法，其特征在于， 所述通信中繼方法使所述信息處理裝置進(jìn)行如下處理:當(dāng)從所述客戶端應(yīng)用程序接收請求時(shí)將該請求發(fā)送到所述圖像處理裝置，當(dāng)從所述圖像處理裝置接收對于該請求的響應(yīng)時(shí)將該響應(yīng)發(fā)送到所述客戶端應(yīng)用程序， 所述請求由多個(gè)通信數(shù)據(jù)構(gòu)成， 所述通信中繼方法在所述中繼處理中，在從所述客戶端應(yīng)用程序接收到所述通信數(shù)據(jù)之后，在第I預(yù)定時(shí)間以上沒有接收下一個(gè)所述通信數(shù)據(jù)時(shí)，臨時(shí)判斷為已完成所述請求的接收，所述通信中繼方法在所述中繼處理中，在從向所述圖像處理裝置發(fā)送了所述請求開始的第2預(yù)定時(shí)間以內(nèi)沒有從所述圖像處理裝置接收所述響應(yīng)時(shí)，判斷為沒有完成來自所述客戶端應(yīng)用程序的所述請求的接收，從所述客戶端應(yīng)用程序接收剩余的通信數(shù)據(jù)。
18.根據(jù)權(quán)利要求17所述的通信中繼方法，其特征在于， 所述通信中繼方法在所述中繼處理中，向所述圖像處理裝置詢問是否已完成所述響應(yīng)的發(fā)送，在從所述圖像處理裝置接收到詢問結(jié)果是已完成時(shí)，判斷為已完成所述響應(yīng)的接收。
19.根據(jù)權(quán)利要求11所述的通信中繼方法，其特征在于， 所述客戶端應(yīng)用程序和所述信息處理裝置構(gòu)成為能夠在單一的所述會(huì)話中收發(fā)多個(gè)成對的請求和響應(yīng)， 所述通信中繼方法使所述信息處理裝置進(jìn)行如下所述的處理: 當(dāng)已完成基于所述中繼處理的一對所述請求和所述響應(yīng)的中繼時(shí)，在所述解禁處理中解禁基于所述新的會(huì)話以外的會(huì)話的通信， 在通過所述解禁處理而解禁了基于所述新的會(huì)話以外的會(huì)話的通信之后，當(dāng)在第3預(yù)定時(shí)間以內(nèi)接收到維持所述新的會(huì)話的維持信號(hào)時(shí)返回到所述判斷處理而重復(fù)進(jìn)行處理，另一方面在沒有接收到所述維持信號(hào)時(shí)切斷所述新的會(huì)話。
20.根據(jù)權(quán)利要求11至19中的任意一項(xiàng)所述的通信中繼方法，其特征在于， 所述信息處理 裝置以能夠通過多個(gè)物理的或邏輯的所述通信線路進(jìn)行通信的方式與所述圖像處理裝置連接， 所述通信中繼方法使所述信息處理裝置在每次從所述客戶端應(yīng)用程序請求會(huì)話的確立時(shí)，執(zhí)行選擇任意一個(gè)所述通信線路的選擇處理， 所述通信中繼方法使所述信息處理裝置在所述排他處理中，禁止使用相同所述通信線路進(jìn)行通信的其他會(huì)話的通信。
【文檔編號(hào)】G06F9/44GK103677681SQ201310364371
【公開日】2014年3月26日 申請日期:2013年8月20日 優(yōu)先權(quán)日:2012年9月3日
【發(fā)明者】門田政敏 申請人:兄弟工業(yè)株式會(huì)社