通信設備及其控制方法
【專利摘要】本發(fā)明涉及一種通信設備及其控制方法。該通信設備包括：連接單元，用于連接至無線網(wǎng)絡；傳輸單元，用于通過在連接至無線網(wǎng)絡之后與外部設備建立通信來傳輸數(shù)據(jù)；中斷單元，用于中斷數(shù)據(jù)的傳輸；存儲單元，用于存儲與中斷單元所中斷的數(shù)據(jù)的傳輸有關的中斷信息；搜索單元，用于在中斷單元中斷數(shù)據(jù)的傳輸?shù)臓顟B(tài)下斷開與無線網(wǎng)絡的連接，然后搜索通信設備周邊的設備；以及判斷單元，用于基于存儲單元所存儲的中斷信息和來自搜索單元的搜索結(jié)果來判斷是否找到外部設備，其中，在判斷單元判斷為找到外部設備的情況下，連接單元連接至無線網(wǎng)絡，并且傳輸單元通過與外部設備建立通信來重新開始進行所中斷的數(shù)據(jù)的傳輸。
【專利說明】通信設備及其控制方法

【技術領域】
[0001] 本發(fā)明的各方面通常涉及與外部設備進行通信的通信設備。

【背景技術】
[0002] 伴隨著無線通信的普及，現(xiàn)在可以通過甚至在諸如數(shù)字照相機等的便攜終端上也 安裝無線通信功能來發(fā)送圖像文件（日本特開2009-152689)。例如，在使用無線局域網(wǎng) (LAN)進行數(shù)據(jù)通信的情況下，可以采用首先用戶加入無線LAN網(wǎng)絡、然后建立與該網(wǎng)絡上 的外部設備的通信的方法。然而，在建立了基于無線層的連接和與外部設備的通信之后，在 判斷為無法適當?shù)剡M行與外部設備的數(shù)據(jù)的發(fā)送和接收的情況下，直到此時為止所進行的 連接處理被浪費。例如，在重新開始已暫時停止的數(shù)據(jù)的傳輸?shù)那闆r下，盡管需要與特定對 方進行通信，但在連接至網(wǎng)絡之前并不知曉該對方是否在該網(wǎng)絡內(nèi)。


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

[0003] 根據(jù)本發(fā)明的一方面，一種通信設備，包括：連接單元，用于連接至無線網(wǎng)絡；傳 輸單元，用于通過在連接至所述無線網(wǎng)絡之后與外部設備建立通信，來傳輸數(shù)據(jù)；中斷單 元，用于使數(shù)據(jù)的傳輸中斷；存儲單元，用于存儲與所述中斷單元所中斷的數(shù)據(jù)的傳輸有關 的中斷信息；搜索單元，用于在所述中斷單元使數(shù)據(jù)的傳輸中斷的狀態(tài)下斷開與所述無線 網(wǎng)絡的連接，然后搜索所述通信設備周邊的設備；以及判斷單元，用于基于所述存儲單元 中所存儲的所述中斷信息以及來自所述搜索單元的搜索結(jié)果，來判斷是否找到所述外部設 備，其中，在所述判斷單元判斷為找到所述外部設備的情況下，所述連接單元被配置為連接 至所述無線網(wǎng)絡，并且所述傳輸單元被配置為通過與所述外部設備建立通信來重新開始進 行所中斷的數(shù)據(jù)的傳輸。
[0004] 根據(jù)本發(fā)明的另一方面，一種通信設備的控制方法，所述控制方法包括以下步驟： 連接至無線網(wǎng)絡；通過在連接至所述無線網(wǎng)絡之后與外部設備建立通信，來傳輸數(shù)據(jù)；使 數(shù)據(jù)的傳輸中斷；存儲與所中斷的數(shù)據(jù)的傳輸有關的中斷信息；在數(shù)據(jù)的傳輸中斷的狀態(tài) 下斷開與所述無線網(wǎng)絡的連接，然后搜索所述通信設備周邊的設備；以及基于所存儲的中 斷信息以及搜索結(jié)果，來判斷是否找到所述外部設備，其中，在判斷為找到所述外部設備的 情況下，連接至所述無線網(wǎng)絡，并且通過與所述外部設備建立通信來重新開始進行所中斷 的數(shù)據(jù)的傳輸。
[0005] 通過以下參考附圖對典型實施例的說明，本發(fā)明的其它特征將變得明顯。

【專利附圖】

【附圖說明】
[0006] 圖1示出通信設備的硬件功能塊。
[0007] 圖2示出通信設備的軟件功能塊。
[0008] 圖3示出網(wǎng)絡結(jié)構(gòu)的示例。
[0009] 圖4是通信設備之間的序列圖。
[0010] 圖5是通信設備之間的序列圖。
[0011] 圖6是中斷信息的示意圖。
[0012] 圖7示出通信設備的⑶I畫面的示例。
[0013] 圖8是通信設備之間的序列圖。
[0014] 圖9是示出通信設備的操作的流程圖。
[0015] 圖10是示出通信設備的操作的流程圖。
[0016] 圖11示出通信設備的⑶I畫面的示例。
[0017] 圖12示出通信設備的⑶I畫面的示例。

【具體實施方式】
[0018] 以下將參考附圖來詳細說明本發(fā)明的各種典型實施例。
[0019] 硬件結(jié)構(gòu)
[0020] 現(xiàn)在將參考附圖來說明根據(jù)第一典型實施例的通信設備。盡管以下使用基于電子 和電氣工程師協(xié)會（IEEE)802. 11系列的無線LAN系統(tǒng)作為示例來進行說明，但通信模式不 限于基于IEEE802. 11的無線LAN系統(tǒng)。
[0021] 現(xiàn)在將說明根據(jù)本典型實施例的優(yōu)選示例的硬件結(jié)構(gòu)。
[0022] 圖1是示出根據(jù)典型實施例的以下所述的設備的結(jié)構(gòu)的示例的框圖。
[0023] 圖1示出設備101整體。
[0024] 控制單元102通過執(zhí)行存儲在存儲單元103中的控制程序來控制設備整體?？刂?單元102包括諸如中央處理單元（CPU)或微處理單元（MPU)等的一個或多個處理器?？刂?單元102還控制與其它設備的通信參數(shù)的設置。
[0025] 存儲單元103存儲控制單元102所執(zhí)行的控制程序以及諸如通信參數(shù)等的各種信 息。此外，還可以將通信設備所生成的或從外部設備接收到的圖像數(shù)據(jù)和文件存儲在存儲 單元103中。存儲單元103可以由諸如只讀存儲器（ROM)、隨機存取存儲器（RAM)、硬盤驅(qū)動 器（HDD)和閃速存儲器等的各種存儲器構(gòu)成?？刂茊卧?02通過執(zhí)行存儲在存儲單元103 中的控制程序來進行以下所述的各操作。
[0026] 無線單元104進行基于IEEE802. 11系列的無線LAN通信。
[0027] 用于呈現(xiàn)各種顯示的顯示單元105具有如液晶顯示器（IXD)或發(fā)光二極管（LED) 那樣輸出從視覺上可感知的信息的功能、或者能夠如揚聲器那樣輸出聲音的功能。顯不單 元105至少包括輸出視覺信息或音頻信息的功能。
[0028] 天線控制單元107通過控制天線108來通過無線通信發(fā)送和接收信號。
[0029] 操作單元109使用戶進行用于操作通信設備的各種輸入。操作單元109由各種按 鈕和觸摸面板等構(gòu)成。
[0030] 包括光學透鏡、互補金屬氧化物半導體（CMOS)傳感器和數(shù)字圖像處理單元等的 攝像單元110通過將經(jīng)由光學透鏡輸入的模擬信號轉(zhuǎn)換成數(shù)字數(shù)據(jù)來生成圖像數(shù)據(jù)。將攝 像單元110所生成的圖像數(shù)據(jù)存儲在存儲單元103中。
[0031] 注意，圖1僅是示例。通信設備101可以包括除圖1所示的硬件單元以外的硬件 單元。
[0032] 軟件結(jié)構(gòu)
[0033] 圖2是示出執(zhí)行以下所述的通信控制功能的軟件功能塊的結(jié)構(gòu)的示例的框圖。
[0034] 圖2示出軟件功能塊201整體。
[0035] 發(fā)現(xiàn)控制單元202執(zhí)行用于搜索將成為通信對方的通信設備的搜索處理。
[0036] G0協(xié)商控制單元203通過基于Wi-Fi直連協(xié)議規(guī)格進行控制，來判斷無線層中 的設備的作用、即是用作無線LAN接入點的設備還是用作無線LAN站的設備。在Wi-Fi直 連中，將實現(xiàn)無線LAN接入點功能的通信設備稱為對等計算（P2P)組所有者（以下稱為 "G0"），并且將實現(xiàn)無線LAN站功能的通信設備稱為P2P客戶端（以下稱為"CL"）。在通 信設備是G0或無線LAN接入點的情況下，以下所述的無線LAN接入點功能控制單元211啟 動。在通信設備是CL或無線LAN站的情況下，以下所述的無線LAN站功能控制單元210啟 動。該G0協(xié)商協(xié)議是基于Wi-Fi直連（Wi-Fi Direct?)規(guī)格所確定的。由于這不是本 發(fā)明的重點，因此這里將省略針對該協(xié)議的說明。在Wi-Fi直連（Wi-Fi Direct?)中，將 G0所建立的網(wǎng)絡稱為P2P組。同樣在本說明書中，有時可以將網(wǎng)絡描述為P2P組。在本典 型實施例中，以含義相同的方式使用這些術語。此外，在本說明書中，將P2P組所有者（G0)、 P2P客戶端（CL)和作用尚未確定的通信設備統(tǒng)稱為P2P裝置。
[0037] 在利用G0協(xié)商控制單元203判斷為本通信設備的作用是無線LAN站的情況下，動 態(tài)主機配置協(xié)議（DHCP)客戶端控制單元204啟動。
[0038] 在利用G0協(xié)商控制單元203判斷為本通信設備的作用是無線LAN接入點的情況 下，DHCP服務器控制單元205啟動。
[0039] Wi-Fi保護設置（WPS)注冊名（enrollee)控制單元206從其它WPS注冊設備接收 無線LAN通信所需的通信參數(shù)。與DHCP客戶端控制單元204相同，在本通信設備的作用是 無線LAN站的情況下，WPS注冊名控制單元206啟動。
[0040] WPS注冊（registrar)控制單元207將無線LAN通信所需的通信參數(shù)提供至其它 WPS注冊名設備。與DHCP服務器控制單元205相同，在本通信設備的作用是無線LAN接入 點的情況下，WPS注冊控制單元207啟動。WPS注冊所提供的通信參數(shù)是諸如作為網(wǎng)絡標識 符的服務集標識符（SSID)、加密密鑰、加密方法、認證密鑰和認證方法等的參數(shù)。
[0041] 無線LAN包接收單元208和無線LAN包發(fā)送單元209對包括上位層傳輸協(xié)議所用 的包的所有包的發(fā)送和接收進行控制。
[0042] 無線LAN站功能控制單元210在本通信設備作為無線LAN站進行工作的情況下進 行認證/加密處理，并且加入作為無線LAN接入點進行工作的設備所建立的無線網(wǎng)絡。
[0043] 無線LAN接入點功能控制單元211在本通信設備作為無線LAN接入點進行工作的 情況下建立無線網(wǎng)絡，并且進行認證/加密處理以及通信對方設備的管理。無線LAN站功 能控制單元210和無線LAN接入點功能控制單元211可以單獨或同時進行工作。
[0044] 包路由選擇控制單元212在無線LAN接入點功能控制單元211正工作的情況下， 進行通信包的橋接和路由選擇。
[0045] 數(shù)據(jù)存儲單元213存儲軟件本身、無線LAN參數(shù)、以及諸如DHCP地址表和ARP表 等的各種表。
[0046] 服務發(fā)現(xiàn)控制單元214控制Wi-Fi直連特有的服務發(fā)現(xiàn)功能。該服務發(fā)現(xiàn)功能通 過發(fā)送和接收IEEE802. llu中所描述的行動框架（action frame)來交換通信對方設備所 保持的服務信息。具體地，服務發(fā)現(xiàn)控制單元214發(fā)送SD詢問，并且接收SD應答作為回答。 可選地，服務發(fā)現(xiàn)控制單元214接收來自設備對方的SD詢問，并且發(fā)送SD應答作為回答。 該SD應答包括表示服務的類型的信息、具體為諸如文件傳輸服務或打印服務等的服務。
[0047] P2P邀請功能控制單元215控制Wi-Fi直連標準中所描述的邀請功能。由于該邀 請功能是在Wi-Fi直連標準中所描述的，因此這里省略了針對該邀請功能的說明，盡管該 邀請功能是促使作為G0裝置還是作為CL裝置的作用尚未確定的P2P裝置作為P2P客戶端 進行連接的功能。
[0048] 文件傳輸服務提供單元216提供應用層的文件傳輸服務。術語應用層是指開放系 統(tǒng)互連（0SI)參考模型中的第五層以上的服務提供層。文件傳輸服務利用超文本傳輸協(xié)議 (HTTP)來發(fā)送和接收各種請求和應答，并且進行傳輸文件的發(fā)送和接收處理。
[0049] 應用層中的文件傳輸服務利用單元217利用對方設備的應用層中的文件傳輸服 務提供單元216所提供的服務。
[0050] 會話管理單元218管理文件傳輸服務中的邏輯連接。在利用文件傳輸服務的情 況下，通過發(fā)送與傳輸文件有關的信息來將會話生成請求發(fā)送至對方通信設備，并且接收 應答。在提供文件傳輸服務的情況下，基于所接收到的傳輸文件信息的內(nèi)容來判斷是否可 以生成會話，并且發(fā)出應答。傳輸文件信息是由文件數(shù)、總大小和文件名所構(gòu)成的信息。 在判斷為可以生成會話的情況下，會話管理單元218進行基于無線層的連接處理。利用 IEEE802. 11中所定義的公共行動框架來進行與會話管理有關的信息的交換。
[0051] 并非圖2所示的所有功能塊都必須由軟件來提供，這些功能塊中的至少一部分由 硬件來提供也是可接受的。此外，圖2所示的各功能塊與其它塊具有相互關系。此外，圖2 所示的各功能塊僅是示例。多個功能塊可以構(gòu)成一個功能塊，或者任意的功能塊可以進行 多個功能。
[0052] 此外，在本典型實施例中，應用層中的文件傳輸服務由提供該服務的設備和利用 該服務的設備來實現(xiàn)。服務提供設備和服務利用設備可以是智能電話、平板電腦或數(shù)字照 相機等。
[0053] 系統(tǒng)結(jié)構(gòu)
[0054] 圖3示出由通信設備A32 (以下稱為"STA-A"）和通信設備B33 (以下稱為"STA-B"） 構(gòu)成的網(wǎng)絡A31(以下稱為"網(wǎng)絡A"）。所有這些設備均具有上述的圖1和2所示的結(jié)構(gòu)。
[0055] 某本序列
[0056] 圖4是示出STA-A將存儲在存儲單元103中的圖像文件傳輸至STA-B的情況下的 通信設備STA-A和STA-B之間的基本操作序列的示意圖。
[0057] 在圖4所示的示例中，STA-A正作為利用文件傳輸服務的發(fā)送側(cè)的通信設備進行 工作，并且STA-B正作為提供文件傳輸服務的接收側(cè)的通信設備進行工作。
[0058] 在步驟S401中，STA-A基于用戶操作接收用以開始圖像傳輸模式的指示。然后， 在步驟S402中，為了利用文件傳輸服務，STA-A發(fā)送用于搜索提供該服務的通信設備的詢 問信號。與該處理并行地，STA-A接收到用于選擇要傳輸?shù)奈募挠脩舨僮鳌?br> [0059] 在步驟S403中，接收到詢問信號的STA-B將檢測應答信號發(fā)送至STA-A。該檢測 應答信號例如包括STA-B的功能ID和STA-B所支持的服務。
[0060] 在步驟S404中，接收到檢測應答的STA-A從這些裝置中選擇STA-B作為連接目的 地。在根據(jù)本典型實施例的STA-A僅檢測到一個裝置（在這種情況下僅檢測到STA-B)的 情況下，STA-A自動連接至STA-B。此外，在檢測到多個裝置的情況下，顯示所檢測到的裝置 的列表，并且基于經(jīng)由操作單元109所進行的用戶操作來選擇連接目的地。
[0061] 接著，在步驟S405中，STA-A發(fā)送會話生成請求信號，從而與STA-B建立文件傳輸 服務的邏輯連接。在本典型實施例中，盡管在生成會話之后選擇要傳輸?shù)奈募?，但在預先選 擇了要傳輸?shù)奈募那闆r下，可以將與要傳輸?shù)奈募嘘P的信息包括在該會話生成請求信 號中。與要傳輸?shù)奈募嘘P的該信息的示例包括文件名、文件大小和文件數(shù)等。通過預先向 STA-B通知該信息，例如，STA-B也可以例如基于其自身的可用空間來拒絕會話生成本身。
[0062] 在步驟S406中，接收到會話生成請求信號的STA-B確認出該設備處于可以接收文 件的狀態(tài)，并且將成功應答信號發(fā)送至STA-A。
[0063] 在接收到成功應答之后，在步驟S407中，STA-A與STA-B進行無線層連接處理?；?于無線層的連接處理是基于上述的Wi-Fi直連規(guī)格的連接處理。即，STA-A和STA-B中的 任一個變?yōu)镻2P組所有者（G0)，并且另一個變?yōu)镻2P客戶端（CL)。通過進行CL加入G0所 建立的無線網(wǎng)絡的網(wǎng)絡加入處理來進行無線層連接。
[0064] 在建立了無線層連接之后，在步驟S408中，STA-A進行包括應用層中的處理的文 件傳輸服務的預定開始處理。具體地，STA-A進行基于DHCP的因特網(wǎng)協(xié)議（IP)地址的設 置處理、以及用于從STA-B獲取文件傳輸服務所需的詳細信息的處理。
[0065] 接著，在步驟S409中，STA-A通過并行執(zhí)行的用戶操作，檢測是否完成傳輸文件的 選擇。此時，與要傳輸?shù)奈募嘘P的文件信息是固定的。如果此時傳輸文件的選擇沒有完 成，則STA-A等待該選擇完成。
[0066] 在步驟S410中，STA-A將步驟S409中所選擇的圖像文件發(fā)送至STA-B。接著，在 步驟S411中，在文件接收完成之后，STA-B將成功應答信號發(fā)送至STA-A。在選擇了多個文 件的情況下，使步驟S410和S411重復與所選擇的文件數(shù)相等的次數(shù)。
[0067] 然后，在步驟S412中，STA-A例如基于用戶操作來接收圖像傳輸模式的結(jié)束指示， 并且在步驟S413中，進行文件傳輸服務的預定結(jié)束處理。具體地，STA-A執(zhí)行用以刪除步 驟S407中所生成的信息并且取消設置的處理。
[0068] 接著，在步驟S414中，STA-A發(fā)送用以結(jié)束與STA-B的文件傳輸服務的邏輯連接 的會話結(jié)束請求信號。在步驟S415中，接收到該會話結(jié)束請求信號的STA-B將成功應答信 號發(fā)送至STA-A。
[0069] 在步驟S416中，接收到成功應答的STA-A進行用以斷開與STA-B的無線層連接的 處理。該無線層斷開處理是基于上述的Wi-Fi直連規(guī)格。
[0070] 中斷處理
[0071] 在圖4中，說明了使用文件傳輸服務的文件傳輸處理的基本流程。然而，通常，圖 像文件、特別是運動圖像文件的文件大小較大，使得這些圖像文件經(jīng)常需要長的時間來進 行傳輸。因此，根據(jù)本典型實施例的STA-A和STA-B被配置成可以中斷并重新開始步驟S410 中所進行的文件傳輸?，F(xiàn)在將更詳細地說明用于中斷步驟S410中所進行的文件傳輸?shù)奶?理。
[0072] 圖5是詳細示出圖4的步驟S410中所進行的文件傳輸?shù)闹袛嗵幚淼男蛄袌D。圖 5更詳細地示出圖4的一部分，因而將省略針對與圖4相同的主題的說明。
[0073] 首先，在步驟S501中，在文件傳輸期間觸發(fā)了中斷處理。用于中斷文件傳輸?shù)挠| 發(fā)的示例是用戶經(jīng)由操作單元109發(fā)出用以中斷的指示的情況。其它示例可以包括經(jīng)由操 作單元109發(fā)出了用以利用攝像單元110拍攝被攝體的圖像的指示的情況、剩余電池電量 已下降為低電量的情況、或者由于無線電波環(huán)境的劣化而導致通信速度大幅減慢的情況。
[0074] 在文件傳輸期間觸發(fā)了中斷處理的情況下，在步驟S502中，控制單元102將文件 傳輸中斷請求發(fā)送至STA-B。
[0075] 在步驟S503中，接收到文件傳輸中斷請求的STA-B發(fā)送成功應答信號。該成功應 答信號包括STA-B已接收到的文件的大小。STA-A可以通過參考已接收文件的大小來識別 從何處重新開始已中斷的傳輸處理。
[0076] 在步驟S504中，接收到成功應答信號的STA-A將與傳輸中斷的文件的ID和步驟 S503中所接收到的文件的大小有關的中斷信息存儲在存儲單元103中。以下將更詳細地說 明該中斷信息。
[0077] 在存儲了中斷信息之后，在步驟S413中，STA-A進行通常的傳輸服務結(jié)束處理。上 述處理是用于中斷文件傳輸?shù)奶幚怼?br> [0078] 盡管圖5示出在STA-A處發(fā)生中斷觸發(fā)的示例，但在STA-B處也可能發(fā)生中斷觸 發(fā)。在這種情況下，在步驟S410的文件傳輸期間，STA-B可以將文件傳輸中斷請求發(fā)送至 STA-A，并且還發(fā)送此時的已接收文件的文件大小。
[0079] 圖6示出在使從STA-A向著STA-B的圖像文件傳輸以圖5所示的方式中斷的情況 下、存儲在STA-A的存儲單元103中的中斷信息。
[0080] 圖6所示的中斷信息包括：使得能夠識別傳輸裝置的諸如該裝置的Mac地址等的 ID601(識別信息）；以及傳輸中斷的文件的ID602。該ID可以是裝置能夠從內(nèi)部識別的任 何ID。例如，可以使用文件名或文件通用唯一標識符（UUID)。已傳輸大小603存儲步驟 S503中的應答中所包括的已接收文件的大小作為傳輸文件。在本典型實施例中，該信息不 僅在中斷信息應用層斷開的情況下繼續(xù)存儲，而且甚至在無線層連接斷開的情況下也繼續(xù) 存儲。
[0081] 在圖6中，盡管僅存儲了一個未傳輸文件的文件ID，但在選擇了多個文件的情況 下，可以將與傳輸未結(jié)束的所有文件ID存儲在ID602中。
[0082] 此外，盡管在本示例中將中斷信息存儲在STA-A中，但還可以將中斷信息存儲在 STA-B中。如果STA-B共同管理中斷信息以及接收中的文件，則在刪除中斷信息時，通過還 刪除接收中的文件而變得較容易使已接收文件與接收側(cè)的信息相匹配。
[0083] 在本典型實施例中，盡管說明了存儲有一個中斷數(shù)據(jù)的示例，但還可以將中斷數(shù) 據(jù)存儲為多個數(shù)據(jù)。此外，可以存儲各連接裝置的最新的中斷信息。在這種情況下，在以下 所述的傳輸?shù)闹匦麻_始時，可以由用戶決定要進行文件傳輸?shù)难b置的選擇。
[0084] 重新開始處理
[0085] 圖8示出用于在進行了圖5所示的中斷處理之后重新開始從STA-A向著STA-B的 傳輸?shù)奶幚?。將省略針對與圖4相同的主題的說明。
[0086] 在步驟S801中，與步驟S401相同，在STA-A接收到用以開始文件傳輸模式的指 示的情況下，STA-A參考數(shù)據(jù)存儲單元213中的中斷信息，并且判斷是否存在已中斷的向著 STA-B的傳輸處理。如果判斷為存在已中斷的傳輸處理（步驟S801中為"是"），則在步驟 S802中，STA-A將圖7所示的畫面顯示在顯示單元105上。
[0087] 圖7所示的畫面通知了可以重新開始已中斷的文件傳輸。對話框701向用戶通知 存在傳輸中斷的文件，并且詢問是否可以重新開始傳輸。如果按下0K(確定）按鈕702,則 開始用于重新開始已中斷的文件傳輸?shù)奶幚?。此外，如果按下取消按鈕703,則代替重新開 始已中斷的文件傳輸，開始通常的用于傳輸文件的處理。在生成會話之前通知文件大小和 文件名的情況下，可以考慮到中斷信息來進行該通知。例如，可以通知文件大小或?qū)Ψ缴形?接收到的一部分文件（文件的總大小-已傳輸大?。４送?，可以通知向?qū)Ψ绞境鰝鬏斒?傳輸中斷的文件的繼續(xù)的文件名。例如，在命名為"〇〇 1. jpg"的文件的傳輸中斷的情況下， 在重新開始時可以通知稱為"〇〇l_part. jpg"的文件名。在這種情況下，在接收到文件名 "001_part. jpg"之后，STA-B基于該文件名中包括"_part"這一事實而認識到要重新開始 已中斷文件的傳輸。此外，STA-B還可以認識到用于重新開始傳輸?shù)膶ο笫菍?_part"從 所通知的文件名中排除的"001. jpg"。
[0088] 返回至圖8的說明，在顯示圖7所示的畫面并且檢測到0K按鈕702的按下之后， 在步驟S803中，STA-A進入用于重新開始已中斷的文件傳輸?shù)男蛄小?br> [0089] 在步驟S804和S805中，進行與步驟S402和S403相同的處理。
[0090] 在STA-A接收到檢測應答信號的情況下，STA-A判斷數(shù)據(jù)存儲單元213內(nèi)的中斷 信息中所包括的連接裝置ID和作為搜索結(jié)果所獲得的檢測應答信號中所包括的裝置ID是 否相同。在判斷為這些ID相同的情況下，在步驟S806中，STA-A發(fā)送會話生成請求。通過 這樣進行處理，STA-A可以與文件傳輸已中斷的裝置相連接。
[0091] 在步驟S807?S809中，通過進行與圖4的步驟S405?S407相同的處理來建立 與STA-B的基于無線層和應用層的連接。
[0092] 在步驟S809中的傳輸服務開始處理結(jié)束之后，在步驟S810中，基于中斷信息， STA-A重新開始已中斷文件（中斷文件）的傳輸。在重新開始中斷文件的傳輸?shù)那闆r下， 在步驟S820中，STA-A首先向STA-B通知要重新開始中斷文件的傳輸?；谠撏ㄖ琒TA-B 識別出STA-A正嘗試重新開始中斷文件的傳輸。
[0093] 在步驟S821中，STA-B判斷該STA-B是否仍具有中斷文件，并且將與該判斷結(jié)果 有關的應答發(fā)出至STA-A。
[0094] 在STA-A接收到STA-B具有中斷文件的應答的情況下，STA-A重新開始該中斷文件 的傳輸。具體地，在例如存儲有圖6所示的中斷信息的情況下，STA-A從存儲單元103讀取 與文件ID相對應的文件，并且從作為已傳輸大小的8, 042字節(jié)起開始傳輸。另一方面，在 STA-A接收到STA-B不具有已中斷文件的應答的情況下，代替僅發(fā)送文件的一部分，STA-A 從頭開始再次發(fā)送文件。這是因為，在STA-B不具有已中斷文件的情況下，即使利用STA-A 發(fā)送已中斷文件的一部分，在STA-B側(cè)也無法獲得整個文件。
[0095] 在步驟S811中，在STA-B完成文件的接收的情況下，STA-B將成功應答信號發(fā)送 至STA-A。然后，STA-B進行與圖4相同的結(jié)束處理。
[0096] 處理流稈
[0097] 接著，將參考圖9所示的流程圖來說明STA-A和STA-B之間的、直到基于無線層進 行了連接為止的操作。圖9所示的流程圖基于經(jīng)由操作單元109接收到用以開始圖像傳輸 模式的指示而開始?？刂茊卧?02通過基于存儲在存儲單元103中的程序控制STA-A的各 單元來執(zhí)行該流程圖中的各步驟。
[0098] 在步驟S901中，控制單元102開始傳輸模式。
[0099] 在步驟S902中，控制單元102通過參考存儲單元103來判斷是否存儲有中斷信 息。在判斷為沒有存儲中斷信息的情況下（步驟S902中為"否"），該處理進入步驟S903， 并且在判斷為存儲有中斷信息的情況下（步驟S902中為"是"），該處理進入步驟S908。 [0100] 首先，將說明執(zhí)行步驟S903的情況。在這種情況下，由于沒有存儲中斷信息，因此 執(zhí)行通常的文件傳輸處理。在步驟S903中，控制單元102經(jīng)由顯示單元105顯示使用戶選 擇傳輸文件的畫面。與該處理并行地，控制單元102進行針對文件傳輸服務的搜索處理。 [0101] 接著，在步驟S904中，控制單元102接收針對搜索的應答，并且檢測支持文件傳輸 服務的裝置。然后，控制單元102經(jīng)由顯示單元105來顯示支持文件傳輸服務的裝置的列 表。
[0102] 接著，在步驟S905中，控制單元102判斷是否通過用戶操作選擇了裝置。在判斷 為選擇了裝置的情況下（步驟S905中為"是"），該處理進入步驟S906,并且在判斷為沒有 選擇裝置的情況下（步驟S905中為"否"），該處理返回至步驟S904。
[0103] 接著，在步驟S906中，控制單元102進行文件傳輸服務的會話生成處理。參考圖 4來說明該會話生成處理的具體過程。
[0104] 在會話生成之后，在步驟S907中，控制單元102與接收裝置進行基于Wi-Fi直連 規(guī)格的無線層連接處理。此外，控制單元102進行基于DHCP的IP地址設置處理以及文件 傳輸服務中的傳輸所需的詳細信息的獲取處理，然后結(jié)束無線連接層的連接。
[0105] 接著，將說明步驟S902中判斷為存儲有中斷信息、由此該處理進入步驟S908的情 況。在這種情況下，STA-A重新開始已中斷的傳輸處理。
[0106] 在步驟S908中，控制單元102將圖7所示的畫面顯示在顯示單元105上，并且等 待用戶選擇。在按下0K按鈕702的情況下（步驟S908中為"是")，該處理進入步驟S909。 在按下取消按鈕703的情況下（步驟S908中為"否"），該處理進入步驟S903,并且控制單 元102執(zhí)行通常的傳輸處理。
[0107] 接著，在步驟S909中，控制單元102搜索文件傳輸服務，并且接收來自其它裝置的 應答。然后，在步驟S910中，與步驟S904相同，控制單元102檢測支持文件傳輸服務的裝 置。
[0108] 在步驟S911中，控制單元102將中斷信息中的連接裝置ID和步驟S904中檢測到 的裝置應答中所包括的裝置ID進行比較，并且判斷是否檢測到傳輸中斷的裝置。在沒有檢 測到裝置的情況下（步驟S911中為"否")，該處理返回至步驟S910。在檢測到裝置的情況 下（步驟S911中為"是"），該處理進入步驟S906。
[0109] 因而，根據(jù)本典型實施例，在文件傳輸已中斷的情況下，優(yōu)先與已中斷裝置的重新 連接和文件傳輸?shù)闹匦麻_始。結(jié)果，用戶可以通過較少的步驟來重新開始已中斷的文件傳 輸。
[0110] 在本典型實施例中，盡管在傳輸模式開始之后但在基于無線層的連接之前、可以 接收到傳輸文件選擇操作，但還可以在進行了基于無線層的連接（步驟S407)之后進行傳 輸文件的選擇。
[0111] 此外，在本典型實施例中，盡管文件傳輸中斷之后的重新開始觸發(fā)是通過用戶操 作的文件傳輸模式開始，但還可以采用一些其它觸發(fā)。例如，在由于攝像開始而發(fā)生中斷的 情況下，在攝像結(jié)束之后通信變得可能時，可以提示用戶重新連接。此外，在由于電池電量 低而發(fā)生中斷的情況下，在更換了電池之后，可以提示用戶重新連接。
[0112] 另外，在本典型實施例中，盡管在實際進行文件傳輸時進行從STA-A向著STA-B的 中斷文件的傳輸?shù)耐ㄖ?，但還可以在發(fā)送會話生成請求時進行該通知。
[0113] 在第一典型實施例中，在傳輸模式開始時STA-A側(cè)存在中斷信息的情況下，將與 是否開始重新開始處理有關的詢問發(fā)送至用戶。然而，在第二典型實施例中，在傳輸模式開 始時STA-A側(cè)存在中斷信息的情況下，首先進行搜索。然后，將與是否找到重新開始傳輸?shù)?對方有關的詢問發(fā)送至用戶。這樣防止了如下情況：在該設備周邊不存在重新開始傳輸?shù)?對方的情況下，用戶不得不進行無用操作。
[0114] 由于存在許多與第一典型實施例共通的部分，因此在省略這些共通部分的說明的 情況下，將以本典型實施例的特有特征為中心來說明本典型實施例。
[0115] 圖10是示出通過利用文件傳輸服務的、直到傳輸存儲在存儲單元103中的文件的 通信設備的無線層連接至接收裝置為止的操作的流程圖。控制單元102通過執(zhí)行存儲在存 儲單元103中的程序來處理該流程圖的各步驟。
[0116] 在步驟S1001中，控制單元102開始傳輸模式。
[0117] 在步驟S1002中，控制單元102執(zhí)行文件傳輸服務搜索處理。執(zhí)行該搜索處理而 無需顯示圖7所示的畫面，這是與第一典型實施例的不同之處。
[0118] 接著，在步驟S1003中，控制單元102接收針對搜索的應答，并且檢測支持文件傳 輸服務的裝置。
[0119] 接著，在步驟S1004中，控制單元102將與步驟S1003中檢測到的裝置有關的信息 和存儲在數(shù)據(jù)存儲單元213中的連接裝置ID進行比較，并且判斷是否已找到傳輸中斷的裝 置。在判斷為找到了傳輸中斷的裝置的情況下（步驟S1004中為"是"），該處理進入步驟 S1007,并且在判斷為沒有找到傳輸中斷的裝置的情況下（步驟S1004中為"否"），該處理 進入步驟S1005。
[0120] 在步驟S1005中，控制單元102使用戶從步驟S1003中檢測到的裝置中選擇進行 文件傳輸處理的裝置。具體地，控制單元102將所檢測到的裝置的列表顯示在顯示單元105 上，并且經(jīng)由操作單元109接收來自用戶的選擇操作。在判斷為通過用戶操作選擇了裝置 的情況下（步驟S1005中為"是")，該處理進入步驟S1006。在判斷為沒有通過用戶操作選 擇裝置的情況下（步驟S1005中為"否"），該處理返回至步驟S1003。
[0121] 在步驟S1006中，控制單元102將文件選擇畫面顯示在顯示單元105上，并且開始 接收利用用戶操作針對要傳輸?shù)奈募倪x擇。然后，該處理進入步驟S906。
[0122] 接著，將說明處理從步驟S1004進入S1007的情況。在步驟S1007中，控制單元 102顯示如下畫面，其中該畫面使用戶基于用戶操作來選擇是否重新開始中斷圖像的傳輸。 在判斷為選擇了重新開始的情況下（步驟S1007中為"是"），該處理進入步驟S906。在判 斷為沒有選擇重新開始的情況下（步驟S1007中為"否"），該處理進入步驟S1005。圖11 示出該選擇畫面的示例。引導消息1101向用戶通知檢測到傳輸中斷的裝置。0K按鈕1102 用于指示傳輸?shù)闹匦麻_始。在選擇了 0K按鈕1102的情況下，該處理進入步驟S906。取消 按鈕1103用于指示不進行傳輸?shù)闹匦麻_始。在選擇了取消按鈕1103的情況下，該處理進 入步驟S1005。
[0123] 在該處理進入步驟S906的情況下，以與圖9的步驟S906和S907相同的方式來進 行會話生成處理和無線層連接處理。
[0124] 因而，根據(jù)本典型實施例，關于所檢測到的裝置，僅在找到了具有文件傳輸中斷的 信息的裝置的情況下，才可以進入重新連接和傳輸重新開始序列。
[0125] 在第二典型實施例中，在檢測到傳輸中斷的裝置的情況下，進行與該裝置的連接。 作為對比，在第三典型實施例中，將說明基于用戶操作來選擇所檢測到的裝置的結(jié)構(gòu)。
[0126] 由于存在許多與第二典型實施例共通的部分，因此在省略這些共通部分的說明的 情況下，將以本典型實施例的特有特征為中心來說明本典型實施例。
[0127] 在本典型實施例中，在圖10的步驟S1003中控制單元102進行檢測處理之后，控 制單元102顯示所檢測到的裝置的列表。圖12示出所顯示的畫面的示例。
[0128] 圖12所示的示例包括所檢測到裝置的裝置名1201。該示例示出檢測到"STA-B"、 "STA-C"和"STA-D"的情況。用戶可以選擇期望的裝置。在具有中斷信息的裝置的裝置名 附近顯示中斷圖標1202。在圖12所示的示例中，用戶可以識別出針對STA-B存在已中斷的 傳輸處理。
[0129] 在圖12的畫面上選擇了 STA-B的情況下，該處理進入圖10的步驟S1007,并且控 制單元102接收與是否重新開始傳輸有關的選擇。在選擇STA-C或STA-D的情況下，該處 理進入步驟S1006,并且控制單元102接收用于選擇要傳輸?shù)奈募牟僮鳌?br> [0130] 因而，根據(jù)本典型實施例，通過顯示裝置的列表以使得用戶可以理解哪些裝置中 斷了文件傳輸，用戶不僅可以選擇已中斷的裝置，還可以選擇任何可連接的裝置。
[0131] 在圖12所示的畫面上，可以優(yōu)先顯示（例如在顯示列表的頂部顯示）傳輸處理已 中斷的裝置。
[0132] 盡管使用基于IEEE802. 11的無線LAN作為示例說明了上述典型實施例，但還可應 用諸如無線通用串行總線（USB)、ΜΒ0Α、藍牙(Bluetooth?)、超帶寬（UWB)和IZigBeeu等的 其它類型的無線通信。此外，上述典型實施例還可應用于諸如有線LAN等的有線通信介質(zhì)。 ΜΒ0Α是多頻帶0FDM聯(lián)盟的縮寫。此外，UWB包括無線USB、無線1394和WINET等。
[0133] 其它實施例
[0134] 還可以通過讀出并執(zhí)行記錄在存儲介質(zhì)（例如，計算機可讀存儲介質(zhì)）上的計算 機可執(zhí)行指令以進行上述實施例中的一個或多個的功能的系統(tǒng)或設備的計算機和通過下 面的方法來實現(xiàn)本發(fā)明的附加實施例，其中，該系統(tǒng)或設備的計算機通過例如從存儲介質(zhì) 讀出并執(zhí)行計算機可執(zhí)行指令以進行上述實施例中的一個或多個的功能來進行上述方法。 該計算機可以包括中央處理單元（CPU)、微處理單元（MPU)或其它電路中的一個或多個，并 且可以包括單獨計算機或單獨計算機處理器的網(wǎng)絡。例如可以從網(wǎng)絡或存儲介質(zhì)將這些計 算機可執(zhí)行指令提供至計算機。該存儲介質(zhì)可以包括例如硬盤、隨機存取存儲器（RAM)、只 讀存儲器（ROM)、分布式計算機系統(tǒng)的存儲器、光盤（諸如致密盤（CD)、數(shù)字多功能盤（DVD) 或藍光盤（BD) TM等）、閃速存儲裝置和存儲卡等中的一個或多個。
[0135] 盡管已經(jīng)參考典型實施例說明了本發(fā)明，但是應該理解，本發(fā)明不限于所公開的 典型實施例。所附權利要求書的范圍符合最寬的解釋，以包含所有這類修改、等同結(jié)構(gòu)和功 能。
【權利要求】
1. 一種通信設備，包括： 連接單元，用于連接至無線網(wǎng)絡； 傳輸單元，用于通過在連接至所述無線網(wǎng)絡之后與外部設備建立通信，來傳輸數(shù)據(jù)； 中斷單元，用于使數(shù)據(jù)的傳輸中斷； 存儲單元，用于存儲與所述中斷單元所中斷的數(shù)據(jù)的傳輸有關的中斷信息； 搜索單元，用于在所述中斷單元使數(shù)據(jù)的傳輸中斷的狀態(tài)下斷開與所述無線網(wǎng)絡的連 接，然后搜索所述通信設備周邊的設備；以及 判斷單元，用于基于所述存儲單元中所存儲的所述中斷信息以及來自所述搜索單元的 搜索結(jié)果，來判斷是否找到所述外部設備， 其中，在所述判斷單元判斷為找到所述外部設備的情況下，所述連接單元被配置為連 接至所述無線網(wǎng)絡，并且所述傳輸單元被配置為通過與所述外部設備建立通信來重新開始 進行所中斷的數(shù)據(jù)的傳輸。
2. 根據(jù)權利要求1所述的通信設備，其中，所述中斷信息包括與數(shù)據(jù)的傳輸中斷的設 備有關的識別彳目息。
3. 根據(jù)權利要求2所述的通信設備，其中，所述判斷單元被配置為通過將所述中斷信 息中所包括的所述識別信息與所述搜索單元的搜索結(jié)果進行比較，來判斷是否找到所述外 部設備。
4. 根據(jù)權利要求1至3中任一項所述的通信設備，其中，所述中斷信息包括所述外部設 備已接收到的數(shù)據(jù)的大小。
5. 根據(jù)權利要求4所述的通信設備，其中，所述傳輸單元被配置為在重新開始進行所 中斷的數(shù)據(jù)的傳輸?shù)那闆r下，基于所述中斷信息中所包括的已接收到的數(shù)據(jù)的大小，來將 未傳輸?shù)臄?shù)據(jù)傳輸至所述外部設備。
6. -種通信設備的控制方法，所述控制方法包括以下步驟： 連接至無線網(wǎng)絡； 通過在連接至所述無線網(wǎng)絡之后與外部設備建立通信，來傳輸數(shù)據(jù)； 使數(shù)據(jù)的傳輸中斷； 存儲與所中斷的數(shù)據(jù)的傳輸有關的中斷信息； 在數(shù)據(jù)的傳輸中斷的狀態(tài)下斷開與所述無線網(wǎng)絡的連接，然后搜索所述通信設備周邊 的設備；以及 基于所存儲的中斷信息以及搜索結(jié)果，來判斷是否找到所述外部設備， 其中，在判斷為找到所述外部設備的情況下，連接至所述無線網(wǎng)絡，并且通過與所述外 部設備建立通信來重新開始進行所中斷的數(shù)據(jù)的傳輸。
【文檔編號】H04N5/232GK104113582SQ201410155321
【公開日】2014年10月22日 申請日期:2014年4月17日 優(yōu)先權日:2013年4月17日
【發(fā)明者】松田潤 申請人:佳能株式會社