(57)【要約】【課題】保険事務手続き情報の多種多様なデータフォーマットに容易に対処し、あらゆる保険事務手続きに対して有用な保険事務処理システムを提供することを目的とする。また、代理店の機械化における各種の問題点を解決することを目的とする。【解決手段】代理店仕様のフォーマットを格納した代理店カタログ情報と保険会社仕様のフォーマットを格納した保険会社カタログ情報とを備え、両者間でデータ通信するときにはこれらのカタログ情報に基づいてフォーマットの変換を行う。保険会社システムが稼動していないときには、送信データを一旦保留しておき、該システムが稼働したときに再送する。さらに、代理店システムからの要求が保険会社のプログラム資源を使うものであるときには、保険会社のプログラムの存在位置とインターフェースを検索して代理店システムに返す。【選択図】  図１
2004355313.tif 000002
【特許請求の範囲】
【請求項１】
代理店システムと保険機関・金融機関等の保険・金融機関システムとの間に介在して、これら両システム間のデータ通信を仲介する保険・金融事務処理システムであって、
前記代理店システムで使用している代理店仕様のフォーマットを示す代理店カタログ情報を格納した記憶手段と、
前記保険・金融機関システムで使用している保険・金融機関仕様のフォーマットを示す保険・金融機関カタログ情報を格納した記憶手段と、
前記代理店システムから送信された代理店仕様のフォーマットの事務データを、前記代理店カタログ情報及び保険・金融機関カタログ情報に基づいて、保険・金融機関仕様のフォーマットの事務データに変換して前記保険・金融機関システムに送信する手段と、
前記保険・金融機関システムから送信された保険・金融機関仕様のフォーマットの事務データを、前記代理店カタログ情報及び保険・金融機関カタログ情報に基づいて、代理店仕様のフォーマットの事務データに変換して前記代理店システムに送信する手段と、
を備えたことを特徴とする保険・金融事務処理システム。
【請求項２】
請求項１に記載の保険・金融事務処理システムにおいて、
前記保険・金融機関システムが稼働中かどうかを識別する稼働情報識別手段と、
稼働中でなかったときには、その保険・金融機関システムに送信すべき事務データを一時的に格納する保留情報格納手段と、
前記稼働情報識別手段により稼働中でなかった保険・金融機関システムが稼働中になったことが識別されたとき、前記保留情報格納手段に格納されていた事務データを取り出して当該保険・金融機関システムに送信する再送手段と
を備えたことを特徴とする保険・金融事務処理システム。
【請求項３】
請求項１または２に記載の保険・金融事務処理システムにおいて、
前記保険・金融機関システムが提供するプログラムの存在位置とそのインターフェースを登録する手段と、
前記代理店システムからの要求に応じて、当該要求を処理するのに使用するプログラムの存在位置とそのインターフェースを検索して前記代理店システムに返す手段と
を備えたことを特徴とする保険・金融事務処理システム。
【請求項４】
請求項１から３の何れか１つに記載の保険・金融事務処理システムにおいて、
前記代理店システムから送信された事務データに含まれる宛先情報を識別し、前記代理店カタログ情報及び前記保険・金融機関カタログ情報カタログ情報に基づいて、前記事務データをそれぞれの宛先に対応する前記保険・金融機関仕様のフォーマットの複数の事務データに変換する手段と、
変換した各事務データを宛先別に送信する手段と
を備えたことを特徴とする保険事務処理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、保険・金融事務を扱う窓口となる保険・金融代理店システムと保険・金融商品を売りたい保険・金融機関システムとの間に介在して保険・金融代理店と保険・金融機関の両者に対して有用な機能を提供する保険・金融事務処理システムに関する。
【０００２】
【従来の技術】
従来、保険・金融事務処理を行うシステムにおける技術として、例えば、特許文献１や特許文献２に記載のものが知られている。
【０００３】
特許文献１に記載の技術は、代理店と金融サービス供給者（保険会社など）との間のデータフォーマット変換に関するものである。例えば保険会社の金融サービスの準備、手配、及び提供などに関連するデータを代理店との間で通信する際にデータフォーマットの変換を行うものである。
【０００４】
また、特許文献２に記載の技術は、利用者が単一の試算条件を入力することにより複数社の保険商品の比較検討をすることができるものである。まず利用者の接続要求に応じてサービス事業者から試算条件入力画面を送付する。利用者は試算条件入力画面で試算条件を入力し、サービス事業者にその条件データを送付する。サービス事業者は条件データを標準インターフェイスに適合する形式に変換し、利用者の結果表示画面のフレームを介して各試算事業者のコンピュータに送付する。各試算事業者の試算エンジンで試算されたそれぞれの試算結果は、利用者の結果表示画面の各フレームに返送され、各社の試算結果がそれぞれ表示される。
【０００５】
【特許文献１】特開２００２−０９２３３７号公報
【０００６】
【特許文献２】特開２００１−２４３２９７号公報
【０００７】
【発明が解決しようとする課題】
しかしながら、特許文献１に記載の金融ポータルでは、保険会社と乗合代理店との間の１対１のフォーマット変換のみを対象としているので、１つの乗合代理店から送られた１つの保険事務手続き情報データを複数の保険会社へデータ送信して処理させることができない。また、予め決められたフォーマット間の変換にしか対応できないので、例えば複数の保険会社が持つそれぞれ固有のデータフォーマットに対応するためには各データフォーマットそれぞれに対して変換プログラムを用意しなければならないという問題がある。さらに、保険会社のシステムが稼動していないときには対処することができないという問題がある。
【０００８】
また、特許文献２に記載の技術は、保険商品の試算に限られるため、保険事務手続き全般に適用できないという問題がある。
【０００９】
一方、代理店の機械化においては以下のような課題がある。まず、保険会社は代理店に顧客データがあると考えているが、実際は、契約データが各保険会社・各種目毎にバラバラであり、顧客データとして関連付ける（名寄せする）ことが難しい。また、保険会社の提供する代理店システムは中小代理店向け機能が主体であり、企業代理店の規模への対応、団体保険・企業保険・管財系保険・団体扱保険への対応に問題があった。さらに、保険会社の提供する代理店システムと既存の代理店側システムとの連携が難しいという問題があった。例えば、同じ内容を何度も別のシステムに入力したり、保険会社からの提供データが来るまで処理が完了しないなどの問題である。保険会社の代理店提供データはフォーマット変更にその都度対応が必要であるという問題もある。すなわち、商品改訂など、独自部分のフォーマット変更が発生すると、代理店側のシステムも修正しなければならない。
【００１０】
本発明の目的は、保険・金融事務手続き情報の多種多様なデータフォーマットに容易に対処し、あらゆる保険・金融事務手続きに対して有用な保険・金融事務処理システムを提供することにある。さらに本発明は、上述した代理店の機械化における問題点を解決することを目的とするものである。
【００１１】
【課題を解決するための手段】
上記目的を達成するために、請求項１に係る発明は、代理店システムと保険機関・金融機関等の保険・金融機関システムとの間に介在して、これら両システム間のデータ通信を仲介する保険・金融事務処理システムであって、前記代理店システムで使用している代理店仕様のフォーマットを示す代理店カタログ情報を格納した記憶手段と、前記保険・金融機関システムで使用している保険・金融機関仕様のフォーマットを示す保険・金融機関カタログ情報を格納した記憶手段と、前記代理店システムから送信された代理店仕様のフォーマットの事務データを、前記代理店カタログ情報及び保険・金融機関カタログ情報に基づいて、保険・金融機関仕様のフォーマットの事務データに変換して前記保険・金融機関システムに送信する手段と、前記保険・金融機関システムから送信された保険・金融機関仕様のフォーマットの事務データを、前記代理店カタログ情報及び保険・金融機関カタログ情報に基づいて、代理店仕様のフォーマットの事務データに変換して前記代理店システムに送信する手段とを備えたことを特徴とする。
【００１２】
請求項２に係る発明は、請求項１に記載の保険・金融事務処理システムにおいて、前記保険・金融機関システムが稼働中かどうかを識別する稼働情報識別手段と、稼働中でなかったときには、その保険・金融機関システムに送信すべき事務データを一時的に格納する保留情報格納手段と、前記稼働情報識別手段により稼働中でなかった保険・金融機関システムが稼働中になったことが識別されたとき、前記保留情報格納手段に格納されていた事務データを取り出して当該保険・金融機関システムに送信する再送手段とを備えたことを特徴とする。
【００１３】
請求項３に係る発明は、請求項１または２に記載の保険・金融事務処理システムにおいて、前記保険・金融機関システムが提供するプログラムの存在位置とそのインターフェースを登録する手段と、前記代理店システムからの要求に応じて、当該要求を処理するのに使用するプログラムの存在位置とそのインターフェースを検索して前記代理店システムに返す手段とを備えたことを特徴とする。
【００１４】
請求項４に係る発明は、請求項１から３の何れか１つに記載の保険・金融事務処理システムにおいて、前記代理店システムから送信された事務データに含まれる宛先情報を識別し、前記代理店カタログ情報及び前記保険・金融機関カタログ情報カタログ情報に基づいて、前記事務データをそれぞれの宛先に対応する前記保険・金融機関仕様のフォーマットの複数の事務データに変換する手段と、変換した各事務データを宛先別に送信する手段とを備えたことを特徴とする。
【００１５】
【発明の実施の形態】
以下、本発明を実施する場合の一形態を図面を参照して具体的に説明する。
【００１６】
図１は、本発明の実施の一形態の保険事務処理サイトと該サイトに接続する各システムの構成を示すブロック図である。インターネット１４０に、保険事務処理サイト１００と、代理店用システムの提供者のシステム１１０と、代理店用システム１２０と、保険会社システム１３１，１３２，１３３とが接続されている。保険事務処理サイト１００は、データ変換機能１０１、ディレクトリサービス１０２、アグリゲーション機能１０３、及び稼働情報識別・再送機能１０４を有している。
【００１７】
保険事務処理サイト１００及び各システム１１０，１２０，１３１〜１３３は、それぞれ所定のプログラムが動作するコンピュータで実現されている装置である。ここでは、代理店用システム（以下、単に代理店と呼ぶ）１２０を１台、代理店用システムの提供者のシステム（以下、単に代理店用システム提供者と呼ぶ）１１０を１台、保険会社システム（以下、単に保険会社と呼ぶ）１３１〜１３３を３台図示したが、これら各システムの数は任意である。
【００１８】
図２は、図１の保険事務処理サイト１００のデータ変換機能１０１の機能内容を示したものである。データ変換機能１０１は、データ変換エンジン２０１、保険会社カタログ情報２０２、及び代理店カタログ情報２０３を備える。保険会社カタログ情報２０２は、保険会社１３１〜１３３で使用している各種の電子データのフォーマットを示す情報である。代理店カタログ情報２０３は、代理店１２０で使用している各種の電子データのフォーマットを示す情報である。代理店仕様データ２１１，２１４は、代理店仕様のフォーマットで表現された各種のデータ（例えば、新規保険契約の申込書、契約者の住所変更届、保険内容の変更届、或いは解約届など）である。保険会社仕様データ２１２，２１３は、保険会社仕様のフォーマットで表現された各種のデータである。
【００１９】
データ変換エンジン２０１は、入力された代理店仕様データ２１１を代理店カタログ情報２０３及び保険会社カタログ情報２０２を利用して保険会社仕様データ２１２に変換し出力する。同様に、データ変換エンジン２０１は、入力された保険会社仕様データ２１３を保険会社カタログ情報２０２及び代理店カタログ情報２０３を利用して代理店仕様データ２１４に変換し出力する。これにより、代理店側で利用しているデータのフォーマットと保険会社側で利用しているデータのフォーマットとが異なる場合でも、両者のやり取りを行うことができる。
【００２０】
図３は、図２のデータ変換機能１０１を用いた保険契約時のデータ交換の例を示す。代理店は、Ｗｅｂ募集３１１や従来通りの紙での申込により、顧客３０１からの保険契約の申込を受け付ける。代理店アプリケーション３１２は、図１の代理店１２０で動作するアプリケーション、または、代理店用システム提供者１１０が提供するＡＳＰ（アプリケーションサービスプロバイダ）機能により提供されたアプリケーションである。代理店アプリケーション３１２は、代理店側で動作するものであり、取り扱うデータは代理店仕様のデータである。従って、顧客３０１の保険契約時のデータは代理店仕様の計上データ３１３として保険事務処理サイト１００に送信される。
【００２１】
保険事務処理サイト１００は、保険契約時処理３１５で、▲１▼相手先情報をチェックし、▲２▼カタログ情報に基づいたデータフォーマット変換を行う。▲１▼の相手先情報のチェックとは、その保険契約がどの保険会社の保険商品についての契約かを判定し、当該保険会社３１７をデータ送信の宛先とする処理である。▲２▼のデータフォーマット変換は、図２で説明したデータ変換機能１０１による変換であり、ここでは相手先の保険会社３１７で使用しているフォーマットに変換する。変換後のデータは、代理店からの保険会社仕様計上データ３１６として、相手先の保険会社３１７に送信される。
【００２２】
保険会社３１７は、当該計上データ３１６を受信し、保険契約のための各種の処理を行った後、保険会社からの保険会社仕様契約データ３１８を出力する。この契約データ３１８は、保険事務処理サイト１００に送信され、保険契約時処理３１５で代理店仕様のフォーマットに変換される。変換後の代理店仕様契約データ３１９は、代理店アプリケーション３１２に送信され、ここで契約として蓄積される。これにより代理店側の顧客データとして確定する（３２０）。
【００２３】
以上のような保険契約時の処理によれば、カタログ情報２０２，２０３に保険会社と代理店で使用しているフォーマット情報をそれぞれ格納しておけば、代理店と保険会社との間のデータ通信で各種の情報をやり取りできる。例えば保険会社側のデータフォーマットが変更になった場合、そのフォーマット情報を保険会社カタログ情報２０２に格納するだけでよく、代理店側で当該フォーマット変更に応じてシステム変更する必要はない。図３では契約時の処理を例として説明したが、他の各種の保険事務についても同様にすればよい。
【００２４】
図４は、図１の保険事務処理サイト１００のディレクトリサービス１０２の機能内容を示したものである。ディレクトリサービス１０２は、ディレクトリ検索エンジン４０２と、プログラム用ディレクトリ４０３と、ディレクトリ登録エンジン４０４とを持つ。ディレクトリ検索エンジン４０２は、代理店側からの要求に応じて、プログラム用ディレクトリ４０３を参照して当該要求を処理するための資源を検索し、検索結果を要求発行元に返す。プログラム用ディレクトリ４０３には、各種資源の位置情報やインターフェース情報を格納する。ディレクトリ登録エンジン４０４は、プログラム用ディレクトリ４０３に対して各種資源の位置情報やインターフェース情報を登録する処理を行う。
【００２５】
保険会社１３１〜１３３は、それぞれディレクトリ登録エンジン４０４を用いて、プログラムコンポーネント４１１，４２１，４３１の位置情報とプログラムコンポーネントインタフェース情報４１２，４２２，４３２を、プログラム用ディレクトリ４０３にあらかじめ登録しておく。プログラムコンポーネント４１１，４２１，４３１は各保険会社１３１，１３２，１３３がそれぞれ提供するプログラム要素であり、プログラムコンポーネントインタフェース情報４１２，４２２，４３２はそれらのプログラムコンポーネント４１１，４２１，４３１のインタフェースを示す情報である。
【００２６】
代理店１２０から所定の要求があると、当該要求を処理するため、ＡＳＰである代理店用システム提供者１１０の代理店用プログラム４０１が起動される。該代理店用プログラム４０１は、ディレクトリ検索エンジン４０２を用いて、当該要求を処理するために必要なプログラムをプログラム用ディレクトリ４０３から検索する。これにより、当該要求に応じて起動すべきプログラムコンポーネント４１１，４２１，４３１の位置情報とプログラムコンポーネントインタフェース情報４１２，４２２，４３２が返される。代理店用プログラム４０１は、それぞれのプログラムコンポーネント４１１，４２１，４３１のインタフェースに合わせた動作指定を行い、結果を得る。なお、図４では代理店１２０からＡＳＰである代理店用システム提供者１１０の代理店プログラム４０１を介してディレクトリサービス１０２を利用した例を説明したが、代理店１２０から直接ディレクトリサービス１０２を利用するようにしてもよい。
【００２７】
図５は、図４のディレクトリサービス１０２を用いて代理店から１回の試算リクエストを発行することで複数の保険会社からの試算結果を得る具体例を示す。代理店は、Ｗｅｂ募集５１１（紙での申込でもよい）により、顧客５０１からの試算リクエスト（保険商品に関する条件を与え、その条件で価格が幾らになるかについて試算することを要求するリクエスト）の申込を受け付ける。代理店アプリケーション５１２は、図１の代理店１２０で動作するアプリケーション、または、代理店用システム提供者１１０が提供するＡＳＰ機能により提供されたアプリケーションである。代理店アプリケーション５１２は、与えられた試算リクエストに応じて、図４で説明したディレクトリサービス１０２（５１７）を用いて、試算を行わせるために利用する保険会社のプログラムコンポーネントの位置情報とそのインターフェースを取得し、取得したインターフェースを用いて各保険会社５１４〜５１６のプログラムコンポーネント（試算Ｗｅｂサービス）を起動し、各保険会社５１４〜５１６で試算した結果を得る。得られた試算結果は、例えばＷｅｂ５１１を介して顧客に返される。これにより、１回の試算リクエストを発行するだけで複数の保険会社の試算結果を得ることができる。図５では試算処理を例として説明したが、他の各種の処理についても同様にすればよい。
【００２８】
図６は、図１の保険事務処理サイト１００のアグリゲーション機能１０３の機能内容を示したものである。アグリゲーション機能１０３は、宛先識別処理６０３と宛先別送信処理６０９を持つ。宛先識別処理６０３は、受け取った保険事務データの宛先を識別し、宛先別の事務データを生成する処理である。宛先別送信処理６０９は、各宛先別に事務データを送信する処理である。
【００２９】
代理店１２０から所定の要求があると、当該要求を処理するため、ＡＳＰである代理店用システム提供者１１０の代理店用プログラム６０１が起動される。該代理店用プログラム６０１は、当該要求に応じて、宛先情報を含む所定の事務データ６０２をアグリゲーション機能１０３に送信する。アグリゲーション機能１０３の宛先識別処理６０３は、事務データ６０２に含まれる宛先情報を識別し、宛先情報を分離して事務データ本体６０４と事務データの宛先情報６０５を生成出力する。データ変換機能１０１は、宛先情報６０５を参照して宛先別に事務データ本体６０４のデータ変換を行い、宛先数分の事務データ６０６，６０７，６０８を出力する。図６では宛先が３箇所ある場合について示している。宛先別送信処理６０９は、これらの事務データ６０６，６０７，６０８を宛先別にデータ送信する。ここでは、保険会社１３１，１３２，１３３にそれぞれ事務データ６０６，６０７，６０８をデータ送信することになる。
【００３０】
なお、図６では代理店から保険会社へデータ送信する場合のみ図示したが、逆に各保険会社から返信データがある場合には、アグリゲーション機能やデータ変換機能を用いて、それらの返信データをそれぞれデータ変換し、代理店に送信する１つの事務データにまとめて代理店に送信する。
【００３１】
図７は、図６のアグリゲーション機能１０３を用いて、代理店から顧客の異動処理（例えば、住所の変更など）を行う具体例を示す。代理店は、Ｗｅｂ募集７１１や紙での申込により、顧客７０１からの異動申請を受け付ける。代理店アプリケーション７１２は、図１の代理店１２０で動作するアプリケーション、または、代理店用システム提供者１１０が提供するＡＳＰ機能により提供されたアプリケーションである。代理店アプリケーション７１２は、与えられた異動申請に応じて、代理店からの代理店仕様異動データ７１３を保険事務処理サイト１００に送信する。保険事務処理サイト１００は、７１５に示すように、▲１▼図６で説明したアグリゲーション機能１０３の宛先識別処理６０３で事務データに含まれる宛先情報を識別して事務データ本体と事務データの宛先情報を分離し、▲２▼事務データに対して宛先別にカタログ情報２０２，２０３に基づいたデータフォーマット変換を行って宛先数分の事務データを出力し、▲３▼宛先別送信処理６０９で、宛先別に各保険会社に向けて保険会社仕様の異動データ７１６，７１７，７１８を送信する。
【００３２】
以上のようなアグリゲーション機能を利用した処理により、例えば顧客の住所変更があったとき、代理店では代理店仕様のフォーマットで当該住所変更の異動データを作成して保険事務処理サイト１００に送るだけでよい。その異動データには、宛先情報（具体的には、当該顧客が契約している全ての保険会社が宛先となる）が含まれており、保険事務処理サイトではその宛先別に住所変更の異動データを各保険会社仕様に変換して送信する。これにより、各保険会社で当該顧客の住所変更の処理が実行される。
【００３３】
図８は、図１の保険事務処理サイト１００の稼動情報識別・再送機能１０４の機能内容を示す。ここでは図４の処理を行う場合を前提とし、図４と同じ部分には同じ番号を付けた。上述したように代理店１２０からの各種の要求は、代理店用プログラム８０１により保険事務処理サイト１００に送られて処理される（代理店１２０から直接保険事務処理サイト１００に送る場合もある）。このとき、各保険会社１３１，１３２，１３３の全てが稼動しているとは限らない。稼働していない保険会社のプログラムは利用することができない。そこで、保険会社が稼動していない場合、保険事務処理サイト１００は、一旦代理店側からのリクエストを保留情報８１１に格納しておき、保険会社が稼動を開始したときその稼動情報を受信して稼動情報識別機能８１２により稼動していることを確認し、再送機能８１３により保留情報８１１に保留していたリクエストを稼動を開始した保険会社に送信する。これにより、稼動していない保険会社に対してもリクエストに対する処理を保証することができる。
【００３４】
なお、稼働情報は、稼働情報識別機能８１２が所定時間毎に各保険会社にアクセスすることにより収集してもよいし、あるいは電源オンされて稼働を開始した保険会社が稼働情報識別機能８１２に所定のデータを送信して連絡するようにしてもよい。
【００３５】
また、本実施例では保険会社の提供する保険商品に関する事務処理を例にとって説明したが、金融機関の提供する金融商品等に適用してもよい。
【００３６】
【発明の効果】
以上説明したように、本発明によれば、代理店仕様のフォーマットを格納した代理店カタログ情報と保険会社仕様のフォーマットを格納した保険・金融機関カタログ情報とを備え、両者間でデータ通信するときにはこれらのカタログ情報に基づいてフォーマットの変換を行うので、保険・金融事務手続き情報の多種多様なデータフォーマットに容易に対処し、あらゆる保険・金融事務手続きに対して有用なシステムが実現できる。また、保険・金融機関システムが稼動していないときには、送信データを一旦保留しておき、該システムが稼働したときに再送することができる。さらに、代理店システムからの要求が保険・金融機関のプログラム資源を使うものであるときには、保険・金融機関のプログラムの存在位置とインターフェースを検索して代理店システムに返すので、代理店システムはそれらの資源を利用して処理することができる。
【００３７】
また、代理店側では統一した代理店仕様のフォーマットを利用できるので顧客データの名寄せも簡単になり、保険・金融機関のプログラム資源を利用する仕組みがあるので企業代理店の規模への対応、団体保険・企業保険・管財系保険・団体扱保険その他種々の金融商品等への対応も容易である。同じ内容を何度も別のシステムに入力したり、保険・金融機関からの提供データが来るまで処理が完了しないなどの問題も解決される。保険・金融機関のフォーマット変更に対しても、カタログ情報を変更するだけで容易に対処できる。
【図面の簡単な説明】
【図１】本発明の実施の一形態の保険事務処理サイトと該サイトに接続する各システムの構成を示すブロック図
【図２】保険事務処理サイトのデータ変換機能の機能内容を示す図
【図３】データ変換機能を用いた保険契約時のデータ交換の例を示す図
【図４】ディレクトリサービスの機能内容を示す図
【図５】ディレクトリサービスを用いて代理店から１回の試算リクエストを発行することで複数の保険会社からの試算結果を得る具体例を示す図
【図６】アグリゲーション機能の機能内容を示す図
【図７】アグリゲーション機能を用いて代理店から顧客の異動処理を行う具体例を示す図
【図８】稼動情報識別・再送機能の機能内容を示す図
【符号の説明】
１００…保険事務処理サイト、１０１…データ変換機能、１０２…ディレクトリサービス、１０３…アグリゲーション機能、１０４…稼動情報識別・再送機能、１１０…代理店用システム提供者、１２０…代理店、１３１…保険会社、１３２…保険会社、１３３…保険会社、１４０…インターネット、２０１…データ変換エンジン、２０３…代理店カタログ情報、２０２…保険会社カタログ情報、２１１…代理店仕様データ、２１２…保険会社仕様データ、２１３…保険会社仕様データ、２１４…代理店仕様データ、４０３…プログラム用ディレクトリ、４０２…ディレクトリ検索エンジン、４０４…ディレクトリ登録エンジン、４１１…プログラムコンポーネント、４１２…プログラムコンポーネントインタフェース情報、４２１…プログラムコンポーネント、４２２…プログラムコンポーネントインタフェース情報、４３１…プログラムコンポーネント、４３２…プログラムコンポーネントインタフェース情報、４０１…代理店用プログラム、６０３…宛先識別、６０９…宛先別送信、６０４…事務データ、６０５…事務データ宛先データ、６０６…事務データ、６２１…事務データ、６０７…事務データ、６２２…事務データ、６０８…事務データ、６２３…事務データ、６０１…代理店用プログラム。
【図１】
2004355313.tif 000003
【図２】
2004355313.tif 000004
【図３】
2004355313.tif 000005
【図４】
2004355313.tif 000006
【図５】
2004355313.tif 000007
【図６】
2004355313.tif 000008
【図７】
2004355313.tif 000009
【図８】
2004355313.tif 000010
【手続補正書】
【提出日】平成16年4月27日(2004.4.27)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】特許請求の範囲
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
代理店システムと保険機関・金融機関等の保険・金融機関システムとの間に介在して、これら両システム間のデータ通信を仲介する保険・金融事務処理システムであって、
前記代理店システムで使用している代理店仕様のフォーマットを示す代理店カタログ情報を格納した記憶手段と、
前記保険・金融機関システムで使用している保険・金融機関仕様のフォーマットを示す保険・金融機関カタログ情報を格納した記憶手段と、
前記代理店システムから送信された代理店仕様のフォーマットの事務データに含まれる複数の宛先情報を識別し、該宛先別の事務データを生成する手段と、
各宛先別の代理店仕様のフォーマットの事務データを、前記代理店カタログ情報及び保険・金融機関カタログ情報に基づいて、その宛先の保険・金融機関仕様のフォーマットの事務データに、それぞれ変換する手段と、
変換後の各宛先別の事務データを、その宛先別にそれぞれ送信する手段と
を備えたことを特徴とする保険事務処理システム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００１１
【補正方法】変更
【補正の内容】
【００１１】
【課題を解決するための手段】
上記目的を達成するために、請求項１に係る発明は、代理店システムと保険機関・金融機関等の保険・金融機関システムとの間に介在して、これら両システム間のデータ通信を仲介する保険・金融事務処理システムであって、前記代理店システムで使用している代理店仕様のフォーマットを示す代理店カタログ情報を格納した記憶手段と、前記保険・金融機関システムで使用している保険・金融機関仕様のフォーマットを示す保険・金融機関カタログ情報を格納した記憶手段と、前記代理店システムから送信された代理店仕様のフォーマットの事務データに含まれる複数の宛先情報を識別し、該宛先別の事務データを生成する手段と、各宛先別の代理店仕様のフォーマットの事務データを、前記代理店カタログ情報及び保険・金融機関カタログ情報に基づいて、その宛先の保険・金融機関仕様のフォーマットの事務データに、それぞれ変換する手段と、変換後の各宛先別の事務データを、その宛先別にそれぞれ送信する手段とを備えたことを特徴とする。


【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】削除
【補正の内容】
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００１３
【補正方法】削除
【補正の内容】
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００１４
【補正方法】削除
【補正の内容】