中山馆确实还在用早先的Z39.50服务器承担部分数据服务，而且应该是没有支付过费用的，TKS；之所以期待，是因为较长时间实际应用以来，还是觉得有需要完善的必要，如稳定性、功能等方面。国内好多用IALS做此服务，因其专门为联合编目开发了功能，对用户实用，加之其有较大用户群。
商业考虑，天经地义，完全同意；用户的推动还是可以期待。
==========
以下是引用 孤舟蓑笠翁 于 2006-11-14 21:22:32 发表的文字:
DP1系统已有一个Z39.50服务器（中山馆联合编目中心不是在用它吗？），只不过，它不支持UNICODE。
Z39.50毕竟是一个古老的协议，既复杂，应用面也窄小，主要应用于图书馆行业。嚷嚷了这么多年，事实上，真为Z39.50协议买单的用户还是很少——除了有实力的数据提供商或大图书馆外，多数用户仅需要利用前端软件套录数据服务商或大馆的数据。何况，不同的Z39.50开发商，采用的上载协议或多或少有些差异，导致真正的异构系统间的数据上载兼容性较差，所谓的异构系统间的联合编目常不得不采用某种指定的上载模块——这跟同构系统联合编目又有什么本质的区别呢？
所以，在更新的、更标准、支持面更广、认可度更高的Web Service这种异构系统数据交换接口标准出现的今天，个人认为，Z39.50早晚会被Web Service替代。因而，虽然有现成的技术，但没有用户推动（订单推动）的情况下，可能不会再重新开发或完善我们已有的Z39.50服务器——商业成本的压力与技术炫耀的自豪，哪一个重要？
==========
以下是引用 wuhao 于 2006-11-14 15:42:38 发表的文字:
刚试试用过，这种模式确实不错，期待！何时有Z39.50的服务端。
==========
==========