(57)【特許請求の範囲】
【請求項１】
共通ポータルサイトを介して複数の保険会社の保有する各Ｗｅｂサーバと通信自在に接続されたＷｅｂ連携装置であって、
銀行が保有しかつ各顧客についてその取引番号と属性情報とを対応付けた顧客データを記憶した顧客属性データベースと、
各保険商品についてその商品名と設計要素の情報とを対応付けて記憶した設計要素保有データベースと、
所定の操作入力を行う操作入力部と、
上記共通ポータルサイトと通信を行う通信制御部と、
上記操作入力部の操作により、被保険者の取引番号が入力され、かつ前記設計要素保有データベースに記憶された情報の中から所望の保険商品名及び設計要素を含む情報が選択されると、前記入力された取引番号に対応する属性情報を前記顧客属性データベースから読み出し、この読み出された属性情報と、前記選択された保険商品名及び設計要素を含む情報と、保険会社コードと、保険会社毎に設計書作成プログラムを起動するための情報とを少なくとも設定したＵＲＬパラメータを生成し、前記通信制御部を介して、作成する設計書の数だけ上記共通ポータルサイトに送信することで、複数の保険会社の各Ｗｅｂサーバに対して保険設計書の作成を依頼するマルチ設計書作成機能を備えた制御部と、
を具備することを特徴とするＷｅｂ連携装置。
【請求項２】
上記制御部は、上記マルチ設計書作成機能に基づき、保険内容に相当する設計要素の入力を促し、当該入力された設計要素の情報より各保険商品の設計書作成に必要な情報を前記設計要素保有データベースから抽出し、上記ＵＲＬパラメータに設定する、ことを更に特徴とする請求項１に記載のＷｅｂ連携装置。
【請求項３】
銀行が保有しかつ各顧客についてその取引番号と属性情報とを対応付けた顧客データを記憶した顧客属性データベースと、各保険商品についてその商品名と設計要素の情報とを対応付けて記憶した設計要素保有データベースとを備え、かつ共通ポータルサイトを介して複数の保険会社の保有する各Ｗｅｂサーバと通信自在に接続されたＷｅｂ連携装置の制御部が、操作入力部の操作により、被保険者の取引番号が入力され、かつ前記設計要素保有データベースに記憶された情報の中から所望の保険商品名及び設計要素を含む情報が選択されると、前記入力された取引番号に対応する属性情報を前記顧客属性データベースから読み出し、この読み出された属性情報と、前記選択された保険商品名及び設計要素を含む情報と、保険会社コードと、保険会社毎に設計書作成プログラムを起動するための情報とを少なくとも設定したＵＲＬパラメータを生成し、通信制御部を介して、作成する設計書の数だけ上記共通ポータルサイトに送信することで、複数の保険会社の各Ｗｅｂサーバに対して保険設計書の作成を依頼するマルチ設計書作成機能を実行するためのＷｅｂ連携プログラム。
【請求項４】
上記制御部が、上記マルチ設計書作成機能に基づき、保険内容に相当する設計要素の入力を促し、当該入力された設計要素の情報より各保険商品の設計書作成に必要な情報を前記設計要素保有データベースから自動的に抽出し、上記ＵＲＬパラメータに設定することを更に特徴とする請求項３に記載のＷｅｂ連携プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂ連携装置及びＷｅｂ連携プログラムに関する。
【背景技術】
【０００２】
従来、保険代理店等から保険会社のＷｅｂサイトにアクセスして、保険の契約内容を照会したり、保険設計書の作成を依頼したりすることが一般的に可能となっている。
【０００３】
例えば、保険契約の内容を照会する場合、保険代理店と保険会社間のアクセスを管理するセンターである共通ポータルサイトにログインした後、照会したい保険契約者が加入している保険会社のＷｅｂサイトを選択し、保険会社のＷｅｂサイトにて保険契約の照会画面を選択し当該画面を表示した後、照会を所望とする保険契約の証券番号を入力する、という一連の操作が必要とされている。
【０００４】
また、保険設計書の作成を依頼する場合には、共通ポータルサイトにログインした後、被保険者の属性情報（名前や年齢、住所等）と保険設計書の作成に必要な情報（保険金額や保険料等）を保険商品単位に入力する必要がある。より具体的には、作成したい保険商品を販売する保険会社を選択し、該当の保険商品を選択し、設計書作成プログラム起動後、被保険者の属性情報や保険金額、保険料等を入力し、設計書を印字する、という作業を、設計を所望とする保険商品の種類分だけ繰り返す必要がある。
【０００５】
一方、特許文献１では、複数の金融機関や保険会社とオンライン照会・取引を行う場合に複数のホームページ閲覧ソフトを起動することなく、１つのホームページ閲覧ソフトを用いて１つの画面で各機関や会社にアクセス可能とする技術が開示されている。
【特許文献１】特開２００２−２０３１０７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記従来技術により保険契約の内容を照会する場合には、各保険会社のＷｅｂサイトに個別にアクセスし、その都度、照会を所望とする保険会社、保険商品の選択を繰り返し入力する必要があるなど、煩雑な作業が必要とされていた。
【０００７】
また、上記従来技術により保険設計書の作成を依頼する場合には、所望とする保険商品を個別に選択し、その都度、被保険者の属性情報等の情報を入力する必要があるなど、やはり煩雑な作業が必要とされていた。
【０００８】
一方、特許文献１に開示された技術では、一の画面において保険会社の画面と銀行の画面を同時に表示できるものの、それぞれに対して個別に顧客ＩＤや暗証番号等を入力して個別の認証を経なければならず、また、複数の保険会社に対して保険契約の内容を照会する場合や保険設計書の作成を依頼する場合に保険契約の保険会社、保険商品、被保険者の属性情報等の煩雑な操作入力作業の繰り返しを無くすことはできない。
【０００９】
本発明の目的とするところは、一の操作入力に基づきＵＲＬパラメータを自動生成しかつ既存の顧客属性情報を活用することで、煩雑な操作入力作業を行うことなく、所望とする複数の保険商品の保険設計書作成の依頼等を可能とすることにある。
【課題を解決するための手段】
【００１１】
上記目的を達成するべく本発明の第１の態様では、共通ポータルサイトを介して複数の保険会社の保有する各Ｗｅｂサーバと通信自在に接続されたＷｅｂ連携装置であって、銀行が保有しかつ各顧客についてその取引番号と属性情報とを対応付けた顧客データを記憶した顧客属性データベースと、各保険商品についてその商品名と設計要素の情報とを対応付けて記憶した設計要素保有データベースと、所定の操作入力を行う操作入力部と、上記共通ポータルサイトと通信を行う通信制御部と、マルチ設計書作成機能を備えた制御部とを具備する。そして、上記操作入力部の操作により、被保険者の取引番号が入力され、かつ前記設計要素保有データベースに記憶された情報の中から所望の保険商品名及び設計要素を含む情報が特定されると、上記制御部により、前記入力された取引番号に対応する属性情報を前記顧客属性データベースから読み出し、この読み出された属性情報と、前記選択された保険商品名及び設計要素を含む情報と、保険会社コードと、保険会社毎に設計書作成プログラムを起動するための情報とを少なくとも設定したＵＲＬパラメータを生成し、上記通信制御部を介して、作成する設計書の数だけ上記共通ポータルサイトに送信することで、複数の保険会社の各Ｗｅｂサーバに対して保険設計書の作成を依頼するようにしたことを特徴とするＷｅｂ連携装置が提供される。
【００１２】
本発明の第２の態様では、上記第１の態様において、上記制御部は、上記マルチ設計書作成機能に基づき、保険内容に相当する設計要素の入力を促し、当該入力された設計要素の情報より各保険商品の設計書作成に必要な情報を前記設計要素保有データベースから自動的に抽出し、上記ＵＲＬパラメータに設定する、ことを更に特徴とするＷｅｂ連携装置が提供される。
【００１４】
本発明の第３の態様では、銀行が保有しかつ各顧客についてその取引番号と属性情報とを対応付けた顧客データを記憶した顧客属性データベースと、各保険商品についてその商品名と設計要素の情報とを対応付けて記憶した設計要素保有データベースとを備え、かつ共通ポータルサイトを介して複数の保険会社の保有する各Ｗｅｂサーバと通信自在に接続されたＷｅｂ連携装置の制御部が、操作入力部の操作により、被保険者の取引番号が入力され、かつ前記設計要素保有データベースに記憶された情報の中から所望の保険商品名及び設計要素を含む情報が選択されると、前記入力された取引番号に対応する属性情報を前記顧客属性データベースから読み出し、この読み出された属性情報と、前記選択された保険商品名及び設計要素を含む情報と、保険会社コードと、保険会社毎に設計書作成プログラムを起動するための情報とを少なくとも設定したＵＲＬパラメータを生成し、通信制御部を介して、作成する設計書の数だけ上記共通ポータルサイトに送信することで、複数の保険会社の各Ｗｅｂサーバに対して保険設計書の作成を依頼するマルチ設計書作成機能を実行するためのＷｅｂ連携プログラムが提供される。
【００１５】
本発明の第４の態様では、上記第３の態様において、上記制御部が、上記マルチ設計書作成機能に基づき、保険内容に相当する設計要素の入力を促し、当該入力された設計要素の情報より各保険商品の設計書作成に必要な情報を前記設計要素保有データベースから自動的に抽出し、上記ＵＲＬパラメータに設定することを更に特徴とするＷｅｂ連携プログラムが提供される。
【発明の効果】
【００１６】
本発明によれば、一の操作入力に基づきＵＲＬパラメータを自動生成しかつ既存の顧客属性情報を活用することで、煩雑な操作入力作業を繰り返すこと無く、所望とする複数の保険商品の保険設計書作成の依頼を行うことを可能とするＷｅｂ連携装置及びＷｅｂ連携プログラムを提供することができる。
【発明を実施するための最良の形態】
【００１７】
以下、添付図面を参照して、本発明の実施の形態について説明する。
【００１８】
先ず、本発明の第１の実施の形態について説明する。
【００１９】
尚、ここでは、Ｗｅｂ連携装置１が銀行のイントラネットに配設されている例を示して説明するが、これに限定されず保険代理店等、様々な場所に配設可能である。
【００２０】
図１には、本発明の第１の実施の形態に係るＷｅｂ連携装置１の構成を示し説明する。
【００２１】
このＷｅｂ連携装置１は、一の操作入力により、銀行のイントラネットから、例えば共通ポータルサイト２経由で、各保険会社のＷｅｂサーバ３にアクセスし、特定保険契約の契約内容を直接的に照会することを可能とするものである。
【００２２】
この図１に示されるように、銀行イントラネット内にはＷｅｂ連携装置１が配設されている。このＷｅｂ連携装置１は、通信網４を介して共通ポータルサイト２と通信自在に接続されている。更に、この共通ポータルサイト２は、通信網５を介して各保険会社のバックエンドのＷｅｂサーバ３と通信自在に接続されている。この例では、保険会社ＡのＷｅｂサーバ３１、保険会社ＢのＷｅｂサーバ３２、保険会社ＣのＷｅｂサーバ３３が図示されているが、これらに限定されるものではない。以下の説明において、Ｗｅｂサーバ３１，３２，３３を総称する場合には、符号３を用いることにする。
【００２３】
共通ポータルサイト２は、リバースプロキシ２ａと認証モジュール２ｂ及び認証ＤＢ２ｃを有している。リバースプロキシ２ａは、各保険会社のＷｅｂサーバ３の代理として、そのサーバへの要求を中継するプロキシサーバである。Ｗｅｂサーバ３にアクセスする場合には、全てリバースプロキシ２ａを経由することになるため、Ｗｅｂサーバ３がＷｅｂ連携装置１から直接アクセスを受けることはなくなる。このリバースプロキシ２ａは、中継時にパケットの内容やＵＲＬパラメータをスキャンする機能を有している。認証モジュール２ｂは、上記リバースプロキシ２ａでスキャンされたパケットの内容を認証ＤＢ２ｃに蓄積している情報とマッチングして、ユーザの認証を行うものである。
【００２４】
保険会社ＡのＷｅｂサーバ３１は、保険アプリ起動リダイレクタ３１ａと保険会社Ａ用アダプタ３１ｂを有しており、Ｗｅｂ連携装置１からのＵＲＬパラメータを受けて、契約照会プログラム３１ｃ、設計書作成プログラム３１ｄのいずれかを実行する。保険会社ＢのＷｅｂサーバ３２は、保険アプリ起動リダイレクタ３２ａと保険会社Ｂ用アダプタ３２ｂを有しており、Ｗｅｂ連携装置１からのＵＲＬパラメータを受けて、契約照会プログラム３２ｃ、設計書作成プログラム３１ｄのいずれかを実行する。保険会社ＣのＷｅｂサーバ３３は、保険アプリ起動リダイレクタ３３ａと保険会社Ｃ用アダプタ３３ｂを有しており、Ｗｅｂ連携装置１からのＵＲＬパラメータを受けて、契約照会プログラム３３ｃ、設計書作成プログラム３３ｄのいずれかを実行する。
【００２５】
これら保険アプリ起動リダイレクタ３１ａ，３２ａ，３３ａは、上位のアプリケーション（例えば、契約照会プログラム３１ｃ、設計書作成プログラム３１ｄ等）が異なるデバイスであることを意識することなく所定の入出力を行えるようにするためのモジュールであり、必要に応じて起動するアプリケーションを切り換える役割を担っている。例えば保険会社Ａ用アダプタ３１ｂ等は、その切り換えをサポートするための論理的な機能を備えた拡張ボードである。
【００２６】
銀行イントラネット内のＷｅｂ連携装置１は、保険会社Ａ，Ｂ，Ｃ…側のＷｅｂサーバ３１，３２，３３…に実装されている各アプリケーション（例えば、契約照会プログラム３１ｃや、設計書作成プログラム３１ｄ等）を起動させるためのパラメータ、及び指定された契約を検索するキー項目に係るパラメータ（例えば、証券番号）をＵＲＬパラメータに盛り込み、当該ＵＲＬパラメータを共通ポータルサイト２経由で各保険会社Ａ，Ｂ，Ｃ…側の各Ｗｅｂサーバ３１，３２，３３…に送信する。
【００２７】
このＵＲＬパラメータの一例は、以下に示す通りである。
【００２８】
ＵＲＬ：http://www.aaaa.net /bbbb/dd/xxxx/cccc/yyyy
ここで、「bbbb」は共通ポータルサイト（シングルサインオンサーバ）２を特定するものである。「xxxx」には「保険会社コード」が設定される。「cccc」は本実施の形態に係るＷｅｂ連携装置１であることを表す固定値であり、それに続くパラメータが起動を促すプログラムに関する情報（起動を促すプログラム名、あるいは当該プログラム名及び当該プログラムが必要とする情報）を含んでいることを示すものである。「yyyy」には「起動を促すプログラムに関する情報」が設定される。
【００２９】
より詳細は、この「起動を促すプログラムに関する情報」には、例えば、
設計書の作成  ：  ShinSakusei
契約の参照    ：  KeiyakuSansho
が設定されることになる。
【００３０】
尚、「設計書の作成」の場合には設計書作成プログラム、「契約の参照」の場合には契約照会プログラムが保険アプリ起動リダイレクタにより起動される。
【００３１】
各業務に対応した引渡しパラメータとしては、
設計書の作成  ：  ShinSakusei（図８参照）
契約の参照    ：  KeiyakuSansho（証券番号）
が、Ｗｅｂ連携装置１から共通ポータルサイト２へと引き渡される。
【００３２】
例えば、保険会社Ａの契約の参照を行う場合には、ＵＲＬパラメータは、
http://www.aaaa.net/bbbb/dd/保険会社Ａコード/cccc/KeiyakuSansho
となり、引渡しパラメータとして証券番号（ShokenNo）が引き渡される。
【００３３】
このパラメータの引渡しには、例えばｐｏｓｔが用いられる。これは、一般には、ＷＷＷブラウザからＷｅｂサーバにデータを送る方法の一つである。引渡しパラメータが冗長になりＷｅｂ連携プログラムが誤動作を起こすような事態を防止できる。
【００３４】
ここで、図２には上記Ｗｅｂ連携装置１の詳細な構成を示し説明する。
【００３５】
この図２に示されるように、Ｗｅｂ連携装置１は、通信制御部１１と制御部１２、Ｗｅｂ連携プログラム１３、設計要素保有データベース（以下、ＤＢと略記する）１４、顧客属性ＤＢ１５、操作入力部１６、表示部１７、保険会社ＤＢ１８、保険契約ＤＢ１９を有している。このような構成において、制御部１２は、Ｗｅｂ連携プログラム１３の照会機能１３ａとマルチ設計書作成機能１３ｂとに基づいて、契約の照会や設計書の作成依頼を実行する。その場合、設計要素保有ＤＢ１４や顧客属性ＤＢ１５、保険会社ＤＢ１８、保険契約ＤＢ１９が適宜参照され、前述したようなＵＲＬパラメータが生成され、通信制御部１１、通信網４を介して共通ポータルサイト２側に送信される。契約の照会、或いは設計書の作成依頼については、操作者が、表示部１７に表示された各種画面を参照して、マウスやキーボードといった操作入力部１６を操作することで、所望とする業務を選択する。
【００３６】
設計要素保有ＤＢ１４が保有している設計要素テーブルの一例は、図３（ａ）に示される通りであり、保険商品名（医療、終身、定期等）と設計要素（保険金、入院日額、手術給付金、保険料払込期間等）の情報が対応付けられている。例えば、保険商品名「医療保険１」については、設計要素として「保険金、入院日額」の情報が対応付けられている。  
一方、上記顧客属性ＤＢ１５が保有している顧客属性テーブルの一例は図３（ｂ）に示される通りであり、取引番号と顧客の氏名、年齢、性別等の属性情報が対応付けられている。これらの他、不図示ではあるが、保険会社ＤＢ１８では、保険会社コードと保険会社名、取り扱いしている保険商品名、起動を促すプログラムに関する情報（契約照会プログラム情報、設計書作成プログラム情報）等が対応付けられて格納されている。さらに、保険契約ＤＢ１９では、不図示ではあるが、被保険者から契約を受付ける際に受付番号を採番し、当該受付番号と被保険者の取引番号を紐付けて格納しておき、契約成立後、保険会社から受領する保険契約の情報（当該受付番号および証券番号・保険会社コード等）が当該受付番号に基づいて被保険者の取引番号と対応付けられて格納されている。すなわち、この保険契約ＤＢ１９には、保険契約の情報（受付番号、証券番号、保険会社コード等）が、例えばバッチ処理で各保険会社から送られ、受付番号に基づいて被保険者の取引番号を特定し、これら情報を随時格納し、更新されるようになっている。
【００３７】
尚、上記ＤＢ１４，１８等で管理されている保険商品名とは、画面上は「商品名」として形式化されるが、実際に管理されているのは「保険商品コード」である。
【００３８】
以下、図４のフローチャートを参照して、本発明の第１の実施の形態に係るＷｅｂ連携装置１による一連の動作を詳細に説明する。
【００３９】
尚、本動作の前提事項として、Ｗｅｂ連携装置１は、共通ポータルサイト２の認証モジュール２ｂによる認証を経なければならない。未ログインであるならば、Ｗｅｂ連携装置１の表示部１７の表示画面上に共通ポータルサイトログイン画面が表示され、ＩＤ、パスワードが入力されると、共通ポータルサイトメニュー画面が表示され、ログイン完了となる。ログイン後は、共通ポータルサイトメニューを経由せずに各保険会社３１，３２，３３…の保険アプリリダイレクタ３１ａ，３２ａ，３３ａ…等を呼び出せる状態となる。
【００４０】
銀行のイントラネット内のＷｅｂ連携装置１のＷｅｂ連携プログラム１３が実行されて照会を所望とする保険商品の証券番号が操作入力部１６の操作により入力されるか、或いは表示部１７の表示画面上に表示された証券番号から照会を所望とする保険商品の証券番号がクリックされると（ステップＳ１）、制御部１２は、当該証券番号に基づき、保険契約ＤＢ１９から抽出された保険会社コード、保険商品名、抽出された保険会社コードに基づいて保険会社ＤＢ１８から抽出された該当する保険会社の契約内容照会用プログラム情報等を自動的に設定したＵＲＬパラメータを生成し、通信制御部１１と通信網４を介して共通ポータルサイト２宛に送信する（ステップＳ２）。
【００４１】
共通ポータルサイト２は、このＵＲＬパラメータを受信すると、その中に含まれる保険会社コードをキーとして保険会社を特定し、当該保険会社のＷｅｂサーバ３にパラメータを転送する（ステップＳ３）。各保険会社のＷｅｂサーバ３は、このＵＲＬパラメータを受信すると、契約内容照会用プログラム情報で指定した証券番号をパラメータとして与えた契約照会プログラムを起動させ（ステップＳ４）、起動後の画面イメージを共通ポータルサイト２経由で銀行のＷｅｂ連携装置１に送信する（ステップＳ５）。
【００４２】
銀行のＷｅｂ連携装置１は、この画面イメージを受信すると、制御部１２が表示部１７に当該画面を表示し（ステップＳ６）、こうして一連の動作を終了する。
【００４３】
従来技術では、図５（ａ）に示されるように、銀行の情報処理装置でＷｅｂブラウザを起動して、共通ポータルサイトにログインし、メニュー画面を表示し、保険個社のメニュー画面、契約照会メニュー画面と画面を遷移させ、契約照会、契約特定を選択した場合にはじめて一の保険会社の契約照会詳細画面が情報処理装置側に表示されていた。これに対して、図５（ｂ）に示されるように、本発明の第１の実施の形態に係るＷｅｂ連携装置１では、銀行のＷｅｂ連携装置１のＷｅｂ連携プログラム１３を起動した後、共通ポータルサイト２にログインした後は、一度証券番号が特定済みであれば、複数の画面選択をすることなく、保険会社の詳細画面を表示することが可能となる。
【００４４】
以上説明したように、本発明の第１の実施の形態に係るＷｅｂ連携装置及びＷｅｂ連携プログラムでは、銀行内のイントラネット内のＷｅｂ連携装置１から特定の保険契約（証券番号）を入力すると、操作者が保険会社や保険会社の照会画面を意識することなく、また、該当の保険内容にアクセスするために従来必要とされた複数のページ選択（例えば保険会社選択→保険契約照会画面選択→保険証券番号入力）をすることなく、該当する保険会社のシステムに保管されている契約内容がダイレクトに表示される。従って、操作者の操作負担が従来に比して軽減されることになる。
【００４５】
（第２の実施の形態）
次に本発明の第２の実施の形態について説明する。
【００４６】
この第２の実施の形態に係るＷｅｂ連携装置及びプログラムは、複数の保険会社に対して保険設計書の作成を依頼する場合に、何度も同じ情報を入力することなく、一度の操作入力により、複数の保険設計書の作成依頼を行うことを可能とするものである。尚、その基本構成は、前述した第１の実施の形態（図１乃至図３）と同様であるので、ここでは重複した説明は省略し、同一構成については同一符号を用いて説明する。
【００４７】
この第２の実施の形態では、銀行が保有している顧客データ（顧客属性ＤＢ１５の顧客属性情報）を活用して、設計書作成プログラム３１ｅ，３２ｄ，３３ｄを起動することで銀行の顧客属性情報のエントリに係る負担を軽減するものである。
【００４８】
保険設計書の作成を依頼する場合、ＵＲＬパラメータは、
http://www.aaaa.net/bbbb/dd/保険会社コード/cccc/ShinSakusei
となり、制御部１２により、引渡しパラメータとして、例えば、図８に示されるような顧客姓、顧客名、生年月日、性別、電話番号が顧客属性ＤＢ１５の顧客属性テーブルを参照して設定され、商品コード、設計要素１，２，３，４…が設計要素保有ＤＢ１４の設計要素保有テーブルを参照して設定され、共通ポータルサイト２へと引き渡される。
【００４９】
以下、図６のフローチャートを参照して、本発明の第２の実施の形態に係るＷｅｂ連携システムによる一連の動作を詳細に説明する。
【００５０】
本動作の前提事項として、Ｗｅｂ連携装置１は、共通ポータルサイト２の認証モジュール２ｂによる認証を経なければならない。未ログインであるならば、Ｗｅｂ連携装置１の表示部１７の表示画面上に共通ポータルサイトログイン画面が表示され、ＩＤ、パスワードが入力されると、共通ポータルサイトメニュー画面が表示され、ログイン完了となる。ログイン後は、共通ポータルサイトメニューを経由せずに各保険会社Ｗｅｂサーバ３１，３２，３３…の保険アプリリダイレクタ３１ａ，３２ａ，３３ａ…等を呼び出せる状態となる。
【００５１】
銀行のイントラネット内のＷｅｂ連携装置１のＷｅｂ連携プログラム１３が実行された後、操作入力部１６の操作等により少なくとも被保険者に該当する取引番号、設計書作成依頼を行う保険商品名、設計要素（保険金、入院日額、手術給付金、保険料払い込み期間等）を含む情報が入力されると（ステップＳ１１）、制御部１２は、これら情報と、保険会社コード、顧客属性ＤＢ１５で保有している被保険者の属性情報、保険会社コードに基づき保険会社ＤＢ１８から抽出された各保険会社のＷｅｂサーバ３１，３２，３３…の設計書作成プログラム起動するための情報を自動的に設定したＵＲＬパラメータを生成し、作成する設計書の数だけ、通信制御部１１と通信網４を介して共通ポータルサイト２宛に送信する（ステップＳ１２）。
【００５２】
より詳細には、被保険者に該当する取引番号が入力されると、図７（ａ）に示されるような所定の入力画面が表示部１７に表示される。
【００５３】
当該画面の入力エリアにて、保険商品名が入力或いは予め表示された保険商品名より設計書作成を所望とする商品名が選択された後、「商品名特定完了ボタン」がクリックされると、図３（ａ）に示されるような設計要素保有ＤＢ１４が参照され、選択された保険商品名に対応する設計要素が抽出され、それらの入力エリアが表示され、操作者に対して操作入力が促される。例えば、医療保険１、医療保険２、定期保険１が入力或いは選択された場合には、設計要素として保険金、入院日額、手術給付金、保険料払込期間の入力が必要となるが、そのための入力エリアａ〜ｄが図７（ａ）のように表示される。
【００５４】
各エリアａ〜ｄに操作入力部１６を介して入力がなされ、「設計要素入力完了ボタン」がクリックされると、制御部１２は、Ｗｅｂ連携プログラム１３のマルチ設計書作成機能１３ｂに基づき、各保険商品名に対応する保険会社コード、設計要素を自動的に抽出して図７（ｂ）乃至（ｄ）に示されるようなＵＲＬパラメータを自動的に生成する。
【００５５】
即ち、「医療保険１」については、図７（ｂ）に示されるように、保険会社ＡコードとＷｅｂ連携装置１であることを示す固定値cccc、設計要素である保険金（入力エリアａより自動抽出）、入院日額（入力エリアｂより自動抽出）を組み込んだＵＲＬパラメータを自動生成し送信する。「医療保険２」については、図７（ｃ）に示されるように、保険会社ＢコードとＷｅｂ連携装置１であることを示す固定値cccc、設計要素である保険金（入力エリアａより自動抽出）、入院日額（入力エリアｂより自動抽出）、手術給付金（入力エリアｃより自動抽出）を組み込んだＵＲＬパラメータを自動生成し送信する。さらに、「定期保険１」については、図７（ｄ）に示されるように、保険会社ＣコードとＷｅｂ連携装置１であることを示す固定値cccc、設計要素である保険金（入力エリアａより自動抽出）、保険期間（入力エリアｄより自動抽出）、保険料払込期間（入力エリアｃより自動抽出）を組み込んだイＵＲＬパラメータを自動生成し送信することになる。
【００５６】
尚、この入力エリアａ〜ｄから自動的に抽出し組み込んだ部分が前述したＵＲＬパラメータのShinsakusei部分に相当する。
【００５７】
共通ポータルサイト２は、このＵＲＬパラメータを受信すると、その中に含まれる保険会社コードをキーとして保険会社を特定し、当該保険会社のＷｅｂサーバ３にパラメータを転送する（ステップＳ１３）。
【００５８】
各保険会社のＷｅｂサーバ３は、このＵＲＬパラメータを受信すると、設計書作成プログラム情報で指定した保険設定に必要な情報をパラメータとして与えた設計書作成プログラムを起動させ（ステップＳ１４）、起動後の画面イメージを共通ポータルサイト２経由で銀行のＷｅｂ連携装置１に送信する（ステップＳ１５）。
【００５９】
銀行のＷｅｂ連携装置１は、この画面イメージを受信すると、制御部１２が表示部１７に当該画面を表示し（ステップＳ１６）、こうして一連の動作を終了する。
【００６０】
尚、複数の保険会社に対して、保険設計書作成依頼を行っている場合には、上記画面イメージは、各保険会社のＷｅｂサーバ３からパラレルに送信され、制御部１２はマルチウィンドウで、あるいは表示待ち状態（例えば、タスクバー上に最小化され別画面の存在を示唆）で順次各画面イメージに基づく画面を表示部１７に表示する。
【００６１】
しかるに、図９（ａ）に示されるように、従来技術では、銀行の情報処理装置でＷｅｂブラウザを起動して、共通ポータルサイトにログインし、メニュー画面を表示し、保険個社のメニュー画面に遷移させ、設計書作成を選択した場合にはじめて一の保険会社の設計書の作成依頼が成立していた。つまり、複数の保険会社の複数の保険商品について保険設計書の作成依頼をする場合、同種の操作を繰り返さなければならなかった。
【００６２】
これに対して、図９（ｂ）に示されるように、本発明の第２の実施の形態に係るＷｅｂ連携装置１では、銀行のＷｅｂ連携装置のＷｅｂ連携プログラムを起動した後、共通ポータルサイトにログインした後は、都度顧客属性情報の入力操作を行うことなく、また、保険設計書作成を依頼する保険商品の数だけ設計要素を入力操作することなく、複数の保険会社の保険商品について保険設計書の作成依頼を行うことが可能となる。
【００６３】
以上説明したように、本発明の第２の実施の形態に係るＷｅｂ連携装置及びＷｅｂ連携プログラムによれば、複数の保険会社の保険設計を依頼する場合に、銀行が保有している顧客属性情報を利用することで、保険会社毎に被保険者の名前、年齢や住所を入力することなく、かつ保険設計に必要な保険金額や保険料を何度も入力することなく、一度に複数保険商品の設計書の作成依頼を行うことができる。
【００６４】
（総括）
以上詳述したように、本発明の上記実施の形態によれば、保険代理店や銀行等から共通ポータルサイト経由で各保険会社のＷｅｂサイトにアクセスして特定保険契約の契約内容をダイレクトに照会したり、複数保険会社の保険設計書を設計する場合に、何度も同じ情報を入力することなく一度に複数の保険設計書の作成依頼を行ったりすることを可能とするＷｅｂ連携装置及びＷｅｂ連携プログラムを提供することができる。
【００６５】
尚、本発明は上記実施の形態に限定されることなく、その趣旨を逸脱しない範囲で種々の改良・変更が可能であることは勿論である。例えば、上記実施の形態では、契約内容の照会、保険設計書の作成依頼だけを取り上げたが、これに限定されず、種々の操作を保険会社側のＷｅｂサーバに実行されることが可能である。
【００６６】
さらに、ＵＲＬパラメータに、複数の保険会社のＷｅｂサーバに対して契約内容の照会の優先度、或いは保険設計書の作成を依頼する優先度に係るパラメータを更に盛り込むことで、Ｗｅｂ連携装置側で受信、表示する順番を規定することも可能である。
【００６７】
この他、本発明のＷｅｂ連携装置によるデータの抽出方法や格納方法は、第１及び第２の実施の形態として開示した内容に限定されないことは勿論である。
【図面の簡単な説明】
【００６８】
【図１】本発明の第１の実施の形態に係るＷｅｂ連携装置及びＷｅｂ連携システムの構成を示す図である。
【図２】図１におけるＷｅｂ連携装置１の詳細な構成を示す図である。
【図３】（ａ）は設計要素保有ＤＢ１４の設計要素保有テーブルを示す図であり、（ｂ）は顧客属性ＤＢ１５の顧客属性テーブルの一例を示す図である。
【図４】本発明の第１の実施の形態に係るＷｅｂ連携システムによる一連の動作を詳細に説明するフローチャートである。
【図５】（ａ）は従来技術に係る装置による一連の動作を示す図であり、（ｂ）は本発明の第１の実施の形態に係るＷｅｂ連携システムによる一連の動作を示す図である。
【図６】本発明の第２の実施の形態に係るＷｅｂ連携システムによる一連の動作を詳細に説明するフローチャートである。
【図７】（ａ）は入力エリアの入力要素を示す図、（ｂ）乃至（ｄ）は入力エリアの入力情報より自動的に生成したＵＲＬパラメータの一部を示す図、である。
【図８】本発明の第２の実施の形態において、Ｗｅｂ連携装置１から共通ポータルサイト２へと引き渡される引渡しパラメータの一例を示す図である。
【図９】（ａ）は従来技術に係る装置による一連の動作を示す図であり、（ｂ）は本発明の第２の実施の形態に係るＷｅｂ連携システムによる一連の動作を示す図である。
【符号の説明】
【００６９】
１…Ｗｅｂ連携装置、２…共通ポータルサイト、３…保険会社側のＷｅｂサーバ、４…通信網、５…通信網、１１…通信制御部、１２…制御部、１３…アプリケーション、１４…設計要素保有ＤＢ、１５…顧客属性ＤＢ、１６…操作入力部、１７…表示部、１８…保険会社ＤＢ、１９…保険契約ＤＢ。
【図１】
0004839045.tif 000002
【図２】
0004839045.tif 000003
【図３】
0004839045.tif 000004
【図４】
0004839045.tif 000005
【図５】
0004839045.tif 000006
【図６】
0004839045.tif 000007
【図７】
0004839045.tif 000008
【図８】
0004839045.tif 000009
【図９】
0004839045.tif 000010