TW202036436A - 保險管理伺服器、服務提供系統以及服務提供方法 - Google Patents

Abstract

[課題]減輕用戶的負擔而促進加入保險或者與其等效的服務。[解決手段]一種管理伺服器10，其透過通信網路連接用戶所利用的用戶終端20、保險人所利用的保險人終端30、及贊助商所利用的贊助商終端40，管理伺服器10在從保險人終端30接收到關於保險商品的資訊、從贊助商終端40接收到關於保險商品的加入條件的資訊、從用戶終端20接收到加入服務的申請之情形中，至少部份地參照從贊助商終端40所接收到的加入條件，而判斷用戶能否加入服務。

Description

保險管理伺服器、服務提供系統及服務提供方法

本發明係關於用於對用戶提供保險或產品修理等特定服務之系統等。若具體地說明，則本發明係關於用於讓贊助商負擔關於提供給用戶的保險等服務之成本的一部分或全部，藉此促進用戶加入該服務的系統等。

以往，已知一種保險管理系統，其係由用戶所利用的被保險人終端、保險人所利用的保險人終端以及透過網際網路連接此裝置的保險管理裝置所構成（專利文獻1）。在此保健管理系統中，將保險人所提供之保險商品的資訊先匯集在保險管理裝置，在有來自用戶的加入保險申請時，在此保險管理裝置中進行用戶是否滿足加入保險的條件的審查，或者進行用戶是否滿足給付保險金的條件的審查。 [習知技術文獻] [專利文獻]

[專利文獻1]日本特開2018－180863號公報

[發明所欲解決的課題] 但是，以往的保險及與其等效的服務，係用於為潛在的風險顯現時作準備，且將其風險平均分攤給被保險人全員，為此的成本基本上是受益人負擔。亦即，被保險人一般而言可藉由對保險人支付保險費而享受所謂保險的益處。因此，至今的保險管理系統係將此種收益結構作為前提而建立的系統，如上述專利文獻1，只要具備被保險人終端、保險人終端及保險管理裝置即足夠。

然而，被保險人雖在例如事故及疾病等風險顯現之情形中可領取保險金等補償，但在到那時為止的期間有所謂對被保險人而言難以意識到與保險費相符的好處之問題，此事成為阻礙加入保險的原因之一。並且，若要使事故發生時的補償豐厚，則保險費自然會與其成比例而變得昂貴。此等問題在保險的性質上雖是不可避免的事，但只要可維持在事故等發生時被保險人可領取的補償，並且即使是少許但可減少被保險人的支付保險費，則可謂將導致保險加入件數的增加。

於是，本發明之目的在於減輕用戶（被保險人）的負擔，讓用戶容易加入保險或者與其等效的服務。

[解決課題的技術手段] 本發明的發明人針對解決上述以往技術問題的手段進行專心致志地探討的結果，獲得以下見解：藉由在加入保險等服務時使贊助商負擔用戶原本應支付的成本的一部分或全部，用戶會變得容易加入該服務。而且，本發明人思及若基於上述見解則可解決以往技術的課題，進而完成本發明。若具體地進行說明，則本發明具有以下的構成。

本發明的第一實施方式係關於管理伺服器。本發明的管理伺服器係透過通信網路連接用戶所利用的用戶終端、保險人所利用的保險人終端、及贊助商所利用的贊助商終端之伺服器裝置。管理伺服器首先從保險人終端接收關於保險商品之資訊。在此關於保險商品之資訊中，包含保險內容（補償內容等）及對所述保險商品的加入條件等。並且，管理伺服器從贊助商終端接收關於保險商品的加入條件之資訊。亦即，在藉由本發明的系統而運營的商業模式中，雖變成贊助商負擔保險費，但作為其交換，贊助商能指定針對保險加入的條件。接著，管理伺服器在從用戶終端接收到加入服務的申請之情形中，至少部份地參照從贊助商終端接收到的加入條件，而判斷用戶能否加入服務。此處所謂的「服務」，可為與上述保險商品相同內容的服務，亦可為不同內容的服務。例如，在用戶的持有產品產生損壞時，運營管理伺服器的服務提供者會從保險人領取保險金，所述服務提供者可將保險金的一部分或全部提供給用戶，亦可利用所述保險金提供用戶關於交換或修理產品的服務。加入服務的條件，只要管理伺服器參照從保險人終端所接收到的關於保險商品的資訊、及從贊助商終端接收到的保險商品的加入條件而制定即可。

根據上述構成，可有效率地運營藉由使贊助商負擔用於加入保險等服務的成本而減輕用戶負擔的商業模式。亦即，在用戶加入服務的條件中，至少部分地反映贊助商的意向。例如，贊助商能取得用戶的個人資訊，作為負擔成本的交換。為了商品的行銷，購入並使用同種類商品之用戶的個人資訊是有用的。例如，贊助商企業可將用戶的個人資訊利用在產品開發。並且，贊助商企業藉由對要更換產品的用戶展示自家公司產品以作為更換候補，而可直接對用戶進行高效果的宣傳。另一方面，用戶藉由提供本身的個人資訊，而變得能免費或以降低的價格加入保險或與其等效的服務。藉此，可以期待此等服務的加入件數增加。

本發明之管理伺服器，較佳為同時從用戶終端接收加入服務的申請及關於用戶的資訊，並將此關於用戶的資訊傳送至贊助商終端。藉此，可將用戶的個人資訊等有效率地提供給贊助商終端。

本發明之管理伺服器，較佳為將用於供應保險商品的保險費的一部分或全部之費用的請求資訊傳送至贊助商終端。如此，並非使用戶負擔保險商品的保險費，而是使贊助商負擔至少一部分，藉此可促進用戶加入服務。

本發明的第二實施方式係關於服務提供系統。服務提供系統包含：用戶所利用的用戶終端、保險人所利用的保險人終端、贊助商所利用的贊助商終端、及透過通信網路連接此等終端的管理伺服器。在本發明之服務提供系統中，保險人終端係將關於保險商品的資訊傳送至管理伺服器。贊助商終端係將關於對保險商品的加入條件的資訊傳送至管理伺服器。管理伺服器在從用戶終端接收到加入服務的申請之情形中，至少部份地參照從贊助商終端接收到的加入條件，而判斷用戶能否加入服務。

本發明的第三實施方式係關於服務提供方法。服務提供方法係藉由用戶所利用的用戶終端、保險人所利用的保險人終端、贊助商所利用的贊助商終端、及透過通信網路連接此等終端的管理伺服器而執行。在本發明之服務提供方法中，保險人終端係將關於保險商品的資訊傳送至管理伺服器。贊助商終端係將關於對保險商品的加入條件的資訊傳送至管理伺服器。管理伺服器在從用戶終端接收到加入服務的申請之情形中，至少部分地參照從贊助商終端接收到的加入條件，而判斷用戶能否加入服務。

接著，針對管理伺服器的另一實施方式進行說明。亦即，管理伺服器係從保險人終端接收關於保險商品的資訊。並且，管理伺服器在從用戶終端接收到加入服務的申請之情形中，至少部分地參照保險商品的加入條件，而判斷用戶能否加入所述服務。而且，管理伺服器在判斷用戶能加入服務之情形中，可設為將關於用戶的資訊傳送至贊助商終端。如此，藉由將用戶的個人資訊等傳送至贊助商終端，而可從贊助商企業徵收一部分或全部的保險商品的保險費。

接著，針對服務提供系統的另一實施方式進行說明。亦即，在服務提供系統中，保險人終端係將關於保險商品的資訊傳送至管理伺服器。管理伺服器在從用戶終端接收到加入服務的申請之情形中，至少部分地參照保險商品的加入條件，而判斷用戶能否加入服務，在判斷用戶能加入服務之情形中，將關於用戶的資訊傳送至所述贊助商終端。

接著，針對服務提供方法的另一實施方式進行說明。亦即，在服務提供方法中，保險人終端係將關於保險商品的資訊傳送至管理伺服器。管理伺服器在從用戶終端接收到加入服務的申請之情形中，至少部分地參照保險商品的加入條件，而判斷用戶能否加入服務，在判斷用戶能加入服務之情形中，將關於用戶的資訊傳送至所述贊助商終端。

[發明功效] 根據本發明，可減輕用戶的負擔而促進加入保險等服務。

以下，使用圖式針對用於實施本發明的方式進行說明。本發明不受限於以下所說明的方式，亦包含從以下方式在本發明所屬技術領域中具有通常知識者可清楚理解的範圍內進行適當變更者。

圖1係表示藉由本發明的一實施方式之服務提供系統100而能實現的商業模式的概要。在此商業模式中，將終端用戶設為被保險人，將以免費或低價對終端用戶本身或其持有產品加保險作為誘因，取得終端用戶的個人資訊或關於其持有產品的資訊，作為取得終端用戶的個人資訊或持有產品的資訊之代償，贊助商企業負擔一部分或全部的保險費。具體而言，服務提供者（保險契約者）係將終端用戶設為被保險人，並與保險公司締結保險契約。保險的目標物係終端用戶本身或其持有產品，藉由保險而補償終端用戶所發生的疾病、事故、災害等，或者持有產品（例如攝像機、汽車等工業產品）所發生的故障、遺失等。服務提供者對保險公司支付保險費，在發生符合保險條件的事故等之情形中，基本上變成由保險公司對服務提供者支付保險金。保險金可為保險對象即商品的再採購價額，亦可為無關保險對象即商品的固定金額。另一方面，由服務提供者對被保險人即終端用戶的給付，亦即保險的補償內容，可為保險金的給付，亦可為產品的修理或交換替代產品等其他服務。如此，在終端用戶與服務提供者之間締結服務契約。

並且，在保險契約或服務契約之前，服務提供者係與贊助商企業之間締結促銷活動契約。作為對服務提供者支付促銷活動費的代償，贊助商企業可取得被保險人即終端用戶的個人資訊或關於其持有產品的資訊。服務提供者藉由從贊助商企業領取的促銷活動費，而供應支付保險公司的一部分或全部的保險費用。亦即，服務提供者從贊助商企業領取的促銷活動費可與保險費為相同的金額，亦可為較保險費更低或者更高的金額。在促銷活動費與保險費為相同金額之情形，服務提供者可從終端用戶徵收服務費（至少較保險費更便宜的金額）以作為手續費。並且，在促銷活動費為較保險費更低的金額之情形，服務提供者可從終端用戶徵收保險費的剩餘部分加上手續費的金額以作為服務費。另一方面，在促銷活動費為較保險費更高的金額之情形（例如在促銷活動費中包含保險費與手續費之情形），終端用戶可免費享受來自服務提供者的服務。如此，藉由從贊助商企業徵收促銷活動費，並以所述促銷活動費供應一部分或全部的保險費，而可減輕終端用戶的負擔。

並且，如上述，作為變成贊助商企業負擔終端用戶原本應支付的保險費的至少一部分之交換，針對將此終端用戶作為被保險人的保險契約（或者服務契約）的加入條件及補償內容，會反映贊助商企業的意向。例如，贊助商企業可在契約締結時指定從終端用戶取得的個人資訊或持有產品資訊，或者可將保險加入時的條件及補償內容限制成對自家公司有利。例如，贊助商企業藉由將保險的目標物限定成自家公司產品、將物損時的補償內容限定成與自家公司產品交換，而以可享受與促銷活動費的支付相符的利益之方式，將保險加入條件等調整成使自家公司佔優勢。

本發明之服務提供系統100或者成為其核心的管理伺服器10係以進行適合運營上述商業模式的資訊處理之方式而構成。如圖1所示，服務提供系統100中包含：服務提供者（保險契約人）所利用的管理伺服器10、終端用戶所利用的用戶終端20、保險公司所利用的保險人終端30、及贊助商企業所利用的贊助商終端40。管理伺服器10係透過網際網路等通信網路而將用戶終端20、保險人終端30及贊助商終端40互相連接。並且，圖2係表示管理伺服器10、用戶終端20、保險人終端30及贊助商終端20的功能方塊。

管理伺服器10係主要負責營運本系統的服務提供者所利用的伺服器裝置，並具備用於執行以下處理的功能：與各終端20、30、40的資訊交流、服務加入條件的設計處理、或者服務的加入審査處理。管理伺服器10例如可藉由一或多個習知的網站伺服器而構成。此外，網站伺服器可物理性建立在資料中心內，亦可虛擬地存在於雲端上。

管理伺服器10具備：管理控制部11、記憶部12、通信部13及管理DB（資料庫）14。管理伺服器10的管理控制部11係進行後述圖5及圖6所示之本系統整體的營運處理。管理控制部11係由習知的CPU等處理器所構成。記憶部12係用於記憶資訊的要素，所述資訊係用於終端控制部11的演算處理等。記憶部12係記憶使泛用的網站伺服器區段發揮作為本發明之管理伺服器10的功能之程式。管理控制部11讀取被記憶在記憶部12的程式，並遵照此程式而控制其他要素。管理控制部11可將遵照程式的演算結果寫入記憶體或從記憶體讀取。記憶部12的儲存功能例如可藉由HDD及SDD等非揮發性記憶體而實現。記憶部12的記憶體功能可藉由RAM、DRAM等揮發性記憶體而實現。並且，通信部13係用於通過網際網路而在用戶終端20、保險人終端30及贊助商終端40之間傳送及接收資訊的要素。

管理DB14主要係藉由各種資料表而建立，所述各種資料表係用於管理保險人終端30及贊助商終端40所共有的資訊、或用戶的服務加入審査所利用的資訊。將管理DB14所含之資料表的資訊結構的例子表示於圖3。例如，管理DB14中包含：用戶資料表、持有產品資料表、加入服務資料表、產品資料表、服務資料表、企業資料表。

用戶資料表係用於對每個終端用戶登錄個人資訊的資料表。具體而言，用戶資料表係將終端用戶固有的用戶ID作為主鍵，並具備用於將用戶的姓名、住址、電子信箱等個人資訊賦予關聯並記憶的欄位。並且，在用戶的個人資訊中，亦可包含性別、年齡、支付資訊（信用卡資訊）、電話號碼。

持有產品資料表係用於對每個終端用戶登錄關於所述用戶所具有的產品的資訊之資料表。具體而言，持有產品資料表係將用戶ID作為主鍵，並具備用於將外來鍵即持有產品ID、持有產品的序號等賦予關聯並記憶的欄位。持有產品ID係與產品資料表的主鍵即產品ID鏈接。

加入服務資料表係用於對每個終端用戶登錄關於所述用戶所加入的服務的資訊之資料表。加入服務資料表係將用戶ID作為主鍵，並具備用於將外來鍵即加入服務ID、外來鍵即對象產品ID、及服務的加入日等賦予關聯並記憶的欄位。加入服務ID係與服務資料表的主鍵即服務ID鏈接。並且，對象產品ID係與產品資料表的主鍵即產品ID鏈接。因此，只要參照加入服務資料表，便可特定哪個用戶要加入哪個服務、哪個產品被設定作為服務對象（保險目標物）。

產品資料表係用於對每個產品登錄關於所述產品的資訊之資料表。產品資料表係例如將產品固有的產品ID作為主鍵，並具備用於將外來鍵即製造企業ID、所述產品的型號、產品名稱、品項（攝像機或行動電話等類型名稱）、產品的發售日、發售價格（零售希望價格）等賦予關聯並記憶的欄位。製造企業ID係與企業資料表的主鍵即企業ID鏈接。

服務資料表係用於對每個服務登錄針對所述服務進行合作的贊助商企業的資訊、關於服務的加入條件的資訊之資料表。在登錄於此服務資料表的加入條件中，反映贊助商企業的希望、保險公司所設定之針對保險商品的加入條件。服務資料表係將服務固有的服務ID作為主鍵，並具備用於將外來鍵即保險企業ID、外來鍵即贊助商企業ID、關於服務加入條件的資訊賦予關聯並記憶的欄位。保險企業ID係與企業資料表的主鍵即企業ID鏈接，登錄已締結保險契約之保險企業固有的ID，所述保險契約成為各服務的根據。贊助商企業ID係與企業資料表的主鍵即企業ID鏈接，登錄已針對各服務締結促銷活動契約之贊助商企業固有的ID。作為服務加入條件的例子，可列舉如下：服務內容、服務期間、補償理由、對象產品、其他贊助商企業所指定的必要事項。服務內容欄位係登錄提供給終端用戶的服務的具體內容，例如金錢的給付及其金額的計算方法、產品的修理、產品的交換等。並且，服務期間欄位係登錄用戶可接受服務提供的期間，登錄從加入服務時起1年期間等具體期間及其能否更新。補償理由欄位係登錄成為對用戶提供服務的原因之理由的欄位，登錄例如自然故障、浸水、失竊、自然災害等具體理由。對象產品欄位係登錄成為補償對象的產品的欄位，登錄限為贊助商企業的產品等限制事項、具體型號或產品名稱、品項等。此外，補償對象的產品不僅為贊助商企業的產品，亦可為其他企業的產品。例如，亦可以將用戶所持有的其他公司的產品與贊助商企業進行交換作為目的，而規定服務加入條件。並且，補償對象不限於產品，亦可為終端用戶本身（人的疾病或事故、災害等）。並且，在其他必要事項欄位中，在終端用戶加入服務時，登錄提供給贊助商企業的個人資訊及產品資訊等。例如，贊助商企業可要求共有登錄在用戶資料表之終端用戶的姓名、住址等個人資訊，或要求共有登錄在持有產品資料表之關於用戶的持有產品的資訊。在必要事項欄位中，能適當登錄贊助商企業所要求的其他各種條件。

企業資料表係用於對每個企業登錄關於其產業類別及連絡方式的資訊之資料表。企業資料表係將企業ID作為主鍵，並具備用於將企業名稱、產業類別、企業的區別、連絡方式賦予關聯並記憶的欄位。在企業資料表中，登錄有是本系統的「保險企業」、「贊助商企業」、或是兩者皆非的「其他」企業（將成為保險目標物之產品進行製造販售的製造企業等）之區別。

用戶終端20、保險人終端30及贊助商終端40分別為終端用戶、保險公司及贊助商企業所利用的終端裝置，具備與管理伺服器10的通信功能。作為此等終端20、30、40，亦可利用泛用的桌上型PC、智慧型手機、平板型終端等可攜式資訊終端。各終端20、30、40具備本系統專用的應用程式，可通過此程式而與管理伺服器10進行通信，亦可通過泛用的瀏覽器而訪問管理伺服器10所提供的網站，並通過此網站與管理伺服器10進行通信。

各終端20、30、40，作為共通功能，具有：控制部（21、31、41）、記憶部（22、32、42）、通信部（23、33、43）、輸入部（24、34、44）及顯示部（25、35、45）。控制部進行控制各終端所具備的其他要素之處理。作為控制部，可利用CPU、GPU等處理器。控制部係讀取被記憶在記憶部的應用程式，並遵照此應用程式而控制其他要素。並且，控制部可將遵循應用程式的演算結果適當地寫入記憶部或從記憶部讀取。記憶部係用於記憶資訊的要素，所述資訊係用於在控制部的演算處理等。記憶部係記憶應用程式，所述應用程式係使泛用的PC等資訊終端發揮作為本發明之服務提供系統100中的終端（用戶終端、保險人終端、贊助商終端）的功能。記憶部的儲存功能例如可藉由HDD及SDD等非揮發性記憶體而實現。記憶部的記憶體功能可藉由RAM或DRAM等揮發性記憶體而實現。通信部係用於在與管理伺服器之間透過網際網路等通信電路而進行資訊的收發之要素。輸入部係用於接受對於各終端的資訊輸入之要素。透過輸入部所輸入的資訊係被傳遞往控制部。輸入部可採用觸控面板、按鈕、游標、麥克風、鍵盤及滑鼠等習知的輸入裝置。顯示部係遵循控制部的控制而顯示預定影像等之顯示器。作為顯示部，只要使用液晶顯示器、有機EL等習知的顯示器即可。並且，亦可將觸控面板重疊在顯示器而構成觸控面板顯示器。

在本系統中，保險人終端30除了上述共通功能，更具備保險人DB（資料庫）36。保險人DB36係藉由用於管理關於被保險人（終端用戶）的資訊、關於被保險人所加入的保險的資訊、或者關於保險的加入條件的資訊的各種資料表而建立。將保險人DB36所含之資料表的資料結構的例子表示於圖4。例如，在保險人DB36中，包含用戶資料表、加入保險資料表及保險資料表。

保險人DB36的用戶資料表，基本上登錄與上述的管理DB14的用戶資料表同樣的資訊。保險人DB36的用戶資料表可在保險人終端30中獨自地登錄資訊，亦可從管理伺服器10至保險人終端30共有登錄於用戶資料表的資訊。並且，為了容易在管理伺服器10與保險人終端0之間共有資訊，亦可對相同終端用戶分配共通的用戶ID。

加入保險資料表係用於對每個終端用戶登錄資訊之資料表，所述資訊係關於將所述用戶設定作為被保險人之保險商品。加入保險資料表係將用戶ID作為主鍵，具有用於將外來鍵即加入保險ID、外來鍵即對象產品ID、及保險的加入日期等賦予關聯並記憶的欄位。加入保險ID係與保險資料表的主鍵即保險ID鏈接。並且，對象產品ID係與設置在管理伺服器10的管理DB14之產品資料表的主鍵即產品ID鏈接。因此，保險人終端30藉由因應需要訪問管理伺服器10，而可取得登錄於管理伺服器10的產品資料表的產品資訊。並且，藉由參照加入保險資料表，而可特定哪個用戶被設定作為哪個保險商品的被保險人，或哪個產品被設定作為（保險目的物）。

保險資料表係用於對每個保險商品登錄關於所述保險商品的加入條件的資訊之資料表。此保險加入條件，基本上可為保險公司獨自設計的條件，亦可如後述般為依據贊助商企業的希望而調整的條件。保險資料表係將保險商品固有的保險ID作為主鍵，具有用於將關於保險加入條件的資訊賦予關聯並記憶的欄位。作為保險加入條件的例子，可列舉如下：保險內容、保險期間、補償理由、被保險產品、被保險產品的購入日、發售日、發售價格等。保險內容欄位登錄所給付的保險金的金額及其計算方法、或者在保險契約後所徵收的保險費及其計算方法等。並且，保險期間欄位係登錄保險的契約期間的欄位，並登錄從保險加入日或商品的購入日、或者商品的發售日等起算日起1年期間等具體的期間，及其能否更新。補償理由欄位係登錄成為由保險提供補償的原因之理由的欄位，並登錄例如自然故障、浸水、失竊、自然災害等具體的理由。被保險產品欄位係登錄關於成為補償對象的產品的資訊之欄位。此外，補償對象不限於產品，亦可為被保險本身（人的疾病或事故、災害等）。在發售日欄位及發售價格欄位中，分別登錄被保險產品的發售日及發售價格。

接著，參照圖5，針對設計提供給終端用戶的服務的加入條件之流程的一例進行說明。圖5所示的流程圖係表示從基於贊助商企業的期望而設計服務的加入條件等，並將其告知終端用戶為止的資訊處理。

首先，欲對終端用戶提供保險或與其等效的服務之服務提供者，係利用管理伺服器10對於保險公司所具有的保險人終端30通知本身的需求資訊，並委託符合所述需求的保險商品的設計或提供（步驟S1）。此外，在保險業界中，符合此處所稱的「服務提供者」者，大致區分而存在「保險代理店」（包含保險仲介人（保險經紀人））與「作為團體契約的契約人」這二種類。保險代理店係將保險公司所製作的保險商品直接提供給終端用戶。因此，在圖3中為「保險商品提供委託」。相對於此，作為團體契約的契約人係對於所述團體所屬會員等，促使會員加入保險以作為被保險人，並非僅販售保險公司所提供的現有保險商品，而常常要設計符合所述團體需求的商品。因此，在圖3中為「保險設計委託」。

保險公司若接受來自服務提供者的委託，則從現有的保險商品之中進行挑選，或者重新進行設計，而將關於符合服務提供者需求的保險商品的資訊通過保險人終端30通知管理伺服器10（步驟S2）。此保險商品的資訊中，包含保險商品的加入條件及補償內容等。此外，在此階段中，保險商品的加入條件等通常由保險公司獨自決定。

接著，服務提供者係利用管理伺服器10，對於贊助商候補的企業所利用之贊助商終端40，通知由保險公司推薦的保險商品等的資訊，並在將所述保險商品提供給終端用戶時，募集希望共有當時所取得之終端用戶的個人資訊或關於其持有產品的資訊之贊助商企業（步驟S3）。希望登錄此促銷活動的企業係利用贊助商終端40，將其意願通知管理伺服器10（步驟S4）。並且，在登錄促銷活動之際，管理伺服器10接受關於提供給終端用戶的具體保險商品或與其等效的服務的期望。贊助商企業係藉由將期望輸入贊助商終端40，而將所述期望傳遞至管理伺服器10。作為贊助商企業的期望，可考慮：將提供給終端用戶的服務內容限定為例如在用戶的持有產品故障之際與自家公司產品進行交換等要求、將被保險產品限定成自家公司產品等要求、或者指定欲從終端用戶取得的個人資訊等要求。此外，贊助商企業的期望不限於此處所列舉者，可一定程度自由地將期望通知服務提供者。管理伺服器10若從贊助商企業接收針對促銷活動的募集通知的期望資訊，則將所述企業資訊登錄至管理DB14，或將期望資訊暫時地記憶在記憶部12（步驟S5）。

接著，服務提供者係利用管理伺服器10，將從贊助商企業所接受到的期望資訊通知保險人終端30，並委託調整成反映所述期望的具體內容的保險商品（步驟S6）。若接受此委託，則保險公司會調整保險商品或服務的加入條件、覆蓋範圍（自然故障、物損、自然災害、疾病、受傷等）、對象產品（亦包含人）、對象期間等（步驟S7）。並且，服務提供者係利用保險人終端30而將已開始提供調整後的保險商品的意旨通知管理伺服器10。並且，在保險人終端30中，將關於考慮贊助商企業的期望而經調整的保險商品的資訊，登錄至保險人DB36的保險資料表（步驟S8）。在登錄於保險資料表的資訊中，如同前述，包含關於保險內容及保險加入條件的資訊。

並且，接受到開始提供調整後的保險商品的通知之管理伺服器10，係將因應所述保險商品的服務加入條件及服務內容等登錄至管理DB14的服務資料表（步驟S9）。具體而言，將提供保險商品的保險企業的企業ID、進行關於此保險商品的促銷活動登錄的贊助商企業的企業ID、以及終端用戶用於加入此服務的條件，登錄至服務資料表。此外，登錄在管理伺服器10的服務資料表之服務加入條件與登錄在保險人終端30的保險資料表之保險加入條件可一致亦可不同。如同前述，雖在保險公司與服務提供者之間締結保險契約，但在保險資料表中登錄用於其之保險加入條件及補償內容。基本上，保險公司對於服務提供者的補償係藉由金錢的給付而進行。另一方面，雖在終端用戶與服務提供者之間締結服務契約，但在服務資料表中登錄用於其之服務加入條件及服務內容。例如，從服務提供者至終端用戶，亦可為故障產品的交換等金錢的給付以外之與其等效的服務。並且，不論服務提供者與終端用戶之間是否締結服務契約，為了避免在服務提供者與保險公司之間未締結保險契約等狀況，比起保險的加入條件可更進一步限制服務的加入條件。

如上述，在決定能提供給用戶的服務的加入條件及補償內容後，服務提供者係利用管理伺服器10，將所述服務的告知資訊傳送至終端用戶所具有的用戶終端20（步驟S10）。作為服務的告知方法，可列舉例如下述方法：通過安裝在用戶終端20的專用應用程式而通知告知資訊、藉由電子郵件將告知資訊通知用戶終端20終端、或者通過會員專用的網站將告知資訊通知用戶終端20。

接著，參照圖6，將針對服務的加入審査流程的一例進行說明。圖6的流程圖係表示從有來自用戶的加入服務申請時，審查能否加入服務，並在決定加入後進行契約費或促銷活動費的支付請求為止的資訊處理。

如圖6所示，終端用戶係利用用戶終端20，在選擇希望加入的服務後，輸入加入所述服務所需要的資訊（步驟S11）。加入服務的選擇畫面及必要資訊的輸入格式可通過用戶終端20的應用程式而提供給終端用戶，亦可通過管理伺服器10所提供的網站而提供給終端用戶。並且，申請加入服務時需要輸入的資訊係依各服務而異。亦即，管理伺服器10只要參照管理DB14的服務資料表，將用於輸入加入服務時所需要的資訊之輸入格式提供給用戶終端20即可。具體而言，為了判斷終端用戶是否滿足登錄在服務資料表的服務加入條件，而要求終端用戶輸入對應於此等加入條件的資訊。並且，在贊助商企業希望取得例如用戶的性別、年齡及其持有產品名稱之情形中，作為服務的申請條件，要求終端用戶輸入此等贊助商企業所希望的資訊。

接著，管理伺服器10若從終端用戶接受到加入服務的申請，則基於所述終端用戶所輸入的資訊，審查能否加入服務（步驟S12）。如同前述，能否加入服務的判斷係遵循登錄在服務資料表的服務加入條件而進行。此服務資料表的服務加入條件至少部分地反映上述步驟S4所接受到的贊助商企業的期望。例如，在可加入服務的產品被限定為贊助商企業所製造販售的產品之情形，管理伺服器10判定有來自終端用戶的加入服務申請的產品是否符合此條件。如此，管理伺服器10可基於反映贊助商企業的期望的服務加入條件，而判斷終端用戶能否加入服務。

步驟S12中的審査結果，在終端用戶的輸入資訊被判斷為不符合服務加入條件之情形，管理伺服器10會將所述結果通知用戶終端20。此情形，在用戶終端10的顯示部25顯示不受理申請的畫面（步驟S13）。在不受理申請之情形，圖6所示之審査流程結束。

另一方面，步驟S12中的審査結果，在終端用戶的輸入資訊被判斷為符合服務加入條件之情形，管理伺服器10會將終端用戶的輸入資訊登錄在管理DB14（步驟S14）。例如，管理伺服器10係基於終端用戶的輸入資訊，而在用戶資料表的個人資訊的欄位、持有產品資料表的各欄位登錄資訊。其後，管理伺服器10對保險人終端30傳送針對保險商品的申請通知，所述保險商品係對應於有來自終端用戶的加入申請的服務。亦即，服務提供者對保險公司進行將終端用戶設為被保險人之對保險商品的申請。並且，在此時，亦可從管理伺服器10對保險人終端30提供必要資訊。例如，登錄在管理伺服器10的用戶資料表的資訊，因對保險企業而言亦是有用的，故管理伺服器10可將登錄在此用戶資料表的各種資訊傳送至保險人終端30。再者，管理伺服器10對用戶終端20進行服務契約暫時成立的意旨之通知（步驟S15）。此外，在此階段中，因係在保險企業與服務提供者之間尚未成立保險契約的狀態，故在服務提供者與終端用戶之間的服務契約亦先為暫時成立。用戶終端20在從管理伺服器10領取暫時契約成立的通知時，將顯示其意旨的畫面顯示於顯示部25（步驟S16）。此外，暫時契約成立後，雖在一定期間內從管理伺服器10對用戶終端傳送契約不成立通知之情形下，服務提供者與終端用戶的契約會被解除，但在經過一定期間仍未傳送上述契約不成立通知之情形，在用戶終端20的顯示部25中會顯示表示契約正式成立的意旨的畫面（步驟S26）。

保險人終端30若從管理伺服器10領取到將終端用戶設為被保險人的保險商品加入的申請通知，則進行是否符合登錄在保險人DB36的保險資料表之保險加入條件的審查（步驟S17）。此保險資料表的保險加入條件係基於上述步驟S4所接受到的贊助商企業的期望而經部分調整者。例如，在可加入保險的產品被限制在發售日（或者購入日）起1年以內之情形，保險人終端30判定被保險產品是否符合此條件。如此，保險人終端30係基於已根據贊助商企業的期望而調整的保險加入條件，判斷能否締結將終端用戶設為被保險人的保險契約。

步驟S17中的審査結果，在判斷不符合預定的保險加入條件之情形，保險人終端20對管理伺服器10通知保險契約不成立的意旨。管理伺服器10判斷在一定期間內是否從保險人終端30接收到契約不成立通知（步驟S18），在判斷接收到之情形中，對用戶終端20傳送契約不成立通知。同樣地，在用戶終端20亦判斷在一定期間內是否從管理伺服器10接收到契約不成立通知（步驟S19），在判斷接收到之情形中，在顯示部25顯示表示不受理加入服務的申請的畫面（步驟S20）。在不受理申請之情形，圖6所示之審査流程結束。

另一方面，步驟S17中的審査結果，在判斷將終端用戶設為被保險人的保險契約符合契約條件之情形，保險人終端30係將必要資訊登錄至保險人DB36（步驟S21）。例如，保險人終端30係基於來自管理伺服器10的共有資訊而登錄用戶資料表的個人資訊的欄位，或將資訊登錄在加入保險資料表的各欄位。

接著，保險人終端30對管理伺服器10通知已締結契約的保險商品的保險費的請求（步驟S22）。保險商品的保險費可為由保險公司預先訂定的金額，亦可為因應贊助商企業的期望而經調整的金額。若管理伺服器10領取保險費的請求通知，則服務提供者對保險公司進行支付所述保險費的手續。並且，支付手續完成後，管理伺服器10對保險人終端30傳送支付完成通知（步驟S23）。其後，保險人終端30在確認到保險費的領收後（步驟S24），對管理伺服器10傳送保險契約的成立通知（步驟S25）。憑藉此通知，在服務提供者與保險公司之間正式地締結保險契約。並且，如同前述，在經過一定期間契約不成立通知亦未傳送至用戶終端20之情形，在用戶終端20的顯示部25中顯示表示契約正式成立的意旨的畫面（步驟S26）。在此階段中，在服務提供者與終端用戶之間正式地締結服務契約。在本發明的系統中，其特徵之一係不論是否確認到服務提供者對保險公司支付保險費或保險公司領收保險費，在終端用戶與服務提供者之間，服務契約皆獨立成立。藉此，可對終端用戶迅速地開始提供服務。

並且，保險契約締結後，管理伺服器10對贊助商終端30通知促銷活動費的請求，且傳送贊助商企業預先希望取得的終端用戶的個人資訊、關於其持有產品的資訊（步驟S27）。例如，管理伺服器10只要從登錄在管理DB14的用戶資料表或持有產品資料表之資訊中提取贊助商企業所求的資訊，並傳送至贊助商終端30即可。並且，若贊助商終端30領取促銷活動費的請求通知，則贊助商企業對服務提供者進行支付所述促銷活動費的手續。並且，支付手續完成後，贊助商終端30對管理伺服器10傳送支付完成通知（步驟S28）。藉由到此為止的處理，加入服務的審査流程結束。

以上，在本案說明書中，為了表現本發明的內容而一邊參照圖式一邊進行本發明的實施方式的說明。但是，本發明不受限於上述實施方式，包含本發明所屬技術領域中具有通常知識者基於本案說明書所記載之事項而可清楚理解的變更方式及改良方式。

10:管理伺服器 20:用戶終端 30:保險人終端 40:贊助商終端 100:服務提供系統

圖1係概略地表示服務提供系統的整體構成。 圖2係表示構成服務提供系統之終端裝置及伺服器裝置的功能方塊的例子。 圖3係表示設置於管理資料庫之各資料表的資料結構例。 圖4係表示設置於保險人資料庫之各資料表的資料結構例。 圖5係表示服務加入條件的設計流程的一例。 圖6係表示針對服務的加入審査流程的一例。

10:管理伺服器

20:用戶終端

30:保險人終端

40:贊助商終端

100:服務提供系統

Claims (8)

1. 一種管理伺服器，其透過通信網路連接用戶所利用的用戶終端、保險人所利用的保險人終端、及贊助商所利用的贊助商終端， 所述管理伺服器， 從所述保險人終端接收關於保險商品之資訊， 從所述贊助商終端接收關於所述保險商品的加入條件之資訊， 在從所述用戶終端接收到加入服務的申請之情形中，至少部分地參照從所述贊助商終端接收到的所述加入條件，而判斷所述用戶能否加入所述服務。
2. 如請求項1之管理伺服器，其中，所述管理伺服器接收來自所述用戶終端的加入服務的申請及關於所述用戶的資訊，並將關於所述用戶的資訊傳送至所述贊助商終端。
3. 如請求項1或2之管理伺服器，其中，所述管理伺服器將用於供應所述保險商品的保險費的一部分或全部之費用的請求資訊傳送至所述贊助商終端。
4. 一種服務提供系統，其包含：用戶所利用的用戶終端、保險人所利用的保險人終端、贊助商所利用的贊助商終端、及透過通信網路連接此等終端的管理伺服器， 所述保險人終端係將關於保險商品的資訊傳送至所述管理伺服器， 所述贊助商終端係將關於對所述保險商品的加入條件的資訊傳送至所述管理伺服器， 所述管理伺服器在接收到來自所述用戶終端的加入服務的申請之情形中，至少部份地參照從所述贊助商終端接收到的所述加入條件，而判斷所述用戶能否加入所述服務。
5. 一種服務提供方法，其藉由用戶所利用的用戶終端、保險人所利用的保險人終端、贊助商所利用的贊助商終端、及透過通信網路連接此等終端的管理伺服器而進行，所述方法包含： 所述保險人終端將關於保險商品的資訊傳送至所述管理伺服器之步驟； 所述贊助商終端將關於對所述保險商品的加入條件的資訊傳送至所述管理伺服器之步驟；以及 所述管理伺服器在接收到來自所述用戶終端的加入服務的申請之情形中，至少部份地參照從所述贊助商終端接收到的所述加入條件，而判斷所述用戶能否加入所述服務之步驟。
6. 一種管理伺服器，其透過通信網路連接用戶所利用的用戶終端、保險人所利用的保險人終端、及贊助商所利用的贊助商終端， 所述管理伺服器， 從所述保險人終端接收關於保險商品的資訊， 在從所述用戶終端接收到加入服務的申請之情形中，至少部份地參照所述保險商品的加入條件，而判斷所述用戶能否加入所述服務， 在判斷所述用戶能加入所述服務之情形中，將關於所述用戶的資訊傳送至所述贊助商終端。
7. 一種服務提供系統，其包含：用戶所利用的用戶終端、保險人所利用的保險人終端、贊助商所利用的贊助商終端、及透過通信網路連接此等終端的管理伺服器， 所述保險人終端係將關於保險商品的資訊傳送至所述管理伺服器， 所述管理伺服器在從所述用戶終端接收到加入服務的申請之情形中，至少部份地參照所述保險商品的加入條件，而判斷所述用戶能否加入所述服務，在判斷所述用戶能加入所述服務之情形中，將關於所述用戶的資訊傳送至所述贊助商終端。
8. 一種服務提供方法，其藉由用戶所利用的用戶終端、保險人所利用的保險人終端、贊助商所利用的贊助商終端、及透過通信網路連接此等終端的管理伺服器而進行，所述方法包含： 所述保險人終端將關於保險商品的資訊傳送至所述管理伺服器之步驟；以及 所述管理伺服器在從所述用戶終端接收到加入服務的申請之情形中，至少部份地參照所述保險商品的加入條件，而判斷所述用戶能否加入所述服務，在判斷所述用戶能加入所述服務之情形中，將關於所述用戶的資訊傳送至所述贊助商終端之步驟。

Images