(57)【特許請求の範囲】
【請求項１】
サービスユーザとサービスプロバイダとの間で契約を締結するコンピュータ化トランザクションサーバであって、
前記コンピュータ化トランザクションサーバは、１つ以上のプロセッサと、前記プロセッサを制御するコンピュータプログラムコード手段とをそれぞれ有する１つ以上のコンピュータを有し、
前記トランザクションサーバは、
契約の対象に関するデータを入力するデータ入力フィールドを有する複数のデータ入力モジュールを備え、通信ネットワークを介した端末を用いてサービスユーザに動作可能なユーザインタフェースと、
前記データ入力フィールドに割り当てられたデータルールを有するデータ記憶装置と、
前記トランザクションサーバが前記割り当てられたデータルールに基づいて前記データ入力フィールドを介して入力されたデータ値を検査し、前記割り当てられたデータルールに基づいて前記ユーザインタフェースを介して訂正を要求し、検証結果を生成するように前記プロセッサを制御する更なるコンピュータプログラムコード手段を有する検証手段と
を提供し、
１つ以上の前記データ入力フィールドに割り当てられたビジネスルールを有するデータ記憶装置と、
前記トランザクションサーバが前記割り当てられたビジネスルールに基づいて前記データ入力フィールドを介して入力された前記データ値を評価し、対応する評価結果を生成するように前記プロセッサを制御する更なるコンピュータプログラムコード手段を有する評価手段と、
前記トランザクションサーバが前記ユーザインタフェースを介して契約価格を示し、前記ユーザインタフェースを介して前記サービスユーザから契約の締結に関する合意を要求及び受信し、締結された契約を格納するように前記プロセッサを制御する更なるコンピュータプログラムコード手段を有する複数の異なる契約交渉処理と、
前記トランザクションサーバが前記データ入力モジュールのうちの第１のものを起動し、肯定的な検証結果の場合に前記評価手段を起動し、追加データが取得される場合に前記データ入力モジュールのうち更なるものを自動的に選択及び起動し、又は追加データが取得されない場合に前記契約交渉処理の１つを自動的に選択及び起動するように前記プロセッサを制御し、肯定的な評価結果の場合に自動化契約交渉処理が選択及び起動され、否定的な評価結果の場合に半自動契約交渉処理が選択及び起動される更なるコンピュータプログラムコード手段を有する制御手段であり、前記自動化契約交渉処理は、前記トランザクションサーバが入力されたデータ値に基づいて前記契約価格を自動的に計算するように前記プロセッサを制御する更なるコンピュータプログラムコード手段を有し、前記半自動契約交渉処理は、前記トランザクションサーバが前記入力されたデータ値を、前記サービスプロバイダの責任代表者に電子的にアクセス可能にし、前記代表者からデータ入力を受信し、前記ユーザインタフェースを介して前記入力データを前記サービスユーザに示し、前記サービスユーザと前記代表者との間で前記ユーザインタフェースを介したデータ交換により前記契約価格を交渉するように前記プロセッサを制御する更なるコンピュータプログラムコード手段を有する制御手段と
を特徴とするトランザクションサーバ。
【請求項２】
請求項１に記載のトランザクションサーバであって、
それぞれの前記ビジネスルールは、ルールロジックと１つ以上のルールパラメータとを有し、
前記トランザクションサーバは、ルールデータベースを有し、
前記ルールパラメータは、前記ルールデータベースに格納されることを特徴とするトランザクションサーバ。
【請求項３】
請求項２に記載のトランザクションサーバであって、
前記ルールロジックは、前記ルールデータベースに実行可能プログラムコードとして格納されることを特徴とするトランザクションサーバ。
【請求項４】
請求項１乃至３のうちいずれか１項に記載のトランザクションサーバであって、
前記データルール及び前記ビジネスルールは、複数のルールのセットの１つにそれぞれ割り当てられ、
前記制御手段は、前記トランザクションサーバが前記ルールのセットから、特定のデータ入力フィールドに入力された少なくとも１つのデータ値に従って適用されるルールのセットを選択するように前記プロセッサを制御する更なるコンピュータプログラムコード手段を有し、
前記検証手段及び前記評価手段は、前記トランザクションサーバが適用される前記ルールのセットの前記データルール又は前記ビジネスルールにそれぞれ基づいて、前記入力されたデータ値をそれぞれ検査及び評価するように前記プロセッサを制御する更なるコンピュータプログラムコード手段を有することを特徴とするトランザクションサーバ。
【請求項５】
請求項４に記載のトランザクションサーバであって、
地理データ、ユーザ識別データ及び／又はサービス識別データは、前記ルールのセットにそれぞれ割り当てられ、
前記制御手段は、前記トランザクションサーバがそれぞれ入力された地理データ値若しくは入力されたユーザ識別用のデータ値及び／又は入力されたサービス識別用のデータ値に従って適用される前記ルールのセットを選択するように前記プロセッサを制御する更なるコンピュータプログラムコード手段を有することを特徴とするトランザクションサーバ。
【請求項６】
請求項１乃至５のうちいずれか１項に記載のトランザクションサーバであって、
前記制御手段は、前記トランザクションサーバが前記入力されたデータ値と、生成済の前記検証結果と、相互に割り当てられた生成済の前記評価結果とを格納するように前記プロセッサを制御する更なるコンピュータプログラムコード手段を有することを特徴とするトランザクションサーバ。
【請求項７】
請求項１乃至６のうちいずれか１項に記載のトランザクションサーバであって、
前記トランザクションサーバは、サービスユーザとしての保険会社とサービスプロバイダとしての再保険会社との間で再保険契約を締結するように適合され、
保険の対象に関するデータは、保険製品と保険合計額についての情報を有することを特徴とするトランザクションサーバ。
【請求項８】
トランザクションサーバが、契約の対象に関するデータを入力するデータ入力フィールドを有する複数のデータ入力モジュールをユーザインタフェースに提供し、
前記ユーザインタフェースは、通信ネットワークを介した端末を用いてサービスユーザに動作可能であり、
前記トランザクションサーバが、前記データ入力フィールドに割り当てられたデータルールを格納し、
前記トランザクションサーバが、前記データ入力フィールドを介して入力されたデータ値を、前記割り当てられたデータルールに基づいて検査し、
前記トランザクションサーバが、前記割り当てられたデータルールに基づいて前記ユーザインタフェースを介して訂正を要求し、
前記トランザクションサーバが検証結果を生成するようにトランザクションサーバの１つ以上のプロセッサを制御し、サービスユーザとサービスプロバイダとの間で契約を締結するコンピュータプログラムコード手段が含まれるコンピュータ読取可能媒体を有するコンピュータプログラムであって、
前記トランザクションサーバが、１つ以上の前記データ入力フィールドに割り当てられたビジネスルールを格納するように、
前記トランザクションサーバが、前記データ入力モジュールのうち第１のものを起動するように、
肯定的な検証結果の場合に、前記トランザクションサーバが、前記割り当てられたビジネスルールに基づいて前記データ入力フィールドを介して入力されたデータ値を評価し、対応する評価結果を生成するように、
前記トランザクションサーバが、追加データが取得される場合に前記データ入力モジュールの更なるものを自動的に選択及び起動し、又は追加データが取得されない場合に複数の異なる契約交渉処理の１つを選択及び起動し、前記契約交渉処理は、前記トランザクションサーバが前記ユーザインタフェースを介して契約価格を示すように、前記トランザクションサーバが前記ユーザインタフェースを介して前記サービスユーザから契約の締結に関する合意を要求及び受信するように、及び前記トランザクションサーバが締結された契約を格納するように、前記トランザクションサーバのプロセッサを制御し、肯定的な評価結果の場合に自動化契約交渉処理が選択及び起動され、否定的な評価結果の場合に半自動契約交渉処理が選択及び起動されるように適合され、前記自動化契約交渉処理は、前記トランザクションサーバが入力されたデータ値に基づいて前記契約価格を自動的に計算するように前記トランザクションサーバの前記プロセッサを制御するように適合され、前記半自動契約交渉処理は、前記トランザクションサーバが前記入力されたデータ値を、前記サービスプロバイダの責任代表者に電子的にアクセス可能にし、前記代表者からデータ入力を受信し、前記ユーザインタフェースを介して前記入力データを前記サービスユーザに示し、前記サービスユーザと前記代表者との間で前記ユーザインタフェースを介したデータ交換により前記契約価格を交渉するように前記トランザクションサーバの前記プロセッサを制御するように適合されるように、
前記トランザクションサーバのプロセッサを制御する更なるコンピュータプログラムコード手段を有することを特徴とするコンピュータプログラム。
【請求項９】
請求項８に記載のコンピュータプログラムであって、
前記トランザクションサーバが、前記ビジネスルールに含まれるルールパラメータをルールデータベースに格納するように、
前記トランザクションサーバのプロセッサを制御する更なるコンピュータプログラムコード手段を有することを特徴とするコンピュータプログラム。
【請求項１０】
請求項８又は９に記載のコンピュータプログラムであって、
前記トランザクションサーバが、実行可能プログラムコードとして前記ビジネスルールに含まれるルールロジックをルールデータベースに格納するように、
前記トランザクションサーバのプロセッサを制御する更なるコンピュータプログラムコード手段を有することを特徴とするコンピュータプログラム。
【請求項１１】
請求項８乃至１０のうちいずれか１項に記載のコンピュータプログラムであって、
前記トランザクションサーバが、複数のルールのセットのうちの１つに割り当てられたデータルールとビジネスルールとをそれぞれ格納し、
前記トランザクションサーバが、前記ルールのセットから、特定のデータ入力フィールドに入力された少なくとも１つのデータ値に従って適用される１つのルールのセットを選択し、
前記トランザクションサーバが、適用される前記ルールのセットの前記データルール又は前記ビジネスルールにそれぞれ基づいて、前記入力されたデータ値をそれぞれ検査及び評価するように、
前記トランザクションサーバのプロセッサを制御する更なるコンピュータプログラムコード手段を有することを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サービスユーザとサービスプロバイダとの間で契約を締結するコンピュータ化トランザクションサーバ及びコンピュータプログラム製品に関するものである。特に、本発明は、契約の対象に関するデータを入力するデータ入力フィールドを備えたユーザインタフェースと、データ入力フィールドに割り当てられた格納データルールと、検証手段とを有し、ユーザインタフェースは、通信ネットワークを介した端末を用いてサービスユーザに利用可能であり、検証手段は、割り当てられたデータルールに基づいてデータ入力フィールドを介して入力されたデータ値を検査し、割り当てられたデータルールに従ってユーザインタフェースを介して訂正を要求し、及び検証結果を生成するように適合される。
【背景技術】
【０００２】
サービスユーザとサービスプロバイダとの間で契約を締結するためのデータを受信するユーザインタフェースを備えたコンピュータ化システムは、特にインターネットを介して、現在利用可能である。データ取得の品質を向上させることを目的として、ユーザインタフェースのデータ入力フィールドに割り当てられたデータルールに基づいて入力データ値を検査するため、及び必要に応じてユーザインタフェースを介して訂正を要求するため、既知のシステムは検証手段を一般的に備えている。一定の購入価格を割り当てられた製品又はサービスの場合、既知のシステムによりオンラインで売買契約が自動的に締結される。しかし、契約の対象が契約条件に単純に割り当てられないサービスに関係する場合、特に１対１ベースでの価格に関係する場合、既知のシステムは、後にサービスプロバイダの専門のアシスタントにより“手動で”処理されなければならないサービスを注文又は申込みするためのデータ取得に適しているにしか過ぎない。このことは、多数の条件及び要因に依存するサービスの契約(例えば、多数の異なるリスク要因及び保険条件に依存する保険サービス)が既知のシステムにより自動的にオンラインで締結されないことを意味する。既知のシステムでは、ユーザの該当の国又は関連の言語地域の指定に従って、異なる国及び／又は言語地域からのユーザを異なるように扱うことは可能である。例えば、ユーザは、国又は言語に特有のグラフィカルユーザインタフェースで提示される。異なるユーザグループについて複数の異なるユーザインタフェースが存在することは、システムの複雑性及び維持コストを増加させる。例えば、ユーザインタフェースの全般の変更は、国及び言語に特有のユーザインタフェースの全てで実行されなければならない。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
サービスユーザとサービスプロバイダとの間で契約を締結するコンピュータ化トランザクションサーバを提案することが本発明の目的であり、そのコンピュータ化トランザクションサーバは既知のシステムの欠点を示さない。特に、ユーザインタフェースを有するコンピュータ化トランザクションサーバを提案することが本発明の目的であり、そのユーザインタフェースは、サービスユーザの通信ネットワークを介した端末を用いて動作可能であり、契約の対象に関するデータを入力するデータ入力フィールドを有し、そのユーザインタフェースは、契約(サービス)の位置又は所望の対象とは無関係に、サービスユーザによりユニバーサルユーザインタフェースとして利用可能及び使用可能である。特に、サービスユーザに可視的な変更を行うことなく、可変のビジネス条件及び契約の対象に柔軟に適合可能なユニバーサルユーザインタフェースを有するコンピュータ化トランザクションサーバを提案することが本発明の更なる目的である。
【課題を解決するための手段】
【０００４】
本発明によると、特に独立項の要素により、前記の目的が実現される。更に有利な実施例も従属項及び詳細な説明に見出され得る。
【０００５】
ユーザとサービスプロバイダとの間で契約を締結するコンピュータ化トランザクションサーバは、通信ネットワークを介した端末を用いてサービスユーザにより操作され得るユーザインタフェースを有する。ユーザインタフェースは、契約の対象に関するデータを入力するデータ入力フィールドを有する複数のデータ入力モジュールを提示する。トランザクションサーバはまた、データ入力フィールドに割り当てられた格納データルールと、割り当てられたデータルールに基づいてデータ入力フィールドを介して入力されたデータ値を検査し、割り当てられたデータルールに従ってユーザインタフェースを介して訂正を要求し、検証結果を生成する検証手段とを有する。
【０００６】
特に、前述の目的は、トランザクションサーバが、１つ以上のデータ入力フィールドに割り当てられた格納ビジネスルールを有し、トランザクションサーバが、割り当てられたビジネスルールに基づいてデータ入力フィールドを介して入力されたデータ値を評価し、対応する評価結果を生成する評価手段を有し、トランザクションサーバが、ユーザインタフェースを介して契約価格を示し、ユーザインタフェースを介してサービスユーザから契約を締結する合意を要求及び受信し、締結された契約を格納する複数の異なる契約交渉処理を有し、トランザクションサーバが、データ入力モジュールのうちの第１のものを起動し、肯定的な検証結果の場合に評価手段を起動し、評価結果に従ってデータ入力モジュールのうち更なるもの又は契約交渉処理の１つを自動的に選択及び起動する制御手段を有することで、本発明により実現される。例えば、トランザクションサーバは、サービスユーザとしての保険会社とサービスプロバイダとしての再保険会社との間で再保険契約を締結するように適合され、それに相応するものとして、契約の対象に関するデータは保険製品と保険金額についての情報を有する。１つ以上のデータ入力フィールドに複数のビジネスルールを割り当てることは、入力されたデータ値、個々のデータ入力フィールドのデータ値及び／又は検査される複数のデータ入力フィールドのデータ値の相互関係について、複雑且つ柔軟な構成可能の自動評価を提供する。代替ビジネスルールを格納することにより、及び／又はビジネスルールの割り当てを変更することにより、入力されたデータ値又は入力されたデータ値間の関係についての条件が、ユーザインタフェースで変更を必要とせずに、実行されるトランザクションサーバにプログラムの変更を必要とせずに、動的且つ柔軟的に変更可能である。評価結果に従って異なるデータ入力モジュールを自動的に選択及び起動することは、入力されたデータ値及び格納ビジネスルールに従って、動的且つ自動的に変更可能なデータ入力シーケンス及び処理フローパターンを実行することを提供する。評価結果に従って異なる契約交渉処理を自動的に選択及び起動することは、入力されたデータ値及び格納ビジネスルールに従って、動的且つ自動的に変更可能な処理及び処理フローパターンを実行することを提供する。状態値に従って他のモジュール、処理及びプログラム部分を起動及び／又は選択するシーケンス制御は、シーケンス制御における変更を必要とせずに、個々のモジュール、処理及び／又は処理部分が交換可能なモジュール式アーキテクチャを提供する。
【０００７】
有利には、トランザクションサーバは、ビジネスルールが格納されるルールデータベースを有し、それぞれのビジネスルールは、ルールロジックと１つ以上のルールパラメータとを有し、実施例の一変形ではルールロジックは実行可能プログラムコードとして格納される。データベースにビジネスルールを格納することは、ビジネスルールが動的に変更可能であるため、また、必要に応じて遠隔制御で変更可能であるため、最大限の柔軟性を提供する。実行可能プログラムコードとしてルールロジックを格納することは、トランザクションサーバで実行されるプログラムの変更を必要とすることなく、複雑なルールがトランザクションサーバについて動的に変更可能であるという利点を有する。
【０００８】
有利には、データルール及びビジネスルールは、複数のルールのセットの１つにそれぞれ割り当てられ、制御手段は、そのルールのセットから、特定のデータ入力フィールドに入力された少なくとも１つのデータ値に従って適用されるルールのセットを選択するように適合される。検証手段及び評価手段は、それに相応するものとして、適用されるルールのセットのデータルール又はビジネスルールに基づいて、入力データ値をそれぞれ検査又は評価するように適合される。例えば、地理データ値、ユーザ識別用のデータ値、又はサービス識別用のデータ値を入力する特定のデータ入力フィールドが提供される。それに相応するものとして、地理データ、ユーザ識別データ及び／又はサービス識別データは、ルールのセットにそれぞれ割り当てられ、制御手段は、入力された地理データ値、入力されたユーザ識別用のデータ値及び／又は入力されたサービス識別用のデータ値に従って適用されるルールのセットを選択するように適合される。入力されたデータ値に従ってトランザクションサーバで動作中のルールを動的に変更するため、ユニバーサルインタフェースとしてユーザインタフェースを設計及び提供することが可能であり、それと同時に、地理領域(例えば国又は地域)又はユーザ(例えば会社又は顧客グループ)のような異なる条件に適用されるデータ及びビジネスルールの要件のレベルを適合させることも可能である。
【０００９】
少なくとも１つの契約交渉処理は、入力されたデータ値に基づいて契約価格を自動的に計算するように適合されることが好ましい。自動化契約締結は、サービスプロバイダの代表者による処理で受ける財務コストを節約することができる。更に、自動化契約締結は、代表者によりサポートを受ける“手動”契約締結よりかなり短い時間で、ルールとして実行される。自動化契約締結の選択及び起動は、入力されたデータ値のルールに基づく検証及び評価に基づくため、入力されたデータ値が正確であり、もっともであり、完全であり、ビジネス条件の要件に合致する場合にのみ、自動化契約締結が適用されることを確保することができる。
【００１０】
有利には、少なくとも１つの契約交渉処理は、入力されたデータ値を、サービスプロバイダの責任代表者に電子的にアクセス可能にし、代表者からデータ入力を受信し、ユーザインタフェースを介して代表者からの入力データをサービスユーザに示し、サービスユーザと代表者との間でユーザインタフェースを介したデータ交換を用いて契約価格を交渉するように適合される。サービスプロバイダの代表者が関与する“手動”契約締結は自動化契約締結よりサービスプロバイダに高い財務コストを作り出すが、代表者を介した介入は、例えば特に複雑、高リスク又は高コストの契約の対象の場合、ビジネス条件に基づいて望ましいことがある。
【００１１】
実施例の変形では、制御手段は、入力データ値と、生成済の検証結果と、相互に割り当てられた生成済の評価結果とを格納するように適合される。格納データ値及び状態値は、関連の契約締結の更なる処理に利用可能であるばかりでなく、特に、ユーザインタフェースの改善又は後のルールの適合の基礎として使用され得る。
【００１２】
本発明はまた、トランザクションサーバの１つ以上の処理を制御するコンピュータプログラムコード手段が含まれるコンピュータ読取可能媒体を有するコンピュータプログラム製品に関するものである。コンピュータプログラムコード手段は、トランザクションサーバが、契約の対象に関するデータを入力するデータ入力フィールドを有する複数のデータ入力モジュールをユーザインタフェースに提供し、そのユーザインタフェースは通信ネットワークを介した端末を用いてサービスユーザにより動作可能であるように、データルールが、データ入力フィールドに割り当てられてトランザクションサーバに格納されるように、データ入力フィールドを介して入力されたデータ値が、割り当てられたデータルールに基づいてトランザクションサーバで検査されるように、トランザクションサーバが、割り当てられたデータルールに基づいてユーザインタフェースを介して訂正を要求するように、トランザクションサーバが検証結果を生成するように、ビジネスルールが、１つ以上のデータ入力フィールドに割り当てられてトランザクションサーバに格納されるように、トランザクションサーバが、データ入力モジュールのうち第１のものを起動するように、肯定的な検証結果の場合に、トランザクションサーバが、割り当てられたビジネスルールに基づいてデータ入力フィールドを介して入力されたデータ値を評価し、対応する評価結果を生成するように、トランザクションサーバが、評価結果に従ってデータ入力モジュールの更なるもの又は複数の異なる契約交渉処理の１つを選択及び起動し、その契約交渉処理は、トランザクションサーバがユーザインタフェースを介して契約価格を示すように、トランザクションサーバがユーザインタフェースを介してサービスユーザから契約の締結についての合意を要求及び受信するように、及びトランザクションサーバが締結された契約を格納するように、トランザクションサーバのプロセッサを制御するように適合されるように、トランザクションサーバのプロセッサを制御する。
【発明を実施するための最良の形態】
【００１３】
以下の文章において、本発明の実施例が一例として記述される。実施例の例は添付図面により図示されている。
【００１４】
図１において、参照記号1は、サービスユーザとサービスプロバイダとの間で契約を締結するコンピュータ化トランザクションサーバを示す。トランザクションサーバ1は、サービスプロバイダにより操作され、それぞれ１つ以上のプロセッサを備えた１つ以上のコンピュータを有する。図１に図示するように、トランザクションサーバ1は、通信ネットワーク2を介してサービスユーザの多様な端末3aと3bと3cに接続されている。通信ネットワーク2は、有線ネットワーク及び／又は移動体ネットワークを有する。有線ネットワークは、例えば、公衆交換電話ネットワーク、ISDN(Integrated  Service  Digital  Network)ネットワーク、又は好ましくはインターネット若しくはイントラネットである。移動体ネットワークは、例えば、GSMネットワーク(Global  System  for  Mobile  Communication)、UMTSネットワーク(Universal  Mobile  Telephone  System)若しくはその他の例えば衛星ベース移動体ネットワーク、又はWLAN(Wireless  Local  Area  Network)である。参照記号3aは、PC(Personal  Computer)として構成された端末を示し、参照記号3bは、モバイルノートブック又はラップトップコンピュータとして構成された端末を示し、参照記号3cは、移動体無線電話又はPDAコンピュータ(Personal  Digital  Assistant)として構成された端末を示す。トランザクションサーバ1は、端末3a、3b、3cとの通信用(すなわちデータ交換用)の通信モジュール10を有する。例えば、通信モジュール10は、通信ネットワーク2を介して端末3a、3b、3cと仮想プライベートネットワーク(VPN)をそれぞれ設定し、この仮想プライベートネットワークを介して端末3a、3b、3cと通信するように適合される。
【００１５】
図１に示すように、トランザクションサーバ1は、ルールデータベース18と、複数の機能モジュール及び部分(すなわち、制御モジュール11と、検証手段12と、評価手段13と、契約交渉処理モジュール14と、ユーザインタフェースモジュール15)とを有する。契約交渉処理モジュール14は、自動化契約交渉処理141と、図２を参照して後で詳細に説明する半自動契約交渉処理142とを有する。機能モジュール及び部分は、コンピュータプログラム製品のプログラムソフトウェアモジュール又はソフトウェア部分として構成されることが好ましい。コンピュータプログラム製品は、機能モジュール及び部分のコンピュータプログラムコードを含むコンピュータ読取可能媒体を有することが好ましい。コンピュータ読取可能媒体は、トランザクションサーバ1の固定メモリとして構成され、又は移動データ媒体(例えばCD(コンパクトディスク))としてトランザクションに供給される。
【００１６】
ユーザインタフェースモジュール15は、通信ネットワーク2を介した端末3a、3b、3cを用いてサービスユーザにより操作可能なトランザクションサーバ1へのユーザインタフェース用のプログラムコードを有する。例えば、ユーザインタフェースは、いわゆるブラウザプログラム又はAPI(Application  Programming  Interface)を介して提供される。クライアントサーバ型アーキテクチャではユーザインタフェースがGUI(Graphical  User  Interface)としても構成可能であることを専門家は認識するであろう。図１の領域151に示すように、ユーザインタフェースモジュール15は、複数のデータ入力モジュールを有する。それぞれのデータ入力モジュールは、特に契約の対象に関するデータを入力するために使用されるデータ入力フィールドを有する。ユーザインタフェースの構成に応じて、それぞれのデータ入力モジュール151は、１つ以上の表示可能ウィンドウ若しくはGUI画像(“スクリーン”)又はスクロール可能な形式を有する。データ入力モジュール151は、ワークフローの多様な経路に割り当てられることが好ましい。ユーザインタフェースはまた、入力データの音声認識モジュールを備えてもよい。
【００１７】
ルールデータベース18は、データルール及びビジネスルールについての情報を有する。データルール及びビジネスルールは、１つ以上のルールパラメータとルールロジックとをそれぞれ有する。ルールデータベース18では、少なくともルールパラメータが格納され、好ましくはルールロジックも格納される。ルールロジックは、トランザクションサーバ1で実行可能なプログラムコードとして(例えば、いわゆるJava（登録商標）のアプレットとして)格納されることが好ましい。ビジネスルールBR1、BR2、BR3、BR4、BR5の例を用いて表１に示すように、ルールロジックは、少なくとも１つ以上の規定条件(表１に擬似コードで指定されている)を有する。指定の例では、規定条件は、データ入力フィールドDF1、DF2、DF3、DF4、DF5、DF6、DF7、DF8、DF9のデータ値に関係し、ルールパラメータA、B、C、D、E、F、Gに関係する。表１には、規定条件に基づいて決定される評価結果に従って実行される規定動作の例も示されている。指定の規定動作の例は、データ入力モジュールDM2、DM3、DM4の動作に関係し、自動化契約交渉処理PA又は半自動契約交渉処理PMの動作に関係する。ルールデータベース18に格納されたルールロジックは、規定条件を有する。実施例の多様な変形では、規定動作は、制御モジュール11の一部として不変に符号化され、又はルールロジックの一部としてルールデータベース18に格納される。
【００１８】
【表１】
0004811999.tif 000002
【００１９】
データルール及びビジネスルールは、データ入力モジュールの１つ以上のデータ入力フィールドにそれぞれ割り当てられる。データルールは、入力データの品質を確保する検証手段12により使用される。データルールは、正確な構文とフォーマットを指定し、所定の値の範囲を定め、複数のデータ入力フィールドのデータ値のもっともらしさ及び関係を規定し(例えば、第１のデータアイテムは第２のデータアイテムに先行しなければならない)、どのデータが強制的に入力されなければならないかを指示する。データルールはまた、入力データ値が所定の数学モデル又は数式に適合することを検査及び確保するために使用される。ビジネスルールは、データ入力に基づいてワークフローを制御し、多様なフロー経路を選択し、割り当てられたデータ入力モジュール及び／又は契約交渉処理141、142を起動するため、それぞれ評価手段13及び制御モジュール11により使用される。ビジネスルールは、データ制御の多段階のネスト化した選択の処理を提供する。例えば、入力データ値又は複数の入力データ値の合計が所定の閾値を超過した場合、又は特定のクラス若しくはグループの契約オブジェクトがデータ入力に基づいて指定されている場合、サービスユーザは、更なる追加データを入力するように、データ入力モジュールの起動により要求され得る。評価手段13が合致すべきビジネスルール(肯定的な評価結果)により設定された条件を検討する限り、制御モジュール11は、最小限のデータ入力で経路を通じて処理フローを実行する。しかし、評価手段13が合致しないビジネスルール(否定的な評価結果)により設定された条件を検討する場合、制御モジュール11は、追加データ入力を備えた経路を通じて処理フローを実行し、対応する追加データ入力モジュールを起動する。データルール及び／又はビジネスルールは、異なるセット識別データを割り当てられたルールのセットに割り当てられる。セット識別データは、地理データ、ユーザ識別データ及び／又はサービス識別データを有する。セット識別データにより、データルール及び／又はビジネスルールが入力データ値に従って選択及び起動されることが可能になる。
【００２０】
以下のセクションでは、サービスユーザとサービスプロバイダとの間の契約の締結中の可能なワークフローについて、図２を参照して説明する。
【００２１】
ステップS1において、サービスユーザは通信ネットワーク2を介した端末3a、3b、3cを用いてトランザクションサーバ1にアクセスする。
【００２２】
ステップS2において、トランザクションサーバ1は、ユーザインタフェースモジュール15を用いてサービスユーザ用のユーザインタフェースを提供する。この処理の間に、定められたワークフローに従って制御モジュール11により選択されたデータ入力モジュール15の第１のものが起動される。ワークフローは不変に制御モジュール11にプログラムされてもよく、また、(例えば、経路又はステップ識別表示をデータ入力モジュール識別表示と結合することにより)データベースのデータ要素の格納を用いて柔軟且つ可変であるように設計されてもよい。
【００２３】
ステップS3において、トランザクションサーバ1は、起動したデータ入力モジュールのデータ入力フィールドを介してサービスユーザにより入力され、通信ネットワーク2を介して端末3a、3b、3cを用いてトランザクションサーバ１に転送されたデータ値を、ステップS2で提供されたユーザインタフェースを介して受信する。
【００２４】
ステップS4において、検証手段12は、ステップS3で受信したデータを検査する。起動したデータ入力モジュールのデータ入力フィールドに割り当てられた格納データルールに基づいて、データが検査される。検証手段12は、検査結果に従って検証結果を生成する。検証結果は、データ値がデータルールの要件に合致するか(肯定的な検証結果)、データ値が訂正及び／又は補完されなければならないか(否定的な検証結果)を特定する。検証結果はまた、訂正及び／又は補完されるデータ値の識別についての情報も有する。受信したデータ値は、生成された検証結果に割り当てられて格納される。データ値を検証する検証手段12はまた、サービスユーザに“近い”ユーザインタフェースのプログラム部分により、トランザクションサーバ1の制御モジュール11のプログラムモジュールにより、又はデータベース管理システム(DBMS)のデータ完全性ルールにより、構成され得ることを専門家は認識するであろう。
【００２５】
ステップS5において、制御モジュール11は、肯定的な検証結果がステップS4で生成されたか否かを検査する。
【００２６】
肯定的な検証結果が生成されない場合、ステップS6において、サービスユーザは、どのデータ値が補完又は訂正されなければならないかをユーザインタフェースを介して通知される。補完又は訂正されるデータは、ステップS3で受信される。
【００２７】
肯定的な検証結果が生成された場合、ステップS7において、制御モジュール11は、評価手段13を起動する。
【００２８】
ステップS8において、評価手段13がステップS3で受信したデータ値を評価し、そのデータ値は、ステップS6の指示に従って元から入力され及び／又は訂正され及び／又は補完されている。データ値は、起動したデータ入力モジュールのデータ入力フィールドに割り当てられた格納ビジネスルールに基づいて評価される。適用されるビジネスルールは、ルールの選択用に定められたデータ入力フィールドを介して、ステップ3で受信したデータ値に従って選択されることが好ましい。この処理の間に、ルールのセットが選択され、そのセット識別データは、ルールの選択用に定められたデータ入力フィールドを介して受信した受信データ値に対応する。例えば、適用されるビジネスルールを備えた異なるセットのルールが、受信した地理データ(例えばサービスユーザの国又は地域を示す)、受信したユーザ識別データ(例えば会社又はサービスユーザのユーザグループを示す)、及び／又は受信したサービス識別データ(契約の対象を示す)に従って選択可能である。ビジネスルールのデータに依存した選択は、例えば、ビジネスルール、又はルールの選択について提供される関連のデータ入力フィールドに割り当てられた指示で定められる。ビジネスルールは、ルールデータベース18からロードされ、トランザクションサーバ1のプロセッサで実行されることが好ましい。評価手段13は、ビジネスルールにより定められた規定条件を検査し、その評価の結果に従って評価結果を生成する。生成された評価結果は、ステップ4で格納された関連の受信データ値に割り当てられて格納される。データ値の評価用の評価手段13は、制御モジュール11のプログラム部分またはビジネスルールのプログラム部分により構成可能であることを専門家は認識するであろう。
【００２９】
ステップS9において、制御モジュール11は、肯定的な評価結果がステップS8で生成されたか否かを検査する。
【００３０】
ステップS8で肯定的な評価結果が生成されない場合、且つ、関連のビジネスルールについての定められたワークフローに従って追加データ値を取得する必要がある場合(ステップS9’により示される)、ステップS10において、制御モジュール11はデータ入力モジュール151の１つを起動する。追加データ入力モジュールは、ステップS8で条件が合致しなかったビジネスルールに従って、制御モジュール11により選択される。データ入力モジュール151とビジネス条件との間の関係は、制御モジュール11に不変にプログラムされてもよく、また、データベースのデータ要素と結合することにより(例えば、ビジネス条件識別表示とデータ入力モジュール識別表示とを結合することにより)、柔軟的且つ不変であるように設計されてもよい。更に予想されるデータは、ステップS3で受信される。
【００３１】
ステップS8で肯定的な評価結果が生成された場合、又は否定的な評価結果の場合に(ステップS9’から)追加データ値を取得する必要がない場合、ステップS11において、制御モジュール11は、起動したデータ入力モジュールのデータ入力フィールドに割り当てられる更なるビジネスルールが検査される必要があるか否かを検査する。必要に応じて、更なるビジネスルールがステップS8で検査される。
【００３２】
起動したデータ入力モジュールのデータ入力フィールドに割り当てられた全てのビジネスルールに従ってデータ値が評価されると、ステップS12において、制御モジュール11は、定められたワークフローに従って追加データ値の取得のためにデータ入力モジュールが起動される必要があるか否かを検査する。必要に応じて、ステップS13において、定められたワークフローに従って制御モジュール11はデータ入力モジュール151の更なるものを起動する。予想される追加データがステップS3で受信される。
【００３３】
追加データが取得されない場合、ステップS14において、ステップS8で肯定的な評価結果が生成された場合には、制御モジュール11は自動化契約交渉処理141を選択し、ステップS8で否定的な評価結果が生成された場合には、半自動契約交渉処理142を選択する。
【００３４】
ステップS15において、自動化契約交渉処理141が起動及び実行される。自動化契約交渉処理141は、ステップS3で取得したデータ値に基づいて、及び不変にプログラムされたビジネスルール又は可変に格納されたビジネスルールに基づいて、契約価格を計算する。計算された契約価格はユーザインタフェースを介してサービスユーザに示され、サービスユーザは契約の締結に関する合意を入力するように要求される。合意が受信されない場合、サービスユーザとサービスプロバイダとの間のデータ交換は、契約の締結を行なわずに終了する。その他の場合、計算された契約価格と取得したデータ値とに基づいて、契約が格納される。
【００３５】
ステップS15において、半自動契約交渉処理142が起動及び実行される。半自動契約交渉処理142は、好ましくはGUIインタフェースを介して、ステップS3で取得したデータ値をサービスプロバイダの代表者に伝える。取得したデータ値に基づいて、代表者は契約価格を決定し、GUIインタフェースを介してこの契約価格を入力する。トランザクションサーバ1は、トランザクションサーバ1のユーザインタフェースを介して、代表者により決定された契約価格をサービスユーザに示す。自動化契約交渉処理141の場合のように、サービスユーザは、契約を締結するために指示された価格に合意を入力するように要求される。合意ではなく拒否を受信した場合、代表者及び／又はサービスプロバイダは、新しい契約価格を指定する可能性を有し、トランザクションサーバ1を介してそれをサービスユーザ又は代表者にそれぞれ通信する。サービスユーザが提案の契約価格を変更できないが、交渉目的で、データ値として入力された他の契約条件を変更できることも提供され得る。このように、契約価格及び／又は契約条件が、サービスユーザと代表者との間で交渉可能である。合意に達しない場合、サービスユーザとサービスプロバイダとの間のデータ交換は、契約締結を行なわずに終了する。その他の場合、提案の契約価格と、取得したデータ値又は変更したデータ値とにそれぞれ基づいて、契約が格納される。
【００３６】
以下のセクションでは、サービスユーザとサービスプロバイダとの間での契約の締結中の簡単なワークフローの例について、図３を参照して説明する。図３による簡単な例では、データルールへの参照と、このルールに基づく入力データ値のデータ検証が省略されている。図３による簡単な例では、ビジネスルールの数も大いに減少している。一実施例では、例えば500から1000のビジネスルールが使用可能である。図３による簡単な例では、可能な評価結果値は、それぞれ“肯定的”(+)と“否定的”(-)に限定されている。評価結果値は２つのみの値より多くを仮定することもできることを専門家は認識するであろう(表１のBR5を参照)。
【００３７】
図３による例では、制御モジュール11は、サービスユーザが契約の対象に関するデータを入力可能にするために、データ入力モジュールDM1を最初に選択及び起動する。データ入力モジュールDM1の入力フィールドを介して入力されたデータ値は、割り当てられたビジネスルールBR1に基づいて評価される(表１の例を参照)。
【００３８】
ビジネスルールBR1による評価が否定的な評価結果を生じた場合、サービスユーザに追加データ値を要求するために、データ入力モジュールDM2が起動される。データ入力モジュールDM2の入力フィールドを介して入力されたデータ値は、割り当てられたビジネスルールBR2に基づいて評価される(表１の例を参照)。ビジネスルールBR2による評価が肯定的な評価結果を生じた場合、ビジネスルールBR3に基づいて更なる評価が行われる(表１の例を参照)。ビジネスルールBR2による評価が否定的な評価結果を生じた場合、サービスユーザに追加データ値を要求するために、データ入力モジュールDM3が起動される。
【００３９】
ビジネスルールBR1による評価が肯定的な評価結果を生じた場合、データ入力モジュールDM1の入力フィールドを介して入力されたデータ値は、次に割り当てられたビジネスルールBR3に基づいて評価される。追加データ入力モジュールDM2及び／又はDM3のデータ入力フィールドを介して入力された追加データ値に対しても、ビジネスルールBR3が適用可能であるということも考えられる。
【００４０】
ビジネスルールBR3による評価が否定的な評価結果である場合、サービスユーザから追加データ値を要求するために、データ入力モジュールDM4が起動される。ビジネスルールBR3による評価が肯定的な評価結果を生じた場合、データ入力モジュールDM1の入力フィールドを介して入力され、場合によってはデータ入力モジュールDM2、DM3、DM4のデータ入力モジュールの入力フィールドを介して入力されたデータ値は、ビジネスルールBR4に基づいて評価される(表１の例を参照)
ビジネスルールBR4による評価が否定的な評価結果を生じた場合、半自動契約交渉処理PMが起動される。ビジネスルールBR4による評価が肯定的な評価結果を生じた場合、自動化契約交渉処理PAが起動される。
【００４１】
図３によるワークフローは、以下に擬似コードで示すようにプログラムされ得る。
【００４２】
開始
DM1を起動する
BR1を適用する
IF否定的
DM2を起動する
BR2を適用する
IF否定的
DM3を起動する
END  IF
END  IF
BR3を適用する
IF否定的
DM4を起動する
END  IF
BR4を適用する
IF否定的
PMを起動する
ELSE
PAを起動する
END  IF
終了
【００４３】
ワークフローは、制御モジュール11に完全且つ不変にプログラムされ得る。しかし、ビジネスルールは、実行時にルールデータベース18から動的にロードされて実行されることが好ましい。実施例の一変形では、ビジネスルールへの参照ですら実行時に動的に決定されるように、ワークフローがプログラムされる。この処理では、起動したデータ入力モジュールのデータ入力フィールドとビジネスルールとの関係に基づいて、参照がデータベースから決定される。実施例の一変形では、追加データ値を入力するデータ入力モジュールもまた、実行中に動的に決定される。このため、この追加データ入力モジュールは、ルールデータベース18に格納されたビジネスルールで参照付けられる。
【００４４】
提案のトランザクションサーバ1は、特に、サービスユーザとしての保険会社とサービスプロバイダとしての再保険会社との間で再保険契約を締結するのに適している。このため、契約の対象に関するデータは、サービスユーザ、保険製品、保険の対象、保険リスク、超過額や保険合計額のような保険条件についての情報を含む。保険製品は、例えば損害賠償保険又は損害保険を有する。損害保険は、保険を受ける対象物と、保険を受ける割り当てられた合計額とについての情報を有する。保険を受ける合計額と、サービスユーザと、サービスユーザの国とに従って、ビジネスルールに基づいて異なるワークフローが取得される。例えば、保険を受ける合計額の特定の制限額より上の場合に、サービスプロバイダの代表者の介入が必要となってもよい。この制限額は、異なる国及び／又はサービスユーザのグループについて、異なるレベルで設定可能である。例えば、この制限額は、異なる企業グループまたは職業グループでサービスユーザについて異なってもよい。あるサービスユーザの場合、例えば関連のサービスユーザが平均より上の損害請求を既に提出しているため、追加情報又はサービスプロバイダの代表者の介入が必要になってもよい。ある保険製品又は対象の場合、例えば関連の保険製品又は対象が規制に従った更なる説明を必要とするため(例えば、石油化学製品の損害保険)、又は関連の保険製品又は対象が関連の国又は地域で大きいリスクを示すため(例えば地震のリスクのある地域でのビル用のビル保険)、追加情報の提供、サービスプロバイダの代表者の介入、及び／又は契約価格の異なる計算が、全般的に又は特定の国又は地域でのみ必要になってもよい。保険に関しては、契約価格は保険価格又は保険料である。
【図面の簡単な説明】
【００４５】
【図１】サービスユーザとサービスプロバイダとの間で契約を締結するコンピュータ化トランザクションサーバを図式的に表したブロック図を示しており、トランザクションサーバは通信ネットワークを介してサービスユーザの端末に接続可能である。
【図２】サービスユーザとサービスプロバイダとの間で契約を締結する間のトランザクションサーバの処理フローを図式的に表したフローチャートを示している。
【図３】サービスユーザとサービスプロバイダとの間で契約を締結する間のトランザクションサーバの簡単な処理フローの例を示したフローチャートを示している。
【図１】
0004811999.tif 000003
【図２】
0004811999.tif 000004
【図３】
0004811999.tif 000005