專利名稱:一種在錄制對方圖像時給出提示信息的方法及系統(tǒng)的制作方法
技術領域:
本發(fā)明涉及通信領域,尤其涉及一種在錄制對方圖像時給出提示信息的方法及系統(tǒng)。
背景技術:
可視電話業(yè)務是一種集圖像、語音于一體的多媒體通信業(yè)務,可以實現(xiàn)人們面對面的即時溝通,即通話雙方在通話過程中能夠互相看到對方的場景??梢曤娫捒梢酝ㄟ^分組方式或電路方式來實現(xiàn),目前在WCDMA網(wǎng)絡中要求的可視電話業(yè)務是指基于電路域(CS)承載來實現(xiàn)的可視電話業(yè)務。
按照始呼對象和被呼對象又可以分為如下幾種移動終端之間的呼叫始呼方和被呼方都是移動終端,遵循H.324協(xié)議。
移動終端和視頻網(wǎng)關之間的呼叫移動終端即可以做主叫也可以做被叫,遵循H.324協(xié)議,移動終端始呼方通常需要支持二次撥號。
此外還有的運營商提供視頻郵件業(yè)務,移動終端可以撥打視頻郵件平臺來獲取視頻郵件的內(nèi)容。
媒體、控制信號、呼叫處理、多路復用等各層協(xié)議的關系如圖1所示。當可視電話發(fā)起時,首先雙方通過呼叫過程,建立物理通道,然后是控制信號(H.245)的交互,發(fā)送信號側經(jīng)過切割(CCSRL)、分序(NSRP)后,通過復用(H.223),經(jīng)由物理層傳送給對方。接收方按順序收集(NSRP)、組合(CCSRL),經(jīng)過控制信號的交互,完成可視電話的通道的建立。這時雙方的視頻/音頻信號就可經(jīng)過媒體編解碼器與對方進行可視交互了。
可視電話作為體現(xiàn)3G網(wǎng)絡,尤其是WCDMA網(wǎng)絡特點的業(yè)務,一直是3G運營商大力推廣,也是用戶非常喜歡的一種視頻業(yè)務。
但是大家在享受到通話對方可視的同時,另外一方面的矛盾也體現(xiàn)出來,就是個人隱私的問題,所以在很多終端提供了靜音,以及發(fā)送替代畫面等手段來保護用戶的隱私。
但是還有一種情況需要考慮。目前的可視電話終端大都提供了將對方圖像進行錄制的功能,這樣就有可能在用戶不知情的情況下,被對方進行錄像,從而導致了自己隱私權被侵犯。因此防止用戶在自己不知情的情況下被錄制可視電話圖像十分有必要。
發(fā)明內(nèi)容
為了解決上述的技術問題,提供了一種在錄制對方圖像時給出提示信息的方法及系統(tǒng),其目的在于,防止用戶在不知情的情況下被錄制可視電話。
本發(fā)明提供了一種在錄制對方圖像時給出提示信息的方法,包括以下步驟步驟1,錄制方向被錄制方發(fā)出錄制提示,并發(fā)出錄制請求命令;步驟2,被錄制方向用戶顯示錄制方給出的錄制提示;步驟3,如果被錄制方的終端支持信令解析,則解析出錄制請求命令,并且被錄制方向錄制方答復是否同意錄制;如果被錄制方的終端不支持信令解析,被錄制方如果拒絕錄制,則被錄制方終止通話,被錄制方如果同意錄制,則被錄制方忽略錄制提示,繼續(xù)通話。
所述步驟1中,接到錄制通知的事件后,錄制方的視頻輸入/輸出控制模塊將使用存儲在本地的視頻文件替換此事件后的N幀,在所述N幀中插入錄制提示和錄制請求命令。
所述錄制請求命令為在所述N幀中的連續(xù)的N1幀插入的隱含信令碼存在標識和錄制請求消息。
所述步驟3中,被錄制方對每幀圖像的隱含信令碼存在標識進行檢測,一旦檢測到存在錄制請求消息,則進行解析。
所述步驟3中,在檢測出錄制請求消息之后,彈出錄制提示詢問被錄制方是否允許錄制方錄制;被錄制方依據(jù)錄制提示發(fā)送錄制應答命令。
還包括步驟4,錄制方解析應答錄制應答命令,依據(jù)錄制應答命令的內(nèi)容開始錄制、繼續(xù)錄制或者放棄錄制。
步驟4中,被錄制方在連續(xù)的N1幀中向錄制方發(fā)送的錄制應答命令包括隱含信令碼存在標識和錄制應答消息。
步驟3中,在進行隱含信令碼存在標識進行檢測時,如果每一幀中的隱含信令碼存在標識F(xb,yb)與像素值序列En中相同像素點的總數(shù)大于閾值ξ5,則認為隱含信令碼存在標識有效,開始解析錄制請求消息;否則該幀為正常的圖像幀。
步驟3中,在解析錄制請求消息時,如果像素值序列F(xa,ya)與像素值序列An的像素點相同的總數(shù)大于閾值ξ5,則該消息為錄制請求消息;否則該幀中的錄制請求消息無效,丟棄。
步驟4中,在解析錄制應答消息時,如果像素值序列F(xa,ya)與像素值序列Bn中相同像素點的總數(shù)大于閾值ξ5,則該消息為錄制應答消息;否則該幀中的應答消息無效,丟棄。
步驟4中,如果該消息為應答消息像素值序列F(xa,ya)與像素值序列Cn中相同像素點的總數(shù)如果大于閾值ξ5,則該消息為同意錄制應答消息;像素值序列F(xa,ya)與像素值序列Dn中相同像素點的總數(shù)如果大于閾值ξ5,則該消息為拒絕錄制應答消息。
像素值序列An、Bn、Cn、Dn和En對像素點填充的順序同隱含信令碼解析順序相同;|Xn-Xn-1|≥2ξ1,n=0...N-1,Xn為An、Bn、Cn、Dn或En;|An-Bn|≥2ξ1,|Cn-Dn |≥2ξ1,n=0...N-1。
本發(fā)明提供了一種在錄制對方圖像時給出提示信息的系統(tǒng),包括視頻、音頻輸入/輸出設備,視頻、音頻輸入/輸出控制模塊,可視電話用戶操作接口,可視電話應用管理模塊,視頻編碼/解碼模塊,音頻編碼/解碼模塊,底層協(xié)議模塊,所述視頻、音頻輸入/輸出控制模塊還用于錄制方向被錄制方發(fā)出錄制提示,并發(fā)出錄制請求命令;還用于發(fā)出錄制應答命令;還用于解析錄制請求命令;還用于解析錄制應答命令;所述視頻編碼/解碼模塊,還用于向被錄制方顯示錄制提示。
所述視頻、音頻輸入/輸出控制模塊在所述N幀中的連續(xù)的N1幀插入錄制請求命令。
所述錄制請求命令包含隱含信令碼存在標識和錄制請求消息。
所述視頻、音頻輸入/輸出控制模塊在所述N幀中的連續(xù)的N1幀插入錄制應答命令。
所述錄制應答命令包含隱含信令碼存在標識和錄制應答消息。
本發(fā)明中,在錄制對方圖像時向對方發(fā)送提示消息,防止用戶在不知情的情況下被錄制可視電話,從而充分有效的保護了用戶的隱私權。
圖1可視電話各層協(xié)議的關系框圖;圖2是可視電話功能模塊結構框圖;圖3A是n=4時隱含信令像素值序列分配示意圖;圖3B是n=6時隱含信令像素值序列分配示意圖;圖3C是n=8時隱含信令像素值序列分配示意圖;圖3D是n=10時隱含信令像素值序列分配示意圖;圖3E是n=12時隱含信令像素值序列分配示意圖。
具體實施例方式
而本發(fā)明主要針對的是移動終端之間的呼叫。
在本方案中,通過替換傳送給對方的視頻圖像幀和音頻圖像幀,并且在圖像中包含隱藏命令碼的方法,來通知對方即將進行可視電話錄制,可以有效的保護用戶的隱私。對于不支持本方案的手機,被錄制用戶同樣可以看到提示圖案和提示音從而得知對方的錄制行為,從而決定是否通過掛機來阻止對方的錄制行為。如果雙方手機都支持本方案,則被錄制方可以拒絕錄制,并且將該拒絕命令通過本方案規(guī)定的圖像隱藏命令碼傳送給錄制方手機,錄制方手機將不能進行錄制功能,并向錄制方給出類似提示“因為被錄制方拒絕,您不能執(zhí)行錄制功能”,被錄制方即拒絕了對方的錄制請求,又保證了可視電話的繼續(xù)。應用該機制后,可視電話業(yè)務將更加容易被用戶接收,對于運營商推廣業(yè)務和提高用戶體驗都有著極大的促進。
本發(fā)明的目的在于提供一種在可視電話通話過程中,當一方錄制另一方的可視電話時,必須向對方發(fā)送提示信息的實現(xiàn)方法。通過此方案可以保證被錄制方得知錄制方的錄制行為,從而錄制方只有在被錄制方允許的情況下才能完成錄制。該方案的應用,有力的保護了用戶的隱私,有利于運營商對可視電話業(yè)務的推廣。并且本方案只需要對終端的軟件進行更改,而不需要任何網(wǎng)絡側的配合。
本發(fā)明所述的一種無線終端發(fā)起可視電話業(yè)務時,當終端用戶想錄制對方的可視電話圖像和聲音時,向對方給出提示信息的解決方案包括以下組成部分視頻、音頻輸入/輸出設備對于移動終端來說視頻輸入輸出設備就是攝像頭和LCD,音頻輸入和輸出設備就是麥克和聽筒。
視頻、音頻輸入/輸出控制模塊該模塊控制輸入輸出到視頻、音頻編解碼模塊的碼流,通話過程中為輸入攝像頭和麥克的視頻流和音頻流。當接收到“可視電話用戶操作接口”發(fā)來的相關事件,該模塊可以將輸入的視頻流和音頻流替換為保存在本地的文件。本發(fā)明中的錄制提示信息插入到音頻流和視頻流主要是靠該模塊實現(xiàn)的。
可視電話用戶操作接口提供用戶操作的接口,例如,可視電話的錄制操作。
可視電話應用管理模塊對可視電話的狀態(tài)機、呼叫、顯示等功能進行管理。
視頻編碼/解碼模塊完成視頻流的編解碼。
音頻編碼/解碼模塊完成音頻流的編解碼。
底層協(xié)議模塊支持可視電話的協(xié)議層,這部分在本發(fā)明中不做任何改動,不涉及到這個層面。
上述可視電話業(yè)務終端結構詳見附圖2。
本發(fā)明的技術方案如下無線終端發(fā)起可視電話業(yè)務時,當終端用戶想錄制對方的可視電話圖像和聲音時,向對方給出提示的解決方案包括以下步驟步驟1視頻、音頻提示幀的構建構建的視頻、音頻提示幀的作用,是用來替換發(fā)送給對方的來自攝像頭和麥克的視頻和音頻流,從而向被錄制方給出可視電話畫面和聲音上的“對方錄制提示”。該段視頻,音頻流的時間長度,提示內(nèi)容,圖像大小,各個終端可以根據(jù)終端的實際情況制作。
步驟2隱含信令的制作以及解析在發(fā)送的圖像中,將錄制請求的信令隱含在圖像的像素點中,從而使支持該解碼的終端,能夠解析出該信令。
為了減少因為傳輸過程中的信道誤碼,而產(chǎn)生的隱含信令的丟失和誤傳,則必須在連續(xù)的N幀中重復傳輸隱含信令,并且通過算法來正確的解析隱含信令,具體算法將在下面描述。
目前攝像頭輸出的信號,基本上是YUV格式的。在判斷像素點的值時,對于其中的Y,U,V三個分量,可以只選擇其中的一個分量作為判斷標準,也可以選擇其中的兩個或者全部作為像素值的判斷標準。而亮度分量Y通常是一個重要的選擇。
我們使用F(x,y)來表示每個像素點(x,y)在每幀中的取值。
按照標準定義F(x,y)=YUV]]>Y=0.299R+0.587G+0.114BU=-0.147R-0.289G+0.436BV=0.615R-0.515G-0.100B對于攝像頭輸出為RGB格式的處理,可以按照上面的公式轉換成YUV格式進行處理。
隱含信令的原理是,在圖像中規(guī)定的位置插入一系列定義好值的像素點來表示一個數(shù)值。之所以,選擇一個像素值序列,而不是一個像素來表示一個消息值,是為了避免當圖像幀附加隱含信令的區(qū)域中圖像本身的像素點同定義的像素點序列色差過小時,而導致隱含信令的誤解析。對于序列個數(shù)n的取值,可以根據(jù)圖像YUV格式的不同而決定。推薦的n值為4-12之間的偶數(shù)值。當然采用奇數(shù)值也無不可。
我們構造如下的具有不同像素值的序列An=F(xn,yn),n=0...N-1Bn=F(xn,yn),n=0...N-lCn=F(xn,yn),n=0...N-1Dn=F(xn,yn),n=0...N-lEn=F(xn,yn),n=0...N-1其中n為序列個數(shù)。
針對錄制過程的信令,主要有兩條VideoCallRecordRequest;
VideoCallRecordAck。
信令由如下的兩個部分組成
隱含信令中某個消息類型的值,使用像素值序列F(xa,ya),a=0...N-1來表示。隱含信令中某個消息體的值,使用像素值序列F(xb,yb),b=0...N-1來表示。
VideoCallRecordRequest的消息類型值,使用像素值序列An來代替,該消息無消息體。VideoCallRecordAck則包括消息類型和消息體兩部分。而消息體對應兩個返回值,“同意錄制”和“拒絕錄制”,可以使用三個像素值序列Bn,Cn和Dn來代替。
此外還需要一個像素值序列代表隱含信令碼存在標識,用來指示當前幀是否存在隱含信令碼,使用F(xc,yc),c=0...N-1來表示。如果當前幀包含信令碼,則使用像素值序列值En代替。
An,Bn,Cn,Dn和En的取值,在位置不沖突的情況下,可以取值相同。
對于像素點(x,y)的選擇,以盡量減小對可視電話通話圖像質(zhì)量的影響為前提,對于隱含信令碼存在標識和隱含信令碼可以分配不同的像素區(qū)域,而對于隱含信令碼存在標識和隱含信令碼的像素值序列,在規(guī)定好的位置可以按照一定的形狀進行連續(xù)排列,如圖3A至圖3E所示。圖3A至圖3E只是給出了一種說明,具體應用可以靈活定制。為了方便算法的識別可以以四個角的坐標為參考坐標進行選擇。
設定像素差異閥值ξ1,ξ2和ξ3,分別對應像素點的Y,U和V三個分量。這個閥值表明兩個像素間顏色差異在某個范圍內(nèi)就認為是相同的像素點。
設定第二個像素點差異數(shù)目閥值ξ5,n/2<ξ5<n。這里n為序列個數(shù)。
下面我們以只選擇F(x,y)中的Y值為參考對象為例,說明解析算法。
首先在可視電話接通后,終端開始監(jiān)視每一幀圖像,對每一幀圖像的隱含信令碼存在標識F(xb,yb),b=0...N-1,進行判斷。
β(x,y)=1|F(xc,yc)-Ec|≤ξ10|F(xc,yc)-Ec|>ξ1c=0,......,N-1]]>如果β(x,y)==1,認為這兩個像素點相同,則C=C+1(C初始值為0)。
比較完所有的像素點后,判斷如果C>=ξ5,則認為隱含信令碼存在標識有效,開始解析信令。否則,本幀為正常的圖像幀。
對于信令解析算法如下首先判斷接收隱含信令的消息類型首先同VideoCallRecordRequest消息類型的像素值序列An進行比較β(x,y)=1|F(xa,ya)-Aa|≤ξ10|F(xa,ya)-Aa|>ξ1a=0,......,N-1]]>如果β(x,y)==1,則C=C+1(C初始值為0)比較完所有的像素點后,判斷如果C>=ξ5,則說明該消息為VideoCallRecordRequest消息。
如果判斷不是VideoCallRecordRequest消息,則需要繼續(xù)同VideoCallRecordAck消息類型的像素值序列Bn進行比較β(x,y)=1|F(xa,ya)-Ba|≤ξ10|F(xa,ya)-Ba|>ξ1a=0,......,N-1]]>如果β(x,y)==1,則C=C+1(C初始值為0)比較完所有的像素點后,判斷如果C>=ξ5,則說明該消息為VideoCallRecordAck消息。
如果經(jīng)過判斷,即不是VideoCallRecordRequest消息,也不是VideoCallRecordAck消息,則該幀隱含信令無效,丟棄。
如果判斷為VideoCallRecordAck消息,則對消息體內(nèi)容進行判斷,分別同代表“同意錄制”和“拒絕錄制”的像素值序列Cn和Dn進行比較
β(x,y)=1|F(xa,ya)-Ca|≤ξ10|F(xa,ya)-Ca|>ξ1a=0,......,N-1]]>如果β(x,y)==1,則C=C+1(C初始值為0)比較完所有的像素點后,判斷如果C>=ξ5,則說明VideoCallRecordAck的消息體內(nèi)容為“同意錄制”。否則繼續(xù)比較β(x,y)=1|F(xa,ya)-Da|≤ξ10|F(xa,ya)-Da|>ξ1a=0,......,N-1]]>如果β(x,y)==1,則C=C+1(C初始值為0)比較完所有的像素點后,判斷如果C>=ξ5,則說明VideoCallRecordAck的消息體內(nèi)容為“拒絕錄制”。
如果消息體內(nèi)容即不是“同意錄制”,也不是“拒絕錄制”,則該幀包含的隱含信令消息無效,拋棄。
上述方法中,隱含信令碼的插入、解析,隱含信令的插入、解析,丟棄隱含信令碼檢測到以后的N-1幀都由視頻、音頻輸入/輸出控制模塊完成。
該方法的幾個注意事項1.必須保證圖像幀中按照像素值序列An,Bn,Cn,Dn和En(分別代表消息類型,消息體,隱含信令碼存在標識)對像素點填充的順序同信令碼解析的順序相同。
2.為了保證解析的正確性,對于同序列中的像素值元素需要滿足如下條件|Xn-Xn-1|≥2ξ1,n=0...N-1,Xn代表An,Bn,Cn,Dn和En。
3.而對于相同性質(zhì)的序列值,如An和Bn(消息類型),Cn和Dn(消息體),必須滿足如下條件|An-Bn|≥2ξ1,|Cn-Dn|≥2ξ1,n=0...N-1。
4.如果只考慮目前的VideoCallRecordRequest和VideoCallRecordAck兩個消息的話,可以不考慮消息體和消息類型的區(qū)別,這樣可以減少定義一個序列,但是考慮可能存在的擴展,所以定義了消息類型和消息體。如果采用不區(qū)分消息體和消息類型的做法,仍然包含在此專利范圍內(nèi)。
步驟3用戶操作流程首先可視電話雙方處于接通狀態(tài)。
錄制方通過菜單選擇錄制對方的可視電話圖像。
接到錄制通知的事件后,視頻、音頻輸入/輸出控制將使用存儲在本地的視頻和音頻文件(主題為提醒被錄制用戶對方將要開始錄制,這樣如果被錄制終端不支持隱含信令的解析,用戶可以得到圖像提示),替換此事件后的N幀??紤]到用戶視覺和聽覺的感覺,提示圖像的建議時間長度大約在2-3秒鐘左右,如果每秒的播放幀數(shù)在10幀,則插入的幀數(shù)在20-30幀。在這些幀中,選擇連續(xù)的N1幀插入隱含信令碼存在標識和VideoCallRecordRequest消息。因為有N1幀的插入,所以可以保證對方的可靠接收。
被錄制方對每幀圖像的隱含信令碼存在標識進行檢測,一旦檢測到有隱含信令存在,則進行解析。在檢測出為VideoCallRecordRequest消息后,彈出提示框,詢問用戶是否允許錄制方錄制。注因為隱含信令連續(xù)在N1幀內(nèi)發(fā)送,所以接收方需要丟棄后面的N1-1幀隱含信令。
被錄制方向錄制方發(fā)送VideoCallRecordAck消息,如果用戶同意錄制,則消息體為“同意錄制”,否則為“拒絕錄制”。也在N1幀內(nèi)向錄制方發(fā)送該隱含信令。
錄制方解析出VideoCallRecordAck后,同樣忽略后面的N1-1幀隱含信令,并且完成消息體的解析。如果被錄制方同意錄制,則開始錄像。否則彈出提示框,提示對方禁止錄像。2-3秒后,彈出框消失。可視電話繼續(xù)。
下面結合附圖,對本發(fā)明做進一步的詳細描述。
本發(fā)明提供了一種無線終端發(fā)起可視電話業(yè)務時,當終端用戶想錄制對方的可視電話圖像和聲音時,向對方給出提示信息的解決方案。本方案通過向被錄制方發(fā)送提示錄像提醒,以及在傳輸圖像中添加隱含信令的雙重方法,確保了可視電話通話過程中被錄制方的隱私權,極大的提高了用戶體驗,有利于運營商推廣可視電話業(yè)務。
步驟1用戶A呼叫用戶B,成功建立可視電話通話。
步驟2當錄制方需要錄制對方圖像時,通過用戶菜單選擇錄制對方圖像。用戶通過UI(用戶接口)觸發(fā)可視電話應用管理模塊,向底層的視頻、音頻輸入/輸出控制模塊發(fā)送“開始錄制”事件。接收到“開始錄制”事件后,控制模塊開始切斷來自攝像頭和麥克的視頻、音頻輸入,使用存儲在本地視頻和音頻文件,替換此后的N幀(例如N=6幀)圖像和聲音。
在此N幀圖像中,選擇前面的N1(0<N1≤N)(例如N1=3幀)幀添加隱含信令碼存在標識和VideoCallRecordRequest消息,選擇圖像不同的位置區(qū)域像素點添加兩者對應的En和An像素點序列。對于隱含信令碼存在標識F(xc,yc)=Ec,c=0…n-1(例如n=5,取5個像素點)。對于VideoCallRecordRequest請求消息,F(xiàn)(xa,ya)=Aa,a=0…n-1。
通過此步驟,即使被錄制方終端不支持隱含信令的解析,也同樣可以得到視頻和音頻上的提示,存在的缺點就是如果不希望錄制方錄制可視電話,則必須掛斷可視電話。在完成了N幀圖像的替換發(fā)送之后,視頻、音頻輸入/輸出控制模塊將輸出重新切換回攝像頭和麥克,并且向應用管理模塊發(fā)送通知事件,考慮到被錄制方收到錄制提示信息圖像的延時,在收到通知后錄制方可以考慮在S秒(例如S=3秒)后開始錄制。
步驟3終端將對接收到的每一幀檢測是否存在隱含信令。當用戶檢測到隱含信令碼存在標識有效時,則繼續(xù)解析消息類型。關于消息類型的解析參見上面解析算法的描述。當檢測出是VideoCallRecordRequest請求消息時,則向用戶給出提示框,提示內(nèi)容意思為“是否允許對方錄制可視電話通話”。用戶可以選擇“是”或者“否”。需要注意的是,為了保證被錄制方能夠可靠的收到信令消息,在錄制方連續(xù)N1幀中將重復發(fā)送該消息,在被錄制方接收時,必須要丟棄重復發(fā)送的多余的消息,簡單的做法為在成功的解析出該消息后的N1-1幀不再解析隱含信令。為了避免隱含信令的丟失,發(fā)送方應該保證,兩條不同的隱含信令發(fā)送間隔,應該大于2倍的N1幀。
步驟4根據(jù)用戶對“是否允許對方錄制可視電話通話”彈出框的反映,在用戶給出選擇后的N1幀圖像中,被錄制方將在傳送給錄制方的圖像中,添加隱含信令碼存在標識和VideoCallRecordAck的消息類型和消息體,選擇圖像不同的位置區(qū)域像素點添加上述三者對應的En,Bn,Cn(同意錄制),Dn(拒絕錄制)像素點序列。對于隱含信令碼存在標識F(xc,yc)=Ec,c=0…n-1。對于VideoCallRecordAck消息類型,F(xiàn)(xb,yb)=Bb,b=0…n-1。如果用戶選擇“同意錄制”,VideoCallRecordAck消息體為F(xc,yc)=Cc,c=0…n-1。如果用戶選擇“拒絕錄制”,VideoCallRecordAck消息體為F(xd,yd)=Dd,d=0…n-1。
步驟5錄制方在完成發(fā)送給被錄制方提示圖像幀后的S秒后,不管是否接收到隱含信令VideoCallRecordAck消息,都要開始錄制,原因為被錄制方可能不支持隱含信令的解析。在錄制方檢測到隱含信令碼存在標識后,對接收到的VideoCallRecordAck消息進行解析,如果VideoCallRecordAck消息體為“同意錄制”,此時如果錄制方已經(jīng)開始錄制,則繼續(xù)錄制工作,如果還沒有開始錄制,則立刻啟動錄制工作。如果VideoCallRecordAck消息體為“拒絕錄制”,如果錄制方已經(jīng)開始錄制,則終端停止錄制,自動刪除已經(jīng)錄制的文件,并且向用戶彈出提示框,提示對方拒絕錄制操作。如果錄制方還沒有開始錄制,則直接彈出提示框,提示對方拒絕錄制操作,并且后續(xù)不進行錄制操作。
在被錄制方終端不支持解碼隱含信令時,上述步驟2中,即使被錄制方終端不支持隱含信令的解析,也同樣可以得到視頻和音頻上的提示,存在的缺點就是如果不希望錄制方錄制可視電話,則必須掛斷可視電話。
本領域的技術人員在不脫離權利要求書確定的本發(fā)明的精神和范圍的條件下,還可以對以上內(nèi)容進行各種各樣的修改。因此本發(fā)明的范圍并不僅限于以上的說明,而是由權利要求書的范圍來確定的。
權利要求
1.一種在錄制對方圖像時給出提示信息的方法,其特征在于,包括以下步驟步驟1,錄制方向被錄制方發(fā)出錄制提示,并發(fā)出錄制請求命令;步驟2,被錄制方向用戶顯示錄制方給出的錄制提示;步驟3,如果被錄制方的終端支持信令解析,則解析出錄制請求命令,并且被錄制方向錄制方答復是否同意錄制;如果被錄制方的終端不支持信令解析,被錄制方如果拒絕錄制,則被錄制方終止通話,被錄制方如果同意錄制,則被錄制方忽略錄制提示,繼續(xù)通話。
2.如權利要求1所述的在錄制對方圖像時給出提示信息的方法,其特征在于,所述步驟1中,接到錄制通知的事件后,錄制方的視頻輸入/輸出控制模塊將使用存儲在本地的視頻文件替換此事件后的N幀,在所述N幀中插入錄制提示和錄制請求命令。
3.如權利要求2所述的在錄制對方圖像時給出提示信息的方法,其特征在于,所述錄制請求命令為在所述N幀中的連續(xù)的N1幀插入的隱含信令碼存在標識和錄制請求消息。
4.如權利要求3所述的在錄制對方圖像時給出提示信息的方法,其特征在于,所述步驟3中,被錄制方對每幀圖像的隱含信令碼存在標識進行檢測,一旦檢測到存在錄制請求消息,則進行解析。
5.如權利要求4所述的在錄制對方圖像時給出提示信息的方法,其特征在于,所述步驟3中,在檢測出錄制請求消息之后,彈出錄制提示詢問被錄制方是否允許錄制方錄制;被錄制方依據(jù)錄制提示發(fā)送錄制應答命令。
6.如權利要求5所述的在錄制對方圖像時給出提示信息的方法,其特征在于,還包括步驟4,錄制方解析應答錄制應答命令,依據(jù)錄制應答命令的內(nèi)容開始錄制、繼續(xù)錄制或者放棄錄制。
7.如權利要求6所述的在錄制對方圖像時給出提示信息的方法,其特征在于,步驟4中,被錄制方在連續(xù)的N1幀中向錄制方發(fā)送的錄制應答命令包括隱含信令碼存在標識和錄制應答消息。
8.如權利要求4所述的在錄制對方圖像時給出提示信息的方法,其特征在于,步驟3中,在進行隱含信令碼存在標識進行檢測時,如果每一幀中的隱含信令碼存在標識F(xb,yb)與像素值序列En中相同像素點的總數(shù)大于閾值ξ5,則認為隱含信令碼存在標識有效,開始解析錄制請求消息;否則該幀為正常的圖像幀。
9.如權利要求4所述的在錄制對方圖像時給出提示信息的方法,其特征在于,步驟3中,在解析錄制請求消息時,如果像素值序列F(xa,ya)與像素值序列An的像素點相同的總數(shù)大于閾值ξ5,則該消息為錄制請求消息;否則該幀中的錄制請求消息無效,丟棄。
10.如權利要求7所述的在錄制對方圖像時給出提示信息的方法,其特征在于,步驟4中,在解析錄制應答消息時,如果像素值序列F(xa,ya)與像素值序列Bn中相同像素點的總數(shù)大于閾值ξ5,則該消息為錄制應答消息;否則該幀中的應答消息無效,丟棄。
11.如權利要求10所述的在錄制對方圖像時給出提示信息的方法,其特征在于,步驟4中,如果該消息為應答消息像素值序列F(xa,ya)與像素值序列Cn中相同像素點的總數(shù)如果大于閾值ξ5,則該消息為同意錄制應答消息;像素值序列F(xa,ya)與像素值序列Dn中相同像素點的總數(shù)如果大于閾值ξ5,則該消息為拒絕錄制應答消息。
12.如權利要求8至11之一所述的在錄制對方圖像時給出提示信息的方法,其特征在于,像素值序列An、Bn、Cn、Dn和En對像素點填充的順序同隱含信令碼解析順序相同;|Xn-Xn-1|≥2ξ1,n=0...N-1,Xn為An、Bn、Cn、Dn或En;|An-Bn|≥2ξ1,|Cn-Dn|≥2ξ1,n=0...N-1。
13.一種在錄制對方圖像時給出提示信息的系統(tǒng),包括視頻、音頻輸入/輸出設備,視頻、音頻輸入/輸出控制模塊,可視電話用戶操作接口,可視電話應用管理模塊,視頻編碼/解碼模塊,音頻編碼/解碼模塊,底層協(xié)議模塊,其特征在于,所述視頻、音頻輸入/輸出控制模塊還用于錄制方向被錄制方發(fā)出錄制提示,并發(fā)出錄制請求命令;還用于發(fā)出錄制應答命令;還用于解析錄制請求命令;還用于解析錄制應答命令;所述視頻編碼/解碼模塊,還用于向被錄制方顯示錄制提示。
14.如權利要求13所述的在錄制對方圖像時給出提示信息的系統(tǒng),其特征在于,所述視頻、音頻輸入/輸出控制模塊在所述N幀中的連續(xù)的N1幀插入錄制請求命令。
15.如權利要求14所述的在錄制對方圖像時給出提示信息的系統(tǒng),其特征在于,所述錄制請求命令包含隱含信令碼存在標識和錄制請求消息。
16.如權利要求13所述的在錄制對方圖像時給出提示信息的系統(tǒng),其特征在于,所述視頻、音頻輸入/輸出控制模塊在所述N幀中的連續(xù)的N1幀插入錄制應答命令。
17.如權利要求16所述的在錄制對方圖像時給出提示信息的系統(tǒng),其特征在于,所述錄制應答命令包含隱含信令碼存在標識和錄制應答消息。
全文摘要
本發(fā)明涉及一種在錄制對方圖像時給出提示信息的方法,包括以下步驟步驟1,錄制方向被錄制方發(fā)出錄制提示,并發(fā)出錄制請求命令;步驟2,被錄制方向用戶顯示錄制方給出的錄制提示;步驟3,如果被錄制方的終端支持信令解析,則解析出錄制請求命令,并且被錄制方向錄制方答復是否同意錄制;如果被錄制方的終端不支持信令解析,被錄制方如果拒絕錄制,則被錄制方終止通話,被錄制方如果同意錄制,則被錄制方忽略錄制提示,繼續(xù)通話。本發(fā)明中,在錄制對方圖像時向對方發(fā)送提示消息,防止用戶在不知情的情況下被錄制可視電話,從而充分有效的保護了用戶的隱私權。
文檔編號H04N5/76GK101052116SQ20071009905
公開日2007年10月10日 申請日期2007年5月10日 優(yōu)先權日2007年5月10日
發(fā)明者劉軼 申請人:中興通訊股份有限公司