(57)【要約】【課題】保険データの管理負担の軽減を図る。【解決手段】クライアント５と通信可能な保険データ管理装置１は、入力用フォーマットのデータ項目と保存用フォーマットのデータ項目との対応関係を表す保存用変換データ６ａを記憶する保存用変換データ記憶手段６と、クライアント５から入力用保険データＤ１を取得する取得手段９と、取得手段９によってクライアント５から取得された入力用保険データＤ１を、保存用変換データ記憶手段６に記憶されている保存用変換データ６ａに基づいて、保存用保険データＤ２に変換する保存変換手段１０と、保存変換手段１０によって得られた保存用保険データＤ２を記憶するデータ記憶手段７とを具備する。【選択図】      図１
2007011758.tif 000002
【特許請求の範囲】
【請求項１】
クライアントと通信可能な保険データ管理装置において、
入力用フォーマットのデータ項目と保存用フォーマットのデータ項目との対応関係を表す保存用変換データを記憶する保存用変換データ記憶手段と、
前記クライアントから入力用保険データを取得する取得手段と、
前記取得手段によって前記クライアントから取得された前記入力用保険データを、前記保存用変換データ記憶手段に記憶されている前記保存用変換データに基づいて、保存用保険データに変換する保存変換手段と、
前記保存変換手段によって得られた前記保存用保険データを記憶するデータ記憶手段と
を具備することを特徴とする保険データ管理装置。
【請求項２】
請求項１記載の保険データ管理装置において、
前記クライアントから前記入力用保険データを取得する時間を表すスケジュールデータを記憶するスケジュール記憶手段をさらに具備し、
前記取得手段は、前記スケジュールデータ記憶手段に記憶されている前記スケジュールデータの表す時間において、前記クライアントから前記入力用保険データを取得する
ことを特徴とする保険データ管理装置。
【請求項３】
請求項１又は請求項２記載の保険データ管理装置において、
前記保存用フォーマットのデータ項目と出力用フォーマットのデータ項目との対応関係を表す出力用変換データを記憶する出力用変換データ記憶手段と、
前記データ記憶手段に記憶されている前記保存用保険データを、前記出力用変換データ記憶手段に記憶されている前記出力用変換データに基づいて、出力用保険データに変換する出力変換手段と、
前記出力用保険データを前記クライアントに提供する提供手段と
をさらに具備することを特徴とする保険データ管理装置。
【請求項４】
請求項１乃至請求項３のいずれか１項記載の保険データ管理装置において、
前記出力用保険データは、画面表示用データであることを特徴とする保険データ管理装置。
【請求項５】
クライアントと通信可能な保険データ管理装置によって実行される保険データ管理方法において、
入力用フォーマットのデータ項目と保存用フォーマットのデータ項目との対応関係を表す保存用変換データを保存用変換データ記憶手段に記憶するとともに、前記クライアントから入力用保険データを取得して入力用保険データ記憶手段に記憶し、
前記保存用変換データ記憶手段に記憶されている前記保存用変換データに基づいて、前記入力用保険データ記憶手段に記憶されている前記入力用保険データを、保存用保険データに変換し、
前記保存用保険データをデータ記憶手段に記憶する
ことを特徴とする保険データ管理方法。
【請求項６】
クライアントと通信可能なコンピュータに、
入力用フォーマットのデータ項目と保存用フォーマットのデータ項目との対応関係を表す保存用変換データを保存用変換データ記憶手段に記憶する機能、
前記クライアントから入力用保険データを取得して入力用保険データ記憶手段に記憶する機能、
前記保存用変換データ記憶手段に記憶されている前記保存用変換データに基づいて、前記入力用保険データ記憶手段に記憶されている前記入力用保険データを、保存用保険データに変換する機能、
前記保存用の保険データをデータ記憶手段に記憶する機能
を実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば保険の顧客情報などのような保険に関するデータ（以下、「保険データ」という）を集中管理する保険データ管理装置及び方法並びにプログラムに関する。
【背景技術】
【０００２】
企業保険においては、顧客情報を含む保険データの授受が、保険会社と顧客（企業、契約者）との間で記録媒体のやり取りにより行われている。
【０００３】
保険に関するシステムとして、特開２００４−３２６８２２に、保険料の積立金を管理する方法が記載されている。
【特許文献１】特開２００４−３２６８２２
【発明の開示】
【発明が解決しようとする課題】
【０００４】
保険会社は、顧客との間で保険データをやり取りする場合に、データのレイアウト、データ項目、保険データを記録する記録媒体について、標準（汎用）のフォーマットを定め、このフォーマットにしたがった形式によるやり取りを奨励する。
【０００５】
しかしながら、近年、保険会社の統合などにより、顧客から受け付ける保険データのフォーマットが、保険会社の標準のフォーマットと異なる場合がある。
【０００６】
顧客は、保険会社の統合などがあった場合であっても、「以前のままのフォーマットを継続して使用したい」と要求する場合がある。
【０００７】
また、顧客が複数の保険を有しており、この顧客に対して独自のフォーマットが定められている場合がある。
【０００８】
したがって、保険会社は、標準のフォーマットにしたがっていない保険データについても柔軟に取り扱い可能とする必要がある。
【０００９】
顧客独自のフォーマットで保険データを受けるためには、保険会社は、自己のデータ管理サーバをその独自のフォーマットに対応させるシステム開発を行い、テストを行う必要がある。
【００１０】
また、保険会社の事務面においても、独自のフォーマットの保険データを扱う場合、標準のフォーマットの保険データを扱う場合と比較して、保険データの検証業務等に多大な負担がかかる。
【００１１】
保険会社は、このような独自のフォーマットを用いる顧客に対して、標準のフォーマットを用いることを提案する。この場合、保険会社及び保険会社の営業所と顧客との間での話し合いに時間及び労力を要する。
【００１２】
独自のフォーマットを認める場合、保険会社は、独自のフォーマットを用いる顧客ごとに、データ管理装置に対してコンバートプログラムを組み込む必要があり、開発コストがかかり、開発期間も必要となり、新たなプログラムの管理負荷が発生する。
【００１３】
従来の保険データ管理装置においては、保険データに基づいて所定のデータを作成する場合、このデータの作成指示をオンライン経由でデータ作成当日に入力する必要がある。
【００１４】
しかしながら、データ作成当日に人手でデータの作成指示を入力する方法では、データ作成当日にデータ作成の担当者が作成指示の入力を忘れることも考えられ、作成指示を誤入力することも考えられる。
【００１５】
また、データ作成の担当者による手作業が多い場合、作成されたデータの検証作業を行う機会が多くなり、検証作業の負荷が増大する。
【００１６】
また、この作成されたデータの検証作業は、数値が並べられているリストであるダンプリストを用いて行われるため、検証作業者の作業負荷、事務負荷が高いという問題がある。
【００１７】
本発明は、以上のような実情に鑑みてなされたもので、保険データの管理負担の軽減を図り、保険データの検証を容易とする保険データ管理装置及び方法並びにプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１８】
本発明の態様において、クライアントと通信可能な保険データ管理装置は、入力用フォーマットのデータ項目と保存用フォーマットのデータ項目との対応関係を表す保存用変換データを記憶する保存用変換データ記憶手段と、クライアントから入力用保険データを取得する取得手段と、取得手段によってクライアントから取得された入力用保険データを、保存用変換データ記憶手段に記憶されている保存用変換データに基づいて、保存用保険データに変換する保存変換手段と、保存変換手段によって得られた保存用保険データを記憶するデータ記憶手段とを具備する。
【００１９】
なお、上記の態様は装置として表現されている。しかしながら、これに限らず、上記の態様は、方法、プログラム、コンピュータ読み取り可能な記憶媒体などで表現されるとしてもよい。
【発明の効果】
【００２０】
本発明により、保険データの管理負担を軽減させることができる。
【発明を実施するための最良の形態】
【００２１】
以下、図面を参照しながら本発明の実施の形態について説明する。なお、以下の各図において同一の部分については同一の符号を付して説明を省略する。
【００２２】
図１は、本実施の形態に係る保険データ管理装置（保険データ検証基盤システム）の一例を示すブロック図である。
【００２３】
保険データ管理装置１は、例えばプロセッサなどの演算装置２と各種記憶装置３，６〜８，１６，１７を具備する。データ管理装置１は、ネットワーク１８経由でクライアント５と通信可能である。なお、保険データ管理装置１は、ネットワーク１８経由で複数のクライアントと通信可能としてもよい。記憶装置３，６〜８，１６，１７としては、データベースを用いてもよい。
【００２４】
ネットワーク１８としては例えばＬＡＮ（Local Area Network）、インターネットを用いることができる。
【００２５】
保険データ管理装置１は、記録媒体４に記録されているプログラム４ａを読出し、実行する。プログラム４ａは、保険データ管理装置１に読み込まれ、演算装置(例えばプロセッサ)２によってその内容が実行されることにより、アップロード部９、保存変換部１０、出力変換部１１、ダウンロード部１２として機能する。
【００２６】
スケジュール記憶装置３は、クライアント５から入力用保険データＤ１をアップロードする日付・時間、及び保存用保険データＤ２を出力用保険データ（検証用保険データ）Ｄ３に変換してクライアント５にダウンロードする日付・時間を表すスケジュールデータ３ａを記憶する。
【００２７】
なお、本実施の形態では、入力用保険データＤ１は、クライアント５を操作する顧客の独自のフォーマット（入力用フォーマット）に基づいて形成されているとする。
【００２８】
入力用保険データ記憶装置１６は、クライアント５からネットワーク１８経由でアップロード部９により取得された入力用保険データＤ１を記憶する。
【００２９】
保存用変換データ記憶装置６は、クライアント５から受け付けた入力用保険データＤ１を、保存用保険データＤ２に変換するための規則を表す保存用変換データ６ａを記憶する。
【００３０】
データ記憶装置７は、保存用保険データＤ２を記憶する。
【００３１】
なお、本実施の形態では、保存用保険データＤ２は、保険会社が管理のために採用する標準のフォーマット（保存用フォーマット）に基づいて形成されている。
【００３２】
出力用変換データ記憶装置８は、保存用保険データＤ２を、出力用保険データＤ３に変換するための規則を表す出力用変換データ（レイアウト情報データ、ソート情報データ、演算情報データなどを含む）８ａを記憶する。
【００３３】
なお、出力用保険データＤ３は、クライアント５を操作するユーザが採用する表示・検証用のフォーマット（出力用フォーマット）に基づいて形成されている。例えば、出力用保険データＤ３の表示内容に基づいて、ユーザは保険データの内容を検証・確認・検討する。出力用保険データＤ３は、クライアント５で起動する表計算ソフトウェアにより表示、編集、操作可能なデータであるとする。
【００３４】
出力用保険データ記憶装置１７は、出力用保険データＤ３を記憶する。
【００３５】
アップロード部９は、クライアント５から、ネットワーク１８経由で、スケジュールデータ３ａ、保存用変換データ６ａ、出力用変換データ８ａを受け付け、スケジュールデータ３ａ、保存用変換データ６ａ、出力用変換データ８ａをそれぞれスケジュール記憶装置３、保存用変換データ記憶装置６、出力用変換データ記憶装置８に記憶する。
【００３６】
また、アップロード部９は、スケジュール記憶装置３に記憶されているスケジュールデータ３ａの表すアップロードの日付及び時間において、クライアント５から入力用保険データＤ１をアップロードし、入力用保険データＤ１を入力用保険データ記憶装置１６に記憶する。
【００３７】
保存変換部１０は、保存用変換データ記憶装置６に記憶されている保存用変換データ６ａに基づいて、入力保険データ記憶装置１６に記憶されている入力用保険データＤ１を、保存用保険データＤ２に変換し、この保存用保険データＤ２をデータ記憶装置７に記憶する。
【００３８】
出力変換部１１は、スケジュール記憶装置３に記憶されているスケジュールデータ３ａの表すデータ変換を行う日付及び時間において、出力用変換データ記憶装置８に記憶されている出力用変換データ８ａに基づいて、データ記憶装置７に記憶されている保存用保険データＤ２を、出力用保険データＤ３に変換し、この出力用保険データＤ３を出力用保険データ記憶装置１７に記憶する。
【００３９】
ダウンロード部１２は、スケジュール記憶装置３に記憶されているスケジュールデータ３ａの表すダウンロードの日付及び時間において、出力用保険データ記憶装置１７に記憶されている出力用保険データＤ３を、ネットワーク１８経由でクライアント５に提供する。
【００４０】
図２は、本実施の形態に係る保険データ管理装置１の概略構成の例を示すシステム構成図である。
【００４１】
この図２では、上記図１の保険データ管理装置１をＳＱＬサーバ１３とホストコンピュータ１４とにより実現している。
【００４２】
クライアント５１は、事務部門(例えば団体保険を扱う法人サービス部門)において利用される。クライアント５２は、システム部門において利用される。
【００４３】
クライアント５１，５２を操作するユーザは、作業依頼内容の入力を行う。クライアント５１，５２は、入力された作業依頼内容をＳＱＬサーバ１３に通知する。また、クライアント５１は、ホストコンピュータ１４からＳＱＬサーバ１３経由で受け付けた出力用保険データＤ３に基づいて、データ検証を促す画面を表示する。
【００４４】
ここで、作業依頼内容には、例えば、スケジュールデータ３ａ、保存用変換データ６ａ、出力用変換データ８ａ、入力用保険データＤ１などが含まれる。その他、作業依頼内容には、出力用保険データＤ３の記録に用いられる記録媒体１５の種別を指定する記録媒体指定データなども含む。
【００４５】
ＳＱＬサーバ１３とホストコンピュータ１４とは協働して上述した保険データ管理装置１の各機能を実現する。
【００４６】
本実施の形態では、スケジュールデータ３ａ、保存用変換データ６ａ、出力用変換データ８ａ、入力用保険データＤ１などのデータ作成作業は、事務部門とシステム部門との間で連携して行われる。
【００４７】
事務部門及びシステム部門のクライアント５１，５２は、共通のＳＱＬサーバ１３にアクセスし、作業依頼内容をＳＱＬサーバ１３に通知する。
【００４８】
ＳＱＬサーバ１３は、各種データの共有化、作業の進捗状況管理などを実現するための処理を行う。
【００４９】
ＳＱＬサーバ１３に記憶されたデータは、出力用保険データＤ３の作成日前日に、ホストコンピュータ１４に送信される。
【００５０】
ホストコンピュータ１４は、ＳＱＬサーバ１３から受信した保存用変換データ６ａ、出力用変換データ８ａ、入力用保険データＤ１などのデータに基づいて、保存用保険データＤ２及び出力用保険データＤ３の作成を行う。
【００５１】
作成された出力用保険データＤ３は、ホストコンピュータ１４からＳＱＬサーバ１３に送信され、さらにクライアント５１，５２に送信される。事務部門及びシステム部門では、担当者により出力用保険データＤ３の表示内容を参考としつつ検証作業が行われる。
【００５２】
図３は、本実施の形態に係る保険データ管理装置１の運用例を示すフロー図である。
【００５３】
ステップＳ１において、事務担当者の操作するクライアント５１は、作業依頼書の起票を促す画面を表示し、作業依頼内容を入力し、ＳＱＬサーバ１３に記憶する。
【００５４】
過去に入力した作業依頼内容と同一・類似の内容が入力される場合には、過去に入力した作業依頼内容がコピー機能などにより編集され、新たな作業依頼内容が入力される。
【００５５】
ステップＳ２において、事務担当者の上司の操作するクライアントは、事務担当者の上司に対してＳＱＬサーバ１３に記憶されている作業依頼内容の精査を促す画面を表示し、確認入力を受け付け、確認後の作業依頼内容をＳＱＬサーバ１３に記憶する。
【００５６】
ステップＳ３において、システム部門の担当者の操作するクライアント５２は、ＳＱＬサーバ１３に記憶されている確認後の作業依頼内容の精査を促す画面を表示し、承認入力を受け付け、承認後の作業依頼内容をＳＱＬサーバ１３に記憶する。なお、システム部門の担当者は、新規のデータがある場合にはこの新規のデータを追加入力し、レイアウトの変更などがある場合には、変更後のレイアウトに対応するように出力用変換データ８ａの書き換えを行う。
【００５７】
ステップＳ４において、ホストコンピュータ１４は、ＳＱＬサーバ１３に記憶されている承認後の作業依頼内容をアップロードする。このアップロードは夜間に行われることが好ましい。
【００５８】
ステップＳ５において、事務担当者のクライアント５１は、必要に応じて、ホストコンピュータ１４からＳＱＬサーバ１３経由で検証用の照会票データを受け付け、オンライン画面を表示し、照会票データの検証を事務担当者に促す。
【００５９】
ステップＳ６において、ホストコンピュータ１４は、ＳＱＬサーバ１３からアップロードされたデータに基づいて、保存用保険データＤ２を作成し記憶し、出力用保険データＤ３を作成し、出力用保険データＤ３をＳＱＬサーバ１３経由でクライアントにダウンロードする。
【００６０】
ステップＳ７において、事務担当者の操作するクライアント５１又は事務担当者の上司の操作するクライアントは、ホストコンピュータ１４からＳＱＬサーバ１３経由で出力用保険データＤ３を受信し、出力用保険データＤ３に基づいて検証画面を表示する。なお、検証画面は、システム部門のクライアント５２において表示されるとしてもよい。特に、上記ステップＳ３において、新規データの追加、レイアウトの変更があった場合には、システム部門でも検証を行うとする。
【００６１】
ステップＳ８において、各種クライアントにより検証が行われた出力用保険データＤ３は、記録媒体１５に記録され、顧客に提供される。
【００６２】
以上述べたように、本実施の形態に係るＳＱＬサーバ１３とホストコンピュータ１４とは、例えば、スケジュールデータ３ａ、保存用変換データ６ａ、出力用変換データ（レイアウト情報データ、ソート情報データ、演算情報データなどを含む）、入力用保険データＤ１などを含む作業依頼内容をクライアント５１，５２から受け付ける機能を具備する。
【００６３】
また、本実施の形態に係るＳＱＬサーバ１３とホストコンピュータ１４とは、クライアント５１，５２の入力アクション、システム処理によりステータスを遷移させ、作業状況の進捗を管理する機能を具備する。
【００６４】
ＳＱＬサーバ１３は、登録されたスケジュールデータ３ａの内容に基づいて、作業指示前日夜間に各種データと作業指示トリガをホストコンピュータ１４に送信する機能を具備する。
【００６５】
ホストコンピュータ１４は、作業指示前日夜間にＳＱＬサーバ１３から受信したデータに基づいて、データの変換処理、加工処理、記録媒体１５への記録を実行する。
【００６６】
クライアント５１，５２を操作するユーザは、ホストコンピュータ１４で実行された変換処理、加工処理の結果を、作業指示翌日から検証可能である。顧客に対しては、最短２営業日で出力用保険データＤ３を記録した記録媒体１５を提供することができる。
【００６７】
図４は、作業進捗状態を表示するとともに、作業依頼内容の入力を促す画面の一例を示す図である。
【００６８】
例えば、この画面上で、ドラッグアンドドロップにより、保険データの表示用のレイアウトを指定できる。
【００６９】
図５は、本実施の形態に係る出力用保険データＤ３に基づいて表示される検証画面の一例を示す図である。
【００７０】
この検証画面は、クライアント５１，５２を操作するユーザが検証を行うために定められた出力用フォーマットにしたがって表示されている。このように、ダンプの結果ではなく、表計算ソフトウェアにより項目ごとにセルで区切られた検証画面を表示することにより、ユーザは検証作業を容易かつ効率的に行うことができる。
【００７１】
図６は、本実施の形態に係る保存変換部１０の変換処理の例を示すブロック図である。
【００７２】
保存用変換データ６ａは、変換前の入力用保険データＤ１の各項目（データ項目）Ｘ〜Ｚ，Ｐ〜Ｒと変換後の保存用保険データＤ２の各項目Ａ〜Ｆとの対応関係を指定している。
【００７３】
例えば、変換前の項目Ｙ，Ｑ，Ｐ，Ｒは、変換後の項目Ａ，Ｃ，Ｄ，Ｆに対応する。また、例えば、項目Ｘの値に基づいて百分率が計算され、この計算結果が変換後の項目Ｂに挿入される。例えば、変換後の項目Ｅは、頭１０桁と後１０桁を有し、頭１０桁にはコンスタント値「０」が挿入され、後１０桁には変換前の項目Ｚの値が挿入される。このように、互いに対応付けされている変換前の項目と変換後の項目との間で桁数が異なる場合には、桁数の調整が行われる。
【００７４】
その他、変換前の項目の値に基づいて平均値などが演算され、この演算された平均値などが、変換後の項目の値として保存用保険データＤ２に含まれるとしてもよい。また、円単位の値を百円単位の値に変換するなどの単位変更演算が行われるとしてもよい。
【００７５】
保存変換部１０は、この保存用変換データ６ａの表す項目間の対応関係、項目の位置情報（開始位置と桁数）、演算式で指示された内容に基づいて、各項目値の位置変更、コンスタント値の挿入、特殊パターン（各種演算）編集などを行い、変換前の入力用保険データＤ１から変換後の保存用保険データＤ２を作成する。
【００７６】
図７は、本実施の形態に係る出力変換部１１の変換処理の例を示すブロック図である。
【００７７】
出力用変換データ８ａは、変換前の保存用保険データＤ２の各項目Ａ〜Ｆと変換後の出力用保険データＤ３の各項目Ｇ〜Ｋとの対応関係を指定している。
【００７８】
例えば、変換前の項目Ａ，Ｂ，Ｆ，Ｅは、変換後の項目Ｇ，Ｉ，Ｊ，Ｋに対応する。また、例えば、変換前の項目Ｃ，Ｄの値に基づいて平均値が演算され、この演算された平均値が、変換後の項目Ｈに挿入される。
【００７９】
出力用変換データ８ａにおいて、変換後の項目Ｇ〜Ｋは、出力用変換データ８ａのどの位置に配置されるかを表す開始位置と桁数とに関係付けされている。
【００８０】
また、出力用変換データ８ａでは、変換後の項目Ｇ〜Ｋについて、値を右詰めで表示するか、左詰めで表示するか指定されている。
【００８１】
さらに、出力用変換データ８ａでは、変換後の項目Ｇ〜Ｋについて、コンスタント値を挿入する場合のコンスタント値、さらに特殊パターンが指定される。
【００８２】
出力変換部１１は、この出力用変換データ８ａの表す項目間の対応関係、項目の位置情報（開始位置と桁数）、演算式で指示された内容に基づいて、各項目値の位置変更、コンスタント値の挿入、特殊パターン（各種演算）編集などを行い、変換前の保存用保険データＤ２から変換後の出力用保険データＤ３を作成する。
【００８３】
図８は、本実施の形態に係る保険データ管理装置１による処理の一例を示すフローチャートである。
【００８４】
ステップＴ１において、アップロード部９は、クライアント５からネットワーク１８経由で、スケジュールデータ３ａを受信し、スケジュールデータ３ａをスケジュール記憶装置３に記憶する。
【００８５】
ステップＴ２において、アップロード部９は、現在の日時がスケジュールデータ３ａの表すアップロード実行日時を超えたか否か判断する。
【００８６】
現在の日時がアップロード日時を超えていない場合、処理は、ステップＴ２を繰り返す。
【００８７】
現在の日時がアップロード実行日時を超えた場合、ステップＴ３において、アップロード部９は、クライアント５からネットワーク１８経由で、保存用変換データ６ａ、出力用変換データ８ａ、入力用保険データＤ１を受信し、保存用変換データ６ａ及び出力用変換データ８ａ、入力用保険データＤ１をそれぞれ保存変換データ記憶装置６、出力用変換データ記憶装置８、入力用保険データ記憶装置１６に記憶する。
【００８８】
なお、このステップＴ３では、現在の日時がアップロード実行日時を超えた場合に、保存用変換データ６ａ、出力用変換データ８ａ、入力用保険データＤ１をまとめて受信するとしている。しかしながら、保存用変換データ６ａ及び出力用変換データ８ａは予め記憶されており、現在の日時がアップロード実行日時を超えた場合に、入力用保険データＤ１を受信するとしてもよい。
【００８９】
ステップＴ４において、保存変換部１０は、保存用変換データ６ａに基づいて、入力用保険データＤ１を保存用保険データＤ２に変換し、保存用保険データＤ２をデータ記憶装置７に記憶する。
【００９０】
ステップＴ５において、出力変換部１１及びダウンロード部１２は、現在の日時がスケジュールデータ３ａの表すダウンロード実行日時を超えたか否か判断する。
【００９１】
現在の日時がスケジュールデータ３ａの表すダウンロード日時を超えていない場合は、処理は、ステップＴ５の処理を繰り返す。
【００９２】
なお、このステップＴ５において、現在の日時がダウンロード日時を超えていない場合、処理はステップＴ２以下を繰り返すとしてもよい。
【００９３】
現在の日時がダウンロード実行日時を超えた場合、ステップＴ６において、出力変換部１１は、出力用変換データ８ａに基づいて、保存用保険データＤ２を出力用保険データＤ３に変換し、出力用保険データ記憶装置１７に記憶する。
【００９４】
ステップＴ７において、ダウンロード部１２は、出力用保険データ記憶装置１７に記憶されている出力用保険データＤ３を、ネットワーク１８経由でクライアント５に送信する。
【００９５】
以上説明した本実施の形態においては、ユーザはクライアント５を用いて自己の意思にそって容易に出力用変換データ８ａを設定することができる。
【００９６】
本実施の形態では、この出力用変換データ８ａを保険データ管理装置１にアップロードすることにより、出力用変換データ８ａを容易にデータ変換パラメータとして組み込むことができ、出力用保険データＤ３の内容を顧客に合わせて容易にカスタマイズすることができる。
【００９７】
本実施の形態では、保存用変換データ６ａ及び出力用変換データ８ａにおいて特殊パターンが定義され、この特殊パターンにそった変換が保存変換部１０及び出力変換部１１で実行される。このため、コンバートプログラムを個別に開発し、テストする必要がなく、システム部門の労力を軽減させることができ、さらに顧客の要望に迅速に対応することができる。
【００９８】
顧客は、保険会社の統合などがあった場合であっても、以前のままのフォーマットを継続して使用することができる。保険会社は、標準のフォーマットにしたがっていない保険データについても柔軟に取り扱い可能とする必要がある。
【００９９】
本実施の形態では、スケジュールデータ３ａを用いて、データ検証に必要なデータを作業前日夜間にクライアント５から保険データ管理装置１に自動でアップロードさせる。これにより、検証作業に用いる出力用保険データＤ３を自動で作成することができる。また、予め余裕を持ってデータ検証に必要なデータを作成し入力しておくことができるため、ユーザの入力忘れ、誤入力を防止することができる。
【０１００】
本実施の形態により、データの羅列した把握困難なダンプリストを用いてデータ検証を行うのではなく、項目見出しの付された見やすい画面を参照し、表計算ソフトウェアの機能を用いつつデータの検証を行うことができ、検証業務の事務負荷を軽減することができる。
【０１０１】
本実施の形態では、データ検証作業の工程のうち自動化される部分を多くすることができ、作業の正確性を増すことができ、検証作業者の作業負荷、事務負荷を軽減できる。
【０１０２】
なお、本実施の形態に係る保険データ管理装置１においては、Ｗｅｂブラウザ上、表計算ソフトウェア上でデータの入力及び閲覧を行うとしてもよい。
【０１０３】
本実施の形態において、各構成要素は同様の動作を実現可能であれば配置を変更させてもよく、また各構成要素を自由に組み合わせてもよく、各構成要素を自由に分割してもよく、いくつかの構成要素を削除してもよい。すなわち、本実施の形態については、上記の構成そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。
【０１０４】
本実施の形態において、プログラム４ａは、例えば磁気ディスク（フレキシブルディスク、ハードディスク等）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤ等）、半導体メモリなどの記録媒体４に書き込んで、保険データ管理装置１に適用可能である。また、技術文献管理プログラム４ａは、通信媒体により伝送して保険データ管理装置１に適用することも可能である。
【０１０５】
プログラム４ａは、複数のコンピュータに分散して配置され、複数のコンピュータ間で互いに連携しつつ処理が実行されるとしてもよい。
【０１０６】
本実施の形態において、各記憶装置はデータベースにより実現されるとしてもよい。各記憶装置は、自由に統合、分割可能である。
【産業上の利用可能性】
【０１０７】
本発明は、保険データを検証する分野に有効である。
【図面の簡単な説明】
【０１０８】
【図１】本発明の実施の形態に係る保険データ管理装置の一例を示すブロック図。
【図２】本実施の形態に係る保険データ管理装置の概略構成の例を示すシステム構成図。
【図３】本実施の形態に係る保険データ管理装置の運用例を示すフロー図。
【図４】作業進捗状態を表示するとともに、作業依頼内容の入力を促す画面の一例を示す図。
【図５】本実施の形態に係る出力用保険データに基づいて表示される検証画面の一例を示す図。
【図６】本実施の形態に係る保存変換部の変換処理の例を示すブロック図。
【図７】本実施の形態に係る出力変換部の変換処理の例を示すブロック図。
【図８】本実施の形態に係る保険データ管理装置による処理の一例を示すフローチャート。
【符号の説明】
【０１０９】
１…保険データ管理装置、２…演算装置、３…スケジュール記憶装置、３ａ…スケジュールデータ、４，１５…記録媒体、４ａ…プログラム、５，５１，５２…クライアント、６…保存用変換データ記憶部、６ａ…保存用変換データ、７…データ記憶装置、８…出力用変換データ記憶装置、８ａ…出力用変換データ、９…アップロード部、１０…保存変換部、１１…出力変換部、１２…ダウンロード部、１３…ＳＱＬサーバ、１４…ホストコンピュータ、１６…入力用保険データ記憶装置、１７…出力用保険データ記憶装置、１８…ネットワーク、Ｄ１…入力用保険データ、Ｄ２…保存用保険データ、Ｄ３…出力用保険データ
【図１】
2007011758.tif 000003
【図２】
2007011758.tif 000004
【図３】
2007011758.tif 000005
【図４】
2007011758.tif 000006
【図５】
2007011758.tif 000007
【図６】
2007011758.tif 000008
【図７】
2007011758.tif 000009
【図８】
2007011758.tif 000010