行用于刪除圖像疊加設置(即，“DeleteOSD (刪除0SD) ” )的事務。通過事務T6058，客戶端設備2000將事務T6053或T6056中所獲取到的圖像疊加設置以及事務T6055中新創(chuàng)建的圖像疊加設置從攝像設備1000刪除。攝像設備1000刪除具有與所指定的圖像疊加設置ID相對應的OSDToken的圖像疊加設置。
[0106]更具體地，客戶端設備2000將DeleteOSD命令發(fā)送至攝像設備1000。攝像設備1000接收到該命令并且將針對該命令的應答返回至客戶端設備2000。
[0107]隨后，將參考圖8的流程圖來說明用于判斷在接收到分發(fā)開始命令時所執(zhí)行的協(xié)議的處理。這里，進行通信協(xié)議的判斷，從而即使在協(xié)議中規(guī)定了不同的所需分辨率或0SD的特定字體的情況下，也針對給定分辨率疊加適當?shù)?SD。該處理由控制單元1008來執(zhí)行。
[0108]首先，攝像設備1000從客戶端設備2000接收分發(fā)開始命令。在基于0NVIF標準的通信中，分發(fā)開始命令與圖5的事務T6013中的“Play命令”相對應，并且在基于GB28181標準的通信中，分發(fā)開始命令與圖6的事務T6022中的“ACK”相對應。然后，處理進入步驟S8001o
[0109]在步驟S8001中，控制單元1008獲取與控制命令的描述的一部分相對應的請求行。在0NVIF標準中，通過使用超文本傳輸協(xié)議(HTTP)來傳輸用于控制攝像設備1000的控制命令。另一方面，在GB28181標準中，通過使用會話發(fā)起協(xié)議(SIP)來傳輸控制命令。在這些標準中，通過使用HTTP或SIP來以文本格式交換消息，并且將文本消息的第一行(描述內容)稱為“請求行”。還將該請求行稱為“開始行”。客戶端設備2000將請求消息發(fā)送至攝像設備1000，由此攝像設備1000的控制單元1008獲取該請求消息的第一行。然后，處理進入步驟S8002。
[0110]在步驟S8002中，控制單元1008判斷客戶端設備2000是基于0NVIF標準、GB28181標準還是其它標準來進行通信。更具體地，控制單元1008分析步驟S8001中所獲取到的請求行，并且判斷采用何種標準來進行通信。請求行由諸如方法、請求統(tǒng)一資源標識符(URI)和協(xié)議版本信息等的三個元素構成。將第三個元素即協(xié)議版本信息描述成在HTTP的情況下為“HTTP/1.1”并且在SIP的情況下為“SIP/2.0”。因此，如果將協(xié)議版本信息描述為“HTTP/x.x”(“x”是給定值)、而請求URI包括“onvif ”，則控制單元1008判斷為基于0NVIF標準來進行通信。另一方面，在將協(xié)議版本信息描述為“SIP/x.x”( “X”是給定值)的情況下，控制單元1008判斷為基于GB28181標準來進行通信。然后，在控制單元1008判斷為基于0NVIF標準來進行通信的情況下(步驟S8002中為“0NVIF”)，處理進入步驟S8003。在控制單元1008判斷為基于GB28181標準來進行通信的情況下(步驟S8002中為“GB28181”)，處理進入步驟S8004。在控制單元1008判斷為既不是基于0NVIF標準也不是基于GB28181標準來進行通信的情況下，處理進入步驟S8005。
[0111]在步驟S8003中，控制單元1008將“0NVIF”代入?yún)f(xié)議類型。然后，控制單元1008將最后獲取到的協(xié)議類型存儲在存儲單元1009中，并且結束該處理。
[0112]在步驟S8004中，控制單元1008將“GB28181”代入?yún)f(xié)議類型。此外，在步驟S8005中，控制單元1008將“其它”代入?yún)f(xié)議類型。之后，控制單元1008將所獲取到的協(xié)議類型存儲在存儲單元1009中，并且結束該處理。
[0113]圖9是示出相對于協(xié)議類型的用于疊加0SD的下限分辨率的對應表。0SD生成單元1007使用該對應表來在步驟S3004中計算用于疊加0SD的下限分辨率。在輸入步驟S8003、S8004或S8005中存儲單元1009中所存儲的協(xié)議類型的情況下，可以計算相應的用于疊加0SD的下限分辨率。在本典型實施例中，在協(xié)議類型是0NVIF標準的情況下，下限分辨率為320X240，而在協(xié)議類型是GB22818標準的情況下，下限分辨率為352X288?？刂茊卧?008可以基于所計算出的用于疊加0SD的下限分辨率和步驟S3002中所獲取到的分辨率的組合來在步驟S3005中判斷是否疊加0SD。
[0114]在本典型實施例中，在圖8的步驟S8002中，已經(jīng)通過判斷請求行判斷了通信所使用的協(xié)議類型。然而，可以基于除請求行以外的信息來判斷協(xié)議類型。
[0115]此外，在本典型實施例中，在圖8的步驟S8002中，已經(jīng)針對0NVIF標準和GB28181標準進行了判斷。然而，可以針對其它標準來進行判斷。
[0116]此外，在本典型實施例中，在圖4的步驟S3004中，已經(jīng)根據(jù)協(xié)議類型計算了用于疊加0SD的下限分辨率。然而，可以使用多個協(xié)議類型來計算下限分辨率。在這種情況下，可以使用具有最低或最高分辨率的協(xié)議類型來進行計算。
[0117]以上已經(jīng)說明了根據(jù)本發(fā)明的典型實施例。然而，本發(fā)明不限于以上所述的典型實施例，并且可以在本發(fā)明的范圍內進行各種變形和改變。
[0118]其它實施例
[0119]本發(fā)明的實施例還可以通過如下的方法來實現(xiàn)，即，通過網(wǎng)絡或者各種存儲介質將執(zhí)行上述實施例的功能的軟件(程序)提供給系統(tǒng)或裝置，該系統(tǒng)或裝置的計算機或是中央處理單元(CPU)、微處理單元(MPU)讀出并執(zhí)行程序的方法。
[0120]盡管已經(jīng)參考典型實施例說明了本發(fā)明，但是應該理解，本發(fā)明不限于所公開的典型實施例。所附權利要求書的范圍符合最寬的解釋，以包含所有這類修改、等同結構和功會泛。
【主權項】
1.一種圖像處理設備，其能夠經(jīng)由網(wǎng)絡與外部設備相互進行通信，所述圖像處理設備包括: 第一生成單元，用于按預定圖像大小生成第一圖像； 第二生成單元，用于生成要疊加在所述第一圖像上的第二圖像； 判斷單元，用于判斷用于控制所述第一生成單元和所述第二生成單元的控制命令的協(xié)議類型，其中所述控制命令是經(jīng)由所述網(wǎng)絡所接收的； 設置單元，用于設置所述第一圖像的圖像大?。? 第一控制單元，用于根據(jù)所述判斷單元的判斷結果來改變所述設置單元所設置的圖像大小的可設置范圍；以及 發(fā)送單元，用于經(jīng)由所述網(wǎng)絡來發(fā)送所述第一圖像。2.根據(jù)權利要求1所述的圖像處理設備，其中，還包括第二控制單元，所述第二控制單元用于執(zhí)行是否將所述第二圖像疊加在所述第一圖像上的控制處理。3.根據(jù)權利要求1所述的圖像處理設備，其中，所述第一控制單元將所述第一圖像的圖像大小改變?yōu)榈扔诨虼笥谒隹刂泼畹膮f(xié)議類型所規(guī)定的圖像大小。4.根據(jù)權利要求1所述的圖像處理設備，其中，在所述控制命令包括多個協(xié)議類型的情況下，所述第一控制單元將所述第一圖像的圖像大小改變?yōu)榈扔诨虼笥谒龆鄠€協(xié)議類型所規(guī)定的多個圖像大小中的最小圖像大小。5.根據(jù)權利要求1所述的圖像處理設備，其中，所述判斷單元通過判斷所述控制命令的描述內容來判斷所述控制命令的協(xié)議類型。6.一種圖像處理設備的控制方法，所述圖像處理設備能夠經(jīng)由網(wǎng)絡與外部設備相互進行通信，所述控制方法包括以下步驟: 按預定圖像大小生成第一圖像； 生成要疊加在所述第一圖像上的第二圖像； 判斷步驟，用于判斷用于控制所述第一圖像的生成和所述第二圖像的生成的控制命令的協(xié)議類型，其中所述控制命令是經(jīng)由所述網(wǎng)絡所接收的； 設置所述第一圖像的圖像大??； 根據(jù)所述判斷步驟的判斷結果來改變所設置的圖像大小的可設置范圍；以及 經(jīng)由所述網(wǎng)絡來發(fā)送所述第一圖像。
【專利摘要】本發(fā)明涉及一種圖像處理設備及其控制方法。該圖像處理設備能夠經(jīng)由網(wǎng)絡與外部設備相互進行通信，并且包括第一生成單元、第二生成單元、判斷單元、設置單元、第一控制單元和發(fā)送單元。第一生成單元按預定圖像大小生成第一圖像。第二生成單元生成要疊加在第一圖像上的第二圖像。判斷單元判斷用于控制第一生成單元和第二生成單元的控制命令的協(xié)議類型，其中該控制命令是經(jīng)由網(wǎng)絡所接收的。設置單元設置第一圖像的圖像大小。第一控制單元根據(jù)判斷單元的判斷結果來改變設置單元所設置的圖像大小的可設置范圍。發(fā)送單元經(jīng)由網(wǎng)絡來發(fā)送第一圖像。
【IPC分類】H04N5/232, H04N7/18
【公開號】CN105323461
【申請?zhí)枴緾N201510313976
【發(fā)明人】川和康宏
【申請人】佳能株式會社
【公開日】2016年2月10日
【申請日】2015年6月9日
【公告號】US20150356762