技术领域
[0001] 本
发明属于
数据处理技术领域，尤其涉及一种支付渠道的选择方法及终端设备。
背景技术
[0002] 随着金融业的发展，人们的生活越来越多地与各种金融产品紧密地联系在了一起。众所周知，目前市面上大多数的消费金融类贷款公司会接入多家支付渠道，而不同的支付渠道可能为用户带来收益和
风险的影响，所以存在着不同的金融产品有其最适合的支付渠道的情况。
[0003] 然而，当前在金融领域尤其是支付领域，往往都是用户手动任意选择一个支付渠道，存在自动化程度低，选择不合理的问题。
发明内容
[0004] 有鉴于此，本发明
实施例提供了一种支付渠道的选择方法及终端设备，以解决
现有技术在支付时存在的支付渠道选择不合理的问题。
[0005] 本发明实施例的第一方面提供了一种支付渠道的选择方法，包括：
[0006] 确定目标用户选择的目标金融产品，获取所述目标金融产品的产品信息，检测所述目标金融产品的产品信息中是否含有渠道标签；
[0007] 若所述目标金融产品的产品信息中不含有所述渠道标签，则获取一个以上支付渠道的分类
超平面，通过各个支付渠道的所述分类超平面判断所述目标金融产品的产品信息是否符合各个支付渠道的第一支付条件；
[0008] 若所述目标金融产品的产品信息不符合任何一个支付渠道的第一支付条件，则调取多个购买过所述目标金融产品的用户作为参考用户，并将各个所述参考用户购买所述金融产品时使用的支付渠道作为各个所述参考用户的标签；
[0009] 获取所述目标用户以及所述参考用户的用户信息，并基于所述目标用户的用户信息以及所述参考用户的用户信息，计算所述目标用户与各个所述参考用户的相似度，将与所述目标用户的相似度最高的所述参考用户的标签对应的支付渠道作为被选支付渠道。
[0010] 本发明实施例的第二方面提供了一种终端设备，包括
存储器以及处理器，所述存储器中存储有可在所述处理器上运行的
计算机程序，所述处理器执行所述计算机程序时，实现如下步骤：
[0011] 确定目标用户选择的目标金融产品，获取所述目标金融产品的产品信息，检测所述目标金融产品的产品信息中是否含有渠道标签；
[0012] 若所述目标金融产品的产品信息中不含有所述渠道标签，则获取一个以上支付渠道的分类超平面，通过各个支付渠道的所述分类超平面判断所述目标金融产品的产品信息是否符合各个支付渠道的第一支付条件；
[0013] 若所述目标金融产品的产品信息不符合任何一个支付渠道的第一支付条件，则调取多个购买过所述目标金融产品的用户作为参考用户，并将各个所述参考用户购买所述金融产品时使用的支付渠道作为各个所述参考用户的标签；
[0014] 获取所述目标用户以及所述参考用户的用户信息，并基于所述目标用户的用户信息以及所述参考用户的用户信息，计算所述目标用户与各个所述参考用户的相似度，将与所述目标用户的相似度最高的所述参考用户的标签对应的支付渠道作为被选支付渠道。
[0015] 本发明实施例的第三方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如下步骤：
[0016] 确定目标用户选择的目标金融产品，获取所述目标金融产品的产品信息，检测所述目标金融产品的产品信息中是否含有渠道标签；若所述目标金融产品的产品信息中不含有所述渠道标签，则获取一个以上支付渠道的分类超平面，通过各个支付渠道的所述分类超平面判断所述目标金融产品的产品信息是否符合各个支付渠道的第一支付条件；若所述目标金融产品的产品信息不符合任何一个支付渠道的第一支付条件，则调取多个购买过所述目标金融产品的用户作为参考用户，并将各个所述参考用户购买所述金融产品时使用的支付渠道作为各个所述参考用户的标签；获取所述目标用户以及所述参考用户的用户信息，并基于所述目标用户的用户信息以及所述参考用户的用户信息，计算所述目标用户与各个所述参考用户的相似度，将与所述目标用户的相似度最高的所述参考用户的标签对应的支付渠道作为被选支付渠道。
[0017] 进一步地，还包括：
[0018] 选取一个以上的支付渠道，并获取所述支付渠道对应的金融产品数据集，所述支付渠道对应的金融产品数据集中包含有通过该支付渠道支付的多个金融产品的产品信息；采用主成分分析法对各个所述支付渠道对应的金融产品数据集进行
降维处理，生成各个所述支付渠道对应的的主成分矩阵；通过高斯核函数将所述支付渠道对应的主成分矩阵映射到高维特征空间，以生成各个所述支付渠道的训练参数；反复执行以下操作直至计算出全部支付渠道的分类超平面：从一个以上的所述支付渠道中选择一个支付渠道作为候选支付渠道，将所述候选支付渠道对应的训练参数组成正向训练集，将所述候选支付渠道以外的支付渠道对应的训练参数组成负向训练集，并根据所述正向训练集以及所述负向训练集计算出分类超平面。
[0019] 进一步地，还包括：
[0020] 若所述目标金融产品的产品信息符合多个支付渠道的第一支付条件，则调取所述目标用户的历史支付记录，并将所述历史支付记录中支付比例最高的支付渠道作为所述被选支付渠道。
[0021] 进一步地，所述计算所述目标用户与各个所述参考用户的相似度，将与所述目标用户的相似度最高的所述参考用户的标签对应的支付渠道作为所述被选支付渠道，包括：获取多个所述参考用户的用户信息以及所述参考用户对应的标签；将所述目标用户的用户信息转换为测试矩阵，并将多个所述参考用户的用户信息转换为训练矩阵，并基于所述参考用户对应的标签，建立训练矩阵与标签的对应关系；计算所述测试矩阵到各个训练矩阵的欧式距离；将与所述测试矩阵的欧式距离最小的训练矩阵对应的标签作为被选标签；将所述被选标签对应的支付渠道作为所述被选支付渠道。
[0022] 进一步地，还包括：
[0023] 当通过所述被选支付渠道支付失败后，显示支付失败界面，所述支付失败界面展示有供用户选择的支付渠道信息。
[0024] 在本发明实施例中，通过获取目标金融产品的产品信息，检测该金融产品是否含有渠道标签，在不含有渠道标签时，获取一个以上支付渠道的分类超平面，通过各个分类超平面判断目标金融产品的产品信息是否符合各个支付渠道的第一支付条件；若目标金融产品的产品信息不符合任何一个支付渠道的第一支付条件，则调取多个购买过目标金融产品的用户作为参考用户，并将各个参考用户购买金融产品时使用的支付渠道作为各个参考用户的标签；基于目标用户的用户信息以及参考用户的用户信息，计算目标用户与各个参考用户的相似度，将与目标用户的相似度最高的参考用户的支付渠道作为被选支付渠道，以提高对支付渠道筛选的自动化程度以及准确性。
附图说明
[0025] 为了更清楚地说明本发明实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
[0026] 图1是本发明实施例提供的支付渠道的选择方法的实现
流程图；
[0027] 图2是本发明实施例提供的支付渠道的分类超平面的生成方法的实现流程图；
[0028] 图3是本发明实施例提供的支付渠道的选择方法S107的具体实现流程图；
[0029] 图4是本发明实施例提供的支付渠道的选择装置的结构
框图；
[0030] 图5是本发明实施例提供的终端设备的示意图。
具体实施方式
[0031] 以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本发明实施例。然而，本领域的技术人员应当清楚，在没有这些具体细节的其它实施例中也可以实现本发明。在其它情况中，省略对众所周知的系统、装置、
电路以及方法的详细说明，以免不必要的细节妨碍本发明的描述。
[0032] 为了说明本发明所述的技术方案，下面通过具体实施例来进行说明。
[0033] 图1示出了本发明实施例提供的支付渠道的选择方法的实现流程，该方法流程包括步骤S101至S107。各步骤的具体实现原理如下。
[0034] S101：确定目标用户选择的目标金融产品，获取所述目标金融产品的产品信息，检测所述目标金融产品的产品信息中是否含有渠道标签。
[0035] 在本发明实施例中，以金融产品为例，每一个金融产品都含有一组对应的产品信息，这些产品信息用于介绍金融产品的收益率、准入条件、适用领域等，其中，部分金融产品的产品信息中还含有渠道标签，这些渠道标签用于确定该金融产品适合用何种支付渠道进行支付。
[0036] 可以理解地，在现实支付过程中，存在有多种支付渠道，由于一些金融产品是与某一个支付渠道有关联绑定，若用该支付渠道进行支付，则
手续费较低，或无法使用其他支付渠道进行支付，因此需要预先为部分金融产品的产品信息中添加渠道标签。
[0037] 值得注意地，并非所有的金融产品的产品信息中都有渠道标签，所以在本发明实施例中，需要首先检测和判断目标用户选择的目标金融产品的产品信息中是否含有渠道标签。
[0038] S102，若所述目标金融产品的产品信息中含有所述渠道标签，则通过所述渠道标签对应的支付渠道对所述目标金融产品进行支付。
[0039] 可以理解地，当一个目标金融产品的产品信息中已经包含有渠道标签后，则不需要进一步地计算步骤，可以直接选用该渠道标签所指向的支付渠道对所述目标金融产品进行支付。
[0040] S103，若所述目标金融产品的产品信息中不含有所述渠道标签，则获取一个以上支付渠道的分类超平面，通过各个支付渠道的所述分类超平面判断所述目标金融产品的产品信息是否符合各个支付渠道的第一支付条件。
[0041] 在本发明实施例中，考虑到应用场景的两个特性，特性一：任何一个金融产品对于一个支付渠道而言只存在两种可能：即第一满足该支付渠道的第一支付条件，或第二不满足该支付渠道的第一支付条件。特征二：可选的支付渠道的数量是有限的，而且在实际生活中，支付渠道的数量也并不多。所以基于上述两个特性，本发明实施例通过
支持向量机算法计算出各个支付渠道的分类超平面，并通过各个支付渠道的分类超平面对目标金融产品进行分类，若为正向分类，则证明该目标金融产品符合该支付渠道的第一支付条件，若为负向分类，则证明该目标金融产品不符合该支付渠道的第一支付条件。
[0042] 可以理解地，由于各个支付渠道的分类超平面都是可以预先计算出的，在每次对支付渠道进行选择时可以直接调用，所以通过上述的方法对支付渠道进行筛选可以减少筛选时的计算量。例如，可以直接调用A支付渠道对应的分类超平面，以判断目标金融产品是否符合A支付渠道的第一支付条件。
[0043] 作为本发明的一个实施例，还具体提供了一个针对各个支付渠道的分类超平面的生成方法，如图2所示，详述如下：
[0044] S201：选取一个以上的支付渠道，并获取所述支付渠道对应的金融产品数据集，所述支付渠道对应的金融产品数据集中包含有通过该支付渠道支付的多个金融产品的产品信息。
[0045] 在本发明实施例中，需要将多个支付渠道作为候选支付渠道，例如：A支付渠道、B支付渠道以及C支付渠道等等，并调取这些支付渠道的金融产品数据集，这些金融产品数据集中都包含有历史上一定时间段内通过该支付渠道支付的多个金融产品的产品信息。
[0046] S202：采用主成分分析法对各个所述支付渠道对应的金融产品数据集进行降维处理，生成各个所述支付渠道对应的主成分矩阵。
[0047] 在本发明实施例中，由于考虑到一个支付渠道的金融产品数据集转换成矩阵形式后，维度过大，不利于后续的计算速度，所以可以通过PCA算法提取各个支付渠道的主成分，以生成各个支付渠道的主成分矩阵。
[0048] S203：通过高斯核函数将所述支付渠道对应的主成分矩阵映射到高维特征空间，以生成各个所述支付渠道的训练参数。
[0049] 可选地，计算所有支付渠道的主成分矩阵的平均值，生成平均主成分矩阵，并通过公式 计算各个支付渠道的训练参数，其中，Pi表示支付渠道i的训练参数，Xi表示支付渠道的i的主成分矩阵，X’表示平均主成分矩阵，δ表示Xi与X’的协方差矩阵。
[0050] S204，反复执行以下操作直至计算出全部支付渠道的分类超平面：从一个以上的所述支付渠道中选择一个支付渠道作为候选支付渠道，将所述候选支付渠道对应的训练参数组成正向训练集，将所述候选支付渠道以外的支付渠道对应的训练参数组成负向训练集，并根据所述正向训练集以及所述负向训练集计算出分类超平面。
[0051] 可选地，可以将一个支付渠道对应的正向训练集以及负向训练集一起输入支持向量机模型中，计算出该支付渠道的分类超平面。
[0052] 值得注意地，上述分类超平面的计算过程可以在确定目标用户选择的目标金融产品之前进行，即多个支付渠道对应的分类超平面可以是预先计算，并存储在终端设备中。
[0053] 值得注意地，在本发明实施例中，若经过支持向量机的计算，一个目标金融产品的产品在一个支付渠道的分类超平面的正向，则判定该金融产品的产品信息符合该支付渠道的第一支付条件；反之，若经过支持向量机的计算，一个目标金融产品的产品在一个支付渠道的分类超平面的负向，则判定该金融产品的产品信息不符合该支付渠道的第一支付条件。
[0054] 可以理解地，经过上述计算，目标金融产品存在3中可能，分别为，第一：目标金融产品的产品信息不符合任何一个支付渠道的第一支付条件；第二：目标金融产品的产品信息只符合一个支付渠道的第一支付条件；第三：目标金融产品的产品信息符合多个支付渠道的第一支付条件。本发明实施例针对上述3中可能，各提供一个后续计算步骤，详述如下：
[0055] S104，若所述目标金融产品的产品信息符合多个支付渠道的第一支付条件，则调取所述目标用户的历史支付记录，并将所述历史支付记录中支付比例最高的支付渠道作为所述被选支付渠道。
[0056] S105，若所述目标金融产品的产品信息只符合一个支付渠道的第一支付条件，则将该支付渠道直接作为被选支付渠道。
[0057] S106，若所述目标金融产品的产品信息不符合任何一个支付渠道的第一支付条件，则调取多个购买过所述目标金融产品的用户作为参考用户，并将各个所述参考用户购买所述金融产品时使用的支付渠道作为各个所述参考用户的标签。
[0058] 可以理解地，在本发明实施例中，如果目标金融产品的产品信息不符合任何一个支付渠道的第一支付条件，并不代表该目标金融产品不能通过这些支付渠道进行支付，只是代表在第一轮筛选过程中，没有基于第一支付条件确定出最合适的支付渠道，因此需要进一步地选择过程。在本发明实施例中，需要参考历史上购买过该目标金融产品的用户所使用的支付渠道，以选择出该目标用户在购买目标金融产品时适合的支付渠道。
[0059] S107，获取所述目标用户以及所述参考用户的用户信息，并基于所述目标用户的用户信息以及所述参考用户的用户信息，计算所述目标用户与各个所述参考用户的相似度，将与所述目标用户的相似度最高的所述参考用户的标签对应的支付渠道作为被选支付渠道。
[0060] 作为本发明的一个实施例，如图3所示，上述S107包括：
[0061] S1071：获取多个所述参考用户的用户信息以及所述参考用户对应的标签。
[0062] S1072：将所述目标用户的用户信息转换为测试矩阵，并将多个所述参考用户的用户信息转换为训练矩阵，并基于所述参考用户对应的标签，建立训练矩阵与标签的对应关系。
[0063] 可选地，将目标用户的用户信息转换为测试矩阵或参考用户的用户信息转换为训练矩阵，都可以通过将不同类型的数据存入矩阵中不同的预设对应
位置，若某个类型的数据不为数字，可以按照预设的数据与数字的对应关系，将数据转化为数字后存入矩阵的预设位置中。
[0064] 可以理解地，当参考用户的用户信息转换为训练矩阵后，需要按照参考用户对应的标签为各个训练矩阵进行标签的标注。
[0065] S1073：计算所述测试矩阵到各个训练矩阵的欧式距离。
[0066] 在本发明实施例中，通过计算测试矩阵到各个训练矩阵的欧式距离，可以确定目标用户与各个参考用户的相似度。
[0067] S1074，将与所述测试矩阵的欧式距离最小的训练矩阵对应的标签作为被选标签。
[0068] S1075，将所述被选标签对应的支付渠道作为所述被选支付渠道。
[0069] 可以理解地，通过将参考用户的用户信息转换为训练矩阵，再计算训练矩阵与测试矩阵的欧式距离，以确定目标用户与各个参考用户的接近程度，从而将与所述测试矩阵的欧式距离最小的训练矩阵对应的标签作为被选标签，使得本发明实施例可以在多个第一支付条件不符合目标金融产品的支付渠道中，选择一个最适当的支付渠道即一个被最相似的用户使用的支付渠道。
[0070] 可选地，当通过所述被选支付渠道支付失败后，显示支付失败界面，所述支付失败界面展示有供用户选择的支付渠道信息。
[0071] 在本发明实施例中，通过获取目标金融产品的产品信息，检测该金融产品是否含有渠道标签，在不含有渠道标签时，获取一个以上支付渠道的分类超平面，通过各个分类超平面判断目标金融产品是否符合各个支付渠道的第一支付条件；若目标金融产品的产品信息不符合任何一个支付渠道的第一支付条件，则调取多个购买过目标金融产品的用户作为参考用户，并将各个参考用户购买金融产品时使用的支付渠道作为各个参考用户的标签；基于目标用户的用户信息以及参考用户的用户信息，计算目标用户与各个参考用户的相似度，将与目标用户的相似度最高的参考用户的支付渠道作为被选支付渠道，以提高对支付渠道筛选的自动化程度以及准确性。
[0072] 对应于上文实施例所述的支付渠道的选择方法，图4示出了本发明实施例提供的支付渠道的选择装置的结构框图，为了便于说明，仅示出了与本发明实施例相关的部分。
[0073] 参照图4，该装置包括：
[0074] 检测模
块401，用于确定目标用户选择的目标金融产品，获取所述目标金融产品的产品信息，检测所述目标金融产品的产品信息中是否含有渠道标签；
[0075] 判断模块402，用于若所述目标金融产品的产品信息中不含有所述渠道标签，则获取一个以上支付渠道的分类超平面，通过各个支付渠道的所述分类超平面判断所述目标金融产品的产品信息是否符合各个支付渠道的第一支付条件；
[0076] 执行模块403，用于若所述目标金融产品的产品信息不符合任何一个支付渠道的第一支付条件，则调取多个购买过所述目标金融产品的用户作为参考用户，并将各个所述参考用户购买所述金融产品时使用的支付渠道作为各个所述参考用户的标签；
[0077] 计算模块404，用于获取所述目标用户以及所述参考用户的用户信息，并基于所述目标用户的用户信息以及所述参考用户的用户信息，计算所述目标用户与各个所述参考用户的相似度，将与所述目标用户的相似度最高的所述参考用户的标签对应的支付渠道作为被选支付渠道。
[0078] 可选地，所述装置还包括：
[0079] 选取模块，用于选取一个以上的支付渠道，并获取所述支付渠道对应的金融产品数据集，所述支付渠道对应的金融产品数据集中包含有通过该支付渠道支付的多个金融产品的产品信息；
[0080] 降维模块，用于采用主成分分析法对各个所述支付渠道对应的金融产品数据集进行降维处理，生成各个所述支付渠道对应的的主成分矩阵；
[0081] 映射模块，用于通过高斯核函数将所述支付渠道对应的主成分矩阵映射到高维特征空间，以生成各个所述支付渠道的训练参数；
[0082] 重复执行模块，用于反复执行以下操作直至计算出全部支付渠道的分类超平面：从一个以上的所述支付渠道中选择一个支付渠道作为候选支付渠道，将所述候选支付渠道对应的训练参数组成正向训练集，将所述候选支付渠道以外的支付渠道对应的训练参数组成负向训练集，并根据所述正向训练集以及所述负向训练集计算出分类超平面。
[0083] 所述装置还包括：
[0084] 调用模块，用于若所述目标金融产品的产品信息符合多个支付渠道的第一支付条件，则调取所述目标用户的历史支付记录，并将所述历史支付记录中支付比例最高的支付渠道作为所述被选支付渠道。
[0085] 所述计算模块包括：
[0086] 获取标签子模块，用于获取多个所述参考用户的用户信息以及所述参考用户对应的标签；
[0087] 转换子模块，用于将所述目标用户的用户信息转换为测试矩阵，并将多个所述参考用户的用户信息转换为训练矩阵，并基于所述参考用户对应的标签，建立训练矩阵与标签的对应关系；
[0088] 距离计算子模块，用于计算所述测试矩阵到各个训练矩阵的欧式距离；
[0089] 标
定子模块，用于将与所述测试矩阵的欧式距离最小的训练矩阵对应的标签作为被选标签；
[0090] 选择子模块，用于将所述被选标签对应的支付渠道作为所述被选支付渠道。
[0091] 可选地，所述装置还包括：
[0092] 显示子模块，用于当通过所述被选支付渠道支付失败后，显示支付失败界面，所述支付失败界面展示有供用户选择的支付渠道信息。
[0093] 图5是本发明一实施例提供的终端设备的示意图。如图5所示，该实施例的终端设备5包括：处理器50、存储器51以及存储在所述存储器51中并可在所述处理器50上运行的计算机程序52，例如支付渠道的选择程序。所述处理器50执行所述计算机程序52时实现上述各个支付渠道的选择方法实施例中的步骤，例如图1所示的步骤101至107。或者，所述处理器50执行所述计算机程序52时实现上述各装置实施例中各模块/单元的功能，例如图4所示单元401至404的功能。
[0094] 示例性的，所述计算机程序52可以被分割成一个或多个模块/单元，所述一个或者多个模块/单元被存储在所述存储器51中，并由所述处理器50执行，以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段，该指令段用于描述所述计算机程序52在所述终端设备5中的执行过程。
[0095] 所述终端设备5可以是桌上型计算机、笔记本、掌上电脑及
云端
服务器等计算设备。所述终端设备可包括，但不仅限于，处理器50、存储器51。本领域技术人员可以理解，图5仅仅是终端设备5的示例，并不构成对终端设备5的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如所述终端设备还可以包括输入输出设备、网络接入设备、总线等。
[0096] 所称处理器50可以是中央处理单元(Central Processing Unit，CPU)，还可以是其他通用处理器、数字
信号处理器(Digital Signal Processor，DSP)、
专用集成电路(Application Specific Integrated Circuit，ASIC)、现成可编程
门阵列(Field-Programmable Gate Array，FPGA)或者其他
可编程逻辑器件、分立门或者晶体管逻辑器件、分立
硬件组件等。通用处理器可以是
微处理器或者该处理器也可以是任何常规的处理器等。
[0097] 所述存储器51可以是所述终端设备5的内部存储单元，例如终端设备5的
硬盘或内存。所述存储器51也可以是所述终端设备5的外部存储设备，例如所述终端设备5上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(Flash Card)等。进一步地，所述存储器51还可以既包括所述终端设备5的内部存储单元也包括外部存储设备。所述存储器51用于存储所述计算机程序以及所述终端设备所需的其他程序和数据。所述存储器51还可以用于暂时地存储已经输出或者将要输出的数据。
[0098] 所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用
软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本
申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
[0099] 在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
[0100] 所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
[0101] 所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中。
[0102] 以上所述实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行
修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围，均应包含在本发明的保护范围之内。
