專利名稱：內(nèi)容處理裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種內(nèi)容處理裝置，特別涉及應(yīng)用于數(shù)字?jǐn)z像機(jī)，并將圖像數(shù)據(jù)這樣 的內(nèi)容傳送到外部裝置的內(nèi)容處理裝置。
背景技術(shù)：
在專利文獻(xiàn)1中公開(kāi)了這種裝置的一例。根據(jù)該背景技術(shù)，從數(shù)碼相機(jī)的拍攝部 輸出的圖像信號(hào)被記錄在記錄部。由顯示部顯示基于從記錄部再生的圖像信號(hào)的圖像。在 電池的容量還充足的狀態(tài)下，進(jìn)行了手動(dòng)指示操作時(shí)，通過(guò)無(wú)線USB通信部向高清電視機(jī) 發(fā)送從記錄部再生的圖像信號(hào)。專利文獻(xiàn)1JP特開(kāi)2007-158402號(hào)公報(bào)但是，在圖像信號(hào)的發(fā)送地是連接到因特網(wǎng)這樣的公共通信網(wǎng)的服務(wù)器的情況 下，圖像信號(hào)的吞吐量(throughput)隨著服務(wù)器的訪問(wèn)狀況、到服務(wù)器為止的通信路徑的 通信量(traffic)、通信路徑長(zhǎng)度、電波狀況等而變動(dòng)。在假設(shè)了這樣的向發(fā)送裝置的圖像 信號(hào)的發(fā)送的情況下，在如背景技術(shù)那樣僅基于電池的殘容量的發(fā)送與否判斷中，存在在 發(fā)送處理的途中電源被斷開(kāi)的隱患。

發(fā)明內(nèi)容
因此，本發(fā)明的主要目的在于，提供一種能夠避免在將期望的內(nèi)容傳送到外部裝 置的途中電源被斷開(kāi)的情形的內(nèi)容處理裝置。本發(fā)明的內(nèi)容處理裝置(10 在實(shí)施例中相應(yīng)的附圖標(biāo)記，下同)具備第一傳送 單元(S59)，其在接收到相對(duì)于記錄介質(zhì)(36)所保存的一個(gè)或兩個(gè)以上的內(nèi)容的任一個(gè) 的傳送操作時(shí)，將既定內(nèi)容傳送給外部裝置O00)；預(yù)測(cè)單元(S35)，其基于第一傳送單元 的傳送處理所需的時(shí)間和通過(guò)傳送操作所指定的內(nèi)容的大小，預(yù)測(cè)通過(guò)傳送操作所指定的 內(nèi)容的傳送處理所需的時(shí)間；第二傳送單元(S41)，其將通過(guò)傳送操作所指定的內(nèi)容傳送 給外部裝置；以及控制單元(S39)，其辨別通過(guò)預(yù)測(cè)單元預(yù)測(cè)出的時(shí)間是否小于基于電池 余量的基準(zhǔn)，并在辨別結(jié)果為肯定時(shí)，允許第二傳送單元的傳送處理，而在辨別結(jié)果為否定 時(shí)，限制第二傳送單元的傳送處理。優(yōu)選還具備再生單元(S17)，該再生單元(S17)響應(yīng)再生操作而再生保存在記錄 介質(zhì)中的一個(gè)或兩個(gè)以上的內(nèi)容中的任一個(gè)，基準(zhǔn)相當(dāng)于再生單元的可連續(xù)再生時(shí)間。進(jìn)一步，優(yōu)選再生單元在第一傳送單元和第二傳送單元中斷了傳送處理時(shí)執(zhí)行再 生處理。優(yōu)選預(yù)測(cè)單元具備刪除單元(S63)，該刪除單元(S6!3)從外部裝置中刪除既定內(nèi)容。優(yōu)選第一傳送單元和第二傳送單元各自按照具有單位大小的分段(segment)執(zhí) 行傳送處理，既定內(nèi)容具有如下的大小單位大小的N倍(N是2以上的整數(shù))且小于由第 二傳送單元傳送的內(nèi)容的最小大小。
本發(fā)明的內(nèi)容處理程序使內(nèi)容處理裝置(10)的處理器08)執(zhí)行如下步驟在接 收到相對(duì)于記錄介質(zhì)(36)所保存的一個(gè)或兩個(gè)以上的內(nèi)容的任一個(gè)的傳送操作時(shí)將既定 內(nèi)容傳送給外部裝置O00)的第一傳送步驟(S59)；基于第一傳送步驟的傳送處理所需的 時(shí)間和通過(guò)傳送操作所指定的內(nèi)容的大小，預(yù)測(cè)通過(guò)傳送操作所指定的內(nèi)容的傳送處理所 需的時(shí)間的預(yù)測(cè)步驟(S35)；將通過(guò)傳送操作所指定的內(nèi)容傳送給外部裝置的第二傳送步 驟(S41)；以及辨別通過(guò)預(yù)測(cè)步驟預(yù)測(cè)出的時(shí)間是否小于基于電池余量的基準(zhǔn)，并在辨別 結(jié)果為肯定時(shí)允許第二傳送步驟的傳送處理，而在辨別結(jié)果為否定時(shí)限制第二傳送步驟的 傳送處理的控制步驟(S39)。本發(fā)明的內(nèi)容處理方法是由內(nèi)容處理裝置(10)執(zhí)行的內(nèi)容處理方法，具備在接 收到相對(duì)于記錄介質(zhì)(36)所保存的一個(gè)或兩個(gè)以上的內(nèi)容的任一個(gè)的傳送操作時(shí)將既定 內(nèi)容傳送給外部裝置O00)的第一傳送步驟(S59)；基于第一傳送步驟的傳送處理所需的 時(shí)間和通過(guò)傳送操作所指定的內(nèi)容的大小，預(yù)測(cè)通過(guò)傳送操作所指定的內(nèi)容的傳送處理所 需的時(shí)間的預(yù)測(cè)步驟(S35)；將通過(guò)傳送操作所指定的內(nèi)容傳送給外部裝置的第二傳送步 驟(S41)；以及辨別通過(guò)預(yù)測(cè)步驟預(yù)測(cè)出的時(shí)間是否小于基于電池余量的基準(zhǔn)，并在辨別 結(jié)果為肯定時(shí)允許第二傳送步驟的傳送處理，而在辨別結(jié)果為否定時(shí)限制第二傳送步驟的 傳送處理的控制步驟(S39)。(發(fā)明效果)根據(jù)本發(fā)明，若進(jìn)行傳送操作，則在指定內(nèi)容的傳送之前先將既定內(nèi)容傳送給外 部裝置。指定內(nèi)容的傳送處理所需的時(shí)間是基于既定內(nèi)容的傳送處理所需的時(shí)間和指定內(nèi) 容的大小而預(yù)測(cè)的。指定內(nèi)容的傳送處理在預(yù)測(cè)的時(shí)間小于基于電池余量的基準(zhǔn)時(shí)被允 許，而在預(yù)測(cè)出的時(shí)間為基于電池余量的基準(zhǔn)以上時(shí)被限制。通過(guò)參照基于電池余量的基 準(zhǔn)來(lái)允許/限制指定內(nèi)容的傳送處理，從而能夠避免在指定內(nèi)容的傳送途中電源被斷開(kāi)的 情況。本發(fā)明的上述目的、其他的目的、特征以及優(yōu)點(diǎn)會(huì)通過(guò)參照附圖而進(jìn)行的以下的 實(shí)施例的詳細(xì)說(shuō)明而變得更加明確。


圖1是表示本發(fā)明的基本結(jié)構(gòu)的框圖。圖2是表示本發(fā)明的一實(shí)施例的結(jié)構(gòu)的框圖。圖3是表示數(shù)字?jǐn)z像機(jī)和內(nèi)容服務(wù)器之間的連接狀態(tài)的一例的圖解圖。圖4是表示虛擬文件的上載處理的一例的圖解圖。圖5是表示虛擬文件的上載處理的另一例的圖解圖。圖6是表示應(yīng)用于圖2的實(shí)施例的CPU的動(dòng)作的一部分的流程圖。圖7是表示應(yīng)用于圖2的實(shí)施例的CPU的動(dòng)作的另一部分的流程圖。圖8是表示應(yīng)用于圖2的實(shí)施例的CPU的動(dòng)作的其他一部分的流程圖。圖9是表示應(yīng)用于圖2的實(shí)施例的CPU的動(dòng)作的進(jìn)一步其他一部分的流程圖。圖10是表示應(yīng)用于圖2的實(shí)施例的CPU的動(dòng)作的其他一部分的流程圖。圖11是表示應(yīng)用于圖2的實(shí)施例的CPU的動(dòng)作的其他一部分的流程圖。圖中10-數(shù)字?jǐn)z像機(jī)；14-圖像傳感器；28-CPU ；36-存儲(chǔ)卡；40-無(wú)線LAN設(shè)備；46-電池；56-閃存。
具體實(shí)施例方式以下，參照

本發(fā)明的實(shí)施方式。基本結(jié)構(gòu)參照?qǐng)D1，本發(fā)明的內(nèi)容處理裝置基本上按如下方式構(gòu)成。第一傳送單元1在接受到相對(duì)于存儲(chǔ)在存儲(chǔ)裝置5中的一個(gè)或兩個(gè)以上的內(nèi)容的 任一個(gè)的傳送操作時(shí)，將既定內(nèi)容傳送到外部裝置6。預(yù)測(cè)單元2基于第一傳送單元1的傳 送處理所需的時(shí)間和通過(guò)傳送操作指定的內(nèi)容的大小，預(yù)測(cè)通過(guò)傳送操作指定的內(nèi)容的傳 送處理所需的時(shí)間。第二傳送單元3將通過(guò)傳送操作指定的內(nèi)容傳送到外部裝置6?？刂?單元4辨別由預(yù)測(cè)單元2預(yù)測(cè)出的時(shí)間是否小于基于電池余量的基準(zhǔn)，并在辨別結(jié)果為肯 定時(shí)，允許第二傳送單元3的傳送處理，而在辨別結(jié)果為否定時(shí)，限制第二傳送單元3的傳 送處理。因此，若進(jìn)行傳送操作，則在指定內(nèi)容的傳送之前，將既定內(nèi)容傳送到外部裝置6。 指定內(nèi)容的傳送處理所需的時(shí)間是基于既定內(nèi)容的傳送處理所需的時(shí)間和指定內(nèi)容的大 小來(lái)預(yù)測(cè)的。指定內(nèi)容的傳送處理在被預(yù)測(cè)的時(shí)間小于基于電池余量的基準(zhǔn)時(shí)被允許，而 被預(yù)測(cè)的時(shí)間為基于電池余量的基準(zhǔn)以上時(shí)被限制。通過(guò)參照基于電池余量的基準(zhǔn)來(lái)允許 /限制指定內(nèi)容的傳送處理，從而能夠避免在指定內(nèi)容的傳送途中電源被斷開(kāi)的情形。實(shí)施例參照?qǐng)D2，本實(shí)施例的數(shù)字?jǐn)z像機(jī)10包括光學(xué)透鏡12。被攝景的光學(xué)像經(jīng)由光學(xué) 透鏡12照射圖像傳感器14的拍攝面，并進(jìn)行光電轉(zhuǎn)換。由此，在拍攝面生成表示被攝景像 的電荷。數(shù)字?jǐn)z像機(jī)10還包括用于與商用交流電源相連的插頭44。經(jīng)由插頭44而提供的 交流電壓通過(guò)AC/DC轉(zhuǎn)換器42轉(zhuǎn)換為直流電壓，并將被轉(zhuǎn)換的直流電壓提供給DC/DC轉(zhuǎn)換 器48。向DC/DC轉(zhuǎn)換器48還提供從電池46輸出的直流電壓。DC/DC轉(zhuǎn)換器48在插頭44連接到商用交流電源時(shí)，將從AC/DC轉(zhuǎn)換器42提供到 的直流電壓轉(zhuǎn)換為互不相同的多個(gè)直流電壓，并在插頭44和商用交流電源之間的連接被 斷開(kāi)時(shí)，將從電池46提供的直流電壓轉(zhuǎn)換為互不相同的多個(gè)直流電壓。將被轉(zhuǎn)換的多個(gè)直 流電壓經(jīng)由SW組50提供給整個(gè)系統(tǒng)。若操作電源按鈕54，則將由DC/DC轉(zhuǎn)換器48轉(zhuǎn)換的直流電壓的一部分提供給 CPU28，由此啟動(dòng)CPU28。CPU28在通過(guò)設(shè)置在鍵輸入裝置30中的模式設(shè)定開(kāi)關(guān)30md選擇 了攝像機(jī)模式時(shí)，啟動(dòng)拍攝任務(wù)，并在通過(guò)同一個(gè)模式設(shè)定開(kāi)關(guān)30md選擇了再生模式時(shí)， 啟動(dòng)再生任務(wù)。在啟動(dòng)了拍攝任務(wù)時(shí)，CPU^為了動(dòng)畫(huà)獲取處理而啟動(dòng)驅(qū)動(dòng)器16。驅(qū)動(dòng)器16對(duì)周 期性產(chǎn)生的垂直同步信號(hào)Vsync進(jìn)行響應(yīng)，對(duì)拍攝面進(jìn)行曝光，并以光柵掃描方式讀出在 拍攝面生成的電荷。從圖像傳感器14反復(fù)輸出表示被攝景的生圖像數(shù)據(jù)。信號(hào)處理電路18對(duì)從圖像傳感器14輸出的生圖像數(shù)據(jù)進(jìn)行白平衡調(diào)整、顏色分 離、YUV轉(zhuǎn)換等的處理，并將由此生成的YUV形式的圖像數(shù)據(jù)經(jīng)過(guò)存儲(chǔ)器控制電路20而寫入 SDRAM22中。IXD驅(qū)動(dòng)器M通過(guò)存儲(chǔ)器控制電路20讀出存儲(chǔ)在SDRAM22中的圖像數(shù)據(jù)，并基于讀出的圖像數(shù)據(jù)驅(qū)動(dòng)LCD監(jiān)視器沈。其結(jié)果，被攝景的實(shí)時(shí)動(dòng)態(tài)圖像(取景圖像)顯 示在監(jiān)視畫(huà)面中。若通過(guò)設(shè)置在鍵輸入裝置30的記錄按鈕30rec進(jìn)行記錄開(kāi)始操作，則CPU28向存 儲(chǔ)器I/F32命令記錄處理的開(kāi)始。存儲(chǔ)器I/F32在存儲(chǔ)卡36中新生成動(dòng)畫(huà)文件，并通過(guò)存 儲(chǔ)器控制電路20反復(fù)從SDRAM22讀出存儲(chǔ)在SDRAM22中的圖像數(shù)據(jù)，然后，將讀出的圖像 數(shù)據(jù)寫入生成的動(dòng)畫(huà)文件中。若通過(guò)記錄按鈕30rec進(jìn)行記錄結(jié)束操作，則CPU28向存儲(chǔ) 器I/F32命令記錄處理的結(jié)束。存儲(chǔ)器I/F32結(jié)束從SDRAM22讀出圖像數(shù)據(jù)，并對(duì)寫入目 的地的動(dòng)畫(huà)文件進(jìn)行結(jié)束處理。另外，存儲(chǔ)卡36是裝卸自如的卡，在安裝到槽34時(shí)，通過(guò)存儲(chǔ)器I/F32來(lái)訪問(wèn)存 儲(chǔ)卡36。若啟動(dòng)了再生任務(wù)，則CPU^指定記錄在存儲(chǔ)卡36中的動(dòng)畫(huà)文件，并向存儲(chǔ)器I/ F32命令頂幀圖像的再生。存儲(chǔ)器I/F32從指定動(dòng)畫(huà)文件中讀出頂幀圖像數(shù)據(jù)，并將讀出的 圖像數(shù)據(jù)通過(guò)數(shù)據(jù)總線BSl和存儲(chǔ)器控制電路20寫入SDRAM22中。IXD驅(qū)動(dòng)器M通過(guò)存儲(chǔ)器控制電路20讀出存儲(chǔ)在SDRAM22中的圖像數(shù)據(jù)，并基于 讀出的圖像數(shù)據(jù)，驅(qū)動(dòng)IXD監(jiān)視器26。其結(jié)果，在IXD監(jiān)視器沈中顯示頂幀圖像。若通過(guò)鍵輸入裝置30的再生按鈕30ply進(jìn)行再生開(kāi)始操作，則CPU28向存儲(chǔ)器I/ F32命令動(dòng)畫(huà)再生的開(kāi)始。存儲(chǔ)器I/F32周期性地讀出存儲(chǔ)在指定動(dòng)畫(huà)文件中的多個(gè)幀的 圖像數(shù)據(jù)，并將讀出的圖像數(shù)據(jù)通過(guò)存儲(chǔ)器控制電路20寫入SDRAM22中。存儲(chǔ)在SDRAM22 中的圖像數(shù)據(jù)是由IXD驅(qū)動(dòng)器M讀出的，其結(jié)果，在IXD監(jiān)視器沈中顯示動(dòng)態(tài)圖像。若通過(guò)再生按鈕30ply進(jìn)行再生結(jié)束操作，或者再生圖像到達(dá)指定動(dòng)畫(huà)文件的末 尾幀圖像，則CPU28向存儲(chǔ)器I/F32命令動(dòng)畫(huà)再生的結(jié)束，進(jìn)而向存儲(chǔ)器I/F32命令頂幀圖 像的再生。其結(jié)果，指定動(dòng)畫(huà)文件的頂幀圖像再次顯示在IXD監(jiān)視器沈中。若通過(guò)設(shè)置在鍵輸入裝置30中的發(fā)送按鈕30f進(jìn)行發(fā)送操作，則CPU^指定下一 個(gè)圖像文件，并向存儲(chǔ)器I/F32命令頂幀圖像的再生。存儲(chǔ)器I/F32執(zhí)行與上述相同的處 理，由此，存儲(chǔ)在下一個(gè)動(dòng)畫(huà)文件中的頂幀圖像顯示在IXD監(jiān)視器沈中。若通過(guò)鍵輸入裝置30的傳送按鈕30t進(jìn)行上載操作，則CPU^為了將指定動(dòng)畫(huà)文 件上載到與圖3所示的因特網(wǎng)300相連的內(nèi)容服務(wù)器200，經(jīng)由無(wú)線LAN路由器100執(zhí)行基 于TCP/IP的上載處理。其中，由于動(dòng)畫(huà)文件的吞吐量隨著內(nèi)容服務(wù)器200的訪問(wèn)狀況、到內(nèi)容服務(wù)器為 止的通信路徑的通信量、通信路徑長(zhǎng)度、電波狀況等而變動(dòng)，所以若數(shù)字?jǐn)z像機(jī)10的驅(qū)動(dòng) 電源為電池46，則存在因電池46的殘容量導(dǎo)致在上載處理的途中電源被斷開(kāi)的隱患。因此，CP似8在數(shù)字?jǐn)z像機(jī)10的驅(qū)動(dòng)電源為電池46時(shí)，在上載處理之前先計(jì)算指 定動(dòng)畫(huà)文件的傳送所需的時(shí)間(=預(yù)想傳送時(shí)間Tc)和可連續(xù)再生存儲(chǔ)在存儲(chǔ)卡36中的 動(dòng)畫(huà)文件的時(shí)間(=可連續(xù)再生時(shí)間Tp)。可連續(xù)再生時(shí)間Tp是參照電池46的余量而計(jì) 算的。其中，可連續(xù)再生時(shí)間Tp是在再生模式下可連續(xù)再生動(dòng)畫(huà)文件的時(shí)間，且在計(jì)算可 連續(xù)再生時(shí)間Tp時(shí)，通過(guò)在上載處理所需的電力中加入無(wú)線LAN設(shè)備40的發(fā)送時(shí)的功耗 來(lái)加以考慮。CPU28進(jìn)一步辨別預(yù)想傳送時(shí)間Tc是否小于可連續(xù)再生時(shí)間Tp，若Tc < Tp，則允 許上載處理，而若Tc ^ Τρ，則限制以及禁止上載處理。在上載處理被禁止時(shí)，CPU28向操作者通知不能上載的情況。這樣，上載處理是參照基于電池46的余量的基準(zhǔn)而被允許/限制的。由此，能夠 避免在指定動(dòng)畫(huà)文件的上載的途中電源被斷開(kāi)的情形。此外，通過(guò)按照預(yù)想傳送時(shí)間Tc — 可連續(xù)再生時(shí)間Tp的順序執(zhí)行計(jì)算處理，從而能夠依據(jù)因預(yù)想傳送時(shí)間Tc的計(jì)算而消耗 的電力來(lái)計(jì)算可連續(xù)再生時(shí)間Tp，并且提高計(jì)算出的可連續(xù)再生時(shí)間Tp的精度。通過(guò)以下的技巧計(jì)算預(yù)想傳送時(shí)間Tc。CPU28首先向通信I/F38命令用戶ID和 密碼的發(fā)送。通信I/F38通過(guò)無(wú)線LAN設(shè)備40向內(nèi)容服務(wù)器200發(fā)送用戶ID和密碼。內(nèi)容服務(wù)器200執(zhí)行參照了所發(fā)送的用戶ID和密碼的認(rèn)證處理，并將表示“正確 (OK) ”和“不正確(NG) ”的任一個(gè)的認(rèn)證結(jié)果反饋給用戶ID和密碼的發(fā)送源。由無(wú)線LAN 設(shè)備40接收被反饋的認(rèn)證結(jié)果，并經(jīng)由通信I/F38將被反饋的認(rèn)證結(jié)果提供給CPU28。在認(rèn)證結(jié)果表示“不正確”時(shí)，CPU28向操作者通知認(rèn)證失敗。相對(duì)于此，在認(rèn)證 結(jié)果表示“正確”時(shí)，CPU28取得認(rèn)證標(biāo)志(token)，并向通信I/F38命令虛擬文件的上載。 通信I/F38將所取得的認(rèn)證標(biāo)志附加在虛擬文件上，將附帶認(rèn)證標(biāo)志的虛擬文件通過(guò)無(wú)線 LAN設(shè)備40上載到內(nèi)容服務(wù)器200中。虛擬文件的大小充分小于動(dòng)畫(huà)文件的估計(jì)最小大小，具體地說(shuō)，相當(dāng)于TCP發(fā)送 窗口大小。TCP發(fā)送窗口大小是MSS (Maximum Segment Size)的N倍(N 2以上的整數(shù)，在 該實(shí)施例中N = 4)，虛擬文件被分割為數(shù)據(jù)1 4之后通過(guò)圖4或圖5所示的技巧被上載。內(nèi)容服務(wù)器200將上載后的虛擬文件保存在內(nèi)置的存儲(chǔ)器(storage)，并且響應(yīng) 數(shù)據(jù)4為止的接收的完成，從而將ACK信號(hào)反饋給虛擬文件的發(fā)送源(參照?qǐng)D4或圖5)。 被反饋的認(rèn)證結(jié)果是由無(wú)線LAN設(shè)備40接收的，并經(jīng)由通信I/F38而提供給CPU28。若接收ACK信號(hào)，則CP似8參照式1，測(cè)定虛擬文件的吞吐量(單位bps)。將從 數(shù)據(jù)1的發(fā)送開(kāi)始到ACK信號(hào)的接收為止的時(shí)間設(shè)為“TAT”時(shí)，通過(guò)MSS的N倍的數(shù)值除 以時(shí)間TAT而獲得吞吐量。另外，“TAT”是周轉(zhuǎn)時(shí)間(Turn Around Time)的縮寫，指發(fā)出 請(qǐng)求之后接受響應(yīng)為止的時(shí)間。作為參考，將直到接受請(qǐng)求的一側(cè)發(fā)出響應(yīng)為止的時(shí)間稱 為響應(yīng)時(shí)間。式1吞吐量=MSSXN/TAT在吞吐量中，反映了內(nèi)容服務(wù)器200的訪問(wèn)狀況、到內(nèi)容服務(wù)器200為止的通信路 徑的通信量、通信路徑長(zhǎng)度、電波狀況等。在比較完圖4和圖5時(shí)，通信量和內(nèi)容服務(wù)器200 的訪問(wèn)狀況都是圖5更加擁擠，時(shí)間TAT也是圖5更長(zhǎng)。因此，圖5中的吞吐量比圖4中的吞吐量低。若完成吞吐量的測(cè)定，則CPU^為了從內(nèi)容服務(wù)器200中刪除虛擬文件，向通信I/ F38命令刪除請(qǐng)求的發(fā)行。通信I/F38生成記載了所取得的認(rèn)證標(biāo)志和虛擬文件的文件信 息的刪除請(qǐng)求，并將生成的刪除請(qǐng)求通過(guò)無(wú)線LAN設(shè)備40而發(fā)送給內(nèi)容服務(wù)器200。其結(jié) 果，從內(nèi)容服務(wù)器200的存儲(chǔ)器中刪除虛擬文件。之后，CPU^取得指定動(dòng)畫(huà)文件的大小，并根據(jù)式2計(jì)算預(yù)想傳送時(shí)間Tc?；谑?2，指定動(dòng)畫(huà)文件的大小除以虛擬文件的吞吐量而獲得預(yù)想傳送時(shí)間Tc。式2預(yù)想傳送時(shí)間Tc =指定動(dòng)畫(huà)文件的大小/虛擬文件的吞吐量
通過(guò)以下的技巧計(jì)算可連續(xù)再生時(shí)間Tp。CPU28首先檢測(cè)電池46的端子電壓，并 根據(jù)式3計(jì)算電池46的電量。CPU^進(jìn)一步根據(jù)式4計(jì)算再生模式中的數(shù)字?jǐn)z像機(jī)10的 輸入電量，并根據(jù)式5計(jì)算可連續(xù)再生時(shí)間。式3電池46的電量=電池46的端子電壓*電池46的放電容量*電池46的放電效率式4再生模式中的數(shù)字?jǐn)z像機(jī)10的輸入電力=再生模式中的數(shù)字?jǐn)z像機(jī)10的負(fù)載電 力/再生模式中的數(shù)字?jǐn)z像機(jī)10的電力轉(zhuǎn)換效率式5可連續(xù)再生時(shí)間Tp =電池46的電量/再生模式中的數(shù)字?jǐn)z像機(jī)10的輸入電力基于式3，電池46的電量是通過(guò)將電池46的端子電壓、放電容量以及放電效率相 乘而獲得的?；谑?，再生模式中的數(shù)字?jǐn)z像機(jī)10的輸入電力是再生模式中的數(shù)字?jǐn)z像 機(jī)10的負(fù)載電力除以再生模式中的數(shù)字?jǐn)z像機(jī)10的電力轉(zhuǎn)換效率而獲得的?；谑?，可 連續(xù)再生時(shí)間Tp是電池46的電量除以再生模式中的數(shù)字?jǐn)z像機(jī)10的輸入電力而獲得的。另外，嚴(yán)格地說(shuō)，再生模式中的數(shù)字?jǐn)z像機(jī)10的負(fù)載電力相當(dāng)于CPU28、IXD驅(qū)動(dòng) 器M、IXD監(jiān)視器沈、通信I/F38以及無(wú)線LAN設(shè)備40的功耗加上容限(margin) α的值。例如，在TCP發(fā)送窗口大小為5840 ( = 1460*4)字節(jié)，時(shí)間TAT為48毫秒的情況 下，若設(shè)為1字節(jié)=8比特，則吞吐量成為973333bps。即，吞吐量大致成為IMbps ( = 125K 字節(jié)/秒)。在該條件下上載800M字節(jié)的動(dòng)畫(huà)文件時(shí)，預(yù)想傳送時(shí)間Tc約為6400秒(= 800000K字節(jié)/124K字節(jié)/秒)。在電池46的端子電壓、放電容量以及放電效率分別為3、7伏、740mAh以及90%的 情況下，電池46的電量成為2. 4642ffh( = 3. 7*0. 74*0. 9)。但是，若電池46的端子電壓降 低至2. 3伏，則電池46的電量減少至1. 5318ffh( = 2. 3*0. 74*0. 9)。此外，若再生模式中的數(shù)字?jǐn)z像機(jī)10的負(fù)載電力為0. 91225瓦，且再生模式中的 數(shù)字?jǐn)z像機(jī)10的電力轉(zhuǎn)換效率為79%，則再生模式中的數(shù)字?jǐn)z像機(jī)10的輸入電力成為 1.154746 瓦(=0.91225/0. 79)。于是，在電池46的端子電壓為滿充電的3. 7伏時(shí)的可連續(xù)再生時(shí)間Tp成為7682 秒，判斷為能夠傳送800M字節(jié)的動(dòng)畫(huà)文件。相對(duì)于此，在電池46的端子電壓降低至2. 3伏 時(shí)的可連續(xù)再生時(shí)間Tp成為4773秒，判斷為不能傳送800M字節(jié)的動(dòng)畫(huà)文件。通過(guò)以下的技巧執(zhí)行指定動(dòng)畫(huà)文件的上載處理。CP似8首先向通信I/F38命令用 戶ID和密碼的發(fā)送。通信I/F38通過(guò)無(wú)線LAN設(shè)備40向內(nèi)容服務(wù)器200發(fā)送用戶ID和 密碼。內(nèi)容服務(wù)器200執(zhí)行參照了所發(fā)送的用戶ID和密碼的認(rèn)證處理，并將表示“正確” 和“不正確”的任一個(gè)的認(rèn)證結(jié)果反饋給用戶ID和密碼的發(fā)送源。被反饋的認(rèn)證結(jié)果是由 無(wú)線LAN設(shè)備40接收的，并經(jīng)由通信I/F38提供給CPU28。在認(rèn)證結(jié)果表示“不正確”時(shí)，CPU28向操作者通知認(rèn)證失敗。相對(duì)于此，在認(rèn)證 結(jié)果表示“正確”時(shí)，CP似8取得認(rèn)證標(biāo)志，并向通信I/F38命令指定動(dòng)畫(huà)文件的上載。通 信I/F38將所取得的認(rèn)證標(biāo)志附加到指定動(dòng)畫(huà)文件中，將附帶認(rèn)證標(biāo)志的指定動(dòng)畫(huà)文件通 過(guò)無(wú)線LAN設(shè)備40，上載到內(nèi)容服務(wù)器200。
內(nèi)容服務(wù)器200將被上載的指定動(dòng)畫(huà)文件保存在內(nèi)置的存儲(chǔ)器中，并且響應(yīng)指定 動(dòng)畫(huà)文件的上載的完成，從而將認(rèn)可信號(hào)ACK反饋給指定動(dòng)畫(huà)文件的發(fā)送源。被反饋的認(rèn) 可信號(hào)ACK是由無(wú)線LAN設(shè)備40接收的，并經(jīng)由通信I/F38提供給CPU28。CPU28響應(yīng)認(rèn) 可信號(hào)ACK的接收，從而結(jié)束上載處理。CPU28并列執(zhí)行包括圖6所示的拍攝任務(wù)、圖7 圖11所示的再生任務(wù)在內(nèi)的多 個(gè)任務(wù)。另外，對(duì)應(yīng)于這些任務(wù)的控制程序存儲(chǔ)在閃存56中。參照?qǐng)D6，在步驟Sl中執(zhí)行動(dòng)畫(huà)獲取處理。其結(jié)果，在IXD監(jiān)視器沈中顯示取景 圖像。在步驟S3中，反復(fù)辨別是否進(jìn)行了記錄開(kāi)始操作。若辨別結(jié)果從“否”更新為“是”， 則進(jìn)入步驟S5，向存儲(chǔ)器I/F32命令記錄處理的開(kāi)始。其結(jié)果，在存儲(chǔ)卡36中生成動(dòng)畫(huà)文 件，并將圖像數(shù)據(jù)累積保存在動(dòng)畫(huà)文件中。在步驟S7中，反復(fù)辨別是否進(jìn)行了記錄結(jié)束操作。若辨別結(jié)果從“否”更新為 “是”，則進(jìn)入步驟S9，向存儲(chǔ)器I/F32命令記錄處理的結(jié)束。其結(jié)果，圖像數(shù)據(jù)的存儲(chǔ)目的 地的動(dòng)畫(huà)文件被關(guān)閉(close)。若完成步驟S9的處理，則返回至步驟S3。參照?qǐng)D7，在步驟Sll中指定記錄在存儲(chǔ)卡36中的最新的動(dòng)畫(huà)文件，在步驟S13中 向存儲(chǔ)器I/F32命令頂幀圖像的再生。其結(jié)果，在IXD監(jiān)視器沈中顯示指定動(dòng)畫(huà)文件的頂 幀圖像。在步驟S15中辨別是否進(jìn)行了再生開(kāi)始操作，在步驟S25中辨別是否進(jìn)行了發(fā)送 操作，在步驟S29中辨別是否進(jìn)行了上載操作。若進(jìn)行了再生開(kāi)始操作，則從步驟S15進(jìn)入步驟S17，向存儲(chǔ)器I/F32命令動(dòng)畫(huà)再 生的開(kāi)始。其結(jié)果，在IX擬6中顯示存儲(chǔ)在指定動(dòng)畫(huà)文件中的動(dòng)態(tài)圖像。在步驟S19中，反復(fù)辨別是否滿足進(jìn)行了再生結(jié)束操作或者再生圖像達(dá)到了末尾 幀圖像的邏輯和條件。若辨別結(jié)果從“否”更新為“是”，則在步驟S21中向存儲(chǔ)器I/F32命 令動(dòng)畫(huà)再生的結(jié)束，在步驟S23中執(zhí)行與上述的步驟S13相同的處理。其結(jié)果，指定動(dòng)畫(huà)文 件的頂幀圖像再次顯示在IXD顯示器沈中。若完成步驟S23的處理，則返回至步驟S15。若在顯示有頂幀圖像的狀態(tài)下進(jìn)行發(fā)送操作，則在步驟S25中判斷為“是”，在步 驟S27中指定下一個(gè)動(dòng)畫(huà)文件之后進(jìn)入步驟S23。其結(jié)果，在IXD監(jiān)視器沈中顯示下一個(gè) 動(dòng)畫(huà)文件的頂幀圖像。若在顯示有頂幀圖像的狀態(tài)下執(zhí)行上載操作，則在步驟S29中判斷為“是”，在步 驟S31中辨別數(shù)字?jǐn)z像機(jī)10的驅(qū)動(dòng)電源是商用交流電源和電池46中的哪一個(gè)。若驅(qū)動(dòng)電 源為商用交流電源，則經(jīng)過(guò)步驟S33中的上載處理，返回至步驟S15。若驅(qū)動(dòng)電源為電池46， 則經(jīng)過(guò)步驟S35 S43的處理，返回至步驟S15。在步驟S35中執(zhí)行預(yù)想傳送時(shí)間計(jì)算處理，在步驟S37中執(zhí)行可連續(xù)再生時(shí)間計(jì) 算處理。由此，獲得上述的預(yù)想傳送時(shí)間Tc和可連續(xù)再生時(shí)間Tp。在步驟S39中，辨別預(yù) 想傳送時(shí)間Tc是否小于可連續(xù)再生時(shí)間Τρ，若辨別結(jié)果為“是”，則在步驟S41中執(zhí)行上載 處理，而若辨別結(jié)果為“否”，則在步驟S43中向操作者通知不能上載的情況。步驟S35的預(yù)想傳送時(shí)間計(jì)算處理是按照?qǐng)D9所示的子程序執(zhí)行的。首先，在步 驟S51中，向通信I/F38命令用戶ID和密碼的發(fā)送。將用戶ID和密碼通過(guò)無(wú)線LAN設(shè)備 40發(fā)送給內(nèi)容服務(wù)器200。在步驟S53中，辨別表示“正確”的認(rèn)證結(jié)果是否已從內(nèi)容服務(wù)器200反饋，在步驟 S55中，辨別表示“不正確”的認(rèn)證結(jié)果是否已從內(nèi)容服務(wù)器200反饋。若步驟S55為“是”，則在步驟S69中向操作者通知認(rèn)證失敗，之后返回到上級(jí)程序。若步驟S53的辨別結(jié)果為 “是”，則進(jìn)入步驟S57以后的處理。在步驟S57中取得認(rèn)證標(biāo)志，在步驟S59中向通信I/F38命令虛擬文件的上載。其 結(jié)果，附帶認(rèn)證標(biāo)志的虛擬文件通過(guò)無(wú)線LAN設(shè)備40而被上載到內(nèi)容服務(wù)器200。在步驟S61中，響應(yīng)來(lái)自內(nèi)容服務(wù)器200的認(rèn)可信號(hào)ACK的反饋，從而測(cè)定虛擬文 件的吞吐量。若吞吐量的測(cè)定完成，則為了刪除虛擬文件，向通信I/F38命令刪除請(qǐng)求的發(fā) 行。其結(jié)果，從內(nèi)容服務(wù)器200的存儲(chǔ)器中刪除虛擬文件。若完成步驟S63的處理，則在步驟S65中取得指定動(dòng)畫(huà)文件的大小，在步驟S67中 根據(jù)式1計(jì)算預(yù)想傳送時(shí)間Tc。若完成步驟S67的處理，則返回至上級(jí)程序。按照?qǐng)D10所示的流程圖，執(zhí)行圖8所示的步驟S37的可連續(xù)再生時(shí)間計(jì)算處理。 首先，在步驟S71中，檢測(cè)電池46的端子電壓。在步驟S73中，根據(jù)式2計(jì)算電池46的電 量，在步驟S75中，根據(jù)式3計(jì)算再生模式中的數(shù)字?jǐn)z像機(jī)10的輸入電力，在步驟S77中， 根據(jù)式4計(jì)算可連續(xù)再生時(shí)間Tp。若完成步驟S77的處理，則返回至上級(jí)程序。按照?qǐng)D11所示的子程序，執(zhí)行圖8所示的步驟S33或者S41的上載處理。其中， 由于步驟S81 S87和S91的處理與圖9所示的步驟S51 S57以及S69的處理相同，所 以省略重復(fù)的說(shuō)明。在接著步驟S87的步驟S89中，向通信I/F38命令指定動(dòng)畫(huà)文件的上載。其結(jié)果， 附帶認(rèn)證標(biāo)志的指定動(dòng)畫(huà)文件通過(guò)無(wú)線LAN設(shè)備40而被上載到內(nèi)容服務(wù)器200。響應(yīng)來(lái)自 內(nèi)容服務(wù)器200的認(rèn)可信號(hào)ACK的接收，從而執(zhí)行向上級(jí)程序的返回。根據(jù)以上的說(shuō)明可知，CPU^在接收到指定了存儲(chǔ)卡36所保存的一個(gè)或兩個(gè)以上 的動(dòng)畫(huà)文件中的任一個(gè)的傳送操作時(shí)，將虛擬文件上載到內(nèi)容服務(wù)器200中(S59)。CPU28 還基于虛擬文件的上載所需的時(shí)間和指定動(dòng)畫(huà)文件的大小，預(yù)測(cè)指定動(dòng)畫(huà)文件的上載所需 的時(shí)間(S35)，并根據(jù)預(yù)測(cè)時(shí)間與基于電池余量的基準(zhǔn)之間的大小關(guān)系，允許/限制指定動(dòng) 畫(huà)文件的上載處理(S39)。指定動(dòng)畫(huà)文件的上載處理在預(yù)測(cè)時(shí)間小于基于電池余量的基準(zhǔn) 時(shí)被允許，而在預(yù)測(cè)時(shí)間為基于電池余量的基準(zhǔn)以上時(shí)被限制。這樣，通過(guò)參照基于電池余量的基準(zhǔn)來(lái)允許/限制指定動(dòng)畫(huà)文件的上載處理，從 而能夠避免在指定動(dòng)畫(huà)文件的上載途中電源被斷開(kāi)的情況。另外，在本實(shí)施例中，在存儲(chǔ)卡中記錄了動(dòng)態(tài)圖像，但是也可以代替動(dòng)態(tài)圖像而在 存儲(chǔ)卡中記錄靜止圖像，或者，除了動(dòng)態(tài)圖像之外還在存儲(chǔ)卡中記錄靜止圖像。此外，在本 實(shí)施例中，分開(kāi)設(shè)置了存儲(chǔ)卡和無(wú)線LAN設(shè)備，但也可以一體化設(shè)置存儲(chǔ)卡和無(wú)線LAN設(shè) 備。進(jìn)而，在本實(shí)施例中，作為被上載的內(nèi)容假設(shè)了動(dòng)態(tài)圖像，但也可以代替動(dòng)態(tài)圖像而上 載靜止圖像和語(yǔ)音等內(nèi)容，或者，除了動(dòng)態(tài)圖像之外還上載靜止圖像和語(yǔ)音等的內(nèi)容。
權(quán)利要求
1.一種內(nèi)容處理裝置，具備第一傳送單元，其在接收到相對(duì)于記錄介質(zhì)所保存的一個(gè)或兩個(gè)以上的內(nèi)容的任一個(gè) 的傳送操作時(shí)，將既定內(nèi)容傳送給外部裝置；預(yù)測(cè)單元，其基于所述第一傳送單元的傳送處理所需的時(shí)間和通過(guò)所述傳送操作所指 定的內(nèi)容的大小，預(yù)測(cè)通過(guò)所述傳送操作所指定的內(nèi)容的傳送處理所需的時(shí)間； 第二傳送單元，其將通過(guò)所述傳送操作所指定的內(nèi)容傳送給所述外部裝置；以及 控制單元，其辨別通過(guò)所述預(yù)測(cè)單元預(yù)測(cè)出的時(shí)間是否小于基于電池余量的基準(zhǔn)，并 在辨別結(jié)果為肯定時(shí)，允許所述第二傳送單元的傳送處理，而在辨別結(jié)果為否定時(shí)，限制所 述第二傳送單元的傳送處理。
2.根據(jù)權(quán)利要求1所述的內(nèi)容處理裝置，其中，所述內(nèi)容處理裝置還具備再生單元，該再生單元響應(yīng)再生操作而再生保存在所述記 錄介質(zhì)中的一個(gè)或兩個(gè)以上的內(nèi)容中的任一個(gè)，所述基準(zhǔn)相當(dāng)于所述再生單元的可連續(xù)再生時(shí)間。
3.根據(jù)權(quán)利要求2所述的內(nèi)容處理裝置，其中，所述再生單元在所述第一傳送單元和所述第二傳送單元中斷了傳送處理時(shí)執(zhí)行再生處理。
4.根據(jù)權(quán)利要求1所述的內(nèi)容處理裝置，其中，所述預(yù)測(cè)單元具備刪除單元，該刪除單元從所述外部裝置中刪除所述既定內(nèi)容。
5.根據(jù)權(quán)利要求1所述的內(nèi)容處理裝置，其中，所述第一傳送單元和所述第二傳送單元各自按照具有單位大小的分段來(lái)執(zhí)行傳送處理，所述既定內(nèi)容具有如下大小所述單位大小的N倍且小于由所述第二傳送單元傳送的 內(nèi)容的最小大小，其中N是2以上的整數(shù)。
6.一種內(nèi)容處理程序，該內(nèi)容處理程序使內(nèi)容處理裝置的處理器執(zhí)行如下步驟 在接收到相對(duì)于記錄介質(zhì)所保存的一個(gè)或兩個(gè)以上的內(nèi)容的任一個(gè)的傳送操作時(shí)將既定內(nèi)容傳送給外部裝置的第一傳送步驟；基于所述第一傳送步驟的傳送處理所需的時(shí)間和通過(guò)所述傳送操作所指定的內(nèi)容的 大小，預(yù)測(cè)通過(guò)所述傳送操作所指定的內(nèi)容的傳送處理所需的時(shí)間的預(yù)測(cè)步驟； 將通過(guò)所述傳送操作所指定的內(nèi)容傳送給所述外部裝置的第二傳送步驟；以及 辨別通過(guò)所述預(yù)測(cè)步驟預(yù)測(cè)出的時(shí)間是否小于基于電池余量的基準(zhǔn)，并在辨別結(jié)果為 肯定時(shí)允許所述第二傳送步驟的傳送處理，而在辨別結(jié)果為否定時(shí)限制所述第二傳送步驟 的傳送處理的控制步驟。
7.一種內(nèi)容處理方法，該內(nèi)容處理方法是由內(nèi)容處理裝置執(zhí)行的，所述內(nèi)容處理方法 包括在接收到相對(duì)于記錄介質(zhì)所保存的一個(gè)或兩個(gè)以上的內(nèi)容的任一個(gè)的傳送操作時(shí)將 既定內(nèi)容傳送給外部裝置的第一傳送步驟；基于所述第一傳送步驟的傳送處理所需的時(shí)間和通過(guò)所述傳送操作所指定的內(nèi)容的 大小，預(yù)測(cè)通過(guò)所述傳送操作所指定的內(nèi)容的傳送處理所需的時(shí)間的預(yù)測(cè)步驟； 將通過(guò)所述傳送操作所指定的內(nèi)容傳送給所述外部裝置的第二傳送步驟；以及辨別通過(guò)所述預(yù)測(cè)步驟預(yù)測(cè)出的時(shí)間是否小于基于電池余量的基準(zhǔn)，并在辨別結(jié)果為 肯定時(shí)允許所述第二傳送步驟的傳送處理，而在辨別結(jié)果為否定時(shí)限制所述第二傳送步驟 的傳送處理的控制步驟。
全文摘要
本發(fā)明提供一種內(nèi)容處理裝置。CPU(28)在接收到指定了存儲(chǔ)卡(36)所保存的一個(gè)或兩個(gè)以上的動(dòng)畫(huà)文件中的任一個(gè)的傳送操作時(shí)，將虛擬文件上載到因特網(wǎng)上的內(nèi)容服務(wù)器中。CPU(28)基于虛擬文件的上載所需的時(shí)間和指定動(dòng)畫(huà)文件的大小來(lái)預(yù)測(cè)指定動(dòng)畫(huà)文件的上載所需的時(shí)間，并根據(jù)預(yù)測(cè)時(shí)間與基于電池余量的基準(zhǔn)之間的大小關(guān)系，允許/限制指定動(dòng)畫(huà)文件的上載處理。指定動(dòng)畫(huà)文件的上載處理在預(yù)測(cè)時(shí)間小于基于電池余量的基準(zhǔn)時(shí)被允許，而在預(yù)測(cè)時(shí)間為基于電池余量的基準(zhǔn)以上時(shí)被限制。因此，能夠避免在指定動(dòng)畫(huà)文件的上載途中電源被斷開(kāi)的情況。
文檔編號(hào)H04N5/92GK102055905SQ20101052713
公開(kāi)日2011年5月11日 申請(qǐng)日期2010年10月25日 優(yōu)先權(quán)日2009年10月26日
發(fā)明者大關(guān)進(jìn) 申請(qǐng)人:三洋電機(jī)株式會(huì)社