CN1322079A - 结算中介处理装置与介质程序、在线购物装置方法和系统 - Google Patents

结算中介处理装置与介质程序、在线购物装置方法和系统

Info

Publication number
CN1322079A
CN1322079A CN01119700A CN01119700A CN1322079A CN 1322079 A CN1322079 A CN 1322079A CN 01119700 A CN01119700 A CN 01119700A CN 01119700 A CN01119700 A CN 01119700A CN 1322079 A CN1322079 A CN 1322079A
Authority
CN
China
Prior art keywords
user
clearing
processing unit
website
information
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
CN01119700A
Other languages
English (en)
Other versions
CN1263259C (zh
Inventor
桑原透
浅野元司
柿沼英彦
盐谷启二
莲水惠继
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.)
Sony Corp
Original Assignee
Sony Corp
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 Sony Corp filed Critical Sony Corp
Publication of CN1322079A publication Critical patent/CN1322079A/zh
Application granted granted Critical
Publication of CN1263259C publication Critical patent/CN1263259C/zh
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/02—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP]
    • G06Q20/027—Payment architectures, schemes or protocols involving a neutral party, e.g. certification authority, notary or trusted third party [TTP] involving a payment switch or gateway
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/04—Payment circuits
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/085—Payment architectures involving remote charge determination or related payment systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102—Bill distribution or payments
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/22—Payment schemes or models
    • G06Q20/24—Credit schemes, i.e. "pay after"
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, 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
    • G06Q20/401—Transaction verification
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0623—Item investigation
    • G06Q30/0625—Directed, with specific intent or strategy
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635—Processing of requisition or of purchase orders
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0641—Shopping interfaces

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Engineering & Computer Science (AREA)
  • Finance (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Computer Security & Cryptography (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Cash Registers Or Receiving Machines (AREA)

Abstract

用户使用一种预定的临时ID访问他没有登记的在线商店。在用户购买一种商品时,在线商店将定单数据发送给一个钱关。响应来自钱关的一个请求,由用户所登记的那个商场运营公司向钱关发送诸如信用卡号等结算所需的信息。钱关用定单数据和结算所需的信息组合后产生最终的定单数据。用最终的定单数据对发卡公司执行结算处理。

Description

结算中介处理装置与介质程序、在线购物装置方法和系统
本发明涉及到有关通过Internet(因特网)的商务如在线购物结算中介处理装置，用来存储结算中介处理程序的存储介质，结算中介的计算机程序，在线购物装置，一种在线购物方法，以及一种在线购物系统。
图36表示传统在线购物的一种流程。
一个在线商场的登记会员(用户)访问商场的主页，其中往往有一个导航页。导航页链接到各个会员商店的主页。
如果用户在一个会员商店的主页上定购一种商品(用符号(1)表示)，定单数据就被发送给这一会员商店(用符号(2)表示)。会员商店产生一个票据并且将其发送给作为一个虚拟商场开发商的商场运营公司(用符号(3)表示)。
商场运营公司向会员发送一个确认邮件信息以确认会员发出了购买定单(用符号(4)表示)。如果会员发送一个购买确认信息(用符号(5)表示)，和ID以及密码数字相关并且被存储在商场运营公司的一个服务器中的信用卡号就被输入到一个结算机构的结算系统中，并且通过这一系统与发卡公司取得联系。在发卡公司执行授权处理(用符号(6)表示)。
如果作出授权，就将授权结果送回商场运营公司(用符号(6)表示)，然后提供给会员和会员商店分别作为授权结果(用符号(7)表示)和销售认可通知(用符号(8)表示)。
会员商店将商品发送给会员(用符号(9)表示)，并且通过将销售数据上载到为商场运营公司的服务器来执行销售决定处理(用符号(10)表示)。商场运营公司收集从各个会员商店输入的销售数据并且将其输入给结算机构的结算系统(用符号(11)表示)。
结算系统根据销售数据向各个发卡公司提供信用卡数据。各个发卡公司向会员收取商品价格的费用(用符号(12)表示)并且通过结算系统将商品价格提供给商场运营公司(用符号(11)表示)。
按照上述处理，按销售价格付款给会员商店并且执行资金结算(用符号(13)表示)。
另外，在上述一类的传统电子商务系统中，在线商店和商场独立地采用各种结算手段。由某一商场发放的ID和密码仅能用于这一商场。因此，希望使用各个在线商店和商场的一个用户必须通过向多个商店和商场多次输入个人信息，信用卡号等等来执行登记。
这样造成的结果是登记程序麻烦并且需要管理大量的ID和密码。
另一个问题是反复多次执行这种登记程序会增加信用卡信息泄漏的可能性。
本发明的目的之一是提供一种结算中介装置，它实现一种结算系统，其中必要的处理程序是简单的，即使是在多个系统的交易中，系统需要管理的ID和密码数量也不会增加，因此，与结算有关的保密信息被泄漏的可能性极小。
本发明的另一个目的是提供一种用来提供在线购物系统的在线购物装置，其中用户可以按照简单的程序使用它所登记的在线商店或商场以外的其他商店或商场，需要管理的ID和密码数量不会增加，因此，与结算有关的保密信息被泄漏的可能性极小。
本发明的再一个目的是提供这样一种在线购物方法和系统。
为了实现上述目的，按照本发明的结算中介处理装置包括定单(order)信息接收装置，它响应用户通过网络发出的请求，从伴随着支付价款执行一种规定动作的第一装置上接收与这一规定动作的请求有关的定单信息；付款信息获取装置，它根据接收到的定单信息从一个与用户签有按照预定方法付款的合同的第二装置上获取付款信息，该付款信息对于从用户接收按照用户要求的预定动作的支付价款是必要的；以及结算处理装置，它根据接收到的定单信息和获取的付款信息来执行对用户请求的预定动作的价格结算。
最好是，规定动作是通过网络销售任何一种商品并且伴随着付款，定单信息接收装置从第一装置上接收关于购买一种商品的定单信息，由第一装置通过网络销售任何一种商品，付款信息获取装置获取必要的付款信息，根据接收到的定单信息从用户那里接收用户从第二装置上购买的商品的价款；结算处理装置根据接收到的定单信息和获取的付款信息对用户购买的商品的价格执行结算。
例如，第一装置和第二装置都是用户所登记的许多商品销售装置中的一方，用户的登记中包括按预定方法付款的合同，并且至少允许登记的用户通过网络进入这些装置并且销售任何商品；定单信息接收装置从多个商品销售装置之一接收用户为购买一种商品而发出的定单信息，而用户还登记了除了这一商品销售装置之外的至少一个商品销售装置；付款信息获取装置获取必要的付款信息，根据接收到的定单信息从用户所登记的商品销售装置上从用户那里接收用户为购买的商品支付的价款。
另一个例子是第一装置和第二装置都是通过网络进入的销售商品的一种在线购物装置中的一方，并且是用来通过网络控制进入在线购物装置的一个在线购物管理装置。
按照本发明另一方面的一种结算中介处理装置中包括用来接受在第一站点购买商品的用户输入的他本人在第二站点登记作为会员的用户个人识别信息的装置；向第二站点发送输入的个人识别信息的装置，并且获取个人识别结果和为了从第二站点结算所必要的信息。
按照本发明再一方面的一种结算中介处理装置中包括用来接受在第一站点购买商品的用户输入的结算所需的信息和他本人在第二站点登记作为会员的用户个人识别信息的装置；向第二站点发送输入的个人识别信息的装置，并且从第二站点获取个人识别结果。
按照本发明又一方面的一种结算中介处理装置中包括从在第一站点购买商品的用户接收一个输入的装置，用来选择能够识别用户个人的一个第二站点；以及用来请求选定的第二站点发回一个用户个人识别结果的装置，并且根据发回的个人识别结果来执行结算处理。
在按照本发明各个方面的结算中介处理装置中，第二站点例如是一个可以通过网络访问的销售商品的在线购物站点，或者是一个在线购物管理站点，用来控制通过网络访问在线购物站点。
按照本发明的结算中介处理装置进一步包括佣金处理装置，用来执行向参与销售商品的操作方支付佣金的程序，这其中包括第二装置(第二站点)的操作方和结算中介处理装置的操作方。在这种情况下，佣金处理装置将执行结算的商品价格的一部分作为佣金来分配。
还可以进一步提供访问信息提供装置，用来为每个第一装置(第一站点)存储用于各个第二装置(第二站点)的用户信息片段，这种片段与实际的用户信息不同，并且允许在第二装置(第二站点)中登记的用户访问上述每个第一装置(第一站点)，还允许用户通过输入与实际用户信息不同的用户信息来访问一个对应的第一装置(第一站点)。在这种情况下，用户信息的每个片段包括一个用于结算中介处理装置的用户ID。
付款信息获取装置可以根据接收到的定单信息获取付款信息，这其中包括用用户的信用卡来结算用户从第二装置(第二站点)购买的商品价款所需的信用卡号；结算处理装置根据接收到的定单信息和获取的付款信息来执行接收付款的处理，由向用户发放信用卡的信用卡公司支付对应于用户购买的商品的价格的金额。
例如，付款信息获取装置(用来获取个人识别结果和为了从第二站点结算所需要的信息的装置)根据接收到的定单信息中包括的定单号和获取的付款信息中包括的定单号核对接收到的定单信息和获取的付款信息。
还可以进一步提供付款方法输入显示装置，为第一装置(第一站点)提供付款方法选择画面，用来选择输入一种付款方法；结算中介执行装置，用来使结算中介处理装置仅仅在通过付款方法输入显示装置由结算中介处理装置完成对选择结算的输入时才执行其功能。
作为另一个例子，还可以提供一种目录显示装置，让通过网络进行访问的用户的装置能够以可选择的方式来显示可以由结算中介处理装置执行结算中介处理的商品销售装置(第一站点)的目录；以及用来使选定的商品销售装置(第一站点)访问用户装置的自动访问装置。
作为再一个例子，还可以提供用来存储搜索关键词的搜索关键词存储装置，让一或多个搜索关键词与可以由结算中介处理装置执行结算中介处理的商品销售装置(第一站点)销售的每一种商品相互关联；用来使通过网络进行访问的用户的装置显示一个用于输入搜索关键词的对话框的搜索关键词输入装置；以及第二自动访问装置，用于根据通过搜索关键词输入装置输入的搜索关键词从搜索关键词存储装置中提取对应的商品销售装置(第一站点)的名称，并且让用户的装置能够访问找到的商品销售装置(第一站点)。
按照本发明的结算中介处理装置本质上是一台可以通过网络访问的计算机。因此也可以将本发明定义为一种计算机程序，用来执行按照本发明的结算中介处理装置的功能，并且用一种记录介质来存储这样的计算机程序。
按照本发明的在线购物装置包括商店管理装置，用来登记和管理在通过网络访问时销售任何一种商品的在线商店；以及用户管理装置，用来由用户执行包括关于付款合同在内的登记，并且允许登记(registered)的用户访问登记的在线商店，用户管理装置允许已经登记并且具有关于为从第二在线购物装置购买的一种商品付款的合同的用户通过结算中介处理装置访问登记的在线商店，从第二在线商店获取预定的付款信息并且执行结算。
按照本发明的另一种在线购物装置包括商店管理装置，用来登记和管理在通过网络访问时销售任何一种商品的在线商店；以及用户管理装置，用来由用户执行包括关于付款合同在内的登记，并且允许登记的用户访问登记的在线商店，用户管理装置在登记的用户从另一个在线购物装置管理的在线商店购买一种商品时提供按照用户与结算中介处理装置的合同对用户执行结算所需的预定的付款信息，响应来自结算中介处理装置的请求按用户购买的商品价格执行结算。
本发明的一种在线购物方法包括以下步骤，在网络上任意的第一在线商店根据访问这一在线商店的任意用户发出的商品定单产生定单信息；向一个结算中介处理装置发送产生的定单信息；在结算中介处理装置中，获取为接收来自发出商品定单的用户所登记的第二在线购物装置的用户付款所需的预定的付款信息；根据获取的付款信息和用户执行结算；对应于已经执行结算的商品价格至少向第二在线商店和结算中介处理装置支付预定的佣金；并且在支付佣金之后将剩下的金额支付给第一在线商店。
按照本发明的在线购物系统包括在通过网络访问时销售任何商品的多个在线商店；多个在线购物装置，各自包括用来登记和管理多个在线商店中的一部分的商店管理装置；以及用来由用户执行包括付款合同的登记的用户管理装置，并且允许登记的用户访问登记的在线商店，在用户通过结算中介处理装置进行访问时，用户管理装置允许在另一个在线购物装置中登记的用户访问登记的在线商店，在登记的用户从另一个在线购物装置管理的一个在线商店购买一种商品时，用户管理装置将该登记的用户执行结算所需的预定付款信息提供给结算中介处理装置；结算中介处理装置包括定单信息接收装置，用来从多个在线购物装置当中的任何一个接收定单信息；付款信息获取装置，用来根据接收到的定单信息从用户所登记的多个在线购物装置之一获取为了从用户接收支付的价款所需的付款信息；以及结算处理装置，它按照用户要求的规定动作根据接收到的定单信息和获取的付款信息来执行价款结算。
图1是表示本发明一个实施例的在线购物系统的一个方框图；
图2的示意图表示在图1的在线购物系统的每个商场运营公司中作为用户主人(user master)存储的其他商场的会员的登记内容；
图3的示意图表示在图1的在线购物系统的每个商场运营公司中对一个已经在另一个商场购物的会员执行的认证处理的弹出式图像；
图4的示意图表示为每个商场运营公司提供的用于访问其它商场的信息，这种信息被存储在图1的在线购物系统的一个钱关(money gate)中作为公司主人；
图5的示意图表示当用户在图1的在线购物系统中购买商品时执行的处理流程图；
图6的示意图表示在图1的在线购物系统中执行的近日的销售和结算处理流程图；
图7的示意图表示本实施例的在线购物系统的一种实际结构；
图8的示意图表示为访问在线商场搜索钱关主页的用户提供的一例搜索页；
图9的示意图表示在使用输入搜索键进行搜索时出现的示例图；
图10和11分别是用来表示当用户在除了其在图7的在线购物系统中登记的商场之外的其它商场的商店中购买商品时所执行的处理流程的第一和第二示意图；
图12-18的示意图表示出现在用户终端上并且在图10和11的程序中使用的图像；
图19的示意图表示当用户在除了其在图7的在线购物系统中登记的商场之外的其它商场的商店中购买数字内容时执行的处理流程；
图20的示意图表示当用户在与图7的在线购物系统独立地执行结算处理的商店中购买一种物品时执行的处理流程；
图21-26的示意图表示出现在用户终端上并且在图20的处理中使用的图像；
图27的流程图表示在钱关500的基本模式下登记的公司站点和销售站点相同的情况下的站点间通信流程；
图28的流程图表示在钱关500的基本模式下登记的公司站点和销售站点彼此不同的的情况下的站点间通信流程；
图29的流程图表示在购物开关接受服务使用模式下登记的公司站点和销售站点相同的情况下的站点间通信流程；
图30的流程图表示在购物开关接受服务使用模式下登记的公司站点和销售站点彼此不同的情况下的站点间通信流程；
图31表示通过站点间通信在站点之间交换的e-mail(电子邮件)格式1-8；
图32表示通过站点间通信在站点之间交换的e-mail格式9-23；
图33表示通过站点间通信在站点之间交换的e-mail格式24-29；
图34表示通过站点间通信在站点之间交换的e-mail格式30-35；
图35表示通过站点间通信在站点之间交换的e-mail格式36-45；以及
图36的示意图表示传统的在线购物系统中的一种处理流程。
以下要参照附图1-36来解释本发明的实施例。
这一实施例涉及到一种在线购物系统，在一个通信网络上设有多个在线购物商场(以下简称为“商场”)，作为一个商场的会员的用户可以在其它商场中执行在线购物，不需要在其它商场中重新登记。
首先要解释本实施例的在线购物系统中的个别项目。这些项目的内容如下。
                        -内容-
A.概述
(1)基本结构
(2)基本操作
1)购买商品时的操作
2)销售和结算处理
B.细节
(1)结构例
(2)操作/处理流程
1)销售一种物品
2)销售一种数字内容
a)授权站点不知道用户信用卡号的情况
b)授权站点知道用户信用卡号的情况
(3)站点间通信
1)当登记的公司站点和销售站点在钱关基本模式方面相同的情况下的站点间通信
2)在登记的公司站点和销售站点彼此处在钱关基本模式彼此不同的情况下的站点间通信
3)在登记的公司站点和销售站点在购物交换接收服务使用模式方面相同的情况下的站点间通信
4)在登记的公司站点和销售站点在不同的购物交换接收服务使用模式方面彼此不同的情况下的站点间通信
(4)总结
以下要按照上述项目来解释本发明的实施例。
A.概述
(1)基本结构
首先要参照图1-4解释按照本实施例的在线购物系统的结构。
图1表示在线购物系统的基本结构。
在这一基本结构中，在线购物系统100的构成有用户200，商场运营公司300(第一装置，第一站点，第二装置，第二站点，商品销售装置，在线购物装置和在线购物管理装置)，在线商店400(第一装置，第一站点，第二装置，第二站点，商品销售装置，在线购物装置和在线购物管理装置)，一个钱关500(结算中介处理装置)，发卡公司600以及通信网络700，710和720。
用户200，商场运营公司300，在线商店400，钱关500以及发卡公司600这一部分至少在字面上可以体现为一个自然人或是团体。这其中的每一项从商务的角度了看都代表着一个自然人或是一个团体等等，并且从它所执行的功能上来看代表着由自然人，团体等等拥有和操纵的计算机。也就是说，从它所执行的功能上来看，用户200，商场运营公司300，在线商店400，钱关500以及发卡公司600各自都是一台计算机，由机内的处理器按照存储在作为存储介质的存储装置中的操作程序等等执行数据处理。以下所述的各种装置都是由处理器按照存储在存储装置中的操作程序等等所执行的各种功能来实现的。用来存储作为操作程序的计算机程序的存储介质不仅限于计算机的存储装置，也可以是诸如CD-ROM(只读光盘)等封装的便携式存储介质。
从商务角度来看，每个用户200是通过网络700从在线商店400实际上购买商品的一般的个人。
从商务角度来看，每个用户200都有这样一种环境，他可以通过通信网络700访问由商场运营公司300建立的商场或是由在线商店400建立的商店。每个用户200都是许多商场运营公司300中的至少一个的商场的登记会员，并且是由某一个商场运营公司300确保付款的用户。
一般来说，从它所执行的功能来看，每个用户200是连接到通信网络700的任意节点上的一台个人计算机。
从商务角度来看，每个商场运营公司300是一个本地的单个的Internet服务供应商(ISP)，换句话说，是建立各自的在线购物商场的公司。每个商场运营公司300在Internet700上建立一个作为在线购物平台的商场，并且为需要建立在线商店的个人和在线商店的用户提供在线购物服务。
具体地说，从它所执行的功能来看，每个商场运营公司300管理着由它本身建立的商场中的在线商店400(商店管理装置)。
从它所执行的功能来看，每个商场运营公司300以用户数据库的形式存储并管理着登记作为会员的用户200(用户管理装置)。
从它所执行的功能来看，商场运营公司300的一部分可以管理在所建立的商场中的在线商店400的购买。一个商场运营公司300执行涉及到在线购物全过程的各种处理，例如是使用定单(order)数据库来管理所有定单数据，请求用户200确认定单，以及请求一个结算机构执行授权。
在在线系统100中，在某一个商场中登记的用户200可以通过钱关500(参见下文)在他没有登记的其它商场中购物。为了实现这样的系统，由每个商场运营公司300执行以下的程序。毫无疑问，这种处理是由计算机来执行的。
首先，每个商场运营公司300为每个其它商场发出ID信息，允许将其它商场的会员(他应该可以通过钱关500在自己的商场中购物)作为自己商场的会员来对待，并且登记作为用户主人(master)的信息。
以下要参照图2来说明一种具体方式。
假设有三个商场A-C，它们都允许其它两个商场的用户通过钱关500在自己的商场购物。每个商场的商场运营公司300为其它商场设置ID，密码和虚拟信用卡号。
例如，商场A的商场运营公司300a为商场B的会员发放一个ID“mlb@mg2”，一个密码“12345678，”和一个虚拟信用卡号“111100000002”，并且为商场C的会员发放一个ID“mlb@mg2”，一个密码“12345678，”和一个虚拟信用卡号“111100000003”。商场运营公司300a在其自身的数据库中存储这些信息片段。这些ID，密码和信用卡号是临时的，或者是不同于实际的号。
可以用来访问钱关500的这种ID被称为钱关ID。
如图4所示，由每个商场运营公司300发出的上述信息以公司主人的形式登记并且存在钱关500(参见下文)的收费服务器510(参见图1)中。收费服务器510对链接到每个商场运营公司300的属性信息的Web图像执行登记管理。也就是用钱关500的收费服务器510为每个用户200存储一个ID，一个密码和一个信用卡号，它们是临时的，或者是不同于每个商场运营公司实际的号。通过这种手段，当商场运营公司300向收费服务器510发送一个ID，密码和信用卡号时，收费服务器510就能判断出用户200的这些属性信息片段属于哪一家，即便这些属性信息片段是临时的并且与实际的不同。
第一商场的商场运营公司300接纳来自第二商场的会员在自己的商场使用第二商场的会员的ID，并且允许他在第一商场的在线商店400中购物。
当一个商场运营公司300的商场的一个在线商店400接收到来自另一个商场的会员(用户200)的定单时，商场运营公司300就请求用户200确认这一定单并且通知钱关500接收到定单。如果钱关500认可这一定单，商场运营公司300就执行定单响应程序并且请求在线商店400发货。
当一个商场运营公司300的会员完成在另一个商场的购买时，商场运营公司300从钱关500接收会员认证请求。商场运营公司300执行认证处理并且向钱关500发送关于结算的信息，例如是信用卡号。
在这方面，每个商场运营公司300在一个Web服务器中预先存储一个如图3所示的弹出式图像。如果从钱关500接收到一个认证请求，商场运营公司300就在用户200的计算机屏幕上打开这一弹出式图像。
商场运营公司300和钱关500之间的通信信道710应该提供保密通信，例如是采用专用线路，或者是具有用SSL(保密套接层)发送数据的机制。
如上所述，每个商场运营公司300对商店400，用户200及钱关500执行各种处理，使在线购物能正常进行。
每个在线商店400在相应的商场运营公司300提供的环境中建立一个商店，并且向用户200在线销售诸如实物和数字内容等等任何物品。
每个在线商店400向钱关500提出实质的请求，请求执行授权处理和诸如资金结算等其它处理。根据商场的形式，有关的商场运营公司300临时参与管理定单数据，然后对钱关500执行处理。
一个在线商店400本身可以构成单个商场。
钱关500是一个结算处理统一机构，以统一的方式来执行涉及到许多商场运营公司的结算。
钱关500具有对链接到公司属性信息的片段的Web图像(以下称为“收费”或“收费对象”)执行登记管理的收费服务器510，将公司属性信息的片段分配给各个商场运营公司300，允许每个用户200便于在他所登记的商场之外的商场中购买商品。也就是说，供每个用户200专用并且包括用户200的属性信息的收费由用户200的计算机来保存，并且可以作为一个收费对象出现在用户200的计算机屏幕上。关于临时或者与实际情况不同的ID的信息链接到每个可以访问的商场运营公司300或在线商店400的收费对象。
如上所述，收费服务器510存储每个商场运营公司300为其它商场发放的ID信息，也就是图4所示的一个公司主人，这其中为每一个商场的会员列出了名称，虚拟信用卡号，密码和一个ID，以供应每个商场运营公司300使用的URL。当一个用户200在他所登记的商场以外的一个商场中购买商品时，用户200的商场运营公司300的收费就在提供给这一商场主人的预定的字段(field)内写入预定的信息。
具体地说，用户200首先根据URL来识别商场并且确定所要使用的ID。根据用户的操纵，例如是拖下一个收费对象，被用户200所访问的商场运营公司300或在线商店400就检测写入了ID，密码和信用卡号等等的字段，并且将这些项目写入检测的字段中。这是响应由用户200在一个用于认证的用户属性输入图像(参见图3)上操纵的输入来完成的，图像显示在访问这一商场运营公司300或是在线商店400的用户200的计算机屏幕上。此时，因为用户200的计算机可以识别公司(商场运营公司300或在线商店400)的URL，也就能够识别这个公司。通过将收费对象下载到用于认证的用户属性输入图像中，由用户200保存的收费就能够按照识别到的公司选择一个临时或是与实际情况不同的ID，一个密码和一个信用卡号。作为选择结果的这种临时或是与实际情况不同的ID，密码和信用卡号被发送给商场运营公司300或是在线商店400。受到用户200访问的商场运营公司300或是在线商店400将作为选择结果的这种临时或是与实际情况不同的ID，密码和信用卡号发送给收费服务器510。定单信息接收装置的功能就是按这种方式来执行的。
在获取用户本人已经在除了他登记的商场之外的其它商场完成购物的用户200的ID的处理中，收费服务器510按照来自钱关500的定单管理服务器520的指令检测用户200所登记的商场运营公司300。收费服务器510还要执行指示商场运营公司300为用户200提供一个图像输入ID/密码，并且获取个人识别和结算所需的数据。还要按照同样的方式执行访问信息提供装置和付款信息获取装置的功能。
另一种实施例也是可行的，将一个在用户200所登记的商场运营公司300或在线商店400中作为单独识别信息的用户ID输入到由受到用户200访问的商场运营公司300或在线商店400提供的用于认证的一个用户属性输入图像。输入方法可以是任意类型的，例如是拖移一个收费对象或是输入一个值。在这种情况下，收费服务器510可以为每一个用户200提供一个用户ID表。这一用户ID表包含用户200与用户200所登记的公司(商场运营公司300，在线商店400等等)的识别信息之间的至少一种对应关系。这样，被用户200访问的商场运营公司300或在线商店400就将用户200的用户ID发送给收费服务器510。按照这一方式来执行定单信息接收装置的功能。一旦接收到用户ID，收费服务器510就提供并且搜索用户ID表，以确定用户200登记的是哪一家商场运营公司300或在线商店400。由收费服务器510指示这一商场运营公司300为用户200提供一个ID/密码输入图像，并且获取个人识别和结算所需的数据。按照同样的方式执行访问信息提供装置和付款信息获取装置的功能。
钱关500用管理定单信息定单管理服务器520管理定单信息，并在用户200，商场运营公司300和在线商店400之间执行所有的结算处理(结算处理装置)。
具体地说，首先，定单管理服务器520根据从一个商场运营公司300发出的新的定单信息产生新的定单数据，并且登记新的定单数据。
在通过钱关500发出定单时，也就是在用户200所登记的商场之外的一个商场的商店中作出定单时，定单数据中包含用户200所登记的商场的ID但是不包含用户200本人的ID或信用卡号。因此，如上文所述，定单管理服务器520要指令收费服务器510获取用户200本人的ID。
另一种实施例也是可能的。假设当一个用户200在用户200所登记的商场之外的一个商场的商店中购买时产生的定单数据包含用户200在他所登记的商场中的ID。在这种情况下，定单数据包含用户200在他所登记的商场中的ID，但是不包含用户200本人的信用卡号。同样是在这种情况下，定单管理服务器520要指令收费服务器510获取用户200本人的信用卡号。
在其他可能的实施例中，不仅是用户200在他所登记的商场运营公司300或在线商店400中的ID还有他的信用卡号(也就是结算所需的信息)也被输入到受到用户200访问的商场运营公司300或在线商店400所提供的用于认证的用户属性输入图像中。输入方法可以是任意类型的，例如是拖移一个收费对象或是输入一个值。在这种情况下，收费服务器510可以如上所述为用户200提供一个用户ID表。这样，受到用户200访问的商场运营公司300或在线商店400就将用户200的用户ID和信用卡号发送给收费服务器510。按照这种方式执行定单信息接收装置的功能。一旦接收到用户ID和信用卡号，收费服务器510就查阅并且搜索用户ID表以确定用户200是在哪一家商场运营公司300或在线商店400登记的。收费服务器510指令商场运营公司300为用户200提供一个ID输入图像，并且获取个人识别所需的数据。按照这种方式执行访问信息提供装置和付款信息获取装置的功能。
最后，定单管理服务器520在登记的定单数据中写入从用户200所登记的商场运营公司300发送来的用户200的ID，信用卡号等等信息。在对用户200所登记的商场运营公司300的这一查询过程中，可以为用户200显示一个催促用户200输入用户识别信息和结算所需的信息的一个对话图像。在这种情况下，由用户200本人在对话图像中输入用户ID，密码和信用卡号等等信息。定单管理服务器520将这些信息片段发送给用户200所登记的商场运营公司300，并且要求这一商场运营公司300执行用户核对并且发回核对结果。或者是由用户登记作为会员的商场运营公司300来识别用户200的信用卡号，定单管理服务器520仅仅要求用户200在上述的对话图像中输入诸如用户ID，密码等等识别信息。定单管理服务器520将这些信息片段发送给用户200所登记的商场运营公司300，并且要求商场运营公司300执行用户核对并且搜索信用卡号。然后，定单管理服务器520要求商场运营公司300发回一个用户核对结果和作为结算所需信息的信用卡号。
在执行上述处理之后，定单管理服务器520的定单数据发送给发卡公司600按规则填写信用卡号等等，并且请求发卡公司600执行授权处理。定单管理服务器520接收授权结果并且发送给商店400作为定单批准或是取消的信息。
在授权处理中，定单管理服务器520在从商场运营公司300接收授权请求并且积累授权结果之前预先发出授权请求。响应商场运营公司300此后发出的授权请求，定单管理服务器520根据其定单号码来检测对应的授权结果，并且发回检测到的授权结果。
然后，定单管理服务器520执行分配销售价款的利润的处理(佣金支付处理装置)。
例如在通过钱关500销售的情况下，发卡公司600支付的钱数是商品的售价减去预定百分数的佣金。对于上述付款方式，钱关500将售价的预定百分数作为介绍用户200的佣金支付给用户200所登记的商场运营公司300，并且向建立有关的在线商店400的这一商场运营公司300支付预定百分数的售价。钱关500本身收取预定百分数的佣金并将剩下的钱支付给在线商店400。
每个发卡公司600根据钱关500发送来的信息按照常规的方式执行结算处理。
通信网络700是一种大面积通信网络系统，它可以为商场，商店，以及在线购物系统100的顾客提供节点，并且在网络上构成在线购物系统100。在本实施例中，通信网络700是Internet。在以下的说明中将通信网络称为Internet700。
通信信道710和720分别是商场运营公司300/在线商店400与钱关500之间和钱关500与发卡公司600之间的通信网络，它们各自都应该具备保密通信的环境。
这样的通信信道710和720应该是专用线路，或者是需要具有用SSL(保密套接层)发送数据的机制。
如上所述，在本发明的结算中介处理过程中，从用户200所登记的商场运营公司300(第二站点，认证站点)获取认证信息和用于在用户200没有登记的一个商场运营公司300或在线商店400结算所需的信息，从而允许用户200在他没有登记的商场运营公司300(第一站点，销售站点)的商场中购物。为了实现这一过程，必须至少要获取能够识别用户200本人的信息，识别用户200所登记的商场运营公司300的信息，以及用来对用户200结算所需的信息。因此，在本发明的实践中在获取此类各种信息时有可能设置适当的等级。上述实施例中包括了一部分可能的等级组合。在本发明的实践中，等级的组合并不仅限于上述情况，还可以有其他组合。
在上述的在线购物过程中可以用各种方式来处理结算所需的信息例如是信用卡号。例如，在用户200在一个商场运营公司300中登记时或是登记之后，如果需要将信用卡号等等通知这一商场运营公司300，商场运营公司300就应该预先具有对登记这一信用卡号的用户200执行结算所需的信息。如果一个商场运营公司300是作为认证站点(第二站点)，它在上述在线购物过程中就不需要用户200输入信用卡号等等。反之，如果商场运营公司300在用户200登记时或是登记之后都不需要用户200通知其信用卡号等等，如果这一商场运营公司300是作为认证站点(第二站点)，在上述在线购物过程中就必须要用户200输入信用卡号等等。
(2)基本操作
以下要参照图5和6说明具有上述结构的在线购物系统100的基本操作方式。
1)购买商品时的操作
首先参照图5说明用户200在购买商品时的操作。
首先，当用户200在一个在线商店400提供网页上购买一种商品时，也就是当用户200在在线商店400购买一种商品时(用符号(1)表示)，在线商店400产生定单数据，这其中包含供发卡公司600授权所需的数据例如是钱数，并且将定单数据发送给钱关500(用符号(2)表示)。
钱关500将定单数据保存在钱关500的定单管理服务器中。进而，钱关500根据定单数据中包括的IP地址和商场运营公司300的ID来识别用户200，并且请求用户200提供ID和密码(用符号(3)表示)。
用户200响应这一请求输入ID和密码，并且将输入的ID和密码发送给商场运营公司300(用符号(4)表示)。
商场运营公司300根据ID和密码执行认证处理。如果确认这一用户200是合法的人，商场运营公司300就根据ID和密码来确定信用数据，并且将信用数据发送给钱关500(用符号(5)表示)。从商场运营公司300到钱关500的传输是通过专用线路而不是Internet完成的。
钱关500将其从商场运营公司300接收到的信用数据写入其已经从在线商店400接收到并且存储在定单管理服务器中的定单数据，并且请求发卡公司600执行授权处理(用符号(6)表示)。
发卡公司600根据这一请求执行授权处理，并且向钱关500发回授权结果(用符号(7)表示)。
钱关500根据接收到的授权结果向在线商店400发送决定的结果，以决定是否执行购买响应程序(用符号(8)表示)。在线商店400核对这一结果，最后请求钱关500执行授权处理(用符号(9)表示)。钱关500响应这一授权请求，不用将授权结果发送给发卡公司600，而是将保存在钱关500中的授权结果发回在线商店400(用符号(10)表示)。
在线商店400根据这一授权结果通知用户200定单已被接受并且将商品发货(用符号(11)表示)。
2)销售和结算处理
以下参照图6来说明在商店关门时执行的销售和结算处理。
首先，每个在线商店400向钱关500发送销售数据(用符号(1)表示)。
钱关500比较接收的销售数据和保存在定单管理服务器中的定单数据，并且为销售数据输入信用卡号。进而，钱关500将包含信用卡号的销售数据发送给发卡公司600，并且向发卡公司600索取销售款(用符号(2)表示)。
发卡公司600向用户200索取销售款(用符号(3)表示)并且接收付款(用符号(4)表示)。
发卡公司600从付给钱关500的销售款中减去预定的佣金(用符号(5)表示)。
钱关500按照预定的百分数付给商场运营公司300作为顾客介绍佣金(用符号(6)表示)并且在减去自己的佣金b％之后付给在线商店400(用符号(7)表示)。
B.具体说明
接下来要参照图7-26用具体的方式来说明基本结构和操作如上所述的在线购物系统的实际结构例和处理操作/流程的例子。
(1)结构示例
图7表示应用于实际网络的在线购物系统100的结构。如图7所示，实际的在线购物系统100包括许多用户200，商场运营公司300以及结构上不断动态变化的发卡公司600。
用户200是连接到网络700上的任意节点，用户可以通过在一个商场运营公司300登记而成为在线购物系统100的一个用户200。也就是说，只要在一个商场运营公司300登记，每个用户200都可以象其他商场的会员一样在在线购物系统100的其他商场中购物。
商场运营公司本身可以在获准用钱关500作为结算处理装置的状态下登记作为在线购物系统100的一个商场运营公司300，同样允许自己的会员进入在线购物系统100中其他的商场运营公司300建立的商场购物，反之也允许在另一个商场运营公司300登记的用户200进入自己的商场购物。
如下文所述，商场运营公司300可以通过建立这样一种机制而获利，在销售一件商品时，由于一个会员用户200相互访问的结果，用户200登记的商场运营公司300和管理着售出商品的在线商店400的那一个商场运营公司300都可以收到预定的佣金。
在上述在线购物系统100中，钱关500采用上述的收费服务器510和定单管理服务器520统一管理用户200，商场运营公司300及在线商店400之间的访问和结算处理。这样就能实现用户200，商场运营公司300及在线商店400之间的相互访问和购物。
(2)程序操作/流程
以下按具体方式来解释图7所示的在线购物系统100的操作，也就是在线购物系统100的处理流程。
以下的说明是针对采用基本的在线购物系统的上述操作方式的实际系统而言的。因此，尽管以下的处理流程与上述处理流程可能会有所不同，但是其数据流向和操作并没有本质上的区别。
本实施例是在这样一种情况下执行的程序，在图7所示的在线购物系统100中，在拥有各个商场A，B和C的一个商场运营公司300中登记作为会员的一个用户200在用户200没有登记的商场A，B和C所建立的一个商店400中执行在线购物。
在这种情况下，用户200需要是至少一个商场运营公司300或在线商店400的会员。在各种可能的模式中有这样一种模式，用户200是销售物品或是数字内容的一个在线商店400的会员。在这种情况下，因为用户是这一在线商店400的会员，他也可能是这一在线商店400所属的一个商场运营公司300的会员。对商场运营公司300来说，商场运营公司300可以是诸如Internet服务供应商(ISP)这样的机构，用来管理和控制用户对所登记的在线商店400的访问，或者是商场运营公司300本身就具有例如销售物品或数字内容的在线购物功能。进而，如图7所示，商场运营公司300也可以用来管理另一个商场运营公司，后者又管理着许多在线商店400。商场运营公司可以采用这样一种商场运营方式，由商场运营公司300本身和许多发卡公司600签订合同(参见图7中的商场运营公司300a)。这种运营方式能够使在线商店(会员商店)和没有在线商店(会员商店)的商场运营公司300以及本身与发卡公司有合同的商场运营公司300通过和许多发卡公司600有合同的商场运营公司300a来操作并且由这些有合同的发卡公司600来结算。
用户200可以通过Internet通信网络700访问商场运营公司300，在线商店400和钱关500。如下文所述，用户200甚至可以访问它登记作为会员的商场运营公司300之外的商场运营公司300。
在用户200访问钱关(money gate)500时执行的程序如下。钱关500为用户200提供一个供用户访问的主页。用户200是在线购物系统100的一个商场运营公司300或在线商店400的一个会员。
例如，由钱关500提供给用户200的主页有一个如图8和9所示的搜索页550。搜索页550是供想要购买某种物品或数字内容的用户200用来通过在线购物系统100搜索一个在线商店400(在下文中，它可以是一个商场运营公司300)的网页，以便购买物品或数字内容。为此，钱关500具有用来显示搜索页550的图像数据，显示程序，一个搜索引擎以及搜索关键词存储装置。搜索关键词存储装置具有这样的文件结构，用这样的方式来存储搜索关键词，让一或两个关键词和可以由钱关500执行结算中介处理的商品销售装置也就是在线购物系统100的在线商店400销售的每一种商品相关联。
在搜索页550上按照安装在钱关500中的显示程序在一个商店显示空间551中显示在线购物系统100的所有在线商店400的目录(目录显示装置)。在商店显示空间551中显示每个在线商店400的名称552和链接信息553。显示的每个链接信息553被称为URL(通用资源定位符)。当光标位于链接信息553的一个片段上并且点击时，装在钱关500中的搜索引擎的程序能够转换到一个对应的在线商店400的网页(自动访问装置)。
安装在钱关500中的显示程序在搜索页550上不仅显示上述的商店显示空间551，还显示一个用来输入搜索关键词的对话框554(搜索关键词输入装置)。如图8和9所示，对话框554有一个用来输入搜索关键词的输入区555和用来指示执行搜索的指令按钮556。在对话框554的输入区555上输入一个预定的关键词之后，如果点击指令按钮556，安装在钱关500中的搜索引擎程序就根据输入的关键词在上述搜索关键词存储装置中搜索对应的在线商店400，并且建立这样一种状态，让用户200能够链接到找到的在线商店400的网页上(第二自动访问装置)。如图9所示的一例可能的链接状态是将找到的在线商店400的一个目录显示在商店显示空间551中。将找到的每个在线商店400的名称552和链接信息553显示在商店显示空间551中。另一例可能的链接状态是这样的，如果只找到一个在线商店400，就自动将用户链接到找到的在线商店400的网页。在这种情况下，当用户200主动或是被动地访问预定的一个在线商店400的网页时，在线商店400可能属于用户没有登记的一个商场运营公司300。在这种情况下是采用这样一种方法，让用户200访问收费服务器510(参见下文)，用户200可以浏览由用户200没有登记的商场运营公司300管理的在线商店400的网页，并且在网页上购物。这种处理的细节参见下文。
以下要单独解释销售物品和销售数字内容的情况。
1)销售物品
以下参照图7-18来说明在图7所示的在线购物系统100中在具有商场B的一个商场运营公司300b登记作为会员的一个用户200bj在商场A的一个商店400aj中购买商品的情况。假设具有商场B的商场运营公司300b不知道诸如用户200bj的信用卡号等结算所需的信息。
当商场B的会员用户200bj通过网络到商场A的在线商店400ai(第一站点，销售站点)购物并且找到了他要购买的商品时，用户200bj就通过点击图12中所示的购物篮目标801打开一个定货单802，并且在定货单802上按顺序输入信息片段制成定单。尽管用户200bj不是商场A的会员，只要指定他在登记作为会员的商场B中登记的预定的ID，用户200bj就可以用在商场B的商场运营公司300b(第二站点，认证站点)中登记的信用卡象商场A的会员一样付款，换句话说，就象是用户200bj在商场B的商店中购买商品的方式一样。
例如，为了指定预定的ID，用户200bj访问钱关500的收费服务器510并且用B商场会员的收费制作一个定单(处理P1)。具体地说，例如打开图12中的一个对象803，放入定货单802的一个部分，在定货单上写入用于支付的A商场会员ID。关于用户200bj的商场ID等等信息被链接到对象803。将对象803加入一部分定货单802，在定货单上写入用于付款的A商场会员ID的操作相当于输入用户200bj的商场ID。
如图4所示，其他商场的URL，在收费服务器510中为每个商场的会员列出了可以在这些商场中使用的ID(钱关ID)以及其他信息。因此，上述操作能够将商场B的钱关ID写入定货单802的空间，用来输入个人付款的ID。
输入预定的ID的另一种方法是让用户200输入用户200所登记的商场运营公司300的用户ID。在这种情况下需要用一个表来关联用户ID和商场运营公司300，将登记的用户ID存储在收费服务器510中。
最后，用户200bj按下购买按钮，将定单提供给商店400ai。
收到商品定单的商场A的商店400ai产生定单数据，这其中包括的定单信息有ID和买主的邮件地址，价格等等，并且将定单数据发送给商场A的商场运营公司300a(处理P2)。在本实施例中，商场B的会员通过钱关500在商场A的收到400ai中购买商品，定单数据中的ID是B商场会员的钱关ID，如图2所示，它是在钱关500的收费服务器510中设置的钱关用户登记信息。
一旦从商店400ai接收到定单数据，商场A的商场运营公司300a就在一个数据库中登记定单信息，并且确定定单号(order number)(处理P3)。特别是在销售一种物品的情况下，要向用户200bj发送如图13所示的一个确认邮件804，在其中写入了定单信息、定单号(接受号)、确认URL等等(处理P4，用户管理装置)。
在接收到确认邮件时，用户200bj进入具体的确认URL(处理P5)。
例如，还是在访问确认URL的程序中，用户200bj访问钱关500的收费(collet)服务器510并且用B商场会员的收费制作一个定单。具体地说，在利用图14所示的访问接受图像805请求输入用户ID的状态下，用户200bj打开收费对象806并且将其引入输入ID的那一部分。另一个例子是，用户200bj可以通过输入一个值来输入商场B的会员用户ID。
在访问确认URL之后，用户200bj在图15所示的图像上输入接受号(定单号)并且在图16所示的图像808上核对他的定单内容。如果没有问题，用户200bj就选择购买按钮809并且完成确认(处理P6)。
一旦定单得到用户200bj的确认，商场运营公司300a就向钱关500发送包含ID，定单号，用户200bj的IP地址，定单信息等等的定单数据(处理P7)。
一旦接收到定单数据，钱关500就将接收到的定单数据登记在定单管理服务器520中(处理P8)。在登记过程中按照请求发卡公司600等等执行授权处理时使用的数据格式来记录定单数据。为此而需要用户200bj的信用卡号。在此时记录如图2所示的在钱关用户登记信息中设置的虚拟信用卡号。
记录完定单数据之后，钱关500指令用户200bj登记作为会员的商场B的商场运营公司300b为用户200bj打开一个网页，用来输入商场B的ID和一个信用卡号，并且获得这种ID和信用卡号(处理P9)。此时，为了获得用户200bj的信息并且和定单数据相互关联，钱关500要将定单号(接受号)的信息发送给商场B的商场运营公司300b。商场B的商场运营公司300b根据这一信息为用户200bj打开图17所示的图像810，请求输入ID和信用卡号(处理P10)。结果就在请求确认购买内容的图像808上为用户200bj显示出请求输入ID和信用卡号的目标810，让用户200bj不容易感觉到图像808和810是由不同的商场运营公司打开的。请求用户200bj通过目标810输入信用卡号的目的在于，用户200bj登记作为会员的商场B的商场运营公司300b不知道诸如用户200bj的信用卡号等等结算所需的信息。
当用户200bj输入ID，密码等等并且在图像810上确认时，将结果发送给打开图像810的商场B的商场运营公司300b(处理P11)。
根据接收到的结果，商场B的商场运营公司300b向钱关500发送必要的信息，请求发卡公司600执行授权处理，例如有用户200bj的信用卡终止日期，他的会员状态等等，商场B的ID，IP地址，以及预先从钱关500发送的定单号(处理P12)。
钱关500根据商场B的商场运营公司300b发出的定单号搜索和提取预先记录在定单管理服务器520中的对应的定单数据。钱关500登记从商场B的商场运营公司300b发出的数据，用用户200bj从商场B的商场运营公司300b发出的正规的信用卡号代替在定单数据中设置的虚拟信用卡号(处理P13；付款信息获取装置)。
然后，钱关500使用设置有正规的信用卡号的定单数据请求发卡公司600执行授权处理(处理P14)。发卡公司600响应这一请求执行授权处理，如果完全正确就向钱关500发回一个授权通知(处理P15)。
钱关500根据接收到的授权结果向商场A的商场运营公司300a发送数据，批准执行购买(处理P16)。
结算处理装置的功能就是按照上述处理执行的。
根据接收到的信息，商场A的商场运营公司300a再次执行和没有钱关500介入时对购买所执行的购买响应程序一样的购买响应程序(处理P17)。根据这一购买响应程序，商场运营公司300a再次请求钱关500执行授权处理(处理P18)。
响应来自商场A的商场运营公司300a的授权请求，钱关500发回已经从发卡公司600接收到的授权通知(处理P19)。
一旦从钱关500接收到授权通知，对是否接受购买的判断就完成了。商场A的商场运营公司300a可利用图18所示的目标将授权结果通知给用户200bj并且结束处理(处理P20)，并且向商店400ai发出销售许可和一个发货请求(处理P21)。
如上所述，在本系统中，在钱关500请求发卡公司600执行授权处理的时间点(处理P14)和钱关500响应来自商场运营公司300b的请求发回一个授权通知的时间点(处理P19)之间有一个差。其原因如下。当商场A的会员在没有钱关500介入的情况下从商场A中购物时，在用户确认了购买内容之后，商场A就请求发卡公司执行授权处理。为了配合这一处理，钱关500根据来自发卡公司600的授权通知向商场A发送一个定单批准通知(处理P16)，并且在商场A发出一个授权请求之后根据定单批准通知发回一个授权通知(处理P18)。
在用户确认定单内容之后需要发出授权请求的理由是为了防止由于用户的误动作和由于某个人假扮真正的用户进行购买而错误地发货所造成的错误地接受购买(参见本申请人的日本待审专利公开号平10-289267)。然而，由于这种措施对在线购物不是必不可少的，在商场A不采用上述定单内容确认系统的情况，钱关500在认可了用户200bj的信用卡号时可以请求发卡公司600执行授权处理，并且响应来自商场A的授权请求发回一个授权结果。
在接收到发货请求时，商店400ai将商品运交用户200bj(处理P22)，并且将发货信息发送给商场A的商场运营公司300a(处理P23)。
商场A的商场运营公司300a存储从商店400ai接收到的发货信息(收集发货信息的片段)。由商场运营公司300a产生销售数据，这其中包含虚拟信用卡号，销售的钱数，以及授权数量和销售用的细节数据，这其中又包含定单号，商品名称，以及到截止日(例如是每月的最后一天)为止的钱数，并且将这些数据发送给钱关500(处理P25)。
钱关500将接收到的销售数据中的虚拟信用卡号数据转换成实际信用卡号数据(处理P26)，并且向发卡公司600发送包含信用卡号，商品名称和钱数的收费数据(处理P27)。
发卡公司600根据收费数据在每月中预定的一天向使用信用卡的用户200bj集中收费(处理P28)。例如在指定的一天从银行帐户向发卡公司600付帐(处理P29)。
一旦收到用户200bj的付款，付款公司600就从付款中扣除预定的佣金(处理P30)并且将剩下的钱付给钱关500(处理P31)。
钱关500从付款公司600的付款中扣除自己的佣金(处理P32)，向商场A的商场运营公司300a支付预定的商场运营公司佣金(处理P33)，向商场B的商场运营公司300b支付预定百分数的会员介绍佣金(处理P34)，并且将剩下的钱付给商场A的商店400ai(处理P35)。
以上是用户200bj在他没有登记的商场A的商店400ai中购买指定物品时的所有处理。
2)销售数字内容
接下来参见图19来描述一个例如是在上述情况下执行的处理流程，在拥有商场B的商场运营公司300b登记作为会员的一个用户200bj通过图7所示的在线购物系统100在商场A的一个商店400ai中购物。在这种情况下，用户200bj具体购买一种数字内容。
a)认证站点不知道用户的信用卡号的情况
首先要描述这样一种情况，拥有商场B并且作为认证站点(第二站点)的商场运营公司300b不知道诸如用户200bj的信用卡号等结算所需的信息。
在购买数字内容时执行的处理和购买商品时执行的上述处理大致相同。然而，前者与后者的不同之处在于在通过网络700分发数字内容时不需要用邮件确认定单接收。也就是说不需要向用户200bj发送确认邮件(处理P4)以及用图13-15所示的图像来执行对用户200bj的访问的响应(处理P5)。
因此，如图19所示，在用户200bj使用钱关500的收费服务器510用于商场B的会员的收费或是通过输入商场B的会员用户ID对商店400ai发出一个定单(处理P1)之后，接收到商品定单的商场A的商店400ai就向商场运营公司300a发送顾客的ID和邮件地址以及定单信息(或是用户ID)(处理P2)，由商场A的商场运营公司300a登记定单信息并确定定单号(处理P3)，并且立即为用户200bj显示一个如图16所示的购买确认图像808(处理P5’)。
用户200bj照着图像808核对他自己购买的内容。如果没有问题，用户200bj就选择购买按钮809批准这一定单(处理P6’)。
处理P7以后的程序是从以后200bj接收到购买确认的商场A的商场运营公司300象上文参照图10-18所述的购买商品的情况一样向钱关500发送包含定单信息的定单数据。
以上程序适用于用户200bj在他没有登记的商场A的商店400ai中购买数字内容。
b)认证站点知道用户的信用卡号的情况
接下来要参照图7和20-26来解释在拥有商场A的商场运营公司300a登记作为会员的一个用户200bj在直接执行结算处理的商店400ck中购买商品的情况。在这种情况下，拥有商场A并且作为认证站点(第二站点)的商场运营公司300a知道诸如用户200ai的信用卡号等结算所需的信息。拥有商场A的商场运营公司300a与发卡公司600有单独的合同。
如图7所示，假设商店400ck是由商场C的商场运营公司300c建立的。然而，商场C的商场运营公司300c并不牵涉到关于商场C的各个商店的任何定单接收或结算，而是仅仅在Internet 700上提供一个购物站点。
在以上形式的在线购物环境中，程序基本上都是按照上述各种情况下的程序来执行的。
首先，作为商场A的会员的用户200ai使用钱关500的收费服务器510对商场A的会员的收费进入商店400ck的站点(处理P1)。
具体地说，用户200ai可以打开如图21所示的目标814，并且将其放入设在商店400ck的主页812中的用来输入ID和密码的部分813。如图4所示，其他商场的URL，在这些商场中使用的ID(钱关ID)以及其他信息被存储在用于各个商场的会员的收费服务器510中。这样就能通过上述操作将钱关ID和商场A的密码写入用来输入ID和密码的主页812的空间813中，从而使用户200ai能够访问商店400ck的站点。
还有另外一种方法，作为商场A的会员的用户200ai使用商场A的会员用户ID进入商店400ck的站点(处理P1)。
在进入商店400ck的站点之后，用户200ai可以使用被称为购物篮815(参见图22)的功能购物，同时浏览一个接一个被导入主页的商品。最后，用户200ai可以打开如图23所示的购买单816并且用它进行购买(处理P2”)。此时例如可以显示如图23所示的一个窗口817，用来选择一种购买方法和一种付款方法(付款方法输入显示装置)。为了选择通过钱关500付款，用户200ai选择窗口817中的一项“Shopping Switch(购物开关)”。如果选择使用钱关500，就执行以下的处理。
在接收到上述定单时，商店400ck产生定单数据，登记在其数据库中，并且确定定单号(处理P3”)。
具体到销售物品的情况，商店400ck马上为用户200ai提供如图24所示的定货单确认图像818并且请求对定单进行确认(处理P5”)。
用户200ai照着图像818核对他的定单内容。如果没有问题，用户200ai就按照象进入当前站点一样的方式调用收费对象814，并且将收费对象814混入用来输入ID和密码的那一部分819，并且在这里输入ID。进而，用户200ai选择发送定单的按钮820，这一定单就被批准了(处理P6”)。
一旦定单得到用户200ai的确认，商店400ck就将包含ID，定单号，用户200ai的IP地址以及定单信息的定单数据发送给钱关500(处理P7”)。
钱关500在定单管理服务器520中登记接收到的定单数据(处理P8)。然后由钱关500指令用户200ai所登记的商场A的商场运营公司300a打开一个Web图像821供用户200ai输入在商场A中使用的ID和密码，并且获得ID和密码(处理P9’)。此时，为了能够获得用户200ai的信息并且和定单数据相互关联，钱关500要将定单号的信息(接受号)发送给商场A的商场运营公司300a。
不用请求用户200ai输入信用卡号等结算所需信息的原因是商场A的商场运营公司300a能够识别用户200ai的信用卡号。
根据上述信息，商场A的商场运营公司300a为用户200ai打开如图25所示的图像821，请求输入ID和密码(处理P10”)。结果，在用户200ai方面，在请求确认定单内容的图像818上显示请求输入ID和密码的目标821，让用户200ai不容易察觉到图像818和821是由不同的商场运营公司打开的。
当用户200ai在图像821上输入ID和密码时，结果就被发送给商场A的商场运营公司300a(处理P11”)。根据接收到的结果，商场A的商场运营公司300a向钱关500发送必要的信息，请求付款公司600执行授权处理，例如有用户200ai的信用卡的号码和终止日期，他的会员状态，例如是商场A的ID，IP地址，以及此前从钱关500发送的定单号(处理P12)。
钱关500根据商场A的商场运营公司300a发送的定单号在定单管理服务器520中搜索和提取此前记录的对应的定单数据。钱关500登记商场A的商场运营公司300a发送来的数据，用商场A的商场运营公司300a发送的用户200ai的正规信用卡号代替在定单数据中设置的虚拟信用卡号(处理P13)。
然后，钱关500请求发卡公司600执行授权处理(处理P14)。发卡公司600响应这一请求执行授权处理，如果完全无误，就向钱关500发回一个授权通知(处理P15)。
另外一个例子如下。因为商场A的商场运营公司300a和发卡公司600有独立的结算合同，可以按照和商场A的商场运营公司300a的合同与这些发卡公司600之一执行结算。在这种情况下，如果执行过程一切正常，钱关500请求发卡公司600执行授权处理的处理P14和发卡公司600响应请求执行授权处理并向钱关500发回授权通知的处理P15都不必执行。由商场A的商场运营公司300a执行授权请求程序和授权通知接收程序。例如，在用户200ai在图像821上输入ID和密码之后的一个时间点上，商场运营公司300a可以请求发卡公司600执行授权处理，并且将结果发送给商场A的商场运营公司300a(处理P11”)。作为结果，发卡公司600执行授权处理，如果完全正确，就将授权通知发回给商场运营公司300a。商场运营公司300a通知钱关500承认用户200ai的信用，也就是一个授权通知。
根据接收到的授权结果，钱关500向商店400ck发送批准购买的数据(处理P16)。根据接收到的信息，商店400ck再次执行和没有钱关500介入的情况下执行的购买响应程序一样的购买响应程序(处理P17”)。根据购买响应程序，商店400ck再次请求钱关500执行授权处理(处理P18”)。
响应来自商店400ck的授权请求，由钱关500发回已经从发卡公司600接收到的授权通知(处理P19)。
随着对购买接受的判断完成，商店400ck将授权结果通知用户200ai并且利用图26所示的对象822完成处理(处理P20”)，并且自己发出销售批准和发货请求(处理P21”)。
商品发货以后的处理(处理P22)的执行方式和以上参照图11所述的例子相同(唯一的区别是由商店400ck代替了商场运营公司)。由于商店400ck的介入，不需要向商场C的商场运营公司300c分配佣金的处理P33。
按照以上处理，即使用户200ai没有在商店400ck中登记，他也可以不只在一个商场的直接执行结算处理的商店400ck中购买商品。
在以上的例子中应该让用户200ai有权确定由谁来执行结算，也就是商店400ck，钱关500，还是商场运营公司300a。例如有这样一种给予用户200ai选择权的方法，让用户200ai能够在图23所示的窗口817中进行选择，以选择一种购买方法和付款方法。
(3)站点间通信
以下参照图27-35说明站点间通信程序。
首先，表1表示站点间接口的使用模式。如表1所示有三种方法，即钱关500的基本模式，购物开关接受服务使用模式，以及邮件购买模式。在表1中概括了这些模式。
                                   表1
编号 类型 概要 备注
1 钱关基本模式 由钱关S-SW推荐的基本使用模式。在钱关S-SW的使用中将钱关S-SW API纳入现有的购买处理系统。
2 S-SW接受服务使用模式 使用钱关S-SW的模式是为钱关S-SW接受服务设置一个购买图像的处理目标。尽管对现有购买处理系统的影响很小，在钱关一侧完成授权处理之后将控制权交给现有的购买处理系统。即便选择了这种模式，也只是使用一部分钱关S-SW API。
3 邮件购买模式 购物站点用邮件执行定单确认的一种使用模式。在钱关S-SW的使用中将钱关S-SW API纳入现有的购买处理系统。
在这三种模式当中，邮件购买模式是用邮件执行定单确认，但是结算处理不通过通信来执行。因而在此不讨论邮件购买模式。以下参照图27-35来解释钱关500的基本模式和购物开关接收服务使用模式。
在定单接收处理中的站点间接口随着定单接收站点而变，也就是商场运营公司300和在线商店400。具体地说有两种情况，一种情况是，在钱关500中登记的登记的公司站点(例如商场运营公司300)和为用户200提供实际的购物服务的一个销售站点(例如在线商店400)二者是相同的，另一种情况是二者彼此不同。后一种情况的典型例子就是登记的公司站点是一个Internet服务供应商(ISP)。从上文来看，以下要分两种情况来描述钱关500的基本模式和购物开关接收服务使用模式，也就是登记的公司站点和销售站点相同的情况和这些站点彼此不同的情况。这样就会有四种模式。
图27的流程图表示在钱关500的基本模式下登记的公司站点和销售站点相同的情况下的站点间通信流程。图28的流程图表示在钱关500的基本模式下登记的公司站点和销售站点彼此不同的的情况下的站点间通信流程。图29的流程图表示在购物开关接受服务使用模式下登记的公司站点和销售站点相同的情况下的站点间通信流程。图30的流程图表示在购物开关接受服务使用模式下登记的公司站点和销售站点彼此不同的情况下的站点间通信流程。图31-35表示通过站点间通信在站点之间交换的e-mail格式。
1)在钱关基本模式下登记的公司站点和销售站点相同的情况下的站点间通信
首先如图27所示，实际的系统是，各自作为商场运营公司300或一个在线商店400的购物站点(第一站点，销售站点)450和认证站点(第二站点)350不仅设有属于其固有功能的各自的定单接收站点451和Web服务器351，还分别具有用来与钱关500配合的购物开关链接服务器452和352。在上述的每一种模式下，对应着图7所示的商场运营公司300a的一个系统300a都是与这些站点和服务器配合。如上所述，商场运营公司300a本身和多个发卡公司600有合同。商场运营公司300a提供的操作能够使作为会员商店的在线商店400和商场运营公司300a通过合同发卡公司600执行结算，而自身不一定要和发卡公司600签订合同。具体地说，如果用户200在商店400或商场运营公司300请求信用卡交易，商场运营公司300a就接受对信用卡交易的授权请求，请求发卡公司600执行授权处理并接收结果，并且将结果通知给在线商店400等等。进而，商场运营公司300a例如是按月统计在线商店的销售，并且向各个发卡公司600收费。
以下要说明站点间通信的细节。
假设用户200通过Internet通信网络700访问购物站点450的定单接收站点451，就需要有用来识别用户200登记作为会员的认证站点350的信息。因此，当访问购物站点450的定单接收站点451的用户200通过输入识别认证站点350的信息而发出定货单的请求时(用符号(1)表示)，定单接收站点451就向用户200发送一个定货单(用符号(2)表示)。图31表示上述处理的e-mail内容。结果就为用户200提供一个定单图像。
用户200在定单图像上定货。此时当用户200执行收费输入时，将一个认证站点信息请求发送给收费服务器510(用符号(3)表示)。尽管认证站点350是用户200登记作为会员的一个站点，这种站点的数量却不仅限于一个；如果有多个认证站点350，用户200就有了选择的余地。一旦接收到认证站点信息请求，收费服务器510就为用户200提供一个认证站点选择图像(用符号(4)表示)并且让用户200有机会选择任何一个认证站点350。
当用户200在认证站点选择图像上选择了一个任意的认证站点350时，就向定单接收站点451发送一个定单请求(用符号(5)表示)。作为响应，在购物站点450中，将一个定单登记请求发送给购物开关链接服务器452(用符号(7)表示)。然后，购物开关链接服务器452向钱关500的定单管理服务器520发送一个购买登记请求(用符号(8)表示)。图31表示上述程序的e-mail内容。
然后执行以下的处理。从定单管理服务器520向购物开关链接服务器452发送一个定单登记响应(用符号(9)表示)。从购物开关链接服务器452向定单接收站点451发送一个定单登记响应(用符号(10)表示)。从定单接收站点451向用户200发送一个收费重拨请求(定单接收)(用符号(17)表示)。收费重拨请求(定单接收)中包含钱关ID。然而，这一钱关ID是收费服务器510为每一次交易产生的ID，并且在这一阶段不能用钱关ID识别出用户200的身份。
当用户200执行收费重拨(定单接收)时，将一个有关的e-mail发送给收费服务器510(用符号(18)表示)。一旦接收到收费重拨(定单接收)的e-mail，收费服务器50就向用户200发回一个认证站点转发请求(用符号(19)表示)。如图32所示，认证站点转发请求中包含用户200在上述的处理(5)中规定的认证登记的公司的URL。用户200使用认证登记的公司的URL向认证站点350也就是具备有关的URL的认证登记的公司的Web服务器351发送一个登录请求(用符号(20)表示)。作为响应，认证站点350的Web服务器351为用户200提供一个登录图像(用符号(21)表示)。
用户200按照登录图像输入用来识别其身份的信息，例如是在登录图像上输入认证用户ID和信用卡号等等，并且将登录请求发送给认证站点350的Web服务器351(用符号(22)表示)。作为结果，在Web服务器351中执行认证处理。这样，诸如认证ID和信用卡号等等用户200的高度保密的信息在第一阶段的第一时间在线发送。如上所述，如果认证站点350的Web服务器351可以用认证ID等等作为密钥搜索到用户200的信用卡号，它就不需要在登录请求时发送信用卡号，这样就能进一步提高安全性。
在执行完认证处理之后，Web服务器351向认证站点350的购物开关链接服务器352发送一个认证结果通知(用符号(23)表示)。作为响应，认证站点350的购物开关链接服务器352向定单管理服务器520发送一个认证结果通知(用符号(24)表示)。
然后，定单管理服务器520向商场运营公司300a的系统(e-SCOTT)发送一个授权请求(用符号(25)表示)。作为响应，商场运营公司300a向针对每一个用户200所确定的信用卡公司600发送一个授权请求，并且从发卡公司600接收授权结果。商场运营公司300a将授权结果发回定单管理服务器520(用符号(25)表示)。
一旦从商场运营公司300a的系统(e-SCOTT)接收到信用卡授权结果，定单管理服务器520就向设在购物站点450的购物开关链接服务器452发送一个包含授权结果的授权结果报告(用符号(26)表示)。按照这种方式，购物开关链接服务器452可以识别是否已经得到授权。一旦接收到包含授权结果的授权结果报告，购物站点450的购物开关链接服务器452就向定单管理服务器520发送一个授权结果报告，这其中包含对应着授权结果的结果代码(用符号(27)表示)，并且通知定单管理服务器520是否已经达成销售交易。作为响应，定单管理服务器520向认证站点350的购物开关链接服务器352发送一个包含授权结果和授权代码的授权结果通知响应(用符号(28)表示)。购物开关链接服务器352向认证站点350的Web服务器351发送包含授权结果和授权代码的授权结果通知响应(用符号(29)表示)。按照这种方式，认证站点350就能识别授权结果以及是否已经达成销售交易。
然后，认证站点350的Web服务器351向用户200发送一个收费转发(re-directing)请求(认证)(用符号(30)表示)。作为响应，从用户200对收费服务器510执行收费重拨(认证)(用符号(31)表示)。作为响应，收费服务器510向用户200发送一个定单接收站点转发请求(用符号(32)表示)。从用户200到定单接收站点450执行转发(用符号(33)表示)。
作为结果，在购物站点450中，在定单接收站点451和购物开关链接服务器452之间交换一个授权结果请求(API)(符号(35))，一个授权结果响应(API；符号(36))，和一个授权请求(API；符号(40))。在定单管理服务器520和已经接收到授权请求(API)的购物开关链接服务器452之间交换一个授权请求(符号(41))和一个授权响应(符号(42))。已经接收到授权响应的购物站点450的购物开关链接服务器452向定单接收站点451发送一个授权响应(API)。由定单接收站点451为用户200提供一个完成的图像(用符号(45)表示)。
按照以上的一系列处理片段，即使是没有作为购物站点450的会员登记的一个用户200，如果他是在认证站点350中登记的，也可以通过站点450在线购物。
2)在钱关基本模式下登记的公司站点和销售站点彼此不同的情况下的站点间通信
首先如图28所示，实际的系统是，除了作为商场运营公司300或一个在线商店400的购物站点(第一站点，销售站点)450之外，还有一个定单接收登记公司站点(第一站点)360和一个认证站点(第二站点)350。定单接收登记公司站点360作为一个在线购物管理装置来管理作为购物站点450的定单接收站点451。定单接收登记公司站点360和认证站点350不仅分别设有用来执行其固有功能的一个定单接收现有系统站点361和一个Web服务器351，还分别具有用来与钱关500配合的购物开关链接服务器362和352。在上述的每一种模式下，对应着图7所示的商场运营公司300a的一个系统300a都是与这些站点和服务器配合。
以下要说明站点间通信的细节。
假设用户200通过Internet通信网络700访问购物站点450的定单接收站点451，就需要有用来识别用户200登记作为会员的认证站点350的信息。因此，当访问购物站点450的定单接收站点451的用户200通过输入识别认证站点350的信息而发出定货单的请求时(用符号(1)表示)，定单接收站点451就向用户200发送一个定货单(用符号(2)表示)。图31表示上述程序的e-mail内容。结果就为用户200提供一个定单购买图像。
用户200在定单图像上定货。此时，当用户200执行收费输入时，将一个认证站点信息请求发送给收费服务器510(用符号(3)表示)。尽管认证站点350是用户200登记作为会员的一个站点，这种站点的数量却不仅限于一个；如果有多个认证站点350，用户200就有了选择的余地。一旦接收到认证站点信息请求，收费服务器510就为用户200提供一个认证站点选择图像(用符号(4)表示)并且让用户200有机会选择任何一个认证站点350。
当用户200在认证站点选择图像上选择了一个指定的认证站点350时，就向定单接收站点451发送一个购买请求(用符号(5)表示)。购买请求中包含已经由用户200规定的一个认证登记的公司顾客代码。作为响应，定单接收站点451向定单接收登记公司站点360的定单接收现有系统站点361发送一个定单接收请求(用符号(6)表示)。定单接收现有系统站点361向定单接收登记公司站点360的购物开关链接服务器362发送一个购买登记请求(用符号(7)表示)。然后，购物开关链接服务器362向钱关500的定单管理服务器520发送一个购买登记请求(用符号(8)表示)。图31表示上述处理的e-mail内容。
然后执行以下的处理。从定单管理服务器520向购物开关链接服务器362发送一个购买登记响应(用符号(9)表示)。从购物开关链接服务器362向定单接收现有系统361发送一个购买登记响应(用符号(10)表示)。随着从定单接收现有系统361到定单接收站点451的定单接收响应(用符号(11)表示)的介入从定单接收现有系统361向用户200发送一个收费重拨请求(定单接收)(用符号(17)表示)。收费重拨请求(定单接收)中包含钱关ID。然而，这一钱关ID是收费服务器510为每一次交易产生的ID，并且在这一阶段不能用钱关ID识别出用户200的身份。
当用户200执行收费重拨(定单接收)时，将一个有关的e-mail发送给收费服务器510(用符号(18)表示)。一旦接收到收费重拨(redialing)(定单接收)的e-mail，收费服务器510就向用户200发回一个认证站点转发请求(用符号(19)表示)。如图32所示，认证站点转发请求中包含用户200在上述的处理(5)中规定的认证登记的公司的URL。用户20使用认证登记的公司的URL向认证站点350也就是具备有关的URL的认证登记的公司的Web服务器351发送一个登录请求(用符号(20)表示)。作为响应，认证站点350的Web服务器351为用户200提供一个登录图像(用符号(21)表示)。
用户200采用登录图像输入用来识别其身份的信息，例如是在登录图像上输入认证用户ID和信用卡号等等，并且将登录请求发送给认证站点350的Web服务器351(用符号(22)表示)。作为结果，在Web服务器351中执行认证处理。这样，诸如认证ID和信用卡号等等用户200的高度保密的信息在第一阶段的第一时间在线发送。如上所述，如果认证站点350的Web服务器351可以用认证ID等等作为密钥搜索到用户200的信用卡号，它就不需要在登录请求时发送信用卡号，这样就能进一步提高安全性。
在执行完认证处理之后，Web服务器351向认证站点350的购物开关链接服务器352发送一个认证结果通知(用符号(23)表示)。作为响应，认证站点350的购物开关链接服务器352向定单管理服务器520发送一个认证结果通知(用符号(24)表示)。
然后，定单管理服务器520向商场运营公司300a的系统(e-SCOTT)发送一个授权请求(用符号(25)表示)。作为响应，商场运营公司300a向针对每一个用户200所确定的信用卡公司600发送一个授权请求，并且从发卡公司600接收授权结果。商场运营公司300a将授权结果发回定单管理服务器520(用符号(25)表示)。
一旦从商场运营公司300a的系统(e-SCOTT)接收到信用卡授权结果，定单管理服务器520就向设在购物站点450的购物开关链接服务器452发送一个包含授权结果的认证结果报告(用符号(26)表示)。按照这种方式，购物开关链接服务器362可以识别是否已经得到授权。一旦接收到包含授权结果的认证结果报告，定单接收登记的公司站点360的购物开关链接服务器362就向定单管理服务器520发送一个认证结果报告，这其中包含对应着授权结果的结果代码(用符号(27)表示)，并且通知定单管理服务器520是否已经达成销售交易。作为响应，定单管理服务器520向认证站点的购物开关链接服务器352发送一个包含授权结果和授权代码的认证结果通知响应(用符号(28)表示)。购物开关链接服务器352向认证站点350的Web服务器351发送包含授权结果和授权代码的认证结果通知响应(用符号(29)表示)。按照这种方式，认证站点350就能识别授权结果以及是否已经达成销售交易。
然后，认证站点350的Web服务器351向用户200发送一个收费转发请求(认证)(用符号(30)表示)。作为响应，从用户200对收费服务器510执行收费转发(认证)(用符号(31)表示)。作为响应，收费服务器510向用户200发送一个定单接收站点转发请求(用符号(32)表示)。从用户200到定单接收站点450执行转发(用符号(33)表示)。
作为结果，从购物站点450的定单接收站点451向定单接收登记的公司360的定单接收现有系统361发送一个授权请求(用符号(34)表示)。在定单接收登记的公司360的定单接收现有系统361和购物开关链接服务器362之间交换一个授权结果请求(API：符号(35))，一个授权结果响应(API；符号(36))，和一个授权请求(API；符号(40))。在定单管理服务器520和已经接收到授权请求(API)的购物开关链接服务器362之间交换一个授权请求(符号(41))和一个授权响应(符号(42))。已经接收到授权响应的定单接收登记的公司360的购物开关链接服务器362向定单接收现有系统361发送一个授权响应(API)。由定单接收现有系统361向购物站点450的定单接收站点451发送一个授权响应(API)。由定单接收站点451为用户200提供一个完成的图像(用符号(45)表示)。
按照以上的一系列处理片段，即使是没有作为购物站点450的会员登记的一个用户200，如果他是在认证站点350中登记的，也可以通过站点450在线购物。
3)在购物开关接收服务使用模式下登记的公司站点和销售站点相同的情况下的站点间通信
首先如图29所示，实际的系统是，各自作为商场运营公司300或一个在线商店400的购物站点(第一站点，销售站点)450和认证站点(第二站点)350不仅设有属于其固有功能的各自的定单接收站点451和Web服务器351，还分别具有用来与钱关500配合的购物开关链接服务器452和352。购物站点450还具有一个购物开关接受服务器453，它可以作为用户200的购买目标的一个服务器。由于有了购物开关接受服务器453，即使是在将购物站点450纳入钱关500的系统中的情况下，购物站点450也能尽管减少对现有定单接收站点451中的购买处理的影响。在上述的每一种模式下，对应着图7所示的商场运营公司300a的一个系统300a都是与这些站点和服务器配合。
以下要说明站点间通信的细节。
假设用户200通过Internet通信网络700访问购物站点450的定单接收站点451，就需要有用来识别用户200登记作为会员的认证站点350的信息。因此，当访问购物站点450的定单接收站点451的用户200通过输入识别认证站点350的信息而发出定货单的请求时(用符号(1)表示)，定单接收站点451就向用户200发送一个定货单(用符号(2)表示)。图31表示上述程序的e-mail内容。结果就为用户200提供一个定单购买图像。
用户200在定单图像上发出定单。此时，当用户200执行收费输入时，将一个认证站点信息请求发送给收费服务器510(用符号(3)表示)。尽管认证站点350是用户200登记作为会员的一个站点，这种站点的数量却不仅限于一个；如果有多个认证站点350，用户200就有了选择的余地。一旦接收到认证站点信息请求，收费服务器510就为用户200提供一个认证站点选择图像(用符号(4)表示)并且让用户200有机会选择任何一个认证站点350。
当用户200在认证站点选择图像上选择了一个指定的认证站点350时，就向购物开关接收服务器453发送一个定单请求(用符号(5)表示)。定单请求中包含由用户200规定的认证登记的公司顾客代码。作为响应，在购物站点450中，将一个定单登记请求发送给购物开关链接服务器452(用符号(7)表示)。然后，购物开关链接服务器452向钱关500的定单管理服务器520发送一个定单登记请求(用符号(8)表示)。图31表示上述处理的e-mail内容。
然后执行以下的处理。从定单管理服务器520向购物开关链接服务器452发送一个定单登记响应(用符号(9)表示)。从购物开关链接服务器452向定单接收站点451发送一个定单登记响应(用符号(10)表示)。从定单接收站点451向用户200发送一个收费重拨请求(定单接收)(用符号(17)表示)。收费重拨请求(定单接收)中包含钱关ID。然而，这一钱关ID是收费服务器510为每一次交易产生的ID，并且在这一阶段不能用钱关ID识别出用户200的身份。
当用户200执行收费重拨(定单接收)时，将一个有关的e-mail发送给收费服务器510(用符号(18)表示)。一旦接收到收费重拨(定单接收)的e-mail，收费服务器510就向用户200发回一个认证站点转发请求(用符号(19)表示)。如图32所示，认证站点转发请求中包含用户200在上述的处理(5)中规定的认证登记的公司的URL。用户20使用认证登记的公司的URL向认证站点350也就是具备有关的URL的认证登记的公司的Web服务器351发送一个登录请求(用符号(20)表示)。作为响应，认证站点350的Web服务器351为用户200提供一个登录图像(用符号(21)表示)。
用户200使用登录图像输入用来识别其身份的信息，例如是在登录图像上输入认证用户ID和信用卡号等等，并且将登录请求发送给认证站点350的Web服务器351(用符号(22)表示)。作为结果，在Web服务器351中执行认证处理。这样，诸如认证ID和信用卡号等等用户200的高度保密的信息在第一阶段的第一时间在线发送。如上所述，如果认证站点350的Web服务器351可以用认证ID等等作为密钥搜索到用户200的信用卡号，它就不需要在登录请求时发送信用卡号，这样就能进一步提高安全性。
在执行完认证处理之后，Web服务器351向认证站点350的购物开关链接服务器352发送一个认证结果通知(用符号(23)表示)。作为响应，认证站点350的购物开关链接服务器352向定单管理服务器520发送一个认证结果通知(用符号(24)表示)。
然后，定单管理服务器520向商场运营公司300a的系统(e-SCOTT)发送一个授权请求(用符号(25)表示)。作为响应，商场运营公司300a向针对每一个用户200所确定的信用卡公司600发送一个授权请求，并且从发卡公司600接收授权结果。商场运营公司300a将授权结果发回定单管理服务器520(用符号(25)表示)。
一旦从商场运营公司300a的系统(e-SCOTT)接收到信用卡授权结果，定单管理服务器520就向设在购物站点450的购物开关链接服务器452发送一个包含授权结果的认证结果报告(用符号(26)表示)。按照这种方式，购物开关链接服务器452可以识别是否已经得到授权。一旦接收到包含授权结果的认证结果报告，购物站点450的购物开关链接服务器452就向定单管理服务器520发送一个认证结果报告，这其中包含对应着授权结果的结果代码(用符号(27)表示)，并且通知定单管理服务器520是否已经达成销售交易。作为响应，定单管理服务器520向认证站点350的购物开关链接服务器352发送一个包含授权结果和授权代码的授权结果通知响应(用符号(28)表示)。购物开关链接服务器352向认证站点350的Web服务器351发送包含授权结果和授权代码的认证结果通知响应(用符号(29)表示)。按照这种方式，认证站点350就能识别授权结果以及是否已经达成销售交易。
然后，认证站点350的Web服务器351向用户200发送一个收费转发请求(认证)(用符号(30)表示)。作为响应，从用户200对收费服务器510执行收费转发(认证)(用符号(31)表示)。作为响应，收费服务器510向用户200发送一个定单接收站点转发请求(用符号(32)表示)。从用户200到购物开关接受服务器453执行转发(用符号(33)表示)。
作为结果，在购物站点450中，在购物开关接受服务器453和购物开关链接服务器452之间交换一个授权结果请求(API)(符号(35))和一个授权结果响应(API；符号(36))。一旦接收到授权结果响应(API)，购物开关接受服务器453就将现有的CGI转发请求发送给用户200(用符号(37)表示)。作为响应，用户200对定单接收站点451执行现有的CGI转发。作为响应，定单接收站点451向购物站点450的购物开关链接服务器452发送一个授权请求(API)(用符号(40)表示)。在定单管理服务器520和已经接收到授权请求(API)的购物开关链接服务器452之间交换一个授权请求(符号(41))和一个授权响应(符号(42))。已经接收到授权响应的购物站点450的购物开关链接服务器452向定单接收站点451发送一个授权响应(API)。由定单接收站点451为用户200提供一个完成的图像(用符号(45)表示)。
按照以上的一系列处理片段，即使是没有作为购物站点450的会员登记的一个用户200，如果他是在认证站点350中登记的，也可以通过站点450在线购物。
借助于提供用来执行处理(7)，(10)，(36)和(36)的处理片段的购物开关接受服务器453，与图27所示的情况相比，就可以大大减轻定单接收站点451的负担。因此，即使是在将购物站点450纳入钱关500的系统中的情况下，也能够尽管减少对现有定单接收站点451中的定单处理的影响。
4)在购物开关接受服务使用模式下登记的公司站点和销售站点彼此不同的情况下的站点间通信
首先如图30所示，实际的系统是，除了作为商场运营公司300或一个在线商店400的购物站点(第一站点，销售站点)450之外，还有一个定单接收登记公司站点(第一站点)360和一个认证站点(第二站点)350。定单接收登记公司站点360作为一个在线购物管理装置来管理作为购物站点450的定单接收站点451。定单接收登记公司站点360和认证站点350不仅分别设有用来执行其固有功能的一个定单接收现有系统站点361和一个Web服务器351，还分别具有用来与钱关500配合的购物开关链接服务器362和352。在上述的每一种模式下，对应着图7所示的商场运营公司300a的一个系统300a都是与这些站点和服务器配合。
以下要说明站点间通信的细节。
假设用户200通过Internet通信网络700访问购物站点450的定单接收站点451，就需要有用来识别用户200登记作为会员的认证站点350的信息。因此，当访问购物站点450的定单接收站点451的用户200通过输入识别认证站点350的信息而发出定货单的请求时(用符号(1)表示)，定单接收站点451就向用户200发送一个定货单(用符号(2)表示)。图31表示上述处理的e-mail内容。结果就为用户200提供一个定单购买图像。
用户200在定单图像上定货。此时，当用户200执行收费输入时，将一个认证站点信息请求发送给收费服务器510(用符号(3)表示)。尽管认证站点350是用户200登记作为会员的一个站点，这种站点的数量却不仅限于一个；如果有多个认证站点350，用户200就有了选择的余地。一旦接收到认证站点信息请求，收费服务器510就为用户200提供一个认证站点选择图像(用符号(4)表示)并且让用户200有机会选择任何一个认证站点350。
当用户200在认证站点选择图像上选择了一个指定的认证站点350时，就向定单接收站点451发送一个定单请求(用符号(5)表示)。定单请求中包含已经由用户200规定的一个认证登记的公司顾客代码。作为响应，定单接收站点451向定单接收登记公司站点360的定单接收现有系统站点361发送一个定单接收请求(用符号(6)表示)。定单接收现有系统站点361向定单接收登记公司站点360的购物开关链接服务器362发送一个购买登记请求(用符号(7)表示)。然后，购物开关链接服务器362向钱关500的定单管理服务器520发送一个定单登记请求(用符号(8)表示)。图31表示上述处理的e-mail内容。
然后执行以下的处理。从定单管理服务器520向定单接收登记公司站点360的购物开关链接服务器362发送一个定单登记响应(用符号(9)表示)。从购物开关链接服务器362向定单接收现有系统361发送一个定单登记响应(用符号(10)表示)。随着从定单接收现有系统361到购物站点450的定单接收站点451的定单接收响应(用符号(11)表示)的介入为用户200提供一个定单接收报告图像(用符号(12)表示)。紧接着，从定单接收登记公司站点360的定单接收现有系统361向用户200发送一个确认邮件(用符号(13)表示)。用户200核对确认邮件，向定单接收现有系统361发送一个定单确认请求(用符号(14)表示)。作为响应，定单接收现有系统361为用户200提供一个定单确认图像(用符号(15)表示)。用户200核对定单确认图像，向定单接收现有系统361发送一个订单确认请求(用符号(16)表示)。作为响应，从定单接收现有系统361向用户200发送一个收费重拨请求(定单接收)(用符号(17)表示)。收费转发请求(定单接收)中包含钱关ID。然而，这一钱关ID是收费服务器510为每一次交易产生的ID，并且在这一阶段不能用钱关ID识别出用户200的身份。
当用户200执行收费重拨(定单接收)时，将一个有关的e-mail发送给收费服务器510(用符号(18)表示)。一旦接收到收费重拨(定单接收)的e-mail，收费服务器510就向用户200发回一个认证站点转发请求(用符号(19)表示)。如图32所示，认证站点转发请求中包含用户200在上述的处理(5)中规定的认证登记的公司的URL。用户20使用认证登记的公司的URL向认证站点350也就是具备有关的URL的认证登记的公司的Web服务器351发送一个登录请求(用符号(20)表示)。作为响应，认证站点350的Web服务器351为用户200提供一个登录图像(用符号(21)表示)。
用户200使用登录图像输入用来识别其身份的信息，例如是在登录图像上输入认证用户ID和信用卡号等等，并且将登录请求发送给认证站点350的Web服务器351(用符号(22)表示)。作为结果，在Web服务器351中执行认证处理。这样，诸如认证ID和信用卡号等等用户200的高度保密的信息在这一阶段的第一时间在线发送。如上所述，如果认证站点350的Web服务器351可以用认证ID等等作为密钥搜索到用户200的信用卡号，它就不需要在登录请求时发送信用卡号，这样就能进一步提高安全性。
在执行完认证处理之后，Web服务器351向认证站点350的购物开关链接服务器352发送一个认证结果通知(用符号(23)表示)。作为响应，认证站点350的购物开关链接服务器352向定单管理服务器520发送一个认证结果通知(用符号(24)表示)。
然后，定单管理服务器520向商场运营公司300a的系统(e-SCOTT)发送一个授权请求(用符号(25)表示)。作为响应，商场运营公司300a向针对每一个用户200所确定的信用卡公司600发送一个授权请求，并且从发卡公司600接收授权结果。商场运营公司300a将授权结果发回定单管理服务器520(用符号(25)表示)。
一旦从商场运营公司300a的系统(e-SCOTT)接收到信用卡授权结果，定单管理服务器520就向设在定单接收登记公司站点360的购物开关链接服务器362发送一个包含授权结果的认证结果报告(用符号(26)表示)。按照这种方式，购物开关链接服务器362可以识别是否已经得到授权。一旦接收到包含授权结果的认证结果报告，定单接收登记的公司站点360的购物开关链接服务器362就向定单管理服务器520发送一个认证结果报告，这其中包含对应着授权结果的结果代码(用符号(27)表示)，并且通知定单管理服务器520是否已经达成销售交易。作为响应，定单管理服务器520向认证站点的购物开关链接服务器352发送一个包含授权结果和授权代码的认证结果通知响应(用符号(28)表示)。购物开关链接服务器352向认证站点350的Web服务器351发送包含授权结果和授权代码的认证结果通知响应(用符号(29)表示)。按照这种方式，认证站点350就能识别授权结果以及是否已经达成销售交易。
然后，认证站点350的Web服务器351向用户200发送一个收费转发请求(认证)(用符号(30)表示)。作为响应，从用户200对收费服务器510执行收费转发(认证)(用符号(31)表示)。作为响应，收费服务器510向用户200发送一个定单接收站点转发请求(用符号(32)表示)。从用户200到定单接收登记公司站点360的定单接收现有系统361执行转发(用符号(33)表示)。
作为结果，在定单接收登记公司站点360中，在定单接收现有系统361和购物开关链接服务器362之间交换一个授权结果请求(API：符号(35))，一个授权结果响应(API；符号(36))，和一个授权请求(API；符号(40))。在定单管理服务器520和已经接收到授权请求(API)的购物开关链接服务器362之间交换一个授权请求(符号(41))和一个授权响应(符号(42))。已经接收到授权响应的定单接收登记公司站点360的购物开关链接服务器362向定单接收现有系统361发送一个授权响应(API)。由定单接收现有系统361向购物站点450的定单接收服务器451发送一个授权响应(API)。由定单接收站点451为用户200提供一个完成的图像(用符号(45)表示)。
按照以上的一系列处理片段，即使是没有作为购物站点450的会员登记的一个用户200，如果他是在认证站点350中登记的，也可以通过站点450在线购物。
在用户200和定单接收登记公司站点360的定单接收现有系统361之间执行的数据交换处理的片段数量比图28中用于比较的情况(例如处理片段(13)-(16)和(33))下要多。即使是在定单接收登记公司站点360没有被纳入钱关500的系统中的情况下，这些处理片段还是由定单接收登记公司站点360的定单接收现有系统361作为普通处理来执行的。从这一点来看，如果将定单接收登记公司站点360纳入钱关500的系统中，对一个现有的定单接收登记公司站点360的定单接收现有系统361中的定单处理的影响就减少了。
(4)总结
如上所述，在按照本实施例的在线购物系统中，作为具有会员资格系统的一个商场或商店的会员的用户还可以在他没有登记的其他商场或商店中购买商品，不需要执行新的登记处理。这样就能避免增加用户需要登记的商场和商店的数量，并且能够减少关于结算的保密信息被泄漏的可能性，不会增加需要由用户管理的ID和密码的数量。在本实施例中需要的处理和用户在他所登记的商场或商店中购物时的处理一样简单。这样就能大大地方便用户。结果也就改善了在线购物系统的环境，并且预期会增加在线购物系统的用户数量，而交易会更加灵活。
实际用来识别和认证用户的信息诸如真实的用户ID，密码或是信用卡号不提供给他没有登记作为会员的商场运营公司，在线商店等等；而是为这些团体提供虚拟的用户ID和信用卡号。这样也能降低关于结算的保密信息被泄漏的概率。
每个商场运营公司可以为登记的会员提供一个附加值，让会员能够用他在这一商场运营公司登记的ID在各种商场和商店购物。这样就能收集更多会员。
每个商场运营公司当它的会员在其他商场购物时都会得到佣金；有望获得顾客介绍费的新的佣金。
进而，因为不是某一个商场运营公司的会员的用户也可能去这一商场的商店，这些商店的销售量都会提高。
本发明不仅限于上述实施例，还有各种变更的可能性。
例如，在上述的每一个处理步骤中，进入用户所登记的商场或商店以外的商场或商店的方式，在这种商店购物的形式，接收定单的方法，定单确认方法，定单数据管理方法，授权方法，处理程序以及定时，发货方法，销售数据收集方法，利润分配比例，利润分配方法等等都可以从各种方式和方法任意选择。
在上述实施例中，在一个商店中的定单信息和用户使用定单号进行登记的一个商场运营公司的信用号相关联。或者是使用IP地址或是一种cookie功能相关联。
用来构筑在线购物系统100的网络不仅限于Internet，还可以是任意的网络系统。
在上述实施例中，由每个商场运营公司管理在线商店。除了商场运营公司之外，也可以由用户登记作为会员并且提供了结算所需数据的Internet服务供应商(ISP)来管理在线商店。
另外，结算方法也不仅限于使用信用卡的信用结算。例如也可以采用符合各种电子结算方法的诸如数字现金，J-Debit和e-wallet等其他各种结算方法。在这种情况下，本发明可以采用一种结算中介处理装置来实现结算系统，系统中需要的处理程序简单，即使在多个系统的贸易中也不会增加需要管理的ID和密码数量，因此，关于结算的保密信息被泄漏的可能性极小。
本发明可以提供一种具有在线购物系统的在线购物装置，用户在系统中可以使用简单的程序访问他所登记的在线商店或商场之外的商店或商场，不会增加需要管理的ID和密码数量，因此，关于结算的保密信息被泄漏的可能性极小。
进而，本发明还可以提供一种在线购物方法和系统。

Claims (78)

1.一种结算中介处理装置，包括：
定单信息接收装置，用于响应用户通过网络发出的请求，从执行伴随着支付价款的一种规定动作的第一装置上接收与这一规定动作的请求有关的定单信息；
付款信息获取装置，用于根据接收到的定单信息从一个和用户签有按照预定方法付款的合同的第二装置上获取付款信息，该付款信息对于从用户接收按照用户请求的预定动作的支付价款是必需的；以及
结算处理装置，用于根据接收到的定单信息和获取的付款信息来执行对用户请求的预定动作的价款的结算。
2.按照权利要求1的结算中介处理装置，其中：
上述预定动作是通过网络销售任何一种商品；
定单信息接收装置从第一装置上接收关于购买一种商品的定单信息，由第一装置通过网络销售任何一种商品；
付款信息获取装置根据接收到的定单信息从第二装置获取付款信息，该付款信息对于从用户那里接收用户所购买的商品的价款是必需的；并且
结算处理装置根据接收到的定单信息和获取的付款信息对用户购买的商品的价款执行结算。
3.按照权利要求2的结算中介处理装置，其中：
每个所述第一装置和第二装置都是用户所登记的许多商品销售装置中的一个，用户的登记中包括按预定方法付款的合同，并且至少允许登记的用户通过网络访问这些装置并且在被访问时销售任何商品；
定单信息接收装置从多个商品销售装置之一接收用户为购买一种商品而发出的定单信息，而用户还登记了除该商品销售装置之外的至少一个商品销售装置；以及
付款信息获取装置根据接收到的定单信息从用户所登记的商品销售装置获取付款信息，该付款信息对于从用户那里接收用户为购买的商品支付的价款是必需的。
4.按照权利要求3的结算中介处理装置，其中进一步包括佣金支付处理装置，用来根据执行结算的商品价格对包括第二装置和结算中介处理装置在内的参与销售商品的各装置支付预定的佣金的处理。
5.按照权利要求4的结算中介处理装置，其中：
多个商品销售装置的每个包括：
多个在线购物装置，用来在通过网络被访问时销售任何商品；以及
在线购物管理装置，用来登记用户并且控制通过网络对多个在线购物装置的访问；并且
佣金支付处理装置也向在线购物管理装置支付佣金。
6.按照权利要求3的结算中介处理装置，其中进一步包括访问信息提供装置，用来为多个商品销售装置的每个存储在其它商品销售装置中登记的用户访问所述各个商品销售装置时使用的其它各个商品销售装置的临时用户信息的片段，并且在被请求时提供一个临时用户信息的片段，从而使用户能够访问其所登记的商品销售装置之外的那一个商品销售装置。
7.按照权利要求6的结算中介处理装置，其中访问信息提供装置为多个商品销售装置的每个存储和提供在其它商品销售装置中登记的用户在其它各个商品销售装置中使用的信息的片段，每一个这种信息片段包括临时用户ID，临时密码和临时付款信息。
8.按照权利要求3的结算中介处理装置，其中进一步包括访问信息提供装置，用来为多个商品销售装置的每个存储与实际的信息不同并且是在其它商品销售装置中登记的用户在访问上述各个商品销售装置时使用的用户信息的片段，并且根据需要提供与实际不同的一个用户信息的片段，从而使用户能够访问其所登记的商品销售装置之外的相应商品销售装置。
9.按照权利要求8的结算中介处理装置，其中访问信息提供装置为多个商品销售装置的每个存储并提供在其它各个商品销售装置中登记的用户所使用的用于其它各个商品销售装置的信息片段，每一个信息片段包括一个与实际不同的用户ID。
10.按照权利要求3的结算中介处理装置，其中：
付款信息获取装置根据接收到的定单信息获取付款信息，该付款信息包括用用户的信用卡结算用户从第二装置购买的商品价款所需的信用卡号；并且
由向用户发放信用卡的信用卡公司根据接收到的定单信息和获取的付款信息按照用户购买的商品的价格向结算处理装置支付一定数量的金额。
11.按照权利要求3的结算中介处理装置，其中付款信息获取装置根据接收到的定单信息中包括的定单号和获取的付款信息中包括的定单号(ordernumber)来关联接收到的定单信息和获取的付款信息。
12.按照权利要求3的结算中介处理装置，其中进一步包括：
付款方法输入显示装置，为第一装置提供付款方法选择画面，用来选择输入一种付款方法；以及
结算中介执行装置，用来使定单信息接收装置，付款信息获取装置及结算中介处理装置仅仅在通过付款方法输入显示装置由结算中介处理装置完成对选择结算的输入时才执行其功能。
13.按照权利要求3的结算中介处理装置，其中进一步包括：
目录显示装置，让通过网络进行访问的用户的装置能够以可选择的方式来显示可以由结算中介处理装置执行结算中介处理的多个商品销售装置的目录；以及
用来使选定的商品销售装置访问用户装置的自动访问装置。
14.按照权利要求3的结算中介处理装置，其中进一步包括：
用来存储检索关键词的检索关键词存储装置，让一或多个检索关键词与可以由结算中介处理装置执行结算中介处理的多个商品销售装置销售的每一种商品相互关联；
用来使通过网络进行访问的用户的装置显示一个用于输入检索关键词的对话框的检索关键词输入装置；以及
第二自动访问装置，用于根据通过检索关键词输入装置输入的检索关键词从检索关键词存储装置中提取对应的商品销售装置的名称，并且让用户的装置能够访问如此找到的商品销售装置。
15.按照权利要求2的结算中介处理装置，其中每个第一装置和第二装置都是通过网络进入的销售商品的在线购物装置中的一方，并且是用来通过网络控制进入在线购物装置的一个在线购物管理装置。
16.按照权利要求15的结算中介处理装置，其中进一步包括佣金支付处理装置，用来执行对包括第二装置的操作方和结算中介处理装置的操作方在内的参与销售商品的各操作方支付佣金的处理。
17.按照权利要求16的结算中介处理装置，其中佣金支付处理装置将执行结算的一部分商品价格作为佣金来分配。
18.按照权利要求15的结算中介处理装置，其中进一步包括访问信息提供装置，用来为每个第一装置存储用于各个第二装置的用户信息片段，这种片段与实际的用户信息不同，并且允许在第二装置中登记的用户访问上述每个第一装置，还允许用户通过输入与实际用户信息不同的用户信息来访问一个对应的第一装置。
19.按照权利要求18的结算中介处理装置，其中用户信息的每个片段包括一个用于结算中介处理装置的用户ID。
20.按照权利要求15的结算中介处理装置，其中：
付款信息获取装置根据接收到的定单信息获取付款信息，该付款信息包括用用户的信用卡结算用户从第二装置购买的商品价款所需的信用卡号；并且
结算处理装置根据接收到的定单信息和获取的付款信息执行接收付款的处理，由向用户发放信用卡的信用卡公司按照用户购买的商品的价格支付一定数量的钱。
21.按照权利要求15的结算中介处理装置，其中付款信息获取装置根据接收到的定单信息中包括的定单号(order number)和获取的付款信息中包括的定单号来关联接收到的定单信息和获取的付款信息。
22.按照权利要求15的结算中介处理装置，其中进一步包括：
付款方法输入显示装置，为第一装置提供付款方法选择画面，用来选择输入一种付款方法；以及
结算中介执行装置，用来使定单信息接收装置，付款信息获取装置及结算中介处理装置仅仅在通过付款方法输入显示装置由结算中介处理装置完成对选择结算的输入时才执行其功能。
23.按照权利要求15的结算中介处理装置，其中进一步包括：
目录显示装置，让通过网络进行访问的用户的装置能够以可选择的方式来显示可以由结算中介处理装置执行结算中介处理的商品销售装置的目录；以及
用来使选定的商品销售装置访问用户装置的自动访问装置。
24.按照权利要求15的结算中介处理装置，其中进一步包括：
用来存储检索关键词的检索关键词存储装置，让一或多个检索关键词与可以由结算中介处理装置执行结算中介处理的商品销售装置销售的每一种商品相互关联；
用来使通过网络进行访问的用户的装置显示一个用于输入检索关键词的对话框的检索关键词输入装置；以及
第二自动访问装置，用于根据通过检索关键词输入装置输入的检索关键词从检索关键词存储装置中提取对应的商品销售装置的名称，并且让用户的装置能够访问找到的商品销售装置。
25.一种结算中介处理装置包括：
用来接受在第一站点购买商品的用户输入的他本人在第二站点登记作为会员的用户个人识别信息的装置；
向第二站点发送输入的个人识别信息的装置，并且获取个人识别结果和为了从第二站点结算所必需的信息。
26.按照权利要求25的结算中介处理装置，其中进一步包括佣金支付处理装置，用来对第二站点的运营方和结算中介处理装置的运营方执行支付佣金的处理。
27.按照权利要求26的结算中介处理装置，其中佣金支付处理装置将执行结算的一部分商品价格作为佣金来分配。
28.按照权利要求26的结算中介处理装置，其中第二站点是在通过网络被访问时销售商品的一个在线商场。
29.按照权利要求26的结算中介处理装置，其中第二站点是一个在线购物管理站点，用来控制通过网络对在线商场的站点进行访问。
30.按照权利要求25的结算中介处理装置，其中进一步包括访问信息提供装置，用来为每个第一站点存储用于各个第二站点的用户信息片段，这种片段与实际的用户信息不同，并且允许在第二站点登记的用户访问上述每个第一装置，还允许用户通过输入与实际用户信息不同的用户信息来访问一个对应的第一站点。
31.按照权利要求30的结算中介处理装置，其中与实际不同的用户信息的每个片段包括一个用于结算中介处理装置的用户ID。
32.按照权利要求25的结算中介处理装置，其中用来获取个人识别结果和为了从第二站点结算所必要的信息的装置获取一个信用卡号作为从第二站点结算所需的信息。
33.按照权利要求25的结算中介处理装置，其中根据定单信息中包括的定单号和结算所需的信息中包括的定单号来相互关联为想要在第一站点购买商品的用户设置的定单信息和从第二站点获取的结算所需的信息。
34.按照权利要求25的结算中介处理装置，其中进一步包括付款方法输入显示装置，用来使第一站点显示一个付款方法选择画面，用来选择输入一种付款方法，其中的结算中介处理装置仅仅在通过付款方法输入显示装置由结算中介处理装置完成对选择结算的输入时才执行其功能。
35.按照权利要求25的结算中介处理装置，其中进一步包括：
目录显示装置，让通过网络进行访问的用户的装置能够以可选择的方式来显示可以由结算中介处理装置执行结算中介处理的第一站点的目录；以及
用来使选定的第一站点访问用户装置的自动访问装置。
36.按照权利要求25的结算中介处理装置，其中进一步包括：
用来存储检索关键词的检索关键词存储装置，让一或多个检索关键词与可以由结算中介处理装置执行结算中介处理的第一站点销售的每一种商品相互关联；
用来使通过网络进行访问的用户的装置显示一个用于输入检索关键词的对话框的检索关键词输入装置；以及
第二自动访问装置，根据通过检索关键词输入装置输入的检索关键词从检索关键词存储装置中提取对应的第一站点的名称，并且让用户的装置能够访问找到的第一站点。
37.一种结算中介处理装置，包括：
用来接受在第一站点购买商品的用户输入的结算所需的信息和他本人在第二站点登记作为会员的用户个人识别信息的装置；以及
向第二站点发送输入的个人识别信息的装置，并且从第二站点获取个人识别结果。
38.按照权利要求37的结算中介处理装置，其中进一步包括佣金支付处理装置，用来对参与销售商品的包括第二站点的运营方和结算中介处理装置的运营方的各运营方执行支付预定佣金的处理。
39.按照权利要求38的结算中介处理装置，其中佣金支付处理装置将执行结算的一部分商品价格作为佣金来分配。
40.按照权利要求38的结算中介处理装置，其中第二站点是在通过网络被访问时销售商品的一个在线商场。
41.按照权利要求38的结算中介处理装置，其中第二站点是一个在线购物管理站点，用来控制通过网络对在线商场的站点进行访问。
42.按照权利要求37的结算中介处理装置，其中进一步包括访问信息提供装置，用来为每个第一站点存储用于各个第二站点的用户信息片段，这种片段与实际的用户信息不同，并且允许在第二站点登记的用户访问上述每个第一装置，还允许用户通过输入与实际用户信息不同的用户信息来访问一个对应的第一站点。
43.按照权利要求42的结算中介处理装置，其中用户信息的每个片段包括一个用于结算中介处理装置的用户ID。
44.按照权利要求37的结算中介处理装置，其中用来获取个人识别结果和为了从第二站点结算所必要的信息的装置获取一个信用卡号作为从第二站点结算所需的信息。
45.按照权利要求37的结算中介处理装置，其中根据定单信息中包括的定单号和结算所需的信息中包括的定单号来相互关联为想要在第一站点购买商品的用户设置的定单信息和用户输入的结算所需的信息。
46.按照权利要求37的结算中介处理装置，其中进一步包括付款方法输入显示装置，用来使第一站点显示一个付款方法选择画面，用来选择输入一种付款方法，其中的结算中介处理装置仅仅在通过付款方法输入显示装置由结算中介处理装置完成对选择结算的输入时才执行其功能。
47.按照权利要求37的结算中介处理装置，其中进一步包括：
目录显示装置，让通过网络进行访问的用户的装置能够以可选择的方式来显示可以由结算中介处理装置执行结算中介处理的第一站点的目录；以及
用来使选定的第一站点访问用户装置的自动访问装置。
48.按照权利要求37的结算中介处理装置，其中进一步包括：
用来存储检索关键词的检索关键词存储装置，让一或多个检索关键词与可以由结算中介处理装置执行结算中介处理的第一站点销售的每一种商品相互关联；
用来使通过网络进行访问的用户的装置显示一个用于输入检索关键词的对话框的检索关键词输入装置；以及
第二自动访问装置，根据通过检索关键词输入装置输入的检索关键词从检索关键词存储装置中提取对应的第一站点的名称，并且让用户的装置能够访问找到的第一站点。
49.一种结算中介处理装置，包括：
从在第一站点购买商品的用户接收一个用来选择能够识别用户个人的一个第二站点的输入的装置，；以及
用来请求选定的第二站点发回一个用户个人识别结果的装置，并且根据发回的个人识别结果来执行结算处理。
50.按照权利要求49的结算中介处理装置，其中进一步包括佣金支付处理装置，用来对参与销售商品的包括第二站点的运营方和结算中介处理装置的运营方的各运营方执行支付预定佣金的处理。
51.按照权利要求50的结算中介处理装置，其中佣金支付处理装置将执行结算的一部分商品价格作为佣金来分配。
52.按照权利要求50的结算中介处理装置，其中第二站点是在通过网络被访问时销售商品的一个在线商场。
53.按照权利要求50的结算中介处理装置，其中第二站点是一个在线购物管理站点，用来控制通过网络对在线商场的站点进行访问。
54.按照权利要求49的结算中介处理装置，其中进一步包括访问信息提供装置，用来为每个第一站点存储用于各个第二站点的用户信息片段，这种片段与实际的用户信息不同，并且允许在第二站点登记的用户访问上述每个第一装置，还允许用户通过输入与实际用户信息不同的用户信息来访问一个对应的第一站点。
55.按照权利要求54的结算中介处理装置，其中与实际不同的用户信息的每个片段包括一个用于结算中介处理装置的用户ID。
56.按照权利要求49的结算中介处理装置，其中用来获取个人识别结果和为了从第二站点结算所必要的信息的装置获取一个信用卡号作为从第二站点结算所需的信息。
57.按照权利要求49的结算中介处理装置，其中根据定单信息中包括的定单号和结算所需的信息中包括的定单号来相互关联为想要在第一站点购买商品的用户设置的定单信息和从第二站点获取的结算所需的信息。
58.按照权利要求49的结算中介处理装置，其中进一步包括付款方法输入显示装置，用来使第一站点显示一个付款方法选择画面，用来选择输入一种付款方法，其中的结算中介处理装置仅仅在通过付款方法输入显示装置由结算中介处理装置完成对选择结算的输入时才执行其功能。
59.按照权利要求49的结算中介处理装置，其中进一步包括：
目录显示装置，让通过网络进行访问的用户的装置能够以可选择的方式来显示可以由结算中介处理装置执行结算中介处理的第一站点的目录；以及
用来使选定的第一站点访问用户装置的自动访问装置。
60.按照权利要求49的结算中介处理装置，其中进一步包括：
用来存储检索关键词的检索关键词存储装置，让一或多个检索关键词与可以由结算中介处理装置执行结算中介处理的第一站点销售的每一种商品相互关联；
用来使通过网络进行访问的用户的装置显示一个用于输入检索关键词的对话框的检索关键词输入装置；以及
第二自动访问装置，根据通过检索关键词输入装置输入的检索关键词从检索关键词存储装置中提取对应的第一站点的名称，并且让用户的装置能够访问找到的第一站点。
61.一种用来存储程序的存储介质，当安装到计算机上时用程序执行结算中介处理，使计算机执行：
定单信息接收功能，从响应用户通过网络发出的请求并且伴随着付款而执行预定动作的第一装置接收关于对预定动作的请求的定单信息；
付款信息获取功能，根据接收到的定单信息从用户与其有按照预定方法付款的合同的一个第二装置上获取为了从用户方接收对用户请求的预定动作所付的价款所需的付款信息；以及
结算处理功能，根据接收到的定单信息和获取的付款信息对用户请求的预定动作的价款执行结算。
62.按照权利要求6l的存储介质，其中：
响应通过网络的请求并伴随着付款的预定动作是通过网络销售任何一种商品；
定单信息接收功能从通过网络销售任何一种商品的第一装置接收关于购买一种商品的定单信息；
付款信息获取功能根据接收到的定单信息从第二装置上获取为了从用户方接收对用户购买的商品所付的价款所需的付款信息；以及
结算处理功能根据接收到的定单信息和获取的付款信息对用户购买的商品的价款执行结算。
63.按照权利要求62的存储介质，其中第一装置和第二装置都是通过网络进入的销售商品的一个在线购物装置，并且是用来通过网络控制进入在线购物装置的一个在线购物管理装置。
64.一种用来存储程序的存储介质，当安装到计算机上时用程序执行结算中介处理，使计算机执行：
用来接受在第一站点购买商品的用户输入的用户本人在第二站点登记作为会员的用户个人识别信息的功能；以及
向第二站点发送输入的个人识别信息的功能，并且从第二站点获取个人识别结果和结算所需的信息。
65.用来存储程序的一种存储介质，当安装到计算机上时用程序执行结算中介处理，由计算机执行：
用来接受在第一站点购买商品的用户输入的结算所需的信息和用户本人在第二站点登记作为会员的用户个人识别信息的功能；以及
向第二站点发送输入的个人识别信息的功能，并且从第二站点获取个人识别结果。
66.一种用来存储程序的存储介质，当安装到计算机上时用程序执行结算中介处理，使计算机执行：
从在第一站点购买商品的用户接收一个输入的功能，用来选择能够识别用户个人的一个第二站点；以及
请求选定的第二站点发回一个用户个人识别结果的功能，并且根据发回的个人识别结果来执行结算处理。
67.一种用来存储程序的存储介质，当安装到计算机上时用程序执行结算中介处理，使计算机执行：
定单信息接收功能，响应用户通过网络发出的请求，从执行伴随着支付价款的一种规定动作的第一装置上接收与该规定动作的请求有关的定单信息；
付款信息获取功能，根据接收到的定单信息从一个和用户签有按照预定方法付款的合同的第二装置上获取付款信息，该付款信息对于从用户接收按照用户要求的预定动作的支付价款是必需的；以及
结算处理功能，根据接收到的定单信息和获取的付款信息来执行对用户要求的预定动作的价格结算。
68.按照权利要求67的存储介质，其中：
响应通过网络的请求伴随着支付价款的预定动作是通过网络销售任何一种商品；
定单信息接收功能从第一装置上接收关于购买一种商品的定单信息；
付款信息获取功能根据接收到的定单信息从第二装置获取付款信息，该付款信息对于从用户那里接收用户购买的商品的价款是必需的；并且
结算处理功能根据接收到的定单信息和获取的付款信息对用户购买的商品的价格执行结算。
69.按照权利要求68的存储介质，其中第一装置和第二装置都是通过网络进入的销售商品的一个在线购物装置，并且是用来通过网络控制进入在线购物装置的一个在线购物管理装置。
70.一种计算机程序，当安装到计算机上时用来执行结算中介处理，使计算机执行：
用来接受在第一站点购买商品的用户输入的用户本人在另外的第二站点登记作为会员的用户个人识别信息的功能；以及
向第二站点发送输入的个人识别信息的功能，并且从第二站点获取个人识别结果和结算所需的信息。
71.一种计算机程序，当安装到计算机上时用来执行结算中介处理，使计算机执行：
用来接受在第一站点购买商品的用户输入的结算所需的信息和用户本人在另外的第二站点登记作为会员的用户个人识别信息的功能；以及
向第二站点发送输入的个人识别信息的功能，并且从第二站点获取个人识别结果。
72.一种计算机程序，当安装到计算机上时用来执行结算中介处理，使计算机执行：
从在第一站点购买商品的用户接收一个输入的功能，用来选择能够识别用户个人的一个第二站点；以及
请求选定的第二站点发回一个用户个人识别结果的功能，并且根据发回的个人识别结果来执行结算处理。
73.一种在线购物装置，包括：
商店管理装置，用来登记和管理在通过网络访问时销售任何一种商品的在线商店；以及
用户管理装置，用执行与用户的包括关于付款合同在内的登记，并且允许登记的用户访问登记的在线商店，用户管理装置允许已经登记并且具有关于为从第二在线购物装置购买的一种商品付款的合同的用户通过结算中介处理装置访问登记的在线商店，从第二在线商店获取预定的付款信息并且执行结算。
74.按照权利要求73的在线购物装置，其中，由获准访问的在第二在线购物管理装置中登记的用户购买的商品价款实际上是付给结算中介处理装置的。
75.一种在线购物装置，包括：
商店管理装置，用来登记和管理在通过网络访问时销售任何一种商品的在线商店；以及
用户管理装置，用来执行与用户的包括关于付款合同在内的登记，并且允许登记的用户访问登记的在线商店，用户管理装置在登记的用户从另一个在线购物装置管理的在线商店购买一种商品时提供按照用户与结算中介处理装置的合同对用户执行结算所需的预定的付款信息，响应来自结算中介处理装置的请求按用户购买的商品价格执行结算。
76.按照权利要求75的在线购物装置，其中对用户执行结算的预定的付款信息是允许用信用卡结算的信息，并且包括用户的信用卡号。
77.一种在线购物方法，包括以下步骤：
在网络上任意的第一在线商店根据访问这一在线商店的任意用户发出的商品定单产生定单信息；
向一个结算中介处理装置发送产生的定单信息；
在结算中介处理装置中，获取为接收来自发出商品定单的用户所登记的第二在线购物装置的用户付款所需的预定的付款信息；
根据获取的付款信息和用户执行结算；
对应于已经执行结算的商品价格至少向第二在线商店和结算中介处理装置支付预定的佣金；并且
在支付佣金之后将剩下的钱支付给第一在线商店。
78.一种在线购物系统，包括：
在通过网络访问时销售任何商品的多个在线商店；
多个在线购物装置，其每个包括：
用来登记和管理多个在线商店中的一部分的商店管理装置；以及
用来执行与用户的包括付款合同的登记的用户管理装置，并且允许登记的用户访问登记的在线商店，在用户通过结算中介处理装置进行访问时，用户管理装置允许在另一个在线购物装置中登记的用户访问登记的在线商店，在登记的用户从另一个在线购物装置管理的一个在线商店购买一种商品时，用户管理装置提供登记的用户对结算中介处理装置执行结算所需的预定付款信息；
所述结算中介处理装置包括：
定单信息接收装置，用来从多个在线购物装置当中的任何一个接收定单信息；
付款信息获取装置，用来根据接收到的定单信息从用户所登记的多个在线购物装置之一获取为了从用户接收价款所需的付款信息；以及
结算处理装置，用于按照用户要求的规定动作根据接收到的定单信息和获取的付款信息来执行价款结算。
CNB011197005A 2000-02-25 2001-02-25 结算中介处理装置 Expired - Fee Related CN1263259C (zh)

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
JP2000054463 2000-02-25
JP054463/2000 2000-02-25
JP054463/00 2000-02-25
JP008098/2001 2001-01-16
JP2001008098A JP2001312672A (ja) 2000-02-25 2001-01-16 決済仲介処理装置、決済仲介処理用の処理プログラムを格納する記憶媒体、決済仲介用のコンピュータプログラム、オンラインショップ装置およびオンラインショッピング方法とそのシステム
JP008098/01 2001-01-16

Publications (2)

Publication Number Publication Date
CN1322079A true CN1322079A (zh) 2001-11-14
CN1263259C CN1263259C (zh) 2006-07-05

Family

ID=26586431

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB011197005A Expired - Fee Related CN1263259C (zh) 2000-02-25 2001-02-25 结算中介处理装置

Country Status (7)

Country Link
US (1) US7039605B2 (zh)
EP (1) EP1128343A3 (zh)
JP (1) JP2001312672A (zh)
KR (1) KR100804079B1 (zh)
CN (1) CN1263259C (zh)
SG (1) SG100626A1 (zh)
TW (1) TWI235562B (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102918553A (zh) * 2010-05-25 2013-02-06 日本电气株式会社 使用电子钱包管理通过网络的支付装置的方法、支付装置管理设备以及支付装置管理程序
CN104106088A (zh) * 2011-12-21 2014-10-15 云一有限公司 网上购物的结账方法
CN108886469A (zh) * 2015-12-07 2018-11-23 三星电子株式会社 用于提供临时账户信息的方法、装置和系统
CN113632123A (zh) * 2019-01-26 2021-11-09 金金哲 网上交易中使用能够与url联动的信用卡的结算系统或结算方法

Families Citing this family (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4363800B2 (ja) * 2001-06-11 2009-11-11 ソニー株式会社 電子商取引支援装置，電子商取引支援方法およびコンピュータプログラム
JP2003016367A (ja) * 2001-06-29 2003-01-17 Oki Electric Ind Co Ltd プリペイド型電子マネー連動システム及びその制御用プログラム
EP1379044A1 (en) * 2002-06-22 2004-01-07 TELEFONAKTIEBOLAGET LM ERICSSON (publ) Method for providing information to a web server
US7370017B1 (en) * 2002-12-20 2008-05-06 Microsoft Corporation Redistribution of rights-managed content and technique for encouraging same
JP4079319B2 (ja) * 2002-12-25 2008-04-23 インターナショナル・ビジネス・マシーンズ・コーポレーション 識別情報生成装置、識別情報解決装置及びこれらを用いた情報システム、並びに、これらの制御方法及びプログラム
KR100559180B1 (ko) * 2003-05-20 2006-03-14 김민서 조건부 거래에 따른 전자결제 방법 및 전자결제 서버
TW200504551A (en) * 2003-07-28 2005-02-01 yu-qian Xing Joint web shopping model using approval mechanism
US7236957B2 (en) * 2004-02-10 2007-06-26 Bottomline Technologies (De) Inc. Method for remotely authorizing a payment transaction file over an open network
JP2006260277A (ja) * 2005-03-17 2006-09-28 Sharp Corp 電子決済システム
US20080077495A1 (en) * 2006-09-22 2008-03-27 Richard Scully System for an online community
US8818872B2 (en) * 2007-11-07 2014-08-26 At&T Intellectual Property I, L.P. Point of sale transaction processing
JP2009163595A (ja) * 2008-01-09 2009-07-23 Sony Corp 情報処理システム、情報処理装置、および情報処理方法、並びにコンピュータ・プログラム
TWI492179B (zh) * 2009-04-03 2015-07-11 Accounting clearing system and its method
KR101057016B1 (ko) * 2009-04-10 2011-08-17 엔에이치엔비즈니스플랫폼 주식회사 인터넷 중개 사이트를 이용한 인터넷 쇼핑 서비스 제공 방법 및 시스템
US11049110B2 (en) * 2011-06-17 2021-06-29 Zelis Payments, Llc Healthcare transaction facilitation platform apparatuses, methods and systems
WO2013008056A1 (en) * 2011-07-14 2013-01-17 Telefonaktiebolaget L M Ericsson (Publ) Devices and methods providing mobile authentication options for brokered expedited checkout
ITFO20110023A1 (it) * 2011-12-06 2013-06-07 Roberto Pazzaglia Ambiente virtuale organizzato per la transazione di beni e/o servizi reali
KR101447474B1 (ko) * 2012-08-14 2014-10-08 주식회사 케이지이니시스 원스탑 결제 중계 서비스 방법
US9542250B2 (en) * 2012-09-07 2017-01-10 International Business Machines Corporation Distributed maintenance mode control
US20150235187A1 (en) * 2012-09-18 2015-08-20 Newtek Business Services, Inc. Real-Time Data Capture and Distribution System for E-Commerce Payment Transactions
CN103971261A (zh) * 2013-02-05 2014-08-06 腾讯科技（深圳）有限公司 批价处理方法、装置、订单处理方法及电子商务系统
CN106022863A (zh) * 2016-05-09 2016-10-12 上海携程商务有限公司 自动结算系统和方法
KR20210001247A (ko) 2019-06-27 2021-01-06 (주)일상연구소 청구 및 결제 중개 서비스 시스템과 방법 및 이를 위한 컴퓨터 프로그램
KR102149103B1 (ko) * 2019-08-02 2020-08-27 김보중 통합 주문 및 통합 배송이 가능한 전자상거래 방법 및 이를 위한 서버
US11526859B1 (en) 2019-11-12 2022-12-13 Bottomline Technologies, Sarl Cash flow forecasting using a bottoms-up machine learning approach
US11532040B2 (en) 2019-11-12 2022-12-20 Bottomline Technologies Sarl International cash management software using machine learning
US11704671B2 (en) 2020-04-02 2023-07-18 Bottomline Technologies Limited Financial messaging transformation-as-a-service
KR102603383B1 (ko) 2022-05-11 2023-11-16 정정운 계속거래를 위한 계약 플랫폼 서비스 시스템과 방법 및 이를 위한 컴퓨터 프로그램

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH052598A (ja) * 1991-06-24 1993-01-08 Nec Corp カードシステム
JPH0563696A (ja) * 1991-09-02 1993-03-12 Nippon Telegr & Teleph Corp <Ntt> 仲介通信方式
JP3133243B2 (ja) * 1995-12-15 2001-02-05 株式会社エヌケーインベストメント オンラインショッピングシステム
US5838798A (en) * 1996-02-07 1998-11-17 Ncr Corporation Restaurant transaction processing system and method
JPH09259193A (ja) * 1996-03-19 1997-10-03 Fujitsu Ltd 電子マネーシステムの取引方法
JPH10105603A (ja) * 1996-09-25 1998-04-24 Computer Consulting:Kk 情報通信方法および装置
JP3887854B2 (ja) * 1996-11-28 2007-02-28 株式会社日立製作所 電子取引支援方法
US6014636A (en) * 1997-05-06 2000-01-11 Lucent Technologies Inc. Point of sale method and system
US6144948A (en) * 1997-06-23 2000-11-07 Walker Digital, Llc Instant credit card marketing system for reservations for future services
US5899980A (en) * 1997-08-11 1999-05-04 Trivnet Ltd. Retail method over a wide area network
JP3922482B2 (ja) * 1997-10-14 2007-05-30 ソニー株式会社 情報処理装置および方法
AU6049999A (en) * 1998-09-17 2000-04-03 Nexchange Corporation Affiliate commerce system and method
US6615166B1 (en) * 1999-05-27 2003-09-02 Accenture Llp Prioritizing components of a network framework required for implementation of technology

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102918553A (zh) * 2010-05-25 2013-02-06 日本电气株式会社 使用电子钱包管理通过网络的支付装置的方法、支付装置管理设备以及支付装置管理程序
CN104106088A (zh) * 2011-12-21 2014-10-15 云一有限公司 网上购物的结账方法
CN104106088B (zh) * 2011-12-21 2018-10-02 云一有限公司 网上购物的结账方法
CN108886469A (zh) * 2015-12-07 2018-11-23 三星电子株式会社 用于提供临时账户信息的方法、装置和系统
CN108886469B (zh) * 2015-12-07 2022-02-18 三星电子株式会社 用于提供临时账户信息的方法、装置和系统
CN113632123A (zh) * 2019-01-26 2021-11-09 金金哲 网上交易中使用能够与url联动的信用卡的结算系统或结算方法

Also Published As

Publication number Publication date
JP2001312672A (ja) 2001-11-09
EP1128343A3 (en) 2003-01-15
CN1263259C (zh) 2006-07-05
US7039605B2 (en) 2006-05-02
EP1128343A2 (en) 2001-08-29
TWI235562B (en) 2005-07-01
KR100804079B1 (ko) 2008-02-18
SG100626A1 (en) 2003-12-26
US20020016745A1 (en) 2002-02-07
KR20010085576A (ko) 2001-09-07

Similar Documents

Publication Publication Date Title
CN1263259C (zh) 结算中介处理装置
CN1255749C (zh) 用于可及性数据维护和特权授权的系统和方法
CN1266560C (zh) 数据通信网络中增强的身份识别质量的方法和装置
CN1926566A (zh) 用于上下文相关的实时通讯的动态指示符
CN1532760A (zh) 通信系统、结算管理装置及方法以及便携信息终端及信息处理方法
CN1290052C (zh) 个人电子价值银行系统
CN1287642A (zh) 计算机化争议解决系统和方法
CN1449540A (zh) 安全收集,存储和发送信息的方法和系统
CN1750036A (zh) 电子票据和电子支票管理、转换、买卖中介的系统和方法
CN1472681A (zh) 大中型药业连锁物流计算机管理系统及方法
CN1397125A (zh) 互联网上的计费方法和系统
CN1579079A (zh) 数据通信网络中的身份识别方面的增强隐私保护
CN1399216A (zh) 电子支付方法、系统和装置
CN1579080A (zh) 数据通信网络上分布资源的用户访问控制
CN101059857A (zh) 对发票进行电子验证的方法、系统和程序产品
CN1575580A (zh) 数据通信网络浏览的可移植性和隐私
CN1365472A (zh) 用于注册与应用有关的域名的共享注册系统
CN101076828A (zh) 执行自动授权的程序性交易
CN1618201A (zh) 使用移动电信设备以便于电子财务交易的系统及方法
CN1496521A (zh) 用于中介信息的系统和方法
CN1501308A (zh) 管理交易和清算的方法，通知关于消费动向的信息的方法
CN101051372A (zh) 电子商务中对金融业务信息安全认证的方法
CN1465027A (zh) 电子货币系统
CN101039239A (zh) 具有集中处理和存储的远端图象捕获的系统和方法
CN1252630C (zh) 提供ic卡业务、卡终端和ic卡的方法

Legal Events

Date Code Title Description
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C06 Publication
PB01 Publication
C14 Grant of patent or utility model
GR01 Patent grant
C17 Cessation of patent right
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20060705

Termination date: 20100225