TW201500928A - 行動終端、檔案配送系統、檔案配送方法以及檔案配送程式 - Google Patents
行動終端、檔案配送系統、檔案配送方法以及檔案配送程式 Download PDFInfo
- Publication number
- TW201500928A TW201500928A TW103120117A TW103120117A TW201500928A TW 201500928 A TW201500928 A TW 201500928A TW 103120117 A TW103120117 A TW 103120117A TW 103120117 A TW103120117 A TW 103120117A TW 201500928 A TW201500928 A TW 201500928A
- Authority
- TW
- Taiwan
- Prior art keywords
- file
- communication network
- list
- delivery device
- unit
- Prior art date
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/10—File systems; File servers
- G06F16/18—File system types
- G06F16/182—Distributed file systems
Landscapes
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Data Mining & Analysis (AREA)
- Databases & Information Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Transfer Between Computers (AREA)
- Telephonic Communication Services (AREA)
Abstract
防止有關配送檔案的通訊量集中於連接伺服器和複數個行動終端的第1及第2通訊網。
封包通訊部13係經由行動電話網和配送裝置2通訊。無線LAN通訊部14相較於行動通訊,係經由受限的可利用區域的無線LAN和配送裝置通訊。管理表151記述有配送裝置2配送檔案用的通訊網的類別。控制部11係使用無線LAN通訊部14連接於配送裝置2,在難以利用無線LAN通訊部14連接之情況係藉由封包通訊部13連接於配送裝置2,因應於使用在和配送裝置2連接之通訊網的類別與記述於管理表151之使用於檔案配送的通訊網的類別之比較結果,控制可否要求配送裝置2配送檔案。
Description
本發明係有關一種接收從配送裝置所配送之檔案的行動終端、檔案配送系統、檔案配送方法、以及檔案配送程式。
在與本發明相關的第1相關技術方面,可知一種配送裝置依照配送排程,將檔案朝複數個行動終端配送的技術(例如,參照專利文獻1)。更具體言之,就第1相關技術而言,欲下載檔案的各行動終端係從配送裝置取得檔案的配送排程。在各行動終端所取得之配送排程中設定著由配送裝置分派予其行動終端的下載時刻,各行動終端係在所取得之依配送排程設定的下載時刻一到時,連接於配送裝置以下載檔案。此外,在藉由配送裝置對各行動終端分派下載時刻時,以多數個行動終端不同時進行下載的方式(各行動終端按時差進行下載的方式)分派下載時刻。
又,在與本發明相關的第2相關技術方面,可知一種配送裝置係在與複數個行動終端之間的複數種通訊網中內作任一選擇,使用所選擇之通訊網向所有上述複數個行動終端配送檔案的技術(例如,參照專利文獻2)。更具體言之,就第2相關技術而言,在使用者想在限制
時刻前進行配送對象檔案之配送的情況,使用行動終端朝伺服器傳送預約要求。上述預約要求含有行動終端的識別資訊,配送裝置係將送來的預約要求中之識別資訊事先記錄於記憶裝置。接著,當上述配送對象檔案的配送時序(timing)一到,配送裝置係基於上述記憶裝置所記錄之識別資訊的數,選擇有線的公衆線路和衛星線路其中一方,使用所選擇之通訊網向成為檔案配送端的所有行動終端配送檔案。
[專利文獻1]日本特開2002-202927號公報
[專利文獻2]日本特開2001-306435號公報
依據與上述本發明相關的第1相關技術,由於配送裝置和複數個行動終端係經由1種通訊網進行檔案之收發,故用於檔案配送之通訊量(traffic)係集中於該通訊網。
另一方面,依據與本發明相關的第2相關技術,由於配送裝置和複數個行動終端係經由複數種通訊網進行檔案之收發,故比起經由1種通訊網進行檔案收發之情況,各個通訊網的通訊量係減少。然而,就與本發明相關的第2相關技術而言,由於配送裝置要經由哪個通訊網進行檔案配送係行動終端全體固定地決定,所以針對
所有行動終端之檔案配送的通訊量會集中於所選用進行配送的通訊網上。
[本發明之目的]
於是,本發明之目的在於提供一種行動終端,其解決上述課題,即解決就所謂決定行動終端全體要使用複數個通訊網當中哪個通訊網來配送檔案是固定的方法中,針對所有行動終端的檔案配送之通訊量集中於所選用進行配送的通訊網上之課題。
本發明第1觀點的行動終端為,具備:第1通訊部,其經由第1通訊網和配送裝置通訊;第2通訊部,其經由不同於前述第1通訊網的第2通訊網和前述配送裝置通訊;記憶部,其記憶記述有前述配送裝置配送檔案用的前述通訊網的類別之管理表;及控制部,其因應於現在使用中或可使用之前述通訊網的類別與記憶在前述記憶部的前述管理表中之使用於配送前述檔案的前述通訊網的類別之比較結果,控制可否要求前述配送裝置配送前述檔案。
本發明第2觀點的檔案配送系統為,具備行動終端和配送裝置,前述行動終端係具備:第1通訊部,其經由第1通訊網和配送裝置通訊;第2通訊部,其經由不同於前述第1通訊網的第2通訊網和前述配送裝置通訊;
記憶部,其記憶記述有前述配送裝置配送檔案用的前述通訊網的類別之管理表;及終端側控制部,其因應於現在使用中或可使用之前述通訊網的類別與記憶在前述記憶部的前述管理表中之使用於配送前述檔案的前述通訊網的類別之比較結果,控制可否要求前述配送裝置配送前述檔案,前述配送裝置係具備:裝置側控制部,其在前述行動終端經由前述第1通訊網要求配送前述檔案之情況,將前述檔案經由前述第1通訊網向前述行動終端配送,而在前述行動終端經由前述第2通訊網要求配送前述檔案之情況,將前述檔案經由前述第2通訊網向前述行動終端配送。
本發明第3觀點的檔案配送方法係由電腦所執行,該電腦具備經由第1通訊網和配送裝置通訊之第1通訊部、經由不同於前述第1通訊網的第2通訊網和前述配送裝置通訊之第2通訊部、記憶記述有前述配送裝置配送檔案用的前述通訊網的類別之管理表的記憶部、及控制部,該檔案配送方法之特徵為:前述控制部因應於現在使用中或可使用之前述通訊網的類別與使用於記憶在前述記憶部的前述管理表中之配送前述檔案的前述通訊網的類別之比較結果,控制可否要求前述配送裝置配送前述檔案。
本發明第4觀點的程式係使電腦作為控制部發揮作用,該電腦具備經由第1通訊網和配送裝置通訊之第1通訊部、經由不同於前述第1通訊網的第2通訊網和前
述配送裝置通訊之第2通訊部、記憶記述有前述配送裝置配送檔案用的前述通訊網的類別之管理表的記憶部、及控制部,該控制部因應於現在使用中或可使用之前述通訊網的類別與記憶在前述記憶部之前述管理表中使用於配送前述檔案的前述通訊網的類別之比較結果,控制可否要求前述配送裝置配送前述檔案。
由於本發明具有上述構成,故可防止關於配送檔案的通訊量集中於用以連接配送裝置和複數個行動終端之第1及第2通訊網。
1‧‧‧行動終端
11‧‧‧控制部
111‧‧‧策略要求處理手段
112‧‧‧檔案要求處理手段
112A‧‧‧檔案要求處理手段
113‧‧‧一覽顯示處理手段
114‧‧‧再生處理手段
115‧‧‧快件策略要求手段
12‧‧‧定時器/鐘錶部
13‧‧‧封包通訊部
14‧‧‧無線LAN通訊部
15‧‧‧檔案蓄積部
151‧‧‧管理表
1511‧‧‧檔名
1512‧‧‧尺寸
1513‧‧‧配送開始日
1514‧‧‧配送結束日
1515‧‧‧配送時間帶
1516‧‧‧線路類別
1517‧‧‧取得狀況
152‧‧‧檔案
16‧‧‧顯示部
161‧‧‧檔案一覽畫面
1611‧‧‧檔名
1612‧‧‧配送結束日
1613‧‧‧狀態
162‧‧‧取得確認對話
17‧‧‧輸入部
2‧‧‧配送裝置
21‧‧‧通訊部
22‧‧‧控制部
23‧‧‧檔案蓄積部
231‧‧‧管理表
2311‧‧‧檔名
2312‧‧‧尺寸
2313‧‧‧配送開始日
2314‧‧‧配送結束日
2315‧‧‧配送時間帶
2316‧‧‧線路類別
232‧‧‧檔案
3‧‧‧移動體基地台
4‧‧‧存取點
5‧‧‧網際網路
6‧‧‧行動終端
61‧‧‧控制部
611‧‧‧傳送要求處理手段
612‧‧‧檔案傳送處理手段
65‧‧‧檔案蓄積部
651‧‧‧管理表
6517‧‧‧傳送狀況
652‧‧‧檔案
圖1表示本發明第1實施形態的檔案配送系統的構成例之方塊圖。
圖2表示本發明第1實施形態的管理表231的構成例之圖。
圖3表示本發明第1實施形態的管理表151的構成例之圖。
圖4表示本發明第1實施形態的策略要求處理手段111的處理例之流程圖。
圖5表示本發明第1實施形態的檔案要求處理手段112的處理例之流程圖。
圖6表示本發明第1實施形態的一覽顯示處理手段113的處理例之流程圖。
圖7表示本發明第1實施形態的檔案一覽畫面161的
構成例之圖。
圖8表示本發明第1實施形態的策略要求處理手段111及利用檔案要求處理手段112的一連串的處理例之序列圖。
圖9表示本發明第1實施形態的一覽顯示處理手段113及利用再生處理手段114的一連串的處理例之序列圖。
圖10表示本發明第2實施形態的檔案配送系統的構成例之方塊圖。
圖11表示本發明第2實施形態的檔案要求處理手段112A的處理例之流程圖。
圖12表示本發明第2實施形態的其他條件核對(步驟S110)的詳細處理例之流程圖。
圖13表示本發明第3實施形態的檔案配送系統的構成例之方塊圖。
圖14表示本發明第3實施形態的取得確認對話畫面162之一例圖。
圖15表示本發明第3實施形態的快件策略要求手段115的處理例之流程圖。
圖16表示本發明第4實施形態的檔案配送系統之方塊圖。
圖17表示本發明第4實施形態的管理表651的構成例之圖。
圖18表示本發明第4實施形態的傳送要求處理手段611的處理例之流程圖。
圖19表示本發明第4實施形態的檔案傳送處理手段612的處理例之流程圖。
圖20表示本發明第4實施形態的傳送要求處理手段611及檔案傳送處理手段612的一連串的處理例之序列圖。
參照附加的圖式,以下就用以實施本發明的行動終端、檔案配送系統、檔案配送方法、以及檔案配送程式之形態作說明。
(本發明第1實施形態)
本發明第1實施形態係利用行動電話網和無線LAN此2種線路作為存取線路。
參照圖1,本實施形態的檔案配送系統包含行動終端1、配送裝置2、移動體基地台3、存取點4、及網際網路5。
配送裝置2具備通訊部21、控制部22、及檔案蓄積部23。
檔案蓄積部23係硬碟、快閃記憶體(非揮發性記憶體),記錄了管理表231、及檔案232。圖1中僅顯示1個記錄於檔案蓄積部23的檔案,惟檔案數不受此所限。
管理表231係具有蓄積於檔案蓄積部23的每個檔案的清單(entry)。又,各清單係由檔名、尺寸、配送開始日、配送結束日、配送時間帶、線路類別及取得狀況所構成。此外,視需要,各清單之項目可有被省略
之項目,也可有另外被追加之項目。又,在以下的說明中,有將記錄於管理表231的資訊彙整稱為策略(policy)的情況。
圖2係表示管理表231的內容例之圖。參照同一圖,各清單係由檔名2311、尺寸2312、配送開始日2313、配送結束日2314、配送時間帶2315、及線路類別2316所構成。此外管理表231的各清單亦可在配送裝置2的管理者將檔案232登錄於檔案蓄積部23時配合檔案232的登錄作設定,亦可基於檔案232之登錄,控制部22自動地的登錄檔名2311或尺寸2312等。再者,亦可透過輸入尺寸2312而以既定的門檻值為基準來決定並輸入配送時間帶2315或線路類別2316。又,檔案232係動畫檔案、靜止畫檔案、應用程式檔案等之各種檔案。
檔名2311係只作識別檔案用的ID。在針對某一檔案存在複數個配送時間帶與線路類別之組合的情況,亦可於管理表231上作成複數個相同檔名的清單。
尺寸2312係表示關於該清單之檔案的檔案尺寸(kbytes)。
配送開始日2313係表示關於該清單之檔案的配送開始日。在早於此處所設定之配送開始日時,即便從行動終端1送來策略要求,配送裝置2也不回覆關於該清單的策略。
配送結束日2314係表示關於該清單之檔案的配送結束日。在晚於此處所設定之配送結束日時,即便從行動終端1送來策略要求,配送裝置2也不回答關於該
清單的策略。
配送時間帶2315係表示可配送關於該清單之檔案的時間帶。此外,在配送時間帶2315設定著ANY的檔案係在配送時間帶方面沒有限制的檔案。此處,尺寸大的檔案宜將配送時間帶設在通訊量少的夜間較為理想。
線路類別2316係表示可配送關於該清單之檔案的存取線路的類別。參數方面,有經由存取點4之存取線路(WLAN;無線LAN)、經由移動體基地台3之存取線路(封包;行動電話網)、線路類別不拘者(ANY)。此處,通常無線LAN的空閒頻帶比行動電話網的來得多,故尺寸大的檔案之線路類別宜設成無線LAN(WLAN),較為理想。
通訊部21係作成和網際網路5進行通訊,控制部21經由網際網路5可和行動終端1等通訊。
控制部22係因應於從行動終端1經由通訊部21送達的策略要求,回覆管理表231的內容。又,因應於從行動終端1經由通訊部21送達的檔案要求,檔案蓄積部23取出該檔案的本體,經由通訊部21作配送。此外,檔案要求是經由行動電話網被傳送來的情況,係經由行動電話網配送檔案,檔案要求是經由無線LAN傳送來的情況,係經由無線LAN配送檔案。
配送裝置2可透過電腦來實現,利用電腦實現的情況係例如以下。準備記錄有用以使電腦發揮通訊部21及控制部22之功能的程式之碟片、半導體記憶體、其他的記錄媒體,使電腦讀取上述程式。電腦係藉由按照
讀取的程式控制本身的動作而在電腦本身實現通訊部21及控制部22。
其次,就行動終端1作說明。行動終端1具備控制部11、定時器/鐘錶部12、封包通訊部13、無線LAN通訊部14、檔案蓄積部15、顯示部16、及輸入部17。在行動終端1的具體例方面,可例舉智慧型手機(高功能行動電話機)、平板終端。
檔案蓄積部15係硬碟、快閃記憶體(非揮發性記憶體),記錄管理表151、及檔案152。此外,圖1中僅顯示1個記錄於檔案蓄積部15的檔案152,惟檔案數不受此所限。又,檔案152係動畫檔案、靜止畫檔案、應用程式等之各種檔案。
管理表151係具有配送裝置2的配送對象之每個檔案的清單。各清單係由檔名、尺寸、配送開始日、配送結束日、配送時間帶、線路類別及取得狀況所構成。此外,視需要,各清單之項目可有被省略之項目,也可有另外被追加之項目。又,在以下的說明中,有將記錄於管理表151的資訊彙整稱為策略的情況。
圖3係表示管理表151的內容例之圖。參照同一圖,管理表151的各清單係由檔名1511、尺寸1512、配送開始日1513、配送結束日1514、配送時間帶1515、線路類別1516、及取得狀況1517所構成。
檔名1511係只作識別檔案151用的ID。在針對某一檔案存在複數組的配送時間帶及線路類別之情況,亦可於管理表151上作成複數個相同檔名的清單。
尺寸1512係表示關於該清單之檔案的檔案尺寸(kbytes)。
配送開始日1513係表示關於該清單之檔案的配送開始日。如前述般,即便從行動終端1送來策略要求,配送裝置2也不回覆關於配送開始日前的檔案之策略,關於不是配送開始日的檔案之清單不會被製作在管理表151上。
配送結束日1514係表示關於該清單之檔案的配送結束日。此外,有關超過配送結束日的檔案之清單係被刪除。
配送時間帶1515係表示可配送關於該清單之檔案的時間帶。此外,在配送時間帶1515設定著ANY的檔案係針對配送時間帶沒有限制的檔案。
線路類別1516係表示可轉送關於該清單之檔案的存取線路的類別。在參數方面,有使用無線LAN通訊部之轉送(WLAN)、使用封包通訊部之轉送(封包),線路類別不拘的ANY。
取得狀況1517係表示關於該清單之檔案的取得狀況。「0」係表示未取得,「1」係已取得,「2」係不要取得,意即已使用其他清單的策略已取得該檔案。
控制部11具備策略要求處理手段111、檔案要求處理手段112、一覽顯示處理手段113、及再生處理手段114。上述各手段111~114係透過以CPU(中央處理裝置)執行被安裝於智慧型手機、平板終端的應用程式(APP)而實現。
策略要求處理手段111係由定時器/鐘錶部12按一定間隔等之既定時間啟動,經由封包通訊部13或無線LAN通訊部14從配送裝置2接收策略並記錄於檔案蓄積部15。又,策略要求處理手段111係於策略記錄在檔案蓄積部15後,啟動檔案要求處理手段112。此外,在策略要求處理手段11是可透過經由封包通訊部13連接於網際網路5之存取線路(行動電話網)、及經由無線LAN通訊部14連接於網際網路5之存取線路(無線LAN)雙方和網際網路5通訊之情況,係經由無線LAN通訊部14,僅能以行動電話網通訊之情況係經由封包通訊部13,而僅能以無線LAN通訊之情況係經由無線LAN通訊部14進行通訊(稱為既定的連接條件。其中,與行動電話網和無線LAN雙方都不可通訊的情況不進行通訊)。
檔案要求處理手段112係由策略要求處理手段111或定時器/鐘錶部12所啟動,依據儲存於檔案蓄積部15之策略、現在時刻、及現在連接中或可連接的存取線路類別(例如,若策略要求處理手段111等還與利用於通訊的存取線路連接中的話則為其連接的存取線路,若現在未連接的話則依既定的連接條件利用所決定好的存取線路)來決定是否下載檔案。接著,在決定下載檔案之情況,在有現在連接中的存取線路之情況,使用其存取來下載檔案,在沒有現在連接中的存取線路之情況,使用依既定的連接條件所決定好之線路類別的存取線路來下載檔案。
此處,在可利用行動電話網及無線LAN雙方
作為存取線路的情況,策略要求處理手段111及檔案要求處理手段112乃利用無線LAN,原因在於:無線LAN比起行動電話網,空閒頻帶廣,通訊速度快速。亦即,因為利用無線LAN者,存取線路較不易堵塞的緣故。
一覽顯示處理手段113係藉由使用者經由輸入部17之操作而啟動,將蓄積於檔案蓄積部15的檔案之一覽顯示於顯示部16。
再生處理手段114係使用顯示於顯示部16的檔案之一覽而再生使用者所選擇的檔案。
定時器/鐘錶部12,係響應於檔案要求處理手段112的時刻取得要求而回答現在的年月日時分秒的鐘錶動作、和已經過從策略要求處理手段111或檔案要求處理手段112遞交之再排定要求所包含的時間時,進行啟動策略要求處理手段111或檔案要求處理手段112之定時器動作。又,作成現在的年月日時分秒係使用NTP(Network Time Protocol;網路時間協定)等而始終被保持正確。
封包通訊部13係作成和移動體基地台3進行通訊,策略要求處理手段111及檔案要求處理手段112可經由網際網路5和配送裝置2等通訊。又,封包通訊部13係響應於來自策略要求處理手段111之詢問,檢測出與移動體基地台3之連接狀況、電場強度等,並就此等進行回答。
無線LAN通訊部14係作成和存取點4進行通訊,策略要求處理手段111及檔案要求處理手段112可經由網際網路5和配送裝置2等通訊。無線LAN通訊部14係
響應於來自策略要求處理手段111之詢問,檢測出和存取點4之連接狀況、電場強度等,並就此等進行回答。
顯示部16係藉由顯示由控制部11所指示的內容之部位、LCD等所實現。亦可和輸入部17組合作成觸控板。
輸入部17係藉由向控制部11傳達使用者操作的部位、按鍵輸入部等所實現。亦可和顯示部16組合作成觸控板。
移動體基地台3係透過行動電話網(HSPA、EDGE、LTE等)連接行動終端1和網際網路5。
存取點4係透過無線LAN連接行動終端1和網際網路5。存取點4係設置於家庭、公司、旅店、咖啡館、電線桿等處,收發以數m~數百m作為服務區域的電波。此外,無線LAN與行動電話網相較下,可利用的區域係受到限制。
網際網路5係可向由IP位址所指定的地址,以封包單位轉送資料之網路。
其次,就本實施形態的動作,參照圖面作詳細說明。
首先,就策略要求處理手段111的動作,參照圖4的流程圖作說明。
策略要求處理手段111係在一由定時器/鐘錶部12啟動時,詢問無線LAN通訊部14是否可和存取點4連接,可連接的情況係經由無線LAN通訊部14朝配送裝置2傳送策略要求。不能和存取點4連接的情況係詢問封包通
訊部13是否可和移動體基地台3連接,可連接的情況係經由封包通訊部14朝配送裝置2傳送策略要求(步驟S41)。
配送裝置2的控制部22係在從行動終端1送來策略要求後,將記錄於管理表231的策略朝行動終端1傳送。控制部22不朝行動終端1傳送與配送開始日時前的檔案有關之策略。
行動終端1內的策略要求處理手段111係接收從配送手段2送來的策略,記錄於管理表151(步驟S42)。此外,在經由封包通訊部13傳送策略要求之情況,係以封包通訊部13接收策略。又,在經由無線LAN通訊部14傳送策略要求之情況,係以無線LAN通訊部接收策略。
接著,策略要求手段111係依據在步驟S42所記錄的策略接收檔案本體,故啟動檔案要求處理112(步驟S43)。
之後,策略要求處理手段111係在每一定時間等之每既定時間(例如,每12小時),或上午9點和下午1點等之預定的每個時刻執行策略要求處理,所以對定時器/鐘錶部12遞交含有上述一定時間之再排定要求(步驟S44)。藉此,定時器/鐘錶部12係於上述一定時間後啟動策略要求處理手段111,策略要求處理手段111係進行和前述之處理同樣的處理。
其次,參照圖5的流程圖,說明檔案要求處理手段112的動作。檔案要求處理手段112係在由策略要求處理手段111或定時器/鐘錶部12啟動後,讀入檔案蓄積部15內之管理表151的內容(步驟S501)。
接著,檔案要求處理手段112係選擇1個在步驟S501讀入的管理表151之清單,判定所選擇之清單的取得狀況是否為「0」(未取得)(步驟S502、S504)。
接著,取得狀況是「0」以外的情況(步驟S504為否)係返回步驟S502,選擇下一個清單。反之,取得狀況是「0」的情況(步驟S504為是),係判定在步驟S502選擇之設定在清單的檔名的檔案是否儲存於檔案蓄積部15(步驟S505)。更具體言之,依據是否被設定和設定於上述選擇之清單的檔名相同的檔名且取得狀況成為「1」,來判定上述檔名的檔案是否儲存於檔案蓄積部15。
接著,在判定已取得的情況(步驟S505為是),判定在步驟S502選擇之清單中的取得狀況1517未從「0」變更成「2」(不要取得)的情況(步驟S505為否),首先,對定時器/鐘錶部12輸出時刻取得要求,接著,判定響應於上述時刻取得要求而從定時器/鐘錶部12遞交之現在時刻是否為在步驟S502選擇之清單中的配送時間帶1515的範圍內(步驟S506)。
接著,在範圍外的情況(步驟S506為否),返回步驟S502並選擇下一個清單。反之,在範圍內的情況(步驟S506為是),進到步驟S507。
於步驟S507,詢問向封包通訊部13及無線LAN通訊部14詢問和網際網路5之連接狀況,在有現在連接中的存取線路之情況,係確認其線路類別是否和在步驟S502選擇之清單中的線路類別1516符合,在沒有現在連接中的存取線路之情況,係確認依既定的連接條件所
決定的線路類別是否和在步驟S502選擇之清單中的線路類別1516符合(步驟S507)。
接著,不符合的情況(步驟S507為否)係返回步驟S502並選擇下一個清單。反之,符合的情況(步驟S507為是)係將含有現在選擇的清單中的檔名1511之檔案要求朝配送裝置2傳送(步驟S508)。那時,在有連接中的存取線路之情況,係經由其存取線路將檔案要求朝配送裝置2傳送,在沒有連接中的存取線路之情況,係於步驟S507,依據既定的連接條件,經由所決定之線路類別的存取線路將檔案要求朝配送裝置2傳送。藉此,配送裝置2的控制部22係從檔案蓄積部23取出該檔案本體,朝行動終端1傳送。
檔案要求處理手段112係經由在步驟S507確認之現在連接中的存取線路,接收從配送裝置2送來的檔案,蓄積於檔案蓄積部15(步驟S509)。接著,在檔案取得失敗之情況(步驟S509為否),返回步驟S502並選擇下一個清單。反之,在成功取得檔案之情況(步驟S509為是),將現在選擇中之清單的取得狀況從「0」變更成「1」(已取得)(步驟S510),之後,進行步驟S502的處理。
接著,選擇所有清單後(步驟S503為是),檔案要求處理手段112係判定是否存在有取得狀況1517是「0」(未取得)的清單(步驟S512)。接著,在沒有取得狀況=「0」的清單之情況(步驟S512為否),檔案要求處理手段112係立即結束其處理。反之,存在取得狀況=「0」的清單之情況(步驟S512為是),由於在一定時間後(例
如30分鐘後)再度嘗試取得檔案,故對定時器/鐘錶部12遞交含有上述一定時間之再排定要求(步驟S513),之後結束處理。藉此,定時器/鐘錶部12係於上述一定時間後啟動檔案要求處理手段112,檔案要求處理手段112係進行和前述之處理同樣的處理。
其次,參照圖6的流程圖,就一覽顯示處理手段113的動作作說明。
使用者係在顯示部16顯示檔案一覽畫面之情況,經由輸入部17啟動一覽顯示處理手段113。
一覽顯示處理手段113係一被啟動後,首先,讀入檔案蓄積部15內之管理表151的內容(步驟S61)。
之後,選擇1個在步驟S61讀入之管理表151的清單,判定所選擇之清單的取得狀況1517是否為「2」(不要取得)(步驟S62、S64)。
接著,取得狀況1517是「2」的情況(步驟S64為是),係返回步驟S62,選擇下一個清單。反之,取得狀況1517是「2」以外的情況(步驟S64為否),對定時器/鐘錶部12遞交時刻取得要求,判定響應於此要求而從定時器/鐘錶部12送來的現在年月日是否早於在步驟62選擇之清單中的配送結束日1514(步驟S65)。
接著,現在年月日是晚於配送結束日的情況(步驟S65為否),係刪除關於該清單之檔案及管理表151內的該清單(步驟S66)。之後,調查有無存在被設定和上述刪除的檔案相同的檔名且所得狀況是「2」的清單(步驟S67)。接著,存在有那樣的清單之情況係刪除(步驟S67
為是、S68),返回步驟S62。
相對地,包含配送結束日當日在內,在早於配送結束日之情況(步驟S65為是),係將記載於該清單之檔名、配送結束日及狀態顯示於檔案一覽畫面161(步驟S69),之後,進行步驟S62的處理。此外該清單的取得狀況是1(已取得)的情況,於狀態1613進行「可再生」之顯示。該清單的取得狀況是0(未取得)的情況,於狀態1613進行「未取得」之顯示。
圖7係表示檔案一覽畫面161的一例之圖。檔案一覽畫面161係具有記錄於檔案蓄積部15的每個檔案的清單,各清單係由檔名1611、配送結束日1612及狀態1613所構成。
檔名1611係只作識別檔案用的ID。本次的例子中僅顯示檔名,但亦可同時顯示、說明、意見、檔案類別(動畫‧靜止畫、應用程式等)。
配送結束日1614係表示該檔案的配送結束日。晚於此處記載的配送結束日係不被顯示於檔案一覽畫面161。
狀態1613係表示該檔案的取得狀況。若在取得狀況1517是已取得則成為可再生之顯示,若是未取得則顯示未取得。不要取得的情況不會被顯示於檔案一覽畫面161。使用者一輕敲可再生的清單後,再生處理手段114啟動而進行該檔案之再生。
以下,具體地說明本實施形態的檔案配送方法。
(策略要求處理手段111的處理)
首先,就策略要求處理手段111所進行之處理作說明。
此處,在配送裝置2的檔案蓄積部23中已儲存有關於管理表231的各清單之檔案,管理表231作成設定成圖2例所示者。作成在行動終端1的管理表151中未有任何設定,在檔案蓄積部15於現時點未儲存檔案。策略要求處理手段111作成每12小時由定時器/鐘錶部12所啟動。又,檔案要求處理手段112作成因為策略不一致,故在無法獲得檔案之情況,於30分鐘後由定時器/鐘錶部12啟動。在此時點,行動終端1係存在於存取點4的區域外,利用經由移動體基地台3之通訊和網際網路5連接。且現在日期時間作成是2013年3月3日上午1點45分。
參照圖8,行動終端1的策略要求處理手段111係在由定時器/鐘錶部12啟動後,確認封包通訊部13及無線LAN通訊部14與網際網路5之間的通訊狀態。由於在此時點僅可經由封包通訊部13進行通訊,故經由封包通訊部13、移動體基地台3、網際網路5、通訊部21,對配送裝置2內的控制部22傳送策略要求(圖4的步驟S41)。
藉此,配送裝置2內的控制部22係參照管理表231,抽出管理表231所記載之清單當中的晚於配送開始日且早於配送結束日的清單並回答。由於此處的現在日期時間是「2013年3月3日上午1點45分」,所以抽出autumn.zip除外的清單,亦即管理表231中的從上面算起4件的清單,並向策略要求處理手段111回答。
策略要求處理手段111係從控制部22接收策略,儲存於管理表151(步驟S42)。結果,管理表151被設定成去除取得狀況外之圖3的例子所示之內容。關於取得狀況,全設定成0(未取得)。
由於策略要求處理手段111要依據所接收之策略來接收檔案本體,故啟動檔案要求處理手段112(步驟S43)。又,因為按每12小時啟動策略要求處理手段111,故策略要求處理手段111對定時器/鐘錶部12遞交再排定要求,要求在12小時後(2013年3月3日下午1時45分左右)啟動策略要求處理手段111自身(步驟S44)。依據以上的處理,圖8中之策略要求處理手段111的處理完成。
(檔案要求處理手段112的第1次處理)
控制部11內的檔案要求處理手段112在由策略要求處理手段111啟動後,讀入檔案蓄積部15內之管理表151(圖5的步驟S501)。結果,獲得除去取得狀況外之圖3的例子所示之內容。但在此時點,取得狀況1517係在所有清單成為「0」。
檔案要求處理手段112依序選擇所讀入之管理表151的清單並進行評估(步驟S502)。首先,關於從上面算起第1行的清單,若注意取得狀況1517可知被設定為「0」(未取得),故接著進行是否已取得相同檔案之評估(步驟S504、S505)。此處,評估第1行的清單的檔名winter.mov的檔案是否已蓄積,但因還沒被儲存(未取得),故繼續進行關於第1行的清單之評估。
檔案要求處理手段112係對定時器/鐘錶部12
遞交時刻取得要求,其結果,獲得表明是2013年3月3日上午1點45分的回答。此時,由於偏離第1行的清單所記載之配送時間帶(上午2點至上午6點),故與時刻條件不一致,中斷關於第1行的清單之評估,移至關於第2行的清單之評估(步驟S506、S502)。
就檔案要求處理手段112,關於從上面算起第2行的清單,若注意取得狀況可知被設定為「0」(未取得),故接著進行是否已取得相同檔案之評估。此處,要評估記載於第2行的清單之檔名winter.mov是否已蓄積為檔案,但因還沒被儲存(未取得),故繼續進行關於第2行的清單之評估(步驟S504、S505)。
檔案要求處理手段112係對定時器/鐘錶部12遞交時刻取得要求,其結果,獲得表明是2013年3月3日上午1點45分的回答。此時,由於和第2行的清單所記載之配送時間帶(隨時可取得;ANY)符合,故繼續進行關於第2行的清單之評估(步驟S506)。
檔案要求處理手段112向封包通訊部13及無線LAN通訊部14詢問和網際網路5之間的連接狀況。結果,獲得現在藉由封包通訊連接中的回答。由於此結果與第2行的清單所記載之線路類別(WLAN)不符合,故與線路條件不一致,中斷關於第2行的清單之評估,移至關於第3行的清單之評估(步驟S507、S502)。
就檔案要求處理手段112,關於從上面算起第3行的清單,若注意取得狀況可知被設定為「0」(未取得),故接著進行是否已取得相同檔案之評估。此處,要評
估記載於第3行的清單之檔名spring.jpg是否已蓄積成為檔案152,但因還沒被儲存(未取得),故繼續進行關於第3行的清單之評估(步驟S504、S505)。
檔案要求處理手段112係對定時器/鐘錶部12遞交時刻取得要求,其結果,獲得表明是2013年3月3日上午1點45分的回答。此時,因與第3行的清單所記載之配送時間帶(隨時可取得;ANY)符合,故繼續進行關於第3行的清單之評估(步驟S506)。
檔案要求處理手段112向封包通訊部13及無線LAN通訊部14詢問和網際網路5之間的連接狀況。結果,獲得現在藉由封包通訊連接中的回答。由於此結果與第3行的清單所記載之線路類別(ANY)符合,故繼續進行關於第3行的清單之評估(步驟S507)。
檔案要求處理手段112係經由封包通訊部13、移動體基地台3、網際網路5、通訊部21,對配送裝置2內的控制部22傳送檔案要求,要求檔名「spring.jpg」的檔案(步驟S508)。
藉此,配送裝置2內的控制部22係從檔案蓄積部23取出檔名「spring.jpg」的檔案,經由通訊部21、網際網路5、移動體基地台3、封包通訊部13,並向行動終端1轉送。
檔案要求處理手段112係從控制部22接收檔名「spring.jpg」的檔案,記錄於檔案蓄積部15(步驟S509為是)。
檔案要求處理手段112係因為檔名「
spring.jpg」的檔案之接收及取得已完成,故將第3行的清單中之取得狀況變更成「1」(已取得),更新管理表151。藉此,由於關於第3行的清單之評估已完成,故接著移至關於第4行的清單之評估(步驟S510、S502)。
就檔案要求處理手段112,關於從上面算起第4行的清單,若注意取得狀況可知被設定為「0」(未取得),故接著進行是否已取得相同檔案之評估。此處,要評估記載於第4行的清單之檔名summer.apk是否已蓄積成為檔案152,但因還沒被儲存(未取得),故繼續進行關於第4行的清單之評估(步驟S504、S505)。
檔案要求處理手段112係對定時器/鐘錶部12遞交時刻取得要求,其結果,獲得表明是2013年3月3日上午1點46分的回答。此時,因與第4行的清單所記載之配送時間帶(隨時可取得;ANY)符合,故繼續進行關於第4行的清單之評估(步驟S506)。
檔案要求處理手段112向封包通訊部13及無線LAN通訊部14詢問和網際網路5之間的連接狀況。結果,獲得現在藉由封包通訊連接中的回答。由於此結果與第4行的清單所記載之線路類別(WLAN)不符合,故與線路條件不一致,中斷關於第4行的清單之評估(步驟S507)。
檔案要求處理手段112係因為管理表151的所有清單之核對已完成,所以最後再度從第1行的清單依序確認取得狀況。結果,由於在第3行的spring.jpg以外的清單被設定為0(未取得),故以於30分鐘後(2013年3月3
日上午2點16分)啟動檔案要求處理112的方式,向定時器/鐘錶部12遞交再排定要求(步驟S512、S513)。
藉由以上的動作,圖8中的檔案要求處理手段112的第1次處理完成。
(檔案要求處理手段112的第2次處理)
檔案要求處理手段112係依定時器/鐘錶部12而在2013年3月3日上午2點16分被啟動。
藉此,檔案要求處理手段112係讀入檔案蓄積部15內之管理表151。結果,獲得除取得狀況外之圖3的例子所示之內容。關於取得狀況,獲得僅第3行的spring.jpg是「1」,其他清單是「0」(步驟S501)。
檔案要求處理手段112係依序評估已讀入之管理表的清單。首先,關於從上面算起第1行的清單,若注意取得狀況可知被設定為「0」(未取得),故接著進行是否已取得相同檔案之評估。此處,要評估記載於第1行的清單之檔名winter.mov是否已蓄積成為檔案152,但因還沒被儲存(未取得),故繼續進行關於第1行的清單之評估(步驟S501、S502、S504、S505)。
檔案要求處理手段112係對定時器/鐘錶部12遞交時刻取得要求,其結果,獲得2013年3月3日上午2點16分的回答。由於此時刻與第1行的清單中之配送時間帶(上午2點至上午6點)符合,故繼續進行關於第1行的清單之評估(步驟S506)。
檔案要求處理手段112向封包通訊部13及無線LAN通訊部14詢問和網際網路5之間的連接狀況。結果
,獲得現在藉由封包通訊連接中的回答。由於此結果與第1行的清單所記載之線路類別(ANY)符合,故繼續進行關於第1行的清單之評估(步驟S507)。
檔案要求處理手段112係經由封包通訊部13、移動體基地台3、網際網路5、通訊部21,對配送裝置2內的控制部22傳送檔案要求,要求檔名「winter.mov」的檔案(步驟S508)。
藉此,配送裝置2內的控制部22係從檔案232取出檔名「winter.mov」的檔案,經由通訊部21、網際網路5、移動體基地台3、及封包通訊部13,向行動終端1配送。
行動終端1內的檔案要求處理手段112係從控制部22接收檔名「winter.mov」的檔案,記錄於檔案蓄積部15(步驟S509)。
檔案要求處理手段112係因為檔名「winter.mov」的檔案之接收及取得已完成,所以將第1行的清單中的取得狀況變更成「1」(已取得),更新管理表151。藉此,由於關於第1行的清單之評估已完成,故接著移至關於第2行的清單之評估(步驟S510、S502)。
就檔案要求處理手段112,關於從上面算起第2行的清單,若注意取得狀況可知被設定為「0」(未取得),故接著進行是否已取得相同檔案之評估。此處,要評估記載於第2行的清單之檔名winter.mov是否已蓄積為檔案152(步驟S504、S505)。此處由於已蓄積,故第2行的清單中的取得狀況變更成「2」(不要取得),更新管理
表151。藉此,由於關於第2行的清單之評估已完成,故接著移至關於第3行的清單之評估(步驟S511、S502)。
就檔案要求處理手段112,由於第3行的清單係已是取得狀況為「1」(已取得),故移至關於第4行的清單之評估(步驟S504、S502)。關於從上面算起第4行的清單,若注意取得狀況可知被設定為「0」(未取得),故接著進行是否已取得相同檔案之評估。此處,要評估記載於第4行的清單之檔名summer.apk是否已蓄積成為檔案152,但因還沒被儲存(未取得),故繼續進行關於第4行的清單之評估(步驟S504、S505)。
檔案要求處理手段112係對定時器/鐘錶部12遞交時刻取得要求,其結果,獲得表明是2013年3月3日上午2點16分的回答。由於此時刻與第4行的清單中之配送時間帶(隨時可取得)符合,故繼續進行關於第4行的清單之評估(步驟S506)。
檔案要求處理手段112向封包通訊部13及無線LAN通訊部14詢問和網際網路5之間的連接狀況。結果,獲得現在藉由封包通訊連接中的回答。由於此結果與第4行的清單所記載之線路類別(WLAN)不符合,故與線路條件不一致,中斷關於第4行的清單之評估(步驟S507)。
檔案要求處理手段112係因為管理表151的所有清單之核對已完成,所以最後再度從第1行的清單依序確認取得狀況(步驟S503、S512)。結果,因為在第4行的summer.apk設定0(未取得),故對定時器/鐘錶部12遞交再
排定要求,要求在30分鐘後(2013年3月3日上午2點46分)啟動策略要求處理手段111自身(步驟S513)。
如上述,檔案要求處理手段112的處理係每隔30分鐘被繼續,迄至所有的清單的取得狀況是成為0(未取得)以外為止。
藉由以上的動作,圖8中的檔案要求處理手段112的第2次處理完成。
(一覽顯示處理手段113及再生處理手段114的處理)
參照圖9,就行動終端1中的檔案一覽顯示處理手段113及再生處理手段114所進行之處理作說明。
此處,行動終端1的管理表151係進行圖3的例子所示之設定,檔案蓄積部15作成保管檔名「winter.mov」「spring.jpg」。在此時點,行動終端1作成存在於存取點4的區域外,僅利用經由移動體基地台3之通訊與網際網路5連接者。且現在日期時間作成是2013年3月3日上午7點45分。
藉由使用者對輸入部17進行檔案一覽畫面顯示操作(睡眠解除操作等)而啟動一覽顯示處理手段113。
一覽顯示處理手段113係讀入檔案蓄積部15內之管理表151。結果,獲得圖3的例子所示之內容(圖6的步驟S61)。
就一覽顯示處理手段113,依序評估已讀入之管理表151的清單。首先關於從上面算起第1行的清單,若注意取得狀況可知被設定為「1」(已取得),故繼續進
行關於第1行的清單之處理(步驟S64)。
一覽顯示處理手段113係對定時器/鐘錶部12遞交時刻取得要求,其結果,獲得表明是2013年3月3日的回答。由於此年月日係早於第1行的清單所記載之配送結束日(2013年3月15日),故一覽顯示處理手段113係將記載於第1行的清單之檔名(winter.mov)、配送結束日(2013年3月15日)顯示於檔案一覽畫面161(步驟S65、S67)。此處,由於該清單的取得狀況是1(已取得),故於狀態進行「可再生」之顯示。從而,完成有關第1行的清單之評估,移至關於第2行的清單之評估(步驟S62)。
就一覽顯示處理手段113,關於從上面算起第2行的清單,若注意取得狀況可知被設定為「2」(不要取得),結束關於第2行的清單之處理,移至關於第3行的清單之評估(步驟S64、S62)。
就一覽顯示處理手段113,關於從上面算起第3行的清單,若注意取得狀況可知被設定為「1」(已取得),故繼續進行關於第3行的清單之處理(步驟S64)。
一覽顯示處理手段113向定時器/鐘錶部12的鐘錶詢問現在的年月日,結果,獲得表明是2013年3月3日的回答。由於此年月日係早於第3行的清單所記載之配送結束日(2013年3月16日),故一覽顯示處理手段113係將記載於第3行的清單之檔名(spring.jpg)、配送結束日(2013年3月16日)顯示於檔案一覽畫面161(步驟S65、S69)。此處,由於該清單的取得狀況是「1」(已取得),故於狀態進行「可再生」之顯示。從而,完成有關第3行的清
單之評估,移至關於第4行的清單之評估(步驟S62)。
就一覽顯示處理手段113,關於從上面算起第4行的清單,若注意取得狀況可知被設定為「0」(未取得),故繼續進行關於第4行的清單之處理(步驟S64)。
一覽顯示處理手段113係對定時器/鐘錶部12遞交時刻取得要求,其結果,獲得表明是2013年3月3日的回答。由於此年月日係早於第4行的清單所記載之配送結束日(2013年3月17日),故一覽顯示處理手段113係將記載於第4行的清單之檔名(summer.apk)、配送結束日(2013年3月17日)顯示於檔案一覽畫面161(步驟S65、S69)。此處,因為該清單的取得狀況是「0」(未取得),故於狀態進行「未取得」之顯示。從而,完成關於第4行的清單之評估。
一覽顯示處理手段113係因為管理表151所記載之所有清單的核對已完成(步驟S63),故結束一覽顯示處理。結果,顯示圖7的例子所示之檔案一覽畫面161。
藉由以上的動作,圖9所示之一覽顯示處理手段113的處理完成。
(再生處理手段114的處理)
在顯示部16顯示圖7所示之檔案一覽顯示畫面161的期間,使用者選擇winter.mov,從輸入部17輸入再生指示。
藉此,再生處理手段114係從檔案蓄積部15取出檔名「winter.mov」的檔案,顯示於顯示部16。
藉由以上的動作,圖9所示之再生處理手段
114的處理完成。
[第1實施形態之效果]
依據本實施形態,可防止關於配送檔案的通訊量集中於用以連接配送裝置和複數個行動終端之行動電話網(第1通訊網)及無線LAN(第2通訊網)。
其理由在於,各個行動終端係經由無線LAN連接於配送裝置,在位於經由無線LAN難以連接的區域之情況係經由行動電話網連接於配送裝置,且因應於和配送裝置連接用的通訊網的類別與管理表中的檔案配送所使用之通訊網的類別之比較結果,控制可否要求配送裝置配送檔案。
[本發明第2實施形態]
其次,就本發明第2實施形態作說明。本實施形態係除了第1實施形態的檔案接收時序決定條件外,還參考畫面睡眠狀態、檔案蓄積部15的剩餘容量、電池殘餘量、CPU使用率、電場強度、朝向配送裝置2之Round Trip Time(RTT;來回通訊延遲)、行動終端1的現在位置、及行動終端1的姿勢之類的行動終端1的狀態,以決定檔案接收時序者。
參照圖10,本實施形態的檔案配送系統與第1實施形態的檔案配送系統相較下,在行動終端1的控制部11中具備取代檔案要求處理手段112之檔案要求處理手段112A且追加有感測器18這點上有所不同。
感測器18係兼備因應於來自檔案要求處理手段112A的要求而檢測出並回答行動終端1的現在位置之
GPS感測器及因應於來自檔案要求處理手段112A的要求而檢測出並回答行動終端1的姿勢(yaw;偏擺、pitch;俯仰、roll;翻滾)之陀螺儀感測器的功能之感測器。
檔案要求處理手段112A係由策略要求處理手段111或定時器/鐘錶部12所啟動。接著,因應儲存於檔案蓄積部15之策略、在封包通訊部13取得之移動體基地台3的電場強度及與網際網路5之通訊狀態、在無線LAN通訊部14取得之存取點4的電場強度及與網際網路5之通訊狀態、顯示部16中之畫面睡眠狀態、檔案蓄積部15的剩餘容量、以感測器18檢測出之行動終端1的現在位置(例如,經緯度)及姿勢、由控制部11管理之行動終端1的電池殘餘量‧CPU使用率‧朝向配送裝置2之RTT、及其他各種行動終端1的狀態,經由封包通訊部13或無線LAN通訊部14從配送裝置2接收檔案並蓄積於檔案蓄積部15。
此外,檔案要求處理手段112A與第1實施形態的檔案要求處理手段112同樣,係透過以CPU執行被安裝於行動終端1的應用程式(APP)而實現。
圖11係表示檔案要求處理手段112A的動作之流程圖。檔案要求處理手段112A與本發明第1實施形態的檔案要求處理112相較下,在線路條件符合的判定處理(步驟S507)和檔案要求的傳送處理(步驟S508)之間追加有其他條件符合的判定處理(步驟S110)這點上有所不同。
於步驟S110,調查在無線LAN通訊部14取得
之存取點4的電場強度及和網際網路5之通訊狀態、顯示部16中之畫面睡眠狀態、檔案蓄積部15的剩餘容量、以感測器18檢測出之行動終端1的現在位置及姿勢、由控制部11管理之行動終端1的電池殘餘量‧CPU使用率‧朝向配送裝置2之RTT,在與條件符合的情況係進到步驟S508,不符合的情況係返回步驟S502並選擇下一個未取得之清單。
圖12係表示檔案要求處理手段112A在步驟S110執行的動作之詳細流程圖,以下參照同一圖,詳細說明在步驟S110檔案要求處理手段112A所進行之動作。
於步驟S111中,檔案要求處理手段112A向顯示部16詢問畫面睡眠狀態。接著,是睡眠中的情況係進到步驟S112,在不是睡眠中的情況,由於使用者會進行一些操作的可能性高,當下載檔案時,會對使用者正進行的操作造成不良影響而有下載失敗之虞,故而作成返回步驟S502,不進行下載。又,在依使用者設定不進行是否為睡眠中之確認的情況亦是進到步驟S112。
於步驟S112,檔案要求處理手段112A向蓄積部15詢問剩餘容量。接著,在剩餘容量比欲接收之檔案的檔案尺寸大之情況係進到步驟S113,在是檔案尺寸以下的情況有可能在下載中發生錯誤,故而作成返回步驟S502,不進行下載。又,在依使用者設定不進行剩餘容量之確認的情況亦是進到步驟S113。
於步驟S113,檔案要求處理手段112A係確認在控制部11管理之行動終端1的電池殘餘量。電池殘餘量
比設定的殘餘量門檻值多的情況係進到步驟S114,是殘餘量門檻值以下的情況,有可能在檔案接收中電池殘餘量低落而無法下載完成,故而作成返回步驟S502,不進行下載。又,在依使用者設定不進行電池殘餘量的確認之情況亦是進到步驟S114。此外,上述殘餘量門檻值可為固定者,亦可因應下載之檔案尺寸而變化者。
於步驟S114中,檔案要求處理手段112A係確認在控制部11管理之行動終端1的CPU使用率。接著,CPU使用率比設定之使用率門檻值小的情況係進到步驟S115,在是使用率門檻值以上的情況,由於在檔案接收中有可能CPU使用率上升而無法完成下載,故作成返回步驟S502,不進行下載。又,在依使用者設定不進行CPU使用率之確認的情況亦是進到步驟S115。
於步驟S115中,檔案要求處理手段112A係對與網際網路5通訊的現在利用中之存取線路的通訊部(封包通訊部13或無線LAN通訊部14任一),詢問移動體基地台3或存取點4的電場強度。此處,在電場強度是比設定之強度門檻值大的情況係進到步驟S116,是強度門檻值以下的情況,由於可能無法正常接收檔案,故作成返回步驟S502,不進行下載。又,在依使用者設定不進行電場強度之確認的情況亦是進到步驟S116。此外,電場強度之測定結果係按BSSID或線路類別作管理,若在有設定的期間(例如數十秒間)之間,利用於通訊的線路類別或BSSID已變更的情況係返回步驟S502。
於步驟S116,檔案要求處理手段112A係確認
從在控制部11管理之行動終端1朝向配送裝置2的RTT。接著,預設的期間(例如數十秒間)之RTT比所有設定的RTT門檻值小的情況係進到步驟S117,是RTT門檻值以上的情況,由於可能無法正常接收檔案,故而作成返回步驟S502,不進行下載。又,在依使用者設定不進行RTT之確認的情況亦是進到步驟S502。此外,RTT之測定結果係按BSSID或線路類別作管理,若在設定的期間(例如數十秒間)之間,利用於通訊的線路類別或BSSID已變更的情況係返回步驟S502。
於步驟S117,檔案要求處理手段112A依據感測器18所檢測出之行動終端1的現在位置,求取在預設的期間(例如數十秒間)中的行動終端1之移動距離。接著,所求得之移動距離比預定的距離門檻值小之情況係進到步驟S118,是距離門檻值以上的情況,由於在移動中可能無法正常接收檔案,故而作成返回步驟S502,不進行下載。又,在依使用者設定不進行位置之確認的情況亦是進到步驟S118。此外,位置測定不僅使用感測器18的GPS,亦可使用從無線LAN通訊部14所得之存取點的ID(BSSID‧ESSID)進行。
於步驟S118,檔案要求處理手段112A依據感測器18所檢測出之行動終端1的姿勢,求取在預定期間(例如數十秒間)中的行動終端1的姿勢之變化量。接著,所求得之變化量比姿勢門檻值小的情況,進到步驟S508,是姿勢門檻值以上的情況,由於在使用者操作中或移動中可能無法正常接收檔案,故而作成返回步驟S502,
不進行下載。又,在依使用者設定不進行姿勢之確認的情況亦是進到步驟S508。
[第2實施形態之效果]
依據本實施形態,係除了從配送裝置指示的配送時間帶及存取線路的類別外,還參考行動終端1的狀態(連接中或現在可連接的線路類別、睡眠狀態、檔案蓄積部的剩餘容量、電池殘餘量、CPU使用率、電場強度、朝向配送裝置2的Round Trip Time、終端所處在之位置的經緯度、姿勢),可減少下載檔案的危險性。其結果,檔案之重送次數減少,可緩和存取線路混雜。
[本發明第3實施形態]
其次,就本發明第3實施形態作說明。本實施形態係為,相較於第1實施形態,追加取得確認對話162,且在進行策略要求時傳送含有欲取得之檔案的檔名的快件策略要求,藉以在檔案接收時序的決定上,除了由配送裝置2所指示之配送時序及行動終端1的狀態以外,還可反映使用者的意思。藉此,使用者在家中或在公司中等處,於通訊狀態穩定的時機指示使用者取得檔案,抑制因移動所致通訊錯誤之發生,可提高線路利用效率。
參照圖13,本發明第3實施形態的檔案配送系統與第1實施形態的檔案配送系統相較下,在行動終端1的處理部11中追加有快件策略要求手段115這點上有所不同。
就快件策略要求手段115,在使用者選擇在檔案一覽畫面161(參照圖7)之清單內的狀態1613是「未取
得」之清單的情況,將圖14所示之取得確認對話162顯示於顯示部16。如圖14所示,取得確認對話162係具有馬上取得按鈕1621及取消按鈕1622。又,在取得確認對話162顯示有詢問是否要取得檔案之訊息。馬上取得按鈕1621係為使用者進行指示用的按鈕俾不管從配送裝置2所配送之策略或行動終端1的狀態,而從配送裝置2直接取得檔案。取消按鈕1622係中止取得確認對話162之顯示,返回檔案一覽畫面161用的按鈕。
又,快件策略要求手段115係在馬上取得按鈕1621被使用者所操作之情況,將含有被設定於使用者所選擇之上述清單內的檔名之快件策略要求,經由封包通訊部13或無線LAN通訊部14傳送至配送裝置2,按照響應於此要求而從配送裝置2送來的關於上述檔名的檔案之策略來更新管理表151。
其次,就本實施形態的動作作說明。此外,除關於快件策略要求手段115的動作外其餘係與第1實施形態相同,故此處僅就關於快件策略要求手段115之動作作說明。
在使用者欲取得檔案一覽畫面161中狀態1613是「未取得」的檔案之情況,選擇上述檔案有經設定的檔名之清單。
快件策略要求手段115係在選擇狀態1613是「未取得」的清單後,如圖15的流程圖所示,在顯示部16顯示取得確認對話162(步驟S151)。使用者在欲取得檔案之情況,係操作馬上取得按鈕1621,返回檔案一覽畫
面161之情況,係操作取消按鈕1622。
就快件策略要求手段115在取消按鈕1622被操作之情況(步驟S152為否),在顯示部16顯示檔案一覽畫面161。反之,在馬上取得按鈕1621被操作之情況(步驟S152為是),將含有使用者欲配送之檔案的檔名(設定於使用者所選擇的清單中之檔名)之快件策略要求朝配送裝置2傳送。那時,在無線LAN可利用的情況係經由無線LAN通訊部14,而無線LAN不可利用的情況係經由封包通訊部13傳送快件策略要求(步驟S153)。
配送裝置2內的控制部22在接收快件策略要求後,從管理表231的清單中找出設定有上述快件策略中的檔名之清單。該清單是1個以上之情況係將包含有設定在其清單之檔名2311、尺寸2312、配送開始日2313、及配送結束日2314、配送時間帶=ANY、線路類別=ANY之策略朝行動終端1傳送。亦即,無關乎管理表231的內容,將配送時間帶和線路類別設為ANY的策略朝行動終端1傳送。
快件策略要求手段115係在接收策略後,將設定有和快件策略要求所含之檔名相同檔名的清單的內容,按照本次接收的策略作更新(步驟S154)。
之後,由於快件策略要求手段115係基於在步驟S154記錄於管理表151的策略來接收檔案本體,故啟動檔案要求處理手段112(步驟S155)。以上,結束快件策略115的處理。
[第3實施形態之效果]
依據本實施形態,抑制因移動所致通訊錯誤之發生,可提高線路利用效率。其理由在於,藉由追加取得確認對話162,且追加指定了檔名的快件策略要求115,在檔案接收時序之決定上,除了從配送裝置指示之配送時間帶及行動終端1的狀態以外,還可反映使用者的意思,在使用者於家中或在公司中等處,能於通訊狀態穩定的時機指示使用者取得檔案。
[本發明第4實施形態]
於第1~第3實施形態中,針對從配送裝置將檔案下載於行動終端之情況的構成及動作作了敘述,在第4實施形態中相反地要針對從行動終端將檔案上傳於配送裝置之情況的構成及動作作敘述。
第4實施形態係作成除了從配送裝置指示的傳送時序外,行動終端還參考本身的狀態而可決定檔案傳送時序者。
參照圖16,本實施形態的檔案配送系統與第1實施形態的圖1所示之構成相較下,在設置取代行動終端1之行動終端6這點上有所不同。
傳送終端6與第1實施形態的行動終端1相較下,在具有取代控制部11的控制部61,具有取代檔案蓄積部15的檔案蓄積部65這點上有所不同。
檔案蓄積部65係硬碟、快閃記憶體(非揮發性記憶體),記錄管理表651及檔案652。此外,圖16中僅顯示1個檔案,惟檔案數不受此所限。
圖17係表示管理表651的構成之圖。管理表
651與圖3所示的檔案管理表151相較下,在具有取代取得狀況1517的傳送狀況6517這點上有所不同。傳送狀況6517係表示記載於該清單之檔案的轉送狀況。「0」為未傳送,「1」為已傳送,「2」為不要傳送,即表示使用其他清單的策略已傳送該檔案。管理表651的各清單係在行動終端6的管理者將檔案652登錄於檔案蓄積部65時配合檔案652的登錄作設定。
控制部61具備傳送要求處理手段611和檔案傳送處理手段612。具體言之,傳送要求處理手段611、檔案傳送處理手段612係透過以CPU執行被安裝於智慧型手機、平板終端的應用程式(APP)而實現。
傳送要求處理手段611係由定時器/鐘錶部12按一定間隔啟動,經由封包通訊部13或無線LAN通訊部14對配送裝置2要求上傳儲存於檔案蓄積部65之檔案。要求的結果,從配送裝置2接收傳送策略,儲存於檔案蓄積部65。
檔案傳送處理手段612係一由傳送要求處理手段611或定時器/鐘錶部12所啟動,因應管理表651所設定之策略、及現在連接中或現在可連接的線路類別,將蓄積於檔案蓄積部15的檔案經由封包通訊部13或無線LAN通訊部14對配送裝置2傳送。
其次,就本實施形態的動作作說明。圖18係表示行動終端6的處理部61中的傳送要求處理手段611的動作之流程圖。
傳送要求處理手段611係在由定時器/鐘錶部
12啟動後,讀入管理表651的內容(步驟S181)。
傳送要求處理手段611在無線LAN可利用的情況係經由無線LAN通訊部14傳送含有管理表651的內容之傳送要求,在無線LAN不可利用的情況係經由封包通訊部13傳送傳送要求之訊息(步驟S182)。在此時點,於配送時間帶6515及線路類別6516未有任何設定。
配送裝置2內的控制部22係在接收傳送要求後,於配送時間帶6515設定可受理傳送之時間帶,然後在線路類別6516記載可受理傳送之線路類別,向傳送要求處理手段611回答策略。
傳送要求處理手段611係以從控制部22接收的策略更新管理表651所記載之內容(步驟S183)。
由於傳送要求處理手段611係依據記錄於管理表651之策略傳送檔案本體,故啟動檔案傳送處理手段612(步驟S184)。
之後,傳送要求處理手段611係於每一定時間(例如每12小時)執行傳送要求處理,故對定時器/鐘錶部12遞交含有上述一定時間的再排定要求(步驟S185)。藉此,定時器/鐘錶部12係於上述一定時間後啟動傳送要求處理手段611,傳送要求處理手段611係進行和前述之處理同樣的處理。
其次,參照圖19的流程圖,說明檔案傳送處理手段612的動作。檔案傳送處理手段612係在由傳送要求處理手段611或定時器/鐘錶部12啟動後,讀入檔案蓄積部65內之管理表651的內容(步驟S1901)。
接著,檔案傳送處理手段612係選擇1個在步驟S1901讀入之管理表651的清單,判定所選擇之清單的傳送狀況是否為「0」(未傳送)(步驟S1902、S1904)。
接著,傳送狀況是「0」以外的情況(步驟S1904為否)係返回步驟S1902,選擇下一個清單。反之,傳送狀況是「0」的情況(步驟S1904為是),判定在步驟S1902中已選擇之清單內所設定之檔名的檔案是否已傳送(步驟S1905)。
接著,在判定已傳送的情況(步驟S1905為是),將在步驟S1902選擇之清單中的傳送狀況6517從「0」變更成「2」(不要傳送)之後,再度進行步驟S1902的處理。反之,在判定未傳送之情況(步驟S1905為否),首先,對定時器/鐘錶部12輸出時刻取得要求,接著,判定響應於上述時刻取得要求而從定時器/鐘錶部12遞交之現在時刻是否為在步驟S1902選擇之清單中的配送時間帶6515之範圍內(步驟S1906)。
接著,是範圍外的情況(步驟S1906為否)係返回步驟S1902並選擇下一個清單。反之,是範圍內的情況(步驟S1906為是)係進到步驟S1907。
於步驟S1907,向封包通訊部13及無線LAN通訊部14詢問和網際網路5之連接狀況,在有現在連接中的存取線路之情況係確認其線路類別是否和在步驟S1902選擇之清單中的線路類別6516符合,在沒有現在連接中的存取線路之情況,係確認依既定的連接條件所決定之線路類別是否和在步驟S1902選擇之清單中的線路
類別6516符合(步驟S1907)。
接著,不符合的情況(步驟S1907為否)係返回步驟S1902並選擇下一個清單。反之,符合的情況(步驟S1907為是),在有現在連接中的存取線路之情況係經由其存取線路,而在沒有現在連接中的存取線路之情況係經由依據既定的連接條件而決定之線路類別的存取線路,將設定於現在選擇的清單之檔名6511的檔案朝配送裝置2傳送(步驟S1908)。
檔案傳送處理手段612為,在檔案傳送失敗之情況(步驟S1909為否)返回步驟S1902,在成功的情況(步驟S1909為是)將現在選擇中之清單的傳送狀況從「0」變更成「1」(已傳送)(步驟S1910),之後,進行步驟S1902的處理。
接著,選擇所有清單後(步驟S1903為是),檔案傳送處理手段612係判定是否存在傳送狀況6517是「0」(未傳送)的清單(步驟S1912)。接著,在沒有傳送狀況=「0」的清單之情況(步驟S1912為否),檔案傳送處理手段612係直接結束其處理。反之,在有傳送狀況=「0」的清單之情況(步驟S1912為是),由於是在一定時間後(例如30分鐘後)再度嘗試傳送檔案,故對定時器/鐘錶部12遞交含有上述一定時間之再排定要求(步驟S1913),之後結束處理。藉此,定時器/鐘錶部12係於上述一定時間後啟動檔案傳送處理手段612,檔案傳送處理手段612係進行和前述之處理同樣的處理。
以下,參照圖16~圖20,具體地說明本實施
形態的檔案配送方法。
(傳送要求處理手段611的處理)
首先,就傳送要求處理手段611所進行之處理作說明。
此處,在傳送裝置6的檔案蓄積部65已儲存有關於管理表651的各清單之檔案,管理表651作成設定了除配送時間帶6515、線路類別6516、傳送狀況6517外之圖17的例子所示者。配送時間帶6515及線路類別6516作成在此時點是空欄(null)。又,傳送狀況6517全設定成「0」(未傳送)。傳送要求處理手段611係作成按每12時間由定時器/鐘錶部12啟動。又,檔案傳送處理手段612係作成在因策略不一致而無法傳送檔案之情況,於30分鐘後由定時器/鐘錶部12啟動。在此時點,行動終端6係存在於存取點4的區域外,僅利用經由移動體基地台3的通訊和網際網路5連接。且現在日期時間係設為2013年3月3日上午1點45分。又,在配送裝置2的管理表231未作任何設定,在檔案蓄積部23未儲存檔案。
參照圖20,行動終端6內的傳送要求處理手段611係在由定時器/鐘錶部12啟動後,將含有管理表651的內容之傳送要求朝配送裝置傳送。於現時點,由於僅為可經由封包通訊部13進行通訊,所以經由封包通訊部13、移動體基地台3、網際網路5、通訊部21對配送裝置2內的控制部22傳送管理表231的內容。
配送裝置2內的控制部22係對從控制部61傳送之傳送要求,設定可傳送時間帶及線路類別的策略,
向控制部61回答。
傳送要求處理手段61係從控制部22接收策略回答,儲存於管理表651。結果,管理表651被設定了除傳送狀況外之圖17的例子所示之內容。針對傳送狀況,全設定為「0」(未傳送)。
由於傳送要求處理手段611要依據所接收之策略傳送檔案本體,故啟動檔案傳送處理手段612。又,由於本身是按每12小時啟動,故傳送要求處理手段611對定時器/鐘錶部12遞交再排定要求。以上是傳送要求處理手段611的動作。
(檔案傳送處理手段612的第1次處理)
檔案傳送處理手段612係在由傳送要求處理手段611啟動後,讀入檔案蓄積部65內之管理表651(圖19的步驟S1901)。結果,獲得除傳送狀況外之圖17的例子所示之內容。針對傳送狀況,獲得全為「0」(未傳送)。
檔案傳送處理手段612係依序評估已讀入之管理表的清單。首先關於從上面算起第1行的清單,若注意傳送狀況可知設定為「0」(未傳送),故接著進行是否已傳送相同檔案之評估。此處,要評估記載於第1行的清單之檔名winter.mov是否已傳送,但因還沒被傳送,故繼續進行關於第1行的清單之評估(步驟S1905)。
檔案傳送處理手段612向定時器/鐘錶部12詢問現在時刻,結果,獲得表明是2013年3月3日上午1點45分的回答。由於此時刻非第1行的清單中之傳送時間帶(上午2點至上午6點),故與時刻條件不一致,中斷關於第
1行的清單之評估,移至關於第2行的清單之評估(步驟S1906)。
就檔案傳送處理手段612,關於從上面算起第2行的清單,若注意傳送狀況可知設定為「0」(未傳送),故接著進行是否已傳送相同檔案之評估。此處,要評估記載於第2行的清單之檔名「spring.jpg」的檔案是否已傳送,但因還沒被傳送,故繼續進行關於第2行的清單之評估(步驟S1904、S1905)。
檔案傳送處理手段612向定時器/鐘錶部12詢問現在時刻,結果,獲得表明是2013年3月3日上午1點45分的回答。由於此時刻與第2行的清單中之配送時間帶(隨時可取得)符合,故繼續進行關於第2行的清單之評估(步驟S1906)。
檔案傳送處理手段612向封包通訊部13及無線LAN通訊部14詢問和網際網路5之連接狀況。結果,獲得現在藉由封包通訊連接中的回答。由於此結果與第2行的清單所記載之線路類別(ANY)符合,故繼續進行關於第2行的清單之評估(步驟S1907)。
檔案傳送處理手段612從檔案蓄積部65取出檔名「spring.jpg」的檔案,經由封包通訊部13、移動體基地台3、網際網路5、通訊部21而朝配送裝置2傳送(步驟S1908)。藉此,配送裝置2的控制部22將檔名「spring.jpg」的檔案儲存於檔案蓄積部23。
檔案傳送處理手段612係因為檔案傳送完成而將第2行的清單中的傳送狀況變更成「1」(已傳送),
更新管理表651。藉此,由於關於第2行的清單之評估已完成,故接著移至關於第3行的清單之評估(步驟S1910、S1902)。
就檔案傳送處理手段612,關於從上面算起第3行的清單,若注意取得狀況可知被設定為「0」(未傳送),故接著進行是否已傳送相同檔案之評估。此處,要評估記載於第3行的清單之檔名「summer.apk」的檔案是否已傳送,但因為未傳送,故繼續進行關於第3行的清單之評估(步驟S1904、S1905)。
檔案傳送處理手段612向定時器/鐘錶部12詢問現在時刻,結果,獲得表明是2013年3月3日上午1點46分的回答。由於此時刻與第3行的清單所記載之配送時間帶(隨時可取得)符合,故繼續進行關於第3行的清單之評估(步驟S1906)。
檔案傳送處理手段612向封包通訊部13及無線LAN通訊部14詢問和網際網路5之連接狀況。結果,獲得現在藉由封包通訊連接中的回答。由於此結果與第3行的清單所記載之線路類別(WLAN)不符合,故線路條件不一致,中斷關於第3行的清單之評估(步驟S1907)。
檔案傳送處理手段612係因為管理表651的所有清單之核對完成,所以最後再度從第1行的清單依序確認傳送狀況。結果,因為第2行的spring.jpg以外的清單被設定成「0」(未傳送),故以於30分鐘後(2013年3月3日上午2點16分)啟動檔案傳送處理612的方式,於定時器/鐘錶部12進行設定,結束處理(步驟S1912、S1913)。
藉由以上的動作,圖19中的第1次的檔案傳送處理完成。
(檔案傳送處理手段612的第2次處理)
檔案傳送處理手段612係在2013年3月3日上午2點16分由定時器/鐘錶部12啟動。
檔案傳送處理手段612係讀入檔案蓄積部65內之管理表651。結果,獲得除傳送狀況外之圖17的例子所示之內容。關於傳送狀況,獲得僅第2行的spring.jpg是「1」,其他清單是「0」(步驟S1901)。
檔案傳送處理手段612係依序評估已讀入之管理表651的清單。首先關於從上面算起第1行的清單,若注意傳送狀況可知被設定為「0」(未傳送),故接著進行是否已傳送相同檔案之評估。此處,要評估記載於第1行的清單之檔名「winter.mov」的檔案是否已傳送,但因還沒被傳送,故繼續進行關於第1行的清單之評估(步驟S1904、S1905)。
控制部61向定時器/鐘錶部12的鐘錶詢問現在時刻,結果,獲得表明是2013年3月3日上午2點16分的回答。由於此時刻與第1行的清單所記載之傳送時間帶(上午2點至上午6點)符合,故繼續進行關於第1行的清單之評估(步驟S1906)。
檔案傳送處理手段612向封包通訊部13及無線LAN通訊部14詢問和網際網路5之連接狀況。結果,獲得現在藉由封包通訊連接中的回答。由於此結果與第1行的清單所記載之線路類別(ANY)符合,故繼續進行關
於第1行的清單之評估(步驟S1907)。
檔案傳送處理手段612係從檔案蓄積部65取出檔名「winter.mov」的檔案,經由封包通訊部13、移動體基地台3、網際網路5、通訊部21而朝配送裝置2傳送(步驟S1908)。
配送裝置2內的控制部22從控制部61接收檔名「winter.mov」的檔案後,記錄於檔案蓄積部23。
檔案傳送處理手段612係因為檔案傳送已完成而將第1行的清單中的取得狀況變更成「1」(已傳送),更新管理表651。藉此,由於有關第1行的清單之評估已完成,故接著移至關於第2行的清單之評估(步驟S1909、S1910、S1902)。
檔案傳送處理手段612係由於第2行的清單已為傳送狀況是「1」(已傳送),故移至關於第3行的清單之評估。關於從上面算起第3行的清單,若注意傳送狀況可知被設定為「0」(未傳送),故接著進行是否已傳送相同檔案之評估。此處,要評估記載於第3行的清單之檔名「summer.apk」的檔案是否已傳送,但因還未傳送,故繼續進行關於第3行的清單之評估(步驟S1904、S1905)。
控制部61向定時器/鐘錶部12的鐘錶詢問現在時刻,結果,獲得表明是2013年3月3日上午2點16分的回答。由於此時刻與第4行的清單所記載之配送時間帶(隨時可取得)符合,故繼續進行關於第3行的清單之評估(步驟S1906)。
檔案傳送處理手段612向封包通訊部13及無
線LAN通訊部14詢問和網際網路5之連接狀況。結果,獲得現在藉由封包通訊連接中的回答。由於此結果與第3行的清單所記載之線路類別(WLAN)不符合,故線路條件不一致,中斷關於第3行的清單之評估(步驟S1907)。
檔案傳送處理手段612係因為管理表651所有的清單之核對已完成,所以最後再度從第1行的清單依序確認取得狀況。結果,因為第3行的summer.apk設定「0」(未取得),故以於30分鐘後(2013年3月3日上午2點46分)啟動檔案傳送處理612之方式,對定時器/鐘錶部12進行設定,結束處理(步驟S1912、S1913)。
如上述,檔案傳送處理手段612每隔30分鐘進行上述的處理,迄至所有清單的傳送狀況是成為「0」(未傳送)以外為止。
藉由以上的動作,圖20中的第2次的檔案傳送處理手段612的處理完成。
依據本實施形態,除了由配送裝置所指示的配送時間帶外,亦考量連接中的存取線路的類別而決定上傳檔案之時序,故可緩和存取線路的混雜。
以上,參照實施形態說明了本發明,惟本發明不受上述實施形態所限。本發明之構成或詳細係該業者在本發明的範圍內可理解並作各種變更。亦可將上述實施形態相互地組合。
<附記>
上述實施形態的一部分或全部係如以下的附記般記載,但未受以下所限。
(附記1)
一種行動終端,其特徵為具備:第1通訊部,其經由第1通訊網和配送裝置通訊;第2通訊部,其經由不同於前述第1通訊網的第2通訊網和前述配送裝置通訊;記憶部,其記憶記述有前述配送裝置配送檔案用的前述通訊網的類別之管理表;及控制部,其因應於現在使用中或可使用之前述通訊網的類別與記憶在前述記憶部的前述管理表中之使用於配送前述檔案的前述通訊網的類別之比較結果,控制可否要求前述配送裝置配送前述檔案。
(附記2)
如附記1記載之行動終端,其特徵為,前述管理表除了前述配送裝置配送檔案用的前述通訊網的類別以外,還記述有可配送前述檔案的時間帶,前述控制部係判定現在時刻是否被記述於前述管理表之前述時間帶所包含,因應該判定結果和前述比較結果,控制可否要求前述配送裝置配送前述檔案。
(附記3)
如附記1記載之行動終端,其特徵為,在前述管理表,記述有按每個配送對象檔案使用在其檔案之配送的前述通訊網的類別、和顯示是否已取得其檔案之取得狀況,前述控制部係為,在使用者選擇取得狀況是未取得的檔案時,顯示詢問前述使用者是否取得該選擇之檔案
的確認畫面,於前述使用者使用該確認畫面指示取得前述檔案之情況,將記述於前述管理表之使用於配送前述選擇的檔案之通訊網的類別變更成前述第1通訊網及前述第2通訊網。
(附記4)
如附記1記載之行動終端,其特徵為,前述控制部係判定行動終端本身是否移動中,因應該判定結果和前述比較結果,控制可否要求前述配送裝置配送前述檔案。
(附記5)
如附記1記載之行動終端,其特徵為,前述控制部係判定使用者是否對行動終端本身進行操作中,因應該判定結果和前述比較結果,控制可否要求前述配送裝置配送前述檔案。
(附記6)
如附記1記載之行動終端,其特徵為,具備蓄積從前述配送裝置取得的檔案之檔案蓄積部,且前述控制部係判定前述檔案剩餘容量是否比從前述配送裝置下載之檔案的尺寸小,因應該判定結果和前述比較結果,控制可否要求前述配送裝置配送前述檔案。
(附記7)
如附記1記載之行動終端,其特徵為,具備成為行動終端本身的電源之電池,且,前述控制部係判定前述電池的殘餘量是否比殘餘量
門檻值少,因應該判定結果和前述比較結果,控制可否要求前述配送裝置配送前述檔案。
(附記8)
如附記1記載之行動終端,其特徵為,前述控制部係判定前述第1或前述第2通訊網的電場強度是否超過強度門檻值,因應該判定結果和前述比較結果,控制可否要求前述配送裝置配送前述檔案。
(附記9)
如附記1記載之行動終端,其特徵為,前述控制部係判定行動終端本身與前述配送裝置之往復延遲時間是否超過門檻值,因應該判定結果和前述比較結果,控制可否要求前述配送裝置配送前述檔案。
(附記10)
一種行動終端,其特徵為具備:第1通訊部,其經由第1通訊網和配送裝置通訊;第2通訊部,其經由不同於前述第1通訊網的第2通訊網和前述配送裝置通訊;記憶部,其記憶記述有朝前述配送裝置上傳檔案時使用的前述通訊網的類別之管理表,控制部,其因應於現在使用中或可使用之前述通訊網的類別與記憶在前述記憶部的前述管理表中之在上傳前述檔案時使用的前述通訊網的類別之比較結果,控制可否向前述配送裝置上傳前述檔案。
(附記11)
如附記1至10中任一附記所記載之行動終端,其特徵
為,前述第1通訊網係行動電話網,前述第2通訊網係無線LAN。
(附記12)
一種檔案配送系統,其特徵為:具備行動終端和配送裝置,前述行動終端係具備:第1通訊部,其經由第1通訊網和配送裝置通訊;第2通訊部,其經由不同於前述第1通訊網的第2通訊網和前述配送裝置通訊;記憶部,其記憶記述有前述配送裝置配送檔案用的前述通訊網的類別之管理表;及終端側控制部,其因應於現在使用中或可使用之前述通訊網的類別與記憶在前述記憶部的前述管理表中之使用於配送前述檔案的前述通訊網的類別之比較結果,控制可否要求前述配送裝置配送前述檔案,前述配送裝置係具備:裝置側控制部,其在前述行動終端經由前述第1通訊網要求配送前述檔案之情況,將前述檔案經由前述第1通訊網向前述行動終端配送,而在前述行動終端經由前述第2通訊網要求配送前述檔案之情況,將前述檔案經由前述第2通訊網向前述行動終端配送。
(附記13)
一種檔案配送方法,該檔案係由電腦所執行,該電腦具備經由第1通訊網和配送裝置通訊之第1通訊部、經
由不同於前述第1通訊網的第2通訊網和前述配送裝置通訊之第2通訊部、記憶記述有前述配送裝置配送檔案用的前述通訊網的類別之管理表的記憶部、及控制部,該檔案配送方法之特徵為:前述控制部因應於現在使用中或可使用之前述通訊網的類別與記憶在前述記憶部的前述管理表中之使用於前述檔案的配送之前述通訊網的類別之比較結果,控制可否要求前述配送裝置配送前述檔案。
(附記14)
一種使電腦作為控制部發揮作用的程式,該電腦具備經由第1通訊網和配送裝置通訊之第1通訊部、經由不同於前述第1通訊網的第2通訊網和前述配送裝置通訊之第2通訊部、記憶記述有前述配送裝置配送檔案用的前述通訊網的類別之管理表的記憶部、及控制部,該控制部係因應於現在使用中或可使用之前述通訊網的類別與記憶在前述記憶部的前述管理表中之使用於配送前述檔案的前述通訊網的類別之比較結果,控制可否要求前述配送裝置配送前述檔案。
本發明可利用於動畫配送服務或家族間的檔案共有服務。
1‧‧‧行動終端
11‧‧‧控制部
111‧‧‧策略要求處理手段
112‧‧‧檔案要求處理手段
113‧‧‧一覽顯示處理手段
114‧‧‧再生處理手段
12‧‧‧定時器/鐘錶部
13‧‧‧封包通訊部
14‧‧‧無線LAN通訊部
15‧‧‧檔案蓄積部
151‧‧‧管理表
152‧‧‧檔案
16‧‧‧顯示部
17‧‧‧輸入部
2‧‧‧配送裝置
21‧‧‧通訊部
22‧‧‧控制部
23‧‧‧檔案蓄積部
231‧‧‧管理表
232‧‧‧檔案
3‧‧‧移動體基地台
4‧‧‧存取點
5‧‧‧網際網路
Claims (10)
- 一種行動終端,其特徵為具備:第1通訊部,其經由第1通訊網和配送裝置通訊;第2通訊部,其經由不同於前述第1通訊網的第2通訊網和前述配送裝置通訊;記憶部,其記憶記述有前述配送裝置配送檔案用的前述通訊網的類別之管理表;及控制部,其因應於現在使用中或可使用之前述通訊網的類別與記憶在前述記憶部的前述管理表中之使用於配送前述檔案的前述通訊網的類別之比較結果,控制可否要求前述配送裝置配送前述檔案。
- 如請求項1之行動終端,其中,前述管理表除了前述配送裝置配送檔案用的前述通訊網的類別以外,還記述有可配送前述檔案的時間帶,前述控制部係判定現在時刻是否被記述於前述管理表之前述時間帶所包含,因應該判定結果和前述比較結果,控制可否要求前述配送裝置配送前述檔案。
- 如請求項1之行動終端,其中,在前述管理表,記述有按每個配送對象檔案使用在其檔案之配送的前述通訊網的類別、和顯示是否已取得其檔案之取得狀況,前述控制部係為,在使用者選擇取得狀況是未取得的檔案時,顯示詢問前述使用者是否取得該選擇之檔案的確認畫面,於前述使用者使用該確認書面指示 取得前述檔案之情況,將記述於前述管理表之使用於配送前述選擇的檔案之通訊網的類別變更成前述第1通訊網及前述第2通訊網。
- 如請求項1之行動終端,其中,前述控制部係判定行動終端本身是否移動中,因應該判定結果和前述比較結果,控制可否要求前述配送裝置配送前述檔案。
- 如請求項1之行動終端,其中,前述控制部係判定使用者是否對行動終端本身進行操作中,因應該判定結果和前述比較結果,控制可否要求前述配送裝置配送前述檔案。
- 如請求項1之行動終端,其中,具備蓄積從前述配送裝置取得的檔案之檔案蓄積部,且前述控制部係判定前述檔案剩餘容量是否比從前述配送裝置下載之檔案的尺寸小,因應該判定結果和前述比較結果,控制可否要求前述配送裝置配送前述檔案。
- 如請求項1之行動終端,其中,具備成為行動終端本身的電源之電池,且,前述控制部係判定前述電池的殘餘量是否比殘餘量門檻值少,因應該判定結果和前述比較結果,控制可否要求前述配送裝置配送前述檔案。
- 一種檔案配送系統,其特徵為:具備行動終端和配送裝置, 前述行動終端係具備:第1通訊部,其經由第1通訊網和配送裝置通訊;第2通訊部,其經由不同於前述第1通訊網的第2通訊網和前述配送裝置通訊;記憶部,其記憶記述有前述配送裝置配送檔案用的前述通訊網的類別之管理表;及終端側控制部,其因應於現在使用中或可使用之前述通訊網的類別與記憶在前述記憶部的前述管理表中之使用於配送前述檔案的前述通訊網的類別之比較結果,控制可否要求前述配送裝置配送前述檔案,前述配送裝置係具備:裝置側控制部,其在前述行動終端經由前述第1通訊網要求配送前述檔案之情況,將前述檔案經由前述第1通訊網向前述行動終端配送,而在前述行動終端經由前述第2通訊網要求配送前述檔案之情況,將前述檔案經由前述第2通訊網向前述行動終端配送。
- 一種檔案配送方法,該檔案係由電腦所執行,該電腦具備經由第1通訊網和配送裝置通訊之第1通訊部、經由不同於前述第1通訊網的第2通訊網和前述配送裝置通訊之第2通訊部、記憶記述有前述配送裝置配送檔案用的前述通訊網的類別之管理表的記憶部、及控制部,該檔案配送方法之特徵為:前述控制部因應於現在使用中或可使用之前述通訊網的類別與使用於記憶在前述記憶部的前述管理表中之配送前述檔案的前述通訊網的類別之比較結果, 控制可否要求前述配送裝置配送前述檔案。
- 一種使電腦作為控制部發揮作用的程式,該電腦具備經由第1通訊網和配送裝置通訊之第1通訊部、經由不同於前述第1通訊網的第2通訊網和前述配送裝置通訊之第2通訊部、及記憶記述有前述配送裝置配送檔案用的前述通訊網的類別之管理表的記憶部、以及控制部,該控制部因應於現在使用中或可使用之前述通訊網的類別與記憶在前述記憶部之前述管理表中使用於配送前述檔案的前述通訊網的類別之比較結果,控制可否要求前述配送裝置配送前述檔案。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2013128046A JP5805144B2 (ja) | 2013-06-19 | 2013-06-19 | 携帯端末、ファイル配信システム、ファイル配信方法、およびファイル配信プログラム |
Publications (2)
Publication Number | Publication Date |
---|---|
TW201500928A true TW201500928A (zh) | 2015-01-01 |
TWI512472B TWI512472B (zh) | 2015-12-11 |
Family
ID=52104511
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
TW103120117A TWI512472B (zh) | 2013-06-19 | 2014-06-11 | Mobile terminal, file distribution system, file distribution method and file distribution program |
Country Status (3)
Country | Link |
---|---|
JP (1) | JP5805144B2 (zh) |
TW (1) | TWI512472B (zh) |
WO (1) | WO2014203774A1 (zh) |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
SG152298A1 (en) * | 2004-05-05 | 2009-05-29 | Research In Motion Ltd | System and method for sending secure messages |
JP2006211471A (ja) * | 2005-01-31 | 2006-08-10 | Sharp Corp | 無線通信システム、通信端末 |
JP2007013648A (ja) * | 2005-06-30 | 2007-01-18 | Sharp Corp | 無線通信システム、通信端末 |
JP2007164377A (ja) * | 2005-12-12 | 2007-06-28 | Toshiba Corp | データ処理装置およびデータ処理方法 |
JP4768481B2 (ja) * | 2006-03-22 | 2011-09-07 | Necカシオモバイルコミュニケーションズ株式会社 | 携帯端末装置及びプログラム |
JP2009194674A (ja) * | 2008-02-15 | 2009-08-27 | Sony Corp | 通信端末装置および通信端末装置の制御方法 |
JP5429880B2 (ja) * | 2010-08-10 | 2014-02-26 | Necビッグローブ株式会社 | アプリケーション配布システム、アプリケーション配布方法、端末及びプログラム |
JP2012169971A (ja) * | 2011-02-16 | 2012-09-06 | Nippon Telegr & Teleph Corp <Ntt> | 通信経路選択装置、通信経路選択方法及びプログラム |
JP2012222432A (ja) * | 2011-04-05 | 2012-11-12 | Nec Casio Mobile Communications Ltd | 携帯端末装置 |
-
2013
- 2013-06-19 JP JP2013128046A patent/JP5805144B2/ja active Active
-
2014
- 2014-06-11 WO PCT/JP2014/065417 patent/WO2014203774A1/ja active Application Filing
- 2014-06-11 TW TW103120117A patent/TWI512472B/zh active
Also Published As
Publication number | Publication date |
---|---|
JP5805144B2 (ja) | 2015-11-04 |
TWI512472B (zh) | 2015-12-11 |
WO2014203774A1 (ja) | 2014-12-24 |
JP2015005000A (ja) | 2015-01-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP4160093B2 (ja) | コンテンツ配信制御システム及びその配信スケジュール作成方法、コンピュータプログラム | |
US10977346B2 (en) | Enhanced task scheduling for data access control using queue protocols | |
US10965606B2 (en) | System and method for dynamic queue management using queue protocols | |
US11689584B2 (en) | Establishing communication links using routing protocols | |
US20120047201A1 (en) | Apparatus and method of acquiring or distributing content | |
US11050675B2 (en) | Scheduler for coordination and synchronization of data across low-bandwidth links and method thereof | |
US20210352149A1 (en) | Event saturation networking | |
TW200402961A (en) | Data communication method | |
CN107769990A (zh) | 向不可用设备发送消息 | |
JP2002218521A (ja) | メッセージ受信装置、メッセージ受信方法、およびメッセージ受信用プログラムを記録した記録媒体 | |
Brunette et al. | Optimizing mobile application communication for challenged network environments | |
TWI512472B (zh) | Mobile terminal, file distribution system, file distribution method and file distribution program | |
KR101553394B1 (ko) | 모바일 메시징 서비스에서의 파일 전송을 지원하는 파일 전송 관리 시스템 및 파일 전송 관리 방법 | |
JP2015176234A (ja) | センサネットワークのソフトウェア配信システム、無線端末、ソフトウェア配信方法、および、プログラム | |
US20130031186A1 (en) | Systems and methods for secure message delivery to a transient recipient in a dynamically routed network | |
JP6144243B2 (ja) | 位置情報管理装置、位置情報管理方法、及びプログラム | |
CN104052728A (zh) | 服务调度系统 | |
US20140115093A1 (en) | Remote data exchange and device management with efficient file replication over heterogeneous communication transports | |
TW201251485A (en) | System and method for routing electronic content to a recipient device | |
CN114385214B (zh) | 网站更新方法、装置、设备及存储介质 | |
JP7267039B2 (ja) | 測定システム | |
JP2016028338A (ja) | データ処理デバイスをデータ処理システムに同期させる方法 | |
TW202101247A (zh) | 管理多個資料結構通訊裝置、方法及通訊系統 |