130运行在操作系统114的基础上，并通过操作系统114的网络服务监听来自网络的请求，根据请求完成相应的数据处理，并返回处理结果给用户终端11。
[0035]如图4所示，界面生成模块130可包括接收模块132、发送模块134。
[0036]参阅图5，其为上述的标签服务器24的一个实施例的结构框图。对比参阅图4，标签服务器24与界面服务器23结构相似其不同之处在于所述标签服务器24不包括界面生成模块130，而包括标签生成模块140。标签生成模块140运行在操作系统114的基础上，并通过操作系统114的网络服务监听来自网络的请求，根据请求完成相应的数据处理，并返回处理结果给第二数据库22。
[0037]如图5所示，标签生成模块140可包括接收模块142和标签信息模块144。
[0038]参阅图6，其为上述的第二数据库22的一个实施例的结构框图。对比参阅图3，第二数据库22与第一数据库21结构相似，其不同之处在于所述第二数据库22不包括第一读存模块118，而包括第二读存模块128。第二读存模块128运行在操作系统114的基础上，并通过操作系统114的监控服务监听来自网络的请求，根据请求完成相应的数据处理，并返回处理结果给用户终端11或其它服务器。
[0039]以下将结合具体的实施说明上述的检索系统100的工作过程，本实施例以在终端11的浏览器工具中触发会话为例进行说明。
[0040]首先，浏览器中显示验证请求控件，当该控件被触发时，用户终端并未成功提交业务，而是生成一个验证请求信息发送至所述接收模块132。
[0041]接着，界面服务器23响应该验证请求。具体地，所述界面服务器23从第一数据库21中分派得到一个图片，并将所述图片与一个问题列表放在一起组成数据包，通过发送模块134发送给用户终端11。所述问题列表为固定的格式，也可以分成不同的版本存储在界面服务器23中。例如，所述问题列表可以有A、B、C三个不同的版本，当所分派的图片的一级标签为“汽车”时，对应的问题列表为A版本，当所分派的图片的一级标签为“服装”时，对应的问题列表为B版本；当所分派的图片的一级标签为“家具”时，对应的问题列表为C版本。所述不同版本的问题列表的问题可以有针对性的加以区别，例如，当图片的一级标签为“汽车”时，对应的问题列表中可包含问题:图片中所示出的汽车为轿车/跑车/运动型多功能车/货车等；而当图片的一级标签为“家具”时，对应的问题列表中可包含问题:此家具为现代简约风格/中国传统风格/欧洲风格/日本风格等。在本实施例中，界面服务器23可设置数据模型，根据图片的一级标签的不同在数据模型中生成具有针对性的问题列表。
[0042]当用户终端11收到所述数据包时，其在浏览器的界面上生成一个界面验证对象，界面验证对象上显示所述图片及所述问题列表。所述界面验证对象可以接收用户根据所述问题列表中的问题的文本输入答案，也可以以选项的方式供用户进行选择，以生成与选项答案。
[0043]当用户输入文本或选择选项进行回答(反馈)时，所述反馈信息将被发送至标签服务器24，并为接收模块142所接收，此时标签服务器24提取所述反馈信息中与所述问题列表对应的答案，从而生成与所述图片相对应的图片标签信息。例如，当用户选择“轿车”、“流水线”、“三厢”等词汇描述所述汽车时，所述图片的标签信息将保存为“轿车”、“流水线”、“三厢”。如果用户用文本输入“这是轿车”、“它是流水线型设计”、“汽车为三厢”时，标签服务器24的标签信息模块144将提取答案中的关键信息为“轿车”、“流水线”、“三厢”进行存储。
[0044]进一步地，当标签信息生成之后，所述图片与所述图片标签的对应关系将发送至第二数据库22进行存储。
[0045]在本实施例中，所述系统100还可进一步包括一个统计服务器25，用于在所述第二数据库22存储所述图片与所述图片标签的对应关系后，进一步统计所述图片标签，并采用统计到的频率最高图片标签来标识所述图片。所述统计服务器25与标签服务器24结构相似，其不同之处在于所述统计服务器25不包括标签生成模块140，而包括统计模块(未标示)。类似的，统计模块运行在操作系统114的基础上，并通过操作系统114的监控服务监听来自网络的请求，根据请求完成相应的数据处理，并返回处理结果给第二数据库22或其它服务器。
[0046]经过上述的步骤，当图片与其标签的对应关系被存储之后，就可以通过标签来检索图片。对于大规模的图片识别，可以借助海量的用户反馈来生成图片标签，当图片标签使有在检索系统中时，可以极大地提升图片检索的精确度和效率。
[0047]在上述的实施例中，第一数据库21及第二数据库22是分别部署在独立的服务器中，可以理解的是，第一数据库21与第二数据库22也可以部署在同一个服务器中。总之，本领域普通技术人员可以根据具体的需求以及硬件环境灵活部署。
[0048]第二实施例
[0049]本实施例提供一种检索系统构建方法，在本实施例中，将以专利系统中的图片检索进行说明。在目前对于外观设计的检索中，主要是通过外观设计专利的类别进行检索，具体包括大类31类，小类214类。
[0050]如图7所示，本实施例的方法包括以下步骤:
[0051]步骤S101、接收验证请求。
[0052]请参考图8，图8示出了用户在浏览器中的上传界面80，当用户上传了外观专利申请的图片，在浏览器的上传界面80中显示了已上传图片的详情，以及一个控件“确认递交”，当用户点击该控件“确认递交”时，用户终端11发送验证请求至界面服务器23。
[0053]步骤S102、响应该验证请求，由数据库中分派至少一图片并发送一个数据包至用户终端，以在所述用户终端生成一个界面验证对象，所述数据包包含所述至少一图片及与所述至少一图片相关联的问题列表。
[0054]第一数据库21可只存储图片，在这种情况下，第一数据库21随机分配所述图片，所述图片可以是系统自存储，其进一步的来源也可以是官方的外观专利数据库。在其它变更实施方式中，第一数据库21可存储图片与一个一级标签相关联，例如，一级标签“汽车”与多个图片相关联。在本实施例中，一级标签可以是外观专利分类表中的大类或小类，例如，在一种情形下，所述一级标签包含了以下类别:
[0055]01 食品；
[0056]02服装和服饰用品；
[0057]03其它类未列入的旅行用品、箱子、阳伞和个人用品；
[0058]04刷子类；
[0059]05纺织品、人造或天然材料片材类；
[0060]06 家具；
[0061]07其它类未列入的家用物品；
[0062]08工具和金属器具；
[0063]09用于商品运输或装卸的包装和容器；
[0064]10钟、表和其它计量仪器、检查和信号仪器；
[0065]11装饰品；
[0066]12运输或提升工具；
[0067]13发电、配电和输电的设备；
[0068]14录音、通讯或信息再现设备；
[0069]15其它类未列入的机械；
[0070]16照相、电影摄影和光学仪器；
[0071]17 乐器；
[0072]18印刷和办公机械；
[0073]19文具用品、办公设备、艺术家用品及教学材料；
[0074]20销售和广告设备、标志；
[0075]21游戏、玩具、帐篷和体育用品；
[0076]22武器、烟火、狩猎用品、捕鱼及杀伤有害动物的器具；
[0077]23液体分配设备、卫生、供暖、通风和空调设备、固体燃料；
[0078]24医疗和实验室设备；
[0079]25建筑构件和施工元件；
[0080]26照明设备；
[0081]27烟草和吸烟用具；
[0082]28药品、化妆品、梳妆用品和器具；
[0083]29防火灾、防事故救援装置和设备；
[0084]30动物的管理与训养设备；
[0085]31其它类未列入的食品或饮料制作机械和设备。
[0086]可以理解的是，所述一级标签由系统根据实际需要进行定义，并不一定需要与外观专利分类表一一对应，也可以是系统自定义的标签模型，以方便生成与标签相对应的图片为宜，并不局限于具体实施例。。
[0087]这时，在响应所述验证请求之前，所述步骤S102进一步包括:
[0088](1)、提取所述验证请求中的关键信息；
[0089](2)、根据所述关键信息匹配所述一级标签，进而分配与所述一级标签相对应的所述至少一图片。
[0090]例如，在本实施例中，所述验证请求中包含的关键信息可以来自标题中所包含的关键字“汽车”，这样，所述被分配的图片例如可以是一级标签为外观专利分类表中小类12-08中“汽车”的图片。在其它实施例中，所述验证请求中包含的关键信息例如也可以来自申请人“XX汽车公司”，这样，所述被分配的图片例如可以是XX汽车公司曾经提交过申请的外观专利图片