1 import  java.io.BufferedReader;
 2 import  java.io.InputStreamReader;
 3 import  java.security.MessageDigest;
 4
 5 import  sun.misc.BASE64Decoder;
 6 import  sun.misc.BASE64Encoder;
 7
 8 public   class  ConvertNounce  {
 9
10      //  Digest = H(B64(H(username:password)):nonce)
11      //  b1=B64(H(username:password));
12      //
13      //
14      /** */ /**
15      *  @param  args
16       */
17      public   static   void  main(String[] args)  throws  Exception  {
18         
19
20         
21      //     if(args.length!=3) throw new Exception("args is wrong ,there is must by three args :username password nextNounce");
22
23         InputStreamReader reader  =   new  InputStreamReader(System.in);
24         BufferedReader input  =   new  BufferedReader(reader);
25     
26         
27         System.out.println( " input username: " );
28         String username  = input.readLine();
29         System.out.println( " input password: " );
30         String pwd  =  input.readLine();
31         System.out.println( " input nextNounce: " );
32         
33         String serverNounce  =  input.readLine();
34         String clientNounce  =   null ;
35
36         System.out.println( "" );
37         
38         System.out.println( " userName= " + username);
39         System.out.println( " password= " + pwd);
40         System.out.println( " nextNounce= " + serverNounce);
41          byte [] b1  =  calculateDigestAndEcode64(username, pwd);
42         
43      //     System.out.println("b1="+new String(b1));
44         
45          // server 下来的nounce一定要先做B64的解码，否则算出来的结果对不上
46         serverNounce  = new  String( new  BASE64Decoder().decodeBuffer(serverNounce));
47         
48      //     System.out.println(serverNounce);
49
50          byte [] bserverNounce  =  serverNounce.getBytes();
51
52          byte [] buf  =   new   byte [b1.length  +   1   +  bserverNounce.length];
53
54         System.arraycopy(b1,  0 , buf,  0 , b1.length);
55
56         buf[b1.length]  =  ( byte )  ' : ' ;
57         System.arraycopy(bserverNounce,  0 , buf, b1.length + 1 ,
58                         bserverNounce.length);
59         MessageDigest md  =  MessageDigest.getInstance( " MD5 " );
60         
61      //     System.out.println(new String(buf));
62
63          byte [] digest  =  md.digest(buf);
64         
65      //     System.out.println(new String(digest));
66
67         clientNounce  =   new  BASE64Encoder().encode(digest);
68         System.out.println( "" );
69         System.out.println( " result Nounce= " + clientNounce);
70         
73     }
74
75      public   static   byte [] calculateDigestAndEcode64(String username,
76             String password)  throws  Exception  {
77
78         MessageDigest md  =  MessageDigest.getInstance( " MD5 " );
79         String cred  =   "" ;
80          if  (username  !=   null )  {
81             cred  =  username.trim();
82         }
83         cred  +=   " : " ;
84          if  (password  !=   null )  {
85             cred  +=  password.trim();
86         }
87      //     System.out.println(cred);
88          //  System.out.println(new String(md.digest(cred.getBytes())));
89          return   new  BASE64Encoder().encode(md.digest(cred.getBytes()))
90                 .getBytes();
91     }
92     
93     
94
95 }
96

范伟先生名言：猪撞树上了，你撞猪上了吧

  我有4种理解：
      1：猪撞树上了，你撞在猪上，猪比较软，你比猪幸运
      2：人家猪都撞树上了，你又往人家身上撞，不想让猪活了？
      3：猪往树上撞，他智商低，你比不过他，去撞猪泄愤啊？
      4：你撞了猪，猪不跟你一般见识，他去撞树

2: 安装完全采用默认就可以了，安装完可以不重启

3 ：开始菜单 ->CVSNT-> Control Panel . 停止 CVS NT

4 ：进入 repository configuration 点击 add 添加一个如图所示：

   Localtion  填写一个 D:/CVSRoot

   Name     填写 /cvs

5 ：进入 server settting

  Run as 选择一个 windows 下已有用户比如 (administrator) ，其余不用修改，应用就可以了。

6 ：进入 about :CVSNT 启动 . CVS 已经配置完毕，至于安全什么方面的东西我没有弄过。

7: 打开 eclilpse ,file->new->other ,CVS

输入 Host 、 repository path 、用户名、密码 ，其余默认，然后 next

Next

Next

Next

一切搞定，你可以建立一个目录然后 就可以commit 了 .

FUMO (Firmware Update Management Object) 手机终端用来固件升级的协议。协议主要规定了一下方面：

1 ： FIRMWARE UPDATE MANAGEMENT OBJECT PARAMETERS. （路径和节点）

2 ： BEHAVIOR ASSOCIATED WITH THE MANAGEMENT OBJECT （执行升级和下载的命令以及 ALERT ）

3 ： CLIENT INITIATED FIRMWARE UPDATE ( 手机自行发起的固件升级的一些规定 )

1 ： FIRMWARE UPDATE MANAGEMENT OBJECT PARAMETERS

总共定义如上节点

PKNAME: 升级包名字

Pkgversion: 升级包版本

Download ：用来执行初始化下载的节点

PKGURL: 初始化下载时存储的下载地址的节点

Update: 用来执行升级的节点

Pkgdata: 用来提供升级包数据的节点

Downloadnadupdate ：用来初始化下载和升级的节点

    Pkgurl ： : 初始化下载时存储的下载地址的节点

State ：手机当前升级过程中的状态。

Ext ：厂商自己定义的扩展节点

根据实现不同， FUMO 可以选择 Downloadnadupdate 也可以选择 downd and upate 这 2 个节点的组合来实现固件的升级 ( 先下载，把下载的东西放在 X/update/pkgdata 里面，然后执行升级 )

State 有一下状态

升级成功返回 100 ，根据返回的不同状态，来与 SERVER 交互。

Fumo 规定的升级过程中的流程

  FUMO 从初始化下载到最后成功然后清除掉下来后的升级包的全过程，

2 ： BEHAVIOR ASSOCIATED WITH THE MANAGEMENT OBJECT

FUMO 在执行的开始，假定手机采用先 download 然后 update, 先把升级包的 URL 从 SERVER 发过来 , 手机先自行 replace 命令把 URL 放在 Download/PkgURL 下面，然后执行 exec 命令把包下载到 update/PkgData 下面，（有的 FUMO 实现厂商采用差分包方法升级）在 update 的时候直接执行 exec 执行升级。

以下分别是执行了 2 个 exec 分别在执行 download 和 downloadandupdate.

下图是手机在进行升级过程中返回给 SERVER 的一些结果，都是用数字来表示， server 可以根据这些返回码来判断终端在升级过程中哪一步执行失败。

下图是一个终端在执行一个 download 过程和一个 update 过程的流程图，此图能够清晰的显示出 DM 的 command 与 fumo 的节点如何交互的。

下图是一个直接的 DownloadAndUpdate 的过程。手机一般会选择这两种的中的一种方式。

3 ： CLIENT INITIATED FIRMWARE UPDATE

其实这是 CP 协议的一部分内容，在下一篇文章会详细的描述 cp 协议的一些东西， cp 协议想关联有好几协议。

 DM并不是一个前沿的技术。据悉，韩国SK电讯、日本NTT DoCoMo、KDDI以及以Vodafone为首的一些欧洲运营商都已经建立起了一定规模的DM体系，它们或根据自行标准，或遵循OMA标准，现在主要提供的是以FOTA(固件更新)为主的基本功能，将来还可支持数据备份、诊断及故障修复、图形用户界面处理，甚至病毒防护等多种功能。

因为设计缺陷，Sony 与 Panasonic 曾经为手机召回蒙受了上亿美元的损失,同时中国建立手机召回制度的呼声越来越高，通信厂商该如何应对？如果因为BUG而召回手机那么岂不损失太大。终端管理在这种情况下应运而生，可以给厂商减少损失。

一句话，只要能上网支持DM的手机未来就可以在线升级操作系统，以及修复BUG等等，手机厂商和运营商会更加方便，节省成本，同时能给客户带来更好的体验。只要手机安装了支持DM协议的软件，同时有一个与之交互的SERVER，一切问题迎刃而解。

FOTA有多种实现方式，DM便是其中的一个协议

Dm 协议 5 个 package.

1: package0 server 发送通知（一般是短信）给 CLIENT ，一般通过 WAP PUSH 下去给手机。

2: package1

手机收到后 wap push 的东西后，根据 WAP PUSH 相关协议，手机会自动回联回 SERVER ， server 会得到手机的 imei, 厂商、型号等基本信息。

3:package2

Server 收到 client 的回复后，得到手机的 IP ，然后通过 HTTP 请求 client ，发送一个用户确认请求（手机必须能通过 GPRS 等方式上网），

4:package3

  手机收到后，如果用户确认 DM 继续进行，如果用户否认 DM 发送给手机一个结束标志。就是说不管 package3 用户是否确认或否认 package4 都会进行下去

5:package4

 SERVER 收到用户返回的信息不管是确认还是否认都会回复，如果 server 还想继续进行下去，那么会重复 package2 ，只是不再是简单让用户确认的东西，比如其他业务通过 DM 去取用户的版本的信息比如发送一个 GET 的 command ，最后一个 package 永远是没有任何 command 的。就是说 package2,package3 可以重复进行多次

1101:等待用户确认
1200：终端回联SERVER
1201：终端发起
1222：更多的message
1223 ：session abort