US20040236753A1 - Method and system for automated messaging in an online legal workflow tool - Google Patents

Method and system for automated messaging in an online legal workflow tool Download PDF

Info

Publication number
US20040236753A1
US20040236753A1 US10441924 US44192403A US2004236753A1 US 20040236753 A1 US20040236753 A1 US 20040236753A1 US 10441924 US10441924 US 10441924 US 44192403 A US44192403 A US 44192403A US 2004236753 A1 US2004236753 A1 US 2004236753A1
Authority
US
Grant status
Application
Patent type
Prior art keywords
chaser
chasers
escalation
user
date
Prior art date
Legal status (The legal status 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 status listed.)
Abandoned
Application number
US10441924
Inventor
Damian Porcari
David Dinsdale
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ANAQUA Inc
Original Assignee
Ford Motor Co
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

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/06Resources, workflows, human or project management, e.g. organising, planning, scheduling or allocating time, human or machine resources; Enterprise planning; Organisational models
    • G06Q10/063Operations research or analysis
    • G06Q10/0633Workflow analysis
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/06Resources, workflows, human or project management, e.g. organising, planning, scheduling or allocating time, human or machine resources; Enterprise planning; Organisational models
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/10Office automation, e.g. computer aided management of electronic mail or groupware; Time management, e.g. calendars, reminders, meetings or time accounting
    • GPHYSICS
    • G06COMPUTING; CALCULATING; COUNTING
    • G06QDATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00Systems or methods specially adapted for specific business sectors, e.g. utilities or tourism
    • G06Q50/10Services
    • G06Q50/18Legal services; Handling legal documents
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00Arrangements for user-to-user messaging in packet-switching networks, e.g. e-mail or instant messages
    • H04L51/12Arrangements for user-to-user messaging in packet-switching networks, e.g. e-mail or instant messages with filtering and selective blocking capabilities

Abstract

A computer system and computer-implemented method for message or “chaser” management in a distributed legal workflow environment is provided. Embodiments provide central administration of legal workflow conducted by a plurality of distributed participants. A plurality of workflow chasers associated with a plurality of workflow records are created and defined based on a plurality of attributes (e.g. associated record identification, action identification, target user, display date, etc.). New and existing chasers are compared to one another to identify any redundancies (e.g. duplicate chasers, unnecessary chasers, etc.). Redundant chasers are deleted or otherwise de-activated. Remaining chasers are implemented within the distributed legal workflow environment, as appropriate (i.e. displayed to their target user on the associated target display date. Chasers may be created automatically as required for conformance to workflow policies, procedures or applicable laws. Chasers may also be user-defined and modified.

Description

    BACKGROUND OF THE INVENTION
  • [0001]
    1. Field of the Invention
  • [0002]
    This invention relates generally to online workflow software and management, and more particularly to a method and system for automated messaging in an online legal workflow tool.
  • [0003]
    2. Background Art
  • [0004]
    In today's legal arena, corporations, institutions and firm clients typically rely on multiple distributed firms and agencies to assist with or independently conduct their legal workflow. It is not uncommon for a single corporation to have several private law firms handling hundreds of co-pending legal matters ranging from basic transactional work to larger projects such as litigation, negotiation, etc. In the intellectual property area, for example, a corporation often relies on outside counsel to independently manage all searches and applications for trademarks, patents etc.
  • [0005]
    A variety of companies currently offer software applications for managing or otherwise automating workflow and associated knowledge in both the legal and non-legal arenas. One example is Aspen Grove's ipworkflow. Aspen Grove is located at 101 Federal Street, Suite 1900, Boston, Mass. 02110 (www.aspengrove.net). Another example is offered by Vinsoft Solutions located at 1155 West Chestnut Street, Suite 2-C, Union, N.J. 07083 (www.vinsoftsolutions.com). Another example is offered by FoundationIP located at 830 TCF Tower, 121 South 8th Street, Minneapolis, Minn. 55402 (www.foundationip.com). Another example is Inproma offered by Computer Patent Annuities North America LLC located at 225 Reinekers Lane, Suite 400, Alexandria, Va. 22314 (www.cpajersey.com). Another example is offered by iManage located at 950 Tower Lane, Suite 500, Foster City, Calif. 94404 (www.imanaqe.com).
  • [0006]
    Embodiments and features of the present invention include an alternative to or valuable improvement upon conventional legal workflow applications. Without limiting the scope or applicability of the present invention, one goal of the present invention is to more-effectively reduce or eliminate unnecessary automated workflow messages. Conventional workflow applications often provide functionality for creating automated e-mail reminders or messages to workflow participants indicating that certain tasks or deadlines have come due. For certain types of workflow, however, a variety of inter-dependent tasks or deadlines may apply to a single workflow record or event.
  • [0007]
    By way of example in the intellectual property (patent) arena, the receipt of a patent examiner's office action on a pending US utility patent application may trigger the creation of four inter-related reminders—one reminder for the three-month deadline to respond to the office action, and three reminders thereafter for the available one, two and three-month extensions of time to respond. Notably, all of the created reminders are inter-related to the requisite task at issue (i.e. responding to the office action). Responding to the office action prior to the three-month deadline eliminates any need to seek the one, two or three-month extensions of time. Accordingly, any existing reminders associated with these dependent events become unnecessary when the requisite task or event at issue occurs.
  • [0008]
    A failure to eliminate or otherwise de-activate such dependent reminders, however, typically results in unnecessary user frustration. With the prevalence of e-mail spam and the ever-increasing integration of workflow management applications, user e-mail account management has already become somewhat time-consuming for most computer users. Receiving invalid workflow reminders only acts to compound this frustration. Further, the existence of such invalid reminders challenges user trust in and reliance upon valuable workflow management applications.
  • [0009]
    What is needed is a method and system for electronic workflow messaging that effectively reduces or otherwise eliminates/de-activates unnecessary workflow reminders.
  • SUMMARY OF THE INVENTION
  • [0010]
    Without limitation, a preferred embodiment of the present invention includes a computer system for chaser management in a distributed legal workflow environment. The computer system provides central administration of legal workflow conducted by a plurality of distributed participants and comprises a computer network including one or more computers operably programmed and configured to generate a plurality of workflow chasers associated with a plurality of workflow records. Chasers are defined by a plurality of attributes including an associated record identification, an action identification, a target user and a display date. Other attributes include an escalation date, an escalation manager, and an escalation offset. Many other chaser attributes are described herein.
  • [0011]
    New and existing chasers are compared to one another, based on their attributes, to identify any redundancies (e.g. duplicate chasers, unnecessary chasers, etc.). Redundant chasers are deleted or otherwise de-activated. Remaining chasers are implemented within the distributed legal workflow environment, as appropriate (i.e. displayed to their target user on the associated target display date.
  • [0012]
    Chasers may be created automatically as required for conformance to workflow policies, procedures or applicable laws. Chasers may also be user-defined and modified. Bulk chaser modification enables a user to modify a plurality of different chasers in a single modification transaction.
  • [0013]
    In an alternate embodiment of the present invention, a computer-implemented method for chaser management in a distributed legal workflow environment is provided. A preferred methodology includes generating a plurality of workflow chasers associated with a plurality of workflow records, each chaser including at least a record, action, target user and display date attribute; comparing attributes of the plurality of workflow chasers to identify at least one redundant chaser; removing the at least one redundant chaser; and implementing the remaining chasers in the distributed legal workflow environment.
  • [0014]
    The above objects and other objects, features, and advantages of the present invention are readily apparent from the following detailed description of the preferred embodiments when taken in connection with the accompanying drawings and claims.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • [0015]
    [0015]FIGS. 1 and 2 illustrate an overview of an online legal workflow and knowledge management collaboration system in accordance with one embodiment or aspect of the present invention;
  • [0016]
    [0016]FIG. 3 is a block flow diagram illustrating a preferred methodology 30 for implementing the “Determine Chaser Action” process in accordance with one embodiment or aspect or embodiment of the present invention;
  • [0017]
    [0017]FIG. 4 is a block flow diagram illustrating a preferred methodology 46 for implementing the “Collate Chaser Action” process in accordance with one aspect or embodiment of the present invention;
  • [0018]
    [0018]FIG. 5 is a block flow diagram illustrating a preferred methodology 62 for implementing the “Implement Chaser Action” process in accordance with one aspect or embodiment of the present invention;
  • [0019]
    [0019]FIG. 6 is a block flow diagram illustrating a preferred methodology 70 for implementing the “Chaser Escalation” process in accordance with one aspect or embodiment of the present invention;
  • [0020]
    [0020]FIG. 7 is a block flow diagram illustrating a preferred GUI site map 90 for implementing the “Chaser Management” process in accordance with one aspect or embodiment of the present invention;
  • [0021]
    [0021]FIG. 8 is an example GUI displaying a list of chasers associated with a workflow record (i.e. Record 123123123) in accordance with one aspect or embodiment of the present invention;
  • [0022]
    [0022]FIG. 9 is an example GUI for modifying a chaser in accordance with one aspect or embodiment of the present invention;
  • [0023]
    [0023]FIG. 10 is an example GUI for bulk modification of chasers in accordance with one embodiment or aspect of the present invention; and
  • [0024]
    [0024]FIG. 11 is an example chaser database schema in accordance with one embodiment or aspect of the present invention.
  • DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT(S)
  • [0025]
    System Overview
  • [0026]
    Embodiments of the present invention relate to an online legal workflow collaboration tool and methodology. In today's legal arena, corporations, institutions and firm clients typically rely on multiple distributed firms and agencies to assist with or independently conduct their legal workflow. It is not uncommon for a single corporation to have several private law firms handling hundreds of co-pending legal matters ranging from basic transactional work to larger projects such as litigation, negotiation, etc. In the intellectual property area, for example, a corporation often relies on outside counsel to independently manage all searches and applications for trademarks, patents etc.
  • [0027]
    Advantages of such an online legal workflow collaboration tool and methodology include a reduction in the time, cost and risk associated with conventional distributed/remote management of legal workflow. Via the online collaboration tool, integrated parties cooperate with real-time knowledge access and visibility to work product and status. A law engine implements or otherwise applies business/legal logic to this integrated pool of knowledge to produce a value-added workflow.
  • [0028]
    [0028]FIG. 1 illustrates an overview of environment 10 in which embodiments of the present invention may operate. A central online leal workflow and knowledge management system 12 operably interfaces or is otherwise in operable communication with a plurality of local or distributed workflow participants (e.g., brand owners 14, agents/law firms 16, law firm clients 18, brand owner clients 20, etc.). More specifically, and as illustrated in greater detail in FIG. 2, workflow participants (e.g. agent/law firm 22, legal department 24, etc.) and associated workflow applications (e.g. document management system 26, finance system 28, etc.) productively collaborate with one another via central online leal workflow and knowledge management system 12. Notably, an unlimited number of participants may collaborate with one another in an unlimited number of different fashions.
  • [0029]
    As evidenced by the variety and breadth of computer architectures hosting or otherwise supporting existing knowledge and management workflow applications, those of ordinary skill in the art recognize that such applications may be implemented on or over a multitude of different computing platforms and networks. According to one embodiment, functional aspects of the present invention may be centrally hosted from one or more web servers to web browsers located at a plurality of local or distributed workflow participant locations. Alternately, aspects of the present invention may be implemented according to a more dedicated/localized client-server architecture over a local or wide area network.
  • [0030]
    Overview of Automated Messaging
  • [0031]
    One aspect of the present invention includes an alternative to or improvement upon automated workflow messaging associated with existing legal workflow and knowledge management systems. According to one embodiment of the present invention, automated messages or “chasers” may be custom-created (e.g. user-defined) or automatically-created (e.g. law engine defined). For example, an automatically-created chaser may be generated by a computer-implemented law engine to automatically remind legal workflow participants of legal workflow tasks to be performed and corresponding deadlines.
  • [0032]
    According to one aspect of the present invention, chasers may be linked to individual workflow records or record groups associated with legal workflow.
  • [0033]
    According to another aspect of the present invention, chasers may be configured to behave in different manners depending on the action or event they refer to. In one example, “normal” and “deadline” chasers are provided. A normal chaser may refer, for example, to a date that an action or task should be completed by. In contrast, a deadline chaser may refer to a date that an action or task must be completed by.
  • [0034]
    Chasers may be configured to maintain or calculate a variety of different information including, but not limited to: an action or event type identification (e.g. application filing chaser), the record the chaser refers to, users who will see the chaser, dates/times when the chaser should be seen, the chaser type (e.g. normal or deadline), the deadline/action date for the chaser, an escalation manager for the chaser, a current escalation level, a next escalation date/time, a description of the task/event the chaser refers to, a description of any other information about the chaser, the identification of the user or law that created the chaser, the date the chaser was created, an indication as to whether the chaser has been closed, a date and reason for closing the chaser (if closed), a severity level for the chaser, and a creating law for a chaser to detect the impact on those changed chasers by a change in law. Notably, those of ordinary skill in the art will recognize that any portion of such information, or additional and different information altogether, may be associated with a chaser.
  • [0035]
    If a chaser relates to a legal record (e.g. intellectual property record), the user who sees the chaser will usually include the owner of the legal record or the agent allocated to the record. Preferably, the law engine provides the chaser with this information. Notably, if a record owner, agent or escalation manager changes, any open chasers may be updated accordingly. Chaser updates or changes preferably include a user-defined or automatically defined reason for the update or change. Similarly, when a chaser is closed, a reason for the closure is preferably indicated—either in a manual or automatic fashion.
  • [0036]
    Preferably, chasers include a severity indication. Severity indications may be defined in an automated fashion (e.g. based on relationship between task/action to be performed and current date), or in a manual user-defined fashion. Chaser severity may additional depend on the type of chaser and its escalation status. In one embodiment, a graphical icon indicates the severity and source of a chaser (e.g. auto-chaser, normal, gray bomb, red bomb, etc.).
  • [0037]
    According to another aspect of the present invention, chasers may be linked in an automated fashion to user calendar software (e.g. Microsoft Outlook) such that when a chaser is created either by a law engine or manually, a notification, diary entry, etc. automatically populates on affected user's respective calendar software applications.
  • [0038]
    A chaser is an automated reminder of legal workflow actions to be completed. Chasers may be linked to workflow records and automatically presented to appropriate workflow participants as dictated by a legal workflow law engine. Chasers may also be user-defined on an ad-hoc basis.
  • [0039]
    During creation, chasers may retrieve or receive necessary timing information from the law record, and any necessary date information from an underlying data or document record. User-generated chasers may receive timing information from the creating user. Some chaser information may depend on the type of chaser, rather than particular law. For example, an initial target user may be set based on the type of chaser and the record type.
  • [0040]
    Chasers may be sent to a record owner or a record agent's default user for the record type. In another example, the initial target may to be the record owner's escalation manager, or a record-type manager for the record owner's company.
  • [0041]
    A law engine may create chasers that appear in the past—such as when historical record information has been added. In one embodiment, the system automatically postpones such chasers until the day of creation. Preferably, escalation information remains the same. As escalation is typically a scheduled operation, chasers will not be escalated until the operation is complete.
  • [0042]
    Chasers can be completed (closed) by a law engine or by a user. If a user tries to close a law-generated chaser, they may be presented with a warning message and required to confirm the closure. In one implementation, manually closing a law engine-generated chaser will not add any event history entry, or any other action which would have been taken had the law engine closed the chaser. Users may close user-generate chasers.
  • [0043]
    When a law engine-generated chaser is automatically closed, no entry in the event history need take place. Event history may be added by the law engine when the law engine closes the chaser.
  • [0044]
    Preferably, a closing comment (e.g. closed due to cancellation, closed due to completion, etc.) will be added to closed chasers. In one embodiment, the law engine defines the closing comment for chasers that the law engine closes.
  • [0045]
    Chasers can be deleted, rather than closed. This action will remove the chaser from the system completely. Users can delete any chaser—but will be given a warning and confirmation message for their action. This will allow a user to rebuild a record if, for example, the wrong law is defined.
  • [0046]
    According to another aspect of the present invention, chasers may be modified in a variety of different fashions. Modifiable information associated with the chasers may include the severity of the chaser, the display date, the user too whom the chaser applies, the escalation manager, the escalation date, a description of any other information about the chaser, and the deadline/action date for the chaser. In addition to modifying individual chasers, a plurality of chasers may be selected for modification in a bulk fashion.
  • [0047]
    Preferably, a reason for a chaser modification is entered. A history of past chaser modifications may be maintained. In addition, rules governing chaser modifications may only enable certain users or user types to modify chasers in particular fashions. In other words, not all users may be provided functionality for all possible chaser modifications.
  • [0048]
    If the escalation manager of a record is changed, the old manager may be e-mailed (unless, of course, they were the one changing the record or their user account is disabled).
  • [0049]
    Typically, chaser target users include an agent, owning company and case manager for a particular record. Chasers may also be linked to other chasers.
  • [0050]
    Table 1 includes example role-based or participant-based rules for chaser modification. Chaser rules are typically dictated by the expected use of the legal workflow system. According to one embodiment, roles/participants include customer users, customer client users and counsel users. Other rules, roles or participants may be defined and implemented.
    TABLE 1
    Modifying Chaser primary user is
    User ECU CCU CU
    Customer Can move to Can move to Can move to any
    User any user who any user who user who can see
    (CU) can see the can see the the record - warn
    record - record - warn if not CU
    warn if not if not CCU of
    ECU of record owning
    record agent company
    company
    Customer Cannot move Can move to Cannot move
    Client any user of
    User their company
    (CCU)
    External Can move to Cannot move Cannot move
    Counsel any user of
    User their
    (ECU) company
  • [0051]
    Chasers may be displayed in a variety of different fashions including a user's diary, a record's diary, a user's e-mail account or within a user's personal calendar application. A chaser displayed in a diary may be shown in association with the display date of the chaser. Only when a chaser's escalation date is reached is it typically displayed to an escalation manager.
  • [0052]
    Preferably, users can postpone chasers so that they reappear at a later time. Whenever a chaser is postponed, the postponing user should enter a reason for the postponement. The user can choose the date at which the chaser will reappear. Otherwise, the reappearance date may be defaulted to an automatic postponement interval. Postponing modifies the display offset (initially six months) for the chaser. In one implementation, the offset should will not allow a date after the deadline. Alternately, if a user tries to postpone to a time either after the next escalation date or the deadline, the user may be warned and asked for confirmation. Chasers may also be postponed/escalated in an automatic fashion, as governed by a law engine.
  • [0053]
    Chaser priority/severity may be escalated in a manual or automatic fashion. Users having permission to escalate chasers, and escalation procedures for different types of chasers may be pre-defined. Typically, chasers are escalated if they remain open beyone a pre-defined date. In one implementation, escalation causes the chaser to appear in another user's diary (i.e. escalation manager). Preferably, escalation is implemented as a scheduled process.
  • [0054]
    Escalated dates may be based on an offset from the chaser's deadline for deadline chasers, and an offset from the action date for normal chasers. The offset may provide a date after the initial display date. The provided date may be before or after the deadline. When escalated, a chaser's display date may be modified so that the chaser will reappear for the users involved, even if the chaser has been postponed past the display or deadline date.
  • [0055]
    User preferences may be defined such that escalated chasers are automatically e-mailed to users associated with the chaser. Chasers may be escalated more than once. Each escalation may add another user to the list of targets for the chasers. When escalated, the next escalation date should be calculated. If no more escalation is possible, the escalation date may be set to null. Preferably, an escalation level is associated with a chaser to keep track of its escalation status.
  • [0056]
    Escalation targets may include a variety of participants including but not limited to a record owner, the escalation manager of the record owner, the escalation manager of the previous escalation target, or a record type manager set for a customer company.
  • [0057]
    Once a chaser has been escalated, any user modifications to the chaser may be reported to all chaser targets. In one implementation, escalated chasers cannot be postponed, but will have their display date recalculated if their action date is modified. The modification of the deadline date of an un-escalated deadline chaser may be reported to the first escalation manager.
  • [0058]
    To enhance the speed of escalation detection, the escalation date of a chaser may be stored or easily derived from the core chaser record.
  • [0059]
    In accordance with a preferred embodiment of the present invention, a computer system for providing and supporting chaser functionality implements a variety of related processes or work-flows including determining chaser actions, collating chaser actions, implementing chaser actions, chaser escalation and user management of chasers. These and other aspects of the present invention may be implemented using a rule-based or law-based engine enforcing business/legal policies and procedures in an automated online fashion. Those of ordinary skill in the art of workflow management applications are familiar with automated drivers for implementing or otherwise hosting a given set of workflow functionality. Notably, implementations of the present invention are not limited to the particular processes, or content thereof, as illustrated and described herein.
  • [0060]
    Process 1—Determine Chaser Actions
  • [0061]
    [0061]FIG. 3 is a block flow diagram illustrating a preferred methodology 30 for implementing the “Determine Chaser Action” process in accordance with one aspect or embodiment of the present invention. In this process, a plurality of workflow chasers are created or otherwise generated in association with a plurality of workflow records. Notably, the steps, content or arrangement of FIG. 3 may be modified or adapted to best-fit a particular implementation of the present invention.
  • [0062]
    Block 32 represents the “Build Chaser Node Structure” step of the “Determine Chaser Action” process. Inputs to the chaser action process may include a record structure and information for a record from an action table. Action information may include Action Name, Law Id, Chaser Template Id, Chaser Method, Chaser Description, Chaser Display Offset and Chaser Escalation Offset. The build chaser node structure step produces a holding structure for describing a chaser. XML Examples 1 and 2 describe sample chaser templates.
  • EXAMPLE 1
  • [0063]
    [0063]
    <Chaser TemplateId=“” LawId=“”>
      <Method></Method>
      <ActionDate></ActionDate>
      <DisplayDate></DisplayDate>
      <PostponeInterval></PostponeInterval>
      <Description></Description>
      <EscalationDate></EscalationDate>
      <User Id=“”></User>
    </Chaser>
  • EXAMPLE 2
  • [0064]
    [0064]
    <Chaser TemplateId=“1” LawId=“101”>
      <Method>Open</Method>
      <Name>Application Instructed</Name>
      <Description>Description of the
      chaser</Description>
      <ActionDate>25/03/2002</ActionDate>
      <DisplayDate
      Moved=“0”>25/03/2002</DisplayDate>#
      <EscalationDate
      Warn=“0”>26/05/2003</EscalationDate>
      <PostponeInterval>10</PostponeInterval>
      <Target Procedure=“ChaserTargetCaseMgr”>Case
      Manager</Target>
    </Chaser>
  • [0065]
    Preferably, if there is no escalation information, an escalation node will not generally be produced. Similarly, if the method is “Close”, only the Method and Name nodes will generally be produced. In accordance with Example 2, the moved attribute on DisplayDate is 1 if the date was in the past and has been moved forward. The warn attribute on EscalationDate is 1 if the date is today or in the past—this allows quick testing by the law report page.
  • [0066]
    If the method for the chaser is “close”, the process may jump to the “Determine other Fields” step represented as block 44.
  • [0067]
    Block 34 represents the “Retrieve Template Information” step of the “Determine Chaser Action” process This step involves reading appropriate template information from a chaser database or other database maintaining relevant chaser information. FIG. 11 is an example chaser database schema and is described in greater detail below. Of course, the content or arrangement of the database schema illustrated in FIG. 11 may be modified or adapted to best-fit a particular implementation of the present invention.
  • [0068]
    Block 36 represents the “Calculate Action Date” step of the “Determine Chaser Action” process. The action date may be determined from the chaser template information. The template provides either the field that the action date is read from, or a keyword that can have the value ‘Today’. The process will either set the ActionDate in the structure to the value of the given field, or to today's date.
  • [0069]
    For example, assume that a chaser for a renewal due is based on a last renewal date. The action date will be the last renewal, so the display offset will be +5 years, and the escalation offset +5 years and 6 months. If the chaser's action date were set on a renewal due date field, the display offset would be −1 year, and the escalation offset −6 months.
  • [0070]
    Block 38 represents the “Calculate Display Date” step of the “Determine Chaser Action” process. From the action information, the display offset is applied to the action date to arrive at the display date. If this date is in the past, a business rule may be implemented such that the display date is postponed to today and a message added to the chaser structure to inform the user that this has occurred.
  • [0071]
    Block 40 represents the “Calculate Escalation Date” step of the “Determine Chaser Action” process. The first escalation date is calculated and added to the structure—based on the escalation offset of the action. Further escalation dates are based on escalation offsets defined for the chaser template. If the escalation date is in the past, escalation may be implemented by daily scheduled task (the chaser will not be escalated immediately). In this manner, the target user has an opportunity to comply with the chaser before it is raised to higher levels. This aspect of the present invention prevents unnecessary addition of historical event data and unnecessary warnings to escalation managers.
  • [0072]
    If the escalation offset of the action is Null, the escalation date is set as Null. According to one embodiment, the law engine executes a business rule requiring that chaser templates with no escalation information cannot be escalated.
  • [0073]
    Block 42 represents the “Determine Primary User” step of the “Determine Chaser Action” process. This step involves reading information from the RefChaserTargetType table (described below) for the primary target type indicated on the chaser template. This will refer to a stored procedure that will receive the record ID and null as a chaser ID. This procedure may support the escalation process targeting as well. The procedure will return a user ID and full name that can be added to the structure.
  • [0074]
    Block 44 represents the “Determine Other Fields” step of the “Determine Chaser Action” process. The Method and Description fields are populated based on information retrieved from the action record. The chaser method describes what the action is to do to a chaser of the template type. The action can state if the chaser is to be opened, refreshed or closed.
  • [0075]
    Preferably, a postponement interval is set from a value in the chaser template. The completed chaser node is then returned to the calling process, to be added to the record structure.
  • [0076]
    Process 2—Collate Chaser Actions
  • [0077]
    [0077]FIG. 4 is a block flow diagram illustrating a preferred methodology 46 for implementing the “Collate Chaser Action” process in accordance with one aspect or embodiment of the present invention. This process involves the comparison of new and/or existing chasers to other new/existing chasers to identify any redundancies (e.g. duplicate chasers, unnecessary chasers, etc.). Redundant chasers are deleted or otherwise de-activated. Remaining chasers are implemented within the distributed legal workflow environment, as appropriate (i.e. displayed to their target user on the associated target display date. Notably, the steps, content or arrangement of FIG. 4 may be modified or adapted to best-fit a particular implementation of the present invention.
  • [0078]
    Block 48 represents the “Compare Chasers to Be Created” step of the “Collate Chaser Action” process. Block 50 represents the “Remove Duplicates” step of the “Collate Chaser Action” process. If two chaser actions are implementing the same or similar methods to the same or similar templates—such as two actions to open a renewal due chaser—one of the chasers can be removed. Preferably, the earlier node is removed to maintain the order of condition checking such that the final produced node will be correct.
  • [0079]
    Block 52 represents the “Merge Different Methods” step of the “Collate Chaser Action” process. According to one embodiment, each chaser action is defined as open, close or refresh. If two chasers refer to the same template, but are using different methods, then it may be possible to merge them or remove one. In addition, some methods can be merged to give other methods—for example “OpenClose”, where a chaser is opened and closed by two different actions.
  • [0080]
    Some methods can be merged to produce other methods. For example “OpenClose”, where a chaser is opened and closed by two different actions. Table 2 contains a plurality of example merged method/result combinations.
    TABLE 2
    Node 1
    Method Node 2 Method Result
    Open Open Remove Node 2
    Open Refresh Remove Node 1
    Open Close Remove Node 2, set Node 1 to
    OpenClose method
    Refresh Open Remove Node 2
    Refresh Refresh Remove Node 1
    Refresh Close Remove Node 2, Node 1 to
    RefreshClose
    Close Open Remove Node 1, set node 2
    method to CloseOpen
    Close Refresh Remove Node 1, set node 2 to
    CloseOpen
    Close Close Remove Node 2
    RefreshClose Open Remove Node 1, set node 2 to
    CloseOpen
    RefreshClose Refresh Remove Node 1, set node 2 to
    CloseOpen
    RefreshClose Close Remove Node 2
    OpenClose Open Remove Node 1
    OpenClose Refresh Remove Node 1
    OpenClose Close Remove Node 2
    CloseOpen Open Remove Node 2
    CloseOpen Refresh Remove Node 1, set node 2 to
    CloseOpen
    CloseOpen Close Remove Node 1
  • [0081]
    Variations on results such as those set forth in Table 2 may occur if the chaser action is being carried out in conjunction with creating a record instead of a modification. For example, RefreshClose may become become OpenClose. In another example, CloseThenopen becomes Open.
  • [0082]
    At this point, the chaser action information for the record may contain only one node for any template ID. If creating a new record, the process can now return to its caller—as no comparisons with existing records are needed.
  • [0083]
    Block 54 represents the “Read Existing Chasers” step of the “Collate Chaser Action” process. The existing open chasers for the record are read so they can be compared with the new chaser action instructions.
  • [0084]
    Block 56 represents the “Compare New Chasers to Existing Chasers” step of the “Collate Chaser Action” process. This comparison is based on the content of chaser templates. Table 3 describes example actions to take based on a comparison. In accordance with this example, the Add ID note means that the ID of the existing chaser should be added to the new chaser structure to improve chaser update functionality.
    TABLE 3
    New Node Existing
    Method Chaser Result
    Open Yes Delete new node
    Open No No change
    Close Yes No change - Add ID
    Close No Delete new node
    Refresh Yes No change - Add ID
    Refresh No Change method to open
    OpenClose Yes Change method to close - Add
    ID
    OpenClose No No change
    RefreshClose Yes No change - Add ID
    RefreshClose No Change method to OpenClose
    CloseOpen Yes No change - Add ID
    CloseOpen No Change method to Open
  • [0085]
    Examples of the “Remove Unnecessary New Chasers” step represented by block 58 and the “Modify Chaser Methods” step represented by block 60 are implemented in resulting actions set forth in Table 3 above.
  • [0086]
    Process 3—Implement Chaser Actions
  • [0087]
    [0087]FIG. 5 is a block flow diagram illustrating a preferred methodology 62 for implementing the “Implement Chaser Action” process in accordance with one aspect or embodiment of the present invention. Notably, the steps, content or arrangement of FIG. 5 may be modified or adapted to best-fit a particular implementation of the present invention.
  • [0088]
    Due to the earlier processes of comparison and collation, the implementation of the chaser actions may be simplified. In one embodiment of the present invention, each chaser action will have a single method, and where necessary will already include the ID of the chaser(s) it is modifying.
  • [0089]
    Block 64 represents the “Loop Through Chaser Modifications” step of the “Implement Chaser Action” process. In one embodiment, this step involves looping through chaser actions in the XML record structure. Aside from each chaser node's information, the chaser system detects the record ID, current user, law ID, etc. Preferably, chasers created in this manner have their respective “IsAuto” field set to true. When all chaser nodes have been processed, the process may returns to the law engine (not shown).
  • [0090]
    Block 66 represents the “Determine Modification Procedure” step of the “Implement Chaser Action” process. This step involves selecting the particular functionality for the chaser action based on the method of the chaser action.
  • [0091]
    Block 68 represents the “Execute Modification” step of the “Implement Chaser Action” process. This step involves executing the chaser action selected in Determine Modification Procedure step represented by block 66. Upon execution, the process returns to the Loop Through Chaser Modifications represented by block 64.
  • [0092]
    Process 4—Chaser Escalation
  • [0093]
    [0093]FIG. 6 is a block flow diagram illustrating a preferred methodology for implementing the “Chaser Escalation” process in accordance with one aspect or embodiment of the present invention. Notably, the steps, content or arrangement of FIG. 6 may be modified or adapted to best-fit a particular implementation of the present invention.
  • [0094]
    In accordance with a preferred embodiment of the present invention, the chaser escalation process is called by a scheduled task 72 on a daily basis. The system may be configured to launch multiple escalations in one schedule. Each record is preferably checked individually until it can no longer be escalated.
  • [0095]
    In one implementation of the present invention, the action opening a chaser will define how long from the action date the chaser is first escalated. The chaser template will define the intervals between levels of escalation. This aspect of the present invention provides flexibility for individual law timing and may require fewer chaser templates. For example, any information that can be included on a template rather than a law-action will simplify development and maintenance.
  • [0096]
    Block 74 represents the “Scan Chasers” step of the “Chaser Escalation” process. This step involves preparing a list of chasers that need escalation. In one implementation, this step involves selecting the chaser IDs of any open chaser with an escalation date that is not null and is dated today or earlier. The process will then loop through these chasers once, as illustrated in FIG. 6.
  • [0097]
    Block 76 represents the “Retrieve Escalation Information” step of the “Chaser Escalation” process. This step involves retrieving appropriate chaser information from the database (refer to FIG. 11). Based on the current escalation level of the chaser, the information on the next escalation level for the template is linked to the chaser. If no information is returned, the escalation cannot be done. It may be that the presence of an escalation date on the chaser was a mistake. In this case, the chaser is updated with a Null escalation level, so the chaser is not escalated again.
  • [0098]
    Block 78 represents the “Determine Next Escalation Information” step of the “Chaser Escalation” process. If escalation information was received, the next escalation date for the chaser is prepared during this step. In one implementation, the next escalation date is calculated as the current “next escalation date” plus the “next escalation offset” from the escalation information. If the “next escalation offset” is null, there is no more escalation and the “next escalation date” is set to null.
  • [0099]
    Block 80 represents the “Determine Escalation Target” step of the “Chaser Escalation” process. The escalation information include a target type ID pointing to information in the RefChaserTargetType table, which gives a stored procedure for accepting a ChaserId and returning a UserID to be the escalation target. This step may also include checking user preferences to determine whether the user wants escalations e-mailed to him or her as well.
  • [0100]
    Block 82 represents the “Update Chaser” step of the “Chaser Escalation” process. This step involves updating the chaser record with the new Next Escalation Date and incrementing the escalation level. If the chaser display date is in the future, it is returned to today and the display offset is reset to match. Preferably, when chasers are escalated they should reappear, even if they've been postponed.
  • [0101]
    Block 84 represents the “Update Target List” step of the “Chaser Escalation” process. This step involves updating the chaser target list, adding an entry for the chaser including the target user, and copying the display date and the escalation level. If the target is already in the list, their entry is updated with the display date and escalation level.
  • [0102]
    Block 86 represents the “Email Target” step of the “Chaser Escalation” process. If the user has set a preference for escalation to be reported to them by email, a message is produced for the user and sent by e-mail.
  • [0103]
    Block 88 represents the “Recheck Escalation” step of the “Chaser Escalation” process. If the new NextEscalationDate is today or earlier, the process returns to the Retrieve Escalation Information step represented in block 76. to further escalate the chaser. This feature allows chasers to be escalated to multiple users in a single scheduled batch. If the next date is in the future or is null, the process returns to the Scan Chasers step represented by block 74, so the remaining chasers to be escalated can be handled.
  • [0104]
    Process 5—Chaser Management
  • [0105]
    [0105]FIG. 7 is a block flow diagram illustrating a preferred GUI site map 90 for implementing the “Chaser Management” process in accordance with one aspect or embodiment of the present invention. Notably, the content or arrangement of FIG. 7 may be modified or adapted to best-fit a particular implementation of the present invention.
  • [0106]
    Chaser management functionality may be provided to users in a variety of manners including an online user diary and chaser lists linked to particular workflow records. Preferably, chaser GUIs described in FIG. 7 (e.g. nos. 92 -102) are opened in a new, non-modal, window. In addition, the opening page may be configured such that windows are closed if they are navigated away from.
  • [0107]
    Example Graphical User Interfaces
  • [0108]
    [0108]FIG. 8 is an example GUT displaying a list of chasers associated with a workflow record (i.e. Record 123123123). In this embodiment, FIG. 8 displays only open chasers. Selecting the “Show Closed Chasers” checkbox 104 will refresh the page to show all chasers, including those that have been closed. Information displayed for each chaser includes the name, display date, primary target user, escalation information summary and description.
  • [0109]
    An icon 108 may be used to display the generation and severity of the chaser. Icons may express situations including but not limited to: user created, not urgent; user created, not urgent, in the past; user created, marked as urgent; law engine generated, not urgent; law engine generated, marked as urgent; and law engine generated, escalated.
  • [0110]
    Selecting edit button 106 provides the user with a GUT such as that shown in FIG. 9 for modifying chaser information. Selecting button 110 provides the user with a GUT for adding a custom chaser. Selecting button 112 provides the user with a GUT such as that shown in FIG. 10 for adding a custom chaser.
  • [0111]
    [0111]FIG. 9 is an example GUT for modifying a chaser. Chaser information 114 including chaser ID, name template information, etc. may be provided. Field 116 enables a user to designate the chaser as urgent. Fields 118 enable a user to identify or modify chaser attributes including the primary target user, a description of the chaser, the core action date, the chaser display date and the chaser escalation date.
  • [0112]
    Preferably, the action of modifying the action date will prompt the user for confirmation. If this is done for an escalated chaser, a message may be sent to all chaser targets to inform them of this shift. In another preferred embodiment, a user may only modifying the escalation date if the chaser has not been escalated. In addition, changing the escalation date may send a message to the first escalation target.
  • [0113]
    Postponing the display date may result in populating the date selection picklist with the current date plus the default postponement interval. The user can choose a different date, or just confirm the pre-selected date. The user may be given a warning if the new display date is after the escalation date.
  • [0114]
    If the chaser is open, a close button 120 may be shown. Selecting this button will result in closure of the chaser. Preferably, a confirmation is provided to the user prior to closure. If the chaser is already closed, this button may be replaced by a delete button—if pressed the chaser record is deleted.
  • [0115]
    The target user for the chaser can be modified. Preferably, target users are provided via drop-down or pick list. In one embodiment of the present invention, the current target and the modifying user limit the list of users by their relationship in the relevant workflow.
  • [0116]
    Selecting the save button 122 results in saving any chaser changes, preferably after user confirmation.
  • [0117]
    A GUI (not shown) for adding a custom chaser to a workflow record may include fields for inputting a display date, a primary target user, a description and an indication as to whether the chaser is urgent. Other fields may be included as well (escalation target, escalation date, etc.).
  • [0118]
    In another embodiment (not shown) a field may be provided in which a user can input a reason for the modification. Reasons may be selected from a drop-down or pick menu. For implementations susceptible to audit, inputting a reason for the modification may be required and/or approved.
  • [0119]
    [0119]FIG. 10 is an example GUI for bulk modification of chasers. This aspect of the present invention enables a user to collect or query chasers according to a particular parameter or record, and modify them (or a portion of them) in a bulk fashion. In the example GUI shown in FIG. 10, all chasers for a particular record (i.e. Record 123123123) are displayed for target user modification 124. Selectors 126 enable a user to select which chasers corresponding to the particular record to modify in bulk.
  • [0120]
    Example Database Schema
  • [0121]
    Referring again to the example database schema illustrated in FIG. 11, certain chaser tables are described in greater detail. Of course, an unlimited number of database arrangements may be implemented to support the various aspects and embodiments of the present invention.
  • [0122]
    The “RefChaserTargetType” table 128 may be implemented to define chaser information including who a chaser should go to, or be escalated to. In addition, a user must be determined for each chaser produced from a template. One target type may be designated or identified as ‘Record Case Manager’. When a chaser template is set up defining its target as ‘Record Case Manager’, the information in this table allows the system to look up the case manager on the record, and assign that user as the chaser's primary target. In one implementation, the basis for this lookup will be a stored procedure for each target type. The procedure may take standard parameters—(e.g. one of either recordid or chaserID) and return standard information (e.g. a UserID, the full name of the user, whether the user has a preference for escalation to be reported by email, etc.). Table 4 includes example RefChaserTargetType table fields, their corresponding information and description.
    TABLE 4
    Field Info Description
    ChaserTargetTypeId int, primary A unique id for the target
    key type
    ShortName varchar A short display name for
    the type
    Description varchar A longer description for
    the type
    ProcedureName varchar The name of a procedure
    that is called to determine
    the target user
    IsValidEscalation bit True if the target type can
    be used for escalation
    IsValidPrimary bit True if the target type can
    be used as a primary
    target.
  • [0123]
    The “Chaser Template” table 130 may be used to define the basis for a chaser produced by the law engine. According to one embodiment of the present invention, each record can only have one chaser based on each template at any time. This limitation may be used by the law engine to be able to correctly open and close chasers along with the relevant changes to a record. When the law engine triggers an action for a chaser, certain information may come from the chaser template and other information may come from the action that uses the template. The split in information may based on what information needs to be law-specific. In one implementation, templates are defined for record types, but not laws. In this instance, template information determines the information for a chaser that will not change for specific laws. The action that changes a chaser will include the information specific to a law—such as timing information. Table 5 includes example ChaserTemplate table fields, their corresponding information and description.
    TABLE 5
    Field Info Description
    ChaserTemplateId int, A unique id for the
    primary template
    key
    ChaserName varchar The name for chasers using
    this template
    ChaserDescription varchar Description of the
    template
    RecordTypeId int, Record type this chaser
    foreign can be used for,
    key
    PrimaryTargetTypeId int, Target type to send a
    foreign chaser based on this
    key template to.
    ActionDateFieldId int, Field that this template
    foreign uses to define a core
    key action date
    ActionDateKeyword int, A keyword to use instead
    foreign of basing action date on a
    key field. Most likely can
    only have the value
    ‘Today’, but will allow
    for special cases in the
    future.
    DefaultPostponement int Default number of days to
    Offset postpone a chaser of this
    sort by.
  • [0124]
    The escalation path for a chaser may be defined at the template level. The “Escalation” table 132 may be implemented with a many-to-one relationship with the ChaserTemplate table 130. If a type of chaser does not have or support escalation, this table may not have any entries for that template. Otherwise, the number of entries in this table for a chaser template may indicate the number of levels of escalation possible for a chaser. Table 6 includes example Escalation table fields, their corresponding information and description.
    TABLE 6
    Field Info Description
    ChaserTemplateId int, primary A unique id for the
    key, foreign template
    key
    EscalationOrder int, primary An order for the entry
    key for this template.
    EscalationTargetTypeId int, foreign Id of a target type to
    key determine who this
    escalation goes to
    NextEscalationOffset int The number of days
    between this escalation
    point and the next. Will
    not be used on the final
    escalation step of a
    template.
  • [0125]
    The “Chaser” table 134 contains the specific information for a single chaser. Each entry may be linked to a record. Any law-generated chaser may maintain a link to the law that raised it, and to the chaser template it was based on. Notably, a certain amount of redundancy has been left in this table. Such redundancy will allow the design to accommodate further business and/or system requirements within the scope of the present invention. Table 7 includes example Escalation table fields, their corresponding information and description.
    TABLE 7
    Field Info Description
    ChaserId int, primary A unique id for the
    key chaser
    RecordId int, foreign The record the chaser
    key related to
    ChaserTemplateId int, foreign The template the chaser
    key was based on
    CreatingUserId int, foreign The user whose action
    key caused the chaser to be
    raised.
    LawId int, foreign The Law that generated
    key this chaser
    IsAuto bit True if the chaser was
    generated by a Law
    CreatedDate datetime Date the chaser entry
    was created
    PrimaryUserId int, foreign Primary target user for
    key the chaser
    ChaserName varchar Title for the chaser -
    either the template
    ChaserName, or ‘Custom
    Chaser’
    Description varchar Description of the
    subject of the chaser,
    set by the Law action -
    and editable by the
    user.
    ActionDate datetime The core date for the
    chaser - at creation,
    escalation and display
    dates are set by the
    action relative to this.
    DisplayOffset int The number of days
    offset between the
    display date and the
    action date
    DisplayDate datetime The display date - both
    this and the offset
    being stored is an
    example of some
    redundancy that is being
    left for the moment.
    PostponementOffset int Default interval for
    postponement - given
    either from the
    template, or from a
    system setting for
    custom chasers
    NextEscalationDate datetime The date at which the
    chaser will next be
    escalated
    EscalationLevel int The current escalation
    level - will be zero for
    un-escalated chasers.
    IsUserModified bit False initially - set to
    true if a user directly
    modifies some date
    information of the
    chaser. This user
    modification will then
    be used as a
    precautionary test
    against bulk changes of
    chasers due to the
    changing of Law timing
    information.
    IsClosed bit True if the chaser has
    been closed
    ClosingUserId int, Foreign The user whose actions
    key caused the closing of
    the chaser
    CloseComment varchar Comment adding on
    closing a chaser -
    either entered by a
    user, or given by the
    closing action.
    LastModifedReason varchar Comment entered by a
    user when changing a
    chaser - only the last
    is storied, so the audit
    system can include the
    reason in its log.
  • [0126]
    The “Chaser Target” table 136 contains the information that appears to chaser users. For example, an entry in this table linking a user to a chaser will result in that chaser appearing in that user's diary. Each chaser may have one or more targets—the first entry might always be the chaser's primary target user. Subsequent target entries may include the escalation targets for the chaser. Notably, some repetition of chaser information has taken place on this table. This allows the chaser target table to be used efficiently for listing the chasers involved in a user's diary.
  • [0127]
    The display date may be stored against each chaser target. Preferably, it is always set from the chaser record. In addition, the IsClosed tag from the chaser may be copied to the target so that closed chasers can be filtered.
  • [0128]
    While the best mode for carrying out the invention has been described in detail, those familiar with the art to which this invention relates will recognize various alternative designs and embodiments for practicing the invention as defined by the following claims.

Claims (30)

    What is claimed:
  1. 1. A computer system for chaser management in a distributed legal workflow environment, the computer system providing central administration of legal workflow conducted by a plurality of distributed participants and comprising a computer network including one or more computers operably programmed and configured to:
    (i) generate a plurality of workflow chasers associated with a plurality of workflow records, each chaser including at least a record, action, target user and display date attribute;
    (ii) compare attributes of the plurality of workflow chasers to identify at least one redundant chaser;
    (iii) remove the at least one redundant chaser; and
    (iv) implement the remaining chasers in the distributed legal workflow environment.
  2. 2. The computer system of claim 1 wherein the removal of the at least one redundant chaser includes the removal of a duplicate chaser.
  3. 3. The computer system of claim 1 wherein the removal of the at least one redundant chaser includes merging one or more attributes of two or more chasers.
  4. 4. The computer system of claim 1 wherein the removal of the at least one redundant chaser includes the removal of one or more unnecessary new chasers.
  5. 5. The computer system of claim 1 wherein new chasers are compared.
  6. 6. The computer system of claim 1 wherein existing chasers are compared.
  7. 7. The computer system of claim 1 wherein new chasers are compared to existing chasers.
  8. 8. The computer system of claim 1 wherein the chaser is implemented by displaying the chaser to the target user on the display date.
  9. 9. The computer system of claim 1 wherein one or more of the chasers additionally include an escalation date and an escalation manager attribute.
  10. 10. The computer system of claim 9 wherein the escalation date is calculated automatically.
  11. 11. The computer system of claim 9 wherein the chaser is implemented by displaying the chaser to the escalation manager on the escalation date.
  12. 12. The computer system of claim 1 wherein the one or more computers are additionally programmed and configured to receive input modifying one or more chaser attributes.
  13. 13. The computer system of claim 11 wherein a plurality of chasers are modified during a single modification transaction.
  14. 14. The computer system of claim 1 wherein the one or more computers are programmed and configured to create one or more chasers automatically based on one or more encoded laws or business rules.
  15. 15. The computer system of claim 1 wherein the one or more computers are programmed and configured to receive input creating one or more custom user-defined chasers.
  16. 16. A computer-implemented method for chaser management in a distributed legal workflow environment providing central administration of legal workflow conducted by a plurality of distributed participants, the method comprising:
    (i) generating a plurality of workflow chasers associated with a plurality of workflow records, each chaser including at least a record, action, target user and display date attribute;
    (ii) comparing attributes of the plurality of workflow chasers to identify at least one redundant chaser;
    (iii) removing the at least one redundant chaser; and
    (iv) implementing the remaining chasers in the distributed legal workflow environment.
  17. 17. The method of claim 16 wherein the step of removing the at least one redundant chaser includes removing a duplicate chaser.
  18. 18. The method of claim 16 wherein the step of removing the at least one redundant chaser includes merging one or more attributes of two or more chasers.
  19. 19. The method of claim 16 wherein the step of removing the at least one redundant chaser includes removing one or more unnecessary new chasers.
  20. 20. The method of claim 16 wherein new chasers are compared.
  21. 21. The method of claim 16 wherein existing chasers are compared.
  22. 22. The method of claim 16 wherein new chasers are compared to existing chasers.
  23. 23. The method of claim 16 wherein the chaser is implemented by displaying the chaser to the target user on the display date.
  24. 24. The method of claim 16 wherein one or more of the chasers additionally include an escalation date and an escalation manager attribute.
  25. 25. The method of claim 24 wherein the escalation date is calculated automatically.
  26. 26. The method of claim 24 wherein the chaser is implemented by displaying the chaser to the escalation manager on the escalation date.
  27. 27. The method of claim 16 additionally comprising modifying one or more chaser attributes.
  28. 28. The method of claim 27 wherein a plurality of chasers are modified during a single modification transaction.
  29. 29. The method of claim 16 additionally comprising creating one or more chasers automatically based on one or more encoded laws or business rules.
  30. 30. The method of claim 16 additionally comprising creating one or more custom user-defined chasers.
US10441924 2003-05-20 2003-05-20 Method and system for automated messaging in an online legal workflow tool Abandoned US20040236753A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US10441924 US20040236753A1 (en) 2003-05-20 2003-05-20 Method and system for automated messaging in an online legal workflow tool

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US10441924 US20040236753A1 (en) 2003-05-20 2003-05-20 Method and system for automated messaging in an online legal workflow tool
US13728182 US9053447B2 (en) 2003-05-20 2012-12-27 Method and system for automated messaging in an online legal workflow tool

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US13728182 Continuation US9053447B2 (en) 2003-05-20 2012-12-27 Method and system for automated messaging in an online legal workflow tool

Publications (1)

Publication Number Publication Date
US20040236753A1 true true US20040236753A1 (en) 2004-11-25

Family

ID=33450110

Family Applications (2)

Application Number Title Priority Date Filing Date
US10441924 Abandoned US20040236753A1 (en) 2003-05-20 2003-05-20 Method and system for automated messaging in an online legal workflow tool
US13728182 Active 2023-10-02 US9053447B2 (en) 2003-05-20 2012-12-27 Method and system for automated messaging in an online legal workflow tool

Family Applications After (1)

Application Number Title Priority Date Filing Date
US13728182 Active 2023-10-02 US9053447B2 (en) 2003-05-20 2012-12-27 Method and system for automated messaging in an online legal workflow tool

Country Status (1)

Country Link
US (2) US20040236753A1 (en)

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060212419A1 (en) * 2005-03-21 2006-09-21 Lundberg Steven W Bulk download of documents from a system for managing documents
US20070061158A1 (en) * 2005-09-09 2007-03-15 Qwest Communications International Inc. Compliance management using complexity factors
US20070061157A1 (en) * 2005-09-09 2007-03-15 Qwest Communications International Inc. Obligation assignment systems and methods
US20070078694A1 (en) * 2005-09-30 2007-04-05 Sabine Finke Setting reminders within processing of a business document
US20070088850A1 (en) * 2005-10-19 2007-04-19 Qwest Communications International Inc. Cross-platform support for a variety of media types
US20070143355A1 (en) * 2005-12-13 2007-06-21 Qwest Communications International Inc. Regulatory compliance advisory request system
US20070239832A1 (en) * 2006-04-05 2007-10-11 Qwest Communications International Inc. Communication presentation in a calendar perspective
US20070239895A1 (en) * 2006-04-05 2007-10-11 Qwest Communications International Inc. Cross-platform push of various media types
US7529756B1 (en) * 1998-07-21 2009-05-05 West Services, Inc. System and method for processing formatted text documents in a database
US7778954B2 (en) 1998-07-21 2010-08-17 West Publishing Corporation Systems, methods, and software for presenting legal case histories
US8170189B2 (en) 2005-11-02 2012-05-01 Qwest Communications International Inc. Cross-platform message notification
US8320535B2 (en) 2006-04-06 2012-11-27 Qwest Communications International Inc. Selectable greeting messages
US20150169677A1 (en) * 2013-12-18 2015-06-18 Avraham Noiman System for following governmental rules and rulemaking processes
US20160094414A1 (en) * 2013-05-15 2016-03-31 Client Lifecycle Solutions LLC System, method and computer-implemented algorithm for client lifecycle exchange management
US9323821B2 (en) 2006-04-05 2016-04-26 Qwest Communications International Inc. Network repository auto sync wireless handset

Citations (35)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5175681A (en) * 1985-12-27 1992-12-29 Sony Corporation Computerized system for managing preparation and prosecution of applications in various countries for protection of industrial property rights
US5247661A (en) * 1990-09-10 1993-09-21 International Business Machines Corporation Method and apparatus for automated document distribution in a data processing system
US5276869A (en) * 1990-09-10 1994-01-04 International Business Machines Corporation System for selecting document recipients as determined by technical content of document and for electronically corroborating receipt of document
US5297039A (en) * 1991-01-30 1994-03-22 Mitsubishi Denki Kabushiki Kaisha Text search system for locating on the basis of keyword matching and keyword relationship matching
US5317683A (en) * 1990-09-10 1994-05-31 International Business Machines Corporation Method and apparatus for automated meeting agenda generation in a data processing system
US5329447A (en) * 1992-03-12 1994-07-12 Leedom Jr Charles M High integrity computer implemented docketing system
US5377355A (en) * 1990-09-10 1994-12-27 International Business Machines Corporation Method and apparatus for automated procedure initiation in a data processing system including soliciting an evaluation vote from users automatically determined in response to identification of a functional area associated with a document
US5418802A (en) * 1993-11-12 1995-05-23 Eastman Kodak Company Frequency tunable waveguide extended cavity laser
US5721910A (en) * 1996-06-04 1998-02-24 Exxon Research And Engineering Company Relational database system containing a multidimensional hierachical model of interrelated subject categories with recognition capabilities
US5737395A (en) * 1991-10-28 1998-04-07 Centigram Communications Corporation System and method for integrating voice, facsimile and electronic mail data through a personal computer
US5754840A (en) * 1996-01-23 1998-05-19 Smartpatents, Inc. System, method, and computer program product for developing and maintaining documents which includes analyzing a patent application with regards to the specification and claims
US5758095A (en) * 1995-02-24 1998-05-26 Albaum; David Interactive medication ordering system
US5794236A (en) * 1996-05-29 1998-08-11 Lexis-Nexis Computer-based system for classifying documents into a hierarchy and linking the classifications to the hierarchy
US5875431A (en) * 1996-03-15 1999-02-23 Heckman; Frank Legal strategic analysis planning and evaluation control system and method
US5930788A (en) * 1997-07-17 1999-07-27 Oracle Corporation Disambiguation of themes in a document classification system
US5956687A (en) * 1997-04-04 1999-09-21 Wamsley; Vaughn A. Personal injury claim management system
US5987464A (en) * 1996-07-26 1999-11-16 Schneider; Eric Method and system for periodically updating data records having an expiry time
US5991751A (en) * 1997-06-02 1999-11-23 Smartpatents, Inc. System, method, and computer program product for patent-centric and group-oriented data processing
US6038561A (en) * 1996-10-15 2000-03-14 Manning & Napier Information Services Management and analysis of document information text
US6041303A (en) * 1996-06-07 2000-03-21 Mathews; Edward Henry Method of assisting the conducting of a research project
US6073108A (en) * 1996-06-21 2000-06-06 Paul, Hastings, Janofsky & Walker Task-based classification and analysis system
US6157947A (en) * 1998-02-09 2000-12-05 Fujitsu Limited Method, apparatus, system, and program storage device for distributing intellectual property
US20020035504A1 (en) * 2000-08-16 2002-03-21 Alyssa Dver Lead suspect management
US20020099787A1 (en) * 2001-01-12 2002-07-25 3Com Corporation Distributed configuration management on a network
US6434580B1 (en) * 1997-10-24 2002-08-13 Nec Corporation System, method, and recording medium for drafting and preparing patent specifications
US6496853B1 (en) * 1999-07-12 2002-12-17 Micron Technology, Inc. Method and system for managing related electronic messages
US6501950B1 (en) * 1996-03-14 2002-12-31 Bellsouth Intellectual Property Corporation Systems and methods for monitoring data signals on a communications network
US20030009345A1 (en) * 2000-07-17 2003-01-09 Thorpe Kenneth J. System and method for communication and processing of legal document based on geographic area
US20030212818A1 (en) * 2002-05-08 2003-11-13 Johannes Klein Content based message dispatch
US6745197B2 (en) * 2001-03-19 2004-06-01 Preston Gates Ellis Llp System and method for efficiently processing messages stored in multiple message stores
US6829611B2 (en) * 2000-12-29 2004-12-07 Bellsouth Intellectual Property Corporation Data loader application
US6912549B2 (en) * 2001-09-05 2005-06-28 Siemens Medical Solutions Health Services Corporation System for processing and consolidating records
US7065493B1 (en) * 2000-04-06 2006-06-20 International Business Machines Corporation Workflow system and method
US7181488B2 (en) * 2001-06-29 2007-02-20 Claria Corporation System, method and computer program product for presenting information to a user utilizing historical information about the user
US20070168871A1 (en) * 1998-10-16 2007-07-19 Haynes And Boone, L.L.P. Web-enabled transaction and collaborative management system

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH06110925A (en) * 1992-09-28 1994-04-22 Hitachi Ltd Computer connected with network and using method for the same
US6640238B1 (en) * 1999-08-31 2003-10-28 Accenture Llp Activity component in a presentation services patterns environment

Patent Citations (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5175681A (en) * 1985-12-27 1992-12-29 Sony Corporation Computerized system for managing preparation and prosecution of applications in various countries for protection of industrial property rights
US5377355A (en) * 1990-09-10 1994-12-27 International Business Machines Corporation Method and apparatus for automated procedure initiation in a data processing system including soliciting an evaluation vote from users automatically determined in response to identification of a functional area associated with a document
US5247661A (en) * 1990-09-10 1993-09-21 International Business Machines Corporation Method and apparatus for automated document distribution in a data processing system
US5317683A (en) * 1990-09-10 1994-05-31 International Business Machines Corporation Method and apparatus for automated meeting agenda generation in a data processing system
US5276869A (en) * 1990-09-10 1994-01-04 International Business Machines Corporation System for selecting document recipients as determined by technical content of document and for electronically corroborating receipt of document
US5297039A (en) * 1991-01-30 1994-03-22 Mitsubishi Denki Kabushiki Kaisha Text search system for locating on the basis of keyword matching and keyword relationship matching
US5737395A (en) * 1991-10-28 1998-04-07 Centigram Communications Corporation System and method for integrating voice, facsimile and electronic mail data through a personal computer
US5329447A (en) * 1992-03-12 1994-07-12 Leedom Jr Charles M High integrity computer implemented docketing system
US5418802A (en) * 1993-11-12 1995-05-23 Eastman Kodak Company Frequency tunable waveguide extended cavity laser
US5758095A (en) * 1995-02-24 1998-05-26 Albaum; David Interactive medication ordering system
US5754840A (en) * 1996-01-23 1998-05-19 Smartpatents, Inc. System, method, and computer program product for developing and maintaining documents which includes analyzing a patent application with regards to the specification and claims
US6014663A (en) * 1996-01-23 2000-01-11 Aurigin Systems, Inc. System, method, and computer program product for comparing text portions by reference to index information
US6501950B1 (en) * 1996-03-14 2002-12-31 Bellsouth Intellectual Property Corporation Systems and methods for monitoring data signals on a communications network
US7027809B1 (en) * 1996-03-14 2006-04-11 Bellsouth Intellectual Property Corporation Systems and methods for providing visibility to SS7 integrated on-line networks
US5875431A (en) * 1996-03-15 1999-02-23 Heckman; Frank Legal strategic analysis planning and evaluation control system and method
US5794236A (en) * 1996-05-29 1998-08-11 Lexis-Nexis Computer-based system for classifying documents into a hierarchy and linking the classifications to the hierarchy
US5721910A (en) * 1996-06-04 1998-02-24 Exxon Research And Engineering Company Relational database system containing a multidimensional hierachical model of interrelated subject categories with recognition capabilities
US6041303A (en) * 1996-06-07 2000-03-21 Mathews; Edward Henry Method of assisting the conducting of a research project
US6073108A (en) * 1996-06-21 2000-06-06 Paul, Hastings, Janofsky & Walker Task-based classification and analysis system
US5987464A (en) * 1996-07-26 1999-11-16 Schneider; Eric Method and system for periodically updating data records having an expiry time
US6038561A (en) * 1996-10-15 2000-03-14 Manning & Napier Information Services Management and analysis of document information text
US5956687A (en) * 1997-04-04 1999-09-21 Wamsley; Vaughn A. Personal injury claim management system
US5991751A (en) * 1997-06-02 1999-11-23 Smartpatents, Inc. System, method, and computer program product for patent-centric and group-oriented data processing
US5930788A (en) * 1997-07-17 1999-07-27 Oracle Corporation Disambiguation of themes in a document classification system
US6434580B1 (en) * 1997-10-24 2002-08-13 Nec Corporation System, method, and recording medium for drafting and preparing patent specifications
US6157947A (en) * 1998-02-09 2000-12-05 Fujitsu Limited Method, apparatus, system, and program storage device for distributing intellectual property
US20070168871A1 (en) * 1998-10-16 2007-07-19 Haynes And Boone, L.L.P. Web-enabled transaction and collaborative management system
US6496853B1 (en) * 1999-07-12 2002-12-17 Micron Technology, Inc. Method and system for managing related electronic messages
US7065493B1 (en) * 2000-04-06 2006-06-20 International Business Machines Corporation Workflow system and method
US20030009345A1 (en) * 2000-07-17 2003-01-09 Thorpe Kenneth J. System and method for communication and processing of legal document based on geographic area
US20020035504A1 (en) * 2000-08-16 2002-03-21 Alyssa Dver Lead suspect management
US6829611B2 (en) * 2000-12-29 2004-12-07 Bellsouth Intellectual Property Corporation Data loader application
US20020099787A1 (en) * 2001-01-12 2002-07-25 3Com Corporation Distributed configuration management on a network
US6745197B2 (en) * 2001-03-19 2004-06-01 Preston Gates Ellis Llp System and method for efficiently processing messages stored in multiple message stores
US7181488B2 (en) * 2001-06-29 2007-02-20 Claria Corporation System, method and computer program product for presenting information to a user utilizing historical information about the user
US6912549B2 (en) * 2001-09-05 2005-06-28 Siemens Medical Solutions Health Services Corporation System for processing and consolidating records
US20030212818A1 (en) * 2002-05-08 2003-11-13 Johannes Klein Content based message dispatch

Cited By (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7529756B1 (en) * 1998-07-21 2009-05-05 West Services, Inc. System and method for processing formatted text documents in a database
US8661066B2 (en) 1998-07-21 2014-02-25 West Service, Inc. Systems, methods, and software for presenting legal case histories
US8600974B2 (en) 1998-07-21 2013-12-03 West Services Inc. System and method for processing formatted text documents in a database
US8250118B2 (en) 1998-07-21 2012-08-21 West Services, Inc. Systems, methods, and software for presenting legal case histories
US7778954B2 (en) 1998-07-21 2010-08-17 West Publishing Corporation Systems, methods, and software for presenting legal case histories
US20100005388A1 (en) * 1998-07-21 2010-01-07 Bob Haschart System and method for processing formatted text documents in a database
US7853572B2 (en) * 2005-03-21 2010-12-14 Foundationip, Llc Bulk download of documents from a system for managing documents
US20060212419A1 (en) * 2005-03-21 2006-09-21 Lundberg Steven W Bulk download of documents from a system for managing documents
US20070061157A1 (en) * 2005-09-09 2007-03-15 Qwest Communications International Inc. Obligation assignment systems and methods
US20070061158A1 (en) * 2005-09-09 2007-03-15 Qwest Communications International Inc. Compliance management using complexity factors
US8055523B2 (en) * 2005-09-30 2011-11-08 Sap Ag Setting reminders within processing of a business document
US20070078694A1 (en) * 2005-09-30 2007-04-05 Sabine Finke Setting reminders within processing of a business document
US20070088850A1 (en) * 2005-10-19 2007-04-19 Qwest Communications International Inc. Cross-platform support for a variety of media types
US8799512B2 (en) 2005-10-19 2014-08-05 Qwest Communications International Inc. Cross-platform support for a variety of media types
US8170189B2 (en) 2005-11-02 2012-05-01 Qwest Communications International Inc. Cross-platform message notification
US20070143355A1 (en) * 2005-12-13 2007-06-21 Qwest Communications International Inc. Regulatory compliance advisory request system
US9323821B2 (en) 2006-04-05 2016-04-26 Qwest Communications International Inc. Network repository auto sync wireless handset
US20070239895A1 (en) * 2006-04-05 2007-10-11 Qwest Communications International Inc. Cross-platform push of various media types
US20070239832A1 (en) * 2006-04-05 2007-10-11 Qwest Communications International Inc. Communication presentation in a calendar perspective
US8320535B2 (en) 2006-04-06 2012-11-27 Qwest Communications International Inc. Selectable greeting messages
US20160094414A1 (en) * 2013-05-15 2016-03-31 Client Lifecycle Solutions LLC System, method and computer-implemented algorithm for client lifecycle exchange management
US20150169677A1 (en) * 2013-12-18 2015-06-18 Avraham Noiman System for following governmental rules and rulemaking processes

Also Published As

Publication number Publication date Type
US20130117065A1 (en) 2013-05-09 application
US9053447B2 (en) 2015-06-09 grant

Similar Documents

Publication Publication Date Title
Wescott E‐Government in the Asia‐pacific region
Zhu et al. Human resource management with ‘Asian’characteristics: a hybrid people-management system in East Asia
US7330822B1 (en) Methods and systems for managing hierarchically organized and interdependent tasks and issues
US7010616B2 (en) Method for automatically implementing special forms in an e-mail system
US6781920B2 (en) Method for resolving meeting conflicts within an electronic calendar application
US7324954B2 (en) System and method for organizational risk based on personnel planning factors
US6996601B1 (en) Process for managing change within an enterprise
US8738414B1 (en) Method and system for handling program, project and asset scheduling management
US20050138631A1 (en) System and method for providing metadata interaction and visualization with task-related objects
US20040267595A1 (en) Worker and document management system
US20040025048A1 (en) Method and system for role-based access control to a collaborative online legal workflow tool
US20020107914A1 (en) Methods and systems for optimizing resource allocation based on data mined from plans created from a workflow
US20040044673A1 (en) System and method for a planner and a deduplicating planner
US20090192845A1 (en) Integrated real time collaboration experiences with online workspace
US6073109A (en) Computerized method and system for managing business processes using linked workflows
US20070192155A1 (en) Network based, interactive project management apparatus and method
US8095594B2 (en) System for performing collaborative tasks
US20060277079A1 (en) Groupware travel itinerary creation
US20100070930A1 (en) Business document system
US8275836B2 (en) System and method for supporting collaborative activity
US7644088B2 (en) Systems and methods for retrieving data
US20040220825A1 (en) Organizational restructuring
US7613695B1 (en) Relationship management system that provides an indication of users having a relationship with a specified contact
US6918089B2 (en) Schedule management system
US20060036641A1 (en) System and method for using social networks for the distribution of communications

Legal Events

Date Code Title Description
AS Assignment

Owner name: FORD MOTOR COMPANY, MICHIGAN

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:PORCARI, DAMIAN O.;DINSDALE, DAVID;REEL/FRAME:014020/0346;SIGNING DATES FROM 20030720 TO 20030728

AS Assignment

Owner name: FORD GLOBAL TECHNOLOGIES, LLC, MICHIGAN

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:FORD GLOBAL TECHNOLOGIES, LLC;REEL/FRAME:016093/0269

Effective date: 20050418

Owner name: BATMARK LIMITED, UNITED KINGDOM

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:FORD GLOBAL TECHNOLOGIES, LLC;REEL/FRAME:016093/0269

Effective date: 20050418

Owner name: FORD GLOBAL TECHNOLOGIES, LLC, MICHIGAN

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:FORD MOTOR COMPANY;REEL/FRAME:016093/0272

Effective date: 20050418

AS Assignment

Owner name: ANAQUA, INC., MASSACHUSETTS

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:BATMARK LIMITED;REEL/FRAME:030677/0409

Effective date: 20130611

Owner name: ANAQUA, INC., MASSACHUSETTS

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:BATMARK LIMITED;REEL/FRAME:030677/0872

Effective date: 20130611

Owner name: ANAQUA, INC., MASSACHUSETTS

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:BATMARK LIMITED;REEL/FRAME:030678/0010

Effective date: 20130611

AS Assignment

Owner name: ANAQUA, INC., MASSACHUSETTS

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:FORD GLOBAL TECHNOLOGIES, LLC;FORD MOTOR COMPANY;REEL/FRAME:030745/0694

Effective date: 20130621