==========
以下是引用 wuhao 于 2006-11-16 9:34:06 发表的文字:
中山馆确实还在用早先的Z39.50服务器承担部分数据服务，而且应该是没有支付过费用的，TKS；之所以期待，是因为较长时间实际应用以来，还是觉得有需要完善的必要，如稳定性、功能等方面。国内好多用IALS做此服务，因其专门为联合编目开发了功能，对用户实用，加之其有较大用户群。
商业考虑，天经地义，完全同意；用户的推动还是可以期待。
==========
Z39.50现在还是一个非常重要的检索协议，暂时没有替代品。
大家也许都听说了OAI协议，这个协议只是元数据收割协议，相当于我们产品概念中批处理获取数据的一个协议，而不是用来检索的。实际上，OAI是门户网站和数据提供商之间的批处理更新数据的办法，属于“批发商”协议，而不是最终用户检索获取数据的协议。
门户网站，要面对大量的用户，要实现各种检索功能，对并发性能要求很高，但是却不要求这里是数据的原始制造地，它只需要从外界获取数据灌入自己的数据库即可。每日灌入新数据的量，和用户来访问的量，是两个概念。前者可以很小，后者必然很大。景象有点像门庭若市的百货公司。
而数据提供者，可能是一个一个的小网站，它每年可能加工产生大量数据，但是摊到每一天的数量是不大的（相对门户网站的访问量而言）。而且它向门户提供数据，是一次性提供，也不占用什么太大的带宽。就像一个一个具体的厂家，门前都是窄道，只要不耽误向百货商场送货就可以，而不必配备像百货商场那样的高楼大厦、停车场什么的。一个门户网站可以从很多数据提供者订购数据，这样数据总体来说是很大型的；一个具体的数据提供者，可能很专业，但不一定很“大型”。
Z39.50就是上述门户网站面对最终用户的检索协议；而OAI是门户网站和数据提供者之间的协议。二者功能是完全不同的。
数字平台公司的新产品完全是基于XML的，也就是说，适合各种通用行业，而不仅仅是为了提供MARC。而Z39.50协议，从来也没有说只用来检索获取MARC，虽然不少人有这样的误会。
所以，数字平台如果为dp2推出Z39.50服务器接口，那也主要是为了XML形态的新型元数据检索的需要，顺便顾及MARC编目的需要。看问题的角度和以前的图书馆集成系统有所不同。当然也要很快提供OAI协议。
数字平台的产品，按照上述功能划分的习惯，既有门户类产品，也有数据提供者类产品。
我们随后会为rmsws开发出Z39.50协议接口，可能很快，也可能会放到某些子系统后面开发，这要看具体情况。.NET为开发提供了更好的环境，这一点大家从新产品出来的速度可以看得到。在这样一种本可以“狂飙突进”的局面下，也许需要保持一点冷静，想好了再做，一步一步扎实地来。
也希望大家仔细看好rmsws这一内核。大家通常对外皮很看重，觉得亲眼看到“实现了”什么，这很自然。不过，内部数据加工业务，可以先行，可以早开始积累，这样可以获得更多的机会。
大家在用这个论坛软件的时候，就等于在用rmsws内核。文字、附件，都是放在内核管辖的数据库中的。这是个通用的东西，不仅仅是为图书馆开发的。因而，它的面就更广，生存力必然会更强。