汇编语言 - 程序设计教程(一)
INT 9H是在键盘输入后，每键产生两个字元的讯号，分别称为：「扫瞄码」(Scan Code) 及「字符码」(ASCII Code)。早期的机种，其键数不多，字符码完全符合 ASCII 的规定，即最高位的位元保持为０。
中文系统之所以能与若干英文软件兼容，就是利用该最高位元做分辨。我们当时误认为字符码不可能再改变，所以在写INT 9H时，该位元并未一一检查。不料新键盘的键数增加了，由于字符码不够，新加的「页控制键」，即键盘右中一列、键色较深的一区，其字符码皆为0E0H，亦即其高位不为０。这一来，在中文系统下，一碰到那些键，就被当作中文，事实上却又非中文码，因而天下大乱。
但是，在经过IBM BIOS的处理后，INT 16H 所得到的值却不然。那是为了与以往的系统兼容，把高位的位元放到一个缓冲器里去了。如果我们不改 INT 9H ，就不会有任何问题，而改了以后，又没有注意到这种情况，以致产品性能极不稳定，为人所诟病。
因为程式本身非常简单，介面解决以后，就只是程式的安排了。
四、相关问题
再来看看我们的工作还有什么应该注意的，除了程式本身的制作外，还要把前述的编码放到“聚珍整合系统”中。该系统的规格，请参考2聚珍整合系统操作手册。
我们已再三强调，表格之加入，一定要精简，否则喧宾夺主，就不值得了。
这104 种图形如果用点阵来画，共需 21,632B，竟占了系统空间的百分之廿。这还不说，点阵不能放大缩小，就无法供绘图、排版用。
于是决定了第一个原则，这些形状必须用程式绘制而不是存点阵资料，而且程式越小越好。
由于中文系统已经是图形态，且具备多种功能，所以不必再写绘图的程式，只要将输入码转换成该程式可以接受的资料结构即可。
“聚珍整合系统”内表格的制作，与下面所举的例子差异不大。为便于说明，在此以早期另一中文系统的表格符为例，使用的技术虽不成熟，但较为简洁。
当时所定的结构，是以暂存器的性质为本，规格如下：
AX＝图形指令，如：横、直、斜、捺、点以及卅多种复杂 的字形
BX＝X1,X2
DX＝Y1,Y2
SI= 指令贮存区起始位址
DI= 图形点阵贮存区起始位址
因此，只要资料结构符合，就可以运用原有的子程式。
第二个原则也因之决定，本程式应纳入原组字程式中，作为其中一个模组。
第三个原则，是在内码及资料表中，要增加一组表格码的资料。这并不难办到，因为 YYX后没有其他有效的中文字码，所以不会妨碍中文字码的排序。
凡是涉及编码的作业，千万不可忽略排序的功能。对系统分析来说，排序的功能是资料处理上，有关效率的重要手段。例如有个人口达一百万的都市，这一百万人的各种资料，都需要极为昂贵的电脑来处理。假定排序的功能良好，每天能够准时完成其固定的工作，而且排序的结果能令人一目瞭然，我们可以认定其效率正常。
再假设文字资料并不具备排序的功能，或者说其排序的结果，与使用者的观念无法配合，则电脑所处理的资料就等于废物。再若为了要用这些资料，须要用「对照表」的方式，重新排序，那么又要一倍以上的时间，也可以说还要耗费钜