TWM648366U - 依順序代碼管控簽章順序以完成線上投保之系統 - Google Patents

Abstract

一種依順序代碼管控簽章順序以完成線上投保之系統，至少包含業務客戶端、保險伺服器、平台伺服器、簽章客戶端，其透過保險伺服器依業務客戶端所傳送的產品識別資料與簽署人資料產生投保同意書並產生包含保單識別資料與順序代碼的導向資料，各簽章客戶端取得導向資料後依其中之連接訊息傳送保單識別資料、順序代碼、身分識別資料至平台伺服器，平台伺服器於順序代碼符合簽署順序且對應之簽署人識別資料與身分識別資料相符時傳送投保同意書至簽章客戶端簽章之技術手段，可提供多人線上簽署同一文件，並達成縮短紙本寄送簽署時間的技術功效。

Description

依順序代碼管控簽章順序以完成線上投保之系統

一種線上投保系統，特別係指一種依順序代碼管控簽章順序以完成線上投保之系統。

因應主管機關普惠金融政策要求，金融相關產業開發眾多數位化流程及相關系統，以期望解決金融產品推薦、購買流程簡化、購買意願確認等問題。然而，為了滿足現行法規對線上購買金融產品的要求，現行金融產品購買的流程反而對消費者更不直觀、不方便，且依現行法規，消費者自行線上購買金融產品有諸多限制，例如，購買金融產品前需要先進行詳細的產品介紹，且大多數的金融產品需要消費者簽章才能完成購買。因此，在眾多不便與限制下，消費者依然傾向由業務員當面提供產品介紹與簽章的服務以完成金融產品的購買。

而某些情況下，例如當業務員與消費者距離太遠或在重大傳染病疫情期間，業務員通常與消費者無法面對面的提供服務，為了滿足業務員進行產品介紹之服務的需求，業務員可以透過網路通訊的方式為消費者介紹產品，但單純的以語音或視訊的方式介紹產品，並無法讓消費者進行簽章的程序。為此，大部分的金融業者也提供了線上簽署文件的服務，也就是在線上確認簽署人身分後提供簽署人使用數位憑證對電子文件簽章，然而，目前線上文件簽署服務通常是只提供給單一位簽署人簽署文件，並無法提供多位簽署人簽署同一份文件，如此，對於某些金融產品（例如保單）可能需要多位簽署人簽署才能完成購買時，現有的文件簽署服務並無法滿足需求。

綜上所述，可知先前技術中長期以來一直存在線上文件簽署服務無法提供多人簽署同一份文件的問題，因此有必要提出改進的技術手段，來解決此一問題。

有鑒於先前技術存在線上文件簽署服務無法提供多人簽署同一份文件的問題，本創作遂揭露一種依順序代碼管控簽章順序以完成線上投保之系統，其中：

本創作所揭露之依順序代碼管控簽章順序以完成線上投保之系統，至少包含：業務客戶端，用以輸入產品識別資料及簽署人資料；保險伺服器，用以接收產品識別資料及簽署人資料，並依據產品識別資料及簽署人資料產生投保同意書及相對應之保單識別資料，及用以產生與簽署人資料對應之順序代碼，並產生導向資料，其中，導向資料包含連接訊息、保單識別資料、及順序代碼；簽章客戶端，用以透過保險伺服器取得導向資料，及用以取得身分識別資料；平台伺服器，用以接收簽章客戶端所傳送之保單識別資料及順序代碼，並於順序代碼符合與保單識別資料對應之簽署順序時，由保險伺服器取得與順序代碼對應之簽署人識別資料，及用以接收簽章客戶端所傳送之身分識別資料，並判斷身分識別資料與簽署人識別資料相符時，取得與保單識別資料對應之投保同意書，並傳送投保同意書至簽章客戶端，使簽章客戶端對投保同意書簽章並將簽章後之投保同意書傳回平台伺服器。

本創作所揭露之系統如上，與先前技術之間的差異在於本創作透過保險伺服器依據業務客戶端所傳送的產品識別資料與簽署人資料產生投保同意書與對應之保單識別資料後，產生包含保單識別資料及與簽署人對應之順序代碼的導向資料，簽章客戶端取得導向資料後依據導向資料中之連接訊息傳送導向資料中之保單識別資料與順序代碼至平台伺服器，並傳送身分識別資料至平台伺服器，平台伺服器於順序代碼符合簽署順序且身分識別資料與順序代碼對應之簽署人識別資料相符時傳送投保同意書至簽章客戶端簽章，直到所有簽署人都完成對投保同意書之簽章為止，藉以解決先前技術所存在的問題，並可以達成減少紙本寄送簽署之時間成本的技術功效。

以下將配合圖式及實施例來詳細說明本創作之特徵與實施方式，內容足以使任何熟習相關技藝者能夠輕易地充分理解本創作解決技術問題所應用的技術手段並據以實施，藉此實現本創作可達成的功效。

本創作可以讓需要在投保同意書上簽章的不同簽署人各自使用相同或不同的簽章客戶端連線到平台伺服器以對投保同意書進行簽署。其中，上述之簽署人可以包含要保人、被保險人、法定代理人、保險業務員等，但本創作並不以此為限。

在本創作中也有提到計算設備，本創作所提之計算設備包含但不限於一個或多個處理模組、一條或多條記憶體模組、以及連接不同硬體元件（包括記憶體模組和處理模組）的匯流排等硬體元件。透過所包含之多個硬體元件，計算設備可以載入並執行作業系統，使作業系統在計算設備上運行，也可以執行軟體或程式。計算設備也包含一個外殼，上述之各個硬體元件設置於外殼內。

本創作所提之計算設備的匯流排可以包含一種或多個類型，例如包含資料匯流排（data bus）、位址匯流排（address bus）、控制匯流排（control bus）、擴充功能匯流排（expansion bus）、及/或局域匯流排（local bus）等類型的匯流排。計算設備的匯流排包括但不限於的工業標準架構（Industry Standard Architecture, ISA）匯流排、周邊元件互連（Peripheral Component Interconnect, PCI）匯流排、視頻電子標準協會（Video Electronics Standards Association, VESA）局域匯流排、以及串列的通用序列匯流排（Universal Serial Bus, USB）、快速周邊元件互連（PCI Express, PCI-E/PCIe）匯流排等。

本創作所提之計算設備的處理模組與匯流排耦接。處理模組包含暫存器（Register）組或暫存器空間，暫存器組或暫存器空間可以完全的被設置在處理模組之處理晶片上，或全部或部分被設置在處理晶片外並經由專用電氣連接及/或經由匯流排耦接至處理晶片。處理模組可為中央處理器、微處理器或任何合適的處理元件。若計算設備為多處理器設備，也就是計算設備包含多個處理模組，則計算設備所包含的處理模組都相同或類似，且透過匯流排耦接與通訊。在部分的實施例中，處理模組可以解釋一個計算機指令或一連串的多個計算機指令以進行特定的運算或操作，例如，數學運算、邏輯運算、資料比對、複製/移動資料等，藉以驅動計算設備中的其他硬體元件或運行作業系統或執行各種程式及/或模組。計算機指令可以是組合語言指令、指令集架構指令、機器指令、機器相關指令、微指令、韌體指令、或者以一種或多種程式語言的任意組合編寫的原始碼或目的碼（Object Code），且計算機指令可以完全地在單一個計算設備上被執行、部分地在單一個計算設備上被執行、部分在一個計算設備上被執行且部分在相連接之另一計算設備上被執行。其中，上述之程式語言包括物件導向（Object-oriented）的程式語言，如Common Lisp、Python、C++、Objective-C、Smalltalk、Delphi、Java、Swift、C#、Perl、Ruby等，及常規的程序式（Procedural）程式語言，如C語言或其他類似的程式語言。

計算設備中通常也包含一個或多個晶片組（Chipset）。計算設備的處理模組可以與晶片組耦接或透過匯流排與晶片組電性連接。晶片組是由一個或多個積體電路（Integrated Circuit, IC）組成，包含記憶體控制器以及周邊輸出入（I/O）控制器等，也就是說，記憶體控制器以及周邊輸出入控制器可以包含在一個積體電路內，也可以使用兩個或更多的積體電路實現。晶片組通常提供了輸出入和記憶體管理功能、以及提供多個通用及/或專用暫存器、計時器等，其中，上述之通用及/或專用暫存器與計時器可以讓耦接或電性連接至晶片組的一個或多個處理模組存取或使用。在部分的實施例中，晶片組也可能屬於處理模組的一部份。

計算設備的處理模組也可以透過記憶體控制器存取安裝於計算設備上的記憶體模組和大容量儲存區中的資料。上述之記憶體模組包含任何類型的揮發性記憶體（volatile memory）及/或非揮發性（non-volatile memory, NVRAM）記憶體，例如靜態隨機存取記憶體（Static Random Access Memory, SRAM）、動態隨機存取記憶體（Dynamic Random Access Memory, DRAM）、唯讀記憶體（Read-Only Memory, ROM）、快閃記憶體（Flash memory）等。上述之大容量儲存區可以包含任何類型的儲存裝置或儲存媒體，例如，硬碟機、光碟（optical disc）、隨身碟（flash drive）、記憶卡（memory card）、固態硬碟（Solid State Disk, SSD）、或任何其他儲存裝置等。也就是說，記憶體控制器可以存取靜態隨機存取記憶體、動態隨機存取記憶體、快閃記憶體、硬碟機、固態硬碟中的資料。

計算設備的處理模組也可以透過周邊輸出入控制器經由周邊輸出入匯流排與周邊輸出裝置、周邊輸入裝置、通訊介面、各種資料或訊號接收裝置等周邊裝置或介面連接並通訊。周邊輸入裝置可以是任何類型的輸入裝置，例如鍵盤、滑鼠、軌跡球、觸控板、搖桿等，周邊輸出裝置可以是任何類型的輸出裝置，例如顯示器、印表機等，周邊輸入裝置與周邊輸出裝置也可以是同一裝置，例如觸控螢幕等。通訊介面可以包含無線通訊介面及/或有線通訊介面，無線通訊介面可以包含支援無線區域網路（如Wi-Fi、Zigbee等）、藍牙（Bluetooth）、紅外線、近場通訊（Near-field communication, NFC）、3G/4G/5G等行動通訊網路（蜂巢式網路）或其他無線資料傳輸協定的介面，有線通訊介面可為乙太網路裝置、DSL數據機、纜線（Cable）數據機、非同步傳輸模式（Asynchronous Transfer Mode, ATM）裝置、或光纖通訊介面及/或元件等。資料或訊號接收裝置可以包含GPS接收器或生理訊號接收器，生理訊號接收器所接收的生理訊號包含但不限於心跳、血氧等。處理模組可以週期性地輪詢（polling）各種周邊裝置與介面，使得計算設備能夠透過各種周邊裝置與介面進行資料的輸入與輸出，也能夠與具有上面描述之硬體元件的另一個計算設備進行通訊。

以下先以「第1圖」本創作所提之依順序代碼管控簽章順序以完成線上投保之系統架構圖來說明本創作的系統。如「第1圖」所示，本創作之系統含有業務客戶端110、保險伺服器120、簽章客戶端130、平台伺服器150。其中，業務客戶端110、保險伺服器120、簽章客戶端130、平台伺服器150都可以是計算設備。要說明的是，業務客戶端110、保險伺服器120、簽章客戶端130、平台伺服器150可以透過通訊介面使用有線或無線網路與所連接的其他裝置或設備相互傳遞資料或訊號。

業務客戶端110通常是手機、平板電腦或筆記型電腦，但本創作並不以此為限。業務客戶端110可以與保險伺服器120連接，在部分的實施例中，業務客戶端110也可以與一個或多個簽章客戶端130連接，但本創作亦不以此為限。

業務客戶端110負責輸入產品識別資料及簽署人資料，並負責將所輸入的產品識別資料與簽署人資料傳送給保險伺服器120。業務客戶端110所輸入的產品識別資料對應一種保險產品，例如產品名稱、產品編號等，可以由任意數量的文字、字母、數字、與符號任意排列產生，但產品識別資料並不以此為限；業務客戶端110所輸入的簽署人資料包含一個或多個簽署人識別資料，被輸入的簽署人資料可以透過語音電話、視訊電話、即時通訊、或電子郵件等一種或多種方式被使用業務客戶端110的保險業務員取得，在部分的實施例中，簽署人資料也包含與簽署人識別資料對應的簽署人基本資料，其中，簽署人識別資料可以表示特定的簽署人，包含但不限於身分證號、護照號碼、手機號碼、電子郵件帳號等；簽署人基本資料可以包含簽署人的姓名、性別、出生日期、居住地址、通訊地址等。

一般而言，業務客戶端110可以執行特定的應用程式並透過所執行之應用程式顯示資料輸入介面以提供輸入產品識別資料與簽署人資料。在部分的實施例中，業務客戶端110可以在接收到平台伺服器150所傳送的引導訊息時，執行與所接收到之引導訊息對應的應用程式。上述之引導訊息包含但不限於推播訊息或瀏覽器重導向指令。

業務客戶端110也可以接收保險伺服器120所傳送的導向資料，並可以將所接收到的導向資料提供給簽章客戶端130，例如，業務客戶端110可以顯示導向資料以給簽章客戶端130掃描或辨識，也可以透過近場通訊、藍牙、無線區域網路、行動通訊網路等方式將導向資料傳送給簽章客戶端130，但本創作並不以此為限。其中，導向資料可以是網址或二維條碼的形式，但本創作並不以此為限。

保險伺服器120可以與平台伺服器150連接。一般而言，保險伺服器120可以透過API與平台伺服器150連接，但本創作並不以此為限。在部分的實施例中，保險伺服器120也可以提供業務客戶端110連接，或可以與簽章客戶端130連接。

保險伺服器120負責接收業務客戶端110所傳送的產品識別資料與簽署人資料，並負責依據所接收到的產品識別資料與簽署人資料產生投保同意書。一般而言，保險伺服器120可以儲存各種保險產品之投保同意書的樣板，並可以將簽署人資料加入與產品識別資料對應之保險產品之投保同意書的樣板中，也就是將簽署人識別資料與簽署人基本資料分別加入樣板中的對應位置，藉以產生投保同意書。其中，投保同意書通常為PDF的格式，但本創作並不以此為限。

保險伺服器120也負責產生與所產生之投保同意書相對應的保單識別資料。舉例來說，保險伺服器120可以取得當前時間，並產生包含當前時間與產品識別資料的保單識別資料，如將當前時間及產品識別資料組合為保單識別資料，但本創作並不以此為限，例如，保險伺服器120也可以產生包含所屬保險公司之公司識別資料的保單識別資料。在部分的實施例中，保險伺服器120也可以將所產生的保單識別資料加入投保同意書中。

保險伺服器120也負責產生與各個簽章客戶端130對應的導向資料。保險伺服器120所產生的導向資料可以包含連接訊息、保單識別資料及順序代碼，在部分的實施例中，保險伺服器120所產生的導向資料也可以包含所屬保險公司的公司識別資料。更詳細的，連接訊息可以包含平台伺服器150的網路位址或網域名稱，也可以包含平台伺服器150所提供的API路徑等，但本創作並不以此為限；順序代碼可以表示與所接收到之簽署人資料中各簽署人識別資料所對應之簽署人的簽署順序，例如，以1、2、3、…等阿拉伯數字或A、B、C、…等英文字母的順序表示各簽署人識別資料所對應之簽署人的簽署順序，要說明的是，保險伺服器120可以依據簽署人資料中所表示之簽署人的身分決定簽署人的簽署順序，例如保險伺服器120可以預先定義各種不同身分之簽署人在各個保險產品中的簽署順序，並依據產品識別資料讀出各種不同身分之簽署人在相對應之保險產品中的簽署順序，或保險伺服器120也可以由產生投保同意書的樣板中取得各種不同身分之簽署人的簽署順序。

保險伺服器120也可以將所產生的導向資料傳送到業務客戶端110，或可以將導向資料傳送給簽章客戶端130，例如，要說明的是，保險伺服器120可以先取得與業務客戶端110對應之業務員資料及所接收到之簽署人資料中之各個簽署人的簽署人資料，再依據業務員資料或各簽署人資料中的手機號碼、電子郵件帳號、即時通訊帳號、保險公司應用程式識別資料等通訊資料透過簡訊、電子郵件、即時通訊、推播等對應方式將導向資料傳送給業務客戶端110及/或簽章客戶端130。

在部分的實施例中，保險伺服器120也可以接收平台伺服器150所傳送的保單識別資料與順序代碼，並可以判斷所接收到之順序代碼是否與所接收到之保單識別資料相對應的簽署順序相符以產生相對應的判斷結果，及可以將所產生的判斷結果傳回平台伺服器150。保險伺服器120可以在產生保單識別資料時，建立與所產生之保單識別資料對應的簽署順序，並可以在接收到保單識別資料時，檢查所接收到之順序代碼是否與保單識別資料對應的簽署順序相符，若是，則表示順序代碼符合簽署順序，保險伺服器120可以更新簽署順序（如將簽署順序更新為排列順序為下一個之簽署人的順序代碼），並可以取得與順序代碼對應的簽署人識別資料，及可以將所取得的簽署人識別資料加入判斷結果中，藉以將簽署人識別資料傳回給平台伺服器150，反之，若所接收到之順序代碼未與簽署順序相符，則保險伺服器120可以判斷順序代碼不符合簽署順序。其中，簽署順序通常可以表示與保單識別資料對應之投保同意書當前或接下來應進行簽署之簽署人的排列順序。

保險伺服器120也可以接收平台伺服器150所傳送之投保同意書的請求，並可以將被請求之對應的投保同意書傳送給平台伺服器150；保險伺服器120也可以接收平台伺服器150所傳送之經過所有簽署人簽章的投保同意書，並可以儲存所接收到的投保同意書，也可以將所接收到之投保同意書的存放路徑與相對應的保單識別資料作為同一筆資料儲存於檔案或資料庫中。其中，保險伺服器120可以將投保同意書儲存到設置於保險伺服器120中的儲存媒體中，也可以將投保同意書儲存到透過網路或實體線路與保險伺服器120連接的儲存裝置或資料伺服器中，或可以將投保同意書加密後發布到區塊鏈190或其他的私有區塊鏈中；相似的，儲存存放路徑與保單識別資料的檔案或資料庫可以包含在保險伺服器120中，也可以包含在透過網路或實體線路與保險伺服器120連接之儲存裝置或資料伺服器中。

保險伺服器120也可以接收平台伺服器150所傳送的通知訊息，並可以依據通知訊息產生相對應的導向訊息，及可以將所產生的導向訊息提供簽章客戶端130。在部分的實施例中，通知訊息可以包含保單識別資料與通知代碼，保險伺服器120可以依據保單識別資料取得簽署順序，並可以依據通知代碼傳送導向訊息給對應的簽署人，例如，當通知代碼表示重新簽署時，保險伺服器120可以依據簽署順序將導向訊息傳送給排列在第一的簽署人，並可以刪除保單識別資料及與保單識別資料對應的投保同意書，且保險伺服器120可以重新產生保單識別資料並保留對應的簽署順序；當通知代碼表示再次簽署時，保險伺服器120可以將導向訊息傳送給簽署順序中與通知代碼中之順序代碼對應的簽署人等。

簽章客戶端130可以是手機、筆記型電腦、桌上型電腦、智慧電視、遊戲主機等，但本創作並不以此為限。簽章客戶端130可以與平台伺服器150連接，在部分的實施例中，簽章客戶端130也可以與保險伺服器120連接。

簽章客戶端130負責取得保險伺服器120所產生的導向資料。舉例來說，簽章客戶端130可以透過設置於簽章客戶端130中的影像擷取模組掃描業務客戶端110所顯示的導向資料，也可以透過通訊介面接收業務客戶端110或保險伺服器120所傳送的導向資料或由電子郵件伺服器或即時通訊伺服器下載導向資料。

簽章客戶端130可以解碼所取得之導向資料以取得連接訊息、保單識別資料與順序代碼。簽章客戶端130也負責依據所取得之導向資料中的連接訊息與平台伺服器150建立連線，並負責將導向資料中的保單識別資料與順序代碼傳送給平台伺服器150；簽章客戶端130也負責輸入身分識別資料並負責將所輸入的身分識別資料傳送給平台伺服器150。

在部分的實施例中，簽章客戶端130也可以選擇身分驗證方式並可以將所選擇的身分驗證方式傳送到平台伺服器150。一般而言，簽章客戶端130可以在接收到平台伺服器150所傳送的重導向訊息時，依據所接收到的重導向訊息顯示身分驗證方式的選擇介面，以進行身分驗證方式的選擇，例如，選擇以網頁、手機、或應用程式進行身分驗證等。

簽章客戶端130也可以接收平台伺服器150所傳送的第一引導訊息，並可以依據所接收到的第一引導訊息開啟與所選擇之身分驗證方式對應的應用程式，及可以透過應用程式取得與身分驗證方式對應的身分識別資料。舉例來說，若簽章客戶端130選擇以應用程式進行身分驗證，則簽章客戶端130可以在所接收到的引導訊息表示要開啟可與平台伺服器150通訊的應用程式時，先判斷簽章客戶端130是否安裝該應用程式，若否，則簽章客戶端130可以開啟瀏覽器程式或應用程式安裝程式並過瀏覽器程式或應用程式安裝程式提示簽章客戶端130的使用者（即簽署人）在簽章客戶端130上安裝該應用程式，若簽章客戶端130已安裝該應用程式，則簽章客戶端130可以啟動該應用程式，使得該應用程式提供簽署人輸入帳號密碼或輸入生物特徵等方式以預先註冊的帳號登入應用程式，並在簽署人登入應用程式後讀出已設定的身分識別資料。

簽章客戶端130也可以接收平台伺服器150所傳送的第二引導訊息，簽章客戶端130所執行之應用程式可以依據第二引導訊息使用所取得的身分識別資料透過行動通訊網路進行身分驗證，並可以在身分識別資料通過身分驗證時，傳送通過身分驗證的身分識別資料至平台伺服器150以完成身分識別資料之註冊。

簽章客戶端130也負責接收平台伺服器150所傳送的投保同意書，並負責對所接收到的投保同意書簽章，及負責將簽章後的投保同意書傳回平台伺服器150。要說明的是，隨著簽署人的簽署順序不同，各簽署人所使用之簽章客戶端130所接收到之投保同意書經過簽章的次數也會不同，也就是說，若簽署人的簽署順序為第一個簽署，則簽章客戶端130所接收到的投保同意書將未經過任何人簽章，而若簽署人的簽署順序為第二個簽署，則簽章客戶端130所接收到的投保同意書將經過簽署順序為第一之簽署人的簽章，若簽署人的簽署順序為第三個簽署，則簽章客戶端130所接收到的投保同意書將經過簽署順序為第一與第二之簽署人的簽章，依此類推。

簽章客戶端130也可以接收平台伺服器150所傳送的重導向訊息，並可以依據所接收到的重導向訊息連線到保險伺服器120。

平台伺服器150可以與保險伺服器120連接，並可以提供簽章客戶端130連接。一般而言，平台伺服器150可以透過應用程式介面（API）提供簽章客戶端130連接，但本創作並不以此為限。

平台伺服器150負責接收簽章客戶端130所傳送的保單識別資料與順序代碼，並負責判斷所接收到之順序代碼是否與所接收到之保單識別資料相對應的簽署順序相符。平台伺服器150可以在首次接收到保單識別資料時，建立與保單識別資料對應的簽署順序，並可以在後續接收到相同的保單識別資料時，比對所接收到的順序代碼與簽署順序是否相同，若是，表示順序代碼符合簽署順序，平台伺服器150可以將與保單識別資料對應的簽署順序更新為排列順序在下一個的順序代碼，反之，平台伺服器150可以判斷順序代碼不符合簽署順序。

平台伺服器150也可以將所接收到的保單識別資料與順序代碼傳送給保險伺服器120，並可以接收保險伺服器120所傳回的判斷結果，藉以透過保險伺服器120判斷所接收到之順序代碼是否與所接收到之保單識別資料相對應的簽署順序相符。

平台伺服器150也負責在判斷所接收到之順序代碼符合與所接收到之保單識別資料對應的簽署順序時，由保險伺服器120取得與順序代碼對應之簽署人識別資料，更詳細的，若平台伺服器150未透過保險伺服器120判斷順序代碼是否符合簽署順序，且平台伺服器150判斷順序代碼符合簽署順序時，連線到保險伺服器120，並向保險伺服器120請求與順序代碼對應的簽署人識別資料，而若平台伺服器150透過保險伺服器120判斷順序代碼是否符合簽署順序，且順序代碼符合簽署順序時，平台伺服器150可以直接由保險伺服器120所傳回的判斷結果中取得與順序代碼對應的簽署人識別資料；平台伺服器150也可以在判斷所接收到之順序代碼不符合簽署順序時，產生相對應的提示訊息（如表示簽署順序不符的提示訊息），及可以將所產生的提示訊息傳回簽章客戶端130。

平台伺服器150也可以在判斷所接收到之順序代碼符合與所接收到之保單識別資料對應的簽署順序時，產生顯示身分驗證方式之選擇介面的重導向訊息，並可以將所產生的重導向訊息傳送給簽章客戶端130；平台伺服器150也可以接收簽章客戶端130所選擇的身分驗證方式，並可以依據所接收到的身分驗證方式產生相對應的第一引導訊息，及可以將所產生的第一引導訊息傳送到簽章客戶端130。

平台伺服器150也可以接收簽章客戶端130所傳送的身分識別資料，並可以依據所接收到的身分識別資料判斷簽章客戶端130未註冊時產生第二引導訊息，並將所產生的第二引導訊息傳送到簽章客戶端130；平台伺服器150也可以接收簽章客戶端130所執行之應用程式傳送的身分識別資料，並使用所接收到的身分識別資料完成註冊程序。

平台伺服器150也負責接收簽章客戶端130所傳送的身分識別資料，並負責判斷所接收到之身分識別資料是否與接收自保險伺服器120之簽署人識別資料相符。若身分識別資料與簽署人識別資料不相符，則平台伺服器150可以產生相對應之提示訊息（如表示簽署人身分有誤之提示訊息），並可以將所產生之提示訊息傳回簽章客戶端130。

平台伺服器150也負責在判斷所接收到之身分識別資料與簽署人識別資料相符時，取得與所接收到之保單識別資料對應的投保同意書。其中，若平台伺服器150是首次接收到保單識別資料或未儲存與保單識別資料對應的投保同意書，則平台伺服器150可以將保單識別資料傳送給保險伺服器120，並可以接收保險伺服器120所傳回的投保同意書，而若平台伺服器150中已儲存投保同意書，則平台伺服器150可以讀出所儲存之與保單識別資料對應的投保同意書。一般而言，平台伺服器150所儲存的投保同意書通常已經過一個或多個簽章客戶端130簽章。

平台伺服器150也負責將所取得的投保同意書傳送到簽章客戶端130。平台伺服器150也可以在傳送投保同意書到簽章客戶端130前，檢查排列在簽署順序之前的簽署人的簽章是否確實完成。例如，投保同意書將要被傳送給簽署順序為第二之簽署人所使用的簽章客戶端130前，確認投保同意書中是否包含簽署順序為第一之簽署人的簽章；投保同意書將要被傳送給簽署順序為第三之簽署人所使用的簽章客戶端130前，確認投保同意書中是否包含簽署順序為第一與第二之簽署人的簽章，依此類推。

平台伺服器150也負責接收簽章客戶端130所傳回之簽章後的投保同意書。平台伺服器150也可以在接收到簽章客戶端130所傳回的投保同意書後，檢查排列在當前簽署順序之前的簽署人的簽章是否確實完成。例如，當接收到簽署順序為第一之簽署人所使用的簽章客戶端130傳回的投保同意書時，可以確認投保同意書中是否包含簽署順序為第一之簽署人的簽章；當接收到簽署順序為第二之簽署人所使用的簽章客戶端130傳回的投保同意書時，確認投保同意書中是否包含簽署順序為第一與第二之簽署人的簽章，依此類推。

平台伺服器150也可以在接收到簽章客戶端130所傳回之簽章後的投保同意書時，產生連線到保險伺服器120的重導向訊息，並可以將所產生的重導向訊息傳送給簽章客戶端130。

平台伺服器150也可以在接收到簽章客戶端130所傳回之簽章後的投保同意書時，對與所接收到之投保同意書對應的保單識別資料及與簽章客戶端130之使用者對應的順序代碼進行特定運算以產生運算結果資料，並可以將所產生的運算結果資料發布到區塊鏈190中，藉以透過區塊鏈190保存運算結果資料。其中，上述之特定運算包含但不限於雜湊運算。

平台伺服器150也可以判斷與所接收到之保單識別資料對應的有效時間是否已過期。其中，本創作所提之有效時間包含但不限於案件有效時間、身分驗證時間、文件簽署時間，更詳細的，平台伺服器150可以在首次接收到保單識別資料時產生相對應的案件有效時間、在每一次接收到保單識別資料時產生身分驗證時間、及判斷所接收到之身分識別資料與簽署人識別資料相符時產生文件簽署時間，一般而言，案件有效時間、身分驗證時間、文件簽署時間可以是當前時間加上相對應的預定時間長度，且案件有效時間、身分驗證時間、文件簽署時間並不一定相同，例如，案件有效時間可以是一天或12小時、身分驗證時間可以是10分鐘或300秒、文件簽署時間可以是1小時或30分鐘等，但本創作並不以此為限。一般而言，平台伺服器150可以在每一次接收到保單識別資料後檢查各種有效時間是否已過期，但本創作亦不以此為限，例如，平台伺服器150也可以在產生各種有效時間後每隔固定時間或在預定時間檢查有效時間是否已過期。

平台伺服器150也可以在判斷有效時間已過期時，產生相對應的通知訊息，並將所產生的通知訊息傳送給保險伺服器120。在部分的實施例中，平台伺服器150可以在案件有效時間過期時產生包含保單識別資料與表示重新簽署的通知訊息，也可以在身分驗證時間或文件簽署時間過期時產生包含保單識別資料與表示再次簽署的通知訊息，其中，表示再次簽署的通知訊息通常也包含順序代碼。

平台伺服器150也可以在接收到簽章客戶端130所傳回之簽章後的投保同意書時，判斷與簽章客戶端130之使用者對應的順序代碼是否為簽署順序中之最末者，並可以在順序代碼為簽署順序之最末者時，對所接收到之投保同意書簽章，並將再次簽章後之投保同意書傳送至保險伺服器120。

平台伺服器150也可以在判斷所接收到之身分識別資料與簽署人識別資料相符時，更新與簽署人識別資料對應之簽署人會員資料，例如，判斷簽署人之會員等級是否達到預定級別或高於預定級別，若是，則不調整簽署人的會員等級，若否，則平台伺服器150可以調整簽署人的會員等級為該預定級別等，但本創作並不以此為限。

接著以一個實施例來解說本創作的系統運作與，並請參照「第2A圖」本創作所提之依順序代碼管控簽章順序以完成線上投保之流程圖。在本實施例中，假設業務客戶端110為平板電腦，簽章客戶端130為智慧手機，但本創作並不以此為限。

當保險業務員使用業務客戶端110與客戶透過網路進行通訊的過程中，若客戶確認投保，則保險業務員可以使用本創作提供客戶（要保人）完成線上投保。

首先，業務客戶端110可以輸入保險產品的產品識別資料與完成投保所需簽章之簽署人的簽署人資料，並可以將所輸入之產品識別資料與簽署人資料傳送到保險伺服器120（步驟201）。在本實施例中，假設保險業務員可以開啟支援本創作的應用程式，並可以在客戶（要保人）確認要投保的保險產品後，透過語音電話、視訊電話、即時通訊、或電子郵件等一種或多種方式向客戶（要保人）詢問要保人與被保險人的資料，並操作業務客戶端110在應用程式中選擇要保人欲投保之保險產品及輸入要保人與被保險人的身分證號與手機門號等簽署人識別資料及姓名、生日、住址等簽署人基本資料，在保險業務員完成輸入後，應用程式可以將包含簽署人識別資料與簽署人基本資料的簽署人資料與保險產品的產品識別資料傳送到保險伺服器120。

在保險伺服器120接收到業務客戶端110所傳送的產品識別資料與簽署人資料後，保險伺服器120可以依據所接收到的產品識別資料與簽署人資料產生投保同意書及相對應的保單識別資料（步驟210）。在本實施例中，假設保險伺服器120可以取得包含年月日時分秒的當前時間，並可以結合當前日期與產品識別資料做為保單識別資料，例如，20230208092403-A0013004，其中20230208092403為當前時間，A0013004為保險產品的產品識別資料；保險伺服器120可以依據產品識別資料讀出對應的同意書樣板，並將簽署人資料所包含之要保人與被保險人的簽署人識別資料與簽署人基本資料及所產生的保單識別資料加入所讀出之同意書樣本的相對位置中，藉以產生投保同意書。

在保險伺服器120產生保單識別資料後，保險伺服器120還可以產生與各個簽署人對應的順序代碼與包含平台伺服器150之連接訊息及所產生之保單識別資料與順序代碼的導向資料（步驟220）。在本實施例中，假設簽署人為要保人與被保險人，且保險伺服器120所定義的簽署順序依序為要保人與被保險人，則保險伺服器120可以針對要保人與被保險人分別產生相對應的順序代碼，例如A1、B2，且保險伺服器120也可以產生包含平台伺服器150之連接訊息、提供保險伺服器120之保險公司之公司代碼、所產生之保單識別資料、及與要保人或被保險人對應之順序代碼的多個導向資料，例如，為要保人產生包含平台伺服器150之網址及comId=公司代碼&caseId=保單識別資料&actionId=A1之uri的URL，並為被保險人產生包含平台伺服器150之網址及comId=公司代碼&caseId=保單識別資料&actionId=B2之uri的URL，或分別產生可以取得上述要保人或被保險人之URL的QR-code等。

在保險伺服器120產生與各個簽署人對應的導向資料後，各個簽署人所使用的簽章客戶端130可以取得保險伺服器120所產生之相對應的導向資料，並可以依據導向資料中的連接訊息將導向資料中的保單識別資料與順序代碼傳送給平台伺服器150（步驟230）。在本實施例中，假設保險伺服器120可以將所產生之分別與要保人及被保險人對應的兩個導向資料都傳送給業務客戶端110，保險業務員可以在業務客戶端110接收到保險伺服器120所產生的導向資料後，操作業務客戶端110先顯示與要保人對應的導向資料，使得與保險業務員通訊的要保人可以操作簽章客戶端130截取或掃描與要保人對應的導向資料，並可以依據導向資料連線到平台伺服器150及將保單識別資料與順序代碼傳送給平台伺服器150；保險伺服器120也可以透過簡訊、電子郵件、即時通訊、或推播訊息直接或間接將導向資料傳送到要保人所使用的簽章客戶端130，使得要保人可以操作（如點擊URL或解碼QR-code）簽章客戶端130以使簽章客戶端130依據導向資料連線到平台伺服器150及將保單識別資料與順序代碼傳送給平台伺服器150。

在平台伺服器150接收到簽章客戶端130所傳送的保單識別資料與順序代碼後，可以在判斷所接收到之順序代碼符合與所接收到之保單識別資料對應的簽署順序時，由保險伺服器120取得與所接收到之順序代碼對應的簽署人資料（步驟250）。在本實施例中，假設平台伺服器150可以先讀出與所接收到之保單識別資料對應的簽署順序（即A1），並比對所讀出之簽署順序是否與所接收到之順序代碼相同，若否，則平台伺服器150可以判斷順序代碼不符合與保單識別資料對應的簽署順序，平台伺服器150可以產生表示簽署順序不符的提示訊息並傳送給簽章客戶端130顯示；若是，則平台伺服器150可以判斷順序代碼符合與保單識別資料對應的簽署順序，平台伺服器150可以透過保險伺服器120所提供的API將保單識別資料與順序代碼傳送到保險伺服器120，保險伺服器120同樣可以讀出與所接收到之保單識別資料對應的簽署順序（A1），並比對所讀出之簽署順序是否與所接收到之順序代碼相同，若否，則保險伺服器120可以產生表示順序代碼與簽署順序不符的判斷結果並可以將所產生的判斷結果傳回平台伺服器150，若是，則保險伺服器120可以將與保單識別資料對應的簽署順序更新為B2，並可以由與保單識別資料對應之簽署人資料中讀出簽署順序與順序代碼相符的簽署人資料，並產生表示順序代碼與簽署順序相符及包含所讀出之簽署人資料的判斷結果，及將所產生的判斷結果傳回平台伺服器150。平台伺服器150在接收到保險伺服器120所傳送的判斷結果後，若判斷結果表示順序代碼與簽署順序不符，則平台伺服器150同樣可以產生表示簽署順序不符的提示訊息並傳送給簽章客戶端130顯示，而若判斷結果表示順序代碼與簽署順序相符，則平台伺服器150同樣可以更新與保單識別資料對應的簽署順序為B2，並由判斷結果中取得與順序代碼相符的簽署人資料。

而在簽章客戶端130依據導向資料中的連接訊息將導向資料中的保單識別資料與順序代碼傳送給平台伺服器150（步驟230）後，簽章客戶端130可以取得使用簽章客戶端140之使用者的身分識別資料，並可以將所取得的身分識別資料傳送到平台伺服器150（步驟260）。在本實施例中，假設如「第2B圖」之流程所示，在平台伺服器150接收到簽章客戶端130所傳送的保單識別資料與順序代碼後，可以產生重導向訊息，並可以將所產生的重導向訊息傳送到簽章客戶端130，簽章客戶端130在接收到重導向訊息後，可以依據顯示身分驗證方式的選擇介面，藉以提供要保人（簽署人）選擇身分驗證方式，若要保人選擇以應用程式進行身分驗證，則簽章客戶端130可以將所選擇的身分驗證方式傳送到平台伺服器150（步驟261），平台伺服器150在接收到簽章客戶端130所傳送的身分驗證方式後，可以產生與所接收到之身分驗證方式對應的第一引導訊息，如開啟應用程式的網頁或指令或語法，並可以將所產生的第一引導訊息傳送至簽章客戶端130（步驟262），簽章客戶端130在接收到平台伺服器150所傳送的第一引導訊息後，可以依據所接收到的第一引導訊息開啟對應的應用程式（步驟263），其中，若簽章客戶端130判斷未安裝有應用程式，則可以提示簽署人下載並安裝應用程式，而若簽章客戶端130已安裝應用程式，則簽章客戶端130可以開啟應用程式，應用程式再被簽章客戶端130執行後，可以提示簽署人輸入帳號密碼或生物特徵，並可以在帳號密碼或生物特徵通過驗證後取得與身分驗證方式對應的身分識別資料（步驟264），及可以將所取得的身分識別資料傳送到平台伺服器150。

在平台伺服器150接收到簽章客戶端130所傳送的身分識別資料後，平台伺服器150可以判斷所接收到的身分識別資料是否已註冊（步驟265），若是，則平台伺服器150可以跳過註冊程序，若否，則平台伺服器150可以進行註冊程序，也就是平台伺服器150可以產生第二引導訊息，並可以將所產生的第二引導訊息傳送到簽章客戶端130（步驟266），簽章客戶端130在接收到第二引導訊息後，簽章客戶端130所執行之應用程式可以提示簽署人關閉WiFi藉以將所使用的網路切換為行動通訊網路，並可以使用所取得的身分識別資料透過行動通訊網路傳送到電信伺服器以進行身分認證（步驟267）。簽章客戶端130所執行之應用程式可以在身分認證後產生相對應的驗證結果並可以將所產生的驗證結果傳送給平台伺服器150（步驟268），平台伺服器150可以在判斷所接收到之驗證結果訊息表示身分識別資料通過身分認證時註冊身分識別資料（步驟269）。

回到「第2A圖」，在平台伺服器150接收到簽章客戶端130所傳送的身分識別資料（步驟260）後，平台伺服器150可以判斷所接收到的身分識別資料是否與所取得的簽署人識別資料相符，並可以在所接收到的身分識別資料是否與所取得的簽署人識別資料相符時，取得與簽章客戶端130先前傳送之保單識別資料對應的投保同意書，並可以將所取得的投保同意書傳送到簽章客戶端130（步驟270）。在本實施例中，假設平台伺服器150可以判斷是否儲存有與保單識別資料對應的投保同意書，若否，則平台伺服器150可以連線至保險伺服器120取得投保同意書，若是，則平台伺服器150可以讀出經過至少一次簽章的投保同意書。

在簽章客戶端130接收到平台伺服器150所傳送的投保同意書後，簽章客戶端130可以對所接收到的投保同意書簽章，並可以將簽章後的投保同意書傳回平台伺服器150（步驟280）。

之後，平台伺服器150可以如「第2C圖」之流程所示，產生重導向訊息並將所產生的重導向訊息傳送到簽章客戶端130（步驟291），使得簽章客戶端130在接收到平台伺服器150所傳送的重導向訊息後，依據所接收到的重導向訊息連線到保險伺服器120（步驟292），使得保險伺服器120可以確認簽章客戶端130完成投保同意書的簽署；或者，平台伺服器150也可以直接產生簽署完成訊息，並將所產生的簽署完成訊息傳送給保險伺服器120，使得保險伺服器120可以在接收到簽署完成訊息後確認簽章客戶端130完成投保同意書的簽署。

保險伺服器120在確認簽章客戶端130完成投保同意書的簽署後，可以將與下一個簽署人對應的導向訊息傳送給下一個簽署人所使用的簽章客戶端130，使得下一個簽署人重複上述步驟230至292，直到所有簽署人都完成簽署為止。

如此，透過本創作，可以提供保險業務員透過網路引導需要簽署保單的所有簽署人透過網路完成保單的簽署。

上述實施例中，在簽章客戶端130將簽章後的投保同意書傳回平台伺服器150（步驟280）後，平台伺服器150也可以如「第2D圖」之流程所示，對保單識別資料與順序代碼進行如雜湊運算等特定運算以產生運算結果資料（步驟295），並可以將所產生的運算結果資料發布到區塊鏈190中（步驟296）。

平台伺服器150也可以如「第2E圖」之流程所示，在判斷順序代碼為簽署順序中的最後一個時，對經過最後一個簽署人所使用之簽章客戶端130簽章並傳回的投保同意書再次簽章（步驟298），並可以將再次簽章後的投保同意書傳送到保險伺服器120（步驟299），使得保險伺服器120儲存投保同意書，並記錄保單識別資料與投保同意書的儲存路徑。

綜上所述，可知本創作與先前技術之間的差異在於具有透過保險伺服器依據業務客戶端所傳送的產品識別資料與簽署人資料產生投保同意書與對應之保單識別資料後，產生包含保單識別資料及與簽署人對應之順序代碼的導向資料，簽章客戶端取得導向資料後依據導向資料中之連接訊息傳送導向資料中之保單識別資料與順序代碼至平台伺服器，並傳送身分識別資料至平台伺服器，平台伺服器於順序代碼符合簽署順序且身分識別資料與順序代碼對應之簽署人識別資料相符時傳送投保同意書至簽章客戶端簽章，直到所有簽署人都完成對投保同意書之簽章為止之技術手段，藉由此一技術手段可以來解決先前技術所存在線上文件簽署服務無法提供多人簽署同一份文件的問題，進而達成減少紙本寄送簽署之時間成本的技術功效。

再者，本創作之依順序代碼管控簽章順序以完成線上投保之系統，可實現於硬體、韌體或硬體與韌體之組合中，亦可在電腦系統中以集中方式實現或以不同元件散佈於若干互連之電腦系統的分散方式實現。

雖然本創作所揭露之實施方式如上，惟所述之內容並非用以直接限定本創作之專利保護範圍。任何本創作所屬技術領域中具有通常知識者，在不脫離本創作所揭露之精神和範圍的前提下，對本創作之實施的形式上及細節上作些許之更動潤飾，均屬於本創作之專利保護範圍。本創作之專利保護範圍，仍須以所附之申請專利範圍所界定者為準。

110:業務客戶端 120:保險伺服器 130:簽章客戶端 150:平台伺服器 190:區塊鏈 201~299:步驟

第1圖為本創作所提之依順序代碼管控簽章順序以完成線上投保之系統架構圖。 第2A圖為本創作所提之依順序代碼管控簽章順序以完成線上投保之流程圖。 第2B圖為本創作所提之簽章客戶端取得身分識別資料之流程圖。 第2C圖為本創作所提之平台伺服器引導簽章客戶端連線至保險伺服器之流程圖。 第2D圖為本創作所提之平台伺服器發布資料至區塊鏈之流程圖。 第2E圖為本創作所提之平台伺服器對投保同意書簽章之流程圖。

110:業務客戶端

120:保險伺服器

130:簽章客戶端

150:平台伺服器

190:區塊鏈

Claims (12)

1. 一種依順序代碼管控簽章順序以完成線上投保之系統，該系統至少包含： 一業務客戶端，用以輸入一產品識別資料及至少一簽署人資料； 一保險伺服器，用以接收該產品識別資料及該至少一簽署人資料，並依據該產品識別資料及該至少一簽署人資料產生一投保同意書及相對應之一保單識別資料，及用以產生與該至少一簽署人資料對應之一順序代碼，並產生一導向資料，其中，該導向資料包含一連接訊息、一保單識別資料、及該順序代碼； 至少一簽章客戶端，用以透過該保險伺服器取得該導向資料，及用以取得一身分識別資料；及 一平台伺服器，用以接收該至少一簽章客戶端所傳送之該保單識別資料及該順序代碼，並於該順序代碼符合與該保單識別資料對應之一簽署順序時，由該保險伺服器取得與該順序代碼對應之一簽署人識別資料，及用以接收該至少一簽章客戶端所傳送之該身分識別資料，並判斷該身分識別資料與該簽署人識別資料相符時，取得與該保單識別資料對應之該投保同意書，並傳送該投保同意書至該至少一簽章客戶端，使該至少一簽章客戶端對該投保同意書簽章並將該簽章後之投保同意書傳回該平台伺服器。
2. 如請求項1所述之依順序代碼管控簽章順序以完成線上投保之系統，其中該至少一簽章客戶端更用以選擇一身分驗證方式並傳送至該平台伺服器，並依據該平台伺服器所傳送之與該身分驗證方式對應之一第一引導訊息開啟與該身分驗證方式對應之一應用程式，及透過該應用程式取得與該身分驗證方式對應之該身分識別資料。
3. 如請求項2所述之依順序代碼管控簽章順序以完成線上投保之系統，其中該平台伺服器更用以判斷該身分識別資料未註冊時，產生一第二引導訊息並傳送該第二引導訊息至該至少一簽章客戶端，該應用程式依據該第二引導訊息使用該身分識別資料透過行動通訊網路進行身分驗證，並在該身分識別資料通過身分驗證時傳送該身分識別資料至該平台伺服器以完成該身分識別資料之註冊。
4. 如請求項1所述之依順序代碼管控簽章順序以完成線上投保之系統，其中該平台伺服器更用以於接收到該至少一簽章客戶端所傳送之該簽章後之投保同意書時，產生一重導向訊息並傳送至該至少一簽章客戶端，該至少一簽章客戶端更用以依據該重導向訊息連線至該保險伺服器。
5. 如請求項1所述之依順序代碼管控簽章順序以完成線上投保之系統，其中該平台伺服器更用以判斷與該保單識別資料對應之一有效時間已過期時，傳送一通知訊息至該保險伺服器，該保險伺服器更用以依據該通知訊息重新產生該導向資料並提供給該至少一簽章客戶端。
6. 如請求項1所述之依順序代碼管控簽章順序以完成線上投保之系統，其中該平台伺服器更用以於接收到該簽章後之投保同意書時，對該保單識別資料及該順序代碼進行特定運算以產生一運算結果資料，並將該運算結果資料發布到區塊鏈中。
7. 如請求項1所述之依順序代碼管控簽章順序以完成線上投保之系統，其中該平台伺服器更用以判斷該順序代碼為該簽署順序中之最末者時，對該簽章後之投保同意書簽章，並將該再次簽章後之投保同意書傳送至該保險伺服器。
8. 如請求項1所述之依順序代碼管控簽章順序以完成線上投保之系統，其中該保險伺服器是依據該產品識別資料取得各簽署人身分之一簽署順序，並依據該簽署順序及該至少一簽署人資料中所表示之一該簽署人身分決定該順序代碼。
9. 如請求項1所述之依順序代碼管控簽章順序以完成線上投保之系統，其中該保險伺服器更用以傳送之該導向資料至該業務客戶端，該簽章客戶端是擷取該業務客戶端所顯示之該導向資料或接收該業務客戶端所傳送之該導向資料以透過該保險伺服器取得該導向資料。
10. 如請求項1所述之依順序代碼管控簽章順序以完成線上投保之系統，其中該平台伺服器是於首次接收到該保單識別資料時建立該簽署順序，並於再接收到該保單識別資料時比對該順序代碼是否符合該簽署順序。
11. 如請求項1所述之依順序代碼管控簽章順序以完成線上投保之系統，其中該平台伺服器是向該保險伺服器請求與該順序代碼對應之該簽署人識別資料，或接收該保險伺服器所傳回之一判斷結果並由該判斷結果中取得與該順序代碼對應之該簽署人識別資料，藉以由該保險伺服器取得該簽署人識別資料。
12. 如請求項1所述之依順序代碼管控簽章順序以完成線上投保之系統，其中該平台伺服器更用以檢查排列在該簽署順序前之簽章確實完成時，傳送該投保同意書至該至少一簽章客戶端，及/或於接收到該至少一簽章客戶端所傳送之該投保同意書時，檢查排列在該簽署順序前之簽章是否確實完成。

Images