WO2001082162A1 - Procede de gestion de transactions et de reglements, et procede de transmission d'informations concernant des tendances de consommation - Google Patents

Procede de gestion de transactions et de reglements, et procede de transmission d'informations concernant des tendances de consommation Download PDF

Info

Publication number
WO2001082162A1
WO2001082162A1 PCT/JP2001/003568 JP0103568W WO0182162A1 WO 2001082162 A1 WO2001082162 A1 WO 2001082162A1 JP 0103568 W JP0103568 W JP 0103568W WO 0182162 A1 WO0182162 A1 WO 0182162A1
Authority
WO
WIPO (PCT)
Prior art keywords
buyer
invoice
calendar
withdrawal
deposit
Prior art date
Application number
PCT/JP2001/003568
Other languages
English (en)
French (fr)
Inventor
Tsuyoshi Uehara
Masaharu Murakami
Original Assignee
Computer Applications Co., Ltd.
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
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=26590851&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=WO2001082162(A1) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Priority to AU2001272068A priority Critical patent/AU2001272068A1/en
Priority to EP01925904A priority patent/EP1291794A4/en
Priority to CNB2003101188255A priority patent/CN1332325C/zh
Priority to JP2001579174A priority patent/JP3632919B2/ja
Priority to US10/258,734 priority patent/US20040215572A1/en
Application filed by Computer Applications Co., Ltd. filed Critical Computer Applications Co., Ltd.
Publication of WO2001082162A1 publication Critical patent/WO2001082162A1/ja
Priority to US10/694,269 priority patent/US7885869B2/en
Priority to US12/977,691 priority patent/US8688555B2/en
Priority to US13/445,052 priority patent/US8407124B2/en
Priority to US13/445,362 priority patent/US8296209B2/en
Priority to US14/175,018 priority patent/US20140156522A1/en

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102Bill distribution or payments
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/04Payment circuits
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/108Remote banking, e.g. home banking
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/14Payment architectures specially adapted for billing systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/382Payment protocols; Details thereof insuring higher security of transaction
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/02Marketing; Price estimation or determination; Fundraising
    • G06Q30/0241Advertisements
    • G06Q30/0251Targeted advertisements
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/04Billing or invoicing
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes

Definitions

  • the present invention relates to information processing relating to commercial or non-commercial transactions, settlement related to such transactions, commercial or non-commercial advertisements, etc. And a technology for automatically performing the above. Background technology
  • Electronic information is exchanged over the communication network between the computer system of the supplier (company or government) that provides the goods or services and the computer system of the buyer (individual or legal entity) that purchases the goods or services.
  • the system has been put to practical use.
  • invoice approval and settlement processing such as the fact that the noiser automatically approves the invoice and automatically pays the supplier from the bank's bank account. It is not realized in real time or at the appropriate timing.
  • the supplier also checks whether the buyer has viewed the invoice, when the buyer should pay, whether the buyer has approved the invoice, and whether the buyer pays.
  • subliers must dedicate a large amount of labor to manage, organize, and understand cash flows for many transactions.
  • An object of the present invention is to enable a buyer to collectively manage various information on various commercial transactions performed by the buyer and their settlement on a GUI (graphical user interface) screen of the computer system of the buyer. Is to do.
  • Still another object of the present invention is to provide a financial institution handling a bank account of a supplier or a buyer on a GUI screen of a computer system of the financial institution for information on settlement of various transactions performed by the supplier or the buyer. This makes it possible to manage the payments collectively, thereby contributing to easier management of payment processing.
  • Yet another object of the present invention is to enable a commercial or non-commercial advertisement to be provided to a buyer at an appropriate time when the buyer is likely to be interested in the advertisement. It is in.
  • a method for managing a buyer's bow I and settlement according to the first aspect of the present invention comprises:
  • Pasting a mark indicating the electronic bill from the supply system and a mark indicating the electronic deposit and withdrawal statement from the banking system on the calendar of the GUI screen;
  • a computer system for managing a buyer's bow I and settlement according to the second aspect of the present invention comprises:
  • a computer program for receiving electronic bills from the supplier system for the company
  • a computer program that performs a process of preparing a GUI screen displaying a force render
  • a method for providing news to a buyer according to the third aspect of the present invention comprises:
  • Pasting a mark indicating the selected news to a space of the notification date on a calendar of the GUI screen;
  • a computer system for providing news to a buyer comprising: a convenience program for preparing a dated buyer schedule; A computer program for receiving news from the supplier system;
  • the term “invoice” includes not only an invoice but also a document that is not an invoice but from which the invoice amount and the like can be read, for example, a transaction statement, a statement, a delivery note, etc. Use in meaning.
  • the bill can be positive (the buyer pays) or negative (the buyer receives the money).
  • the term “deposit / withdrawal statement” is used to mean a document from which the fact of depositing or withdrawing money to an account and the amount thereof can be read.
  • the term "buyer” includes not only an entity that purchases goods or services, but also an entity that performs any economic activity involving the transfer of money, and a subject who receives the economic activity from another company. Use in meaning.
  • the term “supplier” refers to goods or services as “buyers”.
  • the term is used in a broad sense, including not only those who provide financial services to individuals, but also those who perform any economical actions involving the transfer of money to the buyer and those who receive the economical actions from the buyer.
  • the term "bank” is used in a broad sense, including not only a bank but also an organization that is not a bank but can handle the transfer of funds of a sublier or a buyer.
  • the “bank” in the present invention may refer to, for example, a securities company or a post office.
  • FIG. 1 is a block diagram showing an overall configuration of an information management system relating to transactions and settlements according to an embodiment of the present invention.
  • FIG. 2 is a block diagram showing the flow of electronic information in the processing performed by the bill management unit 27 and the accounting management unit 29 of the power render server 25.
  • FIG. 3 shows an example of a monthly calendar screen provided by the calendar server 25 to the buyer system 3.
  • FIG. 4 shows an example of a weekly calendar screen provided by the calendar server 25 to the buyer system 3.
  • FIG. 5 shows an example of a daily calendar screen provided by the calendar server 25 to the buyer system 3.
  • FIG. 6 shows an example of an invoice list screen provided by the calendar server 25 to the buyer system 3.
  • FIG. 7 shows an example of a bill statement screen displayed on the buyer system 3.
  • FIG. 8 shows an example of an account electronic passbook screen provided by the calendar server 25 to the buyer system 3.
  • FIG. 9 shows an example of a deposit / withdrawal schedule setting screen provided by the calendar server 25 to the buyer system 3.
  • FIG. 10 shows an example of a bill list screen provided by the calendar server 25 to the supplier system 7.
  • FIG. 11 shows an example of an invoice list screen provided by the calendar server 25 to the bank system 13 or 15.
  • FIG. 12 is a flowchart showing an overall schematic processing flow in the system according to this embodiment.
  • Figure 13 shows the calendar server 25 performing (7) automatic deposit / withdrawal statement classification processing, (8) automatic deposit / withdrawal schedule setting processing, (9) automatic deposit / withdrawal statement automatic bookkeeping processing, and (10) automatic deposit / withdrawal statement notification And (11) a flowchart showing a schematic flow of an account electronic passbook process.
  • FIG. 14 is a flowchart showing the flow of (4) deposit / withdrawal statement automatic paste processing which is performed by the calendar server 25, which is a part of the whole processing shown in FIG.
  • FIG. 15 is a flowchart showing the flow of (1) invoice registration processing and (5) automatic invoice processing performed by the calendar server 25, which is a part of the entire processing shown in FIG. Fig. 16 shows a part of the whole process shown in Fig. 13, which is performed by the calendar server 25 (2) and (6) Invoice opening and payment request notification processing, and (3) Payment request 9 is a flowchart showing the flow of a book erasing process.
  • FIG. 17 is a flowchart showing the flow of (7) automatic payment / incoming / payment details automatic classification processing and (8) automatic payment / payment schedule processing performed by the calendar server 25, which is a part of the processing shown in FIG.
  • FIG. 18 is a flowchart showing a flow of (9) a deposit / withdrawal schedule book erasing process and (10) a deposit / withdrawal statement automatic notification process which is a part of the process shown in FIG. 14 and is performed by the calendar server 25.
  • FIG. 19 is a flowchart showing the flow of the account electronic passbook processing performed by the calendar server 25, which is a part of the processing shown in FIG.
  • FIG. 20 shows a case where the system of this embodiment performs when the supplier is a securities company.
  • 7 is a flowchart showing a schematic flow of another overall operation that can be performed.
  • FIG. 21 is a flowchart showing a schematic flow of yet another overall operation that can be performed by the system of this embodiment when the supplier is a loan company.
  • FIG. 22 is a block diagram showing the configuration of a tori I and settlement management system according to the present invention when a factoring company exists as a kind of supplier.
  • FIG. 23 is a flowchart showing a schematic flow of the entire processing of the system of FIG.
  • FIG. 24 is a block diagram showing the overall configuration of the transaction / settlement / news management system according to this embodiment.
  • FIG. 25 shows an example of a main screen on which a monthly account management power render provided by the calendar display control unit 319 to the buyer system 307 is displayed.
  • Figure 26 shows an example of the main screen on which the weekly account management calendar is displayed.
  • Figure 27 shows an example of the main screen on which the daily account management calendar is displayed.
  • FIG. 28 shows an example of a main screen showing details of a certain bill.
  • Figure 29 shows an example of the main screen for selecting a payment account.
  • FIG. 30 shows an example of a main screen for checking payment conditions.
  • Figure 31 shows an example of the main screen displaying the electronic passbook.
  • Fig. 32 shows an example of the main screen displaying the news calendar.
  • Figure 33 shows an example of the main screen displaying the weekly news calendar.
  • FIG. 34 shows an example of a main screen on which a home page related to a certain news on the news calendar is displayed.
  • Figure 35 shows an example of the event schedule registration screen.
  • FIG. 36 shows another example of the event schedule registration screen.
  • FIG. 37 is a flowchart showing a flow of processing performed by the calendar server 309 to select and display news according to the consumption trend of the buyer.
  • FIG. 1 is a block diagram showing an overall configuration of a transaction and settlement management system according to an embodiment of the present invention.
  • a buyer (individual or corporation) 1 who purchases goods or services 1 is a computer system used by a computer system 3 and a supplier that provides goods or services (such as a private company or government office) 5 is a computer that is used by There is a supply system 7 that is a system.
  • the banking system 13 is a computer system used by the financial institution 9 that handles the deposit account of Noya 1
  • the bank system 1 is a convenience store system that is used by the financial institution 11 that handles the deposit account of the supplier 5.
  • the bank systems 13 and 15 can communicate via the inter-bank settlement system 1 ⁇ ⁇ ⁇ for transferring funds (transfer of funds) between the bank account of buyer 1 and the bank account of supplier 5.
  • the buyer system 3 and the supplier system 7 can each communicate with the banking systems 13 and 15 through electronic banking systems such as, for example, Internet banking.
  • FIG. 1 there is a server system 25 operated by a settlement management company 19.
  • the role of the server system 25 is to automatically manage and process commercial and non-commercial transactions between the buyer 1 and the supplier 5 and the settlements related to those transactions.
  • This server system 25 can communicate with the buyer system 1, the supply system 5 and the bank systems 13 and 15 through the Internet, a public telephone network, a dedicated communication network or an electronic banking system.
  • the server system 25 functions as, for example, a WWW server with respect to the buyer system 3, and displays a GUI (a list of all dates for each month or week) on a GUI screen (hereinafter, referred to as a “calendar screen”) ( (See Figures 3 and 4).
  • This calendar screen displays a statement or contract for various commercial or non-commercial transactions conducted by Bayer 1. Invoices (hereinafter collectively referred to as “invoices”) and information on settlements (accounts and withdrawals) related to these transactions are collectively managed, and each settlement of those transactions is approved by Buyer 1 It has a function to execute automatically in real time or at appropriate timing.
  • the server system 25 is referred to as a “calendar server” as shown in FIG.
  • the calendar server 25 also collectively manages invoices of various commercial or non-commercial transactions made by the supplier 5 and information on settlements related to those transactions, and thereby grasps cash flows. Provide the supplier system 7 with functions and GUI screens (see Fig. 10) for ease of use.
  • the calendar server 25 also has a function and a GUI screen that allow financial institutions 9 and 11 to collectively manage information about invoices that are to be settled using bank accounts that they handle. (See Figure 11) for banking systems 13 and 15 respectively.
  • Bayer 1 can be an individual or a corporation.
  • the term ⁇ buyer '' is used herein to refer to a person who pays taxes, buys or sells stocks or other securities, borrows a loan or repays a loan, as well as those who purchase goods or services. People who perform various economic activities, such as those who do business.
  • Noya 1 is an individual buyer.
  • the personal computer 3a which has an Internet connection function and a WWW browser, can access the calendar server 25 and the electronic banking system.
  • a mobile phone 3b or a handheld terminal can be used.
  • Supplier 5 can be an individual, private company, or government.
  • the term ⁇ payer '' refers not only to those who sell goods or services, but also to entities that perform some kind of economic action against buyers, such as governments that collect taxes, intermediaries for various transactions, loan companies and factoring companies. Use in meaning.
  • suppliers include retailers, restaurants, and securities firms that provide various financial services to buyers, insurance companies, credit companies (such as card companies), loan companies, and buyers. Factories that collect noise, the companies or government offices where Noyer works, telephone companies and mobile telephone companies that provide telephone services to Noya, gas companies that supply city gas, and electric power companies that supply electricity. is there.
  • suppliers are also local public enterprises that operate water and sewerage services, administrative agencies that collect national taxes, local taxes and fines, and government agencies that perform various public services (for example, post offices).
  • Noya 1 first applies to the payment management company 19 for a “payment management service” contract.
  • the buyer system 3 can be connected to the calendar server 25 via the Internet.
  • the buyer 1 collectively summarizes the invoice from the supplier 5 (that is, the transaction statement or invoice) and the deposit and withdrawal statement of the deposit account from the financial institution 9 in the form of electronic information.
  • a calendar screen (see Figs. 3 and 4) with these information pasted from one server 25 can be displayed.
  • a payment (account transfer) message for the invoice is immediately generated and sent to the bank system 13.
  • the settlement of the bill can be executed in real time or at an appropriate timing.
  • the buyer 1 pays the settlement management company 19 the fee for using the “payment management service”.
  • the buyer 1 can designate a specific supplier 5 or a specific financial institution 9 to which the “payment management service” is applied.
  • the buyer 1 uses the WWW browser installed in the buyer system 3 to Communicate with the calendar server 25 through the evening.
  • the calendar server 25 is used for the buyer 1 existing in the data base of the calendar server 25. Allows the new system 3 to access the storage area in a short time.
  • the database for the buyer 1 stores the invoice for the buyer 1 received from the supplier 5 and the bank account details of the account of the buyer 1 received from the financial institution 9.
  • the calendar server 25 sends the calendar 1 screen of the specific month or week selected by the buyer 1 (see FIGS. 3 and 4) to the WWW browser of the keyer system 3 to display the calendar screen. In this calendar screen (see Figs.
  • the mark (icon or character string) representing the invoice from the supplier 5 and the deposit / withdrawal statement from the financial institution 9 is indicated by the date of each use statement or invoice ( For example, the date of receipt) and the date of each deposit and withdrawal statement (for example, the occurrence of deposit and withdrawal) are displayed in the date column.
  • the render server 25 also displays the details of the individual invoices (see FIG. 7) or the content of the bankbook of the customer 1 Screens (see Fig. 8) can also be sent to the noyer system 3 for display.
  • an account transfer message requesting payment of the invoice is generated in real time or at an appropriate timing, and the bank system 1 3 And the bank system 13 executes settlement of the invoice.
  • the supplier system 7 can communicate with the calendar server 25 through a predetermined communication network.
  • the supplier system 7 transmits an electronic bill addressed to the buyer 1 relating to the transaction to the calendar server 25 in real time or at an appropriate timing.
  • This electronic invoice includes the customer (buyer) name, invoice number, customer (buyer) account number, billing amount, status, payment deadline, inquiry number, bank account, EDI information (for sending and receiving this electronic invoice) Additional information needed, eg For example, a unique identification code is described in a predetermined format.
  • the calendar server 25 stores the electronic invoice addressed to the buyer 1 received from the supplier system 7 on an overnight basis, and notifies the electronic invoice (by attaching a mark on the calendar screen to the buyer). 1), opening (showing the details screen of the invoice to buyer 1), payment request (notifying from bank system 13 that the account transfer process for invoice payment was performed) (Or request (notify) the bank system 13 to perform the debit processing for the payment of the invoice), and confirm the payment has been completed (to the effect that the invoice amount has been deposited in the supplier's account).
  • the calendar server 25 performs the above-mentioned notification, opening, payment request, or payment confirmation for the electronic invoice. Uto, in real time or at a predetermined timing, the electronic bill of state notified, seen already opened, to update in the payment request, or to paid like.
  • the supplier system 7 can request the calendar server 25 to search for an electronic invoice by designating the issue period and status. Then, the calendar server 25, from the electronic invoice from the supplier system 7 managed by the calendar server 25, sets the state in which the issuance date is entered and specified within the specified issuance period. Searches the current invoices and sends them to the invoice list screen (see Fig. 10) displaying them in a list to the supplier system 7 for display.
  • the invoice list screen (see Figure 10) shows the customer name, invoice number, customer account number, billing amount, status, status update, payment deadline, inquiry number, EDI identification information, etc. of each electronic invoice. Is displayed.
  • the “status” of each electronic invoice displayed here indicates the latest status of each electronic invoice (notified, opened, payment request, or payment requested, etc.). "Represents the date of the latest update.
  • the supplier system 7 can request the calendar server 25 in advance to automatically notify the electronic bill status update in real time. So In this case, even if the supplier system 7 does not actively connect to the calendar server 25, the calendar server 25 updates the electronic invoice status to the supplier system 7. Notify automatically in real time. In any case, when the state of the invoice becomes payment completed, the supplier system 7 receives the notification from the calendar server 25 in real time or at a predetermined timing.
  • the banking systems 13 and 15 communicate with the power render server 25, the buyer system 3 or the supplier system 7 through the electronic banking system, so that the calendar server 25, the buyer system 3 or the supplier system 7 Banking can be performed in response to a request.
  • the bank system 13 When the bank system 13 that handles the deposit account of the buyer 1 receives a message from the supplier 7 requesting the payment of the invoice to the buyer 1 (transfer of funds), the bank system 13 transfers the deposit account of the buyer 1 in real time or at a predetermined timing. The process of transferring the invoiced amount to the deposit account of the supplier 7 of the bank system 15 is performed using the inter-bank settlement system 17.
  • the banking system 13 that handles the deposit account of the No.1 banker, when a withdrawal or deposit occurs in the bank account of the buyer 1 due to payment of an invoice or other causes as described above, in real time or at a predetermined timing.
  • An electronic receipt and withdrawal statement representing the details of the deposit and withdrawal is transmitted to the calendar server 25.
  • the deposit and withdrawal details include the customer (buyer 1) name, customer account, deposit and withdrawal date, deposit and withdrawal amount, subject, description, and EDI information (additional information required to send and receive this electronic deposit and withdrawal statement, such as , Identification code of the paid invoice, etc.) are described in a predetermined format. If the receipt / withdrawal statement indicates that the bill has been paid, the calendar server 25 identifies the paid bill by the EDI information included in the receipt / withdrawal statement. And update the status of the identified invoices to paid.
  • the bank system 15 that handles the deposit account of the supplier 5 can request the calendar server 25 to search for an electronic invoice by designating the issue period and status.
  • the underserver 25 is an electronic invoice that designates the account of Supplier 5 handled by the banking system (actually, handles multiple accounts of multiple suppliers) as a transfer-destination account.
  • the system searches for electronic invoices that have an issuance date within the specified issuance period and is currently in the specified state, and displays them on the invoice list screen (see Figure 11) on the bank system. To be displayed.
  • the billing list screen shows the billing company (supplier) name, company code, customer (buyer) name, customer account, billing amount, status, issue date, and billing (payment) for each electronic bill.
  • the deadline is displayed.
  • the “status” of each electronic invoice displayed here indicates the latest status of each electronic invoice (notified, opened, requesting payment, or paid, etc.). Indicates the date of the latest update.
  • the calendar server 25 has a database and a storage area for the buyer 1 therein.
  • the storage area for the buyer 1 stores the electronic invoice addressed to the buyer 1 received from the supplier system 7 and the deposit / withdrawal information of the deposit account of the buyer 1 received from the bank system 13.
  • the calendar server 25 pastes the invoice or deposit / withdrawal statement onto the above-mentioned calendar screen (FIGS. 3 and 4) so that the buyer 1 can view it. Not only that, but it is also possible to notify the buyer 1 by e-mail.
  • the power render server 25 has an invoice management unit 27 and an accounting management unit 29, as shown in FIG.
  • the bill management unit 27 communicates with the bank system 15 that handles accounts of the supplier system 7 and the supplier 5, and mainly performs information processing related to the electronic bill from the supplier 5.
  • the accounting management unit 29 mainly communicates with the bank system 13 that handles the account of the buyer system 3 and the buyer 1, and mainly performs information processing related to depositing and withdrawing of the account of the buyer 1.
  • FIG. 2 shows the flow of electronic information in the processing performed by the bill management unit 27 and the accounting management unit 29.
  • the processing will be described with reference to FIG. Their processing is Typically, this is performed by executing a computer program mounted on the calendar server 25.
  • the processing performed by the invoice management unit 27 includes (1) invoice registration processing, (2) invoice opening and payment request notification processing, and (3) settlement invoice book erasing processing.
  • the invoice management unit 27 receives the electronic invoice and converts it into an unsettled invoice. 27 Register on the nightly basis (1-2), and manage the status of the electronic invoice and the payment deadline. The invoice management unit 27 also transfers the electronic invoice to the accounting management unit 29 (1-3) o
  • an open notice is sent from the accounting management unit 29 to the invoice management unit 27 (6-2).
  • the invoice management unit 27 updates the status of the electronic invoice to “opened” (2-1).
  • the invoice management unit 27 updates the status of the electronic invoice to “opened” when a search for the electronic invoice is requested from the supplier system 7 (or when an automatic notification has been requested in advance).
  • the supplier system ⁇ is notified of the status of the electronic bill (ie, opened) (2-2). Informing Supplier 5 that Buyer 1 has opened the electronic invoice in this way provides a legal basis for Supplier 5 to take legal action against Buyer 1 who is willing to pay.
  • the accounting management unit 29 When the payment of an electronic bill is requested by the bank system 13 that handles the account of the buyer 1, the accounting management unit 29 notifies the bill management unit 27 of the payment request for the electronic bill. Is sent (6-9). Upon receiving the payment request notification, the bill management unit 27 updates the status of the electronic bill during the payment request (2-3). The invoice management unit 27 receives the electronic billing request from the supplier system 7 (or an automatic notification). If the request has been made in advance, when the status of the electronic invoice is updated during the payment request), the status of the electronic invoice (that is, during the payment request) is notified to the supplier system 7 (2-4 ).
  • Supplier 5 When Supplier 5 is notified that the status of a certain electronic invoice is requesting payment, Supplier 5 deposits the amount of the invoice in Supplier 5's deposit account into banking system 15. (3-1) (or the banking system 15 will automatically notify the supplier system 7 of the fact of the deposit).
  • the payment statement to the account of Supplier 5 confirmed by the bank system 15 by this inquiry is transferred not only from the bank system 15 to the supplier system 7 (3-2), but also to the invoice management unit 27. Is also transferred (3-3).
  • the bill management unit 27 identifies the electronic bill corresponding to the receipt statement, and updates the state of the identified electronic bill to “paid”.
  • the electronic invoice is automatically canceled from the unsettled invoice (3-4), and the status of the invoice (paid) is notified to the supplier system 7.
  • the supplier 5 can easily cancel the settled invoice, easily understand the cash flow, and can smoothly shift to the post-settlement action such as the shipment of goods.
  • Processing performed by the accounting management unit 29 of the calendar server 25 includes (4) automatic paste processing of deposit and withdrawal details, (5) automatic paste processing of bills, (6) processing of opening bills and notifying payment requests, (7) Automatic deposit / withdrawal details classification process, (8) Automatic deposit / withdrawal schedule setting process, (9) Automatic payment / withdrawal schedule automatic book cancellation process, (10) Automatic deposit / withdrawal details automatic notification process, (11) Account electronic passbook process is there.
  • the accounting management unit 29 receives the acquisition information of the account of the buyer 1 sent from the bank system 13 through the electronic banking system 21 (4-1), and is included in the acquisition information. Overnight (transaction date, billing amount, payment deadline, issue date, EDI information, And a summary) are registered in the database of the accounting management unit 29 (4-2). Then, when displaying the calendar screen of each month or each week (see FIGS. 3 and 4) on the noiser system 3, the accounting management unit 29 pastes the registered data of the deposit and withdrawal details on the calendar screen. (4-3). From the calendar screen, buyers can track the amount of money they have earned in their accounts for each month or week.
  • the accounting management unit 29 receives the electronic invoice sent from the supplier system 7 through the invoice management unit 27 (1-1), and from the electronic invoice, data relating to scheduled payments is received.
  • the accounting management unit 29 transfers the electronic invoice to the electronic banking system 21 and causes the electronic invoice to be registered in the electronic banking system 21 (5-4).
  • the accounting management unit 29 displays the calendar one screen (see FIGS. 3 and 4) for each month or week on the buyer system 3, the data relating to the scheduled payment of the registered electronic invoice is displayed on the calendar screen.
  • Paste (5-2). From the calendar screen, buyers can grasp the schedule of deposits and withdrawals in their accounts for each month or week.
  • both the data on the deposit and withdrawal based on the electronic invoice and the data on the actual amount of the deposit and withdrawal based on the above-mentioned deposit and withdrawal details are displayed.
  • the buyer can manage various invoices and the payment procedure for them in one go.
  • the accounting management unit 29 When the electronic invoice reaches the accounting management unit 29 (5-1), the accounting management unit 29 immediately notifies the buyer system 3 of the arrival (5-3). Further, the accounting management unit 29 transfers the electronic bill to the electronic banking system 21, and the electronic banking system 21 registers the electronic bill (5-4).
  • the accounting management unit 29 displays a screen (see FIG. 7) showing details of the electronic invoice registered in the electronic banking system 21 (see FIG. 7). Send to 3 (6-1). As a result, the buyer has opened the electronic bill, and the accounting management unit 29 notifies the bill management unit 25 of the opening in real time (6-2). As described above, the bill is opened from the bill management unit 27 to the supplier system 7 (2-1, 2-2).
  • an account transfer message for paying the bill is automatically generated (6-4), and the account transfer message is generated. It is sent to the bank system 13 that handles the buyer's account (6-5).
  • the bank system 13 receives the fund transfer message and performs a bank transfer process (6-6), and a withdrawal statement indicating that the billed amount has been withdrawn from the account of the buyer 1 in the account transfer process.
  • the accounting management unit 29 registers the payment details in the data base of the accounting management unit 29 (6-8), and sends a notice of the bill payment request to the invoice management unit 27. Send (6-9).
  • the bill payment request notification is sent from the bill management unit 27 to the supplier system 7 as described above (2-3, 2-4).
  • the registered payment details (6-8) are pasted on the calendar screen and displayed on the buyer system 3 by the above-mentioned acquisition money information automatic pasting process (5-2).
  • the accounting management unit 29 reads the deposit and withdrawal details for the past month or the past week from the data base of the accounting and management unit 29, and reads any items included in those deposit and withdrawal details (for example, Based on the subject, description, EDI information, etc.), those deposit and withdrawal details are automatically classified, and the classified deposit and withdrawal details are displayed on the buyer system 3.
  • the accounting management unit 29 uses various items (such as deposit / withdrawal date, amount, subject, description, and EDI information) included in the deposit / withdrawal statement classified by the above-mentioned automatic receipt / withdrawal statement automatic classification process.
  • the schedule of deposits and withdrawals is set automatically (or semi-automatically with information supplementation by manual input by the buyer).
  • the accounting management unit 29 registers the scheduled deposit and withdrawal from the following month on the data base of the accounting management unit 29, and displays the calendar one screen from the following month on the buyer system 3.
  • Paste the deposit and withdrawal schedule for the following month on the calendar screen is automatically set on one calendar screen based on past results.
  • a future deposit / withdrawal schedule can be set by a complete manual input by the buyer.
  • the account management unit 29 When the account management unit 29 receives the deposit / withdrawal statement from the bank system 13 or 15 through the electronic puncturing system 21, the account management unit 29 responds to the received deposit / withdrawal statement (acquisition date, subject, description, EDI information, etc.).
  • Deposit and withdrawal schedule (deposit and withdrawal schedule registered based on the invoice in the automatic invoice pasting process described above, or deposit and withdrawal registered based on past deposit and withdrawal details in the above automatic deposit and withdrawal schedule setting process) (Scheduled) from the database of the Accounting Department 29. Then, when a corresponding deposit / withdrawal schedule is found, the accounting management unit 29 automatically cancels the deposit / withdrawal schedule by updating the corresponding deposit / withdrawal schedule status to “paid”.
  • the accounting management unit 29 automatically notifies the buyer system 3 of the cancellation. If the deposit and withdrawal statement corresponding to the deposit and withdrawal schedule does not come after the scheduled date, or if an unexpected deposit and withdrawal statement (the deposit and withdrawal statement that does not correspond to any deposit and withdrawal schedule) arrives, The accounting management unit 29 automatically notifies the buyer system 3 of the fact.
  • the buyer can specify on the screen displayed on the buyer system 3 the conditions such as whether or not to perform the above-mentioned automatic notification and what kind of deposit / withdrawal statement should be given when the above-mentioned automatic notification is performed. it can. (11) Account electronic passbook processing
  • the accounting management unit 29 reads the deposit and withdrawal details of the buyer's account from the database of the accounting management unit 29, and lists the deposit and withdrawal details in the order of the deposit and withdrawal dates and displays them in a list. Then, the account electronic passbook screen is sent to Baiyashi System 3 for display. In the buyer system 3, a data file in a predetermined format on the account electronic passbook screen can be downloaded and taken into the accounting application program.
  • FIG. 3 shows an example of a monthly calendar screen provided by the calendar server 25 to the buyer system 3.
  • the calendar screen is divided into a sub window 35 and a main window 37.
  • the sub window 35 has a menu with menus such as “To this week”, “Schedule input”, “Month display”, “Weekly display”, “Day display”, “Invoice list” and “Electronic passbook display”.
  • the user area 35 a, the search area 35 used when performing keyword search, the area 35 c where the next month's calendar screen is displayed, and the ⁇ return to this month '' menu 35 d are set. I have.
  • the main window 37 displays a calendar in which all date spaces in the specified month of the buyer are arranged.
  • This calendar contains invoices issued by the supplier system 7 for the buyer 1,
  • a mark indicating the deposit and withdrawal details of the account of Bayer 1 sent from the system 13 and the deposit and withdrawal schedule automatically created from the past deposit and withdrawal results of the account of Bayer 1 is displayed. I have.
  • the marks of “C non-life insurance”, “XY shop” and “ ⁇ company” are respectively the invoice from C non-life insurance, ⁇ the invoice from shop and ⁇ A bill is shown, and the bill is pasted in the space of the date received by the calendar server 25.
  • the icon at the top of the “C non-life” and “XY shop” marks indicates, for example, that payment has not yet been made, and the “ ⁇ company” mark
  • the icon (X in a square frame) indicates, for example, payment t, requesting, or paid.
  • the mark “Transfer” indicates that a certain invoice (for example, an invoice from Company Z) was paid (fund transfer), and the icon (square frame) (Minus) means withdrawal. This mark is affixed to the space on the date that the payment (fund transfer) was made. An additional mark may be added to this “transfer” mark to indicate which invoice corresponds.
  • the marks “electricity charge”, “water charge”, “mobile phone service charge”, “telephone charge”, and “gas charge” will pay the respective charges.
  • the icons with these marks (minus a square frame) indicate that it is a withdrawal.
  • the symbols “XX Card” and “00 Loan” indicate that the withdrawal means that the card usage fee and loan repayment amount will be paid to the XX Licensing Company and the 00 Loan Company, respectively. Or the withdrawal record of payment.
  • These withdrawal schedules or withdrawal details marks are affixed to the space where the withdrawal is scheduled or withdrawn.
  • These withdrawal scheduled or actual withdrawal mark icons (minus in a square frame) mean that the withdrawal is made. By changing the color or shape of the icon or the character string, it is possible to distinguish between the withdrawal schedule and the withdrawal result.
  • the mark “salary” indicates the scheduled payment that the salary is to be paid or the actual payment that has been received.
  • This payment will be
  • the icon of the mark of the deposit result means that it is a deposit.
  • the deposit mark is affixed to the date on which the deposit is to be made or to the space on which the deposit was made. By changing the color or shape of the icon or the character string, the payment schedule and the payment result may be distinguished.
  • FIG. 4 shows an example of a weekly calendar screen displayed on the key system 3.
  • the main window 37 of the weekly power render screen displays the calendar for the week specified by the manager, and the space for each date in the calendar is the day / date space 37 And scheduled deposit / withdrawal ⁇ Actual space 37 a.
  • Deposit and withdrawal schedule for each dateActual space 3 7b contains invoices received on that date, icons and letters indicating the scheduled deposit and withdrawal schedule to be made on that date or the deposit and withdrawal result made on that date Columns are displayed.
  • FIG. 5 shows an example of a daily force render screen displayed on the buyer system 3.
  • the daily calendar screen shown in Fig. 5 can be displayed by clicking the ⁇ Day display '' menu in the menu area 35a of the calendar one screen shown in Fig. 3 or Fig. 4 with a pointing device. it can.
  • the main window 37 of the daily calendar screen displays details of deposits and withdrawals made on the day specified by the noiser and a summary of the invoices received on that day. .
  • the details of the invoice are displayed, whereby the user has opened the invoice, and the calendar server 25 has opened the invoice.
  • the status of the managed invoice is updated to opened.
  • the buyer clicks the “Pay” button for the displayed invoice (only the unsettled invoice)
  • the buyer has accepted the invoice
  • the debit message for paying the invoice is automatically sent.
  • Bank created It is sent to the system 13 and the debit processing is performed automatically.
  • FIG. 6 shows an example of an invoice list screen displayed on the buyer system 3.
  • the invoice list screen shown in Fig. 6 can be displayed by clicking the ⁇ Invoice list '' menu in the menu area 35a of the screen shown in Fig. 3, Fig. 4 or Fig. 5 with a pointing device. it can.
  • a list of all the invoices received in the month specified by the user is displayed in the main window 37 of the invoice list screen.
  • the details of the invoice are displayed, whereby the buyer has opened the invoice and is managed by the calendar server 25.
  • the status of that invoice is updated to Open.
  • the buyer clicks the “Pay” button for the displayed invoice (only the unsettled invoice)
  • the buyer approves the invoice, and the direct debit message for paying the invoice is automatically sent. It is created and sent to the bank system 13, where the debit process is automatically performed.
  • FIG. 7 shows an example of an invoice statement screen displayed on the network system 3.
  • the bill statement screen shown in FIG. 7 can be displayed on the screen shown in FIG. 5 or FIG. 6 by clicking a “Details” button with a pointing device for a certain bill.
  • This screen displays detailed information of the invoice.
  • the invoice details screen is displayed, the buyer has opened the invoice, and the status of the invoice managed by the calendar server 25 is updated to “opened”.
  • the buyer clicks the “Pay” button 4 4 9 the buyer approves the invoice and the direct debit card for paying the invoice.
  • the sentence is automatically created and sent to the bank system 13, and the debit processing is automatically performed.
  • FIG. 8 shows an example of an account electronic passbook screen displayed on the nourishment system 3.
  • the electronic passbook screen shown in Fig. 8 is displayed by clicking the "electronic passbook display" menu in the menu area 35a of the screen shown in Figs. 3 to 6 with a pointing device. Can be shown.
  • the electronic passbook screen displays the deposit and withdrawal details (deposit and withdrawal date, subject, payment amount, deposit amount, balance, remarks) of the buyer's deposit account during the period specified by the buyer. Etc.) are displayed side by side in order of acquisition date. In short, the same contents as the contents of the passbook are displayed.
  • the remarks column 63 displays the difference between the corresponding deposit / withdrawal schedule set in advance and the actual deposit / withdrawal result. For example, in the example of FIG. 8, since there was a difference in the amount of the mobile phone charge between the planned and actual amounts, “difference in the planned amount” is displayed. Clicking on "Estimated Amount Difference" will open Box 65, where a more detailed description of the difference will be displayed
  • FIG. 9 shows an example of a deposit / withdrawal schedule setting screen displayed on the buyer system 3.
  • the deposit / withdrawal schedule setting screen shown in Fig. 9 is an example of a case where a withdrawal schedule for a mobile phone charge that has already been automatically set is selected.
  • the deposit and withdrawal schedule setting screen shown in Fig. 9 shows the schedule of disbursement scheduled automatically by the power render server 25 based on past withdrawals of mobile phone charges. 1, Course Group 43, Trading Date (Scheduled Withdrawal Date) 45, Amount 47, etc. The buyer can also manually change to these automatically set items.
  • the calendar server 25 When the bank information 13 corresponding to the deposit and withdrawal schedule is sent from the bank system 13 and the amount matches or does not match the schedule, the calendar server 25 to the buyer system 3 Automatic notification of a match or mismatch of the amount of navel is provided. (If the amounts do not match, this is also displayed on the electronic passbook screen as shown in Fig. 8.) In the ex post notice 49b, select “Yes” and select “ If you select ⁇ Failure '', ⁇ Display the deposit and withdrawal details and the current balance '' or ⁇ Notify the scheduled transaction '', the proceeds corresponding to this deposit and withdrawal plan can be executed due to insufficient balance in the buyer account etc.
  • an automatic notification of the selected item is sent from the power render server 25 to the buyer system 3 c
  • the calendar server 25 sends it to the buyer system 3 Automatic notification occurs It is.
  • FIG. 10 shows an example of a bill list screen provided by the calendar server 25 to the supplier system 7.
  • the power renderer server 25 receives a request from the supplier system 7 managed by the calendar server 25.
  • a search was made from among the electronic invoices listed above for invoices that have an issuance date within the specified issuance period and have the specified status, and displayed them in a list.
  • the invoice list screen is sent to the supplier system 7 and displayed.
  • the invoice list screen shown in Figure 10 shows the customer name, invoice number, customer account number, billing amount, status, status update, payment deadline, inquiry number, and EDI identification information for each electronic invoice Is displayed.
  • Supplier keeps up-to-date You can know the status (notified, opened, payment requested, payment requested, etc.).
  • the supplier checks the check box 4 1 of each invoice (only invoices that have not yet been requested for payment) and clicks the “Cancel” button 4 2 with a pointing device Then, the calendar server 25 cancels the bill.
  • FIG. 11 shows an example of an invoice list screen provided by the calendar server 25 to the bank system 13 or 15.
  • the server 25 of the bank system 13 Search for electronic invoices that specify the deposit account to be handled as the deposit account, and that have an issue date within the specified issuance period and are currently in the specified state, and list them.
  • the displayed invoice list screen as shown in Fig. 11 is sent to the bank system 13 or 15 for display.
  • the invoice list screen shown in Fig. 11 shows the invoicing company (supplier) name of each electronic invoice. , Company code, customer (buyer) name, customer account, billing amount, status, issue date, and billing (payment) due date, etc.
  • the financial institution will update the latest status of each electronic invoice (notified, Opened, requesting payment, or paid Etc.) can be known.
  • FIG. 12 shows an overall schematic processing flow of the system according to this embodiment.
  • the deposit and withdrawal details from the bank system 13 are sent to the calendar server 25 and registered in the database of the calendar server 25 (step S71).
  • the calendar server 25 receives the inquiry request for the account transaction contents from the buyer system 3, the payment / deposit / receipt details and invoices received so far are displayed on the power render screen (see FIGS. 3 and 4).
  • Invoices for Buyer 1 from Supplier System 7 are routed through the communication network. Sent to the calendar server 25.
  • the calendar server 25 acquires the data of the deposit and withdrawal from the invoice, registers the scheduled deposit and withdrawal data in the database (step S73), and transfers the invoice to the electronic banking system. I do.
  • the calendar server 25 notifies the buyer system 3 that the bill has been sent from the supplier system 7 (step S74).
  • buyer system 3 sends a request for an inquiry regarding the contents of a particular invoice
  • Step S75 the calendar server 25 sends an invoice detail screen showing the details of the invoice registered in the electronic banking system to the buyer system 3 for display. This means that Bill 1 has opened the invoice.
  • the calendar server 25 notifies the supplier system 7 that the invoice has been opened by the buyer 1 (step S76).
  • the payment L for the bill and a request message are automatically generated and sent to the bank system 13 via the electronic banking system, and the buyer 1
  • the bank system 13 is required to transfer the billing amount from the current account to the account of the supplier 5.
  • the account transfer procedure is executed between the bank systems 13 and 15 through the inter-bank settlement system 17 (step S77).
  • the bank system 13 sends the calendar server 25 to the calendar server 25.
  • the payment details are transmitted (step S78), and based on this, the payment request notification is transmitted from the calendar server 25 to the supplier system 7 (step S79).
  • step S800 when the inquiry about the account details of the supplier account is sent from the supplier system 7 to the bank system 15, the bank system 15 sends the account details of the supplier account to the supplier system 7 and the calendar server 2. 5 is transmitted (step S800).
  • the supplier system 7 and the calendar server 25 execute cancellation of the settled invoice based on the received receipt and withdrawal statement as described above (Step S). 8 1).
  • Figure 13 shows the above-mentioned (7) Automatic deposit / withdrawal statement classification processing, (8) Automatic deposit / withdrawal schedule setting processing, (9) Automatic deposit / withdrawal schedule automatic canceling processing, and (10) Payment / withdrawal performed by the power render server 25
  • the schematic flow of automatic statement notification and (11) account electronic passbook processing is shown.
  • the calendar server 25 extracts and classifies the past deposit and withdrawal details of the buyer from the database (step S 82), and performs classification. Based on the results, future payment and withdrawal schedules are determined, and those payment and withdrawal schedules are automatically developed on the calendar screen for the next month and thereafter (step S83).
  • the calendar server 25 reads the received bank account / deposit with the corresponding bank account / deposit schedule from the database. The search and withdrawal schedules found are deleted (step S85), and the fact is automatically notified to the buyer system 3 (step S86).
  • the calendar server 25 upon receiving the electronic passbook display request from the buyer system 3, the calendar server 25 reads the bank account deposit / withdrawal details from the database (step S87), and displays them on the electronic passbook screen (see FIG. 8). And the electronic passbook screen is transmitted to the buyer system 3 and displayed (step S888). Also, upon receiving a request to download the deposit / withdrawal statement from the buyer system 3 (step S89), the calendar server 25 reads the deposit / withdrawal statement of the buyer account from the database and converts them into a file in a predetermined format. Send to Bayer System 3 (Step S90) o
  • FIG. 14 shows a flow of the (4) deposit / withdrawal statement automatic pasting process performed by the power render server 25, which is a part of the entire process shown in FIG.
  • step S 91 when receiving the deposit / withdrawal statement of the buyer account from the bank system 13, the calendar server 25 saves it at an instantaneous pace (step S 91).
  • step S92 when receiving a display request for a calendar or one screen of a certain month or week from the nourishment system 3 (step S92), the deposit / withdrawal details of the month or week are read from the database (step S93). Paste on the calendar screen of the month or week (step S94).
  • the calendar server 25 also pastes the bill received in the month or week on the calendar screen as shown in FIG. Then, the calendar server 25 sends the calendar screen (see FIGS. 3 and 4) to the buyer system 3 for display (step S95).
  • FIG. 15 shows the flow of (1) invoice registration processing and (5) automatic invoice paste processing performed by the calendar server 25, which is a part of the overall processing shown in FIG.
  • the calendar server 25 acquires the scheduled deposit / withdrawal data from the invoice and saves it in a data store (step S). 9 6).
  • the calendar server 25 notifies the buyer system 3 that the bill has been received (step S97).
  • the calendar server 25 Upon receiving a calendar or calendar display request for a certain month or week from the noise system 3 (step S98), the calendar server 25 sends a deposit / withdrawal schedule based on the invoice received in that month or week. The evening is read from the database (step S99) and pasted on the power render screen of the month or week (step S100). (Furthermore, as shown in FIG. 14, the force render server 25 also lays out the deposit and withdrawal details for the month or week on the calendar screen.) Next, the calendar server 25 The calendar screen (FIGS. 3 and 4) is transmitted to the buyer system 3 and displayed (step S101).
  • Fig. 16 shows a part of the whole process shown in Fig. 13, which is performed by the power render server 25 (2) and (6) Invoice opening and payment request notification processing, and (3) Settlement invoice cancellation The flow of processing is shown.
  • the calendar server 25 upon receiving an invoice addressed to a buyer from the supplier system 7, the calendar server 25 obtains the scheduled payment and withdrawal data from the invoice and stores it in the data overnight (step S102). Further, the calendar server 25 forwards the bill to the electronic banking system (step S102-2). Next, the calendar server 25 sends a notification that the invoice has been received to the buyer system 3. (Step SI03). This notification includes deposit account information, amount information, EDI information, and so on.
  • the details of the invoice stored in the electronic banking system are sent to the buyer system 3 for display, and a notification of the confirmation of the invoice is sent. Is received by the calendar server 25 (step S104). Then, the calendar server 25 sends a notice of opening the invoice to the supplier system 7 (step S105).
  • a payment (fund transfer) message is sent from the buyer system 3 to the bank system 13 (step S106), and the bank system 13 is sent to the bank system 13.
  • the transfer processing from the buyer account to the supplier account is performed using the inter-settlement system 17 (step S107). (Note that the processing in steps S106 and S107 may be performed via the calendar server 25. Good).
  • the banking system 13 transmits the payment details of the buyer account in this account transfer to the calendar server 25 (step S108).
  • the calendar server 25 changes the state of the invoice to a payment request, and notifies the supply palm system 7 and the buyer system 3 of the change (the buyer system 3 displays the status on the calendar screen). An icon indicating that payment is in progress is added to the mark of the bill (step S109).
  • the bank system 15 converts the statement into the supplier system 7 and It is sent to the calendar server 25 (step S110). Then, based on the payment statement from the bank system 15, the calendar server 25 cancels the settled invoice (step S 111), and the supplier system 7 also deletes the settled invoice. Cancel (step S 1 1 2).
  • FIG. 17 is a part of the process shown in FIG. 14, which is performed by the calendar server 25.
  • the flow of (7) automatic deposit / withdrawal statement automatic classification process and (8) automatic deposit / withdrawal schedule setting process will be described.
  • the calendar server 25 when receiving a request for automatic classification of deposit / withdrawal details for the past period (one month or several months) specified by the buyer from the buyer system 3, the calendar server 25 specifies the buyer account in the data pace as described above. Classification of the deposits and withdrawals for the past period, which has been done in the past period, based on the items such as the subject, Tori Rongbetsu, and the transaction date.Based on the classified deposit and withdrawal details, the future deposit and withdrawal schedule is determined, and each deposit and withdrawal schedule is determined. Then, a deposit / withdrawal schedule setting screen as shown in FIG. 9 is generated (step S131), and the deposit / withdrawal schedule setting screen is sent to the buyer system 3 to be displayed (step S131-2).
  • the buyer changes the contents of the schedule of acquisition as needed, or sets automatic notification as needed (step S131-3), Then, the deposit / withdrawal schedule determined by the sender is sent from the buyer system 3 to the calendar server 25 (step S131-4).
  • the calendar server 25 pastes the confirmed deposit and withdrawal schedules on the calendar screens of the current month and the following month (FIGS. 3 and 4) (step S132).
  • the calendar server 25 transmits a calendar screen of the current month or the next month to the news system 3 (step S133).
  • FIG. 18 shows a flow of (9) a deposit / withdrawal schedule book erasing process and (10) a deposit / withdrawal statement automatic notification process which are performed by the calendar server 25 as a part of the process shown in FIG.
  • step S134 when the deposit / withdrawal statement of the buyer account from the bank system 13 is received, the calendar server 25 stores it in a database overnight (step S134). Next, the calendar server 25 searches for a deposit / withdrawal schedule corresponding to the received deposit / withdrawal statement from the database, deletes the found deposit / withdrawal schedule, and checks the state of the invoice corresponding to the deposit / withdrawal schedule. Change during payment request (step S135). Then, the calendar server 25 automatically notifies the result of step S135 to the buyer system 3 (step S136).
  • FIG. 19 shows a flow of the (11) account electronic passbook process performed by the calendar server 25, which is a part of the process shown in FIG.
  • step S2 21 when the buyer 1 requests the calendar server 25 from the buyer system 3 to display the account electronic passbook (step S2 21), the calendar server 25 sends the buyer account (Step S 2 2 2), the deposit and withdrawal details are written on the electronic passbook screen in chronological order as shown in FIG. 8, and the electronic passbook screen is transmitted to the buyer system 3 (Step S 2). twenty three )
  • the calendar server 25 reads the deposit / withdrawal statement information of the buyer account from the database and creates a file in a predetermined format. And download it to the buyer system 3 (step S225).
  • the bayashim system 3 can import the file of the deposit and withdrawal details into the household account book application software or the like in the buyer system 3 (step S226).
  • FIG. 20 shows a schematic flow of another overall operation that can be performed by the system of this embodiment when the supplier is a securities company.
  • the bank system 13 Upon receiving the transfer request message, the bank system 13 performs the transfer process using the interbank settlement system 17 (step S140). In addition, in response to the above opening notice, the securities company system 7 issues a securities trading order from the buyer to the securities market.
  • the bank system 13 sends the withdrawal statement of the buyer account by the transfer to the calendar server 25, and the calendar server 25 sends the bill to the securities company system 7 for the bill. Send payment request notice for.
  • step S 1 4 2 when the securities company system 7 requests the bank system 15 to check the payment details for the invoice (step S 1 4 2), the bank system 15 transmits the request to the calendar server 25 and the securities company system 7. The payment details are sent, and the calendar server 25 and the securities company system 7 cancel the invoice based on the payment details (step S1 4 3).
  • FIG. 21 shows a schematic flow of yet another overall operation that the system of this embodiment can perform when the supplier is a loan company.
  • the calendar server 25 when an inquiry about a loan of a buyer is received from the buyer via the buyer system 3 (step S 167), the calendar server 25 sends a loan transaction statement such as a loan amount and a scheduled repayment to the buyer system 3. (Step S 1 6 8) Further, the calendar server 25 receives the bill relating to the mouth repayment from the supplier (loan company) system 7, stores it (step S169), and notifies the buyer system 3 that the bill has arrived. (Step S170). When the novice checks the contents of the invoice on the buyer system 3, the calendar server 25 receives a notification of the confirmation and approval of the invoice from the buyer system 3 (step S1771). The calendar server 25 sends a transfer request message for the repayment amount from the buyer account to the loan company account to the banking system 13 (step S 17 2). Send notification of opening to loan company system 7 (Step S174) o
  • the bank system 13 Upon receiving the transfer request message, the bank system 13 performs the transfer process using the inter-bank settlement system 17 (step S177).
  • the bank system 13 sends the withdrawal statement of the buyer account to the calendar server 25 to the calendar server 25, and in response, the calendar server 25 sends the bank account to the loan company system 7. And send a payment request notice.
  • step S175 when the loan company system 7 requests the bank system 15 to check the receipt statement for the invoice (step S175), the bank system 15 sends the request to the calendar server 25 and the loan company system 7. The receipt details are sent, and the calendar server 25 and the loan company system 7 cancel the bill based on the receipt details (step S176).
  • FIG. 22 shows the configuration of the tory I and the settlement management system according to the present invention when the factoring company exists as a kind of supplier.
  • the factoring company 9 9 purchases the receivable from a certain supplier 5 who has the receivable for Noya 1, and uses the calendar server 25 to buy the receivable from the buyer 1. Collect the price.
  • Factoring company 99 Computer system (factoring system) 97 is supplied via a predetermined communication network. It can communicate with the calendar system 7 and the calendar server 25. The collection system 98 can communicate with the bank system 13 for depositing the account of the buyer and the bank system 15 for depositing the account of the factoring company 99.
  • FIG. 23 shows a schematic flow of the entire processing of the system of FIG.
  • the supplier system 7 sends an electronic bill addressed to the buyer 1 to the factoring system 97, and requests the factoring system 97 to take it up (step S2444).
  • the factoring system 97 transmits the bill to the calendar server 25 in real time or at a predetermined timing (step S2445).
  • the calendar server 25 stores the bill received from the factoring system 97 in the database, and transmits the bill to the buyer system 3 for display (step S2466).
  • the contents of the invoice sent to the buyer system 3 include information on the account of the payment destination and information on the amount of the invoice.
  • the calendar server 25 issues a request to the banking system 15 that handles accounts of the factoring company 99.
  • a collection request for payment of the invoice is sent (step S248).
  • the bank system 15 uses the collection system 98, the bank system 15 performs a collection process of transferring the billed amount from the banker account of the bank system 13 to the factoring company account of the bank system 15 (step S249).
  • the bank system 15 sends a collection completion notification to the calendar server 25 in real time or at a predetermined time.
  • the calendar server 25 receives the notice of completion of collection, the calendar server 25 cancels the bill in the database (that is, updates the status of the bill to paid), and sends the notice of completion of collection to the factoring system. It is sent to 97 (step S250).
  • the calendar server 25 receives the withdrawal statement of the buyer account from the collection processing from the banking system 13 and registers the withdrawal statement on a database basis in real time. Or, at a predetermined timing, a notification of completion of collection based on the payment details
  • Step S2 5 Send to 3 (Step S2 5 1).
  • the system of the embodiment described above is an example for explaining the present invention.
  • the transaction and settlement management system according to the present invention can be used for various uses other than the above embodiment.
  • the transaction and settlement management system of the present invention is also required for managing funds in a deposit account provided in an insurance company as well as a deposit account provided in a securities company as well as a deposit account provided in a bank. be able to.
  • the detailed contents of the electronic bill can be stored not only in the electronic banking system 21 but also in the calendar server 25.
  • the calendar server 25 or another system may use a transfer message (electronic data for performing the transfer, for example, display of the electronic data based on the electronic bill described above).
  • the supplier system 7 can obtain an electronic invoice and use the electronic invoice (for example, data indicating the payment deadline included in the electronic invoice) to estimate the expected payment date (for example, the payment date). If the deadline is January 10, 2001, the expected payment date is determined on January 10, 2001, or a date based on the past withdrawal history of Bayer 5 (for example, two days before the payment deadline). The expected date of payment can be determined on January 8, 2001).
  • the buyer system 3 can obtain an electronic invoice and use the electronic invoice (for example, a date indicating the payment deadline included in the electronic invoice) to estimate the expected withdrawal date (for example, the payment date).
  • the withdrawal date is determined on January 10, 2001, or a date based on Bayer 5's past deposit and withdrawal history (eg, due date
  • the scheduled withdrawal date can be determined two days before January 8, 2001). In other words, the supplier 5 and the buyer 1 can easily predict the cash flow.
  • FIG. 24 is a block diagram showing the entire configuration of the bow bow I / payment / news management system according to this embodiment.
  • the Supplier System 301 provides electronic invoices to buyers (eg, buyer's personal information (name, address, phone number, date of birth, etc.)), invoice number, automatic debit or payment deadline, billing amount, (Including the buyer's account number, supplier's account number, and EDI information) to the banking system 305 and the calendar server 309.
  • the supplier system 301 can be used for advertising that the sub-layer wants to notify the buyer, such as advertisements for services and products provided by the sub-layer, URLs on the supplier's homepage, or non-commercial advertisements (hereinafter referred to as the buyers). , "News") to the calendar server 309.
  • Each news includes the content of the news, the term conditions (display date) for notifying the news to the buyer, the conditions of the buyer (target audience) for notifying the news, the field and type of the content of the news, etc. Information is included.
  • the electronic mall 303 is a system that provides so-called online shopping services to buyers for various products (meaning not only goods but also services).
  • the e-commerce mall 303 stores electronic invoices (eg, buyer's personal information (such as the buyer's name, address, telephone number, date of birth, etc.), , Including the date of automatic debit or payment, the amount charged, the account number of the buyer, and the account number of the supplier) to the banking system 305 and the calendar server 309.
  • e-mall 303 receives orders, payments, Will send an e-mail to that effect to the calendar server 309 when it completes the shipping process, and when the buyer has access to the calendar server 309, the buyer will receive an order, settle or send the process.
  • the calendar server 309 notifies the buyer of the completion by message.
  • the banking system 305 manages the account of the bank.
  • the bank system 305 performs deposit / withdrawal processing for the buyer's account based on the request message from the supplier system 301 or the electronic mall 303, and receives electronic deposit / withdrawal statements (for example, (Including the deposit / withdrawal date, deposit / withdrawal amount, balance, description, EDI information, etc.) to the calendar server 309.
  • the banking system 305 uses information that the bank wants to inform the buyer, such as advertisements for various financial products and services provided by the bank, URL on the bank's website, or non-commercial advertisements , Also called “news”) to the calendar server 309.
  • the content of the news the term conditions (display date) for notifying the news to the buyer, the conditions for the buyer to notify the news (target audience), the field and type of the content of the news, etc. Information is included.
  • the banking system 305 is connected to an electronic banking system such as an Internet banking system, and provides banking services such as balance inquiry, deposit / withdrawal account inquiry and account transfer to the online banking system 7. Can be provided.
  • the banking system 305 has a button for accessing (jumping) the calendar server 309 on the GUI screen provided to the buyer system 307 using the electronic banking system. Therefore, when the button is clicked with the pointing device by the buyer on the GUI screen of the bank system 305 displayed on the buyer system 307, the buyer system 307 is connected to the calendar server 309. .
  • the buyer system 307 is a function that can access various servers on the Internet (Typically equipped with an Internet connection function and a WWW browser), such as a personal computer, a mobile phone, and a PDA, but are not limited to these examples.
  • the buyer can access the electronic mall 303 to conduct online shopping and access the banking system 305 through the electronic banking system to check the balance and check the deposit and withdrawal details. Or, a fund transfer or the like can be performed.
  • the buyer accesses the calendar server 309 by using the buyer system 307, and thereby, as will be described in detail later, a request sent from the supplier system 301 and the electronic mall 303.
  • You can view bank account information sent and received from bills and banking system 305, send payment requests for those invoices to banking system 305, and supply information to the supplier system 301, Various news sent from the electronic mall 303 and the banking system 305 can be browsed.
  • a method for a buyer to access the calendar server 309 using the buyer system 307 includes a jump to the calendar server 309 from a GUI screen which is displayed when the buyer logs in to the electronic banking system of the bank system 305.
  • Various methods can be adopted, such as a method of directly accessing the calendar server 309, a method of jumping from the home page of the supplier to the calendar server 309, and the like.
  • the calendar server 309 provides the buyer system 307 with two calendar screens dedicated to the buyer (see Fig. 25, Fig. 26, Fig. 32, Fig. 33, Fig. 34). .
  • the first calendar screen (Fig. 25, Fig. 26) is called “Account Management Calendar I”
  • the second calendar screen (Fig. 32, Fig. 33, Fig. 34) is "News" Called “Calendar”.
  • the account management calendar (Fig. 25, Fig. 26) contains electronic invoices and balances sent from the supplier system 301, the electronic mall 303 and the banking system 300 to the buyer. Bank account details are pasted.
  • the news calendar (Fig. 32, Fig. 33, Fig. 34) shows the consumption trends of buyers among the news sent from the supplier system 301, the electronic mall 303 and the banking system 305.
  • the news selected by the calendar server 309 according to is pasted.
  • the calendar server 309 uses the received invoice addressed to the buyer and the account details of the buyer account to determine the schedule that affects the consumption trend of the buyer (eg, account balance, future deposit / withdrawal schedule, scheduled deposit maturity schedule, etc.). ) (Hereinafter referred to as the "byer schedule") and save it at an overnight rate.
  • the calendar server 309 also schedules social or seasonal events (eg, Christmas, public holidays, holidays, holidays, etc.), buyers' consumption trends (eg, gifts, Travel schedules, product purchases, etc.) are stored on a nightly basis.
  • the calendar server 309 can be used by the buyer through the buyer system 307 to provide access to personal events in ⁇ , such as birthdays, car inspections, celebrations, ceremonial occasions, insurance expiration dates, policy renewals. , Travel, etc.), and the personal event schedule entered by that buyer is also stored as a buyer schedule that affects the consumption trends of Noya.
  • personal events in ⁇ such as birthdays, car inspections, celebrations, ceremonial occasions, insurance expiration dates, policy renewals. , Travel, etc.
  • the calendar server 309 selects news related to the above-mentioned buyer schedule from among various news stored on a daily basis (for example, advertisements for gift products, Advertisement for travel services on a schedule, advertisement on a car for scrutineering, or advertisement for a loan that is more advantageous on the expected date of repayment of the loan), in other words, news in line with buyers' consumption trends. Then, the calendar server 309 optimally determines the notification date of the selected news (date on which the news should be notified to the buyer) based on the buyer schedule. For example, the notification date for each news item is a date that is an appropriate period before the buyer schedule corresponding to the news item (for example, the date one month before the gift present date and the two travel dates). Month before the scheduled inspection date, or two months before the scheduled loan repayment). Then, the calendar server 309 pastes the selected news in the space of the notification date of the news on the news calendar (FIGS. 32, 33, and 34), and the buyer system 3 0 to 7
  • the calendar server 309 stores a deposit / withdrawal statement storage unit 311, an invoice storage unit 312, and a news storage unit 313. , A buyer schedule storage unit 315, an information storage processing control unit 317, and a calendar display control unit 319. These functional units 311 to 319 of the calendar server 309 are typically realized by a computer program.
  • the deposit / withdrawal statement storage unit 311 stores the deposit / withdrawal statement of the buyer account received from the banking system 30.5.
  • the invoice storage unit 312 stores the invoice addressed to the buyer received from the supplier system 301 electronic mall 303.
  • the news storage unit 313 stores various news received from the supplier system 301, the electronic mall 303, and the bank system 305.
  • the various buyer schedules described above are stored in the buyer schedule storage unit 315.
  • the information storage processing control unit 317 identifies the invoice, deposit / withdrawal statement, and news received from the supplier system 301, the electronic mall 303, and the bank system 3005, and stores the invoice storage unit. 3 1 1, deposit and withdrawal statement storage unit 3 1 2 and news storage unit 3 1 3
  • the calendar display control section 319 provides the above-mentioned account management calendar, news calendar, and some other GUI screens to the current calendar system 307.
  • the calendar display controller 319 associates the relevant deposit / withdrawal statement from the deposit / withdrawal statement storage unit 311 with the relevant from the invoice storage unit 312. Read the bills and paste the bills and invoices and bills into the corresponding date spaces on the account management calendar.
  • the calendar display control unit When the news calendar is displayed, the buyer schedule is saved from the buyer schedule storage unit (for example, scheduled loan repayment date, fixed deposit expiration date, birthday, scheduled vehicle inspection date, scheduled holiday, Scheduled travel dates, Christmas holidays, vacation periods, etc.), and extracts news related to those buyer schedules from the news storage unit 3 13, and sets the notification date of the extracted news to the corresponding buyer schedule The best decision is made based on the date, and the extracted news is posted in the notification date space on the New Calendar.
  • the buyer schedule storage unit for example, scheduled loan repayment date, fixed deposit expiration date, birthday, scheduled vehicle inspection date, scheduled holiday, Scheduled travel dates, Christmas holidays, vacation periods, etc.
  • the calendar display control unit 319 provides a screen for inputting a personal event schedule of the buyer to the buyer system 307 in response to a request from the buyer system 307, and displays the buyer screen on the screen. Saves the event schedule input by the buyer scheduler 3 15.
  • the calendar display control unit 319 receives a bill addressed to a buyer from the supplier system 301 or electronic mail 303 by e-mail or the like, the GU of the buyer system 307 informs the fact. I Display on the screen.
  • FIG. 25 shows the configuration of the main screen provided by the calendar display control unit 319 to the buyer system 307.
  • the main screen 3 2 1 includes a menu area 3 2 3 and a calendar area 3 2 5.
  • the menu area 3 2 3 has the following display methods: “Month view” menu 3 2 9, “Weekly view” menu 3 3 1, “Day view” menu 3 3 3, and “Electronic passbook” menu 3 3 5 An arrow is displayed to indicate that it has been selected.
  • “Month view” menu 3 2 9 on this main screen 3 2 1 is clicked with a pointing device such as a mouse or a pen, a monthly account management calendar or news calendar is displayed. It is.
  • the “weekly display” menu 33 1 is clicked, the weekly account management calendar or news calendar is displayed.
  • the account management power render is performed. Invoices and deposit / withdrawal information on one or a specified date on the news calendar are displayed in some detail.
  • the “electronic passbook” menu 3 3 5 is clicked, the contents of the bank account passbook are displayed on this main screen 3 2 1.
  • the calendar area 3 2 5 has a tab 3 3 7 for the account management calendar, a tab 3 39 for the news report renderer, and an area 3 4 1 for displaying the date.
  • the account management power tab 3 3 7 is clicked, the account management calendar 4 00 of the account management power area 3 2 6 is brought to the foreground and the news calendar tab 3 3 9 is clicked.
  • the news calendar 4 1 1 in the news calendar area 3 6 3 is displayed in the foreground (see Figure 32).
  • the date and time display area 341 displays the date and time in a display method selected by the user, that is, in a mode according to the month display, the week display, or the day display.
  • the date and time are displayed in the date display area 3 4 1 in a manner corresponding to the month display, and the account management calendar 400 of the current month or the month specified by the buyer is stored in the account management area 3 Displayed on 26.
  • the date display area 3 4 1 when “Month display” is selected displays the current date (here, “June 26, 2000”) or the date specified by the buyer.
  • the day and year / month designation menu 3 4 3 for the buyer to designate the desired year / month are displayed.
  • the year / month specification menu 3 4 3 contains the “January” to “1 February” menus for specifying the desired month in the currently displayed year, and the year immediately before the currently displayed year. To Previous Year menu to specify the next year, and to the Next Year menu to specify the year following the currently displayed year. You are displayed. Note that the fact that the word “June” in the year / month designation menu 343 is enclosed in a square indicates that the currently displayed month is June.
  • the monthly account management lender for example, the illustrated account management lender 400 in June 2000, includes a mark indicating the bank account's deposits and withdrawals in June 2000, a scheduled deposit and withdrawal, and an invoice to the buyer ( (Icon and text) are pasted in the space of the deposit and withdrawal date and invoice receipt date.
  • Each mark is composed of an icon and a character string. For example, an icon of "one (minus)" is attached to a mark of a withdrawal statement such as an automatic debit or cash withdrawal, and an icon of "+ (plus)" is attached to a mark of a receipt statement such as a salary transfer.
  • the “!” Icon is displayed on a withdrawal schedule that has failed to withdraw due to a shortage of balance or an invoice that has passed its due date
  • the “Exit” icon is on a paid invoice
  • Invoices that have not yet been paid and have not been paid are marked with the “not yet” icon.
  • the account management calendar 400 Although column is shaded display, which shows a current date date). As described above, the account (passbook) information and the bill are displayed on the calendar, so that the cash flow can be easily managed for the pier, not only on a daily basis but also on a monthly and weekly basis. It is easier to see than just a list, like a passbook.
  • a predetermined portion of the main screen 321 is displayed in real time when an invoice is sent from the supplier system 301 or the electronic mall 303 to the calendar server 309 by electronic mail or the like. Or, a message to that effect is displayed at a predetermined timing (for example, “Invoice was posted on the account management calendar for July”).
  • a predetermined timing for example, “Invoice was posted on the account management calendar for July”.
  • the buyer can display account (passbook) information and a bill in more detail. For example, on the main screen 321 shown in Fig. 25, if you click on the "Weekly view” menu 331 after specifying any of the fields from 6/4 to 6/10 of the account management calendar 1400 (or Management calendar
  • the account management calendar area 326 contains the account management calendar for the week from 6/4 to 6/10. Is displayed.
  • FIG. 26 shows an example of a main screen on which a weekly account management calendar is displayed.
  • the date is displayed in the date display area 341 in a manner according to the week display.
  • a week 6/4 to 6/10 designated as a buyer and a week selection menu 345 are displayed.
  • the week selection menu 345 includes, for example, all week 5 / 28-6 / 3, 6 / 4-6 / 10, 6 / 18-6 / 24, 6/25 ⁇ 7/1 force s displayed. Noya, If a desired week is designated (clicked) from these, account information and an invoice for the desired week can be displayed in the account management calendar area 3326.
  • the deposit and withdrawal details and invoices relating to the week 6/4 to 6/10 specified in the knore are displayed in more detail than in the month display. For example, “Sunday and Sunday”, “Subject (summary) name”, and “Transaction amount / invoice amount” of the deposit and withdrawal statement and invoice for the week are displayed.
  • the buyer clicks on the space for the desired date (eg 6/6) and clicks the display menu 3 3 3 (or the weekly account management). Double-clicking on the 6/6 space of the management calendar), the account management calendar area 3 26 displays the daily (ie 6/6) account management calendar. (Note that the daily account management calendar can also be displayed by specifying the desired date space in the monthly account management calendar and clicking the day display menu 333.)
  • Figure 27 shows an example of the main screen on which the daily account management calendar is displayed.
  • the account management calendar area 326 displays, in some detail, the deposit and withdrawal details and invoices on the day specified by the buyer (for example, June 6th, 2000). For example, regarding the “PTV reception fee” for which automatic debit has been completed, information on the account (passbook) that has been automatically debited as “deposit and withdrawal account information” (for example, “ ⁇ ⁇ ⁇ x Bank, Toyosu Branch, Account, account number: 0123456 ”), the“ subject name (PTV reception fee) ”of the transaction, the“ transaction amount ( ⁇ 2640) ”, and the“ balance ”(for example, ⁇ 348240) after the transaction (automatic debit). ) "Is displayed.
  • the “PTV reception fee” for which automatic debit has been completed information on the account (passbook) that has been automatically debited as “deposit and withdrawal account information” (for example, “ ⁇ ⁇ ⁇ x Bank, Toyosu Branch, Account, account number: 0123456 ”), the“ subject name (PTV
  • Figure 28 shows an example of the main screen showing the details of the invoice, which appears when the payment button for a certain invoice is clicked in the daily account management calendar shown in Figure 27 Is shown.
  • the most detailed contents of the invoice are displayed in the account management calendar area 3 26, and the payment button 3 49 is displayed .
  • the buyer clicks the pay button 349 the main screen 321 switches to that shown in FIG.
  • FIG. 29 shows an example of a main screen for selecting a payment account which appears when the payment button 349 is clicked on the main screen of FIG. 28.
  • the “Transfer account selection” menu 350 is displayed on the account management renderer 326, and the payment button 351 is also displayed.
  • the “branch name”, “subject”, “account number”, “deposit balance”, “ The balance confirmation date and time are listed. Each account is indicated with a radio button.
  • the buyer selects the desired account with a deposit balance greater than the billed amount by clicking its radio button (for example, 353), and then clicks the pay button 351. Then, the main screen 3 21 shown in FIG. 29 is switched to a screen for confirming payment conditions shown in FIG.
  • the account management power renderer 32 6 displays information on the payment source, information on the supplier account, information on the payment destination supplier account, and payment conditions such as the payment amount.
  • a password entry area for the buyer account and a payment button 355 are also displayed.
  • the buyer After reviewing these payment terms, the buyer enters the Arthur account PIN and provides support. Click the pay button 355. With this operation, the payment (fund transfer) request message is automatically sent to the bank 305, and the payment process is executed.
  • Unpaid bills can be paid with a very simple operation of clicking the pointing device.
  • the news calendar 411 illustrated in FIG. 32 is displayed on the front.
  • FIG. 32 shows an example of a main screen on which a monthly news calendar is displayed. As shown in FIG. 32, a news calendar area 363 is arranged on the front, and a monthly news calendar 411 is displayed there.
  • a buyer schedule window 365 is opened, in which a buyer schedule read out from the buyer schedule storage unit 315 is displayed in a list in date order.
  • the column for January is "Elderly Adult Ceremony (1/15)”
  • the column for February is “Onsen (2/1 0-2 / 14)”
  • the column for April is " "Junior high school entrance ceremony (4/3)”, “Business trip (5/20-5/23)” in the column of May, "Vehicle inspection (6/19)”, “Rental contract” in the column of June Update (6/9) ”and“ renovation (6/29) ”, and“ July's birthday (7/12) ”and“ Wedding (7/4) ”in the July column are December. "Christmas (12/25)” is displayed in the column.
  • a schedule registration button 367 is displayed in the buyer schedule window 365. Is done. When the buyer clicks the schedule registration button 366, the event schedule registration screen illustrated in FIG. 35 is displayed. The buyer can freely enter his event schedule on the event schedule registration screen. This will be described later.
  • the attached date space contains a mark for each news item (for example, a text string summarizing the news item).
  • the date on which each news item was pasted was a predetermined period (eg, zero days, one day before, one week, one month, two months, etc.) before the statement of the buyer schedule corresponding to each news item. Date.
  • the predetermined period is defined as the period condition described above during the night of the news received by the calendar server 309 from the supplier system 301, the electronic model 303 or the bank system 305. (Display period).
  • Fig. 33 shows an example of the main screen on which the weekly news calendar is displayed.
  • the weekly news calendar 4 13 shown in FIG. 33 relates to 6/18 (Sun) to 6/24 (Sat).
  • the News Calendar 4 13 on the 19th (Mon) column contains a summary of the news (for example, “ ⁇ x Loan Information”, “New Car Information”, “Cheap Used Car Information”, A brief description of the URL and the URL of the home page related to each news will be posted, etc. If the buyer clicks on the desired URL from among the URLs listed, the buyer displays the URL of the URL. can do.
  • news is posted on the news calendar at the date determined based on the buyer schedule.
  • the timing for displaying the news may be set as appropriate.
  • the news "wedding power-drawing information" displayed in the 6/4 column of the news calendar 4 1 1 in Fig. 32 may be displayed for the first time when it becomes 6/4. However, it may be displayed on an earlier day (for example, immediately after an event indicating that a marriage ceremony was entered on July 4).
  • FIGS. 35 and 36 show examples of the event schedule registration screen.
  • the event schedule registration screen is displayed when the buyer clicks the schedule registration button 367 in the buyer schedule window 365 shown in Fig. 33 or Fig. 34. Will be displayed.
  • attributes of the event for example, “date”, “night”, “participant”, “event field”, and “event type” can be input. That is, the buyer enters, as “date”, the start and end dates of the event.
  • An arbitrary character string such as the name or summary of the event can be entered as the “Title” (the character string entered in the “Title” is displayed in a list in the buyer schedule window 365).
  • the “participant” you can enter the attribute of the person related to the event (for example, connection with noya, gender, age, etc.).
  • the “event field a large category to which the event belongs (for example, “business”, “regency”, “sports”, “hobbies”, “travel”, “car / motorcycle”, “residential” or “celebration” ”)).
  • the event type area 3744 When the OK button 375 is clicked after the above "Date” to "Event field" are entered, the event type area 3744 will be displayed in the event category area 3744, which belongs to the large category selected in "Event field”. A list of categories (event types) and a key input box 377 are displayed. In this event type area 374, any detailed category can be selected or an arbitrary keyword can be input as the “event type”.
  • the event input on the event schedule registration screen 373 is stored in the buyer schedule storage unit 315 as a single buyer schedule.
  • FIG. 37 shows the flow of processing performed by the calendar server 309 in order to select and display news according to the consumer's consumption trend as described above.
  • the calendar server 309 displays an event schedule registration screen as illustrated in FIGS. 36 and 36 on the buyer system 301 in the process of registering the buyer schedule.
  • the date, title, An input of attributes such as a related person, a field, and a type is received (step S301).
  • the calendar server 309 registers the attribute of the event input to the buyer as a buyer schedule in the database (the buyer schedule storage unit 315) (steps S302, S303).
  • the calendar server 309 infers the regular acquisition schedule based on the received account details of the buyer account, and this is also used as the buyer schedule. Register in the database (Bayer schedule storage section 3 15).
  • the calendar server 309 also registers customary social events in the database (the buyer schedule storage unit 315) as a buyer schedule.
  • the calendar server 309 receives news data from the supplier system 301, the electronic mall 303, and the bank system 305 (step S311). ), Database of received news
  • the buyer schedule that occurs in the current year (for example, this year) is read out from the database (the buyer schedule storage unit 315) and displayed in a list in the buyer schedule window 365 shown in FIG. 32 (step S32). 1).
  • the calendar server 309 reads the news having the condition matching the attribute of the buyer schedule from the database base (news storage unit 313), and notifies the notification date of each news to each news. It is determined from the term condition, the date of the buyer schedule that matched each news, and the term condition of each news.
  • the calendar server 309 determines the time of the news calendar to be displayed (for example, a specific month, a specific week, or a specific day).
  • the news having the notification date to be entered is pasted into the space of the notification date in the news calendar, and the news calendar is displayed on the buyer system 7 (step S322).
  • news calendar 411 in the present embodiment news according to the consumption trend of the buyer is provided to the buyer at an appropriate time before the actual consumption. This allows buyers to use the news effectively. For sub-subscribers, providing news effectively leads to the sale of services or goods.

Description

明 細 書
コンピュータ間通信ネットワークを用いてバイャの取引及び決済を管理する方法、 並びにバイャの消費動向に沿った情報をバイャに通知する方法 技 術 分 野
本発明は、 商業的又は非商業的な取引、 それら取引に関わる決済、 商業的又は非 商業的な広告などに関する情報処理を、 それら取引の当事者や銀行などのコンビュ —夕システムとコンピュータ間通信ネットワークとを用いて自動的に行うための技 術に関する。 背 景 技 術
商品又はサービスを提供するサプライャ (会社又は官公庁) のコンピュータシス テムと、 商品又はサービスを購入するバイャ (個人又は法人) のコンピュータシス テムとの間で、 通信ネットワークを通じて電子情報をやり取りし、 それにより、 サ プライヤとバイャ間で行われた各種取引の情報管理や、それら取引に関する決済 (例 えば、 商品又はサービスの代金支払い、 公共料金の支払、 又は税金の納付等) を、 自動的に実行するシステムが実用化されている。
従来技術によれば、 サプライャからの請求書 (情報) のバイャへの到達、 ャ が支払をするべき時期、及びバイャの銀行口座における入出金などに関する情報を、 一括して自動的に管理するための自動化手段が、バイャに対して提供されていない。 そのため、 バイャは自分自身で、 そうした情報を忘れないよう記憶し整理しておく 必要がある。
また、 サプライャからバイャに対して電子メールで取引明細や請求書を送付する ことが広く行われている。 しかし、 バイャにとっては、 様々な人から来る多種雑多 な電子メールの中から、 特定の取引の明細や請求書をいちいち探し出さなければい けないことは面倒である。
また、 従来技術によれば、 ノ ィャが請求書に対して承認を行うことで自動的にバ ィャの銀行口座からサプライャに金が支払われるというような、 請求書の承認と決 済処理とのリアルタイム又は適切タイミングでの連動も実現されていない。
—方、サプライャに対しても、従来技術によれは、バイャが請求書を見たか否か、 バイャが支払いするべき時期、 ノ ィャが請求書の内容を承認したか否か、 バイャが 支払いをしたか否か、 及び支払った時期などに関する情報を、 リアルタイム又は適 切タイミングで自動的に確認する自動ィ匕手段が提供されていない。 そのため、 サブ ライヤは、 多数の取引の情報を管理し整理しキャッシュフローを把握するために、 多くの労働力を割かなくてはならない。
また、 サプライャは、 新聞や雑誌の紙面、 電車内や駅のチラシ、 ダイレクトメ一 ル、 インターネットのホームページ等の媒体を通じて、 商業的又は非商業的な広告 を、 不特定多数のバイャに送っている。 しかし、 その広告に興味をいだくバイャの 割合はそう高くはない。 よって、 広告は、 大きな費用がかかる割に、 高い効果を奏 することが難しい。 発 明 の 開 示
本発明の目的は、 バイャが、 そのバイャの行った様々な商取引及びそれらの決済 等に関する諸情報を、 バイャのコンピュータシステムの GUI (グラフィカルユーザ イン夕フェース) 画面上で一括して管理できるようにすることにある。
本発明の別の目的は、 バイャが、'バイャのコンピュータシステムの GU I画面上 で、 サプライャから送られた請求書に対して承認を行うことで、 リアルタイム又は 適切タイミングで、 その請求書の決済を自動的に行えるようにすることにある。 本発明の更に別の目的は、 サプライャが、 そのサプライャの行った様々な商取引 及びそれらの決済等に関する諸情報を、 サブラャのコンピュータシステムの GU I 画面上で一括して管理できるようにして、 キヤッシュフローを把握の容易化に貢献 することにある。
本発明のまた別の目的は、 サプライャ又はバイャの銀行口座を取り扱う金融機関 が、 そのサプライャ又はバイャの行った様々な商取引にかかる決済に関する諸情報 を、 その金融機関のコンピュータシステムの GU I画面上で一括して管理できるよ うにして、 決済処理の管理の容易化に貢献することにある。
本発明の更にまた別の目的は、 商業的又は非商業的な広告をバイャに対して、 そ のバイャがその広告に興味を持つ可能性の高い適切な時期を選んで、 提供できるよ うにすることにある。
本発明の第 1の側面に従うバイャの取弓 I及び決済を管理する方法は、
サプライャシステムからソ Wャに対する電子的な請求書を受信するステップと、 銀行システムから、 ノ イヤの資金に関する電子的な入出金明細を受信するステヅ プと、
カレンダーを表示した GU I画面を用意するステップと、
前記 G U I画面のカレンダーに、 前記サプラィャシステムからの前記電子的な請 求書を示したマークと、 前記銀行システムからの前記電子的な入出金明細を示した マークとを貼り付けるステップと、
前記請求書と入出金明細のマークが貼り付けられた前記力レンダーを表示した前 記 GU I画面を、 バイャシステムに提供するステップと
を有する。
本発明の第 2の側面に従うバイャの取弓 I及び決済を管理するコンピュータシステ ムは、
サプライャシステムから、 ノ ャに対する電子的な請求書を受信する処理を行う コンピュータプログラムと、
銀行システムから、 ノ イヤの資金に関する電子的な入出金明細を受信する処理を 行うコンピュータプログラムと、
力レンダ一を表示した GU I画面を用意する処理を行うコンピュー夕プログラム と、
前記 G U I画面のカレンダ一に、 前記サプラィャシステムからの前記電子的な請 求書を示したマークと、 前記銀行システムからの前記電子的な入出金明細を示した マークとを貼り付ける処理を行うコンピュ一夕プログラムと、
前記請求書と入出金明細のマークが貼り付けられた前記力レンダーを表示した前 記 G U I画面を、 バイャシステムに送信する処理を行うコンピュータプログラムと を有する。
本発明の第 3の側面に従うバイャにニュースを提供する方法は、
日付をもったバイャスケジュールを準備するステップと、
ニュースをサプライャシステムから受信するステップと、
受信したニュースの中から、 準備したバイャスケジュールに関連するニュースを 選択するステップと、
前記選択されたニュースが関連するバイャスケジュールの日付けに基づいて、 前 記選択されたニュースの通知日付を決定するステップと、
カレンダ一を表示した GU I画面を用意するステップと、
前記選択されたニュースを示すマークを、 前記 GU I画面のカレンダー上の前記 通知日付のスペースに、 貼り付けるステップと、
前記選択されたニュースのマークが貼り付けられた前記カレンダーを表示した前 記 GU I画面を、 ノ ィャシステムに提供するステップと
を有する。
本発明の第 4の側面に従うバイャにニュ一スを提供するコンピュータシステムは、 日付をもったバイャスケジュールを準備する処理を行なうコンビユー夕プログラ ムと、 ニュースをサプライャシステムから受信する処理を行なうコンピュータプログラ ムと、
受信したニュースの中から、 準備したバイャスケジュールに関連するニュースを 選択する処理を行なうコンピュータプログラムと、
前記選択されたニュースが関連するバイャスケジュールの日付けに基づいて、 前 記選択されたニュースの通知日付を決定する処理を行なぅコンピュー夕プログラム と、
力レンダーを表示した GU I画面を用意する処理を行なうコンピュータプログラ ムと、
前記選択されたニュースを示すマークを、 前記 G U I画面のカレンダー上の前記 通知日付のスペースに、 貼り付ける処理を行なうコンピュータプログラムと、 前記選択されたニュースのマークが貼り付けられた前記カレンダーを表示した前 記 GU I画面を、 バイャシステムに送信する処理を行なうコンピュータプログラム と
を有する。
本発明において、 「請求書」 という用語は、 請求書だけでなく、 請求書ではない が請求金額などの請求内容がそこから読み取れるような文書、 例えば、 取引明細や 計算書や納品書なども含む意味で用いる。請求金額はプラス(バイャが金を支払う) でもマイナス (バイャが金を受け取る) でもよい。
本発明において、 「入出金明細」 という用語は、 口座に対する入金又は出金の事 実とその金額がそこから読み取れるような文書という意味で用いる。
本発明において、 「バイャ」 という用語は、 商品又はサービスを買う主体だけで なく、 金銭の移動を伴う何らかの経済的行為を自ら行う主体、 及びその経済的行為 を他社から受ける対象者をも含む広い意味で用いる。
本発明において、 「サプライャ」 という用語は、 商品又はサービスを 「バイャ」 に提供する主体だけでなく、 金銭の移動を伴う何らかの経済的行為を 「バイャ」 に 対して自ら行う主体、 及び「バイャ」 からその経済的行為を受ける対象者をも含む 広い意味で用いる。 . 本発明において、 「銀行」 という用語は、 銀行だけでなく、 銀行ではないがサブ ライヤ又はバイャの資金移動を扱うことができる組織をも含む広い意味で用いる。 本発明の「銀行」 が例えば証券会社又は郵便局などを指す場合もあり得る。 図面の簡単な説明
図 1は、 本発明の一実施形態に従う取引及び決済に係る情報の管理システムの全 体的構成を示すブロック図。
図 2は、 力レンダ一サーバ 2 5の請求書管理部 2 7と会計管理部 2 9が行う処理 における電子情報の流れを示すプロック図。
図 3は、 カレンダーサーバ 2 5がバイャシステム 3に提供する月毎のカレンダ一 画面の一例を示す。
図 4は、 カレンダ一サーバ 2 5がバイャシステム 3に提供する週毎のカレンダー 画面の一例を示す。
図 5は、 カレンダーサーバ 2 5がバイャシステム 3に提供する日毎のカレンダー 画面の一例を示す。
図 6は、 カレンダーサーバ 2 5がバイャシステム 3に提供する請求書リスト画面 の一例を示す。
図 7は、 バイャシステム 3に表示される請求書明細画面の一例を示す。
図 8は、 カレンダーサーバ 2 5がバイャシステム 3に提供する口座電子通帳画面 の一例を示す。
図 9は、 カレンダ一サーバ 2 5がバイャシステム 3に提供する入出金予定設定画 面の一例を示す。 図 1 0は、 カレンダーサーバ 2 5がサプライャシステム 7に提供する請求書リス ト画面の一例を示す。
図 1 1は、 カレンダーサーバ 2 5が銀行システム 1 3又は 1 5に提供する請求書 リスト画面の一例を示す。
図 1 2は、 この実施形態に係るシステムにおける全体の概略的な処理の流れを示 すフローチャート。
図 1 3は、カレンダーサーバ 2 5が行う (7)入出金明細自動分類処理と (8)入出金予 定自動設定処理と (9)入出金明細自動帳消し処理と (10)入出金明細自動通知と (11)口 座電子通帳処理の概略的な流れを示すフローチャート。
図 1 4は、 図 1 3に示した全体処理中の一部分である、 カレンダ一サーバ 2 5が 行う (4)入出金明細自動貼付け処理の流れを示すフローチャート。
図 1 5は、 図 1 3に示した全体処理中の一部分である、 カレンダーサーバ 2 5が 行う(1)請求書登録処理及び (5)請求書自動貼付け処理の流れを示すフローチャート。 図 1 6は、 図 1 3に示した全体処理中の一部分である、 カレンダ一サ一バ 2 5が 行う (2)及び (6)請求書開封及び支払い依頼通知処理、 並びに (3)決済請求書帳消し処 理の流れを示すフローチャート。
図 1 7は、 図 1 4に示した処理中の一部分である、 カレンダーサーバ 2 5が行う (7)入出金明細自動分類処理及び (8)入出金予定自動設定処理の流れを示すフローチ ヤート。
図 1 8は、 図 1 4に示した処理中の一部分である、 カレンダーサーバ 2 5が行う (9)入出金予定帳消し処理及び (10)入出金明細自動通知処理の流れを示すフローチヤ ート。
図 1 9は、 図 1 4に示した処理中の一部分である、 カレンダーサーバ 2 5が行う (11)口座電子通帳処理の流れを示すフローチヤ一ト。
図 2 0は、 サプライャが証券会社である場合に、 この実施形態のシステムが行う ことができる、 別の全体動作の概略的流れを示すフローチャート。
図 2 1は、 サプライャがローン会社である場合に、 この実施形態のシステムが行 うことができる、 さらに別の全体動作の概略的流れを示すフローチヤ一ト。
図 2 2は、ファクタリング会社が一種のサプライャとして存在する場合における、 本発明に従う取弓 I及び決済管理システムの構成を示すブロック図。
図 2 3は、 図 2 2のシステムの全体処理の概略的な流れを示すフローチャート。 図 2 4は、 この実施形態に係る取引 ·決済 ·ニュース管理システムの全体構成を 示すプロック図である。
図 2 5は、 カレンダ表示制御部 3 1 9がバイャシステム 3 0 7に提供する、 月毎 の口座管理力レンダ一が表示されたメイン画面の例を示す。
図 2 6は、 週毎の口座管理カレンダ一が表示されたメイン画面の例を示す。
図 2 7は、 日毎の口座管理カレンダーが表示されたメイン画面の例を示す。
図 2 8は、 或る請求書の詳細内容を表したメイン画面の例を示す。
図 2 9は、 支払い口座選択のためのメィン画面の例を示す。
図 3 0は、 支払い条件の確認用のメイン画面の例を示す。
図 3 1は、 電子通帳を表示したメイン画面の例を示す。
図 3 2は、 ニュースカレンダ一を表示したメイン画面の例を示す。
図 3 3は、 週毎のニュースカレンダーが表示されたメイン画面の例を示す。
図 3 4は、 ニュースカレンダ一上の或るニュースに関連したホームページが表示 されたメィン画面の例を示す。
図 3 5は、 ィベント予定登録画面の一例を示す。
図 3 6は、 ィベント予定登録画面の別の一例を示す。
図 3 7は、 カレンダ一サーバ 3 0 9がバイャの消費動向に沿ったニュースを選択 して表示するために行う処理の流れを示すフローチャート。 発明を実施するための最良の形態
図 1は、 本発明の一実施形態に従う取引及び決済の管理システムの全体的構成を 示すブロック図である。
図 1に示すように、 商品又はサービスを購入するバイャ (個人又は法人) 1が使 うコンピュータシステムであるバイャシステム 3と、 商品又はサービスを提供する サプライャ (私企業又は官公庁など) 5が使用するコンピュータシステムであるサ プライ システム 7が存在する。 また、 ノ ィャ 1の預金口座を取り扱う金融機関 9 が使用するコンピュータシステムである銀行システム 1 3と、 サプライャ 5の預金 口座を取り扱う金融機関 1 1が使用するコンビュ一夕システムである銀行システム 1 5とが存在する。銀行システム 1 3と 1 5は、銀行間決済システム 1 Ίを通じて、 バイャ 1の預金口座とサプライャ 5の預金口座との間の資金移動 (口座振替) など のための通信を行うことができる。バイャシステム 3及びサプライャシステム 7は、 それそれ、 例えばインターネットバンキングのようなエレクトロニックバンキング システムを通じて、 銀行システム 1 3と 1 5と通信することができる。
さらに、 図 1に示すように、 決済管理会社 1 9によって運営されるサーバシステ ム 2 5が存在する。 サーバシステム 2 5の役割は、 バイャ 1とサプライャ 5との間 で行われた商業的又は非商業的な取引及びそれら取引に係る決済を自動的に管理し 処理することである。 このサーバシステム 2 5は、 イン夕一ネット、 公衆電話回線 網、 専用通信ネヅトワーク又はエレクトロニックバンキングシステム等を通じて、 バイャシステム 1、 サプライヤシテム 5及び銀行システム 1 3、 1 5と通信可能で ある。
サーバシステム 2 5は、バイャシステム 3に対して、例えば WWWサーバとして 機能し、 カレンダー (月毎又は週毎の全日付の一覧表) を表示した G U I画面 (以 下、 「カレンダ一画面」 という) (図 3、 4参照) を提供する。 このカレンダ一画 面は、 バイャ 1が行った様々な商業的又は非商業的な取引に係る利用明細書又は請 求書 (以下、 「請求書」 と総称する) 及びそれら取引に係る決済 (口座入出金) の 情報を、 一括して管理し、 そして、 それら取引の決済の各々をバイャ 1の承認によ りリアルタイム又は適切タイミングで自動的に実行する機能をもつ。 以下の説明で は、 サーバシステム 2 5を、 図 1に示すように、 「カレンダ一サーバ」 と呼ぶ。 カレンダーサーバ 2 5は、 また、 サプライャ 5が行った様々な商業的又は非商業 的な取引の請求書及びそれら取引に係る決済の情報を、 一括して管理し、 それによ りキャッシュフローの把握を容易にするための機能と G U I画面 (図 1 0参照)を、 サプライャシステム 7に提供する。 カレンダーサーバ 2 5は、 また、 金融機関 9及 び 1 1がそれそれ取り扱う銀行口座を用いて決済されることになつている請求書に 関する情報を一括して管理するための機能と GU I画面 (図 1 1参照) を、 銀行シ ステム 1 3及び 1 5にそれそれ提供する。
現実には、 多数のバイャと多数のサプライャと多数の金融機関が、 カレンダーサ ーバ 2 5を利用することができる。 しかし、 図 1では、 説明を容易にするために、 一人のバイャ 1と、 一つのサプライャ 5と、 そのバイャ 1の一口座を扱う一つの金 融機関 9と、 そのサプライャ 5の一口座を扱う一つの金融機関 1 1だけを、 代表的 に図示する。
バイャ 1は、 個人でも法人でも良い。 本明細書では「バイャ」 という用語を、 商 品又はサービスを購入する者だけでなく、 税金を納付する者、 株式などの証券を購 入又は売却する者、 ローンを借りる者、 又はローンを返済する者など、 様々な経済 行為を行う者を総称する意味で用いる。 ノ ィャ 1の一例は個人バイャである。 バイ ャシステム 3としては、 カレンダーサ一バ 2 5にアクセスしたり、 エレクトロニヅ クバンキングシステムにアクセスしたりすることができるように、 ィン夕ーネット 接続機能と WWWブラウザとを搭載したパーソナルコンピュータ 3 a、携帯電話 3 b又はハンドヘルド端末などが利用可能である。
サプライャ 5は、 個人でも私企業でも官公庁でもよい。 本明細書では「サプライ ャ」 という用語を、 商品又はサービスを販売する者だけでなく、 税金を徴収する官 庁、 各種取引の仲介業者、 ローン会社、 ファクタリング会社など、 バイャに対して 何らかの経済的行為を行う主体を指す意味で用いる。 サプライャの例には、 ノ イヤ に商品を販売する小売店やレストラン、 バイャに対し各種の金融サービスを提供す る証券会社、 保険会社、 信販会社 (カード会社等) 及びローン会社、 バイャから代 金を回収するファクタリング会社、 ノ イヤの勤務先である会社又は官公庁、 ノ イヤ に通話サービスを提供する電話会社及び携帯電話会社、 都市ガスを供給するガス会 社、 並びに電力を供給する電力会社などがある。 サプライャの例には、 さらに、 上 下水道事業を営む地方公営企業体、 国税や地方税や罰金を徴収する行政機関、 及び 様々な公共サービスを行う諸官公庁 (例えば、 郵便局等) などもある。
ノ 'ィャ 1は、 最初に、 決済管理会社 1 9に対し、 「決済管理サービス」契約の申 し込みを行う。 それにより、 バイャシステム 3をインタ一ネットを介してカレンダ —サーバ 2 5に接続することができるようになる。 その結果、 バイャ 1は、 サプラ ィャ 5からの請求書 (つまり、 取引の明細書又は請求書)及び金融機関 9からの預 金口座の入出金明細を、 電子情報の形で一括してカレンダ一サーバ 2 5からオンラ れらの情報を貼り付けたカレンダー画面 (図 3、 4参照) を表示させることができ るようになる。 さらに、 ノ Wャシステム 3に受信された請求書に対する承認をバイ ャ 1がバイャシステム 3に入力することで、 直ちにその請求書に対する支払い (口 座振替) 電文が生成されて銀行システム 1 3へ送られ、 その請求書の決済をリアル タイム又は適切タイミングで実行することができるようになる。 バイャ 1は決済管 理会社 1 9に対し、 「決済管理サービス」 の利用料金を支払う。 バイャ 1は、 上記 「決済管理サービス」 が適用される特定のサプライャ 5や特定の金融機関 9を指定 することが可能である。
バイャ 1は、 バイャシステム 3に搭載されている WWWブラウザを用いて、 イン 夕ーネ ヅトを通じて、 カレンダーサーバ 2 5と通信する。 バイャ 1の個人識別情報 ( I D、 パスワード等) がバイャシステム 3からカレンダーサーバ 2 5に送られる ことにより、 カレンダーサーバ 2 5は、 カレンダ一サーバ 2 5がもつデ一夕ベース 内に存在するバイャ 1用の格納領域のデ一夕にアクセスすることを、 ノ Wヤシステ ム 3に許可する。 バイャ 1用のデータベースには、 サプライャ 5から受信したバイ ャ 1宛ての請求書や、 金融機関 9から受信したバイャ 1の口座の入出金明細が格納 されている。 カレンダーサーバ 2 5は、 バイャ 1の選択した特定の月又は週のカレ ンダ一画面 (図 3、 4参照) を、 ノ ^ィャシステム 3の WWWブラウザに送って、 そ のカレンダー画面を表示させる。 このカレンダー画面 (図 3、 4参照) において、 サプライャ 5からの請求書及び金融機関 9からの入出金明細をそれそれ表すマーク (アイコン又は文字列) が、 各利用明細書又は請求書の日付 (例えば受信日) 及び 各入出金明細の日付 (例えば入出金の発生曰) に該当する日付欄に表示される。 力 レンダーサ—バ 2 5は、 また、 バイャ 1からの要求に応じて、 個々の請求書の詳細 内容を表示した画面 (図 7参照) 、 或いは、 ノ ィャ 1の預金通帳の内容を表示した 画面 (図 8参照) なども、 ノ 'ィャシステム 3に送って表示させることができる。 ノ ' ィャシステム 3に表示された個々の請求書に対してバイャ 1が承認を入力すると、 リアルタイムで又は適当タイミングで、 その請求書への支払い依頼する口座振込電 文が生成されて銀行システム 1 3に送られ、 銀行システム 1 3がその請求書の決済 を実行する。
サプライャシステム 7は、 所定の通信ネ ヅトワークを通じてカレンダーサーバ 2 5と通信することができる。 サプライャシステム 7は、 バイャ 1との取引が成立す るとリアルタイムで又は適当タイミングで、 その取引に係るバイャ 1宛ての電子的 な請求書をカレンダ一サーバ 2 5へ送信する。この電子請求書には、顧客(バイャ) 名、 請求書番号、 顧客 (バイャ) 口座番号、 請求金額、 状態、 支払期限、 問合せ番 号、 振込先口座、 E D I情報 (この電子請求書の授受に必要な付加的な情報, 例え ば固有の識別コードなど)等が、 所定フォーマットで記述されている。
カレンダーサーバ 2 5は、 サプライャシステム 7から受信したバイャ 1宛ての電 子請求書をデ一夕ベースに保管し、 そして、 その電子請求書について通知 (カレン ダ一画面にマークを貼り付けてバイャ 1へ通知すること) 、 開封 (請求書の詳細内 容の画面をバイャ 1に見せること) 、 支払い依頼 (請求書の支払いのための口座振 替処理を行った旨を銀行システム 1 3から通知されること (若しくは、 請求書の支 払いのための口座振替処理を行う旨を銀行システム 1 3に依頼(通知)すること)、 支払い済み確認 (サプライャの口座に請求金額の入金があった旨を銀行システム 1 3から通知されること) などの処理を行う。 カレンダーサーバ 2 5は、 電子請求書 について上記通知、開封、支払い依頼、又は支払い済み確認などの処理を行なうと、 リアルタイムで又は所定タイミングで、 その電子請求書の状態を通知済み、 開封済 み、 支払い依頼中、 又は支払い済み等に更新する。
サプライャシステム 7は、 発行期間や状態を指定して電子請求書の検索をカレン ダーサーバ 2 5に依頼することができる。 すると、 カレンダ一サーバ 2 5は、 カレ ンダーサーバ 2 5が管理して 、るサプライャシステム 7からの電子請求書の中から、 指定された発行期間内に発行日が入り且つ指定された状態を現在もっている請求書 を検索して、 それらを一覧に表示した請求書リスト画面 (図 1 0参照) をサプライ ャシステム 7に送って表示させる。 その請求書リスト画面 (図 1 0参照) には、 各 電子請求書の顧客名、 請求書番号、 顧客口座番号、 請求金額、 状態、 状態更新時、 支払期限、 問合せ番号、 E D I識別情報などが表示される。 ここに表示された各電 子請求書の 「状態」 は、 各電子請求書の最新の状態 (通知済み、 開封済み、 支払い 依頼中、 又は支払依頼済み等) を表しており、 「状態更新時」 はその最新の状態に 更新された日を表している。
なお、 サプライャシステム 7はカレンダーサーバ 2 5に、 電子請求書の状態の更 新をリアルタイムで自動通知してくれるよう、 予め依頼しておくことができる。 そ のように依頼しておいた場合には、 サプライャシステム 7が積極的にカレンダーサ ーバ 2 5に接続しなくても、 カレンダーサーバ 2 5はサプライャシステム 7に電子 請求書の状態の更新をリアルタイムで自動的に通知する。 いずれにしても、 請求書 の状態が支払完了みになったときには、 サプライャシステム 7は、 カレンダ一サ一 バ 2 5から、 その旨の通知をリアルタイム又は所定のタイミングで受信する。 銀行システム 1 3、 1 5は、 エレクトロニヅクバンキングシステムを通じて、 力 レンダーサーバ 2 5、 バイャシステム 3又はサプライャシステム 7などと通信する ことで、 カレンダ一サーバ 2 5、 バイャシステム 3又はサプライャシステム 7から の依頼に応じて銀行業務を行なうことができる。 バイャ 1の預金口座を扱う銀行シ ステム 1 3は、 サプライャ 7からバイャ 1への請求書の支払い (口座振替) を依頼 する電文を受けると、 リアルタイムで又は所定タイミングで、 バイャ 1の預金口座 から銀行システム 1 5がもつサプライャ 7の預金口座へと請求金額分の金を振り替 える処理を、 銀行間決済システム 1 7を用いて行う。
ノ イヤ 1の預金口座を扱う銀行システム 1 3は、 上述したような請求書の支払い 又はその他の原因によってそのバイャ 1の預金口座に出金又は入金が発生すると、 リアルタイムで又は所定タイミングで、 その入金や出金の明細を表した電子的な入 出金明細をカレンダ一サーバ 2 5に送信する。 その入出金明細には、 顧客 (バイャ 1 ) 名、 顧客口座、 入出金日付、 入出金の金額、 科目、 摘要、 及び E D I情報 (こ の電子入出金明細を授受するに必要な付加情報、 例えば、 支払った請求書の識別コ —ドなど) が所定フォーマットで記述されている。 その入出金明細が請求書の支払 い完了を示している場合に、 カレンダーサーバ 2 5は、 その入出金明細に含まれて いる E D I情報によって、支払われた請求書がどれであるかを特定することができ、 そして、 特定した請求書の状態を支払い済みに更新する。
サプライャ 5の預金口座を扱う銀行システム 1 5は、 発行期間や状態を指定して 電子請求書の検索をカレンダ一サーバ 2 5に依頼することができる。 すると、 カレ ンダーサーバ 2 5は、その銀行システムが扱うサプライャ 5の預金口座 (現実には、 複数のサプライャの複数の預金口座を扱っている) を振込先口座に指定している電 子請求書であって、 指定された発行期間内に発行日が入り且つ指定された状態に現 在ある電子請求書を検索し、 それらを一覧に表示した請求書リスト画面 (図 1 1参 照)を銀行システム 1 5に送って表示させる。その請求書リスト画面(図 1 1参照) には、各電子請求書の請求企業(サプライャ)名、企業コード、顧客(バイャ)名、 顧客口座、 請求金額、 状態、 発行日、 及び請求 (支払)期限などが表示される。 こ こに表示された各電子請求書の「状態」は、各電子請求書の最新の状態(通知済み、 開封済み、 支払い依頼中、 又は支払済み等) を表しており、 「状態更新時」 はその 最新の状態に更新された日を表している。
カレンダ一サーバ 2 5は、 デ一夕べ一スを有し、 その中にバイャ 1用の格納領域 をもつ。 バイャ 1用の格納領域には、 サプライャシステム 7から受信したバイャ 1 宛ての電子請求書、 及び銀行システム 1 3から受信したバイャ 1の預金口座の入出 情報などが蓄積される。 電子請求書又は入出金明細を受信すると、 カレンダーサ一 バ 2 5は、 上述したカレンダ一画面 (図 3、 4 ) に請求書又は入出金明細を貼り付 けてバイャ 1が閲覧できるようにするだけでなく、 電子メールを用いてもそれをバ ィャ 1に通知することもできる。
力レンダ一サーバ 2 5は、 図 1に示すように、 請求書管理部 2 7と会計管理部 2 9とを有する。 請求書管理部 2 7は、 サプライャシステム 7及びサプライャ 5の口 座を扱う銀行システム 1 5と通信し、 そして、 主に、 サプライャ 5からの電子請求 書に関わる情報処理を行なう。 会計管理部 2 9は、 主に、 バイャシステム 3及びバ ィャ 1の口座を扱う銀行システム 1 3と通信し、 そして、 主に、 バイャ 1の口座の 入出金に関わる情報処理を行なう。
図 2は、 請求書管理部 2 7と会計管理部 2 9が行う処理における電子情報の流れ を示している。図 2を参照して、それらの処理について説明する。それらの処理は、 典型的には、 カレンダーサーバ 2 5に搭載されたコンピュータプログラムを実行す ることによって行われる。
請求書管理部 2 7が行なう処理には、(1)請求書登録処理、(2)請求書開封及び支払 い依頼通知処理、 及び (3)決済請求書帳消し処理がある。
(1)請求書登録処理
サプライャシステム 7からバイャ 1宛ての電子請求書が発行されると(1-1)、請 求書管理部 2 7は、 その電子請求書を受信し、 未決済の請求書として請求書管理部 2 7のデ一夕ベースに登録し(1-2)、 そして、 その電子請求書の状態や支払い期限 などを管理する。 請求書管理部 2 7は、 また、 その電子請求書を会計管理部 2 9へ 転送する ( 1-3) o
(2)請求書開封及び支払い依頼通知処理
ノ イヤ 1が或る電子請求の詳細内容を閲覧した (開封した) とき、 会計管理部 2 9から請求書管理部 2 7に、 開封通知が送られる (6-2)。請求書管理部 2 7は、 その 開封通知を受信すると、 その電子請求書の状態を開封済みに更新する (2-1)。請求書 管理部 2 7は、サプライャシステム 7からその電子請求の検索が要求されたとき(又 は、 自動通知が予め依頼されていた場合には、 その電子請求書の状態を開封済みに 更新したとき) 、 その電子請求書の状態 (つまり、 開封済み) をサプライヤシステ ム Ίに知らせる (2-2)。 こうして電子請求書をバイャ 1が開封されたことをサプライ ャ 5に知らせることは、 支払う気のないバイャ 1に対してサプライャ 5が法的督促 手続きを採るための法的根拠を与える。
或る電子請求書の支払いがバイャ 1の口座を扱う銀行システム 1 3に依頼された とき、 会計管理部 2 9から請求書管理部 2 7に、 その電子請求書の支払い依頼につ いての通知が送られる (6-9)。請求書管理部 2 7は、 その支払い依頼通知を受信する と、 その電子請求書の状態を支払い依頼中に更新する (2-3)。 請求書管理部 2 7は、 サプライャシステム 7からその電子請求の検索が要求されたとき (又は、 自動通知 が予め依頼されていた場合には、 その電子請求書の状態を支払い依頼中に更新した とき) 、 その電子請求書の状態 (つまり、 支払い依頼中) をサプライャシステム 7 に知らせる (2-4)。
(3)決済請求書帳消し処理
サプライャ 5は、 或る電子請求書の状態が支払い依頼中になったことの通知を受 けると、 銀行システム 1 5に対して、 サプライャ 5の預金口座にその請求書に係る 請求金額が入金されたかどうか照会するであろう (3-1) (又は、銀行システム 1 5 からサプライャシステム 7に、 自動的に入金の事実が通知されるであろう。 ) 。 こ の照会によって銀行システム 1 5が確認したサプライャ 5の口座への入金明細は、 銀行システム 1 5からサプライャシステム 7へ転送されるだけでなく (3-2)、請求 書管理部 2 7にも転送される (3-3)。請求書管理部 2 7は、銀行システム 1 5から 入金明細を受け取ると、 その入金明細に対応する電子請求書を特定し、 その特定し た電子請求書の状態を支払い済みに更新することで、 その電子請求書を未決済の請 求書中から自動的に帳消しし (3-4)、 そして、 その請求書の状態(支払済み) をサ プライヤシステム 7 に通知する。 上記支払い済みの通知により、 サプライャ 5は、 決済済みの請求書の帳消しが容易に行なえ、キャッシュフローの把握も容易に行え、 商品の発送などの決済後のァクションへ円滑に移行できる。
カレンダーサーバ 2 5の会計管理部 2 9が行なう処理には、(4)入出金明細自動貼 り付け処理、 (5)請求書自動貼り付け処理、 (6)請求書開封及び支払い依頼通知処理、 (7)入出金明細自動分類処理、 (8)入出金予定自動設定処理、(9)決済入出金予定自動帳 消し処理、(10)入出金明細自動通知処理、 (11)口座電子通帳処理がある。
(4)入出金明細自動貼り付け処理
会計管理部 2 9は、 銀行システム 1 3からエレクトロニヅクバンキングシステム 2 1を通じて送られてきたバイャ 1の口座の入手金情報を受信し(4-1)、 その入手 金情報に含まれているデ一夕 (取引日、 請求金額、 支払期限、 発行日、 EDI情報、 及び摘要など) を会計管理部 2 9のデータベースに登録する (4-2)。 そして、 会計管 理部 2 9は、 ノ ィャシステム 3に各月又は各週のカレンダー画面 (図 3、 4参照) を表示するとき、 登録した入出金明細のデ一夕をそのカレンダ一画面に貼り付ける (4-3)。バイャは、 そのカレンダー画面から、 各月又は各週の自分の口座における 入手金の実績が把握できる。
(5)請求書自動貼り付け処理
会計管理部 2 9は、 サプライャシステム 7から請求書管理部 2 7を通じて送られ てきた電子請求書を受信し (1-1)、 その電子請求書から入出金予定に関するデータ
(取引日、 請求金額、 支払期限、 発行日、 EDI情報、 及び摘要など) を取得し、 そ して、その取得したデ一夕を会計管理部 2 9のデ一夕ベースに登録する (5-1)。また、 会計管理部 2 9は、 その電子請求書をエレクトロニックバンキングシステム 2 1に 転送して、 それをエレクトロニックバンキングシステム 2 1に登録させる (5-4)。 そ して、 会計管理部 2 9は、 バイャシステム 3に各月又は各週のカレンダ一画面 (図 3、 4参照) を表示するとき、 登録した電子請求書の入出金予定に関するデータを そのカレンダー画面に貼り付ける (5-2) 。バイャは、 そのカレンダー画面から、 各 月又は各週の自分の口座における入出金の予定が把握できる。 そのカレンダー画面
(図 3、 4参照) には、 電子請求書に基づく入出金予定に関するデータと、 上述し た入出金明細に基づく入手金実績に関するデータとが共に表示される。 よって、 バ ィャは、 様々な請求書とそれに対する支払い手続きとを一括して管理することがで きるようになる。
また、 電子請求書が会計管理部 2 9に到達すると (5-1)、 会計管理部 2 9は、 速や かに、 その到達をバイャシステム 3に通知する (5-3)。 さらに、 会計管理部 2 9は、 その電子請求書をエレクトロニックバンキングシステム 2 1に転送し、 エレクトロ ニックバンキングシステム 2 1はその電子請求書を登録する (5-4)。
(6)請求書開封及び支払い依頼通知処理 バイャシステム 3から或る電子請求書の閲覧を要求されると、会計管理部 2 9は、 エレクトロニックバンキングシステム 2 1に登録されている電子請求書の詳細内容 を示した画面 (図 7参照) をバイャシステム 3に送る (6-1)。 これにより、 バイャは その電子請求書を開封したことになり、 そして、 会計管理部 2 9は、 その開封を請 求書管理部 2 5にリアルタイムで通知する (6-2)。 その請求書の開封は、 前述したよ うに、 請求書管理部 2 7からサプライャシステム 7に通知される (2-1、 2-2)。
また、 バイャシステム 3において或る電子請求書がバイャにより承認されると (6-3) 、 その請求書の支払いための口座振替電文が自動生成されて (6-4)、 その口 座振替電文がバイャの口座を扱う銀行システム 1 3に送られる (6-5)。銀行システム 1 3は、 その口座振替電文を受けて口座振替処理を行ない (6-6)、 そして、 その口 座振替処理にてバイャ 1の口座から請求金額を出金したことを示す出金明細を会計 管理部 2 9へ送る (6-7)。会計管理部 2 9は、 その出金明細を会計管理部 2 9のデ一 夕ベースに登録し (6-8)、 そして、 その請求書の支払い依頼についての通知を請求書 管理部 2 7へ送る (6-9)。 その請求書の支払い依頼通知は、 前述したように、 請求書 管理部 2 7からサプライャシステム 7に送られる (2-3、 2-4)。
上記の登録された出金明細(6-8)は、前述の入手金情報自動貼り付け処理によつ て、 カレンダー画面に貼り付けられてバイャシステム 3に表示される (5-2) 。
(7)入出金明細自動分類処理
会計管理部 2 9は、 会計管理部 2 9のデータペースから、 過去 1か月分又は過去 1週間分の入出金明細を読み込み、 それらの入出金明細に含まれている任意の項目 (例えば、科目、 摘要又は EDI情報など) に基づいて、 それらの入出金明細を自動 的に分類し、 分類された入出金明細をバイャシステム 3に表示する。
(8)入出金予定自動設定処理
会計管理部 2 9は、 上記の入出金明細自動分類処理で分類された入出金明細に含 まれている様々な項目 (入出金日付、 金額、 科目、 摘要及び EDI情報など) を用い て、今後(翌月以降)の入出金の予定を自動的に (又は、 バイャの手入力による情報 補完を伴って半自動的に)設定する。そして、 会計管理部 2 9は、設定された翌月以 降の入出金の予定を会計管理部 2 9のデ一夕ベースに登録し、 翌月以降のカレンダ 一画面をバイャシステム 3に表示するときに、 そのカレンダー画面にその翌月以降 の入出金の予定を貼り付ける。 これにより、 電気料金や電話料金の引き落としのよ うに毎月決まった日に行われる入出金の予定が、 過去の実績に基づいて、 カレンダ 一画面に自動的に設定される。
なお、バイャの完全な手入力によつて将来の入出金予定を設定することもできる。
(9)決済入出金予定自動帳消し処理
会計管理部 2 9は、 入出金明細を銀行システム 1 3又は 1 5からエレクトロニヅ クパンキングシステム 2 1を通じて受信すると、受信した入出金明細 (入手金日付、 科目、摘要及び EDI情報など)に対応する入出金予定(前述の請求書自動貼り付け 処理にて請求書に基づいて登録された入出金予定、 又は前述の入出金予定自動設定 処理で過去の入出金明細に基づいて登録された入出金予定) を会計管理部 2 9のデ 一夕べ一スから検索する。 そして、 対応した入出金予定が見つかれば、 会計管理部 2 9は、 その対応した入出金予定の状態を支払済みに更新することで、 その入出金 予定を自動的に帳消しする。
(10)入出金明細自動通知処理
上記決済入出金予定自動帳消し処理によつて入出金予定の帳消しが行われたとき、 会計管理部 2 9は、 そのことをバイャシステム 3に自動的に通知する。入出金予定 に対応する入出金明細が予定期日を過ぎても来ない場合、 或るいは、 予期せぬ入出 金明細 (どの入出金予定にも対応しない入出金明細) が来た場合にも、 会計管理部 2 9は、 そのことをバイャシステム 3に自動的に通知する。 上記の自動通知を行う か否か、 及びどのような入出金明細に来た場合に上記の自動通知を行うかなどの条 件を、 バイャシステム 3に表示された画面上でバイャが指定することができる。 (11)口座電子通帳処理
会計管理部 2 9は、 会計管理部 2 9のデータベースからバイャの口座の入出金明 細を読み込み、 それらの入出金明細を入出金日付の順に並べて一覧に表示した口座 電子通帳画面 (図 8参照) を作成し、 そして、 その口座電子通帳画面をバイヤシス テム 3に送って表示させる。 バイャシステム 3では、 その口座電子通帳画面の所定 形式のデータフアイルをダウンロ一ドして、 会計ァプリケーシヨンプログラムに取 り込むことができる。
以下では、 更に具体的に、 この実施形態に係るシステムの機能及び動作を説明す る。
図 3は、 カレンダーサーバ 2 5がバイャシステム 3に提供する月毎のカレンダ一 画面の一例を示す。
図 3に示すように、 カレンダー画面は、 副ウィンドウ 3 5と、 メインウィンドウ 3 7とに区分けされる。
副ウィンドウ 3 5には、 「今週へ」、 「予定入力」、 「月表示」、 「週表示」、 「日表示」、 「請求書リスト」及び「電子通帳表示」等の各メニューを備えるメニ ユー領域 3 5 aと、 キーワード検索を行うとき用いられる検索領域 3 5 と、 翌月 のカレンダ一画面が表示される領域 3 5 cと、 「今月に戻る」 メニュ一3 5 dとが 設定されている。
メインウィンドウ 3 7には、 バイャの指定した月の全ての日付のスペースが配列 されたカレンダ一が表示され、 このカレンダーには、 サプライャシステム 7から発 行されたバイャ 1宛ての請求書、 銀行システム 1 3から送られたバイャ 1の口座の 入出金明細、 及びバイャ 1の口座の過去の入出金実績から自動作成された入出金予 定を表したマーク (アイコンと文字列) が表示されている。
図 3において、 例えば「C損保」、 「XYショップ」及び「Ζ企業」 というマーク は、 それそれ、 C損保からの請求書、 ΧΥショップからの請求書及び Ζ企業からの 請求書を表しており、 その請求書がカレンダーサーバ 2 5に受信された日付のスぺ ースに貼り付けられている。 「C損保」 及び 「XYショップ」 のマークの先頭のァ イコン (四角枠内に縦ライン) は、 例えば、 まだ支払いが行われていないことを示 しており、 「Ζ企業」 のマークの先頭のアイコン (四角枠内に X) は、 例えば、 支 払 t、依頼中又は支払済みであることを示している。
また、 図 3において、 「振込み」 というマークは、 或る請求書 (例えば、 Z企業 からの請求書) に対して支払い (口座振替) を行ったことを示しており、 そのアイ コン (四角枠内にマイナス) は出金であることを意味している。 このマークは、 そ の支払い (口座振替) を行った日付のスペースに貼り付けられている。 この 「振込 み」 のマークに、 更に、 どの請求書に対応するものかを示す追加のマークを加えて も良い。
また、 図 3において、 例えば 「電気料金」 、 「水道料金」 、 「携帯電話サービス 料金」 、 「電話料金」,及び「ガス料金」 というマ一クは、 それぞれ、 その料金を支 払うことになつているという出金予定又は支払ったという出金実績を表している。 これらのマークのアイコン (四角枠にマイナス) は、 出金であることを意味してい る。また、図 3において、例えば「XXカード」及び「00ローン」というマークは、 それぞれ、 XX力一ド会社及び 00 ローン会社へカード利用代金及びローン返済金 を支払うことになつているという出金予定又は支払ったという出金実績を表してい る。 これらの出金予定又は出金明細のマークは、 出金の行われる予定日付又は出金 が行われた日付のスペースに貼り付けられている。 これらの出金予定又は出金実績 のマークのアイコン (四角枠内にマイナス) は、 出金であることを意味している。 アイコン又は文字列の色又は形等を違えることで、 出金予定と出金実績とを区別で きるようにしてもよい。
また、 図 3において、 「給与」 というマークは、 給与が入金されることになつて いるという入金予定又は入金されたという入金実績を表している。 この入金予定又 は入金実績のマークのアイコン (四角枠内にプラス) は、 入金であることを意味し ている。 この入金のマークは、 その入金が行われることになつている予定の日付又 はその入金が行われた日付のスペースに貼り付けられている。 アイコン又は文字列 の色又は形等を違えることで、 入金予定と入金実績とを区別できるようにしてもよ い。
図 4は、 ノ、'ィャシステム 3に表示される週毎のカレンダ一画面の一例を示す。 図 4に示した週毎のカレンダ一画面は、 図 3に示した月毎のカレンダ一画面のメ ニュー領域 3 5 a中の 「今週へ」 及び/又は 「週表示」 をポインティングデバイス でクリックすることにより、 表示することができる。 図 4に示すように、 週毎の力 レンダー画面のメインウィンドウ 3 7には、 ノ ャが指定した週のカレンダーが表 示され、 そのカレンダーの各日付のスペースは、 曜日/日付スペース 3 7 aと、 入 出金予定 ·実績スペース 3 7 aとをもつ。 各日付の入出金予定 ·実績スペース 3 7 bには、 その日付に受信された請求書、 その日付に行われる予定の入出金予定又は その日付に行われた入出金実績を表したアイコン及び文字列が表示される。
図 5は、 バイャシステム 3に表示される日毎の力レンダー画面の一例を示す。 図 5に示す日毎のカレンダ一画面は、 図 3又は図 4に示したカレンダ一画面のメ ニュー領域 3 5 a内の 「日表示」 メニューをポインティングデバイスでクリックす ることで、 表示することができる。 図 5に示すように、 日毎のカレンダー画面のメ インウィンドウ 3 7には、 ノ イヤの指定した日に行われた入出金の明細と、 その日 に受信された請求書の概要とが表示される。 表示された請求書について、 バイャが 「明細」ボタンをクリックすると、その請求書の詳細内容が表示され、これにより、 ノ、'ィャが請求書を開封したことになり、 カレンダーサーバ 2 5で管理されているそ の請求書の状態は開封済みに更新される。表示された請求書(未決済の請求書のみ) について、 バイャが 「支払い」 ボタンをクリックすると、 バイャがその請求書を承 認したことになり、 その請求書に支払うための口座振替電文が自動作成されて銀行 システム 1 3に送られ、 口座振替処理が自動的に行われる。
図 6は、 バイャシステム 3に表示される請求書リスト画面の一例を示す。
図 6に示す請求書リスト画面は、 図 3、 図 4又は図 5に示した画面のメニュー領 域 3 5 a内の「請求書リスト」 メニューをポインティングデバイスでクリックする ことで、 表示することができる。 図 6に示すように、 請求書リスト画面のメインゥ ィンドウ 3 7には、 ノ、'ィャの指定した月に受信された全ての請求書の概要のリスト が表示される。 表示された請求書について、 バイャが「明細」 ボタンをクリックす ると、 その請求書の詳細内容が表示され、 これにより、 バイャが請求書を開封した ことになり、 カレンダーサーバ 2 5で管理されているその請求書の状態は開封済み に更新される。 表示された請求書 (未決済の請求書のみ) について、 バイャが 「支 払い」 ボタンをクリックすると、 バイャがその請求書を承認したことになり、 その 請求書に支払うための口座振替電文が自動作成されて銀行システム 1 3に送られ、 口座振替処理が自動的に行われる。
図 7は、 ノ Wャシステム 3に表示される請求書明細画面の一例を示す。
図 7に示す請求書明細画面は、 図 5又は図 6に示す画面で、 或る請求書について 「明細」 ボタンをポインティングデバイスでクリックすることで、 表示することが できる。 この画面には、 請求書の詳細な情報が表示される。 この請求書明細画面が 表示されると、 バイャがその請求書を開封したことになり、 カレンダーサーバ 2 5 で管理されているその請求書の状態は開封済みに更新される。表示された請求書 (未 決済の請求書のみ)について、バイャが「支払い」ボタン 4 4 9をクリックすると、 バイャがその請求書を承認したことになり、 その請求書に支払うための口座振替電 文が自動作成されて銀行システム 1 3に送られ、口座振替処理が自動的に行われる。 図 8は、 ノ ィャシステム 3に表示される口座電子通帳画面の一例を示す。
図 8に示した電子通帳画面は、 図 3〜図 6に示した画面のメニュー領域 3 5 a内 の「電子通帳表示」 メニューをポインティングデバイスでクリックすることで、 表 示することができる。 図 8に示すように、 電子通帳画面には、 ノ ャが指定した期 間に行われたバイャの預金口座の入出金明細 (入出金日付、 科目、 支払い金額、 入 金金額、差引残高、備考など)が、入手金日付の順で並んで表示される。要するに、 預金通帳の記載内容と同じものが表示される。備考欄 6 3には、 予め設定されてい た対応の入出金予定と実際の入出金実績とが相違した場合に、 その相違が表示され る。例えば、 図 8の例では、 携帯電話料金について予定と実績との間に金額の相違 があったため、 「予定金額相違」 と表示されている。 「予定金額相違」 をクリック すると、 ボックス 6 5が開き、 そこに、 その相違についてより詳細な説明が表示さ れ
図 9は、 バイャシステム 3に表示される入出金予定設定画面の一例を示す。
図 9に示す入出金予定設定画面は、 図 3〜図 6に示した画面のメニュー領域 3 5 a内の 「予定入力」 メニューをポインティングデバイスでクリックし、 そして、 力 レンダ—サーバ 2 5が過去の入出金明細に基づいて自動作成した入出金予定の中か ら任意のものをバイャが選ぶ (又は、 新規予定を選択する) ことで、 表示すること ができる。 図 9に示した入出金予定設定画面は、 既に自動設定されている携帯電話 料金の出金予定を選択した場合の例である。図 9に示した入出金予定設定画面には、 過去の携帯電話料金の出金実績から力レンダーサーバ 2 5が自動的に設定した出金 予定のデ一夕が科目名 3 9、 取引種別 4 1、 科目グループ 4 3、 取引日 (種出金予 定日) 4 5、 金額 4 7などの欄に自動的に表示される。 バイャは、 これら自動的に 設定された事項に手動で変更することもできる。
自動通知 4 9の欄では、 この画面で設定した入出金予定に関してカレンダーサー バ 2 5からバイャシステム 3へ自動通知を行って欲しい場合に、 その自動通知を行 ための条件をバイャが設定することができる。すなわち、事前通知 4 9 aの欄で「す る」 を選び、 且つ 「当日」、 「前日」又は「2日前」 を選べば、 この入出金予定の 取引日の当日、 前日又は 2日前に、 カレンダーサーバ 2 5からバイャシステム 3へ この入出金予定についての自動通知が行われる。また、事後通知 4 9 bの欄で、 「す る」 を選び、 且つ 「予定取引の成立」 の 「金額が一致した時に通知する」 又は 「金 が不一致した時に通知する」 を選べば、 この入出金予定に対応する入手金情報が銀 行システム 1 3から送られてきた場合であって、 その金額が予定と一致した場合又 は一致しなかった場合に、 カレンダ一サーバ 2 5からバイャシステム 3へその金額 の一致又は不一致についての自動通知が行われる。 (金額が不一致の場合、 図 8に 示したように、 電子通帳画面にもその旨が表示される。 ) また、 事後通知 4 9 bの 欄で、 「する」 を選び、 且つ 「予定取引の不成立」 の 「入出金明細金額と現在の残 高を表示する」又は「予定取引を通知する」 を選べば、 この入出金予定に対応する 入手金がバイャ口座の残高不足などの原因で実行できなかった場合に、 力レンダ一 サーバ 2 5からバイャシステム 3へ選択された事項についての自動通知が行われる c また、 事後通知 4 9 bの欄で、 「する」 を選び、 且つ「予定にない取引が存在した ときに通知する」 を選べば、 どの入出金予定にも対応しない入手金情報が銀行シス テムから送られてきたときに、 カレンダ一サーバ 2 5からバイャシステム 3へその 入出金明細についての自動通知が行われる。
図 1 0は、 カレンダーサーバ 2 5がサプライャシステム 7に提供する請求書リス ト画面の一例を示す。
サプライャシステム 7が、 発行期間や状態を指定して電子請求書の検索をカレン ダーサーバ 2 5に依頼すると、 力レンダ一サーバ 2 5は、 カレンダーサーバ 2 5が 管理しているサプライャシステム 7からの電子請求書の中から、 指定された発行期 間内に発行日が入り且つ指定された状態を現在もっている請求書を検索して、 それ らを一覧に表示した図 1 0に示したような請求書リスト画面をサプライャシステム 7に送って表示させる。 図 1 0に示した請求書リスト画面には、 各電子請求書の顧 客名、 請求書番号、 顧客口座番号、 請求金額、 状態、 状態更新時、 支払期限、 問合 せ番号、 E D I識別情報などが表示される。 サプライャは、 各電子請求書の最新の 状態 (通知済み、 開封済み、 支払い依頼中、 又は支払依頼済み等) を知ることがで きる。 この画面において、 サプライャが各請求書 (まだ支払い依頼済みの状態にな つていない請求書のみ) の取消ボックス 4 1にチェックマークを入れて、 「取消処 理」 ボタン 4 2をポインティングデバイスでクリックすると、 カレンダーサーバ 2 5はその請求書を取り消す。
図 1 1は、 カレンダ一サーバ 2 5が銀行システム 1 3又は 1 5に提供する請求書 リスト画面の一例を示す。
銀行システム 1 3又は 1 5が発行期間や状態を指定して電子請求書の検索をカレ ンダーサーバ 2 5に依頼すると、 力レン夕"一サーバ 2 5は、 その銀行システム 1 3 又は 1 5が扱う預金口座を入金先口座に指定している電子請求書であって、 指定さ れた発行期間内に発行日が入り且つ指定された状態に現在ある電子請求書を検索し、 それらを一覧に表示した図 1 1に示すような請求書リスト画面を銀行システム 1 3 又は 1 5に送って表示させる。 図 1 1に示す請求書リスト画面には、 各電子請求書 の請求企業 (サプライャ) 名、 企業コード、 顧客 (バイャ) 名、 顧客口座、 請求金 額、 状態、 発行日、 及び請求 (支払) 期限などが表示される。 金融機関は、 各電子 請求書の最新の状態 (通知済み、 開封済み、 支払い依頼中、 又は支払済み等) を知 ることができる。
図 1 2は、 この実施形態に係るシステムの全体の概略的な処理の流れを示す。 図 1 2において、 銀行システム 1 3からの入出金明細は、 カレンダ一サーバ 2 5 に送られ、カレンダ一サーバ 2 5のデータベースに登録される(ステップ S 7 1 )。 次に、 カレンダーサーバ 2 5がバイャシステム 3からの口座取引内容に関する照会 依頼を受信すると、 今までに受信した入出金明細及び請求書が貼り付けられた力レ ンダ一画面 (図 3、 図 4参照) をカレンダーサーバ 2 5に送って表示させ、 その力 レンダー画面へのバイャシステム 3のアクセスを受け付ける (ステップ S 7 2 ) 。 サプライャシステム 7からのバイャ 1に対する請求書は、 通信ネヅトワークを通 じてカレンダーサーバ 2 5に送られる。 カレンダ一サーバ 2 5は、 請求書から入出 金予定のデータを取得してその入出金予定デ一夕をデータベースに登録し (ステヅ プ S 7 3 )、また、その請求書をエレクトロニックバンキングシステムに転送する。 カレンダ一サーバ 2 5は、 サプライャシステム 7から請求書が送信された旨をバイ ャシステム 3に通知する (ステップ S 7 4 ) 。
バイャシステム 3から特定の請求書の内容に関する照会の依頼が送信されると
(ステップ S 7 5 ) 、 カレンダ一サーバ 2 5はエレクトロニックバンキングシステ ムに登録されている請求書の詳細内容を表した請求書明細画面をバイャシステム 3 へ送って表示させる。 これはバイャ 1による請求書の開封を意味する。 カレンダ一 サーバ 2 5は、 サプライャシステム 7に対し、 その請求書がバイャ 1によって開封 された旨を通知する (ステップ S 7 6 ) 。
次に、 バイャシステム 3の表示画面上でその請求書をバイャ 1が承認すると、 そ の請求書に対する支払 L、依頼電文が自動生成されエレクトロニックバンキングシス テムを通じて銀行システム 1 3に送られて、 バイャ 1の口座からサプライャ 5の口 座への請求金額の振替手続が銀行システム 1 3に要求される。 これにより、 銀行シ ステム 1 3、 1 5間での銀行間決済システム 1 7を通じた口座振替手続が実行され る (ステップ S 7 7 ) そして、 銀行システム 1 3からカレンダ一サーバ 2 5に対 し出金明細が送信され (ステップ S 7 8 ) 、 これに基づき、 カレンダーサーバ 2 5 からサプライャシステム 7に対し、支払い依頼通知が送信される(ステップ S 7 9 )。 次に、 サプライャシステム 7からサプライャ口座の入出金明細に関する照会が銀 行システム 1 5に送信されると、 銀行システム 1 5はサプライャ口座の入出金明細 を、サプライャシステム 7及びカレンダ一サーバ 2 5に送信する(ステヅプ S 8 0 )。 それら入出金明細を受信すると、 サプライャシステム 7及びカレンダーサーバ 2 5 は、 それそれ、 既述のように、 受信した入出金明細に基づいて、 決済された請求書 の帳消しを実行する (ステヅプ S 8 1 ) 。 図 1 3は、 力レンダ一サーバ 2 5が行う前述の (7)入出金明細自動分類処理と (8) 入出金予定自動設定処理と (9)入出金予定自動帳消し処理と (10)入出金明細自動通知 と (11)口座電子通帳処理の概略的な流れを示している。
図 1 3において、 バイャシステム 3から入出金明細の自動分類の要求があると、 カレンダ一サーバ 2 5は、 データベースからバイャの過去の入出金明細を抽出し分 類し (ステップ S 8 2 ) 、 分類結果に基づき将来の入出金予定を決定し、 それら入 出金予定を、翌月以降のカレンダー画面に自動展開する(ステップ S 8 3 )。次に、 銀行システム 1 3から ィャ口座の入出金明細が送信されると(ステップ S 8 4 )、 カレンダーサーバ 2 5は、 受信した入出金明細と対応する入出金予定をデータべ一 スから探し出し、見つかった入出金予定を帳消しするとともに(ステップ S 8 5 )、 そのことをバイャシステム 3に自動通知する (ステップ S 8 6 ) 。
また、 バイャシステム 3からの電子通帳表示の依頼を受信すると、 カレンダ一サ ーバ 2 5はデータベースからバイャ口座の入出金明細を読出し(ステップ S 8 7 )、 それらを電子通帳画面 (図 8参照)に記載し、 その電子通帳画面をバイャシステム 3 へ送信し表示させる (ステヅプ S 8 8 ) 。 また、 バイャシステム 3から入出金明細 のダウンロードの依頼を受信すると (ステップ S 8 9 ) 、 カレンダ一サーバ 2 5は デ一夕ベースからバイャ口座の入出金明細を読出し、 それらを所定形式のファイル にしてバイャシステム 3へ送る (ステップ S 9 0 ) o
図 1 4は、 図 1 3に示した全体処理中の一部分である、 力レンダーサーバ 2 5が 行う (4)入出金明細自動貼付け処理の流れを示す。
図 1 4において、銀行システム 1 3からのバイャ口座の入出金明細を受信すると、 カレンダ一サーバ 2 5は、 それをデ一夕ペースに保存する (ステップ S 9 1 ) 。 次 に、 ノ ィャシステム 3から或る月又は週のカレンダ一画面の表示依頼を受信すると (ステップ S 9 2 ) 、 その月又は週の入出金明細をデータベースから読出し (ステ ヅプ S 9 3 )、 その月又は週のカレンダー画面に貼付ける(ステップ S 9 4 )。 (さ らに、 カレンダーサーバ 2 5は、 図 1 5に示すように、 その月又は週に受信した請 求書もそのカレンダ一画面に貼り付ける。 ) そして、 カレンダ一サーバ 2 5は、 そ のカレンダ一画面 (図 3、 4参照) をバイャシステム 3に送信し表示させる (ステ ップ S 9 5 ) 。
図 1 5は、 図 1 3に示した全体処理中の一部分である、 カレンダ一サーバ 2 5が 行う(1)請求書登録処理及び (5)請求書自動貼付け処理の流れを示す。
図 1 5において、サプライャシステム 7からのバイャ宛ての請求書を受信すると、 カレンダ一サーバ 2 5は、 その請求書から入出金予定データを取得してデ一夕べ一 スに保存する (ステップ S 9 6 ) 。 次に、 カレンダ一サーバ 2 5は、 その請求書を 受信した旨をバイャシステム 3に通知する (ステップ S 9 7 )。
ノ イヤシステム 3から或る月又は週のカレンダ一の表示依頼を受信すると (ステ ヅプ S 9 8 ) 、 カレンダーサーバ 2 5は、 その月又は週に受信した請求書に基づく 入出金予定デ一夕をデータベースから読出し (ステップ S 9 9 ) 、 その月又は週の 力レンダ一画面に貼付ける (ステップ S 1 0 0 ) 。 (さらに、 力レンダーサーバ 2 5は、 図 1 4に示したように、 その月又は週の入出金明細もそのカレンダ一画面に 貝占り付ける。 ) 次に、 カレンダ一サーバ 2 5は、 そのカレンダ一画面 (図 3、 4 ) をバイャシステム 3に送信し表示させる (ステップ S 1 0 1 ) 。
図 1 6は、 図 1 3に示した全体処理中の一部分である、 力レンダーサーバ 2 5が 行う (2)及び (6)請求書開封及び支払い依頼通知処理、 並びに (3)決済請求書帳消し処 理の流れを示す。
図 1 6において、サプライャシステム 7からのバイャ宛ての請求書を受信すると、 カレンダーサーバ 2 5は、 その請求書から入出金予定デ一夕を取得してデ一夕べ一 スに保存する (ステップ S 1 0 2 ) 。 また、 カレンダーサーバ 2 5は、 そめ請求書 をエレクトロニックバンキングシステムへ転送する (ステップ S 1 0 2— 2 ) 。 次 に、 カレンダーサーバ 2 5は、 その請求書を受信した旨の通知をバイャシステム 3 に送る (ステップ S I 0 3 ) 。 この通知には、 入金口座情報、 金額情報、 E D I情 報などが含まれる。
バイャシステム 3から請求書の内容の確認が要求されると、 エレクトロニックバ ンキングシステムに保存されている請求書の詳細内容がバイャシステム 3に送られ て表示され、 そして、 その請求書の内容の確認の通知をカレンダ一サーバ 2 5が受 ける (ステップ S 1 0 4 ) 。 すると、 カレンダ一サーバ 2 5は、 サプライヤシステ ム 7に対し、 請求書の開封の通知を送る (ステップ S 1 0 5 ) 。
また、 バイャ 1が請求書の承認をバイャシステム 3に入力すると、 バイヤシステ ム 3から銀行システム 1 3へ支払い (口座振替) 電文が送信され (ステップ S 1 0 6 ) 、 そして、 銀行システム 1 3は銀行間決済システム 1 7を用いてバイャ口座か らサプライャ口座への振替処理を行なう(ステップ S 1 0 7 ) (なお、ステップ S106 及び S107の処理はカレンダサーバ 2 5を介して行われるようにしても良い) 。 銀 行システム 1 3はこの口座振替におけるバイャ口座の出金明細をカレンダ一サーバ 2 5に送信する (ステップ S 1 0 8 ) 。 カレンダーサーバ 2 5は、 その出金明細を 受信すると、 その請求書の状態を支払い依頼中に変更し、 そのことをサプライヤシ ステム 7とバイャシステム 3に通知する (バイャシステム 3では、 カレンダー画面 上のその請求書のマークに、 支払い依頼中を示すアイコンが付カ卩される) (ステツ プ S 1 0 9 ) 。
サプライャシステム 7から銀行システム 1 5に対して或る請求書の支払いに係る サプライャ口座への入金明細の確認が要求されると、 銀行システム 1 5は、 その入 金明細をサプライャシステム 7及びカレンダ一サーバ 2 5に送る(ステップ S 1 1 0)。 すると、 その銀行システム 1 5からの入金明細に基づいて、 カレンダ一サーバ 2 5はその決済された請求書を帳消しし (ステップ S 1 1 1 )、 サプライャシステム 7もその決済された請求書を帳消しする (ステップ S 1 1 2)。
図 1 7は、 図 1 4に示した処理中の一部分である、 カレンダーサーバ 2 5が行う (7)入出金明細自動分類処理及び (8)入出金予定自動設定処理の流れを示す。
図 17において、 バイャシステム 3からバイャが指定した過去の期間 (1ヶ月分 又は数ケ月分) の入出金明細の自動分類依頼を受信すると、 カレンダ一サーバ 25 は、 データペース内のバイャ口座の上記指定された過去期間の入出金明細を科目、 取弓隴別及び取引日などの項目に基づいて分類し、 分類された入出金明細に基づい て、 将来の入出金予定を決定し、 各入出金予定について図 9に示したような入出金 予定設定画面を生成し (ステップ S 131) 、 そして、 その入出金予定設定画面を バイャシステム 3に送って表示させる (ステップ S 131— 2)。
バイャは、 その入出金予定設定画面上で、 必要に応じて入手金予定の内容を変更 したり、或るいは、必要に応じて自動通知の設定を行ったりし (ステップ S 131- 3)、そして、ノ Wャによって確定された入出金予定がバイャシステム 3からカレン ダ一サーバ 25に送られる (ステップ S 131— 4) 。
カレンダーサーバ 25は、 確定された入出金予定を当月及び翌月のカレンダ一画 面 (図 3、 図 4)にそれそれ貼り付け (ステヅプ S 132) 。 カレンダーサーバ 25 は、 その当月又は翌月のカレンダ一画面を、 ノ ャシステム 3に送信する (ステツ プ S 133) 。
図 18は、 図 14に示した処理中の一部分である、 カレンダーサーバ 25が行う (9)入出金予定帳消し処理及び (10)入出金明細自動通知処理の流れを示す。
図 18において、銀行システム 13からのバイャ口座の入出金明細を受信すると、 カレンダーサーバ 25は、 それをデ一夕べ一スに保存する (ステップ S 134) 。 次に、 カレンダーサーバ 25は、 受信した入出金明細に対応する入出金予定をデー 夕ペースから探し出し、 見つかった対応する入出金予定を帳消しすると共に、 その 入出金予定に対応する請求書の状態を支払依頼中に変更する(ステップ S 135)。 そして、 カレンダ一サーバ 25は、 ステップ S 135の結果をバイャシステム 3に 自動通知する (ステヅプ S 136) 。 図 1 9は、 図 1 4に示した処理中の一部分である、 カレンダーサーバ 2 5が行う (11)口座電子通帳処理の流れを示す。
図 1 9において、バイャ 1がバイャシステム 3からカレンダ一サーバ 2 5に対し、 口座電子通帳の表示の依頼を行うと (ステップ S 2 2 1 ) 、 カレンダーサーバ 2 5 は、 デ一夕ベースからバイャ口座の入出金明細を読出して (ステップ S 2 2 2 )、 それら入出金明細を図 8に示したように電子通帳画面に日付順に記載し、 その電子 通帳画面をバイャシステム 3に送信する (ステップ S 2 2 3 )
また、バイャシステム 3からの入出金明細のダウンロードの要求を受信すると(ス テツプ S 2 2 4 ) 、 カレンダ一サ一バ 2 5は、 データベースからバイャ口座の入出 金明細情報を読み出し所定形式のファイルにしてバイャシステム 3にダウンロード する (ステヅプ S 2 2 5 ) 。 この入出金明細のファイルを受信すると、 バイヤシス テム 3は、 その入出金明細のファイルを、 バイャシステム 3内の家計簿アプリケー シヨンソフトウエア等に取込むことができる (ステップ S 2 2 6 ) 。
以上、 本実施形態に係るシステムの動作を説明した。 上述した動作は、 サプライ ャがどのような会社又は官庁であっても、 基本的に適用できる。 しかし、 サプライ ャが証券会社、 ローン会社或るいはファクタリング会社である場合には、 上記とは 若干異なる以下のような動作を行うこともできる。
図 2 0は、 サプライャが証券会社である場合に、 この実施形態のシステムが行う ことができる、 別の全体動作の概略的流れを示す。
図 2 0において、 バイャからのサプライャ (証券会社) システム 7に対して株券 又は公社債等の証券の売買注文が (ダイレク卜に又はカレンダ一サーバ 2 5を通じ て)入ると、 カレンダ一サーバ 2 5は、 その証券売買に係る請求書を証券会社システ ム 7から受信し、 その請求書に基づく入出金予定データをデータベースに保存する (ステップ S 1 3 7 ) 。 また、 カレンダ一サーバ 2 5は、 その請求書をエレクト口 ニヅクバンキングシステムに登録する。 続いて、 カレンダーサーバ 2 5はバイヤシ ステム 3にその請求書の内容を通知する (ステップ S 1 3 8 ) 。 バイャシステム 3 からその請求書の内容を確認し了承した旨の通知を受信すると、 カレンダーサーバ 2 5は、 銀行システム 1 3に対し、 ノ 'ィャ口座から証券会社口座への請求金額の振 替を依頼する電文を送り (ステップ S 1 3 9 ) 、 同時に、 ノ イヤ 1により請求書が 開封された旨の通知を証券会社システム 7に送信する (ステップ S 1 4 1 ) 。
上記振替依頼電文を受けて、 銀行システム 1 3は銀行間決済システム 1 7を用い て、 上記振替処理を行なう (ステップ S 1 4 0 ) 。 また、 上記開封通知を受けて、 証券会社システム 7はバイャからの証券売買注文を証券マ一ケットに出す。
バイャが注文を出してからその注文が証券マ一ケットに出されるまでの上記処理 は、 電子的に極めて短時間に実行されるから、 マ一ケヅトの変動によってバイャが 証券売買の機会を逃してしまう虞はない。
上記振替処理が行われると、 銀行システム 1 3がカレンダ一サーバ 2 5に対し、 その振替によるバイャ口座の出金明細を送信し、 カレンダ一サーバ 2 5は証券会社 システム 7に対しその請求書についての支払い依頼通知を送信する。
その後、 証券会社システム 7から銀行システム 1 5に対しその請求書について入 金明細の照会依頼が行くと (ステップ S 1 4 2 ) 、 銀行システム 1 5はカレンダー サーバ 2 5と証券会社システム 7にその入金明細を送り、 カレンダ一サーバ 2 5と 証券会社システム 7はその入金明細に基づいてその請求書を帳消しする (ステップ S 1 4 3 )
図 2 1は、 サプライャがローン会社である場合に、 この実施形態のシステムが行 うことができる、 さらに別の全体動作の概略的流れを示す。
図 2 1において、 バイャからバイャシステム 3を通じてバイャのローンについて の照会を受信すると (ステップ S 1 6 7 )、 カレンダーサーバ 2 5は、 貸し付け金 額や返済予定などのローン取引明細をバイャシステム 3に送信する (ステップ S 1 6 8 ) また、 カレンダーサーバ 2 5は、 サプライャ (ローン会社) システム 7から口一 ン返済に係る請求書を受信し、 これを保存し (ステップ S 1 6 9 ) 、 その請求書が 到達した旨をバイャシステム 3に通知する (ステップ S 1 7 0 ) 。 ノ イヤが請求書 内容をバイャシステム 3上で確認すると、 カレンダ一サーバ 2 5は、 その請求書内 容の確認と承認の通知をバイャシステム 3から受信する (ステップ S 1 7 1 ) o す ると、 カレンダ一サーバ 2 5は、 銀行システム 1 3に対し、 バイャ口座からローン 会社口座への返済額の振替依頼電文を送信し (ステップ S 1 7 2 ) 、 また、 ノ、'ィャ による請求書が開封された旨の通知をローン会社システム 7に送信する (ステップ S 1 7 4 ) o
上記振替依頼電文を受信すると、 銀行システム 1 3は銀行間決済システム 1 7を 用いて上記振替処理を行う (ステップ S 1 7 3 ) 。 振替処理が行なわれると、 銀行 システム 1 3がカレンダ一サーバ 2 5に対し、 その振替によるバイャ口座の出金明 細を送信し、 これに応答して、 カレンダーサーバ 2 5はローン会社システム 7に対 し、 支払い依頼通知を送信する。
その後、 ローン会社システム 7から銀行システム 1 5に対しその請求書について 入金明細の照会依頼が行くと (ステップ S 1 7 5 ) 、 銀行システム 1 5はカレンダ —サーバ 2 5とローン会社システム 7にその入金明細を送り、 カレンダ一サーバ 2 5とローン会社システム 7はその入金明細に基づいてその請求書を帳消しする (ス テツプ S 1 7 6 ) 。
図 2 2は、ファクタリング会社が一種のサプライャとして存在する場合における、 本発明に従う取弓 I及び決済管理システムの構成を示す。
ファクタリング会社 9 9は、 ノ ィャ 1に対する売掛債権を持っている或るサプラ ィャ 5からその売掛債権を買取り、 そして、 カレンダ一サーバ 2 5を利用してバイ ャ 1からその売掛代金を回収する。 ファクタリング会社 9 9のコンピュータシステ ム (ファクタリングシステム) 9 7は、 所定の通信ネットワークを介してサプライ ャシステム 7及びカレンダーサーバ 2 5と通信可能である。 取立システム 9 8が、 バイャの口座を預かる銀行システム 1 3及びファクタリング会社 9 9の口座を預か る銀行システム 1 5と通信可能である。
図 2 3は、 図 2 2のシステムの全体処理の概略的な流れを示す。
図 2 3において、 サプライャシステム 7がファクタリングシステム 9 7に、 バイ ャ 1宛ての電子請求書を送信して、ファクタリングシステム 9 7に取立依頼する(ス テツプ S 2 4 4 ) 。 ファクタリングシステム 9 7は、 カレンダーサーバ 2 5に、 そ の請求書をリアルタイム又は所定のタイミングで送信する (ステップ S 2 4 5 ) 。 カレンダーサーバ 2 5は、 ファクタリングシステム 9 7から受信した請求書をデ一 タベースに保存すると共に、 バイャシステム 3に対して、 その請求書の内容を送信 して表示させる (ステップ S 2 4 6 ) 。 バイャシステム 3に送られる請求書の内容 には、 入金先口座情報及び請求金額情報などが含まれる。
ノ イャ 1がバイャシステム 3に表示された請求書の内容を確認し承認すると (ス テツプ S 2 4 7 ) 、 カレンダーサーバ 2 5は、 ファクタリング会社 9 9の口座を扱 う銀行システム 1 5に対し、 請求書の支払いのための取立依頼を送信する (ステヅ プ S 2 4 8 ) 。 銀行システム 1 5は、 取立システム 9 8を用いて、 銀行システム 1 3のバイャ口座から銀行システム 1 5のファクタリング会社口座へ請求金額を移動 させるという取立処理を行う (ステップ S 2 4 9 ) 。
銀行システム 1 5は、 上記取立処理が完了すると、 リアルタイムで又は所定の夕 イミングで、 取立の完了通知をカレンダ一サーバ 2 5に送信する。 カレンダーサ一 バ 2 5は、 その取立完了通知を受信すると、 データベース内のその請求書を帳消し し (つまり、 その請求書の状態を支払済みに更新し) 、 また、 その取立完了通知を ファクタリングシステム 9 7に送る (ステップ S 2 5 0 ) 。
また、 カレンダ一サーバ 2 5は、 上記取立処理によるバイャ口座の出金明細を銀 行システム 1 3から受信し、 その出金明細をデ一夕ベースに登録し、 リアルタイム 又は所定のタイミングで、 その出金明細に基づく取立完了の通知をバイャシステム
3に送る (ステップ S 2 5 1 ) 。
上述した実施形態のシステムは、 本発明を説明するための例示である。 本発明に 従う取引及び決済管理システムは、上記実施形態以外の様々な用途にも利用できる。 例えば、銀行に設けられた預金口座だけでな 保険会社に設けられた預金口座や、 証券会社に設けられた預金口座などにおける資金の管理にも、 本発明の取引及び決 済管理システムを摘要することができる。 また、 電子請求書の詳細内容は、 エレク トロニックバンキングシステム 2 1だけでなく、 カレンダサーバ 2 5が保存するこ とができる。 また、 上述してあるかもしれないが、 カレンダサーバ 2 5或いは他の システムが、 上述した電子的な請求書に基づいて振込電文 (振込みを行うための電 子データ、 例えば、 その電子データが表示された画面上で振込依頼が入力されたと きは自動的に所望の口座から別の所望の口座へ振込みが行われる) を自動的に作成 することができる。 また、 サプライャシステム 7は、 電子請求書を取得し、 その電 子請求書 (例えばそれに含まれている支払期限を示すデータ) を用いて、 入金予定 日を推定することができる (例えば、支払期限が 2001年 1月 10日であれば、入金 予定日を 2001年 1月 10日に決定する、或るいは、バイャ 5の過去の入出金履歴に 基づいた日付 (例えば、 支払期限 2日前の 2001年 1月 8日) に入金予定日を決定 することができる) 。 また、 バイャシステム 3は、 電子請求書を取得し、 その電子 請求書 (例えばそれに含まれている支払期限を示すデ一夕) を用いて、 出金予定日 を推定することができる (例えば、支払期限が 2001年 1月 10日であれば、 出金予 定日を 2001年 1月 10日に決定する、或るいは、バイャ 5の過去の入出金履歴に基 づいた日付 (例えば、 支払期限 2日前の 2001年 1月 8日) に出金予定日を決定す ることができる) 。 すなわち、 サプライャ 5及びバイャ 1は、 キャッシュフローの 予測を容易にたてることができる。
以下では、 本発明の更に別の実施形態に係る取引 ·決済 ·ニュース管理システム について説明する。
図 2 4は、 この実施形態に係る取弓 I ·決済 ·ニュース管理システムの全体構成を 示すブロック図である。
図 2 4に示すように、 サプライャシステム 3 0 1、 電子モール 3 0 3、 銀行シス テム 3 0 5、 バイャシステム 3 0 7、 及びカレンダーサーバ 3 0 9が、 イン夕一ネ ヅ トなどを通じて通信可能に接続されている。 サプライャシステム、 電子モール、 銀行システム及びバイャシステムは実際には多数存在するであろうが、 図 2 4では それそれ 1つのみを代表的に示している。
サプライャシステム 3 0 1は、 バイャ宛ての電子請求書 (例えば、 バイャの個人 情報 (氏名、 住所、 電話番号、 生年月日など) 、 請求書番号、 自動引落とし日又は 支払い期限、 請求金額、 バイャの口座番号、 サプライャの口座番号、 及び E D I情 報等を含む) を、 銀行システム 3 0 5及びカレンダ一サーバ 3 0 9へ送信する。 ま た、サプライャシステム 3 0 1は、サブライヤが提供するサービスや商品等の広告、 サプラィャのホームページの UR L又は非商業的な広告のような、 サブラィャがバ ィャに知らせたい情幸 (以下、 「ニュース」 という) を、 カレンダーサーバ 3 0 9 へ送信する。各ニュースには、 そのニュースの内容、 そのニュースをバイャに知ら せるべき期間的条件 (表示期日) 、 そのニュースを知らせるべきバイャの条件 (対 象者) 、 そのニュースの内容の分野及び種類などの情報が含まれている。
電子モール 3 0 3は、 様々な商品 (品物だけでなくサービスも含む意味) につい て、 いわゆるオンライン ·ショッピングのサービスをバイャに提供するシステムで ある。 電子モール 3 0 3は、 バイャがオンライン ·ショッピングで商品を購入した とき、 電子請求書 (例えば、 そのバイャの個人情報 (バイャの氏名、 住所、 電話番 号、 生年月日など) 、 請求書番号、 自動引落とし日又は支払い期限、 請求金額、 バ ィャの口座番号、 及びサプライャの口座番号等を含む) を、 銀行システム 3 0 5及 びカレンダーサーバ 3 0 9へ送信する。 また、 電子モール 3 0 3は、 受注、 決済又 は発送処理を完了したときは、 その旨を記載した電子メールをカレンダーサーバ 3 0 9へ送信し、 バイャがカレンダ一サーバ 3 0 9にアクセスしたときに、 バイャに 対し受注、 決済又は発送処理を完了したことがカレンダ一サーバ 3 0 9からバイャ に対しメヅセージで通知されるようにする。
銀行システム 3 0 5は、 ノ Wャの預金口座の管理している。 銀行システム 3 0 5 は、 サプライャシステム 3 0 1又は電子モール 3 0 3からの依頼電文に基づいて、 バイャの口座に対して入出金処理を行い、 電子的な入出金明細 (例えば、 科目、 入 出金日付、 入出金金額、 残高、 摘要及び E D I情報等を含む) を、 カレンダーサ一 バ 3 0 9へ送信する。 また、 銀行システム 3 0 5は、 銀行が提供する各種の金融商 品や金融サービス等の広告、 銀行のホームページの UR L、 又は非商業的な広告な どの、 銀行がバイャに知らせたい情報 (以下、 これも 「ニュース」 という) をカレ ンダーサーバ 3 0 9へ送信する。 各ニュースには、 そのニュースの内容、 そのニュ —スをバイャに知らせるべき期間的条件 (表示期日) 、 そのニュースを知らせるベ きバイャの条件 (対象者) 、 そのニュースの内容の分野及び種類などの情報が含ま れている。
また、 銀行システム 3 0 5は、 インターネットバンキングシステムのようなエレ クトロニックバンキングシステムと接続されていて、 ノ ィャシステム 7に対し、 残 高照会、 入出金明細照会及び口座振替などの銀行業務サービスをオンラインで提供 することができる。 また、 銀行システム 3 0 5は、 エレクトロニックバンキングシ ステムを利用するバイャシステム 3 0 7へ提供する GU I画面上に、 カレンダーサ ーバ 3 0 9へアクセス (ジャンプ) するためのボタンを設けている。 従って、 バイ ャシステム 3 0 7に表示された銀行システム 3 0 5の GU I画面上でそのボタンが バイャによりポインティングデバイスでクリックされたときは、 バイャシステム 3 0 7はカレンダーサーバ 3 0 9に接続される。
バイャシステム 3 0 7は、 イン夕一ネヅト上の各種サーバにアクセスできる機能 を有した (典型的には、 インターネット接続機能と WWWブラウザを搭載した) 、 例えば、 パーソナルコンピュータ、 携帯電話機、 P D Aなどであるが、 これらの例 示のみに限られるわけではない。 バイャは、 バイャシステム 3 0 7を利用して、 電 子モール 3 0 3にアクセスしてオンライン ·ショッピングを行ったり、 エレクトロ ニックバンキングシステムを通じて銀行システム 3 0 5にアクセスして残高照会、 入出金明細照会又は口座振替などを行ったりすることができる。
さらに、 バイャは、 バイャシステム 3 0 7を利用してカレンダ一サーバ 3 0 9に アクセスすることで、 後に詳細に説明するように、 サプライャシステム 3 0 1及び 電子モール 3 0 3から送られた請求書や銀行システム 3 0 5から送られたバイャロ 座の入出金情報を閲覧したり、 それらの請求書への支払い依頼を銀行システム 3 0 5へ送ったり、 更には、 サプライャシステム 3 0 1、 電子モール 3 0 3及び銀行シ ステム 3 0 5から送られた様々なニュースを閲覧したりすることができる。
バイャがバイャシステム 3 0 7を用いてカレンダーサーバ 3 0 9にアクセスする ための方法には、 銀行システム 3 0 5のエレクトロニックバンキングシステムへ口 グィンした時に表示される G U I画面からカレンダーサーバ 3 0 9へジャンプする 方法や、 カレンダ一サーバ 3 0 9に直接的にアクセスする方法や、 サプライャのホ —ムページからカレンダーサーバ 3 0 9へジャンプする方法など、 様々なものが採 用し得る。
カレンダ一サーバ 3 0 9は、 バイャシステム 3 0 7に対してそのバイャ専用の 2 枚のカレンダ一画面を提供する (図 2 5、 図 2 6、 図 3 2、 図 3 3、 図 3 4参照)。 一枚目のカレンダー画面 (図 2 5、 図 2 6 ) は 「口座管理カレンダ一」 と呼ばれ、 もう 2枚目のカレンダ一画面 (図 3 2、 図 3 3、 図 3 4 ) は「ニュースカレンダー」 と呼ばれる。
口座管理カレンダ一 (図 2 5、 図 2 6 ) には、 サプライャシステム 3 0 1、 電子 モール 3 0 3及び銀行システム 3 0 5から送られたバイャ宛ての電子請求書及びバ ィャ口座の入出金明細が貼り付けられている。 ニュースカレンダ一 (図 3 2、 図 3 3、 図 3 4 ) には、 サプライャシステム 3 0 1、 電子モール 3 0 3及び銀行システ ム 3 0 5から送られたニュー のうち、 バイャの消費動向に応じてカレンダーサ一 バ 3 0 9が選択したニュースが貼り付けられている。
カレンダーサーバ 3 0 9は、 受信したバイャ宛ての請求書及びバイャ口座の入出 金明細から、 バイャの消費動向に影響するスケジュール (例えば、 口座の残高、 将 来の入出金予定、定期預金満期予定など) (以下、 「バイャスケジュール」 という) を推測してこれをデ一夕ペースに保存する。 また、 カレンダ一サーバ 3 0 9は、 社 会の憒習的な又は季節的なイベント (例えば、 クリスマス、 祝祭日、 連休、 バケ一 シヨン期間など) の予定も、 バイャの消費動向 (例えば、 プレゼント、 旅行、 商品 購入など) に影響するバイャスケジュールとしてデ一夕ベースに記憶している。 さ らに、 カレンダーサーバ 3 0 9は、 バイャからバイャシステム 3 0 7を通じて、 ノ、' ィャの個人的なイベント (例えば、 誕生日、 車検、 祝事、 冠婚葬祭、 保険満期、 契 約更新、 旅行など) の予定の入力を受け付け、 そして、 そのバイャが入力した個人 的なィベント予定も、 ノ 'ィャの消費動向に影響するバイャスケジュールとして保存 する。
カレンダ一サーバ 3 0 9は、 デ一夕ベースに保存してある様々なニュースの中か ら、 上記のバイャスケジュールに関連するニュース (例えば、 プレゼント予定に対 してプレゼント用商品の広告、 旅行予定に対して旅行サービスの広告、 車検に対し て自動車の広告、 又はローンの返済予定日に対してより有利なローンの広告) 、 換 言すればバイャの消費動向に沿ったニュースを選択する。 そして、 カレンダ一サ一 バ 3 0 9は、 その選択されたニュースの通知日付 (そのニュースをバイャに通知す べき日付) を、 上記バイャスケジュールに基づいて、 最適に決定する。例えば、 各 ニュースの通知日付は、 そのニュースに対応するバイャスケジュールより適当期間 だけ前の日付 (例えば、 プレゼント予定日の一ヶ月前の日付け、 旅行予定日の 2ケ 月前、車検予定日の当日、又はローンの返済予定日の 2ヶ月前など)に決定される。 そして、 カレンダーサーバ 3 0 9は、 上記選択したニュースを、 前記二ュ一スカレ ンダー (図 3 2、 図 3 3、 図 3 4 ) 上のそのニュースの通知日付のスペースに貼り 付けて、 バイャシステム 3 0 7へ提供する。
上記の処理を行うために、 カレンダ一サーバ 3 0 9は、 図 2 4に示すように、 入 出金明細保存部 3 1 1と、 請求書保存部 3 1 2と、 ニュース保存部 3 1 3と、 バイ ャスケジュール保存部 3 1 5と、 情報保存処理制御部 3 1 7と、 カレンダ表示制御 部 3 1 9とを備えている。 カレンダ一サーバ 3 0 9のこれらの機能部 3 1 1〜3 1 9は、 典型的には、 コンピュータプログラムによって実現される。
入出金明細保存部 3 1 1には、 銀行システム 3 0 5から受信したバイャ口座の入 出金明細が保存される。 請求書保存部 3 1 2には、 サプライャシステム 3 0 1ゃ電 子モール 3 0 3から受信したバイャ宛ての請求書が保存される。 ニュース保存部 3 1 3には、 サプライャシステム 3 0 1、 電子モール 3 0 3及び銀行システム 3 0 5 から受信した様々なニュースが保存される。バイャスケジュール保存部 3 1 5には、 上述した様々なバイャスケジュールが保存される。
情報保存処理制御部 3 1 7は、 サプライャシステム 3 0 1、 電子モール 3 0 3、 及び銀行システム 3 0 5から受信した請求書、 入出金明細及びニュースを、 識別し て、 請求書保存部 3 1 1、 入出金明細保存部 3 1 2、 及びニュース保存部 3 1 3に それそれ保存する。
カレンダ表示制御部 3 1 9は、 ノ Wャシステム 3 0 7に対して、 上述した口座管 理カレンダ一、 ニュースカレンダー及びその他の幾つかの GU I画面を提供する。 カレンダ表示制御部 3 1 9は、 口座管理力レンダ一をバイャシステム 3 0 7に表示 するときは、 入出金明細保存部 3 1 1から関連する入出金明細を、 請求書保存部 3 1 2から関連する請求書をそれそれ読出し、 それら入出金明細及び請求書を口座管 理カレンダー上の対応する日付スペースに貼り付ける。 また、 カレンダ表示制御部 3 1 9は、 ニュースカレンダーを表示するときは、 バイャスケジュール保存部 3 1 5からバイャスケジュール(例えば、 ローン返済予定日、定期預金満期日、誕生日、 車検予定日、 祝事予定日、 旅行予定日、 クリスマス、 バケーション予定期間など) を読み出し、 そして、 それらバイャスケジュールに関連するニュースをニュース保 存部 3 1 3から抽出して、 抽出したニュースの通知日付を、 対応するバイヤスケジ ユールの日付に基づいて最適に決定し、 そして、 その抽出したニュースを、 ニュー スカレンダ一上の通知日付のスペースに掲載する。
また、カレンダ表示制御部 3 1 9は、バイャシステム 3 0 7からの要求に応じて、 バイャの個人的なィベント予定を入力するための画面をバイャシステム 3 0 7に提 供し、 そして、 その画面にバイャが入力したイベント予定をバイャスケジュール保 存部 3 1 5に保存する。
さらに、 カレンダ表示制御部 3 1 9は、 サプライャシステム 3 0 1又は電子モー ル 3 0 3から電子メール等でバイャ宛ての請求書を受信したときは、 その旨をバイ ャシステム 3 0 7の GU I画面上に表示する。
以下、 カレンダ表示制御部 3 1 9がバイャシステム 3 0 7に提供する様々な G U I画面について詳述する。
図 2 5は、 カレンダ表示制御部 3 1 9がバイャシステム 3 0 7に提供するメイン 画面の構成を示す。
メイン画面 3 2 1は、 メニューエリア 3 2 3と、 カレンダエリア 3 2 5で構成さ れる。
メニューエリア 3 2 3には、 「月表示」 メニュー 3 2 9、 「週表示」 メニュー 3 3 1、 「日表示」 メニュー 3 3 3、 及び 「電子通帳」 メニュー 3 3 5と、 どの表示 方法が選択されているかを示す矢印が表示される。 このメイン画面 3 2 1上で 「月 表示」 メニュー 3 2 9がマウスやペン夕プレツト等のポインティングデバイスでク リックされたときは、 月毎の口座管理カレンダー又はニュースカレンダーが表示さ れる。 また、 「週表示」 メニュー 3 3 1がクリックされたときは、 週毎の口座管理 カレンダー又はニュースカレンダーが表示され、 「日表示」 メニュー 3 3 3がクリ ヅクされたときは、 口座管理力レンダ一又はニュースカレンダー上で指定された日 の請求書や入出金情報が或る程度詳細に表示される。 また、 「電子通帳」 メニュー 3 3 5がクリックされたときは、 バイャ口座の預金通帳の内容をこのメイン画面 3 2 1上に表示する。
カレンダーエリア 3 2 5には、 口座管理カレンダーのタブ 3 3 7と、 ニュース力 レンダ一のタブ 3 3 9と、 年月日表示エリア 3 4 1が設けられている。 口座管理力 レンダ一のタブ 3 3 7がクリヅクされたときは口座管理力レンダ一ェリア 3 2 6の 口座管理カレンダー 4 0 0を前面表示し、 ニュースカレンダ一のタブ 3 3 9がクリ ヅクされたときはニュースカレンダ一エリア 3 6 3のニュースカレンダー 4 1 1を 前面表示する (図 3 2参照) 。 年月日表示エリア 3 4 1には、 後述するように、 Λ ィャに選択された表示方法、つまり、月表示、週表示、又は日表示に応じた態様で、 年月日を表示する。
カレンダ表示制御部 3 1 9は、 このメイン画面 3 2 1上で、 口座管理カレンダ一 のタブ 3 3 7及び「月表示」 メニュー 3 2 9がクリックされたときは、 図 2 5に示 すように、 月表示に対応した態様で年月日表示エリア 3 4 1に年月日を表示すると 共に、 現在の月又はバイャに指定された月の口座管理カレンダー 4 0 0を口座管理 カレングーエリア 3 2 6に表示する。
「月表示」 が選択されたときの年月日表示エリア 3 4 1には、 現在の年月日 (こ こでは 「2000年 6月 2 6日」 とする) 又はバイャに指定された年月日と、 バイャが 所望の年月を指定するための年月指定メニュー 3 4 3が表示される。 年月指定メ二 ユー 3 4 3には、現在表示されている年における所望の月を指定するための「1月」 〜 「1 2月」 メニューと、 現在表示されている年の直前の年を指定するための 「前 年へ」 メニューと、 現在表示されている年の翌年を指定するための 「翌年へ」 メニ ユーが表示される。 なお、 年月指定メニュー 343の 「6月」 の文字が四角で囲ま れていることは、 現在表示している月が 6月であることを示す。
月毎の口座管理力レンダー、例えば図示の 2000年 6月の口座管理力レンダー 40 0には、 2000年 6月におけるバイャ口座の入出金明細及び入出金予定並びにバイャ 宛ての請求書を表すマーク(アイコンと文字列)が、 入出金日付及び請求書受信日付 のスペースにそれそれ貼り付けられている。 各マークはアイコンと文字列とから構 成される。例えば、 自動引落しや現金引出し等の出金明細のマークには「一 (マイ ナス) 」 のアイコンが、 給与振込み等の入金明細のマークには 「+ (プラス) 」 の アイコンが付けられる。 また、 例えば、 残高不足等で出金に失敗した出金予定や支 払い期限が過ぎた請求書には 「!」 のアイコンが、 支払い済みの請求書には 「済」 のアイコンが、 支払期限が過ぎておらず且つ未払いの請求書には 「未」 のアイコン が付いている。
バイャは、 この口座管理カレンダ一 400から、 2000年 6月における自己の入出 金明細状況又は請求状況の概要を一目で把握することができる。例えば、 6Z1 (木) に水道料金及び電気料金の自動引落しが行なわれたこと、 6/2 (金) に現金引出 しを行ったこと、 6 5 (月) にガス料金の自動引落し及び自分の口座に振込みが されたこと、 6/6 (火) が支払期限である携帯電話料金が未納であること及び 6 /6 (火) に有料 TV (PTV) 受信料が自動引落しされたこと、 6/7 (水) に 現金引出しを行ったこと、 6/9 (金)に給与振込が行なわれたこと、 6/12 (月) に ABCカードローンの自動引落しがされたこと、 6/21 (水) が電子モール 3 03で購入した Tシャヅの請求金額の支払期限であるが既に振込済みであること、 及び、 6/28 (水) が電子モール 3で購入したスニーカーの請求金額の支払期限 であってそれが未振込であることがバイャは一目で把握できる (なお、 図示の口座 管理カレンダー 400の 6/26の欄が斜線表示されているが、 これは現在の年月 日を示すものである) 。 以上のように、 カレンダ上に口座 (通帳) 情報及び請求書が表示されるので、 パ ィャにとつて、日毎は勿論、月毎及び週毎でのキヤヅシュフロ一が管理し易くなり、 且つ、 通帳のように単にリス卜で表示されるよりも見やすいものとなる。
なお、 このメイン画面 321の所定の箇所には、 図示しないが、 カレンダーサ一 バ 309にサプライャシステム 301又は電子モール 303から請求書が電子メー ル等によって送られて来たときに、 リアルタイムに又は所定のタイミングでその旨 のメッセージが表示される (例えば、 「7月の口座管理カレンダに請求書が掲載さ れました」 など) 。 これにより、 バイャは、 電子メールで受信する多種多様な情報 (友人 ·知人 ·家族の情報、 会社 ·仕事の情報、 ダイレクトメ一ル等) の中から請 求書 ·利用明細書に関するにメールを探すという煩わしさから解消されるので、 便 利である。
図 25に示した、 月毎の口座管理カレンダ一 400が表示されているメイン画面
321において、 パイャは、 所定の操作をすれば、 より詳細に口座 (通帳) 情報及 ぴ請求書を表示させることができる。 例えば、 図 25に示したメイン画面 321に おいて、 口座管理カレンダ一 400の 6/4〜6/10のいずれかの欄を指定した 後に 「週表示」 メニュー 331をクリックしたときは (或いは口座管理カレンダ一
400の 6/4の欄の左脇にある「週表示」メニュー 334をクリックしたときは)、 口座管理カレンダーエリア 326には、 6/4〜6/10の週に係る口座管理カレ ンダ一が表示される。
図 26は、 週每の口座管理カレンダーが表示されたメイン画面の例を示す。
図 26において、 年月日表示エリア 341には、 週表示に応じた態様で年月日が 表示される。 例えば、 この図に示すように、 バイャに指定された週 6/4~6/1 0と、 週選択メニュー 345が表示される。 週選択メニュー 345には、 例えば、 バイャに指定された週に係る月 「6月」 における全部の週 5/28〜6/3、 6/ 4〜6/10、 6/18-6/24, 6/25〜7/1力 s表示される。 ノ イヤは、 この中から所望の週を指定 (クリック) すれば、 その所望の週に係る口座情報及び 請求書を口座管理カレンダ一エリア 3 2 6に表示できる。
口座管理カレンダ一エリア 3 2 6には、 ノ ィャに指定された週 6 / 4〜 6 / 1 0 に係る入出金明細及び請求書が、 月表示のときよりも詳細に表示される。 例えば、 その週に係る入出金明細及び請求書の「日■曜日」、 「科目 (概要)名」、 及び「取 引金額/請求金額」 が表示される。
図 2 6に示した週毎の口座管理カレンダ一において、 バイャが所望の日付 (例え ば 6 / 6 ) のスペースをクリックして曰表示メニュー 3 3 3をクリックすると (或 いは週毎の口座管理カレンダ一の 6 / 6のスペースをダブルクリックすると) 、 口 座管理カレンダ一エリア 3 2 6には、 日毎 (つまり 6 / 6の) 口座管理カレンダ一 が表示される。 (なお、 日毎の口座管理カレンダ一は、 月毎の口座管理カレンダー 中の所望の日付スペースを指定して日表示メニュー 3 3 3をクリヅクすることでも、 表示することができる。 )
図 2 7は、 日毎の口座管理カレンダーが表示されたメイン画面の例を示す。
図 2 7に示すように、 口座管理カレンダーエリア 3 2 6に、 バイャに指定された 日(例えば 2000年 6 / 6 )における入出金明細及び請求書がある程度に詳細に表示 される。 例えば、 自動引落しが完了した 「P T V受信料」 に関しては、 「入出金明 細」情報として、 その自動引落しがされた口座 (通帳) の情報 (例えば、 「〇x銀 行、 豊洲支店、 普通口座、 口座番号: 0123456」 ) と、 取引の「科目名 (P T V受信 料) 」 と、 それの 「取引金額 (¥2640) 」 と、 取引 (自動引落し) 後の 「残高 (例 えば ¥348240) 」 とが表示される。 また、 自動引落しができなかったために請求書 が通知された 「携帯電話料金」 に関しては、 その請求書の、 例えば、 「企業名 (例 えば A A移動通信網) 」 と、 「サービス名 (例えば abed) 」 と、 「請求書番号 (例 えば 012345)」と、 「請求期限 (例えば 2000年 6月 3 0日)」と、 「請求金額(¥11915)」 とが表示され、 更に、 支払ボタン 3 4 7も表示される。 バイャが支払ボタン 3 4 7をクリックすると、 メイン画面 3 2 1は図 2 8に示す ものに切り替わる。
図 2 8は、 図 2 7に示した日毎の口座管理カレンダーにおいて或る請求書の支払 ボタン 3 4 7をクリックしたときに切り替わつて現れる、 その請求書の詳細内容を 表したメイン画面の例を示す。
図 2 8に示すように、 口座管理カレンダーエリア 3 2 6に、 請求書の最も詳細な 内容 (例えば、 請求金額の内訳等も含む) が表示され、 また、 支払ボタン 3 4 9が 表示される。 バイャが支払ボタン 3 4 9をクリヅクすると、 メイン画面 3 2 1は図 2 9に示すものに切り替わる。
図 2 9は、 図 2 8のメイン画面上で支払ボタン 3 4 9をクリックしたときに切り 替わって現れる、 支払い口座選択のためのメイン画面の例を示す。
図 2 9に示すように、 口座管理力レンダーェリア 3 2 6に、 「振込み口座選択」 メニュー 3 5 0が表示され、 また、 支払ボタン 3 5 1も表示される。 振込み口座選 択メニュー 3 5 0では、 カレンダ一 3 0 9に予め登録されていたバイャの全ての預 金口座の、 「支店名」、 「科目」、 「口座番号」、 「預金残高」、 「残高確定日時」 が一覧表示される。 また、 各口座の表示にはラジオボタンが付いている。
バイャは、 請求金額以上に預金残高がある所望の口座を、 そのラジオボタン (例 えば、 3 5 3 ) をクリックすることで、 選択し、 そして、 支払ボタン 3 5 1をクリ ヅクする。 すると、 図 2 9に示すメイン画面 3 2 1は、 図 3 0に示す支払条件の確 認用の画面に切り替わる。
図 3 0に示すように、 口座管理力レンダ一ェリア 3 2 6には、 支払元のバイャロ 座の情報、 支払先のサプライャ口座の情報、 及び支払い金額などの支払い条件が表 示される。 バイャ口座についての暗証番号の入力エリア及び支払ボタン 3 5 5も表 示される。
この支払い条件を確認したら、 バイャは、 ノ ィャ口座の暗証番号を入力して、 支 払ボタン 355をクリックする。 この操作により、 支払い (口座振替) 依頼電文が 自動的に銀行 305へ送られ、 支払い処理が実行される。
以上の、 口座管理カレンダ一によれば、 バイャの入出金明細及び請求書の概要、 並びに請求書の状態 (未支払い、 支払い済み、 期限過ぎなど) が、 対応する日付ス ペースに表示される。 また、 未支払いの請求書については、 ポインティングデバイ スのクリヅクという極めて簡単な操作で支払いを行うことができる。
なお、 図 25〜図 30に例示したメイン画面 321において、 ノ ィャが表示方法 選択メニューエリア 323上に表示される 「電子通帳」 メニュー 335をクリック すれば、 図 31に示すように、 ノ ィャ口座の過去の入出金明細を日付順にリスト表 示した電子通帳が表示される。
また、 図 25〜図 30に例示したメイン画面 321において、 バイャがニュース カレンダ一のタブ 339をクリックすると、 図 32に例示するようなニュースカレ ンダー 41 1が前面表示される。
図 32は、 月毎のニュースカレンダーが表示されたメイン画面の例を示す。 図 32に示すように、 ニュースカレンダーエリア 363が前面に配置され、 そこ に月毎のニュースカレンダ 411が表示される。
また、 バイャスケジュールウィンドウ 365が開き、 そこにバイャスケジュール 保存部 315から読出されたバイャスケジュールが日付順でリスト表示される。 例 えば、 1月の欄には 「長女成人式 (1/15) 」 が、 2月の欄には 「温泉 (2/1 0-2/14) 」 が、 4月の欄には 「次女中学入学式 (4/3) 」 が、 5月の欄に は 「出張 (5/20〜5/23) 」 が、 6月の欄には 「車検 (6/19) 」 、 「賃 貸契約更新 (6/9) 」 、 及び「リフォーム (6/29) 」 が、 7月の欄には 「次 女誕生日 (7/12) 」 及び 「結婚式 (7/4) 」 が、 12月の欄には 「クリスマ ス (12/25) 」 が表示される。
また、 バイャスケジュールウィンドウ 365には、 予定登録ボタン 367が表示 される。 バイャが予定登録ボタン 3 6 7をクリックすれば、 図 3 5に例示するィべ ント予定登録画面が表示される。 バイャは、 そのイベント予定登録画面上で、 自由 に自分のィベント予定を入力することができる。 これについては後述する。
図 3 2に示すニュースカレンダ 4 1 1には、 カレンダ表示制御部 3 1 9によって ニュース保存部 3 1 3から抽出された、 バイャスケジュールに関連したニュースが 貼り付けられており、 各ニュースが貼り付けられた日付スペースには、 各ニュース の示すマーク (例えば、 そのニュースの概要を示す文字列) が表示されている。 各 ニュースが貼り付けられた日付は、 各二ュ一スに対応するバイヤスケジュ一ルの曰 付よりも所定期間 (例えば、 ゼロ日、 1 日前、 1週間、 1ヶ月、 2ヶ月など) だけ 前の日付である。 その所定期間とは、 サプライャシステム 3 0 1、 電子モ一ル 3 0 3又は銀行システム 3 0 5からカレンダーサーバ 3 0 9が受信したそのニュースの デ一夕中に、 前述した期間的条件 (表示期間) として含まれていた値である。
例えば、 図 3 2に示すように、 「結婚式 (7/4 ) 」 というバイャスケジュール に対して、 その日付の 1ヶ月前であるニュースカレンダ一の 6 /4のスペースに、 結婚式に関連する 「結婚式カードローン情報」 や 「贈り物情報」 というニュースが 掲載されている。 上記 1ヶ月前という期間的条件は、 「結婚式カードローン情報」 及び「贈り物情報」 のデ一夕に含まれていた値である。 また、 「次女誕生日 (7 / 1 2 ) 」 というバイャスケジュールに対して、 その日付の 1ヶ月前であるニュース カレンダーの 6 / 1 2のスペースに、 「女の子が喜ぶプレゼント」 というニュース が掲載されている。上記 1ヶ月前という期間的条件は、 「女の子が喜ぶプレゼント」 のデ一夕に含まれていた値である。 また、 毎月 1 2日にバイャ口座からローン返済 の引落しが行われるという入手金明細に基づくバイャィベントに対して、 ニュース カレンダーの 6 / 1 2の欄に 「ローン借換え情報」 というニュースが掲載されてい る。 また、 「車検 (6 / 1 9 ) 」 というバイャィベントに対して、 当日であるニュ ースカレンダーの 6 / 1 9の欄に、 車検による大幅な出費をサポートする 「〇x口 ーン情報」や、 「新車情報」や、 「格安中古車情報」などのニュースが掲載される。 上記当日という期間条件は、 「〇Xローン情報」、 「新車情報」 及び「格安中古車 情報」 に含まれていた値である。
バイャは、 このニュースカレンダ 4 1 1に掲載されたニュースについてより詳細 な内容を知りたいときは、 この月毎のニュースカレンダ一を週毎又は日毎に切り替 える。
図 3 3は、 週毎のニュースカレンダ一が表示されたメイン画面の例を示す。
図 3 3に示す週毎のニュースカレンダ 4 1 3は、 6 / 1 8 (日)〜6ノ2 4 (土) に関するものである。 このニュースカレンダ 4 1 3の 1 9日 (月) の欄には、 ニュ ースの概要 (例えば 「〇xローン情報」 、 「新車情報」 、 「格安中古車情報」 のほ かに、 各ニュースの簡単な説明や、 各ニュースに関連するホームページの UR Lな ども掲載される。 バイャは、 掲載されている UR Lの中から所望の UR Lをクリヅ クすれば、 その UR Lのホームページを表示することができる。
例えば、 図 3 3において、 「〇Xローン情報」 の U R L 「https:〃 www.O x bank. co. jp/loandirectAi をクリックしたときは、 図 3 4に示すように、 〇x口一 ンに関する情報が記載されたホームページ 4 7 1が表示される。
以上のように、 ニュースは、 ニュースカレンダ一上の、 バイャスケジュールに基 づいて決まる日付の場所に掲載される。 なお、 ニュースを表示するタイミングは、 適宜に設定できるようにしても良い。 例えば、 図 3 2のニュースカレンダ 4 1 1の 6 /4の欄に表示されるニュース 「結婚式力一ドロ一ン情報」 は、 6 /4になった ときに初めて表示するようにしても良いし、 それより前の日 (例えば、 7 /4に結 婚式があるというィベントが入力された直後) に表示されるようにしても良い。 図 3 5と図 3 6は、 ィベント予定登録画面の一例を示す。
このイベント予定登録画面は、 前述したように、 図 3 3又は図 3 4に示したバイ ャスケジュールウィンドウ 3 6 5内の予定登録ボタン 3 6 7をバイャがクリックす ることで、 表示される。
このイベント予定登録画面 3 7 3には、イベントの属性、例えば、 「日付」、 「夕 ィトル」、 「関係者」、 「イベント分野」及び「イベント種類」などが入力できる。 すなわち、 バイャは、 「日付」 として、 そのイベントの開始と終了の日付を入力 する。 「タイトル」 として、 そのイベントの名称又は概要など任意の文字列が入力 できる ( 「タイトル」 に入力された文字列は、 バイャスケジュールウィンドウ 3 6 5にリスト表示される) 。 「関係者」 として、 そのイベントに関係する人間の属性 (例えば、 ノ イャとの続き柄、 性別、 年齢など) が入力できる。 「イベント分野」 として、 そのイベントが属する大きなカテゴリ (例えば、 「ビジネス」、 「レジャ ―」、 「スポーツ」、 「趣味」、 「旅行」、 「車 ·バイク」 、 「住居」又は 「お祝 い」など) が入力できる。
上記の 「日付」 から 「イベント分野」 までが入力されてから、 O Kボタン 3 7 5 がクリックされると、 イベント種類エリア 3 7 4に、 「イベント分野」で選択され た大カテゴリに属する更に詳細なカテゴリ (イベント種類) のリストと、 キ一ヮ一 ド入力欄 3 7 7とが表示される。 このイベント種類エリア 3 7 4において、 「ィべ ント種類」 として、 任意の詳細カテゴリを選択するか又は任意のキーワードを入力 することができる。
ィベント属性の全項目の入力を終えた後、 バイャは登録ボタン 3 7 9をクリヅク する。 これにより、 イベント予定登録画面 3 7 3で入力したイベントが、'バイヤス ケジュール一つとして、 バイャスケジュール保存部 3 1 5に保存される。
図 3 7は、 上述したようにバイャの消費動向に沿ったニュースを選択して表示す るために、 カレンダ一サーバ 3 0 9が行う処理の流れを示す。
図 3 7に示すバイャ予定登録の処理において、 カレンダーサーバ 3 0 9は、 バイ ャ予定登録の処理において、 図 3 6及び図 3 6に例示したようなィベント予定登録 画面をバイャシステム 3 0 1に表示して ィャによるィベントの日付、タイトル、 関係者、分野、種類などの属性の入力を受け付ける (ステップ S 3 0 1 )。そして、 カレンダーサーバ 3 0 9は、 バイャに入力されたイベントの属性をバイヤスケジュ ールとしてデータベース(バイャスケジュール保存部 3 1 5 )に登録する(ステップ S 3 0 2、 S 3 0 3 )。また、図 3 7には示してないが、カレンダ一サ一バ 3 0 9は、 受信したバイャ口座の入出金明細に基づいて、 定期的な入手金予定を推測し、 これ もバイャスケジュールとしてデ一夕べ一ス (バイャスケジュール保存部 3 1 5 ) に 登録する。 さらに、 図 3 7には示してないが、 カレンダーサーバ 3 0 9は、 社会の 憒習的なイベントも、 バイャスケジュールとしてデータべ一ス (バイヤスケジユー ル保存部 3 1 5 ) に登録する。
また、 図 3 7に示すニュース登録処理において、 カレンダーサーバ 3 0 9は、 サ プライヤシステム 3 0 1、 電子モール 3 0 3及び銀行システム 3 0 5からニュース のデータを受信し(ステップ S 3 1 1 )、 受信したニュースのデ一夕をデータベース
(ニュース保存部 3 1 3 ) に登録する (ステップ S 3 1 2、 S 3 1 3 ) 。 各ニュ一 スのデ一夕には、 そのニュースの内容、 表示期日 (つまり、 通知日付をイベント曰 よりどれ位の期間だけ前にするかを指定した期間的条件) 、 対象者、 分野、 種類な どの条件が含まれている。
図 3 7に示すニュース表示処理において、 カレンダ一サーバ 3 0 9は、 所定期間
(例えば、 今年 1年) に発生するバイャスケジュールをデータベース (バイヤスケ ジュール保存部 3 1 5 ) から読み出し、 図 3 2に例示したバイャスケジュールウイ ンドウ 3 6 5にリスト表示する(ステップ S 3 2 1 )。 そして、 カレンダーサーバ 3 0 9は、 それらのバイャスケジュールの属性にマッチした条件をもったニュースを デ—夕ベース (ニュース保存部 3 1 3 ) から読み出し、 各ニュースの通知日付を、 各ニュースの期間的条件と各ニュースにマッチしたバイャスケジュールの日付と各 ニュースの期間的条件とから決定する。 そして、 カレンダ一サーバ 3 0 9は、 表示 すべきニュースカレンダ一の期間 (例えば、 特定の月、 特定の週又は特定の日) 内 に入る通知日付をもったニュースを、 ニュースカレンダーのその通知日付けのスぺ ースに貼り付けて、そのニュースカレンダ一をバイャシステム 7に表示する(ステヅ プ S 3 2 2 )。
以上のように、 本実施形態におけるニュースカレンダ 4 1 1によれば、 バイャの 消費動向に沿ったニュースを、 実際に消費が行われるより前の適当な時期に、 バイ ャに提供する。 これにより、 バイャは、 そのニュースを効果的に利用できる。 サブ ライヤは、 そのニュース提供が効果的にサービス又は商品の販売に繋がる。
以上、 本発明の好適な実施形態を説明したが、 これらは本発明の説明のための例 示であって、 本発明の範囲をこれらの実施例にのみ限定する趣旨ではない。 本発明 は、 その要旨を逸脱することなく、 他の種々の形態でも実施することができる。

Claims

請 求 の 範 囲
1 . サプライャシステムから、 ノ ャに対する電子的な請求書を受信するステ ヅプと、
銀行システムから、 バイャの資金に関する電子的な入出金明細を受信するステツ プと、
カレンダーを表示した GU I画面を用意するステップと、
前記 G U I画面のカレンダ一に、 前記サプラィャシステムからの前記電子的な請 求書を示したマークと、 前記銀行システムからの前記電子的な入出金明細を示した マークとを貼り付けるステップと、
前記請求書と入出金明細のマークが貼り付けられた前記カレンダ一を表示した前 記 GU I画面を、 バイャシステムに提供するステップと
を有したバイャの取引及び決済を管理する方法。
2 . 前記ノ イヤシステムに表示された前記カレンダ一の中から前記ノ イヤによ つて選択された請求書の内容を表示した GU I画面を、 前記バイャシステムに提供 するステップと、
前記選択された請求書に対する前記バイャからの支払い要求を前記バイヤシステ ムから受けるステップと、
前記支払い要求に応答して、 前記選択された請求書の支払いの依頼電文を前記銀 行システムに送信するステップと、
を更に有した請求項 1記載の方法。
3 . 前記サプライャシステムから受信した請求書について、 開封の有無又は支 払いの有無に関する状態を管理するステップと、
前記力レンダ一に貼り付けられた前記請求書のマークを、 前記請求書の状態に応 じて変更するステップと
を更に有した請求項 1記載の方法。
4 . 前記サプライャシステムから受信した請求書について、 開封の有無又は支 払いの有無に関する状態を管理するステップと、
前記請求書の状態を前記サプライヤシステムに通知するステップと
を更に有した請求項 1記載の方法。
5 . 前記サプライャシステムから受信した複数の請求書の各々について、 開封 の有無又は支払いの有無に関する状態を管理するステップと、
前記複数の請求書の状態を一覧表に表示した G U I画面を前記サプラィヤシステ ムに提供するステップと
を更に有した請求項 1記載の方法。
6 . 前記サプライャシステムから受信した請求書について、 開封の有無又は支 払いの有無に関する状態を管理するステップと、
前記請求書の状態を、 前記サプライャの資金を扱う銀行システムに通知するステ ップと
を更に有した請求項 1記載の方法。
7 . 前記サプライヤシステムから受信した或る請求書の決済を意味する前記サ プライヤの資金の入金明細を、 銀行システムから受信するステップと、
前記サプライャの資金の入金明細に応答して、 決済された請求書を帳消しするス テツプと
を更に有した請求項 1記載の方法。
8 . 前記バイャの資金の過去の入出金明細に基づいて、 将来の入出金予定を推 測するステップと、
推測した前記入出金予定を表したマークを、 前記 GU I画面のカレンダーに、 前 記請求書と入出金明細のマークと共に貼り付けるステップと
を更に有した請求項 1記載の方法。
9 . 前記入出金予定のマークを、 前記入出金予定に対応する入出金明細を受信 したか否かに応じて変更するステップを更に有した請求項 8記載の方法。
1 0 . 前記受信した請求書を用いて、 振込のための振込電文を自動作成するス テ プを更に有した請求項 1記載の方法。
1 1 . ( 1 ) 前記請求書を用いて前記サプライャシステムが入金予定を推定す るステップと、
( 2 ) 前記請求書を用いて前記バイャシステムが出金予定を推定するステップと の少なくともいずれか 1つを実行するステツプを更に有した請求項 1記載の方法。
1 2 . サプライャシステムから、 ノ イヤに対する電子的な請求書を受信する処 理を行うコンピュータプログラムと、
銀行システムから、 バイャの資金に関する電子的な入出金明細を受信する処理を 行うコンピュー夕プログラムと、
力レンダ一を表示した GU I画面を用意する処理を行うコンピュ一夕プログラム と、
前記 G U I画面のカレンダ一に、 前記サプライヤシステムからの前記電子的な請 求書を示したマークと、 前記銀行システムからの前記電子的な入出金明細を示した マークとを貼り付ける処理を行うコンピュータプログラムと、
前記請求書と入出金明細のマークが貼り付けられた前記カレンダーを表示した前 記 GU I画面を、 バイャシステムに送信する処理を行うコンビュ一夕プログラムと を有したバイャの取引及び決済を管理するコンピュータシステム。
1 3 . 日付をもったバイャスケジュールを準備するステヅプと、
ニュースをサプライャシステムから受信するステップと、
受信したニュースの中から、 準備したバイャスケジュールに関連するニュースを 選択するステップと、
前記選択されたニュースが関連するバイャスケジュールの日付けに基づいて、 前 記選択されたニュースの通知日付を決定するステップと、 カレンダーを表示した GU I画面を用意するステップと、
前記選択されたニュースを示すマークを、 前記 G U I画面の力レンダー上の前記 通知日付のスペースに、 貼り付けるステップと、
前記選択されたニュースのマークが貼り付けられだ前記カレンダーを表示した前 記 GU I画面を、 バイャシステムに提供するステップと
を有したバイャにニュースを提供する方法。
1 4 . 前記バイャスケジュールを準備するステップが、
( 1) バイャからバイャスケジュールの入力を受けるステップと、
(2) 銀行システムから前記バイャの資金の電子的な入出金明細を受信して、受信 した入出金明細に基づいてバイャスケジュールを作成するステップと、
( 3 ) 社会の慣習に基づいてバイャスケジュールを作成するステップと の内の少なくとも一つのステップを有する請求項 1 3記載の方法。
1 5 . 日付をもったバイャスケジュールを準備する処理を行なうコンピュータ プログラムと、
ニュースをサプライャシステムから受信する処理を行なうコンピュータプログラ ムと、
受信したニュースの中から、 準備したバイャスケジュールに関連するニュースを 選択する処理を行なうコンピュータプログラムと、
前記選択されたニュースが関連するバイャスケジュールの日付けに基づいて、 前 記選択されたニュースの通知日付を決定する処理を行なうコンピュータプログラム と、
力レンダーを表示した GU I画面を用意する処理を行なうコンビュ一夕プログラ ムと、
前記選択されたニュースを示すマークを、 前記 G U I画面のカレンダー上の前記 通知日付のスペースに、 貼り付ける処理を行なうコンピュータプログラムと、 前記選択されたニュースのマークが貼り付けられた前記カレンダーを表示した前 記 GU I画面を、 バイャシステムに送信する処理を行なうコンビユー夕プログラム と
を有したバイャにニュースを提供するコンビュ一夕システム。
PCT/JP2001/003568 2000-04-26 2001-04-25 Procede de gestion de transactions et de reglements, et procede de transmission d'informations concernant des tendances de consommation WO2001082162A1 (fr)

Priority Applications (10)

Application Number Priority Date Filing Date Title
AU2001272068A AU2001272068A1 (en) 2000-04-26 2001-04-25 Method of managing transaction and settlement, and method of informing information on consumption trends
EP01925904A EP1291794A4 (en) 2000-04-26 2001-04-25 METHOD FOR MANAGING TRANSACTIONS AND SETTLEMENTS, AND METHOD FOR TRANSMITTING INFORMATION CONCERNING TRENDS IN CONSUMPTION
CNB2003101188255A CN1332325C (zh) 2000-04-26 2001-04-25 管理交易和清算的方法,通知关于消费动向的信息的方法
JP2001579174A JP3632919B2 (ja) 2000-04-26 2001-04-25 コンピュータ間通信ネットワークを用いて取引及び決済を管理する方法
US10/258,734 US20040215572A1 (en) 2000-04-26 2001-04-25 Method of managing transaction and settlement, and method of informing information on consumption trends
US10/694,269 US7885869B2 (en) 2000-04-26 2003-10-29 Method for managing buyer transactions and settlements using communication network between computers, and method for relaying information following buyer consumption trends to the buyer
US12/977,691 US8688555B2 (en) 2000-04-26 2010-12-23 Method for managing buyer transactions and settlements using communication network between computers, and method for relaying information following buyer consumption trends to the buyer
US13/445,362 US8296209B2 (en) 2000-04-26 2012-04-12 Method for managing buyer transactions and settlements using communication network between computers, and method for relaying information following buyer consumption trends to the buyer
US13/445,052 US8407124B2 (en) 2000-04-26 2012-04-12 Method for managing buyer transactions and settlements using communication network between computers, and method for relaying information following buyer consumption trends to the buyer
US14/175,018 US20140156522A1 (en) 2000-04-26 2014-02-07 Method for managing buyer transactions and settlements using communication network between computers, and method for relaying information following buyer consumption trends to the buyer

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2000-125934 2000-04-26
JP2000125934 2000-04-26
JP2000205305 2000-07-06
JP2000-205305 2000-07-06

Related Child Applications (4)

Application Number Title Priority Date Filing Date
US10/258,734 A-371-Of-International US20040215572A1 (en) 2000-04-26 2001-04-25 Method of managing transaction and settlement, and method of informing information on consumption trends
US10258734 A-371-Of-International 2001-04-25
US10/695,350 Division US20040098338A1 (en) 2000-04-26 2003-10-29 Method for managing buyer transactions and settlements using communication network between computers, and method for relaying information following buyer consumption trends to the buyer
US10/694,269 Division US7885869B2 (en) 2000-04-26 2003-10-29 Method for managing buyer transactions and settlements using communication network between computers, and method for relaying information following buyer consumption trends to the buyer

Publications (1)

Publication Number Publication Date
WO2001082162A1 true WO2001082162A1 (fr) 2001-11-01

Family

ID=26590851

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2001/003568 WO2001082162A1 (fr) 2000-04-26 2001-04-25 Procede de gestion de transactions et de reglements, et procede de transmission d'informations concernant des tendances de consommation

Country Status (8)

Country Link
US (7) US20040215572A1 (ja)
EP (1) EP1291794A4 (ja)
JP (6) JP3632919B2 (ja)
CN (3) CN1332325C (ja)
AU (1) AU2001272068A1 (ja)
HK (2) HK1065387A1 (ja)
SG (2) SG142135A1 (ja)
WO (1) WO2001082162A1 (ja)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1313075A2 (en) * 2001-11-19 2003-05-21 Fujitsu Limited Electronic money processing method and program
JP2004280359A (ja) * 2003-03-14 2004-10-07 Mizuho Corporate Bank Ltd 入金通知システム
US7707077B2 (en) 2002-03-28 2010-04-27 Sap Ag Electronic financial transaction with balancing invoice and credit items via page
AU2004205942B2 (en) * 2003-01-23 2010-08-26 Trati Pty Ltd Performance monitoring system, method and apparatus
US7814012B2 (en) 2002-12-12 2010-10-12 Oracle International Corporation Aggregated postal billing and payment methods and systems
JP2015197720A (ja) * 2014-03-31 2015-11-09 株式会社日本総合研究所 Snsによるイベント参加費支払システム及びその支払方法
JP2016110191A (ja) * 2014-12-02 2016-06-20 富士通株式会社 注文処理装置および買い注文処理方法
JP2017157096A (ja) * 2016-03-03 2017-09-07 株式会社日本総合研究所 プログラム及び情報処理装置
JP2018077900A (ja) * 2018-01-12 2018-05-17 株式会社日本総合研究所 Snsシステム、銀行システム及びクレジットカード会社システム

Families Citing this family (159)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7921546B2 (en) 1995-07-18 2011-04-12 Vishay Dale Electronics, Inc. Method for making a high current low profile inductor
US6635335B1 (en) * 1999-06-29 2003-10-21 Micron Technology, Inc. Etching methods and apparatus and substrate assemblies produced therewith
US20030217013A1 (en) * 2002-03-28 2003-11-20 Thomas Muller Post-transaction communication with invoice items and credit items via page
US7814055B2 (en) * 2002-08-28 2010-10-12 Apple Inc. Method of managing a calendar and a computer system for implementing that method
EP2584510A3 (en) * 2002-09-09 2013-10-09 Apple Inc. A computer program comprising a plurality of calendars
AU2003263107A1 (en) * 2002-09-09 2004-03-29 Apple Computer, Inc. A method of managing a calendar and a computer system for implementing that method
EP1445717A1 (en) * 2003-02-07 2004-08-11 Sap Ag Electronic data record of an invoice
US20050108104A1 (en) * 2003-11-14 2005-05-19 Katherine Woo Integrating third party shopping cart applications with an online payment service
US8036987B1 (en) 2004-01-30 2011-10-11 Intuit Inc. Method and system for accounts payable prioritization and management
US7991637B1 (en) 2004-05-24 2011-08-02 Apple Inc. Freeform communication in calendaring system
US7991658B2 (en) * 2004-09-15 2011-08-02 Qwill Sa (Pty) Limited Accounting process
JP2008529145A (ja) * 2005-01-27 2008-07-31 バリデーション クリアリング ビューロー (プロプライエタリー) リミテッド インボイス資金調達
JP2006277686A (ja) * 2005-03-30 2006-10-12 Mizuho Bank Ltd 送金処理支援プログラム
US20060241962A1 (en) * 2005-04-20 2006-10-26 Flora John R Context-driven transaction reports
US8060555B2 (en) 2005-08-17 2011-11-15 Canada Post Corporation Electronic content management systems and methods
US20070067238A1 (en) * 2005-09-21 2007-03-22 Capital One Financial Corporation System and method for transferring information between financial accounts
US20070083465A1 (en) * 2005-10-07 2007-04-12 Visa U.S.A., Inc. Method and system using bill payment reminders
US10410274B1 (en) * 2006-03-06 2019-09-10 Versata, Inc. Invoicing portal with easy search and easy user communication
JP5149152B2 (ja) * 2006-03-14 2013-02-20 株式会社アイ・エヌ情報センター ファイナンスイベント分析支援装置、ファイナンスイベント分析支援システム、プログラム
US8490869B2 (en) * 2006-05-10 2013-07-23 Metavante Corporation Predictive authorization techniques
US9911114B2 (en) 2006-07-06 2018-03-06 Qualcomm Incorporated Methods and systems for making a payment via a stored value card in a mobile environment
US20080006685A1 (en) * 2006-07-06 2008-01-10 Firethorn Holdings, Llc Methods and Systems For Real Time Account Balances in a Mobile Environment
US8121945B2 (en) * 2006-07-06 2012-02-21 Firethorn Mobile, Inc. Methods and systems for payment method selection by a payee in a mobile environment
US8489067B2 (en) * 2006-07-06 2013-07-16 Qualcomm Incorporated Methods and systems for distribution of a mobile wallet for a mobile device
US8467766B2 (en) * 2006-07-06 2013-06-18 Qualcomm Incorporated Methods and systems for managing payment sources in a mobile environment
US8145568B2 (en) * 2006-07-06 2012-03-27 Firethorn Mobile, Inc. Methods and systems for indicating a payment in a mobile environment
US8510220B2 (en) * 2006-07-06 2013-08-13 Qualcomm Incorporated Methods and systems for viewing aggregated payment obligations in a mobile environment
US8160959B2 (en) * 2006-07-06 2012-04-17 Firethorn Mobile, Inc. Methods and systems for payment transactions in a mobile environment
WO2008034827A1 (en) * 2006-09-18 2008-03-27 Certipost Nv/Sa Method for cross-referencing information on a web page
WO2008045947A2 (en) * 2006-10-10 2008-04-17 Old World Industries, Inc. Systems and methods for collaborative payment strategies
JP2008130068A (ja) * 2006-11-21 2008-06-05 Obic Business Consultants Ltd 財務会計システムと連動する有価証券管理システム
US20080133373A1 (en) * 2006-11-30 2008-06-05 Motorola, Inc. Method to select payment when using a wireless communication device
JP5015642B2 (ja) * 2007-03-28 2012-08-29 株式会社大和証券グループ本社 有価証券情報配信システム
JP2008293445A (ja) * 2007-05-28 2008-12-04 Mitsubishi Electric Corp データ処理装置及びデータ処理方法及びプログラム
US8065123B2 (en) 2007-09-10 2011-11-22 Autodesk, Inc. Systems and methods for performing quantity takeoff computations from computer aided design drawings
KR101572768B1 (ko) 2007-09-24 2015-11-27 애플 인크. 전자 장치 내의 내장형 인증 시스템들
US8818872B2 (en) * 2007-11-07 2014-08-26 At&T Intellectual Property I, L.P. Point of sale transaction processing
JP5045380B2 (ja) 2007-11-13 2012-10-10 ソニー株式会社 撮像装置および撮像データ補正方法並びにプログラム
US8600120B2 (en) 2008-01-03 2013-12-03 Apple Inc. Personal computing device control using face detection and recognition
US20140129431A1 (en) * 2008-01-31 2014-05-08 Bill.Com, Inc. Enhanced System and Method For Private Interbank Clearing System
US20110184843A1 (en) * 2008-01-31 2011-07-28 Bill.Com, Inc. Enhanced electronic anonymous payment system
US7809615B2 (en) * 2008-01-31 2010-10-05 Bill.Com, Inc. Enhanced automated capture of invoices into an electronic payment system
US10043201B2 (en) * 2008-01-31 2018-08-07 Bill.Com, Inc. Enhanced invitation process for electronic billing and payment system
US20110196786A1 (en) * 2008-01-31 2011-08-11 Rene Lacerte Determining trustworthiness and familiarity of users of an electronic billing and payment system
US10769686B2 (en) 2008-01-31 2020-09-08 Bill.Com Llc Enhanced invitation process for electronic billing and payment system
US9141991B2 (en) 2008-01-31 2015-09-22 Bill.Com, Inc. Enhanced electronic data and metadata interchange system and process for electronic billing and payment system
US10255609B2 (en) 2008-02-21 2019-04-09 Micronotes, Inc. Interactive marketing system
US9715709B2 (en) 2008-05-09 2017-07-25 Visa International Services Association Communication device including multi-part alias identifier
US8244608B2 (en) * 2008-07-28 2012-08-14 Autodesk, Inc. Takeoff list palette for guiding semi-automatic quantity takeoff from computer aided design drawings
US8666854B2 (en) * 2008-09-05 2014-03-04 Oracle International Corporation Providing a unified view of contract revenue and invoice details
US20100082467A1 (en) * 2008-09-26 2010-04-01 Mark Carlson Phone and method of using the phone for beneficiary initiated payments
US20100088149A1 (en) * 2008-10-07 2010-04-08 At&T Intellectual Property I, L.P. Methods, systems, and computer program products for presenting transaction-specific marketing at the point-of-sale and related devices
JP5016644B2 (ja) * 2009-08-06 2012-09-05 株式会社外為どっとコム 入金装置、入金支援装置、入金方法、入金支援方法およびプログラム
JP2011053879A (ja) * 2009-09-01 2011-03-17 Oki Electric Industry Co Ltd 自動取引装置及び自動取引システム
US8583552B2 (en) * 2009-11-16 2013-11-12 Bank Of America Corporation Processing payment transactions between enterprise resource planning systems
US8332378B2 (en) * 2009-11-18 2012-12-11 American Express Travel Related Services Company, Inc. File listener system and method
AU2010322243B2 (en) * 2009-11-18 2014-06-12 American Express Travel Related Services Company, Inc. File listener system and method
US20110119189A1 (en) * 2009-11-18 2011-05-19 American Express Travel Related Services Company, Inc. Data processing framework
US20110119178A1 (en) * 2009-11-18 2011-05-19 American Express Travel Related Services Company, Inc. Metadata driven processing
US20110119188A1 (en) * 2009-11-18 2011-05-19 American Express Travel Related Services Company, Inc. Business to business trading network system and method
US8336088B2 (en) * 2010-04-19 2012-12-18 Visa International Service Association Alias management and value transfer claim processing
JP2012063915A (ja) * 2010-09-15 2012-03-29 Nec System Technologies Ltd 対話型支払いシステム、対話型支払い方法及び対話型支払いプログラム
US8612477B2 (en) * 2010-09-24 2013-12-17 Aol Inc. Systems and methods for customized electronic communications
US20120158583A1 (en) * 2010-12-21 2012-06-21 Harald Evers Automated bank transfers using identifier tokens
US20130006872A1 (en) * 2011-06-29 2013-01-03 Chandoor Madhuri Near-field communication based payment methods
US8554671B2 (en) * 2011-07-18 2013-10-08 Rabih Salem Ballout System and associated method and service for providing a platform that allows for the exchange of cash between members in a mobile environment
US9002322B2 (en) 2011-09-29 2015-04-07 Apple Inc. Authentication with secondary approver
CN102609837A (zh) * 2012-01-21 2012-07-25 伯泰雄森(北京)网络科技有限公司 基于特定信息与终端号码关联的支付方法和系统
US9691056B2 (en) 2012-03-07 2017-06-27 Clearxchange, Llc System and method for transferring funds
US11593800B2 (en) 2012-03-07 2023-02-28 Early Warning Services, Llc System and method for transferring funds
US10395223B2 (en) 2012-03-07 2019-08-27 Early Warning Services, Llc System and method for transferring funds
US10318936B2 (en) 2012-03-07 2019-06-11 Early Warning Services, Llc System and method for transferring funds
US10970688B2 (en) 2012-03-07 2021-04-06 Early Warning Services, Llc System and method for transferring funds
US10395247B2 (en) 2012-03-07 2019-08-27 Early Warning Services, Llc Systems and methods for facilitating a secure transaction at a non-financial institution system
US8819789B2 (en) 2012-03-07 2014-08-26 Bill.Com, Inc. Method and system for using social networks to verify entity affiliations and identities
US20130290188A1 (en) * 2012-04-27 2013-10-31 Hugh Olliphant System and Method for Approving Payments
US20140108233A1 (en) * 2012-10-12 2014-04-17 Mastercard International Inc. Social payment method and apparatus
US9449056B1 (en) 2012-11-01 2016-09-20 Intuit Inc. Method and system for creating and updating an entity name alias table
JP2014194731A (ja) * 2012-12-11 2014-10-09 Toshiba Tec Corp 電子レシートシステム、商品販売データ処理装置、電子レシート管理サーバ、情報処理装置およびプログラム
JP5852996B2 (ja) * 2012-12-11 2016-02-09 東芝テック株式会社 電子レシートシステム、情報処理装置およびプログラム
US10387858B2 (en) 2013-02-07 2019-08-20 Jpmorgan Chase Bank, N.A. Integrated electronic cash flow management system and method
US10282712B2 (en) 2013-02-07 2019-05-07 Jpmorgan Chase Bank, N.A. Integrated electronic disbursement and cash flow management system and method
US10417674B2 (en) 2013-03-14 2019-09-17 Bill.Com, Llc System and method for sharing transaction information by object tracking of inter-entity transactions and news streams
US10115137B2 (en) 2013-03-14 2018-10-30 Bill.Com, Inc. System and method for enhanced access and control for connecting entities and effecting payments in a commercially oriented entity network
US20150012442A1 (en) 2013-03-14 2015-01-08 Bill.Com, Inc. Enhanced system and method for scanning and processing of payment documentation
US10572921B2 (en) 2013-07-03 2020-02-25 Bill.Com, Llc System and method for enhanced access and control for connecting entities and effecting payments in a commercially oriented entity network
US9898642B2 (en) 2013-09-09 2018-02-20 Apple Inc. Device, method, and graphical user interface for manipulating user interfaces based on fingerprint sensor inputs
KR102405189B1 (ko) 2013-10-30 2022-06-07 애플 인크. 관련 사용자 인터페이스 객체를 표시
USD757075S1 (en) * 2014-02-27 2016-05-24 Robert Bosch Gmbh Display screen with a graphical user interface
USD757776S1 (en) * 2014-02-27 2016-05-31 Robert Bosch Gmbh Display screen with a graphical user interface
CN205158436U (zh) * 2014-05-29 2016-04-13 苹果公司 电子设备
US9324067B2 (en) 2014-05-29 2016-04-26 Apple Inc. User interface for payments
WO2016036552A1 (en) 2014-09-02 2016-03-10 Apple Inc. User interactions for a mapping application
US10997671B2 (en) * 2014-10-30 2021-05-04 Intuit Inc. Methods, systems and computer program products for collaborative tax return preparation
US20180357619A1 (en) * 2014-12-22 2018-12-13 Wells Fargo Bank, N.A. Supplier Finance and Invoice Presentation and Payment
US10878387B2 (en) 2015-03-23 2020-12-29 Early Warning Services, Llc Real-time determination of funds availability for checks and ACH items
US10748127B2 (en) 2015-03-23 2020-08-18 Early Warning Services, Llc Payment real-time funds availability
US10839359B2 (en) 2015-03-23 2020-11-17 Early Warning Services, Llc Payment real-time funds availability
US10769606B2 (en) 2015-03-23 2020-09-08 Early Warning Services, Llc Payment real-time funds availability
US10832246B2 (en) 2015-03-23 2020-11-10 Early Warning Services, Llc Payment real-time funds availability
US20160335673A1 (en) * 2015-05-12 2016-11-17 Xero Limited Smart lists
US9940637B2 (en) 2015-06-05 2018-04-10 Apple Inc. User interface for loyalty accounts and private label accounts
US20160358133A1 (en) 2015-06-05 2016-12-08 Apple Inc. User interface for loyalty accounts and private label accounts for a wearable device
US11037122B2 (en) 2015-07-21 2021-06-15 Early Warning Services, Llc Secure real-time transactions
US11037121B2 (en) 2015-07-21 2021-06-15 Early Warning Services, Llc Secure real-time transactions
US11151522B2 (en) 2015-07-21 2021-10-19 Early Warning Services, Llc Secure transactions with offline device
US11062290B2 (en) 2015-07-21 2021-07-13 Early Warning Services, Llc Secure real-time transactions
US10438175B2 (en) 2015-07-21 2019-10-08 Early Warning Services, Llc Secure real-time payment transactions
US10956888B2 (en) 2015-07-21 2021-03-23 Early Warning Services, Llc Secure real-time transactions
US11157884B2 (en) 2015-07-21 2021-10-26 Early Warning Services, Llc Secure transactions with offline device
US10963856B2 (en) 2015-07-21 2021-03-30 Early Warning Services, Llc Secure real-time transactions
US11386410B2 (en) 2015-07-21 2022-07-12 Early Warning Services, Llc Secure transactions with offline device
US10970695B2 (en) 2015-07-21 2021-04-06 Early Warning Services, Llc Secure real-time transactions
US11151523B2 (en) 2015-07-21 2021-10-19 Early Warning Services, Llc Secure transactions with offline device
JP6645088B2 (ja) * 2015-09-24 2020-02-12 カシオ計算機株式会社 サービス管理システム
JP6645089B2 (ja) * 2015-09-24 2020-02-12 カシオ計算機株式会社 サービス管理システム
US10482544B2 (en) 2016-01-28 2019-11-19 Intuit Inc. Methods, systems and computer program products for masking tax data during collaborative tax return preparation
JP6200024B1 (ja) * 2016-03-31 2017-09-20 株式会社三井住友銀行 情報処理装置、方法およびプログラム
WO2017195733A1 (ja) * 2016-05-13 2017-11-16 Bank Invoice株式会社 情報処理装置、情報処理方法およびプログラム
DK179186B1 (en) 2016-05-19 2018-01-15 Apple Inc REMOTE AUTHORIZATION TO CONTINUE WITH AN ACTION
WO2017208733A1 (ja) * 2016-05-29 2017-12-07 Bank Invoice株式会社 情報処理装置、表示方法およびプログラム
US10621581B2 (en) 2016-06-11 2020-04-14 Apple Inc. User interface for transactions
DK201670622A1 (en) 2016-06-12 2018-02-12 Apple Inc User interfaces for transactions
US9842330B1 (en) 2016-09-06 2017-12-12 Apple Inc. User interfaces for stored-value accounts
US11151567B2 (en) 2016-09-19 2021-10-19 Early Warning Services, Llc Authentication and fraud prevention in provisioning a mobile wallet
US10860199B2 (en) 2016-09-23 2020-12-08 Apple Inc. Dynamically adjusting touch hysteresis based on contextual data
JP6947897B2 (ja) * 2016-09-29 2021-10-13 三井住友カード株式会社 収支管理システム、方法およびプログラム
JP6877938B2 (ja) * 2016-09-29 2021-05-26 三井住友カード株式会社 収支管理システム、方法およびプログラム
US10496808B2 (en) 2016-10-25 2019-12-03 Apple Inc. User interface for managing access to credentials for use in an operation
US10528993B2 (en) * 2016-12-07 2020-01-07 Intuit Inc. Payment and invoice systems integration
JP6505760B2 (ja) * 2017-02-20 2019-04-24 株式会社メディパルホールディングス 受注管理装置、受注管理システム、受注管理方法及びプログラム
TWI655598B (zh) * 2017-04-13 2019-04-01 財金資訊股份有限公司 Method of liquidation with balance queue
EP3622464A4 (en) * 2017-05-08 2020-05-06 Hummel Alon, Keren THIRD PARTY PURCHASING METHOD AND SYSTEM
EP4155988A1 (en) 2017-09-09 2023-03-29 Apple Inc. Implementation of biometric authentication for performing a respective function
KR102185854B1 (ko) 2017-09-09 2020-12-02 애플 인크. 생체측정 인증의 구현
WO2019155640A1 (ja) * 2018-02-09 2019-08-15 Bank Invoice株式会社 情報処理装置、表示方法およびプログラム
JP6559290B1 (ja) * 2018-04-20 2019-08-14 ヤフー株式会社 情報提供装置、情報提供方法、および情報提供プログラム
US11170085B2 (en) 2018-06-03 2021-11-09 Apple Inc. Implementation of biometric authentication
TWI724314B (zh) * 2018-07-17 2021-04-11 臺灣銀行股份有限公司 個人化繳費通知系統及其方法
JP7192288B2 (ja) * 2018-07-27 2022-12-20 沖電気工業株式会社 情報提供システムおよび情報提供装置および情報提供処理プログラム
WO2020024052A1 (en) * 2018-07-31 2020-02-06 Bank Of Montreal System and process for electronic calendar payments
JP7180862B2 (ja) * 2018-08-02 2022-11-30 Bank Invoice株式会社 情報処理装置、情報処理方法およびプログラム
US11093462B1 (en) 2018-08-29 2021-08-17 Intuit Inc. Method and system for identifying account duplication in data management systems
US11100349B2 (en) 2018-09-28 2021-08-24 Apple Inc. Audio assisted enrollment
US10860096B2 (en) 2018-09-28 2020-12-08 Apple Inc. Device control using gaze information
JP2020129250A (ja) * 2019-02-08 2020-08-27 株式会社メルカリ プログラム、情報処理方法、及び情報処理装置
US11328352B2 (en) 2019-03-24 2022-05-10 Apple Inc. User interfaces for managing an account
US11481094B2 (en) 2019-06-01 2022-10-25 Apple Inc. User interfaces for location-related communications
US11477609B2 (en) 2019-06-01 2022-10-18 Apple Inc. User interfaces for location-related communications
US11169830B2 (en) 2019-09-29 2021-11-09 Apple Inc. Account management user interfaces
CN114365073A (zh) 2019-09-29 2022-04-15 苹果公司 账户管理用户界面
CN110852747B (zh) * 2019-10-31 2022-03-18 支付宝(杭州)信息技术有限公司 订单对账系统、方法及装置
JP6777806B1 (ja) * 2019-11-29 2020-10-28 株式会社エム・アール・ピー 医療用取引管理システム、医療用取引管理方法、および医療用取引管理プログラム
JP6880165B1 (ja) * 2019-12-27 2021-06-02 PayPay株式会社 決済プログラム、決済装置及び決済方法
US11875320B1 (en) 2020-02-28 2024-01-16 The Pnc Financial Services Group, Inc. Systems and methods for managing a financial account in a low-cash mode
DK202070633A1 (en) 2020-04-10 2021-11-12 Apple Inc User interfaces for enabling an activity
US11816194B2 (en) 2020-06-21 2023-11-14 Apple Inc. User interfaces for managing secure operations
JP6903209B1 (ja) * 2020-09-30 2021-07-14 PayPay株式会社 表示プログラム、端末装置及び表示方法
JP7440783B2 (ja) 2022-01-27 2024-02-29 キヤノンマーケティングジャパン株式会社 情報処理システムとその制御方法、及びプログラム

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5960406A (en) * 1998-01-22 1999-09-28 Ecal, Corp. Scheduling system for use between users on the web
US6055567A (en) * 1998-02-02 2000-04-25 Checkfree Corporation Distributed data accessing technique
JP2001076001A (ja) * 1999-09-09 2001-03-23 Nippon Telegr & Teleph Corp <Ntt> イベント情報提供方法

Family Cites Families (66)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH0473496A (ja) 1990-07-16 1992-03-09 Rigaku Corp 極低温流体輸送装置
JPH04294655A (ja) 1991-03-22 1992-10-19 Hitachi Ltd 電子メールシステム
JPH04303258A (ja) 1991-03-30 1992-10-27 Toshiba Corp 決済システム
US6289322B1 (en) * 1998-03-03 2001-09-11 Checkfree Corporation Electronic bill processing
JP3354956B2 (ja) * 1992-04-13 2002-12-09 富士通株式会社 未収金管理装置
JPH05298342A (ja) 1992-04-24 1993-11-12 Mitsubishi Electric Corp 買掛金消込方法及び入力画面
JPH06282728A (ja) 1993-03-29 1994-10-07 Sanwa Ginkou:Kk 決済方式
JPH07121619A (ja) * 1993-10-27 1995-05-12 Obic Business Consultant:Kk 商品販売処理方法
US5465206B1 (en) 1993-11-01 1998-04-21 Visa Int Service Ass Electronic bill pay system
US5920847A (en) * 1993-11-01 1999-07-06 Visa International Service Association Electronic bill pay system
US5732400A (en) * 1995-01-04 1998-03-24 Citibank N.A. System and method for a risk-based purchase of goods
FR2733068B1 (fr) 1995-04-14 1997-07-04 G C Tech Procede de paiement electronique permettant d'effectuer des transactions liees a l'achat de biens sur un reseau informatique
JPH08297709A (ja) 1995-04-27 1996-11-12 Omron Corp 情報データ処理装置及び情報データ処理方法
JPH08315022A (ja) 1995-05-17 1996-11-29 Fujitsu Ltd 入金管理システム
US5832460A (en) * 1995-06-02 1998-11-03 International Business Machines Corporation Method and system for bill presentation and payment reconciliation
JP3534900B2 (ja) 1995-06-05 2004-06-07 東芝テック株式会社 クレジット処理装置
JP3501556B2 (ja) * 1995-06-19 2004-03-02 キヤノン株式会社 ウィンドウ共有システム及びウィンドウ共有システムの制御方法
JP3139330B2 (ja) 1995-07-20 2001-02-26 株式会社日立情報システムズ 計上データ更新処理システム
US5809144A (en) * 1995-08-24 1998-09-15 Carnegie Mellon University Method and apparatus for purchasing and delivering digital goods over a network
JP3368571B2 (ja) * 1995-09-07 2003-01-20 株式会社エヌ・ティ・ティ・データ 電子送金システム、中継システム、送金方法
US5671279A (en) * 1995-11-13 1997-09-23 Netscape Communications Corporation Electronic commerce using a secure courier system
EP0809221A3 (en) * 1996-05-23 1999-06-30 Sun Microsystems, Inc. Virtual vending system and method for managing the distribution, licensing and rental of electronic data
JPH1021166A (ja) 1996-06-27 1998-01-23 Nec Corp 回覧電子メールの状況管理方式
US5884288A (en) * 1996-07-01 1999-03-16 Sun Microsystems, Inc. Method and system for electronic bill payment
JPH1040318A (ja) 1996-07-19 1998-02-13 Hitachi Ltd ペーパーレス財務会計システム
JPH1040320A (ja) * 1996-07-25 1998-02-13 Fujitsu Ltd 売掛金請求処理方法及び装置
JPH1078993A (ja) 1996-09-05 1998-03-24 Kougin Syst Kaihatsu Kk ファクタリング情報処理システム
JPH10198840A (ja) * 1997-01-10 1998-07-31 Sanwa Ginkou:Kk 振込方式
JPH10224394A (ja) 1997-01-31 1998-08-21 Hazama Gumi Ltd 電子メール管理方法
JPH10240816A (ja) 1997-02-27 1998-09-11 Hitachi Ltd 商品購入によって電子決済を行うシステム及び方法
US6282522B1 (en) 1997-04-30 2001-08-28 Visa International Service Association Internet payment system using smart card
JPH10320471A (ja) 1997-05-23 1998-12-04 C W L:Kk クレジットカード番号を使わない電子メールによる電子決済方法
JPH1131170A (ja) * 1997-07-09 1999-02-02 Nippon Telegr & Teleph Corp <Ntt> 料金収納通知中継方法及び装置
US6049786A (en) 1997-07-22 2000-04-11 Unisys Corporation Electronic bill presentment and payment system which deters cheating by employing hashes and digital signatures
JPH1145298A (ja) 1997-07-28 1999-02-16 I C Card Syst Sogo Kenkyusho:Kk 課金代行システム、課金統合方法ならびに課金統合装置
JPH1153612A (ja) 1997-08-06 1999-02-26 Yokohama Ginkou:Kk 振込管理装置 および振込管理方法
US5903878A (en) * 1997-08-20 1999-05-11 Talati; Kirit K. Method and apparatus for electronic commerce
US6044362A (en) 1997-09-08 2000-03-28 Neely; R. Alan Electronic invoicing and payment system
US6128603A (en) * 1997-09-09 2000-10-03 Dent; Warren T. Consumer-based system and method for managing and paying electronic billing statements
FI973788A (fi) 1997-09-25 1999-03-26 Nokia Telecommunications Oy Elektroninen maksujärjestelmä
US5970475A (en) * 1997-10-10 1999-10-19 Intelisys Electronic Commerce, Llc Electronic procurement system and method for trading partners
JP3333126B2 (ja) 1997-11-27 2002-10-07 株式会社ビジネスブレイン太田昭和 振込入金データの自動仕訳機能付き会計システム
GB2331815A (en) 1997-11-28 1999-06-02 Ibm Centralized billing for a computer network
US5943656A (en) * 1997-12-03 1999-08-24 Avista Advantage, Inc. Methods and systems for computerized bill consolidating, billing and payment authorization, computerized utility bill consolidating, utility billing access and payment and utility provider consolidated billing systems
US6115690A (en) * 1997-12-22 2000-09-05 Wong; Charles Integrated business-to-business Web commerce and business automation system
JP3473824B2 (ja) * 1998-03-19 2003-12-08 清水建設株式会社 料金明細データ配信処理システム
JP3351736B2 (ja) * 1998-03-31 2002-12-03 株式会社東芝 販売管理システム
JPH11316779A (ja) 1998-04-30 1999-11-16 Fujitsu Ltd 立会人システム
JP2001028026A (ja) 1998-07-03 2001-01-30 Bank Of Tokyo-Mitsubishi Ltd 取引支援システム
JP2000057234A (ja) * 1998-08-04 2000-02-25 Obic Business Consultant:Kk エレクトロニック・バンキング・システム
CN1213915A (zh) 1998-08-31 1999-04-14 海南三富计算机网络工程有限公司 一种商品动态交易网络及其生成方法
JP2000113079A (ja) 1998-10-06 2000-04-21 Nippon Shinpan Co Ltd 振込カードシステム
JP2000057237A (ja) * 1999-02-19 2000-02-25 Obic Business Consultant:Kk 財務会計システムと連動するエレクトロニック・バンキング・システム
US6704714B1 (en) * 1999-05-03 2004-03-09 The Chase Manhattan Bank Virtual private lock box
EP1200917A4 (en) * 1999-06-17 2002-11-20 Mobius Man Systems Inc SYSTEM AND METHOD FOR AN ELECTRONIC ACCOUNT EXTRACTION, FOR THE INVOICE PRESENTATION AND THE INVOICE COMPARISON
JP3654801B2 (ja) 1999-09-27 2005-06-02 株式会社みずほコーポレート銀行 電子取引方法および電子取引システム
JP2001134703A (ja) 1999-11-09 2001-05-18 Ntt Data Corp 支払システム、金融機関センタ、支払先サーバ及び記録媒体
JP2001229317A (ja) 2000-02-15 2001-08-24 Chigin Network Service Kk 収納情報処理方法および収納処理方法
JP2001229301A (ja) 2000-02-17 2001-08-24 Junichi Yamazaki 電子請求書による被振込債権自動消込
JP2001243382A (ja) 2000-02-28 2001-09-07 Sony Corp 携帯通信端末を用いた決済方法、決済システムおよび携帯通信端末
JP2001243403A (ja) 2000-03-02 2001-09-07 Oracle Corp Japan 決済システムおよび決済方法
JP2001250030A (ja) 2000-03-03 2001-09-14 Canon Inc 取引方法とそのシステム、及び取引対象者の特定方法
JP2001250069A (ja) 2000-03-06 2001-09-14 Ntt Data Corp 請求・支払システム、請求・支払方法、請求・支払管理装置、請求・支払管理方法、請求システム、支払システム、及び、記録媒体
JP2001250074A (ja) 2000-03-07 2001-09-14 Ntt Data Corp 入金確認システム、企業センタ、支払受付装置及び入金確認方法
JP2001283116A (ja) 2000-03-30 2001-10-12 Casio Comput Co Ltd 入金処理装置、入金処理方法、および入金処理プログラムを格納した記録媒体
JP2001306963A (ja) 2000-04-18 2001-11-02 Shozo Hagiwara インターネットによる請求入金消込処理システム

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5960406A (en) * 1998-01-22 1999-09-28 Ecal, Corp. Scheduling system for use between users on the web
US6055567A (en) * 1998-02-02 2000-04-25 Checkfree Corporation Distributed data accessing technique
JP2001076001A (ja) * 1999-09-09 2001-03-23 Nippon Telegr & Teleph Corp <Ntt> イベント情報提供方法

Non-Patent Citations (7)

* Cited by examiner, † Cited by third party
Title
DATABASE GALE GROUP FILE 275 [online] GALE GROUP COMPUTER DB; YAKALM KATHY: "Money 98 vs. Quicken 98", XP002942412, accession no. Dialog Database accession no. 02142339 *
DATABASE SAN JOSE MERCURY FILE 634 [online] STEPHEN BUEL: "Get a web-organized life", XP002942411, accession no. Dialog Database accession no. 10095029 *
HIROSHI KATO: "Electronic commerce no zentaizo; nichibei saizensen 80sha no business model bunseki", KABUSHIKI KAISHA ADVANCED MANAGEMENT, 23 April 1999 (1999-04-23), pages 69, XP002942413 *
KEIKI ASAKURA ET AL.: "Koin no kyomi ni motozuku internet joho filter", NEC GIHOU, vol. 49, no. 7, 30 July 1996 (1996-07-30), KABUSHIKI KAISHA NEC CREATIVE, pages 17 - 23, XP002942414 *
PC MAGAZINE, vol. 17, no. 4, 24 February 1998 (1998-02-24), pages 103 - 112 *
SAN JOSE MERCURY NEWS, MORNING FINAL, 5 April 1999 (1999-04-05), pages 1E *
See also references of EP1291794A4 *

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1313075A2 (en) * 2001-11-19 2003-05-21 Fujitsu Limited Electronic money processing method and program
EP1313075A3 (en) * 2001-11-19 2005-07-13 Fujitsu Limited Electronic money processing method and program
US7707077B2 (en) 2002-03-28 2010-04-27 Sap Ag Electronic financial transaction with balancing invoice and credit items via page
US7814012B2 (en) 2002-12-12 2010-10-12 Oracle International Corporation Aggregated postal billing and payment methods and systems
US8140432B2 (en) 2002-12-12 2012-03-20 Oracle International Corporation Aggregated postal billing and payment methods and systems
AU2004205942B2 (en) * 2003-01-23 2010-08-26 Trati Pty Ltd Performance monitoring system, method and apparatus
JP2004280359A (ja) * 2003-03-14 2004-10-07 Mizuho Corporate Bank Ltd 入金通知システム
JP2015197720A (ja) * 2014-03-31 2015-11-09 株式会社日本総合研究所 Snsによるイベント参加費支払システム及びその支払方法
JP2016110191A (ja) * 2014-12-02 2016-06-20 富士通株式会社 注文処理装置および買い注文処理方法
JP2017157096A (ja) * 2016-03-03 2017-09-07 株式会社日本総合研究所 プログラム及び情報処理装置
JP2018077900A (ja) * 2018-01-12 2018-05-17 株式会社日本総合研究所 Snsシステム、銀行システム及びクレジットカード会社システム

Also Published As

Publication number Publication date
JP3982814B2 (ja) 2007-09-26
US20120226583A1 (en) 2012-09-06
JP2007305166A (ja) 2007-11-22
JP2003178244A (ja) 2003-06-27
US8407124B2 (en) 2013-03-26
SG142135A1 (en) 2008-05-28
JP2005317039A (ja) 2005-11-10
AU2001272068A1 (en) 2001-11-07
CN1332325C (zh) 2007-08-15
US20110093388A1 (en) 2011-04-21
US20120226584A1 (en) 2012-09-06
US20040215572A1 (en) 2004-10-28
JP4119473B2 (ja) 2008-07-16
US20040098338A1 (en) 2004-05-20
JP4286305B2 (ja) 2009-06-24
US8296209B2 (en) 2012-10-23
JP2004038991A (ja) 2004-02-05
US20040098307A1 (en) 2004-05-20
EP1291794A4 (en) 2004-08-18
CN1501308A (zh) 2004-06-02
CN1439141A (zh) 2003-08-27
EP1291794A1 (en) 2003-03-12
JP3632919B2 (ja) 2005-03-30
US7885869B2 (en) 2011-02-08
HK1066288A1 (en) 2005-03-18
JP2007293875A (ja) 2007-11-08
US8688555B2 (en) 2014-04-01
HK1065387A1 (en) 2005-02-18
SG145536A1 (en) 2008-09-29
CN1316384C (zh) 2007-05-16
CN1510623A (zh) 2004-07-07
US20140156522A1 (en) 2014-06-05

Similar Documents

Publication Publication Date Title
JP3982814B2 (ja) コンピュータ間通信ネットワークを用いてバイヤの取引及び決済を管理する方法
US7596529B2 (en) Buttons for person to person payments
US20040225609A1 (en) Electronic bill presentation and payment system
US20090150300A1 (en) Automated foreclosure and asset disposition methods, systems, and computer program products
WO2006042086A2 (en) Comprehensive online shopping management system
KR101081624B1 (ko) 공급자가 온라인상에서 입점한 다수의 쇼핑몰을 통합하여관리하는 방법 및 시스템
US20120233022A1 (en) System and computer implemented method for facilitating collect on delivery transactions
JP2009176121A (ja) 経営管理システム
US8521545B2 (en) Property sale application and tracking system
TW528971B (en) Method of managing the trading and balancing of buyers using computer communication network, and method for notifying buyers with information of consumption profile of buyers
JP2004118349A (ja) 債権回収管理方法、債権回収管理システム、コンピュータ・プログラム及び記録媒体
JP2003233757A (ja) 売掛金消し込みにかかる電子決済支援装置および方法、コンピュータを電子決済支援装置として機能させるためのプログラム、このプログラムを記録した記録媒体
CN117114605A (zh) 一种智能移动应用项目管理平台及方法
JP2001084307A (ja) インターネットを利用した商品取引方法
KR20030017009A (ko) 개인일정 정보관리 시스템(pims)에 의한 온라인 통합서비스 방법
KR20050119392A (ko) 상업어음 전자 결제 시스템 및 그 방법
KR20020036221A (ko) 아파트 관리사무소가 참여하는 온라인 부동산거래 시스템및 그 방법
JP2003162663A (ja) 電子データの自動配信方法及びシステム

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AU CA CN IN JP KR SG US

AL Designated countries for regional patents

Kind code of ref document: A1

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

DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
121 Ep: the epo has been informed by wipo that ep was designated in this application
WWE Wipo information: entry into national phase

Ref document number: 10258734

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 2001925904

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 018117511

Country of ref document: CN

WWP Wipo information: published in national office

Ref document number: 2001925904

Country of ref document: EP

WWR Wipo information: refused in national office

Ref document number: 2001925904

Country of ref document: EP

WWW Wipo information: withdrawn in national office

Ref document number: 2001925904

Country of ref document: EP