本發(fā)明涉及通信技術(shù)領域，尤其涉及一種投保單信息更新方法及管理服務器。

背景技術(shù)：

目前，產(chǎn)險系統(tǒng)通常包含多個子系統(tǒng)，如電話銷售子系統(tǒng)、app銷售子系統(tǒng)、官網(wǎng)銷售子系統(tǒng)等等，每個子系統(tǒng)都具有對應的服務器對該子系統(tǒng)進行管理，且產(chǎn)險系統(tǒng)中具有核心服務器對該多個子系統(tǒng)進行管理。客戶可以通過電話、官網(wǎng)、app等渠道訂購產(chǎn)險，且通過電話、官網(wǎng)、app等渠道生成的投保單都將統(tǒng)一保存在核心服務器上。且為了避免客戶因操作問題或者其他原因未能完成投保單的整個處理流程，導致客戶的流失，核心服務器將各個渠道生成的投保單分配給電話銷售子系統(tǒng)中管理服務器，由該管理服務器將投保單分配給相應的人工坐席，以由人工坐席查看投保單的投保單信息，以確定對該投保單的下一步處理方式，例如，若人工坐席確定投保單處于待繳費狀態(tài)，將對該投保單的狀態(tài)進行關(guān)注，若在預置時間段內(nèi)該投保單的狀態(tài)未變更為繳費狀態(tài)，可以由人工坐席向客戶撥打電話，以通過電話溝通的方式確定客戶長時間未繳費的原因，并給出客戶處理建議或者協(xié)助客戶完成繳費過程。通過上述方式對投保單進行跟蹤，能夠有效避免客戶的流失且給客戶更好的使用體驗。

其中，電話銷售子系統(tǒng)中的人工坐席通常包含電腦、耳麥及銷售人員，其中電腦上安裝銷售軟件，以接入電話銷售子系統(tǒng)。

為了實現(xiàn)對投保單的跟蹤，電話銷售子系統(tǒng)中人工坐席側(cè)的銷售人員需要通過手動刷新的方式刷新投保單信息，使得人工坐席側(cè)的銷售人員能夠基于刷新后的投保單信息確定對該投保單的下一步處理流程。具體的：人工坐席在檢測到銷售人員的手動刷新操作之后，將生成投保單信息更新請求，并將該更新請求發(fā)送給電話銷售子系統(tǒng)中的管理服務器，由電話銷售子系統(tǒng)中的管理服務器從上述核心服務器上獲取到與該人工坐席具有映射關(guān)系的投保單的投保單信息，并將該投保單信息反饋給上述人工坐席，以實現(xiàn)人工坐席的投保單信息的更新。通過上述手動刷新的方式，使得能夠?qū)崿F(xiàn)人工坐席的投保單信息的更新，使得人工坐席側(cè)的銷售人員能夠基于更新后的投保單信息確定對投保單的下一步處理流程，有效實現(xiàn)投保單的跟蹤。

然而，通過銷售人員手動刷新的方式更新投保單信息將給銷售人員的工作帶來了極大不便且增加了銷售人員的工作量。

上述內(nèi)容僅用于輔助理解本發(fā)明的技術(shù)方案，并不代表承認上述內(nèi)容是現(xiàn)有技術(shù)。

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

本發(fā)明的主要目的在于提供一種投保單信息更新方法及管理服務器，旨在解決現(xiàn)有技術(shù)中通過銷售人員手動刷新的方式更新投保信息給銷售人員的工作帶來了極大不便且增加了銷售人員的工作量的技術(shù)問題。

為實現(xiàn)上述目的，本發(fā)明提供的一種投保單信息更新方法，所述方法包括：

管理服務器每間隔預置時長從核心服務器獲取投保單基礎數(shù)據(jù)，所述投保單基礎數(shù)據(jù)包括目標投保單的編號及所述目標投保單最近一次的更新時間；

在所述管理服務器管理的投保單中，確定編號與所述目標投保單的編號相同的投保單已記錄的最近一次的更新時間；

若所述目標投保單最近一次的更新時間晚于所述已記錄的最近一次的更新時間，則從所述核心服務器獲取所述目標投保單的投保單信息，并推送給相應的人工坐席，以實現(xiàn)所述人工坐席的投保單信息的更新。

優(yōu)選地，所述投保單基礎數(shù)據(jù)還包括所述目標投保單的狀態(tài)；

則所述從核心服務器獲取所述目標投保單的投保單信息的步驟包括：

根據(jù)所述目標投保單的狀態(tài)從所述核心服務器獲取所述目標投保單的投保單信息。

優(yōu)選地，所述根據(jù)所述目標投保單的狀態(tài)從所述核心服務器獲取所述目標投保單的投保單信息的步驟包括：

查找預先設置的狀態(tài)與參數(shù)類型之間的映射關(guān)系，確定與所述目標投保單的狀態(tài)對應的目標參數(shù)類型；

從所述核心服務器已保存的所述目標投保單的數(shù)據(jù)中獲取與所述目標參數(shù)類型對應的參數(shù)值，將所述參數(shù)值作為所述目標投保單的投保單信息。

優(yōu)選地，所述目標投保單為所述管理服務器管理的處于未完成狀態(tài)的投保單。

優(yōu)選地，所述推送給相應的人工坐席的步驟包括：

利用所述目標投保單的編號查找已保存的投保單的編號與人工坐席之間的映射關(guān)系，確定與所述目標投保單的編號具有映射關(guān)系的人工坐席；

將所述目標投保單的投保單信息推送給與所述目標投保單具有映射關(guān)系的人工坐席。

為了解決上述問題，本發(fā)明還提供一種管理服務器，所述管理服務器包括：

第一獲取模塊，用于每間隔預置時長從核心服務器獲取投保單基礎數(shù)據(jù)，所述投保單基礎數(shù)據(jù)包括目標投保單的編號及所述目標投保單最近一次的更新時間；

確定模塊，用于在所述管理服務器管理的投保單中，確定編號與所述目標投保單的編號相同的投保單已記錄的最近一次的更新時間；

第二獲取模塊，用于若所述目標投保單最近一次的更新時間晚于所述已記錄的最近一次的更新時間，則從所述核心服務器獲取所述目標投保單的投保單信息；

推送模塊，用于將所述目標投保單的投保單信息推送給相應的人工坐席，以實現(xiàn)所述人工坐席的投保單信息的更新。

優(yōu)選地，所述投保單基礎數(shù)據(jù)還包括所述目標投保單的狀態(tài)；

則所述第二獲取模塊具體用于：若所述目標投保單最近一次的更新時間晚于所述已記錄的最近一次的更新時間，則根據(jù)所述目標投保單的狀態(tài)從所述核心服務器獲取所述目標投保單的投保單信息。

優(yōu)選地，所述第二獲取模塊包括：

第一查找模塊，用于若所述目標投保單最近一次的更新時間晚于所述已記錄的最近一次的更新時間，查找預先設置的狀態(tài)與參數(shù)類型之間的映射關(guān)系，確定與所述目標投保單的狀態(tài)對應的目標參數(shù)類型；

第三獲取模塊，用于從所述核心服務器已保存的所述目標投保單的數(shù)據(jù)中獲取與所述目標參數(shù)類型對應的參數(shù)值，將所述參數(shù)值作為所述目標投保單的投保單信息。

優(yōu)選地，所述目標投保單為所述管理服務器管理的處于未完成狀態(tài)的投保單。

優(yōu)選地，所述推送模塊包括：

第二查找模塊，用于利用所述目標投保單的編號查找已保存的投保單的編號與人工坐席之間的映射關(guān)系，確定與所述目標投保單的編號具有映射關(guān)系的人工坐席；

信息推送模塊，用于將所述目標投保單的投保單信息推送給與所述目標投保單具有映射關(guān)系的人工坐席。

本發(fā)明提供一種投保單信息更新方法，在該方法中，管理服務器每間隔預置時長從核心服務器獲取投保單基礎數(shù)據(jù)，該基礎數(shù)據(jù)包括目標投保單的編號及目標投保單最近一次的更新時間，根據(jù)該目標投保單的編號確定在管理服務器管理的投保單中，編號與該目標投保單的編號相同的投保單已記錄的最近一次的更新時間，若該目標投保單最近一次的更新時間晚于該已記錄的最近一次的更新時間，則從核心服務器獲取該目標投保單的投保單信息，并推送給相應的人工坐席，以實現(xiàn)所述人工坐席的投保單信息的更新，使得能夠由管理服務器主動向人工坐席推送投保單信息，以實現(xiàn)投保單信息的更新，不需要由人工坐席側(cè)的銷售人員通過手動刷新的方式更新投保單信息，有效減少人工坐席側(cè)的銷售人員的工作量，便于銷售人員開展工作。

附圖說明

圖1為本發(fā)明第一實施例中投保單信息更新方法的流程示意圖；

圖2為圖1中所示第一實施例中步驟103的細化步驟的流程示意圖；

圖3為本發(fā)明第二實施例中投保單信息更新方法的流程示意圖；

圖4為本發(fā)明第三實施例中管理服務器的功能模塊的示意圖；

圖5為圖4所示第三實施例中第二獲取模塊403的細化功能模塊的示意圖；

圖6為本發(fā)明第四實施例中管理服務器的功能模塊的示意圖。

本發(fā)明目的的實現(xiàn)、功能特點及優(yōu)點將結(jié)合實施例，參照附圖做進一步說明。

具體實施方式

應當理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。

由于現(xiàn)有技術(shù)中必須由銷售人員通過手動刷新的方式更新投保信息，導致銷售人員無法及時獲取到最新的投保信息且將帶來增加銷售人員工作量的技術(shù)問題。

為了解決上述技術(shù)問題，本發(fā)明提出一種投保單信息更新方法，通過由管理服務器每間隔預置時長向人工坐席主動推送投保單信息，使得不需要由人工坐席側(cè)的銷售人員通過手動刷新的方式更新投保信息，有效減少人工坐席側(cè)的銷售人員的工作量，便于銷售人員開展工作。

請參閱圖1，為本發(fā)明第一實施例中投保單信息更新方法的流程示意圖，且該投保單信息更新方法包括：

步驟101、管理服務器每間隔預置時長從核心服務器獲取投保單基礎數(shù)據(jù)，所述投保單基礎數(shù)據(jù)包括目標投保單的編號及所述目標投保單最近一次的更新時間；

在本發(fā)明實施例中，該投保單信息更新方法是應用于產(chǎn)險系統(tǒng)中的，且電話銷售、app銷售、官網(wǎng)銷售等銷售渠道的投保單在產(chǎn)險系統(tǒng)中可以交互，各個銷售渠道的投保單統(tǒng)一保存在核心服務器上，且核心服務器上保存的投保單為最新的投保單。

在本發(fā)明實施例中，管理服務器是電話銷售子系統(tǒng)中的服務器，其用于投保單的分配及投保單信息的更新，其中，該電話銷售子系統(tǒng)屬于產(chǎn)險系統(tǒng)的子系統(tǒng)。且在電話銷售子系統(tǒng)中，管理服務器與人工坐席連接，能夠?qū)⑼侗畏峙浣o人工坐席，并由人工坐席側(cè)的銷售人員根據(jù)分配的投保單的投保單信息對該投保單進行跟蹤。

在本發(fā)明實施例中，為了實現(xiàn)管理服務器主動推送已更新的投保單信息的目的，管理服務器將每間隔預置時長從核心服務器獲取投保單基礎數(shù)據(jù)，該投保單基礎數(shù)據(jù)包括目標投保單的編號及目標投保單最近一次的更新時間。

其中，管理服務器每間隔預置時長從核心服務器獲取投保單基礎數(shù)據(jù)包括：管理服務器每間隔預置時長確定其管理的投保單中處于未完成狀態(tài)投保單，且將處于未完成狀態(tài)的投保單作為目標投保單，獲取目標投保單的編號，并向核心服務器發(fā)送攜帶目標投保單的編號的更新請求，核心服務器接收到該更新請求之后，將根據(jù)該目標投保單的編號獲取該目標投保單最近一次的更新時間，并將該目標投保單的編號及該目標投保單最近一次的更新時間作為投保單基礎數(shù)據(jù)反饋給管理服務器，使得管理服務器能夠獲取到投保單基礎數(shù)據(jù)。其中，管理服務器管理的投保單包括該管理服務器所在電話銷售子系統(tǒng)的人工坐席生成的投保單及產(chǎn)險系統(tǒng)中的核心服務器分配的通過官網(wǎng)渠道和/或app渠道生成的投保單。

可以理解的是，本發(fā)明實施例中的目標投保單并非指單個投保單，該目標投保單實際可以為多個不同的投保單，且每一個投保單都將按照本發(fā)明實施例中的技術(shù)方案實現(xiàn)投保單信息的主動推送。

其中，該目標投保單是處于未完成狀態(tài)的投保單，該未完成狀態(tài)是指管理服務器保存的投保單的信息中，投保單的狀態(tài)是未完成的狀態(tài)。

其中，投保單的狀態(tài)包括：待修改狀態(tài)、待繳費狀態(tài)、待審核狀態(tài)、待現(xiàn)場檢驗狀態(tài)、待成保狀態(tài)、已成保狀態(tài)、成保失敗狀態(tài)等等。除了已成保狀態(tài)及成保失敗狀態(tài)，其他的狀態(tài)都屬于未完成狀態(tài)。

步驟102、在所述管理服務器管理的投保單中，確定編號與所述目標投保單的編號相同的投保單已記錄的最近一次的更新時間；若所述目標投保單最近一次的更新時間晚于所述已記錄的最近一次的更新時間，則執(zhí)行步驟103；

步驟103、從所述核心服務器獲取所述目標投保單的投保單信息，并推送給相應的人工坐席，以實現(xiàn)所述人工坐席的投保單信息的更新。

在本發(fā)明實施例中，管理服務器在得到目標投保單的編號及目標投保單最近一次的更新時間后，在管理服務器管理的投保單中，確定編號與該目標投保單的編號相同的投保單已記錄的最近一次的更新時間，其中，編號與目標投保單的編號相同的投保單是指管理服務器側(cè)保存的目標投保單，其中，投保單基礎數(shù)據(jù)中的目標投保單最近一次的更新時間是指核心服務器側(cè)保存的該目標投保單最近一次的更新時間。

其中，若投保單基礎數(shù)據(jù)中包含的目標投保單最近一次的更新時間晚于管理服務器側(cè)已記錄的最近一次的更新時間，則表明核心服務器側(cè)該目標投保單的投保單信息已進行更新，而管理服務器側(cè)的該目標投保單的投保單信息未實現(xiàn)同步更新，在這種情況下，管理服務器將從核心服務器獲取該目標投保單的投保單信息，并推送給相應的人工坐席，以實現(xiàn)所述人工坐席的投保單信息的更新，使得能夠?qū)⒛繕送侗胃潞蟮耐侗涡畔⒅鲃油扑徒o人工坐席，使得人工坐席能夠及時獲取到最新的投保單信息。

可以理解的是，在本發(fā)明實施例中，管理服務器在從核心服務器獲取該目標投保單的投保單信息之后，將保存該目標投保單的投保單信息，及保存投保單基礎數(shù)據(jù)中該目標投保單最近一次的更新時間。

在本發(fā)明實施例中，若投保單基礎數(shù)據(jù)中包含的目標投保單最近一次的更新市價與管理服務器側(cè)已記錄的最近一次的更新時間相同，則表明該目標投保單的投保單信息并未更新，在這種情況下，為了避免資源的浪費及相同的投保單信息的重復推送，管理服務器將不對該目標投保單進行處理，即不對該目標投保單信息進行推送。

在本發(fā)明實施例中，管理服務器每間隔預置時長從核心服務器獲取投保單基礎數(shù)據(jù)，該基礎數(shù)據(jù)包括目標投保單的編號及目標投保單最近一次的更新時間，根據(jù)該目標投保單的編號確定在管理服務器管理的投保單中，編號與該目標投保單的編號相同的投保單已記錄的最近一次的更新時間，若該目標投保單最近一次的更新時間晚于該已記錄的最近一次的更新時間，則從核心服務器獲取該目標投保單的投保單信息，并推送給相應的人工坐席，以實現(xiàn)所述人工坐席的投保單信息的更新，使得能夠由管理服務器主動向人工坐席推送投保單信息，不需要由人工坐席側(cè)的銷售人員通過手動刷新的方式更新投保單信息，有效減少人工坐席側(cè)的銷售人員的工作量，便于銷售人員開展工作。且只有在目標投保單信息更新的情況下才會推送，能夠進一步減少資源的浪費及避免相同的投保單信息的重復推送。

在本發(fā)明實施例中，管理服務器獲取的投保單基礎數(shù)據(jù)除了包含上述的目標投保單的編號及目標投保單最近一次的更新時間以外，還可以包括目標投保單的狀態(tài)，該目標投保單的狀態(tài)是指核心服務器中該目標投保單所處的狀態(tài)。

且在包含上述目標投保單的狀態(tài)的情況下，圖1所示第一實施例中的步驟103中的從核心服務器獲取目標投保單的投保單信息具體包括：

根據(jù)所述目標投保單的狀態(tài)從所述核心服務器獲取所述目標投保單的投保單信息。

基于上述描述，請參閱圖2，為本發(fā)明圖1所示第一實施例中步驟103的細化步驟的流程示意圖，該細化步驟包括：

步驟201、查找預先設置的狀態(tài)與參數(shù)類型之間的映射關(guān)系，確定與所述目標投保單的狀態(tài)對應的目標參數(shù)類型；

步驟202、從所述核心服務器已保存的所述目標投保單的數(shù)據(jù)中獲取與所述目標參數(shù)類型對應的參數(shù)值，將所述參數(shù)值作為所述目標投保單的投保單信息。

在本發(fā)明實施例中，在投保單基礎數(shù)據(jù)中包含的目標投保單最近一次的更新時間晚于管理服務器側(cè)已記錄的最近一次的更新時間的情況下，管理服務器將查找預先設置的狀態(tài)與參數(shù)類型之間的映射關(guān)系，確定與該目標投保單的狀態(tài)對應的目標參數(shù)類型，并從該核心服務器獲取與該目標參數(shù)類型對應的參數(shù)值，將該參數(shù)值作為該目標投保單的投保單信息。

例如，若該目標投保單的狀態(tài)為待繳費狀態(tài)或已成保狀態(tài)，則對應的目標參數(shù)類型為整個投保單信息，若該目標投保單的狀態(tài)為待修改狀態(tài)或待審批狀態(tài)，則對應的目標參數(shù)為目標投保單的審核概要信息。

可以理解的是，在基于目標投保單的狀態(tài)確定需要獲取的目標參數(shù)類型，并基于目標參數(shù)類型從核心服務器獲取投保單信息，使得能夠基于需要獲取部分或全部的投保數(shù)據(jù)，不需要每次推送時都推送完整的投保單，避免相同信息的重復推送，能夠進一步的節(jié)約資源。

基于圖1所示的第一實施例，請參閱圖3，為本發(fā)明第二實施例中投保單信息更新方法的流程示意圖，該方法包括：

步驟301、管理服務器每間隔預置時長從核心服務器獲取投保單基礎數(shù)據(jù)，所述投保單基礎數(shù)據(jù)包括目標投保單的編號及所述目標投保單最近一次的更新時間；

步驟302、在所述管理服務器管理的投保單中，確定編號與所述目標投保單的編號相同的投保單已記錄的最近一次的更新時間；若所述目標投保單最近一次的更新時間晚于所述已記錄的最近一次的更新時間，則執(zhí)行步驟303；

步驟303、從所述核心服務器獲取所述目標投保單的投保單信息；

步驟304、利用所述目標投保單的編號查找已保存的投保單的編號與人工坐席之間的映射關(guān)系，確定與所述目標投保單的編號具有映射關(guān)系的人工坐席；

步驟305、將所述目標投保單的投保單信息推送給與所述目標投保單具有映射關(guān)系的人工坐席。

需要說明的是，相對于圖1所示的第一實施例，圖3所示第二實施例的區(qū)別點在于：詳細描述了將獲取到的目標投保單的投保單信息推送給人工坐席的方式。

可以理解的是，步驟301至步驟303分別與圖1所示第一實施例中步驟101至步驟103描述的內(nèi)容相似，此處不做贅述。

在本發(fā)明實施例中，管理服務器管理投保單信息及投保單的分配，管理服務器在接收到新生成的投保單時，可以將該投保單分配給人工坐席進行處理，且為了更好的管理投保單，管理服務器將設置投保單的編號與人工坐席之間的映射關(guān)系，例如，在將投保單a分配給人工坐席b之后，保存該投保單a的編號與人工坐席b之間的映射關(guān)系。

在本發(fā)明實施例中，管理服務器在獲取到目標投保單的投保單信息之后，將確定該投保單信息所需要推送給的人工坐席，具體包括：利用該目標投保單的編號查找已保存的投保單的編號與人工坐席之間的映射關(guān)系，確定與該目標投保單的編號具有映射關(guān)系的人工坐席，且將目標投保單的投保單信息推送給與該目標投保單具有映射關(guān)系的人工坐席，以實現(xiàn)人工坐席側(cè)投保單信息的更新，使得不需要人工坐席側(cè)的銷售人員通過主動刷新的方式刷新投保單信息。

在本發(fā)明實施例中，通過已保存的投保單的編號與人工坐席之間的映射關(guān)系，使得管理服務器能夠主動將從管理服務器獲取的目標投保單最近更新的投保單信息推送給相應的人工坐席，有效完成投保單信息的主動推送，不需要由人工坐席側(cè)的銷售人員通過主動刷新的方式更新投保單信息，有效減少人工坐席側(cè)的銷售人員的工作量。

請參閱圖4，為本發(fā)明第三實施例中管理服務器的功能模塊的示意圖，該管理服務器包括：第一獲取模塊401、確定模塊402、第二獲取模塊403及推送模塊404。

第一獲取模塊401，用于每間隔預置時長從核心服務器獲取投保單基礎數(shù)據(jù)，所述投保單基礎數(shù)據(jù)包括目標投保單的編號及所述目標投保單最近一次的更新時間；

在本發(fā)明實施例中，電話銷售、app銷售、官網(wǎng)銷售等銷售渠道的投保單在產(chǎn)險系統(tǒng)中可以交互，各個銷售渠道的投保單統(tǒng)一保存在核心服務器上，且核心服務器上保存的投保單為最新的投保單。

在本發(fā)明實施例中，管理服務器是電話銷售子系統(tǒng)中的服務器，其用于投保單的分配及投保單信息的更新，其中，該電話銷售子系統(tǒng)屬于產(chǎn)險系統(tǒng)的子系統(tǒng)。且在電話銷售子系統(tǒng)中，管理服務器與人工坐席連接，能夠?qū)⑼侗畏峙浣o人工坐席，并由人工坐席側(cè)的銷售人員根據(jù)分配的投保單的投保單信息對該投保單進行跟蹤。

在本發(fā)明實施例中，為了實現(xiàn)管理服務器主動推送已更新的投保單信息的目的，第一獲取模塊401將每間隔預置時長從核心服務器獲取投保單基礎數(shù)據(jù)，該投保單基礎數(shù)據(jù)包括目標投保單的編號及目標投保單最近一次的更新時間。

其中，第一獲取模塊401每間隔預置時長從核心服務器獲取投保單基礎數(shù)據(jù)包括：第一獲取模塊401每間隔預置時長確定其管理的投保單中處于未完成狀態(tài)投保單，且將處于未完成狀態(tài)的投保單作為目標投保單，獲取目標投保單的編號，并向核心服務器發(fā)送攜帶目標投保單的編號的更新請求，核心服務器接收到該更新請求之后，將根據(jù)該目標投保單的編號獲取該目標投保單最近一次的更新時間，并將該目標投保單的編號及該目標投保單最近一次的更新時間作為投保單基礎數(shù)據(jù)反饋給管理服務器，使得管理服務器能夠獲取到投保單基礎數(shù)據(jù)。其中，管理服務器管理的投保單包括該管理服務器所在電話銷售子系統(tǒng)的人工坐席生成的投保單及產(chǎn)險系統(tǒng)中的核心服務器分配的通過官網(wǎng)渠道和/或app渠道生成的投保單。

可以理解的是，本發(fā)明實施例中的目標投保單并非指單個投保單，該目標投保單實際可以為多個不同的投保單，且每一個投保單都將按照本發(fā)明實施例中的技術(shù)方案實現(xiàn)投保單信息的主動推送。

其中，該目標投保單是處于未完成狀態(tài)的投保單，該未完成狀態(tài)是指管理服務器保存的投保單的信息中，投保單的狀態(tài)是未完成的狀態(tài)。

其中，投保單的狀態(tài)包括：待修改狀態(tài)、待繳費狀態(tài)、待審核狀態(tài)、待現(xiàn)場檢驗狀態(tài)、待成保狀態(tài)、已成保狀態(tài)、成保失敗狀態(tài)等等。除了已成保狀態(tài)及成保失敗狀態(tài)，其他的狀態(tài)都屬于未完成狀態(tài)。

確定模塊402，用于在所述管理服務器管理的投保單中，確定編號與所述目標投保單的編號相同的投保單已記錄的最近一次的更新時間；

第二獲取模塊403，用于若所述目標投保單最近一次的更新時間晚于所述已記錄的最近一次的更新時間，則從所述核心服務器獲取所述目標投保單的投保單信息；

推送模塊404，用于將所述目標投保單的投保單信息推送給相應的人工坐席，以實現(xiàn)所述人工坐席的投保單信息的更新。

在本發(fā)明實施例中，第一獲取模塊401在得到目標投保單的編號及目標投保單最近一次的更新時間后，確定模塊402在管理服務器管理的投保單中，確定編號與該目標投保單的編號相同的投保單已記錄的最近一次的更新時間，其中，編號與目標投保單的編號相同的投保單是指管理服務器側(cè)保存的目標投保單，其中，投保單基礎數(shù)據(jù)中的目標投保單最近一次的更新時間是指核心服務器側(cè)保存的該目標投保單最近一次的更新時間。

其中，若投保單基礎數(shù)據(jù)中包含的目標投保單最近一次的更新時間晚于管理服務器側(cè)已記錄的最近一次的更新時間，則表明核心服務器側(cè)該目標投保單的投保單信息已進行更新，而管理服務器側(cè)的該目標投保單的投保單信息未實現(xiàn)同步更新，在這種情況下，第二獲取模塊403將從核心服務器獲取該目標投保單的投保單信息，并由推送模塊404推送給相應的人工坐席，使得能夠?qū)⒛繕送侗胃潞蟮耐侗涡畔⒅鲃油扑徒o人工坐席，使得人工坐席能夠及時獲取到最新的投保單信息。

可以理解的是，在本發(fā)明實施例中，管理服務器在從核心服務器獲取該目標投保單的投保單信息之后，將保存該目標投保單的投保單信息，及保存投保單基礎數(shù)據(jù)中該目標投保單最近一次的更新時間。

在本發(fā)明實施例中，若投保單基礎數(shù)據(jù)中包含的目標投保單最近一次的更新市價與管理服務器側(cè)已記錄的最近一次的更新時間相同，則表明該目標投保單的投保單信息并未更新，在這種情況下，為了避免資源的浪費及相同的投保單信息的重復推送，管理服務器將不對該目標投保單進行處理，即不對該目標投保單信息進行推送。

在本發(fā)明實施例中，管理服務器每間隔預置時長從核心服務器獲取投保單基礎數(shù)據(jù)，該基礎數(shù)據(jù)包括目標投保單的編號及目標投保單最近一次的更新時間，根據(jù)該目標投保單的編號確定在管理服務器管理的投保單中，編號與該目標投保單的編號相同的投保單已記錄的最近一次的更新時間，若該目標投保單最近一次的更新時間晚于該已記錄的最近一次的更新時間，則從核心服務器獲取該目標投保單的投保單信息，并推送給相應的人工坐席，以實現(xiàn)所述人工坐席的投保單信息的更新，使得能夠由管理服務器主動向人工坐席推送投保單信息，不需要由人工坐席側(cè)的銷售人員通過手動刷新的方式更新投保單信息，有效減少人工坐席側(cè)的銷售人員的工作量，便于銷售人員開展工作。且只有在目標投保單信息更新的情況下才會推送，能夠進一步減少資源的浪費及避免相同的投保單信息的重復推送。

基于在圖4所示的第三實施例中，投保單基礎數(shù)據(jù)還包括所述目標投保單的狀態(tài)；

則上述第二獲取模塊403具體用于：若所述目標投保單最近一次的更新時間晚于所述已記錄的最近一次的更新時間，則根據(jù)所述目標投保單的狀態(tài)從所述核心服務器獲取所述目標投保單的投保單信息。

且基于圖4所示的第三實施例，請參閱圖5，為本發(fā)明圖4所示第三實施例中第二獲取模塊403的細化功能模塊的示意圖，該第二獲取模塊403包括：第一查找模塊501、第三獲取模塊502。

第一查找模塊501，用于若所述目標投保單最近一次的更新時間晚于所述已記錄的最近一次的更新時間，查找預先設置的狀態(tài)與參數(shù)類型之間的映射關(guān)系，確定與所述目標投保單的狀態(tài)對應的目標參數(shù)類型；

第三獲取模塊502，用于從所述核心服務器已保存的所述目標投保單的數(shù)據(jù)中獲取與所述目標參數(shù)類型對應的參數(shù)值，將所述參數(shù)值作為所述目標投保單的投保單信息。

在本發(fā)明實施例中，在投保單基礎數(shù)據(jù)中包含的目標投保單最近一次的更新時間晚于管理服務器側(cè)已記錄的最近一次的更新時間的情況下，第一查找模塊501將查找預先設置的狀態(tài)與參數(shù)類型之間的映射關(guān)系，確定與該目標投保單的狀態(tài)對應的目標參數(shù)類型，并由第三獲取模塊502從該核心服務器獲取與該目標參數(shù)類型對應的參數(shù)值，將該參數(shù)值作為該目標投保單的投保單信息。

例如，若該目標投保單的狀態(tài)為待繳費狀態(tài)或已成保狀態(tài)，則對應的目標參數(shù)類型為整個投保單信息，若該目標投保單的狀態(tài)為待修改狀態(tài)或待審批狀態(tài)，則對應的目標參數(shù)為目標投保單的審核概要信息。

可以理解的是，在基于目標投保單的狀態(tài)確定需要獲取的目標參數(shù)類型，并基于目標參數(shù)類型從核心服務器獲取投保單信息，使得能夠基于需要獲取部分或全部的投保數(shù)據(jù)，不需要每次推送時都推送完整的投保單，避免相同信息的重復推送，能夠進一步的節(jié)約資源。

請參閱圖6，為本發(fā)明第四實施例中管理服務器的功能模塊的示意圖，該管理服務器包括如圖4所示第三實施例中第一獲取模塊401、確定模塊402、第二獲取模塊403及推送模塊404，且與圖4所示第三實施例中描述的內(nèi)容相似，此處不做贅述。

在本發(fā)明實施例中，推送模塊404包括：

第二查找模塊601，用于利用所述目標投保單的編號查找已保存的投保單的編號與人工坐席之間的映射關(guān)系，確定與所述目標投保單的編號具有映射關(guān)系的人工坐席；

信息推送模塊602，用于將所述目標投保單的投保單信息推送給與所述目標投保單具有映射關(guān)系的人工坐席。

在本發(fā)明實施例中，管理服務器管理投保單信息及投保單的分配，管理服務器在接收到新生成的投保單時，可以將該投保單分配給人工坐席進行處理，且為了更好的管理投保單，管理服務器將設置投保單的編號與人工坐席之間的映射關(guān)系，例如，在將投保單a分配給人工坐席b之后，保存該投保單a的編號與人工坐席b之間的映射關(guān)系。

在本發(fā)明實施例中，管理服務器在獲取到目標投保單的投保單信息之后，將確定該投保單信息所需要推送給的人工坐席，具體包括：第二查找模塊601利用該目標投保單的編號查找已保存的投保單的編號與人工坐席之間的映射關(guān)系，確定與該目標投保單的編號具有映射關(guān)系的人工坐席，且由信息推送模塊602將目標投保單的投保單信息推送給與該目標投保單具有映射關(guān)系的人工坐席，以實現(xiàn)人工坐席側(cè)投保單信息的更新，使得不需要人工坐席側(cè)的銷售人員通過主動刷新的方式刷新投保單信息。

在本發(fā)明實施例中，通過已保存的投保單的編號與人工坐席之間的映射關(guān)系，使得管理服務器能夠主動將從管理服務器獲取的目標投保單最近更新的投保單信息推送給相應的人工坐席，有效完成投保單信息的主動推送，不需要由人工坐席側(cè)的銷售人員通過主動刷新的方式更新投保單信息，有效減少人工坐席側(cè)的銷售人員的工作量。

通過以上的實施方式的描述，本領域的技術(shù)人員可以清楚地了解到上述實施例方法可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可以通過硬件，但很多情況下前者是更佳的實施方式?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)(如rom/ram、磁碟、光盤)中，包括若干指令用以使得一臺終端設備(可以是手機，計算機，服務器，空調(diào)器，或者網(wǎng)絡設備等)執(zhí)行本發(fā)明各個實施例的方法。

以上僅為本發(fā)明的優(yōu)選實施例，并非因此限制本發(fā)明的專利范圍，凡是利用本發(fā)明說明書及附圖內(nèi)容所作的等效結(jié)構(gòu)或等效流程變換，或直接或間接運用在其他相關(guān)的技術(shù)領域，均同理包括在本發(fā)明的專利保護范圍內(nèi)。