本發(fā)明涉及計算機技術領域，尤其涉及一種實名制社交系統(tǒng)及方法。

背景技術：

目前，網(wǎng)絡社交十分普遍，且隨著網(wǎng)絡技術的發(fā)展，專供職場人士使用的職場類社交的網(wǎng)絡平臺也較為常見。但是，現(xiàn)有的基于網(wǎng)絡的職場類社交，由于缺乏對參與社交的人群進行實名審核，容易出現(xiàn)社交內(nèi)容不夠真實(例如，填寫虛假的個人經(jīng)歷)，繼而導致信用欺詐行為。

此外，現(xiàn)有的基于網(wǎng)絡的職場類社交，只是采用圖片和/或文字進行溝通，社交體驗不直接，加之，人群間社交關系的建立需要主動篩選再進行私信溝通，私信后也往往存在回復不及時，導致社交關系建立效率低。

技術實現(xiàn)要素：

本發(fā)明要解決的技術問題是提供一種實名制社交系統(tǒng)及方法，對身份信息進行實名認證，以及將履歷信息提交至用戶當前和/或之前的公司進行官方認證，通過雙重認證以提高職場社交內(nèi)容的真實性，且采用視頻通話的方式進行職場社交，社交體驗更直接，有助于建立較為穩(wěn)定的社交關系。

為解決上述技術問題，本發(fā)明提供的技術方案是：

一方面，本發(fā)明提供一種實名制網(wǎng)絡社交系統(tǒng)，包括，

信息接收模塊，用于接收用戶輸入的個人基本信息；

實名認證模塊，用于對個人基本信息進行實名認證；

匹配模塊，用于采用預先構建的匹配模型對個人基本信息進行匹配處理，并將與用戶相匹配的其他用戶推薦給用戶；

視頻請求模塊，用于接收用戶輸入的視頻通話請求；

視頻連接模塊，用于根據(jù)視頻通話請求，將用戶與其他相匹配的用戶建立預設時間長度的視頻通話連接。

進一步地，還包括資料預覽模塊，用于將請求視頻通話的第一用戶的個人基本信息發(fā)送給被請求視頻通話的第二用戶，以及將第二用戶的個人基本信息發(fā)送給第一用戶。

進一步地，還包括二次視頻連接模塊，用于接收第一用戶和第二用戶的繼續(xù)視頻通話請求，并根據(jù)繼續(xù)視頻通話請求，建立二次視頻通話連接。

進一步地，還包括終止模塊，用于接收第一用戶和/或第二用戶的終止通話請求，并根據(jù)終止通話請求，結(jié)束視頻通話。

進一步地，個人基本信息包括，身份信息，履歷信息。

進一步地，實名認證模塊，具體用于，對身份信息進行實名認證，以及將履歷信息提交至用戶當前或之前所在的公司進行官方認證。

進一步地，匹配模塊中，匹配模型根據(jù)匹配因素對個人基本信息進行匹配處理，且匹配因素包括，工作經(jīng)驗，所處城市，崗位級別，所處領域，性別。

進一步地，還包括名片生成模塊，用于根據(jù)用戶輸入的個人基本信息生成個人社交名片。

另一方面，本發(fā)明還提供一種實名制網(wǎng)絡社交方法，包括，

信息接收步驟，接收用戶輸入的個人基本信息；

實名認證步驟，對個人基本信息進行實名認證；

匹配步驟，采用預先構建的匹配模型對個人基本信息進行匹配處理，并將與用戶相匹配的其他用戶推薦給用戶；

視頻請求步驟，接收用戶輸入的視頻通話請求；

視頻連接步驟，根據(jù)視頻通話請求，將用戶與其他相匹配的用戶建立預設時間長度的視頻通話連接。

進一步地，還包括，

名片生成步驟，根據(jù)用戶輸入的個人基本信息生成個人社交名片；

資料預覽步驟，將請求視頻通話的第一用戶的個人基本信息發(fā)送給被請求視頻通話的第二用戶，以及將第二用戶的個人基本信息發(fā)送給第一用戶；

二次視頻連接步驟，接收第一用戶和第二用戶的繼續(xù)視頻通話請求，并根據(jù)繼續(xù)視頻通話請求，建立二次視頻通話連接；

終止步驟，接收第一用戶和/或第二用戶的終止通話請求，并根據(jù)終止通話請求，結(jié)束視頻通話。

本發(fā)明提供的實名制社交系統(tǒng)及方法，采用信息接收模塊接收用戶的個人基本信息；再采用實名認證模塊對用戶輸入的個人基本信息進行實名認證以保證職場社交內(nèi)容的真實性；繼而采用預先構建的匹配模型對個人基本信息進行匹配處理，并將與用戶相匹配的其他用戶推薦給該用戶，如此，可大大降低因人群層次不齊引起的社交內(nèi)容質(zhì)量不佳，可提高社交體驗。此外，采用視頻通話的方式進行職場社交，社交體驗更直接，有助于建立較為穩(wěn)定的社交關系。

附圖說明

圖1是本發(fā)明實施例提供的實名制社交系統(tǒng)的框圖；

圖2是本發(fā)明實施例提供的實名制社交系統(tǒng)的又一框圖；

圖3是本發(fā)明實施例提供的實名制社交方法的流程圖；

圖4是本發(fā)明實施例提供的實名制社交方法的又一流程圖。

具體實施方式

下面通過具體的實施例進一步說明本發(fā)明，但是，應當理解為，這些實施例僅僅是用于更詳細具體地說明之用，而不應理解為用于以任何形式限制本發(fā)明。

實施例一

結(jié)合圖1，本實施例提供的實名制網(wǎng)絡社交系統(tǒng)，包括，

信息接收模塊1，用于接收用戶輸入的個人基本信息；

實名認證模塊3，用于對個人基本信息進行實名認證；

匹配模塊4，用于采用預先構建的匹配模型對個人基本信息進行匹配處理，并將與用戶相匹配的其他用戶推薦給用戶；

視頻請求模塊5，用于接收用戶輸入的視頻通話請求；

視頻連接模塊7，用于根據(jù)視頻通話請求，將用戶與其他相匹配的用戶建立預設時間長度的視頻通話連接。

本發(fā)明實施例提供的實名制社交系統(tǒng)，采用信息接收模塊1接收用戶的個人基本信息；再采用實名認證模塊3對用戶輸入的個人基本信息進行實名認證以保證職場社交內(nèi)容的真實性；繼而采用預先構建的匹配模型對個人基本信息進行匹配處理，并將與用戶相匹配的其他用戶推薦給該用戶，如此，可大大降低因人群層次不齊引起的社交內(nèi)容質(zhì)量不佳，可提高社交體驗。此外，采用視頻通話的方式進行職場社交，社交體驗更直接，有助于建立較為穩(wěn)定的社交關系。

優(yōu)選地，如圖2所示地，還包括資料預覽模塊6，用于將請求視頻通話的第一用戶的個人基本信息發(fā)送給被請求視頻通話的第二用戶，以及將第二用戶的個人基本信息發(fā)送給第一用戶。本實施中，即將進行視頻通話的雙方可提前了解對方的基本信息。

進一步優(yōu)選地，還包括二次視頻連接模塊8，用于接收第一用戶和第二用戶的繼續(xù)視頻通話請求，并根據(jù)繼續(xù)視頻通話請求，建立二次視頻通話連接。

進一步優(yōu)選地，還包括終止模塊9，用于接收第一用戶和/或第二用戶的終止通話請求，并根據(jù)終止通話請求，結(jié)束視頻通話。

進一步優(yōu)選地，還包括名片生成模塊2，用于根據(jù)用戶輸入的個人基本信息生成個人社交名片。

本實施例中，具體地，在設定時間長度(例如，1分鐘)的通話結(jié)束時，視頻通話的雙方如果都選擇繼續(xù)通話，則保持建立視頻連接，繼續(xù)進行視頻通話，且雙方可以互換個人社交名片，以進行更深入的交流。此外，若視頻通話的任意一方選擇終止通話，則斷開視頻連接，終止視頻通話。如此，可以提高社交體驗，有助于建立穩(wěn)定的社交關系。

進一步優(yōu)選地，個人基本信息包括，身份信息，履歷信息。

進一步優(yōu)選地，實名認證模塊3，具體用于，對身份信息進行實名認證，以及將履歷信息提交至用戶當前或之前所在的公司進行官方認證。

本實施例對身份信息進行實名認證，以及將履歷信息提交至用戶當前和/或之前的公司進行官方認證，通過雙重認證以提高職場社交內(nèi)容的真實性，

進一步優(yōu)選地，匹配模塊4中，匹配模型根據(jù)匹配因素對個人基本信息進行匹配處理，且匹配因素包括，工作經(jīng)驗，所處城市，崗位級別，所處領域，性別。本實施例采用多因素進行篩選匹配，可大大降低因人群層次不齊引起的社交內(nèi)容質(zhì)量不佳，可提高社交體驗。

需要說明的是，本實施例中的匹配因素包括但不限于工作經(jīng)驗，所處城市，崗位級別，所處領域，性別，可以結(jié)合實際需求進行設定，本實施例不作具體限定。

優(yōu)選地，視頻連接模塊7，具體用于，

根據(jù)視頻通話請求，建立點對點長連接通道；

采用視頻采集工具獲取攝像頭采集到的實時視頻數(shù)據(jù)；

利用gui硬件編碼器，采用視頻編碼標準h.265，以及采用音頻編碼標準aac對實時視頻數(shù)據(jù)進行編碼；

采用數(shù)據(jù)協(xié)議對編碼后的視頻數(shù)據(jù)進行傳輸，以建立視頻通話連接。

具體地，本實施例對于android移動端，視頻采集工具為mediarecorder；且對于ios移動端，視頻采集工具為uiimagepcikercontroller。

優(yōu)選地，數(shù)據(jù)協(xié)議包括，用戶數(shù)據(jù)報協(xié)議(userdatagramprotocol，udp)，實時流傳輸協(xié)議(realtimestreamingprotocol，rtsp)，實時傳輸控制協(xié)議(realtimecontrolprotocol，rtcp)，實時傳輸協(xié)議(real-timetransportprotocol，rtp)。

本實施例中，具體地，應聘者與面試者確定視頻通話時，系統(tǒng)將建立點對點長連接通道，且針對不同的移動終端采用相適配的視頻采集工具來獲取攝像頭采集到的實時視頻數(shù)據(jù)，即，對于android移動端采用mediarecorder，對于ios移動端采用uiimagepcikercontroller。

在獲得實時視頻數(shù)據(jù)之后，利用gui硬件編碼器，采用視頻編碼標準h.265，以及采用音頻編碼標準aac對實時視頻數(shù)據(jù)進行編碼。更加具體地，本實施例把采集到的實時視頻數(shù)據(jù)分音頻，視頻，用aac對音頻編碼，以及用h.265對視頻進行編碼，再將編碼后的視頻和音頻數(shù)據(jù)封裝為mpeg-ts包進行傳輸。需要說明的是，本實施例中，采用gui硬件編碼器可以加快音視頻編解碼速度，將cpu從繁重的視頻編解碼運算中釋放出來，可以實現(xiàn)超清視頻點對點視頻通話，可提高視頻通話的同步性。此外，采用壓縮率更高的視頻編碼標準h.265對視頻進行編碼，可以實現(xiàn)在有限帶寬下傳輸更高質(zhì)量的視頻流，以保證視頻流可以在高清晰度下保持高度流暢，可以滿足3g/4g、衛(wèi)星、wifi、adsl、光纖、局域網(wǎng)等不同網(wǎng)絡環(huán)境應用，更具實用性。

采用數(shù)據(jù)協(xié)議對編碼后的視頻數(shù)據(jù)進行傳輸，以建立視頻通話連接。具體地，本實施例中，采用udp協(xié)議將數(shù)據(jù)傳輸?shù)絻?yōu)化的基于live555的rtsp流媒體服務器，再采用rtp協(xié)議傳輸流媒體數(shù)據(jù)，并采用rtcp協(xié)議來完成同步控制。視頻通話的兩端均以rtsp協(xié)議網(wǎng)址獲取對方的實時視頻流。此外，本實施例在udp上做一層簡單的鏈路qos監(jiān)測和報文重發(fā)機制來提高數(shù)據(jù)穩(wěn)定性。需要說明的是，live555是成熟的流媒體框架。

本實施例中，采用用戶數(shù)據(jù)報協(xié)議udp，實時流傳輸協(xié)議rtsp，實時傳輸控制協(xié)議rtcp以及實時傳輸協(xié)議rtp，可以實現(xiàn)p2p無延遲視頻通話。

具體地，在實時傳輸中使用udp，比及目前通常使用的tcp，udp避免了tcp繁重的三次握手、四次揮手和各種繁雜的傳輸特性，且只需要在udp上做一層簡單的鏈路qos監(jiān)測和報文重發(fā)機制，即可減小丟包率。本實施例中，采用udp進行傳輸，實時性更高。此外，目前國內(nèi)的主流直播技術方案基本上都是采用rtmp協(xié)議，但是采用該協(xié)議時，通常具有約3秒的延時，也就是視頻通話時流暢性不夠高。本實施例采用rtsp協(xié)議，并采用rtcp來完成同步控制，有助于提高視頻通話的實時性，實現(xiàn)p2p無延遲視頻通話。

實施例二

結(jié)合圖3，本實施例提供的實名制網(wǎng)絡社交方法，包括，

信息接收步驟s1，接收用戶輸入的個人基本信息；

實名認證步驟s3，對個人基本信息進行實名認證；

匹配步驟s4，采用預先構建的匹配模型對個人基本信息進行匹配處理，并將與用戶相匹配的其他用戶推薦給用戶；

視頻請求步驟s5，接收用戶輸入的視頻通話請求；

視頻連接步驟s7，根據(jù)視頻通話請求，將用戶與其他相匹配的用戶建立預設時間長度的視頻通話連接。

本發(fā)明實施例提供的實名制社交方法，先接收用戶的個人基本信息；再對用戶輸入的個人基本信息進行實名認證以保證職場社交內(nèi)容的真實性；繼而對個人基本信息進行匹配處理，并將與用戶相匹配的其他用戶推薦給該用戶，如此，可大大降低因人群層次不齊引起的社交內(nèi)容質(zhì)量不佳，可提高社交體驗。此外，采用視頻通話的方式進行職場社交，社交體驗更直接，有助于建立較為穩(wěn)定的社交關系。

進一步地，如圖4所示地，還包括，

名片生成步驟s2，根據(jù)用戶輸入的個人基本信息生成個人社交名片；

資料預覽步驟s6，將請求視頻通話的第一用戶的個人基本信息發(fā)送給被請求視頻通話的第二用戶，以及將第二用戶的個人基本信息發(fā)送給第一用戶。

二次視頻連接步驟s8，接收第一用戶和第二用戶的繼續(xù)視頻通話請求，并根據(jù)繼續(xù)視頻通話請求，建立二次視頻通話連接；

終止步驟s9，接收第一用戶和/或第二用戶的終止通話請求，并根據(jù)終止通話請求，結(jié)束視頻通話。

本實施例中，名片生成步驟s2，根據(jù)用戶輸入的個人基本信息生成個人社交名片；資料預覽步驟s6，將請求視頻通話的第一用戶的個人基本信息發(fā)送給被請求視頻通話的第二用戶，以及將第二用戶的個人基本信息發(fā)送給第一用戶，可以使得即將進行視頻通話的雙方提前了解對方的基本信息；二次視頻連接步驟s8，接收第一用戶和第二用戶的繼續(xù)視頻通話請求，并根據(jù)繼續(xù)視頻通話請求，建立二次視頻通話連接；終止步驟s9，接收第一用戶和/或第二用戶的終止通話請求，并根據(jù)終止通話請求，結(jié)束視頻通話。

本實施例中，具體地，在設定時間長度(例如，1分鐘)的通話結(jié)束時，視頻通話的雙方如果都選擇繼續(xù)通話，則保持建立視頻連接，繼續(xù)進行視頻通話，且雙方可以互換個人社交名片，以進行更深入的交流。此外，若視頻通話的任意一方選擇終止通話，則斷開視頻連接，終止視頻通話。如此，可以提高社交體驗，有助于建立穩(wěn)定的社交關系。

優(yōu)選地，個人基本信息包括，身份信息，履歷信息。

進一步優(yōu)選地，實名認證模塊3，具體用于，對身份信息進行實名認證，以及將履歷信息提交至用戶當前或之前所在的公司進行官方認證。

本實施例對身份信息進行實名認證，以及將履歷信息提交至用戶當前和/或之前的公司進行官方認證，通過雙重認證以提高職場社交內(nèi)容的真實性，

進一步優(yōu)選地，匹配步驟s4中，匹配模型根據(jù)匹配因素對個人基本信息進行匹配處理，且匹配因素包括，工作經(jīng)驗，所處城市，崗位級別，所處領域，性別。本實施例采用多因素進行篩選匹配，可大大降低因人群層次不齊引起的社交內(nèi)容質(zhì)量不佳，可提高社交體驗。

需要說明的是，本實施例中的匹配因素包括但不限于工作經(jīng)驗，所處城市，崗位級別，所處領域，性別，可以結(jié)合實際需求進行設定，本實施例不作具體限定。

優(yōu)選地，視頻連接步驟s7，具體包括，

根據(jù)視頻通話請求，建立點對點長連接通道；

采用視頻采集工具獲取攝像頭采集到的實時視頻數(shù)據(jù)；

利用gui硬件編碼器，采用視頻編碼標準h.265，以及采用音頻編碼標準aac對實時視頻數(shù)據(jù)進行編碼；

采用數(shù)據(jù)協(xié)議對編碼后的視頻數(shù)據(jù)進行傳輸，以建立視頻通話連接。

具體地，本實施例對于android移動端，視頻采集工具為mediarecorder；且對于ios移動端，視頻采集工具為uiimagepcikercontroller。

優(yōu)選地，數(shù)據(jù)協(xié)議包括，用戶數(shù)據(jù)報協(xié)議(userdatagramprotocol，udp)，實時流傳輸協(xié)議(realtimestreamingprotocol，rtsp)，實時傳輸控制協(xié)議(realtimecontrolprotocol，rtcp)，實時傳輸協(xié)議(real-timetransportprotocol，rtp)。

本實施例中，具體地，應聘者與面試者確定視頻通話時，系統(tǒng)將建立點對點長連接通道，且針對不同的移動終端采用相適配的視頻采集工具來獲取攝像頭采集到的實時視頻數(shù)據(jù)，即，對于android移動端采用mediarecorder，對于ios移動端采用uiimagepcikercontroller。

在獲得實時視頻數(shù)據(jù)之后，利用gui硬件編碼器，采用視頻編碼標準h.265，以及采用音頻編碼標準aac對實時視頻數(shù)據(jù)進行編碼。更加具體地，本實施例把采集到的實時視頻數(shù)據(jù)分音頻，視頻，用aac對音頻編碼，以及用h.265對視頻進行編碼，再將編碼后的視頻和音頻數(shù)據(jù)封裝為mpeg-ts包進行傳輸。需要說明的是，本實施例中，采用gui硬件編碼器可以加快音視頻編解碼速度，將cpu從繁重的視頻編解碼運算中釋放出來，可以實現(xiàn)超清視頻點對點視頻通話，可提高視頻通話的同步性。此外，采用壓縮率更高的視頻編碼標準h.265對視頻進行編碼，可以實現(xiàn)在有限帶寬下傳輸更高質(zhì)量的視頻流，以保證視頻流可以在高清晰度下保持高度流暢，可以滿足3g/4g、衛(wèi)星、wifi、adsl、光纖、局域網(wǎng)等不同網(wǎng)絡環(huán)境應用，更具實用性。

采用數(shù)據(jù)協(xié)議對編碼后的視頻數(shù)據(jù)進行傳輸，以建立視頻通話連接。具體地，本實施例中，采用udp協(xié)議將數(shù)據(jù)傳輸?shù)絻?yōu)化的基于live555的rtsp流媒體服務器，再采用rtp協(xié)議傳輸流媒體數(shù)據(jù)，并采用rtcp協(xié)議來完成同步控制。視頻通話的兩端均以rtsp協(xié)議網(wǎng)址獲取對方的實時視頻流。此外，本實施例在udp上做一層簡單的鏈路qos監(jiān)測和報文重發(fā)機制來提高數(shù)據(jù)穩(wěn)定性。需要說明的是，live555是成熟的流媒體框架。

本實施例中，采用用戶數(shù)據(jù)報協(xié)議udp，實時流傳輸協(xié)議rtsp，實時傳輸控制協(xié)議rtcp以及實時傳輸協(xié)議rtp，可以實現(xiàn)p2p無延遲視頻通話。

具體地，在實時傳輸中使用udp，比及目前通常使用的tcp，udp避免了tcp繁重的三次握手、四次揮手和各種繁雜的傳輸特性，且只需要在udp上做一層簡單的鏈路qos監(jiān)測和報文重發(fā)機制，即可減小丟包率。本實施例中，采用udp進行傳輸，實時性更高。此外，目前國內(nèi)的主流直播技術方案基本上都是采用rtmp協(xié)議，但是采用該協(xié)議時，通常具有約3秒的延時，也就是視頻通話時流暢性不夠高。本實施例采用rtsp協(xié)議，并采用rtcp來完成同步控制，有助于提高視頻通話的實時性，實現(xiàn)p2p無延遲視頻通話。

盡管本發(fā)明已進行了一定程度的描述，明顯地，在不脫離本發(fā)明的精神和范圍的條件下，可進行各個條件的適當變化。可以理解，本發(fā)明不限于所述實施方案，而歸于權利要求的范圍，其包括所述每個因素的等同替換。