Software development system having particular adaptability to financial payment switches

• US 7,131,108 B1
• Filed: 04/17/2000
• Issued: 10/31/2006
• Est. Priority Date: 04/17/2000
• Status: Expired due to Term

• Current Assignee: NCR Atleos Corp.
• Original Assignee: NCR Corporation (NCR Voyix Corporation)
• Inventors: Tang, Antony Shui Sum, Yip, Alice Fung Ching, Lei, Isana Vaiioc
• Primary Examiner(s): Dam, Iuan
• Assistant Examiner(s): Kiss, Eric B.
• Application Number:
  US09/550,192
• Time in Patent Office: 2,388 Days
• Field of Search: 705/39, 705/40, 705/79, 705/44, 705/45, 717/107, 717/108, 717/174, 719/313
• US Class Current: 717/107
• CPC Class Codes: G06F 8/36 Software reuse
• CPC Class Codes: G06Q 20/027 involving a payment switch or gateway
• CPC Class Codes: G06Q 20/10 specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems

Abstract

A software development system. An inventory of software modules is maintained. When a given system is to be assembled, modules from the inventory are selected for that system. In addition, modules not contained in the inventory are developed specifically for that system, and included in the system.

Claims

1. An expedited method of assembling software systems, comprising the following steps:

a) fabricating a collection of software systems, each of which system contains

i) a processing module (PROC_MOD) which processes content of messages;

ii) a single packaging module (PAK_MOD) which packages said messages into packets for transport out of the system;

iii) a communication module (COM_MOD) which accepts and delivers message packets; and

iv) a system control module (CONTROL) which coordinates the processes of (i), (ii), and (iii);

b) during the fabrication of paragraph (a),

i) fabricating identical CONTROL modules in all of the software systems;

ii) fabricating identical COM_MOD modules in all of the software systems; and

iii) fabricating PAK_MOD modules in all of the software systems, such that;

A) a copy of a software unit A is contained in every PAK_MOD module;

B) some PAK_MOD modules contain a software unit B with no unit C; and

C) some PAK_MOD modules contain a software unit C with no unit B; and

c) installing the software systems into respective electronic payment switches.

2. Method according to claim 1, wherein step b) includes:

iv) fabricating PROC_MOD modules in all of the software systems, such that each system contains a single PROC_MOD module, and;

A) a copy of a software unit D is contained in every PROC_MOD module;

B) some PROC_MOD modules contain a software unit E with no unit F; and

C) some PROC_MOD modules contain a software unit F with no unit E.

3. Method according to claim 1, further comprising:

d) repeating steps of paragraphs (a) and (b) to thereby modify one or more of the software systems previously fabricated.

4. Method according to claim 1, wherein the software unit A is combinable with a different processing module than said processing module PROC_MOD.

5. Method according to claim 1, wherein

i) the software unit A has existence independent of said processing module PROC_MOD,

and

ii) the software unit A is selectively combinable with another processing module, different from processing module PROC_MOD.

6. Method according to claim 1, wherein software units A, B, and C are not required to package messages into packets for said transport.

7. Method according to claim 1, wherein the message processed by the PROC_MOD module comprises data representing bank checks which are processed in a paperless automated check exchange and settlement system.

8. Method according to claim 1, wherein the message processed by the PROC_MOD module comprises

i) data representing bank checks;

and

ii) a digital signature which allows authentication of the message.

9. Method according to claim 8, wherein

i) the data includes a number for each check which identifies a bank, and

ii) one or more of the modules ascertains whether the numbers are correct.

10. Method according to claim 1, wherein the message processed by the PROC_MOD module contains

(1) data which describes a group of bank checks,

(2) data which indicates a group total for the amounts of the checks, and

(3) a digital signature,

wherein one or more modules perform the following steps:

c) determine whether the drawee-bank listed in each check is correct;

d) tally the amounts of all checks into a tallied total;

e) determine whether the tallied total matches the group total;

f) verify validity of the message, using the digital signature; and

g) if steps (c), (d), (e), or (f) indicate an error, notifying a bank associated with a check producing the error.