具体实施方式

以下，参照附图对本发明的优选实施例进行详细说明。应当理解的是，在本说明书及发明要求保护范围中使用的术语并不限定于常规或词典上的含义，应解释为符合本发明的技术思想的含义和概念。

在本说明书中记载的实施例和在图中所示的结构为本发明的优选实施例，并不代表所有本发明的技术思想，因此可拥有代替本申请的各种等同技术方案和变形例。

URL(Uniform Resource Locator：统一资源定位符，网址)是提供网络文件或各种服务的网络服务器上的文件位置。

<现有的RF卡的充值与结算，参照图1>

(“RF卡充值”的系统及动作的大要)

“RF卡充值”的要素有机地运转。“RF卡充值”，包括用户或RF 卡充值机或RF卡或付钱&RF卡充值请求或RF卡充值等。“RF卡充值”是在RF卡里充钱。

用户将“付钱&RF卡充值请求”传递到RF卡充值机。RF卡充值机应对“付钱&RF卡充值请求”，将“RF卡充值”传递到RF卡，在RF卡里充值。

(“RF卡结算”的系统及动作的大要)

“RF卡结算”的要素有机地运转。“RF卡结算”，包括用户或RF 卡结算机或RF卡或RF卡结算请求或RF卡结算等。“RF卡结算”是用 RF卡中的钱来结算。

用户将RF卡结算请求传递到RF卡结算机。RF卡结算机将”RF 卡结算”传递到RF卡。RF卡用RF卡中的钱来结算。

(RF卡的元素的说明)

RF卡是一种介质。RF卡可以存储钱的电子信息或将电子信息传递到外部。

用户是拥有RF卡的人。

“RF卡充值机”是收钱，往RF卡里充钱的装置。

“付款&RF卡充值请求”是用于转达钱并请求对RF卡充值。

“RF卡充值”是往RF卡里充钱的。

“RF卡结算机”是可以用RF卡中的钱来进行结算的装置。

“RF卡请求结算"用于要求”RF卡结算”。

“RF卡结算"是用RF卡中的钱来结算的。

(关于韩国交通卡)韩国交通卡是一种RF卡，并且不分用户。韩国交通卡将钱的电子信息存储在交通卡的合并账户中。合并账户对应交通卡的编号管理结算金额或充值金额。由于不确认用户，如果丢失交通卡，余额将无法得到补偿。

(“RF卡结算”的特点)a)“RF卡结算”在内部存储钱的电子信息。 b)在结算请求过程中，RF卡与RF卡结算机接触。c)“RF卡结算”不包括”用户认证过程”。d)“RF卡结算”的汇款过程使用RF卡中的电子信息 (钱)。e)丢失的RF卡中的余额不受保护。f)“RF卡结算”不使用机密信息。g)只能在发行RF卡的商店结算。h)“RF卡结算”不能支持多种交易。i)“RF卡结算”不能支持大结算。j)RF卡必须被制造为每个商店。k) “RF卡结算”是预付结算。

(RF卡与URL介质的比较)a)RF卡在内部存储钱的电子信息。但是URL介质没有在内部存储钱的电子信息。b)RF卡不与机密信息组合。但是URL介质可以与机密信息(＝金库URL-PWD)进行组合。c)丢失的RF卡中的余额不受保护。但是，即使URL介质丢失，URL金库中的余额也会得到保护。d)RF卡仅支持面对面交易。但是URL介质可以支援多种交易。e)RF卡必须被制造为每个商店。但是，一个URL介质可以在所有商店使用。

(“RF卡结算”的问题)a)“RF卡结算"由于充值小钱，不能成为普遍的结算手段。b)“RF卡结算”只能在充填的商店中使用。c)“RF卡结算”普遍很难应用。d)丢失的RF卡中的余额不受保护。e)“RF卡结算”不能用于多种交易，因此不能成为普遍的结算手段。f)“RF卡结算”很难创造附加价值。

<现有的“URL-NFC信用卡结算”(＝URL-NFC信用卡的结算)，参照图2及图3，可比与图7或图8。>

(URL-NFC信用卡结算的系统及大要)

URL-NFC信用卡结算的要素有机地运转。URL-NFC信用卡结算，包括用户或URL-NFC信用卡或信用卡POS或终端或信用卡公司服务器或信用卡账户或账户或信用卡结算请求或信用卡信息或信用卡URL或信用卡网站或终端信息或信用卡URL-PWD或信用卡URL-PWD认证结果或订单内容或订单确认或信用卡结算命令或钱或信用卡结算命令结果或信用卡结算结果等。URL-NFC信用卡结算使用通信信用卡信息的信用卡通信网和通信信用卡URL的互联网。URL-NFC信用卡结算用信用卡账户(URL-NFC信用卡的外部)中的钱来结算。

(URL-NFC信用卡结算的细节动作)

URL-NFC信用卡结算系统，其特征在于，包括用户，URL-NFC 信用卡，信用卡POS，终端，信用卡公司服务器(信用卡结算服务器+信用卡网络服务器)，信用卡账户和账户；URL-NFC信用卡，用于存储信用卡信息和信用卡URL，将信用卡信息传递给信用卡POS，并将信用卡URL 传递到终端；信用卡POS，用于从用户中将包括订单内容的信用卡结算请求接收，从URL-NFC信用卡中将信用卡信息接收，将包括订单内容和信用卡信息的信用卡结算请求传递到信用卡结算服务器，并将信用卡结算服务器的信用卡结算结果传递向用户；终端，用于接收URL-NFC信用卡的信用卡URL，对应信用卡URL，连接到信用卡网络服务器，将信用卡网站或终端信息与信用卡网络服务器通信，将用户的信用卡URL-PWD传递到信用卡网络服务器，将信用卡网络服务器的信用卡URL-PWD认证结果和订单内容传递给用户，将用户的订单确认传递到信用卡网络服务器，并将信用卡网络服务器的信用卡结算结果传递给用户；信用卡公司服务器，包括信用卡结算服务器和信用卡网络服务器。信用卡结算服务器，用于对应信用卡信息，连接到信用卡POS，接收信用卡POS的信用卡结算请求，将信用卡结算命令传递到信用卡账户，接收信用卡账户的信用卡结算命令结果，并将信用卡结算结果传递到信用卡POS。信用卡网络服务器，用于对应信用卡URL，连接到终端，将信用卡网站或终端信息与终端通信，从终端中接收信用卡URL-PWD，将信用卡URL-PWD认证结果和订单内容传递到终端，从终端中接收订单确认，并将信用卡结算结果传递到终端；信用卡账户，用于接收信用卡结算服务器的信用卡结算命令，将钱传递给账户，并将信用卡结算命令结果传递到信用卡结算服务器；账户，用于接收钱。

URL-NFC信用卡结算方法，包括以下步骤：步骤a，信用卡POS从用户中将包括订单内容的信用卡结算请求接收，将URL-NFC信用卡的信用卡信息接收，并将包括订单内容和信用卡信息的信用卡结算请求传递到信用卡结算服务器；然后信用卡结算服务器管理信用卡结算请求；步骤b，终端接收URL-NFC信用卡的信用卡URL，对应信用卡URL，连接到信用卡网络服务器，将信用卡网站或终端信息与信用卡网络服务器通信，并将用户的信用卡URL-PWD传递到信用卡网络服务器；步骤c，信用卡网络服务器将信用卡URL-PWD认证结果和订单内容传递到终端；步骤d，终端将信用卡URL-PWD认证结果和订单内容传递给用户，并将用户的订单确认传递到信用卡网络服务器；步骤e，信用卡结算服务器将信用卡结算命令传递到信用卡账户；步骤f，信用卡账户将钱转到账户；账户接收钱；然后信用卡账户将信用卡结算命令结果传递到信用卡结算服务器；以及步骤g，信用卡结算服务器将信用卡结算结果传递到信用卡POS；信用卡POS将信用卡结算结果传递给用户；信用卡网络服务器将信用卡结算结果传递到终端；然后终端将信用卡结算结果传递给用户。URL-NFC 信用卡结算系统和URL-NFC信用卡结算方法，利用通信信用卡信息的信用卡通信网和通信信用卡URL的信用卡网站。URL-NFC信用卡结算系统和URL-NFC信用卡结算方法用信用卡账户中的钱来结算。

(URL-NFC信用卡的元素的说明)

“信用卡信息”遵守信用卡标准(ISO/IEC JTC1/SC17，ISO 7816， ISO 14443等)。

信用卡信息是URL-NFC信用卡结算和信用卡URL和信用卡 URL-PWD和信用卡网络服务器等的根据。信用卡信息存储在URL-NFC 信用卡中，通过信用卡通信网被传递到信用卡结算服务器，不支持信用卡网络服务器。信用卡信息在结算请求过程中使用，但在用户认证过程中不使用。

“信用卡URL”是一种URL。信用卡URL从属于信用卡信息，支持对信用卡网络服务器或信用卡网络的访问。

信用卡URL存储在URL-NFC信用卡中，确认用户时被使用，作为信用卡网络服务器的登录信息使用。信用卡URL是用户ID。信用卡URL不使用信用卡通信网，不支持信用卡结算服务器。信用卡URL 不支持不确认用户的交易，不支持网上交易，不支持使用2个介质的交易，不支持充值。

URL-NFC信用卡是一种介质。URL-NFC信用卡遵守信用卡标准，存储信用卡信息和信用卡URL，使用信用卡URL-PWD作为机密信息。

URL-NFC信用卡将钱存储在外部，通过信用卡通信网将信用卡信息传递到信用卡结算服务器，通过互联网将信用卡URL传递到信用卡网络服务器。URL-NFC信用卡不支持网上结算，不支持使用2个介质的结算，不支持充值。

URL-NFC信用卡是一种信用卡，遵守信用卡的标准，因此系统的构筑费用和手续费高。

用户是信用卡的订户，并且是URL-NFC信用卡的所有者。

信用卡POS是支持信用卡标准的店铺销售系统。

信用卡POS将信用卡信息进行通信，将信用卡URL不能通信，并且通过信用卡通信网与周边机器连接。信用卡POS不支持网上结算，不支持使用2个介质的结算，不支持充值，支持普通信用卡。

信用卡公司服务器是支持URL-NFC信用卡结算的。信用卡公司服务器包括遵守信用卡标准的信用卡结算服务器和从属于信用卡结算服务器的信用卡网络服务器。

信用卡公司服务器支持信用卡结算，不支持充值，不支持网上结算，并且不支持利用2个介质的结算。信用卡公司服务器在结算请求过程和汇款过程中使用信用卡结算服务器，在用户认证过程中使用信用卡网络服务器。信用卡公司服务器在信用卡信息与信用卡URL和信用卡URL-PWD一致时进行结算。信用卡公司服务器的系统构筑费用很高。信用卡结算服务器和信用卡网络服务器联动以支持信用卡结算。

信用卡账户连接到信用卡通信网，拥有钱，并对应信用卡信息进行结算。信用卡账户不支持网上结算，不支持利用2个介质的结算，并且不支持充值。

URL-NFC信用卡结算(图2和图3)的终端，终端信息和账户在通信方法和外围设备方面与本发明不同。

信用卡网站从属于信用卡信息，支持信用卡URL，并且支持用户确认。

信用卡网络服务器提供信用卡网站。信用卡网站将信用卡URL 和信用卡URL-PWD作为登录信息使用。信用卡网站不能传递信用卡结算请求，不支持信用卡信息，并且不能连接到信用卡结算服务器。

信用卡URL-PWD从属于信用卡信息，是信用卡URL和信用卡网站的机密信息。

信用卡URL-PWD是URL-NFC信用卡，信用卡URL或信用卡网站的机密信息，不存储在介质中，是用户记得的，并且确认用户时被使用。

信用卡URL-PWD认证结果是确认信用卡URL-PWD的结果。

信用卡结算请求和信用卡结算命令和信用卡结算命令结果和信用卡结算结果利用信用卡信息。但是发明的结算请求和结算命令和结算命令结果和结算结果不使用信用卡信息。

URL-NFC信用卡结算的信用卡结算请求包括信用卡信息，但发明的结算请求不包括信用卡信息。

(URL-NFC信用卡结算的特点)a)URL-NFC信用卡结算使用信用卡系统。b)URL-NFC信用卡结算将钱存储在信用卡账户中。c)信用卡结算请求和信用卡信息是通过信用卡通信网传递到信用卡结算服务器 (结算请求过程)。d)信用卡网络服务器利用信用卡URL和信用卡 URL-PWD确认用户(用户认证过程)。e)URL-NFC信用卡结算将信用卡账户中的钱转移到帐户(汇款过程)。f)URL-NFC信用卡结算可以更改结算请求过程和用户认证过程的顺序。g)介质(＝URL-NFC信用卡)拥有信用卡信息和信用卡URL，将信用卡信息和信用卡URL通另一种方法向外部传递，并且制作费用很高。h)信用卡信息(结算请求过程的信息)和信用卡URL(用户认证过程的信息)具有不同的路径和属性。由于路径和属性不同，因此系统构建成本和运营成本很高。i)URL-NFC信用卡不支持充值。j)URL-NFC信用卡结算不支持非面对面交易(KR第10-1751640 号和KR第10-1941587号是面对面交易的专利)。k)URL-NFC信用卡结算不支持利用2个介质(＝URL-NFC信用卡)的结算。l)URL-NFC信用卡结算使用信用卡手续费。m)由于在结算请求过程中未使用互联网，因此互联网网站的暴露受到限制。n)使用互联网网站创造附加价值是有限的。

(关于信用卡信息)信用卡信息遵守信用卡标准，是URL-NFC 信用卡或信用卡URL或信用卡URL-PWD或信用卡网站或信用卡公司服务器(信用卡结算服务器+信用卡网络服务器)等的根据。但是，本发明不包括与信用卡信息相同的概念。

(信用卡URL与金库URL的比较)a)信用卡URL从属于信用卡信息。但是金库URL是独立的。b)信用卡URL从属于信用卡信息，只仅支持用户验证。但是金库URL是独立的，支援结算全过程。c)信用卡URL不能支持结算请求过程，但是金库URL可以支援结算请求过程。 d)信用卡URL连接从属于信用卡信息的信用卡网络服务器。但是金库 URL会连接到独立的金库服务器。e)信用卡URL不支持用户未确认交易和网上交易和利用2个介质的交易和充值。但是金库URL可以支援上述交易和充值。

(信用卡网站和金库网站的比较)a)信用卡网站从属于信用卡信息。但是金库网站是独立的。b)信用卡网站将从属于信用卡信息的信用卡URL-PWD作为机密信息使用。但是金库网站使用独立的金库 URL-PWD作为机密信息。c)信用卡网站将从属于信用卡信息的信用卡 URL和信用卡URL-PWD作为登录信息使用。但是金库网站使用独立的金库URL和金库URL-PWD作为登录信息。d)信用卡网站不支持用户未确认交易或网上交易或使用2个介质的交易或充值。但是金库网站支持上述交易和充值。

(信用卡URL-PWD和金库URL-PWD的比较)a)信用卡 URL-PWD被设定为对应信用卡URL。但是金库URL-PWD被设定为对应金库URL。b)信用卡URL-PWD是从属于信用卡信息的信用卡网站的机密信息。金库URL-PWD是独立的金库网站的机密信息。c)信用卡 URL-PWD必须与2个信息(信用卡信息和信用卡URL)一致。但是金库 URL-PWD必须与1个信息(金库URL)一致。d)信用卡URL-PWD不支持用户未确认交易或网上交易或使用2个介质的交易或充值。但是金库 URL-PWD支持上述交易和充值。

(URL-NFC信用卡与URL介质的比较)a)URL-NFC信用卡遵守信用卡标准。但是URL介质不遵守信用卡标准。b)URL-NFC信用卡存储信用卡信息。但是URL介质不存储信用卡信息。c)在URL-NFC信用卡中，结算请求信息和用户认证信息不同。但是在URL介质中，结算请求信息和用户认证信息相同。d)URL-NFC信用卡不支持网上交易或使用2个介质的交易或充值。但是URL介质支持上述交易和充值。

(信用卡POS与URL-POS的比较)a)信用卡POS遵守信用卡标准。但是URL-POS不遵守信用卡标准。b)信用卡POS不支持网上交易或使用2个介质的交易或充值。但是URL-POS支持上述交易和充值。

(信用卡公司服务器与金库服务器的比较)a)信用卡公司服务器遵守信用卡标准。但是金库服务器不遵守信用卡标准。b)信用卡公司服务器包括信用卡结算服务器和信用卡网络服务器(网络服务器)。但是金库服务器只包括网络服务器。c)信用卡公司服务器在结算请求过程和汇款过程中使用信用卡结算服务器，在用户认证过程中使用信用卡网络服务器。但是金库服务器支持结算全过程。d)信用卡公司服务器不支持网上交易或使用2个介质的交易或充值。但是金库服务器支持上述交易和充值。

(信用卡网络服务器与金库服务器的比较)信用卡网络服务器和金库服务器都是网络服务器。但是存在以下差异。

a)信用卡网络服务器从属于信用卡结算服务器。但是金库服务器是独立的。b)信用卡网络服务器只支持用户认证过程。但是金库服务器支持结算全过程。信用卡网络服务器与信用卡结算服务器通信以仅支持线下结算。但是金库服务器将所有结算自立地支持。

(信用卡账户与URL金库的比较)a)信用卡账户使用信用卡通信网。但是URL金库不使用信用卡通信网。b)信用卡账户不支持利用介质(＝URL-NFC信用卡)充值。但是URL金库可以支持使用介质(＝URL 介质)充值。

(URL-NFC信用卡结算的问题)a)URL-NFC信用卡结算使用信用卡系统。b)介质(＝URL-NFC信用卡)的制作费很高。c)在URL-NFC 信用卡结算中，由于结算请求路径和用户认证路径的属性不同，因此维持系统的费用高。d)在URL-NFC信用卡结算中，将收取信用卡的手续费。 e)URL-NFC信用卡结算不能支持网上结算。f)URL-NFC信用卡结算不能支持利用2个介质(＝URL-NFC信用卡)的结算。g)URL-NFC信用卡结算不能利用介质的充值。h)在URL-NFC信用卡结算中，即使使用用户的钱进行结算，也会收取信用卡的手续费。i)在URL-NFC信用卡结算中，附加价值创造较低。

<现有的“App&智能手机结算”(＝App&智能手机的结算)， (WeChat Pay或ALIPAY)，参照图4>

(App&智能手机结算的系统及大要)

App&智能手机结算的要素，有机地运转。App&智能手机结算，包括用户或App-POS或App&智能手机或App服务器或App&智能手机账户或账户或App(应用软件)或App-结算请求或App实施命令或App-PWD 或App-PWD认证结果或QR码生成命令或QR码或App-POS信息或App- 结算命令或钱或App-结算命令结果或App-结算结果等。“App&智能手机结算”使用介质(＝App&智能手机)和App&移动通信网。App&智能手机结算是用介质(＝App&智能手机)外部的钱来结算。App&智能手机结算用 App&智能手机账户(App&智能手机的外部)中的钱来结算。

(App&智能手机结算的细节动作)

App&智能手机结算系统，其特征在于，包括用户，App&智能手机，App-POS，App服务器，App&智能手机账户和账户；App&智能手机，用于包括App，App-PWD已被设定，包括USIM，将用户的App 实施命令接收，实施App，将用户的App-PWD接收，确认App-PWD，将 App-PWD认证结果传递给用户，将用户的QR码生成命令接收，生成QR 码，将QR码传递到App-POS，将App服务器的App-结算结果接收，并将App-结算结果传递给用户；App-POS，用于将用户的App-结算请求接收，将App&智能手机的QR码接收，对应QR码，连接到App服务器，在App-结算请求中包含QR码，将App-POS信息和App-结算请求传递到 App服务器，并将App服务器的App-结算结果传递给用户；App服务器，用于对应QR码，连接到App-POS，将App-POS的App-POS信息和App- 结算请求接收，将App-结算命令传递到对应QR码的App&智能手机账户，将App&智能手机账户的App-结算命令结果接收，并将App-结算结果传递到App-POS或App&智能手机；App&智能手机账户，用于将App服务器的App-结算命令接收，将钱转移到账户，并将App-结算命令结果传递到App服务器；账户，用于接收钱。App&智能手机结算方法，其特征在于，包括以下步骤：步骤a，App-POS将用户的App-结算请求接收；步骤b，App&智能手机将用户的App实施命令接收，实施App，将用户的App-PWD接收，确认App-PWD，将App-PWD认证结果传递给用户，将用户的QR码生成命令接收，生成QR码，并将QR码传递到App-POS；步骤c，App-POS对应QR码，连接到App服务器，并将包含App-POS 信息和QR码的App-结算请求传送到App服务器；步骤d，App服务器将App-结算命令传递到对应QR码的App&智能手机账户；步骤e，App&智能手机账户将钱转到账户；账户接收钱；然后App&智能手机账户将 App-结算命令结果传递到App服务器；以及步骤f，App服务器将App- 结算结果传递到App-POS或App&智能手机；然后App-POS或App&智能手机将App-结算结果传递给用户。App&智能手机结算系统和App&智能手机结算方法，将利用介质(＝App&智能手机)和App和App&移动通信网。App&智能手机结算系统和App&智能手机结算方法用App&智能手机账户中的钱来结算。

(App&智能手机结算的元素的说明)

App是一种应用软件，支持结算或充值。

App由App服务器提供，安装在智能手机里，存储App-PWD，确认App-PWD，存储QR码的电子信息，生成QR码，并支持QR码。

QR码是App服务器的用户ID。

QR码，用于在确认App-PWD后生成在介质(＝App&智能手机) 里，每次结算时都要生成，被传递给App-POS和App服务器，在与 App-PWD不同的过程中使用，并指定App&智能手机账户。

智能手机是移动通信终端机。智能手机用于包括USIM和App，通过USIM确认用户，并连接到移动通信网。智能手机如果没有USIM 就不能使用App。

USIM可以提供给移动通信网络的订户，确认用户，支持对移动通信网络的访问。如果没有USIM就无法结算或充值。

本发明不需要USIM，也没有USIM这样的概念。

智能手机信息是指智能手机的信息，并且包括App信息和USIM 信息。但是，发明的终端信息不包括App信息或USIM信息。

App&智能手机是一种介质，并且包括App，USIM和智能手机。

App&智能手机存储App-PWD和QR码的电子信息，仅使用 App-PWD确认用户，每次结算时都会生成QR码，将QR码传递到App-POS，并执行结算请求过程及用户认证过程。

QR码的电子信息存储在存储器中，无法看到。

用户持有App&智能手机(介质)。

App-POS是包括App的店铺销售系统。

App-POS用于接收用户的App-结算请求，将App&智能手机的 QR码接收，连接到App&移动通信网，并将包含QR码的App-结算请求传递到App服务器。

App-POS信息是App-POS的信息。

App服务器是一种服务器，并且支持利用App的结算或充值。

App服务器用于提供App，与介质(App&智能手机)联动，用QR 码来确认用户ID，对应QR码，实行汇款过程，并通过App&移动通信网与介质(App&智能手机)和App-POS进行通信。App服务器不存储 App-PWD，不执行用户认证过程。

App&智能手机账户是一种账户。App&智能手机账户连接到 App&移动通信网，拥有钱，支持利用QR码的结算和充值。

“App执行命令”用于命令App执行。本发明没有与此类似的概念。

App-PWD是App的机密信息。

App-PWD存储在介质(App&智能手机)中，不被传递到App服务器。

App-PWD认证结果是由介质(App&智能手机)确认App-PWD的结果。

QR码生成命令用于命令QR码的生成。本发明没有与此类似的概念。

App-结算请求和App-结算命令和App-结算命令结果和App-结算结果使用App。但是，发明的结算请求和结算命令，结算命令结果和结算结果不使用App。

App-结算请求包括QR码。但是，本发明的结算请求不包含 QR码。

(App与互联网网站的比较)

1)App在机器(智能手机或App-POS等)里启动。但是互联网网站在网络服务器里启动。

2)App与机器(智能手机或App-POS等)联动。但是，互联网网站与网络服务器联动。

3)App在机器里运行，并在需要时连接到App服务器。但是，互联网网站将所有操作与网络服务器联动。

4)App很难实时反映服务的变更。但是，互联网网站很容易实时反映服务的变更。

5)App很有可能被黑客攻击。但是，互联网网站攻击的可能性很低。

6)App的信息在介质(App&智能手机)更换时容易被泄露。但是，互联网网站的信息没有因介质(URL介质)的更换而泄露。

7)App仅在安装了App的机器上运行。但是，互联网网站可以在互联网的所有机器上运行。

8)App&智能手机(＝介质)使用App&移动通信网。但是，URL 介质使用互联网。

(App&智能手机结算的问题)a)App&智能手机结算将钱存储在 App&智能手机账户中。b)App&智能手机结算在结算请求过程中，将QR 码通过App&移动通信网传递到App-POS和App服务器。c)在App&智能手机结算的用户认证过程中，App&智能手机确认App-PWD。d)App& 智能手机结算在汇款过程中，将App&智能手机帐户中的钱转移到其他账户。e)App&智能手机结算在完成用户认证过程后，实行结算请求过程(无法更改顺序)。f)App&智能手机结算需要在每次结算或收费时生成QR 码(用户ID)。g)App&智能手机结算在确认App-PWD后生成QR码，并用对应QR码的账户的钱来进行结算。使用App-PWD(秘密信息)和 QR码(用户ID)的目的是不同的。h)“App&智能手机结算”需要App， USIM和智能手机。i)“App&智能手机结算”必须使用用户的智能手机。j) 在App&智能手机结算中，介质(App&智能手机)存储和管理App-PWD。 k)在App&智能手机结算中，运行App生成QR码。l)App极有可能被黑客入侵。m)如果介质(App&智能手机)丢失，信息(QR码的电子信息或 App-PWD)容易泄露。n)“App&智能手机结算”不能实时反映服务的变更。 o)在App&智能手机结算中，很难利用网站创造附加价值。

(“图4中的App-PWD及QR码”与“发明的金库URL-PWD及金库URL”比较)图4的”App&智能手机结算”在确认App-PWD之后生成QR 码(用户ID)，并将QR码用作App服务器的用户ID。但本发明不生成用户ID，而是使用金库URL-PWD和金库URL作为金库服务器的登录信息。

(QR码与金库URL的比较)a)QR码是App服务器的用户ID，并且不包含路径属性。但是，金库URL是金库服务器的用户ID，并且包括互联网路径。b)QR码是单独使用的。但是金库URL是与金库 URL-PWD一起使用的。c)QR码必须在结算或充值时生成。但是金库 URL没有必要生成。d)QR码在确认机密信息(App-PWD)后使用。但是金库URL比机密信息(金库URL-PWD)更早使用。e)QR码不能支持互联网网站的连接。但是金库URL可以支持互联网网站的连接。f)QR码需要App，USIM和智能手机。但是，金库URL不需要App，USIM和智能手机。

(App-PWD与金库URL-PWD的比较)a)App-PWD是介质的机密信息，并且是单独使用的。但是金库URL-PWD是互联网网站的机密信息，并且与金库URL等一起使用。b)App-PWD用于生成用户ID(QR码)。但是金库URL-PWD不用于生成用户ID。c)App-PWD存储在介质(App&智能手机)中。但是，金库URL-PWD没有存储在介质(URL介质)中。d) App-PWD由介质(App&智能手机)确认。但是金库URL-PWD由服务器(＝金库服务器)确认。

(App&智能手机与URL介质的比较)a)App&智能手机包括App， USIM和智能手机。但是，URL介质不包括App，USIM和智能手机。 b)App&智能手机存储机密信息(＝App-PWD)。但是URL介质不存储机密信息(＝金库URL-PWD)。c)App&智能手机确认机密信息。但是URL介质不确认机密信息。d)App&智能手机在每次结算或充值时都会生成用户 ID(QR码)。但是，URL介质存储用户ID，并且不会创建用户ID。e)App& 智能手机需要与用户通信的功能。但是URL介质不需要与用户进行通信的功能。

(App&智能手机的智能手机与发明终端的比较)a)智能手机需要USIM。但是，终端不需要USIM。b)智能手机包含App。但是终端不包含App。c)智能手机包含介质的功能。但是终端不包含介质的功能。d)智能手机存储机密信息(＝App-PWD)，用App-PWD来确认用户。终端不存储机密信息(＝金库URL-PWD)，不确认用户。

(App-POS与URL-POS的比较)a) App-POS需要App，但是URL-POS不需要App。b)App-POS接收QR码，但是URL-POS不接收QR码。c) App-POS将QR码传递给App服务器，但是URL-POS不能传递QR码。

(App服务器与金库服务器的比较)a)App服务器支持App，但是金库服务器支持互联网网站。b)App服务器不存储机密信息(＝App-PWD)，但是金库服务器存储机密信息(＝金库URL-PWD)。c)App服务器不确认机密信息(＝App-PWD)，但是金库服务器确认机密信息(＝金库URL-PWD)。 d)App服务器仅执行汇款过程，而金库服务器执行结算全过程(结算请求过程，用户认证过程和汇款过程)。e)App服务器只使用QR码确认用户，但金库服务器则使用金库URL和金库URL-PWD确认用户。

(“App&智能手机结算”的问题点)a)构成介质(＝App&智能手机)的费用高。b)将被使用具有黑客攻击危险的App。c)智能手机必须是用户的。d)每次结算或充值时，都要生成QR码。e)机密信息 (＝App-PWD)将存储在智能手机上。f)App的执行过程是必要的。g)不能变更用户认证过程和结算请求过程的顺序，不能支援多种交易。h)不能使用可以创造附加价值的互联网网站。i)更换智能手机时，机密信息 (＝App-PWD)等泄露的可能性大。j)会发生移动通信网的使用费用。

对本发明的结算及充值，参照图5至图28进行记载。

<不确认用户。面对面交易的结算。参照图5或图6>

URL介质，可以用于存储金库URL等，或将金库URL传递到 URL-POS；

URL-POS，可以用于接收用户的结算请求或URL介质的金库 URL等，或响应金库URL连接到金库服务器，或将URL-POS信息和结算请求等传递到金库服务器，或将金库服务器的结算结果等传递给用户；

金库服务器，可以用于连接到URL-POS，或接收URL-POS信息和结算请求等，或将结算命令等传递到URL金库，或接收URL金库的结算命令结果等，或将结算结果等传递到URL-POS；

URL金库，可以用于接收结算命令等，或将钱转入账户，或将结算命令结果等传递到金库服务器；

账户，可以用于接收钱。图5的结算系统，可以包含所述URL 介质或所述URL-POS或所述金库服务器或所述URL金库或所述账户或其他。

步骤a，URL-POS接收用户的结算请求或URL介质的金库URL 等，或响应金库URL连接到金库服务器，或将URL-POS信息和结算请求等传递到金库服务器；

步骤b，金库服务器连接到URL-POS，或将结算命令等传递到 URL金库；

步骤c，URL金库将钱转入账户；

步骤d，账户接收钱；或URL金库将结算命令结果等传递到金库服务器；或金库服务器将结算结果等传递到URL-POS；或URL-POS向用户传递结算结果等。图6的结算方法可以包含所述步骤或其他步骤。

图5的结算系统或图6的结算方法，利用URL介质和互联网网站(金库网站)，可以用URL金库(URL介质的外部)的钱来进行结算。

图5和图6对小额支付有用。

<先请求结算，然后确认用户。面对面交易的结算。参照图7 或图8>

URL介质，可以用于存储金库URL等，或将金库URL传递到 URL-POS或终端；

URL-POS，可以用于从用户中接收包含订单内容的结算请求等，或接收URL介质的金库URL，或响应金库URL连接到金库服务器，或将 URL-POS信息和结算请求等传递到金库服务器，或将金库服务器的结算结果等传递给用户；

终端，可以用于接收URL介质的金库URL，或响应金库URL 连接到金库服务器或金库网站，或将终端信息等传递到金库服务器，或用户的金库URL-PWD等传递到金库服务器，或金库服务器的金库 URL-PWD认证结果和订单内容等传递给用户，或用户的订单确认等传递到金库服务器，或金库服务器的结算结果等传递给用户；

金库服务器，可以用于连接到URL-POS，或接收URL-POS信息和结算请求等，或响应金库URL连接到终端，或将金库网站和终端信息等与终端进行通信，或接收终端的金库URL-PWD等，或将金库 URL-PWD认证结果和订单内容等传递到终端，或接收终端的订单确认等，或将结算命令等传递到URL金库，或接收URL金库的结算命令结果等，或将结算结果等传递到URL-POS或终端；

URL金库，可以用于接收金库服务器的结算命令等，或将钱转入账户，或将结算命令结果等传递到金库服务器；

账户，可以用于接收钱。图7的结算系统，可以包含所述URL 介质或所述URL-POS或所述终端或所述金库服务器或所述URL金库或所述账户或其他。

步骤a，URL-POS从用户中接收包含订单内容的结算请求等，或接收URL介质的金库URL，或响应金库URL连接到金库服务器，或将 URL-POS信息和结算请求等传递到金库服务器；或金库服务器进行管理 URL-POS信息和结算请求等；

步骤b，终端接收URL介质的金库URL，或响应金库URL连接到金库服务器或金库网站，或将终端信息等传递到金库服务器，或将用户的金库URL-PWD等传递到金库服务器；

步骤c，金库服务器将金库URL-PWD认证结果和订单内容等传递到终端；或终端将金库URL-PWD认证结果和订单内容等传递给用户，或将用户的订单确认等传递到金库服务器；或金库服务器将结算命令等传递到URL金库；

步骤d，URL金库将钱转入账户；

步骤e，账户接收钱；或URL金库将结算命令结果等传递到金库服务器；或金库服务器将结算结果等传递到URL-POS或终端；或 URL-POS或终端向用户传递结算结果等。图8的结算方法可以包含所述步骤或其他步骤。

图7的结算系统或图8的结算方法，利用URL介质和互联网网站(金库网站)，并可以用URL金库(URL介质的外部)的钱来进行结算。

<先确认用户，然后请求结算。面对面交易的结算。参照图9 或图10>

URL介质，可以用于存储金库URL等，或将金库URL传递到终端或URL-POS；

终端，可以用于接收URL介质的金库URL，或响应金库URL 连接到金库服务器或金库网站，或将终端信息等传递到金库服务器，或将用户的金库URL-PWD等传递到金库服务器，或将金库服务器的金库 URL-PWD认证结果等传递给用户，或将用户的结算预约等传递到金库服务器，或将金库服务器的结算结果等传递给用户；

URL-POS，可以用于接收用户的结算请求或URL介质的金库 URL等，或响应金库URL连接到金库服务器，或将URL-POS信息和结算请求等传递到金库服务器，或将金库服务器的结算结果等传递给用户；

金库服务器，可以用于连接到终端，或将金库网站和终端信息等与终端进行通信，或接收终端的金库URL-PWD等，或将金库URL-PWD 认证结果等传递到终端，或接收终端的结算预约等，或连接到URL-POS，或接收URL-POS信息和结算请求等，或将结算命令等传递到URL金库，或接收URL金库的结算命令结果等，或将结算结果等传递到终端或 URL-POS；

URL金库，可以用于接收金库服务器的结算命令等，或将钱转入账户，或将结算命令结果等传递到金库服务器；

账户，可以用于接收钱。图9的结算系统可以包含所述URL 介质或所述终端或所述URL-POS或所述金库服务器或所述URL金库或所述账户或其他。

步骤a，终端接收URL介质的金库URL，或响应金库URL连接到金库服务器或金库网站，或将终端信息等传递到金库服务器，或将用户的金库URL-PWD等传递到金库服务器；或金库服务器连接到终端，或将金库URL-PWD认证结果等传递到终端；或终端将金库URL-PWD认证结果等传递给用户，或将用户的结算预约等传递到金库服务器；或金库服务器进行管理结算预约等；

步骤b，URL-POS接收用户的结算请求或URL介质的金库URL 等，或响应金库URL连接到金库服务器，或将URL-POS信息和结算请求等传递到金库服务器；

步骤c，金库服务器响应结算预约和结算请求等，或将结算命令等传递到URL金库；

步骤d，URL金库将钱转入账户；

步骤e，账户接收钱；或URL金库将结算命令结果等传递到金库服务器；或金库服务器将结算结果等传递到终端或URL-POS；或终端或URL-POS向用户传递结算结果等。图10的结算方法可以包含上述步骤或其他步骤。

图9的结算系统或图10的结算方法，利用URL介质和互联网网站(金库网站)，并可以用URL金库(URL介质的外部)的钱来进行结算。

图7，图8，图9或图10在结算金额较大的交易中很有用。

<先请求结算，然后确认用户。非面对面交易的结算。参照图 11或图12>

URL介质，可以用于存储金库URL等，或将金库URL传递到终端；

终端，可以用于响应用户的销售服务器连接命令连接到销售服务器或销售网站，或从用户中接收包含URL媒体信息和订单内容等的结算请求等，或将结算请求等传递到销售服务器，或接收URL介质的金库 URL，或响应金库URL连接到金库服务器或金库网站，或将终端信息等传递到金库服务器，或将用户的金库URL-PWD等传递到金库服务器，或将金库服务器的金库URL-PWD认证结果和订单内容等传递给用户，或将用户的订单确认等传递到金库服务器，或将金库服务器或销售服务器的结算结果等传递给用户；

销售服务器(＝URL-POS)，可以用于连接到终端，或将销售网站和终端信息等与终端进行通信，或接收终端的结算请求等，或响应结算请求的URL介质信息连接到金库服务器或金库网站，或将销售服务器信息和结算请求等传递到金库服务器，或将金库服务器的结算结果等传递到终端；

金库服务器，可以用于连接到销售服务器，或接收销售服务器的销售服务器信息和请求结果等，或连接到终端，或将金库网站和终端信息等与终端进行通信，或接收终端的金库URL-PWD等，或将金库 URL-PWD认证结果和订单内容等传递到终端，或接收终端的订单确认等，或将结算命令等传递到URL金库，或接收URL金库的结算命令结果等，或将结算结果等传递到销售服务器或终端；

URL金库，可以用于接收金库服务器的结算命令等，或将钱转入账户，或将结算命令结果等传递到金库服务器；

账户，可以用于接收钱。图11的结算系统可以包含所述URL 介质或所述终端或所述销售服务器(＝URL-POS)或所述金库服务器或所述 URL金库或所述账户或其他。

步骤a，终端响应用户的销售服务器连接命令连接到销售服务器或销售网站，或从用户中接收包含URL介质信息和订单内容等的结算请求等，或将结算请求等传递到销售服务器；

步骤b，销售服务器(＝URL-POS)连接到终端，或响应URL介质信息连接到金库服务器或金库网站，或将销售服务器信息和结算请求等传递到金库服务器；或金库服务器进行管理结算请求等；

步骤c，终端接收URL介质的金库URL，或响应金库URL连接到金库服务器或金库网站，或将终端信息等传递到金库服务器，或将用户的金库URL-PWD等传递到金库服务器；

步骤d，金库服务器将金库URL-PWD认证结果和订单内容等传递到终端；或终端将金库URL-PWD认证结果和订单内容等传递给用户，或将用户的订单确认等传递到金库服务器；或金库服务器响应结算请求和订单确认等，或将结算命令等传递到URL金库；

步骤e，URL金库将钱转入账户；

步骤f，账户接收钱；或URL金库将结算命令结果等传递到金库服务器；或金库服务器将结算结果等传递到销售服务器或终端；或销售服务器将结算结果等传递到终端；或终端将结算结果等传递给用户。图 12的结算方法可以包含所述步骤或其他步骤。

图11的结算系统或图12的结算方法，利用URL介质和互联网网站(金库网站)，并可以用URL金库(URL介质的外部)的钱来进行结算。

结算请求可以包含URL介质信息。销售服务器(＝URL-POS) 可以利用URL介质信息与金库服务器或金库网站连接。

<先确认用户，然后请求结算。非面对面结算。参考图13或图14>

URL介质，可以用于存储金库URL等，或将金库URL传递到终端；

终端，可以用于接收URL介质的金库URL，或响应金库URL 连接到金库服务器或金库网站，或将终端信息等传递到金库服务器，或将用户的金库URL-PWD等传递到金库服务器，或将金库服务器的金库 URL-PWD认证结果等传递给用户，或将用户的结算预约等传递到金库服务器，或响应用户的销售服务器连接命令连接到销售服务器或销售网站，或从用户中接收包括URL介质信息等的结算请求等，或将结算请求传递到销售服务器，或将销售服务器的订单号等传递给用户，或将金库服务器或销售服务器的结算结果等传递给用户；

销售服务器(＝URL-POS)，可以用于连接到终端，或将销售网站与终端进行通信，或接收终端的结算请求等，或将订单号等传递给终端，或响应URL介质信息连接到金库服务器，或将销售服务器信息和结算请求等传递到金库服务器，或将金库服务器的结算结果等传递到终端；

金库服务器，可以用于连接到终端，或将金库网站和终端信息等与终端进行通信，或接收终端的金库URL-PWD等，或将金库URL-PWD 认证结果等传递到终端，或接收终端的结算预约等，或连接到销售服务器，或接收销售服务器的销售服务器信息和请求结果等，或将结算命令等传递到URL金库，或接收URL金库的结算命令结果等，或将结算结果等传递到销售服务器或终端；

URL金库，可以用于接收金库服务器的结算命令等，或将钱转入账户，或将结算命令结果等传递到金库服务器；

账户，可以用于接收钱。图13的结算系统，可以包含所述URL 介质或所述终端或所述销售服务器(＝URL-POS)或所述金库服务器或所述 URL金库或所述账户等。

步骤a，终端接收URL介质的金库URL，或响应金库URL连接到金库服务器或金库网站，或将终端信息等传递到金库服务器，或将用户的金库URL-PWD等传递到金库服务器；或金库服务器将金库 URL-PWD认证结果等传递到终端；或终端将金库URL-PWD认证结果等传递给用户，或将用户的结算预约等传递到金库服务器；或金库服务器进行管理结算预约等；或终端响应用户的销售服务器连接命令连接到销售服务器或销售网站，或从用户中接收包括URL介质信息等的结算请求等，或将结算请求等传递到销售服务器；

步骤b，销售服务器传递订单号等到终端，或响应URL介质信息连接到金库服务器，或将销售服务器信息和结算请求等传递到金库服务器；或终端传递订单号等给用户；

步骤c，金库服务器将结算命令等传递到URL金库；

步骤d，URL金库将钱转入账户；

步骤e，账户接收钱；或URL金库将结算命令结果等传递到金库服务器；或金库服务器将结算结果等传递到终端或销售服务器；或销售服务器将结算结果等传递到终端；或终端将结算结果等传递给用户。图14的结算方法可以包括所述步骤或其他步骤。

图13的结算系统或图14的结算方法，利用URL介质和互联网网站(金库网站)，并可以用URL金库(URL介质的外部)的钱来进行结算。

结算请求可以包含URL介质信息。销售服务器(＝URL-POS) 可以利用URL介质信息与金库服务器或金库网站连接。

<不确认用户，使用2个URL介质。面对面交易的结算。参照图15或图16>

URL介质B，可以用于存储金库URL-B等，或将金库URL-B 传递到终端；

URL介质S，可以用于存储金库URL-S等，或将金库URL-S 传递到终端；

终端，可以用于接收URL介质B的金库URL-B，或响应金库 URL-B连接到金库服务器或金库网站B，或将终端信息等传递到金库服务器，或将用户B的结算请求等传递到金库服务器，或接收URL介质S的金库URL-S，或响应金库URL-S连接到金库服务器，或将金库服务器的结算结果等传递给用户B；

金库服务器，可以用于连接到终端，或将金库网站B和终端信息等与终端进行通信，或接收终端的结算请求等，或将结算命令等传递到 URL金库B，或接收URL金库B的结算命令结果等，或将结算结果等传递到终端；

URL金库B，可以用于接收金库服务器的结算命令等，或将钱转入账户S，或将结算命令结果等传递到金库服务器；

账户S，可以用于接收钱。图15的结算系统，可以包含所述 URL介质B或所述URL介质S或所述终端或所述金库服务器或所述URL 金库B或所述账户S或其他。

步骤a，终端接收URL介质B的金库URL-B，或响应金库URL-B 连接到金库服务器或金库网站B，或将终端信息等传递到金库服务器，或将用户B的结算请求等传递到金库服务器；或金库服务器进行管理结算请求等；或终端接收URL介质S的金库URL-S，或响应金库URL-S连接到金库服务器；

步骤b，金库服务器将结算命令等传递到URL金库B；

步骤c，URL金库B将钱转入账户S；

步骤d，账户S接收钱；或URL金库B将结算命令结果等传递到金库服务器；或金库服务器将结算结果等传递到终端；或终端将结算结果等传递给用户B。图16的结算方法可以包含所述步骤或其他步骤。

图15的结算系统或图16的结算方法，利用URL介质和互联网网站(金库网站)，并可以用URL金库(URL介质的外部)的钱来进行结算。

<确认用户B，使用2个URL介质。面对面交易的结算。参见图17或图18>

URL介质B，可以用于存储金库URL-B等，或将金库URL-B 传递到终端；

URL介质S，可以用于存储金库URL-S等，或将金库URL-S 传递到终端；

终端，可以用于接收URL介质B的金库URL-B，或响应金库 URL-B连接到金库服务器或金库网站B，或将终端信息等传递到金库服务器，或将用户B的金库URL-B-PWD等传递到金库服务器，或将金库服务器的金库URL-B-PWD认证结果等传递给用户B，或将用户B的结算请求等传递到金库服务器，或接收URL介质S的金库URL-S，或响应金库 URL-S连接到金库服务器，或将金库服务器的结算结果等传递给用户B；

金库服务器，可以用于响应金库URL-B连接到终端，或将金库网站B和终端信息等与终端进行通信，或接收终端的金库URL-B-PWD等，或将金库URL-B-PWD认证结果等传递到终端，或接收终端的结算请求等，或响应金库URL-S连接到终端，或将结算命令等传递到URL金库B，或接收URL金库B的结算命令结果等，或将结算结果等传递到终端；

URL金库B，可以用于接收金库服务器的结算命令等，或将钱转入账户S，或将结算命令结果等传递到金库服务器；

账户S，可以用于接收钱。图17的结算系统，可以包含所述 URL介质B或所述URL介质S或所述终端或所述金库服务器或所述URL 金库B或所述账户S或其他。

步骤a，终端接收URL介质B的金库URL-B，或响应金库URL-B 连接到金库服务器或金库网站B，或将终端信息等传递到金库服务器，或将用户B的金库URL-B-PWD等传递到金库服务器；

步骤b，金库服务器将金库URL-B-PWD认证结果等传递到终端；或终端将金库URL-B-PWD认证结果等传递给用户B，或将用户B的结算请求等传递到金库服务器；或金库服务器进行管理结算请求等；或终端接收URL介质S的金库URL-S，或响应金库URL-S连接到金库服务器；或金库服务器将结算命令等传递到URL金库B；

步骤c，URL金库B将钱转入账户S；

步骤d，账户S接收钱；或URL金库B将结算命令结果等传递到金库服务器；或金库服务器将结算结果等传递到终端；或终端将结算结果等传递给用户B。图18的结算方法可以包括所述步骤或其他步骤。

图17的结算系统或图18的结算方法，利用URL介质和互联网网站(金库网站)，并可以用URL金库(URL介质的外部)的钱来进行结算。图15或图16或图17或图18在没有URL-POS的情况下是有用的。

图15或图16或图17或图18在没有URL-POS的情况下是有用的。

<临时结算。面对面交易的结算。参照图19或图20>

URL介质，可以用于存储金库URL等，或将金库URL传递到 URL-POS；

URL-POS，可以用于接收URL介质的金库URL，或响应金库 URL临时结算，或将金库URL和结算结果等存储，或将结算结果等传递给用户。图19的结算系统，可以包含所述URL介质或所述URL-POS或其他。

步骤a，URL介质将金库URL传递到URL-POS；

步骤b，URL-POS响应金库URL临时结算，或将金库URL和结算结果等存储，或将结算结果等传递给用户。图20的结算方法，可以包括所述步骤或其他步骤。

图19的结算系统或图20的结算方法，利用URL介质，并临时结算。

图19或图20对于交通系统(网络连接困难，快速结算)或反复结算小金额等都有用。

<先确认用户后再充值。非面对面充值。参照图21或图22>

URL介质，可以用于存储金库URL等，或将金库URL传递到终端；

终端，可以用于接收URL介质的金库URL，或响应金库URL 连接到金库服务器或金库网站，或将终端信息等传递到金库服务器，或将用户的金库URL-PWD等传递到金库服务器，或将金库服务器的金库 URL-PWD认证结果等传递给用户，或将用户的充值请求等传递到金库服务器，或将金库服务器的充值结果等传递给用户；

金库服务器，可以用于连接到终端，或将金库网站和终端信息等与终端进行通信，或接收终端的金库URL-PWD等，或将金库URL-PWD 认证结果等传递到终端，或接收终端的充值请求等，或将充值命令等传递到资金供应户，或接收资金供应户的充值命令结果等，或将充值结果等传递到终端；

资金供应户，可以用于接收金库服务器的充值命令等，或将钱转入URL金库，或将充值命令结果等传递到金库服务器；

URL金库，可以用于充值钱。图21的充值系统，可以包含所述URL介质或所述终端或所述金库服务器或所述资金供应户或所述URL 金库或其他。

步骤a，终端接收URL介质的金库URL，或响应金库URL连接到金库服务器或金库网站，或将终端信息等传递到金库服务器，或将用户的金库URL-PWD等传递到金库服务器；

步骤b，金库服务器连接到终端，或将金库URL-PWD认证结果等传递到终端；或终端将金库URL-PWD认证结果等传递给用户，或将用户的充值请求等传递到金库服务器；或金库服务器响应金库URL和充值请求将充值命令等传递到资金供应户；

步骤c，资金供应户将钱转入URL金库；或URL金库充值钱；或资金供应户将充值命令结果等传递到金库服务器；

步骤d，金库服务器将充值结果等传递到终端；或终端将充值结果等传递给用户。图22的充值方法可以包括所述步骤或其他步骤。

图21的充值系统或图22的值方法，利用URL介质和互联网网站(金库网站)，并可以往URL金库(URL介质的外部)里充值。

<付钱给第三方，三方充值。面对面代理充值。参照图23或图24>

URL介质，可以用于存储金库URL等，或将金库URL传递到 URL-POS；

URL-POS，可以用于接收包括"用户的付钱"在内的充值代理请求等，或接收URL介质的金库URL，或响应金库URL连接到金库服务器，或将URL-POS信息或充值代理请求等传递到金库服务器，或将金库服务器的充值代理结果等传递给用户；

金库服务器，可以用于连接到URL-POS，或接收URL-POS信息或充值代理请求等，或将充值命令等传递到资金供应户，或接收资金供应户的充值命令结果等，或将充值代理结果等传递到URL-POS；

资金供应户，可以用于接收金库服务器的充值命令等，或将钱转入URL金库，或将充值命令结果等传递到金库服务器；

URL金库，可以用于充值钱。图23的充值代理系统，可以包含所述URL介质或所述URL-POS或所述金库服务器或所述资金供应户或所述URL金库或其他。

步骤a，URL-POS接收用户的充值代理请求等，或接收URL 介质的金库URL，或响应金库URL连接到金库服务器，或将URL-POS 信息或充值代理请求等传递到金库服务器；

步骤b，金库服务器连接到URL-POS，或将充值命令等传递到资金供应户；

步骤c，资金供应户将钱转入URL金库；

步骤d，URL金库充值钱；或资金供应户将充值命令结果等传递到金库服务器；或金库服务器将充值代理结果等传递到URL-POS；或 URL-POS将充值代理结果等传递给用户。图24的充值代理方法可以包括所述步骤或其他步骤。

图23的充值代理系统或图24的充值代理方法，利用URL介质和互联网网站(金库网站)，并可以往URL金库(URL介质的外部)里充值。

图23或图24可以支援销售店等支付现金和充值。

<网下交易的优惠券充值，参考图25或图26>

URL介质，可以用于存储金库URL等，或将金库URL传递到 URL-POS；

URL-POS，可以用于接收用户的优惠券充值请求等，或接收URL 介质的金库URL，或响应金库URL连接到金库服务器，或将URL-POS 信息或优惠券充值请求等传递到金库服务器，或将金库服务器的优惠券充值结果等传递给用户；

金库服务器，可以用于连接到URL-POS，或接收URL-POS的 URL-POS信息或优惠券充值请求等，或将优惠券转入URL金库，或将优惠券充值结果等传递到URL-POS；

URL金库，可以用于充值优惠券。图25的优惠券充值系统，可以包含所述URL介质或所述URL-POS或所述金库服务器或所述URL 金库或其他。

步骤a，URL-POS接收用户的优惠券充值请求等，或接收URL 介质的金库URL，或响应金库URL连接到金库服务器，或将URL-POS 信息或优惠券充值请求等传递到金库服务器；

步骤b，金库服务器连接到URL-POS，或将优惠券转到URL 金库；

步骤c，URL金库充值优惠券；或金库服务器将优惠券充值结果等传递到URL-POS；

步骤d，URL-POS将优惠券充值结果等传递给用户。图26的优惠券充值方法可以包括所述步骤或其他步骤。

图25的优惠券充值系统或图26的优惠券充值方法，利用URL 介质和互联网，并可以将优惠券往URL金库里充值。

图25或图26在充值离线交易的优惠券等时很有用。优惠券充值请求可以包括优惠券。

<网上交易的优惠券充值。参照图27或图28>

URL介质，可以用于存储URL介质信息等，或将URL介质信息传递给用户；

终端，可以用于从用户中接收包括URL介质信息等的优惠券充值请求等，或将优惠券充值请求传递到销售服务器，或将销售服务器的优惠券充值结果等传递给用户；

销售服务器(＝URL-POS)，可以用于接收终端的优惠券充值请求等，或响应URL介质信息连接到金库服务器或金库网站，或将销售服务器信息或优惠券充值请求等传递到金库服务器，或将金库服务器的优惠券充值结果等传递到终端；

金库服务器，可以用于连接到销售服务器，或接收销售服务器的销售服务器信息或优惠券充值请求等，或将优惠券转到URL金库，或将优惠券充值结果等传递到销售服务器；

URL金库，可以用于接收优惠券。图27的优惠券充值结算系统，可以包含所述URL介质或所述终端或所述销售服务器(＝URL-POS)或所述金库服务器或所述URL金库或其他。

步骤a，终端从用户中接收包括URL介质信息等的优惠券充值请求等，或将优惠券充值请求等传递到销售服务器；

步骤b，销售服务器响应URL介质信息连接到金库服务器或金库网站，或将销售服务器信息或优惠券充值请求等传递到金库服务器；

步骤c，金库服务器连接到销售服务器，或将优惠券传递到URL 金库；

步骤d，URL金库接收优惠券；

步骤e，金库服务器将优惠券充值结果等传递到销售服务器；

步骤f，销售服务器将优惠券充值结果等传递到终端；或终端将优惠券充值结果等传递给用户。图28的优惠券充值方法可以包括所述步骤或其他步骤。

图27的优惠券充值系统或图28的优惠券充值方法，利用URL 介质和互联网网站(金库网站)，并可以将优惠券往URL金库里充值。

优惠券充值请求可以包含URL介质信息或优惠券等。

图27或图28在充值网上交易的优惠券等时很有用。

(URL介质的结算过程)在结算请求过程中，金库URL或相关信息通过网络被传递到金库服务器。在用户认证过程中，金库服务器使用金库URL和金库URL-PWD等确认用户。在汇款过程中，用URL金库的钱(优惠券)来进行结算。

<关于本发明的术语>

(URL介质)URL介质是一种介质，存储金库URL。URL介质 B存储金库URL-B，URL介质S存储金库URL-S。

URL介质可以进一步存储URL介质信息或代表电子信息等。 URL介质不将钱存储在内部中，能将金库URL或URL介质信息或代表电子信息等可以提供到外部。URL介质可以支持对金库服务器或金库网站或其他网站的访问，用URL金库的钱来结算，向URL金库里充值，或支援其他服务。URL介质不将机密信息(金库URL-PWD)存储在内部中，没有确认机密信息(金库URL-PWD)的功能，可以支持账户。URL介质不存储信用卡信息或QR码(二维码)。

(URL介质信息，代表电子信息)URL介质信息是呼应URL介质或金库URL的非电子信息(例子：序列号等，可以在URL介质的表面或其它上显示。URL介质信息可以支持对金库服务器或金库网站的链接。代表电子信息是响应URL介质或金库URL的电子信息(例子：序列号等)。代表电子信息可以支持对金库服务器或金库网站的连接。

(用户)用户是拥有URL介质的人。用户B是拥有URL介质B 的人。

(URL金库)URL金库可以拥有钱。URL金库有银行账户或优惠券储存所等。

URL金库可以往内部充钱，或转账，或传递余额信息到外部。

(金库网站)金库网站是一种互联网网站。金库网站可以支持用 URL金库中的钱来结算，或把钱充值在URL金库中。金库网站可以包含金库网站B或金库网站S。

金库网站可以支持对金库URL，URL介质信息或代表性电子信息的访问。金库网站可以支持金库URL-PWD，或将金库URL和金库 URL-PWD等认可为登录信息，或支持多种交易或充值或附加服务等，或包含广告等。

(金库服务器)金库服务器是一种网络服务器。金库服务器可以用URL金库的钱来结算，或者把钱充值到URL金库里。金库服务器可以支持结算或充值。

金库服务器可以提供金库网站或附加服务等，或存储金库 URL-PWD，或利用金库URL和金库URL-PWD等来可以决定登录。金库服务器可以支持对结算全过程(结算请求过程和用户认证过程和汇款过程等)，或可以支持多种结算或充值等。

(金库URL)金库URL是一种URL。金库URL可以支持对金库服务器或金库网站的连接。金库URL-B或金库URL-S也是金库URL。

金库URL可以支持对其他设备的连接，或包含代表电子信息等。金库URL可以以电子信息或图片等形式存储在URL介质中，或包含用户 ID等。金库URL可以与金库URL-PWD等组合，或用于接收钱款。

(资金供应户)资金供应户可以将钱(优惠券等)提供给URL金库等。资金供应所的种类包括银行账户，证券账户，信用卡，URL-POS的账户或金库服务器等。一个URL金库可以成为另一个URL金库的资金供应户。

资金供应所可以自动将钱转入到URL金库等。

(账户)账户可以接收钱。账户包含银行账户等。账户S是响应金库URL-S的账户。

(终端)终端是一种电子设备。终端可以包含与URL介质通信的功能，与用户交换信息的功能，或连接到互联网的功能等。

终端可以包含智能手机或附加了与URL介质通信设备的PC等。

发明的终端不包含USIM或App，可以包含URL-POS的作用。一个终端可以连接到销售服务器，还有另一终端可以连接到金库服务器进行结算。

(终端信息)终端信息是终端的信息。终端信息可以包含终端的 IP，OS序列号，MAC地址或机器识别信息(IMEI：International Mobile Equipment Identity)等。终端信息可以提供给外部，或者用作识别终端或用户的信息。

(URL-POS)URL-POS是店铺销售系统或销售时点信息管理系统。 URL-POS可以包含销售设备或销售功能等。URL-POS可以包含订购装置或充值装置，信用卡结算机或与URL介质通信的装置或余额确认装置 (URL金库的余额确认装置)或管理电脑等。URL-POS可以包含销售服务器(＝支持网上交易的网络服务器)或运营软件等。URL-POS可以包含可以支持服务和URL介质结算的Ticket Machine，洗衣机或洗车机器等。

URL-POS可以使用内部菜单或金库服务器的菜单，或者将系统的运用信息(结算信息或充值信息等)传达到金库服务器。

(URL-POS信息)URL-POS信息是URL-POS的信息。URL-POS 信息可以包含URL-POS的IP，OS序列号，MAC地址或机器识别信息(IMEI： International Mobile EquipmentIdentity)等。URL-POS信息可以提供给外部，或者用作识别URL-POS或URL-POS运营商的信息。

(钱)钱是有经济价值的。钱可以包含金库服务器或销售服务器等发行的优惠券等。

(金库URL-PWD)金库URL-PWD是机密信息。金库URL-PWD 可以支持URL金库的结算或充值。金库URL-PWD是URL介质，金库网站或金库URL等的机密信息。

金库URL-PWD是用户的记忆信息，并可以作为登录信息或用户确认信息使用。

(金库URL-PWD认证结果)金库URL-PWD认证结果是确认金库URL-PWD或金库URL或终端信息等的结果。

(信用卡公司服务器与App服务器和金库服务器的比较)信用卡公司服务器包含信用卡结算服务器和信用卡网络服务器。信用卡结算服务器响应信用卡信息，支持对结算请求过程及汇款过程。信用卡网络服务器响应信用卡URL，支持对用户认证过程。信用卡公司服务器支持对 URL-NFC信用卡结算，但不支持充值。App服务器可以支持App&智能手机(＝介质)或App，将QR码认定为用户ID，并支持对App&智能手机的结算和充值。金库服务器可以支持URL介质和金库网站等，并支持使用 URL介质的结算或充值。

“订单号”是代表订单的号码。“订单号”可以指定”订单内容”等。

“订单内容”可以包含品目或价格等。“订单内容”可以包含在结算请求中。

“订单确认”用于确认“订单内容”，可以包含相关信息。

“结算预约"用于预约结算，可以包含相关信息。

“结算请求"用于要求用URL金库中的钱来结算，可以包含相关信息。

“结算请求”可以包含URL介质信息，代表电子信息或订单内容等。“结算请求”不包含信用卡信息或QR码。

“结算命令"用于命令用URL金库中的钱来结算，可以包含相关信息。

“结算命令结果”是实行“结算命令”的结果，可以包含相关信息。

“结算结果”是实行结算的结果，可以包含相关信息。“结算结果”可以通过金库网站或短信等传达。

“充值请求”是将钱充入URL金库的请求。“充值请求”可以包含相关信息(URL介质信息或代表电子信息或余额信息等)。“充值请求”可以通过预设自动运行。

“充值结果”是充值的结果，可以包含相关信息。“充值结果”可以通过金库网站或短信等传达。

“充值命令”是命令把钱充入URL金库。充值命令可以包含相关信息。

“充值命令结果"是执行“充值命令”的结果，可以包含相关信息。

“充值代理请求”是由第三方收取的请求。“充值代理请求”可以包含由用户将钱转给第三方，或可以包含相关信息。

“充值代理结果”是实行“充值代理请求”的结果，可以包含相关信息。“充值代理结果”可以通过金库网站或短信等传达。

为同一目的，可以在第一次连接之后进行第二次连接。

“连接命令”是命令接接的。连接命令可以包含相关信息。

销售网站是销售财物或劳务等的互联网网站。

广告是结算或充值以外的信息或内容。

(“URL介质的结算(＝URL介质结算)”的特点及优点)a)“URL介质的结算”将钱存储在URL金库(URL介质的外部)中。b)在URL介质结算的结算要求过程中，金库URL或信息会传达到金库网站或金库服务器。 c)在URL介质结算的用户认证过程中，金库URL-PWD被传达到金库服务器。d)在URL介质结算的汇款过程中，URL金库的钱被传达到帐户中。e)在URL媒体结算中，可以更改结算请求过程与用户认证过程的顺序。f)URL介质只存储一种类型的信息，因此制作费用较低。g)在“URL 媒体的结算”中，结算请求路径和用户认证路径不同，但是所使用的信息相同。h)“URL介质的结算”可以用URL介质来充值。i)“URL介质的结算”可以支持多种交易。j)“URL介质的结算”没有手续费，或很便宜。k) “URL介质的结算”可以结构性地防止黑客入侵。l)在“URL媒介的解决”中，即使URL媒介丢失，URL金库的余额也受到保护。m)“URL介质的结算”在结算全过程中，可以利用互联网网站创造附加价值。n)“URL介质的结算”的介质不包含智能手机。o)在“URL介质结算”中，即使智能手机丢失，也不会泄露信息。p)“URL介质的结算”可以实时反映服务的变动。q)“URL介质的结算”不使用信用卡系统或App。

*符号说明*

110-1，110-2，110-3，110-4：RF卡(＝RF卡结算的介质)

120-1，120-2，120-3，120-4：用户

130-1，130-2：RF卡充值器

140-3，140-4：RF卡结算机

210，310：URL-NFC信用卡(＝URL-NFC信用卡结算的介质)

220，320：用户

230，330：信用卡POS

240，340：终端

250，350：信用卡公司服务器

270，370：帐户

280，380：信用卡账户

410-1，410-2：App&智能手机(App&智能手机结算的介质)

420-1，420-2：用户

430-1，430-2：App-POS

450-1，450-2：App服务器

470-1，470-2：帐户

480-1，480-2：App&智能手机帐户

510，610，710，810，910，1010，1110，1210，1310， 1410，1510B，1510S，1610B，1610S，1710B，1710S，1810B， 1810S，1910，2010，2110，2210，2310，2410，2510，2610，2710，2810：URL介质或URL介质B或URL介质S

520，620，720，820，920，1020，1120，1220，1320， 1420，1520B，1620B，1720B，1820B，1920，2020，2120，2220， 2320，2420，2520，2620，2720，2820：用户或用户B

530，630，730，830，930，1030，1130，1230，1330， 1430，1930，2030，2330，2430，2530，2630，2730，2830：URL-POS 或销售服务器

740，840，940，1040，1140，1240，1340，1440，1540， 1640，1740，1840，2140，2240，2740，2840：终端

550，650，750，850，950，1050，1150，1250，1350， 1450，1550，1650，1750，1850，2150，2250，2350，2450，2550， 2650，2750，2850：金库服务器

2160，2260，2360，2460：资金供应户570，670，770，870，970，1070，1170，1270，1370，1470，

1570S，1670S，1770S，1870S：帐户或帐户S

580，680，780，880，980，1080，1180，1280，1380， 1480，1580B，1680B，1780B，1880B，2180，2280，2380，2480， 2580，2680，2780，2880：URL金库或URL金库B。