专利名称：软件注释的控制方法及装置的制作方法
技术领域：
本发明涉及计算机软件编程技术领域，尤其涉及一种软件注释的控制方法及装置。
背景技术：
在计算机软件编程中，软件注释是软件开发过程中的一个重要组成部分。在软件 开发过程中，程序开发人员经常变动，良好的软件注释使新参与或者新交替的程序员能够 快速理解原来的编程思路，迅速进入角色，提高编程效率。在编码过程中，除了每个函数和 文件给出注释说明外，要求对一些关键步骤以及比较难理解的语句都做出注释，在代码比 较稳定后的维护阶段，对每一个修改处都应该做出注释，此时的注释对于后续定位因为修 改而引入的新bug(程序中隐藏的错误、缺陷、漏洞或问题)是至关重要的。
目前，采用如下公式计算软件注释率 注释率=注释总行数/ (注释总行数+代码总行数)................公式1 如果通过公式1计算出来的注释率大于某个规定值，就认为注释率合格，否则认 为不合格。 然而，这种软件注释计算方式存在不准确的问题，具体分析如下
1、传统的注释率计算方法，对开发过程中的注释情况缺乏控制， 一般针对的是编 码阶段或者很长一段时间内总的注释情况进行计算，这可以从公式1看出，公式1中涉及的 是注释总行数和代码总行数， 一般都是指从开始编码到统计时刻为止的时间内的总的代码 注释情况，可能是1个月、2个月，甚至是1年内的注释情况，不能了解开发过程中每一次修
改的注释情况，无法进行过程控制，甚至导致补注释的现象出现，所谓补注释，是指计算出 来的注释率低于阈值时，突击进行补救注释，即在质量管理部门进行注释检查前一天突击
补注释，这样的注释往往质量低下，很难表征代码的真正含义。 2、对于维护或者增量开发软件，很多情况下不是新增加程序文件，而是在原程序 文件的基础上进行修改，这种开发模式一般遵循如下规则 对原来的稳定成熟的程序文件进行修改时，进行注释，不论是增加、修改还是删除 程序文件的内容，都应该注释。尤其对于成熟的代码，更是每次小的修改都应该注释，这些 注释常常是定位这次修改而引入bug的最重要的线索。 而传统的注释率计算公式(公式1)无法反映这种规则的要求，从计算结果中不能 判断是否遵循了上述规则。如果在一个程序文件中同时增加和删除代码，计算代码总行数 时，删除代码的代码行数会抵消增加代码的代码行数，例如，在一个文件中同时增加5行代 码并删除另外5行代码，同时不做任何注释，如果按照公式1的注释率计算方法，计算出来 的注释率将保持不变，这样虽然程序员违反了上述规则，但质量保证人员无法得知，也即无
法进行监控了。
发明内容
有鉴于此，本发明要提供一种软件注释的控制方法及装置，以解决现有方案注释
率计算不准确的问题，从而提高编程效率。 为此，本发明实施例采用如下技术方案 —种软件注释的控制方法，包括 统计预定时间段内对软件的操作记录，其中，所述操作包括增加代码或/和注释、
修改代码或/和注释，以及删除代码或/和注释； 利用所述操作记录，计算出所述时间段内软件的总注释率； 如果所述总注释率大于预置的总注释率阈值，则确定软件注释合格。
其中，所述利用操作记录计算出所述时间内软件的总注释率的具体过程为 确定所述时间段内增加注释行数和修改注释行数之和为第一和； 确定所述时间段内增加代码行数、删除代码行数、修改代码行数、增加注释行数以
及修改注释行数之和为第二和； 确定所述总注释率为所述第一和与第二和之比。 其中，所述时间段内对软件的操作记录由至少两次软件更新中的操作记录构成；
所述方法还包括 利用每次软件更新的操作记录以及软件更新的次数，确定平均过程注释率；
当所述平均过程注释率大于预置的平均过程注释率阈值时，才确定软件注释合格。
其中，确定平均过程注释率的具体过程为 对于各次软件更新，利用其操作记录计算出该次软件更新的注释率；
利用每次软件更新的注释率以及软件更新次数，计算出平均过程注释率。
其中，所述时间段内对软件的操作记录由至少两次软件更新中的操作记录构成；
所述方法还包括 利用每次软件更新的操作记录、预置的单次更新注释率目标以及统计的软件更新 的次数，确定过程注释有效率； 当所述过程注释有效率大于预置的过程注释有效率阈值时，才确定软件注释合 格。 其中，确定过程注释有效率的具体过程为 对于各次软件更新，利用其操作记录计算出该次软件更新的注释率； 统计软件更新的注释率大于预置的单次更新注释率目标的软件更新次数，利用合
格的软件更新次数占总的软件更新次数的比值，确定过程注释有效率。 其中，每次软件更新的注释率的计算过程为 确定该次软件更新中增加注释行数和修改注释行数之和为第三和； 确定该次软件更新中增加代码行数、删除代码行数、修改代码行数、增加注释行数
以及修改注释行数之和为第四和； 确定该次软件更新的注释率为所述第三和与第四和之比。
优选地，上述方法还包括 当任一次软件更新的注释率为0时，确定软件注释不合格。
—种软件注释的控制装置，包括
5
统计单元，用于统计预定时间段内对软件的操作记录，其中，所述操作包括增加代 码或/和注释、修改代码或/和注释，以及删除代码或/和注释； 总注释率计算单元，用于利用所述统计单元提供的操作记录，计算出所述时间段 内软件的总注释率； 控制单元，如果所述总注释率计算单元计算出的总注释率大于预置的总注释率阈 值，则确定软件注释合格。 其中，所述统计单元统计的操作记录由至少两次的软件更新的操作记录构成，所 述装置还包括 软件更新注释率计算单元，用于根据软件更新过程中的操作记录计算出该次软件 更新的注释率； 平均过程注释率计算单元，用于利用每次软件更新的注释率以及统计出的软件更 新次数，计算出平均过程注释率； 平均过程注释率判断单元，用于判断所述平均过程注释率是否大于预置的平均过 程注释率阈值，若是，指示所述控制单元确定软件注释合格，否则，指示所述控制单元确定 软件注释不合格。 其中，所述统计单元统计的操作记录由至少两次的软件更新的操作记录构成，所 述装置还包括 软件更新注释率计算单元，用于根据软件更新过程中的操作记录计算出该次软件 更新的注释率； 过程注释有效率计算单元，用于根据每次软件更新的注释率、预置的单次更新注 释率目标以及统计的软件更新次数，计算出过程注释有效率； 过程注释有效率判断单元，用于判断所述过程注释有效率是否大于预置的过程注
释有效率阈值，若是，指示所述控制单元确定软件注释合格，否则，指示所述控制单元确定
软件注释不合格。 优选地，该装置还包括 软件更新单次不合格确定单元，用于判断是否存在某次软件更新的注释率为0的 情况，若是，指示所述控制单元确定软件注释不合格。
对于上述技术方案的技术效果分析如下 1 :本发明实施例精确计算出增加代码行数、修改代码行数、删除代码行数、增加注 释行数、删除注释行数、修改注释行数，因此为基础计算总注释率(公式4)，避免了传统公 式(公式1)中同时删除代码和增加代码时注释率互相抵消的情况出现，使注释率更加准 确，从而提高编程效率。 2:通过引入平均过程注释率和过程注释有效率这两个指标，反映了某个开发阶段 (某段时间)中的平均的注释情况，用于保证每次软件更新过程中都需要适量的注释，杜绝 补注释的现象。 3 :通过计算每次软件更新操作的注释率，只要一次更新操作的注释率为O，则可 确定项目软件注释不合格，杜绝更新过程不作任何注释的现象。这在代码维护阶段尤其重 要，因为这些注释对于以后定位由于该次更新而引入的新bug往往至关重要。(通常使用版 本管理工具管理代码，一次check in操作表示一次软件更新。)
图1为本发明软件注释的控制方法流程图； 图2为本发明方法实施例一流程图； 图3为本发明方法实施例二流程图； 图4为本发明软件注释的控制装置结构示意图。
具体实施例方式
如前所述，现有方案仅笼统统计一段时间内的注释情况，由此计算出的注释率不 能反应其真实注释情况，特别是当修改代码时，往往导致注释率计算不准确。
本发明对一段时间内每一次操作记录进行统计，根据每次更改代码时注释以及代 码的变更情况，计算出较为准确的注释率。 参见图l，为本发明软件注释的控制方法流程图，包括 S101 :统计预定时间段内对软件的操作记录，其中，所述操作包括增加代码或/和 注释、修改代码或/和注释，以及删除代码或/和注释； S102 :利用所述操作记录，计算出所述时间段内软件的总注释率； S103 :如果所述总注释率大于预置的总注释率阈值，则确定软件注释合格。
其中，S102的具体过程为 1)确定所述时间段内增加注释行数和修改注释行数之和为第一和； 2)确定所述时间段内增加代码行数、删除代码行数、修改代码行数、增加注释行数
以及修改注释行数之和为第二和； 3)确定所述总注释率为所述第一和与第二和之比。 |卩，总注释率=(时间段内增加注释行数+时间段内修改注释行数)/(时间段内 增加代码行数+时间段内删除代码行数+时间段内修改代码行数+时间段内增加注释行数 +时间段内修改注释行数)X 100%...............公式2 对于如何确定该时间段内的注释和代码的操作记录，可通过检索版本管理工具的
check in操作记录获得。(一般的版本管理工具，如ClearCase，都记录了所有的check in
操作，并可以检索这些check in操作)。 下面结合具体实例，对本发明进行详细介绍。 参见图2，为本发明实施例一流程图，包括 S201 :预置需要统计的维护或者增量开发的一个时间段。首先通过版本管理工具 检索出该段时间内，某项目组全部程序员的全部check in操作。
—次check in操作，对应一个程序员对程序文件的一次变更。
S202 :针对每次check in操作进行代码统计 如果是增加文件操作，则计算出该增加的文件的代码行数和注释行数； 如果是修改文件操作，则对修改前的文件和修改后的文件进行比较，然后确定哪
些代码是新增加的，哪些代码是删除的，哪些代码是修改的，哪些注释是新增加的，哪些注
释是新删除的，哪些注释是修改的，然后分别计算出新增加的代码行数、新删除的代码行
数、新修改的代码行数、新增加的注释行数以及新修改的注释行数；对于新删除的代码，如果删除的代码行是连续的，则不管删除多少行，都以删除一行计算。因为不管是删除连续的 多行还是删除一行代码，一般情况下，可以作一处注释，表明删除原因即可，即不应该因为 连续代码的删除而对注释率产生过大影响。 如果是删除文件操作，则不计算代码行数和注释行数。文件被删除，不可能在删除 的文件内做注释了。因此，删除一个文件时，该操作对应的增加(删除、修改)的代码行数 和注释行数都为0。 请注意和传统现有方案相比，本发明采用的是修改前后的文件进行比较的方法， 通过文件比较，显然可以看出两个文件的每个细微差别，例如，可以得到哪些代码是新增加 的，增加了多少行等信息。而传统方法仅仅对修改后的代码进行统计，不能反映其中修改记录。 S203 :计算每次check in操作过程中的注释率。
每次check in操作的注释率的计算过程为 1)确定该次check in操作中增加注释行数和修改注释行数之和为第三和；
2)确定该次check in操作中增加代码行数、删除代码行数、修改代码行数、增加 注释行数以及修改注释行数之和为第四和； 3)确定该次check in操作的注释率为所述第三和与第四和之比。
采用公式表达如下 check in操作的注释率二 (新增加的注释行数+新修改的注释行数)/ (新增加的 代码行数+新删除的代码行数+新修改的代码行数+新增加的注释行数+新修改的注释行
数)X100%.............................公式3 S204 :计算该时间段内的软件的总注释率。 即统计时间段内，每次check in操作过程内的新增加的注释行数、新修改的注释 行数、新增加的代码行数、新修改的代码行数、新删除的代码行数进行汇总，然后计算出汇 总后的注释行数的比例，公式如下 总注释率=SUM(各次check in操作的新增加的注释行数+新修改的注释行 数)/SUM(各次check in操作的新增加的代码行数+新删除的代码行数+新修改的代码 行数+新增加的注释行数+新修改的注释行数)X 100%.............................公式4 S卩，公式4与公式2表达相同的含义。 与传统的公式1区别的是，与公式1相比，这里计算采用的是增量数据，例如新增 加的注释或者代码，由此有效避免了增加代码和删除代码互相抵消、增加注释和删除注释 互相抵消的现象，计算的注释率较为准确。
S205 :确定软件注释率是否合格。 如果总注释率大于预置的总注释率阈值，则确定注释率合格，否则，确定不合格。
另外，当任一次check in操作的注释率为0时，则可直接确定此软件的注释率不 合格。 由此，本发明实施例精确计算出增加代码行数、修改代码行数、删除代码行数、增 加注释行数、删除注释行数、修改注释行数，因此为基础计算总注释率(公式4)，避免了传 统公式(公式l)中增加代码和删除代码互相抵消、增加注释和删除注释互相抵消的情况出现，使注释率更加准确。 通过计算每次check in操作的注释率，只要一次check in操作的注释率为0，则
可确定项目软件注释不合格，杜绝修改过程不作注释的现象。这在代码维护阶段尤其重要， 因为这些注释对于以后定位由于该次修改而引入的新bug往往至关重要。
下面介绍实施例二。 在实施例一基础上，实施例二引入平均过程注释率以及过程注释有效率的判断， 当总注释率、平均过程注释率以及过程注释有效率都满足阈值要求时，才确定软件注释合 格。 参见图3，为实施例二流程图，该流程图从统计注释率顺序反映整个过程，包括
S301 :查询出一段时间内，某项目程序员对软件的所有check in操作；
S302 :判断是否还有check in操作没有处理？若是，执行S303，否则，执行S305 ;
S303 :计算该次check in操作过程中新增加的代码行数、新修改的代码行数、新 删除的代码行数、新增加的注释行数、新修改的注释行数； S304 :计算该次check in操作的注释率(计算采用公式3)，然后返回执行S302 ; S305 :是否有某次check in操作的注释率为0，若是，执行S306，否则，执行S307 ; S306 :确定该项目的软件注释不合格；流程结束。 S307 :计算平均过程注释率、过程注释有效率和总注释率； 其中，总注释率采用公式4计算得出。
下面重点介绍平均过程注释率和过程注释有效率的计算方法 平均过程注释率=SUM (各次check in操作的注释率)/check in操作的次数 .
...............................公式5 平均过程注释率即为多次check in操作注释率的平均值。 过程注释有效率=(check in操作注释率大于预置的单次更新注释率目标的次
数)/check in操作次数.................................公式6 例如，如果预置的软件更新注释合格率为15%，则过程注释有效率用于保证大多 数情况下每次check in操作的注释率都达到15%。即对多次check in操作，偶尔出现注 释率低于15%是可以的，因为的确某些情况下，代码比较简单，容易理解，不需要太多注释， 但是如果注释率低于15%的比例很高，就常常是为了赶进度，特意不注释了 ，或者打算以后 补注释，这种情况下就需要重视了 ，因此，过程注释有效率可以帮助发现这种情况。
S308 :判断平均过程注释率、过程注释有效率和总注释率是否都达标，若是，执行 SS309，否则，执行S306 ; 如果平均过程注释率大于预置的平均过程注释率阈值，则认为平均过程注释率达 标；同理，如果过程注释有效率大于预置的过程注释有效率阈值，则认为过程注释有效率达 标；如果总注释率大于预置的总注释率阈值，则认为总注释率达标。
S309 :确定项目的软件注释合格。 可见，实施例二重点在于引入平均过程注释率以及过程注释有效率的判断，更加 严格控制了软件注释合格的标准。通过引入平均过程注释率和过程注释有效率这两个指 标，反映了某个开发阶段(某段时间)中的平均的注释情况，用于保证每次软件更新过程中 都需要适量的注释，杜绝补注释的现象。
9
本领域人员不难理解，在实施例一基础上，只要引入平均过程注释率和过程注释 有效率任意一项指标，也可以实施，例如， 一种方案是，在总注释率和平均过程注释率达标 条件下，即可确定项目软件注释率合格，另一种方案是，在总注释率和过程注释有效率达标 条件下，即可确定项目软件的注释率合格。 与上述方法相对应，本发明还提供一种软件注释的控制装置，该装置可由软件、硬 件或软硬件结合方式实现。 参见图4，为该装置内部结构示意图，它包括统计单元401 、总注释率计算单元402 以及控制单元403，其中 统计单元401，用于统计预定时间段内对软件的操作记录，其中，所述操作包括增 加代码或/和注释、修改代码或/和注释，以及删除代码或/和注释； 总注释率计算单元402，用于利用统计单元401提供的操作记录，计算出所述时间 段内软件的总注释率； 控制单元403，如果总注释率计算单元402计算出的总注释率大于预置的总注释 率阈值，则确定软件注释合格。 其中，总注释率计算单元402采用如下公式计算总注释率 总注释率=(时间段内增加注释行数+时间段内修改注释行数)/(时间段内增加 代码行数+时间段内删除代码行数+时间段内修改代码行数+时间段内增加注释行数+时 间段内修改注释行数)X 100%...............公式2 优选地，统计单元401统计的操作记录由至少两次的软件更新(check in操作)
的操作记录构成。 优选地，该装置还包括 软件更新注释率计算单元404，用于根据软件更新过程中的操作记录计算出该次 软件更新的注释率； 平均过程注释率计算单元405，用于利用每次软件更新的注释率以及统计出的软 件更新次数，计算出平均过程注释率； 平均过程注释率判断单元406，用于判断所述平均过程注释率是否大于预置的平 均过程注释率阈值，若是，指示控制单元403确定软件注释合格，否则，指示控制单元403确 定软件注释不合格。 进一步，该装置在包括软件更新注释率计算单元404基础上，还可包括 过程注释有效率计算单元407，用于根据每次软件更新的注释率、预置的单次更新
注释率目标以及统计的软件更新次数，计算出过程注释有效率； 过程注释有效率判断单元408，用于判断过程注释有效率是否大于预置的过程注 释有效率阈值，若是，指示控制单元403确定软件注释合格，否则，指示控制单元403确定软 件注释不合格。 其中，软件更新注释率计算单元404采用如下公式计算软件更新注释率 check in操作的注释率二 (新增加的注释行数+新修改的注释行数)/ (新增加的
代码行数+新删除的代码行数+新修改的代码行数+新增加的注释行数+新修改的注释行
数)X100%.............................公式3 进一步，该装置还可包括
10
软件更新单次不合格确定单元409，用于判断是否存在某次软件更新的注释率为
0的情况，若是，指示控制单元403确定软件注释不合格。 通过以上对本发明介绍，不难看出，本发明具有以下有益效果 1 :基于增量的方式计算注释率，即以某些更新(check in)过程中新增加的代码、
新删除的代码、新修改的代码、新增加的注释、新修改的注释为基础计算注释率，这样避免
了传统计算方法中删除代码和增加代码对注释率影响互相抵消的缺陷，也避免了传统计算
方法中删除注释和增加注释对注释率互相抵消的缺陷，使注释率的计算更加准确和科学，
对保证注释的数量和提高注释质量有很大的好处。 2:注释率计算公式中引入了"新修改的代码行数、新删除的代码行数"，这体现了 项目维护过程中，修改代码和删除代码需要做注释的思想(注释修改、删除代码的原因)。 这是传统注释率计算方法所不能体现的。 3:相对于现有技术，本发明以控制编程过程中进行注释作为主旨，通过引入平均 过程注释率、过程注释有效率，对软件开发过程中的注释情况进行度量分析，避免了现有技
术导致的补注释现象的发生，有利于提高程序编写效率。 本领域普通技术人员可以理解，实现上述实施例的方法的过程可以通过程序指令 相关的硬件来完成，所述的程序可以存储于可读取存储介质中，该程序在执行时执行上述 方法中的对应步骤。所述的存储介质可以如ROM/RAM、磁碟、光盘等。 以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人 员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应 视为本发明的保护范围。
权利要求
一种软件注释的控制方法，其特征在于，包括统计预定时间段内对软件的操作记录，其中，所述操作包括增加代码或/和注释、修改代码或/和注释，以及删除代码或/和注释；利用所述操作记录，计算出所述时间段内软件的总注释率；如果所述总注释率大于预置的总注释率阈值，则确定软件注释合格。
2. 根据权利要求1所述方法，其特征在于，所述利用操作记录计算出所述时间内软件 的总注释率的具体过程为确定所述时间段内增加注释行数和修改注释行数之和为第一和；确定所述时间段内增加代码行数、删除代码行数、修改代码行数、增加注释行数以及修 改注释行数之和为第二和；确定所述总注释率为所述第一和与第二和之比。
3. 根据权利l所述方法，其特征在于，所述时间段内对软件的操作记录由至少两次软 件更新中的操作记录构成；所述方法还包括利用每次软件更新的操作记录以及软件更新的次数，确定平均过程注释率； 当所述平均过程注释率大于预置的平均过程注释率阈值时，才确定软件注释合格。
4. 根据权利要求3所述方法，其特征在于，确定平均过程注释率的具体过程为对于各次软件更新，利用其操作记录计算出该次软件更新的注释率； 利用每次软件更新的注释率以及软件更新次数，计算出平均过程注释率。
5. 根据权利3所述方法，其特征在于，所述时间段内对软件的操作记录由至少两次软 件更新中的操作记录构成；所述方法还包括利用每次软件更新的操作记录、预置的单次更新注释率目标以及统计的软件更新的次 数，确定过程注释有效率；当所述过程注释有效率大于预置的过程注释有效率阈值时，才确定软件注释合格。
6. 根据权利要求5所述方法，其特征在于，确定过程注释有效率的具体过程为 对于各次软件更新，利用其操作记录计算出该次软件更新的注释率； 统计软件更新的注释率大于预置的单次更新注释率目标的软件更新次数，利用合格的软件更新次数占总的软件更新次数的比值，确定过程注释有效率。
7. 根据权利要求4或6所述方法，其特征在于，每次软件更新的注释率的计算过程为 确定该次软件更新中增加注释行数和修改注释行数之和为第三和； 确定该次软件更新中增加代码行数、删除代码行数、修改代码行数、增加注释行数以及修改注释行数之和为第四和；确定该次软件更新的注释率为所述第三和与第四和之比。
8. 根据权利要求7所述方法，其特征在于，还包括 当任一次软件更新的注释率为0时，确定软件注释不合格。
9. 一种软件注释的控制装置，其特征在于，包括统计单元，用于统计预定时间段内对软件的操作记录，其中，所述操作包括增加代码或 /和注释、修改代码或/和注释，以及删除代码或/和注释；总注释率计算单元，用于利用所述统计单元提供的操作记录，计算出所述时间段内软 件的总注释率；控制单元，如果所述总注释率计算单元计算出的总注释率大于预置的总注释率阈值， 则确定软件注释合格。
10. 根据权利要求9所述装置，其特征在于，所述统计单元统计的操作记录由至少两次 的软件更新的操作记录构成，所述装置还包括软件更新注释率计算单元，用于根据软件更新过程中的操作记录计算出该次软件更新 的注释率；平均过程注释率计算单元，用于利用每次软件更新的注释率以及统计出的软件更新次 数，计算出平均过程注释率；平均过程注释率判断单元，用于判断所述平均过程注释率是否大于预置的平均过程注 释率阈值，若是，指示所述控制单元确定软件注释合格，否则，指示所述控制单元确定软件 注释不合格。
11. 根据权利要求9所述装置，其特征在于，所述统计单元统计的操作记录由至少两次 的软件更新的操作记录构成，所述装置还包括软件更新注释率计算单元，用于根据软件更新过程中的操作记录计算出该次软件更新 的注释率；过程注释有效率计算单元，用于根据每次软件更新的注释率、预置的单次更新注释率目标以及统计的软件更新次数，计算出过程注释有效率；过程注释有效率判断单元，用于判断所述过程注释有效率是否大于预置的过程注释有效率阈值，若是，指示所述控制单元确定软件注释合格，否则，指示所述控制单元确定软件 注释不合格。
12. 根据权利要求10或11所述装置，其特征在于，还包括软件更新单次不合格确定单元，用于判断是否存在某次软件更新的注释率为0的情 况，若是，指示所述控制单元确定软件注释不合格。
全文摘要
本发明公开了一种软件注释的控制方法及装置，其中方法包括统计预定时间段内对软件的操作记录，其中，所述操作包括增加代码或/和注释、修改代码或/和注释，以及删除代码或/和注释；利用所述操作记录，计算出所述时间段内软件的总注释率；如果所述总注释率大于预置的总注释率阈值，则确定软件注释合格。采用本发明，可统计出更加准确的注释率。
文档编号G06F9/44GK101782849SQ20091007729
公开日2010年7月21日 申请日期2009年1月21日 优先权日2009年1月21日
发明者余再跃 申请人:大唐移动通信设备有限公司