目前，很多共享软件中使用注册码来实现对软件的保护。所谓注册码，就是一组与用户的某些特定信息（如用户名称、计算机硬件等等）相关的字符串。由于注册码传输起来比较简单，同时容易验证（相对于磁盘、光盘指纹等），因此现在注册码的应用越来越广泛，甚至一些商业软件，如Windows XP也使用了类似的机制（Microsoft称为Windows Product Activation）。

　　谈起注册码，就不能不提注册器。注册器是用来产生注册码的程序，其计算逻辑通常与受保护的应用程序一致。通过与受保护应用程序相同，或预先约定的计算逻辑得到的注册号，将决定受保护应用程序的行为，如显示“软件未注册”、禁用某些功能，或在“关于”对话框中显示注册者的姓名，等等。

　　其中，最终用户通过某种方式提交其注册信息，例如他（或他所在的组织）的名字，甚至极端一些，提供某些可以确定某人身份的信息，如Pentium III CPU的CPU ID，硬盘的序列号，网卡的MAC地址等等。然后，注册服务器，或呼叫中心的服务人员根据用户提供的信息，计算一个注册号，并告诉最终用户。

　　通常，由于人工操作可能造成差错，我们希望注册过程由计算机自动实现。不过这就带来了一个问题：用户凭什么相信我们的程序并不会泄漏他的个人隐私呢？针对这一问题，目前流行的做法是提供若干选项，其中包括电话注册，网络注册，以及平信注册等等，并把程序提交的内容告知用户。

　　此外，某些与用户的电脑相关的信息，如配置等等，不宜使用明文传送。这一方面是由于用户可能不愿意将这些信息透露给我们，另一方面是以明文传送信息可能会导致第三方（如cracker）截获信息。目前比较流行的方法是把那些我们并不需要，但却决定用户身份的信息用某种散列算法进行编码然后再发送。当然，在发送过程中我们可以使用SSL加密，或者其他一些方法来保证安全，由于与本文的主要内容关系不大，在此不赘述，读者可参考相关书籍。

　　需要保密的用户信息→ 散列算法 → 安全传输（如SSL） →服务器

　　就笔者个人的经验，计算注册码和验证注册码使用不同的算法，可以在一定程度上提高注册过程的安全性。当然，任何安全措施都不可能保证不被解密，“世界上没有打不开的锁”，解密只是一个时间问题，在构造注册码算法的时候，只要让解密代价大于软件价值即可，不必做得太复杂。

　　作为用户而言，无论是用什么注册方式，他都不希望过于复杂。通过计算机直接注册的方式无疑是最方便的，但很多用户可能不愿意这样做。作为用户来说，通过电话注册这种方式，说出自己的注册ID（通常包括了产品ID、用户的名字等信息），以及输入注册码应该是各种注册方式中最麻烦的一种。