(57)【要約】【課題】本発明が解決しようとする課題は、団体単位に加入している保険業務において、各団体の保険加入者や関係者に発生する保険業務ならびにそれに伴う福祉・生活設計等の手続きを手助けするための保険処理システムを提唱することである。【解決手段】複数の組織に所属する保険加入者である構成員に発生する保険事故及びそれに連動する各種異動処理等を含む保険関連事務処理を行うコンピュータシステムにおいて、前記複数の組織にそれぞれ対応する保険関連事務処理において用いられる各種帳票をイメージデータまたはイメージデータとベクトルフォントを組み合わせたデータを用い、該データの入力項目に関してフィールドを指定してタグを作成し、タグデータとしたページデータベースを備えたことを特徴とする保険関連事務処理システムである。【選択図】        図１
2004310631.tif 000002
【特許請求の範囲】
【請求項１】
複数の組織に所属する保険加入者である構成員に発生する保険事故及びそれに連動する各種異動処理等を含む保険関連事務処理を行うコンピュータシステムにおいて、
前記複数の組織にそれぞれ対応する保険関連事務処理において用いられる各種帳票をイメージデータまたはイメージデータとベクトルフォントを組み合わせたデータを用い、該データの入力項目に関してフィールドを指定してタグを作成し、タグデータとしたページデータベース
を備えたことを特徴とする保険関連事務処理システム。
【請求項２】
複数の組織に所属する保険加入者である構成員に発生する保険事故及びそれに連動する各種異動処理等を含む保険関連事務処理を行うコンピュータシステムにおいて、
（１）前記各種帳票で使用する項目のうち、共通する項目を洗い出し、共通の項目名、属性等を登録したタグ辞書、
（２）前記各種帳票で使用されている項目名をすべて洗い出して各帳票ごとにまとめた帳票辞書、
（３）前記タグ辞書をもとにデータ入力用のページを作成する手段、
を備えたことを特徴とする請求項１に記載の保険関連事務処理システム。
【発明の詳細な説明】
【０００１】
【発明が属する技術分野】
本発明は、企業・団体・組合などそれぞれの組織単位に加入している保険関連業務において、各組織の保険加入者に発生する、保険関連事務処理ならびにそれに伴う福祉・生活設計等の手続きを手助けするための手段を開発することを目的とした保険処理システムに関する。
【０００２】
【従来の技術】
企業・団体・組合などそれぞれの組織に所属する加入者が保険事故に遭遇した場合、近年は保険給付が多岐に渡り、各種保険事故と当該保険給付請求を結びつける判断が複雑化している。そのため厚生担当者のみならず、その当事者に課せられる事務手続きは多岐にわたっている。例えば保険事故が発生した場合、人事関係書類、組合関係書類、生命保険関係書類、損害保険関係書類、証券関係書類、銀行関係書類等の申請請求書類を取り揃えなければならない。これらの書類を用意するために、厚生担当者は関係者との折衝を何度も繰り返す必要があった。
【０００３】
最近はこれらの帳票作成にコンピュータが導入されている。すなわち、データをコンピュータに打ち込めば、自動的に帳票が印刷されるようになった。しかしその実態は、若干のデータ加工はあるものの、多くは単票の帳票作成に留まっている。要するに、手書き部分が自動印刷されるという程度であり、これまでの業務に携わる人たちの労力を根本的に軽減するまでには至っていない。
【０００４】
保険業務と帳票に関する発明としては、『保険業務処理システム』（特許文献１）がある。この発明は損害保険や生命保険の業務効率を向上させるために、保険会社と顧客との契約に係わる所定の書類を電子化し、コンピュータで電子所定書類を作成し、少なくとも一部を保険会社から顧客に電子メールで送信するといった保険業務処理が述べられている。これまで保険契約に当たっては保険会社の契約取扱者あるいは営業職員が書類を持って顧客の所に何度も足を運んで書類を作成していたものを、電子メールを活用することによってその手続き（業務）を簡素化かつ迅速化している。
【０００５】
【特許文献１】
特開２００１−３１９０５４号公報
【０００６】
【発明が解決しようとする課題】
従来技術で見てきたように、保険業務では数多くの書類が必要となる。とくに企業・団体・組合などそれぞれの組織（以下、“団体”と記述）に属する加入者が保険事故に遭遇したときには、団体の厚生担当者や当事者に課せられる事務手続きは多岐にわたり、その手続に忙殺されているのが現状である。それというのも、書類の発生場所が異なることや、処理すべき関連事項が多いためである。
【０００７】
しかし、それぞれの帳票は形こそ違え、その記述内容は大同小異であり、また要求される附属書類も似ている場合が多い。例えば職員番号、被保険者名、受取人、送金情報といった項目は同じであり、各種の書類に同じ内容を書き込まなければならなかった。また複数の保険会社が係わっている場合、さらに各種の似たような書類を何枚も記述しなければならなかった。また各附属書類を取り寄せたり、各関係機関との折衝など煩雑な業務が多く、当事者や団体の厚生担当者は多忙を強いられている。この多忙ゆえに、書類の不備や記載ミスなども生じ、すべての書類完成までに長期間を要するという問題も抱えている。
【０００８】
このような状況を解決するために、書類（帳票）を一元管理し、書類のフォーマットを統合し、かつ記述の方式を一つに統一するなどの方法もある。しかし、それぞれの機関の歴史的あるいは文化的な背景を無視して統一書式に変えることは現実的でない。同一機関の書類間、あるいは各機関で発行する書類間には共通項目が数多く含まれている。ほんのわずかな書式の違いであっても、コンピュータシステムでは別の帳票として扱わなければならない。この違いを処理プログラムで吸収することもできる。すなわち共通部分を多く含む帳票は同一の処理プログラムで対処することである。これにより、記述プログラムの本数を減らすことはできる。しかしその反面、処理プログラムが複雑になったり、書式が変わるたびに処理プログラムを変えなければならないというジレンマが生じていた。
【０００９】
本発明が解決しようとする課題は、団体単位に加入している保険業務において、各団体の保険加入者や関係者に発生する保険業務ならびにそれに伴う福祉・生活設計等の手続きを手助けするための保険処理システムを提唱することである。
【００１０】
【課題を解決するための手段】
発明が解決しようとする課題を解決するために、請求項１に記載された発明は、複数の組織に所属する保険加入者である構成員に発生する保険事故及びそれに連動する各種異動処理等を含む保険関連事務処理を行うコンピュータシステムにおいて、前記複数の組織にそれぞれ対応する保険関連事務処理において用いられる各種帳票をイメージデータまたはイメージデータとベクトルフォントを組み合わせたデータを用い、該データの入力項目に関してフィールドを指定してタグを作成し、タグデータとしたページデータベースを備えたことを特徴とする保険関連事務処理システムとする。
【００１１】
請求項２に記載された発明は、複数の組織に所属する保険加入者である構成員に発生する保険事故及びそれに連動する各種異動処理等を含む保険関連事務処理を行うコンピュータシステムにおいて、（１）前記各種帳票で使用する項目のうち、共通する項目を洗い出し、共通の項目名、属性等を登録したタグ辞書、（２）前記各種帳票で使用されている項目名をすべて洗い出して各帳票ごとにまとめた帳票辞書、（３）前記タグ辞書をもとにデータ入力用のページを作成する手段、を備えたことを特徴とする請求項１に記載の保険関連事務処理システムである。
【００１２】
本発明の保険関連業務処理システムは、団体に所属する保険加入者の事故遭遇時に発生する保険業務や福祉業務の、事務処理を一括管理および処理をするコンピュータシステムである。管理センターにサーバーを設置し、複数の異なる団体の保険加入者事故遭遇時の保険や福祉の事務手続きを処理する。管理センターと各団体とはインターネットで結び、各団体での必要項目の入力処理の手助けとなる入力画面（ページ）の提供、各団体より入力されたデータの一括管理、各団体からの要求に応えて帳票・書類の印刷等などの、発生する事務処理に必要な帳票を一括管理、ライフガイド、収支計画書、最適請求書の作成のためのシミュレーション等の処理を管理サーバーで総合的に管理・実行する。
【００１３】
ここで管理センターが管理する団体および金融機関は複数である。管理する書類は基本的に現在使用されている書類をそのまま帳票としてデータベースに登録する。一方、前記の帳票のうちの記入項目は基本的に画面から入力できるようにする。そこで以下のような処理を施す。
（１）現存の帳票をスキャナで読み取り、読み取ったイメージデータ、あるいはイメージとベクトルフォントの組み合わせデータを書式データベースに保存する。この書式データベースに登録されている各帳票が書類印刷用になる。一方、データ入力ページ（画面）を作成するために、前述の書式データベースに保存されているデータをもとに、入力項目に関してはフィールドを指定してタグを作成し、タグデータとしてページデータベースに登録する。このタグデータは、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）やＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）で記述したホームページの定義ファイルである。
【００１４】
本発明では、各種の書類で使用する項目のうち、共通する項目を洗い出し、共通の項目名、属性等を登録したタグ辞書を作成する。このタグ辞書を使用すれば、データ入力画面（ページ）を作成する際に項目名からタグ辞書を引き、該当する項目のタグを取り寄せてフィールドの定義とすることができる。一方、このようにして作成された帳票の項目をすべて洗い出して各帳票ごとにまとめて帳票辞書を作成する。すなわち、保険関連業務に必要な帳票は帳票名を指定することによって帳票辞書から取り出して項目名にデータを埋めて印刷用の帳票を作成することができる。
【００１５】
集中管理の利点は重複による無駄の解消にある。本発明では、それを共通項目の辞書による一括管理で解決している。しかし、必要項目は管理センターだけでは揃えることができるものではなく、各機関の協力が必要となる。そこで、管理センターと各機関とをインターネットで結び、データ入力や帳票の印刷は各団体のシステムで行う場合もある。そのための材料（プログラムや帳票イメージデータ等）は管理センターが用意する。具体的には、各団体からの帳票印刷の要求があった場合に、予め団体から送信されてきたデータを保管してある加入者データベースと、管理センターで作成し保管してある帳票のレイアウトを記した書式データベースから、それぞれ要求された加入者のデータと帳票レイアウトを読み取って団体に送信し、団体の端末装置で印刷する。
【００１６】
なお最終結果である各種の帳票（書類）を作成するためには、関係者にとって最適な請求書を作成するためのシミュレーションを行う必要がある。本発明では、家計収支計画シミュレーションならびにライフガイドを作成する処理も用意している。
【００１７】
また本システムが誰にでも自由にアクセスできたり、データの改ざんが行われたりした場合には、システムとしての信頼性を失われることになる。そこで本発明では、パスワードや団体認証子だけでなく、電子認証カードを使って団体認証を行う手段も用意しておく。すなわち、電子認証カードを持たないシステム担当者が本システムにアクセスしても、システムとの接続を拒否される。
【００１８】
【発明の実施の形態】
本発明の実施の形態を図を用いて説明する。図１は本発明のネットのつながりを中心に見たシステム構成図である。管理センター１は各種の関連機関３および団体２とインターネット９で結ばれている。ここでいう各種の関連機関とは、保険会社、役所、病院、銀行、福祉センターなどの、各種請求書や、各種公的証明書を発行し、資金決済を実現する機関である。例えばインターネットを通じ、加入者の属していた市町村の役所の住基ネットから家族の住民票を取り寄せたり、病院で発行する各種診断書などを取り寄せたり、現金をネット送金したりする。ただしこの場合、個人情報のセキュリティが護られている必要があるために、各関連機関との間で個人情報保護・セキュリティ管理体制を確立しておく必要がある。団体２は、管理センターと契約関係にある企業、組合、団体などの組織体である。
【００１９】
管理センター１は保険会社と契約し、保険加入者の事故遭遇時の保険関連事務処理を受託している。一社でもよいし、複数の保険会社の業務委託でもよい。後者の場合の方が、効率的なシステム設計が行える。なぜなら、各保険会社が発行する書類はそれぞれの独立性を有しているものの、その書式に大差がないことから、共通化するメリットは対象相手が多いほど有利だからである。管理サーバー１００が管理する各種のデータベース１１０は大きく分けて４種類ある。すなわちホームページ用（画面用）、帳票印刷用、加入者用および辞書である。前二者は保険会社別・団体別・保険種別に作成されるが、最後の辞書は基本的に各データベースに共通に作成され、各種データベースで利用される。加入者用は団体に所属する、保険に加入している個人情報を記録したデータベースである（後述する図５の１１２２のデータベース、前述した「加入者データベース」と同じもの）。
【００２０】
ホームページ用データベースには、保険業務に必要な対話形式で操作できるように組み立てられたメニュー（各種具体的な保険的事象を具体的な保険事故かどうかを多種類の保険契約から絞り込むガイダンスと連動した帳票選択機能）などを記述したページ用と、保険業務に必要なデータを入力するためのページ用がある。後者のページは帳票（各種の書類）を作成するための書式データベースとの関連が強いために、図２のような作成の仕方をする。図の例では管理センター１で処理を行っているが、各団体の担当者が行い、管理センターにアップロードする方法も採れる。ここでは、図のように管理センターで行う方法で説明する。
【００２１】
内容については後述するが、タグ辞書１１ｄ１や帳票辞書１１ｄ２は予め作成しておく。まず既存の書類４００（帳票）をスキャナ１２０で読み取り、帳票イメージデータ４１０を作る。団体のイントラネットにある保険関連事務帳票ライブラリー４０１や関連機関３の帳票デジタルデータを使用できる場合にはスキャナ処理は不要となる。帳票イメージデータ４１０の各フィールドに対して項目名を定義して書式データ４２０（帳票イメージデータ）を作成し、書式データベース１１２（帳票データベース）に保存する。一方、データ入力用のページ（画面）を作成するために、書式データ４２０から入力項目となるフィールドを定義し、ページデータ４３０（画面データ）を作成して、ページデータベース１１１（タグデータベース）に登録する（処理Ｐ０１）。フィールドの定義に当たっては、各種の帳票で共通する項目がある場合には、予めタグ辞書１１ｄ１に定義してある項目名を指定する。すなわち、共通項目に関しては項目名のみを指定すれば、タグ辞書からその項目に関する属性等が自動的に引き出され、ページデータに書き加えられる（処理Ｐ０１）。ここで作成されたページデータはＨＴＭＬやＸＭＬ形式のファイルとなっている。
【００２２】
図２では管理センターが一括して辞書の作成から書式データベースやページデータベースを作成する場合について述べたが、各団体のシステム担当者が辞書の作成から書式データベースやページデータベースの作成を行うこともできる。以下は、団体で行う場合について述べる。図３は、各団体のシステム担当者が辞書を作成する場合の例である。各団体２のシステム担当者は、まず既存の各種の帳票から共通する項目を洗い出し、端末から項目名や属性等の必要項目を定義し、インターネット９を通して管理センター１に送信する。このときに使用する帳票辞書支援画面ソフトウェア５００は管理センターから提供されたものである。データを受信した管理センター１の辞書登録・保守システム６００は、項目名で昇順にタグ辞書１１ｄ１に登録する。同様に帳票辞書に関しては、帳票で使われている項目名をすべて記述して管理センターに送信し、管理センターの帳票辞書１１ｄ２に登録する。なお、この方法で作成される辞書は、団体単位の辞書であり、他の団体や保険会社とのつながりはとれない。各保険会社と共通したタグ辞書を作るためには、管理センターのシステム担当者の指導のもと、各保険会社や関連機関との打ち合わせを行うことが必要となる。
【００２３】
図４は図２に対応したもので、団体２のシステム担当者によってページデータベースと書式データベースを作成する手順を示している。基本的には管理センター１で登録した手順と同じであるが、既存帳票４００のスキャニング１２０や団体内のイントラネット帳票ライブラリー４０１等とページデータおよび書式データの作成は団体２側の帳票作成支援ソフトウェア５０１で行う。作成した各データはインターネット９を通して管理センター１に送信し、帳票作成保守システム６０１によってページデータベース１１１と書式データベース１１２に登録される。なお図ではページデータベースと書式データベースを一つにまとめてあるが、ページデータベースではプリンタ情報はなくてもよい。ただし、基本的には同種のフォーマットのデータベースである。
【００２４】
図５は、加入者のデータ入力処理を示した図である。加入者（図では“職員”と記述）の家族から入手した職員・家族情報４３１を入力支援・リスト出力ソフトウェア５０２を用いて入力し、インターネット９を通して管理センターに送信する。ここで入力画面はページデータベース１１１より読み出され、インターネットを介して端末のディスプレイに表示される。データを受信した管理センターでは、帳票連動処理システム６０２が動作し、各種の帳票を作成する。図の例では、職員・家族個別情報１１２１、団体制度・保険等情報１１２２、一括帳票明細１１２３、附属書類１１２４などの各種データベースが作成されている。ここでデータベース名に付けた添字１１２ｎ（ｎは数値）は、予め作成してある書式データベース１１２の書式（図２、３参照）に従ってデータが埋められる。すべてのデータ入力が完了すると、管理センターから附属帳票取付情報データ４２１が団体の端末に送信され、入力支援・リスト出力ソフトウェア５０２によって印刷される。
【００２５】
データの変更や帳票の印刷さらには家計収支シミュレーションは、図６のシミュレーション・帳票作成システムで行う。変更のある場合には、職員番号と変更データの入力する。また将来設計を支援するために、シミュレーションを行うことができるが、その場合には一時的にデータを変更して家計収支のシミュレーションを行うこともできる。この場合には、職員・家族個別情報データベース１１２１のデータ書き換えは行わない。これらのデータ入力を行う画面４３２（ページ）は管理センター１のページデータベース１１１から読み取る。入力データをもとに、家計収支計画シミュレーション・ライフガイド・帳票一括処理ソフトウェア５０３がデータのチェック等を行い、管理センターのシミュレーション・帳票作成システム６０３に送信する。データを受信した同システム６０３は家計収支シミュレーションデータベース１１３を使って家計収支のシミュレーションやライフガイドを作成して、団体の端末に送る。またシミュレーション結果である各種の帳票は、各種書式データベース１１２から関連する帳票書式を取り出してデータを埋めて、団体の端末に送信し、団体のプリンタに印刷する。図の例では、収支計画書４２２、ライフガイド４２３、埋葬料請求書・各種保険金請求書４２４などが印刷されている。また、これらのアウトプットのうち、関連する他の団体や保険会社がある場合には、同様に関連書類（帳票）を電子メールとして送信する。
【００２６】
図７は、上記で述べた処理を、ログオンから帳票作成までの一連の処理として図式化したものである。まず団体端末に表示の起動画面４３０１でログオンを団体コードとパスワードを入力する。このデータを受信した管理センター１の管理サーバーは、団体・制度保険商品データベース１１９に送信されてきた団体コードとパスワードが登録されているかを確認し、登録されている場合には認証ＯＫとして、基本情報入力画面４３０２をページデータベース１１１より読み取り、団体端末に送信する。これ以降は、通常の保険関連業務処理が行える。帳票選択画面４３０３もページデータベースから送信されたもので、ここでグループ保険金請求書を選択して送信すると、管理サーバーはページデータベースから支払請求書画面４３０４を読み出し、端末に送信する。送信されてきた画面は端末のディスプレイで表示される。なお、基本情報入力画面４３０２や支払請求書画面４３０４はそのまま印刷することもできるが、その場合の印刷データは書式データベース１１２より読み取られて端末に送信され、端末で印刷が実行される。印刷は白紙用紙に出力しても、又関連機関指定の事前に印刷された帳票（例えば複写帳票）でも良い。また印刷時の印刷位置の微調整は画面で行うこともできる。辞書データベース１１ｄ１、１１ｄ２は帳票や項目属性を引き出すときに利用される。
【００２７】
上記の例では団体コードとパスワードで団体の認証を行っていたが、これだけではパスワードが盗まれた場合に他の端末から本システムが自由に利用される恐れがある。そこで本発明では、図６に示した電子認証カードｃを利用する。このため、図８に示すように団体端末２００にＩＣカード読取装置２０１を取り付け、電子認証カードｃをＩＣカード読取装置に挿入しなければ、管理センターの管理サーバーで認証されないようにする。このようにすれば、電子認証カードを所有しているシステム担当者しか管理センターの保険関連業務処理システムを利用できないようにすることができる。
【００２８】
【発明の効果】
団体の保険加入者が保険事故に遭遇した場合、それに関連した処理は関係者はもちろんのこと、団体の担当者にとっても煩雑な処理であった。それというのも、各機関に何度も足を運び、処理に必要な書類や証明書を集めたり、関係者との折衝や書類書きに没頭しなければならなかったからである。ところが、多くの書類は関連項目が多く、大同小異こそあれ、似た内容のものが多い。しかし、それらを実際にまとめるとなると、書類が多義にわたるために、煩雑な作業となっていた。また団体の福祉制度に基づいて関係者に最も有利な最適な請求書を作成するとなると、その作業だけでも何度も関係者との折衝や説明さらにはシミュレーションが必要となり、多くの日数を要していた。
【００２９】
一方、作成される書類はというと、その種類の多さのほかに、制度が変わったり、関係機関が変わったりするたびに書類の書式も変わり、そのたびに書類の内容も変えなければならなかった。現在、多くはコンピュータで書類（帳票）を打ち出せる（印刷できる）ようになっているが、そのために帳票作成プログラムを頻繁に変更する必要があった。
【００３０】
このような状況下、本発明では共通項目を辞書という形で統一して管理センターで管理することによって、帳票を打ち出すための書式や画面（ページ）を容易に設計することができるようになった。しかも本発明では、統一するといっても、既存の書類をそのまま引き継ぐ方法を採っているために、帳票設計を改めて設計する必要もなく、単に項目指定することによって、その項目の属性を辞書より取り出せるようにしている。すなわち、上記で述べたように既存の書類をスキャナで読み取り、項目名を各フィールドに指定するだけでページや印刷書式が作れるために、簡単に各種の帳票を設計することができる。もちろん新規作成と同等に、変更に対しても容易に対処できる。また、団体、関連機関と管理センターをネットワーク（上記の例ではインターネット）で結ぶことによって、遠隔で操作し多くの作業が行えるようになっている。その結果、これまで関係者に保険や年金が支払われるようになるまでに長期間掛かっていたものが、本発明によって書類の不備・不足がなくなり、郵送時間が不要となり、大幅に短縮することができるようになった。とくに今後、住基ネットが本格的に稼動するようなれば、役所関係の書類がインターネットで取り寄せられるために、さらなる効率化が見込まれる。
【００３１】
また本発明では各種の書類作成作業を管理センターで一括管理することによって、関係者に最も有利な請求書の作成がシミュレーションを通して行うことも可能となっている。以前は関係者や関連機関との折衝を何度も行われていたものが、本発明のもとでは最小限の回数でよくなっている。
【００３２】
辞書の作成を一団体だけでなく、各関連機関と打ち合わせて行えば、各団体、各機関に共通した辞書の作成が行え、より効率的な書類作成処理が行える点も本発明の特色である。辞書はあくまでも項目に関してであって、各機関の書式にまで立ち入らないために、各機関、各団体の書類の独自性はそのまま維持されている。
【００３３】
セキュリティの面では、電子認証カードを導入している。これによって、担当者以外の人が本システムを利用することができない。従って、悪意の第三者に個人情報が漏れる危険性を回避できるようになった。これは本発明の請求範囲外ではあるが、管理センターのシステムをファイアウォールでプロテクトすれば、より強固なセキュリティシステムが完成できる。
【００３４】
以上のように本発明の保険関連業務処理システムを導入することによって、加入者に発生する保険関連事務処理やそれに関連した作業業務が大幅に短縮化でき、制度やシステムの変更に伴う書類の変更が容易になる。その結果、これらの業務で発生する費用を大幅に削減できる。
【図面の簡単な説明】
【図１】本発明のシステム概要を説明するためのシステム構成図である。
【図２】本発明のシステムでページデータベースと書式データベースを作成する場合の説明図である（管理センターで行う場合）。
【図３】本発明のシステムで辞書データベースを作成する場合の説明図である。
【図４】本発明のシステムでページデータベースと書式データベースを作成する場合の説明図である（各団体で行う場合）。
【図５】本発明のシステムで各種のデータベースを作成するための説明図である。
【図６】本発明のシステムで各種帳票印刷、シミュレーション等を行うときの説明図である。
【図７】本発明のシステムでログオンから各種帳票印刷までの手順と管理センターとのデータのやり取りを説明するための処理概要図である。
【図８】本発明のシステムで電子認証に必要な装置の説明図である。
【符号の説明】
１        管理センター
１００    管理サーバー
１１０    各種データベース
１１１    ページデータベース（画面データベース、タグデータベース）
１１２    書式データベース（帳票データベース）
１１２ｎ  各種の書式データベース（各種帳票データベース、ｎは数値）
１１３    家計収支シミュレーションデータベース
１１９    団体・制度保険商品データベース
１１ｄ１  タグ辞書
１１ｄ２  帳票辞書
１２０    スキャナ
２        団体（企業、団体、組合等の総称）
２００    端末
２０１    ＩＣカード読取装置
３        各種の関連機関（保険会社、役所、病院等）
４００    既存の書類（帳票）
４０１    保険関連事務帳票ライブラリー（帳票デジタルデータ）
４１０    スキャナで取り込んだ帳票（帳票イメージデータ）
４１１    フィールドの定義画面（ページ、タグデータ）
４２０    書式データ
４２ｎ    各種の帳票（ｎは自然数）
４３０    ページデータ（タグデータ）
４３ｎ    各種の画面（ページ、ｎは自然数）
５０ｎ    団体の端末で動作するソフトウェア（ｎは数値）
６０ｎ    管理サーバーで動作する各種の処理を行うシステム（ｎは数値）
９        インターネット
ｃ        電子認証カード
【図１】
2004310631.tif 000003
【図２】
2004310631.tif 000004
【図３】
2004310631.tif 000005
【図４】
2004310631.tif 000006
【図５】
2004310631.tif 000007
【図６】
2004310631.tif 000008
【図７】
2004310631.tif 000009
【図８】
2004310631.tif 000010