本發(fā)明涉及互聯(lián)網(wǎng)應(yīng)用技術(shù)領(lǐng)域，特別是一種同步用戶的線下狀態(tài)的方法、裝置及系統(tǒng)。

背景技術(shù)：

辦公自動化(OA)是面向組織的日常運作和管理，員工及管理者使用頻率最高的應(yīng)用系統(tǒng)，它包括流程審批、協(xié)同工作、公文管理、溝通工具、文檔管理、信息中心、電子論壇、計劃管理、項目管理、任務(wù)管理、會議管理、關(guān)聯(lián)人員、系統(tǒng)集成、門戶定制、通訊錄、工作便簽、問卷調(diào)查、常用工具(如計算機、萬年歷等)等等。

在實際工作中，員工出差或請假可以在OA中提交申請，由相應(yīng)的管理者進(jìn)行審批。然而，員工在OA中提交出差或請假申請，除了相應(yīng)的管理者，其他員工是無法知曉的。為了讓同事知曉自己的狀態(tài)，還需要在一些即時客戶端(如企業(yè)內(nèi)部的即時客戶端等)上編輯或更新自己的狀態(tài)，如出差或請假，可見步驟繁瑣。

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

鑒于上述問題，提出了本發(fā)明以便提供一種克服上述問題或者至少部分地解決上述問題的一種同步用戶的線下狀態(tài)的方法、裝置及系統(tǒng)。

依據(jù)本發(fā)明的一方面，提供了一種同步用戶的線下狀態(tài)的方法，包括：接收來自用戶的在第一應(yīng)用客戶端上進(jìn)行操作的請求，判斷所述操作是否為更改所述用戶的當(dāng)前線下狀態(tài)的操作；

若是，則在執(zhí)行所述操作之后，生成向第二應(yīng)用客戶端同步所述用戶的當(dāng)前線下狀態(tài)的同步請求；

將所述同步請求發(fā)送給所述第二應(yīng)用客戶端，以由所述第二應(yīng)用客戶端根據(jù)所述同步請求同步所述用戶的當(dāng)前線下狀態(tài)。

可選地，更改所述用戶的當(dāng)前線下狀態(tài)的操作包括下列至少之一：

申請請假的操作；申請出差的操作；申請或發(fā)起參加會議的操作。

可選地，將所述同步請求發(fā)送給所述第二應(yīng)用客戶端，包括：

將所述同步請求發(fā)送給所述第二應(yīng)用客戶端對應(yīng)的應(yīng)用服務(wù)器，由所述應(yīng)用服務(wù)器將所述同步請求推送給所述第二應(yīng)用客戶端。

可選地，將所述同步請求發(fā)送給所述第二應(yīng)用客戶端對應(yīng)的應(yīng)用服務(wù)器，包括：

獲取所述第二應(yīng)用客戶端對應(yīng)的應(yīng)用服務(wù)器用于接收所述同步請求的接口信息；

基于所述接口信息，將所述同步請求發(fā)送給所述第二應(yīng)用客戶端對應(yīng)的應(yīng)用服務(wù)器。

可選地，由所述應(yīng)用服務(wù)器將所述同步請求推送給所述第二應(yīng)用客戶端，包括：

由所述應(yīng)用服務(wù)器從所述同步請求中解析出所述用戶的標(biāo)識，進(jìn)而將所述同步請求推送給所述用戶的標(biāo)識對應(yīng)的所述第二應(yīng)用客戶端。

可選地，所述方法還包括：

接收所述第二應(yīng)用客戶端返回的、表示同步完成的響應(yīng)消息。

依據(jù)本發(fā)明的另一方面，還提供了一種同步用戶的線下狀態(tài)的方法，包括：

接收來自第一應(yīng)用客戶端的同步用戶的當(dāng)前線下狀態(tài)的同步請求；

根據(jù)所述同步請求，在第二應(yīng)用客戶端上同步所述用戶的當(dāng)前線下狀態(tài)；

展示同步后的所述用戶的當(dāng)前線下狀態(tài)，以便所述用戶在所述第二應(yīng)用客戶端的好友即時獲知所述用戶的當(dāng)前線下狀態(tài)。

可選地，所述第一應(yīng)用客戶端將所述同步請求發(fā)送給所述第二應(yīng)用客戶端對應(yīng)的應(yīng)用服務(wù)器，接收來自第一應(yīng)用客戶端的同步用戶的當(dāng)前線下狀態(tài)的同步請求，包括：

接收所述應(yīng)用服務(wù)器推送的所述同步請求。

可選地，展示同步后的所述用戶的當(dāng)前線下狀態(tài)，包括：

在所述用戶通過所述第二應(yīng)用客戶端與所述用戶的好友進(jìn)行即時通訊時，在即時通訊窗口突出展示同步后的所述用戶的當(dāng)前線下狀態(tài)。

可選地，所述方法還包括：

在第二應(yīng)用客戶端上同步所述用戶的當(dāng)前線下狀態(tài)之后，向所述第一應(yīng)用客戶端返回表示同步完成的響應(yīng)消息。

可選地，所述方法還包括：

接收來自所述用戶的更改所述用戶的當(dāng)前線下狀態(tài)的請求，生成更改所述用戶的當(dāng)前線下狀態(tài)的更改指令；

將所述更改指令發(fā)送給所述第一應(yīng)用客戶端，由所述第一應(yīng)用客戶端根據(jù)所述更改指令生成相應(yīng)的更改所述用戶的當(dāng)前線下狀態(tài)的操作，并執(zhí)行所述操作。

可選地，更改所述用戶的當(dāng)前線下狀態(tài)的操作包括下列至少之一：

申請請假的操作；申請出差的操作；申請或發(fā)起參加會議的操作。

依據(jù)本發(fā)明的再一方面，還提供了一種同步用戶的線下狀態(tài)的裝置，包括：

判斷模塊，適于接收來自用戶的在第一應(yīng)用客戶端上進(jìn)行操作的請求，判斷所述操作是否為更改所述用戶的當(dāng)前線下狀態(tài)的操作；

請求生成模塊，適于若所述判斷模塊判斷所述操作為更改所述用戶的當(dāng)前線下狀態(tài)的操作，則在執(zhí)行所述操作之后，生成向第二應(yīng)用客戶端同步所述用戶的當(dāng)前線下狀態(tài)的同步請求；

請求發(fā)送模塊，適于將所述同步請求發(fā)送給所述第二應(yīng)用客戶端，以由所述第二應(yīng)用客戶端根據(jù)所述同步請求同步所述用戶的當(dāng)前線下狀態(tài)。

可選地，更改所述用戶的當(dāng)前線下狀態(tài)的操作包括下列至少之一：

申請請假的操作；申請出差的操作；申請或發(fā)起參加會議的操作。

可選地，所述請求發(fā)送模塊還適于：

將所述同步請求發(fā)送給所述第二應(yīng)用客戶端對應(yīng)的應(yīng)用服務(wù)器，由所述應(yīng)用服務(wù)器將所述同步請求推送給所述第二應(yīng)用客戶端。

可選地，所述請求發(fā)送模塊還適于：

獲取所述第二應(yīng)用客戶端對應(yīng)的應(yīng)用服務(wù)器用于接收所述同步請求的接口信息；

基于所述接口信息，將所述同步請求發(fā)送給所述第二應(yīng)用客戶端對應(yīng)的應(yīng)用服務(wù)器。

可選地，所述請求發(fā)送模塊還適于：

由所述應(yīng)用服務(wù)器從所述同步請求中解析出所述用戶的標(biāo)識，進(jìn)而將所述同步請求推送給所述用戶的標(biāo)識對應(yīng)的所述第二應(yīng)用客戶端。

可選地，所述方法還包括：

響應(yīng)消息接收模塊，適于接收所述第二應(yīng)用客戶端返回的、表示同步完成的響應(yīng)消息。

依據(jù)本發(fā)明的又一方面，還提供了一種同步用戶的線下狀態(tài)的裝置，包括：

請求接收模塊，適于接收來自第一應(yīng)用客戶端的同步用戶的當(dāng)前線下狀態(tài)的同步請求；

同步模塊，適于根據(jù)所述同步請求，在第二應(yīng)用客戶端上同步所述用戶的當(dāng)前線下狀態(tài)；

展示模塊，適于展示同步后的所述用戶的當(dāng)前線下狀態(tài)，以便所述用戶在所述第二應(yīng)用客戶端的好友即時獲知所述用戶的當(dāng)前線下狀態(tài)。

可選地，所述第一應(yīng)用客戶端將所述同步請求發(fā)送給所述第二應(yīng)用客戶端對應(yīng)的應(yīng)用服務(wù)器，所述請求接收模塊還適于：

接收所述應(yīng)用服務(wù)器推送的所述同步請求。

可選地，所述展示模塊還適于：

在所述用戶通過所述第二應(yīng)用客戶端與所述用戶的好友進(jìn)行即時通訊時，在即時通訊窗口突出展示同步后的所述用戶的當(dāng)前線下狀態(tài)。

可選地，所述裝置還包括：

響應(yīng)消息發(fā)送模塊，適于所述同步模塊在第二應(yīng)用客戶端上同步所述用戶的當(dāng)前線下狀態(tài)之后，向所述第一應(yīng)用客戶端返回表示同步完成的響應(yīng)消息。

可選地，所述裝置還包括：

指令生成模塊，適于接收來自所述用戶的更改所述用戶的當(dāng)前線下狀態(tài)的請求，生成更改所述用戶的當(dāng)前線下狀態(tài)的更改指令；

指令發(fā)送模塊，適于將所述更改指令發(fā)送給所述第一應(yīng)用客戶端，由所述第一應(yīng)用客戶端根據(jù)所述更改指令生成相應(yīng)的更改所述用戶的當(dāng)前線下狀態(tài)的操作，并執(zhí)行所述操作。

可選地，更改所述用戶的當(dāng)前線下狀態(tài)的操作包括下列至少之一：

申請請假的操作；申請出差的操作；申請或發(fā)起參加會議的操作。

依據(jù)本發(fā)明的又一方面，還提供了一種同步用戶的線下狀態(tài)的系統(tǒng)，包括：如上文一實施例所述的同步用戶的線下狀態(tài)的裝置以及上文另一實施例所述同步用戶的線下狀態(tài)的裝置。

在本發(fā)明實施例中，第一應(yīng)用客戶端接收來自用戶的在第一應(yīng)用客戶端上進(jìn)行操作的請求，并判斷該用戶的操作是否為更改用戶的當(dāng)前線下狀態(tài)的操作。若是，則在執(zhí)行操作之后，生成向第二應(yīng)用客戶端同步用戶的當(dāng)前線下狀態(tài)的同步請求，并將同步請求發(fā)送給第二應(yīng)用客戶端，以由第二應(yīng)用客戶端根據(jù)同步請求同步用戶的當(dāng)前線下狀態(tài)。由此，本發(fā)明實施例中，當(dāng)用戶在第一應(yīng)用客戶端上更改自己的線下狀態(tài)(如出差、請假等狀態(tài))時，第一應(yīng)用客戶端會自動將用戶更改后的線下狀態(tài)同步至用戶的第二應(yīng)用客戶端(如微信、藍(lán)信、QQ等)，從而使得用戶當(dāng)前的線下狀態(tài)不僅可以及時通知到第一應(yīng)用客戶端的管理者，還可以讓用戶的第二應(yīng)用客戶端上的朋友、同事、家人等及時了解到自己的線下狀態(tài)。避免了用戶在第一應(yīng)用客戶端上更改自己的線下狀態(tài)之后，還需要再另行通知其他人所帶來的繁瑣的操作步驟，節(jié)約了用戶的時間。進(jìn)一步地，由于用戶可以通過第二應(yīng)用客戶端及時將自己的線下狀態(tài)同時通知給第二應(yīng)用客戶端上的多個好友，因此，還可以避免用戶在工作、學(xué)習(xí)等線下狀態(tài)時，被一些不必要的事情所打擾。

上述說明僅是本發(fā)明技術(shù)方案的概述，為了能夠更清楚了解本發(fā)明的技術(shù)手段，而可依照說明書的內(nèi)容予以實施，并且為了讓本發(fā)明的上述和其它目的、特征和優(yōu)點能夠更明顯易懂，以下特舉本發(fā)明的具體實施方式。

根據(jù)下文結(jié)合附圖對本發(fā)明具體實施例的詳細(xì)描述，本領(lǐng)域技術(shù)人員將會更加明了本發(fā)明的上述以及其他目的、優(yōu)點和特征。

附圖說明

通過閱讀下文優(yōu)選實施方式的詳細(xì)描述，各種其他的優(yōu)點和益處對于本領(lǐng)域普通技術(shù)人員將變得清楚明了。附圖僅用于示出優(yōu)選實施方式的目的，而并不認(rèn)為是對本發(fā)明的限制。而且在整個附圖中，用相同的參考符號表示相同的部件。在附圖中：

圖1示出了根據(jù)本發(fā)明一個實施例的同步用戶的線下狀態(tài)的方法的流程示意圖；

圖2示出了根據(jù)本發(fā)明一個實施例的同步用戶的線下狀態(tài)的方法的第一應(yīng)用客戶端、第二應(yīng)用客戶端對應(yīng)的應(yīng)用服務(wù)器以及第二應(yīng)用客戶端之間的同步請求傳遞示意圖；

圖3示出了根據(jù)本發(fā)明另一個實施例的同步用戶的線下狀態(tài)的方法的流程示意圖；

圖4示出了根據(jù)本發(fā)明再一個實施例的同步用戶的線下狀態(tài)的方法的流程示意圖；

圖5示出了根據(jù)本發(fā)明一個實施例的同步用戶的線下狀態(tài)的展示界面示意圖；

圖6示出了根據(jù)本發(fā)明一個實施例的同步用戶的線下狀態(tài)的另一種展示界面示意圖；

圖7示出了根據(jù)本發(fā)明一個實施例的同步用戶的線下狀態(tài)的裝置的結(jié)構(gòu)示意圖；

圖8示出了根據(jù)本發(fā)明另一個實施例的同步用戶的線下狀態(tài)的裝置的結(jié)構(gòu)示意圖；

圖9示出了根據(jù)本發(fā)明再一個實施例的同步用戶的線下狀態(tài)的裝置的結(jié)構(gòu)示意圖；

圖10示出了根據(jù)本發(fā)明又一個實施例的同步用戶的線下狀態(tài)的裝置的結(jié)構(gòu)示意圖；以及

圖11示出了根據(jù)本發(fā)明一個實施例的同步用戶的線下狀態(tài)的系統(tǒng)的結(jié)構(gòu)示意圖。

具體實施方式

下面將參照附圖更詳細(xì)地描述本公開的示例性實施例。雖然附圖中顯示了本公開的示例性實施例，然而應(yīng)當(dāng)理解，可以以各種形式實現(xiàn)本公開而不應(yīng)被這里闡述的實施例所限制。相反，提供這些實施例是為了能夠更透徹地理解本公開，并且能夠?qū)⒈竟_的范圍完整的傳達(dá)給本領(lǐng)域的技術(shù)人員。

為解決上述技術(shù)問題，本發(fā)明實施例提供了一種同步用戶的線下狀態(tài)的方法。下面對本發(fā)明實施例的同步用戶的線下狀態(tài)的方法分兩側(cè)介紹，一側(cè)從發(fā)出同步請求的第一應(yīng)用客戶端進(jìn)行介紹，另一側(cè)從接收同步請求的第二應(yīng)用客戶端進(jìn)行介紹。

首先介紹發(fā)出同步請求的第一應(yīng)用客戶端的一側(cè)的同步用戶的線下狀態(tài)的方法，圖1示出了根據(jù)本發(fā)明一個實施例的同步用戶的線下狀態(tài)的方法的流程示意圖。參見圖1，該方法至少包括步驟S102至步驟S108。

步驟S102，接收來自用戶的在第一應(yīng)用客戶端上進(jìn)行操作的請求。

步驟S104，判斷該操作是否為更改用戶的當(dāng)前線下狀態(tài)的操作，若是，則繼續(xù)執(zhí)行步驟S106。

該步驟中提及的“線下狀態(tài)”并不同于通常所理解的網(wǎng)絡(luò)的線下狀態(tài)，而是真實發(fā)生的事件的狀態(tài)，例如，申請請假的操作、申請出差的操作、申請或發(fā)起參加會議的操作等各項與工作相關(guān)的狀態(tài)；又例如，出行路線、入住酒店、游客當(dāng)前位置等旅游活動狀態(tài)，等等。本發(fā)明實施例對線下狀態(tài)的內(nèi)容不做具體限定。

另外，本發(fā)明實施例中提及的第一應(yīng)用客戶端若為OA系統(tǒng)(辦公自動化應(yīng)用系統(tǒng)，Office Automation System)客戶端，則相應(yīng)的用戶的線下狀態(tài)可以是用戶的各項工作狀態(tài)。需要說明的是，本發(fā)明實施例對第一應(yīng)用客戶端的具體內(nèi)容不做具體限定。

步驟S106，在執(zhí)行該操作之后，生成向第二應(yīng)用客戶端同步用戶的當(dāng)前線下狀態(tài)的同步請求。

在該步驟中，如前文介紹，第一應(yīng)用客戶端可以為OA系統(tǒng)客戶端，則第二應(yīng)用客戶端可以為安裝在用戶的終端(如手機、平板電腦、筆記本電腦等)上的具有通訊功能的客戶端(如微信、藍(lán)信、QQ等)。

在本發(fā)明的可選實施例中，第一應(yīng)用客戶端也可以為安裝在用戶的終端上的具有通訊功能的客戶端，用戶可以在該第一應(yīng)用客戶端上進(jìn)行操作的請求，則第二應(yīng)用客戶端可以為OA系統(tǒng)客戶端。

步驟S108，將同步請求發(fā)送給第二應(yīng)用客戶端，以由第二應(yīng)用客戶端根據(jù)同步請求同步用戶的當(dāng)前線下狀態(tài)。

在本發(fā)明實施例中，第一應(yīng)用客戶端接收來自用戶的在第一應(yīng)用客戶端上進(jìn)行操作的請求，并判斷該用戶的操作是否為更改用戶的當(dāng)前線下狀態(tài)的操作。若是，則在執(zhí)行操作之后，生成向第二應(yīng)用客戶端同步用戶的當(dāng)前線下狀態(tài)的同步請求，并將同步請求發(fā)送給第二應(yīng)用客戶端，以由第二應(yīng)用客戶端根據(jù)同步請求同步用戶的當(dāng)前線下狀態(tài)。由此，本發(fā)明實施例中，當(dāng)用戶在第一應(yīng)用客戶端上更改自己的線下狀態(tài)(如出差、請假等狀態(tài))時，第一應(yīng)用客戶端會自動將用戶更改后的線下狀態(tài)同步至用戶的第二應(yīng)用客戶端(如微信、藍(lán)信、QQ等)，從而使得用戶當(dāng)前的線下狀態(tài)不僅可以及時通知到第一應(yīng)用客戶端的管理者，還可以讓用戶的第二應(yīng)用客戶端上的朋友、同事、家人等及時了解到自己的線下狀態(tài)。避免了用戶在第一應(yīng)用客戶端上更改自己的線下狀態(tài)之后，還需要再另行通知其他人所帶來的繁瑣的操作步驟，節(jié)約了用戶的時間。進(jìn)一步地，由于用戶可以通過第二應(yīng)用客戶端及時將自己的線下狀態(tài)同時通知給第二應(yīng)用客戶端上的多個好友，因此，還可以避免用戶在工作、學(xué)習(xí)等線下狀態(tài)時，被一些不必要的事情所打擾。

在上文步驟S108中，在將同步請求發(fā)送給第二應(yīng)用客戶端時，首先，可以由用戶的第一應(yīng)用客戶端將同步請求發(fā)送給第二應(yīng)用客戶端對應(yīng)的應(yīng)用服務(wù)器。然后，再由該應(yīng)用服務(wù)器將同步請求推送給該用戶的第二應(yīng)用客戶端。在該實施例中，應(yīng)用服務(wù)器將同步請求推送給第二應(yīng)用客戶端時，具體地，可以由應(yīng)用服務(wù)器從同步請求中解析出用戶的標(biāo)識，進(jìn)而將同步請求推送給與用戶的標(biāo)識相對應(yīng)的第二應(yīng)用客戶端。下面對該實施例進(jìn)行具體介紹。

參見圖2，若用戶張紅在第一應(yīng)用客戶端A上進(jìn)行更改當(dāng)前線下狀態(tài)的操作，如申請請假操作，如果第一應(yīng)用客戶端的管理者通過了用戶的該項申請，則用戶張紅在第一應(yīng)用客戶端上的當(dāng)前線下狀態(tài)由“工作中”更改為“休假中”。此時，第一應(yīng)用客戶端A生成相應(yīng)的同步請求，并將該同步請求發(fā)送至第二應(yīng)用客戶端B對應(yīng)的應(yīng)用服務(wù)器C。其中，該同步請求中包含有用戶張紅的標(biāo)識信息以及用戶張紅的當(dāng)前的線下狀態(tài)。應(yīng)用服務(wù)器C接收到同步請求之后，從同步請求中解析出用戶張紅的標(biāo)識信息，并依據(jù)該標(biāo)識信息將該同步請求推送至相應(yīng)的用戶張紅的第二應(yīng)用客戶端B上。在該實施例中，用戶的標(biāo)識信息是指可以識別該用戶的的標(biāo)識信息，例如用戶在注冊第二應(yīng)用客戶端時的注冊賬號、注冊名稱、安裝有第二應(yīng)用客戶端的終端的ID等。本發(fā)明實施例對用戶標(biāo)識不做具體限定。

在本發(fā)明一實施例中，將同步請求發(fā)送給第二應(yīng)用客戶端對應(yīng)的應(yīng)用服務(wù)器之前，可以先獲取第二應(yīng)用客戶端對應(yīng)的應(yīng)用服務(wù)器用于接收同步請求的接口信息，進(jìn)而基于應(yīng)用服務(wù)器的接口信息，將同步請求發(fā)送給第二應(yīng)用客戶端對應(yīng)的應(yīng)用服務(wù)器。

繼續(xù)參見上文步驟S108，在本發(fā)明另一實施例中，當(dāng)?shù)诙?yīng)用客戶端根據(jù)同步請求同步用戶的當(dāng)前線下狀態(tài)之后，第一應(yīng)用客戶端可以接收第二應(yīng)用客戶端返回的、表示同步完成的響應(yīng)消息。

下面介紹接收同步請求的第二應(yīng)用客戶端一側(cè)的同步用戶的線下狀態(tài)的方法，圖3示出了根據(jù)本發(fā)明另一個實施例的同步用戶的線下狀態(tài)的方法的流程示意圖。參見圖3，該方法至少包括步驟S302至步驟S306。

步驟S302，接收來自第一應(yīng)用客戶端的同步用戶的當(dāng)前線下狀態(tài)的同步請求。

該步驟中提及的“線下狀態(tài)”并不同于通常所理解的網(wǎng)絡(luò)的線下狀態(tài)，而是真實發(fā)生的事件的狀態(tài)，可以是申請請假的操作、申請出差的操作、申請或發(fā)起參加會議的操作等各項與工作相關(guān)的狀態(tài)，也可以是出行路線、入住酒店、游客當(dāng)前位置等旅游活動狀態(tài)，等等。本發(fā)明實施例對線下狀態(tài)的內(nèi)容不做具體限定。

步驟S304，根據(jù)同步請求，在第二應(yīng)用客戶端上同步用戶的當(dāng)前線下狀態(tài)。

在該步驟中，如果第一應(yīng)用客戶端將同步請求發(fā)送給第二應(yīng)用客戶端對應(yīng)的應(yīng)用服務(wù)器，那么，第二應(yīng)用客戶端可以接收由應(yīng)用服務(wù)器推送的用戶的當(dāng)前線下狀態(tài)的同步請求。例如，若該第二應(yīng)用客戶端為藍(lán)信客戶端，第一應(yīng)用客戶端將同步請求發(fā)送給藍(lán)信客戶端對應(yīng)的應(yīng)用服務(wù)器中，那么第二應(yīng)用客戶端可以接收藍(lán)信客戶端對應(yīng)的應(yīng)用服務(wù)器推送的用戶的當(dāng)前線下狀態(tài)的同步請求。

步驟S306，展示同步后的用戶的當(dāng)前線下狀態(tài)，以便用戶在第二應(yīng)用客戶端的好友即時獲知用戶的當(dāng)前線下狀態(tài)。

在該步驟中，第二應(yīng)用客戶端展示同步后的用戶的當(dāng)前線下狀態(tài)時，可以在用戶通過第二應(yīng)用客戶端與用戶的好友進(jìn)行即時通訊時，在即時通訊窗口突出展示同步后的用戶的當(dāng)前線下狀態(tài)。例如，在用戶與好友聊天的對話框的某一位置中展現(xiàn)用戶的當(dāng)前線下狀態(tài)，在用戶與其好友進(jìn)行聊天時，可以使好友方便的了解到用戶此時的線下狀態(tài)。

參見上文步驟S304，在本發(fā)明一實施例中，當(dāng)在第二應(yīng)用客戶端上同步用戶的當(dāng)前線下狀態(tài)之后，第二應(yīng)用客戶端可以向第一應(yīng)用客戶端返回表示同步完成的響應(yīng)消息。第二應(yīng)用客戶端通過向第一應(yīng)用客戶端反饋表示同步完成的響應(yīng)消息，可以使第一應(yīng)用客戶端的使用者或者管理者及時地了解到用戶更改后的當(dāng)前線下狀態(tài)已經(jīng)在第二應(yīng)用客戶端上同步完成。

在本發(fā)明一可選實施例中，第二應(yīng)用客戶端還可以接收來自用戶的更改用戶的當(dāng)前線下狀態(tài)的請求，并生成更改用戶的當(dāng)前線下狀態(tài)的更改指令。然后，將更改指令發(fā)送給第一應(yīng)用客戶端，由第一應(yīng)用客戶端根據(jù)更改指令生成相應(yīng)的更改用戶的當(dāng)前線下狀態(tài)的操作，并執(zhí)行相應(yīng)的操作。下面對該實施例進(jìn)行詳細(xì)介紹。

例如，某一用戶將第一應(yīng)用客戶端(如OA系統(tǒng)客戶端)安裝在他的辦公室的臺式電腦上，而用戶的移動終端(如手機)上安裝有第二應(yīng)用客戶端(如藍(lán)信客戶端)。若用戶此時并不在辦公室，該用戶可以在手機上安裝的藍(lán)信客戶端上進(jìn)行更改自己當(dāng)前線下狀態(tài)的操作(如申請請假的操作、申請出差的操作、申請或發(fā)起參加會議的操作等)，并由藍(lán)信客戶端生成相應(yīng)的更改指令，從而由藍(lán)信客戶端將該更改指令發(fā)送至OA系統(tǒng)客戶端。進(jìn)而OA系統(tǒng)客戶端接收到該更改指令后，根據(jù)更改指令生成相應(yīng)的更改用戶的當(dāng)前線下狀態(tài)的操作，并執(zhí)行更改操作。通過上述方式，用戶在沒有直接接觸第一應(yīng)用客戶端的情況下，可以通過第二應(yīng)用客戶端向第一應(yīng)用客戶端發(fā)送更改指令的方式，對第一應(yīng)用客戶端上的用戶的線下狀態(tài)進(jìn)行更改，使得用戶對其當(dāng)前線下狀態(tài)的更改更加便捷，同時有效地提高了用戶的操作體驗。

下面結(jié)合第一應(yīng)用客戶端和第二應(yīng)用客戶端來詳細(xì)介紹本發(fā)明的同步用戶的線下狀態(tài)的方法的實現(xiàn)過程。圖4示出了根據(jù)本發(fā)明一個實施例的結(jié)合第一應(yīng)用客戶端和第二應(yīng)用客戶端的同步用戶的線下狀態(tài)的方法的流程圖。參見圖4，該方法至少包括步驟S402至步驟S414。

步驟S402，第一應(yīng)用客戶端接收來自用戶的操作的請求。

步驟S404，判斷該操作是否為更改用戶的當(dāng)前線下狀態(tài)的操作。若是，則執(zhí)行步驟S406；若否，則執(zhí)行步驟S407，結(jié)束本次流程。

在該步驟中，線下狀態(tài)的含義可以參見前文介紹，此處不再贅述。

步驟S406，在執(zhí)行操作之后，第一應(yīng)用客戶端生成向第二應(yīng)用客戶端同步用戶的當(dāng)前線下狀態(tài)的同步請求。

步驟S408，第一應(yīng)用客戶端將同步請求發(fā)送給第二應(yīng)用客戶端，以由第二應(yīng)用客戶端根據(jù)同步請求同步用戶的當(dāng)前線下狀態(tài)。

在該步驟中，第一應(yīng)用客戶端可以先將同步請求發(fā)送給第二應(yīng)用客戶端對應(yīng)的應(yīng)用服務(wù)器，然后由應(yīng)用服務(wù)器將同步請求推送給該用戶的第二應(yīng)用客戶端。

步驟S410，第二應(yīng)用客戶端接收來自第一應(yīng)用客戶端的同步用戶的當(dāng)前線下狀態(tài)的同步請求。

在該步驟中，若第一應(yīng)用客戶端將同步請求發(fā)送給第二應(yīng)用客戶端對應(yīng)的應(yīng)用服務(wù)器，那么第二應(yīng)用客戶端會接收到來自第二應(yīng)用客戶端對應(yīng)的應(yīng)用服務(wù)器推送的用戶的當(dāng)前線下狀態(tài)的同步請求。

步驟S412，第二應(yīng)用客戶端根據(jù)同步請求，在第二應(yīng)用客戶端上同步用戶的當(dāng)前線下狀態(tài)。

步驟S414，第二應(yīng)用客戶端展示同步后的用戶的當(dāng)前線下狀態(tài)，以便用戶在第二應(yīng)用客戶端的好友即時獲知用戶的當(dāng)前線下狀態(tài)。

接下來，以第一應(yīng)用客戶端為OA系統(tǒng)，第二應(yīng)用客戶端為藍(lán)信客戶端，用戶為王嵐，更改用戶的當(dāng)前線下狀態(tài)的操作為“王嵐申請在7月29日和30日進(jìn)行休假”對該實施例進(jìn)行詳細(xì)介紹。

當(dāng)OA系統(tǒng)接收到用戶王嵐對OA系統(tǒng)的操作請求時，通過判斷得知操作請求為“申請在7月29日和30日進(jìn)行休假”的請求，當(dāng)王嵐在OA系統(tǒng)中執(zhí)行了申請在7月29日和30日進(jìn)行休假的更改操作之后，OA系統(tǒng)生成向藍(lán)信客戶端同步王嵐此時的當(dāng)前線下狀態(tài)為“7月29日和30日休假中”的同步請求。然后，OA系統(tǒng)將該同步請求發(fā)送至藍(lán)信客戶端對應(yīng)的藍(lán)信服務(wù)器上，進(jìn)而藍(lán)信服務(wù)器將該同步請求發(fā)送至王嵐的藍(lán)信客戶端上。王嵐的藍(lán)信客戶端在接收到該同步請求之后，可以根據(jù)該同步請求將王嵐此時的當(dāng)前線下狀態(tài)“7月29日和30日休假中”同步到藍(lán)信客戶端的藍(lán)信名片上，并由藍(lán)信名片展示王嵐當(dāng)前的線下狀態(tài)為“7月29、30休假”。參見圖5所示，為王嵐的藍(lán)信名片展示其當(dāng)前的線下狀態(tài)為“7月29、30休假”的示意圖。

在本發(fā)明另一實施例中，還可以將王嵐的當(dāng)前的線下狀態(tài)“7月29、30休假”展示在藍(lán)信的聊天對話窗口中，以使王嵐在與其藍(lán)信客戶端上的聯(lián)系人進(jìn)行聊天時，讓對方及時了解到王嵐當(dāng)前的線下狀態(tài)。參見圖6所示，為王嵐與李明通過藍(lán)信聊天時，將王嵐的當(dāng)前的線下狀態(tài)“7月29、30休假”展示在藍(lán)信的聊天對話窗口中的示意圖。

基于同一發(fā)明構(gòu)思，本發(fā)明實施例還提供了一種同步用戶的線下狀態(tài)的裝置700，該裝置應(yīng)用在發(fā)出同步用戶的當(dāng)前線下狀態(tài)的同步請求的一側(cè)。圖7示出了根據(jù)本發(fā)明一個實施例的同步用戶的線下狀態(tài)的裝置的結(jié)構(gòu)示意圖。如圖7所示，同步用戶的線下狀態(tài)的裝置700至少可以包括：判斷模塊710、請求生成模塊720以及請求發(fā)送模塊730。

現(xiàn)介紹本發(fā)明實施例的同步用戶的線下狀態(tài)的裝置700的各組成或器件的功能以及各部分間的連接關(guān)系：

判斷模塊710，適于接收來自用戶的在第一應(yīng)用客戶端上進(jìn)行操作的請求，判斷操作是否為更改用戶的當(dāng)前線下狀態(tài)的操作；

請求生成模塊720，與判斷模塊710相耦合，適于若判斷模塊710判斷操作為更改用戶的當(dāng)前線下狀態(tài)的操作，則在執(zhí)行操作之后，生成向第二應(yīng)用客戶端同步用戶的當(dāng)前線下狀態(tài)的同步請求；

請求發(fā)送模塊730，與請求生成模塊720相耦合，適于將同步請求發(fā)送給第二應(yīng)用客戶端，以由第二應(yīng)用客戶端根據(jù)同步請求同步用戶的當(dāng)前線下狀態(tài)。

在本發(fā)明一實施例中，更改用戶的當(dāng)前線下狀態(tài)的操作包括下列至少之一：申請請假的操作，申請出差的操作，申請或發(fā)起參加會議的操作。

在本發(fā)明一實施例中，請求發(fā)送模塊730還適于，將同步請求發(fā)送給第二應(yīng)用客戶端對應(yīng)的應(yīng)用服務(wù)器，由應(yīng)用服務(wù)器將同步請求推送給第二應(yīng)用客戶端。

在本發(fā)明一實施例中，請求發(fā)送模塊730還適于，獲取第二應(yīng)用客戶端對應(yīng)的應(yīng)用服務(wù)器用于接收同步請求的接口信息；

基于接口信息，將同步請求發(fā)送給第二應(yīng)用客戶端對應(yīng)的應(yīng)用服務(wù)器。

在本發(fā)明一實施例中，請求發(fā)送模塊730還適于，由應(yīng)用服務(wù)器從同步請求中解析出用戶的標(biāo)識，進(jìn)而將同步請求推送給用戶的標(biāo)識對應(yīng)的第二應(yīng)用客戶端。

在本發(fā)明一實施例中，參見圖8，本發(fā)明還提供了另一種同步用戶的線下狀態(tài)的裝置800，該裝置可以應(yīng)用在發(fā)出同步用戶的當(dāng)前線下狀態(tài)的同步請求的一側(cè)。同步用戶的線下狀態(tài)的裝置800除了包含上文實施例的同步用戶的線下狀態(tài)的裝置700的各模塊之外，還包括有響應(yīng)消息接收模塊810。

響應(yīng)消息接收模塊810，與請求發(fā)送模塊730相耦合，適于接收第二應(yīng)用客戶端返回的、表示同步完成的響應(yīng)消息。

本發(fā)明實施例還提供了再一種同步用戶的線下狀態(tài)的裝置900，該裝置可以應(yīng)用在接收同步用戶的當(dāng)前線下狀態(tài)的同步請求的一側(cè)。圖9示出了根據(jù)本發(fā)明再一個實施例的同步用戶的線下狀態(tài)的裝置的結(jié)構(gòu)示意圖。如圖9所示，同步用戶的線下狀態(tài)的裝置900至少可以包括：請求接收模塊910、同步模塊920以及展示模塊930。

現(xiàn)介紹本發(fā)明實施例的同步用戶的線下狀態(tài)的裝置900的各組成或器件的功能以及各部分間的連接關(guān)系：

請求接收模塊910，適于接收來自第一應(yīng)用客戶端的同步用戶的當(dāng)前線下狀態(tài)的同步請求；

同步模塊920，與請求接收模塊910相耦合，適于根據(jù)同步請求，在第二應(yīng)用客戶端上同步用戶的當(dāng)前線下狀態(tài)；

展示模塊930，與同步模塊920相耦合，適于展示同步后的用戶的當(dāng)前線下狀態(tài)，以便用戶在第二應(yīng)用客戶端的好友即時獲知用戶的當(dāng)前線下狀態(tài)。

在本發(fā)明一實施例中，第一應(yīng)用客戶端將同步請求發(fā)送給第二應(yīng)用客戶端對應(yīng)的應(yīng)用服務(wù)器，請求接收模塊910還適于，接收應(yīng)用服務(wù)器推送的同步請求。

在本發(fā)明一實施例中，展示模塊930還適于，在用戶通過第二應(yīng)用客戶端與用戶的好友進(jìn)行即時通訊時，在即時通訊窗口突出展示同步后的用戶的當(dāng)前線下狀態(tài)。

在本發(fā)明一實施例中，參見圖10，本發(fā)明還提供了又一種同步用戶的線下狀態(tài)的裝置1000，該裝置也適于接收同步用戶的當(dāng)前線下狀態(tài)的同步請求。同步用戶的線下狀態(tài)的裝置1000除了包含上文實施例的同步用戶的線下狀態(tài)的裝置910的各模塊之外，還包括有響應(yīng)消息發(fā)送模塊1010、指令生成模塊1020以及指令發(fā)送模塊1030。

響應(yīng)消息發(fā)送模塊1010，與同步模塊920相耦合，適于同步模塊920在第二應(yīng)用客戶端上同步用戶的當(dāng)前線下狀態(tài)之后，向第一應(yīng)用客戶端返回表示同步完成的響應(yīng)消息。

指令生成模塊1020，與請求接收模塊910相耦合，適于接收來自用戶的更改用戶的當(dāng)前線下狀態(tài)的請求，生成更改用戶的當(dāng)前線下狀態(tài)的更改指令；

指令發(fā)送模塊1030，與指令生成模塊1020相耦合，適于將更改指令發(fā)送給第一應(yīng)用客戶端，由第一應(yīng)用客戶端根據(jù)更改指令生成相應(yīng)的更改用戶的當(dāng)前線下狀態(tài)的操作，并執(zhí)行操作。

在本發(fā)明一實施例中，更改用戶的當(dāng)前線下狀態(tài)的操作包括下列至少之一：申請請假的操作，申請出差的操作，申請或發(fā)起參加會議的操作。

基于同一發(fā)明構(gòu)思，本發(fā)明實施例還提供了一種同步用戶的線下狀態(tài)的系統(tǒng)1100。圖11示出了根據(jù)本發(fā)明一個實施例的同步用戶的線下狀態(tài)的系統(tǒng)的結(jié)構(gòu)示意圖。如圖11所示，該系統(tǒng)包括：上文任一個適于發(fā)送同步用戶的當(dāng)前線下狀態(tài)的同步請求的裝置(如同步用戶的線下狀態(tài)的裝置700或同步用戶的線下狀態(tài)的裝置800)以及上文任一個適于接收同步用戶的當(dāng)前線下狀態(tài)的同步請求的裝置(如同步用戶的線下狀態(tài)的裝置900或同步用戶的線下狀態(tài)的裝置1000)。圖11所示為同步用戶的線下狀態(tài)的系統(tǒng)1100包括同步用戶的線下狀態(tài)的裝置700和同步用戶的線下狀態(tài)的裝置900的結(jié)構(gòu)示意圖。

根據(jù)上述任意一個優(yōu)選實施例或多個優(yōu)選實施例的組合，本發(fā)明實施例能夠達(dá)到如下有益效果：

在本發(fā)明實施例中，第一應(yīng)用客戶端接收來自用戶的在第一應(yīng)用客戶端上進(jìn)行操作的請求，并判斷該用戶的操作是否為更改用戶的當(dāng)前線下狀態(tài)的操作。若是，則在執(zhí)行操作之后，生成向第二應(yīng)用客戶端同步用戶的當(dāng)前線下狀態(tài)的同步請求，并將同步請求發(fā)送給第二應(yīng)用客戶端，以由第二應(yīng)用客戶端根據(jù)同步請求同步用戶的當(dāng)前線下狀態(tài)。由此，本發(fā)明實施例中，當(dāng)用戶在第一應(yīng)用客戶端上更改自己的線下狀態(tài)(如出差、請假等狀態(tài))時，第一應(yīng)用客戶端會自動將用戶更改后的線下狀態(tài)同步至用戶的第二應(yīng)用客戶端(如微信、藍(lán)信、QQ等)，從而使得用戶當(dāng)前的線下狀態(tài)不僅可以及時通知到第一應(yīng)用客戶端的管理者，還可以讓用戶的第二應(yīng)用客戶端上的朋友、同事、家人等及時了解到自己的線下狀態(tài)。避免了用戶在第一應(yīng)用客戶端上更改自己的線下狀態(tài)之后，還需要再另行通知其他人所帶來的繁瑣的操作步驟，節(jié)約了用戶的時間。進(jìn)一步地，由于用戶可以通過第二應(yīng)用客戶端及時將自己的線下狀態(tài)同時通知給第二應(yīng)用客戶端上的多個好友，因此，還可以避免用戶在工作、學(xué)習(xí)等線下狀態(tài)時，被一些不必要的事情所打擾。

在此處所提供的說明書中，說明了大量具體細(xì)節(jié)。然而，能夠理解，本發(fā)明的實施例可以在沒有這些具體細(xì)節(jié)的情況下實踐。在一些實例中，并未詳細(xì)示出公知的方法、結(jié)構(gòu)和技術(shù)，以便不模糊對本說明書的理解。

類似地，應(yīng)當(dāng)理解，為了精簡本公開并幫助理解各個發(fā)明方面中的一個或多個，在上面對本發(fā)明的示例性實施例的描述中，本發(fā)明的各個特征有時被一起分組到單個實施例、圖、或者對其的描述中。然而，并不應(yīng)將該公開的方法解釋成反映如下意圖：即所要求保護(hù)的本發(fā)明要求比在每個權(quán)利要求中所明確記載的特征更多的特征。更確切地說，如下面的權(quán)利要求書所反映的那樣，發(fā)明方面在于少于前面公開的單個實施例的所有特征。因此，遵循具體實施方式的權(quán)利要求書由此明確地并入該具體實施方式，其中每個權(quán)利要求本身都作為本發(fā)明的單獨實施例。

本領(lǐng)域那些技術(shù)人員可以理解，可以對實施例中的設(shè)備中的模塊進(jìn)行自適應(yīng)性地改變并且把它們設(shè)置在與該實施例不同的一個或多個設(shè)備中。可以把實施例中的模塊或單元或組件組合成一個模塊或單元或組件，以及此外可以把它們分成多個子模塊或子單元或子組件。除了這樣的特征和/或過程或者單元中的至少一些是相互排斥之外，可以采用任何組合對本說明書(包括伴隨的權(quán)利要求、摘要和附圖)中公開的所有特征以及如此公開的任何方法或者設(shè)備的所有過程或單元進(jìn)行組合。除非另外明確陳述，本說明書(包括伴隨的權(quán)利要求、摘要和附圖)中公開的每個特征可以由提供相同、等同或相似目的的替代特征來代替。

此外，本領(lǐng)域的技術(shù)人員能夠理解，盡管在此所述的一些實施例包括其它實施例中所包括的某些特征而不是其它特征，但是不同實施例的特征的組合意味著處于本發(fā)明的范圍之內(nèi)并且形成不同的實施例。例如，在權(quán)利要求書中，所要求保護(hù)的實施例的任意之一都可以以任意的組合方式來使用。

本發(fā)明的各個部件實施例可以以硬件實現(xiàn)，或者以在一個或者多個處理器上運行的軟件模塊實現(xiàn)，或者以它們的組合實現(xiàn)。本領(lǐng)域的技術(shù)人員應(yīng)當(dāng)理解，可以在實踐中使用微處理器或者數(shù)字信號處理器(DSP)來實現(xiàn)根據(jù)本發(fā)明實施例的同步用戶的線下狀態(tài)的裝置和系統(tǒng)中的一些或者全部部件的一些或者全部功能。本發(fā)明還可以實現(xiàn)為用于執(zhí)行這里所描述的方法的一部分或者全部的設(shè)備或者裝置程序(例如，計算機程序和計算機程序產(chǎn)品)。這樣的實現(xiàn)本發(fā)明的程序可以存儲在計算機可讀介質(zhì)上，或者可以具有一個或者多個信號的形式。這樣的信號可以從因特網(wǎng)網(wǎng)站上下載得到，或者在載體信號上提供，或者以任何其他形式提供。

應(yīng)該注意的是上述實施例對本發(fā)明進(jìn)行說明而不是對本發(fā)明進(jìn)行限制，并且本領(lǐng)域技術(shù)人員在不脫離所附權(quán)利要求的范圍的情況下可設(shè)計出替換實施例。在權(quán)利要求中，不應(yīng)將位于括號之間的任何參考符號構(gòu)造成對權(quán)利要求的限制。單詞“包含”不排除存在未列在權(quán)利要求中的元件或步驟。位于元件之前的單詞“一”或“一個”不排除存在多個這樣的元件。本發(fā)明可以借助于包括有若干不同元件的硬件以及借助于適當(dāng)編程的計算機來實現(xiàn)。在列舉了若干裝置的單元權(quán)利要求中，這些裝置中的若干個可以是通過同一個硬件項來具體體現(xiàn)。單詞第一、第二、以及第三等的使用不表示任何順序?？蓪⑦@些單詞解釋為名稱。

至此，本領(lǐng)域技術(shù)人員應(yīng)認(rèn)識到，雖然本文已詳盡示出和描述了本發(fā)明的多個示例性實施例，但是，在不脫離本發(fā)明精神和范圍的情況下，仍可根據(jù)本發(fā)明公開的內(nèi)容直接確定或推導(dǎo)出符合本發(fā)明原理的許多其他變型或修改。因此，本發(fā)明的范圍應(yīng)被理解和認(rèn)定為覆蓋了所有這些其他變型或修改。

本發(fā)明實施例還公開了A1、一種同步用戶的線下狀態(tài)的方法，包括：

接收來自用戶的在第一應(yīng)用客戶端上進(jìn)行操作的請求，判斷所述操作是否為更改所述用戶的當(dāng)前線下狀態(tài)的操作；

若是，則在執(zhí)行所述操作之后，生成向第二應(yīng)用客戶端同步所述用戶的當(dāng)前線下狀態(tài)的同步請求；

將所述同步請求發(fā)送給所述第二應(yīng)用客戶端，以由所述第二應(yīng)用客戶端根據(jù)所述同步請求同步所述用戶的當(dāng)前線下狀態(tài)。

A2、根據(jù)A1所述的方法，其中，更改所述用戶的當(dāng)前線下狀態(tài)的操作包括下列至少之一：

申請請假的操作；

申請出差的操作；

申請或發(fā)起參加會議的操作。

A3、根據(jù)A1或A2所述的方法，其中，將所述同步請求發(fā)送給所述第二應(yīng)用客戶端，包括：

將所述同步請求發(fā)送給所述第二應(yīng)用客戶端對應(yīng)的應(yīng)用服務(wù)器，由所述應(yīng)用服務(wù)器將所述同步請求推送給所述第二應(yīng)用客戶端。

A4、根據(jù)A3所述的方法，其中，將所述同步請求發(fā)送給所述第二應(yīng)用客戶端對應(yīng)的應(yīng)用服務(wù)器，包括：

獲取所述第二應(yīng)用客戶端對應(yīng)的應(yīng)用服務(wù)器用于接收所述同步請求的接口信息；

基于所述接口信息，將所述同步請求發(fā)送給所述第二應(yīng)用客戶端對應(yīng)的應(yīng)用服務(wù)器。

A5、根據(jù)A3或A4所述的方法，其中，由所述應(yīng)用服務(wù)器將所述同步請求推送給所述第二應(yīng)用客戶端，包括：

由所述應(yīng)用服務(wù)器從所述同步請求中解析出所述用戶的標(biāo)識，進(jìn)而將所述同步請求推送給所述用戶的標(biāo)識對應(yīng)的所述第二應(yīng)用客戶端。

A6、根據(jù)A1-A5中任一項所述的方法，其中，還包括：

接收所述第二應(yīng)用客戶端返回的、表示同步完成的響應(yīng)消息。

本發(fā)明實施例還公開了B7、一種同步用戶的線下狀態(tài)的方法，包括：

接收來自第一應(yīng)用客戶端的同步用戶的當(dāng)前線下狀態(tài)的同步請求；

根據(jù)所述同步請求，在第二應(yīng)用客戶端上同步所述用戶的當(dāng)前線下狀態(tài)；

展示同步后的所述用戶的當(dāng)前線下狀態(tài)，以便所述用戶在所述第二應(yīng)用客戶端的好友即時獲知所述用戶的當(dāng)前線下狀態(tài)。

B8、根據(jù)B7所述的方法，其中，所述第一應(yīng)用客戶端將所述同步請求發(fā)送給所述第二應(yīng)用客戶端對應(yīng)的應(yīng)用服務(wù)器，接收來自第一應(yīng)用客戶端的同步用戶的當(dāng)前線下狀態(tài)的同步請求，包括：

接收所述應(yīng)用服務(wù)器推送的所述同步請求。

B9、根據(jù)B7或B8所述的方法，其中，展示同步后的所述用戶的當(dāng)前線下狀態(tài)，包括：

在所述用戶通過所述第二應(yīng)用客戶端與所述用戶的好友進(jìn)行即時通訊時，在即時通訊窗口突出展示同步后的所述用戶的當(dāng)前線下狀態(tài)。

B10、根據(jù)B7-B9中任一項所述的方法，其中，還包括：

在第二應(yīng)用客戶端上同步所述用戶的當(dāng)前線下狀態(tài)之后，向所述第一應(yīng)用客戶端返回表示同步完成的響應(yīng)消息。

B11、根據(jù)B7-B10中任一項所述的方法，其中，還包括：

接收來自所述用戶的更改所述用戶的當(dāng)前線下狀態(tài)的請求，生成更改所述用戶的當(dāng)前線下狀態(tài)的更改指令；

將所述更改指令發(fā)送給所述第一應(yīng)用客戶端，由所述第一應(yīng)用客戶端根據(jù)所述更改指令生成相應(yīng)的更改所述用戶的當(dāng)前線下狀態(tài)的操作，并執(zhí)行所述操作。

B12、根據(jù)B11所述的方法，其中，更改所述用戶的當(dāng)前線下狀態(tài)的操作包括下列至少之一：

申請請假的操作；

申請出差的操作；

申請或發(fā)起參加會議的操作。

本發(fā)明實施例還公開了C13、一種同步用戶的線下狀態(tài)的裝置，包括：

判斷模塊，適于接收來自用戶的在第一應(yīng)用客戶端上進(jìn)行操作的請求，判斷所述操作是否為更改所述用戶的當(dāng)前線下狀態(tài)的操作；

請求生成模塊，適于若所述判斷模塊判斷所述操作為更改所述用戶的當(dāng)前線下狀態(tài)的操作，則在執(zhí)行所述操作之后，生成向第二應(yīng)用客戶端同步所述用戶的當(dāng)前線下狀態(tài)的同步請求；

請求發(fā)送模塊，適于將所述同步請求發(fā)送給所述第二應(yīng)用客戶端，以由所述第二應(yīng)用客戶端根據(jù)所述同步請求同步所述用戶的當(dāng)前線下狀態(tài)。

C14、根據(jù)C13所述的裝置，其中，更改所述用戶的當(dāng)前線下狀態(tài)的操作包括下列至少之一：

申請請假的操作；

申請出差的操作；

申請或發(fā)起參加會議的操作。

C15、根據(jù)C13或C14所述的裝置，其中，所述請求發(fā)送模塊還適于：

將所述同步請求發(fā)送給所述第二應(yīng)用客戶端對應(yīng)的應(yīng)用服務(wù)器，由所述應(yīng)用服務(wù)器將所述同步請求推送給所述第二應(yīng)用客戶端。

C16、根據(jù)C15所述的裝置，其中，所述請求發(fā)送模塊還適于：

獲取所述第二應(yīng)用客戶端對應(yīng)的應(yīng)用服務(wù)器用于接收所述同步請求的接口信息；

基于所述接口信息，將所述同步請求發(fā)送給所述第二應(yīng)用客戶端對應(yīng)的應(yīng)用服務(wù)器。

C17、根據(jù)C15或C16所述的裝置，其中，所述請求發(fā)送模塊還適于：

由所述應(yīng)用服務(wù)器從所述同步請求中解析出所述用戶的標(biāo)識，進(jìn)而將所述同步請求推送給所述用戶的標(biāo)識對應(yīng)的所述第二應(yīng)用客戶端。

C18、根據(jù)C13-C17中任一項所述的裝置，其中，還包括：

響應(yīng)消息接收模塊，適于接收所述第二應(yīng)用客戶端返回的、表示同步完成的響應(yīng)消息。

本發(fā)明實施例還公開了D19、一種同步用戶的線下狀態(tài)的裝置，包括：

請求接收模塊，適于接收來自第一應(yīng)用客戶端的同步用戶的當(dāng)前線下狀態(tài)的同步請求；

同步模塊，適于根據(jù)所述同步請求，在第二應(yīng)用客戶端上同步所述用戶的當(dāng)前線下狀態(tài)；

展示模塊，適于展示同步后的所述用戶的當(dāng)前線下狀態(tài)，以便所述用戶在所述第二應(yīng)用客戶端的好友即時獲知所述用戶的當(dāng)前線下狀態(tài)。

D20、根據(jù)D19所述的裝置，其中，所述第一應(yīng)用客戶端將所述同步請求發(fā)送給所述第二應(yīng)用客戶端對應(yīng)的應(yīng)用服務(wù)器，所述請求接收模塊還適于：

接收所述應(yīng)用服務(wù)器推送的所述同步請求。

D21、根據(jù)D19或D20所述的裝置，其中，所述展示模塊還適于：

在所述用戶通過所述第二應(yīng)用客戶端與所述用戶的好友進(jìn)行即時通訊時，在即時通訊窗口突出展示同步后的所述用戶的當(dāng)前線下狀態(tài)。

D22、根據(jù)D19-D21中任一項所述的裝置，其中，還包括：

響應(yīng)消息發(fā)送模塊，適于所述同步模塊在第二應(yīng)用客戶端上同步所述用戶的當(dāng)前線下狀態(tài)之后，向所述第一應(yīng)用客戶端返回表示同步完成的響應(yīng)消息。

D23、根據(jù)D19-D22中任一項所述的裝置，其中，還包括：

指令生成模塊，適于接收來自所述用戶的更改所述用戶的當(dāng)前線下狀態(tài)的請求，生成更改所述用戶的當(dāng)前線下狀態(tài)的更改指令；

指令發(fā)送模塊，適于將所述更改指令發(fā)送給所述第一應(yīng)用客戶端，由所述第一應(yīng)用客戶端根據(jù)所述更改指令生成相應(yīng)的更改所述用戶的當(dāng)前線下狀態(tài)的操作，并執(zhí)行所述操作。

D24、根據(jù)D23所述的裝置，其中，更改所述用戶的當(dāng)前線下狀態(tài)的操作包括下列至少之一：

申請請假的操作；

申請出差的操作；

申請或發(fā)起參加會議的操作。

本發(fā)明實施例還公開了E25、一種同步用戶的線下狀態(tài)的系統(tǒng)，包括：如C13-C18中任一項所述的同步用戶的線下狀態(tài)的裝置以及D19-D24中任一項所述同步用戶的線下狀態(tài)的裝置。