CN1650304A - 对价支付管理方法和服务器、对价支付管理程序和计算机可读取的记录介质、以及对价支付管理介质和对价支付记录介质 - Google Patents

对价支付管理方法和服务器、对价支付管理程序和计算机可读取的记录介质、以及对价支付管理介质和对价支付记录介质 Download PDF

Info

Publication number
CN1650304A
CN1650304A CN03809587.4A CN03809587A CN1650304A CN 1650304 A CN1650304 A CN 1650304A CN 03809587 A CN03809587 A CN 03809587A CN 1650304 A CN1650304 A CN 1650304A
Authority
CN
China
Prior art keywords
mentioned
money
credit
payment
obligee
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.)
Pending
Application number
CN03809587.4A
Other languages
English (en)
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.)
SPACE BIG VAN KK
Original Assignee
SPACE BIG VAN KK
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 SPACE BIG VAN KK filed Critical SPACE BIG VAN KK
Publication of CN1650304A publication Critical patent/CN1650304A/zh
Pending 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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02—Banking, e.g. interest calculation or account maintenance
    • 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
    • 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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Economics (AREA)
  • Strategic Management (AREA)
  • Development Economics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Marketing (AREA)
  • Technology Law (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本发明提供一种能够将支付义务人从支付价款的负担中解放出来的对价支付管理方法和服务器、对价支付管理程序和计算机可读取的记录介质、以及对价支付管理介质和对价支付记录介质。为此，本发明的管理支付义务人付与收取权利人相当于对价金额的授信限额而进行支付的对价支付的方法，其特征在于，收取权利人的相当于对价的金额，被输入到服务器中，服务器，将被输入的相当于对价的金额作为收取权利人的授信限额而进行管理，并接收包含上述收取权利人的信用交易所涉及的交易金额，根据上述接收到的交易金额，算出支付义务人应支付的保证金额，从管理的授信限额中减去算出的保证金额，作为新的授信限额来进行管理。

Description

对价支付管理方法和服务器、对价支付管理程序和计算机可读取 的记录介质、以及对价支付管理介质和对价支付记录介质
技术领域
本发明涉及对于商品、服务、或者劳动等的对价的支付管理，特别涉及对价的支付义务人将相当于对价的金额作为授信限额付与收取权利人。
背景技术
例如任职于企业的员工(收取权利人)的薪金，在预定的支付日(例如发薪日)以现金、或者存入员工的账户等的方式而支付。即，企业的经营者(支付义务人)，需要在预定日前准备相当于薪金的金额。
也有人提出了在此之前，通过使企业的经营者支付给员工的薪金、同企业给员工设定的授信额度进行关联，由企业的经营者在授信额度的范围内先代替员工垫付员工所购买的商品的价款，并将员工的薪金充当垫付的价款的结算方法(例如，参照专利文献“日本特开平2002-074213号公报”)。
但是，由于员工暂时不会将薪金的全额都使用完，而是根据需要使用薪金的一部分，因此没有被使用的薪金的一部分留在员工手中，或者作为存款而被存放在账户里。
即，企业的经营者将没有被使用的薪金的全额、即包括员工目前不需要的金额，在预定的支付日进行了支付。对于企业的经营者而言，如果薪金相对于企业利润所占比例较大，则薪金的支付将成为负担，而如果能将员工目前不需要的金额保留在企业内部，那么企业的经营者将从支付薪金的负担中解放出来。
同样地，例如在企业间等的商业交易中，如果商品的购买企业(支付义务人)不需要在预定的支付日之前准备相当于价款的金额，而能够将销售企业(收取权利人)暂时不需要的金额保留在购买企业的内部，那么购买企业将从支付价款的负担中被解放出来。
发明内容
本发明是鉴于以上这样的以往的实际情况而完成的，目的在于提供一种能够将支付义务人从支付价款的负担中解放出来的对价支付管理方法和服务器、对价支付管理程序和计算机可读取的记录介质、以及对价支付管理介质和对价支付记录介质。
本发明的一种管理支付义务人付与收取权利人相当于对价金额的授信限额而进行支付的对价支付的方法，其特征在于，包括：上述收取权利人的相当于对价的金额，被输入到服务器中的步骤；上述服务器将上述被输入的相当于对价的金额作为上述收取权利人的授信限额而进行管理的步骤；上述服务器接收包含上述收取权利人的信用交易所涉及的交易金额的交易信息的步骤；上述服务器根据上述接收到的交易信息，算出上述支付义务人应支付的保证金额的步骤；上述服务器从上述管理的授信限额中减去上述算出的保证金额，作为新的授信限额来进行管理的步骤。一种管理支付义务人付与收取权利人相当于对价金额的授信限额而进行支付的对价支付的方法，其特征在于，包括：上述收取权利人的相当于对价的金额，被输入到服务器中的步骤；上述服务器将上述被输入的相当于对价的金额，累加到在该服务器内管理着的上述收取权利人的授信限额上，作为新的授信限额进行管理的步骤；上述服务器接收包含上述收取权利人的信用交易所涉及的交易金额的交易信息的步骤；上述服务器根据上述接收到的交易信息，算出上述支付义务人应支付的保证金额的步骤；上述服务器从上述管理的授信限额中减去上述算出的保证金额，作为新的授信限额来进行管理的步骤。
由此，支付义务人能够以相当于对价的金额作为限额，在收取权利人需要的时候支付所需要的金额。其结果，由于支付义务人不必在对价的支付日准备对价的全额，因此能够将支付义务人从支付对价的负担中解放出来。
另外，本发明的管理支付义务人付与收取权利人包括相当于对价的金额的授信限额而进行支付的对价支付的方法，其特征在于，包括：上述收取权利人的相当于对价的金额和其他授信额，被输入到服务器中的步骤；上述服务器将上述输入的相当于对价的金额和其他授信额的合计，作为上述收取权利人的授信限额进行管理的步骤；上述服务器接收包含上述收取权利人的信用交易所涉及的交易金额的交易信息的步骤；上述服务器根据上述接收到的交易信息，算出上述支付义务人应支付的保证金额的步骤；上述服务器从上述管理的授信限额中减去上述算出的保证金额，作为新的授信限额进行管理的步骤。
由此，收取权利人，还能够进行高于或等于相当于对价的金额的信用交易。即，支付义务人能够向收取权利人付与高于或等于相当于对价的金额的授信。
附图说明
图1是说明以本发明的对价支付管理方法来管理的授信限额的流程图。
图2是说明付与上述授信限额而支付的对价(薪金)的流程图。
图3是表示信用交易所涉及的交易金额、与支付义务人所支付的保证金额的关系的图。
图4是表示雇佣者向被雇佣者分发的薪金支付明细表的例子的图。
图5是表示本发明的对价支付管理服务器的实施方式的框图。
图6是表示本发明的对价支付管理方法的实施方式的流程图。
图7是说明在上述服务器内管理的授信限额的图。
图8是说明以往的***结算的方法的流程图。
图9是说明以往的扣款卡(debit card)结算的方法的流程图。
图10是表示由雇佣者向被雇佣者分发的薪金支付明细表的其他例子的图。
图11是表示分割信用交易所涉及的交易金额，以授信限额进行支付的例子的图。
图12是表示分割信用交易所涉及的交易金额，以授信限额进行支付的其他例子的图。
图13是表示分割信用交易所涉及的交易金额、以授信限额进行支付的其他例子的图。
图14是说明信用交易后的授信限额的转账的图。
图15是说明信用交易后的授信限额的转账的另一个图。
图16是说明信用交易后的授信限额的转账的其他的图。
图17是表示授信限额的查询的例子的流程图。
图18是表示授信限额的转账的例子的流程图。
图19是表示授信限额的查阅画面的例子的图。
具体实施方式
以下，参照附图对本发明的对价支付管理方法和服务器、对价支付管理程序和计算机可读取的记录介质、以及对价支付管理介质和对价支付记录介质的实施方式进行说明。
在本发明中，由支付义务人支付给收取权利人的对价，由支付义务人将相当于对价的金额的授信限额付与收取权利人来支付。即支付义务人，对于收取权利人和进行信用交易的对方(以下称作“交易目标”)，以相当于对价的金额作为限额，保证相对于该信用交易所涉及的交易金额的保证金额的支付(有关交易金额和保证金额的关系将在后面叙述)。
即，支付义务人支付的对价的支付对象，不是收取权利人，而是收取权利人进行了信用交易的交易目标，对价作为相对于收取权利人同交易目标之间的信用交易所涉及的交易金额的保证金额而被支付。
另外在本发明中，所谓“管理对价的支付”，指的是管理将相当于对价的金额作为授信限额来付与的对价的支付，具体地说，是管理支付义务人付与给收取权利人的授信限额。另外，所谓“收取权利人的相当于对价的金额”，指的是相当于支付义务人要支付给收取权利人的对价(收取权利人要从支付义务人处收取的对价)的金额。
以下，以将薪金作为对价的情况为例进行说明。即，是支付义务人为雇佣者，收取权利人为被雇佣者的情况。
图1是说明雇佣者付与被雇佣者的授信限额的图。
在过去没有向被雇佣者付与过授信限额、即在最初的薪金支付日之前，被雇佣者的授信限额为“0”(S1)。
到了薪金的支付日，付与相当于薪金金额的授信限额，但如果过去被付与的授信限额里有余额，则将相当于薪金金额的授信限额累加到余额上成为新的授信限额(S2、S3)。
另一方面，被雇佣者同交易目标进行信用交易后，就从授信限额中减去相对于该信用交易所涉及的交易金额的保证金额，并将余额作为新的授信限额(S4、S5、S6)。
以下，以在员工A(月薪50万日元)通过信用交易在加盟店D购买商品(价款5万日元)时，员工A所任职的企业B代替员工A支付商品的价款的情况为例进行说明。即分别将被雇佣者、雇佣者、交易目标设定为员工A、企业B、加盟店D，将被雇佣者的相当于薪金的金额设定为50万日元，将员工A与加盟店D之间的信用交易所涉及的交易金额设定为5万日元，以此为例。
在这里，假定企业B的薪金的支付，是每月最后一天结算的月末支付。即，员工A的2002年3月份的薪金“50万”日元，在3月31日作为授信限额“50万日元”而被支付。
但是，由于在这一时刻，员工A的薪金并没有从企业B支出，因此，企业B将在财务管理上列入“未付薪金50万日元”，而该50万日元则被保留在企业B内部。
另外，以下所说明的实施方式是以月薪作为薪金的例子，但本发明并不局限于此，也可以是日薪等。而且，也不局限于从企业发给员工的薪金，例如还可以是发给半工半读的学生等的日薪等。
图2是说明付与授信限额而支付的薪金的流程图。
在这里，管理者C是指，受企业B的委托而对向员工A支付薪金进行管理的角色。但在本发明中，企业B和管理者C也可以是相同的角色。
企业B在到达薪金支付日后，连同指定员工A的信息(在本实施方式中为员工编号)一起，将相当于薪金的金额“50万日元”通知给管理者C(T1)。
但是，在本发明中，对于向管理者C通知相当于薪金的金额的时间并不局限于此。即，也可以是，例如，如果员工A的薪金是固定金额，企业B只在涨薪等薪金金额变动了的情况下，向管理者C通知相当于薪金的金额。
管理者C将员工A的相当于薪金的金额作为授信限额进行设定(T2)。此时，管理者C可以对企业B进行用于提供信用的事先审查。即，如后述那样，确认针对员工A同交易目标的信用交易所涉及的交易金额的、企业B的支付能力。
在这里，管理者C将作为本发明的对价支付管理介质的卡(以下，称作“本卡”)发给(贷给等)员工A。在本卡上记录有用于指定员工A的信息(员工编号1)。
另外，作为本卡的例子，例如除磁卡、IC卡(无论接触式、非接触式)之外，还可以是记载有指定员工A的信息的纸介质等。
而且，本发明的薪金支付管理介质并不局限于卡，只要是记录有指定员工A的信息的东西，无论是什么都可以。
进而，管理者C发给员工A的、即员工A为了接受薪金的支付而使用的本卡，并不局限于1张，例如，也可以发给多张本卡，使得员工A的配偶、子女也能够使用。
在这里，在发给员工A的多个本卡上，除了指定员工A的信息外，还可以记录指定各卡的信息，对每一张卡付与授信限额(员工A的授信限额的一部分)，进而使员工A、管理者C能够把握每一张的使用状况。在这种情况下，也可以决定使得员工A向管理者C通知卡的发给张数、对各卡设定的授信限额等(也可以是管理者C事先决定)。只要这样做，员工A就可以向家属分发本卡，使其在各卡的授信限额的范围内进行信用交易，并且，能够把握每一张卡的使用状况。
另外，本卡由例如管理者C，在最初从企业接收员工A的相当于薪金的金额时、或者由员工A向管理者C提出了请求时等的情况下发给。
进而，记录在本卡上的指定员工A的信息，并不局限于企业B决定的信息(员工编号)，可以是管理者C独自决定的信息，或者也可以是员工自己决定的信息。
并且，关于本卡，也可以是不由管理者C发给，而是使用例如企业B已经发给员工A的卡(员工证等)，此时，只需企业B对管理者C事先通知记录在该卡上的指定员工A的信息(员工编号)即可。
员工A在加盟店D购买商品时，使用本卡(T3)。
即，加盟店D将商品的价款“5万日元”和记录在本卡上的员工A的员工编号通知给管理者C，管理者C进行用于确认管理者是否保证支付商品的价款的信用查询(T4)。
管理者C确认员工A的授信限额(T5)，并将交易金额是否小于等于授信限额，即企业B是否保证针对商品的价款的保证金额的支付，通知给加盟店D(T6)。
加盟店D在确认了管理者C保证支付商品的价款之后，将商品提供给员工A(T7)，将商品的价款通知给管理者C(T8)。
在这里，以上说明的、图2的(T3)～(T8)的处理，类似于以往所进行的所谓***结算。
图8是说明以往的***结算的方法的流程图。即，卡的使用者AX，使用卡公司CX发行的***，同与卡公司CX缔结有所谓加盟店协议的加盟店DX进行信用交易(V1～V7)，加盟店DX向卡公司CX请求商品的价款(V8)，并从卡公司CX接受价款(V9)。此时，也有卡公司CX支付从商品的价款中扣除了加盟手续费之后的余款的情况。卡公司CX向卡会员AX请求商品的价款(V10)，并回收(V11)。
但是，如后述那样，本发明中，使用本卡的一方、即进行信用交易购买商品的一方(员工A)，与支付交易金额的一方(企业B)不同，而且交易金额作为进行信用交易购买商品一方的薪金(的一部分)而被支付，这一点上与以往的***结算存在不同。
同样地，本发明中，购买商品的一方与支付该商品的价款的一方相同，与所谓扣款卡结算也存在不同。
图9是说明以往的扣款卡结算的方法的流程图。即，卡使用者AY在预先在金融机构CY开设的卡使用者AY的账户内，事先存储现金(W1、W2)。卡使用者AY使用金融机构CY发行的现金卡与加盟店DY进行信用交易(W3～W7)。此时，金融机构CY接受来自加盟店DY的委托，将交易金额从卡使用者AY的账户转到结算用的账户，之后，根据来自加盟店D的请求，支付给加盟店DY(W8、W9)。
返回到图2。
管理者C根据由加盟店D通知来的商品的价款，算出企业B要支付的保证金额(T9)。
在这里，对商品的价款、即员工A与加盟店D之间的信用交易所涉及的交易金额，和企业B针对该信用交易支付的保证金额之间的关系进行说明。
图3是表示交易金额与保证金额的关系的例子的图。(a)和(b)是交易金额与保证金额一致时的例子，(c)是交易金额与保证金额不一致时的例子。另外(a)是不向管理者C支付手续费时的例子，(b)和(c)是向管理者C支付手续费时的例子。
另外，本发明中的交易金额与保证金额的关系，并不局限于此，也可以是其他的关系。无论是哪一种情况，在本发明中，企业B采用员工A的薪金(的一部分)而支付保证金额。
在这里，本实施方式假定是(a)的情况。即，是交易金额和保证金额一致，不向管理者C支付手续费的情况。
企业B向管理者C支付根据商品的价款算出的保证金额(T10)，管理者C向加盟店D支付商品的价款(T11)。
另外，在这一时刻，由于企业B从员工A的薪金“50万日元”中，支出了“5万日元”，因此对于员工A的未付薪金就变成“45万日元”。
在这里，管理者C向加盟店D支付商品的价款(T11)，也可以是在从企业B接受保证金额(T10)之前。
管理者C从管理员工A的授信限额的50万日元中减去保证金额5万日元，作为新的授信限额而管理45万日元(T12)。
以后，员工A每次在加盟店D进行信用交易，管理员C就从员工A的授信限额中，减去根据信用交易所涉及的交易金额而算出的保证金额。
而且，在本发明中，员工A能够使用卡的交易目标，并不局限于1家，只要同管理者C之间缔结了所谓加盟店协议，可以存在多家。
企业B向员工A通知有关薪金的支付的明细(T13)。
图4是表示本发明的对价支付记录介质的实施方式的说明图，是企业B分发给员工A的薪金支付明细表(2002年3月份)的例子。
在薪金支付明细表P1上，表示了3月份的薪金(授信限额)·已支付薪金·未付薪金、在2月末时的滚存未付薪金、在3月末时的未付薪金合计金额，分别为50万日元、20万日元、30万日元、40万日元、70万日元。即表示了企业B在3月份一个月期间从3月份的薪金50万日元中，作为保证金额而支付了20万日元，3月份的未付薪金30万日元(＝50万日元-20万日元)与在2月末时的滚存未付薪金40万日元的合计金额70万日元，就是3月末时的授信限额。
另外，在薪金支付明细表P1上，也对已支付薪金的明细、即保证金额的支付日和支付对象进行了记载。
而且，本发明的对价支付记录介质，除了纸介质之外，也包括后述的Web页等的电子信息的记录介质。
另外，图10是表示薪金支付明细表的另一实施方式的说明图，是发给员工A3张卡的情况。在薪金支付明细表P1x上，记载有员工A的薪金和每一张卡的支付明细。图10表示，员工A的薪金50万日元，作为“当月授信限额”，分别将“20万日元”、“25万日元”、“5万日元”付与卡1、2、3。而且，每张卡的支付明细，由“当月授信限额”、“已支付薪金”、“未付薪金”、“滚存未付薪金”、“未付薪金合计金额(授信限额)”构成。图10表示，对于卡1，作为当月授信限额而付与20万日元，并从其中使用5万日元(已支付薪金)，余额15万日元(未付薪金)和截止到上个月的滚存未付薪金10万日元的合计为25万日元(未付薪金合计金额)。
图5是表示管理者C为了管理员工A的授信限额而使用的、本发明的对价支付管理服务器(以下，称作“本服务器”)的实施方式的框图。符号1表示本服务器，经由通信网络5与终端2、3、4连接。终端2、3、4分别是企业B、加盟店D、金融机构E为了使用本服务器1而使用的终端。
在这里，金融机构E指的是，在企业B和加盟店D之间，结算员工A的信用交易所涉及的交易金额的一方。即，管理者C向金融机构E出示保证金额后，金融机构E进行从企业B向加盟店D的资金移动，并将结算已经完成的情况通知给管理者C。
另外，在本发明中，企业B、管理者C、金融机构E并非一定各自不同，例如，可以管理者C和金融机构E是同一方，或者也可以企业B、管理者C、金融机构E全部是同一方。
作为通信网络5的例子，有互联网、LAN等的计算机通信网。本服务器1、终端2、3、4经由未图示的专用线、公众交换电话网(PSTN)、无线电话网、CATV网、卫星通信网等的通信线路，与通信网络5连接。
终端2、3、4，只要是能够经由通信网络5与本服务器1进行通信的信息处理设备即可，例如有个人计算机、具有数据通信功能的PDA(Personal Digital Assistant)、便携式电话机等。
本服务器1，只要是能够经由通信网络5同终端2、3、4进行通信的信息处理设备即可，例如有个人计算机等。
另外，在本服务器1中，通过运行本发明的对价支付管理程序(以下，称作“本程序”)、控制本服务器1内的各装置，来实现本发明的薪金支付管理方法(以下，称作“本方法”)。
在这里，只要使用记录了本程序的本发明的计算机可读取的记录介质(以下，称作“本记录介质”)，就能够使未图示的计算机发挥与本服务器1同样的功能。即，通过未图示的计算机从本记录介质读取并执行本程序，可以而实现本方法。
本服务器1具有：授信信息接收部11、授信限额累加部12、授信限额管理部13、信用查询信息接收部14、查询结果信息输出部15、交易信息接收部16、授信限额减法部17、结算指示信息输出部18。
授信信息接收部11，指的是接收关于员工A的授信信息的装置。授信信息，指的是管理者C为设定员工A的授信限额所需要的信息，至少包括指定员工A的信息和员工A的相当于薪金的金额。
授信限额累加部12，指的是将包含在所接收的关于员工A的授信信息中的员工A的相当于薪金的金额，累加到已经在本服务器1内管理着的员工A的授信限额(余额)上，而算出新的授信限额的装置。
授信限额管理部13，指的是管理(存储)员工A的授信限额的装置。
信用查询信息接收部14，指的是接收关于员工A的信用查询信息的装置。信用查询信息，指的是关于信用查询的信息，即，用于判断管理者C对于加盟店D是否保证员工A的信用交易所涉及的交易金额的支付的信息，至少包括指定员工A的信息和交易金额。
查询结果信息输出部15，指的是根据员工A的授信限额，输出针对所接收的信用查询信息的查询结果信息的装置。查询结果信息，指的是关于查询结果的信息，至少包括表示管理者C对于加盟店D是否保证员工A的信用交易所涉及的交易金额的支付的结果的信息。
交易信息接收部16，指的是接收交易信息，并根据接收了的交易信息算出保证金额的装置。交易信息，指的是关于员工A的信用交易的信息，至少包括指定员工A的信息和交易金额，除此之外，也可以包括关于商品的信息(商品名等)、关于加盟店D的信息(加盟店D的名称等)、或者后述的分割支付交易金额时的分割次数等。
授信限额减法部17，指的是从所管理的授信限额中减去算出的保证金额的装置。
结算指示信息输出部18，指的是输出结算指示信息的装置。结算指示信息，指的是结算保证金额所需要的信息，至少包括指定对加盟店D的结算方法(加盟店D在金融机构开设的账户编号等)的信息和保证金额。
图6是表示基于本服务器1的本方法的实施方式的流程图。
本服务器1使用授信信息接收部11，从终端2接收授信信息(U1)，使用授信限额累加部12，将在授信限额管理部13内管理的员工A的授信限额、和包含在接收到的授信信息中的员工A的相当于薪金的金额累加，作为新的授信限额存储到授信限额管理部13中(U2)。
图7是说明存储在授信限额管理部13中的授信限额的图。
在授信限额管理部13中，一并存储有对本卡的每个使用者、即通过本服务器1来管理薪金的支付的每个人的授信限额，和支付明细(也可以单独只管理授信限额)。本服务器1能够通过根据指定员工A的信息，检索授信限额管理部13，来抽出存储着的关于员工A的信息。
(a)是员工A在加盟店D购买商品之前的状态，表示在3月份进行了2次信用交易，授信限额为75万日元。
对于(b)将在后面叙述，表示员工A在加盟店D购买了商品之后的状态。
员工A，在加盟店D中使用本卡时，本服务器1使用信用查询信息接收部14，从终端3接收信用查询信息(U3)。
终端3将从本卡中读取出的指定员工A的信息，连同员工A希望购买的商品的价款一起，经由通信网络5发送到本服务器1。
本服务器1使用查询结果信息输出部15，确认员工A的授信限额，即比较从终端3接收的商品的价款和授信限额，将表示其结果(是否保证支付价款)的信息发送到终端3(U5)。
加盟店D与员工A进行信用交易后，本服务器1使用交易信息接收部16，从终端3接收交易信息(U6)，根据包含在该交易信息中的商品的价款算出保证金额(U7)。之后，本服务器1使用结算指示信息输出部18，将结算指示信息发送到终端4(U8)。
企业B和加盟店D之间的保证金额的结算完成(U10)后，本服务器1使用未图示的装置，从终端4接收表示结算已经完成的信息(U10)，在使用未图示的装置确认结算已经完成之后，使用授信限额减法部17，从授信限额中减去保证金额，算出新的授信限额，并存储到授信限额管理部13中(U11)。此时，如图7(b)所示那样，一并存储支付的明细(日期、支付对象、支付金额(保证金额)等)。
本服务器1也可以使用未图示的装置，将存储在授信限额管理部13中的关于员工A的信用交易的信息发送到终端2。即，例如，企业B能够使用从本服务器1接收到的关于员工A的信用交易的信息，做出如图4所示的分发给员工A的薪金支付明细表P1。
而且，也可以在本服务器1上，设置参照授信限额管理部13，生成薪金支付明细表P1并输出的装置。作为输出的形式，例如，有向未图示的打印机装置进行打印输出、通过电子邮件发送薪金支付明细表P1的电子数据、或者作为Web页发送等。只要使用该装置，管理者C就能够减轻生成员工A的薪金支付明细表P1的企业B的负担。
在这里，关于员工A的信用交易的信息，也可以是企业B的会计负责人等能够从终端2连接到本服务器1上接收，或者员工A能够从未图示的终端连接到本服务器1上而接收。在这种情况下，也可以是，例如本服务器1通过作为所谓的Web服务器来运作，使用未图示的装置，参照授信限额管理部13，生成相当于薪金支付明细表P1的Web页，使企业B的负责人或员工A查阅，由此来发送关于员工A的信用交易的信息。
另外，本服务器1发送关于员工A的信用交易的信息，既可以是定期的(例如薪金支付日)、也可以是不定期的(例如，企业B的负责人或员工A可以随时访问本服务器1，查阅最新的信息)。
而且，本服务器1发送到企业B的关于员工A的信用交易的信息，也可以是至少包括保证金额，其他的信息，例如支付对象等不通知给企业B，只通知给员工A，只有员工A能够确认信用交易的履历。
这里，在以上说明的实施方式中，以2002年3月份的月薪50万日元，和针对2002年3月一个月间的信用交易所涉及的交易金额的保证金额的合计20万日元相减，在作为2002年3月份的薪金支付日的3月3 1日，付与作为其差额的30万日元(＝50万日元-20万日元)的授信限额的情况为例进行了说明，但是，在本发明中，授信限额、同与该授信限额相抵的保证金额之间的关系并不局限于此。即，例如在3月3 1日所付与的授信限额，也可以是2002年3月份的月薪与2002年2月一个月间的保证金额的合计的差额。
而且，在本发明中，员工A、企业B、加盟店D、金融机构E，在与管理者C进行信息交换时，并非一定要经由通信网络5。即，也可以是，例如，输入到本服务器1中的员工A的相当于薪金的金额，代替从企业的终端2发送到本服务器1，而改为从企业B将记载了相当于薪金的金额的书面文件等邮寄给管理者C等，管理者C将相当于薪金的金额输入本服务器1。
并且，在以上说明了的实施方式中，作为交易目标，以销售商品的加盟店D为例进行了说明，但本发明的交易目标并不局限于销售商品的店，例如也可以是金融机构等。即，也可以是，员工A使用本卡从金融机构的现金自动提取机中提出现金，企业B通过管理者C向该金融机构支付相当于员工A提出的现金金额。
进而，在以上说明的实施方式中，是员工A使用管理者C发行的本卡进行信用交易的，但是，在本发明中，并非一定需要本卡。即，只要同员工A进行信用交易的交易目标，能够确认指定员工A的信息即可。即，可以是例如，员工A通过口头向交易目标传达员工编号，或者，也可以是在网络购物中，员工A从自己家的计算机输入员工编号，向交易目标的计算机发送。
根据以上说明的实施方式，由于将相当于薪金的金额作为授信限额付给员工A，因此，企业B能够以相当于薪金的金额为限额，在员工A需要的时候支付需要的金额。其结果是，由于企业B不必在薪金支付日准备薪金的全额，因此能够将企业B从支付薪金的负担中解放出来。
另一方面，由于员工A能够将不需要放置于身边的薪金借贷给企业B，例如，只要使企业B对未付薪金支付利息，员工A就能够除了相当于薪金的金额之外，还从企业B领到利息。另外，该利息，也可以是本服务器1使用未图示的装置，根据交易信息等算出，并累加到员工A的授信限额中等。
在这里，对于企业B支付给员工A的未付薪金的利息的利率，可以是企业B预先决定之后通知管理者C，或者也可以是根据由管理者C自己或者外部的调查机构的信用调查结果，由管理者C来决定。而且，该利率可以按每一个员工而变化，或者也可以是根据未付薪金的金额、未付期间而变动。
另外，在以上说明的实施方式中，如图3所示那样，是以将交易金额一次性支付的情况为例进行的说明，但是，在本发明中，也可以采用分割支付交易金额的所谓分割支付。即，在根据本服务器接收到的交易信息算出的保证金额中，也包括根据包含在该交易信息中的“交易金额”和“分割次数”算出的保证金额。
图11至图13是表示在图3所示的员工A从加盟店D购买5万日元的商品时的分割付款(按月分割付款)的实施方式的说明图。
图11是员工A向加盟店D申请了分成5次的分割付款、即加盟店D给予了员工A支付暂缓的情况。即，从加盟店D接到“价款5万日元为分成5次的分割付款”内容的通知的管理者C，每月向企业B索取并接受1万日元，支付给加盟店D。在这种情况下，也可以是，加盟店D通过给予支付暂缓，而从企业B接收相当于利息金额，企业B则将支付给加盟店D的相当于利息的金额从员工A的授信限额中减去。
图12是管理者C给予了企业B支付暂缓的情况。即，从加盟店D接到价款5万日元的通知的管理者C，一方面向加盟店D支付5万日元，另一方面，每月向企业B索取并接受1万日元。在这种情况下，也可以是，管理者C通过给予支付暂缓，而从企业B接收相当于利息的金额。另外，也可以是，该相当于利息的金额，例如由企业B来出。
图13是加盟店D给予了企业B支付暂缓的情况。即，加盟店D将与员工A的交易金额5万日元分成5次向管理者C索取，管理者C每月向企业B索取并接受1万日元，支付给加盟店D。在这种情况下，也可以是，加盟店D通过给予企业B支付暂缓，而从企业B接收相当于利息的金额。另外，该相当于利息的金额可以是与图11所示根据员工A提出的要求作分割付款时一样，从员工A的授信限额中扣除，或者，也可以是与员工A的授信限额无关，由企业B来出。
另外，以上说明的实施方式是以薪金作为对价的例子的情况，但是如果将采购了的商品的价款作为对价，作为支付义务人的商品的购买者，通过将相当于赊购款金额作为授信限额付与该商品的提供者，只需在该商品的提供者进行信用交易时偿还赊购款即可，因此便能从支付对价的负担中解放出来。
在这里，对于有关授信限额的转账、即授信限额的辗转流通，参照以商品的价款作为对价的例子的图14至图19进行说明。
图14(a)表示从企业K购买了价款30万日元的商品的企业J，以商品的价款作为授信限额而付与了企业K。即，企业K在对企业J销售商品时，是向本服务器1进行企业J的信用查询后销售了商品的。图17是表示该交易的流程图。在本服务器1中，预先设定(记录)有企业J、K的授信限额(Y1)。在这里，假定企业J的授信限额为高于或等于30万日元，另外，企业K的授信限额为0日元。
企业J如上述那样，在从企业K购买商品时使用本卡(Y2)，企业K从未图示的终端连接本服务器1进行信用查询(Y3)。本服务器1确认企业J的授信限额(Y4)，将结果通知企业K(Y5)。一旦企业K向企业J提供商品(Y6)，向本服务器1通知商品的相当于价款的金额(Y7)，本服务器1便更新企业J、K的授信限额，即，从设定的企业J的授信限额中减去30万日元，并将企业K的授信限额增加30万日元(Y8)。
(b)是表示接收了关于该交易的交易信息的本服务器1，通过授信限额管理部13进行管理的信息的图。在这里，表示支付义务人、收取权利人、交易金额(被付与的授信限额)分别是企业J、企业K、30万日元。关于“转账”栏将在后面叙述。
(c)是表示该交易完成时，本服务器1使用未图示的装置，参照授信限额管理部13生成并发送到企业K的授信限额查阅画面的例子的说明图。该画面，表示付与企业K的授信限额为30万日元，该支付义务人为J企业。关于“利率”、“等级(rank)”栏将在后面叙述。
本服务器1使用该装置，接收来自于企业K的终端的查询委托(图17的Y9)，检索授信限额管理部13，检索付与企业K的授信限额(Y10)，生成如图14(c)所示的授信限额查阅画面发送到企业K的终端上(Y11)。
如此企业K，能够从未图示的终端连接本服务器1查询、确认付与自己的授信限额。
图15(a)表示，在如14(a)所示的交易之后，从企业L购买了价款40万日元的商品的企业K，以商品的价款作为授信限额付与了企业L。
(b1)是表示接收了与该交易相关的交易信息的本服务器1，通过授信限额管理部13进行管理的信息的图。在这里，表示在图14所示的关于交易的信息的基础上，支付义务人、收取权利人、交易金额(被付与的授信限额)分别是企业K、企业L、40万日元。
(b2)是说明了企业K，在将由企业J付与自己的授信限额30万日元，转账为付与企业L的授信限额40万日元的一部分时，通过授信限额管理部13进行管理的信息的图。如(b2)所示，企业K通过进行授信限额的转账，将由企业J付与了企业K的授信限额30万日元，变成为由企业J付与了企业L，企业K将差额的10万日元的授信限额付与了企业L。
(b2)所示“转账”栏中的“完成”指的是，基于企业K的该授信限额的转账的结果，与该交易相关的支付义务人和收取权利人之间的授信限额的债权、债务消灭，更具体地说，例如，(b2)的第一行所示的企业J对企业K的债务(授信限额)30万日元消灭，代替前者，如第3行所示发生了企业J对企业L的债务30万日元。即，企业J从企业K购买了的商品的相当于价款的金额30万日元，变成不是由企业K，而是由企业K指定了的企业L支付。另外，(b2)的第4行表示与由该转账产生的余额10万日元(＝40万日元-30万日元)的授信限额相关的信息。
(c)是表示该交易以及转账完成时，本服务器1使用未图示的装置，参照授信限额管理部13，生成并发送到了企业L的授信限额查阅画面的例子的说明图。该画面，表示付与企业L的授信限额为40万日元，该支付义务人为企业J和企业K，从各企业付与企业L的授信限额分别为30万日元、10万日元。
图16(a)表示，在如图14(a)、图15(a)所示交易之后，从企业M购买了价款60万日元的商品的企业L，以商品的价款作为授信限额付与了企业M。
(b1)是表示接收了与该交易相关的交易信息的本服务器1，通过授信限额管理部13进行管理的信息的图。在这里，表示在图14、图15所示的与交易、转账相关的信息的基础上，支付义务人、收取权利人、交易金额(被付与的授信限额)分别是企业L、企业M、60万日元。
(b2)是说明了企业L在将由企业J付与自己的授信限额30万日元、和由企业K付与自己的授信限额10万日元，转账为付与企业M的授信限额60万日元的一部分时，通过授信限额管理部13进行管理的信息的图。转账的结果，变成对于企业M，企业J、K、L分别付与了30万日元、10万日元、20万日元的授信限额。
(c)是表示该交易以及转账完成时，本服务器1使用未图示的装置，参照授信限额管理部13，生成并发送到了企业M的授信限额查阅画面的例子的说明图。该画面表示付与企业M的授信限额为60万日元，该支付义务人为企业J、K、L，从各企业付与企业M的授信限额分别为30万日元、10万日元、20万日元。
在这里，就图14、15、16的(c)所示的授信限额查阅画面的“利率”、“等级”栏进行说明。
根据图16(c)的例子，企业M通过查阅该画面，就能够确认自己被付与了60万日元的授信限额以及其中的明细，即支付义务人和授信限额。在这种情况下，其后，企业M在从第三者(包括企业J、K、L)购买商品，并将该相当于价款金额的授信限额付与该第三者时，就能转账别人付与自己的授信限额60万日元的一部分或者全部，这些如前所述。“利率”、“等级”，是企业M判断在别人付与了自己的授信限额60万日元中，应该对从哪一个支付义务人付与自己的授信限额进行转账的标识的例子。如前面说明过的那样，“利率”是支付义务人预先设定的对于授信限额的利息，“等级”是支付义务人的所谓定级。
在图14至图16所示的例子中，企业M直接进行交易的只有企业L，与企业J、K没有进行交易。即，变成企业M从没有进行交易的支付义务人那里被付与了授信限额。在这里，通过查阅图16(c)所示画面，企业M就能够进行，例如，优先从利息低、或者等级低的企业的授信限额中转账这样的，可以说能够进行风险管理。
图18是表示与图15(a)的交易相关的授信限额的转账的流程图。
企业K如上述那样，从企业L购买商品，将相当于该价款的金额的40万日元作为授信限额付与企业L(Z6～Z8)。其后，企业K从未图示的终端连接本服务器1查询授信限额，一边参照图19(a)所示授信限额查阅画面，一边向本服务器1指示授信限额的转账(Z9～Z12)。图19(a)表示，由企业J付与企业K的授信限额(相当于所谓赊销款)为30万日元，由企业K付与企业L的授信限额(相当于所谓赊购款)为40万日元，而且，表示指示将相当于赊购款的授信限额30万日元的全额转账为相当于赊销款的授信限额。本服务器1使用未图示的装置，接收转账指示，根据指示进行授信限额的转账，即，将记录在授信限额管理部13中的信息从图15的(b1)更新为(b2)，生成图19(b)所示的画面，并发送到企业K的终端。图19(b)表示付与企业K的授信限额为无(0日元)，付与企业L的授信限额为10万日元。
另外，也可以是能够在如图19所示的画面上指示转账，并指定转账金额。
并且，对于本服务器的转账指示，并不局限于交易后，也可以是，例如，在本服务器上设置预先将“优先从利息低的授信限额转账”这样的指示登录到服务器上的装置。通过使用该装置，本服务器能够在接到商品价款的通知而更新授信限额时，一并检索登录了的转账指示，如果有登录的，则根据该指示，进行授信限额的转账。
至此说明的实施方式中，支付义务人付与收取权利人的授信限额都是收取权利人要从支付义务人处接收的相当于对价的金额(例如，企业B付与员工A的授信限额，为员工A的相当于薪金金额)，但是，本发明并不局限于此，也可以是，取代将付与收取权利人的授信限额设定为相当于对价的金额，而付与包括相当于对价的金额的，高于或等于相当于对价的金额的授信限额而支付对价。如果象这样做，对于收取权利人，能够使其进行高于或等于相当于对价的金额的信用交易。如果以薪金为例，通过代替将付与员工A的授信限额设定为相当于薪金金额，而付与包括相当于薪金金额、即高于或等于相当于薪金金额的授信限额而支付薪金，对于员工A，能够使其进行高于或等于相当于薪金金额的信用交易。
即，使用图1～图7说明了的实施方式，虽然是
(情形1)企业B付与员工A相当于薪金金额的授信额，但是，也可以是
(情形2)企业B审查员工A并付与员工A授信额，
(情形3)管理者C审查企业B并付与企业B授信额，企业B将从管理者C付与的授信额(的一部分)付与员工A。
(情形4)管理者C审查员工A并付与员工A授信额等，付与与员工A的相当于薪金的金额无关的、其他的授信额。
即，在情形2的情况下，企业B对于月薪50万日元的员工A，例如付与80万日元的授信限额。在这种情况下，授信限额80万日元和相当于薪金金额的50万日元的差额30万日元，变成是从企业B对员工A的贷款。即变成为，即使是保证金额超过50万日元的信用交易，企业B依然向管理者C保证不超过保证金额80万日元的支付。但是，对于超过相当于薪金金额的50万日元的保证金额，员工A需要偿还。在这种情况下，授信限额80万日元和相当于薪金金额的50万日元的差额30万日元(差额30万日元中，员工A实际使用了的金额，即企业B支付给了管理者C的保证金额。以下相同)，既可以作为从管理者C对企业B的贷款并连带成为从企业B对员工A的贷款，也可以作为从管理者C对员工A的贷款。
另外，在情形3的情况下，管理者C对于企业B付与100万日元的授信额，企业B，对于月薪50万日元的员工A，付与在相当于薪金金额的50万日元的基础上再加上从管理者C付与的100万日元中的30万日元的、80万日元的授信限额。在这种情况下，授信限额80万日元同相当于薪金金额50万日元的差额30万日元，既可以作为从管理者C对企业B的贷款并连带成为从企业B对员工A的贷款，或者，也可以作为从管理者C对员工A的贷款。
或者，在情形4的情况下，假定企业B对于月薪50万日元的员工付与50万日元的授信限额，管理者C独自地(例如审查员工A的信用交易等)对员工A付与30万日元的授信限额，合计80万日元为员工A的授信限额。在这种情况下，授信限额80万日元和相当于薪金金额的50万日元的差额30万日元，变成是从管理者C对员工A的贷款。即变成为，一方面企业B向管理者C保证不超过50万日元的保证金额的支付，另一方面，即使是保证金额超过50万日元的信用交易，管理者C依然对加盟店保证不超过30万日元的支付。
另外，在以上说明了的实施方式中，企业B付与员工A的授信限额，虽然只是员工A的相当于薪金金额，即只是授信(无担保)，但是，本发明并不局限于此，也可以是，同相当于薪金金额无关地，付与员工A按照担保的授信额，付与包括相当于薪金金额的授信限额而支付薪金。如果象这样做，即使是在无法接受除相当于薪金金额之外的授信的情况下，也能够付与员工A高于或等于相当于薪金金额的授信限额。
即，使用图1～图7说明了的实施方式，虽然是
(情形1)付与相当于薪金金额的授信额，但是，也可以是
(情形5)按照员工A向企业B提供的担保，企业B付与员工A授信额。
(情形6)按照员工A向管理者C提供的担保，管理者C付与员工A授信额。
(情形7)按照员工A向管理者C提供的担保，管理者C付与企业B授信额，企业B将从管理者C付与的授信额(的一部分)付与员工A。
(情形8)按照企业B向管理者C提供的担保，管理者C付与企业B授信额，企业B将从管理者C付与的授信额(的一部分)付与员工A等，付与同员工A的相当于薪金的金额无关的，其他的授信额。
即，在情形5的情况下，假定企业B对于月薪50万日元的员工A，以员工A拥有的土地为担保，付与员工A30万日元的授信额，合计80万日元为员工A的授信限额。在这种情况下，授信限额80万日元同相当于薪金金额的50万日元的差额30万日元，变成是从企业B对员工A的贷款。即变成为，即使是保证金额超过50万日元的信用交易，企业B依然向管理者C保证不超过保证金额80万日元的支付。但是，对于超过相当于薪金金额的50万日元的保证金额，员工A需要偿还。在这种情况下，授信限额80万日元同相当于薪金金额的50万日元的差额30万日元，既可以作为从管理者C对企业B的贷款并连带成为从企业B对员工A的贷款，或者，也可以作为从管理者C对员工A的贷款。
另外，在情形6的情况下，假定企业B对于月薪50万日元的员工A，付与50万日元的授信额，管理者C以员工A拥有的土地为担保付与员工A30万日元的授信额，合计80万日元为员工A的授信限额。在这种情况下，授信限额80万日元同相当于薪金金额的50万日元的差额30万日元，既可以作为从管理者C对企业B的贷款并连带成为从企业B对员工A的贷款，或者，也可以作为从管理者C对员工A的贷款。
另外，在情形7的情况下，管理者C以员工A拥有的土地为担保付与企业B100万日元的授信额，企业B对于月薪50万日元的员工A，付与在相当于薪金金额的50万日元的基础上再加上从管理者C付与的100万日元中的30万日元的、80万日元的授信限额。在这种情况下，授信限额80万日元同相当于薪金金额的50万日元的差额30万日元，既可以作为从管理者C对企业B的贷款并连带成为从企业B对员工A的贷款，或者，也可以作为从管理者C对员工A的贷款。
另外，在情形8的情况下，管理者C以企业B拥有的土地为担保付与企业B100万日元的授信额，企业B对于月薪50万日元的员工A付与在相当于薪金金额的50万日元的基础上再加上从管理者C付与的100万日元中的30万日元的、80万日元的授信限额。在这种情况下，授信限额80万日元同相当于薪金金额的50万日元的差额30万日元，既可以作为从管理者C对企业B的贷款并连带成为从企业B对员工A的贷款，或者，也可以作为从管理者C对员工A的贷款。
另外，在本发明中，除相当于薪金金额之外付与员工A的授信，并不局限于上述情形2～8的情况，也可以是其他的情形。
而且，也可以将情形2～8进行组合。即也可以是，例如，企业B除相当于薪金金额之外无担保地向员工A付与授信额，而管理者C按照员工A拥有的担保付与授信额。
并且，也可以是，针对与员工A的信用交易相关的交易金额的保证金额，对于超出了相当于薪金金额的贷款，企业B、管理者C收取利息。即也可以是，例如，情形2的情况，在企业B保证了60万日元的保证金额的支付的情况下(已经支付了的情况)，对于同相当于薪金金额50万日元的差额10万日元，将按照贷款期限等的利息，从次月的授信限额中扣除。在这种情况下，也可以是，管理者C根据通过本服务器管理的员工A的信用交易的明细，算出利息，在接收了次月的相当于薪金金额时，扣除利息等。也可以是，或者，利息，由员工A偿还给管理者C，或者由员工A偿还给企业B。
根据本发明，由于将相当于对价的金额作为授信限额付与收取权利人，因此，支付义务人能够以相当于对价的金额作为限额，在收取权利人需要的时候支付需要的金额。其结果，由于支付义务人不再需要在对价的支付日准备对价的全额，因此能够将支付义务人从支付对价的负担中解放出来。
另外，根据本发明，由于能够付与收取权利人除相当于对价的金额之外的授信，因此，收取权利人还能够进行高于或等于相当于对价的金额的信用交易。即，支付义务人对于收取权利人，能够付与高于或等于相当于对价的金额的授信。

Claims (40)

1.一种管理支付义务人付与收取权利人相当于对价金额的授信限额而进行支付的对价支付的方法，其特征在于，包括：
上述收取权利人的相当于对价的金额，被输入到服务器中的步骤；
上述服务器将上述被输入的相当于对价的金额作为上述收取权利人的授信限额而进行管理的步骤；
上述服务器接收包含上述收取权利人的信用交易所涉及的交易金额的交易信息的步骤；
上述服务器根据上述接收到的交易信息，算出上述支付义务人应支付的保证金额的步骤；
上述服务器从上述管理的授信限额中减去上述算出的保证金额，作为新的授信限额来进行管理的步骤。
2.一种管理支付义务人付与收取权利人相当于对价金额的授信限额而进行支付的对价支付的方法，其特征在于，包括：
上述收取权利人的相当于对价的金额，被输入到服务器中的步骤；
上述服务器将上述被输入的相当于对价的金额，累加到在该服务器内管理着的上述收取权利人的授信限额上，作为新的授信限额进行管理的步骤；
上述服务器接收包含上述收取权利人的信用交易所涉及的交易金额的交易信息的步骤；
上述服务器根据上述接收到的交易信息，算出上述支付义务人应支付的保证金额的步骤；
上述服务器从上述管理的授信限额中减去上述算出的保证金额，作为新的授信限额来进行管理的步骤。
3.根据权利要求1或2所述的对价支付管理方法，其特征在于：
还包括服务器对算出的保证金额和管理的授信限额进行比较的步骤，
上述服务器只在上述算出的保证金额低于或等于上述管理的授信限额时，才执行从该授信限额中减去保证金额，作为新的授信限额进行管理的步骤。
4.根据权利要求1至3中任一项所述的对价支付管理方法，其特征在于：
还包括服务器输出算出的保证金额的结算所需要的信息的步骤。
5.根据权利要求1至4中任一项所述的对价支付管理方法，其特征在于：
还包括服务器确认保证金额的结算完成的步骤，
上述服务器在确认了上述保证金额的结算完成之后，执行从管理的授信限额中减去上述保证金额，作为新的授信限额进行管理的步骤。
6.根据权利要求1至5中任一项所述的对价支付管理方法，其特征在于：
还包括
服务器接收关于收取权利人的信用查询信息的步骤；以及
上述服务器输出针对上述接收到的信用查询信息的查询结果信息的步骤。
7.根据权利要求1至6中任一项所述的对价支付管理方法，其特征在于：
还包括服务器输出关于收取权利人的信用交易的信息的步骤。
8.一种管理支付义务人付与收取权利人相当于对价金额的授信限额而进行支付的对价支付的服务器，其特征在于，包括：
接收上述收取权利人的相当于对价的金额的装置；
将上述接收到的相当于对价的金额作为上述收取权利人的授信限额进行管理的装置；
接收包含上述收取权利人的信用交易所涉及的交易金额的交易信息的装置；
根据上述交易信息，算出上述支付义务人应支付的保证金额的装置；以及
从上述管理的授信限额中减去上述算出的保证金额，作为新的授信限额进行管理的装置。
9.一种管理支付义务人付与收取权利人相当于对价金额的授信限额而进行支付的对价支付的服务器，其特征在于，包括：
接收上述收取权利人的相当于对价的金额的装置；
将上述接收到的相当于对价的金额，累加到在该服务器内管理着的上述收取权利人的授信限额上，作为新的授信限额进行管理的装置；
接收包含上述收取权利人的信用交易所涉及的交易金额的交易信息的装置；
根据上述交易信息，算出上述支付义务人应支付的保证金额的装置；以及
从上述管理的授信限额中减去上述算出的保证金额，作为新的授信限额进行管理的装置。
10.根据权利要求8或9所述的对价支付管理服务器，其特征在于：
还包括对算出的保证金额和管理的授信限额进行比较的装置。
11.根据权利要求8至10中任一项所述的对价支付管理服务器，其特征在于：
还包括输出算出的保证金额的结算所需要的信息的装置。
12.根据权利要求8至11中任一项所述的对价支付管理服务器，其特征在于：
还包括确认保证金额的结算完成的装置。
13.根据权利要求8至12中任一项所述的对价支付管理服务器，其特征在于：
还包括
接收关于收取权利人的信用查询信息的装置；以及
输出针对上述接收到的信用查询信息的查询结果信息的装置。
14.根据权利要求8至13中任一项所述的对价支付管理服务器，其特征在于：
还包括输出关于收取权利人的信用交易的信息的装置。
15.一种对价支付管理程序，其特征在于：用于使管理支付义务人付与收取权利人相当于对价金额的授信限额而进行支付的对价支付的计算机，作为
接收上述收取权利人的相当于对价的金额的装置，
将上述接收到的相当于对价的金额作为上述收取权利人的授信限额进行管理的装置，
接收包含上述收取权利人的信用交易所涉及的交易金额的交易信息的装置，
根据上述交易信息，算出上述支付义务人应支付的保证金额的装置，以及
从上述管理的授信限额中减去上述算出的保证金额，作为新的授信限额进行管理的装置，
而发挥功能。
16.一种对价支付管理程序，其特征在于：用于使管理支付义务人付与收取权利人相当于对价金额的授信限额而进行支付的对价支付的计算机，作为
接收上述收取权利人的相当于对价的金额的装置，
将上述接收到的相当于对价的金额，累加到在该服务器内管理着的上述收取权利人的授信限额上，作为新的授信限额进行管理的装置，
接收包含上述收取权利人的信用交易所涉及的交易金额的交易信息的装置，
根据上述交易信息，算出上述支付义务人应支付的保证金额的装置，以及
从上述管理的授信限额中减去上述算出的保证金额，作为新的授信限额进行管理的装置，
而发挥功能。
17.一种计算机可读取的记录介质，其特征在于：记录了用于使管理支付义务人付与收取权利人相当于对价金额的授信限额而进行支付的对价支付的计算机，作为
接收上述收取权利人的相当于对价的金额的装置，
将上述接收到的相当于对价的金额作为上述收取权利人的授信限额进行管理的装置，
接收包含上述收取权利人的信用交易所涉及的交易金额的交易信息的装置，
根据上述交易信息，算出上述支付义务人应支付的保证金额的装置，以及
从上述管理的授信限额中减去上述算出的保证金额，作为新的授信限额进行管理的装置，
而发挥功能的程序。
18.一种计算机可读取的记录介质，其特征在于：记录了用于使管理支付义务人付与收取权利人相当于对价金额的授信限额而进行支付的对价支付的计算机，作为
接收上述收取权利人的相当于对价的金额的装置，
将上述接收到的相当于对价的金额，累加到在该服务器内管理着的上述收取权利人的授信限额上，作为新的授信限额进行管理的装置，
接收包含上述收取权利人的信用交易所涉及的交易金额的交易信息的装置，
根据上述交易信息，算出上述支付义务人应支付的保证金额的装置，以及
从上述管理的授信限额中减去上述算出的保证金额，作为新的授信限额进行管理的装置，
而发挥功能的程序。
19.一种对价支付管理介质，其特征在于：在管理支付义务人付与收取权利人相当于对价金额的授信限额而进行支付的对价支付的计算机，作为
接收上述收取权利人的相当于对价的金额的装置，
将上述接收到的相当于对价的金额作为上述收取权利人的授信限额进行管理的装置，
接收包含上述收取权利人的信用交易所涉及的交易金额的交易信息的装置，
根据上述交易信息，算出上述支付义务人应支付的保证金额的装置，以及
从上述管理的授信限额中减去上述算出的保证金额，作为新的授信限额进行管理的装置，
而发挥功能时，还记录与上述交易金额一起接收的确定上述收取权利人的信息。
20.一种对价支付管理介质，其特征在于：在管理支付义务人付与收取权利人相当于对价金额的授信限额而进行支付的对价支付的计算机，作为
接收上述收取权利人的相当于对价的金额的装置，
将上述接收到的相当于对价的金额，累加到在该服务器内管理着的上述收取权利人的授信限额上，作为新的授信限额进行管理的装置，
接收包含上述收取权利人的信用交易所涉及的交易金额的交易信息的装置，
根据上述交易信息，算出上述支付义务人应支付的保证金额的装置，以及
从上述管理的授信限额中减去上述算出的保证金额，作为新的授信限额进行管理的装置，
而发挥功能时，还记录与上述交易金额一起接收的确定上述收取权利人的信息。
21.一种管理支付义务人付与收取权利人包括相当于对价的金额的授信限额而进行支付的对价支付的方法，其特征在于，包括：
上述收取权利人的相当于对价的金额和其他授信额，被输入到服务器中的步骤；
上述服务器将上述输入的相当于对价的金额和其他授信额的合计，作为上述收取权利人的授信限额进行管理的步骤；
上述服务器接收包含上述收取权利人的信用交易所涉及的交易金额的交易信息的步骤；
上述服务器根据上述接收到的交易信息，算出上述支付义务人应支付的保证金额的步骤；
上述服务器从上述管理的授信限额中减去上述算出的保证金额，作为新的授信限额进行管理的步骤。
22.一种管理支付义务人付与收取权利人包括相当于对价的金额的授信限额而进行支付的对价支付的方法，其特征在于，包括：
上述收取权利人的相当于对价的金额和其他授信额，被输入到服务器中的步骤；
上述服务器将上述输入的相当于对价的金额和其他授信额的合计，累加到在该服务器内管理着的上述收取权利人的授信限额上，作为新的授信限额进行管理的步骤；
上述服务器接收包含上述收取权利人的信用交易所涉及的交易金额的交易信息的步骤；
上述服务器根据上述接收到的交易信息，算出上述支付义务人应支付的保证金额的步骤；
上述服务器从上述管理的授信限额中减去上述算出的保证金额，作为新的授信限额进行管理的步骤。
23.根据权利要求21或22所述的对价支付管理方法，其特征在于：
其他授信额是按无担保而算出的金额。
24.根据权利要求21至23中任一项所述的对价支付管理方法，其特征在于：
其他授信额是根据收取权利人的信用交易的实绩而算出的金额。
25.根据权利要求21至24中任一项所述的对价支付管理方法，其特征在于：
其他授信额是根据收取权利人持有的担保而算出的金额。
26.根据权利要求21至25中任一项所述的对价支付管理方法，其特征在于：
其他授信额是根据支付义务人持有的担保而算出的金额。
27.一种管理支付义务人付与收取权利人包括相当于对价的金额的授信限额而进行支付的对价支付的服务器，其特征在于，包括：
接收上述收取权利人的相当于对价的金额和其他授信额的装置；
将上述接收到的相当于对价的金额和其他授信额的合计，作为上述收取权利人的授信限额而进行管理的装置；
接收包含上述收取权利人的信用交易所涉及的交易金额的交易信息的装置；
根据上述交易信息，算出上述支付义务人应支付的保证金额的装置；
从上述管理的授信限额中减去上述算出的保证金额，作为新的授信限额进行管理的装置。
28.一种管理支付义务人付与收取权利人包括相当于对价的金额的授信限额而进行支付的对价支付的服务器，其特征在于，包括：
接收上述收取权利人的相当于对价的金额和其他授信额的装置；
将上述接收到的相当于对价的金额和其他的授信额的合计，累加到在该服务器内管理着的上述收取权利人的授信限额上，作为新的授信限额进行管理的装置；
接收包含上述收取权利人的信用交易所涉及的交易金额的交易信息的装置；
根据上述交易信息，算出上述支付义务人应支付的保证金额的装置；
从上述管理的授信限额中减去上述算出的保证金额，作为新的授信限额进行管理的装置。
29.根据权利要求27或28所述的对价支付管理服务器，其特征在于：
其他授信额是按无担保而算出的金额。
30.根据权利要求27至29中任一项所述的对价支付管理服务器，其特征在于：
其他授信额是根据收取权利人的信用交易的实绩而算出的金额。
31.根据权利要求27至30中任一项所述的对价支付管理服务器，其特征在于：
其他授信额是根据收取权利人持有的担保而算出的金额。
32.根据权利要求27至31中任一项所述的对价支付管理服务器，其特征在于：
其他授信额是根据支付义务人持有的担保而算出的金额。
33.一种对价支付管理程序，其特征在于：使管理支付义务人付与收取权利人包括相当于对价的金额的授信限额而进行支付的对价支付的计算机，作为
接收上述收取权利人的相当于对价的金额和其他授信额的装置，
将上述接收到的相当于对价的金额和其他授信额的合计，作为上述收取权利人的授信限额而进行管理的装置，
接收包含上述收取权利人的信用交易所涉及的交易金额的交易信息的装置，
根据上述交易信息，算出上述支付义务人应支付的保证金额的装置，
从上述管理的授信限额中减去上述算出的保证金额，作为新的授信限额进行管理的装置，
而发挥功能。
34.一种对价支付管理程序，其特征在于：使管理支付义务人付与收取权利人包括相当于对价的金额的授信限额而进行支付的对价支付的计算机，作为
接收上述收取权利人的相当于对价的金额和其他授信额的装置，
将上述接收到的相当于对价的金额和其他的授信额的合计，累加到在该服务器内管理着的上述收取权利人的授信限额上，作为新的授信限额进行管理的装置，
接收包含上述收取权利人的信用交易所涉及的交易金额的交易信息的装置，
根据上述交易信息，算出上述支付义务人应支付的保证金额的装置，
从上述管理的授信限额中减去上述算出的保证金额，作为新的授信限额进行管理的装置，
而发挥功能。
35.一种计算机可读取的记录介质，其特征在于：记录了用于使管理支付义务人付与收取权利人包括相当于对价的金额的授信限额而进行支付的对价支付的计算机，作为
接收上述收取权利人的相当于对价的金额和其他授信额的装置，
将上述接收到的相当于对价的金额和其他授信额的合计，作为上述收取权利人的授信限额而进行管理的装置，
接收包含上述收取权利人的信用交易所涉及的交易金额的交易信息的装置，
根据上述交易信息，算出上述支付义务人应支付的保证金额的装置，
从上述管理的授信限额中减去上述算出的保证金额，作为新的授信限额进行管理的装置，
而发挥功能的程序。
36.一种计算机可读取的记录介质，其特征在于：记录了用于使管理支付义务人付与收取权利人包括相当于对价的金额的授信限额而进行支付的对价支付的计算机，作为
接收上述收取权利人的相当于对价的金额和其他授信额的装置，
将上述接收到的相当于对价的金额和其他的授信额的合计，累加到在该服务器内管理着的上述收取权利人的授信限额上，作为新的授信限额进行管理的装置，
接收包含上述收取权利人的信用交易所涉及的交易金额的交易信息的装置，
根据上述交易信息，算出上述支付义务人应支付的保证金额的装置，
从上述管理的授信限额中减去上述算出的保证金额，作为新的授信限额进行管理的装置，
而发挥功能的程序。
37.一种对价支付管理介质，其特征在于：在管理支付义务人付与收取权利人包括相当于对价的金额的授信限额而进行支付的对价支付的计算机，作为
接收上述收取权利人的相当于对价的金额和其他授信额的装置，
将上述接收到的相当于对价的金额和其他授信额的合计，作为上述收取权利人的授信限额而进行管理的装置，
接收包含上述收取权利人的信用交易所涉及的交易金额的交易信息的装置，
根据上述交易信息，算出上述支付义务人应支付的保证金额的装置，
从上述管理的授信限额中减去上述算出的保证金额，作为新的授信限额进行管理的装置，
而发挥功能时，还记录与上述交易金额一起接收的确定上述收取权利人的信息。
38.一种对价支付管理介质，其特征在于：在管理支付义务人付与收取权利人包括相当于对价的金额的授信限额而进行支付的对价支付的计算机，作为
接收上述收取权利人的相当于对价的金额和其他授信额的装置，
将上述接收到的相当于对价的金额和其他的授信额的合计，累加到在该服务器内管理着的上述收取权利人的授信限额上，作为新的授信限额进行管理的装置，
接收包含上述收取权利人的信用交易所涉及的交易金额的交易信息的装置，
根据上述交易信息，算出上述支付义务人应支付的保证金额的装置，
从上述管理的授信限额中减去上述算出的保证金额，作为新的授信限额进行管理的装置，
而发挥功能时，还记录与上述交易金额一起接收的确定上述收取权利人的信息。
39.一种记录了支付义务人付与收取权利人相当于对价金额的授信限额而进行支付的对价支付的介质，其特征在于：
记录有上述授信限额、已支付对价、和未支付对价，
上述已支付对价，是根据上述收取权利人的信用交易所涉及的交易金额，上述支付义务人保证支付的金额，
上述未支付对价，是从上述授信限额中减去上述已支付对价后的金额。
40.根据权利要求39所述的对价支付记录介质，其特征在于：
已支付对价连同关于支付对象的信息一起被记录。
CN03809587.4A 2002-03-29 2003-03-28 对价支付管理方法和服务器、对价支付管理程序和计算机可读取的记录介质、以及对价支付管理介质和对价支付记录介质 Pending CN1650304A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2002093646 2002-03-29
JP093646/2002 2002-03-29

Publications (1)

Publication Number Publication Date
CN1650304A true CN1650304A (zh) 2005-08-03

Family

ID=29267321

Family Applications (1)

Application Number Title Priority Date Filing Date
CN03809587.4A Pending CN1650304A (zh) 2002-03-29 2003-03-28 对价支付管理方法和服务器、对价支付管理程序和计算机可读取的记录介质、以及对价支付管理介质和对价支付记录介质

Country Status (6)

Country Link
US (1) US20050222950A1 (zh)
EP (1) EP1498833A4 (zh)
JP (1) JP3657263B2 (zh)
CN (1) CN1650304A (zh)
AU (1) AU2003236192B2 (zh)
ZA (1) ZA200407566B (zh)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107292732A (zh) * 2017-05-26 2017-10-24 中企云链（北京）金融信息服务有限公司 多级云信到期的服务***及其方法
CN107341728A (zh) * 2017-05-26 2017-11-10 中企云链（北京）金融信息服务有限公司 多级云信的服务***及其方法
CN109636406A (zh) * 2018-10-17 2019-04-16 阿里巴巴集团控股有限公司 资源结算方法及装置和电子设备
CN109697667A (zh) * 2018-12-19 2019-04-30 ***股份有限公司 一种基于授信模式的限额管控的方法及装置

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060247975A1 (en) * 2003-12-30 2006-11-02 Craig Shapiro Processes and systems employing multiple sources of funds
CN102467708A (zh) * 2010-11-17 2012-05-23 安凯(广州)微电子技术有限公司 支付方法、交易发起终端及交易执行终端
US20130073460A1 (en) * 2011-09-15 2013-03-21 Microsoft Corporation Enabling paid-for exchange of identity attributes with minimal disclosure credentials
JP6641557B2 (ja) * 2015-08-14 2020-02-05 エヌ・ティ・ティ・コムウェア株式会社 決済処理装置、決済システム、決済処理方法、及びプログラム
KR20180020704A (ko) * 2016-08-19 2018-02-28 엘지전자 주식회사 이동 단말기 및 그 제어방법

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5748908A (en) * 1995-06-07 1998-05-05 Yu; Mason K. Automated, classified expenditure data card recording system
US5949044A (en) * 1997-06-13 1999-09-07 Walker Asset Management Limited Partnership Method and apparatus for funds and credit line transfers
US6125349A (en) * 1997-10-01 2000-09-26 At&T Corp. Method and apparatus using digital credentials and other electronic certificates for electronic transactions
US6154729A (en) * 1998-06-19 2000-11-28 First Data Corporation Method of reporting merchant information to banks
US6795812B1 (en) * 1998-11-03 2004-09-21 Nextcard, Inc. Implementing a counter offer for an on line credit card application
US7047219B1 (en) * 1999-10-04 2006-05-16 Trade Finance Systems, Inc. Trade finance automation system
WO2001031555A1 (en) * 1999-10-28 2001-05-03 Gould David B Prepaid cash equivalent card and system
KR100867132B1 (ko) * 1999-11-24 2008-11-06 김종건 인터넷 전자상거래 방법
AU2086301A (en) * 1999-12-10 2001-06-18 Auripay, Inc. Method and apparatus for improved financial instrument processing
US20010032878A1 (en) * 2000-02-09 2001-10-25 Tsiounis Yiannis S. Method and system for making anonymous electronic payments on the world wide web
US20020038277A1 (en) * 2000-02-22 2002-03-28 Yuan Frank S. Innovative financing method and system therefor
US7617146B2 (en) * 2000-09-05 2009-11-10 Primerevenue, Inc. Factoring system and method

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107292732A (zh) * 2017-05-26 2017-10-24 中企云链（北京）金融信息服务有限公司 多级云信到期的服务***及其方法
CN107341728A (zh) * 2017-05-26 2017-11-10 中企云链（北京）金融信息服务有限公司 多级云信的服务***及其方法
CN109636406A (zh) * 2018-10-17 2019-04-16 阿里巴巴集团控股有限公司 资源结算方法及装置和电子设备
CN109636406B (zh) * 2018-10-17 2023-09-08 创新先进技术有限公司 资源结算方法及装置和电子设备
CN109697667A (zh) * 2018-12-19 2019-04-30 ***股份有限公司 一种基于授信模式的限额管控的方法及装置
CN109697667B (zh) * 2018-12-19 2023-08-18 ***股份有限公司 一种基于授信模式的限额管控的方法及装置

Also Published As

Publication number Publication date
AU2003236192B2 (en) 2009-10-08
JP3657263B2 (ja) 2005-06-08
WO2003091921A2 (fr) 2003-11-06
ZA200407566B (en) 2005-01-26
US20050222950A1 (en) 2005-10-06
AU2003236192A1 (en) 2003-11-10
JPWO2003091921A1 (ja) 2005-09-02
EP1498833A4 (en) 2010-05-26
EP1498833A1 (en) 2005-01-19

Similar Documents

Publication Publication Date Title
US7716124B2 (en) Method and system for assisting a client in the transfer of usage of accounts at one or more financial institutions
CN1633662A (zh) 点返还方法和设备
CN1191619A (zh) 通过客户启动终端机来提供集成的中介及其他金融服务的方法及***
CN1750036A (zh) 电子票据和电子支票管理、转换、买卖中介的***和方法
US20080086400A1 (en) Computerized credit services information management system
CN1510623A (zh) 管理交易和清算的方法，通知关于消费动向的信息的方法
CN1551026A (zh) 财务***
CN1568476A (zh) 用于再保险安排的***和方法
CN1518714A (zh) 积分销售服务器,积分销售方法
CN1732479A (zh) 知识产权管理装置及知识产权管理程序
CN1894717A (zh) 资产计划和跟踪
CN1354859A (zh) 申请设备和方法
CN1272025A (zh) 电子价值活用***及方法、服务器装置和记录介质
CN1359502A (zh) 贸易***和方法
CN1471682A (zh) 在网络环境下销售船运货物保险的方法
CN1554064A (zh) 便携式读卡机和卡结算***
CN1423783A (zh) 用于管理公司间的结算的***及其方法
US20080228645A1 (en) Methods, systems and articles of manufacture for managing penalty fees for financial accounts
CN1304111A (zh) 电子结算***及其电子结算方法
CN1889132A (zh) 一种实现***分期付款的***、装置及方法
CN1374612A (zh) 信息管理装置和信息管理***
CN1650304A (zh) 对价支付管理方法和服务器、对价支付管理程序和计算机可读取的记录介质、以及对价支付管理介质和对价支付记录介质
CN1399755A (zh) 电子商务***及电子商务方法
CN1585964A (zh) 预付卡信息发行***、通话费结算***、通信费结算***和费用结算***
CN1424701A (zh) 信息处理方法、信息处理装置和信息处理***

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
REG Reference to a national code

Ref country code: HK

Ref legal event code: DE

Ref document number: 1078670

Country of ref document: HK

C02 Deemed withdrawal of patent application after publication (patent law 2001)
WD01 Invention patent application deemed withdrawn after publication

Open date: 20050803

REG Reference to a national code

Ref country code: HK

Ref legal event code: WD

Ref document number: 1078670

Country of ref document: HK