ホーム > 特許ランキング > 株式会社Ｆｉｎａｔｅｘｔ
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-09-04
(45)【発行日】2023-09-12
(54)【発明の名称】情報処理方法、情報処理装置及びプログラム
(51)【国際特許分類】
G06Q 10/00 20230101AFI20230905BHJP
G06Q 40/08 20120101ALI20230905BHJP
G06Q 20/32 20120101ALI20230905BHJP
G06Q 30/06 20230101ALI20230905BHJP
【ＦＩ】
G06Q10/00
G06Q40/08
G06Q20/32
G06Q30/06
【請求項の数】
9
(21)【出願番号】P 2021021648
(22)【出願日】2021-02-15
(65)【公開番号】P2022124086
(43)【公開日】2022-08-25
【審査請求日】2022-11-29
【早期審査対象出願】
(73)【特許権者】
【識別番号】515017038
【氏名又は名称】株式会社Ｆｉｎａｔｅｘｔ
(74)【代理人】
【識別番号】100114557
【弁理士】
【氏名又は名称】河野 英仁
(74)【代理人】
【識別番号】100078868
【弁理士】
【氏名又は名称】河野 登夫
(72)【発明者】
【氏名】菅谷 光男
(72)【発明者】
【氏名】山崎 蓮馬
【審査官】石田 紀之
(56)【参考文献】
【文献】特開２００２－３４２５７７（ＪＰ，Ａ）
【文献】特開２０１２－０８３８３７（ＪＰ，Ａ）
【文献】国際公開第２００５／０３３９８６（ＷＯ，Ａ１）
【文献】米国特許出願公開第２００９／００９４０６８（ＵＳ，Ａ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００ － ９９／００
(57)【特許請求の範囲】
【請求項1】
保険に関する手続きに必要な複数の入力項目のそれぞれに対して入力された複数の入力情報を取得し、前記複数の入力情報を、各入力情報の種類に応じた変換規則に従って同一スケールの数値に変換し、
前記保険に係る金銭の金額算出に用いる前記入力項目と、前記入力項目に対して入力される入力情報を前記変換規則に従って変換した数値と、前記入力項目のそれぞれに対する前記数値に応じた前記金額算出に用いる情報とを対応付けるテーブルに基づいて、取得した前記複数の入力情報から、前記保険に係る金銭の金額算出に用いる入力項目の入力情報を抽出し、抽出した前記入力項目の入力情報を変換した前記数値に対応する前記金額算出に用いる情報を特定し、
特定した前記金額算出に用いる情報に基づいて前記保険に係る金銭の金額算出を行う
処理をコンピュータが実行する情報処理方法。
【請求項2】
保険商品毎に用意された前記テーブルから、前記手続きの対象の保険商品に対応する前記テーブルを選択し、選択したテーブルに基づいて前記保険に係る金銭の金額算出を行う
処理を前記コンピュータが実行する請求項１に記載の情報処理方法。
【請求項3】
前記テーブルは、保険料の金額算出に用いる前記入力項目と、前記入力項目に対して入力される入力情報を前記変換規則に従って変換した数値と、前記入力項目のそれぞれに対する前記数値に応じた基本保険料及び前記保険に付随する特約の保険料の金額算出に用いる情報とを対応付けており、前記テーブルに基づいて、取得した前記複数の入力情報から、保険料の金額算出に用いる入力項目の入力情報を抽出し、抽出した前記入力項目の入力情報を変換した前記数値に対応する基本保険料及び特約の保険料の金額算出に用いる情報を特定し、
特定した情報に基づいて保険料の金額を算出する
処理を前記コンピュータが実行する請求項１又は２に記載の情報処理方法。
【請求項4】
前記テーブルは、保険金又は給付金の金額算出に用いる前記入力項目と、前記入力項目に対して入力される入力情報を前記変換規則に従って変換した数値と、前記入力項目のそれぞれに対する前記数値に応じた基本料金及び前記保険に付随する特約の特約料金の金額算出に用いる情報とを対応付けており、前記テーブルに基づいて、取得した前記複数の入力情報から、保険金又は給付金の金額算出に用いる入力項目の入力情報を抽出し、抽出した前記入力項目の入力情報を変換した前記数値に対応する基本料金及び特約の特約料金の金額算出に用いる情報を特定し、
特定した情報に基づいて保険金又は給付金の金額を算出する
処理を前記コンピュータが実行する請求項１から３までのいずれかひとつに記載の情報処理方法。
【請求項5】
前記複数の入力項目について、各入力項目に対応する識別子が付与された入力欄を有する入力フォームを介して、前記複数の入力情報を取得し、前記複数の入力情報を、それぞれの入力項目に対応する識別子に応じた変換規則に従って同一スケールの数値に変換する
処理を前記コンピュータが実行する請求項１から４までのいずれかひとつに記載の情報処理方法。
【請求項6】
抽出した前記入力項目の入力情報を前記同一スケールの数値に変換する処理を前記コンピュータが実行する請求項５に記載の情報処理方法。
【請求項7】
前記識別子には、前記入力項目に対して入力される情報を第２の情報に変換する情報変換規則が対応付けられており、取得した前記複数の入力情報を、それぞれの入力項目に対応する識別子に応じた情報変換規則に従って第２の情報に変換し、
前記第２の情報を、前記識別子に応じた変換規則に従って同一スケールの数値に変換する
処理を前記コンピュータが実行する請求項５又は６に記載の情報処理方法。
【請求項8】
保険に関する手続きに必要な複数の入力項目のそれぞれに対して入力された複数の入力情報を取得する取得部と、前記複数の入力情報を、各入力情報の種類に応じた変換規則に従って同一スケールの数値に変換する変換部と、
前記保険に係る金銭の金額算出に用いる前記入力項目と、前記入力項目に対して入力される入力情報を前記変換規則に従って変換した数値と、前記入力項目のそれぞれに対する前記数値に応じた前記金額算出に用いる情報とを対応付けるテーブルに基づいて、取得した前記複数の入力情報から、前記保険に係る金銭の金額算出に用いる入力項目の入力情報を抽出し、抽出した前記入力項目の入力情報を変換した前記数値に対応する前記金額算出に用いる情報を特定する特定部と、
特定した前記金額算出に用いる情報に基づいて前記保険に係る金銭の金額算出を行う算出部と
を備える情報処理装置。
【請求項9】
保険に関する手続きに必要な複数の入力項目のそれぞれに対して入力された複数の入力情報を取得し、前記複数の入力情報を、各入力情報の種類に応じた変換規則に従って同一スケールの数値に変換し、
前記保険に係る金銭の金額算出に用いる前記入力項目と、前記入力項目に対して入力される入力情報を前記変換規則に従って変換した数値と、前記入力項目のそれぞれに対する前記数値に応じた前記金額算出に用いる情報とを対応付けるテーブルに基づいて、取得した前記複数の入力情報から、前記保険に係る金銭の金額算出に用いる入力項目の入力情報を抽出し、抽出した前記入力項目の入力情報を変換した前記数値に対応する前記金額算出に用いる情報を特定し、
特定した前記金額算出に用いる情報に基づいて前記保険に係る金銭の金額算出を行う
処理をコンピュータに実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、情報処理方法、情報処理装置及びプログラムに関する。
【背景技術】
【0002】
保険商品の契約を行う際、又は契約済みの保険に対する保険金もしくは給付金の請求を行う際に、複数の入力項目に対してユーザの情報を入力し、入力された情報に基づいて保険料、保険金又は給付金の金額算出が行われている。特許文献１では、ユーザの情報をネットワーク経由で受信し、受信した情報に基づいて契約内容の見積り（内容決定）及び再見積り（内容の再決定）を行うことにより、保険商品の販売業務を支援する技術が開示されている。特許文献１に開示された技術では、保険営業員が例えば営業先に携帯した端末を用いてユーザの情報を入力することにより、契約内容の見積り結果又は再見積り結果を得ることができる。これにより、例えば営業先で保険内容に変更が生じた場合であっても保険契約の再見積りを速やかに行うことが可能となる。
【先行技術文献】
【特許文献】
【0003】
【文献】特開２００２－２２２３１９号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
保険料、保険金又は給付金の金額を算出する際に必要なユーザの情報には、例えば性別及び生年月日等のように様々な種類の情報が含まれる。例えば自動車保険の場合、保険の対象とする自動車のメーカ名、車種、型式等の情報も含まれる。このように種類が異なる複数の情報から保険料、保険金又は給付金を算出するので、算出に必要な計算ルールは非常に煩雑となる。また計算ルールは、保険商品毎に異なるので保険商品毎に用意しておく必要がある。そこで、保険料、保険金又は給付金を算出するシステムを簡略化して、保険商品の開発業務負担を軽減することが求められている。なお、特許文献１に開示された技術は、保険料、保険金又は給付金の算出に必要なシステムを簡略化するものではない。
【0005】
本開示は、このような事情に鑑みてなされたものであり、その目的とするところは、保険商品の開発業務を支援することが可能な情報処理方法等を提供することにある。
【課題を解決するための手段】
【0006】
本開示の一態様に係る情報処理方法は、保険に関する手続きに必要な複数の入力項目のそれぞれに対して入力された複数の入力情報を取得し、前記複数の入力情報を、各入力情報の種類に応じた変換規則に従って同一スケールの数値に変換し、前記保険に係る金銭の金額算出に用いる前記入力項目と、前記入力項目に対して入力される入力情報を前記変換規則に従って変換した数値と、前記入力項目のそれぞれに対する前記数値に応じた前記金額算出に用いる情報とを対応付けるテーブルに基づいて、取得した前記複数の入力情報から、前記保険に係る金銭の金額算出に用いる入力項目の入力情報を抽出し、抽出した前記入力項目の入力情報を変換した前記数値に対応する前記金額算出に用いる情報を特定し、特定した前記金額算出に用いる情報に基づいて前記保険に係る金銭の金額算出を行う処理をコンピュータが実行する。
【発明の効果】
【0007】
本開示の一態様にあっては、保険商品の開発業務を支援することができる。
【図面の簡単な説明】
【0008】
【図1】情報処理システムの構成例を示す模式図である。
【図2】入力フォーム生成用サーバの内部構成例を示すブロック図である。
【図3】入力フォーム生成用サーバが記憶するテーブルの構成例を示す模式図である。
【図4】保険見積用サーバの内部構成例を示すブロック図である。
【図5】保険見積用サーバが記憶するテーブルの構成例を示す模式図である。
【図6】保険見積用サーバが記憶するテーブルの構成例を示す模式図である。
【図7】保険会社用端末及び契約者用端末の内部構成例を示すブロック図である。
【図8】入力フォーム生成処理手順の一例を示すフローチャートである。
【図9】入力フォーム生成処理手順の一例を示すフローチャートである。
【図10】画面例を示す模式図である。
【図11】画面例を示す模式図である。
【図12】画面例を示す模式図である。
【図13】保険請求用入力フォームを生成する際の編集画面例を示す模式図である。
【図14】保険料の見積り処理手順の一例を示すフローチャートである。
【図15】画面例を示す模式図である。
【発明を実施するための形態】
【0009】
以下に、本開示の情報処理方法、情報処理装置及びプログラムについて、その実施形態を示す図面に基づいて説明する。
【0010】
保険商品を販売する保険会社の業務を支援するための情報処理システムについて説明する。本実施形態の情報処理システムでは、保険の契約申込、保険金又は給付金等の保険に係る金銭の請求等、保険に関する手続きを行う際に必要なユーザの情報を入力するための入力フォームを生成する業務を支援することが可能である。また、本実施形態の情報処理システムでは、生成した入力フォームを介して入力されたユーザの情報から保険料、保険金又は給付金等、保険に係る金銭の金額（見積り額）を算出する業務を支援することが可能である。なお、以下では、保険金及び給付金をまとめて保険金と呼ぶ場合がある。
【0011】
図１は情報処理システムの構成例を示す模式図である。本実施形態の情報処理システムは、入力フォーム生成用サーバ１０、保険見積用サーバ２０、保険会社用端末３０及び契約者用端末４０等を含み、これらの装置は、インターネット等のネットワークＮに接続され、ネットワークＮを介して情報の送受信を行うことができる。入力フォーム生成用サーバ１０及び保険見積用サーバ２０は、例えば保険会社の業務を支援する会社のサーバであるが、保険会社のサーバであってもよい。また、入力フォーム生成用サーバ１０及び保険見積用サーバ２０は、１つのサーバで構成されていてもよいが、本実施形態では説明を明確にするために各別のサーバとして説明する。
【0012】
入力フォーム生成用サーバ１０及び保険見積用サーバ２０はそれぞれ、種々の情報処理及び情報の送受信が可能な情報処理装置であり、例えばサーバコンピュータ又はパーソナルコンピュータを用いて構成される。入力フォーム生成用サーバ１０及び保険見積用サーバ２０はそれぞれ、複数台設けられて分散処理する構成でもよく、１台のサーバ内に設けられた複数の仮想マシンによって実現されていてもよく、クラウドサーバを用いて実現されていてもよい。保険会社用端末３０は、保険商品の開発及び販売等を行う保険会社の端末であり、複数台設けられていてもよい。契約者用端末４０は、保険の契約を検討しているユーザ、保険を契約済みのユーザ等の端末であり、複数台設けられている。なお、本実施形態では、契約を検討中のユーザ及び契約済みのユーザをまとめて契約者と呼ぶ。保険会社用端末３０及び契約者用端末４０はそれぞれ、パーソナルコンピュータ、タブレット端末、スマートフォン等の情報処理装置を用いて構成されるが、専用の端末によって構成されていてもよい。
【0013】
本実施形態の情報処理システムにおいて、保険会社の担当者は、保険会社用端末３０を用いて入力フォーム生成用サーバ１０にアクセスし、入力フォーム生成用サーバ１０が提供するサービスを利用して、保険の契約申込、保険料又は保険金の見積りの請求、保険金の請求等、保険に関する手続きを行う際に必要なユーザ（契約者）の情報を入力するための入力フォームを生成することができる。また、契約者は、契約者用端末４０を用いて保険見積用サーバ２０にアクセスし、保険見積用サーバ２０が提供するサービスを利用して、保険に係る金銭（保険料、保険金）の見積り額を取得することができる。なお、保険会社の担当者も、保険会社用端末３０を用いて、保険見積用サーバ２０が提供するサービスを利用することが可能であり、保険見積用サーバ２０から保険に係る金銭の見積り額を取得することができる。
【0014】
図２は入力フォーム生成用サーバ１０の内部構成例を示すブロック図である。入力フォーム生成用サーバ１０は、制御部１１、記憶部１２、通信部１３、入力部１４、表示部１５、読み取り部１６等を含み、これらの各部はバスを介して相互に接続されている。制御部１１は、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro-Processing Unit）、又はＧＰＵ（Graphics Processing Unit）等の１又は複数のプロセッサを有する。制御部１１は、記憶部１２に記憶してある制御プログラム１２Ｐを適宜実行することにより、入力フォーム生成用サーバ１０が行うべき種々の情報処理及び制御処理等を行う。記憶部１２は、ＲＡＭ（Random Access Memory）、フラッシュメモリ、ハードディスク、ＳＳＤ（Solid State Drive）等を含む。記憶部１２は、制御部１１が実行する制御プログラム１２Ｐ及び制御プログラム１２Ｐの実行に必要な各種のデータ等を予め記憶している。また記憶部１２は、制御部１１が制御プログラム１２Ｐを実行する際に発生するデータ等を一時的に記憶する。なお、入力フォーム生成用サーバ１０はウェブサーバとしての機能を有しており、記憶部１２は、入力フォームの生成処理を支援するための入力フォーム生成サイト１２Ｓを記憶している。更に記憶部１２は、後述する項目テーブル１２ａ、validatorテーブル１２ｂ、入力欄テーブル１２ｃ等を記憶しており、これらのテーブルは入力フォームの生成処理に用いられる。項目テーブル１２ａ、validatorテーブル１２ｂ、入力欄テーブル１２ｃは、入力フォーム生成用サーバ１０に接続された他の記憶装置に記憶されていてもよく、入力フォーム生成用サーバ１０が通信可能な他の記憶装置に記憶されていてもよい。
【0015】
通信部１３は、有線通信又は無線通信によって、ネットワークＮに接続するための通信モジュールであり、ネットワークＮを介して他の装置との間で情報の送受信を行う。入力部１４は、ユーザによる操作入力を受け付け、操作内容に対応した制御信号を制御部１１へ送出する。表示部１５は、液晶ディスプレイ又は有機ＥＬディスプレイ等であり、制御部１１からの指示に従って各種の情報を表示する。入力部１４及び表示部１５は一体として構成されたタッチパネルであってもよい。
【0016】
読み取り部１６は、ＣＤ（Compact Disc）－ＲＯＭ、ＤＶＤ（Digital Versatile Disc）－ＲＯＭ、ＵＳＢ（Universal Serial Bus）メモリ、ＳＤ（Secure Digital）カード等を含む可搬型記憶媒体１ａに記憶された情報を読み取る。記憶部１２に記憶される制御プログラム１２Ｐ及び各種のデータは、制御部１１が読み取り部１６を介して可搬型記憶媒体１ａから読み取って記憶部１２に記憶してもよい。また、記憶部１２に記憶される制御プログラム１２Ｐ及び各種のデータは、制御部１１が通信部１３を介して他の装置からダウンロードして記憶部１２に記憶してもよい。
【0017】
図３は入力フォーム生成用サーバ１０が記憶するテーブル１２ａ～１２ｃの構成例を示す模式図である。図３Ａは項目テーブル１２ａを、図３Ｂはvalidatorテーブル１２ｂを、図３Ｃは入力欄テーブル１２ｃをそれぞれ示す。項目テーブル１２ａは、入力フォームに用いる入力項目として予め用意された項目に関する情報を記憶する。図３Ａに示す項目テーブル１２ａは、項目ＩＤ列、項目名列、情報の種類列、入力欄のタイプ列等を含み、項目ＩＤに対応付けて各項目の情報を記憶する。項目ＩＤ列は、予め用意された各項目を識別するための識別情報（項目ＩＤ）を記憶し、項目名列は各項目に付けられた名称を記憶する。情報の種類列は、各項目として入力される情報の種類、具体的には、情報の種類を示す識別子を記憶する。入力欄のタイプ列は、各項目の情報が入力される入力欄のタイプ、具体的には、入力欄のタイプに割り当てられた識別情報（タイプ名）を記憶する。項目テーブル１２ａに記憶される項目ＩＤは、各項目の情報が登録される際に、制御部１１によって発行されて記憶される。項目テーブル１２ａに記憶される他の情報（各項目の情報）は、制御部１１が例えば入力部１４を介して取得した場合に制御部１１によって記憶される。なお、各項目の情報は、変更可能であってもよく、例えば制御部１１が入力部１４を介して変更指示を取得した場合に制御部１１によって変更される。上述した構成により、項目テーブル１２ａには、各入力項目について、項目名と、入力される情報の種類と、情報の入力を受け付ける入力欄のタイプとが対応付けて記憶される。項目テーブル１２ａは、各項目に対応する情報の種類及び入力欄のタイプが登録されていれば、図３Ａに示す構成に限定されない。
【0018】
validatorテーブル１２ｂは、情報の種類を示す識別子と、各識別子（各種類）に設定されているvalidatorデータとを対応付けて記憶する。validatorデータは、バリデーション機能を実現するための関数であり、情報の種類毎に予め設定されている。validatorデータは、例えば入力項目に対して入力可能な文字数、入力可能な数値の範囲等を定義するものであり、また、入力項目に対して入力された入力情報を第２の入力情報に変換する変換規則（変換ルール、情報変換規則）を定義するものである。例えば、生年月日の入力項目に対して年月日が入力された場合に、入力された年月日の情報を現在の年齢又は所定日時（例えば保険の契約予定日）における年齢等（第２の情報）に変換する変換規則を定義することができる。
【0019】
入力欄テーブル１２ｃは、各種の入力欄と、各入力欄に割り当てられた識別情報（タイプ）とを対応付けて記憶する。入力欄は例えば、年月日を入力するための入力欄、氏名（姓及び名）を入力するための入力欄、電話番号を入力するための入力欄、住所を入力するための入力欄、性別を入力するための入力欄、病気又はケガの種類を入力するための入力欄、傷病名を入力するための入力欄等、種々の情報を入力するための入力欄を含む。このような各入力欄は、入力される情報の種類に応じて、テキストデータを入力できるテキストフォーム、複数の選択肢から任意の１つを選択できるラジオボタン、画像をアップデートできる画像フォーム等によって構成されている。本実施形態の入力フォーム生成用サーバ１０では、上述した構成の項目テーブル１２ａ、validatorテーブル１２ｂ及び入力欄テーブル１２ｃによって、予め用意された入力項目について、各入力項目に対応するvalidatorデータ及び入力欄が設定されることになる。
【0020】
図４は保険見積用サーバ２０の内部構成例を示すブロック図である。保険見積用サーバ２０は、制御部２１、記憶部２２、通信部２３、入力部２４、表示部２５、読み取り部２６等を含み、これらの各部はバスを介して相互に接続されている。保険見積用サーバ２０の制御部２１、記憶部２２、通信部２３、入力部２４、表示部２５、読み取り部２６はそれぞれ、図２に示した入力フォーム生成用サーバ１０の制御部１１、記憶部１２、通信部１３、入力部１４、表示部１５、読み取り部１６と同様の構成であるので詳細な説明は省略する。なお、保険見積用サーバ２０の記憶部２２は、制御部２１が実行する制御プログラム２２Ｐに加え、保険の契約申込、契約済みの保険に係る金銭の請求、保険に係る金銭の金額算出（見積り）等を行うための保険サイト２２Ｓを記憶している。また記憶部２２は、後述する商品情報テーブル２２ａ、キー情報変換テーブル２２ｂ、保険料算出用テーブル２２ｃ、保険金算出用テーブル２２ｄ、保険契約用入力フォーム２２ｅ、保険請求用入力フォーム２２ｆ等を記憶しており、これらのテーブル及び入力フォームは、保険料及び保険金等、保険に係る金銭の金額算出（見積）処理に用いられる。なお、保険契約用入力フォーム２２ｅ及び保険請求用入力フォーム２２ｆは、入力フォーム生成用サーバ１０が提供する入力フォーム生成サイト１２Ｓを用いて、保険商品毎に生成された入力フォームである。
【0021】
図５及び図６は保険見積用サーバ２０が記憶するテーブル２２ａ～２２ｄの構成例を示す模式図である。図５Ａは商品情報テーブル２２ａを、図５Ｂはキー情報変換テーブル２２ｂを、図６Ａは保険料算出用テーブル２２ｃを、図６Ｂは保険金算出用テーブル２２ｄをそれぞれ示す。商品情報テーブル２２ａは、保険見積用サーバ２０が取り扱う保険商品、具体的には、保険見積用サーバ２０によって保険料及び保険金の金額算出が可能な保険商品に関する情報を記憶する。図５Ａに示す商品情報テーブル２２ａは、商品ＩＤ列、商品名列、商品情報列等を含み、商品ＩＤに対応付けて各保険商品の情報を記憶する。商品ＩＤ列は、各保険商品に割り当てられた識別情報（商品ＩＤ）を記憶し、商品名列は各保険商品に付けられた名称を記憶する。商品情報列は、各保険商品に関する説明情報、販売対象者（契約可能なユーザ）に関する情報（販売条件）等、各種の情報を記憶する。
【0022】
キー情報変換テーブル２２ｂは、入力フォームの各入力欄に入力される契約者の各情報を、各情報から保険料又は保険金の金額を算出する際に用いるキー情報に変換するための変換情報（変換規則、スケール変換規則）を記憶する。キー情報変換テーブル２２ｂは、情報の種類毎に設けられている。例えば、種類がbirthday（生年月日）の情報の場合、入力された生年月日から算出された年齢について、２０～２４，２５～２９，３０～３４，…のそれぞれの年齢（年齢層）に対して、１，２，３，…のキー情報が割り当てられている。また、種類がgender（性別）の情報の場合、男性又は女性のそれぞれに対して、１，２のキー情報が割り当てられている。また、種類がaddress（住所）の情報の場合、例えば北海道，青森県，秋田県，…のそれぞれの都道府県に対して、１，２，３，…のキー情報が割り当てられている。更に、種類がillnessName（傷病名）の情報の場合、例えば骨折，切迫早産，妊婦高血圧症候群，…のそれぞれの傷病に対して、１，２，３，…のキー情報が割り当てられている。このようにそれぞれの種類の各情報に割り当てられるキー情報は、同一スケールの数値であり、各情報をこのようなキー情報に変換することにより、異なる種類の情報を同じスケール（次元）で扱うことが可能となる。本実施形態では、図５Ｂに示すキー情報変換テーブル２２ｂを用いて、契約者の各情報を同一スケールのキー情報（数値）に変換し、変換したキー情報を用いて保険料又は保険金の算出が行われる。なお、キー情報変換テーブル２２ｂにおいて、各情報に割り当てられるキー情報は、図５Ｂに示す例に限定されず、例えば、種類がaddress（住所）の情報について、住所の緯度及び経度の各組合せに対して１，２，…のキー情報が割り当てられてもよく、それぞれの郵便番号に対して、１，２，…のキー情報が割り当てられてもよい。また、キー情報変換テーブル２２ｂは保険商品毎に設定されてもよく、この場合、それぞれのキー情報変換テーブル２２ｂには商品ＩＤが付与される。
【0023】
保険料算出用テーブル２２ｃは、キー情報変換テーブル２２ｂに基づいて契約者の情報を変換して得られたキー情報から保険料を算出するための情報（算出ルール）を記憶している。保険料算出用テーブル２２ｃは、保険商品毎に設けられており、それぞれの保険料算出用テーブル２２ｃには保険商品の商品ＩＤが付与されている。保険料算出用テーブル２２ｃは、各保険商品において契約者が支払う保険料を算出する際に必要な入力項目におけるキー情報（１，２，…の各数値）の組合せに対して、基本保険料、特約Ａの保険料、特約Ｂの保険料等を対応付けて記憶している。なお、特約Ａ及び特約Ｂは、保険契約に付随して契約可能なオプション契約である。図６Ａに示す保険料算出用テーブル２２ｃでは、契約者の性別から変換されたキー情報、契約者の生年月日（具体的には生年月日から算出された年齢）から変換されたキー情報、契約者の住所（都道府県）から変換されたキー情報の各組合せに対応付けて、保険料の算出に用いる料金が登録されている。例えば性別のキー情報が１（性別が男性）で、生年月日のキー情報が１（年齢が２０～２４歳）で、住所のキー情報が１（住所が北海道）である契約者に対して、基本保険料として１０００、特約Ａの保険料として１００、特約Ｂの保険料として０が登録されている。このような保険料算出用テーブル２２ｃを用いることにより、契約者の各情報（各情報から変換されたキー情報）に基づいて保険料を算出することができる。なお、保険料算出用テーブル２２ｃには、１ヶ月毎に支払う月払、半年毎に支払う半年払、１年毎に支払う年払等、保険料の支払方法に応じた保険料が登録されている。また、保険料算出用テーブル２２ｃに登録される保険料は、金額のほかに、例えば基本保険料、特約の保険料、又はこれらの合計金額に対して乗算すべき比率（例えば０．９倍、１．１倍等）等、保険料の算出に用いる情報が登録されていてもよい。よって、保険料算出用テーブル２２ｃに設定されている各保険料を加算し、又は設定されている比率を乗算することによって、保険料が算出される。このような構成の保険料算出用テーブル２２ｃは、契約者の情報から保険料の金額を算出する金額算出エンジンとして用いることができる。
【0024】
保険金算出用テーブル２２ｄは、キー情報変換テーブル２２ｂに基づいて契約者の情報を変換して得られたキー情報から保険金を算出するための情報（算出ルール）を記憶している。保険金算出用テーブル２２ｄは、保険商品毎に設けられており、それぞれの保険金算出用テーブル２２ｄには保険商品の商品ＩＤが付与されている。保険金算出用テーブル２２ｄは、保険料算出用テーブル２２ｃと同様の構成を有する。具体的には、保険金算出用テーブル２２ｄは、各保険商品において契約者の状況に応じた保険金を算出する際に必要な入力項目におけるキー情報（１，２，…の各数値）の組合せに対して、基本保険金（基本料金）、特約Ａによる保険金（特約料金）、特約Ｂによる保険金（特約料金）等を対応付けて記憶している。図６Ｂに示す保険金算出用テーブル２２ｄでは、契約者の性別から変換されたキー情報、契約者の生年月日から変換されたキー情報、契約者の傷病名から変換されたキー情報の各組合せに対応付けて、保険金の算出に用いる料金が登録されている。例えば性別のキー情報が１（性別が男性）で、生年月日のキー情報が１（年齢が２０～２４歳）で、傷病名のキー情報が１（傷病名が骨折）である契約者に対して、基本保険金として１００００、特約Ａによる保険金として１０００、特約Ｂによる保険金として０～１０００が登録されている。このような保険金算出用テーブル２２ｄを用いることにより、契約者の各情報（各情報から変換されたキー情報）に基づいて保険金を算出することができる。なお、保険金には、図６Ｂ中の基本保険金及び特約Ａによる保険金のように所定の金額が設定されていてもよく、特約Ｂによる保険金のように幅を有する金額（保険金枠）が設定されていてもよい。このような構成の保険金算出用テーブル２２ｄは、契約者の情報から保険金（保険金枠）の金額を算出する金額算出エンジンとして用いることができる。
【0025】
保険契約用入力フォーム２２ｅ及び保険請求用入力フォーム２２ｆはそれぞれ、保険商品毎に用意されており、それぞれの保険契約用入力フォーム２２ｅ及び保険請求用入力フォーム２２ｆには保険商品の商品ＩＤが付与されている。保険契約用入力フォーム２２ｅ及び保険請求用入力フォーム２２ｆは、入力フォーム生成用サーバ１０が提供する入力フォーム生成サイト１２Ｓを用いて生成された後、ネットワークＮ経由又は可搬型記憶媒体２ａ経由で保険見積用サーバ２０にダウンロードされる。
【0026】
図７は保険会社用端末３０及び契約者用端末４０の内部構成例を示すブロック図である。保険会社用端末３０は、制御部３１、記憶部３２、通信部３３、入力部３４、表示部３５等を含み、これらの各部はバスを介して相互に接続されている。保険会社用端末３０の制御部３１、記憶部３２、通信部３３、入力部３４、表示部３５はそれぞれ、図２に示した入力フォーム生成用サーバ１０の制御部１１、記憶部１２、通信部１３、入力部１４、表示部１５と同様の構成であるので詳細な説明は省略する。なお、保険会社用端末３０の記憶部３２は、制御部３１が実行する制御プログラム３２Ｐに加え、ネットワークＮを介してウェブサーバにアクセスしてウェブサイトの閲覧を行うためのブラウザ３２ＡＰを記憶している。契約者用端末４０は、保険会社用端末３０と同様の構成を有するので説明を省略する。
【0027】
以下に、保険会社用端末３０を用いて、入力フォーム生成用サーバ１０が提供する入力フォーム生成サイト１２Ｓを介して保険契約用入力フォームを生成する処理について説明する。図８及び図９は入力フォーム生成処理手順の一例を示すフローチャート、図１０～図１２は画面例を示す模式図である。図８及び図９では左側に保険会社用端末３０が行う処理を、右側に入力フォーム生成用サーバ１０が行う処理をそれぞれ示す。以下の処理は、保険会社用端末３０の制御部３１が記憶部３２に記憶してある制御プログラム３２Ｐ及びブラウザ３２ＡＰに従って行い、入力フォーム生成用サーバ１０の制御部１１が記憶部１２に記憶してある制御プログラム１２Ｐに従って行う。
【0028】
保険契約用入力フォームを生成する場合、保険会社の担当者は、保険会社用端末３０を用いて入力フォーム生成用サーバ１０の入力フォーム生成サイト１２Ｓにアクセスする。保険会社用端末３０の制御部３１は、入力部３４を介して入力フォーム生成サイト１２Ｓへのアクセス指示を受け付けた場合、ネットワークＮ経由で入力フォーム生成サイト１２Ｓにアクセスする（Ｓ１１）。入力フォーム生成用サーバ１０の制御部１１は、保険会社用端末３０からアクセスされた場合、入力フォーム生成サイト１２Ｓの初期画面を保険会社用端末３０へ送信する（Ｓ１２）。図１０Ａは初期画面例を示しており、図１０Ａに示す初期画面は、設定済みの入力項目（質問項目）の数として０を表示している。また初期画面は、新たな入力項目の追加を指示するための項目追加ボタンと、設定済みの入力項目で入力フォームの保存を指示するための保存ボタンとを有する。
【0029】
保険会社用端末３０の制御部３１は、入力フォーム生成用サーバ１０から初期画面を受信した場合、受信した初期画面を表示部３５に表示する（Ｓ１３）。初期画面において、保険会社の担当者は、入力部３４を介して項目追加ボタンを操作する。よって、制御部３１は、項目追加ボタンが操作されたか否かを判断しており（Ｓ１４）、操作されていないと判断した場合（Ｓ１４：ＮＯ）、操作されるまで待機する。項目追加ボタンが操作されたと判断した場合（Ｓ１４：ＹＥＳ）、制御部３１は、入力フォーム生成用サーバ１０に対して項目追加を要求する（Ｓ１５）。具体的には、制御部３１は、項目追加を要求する要求情報を入力フォーム生成用サーバ１０へ送信する。
【0030】
入力フォーム生成用サーバ１０の制御部１１は、保険会社用端末３０から項目追加を要求された場合、入力項目を選択するための項目選択画面を保険会社用端末３０へ送信する（Ｓ１６）。図１０Ｂは項目選択画面例を示しており、図１０Ｂに示す項目選択画面は、予め用意された複数の入力項目のそれぞれを選択するための選択ボタンを表示している。図１０Ｂに示す例では、氏名、氏名（フリガナ）、生年月日、電話番号、性別、住所等の項目名が付けられた入力項目を選択できる選択ボタンが表示されている。また、図１０Ｂに示す項目選択画面では、項目名が付けられていない入力項目として、日付の入力欄、画像の入力欄、テキストデータの入力欄、ラジオボタンによる入力欄等がそれぞれ対応付けられている入力項目を選択できる選択ボタンが表示されている。
【0031】
保険会社用端末３０の制御部３１は、入力フォーム生成用サーバ１０から項目選択画面を受信した場合、受信した項目選択画面を表示部３５に表示する（Ｓ１７）。例えば制御部３１は、ステップＳ１３で表示した初期画面の上に重ねて項目選択画面を表示する。項目選択画面において、保険会社の担当者は、入力部３４を介していずれかの選択ボタンを操作して、保険契約用入力フォームに含めるべき入力項目を選択（指定）する。制御部３１は、いずれかの選択ボタンが操作されて入力項目が選択されたか否かを判断しており（Ｓ１８）、選択されていないと判断した場合（Ｓ１８：ＮＯ）、いずれかの入力項目が選択されるまで待機する。いずれかの入力項目が選択されたと判断した場合（Ｓ１８：ＹＥＳ）、制御部３１は、選択された入力項目を示す項目情報を入力フォーム生成用サーバ１０へ送信する（Ｓ１９）。例えば制御部３１は、項目名が付けられている入力項目であれば、選択された入力項目の項目名を入力フォーム生成用サーバ１０へ送信し、項目名が付けられていない入力項目であれば、選択された入力項目に割り当てられている項目ＩＤ又は入力情報の種類（識別子）を入力フォーム生成用サーバ１０へ送信する。なお、制御部３１が入力フォーム生成用サーバ１０へ送信する情報は、各入力項目を特定できる情報であれば、項目名、項目ＩＤ又は入力情報の種類以外の情報であってもよい。
【0032】
入力フォーム生成用サーバ１０の制御部１１（受付部）は、保険会社用端末３０で選択された入力項目の項目情報を受信することにより、保険の契約に必要な入力項目の指定を受け付ける。そして制御部１１は、保険会社用端末３０で選択された入力項目について、この入力項目に対応付けられている情報の種類及び入力欄のタイプを、項目テーブル１２ａの記憶内容から特定する（Ｓ２０）。ここでは、制御部１１は、項目テーブル１２ａに記憶してある項目名、項目ＩＤ又は入力情報の種類から、保険会社用端末３０から受信した項目情報に対応する入力項目を特定し、特定した入力項目に対応する情報の種類及び入力欄のタイプを特定する。更に、制御部１１は、特定した情報の種類に対応するvalidatorデータをvalidatorテーブル１２ｂから読み出し、入力欄のタイプに対応する入力欄を入力欄テーブル１２ｃから読み出す。そして、制御部１１は、この入力項目に対応するvalidatorデータ及び入力欄を含む情報（入力項目の情報）を保険会社用端末３０へ送信する（Ｓ２１）。
【0033】
保険会社用端末３０の制御部３１は、選択された入力項目の情報を入力フォーム生成用サーバ１０から受信した場合、図１１Ａに示すような編集画面を生成して表示部３５に表示する（Ｓ２２）。図１１Ａは、項目選択画面を介して氏名の入力項目が選択された場合の編集画面例を示しており、図１１Ａに示す編集画面は、設定済みの入力項目（質問項目）の数として１を表示している。また図１１Ａに示す編集画面では、選択された入力項目（設問内容）について、種類（name）を示す識別子Ｃ１（具体的には氏名）と、氏名（name）に割り当てられたvalidatorデータＣ２とが表示されている。また編集画面は、この入力項目に対応付けて表示すべき設問メッセージ（ラベル）の入力欄Ｃ３を有する。図１１Ａでは、設問メッセージが入力されていないことを示す「ラベルなし」が入力欄Ｃ３に表示されている。更に編集画面は、入力フォームをプレビュ表示する画面（設問プレビュ）として、氏名の入力欄Ｃ４が表示されている。なお、図１１Ａに示す編集画面では、入力欄Ｃ３に設問メッセージが入力されていないので、設問プレビュでは、識別子Ｃ１の「氏名」がそのまま設問メッセージとして表示されている。設問メッセージの入力欄Ｃ３はテキストデータを入力できるように構成されており、担当者は、必要に応じて入力欄Ｃ３に設問メッセージを入力する。
【0034】
制御部３１は、入力欄Ｃ３に対する設問メッセージの入力を入力部３４を介して受け付け、受け付けた設問メッセージを入力欄Ｃ３に表示する（Ｓ２３）。図１１Ｂは、図１１Ａに示す編集画面において、入力欄Ｃ３に「氏名を入力してください」の設問メッセージが入力された場合の編集画面を示す。なお、入力欄Ｃ３に設問メッセージが入力されると、制御部３１は、編集画面中の設問プレビュにおいても、入力された設問メッセージを表示して更新する（Ｓ２４）。具体的には、設問プレビュにおいて、入力欄Ｃ３を介して入力された設問メッセージと、入力項目（ここでは氏名）の入力欄Ｃ４とを対応付けて表示する。編集画面では、入力欄Ｃ３に対して設問メッセージの入力を行えるだけでなく、validatorデータも編集可能に表示されている。これにより、validatorデータによって各入力項目に対して定義される入力可能な文字数、入力可能な数値の範囲、変換ルール等についても適宜変更することができる。
【0035】
制御部３１は、編集画面において保存ボタンが操作されたか否かを判断しており（Ｓ２５）、操作されていないと判断した場合（Ｓ２５：ＮＯ）、ステップＳ１４の処理に戻る。即ち、制御部３１は、図１１Ｂに示す編集画面において保存ボタンが操作されていないと判断した場合（Ｓ２５：ＮＯ）、項目追加ボタンが操作されたか否かを判断する（Ｓ１４）。そして、項目追加ボタンが操作されたと判断した場合（Ｓ１４：ＹＥＳ）、保険会社用端末３０の制御部３１及び入力フォーム生成用サーバ１０の制御部１１は、ステップＳ１５～Ｓ２５の処理を再度行う。これにより、図１０Ｂに示す項目選択画面が保険会社用端末３０に再度表示され、項目選択画面から選択された入力項目についての編集画面が保険会社用端末３０に表示される。
【0036】
図１２Ａは、２つ目の入力項目として生年月日の入力項目が選択された場合に保険会社用端末３０に表示される編集画面例を示す。図１２Ａに示す編集画面では、設定済みの入力項目（質問項目）の数として２が表示されており、図１１Ｂに示した氏名の編集画面に加えて、生年月日の編集画面が表示されている。生年月日の編集画面では、入力項目の種類（birthday）を示す識別子（具体的には生年月日）と、生年月日（birthday）に割り当てられたvalidatorデータとが表示されており、設問メッセージの入力欄Ｃ５が設けられている。また、図１２Ａに示す編集画面の設問プレビュには、生年月日の入力欄が表示されている。図１２Ａにおいても、入力欄Ｃ５に設問メッセージ（ラベル）が入力されていないので、プレビュ画面では、識別子の「生年月日」がそのまま設問メッセージとして表示されている。
【0037】
担当者は、保険契約用入力フォームに必要な全ての入力項目について、項目選択画面を介して選択し、選択した入力項目に対するvalidatorデータ及び設問メッセージを編集する。図１２Ｂに示す画面では、図１２Ａに示す編集画面における入力欄Ｃ５に「生年月日を入力してください」の設問メッセージが入力されており、更に、住所及び電話番号を含む入力項目が設定されている。担当者は、保険契約用入力フォームに必要な全ての入力項目を設定した後、編集画面中の保存ボタンを操作する。保険会社用端末３０の制御部３１は、編集画面において保存ボタンが操作されたと判断した場合（Ｓ２５：ＹＥＳ）、選択された各入力項目について、編集画面を介して編集した編集後の情報（validatorデータ、設問メッセージ）、情報の種類を示す識別子、入力欄の情報等を含む入力フォームデータを入力フォーム生成用サーバ１０へ送信する（Ｓ２６）。これにより、保険会社用端末３０は、入力フォーム生成用サーバ１０に対して、生成した保険契約用入力フォームのデータ（入力フォームデータ）を保存するように指示する。
【0038】
入力フォーム生成用サーバ１０の制御部１１は、保険会社用端末３０から入力フォームデータを受信した場合、受信した入力フォームデータに商品ＩＤを割り当てる（Ｓ２７）。商品ＩＤは、例えば既に商品の情報が保険見積用サーバ２０の商品情報テーブル２２ａに登録されている場合、商品情報テーブル２２ａに登録してある商品ＩＤを入力フォームデータに対応付ける。また、商品の情報が商品情報テーブル２２ａに登録されていない場合、制御部１１は、新たな商品ＩＤを発行して入力フォームデータに対応付ける。このとき、発行した商品ＩＤを商品の情報と共に保険見積用サーバ２０の商品情報テーブル２２ａに登録しておく。
【0039】
制御部１１は、保険会社用端末３０から受信した保険契約用入力フォームの入力フォームデータに、割り当てられた商品ＩＤを付与して記憶部１２に記憶する（Ｓ２８）。上述した処理により、制御部１１（生成部）は、保険会社用端末３０に対する操作に従って保険契約用入力フォームを生成することができる。上述した処理によって生成された保険契約用入力フォームは、各入力項目に対して、情報の種類を示す識別子、validatorデータ、設問メッセージ、及び入力欄の情報が対応付けられている。よって、このような保険契約用入力フォームは、各入力項目について、入力項目に対応付けられているタイプの入力欄を有し、各入力欄には、入力項目に対して入力される情報の種類を示す識別子が対応付けられている入力フォームを実現できる。また、各入力項目の入力欄に対して、入力された情報を第２の入力情報に変換するための変換ルール（validatorデータ）が対応付けられている入力フォームを実現できる。更に、上述した処理において、各入力項目の設問メッセージ（ラベル）を任意に編集できるので、任意に編集された設問メッセージに対応付けて各入力項目の入力欄を表示することができる入力フォームを実現できる。
【0040】
保険金又は給付金を請求する際に使用される保険請求用入力フォームも、図８及び図９と同様の処理によって生成可能である。即ち、保険会社の担当者は、保険請求用入力フォームに必要な全ての入力項目を、図１０Ｂに示す項目選択画面から選択し、選択した入力項目について、図１１及び図１２に示すような編集画面を介してvalidatorデータ及び設問メッセージを編集することにより、保険請求用入力フォームの入力フォームデータを生成できる。図１３は保険請求用入力フォームを生成する際の編集画面例を示す模式図である。図１３に示す編集画面では、入院日、退院日、病気・ケガの種類、傷病名等の入力項目が設定されている。なお、図１３に示すような入院日の入力項目は、例えば図１０Ｂに示す項目選択画面から日付の入力項目を選択し、この入力項目の設問メッセージを「入院日」に編集することによって設定できる。同様に、退院日の入力項目は、項目選択画面から日付の入力項目を選択し、この入力項目の設問メッセージを「退院日」に編集することによって設定できる。また、病気・ケガの種類の入力項目は、項目選択画面からラジオボタンの入力項目を選択し、この入力項目の設問メッセージを「病気・ケガの種類」に編集し、各ラジオボタンに病気・ケガの種類を割り当てることによって設定できる。更に、傷病名の入力項目は、項目選択画面からテキストフォームの入力項目を選択し、この入力項目の設問メッセージを「傷病名を入力してください」に編集することによって設定できる。なお、日付、ラジオボタン、テキストフォーム、画像等の入力欄が対応付けられている入力項目は、項目名は付けられていないが、validatorデータ及び入力欄のタイプは対応付けられているので、氏名、生年月日等のように項目名が付けられている入力項目と同様の手順で設定することができる。なお、入院日、退院日、病気・ケガの種類、傷病名等の項目名の入力項目が予め用意されていてもよい。
【0041】
保険会社の担当者は、保険商品毎に、上述した処理によって保険契約用入力フォーム及び保険請求用入力フォームを生成する。そして、この保険商品の販売が開始された場合に、生成した保険契約用入力フォーム及び保険請求用入力フォームが保険見積用サーバ２０へダウンロードされ、保険見積用サーバ２０の記憶部２２に記憶される。これにより、保険商品の販売開始後は、契約者が契約者用端末４０を用いて保険見積用サーバ２０にアクセスし、保険契約用入力フォーム又は保険請求用入力フォームを介して契約者の情報を入力することにより、保険料又は保険金の見積り額を取得することができる。
【0042】
以下に、契約者用端末４０を用いて、保険見積用サーバ２０が提供する保険サイト２２Ｓを介して保険料の見積り額を取得する処理について説明する。図１４は保険料の見積り処理手順の一例を示すフローチャート、図１５は画面例を示す模式図である。図１４では左側に契約者用端末４０が行う処理を、右側に保険見積用サーバ２０が行う処理をそれぞれ示す。以下の処理は、契約者用端末４０の制御部４１が記憶部４２に記憶してある制御プログラム４２Ｐ及びブラウザ４２ＡＰに従って行い、保険見積用サーバ２０の制御部２１が記憶部２２に記憶してある制御プログラム２２Ｐに従って行う。
【0043】
保険の契約を申し込む場合、又は、保険料の見積り額を知りたい場合、契約者は、契約者用端末４０を用いて保険見積用サーバ２０の保険サイト２２Ｓにアクセスする。契約者用端末４０の制御部４１は、入力部４４を介して保険サイト２２Ｓへのアクセス指示を受け付けた場合、ネットワークＮ経由で保険サイト２２Ｓにアクセスする（Ｓ３１）。保険見積用サーバ２０の制御部２１は、契約者用端末４０からアクセスされた場合、保険サイト２２Ｓのサイト画面を契約者用端末４０へ送信する。契約者は、保険見積用サーバ２０から取得する保険サイト２２Ｓを介して、契約を申し込みたい保険商品、又は、保険料の見積り額を知りたい保険商品を特定し、特定した保険商品を契約した場合の保険料の見積り処理の実行を要求する。即ち、契約者用端末４０の制御部４１は、入力部４４を介した契約者による操作に従って、保険見積用サーバ２０に対して任意の保険商品に対する見積り処理の実行を要求する。
【0044】
保険見積用サーバ２０の制御部２１は、契約者用端末４０から保険商品に対する見積り処理の実行を要求された場合、要求された保険商品に対応する保険契約用入力フォーム２２ｅを記憶部２２から読み出し（Ｓ３２）、読み出した保険契約用入力フォーム２２ｅを契約者用端末４０へ送信する（Ｓ３３）。なお、保険見積用サーバ２０の記憶部２２には、保険商品の商品ＩＤに対応付けて各保険商品の保険契約用入力フォーム２２ｅが記憶してある。よって、制御部２１は、契約者用端末４０から要求された保険商品の商品ＩＤに対応する保険契約用入力フォーム２２ｅを記憶部２２から読み出す。契約者用端末４０の制御部４１は、保険見積用サーバ２０から受信した保険契約用入力フォーム２２ｅを表示部４５に表示する（Ｓ３４）。図１５Ａは保険契約用入力フォーム２２ｅの画面例を示しており、図１５Ａに示す保険契約用入力フォーム２２ｅは、保険会社用端末３０及び入力フォーム生成用サーバ１０が図８及び図９に示す処理を実行することによって生成された入力フォームである。図１５Ａに示す保険契約用入力フォーム２２ｅでは、氏名、生年月日、住所、電話番号等の入力項目の入力欄が設けられている。
【0045】
契約者は、契約者用端末４０の入力部４４を介して、保険契約用入力フォーム２２ｅにおける各入力欄に自身の情報を入力する。よって、契約者用端末４０の制御部４１は、各入力欄に入力された入力情報を受け付け、受け付けた入力情報を各入力欄に表示する（Ｓ３５）。図１５Ａに示す保険契約用入力フォーム２２ｅは、入力した情報を消去するためのリセットボタンと、入力した情報での見積り処理の実行を指示するための見積りボタンとを有する。よって、契約者は、情報の入力をやり直したい場合はリセットボタンを操作し、見積り処理の実行を指示したい場合は見積りボタンを操作する。制御部４１は、保険契約用入力フォーム２２ｅにおける見積りボタンが操作されたか否かを判断しており（Ｓ３６）、操作されていないと判断した場合（Ｓ３６：ＮＯ）、操作されるまでステップＳ３５の処理を繰り返す。即ち、制御部４１は、見積りボタンが操作されるまで、保険契約用入力フォーム２２ｅの各入力欄に対して契約者の情報を受け付け、受け付けた情報を逐次表示する処理を繰り返す。なお、保険契約用入力フォーム２２ｅにおいてリセットボタンが操作された場合、制御部４１は、各入力欄に表示中の情報を削除し、各入力欄に対する情報の受け付けをやり直す。
【0046】
見積りボタンが操作されたと判断した場合（Ｓ３６：ＹＥＳ）、制御部４１は、保険契約用入力フォーム２２ｅに入力された入力情報に基づく見積り処理の実行を保険見積用サーバ２０に要求する（Ｓ３７）。なお、保険契約用入力フォーム２２ｅの各入力欄には、入力される情報の種類を示す識別子（例えばname，birthday等）が割り当てられており、制御部４１は、各入力欄の識別子と、各入力欄に入力された入力情報とを対応付けて保険見積用サーバ２０へ送信する。また、各入力欄にはvalidatorデータが設定されており、制御部４１は、validatorデータに従って、各入力欄に入力された入力情報の適否を判定し、適切でない入力項目については契約者による再入力を受け付ける。またvalidatorデータに、入力情報を第２の入力情報に変換する変換ルールが設定されている入力項目については、制御部４１は、変換ルールに従って入力情報を第２の入力情報に変換する（例えば生年月日の情報を年齢に変換する）。上述した処理によって、制御部４１は、各入力欄に入力された適切な入力情報と、各入力欄の識別子とを対応付けて保険見積用サーバ２０へ送信することができる。
【0047】
保険見積用サーバ２０の制御部２１（取得部）は、契約者用端末４０から送信された入力情報を受信することにより、契約者用端末４０を介して入力された契約者の情報（保険の手続きに必要な項目に対する入力情報）を取得する。次に制御部２１は、見積り処理を要求されている保険商品に対応する保険料算出用テーブル２２ｃを記憶部２２から読み出す（Ｓ３８）。保険見積用サーバ２０の記憶部２２には、保険商品の商品ＩＤに対応付けて各保険商品用の保険料算出用テーブル２２ｃが記憶してあるので、制御部２１は、見積り処理を要求されている保険商品の商品ＩＤに対応する保険料算出用テーブル２２ｃを読み出す。そして制御部２１は、読み出した保険料算出用テーブル２２ｃに基づいて、契約者用端末４０から受信した契約者の情報（各入力項目）から、保険料を算出する際に必要な情報（入力項目）を特定する（Ｓ３９）。ここでは、制御部２１は、保険料算出用テーブル２２ｃにキー情報が設定してある入力項目を、保険料の算出に必要な項目に特定する。図６Ａに示す保険料算出用テーブル２２ｃでは性別、生年月日、住所等の入力項目が、保険料の算出に必要な項目に特定される。
【0048】
制御部２１は、契約者用端末４０から受信した入力情報（各入力項目の入力欄に入力された情報）から、ステップＳ３９で特定した入力項目の情報を抽出する。そして制御部２１（変換部）は、抽出した各入力情報を、入力項目に応じたキー情報変換テーブル２２ｂに基づいてキー情報に変換する（Ｓ４０）。なお、各入力情報には、入力項目に応じた識別子（入力欄に設定された識別子）が対応付けられており、制御部２１は、抽出した入力情報のそれぞれについて、入力情報に対応付けられている識別子用のキー情報変換テーブル２２ｂを記憶部２２から読み出し、読み出したキー情報変換テーブル２２ｂに基づいて、入力情報をキー情報に変換する。例えば、性別（識別子がgender）の入力項目として男性の入力情報が入力された場合、制御部２１は、genderの識別子に対応するキー情報変換テーブル２２ｂ（図５Ｂ参照）を読み出し、キー情報変換テーブル２２ｂに基づいて、入力情報（男性）をキー情報（１）に変換する。
【0049】
制御部２１は、ステップＳ３９で特定した全ての入力項目の入力情報をそれぞれキー情報に変換した後、ステップＳ３８で読み出した保険料算出用テーブル２２ｃに基づいて保険料の見積り額を算出する（Ｓ４１）。ここでは制御部２１は、保険料の算出に必要な各入力項目について入力情報を変換して得られたキー情報の組合せを、保険料算出用テーブル２２ｃに記憶されているキー情報の組合せから特定する。そして制御部２１（算出部）は、特定したキー情報の組合せに対応付けて設定されている各保険料を保険料算出用テーブル２２ｃに基づいて特定し、特定した各保険料を加算することによって保険料の見積り額を算出する。なお、保険料算出用テーブル２２ｃでは、各保険料の金額のほかに、基本保険料、特約の保険料、又はこれらの合計金額に対して乗算すべき比率が登録されている場合がある。よって、制御部２１は、保険料算出用テーブル２２ｃに設定されている各保険料の加算及び比率の乗算等を行うことによって見積り額を算出する。また、保険料算出用テーブル２２ｃには保険料の支払方法毎に各保険料が登録されており、制御部２１は、支払方法毎に見積り額を算出する。
【0050】
制御部２１は、算出した保険料の見積り額を含む見積り結果を契約者用端末４０へ送信する（Ｓ４２）。図１５Ｂは見積り結果画面例を示しており、図１５Ｂに示す見積り結果画面は、支払方法毎の保険料の見積り額と、契約者が指定した保険内容とを表示する。契約者用端末４０の制御部４１は、保険見積用サーバ２０から見積り結果を受信した場合、受信した見積り結果を表示部４５に表示する（Ｓ４３）。これにより、契約者は、自身が設定した保険内容及び自身の情報に基づく保険料の見積り額を知ることができる。上述した処理により、図１５Ａに示すような入力フォームを介して入力された契約者の情報に基づいて保険料の見積り額を算出して契約者に提示することができる。
【0051】
本実施形態では、様々な種類の情報を含む契約者の情報を、同一スケールのキー情報に変換し、キー情報に基づいて保険料の見積り額を算出する。よって、保険商品毎に保険料の算出に必要な情報（入力項目）が異なる場合であっても、各情報を同一スケールのキー情報で扱うことができるので、同じ構成の保険料算出用テーブル２２ｃを用いて保険料を算出することが可能となる。なお、保険商品毎に、図６Ａに示すような保険料算出用テーブル２２ｃを用意しておく必要があるが、各キー情報は同一スケールの数値であるので、保険料算出用テーブル２２ｃの構成が煩雑にならない。なお、本実施形態では、入力フォームの各入力欄に識別子が対応付けてあるので、保険見積用サーバ２０は、契約者用端末４０から受信する識別子に基づいて、各入力情報に対応するキー情報変換テーブル２２ｂを特定することができる。このように、保険料算出用テーブル２２ｃの構成が簡略化されるので、保険商品を開発する際に作成すべき保険料算出用テーブル２２ｃの作成負担を軽減することが可能となる。
【0052】
保険金又は給付金の見積り額についても、図１４と同様の処理によって取得することができる。保険金又は給付金の見積り処理を行う場合、契約者は、保険見積用サーバ２０から提供される保険請求用入力フォーム２２ｆを介して契約者の情報を入力する。保険見積用サーバ２０は、契約者用端末４０を介して入力された入力情報から、見積り対象の保険商品に対応する保険金算出用テーブル２２ｄにキー情報が登録されている項目の入力情報を抽出する。そして保険見積用サーバ２０は、抽出した入力情報を、各入力項目に応じたキー情報変換テーブル２２ｂに基づいてキー情報に変換し、保険金算出用テーブル２２ｄに基づいて保険金の見積り額を算出する。よって、保険金又は給付金についても、図１５Ａに示すような構成の保険請求用入力フォーム２２ｆを介して入力された契約者の情報に基づいて見積り額を算出して契約者に提示することができる。
【0053】
なお、保険会社の担当者も、保険会社用端末３０を用いて、保険見積用サーバ２０から保険料又は保険金の見積り額を取得することが可能であり、図１４に示す処理において、契約者用端末４０が行う処理を保険会社用端末３０が行うことによって、保険会社の担当者も見積り額を取得することができる。
【0054】
本実施形態では、保険契約用入力フォーム２２ｅ及び保険請求用入力フォーム２２ｆにおいて、各入力欄（入力項目）に、入力項目に応じた識別子が設定されているので、契約者用端末４０は、各入力欄に入力された入力情報に、対応する識別子を付与して保険見積用サーバ２０へ送信できる。よって、保険見積用サーバ２０は、契約者用端末４０から受信した各入力情報について、入力情報に付与された識別子に基づいて、入力情報をキー情報に変換するためのキー情報変換テーブル２２ｂを特定することができる。従って、各入力欄に識別子が設定されている入力フォームを介して各入力項目に対する入力情報を受け付けることにより、保険見積用サーバ２０において、単純な構成の保険料算出用テーブル２２ｃ又は保険金算出用テーブル２２ｄに基づく保険料又は保険金の算出処理が可能となる。
【0055】
今回開示された実施の形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。
【符号の説明】
【0056】
１０ 入力フォーム生成用サーバ
１１ 制御部
１２ 記憶部
１３ 通信部
２０ 保険見積用サーバ
２１ 制御部
２２ 記憶部
２３ 通信部
３０ 保険会社用端末
４０ 契約者用端末
１２ａ 項目テーブル
１２ｂ validatorテーブル
１２ｃ 入力欄テーブル
２２ｂ キー情報変換テーブル
２２ｃ 保険料算出用テーブル
２２ｄ 保険金算出用テーブル
２２ｅ 保険契約用入力フォーム
２２ｆ 保険請求用入力フォーム
１１ 制御部
１２ 記憶部
１３ 通信部
２０ 保険見積用サーバ
２１ 制御部
２２ 記憶部
２３ 通信部
３０ 保険会社用端末
４０ 契約者用端末
１２ａ 項目テーブル
１２ｂ validatorテーブル
１２ｃ 入力欄テーブル
２２ｂ キー情報変換テーブル
２２ｃ 保険料算出用テーブル
２２ｄ 保険金算出用テーブル
２２ｅ 保険契約用入力フォーム
２２ｆ 保険請求用入力フォーム
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】