CN103279254B - 移动应用中的大量决策模式 - Google Patents

Abstract

提供了在移动应用中提供大量决策模式的系统和方法。对象管理模块接收将经由驻留在客户端设备上的客户端应用的大量决策模式图形用户界面（GUI）被呈现给用户的多个对象。大量决策模块生成大量决策模式GUI，大量决策模式GUI包括多个对象中的各个对象的描述以及大量决策选项。大量决策选项是这样的选项，当其被选择时，将异常决策应用于一个或多个对象中的第一部分，并且用于将默认决策应用于一个或多个对象中的剩余部分。当接收到对一个或多个对象中的对象的选择时，异常决策模块将异常决策分配给所述对象。

Description

移动应用中的大量决策模式

版权声明

本专利文件的公开的一部分包含受版权保护的材料。当本专利文件或者专利公开出现在美国专利和商标局专利文件或记录中时，版权拥有人不反对任何人对专利文件或者专利公开进行拓制，但是除此之外保留所有版权权利。以下声明适用于如下描述和形成本文件的一部分的附图中描述的软件和数据：版权SAP AG 2011，保留所有权利。

相关申请的交叉引用

本专利申请要求2011年10月14日提交的、题为“Batch Mode in aMobileApplication（移动应用中的批处理模式）”的美国临时专利申请第61/547,525号（代理人案卷第2058.654PRV号）的优先权的权益，其通过引用整体并入这里。

技术领域

本专利文件一般涉及数据通信，更具体地，但是非限制地，涉及在例如移动应用中提供大量决策模式（mass decision mode）。

背景技术

在移动应用中，对象的列表可以以两种情境之一呈现给用户。第一种情境是“编辑”模式，由此当用户选择对象时，关于对象的附加详细信息被呈现给用户。第二种模式是批处理模式，由此当用户选择出现的对象列表中的对象时，用户做出关于该对象的决策。

在企业环境中，应付账款部门（accounts payable department）识别一个或多个将要支付的账户。例如，应付账款部门可以从供应商接收账单(invoice)、从被授权人接收支付的指示、基于来自人力资源的报告处理工资支付等。

在业务实体中，应付账款部门与一个或多个系统一起确定是否支付各种账款。这个确定可以包括确定将要支付的金额、确定何时将要支付、并确定是否需要批准支付。基于例如收款人的身份、支付的金额或一些其他原因，可以需要由一个或多个特定授权人员来批准支付。

发明内容

本申请的一个方面提供了一种设备，包括：对象管理模块，用于访问将经由客户端应用的大量决策模式图形用户界面（GUI）被呈现给用户的多个对象；大量决策模块，用于生成大量决策模式GUI，大量决策模式GUI包括多个对象中的各个对象的描述以及大量决策选项，当大量决策选项被选择时，大量决策选项用于将异常决策应用于一个或多个对象中的第一部分，并且用于将默认决策应用于一个或多个对象中的剩余部分；以及异常决策模块，当接收到一个或多个对象中的第一部分对象的选择时，用于将异常决策分配给所述对象。

本申请的另一个方面提供了一种方法，包括：接收将经由驻留在客户端设备上的客户端应用的大量决策模式GUI被呈现给用户的多个对象；生成大量决策模式GUI，大量决策模式GUI包括多个对象中的各个对象的描述以及大量决策选项，当大量决策选项被选择时，大量决策选项用于将异常决策应用于一个或多个对象中的第一部分，并且用于将默认决策应用于一个或多个对象中的剩余部分；以及当接收到一个或多个对象中的对象的选择时，用于将异常决策分配给所述对象。

本申请的另一个方面提供了一种非临时性机器可读介质，该非临时性机器可读介质具有具体实施在其上的指令，该指令能够由一个或多个机器运行以执行以下操作：接收将经由驻留在客户端设备上的客户端应用的大量决策模式图形用户界面（GUI）被呈现给用户的多个对象；以及生成大量决策模式GUI，大量决策模式GUI包括多个对象中的各个对象的描述以及大量决策选项，当大量决策选项被选择时，大量决策选项用于将异常决策应用于一个或多个对象中的第一部分，并且用于将默认决策应用于一个或多个对象中的剩余部分。

附图说明

通过举例而非限制性地在附图中的各图示出了一些实施例，在附图中：

图1是示出在其中可以实践一个或多个实施例的计算环境的图解表示；

图2是根据示例性实施例的用于提供大量决策模式的示例性系统的框图；

图3是根据示例性实施例示出操作大量决策模式的方法的流程图；

图4是大量决策模式中最初提供的示例性用户界面；

图5是异常决策模式中呈现关于对象的附加详细信息的示例性用户界面；

图6是示出大量决策和异常决策的示例性用户界面；

图7至图9描绘了根据一个实施例的、可以呈现给用户的实际用户界面；以及

图10是计算机系统的示例性形式的机器的框图，在该计算机系统中可以运行用于使机器执行此处所讨论的任一或多个方法的指令。

具体实施方式

在下面的描述中，为了解释目的，阐述了许多具体细节以便提供一些示例性实施例的透彻理解。然而，对于本领域技术人员而言将显而易见的是，本发明可以在没有这些具体细节的情况下实施。特别地，要注意，用户界面的各种元素的位置仅仅是示例，而不是旨在限制本公开的范围。此外，要注意，虽然本公开在业务实体内的支付批准的情境中讨论了各种界面，但是在诸如查看消息、网上购物和电子商务、基于位置的营销等的其他情境下，替代的或附加的实施例对于本领域技术人员而言将是明显的。

在示例性实施例中，提供了具有大量决策模式的移动应用。大量决策模式允许用户选择列表中将被第一动作影响的对象的第一部分和列表中将被第二动作影响的对象的剩余部分。响应于来自用户的单一输入而采取第一动作和第二动作。这里所使用的术语“对象”包括列表中的电子条目（electronicentry）和对象的描述或标题。大量决策模式可以根据来自用户的要求呈现每个对象的附加详细信息。动作可以是从用户接收到的输入，其指示批准或接受、拒绝、删除、将对象转移到另一个位置或用户、或一些其他动作。在示例性实施例中，列表中的每个对象受从用户接收到的输入的影响。

图1是描绘在其中可以部署一个示例性实施例的客户端-服务器系统100的网络图。联网的系统经由网络106（例如，因特网或广域网（WAN））向一个或多个客户端设备102提供服务器侧（server-side）的功能。例如，图1示出在客户端设备102上执行的客户端应用104。此外，虽然图1中所示的系统100采用客户端-服务器架构，但是本发明当然并不限于这样的架构，而且同样能够在例如分布式或对等架构系统中发现这种应用。客户端应用104经由例如API服务器（未示出）提供的编程接口来访问由对象服务器108提供的各种服务和功能。

对象服务器108向客户端应用提供一个或多个服务，包括提供大量决策模式以便使用客户端设备来执行各种任务。对象服务器108可以访问对象数据库110。对象数据库110可以存储描述对象的记录以及关于这些对象做出的决策。

图2是根据示例性实施例的用于提供大量决策模式的示例性系统200的框图。系统200可以全部或部分地驻留在对象服务器108处或客户端设备102处作为运行客户端应用104的一部分。系统200可以被实现为硬件、软件、或它们的组合。

对象管理模块202对大量决策模式中呈现的对象进行管理。对象可以是等待批准的支付、发送给用户的消息、添加到与电子商务网站相关联的购物车的项目、经由社交网络或通讯列表与用户相关联的其他用户、日历中的事件或约会等。对象可以从对象数据库110访问。

当接收到来自用户的请求时，对象管理模块202还可以向用户提供关于对象的附加信息。对象（关于该对象的信息被提供）基于从用户接收到的对象的选择。在以大量决策模式或异常决策模式（deviant decision mode）呈现之后，对象可以与决策相关联。

大量决策模块204在大量决策模式界面中呈现对象。大量决策模块204还注册相对于所呈现的对象的至少一部分进行的默认决策。大量决策模块204访问例如将从对象数据库110呈现的对象。大量决策模块204生成用户界面，其显示对象和供用户选择默认决策的选项。当默认决策被选择时，默认决策影响显示给用户的每一个对象。默认决策的例子包括，但不限于，批准所有、接受所有、将所有标记为已读、将消息发送到所有、抄送（CC：)或密件抄送（BCC：)所有、购买所有等。

在一些实例中，用户可以预先选择将被异常决策模式影响的一个或多个对象。在这些情况下，当默认决策被激活时，默认决策影响显示给用户的剩余对象。当收到默认决策的选择时，大量决策模块204与对象管理模块202一起操作以将受默认决策影响的每一个对象记录到对象数据库110中。

异常决策模块206被配置为在异常决策模式界面中呈现所选择的对象。异常决策模式界面允许用户指定将受异常决策而非默认决策影响的对象。当选择大量决策模式界面中显示的对象、触发向用户显示关于对象的附加信息时，异常决策模式界面被访问。异常决策模式界面包括供用户指定将受异常决策影响的对象的选项。异常决策的例子包括，但不限于，删除、拒绝、撤销、标记为未读、删除收件人、不购买等。

虽然将默认决策描述为积极动作并且将异常决策描述为消极动作，但是要理解，默认决策可以是消极动作并且异常决策可以是积极动作。另外，在一些实例中，一个或多个异常决策可以对用户可用。例如，进一步的异常决策可以操作以保持决策或保存对象以用于稍后检查。

在一些实施例中，异常决策模块206还可以向用户提供在大量决策模式界面中显示的选项，以便将对象指定为受异常决策影响。当该选项出现在大量决策模式界面中时，该选项操作以将对象指定为受异常决策（而不是默认决策）影响。

图3是根据示例性实施例示出操作大量决策模式的方法300的流程图。方法300可以通过系统200、对象服务器108、或驻留在客户端设备102处的客户端应用104来执行。

在操作302中，经由，例如，对象服务器108从对象数据库110接收对象信息。对象信息包括关于将在大量决策模式界面中显示给用户的每个对象的信息。

在操作304中，将大量决策模式界面在客户端设备102处显示给用户。大量决策模式界面包括多个对象的显示，对于所述多个对象，决策将被做出，而且用于选择适用于每个对象（除了与异常决策相关联的对象）的默认决策的选项被显示。大量决策模式界面可以以列表形式或者以另一种布置显示多个对象。

在操作306中，确定是否已经从用户接收到对象的选择。如果没有接收到选择，则方法300通过继续显示大量决策模式界面返回到操作304。

在操作308中，响应于接收到对象的选择，异常决策界面被显示给用户。异常决策界面可以包括关于从对象数据库110获取到的对象的附加信息。异常决策界面包括选项，以便将异常决策应用于对象，关于该对象的附加信息显示在异常决策界面中。

在操作310中，确定是否已经做出异常决策选择。异常决策选择可以通过从异常决策界面中选择异常决策来做出。通过选择取消或后退选项，或者通过允许异常决策界面由于在预定义的时间量内没有做出选择的超时，可以不做出异常决策。如果没有接收到选择，则方法返回到操作304。

在某些实例中，在大量决策模式界面允许用户从大量决策模式界面中选择异常决策的情况下在操作304之后，可以立即执行操作310。

在操作312中，响应于接收到异常决策，大量决策模式界面被更新以便指示接收到异常决策。该指示可以是大量决策模式界面中与对象相邻放置的图标。

在操作314中，确定是否已经接收到大量决策选择。在某些实例中，在用户没有选择对象或者没有提供异常决策选择的情况下在操作304之后，可以立即执行操作314。大量决策选择影响大量决策模式界面中存在的每个和每一个对象。大量决策选择将异常决策分配给对象的第一部分，并将默认决策分配给对象的剩余部分。在用户没有为分配异常决策选择任何对象的情况下，当接收到大量决策选择时，每一个对象被分配默认决策。如果没有接收到大量决策选择，则方法300返回到操作304。

在操作316，默认决策和异常决策被发送到，例如，对象服务器108，并并且被记录在对象数据库110中。

图4至图6描绘了在用于批准支付的移动应用中提供大量决策模式的情况下可以使用的示例性用户界面。具体而言，例如，在发放(release)资金之前需要一个或多个特定授权人员来批准支付的业务实体中。一个或多个特定授权人员可以是与应付账款部门分离的人员或者是负责应付账款部门的人员。授权人员的识别是通过业务实体本身执行的，但是授权人员通常是应付账款部门外部的人员。依赖于使用所提供的移动应用的业务实体的结构，特定授权人员可以是现金经理、财务主管、所有者、董事会成员、总裁或副总裁、C级人员等。

批准支付的要求是业务实体根据一个或多个规则来确定的。通常，业务实体做出的大多数支付并不需要授权人员的批准。替代地，这些支付基于应付账款部门的成员发出的授权来发放。规则可以指示，在发放之前，超过特定金额的某些支付要被批准或者对特定实体的支付要被批准。规则可以指示，接收到的最小数量的批准。例如，对于非常大的支付（例如，超过100万美元），在发放支付之前，需要由两个或两个以上的授权人员的批准。

授权人员通常是组织机构内的高级人员，对他们而言，批准支付是费时的手续。因此，支付应用被提供以便允许用户（即，授权人员）使用移动设备或其它计算设备来批准支付。支付应用被安装在移动设备上并且可以由用户访问。

由移动设备运行的支付应用经由网络从与业务实体的应付账款部门相关联的设备接收等待批准的未决支付的列表。支付应用可以显示这个列表，这个列表指示，例如，收款人的身份、应付账款部门所使用的支付号码、支付的金额和币种、以及与支付相对应的账单的数量。

图4是大量决策模式中最初提供的示例性用户界面400。用户界面400包括与等待批准的支付相对应的对象的列表402。在其它实施例中，图4的用户界面可以适用于要列出的其他情境，例如，由用户接收到的消息、用户的电子购物车中的项目、靠近用户的地理位置、提供给用户的折扣、或用户可访问的内容项目（例如，博客条目、文章、播客、歌曲、书籍、视频）等。此时，在应付账款的情境下，应付账款部门已经根据业务实体内的流程处理支付，以确定未决支付的具体详细信息，诸如在将进行支付时将要支付的金额、进行支付的货币、用于进行支付的账户、收款人的身份、从收款人接收到的与支付相对应的账单等。

支付应用还可以显示关于付款人的信息，诸如付款人的身份、将要发放资金的金融机构和账户、账户余额、将要进行支付的总金额、以及所显示的支付的状态，例如，新的（第一未决批准）、已批准或已拒绝。图4的用户界面可以在对象的列表402上面的顶部显示这个信息。

如在图4中所示的用户界面的底部处描绘的，提供了用于批处理未决支付批准的一个或多个按钮。如图4所示，可以提供一个默认决策按钮404（例如，“批准所有”）。在某些实例中，可以提供附加的大量决策按钮（例如，“拒绝所有”）。附加的大量决策按钮影响列表402中存在的所有对象。

如图4所示，每个条目的右侧显示有箭头。当箭头被选择时，提供异常决策界面，其中，可以向用户呈现异常决策界面，该异常决策界面包括关于对象的附加信息。用户还被提供“编辑”按钮，当该按钮被选择时，直接将支付应用切换到图6中描述的大量决策模式。图5是异常决策模式中呈现关于对象的附加详细信息的示例性异常决策界面500。示例性异常决策界面500包括对象标题502，并且在对象详细信息部分504中显示关于对象的附加信息。

由支付应用的对象详细信息部分504显示的特定详细信息可以根据情境(context)或业务实体指定(dictate)，并且可以随用户不同而变化。在应付账款的情境下，详细信息可以包括关于与支付相对应的账单的信息。此外，连同某些详细信息，用户可以被提供第二箭头，当第二箭头被选择时，提供关于所选择的详细信息的甚至更进一步的详细信息。进一步的异常决策模式界面可以包括按钮来选择异常决策。

在某些实例中，异常决策界面500的顶部可以被更新，以指示由用户选择的未决支付。例如，在支付应用中，顶部可以指示收款人、与支付相关联的金融机构（付款人或收款人）、与支付相关联的账户（付款人或收款人）、未决支付的总金额、未决支付的状态。

参照图5中所示的异常决策界面的底部，按钮508被提供给用户，当按钮508被激活时，导致选择异常决策而不是默认决策。在支付应用的例子中，如果默认决策是批准支付，则异常决策是拒绝支付。因此该按钮指示，如果该按钮被用户激活，则支付将被拒绝。为了在不激活异常决策的情况下退出屏幕，“后退”按钮506被提供，以使用户返回到其中指示状态没有变化的图4的界面。

如果用户选择了异常决策，则用户被自动导航到其中向用户显示状态变化的图6的大量决策模式界面600。

图6是示出大量决策和异常决策的示例性用户界面。更具体地，图6描绘了当激活异常模式的按钮被选择时将要出现的大量决策模式界面600。图6的用户界面与图4的界面的相似之处在于，条目（例如，未决支付）被列出并显示给用户。此外，每个条目伴有指示条目的临时状态（例如，接受或拒绝）的图标602。状态图标（应用使该状态图标可用）可以依赖于使用应用的情境。在应付账款的情境下，临时状态可以是“接受”或“拒绝”。在其他情境下，临时状态可以是二值状态或者与情境相关联的任何数量的可用状态之一。在一些例子中，绿色图标可以表示“接受”状态，红色图标可以表示“拒绝”状态。每个条目还伴有由用户选择的箭头，以查看与该条目相关联的详细信息页面。

图6的用户界面描绘了处于大量决策模式的移动应用。在现有技术的应用中，编辑模式只包括从列表中选择一个或多个对象并且只针对所选择的对象执行操作的能力。例如，用于检查电子邮件的移动应用的编辑模式可能只包括用户的收件箱中的电子邮件消息的列表。在编辑模式中，用户可以“检查”将被处理（例如，删除、标记为已读等）的消息。然而，在编辑模式中，用户可能无法打开消息，或以其他方式查看消息。此外，当用户对所选择的对象运行功能时，对未选择的对象无法执行任何操作。

不同于现有技术中可用的“编辑模式”，在图6中描绘的用户界面中。用户具有从编辑模式（图4中描绘的）直接导航到对象的详细信息页面（图5中描绘的）（例如，异常决策界面）的能力。当导航到某个条目的详细信息页面时，用户还具有在详细信息页面改变某个条目的状态的能力。一旦发生变化，用户就被自动重定向回到大量决策模式，其中变化通过与某个条目相关联的图标的外观上的变化来反映。

在某些实例中，在做出大量决策模式中所显示的一个或多个异常决策或者默认决策之后，用户导航到另一个对象的另一详细信息页面。然后，用户可以通过选择异常决策或者与该另一对象相对应的该另一详细信息页面上的“后退”按钮506来导航回到大量决策模式中的对象列表。当用户返回到大量决策模式中的对象列表时，用户先前的默认或异常决策与关于该另一对象的最近决策一起被保留并显示给用户。通过这种方式，用户能够查看附加详细信息页面，同时保留或维持根据早期查看详细信息页面做出的决策或者根据编辑模式中的对象列表早期做出的决策。

在某些实例中，每个条目内的图标602是可选择的，以便在默认决策（例如，“接受”）和异常决策（例如，“拒绝”）之间切换，以改变该条目的临时状态。在其他实例或情境下，图标602可以在两个以上的临时状态之间切换。

如图6中进一步描述的，在用户界面的底部提供用于执行大量决策的按钮604。大量决策可以将默认决策分配给除了异常决策已经被用户激活的对象以外的所有对象。在某些实例中，受默认决策的运行所影响的条目的数量可以显示给用户。此外，当激活用于运行大量决策的按钮时，还执行拒绝异常决策已经被激活的对象的功能。因此，通过按钮的一次按压，用户既批准没有指示异常决策的对象，又拒绝指示有异常决策的对象。用户不必先批准“批准”对象，然后正式拒绝“拒绝”对象。

在某些实例中，临时状态图标602可以是动画的，以便将状态变化描绘为平滑过渡。平滑过渡还可以包括修改用户界面的底部的按钮604，以反映条目更新后的临时状态（例如，批准（5）-拒绝（1））。

在某些实例中，每一个接收到的对象可以被显示在单一的、可滚动的用户界面上，其中当用户界面的底部的按钮被选择时每一个对象受到影响。在其它实施例中，接收到的对象可以被划分成子批次，其中只有一个子批次被显示给用户。在这些实例中，当屏幕底部的按钮被运行时，它可以只影响该子批次中的对象，而不影响与分开的子批次相关联的对象。

取消按钮606允许用户离开编辑模式，并返回到图4中描述的用户界面。

图7至图9描绘了根据一个实施例的、可以呈现给用户的实际用户界面。在支付批准的情境下呈现图7至图9的用户界面。

例如，图7的界面大致对应于图4的界面，包括对象的列表和默认决策按钮（例如，标有“批准（Approve）”的按钮）。图7的界面还包括第二按钮，异常决策“按钮”（例如，标有“拒绝（Reject）”的按钮），其将使用户将异常决策应用于所呈现的每个对象（例如，支付（Payment））。

以类似的方式，图8的界面大致对应于图5的界面。当选择图7的界面中的对象时，图8的界面可以被访问，图8的界面可以提供关于所选择的对象的附加信息以及将异常决策应用于所选择的对象的选项（例如，标有“拒绝支付（Reject Payment）”的按钮）。

同样地，图9的界面大致对应于图6的界面。在此示例中，在用户已经为所显示的对象中的一个对象选择异常决策的情况下，用户被提供了一个选项，以便通过选择标有“完成（Done）”的按钮来拒绝所选择的对象并批准所呈现的剩余的五个对象。

模块、组件和逻辑

此处将某些实施例描述为包括逻辑或多个组件、模块或机制。模块可以构成软件模块（例如，（1）在非临时性机器可读介质上具体实施的代码或者（2）在传输信号中具体实施的代码）或硬件实现的模块。硬件实现的模块是能够执行某些操作的有形单元，并且可以以某种方式配置或排列。在示例性实施例中，一个或多个计算机系统（例如，独立的客户端或服务器计算机系统）或者一个或多个处理器可以通过软件（例如，应用或应用的一部分）配置为操作以执行此处所描述的某些操作的硬件实现的模块。

在不同实施例中，硬件实现的模块可以以机械的方式或以电子的方式实现。例如，硬件实现的模块可以包括永久配置为执行某些操作的专用电路或逻辑（例如，作为特定用途的处理器，诸如现场可编程门阵列（FPGA）或专用集成电路（ASIC））。硬件实现的模块还可以包括暂时通过软件进行配置以执行某些操作的可编程逻辑或电路（例如，包含在通用处理器或其他可编程处理器内）。将要理解的是，可以通过成本和时间考虑来驱使以确定是以专用且永久配置的电路或是以暂时配置的电路（例如，通过软件配置）来以机械的方式实现硬件实施的模块。

因此，术语“硬件实现的模块”应该理解为包含有形实体，其是如下实体：具有物理结构，被永久配置（例如，硬连线的）或者被临时或暂时配置（例如，编程的）以便以某些方式操作和和/或执行此处所述的某些操作。考虑其中硬件实现的模块是临时配置的（例如，编程的）实施例，每个硬件实现的模块不需要在任一时间的实例中进行配置或实例化（instantiated）。例如，在硬件实现的模块包括使用软件配置的通用处理器的情况下，通用处理器可以被配置为在不同时间用作各自不同的硬件实现的模块。因此，例如软件可以将处理器配置为在一个时间实例处构成特定的硬件实现的模块，而且在不同的时间实例处构成不同的硬件实现的模块。

硬件实现的模块可以向其他硬件实现的模块提供信息或从其他硬件实现的模块接收信息。因此，所描述的硬件实现的模块可以被视为以通信方式耦接。在同时存在多个这种硬件实现的模块的情况下，通过连接硬件实现的模块的信号传输（例如，在适当的电路和总线上）可以实现通信。在不同时间对多个硬件实现的模块进行配置或初始化的实施例中，这些硬件实现的模块之间的通信可以例如通过存储和获取存储结构中的信息来实现，其中多个硬件实现的模块已经访问该存储结构。例如，一个硬件实现的模块可以执行操作，并且将该操作的输出存储在该硬件实现的模块以通信方式耦接的存储器设备中。然后，另一硬件实现的模块可以稍后访问该存储器设备以获取并处理已存储的输出。硬件实现的模块还可以初始化与输入设备或输出设备的通信，并且能够操作资源（例如，信息的集合）。

此处所描述的示例性方法的各种操作可以至少部分地通过暂时配置（例如，通过软件）或永久配置以执行相关操作的一个或多个处理器来实现。不论是暂时配置或永久配置，这种处理器可以构成操作以执行一个或多个操作或功能的处理器实现的模块。在一些示例性实施例中，此处所提及的模块可以包括处理器实现的模块。

类似地，此处所述的方法可以至少部分地由处理器实现。例如，方法的至少一些操作可以由一个或多个处理器或处理器实现的模块来执行。某些操作的执行可以分布在一个或多个处理器之中，不是仅仅驻留在单一机器上，而是部署在多个机器上。在一些示例性实施例中，处理器或多个处理器可以位于单一位置处（例如，位于家庭环境、办公环境、作为服务器群），而在其他实施例中，处理器可以分布在多个位置处。

一个或多个处理器也可以操作以支持“云计算”环境中的相关操作的执行，或作为“软件即服务”（software as a service,SaaS）。例如，至少一些操作可以由一组计算机（作为包括处理器的机器的例子）执行，这些操作可通过网络（例如互联网）并通过一个或多个合适的接口（例如，应用程序接口（API））访问。

电子装置和系统

示例性实施例可以被实施在数字电子电路中，或者实施在计算机硬件、固件、软件，或者它们的组合中。示例性实施例可以使用计算机程序产品实施，例如，有形地具体实施在信息载体中，例如在机器可读介质中的计算机程序，以供数据处理装置执行或者控制数据处理装置的操作，所述数据处理装置例如可编程处理器、计算机或多个计算机。

计算机程序可以用任何形式的编程语言编写，包括汇编语言或解释语言，并且，它可以被以任何形式部署，包括作为独立的程序或者作为模块、子程序或其他适于在计算环境中使用的单元。计算机程序可以被部署为在一个计算机上执行或在位于一个地点或跨过多个地点分布并被通信网络互连起来的多个计算机上执行。

在示例性实施例中，操作可以被一个或多个可编程处理器执行，所述可编程处理器执行计算机程序，以便通过对输入数据操作和产生输出来执行功能。方法操作还可以被专用逻辑电路执行，或者示例实施例的装置可以被实施为专用逻辑电路，所述专用逻辑电路例如FPGA（现场可编程门阵列）或ASIC（专用集成电路）。

计算机系统可以包括客户端和服务器。客户端和服务器通常相互远离，并且典型地通过通信网络交互。依靠运行在各个计算机上并且相互具有客户端-服务器关系的计算机程序，建立客户端和服务器的关系。在部署了可编程计算系统的实施例中，将要理解的是，硬件架构和软件架构二者都要考虑。具体而言，将要理解的是，在永久配置的硬件（例如，ASIC）中、在暂时配置的硬件（例如，软件和可编程处理器的组合）中、或在永久和临时配置的硬件的组合中是否实施某些功能的选择可以是设计选择。下面陈述的是可以部署在不同的示例性实施例中的硬件（例如，机器）和软件架构。

示例性机器架构和机器可读介质

图10是计算机系统1000的示例性形式的机器的框图，在该计算机系统1000中可以运行用于使机器执行此处所讨论的任一或多个方法的指令。在可替换的实施例中，机器操作为独立的设备或者可以连接（例如，网络连接）至其他机器。在网络连接部署中，机器可以以服务器-客户端网络环境中的服务器或客户端机器的能力操作，或者作为对等（或分布式）网络环境中的对等机器。机器可以是个人计算机（PC）、平板PC、机顶盒（STB）、个人数字助理（PDA）、蜂窝电话、web应用、网络路由器、交换机或网桥、或能够运行指定将由该机器采取的动作的指令（顺序或其他）的任意机器。而且，虽然仅示出了单一机器，但是术语“机器”还应该被认为包括单独或共同运行一组（或多组）指令以便执行此处所讨论的任一或多种方法的机器的任何集合。

示例性计算机系统1000包括处理器1002（例如，中央处理单元（CPU）、图形处理单元（GPU）或二者）、主存储器1004和静态存储器1006，它们通过总线1008相互通信。计算机系统1000还可以包括视频显示单元1010（例如，液晶显示器（LCD）或阴极射线管（CRT））。计算机系统1000还包括字母数字输入设备1012（例如，键盘或触摸显示屏）、用户界面（UI）导航设备1014（例如，鼠标或触摸显示屏）、磁盘驱动器单元1016、信号生成设备1018（例如，扬声器）以及网络接口设备1020。

机器可读介质

磁盘驱动单元1016包括机器可读介质1022，在机器可读介质1022上存储有实施此处描述的一个或多个方法或功能或为此处描述的一个或多个方法或功能利用的、一组或多组指令和数据结构（例如，软件）1024。在由计算机系统1000运行指令过程中，指令1024还可以完全地或者至少部分地存在于主存储器1014内和/或处理器1002内，主存储器1014和处理器1002也构成机器可读介质。

虽然在示例性实施例中将机器可读介质1022示出为单一介质，但是术语“机器可读介质”可以包括单一介质或多个介质（例如，集中式数据库或分布式数据库、和/或相关联的高速缓冲存储器和服务器），其存储一组或多组指令或数据结构。术语“机器可读介质”还应该被认为包括能够存储、编码或携带由机器运行且使机器执行本发明的一个或多个方法的指令的、或者能够存储、编码或携带由这种指令使用或与这种指令相关联的数据结构的任意临时性或非临时性介质。因此，术语“机器可读介质”应该被认为包括但不限于固态存储器、光介质和磁介质。机器可读介质的具体示例包括非易失性存储器，包括作为示例的半导体存储器设备，例如可擦除可编程只读存储器（EPROM）、电可擦除可编程只读存储器（EEPROM）和闪存设备；诸如内部硬盘和可移动磁盘的磁盘；磁光盘；CD-ROM和DVD-ROM。

传输介质

指令1024还可以在使用传输介质的通信网络1026上发送或接收。指令1024可以使用网络接口设备1020和多种已知传输协议（例如，超文本传输协议（HTTP））中的任意一种进行发送。通信网络的示例包括局域网（LAN）、广域网（WAN）、互联网、移动电话网、普通老式电话（POTS）网络、无线数据网络（例如，WiFi和WiMax网络）。术语“传输介质”应该被认为包括能够存储、编码或携带由机器运行的指令并且包括数字或模拟通信信号的无形介质，或者便于传送这种软件的其他无形介质。

虽然已经参照特定的示例性实施例描述了实施例，但是将明显的是，在不脱离本发明的更宽的精神和范围的情况下，可以对这些实施例做出各种修改和改变。因此，说明书和附图应被视为说明性的而不是限制性的意义。形成本发明的一部分的附图通过举例的方式而不是限制的方式示出特定的实施例，在特定的实施例中主题可以被实践。所示的实施例被足够详细地描述，以使本领域技术人员能够实践这里所公开的教导。其他实施例可以被利用并由其衍生，从而可以做出结构上和逻辑上的替代和变化而不脱离本公开的范围。因此，这种详细的描述不应被认为具有限制意义，并且各种实施例的范围仅由所附权利要求连同这些权利要求的等同物的全部范围来定义。

在这里，本发明主题的这些实施例可以被单独地和/或共同地称为术语“发明”，这仅仅为了方便并且如果实际上公开了一个以上的发明或发明构思，则不旨在将本申请的范围主动限制为任何单一的发明或发明构思。因此，尽管在这里已经示出并描述了特定的实施例，但是应当理解的是，计划用于实现相同目的的任何安排都可以取代所示的特定实施例。本公开旨在覆盖各种实施例的任何和所有改变或变体。阅读上述描述时，上述实施例和本文中没有具体描述的其他实施例的组合对本技术领域技术人员将是显而易见的。

Claims (19)

1.一种在移动应用中提供大量决策模式的设备，包括：

对象管理模块，用于访问将经由客户端应用的大量决策模式图形用户界面(GUI)被呈现给用户的具有初始状态的多个对象；

大量决策模块，用于生成大量决策模式GUI，大量决策模式GUI包括多个对象中的各个对象的描述以及大量决策选项，当大量决策选项被选择时，大量决策选项用于对多个对象中的第一部分运行第一动作，并且用于对多个对象中的剩余部分运行第二动作，所述第一动作不同于第二动作，所述第二动作和第一动作导致所述多个对象的状态的改变；以及

异常决策模块，当接收到对多个对象中的第一部分中的对象的选择时，用于将第一动作分配给所述对象。

2.如权利要求1所述的设备，其中，所述第二动作是从由批准剩余部分、接受剩余部分、确认剩余部分、将剩余部分标记为已读、将消息发送到剩余部分、抄送(CC：)或密件抄送(BCC：)剩余部分和购买剩余部分组成的组中选择的。

3.如权利要求1所述的设备，其中，所述第一动作是从由删除所选择的对象、拒绝所选择的对象、撤销所选择的对象、将所选择的对象标记为未读、删除所选择的对象作为收件人和不购买所选择的对象组成的组中选择的。

4.如权利要求1所述的设备，其中，当接收到对多个对象中的对象的选择时，所述异常决策模块用于生成异常决策GUI，异常决策GUI包括所选择的对象的进一步描述以及将第一动作分配给所选择的对象的选项。

5.如权利要求4所述的设备，其中，所述异常决策GUI包括返回到大量决策模式GUI而不将第一动作分配给所选择的对象的选项。

6.如权利要求4所述的设备，其中，所述异常决策GUI包括将第二动作分配给所选择的对象的选项。

7.如权利要求1所述的设备，其中，所述大量决策模式GUI还包括与多个对象中的各个对象相邻的图标，所述图标用于指示各个对象是否被分配第一动作。

8.如权利要求7所述的设备，其中，所述图标中的第一图标指示相邻的对象被分配第二动作，而且其中，所述图标中的第二图标指示相邻的对象被分配第一动作。

9.如权利要求8所述的设备，其中，当接收到向所选择的对象分配第一动作时，使用动画将第一图标变换为第二图标。

10.如权利要求1所述的设备，其中，所述大量决策选项指示多个对象中分配第二动作的对象的数量。

11.如权利要求1所述的设备，其中，所述大量决策选项指示多个对象中分配第一动作的对象的数量。

12.如权利要求1所述的设备，其中，所述设备是具有触摸感测显示屏的手持式移动设备。

13.一种在移动应用中提供大量决策模式的方法，包括：

接收将经由驻留在客户端设备上的客户端应用的大量决策模式图形用户界面(GUI)被呈现给用户的具有初始状态的多个对象；

生成大量决策模式GUI，大量决策模式GUI包括多个对象中的各个对象的描述以及大量决策选项，当大量决策选项被选择时，大量决策选项用于对多个对象中的第一部分运行第一动作，并且用于对多个对象中的剩余部分运行第二动作，所述第一动作不同于第二动作，所述第二动作和第一动作导致所述多个对象的状态的改变；以及

当接收到对多个对象中的对象的选择时，将第一动作分配给所述对象。

14.如权利要求13所述的方法，还包括：当接收到对多个对象中的对象的选择时生成异常决策GUI，异常决策GUI包括所选择的对象的进一步描述以及将第一动作分配给所选择的对象的选项。

15.如权利要求14所述的方法，其中，所述异常决策GUI包括返回到大量决策模式GUI而不将第一动作分配给所选择的对象的选项。

16.如权利要求14所述的方法，其中，所述异常决策界面包括将第二动作分配给所选择的对象的选项。

17.如权利要求13所述的方法，其中，所述大量决策模式GUI还包括与多个对象中的各个对象相邻的图标，所述图标用于指示各个对象是否被分配第一动作。

18.如权利要求17所述的方法，其中，所述图标中的第一图标指示相邻的对象被分配第二动作，而且其中，所述图标中的第二图标指示相邻的对象被分配第一动作。

19.如权利要求18所述的方法，其中，当接收到向所选择的对象分配第一动作时，使用动画将第一图标变换为第二图标。