基于云的信用卡仿真的制作方法
【专利摘要】在某些实施例中，电子设备包括输入接口、通信接口、处理器以及逻辑，该逻辑在电子设备中发起与信用服务器的安全通信会话，选择至少一个信用源，在电子设备中接收与该至少一个信用源相关联的支付凭证，从销售点设备接收对购买交易的支付信息的请求，其中该请求指定了支付信息的预定格式，在电子设备中对支付信息进行格式化，所述支付信息包括预定格式的支付凭证，并且将支付信息从电话传输到销售点设备。可描述其他实施例。
【专利说明】基于云的信用卡仿真
【背景技术】
[0001]本文描述的主题一般涉及电子商务的领域，且尤其涉及用于基于云的信用卡仿真的系统和方法。
[0002]目前，大多数消费者使用实物信用卡或借记卡或其他物理储值卡来完成商业交易。电子设备的相对普遍存在已经唤起了将“虚拟”卡或借记卡植入到电子设备中的前景。
【专利附图】
【附图说明】
[0003]参考附图来描述【具体实施方式】。
[0004]图1是根据某些实施例的可适于实现基于云的信用卡仿真的示例性电子设备的示意性图示。
[0005]图2是根据某些实施例的用于基于云的信用卡仿真的示例性体系结构的高级示意性图示。
[0006]图3是根据某些实施例的用于基于云的信用卡仿真的示例性系统的示意性图示。
[0007]图4-5是示出在根据某些实施例的用于基于云的信用卡仿真的示例性系统中实现的操作的流程图。
【具体实施方式】
[0008]本文描述的是用于基于云的信用卡仿真的示例性系统和方法。诸如移动电话之类的移动设备被配置为包括在移动设备上执行的虚拟信用卡模块。该虚拟信用卡模块可在移动设备上的可信的执行环境中执行，使得虚拟信用卡模块相比设备上的其他应用受到保护。虚拟信用卡模块使得移动设备与销售点设备和支付网络进行交互以仿真虚拟信用卡。在某些实施例中，信用卡信息被存储在云中，而非移动设备上。在操作中，电子设备发起与存储信用卡信息的信用服务器的安全通信连接，并将其与基于之前发布的设备凭证而生成的设备认证令牌一同提供。从与设备或设备的用户相关联的信用信息中选择信用源。响应于该选择，信用服务器向电子设备转发与所选支付源相关联的单次使用的支付凭证。该支付凭证随后可用于销售点终端处的购买交易中。例如，在购买交易中，销售点终端可请求来自电子设备的用户的支付信息。电子设备可向销售点设备提供支付凭证。在某些实施例中，根据信用卡服务器和最终用户定义的策略，虚拟信用卡模块可存储有限数量的单次使用的支付凭证，该单次使用的支付凭证预先源自信用卡服务器以处理无法连接到信用卡服务器时的情形。
[0009]在某些实施例中，可基于向销售点设备提供的支付凭证来完成交易。在其他实施例中，额外的认证步骤可被添加到购买交易协议中。例如，在某些实施例中，可调用认证过程来对电子设备的用户、电子设备的位置或电子设备的身份进行认证。在某些实施例中，销售点设备将支付凭证和交易信息转发到支付服务器，该支付服务器批准或拒绝该购买交易。如果交易被批准，则支付服务器可将核准代码转发到电子设备，该核准代码随后可被提供给销售点设备。[0010]在某些实施例中，支付服务器将为消费者调用额外的认证步骤以对从商家接收的交易进行授权。在某些实施例中，支付服务器可将与所购买的物品有关的优惠券呈现给消费者以供选择。
[0011]在以下描述中，阐述众多特定细节来提供对各个实施例的透彻理解。然而，本领域普通技术人员将理解，无需这些特定细节也可实现各个实施例。在其它实例中，没有例示或详细描述众所周知的方法、过程、组件、和电路以避免模糊特定实施例。
[0012]图1是根据某些实施例的可适于实现客户硬件认证的交易的示例性电子设备110的示意性图示。如图1所示，电子设备110可表现为普通的移动设备，诸如移动电话、平板计算机、便携式计算机或个人数字助理(PDA)。
[0013]在各个实施例中，电子设备110可包括或被耦合到一个或多个随附的输入/输出设备，包括显不器、一个或多个扬声器、键盘、一个或多个其他I/o设备、鼠标等的。不例性的I/o设备可包括触摸屏、语音激活的输入设备、跟踪球、地理位置设备、加速度计/陀螺仪、生物测定特征输入设备以及允许电子设备110从用户接收输入的任何其他设备。
[0014]电子设备110包括系统硬件120和存储器140，该存储器可被实现为随机存取存储器和/或只读存储器。文件存储可被通信地耦合到计算设备110。文件存储可在计算设备110内部，诸如，例如eMMC、SSD、一个或多个硬盘驱动器、或其他类型的存储设备。文件存储180还可在计算机110外部，诸如一个或多个外部硬盘驱动器、附连于网络的存储或者单独的存储网络。
[0015]系统硬件120可包括一个或多个处理器122、图形处理器124、网络接口 126以及总线结构128。在一个实施例中，处理器122可表现为可从美国加利福尼亚州圣克拉拉市因特尔公司获得的英特尔?凌动?处理器、基于英特尔?凌动?的片上系统(SOC)或英特尔?酷睿2双核⑧处理器。如此处所使用的，术语“处理器”表示任何类型的计算元件，诸如但不限于微处理器、微控制器、复杂指令集计算(CISC)微处理器、精简指令集(RISC)微处理器、超长指令字(VLIW)微处理器或任何其他类型的处理器或处理电路。
[0016]图形处理器124可起到管理图形和/或视频操作的辅助处理器的作用。图形处理器124可被集成到电子设备110的主板上或可通过主板上的扩展槽耦合。
[0017]在一个实施例中，网络接口 126可以是诸如以太网接口(参见例如电气和电子工程师协会/IEEE802.3-2002)的有线接口、或诸如遵循IEEE802.11a，b或g的接口的无线接口(参见例如LAN/MAN系统之间IT电信与信息交换的IEEE标准一第二部分:无线LAN媒体访问控制(MAC)和物理层(PHY)说明修订4:2.4GHz带宽中进一步更高的数据速率扩展，802.11G-2003)。无线接口的另一示例可以是通用分组无线电服务(GPRS)接口(参见例如全球移动通信/GSM联盟系统的GPRS手机规格的指南，版本3.0.1,2002年12月)。
[0018]总线结构128连接系统硬件128的各个组件。在一个实施例中，总线结构128可以是若干类型的总线结构中的一种或多种，包括存储器总线、外设总线或外部总线和/或使用任意种类的可用总线体系结构的局部总线，包括但不限于11位总线、工业标准体系结构(ISA)、微通道体系结构(MSA)、扩展ISA(EISA)、智能驱动电子设备(IDE)、VESA局部总线(VLB)、外围设备互连(PCI)、通用串行总线(USB)、高级图形端口(AGP)、个人计算机存储卡国际协会总线(PCMCIA)以及小型计算机系统接口(SCSI)、高速同步串行接口(HSI)、串行低功耗芯片间媒体总线(SUMbus⑧)等。[0019]电子设备110可包括用于收发RF信号的RF收发机130、近场通信(NFC)无线电134以及用于处理由RF收发机130接收到的信号的信号处理模块132。RF收发机可经由诸如例如蓝牙或遵守802.11X、IEEE802.11a，b或g的接口 (参见例如LAN/MAN系统之间IT电信与信息交换的IEEE标准一第二部分:无线LAN媒体访问控制(MAC)和物理层(PHY)说明修订4:2.4GHz带宽中进一步更高的数据速率扩展，802.11G-2003)的协议来实现本地无线连接。无线接口的另一示例可以是WCDMA、LTE、通用分组无线电服务(GPRS)接口(参见例如全球移动通信/GSM联盟系统的GPRS手机规格的指南，版本3.0.1,2002年12月)。
[0020]电子设备110还可包括诸如键盘158和显示器160的一个或多个输入/输出接口。在某些实施例中，电子设备110可以没有键盘，并且使用触摸板以供输入。
[0021]存储器140可包括用于管理计算设备110的操作的操作系统142。在一个实施例中，操作系统142包括向系统硬件120提供接口的硬件接口模块154。此外，操作系统140可包括管理在计算设备110的操作中使用的文件的文件系统150和管理在计算设备110上执行的进程的进程控制子系统152。
[0022]操作系统142可包括(或管理)与系统硬件120协同操作以收发来自远程源的数据分组和/或数据流的一个或多个通信接口 146。操作系统142还可包括系统调用接口模块144，其在操作系统142与驻留在存储器130中的一个或多个应用模块之间提供接口。操作系统142可表现为UNIX操作系统或其任何派生系统(例如，Linux，Android等)，或表现
为Windows"操作系统或其他操作系统。
[0023]电子设备110可包括可信的执行引擎170。在某些实施例中，可信的执行引擎170可被实现为位于电子设备110的主板上的独立的集成电路，而在其他实施例中，可信的执行引擎170可被实现为同一 SOC芯片上的专用处理器块，在其他实施例中，可在与使用HW强制执行机制的处理器的其余部分分开的处理器122的一部分上实现可信的执行引擎170。
[0024]在图1描绘的实施例中，可信的执行引擎170包括处理器172、存储器模块174、信用卡模块176以及I/O模块178。在某些实施例中，存储器模块174可包括持久闪存模块，并且虚拟信用卡模块176可被实现为被编码在例如固件或软件的持久存储器模块中的逻辑指令。I/O模块178可包括串行I/O模块或并行I/O模块。由于可信的执行引擎170与主处理器122和操作系统142是分开的，因此可信的执行引擎170可以是安全的，即对于通常从主处理器安装SW攻击的黑客来说是不可访问的。
[0025]在某些实施例中，可信的执行引擎170可用于在主电子设备中实现信用卡仿真操作。图2是根据某些实施例的用于信用卡仿真的示例性体系结构的高级示意性图示。参考图2，电子设备110的特征可在于具有不可信的执行层和可信的执行层。当根据图1中提供的描述来实现电子设备110时，可信的执行层可由可信的执行引擎170来实现，而不可信域可由电子设备110的主处理器122和操作系统142来实现。如图2所示，图2中被识别为信用卡服务器230的发布凭证的远程实体提供凭证，该凭证被存储在电子设备110的可信域中。在使用中，可将所发布的凭证和一个或多个用户凭证224作为输入提供给一个或多个认证算法222，该认证算法222处理可被提供给一个或多个依赖方240的凭证。可信域的完整性可通过受信域和实体之间的排他的密码保护的关系来维持，允许该实体将凭证发布到220或生命周期管理235、可信域的内容和算法222中。[0026]图3是根据某些实施例的用于移动设备信用卡仿真的系统的示意性图示。参考图3，电子设备110可经由网络340被耦合到一个或多个服务器330、332。另外，销售点设备320可被耦合到网络340，并且可包括无线接口以允许与电子设备110的无线通信。在某些实施例中，如上面参考电子设备110描述的，电子设备110可被具体化为移动电话、平板电脑、PDA或其他移动计算设备。网络340可被具体化为诸如因特网的公共通信网络或私有通信网络或其组合。
[0027]服务器330、332可被具体化为计算机系统。在某些实施例中，服务器330可被具体化为信用服务器或者可由厂商或由操作安全平台的第三方来管理。支付服务器132可由厂商或由第三方支付系统(例如交易结清服务或信用卡服务)来操作。
[0028]在某些实施例中，与销售点设备320和服务器330、332中一个或多个协作的电子设备110可被配置为促进虚拟信用卡仿真。图4-5是示出根据某些实施例的被实现为模仿信用卡操作的操作的流程图。在某些实施例中，图4中描绘的操作使用户能够将信用源信息存储到诸如信用卡服务器230的服务器中。首先参考图4，在操作410，在电子设备110(例如可信的执行环境中的处理器172)上启动虚拟信用卡模块176。
[0029]作为示例，在某些实施例中，用户可通过在电子设备110的用户界面上键入输入来启动支付应用。或者，支付应用可响应于检测到情况自动地启动。例如，支付应用可检测电子设备何时位于已运行的零售店或销售点设备的预定距离以内。
[0030]在操作415，电子设备的用户通过例如输入用户名和密码登录到信用卡服务器。响应于登录操作，电子设备110发起与信用服务器330的通信会话，该信用服务器330对电子设备110或电子设备的用户中的至少一个进行认证(操作420)。在某些实施例中，认证过程可包括除用户名/密码组合以外的附加技术。作为示例，认证过程可包括一个或多个挑战响应组件，诸如全自动公共图灵测试以分辨计算机和人(CAPTCA)的测试、多因素认证(例如生物测定)和一次性密码(OTP)。
[0031]在替换的实施例中，或者另外，认证过程可包括基于位置的认证过程，该基于位置的认证过程确定电子设备是否在预定位置以内。例如，认证过程可利用地理位置服务来确定电子设备是否在预定位置以内。或者，在某些实施例中，信用卡模块176可使电子设备110发送可由销售点设备中的接收器检测到的信号。该接收器设备进而可经由网络140向购物服务器130报告电子设备110的位置。
[0032]在操作425，支付应用识别一个或多个信用源。作为示例，在某些实施例中，电子设备的用户可输入(操作430)用户所拥有的一个或多个信用卡的信用卡信息。将信用卡信息从电子设备110传输到信用服务器330，并且在操作435，信用服务器330生成与信用卡信息相关联的一个或多个支付凭证。在操作450，信用信息和凭证被存储在耦合到例如数据库等中的信用服务器330的存储器模块中。
[0033]图5是示出购买交易的一个实施例中的操作的流程图。参考图5，在操作510，用户启动电子设备上的支付应用。在操作515，用户选择诸如信用卡或借记卡的支付源来用于购买交易。在某些实施例中，识别支付源的信息可被本地地存储在电子设备110中，而在其他实施例中，信用服务器330可检索图4中上传的用户的信用信息，并且可呈现用于交易的识别用户的支付源的信息。
[0034]作为响应，电子设备发起与信用服务器330上的用户的云钱包的会话，该信用服务器在操作520实现登录/认证过程。在操作525，信用服务器330上的云钱包从存储器中检索虚拟信用卡细节，并将信息传回到电子设备110。
[0035]在操作530，电子设备110根据特定的格式(例如EMV-CL或MSD仿真)将支付信息格式化。在操作535，用户将输入键入到销售点设备320中以选择作为支付源的非接触支付交易。在操作540，用户执行交易验证步骤。例如，在某些实施例中，可能需要用户将电子设备110轻叩到销售点设备320上，并且经由NFC传递经格式化的支付信息，设备110运行在NFC卡仿真模式中。或者，也可将该信息从设备110经由NFC对等协议、或作为在设备110的显示器上显示的且经由销售点320的QR读码器连接来扫描的QR代码、或经由诸如超声波的音频信号传递到销售点设备320。其他和/或附加的交易验证步骤可包括输入电子设备110与销售点设备320之间的交换电子代码，或者将电子设备110置于相对于销售点设备320的特定位置。在操作545，销售点设备320从电子设备110读取支付源数据。
[0036]在操作550，销售点设备320将卡数据发送到信用服务器330中的云钱包，在操作555，该信用服务器330可向支付服务器332请求对交易的核准。在操作560，云钱包可任选地请求来自电子设备110的授权，该电子设备110可在操作565任选地提供授权。在操作565，可向用户示出关于交易的细节，例如创始的商家名称或标识符以及其他交易细节，并且可使用户通过输入PIN或某些其他信息来授权该交易。
[0037]在某些实例中，用户可具有应用于交易的优惠券或折扣码。因此，在操作566，用户可任选地选择优惠券或折扣码，该优惠券或折扣码被传输到信用服务器330上的云钱包，该云钱包可在操作568应用优惠券/折扣码。
[0038]在操作570，作出批准或拒绝交易的决定，并在操作575由销售点设备320接收该决定。在操作580，销售点设备根据在操作570作出的批准/拒绝决定来拒绝或者执行交易。
[0039]在操作585，将核准或拒绝决定通知从信用服务器330中的云钱包传输到电子设备110 (操作585)。电子设备接收(操作590)购买通知，该购买通知的记录可被存储在存储器中，诸如可信的执行引擎的存储器174或设备的存储器140。
[0040]因此，此处描述的是使得电子设备(诸如移动电话等)能够被用作虚拟信用卡的系统和方法，并且其中关于信用卡的敏感信息被存储在云中，而非电子设备上。
[0041]此处提到的术语“逻辑指令”涉及可被一个或多个机器理解来执行一个或多个逻辑操作的表达。例如，逻辑指令可包括可由处理器编译器解释以对一个或多个数据对象执行一个或多个操作的指令。然而，这仅仅是机器可读指令的示例且实施例不限于此方面。
[0042]此处提到的术语“计算机可读介质”涉及能保持可由一个或多个机器感知的表达的介质。例如，计算机可读介质可包括用于存储计算机可读指令或数据的一个或多个存储设备。这种存储设备可包括存储介质，诸如例如光、磁或半导体存储介质。然而，这仅仅是计算机可读介质的示例且实施例不限于此方面。
[0043]此处提到的术语“逻辑”涉及用于执行一个或多个逻辑操作的结构。例如，逻辑可包括基于一个或多个输入信号提供一个或多个输出信号的电路。这样的电路可包括接收数字输入并提供数字输出的有限状态机，或响应于一个或多个模拟输入信号提供一个或多个模拟输出信号的电路。这样的电路可通过应用专用集成电路(ASIC)或现场可编程门阵列(FPGA)的形式来提供。同样，逻辑可包括存储在存储器中的机器可读指令，这些指令结合处理电路来执行这些机器可读指令。然而，这些仅仅是可提供逻辑的结构的示例，并且实施例不限于这方面。
[0044]此处描述的一些方法可被具体化为计算机可读介质上的逻辑指令。当在处理器上执行时，逻辑指令使得处理器被编程为执行所述方法的专用机器。当由逻辑指令配置以执行此处所描述的方法时，处理器构成用于执行所述方法的结构。替代地，此处描述的方法可被精简为例如现场可编程门阵列(FPGA)、应用专用集成电路(ASIC)等之上的逻辑。
[0045]在说明书和权利要求书中，可使用术语耦合的和连接的及其衍生词。在特定实施例中，“连接的”可用于指示两个或更多个元件彼此直接物理或电气接触。“耦合的”可表示两个或更多个元件直接物理或电气接触。然而，“耦合的”也可表示两个或更多个元件可能彼此并不直接接触，但是仍可彼此协作或交互。
[0046]说明书中对“一个实施例”或“一实施例”的引用意味着结合该实施例描述的特定特征、结构或特性被包含于至少一个实现中。本说明书中各处出现的短语“在一个实施例中”可以或可以并非全部指代同一实施例。
[0047]虽然已经用结构特征和/或方法动作专属的语言描述了实施例，但应理解所要求保护的主题可以不限于所描述的特定特征和动作。相反，特定特征和动作是作为实现所要求保护的主题的样本形式而公开的。
【权利要求】
1.一种包括存储在非瞬态计算机可读介质上的逻辑指令的计算机程序产品，当由电子设备中的处理器执行时，所述逻辑指令配置所述处理器以实现信用卡仿真操作，包括: 在所述电子设备中发起与信用服务器的安全通信； 传输来自所述电子设备的信号以选择至少一个信用源； 在所述电子设备中接收与所述至少一个信用源相关联的支付凭证； 从销售点设备接收对购买交易的支付信息的请求，其中所述请求指定所述支付信息的预定格式； 在所述电子设备中对支付信息进行格式化，所述支付信息包括所述预定格式的所述支付凭证；以及 将所述支付信息从所述电子设备传输到所述销售点设备。
2.如权利要求1所述的计算机程序产品，其特征在于，所述信用卡仿真操作还包括: 在所述销售点设备中接收来自所述电子设备的所述支付信息；以及 将所述支付信息以及与交易相关联的交易信息从所述销售点设备传输到支付服务器。
3.如权利要求2所述的方法，其特征在于，所述信用卡仿真操作还包括发起认证过程以对所述电子设备的用户、所述电子设备的位置或所述电子设备的所述身份中的至少一个进行认证。
4.如权利要求3所述的计算机程序产品，其特征在于，所述认证过程包括在所述电子设备与所述销售点设备之间 实现预定的动作过程。
5.如权利要求2所述的计算机程序产品，其特征在于，支付服务器经由第二通信通道来呈现所述交易的一个或多个优惠券。
6.如权利要求2所述的计算机程序产品，其特征在于，支付服务器授权对所述交易的支付，并将交易核准通知经由第一通信通道传输到所述销售点设备且经由第二通信通道传输到所述电子设备，其中所述交易核准通知包括核准代码。
7.如权利要求6所述的计算机程序产品，其特征在于，还包括: 在所述电子设备中接收所述交易核准；以及 将来自所述电子设备的所述核准代码提供给所述销售点设备。
8.如权利要求7所述的方法，其特征在于，响应于接收所述交易核准通知和所述核准代码，所述销售点设备执行所述交易。
9.一种电子设备,包括: 输入接口 ； 通信接口 ； 处理器；以及 执行以下动作的逻辑: 在所述电子设备中发起与信用服务器的安全通信； 选择至少一个信用源； 在所述电子设备中接收与所述至少一个信用源相关联的支付凭证； 从销售点设备接收对购买交易的支付信息的请求，其中所述请求指定所述支付信息的预定格式； 在所述电子设备中对支付信息 进行格式化，所述支付信息包括所述预定格式的所述支付凭证；以及 将所述支付信息从所述电子设备传输到所述销售点设备。
10.如权利要求10所述的电子设备，其特征在于，还包括发起认证过程以对所述电子设备的用户、所述电子设备的位置或所述电子设备的所述身份中的至少一个进行认证。
11.如权利要求10所述的电子设备，其特征在于，所述认证过程包括在所述电子设备与所述销售点设备之间实现预定的动作过程。
12.如权利要求10所述的电子设备，其特征在于，支付服务器授权对所述交易的支付，并将交易核准通知经由第一通信通道传输到所述销售点设备且经由第二通信通道传输到所述电子设备，其中所述交易核准通知包括核准代码。
13.如权利要求13所述的电子设备，其特征在于，还包括执行以下动作的逻辑: 在所述电子设备中接收所述交易核准；以及 将来自所述电子设备的所述核准代码提供给所述销售点设备。
14.如权利要求14所述的电子设备，其特征在于，响应于接收所述交易核准通知以及所述核准代码，所述销售点设备执行所述交易。
15.一种包括存储在非瞬态计算机可读介质上的逻辑指令的计算机程序产品，当由销售点设备中的处理器执行时，所述逻辑指令配置所述处理器以实现信用卡仿真操作，包括: 在所述销售点设备中发起对购买交易的支付信息的请求，其中所述请求指定所述支付信息的预定格式； 响应于所述请求，从电子设备接收与所述至少一个信用源相关联的支付凭证； 将核准请求传输到支付服务器，所述核准请求包括从所述电子设备接收的所述支付凭证； 在所述销售点设备中接收对购买交易的授权决定；以及 根据所述授权决定来处理所述购买交易。
16.如权利要求15所述的计算机程序产品，其特征在于，所述信用卡仿真操作还包括检测选择非接触支付源的输入。
17.如权利要求15所述的计算机程序产品，其特征在于，根据所述授权决定来处理所述购买交易包括: 接收拒绝所述购买交易的决定；以及 拒绝所述销售点设备处的所述购买交易
18.如权利要求15所述的计算机程序产品，其特征在于，根据所述授权决定来处理所述购买交易包括: 接收授权所述购买交易的决定；以及 批准所述销售点设备处的所述购买交易。
19.如权利要求18所述的计算机程序产品，其特征在于，根据所述授权决定来处理所述购买交易还包括: 打印交易记录。
20.一种销售点设备，包括: 输入接口 ；通信接口 ； 处理器；以及 执行以下动作的逻辑: 在所述销售点设备中发起对购买交易的支付信息的请求，其中所述请求指定所述支付信息的预定格式； 响应于所述请求，从电子设备接收与所述至少一个信用源相关联的支付凭证； 将核准请求传输到信用服务器，所述核准请求包括从所述电子设备接收的所述支付凭证； 在所述销售点设备中接收对购买交易的授权决定；以及 根据所述授权决定来处理所述购买交易。
21.如权利要求20所述的销售点设备，其特征在于，还包括检测选择非接触支付源的输入的逻辑。
22.如权利要求20所述的销售点设备，其特征在于，还包括执行以下动作的逻辑: 接收拒绝所述购买交易的决定；以及 拒绝所述销售点设备处的所述购买交易
23.如权利要求20所述的销售点设备，其特征在于，还包括执行以下动作的逻辑: 接收授权所述购买交易的决定；以及 批准所述销售点设备处的所述购买交易
24.如权利要求20所述的销售点设备，其特征在于，还包括执行以下动作的逻辑: 打印交易记录。
【文档编号】G06Q20/32GK103890793SQ201180074547
【公开日】2014年6月25日 申请日期:2011年10月1日 优先权日:2011年10月1日
【发明者】U·森古普塔, S·巴克希 申请人:英特尔公司