专利名称：用于移动电子购物的系统和方法
用于移动电子购物的系统和方法
背景技术：
通过移动电话进行互联网购物通常需要购买者手动输入数据，例如信用卡号和配送信息。对于购买者而言，这在使用多个电子商务系统和网站时变得厌烦。对于商家而言，在使用移动互联网时需要进行与接受信用卡支付相关的额外工作。因此，需要支持网络的移动设备(例如“智能电话”)的系统允许用户和商家在比现有购买者-商家接口付出更少时间和努力的情况下完成基于互联网的购物任务。
发明内容
本系统存储多个信用卡并使用之前输入的数据来简化在线信用卡交易的数据输入。个人/支付信息保持安全地储存在用户的移动电话中。此外，通过本系统，商家能够有效利用现有网络资产和商家账户，从而无需为每种类型的“智能电话”构建应用。当在商家网站上选择物品购买之后，客户结账的时间被减少为较少的点击。该系统允许每个用户的智能电话在不同商家网站上具有更加一致的体验。在一个实施方式中，包含配送地址的联系人列表以及包含用于一个或多个信用卡的加密信用卡信息的支付文件被存储在智能电话上。作为对来自待购买物品的商家网站对信用卡和配送地址信息的请求的响应，分别从联系人列表和支付文件中选择信用卡中的指定信用卡和配送地址中的指定地址。所选信用卡的信用卡数据被解密。被解密的信用卡数据和所选配送地址被发送至商家网站以进行订单处理。
图1是示出本系统的一个实施方式的示例性组件的示图；图2是示出由一 个实施方式中的本系统执行的示例性步骤的流程图；以及图3是示出本系统的工作期间的示例性数据流的示图。
具体实施例方式图1是示出本系统100的示例性高层组件的示图。如图1所示，在示例性实施方式中，用于移动电子购物的系统100包括经由互联网111互连的支持网络的移动通信设备(例如，“智能电话”)101和商家网站110。移动设备101包括网页浏览器104、交易处理和通信应用103、以及包含数据102的数据存储区108，数据102包括加密数据105。数据102包括支付文件105，支付文件105含有一个或多个加密的用户信用卡号和失效日期、联系人列表106、以及用户电子邮件地址和其它用户信息。在一个实施方式中，联系人列表106是由移动设备101上的应用(例如浏览器)所使用的用于确定从该设备发送电子邮件消息时所使用的电子邮件地址的相同文件。商家网站110包括订单按钮112，订单按钮112与打开应用113的URL关联，应用113与购买者(下文称系统用户或简称为“用户”)通信。图1中所示内容的每一个的功能将在下文详细说明。图2是示出在示例性实施方式中使用支持网络的诸如“智能电话”的移动通信设备(下文称“移动设备”)通过信用卡(借记卡)购买物品时由本系统实施的步骤。如图2所示，在使用本系统进行购买之前，在步骤202中，用户使用应用103输入一个或多个信用卡的信用卡信息(包括卡号和失效日期)，并输入联系人列表106中的一个或多个人的姓名和地址。应用103使用本地操作系统服务115(在移动设备是iPhonee*iPad 的情况下，例如为Apple#的iOS Keychain或Core Data Service (核心数据服务))来加密(和解密)移动设备上的信息，并在步骤203中，加密和储存用于数据存储102的支付文件105中的一个或多个信用卡或借记卡的信息。为了进行购买，用户首先使用移动设备101上的网页浏览器104显示商家网站上的网页。在用户通过将物品放入订单列表(诸如“购物车”等)而选择待购买物品之后，在步骤204中选择(“点击”)网页上的订单按钮112以启动购买交易。商家网站110使用应用113来与移动设备101通信。在示例性实施方式中，应用113特别适用于向移动设备101中的应用103发送产品和购买信息/从移动设备101中的应用103接收产品和购买信息。在步骤205中，随后通过移动设备请求包括所选物品的物品价格、商豕名称以及物品描述的物品信息，并且在步骤206中，将所请求的信息从商家网站110发送至移动设备应用103。在步骤207中，用户响应于设备101上的屏幕提示来选择配送方式，配送方式包括配送地址以及支付方法(将用于交易的具体信用卡/借记卡)。可以从之前输入的配送地址数据(来自用户的联系人列表106)来选择配送方式，并且从卡的列表中选择具体信用卡或借记卡，这些卡的数据可以被之前输入并以加密形式储存在文件105中。在步骤208中，通 过本地操作系统服务115将之前储存在移动设备中的加密的信用卡信息和配送信息解密到移动设备上。在步骤210中，将信用卡号、配送地址、用户电子邮件地址发送至商家网站。在一个实施方式(下面详细描述)中，使用基于URL的机制在移动设备101与商家网站110之间进行通信。在步骤215中，在商家成功接收交易之后，成功或失败URL通信从商家发送至移动设备。基于URL的通信机制每个URL都由下列中的至少一些组成:方案名(通常称为协议)，紧接着是冒号，随后是(根据方案)主机名(可选地，IP地址)、端口号、待获取的资源的或待运行的程序的路径，然后是(对于诸如公共网关接口(CGI)脚本的程序)查询字符串。组合的语法是:scheme://username:passwordidomain: port/path query_string#anchor在本系统的一个实施方式中，编码后的URL被用于在用户移动设备101与商家网站110之间进行通信。当移动设备101中的浏览器104显示商家网站110上的具有(包含由用户选择购买的物品的订单列表)“购物车”的网页时，网页上的购买按钮图像显示诸如“现在购买”的消息。用于启动交易处理应用103的执行的HTML链接可包围交易按钮图像，例如:<a href =" EPay://www.Merchant, com:1234/Merchant_main_page/EPayOpen_SessionlD = xxx" Ximg src = BuyNow.png/X/a>
其中“EPay”是设备101上的本地限定的协议，其指定安全连接的使用。“靈.Merchant, com” 是商家网站的 URL, “Merchant_main_page/EPayOpen” 是打开应用 103 以接收用户/购买者信息的链接，并且“SessionID”是URL的查询字符串部分中的商家的会话信息。应用103将其在查询字符串中发现的任何结果在随后请求中传回商家，使得用户的会话可被识别。在示例性实施方式中，应用103对与商家网站的所有连接都使用HTTPS协议。“HTTPS”代表安全超文本传输协议安全，其是超文本传输协议(HTTP)与SSL/TLS协议的组合以提供加密的通信和网页服务器的安全识别。应用103的执行可由或驻留在移动设备101上或与移动设备远程通信的单独应用来启动。图3是示出本系统的工作期间的示例性数据流的示图。如图3中的箭头205指示，当用户点击购买按钮(图2，步骤204)时，“打开URL”301被激活，URL301是与该按钮关联的目标URL，“打开URL”打开移动设备101上的应用103。下面的示例示出“打开” URL:EPay://www.Merchant, com:/1234/Merchant_main_page/EPay0pen_SessionlD =
XXX如箭头306所指示，应用103经由上述URL请求购物车价格、商家名、以及商家证书(步骤205)，这些信息随后由商家网站以两部分多用途因特网邮件扩展(mime)/多文档形式(步骤206，图3中的箭头307)提供(经由应用113)，其中证书位于第二部分中。商家网站上的打开文档可采用如下形式:
HTTP/1.12000KCache-Control:privateContent-Length:1589Content-Type:multipart/mixed ；boundary = " — = = EPay_demo " ；charset=utf-8Server:Microsott-1 IS/7.0X-EPay-Version:1.0X-AspNet-Version:2.0.50727X-Powered-By:ASP.NETX-5o9-MobiIeMe-SRVID:5o9_iMobile 1.2.2.08.16.084.29.2010-19.11.57Date:Thu,29 Apr 2010 19:11:57GMTPrice = 3500&MerchantName = Merchant— = = EPay_demoContent-Type:text/plainContent-1D:〈Certificate〉-----BEGIN CERTIFICATE-----MIID+zCCA2SgAwlBAglJAKflCZF0L/EWMA0GCS...
-----END CERTIFICATE-----__ = = EPay_demo__然后用户从之前储存在移动设备101中的信息中选择包括配送地址和支付方法(即，用于交易的具体信用卡或借记卡)的配送方式(步骤207)，并输入PIN (个人ID号)。本地操作系统服务115接着对用于所选配送和支付方法的预先储存的配送和信用卡信息进行解密(步骤208)。应用103随后经由至URL302的简单形式的发布(post)将该信息发送至商家网站(步骤210，图3中的箭头308)，URL302可采用如下形式:EPay://www.Merchant, com:/1234/Merchant_main_page/EPayPost_SessionlD =
XXX被发送的格式字段包括:NamePhoneEmailShippingNameStreetCityStateZip`
CreditCardCr e d i t Car dNumb erCreditCardExpiration包括信用卡号和失效日期的上述信息储存在商家数据区303中，以由商家进行处理。此时，商家网站110处理交易并回复HTTP200状态(交易成功)或HTTP402状态和错误消息，其将被显示给用户的(215)。当交易已经完成时，应用103在用户的网页浏览器中打开“返回”URL并退出。该返回URL可采用如下形式:EPay://www.Merchant, com:/1234/Merchant_main_page/EPayReturn_SessionlD
=XXX参照了本发明的
具体实施方式
详细地描述了本发明，在不背离由所附权利要求所限定的范围的情况下，修改和变形是显而易见的。更具体地，预期本系统不限于其具体公开的方面。
权利要求
1.一种经由支持网络的移动通信设备进行电子购物的方法，所述移动通信设备包括互联网浏览器，所述方法包括: 创建联系人列表，所述联系人列表存储在所述移动通信设备上并包含至少一个配送地址； 创建支付文件，所述支付文件储存在所述移动通信设备上并包含加密的信用卡信息，所述信用卡信息包括用于至少一个信用卡的卡号和失效日期； 经由所述浏览器显示商家网站，所述商家网站包括显示订单按钮的网页； 将待购买物品放入所述网页上的订单列表； 选择所述订单按钮以使物品信息从所述商家网站被发送至所述移动通信设备，所述物品信息包括所选的待购买物品的名称和价格； 从所述商家网站请求所选物品的价格； 从所述商家网站接收所选物品的价格； 作为从所述商家网站接收所述物品信息的响应:分别从所述联系人列表和所述支付文件中选择所述信用卡中的指定信用卡和所述配送地址中的指定地址； 对所选信用卡的信用卡数据进行解密；以及 将解密的信用卡数据和所选的配送地址从所述移动通信设备发送至所述商家网站以进行订单处理。
2.根据权利要求1所述的方法，其中，用于请求步骤和发送步骤的通信使用所述商家网站上的用于所述请求步骤和所述发送步骤中的每一个的相应URL来起作用。
3.根据权利要求2所述的方法，其中，执行请求、接收、及选择的步骤的应用由所述浏览器启动。
4.根据权利要求1所述的方法，其中，执行请求、接收以及选择的步骤的应用由另一应用启动。
5.根据权利要求1所述的方法，其中，所述联系人列表是用于确定在从所述设备发送电子邮件消息时所使用的电子邮件地址的文件。
6.一种经由支持网络的移动通信设备进行电子购物的方法，所述方法包括: 创建联系人列表，所述联系人列表存储在所述移动通信设备上并包含至少一个配送地址；创建支付文件，所述支付文件储存在所述移动通信设备上并包含加密的信用卡信息，所述信用卡信息包括用于至少一个信用卡的卡号和失效日期； 作为来自待购买物品的商家网站的对信用卡和配送信息的请求的响应，分别从所述联系人列表和所述支付文件中选择所述信用卡中的指定信用卡和所述配送地址中的指定地址； 对所选信用卡的信用卡数据进行解密；以及 将解密的信用卡数据和所选的配送地址发送至所述商家网站以进行所述待购买物品的订单处理。
7.根据权利要求6所述的方法，其中，发送的步骤使用所述商家网站上的用于所述设备与所述商家网站之间通信的URL来起作用。
8.根据权利要求7所述的方法，其中，执行请求、接收以及选择的步骤的应用由所述浏览器启动。
9.根据权利要求6所述的方法，其中执行请求、接收以及选择的步骤的应用由另一应用启动。
10.一种用于移动电子购物的系统，包括: 支持网页的移动通信设备，包括互联网浏览器和数据存储区，数据存储区中储存有(I)包括配送地址的联系人列表以及(2)包括用于一个或多个信用卡的每一个的信用卡号和失效日期的加密信用卡数据； 其中: 所述设备上的所述浏览器显示商家网址上的网页，所述网页包括订单按钮，所述订单按钮在被选择时使包括待购买物品的名称和价格的物品信息从所述商家网站发送至所述设备；以及 作为从所述商家网站接收所述物品信息的响应: 分别从所述联系人列表和所述信用卡数据中选择所述信用卡中的指定信用卡和所述配送地址中的指定地址；以及 对所选信用卡的信用卡数据进行解密，以及将解密的信用卡数据和所选的配送地址发送至所述商家网站以进行订单处理。
11.根据权利要求10所述的方法 ，其中，所述设备与所述商家网站之间的通信经由至少一个URL来起作用。
12.根据权利要求11所述的方法，其中，执行请求、接收以及选择的步骤的应用由所述浏览器启动。
13.根据权利要求10所述的方法，其中，执行请求、接收以及选择的步骤的交易处理应用由另一应用启动。
14.根据权利要求13所述的方法，其中，所述商家网站使用专门适用于在所述网站与所述设备中的交易处理应用之间传输产品和购买信息的应用。
15.—种用于移动电子购物的系统,包括: 支持网络的移动通信设备，包括数据存储区，所述数据存储区中储存有(I)包括至少一个配送地址的列表以及(2)包括用于一个或多个信用卡中的每一个的信用卡号和失效日期的加密信用卡数据； 其中，加密信用卡数据被解密，并且被解密的信用卡数据和配送地址从所述设备发送至商家网站以购买经由所述网站订购的物品。
16.根据权利要求15所述的方法，其中，所述发送的步骤使用所述商家网站上的用于所述设备与所述商家网站之间通信的URL来起作用。
17.根据权利要求16所述的方法，其中，执行请求、接收以及选择的步骤的应用由所述浏览器启动。
18.根据权利要求15所述的方法，其中，执行请求、接收以及选择的步骤的应用由另一应用启动。
19.根据权利要求15所述的方法，其中，所述列表是用于从所述设备发送电子邮件的联系人列表。
20.根据权利要求15所述的方法，其中，所述商家网站使用专门适用于在所述网站与所述设备中的应用之间传输产品和购买信息的应用。
全文摘要
用于经由支持网络的移动通信设备进行电子购物的系统和方法。包含配送地址的联系人列表以及包含用于一个或多个信用卡的加密信用卡信息的支付文件被储存在该移动设备上。作为对来自待购买物品的商家网站对信用卡和配送地址信息的请求的响应，分别从联系人列表和支付文件中选择信用卡中的指定信用卡和配送地址中的指定地址。所选信用卡的信用卡数据被解密。被解密的信用卡数据和所选配送地址被发送至商家网站以进行订单处理。
文档编号G06Q30/06GK103229206SQ201180056453
公开日2013年7月31日 申请日期2011年10月14日 优先权日2010年10月15日
发明者托马斯·卡梅伦·多赫尔蒂, 卡琳·多恩布什, 大卫·发波尔 申请人:34方案有限公司