專利名稱：信息記錄裝置、信息記錄系統(tǒng)以及信息通信方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種將數(shù)據(jù)保存在非易失性存儲器中作為文件進行管理、并且利用無線通信與外部設(shè)備進行通信的技術(shù)。
背景技術(shù)：
在對音樂內(nèi)容或圖像數(shù)據(jù)等的數(shù)字?jǐn)?shù)據(jù)進行記錄的記錄介質(zhì)中，存在磁盤、·光盤和光磁盤等多個種類。在這些記錄介質(zhì)當(dāng)中，在記錄元件中使用了 FlashROM等半導(dǎo)體存儲器的存儲卡由于能夠?qū)崿F(xiàn)記錄介質(zhì)的小型化，因此，以數(shù)字靜物照相機或便攜式電話終端等的小型便攜式設(shè)備為中心迅速普及。而且，最近，F(xiàn)lashROM等的半導(dǎo)體存儲器的用途不局限于將其內(nèi)置于設(shè)備內(nèi)來代替硬盤使用等的作為以往的存儲卡的那種能夠裝卸的可移動介質(zhì)的用途，而且也逐漸地作為設(shè)備內(nèi)置存儲器的用途而使用。另一方面，近年來，由于在車站或咖啡廳等增加了能夠連接的公共訪問接入點(common access point)或者實現(xiàn)了家用網(wǎng)絡(luò)的無線化的緣故,無線LAN連接環(huán)境迅速普及。隨之而來的是，對應(yīng)于無線LAN的設(shè)備也在終端的數(shù)量和種類方面從以往作為主流的筆記本式計算機迅速擴展到便攜式電話機終端或平板型終端、NAS(網(wǎng)絡(luò)附加存儲=NetworkAttached Storage)和 HDD 刻錄機等。在這種無線LAN普及的背景下，有人提出了一種在以往的存儲卡中搭載有無線功能的帶有無線功能的存儲卡的方案(例如，專利文獻I)。帶有無線功能的存儲卡與以往的存儲卡具有相同的接口形狀，因此，能夠與具有用于以往的存儲卡的插槽的主機設(shè)備共用接口。而且，利用帶有無線功能的存儲卡，能夠在無需將通信用硬件和軟件資源安裝在主機設(shè)備側(cè)的情況下以低成本實現(xiàn)無線功能。例如，在數(shù)字靜物照相機中安裝有存儲卡的情況下，以往，如果要進行向網(wǎng)站服務(wù)上傳靜止圖像等操作，則需要暫時將存儲卡從數(shù)字靜物照相機調(diào)換到計算機等中進行。但是，如果是具備無線功能的存儲卡，則能夠從數(shù)字靜物照相機直接進行向網(wǎng)站服務(wù)上傳靜止圖像等操作，能夠很容易地將主機設(shè)備與網(wǎng)絡(luò)連接。而且，通過在存儲卡中搭載無線通信功能，能夠在存儲卡之間直接無線連接，也能夠?qū)崿F(xiàn)交換文件這樣的用例。由此，例如，在運動會或結(jié)婚儀式等的活動中所拍攝的靜止圖像能夠當(dāng)場交給對方，能夠很輕松地進行照片交換。圖14表示文件交換的大致情況。在文件交換中，首先，發(fā)送側(cè)主機設(shè)備30 (例如數(shù)字靜物照相機)針對發(fā)送側(cè)卡40 (例如帶有無線功能的存儲卡)指定轉(zhuǎn)發(fā)目的地的信息和作為對象的文件名，并發(fā)出文件的轉(zhuǎn)發(fā)指示。接下來，發(fā)送側(cè)卡40基于接收到的轉(zhuǎn)發(fā)目的地的信息與接收側(cè)卡41 (例如帶有無線功能的存儲卡)連接。發(fā)送側(cè)卡40再基于接收到的文件名檢測出對象文件，實際進行文件數(shù)據(jù)的讀出，并向接收側(cè)卡41進行發(fā)送。接收側(cè)卡41接收到文件數(shù)據(jù)后生成文件，并通知接收側(cè)主機設(shè)備31 (例如數(shù)字靜物照相機)已獲取到文件。作為另外的方法，還可以考慮由發(fā)送側(cè)主機設(shè)備30實施文件的讀出處理，將讀出的數(shù)據(jù)由發(fā)送側(cè)主機設(shè)備30發(fā)送給發(fā)送側(cè)卡40，因而，在發(fā)送側(cè)卡40內(nèi)不具有文件系統(tǒng)的處理。但是，如果如圖14所示，具有在發(fā)送側(cè)卡40內(nèi)實施文件的讀出和發(fā)送處理的構(gòu)成，則不需要進行發(fā)送側(cè)主機設(shè)備30與發(fā)送側(cè)卡40之間的數(shù)據(jù)轉(zhuǎn)發(fā)，能夠高速地進行文件轉(zhuǎn)發(fā)?，F(xiàn)有技術(shù)文獻專利文獻專利文獻I JP特開2002-366919號公報發(fā)明概要發(fā)明要解決的技術(shù)課題在文件交換中，為了管理，優(yōu)選使發(fā)送源的文件名與接收側(cè)的文件名一致。一般來·講，用數(shù)字靜物照相機拍攝的靜止圖像的文件名按照規(guī)定的規(guī)則用ASCII代碼(美國信息交換標(biāo)準(zhǔn)代碼)命名。ASCII是用7位的代碼表示的英文字符和數(shù)字。使用ASCII代碼的名稱是像“ IMAG0001. JPG”這樣的無機質(zhì)名稱，因此，有時更換成用戶容易看懂的“ 2011年運動會0001. JPG”這樣的名稱。在對具有任意名稱的文件進行文件交換的情況下，需要使圖14中的發(fā)送側(cè)卡40和接收側(cè)卡41內(nèi)的文件系統(tǒng)能夠處理任意的名稱。在一般用于存儲卡的FAT文件系統(tǒng)中，作為字符代碼而使用Shift-JIS等的取決于區(qū)域的字符代碼。因此，在對文件名使用任意的名稱的情況下，需要用卡內(nèi)的文件系統(tǒng)與Shift-JIS等的取決于區(qū)域的字符代碼相對應(yīng)。在這種情況下，由于每個區(qū)域所使用的字符代碼不同，因此，需要或者事先在卡內(nèi)編入所有區(qū)域的字符代碼對應(yīng)處理，或者按照每個銷售區(qū)域變更卡內(nèi)的字符代碼對應(yīng)處理，無論在哪一種情況下，卡的安裝負(fù)擔(dān)都加重。

發(fā)明內(nèi)容
鑒于上述問題，以下要公開的技術(shù)的目的是能夠進行使用了任意文件名的文件交換。解決技術(shù)課題的手段根據(jù)本發(fā)明的一個方案，提供一種信息記錄裝置，具有存儲部，其用于保存數(shù)據(jù)；第一文件系統(tǒng)控制部，其基于由第一代碼構(gòu)成的第一文件名來管理被保存在存儲部中的數(shù)據(jù)；以及無線部，其用于發(fā)送/接收無線信號。第一文件系統(tǒng)控制部從與信息記錄裝置連接的訪問裝置獲取第一文件名和與第一文件名對應(yīng)并且由與第一代碼不同的第二代碼構(gòu)成的第二文件名，確定被保存在存儲部中的數(shù)據(jù)當(dāng)中具有第一文件名的規(guī)定的數(shù)據(jù)，將第二文件名和規(guī)定的數(shù)據(jù)發(fā)送給經(jīng)由無線部而連接的其他的信息記錄裝置。根據(jù)本發(fā)明的另一個方案，提供一種信息記錄裝置，具有存儲部，其用于保存數(shù)據(jù)；第一文件系統(tǒng)控制部，其基于由第一代碼構(gòu)成的第一文件名來管理被保存在存儲部中的數(shù)據(jù)；以及無線部，其用于發(fā)送/接收無線信號，在上述信息記錄裝置中，第一文件系統(tǒng)控制部從經(jīng)由無線部而連接的其他的信息記錄裝置獲取由與第一代碼不同的第二代碼構(gòu)成的第二文件名和與第二文件名對應(yīng)的規(guī)定的數(shù)據(jù)，獲取第一文件名，生成具有第一文件名的文件，將接收到的規(guī)定的數(shù)據(jù)記錄到具有第一文件名的文件中，對所連接的訪問裝置發(fā)送第一文件名和第二文件名。
根據(jù)本發(fā)明的另一個方案，提供一種信息通信系統(tǒng)，具有涉及上述任意方案的信息記錄裝置；以及訪問裝置，其具有管理被保存在信息記錄裝置的存儲部中的數(shù)據(jù)的第二文件系統(tǒng)控制部。根據(jù)本發(fā)明的另一個方案，提供一種使用信息記錄裝置的信息通信方法，該信息記錄裝置具有存儲部，其用于保存數(shù)據(jù)；文件系統(tǒng)控制部，其基于由第一代碼構(gòu)成的第一文件名來管理被保存在存儲部中的數(shù)據(jù)；以及無線部，其用于發(fā)送/接收無線信號。發(fā)明的效果根據(jù)本發(fā)明，能夠?qū)崿F(xiàn)使用了任意的文件名的文件交換。



圖I是實施方式I的帶有無線功能的信息記錄系統(tǒng)的示意圖。圖2是表示實施方式I的文件交換處理的概要的說明圖。圖3是表示實施方式I的文件交換處理順序的說明圖。圖4是表示實施方式I中的發(fā)送側(cè)訪問裝置進行的文件名變換處理步驟以及文件轉(zhuǎn)發(fā)請求處理步驟的流程圖。圖5是表示實施方式I中的發(fā)送側(cè)信息記錄裝置進行的文件檢測/連接處理步驟以及文件轉(zhuǎn)發(fā)處理步驟的流程圖。圖6是表示實施方式I中的接收側(cè)信息記錄裝置進行的文件生成處理步驟的流程圖。圖7是表示實施方式I中的接收側(cè)訪問裝置進行的文件名恢復(fù)處理步驟的流程圖。圖8是表示實施方式2中的文件交換處理順序的說明圖。圖9是表示實施方式2中的發(fā)送側(cè)信息記錄裝置進行的文件檢測/連接處理步驟以及文件轉(zhuǎn)發(fā)處理步驟的流程圖。圖10是表示實施方式2中的接收側(cè)信息記錄裝置進行的文件生成處理步驟的流程圖。圖11是表示實施方式2中的接收側(cè)訪問裝置進行的文件名設(shè)定處理以及文件名恢復(fù)處理步驟的流程圖。圖12是表示實施方式3中的文件交換處理順序的說明圖。圖13是表示實施方式4中的文件交換處理順序的說明圖。圖14是表示以往的文件交換處理的概要的說明圖。
具體實施例方式以下，參照附圖對根據(jù)本發(fā)明的實施方式的帶有無線功能的信息記錄裝置、訪問裝置以及信息記錄系統(tǒng)進行說明。I.實施方式II. I信息記錄系統(tǒng)100的構(gòu)成圖I是本發(fā)明的實施方式中的帶有無線功能的信息記錄系統(tǒng)100的示意圖。信息記錄系統(tǒng)100具有訪問裝置I以及帶有無線功能的信息記錄裝置2。
I. I. I訪問裝置I在圖I中，訪問裝置I包括CPU11、RAM12、信息記錄裝置接口 13和R0M14。訪問裝置I是處理例如動態(tài)圖像或靜止圖像等的數(shù)字內(nèi)容的裝置，可以舉出攝像機、數(shù)字靜態(tài)照相機、便攜式電話終端、平板型終端和PC應(yīng)用程序等。在R0M14中保存有用于控制訪問裝置I的程序。該程序使用RAM12作為暫時存儲區(qū)域，在CPUll上工作。通信接口 13是帶有無線功能的信息記錄裝置2和訪問裝置I的連接部，進行控制信號以及數(shù)據(jù)的發(fā)送/接收。R0M14還包括應(yīng)用程序控制部101、主文件系統(tǒng)控制部102 (文件系統(tǒng)控制部或第二文件系統(tǒng)控制部的一例)和信息記錄裝置訪問部103。應(yīng)用程序控制部101進行數(shù)據(jù)生成或電源控制等整個訪問裝置I的控制。主文件系統(tǒng)控制部102利用FAT文件系統(tǒng)等的文件系統(tǒng)進行用于將數(shù)據(jù)作為文件來管理的控制。信息記錄裝置訪問部103從主文件系統(tǒng)控制部102接收數(shù)據(jù)且同時還接收數(shù)據(jù)的·大小以及數(shù)據(jù)保存目的地的地址，將指定大小的數(shù)據(jù)記錄在信息記錄裝置2的非易失性存儲器23內(nèi)的指定位置上。信息記錄裝置訪問部103就是這樣控制對信息記錄裝置2的命令或數(shù)據(jù)的發(fā)送/接收。而且，信息記錄裝置訪問部103也控制與信息記錄裝置2的無線部25的控制相關(guān)的命令或數(shù)據(jù)的發(fā)送/接收。主文件系統(tǒng)控制部102還包括文件名變換處理部104。在文件交換的對象文件的名稱是ASCII代碼以外的情況下，文件名變換處理部104是實施轉(zhuǎn)發(fā)前的變換處理和轉(zhuǎn)發(fā)后的恢復(fù)處理的處理部，在以往的訪問裝置中并不存在。本處理部的詳細(xì)內(nèi)容后面將會提到。1.1.2信息記錄裝置2另一方面，在圖I中，信息記錄裝置2包括主控制器21、非易失性存儲器控制器22、非易失性存儲器23 (存儲部的一例)、無線控制器24和無線部25 (無線部的一例)。信息記錄裝置2是例如保存數(shù)字內(nèi)容等的存儲卡、USB存儲器等的可移動介質(zhì)或內(nèi)置記錄裝置。主控制器21是進行帶有無線功能的信息記錄裝置2的所有控制的裝置，是作為包括CPU等的系統(tǒng)LSI構(gòu)成的。主控制器21還包括訪問裝置接口 211、CPU212、RAM213和R0M214。訪問裝置接口 211是信息記錄裝置2和訪問裝置I的連接部，與信息記錄裝置接口 13相同，是用于發(fā)送/接收控制信號以及數(shù)據(jù)的接口。R0M214中保存有用于控制信息記錄裝置2的程序，該程序使用RAM213作為暫時存儲區(qū)域，在CPU212上工作。R0M214還包括卡文件系統(tǒng)控制部215 (文件系統(tǒng)控制部或第一文件系統(tǒng)控制部的一例)?？ㄎ募到y(tǒng)控制部215解釋構(gòu)建在非易失性存儲器23上的FAT文件系統(tǒng)等的文件系統(tǒng)，進行用于實施文件數(shù)據(jù)的讀寫的控制。以往，這種處理是通過訪問裝置I內(nèi)的主文件系統(tǒng)控制部102實施的。但是，在本實施方式中，為了實現(xiàn)高速的文件交換處理，在卡內(nèi)也設(shè)有具有同樣功能的卡文件系統(tǒng)控制部215。關(guān)于該控制部的詳細(xì)內(nèi)容后面會進行說明。非易失性存儲器控制器22位于主控制器21和非易失性存儲器23之間，控制對非易失性存儲器23的命令或數(shù)據(jù)的發(fā)送/接收。另外，同樣，無線控制器24位于主控制器21和無線部25之間，控制對無線部25的命令或數(shù)據(jù)的發(fā)送/接收。無線部中包括實現(xiàn)以802. I lb、g、η為代表的無線LAN或Bluetooth (注冊商標(biāo))等的近距離無線通信接口的電路或天線等。I. 2基于信息記錄系統(tǒng)100的文件交換處理圖2是表示實施方式I中的文件交換的概況 的圖。符號I表示發(fā)送側(cè)訪問裝置；符號2表示發(fā)送側(cè)信息記錄裝置；符號I’表示接收側(cè)訪問裝置；符號2’表示接收側(cè)信息記錄裝置。另外，在該例子中，接收側(cè)訪問裝置I’具有與發(fā)送側(cè)訪問裝置I相同的構(gòu)成以及功能，接收側(cè)信息記錄裝置2’具有與發(fā)送側(cè)信息記錄裝置2相同的構(gòu)成以及功能。以下，關(guān)于在發(fā)送側(cè)以及接收側(cè)具有相同構(gòu)成以及功能的部分，參照相同的符號進行說明。該文件交換處理包括基于發(fā)送側(cè)訪問裝置I的指令將保存于發(fā)送側(cè)信息記錄裝置2的文件數(shù)據(jù)無線發(fā)送到接收側(cè)信息記錄裝置2’，并通過接收側(cè)訪問裝置I’進行識別為止的處理。圖2所示的文件交換處理與圖14的不同之處在于以下兩點第一點是，在文件交換處理之前，發(fā)送側(cè)訪問裝置I實施文件名變換處理；第二點是，在文件交換處理之后，接收側(cè)訪問裝置I’實施文件名恢復(fù)處理。另外，在圖2的各處理中實施的文件名通知方法與以往不同。通過這些處理的追加、變更，即使在實施使用了任意的文件名的文件交換的情況下，也能夠?qū)崿F(xiàn)不需要在信息記錄裝置側(cè)的每個區(qū)域都要對應(yīng)的文件交換。圖3是將在圖2說明的實施方式I中的文件交換的內(nèi)容作為序列進行表述的圖。圖3所記載的Cont InfoaSCII Namel、Uni_Name、ASCII_Name2是分別作為命令的參數(shù)在訪問裝置I以及信息記錄裝置2之間發(fā)送/接收的信息。以下，使用圖4到圖7對本圖中所記載的各處理的詳細(xì)內(nèi)容進行說明。I. 2. I文件名變換處理以及文件轉(zhuǎn)發(fā)請求處理首先，使用圖4對實施方式I中的文件名變換處理以及文件轉(zhuǎn)發(fā)請求處理進行說明。本處理主要是利用圖3中的發(fā)送側(cè)訪問裝置I實施的處理。特別是，文件名變換處理是利用發(fā)送側(cè)訪問裝置I內(nèi)的主文件系統(tǒng)控制部102的文件名變換處理部104來實施的。步驟S401 :文件名變換處理部104判斷文件交換的對象文件名(路徑名)(輸入的文件名的一例)是否只由ASCII代碼(第一代碼的一例)字符構(gòu)成。在對象文件名由ASCII代碼構(gòu)成的情況下(第一文件名的一例)，進入步驟S405的處理；在包括ASCII代碼以外的字符代碼的情況下，進入步驟S402的處理。步驟S402 :在步驟S401的處理中，當(dāng)判斷為文件名中包括ASCII代碼以外的字符代碼時，文件名變換處理部104將對象文件名變換成Unicode (UTF-16)(第二代碼的一例)，并設(shè)定為Uni_Name。例如，在使用FAT文件系統(tǒng)作為文件系統(tǒng)，并且原來的對象文件名以Shift-JIS保存的情況下，發(fā)送側(cè)訪問裝置I內(nèi)的文件名變換處理部104進行將Shift-JIS的文件名變換成Unicode (UTF-16)的處理。例如，在具有“YA ^ ) λ杉· JPG”這一文件名(路徑名)的文件的情況下，將這些字符代碼變換成此化0如(^^-16)，并設(shè)定為此1_似1^。步驟S403 :文件名變換處理部104只使用ASCII代碼來生成在文件發(fā)送中所使用的暫時的名稱，并設(shè)定為ASCII_Namel。作為暫時的名稱，機械性生成例如“ YTEMP ￥UP_SRC. JPG”這種名稱。步驟S404 :主文件系統(tǒng)控制部102生成在步驟S403確定的具有ASCII_Namel這一名稱的文件，經(jīng)由信息記錄裝置訪問部103，在信息記錄裝置2的非易失性存儲器23中復(fù)制對象文件的數(shù)據(jù)。在上述例子中，作成具有“ YTEMP ￥UP_SRC. JPG”這一名稱的文件，并復(fù)制“YA P ) λ h .JPG”的文件數(shù)據(jù)。另外，也可以將對象文件的名稱直接變更為ASCII_Namel的名稱。在這種情況下，由于不需要復(fù)制對象文件的數(shù)據(jù)的處理，因此，能夠更高速地實施處理。在處理結(jié)束后，進入步驟S407的處理。步驟S405 :在步驟S401的處理中，在判斷為文件名只由ASCII代碼構(gòu)成的情況下，主文件系統(tǒng)控制部102將對象文件名變換成Unicode (UTF-16)，并設(shè)定為Uni_Name。在這種情況下，對象文件名只由ASCII代碼構(gòu)成。Unicode (UTF-16)相對于ASCII代碼具有上位互換性，ASCII范圍內(nèi)的字符代碼就直接作為ASCII代碼來處理。因此，從ASCII代碼到Unicode (UTF-16)的變換處理與區(qū)域無關(guān)，能夠利用簡單的機械處理來實施。步驟S406 :主文件系統(tǒng)控制部102將對象文件名設(shè)定為ASCII_Namel。在這種情況下，對象文件名只由ASCII代碼構(gòu)成，因此，就將對象文件名設(shè)定為ASCII_Namel。步驟S407 :信息記錄裝置訪問部103指定ASCII_Namel、與ASCII_Namel對應(yīng)的Uni_Name以及表示與連接目的地的信息相關(guān)的Cont_Info,并向發(fā)送側(cè)信息記錄裝置2發(fā)送文件轉(zhuǎn)發(fā)的請求。ASCII_Namel、Uni_Name已通過上述的處理步驟進行了說明。Cont_Info是訪問接入點的SSID或網(wǎng)絡(luò)密匙、連接目的地的接收側(cè)信息記錄裝置2’的識別信息等連接所需要的信息。在本實施方式中，由于假定為實施與以往相同的無線連接，因此，Cont_Info中使用的信息也由與以往相同的信息構(gòu)成，所以省略詳細(xì)的說明。另外，Cont_Info也可以不在本處理中通知，而作為文件交換的前處理先由發(fā)送側(cè)訪問裝置I通知給發(fā)送側(cè)信息記錄裝置2，事先實施連接處理。另外，雖然省略了圖示，但當(dāng)文件轉(zhuǎn)發(fā)處理結(jié)束時，訪問裝置I由信息記錄裝置2接收文件轉(zhuǎn)發(fā)處理結(jié)束之意的通知，并結(jié)束本處理。I. 2. 2文件檢測/連接處理以及文件轉(zhuǎn)發(fā)處理接下來，使用圖5對本實施方式中的文件檢測/連接處理以及文件轉(zhuǎn)發(fā)處理進行說明。本處理成為主要是利用圖3中的發(fā)送側(cè)信息記錄裝置2來實施的處理。步驟S501 :在發(fā)送側(cè)信息記錄裝置2和接收側(cè)信息記錄裝置2’之間進行連接處理。如上所述，在本實施方式中，假定在發(fā)送側(cè)信息記錄裝置2和接收側(cè)信息記錄裝置2’之間實施無線連接。例如，能夠按照DLNA(數(shù)字生活網(wǎng)絡(luò)聯(lián)盟Digital LivingNetworkAlliance)所規(guī)定的連接指南實施文件交換中的無線連接。在這種情況下，例如，通過將發(fā)送側(cè)信息記錄裝置2作為M-DMS (移動式數(shù)字媒體服務(wù)器:Mobile Digital MediaServer)，將接收側(cè)信息記錄裝置2’作為M-DMU (移動式數(shù)字媒體上傳器:Mobile DigitalMedia Uploader)來實施連接,能夠?qū)崿F(xiàn)文件交換。步驟S502 :使用ASCII_Namel，卡文件系統(tǒng)控制部215來檢索對象文件并確定數(shù)據(jù)。此時，ASCII_Namel只包括ASCII代碼，因此，即使由于區(qū)域不同而導(dǎo)致字符代碼不同，卡文件系統(tǒng)控制部215也能夠不受影響地檢索文件。步驟S503 :卡文件系統(tǒng)控制部215讀出在步驟S502的檢索處理中確定的文件的數(shù)據(jù)，向發(fā)送側(cè)信息記錄裝置2’發(fā)送。此時，作為與讀出的數(shù)據(jù)對應(yīng)的文件的名稱，將Uni_Name通知給接收側(cè)信息記錄裝置2’。此時，例如在按照DLNA (數(shù)字生活網(wǎng)絡(luò)聯(lián)盟=DigitalLiving Network Alliance)所規(guī)定的連接指南實施文件交換中的無線連接的情況下,能夠考慮使用Uni_Name作為表示內(nèi)容的標(biāo)題的(元數(shù)據(jù)meta)。在這種情況下,使用UTF-8作為Unicode。因此，在使用UTF-16作為Uni_Name的情況下，就需要變換到UTF-8的處理。該變換處理能夠通過與區(qū)域無關(guān)的機械性變換處理來實現(xiàn)，因此，能夠通過利用發(fā)送側(cè)訪問裝置I或發(fā)送側(cè)信息記錄裝置2的任意一個來事前實施從而進行應(yīng)對。另外，可以從最開始就使用UTF-8作為Uni_Name。而且，在存在用其他方式通知文件的類別(靜止圖像、動態(tài)圖像等)的方法的情況下，可以在Uni_Name中只設(shè)定從文件名中刪除了擴展項的名稱。另外，雖然圖中進行了省略，但當(dāng)文件轉(zhuǎn)發(fā)處理結(jié)束時，發(fā)送側(cè)信息記錄裝置2從接收側(cè)信息記錄裝置2’接收已完成了文件轉(zhuǎn)發(fā)之意的通知，結(jié)束與接收側(cè)信息記錄裝置2’的連接，并且向訪問裝置I發(fā)送已經(jīng)結(jié)束文件轉(zhuǎn)發(fā)處理之意的通知，并結(jié)束本處理。I. 2. 3文件生成處理接下來，使用圖6對本實施方式中的文件生成處理進行說 明。本處理成為主要利用圖3中的接收側(cè)信息記錄裝置2’實施的處理。步驟S601 :卡文件系統(tǒng)控制部215，由發(fā)送側(cè)信息記錄裝置2通知的Uni_Name只由ASCII代碼構(gòu)成，并且判斷能否變換成ASCII文件名。在能夠變換成ASCII文件名的情況下，進入步驟S602的處理；在不能變換成ASCII文件名的情況下，進入步驟S603的處理。步驟S602 :在步驟S601的處理中，在判斷為能夠變換成ASCII文件名的情況下，卡文件系統(tǒng)控制部215將Uni_Name變換成ASCII文件名，并設(shè)定為ASCII_Name2。此時，由于Uni_Name中只包括ASCII代碼，因此，能夠以與區(qū)域無關(guān)的機械性變換處理來實現(xiàn)。在處理結(jié)束后進入步驟S604。步驟S603 :在步驟S601的處理中，在判斷為不能變換成ASCII文件名的情況下，卡文件系統(tǒng)控制部215只使用ASCII代碼來決定與步驟S403同樣在文件接收中使用的暫時的名稱，并設(shè)定為ASCII_Name2。作為暫時的名稱，機械性生成例如“ YTEMP ￥UP_DST.JPG”這樣的名稱。在處理結(jié)束后，進入步驟S604的處理。步驟S604卡文件系統(tǒng)控制部215生成具有在步驟S602或步驟S603確定的ASCI 1_Name2的名稱的文件，并將通過非易失性存儲器控制器22接收到的數(shù)據(jù)記錄在同一文件中。步驟S605 :卡文件系統(tǒng)控制部215指定ASCII_Name2和Uni_Name，經(jīng)由訪問裝置接口 211向接收側(cè)訪問裝置I’發(fā)送文件獲取通知。另外，該通知處理既可以如步驟S605那樣在記錄文件之后實施，也可以在記錄文件之前實施。另外，雖然省略了圖示，但接收側(cè)信息記錄裝置2’向發(fā)送側(cè)信息記錄裝置2發(fā)送已結(jié)束了文件轉(zhuǎn)發(fā)之意的通知，并結(jié)束與發(fā)送側(cè)信息記錄裝置2的連接，從而結(jié)束本處理。I. 2. 4文件名恢復(fù)處理接下來，使用圖7對本實施方式中的文件名恢復(fù)處理進行說明。本處理成為主要利用圖3中的接收側(cè)訪問裝置I’來實施的處理。步驟S701 :主文件系統(tǒng)控制部102判斷由接收側(cè)信息記錄裝置2’通知的ASCII_Name2和Uni_Name是否是同一名稱。在發(fā)送側(cè)中的原來的文件交換對象文件是只包括ASCII代碼的文件名的情況下，在ASCII_Name2和Uni_Name中分別設(shè)定具有相同的ASCII代碼的文件名。另外，在原來的文件交換對象文件是包括ASCII代碼以外的文件名的情況下，在ASCII_Name2和Uni_Name中分別設(shè)定不同的文件名。在前者的情況下，由于不需要文件名恢復(fù)處理，因此結(jié)束處理。另外，在后者的情況下，進入步驟S702的處理。步驟S702 :主文件系統(tǒng)控制部102的文件名變換處理部104將具有ASCII_Name2的名稱的文件變更為Uni_Name這一名稱。例如，使用FAT文件系統(tǒng)作為文件系統(tǒng)，在為了保存ASCII代碼以外的字符代碼而使用Shift-JIS的情況下，進行將Uni_Name的Unicode (UTF-16)的文件名變換成Shift-JIS的處理。例如，在上述例子的情況下，將“ YTEMP ￥UP_DST. JPG” 的名稱變更為 “ YTEMP Y * H 無耔· JPG，，這一名稱。如上所述，通過將本實施方式的訪問裝置I和信息記錄裝置2組合使用，即使在使用包括ASCII代碼以外的字符代碼的任意的文件名的情況下，也能夠?qū)崿F(xiàn)不需要在信息記錄裝置2 —側(cè)的每個區(qū)域都對應(yīng)的文件交換。I. 3實施方式I的效果本實施方式涉及的發(fā)送側(cè)信息記錄裝置2基于由訪問裝置I指定的ASCII代碼構(gòu)成的文件名來確定轉(zhuǎn)發(fā)對象數(shù)據(jù)，并向接收側(cè)信息記錄裝置2’轉(zhuǎn)發(fā)由訪問裝置I指定的·Unicode構(gòu)成的文件名和對象數(shù)據(jù)。由此，即使在使用包括ASCII代碼以外的字符代碼的任意的文件名的情況下，在信息記錄裝置2內(nèi)也無需與每個區(qū)域?qū)?yīng)地進行字符代碼的變換處理，因此，由于在信息記錄裝置2中無需按照每個銷售區(qū)域來對應(yīng)字符代碼，因此，不會造成安裝負(fù)擔(dān)，能夠?qū)崿F(xiàn)使用范圍的廣泛化。另外，能夠使用任意的文件名在信息記錄裝置之間進行無線的文件交換。本實施方式所涉及的發(fā)送側(cè)訪問裝置I將包括ASCII代碼以外的字符代碼的任意的文件名變換成只由ASCII代碼構(gòu)成的文件名，并向信息記錄裝置2請求文件轉(zhuǎn)發(fā)。因此，能夠使用任意的文件名在信息記錄裝置之間進行無線的文件交換。本實施方式所涉及的接收側(cè)信息記錄裝置2’由發(fā)送側(cè)信息記錄裝置2接收包括ASCII代碼以外的字符代碼的任意的文件名，生成具有ASCII代碼的文件名的文件，以相同的文件名記錄數(shù)據(jù)，并向接收側(cè)訪問裝置I’通知同一任意的文件名和ASCII代碼的文件名。因此，能夠使用任意的文件名在信息記錄裝置之間進行無線的文件交換。本實施方式所涉及的接收側(cè)訪問裝置I’基于由接收側(cè)信息記錄裝置2’通知的任意的文件名和ASCII代碼的文件名進行文件名恢復(fù)處理。因此，能夠使用任意的文件名在信息記錄裝置之間進行無線的文件交換。2.實施方式2圖8是表示作為本發(fā)明的一例的實施方式2所涉及的文件交換處理順序(sequence)的說明圖。以下，針對與上述實施方式I不同之處進行說明，省略關(guān)于與上述實施方式I相同的構(gòu)成以及功能的說明。另外，實現(xiàn)本實施方式的文件交換處理的信息記錄系統(tǒng)的構(gòu)成與圖I所示的實施方式I相同，以下使用相同的符號進行說明。以下，通過圖9到圖11對本圖中所記載的各處理的詳細(xì)內(nèi)容進行說明。2. I基于信息記錄系統(tǒng)100的文件交換處理如圖8所示，在本實施方式中，在接收側(cè)的處理中，利用接收側(cè)訪問裝置I’來實施ASCII_Name2的名稱確定。在該順序中，在實施文件生成處理之前，由接收側(cè)信息記錄裝置2’向接收側(cè)訪問裝置I’通知Uni_Name，接收側(cè)訪問裝置I’進行ASCII_Name2的確定，并通知給接收側(cè)信息記錄裝置2’。2. I. I文件名變換處理以及文件轉(zhuǎn)發(fā)請求處理由發(fā)送側(cè)訪問裝置I進行的文件名變換處理以及文件轉(zhuǎn)發(fā)請求處理與實施方式1(圖4)相同，因此省略其說明。
2. I. 2文件檢測/連接處理以及文件轉(zhuǎn)發(fā)處理接下來，使用圖9對本實施方式中的文件檢測/連接處理以及文件轉(zhuǎn)發(fā)處理進行說明。該處理成為主要利用圖3中的發(fā)送側(cè)信息記錄裝置2來實施的處理。步驟S901 :在發(fā)送側(cè)信息記錄裝置2和接收側(cè)信息記錄裝置2’之間進行連接處理。另外，該連接處理與實施方式I相同(圖5的步驟S501)。步驟S902 :卡文件系統(tǒng)控制部215使用ASCII_Namel來檢索對象文件，并確定數(shù)據(jù)。此時，由于ASCII_Namel只包括ASCII代碼，因此，卡文件系統(tǒng)控制部215能夠在不受到由于區(qū)域不同而導(dǎo)致字符代碼不同的影響的情況下檢索文件。步驟S903 :卡文件系統(tǒng)控制部215向接收側(cè)信息記錄裝置2’發(fā)送開始文件轉(zhuǎn)發(fā)的通知。此時，向接收側(cè)信息記錄裝置2’通知Uni_Name作為文件的名稱。此時，例如在按照DLNA(數(shù)字生活網(wǎng)絡(luò)聯(lián)盟Digital Living Network Alliance)規(guī)定的連接指南來實施文 件交換中的無線連接的情況下，能夠考慮使用Uni_Name作為表示內(nèi)容的標(biāo)題的(元數(shù)據(jù)meta)。在這種情況下，使用UTF-8作為Unicode。因此，在使用UTF-16作為Uni_Name的情況下，就需要變換至UTF-8的處理。該變換處理能夠通過與區(qū)域無關(guān)的機械性變換處理來實現(xiàn)，因此，能夠通過利用發(fā)送側(cè)訪問裝置I或發(fā)送側(cè)信息記錄裝置2的任意一個來事前實施從而進行應(yīng)對。另外，可以從最開始就使用UTF-8作為Uni_Name。而且,在存在用其他方式通知文件的類別(靜止圖像、動態(tài)圖像等)的方法的情況下，可以在Uni_Name中只設(shè)定從文件名中刪除了擴展項的名稱。步驟S904 :卡文件系統(tǒng)控制部215判斷后面要提到的接收側(cè)信息記錄裝置2’是否接收到文件名設(shè)定已結(jié)束之意的通知。步驟S905 :當(dāng)在步驟S904中，接收側(cè)信息記錄裝置2’接收到文件名設(shè)定已結(jié)束之意的通知時，卡文件系統(tǒng)控制部215對接收側(cè)信息記錄裝置2’開始文件轉(zhuǎn)發(fā)處理。步驟S906 :卡文件系統(tǒng)控制部215判斷接收側(cè)信息記錄裝置2’是否接收到文件轉(zhuǎn)發(fā)已結(jié)束之意的通知。步驟S907 :當(dāng)在步驟S906中，接收側(cè)信息記錄裝置2’接收到文件轉(zhuǎn)發(fā)已結(jié)束之意的通知時，卡文件系統(tǒng)控制部215結(jié)束與接收側(cè)信息記錄裝置2’的連接，并且向訪問裝置I發(fā)送文件轉(zhuǎn)發(fā)處理結(jié)束之意的通知，從而結(jié)束本處理。2. I. 3文件生成處理接下來，使用圖10對本實施方式中的文件生成處理進行說明。本處理成為主要利用圖3中的接收側(cè)信息記錄裝置2’來實施的處理。步驟S1001 :卡文件系統(tǒng)控制部215首先判斷是否從發(fā)送側(cè)信息記錄裝置2收到Uni_Name的文件名以及開始文件轉(zhuǎn)發(fā)之意的通知(圖9的步驟S903)。步驟S1002 :當(dāng)在步驟S1001收到文件轉(zhuǎn)發(fā)開始之意的通知(圖9的步驟S903)時，向接收側(cè)訪問裝置I’通知Uni_Name的文件名。步驟S1003 :卡文件系統(tǒng)控制部215利用接收側(cè)訪問裝置I’，與在步驟S1002中通知的Uni_Name的文件名對應(yīng)地接收只由ASCII代碼構(gòu)成的文件名ASCII_Name2。步驟S1004 :卡文件系統(tǒng)控制部215將文件名的設(shè)定結(jié)束通知通知給發(fā)送側(cè)信息記錄裝置2。步驟S1005 :在與發(fā)送側(cè)信息記錄裝置2之間進行文件轉(zhuǎn)發(fā)。
步驟S1006 :卡文件系統(tǒng)控制部215利用在步驟S1003接收的ASCII_Name2的文件名來生成文件，并將通過非易失性存儲器控制器22接收到的數(shù)據(jù)記錄在該文件中。步驟S1007 :卡文件系統(tǒng)控制部215經(jīng)由無線部25向發(fā)送側(cè)信息記錄裝置2發(fā)送文件轉(zhuǎn)發(fā)結(jié)束通知，并結(jié)束與發(fā)送側(cè)信息記錄裝置2的連接。步驟S1008 :卡文件系統(tǒng)控制部215經(jīng)由訪問裝置接口 211向接收側(cè)訪問裝置I’發(fā)送文件獲取通知。2. I. 4文件名設(shè)定處理以及文件名恢復(fù)處理接下來，使用圖11對本實施方式中的文件生成處理進行說明。本處理成為主要利用圖3中的接收側(cè)訪問裝置I’的主文件系統(tǒng)控制部102、特別是文件名變換處理部104實施的處理?！?br> 步驟SllOl :文件名變換處理部104從接收側(cè)信息記錄裝置2’接收Uni_Name的文件名。步驟S1102 :文件名變換處理部104，所接收到的Uni_Name只由ASCII代碼構(gòu)成，并且判斷能否變換成ASCII文件名。在能夠變換成ASCII文件名的情況下，進入步驟S1103的處理；在不能變換成ASCII文件名的情況下，進入步驟S1104的處理。步驟S1103 :在步驟S1102的處理中，在判斷為能夠變換成ASCII文件名的情況下，文件名變換處理部104將Uni_Name變換成ASCII文件名，設(shè)定為ASCII_Name2。此時，由于在Uni_Name中只包括ASCII代碼，因此，能夠通過與區(qū)域無關(guān)的機械性變換處理來實現(xiàn)。步驟S1104 :在步驟S1102的處理中，在判斷為不能變換成ASCII文件名的情況下，文件名變換處理部104只使用ASCII代碼來確定暫時的名稱，并設(shè)定為ASCII_Name2。作為暫時的名稱，機械性生成例如“ YTEMP ￥UP_DST. JPG”這樣的名稱。步驟S1105 :主文件系統(tǒng)控制部102將在步驟S1103或步驟S1104確定的ASCII_Name2的文件名經(jīng)由信息記錄裝置接口 13通知給接收側(cè)信息記錄裝置2’ (圖101的步驟S1003)。步驟S1106 :主文件系統(tǒng)控制部102判斷接收側(cè)信息記錄裝置2’是否接收到文件獲取通知(圖10的步驟S1008)。步驟S1107 :文件名變換處理部104進行文件名恢復(fù)處理。另外，該處理與實施方式1(圖7)相同，因此，省略其說明。2. 2實施方式2的效果在上述實施方式中，除了實施方式I的效果之外，還具有以下效果。接收側(cè)訪問裝置I’實施ASCII_Name2的確定，由此，最后能夠在管理文件的接收側(cè)訪問裝置I’的所希望的路徑中保存文件，能夠容易地進行接收側(cè)訪問裝置I’的文件管理。2. 3實施方式2的變形例另外，在圖8的順序中，也可以追加在由接收側(cè)訪問裝置I’進行文件名通知(ASCII_Name2)之前，在接收側(cè)訪問裝置I’生成文件的處理。在這種情況下，接收側(cè)信息記錄裝置2’中的“文件生成處理”成為在從接收側(cè)訪問裝置I’獲取的已生成完畢的文件中只進行數(shù)據(jù)記錄的處理。這樣一來，更能夠降低接收側(cè)信息記錄裝置2’的處理負(fù)擔(dān)。3.實施方式3
圖12是表示作為本發(fā)明的一例的實施方式3所涉及的文件交換處理順序的說明圖。以下，對與上述實施方式I不同之處進行說明，而省略關(guān)于與上述實施方式I相同的構(gòu)成以及功能的說明。另外，根據(jù)本實施方式的實現(xiàn)文件交換處理的信息記錄系統(tǒng)的構(gòu)成與圖I所示的實施方式I相同，以下使用相同的符號進行說明。在圖12所示的文件交換處理中，以下的點與上述實施方式I不同。首先，發(fā)送側(cè)訪問裝置I在進行文件名變換處理(與圖4的步驟S401 S407相同)之后，將文件轉(zhuǎn)發(fā)開始請求與Uni_Name和Cont_Info —起發(fā)送給發(fā)送側(cè)信息記錄裝置2。然后,發(fā)送側(cè)信息記錄裝置2進行與接收側(cè)信息記錄裝置2’的連接處理，接下來，向接收側(cè)信息記錄裝置2’發(fā)送文件轉(zhuǎn)發(fā)開始通知。接下來，發(fā)送側(cè)訪問裝置I將文件轉(zhuǎn)發(fā)請求與ASCII_Namel —起發(fā)送給發(fā)送側(cè)信息記錄裝置2。然后，發(fā)送側(cè)信息記錄裝置2進行文件檢測處理，將確定的文件的數(shù)據(jù)發(fā)送給接收側(cè)信息記錄裝置2’(與圖5的步驟S502 S503相同)。除此之外，由接收側(cè)信息記錄裝置2’以及接收側(cè)訪問裝置I’進行的處理與實施方式I相同。如上所述，在上述實施方式中，在實施實際的文件轉(zhuǎn)發(fā)之前，從發(fā)送側(cè)信息記錄裝置2向接收側(cè)信息記錄裝置2’通知Uni_Name，在文件轉(zhuǎn)發(fā)處理中，只轉(zhuǎn)發(fā)實際的文件數(shù)據(jù)， 并不特別需要通知Uni_Name的信息。這樣一來，Uni_Name的通知定時就不局限于圖3的順序中的通知定時，只要從發(fā)送側(cè)正確地通知給接收側(cè)，也可以在其他定時實施。4.實施方式4圖13是表示作為本發(fā)明的一例的實施方式4所涉及的文件交換處理順序的說明圖。以下，對與上述實施方式3不同之處進行說明，而省略關(guān)于與上述實施方式I或3相同的構(gòu)成以及功能的說明。另外，根據(jù)本實施方式的實現(xiàn)文件交換處理的信息記錄系統(tǒng)的構(gòu)成與圖I所示的實施方式I相同，以下使用相同的符號進行說明。在本實施方式中，由接收側(cè)信息記錄裝置2’以及接收側(cè)訪問裝置I’進行的處理與實施方式2相同，這一點與上述實施方式3不同。具體如下所述。由發(fā)送側(cè)信息記錄裝置2接收文件轉(zhuǎn)發(fā)開始通知的接收側(cè)信息記錄裝置2’，將Uni_Name的文件名通知給接收側(cè)訪問裝置I’(與圖10的步驟S1002相同)。這樣一來，接收側(cè)訪問裝置I’進行文件名設(shè)定處理，生成只由ASCII代碼構(gòu)成的ASCII_Name2的文件名，并通知給接收側(cè)信息記錄裝置2’(圖11的步驟SllOl S1105)。這樣一來，接收側(cè)信息記錄裝置2’將文件名的設(shè)定結(jié)束通知通知給發(fā)送側(cè)信息記錄裝置2。接下來，發(fā)送側(cè)信息記錄裝置2進行文件轉(zhuǎn)發(fā)，接收側(cè)信息記錄裝置2’進行文件生成處理(與圖10的步驟S1006相同)。然后也進行與實施方式2相同的處理。5.實施方式5在上述實施方式I 4中，訪問裝置I (或訪問裝置Γ)具有進行利用文件系統(tǒng)的文件管理的主文件系統(tǒng)控制部102，除此之外，信息記錄裝置2 (或信息記錄裝置2’ )也具有管理由文件系統(tǒng)進行的數(shù)據(jù)的讀寫的卡文件系統(tǒng)控制部215。因此，進行排他控制，以便在訪問裝置I一側(cè)和信息記錄裝置2 —側(cè)不會產(chǎn)生由于文件系統(tǒng)的不同而導(dǎo)致的管理信息的不一致。以下，參照根據(jù)圖8所示的實施方式2的文件交換處理順序?qū)ε潘刂频囊焕M行說明。如圖8所示，發(fā)送側(cè)訪問裝置I的處理期間IE和發(fā)送側(cè)信息記錄裝置2的處理期間2E被控制為不會重復(fù)動作。在發(fā)送側(cè)訪問裝置I的處理期間IE中，發(fā)送側(cè)信息記錄裝置2的卡文件系統(tǒng)控制部215的動作被控制成為禁止?fàn)顟B(tài)。另一方面，在發(fā)送側(cè)信息記錄裝置2的處理期間2E中，發(fā)送側(cè)訪問裝置I的主文件系統(tǒng)控制部102的動作被控制成為禁止?fàn)顟B(tài)。接收側(cè)訪問裝置I’的處理期間1E’和接收側(cè)信息記錄裝置2’的處理期間2E’也同樣被排他控制。另外，上述排他控制是利用訪問裝置I或I’的例如主文件系統(tǒng)控制部102來進行的。如上所述，在訪問裝置和信息記錄裝置中，通過對控制文件系統(tǒng)的控制部的動作進行排他控制，能夠可靠地防止發(fā)生文件系統(tǒng)的管理信息的不一致。
·
另外，在實施方式1、3以及4中也同樣能夠利用排他控制。例如，關(guān)于發(fā)送側(cè)，在實施方式I (圖3)、實施方式3 (圖12)以及實施方式4 (圖13)中，對信息記錄裝置2的卡文件系統(tǒng)控制部215進行控制，以便至少到從訪問裝置I接收到ASCII_Namel的文件名為止不工作。另外，關(guān)于接收側(cè)，在實施方式1(圖3)以及實施方式3(圖12)中，對信息記錄裝置2’的卡文件系統(tǒng)控制部215進行控制，以便至少到接收到文件轉(zhuǎn)發(fā)處理開始的通知為止不工作。6其他實施方式上述實施方式中的處理方法的執(zhí)行次序不一定局限于上述實施方式中的記載，只要不脫離發(fā)明的宗旨就能夠?qū)?zhí)行次序進行調(diào)換。例如，雖然使用了圖3、圖8、圖12以及圖13的順序?qū)ι鲜鰧嵤┓绞街械奶幚眄樞蜻M行了說明，但是，并不局限于這些順序。例如，可以將這些順序的一部分進行組合實施。在上述實施方式所說明的訪問裝置以及信息記錄裝置中，各模塊既可以利用LSI等的半導(dǎo)體裝置個別地進行單一芯片化，也可以用包括一部分或全部的方式進行單一芯片化。例如，在圖I的構(gòu)成中，雖然對信息記錄裝置2由主控制器21、非易失性存儲器控制器22和無線控制器24這三種控制器構(gòu)成的例子進行了記載，但也可以設(shè)置為，例如將這些控制器集成為一個控制器，或也包括非易失性存儲器23等的其他構(gòu)成要素并集成為一個控制器等的其他的芯片構(gòu)成。另外，雖然在此設(shè)為LSI，但根據(jù)集成度的不同，有時也稱為1C、系統(tǒng)LSI、超LSI和大規(guī)模LSI。另外，集成電路化的方法不局限于LSI，也可以利用專用電路或通用處理器來實現(xiàn)。在LSI制造之后，也可以利用能夠?qū)⒖删幊痰腇PGA(現(xiàn)場可編程門陣列FieldProgrammable GateArray)或LSI內(nèi)部的電路單元的連接或設(shè)定再次構(gòu)建的可重構(gòu)處理器。而且，如果由于半導(dǎo)體技術(shù)的進步或所派生的其他技術(shù)的緣故而出現(xiàn)替換LSI的集成電路化的技術(shù)，則理所當(dāng)然地可以使用該技術(shù)進行功能塊的集成化。生化技術(shù)的利用等作為可能性是存在的。另外，既可以通過硬件來實現(xiàn)上述實施方式的各處理，也可以通過軟件(包括與OS(操作系統(tǒng)operating system)、中介軟件或規(guī)定的文庫一起實現(xiàn)的情況)來實現(xiàn)。還可以通過軟件以及硬件的混合處理來實現(xiàn)。另外，在利用硬件來實現(xiàn)上述實施方式所涉及的訪問裝置和帶有無線功能的信息記錄裝置的情況下，需要調(diào)整用于進行各處理的定時，這一點是毋庸置疑的。在上述實施方式中，為了便于說明，省略了關(guān)于在實際的硬件設(shè)計中所產(chǎn)生的各種信號的定時調(diào)整的詳細(xì)介紹。另外，在上述實施方式中，雖然對訪問裝置和帶有無線功能的信息記錄裝置分別是不同裝置的情況進行了說明，但并不局限于此，也可以采用訪問裝置和帶有無線功能的信息記錄裝置在一個裝置內(nèi)的構(gòu)成。另外，在上述實施方式中，雖然以帶有無線功能的信息記錄裝置2之間的文件交換處理為例進行了說明，但是，發(fā)送側(cè)或接收側(cè)的任意一個也可以是以往的設(shè)備。例如，在使用DLNA的連接來進行文件交換的情況下，發(fā)送側(cè)的M-DMU和接收側(cè)的M-DMS中的任意一個也可以是以往的DLNA標(biāo)準(zhǔn)的設(shè)備。另外，發(fā)送/接收之間的連接也不局限于DLNA，只要能夠?qū)⒃募拿Q發(fā)送給接收側(cè)，就也可以使用其他的連接方法。另外，帶有無線功能的信息記錄裝置2除了存儲器卡的形式之外，也可以設(shè)為USB 存儲器、外部HDD或內(nèi)置裝置等其他形式。另外，本發(fā)明不僅能夠作為信息記錄裝置、訪問裝置或者信息記錄系統(tǒng)來實現(xiàn)，也能夠作為信息通信方法來實現(xiàn)。產(chǎn)業(yè)上的可利用性上述的訪問裝置能夠用于處理動態(tài)圖像或靜止圖像等的數(shù)字內(nèi)容的設(shè)備，能夠作為攝像機、數(shù)字靜態(tài)照相機、便攜式電話終端、平板式終端以及PC應(yīng)用程序等使用。另外，帶有無線功能的信息記錄裝置2能夠作為保存上述數(shù)字內(nèi)容等的存儲器卡、USB存儲器等的可移動式媒體或內(nèi)置記錄裝置等使用。附圖標(biāo)記的說明1，1’訪問裝置2,2，帶有無線功能的信息記錄裝置11，212 CPU12，213RAM13信息記錄裝置接口14，214 ROM21主控制器22非易失性存儲器控制器23非易失性存儲器24無線控制器25無線部100信息記錄系統(tǒng)101應(yīng)用程序控制部102主文件系統(tǒng)控制部103信息記錄裝置訪問部104文件名變換處理部211訪問裝置接口215卡文件系統(tǒng)控制部
權(quán)利要求
1.ー種信息記錄裝置，具有 存儲部，其用于保存數(shù)據(jù)； 第一文件系統(tǒng)控制部，其基于由第一代碼構(gòu)成的第一文件名來管理被保存在上述存儲部中的數(shù)據(jù)；以及 無線部，其用于發(fā)送/接收無線信號， 上述第一文件系統(tǒng)控制部， 從與上述信息記錄裝置連接的訪問裝置獲取上述第一文件名和與上述第一文件名對應(yīng)并且由與上述第一代碼不同的第二代碼構(gòu)成的第二文件名， 確定被保存在上述存儲部中的數(shù)據(jù)當(dāng)中具有上述第一文件名的規(guī)定的數(shù)據(jù)， 將上述第二文件名和上述規(guī)定的數(shù)據(jù)發(fā)送給經(jīng)由無線部而連接的其他的信息記錄裝置。
2.根據(jù)權(quán)利要求1所述的信息記錄裝置，其中， 上述第一代碼為ASCII代碼。
3.根據(jù)權(quán)利要求1所述的信息記錄裝置，其中， 上述第二代碼為Unicode。
4.根據(jù)權(quán)利要求1所述的信息記錄裝置，其中， 上述第一文件系統(tǒng)控制部，在將上述第二文件名發(fā)送至上述其他的信息記錄裝置之后，在從上述其他的信息記錄裝置接收到已設(shè)定了文件名之意的通知之后將上述規(guī)定的數(shù)據(jù)發(fā)送給上述其他的信息記錄裝置。
5.根據(jù)權(quán)利要求1所述的信息記錄裝置，其中， 上述第一文件系統(tǒng)控制部被控制成至少直到獲取上述第一文件名為止不工作。
6.ー種信息記錄裝置，具有 存儲部，其用于保存數(shù)據(jù)； 第一文件系統(tǒng)控制部，其基于由第一代碼構(gòu)成的第一文件名來管理被保存在上述存儲部中的數(shù)據(jù)；以及 無線部，其用于發(fā)送/接收無線信號， 上述第一文件系統(tǒng)控制部， 從經(jīng)由上述無線部而連接的其他的信息記錄裝置獲取由與上述第一代碼不同的第二代碼構(gòu)成的第二文件名和與上述第二文件名對應(yīng)的規(guī)定的數(shù)據(jù)， 獲取上述第一文件名， 生成具有上述第一文件名的文件， 將接收到的上述規(guī)定的數(shù)據(jù)記錄到具有上述第一文件名的文件中， 對所連接的訪問裝置發(fā)送上述第一文件名和上述第二文件名。
7.根據(jù)權(quán)利要求6所述的信息記錄裝置，其中， 上述第一代碼是ASCII代碼。
8.根據(jù)權(quán)利要求6所述的信息記錄裝置，其中， 上述第二代碼是Unicode。
9.根據(jù)權(quán)利要求6所述的信息記錄裝置，其中， 上述第二代碼相對于上述第一代碼具有互換性，上述第一文件系統(tǒng)控制部獲取基于接收到的上述第二文件名而生成的文件名作為上述第一文件名。
10.根據(jù)權(quán)利要求6所述的信息記錄裝置，其中， 上述第一文件系統(tǒng)控制部與接收到的上述第二文件名無關(guān)地獲取由上述第一代碼構(gòu)成的文件名作為上述第一文件名。
11.根據(jù)權(quán)利要求9所述的信息記錄裝置，其中， 上述第一文件系統(tǒng)控制部獲取通過變換上述第二文件名中的上述第一代碼而生成的文件名作為上述第一文件名。
12.根據(jù)權(quán)利要求6所述的信息記錄裝置，其中， 上述第一文件系統(tǒng)控制部被控制成直到從上述其他的信息記錄裝置接收到開始發(fā)送上述規(guī)定的數(shù)據(jù)之意的通知為止不工作。
13.根據(jù)權(quán)利要求6所述的信息記錄裝置，其中， 上述第一文件系統(tǒng)控制部被控制成直到獲取上述第一文件名為止不工作。
14.一種信息通信系統(tǒng)，具有 權(quán)利要求1或6所述的信息記錄裝置；以及 訪問裝置，其與上述信息記錄裝置連接并具有管理被保存在上述信息記錄裝置的上述存儲部中的數(shù)據(jù)的第二文件系統(tǒng)控制部。
15.根據(jù)權(quán)利要求14所述的信息記錄系統(tǒng)，其中， 上述訪問裝置的上述第二文件系統(tǒng)控制部被控制成在上述信息記錄裝置的上述第一文件系統(tǒng)控制部正在工作的期間不工作。
16.根據(jù)權(quán)利要求14所述的信息記錄系統(tǒng)，其中， 上述訪問裝置的上述第二文件系統(tǒng)控制部基于所輸入的文件名來設(shè)定上述第一文件名以及上述第二文件名，并將上述第一文件名以及上述第二文件名發(fā)送給上述信息記錄裝置。
17.根據(jù)權(quán)利要求14所述的信息記錄系統(tǒng)，其中， 上述訪問裝置的上述第二文件系統(tǒng)控制部判斷上述第一文件名與上述第二文件名是否相同，在不相同的情況下，將上述第一文件名變更為上述第二文件名。
18.一種信息通信方法，該信息通信方法是使用信息記錄裝置的方法，該信息記錄裝置具有存儲部，其用于保存數(shù)據(jù)；文件系統(tǒng)控制部，其基于由第一代碼構(gòu)成的第一文件名來管理被保存在上述存儲部中的數(shù)據(jù)；以及無線部，其用于發(fā)送/接收無線信號， 上述信息通信方法利用上述文件系統(tǒng)控制部， 從與上述信息記錄裝置連接的訪問裝置獲取上述第一文件名和與上述第一文件名對應(yīng)并且由與上述第一代碼不同的第二代碼構(gòu)成的第二文件名， 確定被保存在上述存儲部中的數(shù)據(jù)當(dāng)中的具有上述第一文件名的規(guī)定的數(shù)據(jù)， 將上述第二文件名和上述規(guī)定的數(shù)據(jù)發(fā)送給經(jīng)由上述無線部而連接的其他的信息記錄裝置。
19.一種信息通信方法，該信息通信方法是使用信息記錄裝置的方法，該信息記錄裝置具有存儲部，其用于保存數(shù)據(jù)；文件系統(tǒng)控制部，其基于由第一代碼構(gòu)成的第一文件名來管理被保存在上述存儲部中的數(shù)據(jù)；以及無線部，其用于發(fā)送/接收無線信號，上述信息通信方法利用上述文件系統(tǒng)控制部， 從經(jīng)由上述無線部而連接的其他的信息記錄裝置獲取由與上述第一代碼不同的第二代碼構(gòu)成的第二文件名和與上述第二文件名對應(yīng)的規(guī)定的數(shù)據(jù)， 獲取上述第一文件名， 生成具有上述第一文件名的文件， 將接收到的上述規(guī)定的數(shù)據(jù)記錄在具有上述第一文件名的文件中， 對所連接的訪問裝置發(fā)送上述第一文件名和上述第二文件名。
全文摘要
本發(fā)明提供一種信息記錄裝置、信息記錄系統(tǒng)以及信息通信方法。信息記錄裝置(2)具有存儲部(23)，其用于保存數(shù)據(jù)；第一文件系統(tǒng)控制部(21)，其基于由第一代碼構(gòu)成的第一文件名來管理被保存在存儲部(23)中的數(shù)據(jù)；以及無線部(25)，用于發(fā)送/接收無線信號。第一文件系統(tǒng)控制部(215)從與信息記錄裝置(2)連接的訪問裝置(1)獲取第一文件名和與第一文件名對應(yīng)并且由與第一代碼不同的第二代碼構(gòu)成的第二文件名，確定被保存在存儲部(23)中的數(shù)據(jù)當(dāng)中具有第一文件名的規(guī)定的數(shù)據(jù)，將第二文件名和規(guī)定的數(shù)據(jù)發(fā)送給經(jīng)由無線部(25)而連接的其他的信息記錄裝置(2’)。
文檔編號G06F12/00GK102959524SQ201280001609
公開日2013年3月6日 申請日期2012年4月19日 優(yōu)先權(quán)日2011年6月2日
發(fā)明者前田卓治, 足立達也 申請人:松下電器產(chǎn)業(yè)株式會社