EP1081617A2 - Système et méthode pour la fourniture de services liés à la facturation - Google Patents

Système et méthode pour la fourniture de services liés à la facturation Download PDF

Info

Publication number
EP1081617A2
EP1081617A2 EP20000203026 EP00203026A EP1081617A2 EP 1081617 A2 EP1081617 A2 EP 1081617A2 EP 20000203026 EP20000203026 EP 20000203026 EP 00203026 A EP00203026 A EP 00203026A EP 1081617 A2 EP1081617 A2 EP 1081617A2
Authority
EP
European Patent Office
Prior art keywords
biller
bill
consumer
service provider
receiving
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.)
Withdrawn
Application number
EP20000203026
Other languages
German (de)
English (en)
Inventor
Gareth Christopher Matthews
Nancy L. Goodman
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.)
Citibank NA
Original Assignee
Citibank NA
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Citibank NA filed Critical Citibank NA
Publication of EP1081617A2 publication Critical patent/EP1081617A2/fr
Withdrawn legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/04—Billing or invoicing

Definitions

  • the present invention relates generally to the field of electronic commerce. More particularly, embodiments of the present invention relate to systems and methods for electronic bill presentment and payment.
  • the biller In conventional bill presentment using the internet, if a biller wishes to present a bill to a consumer, the biller generally may choose either to create a web site and stage a bill through the web site or to subscribe to a service provided by an internet bill consolidator, such as TRANSPOINT or CHECKFREE. Generally, the biller must then manage the connections and technology issues associated with the web site or with the biller's communication with the consolidator.
  • an internet bill consolidator such as TRANSPOINT or CHECKFREE.
  • CSR customer service representative
  • the biller if the biller employs its own web site for bill presentment, the biller often must manage its own customer service representative (CSR) aspects, such as communicating with customers about the use of the web site.
  • CSR customer service representative
  • the biller if the biller employs a bill consolidator, the biller must often manage its own CSR interface in order to carry out investigations of issues associated with the consolidator's service, such as whether a customer received a bill or paid the bill on time.
  • a biller that wishes to present bills via the internet must spend resources to manage the various issues associated with such presentment, learn aspects of the associated technologies, and often must maintain infrastructure to manage multiple communication connections.
  • the biller creates statements showing the amount owed by the customer and other information in one of several print formats, such as Open Financial Exchange (OFX) (e.g., OFX 1.51 or higher), Advanced Function Presentation (AFP), Xerox, or an ASCII Flat File, and the customer must use an interface capable of viewing the format used by the biller.
  • OFX Open Financial Exchange
  • AFP Advanced Function Presentation
  • Xerox Xerox
  • ASCII Flat File ASCII Flat File
  • What is needed is a system for providing billing-related services that carries out bill presentment and management of bill payment for a biller in relation to multiple consumer service providers (e.g., bill consolidators) in an effective and efficient manner. Further, what is needed is a central platform that communicates with multiple billers and multiple consumer service providers in the management of bill presentment and payment. Moreover, what is needed is a biller service provider system that allows billers to have a single data feed by aggregating bill consolidators and branded websites and that act as the biller's proxy by managing all relationships between the consumer service providers and the billers.
  • bill consolidators e.g., bill consolidators
  • Embodiments of the present invention comprise methods and systems for managing electronic bill presentment and payment information.
  • a central service platform enrolls a biller (e.g., a credit card company, an insurance company, or a telephone company), arranges for enrollment of the biller at a selected biller channel (e.g., a bill consolidator or a biller-branded web site), receives an enrollment request for a customer of the biller, and forwards the enrollment request to the biller.
  • the central service platform receives a data stream including data for at least one bill for the customer from the biller, formats the bill in a pre-determined format, and sends the formatted bill to the selected biller channel.
  • the platform receives notification of the customer's selection of a payment option for the bill and sends a notification of the customer's payment option selection to the biller.
  • the platform also provides an interface for the biller to the biller service provider via a biller agent. Moreover, in an embodiment, the platform receives an approval of the enrollment request from the biller and sends a notification of the approval to the consumer service provider for the customer. Other notification functions are included in other embodiments. For example, in an embodiment, the platform receives a notification of receipt of payment of the bill from the biller, and forwards the notification of the receipt to the consumer service provider for the customer.
  • Embodiments also include methods and systems for managing electronic bill presentment and payment information comprising enrolling a first biller in a bill presentment and payment management service, establishing a relationship with a first consumer service provider (e.g., a bill consolidator, a biller-branded web site, a voice response unit system, an e-mail billing system, or a personal digital assistant system) on behalf of the first biller, facilitating enrollment of a first consumer in the first biller, receiving first bill information associated with the first consumer from the first biller, presenting a first bill statement comprising the first bill information through the first consumer service provider, receiving first bill payment information associated with the first bill statement from the first consumer through the first consumer service provider, and processing the first bill payment information.
  • establishing a relationship with the first consumer service provider on behalf of the first biller comprises enrolling the first biller in the bill presentment and payment management service.
  • Embodiments of the present invention may include any combination of billers, consumer service providers, and consumers.
  • a central service platform may facilitate enrollment of a second consumer in the first biller, receive second bill information associated with the second consumer from the first biller, present a second bill statement comprising the second bill information through the first consumer service provider, receive second bill payment information associated with the second bill statement from the second consumer through the first consumer service provider, and process the second bill payment information.
  • the platform may enroll a second biller in the bill presentment and payment management service, establish a relationship with a first consumer service provider on behalf of the second biller, facilitate enrollment of a second consumer in the second biller, receive second bill information associated with the second consumer from the second biller, present a second bill statement comprising the second bill information through the first consumer service provider, receive second bill payment information associated with the second bill statement from the second consumer through the first consumer service provider, and process the second bill payment information.
  • a second biller and a second consumer service provider may be employed in the same manner.
  • Embodiments of systems and methods according to the present invention provides for aggregation of touchpoints for a biller consolidators or aggregation.
  • a system for an embodiment of the present invention allows the biller, for example, to have one data feed into an electronic billing system of a service provider, such as a bank, and effectively manages all of the biller's relationships to all of the biller's consolidators.
  • a bank includes such a system and manages all the technology issues in integrating to different consolidators and manages the relationships with the consolidators on behalf of the biller.
  • the biller has one data feed that comes directly into the bank's electronic billing system.
  • the embodiment receives the data feed and maps it to as many electronic customers as possible.
  • Embodiments of the present invention offer various features and advantages. It is a feature and advantage of the present invention to provide a biller service provider system that allows billers to have a single data feed by aggregating bill consolidators and branded websites and acting as the biller's proxy by managing all relationships between the system and the aggregators, as contemplated by the present invention. It is another feature and advantage of embodiments of the present invention to provide a system and method for electronic bill presentment and payment that aggregates bill consolidators or aggregates touchpoints for a biller.
  • billers may have one direct communication link to a system that manages all issues associated with bill consolidators for the billers.
  • biller agent software can be written in a language that is largely platform independent (e.g., JAVA), such that biller agent software can be used on existing hardware. It is still an additional feature and advantage of the present invention that a central platform is designed to be a router for a biller's electronic statements and payments.
  • Embodiments include methods and systems for providing bill-related services.
  • FIG. 1 shows such an embodiment of a system according to the present invention.
  • an electronic billing service platform 10 or central platform, is in communication with multiple biller systems (including biller computer servers) 20, 24.
  • the electronic billing service platform comprises a biller service provider (BSP).
  • BSP biller service provider
  • Various entities that present bills employ computerized biller systems to produce bill statements. Examples of such entities include insurance companies, credit card companies, telephone service companies, utility companies, and governmental entities (e.g., county property tax offices).
  • the first biller 20 comprises a credit card company that periodically sends out bills to its customers for its credit card accounts
  • the second biller 24 is a local telephone company that periodically sends out bills to its customers for telephone service.
  • the service platform 10 is also in communication with various consumer service providers comprising bill presentation systems.
  • the bill presentation systems shown include multiple bill consolidators 30, 34, a biller web site 40, a voice response unit (VRU) / interactive voice response (IVR) systems 44, an e-mail billing system 48, and a personal digital assistant billing system 52.
  • VRU voice response unit
  • IVR interactive voice response
  • the various elements include computer servers (or networks servers) having hardware and software for carrying out the various functions associated with each element as will be described further herein.
  • the various elements include electronic communication facilities that allow the elements to send and receive electronic communication.
  • the service platform 10 is in communication with the consumer service providers 30, 34, 40, 44, 48, 52 via the internet.
  • the service platform 10 is also in communication with the biller systems 20, 24 via the internet.
  • the service platform's connection to any of the consumer service providers or the billers may be through any communications means, including via the telephone network, a dedicated communications line, or other means.
  • the first biller system 20 is associated with a biller agent 21.
  • the biller agent 21 comprises software resident on the biller's server that facilitates communication between the biller system 20 and the service platform 10 (including messaging, such as verification of transmissions), system status monitoring, and bill statement transmission to the service platform 10.
  • the biller agent 21 serves as an interface for the biller to the biller service provider by, for example, facilitating the review of customer candidates for electronic billing, the payment and the receipt of remittance advice listings to post accounts receivables, and the remote diagnosis and repair of software and other issues by the service platform 10.
  • Various functions of the biller agent 21 will be discussed in further detail herein.
  • the biller system also includes a biller interface (or biller console) which may be used by those with operational responsibility for the biller system to interface with the biller agent 21.
  • the second biller system 24 also is associated with a biller agent 25.
  • each biller system is associated with a biller agent and, preferably, the biller agent software is written in a language that is largely platform independent, such as JAVA.
  • FIG. 2 shows a portion of the embodiment shown in FIG. 1, and comprises an embodiment of the present invention.
  • the isolated portion shown in FIG. 2 will be used herein to describe steps taken in accordance with an embodiment of the present invention.
  • FIG. 2 shows one of the billers (the first biller 20, the credit card company), a first of the service providers (the first bill consolidator 30), a second of the consumer service providers (the biller web site 40), and the service platform 10. It also shows a consumer 3 (or client) in communication with the biller-branded web site 40, and a consumer 2 in communication with the bill consolidator 30.
  • the consumers 2, 3 (or clients) comprise personal computers in the embodiment shown.
  • the extensible markup language (XML) format is used to interface or communicate between the biller 20 and the service platform 10.
  • FIG. 2 also shows further detail of the BSP 10.
  • the BSP 10 shown includes a consumer service provider connection adapter 12, a processing system 14, a data storage system 16, and a biller connection adapter 13.
  • the first connection adapter 12 comprises a communications link between the systems of the BSP 10 and the bill consolidator 30.
  • the adapter 12 allows bi-directional communication between the BSP 10 and the biller 20.
  • the BSP 10 and the biller 20 are connected via a secure internet connection in the embodiment shown.
  • the second connection adapter 13 is like the first connection adapter 12, but comprises a biller integration system server used to interface with the bill consolidator 30.
  • the processing system 14 comprises a computer system which processes the various functions of the service platform 10.
  • the data storage system 16 shown represents the data storage function of the BSP processing unit 14, and comprises portions of a hard disk drive storage unit.
  • FIG. 3 provides a high-level physical network overview of the embodiment shown in FIG. 2.
  • the first connection adapter 13 comprises biller staging servers 202a, 202b, 202c which are connected to the biller 20 and the biller's customer support representative server 100 via the internet.
  • the staging servers 202a, 202b, 202c may also be connected to the biller 20 and the representative's server 200 via a dedicated line 203.
  • the representative's server 200 comprises a customer service interface available to the biller 20 via, for example, the internet.
  • the representative's server 200 comprises software allowing the biller's service representative to view transactions by the biller's consumers at multiple consumer service providers, thus comprising a unified customer service interface.
  • the representative's server 200 allows the biller or other provider to answer consumer questions of consumers and others based on such information.
  • the representative's server 200 receives data reflecting transactions by consumers associated with the biller 20 from the BSP system 10. In the embodiment shown, the BSP system 10 sends such data to the server 200 on a constant basis, though in other embodiments, such data may be send on a periodic or other basis.
  • the BSP 10 of FIGS. 2 comprises several servers 204, 206, 208, 210, 216 and associated hardware 206, 214.
  • the parallel routing servers 204, 208 are programmed to manage the routing and management of authentication, statements, payments, and configuration between billers, consumers, and consumer service providers.
  • the first parallel routing server 208 is connected to the connection adapter 13.
  • the parallel routing servers 204, 208 are connected to other servers in the BSP 10 via an Ethernet connection.
  • the directory service server 206 is programmed to segregate and manage the biller's and consumer's data from other billers' information and to provide support for authentication of billers and consumers.
  • the server 206 includes associated hardware, such as memory storage systems (e.g., hard disk drives) (represented in FIG. 2 by the memory storage system 16, as are other memory storage systems and functions of the BSP processing system 14).
  • the server 206 comprises a distributed server that is visible across all the BSP servers.
  • the statements server 216 is programmed to manage and archive data received from the biller (biller data) in a storage system 214 for a predetermined time designated (e.g. 0 months (no archiving), 6 months, or 12 months), e.g., by the biller. Such data includes bill information, such as amount due and due date.
  • the statement server 216 is programmed to accommodate real-time retrieval of bill information for the consumer and the consolidator or other customer server provider (e.g., a biller web site).
  • the BSP system 10 employs the storage system 214 to provide further bill data storage services to billers.
  • the storage system 214 comprises bills provided by the biller 20 and other billers, and stored by the BSP system 10. In an embodiment, such bills are stored by the BSP system 10 at discount rates to the biller(s).
  • the storage system 214 comprises non-electronically presented bill data of the biller 20 and other billers, and stored by the BSP system 10. In an embodiment, such non-electronically presented bill data is stored by the BSP system 10 at volume discount rates to the biller(s).
  • the payment server 210 is programmed to manage remittance data and pre-noting for consumers, billers, and consumer service providers (such as the bill consolidator 20 shown).
  • the payment server 210 is programmed to determine and carry out the most efficient mechanism for remitting payment.
  • Mechanisms that the payment server 210 is programmed to consider include validating "on-us" accounts and conducting Automated Clearing House (ACH) transactions to reduce cost (ACH is an interbank consumer funds transfer system).
  • ACH Automated Clearing House
  • the server 210 will determine the best mechanism for remittance and debit the payment appropriately. Note that in the embodiment shown in FIG. 3, the payment server 210 is connected both to the Ethernet connecting the server 200 to the parallel routing server 208 and the statement server 216 and to the internet.
  • the embodiment shown in FIG. 3 also shows further detail of the biller-branded web site 40.
  • the web site 40 resides on two biller branded web servers 218a 218b that are in communication with the internet.
  • the web servers 218a, 218b are connected to the BSP system 10 via the Ethernet network, and the BSP system 10 manages the servers 218a, 218b on behalf of the biller for which the web site is branded.
  • Customers of the biller may pay their bills using the biller branded web site of the biller branded servers 218a, 218b, and the BSP system 10 manages the web site, but maintains the look and feel of the billers site as desired by the biller.
  • the BSP connection adapter 12, 13 facilitate communication between the biller web site 40 and the BSP processing system 14 by translating the BSP meta data stream into the web site data stream, e.g., Extensible Markup Language (XML), OFX, or HTML.
  • XML Extensible Markup Language
  • OFX or
  • the biller web site 40 is managed by the biller, rather than the BSP system.
  • the biller web site 40 and the BSP processing system 14 communicate in a manner similar to the manner in which other consumer service providers communicate with the system 14.
  • FIG. 3 also shows the bill consolidator 30, which includes a web server used by consumers subscribing to the bill consolidator's service to manage and pay their bills via the internet.
  • the consolidator 30 is in communication with the service platform 10 via a connection adapter 12.
  • the connection adapter 12 includes multiple bill consolidator interface servers 220a, 220b, 220c, 220d comprising, in the embodiment shown, Windows NT 4.0 servers running BIS (Biller Integration System) software that communicates with the bill consolidator 30.
  • the servers 220a, 220b, 220c, 220d include software to translate the BSP meta data stream into a BIS data stream.
  • the bill consolidator 30 communicates with the consumer 2 via the internet through the consumer's bank 224. In other embodiments, the consumer 2 communicates directly with the bill consolidator 30. Note that the consumer is also in communication with the biller branded web site via the internet.
  • a preferred configuration of the BSP system 10 includes the following features and percentage reliability: statement feed availability (98%), payment system availability (99%),biller configuration availability (98%), consumer configuration availability (98%), report system availability (98%), biller internet feed availability (99%), biller modem feed availability (99%), and peak hour end to end network response time 450ms per 5000 byte packet for biller feed (95%).
  • a preferred configuration additionally includes the following: statement presentment availability (98%), rate of successful first try login / connection attempts (98%), rate of noticeable error free customer sessions (98%), average logon time must be forty (40) seconds or less (99%), and peak hour end to end network response time 450ms per 5000 byte packet to consumer (95%).
  • a variety of other configurations may be used in accordance with the present invention.
  • other consumer service providers e.g., other consolidators 34, VRU billing systems 44, and others
  • FIGS. 1, 2, and 3 carries out various functions in accordance with the present invention.
  • FIG. 2 isolates a portion of FIG. 1 and is used in conjunction with FIGS. 4-11 to describe the functions of the embodiment of FIG. 1 in further detail.
  • FIGS. 4 shows a flow diagram of some of the steps carried out in the system of the present invention show in FIGS. 1-3.
  • FIGS. 5-11 show flow diagrams providing further detail of some of the steps shown in FIG. 4.
  • the items shown in FIGS. 1-3 are referred to below in describing the steps.
  • the BSP system 10 enrolls a biller in the service provided by the BSP system 60, establishes a relationship with a bill consolidator on behalf of the biller by enrolling the biller in the service provided by the bill consolidator 64, facilitates enrollment of a first consumer in the service provided by the biller via a biller branded web site 68, and facilitates enrollment of a second consumer who is a member of a service provided by the bill consolidator (e.g., a subscriber to the bill consolidator's bill presentment and payment service) in the service provided by the BSP system 10 via the bill consolidator 72.
  • FIG. 5 shows steps taken by the system 10 to enroll a biller in the service provided by the BSP system 10.
  • the operator of the BSP system 10 establishes an agreement with the biller 20 in relation to aspects of the service provided by the BSP system 10, such as cost, service, and support 100. Such an agreement is generally reached in writing.
  • the operator of the BSP system 10 and biller 20 also establish parameters for the communications adapter 13 that will facilitate communication between the BSP system 10 and the biller 20, such as protocols, filters, support for sending bill data, managing consumer date (e.g., add, update, delete), reverse billing, statement format, and inserts 102.
  • the BSP system 10 then creates a biller account for the biller 20 in the BSP system 104.
  • Creating such a biller account includes creating a biller profile having such information as the biller's name, address, business telephone number, consumer support representative contact information, BSP account number, account type, ACH routing numbers for credits and debits, account number to credit and debit, transaction history, number of bills uploaded, number of payments made, number of new enrollments, number of investigations, style template(s), insert(s), messages, enrollment options, consumer account(s), IP address, and other information.
  • profile information includes style sheets for bills, ACH account management information, and other preferences of the biller in relation to the service provided by the BSP system 10.
  • the BSP system 10 also creates a repository in a data storage system 16 for the biller's consumer data 106.
  • the repository is used to store and archive the biller's consumer data.
  • the size of the repository depends on the number of the biller's customers expected to use the system, the amount of data associated with each of biller's customers, and other factors.
  • the BSP system 10 and the biller 20 are prepared to enroll consumers in the biller-related aspects of the BSP system 10. That is, the BSP system 10 and the biller 20 are now ready to offer users of consumer service providers to pay the biller's bills through the BSP system 10. Accordingly, the BSP system 10 notifies consumer service providers enrolled in the service provided by the BSP system of the biller's enrollment 108. With this knowledge, the consumer service providers may decide whether they wish to provide its customers with the opportunity to manage their bills from the biller through the consumer service provider and the BSP system.
  • the BSP system 10 also receives relationship data from the biller 20 indicating the consumer service providers (e.g., consolidators) with which the biller 20 has a relationship 110. In the embodiment shown, the relationship data received indicates that the biller 20 has a relationship with the first bill consolidator 30. In other embodiments, the relationship data indicates relationships with multiple consumer service providers.
  • the BSP system 10 next arranges an enrollment for the biller in a selected biller channel (e.g., a consumer service provider).
  • a selected biller channel e.g., a consumer service provider
  • the BPS system 10 enrolls the biller in the service provided by a consumer service provider (e.g., a bill consolidator) 64, establishing a relationship between the BSP system 10 and the bill consolidator on behalf of the biller 20.
  • a consumer service provider e.g., a bill consolidator
  • this enrollment step 64 comprises enrolling the biller with which the consumer service provider with which the biller 20 has a relationship, the first bill consolidator 30.
  • FIG. 6 shows steps taken in the embodiment shown to enroll the biller in the service provided by the consumer service provider 30 and establishing a relationship on behalf of the biller 64.
  • the BSP system 10 first contacts the consumer service provider with which the biller indicates that the biller has an established relationship or with which the biller indicates the biller wishes to establish a relationship.
  • the BSP system 10 receives enrollment information from the consumer service provider contacted, including the consumer service provider's application, from the consumer service provider 120.
  • the application may comprise a template, web-based form, or other type of data request means.
  • the BSP system 10 After receiving the application, the BSP system 10 examines the biller profile to determine information about the biller needed to enroll the biller in the service provided by the consumer service provider 122. Information found in the biller profile (e.g., name, address, account number) is then used by the BSP system 10 to complete the consumer service provider's application on behalf of the biller 124. The completed consumer service provider application is then sent by the BSP system 10 to the consumer service provider 126.
  • Information found in the biller profile e.g., name, address, account number
  • the completed consumer service provider application is then sent by the BSP system 10 to the consumer service provider 126.
  • the BSP system 10 receives and records the format protocol information (e.g., style sheets, inserts) for the consumer service provider in association with the biller's profile 128.
  • the BSP system 10 records the format in which the consumer service provider wishes to receive billing data, and records such information in association with the biller's profile so that the system 10 may properly format data of the biller that will be sent to the consumer service provider.
  • the BSP system 10 After sending the completed application to the consumer service provider, the BSP system 10 receives notification from the consumer service provider of acceptance or rejection of the application 130. If notification of rejection of the application is received, the BSP system 10 notifies the BSP consumer / biller support center (not shown) associated with the BSP system 10 of the rejection.
  • the consumer / biller support center comprises persons who review the rejection and the reasons for the rejection, and carry out the steps necessary to correct for any errors in the application or other reason for the rejection, and to resubmit the application until the application is accepted or finally rejected 132.
  • the BSP system 10 updates the biller profile information in the BSP system to reflect successful enrollment in the consumer service provider's service 134.
  • the BSP system also facilitates enrollment of another consumer 3 in the service provided by the biller via the biller branded web site 68.
  • FIG. 7 shows steps taken in the embodiment shown to enrolls the consumer 3 in the service provided by the BSP system 10 via the biller branded web site 40.
  • the BSP system 10 manages and operates the biller branded web site 40.
  • the consumer 3 accesses a biller branded web site 40 using a web browser (the consumer 3 may also use an OFX client) and requests enrollment in the service offered via the web site 40.
  • the BSP system 10 receives the request for consumer enrollment from the biller's branded web site 168, and sends an enrollment page from the biller's web site 40 to the consumer's browser 170.
  • the consumer 3 provides the information requested in the enrollment page (e.g., name, address, account number, and e-mail address) and sends the completed enrollment page to the web site 40.
  • the web site 40 receives the completed enrollment page 172 and provides the enrollment data to the BSP system 10.
  • the BSP system 10 sends communication to the consumer that a decision on their enrollment request will be sent to the consumer via e-mail 174.
  • This communication may be transmitted by an e-mail server associated with the web site 40 or by other means.
  • the BSP system 10 uses the data in the completed enrollment page to validate the consumer enrollment request 176. In doing so, the system 10 determines whether the consumer is already enrolled with the service offered by the BSP system or any of its associated consumer service providers by comparing the data in the completed enrollment page to profile data of previously enrolled consumers stored in the BSP system 10. In the embodiment shown, the BSP system 10 allows only a single enrollment per consumer. In another embodiment, if the biller chooses to allow multiple enrollments per consumer, the BSP system will not preclude multiple enrollments. In such an embodiment, there will normally be an additional charge to the biller for multiple enrollments.
  • the BSP system 10 determines that the consumer enrollment request is valid, the BSP system 10 forwards the request to the biller for authentication and authorization 178.
  • the biller carries out its own validation (authentication / authorization) analysis as defined by the biller's business policy (e.g. is the consumer's account in good standing and is the consumer's account valid).
  • the biller 20 then sends a communication to the BSP system 10 indicating whether the biller wishes the BSP system 10 to enroll the consumer or not.
  • the biller sends a communication to the BSP system 10 indicating that the biller approves the enrollment requests and wishes the BSP system 10 to enroll the consumer, and the BSP system 10 receives the communication from the biller 180. If the biller determines in its analysis that it does not wish for the BSP system 10 to enroll the consumer, the biller will send a communication to the BSP system 10 indicating that decision.
  • the system 10 After the BSP system 10 receives the enrollment communication from the biller, the system 10 send a pre-note request to a payment system (not shown) to validate the consumer's enrollment request 182. Sending such a request, or "pre-noting,” comprises validation by the payment system of the accounts that will be used in transactions relating to the consumer before a remittance takes place between the consumer and biller.
  • the payment system will validate pre-noting using various account types, such as "On Us,” Direct Deposit Accounting (DDA), and external ACH.
  • the system shown then creates a new consumer profile / account for the biller's consumer in the biller's repository area 184.
  • the profile comprises the consumer's name, primary and secondary mailing addresses, telephone number for day and evening, primary and secondary e-mail addresses, security code, social security number, holder name, bank name, bank address, account type, ACH routing numbers for credit and debit, account numbers to debit and to credit, bill account(s), associated biller, and other, related information.
  • the biller repository area comprises a portion of a memory storage system, e.g., the memory storage unit of the authentication directory service 106 shown in FIG. 3.
  • the system 10 also sends an e-mail to the consumer notifying the consumer of the biller's 20 acceptance of consumer 186 and communicates acceptance to the consumer service provider.
  • the BSP system 10 receives bill information for the consumer (e.g., amount due, and account number) from the biller when the biller updates the BSP system 10 with such information 188. Once the bill information is received, the BSP system 10 sends a bill to the consumer's account at the web site comprising at least part of the bill information for the consumer 190. Bills are sent by the BSP system 10 on a periodic basis, e.g., daily, weekly, or hourly. The consumer will be able to access the consumer's account through the web site 40 and to pay the consumer's bills.
  • bill information for the consumer e.g., amount due, and account number
  • the biller 20 can also issue consumer enrollment requests to the BSP system 10 on behalf of the consumer.
  • the biller may create accounts for all its consumers through the BSP system 10 and then notify its consumers via paper statements that they are enrolled to pay electronically via the BSP system 10 or via the branded web site 40 if the consumer chooses.
  • the BSP system 10 supports batch uploads of consumer enrollment requests.
  • the consumer submits an enrollment request from their home based banking program (e.g., Quicken, Microsoft Money, or Checkfree).
  • the enrollment request is processed similarly to the enrollment request received via the web site 40 as described above.
  • the BSP system 10 then facilitates enrollment of a consumer 2 who is a member of a service provided by a consumer service provider (e.g., a subscriber to a bill consolidator's service) in the service provided by the BSP system via the consumer service provider system 72.
  • FIG. 8 shows steps taken in the embodiment shown to enroll the consumer 2 who is a member of a service provided by a consumer service provider (e.g., a subscriber to a bill consolidator's service) in the service provided by the BSP system. Such steps are similar to those taken in enrolling a consumer 3 via the branded web site as described above with reference to FIG. 7.
  • FIG. 7 Various features and aspects described with reference to FIG. 7 will not be repeated with reference to FIG. 8, but apply equally to the steps described in FIG. 8.
  • Bill consolidators provide services to a variety of consumers.
  • a consumer 2 who is a member of the service provided by the bill consolidator 30 wishes to pay the consumer's bills for the biller 20 through the consolidator 30.
  • the BSP system 10 receives a request for consumer enrollment (i.e., a request to enroll the consumer 2 in the BPS system 10) from the bill consolidator 140.
  • the request includes consumer data relating to the consumer 2 (e.g., name, mailing address, e-mail address, and account number).
  • the BSP system 10 validates the consumer enrollment request 142. Such validation includes determining whether the consumer is already enrolled with the service offered by the BSP system or any of its associated consumer service providers and determining whether all needed information has been received. If the consumer enrollment request is invalid, the BSP system 10 will notify the bill consolidator 30 of the rejection and of the reason for the rejection. In the embodiment shown, the enrollment request is validated by the BSP system.
  • the BSP system 10 forwards the request to the biller 20 for authentication and authorization by the biller 144.
  • the biller 20 considers whether to accept or reject the request and communicates its decision to the BSP system 10. In the embodiment shown, the biller 20 accepts the request and transmits an acceptance communication to the BSP system 10.
  • the BSP system 10 receives communication from the biller to enroll the consumer 146. After receipt, the BSP system 10 creates a new consumer profile / account for the consumer 2 in the biller's repository area 148. The system 10 sends notification to the bill consolidator 30 of the consumer's enrollment status in a batch feed 150.
  • the batch feed includes all status information of interest to the consolidator in relation to the BSP system 10, including the enrollment status of the consumer 2.
  • the notification sent to the bill consolidator 30 of the consumer's enrollment status is carried out shortly after the receipt of the communication of the biller to enroll the consumer, and is sent individually, rather than in a batch.
  • the bill consolidator prepares to receive bills from the BSP system 10 for the consumer 10.
  • the BSP system 10 later receives bill information for the consumer from the biller 152.
  • the bill information comprises account balance, account number, due date, and other, related information.
  • the BSP system 10 then sends a bill to the bill consolidator for the consumer's account at the bill consolidator 154.
  • the bill comprises at least part of the bill information received from the biller 40.
  • the BSP system 10 receives bill information from the biller and sends it to consumers via such means as the biller branded web site 40 and the bill consolidator 30.
  • the various steps associated with such management of bill information is described below with further reference to FIG. 4 and to FIGS. 9-11.
  • the BSP system 10 receives a data stream from the biller that includes data for at least one bill for the consumer.
  • the BSP system 10 receives bill information from the biller for the first consumer and for the second consumer 74.
  • the bill information is sent to the BSP system 10 using the biller agent system 21 at a time defined by the agreement reached between the BSP system providers and the biller during the phase of enrolling the biller 60.
  • a variety of time cycles may be used, e.g., monthly, weekly, or daily.
  • the bill information is sent to the BSP system 10 daily, which is a preferred embodiment.
  • the biller 20 uses a variety of formats internally for its bill statements, including OFX 1.5.1 or higher, AFP, Xerox, and Flat File.
  • the biller agent 21 includes translator software provided by the BSP system 10 that formats the bill in a pre-determined format (e.g., lay out) by converting the internal format used by the biller 20 to a meta data format used by the BSP system 10.
  • Meta data comprises an easily-readable data format, such as OFX or ASCII.
  • translation occurs in the BSP processing system 14.
  • the biller agent 21 receives bill data relating to the first and second consumers from the biller 20 and carries out the translation.
  • the biller agent organizes the formatted bill data into the following categories of transaction types: debit, credit, and post.
  • the bill data in the debit category comprises items to be charged to the consumer that make up a bill.
  • the bill data in the credit category comprise data reflecting payments sent to the biller by the consumer and credited to the biller's accounts.
  • the bill data in the post category comprise notifications to cut off the debits and credits for a statement period.
  • the organization of bill data by the biller agent 21 allows the BSP system 10 to manage credits applied to the biller's account system without a full understanding of the biller's accounting system, thus allowing more efficient processing of payment from the consumer payment request through crediting of the biller's account.
  • the biller agent 21 then transmits the bill information (or bill data) to the BSP system 10.
  • the embodiment shown employs two bill delivery mechanisms: internet delivery and direct dial-up delivery.
  • the biller agent 21 sends the bill data to the BSP system 10 via the internet using secure data transmission methods.
  • the biller agent 21 calls the BSP system 10 and uploads bills via a modem.
  • the BSP system 10 receives the bill data and stores the data for processing.
  • the BSP system 10 has stored bill information for the first consumer and for the second consumer in meta data format.
  • the BSP system 10 also receives bill information for the first and second consumers from other billers, and stores the information in association with the information receives from the first biller 20.
  • the BSP system 10 then presents bill statements to the first consumer via the biller branded web site 76.
  • FIG. 9 shows steps comprising presentment of a bill statement to the first consumer via the biller branded web site in the present embodiment.
  • the first consumer 3 logs into the biller-branded web site 40 using the consumer's internet browser, such as Microsoft Internet Explorer or Netscape Navigator. In other embodiments, the consumer 3 uses a home-based banking program, such as Quicken, Microsoft Money, or Checkfree, to access the web site 40.
  • the biller-branded web site 40 receives an indication that the first consumer has logged in 160.
  • the web site 40 gathers profile information (e.g., name, account number, account status, and bill format preference) of the first consumer stored in the web site 162.
  • the consumer 3 requests bill presentment.
  • the web site 40 detects the request and sends the request to the BSP system 10.
  • the BSP system 10 receives the request for bill presentment by the first consumer 164. After receipt of the request, the BSP system 10 authenticates the first consumer 166. Authentication comprises gathering the first consumer's account information, including profile and enrollment status, which includes determining the credentials of the consumer (e.g., identity) and the biller associated with the user (which, in the embodiment shown, is the biller 20). Authentication by the BSP system 10 allows the consumer to receive data from defined areas of the biller's repository (i.e., the data of the biller stored in the BSP system 10), such as archived data.
  • defined areas of the biller's repository i.e., the data of the biller stored in the BSP system 10
  • the BSP system 10 then processes the bill presentment request. On examining the request, the BSP system 10 determines whether the bill presentment request of the first consumer 3 is for an outstanding statement or an archived statement 170.
  • the biller 20 sends a feed to the BSP system 10 on a periodic basis that defines the bill information for acquired and/or posted transactions for a bill.
  • outstanding statements are statements that include charges for which a payment by the consumer has not been recorded by the BSP system 10.
  • outstanding statements are those that have recorded but not yet posted transactions (posted statements are bills ready to be paid).
  • an archived statement comprises a statement previously presented to the consumer by the BSP system 10.
  • the BSP system 10 accesses stored bill information reflecting outstanding bill information and retrieves the outstanding statement 172. If the request is for an archive statement, the BSP system 10 determines the statement location from a look-up table or file map stored in the BSP system 10 and retrieves the archive statement from an archive storage system in the BSP system 10 (e.g., a hard disk drive) 174. Data storage systems may include warm or cold storage archive systems that enable the BSP system 10 to access a biller's bills on demand. In embodiments, the data storage system accessed by the BSP system 10 is provided by a third-party.
  • Embodiments of the present invention feature encrypted data.
  • the biller and consumer profile data e.g., name, address, telephone, password
  • the biller's data is encrypted at the biller 20 and sent to the BSP system 10 or the consolidator 30 in a non-viewable format, and is viewable by the consumer 3.
  • the BSP system 10 transmits the requested bill statement to the biller-branded web site 40 in meta data format 176.
  • the meta data is sent via a secure channel.
  • the web site 40 receives the statement and translates the statement to the format used by the web site 40 and the first consumer 3, and presents the bill statement to the first consumer via the first consumer's web browser 178.
  • the step of translation comprises formatting the statement into an HTML file to constitute the look and feel formatting used by the site 40 or preferred by the consumer 3.
  • the web site 40 uses an HTML style sheet and the meta data sent by the BSP system 10 to format an output HTML data stream to the consumer's browser.
  • the site 40 will format the statement in the OFX format used by the consumer's banking program for presentment to the consumer.
  • the BSP system 10 logs the requested transaction in its data storage system 180.
  • the BSP system 10 includes information such as user identification, web site 40 identification, time of transmitting statement, make-up of the statement transmitted, and other information.
  • the stored logged may be used for auditing purposes (e.g., by the biller, BSP system, or BSP consumer service provider) and to create archive data.
  • the BSP system 10 formats the bill information for an e-mail and sends the bill directly to the consumer 3 for payment via e-mail.
  • the BSP system 10 may send a bill-posted notification to the consumer 3 via e-mail in plain text format or S/MIME (Secure Multipurpose Internet Mail Extensions) format.
  • the BSP system 10 may send a bill-posted notification to the consumer 3 by sending the notification to the consumer's page, cell phone, or personal digital assistant (PDA).
  • PDA personal digital assistant
  • the BSP system 10 presents bill statements to the second consumer 2 via the consumer service provider (in the embodiment shown, the bill consolidator 78 or aggregator).
  • FIG. 10 shows steps in the present embodiment comprising presenting bill statements to the second consumer via the bill consolidator.
  • the BSP system 10 receives bill data from the biller agent 21 associated with the biller 190.
  • the bill data comprises bill data for the second consumer 2.
  • the biller agent 21 transmits bill data to the BSP system on a pre-defined, periodic basis.
  • the BSP system 10 sends a batch update to the bill consolidator 30 associated with the second consumer 2 comprising the bill data 192.
  • the BSP system 10 examines the bill data to determine the consumer for which the bill data is intended, accesses the profile of the consumer for which the bill data is intended, and determines the bill consolidator associated with the consumer for which the bill data is intended.
  • the BSP system 10 forwards the bill data to the bill consolidator associated with the consumer for which the bill data is intended.
  • the batch update sent by the BSP system 10 is to all of its third party consolidators at the next scheduled transmission.
  • the BSP system 10 then updates the transaction history portion of the profile of the consumer 2 to reflect the bill data sent to the consolidator 194.
  • the bill consolidator 30 presents the bill to the consumer using its presentation method.
  • the BSP system 10 sends notification to the consumer 2 that a bill has been posted to the bill consolidator 196. In the embodiment shown, the BSP system 10 does so via e-mail to the e-mail address in the profile of the consumer 2.
  • the BSP system 10 also manages payment information received from consumers via the consumer service providers in order to facilitate payment of the biller's bills by consumers.
  • the first and second consumers 2, 3 choose to pay the bills sent to them via the BSP system 10 from the biller as describe above, and to cause the bill consolidator and biller-branded web site, respectively, to transmit payment information related to the payment of the bills sent to them via the BSP system 10 to the BSP system 10.
  • the BSP system 10 receives and processes payment information received from the first consumer via the biller branded web site 80.
  • the BSP system 10 receives notification of the customer's selection of a payment option for the bill and then sends notification of the customer's payment option selection to the biller of the customer.
  • FIG. 11 shows steps carried out by the embodiment shown in receiving and processing payment information in relation to biller-branded web site bill payment processing.
  • the first consumer 3 logs into the web site 40 via a web browser (the consumer 3 may also use a home based banking program, e.g., Quicken, Microsoft Money, or Checkfree to log into the web site).
  • the web site 40 provides a graphical user interface to the consumer 3, including a selection of bills that they consumer may pay.
  • the selection comprises a bill provided to the web site 40 by the BSP system 10 for the biller in the bill presentment method described above.
  • the consumer 3 selects for payment the bill provided by the BSP system 10 for the biller, provides the necessary payment information (e.g., credit card number and expiration date), and hits "Pay" to cause the web site 40 to send a payment request to the BSP system 10.
  • the payment request includes consumer information (e.g., name, account number) and payment request information (e.g., identification number for bill the consumer wishes to pay, payment method, credit card number, and expiration date).
  • the BSP system 10 receives the payment request from the first consumer via the biller branded web site 230.
  • the BSP system 10 authenticates the first consumer by comparing the consumer information received with consumer information in the storage system associated with the BSP system 232. In doing so, the BSP system 10 gathers profile information of the first consumer.
  • the BSP system 10 retrieves the debit account information of the first consumer from the profile of the first consumer 234.
  • the debit account information comprises billing data associated with the bill the consumer wishes to pay, including amount owed, account number owed, identification of the biller, and related information.
  • the system 10 also retrieves, from the account of the biller associated with the bill which the first consumer wishes to pay, the biller's profile, including stored credit account information 236.
  • the stored credit account information comprises an account number, routing information, and other information that will allow a payment system to forward payment to the biller.
  • the system 10 formats the billing data for sending to a payment system (not shown) 238.
  • payment systems include a credit card payment management system, Secure Electronic Transaction (SET) systems, Financial Services Technology Consortium (FSTC) electronic check, and online NYCE SafeDebit systems.
  • the system 10 determines the payment system requested by the consumer and acceptable to the biller, and formats the billing data for the payment system. Then system 10 then sends the payment request (including the billing data, and other appropriate account information for the biller and the consumer) to the payment system for processing 240.
  • the payment system receives the payment request and sends an acknowledgement and status message regarding the payment request (e.g., request received, currently processing) to the system 10, which the system 10 receives 242.
  • the acknowledgement and status message communicates the time at which the payment will be applied to the biller's accounts.
  • the system 10 After receipt of the acknowledgement and status message, the system 10 updates the accounts of the first consumer and the biller to reflect payment status 244. The system then sends the acknowledgement and status message to the biller-branded web site in meta data format for communication to the first consumer 246.
  • the biller-branded web site 40 will communicate the acknowledgment and status message to the first consumer 3.
  • the output stream will be processed by the web site 40 into the appropriate return stream. If the consumer's connection to the web site is in OFX meta data format, the bill will be formatted and returned in the consumer's application OFX standard. If the connection is through a web browser, the meta data will be formatted into an HTML data stream. To format an HTML data stream, the web site uses an HTML style sheet and the meta data sent by the BSP system 10 to format an output HTML data stream. Once the data stream (the bill data) is formatted in HTML, the web site sends it to the consumer 3 via the consumer's browser.
  • the BSP system 10 is associated with a bank.
  • the consumer's and biller's account are validated by checking the following account types: "On-Us," DDA, or external ACH.
  • "On-Us" accounts are accounts managed by the bank for both the consumer and biller.
  • the "On-Us" account may also comprise credit card accounts.
  • the DDA accounts are accounts that are used to transfer monies between participating banks (e.g., electronic funds transfers).
  • An external ACH account comprises accounts that are not an "On-Us" or DDA accounts.
  • both accounts are "On-Us" or DDA accounts
  • the BSP system initiates a direct transfer within the bank, reducing the network cost and saving more money for the bank. If the accounts are not "On-Us" or DDA, an ACH transaction message is generated and sent to the Federal Reserve for processing. In such an embodiment, restrictions are placed on payments. For example, the use of one credit card to pay another credit card bill is not allowed.
  • the second consumer 2 chooses to pay the bills sent to the second consumer by the biller 20 through the BSP system 10 to the bill consolidator 30.
  • the BSP system 10 also processes payment information received from the second consumer via the bill consolidator 82 or aggregator. If the bill payment by the second consumer is funded by the bill consolidator 30, the bill consolidator 30 sends remittance information for a bill of the second consumer to the BSP system 10, which the BSP system 10 receives.
  • the BSP system forwards the remittance information to the billers output remittance directory (in the storage system of the BSP system 10) for transmission to the biller at a later time (preferably periodic).
  • the payment for the bill is sent by the bill consolidator 30 to the biller's financial institution via a ACH transaction system for processing by the biller.
  • the bill consolidator 30 sends ACH remittance information to the BSP system 10 in relation to the bill to be paid.
  • the BSP system 10 processes the payment request in a manner like that described above in relation to the biller-branded web site, by processing the payment through a payment system associated with the BSP system 10 or sending remittance to the biller to process through the biller's bank.
  • the BSP system 10 records the transaction conducted via the bill consolidator 30, and otherwise manages the payment request in a manner like that described above in relation to the biller-branded web site. Once the BSP system 10 receives an indication that the bill in question has been paid, the BSP system will update the biller's and the second consumer's information to reflect payment. In embodiments, notification of receipt of payment by the biller is sent by the biller to the BSP system 10 and is sent immediately to the consumer service provider for the consumer.
  • the method described above with reference to FIGS. 4-11 employ two consumer service providers (the bill consolidator 30 and the biller-branded web site 40), and a single biller 20, and each of the two consumer service providers are associated with a single consumer 2, 3.
  • Such an embodiment is described by way of an example of an embodiment of the present invention.
  • Other embodiments employ more than two consumer service providers, more than one biller, and the consumer service providers are each associated with more than one consumer. Any combination of service providers, billers, and consumers may comprise embodiments of the present invention, and carry out the exemplary steps described above.
  • an embodiment of the present invention may further comprise facilitating enrollment of a second consumer in the biller 20, receiving second bill information associated with the second consumer from the biller 20, presenting a second bill statement comprising the second bill information through a consumer service provider (e.g., the biller-branded web site), receiving second bill payment information associated with the second bill statement from the second consumer through the consumer service provider, and processing the second bill payment information.
  • a consumer service provider e.g., the biller-branded web site
  • Other embodiments may further comprise enrolling a second biller in the bill presentment and payment management service, establishing a relationship with a first consumer service provider on behalf of the second biller, facilitating enrollment of a second consumer in the second biller, receiving second bill information associated with the second consumer from the second biller, presenting a second bill statement comprising the second bill information through the first consumer service provider, receiving second bill payment information associated with the second bill statement from the second consumer through the first consumer service provider, and processing the second bill payment information.
  • another embodiment may further comprise enrolling a second biller in the bill presentment and payment management service, establishing a relationship with a second consumer service provider on behalf of the second biller, facilitating enrollment of a second consumer in the second biller, receiving second bill information associated with the second consumer from the second biller, presenting a second bill statement comprising the second bill information through the second consumer service provider, receiving second bill payment information associated with the second bill statement from the second consumer through the second consumer service provider, and processing the second bill payment information.
  • the consumer is presented with a bill and pays the bill through direct payments systems.
  • a bill is posted by the system 10 to a consumer via e-mail using Rich Text Format (RTF) or HTML format.
  • RTF Rich Text Format
  • the system 10 transmits an e-mail to a consumer comprising amount due, biller's identification, date due, and other bill information.
  • the e-mail comprises a button displaying the words "Pay Now.” If the consumer clicks the "Pay Now" button, the consumer can choose to pay the bill from their e-mail system or from the biller-branded web site (as describe above).
  • the consumer chooses to pay via their e-mail system
  • the user is asked via e-mail to provide remittance information necessary to pay the bill and the information is sent via e-mail to the BPS system 10 by the consumer.
  • a unique identification key is assigned by the system 10 for each bill sent out via e-mail.
  • the information is stored at the system 10 and the user may simply click "Pay Now" to use the remittance information previously provided by the consumer and stored at the BSP system 10.
  • the consumer is presented with a bill via the consumer's pager, cellular telephone, or personal digital assistant (PDA).
  • PDA personal digital assistant
  • the system 10 sends the bill data to the consumer's pager, cellular telephone, or PDA.
  • the consumer can choose to pay the bill via telephone (e.g., using a VRU system managed by the BSP system 10) or through the biller's web site.
  • the BSP system 10 communicates with the biller in carrying out the transactions described above and in otherwise managing billing.
  • the communication is secure.
  • the embodiment shown employs two security mechanisms: Secure Socket Layer (SSL) and Data Encryption.
  • SSL includes a secure internet protocol (IP) connection between the biller 20 and the BSP system 10 to transfer data.
  • IP internet protocol
  • the communication between the biller 20 and the BSP system 10 is encrypted using certificates.
  • the biller agent 21 comprises a CPU configuration (including server, storage, and processing), the make-up of which depends on the biller daily volumes, a network configuration (including an Ether net or similar communication system), the make-up of which also depends largely on the biller daily volumes, and a telephony modem for direct dial-ups to the BSP system 10 when needed.
  • a CPU configuration including server, storage, and processing
  • the make-up of which depends on the biller daily volumes a network configuration (including an Ether net or similar communication system), the make-up of which also depends largely on the biller daily volumes
  • a telephony modem for direct dial-ups to the BSP system 10 when needed.
  • the biller agent further comprises biller software, including Lightweight Directory Access Protocol (LDAP) client software used for managing data transfers between the biller 20 and the BSP system 10 and a biller operating system (e.g., an NT 4.0) as the data connection platform for the biller 20 to communicate with the BSP system 10.
  • the biller staging servers 202a, 202b, 202c comprise an IBM RS6K SP/2 SMP clustered enterprise server, a smart router (e.g., a Cisco load-leveling router), telephony support (e.g., a dedicated modem for direct dial-ups), and a data back-up system.
  • the staging servers 202a, 202b, 202c further comprise software, including an operating system (e.g., AIX 4.x), LDAP server used as a staging server to the BSP system 10, and connection adapters (including translation software to translate incoming bill data to BSP meta data).
  • an operating system e.g., AIX 4.x
  • LDAP server used as a staging server to the BSP system 10
  • connection adapters including translation software to translate incoming bill data to BSP meta data.
  • the parallel routing servers 104, 108 may comprise IBM RS6K 6000 SP/2 SMP or Sun StarFire 10000 clustered (or other scalable routing and management hardware), a backbone connection between the BSP system, storage servers, payment servers, consolidators, and biller-branded web servers (e.g., a Fiber Optic or Ethernet backbone), and a smart router.
  • the biller-branded web site 40 may comprise an IBM SP/2 SMP or HP StarFire 10000 or equivalent enterprise server, network connections, and a smart router.
  • bill consolidator interface servers 220a, 220b, 220c, 220d may comprise HP Netserver LX PRO Cluster, network connections (e.g., to the bill consolidator service center), and a smart router.
  • the BSP system 10 comprises software, such as operating system to manage the BSP routing operations (e.g., AIX / Solaris), an LDAP server used to manage segregation of billers, consumers, services, and other matters, and to manage authentication, an OFX server, and BSP system management software to manage and conduct the service offered by the BSP system 10.
  • operating system e.g., AIX / Solaris
  • LDAP server used to manage segregation of billers, consumers, services, and other matters
  • OFX server an OFX server
  • BSP system management software to manage and conduct the service offered by the BSP system 10.
  • Storage servers used in embodiments of the present invention may comprise an operating system and client storage software for managing receipt and storage of data.
  • payment servers may comprise an operating system for managing the payment processing servers and payment software that will manage methods of payment.
  • the biller-branded web site may comprise a web-site server and related software, a LDAP client capable of communicating request to the BSP system for bill payment and presentment, and an authentication server.
  • a directory structure is employed in the service provider 10 that facilitates the routing of information between bill consolidators and billers.
  • the directory structure is associated with a database comprising information indicating the consolidator(s) with which a biller is associated, as well as related information.
  • the directory structure employs LDAP and comprises one or more parent directories associated with a parent company, and each parent directory may or may not include one or more sub-directories. Each sub-directory is associated with a subsidiary, division, or business unit of the parent company associated with the main directory with which the sub-directory is associated.
  • Each directory includes information associated with the database that indicates the consolidators with which a biller is associated, and information identifying billers and users associated with the company, division, subsidiary, or business unit associated with the directory or sub-directory at hand.
  • the sub-directories may be further divided into further sub-directories associated with divisions of the subsidiary or other unit of the entity associated with a sub-directory.
  • a biller agent 21 may comprise software that takes the same print stream that is paper-printable data and translate the stream into data comprising scaleable vector graphics (SVG), which is an internet standard.
  • SVG allows the BSP system 10 to present bill data in a format identical to the way in which the data would be presented on paper.
  • Such embodiments also allow such data to be adapted to any touchpoint (e.g., any consumer service provider) and scaled appropriately for viewing using the touchpoint.
  • Use of the format allows the bill data, as presented, to be enlarged, rotated, or scaled, thus allowing flexibility to present billing data through multiple interfaces and display formats.

Landscapes

  • Business, Economics & Management (AREA)
  • Development Economics (AREA)
  • Accounting & Taxation (AREA)
  • Economics (AREA)
  • Finance (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
EP20000203026 1999-08-31 2000-08-31 Système et méthode pour la fourniture de services liés à la facturation Withdrawn EP1081617A2 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US15161299P 1999-08-31 1999-08-31
US151612P 1999-08-31

Publications (1)

Publication Number Publication Date
EP1081617A2 true EP1081617A2 (fr) 2001-03-07

Family

ID=22539517

Family Applications (1)

Application Number Title Priority Date Filing Date
EP20000203026 Withdrawn EP1081617A2 (fr) 1999-08-31 2000-08-31 Système et méthode pour la fourniture de services liés à la facturation

Country Status (1)

Country Link
EP (1) EP1081617A2 (fr)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1369796A2 (fr) * 2002-05-22 2003-12-10 Pitney Bowes Inc. Système et méthode électronique personnalisable pour la présentation et le paiment de factures
EP1546966A1 (fr) * 2002-08-30 2005-06-29 Sap Ag Procede et application logicielle permettant la presentation et le paiement electroniques de factures
EP1589448A2 (fr) * 2004-04-21 2005-10-26 Sap Ag Procédé, système et logiciel pour le traitement de données
EP1589451A1 (fr) * 2004-04-21 2005-10-26 Sap Ag Procédé, système et logiciel de traitement de données pour effectuer un paiement
US7962410B2 (en) 2002-06-28 2011-06-14 Pitney Bowes Inc. Customizable software agents in an electronic bill presentment and payment system
US8626730B2 (en) 2004-06-28 2014-01-07 Sap Ag Data processing methods, systems and computer programs for providing a payment using a web service
US8751387B2 (en) 2008-09-09 2014-06-10 Ebay Inc. Payment application framework
CN108306746A (zh) * 2018-03-28 2018-07-20 杭州奇治信息技术股份有限公司 基于计费代码的计费通道归类调度方法及系统
US11455603B2 (en) 2005-03-31 2022-09-27 Paypal, Inc. Payment via financial service provider using network-based device

Cited By (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1369796A2 (fr) * 2002-05-22 2003-12-10 Pitney Bowes Inc. Système et méthode électronique personnalisable pour la présentation et le paiment de factures
EP1369796A3 (fr) * 2002-05-22 2004-06-30 Pitney Bowes Inc. Système et méthode électronique personnalisable pour la présentation et le paiment de factures
US7962410B2 (en) 2002-06-28 2011-06-14 Pitney Bowes Inc. Customizable software agents in an electronic bill presentment and payment system
EP1546966A1 (fr) * 2002-08-30 2005-06-29 Sap Ag Procede et application logicielle permettant la presentation et le paiement electroniques de factures
AU2005201552B2 (en) * 2004-04-21 2008-01-17 Sap Ag A data processing method, system and computer program
EP1589448A3 (fr) * 2004-04-21 2005-11-02 Sap Ag Procédé, système et logiciel pour le traitement de données
EP1589451A1 (fr) * 2004-04-21 2005-10-26 Sap Ag Procédé, système et logiciel de traitement de données pour effectuer un paiement
EP1589448A2 (fr) * 2004-04-21 2005-10-26 Sap Ag Procédé, système et logiciel pour le traitement de données
US8548939B2 (en) 2004-04-21 2013-10-01 Sap Ag Methods, systems and computer programs for processing data in a world-wide-web service environment
US8626730B2 (en) 2004-06-28 2014-01-07 Sap Ag Data processing methods, systems and computer programs for providing a payment using a web service
US11455603B2 (en) 2005-03-31 2022-09-27 Paypal, Inc. Payment via financial service provider using network-based device
US8751387B2 (en) 2008-09-09 2014-06-10 Ebay Inc. Payment application framework
CN108306746A (zh) * 2018-03-28 2018-07-20 杭州奇治信息技术股份有限公司 基于计费代码的计费通道归类调度方法及系统
CN108306746B (zh) * 2018-03-28 2023-07-18 沈康 基于计费代码的计费通道归类调度方法及系统

Similar Documents

Publication Publication Date Title
US6289322B1 (en) Electronic bill processing
US9659326B2 (en) System and method for debt presentment and resolution
US6578015B1 (en) Methods, devices and systems for electronic bill presentment and payment
US8498914B2 (en) Method and system for increasing client participation in a network-based bill pay service
CA2360765C (fr) Systeme et procede permettant d'envoyer de l'argent par courrier electronique via l'internet
US8387868B2 (en) Method and apparatus for distribution of money transfers
US20020059139A1 (en) System and method for debt presentment and resolution
US20060095374A1 (en) System and method for supply chain financing
US8352365B1 (en) System and method for electronic bill presentment using a third party
US20080306846A1 (en) System and Method for a Frame-Based Internet Enabled User Interface
EP1081617A2 (fr) Système et méthode pour la fourniture de services liés à la facturation
KR20080033020A (ko) 의료보험금 운용 방법 및 시스템과 이를 위한 기록매체

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

AK Designated contracting states

Kind code of ref document: A2

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LI LU MC NL PT SE

AX Request for extension of the european patent

Free format text: AL;LT;LV;MK;RO;SI

RIN1 Information on inventor provided before grant (corrected)

Inventor name: MATTHEWS, GARETH CHRISTOPHER

Inventor name: GOODMAN NANCY L.

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20040302