基金申购管理方法、装置、计算机可读存储介质及服务器与流程

本发明涉及互联网金融领域，具体涉及一种基金申购管理方法、装置、计算机可读存储介质及服务器。

背景技术：

随着互联网技术的发展，互联网金融给用户带来了更加便捷的体验，以往购买金融产品需要前往银行网点排队办理，而互联网金融将该金融产品的操作流程实现在线上作业，用户可以通过互联网在线购入或卖出相关的金融产品，而目前的互联网金融系统中，方便用户使用的同时，对于短时间内的大并发的用户交易无法采取有效的措施进行控制，导致互联网金融的线上体验不佳，互联网金融的订单处理效率过慢，该些问题是互联网金融目前亟需解决的问题。

技术实现要素：

为克服以上技术问题，特别是现有技术无法灵活、高效地完成基金申购订单的处理的问题，特提出以下技术方案：

第一方面，本发明提供了一种基金申购管理方法，包括：

接收用户发起的基金申购请求，生成基金申购订单；所述基金申购订单包含基金申购金额，从基金管理额度中扣除所述基金申购金额；

将所述基金申购订单存放到消息队列中；

响应于用户的支付确认指令，获取所述消息队列中对应的基金申购订单，判断基金的剩余募集额度是否大于所述基金申购订单的基金申购金额，若是，确认用户的基金认购额度，从所述基金的剩余募集额度中扣除所述基金认购额度；

返回用户基金认购的处理消息。

进一步的，所述将所述基金申购订单存放到消息队列中，包括：

为每一个基金预申购订单设置时间管理预设值，将所述基金申购订单存放到消息队列中；

所述将所述基金申购订单存放到消息队列中之后，还包括：

若在所述时间管理预设值内未接收到用户的支付确认指令，将所述基金申购订单从所述消息队列中移除，恢复基金管理额度中该基金申购订单对应的基金申购金额。

进一步的，所述从基金管理额度中扣除所述基金申购金额之前，还包括：

判断基金管理额度是否小于所述基金申购订单的基金申购金额；若是，向用户返回基金申购排队的提醒消息。

进一步的，所述接收用户发起的基金申购请求之前，还包括：

接收用户对基金申购订单大于基金的剩余募集额度时的基金认购处理确认指令；

所述判断基金的剩余募集额度是否大于所述基金申购订单的基金申购金额之后，还包括：

若否，确认用户的基金认购额度为基金的剩余募集额度，从所述基金的剩余募集额度中扣除所述基金认购额度，并返回用户的支付差值。

第二方面，本发明提供一种基金申购管理装置，包括：

申购模块：用于接收用户发起的基金申购请求，生成基金申购订单；所述基金申购订单包含基金申购金额，从基金管理额度中扣除所述基金申购金额；

队列模块：用于将所述基金申购订单存放到消息队列中；

确认模块：用于响应于用户的支付确认指令，获取所述消息队列中对应的基金申购订单，判断基金的剩余募集额度是否大于所述基金申购订单的基金申购金额，若是，确认用户的基金认购额度，从所述基金的剩余募集额度中扣除所述基金认购额度；

反馈模块：用于返回用户基金认购的处理消息。

进一步的，所述队列模块执行将所述基金申购订单存放到消息队列中，包括：

为每一个基金预申购订单设置时间管理预设值，将所述基金申购订单存放到消息队列中；

所述申购模块还包括执行：

若在所述时间管理预设值内未接收到用户的支付确认指令，将所述基金申购订单从所述消息队列中移除，恢复基金管理额度中该基金申购订单对应的基金申购金额。

进一步的，所述申购模块还包括执行：

判断基金管理额度是否小于所述基金申购订单的基金申购金额；若是，向用户返回基金申购排队的提醒消息。

进一步的，所述申购模块还包括执行：

接收用户对基金申购订单大于基金的剩余募集额度时的基金认购处理确认指令；

所述确认模块还包括执行：

判断基金的剩余募集额度是否大于所述基金申购订单的基金申购金额，若否，确认用户的基金认购额度为基金的剩余募集额度，从所述基金的剩余募集额度中扣除所述基金认购额度，并返回用户的支付差值。

第三方面，本发明还提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述的基金申购管理方法。

第四方面，本发明还提供了一服务器，所述服务器包括一个或多个处理器、存储器、一个或多个计算机程序，其中所述一个或多个计算机程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于执行上述的基金申购管理方法。

本发明与现有技术相比，具有以下有益效果：

本发明提供了一种在对于基金申购中有效管理有效订单跟无效订单的方法，在接收用户发起的基金申购请求后，从基金管理额度扣除用户申购的基金金额，并将生成的基金申购订单存放到消息队列中，只有当用户对该基金申购订单进行支付后，响应于用户的支付确认指令，确认用户的基金认购额度，从基金的剩余募集额度中扣除所述基金认购额度，完成基金的认购，然后返回用户基金认购的处理消息，通过基金管理额度、消息队列来避免无效的基金申购订单冗余，并及时更改及释放基金管理额度，基金额度可以得到有效控制，防止基金申购的高并发操作导致基金剩余额度管理困难的情况，提高基金申购订单的处理效率。

本发明附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解，其中：

图1为本发明基金申购管理方法的一实施例流程示意图；

图2为本发明基金申购管理方法的另一实施例流程示意图；

图3为本发明基金申购管理装置的一实施例示意图；

图4为本发明服务器的一实施例结构示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。

本领域技术人员应当理解，本发明所称的“应用”、“应用程序”、“计算机程序”以及类似表述的概念，是业内技术人员所公知的相同概念，是指由一系列计算机指令及相关数据资源有机构造的适于电子运行的计算机软件。除非特别指定，这种命名本身不受编程语言种类、级别，也不受其赖以运行的操作系统或平台所限制。理所当然地，此类概念也不受任何形式的终端所限制。

本发明实施例提供一种基金申购管理方法，如图1所示，所述方法包括以下步骤：

s10：接收用户发起的基金申购请求，生成基金申购订单；所述基金申购订单包含基金申购金额，从基金管理额度中扣除所述基金申购金额。

本步骤中，针对基金交易大额的特殊性，当用户发起基金申购请求时，生成基金申购订单，此时用户并未对所述基金申购订单进行支付，基金未认购成功，不占用基金的实际募集额度，所述基金申购订单中包含用户对基金申购金额，然后从基金管理额度中扣除所述基金申购金额，基金管理额度与基金的实际募集额度的数值是相等的，而基金管理额度能够透支至负数。例如基金的实际募集额度为100万元，则基金管理额度同为100万元，当用户的基金申购订单的基金申购金额为5万元时，在客户端用户界面上点击诸如“提交订单”的按钮，此时发起基金申购请求，然后本实施例的系统接收到该申购请求后生成基金申购订单，然后从基金管理额度中扣除所述基金申购金额5万元，扣除后的基金申购金额为95万元，后续用户可以对该基金申购订单进行支付，而此时的基金申购订单未进行支付，在基金管理额度中扣除所述基金申购金额不影响实际基金剩余的募集额度，基金剩余的募集额度仍为100万元。

s20：将所述基金申购订单存放到消息队列中。

在上述步骤中生成基金申购订单后，将每一个生成的基金申购订单存放到消息队列中，具体的，消息队列中以接收到用户发起的基金申购请求的时间或以生产的基金申购订单的时间对所述基金申购订单进行排序，例如，当基金开放申购时，第一位提交基金申购请求的用户的基金申购订单在消息队列中排在第一位；第二位提交基金申购请求的用户的基金申购订单在消息队列中排在第二位。

s30：响应于用户的支付确认指令，获取所述消息队列中对应的基金申购订单，判断基金的剩余募集额度是否大于所述基金申购订单的基金申购金额，若是，确认用户的基金认购额度，从所述基金的剩余募集额度中扣除所述基金认购额度。

当用户提交了基金申购请求，系统生成基金申购订单后，用户可以选择对所述基金申购订单进行支付，当用户确认支付所申购的基金申购订单时，响应于用户的支付确认指令，获取所述消息队列中对应的基金申购订单，然后判断基金的剩余募集额度是否大于该基金申购订单的基金申购金额，若是，则认定该基金申购订单能够执行，该基金申购订单为有效订单，然后确认用户的基金认购额度，该基金认购额度便是基金申购订单中的基金申购金额，并从所述基金的剩余募集额度中扣除所述基金认购额度，以此完成用户对基金的认购。

s40：返回用户基金认购的处理消息。

当基金认购完成后，向用户返回基金认购完成的处理消息，以让用户能够知晓基金的申购状态，基金是否申购成功，基金申购的金额是多少。

本实施例提供了一种在对于基金申购中有效管理有效订单跟无效订单的方法，在接收用户发起的基金申购请求后，从基金管理额度扣除用户申购的基金金额，并将生成的基金申购订单存放到消息队列中，只有当用户对该基金申购订单进行支付后，响应于用户的支付确认指令，确认用户的基金认购额度，从基金的剩余募集额度中扣除所述基金认购额度，完成基金的认购，然后返回用户基金认购的处理消息，通过基金管理额度、消息队列来避免无效的基金申购订单冗余，并及时更改及释放基金管理额度，基金额度可以得到有效控制，防止基金申购的高并发操作导致基金剩余额度管理困难的情况，提高基金申购订单的处理效率。

本发明的一种实施例，所述将所述基金申购订单存放到消息队列中，包括：

为每一个基金预申购订单设置时间管理预设值，将所述基金申购订单存放到消息队列中；

所述将所述基金申购订单存放到消息队列中之后，还包括：

若在所述时间管理预设值未接收到用户的支付确认指令，将所述基金申购订单从所述消息队列中移除，恢复基金管理额度中该基金申购订单对应的基金申购金额。

本实施例中，在将所述基金申购订单存放到消息队列中时，为每一个基金申购订单设置时间管理预设值，然后再将基金申购订单存放到消息队列中，所述时间管理预设值为基金申购订单的有效时间值，例如时间管理预设值为15分钟，表示该基金申购订单的有效时间为15分钟，若在15分钟内不对该基金申购订单进一步处理，则将该基金申购订单转化为失效的基金申购订单，进一步的，每一个基金申购订单均设置有时间管理预设值，在将所述基金申购订单存放到消息队列中之后，若在所述时间管理预设值内未接收到用户的支付确认指令，则将该基金申购订单视为无效订单，将该基金申购订单从消息队列中移除，并恢复基金管理额度中该基金申购订单对应的基金申购金额。例如，当基金管理额度的初始值为100万，第一个基金申购订单为5万，第二个基金申购订单为3万，第三个基金申购订单为8万，第四个基金申购订单为4万，则剩余的基金管理额度为30万，而当第三个基金申购订单在所述时间管理预设值未接收到用户的支付确认指令，则将该第三个基金申购订单从消息队列中移除，并实时恢复基金管理额度为88万，从而快速地对基金管理额度进行配置，让后续的基金申购订单能够正常完成认购。

本发明的一种实施例，如图2所示，所述从基金管理额度中扣除所述基金申购金额之前，还包括：

s11：判断基金管理额度是否小于所述基金申购订单的基金申购金额；若是，向用户返回基金申购排队的提醒消息。

本发明实施例中，为了避免恶意大额交易的基金申购订单，将所述基金管理额度设置为能够透支，即所述基金管理额度的数值可以小于0(为负数)，在本实施例中，在从基金管理额度中扣除所述基金申购金额之前，判断基金管理额度是否小于所述基金申购订单的基金申购金额，若是，则说明该基金申购订单已经超过基金管理额度，若在该基金申购订单前的所有基金申购订单均为有效订单，则该超过基金管理额度的基金申购订单无法完成正常的申购，此时，需要提前向用户预知该情况，向用户返回基金申购排队的提醒消息。例如，基金管理额度的初始值为100万，第一个基金申购订单为5万，第二个基金申购订单为3万，第三个基金申购订单为8万，第四个基金申购订单为4万，第五个基金申购订单为82万，大于剩余的基金管理额度80万，向用户返回基金申购排队的提醒消息，而此时在第五个基金申购订单生成后，基金管理额度为-2万。

本发明的一种实施例，接收用户发起的基金申购请求之前，还包括：

接收用户对基金申购订单大于基金的剩余募集额度时的基金认购处理确认指令；

所述判断基金的剩余募集额度是否大于所述基金申购订单的基金申购金额之后，还包括：

若否，确认用户的基金认购额度为基金的剩余募集额度，从所述基金的剩余募集额度中扣除所述基金认购额度。

本实施例中，由于基金管理额度能够透支，并且基金的募集额度可能无法完全匹配基金申购订单的金额，当判断基金的剩余募集额度小于于所述基金申购订单的基金申购金额时，则确认用户的基金认购额度为基金的剩余募集额度，然后从所述基金的剩余募集额度中扣除所述基金认购额度，并返回用户的支付差值，例如，用户的基金申购订单为5万，支付时用户扣除了5万，而基金剩余募集额度只有4万，则为用户将剩余的基金额度4万认购后，返回用户的支付差值1万，完成用户对基金的正常认购，而非直接将该基金申购订单视为无效订单。优选的，该规则在事先需要取得用户的同意，在用户发起基金申购请求之前，向用户发送若基金剩余募集额度小于您发起的基金申购的金额，则为您认购剩余的所有基金额度的提醒信息。

如图3所示，在另一种实施例中，本发明提供了一种基金申购管理装置，包括：

申购模块10：用于接收用户发起的基金申购请求，生成基金申购订单；所述基金申购订单包含基金申购金额，从基金管理额度中扣除所述基金申购金额；

队列模块20：用于将所述基金申购订单存放到消息队列中；

确认模块30：用于响应于用户的支付确认指令，获取所述消息队列中对应的基金申购订单，判断基金的剩余募集额度是否大于所述基金申购订单的基金申购金额，若是，确认用户的基金认购额度，从所述基金的剩余募集额度中扣除所述基金认购额度；

反馈模块40：用于返回用户基金认购的处理消息。

本发明的一种实施例，所述队列模块20执行将所述基金申购订单存放到消息队列中，包括：

为每一个基金预申购订单设置时间管理预设值，将所述基金申购订单存放到消息队列中；

所述确认模块30还包括执行：

若在所述时间管理预设值内未接收到用户的支付确认指令，将所述基金申购订单从所述消息队列中移除，恢复基金管理额度中该基金申购订单对应的基金申购金额。

本发明的一种实施例，所述申购模块10还包括执行：

判断基金管理额度是否小于所述基金申购订单的基金申购金额；若是，向用户返回基金申购排队的提醒消息。

本发明的一种实施例，所述申购模块10还包括执行：

接收用户对基金申购订单大于基金的剩余募集额度时的基金认购处理确认指令；

所述确认模块30还包括执行：

判断基金的剩余募集额度是否大于所述基金申购订单的基金申购金额，若否，确认用户的基金认购额度为基金的剩余募集额度，从所述基金的剩余募集额度中扣除所述基金认购额度，并返回用户的支付差值。

在另一种实施例中，本发明提供了一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现上述实施例所述的基金申购管理方法。其中，所述计算机可读存储介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、cd-rom、和磁光盘)、rom(read-onlymemory，只读存储器)、ram(randomaccessmemory，随即存储器)、eprom(erasableprogrammableread-onlymemory，可擦写可编程只读存储器)、eeprom(electricallyerasableprogrammableread-onlymemory，电可擦可编程只读存储器)、闪存、磁性卡片或光线卡片。也就是，存储设备包括由设备(例如，计算机、手机)以能够读的形式存储或传输信息的任何介质，可以是只读存储器，磁盘或光盘等。

本发明实施例提供的一种计算机可读存储介质，可实现接收用户发起的基金申购请求，生成基金申购订单；所述基金申购订单包含基金申购金额，从基金管理额度中扣除所述基金申购金额；将所述基金申购订单存放到消息队列中；响应于用户的支付确认指令，获取所述消息队列中对应的基金申购订单，判断基金的剩余募集额度是否大于所述基金申购订单的基金申购金额，若是，确认用户的基金认购额度，从所述基金的剩余募集额度中扣除所述基金认购额度；返回用户基金认购的处理消息。通过提供一种在对于基金申购中有效管理有效订单跟无效订单的方法，在接收用户发起的基金申购请求后，从基金管理额度扣除用户申购的基金金额，并将生成的基金申购订单存放到消息队列中，只有当用户对该基金申购订单进行支付后，响应于用户的支付确认指令，确认用户的基金认购额度，从基金的剩余募集额度中扣除所述基金认购额度，完成基金的认购，然后返回用户基金认购的处理消息，通过基金管理额度、消息队列来避免无效的基金申购订单冗余，并及时更改及释放基金管理额度，基金额度可以得到有效控制，防止基金申购的高并发操作导致基金剩余额度管理困难的情况，提高基金申购订单的处理效率。

本发明实施例提供的计算机可读存储介质可以实现上述基金申购管理方法的实施例，具体功能实现请参见方法实施例中的说明，在此不再赘述。

此外，在又一种实施例中，本发明还提供一种服务器，如图4所示，所述服务器包括处理器403、存储器405、输入单元407以及显示单元409等器件。本领域技术人员可以理解，图4示出的结构器件并不构成对所有服务器的限定，可以包括比图示更多或更少的部件，或者组合某些部件。存储器405可用于存储计算机程序401以及各功能模块，处理器403运行存储在存储器405的计算机程序401，从而执行设备的各种功能应用以及数据处理。存储器405可以是内存储器或外存储器，或者包括内存储器和外存储器两者。内存储器可以包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦写可编程rom(eeprom)、快闪存储器、或者随机存储器。外存储器可以包括硬盘、软盘、zip盘、u盘、磁带等。本发明所公开的存储器包括但不限于这些类型的存储器。本发明所公开的存储器405只作为例子而非作为限定。

输入单元407用于接收信号的输入及接收用户的输入，输入单元407可包括触控面板以及其它输入设备，触控面板可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板上或在触控面板附近的操作)，并根据预先设定的程序驱动相应的连接装置；其它输入设备可以包括但不限于物理键盘、功能键(比如播放控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。显示单元409可用于显示用户输入的信息或提供给用户的信息以及计算机设备的各种菜单。显示单元409可采用液晶显示器、有机发光二极管等形式。处理器403是计算机设备的控制中心，利用各种接口和线路连接整个电脑的各个部分，通过运行或执行存储在存储器403内的软件程序和/或模块，以及调用存储在存储器内的数据，执行各种功能和处理数据。

在一种实施方式中，所述服务器包括一个或多个处理器403，以及一个或多个存储器405，一个或多个计算机程序401，其中所述一个或多个计算机程序401被存储在存储器405中并被配置为由所述一个或多个处理器403执行，所述一个或多个计算机程序401配置用于执行以上实施例所述的基金申购管理方法。图4中所示的一个或多个处理器403能够执行、实现图3中所示的申购模块10、队列模块20、确认模块30、反馈模块40的功能。

本发明实施例提供的一种服务器，可实现接收用户发起的基金申购请求，生成基金申购订单；所述基金申购订单包含基金申购金额，从基金管理额度中扣除所述基金申购金额；将所述基金申购订单存放到消息队列中；响应于用户的支付确认指令，获取所述消息队列中对应的基金申购订单，判断基金的剩余募集额度是否大于所述基金申购订单的基金申购金额，若是，确认用户的基金认购额度，从所述基金的剩余募集额度中扣除所述基金认购额度；返回用户基金认购的处理消息。通过提供一种在对于基金申购中有效管理有效订单跟无效订单的方法，在接收用户发起的基金申购请求后，从基金管理额度扣除用户申购的基金金额，并将生成的基金申购订单存放到消息队列中，只有当用户对该基金申购订单进行支付后，响应于用户的支付确认指令，确认用户的基金认购额度，从基金的剩余募集额度中扣除所述基金认购额度，完成基金的认购，然后返回用户基金认购的处理消息，通过基金管理额度、消息队列来避免无效的基金申购订单冗余，并及时更改及释放基金管理额度，基金额度可以得到有效控制，防止基金申购的高并发操作导致基金剩余额度管理困难的情况，提高基金申购订单的处理效率。

本发明实施例提供的服务器可以实现上述提供的基金申购管理方法的实施例，具体功能实现请参见方法实施例中的说明，在此不再赘述。

以上所述仅是本发明的部分实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。