CN1625751A - 利用了移动通信的终端的结算方法 - Google Patents

利用了移动通信的终端的结算方法 Download PDF

Info

Publication number
CN1625751A
CN1625751A CN03802924.3A CN03802924A CN1625751A CN 1625751 A CN1625751 A CN 1625751A CN 03802924 A CN03802924 A CN 03802924A CN 1625751 A CN1625751 A CN 1625751A
Authority
CN
China
Prior art keywords
volume
entrant
payment
disburser
clearing
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
CN03802924.3A
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.)
Kk Tri-C
TRI C Inc
Original Assignee
Kk Tri-C
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 Kk Tri-C filed Critical Kk Tri-C
Publication of CN1625751A publication Critical patent/CN1625751A/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
    • 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/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/20—Point-of-sale [POS] network 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • 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/30—Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/32—Payment architectures, schemes or protocols characterised by the use of specific devices or networks using wireless devices
    • G06Q20/326—Payment applications installed on the mobile devices
    • 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
    • G06Q20/4016—Transaction verification involving fraud or risk level assessment in transaction processing
    • 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/403—Solvency checks

Landscapes

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

Abstract

一种不需要固定型专用终端、配送员或司机等也能提供通过信用卡支付(或其他支付方法)而进行的销售的方法。作为典型，是在商品/服务的交付地点，顾客和店铺侧的工作人员共用顾客的或工作人员的加入者终端(对应于互联网的便携电话)。首先，工作人员通过ID和密码，或使用连接于终端的便携型附件(适配器)，接受认证。当成功时，显示标志和说明、关于支付金额和姓名的表格(图)、卡号的表格等，顾客和工作人员输入这些内容，从结算站点、或进一步从卡片公司接受认证。当成功时，支付成立。结算站点不仅检查顾客的最高赊帐额，还检查分配给店铺的限度额(一月一次)和对工作人员的限度额(一天一次)。

Description

利用了移动通信的终端的结算方法
技术领域
本发明涉及一种利用了便携电话所代表的移动通信系统的、由信用卡·借记卡·各种电子货币进行的结算方法。
背景技术
信用卡·借记卡现在已经广泛地渗入到消费者中间，即使是便利店等也可由卡进行支付。作为该结算方法，通常是由店铺中设置的结算专用卡读取器读取信用卡的方式。另外，对于借记卡也与信用卡结算时相同，采用由结算专用的卡读取器读取卡的方式，现状是在没有卡读取器的店铺中完全不能使用借记卡。
因此，即使持有信用卡·借记卡·各种电子货币，若没有店铺中备有的结算用终端也不能使用，例如，在比萨饼外卖等情况下不能简单地将信用卡·借记卡·各种电子货币作为支付手段来使用。
发明的公开
根据本发明，提供了一种结算方法，是使用了可连接到互联网的移动通信系统的加入者终端机的、由各种支付方式进行的结算方法，其中，包括下列步骤：从加入者终端机主叫而与数据库通信，进行被支付者的认证；根据该数据库的注册内容，在加入者终端机进行画面显示，同时在所述加入者终端机至少接受支付金额和支付者名字的输入，确认该输入内容是否正确；若输入正确，则在加入者终端机接受各种支付方式的结算用号码和有效期限的输入，根据该输入内容从所述数据库取得使用限度额，确认所述支付金额是否在该使用限度额内；在所述支付金额在使用限度额内的情况下，在所述加入者终端机至少显示所述支付者名字、所述支付金额、所述各种支付方式的结算用号码和有效期限，根据与此相应的支付操作而从加入者终端机向结算站点发送结算信息；从接受了该结算信息的所述结算站点向各种支付方式的管理公司通信而请求认证；在由此而认证成功的情况下，在所述结算站点和所述加入者终端机之间执行结算确定处理，在所述加入者终端机显示结算完成。
根据该方法的结算方法，在接受支付的工作人员(被支付者)侧，例如，外送比萨店或出租车公司的工作人员各自具有用户ID(用户身份)和密码，并且，使用支付者或被支付者侧的加入者终端机，进行被支付者的认证，从而在外卖目的地或车内完成由各种支付方式进行的结算。另外，作为各种支付方式，除了信用卡之外，还可使用借记卡或预付式等的各种电子货币。
另外，提出了一种结算方法，是使用了适配器的由各种支付方式进行的支付方法，该适配器与可连接到互联网的移动通信系统的加入者终端机上具有的扩充端子连接，其中，包括下列步骤：通过连接所述适配器，从加入者终端机主叫而与数据库通信，根据该数据库中所具有的适配器固有的注册内容，在所述带适配器的加入者终端机进行画面显示，同时，在所述带适配器的加入者终端机至少接受支付金额和支付者名字的输入，确认该输入内容是否正确；若输入正确，则在所述带适配器的加入者终端机接受各种支付方式的结算用号码和有效期限的输入，根据该输入内容，从所述数据库取得使用限度额，确认所述支付金额是否在该使用限度额内；在所述支付金额在使用限度额内的情况下，在所述带适配器的加入者终端机至少显示所述支付者名字、所述支付金额、所述各种支付方式的结算用号码和有效期限，根据与此相应的支付操作而从所述带适配器的加入者终端机向结算站点发送结算信息；从接受了该结算信息的所述结算站点向各种支付方式的管理公司通信而请求认证；在由此而认证成功的情况下，在所述结算站点和所述带适配器的加入者终端机之间执行结算确定处理，在所述带适配器的加入者终端机显示结算完成。
该方法的适配器是内置了微型计算机的小物体，所以在接受支付的工作人员(被支付者)侧，例如，外送比萨店或出租车公司的工作人员可以放入到口袋中简便地携带。并且，只要持有适配器，就可以使用支付者或被支付者侧的加入者终端机，从而在外卖目的地或车内完成由各种支付方式进行的结算。
在这种由各种支付方式进行的结算方法中，当在带适配器的加入者终端机输入支付金额和支付者名字时，为了确认用，还输入支付者的联络目的地信息，并预先设置成确认该输入是否正确(是否使用了不能输入的记号、位数多等)的方式。作为这种联络目的地信息可以使用邮件地址、电话号码(固定电话机·便携电话)。若确认该联络目的地信息，之后，从各种支付方式的管理公司向该联络目的地输入本人确认的联络等的应用有效。进一步，在联络目的地信息是电话号码的情况下，在确认为不正确输入时，也可向数据库进行询问而确认是否是实际存在的号码。
本发明的结算方法中，在确认支付金额是否在使用限度额内的步骤中，从数据库取得提供给被支付者(连锁店等的情况下也可以是每个店)的被支付者限度额、提供给各种支付方式的结算用号码的号码限度额、提供给店铺所属工作人员的工作人员限度额或提供给适配器的适配器限度额，可以进行分别确认支付金额是否超过各个限度额的处理。这些限度额也可以是一次的使用到多少为止的限度额，但是最好是进行这样的处理，即向数据库询问在由各限度额分别确定的总计期间内成功的结算额，并对每个限度额分别总计结算额，确认这些各总计结算额和支付金额的各合计额是否超过对应的限度额。各限度额的总计期间可以确定为例如被支付者限度额和号码限度额是每一个月，工作人员限度额或适配器限度额是每一天。这时，对于被支付者限度额和号码限度额，总计从当月第一天起到当天的成功结算额，对于工作人员限度额或适配器限度额则是总计当日的当前时刻为止的成功结算额。这样，若预先设定总计期间，在防止欺诈等犯罪方面更有效。即，在为每一次进行限度额设定的情况下，就一次而言，只要遵守了其限度额，就可以任意次重复进行结算，所以为了防止这种情况，可以对每个月或每一天确定限度额。
附图的简单说明
图1是说明本发明的由加入者终端机执行的处理过程的流程图。
图2是接着图1的流程图。
图3是表示在加入者终端机中，输入支付金额和信用卡持有者名字时所显示的画面的视图。
图4是表示在加入者终端机中，输入信用卡号码和有效期限时所显示的画面的视图。
图5是表示在加入者终端机中，在确认支付金额等而执行支付操作时所显示的画面和超过使用限度额时由结算站点显示的错误画面的视图。
图6是表示不能由卡片公司进行认证时由结算站点显示的错误画面的视图。
图7是表示在加入者终端机中，结算完成时所显示的画面的视图。
图8是表示结算完成后发送给被支付者的邮件的视图。
图9是说明本申请第二实施例的插入有适配器的加入者终端机所执行的处理过程的流程图。
图10是接着图9的流程图。
最佳的实施方式
在示例加入者终端机的显示画面的同时，说明使用信用卡情况下的处理过程的具体例。图1和图2表示从加入者终端机侧看的处理流程图，图3～图7表示该过程中终端机显示的画面。
(实施例1)
下面，说明处理过程的具体例。首先，从加入者终端机经互联网连接到特定的URL(Uniform Resource Locator：统一资源定位器)…步骤101。接着，输入用户ID·密码…步骤102。所输入的用户ID·密码在数据库(DB)中进行认证作业，同时，若注册了用户ID，则取得与用户ID相关联的店铺ID和工作人员ID。…步骤103、104。使管理店铺的信息的店铺ID和管理店铺所属工作人员的信息的工作人员ID与用户ID相关联并注册到数据库中。另外，对于密码，除了注册预先固定的密码之外，还可以使用一次性密码。这时，密码每使用一次就舍弃，所以即使万一密码被盗用，由于相同密码不能使用两次，所以可以提高安全强度。
当通过所述认证作业判明在DB中没有注册用户ID的情况下，在该时刻结束处理…步骤105。在DB中有注册的情况下，根据从所述DB取得的店铺ID，准备被支付者固有的店名和图像等…步骤106。接着，作为首页显示标志等和现在要进行的处理内容的说明，并且，显示支付金额、作为支付者(等于信用卡持有者)的联络目的地信息的本例中的电话号码、信用卡持有者名字(姓名)的输入表格画面…步骤107。图3表示在该步骤107中由加入者终端机显示的画面的例子。
根据该画面显示，首先，在被支付者侧输入了支付金额后，将加入者终端机递给支付者，由自己输入联络目的地的电话号码和信用卡持有者名字。输入完成后，当点击画面内的返回钮(图中，显示为“继续”)时，执行输入内容是否正确的确认，例如，是否用半角字母数字输入，是否使用了不能使用的符号，电话号码是否不自然等…步骤108。结果，在输入内容有不正确的情况下，显示错误…步骤109，再次返回到步骤107重新输入。这时的错误显示是“姓名是不正确的输入。请重新输入。”“电话号码不正确。请重新输入。”“金额不正确。请重新输入。”等。
另一方面，若输入内容没有错误，则以结算站点的服务器为单位生成唯一的字符串(即加密)来作为购物ID，将输入内容与店铺ID、工作人员ID一起记录到DB中…步骤110。接着，生成节目码、购物ID、支付金额、品名、附加项目、添加了仅认证的标记的URL，而询问结算站点的服务器，取得内部用管理号码…步骤111。“节目码”是从结算站点分配给该结算用软件的操作人员的操作人员ID，“品名”是由结算站点的通信规格定义的任意的字符串(操作人员名字等)、“附加项目”是在问题发生时、为容易发现而赋予的内部处理用的字符串。
当取得了内部用管理号码时，与先前输入的支付金额一起显示信用卡号码及有效期限的输入表格画面…步骤112。图4表示由该步骤112显示的输入表格，在该例中，根据先前的输入内容，在上部显示支付者的姓名和支付金额，并且，在其下面显示信用卡号码的输入栏和有效期限的输入栏。有效期限在本例的情况下是选择形式。
当输入完成后点击返回钮(显示为“继续”的钮)时，根据其信用卡号码，从DB取得店铺的使用限度额＝被支付者限度额、以店铺所属的工作人员为单位的使用限度额＝工作人员限度额、卡号的使用限度额＝号码限度额…步骤103。本例情况下，被支付者限度额和号码限度额是将一个月的使用总额确定为限度额，工作人员限度额是将一天的使用总额确定为限度额。这时，若DB中设置了未超时的限度额例外，则使其优先。例如，若在宣传活动中特别提高了被支付者限度额和工作人员限度额的上限的情况下(限度额例外)，若处于该宣传活动期间中(未超时)，则使限度额例外优先。
接着该各限度额的取得，关于相对于店铺的被支付者限度额和相对于信用卡号码的号码限度额，询问DB来总计从当月一号起到当日为止成功了(设立了结算完成标记)的结算额，另外，关于相对于店铺所属工作人员的工作人员限度额，询问DB来总计当日的到当前时刻为止成功了的结算额。并且，将支付金额加到该各总计结算额中来分别算出总计额…步骤114。
接着，关于所算出的各总计额是否超过被支付者限度额、号码限度额、工作人员限度额，针对每个限度额执行比较…步骤115。在超过了其中任意一个限度额的情况下，在DB中和信用卡号码和有效期限一起保存所超过的限度额的种类，即超过了被支付者限度额、号码限度额、工作人员限度额的哪一个，在结算站点进行错误显示而返回到步骤112…步骤116。另一方面，若没有超过所有的限度额，则显示姓名、电话号码、支付金额、信用卡号码、有效期限的确认画面…步骤117。图5(A)表示该步骤117中由加入者终端机显示的确认画面。另外，通过步骤116成为错误的情况下，由结算站点侧显示图5(B)所示的错误显示画面。
在步骤117中显示确认画面，当点击画面内的返回钮(作为“支付”钮显示)作为支付操作时，向结算站点发送，而传送上述的信用卡持有者名字、电话号码、支付金额、信用卡号码、有效期限的各个项目、和由步骤111取得的内部用管理号码…步骤118。这时的通信最好以SSL(Secure SocketsLayer：加密套接字协议层)进行。
当将加入了这些必要项目的结算信息传送到结算站点时…步骤119，则通过结算站点向卡片公司进行认证…步骤120，在认证成功的情况下，从结算站点返回处理…步骤121。这时，若卡号是虚构的卡号等则被弹开，这时，在结算站点上显示图6的错误画面。
虽然对于所述从步骤116到121的结算处理，将处理传送到一端结算站点来进行，但是也可例如不使本系统和结算站点分开，而在本系统中进行结算处理本身。
在步骤118中传送了结算信息的加入者终端机在预定时间(作为一例为30秒)后，向结算站点询问是否可进行结算…步骤122，判断“OK”是否返回…步骤123。在“OK”没有返回的情况下，确认失败是否为第一次…步骤124，若为第一次，则在等待预定时间(同样为30秒左右)后，向用户请求再次执行支付操作…步骤125。在步骤124中不是第一次的情况下，由于不能认证，而进行中断处理的错误显示，并在DB中记录该错误内容后结束…步骤126。通过在DB中记录该错误内容，以后，也可以进行不接受同一信用卡号码的处理。
在步骤123中“OK”返回了的情况下，与结算站点之间进行结算确定处理…步骤127，监视“OK”是否返回…步骤128。在“OK”没有返回的情况下，执行步骤124以后的过程，在“OK”返回了的情况下，询问DB是否已经结算完成…步骤129。其是由加入者终端机进行浏览器的后退操作(“返回”钮的操作)情况的对策。并且，若没有完成(没有设立完成标记)…步骤130，则在DB中设立表示结算完成的标记并附加结算完成的印记…步骤131。该标记是对每一卡号总计成功结算额时的指标。
接着，取得店铺名和邮件地址…步骤132，向该邮件地址、即被支付者发送结算完成内容的邮件…步骤133。并且，在终端画面上显示出显示了店铺名和支付金额的支付完成画面后结束…步骤134。另外，在步骤130中，在确认已经完成(设立完成标记)的情况下，跳到步骤134而显示出显示了店铺名和支付金额的支付完成画面后结束。
图7表示该步骤134的画面显示，另外，图8表示步骤133中发送到被支付者的邮件内容。
(实施例2)
作为其他实施例，说明由使用了适配器的信用卡进行的结算方法。首先，将适配器插入到便携电话等移动通信系统的加入者终端机的扩充端子中。这样，启动适配器中内置的微型计算机，自动从加入者终端机通过互联网主叫，而连接到预先指定的URL…步骤201。接着，通过分解URL，取得适配器固有的SSID(Service Set Identification：服务集标识)…步骤202，以该SSID为基础，为从现在连接的URL的数据库(DB)中取得赋予作为适配器所有者的被支付者的被支付者ID和赋予适配器本身的适配器ID，而进行询问…步骤203。在被支付者具有多个店铺的情况下，也可将被支付者ID注册为每个店铺的店铺ID。本例中，设定店铺ID和以该店铺为单位分配给适配器的适配器ID。
接着，确认SSID是否在DB中有注册…步骤204，若没有注册，则在该时刻终止处理…步骤205。若在DB中有注册，则根据从DB以店铺ID为基础接收的固有信息，准备被支付者固有的店名和图像等…步骤206。接着，显示标志等和从此要进行的处理内容的说明来作为首页，并且，显示支付金额、作为支付者(＝信用卡持有者)的联络目的地信息的本例中的电话号码、信用卡持有者名字(姓名)的输入表格画面…步骤207。图3表示在该步骤207中由带适配器的加入者终端机显示的画面。
根据该画面显示，首先，在被支付者侧输入了支付金额后，将带适配器的加入者终端机递给支付者，由自己输入联络目的地的电话号码和信用卡持有者名字。输入完成后，若点击画面内的返回钮(图中，显示为“继续”)，则执行输入内容是否正确的确认，例如，是否用半角字母数字输入，是否使用了不能使用的记号，电话号码是否不自然等…步骤208。结果，在输入内容有不正确的情况下，显示错误…步骤209，再次返回到步骤207重输。这时的错误显示是“姓名是不正确的输入。请重新输入”“电话号码不正确。请重新输入。”“金额不正确。请重新输入。”等。
另一方面，若输入内容没有错误，则以结算站点的服务器为单位生成唯一的字符串(即加密)来作为购物ID，将输入内容与店铺ID、适配器ID一起记录到DB中…步骤210。接着，生成节目码、购物ID、支付金额、品名、附加项目、添加了仅认证的标记的URL，而询问结算站点的服务器，取得内部用管理号码…步骤211。“节目码”是从结算站点分配给该结算用软件的操作人员的操作人员ID，“品名”是由结算站点的通信规格定义的任意的字符串(操作人员名字等)、“附加项目”是在问题发生时，为容易发现而赋予的内部处理用的字符串。
当取得了内部用管理号码时，显示先前输入的支付金额和信用卡号码及有效期限的输入表格画面…步骤212。图4表示由该步骤212显示的输入表格，在该例中，根据先前的输入内容，在上部显示支付者的姓名和支付金额，并且，在其下面显示信用卡号码的输入栏和有效期限的输入栏。有效期限在本例的情况下是选择形式。
当输入完成后点击了返回钮(显示为“继续”的钮)时，根据其信用卡号码，从DB中取得店铺的使用限度额＝被支付者限度额、以适配器为单位的使用限度额＝适配器限度额、卡号的使用限度额＝号码限度额…步骤213。本例情况下，被支付者限度额和号码限度额是将一个月的使用总额确定为限度额，适配器限度额是将一天的使用总额确定为限度额。这时，若DB中设置了未超时的限度额例外，则使其优先。例如，若在宣传活动中特别提高了被支付者限度额和适配器限度额的上限的情况下(限度额例外)，若处于该宣传活动期间中(未超时)，则使限度额例外优先。
接着该各限度额的取得，关于相对于店铺的被支付者限度额和相对于信用卡号码的号码限度额，询问DB来总计从当月一号到当日为止成功了(设立结算完成标记)的结算额，另外，关于相对于适配器的适配器限度额，询问DB来总计到当日的当前时刻为止成功了的结算额。并且，将支付金额加到该各总计结算额中来分别算出总计额…步骤214。
接着，针对所算出的各总计额是否超过被支付者限度额、号码限度额、适配器限度额，而与每个限度额来执行比较…步骤215。在超过了任意一个限度额的情况下，和信用卡号码和有效期限一起在DB中保存所超过的限度额种类，即超过了被支付者限度额、号码限度额、适配器限度额中的哪一个，而在结算站点进行错误显示后返回到步骤212…步骤216。另一方面，若每一个限度额都没有超过，则显示姓名、电话号码、支付金额、信用卡号码、有效期限的确认画面…步骤217。图5(A)表示该步骤217中由带适配器的加入者终端机显示的确认画面。另外，在通过步骤216为错误的情况下，在结算站点侧显示图5(B)所示的错误显示画面。
在步骤217中显示确认画面，当作为支付操作而点击画面内的返回钮(作为“支付”钮显示)时，向结算站点发送，而传送上述的信用卡持有者名字、电话号码、支付金额、信用卡号码、有效期限的各个项目、由步骤211取得的内部用管理号码…步骤218。这时的通信最好由SSL(Secure Sockets Layer)进行。
当将输入了这些必要项目的结算信息传送到结算站点时…步骤219，则通过结算站点向卡片公司进行认证…步骤220，在认证成功的情况下，从结算站点返回处理…步骤221。这时，若卡号为虚构的卡号等则被弹开，这时，在结算站点上显示图6的错误画面。
步骤218中传送了结算信息的带适配器的加入者终端机在预定时间(作为一例为30秒)后，向结算站点询问是否可进行结算…步骤222，判定“OK”是否返回…步骤223。在“OK”没有返回的情况下，确认失败是否为第一次…步骤224，若为第一次，在等待预定时间(同样为30秒左右)后，请求用户再次执行支付操作…步骤225。在步骤224中不是第一次的情况下，由于不能认证，而进行中断处理的错误显示，并在DB中记录该错误内容后结束…步骤226。通过在DB中记录该错误内容，以后，也可以进行不接受同一信用卡号码的处理。
步骤223中在“OK”返回了的情况下，与结算站点之间进行结算确定处理…步骤227，监视“OK”是否返回…步骤228。在“OK”没有返回的情况下，执行步骤224以后的过程，在“OK”返回了的情况下，询问DB是否结算已经完成…步骤229。其是通过带适配器的加入者终端机进行浏览的后退操作(“返回”钮的操作)情况下的对策。并且，若没有完成(没有设立完成标记)…步骤230，则在DB中设立表示结算完成的标记后添加结算完成的印记…步骤231。该标记是对每一卡号总计成功结算额时的指标。
接着，取得店铺名和适配器中固有设定的邮件地址…步骤232，向该邮件地址、即被支付者发送结算完成了的内容的邮件…步骤233。并且，在终端画面上显示出显示了店铺名和支付金额的支付完成画面后终止…步骤234。另外，在步骤230中，在确认已经完成(设立完成标记)的情况下，跳到步骤234而显示出显示了店铺名和支付金额的支付完成画面后终止。
图7表示该步骤234的画面显示，另外，图8表示步骤233中发送到被支付者的邮件内容。
在上述这样的结算方法中，为防止欺诈，还可以预先从被支付者征收保证金。另外，也可以达成这样的协议，即从结算站点运营者向被支付者汇款是在来自支付者、即信用卡持有者的入账实际存在后进行。另外，通过使用适配器，在加入者终端机省去了输入用户ID和密码的手续，同时，若将卡读取器功能添加到适配器，则除了使用加入者终端机的信用卡持有者的信息之外，还可以附加从信用卡读取的信息。
上述实施例1或实施例2都是使用了信用卡情况下的说明，现在说明使用作为其他结算手段的借记卡·各种电子货币的结算。例如，若作为电子货币而使用预付式的，则支付者在上述实施例1或2的处理中，在输入信用卡号码的处理过程中输入所持有的预付卡中记载的结算用号码。这时，对于输入支付者的姓名和电话号码也与所述实施例1、2相同。但是，通常，在使用这种预付卡的情况下，由于很少公开自己的信息，所以也可以省略而仅记入结算专用号码。输入后，就与所述实施例1或2的使用信用卡情况下的处理过程相同，进行被支付者的结算处理和预付卡的结算处理(图中未示出)，完成结算。
另外，使用了借记卡的情况也与使用所述预付卡的情况相同，在实施例1或2输入信用卡号的场面下，输入所持有的金融机关的现金卡号码。但是，这时，使用信用卡时是输入名字·电话号码来作为支付者的信息，但是还可配合通常的借记卡的使用形式输入密码。对于输入后的处理，与实施例1或2相同，进行被支付者的结算处理、借记卡的结算处理(图中未示)，完成支付。
另外，为使支付者方便，例如，在图1步骤107、图9步骤207所示的画面(图4所示这样的画面)中，也可使支付者选择使用信用卡·借记卡·各种电子货币内的哪一个来作为支付方法。
如上所述，根据本发明的结算方法，通过仅使用便携电话等的移动通信的加入者终端，而可通过信用卡·借记卡·各种电子货币进行结算，所以可大幅度拓宽卡的使用机会。

Claims (16)

1、一种结算方法，是使用了可连接到互联网的移动通信系统的加入者终端机的、由各种支付方式进行的结算方法，其特征在于，包括下列步骤：
从加入者终端机主叫而与数据库通信，进行被支付者的认证；
根据该数据库的注册内容，在加入者终端机进行画面显示，同时在所述加入者终端机至少接受支付金额和支付者名字的输入，确认该输入内容是否正确；
若输入正确，则在加入者终端机接受各种支付方式的结算用号码和有效期限的输入，根据该输入内容从所述数据库取得使用限度额，确认所述支付金额是否在该使用限度额内；
在所述支付金额在使用限度额内的情况下，在所述加入者终端机至少显示所述支付者名字、所述支付金额、所述各种支付方式的结算用号码和有效期限，根据与此相应的支付操作而从加入者终端机向结算站点发送结算信息；
从接受了该结算信息的所述结算站点向各种支付方式的管理公司通信而请求认证；
在由此而认证成功的情况下，在所述结算站点和所述加入者终端机之间执行结算确定处理，在所述加入者终端机显示结算完成。
2、根据权利要求1所述的结算方法，其特征在于，使用用户身份和密码进行被支付者的认证。
3、根据权利要求2所述的结算方法，其特征在于，将被支付者的店铺固有信息和店铺所属的工作人员信息与用户身份建立关联而注册到数据库中。
4、根据权利要求1所述的结算方法，其特征在于，各种支付方式是信用卡或者借记卡或者各种电子货币。
5、根据权利要求1所述的结算方法，其特征在于，各种支付方式的结算用号码是信用卡号码或者借记卡号码或者电子货币号码。
6、根据权利要求1所述的结算方法，其特征在于，在加入者终端机输入支付金额和支付者名字时，还输入支付者的联络目的地信息。
7、根据权利要求1所述的结算方法，其特征在于，在确认支付金额是否在使用限度额内的步骤中，从数据库取得提供给被支付者的被支付者限度额、提供给各种支付方式的结算限度额、提供给工作人员的工作人员限度额，分别确认所述支付金额是否超过所述各限度额。
8、根据权利要求7所述的结算方法，其特征在于，向数据库询问在由各限度额分别确定的总计期间内成功的结算额，并对所述每个限度额分别总计结算额，确认这些各总计结算额和支付金额的各合计额是否超过对应的所述限度额。
9、一种结算方法，是使用了适配器的由各种支付方式进行的支付方法，该适配器与可连接到互联网的移动通信系统的加入者终端机上具有的扩充端子连接，其特征在于，包括下列步骤：
通过连接所述适配器，从加入者终端机主叫而与数据库通信，根据该数据库中所具有的适配器固有的注册内容，在所述带适配器的加入者终端机进行画面显示，同时，在所述带适配器的加入者终端机至少接受支付金额和支付者名字的输入，确认该输入内容是否正确；
若输入正确，则在所述带适配器的加入者终端机接受各种支付方式的结算用号码和有效期限的输入，根据该输入内容，从所述数据库取得使用限度额，确认所述支付金额是否在该使用限度额内；
在所述支付金额在使用限度额内的情况下，在所述带适配器的加入者终端机至少显示所述支付者名字、所述支付金额、所述各种支付方式的结算用号码和有效期限，根据与此相应的支付操作而从所述带适配器的加入者终端机向结算站点发送结算信息；
从接受了该结算信息的所述结算站点向各种支付方式的管理公司通信而请求认证；
在由此而认证成功的情况下，在所述结算站点和所述带适配器的加入者终端机之间执行结算确定处理，在所述带适配器的加入者终端机显示结算完成。
10、根据权利要求9所述的结算方法，其特征在于，各种支付方式是信用卡或者借记卡或者各种电子货币。
11、根据权利要求9所述的结算方法，其特征在于，各种支付方式的结算用号码是信用卡号码或者借记卡号码或者电子货币号码。
12、根据权利要求9所述的结算方法，其特征在于，在带适配器的加入者终端机输入支付金额和支付者名字时，还输入支付者的联络目的地信息。
13、根据权利要求12所述的结算方法，其特征在于，联络目的地信息是电话号码。
14、根据权利要求13所述的结算方法，其特征在于，在确认是不正确输入时，向数据库进行询问，确认是否是实际存在的电话号码。
15、根据权利要求9所述的结算方法，其特征在于，在确认支付金额是否在使用限度额内的步骤中，从数据库取得提供给被支付者的被支付者限度额、提供给各种支付方式的结算用号码的号码限度额、提供给适配器的适配器限度额，分别确认所述支付金额是否超过所述各限度额。
16、根据权利要求15所述的结算方法，其特征在于，向数据库询问在由各限度额分别确定的总计期间内成功的结算额，并对所述每个限度额分别总计结算额，确认这些各总计结算额和支付金额的各合计额是否超过对应的所述限度额。
CN03802924.3A 2002-02-08 2003-02-07 利用了移动通信的终端的结算方法 Pending CN1625751A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2002032952 2002-02-08
JP32952/2002 2002-02-08

Publications (1)

Publication Number Publication Date
CN1625751A true CN1625751A (zh) 2005-06-08

Family

ID=27677987

Family Applications (1)

Application Number Title Priority Date Filing Date
CN03802924.3A Pending CN1625751A (zh) 2002-02-08 2003-02-07 利用了移动通信的终端的结算方法

Country Status (4)

Country Link
US (1) US20050091154A1 (zh)
CN (1) CN1625751A (zh)
AU (1) AU2003244358A1 (zh)
WO (1) WO2003067488A1 (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101344982B (zh) * 2008-08-15 2010-04-07 颜瀚钧 一种支付器
CN107093067A (zh) * 2009-04-15 2017-08-25 Sk 普兰尼特有限公司 电子货币充值服务器和电子货币充值方法
CN111052164A (zh) * 2017-08-30 2020-04-21 乐天株式会社 结算系统、结算方法以及程序

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100601226B1 (ko) * 2005-03-11 2006-07-19 김익수 보안 강화 휴대폰 결제 방법
US8909475B2 (en) 2013-03-08 2014-12-09 Zzzoom, LLC Generating transport routes using public and private modes
US9082134B2 (en) 2013-03-08 2015-07-14 Zzzoom, LLC Displaying advertising using transit time data
JP6798539B2 (ja) 2018-11-14 2020-12-09 日本電気株式会社 認証サーバ、ユーザ端末、決済システム、決済方法およびプログラム

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH09116960A (ja) * 1995-10-18 1997-05-02 Fujitsu Ltd キャッシュレスシステム及び該システムで使用する携帯機
US5668957A (en) * 1995-11-02 1997-09-16 International Business Machines Corporation Method and apparatus for providing virtual DMA capability on an adapter connected to a computer system bus with no DMA support
US5790652A (en) * 1996-03-12 1998-08-04 Intergrated Systems, Inc. Telephone station equipment employing rewriteable display keys
US5949044A (en) * 1997-06-13 1999-09-07 Walker Asset Management Limited Partnership Method and apparatus for funds and credit line transfers
EP1030273A3 (en) * 1999-02-18 2002-07-03 Matsushita Electric Industrial Co., Ltd. Electronic asset utilization system, electronic asset utilization method, server for use with electronic asset utilization system, and recording medium having recorded thereon electronic asset utilization method
JP2001357337A (ja) * 2000-04-12 2001-12-26 Pioneer Electronic Corp 携帯型端末装置を利用した取引処理装置及び方法、並びに顧客認定装置及び方法
US20030134615A1 (en) * 2000-04-24 2003-07-17 Masaki Takeuchi External device and authentication system
WO2001084460A1 (en) * 2000-05-03 2001-11-08 Woori Technology Inc. Authentication and payment card for automatically updating user numbers, and authentication payment system and method using the card
US20020052841A1 (en) * 2000-10-27 2002-05-02 Guthrie Paul D. Electronic payment system
US8805739B2 (en) * 2001-01-30 2014-08-12 Jpmorgan Chase Bank, National Association System and method for electronic bill pay and presentment
US20020111916A1 (en) * 2001-02-12 2002-08-15 Coronna Mark S. Payment management
US20020133418A1 (en) * 2001-03-16 2002-09-19 Hammond Keith J. Transaction systems and methods wherein a portable customer device is associated with a customer
US7184980B2 (en) * 2001-11-15 2007-02-27 First Data Corporation Online incremental payment method

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101344982B (zh) * 2008-08-15 2010-04-07 颜瀚钧 一种支付器
CN107093067A (zh) * 2009-04-15 2017-08-25 Sk 普兰尼特有限公司 电子货币充值服务器和电子货币充值方法
CN107093067B (zh) * 2009-04-15 2021-03-23 Sk 普兰尼特有限公司 电子货币充值服务器和电子货币充值方法
CN111052164A (zh) * 2017-08-30 2020-04-21 乐天株式会社 结算系统、结算方法以及程序
CN111052164B (zh) * 2017-08-30 2023-09-15 乐天集团股份有限公司 结算系统、结算方法以及程序

Also Published As

Publication number Publication date
AU2003244358A1 (en) 2003-09-02
WO2003067488A1 (fr) 2003-08-14
US20050091154A1 (en) 2005-04-28

Similar Documents

Publication Publication Date Title
US7273168B2 (en) Point-of-sale billing via hand-held devices
CN108960941B (zh) 电子支付开票方法
US7287270B2 (en) User authentication method in network
CN1204535C (zh) 用于安全启动交易数据传输的方法和系统
US20050199709A1 (en) Secure money transfer between hand-held devices
JP2004140502A (ja) 配信要求方法、配信方法、データの送信方法、データの処理方法、データの利用方法、データの入力方法、通信ネットワークシステム
CN1459068A (zh) 自动支付系统
CN1399753A (zh) 用于对通过计算机网络的购买进行授权的方法和系统
CN1614641A (zh) 支持无现金支付的方法
CN1599921A (zh) 执行安全无现金支付交易的方法和无现金支付系统
CN1391684A (zh) 支付交易方法和支付交易系统
CN1418355A (zh) 执行交易的方法
CN100409226C (zh) 保险合同支援系统
KR20060098024A (ko) 휴대전화를 이용한 모바일 통합 결제 시스템 및 방법
CN1750037A (zh) 内容分发系统及其方法、记账设备、内容分发装备和程序
CN1489754A (zh) 无现金自动售货系统及方法和自动售货机
CN1666215A (zh) 保险合同开帐系统
KR20060098023A (ko) 휴대전화를 이용한 모바일 통합 결제 시스템 및 방법
CN1318808A (zh) 使用加锁装置的自动结算系统
CN1625751A (zh) 利用了移动通信的终端的结算方法
CN1470043A (zh) 通过wap从存款存储器进行电子款项转帐的方法和装置
CN1450782A (zh) 银行信用卡绑定手机sim卡实现移动支付功能
CN1655161A (zh) 一种商务交割认证系统
CN1290373C (zh) 简化设备激活的方法和系统以及根据该方法激活的设备
KR20080022901A (ko) 대출정보 제공 시스템

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C02 Deemed withdrawal of patent application after publication (patent law 2001)
WD01 Invention patent application deemed withdrawn after publication