当前的企业管理软件版本发展迅速，不同的升级版本使得客户因 难以针对性地获得升级信息，而导致版本更新慢。
造成版本更新慢的主要原因是：
(1)客户收到大量版本升级信息，无法确知哪一个升级信息 和自己有关，长期以往便不再关注，表现为版本升级的投放缺乏精确 性；
(2)版本升级通知以邮件，宣传资料等方式通知，而不是在 使用中通知，客户对这些信息很难整理。
因此，需要一种软件的更新方法来个性化地获取推荐的客户群； 以及在客户实际使用相关功能模块时，进行精准推荐。

为了实现上述目的，本发明提出了一种软件升级方法，包括：步 骤S102，设置软件的新版本的适用条件，并根据所述适用条件来创 建适用客户集合；步骤S104，在客户使用所述软件时，判断所述客 户是否属于所述适用客户集合；以及步骤S106，根据判断结果确定 是否对所述软件升级。
根据本发明的一个方面，在确定所述客户属于所述适用客户集合 的情况下，所述步骤S106包括：从服务器端请求与所述软件相关的 所述新版本的信息，其中所述信息包括所述新版本涉及的模块和所述 模块的使用说明；当所述客户使用到所述模块时，向所述客户提示版 本更新信息；以及根据所述客户的选择确定是否对所述软件升级。
根据本发明的一个方面，在确定所述客户不属于所述适用客户集 合的情况下，所述步骤S106包括：不对所述软件进行升级。
根据本发明的一个方面，在确定所述客户不属于所述适用客户集 合的情况下，所述步骤S106包括：当所述客户使用到所述模块时， 主动提交请求，查询是否存在所述模块的升级信息；以及所述客户根 据查询结果确定是否对所述软件升级。
根据本发明的一个方面，根据本发明的软件升级方法进一步包 括：根据客户信息库计算出客户相似信息库；从所述客户信息库中寻 找已经升级的一个或多个升级客户；设置相似阈值，并根据所述相似 阈值从所述客户相似信息库中搜寻与所述一个或多个客户中每一个客 户相似的相似客户；以及将所述相似客户添加到所述适用客户集合 中。
优选地，在将所述相似客户添加到所述适用客户集合中之前，还 包括：对所述相似客户进行滤重处理。
优选地，所述根据客户信息库计算出客户相似信息库包括：将每 个客户作为一个向量，所述向量中的每个维度代表购买信息；以及计 算所述向量之间的马氏距离来确定所述客户相似度。
优选地，所述根据客户信息库计算出客户相似信息库还包括：定 义权重向量，用于为所述每个维度定义权重。
优选地，所述步骤S102包括：将所述新版本的适用条件转化为 结构化查询语言；以及在客户信息库中查询出所述适用客户集合
根据本发明的一个方面，所述新版本的适用条件被转化为结构化 查询语言。
附图说明
图1示出了根据本发明的升级方法的流程图；
图2示出了根据本发明的实施例的升级方法的流程图；
图3示出了根据本发明的实施例的新客户属于适用客户情况下的 客户端与服务端的交互示意图；以及
图4示出了根据本发明的实施例的新客户不属于适用客户情况下 的客户端与服务端的交互示意图。

下面结合附图和具体实施方式对本发明作进一步详细的说明。
图1示出了根据本发明的软件升级方法的流程图。如图1所示， 根据本发明的软件升级方法包括：步骤S102，设置软件的新版本的 适用条件，并根据所述适用条件来创建适用客户集合；步骤S104， 在客户使用所述软件时，判断所述客户是否属于所述适用客户集合； 以及步骤S106，根据判断结果确定是否对所述软件升级。
根据本发明的一个方面，在确定所述客户属于所述适用客户集合 的情况下，所述步骤S106包括：从服务器端请求与所述软件相关的 所述新版本的信息，其中所述信息包括所述新版本涉及的模块和所述 模块的使用说明；当所述客户使用到所述模块时，向所述客户提示版 本更新信息；以及根据所述客户的选择确定是否对所述软件升级。
根据本发明的一个方面，在确定所述客户不属于所述适用客户集 合的情况下，所述步骤S106包括：不对所述软件进行升级。
根据本发明的一个方面，在确定所述客户不属于所述适用客户集 合的情况下，所述步骤S106包括：当所述客户使用到所述模块时， 主动提交请求，查询是否存在所述模块的升级信息；以及所述客户根 据查询结果确定是否对所述软件升级。
根据本发明的一个方面，根据本发明的软件升级方法进一步包 括：根据客户信息库计算出客户相似信息库；从所述客户信息库中寻 找已经升级的一个或多个升级客户；设置相似阈值，并根据所述相似 阈值从所述客户相似信息库中搜寻与所述一个或多个客户中每一个客 户相似的相似客户；以及将所述相似客户添加到所述适用客户集合 中。
优选地，在将所述相似客户添加到所述适用客户集合中之前，还 包括：对所述相似客户进行滤重处理。
优选地，所述根据客户信息库计算出客户相似信息库包括：将每 个客户作为一个向量，所述向量中的每个维度代表购买信息；以及计 算所述向量之间的马氏距离来确定所述客户相似度。
优选地，所述根据客户信息库计算出客户相似信息库还包括：定 义权重向量，用于为所述每个维度定义权重。
优选地，所述步骤S102包括：将所述新版本的适用条件转化为 结构化查询语言；以及在客户信息库中查询出所述适用客户集合根据 本发明的一个方面，所述新版本的适用条件被转化为结构化查询语 言。
图2示出了根据本发明的实施例的升级方法的流程图。如图2所 示，系统计算分为离线和在线两部分，离线部分将新版本使用条件， 客户信息库作为输入，计算出新版本使用客户集合，该集合作为离线 部分计算的输出；在线部分的计算由客户使用软件发起，如果客户属 于新版本适用客户集合，则会先向服务器请求新版本的各项数据，包 括新版本改动涉及的模块，当客户实际使用到这些涉及的模块时，客 户端会自动弹出提示，告知客户目前使用的这个功能模块已经有升级 模块与之相适应。
离线部分：
(1)计算相似客户
客户信息输入202：输入客户信息和新版本适用条件至客户信息 库204。
计算相似客户206：
建立客户与客户的相似关系，在给出一个客户后，能够找到与之 相似的客户群。
将客户用一个向量来描述，每一个维度代表一个购买信息，认为 各个维度的作用程度是不同的。差别较大的分量应该降低权重。通过 向量的马氏距离(Mahalanobis distance)来计算客户相似度。
如果P＝(P1，P2，...Pn)；
Q＝(Q1，Q2，...Qn)

马氏距离有很多优点。它不受量纲的影响，两点之间的马氏距离 与原始数据的测量单位无关；由标准化数据和中心化数据(即原始数 据与均值之差)计算出的二点之间的马氏距离相同。马氏距离还可以 排除变量之间的相关性的干扰。它的缺点是夸大了变化微小的变量的 作用，针对这个缺点可以通过限制的方法，比如给方差设置下限。
马氏距离没有考虑不同维度的重要程度，例如在相似性计算中， 购买用户数重要程度没有版本号高，因此引入权重系数来平衡这种重 要程度不同的关系。
定义权重向量W＝(w1，w2，...，wn)，

当W＝(1，1，...1)时，改进的马氏距离等价于原马氏距离。
例如：
假定用户购买信息为(软件版本号，购买用户数，模块1，模块 2，模块3)，
权重向量为(1，1，2，1，1)，
用户A的向量为(3.0，1，1，0，1)，
其含义为：用户A购买了3.0版本，用户数为5，购买了模块1 和模块3，没有购买模块2。
用户B的向量为(2.0，2，1，0，0)；
用户C的向量为(3.0，2，1，0，0)；
假定在100万客户中，版本号的标准差为2，购买用户数标准差 为1，模块1标准差为1，模块2标准差为1，模块3为1。
则用户A和用户B的马氏距离如下：
$\sqrt{\frac{{(3-2)}^2}{2^2}*1+\frac{{(2-1)}^2}{1^2}*1+\frac{{(1-1)}^2}{1^2}*2+\frac{{(0-0)}^2}{1^2}*1+\frac{{(1-0)}^2}{1^2}*1}=\frac{3}{2}$
同理，可知用户A和用户C的马氏距离为1。显然用户C和用 户A更接近。
通过设定相似阈值的方法来找到相似用户，例如设定阈值为1， 找出和A相似的用户，这样可以找到用户C，而排除用户B。
由于客户的购买信息总在不断的变化中，因此相似客户的计算在 每次协同过滤的推荐时计算一次，并且只用于当次的推荐，下一次推 荐还需要重新计算，以同步在此期间客户的信息变化情况。
例如：
在7月1日，采用协同过滤的方法进行了一次推荐，计算客户A 和客户C相似，在8月1日，又采用协同过滤的方法进行了一次推 荐，而此时客户A和客户C的信息可能发生较大变化，不再相似 了，因此在8月1日的推荐时，还需要重新计算一次，但由于协同过 滤的方法有一定周期(比如例子中的1个月)，因此计算量可以接 受。
输出：对于任意两个客户，得到量化的客户之间的距离，得到客 户相似信息库208。
上述计算相似客户的方法具有以下的特点：度量用户的特征采用 改进的马氏距离作为度量的方法；客户相似的计算只在推荐前进行， 不需线上实时计算。
(2)计算新版本适用客户(基于条件的方法)：
创建新版本适用条件210，用新版本适用条件212在客户信息库 204中查询出符合条件的客户集合214。该方法适合首次推荐，由新 版本开发人员或者相关产品经理设定，通过结构化查询语句，在数据 库中筛选出适合安装新版本的用户。
基于条件的方法和新版本的需求应该保持一致，新版本为什么进 行开发，开发面向的客户群是哪些，因此基于条件的方法，简单直 接，能够召回大部分符合条件的客户。
输入：客户信息库204，新版本适用条件212
计算方法：
将新版本适用条件212转化为结构化查询语言，在客户信息库 204中查询指定的客户。新版本适用条件由版本开发人员或产品经理 给出。
例如，新版本适用的客户是“购买了3.0版本的，且购买的用户 数是10-20这个区间的客户”，这样通过这两个查询条件，编写如下 查询语句：select user_id from user_info_table where version＝3.0 and user_count＞＝10 and_user count＜＝20。就可以在数据库中选出客户A 和客户C。
输出：新版本适用客户集合216。
基于条件的计算新版本适用客户的方法具有以下特点：新版本适 用条件由系统外部提交、新版本适用条件能够转化为结构化查询语 言、每个新版本对应于一个适用客户集合、以及多个新版本的情况， 每个版本有各自对应的适用客户集合的特点。
(3)计算新版本适用客户(基于协同的方法)：
虽然基于条件的方法，简单直接，能够召回大部分符合条件的客 户。但基于条件的方法，难免会遗漏一些不符合条件，但也可以适用 新版本的客户，因此基于条件的方法不能解决全部问题。
因此，提出基于协同的方法。从客户相似信息库208中，获得已 经升级的客户，并用已经升级的客户条件，查询出和该客户相似或相 同，但目前没有升级的客户。该方法适合后续推荐，由于在推荐后部 分客户使用了升级版，而部分客户没有使用，这时通过基于协同的方 法就可以向更广大的客户群进行推荐。和基于条件的方法相比，这种 方法无需人工参与，成本低廉，但该方法需要积累一些已经安装新版 本的客户作为先决条件，因此不适合于首次推荐。
输入：客户相似信息库208，客户信息库204
计算方法：
(1)从客户信息库中选出已经安装某升级包的客户群A。
(2)对于客户群A的每一个客户，从客户相似信息库中找出和 安装该升级包的客户相似的客户群B。
(3)将这些客户群B中相同客户去重后，得到输出客户群C。
例如：
从客户信息库204中，选出安装升级包的客户为(a，b)；
根据客户a的信息，找到和a相似的客户m，n
根据客户b的信息，找到和b相似的客户x，y，n
则将相似客户合并得到(m，n，x，y，n)
由于n重复，因此去除重复的n，得到(m，n，x，y)。
输出：新版本适用客户集合218。
相似性阈值的设定可以有两种方式：
(1)人工根据经验指定
在多大程度上相似才为相似客户，这个阈值的设定，可以根据长 期的经验摸索和判断。
(2)系统自动设定
自动设定的方法是，对于一个新版本，按照基于条件的方法推荐 给每一个客户，例如这个客户数为M，在推荐1个月后，其中N个 客户安装了该升级版本(N＜＝M)，另有X个客户没有通过基于条件的 方法推荐，而是通过其他途径安装了升级版本。对N个安装升级版 本的客户，设定阈值T1，找到一个相似客户集合，考察X个客户中 有多少属于这个集合，确定精确率，直到寻找到一个精确率达到人工 设定要求的阈值T。
例如，基于条件的方法找出客户(A，B，C，D)进行推荐，在推 荐1个月后，其中客户A，B安装了升级版本，又有客户E，F，G， H通过其他途径也安装了升级版本。我们希望相似性的阈值能够达到 75％以上的精度要求，假定给定相似性阈值T1，在该阈值下，A和E 相似，B和F，G相似，这样E，F，G作为相似性客户进行推荐，其 精确率达到3/4＝75％。符合精度要求，因此阈值T1可以接受。
基于协同的计算新版本适用客户的方法具有以下特点：由系统通 过客户间相似性的方法自动找到潜在的待升级客户；这些待升级的客 户通过不同方法选出，因此需要进行滤重处理；以及相似性的阈值可 由人工指定，或者系统自动设定。
在线部分：
计算方法：
(1)用户开打软件并登录系统220；
(2)判断客户是否属于新版本客户集合222；
(3)如果符合新版本客户集合(222，是)，则从服务端请求相 关的新版本各项信息224，这些信息包括新版本涉及的模块和相关说 明；
(4)如果不符合新版本客户集合(222，否)，则客户继续使用 软件，忽略新版本226。说明客户不需要了解这次新版本的信息，从 而避免了信息泛滥；
(5)确定客户是否使用到与新版本有关的功能模块(228)，当 客户实际使用到与新版本有关功能模块时(228，是)，弹出窗口， 状态栏显示或其他通讯方式告知客户版本更新信息232，并允许客户 取消通知，否则(228，否)则客户继续使用软件230。
当有多个新版本，如果客户属于多个新版本的客户集合，则该客 户从服务器上获取多个新版本的信息。在使用到某个功能模块时只推 荐版本号最高的。
例如：同时具有新版本3.1，3.2，其中3.1和3.2版本都涉及了 模块1的改进，而3.1有模块3的改进，3.2没有模块3的改进。在 客户登录系统后，服务端会将3.1和3.2的全部信息发送给客户，当 客户使用到模块1的时候，客户端自动通知的是3.2版本的升级提示 (在详细说明中也给出3.1版本的升级提示，允许客户自由选择)， 当客户使用到模块3时给出的是3.1版本的升级提示。
升级提示的方法包括弹出窗口、状态栏显示提示和电子邮件、手 机短信和MSN等即时通讯软件提示等等。
在使用中才进行升级提示，如果用户未使用新版本涉及的模块， 则不会给出新版本升级提示，避免打扰客户使用。
允许客户关闭新版本通知。
有可能客户不属于推荐客户集合，但允许用户在使用功能模块 时，主动提交请求，查询该功能模块升级情况，是否存在新版本对该 功能模块进行了升级。
图3示出了根据本发明的实施例的新客户属于适用客户情况下的 客户端与服务端的交互示意图。如图3所示，例如：客户A属于新 版本客户集合，当客户A使用软件时(打开客户端软件)302，客户 端软件向服务端请求，询问自己是否属于新版本客户集合，由于客户 A属于新版本客户集合，则客户端软件向服务器请求新版本涉及的功 能模块和相关说明304，假定该新版本涉及模块3，这次升级主要提 升了XX功能的速度，并且对XX功能做了进一步完善，这样在客户 实际使用到模块3的XX功能时306，系统会弹出一个推荐新版本的 窗口，给出这次版本升级的主要改进点308。
图4示出了根据本发明的实施例的新客户不属于适用客户情况下 的客户端与服务端的交互示意图。如图4所示，例如：客户A不属 于新版本客户集合，当客户A使用软件时(打开客户端软件)402， 客户端软件向服务端请求，询问自己是否属于新版本客户集合，由于 客户A不属于新版本客户集合，则服务端仅返回登录成功信息。如 果用户在使用到某功能模块406，主动查询功能模块的升级情况 408，服务端将相关新版本信息发送给客户410，客户端获取新版本 信息412。
综上，根据本发明的软件升级方法，一方面给客户降低了版本升 级的成本，只需了解和自己有关的版本升级即可。另一方面，版本升 级通知的方式在客户实际使用中进行，提高了准确性。同时也给软件 提供厂商创造了销售机会，能够把投入开发的成本转化为效益。
以上所述仅为本发明的优选实施例而已，并不用于限制本发明， 对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本 发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应 包含在本发明的保护范围之内。