JP4060571B2

JP4060571B2 - Contract processing system

Info

Publication number: JP4060571B2
Application number: JP2001339771A
Authority: JP
Inventors: 透渡辺; 清人本島; 幸弘石川; 隆行鯨井
Original assignee: Toshiba Corp; Toshiba Solutions Corp
Current assignee: Toshiba Corp; Toshiba Digital Solutions Corp
Priority date: 2001-11-05
Filing date: 2001-11-05
Publication date: 2008-03-12
Anticipated expiration: 2021-11-05
Also published as: JP2003141353A

Description

【０００１】
【発明の属する技術分野】
本発明は、契約センターに対してネットワークを介して接続された受付端末において、契約者からの契約申込みを受付け、契約センターで正式に契約を締結する契約書処理システムに関する。
【０００２】
【従来の技術】
近年、インターネットの普及により、各種保険の申込みも契約者が直接保険会社の本店や支店に赴くことなく、保険会社が指定した代理店で契約の申込みが実行可能である。この代理店としては、例えば、自動車販売会社や自動車整備会社や旅行代理店等がある。また、保険会社の契約保険外交員が自宅を代理店とする場合もある。
【０００３】
このような代理店には、保険会社の契約センターに対してインターネットを介してアクセス可能な例えばパーソナルコンピュータからなる受付端末が設置されている。この受付端末には、訪れた契約者の希望する契約条件を示す契約申込を受付けるアプリケーション・ソフトが設定されている。
【０００４】
そして、代理店の担当者は、受付端末を操作して、契約センターにアクセスして、この契約センターから送信されてきた保険入力画面（ホームページ）を用いて各種の申込情報を対話方式で入力する。申込情報の入力が終了すると、送信ボタンを押し、申込情報を契約センターへ送信する。
【０００５】
契約センターは、受信した申込情報に基づいて保険料算出を含む該当契約者に対する契約を締結し、契約情報を契約データベースに記憶保持する。同時に契約内容（情報）を記載した正式な契約書を作成して、該当契約者に郵送する。したがって、契約者は、後日、正式な契約書を受取ることになる。
【０００６】
しかし、空港等の交通機関のターミナル等に設置された旅行代理店や、自動車販売店においては、すぐに有効な契約書の発行が望まれている。
このような要求に応えるために、契約センターは、受信した申込情報に基づいて保険料算出を含む該当契約者に対する契約を締結し、契約情報を契約データベースに記憶保持する処理が終了すると、契約情報及び社印イメージをインターネットを介して受付端末へ送信する。受付端末は受信した契約情報及び社印イメージに基づいて社印を有する正式な契約書を印字出力する。したがって、契約者は、契約を申込んだ時点で正式な契約書を手に入れることができる。
【０００７】
【発明が解決しようとする課題】
しかしながら、上述したように、受付端末で契約者からの契約申込みを受けてその場で社印を有する正式な契約書を発行する契約書処理システムにおいても、まだ解消すべき次のような課題があった。
【０００８】
すなわち、受付端末で正式な契約書を印字出力するために、契約センターから受付端末へ契約情報及び社印イメージが送信されてくる。したがって、代理店の担当者は、受付端末を操作して、社印を有する正式な契約書を複数枚印字出力させることが可能である。
【０００９】
これらは、それぞれ正式な契約書であるので、保険会社としては、この契約書を持参して契約実行（履行）を訴える契約者又はこの契約に対して権利を有すると称する複数の請求者に対して、その契約履行を実施せざるを得ない場合が生じる。
【００１０】
本発明はこのような事情に鑑みてなされたものであり、受付端末において正式な契約書の発行を結果的に１枚に制限でき、かつ複数の契約書が発行された場合は、契約実行要求時に契約センターでその契約書の真偽を簡単に把握でき、たとえ、受付端末において契約申込みと契約書発行とを同時に行ったとしても、発行される契約書の信頼性を向上でき、かつシステム全体の安全性を向上できる契約書処理システムを提供することを目的とする。
【００１１】
【課題を解決するための手段】
本発明は、受付端末で契約者からの契約申込みを受付け、この受付端末にネットワークを介して接続された契約センターで前記契約申込みに対する契約を行う契約書処理システムに適用される。
【００１２】
そして、上記課題を解消するために、本発明の契約書処理システムにおける受付端末は、契約に関する複数の項目を入力するための領域が形成された申込入力画面を表示器の表示画面に表示する申込入力画面表示手段と、契約者の指示に基づいて申込情報入力画面の各領域に操作入力された複数の項目を当該契約の申込情報として契約センターへ送信する申込情報送信手段と、契約センターから契約情報と契約番号とを受信する契約情報受信手段と、固有の用紙番号が予め印刷された契約書用紙がセットされたプリンタで、契約書用紙に受信した契約情報と契約番号とを印字する契約情報印字手段と、この契約情報印字手段で契約書用紙に印字された契約番号及び用紙番号の操作入力に応じて、この契約番号及び用紙番号を契約センターへ送信する番号送信手段と、契約センターから社印イメージを受信する社印イメージ受信手段と、契約情報が印字済みの契約書用紙が再セットされた前記プリンタで、契約情報が印字済みの契約書用紙に受信した社印イメージを重ね印字して正規の契約書として印字出力する契約書印字手段と、契約書印字手段における正規の契約書の印字出力に応じて、正常終了情報を前記契約センターへ送信する正常終了情報送信手段とを有している。
また、契約センターは、受付端末から申込情報を受信する申込情報受信手段と、この申込情報受信手段で受信した申込情報に基づいて一つの契約番号を取得して契約者に対する正規の契約情報を作成する契約情報作成手段と、この契約情報作成手段で作成された契約情報及び契約番号を受付端末へ送信する契約情報送信手段と、受付端末からの契約番号及び用紙番号を受信する番号受信手段と、この番号受信手段で受信された契約番号と用紙番号とのセットに対して１回のみ、社印イメージを受付端末へ送信する社印イメージ送信手段と、受付端末から正常終了情報を受信する正常終了情報受信手段と、受信した正常終了情報に対応する正規の契約情報、契約番号及び用紙番号のセットを契約データベースへ書込む記憶保持手段とを有している。
【００１３】
このように構成された契約書処理システムにおいては、正規の契約書に記載される契約情報と社印イメージとは分割して契約センターから受付端末へ送信される。そして、契約情報は、プリンタの用紙詰まりやインク切れ等によって正常に印字されなかった場合は、用紙を再設定して、複数回印刷可能である。
【００１４】
しかし、社印イメージは、受付端末で操作入力された契約番号に対して１回のみ受付端末へ送信する。受付端末は、契約情報が印字された契約書に対して１回のみ印字する。したがって、社印イメージの印刷が失敗すると、契約申込の最初からやり直す。この場合、契約番号は更新される。
【００１５】
よって、一つの契約番号に対しては正規の契約書は１枚しか発行されない。したがって、たとえ、受付端末において契約申込みと契約書発行とを同時に行ったとしても、発行される契約書の信頼性を向上できる。
【００１７】
そして、受付端末で契約書を印字出力する用紙には、例えば各用紙に亘って連続する用紙番号が予め印刷されている。そして、この用紙番号が予め印刷されている用紙に契約情報及び社印イメージが印刷されて、正規の社印を有する契約書とし印字出力される。
【００１８】
また、別の発明においては、受付端末は、契約者の契約書を提示した契約実行要求時に、操作入力された提示契約書に記載された契約番号と用紙番号とのセットを契約センターへ送信する番号送信手段を有する。
さらに、契約センターは、契約実行要求時に受付端末から受信した契約番号と用紙番号とのセットが前記契約データベースに記憶保持されている契約番号と用紙番号とのセットに一致するか否かを判定する判定手段と、不一致のとき提示契約書の無効情報を受付端末へ返信する無効判定送信手段と有している。
このような構成においては、正規の契約書における用紙番号と契約番号のセットが契約センターに記憶保持されているので、何らかの手段を用いて契約情報及び社印を有する複数の契約書が受付端末を用いて発行されたとしても、各契約書の契約番号は等しいが、用紙番号はそれぞれ異なるので、契約者の契約書を提示した契約実行要求に時に、該当契約書の真偽が簡単に判定できる。
【００２３】
【発明の実施の形態】
以下、本発明の各実施形態を図面を用いて説明する。
【００２４】
（第１実施形態）
図１は本発明に第１実施形態に係わる契約書処理システムの概略構成を示すブロック図である。この第１実施形態においては、保険会社が旅行者である契約者に対して旅行保険を締結する場合を例にして説明する。
【００２５】
図１において、インターネット１に対して、保険会社契約センター３内のルータ３、旅行代理店４内に設けられ契約者からの旅行保険の申込みを受付ける受付端末５、事故受付センター６内に設けられた事故受付端末７等が接続されている。
【００２６】
保険会社契約センター３内においては、ＲＡＮ（ローカル・エリア・ネットワーク）の伝送路８に対して、前記インターネット１との間で各種情報交換を実施するためのルータ３、契約者に対して実際に契約を締結する契約サーバ９、各契約の契約内容等の契約情報を契約データベース１０に登録するとともに契約実行要求が生じた時に、契約者に支払う保険金等を算出するホスト装置１１が接続されている。
【００２７】
旅行代理店４内に設けられた受付端末５には、契約書専用の用紙１２に契約情報のみを印字して途中段階の契約書１３を発行するとともに、この契約情報のみが印字された契約書１３に対して社印イメージを印字して社印を有する正規の契約書１４として発行するプリンタ１５が接続されている。
【００２８】
事故受付センター６の担当者は、契約者又は契約者の代理人又は契約実行に対して権利を有する者（保険金受取人）が図５に示す契約書１４を提示して、契約実行を要求したとき、この契約書１４に記載された契約番号１８と用紙番号１７とを契約実行要求としてインターネット１を介して保険会社契約センター３内のホスト装置１１へ送信する。
【００２９】
このような契約書処理システムにおける各部の具体的動作を順番に説明していく。
【００３０】
Ａ受付端末
例えばパーソナルコンピュータ（ＰＣ）等で構成された受付端末５内には、インターネット１を介して保険会社契約センター３内の契約サーバ９と情報交換を実施するためのブラウザと、契約者からの旅行保険の申込みを受付けるためのアプリケーション・プログラムが記憶されている。
【００３１】
図２は、保険会社契約センター３の契約サーバ９から受付端末５に送信されて、受付端末５の表示画面に表示される旅行保険入力画面１６を示す図である。この旅行保険入力画面１６には、契約者の氏名、性別、年齢、旅行期間、旅行日数、死亡保険金、治療保険金、賠償保険金、携帯品保険金等の各種申込情報を係員が操作入力するための領域が設けられている。
【００３２】
図３は、この旅行代理店４に予め準備された契約書専用の用紙１２を示す図である。この用紙１２には、用紙の用途を特定する「旅行保険契約書」のタイトルと、準備された全ての用紙１２に対する通し番号である用紙番号１７が予め印刷されている。
【００３３】
図４は、プリンタ１５を用いて契約情報のみが印字された途中段階の契約書１３を示す図である。この途中段階の契約書１３には、契約情報として、契約番号１８と、契約者が旅行保険入力画面１６で指定した契約内容１９と、契約内容１９に基づいて算出された保険料２０と、保険会社名２１とが記載されている。なお、用紙番号１７は上述したように予め印刷されている。さらに、この途中段階の契約書１３には、社印は印字されていない。
【００３４】
図５は、プリンタ１５を用いて途中段階の契約書１３に対して社印イメージを印字して発行された正規の契約書１４を示す図である。この正規の契約書１４には、上述した契約情報の他に社印２２が印字されている。
【００３５】
図６は受付端末５の詳細動作を示す流れ図である。
旅行代理代理店４の担当者がこの受付端末５の電源を投入して、契約業務の実行指示を操作入力すると（Ｓ１）、契約者からの旅行保険の申込みを受付けるためのアプリケーション・プログラムが起動して、インターネット１を介して保険会社契約センター３内の契約サーバ９をアクセスして、図２に示す旅行保険入力画面１６（ホームページ）を自己端末にダウンロード（ＤＬ）させる（Ｓ２）。そして、このダウンロード（ＤＬ）された旅行保険入力画面１６を自己端末の表示画面に表示出力する（Ｓ３）。
【００３６】
旅行代理代理店４の担当者が、契約者の指示に従って、契約者氏名や各種保険金等の申込情報をキー入力すると（Ｓ４）、このキー入力された申込情報をインターネット１を介して契約サーバ９へ送信する（Ｓ５）。
【００３７】
契約サーバ９から、送信した申込情報に対する契約番号１８、契約内容１９、保険料２０、保険会社名２１からなる契約情報が受信されると（Ｓ６）、前述した契約書専用に用紙１２がプリンタ１５にセットされていることを確認したのち（Ｓ７）、プリンタ１５を制御して用紙１２に契約情報のみを印字出力して、図４に示す途中段階の契約書１３を印字出力する（Ｓ８）。
【００３８】
紙詰まりやインク切れ等に起因して途中段階の契約書１３が正常に印字されなかったことがセンサで検出された場合（Ｓ９）、Ｓ７へ戻り、再度、担当者にて新規の用紙１２がプリンタ１５に装着（セット）されるのを待って、同一の契約情報を新規の用紙１２に印字出力して、再度、途中段階の契約書１３を印字出力する。この場合、当然、再度印字出力した契約書１３の用紙番号１７は、最初に印字出力した契約書１３の用紙番号１７と異なる。
【００３９】
Ｓ９にて、途中段階の契約書１３が正常に印字出力され、キーボードから契約番号１８と用紙番号１７とが操作入力されると（Ｓ１０）、この入力された契約番号１８と用紙番号１７とを契約サーバ９へ送出する（Ｓ１１）。すなわち、担当者は、印字出力された途中段階の契約書１３の契約番号１８と用紙番号１７とを読取ってこの受付端末１５へキー入力する。
【００４０】
契約サーバ９から社印イメージが入力されると（Ｓ１２）、担当者の操作によって、プリンタ１５に途中段階の契約書１３が装着（セット）されていることを確認すると（Ｓ１３）、受信した社印イメージを途中段階の契約書１３上に重ね印字出力して、図５に示す社印２２を有する正規の契約書１４として発行する（Ｓ１４）。正規の契約書１４が正常に印字出力されたことがセンサで確認されると（Ｓ１５）、正常終了を契約サーバ９へ送信して（Ｓ１６）、一人の契約者に対する処理を終了する。
【００４１】
紙詰まりやインク切れ等に起因して正規の契約書１４が正常に印字されなかったことがセンサで検出された場合（Ｓ１５）、この契約者に対する契約の申込操作のやり直し指示を表示して（Ｓ１７）、Ｓ１へ戻る。
【００４２】
このように、社印イメージが途中経過の契約書１３に正常に印字されなかった場合、たとえ、同一の途中経過の契約書１３が複数枚存在したとしても、社印イメージの再印字を禁止している。
【００４３】
Ｂ契約サーバ
図７は、保険会社契約センター２内に設けられたコンピュータで形成された契約サーバ９の詳細動作を示す流れ図である。
【００４４】
インターネット１を介して旅行代理店４内に設置された受付端末５からアクセス要求が発生すると（Ｑ１）、要求元の受付端末５へ図２に示した旅行保険入力画面１６を送信（ダウンロード）する（Ｑ２）。受付端末５から申込情報を受信すると（Ｑ３）、この受信した申込情報に基づいて、契約者に対する正規の旅行保険に対する契約の締結処理を実施する。すなわち、契約番号１８を取得し、契約内容１９を確定し、保険料２０を算出する（Ｑ４）。これらの契約情報を受付端末５へ送信する（Ｑ５）。
【００４５】
受付端末５から、契約番号１８と用紙番号１７のセットが受信されると（Ｑ６）、受付端末５において途中経過の契約書１３が正常に印字されたと判断して、社印イメージを該当受付端末５へ送信する（Ｑ７）。
【００４６】
受付端末５から正常終了が入力すると（Ｑ８）、契約番号１８、契約内容１９を確定し、保険料２０を含む契約情報、及び用紙番号１７をホスト装置１１へ転送する（Ｑ９）。なお、一定の許容時間を経過しても、受付端末５から正常終了が入力されなかった場合は（Ｑ８）、今回作成した契約情報を破棄（クリア）する（Ｑ１０）。この場合、同一契約番号１８を有する正規の契約書１４が複数枚発行されることを防止するために、破棄（クリア）した契約情報の契約番号１８を欠番として、再締結する契約情報には採用しない。
【００４７】
Ｃホスト装置
図８は、保険会社契約センター２内に設けられたコンピュータで形成されたホスト装置１１の詳細動作を示す流れ図である。
【００４８】
契約サーバ９から、契約番号１８を含む契約情報及び用紙番号１７が入力すると（Ｒ１）、この入力した契約番号１８、契約内容１９、保険料１７を含む契約情報、及び用紙番号１７を契約データベース１０へ登録する（Ｒ２）。
【００４９】
事故受付センター６の事故受付端末７から契約番号１８と用紙番号１７とを含む契約実行要求がインターネット１を介して入力されると（Ｒ３）、この入力された契約番号１８と用紙番号１７とのセットで契約データベース１０内を検索する（Ｒ４）。
【００５０】
契約番号１８と用紙番号１７とのセットが契約データベース１０内に記憶されている（ヒットした）とき（Ｒ５）、事故受付センター６で提示された契約書１４は真正な契約書１４であると判断して、この契約データベース１０内に記憶されている該当旅行保険の契約情報に基づいて、各支払保険金の査定処理を開始する（Ｒ６）。
【００５１】
一方、契約番号１８と用紙番号１７とのセットが契約データベース１０内に記憶されていないとき（Ｒ５）、事故受付センター６で提示された契約書１４は無効であると判断して、契約実行要求無効を事故受付センター６の事故受付端末７へ送信する（Ｒ７）。
【００５２】
このように構成された第１実施形態の契約書処理システムにおいては、保険会社契約センター２の契約サーバ９から旅行代理店４の受付端末５に対して、正規の契約書１４に記載される契約番号１８と契約内容１９と保険料２０と保険会社名２１とからなる契約情報と、社印２２の社印イメージとは分割して異なるタイミングで送信される。そして、最初に、契約情報が送信され、この契約情報で途中段階の契約書１３が印字出力される。この途中段階の契約書１３は、プリンタ１５の用紙詰まりやインク切れ等によって正常に印字されなかった場合は、用紙１２を再設定して、複数回印刷可能である。
【００５３】
しかし、社印２２の社印イメージは、受付端末５で操作入力された契約番号１８に対して１回のみ契約サーバ９から受付端末５へ送信される。受付端末５は、契約情報のみが印字された途中段階の契約書１３に対して１回のみ印字する。したがって、途中段階の契約書１３に対する社印イメージの印刷が失敗すると、契約申込の最初からやり直す。
【００５４】
よって、一つの契約番号１８に対しては正規の社印２２を有する契約書１４は１枚しか発行されない。したがって、たとえ、旅行代理店４に設置された受付端末５において契約申込みと正規の契約書１４の発行とを同時に行ったとしても、発行される契約書１４の信頼性を向上できる。
【００５５】
さらに、受付端末５のプリンタ１５で契約書１３、１４を印字出力する用紙１２には、図３に示すように、用紙番号１７が予め印刷されている。そして、この用紙番号１７が予め印刷されている用紙１２に契約情報及び社印２２が印刷されて正規の契約書１４とし印字出力される。さらに、この正規の契約書１４における用紙番号１７と契約番号１８のセットが保険会社契約センター２の契約データベース１０に記憶保持されている。
【００５６】
たとえ、悪意を有する第３者が、受付端末５を用いて不正な手段で契約情報及び社印２２を有する複数の契約書１４を発行させたとしても、各契約書１４の契約番号１８は等しいが、用紙番号１７はそれぞれ異なる。契約者又は契約実行に対して権利を有する者（保険金受取人）が、契約書１４を提示して契約実行要求を事故受センター６から保険会社契約センター２のホスト装置１１へ送出したとしても、該当契約書１４の真偽が簡単に判定できる。よって、この契約書処理システムの安全性をより一層向上できる。
【００５７】
（第２実施形態）
図９は本発明の第２実施形態に係わる契約書処理システムの概略構成を示すブロック図である。図１に示す第１実施形態の契約書処理システムと同一部分には同一符号が付してある。したがって、重複する部分の詳細説明を省略する。
【００５８】
この第２実施形態の契約書処理システムにおける旅行代理店４に設置された用紙１２ａは、契約書専用に用紙１２ではなくて汎用の用紙である。この用紙１２ａには用紙番号１７は印刷されていない。受付端末５に接続されたプリンタ１５は、汎用の用紙１２ａに契約情報のみを印字して途中段階の契約書１３ａを発行するとともに、この契約情報のみが印字された途中段階の契約書１３ａに対して社印イメージを印字して社印２２を有する図１０に示す正規の契約書１４ａとして発行する。したがって、この正規の契約書１４ａには、契約番号１８は表記されているが、用紙番号は表記されていない。
【００５９】
さらに、この実施形態システムにおいては、受付端末５に対して、プリンタ１５で発行された正規の契約書１４ａの契約書イメージを読取るイメージリーダ２３が接続されている。受付端末５は、イメージリーダ２３で読取られた契約書イメージを保険会社事務センター２の契約サーバ９へ送信する。
【００６０】
保険会社事務センター２内に設けられた契約データベース１０ａ内には、各契約者と保険契約した契約情報を記憶する契約情報ファイル２５の他に、受付端末５から送信された各契約書１４ａの契約書イメージを記憶するイメージファイル２６が設けられている。
【００６１】
事故受付センター６の担当者は、契約者又は契約者の代理人又は契約実行に対して権利を有する者（保険金受取人）が図１０に示す契約書１４ａを提示して、契約実行を要求したとき、この契約書１４ａの契約書イメージをイメージリーダ２４で読取らせて、事故受付端末７を操作して、契約書イメージを契約実行要求としてインターネット１を介して保険会社契約センター２内のホスト装置１１へ送信する。
【００６２】
このような第２実施形態の契約書処理システムにおける各部の具体的動作を順番に説明していく。
Ａ受付端末
図１１は旅行代理店４に設置された受付端末５の詳細動作を示す流れ図である。図６に示す第１実施形態システムにおける受付端末５の詳細動作を示す流れ図と同一部分には、同一符号が付してある。したがって、ここでは、異なる部分のみを説明する。
【００６３】
すなわち、Ｓ９にて、途中段階の契約書１３ａが正常に印字出力され、キーボードから契約番号１８が操作入力されると（Ｓ１０ａ）、この入力された契約番号１８を契約サーバ９へ送出する（Ｓ１１ａ）。すなわち、担当者は、印字出力された途中段階の契約書１３ａの契約番号１８を読取ってこの受付端末１５へキー入力する。
【００６４】
契約サーバ９から社印イメージが入力されると（Ｓ１２）、担当者の操作によって、プリンタ１５に途中段階の契約書１３aが装着（セット）されていることを確認すると（Ｓ１３）、受信した社印イメージを途中段階の契約書１３ａ上に重ね印字出力して、図１０に示す社印２２を有する正規の契約書１４ａとして発行する（Ｓ１４）。正規の契約書１４ａが正常に印字出力されたことがセンサで確認されると（Ｓ１５）、この正規の契約書１４ａの契約書イメージをイメージリーダ２３で読取って契約サーバ９へ送信して（Ｓ１６ａ）、一人の契約者に対する処理を終了する。
【００６５】
紙詰まりやインク切れ等に起因して正規の契約書１４ａが正常に印字されなかったことがセンサで検出された場合（Ｓ１５）、この契約者に対する契約の申込操作のやり直し指示を表示して（Ｓ１７）、Ｓ１へ戻る。
【００６６】
このように、社印イメージが途中経過の契約書１３ａに正常に印字されなかった場合、たとえ、同一の途中経過の契約書１３ａが複数枚存在したとしても、社印イメージの再印字を禁止している。
【００６７】
Ｂ契約サーバ
図１２は保険会社契約センター２内に設置された契約サーバ９の詳細動作を示す流れ図である。図７に示す第１実施形態システムにおける契約サーバ９の詳細動作を示す流れ図と同一部分には、同一符号が付してある。したがって、ここでは、異なる部分のみを説明する。
【００６８】
すなわち、Ｑ４にて、契約番号１８を取得し、契約内容１９を確定し、保険料２０を算出する。これらの契約情報を受付端末５へ送信する（Ｑ５）。受付端末５から、契約番号１８が受信されると（Ｑ６ａ）、受付端末５において途中経過の契約書１３ａが正常に印字されたと判断して、社印イメージを該当受付端末５へ送信する（Ｑ７）。
【００６９】
受付端末５から正常終了を示す正規の契約書１４ａの契約書イメージが入力すると（Ｑ８ａ）、契約番号１８、契約内容１９を確定し、保険料２０を含む契約情報をホスト装置１１へ転送する（Ｑ９ａ）。なお、一定の許容時間を経過しても、受付端末５から正常終了を示す正規の契約書１４ａの契約書イメージが入力されなかった場合は（Ｑ８ａ）、今回作成した契約情報を破棄（クリア）する（Ｑ１０）。この場合、同一契約番号１８を有する正規の契約書１４ａが複数枚発行されることを防止するために、破棄（クリア）した契約情報の契約番号１８を欠番として、再締結する契約情報には採用しない。
【００７０】
Ｃホスト装置
図１３は保険会社契約センター２内に設置されたホスト装置１１の詳細動作を示す流れ図である。
【００７１】
契約サーバ９から、契約番号１８を含む契約情報及び契約書イメージが入力すると（Ｔ１）、この入力した契約番号１８、契約内容１９、保険料１７を含む契約情報、契約書イメージを契約データベース１０ａの契約情報フィル２５、及びイメージファイル２６へ登録する（Ｔ２、Ｔ３）。
【００７２】
事故受付センター６の事故受付端末７から契約書イメージが契約実行要求としてインターネット１を介して入力されると（Ｔ４）、この入力された契約書イメージで契約データベース１０ａにおけるイメージファイル２６内を検索する（Ｔ５）。
【００７３】
該当契約書イメージと同一の契約書イメージがイメージファイル２６内に記憶されている（ヒットした）とき（Ｔ６）、事故受付センター６で提示された契約書１４ａは真正な契約書１４ａであると判断して、この契約データベース１０ａの契約情報ファイル２５内に記憶されている該当旅行保険の契約情報に基づいて、各支払保険金の査定処理を開始する（Ｔ７）。
【００７４】
一方、該当契約書イメージと同一の契約書イメージがイメージファイル２６内に記憶されていないとき（Ｔ６）、事故受付センター６で提示された契約書１４ａは無効であると判断して、契約実行要求無効を事故受付センター６の事故受付端末７へ送信する（Ｔ８）。
【００７５】
このように構成された第２実施形態の契約書処理システムにおいては、第１実施形態の契約書処理システムと同様に、契約サーバ９から受付端末５に対して契約情報と社印イメージとを分割して個別に互いに異なるタイミングで送信して、同一契約番号１８に対して、社印２２を有する正規の契約書１４ａが複数枚発行されることを未然に防止できる。
【００７６】
さらに、この第２実施形態の契約書処理システムにおいては、旅行代理店４の受付端末５で正規に発行された社印２２を有する契約書１４ａの契約書イメージは受付端末５から保険会社契約センター２の契約サーバ９に送信されて、契約データベース１０ａのイメージファイル２６に記憶保持されている。したがって、たとえ、悪意を有する契約者又は第３者が正規に発行後に契約書１４ａの記載内容を改竄したとしても、事故受付センター６で契約者又は第３者が契約書１４ａを提示した契約実行要求に時に、ホスト装置１１において、該当契約書１４ａの真偽が簡単に判定できる。
【００７７】
なお、本発明は上述した各実施形態システムに限定されるものではない。
各実施形態システムにおいては、
同一契約番号に対して社印を有する正規の契約書が複数枚発行されることを防止する複数枚発行防止機能
契約番号と用紙番号とをセットで記憶保持して複数枚の契約書による契約実行要求を防止する重複要求防止機能
正規に発行された契約書のイメージを記憶保持して契約書の改竄を防止する改竄防止機能
を適宜組合せてシステムに組込んでいる。
【００７８】
しかし、これらの３つの各機能を単独で契約処理システムに組込んだとしても、発行される契約書に対する不正を防止する本願発明の契約処理システムの安全性及び信頼性を向上する目的は十分達成することができることは言うまでもない。
【００７９】
【発明の効果】
以上説明したように、本発明の契約書処理システムにおいては、受付端末において正式な契約書の発行を結果的に１枚に制限でき、かつ複数の契約書が発行された場合は、契約実行要求時に契約センターでその契約書の真偽を簡単に把握でき、たとえ、受付端末において契約申込みと契約書発行とを同時に行ったとしても、発行される契約書の信頼性を向上でき、かつシステム全体の安全性を向上できる。
【図面の簡単な説明】
【図１】本発明の第１実施形態に係わる契約書処理システムの概略構成を示すブロック図
【図２】同第１実施形態の契約書処理システムの受付端末に表示される旅行保険入力画面を示す図
【図３】同契約書処理システムの受付端末で使用される用紙を示す図
【図４】同契約書処理システムの受付端末で印字される途中段階の契約書を示す図
【図５】同契約書処理システムの受付端末で印字される正規の契約書を示す図
【図６】同契約書処理システムに組込まれた受付端末の詳細動作を示す流れ図
【図７】同契約書処理システムに組込まれた契約サーバの詳細動作を示す流れ図
【図８】同契約書処理システムに組込まれたホスト装置の詳細動作を示す流れ図
【図９】本発明の第２実施形態に係わる契約書処理システムの概略構成を示すブロック図
【図１０】同契約書処理システムの受付端末で印字される正規の契約書を示す図
【図１１】同契約書処理システムに組込まれた受付端末の詳細動作を示す流れ図
【図１２】同契約書処理システムに組込まれた契約サーバの詳細動作を示す流れ図
【図１３】同契約書処理システムに組込まれたホスト装置の詳細動作を示す流れ図
【符号の説明】
１…インターネット
２…保険会社契約センター
４…旅行代理店
５…受付端末
６…事故受センター
７…事故受付端末
９…契約サーバ
１０、１０ａ…契約データベース
１２、１２ａ…用紙
１３、１３ａ、１４、１４ａ…契約書
１５…プリンタ
１６…旅行保険入力画面
１７…用紙番号
１８…契約番号
１９…契約内酔
２０…保険料
２２…社印
２３、２４…イメージリーダ
２６…イメージファイル[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a contract processing system that accepts a contract application from a contractor at a reception terminal connected to a contract center via a network, and officially concludes a contract at the contract center.
[0002]
[Prior art]
In recent years, with the spread of the Internet, various insurance applications can be made at an agent designated by the insurance company without the policyholder having to go directly to the head office or branch of the insurance company. Examples of the agency include an automobile sales company, an automobile maintenance company, and a travel agency. In some cases, insurance company contract insurance diplomats have their homes as agents.
[0003]
In such an agency, a reception terminal made up of, for example, a personal computer that can be accessed via the Internet to a contract center of an insurance company is installed. In this reception terminal, application software for accepting a contract application indicating contract conditions desired by the visiting contractor is set.
[0004]
Then, the agent in charge of the agency operates the reception terminal, accesses the contract center, and inputs various application information interactively using the insurance input screen (homepage) transmitted from the contract center. . When the input of the application information is completed, the transmission button is pressed to transmit the application information to the contract center.
[0005]
The contract center concludes a contract with the corresponding contractor including insurance premium calculation based on the received application information, and stores and holds the contract information in the contract database. At the same time, a formal contract with the contract details (information) is created and mailed to the contractor. Therefore, the contractor will receive a formal contract at a later date.
[0006]
However, it is desired that travel agencies installed in airports and other transportation terminals and automobile dealers immediately issue valid contracts.
In order to respond to such a request, the contract center concludes a contract with the corresponding contractor including insurance premium calculation based on the received application information, and when the process of storing and holding the contract information in the contract database is completed, the contract information The company seal image is transmitted to the reception terminal via the Internet. The reception terminal prints out a formal contract having a company seal based on the received contract information and company seal image. Therefore, the contractor can obtain a formal contract at the time of applying for the contract.
[0007]
[Problems to be solved by the invention]
However, as described above, even in a contract processing system that receives a contract application from a contractor at a reception terminal and issues a formal contract with a company seal on the spot, there are still the following problems to be solved: there were.
[0008]
That is, the contract information and the company seal image are transmitted from the contract center to the reception terminal in order to print and output a formal contract at the reception terminal. Therefore, the person in charge at the agency can operate the reception terminal to print out a plurality of official contracts having company seals.
[0009]
Since each of these is a formal contract, the insurer is responsible for the policyholders who bring this contract and sue to execute (execute) the contract or who claim to be entitled to this contract. Therefore, there are cases where it is necessary to implement the contract.
[0010]
The present invention has been made in view of such circumstances, and as a result, it is possible to limit the issuance of a formal contract to one sheet at the reception terminal, and when a plurality of contracts are issued, a contract execution request is issued. Sometimes the contract center can easily grasp the authenticity of the contract, and even if the contract application and the contract issuance are performed simultaneously at the reception terminal, the reliability of the issued contract can be improved, and the entire system It is an object of the present invention to provide a contract processing system that can improve the safety of a contract.
[0011]
[Means for Solving the Problems]
The present invention Accept the contract application from the contractor at the reception terminal, and make a contract for the contract application at the contract center connected to the reception terminal via the network Applies to contract processing systems.
[0012]
And in order to eliminate the said subject, the reception terminal in the contract processing system of this invention is the following. Application input screen display means for displaying an application input screen in which an area for entering multiple items related to the contract is formed on the display screen of the display unit, and operation on each area of the application information input screen based on the contractor's instructions An application information transmitting means for transmitting a plurality of input items to the contract center as application information for the contract; a contract information receiving means for receiving contract information and a contract number from the contract center; Contract paper pre-printed with a unique paper number Is a printer with Contract information printing means for printing the contract information and the contract number received on the contract paper, and the contract number and the paper number according to the operation input of the contract number and paper number printed on the contract paper by the contract information printing means. Number sending means for sending the paper number to the contract center; A company seal image receiving means for receiving a company seal image from the contract center, and the printer on which the contract form on which the contract information is printed is reset, The received company seal image is overprinted on the contract form with the contract information printed on it as a regular contract Print output A contract printing means, A normal end information transmitting means for transmitting normal end information to the contract center in response to a print output of a regular contract in the contract print means; have.
The contract center Application information receiving means for receiving application information from the reception terminal, contract information creating means for obtaining one contract number based on the application information received by the application information receiving means and creating regular contract information for the contractor; The contract information transmitting means for transmitting the contract information and the contract number created by the contract information creating means to the receiving terminal, the number receiving means for receiving the contract number and the paper number from the receiving terminal, and the number receiving means A company seal image transmitting means for transmitting the company seal image to the reception terminal only once for the set of the received contract number and paper number; Normal termination information receiving means for receiving normal termination information from the receiving terminal, and storage holding means for writing a set of regular contract information, contract number and paper number corresponding to the received normal termination information to the contract database have.
[0013]
In the contract processing system configured as described above, the contract information and the company seal image described in the regular contract are divided and transmitted from the contract center to the reception terminal. If the contract information is not printed normally due to a paper jam or out of ink in the printer, the contract information can be printed multiple times by resetting the paper.
[0014]
However, the company seal image is transmitted to the reception terminal only once for the contract number input by the reception terminal. The reception terminal prints only once for the contract on which the contract information is printed. Therefore, if the printing of the company seal image fails, the contract application is started again from the beginning. In this case, the contract number is updated.
[0015]
Therefore, only one regular contract is issued for one contract number. Therefore, even if the contract application and the contract issuance are simultaneously performed at the reception terminal, the reliability of the issued contract can be improved.
[0017]
And For example, a sheet number that is continuous over each sheet is printed in advance on the sheet on which the contract is printed out at the reception terminal. Then, the contract information and the company seal image are printed on a sheet on which the sheet number is printed in advance, and printed out as a contract with a regular company seal.
[0018]
In another invention, the reception terminal transmits a set of the contract number and the paper number described in the presented contract entered by the operation to the contract center when the contract execution request for presenting the contract document of the contractor is made. It has a number transmission means.
Further, the contract center determines whether or not the set of the contract number and the paper number received from the reception terminal when the contract execution is requested matches the set of the contract number and the paper number stored in the contract database. It has a determination means and an invalidity determination transmission means for returning invalid information of the presented contract to the reception terminal when they do not match.
In such a configuration, the set of the paper number and contract number in the regular contract is stored and held in the contract center. Because Even if multiple contracts with contract information and company seals are issued using any means, the contract numbers of each contract are the same, but the paper numbers are different. It is possible to easily determine whether the contract is true or false at the time of executing the contract.
[0023]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
[0024]
(First embodiment)
FIG. 1 is a block diagram showing a schematic configuration of a contract processing system according to the first embodiment of the present invention. In the first embodiment, a case where the insurance company concludes travel insurance for a contractor who is a traveler will be described as an example.
[0025]
In FIG. 1, with respect to the Internet 1, a router 3 in an insurance company contract center 3, a travel agency 4, a reception terminal 5 that accepts a travel insurance application from a contractor, and an accident reception center 6. Accident reception terminal 7 is connected.
[0026]
In the insurance company contract center 3, the router 3 for exchanging various information with the Internet 1 for the transmission path 8 of the RAN (local area network), the contractor actually A contract server 9 for signing a contract and a host device 11 for registering contract information such as contract contents of each contract in the contract database 10 and calculating insurance money to be paid to the contractor when a contract execution request is made are connected. Yes.
[0027]
The reception terminal 5 provided in the travel agency 4 prints only the contract information on the sheet 12 dedicated to the contract and issues a contract 13 in the middle of the contract, and the contract with only this contract information printed. A printer 15 that prints a company seal image on 13 and issues it as a regular contract 14 having the company seal is connected.
[0028]
The person in charge at the accident reception center 6 requests the contract execution by the contractor, the agent of the contractor or the person who has the right to execute the contract (insurance beneficiary) presenting the contract 14 shown in FIG. Then, the contract number 18 and the paper number 17 described in the contract 14 are transmitted as a contract execution request to the host device 11 in the insurance company contract center 3 via the Internet 1.
[0029]
The specific operation of each part in such a contract processing system will be described in order.
[0030]
A Reception terminal
For example, in the reception terminal 5 constituted by a personal computer (PC) or the like, a browser for exchanging information with the contract server 9 in the insurance company contract center 3 via the Internet 1 and travel insurance from the contractor An application program for accepting the application is stored.
[0031]
FIG. 2 is a diagram showing a travel insurance input screen 16 that is transmitted from the contract server 9 of the insurance company contract center 3 to the reception terminal 5 and displayed on the display screen of the reception terminal 5. On this travel insurance input screen 16, the clerk operates and inputs various application information such as the contractor's name, gender, age, travel period, travel days, death insurance, treatment insurance, compensation insurance, and mobile insurance An area is provided for this purpose.
[0032]
FIG. 3 is a diagram showing a contract-dedicated paper 12 prepared in advance for the travel agency 4. On this sheet 12, a title of “travel insurance policy” specifying the use of the sheet and a sheet number 17 that is a serial number for all the prepared sheets 12 are printed in advance.
[0033]
FIG. 4 is a diagram showing the contract 13 in the middle of the process in which only the contract information is printed using the printer 15. In the middle-stage contract 13, as contract information, the contract number 18, the contract content 19 specified by the contractor on the travel insurance input screen 16, the insurance premium 20 calculated based on the contract content 19, the insurance The company name 21 is described. The paper number 17 is printed in advance as described above. Further, the company seal is not printed on the contract 13 at this intermediate stage.
[0034]
FIG. 5 is a diagram showing a regular contract 14 issued by printing a company seal image on the contract 13 in the middle stage using the printer 15. In addition to the contract information described above, a company mark 22 is printed on the regular contract 14.
[0035]
FIG. 6 is a flowchart showing the detailed operation of the reception terminal 5.
When a person in charge of the travel agency 4 turns on the power of the reception terminal 5 and inputs a contract work execution instruction (S1), an application program for accepting a travel insurance application from the contractor is started. Then, the contract server 9 in the insurance company contract center 3 is accessed via the Internet 1, and the travel insurance input screen 16 (homepage) shown in FIG. 2 is downloaded (DL) to the self terminal (S2). Then, the downloaded (DL) travel insurance input screen 16 is displayed and output on the display screen of the own terminal (S3).
[0036]
When the person in charge of the travel agency 4 key-inputs application information such as the name of the contractor and various insurance claims in accordance with the contractor's instructions (S4), the key-input application information is contracted via the Internet 1 to the contract server. 9 is transmitted (S5).
[0037]
When contract information including contract number 18, contract content 19, insurance premium 20, and insurance company name 21 for the transmitted application information is received from the contract server 9 (S6), the sheet 12 dedicated to the above-mentioned contract is printed on the printer 15. (S7), the printer 15 is controlled to print out only the contract information on the paper 12, and the contract 13 in the middle stage shown in FIG. 4 is printed out (S8).
[0038]
If the sensor detects that the contract 13 in the middle stage has not been printed normally due to a paper jam or out of ink (S9), the process returns to S7, and a new sheet 12 is again loaded by the person in charge. After being mounted (set) on the printer 15, the same contract information is printed out on a new sheet 12, and the contract 13 at an intermediate stage is printed out again. In this case, naturally, the paper number 17 of the contract 13 printed out again is different from the paper number 17 of the contract 13 printed out first.
[0039]
In S9, the contract 13 at the middle stage is printed out normally, and when the contract number 18 and the paper number 17 are input from the keyboard (S10), the entered contract number 18 and the paper number 17 are displayed. The data is sent to the contract server 9 (S11). That is, the person in charge reads the contract number 18 and the paper number 17 of the contract 13 in the middle of printing and inputs the key to the receiving terminal 15.
[0040]
When the company seal image is input from the contract server 9 (S12), it is confirmed by the operation of the person in charge that the contract 13 in the middle stage is attached (set) to the printer 15 (S13). The mark image is overprinted on the middle-stage contract 13 and issued as a regular contract 14 having the company mark 22 shown in FIG. 5 (S14). When the sensor confirms that the regular contract 14 has been printed out normally (S15), a normal termination is transmitted to the contract server 9 (S16), and the process for one contractor is terminated.
[0041]
When the sensor detects that the regular contract document 14 has not been printed normally due to paper jam or out of ink (S15), an instruction to redo the contract application operation for this contractor is displayed ( S17), the process returns to S1.
[0042]
As described above, when the company seal image is not normally printed on the halfway contract 13, the reprinting of the company seal image is prohibited even if a plurality of the same halfway contracts 13 exist. ing.
[0043]
B Contract server
FIG. 7 is a flowchart showing the detailed operation of the contract server 9 formed by a computer provided in the insurance company contract center 2.
[0044]
When an access request is generated from the reception terminal 5 installed in the travel agency 4 via the Internet 1 (Q1), the travel insurance input screen 16 shown in FIG. 2 is transmitted (downloaded) to the reception terminal 5 of the request source. (Q2). When the application information is received from the reception terminal 5 (Q3), the contract conclusion process for the regular travel insurance for the contractor is executed based on the received application information. That is, the contract number 18 is acquired, the contract content 19 is confirmed, and the insurance premium 20 is calculated (Q4). The contract information is transmitted to the reception terminal 5 (Q5).
[0045]
When the set of the contract number 18 and the paper number 17 is received from the reception terminal 5 (Q6), it is determined that the intermediate contract 13 has been normally printed in the reception terminal 5, and the company seal image is used as the corresponding reception terminal. 5 (Q7).
[0046]
When normal end is input from the reception terminal 5 (Q8), the contract number 18 and the contract content 19 are confirmed, and the contract information including the insurance premium 20 and the paper number 17 are transferred to the host device 11 (Q9). If normal termination is not input from the receiving terminal 5 even after a certain allowable time has elapsed (Q8), the contract information created this time is discarded (cleared) (Q10). In this case, in order to prevent a plurality of regular contract documents 14 having the same contract number 18 from being issued, the contract number 18 of the contract information that has been abandoned (cleared) is used as the missing number and is adopted as the contract information to be re- concluded do not do.
[0047]
C Host device
FIG. 8 is a flowchart showing the detailed operation of the host device 11 formed by a computer provided in the insurance company contract center 2.
[0048]
When the contract information including the contract number 18 and the paper number 17 are input from the contract server 9 (R1), the contract information 18 including the contract number 18, the contract content 19, the insurance fee 17 and the paper number 17 are input to the contract database 10. (R2).
[0049]
When a contract execution request including the contract number 18 and the paper number 17 is input from the accident reception terminal 7 of the accident reception center 6 via the Internet 1 (R3), the entered contract number 18 and the paper number 17 are The contract database 10 is searched as a set (R4).
[0050]
When the set of the contract number 18 and the paper number 17 is stored (hit) in the contract database 10 (R5), it is determined that the contract 14 presented at the accident reception center 6 is a genuine contract 14 Then, based on the contract information of the corresponding travel insurance stored in the contract database 10, the assessment process for each insurance payment is started (R6).
[0051]
On the other hand, when the set of the contract number 18 and the paper number 17 is not stored in the contract database 10 (R5), it is determined that the contract document 14 presented at the accident reception center 6 is invalid, and a contract execution request is made. Invalidity is transmitted to the accident reception terminal 7 of the accident reception center 6 (R7).
[0052]
In the contract processing system of the first embodiment configured as described above, the contract described in the regular contract 14 from the contract server 9 of the insurance company contract center 2 to the reception terminal 5 of the travel agency 4. The contract information composed of the number 18, the contract content 19, the insurance premium 20, and the insurance company name 21 and the company seal image of the company seal 22 are divided and transmitted at different timings. First, the contract information is transmitted, and the contract document 13 at an intermediate stage is printed out with this contract information. If the contract 13 at this intermediate stage is not printed normally due to a paper jam or out of ink in the printer 15, the paper 12 can be reset and printed multiple times.
[0053]
However, the company seal image of the company seal 22 is transmitted from the contract server 9 to the reception terminal 5 only once for the contract number 18 that is input by the reception terminal 5. The reception terminal 5 prints only once for the contract 13 in the middle of the stage where only the contract information is printed. Therefore, if printing of the company seal image on the contract 13 in the middle stage fails, the contract application is started again from the beginning.
[0054]
Therefore, only one contract 14 having a regular company mark 22 is issued for one contract number 18. Therefore, even if the application for the contract and the issuance of the regular contract 14 are simultaneously performed at the reception terminal 5 installed in the travel agency 4, the reliability of the issued contract 14 can be improved.
[0055]
Further, as shown in FIG. 3, a paper number 17 is printed in advance on the paper 12 on which the contracts 13 and 14 are printed out by the printer 15 of the reception terminal 5. Then, the contract information and the company seal 22 are printed on the sheet 12 on which the sheet number 17 is printed in advance, and printed out as a regular contract 14. Further, a set of the paper number 17 and the contract number 18 in the regular contract 14 is stored and held in the contract database 10 of the insurance company contract center 2.
[0056]
Even if a malicious third party uses the reception terminal 5 to issue a plurality of contracts 14 having contract information and company seals 22 by unauthorized means, the contract numbers 18 of the contracts 14 are equal. However, the paper numbers 17 are different. Even if a contractor or a person who has the right to execute a contract (insurance beneficiary) presents a contract 14 and sends a contract execution request from the accident receiving center 6 to the host device 11 of the insurance company contract center 2 The authenticity of the contract 14 can be easily determined. Therefore, the safety of the contract processing system can be further improved.
[0057]
(Second Embodiment)
FIG. 9 is a block diagram showing a schematic configuration of a contract document processing system according to the second embodiment of the present invention. The same parts as those in the contract document processing system according to the first embodiment shown in FIG. Therefore, the detailed description of the overlapping part is omitted.
[0058]
The paper 12a installed in the travel agency 4 in the contract processing system of the second embodiment is not a paper 12 dedicated to the contract but a general-purpose paper. The sheet number 17 is not printed on the sheet 12a. The printer 15 connected to the reception terminal 5 prints only the contract information on the general-purpose paper 12a and issues an intermediate contract 13a, and the intermediate contract 13a on which only the contract information is printed is issued. The company seal image is printed and issued as a regular contract 14a shown in FIG. Therefore, in the regular contract 14a, the contract number 18 is written, but the paper number is not written.
[0059]
Furthermore, in this embodiment system, an image reader 23 that reads the contract image of the regular contract 14 a issued by the printer 15 is connected to the reception terminal 5. The reception terminal 5 transmits the contract image read by the image reader 23 to the contract server 9 of the insurance company office center 2.
[0060]
In the contract database 10a provided in the insurance company office center 2, in addition to the contract information file 25 for storing contract information for the insurance contract with each contractor, the contract of each contract 14a transmitted from the reception terminal 5 is stored. An image file 26 for storing a book image is provided.
[0061]
The person in charge of the accident reception center 6 requests the contract execution by the contractor, the agent of the contractor, or the person who has the right to execute the contract (insurance recipient) presenting the contract 14a shown in FIG. Then, the contract image of the contract 14a is read by the image reader 24, the accident reception terminal 7 is operated, and the contract image is stored in the insurance company contract center 2 via the Internet 1 as a contract execution request. Transmit to the host device 11.
[0062]
Specific operations of each part in the contract processing system of the second embodiment will be described in order.
A Reception terminal
FIG. 11 is a flowchart showing the detailed operation of the reception terminal 5 installed in the travel agency 4. The same parts as those in the flowchart showing the detailed operation of the reception terminal 5 in the first embodiment system shown in FIG. Therefore, only a different part is demonstrated here.
[0063]
That is, in S9, when the contract 13a at an intermediate stage is normally printed out and the contract number 18 is input from the keyboard (S10a), the entered contract number 18 is sent to the contract server 9 (S11a). ). That is, the person in charge reads the contract number 18 of the contract 13a in the middle of printing and inputs the key to the receiving terminal 15.
[0064]
When the company seal image is input from the contract server 9 (S12), it is confirmed by the operation of the person in charge that the intermediate contract 13a is mounted (set) on the printer 15 (S13). The mark image is overprinted on the middle-stage contract 13a, and is issued as a regular contract 14a having the company mark 22 shown in FIG. 10 (S14). When the sensor confirms that the regular contract document 14a has been printed out normally (S15), the contract document image of the regular contract document 14a is read by the image reader 23 and transmitted to the contract server 9 (S16a). ), The process for one contractor is terminated.
[0065]
When the sensor detects that the regular contract document 14a has not been printed normally due to paper jam or out of ink (S15), an instruction to redo the contract application operation for this contractor is displayed (S15). S17), the process returns to S1.
[0066]
As described above, when the company seal image is not normally printed on the intermediate contract 13a, reprinting of the company seal image is prohibited even if a plurality of the same intermediate contracts 13a exist. ing.
[0067]
B Contract server
FIG. 12 is a flowchart showing the detailed operation of the contract server 9 installed in the insurance company contract center 2. The same parts as those in the flowchart showing the detailed operation of the contract server 9 in the first embodiment system shown in FIG. Therefore, only a different part is demonstrated here.
[0068]
That is, in Q4, the contract number 18 is acquired, the contract content 19 is confirmed, and the insurance premium 20 is calculated. The contract information is transmitted to the reception terminal 5 (Q5). When the contract number 18 is received from the reception terminal 5 (Q6a), it is determined that the contract 13a on the way is normally printed in the reception terminal 5, and the company seal image is transmitted to the corresponding reception terminal 5 (Q7). ).
[0069]
When the contract image of the regular contract 14a indicating normal termination is input from the reception terminal 5 (Q8a), the contract number 18 and the contract content 19 are confirmed, and the contract information including the insurance premium 20 is transferred to the host device 11 ( Q9a). If the contract image of the regular contract 14a indicating normal termination is not input from the reception terminal 5 even after a certain allowable time has elapsed (Q8a), the contract information created this time is discarded (cleared). (Q10). In this case, in order to prevent a plurality of regular contract documents 14a having the same contract number 18 from being issued, the contract number 18 of the contract information that has been discarded (cleared) is used as the missing number and is adopted as contract information to be re- concluded. do not do.
[0070]
C Host device
FIG. 13 is a flowchart showing the detailed operation of the host device 11 installed in the insurance company contract center 2.
[0071]
When the contract information and the contract image including the contract number 18 are input from the contract server 9 (T1), the contract information 18 including the contract number 18, the contract content 19 and the insurance fee 17 is input to the contract database 10a. The contract information file 25 and the image file 26 are registered (T2, T3).
[0072]
When a contract image is input from the accident reception terminal 7 of the accident reception center 6 through the Internet 1 as a contract execution request (T4), the image file 26 in the contract database 10a is searched with the input contract image. (T5).
[0073]
When the same contract image as the corresponding contract image is stored (hit) in the image file 26 (T6), it is determined that the contract 14a presented at the accident reception center 6 is a genuine contract 14a. Then, based on the contract information of the corresponding travel insurance stored in the contract information file 25 of the contract database 10a, the assessment process of each insurance claim is started (T7).
[0074]
On the other hand, when the same contract image as the corresponding contract image is not stored in the image file 26 (T6), it is determined that the contract 14a presented at the accident reception center 6 is invalid, and a contract execution request is made. The invalidity is transmitted to the accident reception terminal 7 of the accident reception center 6 (T8).
[0075]
In the contract processing system of the second embodiment configured as described above, the contract information and the company seal image are divided from the contract server 9 to the receiving terminal 5 as in the contract processing system of the first embodiment. Thus, it is possible to prevent a plurality of legitimate contracts 14a having the company seal 22 from being issued for the same contract number 18 by transmitting them individually at different timings.
[0076]
Further, in the contract processing system according to the second embodiment, the contract image of the contract 14a having the company mark 22 which is normally issued at the reception terminal 5 of the travel agency 4 is transferred from the reception terminal 5 to the insurance company contract center. 2 and stored in the image file 26 of the contract database 10a. Therefore, even if a malicious contractor or a third party falsifies the contents of the contract 14a after it is normally issued, the contract execution in which the contractor or the third party presented the contract 14a at the accident reception center 6 At the time of the request, the host device 11 can easily determine whether the contract 14a is true or false.
[0077]
In addition, this invention is not limited to each embodiment system mentioned above.
In each embodiment system,
Multi-issue issuance prevention function that prevents multiple regular contracts with company seals from being issued for the same contract number
Duplicate request prevention function that stores contract numbers and paper numbers as a set and prevents contract execution requests from multiple contracts
Anti-falsification function that keeps an image of a contract issued in a regular manner and prevents falsification of the contract
Are combined in the system as appropriate.
[0078]
However, even if these three functions are incorporated into the contract processing system alone, the purpose of improving the safety and reliability of the contract processing system of the present invention to prevent fraud against the issued contract is sufficiently achieved. It goes without saying that you can do it.
[0079]
【The invention's effect】
As described above, in the contract processing system of the present invention, the issuance of a formal contract can be limited to one as a result at the receiving terminal, and a contract execution request is issued when a plurality of contracts are issued. Sometimes the contract center can easily grasp the authenticity of the contract, and even if the contract application and the contract issuance are performed simultaneously at the reception terminal, the reliability of the issued contract can be improved, and the entire system Can improve safety.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a schematic configuration of a contract processing system according to a first embodiment of the present invention.
FIG. 2 is a diagram showing a travel insurance input screen displayed on the reception terminal of the contract processing system according to the first embodiment.
FIG. 3 is a view showing a sheet used at a reception terminal of the contract processing system
FIG. 4 is a diagram showing a contract in the middle of a stage printed on the reception terminal of the contract processing system
FIG. 5 is a diagram showing a regular contract printed at the reception terminal of the contract processing system
FIG. 6 is a flowchart showing a detailed operation of the reception terminal incorporated in the contract processing system.
FIG. 7 is a flowchart showing the detailed operation of the contract server incorporated in the contract document processing system.
FIG. 8 is a flowchart showing the detailed operation of the host device incorporated in the contract document processing system.
FIG. 9 is a block diagram showing a schematic configuration of a contract document processing system according to a second embodiment of the present invention.
FIG. 10 is a diagram showing a regular contract printed at the reception terminal of the contract processing system
FIG. 11 is a flowchart showing a detailed operation of the reception terminal incorporated in the contract processing system.
FIG. 12 is a flowchart showing a detailed operation of the contract server incorporated in the contract document processing system.
FIG. 13 is a flowchart showing a detailed operation of the host device incorporated in the contract processing system;
[Explanation of symbols]
1 ... Internet
2 ... Insurance company contract center
4 ... Travel agency
5 ... Reception terminal
6. Accident reception center
7 ... Accident reception terminal
9 ... Contract server
10, 10a ... Contract database
12, 12a ... paper
13, 13a, 14, 14a ... Contract
15 ... Printer
16 ... Travel insurance input screen
17 ... Paper number
18 ... Contract number
19 ... Contract intoxication
20 ... Insurance premium
22 ... Company seal
23, 24 ... Image reader
26. Image file

Claims

In a contract processing system for accepting a contract application from a contractor at a reception terminal and performing a contract for the contract application at a contract center connected to the reception terminal via a network,
The reception terminal is
Application input screen display means for displaying an application input screen in which an area for inputting a plurality of items related to a contract is formed on the display screen of the display unit;
An application information transmitting means for transmitting a plurality of items input to each area of the application information input screen based on an instruction of the contractor to the contract center as application information of the contract;
Contract information receiving means for receiving contract information and a contract number from the contract center;
Contract information printing means for printing the received contract information and contract number on the contract paper in a printer in which a contract paper preprinted with a unique paper number is set ;
Number transmission means for transmitting the contract number and the paper number to the contract center in response to an operation input of the contract number and the paper number printed on the contract paper by the contract information printing means;
A company seal image receiving means for receiving a company seal image from the contract center;
The contract information in the printer the printed contract sheet is set again, the contract information is printed out as a regular contract to print overlapping company seal image thus received to the printed contract paper agreements Printing means;
In accordance with the print output of the regular contract in this contract document printing means, normal termination information transmitting means for transmitting normal termination information to the contract center ,
The contract center
Application information receiving means for receiving application information from the reception terminal;
Contract information creating means for obtaining one contract number based on the application information received by the application information receiving means and creating regular contract information for the contractor;
Contract information transmitting means for transmitting the contract information and the contract number created by the contract information creating means to the receiving terminal;
Number receiving means for receiving a contract number and a paper number from the reception terminal;
A company seal image transmitting means for transmitting a company seal image to the reception terminal only once for the set of contract number and paper number received by the number receiving means;
Normal termination information receiving means for receiving normal termination information from the reception terminal;
A contract processing system, comprising: storage unit for writing a set of regular contract information, contract number, and paper number corresponding to the received normal end information into a contract database .

The reception terminal has number transmission means for transmitting a set of a contract number and a paper number described in the presented contract entered by the operation to the contract center when a contract execution request presenting the contract document of the contractor is made. And
The contract center
Determining means for determining whether a set of contract number and paper number received from the reception terminal at the time of the contract execution request matches a set of contract number and paper number stored in the contract database;
2. The contract processing system according to claim 1, further comprising invalidity determination transmission means for returning invalid information of the presented contract to the reception terminal when they do not match.