US20010047489A1 - Transaction management system and program for configuring online shopping system - Google Patents

Transaction management system and program for configuring online shopping system Download PDF

Info

Publication number
US20010047489A1
US20010047489A1 US09/864,171 US86417101A US2001047489A1 US 20010047489 A1 US20010047489 A1 US 20010047489A1 US 86417101 A US86417101 A US 86417101A US 2001047489 A1 US2001047489 A1 US 2001047489A1
Authority
US
United States
Prior art keywords
information
article
management system
transaction management
user
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
US09/864,171
Other versions
US6941363B2 (en
Inventor
Hirokazu Ito
Naohito Takae
Hiroyuki Tani
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu 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
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Assigned to FUJITSU LIMITED reassignment FUJITSU LIMITED ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: ITO, HIROKAZU, TAKAE, NAOHITO, TANI, HIROYUKI
Publication of US20010047489A1 publication Critical patent/US20010047489A1/en
Priority to US11/150,305 priority Critical patent/US20050228726A1/en
Application granted granted Critical
Publication of US6941363B2 publication Critical patent/US6941363B2/en
Adjusted expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

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
    • G06Q30/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • 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/085Payment architectures involving remote charge determination or related payment 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/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • 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
    • G06Q40/12Accounting

Definitions

  • the present invention relates to a transaction management system for configuring an online shopping system and to a program used for a computer to function as a system for configuring the online shopping system.
  • a transaction management system comprises an authentication part for performing authentication by sending a user identifier and a password to an authentication system operated by an Internet service provider that should authenticate an accounting target user, and a request part for making an accounting request to an accounting processing system operated by other than the Internet service provider when the authentication part succeeds in the authentication.
  • the accounting process system may be operated by a type 1 carrier for collecting fees from a plurality of contractors. There may be selected the accounting process system that retains a unique piece of contractor identifier given to each of the plurality of contractors and state-of-contract information showing whether or not the contractor has a nonpayment of the fee.
  • the transaction management system may further comprise a mapping-of-information storage part for storing a mapping of each of the plurality of user identifiers to at least one contractor identifier, an acquisition part for acquiring through communications the user identifier and the password given to a user by the Internet service provider from the user ordering a purchase of a certain article to any one of one or more purchase order accept system for accepting the order of purchasing the article through the communications, and the contractor identifier of the contractor made to pay a fee related to the article, and a judgement part for judging based on the state-of-contract information retained corresponding to the contractor identifier acquired by the acquisition part whether or not the contractor identified by the contractor identifier has the nonpayment of fee by exchanging information with the accounting process system.
  • a mapping-of-information storage part for storing a mapping of each of the plurality of user identifiers to at least one contractor identifier
  • an acquisition part for acquiring through communications the user identifier and the password given to a user by the Internet service provider from the user ordering
  • the authentication part may authenticate a user's identity on the basis of the user identifier and the password acquired by the acquisition part by exchanging information through communications with the authentication system if the user identifier and the contractor identifier acquired by the acquisition have their mapping given by the mapping information stored in the mapping-of-information storage part.
  • the request part may request the type 1 carrier to collect a price of the article from the contractor identified by the contractor identifier by notifying, when the user identity is authenticated by the authentication part and when the judgment part judges that the contractor does not have any nonpayment of fee, the purchase order accept system accepting the purchase order from the user that the user's identity has been authenticated, and by notifying the accounting process system of the contractor identifier acquired by the acquisition part and of a price of the article ordered for its purchase.
  • the order accept system operated by the article supplier that conducts online dealing in linkage with the transaction management system of the present invention does not authenticate by itself an identity of the orderer and request the transaction management system to authenticate the identity of the orderer. Note that this request may be given to the transaction management system either from the order accept system or from a computer terminal of the orderer.
  • the transaction management system recognizing that an order of purchasing a certain article of trade is issued to the purchase order accept system, acquires from the orderer through communications the user identifier and the password given to the orderer by an Internet service provider, and a contractor identifier of the contractor made to pay the fee related to the article concerned. That is, the transaction management system acquires these pieces of information not through the purchase order accept system but directly from the orderer.
  • the transaction management system (the authentication part) accesses the accounting processing system and thereby judges whether the contractor (made corresponding to the orderer through the mapping of information) specified by the orderer, has a nonpayment of fee or not.
  • the transaction management system (the request part) requests the authentication system operated by an ISP to authenticate the contractor's identity by use of the user identifier and the password acquired from the orderer. Then, the transaction management system (the request part), when the authentication system authenticate the identity and when judging that the contractor does not have any nonpayment of fee, notifies the purchase order accept system that the identity has been authenticated, and notifies the accounting process system of the contractor identifier and a price of the article. The accounting process system receiving this notification treats this notification as a request, made by the contractor identified by the notified contractor identifier, for collecting the (notified) price of the article, and a necessary process is executed.
  • the orderer is able to purchase the article (including a contract for utilizing a service charged a fee) simply by inputting the information (the user identifier, the password) given from the ISP and the information (the contractor identifier) given from the type 1 carrier. That is to say, the orderer can purchase the article without inputting the credit card number. Further, it follows that the orderer can buy the article without managing a new item of information for utilizing (purchasing the article) the system. Moreover, a claim for payment of a purchase fee of the article is given from the type 1 carrier, and therefore the orderer is able to simultaneously make the payment to the type 1 carrier and the payment of the price of the article purchased. Furthermore, in the case of using the present transaction management system, it is confirmed that the contractor does not have any nonpayment of fee, and hence it is possible to configure the system with a low probability of occurrence of a transaction in which the fee of the article can not be collected.
  • the accounting process system For actualizing the transaction management system of the present invention in such a form as to aim at the accounting process system operated by the type 1 carrier, there may be selected the accounting process system that retains a unique piece of contractor identifier given to each of the plurality of contractors, a piece of state-of-contract information indicating whether or not the contractor has the nonpayment of fee, and plural pieces of attribute information for defining each of attributes of a plurality of categories with respect to the contractor.
  • the acquisition part may acquire from the user pieces of information on the attributes of which the number corresponds to a price of the article ordered to be purchased, these attributes being selected at random from the attributes of the plurality of categories.
  • the transaction management system may further comprise a judgement part for judging by exchanging the information with the accounting process system whether or not the information on the attributes of which the number corresponds to the price of the article that has been acquired by the acquisition part, is coincident with the attribute information on the same attributes that has been retained in the accounting process system.
  • the request part may function when the judgement part judges that the information on the attributes of which the number corresponds to the price of the article that has been acquired by the acquisition part, is coincident with the attribute information on the same attributes that has been retained in the accounting process system.
  • the transaction management system may be constructed to authenticate the identity by making use of other items of information (an address, a telephone number etc. of the contractor) managed originally in the accounting process system operated by the type 1 carrier. If the transaction management system is thus constructed, it is feasible to configure the system with a less probability that the fee of the article can not be collected because of a mistake in authentication of the identity.
  • the transaction management system of the present invention may further comprise a purchase condition information storage part stored with mappings of one or more pieces of purchase condition information for defining an attribute of the article to user identifiers different from each other, a judgement part for judging whether or not there is satisfied a purchase non-permission condition that the purchase condition information corresponding to the user identifier acquired by the acquisition part be stored in the purchase condition information storage part, and that the article ordered to be purchased does not have any attribute defined by the purchase condition information.
  • the request part may function only when the judging part judges that the purchase non-permission condition is not satisfied.
  • this transaction management system may further comprise a second password storage part stored with one or more second passwords corresponding respectively to one or more pieces of purchase condition information stored in the purchase condition information storage part, and a purchase condition information changing part for changing, when the same information as any one of the second passwords stored in the second password storage part, the purchase condition information corresponding to this second password into a piece of information corresponding to information that will be inputted thereafter.
  • the transaction management system is thus constructed, it is feasible to configure the online shopping system in which the contractor (e.g., a parent of the orderer) is able to restrict the article in terms of the attributes (category and an amount of money), which can be bought by this orderer.
  • the contractor e.g., a parent of the orderer
  • the transaction management system of the present invention may further comprise a second name acquisition part for causing a computer terminal used by the user to display a name of the article ordered to be purchased and acquiring a second name used as a substitute for the name of the article from the user through the computer terminal.
  • the request part if notifying the purchase order accept system that the identity has been authenticated and when the second name has been acquired by the second name acquisition part, may notify the accounting process system of the second name together with the price, and may notify, when the second name has not been acquired by the second name acquisition part, the accounting process system of the name of the processing target article together with the price.
  • the online shopping system in which the orderer can specify the name shown in the bill can be configured by use of the thus constructed transaction management system and the accounting process system that creates a bill in which the information of which the request part notifies is used as a account item name, for the processing target article, of a bill for a contractor identified by the contractor identifier acquired by the acquisition part.
  • the authentication system may be a system that retains a mapping of an e-mail address of each contract user to a user identifier of the same contract user.
  • the transaction management system may further comprise a mail delivery part for delivering, if the request part notifies the purchase order accept system that the identity has been authenticated, an e-mail showing that the article has been purchased, with the e-mail address being used as a destination address, which is retained corresponding to the user identifier acquired by the acquisition part in the authentication system.
  • a transaction management system for requesting a plurality of accounting process systems to execute accounting processes of fees, comprises a part for receiving a process request for an accounting request from a customer as a payer of fee, an acquisition part for acquiring identifying information of the accounting process system that is utilized by the fee payer on the basis of the process request received, and necessary items of information for authentication, and a part for requesting the accounting process system concerned to execute the accounting process of the fee on the basis of the information acquired by the acquisition part.
  • the online shopping system capable of selecting the accounting process system as a fee payee by using this transaction management system.
  • a program is structured so that a computer executes this program, thereby functioning as a system substantially equal to the transaction management system of the present invention. Accordingly, if using a system in which the program according to the present invention is installed into the computer, the online shopping system exhibiting the effects described above can be configured.
  • FIG. 1 is a diagram showing architecture of an online shopping system using a transaction management system in one embodiment of the present invention
  • FIG. 2 is an explanatory diagram showing a user database provided in an ISP-RADIUS server connected to the transaction management system in the embodiment;
  • FIG. 3 is an explanatory diagram showing a customer database provided in a account management system connected to the transaction management system in the embodiment;
  • FIG. 4 is an explanatory diagram showing an article management database provided in a transaction management system connected to the transaction management system in the embodiment;
  • FIG. 5 is an explanatory diagram showing an article classification added item count database provided in the transaction management system
  • FIG. 6 is an explanatory diagram showing a price zone added item count database provided in the transaction management system
  • FIG. 7 is an explanatory diagram showing an added item count database provided in the transaction management system
  • FIG. 8 is an explanatory diagram showing a contract database provided in the transaction management system
  • FIG. 9 is an explanatory diagram showing a contract procedure of utilizing a settlement service provided by the online shopping system
  • FIG. 10 is an explanatory diagram showing a purchase restraint condition database provided in the transaction management system
  • FIG. 11 is an explanatory flowchart showing a function of updating the purchase restraint condition database provided in the transaction management system
  • FIGS. 12A, 12B and 12 C are explanatory diagrams each showing a Web page provided by an article supplier server connected to the transaction management system;
  • FIG. 13 is a flowchart showing a process started when the transaction management system receives an accounting process request
  • FIG. 14 is a flowchart continued from FIG. 13, showing the process started when the transaction management system receives the accounting process request;
  • FIG. 15 is a flowchart continued from FIG. 14, showing the process started when the transaction management system receives the accounting process request;
  • FIGS. 16 ⁇ 21 are explanatory diagrams each showing a Web page provided by the transaction management system to a computer terminal;
  • FIG. 22 is an explanatory diagram showing an accounting database provided in the transaction management system
  • FIG. 23 is an explanatory diagram showing a function of the account management system connected to the transaction management system.
  • FIG. 24 is an explanatory diagram showing a bill created by the account management system.
  • FIG. 1 shows architecture of an online shopping system using a transaction management system in one embodiment of the present invention.
  • the present online shopping system is configured by one or more computer terminals 110 , one or more article supplier servers 120 , one or more ISP-RADIUS servers 130 , one or more account management systems 140 , and a transaction management system 10 connected to these apparatuses via leased lines or the Internet 100 .
  • the ISP-RADIUS (Remote Authentication Dial-in User Service) server 130 is defined as a server operated by an ISP (Internet Service Provider) for providing Internet connection services based on a dial-up IP connection.
  • the ISP-RADIUS server 130 includes a user database (user DB) 131 stored with, as schematically shown in FIG. 2, a user ID, a password, an e-mail address, etc. of each user having established a contract for utilizing the service. Further, the ISP-RADIUS server 130 incorporates a function of answering a variety of inquiries given from the transaction management system 10 .
  • the article supplier server 120 is defined as a Web server for providing Web pages for dealing the article, and is operated by an article supplier.
  • the article supplier server 120 configuring the present online shopping system is, though a detailed discussion will be given later on, structured to transmit, when receiving an order of the article of trade, to the transaction management system 10 an IP address of the computer terminal 110 used by a person who has issued this order and an accounting process request containing an article code, etc. of the article concerned.
  • the account management system 140 is a system operated by a type 1 carrier (which will hereinafter simply called a carrier).
  • the account management system 140 has a function of issuing bills for collecting fees charged for utilizing the communication services provided by the carrier from respective customers.
  • the account management system 140 includes a customer database 141 stored with customer information consisting of, as schematically shown in FIG. 3, customer codes, pieces of information showing contract conditions (a state of the contract, a state of nonpayment) and various items of customer information (zip codes, names of the administrative divisions of Japan, and so on) of the respective customers having established the contracts with the carrier.
  • the basic operation of the account management system 140 configuring the present online shopping system is the same as that of the general account management system.
  • the account management system 140 is, however, given a function of answering a variety of inquiries from the transaction management system 10 .
  • the account management system 140 is further given a function of reflecting a content of the accounting information containing the customer code in a content of the bill to the customer given this customer code.
  • the transaction management system 10 is a system actualized by installing a program developed for the present online shopping system into a computer.
  • the transaction management system 10 when receiving the accounting process request transmitted by the article supplier server 120 after receiving the order of the article, obtains some categories of information for authenticating an identity of the person who has issued this order. Subsequently, the transaction management system 10 exchanges pieces of information with the ISP-RADIUS server 130 relative to the ISP with whom the orderer made the contract, and with the account management system 140 relative to the carrier with whom the orderer or a parent thereof made the contract, thereby attempting to authenticate the identity of the orderer on the basis of the information obtained.
  • the transaction management system 10 functions so that the carrier with whom the orderer (or the parent thereof) made the contract collects fees of ordered articles together with a fee charged for the service provided by the carrier concerned. Further, the transaction management system 10 is structured to make the account management system 140 to issue a bill, in which not a name peculiar to the article but a name given by the orderer is written, as the item name of the ordered article.
  • the transaction management system 10 is provided with an article management database 21 , an article classification added item count database 22 , a price zone added item count database 23 , an added item database 24 , a contract database 25 , a purchase restraint condition database 26 and an accounting database 27 .
  • the transaction management system 10 When receiving the accounting process request, the transaction management system 10 functions with reference to six pieces of databases 21 ⁇ 26 excluding the accounting database 27 . Therefore, before launching into a discussion on the essential function of the transaction management system 10 , the databases 21 ⁇ 26 are to be described.
  • the article management database 21 provided in the transaction management system 10 is a database stored with, as shown in FIG. 4, plural sets of article management information consisting of an article code, an article standard name, a minimum price, a maximum price, an article classification, an article supplier code and a return destination address.
  • the article code of the article management information is a piece of article identifying information used for managing the article.
  • the article standard name is an article name given by the article supplier (or a manufacturer of the article).
  • the minimum price and the maximum price are pieces of information for defining a price range of the article of which a price might fluctuate. In the article management information on a normal article (with no fluctuation of its price), both of the minimum and maximum prices thereof may be considered coincident with a sales price of this article.
  • the article classification is a piece of information used as an index for restricting purchasers of the article.
  • the article supplier code is a piece of identifying information given to the article supplier dealing the article.
  • the return destination address is defined as an IP address of the article supplier server 120 operated by the article supplier concerned.
  • the contents (data) in the article management database 21 are updated to retain the article management information on all the articles that are dealt by use of the transaction management system 10 . Namely, when a contract agreed upon between a new article supplier and an administrator (that will be hereinafter termed a settler) of the transaction management system 10 about making a settlement using the present transaction management system 10 , and when it is agreed upon that the article supplier having already established the contract sells a new article, a new item of article information is added to the article management database 21 . Further, if a price of a certain article is changed under the minimum price or above the maximum price set about this article, the minimum or maximum price is changed.
  • the article classification added item count database 22 is a database stored with, as schematically shown in FIG. 5, an article classification added item count defined as numeric value information on each of the article classifications.
  • the price zone added item count database 23 is a database stored with, as schematically shown in FIG. 6, an price zone added item count with respect to an article price zone (a range defined by a lower limit price and an upper limit price).
  • the article classification added item count is set for each of the article classifications so that a breadth of the range of the purchasers of the article coming under the corresponding article classification and the article classification add item count exhibit a negative correlation.
  • each price zone added item count is set in the price zone added item count database 23 so that the price zone added item count corresponding to the price zone becomes larger as the price zone increases as shown in FIG. 6.
  • the added item database 24 is a database stored with, as schematically shown in FIG. 7, plural pieces of item specifying information (“zip code”, “zip code 3-2”, etc.) corresponding to a plurality of accounted party codes.
  • the item specifying information, corresponding to a certain accounted party code, stored in the added item database 24 is an item name itself (“zip code”) of the information stored in the customer DB 141 in the account management system 140 that is identified by the accounted party code, or a piece of information (“zip code 3-2”) containing two pieces of hyphenated numerical values subsequent to the item name.
  • An application of the item specifying information will be explained later on. Note that the information is added to this added item database 24 when a contract is agreed upon between a new carrier and the settler about making a settlement using the transaction management system 10 .
  • the contract database 25 is a database capable of, as shown in FIG. 8, storing plural sets of contract information each consisting of a user ID, a customer code, an ISP code, an accounted party code, and a purchase restraint condition setting password.
  • the ISP code is defined as a piece of information given to the ISP and the ISP-RADIUS server 130 .
  • Contract information is added to this contract database 25 when a service contract is established between an applicant for utilizing a settlement service and a settler.
  • the applicant for utilizing this settlement service submits to the settler an application form 30 for utilizing the service, in which an ISP name, a user ID, a carrier name, a customer code etc. are written.
  • the ISP name and the user ID that should be written in this application form 30 are related to the ISP with whom the service utilizing applicant makes the contract.
  • the carrier name and the customer code are related to the carrier with whom the service utilizing applicant or a parent thereof (the head of a household) makes the contract. Note that if the service utilizing applicant (or the parent thereof) makes the contract with a plurality of carriers, the service utilizing applicant may make an application for utilizing the settlement service by writing the carrier names of two or more carriers and the customer codes.
  • the settler receiving a submission of this application form 30 inquires of the ISP identified by the ISP name written in the application form and of each carrier identified by the carrier name written in the application form for confirmation as to whether contents written in the application form 30 are correct (step S 101 ).
  • the settler inquires of the ISP for confirming an existence of the contractor given the user ID written in the application form 30 . Further, the settler inquires of the carrier for confirming an existence of the contractor given the customer code written in the application form 30 . Note that the inquiry of the carrier is made, if the contractor given the above customer code exists, in the form of requesting the carrier to notify of a name, an address, etc. of the contractor with the same customer code.
  • step S 110 If unable to confirm that the contents written in application form are correct, namely, if a negative answer to the inquiry is given from the ISP or the carrier (step S 102 ; NO), the settler notifies the contract applicant of being unable to make a contract (step S 110 ), and finishes the process for the application form 30 received.
  • step S 102 the settler sends to the payer a document for having a content of the application of the contract applicant confirmed (step S 103 ).
  • step S 104 determines a purchase restraint condition setting password (step S 105 ), and adds to the contract database 25 pieces of contract information consisting of the purchase restraint condition setting password and information corresponding to the information written in the application form 30 (step S 106 ). If a plurality of carriers are specified in the application form 30 , the settler adds to the contract database 25 plural items of contract information in which values set as the user ID, the ISP code and the restraint condition setting password are identical.
  • step S 107 the contractor notifies the payer of the purchase restraint condition setting password (step S 107 ), and also notifies the service utilizing applicant that the settlement service become utilizable (step S 108 ), thereby finishing the process for the application form 30 .
  • the purchase restraint condition database 26 is a database for, as shown in FIG. 10, storing mappings, to the user ID, of a purchase upper limit amount for indicating an upper limit of the price of the article to which the user given this user ID is able to purchase and of information (shown in the form of ⁇ / ⁇ in FIG. 10) for indicating whether the order of the article in each article classification which is issued the user given the same user ID is rejected or not.
  • the transaction management system 10 based on an indication given from the payer with the purchase restraint condition setting password which the system 10 has been notified of, registers purchase restraint condition information (consisting of the user ID and a set of information corresponding thereto) in the purchase restraint condition database 26 , or changes the purchase restraint condition information within the purchase restraint condition database 26 .
  • the transaction management system 10 incorporates a function that works in steps shown in FIG. 11. Namely, when receiving a predetermined HTTP (Hypertext Transfer Protocol) request, the transaction management system 10 provides the computer terminal 110 issuing this request with a web page including input boxes for inputting the user ID and the purchase restraint condition setting PW and a transmission button for transmitting the information inputted in these input boxes to the transaction management system 10 (step S 201 ). If receiving information transmitted as a result of an event that the transmission button on the web page is pressed (step S 202 ; YES), the transaction management system 10 searches from the contract database 25 the contract information in which the received user ID and purchase restraint condition setting PW are set (step S 203 ).
  • HTTP Hypertext Transfer Protocol
  • step S 204 If the search hits the contract information described above (step S 204 : YES), the transaction management system 10 provides the computer terminal 110 with a purchase restraint condition setting Web page including input boxes for inputting elements excluding the user ID of the purchase restraint condition information and a transmission button for transmitting information inputted to the input boxes to the transaction management system 10 , and updates contents in the purchase restraint condition database 26 in accordance with the information transmitted by pressing the transmission button (step S 205 ).
  • the transaction management system 10 if the purchase constraint condition information containing the user ID received in step S 202 is stored the purchase restraint condition database 26 in step S 205 , provides the computer terminal 110 with the purchase restraint condition setting Web page on which initial values corresponding to the purchase restraint condition information are displayed in the input boxes. Then, the transaction management system 10 rewrites corresponding pieces of purchase restraint condition information in the purchase restraint condition database 26 in accordance with the information inputted to the Web page. Whereas if the purchase restraint condition information containing the user ID received is not stored in purchase restraint condition database 26 , the transaction management system 10 provides the computer terminal 110 with the purchase restraint condition setting Web page in which the default values are displayed in the input boxes. Then, the transaction management system 10 adds to the purchase restraint condition database 26 the purchase restraint condition information consisting of the information inputted to the Web page and the user ID received.
  • step S 204 if the contract information containing the user ID received and the purchase restraint condition setting PW is not searched from the contract database 25 (step S 204 ; NO), the transaction management system 10 provides the computer terminal 110 with a Web page showing that the purchase restraint condition can not be set (step S 206 ), and finishes the processing.
  • the article supplier server 120 used in the present online shopping system when receiving the order of the article, is structured to transmit a settlement request containing an IP address, an article code, a sales price and a accounted party code to the transaction management system 10 .
  • the article supplier server 120 is, corresponding to an event by the orderer, structured to sequentially display, for instance, Web pages as shown in FIGS. 12A, 12B and 12 C on the display of the computer terminal 110 .
  • the article supplier server 120 when detecting an event that a “YES” button on the Web page shown in FIG. 12C (when receiving a request sent from the computer terminal 110 upon depressing the “YES” button), transmits a settlement request containing the IP address of the computer terminal 110 , the article code of the article selected by the orderer, the sales price of the article and the accounted party code representing a carrier selected by the user.
  • the transaction management system 10 searches from the article management DB 21 a piece of article management information in which the article code is coincident with an article code contained in the accounting process request (which will hereinafter be referred to as a processing target article code) (step S 301 ).
  • the transaction management system 10 sends an impossible-of-settlement notifying page data, wherein the IP address contained in the accounting process request (which will hereinafter be called an orderer IP address) is used as a destination address (step S 304 ).
  • the impossible-of-settlement page data may be defined as data for the computer terminal 110 (a Web browser) having received the same data to display a Web page indicating a message that the settlement can not be made. Then, the transaction management system 10 finishes the processing for the accounting process request received.
  • step S 302 if the search hits the article management information containing the same article code as the processing target article code (step S 302 ; YES), the transaction management system 10 judges whether or not a processing target sales price (contained in the accounting process request) falls within a specified price range defined by the minimum price and the maximum price (step S 303 ). Then, if the processing target sales price does not fall within the specified price range (step S 303 ; NO), the processing comes to an end after sending the impossible-of-settlement notifying page data in step S 304 .
  • processing branches to “NO” in steps S 302 and S 303 in a case where some sort of trouble occurs in the system such as registering the article management DB 21 with the article management information containing erroneous contents and dealing an article with no registration of its article management information.
  • step S 303 If the processing target sales price falls within the specified price range (step S 303 ; YES), the transaction management system 10 reads an article classification added item count corresponding to the article classification contained in the processing target article management information from the article classification added item count DB 22 (step S 305 ). Subsequently, the transaction management system 10 reads a price zone added item count corresponding to the processing target sales price from the price zone added item count DB 23 (step S 306 ), and calculates a sum of these two counts as an authentication added item count (step S 307 ).
  • step S 308 If the calculated authentication added item count is “0” (step S 308 ; YES), the transaction management system 10 , with the orderer IP address used as a destination address, transmits an identity authentication page data used for the Web browser to display an identity authentication page containing the input boxes for inputting the user ID, the password and the customer code, and the transmission button (step S 309 ).
  • the transaction management system 10 selects at random one or more pieces of item specifying information, the number of which coincides with the authentication added item count, from pieces of item specifying information stored as a mapping to the accounted party code in the processing target article management information in the added item DB 24 (step S 310 ). Subsequently, the transaction management system 10 , with the orderer IP address used as a destination address, transmits the identity authentication page data used for the Web browser to display an identity authentication page having an added input box for inputting a piece of information specified by each of the selected pieces of item specifying information (step S 311 ).
  • the transaction management system 10 if the calculated authentication added item count is, e.g., “2”, transmits such an identity authentication page data that the identity authentication page as shown in FIG. 16 is displayed on the display of the computer terminal 110 on which the Web page as shown in FIG. 12C has been displayed.
  • the transaction management system 10 creates and transmits such an data that an identity authentication page having an addition of an input box for inputting a numeric value for 3 through 2 digits of the zip code comes to be displayed.
  • step S 320 In the case of receiving the orderer input information transmitted by pressing the transmission button on the identity authentication page and containing the information inputted to the input boxes (FIG. 14: step S 320 ; YES), the transaction management system 10 judges from the contents of the orderer input information whether or not the orderer inputs all pieces of information (step S 321 ). If there is the information that is not inputted (step S 321 ; NO), the transaction management system 10 transmits the data for displaying a Web page for prompting the orderer to input the information that is not yet inputted to the computer terminal 110 having transmitted the orderer input information (which will hereinafter be called an orderer terminal) (step S 322 ). Namely, the transaction management system 10 transmits in step S 322 such an item of data that the Web page as shown in FIG. 17 is displayed on the orderer terminal.
  • step S 320 the transaction management system 10 returns to step S 320 and, when receiving the orderer input information, starts the processing from step S 321 (more precisely, the transaction management system 10 waits in an unillustrated step for receiving various pieces of information (HTTP request) containing the orderer input information, and, when the received information is the orderer input information, starts the process from step S 321 ).
  • HTTP request various pieces of information
  • step S 321 If all pieces of information are inputted (step S 321 ; YES), the transaction management system 10 searches from the contract DB 25 the contract information containing the user ID and the customer code inputted by the orderer (step 5323 ). If the search does not hit the contract information described above (step S 324 ; NO), the transaction management system 10 transmits to the orderer terminal input mistake notifying page data for the browser to display a Web page showing that an erroneous piece of information is inputted (step S 325 ).
  • step S 324 If the contract information containing the user ID and the customer code inputted by the orderer can be searched from the contract DB 25 (step S 324 ; YES), the transaction management system 10 executes a process for confirming that the user ID, the password and the customer code inputted by the orderer are correct with reference to the contract information searched (step S 326 ). To be specific, the transaction management system 10 inquires of the ISP-RADIUS server 130 corresponding to the ISP code contained in the searched contract information about whether or not the user ID, the password inputted by the orderer are related to the user as a contractor.
  • the transaction management system 10 inquires of the account management system 140 corresponding to the accounted party code contained in the searched contract information about whether or not the customer code inputted by the orderer is related to the customer as a contractor. Further, when the orderer proves to be a contractor of the account management system 140 , the transaction management system 10 inquires about whether or not the orderer concerned has a nonpayment of fee and so on.
  • step S 327 if any one of or neither validity of the user ID and the password inputted by the orderer nor validity of the customer code can be confirmed (step S 327 ; NO), the transaction management system 10 goes forward to step S 325 . Then, the transaction management system 10 , after transmitting the input mistake notifying page data to the orderer terminal, waits for inputting again the information to the identity authentication page.
  • step S 327 If the orderer proves, though it can be confirmed that the user ID, etc. is valid (step S 327 ; YES), to have a nonpayment of fee and so on (step S 328 ; YES), the transaction management system 10 transmits an impossible-of-purchase notifying page data used for the browser to display the Web page as shown in FIG. 18 (step S 329 ), and finishes the process for the accounting process request.
  • step S 328 the transaction management system 10 reads the information on the respective added items in the input boxes added to the identity authentication page from the customer DB 141 of the account management system 140 , and judges whether or not all pieces of information set in the input boxes on the identity authentication page are correct (step S 330 ). Then, if unable to confirm that the information set by the orderer with respect to the added items is correct (step S 331 ; NO), the transaction management system 10 transmits the input mistake notifying page data to the orderer terminal (step S 325 ), and thereafter waits for inputting again the information to the identity authentication page.
  • the transaction management system 10 reads the purchase restraint condition information containing the processing target user ID from the purchase restraint condition DB 26 , and judges based on the readout purchase restraint condition information and an article classification and an article price of the processing target article (identified by the processing target article code) whether or not the processing target article falls into a category of an article that should be restrained from being purchased by the orderer (step S 340 ). Note that the purchase restraint condition information containing the processing target user ID does not exist in the database, the transaction management system 10 judges that the processing target article is not the article that should be restrained from being purchased.
  • step S 341 If the processing target article falls into the category of the article that should be restrained from being purchased (step S 341 ; YES), the transaction management system 10 transmits to the orderer terminal the data for having a Web page showing this purport displayed (step S 350 ). Namely, the transaction management system 10 makes the orderer terminal (browser) display the Web page as shown in FIG. 19.
  • step S 341 the transaction management system 10 creates data for displaying a account item name setting page by use of an article standard name of the processing target article, and sends the same data to the orderer terminal (step S 342 ).
  • the article standard name (“MAGAZINE A”) of the processing target article is shown in the account item name setting page.
  • the account item name setting page has an input box (provided on the right side of “CHANGED” for inputting a account item name and an “OK” button for transmitting the information containing the account item name inputted to this input box.
  • the transaction management system 10 transmits to the orderer terminal a piece of data for displaying a final confirmation page (step S 344 ). For example, if “MEDICAL MAGAZINE PERIODICAL SUBSCRIPTION FEE” is set as a account item name on the account item name setting page shown in FIG. 20, the transaction management system 10 makes the orderer terminal display, as shown in FIG. 21, a final confirmation Web page showing that a name such as “MEDICAL MAGAZINE PERIODICAL SUBSCRIPTION FEE” will be used.
  • step. S 345 When detecting an event that a cancel button on the final confirmation page is pressed (step. S 345 ; canceled), the transaction management system 10 executes nothing particular and finishes the process for the accounting process request.
  • the transaction management system 10 determines a transaction number given to a transaction with the confirmation obtained, and adds pieces of accounting information on the processing target article to the accounting DB 27 for storing, as shown in FIG. 22, the accounting information consisting of a transaction number, a user ID, an article code, an article price, a customer code, a accounted party code, an article supplier code, an article standard name and an account item name (step S 346 ).
  • the transaction management system 10 delivers an e-mail containing the contents of the processed executed, wherein an e-mail address registered in the ISP is used as a destination address (step S 347 ). Then, the transaction management system 10 transmits an accounting process complete notification containing the transaction number, the article code, the price and the orderer IP address, wherein a return destination address in the article target management information serves as a destination address (step S 348 ). That is, the transaction management system 10 transmits the accounting process complete notification to the article supplier server 120 identified by the return destination address in the processing target contract information, and comes to an end of the processing.
  • the article supplier server 120 receiving this accounting process complete notification, with the orderer IP address contained in this notification being used as a destination address, transmits data for displaying a Web page showing that the procedure is ended. Further, the transaction management system 10 stores the transaction number, the article code and the price in the database for managing an article dealing condition, which is provided in the system 10 itself, and manages a procedure of delivering the actual article and also a receipt of money by use of the information in this database.
  • the transaction management system 10 periodically executes a process of notifying the account management system 140 , identified by the accounted party code, of the accounting information (not yet notified) containing the same accounted party code that is stored in the accounting DB 27 .
  • each account management system 140 executes the process as by the steps shown in FIG. 23 when creating a bill give to each customer.
  • step S 401 it is judged whether or not the notification of the accounting information on the processing target customer is received. Then, if the notification of the accounting information on the processing target customer is not received (step S 401 ; NO), the account management system 140 creates a bill for claiming only a fee charged for the self-provided service (step S 403 ). Whereas if the notification of the accounting information on the processing target customer is received, the account management system 140 creates a bill for claiming a fee for the self-provided service and a price of the article related to the accounting information on the processing target customer (step S 402 ). On this occasion, the account management system 140 uses the account item name contained in the accounting information as a name of this article. To be specific, the account management system 140 creates a bill 40 as shown in FIG. 24 with respect to a customer identified by a customer code X6568762 contained in the accounting information stored in the accounting DB 27 shown in FIG. 22.
  • each carrier pays the settler a fee equivalent to the price of the article (which is an amount of money with a commission subtracted) out of the fee collected from the customer.
  • the settler subtracts the commission and shares a profit corresponding to an amount of money gained for sales to each article supplier.
  • the purchaser of the article can buy the article without inputting a credit card number and can therefore enjoy shopping on the Internet without any anxiety for an adverse use of the credit card number. Further, the purchaser is able to pay batchwise all the prices of the variety of articles purchased from the plurality of article suppliers, and does not therefore feel troublesome with no necessity of paying to the individual providers. Moreover, the article supplier is released from the time-consuming operations of authenticating the customer identity and collecting the fees, and the carrier may emphasize the advantage that the fee for the Internet shopping can be simply paid, with the result that the number of customers increases.
  • the restraint condition setting password is delivered to the party establishing the contract with the carrier, so that, for instance, a juvenile will buy an article on the Internet in such a form that the parent restricts the categories of the articles he or she is allowed to get.
  • the transaction management system 10 in the embodiments discussed above may be modified in a variety of forms.
  • the transaction management system 10 may receive a request corresponding to the accounting process request from the computer terminal 110 (the article supplier server 120 may provide the computer terminal 110 with a Web page including a button through which the above request is to be transmitted).

Abstract

Disclosed is a transaction management system for configurating on-line shopping system. The on-line shopping system including transaction management system also includes IPS-RADIUS server, account management system operated by carrier, article supplier server. The transaction management system has contract DB storing plural sets of contract information each consisting of a user ID, a customer code, an ISP code, an accounted party code specifying carrier (or account management system), and so on. When a customer buy an article by accessing to an article supplier server, the server transmit accounting process request containing customer code to the transaction management system. The transaction management system, when receiving the accounting process request, attempts to authenticate the identity of the customer. If the customer is authenticated, the transaction management system functions so that the carrier collects fee of bought article together with a fee charged for the service provided by the carrier.

Description

    BACKGROUND OF THE INVENTION
  • 1. Field of the Invention [0001]
  • The present invention relates to a transaction management system for configuring an online shopping system and to a program used for a computer to function as a system for configuring the online shopping system. [0002]
  • The present disclosure relates to subject matter contained in Japanese Patent application No. 2000-157179 (filed on May 26, 2000), which is expressly incorporated herein by reference in its entirety. [0003]
  • 2. Description of the Related Art [0004]
  • As broadly known, a variety of articles of trade have been sold through the Internet over the recent years. When purchasing an article, a specific process must be executed for paying a price of the article. Procedure of the process is different depending on an article supplier (dealer), however, the procedure can be roughly classified into a procedure requiring an input of a credit card number and a procedure requiring an input of unique pieces of information (such as a membership number, a password etc.) given to a user (member). [0005]
  • With an advancement of an SSL (Secure Sockets Layer) technology, though there decreases a possibility in which the credit card number inputted to a self-terminal leaks out (wiretapping) during a period till the credit card number arrives at a server of the article supplier, a problem arises, wherein the credit card number might be adversely used after arriving at the server. Therefore, on the occasion of purchasing the article dealt on the Internet, some users prefer not a payment by the credit card but a money transfer at a bank, a cash on delivery and so on, though the procedure becomes troublesome. [0006]
  • In the case of buying the article by inputting the membership number and the password, there does not arise the problem that the credit card number leaks out (this problem might, however, occur when obtaining the membership). The articles that can be purchased by inputting a couple of a certain membership number and a certain password are limited to those provided by the article supplier who gave this membership number. Therefore, in the case of obtaining various types of articles on the Internet, pieces of information on a multiplicity of members are obtained and must be managed so as not to be known by others. Further, in the case of purchasing the articles by use of those membership numbers, a problem is that a payment of each article must be done according to the membership number used. [0007]
  • Moreover, everybody can buy the articles on the Internet on a simple condition that he or she knows special pieces of information (the credit card number, the membership number etc.), so that there recently arises a problem that the infants get harmful articles on the Internet. [0008]
  • Under such circumstances, it is a primary object of the present invention to provide a transaction management system capable of configuring an online shopping system in which the user purchase the article without inputting the credit card number, and a necessity of managing new items of information for utilizing the system does not occur. [0009]
  • It is another object of the present invention to provide a transaction management system capable of configuring an online shopping system capable of restricting the articles that the users are allowed to purchase. [0010]
  • It is a further object of the present invention to provide a program executed by a computer to function as a system corresponding to each transaction management system. [0011]
  • SUMMARY OF THE INVENTION
  • To accomplish the above objects, according to one aspect of the present invention, a transaction management system comprises an authentication part for performing authentication by sending a user identifier and a password to an authentication system operated by an Internet service provider that should authenticate an accounting target user, and a request part for making an accounting request to an accounting processing system operated by other than the Internet service provider when the authentication part succeeds in the authentication. [0012]
  • With this transaction management system used, it is feasible to configure an online shopping system capable of purchasing an article of trade with the existing information (a user identifier and a password) and making one single accounting process system execute a settlement of some transactions. [0013]
  • For actualizing the transaction management system according to the present invention, the accounting process system may be operated by a [0014] type 1 carrier for collecting fees from a plurality of contractors. There may be selected the accounting process system that retains a unique piece of contractor identifier given to each of the plurality of contractors and state-of-contract information showing whether or not the contractor has a nonpayment of the fee. The transaction management system may further comprise a mapping-of-information storage part for storing a mapping of each of the plurality of user identifiers to at least one contractor identifier, an acquisition part for acquiring through communications the user identifier and the password given to a user by the Internet service provider from the user ordering a purchase of a certain article to any one of one or more purchase order accept system for accepting the order of purchasing the article through the communications, and the contractor identifier of the contractor made to pay a fee related to the article, and a judgement part for judging based on the state-of-contract information retained corresponding to the contractor identifier acquired by the acquisition part whether or not the contractor identified by the contractor identifier has the nonpayment of fee by exchanging information with the accounting process system. The authentication part may authenticate a user's identity on the basis of the user identifier and the password acquired by the acquisition part by exchanging information through communications with the authentication system if the user identifier and the contractor identifier acquired by the acquisition have their mapping given by the mapping information stored in the mapping-of-information storage part. The request part may request the type 1 carrier to collect a price of the article from the contractor identified by the contractor identifier by notifying, when the user identity is authenticated by the authentication part and when the judgment part judges that the contractor does not have any nonpayment of fee, the purchase order accept system accepting the purchase order from the user that the user's identity has been authenticated, and by notifying the accounting process system of the contractor identifier acquired by the acquisition part and of a price of the article ordered for its purchase.
  • Namely, the order accept system operated by the article supplier that conducts online dealing in linkage with the transaction management system of the present invention, does not authenticate by itself an identity of the orderer and request the transaction management system to authenticate the identity of the orderer. Note that this request may be given to the transaction management system either from the order accept system or from a computer terminal of the orderer. [0015]
  • The transaction management system recognizing that an order of purchasing a certain article of trade is issued to the purchase order accept system, acquires from the orderer through communications the user identifier and the password given to the orderer by an Internet service provider, and a contractor identifier of the contractor made to pay the fee related to the article concerned. That is, the transaction management system acquires these pieces of information not through the purchase order accept system but directly from the orderer. [0016]
  • Then, the transaction management system (the authentication part) accesses the accounting processing system and thereby judges whether the contractor (made corresponding to the orderer through the mapping of information) specified by the orderer, has a nonpayment of fee or not. [0017]
  • Further, the transaction management system (the request part) requests the authentication system operated by an ISP to authenticate the contractor's identity by use of the user identifier and the password acquired from the orderer. Then, the transaction management system (the request part), when the authentication system authenticate the identity and when judging that the contractor does not have any nonpayment of fee, notifies the purchase order accept system that the identity has been authenticated, and notifies the accounting process system of the contractor identifier and a price of the article. The accounting process system receiving this notification treats this notification as a request, made by the contractor identified by the notified contractor identifier, for collecting the (notified) price of the article, and a necessary process is executed. [0018]
  • Namely, according to the online shopping system utilizing this transaction management system, the orderer is able to purchase the article (including a contract for utilizing a service charged a fee) simply by inputting the information (the user identifier, the password) given from the ISP and the information (the contractor identifier) given from the [0019] type 1 carrier. That is to say, the orderer can purchase the article without inputting the credit card number. Further, it follows that the orderer can buy the article without managing a new item of information for utilizing (purchasing the article) the system. Moreover, a claim for payment of a purchase fee of the article is given from the type 1 carrier, and therefore the orderer is able to simultaneously make the payment to the type 1 carrier and the payment of the price of the article purchased. Furthermore, in the case of using the present transaction management system, it is confirmed that the contractor does not have any nonpayment of fee, and hence it is possible to configure the system with a low probability of occurrence of a transaction in which the fee of the article can not be collected.
  • For actualizing the transaction management system of the present invention in such a form as to aim at the accounting process system operated by the [0020] type 1 carrier, there may be selected the accounting process system that retains a unique piece of contractor identifier given to each of the plurality of contractors, a piece of state-of-contract information indicating whether or not the contractor has the nonpayment of fee, and plural pieces of attribute information for defining each of attributes of a plurality of categories with respect to the contractor. The acquisition part may acquire from the user pieces of information on the attributes of which the number corresponds to a price of the article ordered to be purchased, these attributes being selected at random from the attributes of the plurality of categories. The transaction management system may further comprise a judgement part for judging by exchanging the information with the accounting process system whether or not the information on the attributes of which the number corresponds to the price of the article that has been acquired by the acquisition part, is coincident with the attribute information on the same attributes that has been retained in the accounting process system. The request part may function when the judgement part judges that the information on the attributes of which the number corresponds to the price of the article that has been acquired by the acquisition part, is coincident with the attribute information on the same attributes that has been retained in the accounting process system.
  • Namely, the transaction management system may be constructed to authenticate the identity by making use of other items of information (an address, a telephone number etc. of the contractor) managed originally in the accounting process system operated by the [0021] type 1 carrier. If the transaction management system is thus constructed, it is feasible to configure the system with a less probability that the fee of the article can not be collected because of a mistake in authentication of the identity.
  • Further, the transaction management system of the present invention may further comprise a purchase condition information storage part stored with mappings of one or more pieces of purchase condition information for defining an attribute of the article to user identifiers different from each other, a judgement part for judging whether or not there is satisfied a purchase non-permission condition that the purchase condition information corresponding to the user identifier acquired by the acquisition part be stored in the purchase condition information storage part, and that the article ordered to be purchased does not have any attribute defined by the purchase condition information. The request part may function only when the judging part judges that the purchase non-permission condition is not satisfied. [0022]
  • With the thus constructed transaction management system used, it is possible to configure the online shopping system capable of restricting the article per orderer in terms of its attributes (category and an amount of money), which can be bought by this orderer. [0023]
  • In the case of constructing the transaction management system as described above, this transaction management system may further comprise a second password storage part stored with one or more second passwords corresponding respectively to one or more pieces of purchase condition information stored in the purchase condition information storage part, and a purchase condition information changing part for changing, when the same information as any one of the second passwords stored in the second password storage part, the purchase condition information corresponding to this second password into a piece of information corresponding to information that will be inputted thereafter. [0024]
  • If the transaction management system is thus constructed, it is feasible to configure the online shopping system in which the contractor (e.g., a parent of the orderer) is able to restrict the article in terms of the attributes (category and an amount of money), which can be bought by this orderer. [0025]
  • Further, the transaction management system of the present invention may further comprise a second name acquisition part for causing a computer terminal used by the user to display a name of the article ordered to be purchased and acquiring a second name used as a substitute for the name of the article from the user through the computer terminal. The request part, if notifying the purchase order accept system that the identity has been authenticated and when the second name has been acquired by the second name acquisition part, may notify the accounting process system of the second name together with the price, and may notify, when the second name has not been acquired by the second name acquisition part, the accounting process system of the name of the processing target article together with the price. [0026]
  • The online shopping system in which the orderer can specify the name shown in the bill can be configured by use of the thus constructed transaction management system and the accounting process system that creates a bill in which the information of which the request part notifies is used as a account item name, for the processing target article, of a bill for a contractor identified by the contractor identifier acquired by the acquisition part. [0027]
  • Moreover, in the transaction management system according to the present invention, the authentication system may be a system that retains a mapping of an e-mail address of each contract user to a user identifier of the same contract user. The transaction management system may further comprise a mail delivery part for delivering, if the request part notifies the purchase order accept system that the identity has been authenticated, an e-mail showing that the article has been purchased, with the e-mail address being used as a destination address, which is retained corresponding to the user identifier acquired by the acquisition part in the authentication system. [0028]
  • With the transaction management system thus constructed, when purchasing the article, the e-mail is delivered to the user having the user ID used for this purchase, and hence there can be obtained the system in which if the user ID, the password etc. leak out and are adversely used, the user himself or herself can immediately recognize this leakage. [0029]
  • According to another aspect of the present invention, a transaction management system for requesting a plurality of accounting process systems to execute accounting processes of fees, comprises a part for receiving a process request for an accounting request from a customer as a payer of fee, an acquisition part for acquiring identifying information of the accounting process system that is utilized by the fee payer on the basis of the process request received, and necessary items of information for authentication, and a part for requesting the accounting process system concerned to execute the accounting process of the fee on the basis of the information acquired by the acquisition part. [0030]
  • The online shopping system capable of selecting the accounting process system as a fee payee by using this transaction management system. [0031]
  • A program is structured so that a computer executes this program, thereby functioning as a system substantially equal to the transaction management system of the present invention. Accordingly, if using a system in which the program according to the present invention is installed into the computer, the online shopping system exhibiting the effects described above can be configured.[0032]
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • These and other objects and advantages of the present invention will become clear from the following description with reference to the accompanying drawings, wherein: [0033]
  • FIG. 1 is a diagram showing architecture of an online shopping system using a transaction management system in one embodiment of the present invention; [0034]
  • FIG. 2 is an explanatory diagram showing a user database provided in an ISP-RADIUS server connected to the transaction management system in the embodiment; [0035]
  • FIG. 3 is an explanatory diagram showing a customer database provided in a account management system connected to the transaction management system in the embodiment; [0036]
  • FIG. 4 is an explanatory diagram showing an article management database provided in a transaction management system connected to the transaction management system in the embodiment; [0037]
  • FIG. 5 is an explanatory diagram showing an article classification added item count database provided in the transaction management system; [0038]
  • FIG. 6 is an explanatory diagram showing a price zone added item count database provided in the transaction management system; [0039]
  • FIG. 7 is an explanatory diagram showing an added item count database provided in the transaction management system; [0040]
  • FIG. 8 is an explanatory diagram showing a contract database provided in the transaction management system; [0041]
  • FIG. 9 is an explanatory diagram showing a contract procedure of utilizing a settlement service provided by the online shopping system; [0042]
  • FIG. 10 is an explanatory diagram showing a purchase restraint condition database provided in the transaction management system; [0043]
  • FIG. 11 is an explanatory flowchart showing a function of updating the purchase restraint condition database provided in the transaction management system; [0044]
  • FIGS. 12A, 12B and [0045] 12C are explanatory diagrams each showing a Web page provided by an article supplier server connected to the transaction management system;
  • FIG. 13 is a flowchart showing a process started when the transaction management system receives an accounting process request; [0046]
  • FIG. 14 is a flowchart continued from FIG. 13, showing the process started when the transaction management system receives the accounting process request; [0047]
  • FIG. 15 is a flowchart continued from FIG. 14, showing the process started when the transaction management system receives the accounting process request; [0048]
  • FIGS. [0049] 16˜21 are explanatory diagrams each showing a Web page provided by the transaction management system to a computer terminal;
  • FIG. 22 is an explanatory diagram showing an accounting database provided in the transaction management system; [0050]
  • FIG. 23 is an explanatory diagram showing a function of the account management system connected to the transaction management system; and [0051]
  • FIG. 24 is an explanatory diagram showing a bill created by the account management system.[0052]
  • DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS
  • Embodiments of the present invention will hereinafter be described with reference to the accompanying drawings. [0053]
  • FIG. 1 shows architecture of an online shopping system using a transaction management system in one embodiment of the present invention. As shown in FIG. 1, the present online shopping system is configured by one or [0054] more computer terminals 110, one or more article supplier servers 120, one or more ISP-RADIUS servers 130, one or more account management systems 140, and a transaction management system 10 connected to these apparatuses via leased lines or the Internet 100.
  • The ISP-RADIUS (Remote Authentication Dial-in User Service) [0055] server 130 is defined as a server operated by an ISP (Internet Service Provider) for providing Internet connection services based on a dial-up IP connection. The ISP-RADIUS server 130 includes a user database (user DB) 131 stored with, as schematically shown in FIG. 2, a user ID, a password, an e-mail address, etc. of each user having established a contract for utilizing the service. Further, the ISP-RADIUS server 130 incorporates a function of answering a variety of inquiries given from the transaction management system 10.
  • The [0056] article supplier server 120 is defined as a Web server for providing Web pages for dealing the article, and is operated by an article supplier. The article supplier server 120 configuring the present online shopping system is, though a detailed discussion will be given later on, structured to transmit, when receiving an order of the article of trade, to the transaction management system 10 an IP address of the computer terminal 110 used by a person who has issued this order and an accounting process request containing an article code, etc. of the article concerned.
  • The [0057] account management system 140 is a system operated by a type 1 carrier (which will hereinafter simply called a carrier). The account management system 140 has a function of issuing bills for collecting fees charged for utilizing the communication services provided by the carrier from respective customers. The account management system 140 includes a customer database 141 stored with customer information consisting of, as schematically shown in FIG. 3, customer codes, pieces of information showing contract conditions (a state of the contract, a state of nonpayment) and various items of customer information (zip codes, names of the administrative divisions of Japan, and so on) of the respective customers having established the contracts with the carrier.
  • The basic operation of the [0058] account management system 140 configuring the present online shopping system is the same as that of the general account management system. The account management system 140 is, however, given a function of answering a variety of inquiries from the transaction management system 10. The account management system 140 is further given a function of reflecting a content of the accounting information containing the customer code in a content of the bill to the customer given this customer code.
  • The [0059] transaction management system 10 is a system actualized by installing a program developed for the present online shopping system into a computer. The transaction management system 10, when receiving the accounting process request transmitted by the article supplier server 120 after receiving the order of the article, obtains some categories of information for authenticating an identity of the person who has issued this order. Subsequently, the transaction management system 10 exchanges pieces of information with the ISP-RADIUS server 130 relative to the ISP with whom the orderer made the contract, and with the account management system 140 relative to the carrier with whom the orderer or a parent thereof made the contract, thereby attempting to authenticate the identity of the orderer on the basis of the information obtained. Then, if the identity of the orderer is authenticated, the transaction management system 10 functions so that the carrier with whom the orderer (or the parent thereof) made the contract collects fees of ordered articles together with a fee charged for the service provided by the carrier concerned. Further, the transaction management system 10 is structured to make the account management system 140 to issue a bill, in which not a name peculiar to the article but a name given by the orderer is written, as the item name of the ordered article.
  • For enabling this type of service (which will hereinafter be called a settlement service) to be provided, the [0060] transaction management system 10 is provided with an article management database 21, an article classification added item count database 22, a price zone added item count database 23, an added item database 24, a contract database 25, a purchase restraint condition database 26 and an accounting database 27.
  • When receiving the accounting process request, the [0061] transaction management system 10 functions with reference to six pieces of databases 21˜26 excluding the accounting database 27. Therefore, before launching into a discussion on the essential function of the transaction management system 10, the databases 21˜26 are to be described.
  • The [0062] article management database 21 provided in the transaction management system 10 is a database stored with, as shown in FIG. 4, plural sets of article management information consisting of an article code, an article standard name, a minimum price, a maximum price, an article classification, an article supplier code and a return destination address.
  • The article code of the article management information is a piece of article identifying information used for managing the article. The article standard name is an article name given by the article supplier (or a manufacturer of the article). The minimum price and the maximum price are pieces of information for defining a price range of the article of which a price might fluctuate. In the article management information on a normal article (with no fluctuation of its price), both of the minimum and maximum prices thereof may be considered coincident with a sales price of this article. The article classification is a piece of information used as an index for restricting purchasers of the article. The article supplier code is a piece of identifying information given to the article supplier dealing the article. The return destination address is defined as an IP address of the [0063] article supplier server 120 operated by the article supplier concerned.
  • The contents (data) in the [0064] article management database 21 are updated to retain the article management information on all the articles that are dealt by use of the transaction management system 10. Namely, when a contract agreed upon between a new article supplier and an administrator (that will be hereinafter termed a settler) of the transaction management system 10 about making a settlement using the present transaction management system 10, and when it is agreed upon that the article supplier having already established the contract sells a new article, a new item of article information is added to the article management database 21. Further, if a price of a certain article is changed under the minimum price or above the maximum price set about this article, the minimum or maximum price is changed.
  • The article classification added [0065] item count database 22 is a database stored with, as schematically shown in FIG. 5, an article classification added item count defined as numeric value information on each of the article classifications. Moreover, the price zone added item count database 23 is a database stored with, as schematically shown in FIG. 6, an price zone added item count with respect to an article price zone (a range defined by a lower limit price and an upper limit price). Though purposes of these added item counts will be mentioned later on, in the article classification added item count database 22, the article classification added item count is set for each of the article classifications so that a breadth of the range of the purchasers of the article coming under the corresponding article classification and the article classification add item count exhibit a negative correlation. Further, each price zone added item count is set in the price zone added item count database 23 so that the price zone added item count corresponding to the price zone becomes larger as the price zone increases as shown in FIG. 6.
  • The added [0066] item database 24 is a database stored with, as schematically shown in FIG. 7, plural pieces of item specifying information (“zip code”, “zip code 3-2”, etc.) corresponding to a plurality of accounted party codes. The item specifying information, corresponding to a certain accounted party code, stored in the added item database 24 is an item name itself (“zip code”) of the information stored in the customer DB 141 in the account management system 140 that is identified by the accounted party code, or a piece of information (“zip code 3-2”) containing two pieces of hyphenated numerical values subsequent to the item name. An application of the item specifying information will be explained later on. Note that the information is added to this added item database 24 when a contract is agreed upon between a new carrier and the settler about making a settlement using the transaction management system 10.
  • The [0067] contract database 25 is a database capable of, as shown in FIG. 8, storing plural sets of contract information each consisting of a user ID, a customer code, an ISP code, an accounted party code, and a purchase restraint condition setting password. The ISP code is defined as a piece of information given to the ISP and the ISP-RADIUS server 130.
  • Contract information is added to this [0068] contract database 25 when a service contract is established between an applicant for utilizing a settlement service and a settler.
  • To be specific, as schematically shown in FIG. 9, the applicant for utilizing this settlement service, to start with, submits to the settler an [0069] application form 30 for utilizing the service, in which an ISP name, a user ID, a carrier name, a customer code etc. are written.
  • The ISP name and the user ID that should be written in this [0070] application form 30 are related to the ISP with whom the service utilizing applicant makes the contract. The carrier name and the customer code are related to the carrier with whom the service utilizing applicant or a parent thereof (the head of a household) makes the contract. Note that if the service utilizing applicant (or the parent thereof) makes the contract with a plurality of carriers, the service utilizing applicant may make an application for utilizing the settlement service by writing the carrier names of two or more carriers and the customer codes.
  • The settler receiving a submission of this [0071] application form 30 inquires of the ISP identified by the ISP name written in the application form and of each carrier identified by the carrier name written in the application form for confirmation as to whether contents written in the application form 30 are correct (step S101).
  • Namely, the settler inquires of the ISP for confirming an existence of the contractor given the user ID written in the [0072] application form 30. Further, the settler inquires of the carrier for confirming an existence of the contractor given the customer code written in the application form 30. Note that the inquiry of the carrier is made, if the contractor given the above customer code exists, in the form of requesting the carrier to notify of a name, an address, etc. of the contractor with the same customer code.
  • If unable to confirm that the contents written in application form are correct, namely, if a negative answer to the inquiry is given from the ISP or the carrier (step S[0073] 102; NO), the settler notifies the contract applicant of being unable to make a contract (step S110), and finishes the process for the application form 30 received.
  • Whereas if able to confirm that the contents written in the [0074] application form 30 are correct (step S102; YES), the settler sends to the payer a document for having a content of the application of the contract applicant confirmed (step S103).
  • Then, if an approval of the payer is obtained (step S[0075] 104; YES), the contractor determines a purchase restraint condition setting password (step S105), and adds to the contract database 25 pieces of contract information consisting of the purchase restraint condition setting password and information corresponding to the information written in the application form 30 (step S106). If a plurality of carriers are specified in the application form 30, the settler adds to the contract database 25 plural items of contract information in which values set as the user ID, the ISP code and the restraint condition setting password are identical.
  • Thereafter, the contractor notifies the payer of the purchase restraint condition setting password (step S[0076] 107), and also notifies the service utilizing applicant that the settlement service become utilizable (step S108), thereby finishing the process for the application form 30.
  • The purchase [0077] restraint condition database 26 is a database for, as shown in FIG. 10, storing mappings, to the user ID, of a purchase upper limit amount for indicating an upper limit of the price of the article to which the user given this user ID is able to purchase and of information (shown in the form of ×/∘ in FIG. 10) for indicating whether the order of the article in each article classification which is issued the user given the same user ID is rejected or not.
  • The [0078] transaction management system 10, based on an indication given from the payer with the purchase restraint condition setting password which the system 10 has been notified of, registers purchase restraint condition information (consisting of the user ID and a set of information corresponding thereto) in the purchase restraint condition database 26, or changes the purchase restraint condition information within the purchase restraint condition database 26.
  • More specifically, the [0079] transaction management system 10 incorporates a function that works in steps shown in FIG. 11. Namely, when receiving a predetermined HTTP (Hypertext Transfer Protocol) request, the transaction management system 10 provides the computer terminal 110 issuing this request with a web page including input boxes for inputting the user ID and the purchase restraint condition setting PW and a transmission button for transmitting the information inputted in these input boxes to the transaction management system 10 (step S201). If receiving information transmitted as a result of an event that the transmission button on the web page is pressed (step S202; YES), the transaction management system 10 searches from the contract database 25 the contract information in which the received user ID and purchase restraint condition setting PW are set (step S203).
  • If the search hits the contract information described above (step S[0080] 204: YES), the transaction management system 10 provides the computer terminal 110 with a purchase restraint condition setting Web page including input boxes for inputting elements excluding the user ID of the purchase restraint condition information and a transmission button for transmitting information inputted to the input boxes to the transaction management system 10, and updates contents in the purchase restraint condition database 26 in accordance with the information transmitted by pressing the transmission button (step S205). Note that the transaction management system 10, if the purchase constraint condition information containing the user ID received in step S202 is stored the purchase restraint condition database 26 in step S205, provides the computer terminal 110 with the purchase restraint condition setting Web page on which initial values corresponding to the purchase restraint condition information are displayed in the input boxes. Then, the transaction management system 10 rewrites corresponding pieces of purchase restraint condition information in the purchase restraint condition database 26 in accordance with the information inputted to the Web page. Whereas if the purchase restraint condition information containing the user ID received is not stored in purchase restraint condition database 26, the transaction management system 10 provides the computer terminal 110 with the purchase restraint condition setting Web page in which the default values are displayed in the input boxes. Then, the transaction management system 10 adds to the purchase restraint condition database 26 the purchase restraint condition information consisting of the information inputted to the Web page and the user ID received.
  • Further, if the contract information containing the user ID received and the purchase restraint condition setting PW is not searched from the contract database [0081] 25 (step S204; NO), the transaction management system 10 provides the computer terminal 110 with a Web page showing that the purchase restraint condition can not be set (step S206), and finishes the processing.
  • A function of the present online shopping system when an order of the article is received, will hereinafter be described. [0082]
  • The [0083] article supplier server 120 used in the present online shopping system, when receiving the order of the article, is structured to transmit a settlement request containing an IP address, an article code, a sales price and a accounted party code to the transaction management system 10.
  • To be more specific, the [0084] article supplier server 120 is, corresponding to an event by the orderer, structured to sequentially display, for instance, Web pages as shown in FIGS. 12A, 12B and 12C on the display of the computer terminal 110. The article supplier server 120, when detecting an event that a “YES” button on the Web page shown in FIG. 12C (when receiving a request sent from the computer terminal 110 upon depressing the “YES” button), transmits a settlement request containing the IP address of the computer terminal 110, the article code of the article selected by the orderer, the sales price of the article and the accounted party code representing a carrier selected by the user.
  • The [0085] transaction management system 10 receiving this settlement request functions in steps shown in FIGS. 13 through 15.
  • That is, as shown in FIG. 13, the [0086] transaction management system 10, to begin with, searches from the article management DB 21 a piece of article management information in which the article code is coincident with an article code contained in the accounting process request (which will hereinafter be referred to as a processing target article code) (step S301).
  • If the search does not hit the article management information described above (step S[0087] 302; NO), the transaction management system 10 sends an impossible-of-settlement notifying page data, wherein the IP address contained in the accounting process request (which will hereinafter be called an orderer IP address) is used as a destination address (step S304). Herein, the impossible-of-settlement page data may be defined as data for the computer terminal 110 (a Web browser) having received the same data to display a Web page indicating a message that the settlement can not be made. Then, the transaction management system 10 finishes the processing for the accounting process request received.
  • On the other hand, if the search hits the article management information containing the same article code as the processing target article code (step S[0088] 302; YES), the transaction management system 10 judges whether or not a processing target sales price (contained in the accounting process request) falls within a specified price range defined by the minimum price and the maximum price (step S303). Then, if the processing target sales price does not fall within the specified price range (step S303; NO), the processing comes to an end after sending the impossible-of-settlement notifying page data in step S304. Note that the processing branches to “NO” in steps S302 and S303 in a case where some sort of trouble occurs in the system such as registering the article management DB 21 with the article management information containing erroneous contents and dealing an article with no registration of its article management information.
  • If the processing target sales price falls within the specified price range (step S[0089] 303; YES), the transaction management system 10 reads an article classification added item count corresponding to the article classification contained in the processing target article management information from the article classification added item count DB 22 (step S305). Subsequently, the transaction management system 10 reads a price zone added item count corresponding to the processing target sales price from the price zone added item count DB 23 (step S306), and calculates a sum of these two counts as an authentication added item count (step S307).
  • If the calculated authentication added item count is “0” (step S[0090] 308; YES), the transaction management system 10, with the orderer IP address used as a destination address, transmits an identity authentication page data used for the Web browser to display an identity authentication page containing the input boxes for inputting the user ID, the password and the customer code, and the transmission button (step S309).
  • Whereas if the calculated authentication added item count is not “0” (step S[0091] 308; NO), the transaction management system 10 selects at random one or more pieces of item specifying information, the number of which coincides with the authentication added item count, from pieces of item specifying information stored as a mapping to the accounted party code in the processing target article management information in the added item DB 24 (step S310). Subsequently, the transaction management system 10, with the orderer IP address used as a destination address, transmits the identity authentication page data used for the Web browser to display an identity authentication page having an added input box for inputting a piece of information specified by each of the selected pieces of item specifying information (step S311).
  • Namely, the [0092] transaction management system 10, if the calculated authentication added item count is, e.g., “2”, transmits such an identity authentication page data that the identity authentication page as shown in FIG. 16 is displayed on the display of the computer terminal 110 on which the Web page as shown in FIG. 12C has been displayed. Note that if the item specifying information selected in step S310 is “zip code 3-2”, in step S311, the transaction management system 10 creates and transmits such an data that an identity authentication page having an addition of an input box for inputting a numeric value for 3 through 2 digits of the zip code comes to be displayed.
  • In the case of receiving the orderer input information transmitted by pressing the transmission button on the identity authentication page and containing the information inputted to the input boxes (FIG. 14: step S[0093] 320; YES), the transaction management system 10 judges from the contents of the orderer input information whether or not the orderer inputs all pieces of information (step S321). If there is the information that is not inputted (step S321; NO), the transaction management system 10 transmits the data for displaying a Web page for prompting the orderer to input the information that is not yet inputted to the computer terminal 110 having transmitted the orderer input information (which will hereinafter be called an orderer terminal) (step S322). Namely, the transaction management system 10 transmits in step S322 such an item of data that the Web page as shown in FIG. 17 is displayed on the orderer terminal.
  • Thereafter, the [0094] transaction management system 10 returns to step S320 and, when receiving the orderer input information, starts the processing from step S321 (more precisely, the transaction management system 10 waits in an unillustrated step for receiving various pieces of information (HTTP request) containing the orderer input information, and, when the received information is the orderer input information, starts the process from step S321).
  • If all pieces of information are inputted (step S[0095] 321; YES), the transaction management system 10 searches from the contract DB 25 the contract information containing the user ID and the customer code inputted by the orderer (step 5323). If the search does not hit the contract information described above (step S324; NO), the transaction management system 10 transmits to the orderer terminal input mistake notifying page data for the browser to display a Web page showing that an erroneous piece of information is inputted (step S325).
  • If the contract information containing the user ID and the customer code inputted by the orderer can be searched from the contract DB [0096] 25 (step S324; YES), the transaction management system 10 executes a process for confirming that the user ID, the password and the customer code inputted by the orderer are correct with reference to the contract information searched (step S326). To be specific, the transaction management system 10 inquires of the ISP-RADIUS server 130 corresponding to the ISP code contained in the searched contract information about whether or not the user ID, the password inputted by the orderer are related to the user as a contractor. At the same time, the transaction management system 10 inquires of the account management system 140 corresponding to the accounted party code contained in the searched contract information about whether or not the customer code inputted by the orderer is related to the customer as a contractor. Further, when the orderer proves to be a contractor of the account management system 140, the transaction management system 10 inquires about whether or not the orderer concerned has a nonpayment of fee and so on.
  • Then, if any one of or neither validity of the user ID and the password inputted by the orderer nor validity of the customer code can be confirmed (step S[0097] 327; NO), the transaction management system 10 goes forward to step S325. Then, the transaction management system 10, after transmitting the input mistake notifying page data to the orderer terminal, waits for inputting again the information to the identity authentication page.
  • If the orderer proves, though it can be confirmed that the user ID, etc. is valid (step S[0098] 327; YES), to have a nonpayment of fee and so on (step S328; YES), the transaction management system 10 transmits an impossible-of-purchase notifying page data used for the browser to display the Web page as shown in FIG. 18 (step S329), and finishes the process for the accounting process request.
  • Whereas if the orderer does not have the nonpayment of fee and soon (step S[0099] 328; NO), the transaction management system 10 reads the information on the respective added items in the input boxes added to the identity authentication page from the customer DB 141 of the account management system 140, and judges whether or not all pieces of information set in the input boxes on the identity authentication page are correct (step S330). Then, if unable to confirm that the information set by the orderer with respect to the added items is correct (step S331; NO), the transaction management system 10 transmits the input mistake notifying page data to the orderer terminal (step S325), and thereafter waits for inputting again the information to the identity authentication page.
  • Whereas if it can be confirmed that the information inputted with respect to the added items is correct (step S[0100] 331; YES), the transaction management system 10, as shown in FIG. 15, reads the purchase restraint condition information containing the processing target user ID from the purchase restraint condition DB 26, and judges based on the readout purchase restraint condition information and an article classification and an article price of the processing target article (identified by the processing target article code) whether or not the processing target article falls into a category of an article that should be restrained from being purchased by the orderer (step S340). Note that the purchase restraint condition information containing the processing target user ID does not exist in the database, the transaction management system 10 judges that the processing target article is not the article that should be restrained from being purchased.
  • If the processing target article falls into the category of the article that should be restrained from being purchased (step S[0101] 341; YES), the transaction management system 10 transmits to the orderer terminal the data for having a Web page showing this purport displayed (step S350). Namely, the transaction management system 10 makes the orderer terminal (browser) display the Web page as shown in FIG. 19.
  • Whereas if the processing target article does not fall into the category of the article that should be restrained from being purchased (step S[0102] 341; NO), the transaction management system 10 creates data for displaying a account item name setting page by use of an article standard name of the processing target article, and sends the same data to the orderer terminal (step S342).
  • As schematically illustrated in FIG. 20, the article standard name (“MAGAZINE A”) of the processing target article is shown in the account item name setting page. The account item name setting page has an input box (provided on the right side of “CHANGED” for inputting a account item name and an “OK” button for transmitting the information containing the account item name inputted to this input box. [0103]
  • When receiving the information transmitted by pressing the “OK” button on the account item name setting page (step S[0104] 343; YES), the transaction management system 10 transmits to the orderer terminal a piece of data for displaying a final confirmation page (step S344). For example, if “MEDICAL MAGAZINE PERIODICAL SUBSCRIPTION FEE” is set as a account item name on the account item name setting page shown in FIG. 20, the transaction management system 10 makes the orderer terminal display, as shown in FIG. 21, a final confirmation Web page showing that a name such as “MEDICAL MAGAZINE PERIODICAL SUBSCRIPTION FEE” will be used. Note that if the orderer inputs nothing but presses the “OK” button on the account item name setting page shown in FIG. 20, the final confirmation page showing “MAGAZINE A” in place of “MEDICAL MAGAZINE PERIODICAL SUBSCRIPTION FEE”, is displayed on the display of the orderer terminal.
  • When detecting an event that a cancel button on the final confirmation page is pressed (step. S[0105] 345; canceled), the transaction management system 10 executes nothing particular and finishes the process for the accounting process request.
  • While on the other hand, when getting the final confirmation, namely, when receiving the information implying that the confirmation button is pressed (step S[0106] 345; confirmed), the transaction management system 10 determines a transaction number given to a transaction with the confirmation obtained, and adds pieces of accounting information on the processing target article to the accounting DB 27 for storing, as shown in FIG. 22, the accounting information consisting of a transaction number, a user ID, an article code, an article price, a customer code, a accounted party code, an article supplier code, an article standard name and an account item name (step S346).
  • Subsequently, the [0107] transaction management system 10 delivers an e-mail containing the contents of the processed executed, wherein an e-mail address registered in the ISP is used as a destination address (step S347). Then, the transaction management system 10 transmits an accounting process complete notification containing the transaction number, the article code, the price and the orderer IP address, wherein a return destination address in the article target management information serves as a destination address (step S348). That is, the transaction management system 10 transmits the accounting process complete notification to the article supplier server 120 identified by the return destination address in the processing target contract information, and comes to an end of the processing.
  • The [0108] article supplier server 120 receiving this accounting process complete notification, with the orderer IP address contained in this notification being used as a destination address, transmits data for displaying a Web page showing that the procedure is ended. Further, the transaction management system 10 stores the transaction number, the article code and the price in the database for managing an article dealing condition, which is provided in the system 10 itself, and manages a procedure of delivering the actual article and also a receipt of money by use of the information in this database.
  • Moreover, the [0109] transaction management system 10 periodically executes a process of notifying the account management system 140, identified by the accounted party code, of the accounting information (not yet notified) containing the same accounted party code that is stored in the accounting DB 27.
  • Then, each [0110] account management system 140 executes the process as by the steps shown in FIG. 23 when creating a bill give to each customer.
  • At first, it is judged whether or not the notification of the accounting information on the processing target customer is received (step S[0111] 401). Then, if the notification of the accounting information on the processing target customer is not received (step S401; NO), the account management system 140 creates a bill for claiming only a fee charged for the self-provided service (step S403). Whereas if the notification of the accounting information on the processing target customer is received, the account management system 140 creates a bill for claiming a fee for the self-provided service and a price of the article related to the accounting information on the processing target customer (step S402). On this occasion, the account management system 140 uses the account item name contained in the accounting information as a name of this article. To be specific, the account management system 140 creates a bill 40 as shown in FIG. 24 with respect to a customer identified by a customer code X6568762 contained in the accounting information stored in the accounting DB 27 shown in FIG. 22.
  • Thereafter, the thus created bill is mailed, and the carrier collects the fee from the respective customers. Then, necessary settlements are conducted between each carrier and the settler and between the settler and each article supplier. Namely, each carrier pays the settler a fee equivalent to the price of the article (which is an amount of money with a commission subtracted) out of the fee collected from the customer. The settler subtracts the commission and shares a profit corresponding to an amount of money gained for sales to each article supplier. [0112]
  • As discussed above in depth, according to the present online shopping system, the purchaser of the article can buy the article without inputting a credit card number and can therefore enjoy shopping on the Internet without any anxiety for an adverse use of the credit card number. Further, the purchaser is able to pay batchwise all the prices of the variety of articles purchased from the plurality of article suppliers, and does not therefore feel troublesome with no necessity of paying to the individual providers. Moreover, the article supplier is released from the time-consuming operations of authenticating the customer identity and collecting the fees, and the carrier may emphasize the advantage that the fee for the Internet shopping can be simply paid, with the result that the number of customers increases. [0113]
  • Furthermore, even when buying the articles from the multiplicity of article suppliers, not each of the article suppliers but only the [0114] transaction management system 10 is notified of the user ID, the password, the customer code etc. that must be inputted for conducting the shopping, and hence these unique pieces of information do not spread unnecessarily. Further, when the dealing is carried out, an e-mail is delivered to the e-mail address registered in the ISP, and it therefore follows that the authentic owner of the user ID can immediately discover that an illegal purchase takes place.
  • Moreover, the restraint condition setting password is delivered to the party establishing the contract with the carrier, so that, for instance, a juvenile will buy an article on the Internet in such a form that the parent restricts the categories of the articles he or she is allowed to get. [0115]
  • Note that the [0116] transaction management system 10 in the embodiments discussed above may be modified in a variety of forms. For example, the transaction management system 10, though it receives the accounting process request from the article supplier server 120, may receive a request corresponding to the accounting process request from the computer terminal 110 (the article supplier server 120 may provide the computer terminal 110 with a Web page including a button through which the above request is to be transmitted).

Claims (10)

What is claimed is:
1. A transaction management system comprising:
an authentication part for performing authentication by sending a user identifier and a password to an authentication system operated by an Internet service provider that should authenticate an accounting target user; and
a request part for making an accounting request to an accounting processing system operated by other than said Internet service provider when said authentication part succeeds in the authentication.
2. A transaction management system according to
claim 1
, wherein said accounting process system is a system operated by a type 1 carrier for collecting fees from a plurality of contractors, and retaining a unique piece of contractor identifier given to each of the plurality of contractors and state-of-contract information showing whether or not the contractor has a nonpayment of the fee,
said transaction management system further comprises: a mapping-of-information storage part for storing a mapping of each of the plurality of user identifiers to at least one contractor identifier; an acquisition part for acquiring through communications the user identifier and the password given to a user by said Internet service provider from the user ordering a purchase of a certain article to any one of one or more purchase order accept system for accepting the order of purchasing the article through the communications, and the contractor identifier of the contractor made to pay a fee related to the article; and a judgement part for judging based on the state-of-contract information retained corresponding to the contractor identifier acquired by said acquisition part whether or not the contractor identified by the contractor identifier has the nonpayment of fee by exchanging information with said accounting process system,
said authentication part authenticates a user's identity on the basis of the user identifier and the password acquired by said acquisition part by exchanging information through communications with said authentication system if the user identifier and the contractor identifier acquired by said acquisition have their mapping given by the mapping information stored in said mapping-of-information storage part, and
said request part requests said type 1 carrier to collect a price of the article from the contractor identified by the contractor identifier by notifying, when the user identity is authenticated by said authentication part and when said judgment part judges that the contractor does not have any nonpayment of fee, said purchase order accept system accepting the purchase order from the user that the user's identity has been authenticated, and by notifying said accounting process system of the contractor identifier acquired by said acquisition part and of a price of the article ordered for its purchase.
3. A transaction management system according to
claim 2
, wherein said accounting process system retains a unique piece of contractor identifier given to each of the plurality of contractors, a piece of state-of-contract information indicating whether or not the contractor has the nonpayment of fee, and plural pieces of attribute information for defining each of attributes of a plurality of categories with respect to the contractor,
said acquisition part acquires from the user pieces of information on the attributes of which the number corresponds to a price of the article ordered to be purchased, these attributes being selected at random from the attributes of the plurality of categories,
said transaction management system further comprises a judgement part for judging by exchanging the information with said accounting process system whether or not the information on the attributes of which the number corresponds to the price of the article that has been acquired by said acquisition part, is coincident with the attribute information on the same attributes that has been retained in said accounting process system, and
said request part functions when said judgement part judges that the information on the attributes of which the number corresponds to the price of the article that has been acquired by said acquisition part, is coincident with the attribute information on the same attributes that has been retained in said accounting process system.
4. A transaction management system according to
claim 2
further comprising:
a purchase condition information storage part stored with mappings of one or more pieces of purchase condition information for defining an attribute of the article to user identifiers different from each other;
a judgement part for judging whether or not there is satisfied a purchase non-permission condition that the purchase condition information corresponding to the user identifier acquired by said acquisition part be stored in said purchase condition information storage part, and that the article ordered to be purchased does not have any attribute defined by the purchase condition information, and
wherein said request part functions only when said judging part judges that the purchase non-permission condition is not satisfied.
5. A transaction management system according to
claim 4
, further comprising:
a second password storage part stored with one or more second passwords corresponding respectively to one or more pieces of purchase condition information stored in said purchase condition information storage part; and
a purchase condition information changing part for changing, when the same information as any one of the second passwords stored in said second password storage part, the purchase condition information corresponding to this second password into a piece of information corresponding to information that will be inputted thereafter.
6. A transaction management system according to
claim 2
, further comprising a second name acquisition part for causing a computer terminal used by the user to display a name of the article ordered to be purchased and acquiring a second name used as a substitute for the name of the article from the user through said computer terminal,
wherein said request part, if notifying said purchase order accept system that the identity has been authenticated and when the second name has been acquired by said second name acquisition part, notifies the accounting process system of the second name together with the price, and notifies, when the second name has not been acquired by said second name acquisition part, said accounting process system of the name of the processing target article together with the price, and
said accounting process system creates a bill in which the information of which said request part notifies is used as an account item name, for the processing target article, of a bill for a contractor identified by the contractor identifier acquired by said acquisition part.
7. A transaction management system according to
claim 2
, wherein said authentication system is a system that retains a mapping of an e-mail address of each contract user to a user identifier of the same contract user, and
said transaction management system further comprises a mail delivery part for delivering, if said request part notifies said purchase order accept system that the identity has been authenticated, an e-mail showing that the article has been purchased, with the e-mail address being used as a destination address, which is retained corresponding to the user identifier acquired by said acquisition part in said authentication system.
8. A transaction management system for requesting a plurality of accounting process systems to execute accounting processes of fees, comprising:
a part for receiving a process request for an accounting request from a customer as a payer of fee;
an acquisition part for acquiring identifying information of said accounting process system that is utilized by the fee payer on the basis of the process request received, and necessary items of information for authentication; and
a part for requesting said accounting process system concerned to execute the accounting process of the fee on the basis of the information acquired by said acquisition part.
9. A program executed by a computer, comprising:
an authenticating step of performing authentication by sending a user identifier and a password in an authentication system to said authentication system operated by an Internet service provider that should authenticate an accounting target user; and
a requesting step of making an accounting request to an accounting processing system operated by other than said Internet service provider when the authentication gets successful in said authenticating step.
10. A program executed by a computer to function as a system for requesting a plurality of accounting process systems to execute accounting processes of fees, said system comprising:
a part for receiving a process request for an accounting request from a customer as a payer of fee;
an acquisition part for acquiring identifying information of said accounting process system that is utilized by the fee payer on the basis of the process request received, and necessary items of information for authentication; and
a part for requesting said accounting process system concerned to execute the accounting process of the fee on the basis of the information acquired by said acquisition part.
US09/864,171 2000-05-26 2001-05-25 Transaction management system and program for configuring online shopping system Expired - Fee Related US6941363B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US11/150,305 US20050228726A1 (en) 2000-05-26 2005-06-13 Transaction management system and program for configuring online shopping system

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2000157179 2000-05-26
JP2000-157179 2000-05-26

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US11/150,305 Division US20050228726A1 (en) 2000-05-26 2005-06-13 Transaction management system and program for configuring online shopping system

Publications (2)

Publication Number Publication Date
US20010047489A1 true US20010047489A1 (en) 2001-11-29
US6941363B2 US6941363B2 (en) 2005-09-06

Family

ID=18661855

Family Applications (2)

Application Number Title Priority Date Filing Date
US09/864,171 Expired - Fee Related US6941363B2 (en) 2000-05-26 2001-05-25 Transaction management system and program for configuring online shopping system
US11/150,305 Abandoned US20050228726A1 (en) 2000-05-26 2005-06-13 Transaction management system and program for configuring online shopping system

Family Applications After (1)

Application Number Title Priority Date Filing Date
US11/150,305 Abandoned US20050228726A1 (en) 2000-05-26 2005-06-13 Transaction management system and program for configuring online shopping system

Country Status (1)

Country Link
US (2) US6941363B2 (en)

Cited By (77)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020016769A1 (en) * 2000-07-11 2002-02-07 Ellen Barbara Method and system for on-line payments
US20020120570A1 (en) * 2000-08-11 2002-08-29 Loy John J. Trade receivable processing method and apparatus
US20020174160A1 (en) * 2001-05-21 2002-11-21 Jean-Marie Gatto Trusted transactional controller
US20020188497A1 (en) * 2001-06-12 2002-12-12 Cerwin Francis Anthony System and method for customer knowledge respository
WO2003009201A1 (en) * 2001-07-19 2003-01-30 Fujitsu It Holdings, Inc. Method and system for user authentication and authorization of services
US20030069789A1 (en) * 2001-10-04 2003-04-10 Koninklijke Philips Electronics N.V. System and business method for offering seat upgrades to patrons at a public facility
US20030105710A1 (en) * 2000-07-11 2003-06-05 Ellen Barbara Method and system for on-line payments
US20040267627A1 (en) * 2003-06-27 2004-12-30 Jan Rippingale Method and apparatus for client-in-charge business transaction processing
US20050080815A1 (en) * 2003-10-10 2005-04-14 Kenichi Inoue Method to raise accuracy of targeting the segmentation for same distribution
US20050086286A1 (en) * 2001-05-21 2005-04-21 Cyberscan Technology, Inc. Method and apparatus for fast transaction commit over unreliable networks
US20060031941A1 (en) * 2004-08-06 2006-02-09 Motorola, Inc. Enhanced security using service provider authentication
US7210163B2 (en) 2002-07-19 2007-04-24 Fujitsu Limited Method and system for user authentication and authorization of services
US20080021822A1 (en) * 2006-07-18 2008-01-24 Jpmorgan Chase Bank, N.A. Method and system for receivables management
US20080040163A1 (en) * 2002-12-13 2008-02-14 James Lacy Harlin System and method for paying and receiving agency commissions
US20080313060A1 (en) * 2007-06-18 2008-12-18 Damodaran Suresh K Openly accessible inventory management system and method
US7660764B2 (en) 1999-09-14 2010-02-09 Jpmorgan Chase Bank, Na Service charge adjustment platform
US7668777B2 (en) 2003-07-25 2010-02-23 Jp Morgan Chase Bank System and method for providing instant-decision, financial network-based payment cards
US7668363B2 (en) 1999-05-11 2010-02-23 Jpmorgan Chase Bank, N.A. Lockbox imaging system
US7676409B1 (en) 2005-06-20 2010-03-09 Jpmorgan Chase Bank, N.A. Method and system for emulating a private label over an open network
US7685064B1 (en) 2004-11-30 2010-03-23 Jp Morgan Chase Bank Method and apparatus for evaluating a financial transaction
US7689482B2 (en) 2002-05-24 2010-03-30 Jp Morgan Chase Bank, N.A. System and method for payer (buyer) defined electronic invoice exchange
US7702577B1 (en) 2003-11-06 2010-04-20 Jp Morgan Chase Bank, N.A. System and method for conversion of initial transaction to final transaction
US7707089B1 (en) 2008-03-12 2010-04-27 Jpmorgan Chase, N.A. Method and system for automating fraud authorization strategies
US20100125521A1 (en) * 2001-12-03 2010-05-20 Hanan Christopher C Biller focused business to business electronic invoice presentment and accounts receivables reconciliation system
US7734545B1 (en) 2006-06-14 2010-06-08 Jpmorgan Chase Bank, N.A. Method and system for processing recurring payments
US7743979B2 (en) 2004-02-25 2010-06-29 Jpmorgan Chase Bank, N.A. Method and system for credit card reimbursements for health care transactions
US7766244B1 (en) 2007-12-31 2010-08-03 Jpmorgan Chase Bank, N.A. System and method for processing transactions using a multi-account transactions device
US7769650B2 (en) 2002-12-03 2010-08-03 Jp Morgan Chase Bank Network-based sub-allocation systems and methods for swaps
US7792717B1 (en) 2003-10-31 2010-09-07 Jpmorgan Chase Bank, N.A. Waterfall prioritized payment processing
US7801814B2 (en) 2000-11-06 2010-09-21 Jpmorgan Chase Bank, N.A. System and method for selectable funding of electronic transactions
US7805365B1 (en) 1999-10-25 2010-09-28 Jpmorgan Chase Bank, N.A. Automated statement presentation, adjustment and payment system and method therefor
US7809636B1 (en) 1998-11-13 2010-10-05 Jpmorgan Chase Bank, N.A. System and method for multicurrency and multibank processing over a non-secure network
US7814003B2 (en) 2003-12-15 2010-10-12 Jp Morgan Chase Billing workflow system for crediting charges to entities creating derivatives exposure
US7822684B2 (en) 2001-10-05 2010-10-26 Jpmorgan Chase Bank, N.A. Personalized bank teller machine
US7822682B2 (en) 2005-06-08 2010-10-26 Jpmorgan Chase Bank, N.A. System and method for enhancing supply chain transactions
US7822656B2 (en) 2000-02-15 2010-10-26 Jpmorgan Chase Bank, N.A. International banking system and method
US7831509B2 (en) 1999-07-26 2010-11-09 Jpmorgan Chase Bank, N.A. On-line higher education financing system
US20100299556A1 (en) * 2001-05-21 2010-11-25 Mudalla Technology, Inc. Gaming machine having game play suspension and resumption features using biometrically-based authentication and method of operating same
US7916925B2 (en) 2007-02-09 2011-03-29 Jpmorgan Chase Bank, N.A. System and method for generating magnetic ink character recognition (MICR) testing documents
EP2306391A1 (en) * 2009-09-09 2011-04-06 Eupholis Intermediation method and system for the purchase and/or sale of products via a communication network
US7925578B1 (en) 2005-08-26 2011-04-12 Jpmorgan Chase Bank, N.A. Systems and methods for performing scoring optimization
US7945492B1 (en) 1998-12-23 2011-05-17 Jpmorgan Chase Bank, N.A. System and method for integrating trading operations including the generation, processing and tracking of and trade documents
US7953663B1 (en) 2003-09-04 2011-05-31 Jpmorgan Chase Bank, N.A. System and method for financial instrument pre-qualification and offering
US7983468B2 (en) 2005-02-09 2011-07-19 Jp Morgan Chase Bank Method and system for extracting information from documents by document segregation
US8112355B1 (en) 2008-09-05 2012-02-07 Jpmorgan Chase Bank, N.A. Method and system for buyer centric dispute resolution in electronic payment system
US8121944B2 (en) 2004-06-24 2012-02-21 Jpmorgan Chase Bank, N.A. Method and system for facilitating network transaction processing
US8118216B2 (en) 2005-05-11 2012-02-21 Jp Morgan Chase Bank Method and system for discovering significant subsets in collection of documents
US8244625B2 (en) 2002-05-24 2012-08-14 Jpmorgan Chase Bank, N.A. System and method for varying electronic settlements between buyers and suppliers with dynamic discount terms
US8290863B2 (en) 2004-07-23 2012-10-16 Jpmorgan Chase Bank, N.A. Method and system for expediting payment delivery
US8290862B2 (en) 2004-07-23 2012-10-16 Jpmorgan Chase Bank, N.A. Method and system for expediting payment delivery
US8296160B1 (en) 1999-12-30 2012-10-23 Jpmorgan Chase Bank, N.A. System and method for integrated customer management
US8301529B1 (en) 2005-11-02 2012-10-30 Jpmorgan Chase Bank, N.A. Method and system for implementing effective governance of transactions between trading partners
US8386381B1 (en) 2009-12-16 2013-02-26 Jpmorgan Chase Bank, N.A. Method and system for detecting, monitoring and addressing data compromises
US8391584B2 (en) 2008-10-20 2013-03-05 Jpmorgan Chase Bank, N.A. Method and system for duplicate check detection
USD678653S1 (en) 2012-07-19 2013-03-19 Jpmorgan Chase Bank, N.A. Drive-up financial transaction machine
US8447641B1 (en) 2010-03-29 2013-05-21 Jpmorgan Chase Bank, N.A. System and method for automatically enrolling buyers into a network
US8468071B2 (en) 2000-08-01 2013-06-18 Jpmorgan Chase Bank, N.A. Processing transactions using a register portion to track transactions
US8489497B1 (en) 2006-01-27 2013-07-16 Jpmorgan Chase Bank, N.A. Online interactive and partner-enhanced credit card
US8533030B1 (en) 2004-08-30 2013-09-10 Jpmorgan Chase Bank, N.A. In-bound telemarketing system for processing customer offers
USD690074S1 (en) 2013-03-13 2013-09-17 Jpmorgan Chase Bank, N.A. Financial transaction machine
US8543503B1 (en) 2011-03-30 2013-09-24 Jpmorgan Chase Bank, N.A. Systems and methods for automated invoice entry
US8543504B1 (en) 2011-03-30 2013-09-24 Jpmorgan Chase Bank, N.A. Systems and methods for automated invoice entry
US8554673B2 (en) 2004-06-17 2013-10-08 Jpmorgan Chase Bank, N.A. Methods and systems for discounts management
US8554631B1 (en) 2010-07-02 2013-10-08 Jpmorgan Chase Bank, N.A. Method and system for determining point of sale authorization
US8571975B1 (en) 1999-11-24 2013-10-29 Jpmorgan Chase Bank, N.A. System and method for sending money via E-mail over the internet
US8589288B1 (en) 2010-10-01 2013-11-19 Jpmorgan Chase Bank, N.A. System and method for electronic remittance of funds
US8622308B1 (en) 2007-12-31 2014-01-07 Jpmorgan Chase Bank, N.A. System and method for processing transactions using a multi-account transactions device
US8630947B1 (en) 2003-04-04 2014-01-14 Jpmorgan Chase Bank, N.A. Method and system for providing electronic bill payment and presentment
US8687790B2 (en) 1999-07-09 2014-04-01 Jpmorgan Chase Bank, N.A. System and method of intelligent call routing for cross sell offer selection based on optimization parameters or account-level data
US8762270B1 (en) 2007-08-10 2014-06-24 Jpmorgan Chase Bank, N.A. System and method for providing supplemental payment or transaction information
US8768836B1 (en) 2000-02-18 2014-07-01 Jpmorgan Chase Bank, N.A. System and method for electronic deposit of a financial instrument by banking customers from remote locations by use of a digital image
US8788281B1 (en) 2007-12-03 2014-07-22 Jp Morgan Chase Bank, N.A. System and method for processing qualified healthcare account related financial transactions
US8805739B2 (en) 2001-01-30 2014-08-12 Jpmorgan Chase Bank, National Association System and method for electronic bill pay and presentment
US9058626B1 (en) 2013-11-13 2015-06-16 Jpmorgan Chase Bank, N.A. System and method for financial services device usage
US9092447B1 (en) 2008-10-20 2015-07-28 Jpmorgan Chase Bank, N.A. Method and system for duplicate detection
US9092262B2 (en) 2003-06-27 2015-07-28 I-Rescue Technologies Llc Method and apparatus integrating navigation and saving the writable state of applications
US10311412B1 (en) 2003-03-28 2019-06-04 Jpmorgan Chase Bank, N.A. Method and system for providing bundled electronic payment and remittance advice

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4363800B2 (en) * 2001-06-11 2009-11-11 ソニー株式会社 Electronic commerce support apparatus, electronic commerce support method, and computer program
US7257610B2 (en) * 2001-10-17 2007-08-14 Microsoft Corporation Systems and methods for sending coordinated notifications
US20030212617A1 (en) * 2002-05-13 2003-11-13 Stone James S. Accounts payable process
US20070271160A1 (en) * 2002-09-12 2007-11-22 The Pnc Financial Services Group, Inc. Accounts payable process
US20060195527A1 (en) * 2005-02-25 2006-08-31 Searete Llc, A Limited Liability Corporation Of The State Of Delaware Limited-operation electronic mail accounts with set functions
US7904899B2 (en) * 2006-06-20 2011-03-08 Intuit Inc. Third-party customization of a configuration file
US8843514B1 (en) * 2012-08-31 2014-09-23 Google Inc. Identifier matching exchange
AU2014269934A1 (en) 2013-05-23 2015-12-10 Davidshield L.I.A. (2000) Ltd. Automated reimbursement interactions

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5815665A (en) * 1996-04-03 1998-09-29 Microsoft Corporation System and method for providing trusted brokering services over a distributed network
US20010034677A1 (en) * 2000-02-25 2001-10-25 Jay Farhat Method and system to normalize transaction data pertaining to accesses to a service provided via a plurality of service providers
US6629081B1 (en) * 1999-12-22 2003-09-30 Accenture Llp Account settlement and financing in an e-commerce environment

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6714979B1 (en) * 1997-09-26 2004-03-30 Worldcom, Inc. Data warehousing infrastructure for web based reporting tool
US6014666A (en) * 1997-10-28 2000-01-11 Microsoft Corporation Declarative and programmatic access control of component-based server applications using roles
US6826552B1 (en) * 1999-02-05 2004-11-30 Xfi Corporation Apparatus and methods for a computer aided decision-making system
US6443843B1 (en) * 2000-05-17 2002-09-03 Walker Digital, Llc System to provide game play for products
WO2002029584A1 (en) * 2000-10-04 2002-04-11 Enic Corporation Providing services and information based on a request that includes a unique identifier

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5815665A (en) * 1996-04-03 1998-09-29 Microsoft Corporation System and method for providing trusted brokering services over a distributed network
US6629081B1 (en) * 1999-12-22 2003-09-30 Accenture Llp Account settlement and financing in an e-commerce environment
US20010034677A1 (en) * 2000-02-25 2001-10-25 Jay Farhat Method and system to normalize transaction data pertaining to accesses to a service provided via a plurality of service providers

Cited By (125)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7809636B1 (en) 1998-11-13 2010-10-05 Jpmorgan Chase Bank, N.A. System and method for multicurrency and multibank processing over a non-secure network
US7945492B1 (en) 1998-12-23 2011-05-17 Jpmorgan Chase Bank, N.A. System and method for integrating trading operations including the generation, processing and tracking of and trade documents
US8045784B2 (en) 1999-05-11 2011-10-25 Jpmorgan Chase Bank, N.A. Lockbox imaging system
US7668363B2 (en) 1999-05-11 2010-02-23 Jpmorgan Chase Bank, N.A. Lockbox imaging system
US8995643B2 (en) 1999-07-09 2015-03-31 Jpmorgan Chase Bank, N.A. System and method of intelligent call routing for cross sell offer selection based on optimization parameters or account-level data
US8687790B2 (en) 1999-07-09 2014-04-01 Jpmorgan Chase Bank, N.A. System and method of intelligent call routing for cross sell offer selection based on optimization parameters or account-level data
US7831509B2 (en) 1999-07-26 2010-11-09 Jpmorgan Chase Bank, N.A. On-line higher education financing system
US7660764B2 (en) 1999-09-14 2010-02-09 Jpmorgan Chase Bank, Na Service charge adjustment platform
US7805365B1 (en) 1999-10-25 2010-09-28 Jpmorgan Chase Bank, N.A. Automated statement presentation, adjustment and payment system and method therefor
US8571975B1 (en) 1999-11-24 2013-10-29 Jpmorgan Chase Bank, N.A. System and method for sending money via E-mail over the internet
US8296160B1 (en) 1999-12-30 2012-10-23 Jpmorgan Chase Bank, N.A. System and method for integrated customer management
US8924289B1 (en) 2000-02-15 2014-12-30 Jpmorgan Chase Bank, N.A. International banking system and method
US8380597B2 (en) 2000-02-15 2013-02-19 Jpmorgan Chase Bank, N.A. International banking system and method
US7822656B2 (en) 2000-02-15 2010-10-26 Jpmorgan Chase Bank, N.A. International banking system and method
US9946998B1 (en) 2000-02-18 2018-04-17 Jpmorgan Chase Bank, N.A. System and method for electronic deposit of a financial instrument by banking customers from remote locations by use of a digital image
US8768836B1 (en) 2000-02-18 2014-07-01 Jpmorgan Chase Bank, N.A. System and method for electronic deposit of a financial instrument by banking customers from remote locations by use of a digital image
US8452704B2 (en) 2000-07-11 2013-05-28 Citicorp Credit Services, Inc. Method and system for on-line payments
US20030105710A1 (en) * 2000-07-11 2003-06-05 Ellen Barbara Method and system for on-line payments
US20020016769A1 (en) * 2000-07-11 2002-02-07 Ellen Barbara Method and system for on-line payments
US8468071B2 (en) 2000-08-01 2013-06-18 Jpmorgan Chase Bank, N.A. Processing transactions using a register portion to track transactions
US7366698B1 (en) 2000-08-11 2008-04-29 Jpmorgan Chase Bank, N.A. Trade receivable processing method and apparatus
US7680735B1 (en) 2000-08-11 2010-03-16 Jpmorgan Chase Bank, N.A. Trade receivable processing method and apparatus
US8065231B1 (en) 2000-08-11 2011-11-22 Jpmorgan Chase Bank, N.A. Trade receivable processing method and apparatus
US20020120570A1 (en) * 2000-08-11 2002-08-29 Loy John J. Trade receivable processing method and apparatus
US7801814B2 (en) 2000-11-06 2010-09-21 Jpmorgan Chase Bank, N.A. System and method for selectable funding of electronic transactions
US8285641B2 (en) 2000-11-06 2012-10-09 Jpmorgan Chase Bank, N.A. System and method for selectable funding of electronic transactions
US8805739B2 (en) 2001-01-30 2014-08-12 Jpmorgan Chase Bank, National Association System and method for electronic bill pay and presentment
US20100299556A1 (en) * 2001-05-21 2010-11-25 Mudalla Technology, Inc. Gaming machine having game play suspension and resumption features using biometrically-based authentication and method of operating same
US7979740B2 (en) 2001-05-21 2011-07-12 Mudalla Technology, Inc. Gaming machine having game play suspension and resumption features using biometrically-based authentication and method of operating same
US7478266B2 (en) 2001-05-21 2009-01-13 Mudalla Technology, Inc. Method and apparatus for fast transaction commit over unreliable networks
US20020174160A1 (en) * 2001-05-21 2002-11-21 Jean-Marie Gatto Trusted transactional controller
US20050086286A1 (en) * 2001-05-21 2005-04-21 Cyberscan Technology, Inc. Method and apparatus for fast transaction commit over unreliable networks
US20050097342A1 (en) * 2001-05-21 2005-05-05 Cyberscan Technology, Inc. Trusted watchdog method and apparatus for securing program execution
US20090074191A1 (en) * 2001-05-21 2009-03-19 Mudalla Technology, Inc. Gaming machine having multi-stage failure recovery feature and method of operating same
US7702950B2 (en) 2001-05-21 2010-04-20 Mudalla Technology, Inc. Gaming machine having multi-stage failure recovery feature and method of operating same
US7051332B2 (en) 2001-05-21 2006-05-23 Cyberscan Technology, Inc. Controller having a restart engine configured to initiate a controller restart cycle upon receipt of a timeout signal from a watchdog timer
WO2003102791A1 (en) * 2001-05-21 2003-12-11 Cyberscan Technology, Inc. Trusted transactional controller
US20020188497A1 (en) * 2001-06-12 2002-12-12 Cerwin Francis Anthony System and method for customer knowledge respository
WO2003009201A1 (en) * 2001-07-19 2003-01-30 Fujitsu It Holdings, Inc. Method and system for user authentication and authorization of services
US20030069789A1 (en) * 2001-10-04 2003-04-10 Koninklijke Philips Electronics N.V. System and business method for offering seat upgrades to patrons at a public facility
US7822684B2 (en) 2001-10-05 2010-10-26 Jpmorgan Chase Bank, N.A. Personalized bank teller machine
US20100125521A1 (en) * 2001-12-03 2010-05-20 Hanan Christopher C Biller focused business to business electronic invoice presentment and accounts receivables reconciliation system
US8484129B2 (en) 2002-05-24 2013-07-09 Jpmorgan Chase Bank, N.A. System and method for varying electronic settlements between buyers and suppliers with dynamic discount terms
US8244625B2 (en) 2002-05-24 2012-08-14 Jpmorgan Chase Bank, N.A. System and method for varying electronic settlements between buyers and suppliers with dynamic discount terms
US7689482B2 (en) 2002-05-24 2010-03-30 Jp Morgan Chase Bank, N.A. System and method for payer (buyer) defined electronic invoice exchange
US7210163B2 (en) 2002-07-19 2007-04-24 Fujitsu Limited Method and system for user authentication and authorization of services
US7769650B2 (en) 2002-12-03 2010-08-03 Jp Morgan Chase Bank Network-based sub-allocation systems and methods for swaps
US8015096B2 (en) 2002-12-03 2011-09-06 Jp Morgan Chase Bank Network-based sub-allocation systems and methods for swaps
US20080040163A1 (en) * 2002-12-13 2008-02-14 James Lacy Harlin System and method for paying and receiving agency commissions
US10311412B1 (en) 2003-03-28 2019-06-04 Jpmorgan Chase Bank, N.A. Method and system for providing bundled electronic payment and remittance advice
US8630947B1 (en) 2003-04-04 2014-01-14 Jpmorgan Chase Bank, N.A. Method and system for providing electronic bill payment and presentment
WO2005001637A3 (en) * 2003-06-27 2005-05-06 Client In Charge Method and apparatus for client-in-charge business transaction processing
WO2005001637A2 (en) * 2003-06-27 2005-01-06 Client-In-Charge Method and apparatus for client-in-charge business transaction processing
US9092262B2 (en) 2003-06-27 2015-07-28 I-Rescue Technologies Llc Method and apparatus integrating navigation and saving the writable state of applications
US20040267627A1 (en) * 2003-06-27 2004-12-30 Jan Rippingale Method and apparatus for client-in-charge business transaction processing
US7346555B2 (en) * 2003-06-27 2008-03-18 Jan Rippingale Method and apparatus for client-in-charge business transaction processing
US8170952B2 (en) 2003-07-25 2012-05-01 Jp Morgan Chase Bank System and method for providing instant-decision, financial network-based payment cards
US7668777B2 (en) 2003-07-25 2010-02-23 Jp Morgan Chase Bank System and method for providing instant-decision, financial network-based payment cards
US8027914B2 (en) 2003-07-25 2011-09-27 Jp Morgan Chase Bank System and method for providing instant-decision, financial network-based payment cards
US7953663B1 (en) 2003-09-04 2011-05-31 Jpmorgan Chase Bank, N.A. System and method for financial instrument pre-qualification and offering
US20050080815A1 (en) * 2003-10-10 2005-04-14 Kenichi Inoue Method to raise accuracy of targeting the segmentation for same distribution
US20070233729A1 (en) * 2003-10-10 2007-10-04 International Business Machines Corporation Method to raise accuracy of targeting the segmentation for sample distribution
US8706765B2 (en) * 2003-10-10 2014-04-22 Toshiba Global Commerce Solutions Holdings Corporation Method to raise accuracy of targeting the segmentation for sample distribution
US8321436B2 (en) 2003-10-10 2012-11-27 Toshiba Global Commerce Solutions Holdings Corporation Method to raise accuracy of targeting the segmentation for sample distribution
US7792717B1 (en) 2003-10-31 2010-09-07 Jpmorgan Chase Bank, N.A. Waterfall prioritized payment processing
US7702577B1 (en) 2003-11-06 2010-04-20 Jp Morgan Chase Bank, N.A. System and method for conversion of initial transaction to final transaction
US7702553B1 (en) 2003-11-06 2010-04-20 Jp Morgan Chase Bank, N.A. System and method for conversion of initial transaction to final transaction
US7814003B2 (en) 2003-12-15 2010-10-12 Jp Morgan Chase Billing workflow system for crediting charges to entities creating derivatives exposure
US8160942B2 (en) 2003-12-15 2012-04-17 Jp Morgan Chase Bank Billing workflow system for crediting charges to entities creating derivatives exposure
US7743979B2 (en) 2004-02-25 2010-06-29 Jpmorgan Chase Bank, N.A. Method and system for credit card reimbursements for health care transactions
US10497016B1 (en) 2004-06-17 2019-12-03 Jpmorgan Chase Bank, N.A. Methods and systems for discounts management
US11308549B2 (en) 2004-06-17 2022-04-19 Jpmorgan Chase Bank, N.A. Methods and systems for discounts management
US8554673B2 (en) 2004-06-17 2013-10-08 Jpmorgan Chase Bank, N.A. Methods and systems for discounts management
US8396798B2 (en) 2004-06-24 2013-03-12 Jpmorgan Chase Bank, N.A. Method and system for facilitating network transaction processing
US8121944B2 (en) 2004-06-24 2012-02-21 Jpmorgan Chase Bank, N.A. Method and system for facilitating network transaction processing
US8290863B2 (en) 2004-07-23 2012-10-16 Jpmorgan Chase Bank, N.A. Method and system for expediting payment delivery
US8290862B2 (en) 2004-07-23 2012-10-16 Jpmorgan Chase Bank, N.A. Method and system for expediting payment delivery
US20060031941A1 (en) * 2004-08-06 2006-02-09 Motorola, Inc. Enhanced security using service provider authentication
US9313214B2 (en) * 2004-08-06 2016-04-12 Google Technology Holdings LLC Enhanced security using service provider authentication
US8533030B1 (en) 2004-08-30 2013-09-10 Jpmorgan Chase Bank, N.A. In-bound telemarketing system for processing customer offers
US7685064B1 (en) 2004-11-30 2010-03-23 Jp Morgan Chase Bank Method and apparatus for evaluating a financial transaction
US7844518B1 (en) 2004-11-30 2010-11-30 Jp Morgan Chase Bank Method and apparatus for managing credit limits
US7774248B1 (en) 2004-11-30 2010-08-10 Jp Morgan Chase Bank Method and apparatus for managing risk
US7983468B2 (en) 2005-02-09 2011-07-19 Jp Morgan Chase Bank Method and system for extracting information from documents by document segregation
US8118216B2 (en) 2005-05-11 2012-02-21 Jp Morgan Chase Bank Method and system for discovering significant subsets in collection of documents
US7822682B2 (en) 2005-06-08 2010-10-26 Jpmorgan Chase Bank, N.A. System and method for enhancing supply chain transactions
US7676409B1 (en) 2005-06-20 2010-03-09 Jpmorgan Chase Bank, N.A. Method and system for emulating a private label over an open network
US20100153199A1 (en) * 2005-06-20 2010-06-17 Jpmorgan Chase Bank, N.A. Method and system for emulating a private label over an open network
US8170936B2 (en) 2005-06-20 2012-05-01 Jpmorgan Chase Bank, N.A. Method and system for emulating a private label over an open network
US10290054B2 (en) 2005-08-26 2019-05-14 Jpmorgan Chase Bank, N.A. Systems and methods for performing scoring optimization
US8762260B2 (en) 2005-08-26 2014-06-24 Jpmorgan Chase Bank, N.A. Systems and methods for performing scoring optimization
US7925578B1 (en) 2005-08-26 2011-04-12 Jpmorgan Chase Bank, N.A. Systems and methods for performing scoring optimization
US8301529B1 (en) 2005-11-02 2012-10-30 Jpmorgan Chase Bank, N.A. Method and system for implementing effective governance of transactions between trading partners
US9020850B1 (en) 2005-11-02 2015-04-28 Jpmorgan Chase Bank, N.A. Method and system for implementing effective governance of transactions between trading partners
US8489497B1 (en) 2006-01-27 2013-07-16 Jpmorgan Chase Bank, N.A. Online interactive and partner-enhanced credit card
US7734545B1 (en) 2006-06-14 2010-06-08 Jpmorgan Chase Bank, N.A. Method and system for processing recurring payments
US7904388B1 (en) 2006-06-14 2011-03-08 Jpmorgan Chase Bank, N.A. Method and system for processing recurring payments
US20080021822A1 (en) * 2006-07-18 2008-01-24 Jpmorgan Chase Bank, N.A. Method and system for receivables management
US7916925B2 (en) 2007-02-09 2011-03-29 Jpmorgan Chase Bank, N.A. System and method for generating magnetic ink character recognition (MICR) testing documents
US8121385B1 (en) 2007-02-09 2012-02-21 Jpmorgan Chase Bank, N.A. System and method for generating magnetic ink character recognition (MICR) testing documents
US20080313060A1 (en) * 2007-06-18 2008-12-18 Damodaran Suresh K Openly accessible inventory management system and method
US8762270B1 (en) 2007-08-10 2014-06-24 Jpmorgan Chase Bank, N.A. System and method for providing supplemental payment or transaction information
US8788281B1 (en) 2007-12-03 2014-07-22 Jp Morgan Chase Bank, N.A. System and method for processing qualified healthcare account related financial transactions
US8622308B1 (en) 2007-12-31 2014-01-07 Jpmorgan Chase Bank, N.A. System and method for processing transactions using a multi-account transactions device
US7766244B1 (en) 2007-12-31 2010-08-03 Jpmorgan Chase Bank, N.A. System and method for processing transactions using a multi-account transactions device
US8459562B1 (en) 2007-12-31 2013-06-11 Jpmorgan Chase Bank, N.A. System and method for processing transactions using a multi-account transactions device
US7707089B1 (en) 2008-03-12 2010-04-27 Jpmorgan Chase, N.A. Method and system for automating fraud authorization strategies
US8032438B1 (en) 2008-03-12 2011-10-04 Jpmorgan Chase Bank, N.A. Method and system for automating fraud authorization strategies
US8112355B1 (en) 2008-09-05 2012-02-07 Jpmorgan Chase Bank, N.A. Method and system for buyer centric dispute resolution in electronic payment system
US9092447B1 (en) 2008-10-20 2015-07-28 Jpmorgan Chase Bank, N.A. Method and system for duplicate detection
US8391584B2 (en) 2008-10-20 2013-03-05 Jpmorgan Chase Bank, N.A. Method and system for duplicate check detection
US8639017B1 (en) 2008-10-20 2014-01-28 Jpmorgan Chase Bank, N.A. Method and system for duplicate check detection
EP2306391A1 (en) * 2009-09-09 2011-04-06 Eupholis Intermediation method and system for the purchase and/or sale of products via a communication network
US8386381B1 (en) 2009-12-16 2013-02-26 Jpmorgan Chase Bank, N.A. Method and system for detecting, monitoring and addressing data compromises
US8447641B1 (en) 2010-03-29 2013-05-21 Jpmorgan Chase Bank, N.A. System and method for automatically enrolling buyers into a network
US9111278B1 (en) 2010-07-02 2015-08-18 Jpmorgan Chase Bank, N.A. Method and system for determining point of sale authorization
US8554631B1 (en) 2010-07-02 2013-10-08 Jpmorgan Chase Bank, N.A. Method and system for determining point of sale authorization
US8589288B1 (en) 2010-10-01 2013-11-19 Jpmorgan Chase Bank, N.A. System and method for electronic remittance of funds
US8543503B1 (en) 2011-03-30 2013-09-24 Jpmorgan Chase Bank, N.A. Systems and methods for automated invoice entry
US8543504B1 (en) 2011-03-30 2013-09-24 Jpmorgan Chase Bank, N.A. Systems and methods for automated invoice entry
USD678653S1 (en) 2012-07-19 2013-03-19 Jpmorgan Chase Bank, N.A. Drive-up financial transaction machine
USD693984S1 (en) 2012-07-19 2013-11-19 Jpmorgan Chase Bank, N.A. Drive-up financial transaction machine
USD690074S1 (en) 2013-03-13 2013-09-17 Jpmorgan Chase Bank, N.A. Financial transaction machine
US9058626B1 (en) 2013-11-13 2015-06-16 Jpmorgan Chase Bank, N.A. System and method for financial services device usage
US9460469B1 (en) 2013-11-13 2016-10-04 Jpmorgan Chase Bank, N.A. System and method for financial services device usage

Also Published As

Publication number Publication date
US20050228726A1 (en) 2005-10-13
US6941363B2 (en) 2005-09-06

Similar Documents

Publication Publication Date Title
US6941363B2 (en) Transaction management system and program for configuring online shopping system
JP5377602B2 (en) Transaction processing method, coordinator server, and transaction method
US7346577B1 (en) Third-party billing system and method
US20010037290A1 (en) Method and system for secured web-based escrowed transactions
US20050033659A1 (en) Third party privacy system
JP2003016295A (en) Method, system and program for online shopping
US7124109B2 (en) Point service system
EP1095345A1 (en) Third party privacy system
US20040068465A1 (en) Electric commerce credit processing method and electric commerce system
JPWO2003032219A1 (en) Payment authentication server system using AI authentication
KR20010000805A (en) Improved credit card settlement system in e-commerce and the method thereof
JP2001229276A (en) System, method and device for processing gift data
KR100503017B1 (en) Method and System for server to execute Electronic Commerce in concerted internet site and off-line store
KR101045241B1 (en) System and method for authenticating seller using credit card system
KR20000030542A (en) Electronic Commerce Method Using Fingerprint combination data as Self Identification data
KR20010094702A (en) Electronic commerce system and method thereof
KR20060124375A (en) Transaction system and method of authenticating users using thereof
KR102234918B1 (en) method for paying purchase price using mobile telecommunication subscriber information for nonmember
KR20040054657A (en) The Method for executing Electronic Commerce on copyrighted material in the intermediary website
KR100630492B1 (en) Payment system using a reserving card of cooperation company and method of thereof
KR20010094823A (en) Settlement assuring method for dealing accounts on credit and thereof system
KR100669526B1 (en) A Reserving Unity-Gamecard System and a Method Using Thereof
KR20020031701A (en) Electronic payment system using electronic mail address account
KR20060082012A (en) Electronic payment method and system using a mobile phone
JP2001319156A (en) Trade transaction method using internet

Legal Events

Date Code Title Description
AS Assignment

Owner name: FUJITSU LIMITED, JAPAN

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:ITO, HIROKAZU;TAKAE, NAOHITO;TANI, HIROYUKI;REEL/FRAME:011844/0366;SIGNING DATES FROM 20010516 TO 20010523

CC Certificate of correction
FPAY Fee payment

Year of fee payment: 4

REMI Maintenance fee reminder mailed
LAPS Lapse for failure to pay maintenance fees
STCH Information on status: patent discontinuation

Free format text: PATENT EXPIRED DUE TO NONPAYMENT OF MAINTENANCE FEES UNDER 37 CFR 1.362

FP Lapsed due to failure to pay maintenance fee

Effective date: 20130906