(57)【要約】【課題】近日中に満期を迎える契約について契約担当者から契約者に更改手続の案内を行うに際し、当該担当者が案内スケジュールを管理するための助けとなる契約更改スケジュール管理システムを提供する。【解決手段】担当者から所定期間の入力を受け付け、満期日より当該所定期間だけ前の日である更改手続案内開始予定日が表示対象期間内にあるような契約を検索により特定し、当該特定された契約の表示を、それぞれの契約の更改手続案内開始予定日に対応付けてカレンダーなどに出力することにより、担当者において自身が行うべき契約更改手続の案内のスケジュールを容易に把握することを可能とする。【選択図】図２
2012018460.tif 000002
【特許請求の範囲】
【請求項１】
所定の満期日を有し、前記満期日までに契約更改を行う必要がある契約について、所定の表示対象期間内の表示対象日の一覧表示と共に、契約更改が未完了の契約の少なくとも一部を表示することによって、契約更改手続の案内のスケジュールを管理するための契約更改スケジュール管理システムであって、
それぞれの前記契約を識別する契約データ識別子、それぞれの前記契約の満期日、及びそれぞれの前記契約の契約更改が未完了か完了かを示す契約更改フラグを含む契約データを記憶する契約データ記憶手段と、
前記契約のいずれかに対して契約更改がなされた旨の入力を受け付けて、前記契約更改がなされた契約の前記契約更改フラグを未完了から完了に変更する契約更改フラグ更新手段と、
契約更改の案内を行うための、契約の満期日より所定期間前である更改手続案内開始予定日、を決定するための前記所定期間の入力を受け付ける所定期間入力手段と、
前記表示対象期間内の初日より前記所定期間入力手段を介して入力された前記所定期間だけ後の日である検索開始日から前記表示対象期間内の末日より前記所定期間入力手段を介して入力された前記所定期間だけ後の日である検索終了日までを検索範囲とし、前記検索範囲内に満期日を有し、かつ、前記契約更改フラグが未完了である更改未完了契約を前記契約データ記憶手段に記憶された前記契約データを検索することによって特定する更改未完了契約検索手段と、
前記所定の表示対象期間内の表示対象日を一覧表示し、前記更改未完了契約検索手段によって特定された前記更改未完了契約を示す表示を、それぞれの前記更改未完了契約の前記更改手続案内開始予定日に対応付けて出力する更改未完了契約出力手段と
を備えたことを特徴とする契約更改スケジュール管理システム。
【請求項２】
前記更改未完了契約検索手段の前記検索範囲の前記検索開始日が、前記表示対象期間内の初日であり、
前記更改未完了契約出力手段は、前記更改未完了契約検索手段によって特定された前記更改未完了契約の内で前記満期日が前記表示対象期間内にあるものを示す表示を前記満期日と対応付けてさらに出力するものである、ことを特徴とする、請求項１に記載の契約更改スケジュール管理システム。
【請求項３】
前記更改未完了契約検索手段の前記検索範囲の前記検索開始日は、所定の基準日であり、
前記更改未完了契約出力手段は、前記更改未完了契約検索手段によって特定された前記更改未完了契約の内で前記更改手続案内開始予定日が検索実行日よりも前であるものを示す表示を、前記検索実行日と対応付けた更改手続未処理契約表示としてさらに出力するものである、
ことを特徴とする、請求項１又は２に記載の契約更改スケジュール管理システム。
【請求項４】
前記更改手続未処理契約表示に、各々の更改未完了契約における満期日と前記検索実行日との間の日数差に応じた視覚効果を付加するための前記日数差と前記視覚効果の対応関係を表す視覚効果付加条件の入力を受け付ける視覚効果付加条件入力手段と、
前記視覚効果付加条件入力手段を介して入力された、前記視覚効果付加条件に基づいて、前記更改手続未処理契約表示に視覚情報を付加する視覚効果付加手段と、
を更に備えたことを特徴とする、請求項３に記載の契約更改スケジュール管理システム。
【請求項５】
前記更改未完了契約検索手段によって検索された更改未完了契約を示す表示を前記更改未完了契約出力手段によって出力する際の各々の表示の出力順を決定するための出力順決定条件の入力を受け付ける、出力順決定条件入力手段と、
前記出力順決定条件入力手段を介して入力された前記出力順決定条件に基づいて、前記更改未完了契約出力手段によって出力されることになる各々の表示の出力順をソートする、出力順ソート手段と、
を更に備えたことを特徴とする、請求項１乃至４のいずれか一項に記載の契約更改スケジュール管理システム。
【請求項６】
前記契約データは、それぞれの契約の契約者を識別する契約者識別情報を更に含むものであり、
前記契約データ記憶手段は、前記契約者のそれぞれが契約料の自動支払手続を完了しているか否かを示す自動支払手続完了フラグを更に含むものであり、
前記契約更改スケジュール管理システムは、更に、
前記更改未完了契約検索手段によって検索された更改未完了契約に対する前記契約者識別情報によって識別される契約者が前記契約料の自動支払手続を完了しているか否かを示す表示を、前記自動支払手続完了フラグに基づいて、前記更改未完了契約を示す表示に対応付けて出力する、自動支払手続完了情報出力手段
を備えたことを特徴とする、請求項１乃至５のいずれか一項に記載の契約更改スケジュール管理システム。
【請求項７】
前記契約データは、それぞれの契約に対応する前契約を識別する前契約データ識別子を更に含むものであり、
前記契約更改スケジュール管理システムは更に、
前記契約データ記憶手段に新たに追加記憶させる契約データの内容の入力を受け付ける、追加契約データ内容入力手段と、
前記追加契約データ内容入力手段を介して入力された、前記新たに追加記憶させる契約データの内容に基づいて、前記契約データ記憶手段に新たな契約データを追加記憶させる、追加契約データ記憶手段と、
前記追加記憶された契約データに含まれる前記前契約データ識別子によって識別される契約の前記契約更改フラグを未完了から完了に変更する、前契約更改フラグ更新手段と
を備えたことを特徴とする、請求項１乃至６のいずれか一項に記載の契約管理支援システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は契約更改スケジュール管理システムに関し、より詳しくは、所定期間後に満期を迎える契約を示す表示をカレンダー等における個々の表示対象日に対応付けて出力することにより、当該契約の満期日に先んじて行うべき契約更改手続の案内のスケジュールを管理するための契約更改スケジュール管理システムに関する。
【背景技術】
【０００２】
契約には、それが有効な契約期間を伴うことが一般的であり、契約の更改手続を行って、当該契約の契約期間満了後に同様の新契約を締結して実質的に前契約を継続させることも広く行われている。一般的な自動車保険では、保険期間を例えば１年間とあらかじめ定めた上で契約が締結されることが通常である。保険期間の定められた保険契約について、当該保険契約が満期を迎えた後も継続して契約関係を継続させるためには、契約者は保険会社との間で契約更改手続を行う必要があるが、そのためには、保険会社が近日中に満期を迎える契約を事前に特定した上で当該満期の日よりも前に契約更改手続の案内を契約者に行うことが、通常、行われている。このような契約更改手続の案内は、契約者に対しては保険の失効という意図しない事態を防止すると共に、保険会社に対しても保険料収入を確保することができるという利益をもたらすものであり、確実に実行する必要がある。このため保険会社や代理店の各契約担当者においては、自己の担当する個々の保険契約について満期日を確認した上で自ら契約更改スケジュールを管理することが求められている。
【０００３】
しかしながら、各契約担当者は一般に多数の保険契約を担当しており、また同一の契約担当者が、火災保険、傷害保険、地震保険等の異なる種類の保険契約を担当することもあるため、それらの自己の担当する契約の全てについて更改スケジュールを適切に管理することは契約担当者の大きな負担であった。
【０００４】
このような契約更改スケジュールの管理負担を軽減させるための先行技術の例として、契約情報管理システムなどがあった（特許文献１）。当該契約情報管理システムを用いることにより、例えば契約期間の終期に相当する月日が営業週の８週間後に到来する保険契約のみをピックアップした上で、対応する契約者情報をリストアップすることが可能である。契約担当者は、リストアップされた契約者情報に基づき、およそ８週間後に契約期間が終了する契約の更改準備をあらかじめ行うことができる。これによれば、契約更改の準備を何週間前に行うべきかを、あらかじめ設定された５０週表に従って予知することが可能であり、先の営業予定をあらかじめ立てることが出来、それによってその週の販売戦略を立案することが出来ることとなる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００１−１１７９９８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記先行技術のシステムによれば当該営業週に更改準備を行うべき契約の一覧を確認することはできるものの、例えば１週間、１ヶ月や四半期といった期間内において、更改準備を行うべき契約がそれぞれの日にどのように分布しているかを把握することができない。したがって、例えば更改手続の案内をすべき契約が当月中の特定の日のみに集中している場合において、それら契約のうち幾つかについては本来の更改手続案内開始予定日よりも前に案内を行うことで日ごとの作業量の平準化を図るなどして、契約更改のスケジュールを柔軟に管理することができない。
【０００７】
さらに、上記先行技術のシステムにおいては、例えば８週間といった所定期間後に契約期間の終期に相当する日が到来する契約が単にピックアップされるのみであって、契約更改が完了していない契約を担当者に報知することができない。しかし、例えば担当者が更改手続の案内をし忘れたり、あるいは契約者から更改するか否かの意思表示が得られていない場合には、契約の終期到来日が迫っているが契約更改が完了していない契約を担当者に報知して早急な対応を促すことが必要である。上記先行技術のシステムでは、契約期間の終期に相当する日が８週間後よりも前に到来する契約をピックアップするためには、担当者は、ピックアップのための所定期間を「７週間」、「６週間」、…「１週間」と適宜変更しつつ、当該システムによる出力処理を繰り返さねばならない。
【０００８】
これに関連して、担当者が更改手続の案内をし忘れたために、あるいは案内をしたにも関わらず契約者から保険契約を継続するか否かについての意思表示を受けることができなかったために、例えば自動車自賠責保険契約の満期が到来して契約が終了した場合、元の契約者は所謂無保険の状態となり、その状態で自動車事故が発生すれば多額の損害賠償責任を個人で負担することになる可能性がある。したがって、特に満期当日を迎えたにも関わらず更改がされていない契約については、担当者に報知すべき緊急性が高い。
【０００９】
本発明はこのような背景の下でなされたものである。本発明は、所定の表示対象期間内に契約更改手続の案内をすべき契約を当該期間内のそれぞれの日に対応付けて出力することにより、従来技術を用いるよりも柔軟な契約更改のスケジュール管理を可能とし、併せて、何らかの理由により担当者が更改手続きの案内を行わなかった契約や、特に契約更改がされないまま満期当日を迎えた契約を出力して担当者に報知することにより、更改手続きの漏れを防止することをも可能とするシステムの提供を、その目的とする。
【課題を解決するための手段】
【００１０】
上記の目的は、以下のような特徴を有する本発明によって達成される。本発明は、所定の満期日を有し、当該満期日までに契約更改を行う必要がある契約について、所定の表示対象期間内の表示対象日の一覧表示と共に、契約更改が未完了の契約の少なくとも一部を表示することによって、契約更改手続の案内のスケジュールを管理するための契約更改スケジュール管理システムであって、それぞれの当該契約を識別する契約データ識別子、それぞれの当該契約の満期日、及びそれぞれの当該契約の契約更改が未完了か完了かを示す契約更改フラグを含む契約データを記憶する契約データ記憶手段と、当該契約のいずれかに対して契約更改がなされた旨の入力を受け付けて、当該契約更改がなされた契約の当該契約更改フラグを未完了から完了に変更する契約更改フラグ更新手段と、契約更改の案内を行うための、契約の満期日より所定期間前である更改手続案内開始予定日、を決定するための当該所定期間の入力を受け付ける所定期間入力手段と、当該表示対象期間内の初日より当該所定期間入力手段を介して入力された当該所定期間だけ後の日である検索開始日から当該表示対象期間内の末日より当該所定期間入力手段を介して入力された当該所定期間だけ後の日である検索終了日までを検索範囲とし、当該検索範囲内に満期日を有し、かつ、当該契約更改フラグが未完了である更改未完了契約を当該契約データ記憶手段に記憶された当該契約データを検索することによって特定する更改未完了契約検索手段と、当該所定の表示対象期間内の表示対象日を一覧表示し、当該更改未完了契約検索手段によって特定された当該更改未完了契約を示す表示を、それぞれの当該更改未完了契約の当該更改手続案内開始予定日に対応付けて出力する更改未完了契約出力手段とを備えたことを特徴とする。
【００１１】
本発明は、当該更改未完了契約検索手段の当該検索範囲の当該検索開始日が、当該表示対象期間内の初日であり、当該更改未完了契約出力手段は、当該更改未完了契約検索手段によって特定された当該更改未完了契約の内で当該満期日が当該表示対象期間内にあるものを示す表示を当該満期日と対応付けてさらに出力するものであるように構成できる。
【００１２】
本発明は、当該更改未完了契約検索手段の当該検索範囲の当該検索開始日は、所定の基準日であり、当該更改未完了契約出力手段は、当該更改未完了契約検索手段によって特定された当該更改未完了契約の内で当該更改手続案内開始予定日が検索実行日よりも前であるものを示す表示を、当該検索実行日と対応付けた更改手続未処理契約表示としてさらに出力するものであるように構成できる。
【００１３】
本発明は、当該更改手続未処理契約表示に、各々の更改未完了契約における満期日と当該検索実行日との間の日数差に応じた視覚効果を付加するための当該日数差と当該視覚効果の対応関係を表す視覚効果付加条件の入力を受け付ける視覚効果付加条件入力手段と、当該視覚効果付加条件入力手段を介して入力された、当該視覚効果付加条件に基づいて、当該更改手続未処理契約表示に視覚情報を付加する視覚効果付加手段と、を更に備えたように構成できる。
【００１４】
本発明は、当該更改未完了契約検索手段によって検索された更改未完了契約を示す表示を当該更改未完了契約出力手段によって出力する際の各々の表示の出力順を決定するための出力順決定条件の入力を受け付ける、出力順決定条件入力手段と、当該出力順決定条件入力手段を介して入力された当該出力順決定条件に基づいて、当該更改未完了契約出力手段によって出力されることになる各々の表示の出力順をソートする、出力順ソート手段と、を更に備えたように構成できる。
【００１５】
本発明は、当該契約データは、それぞれの契約の契約者を識別する契約者識別情報を更に含むものであり、当該契約データ記憶手段は、当該契約者のそれぞれが契約料の自動支払手続を完了しているか否かを示す自動支払手続完了フラグを更に含むものであり、当該契約更改スケジュール管理システムが、更に、当該更改未完了契約検索手段によって検索された更改未完了契約に対する当該契約者識別情報によって識別される契約者が当該契約料の自動支払手続を完了しているか否かを示す表示を、当該自動支払手続完了フラグに基づいて、当該更改未完了契約を示す表示に対応付けて出力する、自動支払手続完了情報出力手段を備えたように構成できる。
【００１６】
本発明は、当該契約データは、それぞれの契約に対応する前契約を識別する前契約データ識別子を更に含むものであり、当該契約更改スケジュール管理システムが更に、当該契約データ記憶手段に新たに追加記憶させる契約データの内容の入力を受け付ける、新契約データ内容入力手段と、当該新契約データ内容入力手段を介して入力された、当該新たに追加記憶させる契約データの内容に基づいて、当該契約データ記憶手段に新たな契約データを追加記憶させる、新契約データ記憶手段と、当該追加記憶された契約データに含まれる当該前契約データ識別子によって識別される契約の当該契約更改フラグを未完了から完了に変更する、前契約更改フラグ更新手段と、を備えたように構成できる。
【発明の効果】
【００１７】
本発明によれば、所望の期間内、それぞれの日において更改手続きの案内を開始すべき更改未完了契約をカレンダーなどの個々の表示対象日に対応付けて出力することにより、担当者において自身が行うべき契約更改手続の案内のスケジュールを容易に把握できるという効果が得られる。また本発明によれば、更改未完了契約を個々の満期日に対応付けて別途出力することにより、担当者が更改手続きの案内を忘れた場合や契約者から更改するか否かの意思表示が得られていないために満期日の迫っている契約を担当者に報知して早急な対応を促すことができる。さらに、本発明によれば、検索実行日において更改手続案内開始予定日を過ぎている更改未完了契約の表示を検索実行日に対応付けて出力することにより、担当者において更改手続案内の遅れている契約を容易に把握することができるという効果が得られる。
【図面の簡単な説明】
【００１８】
【図１】本発明の一実施形態に係る契約更改スケジュール管理システム１００の構成を表わすシステム構成図である。
【図２】契約情報処理サーバ１０１の具体的構成を表す構成図である。
【図３】契約データ記憶手段１０４において契約データが記憶される形式を表す契約データテーブル３００のテーブル図である。
【図４】契約データ記憶手段１０４において契約者データが記憶される形式を表す契約者データテーブル４００のテーブル図である。
【図５】契約更改スケジュール管理システム１００による更改未完了契約表示動作の前半部を表す動作フロー図である。
【図６】契約更改スケジュール管理システム１００により図５の動作に続いて実行される、更改未完了契約表示動作の後半部を表す動作フロー図である。
【図７】ユーザが契約更改スケジュール管理システム１００を利用するためのログイン画面５００である。
【図８】契約更改スケジュール管理システム１００に対して各種の検索条件、表示条件を入力するための条件入力画面６００である。
【図９】条件入力画面６００にて入力された条件に基づく検索結果として更改未完了契約の一覧を表示する、更改未完了契約一覧表示画面７００である。
【図１０】条件入力画面６００にて入力された条件に基づく検索結果として更改手続未処理契約の一覧を表示する、更改手続未処理契約一覧表示ウインドウ８００である。
【図１１】ある更改未完了契約について更改情報を入力するための、更改情報入力画面９００である。
【図１２】ある更改未完了契約について新契約の内容を入力するための、新契約入力画面１０００である。
【図１３】新契約を登録し、当該登録された新契約の前契約として特定される契約データについて契約更改フラグを完了に更新する契約更改動作を表す、動作フロー図である。
【発明を実施するための形態】
【００１９】
これより図面を用いて、本発明の一実施形態に係る契約更改スケジュール管理システム１００について説明する。但し、本発明に係る契約更改スケジュール管理システム１００を構成する端末、サーバ、記憶手段の構成、及び当該記憶手段によって契約データ、契約者データを記憶するためのテーブル構成などは、各図面にて示される具体的構成へと限定されるわけではなく、本発明の範囲内で適宜変更可能である。また契約は保険契約であるとして説明するが、本発明のシステムによって保険以外の契約を同様に扱うことが可能である。
【００２０】
契約更改スケジュール管理システム１００の全体構成
図１は、契約更改スケジュール管理システム１００の構成を表すシステム構成図である。契約更改スケジュール管理システム１００は、契約情報処理サーバ１０１、担当者端末１０２、管理者端末１０３、及び契約データ記憶手段１０４から構成される。本実施例では、契約情報処理サーバ１０１はネットワーク２００を経由して担当者端末１０２及び管理者端末１０３と通信する。ネットワーク２００は、社内ＬＡＮなどの内部ネットワーク、又はインターネットなどの外部ネットワークであって、システムの構成要素間で通信するための有線又は無線のデータ通信手段を提供するものである。図１における実線の矢印は、図８の条件入力画面６００から入力される各種の検索条件、表示条件が契約データ記憶手段１０４へ入力される際の入力経路に対応する。同じく図１における破線の矢印は、契約データ記憶手段１０４にて検索された契約データ内容が表示のために各端末へ出力される際の出力経路、及び契約データを更新する際・追加記憶させる際にその契約データの内容が契約データ記憶手段１０４へと入力される経路に対応する。これら入出力は、インターネット、ローカルエリアネットワーク、その他の通信手段を介して行うことができる。これら条件及びデータ内容の入出力については、後に詳しく説明する。
【００２１】
契約情報処理サーバ１０１
契約情報処理サーバ１０１は、契約データ記憶手段１０４のファームウェアに命令することで、当該記憶手段１０４に記憶された契約データの検索、更新、及び新たな契約データの追加記憶に関する処理を実行する構成要素である。また契約情報処理サーバ１０１は、そのような契約データ記憶手段１０４に対する処理に用いるデータの入力を担当者端末１０２及び管理者端末１０３から受け付ける各種の入力手段を有し、さらに処理結果の表示をこれら端末に対して出力する各種の出力手段を有する。
【００２２】
図２に、契約情報処理サーバ１０１の具体的構成を示す。契約情報処理サーバ１０１は、ＣＰＵ１０１ａ、ＲＡＭ１０１ｂ、記憶装置１０１ｃ、ユーザインターフェース１０１ｄ（以下、「インターフェース」を「Ｉ／Ｆ」と略する。）、ネットワークＩ／Ｆ１０１ｅから構成される。ＣＰＵ１０１ａは、記憶装置１０１ｃからＲＡＭ１０１ｂ上にロードされたプログラムを実行することによって情報処理を行うプロセッサの形態であり、実行するプログラムと協働して本発明の各種の手段を構成するものである。ＲＡＭ１０１ｂは、ＣＰＵ１０１ａによって処理されるプログラムやデータがその上に読み込まれるメモリ空間と、読み込まれたプログラムがＣＰＵ１０１ａによって実行される際に必要となるワークエリア等を提供するものであり、具体的には揮発性のメモリの形態である。記憶装置１０１ｃは、プログラムやデータなどを記憶・管理する構成要素であり、典型的にはハードディスクドライブなどの形態である。
【００２３】
記憶装置１０１ｃは、プログラム要素として、ＯＳ１０１ｃ１、データベース管理プログラム（以下、データベースを適宜「ＤＢ」と略する。）１０１ｃ２、契約更改スケジュール管理プログラム１０１ｃ３を記憶している。
【００２４】
ＯＳ１０１ｃ１は、入出力、表示、Ｉ／Ｆを介した通信等、契約情報処理サーバ１０１の基本的な機能をＤＢ管理プログラム１０１ｃ２及び契約更改スケジュール管理プログラム１０１ｃ３に提供するための基本プログラムである。
【００２５】
データベース（ＤＢ）管理プログラム１０１ｃ２は、契約データ記憶手段１０４に記憶されたデータベース構造を有する契約データ及び契約者データに対して任意の参照、更新、追加、削除などの処理を行うための管理プログラムであって、契約に関して随時行われる手続きをデータベース管理者がリアルタイムで契約データへと反映させるために、あるいは契約データ、契約者データの日々のメンテナンスのために用いることができる。ＤＢ管理プログラム１０１ｃ２がＲＡＭ１０１ｂ上にロードされてＣＰＵ１０１ａによって実行されることにより、契約データと契約者データに対する上記一般的処理のための手段（例えば特許請求の範囲に記載された契約更改フラグ更新手段）が構成される。
【００２６】
契約更改スケジュール管理プログラム１０１ｃ３は、担当者端末１０２又は管理者端末１０３からの入力に応じて契約データ記憶手段１０４から更改未完了契約を検索し、検索により特定された更改未完了契約をカレンダー等の対象日一覧表示に対応付けて出力し、また出力された更改未完了契約に対する更改処理を行うためのプログラムである。
【００２７】
契約更改スケジュール管理プログラム１０１ｃ３は、そのプログラムモジュールとして、条件入力モジュール１０１ｃ３ａ、更改未完了契約検索モジュール１０１ｃ３ｂ、更改未完了契約出力モジュール１０１ｃ３ｃ、表示調整モジュール１０１ｃ３ｄ、新契約データ内容入力モジュール１０１ｃ３ｅ、新契約データ記憶モジュール１０１ｃ３ｆ、前契約更改フラグ更新モジュール１０１ｃ３ｇを含む。これらプログラムモジュールはＲＡＭ１０１ｂ上にロードされてＣＰＵ１０１ａによって実行されることにより本発明の各種の手段を構成するものであり、条件入力モジュールは条件入力手段（図示せず。以下、参照番号１０１ｃ３ａを使用する。）を、更改未完了契約検索モジュールは更改未完了契約検索手段（図示せず。以下、参照番号１０１ｃ３ｂを使用する。）を、更改未完了契約出力モジュールは更改未完了契約出力手段（図示せず。以下、参照番号１０１ｃ３ｃを使用する。）を、表示調整モジュールは表示調整手段（図示せず。以下、参照番号１０１ｃ３ｄを使用する。）を、新契約データ内容入力モジュールは新契約データ内容入力手段（図示せず。以下、参照番号１０１ｃ３ｅを使用する。）を、新契約データ記憶モジュールは新契約データ記憶手段（図示せず。以下、参照番号１０１ｃ３ｆを使用する。）を、前契約更改フラグ更新モジュールは前契約更改フラグ更新手段（図示せず。以下、参照番号１０１ｃ３ｇを使用する。）を、それぞれ構成する。
【００２８】
条件入力手段１０１ｃ３ａは、更改未完了契約を契約データ記憶手段１０４から検索するための時間的範囲である所定期間を含む検索条件、及び視覚効果や出力順などを指定して表示をカスタマイズするための表示条件の入力を受け付ける手段である。
【００２９】
更改未完了契約検索手段１０１ｃ３ｂは、上記入力された検索条件を用いて契約データ記憶手段１０４から更改未完了契約の契約データを検索することによって、更改未完了契約を特定する手段である。
【００３０】
更改未完了契約出力手段１０１ｃ３ｃは、上記検索によって特定された更改未完了契約を示す表示を更改手続案内開始予定日に対応付けて出力する手段である。また後述のとおり、入力された検索条件に従い、それぞれの満期日と対応付けて更改未完了契約の表示を出力し、さらには満期日よりも所定期間前である更改手続案内開始予定日が検索実行日よりも前である更改未完了契約を示す表示を当該検索実行日と対応付けて出力する手段である。
【００３１】
表示調整手段１０１ｃ３ｄは、上記入力された表示条件を用いて、上記検索された更改未完了契約を示す表示に対して、視覚効果の付加、出力順のソートなどの調整を行う手段である。また表示調整手段１０１ｃ３ｄは、更改未完了契約検索手段１０１ｃ３ｂによって検索された更改未完了契約に対する契約者識別情報によって識別される契約者が契約料の自動支払手続を完了しているか否かを示す表示を、契約データ記憶手段１０４に記憶された自動支払手続完了フラグに基づいて、更改未完了契約を示す表示に対応付けて出力する手段である。
【００３２】
新契約データ内容入力手段１０１ｃ３ｅは、上記出力された更改未完了契約から選択された契約に対して契約更改を行って締結された新契約を新たに記憶するために、当該新契約の内容の入力を受け付ける手段である。
【００３３】
新契約データ記憶手段１０１ｃ３ｆは、上記入力された新契約の内容を用いて契約データ記憶手段１０４に新たな契約データを追加記憶させる手段である。
【００３４】
前契約更改フラグ更新手段１０１ｃ３ｇは、上記新契約が追加記憶されたことに応答して、当該新契約の前契約、すなわち出力された更改未完了契約から上記選択された契約の契約データにおける契約更改フラグを完了に変更する手段である。
【００３５】
これら手段による具体的な情報処理については、別途詳細に説明する。なお、条件入力手段１０１ｃ３ａは特許請求の範囲の記載中の所定期間入力手段、特許請求の範囲の記載中の視覚効果付加条件入力手段、及び特許請求の範囲の記載中の出力順決定条件入力手段に対応し、表示調整手段１０１ｃ３ｄは、特許請求の範囲の記載中の視覚効果付加手段、特許請求の範囲の記載中の出力順ソート手段、及び特許請求の範囲の記載中の自動支払手続完了情報出力手段に対応する。
【００３６】
記憶装置１０１ｃはさらに、データ要素として契約更改スケジュール管理プログラム用データ１０１ｃ４を記憶している。契約更改スケジュール管理プログラム用データ１０１ｃ４は、暦データ１０１ｃ４ａ、表示フォームデータ１０１ｃ４ｂ、入力条件データ１０１ｃ４ｃ、更改未完了契約表示データ１０１ｃ４ｄ、新契約データ１０１ｃ４ｅを含む。これらは、上記各手段による契約更改スケジュール管理に係る処理のために適宜用いられるデータである。暦データ１０１ｃ４ａは年月日、曜日などの暦を表すデータであって、図９に示すような表示対象期間のカレンダー表示を提供するためにあらかじめ記憶装置１０１ｃに記憶されるデータである。なお、暦データ１０１ｃ４ａを所定の計算式によりプログラムで発生させるように構成してもよい。表示フォームデータ１０１ｃ４ｂは、図７〜図１２に示すようなデザインの画面を表示するためのデータであって、あらかじめ記憶装置１０１ｃに記憶されるデータである。入力条件データ１０１ｃ４ｃは、担当者や管理者から入力された、更改未完了契約を契約データ記憶手段１０４から検索するための所定期間を含む検索条件、及び視覚効果や出力順などを指定して表示をカスタマイズするための表示条件を表すデータであって、担当者などが条件を入力した際、その後の検索処理、表示調整処理のために記憶装置１０１ｃに記憶されるデータである。更改未完了契約表示データ１０１ｃ４ｄは、上記入力された検索条件を用いて契約データ記憶手段１０４から検索された契約データを用いて生成される、当該検索により特定された契約を表すデータであって、その後の表示処理のために記憶装置１０１ｃに記憶されるデータである。新契約データ１０１ｃ４ｅは、主には管理者の管理者端末１０３を介した入力に従って新契約データの追加記憶をする際に、追加記憶するべき契約データとして記憶装置１０１ｃに記憶されるデータである。なお、これら１０１ｃ４ａ〜１０１ｃ４ｅのデータを、代替的にＲＡＭ１０１ｂに記憶してもよい。
【００３７】
ユーザＩ／Ｆ１０１ｄは、ユーザ（担当者、管理者）との間でデータの入出力を行うための構成要素であり、典型的には、ユーザに対してデータを出力するディスプレイなどの形態の出力手段、ユーザから指令やデータの入力を受け付けるキーボードなどの形態の入力手段、及びそれらとＣＰＵ１０１ａとの間のハードウェアＩ／Ｆ回路から構成される。
【００３８】
ネットワークＩ／Ｆ１０１ｅは、ネットワークに接続して当該ネットワークに接続された他の構成要素との間で情報の入出力を行うためのＩ／Ｆである。以下の説明において、ネットワークを介したサーバ・端末間での情報の送受信は、ネットワークＩ／Ｆ１０１ｅを通じて実施される。なお、以降の実施例においては契約情報処理サーバ１０１に対するデータの入出力が担当者端末１０２又は管理者端末１０３からネットワーク経由で行われるものとしているが、これら端末を用いずにユーザＩ／Ｆ１０１ｄを介して直接入出力することも可能である。
【００３９】
担当者端末１０２
担当者端末１０２は、保険などの契約担当者が自己の担当する契約のうち更改が未完了のものを確認する際に用いられる。担当者端末１０２は、通常は、保険の代理店の担当者が使用する端末であり、その代理店に属する契約についてのデータ操作が可能である。担当者端末１０２は、契約情報処理サーバ１０１と同様に、ＣＰＵ、ＲＡＭ、記憶装置、ユーザＩ／Ｆ、ネットワークＩ／Ｆを有している。本実施例においては、検索、表示、更新、データ追加記憶等の主な処理を契約情報処理サーバ１０１にて（端末から受信した入力情報に基づいて）行い、担当者端末１０２及び管理者端末１０３はその処理結果をネットワーク２００を経由して受信した上でＷｅｂブラウザなどを用いて表示するものとして説明を行うが、それら検索などの処理のためのプログラムを担当者端末１０２、管理者端末１０３の記憶装置に記憶すれば、契約情報処理サーバ１０１を介さずに本発明の処理を実施することも可能である。
【００４０】
管理者端末１０３
管理者端末１０３は、契約データについての更改情報の入力、新たに締結された契約の登録処理などを行うために用いられる。一実施形態において、担当者が行うことのできる処理は未更改契約の確認のみであり、更改情報の入力及び新たな登録処理は管理者によって行うことのみが可能であるように構成される。管理者端末１０３は、通常は、保険会社の管理者が使用する端末であり、すべての契約について任意のデータ操作が可能な端末である。なお、そのようなユーザレベルでの機能制限は、例えば後述のとおりログイン情報として入力されるユーザコードに基づいて行うことが可能である。したがって、ここにおける管理者端末１０３の内部構成及び基本的動作は担当者端末１０２と同様であってよい。また、ログインするユーザが担当者又は管理者のいずれであるのかに対応して適切な機能制限がなされるなら、担当者端末１０２と管理者端末１０３とが物理的に同じ端末であってもよい。なお、管理者だけではなく、契約担当者が更改情報の入力及び新たな登録処理を担当者端末１０２から行うように本発明のシステムを構成することも可能である。一例として、契約担当者は担当者端末１０２を介して自己と同一の代理店に所属する契約担当者の担当する更改未完了契約の確認、更改処理を行えることとし、一方で管理者端末１０３は全ての代理店に所属する全担当者の担当する更改未完了契約に対して同様の処理を行えることとすると好適である。これ以降においては、担当者端末１０２から同一代理店に対応する更改未完了契約の確認、更改処理を行うことが可能な例について説明するが、上記のとおり担当者端末１０２と管理者端末１０３に対しては任意のパターンで権限を付与することが可能である。
【００４１】
契約データ記憶手段１０４
契約データ記憶手段１０４は、契約データ及び契約者データを記憶する構成要素である。契約データ記憶手段１０４は、個別には図示していないが、記憶媒体（ＨＤＤなど）、プログラム実行手段（ＣＰＵ、ファームウェア、ＲＡＭなど）、入出力Ｉ／Ｆを有している。データの記憶媒体への書き込み及び読み出しの管理を実行するためのファームウェアが、ＣＰＵによって実行されてデータの記憶や読出しに関する各種機能を実行する。契約データ記憶手段１０４は、典型的には外部記憶装置の形態である。契約データ記憶手段１０４は、契約情報処理サーバ１０１からの指令により、更改未完了契約の表示に係る契約データ、契約者データの記憶媒体からの読み出し、及び契約データの更新又は追加記憶に係る記憶媒体への書き込みを実行する。契約データ記憶手段１０４は、入出力Ｉ／Ｆを介して契約情報処理サーバ１０１と接続される。
【００４２】
契約データテーブル３００
図３は、契約データ記憶手段１０４が記憶する契約データのデータ形式を示す契約データテーブル３００を表している。図３に示される一例としての契約データは、それぞれの契約に関して、契約ＩＤ、契約者コード、代理店コード、担当者コード、契約種別、更改回数、保険料、等級、備考、満期日、契約更改フラグ、前契約ＩＤ、及びその他の任意の項目に割り当てられた情報により構成される。
【００４３】
契約ＩＤは、それぞれの契約に対して重複のないよう割り当てられた数値、文字列、記号等であって、それぞれの契約を一意的に識別する契約データ識別子として用いることができる。なお、契約ＩＤは、保険契約においては一般に証券番号と称される。
【００４４】
契約者コードは、当該契約を保険会社などとの間で締結した契約者を一意的に識別できるよう割り当てられる、数値、文字列、記号等である。契約者コードと契約者の氏名などの情報との対応関係を記憶する別テーブルを当該コードで照会することにより、対応する契約者の情報を得ることができる。そのような別テーブルの一例としては、後述のとおり図４に示される契約者テーブル４００を用いることが可能である。ただし、契約者情報を契約テーブル３００に含めることとすれば、このような別テーブルは不要である。このようなテーブル設計の任意性は、以降の代理店コードなどについても同様に成り立つ。
【００４５】
代理店コードと担当者コードは、それぞれ当該契約を担当する代理店と担当者を識別するために用いられる数値、文字列、記号などであって、コードと名称などの情報との対応関係を記憶する別テーブルを当該コードで照会することにより、対応する代理店と担当者の情報を得ることができる。
【００４６】
契約種別は、火災保険、傷害保険、地震保険など、それぞれの契約の種類を識別するために用いることができる数値、文字列、記号等であって、代理店コードなどと同様に別テーブルを参照して契約の種別に関する情報を得るために用いることができる。
【００４７】
更改回数は、当該契約が更改された回数を表す数値であって、新契約を登録する際には前契約の当該数値よりも１だけ大きい数値が用いられる。
【００４８】
保険料は、契約者から保険会社に対して、例えば月ごとに支払われる金銭の額を表す。
【００４９】
等級は、契約者ごとに個別に保険料を決定するための追加的な指標として用いるための数値であって、例えば自動車保険においては無事故の期間が長いほど高い数値となり、そのような契約者に対しては低い保険料が設定される。また地震保険においては、例えば契約者の家屋が存在する場所の地盤強度などに応じた危険度を表す数値として等級を用い、当該等級に基づいて保険料を設定することが可能である。
【００５０】
備考は、当該契約について特に注意すべき事項などを記入するために用いることができる。記入すべき事項がない場合は「ブランク」の状態に維持される。
【００５１】
満期日は、当該契約が満期を迎える日である。既に述べたとおり、契約者との契約関係維持という営業上の観点から、及び契約者が無保険となるリスクを避けるという観点から、契約担当者においては満期日よりも前に更改手続の案内を行うことが求められる。
【００５２】
契約更改フラグは、当該契約の更改手続が完了したか否かを示す数値であって、本実施例においては０又は１である。後述のとおり、契約更改により当該契約の新契約が登録されたタイミングで０（未完了）から１（完了）へと更新される。あるいは、契約者が新契約の締結を拒否するなどして契約関係が打ち切られた場合にも、０から１へと更新される。
【００５３】
前契約ＩＤとは、当該契約の「前契約」に対応する契約データの契約ＩＤである。前契約とは、自動車保険契約の例でいえば、当該契約（新契約）と記名被保険者が同一、或いは記名被保険者を、記名被保険者の配偶者、記名被保険者またはその配偶者と同居の親族へ変更する保険契約であって、新契約の更改手続き日から過去１８０日以内に保険責任を有していた保険契約のうち最も遅く保険責任が終了したものを含む概念である。ただし、本実施形態における「前契約」とはこのような契約に限定されるものではなく、単に当該契約の前契約ＩＤによって識別される契約データに対応する契約であればよい。すなわち、契約データテーブル３００中、契約ＩＤが「０１１３４１」である契約データに対応する契約の前契約とは、当該契約データの前契約ＩＤである「００７６２９」を契約ＩＤとして特定される契約データに対応する契約である。また、本発明における「新契約」とは、前契約に対する当該契約を指すものとする。すなわち、契約ＩＤ「００７６２９」により識別される契約データに対応する契約の新契約とは、契約ＩＤ「０１１３４１」により識別される契約データに対応する契約である。
【００５４】
契約データテーブル３００は、上述したもの以外にも任意の項目を含むものであってよい。具体的な契約の種類に応じて契約データテーブル３００の項目を適宜変更することができる。同様に、図３の例で示された全ての項目を契約データテーブル３００が有する必要はない。例えば契約更改スケジュール管理システム１００の基本的な機能を実施するにあたり契約データテーブル３００が有していなければならない項目は、契約ＩＤ、満期日、及び契約更改フラグである。
【００５５】
契約者テーブル４００
図４は、契約データ記憶手段１０４が記憶する契約者データのデータ形式を示す契約者データテーブル４００を表している。図４に示される一例としての契約者データは、それぞれの契約者に関して、それぞれの契約者を識別する契約者ＩＤ、契約者名、住所、電話番号、電子メールアドレス、備考、自動支払フラグ、及びその他の任意の項目に割り当てられた情報により構成される。
【００５６】
上記項目中、自動支払フラグは、当該契約者が契約料の自動支払手続を完了しているか否かを示す数値であって、例えば自動支払手続を完了している契約者に対応する契約者データの当該フラグは「１」に、行っていない契約者に関するフラグは「０」に設定される。自動支払手続を完了している契約者が支払うべき保険料は、あらかじめ指定した口座から、あるいはクレジットカードでの引き落としの手続などを実施することにより、保険会社に対して自動的に支払われる。
【００５７】
契約データテーブル３００と同様に、契約者データテーブル４００は図４に示された項目以外にも任意の項目を含むものであってよく、また図４に示された全ての項目を契約者データテーブル４００が有する必要もない。さらに、契約データ記憶手段１０４が契約データと契約者データとを同じテーブルに記憶していてもよい。例えば契約データテーブル３００が自動支払フラグの項目を有するように構成することにより、契約者データテーブル４００を用いることなく本発明を実施することが可能である。
【００５８】
契約更改スケジュール管理システム１００の動作
次に契約更改スケジュール管理システム１００の動作について説明する。図５及び図６は、契約更改スケジュール管理システム１００の更改未完了契約表示動作を表わす動作フロー図である。なお、図５及び図６のフローチャートに含まれる各ステップを実施する順番は、本発明の目的が達成できる範囲内で適宜変更可能である。また図１３は、上記更改未完了契約表示動作に引き続いて行われる契約更改動作を表す動作フロー図である。以下、それぞれの動作について、担当者端末１０２又は管理者端末１０３のディスプレイ上に表示される図７〜図１２の画面イメージを参照しつつ説明する。
【００５９】
更改未完了契約表示動作
第１に、図５及び図６のフローチャートで示される更改未完了契約表示動作を説明する。既に述べたとおり、ここでは一例として、契約データ記憶手段１０４へのアクセスなどの主な情報処理は契約情報処理サーバ１０１が集中的に行うものとする。担当者端末１０２及び管理者端末１０３は、ブラウザを介して契約情報処理サーバ１０１に入力条件や新契約データ内容のような動作パラメータを送信し、また同じくブラウザを介して、契約情報処理サーバ１０１による情報処理の結果を表す画面を表示する。
【００６０】
まず、契約データ記憶手段１０４が、契約データと契約者データを、それぞれ契約データテーブル３００と契約者データテーブル４００に示される形式で記憶している。上述のとおり、これら両データに対してはデータベース管理者による参照、更新などがＤＢ管理プログラム１０１ｃ２を用いて随時行われており、実際の契約及び契約者の状況とリアルタイムで一致するよう管理されている。
【００６１】
また契約情報処理サーバ１０１の記憶装置１０１ｃは、契約更改スケジュール管理プログラム用データ１０１ｃ４のうち、暦データ１０１ｃ４ａ、表示フォームデータ１０１ｃ４ｂをあらかじめ記憶している。
【００６２】
更改未完了契約表示動作は担当者と管理者のいずれに対しても提供されるサービスであるため、ここでは担当者が担当者端末１０２を介して当該サービスを利用する場合について説明する。担当者は担当者端末１０２上でブラウザを起動し、ネットワーク２００を介して契約情報処理サーバ１０１の所定のアドレスにアクセスする（典型的には、ブラウザ内のアドレスバーに所定のＵＲＬを入力する。）。担当者端末１０２上のブラウザには図７に示すようなログイン画面５００が表示される。担当者は、自己に割り当てられたユーザコードと対応するパスワードを対応する入力欄５０１と５０２に入力してログインボタン５０３を押下することにより、契約更改スケジュール管理システム１００にログインする。システムへのログインを行わない場合は、戻るボタン５０４を押下してサービスの利用を終了する。
【００６３】
（ステップＳ１０１）
担当者がシステムにログインすると、条件入力手段１０１ｃ３ａは、更改未完了契約を契約データ記憶手段１０４から検索するための所定期間を含む検索条件、及び視覚効果や出力順などを指定して表示をカスタマイズするための表示条件の入力用画面である条件入力画面６００を、表示フォームデータ１０１ｃ４ｂを用いて構成して、担当者端末１０２のブラウザ上に表示させ、担当者からそれぞれの条件の入力を受け付けた上で、入力条件データ１０１ｃ４ｃとして記憶装置１０１ｃに記憶させる（ステップＳ１０１）。
【００６４】
図８に、条件入力画面６００の一例を示す。条件入力画面６００は、代理店コード入力欄６０１、担当者コード入力欄６０３、契約種別入力欄６０５、更改準備用期間入力欄６０６、表示対象期間入力欄６０７、当日満期分出力選択欄６０９、未処理累積分出力選択欄６１０ａという、検索条件の入力を受け付けるための手段に対応する、画面上に表示されて情報の入力や選択を受け付けるオブジェクトと、表示順入力欄６０８ａ、表示順昇降順選択欄６０８ｂ、日数差入力欄６１０ｂ、視覚効果入力欄６１０ｃという表示条件の入力を受け付けるための手段に対応する、画面上に表示されて情報の入力や選択を受け付けるオブジェクトを含む。条件入力画面６００は、他には、代理店名称表示欄６０２、担当者氏名表示欄６０４、という情報の表示のためのオブジェクトや、表示ボタン６１１、戻るボタン６１２などの指示を入力するためのオブジェクトを含む。典型的には、それぞれのオブジェクトの内、数値等の入力を受け付けるオブジェクトはフィールドなどの形態であり、選択入力を受け付けるオブジェクトはラジオボタンなどの形態であり、指示の入力を受け付けるオブジェクトはボタンの形態である。以下、各オブジェクトについて説明する。
【００６５】
代理店コード入力欄６０１には、典型的にはログインした担当者の所属する代理店に対応する代理店コードがあらかじめ入力されて表示されており、担当者が書き換えることはできない。具体的には、ログインに用いられた担当者コードに対応する代理店コードが契約データ記憶手段１０４又は別の記憶手段から読み出され、代理店コード入力欄６０１に入力される。なお、管理者が、ログイン画面５００にて管理者用のユーザコード及びパスワードを入力してログインした場合には、代理店コード入力欄６０１内の代理店コードを書き換えることが可能であるようにするとよい。
【００６６】
代理店名称表示欄６０２には、代理店コード入力欄６０１に入力された代理店コードに対応する代理店名称が契約データ記憶手段１０４又は別の記憶手段から読み出されて表示される。管理者用のユーザコードでログインしていた場合、代理店コードが書き換えられるたびに代理店名称表示はそれに対応するものに変更される。
【００６７】
担当者コード入力欄６０３には、典型的にはログインした担当者の担当者コードがあらかじめ入力されている。後述のとおり、このような入力状態において更改未完了契約表示動作を続行した場合、特にログインした担当者の担当する更改未完了契約のみが検索対象となる。また、現在の例において、ログインした担当者は、担当者コード入力欄６０３を例えば空欄として指定しないことで、同一代理店に所属する全担当者が担当する全ての契約データを検索対象とすることができるように構成される。あるいは、同一代理店内の他の担当者の担当者コードを入力することで、当該他の担当者の担当する契約データのみを検索することも可能である。ログインした担当者が、自己の所属する代理店とは別の代理店に所属する担当者の担当者コードを入力した状態で、後述のとおり表示ボタン６１１を押下することにより表示処理を実行しようとした場合、画面上には警告メッセージなどが表示されて処理が中断される。具体的には、表示ボタン６１１が押下されたタイミングで条件入力手段１０１ｃ３ａが担当者コードと代理店コードとの対応関係を記憶する別テーブルを上記担当者コード入力欄６０３に入力された担当者コードで照会し、得られた代理店コードが代理店コード入力欄６０１に入力されたものと異なっていた場合に、警告処理が行われる。なお、管理者が、ログイン画面５００にて管理者用のユーザコード及びパスワードを入力してログインした場合には、担当者コード入力欄６０３内の担当者コードを任意の代理店に所属する担当者の担当者コードに書き換えた上で、表示処理を続行することも可能である。
【００６８】
担当者氏名表示欄６０４には、担当者コード入力欄に入力された担当者コードに対応する担当者氏名が契約データ記憶手段１０４又は別の記憶手段から読み出されて表示される。管理者用のユーザコードでログインしていた場合、担当者コードが書き換えられるたびに担当者氏名表示は更新される。
【００６９】
契約種別選択欄６０５には、例えば、地震、火災、傷害という保険の種別がリスト表示され、担当者はこれらのうち表示対象としたい契約種別を、例えばマウスでクリックするなどして選択する。
【００７０】
更改準備用期間入力欄６０６は、更改準備用期間を入力するためのオブジェクトである。更改準備用期間とは、保険契約が満期を迎える前に更改手続きの案内をするための案内開始予定日を規定するための期間である。のちに担当者端末のブラウザ上に表示される更改未完了契約一覧表示画面において、個々の更改未完了契約は、その満期日よりも更改準備用期間だけ早い表示対象日として特定される案内開始予定日に対応付けて表示される。更改準備用期間入力欄６０６には、日数を表す数値を入力することができる。
【００７１】
表示対象期間選択欄６０７は、表示対象期間を選択するためのオブジェクトである。表示対象期間とは、のちに担当者端末のブラウザ上に表示される更改未完了契約一覧表示画面において、一度に表示されるべき表示対象期間の長さに対応する期間である。図８の例では、担当者が一度に表示することを望む期間を、検索実行日を含む「１週間」、「１ヶ月」、「四半期」、「１年」という期間の長さを指定して選択することができる。なお、図８の表示対象期間選択欄６０７は、単純に期間の長さを指定する形式であるが、例えば「２０１０年８月１日〜２０１０年８月３１日」のように期間の初日と末日を個別に指定するよう当該入力欄６０７を構成してもよい。
【００７２】
表示順入力欄６０８ａは、表示順を入力するためのオブジェクトであり、表示順昇降順選択欄６０８ｂは、表示順及び昇降順を選択するためのオブジェクトである。これらは、特定の表示対象日に対応付けて表示すべき契約が複数存在する場合に、それら表示の出力順を決定するための条件を指定するために用いられる。例えば表示順入力欄６０８ａから「等級」を選択し、表示順昇降順選択欄６０８ｂから「昇順」を選択した場合、契約の表示は等級について昇順でソートされた上で出力される。
【００７３】
当日満期分出力選択欄６０９は、当日満期分の契約の出力の要否を選択するためのオブジェクトであり、のちに図９を用いて説明する更改未完了契約一覧表示画面上７００において更改未完了契約の表示を更改手続案内開始予定日に対応付けて出力することに加えて、さらに表示対象期間内に満期を迎える契約の表示を当該満期日に対応付けて出力するか否かを選択するために用いられる。満期分出力選択欄６０９で「する」を選択した場合、更改未完了契約一覧表示画面７００上の個々の表示対象日の欄には、当該表示対象日に満期を迎える契約の表示が「本日満期分」とのラベルで仕切られた領域に出力される。
【００７４】
未処理累積分出力選択欄６１０ａは、未処理累積分の契約の出力の要否を選択するためのオブジェクトであり、更改未完了契約一覧表示画面７００上において更改未完了契約の表示を更改手続案内開始予定日に対応付けて出力することに加えて、さらに更改手続案内開始予定日が検索実行日よりも前である更改未完了契約の表示を当該検索実行日と対応付けて出力するか否かを選択するために用いられる。未処理累積分出力選択欄６１０ａで「する」を選択した場合、別途図１０を用いて説明するとおり、担当者端末１０２のディスプレイ上には、更改未完了契約一覧表示画面７００の一部として、あるいはポップアップウインドウなど別個のウインドウとして、そのような契約の一覧表示ウインドウである更改手続未処理契約一覧表示ウインドウ８００が出力される。
【００７５】
日数差入力欄６１０ｂ及び視覚効果入力欄６１０ｃは、視覚効果付加条件を入力するためのオブジェクトである。これらの欄は上記未処理累積分出力選択欄６１０ａにて「する」が選択されている状態でのみ入力可能である。更改手続案内開始予定日が検索実行日よりも前である更改未完了契約の表示を当該検索実行日と対応付けて出力するに際して、各々の契約の満期日と検索実行日との日数差に応じて契約の表示に視覚効果を付加するために用いられる。日数差入力欄６１０ｂには日数差を表す数値を入力し、視覚効果入力欄６１０ｃにおいては視覚効果として契約の表示に用いるべき色を選択することができる。別途図１０を用いて説明するとおり、図８のように入力、選択された場合には、検索実行日から満期日までの期間が１５日以内の契約の表示は上記ウインドウ８００内で青色に着色され、さらに１０日以内であれば当該契約の表示は黄色に着色され、さらに５日以内であれば赤色に着色される。なお、このような色分けは視覚効果付加の単なる一例であり、文字フォントの変更、日数差に応じた表示位置の変更、何らかの目印の付加など、他の視覚効果を用いることも可能である。
【００７６】
表示ボタン６１１は、条件入力画面６００内の各項目に必要な情報が入力された状態で押下することにより、入力内容を担当者端末のネットワークＩ／Ｆから契約情報処理サーバ１０１へと送信させ、入力条件データ１０１ｃ４ｃとして記憶装置１０１ｃに記憶させるためのボタンである。戻るボタン６１２は、それを押下することにより条件入力を中断させ、それにより、例えばログイン画面を再び表示させるボタンである。
【００７７】
（ステップＳ１０２〜Ｓ１０８）
次に、更改未完了契約検索手段１０１ｃ３ｂは、暦データ１０１ｃ４ａ、及び上記担当者端末１０２から送信されて記憶装置１０１ｃに記憶された入力条件データ１０１ｃ４ｃに基づいて、検索すべき更改未完了契約データの条件を決定し、当該条件を用いて契約データ記憶手段１０４に対する検索を行う（ステップＳ１０２〜Ｓ１０８）。
【００７８】
具体的には、まずステップＳ１０２〜Ｓ１０７によって、更改未完了契約の検索条件としての満期日の検索範囲を規定する検索開始日及び検索終了日を決定し、次にステップＳ１０８によって、上記規定された検索範囲に満期日を有し、かつ入力条件データ１０１ｃ４ｃに従って決定されるその他の検索条件を満たす更改未完了契約を、契約データ記憶手段１０４から検索する。
【００７９】
上記検索開始日は、当日満期分出力選択欄６０９及び未処理累積分出力選択欄６１０ａにおける選択内容に応じて決定される。すなわち、まず未処理累積分出力選択欄６１０ａにて「する」が選択されていた場合には、未処理累積分契約表示の出力がオンであると判断され（ステップＳ１０２）、次に、検索開始日が所定の基準日に決定される（ステップＳ１０６）。なお、ここでいう未処理累積分契約表示とは、例えば後に図１０を用いて説明される、更改手続未処理契約一覧表示ウインドウ８００内の表示内容であって、特許請求の範囲における「前記更改未完了契約検索手段によって特定された前記更改未完了契約の内で前記更改手続案内開始予定日が検索実行日よりも前であるものを示す表示を、前記検索実行日と対応付けた更改手続未処理契約表示としてさらに出力するもの」に対応する表示である。所定の基準日とは、典型的にはあらかじめ契約更改スケジュール管理プログラム用データ１０１ｃ４の一部として記憶装置１０１ｃに記憶された（不図示）基準日データにより示される日であって、検索対象とするべき更改未完了契約の満期日の検索範囲の初日（開始点）の規定値として用いられる日である。未処理累積分出力選択欄６１０ａにおける選択によって出力することが選択された、「更改手続案内開始予定日が検索実行日よりも前である」更改未完了契約の満期日は、一般には「検索実行日から所定期間（更改準備用期間入力欄６０６に入力された期間）だけ後の日」よりも前の任意の日をとりうる。従って、上記所定の基準日として満期日の検索範囲の検索開始日を必ずしも定めなくてはいけないわけではない。しかしながら、そのように開始点が定められていない検索範囲で検索を行えば膨大な数の更改未完了契約が抽出されることにより契約データ記憶手段１０４や契約情報処理サーバ１０１に過度の負担がかかる恐れがあるため、あらかじめ所定の基準日を定めて検索範囲を限定しておくことが好ましい。満期日が検索実行日以降である保険は検索実行日において失効しておらず、更改する意義があるため、所定の基準日を検索実行日とすると好適であり、また、余裕を持たせて検索実行日の数日前とすると更に好適である。なお、ここでいう「所定の基準日」を入力するための欄を条件入力画面６００に別途設けて、例えば検索実行日の何日前かなどのように検索実行日を基準にして、担当者により指定させることとしてもよい。
【００８０】
未処理累積分出力選択欄６１０ａにて「しない」が選択されていた場合には、当日満期分出力選択欄６０９における選択内容が参照される。すなわち、当日満期分出力選択欄６０９において「する」が選択されていた場合には、当日満期分契約表示の出力がオンであると判断され（ステップＳ１０３）、次に、検索開始日が表示対象期間の初日に決定される（ステップＳ１０５）。なお、ここでいう当日満期分表示とは、例えば後に図９を用いて説明される、更改未完了契約一覧表示画面７００中の７０３ａの領域内の表示内容であって、特許請求の範囲中の「前記更改未完了契約検索手段によって特定された前記更改未完了契約の内で前記満期日が前記表示対象期間内にあるものを示す表示を前記満期日と対応付けてさらに出力するもの」に対応する表示である。「表示対象期間の初日」とは、表示対象期間選択欄６０７の入力内容に応じて決定される表示対象期間の初日であって、例えば図８のとおり「１週間」が選択されている場合には、検索実行日を含む１週間として決定される表示対象期間の初日（例えば日曜日）である。あるいは、検索実行日を表示対象期間の初日と定義した上で、この場合は検索実行日から始まる１週間を表示対象期間と定めることも可能である。
【００８１】
未処理累積分出力選択欄６１０ａにて「しない」が選択されており、かつ当日満期分出力選択欄６０９においても「しない」が選択されていた場合、未処理累積分契約表示の出力と当日満期分契約表示の出力はいずれもオフであると判断され（ステップＳ１０２、ステップＳ１０３）、次に、検索開始日が「表示対象期間の初日より所定期間だけ後の日」に決定される（ステップＳ１０４）。検索対象となる契約データは更改手続案内開始予定日が表示対象期間内にある契約データのみであり、これは言い換えれば満期日が表示対象期間を所定期間だけ後にシフトさせた期間内にある契約データのみが検索対象であるということを意味する。なお、ここでいう「所定期間」とは、既に述べたとおり更改準備用期間入力欄６０６に入力された期間である。
【００８２】
上記のとおり、検索開始日は条件入力画面６００における担当者の入力内容に応じて決定されるが、一方で検索終了日は入力内容によらず「表示対象期間の末日より所定期間だけ後の日」として決定される（ステップＳ１０７）。
【００８３】
なお、図８の条件入力画面６００の例では、未処理累積分出力選択欄６１０ａにおいて「する」が選択されているため、検索開始日は「所定の基準日」に、検索終了日は「表示対象期間の末日より所定期間だけ後の日」に決定される。検索実行日（契約情報処理サーバ１０１のＯＳ上のシステム日付）を２０１０年８月２日（月曜日）とすると、表示対象期間選択欄６０７で「１週間」が選択されているので、表示対象期間は８月１日（日曜日）から８月７日（土曜日）までの期間として決定される。更改未完了契約検索手段１０１ｃ３ｂが、「所定の基準日」を「検索実行日の７日前」として、記憶装置１０１ｃに毎日更新記憶させているものとすれば、この場合の検索開始日は２０１０年７月２６日（月曜日）となる。またここでの所定期間とは更改準備用期間入力欄６０６の入力内容から１５日となるので、検索終了日は２０１０年８月７日（土曜日）の１５日後である２０１０年８月２２日（日曜日）である。なお、各西暦年における特定の月が何日で構成されるか、及びそれぞれの日がどの曜日に対応するかといった暦情報は、暦データ１０１ｃ４ａにより提供される。
【００８４】
次に、このようにして決定される検索開始日と検索終了日の間に満期日を有し、かつ入力条件データ１０１ｃ４ｃに従って決定されるその他の検索条件を満たす更改未完了契約の契約データを検索する（ステップＳ１０８）。具体的に、担当者が図８の条件入力画面６００に示すとおり条件を入力して表示ボタン６１１を押下した場合、更改未完了契約検索手段１０１ｃ３ｂは以下の条件で契約データ記憶手段１０４から契約データを検索する。
（１）代理店コードが「Ａ００１」である。
（２）担当者コードが「５２６２１」である。
（３）契約種別が「地震」保険を表す値（本実施例では、「１」とする。）である。
（４）満期日が「２０１０年７月２６日」から「２０１０年８月２２日」の間である。
（５）契約更改フラグが「０」である。
【００８５】
（ステップＳ１０９）
検索された契約データは契約データ記憶手段１０４から契約情報処理サーバ１０１へと送信され、一時的にＲＡＭ１０１ｂに記憶される（ステップＳ１０９）。ＲＡＭ１０１ｂに記憶された当該契約データから、当該契約データにより特定される更改未完了契約の表示が更改未完了契約出力手段１０１ｃ３ｃによって生成され、更改未完了契約表示データ１０１ｃ４ｄとして記憶装置１０１ｃに記憶される。なお、ＲＡＭ１０１ｂに記憶された契約データは、図９及び図１０の画面における各契約の表示の出力位置・出力順序の満期日に基づく決定（ステップＳ１１１、Ｓ１１３、Ｓ１１５）や、契約者コードに基づく自動支払手続情報表示の出力（ステップＳ１１７）などのために、各種手段により随時読み出されて用いられる。
【００８６】
更改未完了契約の表示とは、担当者がそれにより当該更改未完了契約を識別することができる、契約データに基づいた任意の表示であってよい。一例としては、当該契約データの「契約種別」項目の値に対応する契約の種別（「地震保険」など）と、当該契約データの「契約者コード」項目の値に対応する契約者の氏名（「山田太郎」など）と、に基づいて構成される、「山田太郎（地震保険）」などの表示であってよい。この場合、ステップＳ１０８において検索された個々の契約データについて、その「契約種別」及び「契約者コード」の値に対応する契約の種類及び契約者の氏名を契約データ記憶手段１０４又は他の記憶手段に記憶された別テーブルを参照することで特定し、ＲＡＭ１０１ｂに一時的に記憶する処理が、当該ステップＳ１０９に先行して行われ、それらに基づいて更改未完了契約の表示が生成される。更改未完了契約の表示の別の例としては、当該契約データの「契約者コード」項目の値に対応する契約者の氏名、及び電話番号や電子メールアドレスに基づいて構成される、「山田太郎（１１−１１１１−１１１１）」や「山田太郎（ａａ＠＠ａａａａ．ａａ．ａａ）」などの表示を用いることもできる。
【００８７】
（ステップＳ１１０）
次に、表示調整手段１０１ｃ３ｄは、上記生成されて記憶装置１０１ｃに記憶された更改未完了契約の表示の出力順を、表示順入力欄６０８ａ及び表示順昇降順選択欄６０８ｂにて入力及び選択された出力順決定条件（入力条件データ１０１ｃ４ｃとして記憶装置１０１ｃに記憶されている。）に従ってソートする（ステップＳ１１０）。図８のとおり条件が入力されているため、出力順は等級について昇順でソートされる。なお、ここでいうソートとは、記憶装置１０１ｃに記憶されたそれぞれの更改未完了契約の表示に対応して表示順を表わす数値を等級の昇順に設定することであってよいし、あるいは実際に記憶装置１０１ｃの記憶領域内でそれぞれの更改未完了契約の表示を並べ替えることであってもよい。
【００８８】
（ステップＳ１１１）
次に、更改未完了契約出力手段１０１ｃ３ｃは、上記生成されて記憶装置１０１ｃに記憶され、かつ出力順がソートされた更改未完了契約の表示データ１０１ｃ４ｄを、それぞれの更改手続案内開始予定日に対応付けて担当者端末１０２に出力する（ステップＳ１１１）。またこの際、更改未完了契約出力手段１０１ｃ３ｃは、同じく記憶装置１０１ｃに記憶された暦データ１０１ｃ４ａ、表示フォームデータ１０１ｃ４ｂ、入力条件データ１０１ｃ４ｃを用いて、例えば図９に示されるとおりの画面デザインデータを生成し、担当者端末１０２に出力する。これら出力されるデータは一例としてはＨＴＭＬ形式のデータであり、担当者端末１０２のブラウザは、出力された更改未完了契約の表示、及び画面デザインデータを適切に処理し、上記図９に示される更改未完了契約一覧表示画面７００（ただし、自動支払手続完了情報表示欄７０２ｂ、当日満期分契約表示欄７０３ａ及び自動支払手続完了情報表示欄７０３ｂの欄への出力は未だされていない）を生成する。
【００８９】
更改未完了契約表示画面７００には、表示対象期間内のそれぞれの日に対応する日付表示欄７０１、案内開始用更改未完了契約表示欄７０２ａ、当日満期分契約表示欄７０３ａ、自動支払手続完了情報表示欄７０２ｂ、７０３ｂが含まれる。このような画面デザインは更改未完了契約出力手段１０１ｃ３ｃが主に表示フォームデータ１０１ｃ４ｂに基づいて作成するものであり、表示フォームデータ１０１ｃ４ｂを変更することで所望の画面デザインを採用することができる。また図９の画面は図８の表示対象期間選択欄６０７にて「１週間」が選択されたことに対応するものであり、選択欄６０７にて「１ヶ月」など他の期間が選択された場合には、表示フォームデータ１０１ｃ４ｂに含まれる別のフォームデータが用いられる。
【００９０】
日付表示欄７０１には、上記出力された画面デザインデータの一部であって、更改未完了契約出力手段１０１ｃ３ｃにより暦データ１０１ｃ４ａを用いて特定された、表示対象期間内のそれぞれの表示対象日を表す情報（月日、曜日など）が出力される。
【００９１】
案内開始用更改未完了契約表示欄７０２ａには、更改未完了契約出力手段１０１ｃ３ｃにより生成された更改未完了契約の表示のうち、「更改手続案内開始予定日が当該表示対象日に等しい契約データに対応する表示」が出力される。具体的に、２０１０年８月２日（月曜日）に対応する表示欄７０２ａには、更改手続案内開始予定日が８月２日（月曜日）である契約、すなわち満期日がそれより１５日後の８月１７日（火曜日）である契約の表示（図９中、「ＤＤＤＤＤ」、「ＥＥＥＥＥ」、「ＦＦＦＦＦ」）が出力される。
【００９２】
なお、このような出力処理をＨＴＭＬ形式のデータ出力として行う場合、図６におけるＳ１１２以降のステップを全て行って表示されるべき最終的な画面に対応する完全なＨＴＭＬソースを生成した後に、当該ＨＴＭＬソースを担当者端末１０２にネットワーク２００を介して出力するよう構成してもよい。あるいは、図６の動作フローに従って更改未完了契約表示画面を契約情報処理サーバ１０１が作成して、その後担当者端末１０２がネットワーク２００を介して表示画面の画像をダウンロードするよう構成することも可能である。
【００９３】
（ステップＳ１１２）
次に、更改未完了契約出力手段１０１ｃ３ｃは、入力条件データ１０１ｃ４ｃを参照し、条件入力画面６００の当日満期分出力選択欄６０９で「する」が選択されていたかを判断する（ステップＳ１１２）。「する」が選択されていた場合に限り、ステップＳ１１３にて当日満期分契約表示の出力を行う。「しない」が選択されていた場合、処理はステップＳ１１４へと移行する。
【００９４】
（ステップＳ１１３）
ステップＳ１１３において、更改未完了契約出力手段１０１ｃ３ｃは、上記生成されて記憶装置１０１ｃに記憶され、かつ出力順がソートされた更改未完了契約の表示を、それぞれの満期日に対応付けて担当者端末１０２に出力する（ステップＳ１１３）。
【００９５】
満期日に対応付けた更改未完了契約の表示は、図９の更改未完了契約一覧画面７００中、当日満期分契約表示欄７０３ａに出力される。すなわち、当日満期分契約表示欄７０３ａには、更改未完了契約出力手段１０１ｃ３ｃにより生成された更改未完了契約の表示のうち、「満期日が当該表示対象日に等しい契約データに対応する表示」が出力される。具体的に、２０１０年８月２日（月曜日）に対応する表示欄７０３ａには、満期日が８月２日（月曜日）である契約の表示（図９中、「ＨＨＨＨＨ」、「ＩＩＩＩＩ」、「ＪＪＪＪＪ」）が出力される。なお、更改未完了契約出力手段１０１ｃ３ｃにより生成された更改未完了契約の表示はステップＳ１１０にて既にソートされているため、表示欄７０３ａに出力される契約の表示は条件入力画面にて指定したとおりの表示順で出力される。
【００９６】
（ステップＳ１１４）
次に、更改未完了契約出力手段１０１ｃ３ｃは、入力条件データ１０１ｃ４ｃを参照し、条件入力画面６００の未処理累積分出力選択欄６１０ａで「する」が選択されていたかを判断する（ステップＳ１１４）。「する」が選択されていた場合に限り、ステップＳ１１５にて未処理累積分契約表示の出力を行う。「しない」が選択されていた場合、処理はステップＳ１１７へと移行する。
【００９７】
（ステップＳ１１５）
ステップＳ１１５において、更改未完了契約出力手段１０１ｃ３ｃは、上記生成されて記憶装置１０１ｃに記憶され、かつ出力順がソートされた更改未完了契約の表示のためのデータを、検索実行日に対応付けて担当者端末１０２に出力する（ステップＳ１１５）。
【００９８】
検索実行日に対応付けた更改未完了契約の表示は、一例として図１０の更改手続未処理契約一覧表示ウインドウ８００に出力される。このウインドウ８００は、例えば図９の画面７００とは別個のポップアップウインドウとして担当者端末１０２のディスプレイに表示されてもよいし、あるいは画面７００中、検索実行日に対応する表示欄７０３ａ欄の下部に結合されていてもよい。
【００９９】
図１０の更改手続未処理契約一覧表示ウインドウ８００には、更改手続未処理契約数表示欄８０１、更改手続未処理契約表示欄８０２、満期日表示欄８０３が含まれる。更改手続未処理契約表示欄８０２には記憶装置１０１ｃから読み出された更改未完了契約表示データ１０１ｃ４ｄが出力され、満期日表示欄８０３にはそれぞれの契約の満期日が出力される。また更改手続未処理契約数表示欄８０１には、更改手続未処理契約表示欄８０２に表示された契約の件数が出力される。ウインドウ８００に出力されるべき契約は、ステップＳ１０８の検索により特定された更改未完了契約のうち、「更改手続案内開始予定日が検索実行日よりも前である」契約である。したがって、ステップＳ１０８の検索において満期日の検索範囲の開始日を所定の基準日である２０１０年７月２６日と設定していたこと、検索実行日は２０１０年８月２日であること、更改手続案内開始予定日は満期日の所定期間前であり、ここでの所定期間は１５日であることより、ウインドウ８００には満期日が「２０１０年７月２６日から２０１０年８月１６日までの間」である更改未完了契約の表示が出力される。
【０１００】
図１０のウインドウ８００においては、そのような範囲内の満期日を有する契約の表示が満期日の早い順に出力されている。満期日の同じ契約の表示は、ステップＳ１１０でソートされたとおり契約種別の昇順で出力される。このように満期日順に出力することは、満期日の迫っている契約ほど更改手続を行うべき緊急性が高いことを考慮すると好ましい出力形態であるが、他の出力形態も可能である。
【０１０１】
（ステップＳ１１６）
ステップＳ１１５にて更改手続未処理契約表示の出力がされた場合は、引き続き当該表示に対して、表示調整手段１０１ｃ３ｄにより視覚情報が付加される（ステップＳ１１６）。現在の例においては、日数差入力欄６１０ｂと視覚効果入力欄６１０ｃに入力された条件に基づき、更改手続未処理契約表示欄８０２に出力されたそれぞれの契約の表示に色分けがなされる。この場合、図１０には反映されていないが、検索実行日から満期日まで５日以内の契約の表示（「ＨＨＨＨＨ」〜「ＰＰＰＰ」）は赤色に着色され、検索実行日から満期日まで６日以上１０日以内の契約の表示（「ＱＱＱＱＱ」、「ＲＲＲＲＲ」）は黄色に着色され、検索実行日から満期日まで１１日以上１５日以内の契約の表示（「ＳＳＳＳＳ」〜「ＣＣＣＣＣ」）は青色に着色されるように表示データに視覚情報が付加される。
【０１０２】
（ステップＳ１１７）
最後に、ステップＳ１１７において、表示調整手段１０１ｃ３ｄが自動支払手続情報の表示を行う。すなわち、図９の更改未完了契約一覧表示画面７００及び図１０の更改手続未処理契約一覧表示ウインドウ８００に表示が出力された契約のそれぞれについて、契約データの契約者コードに一致するような契約者ＩＤを有する契約者データを検索し、当該契約者データの自動支払フラグが「１」であった契約に対しては、当該契約の表示に対応づけて、自動支払手続が完了していることを示す「自」との表示を出力する。図９の画面７００においては「ＡＡＡＡＡ」、「ＣＣＣＣＣ」、「ＥＥＥＥＥ」、「ＨＨＨＨＨ」、「ＩＩＩＩＩ」、「ＫＫＫＫＫ」、「ＭＭＭＭＭ」、「ＯＯＯＯＯ」との表示が出力された契約において、対応する契約者データの自動支払フラグが「１」であるために、対応する自動支払手続完了情報表示欄７０２ｂ、７０３ｂに「自」との表示が出力されている。図１０の画面８００においても、自動支払手続完了情報表示欄８０４に同様の表示が出力されている。なお、自動支払フラグが「１」であった契約に対して上記「自」との表示を出力するのではなく、当該フラグが「０」である契約に対して、例えば「未」などの表示を出力してもよい。このように更改未完了契約と自動支払手続が完了しているか否かの情報を対応付けて表示することにより、担当者は保険契約の更改手続を案内するタイミングで保険料の自動支払手続の案内も行うことができる。
【０１０３】
更改未完了契約表示動作の説明は以上である。当該動作により生成された更改未完了契約一覧表示画面７００を閲覧することにより、担当者は１週間のそれぞれの日に更改手続案内を開始すべき更改未完了契約を案内開始用更改未完了契約表示欄７０２ａにて確認し、またそれぞれの曜日に満期を迎える更改未完了契約を当日満期分契約表示欄７０３ａにて確認することができる。さらには、更改手続未処理契約一覧表示ウインドウ８００を閲覧することにより、検索実行日よりも前に更改手続案内を開始すべきであったにも拘らず未だ更改手続未完了である契約を更改手続未処理契約表示欄８０２にて確認することができる。
【０１０４】
契約更改動作
次に、図１３のフローチャートを用いて契約更改動作の説明を行う。契約更改動作とは、図９及び図１０に表示が出力された契約に対する新契約の登録、及び当該新契約の前契約として特定される契約データ（すなわち、表示が出力された上記契約の契約データ）の契約更改フラグの更新を行う動作である。
【０１０５】
以降においては、管理者から管理者端末１０３を介して受け付けた入力に従って行われる実施例として、契約更改動作を説明する。ただし、既に述べたとおり担当者端末１０２から同様の契約更改動作を実行させることも可能である。既に述べたとおり、あるユーザが管理者であるかどうかはログイン画面５００で入力されるユーザコードにより判別可能とすることができるため、ここでは管理者に対応するユーザコードでログインが行われ、上記更改未完了契約表示動作が実行され、図９及び図１０の画面には更改未完了契約を示す表示が既に出力されているものとする。
【０１０６】
管理者は、案内開始用更改未完了契約表示欄７０２ａ、当日満期分契約表示欄７０３ａ、更改手続未処理契約表示欄８０２に表示されている更改未完了契約を示す表示の中から任意の表示をクリックするなどして選択する。クリックイベントを通知するデータが管理者端末１０３から契約情報処理サーバ１０１へと送信され、管理者端末のディスプレイには新契約データ内容入力手段１０１ｃ３ｅによって図１１の更改情報入力画面９００が出力される。
【０１０７】
更改情報入力画面９００中、契約データ細目表示欄９０１には選択された表示に対応する契約データの各項目の内容が表示される。コード・種別対応情報表示欄９０２には、契約者コード、代理店コード、担当者コード、契約種別の内容に対応する契約者氏名、代理店名称、担当者氏名、契約種別の名称が、各コード・種別と契約者の氏名などの情報との対応関係を記憶する別テーブルを当該コードで照会することにより取得されて表示される。この状態で新契約入力ボタン９０３を押下することにより、契約更改動作が開始される。
【０１０８】
（ステップＳ２０１）
管理者が新契約入力ボタン９０３を押下すると、新契約データ内容入力手段１０１ｃ３ｅは、更改情報入力画面９００に表示されていた契約の新契約の内容を入力するための新契約入力画面１０００を、表示フォームデータ１０１ｃ４ｂを用いて構成して、管理者端末１０３のブラウザ上に表示し、契約者から当該新契約の内容の入力を受け付けた上で、新契約データ１０１ｃ４ｅとして記憶装置１０１ｃに記憶させる（ステップＳ２０１）。
【０１０９】
図１２に、新契約入力画面１０００の一例を示す。管理者は、参照番号１００１〜１０１５で示したオブジェクトのうち、契約ＩＤ入力欄１００１、契約者コード入力欄１００２、代理店コード入力欄１００４、担当者コード入力欄１００６、契約種別選択欄１００８、保険料入力欄１０１０、更改回数入力欄１０１１、等級入力欄１０１２、備考入力欄１０１３、満期日入力欄１０１４、前契約ＩＤ入力欄１０１５の各入力・選択欄において、新契約として登録されるべき契約データの各項目の内容を入力・選択する。ただし、以下に説明するとおり、これら入力欄・選択欄においては新契約内容入力手段１０１ｃ３ｅによってあらかじめ所定の内容が初期値として入力・選択されている。
【０１１０】
まず契約ＩＤ入力欄１００１には、現在契約データ記憶手段１０４に記憶されている他の契約データの契約ＩＤと重複しないよう選択された数値、文字列、記号等があらかじめ入力されている。管理者はその初期値を変更可能であってもよいが、他の契約データと重複する契約ＩＤが入力された状態で登録ボタン１０１６が押下された場合は警告メッセージが表示されるなどして登録処理が続行されない。新契約データ内容入力手段１０１ｃ３ｅは、登録ボタン１０１６が押下されたタイミングで契約データ記憶手段１０４を検索し、そのようなチェックを行う。このような登録ボタン押下時の入力内容チェックは、他の項目に対しても同様に行われる。
【０１１１】
契約者コード入力欄１００２には、登録しようとする新契約の前契約、すなわち本新契約入力画面１０００を呼び出す前に更改情報入力画面９００に表示されていた契約の契約者コードと同じコードがあらかじめ入力されている。更改時に契約者の名義が変更された場合など、必要に応じて管理者は入力内容を変更する。なお、契約者氏名表示欄１００３には、契約者コード入力欄１００２に入力された契約者コードに対応する契約者氏名が、典型的には契約者コードの変更されたタイミングで契約者テーブルを検索することにより取得され表示される。
【０１１２】
代理店コード選択欄１００４には、前契約の代理店コードと同じコードが、代理店コードのリスト中からあらかじめ選択されている。更改時に担当代理店が変更された場合など、必要に応じて管理者は選択内容を変更する。なお、代理店名称表示欄１００５には、代理店コード入力欄１００４で選択された代理店コードに対応する代理店名称が、典型的には代理店コードの変更されたタイミングでコードと名称との対応関係を記憶する別テーブルを検索することにより取得され表示される。
【０１１３】
担当者コード選択欄１００６には、前契約の担当者コードと同じコードが、担当者コードのリスト中からあらかじめ選択されている。更改時に担当者が変更された場合など、必要に応じて管理者は選択内容を変更する。なお、担当者氏名表示欄１００７には、担当者コード入力欄１００６で選択された担当者コードに対応する担当者氏名が、典型的には担当者コードの変更されたタイミングでコードと名称との対応関係を記憶する別テーブルを検索することにより取得され表示される。
【０１１４】
契約種別選択欄１００８には、前契約の契約種別と同じ種別が、契約種別のリスト中からあらかじめ選択されている。更改時に契約種別が変更された場合など、必要に応じて管理者は選択内容を変更する。なお、契約種別情報表示欄１００９には、契約種別選択欄１００８で選択された契約種別に対応する契約種別情報が、典型的には契約種別の変更されたタイミングでコードと種別情報との対応関係を記憶する別テーブルを検索することにより取得され表示される。
【０１１５】
保険料入力欄１０１０には、前契約の保険料と同じ保険料があらかじめ入力されている。更改時に保険料が変更された場合など、管理者は必要に応じて金額を変更する。
【０１１６】
更改回数入力欄１０１１には、前契約の更改回数よりも１だけ大きい数値があらかじめ入力されている。特殊な事情により更改回数を変更する必要がある場合、管理者は入力内容を変更する。
【０１１７】
等級入力欄１０１２には、前契約の等級と同じ数値があらかじめ入力されている。更改時に等級が変更された場合など、管理者は必要に応じて内容を変更する。なお、あらかじめ入力される等級は、前契約の等級と同じ数値ではなく、新契約締結時まで無事故であったと仮定した場合に新たに適用される等級であってもよい。
【０１１８】
備考入力欄１０１３には、前契約の備考と同じ内容があらかじめ入力されている。管理者は必要に応じて内容を変更する。
【０１１９】
満期日入力欄１０１４には、例えば前契約の満期日から１年後の日付があらかじめ入力されている。実際に締結された新契約の満期日が初期値と異なる場合、管理者は日付を変更する。
【０１２０】
前契約ＩＤ入力欄１０１５には、前契約の契約ＩＤ、すなわち本新契約入力画面１０００を呼び出す前に更改情報入力画面９００に表示されていた契約の契約ＩＤがあらかじめ入力されている。通常この欄の入力内容は変更不可能であるが、例えば前契約として登録された契約の契約ＩＤに誤りがあった場合など、特殊な場合を想定して変更可能としてもよい。
【０１２１】
新契約入力画面１０００内の各項目に入力した状態で登録ボタン１０１６を押下することにより、上述のとおり各入力内容に対する整合性チェックが行われ、整合性に問題がなかった場合は入力内容が管理者端末のネットワークＩ／Ｆから契約情報処理サーバ１０１へと送信され、新契約データ１０１ｃ４ｅとして記憶装置１０１ｃに記憶される。入力された契約者コードに対応する契約者が存在しないなど、整合性チェックにより問題が判明した場合、警告メッセージを表示するなどしたうえで登録処理が中断される。戻るボタン１０１７を押下することにより登録処理は中断され、例えば更改情報入力画面９００が再び表示される。
【０１２２】
（ステップ２０２）
次に、新契約データ記憶手段１０１ｃ３ｆは、記憶装置１０１ｃに記憶された新契約データ１０１ｃ４ｅを用いて、契約データ記憶手段１０４に新たな契約データを追加記憶させる（ステップ２０２）。
【０１２３】
（ステップ２０３）
上記追加記憶に引き続き、前契約更改フラグ更新手段１０１ｃ３ｇは、上記のとおり新契約として追加記憶された契約データの前契約、すなわち本新契約入力画面１０００を呼び出す前に更改情報入力画面９００に表示されていた契約の契約データにおける契約更改フラグを、更改完了を示す「１」に変更する。
【０１２４】
契約更改動作の説明は以上である。なお、契約者が新契約の締結を拒否するなどして契約関係が打ち切られた場合も、図１１の更改情報入力画面９００にて契約打ち切りボタン９０４を押下することにより、契約更改フラグは「１」に更新される。具体的には、前契約更改フラグ更新手段１０１ｃ３ｇが、画面９００の契約細目表示欄９０１に表示された契約の契約データにおける契約更改フラグを「１」に更新する。契約更改動作が終了すると、図９の更改未完了契約一覧表示画面７００及び図１０の更改手続未処理契約一覧表示ウインドウ８００が再び表示される。好適な一例としては、更改未完了契約表示動作中、図６のステップＳ１０８以降の処理が再度行われ、上記更改フラグの更新された契約の表示が一覧から除外された形で、更改未完了契約一覧表示画面７００及び更改手続未処理契約一覧表示ウインドウ８００が出力される。
【０１２５】
実施形態のバリエーション
上記具体的な画面イメージを用いて説明した契約更改スケジュール管理システム１００の動作は単なる一例である。扱う契約の種類やデータの規模、ユーザの画面構成に対する要望などに応じて、各データのテーブル設計、画面構成、各ステップの詳細及び実行する順番、管理者や契約担当者の契約データへのアクセス権限、管理者端末１０３の有無などを、本発明の範囲内で適宜変更することが可能である。アクセス権限については、同一代理店の更改未完了契約に対しては、担当者端末１０２からであっても全て確認及び更改処理を実行可能であるとして、上記実施例の説明を行った。しかし、担当者端末１０２においては同一担当者の更改未完了契約のみに対してしか確認及び更改処理が実行できないように構成してもよいし、逆に担当者端末１０２からであっても全ての更改未完了契約の確認及び更改処理を実行可能であるように構成してもよい（この場合、管理者端末１０３を別途設けずに本発明のシステムを構成することも可能である）。あるいは、担当者端末１０２からは確認処理のみが実行可能であるように構成してもよい。
【０１２６】
その他のバリエーションとしては、例えば、上記図５〜図６のフローチャートを用いて説明した更改未完了契約表示動作例においてはログインするたびに担当者が条件入力画面６００から検索条件を入力していたが、２度目以降の表示動作に際しては条件入力画面６００を表示せず、以前に入力した条件に対応する条件入力データ１０１ｃ４ｃを用いてステップＳ１０８以降の処理のみを実行するよう、契約更改スケジュール管理システム１００を構成してもよい。この場合、担当者端末ではログイン後に更改未完了契約一覧表示画面７００、及び（以前に入力していた表示条件によっては）更改手続未処理契約一覧表示ウインドウ８００が直接表示されることとなる。更改未完了契約一覧表示画面７００上に条件入力画面６００を呼び出すためのボタンなどを新たに設ければ、随時検索条件、表示条件を変更することが可能である。またＳ１０８の検索処理も、ログインの度に行わなくてもよい。検索は所定期間ごと（例えば１日１回）にのみ行って取得された契約データを記憶装置１０１ｃに記憶しておくこととすれば、同日中２回目以降の表示動作の際にはデータベースアクセスを行わずにその記憶されたデータを用いて以降のステップを実行することが可能である。
【０１２７】
条件入力画面６００から入力する検索条件、表示条件も、上記具体的に説明した例とは異なるものであってよい。例えば画面６００に契約者の住所を（市町村や番地、郵便番号など、一定の範囲で）指定するための入力欄を設け、ステップＳ１０８の検索処理においては契約データの契約者コードを介して特定される契約者データの住所が当該指定された範囲に属するような契約データのみを取得するよう構成してもよい。その他、契約者テーブルを生年月日の項目を有する形式で構築し、条件入力画面６００にて対象とする契約者の年齢帯を指定するための入力欄を設け、ステップＳ１０８の検索においてはそのような年齢帯に属する契約者の契約データのみを取得するよう構成することもできる。その他、希望する契約、契約者のみをピックアップするために所望される検索条件、及び所望される表示条件を、システムが利用される環境に応じて適宜設定することができる。
【０１２８】
また、図８の条件入力画面６００において表示順を指定するための項目（表示順入力欄６０８ａ、表示順昇降順選択欄６０８ｂ）を複数セット設ければ、更にきめ細やかな表示順の指定が可能となる。あるいは、更改手続開始予定日に対応付けられた表示欄７０２ａへの表示順を指定するための項目と、満期日に対応付けられた表示欄７０３ａへの表示順を指定するための項目と、検索実行日に対応付けられた表示欄８０２への表示順を指定するための項目と、をそれぞれ画面６００内に別個に設ければ、それら表示ごとに異なった表示順の規則を適用することができる。一例としては、７０２ａ欄に表示される契約を更改回数の少ない順にソートし、７０３ａ欄に表示される契約を更改回数の多い順にソートするよう指定することにより、満期日まで余裕のある契約の更改手続案内を行うに際しては付き合いの浅い契約者を優先する一方、満期日が迫っている契約の更改手続案内を行うに際しては付き合いの長い契約者を優先するといった、営業戦略上のニーズに即した柔軟な動作が可能となる。
【０１２９】
また、図８の条件入力画面６００中の契約種別欄６０５にて契約種別を選択しなかった場合には全ての契約種別を有する契約データを取得して契約表示を行うこととした上で、表示の際には契約種別ごとに異なる色で着色することにより契約種別を識別可能とすることもできる。その他、図８中に示された各入力欄とは異なる入力欄を条件入力画面６００に備えることが可能であるし、また図８の入力欄のうち任意のものを削除してもよい。
【０１３０】
さらに、上記実施例においてはログインの度に更改未完了契約表示動作を行うこととしていたが、任意のタスクスケジューラと本発明のシステムを連動させることにより、例えば毎日など一定の周期ごとに上記表示動作を自動的に行うよう構成することもできる。
【０１３１】
その他、契約更改動作において図１３のステップＳ２０３が実行され、ある契約に対する更改手続が完了したことがデータベースに反映された時点で、処理レポートをあらかじめ登録された管理者の電子メールアドレスなどに送信するよう構成することもできる。
【０１３２】
また、例えば月初めにおいて更改未完了契約表示動作のステップＳ１０８の検索により特定された更改未完了契約の総数を記憶装置１０１ｃに記憶しておき、その月内で契約更改動作を行った数も記憶装置１０１ｃに随時記憶しておけば、月の終わりにおいて「更改手続対象の契約数に対する実際の更改手続契約数の割合」を算出することにより契約更改業務の管理指標を得ることもできる。
【符号の説明】
【０１３３】
１００  契約更改スケジュール管理システム
１０１  契約情報処理サーバ
１０２  担当者端末
１０３  管理者端末
１０４  契約データ記憶手段
２００  ネットワーク
１０４  契約データ記憶手段
３００  契約データテーブル
４００  契約者テーブル
【図１】
2012018460.tif 000003
【図２】
2012018460.tif 000004
【図３】
2012018460.tif 000005
【図４】
2012018460.tif 000006
【図５】
2012018460.tif 000007
【図６】
2012018460.tif 000008
【図７】
2012018460.tif 000009
【図８】
2012018460.tif 000010
【図９】
2012018460.tif 000011
【図１０】
2012018460.tif 000012
【図１１】
2012018460.tif 000013
【図１２】
2012018460.tif 000014
【図１３】
2012018460.tif 000015