一道百度之星赛题引起的思考

前一段时间没事的时候在网上翻到的2005年百度之星一道赛题，自己抽空写了写。原题是这样的：

题目描述:一个正整数有可能可以被表示为 n(n>=2) 个连续正整数之和,如:
15=1+2+3+4+5
15=4+5+6
15=7+8
请编写程序,根据输入的任何一个正整数,找出符合这种要求的所有连续正整数序列。
输入数据:一个正整数,以命令行参数的形式提供给程序。
输出数据:在标准输出上打印出符合题目描述的全部正整数序列,每行一个序列,每个序列都从该序列的最小正整数开始、以从小到大的顺序打印。如果结果有多个序列,按各序列的最小正整数的大小从小到大打印各序列。此外,序列不允许重复,序列内的整数用一个空格分隔。如果没有符合要求的序列,输出 “NONE” 。例如,对于 15 ,其输出结果是:
12345
456
78
对于 16 ,其输出结果是:
NONE
评分标准:程序输出结果是否正确。

自己写的一个小代码：

void print_seq(int n)
{
    int m, i, j, b, flag = 0;

    for (m = 1; m < n; m++)
    {
        b = 0;

        for (i = 0; i <= (n-m)/m; i++)                //为什么是(n-m)/m呢？
        {
            b += m + i;
            if (b == n) {
                for (j = 0; j <= i; j++) {
                    printf("%d ", m+j);
                    flag = 1;
                }

                printf("\n");
                break;
            }
        }

    }
    if (flag == 0)
        printf("NONE\n");

}

运行结果如下：

silent@ubuntu:~/code/challenge$ ./2005-01 49
4 5 6 7 8 9 10
24 25
silent@ubuntu:~/code/challenge$ ./2005-01 16
NONE
silent@ubuntu:~/code/challenge$ ./2005-01 36
1 2 3 4 5 6 7 8
11 12 13
silent@ubuntu:~/code/challenge$ ./2005-01 15
1 2 3 4 5
4 5 6
7 8
silent@ubuntu:~/code/challenge$

调完之后发现这道题其实是比较简单的，下来分析下这个算法的时间复杂度，看还有没有效率更高的方法。