IM服务器是一个独立的进程，由它来处理输入、预编辑、转换和确认。IM库存在于应用程序中，就象IM服务器的一个客户，它只是简单的从IM服务器接收确认字符串。
2)Library模型：
所有的输入都由应用程序中的IM库来处理。事件处理在IM库中就被关闭了，所以就不再需要一个独立的IM服务器。
大多数语言，如亚洲语言一般都有复杂的预编辑，所以都采用Client/Server模型来实现，其他的只有一些死键或组合键的语言，如欧洲语言一般都采用Library模型来实现。
下面主要都讨论Client/Server模型，如图1所示：
客户程序通过连接IM服务器来实现XIM输入，它们之间的通讯是利用XIM的协议来实现的。IM子系统完成文字查找和文本的组合。
一个客户程序通常有多个输入域，Xlib提供了一个结构“Input Context”（IC）来管理每个输入域。函数XCreateIC()可以指定XIM并创建一个相应的IC，函数XDestroyIC()用来删除此IC。许多重要的信息，比如确认字符串都通过IC来从IM服务器送到客户程序。每一个IC与一个输入域相关，函数XSetICFocus()用来通知IM服务器当前IC获得了焦点（XUnSetICFocus()表示失去焦点）。
在后端输入法中，客户窗口的输入事件总是送到IM库中，然后IM库把此事件送到IM服务器中。事件以传送的顺序来处理，因此在IM库和IM服务器中没有需要同步的问题。
2)前端输入法：
在前端输入法中，客户窗口的输入事件由XServer直接传送到IM库和IM服务器中。因此这种方法提供了更好的接口性能（尤其在IM服务器运行在一台工作站而客户程序运行在另一台工作站上，且网络又相对较慢时）。而，前端模型在处理键的时候有同步问题，时会引起事件丢失或时间重复。因此后端输入法是由核心输入法支持的，前端输入法是从扩展性能的目的出发的。
1)静态事件流是客户程序的输入事件总是发送到IM服务器。
2)动态事件流是输入事件中需要处理的事件发送到IM服务器。例如，在即输入ASCII字符又输入中文字符的时候，ASCII字符就不必送到IM服务器了。因此，采用动态事件流后，在XServer、客户和IM服务器之间的需求事件大大减少了，从而性能有所提高。IM服务器发送XIM_REGISTER_TRIGGERKEYS事件来切换动态事件流。
