JPH07239885A

JPH07239885A - 保険業務処理システム

Info

Publication number: JPH07239885A
Application number: JP3127594A
Authority: JP
Inventors: Yoshiharu Morohashi; 義治諸橋
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1994-03-01
Filing date: 1994-03-01
Publication date: 1995-09-12
Also published as: KR0178803B1; KR950027613A

Abstract

(57)【要約】【目的】保険業務における申込書の作成および証券発
行までを系統的にコンピュータ処理するための保険業務
処理システムを提供することを目的とする。【構成】勧誘資料、保険料率その他の所要データ、書
式等の保険業務の遂行に必要なデータ類を記憶するとと
もに、保険契約業務、証券類発行等の管理を行うために
事務センターに設置されたホストコンピュータ１１と、
該ホストコンピュータ１１との間でデータのアップロー
ドおよびダウンロードが可能な携帯端末装置であって、
保険契約者に対する資料の提示、契約申込書作成のため
の個人データならびに車両データの入力、申込書の作成
等を実行する携帯端末装置１２と、を有し、申込書の捺
印を除きペーパー使用を排した、保険業務処理システム
である。特に前記保険業務が自動車損害保険であり、前
記保険業務の契約終了後に発行される証券に代えて、ま
たは証券に加えて電子情報処理可能なカードが発行され
るように構成することができる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、保険業務における申込
書の作成および証券発行までを系統的にコンピュータ処
理するための保険業務処理システムに関する。

【０００２】

【従来の技術】本発明は、火災保険、自動車保険等の損
害保険、生命保険、簡易保険、各種共済制度、等の業務
効率の向上を指向するものである。以下、障害保険およ
び車両保険を含む自動車保険を例に取り、現在行われて
いる保険業務処理の流れおよび問題点について説明す
る。

【０００３】自動車保険業務において、保険料率表／車
両標準価格表は製本したものが発行されており、代理店
や営業担当者が日常利用可能となっている。このような
表に各種条件を当てはめれば、該当する保険料率や車両
標準価格が、求められる。

【０００４】さらに、保険業務用のポケットコンピュー
タも市販されており、保険料率表はこのポケットコンピ
ュータにも含まれている。しかし、実際にはこれら資料
は極めて膨大で、例えば保険料率表は３分冊、車両標準
価格表も２分冊となっており、当然ポケットコンピュー
タにも相応するデータが格納されている。

【０００５】これら膨大な資料に加えて、各種パンフレ
ット類を営業社員が持参しながら顧客回りをすることは
非能率的であるばかりでなく、適用条件が多岐にわたる
ことから各種の誤りを生じやすいことが指摘されてい
る。

【０００６】自動車保険の新規加入に関する処理は、お
およそ以下のように進められる。なお、以下の説明にお
いて、営業上の処理の流れは、本社の事務センター端
末、ホストコンピュータ、営業店端末、代理店端末のよ
うに流れ、顧客に至るものとし、また、顧客側の契約内
容等はほぼ反対に流れるものとする。

【０００７】営業社員は、予め証券番号が印刷されてい
る申込書を持ち、顧客先に出向く。そこで顧客の情報
（氏名・住所・自動車登録情報など）や保険種類・金額
等を記入し、さらに自動車情報を基に車両標準価格表か
ら情報を抽出し保険料計算に用いる。

【０００８】保険料は保険種類や特約などにより計算方
法が異なるので、前述の保険料率表や保険料計算用ポケ
ットコンピュータを用いて保険料を算出する。これらの
諸条件に合わせて保険料等の内容を確認したところで、
保険料等を申込書に記入し顧客から捺印をうける。

【０００９】このようにして作成され、捺印を受けた申
込書は営業店に集められ、専任オペレータにより光学的
文字読み取り装置（以下、ＯＣＲとする）に読込ませ、
手書き文字認識を行う。ここで画面に表示されたデータ
を確認し、認識できない文字などを申込書を見ながら修
正する。

【００１０】このような修正が完了したら、ホストコン
ピュータにデータをアップロードする。このデータを受
けたホストコンピュータでは、データの内容を確認し、
エラーデータがある場合は、営業店にエラーリストを送
る。

【００１１】営業店では、エラーリストから営業店で修
正可能か否かを判断し、修正可能な契約は営業店が修正
する。修正不可の契約については、代理店に送り再度顧
客先で確認後、営業店においてデータ修正を行う。

【００１２】このような作業をデータが正常となるまで
繰り返し、正常となったものについて本店処理センター
において保険証券が発行される。

【００１３】また、継続契約の処理は以下のように行わ
れる。ホストコンピュータでは契約満期が近づいた契約
を磁気テープ等に落とし、継続契約申込書の印刷を印刷
所に依頼する。

【００１４】印刷された継続契約申込書は各営業店に送
られ、営業店は、代理店単位にまとめてから発送する。
代理店は、その継続契約申込書を顧客のところまで持参
または郵送し、継続契約を勧誘する。

【００１５】以下、顧客先での処理に関し、新規契約と
異なる点のみを記述する。継続契約申込書には、年齢、
加入期間等を含む顧客情報や前回の契約内容・今回のお
すすめプラン等が印刷されている。

【００１６】したがって、印刷された保険内容から、現
状と同様の契約、あるいは現状よりも１〜数ランク程度
上の契約内容に相当するおすすめ案による契約、等のよ
うに継続申込書に記載された中から適当な内容を選択し
て貰えればよいが、それ以外の契約を選択する場合は、
新規契約と同様の計算を行わなければならない。

【００１７】また、保険契約は長期にわたるものが多
く、契約期間内における異動手続きがつきものである。

【００１８】例えば、車両変更があった場合、保険金額
の変更申し入れがあった場合、住所・氏名等の変更があ
った場合には、それぞれの変更届用紙を作成しなければ
ならない。

【００１９】代理店は現在の契約の必要部分を用紙に記
入し、顧客に変更内容を記載して貰う。一般に、住所の
変更などは保険料の計算に影響ないので問題ない。

【００２０】しかし、車両が変更されたときや担保年齢
の変更が必要な場合、あるいは保険金額を変更する場合
にあっては、保険料の再計算が必要となる。そのたの保
険料の追加徴収または返還が必要になるのかを用紙に記
入する。

【００２１】このような継続契約の場合の処理の流れ
は、以下のようになる。 (1) 満期契約の顧客データを磁気テープに落として継続
契約申込書の印刷を依頼する。 (2) 継続契約申込書を営業店単位に分けて発送する。

【００２２】(3) 営業店は、継続契約申込書を代理店単
位に分けて発送する。 (4) 代理店または営業担当者が顧客との間で契約を行
う。

【００２３】(5) 営業店担当者が代理店に契約済申込書
をもらいに行く。 (6) 専任オペレータがＯＣＲシステムでデータを入力
し、ホストコンピュータにデータを送る。

【００２４】(7) 本社事務センターでは、データ内容を
確認の上、正しいものについては証券を発行し、顧客に
発送する。

【００２５】(8) データエラーがあるものについては営
業や代理店まで戻し、上述の(4) または(6) 以降を実行
する。

【００２６】

【発明が解決しようとする課題】上述のような従来技術
にかかる処理方法ではそれぞれの立場において以下のよ
うな問題がある。

【００２７】損害保険会社における問題点 (1) ホストから継続契約申込書を作る作業に多大の時間
と費用が必要である。この作業には申込書を営業店単
位、代理店単位に分ける作業も含まれる。 (2) ＯＣＲシステムの操作のために専任オペレータが必
要である。

【００２８】(3) 文字認識までの過程で入力ミスや代理
店の記入ミスが多く発生する。 (4) 証券発行までに時間がかかる。 (5) パンフレットの原画作成や印刷に時間と費用がかか
る。

【００２９】代理店における問題点 (1) 顧客に対し、膨大な資料（申込書・パンフレット・
車両標準価格表・保険料率表等）が必要となる。 (2) 記入ミスを見逃してしまう。

【００３０】(3) 制度が変更される度に計算方法などが
変更される。 (4) 保険の種類が増えるにつれてパンフレットの量が膨
大となり、持ち運びに不便である。

【００３１】本発明は、損害保険会社の上記の問題点に
関して以下のように解決することを目的としている。

【００３２】(1) 申込書を作らずホストから直接データ
をダウンロードする。また、カード（証券）からデータ
の読み込みを行う。

【００３３】(2) 携帯端末装置の送信ボタンを押すと自
動的に契約済のデータだけを指定した媒体に出力する
（指定媒体：通信・ＩＣカード・フロッピィ）。

【００３４】(3) 携帯端末装置内部でエラーチェックを
行い、ホストに送信する。 (4) イメージデータを利用したパンフレットをホストで
管理し、必要に応じて携帯端末装置にダウンロードす
る。

【００３５】また、本発明は、代理店における上記の問
題点に関して以下のように解決することを目的としてい
る。

【００３６】(1) パンフレットはイメージデータとして
携帯端末装置に格納する。同様に、車両標準価格表や保
険料率表も携帯端末装置に格納する。 (2) 申込書は携帯端末装置に帳票定義体を格納してお
く。

【００３７】(3) 使用する携帯端末装置でデータチェッ
クを行う。 (4) 保険制度などが変更された場合は、プログラム修正
を行い再配付する。

【００３８】

【課題を解決するための手段】以下に図１および図２に
示すシステムの構成要素を説明する。図１に示す第１の
システムによれば、保険会社の事務センター、営業店、
代理店、顧客の間に図示するような処理または作業の流
れが形成される。

【００３９】事務センター等に設置されるにおけるホス
トコンピュータ１１は、代理店の携帯端末装置１２から
直接、または営業店の端末１３を介して得られる契約デ
ータを保存し、証券およびまたは電子情報および可視デ
ータを含むカードを発行する。

【００４０】営業店端末装置１３は、ホストコンピュー
タ１１からの満期契約データを携端末装置１２に落とす
ことや、携帯端末装置１２からの契約済データをホスト
コンピュータ１１に上げるための中継端末として機能す
る。

【００４１】代理店における携帯端末装置１２は、担当
者が顧客先に持ち歩く端末であると同時に、契約内容の
表示・確認や入力などに用いる。

【００４２】また、携帯端末装置１２に内蔵されている
プリンタ装置１４や携帯可能なプリンタ装置等は、申込
書の印刷を行う。

【００４３】センター端末装置１５は、パンフレット用
イメージをイメージスキャナ装置１６から読込み、必要
に応じて画面を作成して登録する。この内容をホストコ
ンピュータ１１に転送し、代理店端末装置１２にダウン
ロードする。

【００４４】図２は、第２のシステム構成を示すもので
ある。本構成では、事務センターのホストコンピュータ
１１、携帯端末１２、プリンタ装置１４等は、図１にお
ける各要素と同様の構成および機能を有する。

【００４５】図におけるカードリーダ／ライタ装置１７
は、カードに記録された電子情報すなわち保険証券の契
約内容を読み込み、さらに契約成立後は、旧証券データ
に対して無効フラグを書き込む機能を有する。

【００４６】

【作用】新規契約の際は、代理店側のプリンタ装置１４
で出力された申込書に顧客が記入捺印し、その契約済内
容は、ＩＣカード、フロッピィディスク等の記録媒体ま
たは通信回線等の各種手段により携帯端末装置１２から
直接、または営業店端末装置１３を経由して、事務セン
ターのホストコンピュータ１１にアップロードされる。

【００４７】この場合、保険料率や車両標準価格表等の
所要データは予め携帯端末装置１２に格納されており、
また変更等があればその都度ダウンロードされる。な
お、申込書の控え書類は、代理店や営業店にも必要に応
じて保管される。

【００４８】継続申込みの場合は、事務センターのホス
トコンピュータ１１から、契約満期に伴うデータが、携
帯端末装置１２へ直接、または営業店端末装置１３を経
由してダウンロードされる。

【００４９】代理店側の携帯端末装置１２に付属するプ
リンタ装置１４から得られた申込書に対して顧客が所要
事項を記入、捺印して契約が行われる。契約内容は、新
規契約の場合と同様に、事務センターのホストコンピュ
ータ１１に対してアップロードされる。

【００５０】本システムにおけるパンフレット類は、セ
ンター端末１５に付属するイメージスキャナ１６を介し
て入力され、保険料率や車両標準価格表等の所要データ
と同様に代理店側の携帯端末１２からプリンタ装置１４
を介して前もって、または要求に応じて印字出力され
る。

【００５１】また、図２におけるカードリーダ／ライタ
装置１７は、証券記載事項に相当する電子情報の書き込
まれたカードの読み込みを行い、その内容が事務センタ
ーのホストコンピュータ１１に対してアップロードされ
る。

【００５２】その結果、キーボード等からの入力に比し
て、正確なデータが過誤なく迅速に伝送され、サービス
の向上に資することができる。

【００５３】かかる構成を採用した結果、事務センター
における専任オペレータの関与が不要となり、ＯＣＲ設
備も不要となる。

【００５４】さらにペーパーによる書類の作成は証券の
発行のみとなり、したがってその発送の業務が大幅に削
減される。

【００５５】なお、携帯端末装置１２にはエラーのチェ
ック機能が含まれておりアップロードされるデータには
エラーがないため、修正処理に要する時間および費用も
削減される。

【００５６】代理店側では、膨大なパンフレットや資料
類を保管する必要がなくなる。申込み書類等も１種類で
足り、事務効率が向上する。

【００５７】さらに、保険制度の改変等に対しては、新
たな制度に合わせてプログラム修正が行われるため、代
理店側で新たな計算方法を習得する必要はない。したが
って、代理店に対する講習や説明会等は不要となる。

【００５８】

【実施例】以下、添付図を参照しつつ本発明にかかる保
険業務処理システムについて詳述する。

【００５９】図１に示すシステムの構成要素および機能
については、既に説明したので省略する。

【００６０】図２は、カードリーダ／ライタ装置１７で
プリペイドカード、ＩＣカード等を読み取る第２のシス
テム構成を示すものである。本構成では、事務センター
のホストコンピュータ１１、携帯端末１２、営業端末装
置１３、プリンタ装置１４等は、図１における各要素と
同様の構成および機能を有する。

【００６１】図におけるカードリーダ／ライタ装置１７
は、携帯端末装置１２に付属しており、顧客のところへ
直接携行されるものである。

【００６２】該カードリーダ／ライタ装置１７カード
は、営業マンの携帯したカードや顧客の有するカードに
記録された電子情報すなわち保険証券の契約内容を読み
込み、さらに契約成立後は、旧証券データに対して無効
フラグを書き込む機能を有する。

【００６３】このように、証券がプリペイドカード、Ｉ
Ｃカード等のカードになった場合、ホストコンピュータ
１１よりデータをダウンロードする必要はなく、業務は
著しく効率化する。

【００６４】図３は本発明を実施する際に、代理店側の
端末装置として適用可能な携帯端末装置１２および付属
装置を含めた基本構成を示すブロック図である。

【００６５】図において、携帯端末装置１２は、ＣＰＵ
１２１、液晶表示装置（ＬＣＤ）１２２、ＩＣカードス
ロット１２３、パラレルインターフェース（Ｐ．１／
０）１２４、シリアルインターフェース（Ｓ．１／０）
１２５、フロッピィディスクドライブ（ＦＤＤ）１２
６、光インターフェース（光１／０）１２７を備えてい
る。また、４０ＭＢ程度のハードディスク装置を備えて
いることが望ましい。

【００６６】この種の携帯端末装置１２には、ペン入力
端末装置や個人情報端末装置（ＰＤＡ：Personal Digit
al Assist ノートブック型端末）等の態様を利用するこ
とができる。

【００６７】また、携帯端末装置１２には、プリンタ装
置１４およびカードリーダライタ装置１７が外付けされ
ており、ハードコピーを得ることができる。

【００６８】また、証券（電子情報入りのカード）の読
み取りや書き込みが可能である。これら各機能は公知の
部材や要素を組み合わせることによって達成できる。

【００６９】図４は、本発明にかかる携帯端末装置１２
のファイル構成を示すものである。

【００７０】メモリ２０は、上述のような機能を発揮す
るために、パンフレット用イメージデータファイル、顧
客データファイル、送信用データファイル、受信用デー
タファイル、の他に車両標準価格表、保険料率表が包含
されている。

【００７１】将来ここに例示した以外の機能が要求され
る場合には、このメモリ２０にさらに余裕を持たしめる
ことによって対応することができる。

【００７２】このシステムにおいて、上述のようなパン
フレットのオンライン提供を実行するためには、センタ
ー端末において、所定読み取り精度でパンフレット原画
を読み込むためのイメージスキャナを備える必要があ
る。

【００７３】このイメージスキャナによって読み込まれ
たイメージデータは、ホスト装置のパンフレット領域に
格納され、パンフレットデータを必要とする端末からの
アクセスに応じて伝送される。

【００７４】図５は、端末側においてパンフレット作成
をする場合のフローチャートである。フロー開始に伴っ
て、事務センターの端末装置に接続されているイメージ
スキャナ装置から原画を読み込み、画面を作成する（ス
テップＳ１）。

【００７５】画面名を設定してホスト装置に転送し、ホ
ストはパンフレットデータを記憶する（ステップＳ
２）。次いで営業店端末装置１３に記憶されている画面
データをダウンロードする（ステップＳ３）。営業店端
末は、ダウンロードされたパンフレットデータを記憶す
る。

【００７６】その後、アクセスのあった携帯端末装置１
２に対して営業店端末からパンフレットの画面データの
ダウンロードを行う（ステップＳ４）。このような手順
により、携帯端末装置１２にパンフレットデータが格納
され、必要に応じてパンフレットを表示することが可能
となる。

【００７７】図６は継続契約を行う場合のフローチャー
トである。フロー開始に伴って、事務センター側のホス
ト装置は、契約満期の近づいてきた顧客のデータを、集
めて、営業店または代理店単位で顧客データのダウンロ
ードを行う（ステップＳ１１）。

【００７８】顧客ごとのデータには営業店等を特定する
データが設定されており、ホストコンピュータ１１はそ
れに応じてダウンローで押すべき営業店／代理店を選
ぶ。

【００７９】ダウンロード手段としては、ＩＣカード、
フロッピィディスク等の記憶媒体を介して、または通信
回線のいずれかによって対応可能である（ステップＳ１
２）。

【００８０】事務センターから営業店端末へのダウンロ
ードが通信を媒体として行われた場合（ステップＳ１
３）には、さらに代理店端末に対するダウンロードを、
ＩＣカード、フロッピィディスク等の記憶媒体を介し
て、または、通信のいずれかによって対応可能である
（ステップＳ１４）。

【００８１】上述のいずれかの媒体によって携帯端末装
置１２に対して顧客ごとの契約データのダウンロードが
行われる（ステップＳ１５）。例えば、携帯端末装置１
２にＩＣカードを差し込むことにより、契約データがダ
ウロードされる。

【００８２】ここに示したステップＳ１１からステップ
Ｓ１５までの処理は継続契約を行う場合の処理である。

【００８３】新規契約処理や異動処理等の各種変更処理
は顧客の申出により処理が開始されるので、前記ステッ
プＳ１１からステップＳ１５までの処理は不要であり、
ステップＳ１６から処理が開始される。

【００８４】代理店の担当者は携帯端末装置１２とプリ
ンタ１４とを顧客のもとに持参し、契約情報を画面に表
示して、諸条件を確認した後申込書の印刷をおこない、
顧客の記名、捺印を得て契約を締結する（ステップＳ１
６）。

【００８５】次いで、営業店に対して申込書の控えを渡
すとともに契約済データをホスト装置にアップロードす
る（ステップＳ１７）。

【００８６】転送モードは、ＩＣカード、フロッピィデ
ィスク等の記憶媒体を介して、または、通信回線のいず
れかによって対応可能である（ステップＳ１８）。

【００８７】事務センターのホストでは、契約内容の確
認を行い顧客ファイルに保存すると共に証券およびまた
はカードを発行する（ステップＳ１９）。

【００８８】カードは例えばＩＣカードが使用でき、契
約内容等が記録され、顧客に渡される。記録される内容
は通常の証券と同じ内容とすることも可能である。

【００８９】図７は図２に示した第２の構成におけるフ
ローチャートを示すものである。顧客からの証券の内容
が記録されたカードを代理店側のカードリーダライタ１
７によって読み込む（ステップＳ２１）。

【００９０】さらに、携帯端末装置１２により契約内容
の入力を行う（ステップＳ２２）。次いで、入力された
契約内容が記載された申込書の印刷を行う（ステップＳ
２３）。

【００９１】続いて、携帯端末装置１２に記憶されてい
る申込書の控え並びに契約済データをホスト装置にアッ
プロードする。転送メディアはシステム設定による（ス
テップＳ２４）。

【００９２】この処理は、ＩＣカード、フロッピィディ
スク等の記憶媒体を介して、または、通信のいずれかに
よって対応可能である（ステップＳ２５）。

【００９３】事務センターのホストでは、契約内容の確
認を行い顧客ファイルに保存すると共に証券を発行する
（ステップＳ２６）。

【００９４】図８はメニュー制御の一例を示すものであ
る。ここで２つのプログラムが搭載されていて、選択さ
れたプログラムを起動させる。起動されたプログラムに
応じて、選択された内容の文言、例えばパンフレット、
あるいは模付仕込み署が画面に表示される。

【００９５】図９は新規申込みの場合に申込書を作成す
るためのフローチャートである。処理の開始にともなっ
て、申込人のデータを得るための処理が行われる（ステ
ップＳ３１）。ここでは、申し込み人の氏名等を入力す
るための画面が表示され、携帯端末装置１２より申込人
の住所・氏名等の入力が行われる。

【００９６】図１３が個人契約の場合の新規申込み申込
み人データを入力するための画面の一例であり、図１４
は団体保険の場合の申込み人データを入力するための画
面の一例である。

【００９７】次いで、氏名等の入力が終わると被保険車
両の画面となる（ステップＳ３２）。ここでは、対象と
なる自動車の種々の情報、例えば登録番号、排気量、型
式等が入力される。図１５は被保険車両の画面の一例で
ある。

【００９８】次に、前契約があれば、図１６に例示する
前契約画面が表示される。対応する画面を表示せしめる
（ステップＳ３３）。前契約がなければスキップする。

【００９９】上記各ステップの条件を加味した保険画面
（図１７参照）が表示される（ステップＳ３４）。ここ
では、被保険自動車の情報と、システムからの推奨保険
料を表示する（ステップＳ３４）。

【０１００】上述の各処理を行った後、確認画面図（図
１８参照）を表示し（ステップＳ３５）、内容的に問題
がなければ、新規申込書の印刷を行い、処理を終了す
る。

【０１０１】図１０は契約の完了したデータを送信する
際のフローチャートである。先ず、契約完了データを顧
客リスト中からサーチする（ステップＳ４１）。

【０１０２】次いで契約データを送信用定義体を基に変
換する。変換したデータは送信用ファイルとなる（ステ
ップＳ４２）。

【０１０３】次に、システム設定ファイルから送信手段
情報を読み取り、その内容に従ってＩＣカード、フロッ
ピィディスク、通信のいずれかによってデータ送信を行
う（ステップＳ４３）。

【０１０４】図１１は、自動車保険における所要データ
の構成例である。図中右側の括弧内はバイト数である。
現在、有効か無効か、証券番号は、等々の情報が含まれ
ている。

【０１０５】有効、無効フラグは、この契約が有効か無
効かを示す。自動車情報、契約者情報は、それぞれこの
契約の自動車／契約者に関する情報が格納される。契約
内容には、この契約の保険、種類等が記録されている。

【０１０６】さらに車体検査証に記載の自動車に関する
情報をはじめ、後半は保険の契約者情報、保険契約に関
する情報等が含まれる。このような態様のデータがダウ
ンロードまたはアップロードされる。

【０１０７】図１２はメニューテーブルの例を示すもの
である。保険業務では膨大な資料を分かりやすく開示す
る必要があり、例えば保険料率、車両標準価格表等をお
おくの画面に分けて開示する必要がある。

【０１０８】また、車両保険種別、特約補償、割引率等
を加味した表示が必要である。したがって、使い勝手の
いいシステム構築のためには、工夫されたメニューテー
ブルの作成が重要となる。ここではその一例を示した
が、さらに多くの態様が採用可能である。

【０１０９】

【発明の効果】本発明にかかる携帯端末装置による保険
業務処理システムによれば、ペーパー使用の事務処理が
殆ど不要となり、迅速かつ確実な保険業務の遂行が可能
となる。

【０１１０】代理店側では、膨大な資料の山に煩わされ
ることがなくなる。顧客に対する説明資料も直ちに入手
することができ、保険料率の改変を始め制度全般の変更
や新型補償の導入等の際にも、システムプログラムの変
更によって容易に対応可能となり、代理店レベルでの説
明会や講習参加等は不要となる。

【０１１１】事務センターでは、従来行われていた手書
き文字のＯＣＲ読み取りをはじめ、ペーパー使用に伴う
事務処理が不要となり、人員、設備、処理時間が大幅に
削減される。

【０１１２】本発明に係る携帯端末装置は、それ自体に
エラーチェック機能が含まれており、不知または過誤に
よるエラー発生を確実に防止することができる。

【図面の簡単な説明】

【図１】本発明にかかる携帯端末装置による保険業務処
理システムの第１の構成を示すブロック図である。

【図２】本発明にかかる携帯端末装置による保険業務処
理システムの第２の構成を示すブロック図である。

【図３】本システムにおいて使用される携帯端末装置お
よび周辺装置の構成例を示すブロック図である。

【図４】本システムにおいて使用される携帯端末装置の
ファイル構成例を示すブロック図である。

【図５】本システムにおけるパンフレット関連処理を示
すフローチャートである。

【図６】本システムにおける申込書作成関連処理を示す
フローチャートである。

【図７】本システムにおける申込書作成関連処理の他の
例を示すフローチャートである。

【図８】本システムにおけるメニュー制御プログラムの
構成説明図である。

【図９】本システムにおける申込書作成関連処理の詳細
を示すフローチャートである。

【図１０】本システムにおける契約データ送信処理を示
すフローチャートである。

【図１１】本システムにおけるカードフォーマットの構
成例を示す説明図である。

【図１２】本システムにおけるメニューテーブルの構成
例を示す説明図である。

【図１３】申込み人データ入力画面（個人申し込みの場
合）の一例である。

【図１４】申込み人データ入力画面（団体の場合）の一
例である。

【図１５】被保険車両データ入力画面の一例である。

【図１６】前契約データ表示画面の一例である。

【図１７】各データが表示された保険画面の一例であ
る。

【図１８】契約のための確認をする確認画面の一例であ
る。

【符号の説明】

１１ホストコンピュータ１２携帯端末装置１３営業店端末装置１４プリンタ装置１５センター端末装置１５１６イメージスキャナ装置１７カードリーダライタ１２１ＣＰＵ１２２表示装置（ＬＣＤ）１２３ＩＣカードスロット１２４パラレルインターフェース（Ｐ．１／０）１２５シリアルインターフェース（Ｓ．１／０）１２６フロッピィディスクドライブ（ＦＤＤ）１２７光インターフェース（光１／０）

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号庁内整理番号ＦＩ技術表示箇所Ｇ０６Ｆ 17/40 Ｇ０６Ｆ 15/74 ３４０Ｂ

Claims

【特許請求の範囲】

【請求項１】勧誘資料、保険料率その他の所要デー
タ、書式等の保険業務の遂行に必要なデータ類を記憶す
るとともに、保険契約業務、証券類発行等の管理を行う
ために設置されたホストコンピュータ（１１）と、該ホストコンピュータ（１１）との間でデータのアップ
ロードおよびダウンロードが可能な携帯端末装置であっ
て、保険契約者に対する資料の提示、契約申込書作成の
ための個人データの入力、申込書の作成等を実行する携
帯端末装置（１２）とを有することを特徴とする保険業
務処理システム。
【請求項２】前記ホストコンピュータ（１１）と、前
記携帯端末装置（１２、１３）との間のアップロードお
よびまたはダウンロードが、通信回線を介して行われる
ことを特徴とする、請求項１に記載の保険業務処理シス
テム。
【請求項３】前記事務センターに設置されたホストコ
ンピュータ（１１）と、前記携帯端末装置（１２）との
間のアップロードおよびまたはダウンロードが、ＩＣカ
ードまたはフロッピィディスク等の記憶媒体を介して行
われることを特徴とする、請求項１または２のいずれか
に記載の保険業務処理システム。
【請求項４】前記保険業務が自動車保険であり、所要
データに車両標準価格表が含まれることを特徴とする、
請求項１ないし３のいずれかに記載の保険業務処理シス
テム。
【請求項５】前記保険業務が自動車以外の損害保険で
あることを特徴とする、請求項１ないし３のいずれかに
記載の保険業務処理システム。
【請求項６】前記保険業務が生命保険であることを特
徴とする、請求項１ないし３のいずれかに記載の保険業
務処理システム。
【請求項７】前記保険業務の契約終了後に発行される
証券に代えて、または証券に加えて電子情報処理可能な
カードが発行されることを特徴とする、請求項１ないし
６のいずれかに記載の保険業務処理システム。
【請求項８】前記携帯端末装置と前記ホストコンピュ
ータ（１１）との間には、中間装置が介在し、前記携帯端末装置と前記ホストコンピュータ（１１）と
の間のデータ送受は、前記中間装置を介して行われるこ
とを特徴とする、保険業務処理システム。
【請求項９】保険内容が示されたパンフレット情報、
契約者、保険料率等の各種保険に関する情報、保険申込
書の書式等の各種保険情報を記憶する記憶手段と、前記各種保険情報を表示する表示手段と、保険契約に関する情報が入力される入力手段と、前記入力手段により入力された保険契約に関する情報に
基づいて、保険契約情報を作成する作成手段とを備えた
ことを特徴とする、携帯端末装置。
【請求項１０】前記各種保険情報は、前記携帯端末装
置（１２）に接続される上位装置によりダウンロードさ
れるとともに、前記作成手段により作成された保険契約情報を前記上位
装置に送信することを特徴とする、携帯端末装置。
【請求項１１】前記携帯端末装置（１２）は、カード状媒体に情報を記録する記録部を備え、前記作成手段により作成された保険契約情報を前記カー
ド状媒体に記録し、保険証券として発行することを特徴
とする、携帯端末装置。
【請求項１２】前記入力手段は、ペン入力装置である
ことを特徴とする、携帯端末装置。