JP2003256650A - 代金収納システム、そのための取引処理装置及び払込依頼票作成プログラム - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】 代金の収納において払込のために必要な書類
が迅速に作成でき、直後の払込が可能となり、更には管
理できる情報の種類及び内容において大きな自由度を持
たせることができる代金収納システムを提供する。 【解決手段】 取引の申込があると必要な取引データを
取引処理装置１２に入力し取引成立のための作業を行
う。代金の収納では取引処理装置１２が前記取引データ
から払込データを作成しセンタコンピュータ４２へ送信
する。また払込キーデータが発行され、この払込キーデ
ータが表示された払込依頼票を出力する。この払込依頼
票を渡された顧客は払込取扱所３０へ出向き払込依頼票
を提示する。端末装置３２は払込依頼票に表示された払
込キーデータを読み取りセンタコンピュータ４２へ送信
する。センタコンピュータ４２から送られてきた払込デ
ータに基づいて代金の受領を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、取引の代金の収納
を、取引の申込とは別に払込依頼票を用いて行うための
代金収納システム、そのための取引処理装置及び払込依
頼票作成プログラムに関する。

【０００２】

【従来の技術】従来、取引の代金の収納を行うシステム
として、収納代行システムが知られている。これは、収
納代行会社が、依頼者から収納代行の依頼を受けると、
払込取扱票を作成してユーザへと送付し、ユーザが金融
機関・郵便局・コンビニエンスストア等の払込取扱所で
払込取扱票を提出して代金の支払いを行うと、その代金
を収納して、依頼者へと収納代金を振り込むシステムで
ある。払込取扱所にて、ユーザが払込取扱票を提出する
と、この払込取扱票に印刷されたバーコード等のコード
によって表示された金額や商品等の情報を、レジスター
に接続されたコードリーダで読み取り、その情報がホス
トコンピュータへと送られる。このシステムによれば、
ユーザに対して便利な払込取扱所にての代金の支払い機
会を提供することができ、ユーザの支払いを促進させる
ことができ、また、払込取扱票のバーコード等のコード
を読み取ることによって収集された金額や商品等の情報
を用いて入金情報の管理を行うことができるという利点
を有している。

【０００３】

【発明が解決しようとする課題】しかしながら、このよ
うな収納代行システムにおいては、バーコード等によっ
て管理可能な情報の種類及びその内容はすべて、予めコ
ード化されて関係者の間で共通化されたもののみに限ら
れている。そのために自由度がなく、管理する情報の追
加・変更・削除の要請があったとしても、簡単に変更す
ることはできない。

【０００４】さらに、この従来の収納代行システムで
は、払込取扱所で収集する情報の手入力ミスまたは金額
をわざと変えて手入力するなどの行為を防ぐ必要があ
り、そのため、払込取扱票上のバーコード等をコードリ
ーダで必ず読み取ることが必須となっている。よってバ
ーコード等のコードの高い印刷精度が要求されるため、
払込取扱票の印刷を収納代行会社に依頼して専門の印刷
会社で行うか、または、専用機で印刷を行う必要があ
る。いずれにしても払込取扱票の発行に時間がかかり、
ユーザが注文を行って即座の支払いを希望しても、それ
に答えることができないという問題がある。また、大量
の定形の取引は別として、それ以外の個別の取引におい
ては、上記払込取扱票作成のためのコストが高くなると
いう問題がある。

【０００５】今、保険販売を例にとって具体的に説明す
る。従来、保険販売の流れは、保険代理店が顧客と相談
しながら、保険の申込に必要な諸情報を顧客から受け取
り、これに基づいて保険料を算出してその申込書を作成
し、顧客からその申込書へ捺印を貰い、顧客が保険料を
支払うと、保険会社から保険証券が顧客に宛てて送付さ
れる、という手順になっている。顧客は、保険料を支払
っていれば、仮に何らかの理由で保険証券を受け取って
いなくとも、保険サービスを受けることができる。よっ
て、顧客にとっての保険料の支払、換言すれば保険会社
にとっての保険料の収納の有無は、重要な意味を持ち、
厳密に管理される必要がある。従来の保険料の１つの収
納方法として、申込書の捺印と同時に、または後日に保
険代理店が現金を顧客から直接受領する方法がある。し
かしながら、上述のように保険料の収納を厳密に管理す
る必要があるために、保険代理店はその現金を厳重に取
扱わなければならず、それについて多大な管理費用がか
かるという問題がある。また、保険代理店が現金の受領
と引換えに顧客に渡す領収証には、保険証券が顧客に到
達するまでその代わりとなり得るよう、証券番号、保険
種別といった保険内容を明記する必要があり、その手間
がかかるという問題がある。さらには、そのような重要
な書類となる領収証の用紙は厳重に管理する必要があ
り、そのための管理コストも多大になるという問題もあ
る。

【０００６】そのため、このような保険の取引におい
て、前述のような収納代行システムを利用すれば、これ
らのコストを低減することができるという利点がある。
しかしながら従来の収納代行システムでは、前述のよう
に管理可能な情報の自由度が小さいために、必要な情報
を管理することができないという問題がある。一例を挙
げると、保険契約には保険期間という限定された期間が
存在し、保険料の払込期限を保険期間の保険始期よりも
前に設定して管理する必要がある。しかしながら、この
払込期限は保険契約ごとに様々であるため、前述の収納
代行システムを利用した場合、払込取扱票に個別の払込
期限を表すバーコードを印刷しなければならず、払込取
扱票の発行に時間ががかってしまう。払込取扱票の発行
時間によるタイムラグを防ぐために、定形の払込取扱票
を使おうとすれば、払込期限を一律、無期限としたバー
コードが予め印刷された払込取扱票を使用するより他な
く、払込期限を実質的に管理することができなくなる。
また、領収証に関しても、保険業務を専門に行っている
保険代理店と異なる、保険業務を専門としていない一般
的な前記各払込取扱所に対して、発行する領収証に上記
保険内容の記入作業を課すことは不可能である。

【０００７】本発明は、かかる課題に鑑みなされたもの
で、代金の収納において、払込のために必要な書類が迅
速に作成できて、直後の払込が可能となり、さらには、
管理できる情報の種類及び内容において大きな自由度を
持たせることができる代金収納システム、そのための取
引処理装置及び払込依頼票作成プログラムを提供するこ
とをその目的とする。

【０００８】

【課題を解決するための手段】上記目的を達成するため
に請求項１記載の発明は、取引の代金の収納を、取引の
申込とは別に払込依頼票を用いて行うための代金収納シ
ステムであって、取引成立のために必要な取引データが
入力されて、該取引データが格納される取引処理装置
（１２）と、前記取引処理装置（１２）から通信ネット
ワークを介して直接的または間接的に接続可能となった
払込処理装置（４２）と、前記払込処理装置（４２）と
通信ネットワークを介して接続可能となり代金の収納を
行う払込取扱端末装置（３２）とが備えられ、前記取引
処理装置（１２）は、取引データの中から所定のデータ
を抽出して払込データを作成する払込データ作成手段
（１３２）と、払込データ作成手段（１３２）によって
作成された払込データを払込処理装置（４２）へ送信す
る送信手段（１３４）と、払込処理装置（４２）から送
信された払込キーデータを受信する受信手段（１３６）
と、払込キーデータが表示された払込依頼票を出力する
出力手段（１３８）と、を備えており、前記払込処理装
置（４２）は、前記取引処理装置（１２）からの前記払
込データを受信する受信手段（４２２）と、該受信手段
（４２２）で払込データを受信すると、払込キーデータ
を発行して、払込キーデータと関連付けて該払込データ
を格納する払込処理手段（４２４）と、払込キーデータ
を前記取引処理装置（１２）へ送信する送信手段（４２
６）と、前記端末装置（３２）からの前記払込キーデー
タを受信する第２受信手段（４２８）と、該第２受信手
段（４２８）で受信した払込キーデータと関連付けられ
て格納された払込データを抽出して、前記端末装置（３
２）へと送信する抽出・送信手段（４３０）と、を備え
ており、前記端末装置（３２）は、前記払込依頼票に表
示された払込キーデータが入力される入力手段（３２
１）と、払込キーデータを払込処理装置（４２）へと送
信する送信手段（３２２）と、前記払込データを払込処
理装置（４２）から受信する受信手段（３２４）と、を
備える。

【０００９】請求項２記載の発明は、請求項１記載の前
記取引処理装置（１２）と払込処理装置（４２）とに通
信ネットワークを介して接続可能となったサーバ（２
２）がさらに備えられて、サーバ（２２）は、前記取引
処理装置（１２）からの払込データを受信すると共に該
払込データを払込処理装置（４２）へと送信する払込デ
ータ取次部（２４２）と、前記払込処理装置（４２）か
らの払込キーデータを受信すると共に該払込キーデータ
を前記取引処理装置（１２）に送信する払込キーデータ
取次部（２４４）と、を備える。

【００１０】請求項３記載の発明は、取引の代金の収納
を、取引の申込とは別に払込依頼票を用いて行うための
代金収納システムであって、取引成立のために必要な取
引データが入力されて、該取引データが格納される取引
処理装置（１２）と、前記取引処理装置（１２）から通
信ネットワークを介して直接的または間接的に接続可能
となった払込処理装置（４２）と、払込処理装置（１
２）と通信ネットワークを介して接続可能となり代金の
収納を行う払込取扱端末装置（３２）とが備えられ、前
記取引処理装置（１２）は、取引データの中から所定の
データを抽出して払込データを作成し、その払込データ
に対応する払込キーデータを発行する払込データ作成手
段（１３２）と、払込データ作成手段（１３２）によっ
て作成された払込データ及び発行された払込キーデータ
を払込処理装置（４２）へ送信する送信手段（１３４）
と、払込キーデータが表示された払込依頼票を出力する
出力手段（１３８）と、を備えており、前記払込処理装
置（４２）は、前記取引処理装置（１２）からの前記払
込データ及び払込キーデータを受信する受信手段（４２
２）と、該受信手段（４２２）で払込データ及び払込キ
ーデータを受信すると、払込キーデータと関連付けて該
払込データを格納する払込処理手段（４２４）と、前記
端末装置（３２）からの前記払込キーデータを受信する
第２受信手段（４２８）と、該第２受信手段（４２８）
で受信した払込キーデータと関連付けられて格納された
払込データを抽出して、前記端末装置（３２）へと送信
する抽出・送信手段（４３０）と、を備えており、前記
端末装置（３２）は、前記払込依頼票に表示された払込
キーデータが入力される入力手段（３２１）と、払込キ
ーデータを払込処理装置（４２）へと送信する送信手段
（３２２）と、前記払込データを払込処理装置（４２）
から受信する受信手段（３２４）と、を備える。

【００１１】請求項４記載の発明は、請求項３記載の前
記取引処理装置（１２）と払込処理装置（４２）に通信
ネットワークを介して接続可能となったサーバ（２２）
がさらに備えられて、サーバ（２２）は、前記取引処理
装置（１２）からの払込データ及び払込キーデータを受
信すると共に該払込データ及び払込キーデータを払込処
理装置（４２）へと送信する払込データ取次部（２４
２）を備える。

【００１２】請求項５記載の発明は、取引の代金の収納
を、取引の申込とは別に払込依頼票を用いて行うための
代金収納システムであって、取引成立のために必要な取
引データが入力されて、該取引データが格納される取引
処理装置（１２）と、取引処理装置（１２）から通信ネ
ットワークを介して接続可能となったサーバ（２２）
と、前記サーバ（２２）と通信ネットワークを介して接
続可能となった払込処理装置（４２）と、払込処理装置
（４２）と通信ネットワークを介して接続可能となり代
金の収納を行う払込取扱端末装置（３２）とが備えら
れ、前記取引処理装置（１２）は、取引データの中から
所定のデータを抽出して払込データを作成する払込デー
タ作成手段（１３２）と、払込データ作成手段（１３
２）によって作成された払込データをサーバ（２２）へ
送信する送信手段（１３４）と、サーバ（２２）から送
信された払込キーデータを受信する受信手段（１３６）
と、払込キーデータが表示された払込依頼票を出力する
出力手段（１３８）と、を備えており、前記サーバ（２
２）は、前記取引処理装置（１２）からの前記払込デー
タを受信すると共に払込キーデータを発行して、払込キ
ーデータと関連付けて該払込データを格納し、払込デー
タ及び発行された払込キーデータを払込処理装置（４
２）へ送信する払込データ取次部（２４２）を備えてお
り、前記払込処理装置（４２）は、前記サーバ（２２）
からの前記払込データ及び払込キーデータを受信する受
信手段（４２２）と、該受信手段（４２２）で払込デー
タ及び払込キーデータを受信すると、払込キーデータと
関連付けて該払込データを格納する払込処理手段（４２
４）と、前記端末装置（３２）からの前記払込キーデー
タを受信する第２受信手段（４２８）と、該第２受信手
段（４２８）で受信した払込キーデータと関連付けられ
て格納された払込データを抽出して、前記端末装置（３
２）へと送信する抽出・送信手段（４３０）と、を備え
ており、前記端末装置（３２）は、前記払込依頼票に表
示された前記払込キーデータが入力される入力手段（３
２１）と、払込キーデータを払込処理装置（４２）へと
送信する送信手段（３２２）と、前記払込データを払込
処理装置（４２）から受信する受信手段（３２４）と、
を備える。

【００１３】請求項６記載の発明は、取引の代金の収納
を、取引の申込とは別に払込依頼票を用いて行うための
代金収納システムであって、取引成立のために必要な取
引データが入力されて、該取引データが格納される取引
処理装置（１２）と、前記取引処理装置（１２）から通
信ネットワークを介して直接的または間接的に接続可能
となった払込処理装置（４２）と、払込処理装置（４
２）と通信ネットワークを介して接続可能となり代金の
収納を行う払込取扱端末装置（３２）と、取引処理装置
または払込処理装置と通信ネットワークを介してデータ
の送受信が可能となった携帯端末装置（６２）と、が備
えられ、前記取引処理装置（１２）は、取引データの中
から所定のデータを抽出して払込データを作成する払込
データ作成手段（１３２）と、払込データ作成手段（１
３２）によって作成された払込データを払込処理装置
（４２）へ送信する送信手段（１３４）と、を備えてお
り、前記携帯端末装置（６２）は、前記払込データに関
連付けられて発行された払込キーデータを受信する受信
手段（６２２）と、払込キーデータが表示された払込依
頼票を表示する表示手段（６２４）と、を備えており、
前記払込処理装置（４２）は、前記取引処理装置（１
２）からの前記払込データを受信する受信手段（４２
２）と、前記払込キーデータと関連付けて該払込データ
を格納する払込処理手段（４２４）と、払込キーデータ
を前記取引処理装置（１２）または前記携帯端末装置
（６２）へ送信する送信手段（４２６）と、前記端末装
置（３２）からの前記払込キーデータを受信する第２受
信手段（４２８）と、該第２受信手段（４２８）で受信
した払込キーデータと関連付けられて格納された払込デ
ータを抽出して、前記端末装置（３２）へと送信する抽
出・送信手段（４３０）と、を備えており、前記端末装
置（３２）は、前記払込依頼票に表示された払込キーデ
ータが入力される入力手段（３２１）と、払込キーデー
タを払込処理装置（４２）へと送信する送信手段（３２
２）と、前記払込データを払込処理装置（４２）から受
信する受信手段（３２４）と、を備える。

【００１４】取引の申込があると、取引成立のために必
要な取引データを取引処理装置に入力して、取引成立の
ための作業を行う。そして、代金の収納については、取
引処理装置が、前記取引成立のために入力された取引デ
ータから所定のデータを抽出して払込のために必要な払
込データを作成して、払込処理装置へと送信する。ま
た、この払込を特定するための払込キーデータが発行さ
れる。取引処理装置では、この払込キーデータが表示さ
れた払込依頼票を出力する。この払込依頼票を代金支払
者に渡すと、代金支払者は、払込取扱端末装置のある所
へ出向き、払込依頼票を提示する。端末装置は、払込依
頼票に表示された払込キーデータの入力を行って、その
データを払込処理装置へと送信すると、それに関連付け
られた払込データが払込処理装置から送られてくるの
で、その払込データに基づいて、代金の受領を行う。

【００１５】このシステムでは、取引データから所定の
データを抽出して払込データを作成するために、払込の
ための特別な入力を要しない。さらに、払込の際に、払
込キーデータに基づいて払込処理装置から格納された払
込データを抽出しており、払込キーデータと関連付けて
払込データを払込処理装置に格納しているために、その
払込データの種類、内容については制約はなく、所望の
払込データを払込処理装置に格納しておくことにより、
管理できるデータに大きな自由度を持たせることができ
る。また、払込依頼票の作成も、払込キーデータが払込
取扱端末装置で何らかの形で入力できる程度に払込依頼
票に表示されていればよいので、簡単に迅速に行うこと
ができる。払込データは、払込依頼票の作成とほぼ同時
に払込処理装置に格納されるので、払込依頼票の作成直
後の払込も可能となる。また、払込依頼票に表示される
払込キーデータは、代金の金額とは基本的に無関係なも
のとすることができるので、代金受領の際に、払込取扱
端末装置にて、受領金額を間違えて入力したり、または
不正に替えて入力することはできない。

【００１６】請求項２、請求項４または請求項５記載の
ように、取引処理装置と払込処理装置との間にサーバを
介在させることができ、この場合に、多数存在し得る取
引処理装置が個別に直接、払込処理装置にアクセスする
のではなく、サーバが多数の取引処理装置と取引処理装
置との間でのデータの取次を行うことができる。

【００１７】払込キーデータの発行は、払込処理装置、
取引処理装置または前記サーバのいずれとすることもで
きる。

【００１８】また、払込依頼票は書類の形で出力したも
のに限定されず、電子的に表示された形であってもよ
い。よって、請求項６のように、携帯端末装置の表示手
段で表示されたものであってもよく、その表示手段を払
込取扱端末装置において提示することにより、払込キー
データを払込取扱端末装置に入力することができる。

【００１９】請求項７記載のように、前記取引処理装置
（１２）は、さらに入金データの提示要求を行うと共に
入金データを受信する入金照会手段（１２７）を備えて
おり、前記払込処理装置（４２）は、さらに入金データ
の提示要求をうけて、端末装置（３２）で代金の受領が
行われた払込キーデータまたは払込データの少なくとも
一部を入金データとして送信する入金送信手段（４３
２）を備えることができる。

【００２０】また、請求項８記載のように、請求項７記
載のものにおいて、前記取引処理装置（１２）は、前記
入金データとして送信され代金の受領が行われた取引デ
ータをサーバ（２２）へと送信する報告手段（１２８）
を備えることができる。

【００２１】請求項９記載のように、前記払込依頼票に
表示される払込キーデータは、数字、記号等の人間が読
み取り可能な形式で表示されるものと、バーコードのよ
うな前記端末装置が読み取り可能な形式の両方で表示さ
れるとよい。これにより、端末装置において自動的に読
み取りができない場合であっても、人間が手入力にて端
末装置に払込キーデータを入力することができる。勿
論、払込キーコードは、バーコードに限らず、任意のコ
ードとすることが可能である。

【００２２】請求項１０記載のように、払込依頼票に払
込キーデータの他に、任意のデータを表示することがで
き、例えば、前記払込データまたは前記取引データの少
なくとも一部のデータを表示することができる。これに
より、払込依頼票に、単に払込依頼のためのものとして
機能させるだけではなく、他の機能を持たせることがで
きる。例えば、払込依頼票に、取引の明細を示すものと
しての機能を持たせることができる。

【００２３】請求項１１記載のように、前記端末装置
（３２）は、さらに、代金の受領証を発行する受領証発
行手段（３２６）を備えており、該受領証には、前記払
込キーデータまたは前記払込処理装置（４２）に格納さ
れた払込データの少なくとも一部のデータが印刷される
とよい。これにより、受領証に、単に支払を証明するも
のとして機能させるだけでなく、他の機能を持たせるこ
とができる。払込キーデータをキーとして、受領証と払
込依頼票との関係を証明することができる。

【００２４】請求項１２記載のように、前記取引は保険
契約であり、前記取引データは、保険の申込データとす
ることができる。この場合に、払込依頼票と受領証によ
って、従来の保険証券が到達するまでの保険契約の証明
とすることができる。また、任意には、払込データの中
に払込期限データを含めることができる。従来の払込取
扱票では、管理することができなかった保険契約毎に異
なる払込期限といったものを、個別に管理することもで
きるようになる。

【００２５】請求項１３記載の発明は、請求項１ないし
１２記載の代金収納システムを構成するための前記取引
処理装置を特徴とする。

【００２６】また、請求項１４記載の発明は、請求項１
ないし１２記載の代金収納システムを構成する前記取引
処理装置を、取引データの中から所定のデータを抽出し
て払込データを作成する払込データ作成手段（１３２）
と、払込データ作成手段（１３２）によって作成された
払込データをサーバ（２２）へ送信する送信手段（１３
４）と、サーバ（２２）から送信された払込キーデータ
を受信する受信手段（１３６）と、払込キーデータが表
示された払込依頼票を出力する出力手段（１３８）と、
して機能させるための払込依頼票作成プログラムを特徴
とする。

【００２７】

【発明の実施の形態】以下、図面を用いて本発明の実施
の形態を説明する。尚、本発明は明細書内で説明する実
施形態に限定されることなく、特許請求の範囲内で種々
の変形が可能である。

【００２８】（第１実施形態）図１は本発明の代金収納
システムの第１実施形態の全体構成を表す説明図、図２
はそのブロック図である。本例では、保険の販売を例に
とって説明するが、勿論他の商品（サービス）、特に商
品（サービス）の流通を伴わない商品（サービス）にも
同様に適用することができ、同様に有効である。

【００２９】図１において、符号１０は、必要に応じて
顧客と交渉を行い、顧客からの保険の申込を受ける保険
代理店であり、符号２０は保険会社、符号３０は、顧客
がその保険料を払い込むコンビニエンスストアまたは銀
行、郵便局、信用組合、信用金庫等の金融機関等の払込
取扱所、４０は保険代理店１０からの払込データを受け
取ると共に、払込取扱所３０からの入金データを受け取
るセンタである。図１では、１つのみ表示するが、保険
代理店１０及び払込取扱所３０は多数存在する。さら
に、センタ４０は統括的な唯一のセンタのみが存在する
ことも可能であるが、複数存在することができ、例え
ば、払込取扱所３０の系列毎にそれぞれ統括のセンタ４
０が存在することも可能である。

【００３０】各保険代理店１０には、保険業務支援シス
テム１２０が実現される保険業務処理装置１２が設けら
れる。保険業務処理装置１２は、入力装置、データの入
出力の制御を行う入出力制御回路、ＣＰＵ、ＲＯＭ、Ｒ
ＡＭ等を有し、データの転送、演算、一時的なデータの
格納、メインプログラムの格納を行う制御回路、データ
の格納を行う記憶装置及び表示装置を備える汎用のコン
ピュータと、該コンピュータに接続された印刷装置１４
と、該コンピュータに接続されてインターネット等の通
信ネットワークに接続するための通信装置と、を備えて
いる。さらに、そのコンピュータは、インターネット等
の通信ネットワークを介してサーバとの間で情報を送受
し、受信した情報を表示するためのブラウザ機能を備え
ている。また、保険業務処理装置１２の記憶装置には、
保険契約に関するデータが格納された契約データベース
１６が設けられる。

【００３１】上記保険業務支援システム１２０を実現さ
せるために記憶装置に格納されたプログラムは、図２に
示すように、保険業務処理装置１２を、主に、保険プラ
ンの作成を行う保険プラン作成部１２２と、保険料の試
算を行う保険料試算部１２４と、申込書の作成を行う申
込書作成部１２６と、入金データを受信する入金照会部
１２７と、保険会社２０のサーバ２２へ申込データを送
る申込報告部１２８と、未入金である申込の処理を行う
未入金処理部１２９と、して機能させるものである。こ
れらの保険プラン作成部１２２、保険料試算部１２４及
び申込書作成部１２６は、代表して表わされているが、
例えば自動車保険、傷害保険、火災保険等の各保険種別
毎に設けられる。上記機能の他、保険業務支援システム
１２０は、顧客管理部、収支管理部、事故情報管理部、
業績集計業務部等の保険業務に必要な機能が設けられて
いるが、詳細説明は省略する。

【００３２】さらに保険業務処理装置１２によって、保
険業務支援システム１２０とは別に、代金収納システム
の一部を構成する払込依頼票作成を行う払込依頼票作成
システム１３０が実現される。払込依頼票作成システム
１３０を実現させるために記憶装置に格納されたプログ
ラムは、保険業務処理装置１２を、主に、前記保険業務
支援システム１２０において収集された保険の申込に必
要な申込データから払込のために必要な払込データを抽
出する払込データ作成部１３２と、払込データ作成部１
３２によって作成された払込データを通信ネットワーク
を介して後述のセンタ４０のセンタコンピュータ４２に
向けて送信する送信部１３４と、センタコンピュータ４
２から送信された後述の払込キーデータを受信する受信
部１３６と、この払込キーデータを含む払込依頼票を印
刷するための払込依頼票印刷部１３８と、して機能させ
る。

【００３３】次に、保険会社２０には、申込のあった保
険に関するデータを管理する保険管理システム２２０が
実現されるサーバ２２が設けられる。サーバ２２は、デ
ータの入出力の制御を行う入出力制御回路、ＣＰＵ、Ｒ
ＯＭ、ＲＡＭ等を有し、データの転送、演算、一時的な
データの格納、メインプログラムの格納を行う制御回
路、データの格納を行う記憶装置、及び通信ネットワー
クを介してデータの送受信を行うための通信装置を備え
ている。サーバ２２の記憶装置には、保険契約に関する
データが格納された契約データベース２４が設けられ
る。

【００３４】上記保険管理システム２２０を実現させる
ためにサーバ２２の記憶装置に格納されるプログラム
は、サーバ２２を、主に、保険代理店１０の保険業務処
理装置１２からの申込データを受信する受信部２２２と
して機能させる。

【００３５】次に、払込取扱所３０には端末装置３２が
設けられる。払込取扱所がコンビニエンスストアのよう
な店舗である場合には、端末装置３２はＰＯＳ端末装置
となり、その端末装置３２には、払込依頼票に印刷され
た払込キーデータを読み込むためのリーダ３４と、受領
証を発行するプリンタ３６とが備え付けられている。払
込キーデータは、本例ではバーコードとして表現される
ため、リーダ３４は汎用のバーコードリーダである。払
込取扱所３０がコンビニエンスストア以外のＰＯＳ端末
装置を持たない場合であっても、ＰＯＳ端末装置以外の
端末装置３２が設けられ、この端末装置３２には払込キ
ーデータを入力するキーボードといった入力装置３４及
び受領証を発行するプリンタ３６が備え付けられる。

【００３６】端末装置３２は、データの入出力の制御を
行う入出力制御回路、ＣＰＵ、ＲＯＭ、ＲＡＭ等を有
し、データの転送、演算、一時的なデータの格納、メイ
ンプログラムの格納を行う制御回路、データの格納を行
う記憶装置、及び通信ネットワークを介してデータの送
受信を行うための通信装置を備えている。そして、端末
装置３２によって、代金収納システムの一部を構成する
払込依頼票の処理を行う払込依頼票処理システム３２０
が実現される。払込依頼票処理システム３２０を実現す
るためのプログラムは、端末装置３２を、主として、前
記入力装置３４等を用いて払込キーデータを入力する入
力部３２１と、入力部３２１から入力された払込キーデ
ータや入金信号をセンタ４０のセンタコンピュータ４２
へと送信する送信部３２２と、センタ４０のセンタコン
ピュータ４２から送信された払込データを受信する受信
部３２４と、受領証を印刷する受領証発行部３２６と、
して機能させる。

【００３７】センタ４０には、代金収納システムの一部
を構成する払込処理システム４２０が実現されるセンタ
コンピュータ４２が設けられる。センタコンピュータ４
２は、データの入出力の制御を行う入出力制御回路、Ｃ
ＰＵ、ＲＯＭ、ＲＡＭ等を有し、データの転送、演算、
一時的なデータの格納、メインプログラムの格納を行う
制御回路、データの格納を行う記憶装置、及び通信ネッ
トワークを介してデータの送受信を行うための通信装置
を備えている。センタコンピュータ４２の記憶装置に
は、払込が依頼された取引毎にその払込データ等が格納
された払込登録データベース４４が設けられる。

【００３８】払込処理システム４２０を実現させるため
の記憶装置に格納されたプログラムは、センタコンピュ
ータ４２を、主に、保険代理店１０の保険業務処理装置
１２からの払込データを受信する受信部４２２と、受信
部４２２で払込データを受信すると払込キーデータを発
行して、払込キーデータと関連付けて払込データを払込
登録データベース４４に格納する払込処理部４２４と、
払込処理部４２４で発行された払込キーデータを保険代
理店１０の保険業務処理装置１２へ送信する送信部４２
６と、払込取扱所３０の端末装置３２からの払込キーデ
ータを受信する第２受信部４２８と、第２受信部４２８
で受信した払込キーデータと関連付けられて格納された
払込データを払込登録データベース４４から抽出して、
払込取扱所３０の端末装置３２へと送信する抽出・送信
部４３０と、入金があったデータを送信する入金送信部
４３２と、入金のないデータを送信する未入金送信部４
３４と、して機能させる。

【００３９】以上のように構成される代金収納システム
において、その作用を説明する前にまず保険業務支援シ
ステム１２０の作用を図３のフローチャート及び図８か
ら図１１の画面例を用いて説明する。

【００４０】保険代理店１０は顧客との間で打ち合わせ
を行いながら、顧客が加入するのに適した保険プランを
提案する。提案する保険プランは複数の場合もある。保
険代理店１０は、顧客から保険プランを作成するのに必
要なデータを収集し、保険業務処理装置１２の保険業務
支援システム１２０の保険プラン作成部１２２を起動
し、入力装置を用いてデータの入力を行う。図８はその
入力画面例であり、自動車保険を例にとった場合であ
る。保険期間、被保険者の年齢、自動車の型式、料率、
対人賠償保険金額、対物賠償保険金額、人身傷害補償保
険金額、搭乗者傷害保険金額等の保険金額等を入力する
（ステップＳ１０２）。入力後に画面の「計算」を選択
すると、保険料試算部１２４が起動して保険料を算出し
て（ステップＳ１０４）、算出した保険料を画面に表示
する（図９の保険料参照）。画面の「プランＡ」及び
「プランＢ」のラジオボタンのいずれかを選択してデー
タの入力をすることにより、複数のプランを作成するこ
とが可能である。

【００４１】図９の画面で表示された内容の確認を顧客
から受けた後、手続を進める場合には、図９の画面内の
「申込書」のボタンを選択すると、図１０の画面へと切
り替わる。この画面では、申込者の氏名、住所、車両明
細、被保険者の情報等を入力する（ステップＳ１０
６）。また、この画面において、支払方法を選択する
（ステップＳ１０８）。顧客によっては、本発明による
代金収納システム利用以外の方法で支払を望む場合もあ
るからである。必須事項が入力されて、画面内の「印
刷」ボタンが選択されると、申込書作成部１２６が起動
して、証券番号及び受付番号を採番し（ステップＳ１１
０）、図８及び図９の画面に入力された申込データ（ま
たは取引データともいう）を、本発明による代金収納を
選択したかどうかを識別した状態で、契約データベース
１６に格納し（ステップＳ１１２）、図１１に示すよう
な、申込データ及び証券番号が印刷された申込書を印刷
装置１４から出力する（ステップＳ１１４）。複数のプ
ランがある場合には、複数のプランが印刷される。申込
書に顧客からの捺印を受けると、契約が仮成立する。こ
うして、保険の申込業務が終了する。図１６（ａ）は、
契約データベース１６の構成例である。契約データベー
ス１６に格納される申込データとして、受付番号、証券
番号、保険契約者（申込者）氏名，住所等の属性、保険
種別，保険料その他の保険内容、保険代理店名、代理店
コード等のデータがある。その他に契約データベース１
６には、払込方法、払込期限、印刷済みフラグ等のデー
タが格納される。受付番号は保険代理店１０で採番する
ユニークな番号であり、証券番号は保険代理店１０で採
番し保険会社２０及びその全保険代理店１０に亘りユニ
ークな番号であり、各保険代理店１０毎に採番できる証
券番号の範囲が割り当てられている。この中の「払込方
法」の項目で、前記本発明による代金収納で払い込むか
どうかが識別される。また、印刷済みフラグとは、以下
に述べる払込依頼票の印刷を行ったかどうかを識別する
フラグデータである。

【００４２】次に、仮成立となった契約の保険料の収納
を行うための、その払込依頼票作成システム１３０及び
払込処理システム４２０による払込依頼票作成を、図４
のフローチャート及び図１２から図１４の画面例を用い
て説明する。

【００４３】まず、保険業務処理装置１２を通信ネット
ワークを介してセンタ４０に接続する。すると、図１２
に示すセンタ４０のアクセス権を確認するための認証画
面が表示されるので、ユーザー名、パスワードの入力を
行う。これらの認証データはセンタ４０へと送られて、
認証確認がなされると（ステップＳ１２２）、払込デー
タ作成部１３２が起動する。払込データ作成部１３２
は、契約データベース１６の中で、前記代金収納方法を
選択したものとして登録されたレコードを抽出して、そ
のレコードの中で払込を行うのに必要な払込データ、及
び保険証券が届くまでにその契約を特定するのに必要な
必須記載データを抽出して（ステップＳ１２４）、図１
３に示すように一覧表示をする。払込を行うのに必要な
払込データとは、保険料データ及び払込先データであ
る。この場合払込先データは、保険会社を指すデータで
あり、ここでは自明であるため画面表示はしていない。
保険料データ以外にも保険契約者氏名、払込期限または
代理店コード等の任意のデータを払込データとして含め
ることができる。払込期限データは、保険始期よりも所
定期間だけ早い期日が自動的に設定されるか、または個
別の指定により設定される。また、必須記載データは、
従来の保険料領収証に金額と合わせて記載されていた内
容と同じものであり、証券番号、受付番号、保険種別、
保険期間または保険始期、代理店コードがそれに該当す
る。

【００４４】図１３の一覧表示されたレコードの中で、
該当するものを選択して、図１３の画面内の「依頼票作
成」を選択すると（ステップＳ１２６の判定でｙｅ
ｓ）、送信部１３４によって選択されたレコードの払込
データ及び必須記載データがセンタ４０のセンタコンピ
ュータ４２へと送られる（ステップＳ１２８）。

【００４５】センタ４０のセンタコンピュータ４２で
は、受信部４２２が払込データ及び必須記載データを受
信すると（ステップＳ１３２）、払込処理部４２４が起
動する。払込処理部４２４は、払込キーデータを採番し
て（ステップＳ１３４）、払込データを該払込キーデー
タと関連付けて払込登録データベース４４に格納する
（ステップ１３６）。払込キーデータは、センタ４０及
びそのセンタ４０がカバーする全払込取扱所３０及び全
保険代理店１０に亘りユニークな番号である。さらに、
払込データ、払込キーデータ、必須記載データが埋め込
まれた払込依頼票の表示ページデータを作成して（ステ
ップＳ１３８）、センタコンピュータ４２に格納し、そ
の格納アドレスを保険業務処理装置１２へと返送する
（ステップＳ１４０）。このとき、払込キーデータにつ
いては、バーコードのイメージファイルを作成して、バ
ーコードのイメージファイルも合わせてその表示ページ
データに埋め込まれる。保険業務処理装置１２では、そ
の格納アドレスのページ閲覧要求を送信すると（ステッ
プＳ１４２）、ブラウザが起動して、図１４に示す払込
依頼票の画面が表示される。保険業務処理装置１２の印
刷装置１４でこの画面を印刷することにより、払込依頼
票が作成される（ステップＳ１４４）。

【００４６】この払込依頼票には、図１４に示すよう
に、払込キーデータのみが人間が読み取り可能な数字と
共にバーコードリーダで読み取り可能なバーコードとし
てイメージで表示され、他のデータ、例えば保険料デー
タはその金額が数字でのみ表されているように、人間が
読み取り可能な数字、記号、文字で表されるのみであ
る。

【００４７】図１６（ｂ）は、払込登録データベース４
４の構成例である。払込登録データベース４４には、払
込キーデータと関連付けられて、払込データとしての保
険料データ、払込先データ、保険契約者氏名データ、払
込期限データ及び代理店コードデータの他、入金日、入
金時、払込取扱所コード等のデータが格納される。

【００４８】顧客はこの払込依頼票を保険代理店１０か
ら受け取り、任意の払込取扱所３０に行き、そこで、払
込依頼票を提出して保険料の支払を行う。次に、この保
険料の収納を行うための、その払込依頼票処理システム
３２０及び払込処理システム４２０による払込依頼票処
理を、図５のフローチャートを用いて説明する。

【００４９】払込取扱所３０では、払込依頼票の中のバ
ーコードの部分をバーコードリーダ３４で読み取る。こ
のとき、印字性能が悪く、バーコードリーダ３４で読み
取ることができない場合には、直接、払込キーデータの
数字を手入力する。このとき、払込取扱所３０では、金
額の入力は一切行わないので、従来のような金額の手入
力ミスまたは不正の余地はない。

【００５０】バーコードリーダ３４または手入力により
払込キーデータが端末装置３２に入力されると、送信部
３２２によってセンタ４０のセンタコンピュータ４２へ
と送信される（ステップＳ１５２）。

【００５１】センタ４０のセンタコンピュータ４２で
は、第２受信部４２８が払込キーデータを受信すると、
抽出・送信部４３０が起動して、払込登録データベース
４４から第２受信部４２８で受信した払込キーデータを
持つレコードを抽出する（ステップＳ１５４）。払込キ
ーデータを持つ該当レコードがない場合には（ステップ
Ｓ１５６で判定がｙｅｓ）、エラー信号を払込取扱所３
０の端末装置３２へと送信する。この場合、期限切れ等
の理由により払込登録データベース４４からデータが既
に削除されているか、または、端末装置３２で払込キー
データを手入力したときにその入力ミスにより該当レコ
ードが無いことが考えられる。前者の場合には（ステッ
プＳ１５８で判定がｎｏ）、払込取扱所３０での払込を
拒否し（ステップＳ１６２）、後者の場合には（ステッ
プＳ１５８で判定がｙｅｓ）、再度入力をし直すことに
より、入力ミスによる払込ミスを防止する。

【００５２】一方、該当レコードが存在する場合には
（ステップＳ１５６で判定がｎｏ）、その入金日データ
を確認する。もしも入金日データがすでに入力されてい
た場合にも（ステップＳ１６０で判定がｙｅｓ）、エラ
ー信号を払込取扱所３０の端末装置３２へと送信する。
この場合には、その払込依頼票についてすでに払込が行
われていることを意味するので、払込取扱所３０での払
込を拒否し、二重払込を防止する（ステップＳ１６
２）。

【００５３】次に、払込期限データを確認する。払込期
限を過ぎている場合にも（ステップＳ１６４で判定がｙ
ｅｓ）、エラー信号を払込取扱所３０の端末装置３２へ
と送信する。

【００５４】以上の条件のいずれにも該当しない場合に
は（ステップＳ１６４で判定がｎｏ）、該当レコードの
払込データのすべてまたは一部のデータを抽出して、こ
れら抽出したデータを抽出・送信部４３０によって、払
込取扱所３０の端末装置３２へと送信する（ステップＳ
１６６）。この場合には、抽出した払込データとして、
保険契約者氏名、保険料及び代理店コード等のデータを
送信している。

【００５５】次に、払込取扱所３０の端末装置３２の受
領証発行部３２６では、その受信部３２４で前記払込デ
ータを受信すると、そのプリンタ３６で受領証を発行す
る（ステップＳ１６８）。図１５に示すように、受領証
には、払込キーデータと受信した払込データを印刷する
ことができる。そして、代金を受け取るのと交換に受領
証を顧客に手渡し、使用した払込依頼票を顧客へ返却す
る。端末装置３２では、代金が収納されると、入金信号
をセンタ４０のセンタコンピュータ４２へと送り（ステ
ップＳ１７０）、センタコンピュータ４２で該当するレ
コードの入金日及び取り扱いを行った払込取扱所コード
が入力される（ステップＳ１７２）。

【００５６】次に、この入金管理を行うための、保険業
務支援システム１２０、払込処理システム４２０及び保
険管理システム２２０による入金管理処理を、図６のフ
ローチャートを用いて説明する。保険代理店１０の保険
業務処理装置１２の入金照会部１２７では、センタ４０
のセンタコンピュータ４２に対して、所定の期間内に入
金があったものについての入金リストの提示要求を行う
（ステップＳ１８０）。センタ４０のセンタコンピュー
タ４２では、この要求に対してその入金送信部４３２
が、払込登録データベース４４のデータを検索して、そ
の入金日が指定された所定の期間内に入り、且つ要求が
あった保険代理店１０の代理店コードのレコードを抽出
して、その入金リストが表示された表示ページデータを
作成する（ステップＳ１８２）。保険業務処理装置１２
の入金照会部１２７では、その表示ページデータを受信
して（ステップＳ１８４）、入金があった申込データを
契約データベース１６から抽出する（ステップＳ１８
６）。そして、保険業務処理装置１２の申込報告部１２
８によって、入金があった申込データを保険会社２０の
サーバ２２に送信する（ステップＳ１８８）。保険会社
２０のサーバ２２の受信部２２２が申込データを受信す
ると（ステップＳ１９０）、それを契約データベース２
４に格納する（ステップＳ１９２）。そして、以降、保
険証券作成作業に移行するが、説明は省略する。

【００５７】また、別途、払込取扱所３０で収納された
保険料は、センタ４０を介して保険会社２０の口座に振
込される。

【００５８】顧客は、払込取扱所３０での支払い終了
後、払込取扱所３０から受領証を受け取り、払込依頼票
を返却される。こうして、払込依頼票は顧客の手元に残
るが、仮に誤って、その払込依頼票を使って複数回払込
を行おうとしても、前述のように、センタ４０からエラ
ー信号が送られてきて、払込取扱所３０で受領を拒否さ
れるので、弊害はない。前述のように払込依頼票には、
払込キーデータ、払込データ及び必須記載データが印刷
されている。また、受領証には、払込取扱所の名前や、
受領日時、払込データの一部である保険料データつまり
受領金額が記載されるだけでなく、払込キーデータ及び
払込データの中の他の一部のデータが印刷されている。
払込キーデータが一致したこれら２つの書類を提示する
ことにより、顧客は対応する保険の支払いを終了したこ
とを証明することができる。従って、保険証券が到達す
る前に、例えば自動車事故を起こしたりして保険の適用
を受ける事態となっても、これらの書類を提示すること
で、保険会社から保険金を受け取ることができる。

【００５９】次に、未入金の申込の処理を行うための、
保険業務支援システム１２０及び払込処理システム４２
０による未入金管理処理を図７のフローチャートを用い
て説明する。保険代理店１０の保険業務処理装置１２の
未入金処理部１２９では、センタ４０のセンタコンピュ
ータ４２に対して、所定の期間内における未入金リスト
の提示要求を行う（ステップＳ１９３）。センタ４０の
センタコンピュータ４２では、この要求に対してその未
入金送信部４３４が、払込登録データベース４４のデー
タを検索して、払込期限が所定の期間内にあり、払込期
限が過ぎても入金のない未入金データを抽出して、その
入金リストが表示された表示ページデータを作成する
（ステップＳ１９４）。保険業務処理装置１２の未入金
処理部１２９では、その表示ページデータを受信して
（ステップＳ１９５）、未入金である申込データを契約
データベース１６から抽出する（ステップＳ１９６）。
そして、抽出された申込データについて順次、これら
が、複数のプランのいずれかであり、他方のプランの入
金があったかを確認する（ステップＳ１９７）。前述の
ように複数のプランについて申し込みを受けて、顧客に
そのいずれかを選択してもらい、選択した方に対応する
プランのみの支払いを行ってもらう場合があるからであ
る。その場合には、支払われなかったプランの申込デー
タを契約データベース１６から削除する（ステップＳ１
９８）。ステップＳ１９７の判定がｎｏである場合に
は、本来支払うべきものが払込期限を過ぎても支払われ
ていないことを意味するので、電子メールによって督促
を行う（ステップＳ１９９）。このステップ１９７〜１
９９の処理を、すべての未入金の申込データに行った後
（ステップＳ２００の判定がｙｅｓ）、処理を終了す
る。

【００６０】以上のシステムによれば、保険代理店１０
にとっては、申込書を完成させるまでの業務に専念すれ
ばよく、その後の金銭の取扱、領収証の作成及び管理に
要する労力を大幅に削減することができる。顧客にとっ
ては、便利な払込取扱所３０においての代金の支払いを
行うことができる。また、払込依頼票に印刷されたバー
コードは、払込キーデータを表すバーコードのみであ
る。これが払込取扱所３０のバーコードリーダ３４で読
み取れなかったとしても、払込キーデータの番号を手入
力すればよい。このとき、払込キーデータは、金額とい
ったデータとは全く無関係の数値または記号であるため
に、金額の訂正等は起こり得ず、不正が発生する余地は
ない。よって、バーコードの印刷精度は高精度である必
要はないので、専門の印刷会社や専用機で印刷する必要
はなく、低コストに払込依頼票を発行することができ
る。また、払込データ及び払込キーデータは、払込依頼
票の発行と同時にセンタコンピュータ４２に格納される
ので、直後にその払込依頼票を用いて支払することがで
きる。また、払込キーデータをキーとしてセンタ４０か
ら送信されたデータを受領証に印刷することができ、そ
のデータにフレキシビリティを持たせることができる。
よって、従来の払込取扱票のように表示するべきデータ
の内容、種類を予めコード化しておく必要はない。ま
た、従来の払込取扱票では管理できなかった払込データ
の管理ができるようになるので、例えば、払込データの
一つである払込期限データを使って、図５のステップＳ
１６４に示す払込期限管理または図７に示す未入金管理
といった管理が可能になる。

【００６１】（第２実施形態）第１実施形態では、多数
に存在する保険代理店１０が直接、センタ４０にアクセ
スして、センタ４０に払込データを送信し、センタ４０
から払込キーデータを受信していた。しかしながら、セ
ンタ４０が多数の保険代理店１０と直接、アクセスを行
うのはアクセス権の管理を含めて、適当でない場合があ
る。この場合には、保険代理店１０を掌握する保険会社
２０が介在して、保険会社２０とセンタ４０との間で直
接データの送受信を行うとよい。第２実施形態はこのよ
うな例であり、図１７及び図１８は図１及び図２に対応
する。図示したように、第２実施形態では、保険会社２
０のサーバ２２によって、前記保険管理システム２２０
の他に、払込依頼票作成システム２４０と、代金収納シ
ステムの一部を構成する入金確認処理を行う入金管理シ
ステム２３０とが実現される。また、サーバ２２の記憶
装置には、さらに入金に関するデータが格納される入金
確認データベース２６が設けられる。

【００６２】払込依頼票作成システム２４０を実現させ
るために記憶装置に格納されたプログラムは、サーバ２
２を、主に、保険代理店１０の保険業務処理装置１２か
ら送信された払込データを受信して、払込データを入金
確認データベース２６に格納すると共に、センタ４０の
センタコンピュータ４２に向けて送信する払込データ取
次部２４２と、センタコンピュータ４２から送信された
払込キーデータを受信して、その払込キーデータを前記
払込データと関連付けて入金確認データベース２６に格
納すると共に、保険代理店１０の保険業務処理装置１２
に向けて送信する払込キーデータ取次部２４４と、して
機能させる。

【００６３】また、入金管理システム２３０は、サーバ
２２を、主に、センタ４０のセンタコンピュータ４２か
らの入金データを受信する入金照会部２３２と、入金デ
ータを保険代理店１０の保険業務処理装置１２へと送信
する入金送信部２３４と、して機能させるものである。

【００６４】図１９及び図２０は、第１実施形態の図４
及び図６に対応する第２実施形態の払込依頼票作成処理
及び入金管理のフローチャートである。図５の払込依頼
票処理は第１実施形態と同様であるためその説明を省略
する。

【００６５】まず、払込依頼票作成処理においては、図
１９のフローチャートにおいて、図４のフローチャート
のステップＳ１２２〜ステップＳ１２８と同様の処理が
行われる。但し、ステップＳ１２２の認証において、そ
のアクセス権の確認は、センタ４０のセンタコンピュー
タ４２ではなく、保険会社２０のサーバ２２で行われ
る。そして、サーバ２２へのアクセス権が認証された保
険代理店１０の保険業務処理装置１２で選択されたレコ
ードの払込データ及び必須記載データは、保険会社２０
へと送信される。保険会社２０のサーバ２２では、その
払込データ取次部２４２が起動して、払込データ及び必
須記載データを受信すると（ステップＳ２０４）、次
に、センタコンピュータ４２にアクセスする。すると、
保険会社２０のサーバ２２のセンタ４０のアクセス権を
確認するための認証処理が行われて（ステップＳ２０
６）、アクセス権が認証されると、サーバ２０から払込
データ及び必須記載データをセンタ４０へ送信する（ス
テップＳ２０８）。

【００６６】センタ４０では、図４のステップＳ１３２
〜ステップＳ１４０と同様の処理が行われて、払込キー
データが採番され、払込依頼票の表示ページデータが作
成されて、その格納アドレスが保険会社２０のサーバ２
２へと送信される。

【００６７】保険会社２０のサーバ２２の払込キーデー
タ取次部２４４が、払込キーデータ及び格納アドレスを
受信すると、その払込キーデータを前記払込データ及び
必須記載データと関連付けて入金確認データベース３６
に格納する（ステップＳ２１０）。そして、払込依頼票
の表示ページデータの格納アドレスを保険代理店１０へ
と送信する。保険業務処理装置１２では、その格納アド
レスのページ閲覧要求を送信すると（ステップＳ１４
２）、ブラウザが起動して、図１４に示す払込依頼票の
画面が表示される。保険業務処理装置１２の印刷装置１
４でこの画面を印刷することにより、払込依頼票が作成
される（ステップＳ１４４）。

【００６８】図１６（ｃ）は、入金確認データベース２
６の構成例である。入金確認データベース２６に格納さ
れる入金データとして、払込キーデータ、保険料デー
タ、代理店コードデータ、入金日データ、入金時デー
タ、払込取扱所データ等のデータがある。

【００６９】また、入金管理において、図２０に示すよ
うに、保険会社２０のサーバ２２の入金照会部２２４で
は、センタ４０のセンタコンピュータ４２に対して、所
定の期間内に入金があったものについての入金リストの
提示要求を行う（ステップＳ２２０）。センタ４０のセ
ンタコンピュータ４２では、この要求に対してその入金
送信部４３２が、払込登録データベース４４のデータを
検索して、その入金日が指定された所定の期間内に入る
レコードを抽出して、その入金データをサーバ２２に対
して送信するので（ステップＳ２２２）、サーバ２２で
は、その入金データを入金確認データベース２６に格納
する（ステップＳ２２４）。

【００７０】同様に、保険代理店１０の保険業務処理装
置１２の入金照会部１２７では、保険会社２０のサーバ
２２に対して、所定の期間内に入金があったものについ
てリストの提示要求を行う（ステップＳ１８０）。保険
会社２０のサーバ２２では、入金確認データベース２６
内のデータを検索してその入金日が指定された所定の期
間内に入り、且つ要求があった保険代理店１０の代理店
コードのレコードを抽出して、その入金リストが表示さ
れた表示ページデータを作成する（ステップＳ２２
６）。保険業務処理装置１２の入金照会部１２７では、
その表示ページデータを受信して（ステップＳ１８
４）、入金があった申込データを契約データベース１６
から抽出する（ステップＳ１８６）。そして、保険業務
処理装置１２の申込報告部１２８によって、入金があっ
た申込データを保険会社２０のサーバ２２に送信する
（ステップＳ１８８）。保険会社２０のサーバ２２の受
信部２２２が申込データを受信すると（ステップＳ１９
０）、それを契約データベース２４に格納する（ステッ
プＳ１９２）。

【００７１】また、択一的には、図２０のフローチャー
トの代わりに、図２１のフローチャートの処理とするこ
とも可能である。即ち、保険業務処理装置１２では、入
金の有無に拘わらず、すべての申込データを保険会社２
０のサーバ２２に送信する（ステップＳ２３０）。保険
会社２０のサーバ２２の受信部２２２では、全ての申込
データを契約データベース２４に格納する（ステップＳ
２３２）。そして、保険会社２０のサーバ２２の入金照
会部２２４では、センタ４０のセンタコンピュータ４２
に対して、所定の期間内に入金があったものについての
入金リストの提示要求を行う（ステップＳ２３４）。セ
ンタ４０のセンタコンピュータ４２では、この要求に対
してその入金送信部４３２が、払込登録データベース４
４のデータを検索して、その入金日が指定された所定の
期間内に入るレコードを抽出して、その入金データをサ
ーバ２２に対して送信するので（ステップＳ２３６）、
その入金データを入金確認データベース２６に格納する
（ステップＳ２３８）。サーバ２２の入金照合部２２４
が、入金確認データベース２６と契約データベース２４
とを、必須記載データである証券番号等をキーとして照
合し（ステップＳ２４０）、申込データの中で入金の有
無を契約データベース２４の中で識別する。

【００７２】（第３実施形態）第１実施形態及び第２実
施形態では、払込キーデータの採番をセンタ４０のセン
タコンピュータ４２で行っていたが、これに対して、第
３実施形態では、払込キーデータの採番を保険業務処理
装置１２で行うようにしたものである。即ち、図４の代
わりに図２２のフローチャートに示す払込依頼票作成処
理が行われる。まず、ステップＳ１２２及びＳ１２４は
図４と同じ処理であり、認証処理が行われて（ステップ
Ｓ１２２）、払込データ作成部１３２が、契約データベ
ース１６から払込データ及び必須記載データを抽出して
図１３に示すように一覧表示する（ステップＳ１２
４）。そして、一覧表示されたレコードの中で該当する
ものが選択され「依頼票作成」が選択されると、さら
に、払込データ作成部１３２が、払込キーデータを採番
し（ステップＳ２５０）、払込キーデータ、払込データ
及び必須記載データをまとめて、センタ４０に送信する
（ステップＳ２５２）。

【００７３】センタ４０のセンタコンピュータ４２で
は、払込キーデータ、払込データ及び必須記載データを
まとめて受信して（ステップＳ２５４）、これらを関連
付けて払込登録データベース４４に格納する（ステップ
Ｓ１３６）。以降の処理は、図４と同様である。

【００７４】この実施形態の場合、払込キーデータは保
険代理店１０が決定するユニークな番号とすることがで
きる。従って、複数（多数）の払込取扱所３０をカバー
するセンタ４０が複数存在する場合には、予め顧客にど
のセンタ４０がカバーする払込取扱所３０での払込を希
望するかを尋ね、選択されたセンタ４０の種類に応じて
払込キーデータを識別するなどのことが可能となる。

【００７５】尚、この実施形態において、第２実施形態
と同様に、保険会社２０のサーバ２２を介して払込キー
データ及び払込キーを保険業務処理装置１２からセンタ
コンピュータ４２へと送信することも可能である。

【００７６】（第４実施形態）第４実施形態は、払込キ
ーデータの採番を保険会社２０で行う例である。第２実
施形態の図１９の代わりに図２３のフローチャートに示
す払込依頼票作成処理が行われる。まず、保険代理店１
０において、図１９のフローチャートのステップＳ２０
２と同様の処理が行われる。そして、払込データ及び必
須記載データが保険会社２０へと送信されると、払込デ
ータ取付部２４２が払込キーデータを採番して（ステッ
プＳ２６０）、払込キーデータ、払込データ及び必須記
載データを入金確認データベース２６に格納する（ステ
ップＳ２６２）。次に、保険会社２０のサーバ２２のセ
ンタ４０のアクセス権を確認するための認証処理を行い
（ステップＳ２０６）、確認後、払込キーデータ、払込
データ及び必須記載データをまとめてセンタ４０へと送
信する（ステップＳ２６４）。

【００７７】センタ４０のセンタコンピュータ４２で
は、払込キーデータ、払込データ及び必須記載データを
まとめて受信して（ステップＳ２６６）、これらを関連
付けて払込登録データベース４４に格納する（ステップ
Ｓ１３６）。以降の処理は、ステップＳ２１０が無いこ
とを除き、図１９と同様である。

【００７８】この実施形態の場合、払込キーデータは保
険会社２０が決定するユニークな番号とすることができ
る。従って、複数（多数）の払込取扱所３０をカバーす
るセンタ４０が複数存在する場合、及び多数の保険代理
店１０が存在する場合には、保険代理店１０に応じて、
または予め顧客にどのセンタ４０がカバーする払込取扱
所３０での払込を希望するかを尋ね、選択されたセンタ
４０に応じて払込キーデータを識別するなどのことが可
能となる。

【００７９】（第５実施形態）第１実施形態では、顧客
が保険代理店１０の保険業務処理装置１２の近傍におい
て、その保険代理店１０と顧客との間で打ち合わせを行
いながら、保険業務処理装置１２への保険プランを作成
するのに必要なデータの入力が行われており、それに引
き続いて払込依頼票作成が行われていた。しかしなが
ら、本発明はこれに限るものではなく、第５実施形態の
ように保険業務処理装置１２から遠隔地において、無線
電話、携帯情報端末等の携帯端末装置６２を用いてデー
タの送受信を行い、また、払込依頼票のデータを受信す
ることにしてもよい。

【００８０】図２４は、この実施形態の全体構成を表す
全体図、図２５は、そのブロック図である。携帯端末装
置６２は、受信部６２２と表示部６２４とを備えてい
る。

【００８１】この実施形態の払込依頼票作成処理におい
ては、図２６のフローチャートにおいて、図４のフロー
チャートのステップＳ１２２〜ステップＳ１４０と同様
の処理が行われる。但し、ここまでの処理を、第２実施
形態のステップＳ２０２〜ステップＳ２１２までの処
理、第３実施形態のステップＳ１２２〜ステップＳ１４
０までの処理、または、第４実施形態のステップＳ２０
２〜ステップＳ２１２までの処理に置き換えることとし
てもよい。

【００８２】センタコンピュータ４２から送られた格納
アドレスを、保険業務処理装置１２で受信すると、保険
業務処理装置１２は、その格納アドレスを電子メールま
たは電子ファイルの形式で携帯端末装置６２に送信す
る。携帯端末装置６２で、その格納アドレスのページ閲
覧要求を送信すると（ステップＳ２７２）、ブラウザが
起動して、携帯端末装置６２の表示部６２４に、払込依
頼票の画面が表示される。顧客の携帯端末装置６２で、
この払込依頼票の画面を保存しておく。払込を行う際に
は、払込取扱所３０の端末装置３２で、その携帯端末装
置６２の払込依頼票の画面を表示して、その画面内の払
込キーデータの入力を行えばよい。バーコードリーダ３
４でうまく読み取ることができない場合には、画面内に
表示された払込キーデータの数字を入力する。そして、
図５のステップＳ１５２以降の処理を行うことにより、
書面となった払込依頼票のみならず、表示装置に表示さ
れた画面を払込依頼票として使用することができる。

【００８３】

【発明の効果】以上説明したように、本発明によれば、
取引データから所定のデータを抽出して払込データを作
成するために、払込のための特別な入力を要せず、さら
に、払込の際に、払込キーデータに基づいて払込処理装
置から格納された払込データを抽出してくるために、そ
の払込データについては制約はなく、所望の払込データ
を払込処理装置に格納しておくことにより、管理できる
データに大きな自由度を持たせることができる。また、
払込依頼票の作成も、払込キーデータが払込取扱端末装
置で何らかの形で入力できる程度に払込依頼票に表示さ
れていればよいので、簡単に迅速に行うことができる。
払込データは、払込依頼票の作成とほぼ同時に払込処理
装置に格納されるので、払込依頼票の作成直後の払込も
可能となる。

【図面の簡単な説明】

【図１】本発明の第１実施形態に係る代金収納システム
の全体構成を表す説明図である。

【図２】第１実施形態のブロック図である。

【図３】保険業務のフローチャートである。

【図４】代金収納の一部を構成する払込依頼票作成のフ
ローチャートである。

【図５】代金収納の一部を構成する払込依頼票処理のフ
ローチャートである。

【図６】代金収納の一部を構成する入金管理のフローチ
ャートである。

【図７】代金収納の一部を構成する未入金管理のフロー
チャートである。

【図８】保険業務支援の入力画面例である。

【図９】保険業務支援の画面例である。

【図１０】図９で「申込書」のボタンが選択されたとき
の画面例である。

【図１１】申込書の印刷例である。

【図１２】払込依頼票作成の認証画面例である。

【図１３】払込依頼票作成の画面例である。

【図１４】払込依頼票の画面例である。

【図１５】受領証の印刷例である。

【図１６】（ａ）は契約データベース１６、（ｂ）は払
込登録データベース４４、（ｃ）は入金確認データベー
ス２８の構成例である。

【図１７】本発明の第２実施形態に係る代金収納システ
ムの全体構成を表す説明図である。

【図１８】第２実施形態のブロック図である。

【図１９】第２実施形態における代金収納の一部を構成
する払込依頼票作成のフローチャートである。

【図２０】第２実施形態における代金収納の一部を構成
する入金管理のフローチャートである。

【図２１】第２実施形態における代金収納の一部を構成
する入金管理のフローチャートの変形例である。

【図２２】第３実施形態における代金収納の一部を構成
する払込依頼票作成のフローチャートである。

【図２３】第４実施形態における代金収納の一部を構成
する払込依頼票作成のフローチャートである。

【図２４】本発明の第５実施形態に係る代金収納システ
ムの全体構成を表す説明図である。

【図２５】第５実施形態のブロック図である。

【図２６】第５実施形態における代金収納の一部を構成
する払込依頼票作成のフローチャートである。

【符号の説明】

１２ 保険業務処理装置（取引処理装置） １２７ 入金照会部（入金照会手段） １２８ 申込報告部（報告手段） １３２ 払込データ作成部（払込データ作成手段） １３４ 送信部（送信手段） １３６ 受信部（受信手段） １３８ 払込依頼票印刷部（出力手段） ２２ サーバ ２４２ 払込データ取次部 ２４４ 払込キーデータ取次部 ３２ 払込取扱端末装置 ３２１ 入力部（入力手段） ３２２ 送信部（送信手段） ３２４ 受信部（受信手段） ４２ センタコンピュータ（払込処理装置） ４２２ 受信部（受信手段） ４２４ 払込処理部（払込処理手段） ４２６ 送信部（送信手段） ４２８ 第２受信部（第２受信手段） ４３０ 抽出・送信部（抽出・送信手段） ４３２ 入金送信部（入金送信手段） ６２ 携帯端末装置 ６２２ 受信部（受信手段） ６２４ 表示部（表示手段）

フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/60 ＺＥＣ Ｇ０６Ｆ 17/60 ＺＥＣ (72)発明者 斎藤 一 東京都千代田区丸の内一丁目１番３号 エ イアイユー インシュアランス カンパニ ー（エイアイユー保険会社）内 (72)発明者 鈴木 義雄 東京都千代田区丸の内一丁目１番３号 エ イアイユー インシュアランス カンパニ ー（エイアイユー保険会社）内 (72)発明者 清水 二朗 東京都千代田区丸の内一丁目１番３号 エ イアイユー インシュアランス カンパニ ー（エイアイユー保険会社）内 (72)発明者 麻生 孝敏 東京都千代田区丸の内一丁目１番３号 エ イアイユー インシュアランス カンパニ ー（エイアイユー保険会社）内 (72)発明者 大久保 賢一 東京都千代田区丸の内一丁目１番３号 エ イアイユー インシュアランス カンパニ ー（エイアイユー保険会社）内

Claims (14)

【特許請求の範囲】
1. 【請求項１】 取引の代金の収納を、取引の申込とは別
   に払込依頼票を用いて行うための代金収納システムであ
   って、 取引成立のために必要な取引データが入力されて、該取
   引データが格納される取引処理装置（１２）と、 前記取引処理装置（１２）から通信ネットワークを介し
   て直接的または間接的に接続可能となった払込処理装置
   （４２）と、 前記払込処理装置（４２）と通信ネットワークを介して
   接続可能となり代金の収納を行う払込取扱端末装置（３
   ２）とが備えられ、 前記取引処理装置（１２）は、 取引データの中から所定のデータを抽出して払込データ
   を作成する払込データ作成手段（１３２）と、払込デー
   タ作成手段（１３２）によって作成された払込データを
   払込処理装置（４２）へ送信する送信手段（１３４）
   と、払込処理装置（４２）から送信された払込キーデー
   タを受信する受信手段（１３６）と、払込キーデータが
   表示された払込依頼票を出力する出力手段（１３８）
   と、を備えており、 前記払込処理装置（４２）は、 前記取引処理装置（１２）からの前記払込データを受信
   する受信手段（４２２）と、該受信手段（４２２）で払
   込データを受信すると、払込キーデータを発行して、払
   込キーデータと関連付けて該払込データを格納する払込
   処理手段（４２４）と、払込キーデータを前記取引処理
   装置（１２）へ送信する送信手段（４２６）と、前記端
   末装置（３２）からの前記払込キーデータを受信する第
   ２受信手段（４２８）と、該第２受信手段（４２８）で
   受信した払込キーデータと関連付けられて格納された払
   込データを抽出して、前記端末装置（３２）へと送信す
   る抽出・送信手段（４３０）と、を備えており、 前記端末装置（３２）は、 前記払込依頼票に表示された払込キーデータが入力され
   る入力手段（３２１）と、払込キーデータを払込処理装
   置（４２）へと送信する送信手段（３２２）と、前記払
   込データを払込処理装置（４２）から受信する受信手段
   （３２４）と、 を備える代金収納システム。
2. 【請求項２】 前記取引処理装置（１２）と払込処理装
   置（４２）とに通信ネットワークを介して接続可能とな
   ったサーバ（２２）がさらに備えられて、 サーバ（２２）は、 前記取引処理装置（１２）からの払込データを受信する
   と共に該払込データを払込処理装置（４２）へと送信す
   る払込データ取次部（２４２）と、 前記払込処理装置（４２）からの払込キーデータを受信
   すると共に該払込キーデータを前記取引処理装置（１
   ２）に送信する払込キーデータ取次部（２４４）と、 を備える請求項１記載の代金収納システム。
3. 【請求項３】 取引の代金の収納を、取引の申込とは別
   に払込依頼票を用いて行うための代金収納システムであ
   って、 取引成立のために必要な取引データが入力されて、該取
   引データが格納される取引処理装置（１２）と、 前記取引処理装置（１２）から通信ネットワークを介し
   て直接的または間接的に接続可能となった払込処理装置
   （４２）と、 払込処理装置（１２）と通信ネットワークを介して接続
   可能となり代金の収納を行う払込取扱端末装置（３２）
   とが備えられ、 前記取引処理装置（１２）は、 取引データの中から所定のデータを抽出して払込データ
   を作成し、その払込データに対応する払込キーデータを
   発行する払込データ作成手段（１３２）と、払込データ
   作成手段（１３２）によって作成された払込データ及び
   発行された払込キーデータを払込処理装置（４２）へ送
   信する送信手段（１３４）と、払込キーデータが表示さ
   れた払込依頼票を出力する出力手段（１３８）と、を備
   えており、 前記払込処理装置（４２）は、 前記取引処理装置（１２）からの前記払込データ及び払
   込キーデータを受信する受信手段（４２２）と、該受信
   手段（４２２）で払込データ及び払込キーデータを受信
   すると、払込キーデータと関連付けて該払込データを格
   納する払込処理手段（４２４）と、前記端末装置（３
   ２）からの前記払込キーデータを受信する第２受信手段
   （４２８）と、該第２受信手段（４２８）で受信した払
   込キーデータと関連付けられて格納された払込データを
   抽出して、前記端末装置（３２）へと送信する抽出・送
   信手段（４３０）と、を備えており、 前記端末装置（３２）は、 前記払込依頼票に表示された払込キーデータが入力され
   る入力手段（３２１）と、払込キーデータを払込処理装
   置（４２）へと送信する送信手段（３２２）と、前記払
   込データを払込処理装置（４２）から受信する受信手段
   （３２４）と、を備える代金収納システム。
4. 【請求項４】 前記取引処理装置（１２）と払込処理装
   置（４２）とに通信ネットワークを介して接続可能とな
   ったサーバ（２２）がさらに備えられて、 サーバ（２２）は、 前記取引処理装置（１２）からの払込データ及び払込キ
   ーデータを受信すると共に該払込データ及び払込キーデ
   ータを払込処理装置（４２）へと送信する払込データ取
   次部（２４２）を備える請求項３記載の代金収納システ
   ム。
5. 【請求項５】 取引の代金の収納を、取引の申込とは別
   に払込依頼票を用いて行うための代金収納システムであ
   って、 取引成立のために必要な取引データが入力されて、該取
   引データが格納される取引処理装置（１２）と、 取引処理装置（１２）から通信ネットワークを介して接
   続可能となったサーバ（２２）と、 前記サーバ（２２）と通信ネットワークを介して接続可
   能となった払込処理装置（４２）と、 払込処理装置（４２）と通信ネットワークを介して接続
   可能となり代金の収納を行う払込取扱端末装置（３２）
   とが備えられ、 前記取引処理装置（１２）は、 取引データの中から所定のデータを抽出して払込データ
   を作成する払込データ作成手段（１３２）と、払込デー
   タ作成手段（１３２）によって作成された払込データを
   サーバ（２２）へ送信する送信手段（１３４）と、サー
   バ（２２）から送信された払込キーデータを受信する受
   信手段（１３６）と、払込キーデータが表示された払込
   依頼票を出力する出力手段（１３８）と、を備えてお
   り、 前記サーバ（２２）は、 前記取引処理装置（１２）からの前記払込データを受信
   すると共に払込キーデータを発行して、払込キーデータ
   と関連付けて該払込データを格納し、払込データ及び発
   行された払込キーデータを払込処理装置（４２）へ送信
   する払込データ取次部（２４２）を備えており、 前記払込処理装置（４２）は、 前記サーバ（２２）からの前記払込データ及び払込キー
   データを受信する受信手段（４２２）と、該受信手段
   （４２２）で払込データ及び払込キーデータを受信する
   と、払込キーデータと関連付けて該払込データを格納す
   る払込処理手段（４２４）と、前記端末装置（３２）か
   らの前記払込キーデータを受信する第２受信手段（４２
   ８）と、該第２受信手段（４２８）で受信した払込キー
   データと関連付けられて格納された払込データを抽出し
   て、前記端末装置（３２）へと送信する抽出・送信手段
   （４３０）と、を備えており、 前記端末装置（３２）は、 前記払込依頼票に表示された前記払込キーデータが入力
   される入力手段（３２１）と、払込キーデータを払込処
   理装置（４２）へと送信する送信手段（３２２）と、前
   記払込データを払込処理装置（４２）から受信する受信
   手段（３２４）と、 を備える代金収納システム。
6. 【請求項６】 取引の代金の収納を、取引の申込とは別
   に払込依頼票を用いて行うための代金収納システムであ
   って、 取引成立のために必要な取引データが入力されて、該取
   引データが格納される取引処理装置（１２）と、 前記取引処理装置（１２）から通信ネットワークを介し
   て直接的または間接的に接続可能となった払込処理装置
   （４２）と、 払込処理装置（４２）と通信ネットワークを介して接続
   可能となり代金の収納を行う払込取扱端末装置（３２）
   と、 取引処理装置または払込処理装置と通信ネットワークを
   介してデータの送受信が可能となった携帯端末装置（６
   ２）と、が備えられ、 前記取引処理装置（１２）は、 取引データの中から所定のデータを抽出して払込データ
   を作成する払込データ作成手段（１３２）と、払込デー
   タ作成手段（１３２）によって作成された払込データを
   払込処理装置（４２）へ送信する送信手段（１３４）
   と、を備えており、 前記携帯端末装置（６２）は、 前記払込データに関連付けられて発行された払込キーデ
   ータを受信する受信手段（６２２）と、払込キーデータ
   が表示された払込依頼票を表示する表示手段（６２４）
   と、を備えており、 前記払込処理装置（４２）は、 前記取引処理装置（１２）からの前記払込データを受信
   する受信手段（４２２）と、前記払込キーデータと関連
   付けて該払込データを格納する払込処理手段（４２４）
   と、払込キーデータを前記取引処理装置（１２）または
   前記携帯端末装置（６２）へ送信する送信手段（４２
   ６）と、前記端末装置（３２）からの前記払込キーデー
   タを受信する第２受信手段（４２８）と、該第２受信手
   段（４２８）で受信した払込キーデータと関連付けられ
   て格納された払込データを抽出して、前記端末装置（３
   ２）へと送信する抽出・送信手段（４３０）と、を備え
   ており、 前記端末装置（３２）は、 前記払込依頼票に表示された払込キーデータが入力され
   る入力手段（３２１）と、払込キーデータを払込処理装
   置（４２）へと送信する送信手段（３２２）と、前記払
   込データを払込処理装置（４２）から受信する受信手段
   （３２４）と、 を備える代金収納システム。
7. 【請求項７】 前記取引処理装置（１２）は、さらに入
   金データの提示要求を行うと共に入金データを受信する
   入金照会手段（１２７）を備えており、 前記払込処理装置（４２）は、さらに入金データの提示
   要求をうけて、端末装置（３２）で代金の受領が行われ
   た払込キーデータまたは払込データの少なくとも一部を
   入金データとして送信する入金送信手段（４３２）を備
   える請求項１ないし６のいずれか１項に記載の代金収納
   システム。
8. 【請求項８】 前記取引処理装置（１２）は、前記入金
   データとして送信され代金の受領が行われた取引データ
   をサーバ（２２）へと送信する報告手段（１２８）を備
   える請求項７記載の代金収納システム。
9. 【請求項９】 前記払込依頼票には、前記払込キーデー
   タが人間が読み取り可能な形式及び前記端末装置が読み
   取り可能な形式の両方で表示される請求項１ないし８の
   いずれか１項に記載の代金収納システム。
10. 【請求項１０】 前記払込依頼票には、前記払込キーデ
    ータの他に、前記払込データまたは前記取引データの少
    なくとも一部のデータが表示される請求項１ないし９の
    いずれか１項に記載の代金収納システム。
11. 【請求項１１】 前記端末装置（３２）は、さらに、代
    金の受領証を発行する受領証発行手段（３２６）を備え
    ており、該受領証には、前記払込キーデータまたは前記
    払込処理装置（４２）に格納された払込データの少なく
    とも一部のデータが印刷される請求項１ないし１０のい
    ずれか１項に記載の代金収納システム。
12. 【請求項１２】 前記取引は保険契約であり、前記取引
    データは、保険の申込データである請求項１ないし１１
    のいずれか１項に記載の代金収納システム。
13. 【請求項１３】 請求項１ないし１２記載の代金収納シ
    ステムを構成するための前記取引処理装置。
14. 【請求項１４】 請求項１ないし１２記載の代金収納シ
    ステムを構成する前記取引処理装置を、 取引データの中から所定のデータを抽出して払込データ
    を作成する払込データ作成手段（１３２）と、 払込データ作成手段（１３２）によって作成された払込
    データをサーバ（２２）へ送信する送信手段（１３４）
    と、 サーバ（２２）から送信された払込キーデータを受信す
    る受信手段（１３６）と、 払込キーデータが表示された払込依頼票を出力する出力
    手段（１３８）と、して機能させるための払込依頼票作
    成プログラム。