处理方式
　　 繁简通提供了2种方式来处理对不同文字图片的识别与发布：

1）固定路径映射方式（A类）
　　 在该方式下，繁简通可以把原来的图片文件映射到其他的目录以获取与原图片对应的异种内码的图片文件。
　　 该种映射可以选择两种形式，即文件名的映射和目录映射形式。
例如，原来在繁体页面下images/search.gif图片，则不同映射方式的处理举例如下表： 　

映射方式	繁体图片名称	简体图片名称	繁体目录名称	简体目录名称
文件名映射	Big5_search.gif	gb_search.gif	images	images
目录映射	Search.gif	Search.gif	images	Gbimages

　　 以上列表中的文件名不一定要改到“big5”和“gb”开头，目录名称也不一定是”gb”开头，这些文件与目录名称可以根据网站制作人员的喜好进行配置。另外，信使网络繁简通还支持对目录或文件名称的按规则处理的方式，不需要对每一个目录都进行配置。对这一点请参看关于映射规则配置一节。

采用文件名映射与目录映射方式有各自的优缺点：

2）图片自动搜索方式（B类）
　　 对固定路径映射（A类）处理方式，我们可以清楚地看到他存在这一种缺陷，就是由于映射的目录是固定的，如果影射的路径中的文件不存在，输出的页面就会立即出现死图的现象。对于一个大型的网站，内部会出现成千上万幅图片，出现在成百上千的目录中。如果以A类处理方式来处理，就相当于要求网站制作者在异种内码版本发布之前，必须立即把所有的图片都设计并发布到位。如果是采用目录映射，则必须把所有的目录规则都设定好，如果图片散布在上千个目录上，则必须制定上千条目录映射规则。这种情况对于网站制作者来说是一场噩梦。
　　 对上述问题，我们会立即想到一种解决方式，就是：如果在映射路径下的图片不存在，是否可以先把原来路径上的图片发布出来。这个功能就是信使网络繁简通对图片处理的B类方式——图片自动搜索方式。
该处理方式的优缺点如下：

在图片自动搜索方式下，同样支持对映射路径的文件名、目录映射两种映射方式。

映射规则
一个大网站，在图片映射的实际操作中，会碰到以下问题：
以下是一个实际的例子：
有一个新闻网站，每天都会安排一个目录来存放当天的新闻，而且每天的新闻都是图文并茂的，因此每天都会增加一个或多个目录来存放当天的新闻图片。当然新闻图片上少不了简短的文字注释。如果没有一个处理方式，一个问题非常明显：是否每天都需要为新增新闻图片目录设置一条映射路径呢，设定了路径之后，将需要重新启动发布服务，这样对用户的浏览会产生影响。
对于上述问题，信使网络繁简通设计了一个映射规则机制，可以完美的解决以上的问题。以上面新闻发布的例子，假设每天的新闻都会增加一个以当天日期起名的目录，例如，2001年1月1日的目录名称就是：20010101。在这个目录下，又安排了一个images的目录存放图片。在没有影射规则存在的情况下，3天的新闻就会有3条路径映射设置：
20010101/images -> 20010101/gbimages
20010102/images -> 20010102/gbimages
20010103/images -> 20010103/gbimages
我们不难总结出来，其实存放每一天的新闻图片，都有同样的形式：

其实这就是一条映射规则，例如以上一条配置规则可以写成：
rewriterule (.*)/images/(.*).gif $1/gbimages/$2.gif
这条规则的意思是把所有images目录都映射成gbimages目录，无论此目录是在什么日期之下，这样就可以把1年365天的全部路径映射都概括了。
以上只是路径映射的一个简单例子，信使网络繁简通可以通过配置完成非常复杂的路径映射设置，能够满足几乎任何复杂路径映射的需要。繁简通把路径映射的功能与自动图片搜索的功能配合使用，可以就能够真正做到“无论原网站的图片目录结构多复杂，我们都可以保证做到不出死图、无须重起、立即更新”。 不通过转换网关返回图片
实际上，如果原图片不带有纯文本信息，如果通过转换网关再发给用户，会对网络带宽与主机资源带来不必要的损耗。信使网络繁简通支持不通过转换网关而是直接从原服务器返回图片的方式。设置方式是在映射规则的末尾增加[R]标志。