專利名稱：一種在錄制對(duì)方圖像時(shí)給出提示信息的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種在錄制對(duì)方圖像時(shí)給出提示信息的方法及系統(tǒng)。
背景技術(shù)：
可視電話業(yè)務(wù)是一種集圖像、語音于一體的多媒體通信業(yè)務(wù)，可以實(shí)現(xiàn)人們面對(duì)面的即時(shí)溝通，即通話雙方在通話過程中能夠互相看到對(duì)方的場景?？梢曤娫捒梢酝ㄟ^分組方式或電路方式來實(shí)現(xiàn)，目前在WCDMA網(wǎng)絡(luò)中要求的可視電話業(yè)務(wù)是指基于電路域(CS)承載來實(shí)現(xiàn)的可視電話業(yè)務(wù)。
按照始呼對(duì)象和被呼對(duì)象又可以分為如下幾種移動(dòng)終端之間的呼叫始呼方和被呼方都是移動(dòng)終端，遵循H.324協(xié)議。
移動(dòng)終端和視頻網(wǎng)關(guān)之間的呼叫移動(dòng)終端即可以做主叫也可以做被叫，遵循H.324協(xié)議，移動(dòng)終端始呼方通常需要支持二次撥號(hào)。
此外還有的運(yùn)營商提供視頻郵件業(yè)務(wù)，移動(dòng)終端可以撥打視頻郵件平臺(tái)來獲取視頻郵件的內(nèi)容。
媒體、控制信號(hào)、呼叫處理、多路復(fù)用等各層協(xié)議的關(guān)系如圖1所示。當(dāng)可視電話發(fā)起時(shí)，首先雙方通過呼叫過程，建立物理通道，然后是控制信號(hào)(H.245)的交互，發(fā)送信號(hào)側(cè)經(jīng)過切割(CCSRL)、分序(NSRP)后，通過復(fù)用(H.223)，經(jīng)由物理層傳送給對(duì)方。接收方按順序收集(NSRP)、組合(CCSRL)，經(jīng)過控制信號(hào)的交互，完成可視電話的通道的建立。這時(shí)雙方的視頻/音頻信號(hào)就可經(jīng)過媒體編解碼器與對(duì)方進(jìn)行可視交互了。
可視電話作為體現(xiàn)3G網(wǎng)絡(luò)，尤其是WCDMA網(wǎng)絡(luò)特點(diǎn)的業(yè)務(wù)，一直是3G運(yùn)營商大力推廣，也是用戶非常喜歡的一種視頻業(yè)務(wù)。
但是大家在享受到通話對(duì)方可視的同時(shí)，另外一方面的矛盾也體現(xiàn)出來，就是個(gè)人隱私的問題，所以在很多終端提供了靜音，以及發(fā)送替代畫面等手段來保護(hù)用戶的隱私。
但是還有一種情況需要考慮。目前的可視電話終端大都提供了將對(duì)方圖像進(jìn)行錄制的功能，這樣就有可能在用戶不知情的情況下，被對(duì)方進(jìn)行錄像，從而導(dǎo)致了自己隱私權(quán)被侵犯。因此防止用戶在自己不知情的情況下被錄制可視電話圖像十分有必要。

發(fā)明內(nèi)容
為了解決上述的技術(shù)問題，提供了一種在錄制對(duì)方圖像時(shí)給出提示信息的方法及系統(tǒng)，其目的在于，防止用戶在不知情的情況下被錄制可視電話。
本發(fā)明提供了一種在錄制對(duì)方圖像時(shí)給出提示信息的方法，包括以下步驟步驟1，錄制方向被錄制方發(fā)出錄制提示，并發(fā)出錄制請(qǐng)求命令；步驟2，被錄制方向用戶顯示錄制方給出的錄制提示；步驟3，如果被錄制方的終端支持信令解析，則解析出錄制請(qǐng)求命令，并且被錄制方向錄制方答復(fù)是否同意錄制；如果被錄制方的終端不支持信令解析，被錄制方如果拒絕錄制，則被錄制方終止通話，被錄制方如果同意錄制，則被錄制方忽略錄制提示，繼續(xù)通話。
所述步驟1中，接到錄制通知的事件后，錄制方的視頻輸入/輸出控制模塊將使用存儲(chǔ)在本地的視頻文件替換此事件后的N幀，在所述N幀中插入錄制提示和錄制請(qǐng)求命令。
所述錄制請(qǐng)求命令為在所述N幀中的連續(xù)的N1幀插入的隱含信令碼存在標(biāo)識(shí)和錄制請(qǐng)求消息。
所述步驟3中，被錄制方對(duì)每幀圖像的隱含信令碼存在標(biāo)識(shí)進(jìn)行檢測，一旦檢測到存在錄制請(qǐng)求消息，則進(jìn)行解析。
所述步驟3中，在檢測出錄制請(qǐng)求消息之后，彈出錄制提示詢問被錄制方是否允許錄制方錄制；被錄制方依據(jù)錄制提示發(fā)送錄制應(yīng)答命令。
還包括步驟4，錄制方解析應(yīng)答錄制應(yīng)答命令，依據(jù)錄制應(yīng)答命令的內(nèi)容開始錄制、繼續(xù)錄制或者放棄錄制。
步驟4中，被錄制方在連續(xù)的N1幀中向錄制方發(fā)送的錄制應(yīng)答命令包括隱含信令碼存在標(biāo)識(shí)和錄制應(yīng)答消息。
步驟3中，在進(jìn)行隱含信令碼存在標(biāo)識(shí)進(jìn)行檢測時(shí)，如果每一幀中的隱含信令碼存在標(biāo)識(shí)F(xb，yb)與像素值序列En中相同像素點(diǎn)的總數(shù)大于閾值ξ5，則認(rèn)為隱含信令碼存在標(biāo)識(shí)有效，開始解析錄制請(qǐng)求消息；否則該幀為正常的圖像幀。
步驟3中，在解析錄制請(qǐng)求消息時(shí)，如果像素值序列F(xa，ya)與像素值序列An的像素點(diǎn)相同的總數(shù)大于閾值ξ5，則該消息為錄制請(qǐng)求消息；否則該幀中的錄制請(qǐng)求消息無效，丟棄。
步驟4中，在解析錄制應(yīng)答消息時(shí)，如果像素值序列F(xa，ya)與像素值序列Bn中相同像素點(diǎn)的總數(shù)大于閾值ξ5，則該消息為錄制應(yīng)答消息；否則該幀中的應(yīng)答消息無效，丟棄。
步驟4中，如果該消息為應(yīng)答消息像素值序列F(xa，ya)與像素值序列Cn中相同像素點(diǎn)的總數(shù)如果大于閾值ξ5，則該消息為同意錄制應(yīng)答消息；像素值序列F(xa，ya)與像素值序列Dn中相同像素點(diǎn)的總數(shù)如果大于閾值ξ5，則該消息為拒絕錄制應(yīng)答消息。
像素值序列An、Bn、Cn、Dn和En對(duì)像素點(diǎn)填充的順序同隱含信令碼解析順序相同；|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ā)明提供了一種在錄制對(duì)方圖像時(shí)給出提示信息的系統(tǒng)，包括視頻、音頻輸入/輸出設(shè)備，視頻、音頻輸入/輸出控制模塊，可視電話用戶操作接口，可視電話應(yīng)用管理模塊，視頻編碼/解碼模塊，音頻編碼/解碼模塊，底層協(xié)議模塊，所述視頻、音頻輸入/輸出控制模塊還用于錄制方向被錄制方發(fā)出錄制提示，并發(fā)出錄制請(qǐng)求命令；還用于發(fā)出錄制應(yīng)答命令；還用于解析錄制請(qǐng)求命令；還用于解析錄制應(yīng)答命令；所述視頻編碼/解碼模塊，還用于向被錄制方顯示錄制提示。
所述視頻、音頻輸入/輸出控制模塊在所述N幀中的連續(xù)的N1幀插入錄制請(qǐng)求命令。
所述錄制請(qǐng)求命令包含隱含信令碼存在標(biāo)識(shí)和錄制請(qǐng)求消息。
所述視頻、音頻輸入/輸出控制模塊在所述N幀中的連續(xù)的N1幀插入錄制應(yīng)答命令。
所述錄制應(yīng)答命令包含隱含信令碼存在標(biāo)識(shí)和錄制應(yīng)答消息。
本發(fā)明中，在錄制對(duì)方圖像時(shí)向?qū)Ψ桨l(fā)送提示消息，防止用戶在不知情的情況下被錄制可視電話，從而充分有效的保護(hù)了用戶的隱私權(quán)。


圖1可視電話各層協(xié)議的關(guān)系框圖；圖2是可視電話功能模塊結(jié)構(gòu)框圖；圖3A是n＝4時(shí)隱含信令像素值序列分配示意圖；圖3B是n＝6時(shí)隱含信令像素值序列分配示意圖；圖3C是n＝8時(shí)隱含信令像素值序列分配示意圖；圖3D是n＝10時(shí)隱含信令像素值序列分配示意圖；圖3E是n＝12時(shí)隱含信令像素值序列分配示意圖。
具體實(shí)施例方式
而本發(fā)明主要針對(duì)的是移動(dòng)終端之間的呼叫。
在本方案中，通過替換傳送給對(duì)方的視頻圖像幀和音頻圖像幀，并且在圖像中包含隱藏命令碼的方法，來通知對(duì)方即將進(jìn)行可視電話錄制，可以有效的保護(hù)用戶的隱私。對(duì)于不支持本方案的手機(jī)，被錄制用戶同樣可以看到提示圖案和提示音從而得知對(duì)方的錄制行為，從而決定是否通過掛機(jī)來阻止對(duì)方的錄制行為。如果雙方手機(jī)都支持本方案，則被錄制方可以拒絕錄制，并且將該拒絕命令通過本方案規(guī)定的圖像隱藏命令碼傳送給錄制方手機(jī)，錄制方手機(jī)將不能進(jìn)行錄制功能，并向錄制方給出類似提示“因?yàn)楸讳浿品骄芙^，您不能執(zhí)行錄制功能”，被錄制方即拒絕了對(duì)方的錄制請(qǐng)求，又保證了可視電話的繼續(xù)。應(yīng)用該機(jī)制后，可視電話業(yè)務(wù)將更加容易被用戶接收，對(duì)于運(yùn)營商推廣業(yè)務(wù)和提高用戶體驗(yàn)都有著極大的促進(jìn)。
本發(fā)明的目的在于提供一種在可視電話通話過程中，當(dāng)一方錄制另一方的可視電話時(shí)，必須向?qū)Ψ桨l(fā)送提示信息的實(shí)現(xiàn)方法。通過此方案可以保證被錄制方得知錄制方的錄制行為，從而錄制方只有在被錄制方允許的情況下才能完成錄制。該方案的應(yīng)用，有力的保護(hù)了用戶的隱私，有利于運(yùn)營商對(duì)可視電話業(yè)務(wù)的推廣。并且本方案只需要對(duì)終端的軟件進(jìn)行更改，而不需要任何網(wǎng)絡(luò)側(cè)的配合。
本發(fā)明所述的一種無線終端發(fā)起可視電話業(yè)務(wù)時(shí)，當(dāng)終端用戶想錄制對(duì)方的可視電話圖像和聲音時(shí)，向?qū)Ψ浇o出提示信息的解決方案包括以下組成部分視頻、音頻輸入/輸出設(shè)備對(duì)于移動(dòng)終端來說視頻輸入輸出設(shè)備就是攝像頭和LCD，音頻輸入和輸出設(shè)備就是麥克和聽筒。
視頻、音頻輸入/輸出控制模塊該模塊控制輸入輸出到視頻、音頻編解碼模塊的碼流，通話過程中為輸入攝像頭和麥克的視頻流和音頻流。當(dāng)接收到“可視電話用戶操作接口”發(fā)來的相關(guān)事件，該模塊可以將輸入的視頻流和音頻流替換為保存在本地的文件。本發(fā)明中的錄制提示信息插入到音頻流和視頻流主要是靠該模塊實(shí)現(xiàn)的。
可視電話用戶操作接口提供用戶操作的接口，例如，可視電話的錄制操作。
可視電話應(yīng)用管理模塊對(duì)可視電話的狀態(tài)機(jī)、呼叫、顯示等功能進(jìn)行管理。
視頻編碼/解碼模塊完成視頻流的編解碼。
音頻編碼/解碼模塊完成音頻流的編解碼。
底層協(xié)議模塊支持可視電話的協(xié)議層，這部分在本發(fā)明中不做任何改動(dòng)，不涉及到這個(gè)層面。
上述可視電話業(yè)務(wù)終端結(jié)構(gòu)詳見附圖2。
本發(fā)明的技術(shù)方案如下無線終端發(fā)起可視電話業(yè)務(wù)時(shí)，當(dāng)終端用戶想錄制對(duì)方的可視電話圖像和聲音時(shí)，向?qū)Ψ浇o出提示的解決方案包括以下步驟步驟1視頻、音頻提示幀的構(gòu)建構(gòu)建的視頻、音頻提示幀的作用，是用來替換發(fā)送給對(duì)方的來自攝像頭和麥克的視頻和音頻流，從而向被錄制方給出可視電話畫面和聲音上的“對(duì)方錄制提示”。該段視頻，音頻流的時(shí)間長度，提示內(nèi)容，圖像大小，各個(gè)終端可以根據(jù)終端的實(shí)際情況制作。
步驟2隱含信令的制作以及解析在發(fā)送的圖像中，將錄制請(qǐng)求的信令隱含在圖像的像素點(diǎn)中，從而使支持該解碼的終端，能夠解析出該信令。
為了減少因?yàn)閭鬏斶^程中的信道誤碼，而產(chǎn)生的隱含信令的丟失和誤傳，則必須在連續(xù)的N幀中重復(fù)傳輸隱含信令，并且通過算法來正確的解析隱含信令，具體算法將在下面描述。
目前攝像頭輸出的信號(hào)，基本上是YUV格式的。在判斷像素點(diǎn)的值時(shí)，對(duì)于其中的Y，U，V三個(gè)分量，可以只選擇其中的一個(gè)分量作為判斷標(biāo)準(zhǔn)，也可以選擇其中的兩個(gè)或者全部作為像素值的判斷標(biāo)準(zhǔn)。而亮度分量Y通常是一個(gè)重要的選擇。
我們使用F(x，y)來表示每個(gè)像素點(diǎn)(x，y)在每幀中的取值。
按照標(biāo)準(zhǔn)定義F(x,y)=YUV]]>Y＝0.299R+0.587G+0.114BU＝-0.147R-0.289G+0.436BV＝0.615R-0.515G-0.100B對(duì)于攝像頭輸出為RGB格式的處理，可以按照上面的公式轉(zhuǎn)換成YUV格式進(jìn)行處理。
隱含信令的原理是，在圖像中規(guī)定的位置插入一系列定義好值的像素點(diǎn)來表示一個(gè)數(shù)值。之所以，選擇一個(gè)像素值序列，而不是一個(gè)像素來表示一個(gè)消息值，是為了避免當(dāng)圖像幀附加隱含信令的區(qū)域中圖像本身的像素點(diǎn)同定義的像素點(diǎn)序列色差過小時(shí)，而導(dǎo)致隱含信令的誤解析。對(duì)于序列個(gè)數(shù)n的取值，可以根據(jù)圖像YUV格式的不同而決定。推薦的n值為4-12之間的偶數(shù)值。當(dāng)然采用奇數(shù)值也無不可。
我們構(gòu)造如下的具有不同像素值的序列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為序列個(gè)數(shù)。
針對(duì)錄制過程的信令，主要有兩條VideoCallRecordRequest；
VideoCallRecordAck。
信令由如下的兩個(gè)部分組成

隱含信令中某個(gè)消息類型的值，使用像素值序列F(xa，ya)，a＝0...N-1來表示。隱含信令中某個(gè)消息體的值，使用像素值序列F(xb，yb)，b＝0...N-1來表示。
VideoCallRecordRequest的消息類型值，使用像素值序列An來代替，該消息無消息體。VideoCallRecordAck則包括消息類型和消息體兩部分。而消息體對(duì)應(yīng)兩個(gè)返回值，“同意錄制”和“拒絕錄制”，可以使用三個(gè)像素值序列Bn，Cn和Dn來代替。
此外還需要一個(gè)像素值序列代表隱含信令碼存在標(biāo)識(shí)，用來指示當(dāng)前幀是否存在隱含信令碼，使用F(xc，yc)，c＝0...N-1來表示。如果當(dāng)前幀包含信令碼，則使用像素值序列值En代替。
An，Bn，Cn，Dn和En的取值，在位置不沖突的情況下，可以取值相同。
對(duì)于像素點(diǎn)(x，y)的選擇，以盡量減小對(duì)可視電話通話圖像質(zhì)量的影響為前提，對(duì)于隱含信令碼存在標(biāo)識(shí)和隱含信令碼可以分配不同的像素區(qū)域，而對(duì)于隱含信令碼存在標(biāo)識(shí)和隱含信令碼的像素值序列，在規(guī)定好的位置可以按照一定的形狀進(jìn)行連續(xù)排列，如圖3A至圖3E所示。圖3A至圖3E只是給出了一種說明，具體應(yīng)用可以靈活定制。為了方便算法的識(shí)別可以以四個(gè)角的坐標(biāo)為參考坐標(biāo)進(jìn)行選擇。
設(shè)定像素差異閥值ξ1，ξ2和ξ3，分別對(duì)應(yīng)像素點(diǎn)的Y，U和V三個(gè)分量。這個(gè)閥值表明兩個(gè)像素間顏色差異在某個(gè)范圍內(nèi)就認(rèn)為是相同的像素點(diǎn)。
設(shè)定第二個(gè)像素點(diǎn)差異數(shù)目閥值ξ5，n/2＜ξ5＜n。這里n為序列個(gè)數(shù)。
下面我們以只選擇F(x，y)中的Y值為參考對(duì)象為例，說明解析算法。
首先在可視電話接通后，終端開始監(jiān)視每一幀圖像，對(duì)每一幀圖像的隱含信令碼存在標(biāo)識(shí)F(xb，yb)，b＝0...N-1，進(jìn)行判斷。
β(x,y)=1|F(xc,yc)-Ec|≤ξ10|F(xc,yc)-Ec|>ξ1c=0,......,N-1]]>如果β(x，y)＝＝1，認(rèn)為這兩個(gè)像素點(diǎn)相同，則C＝C+1(C初始值為0)。
比較完所有的像素點(diǎn)后，判斷如果C＞＝ξ5，則認(rèn)為隱含信令碼存在標(biāo)識(shí)有效，開始解析信令。否則，本幀為正常的圖像幀。
對(duì)于信令解析算法如下首先判斷接收隱含信令的消息類型首先同VideoCallRecordRequest消息類型的像素值序列An進(jìn)行比較β(x,y)=1|F(xa,ya)-Aa|≤ξ10|F(xa,ya)-Aa|>ξ1a=0,......,N-1]]>如果β(x，y)＝＝1，則C＝C+1(C初始值為0)比較完所有的像素點(diǎn)后，判斷如果C＞＝ξ5，則說明該消息為VideoCallRecordRequest消息。
如果判斷不是VideoCallRecordRequest消息，則需要繼續(xù)同VideoCallRecordAck消息類型的像素值序列Bn進(jìn)行比較β(x,y)=1|F(xa,ya)-Ba|≤ξ10|F(xa,ya)-Ba|>ξ1a=0,......,N-1]]>如果β(x，y)＝＝1，則C＝C+1(C初始值為0)比較完所有的像素點(diǎn)后，判斷如果C＞＝ξ5，則說明該消息為VideoCallRecordAck消息。
如果經(jīng)過判斷，即不是VideoCallRecordRequest消息，也不是VideoCallRecordAck消息，則該幀隱含信令無效，丟棄。
如果判斷為VideoCallRecordAck消息，則對(duì)消息體內(nèi)容進(jìn)行判斷，分別同代表“同意錄制”和“拒絕錄制”的像素值序列Cn和Dn進(jìn)行比較
β(x,y)=1|F(xa,ya)-Ca|≤ξ10|F(xa,ya)-Ca|>ξ1a=0,......,N-1]]>如果β(x，y)＝＝1，則C＝C+1(C初始值為0)比較完所有的像素點(diǎn)后，判斷如果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)比較完所有的像素點(diǎn)后，判斷如果C＞＝ξ5，則說明VideoCallRecordAck的消息體內(nèi)容為“拒絕錄制”。
如果消息體內(nèi)容即不是“同意錄制”，也不是“拒絕錄制”，則該幀包含的隱含信令消息無效，拋棄。
上述方法中，隱含信令碼的插入、解析，隱含信令的插入、解析，丟棄隱含信令碼檢測到以后的N-1幀都由視頻、音頻輸入/輸出控制模塊完成。
該方法的幾個(gè)注意事項(xiàng)1.必須保證圖像幀中按照像素值序列An，Bn，Cn，Dn和En(分別代表消息類型，消息體，隱含信令碼存在標(biāo)識(shí))對(duì)像素點(diǎn)填充的順序同信令碼解析的順序相同。
2.為了保證解析的正確性，對(duì)于同序列中的像素值元素需要滿足如下條件|Xn-Xn-1|≥2ξ1，n＝0...N-1，Xn代表An，Bn，Cn，Dn和En。
3.而對(duì)于相同性質(zhì)的序列值，如An和Bn(消息類型)，Cn和Dn(消息體)，必須滿足如下條件|An-Bn|≥2ξ1，|Cn-Dn|≥2ξ1，n＝0...N-1。
4.如果只考慮目前的VideoCallRecordRequest和VideoCallRecordAck兩個(gè)消息的話，可以不考慮消息體和消息類型的區(qū)別，這樣可以減少定義一個(gè)序列，但是考慮可能存在的擴(kuò)展，所以定義了消息類型和消息體。如果采用不區(qū)分消息體和消息類型的做法，仍然包含在此專利范圍內(nèi)。
步驟3用戶操作流程首先可視電話雙方處于接通狀態(tài)。
錄制方通過菜單選擇錄制對(duì)方的可視電話圖像。
接到錄制通知的事件后，視頻、音頻輸入/輸出控制將使用存儲(chǔ)在本地的視頻和音頻文件(主題為提醒被錄制用戶對(duì)方將要開始錄制，這樣如果被錄制終端不支持隱含信令的解析，用戶可以得到圖像提示)，替換此事件后的N幀?？紤]到用戶視覺和聽覺的感覺，提示圖像的建議時(shí)間長度大約在2-3秒鐘左右，如果每秒的播放幀數(shù)在10幀，則插入的幀數(shù)在20-30幀。在這些幀中，選擇連續(xù)的N1幀插入隱含信令碼存在標(biāo)識(shí)和VideoCallRecordRequest消息。因?yàn)橛蠳1幀的插入，所以可以保證對(duì)方的可靠接收。
被錄制方對(duì)每幀圖像的隱含信令碼存在標(biāo)識(shí)進(jìn)行檢測，一旦檢測到有隱含信令存在，則進(jìn)行解析。在檢測出為VideoCallRecordRequest消息后，彈出提示框，詢問用戶是否允許錄制方錄制。注因?yàn)殡[含信令連續(xù)在N1幀內(nèi)發(fā)送，所以接收方需要丟棄后面的N1-1幀隱含信令。
被錄制方向錄制方發(fā)送VideoCallRecordAck消息，如果用戶同意錄制，則消息體為“同意錄制”，否則為“拒絕錄制”。也在N1幀內(nèi)向錄制方發(fā)送該隱含信令。
錄制方解析出VideoCallRecordAck后，同樣忽略后面的N1-1幀隱含信令，并且完成消息體的解析。如果被錄制方同意錄制，則開始錄像。否則彈出提示框，提示對(duì)方禁止錄像。2-3秒后，彈出框消失?？梢曤娫捓^續(xù)。
下面結(jié)合附圖，對(duì)本發(fā)明做進(jìn)一步的詳細(xì)描述。
本發(fā)明提供了一種無線終端發(fā)起可視電話業(yè)務(wù)時(shí)，當(dāng)終端用戶想錄制對(duì)方的可視電話圖像和聲音時(shí)，向?qū)Ψ浇o出提示信息的解決方案。本方案通過向被錄制方發(fā)送提示錄像提醒，以及在傳輸圖像中添加隱含信令的雙重方法，確保了可視電話通話過程中被錄制方的隱私權(quán)，極大的提高了用戶體驗(yàn)，有利于運(yùn)營商推廣可視電話業(yè)務(wù)。
步驟1用戶A呼叫用戶B，成功建立可視電話通話。
步驟2當(dāng)錄制方需要錄制對(duì)方圖像時(shí)，通過用戶菜單選擇錄制對(duì)方圖像。用戶通過UI(用戶接口)觸發(fā)可視電話應(yīng)用管理模塊，向底層的視頻、音頻輸入/輸出控制模塊發(fā)送“開始錄制”事件。接收到“開始錄制”事件后，控制模塊開始切斷來自攝像頭和麥克的視頻、音頻輸入，使用存儲(chǔ)在本地視頻和音頻文件，替換此后的N幀(例如N＝6幀)圖像和聲音。
在此N幀圖像中，選擇前面的N1(0＜N1≤N)(例如N1＝3幀)幀添加隱含信令碼存在標(biāo)識(shí)和VideoCallRecordRequest消息，選擇圖像不同的位置區(qū)域像素點(diǎn)添加兩者對(duì)應(yīng)的En和An像素點(diǎn)序列。對(duì)于隱含信令碼存在標(biāo)識(shí)F(xc，yc)＝Ec，c＝0…n-1(例如n＝5，取5個(gè)像素點(diǎn))。對(duì)于VideoCallRecordRequest請(qǐng)求消息，F(xiàn)(xa，ya)＝Aa，a＝0…n-1。
通過此步驟，即使被錄制方終端不支持隱含信令的解析，也同樣可以得到視頻和音頻上的提示，存在的缺點(diǎn)就是如果不希望錄制方錄制可視電話，則必須掛斷可視電話。在完成了N幀圖像的替換發(fā)送之后，視頻、音頻輸入/輸出控制模塊將輸出重新切換回?cái)z像頭和麥克，并且向應(yīng)用管理模塊發(fā)送通知事件，考慮到被錄制方收到錄制提示信息圖像的延時(shí)，在收到通知后錄制方可以考慮在S秒(例如S＝3秒)后開始錄制。
步驟3終端將對(duì)接收到的每一幀檢測是否存在隱含信令。當(dāng)用戶檢測到隱含信令碼存在標(biāo)識(shí)有效時(shí)，則繼續(xù)解析消息類型。關(guān)于消息類型的解析參見上面解析算法的描述。當(dāng)檢測出是VideoCallRecordRequest請(qǐng)求消息時(shí)，則向用戶給出提示框，提示內(nèi)容意思為“是否允許對(duì)方錄制可視電話通話”。用戶可以選擇“是”或者“否”。需要注意的是，為了保證被錄制方能夠可靠的收到信令消息，在錄制方連續(xù)N1幀中將重復(fù)發(fā)送該消息，在被錄制方接收時(shí)，必須要丟棄重復(fù)發(fā)送的多余的消息，簡單的做法為在成功的解析出該消息后的N1-1幀不再解析隱含信令。為了避免隱含信令的丟失，發(fā)送方應(yīng)該保證，兩條不同的隱含信令發(fā)送間隔，應(yīng)該大于2倍的N1幀。
步驟4根據(jù)用戶對(duì)“是否允許對(duì)方錄制可視電話通話”彈出框的反映，在用戶給出選擇后的N1幀圖像中，被錄制方將在傳送給錄制方的圖像中，添加隱含信令碼存在標(biāo)識(shí)和VideoCallRecordAck的消息類型和消息體，選擇圖像不同的位置區(qū)域像素點(diǎn)添加上述三者對(duì)應(yīng)的En，Bn，Cn(同意錄制)，Dn(拒絕錄制)像素點(diǎn)序列。對(duì)于隱含信令碼存在標(biāo)識(shí)F(xc，yc)＝Ec，c＝0…n-1。對(duì)于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消息，都要開始錄制，原因?yàn)楸讳浿品娇赡懿恢С蛛[含信令的解析。在錄制方檢測到隱含信令碼存在標(biāo)識(shí)后，對(duì)接收到的VideoCallRecordAck消息進(jìn)行解析，如果VideoCallRecordAck消息體為“同意錄制”，此時(shí)如果錄制方已經(jīng)開始錄制，則繼續(xù)錄制工作，如果還沒有開始錄制，則立刻啟動(dòng)錄制工作。如果VideoCallRecordAck消息體為“拒絕錄制”，如果錄制方已經(jīng)開始錄制，則終端停止錄制，自動(dòng)刪除已經(jīng)錄制的文件，并且向用戶彈出提示框，提示對(duì)方拒絕錄制操作。如果錄制方還沒有開始錄制，則直接彈出提示框，提示對(duì)方拒絕錄制操作，并且后續(xù)不進(jìn)行錄制操作。
在被錄制方終端不支持解碼隱含信令時(shí)，上述步驟2中，即使被錄制方終端不支持隱含信令的解析，也同樣可以得到視頻和音頻上的提示，存在的缺點(diǎn)就是如果不希望錄制方錄制可視電話，則必須掛斷可視電話。
本領(lǐng)域的技術(shù)人員在不脫離權(quán)利要求書確定的本發(fā)明的精神和范圍的條件下，還可以對(duì)以上內(nèi)容進(jìn)行各種各樣的修改。因此本發(fā)明的范圍并不僅限于以上的說明，而是由權(quán)利要求書的范圍來確定的。
權(quán)利要求
1.一種在錄制對(duì)方圖像時(shí)給出提示信息的方法，其特征在于，包括以下步驟步驟1，錄制方向被錄制方發(fā)出錄制提示，并發(fā)出錄制請(qǐng)求命令；步驟2，被錄制方向用戶顯示錄制方給出的錄制提示；步驟3，如果被錄制方的終端支持信令解析，則解析出錄制請(qǐng)求命令，并且被錄制方向錄制方答復(fù)是否同意錄制；如果被錄制方的終端不支持信令解析，被錄制方如果拒絕錄制，則被錄制方終止通話，被錄制方如果同意錄制，則被錄制方忽略錄制提示，繼續(xù)通話。
2.如權(quán)利要求1所述的在錄制對(duì)方圖像時(shí)給出提示信息的方法，其特征在于，所述步驟1中，接到錄制通知的事件后，錄制方的視頻輸入/輸出控制模塊將使用存儲(chǔ)在本地的視頻文件替換此事件后的N幀，在所述N幀中插入錄制提示和錄制請(qǐng)求命令。
3.如權(quán)利要求2所述的在錄制對(duì)方圖像時(shí)給出提示信息的方法，其特征在于，所述錄制請(qǐng)求命令為在所述N幀中的連續(xù)的N1幀插入的隱含信令碼存在標(biāo)識(shí)和錄制請(qǐng)求消息。
4.如權(quán)利要求3所述的在錄制對(duì)方圖像時(shí)給出提示信息的方法，其特征在于，所述步驟3中，被錄制方對(duì)每幀圖像的隱含信令碼存在標(biāo)識(shí)進(jìn)行檢測，一旦檢測到存在錄制請(qǐng)求消息，則進(jìn)行解析。
5.如權(quán)利要求4所述的在錄制對(duì)方圖像時(shí)給出提示信息的方法，其特征在于，所述步驟3中，在檢測出錄制請(qǐng)求消息之后，彈出錄制提示詢問被錄制方是否允許錄制方錄制；被錄制方依據(jù)錄制提示發(fā)送錄制應(yīng)答命令。
6.如權(quán)利要求5所述的在錄制對(duì)方圖像時(shí)給出提示信息的方法，其特征在于，還包括步驟4，錄制方解析應(yīng)答錄制應(yīng)答命令，依據(jù)錄制應(yīng)答命令的內(nèi)容開始錄制、繼續(xù)錄制或者放棄錄制。
7.如權(quán)利要求6所述的在錄制對(duì)方圖像時(shí)給出提示信息的方法，其特征在于，步驟4中，被錄制方在連續(xù)的N1幀中向錄制方發(fā)送的錄制應(yīng)答命令包括隱含信令碼存在標(biāo)識(shí)和錄制應(yīng)答消息。
8.如權(quán)利要求4所述的在錄制對(duì)方圖像時(shí)給出提示信息的方法，其特征在于，步驟3中，在進(jìn)行隱含信令碼存在標(biāo)識(shí)進(jìn)行檢測時(shí)，如果每一幀中的隱含信令碼存在標(biāo)識(shí)F(xb，yb)與像素值序列En中相同像素點(diǎn)的總數(shù)大于閾值ξ5，則認(rèn)為隱含信令碼存在標(biāo)識(shí)有效，開始解析錄制請(qǐng)求消息；否則該幀為正常的圖像幀。
9.如權(quán)利要求4所述的在錄制對(duì)方圖像時(shí)給出提示信息的方法，其特征在于，步驟3中，在解析錄制請(qǐng)求消息時(shí)，如果像素值序列F(xa，ya)與像素值序列An的像素點(diǎn)相同的總數(shù)大于閾值ξ5，則該消息為錄制請(qǐng)求消息；否則該幀中的錄制請(qǐng)求消息無效，丟棄。
10.如權(quán)利要求7所述的在錄制對(duì)方圖像時(shí)給出提示信息的方法，其特征在于，步驟4中，在解析錄制應(yīng)答消息時(shí)，如果像素值序列F(xa，ya)與像素值序列Bn中相同像素點(diǎn)的總數(shù)大于閾值ξ5，則該消息為錄制應(yīng)答消息；否則該幀中的應(yīng)答消息無效，丟棄。
11.如權(quán)利要求10所述的在錄制對(duì)方圖像時(shí)給出提示信息的方法，其特征在于，步驟4中，如果該消息為應(yīng)答消息像素值序列F(xa，ya)與像素值序列Cn中相同像素點(diǎn)的總數(shù)如果大于閾值ξ5，則該消息為同意錄制應(yīng)答消息；像素值序列F(xa，ya)與像素值序列Dn中相同像素點(diǎn)的總數(shù)如果大于閾值ξ5，則該消息為拒絕錄制應(yīng)答消息。
12.如權(quán)利要求8至11之一所述的在錄制對(duì)方圖像時(shí)給出提示信息的方法，其特征在于，像素值序列An、Bn、Cn、Dn和En對(duì)像素點(diǎn)填充的順序同隱含信令碼解析順序相同；|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.一種在錄制對(duì)方圖像時(shí)給出提示信息的系統(tǒng)，包括視頻、音頻輸入/輸出設(shè)備，視頻、音頻輸入/輸出控制模塊，可視電話用戶操作接口，可視電話應(yīng)用管理模塊，視頻編碼/解碼模塊，音頻編碼/解碼模塊，底層協(xié)議模塊，其特征在于，所述視頻、音頻輸入/輸出控制模塊還用于錄制方向被錄制方發(fā)出錄制提示，并發(fā)出錄制請(qǐng)求命令；還用于發(fā)出錄制應(yīng)答命令；還用于解析錄制請(qǐng)求命令；還用于解析錄制應(yīng)答命令；所述視頻編碼/解碼模塊，還用于向被錄制方顯示錄制提示。
14.如權(quán)利要求13所述的在錄制對(duì)方圖像時(shí)給出提示信息的系統(tǒng)，其特征在于，所述視頻、音頻輸入/輸出控制模塊在所述N幀中的連續(xù)的N1幀插入錄制請(qǐng)求命令。
15.如權(quán)利要求14所述的在錄制對(duì)方圖像時(shí)給出提示信息的系統(tǒng)，其特征在于，所述錄制請(qǐng)求命令包含隱含信令碼存在標(biāo)識(shí)和錄制請(qǐng)求消息。
16.如權(quán)利要求13所述的在錄制對(duì)方圖像時(shí)給出提示信息的系統(tǒng)，其特征在于，所述視頻、音頻輸入/輸出控制模塊在所述N幀中的連續(xù)的N1幀插入錄制應(yīng)答命令。
17.如權(quán)利要求16所述的在錄制對(duì)方圖像時(shí)給出提示信息的系統(tǒng)，其特征在于，所述錄制應(yīng)答命令包含隱含信令碼存在標(biāo)識(shí)和錄制應(yīng)答消息。
全文摘要
本發(fā)明涉及一種在錄制對(duì)方圖像時(shí)給出提示信息的方法，包括以下步驟步驟1，錄制方向被錄制方發(fā)出錄制提示，并發(fā)出錄制請(qǐng)求命令；步驟2，被錄制方向用戶顯示錄制方給出的錄制提示；步驟3，如果被錄制方的終端支持信令解析，則解析出錄制請(qǐng)求命令，并且被錄制方向錄制方答復(fù)是否同意錄制；如果被錄制方的終端不支持信令解析，被錄制方如果拒絕錄制，則被錄制方終止通話，被錄制方如果同意錄制，則被錄制方忽略錄制提示，繼續(xù)通話。本發(fā)明中，在錄制對(duì)方圖像時(shí)向?qū)Ψ桨l(fā)送提示消息，防止用戶在不知情的情況下被錄制可視電話，從而充分有效的保護(hù)了用戶的隱私權(quán)。
文檔編號(hào)H04N5/76GK101052116SQ20071009905
公開日2007年10月10日 申請(qǐng)日期2007年5月10日 優(yōu)先權(quán)日2007年5月10日
發(fā)明者劉軼 申請(qǐng)人:中興通訊股份有限公司