專利名稱：數(shù)據(jù)處理系統(tǒng)、數(shù)據(jù)處理器以及操作數(shù)據(jù)處理系統(tǒng)的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種處理器、由該數(shù)據(jù)處理器和主設(shè)備構(gòu)成的數(shù)據(jù)處 理系統(tǒng)以及操作該數(shù)據(jù)處理系統(tǒng)的方法。
背景技術(shù)：
用于經(jīng)由文件傳輸協(xié)議(FTP)傳輸文件的技術(shù)在本領(lǐng)域是公知的 (例如，日本專利申請(qǐng)公開No.2003-177987)。近年來，存儲(chǔ)卡作為一種存儲(chǔ)介質(zhì)已經(jīng)變得非常流行。存儲(chǔ)卡具 有在卡式封裝中的非易失性存儲(chǔ)器例如閃存，并且已經(jīng)迅速成為用于 在數(shù)字設(shè)備例如數(shù)字照相機(jī)和便攜音樂播放器中存儲(chǔ)數(shù)據(jù)的常用存儲(chǔ) 介質(zhì)。在巿場(chǎng)上出現(xiàn)了非標(biāo)準(zhǔn)規(guī)格的各種存儲(chǔ)卡，例如CompactFlash (注冊(cè)商標(biāo)；在下面簡(jiǎn)稱為"CF" ) 、 SmartMedia (注冊(cè)商標(biāo)；在下 面簡(jiǎn)稱為"SM" ) 、 Memory Stick (注冊(cè)商標(biāo)；在下面簡(jiǎn)稱為"MS") 以及SD卡(注冊(cè)商標(biāo)；在下面簡(jiǎn)稱為"SD")。這些存儲(chǔ)卡被連接到能夠?qū)υ摯鎯?chǔ)卡進(jìn)行讀寫的存儲(chǔ)卡讀卡器/ 寫卡器(在下面簡(jiǎn)稱為"讀卡器/寫卡器")。能夠與讀卡器/寫卡器通 信通信的個(gè)人計(jì)算機(jī)(PC)等可以訪問連接到讀卡器/寫卡器的存儲(chǔ)卡。 裝備有這種讀卡器/寫卡器的打印設(shè)備近年來已經(jīng)流行起來。通過將存 儲(chǔ)根據(jù)JPEG格式保存的圖像數(shù)據(jù)文件的存儲(chǔ)卡連接到例如這種讀卡器/寫卡器，打印設(shè)備可以直接打印圖像而不用使用PC。如果在PC等上安裝FTP客戶端程序并且在讀卡器中提供FTP服 務(wù)器程序，通過將為數(shù)字照相機(jī)或者具有照相機(jī)功能的蜂窩式便攜無 線電話用作保存照片數(shù)據(jù)文件的目的的存儲(chǔ)卡連接到讀卡器/寫卡器， 在存儲(chǔ)卡中保存的數(shù)據(jù)文件可根據(jù)FTP而被傳輸?shù)絇C。換言之，讀卡 器/寫卡器可與PC —起用作外部FTP處理器。發(fā)明內(nèi)容然而，沒有利用FTP服務(wù)器處理存儲(chǔ)介質(zhì)(可移除介質(zhì))的思想 設(shè)計(jì)FTP協(xié)議。因此，當(dāng)上述FTP處理器(或者設(shè)有FTP處理器的打 印機(jī)或其它外圍設(shè)備)己經(jīng)裝備有FTP服務(wù)器時(shí)，只根據(jù)FTP協(xié)議操 作的客戶端不能直接地控制介質(zhì)或者執(zhí)行基于介質(zhì)的操作，包括如下 操作，如格式化介質(zhì)和在不同介質(zhì)之間復(fù)制文件。也不能從網(wǎng)絡(luò)上的 存儲(chǔ)卡讀卡器顯示數(shù)據(jù)或者客戶端在存儲(chǔ)卡上格式化或執(zhí)行其它操 作。解決這個(gè)問題的一種方法是擴(kuò)充和修改FTP協(xié)議自身，從而基于 FTP協(xié)議進(jìn)行操作的客戶端能夠直接地訪問介質(zhì)自身或者執(zhí)行直接的 基于介質(zhì)的操作，但是很多用戶或者現(xiàn)有FTP客戶端將不能夠從中獲 益。而且，對(duì)FTP協(xié)議的任何擴(kuò)充或者修改將需要國際組織的批準(zhǔn)， 并且因此是不現(xiàn)實(shí)的。因此，本發(fā)明的一個(gè)目的在于，提供一種數(shù)據(jù)處理器，在不對(duì)其 進(jìn)行任何擴(kuò)充或者修改的情況下使用該協(xié)議的條件下，該數(shù)據(jù)處理器 允許基于諸如FTP的協(xié)議的外部設(shè)備直接訪問位于該數(shù)據(jù)處理器上的 介質(zhì)。為了實(shí)現(xiàn)上述以及其他目的，本發(fā)明的一個(gè)方面提供了一種通過 網(wǎng)絡(luò)可以與主設(shè)備通信的數(shù)據(jù)處理器。該數(shù)據(jù)處理器包括介質(zhì)連接單元、文件生成單元、數(shù)據(jù)傳輸單元以及操作執(zhí)行單元。介質(zhì)連接單 元可以連接存儲(chǔ)介質(zhì)。文件生成單元生成用于控制該存儲(chǔ)介質(zhì)的控制 文件。數(shù)據(jù)傳輸單元將用于識(shí)別該控制文件的數(shù)據(jù)傳輸?shù)皆撝髟O(shè)備， 以允許主設(shè)備訪問該文件。響應(yīng)收到發(fā)送所述控制文件的發(fā)送請(qǐng)求， 操作執(zhí)行單元執(zhí)行該存儲(chǔ)介質(zhì)的操作。根據(jù)本發(fā)明的另一個(gè)方面，提供了一種數(shù)據(jù)處理系統(tǒng)，該數(shù)據(jù)處 理系統(tǒng)包括主設(shè)備，包括顯示單元；以及數(shù)據(jù)處理器，通過網(wǎng)絡(luò)可 以與該主設(shè)備通信。該數(shù)據(jù)處理器包括介質(zhì)連接單元、文件生成單 元以及操作執(zhí)行單元。該介質(zhì)連接單元能夠連接存儲(chǔ)介質(zhì)。該文件生 成單元生成用于控制該存儲(chǔ)介質(zhì)的控制文件。數(shù)據(jù)傳輸單元將用于識(shí) 別該控制文件的數(shù)據(jù)發(fā)送到該主設(shè)備，以使該主設(shè)備訪問該文件。響 應(yīng)收到發(fā)送所述控制文件的發(fā)送請(qǐng)求，該操作執(zhí)行單元執(zhí)行該存儲(chǔ)介 質(zhì)的操作。如果該主設(shè)備收到該控制文件，則該顯示單元顯示該數(shù)據(jù)。根據(jù)本發(fā)明的另一個(gè)方面，提供了一種用于操作數(shù)據(jù)處理系統(tǒng)的 方法，該數(shù)據(jù)處理系統(tǒng)包括主設(shè)備；以及處理器，通過網(wǎng)絡(luò)可以與 該主設(shè)備通信，該處理器包括能夠連接存儲(chǔ)介質(zhì)的介質(zhì)連接單元。該 方法包括生成用于控制該存儲(chǔ)介質(zhì)的控制文件； 將用于識(shí)別該控制文件的數(shù)據(jù)發(fā)送到該主設(shè)備；以及響應(yīng)收到發(fā)送該控制文件的發(fā)送請(qǐng)求，執(zhí)行該存儲(chǔ)介質(zhì)的操作。


在圖中圖1是示出根據(jù)本發(fā)明實(shí)施例的FTP系統(tǒng)總體結(jié)構(gòu)的框圖；圖2是應(yīng)用于該實(shí)施例的FTP系統(tǒng)的打印機(jī)的透視圖；圖3是示出根據(jù)第一實(shí)施例的打印機(jī)(讀卡器)的電氣結(jié)構(gòu)的框圖；圖4是示出在FTP系統(tǒng)中執(zhí)行的序列操作的解釋圖；圖5是在實(shí)施例中的虛擬目錄的屏幕圖像；圖6是連接到根據(jù)該實(shí)施例的打印機(jī)的存儲(chǔ)介質(zhì)中的文件和目錄 列表的屏幕圖像；圖7是示意在根據(jù)該實(shí)施例的打印機(jī)上執(zhí)行的FTP服務(wù)器過程中 的步驟的流程圖；圖8是示意在對(duì)根據(jù)該實(shí)施例的打印機(jī)中的虛擬目錄樹進(jìn)行初始 化的過程中的步驟的流程圖；圖9是示意在根據(jù)該實(shí)施例的打印機(jī)上執(zhí)行的正常操作過程中的 步驟的流程圖；圖10是示意在根據(jù)第一實(shí)施例的打印機(jī)上執(zhí)行的cd過程中的步 驟的流程圖圖ll是示意在根據(jù)第一實(shí)施例的打印機(jī)上執(zhí)行的列表過程中的步 驟的流程圖；圖12是示意在根據(jù)第一實(shí)施例的打印機(jī)上執(zhí)行的獲取過程中的步 驟的流程圖；圖13是示意在根據(jù)第一實(shí)施例的打印機(jī)上執(zhí)行的存儲(chǔ)卡操作過程 中的步驟的流程圖；圖14是示意在根據(jù)第一實(shí)施例的打印機(jī)上執(zhí)行的格式化操作過程 中的步驟的流程圖；圖15A和15B是在根據(jù)第一實(shí)施例的打印機(jī)中文件 Format**MemoryCard.txt的內(nèi)容的各屏幕圖像；圖16是示意在根據(jù)第一實(shí)施例的打印機(jī)上執(zhí)行的刪除所有文件的 過程中的步驟的流程n是示意在根據(jù)第一實(shí)施例的打印機(jī)上執(zhí)行的刪除除了最近文件之外的所有文件的操作過程中的步驟的流程圖；圖18是示意在根據(jù)第一實(shí)施例的打印機(jī)上將"**"的內(nèi)容復(fù)制到 "00"的操作過程中的步驟的流程圖；圖19是示意在根據(jù)第一實(shí)施例的打印機(jī)上執(zhí)行的將SD卡的內(nèi)容 復(fù)制到所有存儲(chǔ)卡的過程中的步驟的流程圖；圖20是示意在根據(jù)第一實(shí)施例的打印機(jī)上執(zhí)行的存放過程中的步驟的流程圖；圖21是示意根據(jù)第一實(shí)施例的示例虛擬目錄樹的解釋圖；圖22是示出在根據(jù)第一實(shí)施例的打印機(jī)上的子目錄2-1-1中的CARDCOPY目錄的內(nèi)容的屏幕圖像；圖23是示出根據(jù)本發(fā)明第二實(shí)施例的打印機(jī)(讀卡器)的電氣結(jié)構(gòu)的框圖；圖24是示意在根據(jù)第二實(shí)施例的打印機(jī)上利用安裝器執(zhí)行的生成 快捷方式的過程中的步驟的流程圖；圖25是示意當(dāng)啟動(dòng)用于根據(jù)第二實(shí)施例的打印機(jī)的快捷方式時(shí)在 PC上執(zhí)行的過程中的步驟的流程圖；圖26是示意在根據(jù)第二實(shí)施例的打印機(jī)上用于初始化虛擬目錄樹 的過程中的步驟的流程圖；圖27A和27B是示出根據(jù)第二實(shí)施例的各虛擬目錄樹的各解釋圖；圖28是示意在根據(jù)第二實(shí)施例的打印機(jī)上執(zhí)行cd過程中的步驟 的流程圖；圖29是示意在根據(jù)第一實(shí)施例的打印機(jī)上執(zhí)行列表過程中的步驟 的流程圖；圖30是示意在根據(jù)第一實(shí)施例的打印機(jī)上執(zhí)行獲取過程中的步驟 的流程圖；圖31是示意在根據(jù)第一實(shí)施例的打印機(jī)上執(zhí)行存放過程中的步驟 的流程32A和32B是示意在根據(jù)第二實(shí)施例的打印機(jī)中生成虛擬文件 數(shù)據(jù)的過程中的步驟的流程圖；圖33是示出根據(jù)第二實(shí)施例生成的Index.htm文件的屏幕圖像；圖34A和34B是示出當(dāng)狹槽狀態(tài)具有用于打開卡的鏈接時(shí) Main.htm文件的各屏幕圖像；圖34C和34D是示出當(dāng)狹槽狀態(tài)不具有用于打開卡的鏈接時(shí) Main.htm文件的各屏幕圖像；圖34E至34G示出當(dāng)在FTP系統(tǒng)中多個(gè)狹槽已被識(shí)別時(shí)Main.htm文件的各屏幕圖像；圖35A和35B是示出根據(jù)第二實(shí)施例的FTP系統(tǒng)的系統(tǒng)區(qū)域的解釋圖；圖36是示意在根據(jù)第二實(shí)施例的打印機(jī)上執(zhí)行的存儲(chǔ)卡操作過程 中的步驟的流程圖；圖37是在根據(jù)第二實(shí)施例的打印機(jī)上的Format000.htm的屏幕圖像；圖38是示意當(dāng)Format000.htm已被請(qǐng)求時(shí)在打印機(jī)上執(zhí)行的FTP 服務(wù)器過程中的步驟的流程圖；圖39是示意當(dāng)FormatN.htm已被請(qǐng)求時(shí)在打印機(jī)上執(zhí)行的FTP服 務(wù)器過程中的步驟的流程圖；圖40A至40C是示出在根據(jù)第二實(shí)施例的打印機(jī)上的 FormatN.htm的屏幕圖像；圖41是示意在根據(jù)第二實(shí)施例的打印機(jī)中用于監(jiān)視存儲(chǔ)卡連接器 的過程中的步驟的流程圖；圖42是示意在根據(jù)第二實(shí)施例的PC上在瀏覽器正常操作過程中 的步驟的流程圖；圖43是示意用于啟動(dòng)PC上的瀏覽器的過程中的步驟的流程圖；圖44是示意當(dāng)在PC上文件鏈接已被點(diǎn)擊時(shí)執(zhí)行的該瀏覽器過程 中的步驟的流程圖；圖45是示意當(dāng)在PC上目錄鏈接已被點(diǎn)擊時(shí)執(zhí)行的該瀏覽器過程 中的步驟的流程圖；和圖46是示意在PC上利用瀏覽器執(zhí)行的重定向過程中的步驟的流 程圖。
具體實(shí)施方式
參考附圖描述根據(jù)本發(fā)明實(shí)施例的一種數(shù)據(jù)處理系統(tǒng)、數(shù)據(jù)處理 器和操作該數(shù)據(jù)處理系統(tǒng)的方法。在該實(shí)施例中，該數(shù)據(jù)處理系統(tǒng)和 數(shù)據(jù)處理器分別應(yīng)用于FTP系統(tǒng)和FTP處理設(shè)備。雖然下述FTP系統(tǒng) 具有用于示意實(shí)施例的簡(jiǎn)單結(jié)構(gòu)，顯然該結(jié)構(gòu)可在本發(fā)明范圍中被適當(dāng)?shù)匦薷?。圖1是示出FTP系統(tǒng)1的總體結(jié)構(gòu)的框圖。FTP系統(tǒng)1包括用作 網(wǎng)絡(luò)打印機(jī)的打印機(jī)(FTP處理設(shè)備)80、用作主設(shè)備并且能夠經(jīng)由 網(wǎng)絡(luò)(LAN) 410與打印機(jī)80通信的多個(gè)個(gè)人計(jì)算機(jī)(在下面簡(jiǎn)稱為 "PC，， ) 3。網(wǎng)絡(luò)410可為有線網(wǎng)絡(luò)，如圖所示，或者無線網(wǎng)絡(luò)。圖2示出打印機(jī)80的外觀，該打印機(jī)也可被稱為多功能外圍設(shè)備 (MFP)。打印機(jī)80由結(jié)合于打印機(jī)中并且用作FTP處理器的多讀卡 器/寫卡器2構(gòu)成。更加具體地，打印機(jī)80被一體地設(shè)置有多讀卡器/ 寫卡器2，其在打印機(jī)80的前表面中暴露并具有介質(zhì)連接狹槽(在下 面簡(jiǎn)稱為"狹槽")16-19。打印機(jī)80具有打印機(jī)功能、掃描器功能、 復(fù)印機(jī)功能以及傳真功能。打印機(jī)80可包括USB連接器，它可以代替也可以與介質(zhì)連接狹 槽共存，從而使得USB存儲(chǔ)器能夠作為存儲(chǔ)介質(zhì)被連接到USB連接器。 打印機(jī)80也可設(shè)有無線連接器，用于連接作為存儲(chǔ)介質(zhì)的、具有無線 功能的存儲(chǔ)卡。打印機(jī)80經(jīng)由網(wǎng)絡(luò)410被連接到PC3，并且用作用于實(shí)現(xiàn)在PC3 和插入多讀卡器/寫卡器2中的存儲(chǔ)卡之間的數(shù)據(jù)通信的讀卡器/寫卡 器。打印機(jī)80還基于從PC3傳輸?shù)拇蛴?shù)據(jù)在指定紙張上打印圖像和 文本。打印機(jī)80也可基于多讀卡器/寫卡器2從存儲(chǔ)卡讀出的打印數(shù)據(jù) 直接將圖像和文本打印到指定紙張上。打印機(jī)80也可將掃描單元掃描 的屈像數(shù)據(jù)傳輸?shù)絇C3或者使用打印單元復(fù)印由掃描單元讀出的圖 像。圖2所示多讀卡器/寫卡器2的介質(zhì)連接狹槽16-19包括用于接收第一存儲(chǔ)卡11的第一狹槽16、用于接收第二存儲(chǔ)卡12的第二狹槽17、 用于接收第三存儲(chǔ)卡13的第三狹槽18以及用于接收第四存儲(chǔ)卡14的 第四狹槽19。多讀卡器/寫卡器2可以包括接收另一存儲(chǔ)卡例如圖片卡 (注冊(cè)商標(biāo)；在下面簡(jiǎn)稱為"XD")的另一狹槽。圖3是示出打印機(jī)80的電氣結(jié)構(gòu)的框圖。打印機(jī)80包括經(jīng)由總 線33連接并且能夠相互傳輸數(shù)據(jù)的CPU34、ROM35和RAM37。CPU34 控制打印機(jī)80的每一個(gè)構(gòu)件。ROM35由非易失性存儲(chǔ)器例如閃存構(gòu) 成，并且用于存儲(chǔ)控制程序和各種數(shù)據(jù)。RAM37為CPU34用作工作區(qū) 域。狹槽16-19經(jīng)由閃存控制器LSI連接到總線33。以可拆卸方式連 接到狹槽16-19的第一到第四存儲(chǔ)卡11-14為卡式存儲(chǔ)介質(zhì)，例如上述 CF、 SM、 MS和SD?？ㄊ酱鎯?chǔ)介質(zhì)包括以能夠讀、寫、覆蓋和刪除的 格式存儲(chǔ)數(shù)據(jù)的閃存。每一種類型的存儲(chǔ)卡均可被選擇性地連接到相 應(yīng)狹槽16-19。打印單元82、掃描單元132、電話線接口 133以及由LCD、鍵盤、 光標(biāo)移動(dòng)鍵等構(gòu)成的操作/顯示單元91也被連接到總線33。 LAN接口 24也被連接到總線33，以用于經(jīng)由網(wǎng)絡(luò)連接到用作主設(shè)備的PC3。多 個(gè)PC3和打印機(jī)80可經(jīng)由TCP/IP網(wǎng)絡(luò)410而被相互連接(見圖1)。ROM35存儲(chǔ)用于控制多讀卡器/寫卡器2的操作的控制程序，以 及用于控制例如打印、掃描和傳真通信的各種其它控制程序。CPU34 通過使用RAM37作為工作區(qū)域執(zhí)行這些程序而控制多功能外圍設(shè)備 的總體操作。ROM35還存儲(chǔ)FTP服務(wù)器程序；用于識(shí)別在網(wǎng)絡(luò)410上的打印機(jī) 80的IP地址和子網(wǎng)掩碼..用于設(shè)定操作相關(guān)文件名的程序；以及操作 執(zhí)行程序。存儲(chǔ)卡(存儲(chǔ)介質(zhì))11-14被連接到狹槽16-19。 PC3還包括由硬盤等構(gòu)成的本地磁盤3L，以及由液晶顯示器等構(gòu)成的監(jiān)視器3M。包 括FTP客戶端程序的瀏覽器3B被安裝在本地磁盤3L上。CPU34在打印機(jī)80上執(zhí)行如上所述的各種控制程序，用于設(shè)定狀 態(tài)反映文件名的程序，以及FTP服務(wù)器程序從而實(shí)現(xiàn)FTP服務(wù)器功能、 操作相關(guān)文件名設(shè)定功能以及操作執(zhí)行功能。下面，將參考圖4描述FTP系統(tǒng)1上的數(shù)據(jù)傳輸序列。圖4所示 序列當(dāng)PC3的用戶啟動(dòng)結(jié)合于FTP客戶端功能中的瀏覽器3B并且當(dāng) 用戶輸入打印機(jī)80的節(jié)點(diǎn)名稱"ftp://brn_600789"而開始訪問打印機(jī) 80時(shí)開始。如果在PC3 —側(cè)上提供用于該節(jié)點(diǎn)名稱"ftp://bm—600789" 的快捷方式，則用戶可以通過雙擊該快捷方式以啟動(dòng)瀏覽器而直接地 訪問打印機(jī)80。首先，在J1中，PC3 (FTP客戶端)連接到分配給FTP服務(wù)器的 端口 21從而訪問打印機(jī)80(FTP服務(wù)器)。在J2中，打印機(jī)80向PC3 傳輸用戶名請(qǐng)求。在J3中接收該請(qǐng)求之后，PC3向打印機(jī)80傳輸用戶 名以用于登錄到FTP服務(wù)器中。在J4中，打印機(jī)80向PC3傳輸密碼請(qǐng)求，并且在接收到該密碼 請(qǐng)求時(shí)，在J5中，PC3將在主設(shè)備上輸入的密碼傳輸?shù)酱蛴C(jī)80。打 印機(jī)80基于從PC3接收的用戶名和密碼對(duì)登錄用戶執(zhí)行用戶認(rèn)證，并 且如果該驗(yàn)證被接受則在J6中向PC3返回允許登錄用戶登錄該FTP服 務(wù)器(打印機(jī)80)的響應(yīng)。一旦用戶被允許登錄該FTP服務(wù)器，在J7中PC3向打印機(jī)80發(fā) 出訪問根目錄請(qǐng)求的cd (改變目錄根)指令。在J8中，打印機(jī)80訪 問根目錄(試圖將當(dāng)前目錄改變?yōu)楦夸?并且向PC3返回示意成功 改變的代碼。如果打印機(jī)80不能訪問根目錄，則打印機(jī)80返回示意這種失敗 的代碼(響應(yīng)代碼"550"等)。然而，在該實(shí)施例中，打印機(jī)80被 構(gòu)造成向PC3返回示意根目錄被成功訪問的代碼，即便當(dāng)存儲(chǔ)介質(zhì)未 被連接時(shí)。當(dāng)接收到示意根目錄被成功訪問的代碼時(shí)，在J9中，PC3發(fā)出根 目錄列表指令。當(dāng)接收到該列表指令時(shí)，在J10中，打印機(jī)80向PC3 傳輸數(shù)據(jù)。該數(shù)據(jù)示意存在文件以及該介質(zhì)連接器的狀態(tài)。該文件具 有由用于設(shè)定圖3中的操作相關(guān)文件名的程序設(shè)定的操作相關(guān)文件名。在該實(shí)施例中，打印機(jī)80將j:ONTROL目錄存在于根目錄中告 知PC3，即使這不是真實(shí)的。當(dāng)接收到該通知時(shí)，PC3顯示圖5所示窗 口以示意—CONTROL目錄存在于根目錄中。打印機(jī)80向PC發(fā)出通知。該通知示意具有操作相關(guān)文件名的文 件存在于—CONTROL目錄中，以使得用戶能夠在介質(zhì)上執(zhí)行操作。如圖6所示，具有相應(yīng)于各個(gè)介質(zhì)狹槽的名稱CF、 SM、 MS和 SD的目錄被提供于CARDROOT根目錄中。該目錄可為相應(yīng)介質(zhì)任意 地命名。而且，基于設(shè)于FTP服務(wù)器中的狹槽類型的探測(cè)結(jié)果確定相應(yīng)于 每一個(gè)狹槽的目錄名稱?？梢詾槊恳粋€(gè)狹槽設(shè)定固定的目錄名稱，如 果設(shè)于FTP服務(wù)器中的狹槽是固定的。而且，響應(yīng)于上述列表指令，打印機(jī)80也傳輸示意存在具有目錄 名"CARDROOT"的目錄的數(shù)據(jù)。當(dāng)接收到該數(shù)據(jù)時(shí)，PC3利用圖標(biāo) 顯示目錄名"CARDROOT"。打印機(jī)80設(shè)定該目錄名為指定存儲(chǔ)介質(zhì) 中最高目錄的目錄名并且將該目錄明傳輸?shù)絇C3。如果PC3響應(yīng)于打 開該目錄的用戶而請(qǐng)求訪問該目錄(特別地，如果PC3連續(xù)地傳輸"cd/CARDROOT"和列表指令)，打印機(jī)80將存儲(chǔ)于存儲(chǔ)介質(zhì)的最 高目錄中的所有文件的文件名返回到PC3。PC3然后顯示在連接的存儲(chǔ) 介質(zhì)中的這些文件的列表，如圖6所示。圖7到14和圖16到20是示意在打印機(jī)80的CPU34基于FTP服 務(wù)器程序執(zhí)行的FTP服務(wù)器過程中的步驟的流程圖。當(dāng)打印機(jī)80被啟 動(dòng)時(shí)該FTP服務(wù)器過程開始。在示于圖7的FTP服務(wù)器過程的S100中，CPU34執(zhí)行用于初始 化虛擬目錄樹的過程，以形成在RAM37等中的FTP服務(wù)器過程中由 CPU34管理的目錄樹。在S110中，CPU34進(jìn)行準(zhǔn)備，例如打開FTP 端口，從而作為FTP服務(wù)器連接到網(wǎng)絡(luò)設(shè)備。在S120中，CPU34作為 FTP服務(wù)器執(zhí)行正常操作過程，例如接收訪問文件的請(qǐng)求并且響應(yīng)這 些請(qǐng)求。CPU34繼續(xù)執(zhí)行正常操作過程直至向打印機(jī)80供電被中斷、 打印機(jī)80被重置等。圖8是示意在用于初始化圖7的S100中的虛擬目錄樹的過程中的 步驟的流程圖。在圖8的S200中，CPU34在RAM37等中分配用于管理虛擬目錄 樹的結(jié)構(gòu)所需的存儲(chǔ)空間，以及用于管理FTP服務(wù)器系統(tǒng)所需的存儲(chǔ) 空間。在S205中，CPU34分配用于管理在諸如RAM 37的存儲(chǔ)器中形成 的虛擬目錄樹中的FTP服務(wù)器根目錄的區(qū)域。在S210中，CPU34初始 化被分配的用于管理根目錄的區(qū)域。特別地，CPU34設(shè)定管理區(qū)域的 屬性，其示意出不存在目錄名，目錄的物理位置在以后描述的系統(tǒng) 區(qū)域中，不存在用于在目錄中存儲(chǔ)的文件的文件名(即，目錄不含文 件)，以及不存在子目錄。系統(tǒng)區(qū)域是在初始化虛擬目錄樹的過程中 分配的存儲(chǔ)器(RAM37)的區(qū)域。在S215中，CPU34在為虛擬目錄樹分配的存儲(chǔ)器中分配用于管理 子目錄1的區(qū)域。在S220中，CPU34初始化被分配用于管理子目錄1的區(qū)域。特別 地，CPU34為該管理區(qū)域設(shè)定屬性以示意目錄名為CARDROOT，，該 目錄的物理位置是整個(gè)存儲(chǔ)卡，不存在用于存儲(chǔ)在目錄中的文件的文 件名(即，該目錄不含文件)，以及該目錄不具有子目錄。接著，在S221， CPU34分配用于管理該存儲(chǔ)器中對(duì)該虛擬目錄樹 分配的子目錄l-ll至l-4的區(qū)域。然后，在S222， CPU34初始化被分 配用于管理子目錄1-1至l-4的區(qū)域。特別地，CPU34為該管理區(qū)域設(shè) 定屬性以示意目錄名為CF、 SM、 MS和SD，該目錄的物理位置位于 第一狹槽16至第四狹槽20中，不存在存儲(chǔ)在該目錄中的文件的文件 名(即，該目錄沒有文件)，而且該目錄沒有子目錄。在S225中，CPU34在為虛擬目錄樹分配的存儲(chǔ)器中分配用于管理 子目錄2的區(qū)域。在S230中，CPU34初始化用于管理子目錄2的區(qū)域。特別地， CPU34為該管理區(qū)域設(shè)定屬性以示意目錄名為—CONTROL,該目錄的 物理位置沒有位于該系統(tǒng)區(qū)域內(nèi)，不存在用于存儲(chǔ)在目錄中的文件的 文件名(即，該目錄不含文件)，以及該目錄不具有子目錄。在S235 中，CPU34在為虛擬目錄樹分配的存儲(chǔ)器中分配用于管理子目錄2-1 到2-4的區(qū)域。在S240中，CPU34初始化用于管理子目錄2-1到2-4的被分配區(qū) 域。特別地，CPU34為該管理區(qū)域設(shè)定屬性以示意目錄名為CF、 SM、 MS和SD;該系統(tǒng)區(qū)域中沒有該目錄的物理位置；存儲(chǔ)于目錄中的文 件 的'文 件 名 為 Format**MemoryCard.txt 、Erase AllFilesIn* *MemoryCard.txt 和 EraseAllFilesExceptALastFileIn"MemoryCard.txt(其中代表存儲(chǔ)介質(zhì)例 如CF、 SM、 MS和SD的字符串被插入以代替"**");并且該目錄 不存在子目錄。在S245中，CPU34在為虛擬目錄樹分配的存儲(chǔ)器區(qū)域中分配用于 管理子目錄2-1-1到2-4-1的區(qū)域。在S250中，CPU34初始化用于子目錄2-1-1到2-4-1的被分配的 管理區(qū)域。特別地，CPU34為該管理區(qū)域設(shè)定屬性以示意目錄名為 CARDCOPY;該目錄的物理位置位于該系統(tǒng)區(qū)域內(nèi)；用于存儲(chǔ)于該目 錄中的文件的文件名為 CopyAllFilesIn**toCF.txt 、 CopyAllFilesIn**toSM.txt 、 CopyAllFilesIn**toMS.txt 、 和 CopyAllFilesIn**toSD.txt (其中代表存儲(chǔ)介質(zhì)例如CF、 SM、 MS和 SD的字符串被插入以代替"**");并且該目錄不具有子目錄。在S255中，CPU34更新為根目錄分配的管理區(qū)域。特別地，CPU34 設(shè)定子目錄數(shù)據(jù)為子目錄1和子目錄2從而該兩個(gè)目錄CARDROOT 和—CONTROL在根目錄中被識(shí)別。在S260中，CPU34確認(rèn)根目錄被設(shè)定為當(dāng)前目錄。通過進(jìn)行這種 認(rèn)可，當(dāng)訪問FTP服務(wù)器的FTP客戶端(在下面簡(jiǎn)稱為"客戶端") 傳輸列表指令而不指定"cd〃'時(shí)，打印機(jī)80能夠返回作為當(dāng)前目錄的 根目錄中的文件的文件名和子目錄的子目錄名。圖22是示出在用于上述的初始化虛擬目錄樹的過程中構(gòu)造的虛擬 目錄樹的解釋圖。相應(yīng)于在用于初始化虛擬目錄樹的過程中分配的存 儲(chǔ)器的系統(tǒng)區(qū)域的概念圖已經(jīng)從該圖中略去。'圖9是示意在圖7中的S120的正常操作過程中的步驟的流程圖。在完成作為FTP服務(wù)器的初始化后，在S300中，CPU34進(jìn)入登錄等待 狀態(tài)以等待客戶端登錄(見圖4的J1)。當(dāng)未從客戶端接收到登錄請(qǐng)求(S310: NO)時(shí)，CPU34保持登錄 等待狀態(tài)。當(dāng)己經(jīng)從客戶端接收到登錄請(qǐng)求時(shí)(S310: YES)，在S320 中，CPU34執(zhí)行登錄序列(見圖4的J2-J5)。如果登錄序列失敗(S330: NO)，則CPU34再次進(jìn)入登錄等待 狀態(tài)。然而，如果登錄序列成功(S330: YES)，則在S340中，CPU34 向客戶端傳輸示意登錄成功的代碼(見圖4的J6)并且進(jìn)入指令等待 狀態(tài)以等待來自客戶端的FTP指令。如果從客戶端接收到cd指令(S350: YES)，則在S360中，CPU34 響應(yīng)于cd指令執(zhí)行cd過程。例如，在通過客戶端雙擊規(guī)定目錄的文件 夾時(shí)，PC3將cd指令發(fā)送到打印機(jī)80。如果從客戶端接收到列表指令 (S370: YES)，則在S380中，CPU34響應(yīng)于列表指令執(zhí)行列表過程。 例如，在通過客戶端雙擊規(guī)定目錄的文件夾時(shí)，則在cd指令之后，PC3 將列表指令發(fā)送到打印機(jī)80。如果從客戶端接收到獲取指令(S390: YES)，則在S400中，CPU34響應(yīng)于獲取指令執(zhí)行獲取過程。如果從 客戶端接收到存放指令(S410: YES)，則在S420中，CPU34執(zhí)行響 應(yīng)于存放指令存放過程。例如，在客戶端將另一個(gè)規(guī)定文件移動(dòng)到另 一個(gè)規(guī)定目錄時(shí)，PC3將存放指令發(fā)送到打印機(jī)80。如果從客戶端接 收到另一指令，則在S430中，CPU34執(zhí)行相應(yīng)于該另一指令的過程。在執(zhí)行以上過程之后或者如果未從客戶端接收到指令，在S440 中，CPU34確定是否接收到在打印機(jī)80上的關(guān)閉過程或者結(jié)束程序的 另一指示。如果沒有給出結(jié)束程序的指令(S440: NO)，貝'」CPU34再次進(jìn) 入指令等待狀態(tài)。然而，如果已經(jīng)發(fā)出指令以結(jié)束程序(S440: YES)，則在S450中，CPU34執(zhí)行關(guān)閉過程以結(jié)束它作為FTP服務(wù)器的功能， 由此結(jié)束正常操作過程。圖10是示意在圖9中的S360的cd過程中的步驟的流程圖。cd 過程用于承認(rèn)在cd指令中指定的目錄為當(dāng)前目錄(g卩，切換當(dāng)前目錄)。在S510中，CPU34確定指令是否指定目標(biāo)目錄。如果已經(jīng)指定一 個(gè)目錄(S510: YES),則在S520中，CPU34確定在從客戶端接收的 指令中指定的目錄在虛擬目錄樹或者在實(shí)際物理目錄(存儲(chǔ)介質(zhì)或者 其它存儲(chǔ)設(shè)備)中是否存在。如果指定目錄存在于虛擬目錄樹中或者實(shí)際物理目錄中(S520: YES)，則在S530中，CPU34承認(rèn)指定目錄為當(dāng)前目錄并且在S540 中向客戶端傳輸示意該過程成功的OK代碼。隨后，CPU34結(jié)束cd過 程。在cd指令中指定的目錄繼續(xù)在整個(gè)FTP服務(wù)器過程中被承認(rèn)為當(dāng) 前目錄除非當(dāng)前目錄被再次切換。然而，如果指定目錄并不存在于虛擬目錄樹中或者實(shí)際物理目錄 中(S520: NO)，在S550中，CPU34向客戶端傳輸示意該過程失敗 的失敗代碼(NG代碼)，而不將當(dāng)前目錄改變?yōu)橹付夸?。隨后，ROM35 結(jié)束cd過程。而且，如果該指令并不指定目標(biāo)目錄(S510: NO)，在S560中， CPU34承認(rèn)該指令的當(dāng)前目錄為指定目錄并且從S530執(zhí)行該過程。圖11是示意在圖9中的S380的列表過程中的步驟的流程圖。列 表過程用于向客戶端返回位于列表指令指定的目錄中的文件的文件名 以及目錄的目錄名(子目錄的子目錄名)，即，向客戶端提供客戶端指定目錄中的文件和目錄列表。在S610中，CPU34確定指令是否指定目標(biāo)目錄。如果目標(biāo)目錄被 指定(S610: YES)，則在S620中，CPU34確定在指令中由客戶端指 定的目錄是在虛擬目錄樹中或者在實(shí)際物理目錄中。如果指定目錄在虛擬目錄樹中或者實(shí)際物理目錄中(S620: YES)， 在S630中，CPU34確定指定目錄的物理位置是否存在于系統(tǒng)區(qū)域中。 如果指定目錄的物理位置在系統(tǒng)區(qū)域中(虛擬目錄樹)(S630: YES)， 則在S640中，CPU34將存儲(chǔ)于用于管理指定目錄的區(qū)域中的文件名和 子目錄名傳輸?shù)娇蛻舳瞬⑶译S后結(jié)束列表過程。換言之，CPU34在該 實(shí)施例中向客戶端傳輸特殊的文件名，例如示意打印機(jī)80和連接到打 印機(jī)80的存儲(chǔ)介質(zhì)的狀態(tài)的文件名。在另一方面，如果指定目錄的物理位置不在系統(tǒng)區(qū)域中，g卩，在 存儲(chǔ)介質(zhì)或者其它存儲(chǔ)設(shè)備中(S630: NO)，則在S650中，CPU34 提取存儲(chǔ)于指定目錄中的文件名和子目錄名并且將其傳輸?shù)娇蛻舳耍?并且隨后結(jié)束列表過程。換言之，CPU34傳輸實(shí)際存儲(chǔ)于存儲(chǔ)介質(zhì)等 中的文件的文件名和目錄的目錄名。如果客戶端發(fā)出根目錄列表指令， CPU34傳輸文件的文件名和目錄的目錄名。如果指定目錄不存在于虛擬目錄樹中或者實(shí)際物理目錄中(S620: NO)，則在S660中，CPU34向客戶端傳輸示意該過程失敗的失敗代 碼，并且隨后結(jié)束列表過程。而且，如果該指令并不指定目標(biāo)目錄(S610: NO)，在S670中， CPU34承認(rèn)指令指定的當(dāng)前目錄為指定目錄并且從S630執(zhí)行該過程。圖13是示意圖9中的S400的獲取過程中的步驟的流程圖。獲取 過程用于為在獲取指令中指定的文件向客戶端返回?cái)?shù)據(jù)，即，向客戶端提供客戶端指定文件的數(shù)據(jù)。在S710中，CPU34確定該指令是否指定目標(biāo)文件。如果目標(biāo)文件 被指定(S710: YES)，在S720中，CPU34確定該指令是否指定其中 存在目標(biāo)文件的目錄(目標(biāo)目錄的位置)。如果該指令指定目標(biāo)目錄(S720: YES)，則在S730中CPU34 確定由客戶端指定的目錄是否存在于虛擬目錄樹中或者實(shí)際物理目錄 中。如果指定目錄存在于虛擬目錄樹中或者實(shí)際物理目錄中(S730: YES)，則在S740中，CPU34確定指定目錄的物理位置是否在系統(tǒng)區(qū) 域(虛擬目錄樹)中。如果指定目錄的物理位置位于系統(tǒng)區(qū)域中(S740: YES),則在 S750中，CPU34執(zhí)行存儲(chǔ)卡操作過程。在S760中，CPU34確定文件數(shù)據(jù)是否被獲取。如果文件數(shù)據(jù)可被 獲取(S760: YES)，在S770中，CPU34向客戶端傳輸數(shù)據(jù)并且隨后 結(jié)束獲取過程。換言之，CPU34向客戶端傳輸在該實(shí)施例中特殊的文 件數(shù)據(jù)，包括示意打印機(jī)80的狀態(tài)和連接到打印機(jī)80的存儲(chǔ)介質(zhì)的 狀態(tài)的文件。然而，如果文件數(shù)據(jù)不可被獲取(S760: NO)，在S780中，CPU34 向客戶端傳輸示意該過程失敗的失敗代碼，并且隨后結(jié)束獲取過程。而且，如果CPU34在S740中確定指定目錄的物理位置不存在于 系統(tǒng)區(qū)域中，即，在存儲(chǔ)介質(zhì)或者其它存儲(chǔ)設(shè)備(實(shí)際物理目錄)中 (S740: NO)，在S7卯中，CPU34獲取存儲(chǔ)于指定目錄中的文件的 數(shù)據(jù)并且從上述S760繼續(xù)。換言之，CPU34傳輸實(shí)際存儲(chǔ)于存儲(chǔ)介質(zhì)中的文件的數(shù)據(jù)。而且，如果CPU34在S730中確定指定目錄不存在于虛擬目錄樹 中或者實(shí)際物理目錄中(S730: NO)，在S780中，CPU34向客戶端 傳輸示意該過程失敗的失敗代碼，并且隨后結(jié)束獲取過程。而且，如果CPU34在S720中確定該指令沒有指定目標(biāo)目錄(S720: NO)，在S800中，CPU34承認(rèn)該指令指定當(dāng)前目錄為指定目錄，并 且從S740繼續(xù)該過程。而且，如果CPU34在S710中確定該指令沒有指定目標(biāo)文件(S710: NO)，在S780中，CPU34向客戶端傳輸示意該過程失敗的失敗代碼， 并且隨后結(jié)束獲取過程。圖13示意在圖13中S750的存儲(chǔ)卡操作過程中的步驟的流程圖。 存儲(chǔ)卡操作過程基于指定文件在存儲(chǔ)卡上實(shí)現(xiàn)操作(例如格式化操作， 從存儲(chǔ)卡刪除文件的操作，等)并且將描述操作結(jié)果的文件傳輸給客 戶端。在過程開始時(shí)，CPU34確定指定文件的類型。在S900， CPU34確定指定文件是否為Format**MemoryCard.txt。 當(dāng)客戶在PC3上雙擊文件Format**MemoryCard.txt的圖標(biāo)時(shí)(S900: YES)，在S910中，CPU34在于"**"位置處指定的存儲(chǔ)卡上執(zhí)行格 式化操作(格式化開始操作)。在S915中，CPU34獲取描述操作結(jié)果 的物理txt文件，并且隨后結(jié)束存儲(chǔ)卡操作過程。寫入文件 Format**MemoryCard.txt的操作結(jié)果的例子是"己完成該存儲(chǔ)卡的格式 化"。無論執(zhí)行的操作是否為格式化操作，在圖12的S770中CPU34 將在S915中獲取的物理txt文件傳輸給客戶端。而且，在存儲(chǔ)卡操作 過程中用于指定文件的文件名不限于該實(shí)例，而是可以適當(dāng)?shù)馗淖?。?920 ， CPU34 確定指定文件是否是 EraseAUFilesIn**MemoryCard.txt。如果通過客戶端在PC3雙擊文件 EraseAllFilesIn**MemoryCard.txt的圖標(biāo)(S920: YES)，則在S925中，CPU34執(zhí)行從在位置處指定的存儲(chǔ)卡刪除所有文件的過程，在 S915中獲取描述操作結(jié)果的物理txt文件，并且隨后結(jié)束存儲(chǔ)卡操作過 程。在圖12所示的S770, CPU34將在S915獲取的物理txt文件發(fā)送 到客戶端。這里，在存儲(chǔ)卡操作過程中指定的文件的文件名可以適當(dāng) 地改變。在 930 ， CPU34 確定指定文件是否是 EraseAllFilesExceptALastFileIn**MemoryCard,txt。如果客戶端在PC3 雙擊文件EraseAllFilesExceptALastFileIn**MemoryCard.txt的圖標(biāo) (S930: YES)，則在S935中，CPU34執(zhí)行在由"**"指定的存儲(chǔ)卡 中刪除除了最近文件之外的所有文件的過程，在S915中獲取描述操作 結(jié)果的物理txt文件，并且結(jié)束存儲(chǔ)卡操作過程。在圖12所示的S770， CPU34將在S915獲取的物理txt文件發(fā)送到客戶端。同樣，在存儲(chǔ)卡 操作過程中指定的文件的文件名可以適當(dāng)?shù)馗淖儭Ｔ?40， CPU34確定指定文件是否是CopyAllFilesIn**to〇〇 MemoryCard.txt。如果客戶通過PC3雙擊文件CopyAllFilesIn** to〇 MemoryCard.txt (其中代表存儲(chǔ)介質(zhì)例如CF、 SM、 MS和SD的字符 串被插入"**"和"〇〇"中；S940: YES)，在S945中，CPU34執(zhí) 行從在中指定的存儲(chǔ)卡向在"〇〇"中指定的存儲(chǔ)卡復(fù)制數(shù)據(jù) 的過程，在S915中，獲取描述操作結(jié)果的物理txt文件，并且隨后結(jié) 束存儲(chǔ)卡操作過程。在圖12所示的S770， CPU34將在S915獲取的物 理txt文件發(fā)送到客戶端。同樣，在存儲(chǔ)卡操作過程中指定的文件的文 件名不限于以上實(shí)例。在 950 ， CPU34 確定指定文件是否是 CopyAllFilesIn求noAllInsertedMemoryCards,txt。如果客戶通過PC3雙擊 CopyAUFilesIn**toAlIInsertedMemoryCards.txt的圖標(biāo)(S950: YES)， 則在S955中，CPU34執(zhí)行從在中指定的存儲(chǔ)卡向連接到狹槽 16-19的所有存儲(chǔ)卡復(fù)制數(shù)據(jù)的操作，在S915中，獲取描述操作結(jié)果的物理txt文件，并且隨后結(jié)束存儲(chǔ)卡操作過程。在圖12所示的S770， CPU34將在S915獲取的物理txt文件發(fā)送到客戶端。同樣，在存儲(chǔ)卡 操作過程中指定的文件的文件名不限于以上實(shí)例。在S770發(fā)送到該客戶端的物理txt文件顯示在該P(yáng)C3的監(jiān)視器3M 上。例如，激活顯示文本數(shù)據(jù)的申請(qǐng)，然后，通過監(jiān)視器3M上的窗口 顯示該物理txt文件。如果指定文件與文件操作定義的任何操作相關(guān)文件名不匹配 (S950: NO)，則在S960中CPU34基于存儲(chǔ)于指定目錄管理區(qū)域中 的數(shù)據(jù)獲取物理文件。隨后，在S915中，CPU34獲取描述操作結(jié)果的 物理txt文件并且結(jié)束存儲(chǔ)卡操作過程。圖14是示意圖13的S910中的格式化操作中的步驟的流程圖。在 該過程的S1000中，CPU34確定用于格式化的目標(biāo)存儲(chǔ)卡是否被連接。 如果存儲(chǔ)卡被連接(S1000: YES)，在S1010中，CPU34開始格式化 該存儲(chǔ)卡。在 S1020 中，CPU34生成具有文件名 Format**MemoryCard.txt的文件以示意格式化正在進(jìn)行中，并且隨后結(jié) 束格式化操作過程。然而，如果存儲(chǔ)卡未被連接(S1000: NO)，則 在S1020中，CPU34生成具有文件名Format**MemoryCard.txt的文件 以示意存儲(chǔ)卡未被連接，并且隨后結(jié)束格式化操作過程。這里，CPU34 生成Foraiat**MemoryCard.txt文件并且退出格式化操作過程而不等待 格式化操作結(jié)束，由此使得CPU34能夠在短時(shí)間內(nèi)向客戶端返回獲取 指令的響應(yīng)從而客戶端不接收超時(shí)錯(cuò)誤。圖15A和15B示出在 Format**MemoryCard.txt文件中的內(nèi)容示例，其中圖15A示出當(dāng)格式 化已經(jīng)開始時(shí)的文件內(nèi)容，并且圖15B示出當(dāng)存儲(chǔ)卡未被連接時(shí)的內(nèi) 容。圖16是示意在圖13的S925中刪除所有文件的操作過程中的步驟 的流程圖。在S1100中，在該過程開始時(shí)，CPU34確定其文件將被刪除的存儲(chǔ)卡是否被連接。如果存儲(chǔ)卡被連接(S1100: YES)，在S1110 中，CPU34從該存儲(chǔ)卡刪除所有文件。在S1120中，CPU34生成 Erase AllFil esin* * MemoryCard. txt文件以示意刪除所有文件的過程已經(jīng) 開始，并且隨后結(jié)束刪除所有文件的過程。同樣，CPU34生成 EraseAllFilesIn**MemoryCard.txt文件并且退出操作過程，以刪除所有 文件而不等待刪除過程結(jié)束，由此使得CPU34能夠在短時(shí)間內(nèi)向客戶 端返回獲取指令的響應(yīng)從而客戶端不接收超時(shí)錯(cuò)誤。然而，如果存儲(chǔ) 卡未被連接(S1100: NO)，貝ij在S1120中CPU34生成 EraseAlIFilesIn**MemoryCard.txt文件以示意存儲(chǔ)卡未被連接，并且結(jié) 束刪除所有文件的過程。圖17是示意在圖13的S935中用于刪除除了最近文件之外的所有 文件的操作過程中的步驟的流程圖。在S1200中，在該操作過程開始 時(shí)，CPU34確定從其刪除文件的存儲(chǔ)卡是否被連接。如果存儲(chǔ)卡被連 接(S1200: YES),在S1210中，CPU34從存儲(chǔ)卡刪除除了最近文件 之外的所有文件。在 S1220 中，CPU34 生成 EraseAllFilesExceptALastFileIn**MemoryCard.txt文件以示意刪除除了 最近文件之外的所有文件的操作過程正在進(jìn)行，并且隨后退出該操作 過程。如 上 所 述 ， CPU34 在 生 成 EraseAllFilesExceptALastFileIn**MemoryCard.txt之后退出刪除除了最 近文件之外的所有文件的操作過程，而不等待刪除過程結(jié)束，由此使 得CPU34能夠在短時(shí)間內(nèi)向客戶端返回獲取指令的響應(yīng)從而客戶端不 接收超時(shí)錯(cuò)誤。然而，如果存儲(chǔ)卡未被連接(S1200: NO)，則在S1220 中CPU34生成EraseAllFilesExceptALastFileIn**MemoryCard.txt文件以 示意存儲(chǔ)卡未被連接，并且隨后結(jié)束刪除過程。圖18是示意圖13的S945中從到"〇〇"復(fù)制文件的操作 過程中的步驟的流程圖。在S1250中，在該操作過稈開始時(shí)，CPU34確定用作復(fù)制源的存儲(chǔ)卡是否被連接。如果存儲(chǔ)卡被連接(S1250:YES)，在S1260中，CPU34確定用作復(fù)制目的的存儲(chǔ)卡是否被連接。 如果目的存儲(chǔ)卡被連接(S1260: YES)，在S1270中，CPU34啟動(dòng)將 源存儲(chǔ)卡的內(nèi)容復(fù)制到目的存儲(chǔ)卡的操作過程。在S1280中，CPU34 生成CopyAllFilesIn**to〇〇.txt以示意復(fù)制操作正在進(jìn)行，并且隨后結(jié) 束復(fù)制操作過程。如上所述，CPU34在生成CopyAllFilesIn^toOO.txt 之后退出復(fù)制操作過程而不等待該操作過程結(jié)束，由此使得CPU34能 夠在短時(shí)間內(nèi)向客戶端返回獲取指令的響應(yīng)從而客戶端不接收超時(shí)錯(cuò) 誤。寫入文件CopyAllFilesIn^toOO.txt的操作結(jié)果的實(shí)例為，當(dāng)SD 卡未被插入時(shí)，"SD卡未被插入。請(qǐng)?jiān)诓迦隨D卡之后選擇文件。"， 并且當(dāng)內(nèi)容正在從"**"復(fù)制到" 〇"時(shí)，"**存儲(chǔ)卡的內(nèi)容正在 復(fù)制到OO存儲(chǔ)卡。請(qǐng)等待直至訪問燈停止閃爍并且保持照亮"。如果源存儲(chǔ)卡未被連接(S1250: NO)或者如果目的存儲(chǔ)卡未被 連接(S1260: NO)，在S1280中，CPU34生成CopyAllFilesIn**to〇 O.txt文件以示意復(fù)制操作不能執(zhí)行，并且隨后結(jié)束復(fù)制過程。下面，描述用于將的內(nèi)容復(fù)制到所有存儲(chǔ)卡的操作過程。 在下面的描述中，執(zhí)行該操作過程以將替代"**"的SD卡的內(nèi)容復(fù)制 到所有存儲(chǔ)卡。圖19是示意在將SD卡的內(nèi)容復(fù)制到所有存儲(chǔ)卡的操作過程中的 步驟的流程圖。在S1600中，在該過程開始時(shí)，CPU34初始化變量的 數(shù)值以示意每一個(gè)存儲(chǔ)卡是否被連接。在S1610中，CPU34確定SD卡是否被連接。如果SD卡被連接 (S1610: YES)，則在S1620中CPU34設(shè)定變量Flag—SD為1，以示 意SD卡被連接。如果SD卡未被連接(S1610: NO)，在S1690中CPU34生成CopyAllFilesIn**toAllInsertedMemoryCards.txt文件以示意 復(fù)制操作不能被執(zhí)行，并且隨后結(jié)束復(fù)制操作。在S1630中，CPU34確定CF卡是否被連接。如果CF卡被連接 (S1630: YES)，則在S1640中CPU34設(shè)定變量Flag—CF為1，以示 意CF卡被連接。在S1650中，CPU34確定SM卡是否被連接。如果SM卡被連接 (S1650: YES)，則在S1660中CPU34設(shè)定變量Flag—SM為1，以示 意SM卡被連接。在S1670中，CPU34確定MS卡是否被連接。如果MS卡被連接 (S1670: YES)，則在S1680中CPU34設(shè)定變量Flag—MS為1，以示 意MS卡被連接。在S1700中，CPU34確認(rèn)示意每一個(gè)存儲(chǔ)卡是否被連接的變量的 數(shù)值。首先，CPU34確認(rèn)Flag—SD變量是否被設(shè)定為1。如果Flag—SD 為l (S1700: YES)，在S1710中CPU34確認(rèn)Flag—CF的內(nèi)容。如果 Flag—SD不為1 (S1700: NO) ， CPU34結(jié)束將SD卡的內(nèi)容復(fù)制到所 有存儲(chǔ)卡的過程。在S1710中，CPU34確認(rèn)變量Flag—CF的數(shù)值。如果Flag—CF為 1 (S1710: YES)，在S1720中，CPU34開始將SD卡的內(nèi)容復(fù)制到 CF卡。然而，如果Flagj:F不為l (S1710: NO)，則CPU34不復(fù)制 SD卡的內(nèi)容，但是在S1730中確認(rèn)變量Flag一MS的數(shù)值。如果Flag—SM為1 (S1730: YES)，在S1740中CPU34開始將 SD卡的內(nèi)容復(fù)制到SM卡。然而，如果Flag—SM不為1 (S1730: NO)， 則CPU34并不執(zhí)行該復(fù)制操作，但是在S1750中確認(rèn)變量Flag—MS的 數(shù)值。如果Flag—MS為1 (S1750: YES)，則在S1760中CPU34開始 將SD卡的內(nèi)容復(fù)制到MS卡。然而，如果Flag—MS不為1 (S1750: NO)，則CPU34并不執(zhí)行該復(fù)制操作，而是前進(jìn)到S1690。在S1690中，CPU34生成含有用于復(fù)制上述介質(zhì)的操作歷史的 CopyAllFilesInSDtoAllInsertedMemoryCards.txt文件，并且隨后結(jié)束復(fù) 制 操 作 過 程。 這 里 ， CPU34 生 成 CopyAllFilesInSDtoAllInsertedMemoryCards.txt并且退出復(fù)制操作過程 而不等待復(fù)制操作結(jié)束，由此使得CPU34能夠在短時(shí)間內(nèi)向客戶端返 回獲取指令的響應(yīng)從而客戶端不接收超時(shí)錯(cuò)誤。圖19給出用于將SD卡的內(nèi)容復(fù)制到所有存儲(chǔ)卡的過程的實(shí)例， 但是對(duì)于將CF卡的內(nèi)容復(fù)制到其它存儲(chǔ)卡而言可執(zhí)行類似的過程。而 且，可以使用XD卡或者除了 SD卡、CF卡、MS卡和SM卡的另一卡。寫入文件CopyAllFilesInSDtoAllInsertedMemoryCards.txt的操作結(jié) 果的實(shí)例，對(duì)于其中"**"存儲(chǔ)卡的內(nèi)容被復(fù)制到"〇〇"和 存儲(chǔ)卡(其中用代表存儲(chǔ)介質(zhì)例如CF、 MS、 SD和SM卡的字符串代 替、"〇 "和)的情形，為"正在將"**"存儲(chǔ)卡的內(nèi)容復(fù)制到"〇〇"存儲(chǔ)卡和存儲(chǔ)卡。請(qǐng)等待直至訪問燈 停止閃爍并且保持照亮。"圖20是示意圖10中的S420的存放過程中的步驟的流程圖。存放 過程用于在FTP服務(wù)器的存儲(chǔ)設(shè)備中存儲(chǔ)在存放指令中從客戶端傳輸 的文件的數(shù)據(jù)，即，將客戶端指定文件的數(shù)據(jù)寫入FTP服務(wù)器。在S1310中，CPU34確定該指令是否指定用于存儲(chǔ)文件的目錄(目 標(biāo)目錄)。如果該指令指定目標(biāo)目錄(S1310: YES)，則在S1320中， CPU34確定在該指令中指定的目錄是否存在于虛擬目錄樹中或者實(shí)際物理目錄中。如果指定目錄不存在于虛擬目錄樹中或者實(shí)際物理目錄中(S1320: YES)，在S1330中，CPU34確定指定目錄的物理位置是否 存在于系統(tǒng)區(qū)域中。如果指定目錄的物理位置存在于系統(tǒng)區(qū)域(虛擬 目錄樹)中(S1330: YES),則在S1360中，CPU34向客戶端傳輸示 意該過程失敗的失敗代碼，并且隨后結(jié)束存放過程。換言之，不能夠 訪問為向客戶端傳輸指定打印機(jī)80的狀態(tài)和連接到打印機(jī)80的存儲(chǔ) 介質(zhì)的狀態(tài)的文件名而提供的虛擬目錄。該過程防止其中PC3的用戶 相信已經(jīng)為文件寫入數(shù)據(jù)，但是因?yàn)樵撃夸浭翘摂M的該數(shù)據(jù)未被寫入 的情形。然而，如果指定目錄的物理位置不存在于系統(tǒng)區(qū)域中，即，在存 儲(chǔ)介質(zhì)或者其它存儲(chǔ)設(shè)備(實(shí)際物理目錄)中(S1330: NO)，則在 S1340中，CPU34在指定目錄中存儲(chǔ)數(shù)據(jù)，在S1350中向客戶端傳輸 示意該過程成功的OK代碼，并且隨后結(jié)束存放過程。因此，CPU34 實(shí)際上在存儲(chǔ)介質(zhì)等中存儲(chǔ)數(shù)據(jù)。在另一方面，如果CPU34在S920中確定指定目錄不存在于虛擬 目錄樹中或者實(shí)際物理目錄中(S1320: NO)，在S1360中，CPU34 向客戶端傳輸示意該過程失敗的失敗代碼并且隨后結(jié)束存放過程。而且，如果CPU34在S1310中確定該指令沒有指定目標(biāo)目錄 (S1310: NO)，則在S1370中，CPU34承認(rèn)該指令指定當(dāng)前目錄為 指定目錄，并且隨后從S1330繼續(xù)該過程。而且，通過確認(rèn)此時(shí)打印機(jī)80的狀態(tài)和連接到介質(zhì)連接器的存儲(chǔ) 介質(zhì)的狀態(tài)，存儲(chǔ)介質(zhì)的狀態(tài)可被準(zhǔn)確地反映于操作相關(guān)文件名中， 即使存儲(chǔ)介質(zhì)被分離并且不同的存儲(chǔ)介質(zhì)被連接。相應(yīng)地，操作相關(guān) 文件名相應(yīng)于當(dāng)前連接的存儲(chǔ)卡，從而降低了用戶選擇錯(cuò)誤文件的機(jī)會(huì)。圖22B示出在用于生成虛擬目錄數(shù)據(jù)的過程已被執(zhí)行之后的虛擬 目錄樹。分配給子目錄中的文件的文件名為操作相關(guān)文件名。圖23示出在執(zhí)行用于生成虛擬文件數(shù)據(jù)的過程之后的系統(tǒng)區(qū)域。 如圖23所示，用于操作相關(guān)文件的存儲(chǔ)器在系統(tǒng)區(qū)域中已被分配。圖22示出在示于圖22中的子目錄2-1-1中的文件夾CARDCOPY 的內(nèi)容。如圖22所示，該文件夾包括具有操作相關(guān)文件名的虛擬文件。 虛擬文件被類似地提供于其它子目錄中并且相應(yīng)于那些子目錄。而且，在上述圖14-19的S1020、 S1120、 S1220、 S1280和S16卯 中，CPU34也可生成描述操作結(jié)果的文件和/或設(shè)定示意操作結(jié)果的文 件名。通過該過程，客戶端能夠通過從FTP服務(wù)器獲取目錄數(shù)據(jù)了解 操作結(jié)果。圖25示意當(dāng)CF卡未被連接時(shí)CPU34試圖格式化CF卡時(shí) 的實(shí)例。根據(jù)第一實(shí)施例，F(xiàn)TP客戶端可以通過FTP服務(wù)器直接訪問介質(zhì) 本身，也可以執(zhí)行基于介質(zhì)的操作，而不擴(kuò)充或者修改該FTP協(xié)議。 此外，用戶可以確認(rèn)該FTP服務(wù)器上的該介質(zhì)上所執(zhí)行的操作的結(jié)果， 而且可以獲得該FTP服務(wù)器上的該介質(zhì)所執(zhí)行的操作的結(jié)果，而不受 對(duì)該文件名施加的限制的制約。由于具有操作相關(guān)文件名的文件存儲(chǔ)在與該存儲(chǔ)介質(zhì)分離的系統(tǒng) 區(qū)域上，所以用戶通過該FTP服務(wù)器很少有機(jī)會(huì)錯(cuò)誤地訪問這些文件。 由于可以識(shí)別介質(zhì)的類型，所以用戶可以輕而易舉地對(duì)要求的介質(zhì)進(jìn) 行操作。此外，由于可以識(shí)別存儲(chǔ)介質(zhì)的類型，所以，例如，即使在 系統(tǒng)狹槽中使用不同類型的介質(zhì)，用戶也可以輕而易舉地對(duì)要求的存 儲(chǔ)介質(zhì)進(jìn)行操作。下面，描述根據(jù)本發(fā)明第二實(shí)施例的FTP系統(tǒng)101 (見圖l)，其 中類似的部分和構(gòu)件利用相同的附圖標(biāo)記標(biāo)注以避免重復(fù)描述。圖23 是示出根據(jù)第二實(shí)施例的打印機(jī)180的電氣結(jié)構(gòu)的框圖。在第二實(shí)施 例中，ROM35存儲(chǔ)用于傳輸存儲(chǔ)介質(zhì)的狀態(tài)的狀態(tài)數(shù)據(jù)傳輸程序，和 用于將數(shù)據(jù)傳輸?shù)街髟O(shè)備的操作相關(guān)數(shù)據(jù)傳輸程序。該傳輸數(shù)據(jù)包括 分配給基于存儲(chǔ)介質(zhì)的操作的操作相關(guān)鏈接。在第二實(shí)施例中執(zhí)行的數(shù)據(jù)序列與利用根據(jù)第一實(shí)施例的FTP系 統(tǒng)l (見圖4)執(zhí)行的數(shù)據(jù)序列相同。下面，參考流程圖等描述本發(fā)明 的過程。圖24是示意根據(jù)安裝器程序用于生成快捷方式的過程中的步驟的 流程圖。與用于在PC3中安裝打印機(jī)驅(qū)動(dòng)器或者其它軟件的程序一樣， 用于打印機(jī)180的安裝器在圖24的S1800中在FTP服務(wù)器上為 Index.htm生成快捷方式。該快捷方式能夠減輕用戶每次希望進(jìn)行連接 時(shí)連接到FTP服務(wù)器所要求的輸入IP地址、密碼等的用戶負(fù)擔(dān)。圖25是示意當(dāng)快捷方式被啟動(dòng)時(shí)在PC3上執(zhí)行的過程中的步驟的 流程圖。在FTP服務(wù)器上用于Index.htm等的URL被寫入快捷方式中。 當(dāng)啟動(dòng)瀏覽器以連接到FTP設(shè)于打印機(jī)180中的服務(wù)器時(shí)，PC3將被 寫入快捷方式中的URL分配為變?cè)３嗽谟糜诔跏蓟摂M目錄樹的過程中，在第二實(shí)施例中執(zhí)行的 FTP服務(wù)器過程也與在第一實(shí)施例中的相同。下面參考圖26描述該過 程。在圖26的S1910中，CPU34在RAM37等中分配用于管理虛擬目 錄樹的結(jié)構(gòu)所要求的存儲(chǔ)器空間，以及用于管理FTP服務(wù)器系統(tǒng)所要 求的存儲(chǔ)器空間。在S1920中，CPU34分配用于管理在存儲(chǔ)器中形成的虛擬目錄樹 中的FTP服務(wù)器根目錄的區(qū)域。在S1930中，CPU34初始化被分配的用于管理根目錄的區(qū)域。特 別地，CPU34設(shè)定管理區(qū)域的屬性，以示意不存在目錄名，目錄的 物理位置在以后描述的系統(tǒng)區(qū)域中，不存在用于在目錄中存儲(chǔ)的文件 的文件名(即，目錄不含文件)，以及不存在子目錄。系統(tǒng)區(qū)域是在 初始化虛擬目錄樹的過程中分配的存儲(chǔ)器(RAM37)的區(qū)域。在S1940中，CPU34確認(rèn)根目錄被設(shè)定為當(dāng)前目錄。通過進(jìn)行這 種認(rèn)可，當(dāng)訪問FTP服務(wù)器的FTP客戶端(在下面簡(jiǎn)稱為"客戶端") 傳輸列表指令而不指定"cd/"時(shí)，打印機(jī)80能夠返回作為當(dāng)前目錄的 根目錄中的文件的文件名和子目錄的子目錄名。圖27A概念性地示出由初始化虛擬目錄樹的過程構(gòu)造的虛擬目錄樹。在第二實(shí)施例中，正常操作過程與在第一實(shí)施例中的正常操作過 程相同。此外，分別在S510、 S610、 S710和S1310之前，在S500、 S600、 S700和S1300分別執(zhí)行生成虛擬文件數(shù)據(jù)的過程，同樣，還執(zhí) 行cd、列表、獲取以及存放過程，如圖28至31所示。接著，將參考 圖32A和32B描述在S500、 S600、 S700和S1300生成虛擬文件數(shù)據(jù) 的過程。圖32A和32B是示意根據(jù)第二實(shí)施例在用于生成虛擬文件數(shù) 據(jù)的過程中的步驟的流程圖。在第二實(shí)施例中用于生成虛擬文件數(shù)據(jù)的過程用于生成Index.htm 文件并且設(shè)定Main.htm文件的內(nèi)容。FTP客戶端察看Index.htm文件 和Main.htm文件。換言之，該過程用于設(shè)定告知FTP客戶端FTP服務(wù) 器的狀態(tài)的數(shù)據(jù)內(nèi)容并且設(shè)定FTP客戶端能夠在連接的存儲(chǔ)介質(zhì)上執(zhí)行的操作。而且，通過確認(rèn)此時(shí)打印機(jī)180的狀態(tài)和連接到介質(zhì)連接器的存 儲(chǔ)介質(zhì)狀態(tài)，存儲(chǔ)介質(zhì)的狀態(tài)可被準(zhǔn)確地反映在操作相關(guān)文件名中， 即使存儲(chǔ)介質(zhì)被分離并且不同的存儲(chǔ)介質(zhì)被連接。相應(yīng)地，操作相關(guān) 文件名相應(yīng)于當(dāng)前連接的存儲(chǔ)卡，從而減小用戶選擇錯(cuò)誤操作的機(jī)會(huì)?；氐綄?duì)該過程的描述，CPU34起初在S2000中生成文件Index.htm 并且在S2010中生成Main.htm。Index.htm包含用于轉(zhuǎn)換到ftp: //brn—600789/Main.htm的重定向指 令。相應(yīng)地，通過訪問Index.htm,用戶可被重定向到Main.htm。Index.htm也具有用于為ftp: 〃brn—600789/Main.htm刪除緩存數(shù)據(jù) 的指令。當(dāng)文件被訪問時(shí)，某些瀏覽器將HTML文件保存為緩存。因 為以前被訪問的HTML文件保留在緩存中，這些瀏覽器有時(shí)顯示緩存 的文件而非更新的HTML文件。為了顯示更新的HTML，有必要利用 緩存刪除指令刪除緩存數(shù)據(jù)。圖33示出所生成的Index.htm文件的示 例顯示。當(dāng)Index.htm文件生成時(shí)，Main.htm不含內(nèi)容。FTP服務(wù)器根據(jù)以 下過程自動(dòng)地向Main.htm寫入內(nèi)容。在圖32A的S2020中，CPU34檢查打印機(jī)180的狀態(tài)。此時(shí)，CPU34 也獲取與打印機(jī)180中介質(zhì)連接器的數(shù)目以及可被連接到這些介質(zhì)連 接器的存儲(chǔ)介質(zhì)類型有關(guān)的數(shù)據(jù)。在S2030中，CPU34設(shè)定變量N為0。該變量N被用于當(dāng)為所有 介質(zhì)連接器確認(rèn)數(shù)據(jù)時(shí)的程序中。在S2040中，CPU34將N與介質(zhì)連接器的數(shù)目相比較。如果N小 于介質(zhì)連接器的數(shù)目(S2040: NO)，則在S2110中CPU34確定存儲(chǔ) 介質(zhì)是否被連接到第N介質(zhì)連接器(在下面也稱為第N狹槽)。如果存儲(chǔ)介質(zhì)被連接到第N狹槽(S2110: YES)，在S2120中， CPU34確定存儲(chǔ)介質(zhì)是否已被格式化。如果在第N狹槽中的存儲(chǔ)介質(zhì)已被格式化(S2120: YES),在 S2130中，CPU34確定被連接到第N狹槽的存儲(chǔ)介質(zhì)是否被打開。如果連接到第N狹槽的存儲(chǔ)介質(zhì)處于打開狀態(tài)中(S2130: YES)， 在S2140中，CPU34檢查連接到第N狹槽的存儲(chǔ)介質(zhì)的總的和剩余的 存儲(chǔ)容量。在S2150中，CPU34設(shè)定用于寫入Main.htm的狹槽狀態(tài)。寫入狀 態(tài)包括相應(yīng)的卡的名稱、總存儲(chǔ)容量和剩余存儲(chǔ)容量、用于啟動(dòng)格式 化過程的鏈接以及用于打開卡的鏈接。隨后，在S2160, CPU34使變 量N遞增1。下面，CPU34返回到S1040并且重復(fù)S2040-S2150中的系列過程 直至打印機(jī)180中的所有介質(zhì)連接器已被確認(rèn)(S2040: YES)。相反，如果存儲(chǔ)介質(zhì)不連接到第N狹縫(S2110:NO)，則在S2170， CPU34設(shè)定用于寫入Main.htm的狹縫的狀態(tài)。寫入狀態(tài)包括相應(yīng)卡名 稱、表示存儲(chǔ)介質(zhì)沒有連接的消息。隨后，CPU34進(jìn)入S2160。如果第N狹縫中的存儲(chǔ)介質(zhì)沒有被格式化(S2120: NO)，則在 S2180, CPU34檢測(cè)連接到第N狹縫的存儲(chǔ)介質(zhì)的總存儲(chǔ)容量。在 S2190, CPU34設(shè)定用于寫入Main的狹縫的狀態(tài)。該寫入狀態(tài)包括相 應(yīng)卡名稱、總存儲(chǔ)容量以及用于啟動(dòng)格式化過程的鏈路。隨后，CPU34進(jìn)入S2160。此外，連接到第N狹縫的存儲(chǔ)介質(zhì)未處于開啟狀態(tài)(S2130: NO)， 則在S2200， CPU34設(shè)定用于寫入Main的狹縫的狀態(tài)。該寫入狀態(tài)包 括相應(yīng)卡名稱以及表示該存儲(chǔ)介質(zhì)連接到第N狹縫，但是未處于開啟 狀態(tài)的錯(cuò)誤信息。在確認(rèn)打印機(jī)180中的所有介質(zhì)連接器之后(S2040:YES)，CPU34退出循環(huán)從而確認(rèn)所有介質(zhì)連接器的狀態(tài)。特別地，在退出循環(huán)之后，在圖32B的S2205中，CPU34確認(rèn)狹 槽的數(shù)目。如果僅有一個(gè)狹槽(S2205: YES)，在S2210中，CPU34確定在狹槽狀態(tài)中是否存在用于打開卡的鏈接。如果在狹槽狀態(tài)中存在用于打開卡的鏈接(S2210:YES)，在S2215 中，CPU34使用用于打開卡的鏈接寫入用于重定向到Main.htm的指令。 圖34A和34B示出當(dāng)在main.htm中客戶點(diǎn)擊用于打開卡的鏈接時(shí)的示 例屏幕圖像。圖34A示出在執(zhí)行寫入Main.htm的重定向指令時(shí)的實(shí)例， 并且圖34B示出在根據(jù)寫入Main.htm的重定向指令打開卡之后瀏覽器 的狀態(tài)。在S2220中，CPU34向Main.htm寫入指令，其用于刪除該重定向 指令中所指示的重定向目的的緩存數(shù)據(jù)。在S2270中，CPU34在用于管理根目錄的區(qū)域中更新數(shù)據(jù)。更加 具體地，CPU34將產(chǎn)生的Index.htm和Main.htm添加到根目錄。在更新管理區(qū)域中的數(shù)據(jù)之后，CPU34結(jié)束用于生成虛擬文件數(shù) 據(jù)的過程。如果在狹槽狀態(tài)中不存在用于打開卡的鏈接(S2210: NO)，則 在S2265中，CPU34將狹槽狀態(tài)寫入Main.htm，在S2270中為根目錄 管理區(qū)域更新數(shù)據(jù)，并且結(jié)束用于生成虛擬文件數(shù)據(jù)的過程。如果狹 槽狀態(tài)不包括用于打開卡的鏈接，則可以不格式化該存儲(chǔ)卡或者不連 接該存儲(chǔ)卡。圖34D和34D示出在這種情況下在客戶端訪問Main.htm 時(shí)的示例屏幕圖像。在另一方面，如果CPU34識(shí)別多個(gè)狹槽(S2205: NO)，在S2225 中，CPU34設(shè)定變量X為0。在S2230中，CPU34將變量X與變量N相比較。如果X小于N (S2230: NO)，在S2235中，CPU34確定狹槽狀態(tài)是否包括用于打 開卡的鏈接。如果狹槽狀態(tài)含有用于打開卡的鏈接(S2235: YES)，則在S2240 中，利用用于打開該卡的鏈接，CPU34將重定向指令寫入 CardOpenX.htm (其中X利用變量X的數(shù)值替代)。在S2245中，CPU34向CardOpenX.htm寫入用于刪除所述重定向 指令中所指示的目的的緩存數(shù)據(jù)的指令。在S2250, CPU34將到 CardOpenX.htm的鏈接寫入Main.htai。隨后，在S2251， CPU34使變 量N遞增1。接著，CPU34返回S2230，然后，重復(fù)S2230至S2255 的一系列操作，直到打印機(jī)180中的所有介質(zhì)連接器都被確認(rèn)(S2230: YES)。打印機(jī)180內(nèi)的所有介質(zhì)連接器被確認(rèn)后(S2230: YES), CPU34退出該循環(huán)，以更新該根目錄管理區(qū)域內(nèi)的數(shù)據(jù)。特別地，在 退出該循環(huán)后，在S2260, CPU34將CardOpenX.htm添加到該根目錄。在S2265中，CPU34將狹槽狀態(tài)寫入Main.htm，在S2270中更新用于管理根后錄的區(qū)域中的數(shù)據(jù)，并且結(jié)束用于生成虛擬文件數(shù)據(jù)的 過程。圖34E到34G示出當(dāng)多個(gè)狹槽已被識(shí)別時(shí)顯示的示例屏幕圖像。如果用戶在示于圖34E中的瀏覽器中點(diǎn)擊"打開存儲(chǔ)卡"，則瀏覽器暫時(shí)地顯示其中用于訪問卡的重定向指令被寫入的頁面(見圖34F并 且隨后顯示卡的內(nèi)容(見圖34G)。圖27B概念性地示意通過執(zhí)行生成虛擬文件數(shù)據(jù)的過程而產(chǎn)生的 虛擬目錄樹。在該實(shí)例中，根目錄包括文件Index.htm和Main.htm，并 且每一個(gè)介質(zhì)連接器均被視為目錄。圖35A概念性地示意通過執(zhí)行用于生成虛擬文件數(shù)據(jù)的過程而產(chǎn) 生的系統(tǒng)區(qū)域。在該實(shí)例中，系統(tǒng)區(qū)域包括文件Index.htm、 Main.htm 禾卩CardOpenl.htm。圖36是示意在根據(jù)第二實(shí)施例的存儲(chǔ)卡操作過程中的步驟的流程 圖(相應(yīng)于第一實(shí)施例的圖12和13中的過程)。存儲(chǔ)卡操作過程用 于基于指定文件在存儲(chǔ)卡上執(zhí)行操作，例如格式化或者刪除文件。如果指定文件為Index.htm (S2300: YES)，則在S2310中CPU34 獲取Index.htm文件并且隨后結(jié)束存儲(chǔ)卡操作過程。無論獲取的文件是 否為Index.htm,在S770中在存儲(chǔ)卡操作過程中獲取的物理文件被傳輸 到客戶端(圖12)。由于Index.htm包括Main.htm，所以自動(dòng)開始另 —個(gè)獲取過程。因此，通過Index.htm,用戶訪問Main.htm。當(dāng)指定文件為Format000.htm時(shí)(S2320: YES)，在S2330中， CPU34對(duì)于其中Format000.htm被請(qǐng)求的情形執(zhí)行FTP服務(wù)器過程， 在S2340中獲取Format000.htm文件并且隨后結(jié)束存儲(chǔ)卡操作過程。例 如，如果用戶點(diǎn)擊圖34E中的"FORMAT"，則它相當(dāng)于用戶指定 Format000.htm。圖37示出Format000.htm文件的示例顯示。如果指定文件為FormatN.htm (其中N被不同于用于生成虛擬文 件數(shù)據(jù)的過程中的變量N'的變量N的數(shù)值代替；S2350: YES)，在S2360中，對(duì)于FormatN.htm文件被請(qǐng)求時(shí)的情形，CPU34執(zhí)行FTP 服務(wù)器過程，在S2370中CPU34獲取FormatN.htm文件，并且隨后結(jié) 束存儲(chǔ)卡操作過程。如果指定文件為Main.htm (S2380: YES)，在S2390中CPU34 獲取Main.htm文件，并且隨后結(jié)束存儲(chǔ)卡操作過程。如果指定文件并不匹配以上文件Index.htm、 Format000.htm、 FormatN.htm或者M(jìn)ain.htm的任何一個(gè)(S2380: NO)，在S2400中， CPU34基于在用于管理指定目錄的區(qū)域中存儲(chǔ)的數(shù)據(jù)獲取物理文件， 并且隨后結(jié)束存儲(chǔ)卡操作過程。圖38是示意當(dāng)FormatOOO.htm (圖34E中的"FORMAT")被請(qǐng) 求時(shí)在S2330中執(zhí)行FormatOOO.htm時(shí)執(zhí)行的FTP服務(wù)器過程的步驟 的流程圖。在圖38的S2500中，CPU34開始格式化存儲(chǔ)卡。在S2510中，CPU34設(shè)定FormatOOO.htm的內(nèi)容。特別地，CPU34 將該內(nèi)容設(shè)定為包括示意格式化操作進(jìn)度的消息(0%)，用于轉(zhuǎn)換為 FormatN.htm的重定向指令，以及用于更新FormatN.htm的緩存刪除指 令。在S2520中，CPU34在根目錄中生成FormatOOO.htm,在S2530 設(shè)定示意格式化進(jìn)度程度的變量N為1，并且隨后結(jié)束FTP服務(wù)器過 程。然后，在圖10的S770，將在S2520生成的FormatOOO.htm傳送到 客戶端。由于FormatOOO.htm包括用于轉(zhuǎn)換為FormatN.htm的重定向指 令，所以自動(dòng)開始另一個(gè)獲取過程，然后，在圖12所示的S750，執(zhí)行 存儲(chǔ)卡操作過程。因此，在圖36中的S2360，對(duì)于請(qǐng)求FormatOOO.htm 文件時(shí)的情況，執(zhí)行FTP服務(wù)器過程。圖39是示意當(dāng)FormatN.htm文件被請(qǐng)求時(shí)在圖36的S2360中執(zhí) 行的FTP服務(wù)器過程中的步驟的流程圖。在該過程中，N是在S2530 中設(shè)定的變量并且當(dāng)格式化進(jìn)行時(shí)發(fā)生改變。在圖39的S2600中， CPU34檢查格式化過程的狀態(tài)。如果CPU34確定存儲(chǔ)卡已被格式化或者格式化完成(S2610: YES)，在S2620中CPU34設(shè)定文件FormatN.htm的內(nèi)容。特別地， CPU34將FormatN.htm設(shè)定為包括示意格式化進(jìn)度的消息(100%)。 在S2630中，CPU34生成文件FormatN.htm并且隨后結(jié)束FTP服務(wù)器 過程。然而，如果格式化未完成(S2610: NO)，在S2640中，CPU34 設(shè)定FormatN.htm的內(nèi)容。特別地，CPU34將FormatN.htm的內(nèi)容設(shè) 定為包括示意格式化進(jìn)度的消息、重定向到FormatN+l.htm的重定向 指令以及更新FormatN+l.htm的緩存刪除指令。在S2650中，CPU34 生成文件FormatN.htm,并且在S2660中將變量N增加1之后，返回 S2610。 CPU34重復(fù)地返回到S2610直至確定格式化操作完成。在圖 39的S2650生成FormatN.htm文件，在圖36的S2370獲取該 FormatN.htm文件，以及在圖10的S770，將該FormatN.htm文件傳送 到客戶端。由于該FormatN.htm包括用于轉(zhuǎn)換為FormatN+l.htm的重定 向指令，所以自動(dòng)開始另一個(gè)獲取過程，然后，在圖12的S750，執(zhí)行 存儲(chǔ)卡操作過程。圖40A-40C示出FormatN.htm的示例顯示。如圖 40A-40C所示，格式化隨著變量N增加而進(jìn)行。用于轉(zhuǎn)換FormatN.htm 文件的時(shí)刻可被適當(dāng)?shù)卦O(shè)定。圖35B概念性地示意在Format000.htm至lj FormatN.htm被請(qǐng)求時(shí) 執(zhí)行FTP過程之后的系統(tǒng)區(qū)域。在該實(shí)例中，系統(tǒng)區(qū)域包括文件 Format000.htm、 FormatN.htm等。雖然圖中沒有示出，在系統(tǒng)區(qū)域中被 順序地生成文件Format000.htm、 Format001.htm、 Format002.htm、Format003.htm、…。圖41是示意在用于監(jiān)視存儲(chǔ)卡連接器(狹槽)的過程中的步驟的 流程圖。用于監(jiān)視狹槽的過程獨(dú)立于FTP服務(wù)器執(zhí)行，但是狹槽狀態(tài) 被連續(xù)地發(fā)送給FTP服務(wù)器。在監(jiān)視過程的S2700中，CPU34確定狹槽的數(shù)目是否增加或者減 少或者卡是否已被連接或者分離。如果狹槽的數(shù)目或者卡的連接狀態(tài) 發(fā)生改變(S2700: YES)，在S2710中，CPU34確定對(duì)于當(dāng)前目錄是 否存在物理目錄。然而，如果CPU34沒有探測(cè)到卡的連接狀態(tài)的任何 改變(S2700: NO) ， CPU34連續(xù)地返回到S2700以保持監(jiān)視狹槽和 卡的狀態(tài)。如果對(duì)于當(dāng)前目錄存在物理目錄(S2710: YES) ， CPU34返回到 S2700。然而，如果對(duì)于當(dāng)前目錄不存在物理目錄(S2710: NO)，則在 S2720中，CPU34承認(rèn)根目錄為當(dāng)前目錄并且返回到S2700。圖42是示意在PC3上執(zhí)行的用于瀏覽器的正常操作過程中的步驟 的流程圖。在該過程的S3000中，PC3啟動(dòng)瀏覽器。在S3010中，PC3確認(rèn)指向文件的鏈接是否在瀏覽器中被點(diǎn)擊。 如果鏈接已被點(diǎn)擊(S3010: YES)，在S3070中，瀏覽器執(zhí)行當(dāng)文件 鏈接已被點(diǎn)擊時(shí)執(zhí)行的過程。在S3050中，PC3確定是否己經(jīng)發(fā)出結(jié) 束瀏覽器的指令。如果已經(jīng)發(fā)出退出瀏覽器的指令(S3050: YES)，則在S3060中 PC3執(zhí)行關(guān)閉瀏覽器并且結(jié)束正常瀏覽器操作的過程。然而，如果在S3010中文件鏈接未被點(diǎn)擊(S3010: NO)，則在 S3020中瀏覽器確認(rèn)目錄鏈接是否已被點(diǎn)擊。如果目錄鏈接已被點(diǎn)擊 (S3020: YES)，則在S3080中瀏覽器執(zhí)行當(dāng)目錄鏈接已被點(diǎn)擊時(shí)執(zhí) 行的過程，并且PC3隨后前進(jìn)到S3050。然而，如果目錄鏈接未被點(diǎn)擊(S3020: NO)，在S3030中瀏覽 器確定重定向指令是否已被寫入顯示的HTML文件中。如果重定向指 令已被寫入(S3030: YES)，則在S3090中瀏覽器執(zhí)行重定向過程并 且前進(jìn)到S3050。然而，如果重定向指令沒有被寫入(S3030: NO)， 則在S3040， PC3執(zhí)行基于其他動(dòng)作的過程，然后，進(jìn)入S3050。圖43是示意用于啟動(dòng)瀏覽器的在圖42中的S3000的過程中的步 驟的流程圖。在該過程的S3100中，瀏覽器確定文件是否已被指定為 變?cè)?。如果文件已被指定為變?cè)?S3100: YES)，則在S3150中瀏覽 器執(zhí)行當(dāng)文件鏈接已被點(diǎn)擊時(shí)執(zhí)行的過程，并且隨后結(jié)束啟動(dòng)過程。然而，如果文件未被指定為變?cè)?S3100: NO)，在S3110中瀏 覽器確定目錄是否已被指定為變?cè)Ｈ绻夸浖罕恢付樽冊(cè)?S3110: YES)，則在S2160中，瀏覽器執(zhí)行當(dāng)目錄鏈接己被點(diǎn)擊時(shí)執(zhí)行的過程， 并且隨后結(jié)束啟動(dòng)過程。然而，如果目錄未被指定為變?cè)?S3110: NO)，在S3120中瀏 覽器請(qǐng)求從服務(wù)器被指定為瀏覽器主頁的HTML文件。在S3130中，瀏覽器確定被指定為主頁的HTML文件是否被獲取。 如果HTML文件被獲取(S3130: YES)，在S3140中，瀏覽器顯示獲 取的HTML文件并且隨后結(jié)束啟動(dòng)過程。然而，如果指定為主頁的HTML文件未被獲取(S3130: NO)， '則瀏覽器等待直至HTML文件可被獲取。圖44是示意當(dāng)文件鏈接已被點(diǎn)擊時(shí)執(zhí)行的圖42中的S3070和圖 43中的S3150的瀏覽器過程中的步驟的流程圖。在該過程的S3200中， 瀏覽器向FTP服務(wù)器發(fā)出寫入鏈接中的文件請(qǐng)求。在S3210中瀏覽器 確定文件是否被獲取。如果文件被獲取(S3210: YES)，則在S3220中，瀏覽器顯示被 獲取的文件并且結(jié)束瀏覽器過程。然而，如果文件未被獲取(S3210: NO)，則瀏覽器等待直至文 件可被獲取。圖45是示意當(dāng)目錄鏈接已被點(diǎn)擊時(shí)執(zhí)行的圖42中的S3080和圖 43中的S3160的瀏覽器過程中的步驟的流程圖。在S3300中，當(dāng)該過 程開始時(shí)，瀏覽器向FTP服務(wù)器發(fā)出寫入鏈接中的目錄中的文件列表 的請(qǐng)求。在S3310中，瀏覽器確定文件列表是否被獲取。如果文件列表被 獲取(S3310: YES)，則在S3320中，瀏覽器顯示獲取的列表并且結(jié) 束瀏覽器過程。然而，如果文件列表未被獲取(S3310: NO)，則瀏覽器等待直 至文件列表可被獲取。圖46是示意圖42中的S30卯的重定向過程中的步驟的流程圖。 在S3400中，當(dāng)該過程開始時(shí)，瀏覽器確定緩存刪除指令是否被包括 在顯示的HTML文件中。如果HTML文件包括緩存刪除指令(S3400: YES)，則在S3410 中瀏覽器刪除用于重定向目的的緩存數(shù)據(jù)。然而，如果HTML文件不包括緩存刪除指令(S3400: NO)，則在S3420中瀏覽器確定重定向 目的是否為目錄。如果目的為目錄(S3420: YES)，則在S3430中瀏覽器基于寫入 HTML文件中的重定向指令向服務(wù)器發(fā)出在重定向目的處的目錄的文 件列表(列表指令)。在S3440中，瀏覽器確定文件列表是否被獲取。如果文件列表被 獲取(S3440: YES)，則在S3450中，瀏覽器顯示獲取的文件列表并 且結(jié)束重定向過程。然而，如果文件列表未被獲取(S3440: NO)， 則瀏覽器等待直至文件列表可被獲取。然而，如果重定向目的不是目錄(S3420: NO),則在S3460中 瀏覽器基于寫入HTML文件中的重定向指令向服務(wù)器發(fā)出在重定向目 的處的文件請(qǐng)求(獲取指令)。在S3470中，瀏覽器確定文件是否被獲取。如果文件被獲取 (S3470: YES)，則在S3480中瀏覽器顯示獲取的文件并且結(jié)束重定 向過程。然而，如果文件未被獲取(S3470: NO),則瀏覽器等待直 至文件可被獲取。根據(jù)第二實(shí)施例，通過在瀏覽器上打開從該FTP服務(wù)器收到的數(shù) 據(jù)，F(xiàn)TP客戶端的用戶可以確認(rèn)存儲(chǔ)介質(zhì)的狀態(tài)，而且通過選擇該文 件中包括的操作相關(guān)鏈接，可以直接訪問該存儲(chǔ)介質(zhì)，或者執(zhí)行基于 介質(zhì)操作。因此，通過FTP服務(wù)器，F(xiàn)TP客戶端可以直接訪問存儲(chǔ)介 質(zhì)，然后，執(zhí)行基于介質(zhì)操作，而無需擴(kuò)充或者修改FTP協(xié)議。通過FTP客戶端，用戶可以直接訪問FTP服務(wù)器上的存儲(chǔ)介質(zhì)， 或者執(zhí)行基于介質(zhì)操作。利用超文本數(shù)據(jù)，利用顏色等，客戶端可以 以容易理解的格式對(duì)用戶顯示存儲(chǔ)介質(zhì)數(shù)據(jù)和操作過程。在FTP處理器收到訪問請(qǐng)求時(shí)，用戶可以分辨可以執(zhí)行哪個(gè)操作，從而避免對(duì)于 規(guī)定了不能執(zhí)行的操作而對(duì)用戶產(chǎn)生不便。該用戶還可以獲得詳細(xì)說明操作狀態(tài)的物理文件，以得知該FTP處理器執(zhí)行的操作的狀態(tài)。由于將用于獲取詳細(xì)說明操作狀態(tài)的物理文件的鏈接通知用戶，所以該用戶可以得知FTP處理器執(zhí)行的操作的狀態(tài)。由于利用用于刪 除緩存數(shù)據(jù)的指令發(fā)送數(shù)據(jù)，所以該用戶能夠更新文件，并且當(dāng)利用 存儲(chǔ)有緩存數(shù)據(jù)的瀏覽器訪問FTP處理器時(shí)打開處于其最新狀態(tài)的文 件。此外，F(xiàn)TP客戶端自動(dòng)發(fā)出反映下一階段的操作狀態(tài)的下一個(gè)物 理數(shù)據(jù)的請(qǐng)求，從而使用戶得知操作狀態(tài)，而不必手動(dòng)選擇鏈接。即使在通過FTP客戶端激活緩存功能時(shí)，用戶也可以始終接收操 作狀態(tài)的通知，因?yàn)橹髟O(shè)備總是重定向以獲取最新物理數(shù)據(jù)。用戶可 以輕而易舉地對(duì)連接到要求連接器的存儲(chǔ)介質(zhì)執(zhí)行操作。該用戶甚至 可以對(duì)要求類型的存儲(chǔ)介質(zhì)執(zhí)行操作。此外，用戶可以輕而易舉地察看/獲取通過操作相關(guān)鏈接連接到該 FTP處理器的存儲(chǔ)介質(zhì)上的目錄和文件的結(jié)構(gòu)。該用戶還可以通過操 作相關(guān)鏈接從存儲(chǔ)介質(zhì)獲取物理數(shù)據(jù)。該用戶還可以格式化連接到該 FTP處理器的存儲(chǔ)介質(zhì)。該用戶可以刪除連接到該FTP處理器的存儲(chǔ) 介質(zhì)中的文件。該用戶可以在連接到該FTP處理器的存儲(chǔ)介質(zhì)之間復(fù) 制文件。由于不需要對(duì)該瀏覽器輸入地址，所以用戶可以輕而易舉地 確認(rèn)對(duì)從主設(shè)備連接到該FTP處理器的存儲(chǔ)介質(zhì)執(zhí)行的操作的狀態(tài)， 或者執(zhí)行該操作。雖然打印機(jī)80 (和180)被指定為FTP處理設(shè)備的實(shí)例，顯然， 本發(fā)明可被應(yīng)用于構(gòu)造成具有介質(zhì)連接器并且具有FTP服務(wù)器功能的 任何設(shè)備，例如掃描設(shè)備、顯示設(shè)備、音響設(shè)備、卡拉OK設(shè)備、數(shù)字 照相機(jī)、投影儀、磁盤驅(qū)動(dòng)器、縫紉機(jī)、電話、移動(dòng)設(shè)備、機(jī)床或者 機(jī)器人。此外，雖然以FTP處理設(shè)備為例描述了打印機(jī)80，但是應(yīng)該明白， 本發(fā)明可以應(yīng)用于被配置轉(zhuǎn)換文件名的任意其他通信協(xié)議。此外，在 第二實(shí)施例中，利用鏈接發(fā)送文件名、目錄名或者物理文件。然而， 利用鏈接可以復(fù)制和刪除該存儲(chǔ)介質(zhì)中的文件。
權(quán)利要求
1.一種通過網(wǎng)絡(luò)可以與主裝置通信的數(shù)據(jù)處理器，所述處理器包括介質(zhì)連接單元，能夠連接存儲(chǔ)介質(zhì)；文件創(chuàng)建單元，用于創(chuàng)建控制對(duì)所述存儲(chǔ)介質(zhì)的操作的控制文件；數(shù)據(jù)發(fā)送單元，用于將識(shí)別所述控制文件的數(shù)據(jù)發(fā)送到所述主裝置；以及操作執(zhí)行單元，用于響應(yīng)于收到發(fā)送所述控制文件的發(fā)送請(qǐng)求，執(zhí)行對(duì)所述存儲(chǔ)介質(zhì)的所述操作。
2. 根據(jù)權(quán)利要求l所述的數(shù)據(jù)處理器，其中，利用FTP在所述數(shù) 據(jù)處理器與所述主裝置之間進(jìn)行通信。
3. 根據(jù)權(quán)利要求1或2所述的數(shù)據(jù)處理器，其中，所述文件創(chuàng)建 單元對(duì)所述控制文件設(shè)置操作相關(guān)文件名，所述操作相關(guān)文件名表示 對(duì)所述存儲(chǔ)介質(zhì)的所述操作。
4. 根據(jù)權(quán)利要求3所述的數(shù)據(jù)處理器，其中，所述文件創(chuàng)建單元 創(chuàng)建具有反映結(jié)果文件名的結(jié)果文件，所述反映結(jié)果文件名表示所述 通過操作執(zhí)行單元執(zhí)行的操作的結(jié)果，以及其中，所述數(shù)據(jù)發(fā)送單元將所述反映結(jié)果文件名發(fā)送到所述主裝置。
5. 根據(jù)權(quán)利要求4所述的數(shù)據(jù)處理器，其中，所述數(shù)據(jù)發(fā)送單元 響應(yīng)于從所述主裝置收到的請(qǐng)求發(fā)送所述結(jié)果文件的請(qǐng)求，將所述結(jié) 果文件發(fā)送到所述主裝置。
6. 根據(jù)權(quán)利要求4所述的數(shù)據(jù)處理器，進(jìn)一步包括用于存儲(chǔ)表示 規(guī)定目錄的目錄數(shù)據(jù)的存儲(chǔ)部分，所述規(guī)定目錄包括具有操作相關(guān)文件名的控制文件，以及其中，所述數(shù)據(jù)發(fā)送單元發(fā)送表示所述規(guī)定目錄與所述存儲(chǔ)介質(zhì) 的物理目錄不同的數(shù)據(jù)。
7. 根據(jù)權(quán)利要求3所述的數(shù)據(jù)處理器，其中，所述介質(zhì)連接單元 包括多個(gè)介質(zhì)連接部分，所述多個(gè)介質(zhì)連接部分的每個(gè)能夠連接所述 存儲(chǔ)介質(zhì)，以及其中，所述文件創(chuàng)建單元設(shè)置表示與所述多個(gè)介質(zhì)連接部分之一 相連接的規(guī)定存儲(chǔ)介質(zhì)的操作的操作相關(guān)文件名。
8. 根據(jù)權(quán)利要求3所述的數(shù)據(jù)處理器，其中，所述介質(zhì)連接部分 能夠連接多種存儲(chǔ)介質(zhì)，以及其中，所述文件創(chuàng)建單元設(shè)置表示所述多種存儲(chǔ)介質(zhì)中的一種存 儲(chǔ)介質(zhì)的操作的所述操作相關(guān)文件名。
9. 根據(jù)權(quán)利要求3所述的數(shù)據(jù)處理器，其中，所述操作相關(guān)文件 名表示與所述介質(zhì)連接單元相連接的所述存儲(chǔ)介質(zhì)的格式化操作。
10. 根據(jù)權(quán)利要求3所述的數(shù)據(jù)處理器，其中，所述操作相關(guān)文 件名表示與所述介質(zhì)連接單元相連接的所述存儲(chǔ)介質(zhì)的文件刪除操 作。
11. 根據(jù)權(quán)利要求3所述的數(shù)據(jù)處理器，其中，所述操作相關(guān)文 件名表示與所述介質(zhì)連接單元相連接的所述存儲(chǔ)介質(zhì)的文件復(fù)制操 作。
12. 根據(jù)權(quán)利要求3所述的數(shù)據(jù)處理器，進(jìn)一步包括用于接收通 過所述網(wǎng)絡(luò)發(fā)送的打印數(shù)據(jù)的接收單元；以及打印單元，用于打印所述打印數(shù)據(jù)。
13. 根據(jù)權(quán)利要求1或2所述的數(shù)據(jù)處理器，其中，通過所述數(shù) 據(jù)發(fā)送單元發(fā)送的所述數(shù)據(jù)包括對(duì)應(yīng)于控制對(duì)所述存儲(chǔ)介質(zhì)的操作的 操作相關(guān)鏈接，以及其中，所述操作執(zhí)行單元響應(yīng)于從所述主裝置收到的所述發(fā)送請(qǐng) 求，根據(jù)所述操作相關(guān)鏈接，執(zhí)行所述操作。
14. 根據(jù)權(quán)利要求13所述的數(shù)據(jù)處理器，其中，所述操作相關(guān)鏈 接包括具有URL的超文本數(shù)據(jù)，以及其中，所述操作執(zhí)行單元響應(yīng)于從所述主裝置收到的所述發(fā)送請(qǐng) 求，基于所述URL執(zhí)行所述操作。
15. 根據(jù)權(quán)利要求13所述的數(shù)據(jù)處理器，其中，基于所述存儲(chǔ)介 質(zhì)的狀態(tài)，設(shè)置所述操作相關(guān)鏈接。
16. 根據(jù)權(quán)利要求13所述的數(shù)據(jù)處理器，進(jìn)一步包括物理文件數(shù) 據(jù)設(shè)置單元，其用于設(shè)置表示通過所述操作執(zhí)行單元執(zhí)行的操作的執(zhí) 行狀態(tài)的物理文件數(shù)據(jù)，其中，所述數(shù)據(jù)發(fā)送單元將所述物理文件數(shù)據(jù)發(fā)送到所述主裝置。
17. 根據(jù)權(quán)利要求16所述的數(shù)據(jù)處理器，其中，所述物理文件數(shù) 據(jù)包括鏈接到所述物理文件數(shù)據(jù)的位置的鏈接。
18. 根據(jù)權(quán)利要求17所述的數(shù)據(jù)處理器，其中，所述物理文件數(shù) 據(jù)進(jìn)一步包括用于刪除表示所述物理文件數(shù)據(jù)的所述位置的鏈接的高 速緩存數(shù)據(jù)的命令。
19. 根據(jù)權(quán)利要求17所述的數(shù)據(jù)處理器，其中，所述物理文件數(shù) 據(jù)進(jìn)一步包括用于重新指向所述物理文件數(shù)據(jù)的所述位置的鏈接的命 令。
20. 根據(jù)權(quán)利要求17所述的數(shù)據(jù)處理器，其中，所述物理文件數(shù) 據(jù)設(shè)置單元設(shè)置所述物理文件數(shù)據(jù)的第一部分以及所述物理文件數(shù)據(jù) 的第二部分，所述第一部分表示通過所述操作執(zhí)行單元執(zhí)行的所述操 作的第一部分的執(zhí)行狀態(tài)，以及所述第二部分表示所述操作的第二部 分的另一執(zhí)行狀態(tài)，以及其中所述物理文件數(shù)據(jù)包括所述物理文件數(shù)據(jù)的所述第二部分的 位置的另一個(gè)鏈接。
21. 根據(jù)權(quán)利要求13所述的數(shù)據(jù)處理器，其中，所述介質(zhì)連接單 元包括多個(gè)介質(zhì)連接部分，以及其中，所述操作相關(guān)鏈接對(duì)應(yīng)于控制與所述多個(gè)介質(zhì)連接部分之 一相連接的所述存儲(chǔ)介質(zhì)的所述操作。
22. 根據(jù)權(quán)利要求13所述的數(shù)據(jù)處理器，其中，所述介質(zhì)連接單 元能夠連接多種存儲(chǔ)介質(zhì)，以及其中，所述操作相關(guān)鏈接對(duì)應(yīng)于控制所述多種存儲(chǔ)介質(zhì)中的一種 存儲(chǔ)介質(zhì)的所述操作。
23. 根據(jù)權(quán)利要求13所述的數(shù)據(jù)處理器，其中，所述操作相關(guān)鏈 接對(duì)應(yīng)于用于將與所述介質(zhì)連接單元相連接的所述存儲(chǔ)介質(zhì)中的文件 名或者目錄名發(fā)送到所述主裝置的操作。
24. 根據(jù)權(quán)利要求13所述的數(shù)據(jù)處理器，其中，所述操作相關(guān)鏈 接對(duì)應(yīng)于用于將與所述介質(zhì)連接單元相連接的所述存儲(chǔ)介質(zhì)內(nèi)的存儲(chǔ) 文件的物理文件數(shù)據(jù)發(fā)送到所述主裝置的操作。
25. 根據(jù)權(quán)利要求13所述的數(shù)據(jù)處理器，其中，所述操作相關(guān)鏈 接對(duì)應(yīng)于用于格式化與所述介質(zhì)連接單元相連接的所述存儲(chǔ)介質(zhì)的操 作。
26. 根據(jù)權(quán)利要求13所述的數(shù)據(jù)處理器，進(jìn)一步包括用于接收通過所述網(wǎng)絡(luò)發(fā)送的打印數(shù)據(jù)的接收單元；以及 打印單元，用于打印所述打印數(shù)據(jù)。
27. —種數(shù)據(jù)處理系統(tǒng)，包括 主裝置，包括顯示單元；以及數(shù)據(jù)處理器，通過網(wǎng)絡(luò)可以與所述主裝置通信，所述處理器包括 介質(zhì)連接單元，能夠連接存儲(chǔ)介質(zhì)；文件創(chuàng)建單元，用于創(chuàng)建控制對(duì)所述存儲(chǔ)介質(zhì)的操作的控制文件； 數(shù)據(jù)發(fā)送單元，用于將識(shí)別所述控制文件的數(shù)據(jù)發(fā)送到所述主裝 置；以及操作執(zhí)行單元，用于響應(yīng)于收到所述控制文件的發(fā)送請(qǐng)求，執(zhí)行對(duì)所述存儲(chǔ)介質(zhì)的所述操作，其中，如果所述主裝置收到所述控制文件，則所述顯示單元顯示 所述數(shù)據(jù)。
28. 根據(jù)權(quán)利要求27所述的數(shù)據(jù)處理系統(tǒng)，其中，利用FTP在所 述數(shù)據(jù)處理器與所述主裝置之間進(jìn)行通信。
29. 根據(jù)權(quán)利要求27或28所述的數(shù)據(jù)處理器，其中，所述文件 創(chuàng)建單元對(duì)所述控制文件設(shè)置操作相關(guān)文件名，所述操作相關(guān)文件名 表示對(duì)所述存儲(chǔ)介質(zhì)的所述操作，其中，當(dāng)指定所述控制文件的所述操作相關(guān)文件名時(shí)，所述操作 執(zhí)行單元執(zhí)行所述操作，以及其中，如果所述主裝置收到所述操作相關(guān)文件名，則所述顯示單 元顯示所述控制文件的所述操作相關(guān)文件名。
30. 根據(jù)權(quán)利要求27或28所述的數(shù)據(jù)處理系統(tǒng)，其中，通過所 述數(shù)據(jù)發(fā)送單元發(fā)送的數(shù)據(jù)包括對(duì)應(yīng)于用于控制對(duì)所述存儲(chǔ)介質(zhì)的操 作的操作相關(guān)鏈接，其中，所述操作執(zhí)行單元響應(yīng)于從所述主裝置收到的所述發(fā)送請(qǐng) 求，基于所述操作相關(guān)鏈接執(zhí)行所述操作，以及如果所述主裝置訪問所述操作相關(guān)鏈接，則所述顯示單元顯示包 括所述操作相關(guān)鏈接的所述數(shù)據(jù)。
31. 根據(jù)權(quán)利要求30所述的數(shù)據(jù)處理系統(tǒng)，其中，所述主裝置將快捷方式文件存儲(chǔ)到所述控制文件。
32. —種用于操作數(shù)據(jù)處理系統(tǒng)的方法，所述數(shù)據(jù)處理系統(tǒng)包括 主裝置以及可以通過網(wǎng)絡(luò)與所述主裝置通信的處理器，所述處理器包括能夠連接存儲(chǔ)介質(zhì)的介質(zhì)連接單元，所述方法包括創(chuàng)建用于控制對(duì)所述存儲(chǔ)介質(zhì)的操作的控制文件； 將用于識(shí)別所述控制文件的數(shù)據(jù)發(fā)送到所述主裝置；以及 響應(yīng)于收到所述控制文件的發(fā)送請(qǐng)求，執(zhí)行對(duì)所述存儲(chǔ)介質(zhì)的所 述操作。
33. 根據(jù)權(quán)利要求32所述的方法，其中，利用FTP在所述數(shù)據(jù)處 理器與所述主裝置之間進(jìn)行通信。
34. 根據(jù)權(quán)利要求32或33所述的方法，進(jìn)一步包括對(duì)所述文件 設(shè)置操作相關(guān)文件名，所述操作相關(guān)文件名表示對(duì)所述存儲(chǔ)介質(zhì)的操 作。
35. 根據(jù)權(quán)利要求32或33所述的方法，其中，所述數(shù)據(jù)包括對(duì) 應(yīng)于用于控制對(duì)所述存儲(chǔ)介質(zhì)的操作的操作相關(guān)鏈接，以及其中，在所述執(zhí)行處理中，響應(yīng)于從所述主裝置收到的所述發(fā)送 請(qǐng)求，所述操作基于所述操作相關(guān)鏈接來執(zhí)行。
全文摘要
數(shù)據(jù)處理器通過網(wǎng)絡(luò)可以與主設(shè)備通信。該數(shù)據(jù)處理器包括介質(zhì)連接單元、文件生成單元、數(shù)據(jù)傳輸單元以及操作執(zhí)行單元。介質(zhì)連接單元可以連接存儲(chǔ)介質(zhì)。文件生成單元生成用于控制該存儲(chǔ)介質(zhì)的控制文件。數(shù)據(jù)傳輸單元將用于識(shí)別該控制文件的數(shù)據(jù)發(fā)送到該主設(shè)備，以使該主設(shè)備訪問該文件。響應(yīng)收到發(fā)送該控制文件的發(fā)送請(qǐng)求，操作執(zhí)行單元執(zhí)行該存儲(chǔ)介質(zhì)的操作。
文檔編號(hào)H04L29/06GK101257555SQ200810081389
公開日2008年9月3日 申請(qǐng)日期2008年2月27日 優(yōu)先權(quán)日2007年2月27日
發(fā)明者中村友貴, 吉田鑒地, 宇野文敏, 高橋優(yōu)作 申請(qǐng)人:兄弟工業(yè)株式會(huì)社