技術領域

本發(fā)明屬于保險金融的技術領域，尤其涉及一種風險事件處理方法及其系統(tǒng)。

背景技術：

隨著移動互聯(lián)網(wǎng)經濟的發(fā)展，保險金融領域快速發(fā)展，不斷切入更廣泛，更細分的場景里。

現(xiàn)有的保險企業(yè)的做法是，每個公司銷售并維護自身的保險產品，而客戶可以在同一個標的物上購買多個保險，一旦發(fā)生風險事件，客戶不僅很難向多家保險公司同時索取賠償，而且每個保險公司的處理進度也不一樣，客戶也很難兼顧。

綜上所述，現(xiàn)有技術缺少能夠在一個風險事件中將多家相關的保險企業(yè)整合在一起的處理方式，從而導致遇險中的客戶無法得到及時的指引、無法同時了解多家保險公司的處理進度的技術問題。

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

本發(fā)明實施例提供一種風險事件處理方法，旨在解決遇險中的客戶無法得到及時的指引、無法同時了解多家保險公司的處理進度的技術問題。

本發(fā)明實施例是這樣實現(xiàn)的，一種風險事件處理方法，包括如下具體步驟：

接收風險標的信息；

根據(jù)所述風險標的信息，得到相應的客戶隱私信息和保險產品信息；

通過監(jiān)管平臺與用戶進行交流，得到實時的風險事件信息；

根據(jù)所述風險事件信息，獲取相應的風險應對指引信息，并將其反饋給用戶；

根據(jù)風險事件處理進度，更新相應的風險事件信息，并將其反饋給用戶。

本發(fā)明實施例還提供一種風險事件處理系統(tǒng)，包括：

標的接收單元，用于接收風險標的信息；

標的分析單元，用于根據(jù)所述風險標的信息，得到相應的客戶隱私信息和保險產品信息；

風險事件獲取單元，用于通過監(jiān)管平臺與用戶進行交流，得到實時的風險事件信息；

風險應對單元，用于根據(jù)所述風險事件信息，獲取相應的風險應對指引信息，并將其反饋給用戶；

處理進度反饋單元，用于根據(jù)風險事件處理進度，更新相應的風險事件信息，并將其反饋給用戶。

本發(fā)明公開的風險事件處理方法，面向發(fā)生風險事件時的用戶，通過對風險事件的快速分析，使得用戶能夠快速、便捷地獲知風險應對指引信息，從而大大方便用戶使用，而且，針對多家保險公司索賠困難的問題，監(jiān)管平臺將自動同時與多家保險公司聯(lián)系，并將整個風險事件處理進度實時地反饋給用戶，提高用戶的索賠體驗。

附圖說明

圖1是本發(fā)明實施例提供的一種風險事件處理方法的一種工作環(huán)境圖；

圖2是本發(fā)明的實施例提供的一種風險事件處理方法的流程圖；

圖3是本發(fā)明實施例提供的對另一種風險事件處理方法的流程圖；

圖4是本發(fā)明實施例提供的所述通過監(jiān)管平臺與用戶進行交流，得到實時的風險事件信息的流程圖；

圖5是本發(fā)明實施例提供的所述根據(jù)所述風險事件信息，獲取相應的風險應對指引信息，并將其反饋給用戶的流程圖；

圖6是本發(fā)明實施例提供的一種風險事件處理方法在實際運用時的流程圖；

圖7是本發(fā)明實施例提供的一種風險事件處理系統(tǒng)的結構圖；

圖8是本發(fā)明實施例提供的另一種風險事件處理系統(tǒng)的結構圖；

圖9是本發(fā)明實施例提供的所述風險事件獲取單元的結構圖；

圖10是本發(fā)明實施例提供的風險應對單元的結構圖。

具體實施方式

為了使本發(fā)明的目的、技術方案及優(yōu)點更加清楚明白，以下結合附圖及實施例，對本發(fā)明進行進一步詳細說明。應當理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。

本發(fā)明實施例根據(jù)風險標的信息，采用監(jiān)管平臺與用戶交互，對風險事件進行快速分析，使得用戶能夠快速、便捷地獲知風險應對指引信息，方便了用戶使用，提高了用戶的使用體驗。

圖1示出了本發(fā)明實施例提供的一種風險事件處理方法的一種工作環(huán)境。

智能終端通過網(wǎng)絡與服務器連接，以傳輸其識別的風險標的信息，隨后作為用戶與監(jiān)管平臺進行交互的傳輸工具，將風險事件處理進度反饋給用戶。

在本發(fā)明實施例中，可以是一個或多個智能終端同時與服務器連接，智能終端可以是手機、智能手表、平板電腦、條碼掃描器、RFID掃描器等。

實施例1：

圖2示出了本發(fā)明的實施例提供的一種風險事件處理方法的流程，詳述如下：

在步驟S201中，接收風險標的信息。

在步驟S202中，根據(jù)所述風險標的信息，得到相應的客戶隱私信息和保險產品信息。

在本發(fā)明實施例中，客戶隱私信息和保險產品信息均由服務器向相應的保險公司獲取。

在步驟S203中，通過監(jiān)管平臺與用戶進行交流，得到實時的風險事件信息。

本發(fā)明實施例采用監(jiān)管平臺對發(fā)生風險事件時的用戶進行交互，以獲取實時、準確的風險事件信息，此時的監(jiān)管平臺可以由客服人員人工運營，也可以由服務器自動運行，甚至可以將用戶直接轉交給與投保訂單相對應的保險公司的銷售人員。

當本發(fā)明實施例實際運用時，用戶只需要將風險事件的數(shù)據(jù)與服務器交互，服務器將自動整理分析得出風險事件信息，隨后根據(jù)用戶的選擇，形成不同的交互場景，而整個過程用戶無需花費時間和精力去聯(lián)系各個保險公司。

在步驟S204中，根據(jù)所述風險事件信息，獲取相應的風險應對指引信息，并將其反饋給用戶。

此時，所述風險應對指引信息可以由監(jiān)管中心反饋給用戶，也可以由服務器直接與用戶交互。

在步驟S205中，根據(jù)風險事件處理進度，更新相應的風險事件信息，并將其反饋給用戶。

本發(fā)明的實施例針對現(xiàn)有保險行業(yè)中同一風險事件存在多家相關聯(lián)的保險公司的情況，通過對風險事件的快速分析，使得用戶能夠快速、便捷地獲知風險應對指引信息，從而大大方便用戶使用，而且，針對多家保險公司索賠困難的問題，監(jiān)管平臺將自動同時與多家保險公司聯(lián)系，并將整個風險事件處理進度實時地反饋給用戶，提高用戶的索賠體驗。

當然，本發(fā)明實施例的傳輸方法并不僅僅限于風險事件的運用，只要是需要為用戶提供多個主體之間的交互，比如搜索引擎，用戶都可以使用本發(fā)明以縮短與多個主體之間的交互過程。

實施例2：

圖3示出了本發(fā)明實施例提供的對另一種風險事件處理方法的流程，詳述如下：

在步驟S201之前，還包括步驟S301和步驟S302。

在步驟S301中，根據(jù)風險識別標簽的識別信息，獲取風險標的信息、識別人信息和位置信息。

其中，所述風險識別標簽作為可承載風險標的物的唯一標識的物理標簽，其包括條形碼，二維碼和RFID標簽中的一種或者多種。

此時，所述位置信息為風險識別標簽所在位置的信息，其定位的方式包括GPS定位、基站定位、wifi定位和三軸陀螺儀定位中的一種或多種。

在步驟S302中，傳輸所述風險標的信息、識別人信息和位置信息。

在本發(fā)明實施例中，所述風險標的信息、識別人信息和位置信息的傳輸采用加密傳輸。

本發(fā)明實施例在實際運用時，所述風險標的信息、識別人信息和位置信息將由智能終端進行脫敏和加密處理，并上傳至服務器。

本發(fā)明實施例采用物理標簽作為風險標的物的識別標識，不僅方便客戶跟蹤風險事件的處理進度，而且也便于非客戶的其他用戶上傳風險事件信息，使得當某些客戶無法自行處理的風險事件發(fā)生時，風險標的物也能夠及時得到處理。

其中，對于本發(fā)明實施例中的風險識別標簽，保險公司或者第三方服務者可以根據(jù)自身的保險產品需要隨時調整。

實施例3：

圖4示出了本發(fā)明實施例提供的所述通過監(jiān)管平臺與用戶進行交流，得到實時的風險事件信息的流程，詳述如下：

在步驟S401中，根據(jù)客戶隱私信息，判斷所述用戶是否是客戶本人，如果不是，則轉至步驟S402；如果是，則轉至步驟S403。

在步驟S402中，根據(jù)所述識別人信息和位置信息，更新客戶隱私信息，并得到非客戶本人的風險事件信息。

在本發(fā)明實施例中，非客戶本人作為一個獨立的風險事件信息，其具有對應的風險應對指引信息，而針對風險標的物的風險事件將作為另一個新的風險事件信息，重新進行風險應對指引。

在步驟S403中，通過與用戶的交流，得到實時的風險事件信息。

此時，與用戶交流的可以是監(jiān)管平臺，也可以是由監(jiān)管平臺轉交的相應的保險公司。

本發(fā)明實施例將非客戶本人作為獨立的風險事件，以避免風險識別標簽被誤識別的情況，從而使得風險事件的分析準確度更高，而且，客戶信息的辨認作為一個簡便、快捷的風險事件分類方式，能夠有效縮短風險事件分析時用戶的等待過程，提高用戶的使用體驗。

實施例4：

圖5示出了本發(fā)明實施例提供的所述根據(jù)所述風險事件信息，獲取相應的風險應對指引信息，并將其反饋給用戶的流程，詳述如下：

在步驟S501中，判斷所述風險事件信息是否存在關聯(lián)的風險應對指引信息，如果存在，則轉至步驟S502；如果不存在，則轉至步驟S503。

此時，所述風險應對指引信息包括指導用戶現(xiàn)場止損、與其他保險公司或者救援機構對接和生成相應的保險產品中的一種或者多種。

在本發(fā)明實施例中，風險事件信息的來源一個是服務器已有的風險事件信息，另一個是根據(jù)風險事件信息自動新建的。

在步驟S502中，將關聯(lián)的風險應對指引信息反饋給用戶。

在步驟S503中，分析所述風險標的信息和風險事件信息，并得到與該風險事件信息相似的另一風險事件信息，轉至步驟S504。

此時，風險事件信息具有自身屬性，相似的風險事件信息即為具有相同或者近似的自身屬性的風險事件信息。

在步驟S504中，將所述風險事件信息關聯(lián)至另一風險事件信息所關聯(lián)的風險應對指引信息上，并將其反饋給用戶。

本發(fā)明實施例采用風險事件信息與風險應對指引信息相互關聯(lián)的方式，其有別于現(xiàn)有的同一風險應對方式以應對不同風險事件信息的技術，整個風險事件信息處理過程更加準確、處理效率高，能夠實現(xiàn)快速地分析風險事件。

實施例5：

圖6示出了本發(fā)明實施例提供的一種風險事件處理方法在實際運用時的流程，詳述如下：

在步驟S601中，根據(jù)風險識別標簽的識別信息，獲取風險標的信息、識別人信息和位置信息。

在步驟S602中，傳輸所述風險標的信息、識別人信息和位置信息。

在步驟S603中，接收風險標的信息。

在步驟S604中，根據(jù)所述風險標的信息，得到相應的客戶隱私信息和保險產品信息。

在步驟S605中，根據(jù)客戶隱私信息，判斷所述用戶是否是客戶本人，如果不是，則轉至步驟S606；如果是，則轉至步驟S607。

在步驟S606中，根據(jù)所述識別人信息和位置信息，更新客戶隱私信息，并得到非客戶本人的風險事件信息。

在步驟S607中，通過與用戶的交流，得到實時的風險事件信息。

在步驟S608中，判斷所述風險事件信息是否存在關聯(lián)的風險應對指引信息，如果存在，則轉至步驟S609；如果不存在，則轉至步驟S610。

在步驟S609中，將關聯(lián)的風險應對指引信息反饋給用戶。

在步驟S610中，分析所述風險標的信息和風險事件信息，并得到與該風險事件信息相似的另一風險事件信息，轉至步驟S611。

在步驟S611中，將所述風險事件信息關聯(lián)至另一風險事件信息所關聯(lián)的風險應對指引信息上，并將其反饋給用戶。

在步驟S612中，根據(jù)風險事件處理進度，更新相應的風險事件信息，并將其反饋給用戶。

本發(fā)明公開的風險事件處理方法，面向發(fā)生風險事件時的用戶，通過對風險事件的快速分析，使得用戶能夠快速、便捷地獲知風險應對指引信息，從而大大方便用戶使用，而且，針對多家保險公司索賠困難的問題，監(jiān)管平臺將自動同時與多家保險公司聯(lián)系，并將整個風險事件處理進度實時地反饋給用戶，提高用戶的索賠體驗。

本領域普通技術人員可以理解，實現(xiàn)上述方法實施例中的全部或者部分步驟是可以通過程序和相關的硬件來完成的，所述的程序可以存儲于一個計算機可讀取的存儲介質中，所述的存儲介質，如ROM/RAM、磁盤、光盤、閃盤等。

實施例6：

圖7示出了本發(fā)明實施例提供的一種風險事件處理系統(tǒng)的結構，為了便于說明，僅示出與本發(fā)明實施例相關的部分。

在本發(fā)明實施例中，所述風險事件處理系統(tǒng)包括標的接收單元701、標的分析單元702、風險事件獲取單元703、風險應對單元704以及處理進度反饋單元705，其中：

標的接收單元701，用于接收風險標的信息。

標的分析單元702，用于根據(jù)所述風險標的信息，得到相應的客戶隱私信息和保險產品信息。

在本發(fā)明實施例中，客戶隱私信息和保險產品信息均由服務器向相應的保險公司獲取。

風險事件獲取單元703，用于通過監(jiān)管平臺與用戶進行交流，得到實時的風險事件信息。

此時，所述風險應對指引信息可以由監(jiān)管中心反饋給用戶，也可以由服務器直接與用戶交互。

風險應對單元704，用于根據(jù)所述風險事件信息，獲取相應的風險應對指引信息，并將其反饋給用戶。

處理進度反饋單元705，用于根據(jù)風險事件處理進度，更新相應的風險事件信息，并將其反饋給用戶。

本發(fā)明的實施例針對現(xiàn)有保險行業(yè)中同一風險事件存在多家相關聯(lián)的保險公司的情況，通過對風險事件的快速分析，使得用戶能夠快速、便捷地獲知風險應對指引信息，從而大大方便用戶使用，而且，針對多家保險公司索賠困難的問題，監(jiān)管平臺將自動同時與多家保險公司聯(lián)系，并將整個風險事件處理進度實時地反饋給用戶，提高用戶的索賠體驗。

當然，本發(fā)明實施例的傳輸方法并不僅僅限于風險事件的運用，只要是需要為用戶提供多個主體之間的交互，比如搜索引擎，用戶都可以使用本發(fā)明以縮短與多個主體之間的交互過程。

實施例7：

圖8示出了本發(fā)明實施例提供的另一種風險事件處理系統(tǒng)的結構，為了便于說明，僅示出與本發(fā)明實施例相關的部分，其中：

標簽識別單元801，用于根據(jù)風險識別標簽的識別信息，獲取風險標的信息、識別人信息和位置信息。

其中，所述風險識別標簽作為可承載風險標的物的唯一標識的物理標簽，其包括條形碼，二維碼和RFID標簽中的一種或者多種。

此時，所述位置信息為風險識別標簽所在位置的信息，其定位的方式包括GPS定位、基站定位、wifi定位和三軸陀螺儀定位中的一種或多種。

傳輸單元802，用于傳輸所述風險標的信息、識別人信息和位置信息。

在本發(fā)明實施例中，所述風險標的信息、識別人信息和位置信息的傳輸采用加密傳輸。

本發(fā)明實施例在實際運用時，所述風險標的信息、識別人信息和位置信息將由智能終端進行脫敏和加密處理，并上傳至服務器。

本發(fā)明實施例采用物理標簽作為風險標的物的識別標識，不僅方便客戶跟蹤風險事件的處理進度，而且也便于非客戶的其他用戶上傳風險事件信息，使得當某些客戶無法自行處理的風險事件發(fā)生時，風險標的物也能夠及時得到處理。

其中，對于本發(fā)明實施例中的風險識別標簽，保險公司或者第三方服務者可以根據(jù)自身的保險產品需要隨時調整。

實施例8：

圖9示出了本發(fā)明實施例提供的所述風險事件獲取單元703的結構，為了便于說明，僅示出與本發(fā)明實施例相關的部分，其中：

第一判斷模塊901，用于根據(jù)客戶隱私信息，判斷所述用戶是否是客戶本人。

非客戶模塊902，用于當用戶不是客戶本人時，根據(jù)所述識別人信息和位置信息，更新客戶隱私信息，并得到非客戶本人的風險事件信息

在本發(fā)明實施例中，非客戶本人作為一個獨立的風險事件信息，其具有對應的風險應對指引信息，而針對風險標的物的風險事件將作為另一個新的風險事件信息，重新進行風險應對指引。

客戶模塊903，用于當用戶是客戶本人時，通過與用戶的交流，得到實時的風險事件信息。

此時，與用戶交流的可以是監(jiān)管平臺，也可以是由監(jiān)管平臺轉交的相應的保險公司。

本發(fā)明實施例將非客戶本人作為獨立的風險事件，以避免風險識別標簽被誤識別的情況，從而使得風險事件的分析準確度更高，而且，客戶信息的辨認作為一個簡便、快捷的風險事件分類方式，能夠有效縮短風險事件分析時用戶的等待過程，提高用戶的使用體驗。

實施例10：

圖10示出了本發(fā)明實施例提供的風險應對單元704的結構，為了便于說明，僅示出與本發(fā)明實施例相關的部分，其中：

第二判斷模塊1001，用于判斷所述風險事件信息是否存在關聯(lián)的風險應對指引信息。

此時，所述風險應對指引信息包括指導用戶現(xiàn)場止損、與其他保險公司或者救援機構對接和生成相應的保險產品中的一種或者多種。

在本發(fā)明實施例中，風險事件信息的來源一個是服務器已有的風險事件信息，另一個是根據(jù)風險事件信息自動新建的。

關聯(lián)存在模塊1002，用于當存在關聯(lián)的風險應對指引信息時，將其反饋給用戶。

關聯(lián)不存在模塊1003，用于當不存在關聯(lián)的風險應對指引信息時，分析所述風險標的信息和風險事件信息，并得到與該風險事件信息相似的另一風險事件信息。

此時，風險事件信息具有自身屬性，相似的風險事件信息即為具有相同或者近似的自身屬性的風險事件信息。

信息關聯(lián)模塊1004，用于將所述風險事件信息關聯(lián)至另一風險事件信息所關聯(lián)的風險應對指引信息上，并將其反饋給用戶。

本發(fā)明實施例采用風險事件信息與風險應對指引信息相互關聯(lián)的方式，其有別于現(xiàn)有的同一風險應對方式以應對不同風險事件信息的技術，整個風險事件信息處理過程更加準確、處理效率高，能夠實現(xiàn)快速地分析風險事件。

在本申請所提供的幾個實施例中，應該理解到，以上所描述的系統(tǒng)實施例僅僅是示意性的，例如，所述模塊、單元的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，例如，所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元相似的部件可以是或者也可以不是物理單元，即其可以位于一個地方，或者也可以分布到多個網(wǎng)絡單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部單元來實現(xiàn)本發(fā)明實施例的目的。

另外，在本發(fā)明各個實施例中的各功能單元、模塊可以集成在一個處理單元中，也可以是各個單元、模塊單獨物理存在，也可以兩個或兩個以上單元、模塊集成在一個單元中。

以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內所作的任何修改、等同替換和改進等，均應包含在本發(fā)明的保護范圍之內。