WO2005010784A1 - Transaktionsserver und computerprogrammprodukt - Google Patents

Transaktionsserver und computerprogrammprodukt Download PDF

Info

Publication number
WO2005010784A1
WO2005010784A1 PCT/CH2004/000462 CH2004000462W WO2005010784A1 WO 2005010784 A1 WO2005010784 A1 WO 2005010784A1 CH 2004000462 W CH2004000462 W CH 2004000462W WO 2005010784 A1 WO2005010784 A1 WO 2005010784A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
transaction server
rules
contract
user interface
Prior art date
Application number
PCT/CH2004/000462
Other languages
English (en)
French (fr)
Inventor
Robert Wiest
Motti M. Goldberg
Original Assignee
Swiss Reinsurance Company
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Swiss Reinsurance Company filed Critical Swiss Reinsurance Company
Priority to AU2004260169A priority Critical patent/AU2004260169B2/en
Priority to US10/542,174 priority patent/US7650315B2/en
Priority to JP2005518243A priority patent/JP4811999B2/ja
Priority to EP04738102A priority patent/EP1644880A1/de
Publication of WO2005010784A1 publication Critical patent/WO2005010784A1/de

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0633—Workflow analysis
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0283—Price estimation or determination
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/18—Legal services; Handling legal documents
    • G06Q50/188—Electronic negotiation

Definitions

  • the present invention relates to a computerized transaction server and a computer program product for the conclusion of contracts between a service recipient and a service provider.
  • the present invention relates in particular to a computerized transaction server which comprises a user interface with data entry fields for entering contractual object data, stored data rules associated with the data entry fields, and validation means, the user interface being operable for service users by means of terminals via a telecommunication network and the validation means being set up for Checking data values entered via the data entry fields based on the assigned data rules, requesting corrections via the user interface in accordance with the assigned data rules and generating a validation result.
  • Computerized systems with user interfaces for receiving data for the conclusion of contracts between a service recipient and a service provider are currently available, in particular via the Internet.
  • the known systems are typically equipped with validation means in order to check the entered data values based on data rules which are assigned to the data input fields of the user interfaces and to request corrections via the user interface if necessary.
  • the known systems can automatically conclude sales contracts online.
  • the objects of the contract relate to services, To whom contractual terms and especially prices cannot be easily assigned one-to-one, the known systems are only suitable for data entry for service orders or service requests, which have to be dealt with "manually" at a later point in time by the service provider's clerks.
  • a computerized transaction server which comprises a user interface which can be operated by means of terminals via a telecommunications network and has data input fields for entering contract object data, which is independent of the location or the desired contract object for the service recipient (Performance) is available and usable as a universal user interface.
  • a computerized transaction server which comprises a universal user interface which can be flexibly adapted to variable terms and conditions and contractual objects without changes visible to service users.
  • the computerized transaction server for concluding contracts between a service recipient and a service provider comprises a user interface which can be operated by service users by means of terminals via a telecommunication network.
  • the user interface has a number of data input modules which comprise data input fields for entering contract object data.
  • the transaction server also includes stored data rules that are assigned to the data entry fields, as well as validation means for checking data values entered via the data entry fields based on the assigned data rules, for requesting corrections via the user interface depending on the assigned data rules and for generating a validation result.
  • the transaction server comprises stored business rules that are assigned to one or more of the data entry fields
  • the transaction server includes evaluation means for evaluating the data values entered via the data entry fields based on the assigned Business rules " and to generate a corresponding evaluation result
  • the transaction server several different Contract conclusion processes include displaying a contract price via the user interface, requesting and receiving consent to conclude a contract from the service user via the user interface, and storing a contract that has been concluded
  • the transaction server comprising control means for activating a first of the data input modules, for activating the evaluation means with a positive validation result, and for automatic selection and activation of another of the data entry modules or one of the contract conclusion processes depending on the evaluation result.
  • the transaction server is set up, for example, to conclude reinsurance contracts between an insurance company as the service provider and a reinsurance company as the service provider, and the contract object data accordingly includes information on insurance products and insurance sums.
  • the assignment of several business rules to one or more data entry fields enables a complex and flexibly configurable automatic evaluation of the entered data values, whereby data values of individual data entry fields and / or mutual relationships of data values of several data entry fields are examined.
  • conditions for entered data values or for relationships between entered data values can be changed dynamically and flexibly without having to make changes to the user interface or program-related changes to the transaction server.
  • the automatic selection and activation of different data entry modules depending on the evaluation result enable the execution of dynamically and automatically changeable data entry sequences and process flow patterns depending on entered data values and stored business rules.
  • the automatic selection and activation of various contract conclusion processes depending on the evaluation result enable the execution of dynamically and automatically changeable processing and process flow patterns for the contract conclusion. conclusion depending on entered data values and saved business rules.
  • the process control which activates and / or selects other modules, processes and program parts depending on status values, enables a modular architecture in which individual modules, processes and / or program parts can be replaced without changes to the process control being necessary.
  • the transaction server preferably comprises a rule database in which the business rules are stored, and the business rules each comprise a rule logic and one or more rule parameters, the rule logic being stored in an embodiment variant as executable program code.
  • Storing the business rules in a database allows maximum flexibility, since the business rules can be changed dynamically and, if necessary, remotely.
  • the storage of the rule logic as executable program code has the advantage that complex rules can be changed dynamically for the transaction server without having to make program-related changes to the transaction server.
  • the data rules and business rules are preferably each assigned to one of several rule sets and the control means are set up to select a rule set to be used from the rule sets as a function of at least one data value entered in a specific data entry field.
  • the validation means and the evaluation means are set up accordingly to check or evaluate the entered data values based on the data rules or business rules of the rule set to be used.
  • the specific data input field is provided, for example, for the input of geographic data values, for the input of data values for user identification or for the input of data values for performance identification.
  • the control means are set up to select the rule set to be used as a function of an input geographic data value, an input data value for user identification and / or an input data value for power identification.
  • At least one of the contract conclusion processes is preferably set up to automatically calculate the contract price based on entered data values.
  • Automated conclusion of contracts can save financial costs that would be incurred if a human representative of the service provider processes them.
  • the automatic conclusion of a contract usually takes place in a much shorter time than a "manual" conclusion of a contract, which is supported by a human representative. Since the selection and activation of the automated conclusion of the contract is based on the rule-dependent validation and evaluation of the data values entered, it can be guaranteed that the automated conclusion of the contract will only be used if the data values entered are correct, plausible and complete and meet the terms and conditions.
  • At least one of the contract conclusion processes is preferably set up to make the entered data values electronically accessible to a responsible human representative of the service provider, to accept data input from the human representative, to display entered data from the human representative to the service recipient via the user interface and to the contract price by data exchange via the user negotiate cutting parts between the service recipient and the human representative.
  • a "manual" contract in which a human representative of the service provider is involved, does result in higher financial costs for the service provider than the automated contract conclusion, but according to the terms and conditions, for example for particularly complex, risky or costly contract items, an intervention by a human representative may be desirable.
  • control means are set up to store the entered data values, the generated validation result and the generated evaluation result assigned to one another.
  • the stored data values and status values are not only available for further processing of the relevant contract, but can also be used at a later point in time as the basis for improvements to the user interface or for adapting the rules.
  • the present invention also relates to a computer program product which comprises a computer-readable medium with computer program code means contained therein for controlling one or more processors of the transaction server.
  • the computer program code means control the processors of the transaction server in such a way that the transaction server provides a user interface with a number of data entry modules, which include data entry fields for entering contract object data, which user interface can be operated by service users via terminals via a telecommunication network such that data rules associated with the data entry fields are stored in the transaction server.
  • FIG. 1 shows a block diagram which schematically represents a computerized transaction server for the conclusion of contracts between a service recipient and a service provider, the transaction server being connectable to the terminals of service providers via a telecommunications network.
  • FIG. 2 shows a flowchart which schematically represents the process flow in the transaction server when contracts are concluded between a service recipient and a service provider.
  • FIG. 3 shows a flowchart which shows an example of a simplified process flow in the transaction server when concluding contracts between a service recipient and a service provider.
  • reference numeral 1 denotes a computerized one
  • the transaction server 1 for the conclusion of contracts between a service recipient and a service provider.
  • the transaction server 1 is operated by the service provider and comprises one or more computers, each with one or more processors.
  • the transaction server 1 is connected via a telecommunications network 2 to various end devices 3a, 3b and 3c of service users.
  • the telecommunications network 2 comprises a fixed network and / or a mobile radio network.
  • the fixed network is, for example, the public switched telephone network, an ISDN network (Integrated Services Digital Network) or preferably the Internet or an intranet.
  • the mobile radio network is, for example, a GSM (Global System for Mobile Communication), a UMTS network (Universal Mobile Telephone System) or another, for example satellite-based, mobile radio network, or a WLAN (Wireless Local Area Network).
  • the reference numeral 3a designates a terminal which is designed as a PC (Personal Computer)
  • the reference numeral 3b designates a terminal which is designed as a mobile notebook or laptop computer
  • the reference numeral 3c designates a terminal which is designed as a mobile radio telephone or PDA computer (Personal Digital Assistant) is running.
  • the transaction server 1 comprises a communication module 10 for communication, that is for data exchange, with the terminals 3a, 3b, 3c.
  • the communication module 10 is set up, for example, to use the terminals 3a, 3b, 3c to create a virtual private network (VPN, Virtual Private Network) via the telecommunications network 2 and to communicate with the terminals 3a, 3b, 3c via this virtual private network.
  • the transaction server 1 comprises a rule database 18 and several functional modules and parts, namely a control module 11, validation means 12, evaluation means 13, a contract conclusion process module 14 and a user interface module 15.
  • the contract conclusion process module 14 includes an automated one Contract conclusion process 141 and a semi-automated contract conclusion process 142, which will be described in more detail later with reference to FIG. 2.
  • the functional modules and parts are preferably designed as programmed software modules or software parts on a computer program product.
  • the computer program product preferably comprises a computer readable medium that contains the computer program code of the functional modules and parts.
  • the computer-readable medium is designed as a fixed memory in the transaction server 1 or is supplied to the transaction server as a mobile data carrier, for example as a CD (compact disc).
  • the user interface module 15 comprises the program code for a user interface to the transaction server 1, which can be operated for service users by means of the terminals 3a, 3b, 3c via the telecommunication network 2.
  • the user interface is made available, for example, via so-called browser programs or as an API (Application Programming Interface).
  • API Application Programming Interface
  • the user interface module 15 comprises a plurality of data input modules.
  • the data input modules each include data input fields, which are used in particular to enter contractual object data.
  • the data input modules 151 each comprise one or more displayable windows or GUI images (“screens”), or a rollable form (“scrollable form”).
  • the data input modules 151 are preferably assigned to different paths of a process flow (workflow). orderly.
  • the user interface can also be provided with a speech recognition module for data input.
  • the rules database 18 includes information about data rules and business rules.
  • the data rules and business rules each include one or more rule parameters and a rule logic. At least the control parameters but preferably also the control logic are stored in the control database 18.
  • the control logic is preferably stored as program code that can be executed on the transaction server 1, for example as a so-called applet in Java. As shown in Table 1 using the examples of the business rules BR1, BR2, BR3, BR4 and BR5, the control logic comprises at least one or more control conditions (specified in table 1 in pseudo code).
  • control conditions refer to the data values of the data entry fields DF1, DF2, DF3, DF4, DF5, DF6, DF7, DF8 and DF9 as well as to the control parameters A, B, C, D, E, F and G.
  • Table 1 also shows examples of rule actions that are carried out according to an evaluation result that is determined on the basis of the rule conditions.
  • the specified examples of the control actions relate to the activation of the data input modules DM2, DM3 and DM4 and the activation of the automated contract conclusion process PA or the semi-automated contract conclusion process PM.
  • the control logic stored in the control database 18 includes the control conditions.
  • the control actions are either permanently coded as part of the control module 11 or stored as part of the control logic in the control database 18 in various design variants. Table 1
  • the data rules and business rules are each assigned to one or more data entry fields of the data entry modules.
  • the data rules are used by the validation means 12 to ensure the quality of the data entered.
  • the data rules determine the correct syntax and format, define prescribed ranges of values, regulate the plausibility and relationships between data values of several data entry fields, e.g. a first date must be before a second date, and specify which data must be entered.
  • the data rules are also used to check and ensure that the entered data values fit into a defined mathematical model or formula.
  • the business rules are used by the evaluation means 13 and the control module 11 to control the process flow on the basis of the data entered. to select different process paths and to activate assigned data input modules and / or contract conclusion processes 141, 142.
  • the business rules enable a data-driven, multi-stage, nested triage process. For example, by activating a data input module, the service recipient can be requested to enter further additional data values if an entered data value or a sum of several entered data values exceeds a defined threshold value or if a specific class or group of contractual objects is specified on the basis of the entered data , As long as the evaluation means 13 judge the conditions set by the business rules to be fulfilled (positive evaluation result), the control module 11 guides the process flow along paths with minimal data input. However, if the evaluation means 13 judge the conditions set by the business rules as not being met (negative evaluation result), the control module 11 guides the process along paths with additional data input and activates additional corresponding data input modules.
  • the data rules and / or the business rules are assigned rule sets to which different record identifier data are assigned.
  • the set identifier data includes geographic data, user identification data and / or performance identification data.
  • the record identifier data enable the selection and activation of data rules and / or business rules depending on the data values entered.
  • step S1 a power user accesses the transaction server 1 via the telecommunications network 2 by means of a terminal 3a, 3b, 3c.
  • step S2 the transaction server 1 provides the service recipient with a user interface by means of the user interface module 15.
  • a first of the data input modules 151 is activated, which is selected by the control module 11 in accordance with a defined process flow.
  • the process flow can be permanently programmed in the control module 11 or can be configured flexibly and variably by storing data elements in a database (for example by linking path or step identifications with data input module identifications).
  • step S3 the transaction server 1 accepts data values via the user interface provided in step S2, which are entered by the service user via data entry fields of the activated data entry module and transmitted to the transaction server 1 via the telecommunication network 2 by means of the terminal device 3a, 3b, 3c.
  • step S4 the validation means 12 check the data received in step S3.
  • the data is checked on the basis of the stored data rules which are assigned to the data entry fields of the activated data entry module.
  • the validation means 12 generate a validation result in accordance with the result of the check.
  • the validation result indicates whether the data values meet the data rules (positive validation result) or whether they need to be corrected and / or supplemented (negative validation result).
  • the validation result also includes information for identifying the data values to be corrected and / or supplemented.
  • the received data values are stored in association with the generated validation result.
  • the validation means 12 for validating the data values can be carried out by program parts in the user interface “close” to the service recipient, by a programmed module in the control module 11 of the transaction server 1 or by data integrity rules in the database management system (DBMS).
  • the control module 11 checks whether a positive validation result has been generated in step S4.
  • step S6 the service user is shown in step S6 via the user interface which data values are to be supplemented or corrected.
  • the supplemented or corrected data are received in step S3.
  • control module 11 activates the evaluation means 13 in step S7.
  • step S8 the evaluation means 13 evaluate the data values received in step S3, which were originally entered and / or corrected and / or supplemented in accordance with the instructions in step S6.
  • the data values are evaluated on the basis of the stored business rules which are assigned to the data entry fields of the activated data entry module.
  • the business rules to be used are preferably selected as a function of the data values which were received in step S3 via a data input field defined for the rule selection.
  • the rule set is selected, the record identifier data of which corresponds to the received data values which were received via the data input field defined for the rule selection.
  • different sets of rules with applicable business rules can be selected depending on accepted geographic data, which for example designate the country or region of the service provider, on received user identification data which for example designate the company or the user group of the service provider, and / or on taken performance identification data, which designate the object of the contract.
  • the data-dependent selection of business rules is defined, for example, in a business rule or instruction that is assigned to the relevant data entry field provided for the rule selection.
  • the GE- Business rules are preferably loaded from the rules database 18 and executed on a processor of the transaction server 1.
  • the evaluation means 13 check the control conditions defined by the business rules and generate an evaluation result in accordance with the result of this evaluation.
  • the evaluation result generated is stored in association with the relevant received data values stored in step S4.
  • step S9 the control module 11 checks whether a positive evaluation result has been generated in step S8.
  • step S9 the control module 11 activates one of the data input modules 151 in step S10.
  • the additional one The data input module is selected by the control module 11 in accordance with the business rule or rules, the conditions of which were not met in step S8.
  • the assignment of data input modules 151 to terms and conditions can be permanently programmed in the control module 11 or can be configured flexibly and variably by linking data elements in a database (e.g. by linking business condition identification and data input module identification).
  • the additionally expected data are accepted in step S3.
  • control module 11 checks in step S11 whether further business rules need to be checked that relate to the data input fields of the activated data input module are assigned. If necessary, further business rules are checked in step S8.
  • control module 11 checks in step S12 whether data input modules are to be activated for the acquisition of further data values in accordance with the defined process flow. If necessary, the control module 11 activates another of the data input modules 151 in step S13 in accordance with the defined process flow. The expected further data are accepted in step S3.
  • control module 11 selects the automated contract conclusion process 141 in step S14 if a positive evaluation result was generated in step S8, or the semi-automated contract conclusion process 142 if a negative evaluation result was generated in step S8.
  • step S15 the automated contract conclusion process 141 is activated and executed.
  • the automated contract conclusion process 141 calculates a contract price on the basis of the data values recorded in step S3 and on the basis of permanently programmed or changeably stored business rules.
  • the calculated contract price is displayed to the service user via the user interface and the service user is asked to give their consent to the conclusion of the contract. If no consent is received, the data exchange between the service provider and the service provider ends without the conclusion of a contract. Otherwise, the contract is saved based on the calculated contract price and the recorded data values.
  • the semi-automated contract conclusion process 142 is activated and executed.
  • the semi-automated contract conclusion process 142 electronically routes the data values acquired in step S3 to a human representative of the service provider, preferably via a GUI interface.
  • the human representative determines a contract price based on the recorded data values and enters this contract price via the GUI interface.
  • the transaction server 1 displays the contract price determined by the human representative to the service recipient via the user interface of the transaction server 1.
  • the service recipient is asked to agree to the conclusion of the contract for the displayed price. If no consent is received, but a rejection is accepted, the human representative and / or the service recipient has the option of setting a new contract price and communicating to the service recipient or the human representative via the transaction server 1.
  • the service recipient cannot change the proposed contract price but other contract terms entered as data values for negotiation purposes.
  • a contract price and / or contract terms can be negotiated between the service recipient and the human representative. If no agreement is reached, the data exchange between the service provider and the service provider ends without the conclusion of a contract. Otherwise the contract is saved based on the proposed contract price and the recorded data values or changed data values.
  • the data input module DM1 is first selected and activated by the control module 11 in order to enable the service recipient to enter contractual object data.
  • the data values entered via the input fields of the data input module DM1 are evaluated based on the assigned business rule BR1 (see example in Table 1).
  • the data input module DM2 is activated in order to request additional data values from the service provider.
  • the data values entered via the input fields of the data input module DM2 are evaluated based on the assigned business rule BR2 (see example in Table 1). If the evaluation according to business rule BR2 gives a positive evaluation result, a further evaluation based on business rule BR3 takes place (see example in Table 1). If the evaluation results in a negative evaluation result according to the business rule BR2, the data input module DM3 is activated in order to request additional data values from the service recipient.
  • business rule BR1 If the evaluation according to the business rule BR1 yields a positive evaluation result, the data values entered via the input fields of the data input module DM1 are evaluated based on the next assigned business rule BR3. It is also possible that business rule BR3 can also be applied to additional data values that are entered using data entry fields the additional data input modules DM2 and / or DM3 have been entered.
  • the data input module DM4 is activated in order to request additional data values from the service provider. If the evaluation according to the business rule BR3 gives a positive evaluation result, the data values that were entered via the input fields of the data input module DM1 and, if applicable, also via the input fields of the data input modules DM2, DM3, and DM4 are evaluated based on the business rule BR4 (see example in table 1 ).
  • the process sequence according to FIG. 3 can be programmed as shown below with a pseudocode.
  • the process sequence can be completely and permanently programmed in the control module 11.
  • the business rules are preferably dynamically loaded and executed from the rule database 18 at runtime.
  • the process flow is programmed so that even the references to the business rules are determined dynamically at runtime.
  • the references from the database are determined based on the assignment of the business rules to the data entry fields of the activated data entry module.
  • the data input modules for inputting additional data values are also determined dynamically during the runtime. For this purpose, these additional data input modules are referenced in the business rules, which are stored in the rule database 18.
  • the proposed transaction server 1 is particularly suitable for the transaction server 1
  • the contract object data include Information on the policyholder, insurance products, insurance objects, insurance risks, insurance conditions such as deductibles, and insurance sums.
  • Insurance products include liability or property insurance, for example.
  • Property insurance includes information about insurance objects and assigned insurance sums.
  • different business processes result from the business rules. For example, the intervention of a human representative of the service provider may be required from a certain limit of the total sum insured. This limit can be set differently for different countries and / or groups of service users, for example this limit can be different for service users from different industry or professional groups.
  • the contract price is the insurance price or the insurance premium.

Abstract

Es wird ein computerisierter Transaktionsserver (1) zum Abschliessen von Verträgen zwischen Leistungsnehmern und Leistungserbringern vorge­schlagen, welcher eine Benutzerschnittstelle mit mehreren Dateneingabemodu­len (151) aufweist, die Dateneingabefelder zur Eingabe von Vertragsgegens­tandsdaten umfassen. In einer Regeldatenbank (18) sind Datenregeln und Ge­schäftsregeln den Dateneingabefeldern zugeordnet gespeichert. Die Qualität von eingegebenen Datenwerten wird vom Transaktionsserver (1) entsprechend den zugeordneten Datenregeln sichergestellt und die Datenwerte werden ba­sierend auf den zugeordneten Geschäftsregeln evaluiert. Verschiedene Ver­tragsabschlussprozesse (141, 142) und/oder Dateneingabemodule (151) für die Eingabe zusätzlicher Daten werden vom Transaktionsserver (1) abhängig vom Resultat der Evaluation automatisch selektiert und aktiviert. Für die Prüfung und Evaluation der Datenwerte werden vom Transaktionsserver (1) Regelsätze mit verschiedenen Geschäftsregeln und/oder Datenregeln in Abhängigkeit ein­gegebener Datenwerte selektiert. Der Transaktionsserver (1) ermöglicht eine komplexe und flexibel konfigurierbare automatische Auswertung eingegebener Datenwerte sowie dynamisch und automatisch veränderbare Dateneingabefol­gen und Prozessablaufmuster abhängig von eingegebenen Datenwerten und gespeicherten Geschäftsregeln.

Description

Transaktionsserver und Computerprogrammprodukt
Technisches Gebiet
Die vorliegende Erfindung betrifft einen computerisierten Transaktionsserver und ein Computerprogrammprodukt zum Abschliessen von Verträgen zwi- sehen einem Leistungsnehmer und einem Leistungserbringer. Die vorliegende Erfindung betrifft insbesondere einen computerisierten Transaktionsserver, der eine Benutzerschnittstelle mit Dateneingabefeldern zur Eingabe von Vertragsgegenstandsdaten, den Dateneingabefeldern zugeordnete gespeicherte Datenregeln, und Validierungsmittel umfasst, wobei die Benutzerschnittstelle für Leis- tungsnehmer mittels Endgeräten über ein Telekommunikationsnetz bedienbar ist und wobei die Validierungsmittel eingerichtet sind zum Überprüfen von über die Dateneingabefelder eingegebenen Datenwerten basierend auf den zugeordneten Datenregeln, zum Anfordern von Korrekturen über die Benutzerschnittstelle entsprechend den zugeordneten Datenregeln und zum Erzeugen eines Validierungsresultats.
Stand der Technik
Computerisierte Systeme mit Benutzerschnittstellen zum Entgegennehmen von Daten für Vertragsabschlüsse zwischen einem Leistungsnehmer und einem Leistungserbringer sind gegenwärtig insbesondere über das Internet ver- fügbar. Um die Qualität der Datenerfassung zu erhöhen, sind die bekannten Systeme typischerweise mit Validierungsmitteln ausgestattet, um die eingegebenen Datenwerte basierend auf Datenregeln zu überprüfen, die den Dateneingabefeldern der Benutzerschnittstellen zugeordnet sind, und um nötigenfalls Korrekturen über die Benutzerschnittstelle anzufordern. Im Falle von Pro- dukten oder Dienstleistungen, denen festgesetzte Kaufpreise zugeordnet sind, können durch die bekannten Systeme automatisch Verkaufsverträge on-line abgeschlossen werden. Betreffen die Vertragsgegenstände jedoch Leistungen, denen Vertragsbedingungen und insbesondere Preise nicht einfach eins-zu- eins zuzuordnen sind, so eignen sich die bekannten Systeme bloss zur Datenerfassung für Leistungsbestellungen oder Leistungsanträgen, die zu einem späteren Zeitpunkt durch Sachbearbeiter des Leistungserbringers „manuell" be- handelt werden müssen. Das heisst Verträge für Leistungen, die von vielen Bedingungen und Faktoren abhängig sind, beispielsweise Versicherungsleistungen, die von zahlreichen und unterschiedlichen Risikofaktoren und Versicherungsbedingungen abhängig sind, können durch die bekannten Systeme nicht automatisch und on-line abgeschlossen werden. In den bekannten Systemen ist es möglich Benutzer aus unterschiedlichen Ländern und/oder Sprachregionen unterschiedlich zu behandeln, indem nach der Angabe des betreffenden Landes oder der betreffenden Sprachregion für den Benutzer unterschiedliche Benutzerschnittstellen ausgewählt und aktiviert werden. Zum Beispiel wird dem Benutzer eine landes- oder sprachspezifische grafische Benutzerschnittstelle präsentiert. Mehrere verschiedene Benutzerschnittstellen für unterschiedliche Benutzergruppen erhöhen die Komplexität und Wartungskosten des Systems, beispielsweise muss eine allgemeine Änderung der Benutzerschnittstelle in sämtlichen landes- und sprachspezifischen grafischen Benutzerschnittstellen vorgenommen werden. Darstellung der Erfindung
Es ist eine Aufgabe der vorliegenden Erfindung einen computerisierten Transaktionsserver zum Abschliessen von Verträgen zwischen einem Leistungsnehmer und einem Leistungserbringer vorzuschlagen, der nicht die Nachteile der bekannten Systeme aufweist. Es ist insbesondere eine Aufgabe der vorliegenden Erfindung einen computerisierten Transaktionsserver vorzuschlagen, der eine für Leistungsnehmer mittels Endgeräten über ein Telekom- munikationsnetz bedienbare Benutzerschnittstelle mit Dateneingabefeldern zur Eingabe von Vertragsgegenstandsdaten umfasst, welche für die Leistungsnehmer unabhängig von Standort oder gewünschtem Vertragsgegenstand (Leistung) als universale Benutzerschnittstelle verfügbar und verwendbar ist. Es ist insbesondere eine weitere Aufgabe der vorliegenden Erfindung einen computerisierten Transaktionsserver vorzuschlagen, der eine universale Benutzerschnittstelle umfasst, die ohne für Leistungsnehmer sichtbare Änderungen fle- xibel an variable Geschäftsbedingungen und Vertragsgegenstände anpassbar ist.
Gemäss der vorliegenden Erfindung werden diese Ziele insbesondere durch die Elemente der unabhängigen Ansprüche erreicht. Weitere vorteilhafte Ausführungsformen gehen ausserdem aus den abhängigen Ansprüchen und der Beschreibung hervor.
Der computerisierter Transaktionsserver zum Abschliessen von Verträgen zwischen einem Leistungsnehmer und einem Leistungserbringer umfasst eine für Leistungsnehmer mittels Endgeräten über ein Telekommunikationsnetz bedienbare Benutzerschnittstelle. Die Benutzerschnittstelle weist mehrere Daten- eingabemodule auf, die Dateneingabefelder zur Eingabe von Vertragsgegenstandsdaten umfassen. Der Transaktionsserver umfasst zudem gespeicherte Datenregeln, die den Dateneingabefeldern zugeordnet sind, sowie Validierungsmittel zum Überprüfen von über die Dateneingabefelder eingegebenen Datenwerten basierend auf den zugeordneten Datenregeln, zum Anfordern von Korrekturen über die Benutzerschnittstelle abhängig von den zugeordneten Datenregeln und zum Erzeugen eines Validierungsresultats.
Die oben genannten Ziele werden durch die vorliegende Erfindung insbesondere dadurch erreicht, dass der Transaktionsserver gespeicherte Geschäftsregeln umfasst, die einem oder mehreren der Dateneingabefelder zuge- ordnet sind, dass der Transaktionsserver Evaluierungsmittel umfasst zum Eva- luieren der über die Dateneingabefelder eingegebenen Datenwerte basierend auf den zugeordneten Geschäftsregeln" und zum Erzeugen eines entsprechenden Evaluationsresultats, dass der Transaktionsserver mehrere verschiedene Vertragsabschlussprozesse umfasst zum Anzeigen eines Vertragspreises über die Benutzerschnittstelle, zum Anfordern und Entgegenzunehmen einer Zustimmung zum Abschluss eines Vertrags vom Leistungsnehmer über die Benutzerschnittstelle, und zum Abspeichern eines abgeschlossenen Vertrags, und dass der Transaktionsserver Steuermittel umfasst zum Aktivieren eines ersten der Dateneingabemodule, zum Aktivieren der Evaluierungsmittel bei positivem Validierungsresultat, und zum automatischen Selektieren und Aktivieren eines weiteren der Dateneingabemodule oder eines der Vertragsabschlussprozesse in Abhängigkeit des Evaluationsresultats. Der Transaktionsserver ist beispiels- weise eingerichtet zum Abschliessen von Rückversicherungsverträgen zwischen einer Versicherungsgesellschaft als Leistungsnehmer und einer Rückversicherungsgesellschaft als Leistungserbringer und die Vertragsgegenstandsdaten umfassen in entsprechender Weise Angaben zu Versicherungsprodukten und Versicherungssummen. Durch die Zuordnung von mehreren Geschäftsregeln zu einem oder mehreren Dateneingabefeldern wird eine komplexe und flexibel konfigurierbare automatische Auswertung der eingegebenen Datenwerte ermöglicht, wobei Datenwerte von einzelnen Dateneingabefeldern und/oder gegenseitige Beziehungen von Datenwerten mehrerer Dateneingabefelder untersucht werden. Durch Speichern von alternativen Geschäftsregeln und/oder Ändern der Zuordnung der Geschäftsregeln können Bedingungen an eingegebene Datenwerte oder an Beziehungen zwischen eingegebenen Datenwerten dynamisch und flexibel geändert werden, ohne dazu Änderungen an der Benutzerschnittstelle oder programmtechnische Änderungen am Transaktionsserver vornehmen zu müssen. Die automatische Auswahl und Aktivierung von verschiedenen Dateneingabemodulen abhängig vom Evaluationsresultat ermöglichen die Ausführung dynamisch und automatisch veränderbarer Dateneingabefolgen und Prozessablaufmuster abhängig von eingegebenen Datenwerten und gespeicherten Geschäftsregeln. Die automatische Auswahl und Aktivierung von verschiedenen Vertragsabschlussprozessen abhängig vom Evaluationsresultat ermöglichen die Ausführung dynamisch und automatisch veränderbarer Verarbeitungs- und Prozessablaufmuster für den Vertragsab- schluss abhängig von eingegebenen Datenwerten und gespeicherten Geschäftsregeln. Die Ablaufssteuerung, welche andere Module, Prozesse und Programmteile abhängig von Statuswerten aktiviert und/oder auswählt, ermöglicht eine modulare Architektur, in welcher einzelne Module, Prozesse und/oder Programmteile ersetzt werden können, ohne dass dazu Änderungen an der Ablaufssteuerung notwendig sind.
Vorzugsweise umfasst der Transaktionsserver eine Regeldatenbank, in der die Geschäftsregeln gespeichert sind, und die Geschäftsregeln umfassen jeweils eine Regellogik und einen oder mehrere Regelparameter, wobei die Regellogik in einer Ausführungsvariante als ausführbarer Programmcode gespeichert ist. Die Speicherung der Geschäftsregeln in einer Datenbank ermöglicht eine maximale Flexibilität, da die Geschäftsregeln dynamisch und gegebenenfalls ferngesteuert geändert werden können. Die Speicherung der Regellogik als ausführbarer Programmcode hat den Vorteil, dass für den Transaktions- server komplexe Regeln dynamisch geändert werden können, ohne dass dazu programmtechnische Änderungen am Transaktionsserver vorgenommen werden müssen.
Vorzugsweise sind die Datenregeln und Geschäftsregeln jeweils einem von mehreren Regelsätzen zugeordnet und die Steuermittel sind eingerichtet aus den Regelsätzen einen anzuwendenden Regelsatz auszuwählen in Abhängigkeit mindestens eines in ein bestimmtes Dateneingabefeld eingegebenen Datenwerts. Die Validierungsmittel und die Evaluierungsmittel sind entsprechend eingerichtet die eingegebenen Datenwerte basierend auf den Datenregeln respektive Geschäftsregeln des anzuwendenden Regelsatzes zu überprüfen respektive zu evaluieren. Das bestimmte Dateneingabefeld ist beispielsweise für die Eingabe von geografischen Datenwerten, für die Eingabe von Datenwerten zur Benutzeridentifizierung oder für die Eingabe von Datenwerten zur Leistungsidentifizierung vorgesehen. Den Regelsätzen sind entsprechend jeweils geografische Daten, Benutzeridentifizierungsdaten und/oder Leistungsidentifizierungsdaten zugeordnet und die Steuermittel sind eingerichtet den anzuwendenden Regelsatz in Abhängigkeit eines eingegebenen geo- grafischen Datenwerts, eines eingegebenen Datenwerts zur Benutzeridentifizierung und/oder eines eingegebenen Datenwerts zur Leistungsidentifizierung auszuwählen. Durch die dynamische Änderung aktiver Regeln im Transaktionsserver abhängig von eingegebenen Datenwerten ist es möglich die Benutzerschnittstelle universal zu gestalten und zur Verfügung zu stellen und dabei trotzdem den Erfordernisgrad der Daten und die anzuwendenden Geschäftsregeln verschiedenen Bedingungen wie geografisches Gebiet (z.B. Land oder Region) oder Benutzer (z.B. Firma oder Kundengruppe) anzupassen.
Vorzugsweise ist mindestens einer der Vertragsabschlussprozesse eingerichtet den Vertragspreis basierend auf eingegebenen Datenwerten automatisch zu berechnen. Durch einen automatisierten Vertragsabschluss können finanzielle Kosten eingespart werden, die bei der Bearbeitung durch einen menschlichen Vertreter des Leistungserbringers anfallen würden. Zudem erfolgt der automatische Vertragsabschluss in der Regel in viel kürzer Zeit als ein „manueller" Vertragsabschluss, der durch einen menschlichen Vertreter unterstützt wird. Da die Selektion und Aktivierung des automatisierten Vertragsabschlusses auf der regelabhängigen Validierung und Evaluierung der eingege- benen Datenwerte beruht, kann sicher gestellt werden, dass der automatisierte Vertragsabschluss nur angewandt wird, wenn die eingegebenen Datenwerte korrekt, plausibel und vollständig sind und den Geschäftsbedingungen genügen.
Vorzugsweise ist mindestens einer der Vertragsabschlussprozesse einge- richtet die eingegebenen Datenwerte elektronisch einem zuständigen menschlichen Vertreter des Leistungserbringers zugänglich zu machen, Dateneingaben vom menschlichen Vertreter entgegenzunehmen, eingegebene Daten vom menschlichen Vertreter dem Leistungsnehmer über die Benutzerschnittstelle anzuzeigen und den Vertragspreis durch Datenaustausch über die Benutzer- schnittsteile zwischen dem Leistungsnehmer und dem menschlichen Vertreter auszuhandeln. Ein „manueller" Vertragsabschluss, bei welchem ein menschlicher Vertreter des Leistungserbringers involviert wird, bewirkt zwar höhere finanzielle Kosten für den Leistungserbringer als der automatisierte Vertragsab- schluss, doch kann entsprechend den Geschäftsbedingungen, beispielsweise für besonders komplexe, risikoreiche oder kostspielige Vertragsgegenstände eine Intervention durch einen menschlichen Vertreter wünschenswert sein.
In einer Ausführungsvariante sind die Steuermittel eingerichtet die eingegebenen Datenwerte, das erzeugte Validierungsresultat und das erzeugte Eva- luationsresultat einander zugeordnet zu speichern. Die abgespeicherten Datenwerte und Statuswerte stehen nicht nur für die weitere Verarbeitung des betreffenden Vertragsabschlusses bereit, sondern können insbesondere auch zu einem späteren Zeitpunkt als Grundlage für Verbesserungen an der Benutzerschnittstelle oder für Anpassungen der Regeln verwendet werden. Die vorliegende Erfindung bezieht sich zudem auf ein Computerprogrammprodukt, das ein computerlesbares Medium mit darin enthaltenen Computerprogrammcodemitteln zur Steuerung eines oder mehrerer Prozessoren des Transaktionsservers umfasst. Die Computerprogrammcodemittel Steuern die Prozessoren des Transaktionsservers derart, dass der Transaktionsserver eine Benutzerschnittstelle mit mehreren Dateneingabemodulen bereitstellt, die Dateneingabefelder zur Eingabe von Vertragsgegenstandsdaten umfassen, welche Benutzerschnittstelle für Leistungsnehmer mittels Endgeräten über ein Telekommunikationsnetz bedienbar ist, dass im Transaktionsserver Datenregeln zugeordnet zu den Dateneingabefeldern gespeichert werden, dass im Transaktionsserver über die Dateneingabefelder eingegebene Datenwerte basierend auf den zugeordneten Datenregeln überprüft werden, dass der Transaktionsserver über die Benutzerschnittstelle basierend auf den zugeordneten Datenregeln Korrekturen anfordert, dass der Transaktionsserver ein Validierungsresultat erzeugt, dass im Transaktionsserver Geschäftsregeln zugeordnet zu einem oder mehreren der Dateneingabefelder gespeichert werden, dass der Transaktionsserver ein erstes der Dateneingabemodule aktiviert, dass der Transaktionsserver bei positivem Validierungsresultat die über die Dateneingabefelder eingegebenen Datenwerte basierend auf den zugeordneten Ge- schäftsregeln evaluiert und ein entsprechendes Evaluationsresultat erzeugt, und dass der Transaktionsserver in Abhängigkeit des Evaluationsresultats ein weiteres der Dateneingabemodule oder einen von mehreren verschiedenen Vertragsabschlussprozessen selektiert und aktiviert, wobei die Vertragsabschlussprozesse eingerichtet sind die Prozessoren des Transaktionsservers derart zu steuern, dass der Transaktionsserver einen Vertragspreis über die Benutzerschnittstelle anzeigt, dass der Transaktionsserver über die Benutzerschnittstelle eine Zustimmung zum Abschluss eines Vertrags vom Leistungsnehmer anfordert und entgegennimmt, und dass der Transaktionssen er einen abgeschlossenen Vertrag abspeichert. Kurze Beschreibung der Zeichnungen
Nachfolgend wird eine Ausführung der vorliegenden Erfindung anhand eines Beispieles beschrieben. Das Beispiel der Ausführung wird durch die folgenden beigelegten Figuren illustriert:
Figur 1 zeigt ein Blockdiagramm, welches schematisch einen computeri- sierten Transaktionsserver zum Abschliessen von Verträgen zwischen einem Leistungsnehmer und einem Leistungserbringer darstellt, wobei der Transaktionssen/er über ein Telekommunikationsnetz mit Endgeräten von Leistungs- nehmern verbindbar ist.
Figur 2 zeigt ein Flussdiagramm, das schematisch den Prozessablauf im Transaktionsserver beim Abschliessen von Verträgen zwischen einem Leistungsnehmer und einem Leistungserbringer darstellt. Figur 3 zeigt ein Flussdiagramm, das ein Beispiel eines vereinfachten Prozessablaufs im Transaktionsserver beim Abschliessen von Verträgen zwischen einem Leistungsnehmer und einem Leistungserbringer darstellt.
Wege zur Ausführung der Erfindung In der Figur 1 bezeichnet das Bezugszeichen 1 einen computerisierten
Transaktionsserver zum Abschliessen von Verträgen zwischen einem Leistungsnehmer und einem Leistungserbringer. Der Transaktionsserver 1 wird vom Leistungserbringer betrieben und umfasst einen oder mehrere Computer mit jeweils einem oder mehreren Prozessoren. Wie in der Figur 1 schematisch dargestellt ist, ist der Transaktionsserver 1 über ein Telekommunikationsnetz 2 mit verschiedenen Endgeräten 3a, 3b und 3c von Leistungsnehmern verbunden. Das Telekommunikationsnetz 2 umfasst ein Festnetz und/oder ein Mobil- funknetz. Das Festnetz ist beispielsweise das öffentliche geschaltete Telefon- netz, ein ISDN-Netz (Integrated Services Digital Network) oder vorzugsweise das Internet oder ein Intranet. Das Mobilfunknetz ist beispielsweise ein GSM- (Global System for Mobile Communication), ein UMTS-Netz (Universal Mobile Telephone System) oder ein anderes, beispielsweise satellitenbasiertes Mobilfunknetz, oder ein WLAN (Wireless Local Area Network). Das Bezugszeichen 3a bezeichnet ein Endgerät, das als PC (Personal Computer) ausgeführt ist, das Bezugszeichen 3b bezeichnet ein Endgerät, das als mobiler Notebook oder Laptop-Computer ausgeführt ist, und das Bezugszeichen 3c bezeichnet ein Endgerät, das als Mobilfunktelefon oder PDA-Computer (Personal Digital Assistant) ausgeführt ist. Der Transaktionsserver 1 umfasst ein Kommunikationsmodul 10 für die Kommunikation, das heisst für den Datenaustausch, mit den Endgeräten 3a, 3b, 3c. Das Kommunikationsmodul 10 ist beispielsweise eingerichtet mit den Endgeräten 3a, 3b, 3c jeweils ein virtuelles privates Netzwerk (VPN, Virtual Private Network) über das Telekommunikationsnetz 2 zu erstellen und mit den Endgeräten 3a, 3b, 3c über dieses virtuelle private Netzwerks zu kommunizieren. Wie in der Figur 1 dargestellt ist umfasst der Transaktionsserver 1 eine Regeldatenbank 18 und mehrere funktionale Module und Teile, nämlich ein Steuermodul 11 , Validierungsmittel 12, Evaluierungsmittel 13, ein Vertragsab- schlussprozessmodul 14 sowie ein Benutzerschnittstellenmodul 15. Das Ver- tragsabschlussprozessmodul 14 umfasst einen automatisierten Vertragsab- schlussprozess 141 sowie einen halbautomatisierten Vertragsabschlusspro- zess 142, welche später mit Bezug zu Figur 2 detaillierter beschrieben werden. Die funktionalen Module und Teile sind vorzugsweise als programmierte Softwaremodule oder Softwareteile auf einem Computerprogrammprodukt ausge- führt. Das Computerprogrammprodukt umfasst vorzugsweise eine computerlesbares Medium, das den Computerprogrammcode der funktionalen Module und Teile enthält. Das computerlesbare Medium ist als fester Speicher im Transaktionsserver 1 ausgeführt oder wird dem Transaktionsserver als mobiler Datenträger zugeführt, z.B. als CD (Compact Disc). Das Benutzerschnittstellenmodul 15 umfasst den Programmcode für eine Benutzerschnittstelle zum Transaktionsserver 1 , die für Leistungsnehmer mittels der Endgeräte 3a, 3b, 3c über das Telekommunikationsnetz 2 bedienbar ist. Die Benutzerschnittstelle wird beispielsweise über so genannte Browser- Programme oder als API-Schnittstelle (Application Programming Interface) ver- fügbar gemacht. Der Fachmann wird verstehen, dass die Benutzerschnittstelle in einer Client-Server Architektur auch als GUI-Schnittstelle (Graphical User Interface) ausgeführt werden kann. Wie in der Figur 1 durch den Bereich 151 angedeutet ist, umfasst das Benutzerschnittstellenmodul 15 mehrere Dateneingabemodule. Die Dateneingabemodule umfassen jeweils Dateneingabefelder, die insbesondere der Eingabe von Vertragsgegenstandsdaten dienen. Je nach Ausführung der Benutzerschnittstelle umfassen die Dateneingabemodule 151 jeweils eines oder mehrere darstellbare Fenster oder GUI-Bilder („Screens"), oder ein rollbares Formular („Scrollable Form"). Die Dateneingabemodule 151 sind vorzugsweise verschiedenen Pfaden eines Prozessablaufs (Workflow) zu- geordnet. Für die Dateneingabe kann die Benutzerschnittstelle auch mit einem Sprecherkennungsmodul versehen sein.
Die Regeldatenbank 18 umfasst Angaben über Datenregeln und Geschäftsregeln. Die Datenregeln und Geschäftsregeln umfassen jeweils einen oder mehrere Regelparameter sowie eine Regellogik. In der Regeldatenbank 18 sind zumindest die Regelparameter aber vorzugsweise auch die Regellogik gespeichert. Die Regellogik ist vorzugsweise als Programmcode gespeichert, der auf dem Transaktionsserver 1 ausführbar ist, beispielsweise als sogenanntes Applet in Java. Wie in der Tabelle 1 anhand der Beispiele der Geschäftsre- geln BR1 , BR2, BR3, BR4 und BR5 dargestellt ist, umfasst die Regellogik mindestens eine oder mehrere Regelbedingungen (in Tabelle 1 in Pseudocode angegeben). In den angegebenen Beispielen beziehen sich die Regelbedingungen auf die Datenwerte der Dateneingabefelder DF1 , DF2, DF3, DF4, DF5, DF6, DF7, DF8 und DF9 sowie auf die Regelparameter A, B, C, D, E, F und G. In der Tabelle 1 sind zudem Beispiele von Regelaktionen dargestellt, die entsprechend einem Evaluationsresultat ausgeführt werden, das auf Grund der Regelbedingungen bestimmt wird. Die angegebenen Beispiele der Regelaktionen betreffen die Aktivierung der Dateneingabemodule DM2, DM3 und DM4 sowie die Aktivierung des automatisierten Vertragsabschlussprozesses PA oder des halbautomatisierten Vertragsabschlussprozesses PM. Die in der Regeldatenbank 18 gespeicherte Regellogik umfasst die Regelbedingungen. Die Regelaktionen werden in verschiedenen Ausführungsvarianten entweder fest als Teil des Steuermoduls 11 codiert oder als Teil der Regellogik in der Regeldatenbank 18 gespeichert.
Figure imgf000014_0001
Tabelle 1
Die Datenregeln und Geschäftsregeln sind jeweils einem oder mehreren Dateneingabefeldern der Dateneingabemodule zugeordnet. Die Datenregeln dienen den Validierungsmitteln 12 zur Sicherstellung der Qualität der eingegebenen Daten. Die Datenregeln legen korrekte Syntax und Format fest, definieren vorgeschriebene Wertebereiche, regeln Plausibilität und Beziehungen zwischen Datenwerten mehrerer Dateneingabefelder, beispielsweise ein erstes Datum muss vor einem zweiten Datum liegen, und schreiben vor welche Daten zwingend eingegeben werden müssen. Mittels der Datenregeln wird auch überprüft und sichergestellt, dass die eingegebenen Datenwerte in ein definiertes mathematisches Modell oder eine mathematische Formel passen. Die Geschäftsregeln dienen den Evaluierungsmitteln 13 respektive dem Steuermodul 11 auf Grund der eingegebenen Daten den Prozessablauf zu steuern, ver- schiedene Ablaufpfade zu wählen und zugeordnete Dateneingabemodule und/oder Vertragsabschlussprozesse 141, 142 zu aktivieren. Die Geschäftsregeln ermöglichen einen datengesteuerten, mehrstufigen, vernesteten Triage- prozess. Zum Beispiel kann der Leistungsnehmer durch Aktivierung eines Da- teneingabemoduls aufgefordert werden, weitere zusätzliche Datenwerte einzugeben, wenn ein eingegebener Datenwert oder eine Summe von mehreren eingegebenen Datenwerten einen definierten Schwellenwert überschreitet oder wenn auf Grund der eingegebenen Daten eine bestimmte Klasse oder Gruppe von Vertragsgegenständen spezifiziert wird. Solange die Evaluierungsmittel 13 die durch die Geschäftsregeln gesetzten Bedingungen als erfüllt beurteilen (positives Evaluationsresultat), führt das Steuermodul 11 den Prozessablauf entlang Pfaden mit minimaler Dateneingabe. Wenn die Evaluierungsmittel 13 jedoch die durch die Geschäftsregeln gesetzten Bedingungen als nicht erfüllt beurteilen (negatives Evaluationsresultat), führt das Steuermodul 11 den Pro- zessablauf entlang Pfaden mit zusätzlicher Dateneingabe und aktiviert zusätzliche entsprechende Dateneingabemodule. Die Datenregeln und/oder die Geschäftsregeln sind Regelsätzen zugeordnet, denen unterschiedliche Satzkennungsdaten zugewiesen sind. Die Satzkennungsdaten umfassen geografische Daten, Benutzeridentifizierungsdaten und/oder Leistungsidentifizierungsdaten. Die Satzkennungsdaten ermöglichen die Selektion und Aktivierung von Datenregeln und/oder Geschäftsregeln in Abhängigkeit von eingegebenen Datenwerten.
In den folgenden Abschnitten wird mit Bezug auf die Figur 2 ein möglicher Prozessablauf beim Abschliessen von Verträgen zwischen einem Leis- tungsnehmer und einem Leistungserbringer beschrieben.
Im Schritt S1 erfolgt von einem Leistungsnehmer mittels eines Endgeräts 3a, 3b, 3c ein Zugriff über das Telekommunikationsnetz 2 auf den Transaktionsserver 1. Im Schritt S2 stellt der Transaktionsserver 1 dem Leistungsnehmer mittels des Benutzerschnittstellenmoduls 15 eine Benutzerschnittstelle bereit. Dabei wird ein erstes der Dateneingabemodule 151 aktiviert, das vom Steuermodul 11 entsprechend einem definierten Prozessablauf ausgewählt wird. Der Prozessablauf kann im Steuermodul 11 fest programmiert sein oder durch Speicherung von Datenelementen in einer Datenbank flexibel und veränderlich ausgestaltet sein (z.B. durch Verknüpfung von Pfad- oder Schrittidentifizierungen mit Dateneingabemodulidentifizierungen).
Im Schritt S3 nimmt der Transaktionsserver 1 über die in Schritt S2 be- reitgestellte Benutzerschnittstelle Datenwerte entgegen, die vom Leistungsnehmer über Dateneingabefelder des aktivierten Dateneingabemoduls eingegeben und mittels des Endgeräts 3a, 3b, 3c über das Telekommunikationsnetz 2 an den Transaktionsserver 1 übermittelt werden.
Im Schritt S4 überprüfen die Validierungsmittel 12 die im Schritt S3 ent- gegengenommen Daten. Die Überprüfung der Daten erfolgt auf Grund der gespeicherten Datenregeln, die den Dateneingabefeldern des aktivierten Dateneingabemoduls zugeordnet sind. Die Validierungsmittel 12 erzeugen entsprechend dem Resultat der Überprüfung ein Validierungsresultat. Das Validierungsresultat gibt an, ob die Datenwerte den Datenregeln genügen (positives Validierungsresultat) oder ob sie korrigiert und/oder ergänzt werden müssen genügen (negatives Validierungsresultat). Das Validierungsresultat umfasst auch Angaben zur Identifizierung der zu korrigierenden und/oder zu ergänzenden Datenwerte. Die entgegengenommenen Datenwerte werden zugeordnet zum erzeugten Validierungsresultat gespeichert. Der Fachmann wird verstehen, dass die Validierungsmittel 12 für die Validierung der Datenwerte durch Programmteile in der Benutzerschnittstelle „nahe" beim Leistungsnehmer, durch ein programmiertes Modul im Steuermodul 11 des Transaktionsservers 1 oder durch Datenintegritätsregeln im Dätenbankmanagementsystem (DBMS) ausgeführt werden können. Im Schritt S5 überprüft das Steuermodul 11 , ob im Schritt S4 ein positives Validierungsresultat erzeugt wurde.
Falls kein positives Validierungsresultat erzeugt wurde, wird dem Leistungsnehmer im Schritt S6 über die Benutzerschnittstelle angezeigt welche Da- tenwerte zu ergänzen oder zu korrigieren sind. Die ergänzten oder korrigierten Daten werden im Schritt S3 entgegengenommen.
Falls ein positives Validierungsresultat erzeugt wurde, aktiviert das Steuermodul 11 im Schritt S7 die Evaluierungsmittel 13.
Im Schritt S8 evaluieren die Evaluierungsmittel 13 die im Schritt S3 ent- gegengenommenen Datenwerte, die ursprünglich eingegeben und/oder ge- mäss den Anweisungen des Schritts S6 korrigiert und/oder ergänzt wurden. Die Evaluation der Datenwerte erfolgt auf Grund der gespeicherten Geschäftsregeln, die den Dateneingabefeldern des aktivierten Dateneingabemoduls zugeordnet sind. Vorzugsweise werden die anzuwendenden Geschäftsregeln in Abhängigkeit der Datenwerte ausgewählt, die im Schritt S3 über ein für die Regelwahl definiertes Dateneingabefeld entgegengenommenen wurden. Dabei wird der Regelsatz ausgewählt, dessen Satzkennungsdaten den entgegengenommenen Datenwerten entsprechen, die über das für die Regelwahl definierte Dateneingabefeld entgegengenommen wurden. Zum Beispiel können unter- schiedliche Regelsätze mit anzuwendenden Geschäftsregeln selektiert werden abhängig von entgegengenommenen geografischen Daten, die beispielsweise das Land oder die Region des Leistungsnehmers bezeichnen, von entgegengenommenen Benutzeridentifizieruhgsdaten, die beispielsweise die Firma oder die Benutzergruppe des Leistungsnehmers bezeichnen, und/oder von entge- gengenommenen Leistungsidentifizierungsdaten, die den Vertragsgegenstand bezeichnen. Die datenabhängige Selektion von Geschäftsregeln ist beispielsweise in einer Geschäftsregel oder Instruktion definiert, die dem betreffenden für die Regelwahl vorgesehenen Dateneingabefeld zugeordnet ist. Die Ge- schäftsregeln werden vorzugsweise aus der Regeldatenbank 18 geladen und auf einem Prozessor des Transaktionsservers 1 ausgeführt. Die Evaluierungsmittel 13 überprüfen die durch die Geschäftsregeln definierten Regelbedingungen und erzeugen entsprechend dem Resultat dieser Evaluation ein Evaluati- onsresultat. Das erzeugte Evaluationsresultat wird zugeordnet zu den betreffenden im Schritt S4 gespeicherten entgegengenommenen Datenwerten gespeichert. Der Fachmann wird verstehen, dass die Evaluierungsmittel 13 für die Evaluation der Datenwerte durch Programmteile des Steuermoduls 11 oder durch Programmteile der Geschäftsregeln ausgeführt werden können. Im Schritt S9 überprüft das Steuermodul 11 , ob im Schritt S8 ein positives Evaluationsresultat erzeugt wurde.
Falls im Schritt S8 kein positives Evaluationsresultat erzeugt wurde und falls entsprechend dem definierten Prozessablauf für die betreffende(n) Geschaftsregeln) zusätzliche Datenwerte erfasst werden müssen (angedeutet durch Schritt S9'), aktiviert das Steuermodul 11 im Schritt S10 eines der Dateneingabemodule 151. Das zusätzliche Dateneingabemodul wird vom Steuermodul 11 entsprechend der oder den Geschäftsregeln selektiert, deren Bedingungen im Schritt S8 nicht erfüllt wurden. Die Zuordnung von Dateneingabemodulen 151 zu Geschäftsbedingungen kann im Steuermodul 11 fest programmiert sein oder durch Verknüpfung von Datenelementen in einer Datenbank flexibel und veränderlich ausgestaltet sein (z.B. durch Verknüpfung von Geschäftsbedingungsidentifizierung und Dateneingabemodulidentifizierung). Die zusätzlich erwarteten Daten werden im Schritt S3 entgegengenommen.
Falls im Schritt S8 ein positives Evaluationsresultat erzeugt wurde oder falls bei negativem Evaluationsresulfät keine zusätzlichen Datenwerte erfasst werden müssen (aus Schritt S9'), überprüft das Steuermodul 11 im Schritt S11 , ob weitere Geschäftsregeln zu überprüfen sind, die den Dateneingabefeldern des aktivierten Dateneingabemoduls zugeordnet sind. Gegebenenfalls werden weitere Geschäftsregeln im Schritt S8 überprüft.
Falls die Datenwerte gemäss sämtlichen Geschäftsregeln evaluiert wurden, die den Dateneingabefeldern des aktivierten Dateneingabemoduls zuge- ordnet sind, überprüft das Steuermodul 11 im Schritt S12, ob entsprechend dem definierten Prozessablauf Dateneingabemodule für die Erfassung weiterer Datenwerte zu aktivieren sind. Gegebenenfalls aktiviert das Steuermodul 11 im Schritt S13 entsprechend dem definierten Prozessablauf ein weiteres der Dateneingabemodule 151. Die erwarteten weiteren Daten werden im Schritt S3 entgegengenommen.
Falls keine weiteren Daten zu erfassen sind selektiert das Steuermodul 11 im Schritt S14 den automatisierten Vertragsabschlussprozess 141 , wenn im Schritt S8 ein positives Evaluationsresultat erzeugt wurde, oder den halbautomatisierten Vertragsabschlussprozess 142, wenn im Schritt S8 ein negatives Evaluationsresultat erzeugt wurde.
Im Schritt S15 wird der automatisierte Vertragsabschlussprozess 141 aktiviert und ausgeführt. Der automatisierte Vertragsabschlussprozess 141 berechnet auf Grund der im Schritt S3 erfassten Datenwerte und auf Grund von fest programmierten oder veränderbar gespeicherten Geschäftsregeln einen Vertragspreis. Der berechnete Vertragspreis wird dem Leistungsnehmer über die Benutzerschnittstelle angezeigt und der Leistungsnehmer wird aufgefordert eine Zustimmung zum Abschluss des Vertrags einzugeben. Falls keine Zustimmung entgegengenommen wird endet der Datenaustausch zwischen Leistungsnehmer und Leistungserbringer ohne Vertragsabschluss. Andernfalls wird der Vertrag basierend auf dem berechneten Vertragspreis und den erfassten Datenwerten abgespeichert. Im Schritt S15 wird der halbautomatisierte Vertragsabschlussprozess 142 aktiviert und ausgeführt. Der halbautomatisierte Vertragsabschlussprozess 142 leitet die im Schritt S3 erfassten Datenwerte elektronisch zu einem menschlichen Vertreter des Leistungserbringers, vorzugsweise über eine GUI- Schnittstelle. Auf Grund der erfassten Datenwerte bestimmt der menschliche Vertreter einen Vertragspreis und gibt diesen Vertragspreis über die GUI- Schnittstelle ein. Der Transaktionsserver 1 zeigt den vom menschlichen Vertreter bestimmten Vertragspreis über die Benutzerschnittstelle des Transaktionsservers 1 dem Leistungsnehmer an. Wie beim automatisierten Vertragsab- schlussprozess 141 wird der Leistungsnehmer aufgefordert für den angezeigten Preis eine Zustimmung zum Abschluss des Vertrags einzugeben. Falls keine Zustimmung sondern eine Zurückweisung entgegengenommen wird, hat der menschliche Vertreter und/oder der Leistungsnehmer die Möglichkeit einen neuen Vertragspreis festzulegen und über den Transaktionsserver 1 dem Leis- tungsnehmer respektive dem menschlichen Vertreter zu kommunizieren. Es kann auch vorgesehen werden, dass der Leistungsnehmer nicht den vorgeschlagenen Vertragspreis sondern andere als Datenwerte eingegebene Vertragsbedingungen zu Verhandlungszwecken ändern kann. Auf diese Weise können zwischen dem Leistungsnehmer und dem menschlichen Vertreter ein Vertragspreis und/oder Vertragsbedingungen ausgehandelt werden. Falls keine Einigung zu Stande Kommt, endet der Datenaustausch zwischen Leistungsnehmer und Leistungserbringer ohne Vertragsabschluss. Andernfalls wird der Vertrag basierend auf dem vorgeschlagenen Vertragspreis und den erfassten Datenwerten respektive geänderten Datenwerten abgespeichert. In den folgenden Abschnitten wird mit Bezug auf die Figur 3 ein Beispiel eines vereinfachten Prozessablaufs beim Abschliessen von Verträgen zwischen einem Leistungsnehmer und einem Leistungserbringer beschrieben. Im vereinfachten Beispiel nach Figur 3 ist der Bezug zu Datenregeln und die darauf basierende Datenvalidierung eingegebener Datenwerte weggelassen. Im vereinfachten Beispiel nach Figur 3 ist zudem die Anzahl der Geschäftsregeln stark reduziert; in einer Ausführung können beispielsweise fünfhundert bis tausend Geschäftsregeln verwendet werden. Im vereinfachten Beispiel nach Figur 3 sind die möglichen Evaluationsresultatswerte jeweils auf „positiv" (+) und negativ (-) beschränkt. Der Fachmann wird verstehen, dass auch Evaluationsre- sultatswerte möglich sind, die mehr als bloss zwei Werte einnehmen können (siehe Beispiel BR5 in Tabelle 1).
Im Beispiel nach Figur 3 wird vom Steuermodul 11 zunächst das Dateneingabemodul DM1 selektiert und aktiviert, um dem Leistungsnehmer die Eingabe von Vertragsgegenstandsdaten zu ermöglichen. Die über die Eingabefel- der des Dateneingabemoduls DM1 eingegebenen Datenwerte werden basierend auf der zugeordneten Geschäftsregel BR1 evaluiert (siehe Beispiel in Tabelle 1).
Ergibt die Evaluation gemäss der Geschäftsregel BR1 ein negatives Evaluationsresultats, wird das Dateneingabemodul DM2 aktiviert, um vom Leis- tungsnehmer zusätzliche Datenwerte anzufordern. Die über die Eingabefelder des Dateneingabemoduls DM2 eingegebenen Datenwerte werden basierend auf der zugeordneten Geschäftsregel BR2 evaluiert (siehe Beispiel in Tabelle 1). Ergibt die Evaluation gemäss der Geschäftsregel BR2 ein positives Evaluationsresultat, erfolgt eine weitere Evaluation basierend auf der Geschäftsregel BR3 (siehe Beispiel in Tabelle 1 ). Ergibt die Evaluation gemäss der Geschäftsregel BR2 ein negatives Evaluationsresultat, wird das Dateneingabemodul DM3 aktiviert, um vom Leistungsnehmer zusätzliche Datenwerte anzufordern.
Ergibt die Evaluation gemäss der Geschäftsregel BR1 ein positives Evaluationsresultat, werden die über die Eingabefelder des Dateneingabemoduls DM1 eingegebenen Datenwerte basierend auf der nächsten zugeordneten Geschäftsregel BR3 evaluiert. Es ist auch möglich, dass die Geschäftsregel BR3 auch auf zusätzliche Datenwerte anwendbar ist, die über Dateneingabefelder der zusätzlichen Dateneingabemodule DM2 und/oder DM3 eingegeben wurden.
Ergibt die Evaluation gemäss der Geschäftsregel BR3 ein negatives Evaluationsresultat, wird das Dateneingabemodul DM4 aktiviert, um vom Leis- tungsnehmer zusätzliche Datenwerte anzufordern. Ergibt die Evaluation gemäss der Geschäftsregel BR3 ein positives Evaluationsresultat, werden die Datenwerte, die über die Eingabefelder des Dateneingabemoduls DM1 und gegebenenfalls auch über die Eingabefelder der Dateneingabemodule DM2, DM3, und DM4 eingegeben wurden, basierend auf der Geschäftsregel BR4 evaluiert (siehe Beispiel in Tabelle 1 ).
Ergibt die Evaluation gemäss der Geschäftsregel BR4 ein negatives
Evaluationsresultat, wird der halbautomatisierte Vertragsabschlussprozess PM aktiviert. Ergibt die Evaluation gemäss der Geschäftsregel BR4 ein positives
Evaluationsresultat, wird der automatisierte Vertragsabschlussprozess PA akti- viert.
Der Prozessablauf gemäss Figur 3 kann programmiert werden wie untenstehend mit Pseudocode dargestellt ist.
START Activate DM1 Apply BR1 IF NEGATIVE Activate DM2 Apply BR2 IF NEGATIVE Activate DM3 END IF END IF Apply BR3 IF NEGATIVE Activate DM4 END IF Apply BR4 IF NEGATIVE Activate PM ELSE Activate PA END IF END
Der Prozessablauf kann im Steuermodul 11 vollständig und fest ausprogrammiert werden. Die Geschäftsregeln werden jedoch vorzugsweise zur Laufzeit dynamisch aus der Regeldatenbank 18 geladen und ausgeführt. In einer Ausführungsvariante wird der Prozessablauf so programmiert, dass selbst die Referenzen auf die Geschäftsregeln zur Laufzeit dynamisch bestimmt werden. Dabei werden die Referenzen aus der Datenbank basierend auf der Zuordnung der Geschäftsregeln zu den Dateneingabefeldern des aktivierten Dateneingabemoduls bestimmt. In einer Ausführungsvariante werden auch die Datenein- gabemodule zur Eingabe zusätzlicher Datenwerte während der Laufzeit dynamisch bestimmt. Dazu werden diese zusätzlichen Dateneingabemodule in den Geschäftsregeln referenziert, die in der Regeldatenbank 18 gespeichert sind.
Der vorgeschlagene Transaktionsserver 1 eignet sich insbesondere zum
Abschliessen von Rückversicherungsverträgen zwischen einer Versicherungs- gesellschaft als Leistungsnehmer und einer Rückversicherungsgesellschaft als
Leistungserbringer. Zu diesem Zweck umfassen die Vertragsgegenstandsdaten Angaben zu Leistungsnehmer, Versicherungsprodukten, Versicherungsobjekten, Versicherungsrisiken, Versicherungsbedingungen wie Selbstbehalte, und Versicherungssummen. Versicherungsprodukte umfassen beispielsweise Haftpflicht- oder Sachversicherungen. Sachversicherungen umfassen Angaben über Versicherungsobjekte und zugeordnete Versicherungssummen. Abhängig von der totalen Versicherungssumme, vom Leistungsnehmer und vom Land des Leistungsnehmers ergeben sich auf Grund der Geschäftsregeln verschiedene Prozessabläufe. Zum Beispiel kann ab einem bestimmten Grenzbetrag der totalen Versicherungssumme die Intervention eines menschlichen Vertre- ters des Leistungserbringers erforderlich sein. Dieser Grenzbetrag kann für verschiedene Länder und/oder Gruppen von Leistungsnehmern unterschiedlich hoch gesetzt sein, beispielsweise kann dieser Grenzbetrag für Leistungsnehmer aus unterschiedlichen Industrie- oder Berufsgruppen unterschiedlich hoch sein. Für gewisse Leistungsnehmer können zusätzliche Angaben oder die In- tervention eines menschlichen Vertreters des Leistungserbringers erforderlich sein, beispielsweise weil der betreffende Leistungsnehmer bereits überdurchschnittlich viele Schadensansprüche gestellt hat. Für gewisse Versicherungsprodukte oder -Objekte kann generell oder nur in gewissen Ländern oder Gebieten die Angabe zusätzlicher Informationen, die Intervention eines menschlichen Vertreters des Leistungserbringers und/oder eine unterschiedliche Berechnung des Vertragspreises erforderlich sein, beispielsweise weil das betreffende Versicherungsprodukt oder -Objekt vorschriftgemäss weiterer Abklärungen Bedarf (z.B. Sachversicherungen für petrochemische Produkte) oder weil das betreffende Versicherungsprodukt oder -Objekt im betreffenden Land oder Gebiet ein grösseres Risiko aufweist (z.B. eine Gebäudeversicherung für ein Gebäude in einem erdbebengefährdeten Gebiet). Im Zusammenhang mit Versicherungen ist der Vertragspreis der Versicherungspreis oder die Versicherungsprämie.

Claims

Patentansprüche
1. Computerisierter Transaktionsserver (1 ) zum Abschliessen von Verträgen zwischen einem Leistungsnehmer und einem Leistungserbringer, umfassend eine Benutzerschnittstelle mit mehreren Dateneingabemodulen (151 ), die Dateneingabefelder zur Eingabe von Vertragsgegenstandsdaten umfassen, welche Benutzerschnittstelle für Leistungsnehmer mittels Endgeräten (3a, 3b, 3c) über ein Telekommunikationsnetz (2) bedienbar ist, gespeicherte Datenregeln zugeordnet zu den Dateneingabefeldern, und Validierungsmittel (12) zum Überprüfen von über die Dateneingabe- felder eingegebenen Datenwerten basierend auf den zugeordneten Datenregeln, zum Anfordern von Korrekturen über die Benutzerschnittstelle basierend auf den zugeordneten Datenregeln und zum Erzeugen eines Validierungsresultats, gekennzeichnet durch gespeicherte Geschäftsregeln zugeordnet zu einem oder mehreren der Dateneingabefelder,
Evaluierungsmittel (13) zum Evaluieren der über die Dateneingabefelder eingegebenen Datenwerte basierend auf den zugeordneten Geschäftsregeln und zum Erzeugen eines entsprechenden Evaluationsresultats, mehrere verschiedene Vertragsabschlussprozesse (141 , 142) zum Anzei- gen eines Vertragspreises über die Benutzerschnittstelle, zum Anfordern und Entgegenzunehmen einer Zustimmung zum Abschluss eines Vertrags vom Leistungsnehmer über die Benutzerschnittstelle, und zum Abspeichern eines abgeschlossenen Vertrags,
Steuermittel zum Aktivieren eines ersten der Dateneingabemodule, zum Aktivieren der Evaluierungsmittel (13) bei positivem Validierungsresultat, und zum automatischen Selektieren und Aktivieren eines weiteren der Da- teneingabemodule (151) oder eines der Vertragsabschlussprozesse (141 , 142) in Abhängigkeit des Evaluationsresultats.
2. Transaktionsserver (1) nach Anspruch 1 , dadurch gekennzeichnet, dass die Geschäftsregeln jeweils eine Regellogik und einen oder mehrere Re- gelparameter umfassen, dass der Transaktionsserver (1) eine Regeldatenbank (18) umfasst, und dass die Regelparameter in der Regeldatenbank (18) gespeichert sind.
3. Transaktionsserver (1) nach Anspruch 2, dadurch gekennzeichnet, dass die Regellogik als ausführbarer Programmcode in der Regeldatenbank (18) gespeichert ist.
4. Transaktionsserver (1 ) nach einem der Ansprüche 1 bis 3, dadurch gekennzeichnet, dass die Datenregeln und Geschäftsregeln jeweils einem von mehreren Regelsätzen zugeordnet sind, dass die Steuermittel eingerichtet sind aus den Regelsätzen einen anzuwendenden Regelsatz aus- zuwählen in Abhängigkeit mindestens eines in ein bestimmtes Dateneingabefeld eingegebenen Datenwerts, und dass die Validierungsmittel (12) und die Evaluierungsmittel (13) eingerichtet sind die eingegebenen Datenwerte basierend auf den Datenregeln respektive Geschäftsregeln des anzuwendenden Regelsatzes zu überprüfen respektive zu evaluieren.
5. Transaktionsserver (1 ) nach Anspruch 4, dadurch gekennzeichnet, dass den Regelsätzen jeweils geografische Daten, Benutzeridentifizierungsdaten und/oder Leistungsidentifizierungsdaten zugeordnet sind, und dass die Steuermittel eingerichtet sind den anzuwendenden Regelsatz in Abhängigkeit eines eingegebenen geografischen Datenwerts respektive ei- nes eingegebenen Datenwerts zur Benutzeridentifizierung und/oder eines eingegebenen Datenwerts zur Leistungsidentifizierung auszuwählen.
6. Transaktionsserver (1) nach einem der Ansprüche 1 bis 5, dadurch gekennzeichnet, dass mindestens einer der Vertragsabschlussprozesse (141) eingerichtet ist den Vertragspreis basierend auf eingegebenen Datenwerten automatisch zu berechnen.
7. Transaktionsserver (1) nach einem der Ansprüche 1 bis 6, dadurch gekennzeichnet, dass mindestens einer der Vertragsabschlussprozesse (142) eingerichtet ist die eingegebenen Datenwerte elektronisch einem zuständigen menschlichen Vertreter des Leistungserbringers zugänglich zu machen, Dateneingaben vom menschlichen Vertreter entgegenzu- nehmen und dem Leistungsnehmer über die Benutzerschnittstelle anzuzeigen, und den Vertragspreis durch Datenaustausch über die Benutzerschnittstelle zwischen dem Leistungsnehmer und dem menschlichen Vertreter auszuhandeln.
8. Transaktionsserver (1) nach einem der Ansprüche 1 bis 7, dadurch ge- kennzeichnet, dass die Steuermittel eingerichtet sind die eingegebenen Datenwerte, das erzeugte Validierungsresultat und das erzeugte Evaluationsresultat einander zugeordnet zu speichern.
9. Transaktionsserver (1 ) nach einem der Ansprüche 1 bis 8, dadurch gekennzeichnet, dass der Transaktionsserver (1 ) eingerichtet ist zum Ab- schliessen von Rückversicherungsverträgen zwischen einer Versicherungsgesellschaft als Leistungsnehmer und einer Rückversicherungsgesellschaft als Leistungserbringer, und dass die Vertragsgegenstandsdaten Angaben zu Versicherungsprodukten und Versicherungssummen umfassen.
10. Computerprogrammprodukt umfassend: ein computerlesbares Medium mit darin enthaltenen Computerprogrammcodemitteln zur Steuerung eines oder mehrerer Prozessoren eines Transaktionsservers (1 ) zum Abschlies- sen von Verträgen zwischen einem Leistungsnehmer und einem Leistungserbringer, derart, dass der Transaktionsserver (1 ) eine Benutzerschnittstelle mit mehreren Dateneingabemodulen (151 ) bereitstellt (S2), die Dateneingabefelder zur Eingabe von Vertragsgegenstandsdaten um- fassen, welche Benutzerschnittstelle für Leistungsnehmer mittels Endgeräten (3a, 3b, 3c) über ein Telekommunikationsnetz (2) bedienbar ist, dass im Transaktionsserver (1 ) Datenregeln zugeordnet zu den Dateneingabefeldern gespeichert werden, dass im Transaktionsserver (1 ) über die Dateneingabefelder eingegebene Datenwerte basierend auf den zugeord- neten Datenregeln überprüft werden (S4), dass der Transaktionsserver (1 ) über die Benutzerschnittstelle basierend auf den zugeordneten Datenregeln Korrekturen anfordert (S6), und dass der Transaktionsserver (1 ) ein Validierungsresultat erzeugt, dadurch gekennzeichnet, dass das Computerprogrammprodukt weitere Computerprogrammcodemittel umfasst, die die Prozessoren des Transaktionsservers (1 ) derart steuern,
dass im Transaktionsserver (1 ) Geschäftsregeln zugeordnet zu einem oder mehreren der Dateneingabefelder gespeichert werden,
dass der Transaktionsserver (1 ) ein erstes der Dateneingabemodule (151 ) aktiviert (S2),
dass der Transaktionsserver (1 ) bei positivem Validierungsresultat die über die Dateneingabefelder eingegebenen Datenwerte basierend auf den zugeordneten Geschäftsregeln evaluiert und ein entsprechendes Evaluationsresultat erzeugt (S8), und
dass der Transaktionsserver (1 ) in Abhängigkeit des Evaluationsresultats ein weiteres der Dateneingabemodule (151 ) oder einen von mehreren verschiedenen Vertragsabschlussprozessen (141 , 142) selektiert und aktiviert (S10), wobei die Vertragsabschlussprozesse (141 , 142) eingerichtet sind die Prozessoren des Transaktionsservers (1) derart zu steuern, dass der Transaktionsserver (1) einen Vertragspreis über die Benutzerschnittstelle anzeigt, dass der Transaktionsserver (1) über die Benutzerschnittstelle eine Zustimmung zum Abschluss eines Vertrags vom Leistungs- nehmer anfordert und entgegennimmt, und dass der Transaktionsserver (1) einen abgeschlossenen Vertrag abspeichert.
11. Das Computerprogrammprodukt gemäss Anspruch 10, dadurch gekennzeichnet, dass es weitere Computerprogrammcodemittel umfasst, die die Prozessoren des Transaktionsservers (1) derart steuern, dass der Trans- aktionsserver (1) in den Geschäftsregeln enthaltene Regelparameter in einer Regeldatenbank (18) speichert.
12. Das Computerprogrammprodukt gemäss einem der Ansprüche 10 oder 11, dadurch gekennzeichnet, dass es weitere Computerprogrammcodemittel umfasst, die die Prozessoren des Transaktionsservers (1 ) derart steuern, dass der Transaktionsserver (1 ) eine in den Geschäftsregeln enthaltene Regellogik als ausführbarer Programmcode in einer Regeldatenbank (18) speichert.
13. Das Computerprogrammprodukt gemäss einem der Ansprüche 10 bis 12, dadurch gekennzeichnet, dass es weitere Computerprogrammcodemittel umfasst, die die Prozessoren des Transaktionsservers (1 ) derart steuern, dass der Transaktionsserver (1 ) die Datenregeln und Geschäftsregeln jeweils einem von mehreren Regelsätzen zugeordnet speichert, dass der Transaktionsserver (1 ) aus den Regelsätzen einen anzuwendenden Regelsatz in Abhängigkeit mindestens eines in ein bestimmtes Dateneinga- befeld eingegebenen Datenwerts auswählt, und dass der Transaktionsserver (1 ) die eingegebenen Datenwerte basierend auf den Datenregeln respektive Geschäftsregeln des anzuwendenden Regelsatzes überprüft respektive evaluiert.
PCT/CH2004/000462 2003-07-31 2004-07-22 Transaktionsserver und computerprogrammprodukt WO2005010784A1 (de)

Priority Applications (4)

Application Number Priority Date Filing Date Title
AU2004260169A AU2004260169B2 (en) 2003-07-31 2004-07-22 Transaction server and computer programme product
US10/542,174 US7650315B2 (en) 2003-07-31 2004-07-22 Transaction server and computer programme product
JP2005518243A JP4811999B2 (ja) 2003-07-31 2004-07-22 トランザクションサーバ及びコンピュータプログラム製品
EP04738102A EP1644880A1 (de) 2003-07-31 2004-07-22 Transaktionsserver und computerprogrammprodukt

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US10/630,857 US10445795B2 (en) 2003-07-31 2003-07-31 Systems and methods for multi-level business processing
US10/630,857 2003-07-31

Publications (1)

Publication Number Publication Date
WO2005010784A1 true WO2005010784A1 (de) 2005-02-03

Family

ID=34103925

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CH2004/000462 WO2005010784A1 (de) 2003-07-31 2004-07-22 Transaktionsserver und computerprogrammprodukt

Country Status (6)

Country Link
US (2) US10445795B2 (de)
EP (1) EP1644880A1 (de)
JP (1) JP4811999B2 (de)
CN (2) CN103426115A (de)
AU (1) AU2004260169B2 (de)
WO (1) WO2005010784A1 (de)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006089588A1 (de) * 2005-02-24 2006-08-31 Swiss Reinsurance Company Automatisiertes risikoüberwachungsverfahren und -system
WO2016124998A1 (de) * 2015-01-28 2016-08-11 GREE Europa GmbH System zur verknüpfung von informationsdaten im zahlungsverkehr und geeignetes verfahren hierfür

Families Citing this family (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040019560A1 (en) 1999-03-12 2004-01-29 Evans Scott L. System and method for debt presentment and resolution
JP2006004072A (ja) * 2004-06-16 2006-01-05 Sony Corp ライセンス評価装置，ライセンス評価方法およびそのコンピュータプログラム
EP2474947A1 (de) * 2004-10-19 2012-07-11 Apollo Enterprise Solutions, Inc. System und Verfahren zum Abwickeln von Transaktionen
US7848978B2 (en) * 2004-10-19 2010-12-07 Apollo Enterprise Solutions, Inc. Enhanced transaction resolution techniques
US7937278B1 (en) * 2005-01-18 2011-05-03 Allstate Insurance Company Usage-based insurance cost determination system and method
US20060259342A1 (en) * 2005-05-12 2006-11-16 Bernhard Hartenstein Rule based document distribution to partners
CN100399265C (zh) * 2006-07-14 2008-07-02 中国科学院软件研究所 基于规则的软件过程主体自动协商系统和方法
CN101197807B (zh) * 2006-12-13 2010-05-12 四川川大智胜软件股份有限公司 智能通信服务器
US8078482B2 (en) * 2006-12-21 2011-12-13 Zurich Insurance Company Method for underwriting multinational insurance business in accordance with national and international laws
US8315203B2 (en) * 2007-08-30 2012-11-20 Wirelesswerx International, Inc. Mapping in a multi-dimensional space
US8875013B2 (en) * 2008-03-25 2014-10-28 International Business Machines Corporation Multi-pass validation of extensible markup language (XML) documents
US8458729B2 (en) * 2010-07-20 2013-06-04 International Business Machines Corporation Managing and optimizing workflows among computer applications
CN103888254B (zh) * 2012-12-21 2017-05-31 阿里巴巴集团控股有限公司 一种网络验证信息的方法和装置
US10775954B2 (en) * 2013-07-01 2020-09-15 International Business Machines Corporation External data service integration to enhance data field metadata
US9563617B2 (en) * 2013-09-23 2017-02-07 Oracle International Corporation Custom validation of values for fields of submitted forms
US11379191B2 (en) * 2013-10-16 2022-07-05 Jpmorgan Chase Bank, N.A. Presentation oriented rules-based technical architecture display framework
CN105830113A (zh) * 2013-10-17 2016-08-03 瑞士再保险有限公司 用于重大疾病风险的风险共享的参数削减系统及其相应方法
WO2016089854A1 (en) 2014-12-01 2016-06-09 Convida Wireless, Llc Method for supporting negotiation service at a service layer
CN104766215B (zh) * 2015-04-13 2018-02-13 南京大学 一种综合性、多维度的货主选择量化方法
US10430883B1 (en) 2016-02-12 2019-10-01 Allstate Insurance Company Dynamic usage-based policies
CN107085571B (zh) * 2016-02-14 2020-06-16 阿里巴巴集团控股有限公司 一种校验规则的执行方法和装置
US10339480B2 (en) 2016-08-15 2019-07-02 International Business Machines Corporation Executing a set of business rules on incomplete data
CN107679995B (zh) * 2017-08-31 2021-07-13 平安科技（深圳）有限公司 电子装置、保险案件理赔审核方法及计算机可读存储介质
CN108198078B (zh) * 2017-12-11 2021-02-05 泰康保险集团股份有限公司 再保险业务的处理方法及系统
CN109739742B (zh) * 2018-11-27 2021-11-02 口碑(上海)信息技术有限公司 业务数据核对方法、装置及设备
CN111027821A (zh) * 2019-11-25 2020-04-17 泰康保险集团股份有限公司 服务机构评价方法及装置、存储介质和电子设备
US11663552B2 (en) * 2020-12-15 2023-05-30 International Business Machines Corporation Dynamically customizing a workflow separate from domain logic

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002039358A2 (en) 2000-11-06 2002-05-16 Worldinsure Limited Automated insurance policy application
WO2003034312A2 (en) 2001-10-16 2003-04-24 Foutz Gregory L Automatic application information review method and apparatus

Family Cites Families (139)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US69155A (en) * 1867-09-24 Improvement in hydrants
US46067A (en) * 1865-01-31 Centrifugal ventilator
US49617A (en) * 1865-08-29 Inkstand
US46066A (en) * 1865-01-31 Instrument for cutting photographs
US69077A (en) * 1867-09-24 Josiah copley
US77866A (en) * 1868-05-12 beown
US77868A (en) * 1868-05-12 John h
US42770A (en) * 1864-05-17 Improvement in sewing-machines
US78045A (en) * 1868-05-19 Improvement in piston-rod adjusters
US35528A (en) * 1862-06-10 Improvement in pianos w
US5191522A (en) 1990-01-18 1993-03-02 Itt Corporation Integrated group insurance information processing and reporting system based upon an enterprise-wide data structure
US6604080B1 (en) 1991-10-30 2003-08-05 B&S Underwriters, Inc. Computer system and methods for supporting workers' compensation/employers liability insurance
US5732397A (en) 1992-03-16 1998-03-24 Lincoln National Risk Management, Inc. Automated decision-making arrangement
US5774887A (en) * 1992-11-18 1998-06-30 U S West Advanced Technologies, Inc. Customer service electronic form generating system
US5794207A (en) * 1996-09-04 1998-08-11 Walker Asset Management Limited Partnership Method and apparatus for a cryptographically assisted commercial network system designed to facilitate buyer-driven conditional purchase offers
US6460021B1 (en) 1993-09-28 2002-10-01 William E. Kirksey Collaterally secured debt obligation and method of creating same
US6049772A (en) 1994-01-21 2000-04-11 Fdi/Genesis System for managing hedged investments for life insurance companies
US6343272B1 (en) 1994-01-21 2002-01-29 Fdi/Genesis System for analyzing and managing equity participation life insurance and annuity contracts
US5573244A (en) 1994-02-28 1996-11-12 International Sports Wagering, Inc. System and method for wagering at fixed handicaps and/or odds on a sports event
US5842921A (en) 1994-02-28 1998-12-01 International Sports Wagering, Inc. System and method for wagering at fixed handicaps and/or odds on a sports event
US5704029A (en) * 1994-05-23 1997-12-30 Wright Strategies, Inc. System and method for completing an electronic form
US5752236A (en) 1994-09-02 1998-05-12 Sexton; Frank M. Life insurance method, and system
US5704045A (en) 1995-01-09 1997-12-30 King; Douglas L. System and method of risk transfer and risk diversification including means to assure with assurance of timely payment and segregation of the interests of capital
JP3571408B2 (ja) * 1995-03-31 2004-09-29 株式会社日立製作所 文書加工方法および装置
US5752237A (en) 1995-04-11 1998-05-12 Mottola Cherny & Associates, Inc. Method and apparatus for providing professional liability coverage
US5852808A (en) 1995-04-11 1998-12-22 Mottola Cherny & Associates, Inc. Method and apparatus for providing professional liability coverage
US5657460A (en) * 1995-04-11 1997-08-12 Data View, Inc. System and method for storing and displaying data
US5754980A (en) 1995-05-24 1998-05-19 Century Associates L.L.C. Method of providing for a future benefit conditioned on life expectancies of both an insured and a beneficiary
US5806042A (en) 1995-10-11 1998-09-08 Kelly; William Franklin System for designing and implementing bank owned life insurance (BOLI) with a reinsurance option
US5966715A (en) * 1995-12-29 1999-10-12 Csg Systems, Inc. Application and database security and integrity system and method
US5839118A (en) * 1996-01-16 1998-11-17 The Evergreen Group, Incorporated System and method for premium optimization and loan monitoring
US5758126A (en) * 1996-03-19 1998-05-26 Sterling Commerce, Inc. Customizable bidirectional EDI translation system
US5991733A (en) 1996-03-22 1999-11-23 Hartford Fire Insurance Company Method and computerized system for managing insurance receivable accounts
US6023685A (en) * 1996-05-23 2000-02-08 Brett; Kenton F. Computer controlled event ticket auctioning system
US5819293A (en) 1996-06-06 1998-10-06 Microsoft Corporation Automatic Spreadsheet forms
CA2180995A1 (en) 1996-07-11 1998-01-12 Internet Liquidators, Inc. Computer auction system
US6510418B1 (en) * 1996-09-04 2003-01-21 Priceline.Com Incorporated Method and apparatus for detecting and deterring the submission of similar offers in a commerce system
US5842148A (en) 1996-10-07 1998-11-24 Jcp Geologists, Inc. Method of evaluating and classifying living structures for estimating potential damage thereto from physical disturbances
US5839113A (en) 1996-10-30 1998-11-17 Okemos Agency, Inc. Method and apparatus for rating geographical areas using meteorological conditions
US5983268A (en) * 1997-01-14 1999-11-09 Netmind Technologies, Inc. Spreadsheet user-interface for an internet-document change-detection tool
US5873066A (en) 1997-02-10 1999-02-16 Insurance Company Of North America System for electronically managing and documenting the underwriting of an excess casualty insurance policy
US5832465A (en) * 1997-04-07 1998-11-03 General Electric Company Method for building a self-learning evidential reasoning system
US20020069077A1 (en) 1997-05-19 2002-06-06 Westport Benefits, L.L.C. Computerized system for customizing and managing benefits
US6725201B2 (en) 1997-07-31 2004-04-20 Raymond Anthony Joao Apparatus and method for providing insurance products, services and/or coverage for leased entities.
US6029144A (en) * 1997-08-29 2000-02-22 International Business Machines Corporation Compliance-to-policy detection method and system
US20030167220A1 (en) 1997-09-23 2003-09-04 Schoen Matthew B. Computer apparatus and method for illustrating, issuing, and managing disability coverage for retirement plans with individual accounts
US6049773A (en) 1997-10-14 2000-04-11 Reclaim Technology And Services Limited Automated method for identification of reinsurance claims
KR19990044851A (ko) 1997-11-24 1999-06-25 포만 제프리 엘 컴퓨터 네트워크에서 사전정의된 사용자 데이터를 질의 엔트리필드와 자동적으로 연관시키기 위한방법 및 시스템
US6137488A (en) * 1997-12-05 2000-10-24 International Business Machines Corporation System for creating structured fields on electronic forms
US6084585A (en) * 1998-07-29 2000-07-04 International Business Machines Corp. System for directly accessing fields on electronic forms
US5978769A (en) 1998-04-14 1999-11-02 Chubb & Sons System and method for determining and analyzing building occupancy
US6078890A (en) * 1998-06-01 2000-06-20 Ford Global Technologies, Inc. Method and system for automated health care rate renewal and quality assessment
US7742966B2 (en) 1998-10-24 2010-06-22 Marketcore.Com, Inc. Efficient market for financial products
US6594635B1 (en) 1998-10-24 2003-07-15 Marketcore.Com, Inc. Data processing system for providing an efficient market for insurance and reinsurance
US6141653A (en) * 1998-11-16 2000-10-31 Tradeaccess Inc System for interative, multivariate negotiations over a network
US6338050B1 (en) * 1998-11-16 2002-01-08 Trade Access, Inc. System and method for providing and updating user supplied context for a negotiations system
US6332125B1 (en) 1998-12-18 2001-12-18 Spincor Llc Providing termination benefits for employees
US6411936B1 (en) 1999-02-05 2002-06-25 Nval Solutions, Inc. Enterprise value enhancement system and method
EP1242927A2 (de) 1999-03-10 2002-09-25 Infospace, Inc. Verfahren zum gemeinsamen verwenden von online informationen für das ausfüllen von elektronischen formularen
US6411939B1 (en) 1999-05-17 2002-06-25 Offshore Benefits, Llc Computer-aided method, machine, and products produced thereby, for illustrating a replacement of a benefit plan that is viable at one location but not viable at the location of the replacement
US6526386B1 (en) 1999-06-10 2003-02-25 Ace Limited System and method for automatically generating automobile insurance certificates from a remote computer terminal
US8577778B2 (en) 1999-07-21 2013-11-05 Longitude Llc Derivatives having demand-based, adjustable returns, and trading exchange therefor
US7996296B2 (en) 1999-07-21 2011-08-09 Longitude Llc Digital options having demand-based, adjustable returns, and trading exchange therefor
US6321212B1 (en) 1999-07-21 2001-11-20 Longitude, Inc. Financial products having a demand-based, adjustable return, and trading exchange therefor
US7225153B2 (en) 1999-07-21 2007-05-29 Longitude Llc Digital options having demand-based, adjustable returns, and trading exchange therefor
US7277861B1 (en) * 1999-08-27 2007-10-02 Westport Insurance Corporation Insurance policy renewal method and system
US7359863B1 (en) * 1999-09-30 2008-04-15 Computer Sciences Corporation Condition component framework for reinsurance
US7742967B1 (en) * 1999-10-01 2010-06-22 Cardinalcommerce Corporation Secure and efficient payment processing system
WO2001043030A1 (en) 1999-12-10 2001-06-14 Mtw Corp. A method of component-based system development
WO2001046888A2 (en) 1999-12-23 2001-06-28 Flashunderwriting.Com A method and system for the life insurance industry
AU2913701A (en) 1999-12-30 2001-07-16 Choicelinx Corporation System and method for facilitating selection of benefits
US7080020B1 (en) 2000-01-04 2006-07-18 Employers Reinsurance Corporation Interactive system and method for selling insurance
US6678698B2 (en) 2000-02-15 2004-01-13 Intralinks, Inc. Computerized method and system for communicating and managing information used in task-oriented projects
US20010027437A1 (en) 2000-02-29 2001-10-04 Turbeville Wallace C. Risk management and risk transfer conduit system
US20010047325A1 (en) 2000-03-03 2001-11-29 Lifewise Family Financial Security, Inc. Loans and lines of credit provided to terminally ill individuals
US20010037274A1 (en) 2000-03-13 2001-11-01 Douglas Monticciolo Method of cost effectively funding a loan
US7401036B2 (en) 2000-03-27 2008-07-15 Vande Pol Mark E Free-market environmental management system having insured certification to a process standard
US20020002475A1 (en) 2000-04-13 2002-01-03 Joel Freedman Automated insurance system and method
US20020004731A1 (en) 2000-04-19 2002-01-10 Belben Martyn George Omega insurance claims settlement system
US20020091991A1 (en) 2000-05-11 2002-07-11 Castro Juan Carlos Unified real-time microprocessor computer
US7624031B2 (en) 2000-05-26 2009-11-24 The Hartford Fire Insurance Company Online method and system for fulfilling needs resulting from property and other similar losses
AU2001275196A1 (en) 2000-06-02 2001-12-11 Financial Resources Network, Inc. Foundation funds generation system and method
US20010053986A1 (en) 2000-06-19 2001-12-20 Dick Richard S. Method and apparatus for requesting, retrieving, and normalizing medical information
US20020116227A1 (en) 2000-06-19 2002-08-22 Dick Richard S. Method and apparatus for requesting, retrieving, and obtaining de-identified medical informatiion
US20020194131A1 (en) 2001-06-18 2002-12-19 Dick Richard S. Method and system for electronically transmitting authorization to release medical information
US20030074235A1 (en) 2000-07-10 2003-04-17 William Gregory User configured computer program
IL154100A0 (en) 2000-08-10 2003-07-31 Miralink Corp Data/presence insurance tools and techniques
US20020169715A1 (en) 2000-08-10 2002-11-14 Ruth Robin C. System and method for administering a financial program involving the collection of payments
JP2002074206A (ja) 2000-08-24 2002-03-15 Sony Corp 契約書作成代行ビジネス支援方法およびシステム
AU2001288445A1 (en) 2000-08-29 2002-03-13 American International Group, Inc. Method for selling marine cargo insurance in a network environment
US20010044734A1 (en) 2000-09-01 2001-11-22 Audit Protection Insurance Services, Inc. Method, system, and software for providing tax audit insurance
CA2421560A1 (en) 2000-09-08 2002-03-14 Recovery National Corporation Reinsurance and risk management method
US20020032646A1 (en) 2000-09-08 2002-03-14 Francis Sweeney System and method of automated brokerage for risk management services and products
AU2001290186A1 (en) 2000-10-02 2002-04-15 Swiss Reinsurance Company On-line reinsurance capacity auction system and method
AU2002211617A1 (en) 2000-10-06 2002-04-15 Oakley E. Van Slyke Liquid insurance contracts
US7983976B2 (en) 2000-10-17 2011-07-19 Hedgestreet, Inc. Methods and apparatus for formulation, initial public or private offering, and secondary market trading of risk management contracts
US20020156709A1 (en) 2000-10-27 2002-10-24 Pearl Street Financial Group Ltd. Debt financing for companies
US20020055862A1 (en) * 2000-11-09 2002-05-09 Jinks Jill K. Systems and methods for interactively evaluating a commercial insurance risk
US20020156719A1 (en) * 2000-11-17 2002-10-24 Market Axess Inc., Method and apparatus for trading bonds
US7184984B2 (en) 2000-11-17 2007-02-27 Valaquenta Intellectual Properties Limited Global electronic trading system
US20020082874A1 (en) 2000-11-22 2002-06-27 Re2Re.Com Limited, Incorporated Electronic procurement system and method for trading and exchange by insurers, reinsurers and brokers of risks and capacities
JP2002175416A (ja) 2000-12-07 2002-06-21 American Life Insurance Co 自動査定方法及び自動査定システム
US20020077868A1 (en) 2000-12-14 2002-06-20 Jean-Charles Javerlhac Insurance method
US20020077866A1 (en) 2000-12-14 2002-06-20 Jean-Charles Javerlhac Insurance method
US7333940B2 (en) 2000-12-21 2008-02-19 Ereinsure.Com, Inc. Method and computer-readable medium for negotiating reinsurance for a risk
US6928487B2 (en) 2000-12-23 2005-08-09 International Business Machines Corporation Computer system, method, and business method for automating business-to-business communications
US7407436B2 (en) 2001-01-08 2008-08-05 Marc Michael Groz Method and system for increasing expected rate of return and maximum payout in a game with one or more players
US20020152098A1 (en) 2001-01-31 2002-10-17 Evans Bret A. System and method for facilitating interaction with a financial service
AU2002243997A1 (en) 2001-02-14 2002-08-28 American International Group, Inc. Risk insurance financial product and method
US7493266B2 (en) 2001-03-21 2009-02-17 Gupta Amit K System and method for management of health care services
US20020138307A1 (en) 2001-03-26 2002-09-26 Kramer Andrew J. Process for auditing insurance underwriting
US7461007B2 (en) 2001-03-30 2008-12-02 Employers Reinsurance Corporation Reinsurance auction process
US20020143583A1 (en) 2001-03-30 2002-10-03 Reader Robert A. Online reinsurance renewal method
WO2002082220A2 (en) 2001-04-06 2002-10-17 Mistretta Mark J Synthetic fixed income principal protected vehicle and methodology
US7962384B2 (en) 2001-04-13 2011-06-14 The Prudential Insurance Company Of America System, method, and computer program product for allocating assets among a plurality of investments to guarantee a predetermined value at the end of a predetermined time period
AU2002305408A1 (en) 2001-05-08 2002-11-18 Cooperative Of American Physicians, Inc Property/casual insurance and techniques
US20030061075A1 (en) 2001-05-17 2003-03-27 Converium Reinsurance (North America) Inc. System and method for rating and structuring bands of crop production insurance
US6963852B2 (en) 2001-06-06 2005-11-08 Koresko V John J System and method for creating a defined benefit pension plan funded with a variable life insurance policy and/or a variable annuity policy
US8781929B2 (en) 2001-06-08 2014-07-15 Genworth Holdings, Inc. System and method for guaranteeing minimum periodic retirement income payments using an adjustment account
US7398241B2 (en) 2001-06-08 2008-07-08 Genworth Financial, Inc. Method and system for portable retirement investment
US7702563B2 (en) * 2001-06-11 2010-04-20 Otc Online Partners Integrated electronic exchange of structured contracts with dynamic risk-based transaction permissioning
US20020194053A1 (en) 2001-06-15 2002-12-19 International Business Machines Corporation Business engagement method
US20030018576A1 (en) 2001-06-25 2003-01-23 Bomazu, Llc Risk evaluation system and method
US7249038B2 (en) 2001-07-20 2007-07-24 Employers Reinsurance Corporation Online method for binding automatic type reinsurance
US20030023544A1 (en) 2001-07-24 2003-01-30 Gary Chodes Method and system for affluent retiree advance
US20030110061A1 (en) * 2001-08-21 2003-06-12 Cary Lakenbach Simplified variable life insurance
JP4378064B2 (ja) 2001-08-29 2009-12-02 インターナショナル・ビジネス・マシーンズ・コーポレーション トランザクションの監視方法、トランザクションの監視システムおよび記録媒体
US20030074233A1 (en) 2001-09-14 2003-04-17 Lee John Ridings System and method for designing a life insurance program for an organization
US20030078816A1 (en) 2001-09-28 2003-04-24 Filep Thomas J. System and method for collaborative insurance claim processing
CN102693512B (zh) 2001-10-12 2016-06-08 瑞士再保险有限公司 用于再保险安排的系统和方法
US20030083972A1 (en) 2001-10-19 2003-05-01 Williams James Benjamin Methods for issuing, distributing, managing and redeeming investment instruments providing securitized annuity options
US20030083975A1 (en) 2001-10-30 2003-05-01 O'grady Patrick Systems and methods for transferring ownership of an insurance asset cash flow via a true sale
US7853460B2 (en) 2001-11-05 2010-12-14 Ruark Timothy J Reinsurance system for variable annuity contract with guaranteed minimum death benefit
WO2003050654A2 (en) 2001-12-10 2003-06-19 Bank One, Delaware, N.A. Methods and system for adding liquidity to alternative investment transactions
US7089191B2 (en) 2001-12-18 2006-08-08 Silver Bell Finance Inc. System and method for managing insurance of valuables having unpredictable fluctuating values
US20030126155A1 (en) 2001-12-28 2003-07-03 Parker Daniel J. Method and apparatus for generating a weather index
US20030154094A1 (en) 2001-12-28 2003-08-14 Bredemeier Andrew Peter Interactive warranty product comparison system and method
US20030135395A1 (en) 2002-01-11 2003-07-17 Carfi Timothy M. System and methods for performing financial analysis of proposed captive reinsurance options
US10121193B2 (en) * 2002-04-10 2018-11-06 Swiss Reinsurance Company Ltd. Facultative underwriting system and method

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002039358A2 (en) 2000-11-06 2002-05-16 Worldinsure Limited Automated insurance policy application
WO2003034312A2 (en) 2001-10-16 2003-04-24 Foutz Gregory L Automatic application information review method and apparatus

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006089588A1 (de) * 2005-02-24 2006-08-31 Swiss Reinsurance Company Automatisiertes risikoüberwachungsverfahren und -system
US10460384B2 (en) 2005-02-24 2019-10-29 Swiss Reinsurance Company Ltd. Automated risk monitoring method and system
WO2016124998A1 (de) * 2015-01-28 2016-08-11 GREE Europa GmbH System zur verknüpfung von informationsdaten im zahlungsverkehr und geeignetes verfahren hierfür

Also Published As

Publication number Publication date
JP2006515942A (ja) 2006-06-08
US7650315B2 (en) 2010-01-19
CN103426115A (zh) 2013-12-04
AU2004260169A1 (en) 2005-02-03
CN1701333A (zh) 2005-11-23
JP4811999B2 (ja) 2011-11-09
EP1644880A1 (de) 2006-04-12
US20060053083A1 (en) 2006-03-09
AU2004260169B2 (en) 2008-05-01
US10445795B2 (en) 2019-10-15
US20050027546A1 (en) 2005-02-03

Similar Documents

Publication Publication Date Title
EP1644880A1 (de) Transaktionsserver und computerprogrammprodukt
US11227335B2 (en) Direct-to-consumer financial analysis and advisor comparison system
US20050289046A1 (en) System and method for facilitating realtor-assisted loan shopping and origination
US20110131150A1 (en) System and Method for Providing Secure Retirement Benefits Via a Conversion Process
DE202015009327U1 (de) Dashboard-Schnittstelle, Plattform und Umgebung, die eine Plattform zur Einschätzung des globalen Risikos für Versicherungsmakler und -Träger bietet
WO2009073893A1 (en) Apparatus and methods for renegotiating debt
EP1758051A1 (de) System, Verfahren und Computerprogrammprodukt zur arbeitsflussbasierten Datenverarbeitung
DE10308967A1 (de) Erzeugung eines optimierten Zulieferer-Zuweisungsplans
US20160232614A1 (en) Target date analyzer server system and method
DE102022105049A1 (de) Verfahren, vorrichtung und system zur empfehlung eines sets aus rehabilitationsprogrammen für einen bei einem arbeitsunfall verletzten arbeiter
DE202014007401U1 (de) Instrumente zur halbautomatischen Erstellung von Mehrfachdeckungs-Versicherungspolicen
DE69911208T2 (de) System zur simulation eines geschäftsprozesses
EP1816598A1 (de) Datenverarbeitungsverfahren zur automatischen Bereitstellung von Daten und Datenverarbeitungsvorrichtung
WO2018028851A1 (de) Einrichtung zur datenverarbeitung und verfahren zur ermittlung der gewichte von konstituenten eines zielportfolios
EP1542431B1 (de) Verfahren und Web-basiertes Kommunikationssystem zum Führen eines Benutzers zu wenigstens einem Produkt
EP3913567A1 (de) Server-computersystem sowie bewertungsverfahren
Lonnemann Assessment of decision criteria for SAP S/4HANA deployment options and design of a decision model
EP1283488A1 (de) Computerbasiertes Verfahren zum Bestimmen von erwarteten Renditen von Anlageportfolios, Datenverarbeitungssystem, Serversystem und Clientsystem zum Durchführen dieses Verfahrens und Computerprogrammprodukt zur Durchführung des Verfahrens
DE102021126032A1 (de) Computerimplementiertes Verfahren zur Grundsteuererklärung
DE102004036968A1 (de) System und Verfahren zur Erzeugung einer ausführbaren Prozedur
WO2020108800A1 (de) Chat-order
DE10060177A1 (de) Verfahren und Datenverarbeitungssystem zum wissensbasierten Beraten, Managen und/oder Steuern eines Geschäftsprozesses
EP1241609A1 (de) Computersystem und Verfahren zur Sicherung von Kursgewinnen von Aktien- und/oder Wertpapieranlagen
DE112018007447T5 (de) Informationstechnologieverwendungsevaluierungsvorrichtung,Informationstechnologieverwendungsevaluierungssystem undInformationstechnologieverwendungsevaluierungsverfahren
CA2989851A1 (en) System and method for optimizing the selection of permanent life insurance policies for use in leverage life insurance structures

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KP KR KZ LC LK LR LS LT LU LV MA MD MG MK MN MW MX MZ NA NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SY TJ TM TN TR TT TZ UA UG UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LU MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

WWE Wipo information: entry into national phase

Ref document number: 2004738102

Country of ref document: EP

121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 20048009373

Country of ref document: CN

WWE Wipo information: entry into national phase

Ref document number: 2004260169

Country of ref document: AU

WWE Wipo information: entry into national phase

Ref document number: 633/CHENP/2005

Country of ref document: IN

WWE Wipo information: entry into national phase

Ref document number: 2005518243

Country of ref document: JP

ENP Entry into the national phase

Ref document number: 2004260169

Country of ref document: AU

Date of ref document: 20040722

Kind code of ref document: A

WWP Wipo information: published in national office

Ref document number: 2004260169

Country of ref document: AU

ENP Entry into the national phase

Ref document number: 2006053083

Country of ref document: US

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 10542174

Country of ref document: US

WWP Wipo information: published in national office

Ref document number: 10542174

Country of ref document: US

WWP Wipo information: published in national office

Ref document number: 2004738102

Country of ref document: EP