一种业务信息列表的生成方法及生成系统的制作方法
【专利摘要】本发明涉及信息处理技术领域，公开了一种业务信息列表的生成方法。该方法包括：在接收到用户发送的业务信息列表的操作指令后，判断业务信息列表的属性值是否超过预设的临界值；在判定属性值超过预设的临界值后，对业务信息列表进行分解，生成至少两个子业务信息列表；其中，每个子业务信息列表的属性值小于或等于预设的临界值；在判定属性值不超过预设的临界值时，保持业务信息列表不变。本发明还公开了一种业务信息列表的生成系统。本发明实施方式相对于现有技术而言，可自行判断业务信息列表的属性值是否超过预设的临界值，并在判定超过后自行进行业务信息列表的分解，节省了用户的时间成本，有利于提高工作效率。
【专利说明】
_种业务信息列表的生成方法及生成系统
技术领域
[0001]本发明涉及信息处理技术领域，特别涉及一种业务信息列表的生成方法及生成系统。
【背景技术】
[0002]随着互联网的发展，电子商务得到了长足的发展，网购也逐渐成为时下最受欢迎的购物模式。在网上购买商品时，用户有时候需要进行订单的拆分。如某些商城对订单中商品的质量或体积设置临界值。当订单中商品质量或体积超出该设置的临界值时，商城就会追加额外的运费。此时，用户就可通过拆单的方式来减少支付金额。
[0003]另外，一些地区对订单的金额也是有限制的，当订单的金额超过规定的金额时，购买的商品就无法送到给用户。这也迫使用户不得不进行订单的拆分。但由于现有技术中缺乏拆分订单的有效方法，使的用户在需要进行订单拆分时，不得不自行进行相关的计算与处理，不仅浪费用户的时间成本，也严重影响了用户购物的积极性。
【发明内容】
[0004]本发明的目的在于提供一种业务信息列表的生成方法及生成系统，使得在业务信息列表的属性值超过规定的临界值时，无需用户动手，就可自行进行业务信息列表的分解，从而节省用户的时间成本，提升用户的工作效率。
[0005]为解决上述技术问题，本发明实施例提供了一种业务信息列表的生成方法，包括:在接收到用户发送的业务信息列表的操作指令后，判断业务信息列表的属性值是否超过预设的临界值;在判定属性值超过预设的临界值后，对业务信息列表进行分解，生成至少两个子业务信息列表;其中，每个子业务信息列表的属性值小于或等于预设的临界值;在判定属性值不超过预设的临界值时，保持业务信息列表不变。
[0006]本发明实施例还提供了一种业务信息列表的生成系统，包括:指令接收模块、属性值判断模块、列表生成模块及列表保持模块;指令接收模块用于接收用户发送的业务信息列表的操作指令；属性值判断模块用于判断业务信息列表的属性值是否超过预设的临界值;列表生成模块用于在属性值判断模块判定属性值超过预设的临界值后，对业务信息列表进行分解，生成至少两个子业务信息列表;其中，每个子业务信息列表的属性值小于或等于所述预设的临界值;列表保持模块用于在属性值判断模块判定属性值不超过预设的临界值时，保持业务信息列表不变。
[0007]相对于现有技术而言，本发明实施例在接收到用户发送的业务信息列表的操作指令后，自行判断业务信息列表的属性值是否超过预设的临界值，并在判定超过后自行对业务信息列表进行分解，并使分解后的子业务信息列表的属性值均不超过预设的临界值。这种做法免去了用户自己分解业务信息列表的过程，节省了用户的时间成本，提升了用户的工作效率。
[0008]另外，业务信息列表为订单;子业务信息列表为子订单;业务信息列表的属性值为订单的属性值;业务信息列表的操作指令为订单的确认指令;在对业务信息列表进行分解，生成至少两个子业务信息列表时，将订单拆分成至少两个子订单。在用户确认订单后，无需用户动手，就自选判断订单的属性值是否超过预设的临界值，并在判定超过后，自行进行订单的拆分，并使拆分后的订单的属性值均不超过预设的临界值。不仅免去了用户自己拆单的过程，节省了用户的时间成本，也有利于提高用户的工作效率。
[0009]在判定属性值超过预设的临界值之后，在将订单拆分成至少两个子订单之前，还包括:判断订单是否可拆;在判定订单可拆时，执行将订单拆分成至少两个子订单的步骤；在判定订单不可拆时，向用户发送提示。有利于用户及时了解自己订单的情况，及时调整自己的购买策略。
[0010]另外，在判断订单是否可拆时，通过判断订单中包括的商品个数是否大于I来判断订单是否可拆。
[0011]另外，在判断订单是否可拆时，根据订单中包括的单件商品的属性值来判断订单是否可拆。
[0012]另外，商品的属性包括商品的价格、商品的质量或商品的体积。
[0013]另外，在将订单拆分成至少两个子订单时，采用拆单后订单总数最少的原则进行拆分。拆最少的单数有利于减少商家的物流费用。
[0014]另外，在将订单拆分成至少两个订单时，将所有可能的拆分方案均拆分出来，供用户选择。
[0015]另外，订单的属性包括:订单中所有商品的价格之和、订单中所有商品的质量之和、或订单中所有商品的体积之和。
【附图说明】
[0016]图1是根据本发明第一实施方式的业务信息列表的生成方法的流程图；
[0017]图2是根据本发明第二实施方式的业务信息列表的生成方法的流程图；
[0018]图3是根据本发明第三实施方式的业务信息列表的生成方法的流程图；
[0019]图4是根据本发明第四实施方式的业务信息列表的生成系统的结构示意图；
[0020]图5是根据本发明第五实施方式的业务信息列表的生成系统的结构示意图；
[0021 ]图6是根据本发明第六实施方式的终端的结构示意图。
【具体实施方式】
[0022]为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明的各实施方式进行详细的阐述。然而，本领域的普通技术人员可以理解，在本发明各实施方式中，为了使读者更好地理解本申请而提出了许多技术细节。但是，即使没有这些技术细节和基于以下各实施方式的种种变化和修改，也可以实现本申请所要求保护的技术方案。
[0023]本发明的第一实施方式涉及一种业务信息列表的生成方法。其具体流程如图1所示:
[0024]步骤101，在接收到用户发送的业务信息列表的操作指令后，判断业务信息列表的属性值是否超过预设的临界值。若是，则进入步骤102;否则，则进入步骤103。
[0025]102，对业务信息列表进行分解，生成至少两个子业务信息列表。其中，每个子业务信息列表的属性值小于或等于预设的临界值。
[0026]103，保持业务信息列表不变。
[0027]本实施方式在接收到用户发送的业务信息列表的操作指令后，自行判断业务信息列表的属性值是否超过预设的临界值，并在判定超过后自行对业务信息列表进行分解，并使分解后的子业务信息列表的属性值均不超过预设的临界值。这种做法免去了用户自己分解业务信息列表的过程，节省了用户的时间成本，提升了用户的工作效率。
[0028]本发明的第二实施方式涉及一种业务信息列表的生成方法。本实施方式将以业务信息列表为订单;子业务信息列表为子订单;业务信息列表的属性值为订单的属性值;业务信息列表的操作指令为订单的确认指令为例，对如何由业务信息列表生成子业务信息列表的过程进行说明。
[0029]本实施方式的具体流程如图2所示。
[0030]值的一提的是，本实施方式所说的订单的属性值可以是订单中所有商品的价格之和、订单中所有商品的质量之和、或订单中所有商品的体积之和，但并不以此为限，在实际应用中，也可以根据情况灵活选择指定。
[0031 ]本实施方式将以订单的属性值为所有商品的价格之和为例进行说明。
[0032]步骤201，在接收到用户发送的确认订单的指令后，判断用户确认的订单的属性值是否超过预设的临界值。
[0033]本实施方式会预先设定临界值，该预设的临界值可以根据某些地区的订单限额规定进行设定(如不能超过I万元)。
[0034]在本步骤若判定订单中所有商品的价格之和超过预设的临界值，则进入步骤202;否则，则进入步骤203，保持订单不变。
[0035]步骤202，判定订单是否可拆。
[0036]众所周知，并非所有的订单都可以拆分，如订单中只有一件商品，或者订单中每件商品的价格都超过预设的临界值等，这种情况下就无法拆分订单。因此，在拆分订单之前，本实施方式会先判断该订单是否可拆。
[0037]具体地说，本步骤可分两步进行，第一步即是判断订单中包括的商品个数是否大于I，若是，则进入第二步判断；否则，则直接判定该订单不可拆。第二步则是根据订单中包括的单件商品的属性值(商品的属性值可以是商品的价格、商品的质量或商品的体积，本实施方式以商品的属性值为商品的价格为例进行说明)来进一步判断订单是否可拆。
[0038]具体地说，第二步可通过判断订单中单件商品的价格是否超过预设的临界值，来判断订单是否可拆。若订单中某件商品的价格超过预设的临界值，则判定该订单不可拆;否贝1J，则判定该订单可拆。需要说明的是，在实际应用中，也可以省略第一步判断，直接用第二步判断。
[0039]在步骤202中，若判定订单不可拆，则进入步骤204;否则，将进入步骤205。
[0040]步骤204，向用户发送提示。
[0041]在实际应用中，若在第一步中判定订单不可拆，可向用户发送如“商品个数不符合拆分条件”的提示框，供用户参考。若在第二步中判定订单不可拆，则可向用户指明不符合拆分条件的商品名，例如，订单中包括A、B、C三件商品，其中，A商品的价格超过预设的临界值，则可向用户发送“A商品的价格超过预设的临界值，订单不能拆分”的提示框。
[0042]步骤205，将所有可能的拆分方案均拆分出来，供用户选择。
[0043 ]例如，预设的临界值为I万。订单中包括A、B、C三件商品，A商品的价格为8千，B商品的价格为I千，C商品的体格为2千。则本实施方式将为用户提供四种拆分方案，第一种:A、B商品位于一个子订单，C商品单独位于一个子订单;第二种:A、C商品位于一个子订单，B商品单独位于一个子订单;第三种:B、C商品位于一个子订单，A商品单独位于一个子订单;第四种，A、B、C三件商品各自位于一个子订单中。用户可根据情况自行选择一种拆分方案。
[0044]本实施方式预先设定订单的属性临界值。在接收到用户发送的确认订单的指令时，即将当前订单的属性值与该预设的临界值进行比较。在判定当前订单的属性值超过该预设的临界值后，对当前的订单进入拆分，并保证拆分后的订单的属性值均不超过该预设的临界值，从而节省用户的时间成本，保证用户的利益。
[0045]本发明第三实施方式涉及一种业务信息列表的生成方法。第三实施实施与第二实施方式大致相同，主要区别之处在于:第二实施方式在拆分时，会将所有可能的拆分方案均拆分出来并提供给用户，供用户选择。而在本实施方式在拆分时，将采用拆单后订单总数最少的原则进行拆分，这种拆分原则有利于减少商家的物流费用。本实施方式的流程如图3所不O
[0046]值的一提的是，本实施方式所说的订单的属性值可以是订单中所有商品的价格之和、订单中所有商品的质量之和、或订单中所有商品的体积之和，但并不以此为限，在实际应用中，也可以根据情况灵活选择指定。
[0047]本实施方式将以订单的属性值为所有商品的价格之和为例进行说明。
[0048]步骤301，在接收到用户发送的确认订单的指令后，判断用户确认的订单的属性值是否超过预设的临界值。
[0049]在本步骤若判定订单中所有商品的价格之和超过预设的临界值，则进入步骤302;否则，则进入步骤303，保持订单不变。
[0050]步骤302，判定订单是否可拆。
[0051]众所周知，并非所有的订单都可以拆分，如订单中只有一件商品，或者订单中每件商品的价格都超过预设的临界值等，这种情况下就无法拆分订单。因此，在拆分订单之前，本实施方式会先判断该订单是否可拆。本步骤的具体做法可参见步骤202。
[0052]在本步骤中，若判定订单不可拆，则进入步骤304;否则，将进入步骤305。
[0053]步骤304，向用户发送提示。
[0054]步骤305，将子订单数量最少的拆分方案提供给用户。
[0055]如第一实施方式步骤205中所举的例子，前三种拆分方案中，子订单的数量都是2个;第四种拆分方案中，子订单的数量是3个。由于本实施方式提供给用户的是子订单数量最少的拆分方案，因此，针对该例，本实施方式只会提供前三种拆分方案。
[0056]在实际应用中，再根据订单金额拆分时，还可以同时考虑商品的质量或体积。以质量为例，例如，预设的临界值为I万。订单中包括A、B、C三件商品，A商品的价格为8千，质量为5千克;B商品的价格为I千，质量为15千克;C商品的价格为2千，质量为11千克。
[0057]在拆分时，可先按照本实施方式提供的拆分原则提供三种拆分方案:第一种:A、B商品位于一个子订单，C商品单独位于一个子订单;第二种:A、C商品位于一个子订单，B商品单独位于一个子订单;第三种:B、C商品位于一个子订单，A商品单独位于一个子订单；。
[0058]然后再考虑A、B、C三件商品的质量。假设订单中所有商品质量之和的临界值为20千克(即订单中所有商品的质量之和不能超过20千克)，而前面提供第三种方案中，B、C商品在一个订单中，两者的质量之和显然已超过20千克，所以，本实施方式只会提供前两种方案。
[0059]上面各种方法的步骤划分，只是为了描述清楚，实现时可以合并为一个步骤或者对某些步骤进行拆分，分解为多个步骤，只要包括相同的逻辑关系，都在本专利的保护范围内；对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计，但不改变其算法和流程的核心设计都在该专利的保护范围内。
[0060]本发明第四实施方式涉及一种业务信息列表的生成系统。如图4所示，该业务信息列表的生成系统包括:指令接收模块41、属性值判断模块42、列表生成模块43及列表保持模块44。
[0061]其中，指令接收模块41用于接收用户发送的业务信息列表的操作指令。
[0062]属性值判断模块42用于判断业务信息列表的属性值是否超过预设的临界值。
[0063]列表生成模块43用于在属性值判断模块42判定属性值超过预设的临界值后，对业务信息列表进行分解，生成至少两个子业务信息列表;其中，每个子业务信息列表的属性值小于或等于所述预设的临界值。
[0064]列表保持模块44用于在属性值判断模块42判定属性值不超过预设的临界值时，保持业务信息列表不变。
[0065]不难发现，本实施方式为与第一实施方式相对应的系统实施例，本实施方式可与第一实施方式互相配合实施。第一实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第一实施方式中。
[0066]本发明第五实施方式涉及一种业务信息列表的生成系统。本实施方式将以业务信息列表为订单;子业务信息列表为子订单;业务信息列表的属性值为订单的属性值;业务信息列表的操作指令为订单的确认指令为例，对如何由业务信息列表生成子业务信息列表的过程进行说明。
[0067]如图5所示，该业务信息列表的生成系统包括:接收模块51、判断模块52、拆分模块53及保持模块54。
[0068]在本实施方式中，该接收模块51用于接收用户发送的确认订单的指令。
[0069]判断模块52用于在接收模块接收到确认订单的指令后，判断订单的属性值是否超过预设的临界值。
[0070]拆分模块53用于在判断模块判定属性值超过预设的临界值后，将订单拆分成至少两个子订单，其中，每一个子订单的属性值小于或等于预设的临界值。
[0071 ]保持模块54用于在判断模块判定属性值不超过预设的临界值时，保持订单不变。
[0072]另外，在本实施方式中，该业务信息列表的生成系统还包括提示模块(图中未示出)。具体地说，判断模块还用于在判定订单的属性值超过预设的临界值之后，在拆分模块将订单拆分成至少两个子订单之前，判断订单是否可拆;若可拆，则通知拆分模块将该订单拆分成至少两个子订单;若不可拆，则通知提示模块向用户发送提示。
[0073]不难发现，本实施方式为与第二实施方式相对应的系统实施例，本实施方式可与第二实施方式互相配合实施。第二实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第二实施方式中。
[0074]值得一提的是，本实施方式中所涉及到的各模块均为逻辑模块，在实际应用中，一个逻辑单元可以是一个物理单元，也可以是一个物理单元的一部分，还可以以多个物理单元的组合实现。此外，为了突出本发明的创新部分，本实施方式中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入，但这并不表明本实施方式中不存在其它的单
J L ο
[0075]本发明第六实施方式涉及一种终端。如图6所示，该终端包括:处理器61、存储器62及人机交互设备63。
[0076]该终端可以是智能手机、PC(个人计算机)或平板电脑等智能终端。本实施方式将以该电子设备为智能手机为例进行说明。
[0077]当电子设备为智能手机时，该人机交互设备63包括显示屏与触摸屏。
[0078]本实施方式中，终端在接收到用户发送的确认订单的指令后，可以向用户提供一个人机交互界面，该人机交互界面上可设置多个拆分选择项目，包括价格、质量、体积等。选择价格时，将按照商品的价格进行拆分;选择质量时，将按照商品的质量进行拆分;选择体积时，将按照商品的体积进行拆分。同时选中其中的某两项(如价格、质量)或三项时，拆分时将同时考虑选择的项目。
[0079]以选择的拆分项目为价格为例，处理器61在接收到用户的选择的拆分项目时，就会获取用户的订单金额(即订单中所有商品的价格之和)，并判断该订单金额是否超过预设的临界值。值的一提的是，该预设的临界值可以由用户输入，如用户通过触摸屏在人机交互界面中选定拆分项目为价格后，处理器可推出一个临界值输入框中，供用户输入临界值。该预设的临界值也可以预先存储在存储器62中。
[0080]若处理器61判定该订单的金额超过预设的临界值，则将该订单拆分成至少两个子订单，其中，每一个子订单的订单金额小于或等于预设的临界值。并将拆分后的子订单显示在显示屏上，供用户参考。
[0081]若处理器61判定该订单的金额未超过预设的临界值时，则保持该订单不变。
[0082]不难发现，本实施方式为与第二实施方式相对应的实体装置实施例。本实施方式可与第二实施方式互相配合实施。第二实施方式中提到的相关技术细节在本实施方式中依然有效，为了减少重复，这里不再赘述。相应地，本实施方式中提到的相关技术细节也可应用在第二实施方式中。
[0083]本领域技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序存储在一个存储介质中，包括若干指令用以使得一个设备(可以是单片机，芯片等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(R0M，Read-0nlyMemory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
[0084]本领域的普通技术人员可以理解，上述各实施方式是实现本发明的具体实施例，而在实际应用中，可以在形式上和细节上对其作各种改变，而不偏离本发明的精神和范围。
【主权项】
1.一种业务信息列表的生成方法，其特征在于，包括: 在接收到用户发送的业务信息列表的操作指令后，判断所述业务信息列表的属性值是否超过预设的临界值； 在判定所述属性值超过所述预设的临界值后，对所述业务信息列表进行分解，生成至少两个子业务信息列表;其中，每个所述子业务信息列表的属性值小于或等于所述预设的临界值； 在判定所述属性值不超过所述预设的临界值时，保持所述业务信息列表不变。2.根据权利要求1所述的业务信息列表的生成方法，其特征在于， 所述业务信息列表为订单;所述子业务信息列表为子订单;所述业务信息列表的属性值为所述订单的属性值;所述业务信息列表的操作指令为所述订单的确认指令； 在对所述业务信息列表进行分解，生成至少两个子业务信息列表时，将所述订单拆分成至少两个子订单。3.根据权利要求2所述的业务信息列表的生成方法，其特征在于，在判定所述属性值超过所述预设的临界值之后，在所述将所述订单拆分成至少两个子订单之前，还包括: 判断所述订单是否可拆； 在判定所述订单可拆时，执行将所述订单拆分成至少两个子订单的步骤； 在判定所述订单不可拆时，向用户发送提示。4.根据权利要求3所述的业务信息列表的生成方法，其特征在于，在判断所述订单是否可拆时，通过判断所述订单中包括的商品个数是否大于I来判断所述订单是否可拆。5.根据权利要求3所述的业务信息列表的生成方法，其特征在于，在所述判断所述订单是否可拆时，根据所述订单中包括的单件商品的属性值来判断所述订单是否可拆。6.根据权利要求5所述的业务信息列表的生成方法，其特征在于，所述商品的属性包括商品的价格、商品的质量或商品的体积。7.根据权利要求2所述的业务信息列表的生成方法，其特征在于，在将所述订单拆分成至少两个子订单时，采用拆单后订单总数最少的原则进行拆分。8.根据权利要求2所述的业务信息列表的生成方法，其特征在于，在将所述订单拆分成至少两个订单时，将所有可能的拆分方案均拆分出来，供用户选择。9.根据权利要求2所述的业务信息列表的生成方法，其特征在于，所述订单的属性值包括:订单中所有商品的价格之和、订单中所有商品的质量之和、或订单中所有商品的体积之和。10.—种业务信息列表的生成系统，其特征在于，包括:指令接收模块、属性值判断模块、列表生成模块及列表保持模块； 所述指令接收模块用于接收用户发送的业务信息列表的操作指令； 所述属性值判断模块用于判断所述业务信息列表的属性值是否超过预设的临界值； 所述列表生成模块用于在所述属性值判断模块判定所述属性值超过所述预设的临界值后，对所述业务信息列表进行分解，生成至少两个子业务信息列表;其中，每个所述子业务信息列表的属性值小于或等于所述预设的临界值； 所述列表保持模块用于在所述属性值判断模块判定所述属性值不超过所述预设的临界值时，保持所述业务信息列表不变。
【文档编号】G06Q30/06GK106097053SQ201610399212
【公开日】2016年11月9日
【申请日】2016年6月7日
【发明人】黄智劲
【申请人】乐视控股（北京）有限公司, 乐视电子商务（北京）有限公司