CN101408968A - 一种基金买卖的方法和*** - Google Patents

Abstract

本发明提供了基金买卖的***和方法，其中，所述***包括存储单元，用于存储扣款信息集合；第一接收单元，用于接收由至少一个基金公司服务器发送的至少一个扣款通知；查找单元，用于从存储单元存储的扣款信息集合中查找与该扣款通知相匹配的扣款信息；第二发送单元，用于将所述扣款信息发送给所述扣款信息中指示的银行服务器；第二接收单元，用于接收该银行服务器返回的扣款结果；第一发送单元，将所述扣款结果返回给所述基金公司服务器，本发明实施例所提供的***，为基金公司、银行以及用户提供了一个统一的操作平台，减轻了基金公司服务器和银行服务器以及用户的负担，简化了操作流程，极大地节约了成本。

Description

一种基金买卖的方法和***

技术领域

本发明涉及网络技术领域，特别是涉及基金买卖的方法和***。

背景技术

网络交易主要是在网络的虚拟环境上进行的交易，类似于真实世界当中在商店进行的交易，其中网络的虚拟交易是利用电子商务的各种手段，达成从买到卖的过程。随着网络技术的不断发展，网络交易已经非常普及。常见的网络交易主要有：企业间交易、企业和消费者间交易、消费者间交易、企业和政府间交易等。

目前各家银行都开通了网上银行服务，用户可以通过银行的网上银行***进行网上支付，网络支付越来越流行。

股票及基金作为投资理财的渠道已经被越来越多人所接受和认识，而且为了免除交通排队的问题，越来越多的人通过网络来完成购买、赎回等操作。

现有的股票、基金等其他理财产品可以直接在网上支付、赎回等操作。就基金而言，基金的投资方式大体上有两种，分别是单笔投资和定期定额投资。其中，所谓“定期定额”就是每隔一段固定时间以固定的金额投资于同一只开放式基金。它最大的好处是平均投资成本，避免选择基金时的风险。

在实现本发明过程中，发明人发现由于基金买卖的资金可以来自于不同的银行，导致基金机构就需要与多个银行进行互联，然而，每个银行的网银***各不相同，这就造成了基金机构技术成本的增加；同时，使用不同的网银***直接购买或者赎回基金，就需要熟悉不同的网银***，这就造成了用户使用成本的增加。

发明内容

鉴于上述问题，本发明实施例提供了基金买卖的方法和***，使基金公司实现通过一个统一的平台与用户进行基金买卖。

为解决上述技术问题，本发明的目的是通过以下技术方案实现的：

一种基金买卖的***，包括：

存储单元，用于存储扣款信息集合；

第一接收单元，用于接收由至少一个基金公司服务器发送的至少一个扣款通知；

查找单元，用于根据接收单元接收的扣款通知从存储单元存储的扣款信息集合中查找与该扣款通知相匹配的扣款信息；

第二发送单元，用于将所述扣款信息发送给所述扣款信息中指示的银行服务器；

第二接收单元，用于接收该银行服务器返回的扣款结果，所述扣款结果由所述银行服务器根据所述扣款信息进行扣款获得；

第一发送单元，将所述扣款结果返回给所述基金公司服务器。

该***还包括：

监测单元，用于对存储单元中的扣款信息集合中的各个扣款日期进行检测；

第三发送单元，用于在监测单元检测到当前日期为所述扣款信息集合中某一扣款日期的预设提醒日时，根据所述扣款信息中的用户联系方式向该用户发送存款提醒消息，提醒该用户向所述扣款信息中的银行帐户存款。

该***还包括：

验证单元，用于在所述第二发送单元向所述银行服务器发送扣款信息之前验证所述扣款信息的合法性。

所述第二发送单元还用于，在所述第二接收单元接收到扣款失败的结果时，向银行服务器重新发送扣款信息。

该***还包括：

第三接收单元，用于接收用户发送的基金赎回申请消息；

所述第一发送单元，还用于将所述基金赎回申请消息转发给该申请消息中对应的基金公司服务器；

所述第一接收单元，还用于接收基金公司服务器根据所述基金赎回申请消息返回的打款数据；

所述查找单元，还用于从存储单元存储的扣款信息中找到与该扣款数据对应的银行服务器及银行帐户；

所述第二发送单元，还用于向所述银行的服务的银行帐户进行打款；

所述第二接收单元，还用于接收所述银行服务器返回的打款结果；

还包括，第三发送单元，用于将所述打款结果返回给用户。

一种基金买卖的方法，包括：

接收由至少一个基金公司服务器发送的至少一个扣款通知；

根据接收的所述扣款通知从自身存储的扣款信息集合中查找与该扣款通知相匹配的扣款信息；

将所述扣款信息发送给所述扣款信息中指示的银行服务器；

接收该银行服务器返回的扣款结果，所述扣款结果由所述银行服务器根据所述扣款信息进行扣款获得；

将所述扣款结果返回给所述基金公司服务器。

该方法还包括：

对自身存储的扣款信息集合的各个扣款信息的扣款日期进行监测；

在监测到当前日期为所述扣款信息集合中某一扣款日期的预设提醒日时，根据所述扣款信息中的用户联系方式向该用户发送存款提醒消息，提醒该用户向所述扣款信息中的银行帐户存款。

该方法还包括：

在向所述银行服务器发送扣款信息之前验证所述扣款信息的合法性。

该方法还包括：

在接收到扣款失败的结果时，向银行服务器重新发送扣款信息。

该方法还包括：

接收用户发送的基金赎回申请消息；

将所述基金赎回申请消息转发给该申请消息中对应的基金公司服务器；

接收所述基金公司服务器根据所述基金赎回申请消息返回的打款数据；

从自身存储的扣款信息中找到与该扣款数据对应的银行服务器及银行帐户；

向所述银行服务器的银行帐户进行打款；

接收所述银行服务器返回的打款结果；

将所述打款结果返回给用户。

可见，在本发明实施例中，所述***包括存储单元，用于存储扣款信息集合；第一接收单元，用于接收由至少一个基金公司服务器发送的至少一个扣款通知；查找单元，用于根据接收单元接收的扣款通知从存储单元存储的扣款信息集合中查找与该扣款通知相匹配的扣款信息；第二发送单元，用于将所述扣款信息发送给所述扣款信息中指示的银行服务器；第二接收单元，用于接收该银行服务器返回的扣款结果，所述扣款结果由所述银行服务器根据所述扣款信息进行扣款获得；第一发送单元，将所述扣款结果返回给所述基金公司服务器，本发明实施例所提供的***，为基金公司、银行以及用户提供了一个统一的操作平台，使原本复杂的交互过程都由本发明实施例所提供的***来完成，减轻了基金公司服务器和银行服务器的负担以及用户的负担，简化了操作流程，极大地节约了成本。

附图说明

图1为本发明实施例所提供的方法所涉及到的主体的关系图；

图2为本发明一实施例所提供的***的结构示意图；

图3为本发明一实施例所提供的方法的流程图；

图4为本发明另一实施例所提供的方法的流程图。

具体实施方式

本发明实施例提供了基金买卖的方法和***，下面结合附图对本发明实施例进行详细描述。

参见图1为本发明实施例所提的方法所涉及的主体间的关系的示意图，其中包括至少一个银行服务器、第三方支付公司服务器、至少一个基金公司服务器三个部分，其中银行服务器、第三方基金公司服务器都与第三方基金公司服务器建立联系。

参见图2，本发明实施例还提供一种基金买卖的***，该***包括：

存储单元201，用于存储扣款信息集合。

本发明实施例所提供的***与多家基金公司和多家银行相连，而每家基金公司能都有多种基金产品；同样的，同一家银行拥有的众多的基金储户，而每个储户可能购买多种分属于不同基金公司的基金产品。为了能够准确的实现基金买卖款的代扣和代存，在本发明实施例中，在存储单元中预存了扣款信息集合。

所述扣款信息集合由众多的扣款信息组成，每条扣款信息中都包括了：

购买该基金的基金持有者的用户信息，基金的信息、扣款对应的银行服务器、扣款金额、扣款日期等信息。

其中，用户信息包括用户姓名、用户联系方式等。

基金的信息包括基金名称以及该基金代号等内容。

在本发明一实施例中，所述扣款信息可以根据银行、基金公司、第三方支付公司以及用户签订的代扣协议获得。

第一接收单元202，用于接收由至少一个基金公司发送的至少一个扣款通知。

因为本发明实施例所提供的***与众多基金公司服务器和银行服务器相连，所以会接到很多扣款通知。

所述扣款通知中包括购买基金的用户信息，基金的信息、扣款金额、扣款日期等信息。

查找单元203，用于根据第一接收单元接收的扣款通知从存储单元存储的扣款信息集合中查找与该扣款通知相匹配的扣款信息。

从扣款通知和扣款信息的内容我们看出两者有相同的内容，实际上，正是通过这些相同部分，如用户信息和基金信息，扣款金额及扣款日期来确定与所述存储单元的扣款信息集合中与该扣款通知对应的扣款信息，从而从自身连接的众多银行服务器中找到该扣款通知对应的银行服务器。

第二发送单元204，用于将所述扣款信息发送给所述扣款信息中指示的银行服务器。

本发明实施例所提供的***通过所述第二发送单元与众多银行服务器相连，所以只有通过查找单元查找出与扣款通知相对应的扣款信息，所述第二发送单元才能确定应该通知与自身连接的众多银行服务器中的哪个银行服务器发送扣款信息。

该银行服务器在收到扣款信息后，就根据扣款信息中记录的内容，将该扣款信息中记录的扣款金额从该扣款信息中记录的银行帐户中扣除。

第二接收单元205，用于接收该银行服务器返回的扣款结果，所述扣款结果由所述银行服务器根据所述扣款信息进行扣款获得；

第一发送单元206，将所述第二接收单元接收的扣款结果返回给所述基金公司服务器。

为了表述上的对应，本发明实施例所提供的***通过第一接收单元和第一发送单元与基金公司服务器进行通信，通过第二接收单元和第二发送单元与银行服务器进行通信。

为了保证所述***的顺利扣款，所述***还包括：

监测单元207，用于对存储单元中的扣款信息集合中的各个扣款日期进行检测；

第三发送单元208，用于在监测单元检测到当前日期为所述扣款信息集合中某一扣款日期的预设提醒日时，根据所述扣款信息中的用户联系方式向该用户发送存款提醒消息，提醒该用户向所述扣款信息中的银行帐户存款。

例如，所述第三发送单元可以向用户发短信或者邮件，通知用户向所述银行服务器存款。

优选地，为了保证扣款的准确性，所述***还包括：

验证单元，用于在所述第二发送单元向所述银行服务器发起扣款通知之前验证扣款的合法性。

当扣款发生失败时，为了进一步保证扣款的成功，所述第二发送单元204还用于，在所述第二接收单元接收到扣款失败的结果时，向银行服务器重新发送扣款信息。

当利用本发明实施例所提供的***基金买卖时，减轻了基金公司服务器、银行服务器以及用户的操作负担，同时保证了基金买卖操作的安全，极大地节约了基金定投过程中的成本。

为了使该***能够实现赎回的功能，图2所示的***还包括：

第三接收单元209，用于接收用户发送的基金赎回申请消息。

所述赎回申请消息中包括要赎回的基金信息和购买基金的基金持有者的用户信息。

在本发明实施例所提供的***中，该***通过与第三接收单元和第三发送单元与用户进行信息交互。

所述第一发送单元206，还用于将所述基金赎回申请消息转发给该申请消息中对应的基金公司服务器。

所述第一接收单元202，还用于接收基金公司服务器根据所述基金赎回申请消息返回的打款数据。

所述打款数据为所述基金公司服务器根据所述基金赎回申请消息形成，除了包括对应的基金信息、用户信息外，还包括可以赎回的金额。

所述查找单元，还用于从存储单元存储的扣款信息中找到与第一接收单元接收的该扣款数据对应的银行服务器及银行帐户。

此时，查找单元根据基金赎回申请消息从存储单元中记录的扣款信息中找到原基金购买时对应的打款银行服务器和银行帐户，将赎回金额返还给用户。

所述第二发送单元204，还用于根据所述第一接收单元接收的打款数据向所述银行的服务的银行帐户进行打款。

所述第二接收单元205，还用于接收所述银行服务器返回的打款结果。

还包括，第三发送单元，用于将所述打款结果返回给用户。

由此可见，本发明实施例所提供的***，为基金公司、银行以及用户提供了一个统一的操作平台，使原本复杂的交互过程都由第三方支付公司服务器来完成，减轻了基金公司服务器和银行服务器的负担以及用户的负担，简化了操作流程，极大地节约了成本。

参见图3，与***相对应，本发明实施例还提供实现基金买卖的方法，具体包括：

步骤301：接收由至少一个基金公司发送的至少一个扣款通知。

第三方支付是具备一定实力和信誉保障的独立机构，采用与各大银行签约的方式，提供与银行支付结算***接口的交易支持平台的网络支付模式。在第三方支付模式中，买方选购商品后，使用第三方平台提供的账户进行货款支付，并由第三方通知卖家货款到账、要求发货；买方收到货物，并检验商品进行确认后，就可以通知第三方付款给卖家，第三方再将款项转至卖家账户上。第三方支付作为目前的网络交易手段和信用中介，最重要的是起到了在网上商家和银行之间建立连接，采用第三方支付，可以安全实现从消费者、金融机构到商家的在线货币支付、现金流转、资金清算、查询统计等流程，实现了第三方监管和技术保障的作用。

如图1所示，本发明实施例所提供的方法中，第三方支付公司服务器与众多基金公司服务器和银行服务器相连，所以会接到很多扣款通知。

所述扣款通知中包括购买基金的用户信息，基金的信息、扣款金额、扣款日期等信息。

其中，用户信息包括用户名、用户联系方式等。基金的信息包括基金名称以及该基金代号等内容。

步骤302：根据接收的扣款通知从自身预存的扣款信息集合中查找与该扣款通知相匹配的扣款信息。

本发明实施例所提供的***与多家基金公司和多家银行相连，而每家基金公司能都有多种基金产品；同样的，同一家银行拥有的众多的基金储户，而每个储户可能购买多种分属于不同基金公司的基金产品。为了能够准确的实现基金买卖款的代扣和代存，在本发明实施例中，所述第三方支付服务器预存了扣款信息集合。

所述扣款信息集合由众多的扣款信息组成，每条扣款信息中都包括了：

购买基金的用户信息，基金的信息、扣款对应的银行服务器、扣款金额、扣款日期等信息。

在本发明一实施例中，所述扣款信息可以根据银行、基金公司、第三方支付公司以及用户签订的代扣协议获得。

从扣款通知和扣款信息的内容我们看出两者有相同的内容，实际上，正是通过这些相同部分，如用户信息和基金信息，扣款金额及扣款日期来确定与所述存储单元的扣款信息集合中与该扣款通知对应的扣款信息，从而从自身连接的众多银行服务器中找到该扣款通知对应的银行服务器。

步骤303：将所述扣款信息发送给所述扣款信息中指示的银行服务器。

通过查找出与扣款通知相对应的扣款信息，第三方基金公司服务器才能确定应该通知与自身连接的众多银行服务器中的哪个银行服务器发送扣款信息。

该银行服务器在收到扣款信息后，就根据扣款信息中记录的内容，将该扣款信息中记录的扣款金额从该扣款信息中记录的银行帐户中扣除。

步骤304：接收所述银行服务器返回的扣款结果，所述扣款结果由所述银行服务器根据所述扣款信息进行扣款获得；

步骤305：将所述扣款结果返回给所述基金公司服务器。

现有的基金投资方式大体上有两种，分别是单笔投资和定期定额投资。其中，所谓“定期定额”就是每隔一段固定时间以固定的金额投资于同一只开放式基金。它最大的好处是平均投资成本，避免选择基金时的风险。

对于基金定投的情况，该方法同样适用，区别只在于，会定时接到由某一基金公司发送的扣款通知。

为了进一步保证扣款的顺利进行，该方法还包括：

对自身存储的扣款信息集合中的各个扣款日期进行检测；

在监测到当前日期为所述扣款信息集合中某一扣款日期的预设提醒日时，根据所述扣款信息中的用户联系方式向该用户发送存款提醒消息，提醒该用户向所述扣款信息中的银行帐户存款。

在本发明的另一实施例中，为了保证扣款的准确性，该方法还包括：

在向所述银行服务器发起扣款通知之前验证扣款的合法性。

当扣款发生失败时，为了进一步保证扣款的成功，该方法还包括：

在接收到扣款失败的结果时，向银行服务器重新发送扣款信息。

本发明实施例所提供的方法为基金公司、银行和用户提供了一个统一的平台，不需要基金公司与各个银行建立基金操作，同时也不需要用户去熟悉各个基金网址或者网银页面不同的操作，只需要通过第三方支付公司服务器即可便捷地实现基金买卖，减轻了基金公司服务器、银行服务器以及用户的操作负担，同时保证了基金买卖操作的安全，极大地节约了基金定投过程中的成本。

在本发明另一实施例中，参见图4，该方法还包括：

步骤401：接收用户发送的基金赎回申请消息。

步骤402：所述赎回申请消息中包括要赎回的基金信息和购买该基金的基金持有者的用户信息。

步骤403：将所述基金赎回申请消息转发给该申请消息中对应的基金公司服务器。

步骤404：接收基金公司服务器根据所述基金赎回申请消息返回的打款数据。

所述打款数据为所述基金公司服务器根据所述基金赎回申请消息形成，除了包括对应的基金信息、用户信息外，还包括可以赎回的金额。

步骤405：用于从自身存储的扣款信息中找到与该扣款数据对应的银行服务器及银行帐户。

此时，根据基金赎回申请消息自身存储的扣款信息中找到原基金购买时对应的打款银行服务器和银行帐户，将赎回金额返还给用户。

步骤406：向所述银行服务器中的银行帐户打款。

步骤407：接收所述银行服务器返回的打款结果。

步骤408：将所述打款结果返回给用户。

如果用户需要进行新的基金买卖，按照步骤301至305进行，如果想对已经进行定投的基金进行赎回，可以按照步骤401至407进行。

通过本发明实施例所提供的方法，实现了基金买卖中的赎回，完善了整个基金交易，同时，本发明实施例所提供的方法同样不需要基金公司与各个银行建立基金操作，同时也不需要用户去熟悉各个基金网址或者网银页面不同的操作，只需要通过第三方支付公司服务器即可便捷地实现基金买卖，减轻了基金公司服务器、银行服务器以及用户的操作负担，同时保证了基金买卖操作的安全，极大地节约了基金定投过程中的成本。

本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本发明，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

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

Claims (10)

1、一种基金买卖的***，其特征在于，包括：

存储单元，用于存储扣款信息集合；

第一接收单元，用于接收由至少一个基金公司服务器发送的至少一个扣款通知；

查找单元，用于根据接收单元接收的扣款通知从存储单元存储的扣款信息集合中查找与该扣款通知相匹配的扣款信息；

第二发送单元，用于将所述扣款信息发送给所述扣款信息中指示的银行服务器；

第二接收单元，用于接收该银行服务器返回的扣款结果，所述扣款结果由所述银行服务器根据所述扣款信息进行扣款获得；

第一发送单元，将所述扣款结果返回给所述基金公司服务器。

2、根据权利要求1所述的***，其特征在于，还包括：

监测单元，用于对存储单元中的扣款信息集合中的各个扣款日期进行检测；

第三发送单元，用于在监测单元检测到当前日期为所述扣款信息集合中某一扣款日期的预设提醒日时，根据所述扣款信息中的用户联系方式向该用户发送存款提醒消息，提醒该用户向所述扣款信息中的银行帐户存款。

3、根据权利要求1所述的***，其特征在于，还包括：

验证单元，用于在所述第二发送单元向所述银行服务器发送扣款信息之前验证所述扣款信息的合法性。

4、根据权利要求1所述的***，其特征在于，所述第二发送单元还用于，在所述第二接收单元接收到扣款失败的结果时，向银行服务器重新发送扣款信息。

5、根据权利要求1所述的***，其特征在于，还包括：

第三接收单元，用于接收用户发送的基金赎回申请消息；

所述第一发送单元，还用于将所述基金赎回申请消息转发给该申请消息中对应的基金公司服务器；

所述第一接收单元，还用于接收基金公司服务器根据所述基金赎回申请消息返回的打款数据；

所述查找单元，还用于从存储单元存储的扣款信息中找到与该扣款数据对应的银行服务器及银行帐户；

所述第二发送单元，还用于向所述银行的服务的银行帐户进行打款；

所述第二接收单元，还用于接收所述银行服务器返回的打款结果；

还包括，第三发送单元，用于将所述打款结果返回给用户。

6、一种基金买卖的方法，其特征在于，包括：

接收由至少一个基金公司服务器发送的至少一个扣款通知；

根据接收的所述扣款通知从自身存储的扣款信息集合中查找与该扣款通知相匹配的扣款信息；

将所述扣款信息发送给所述扣款信息中指示的银行服务器；

接收该银行服务器返回的扣款结果，所述扣款结果由所述银行服务器根据所述扣款信息进行扣款获得；

将所述扣款结果返回给所述基金公司服务器。

7、根据权利要求6所述的方法，其特征在于，还包括：

对自身存储的扣款信息集合的各个扣款信息的扣款日期进行监测；

在监测到当前日期为所述扣款信息集合中某一扣款日期的预设提醒日时，根据所述扣款信息中的用户联系方式向该用户发送存款提醒消息，提醒该用户向所述扣款信息中的银行帐户存款。

8、根据权利要求6所述的方法，其特征在于，还包括：

在向所述银行服务器发送扣款信息之前验证所述扣款信息的合法性。

9、根据权利要求6所述的方法，其特征在于，还包括：

在接收到扣款失败的结果时，向银行服务器重新发送扣款信息。

10、根据权利要求6所述的方法，其特征在于，还包括：

接收用户发送的基金赎回申请消息；

将所述基金赎回申请消息转发给该申请消息中对应的基金公司服务器；

接收所述基金公司服务器根据所述基金赎回申请消息返回的打款数据；

从自身存储的扣款信息中找到与该扣款数据对应的银行服务器及银行帐户；

向所述银行服务器的银行帐户进行打款；

接收所述银行服务器返回的打款结果；

将所述打款结果返回给用户。

Images