CN101996451A - 银行自助设备系统的测试方法及服务器 - Google Patents

Abstract

本发明提供一种银行自助设备系统的测试方法及服务器，所述的方法包括：接收用户输入的设备选择指令；根据所述的设备选择指令获取被选自助设备的设备类型识别信息；根据所述的设备类型识别信息获取所述被选自助设备交易的报文数据结构及历史报文数据；接收用户输入的与所述历史报文数据数据项相同的测试报文数据；将所述的测试报文数据与所述的报文数据结构拼装成测试报文；将所述的测试报文发送给银行后台服务器进行所述被选自助设备的模拟交易测试；根据所述银行后台服务器反馈的所述被选自助设备的模拟交易测试的测试信息生成测试结果。本发明实施例的可以利用自动化测试工具模拟自助设备进行数据测试，能够提高测试速度及测试稳定性。

Description

银行自助设备系统的测试方法及服务器

技术领域

本发明涉及计算机测试技术，尤其涉及一种银行自助设备系统的测试方法及服务器。

背景技术

目前，人们利用自助设备(自动柜员机ATM、销售点终端POS及多媒体终端)进行取款、刷卡、转账及缴费等业务处理，自助设备为人们提供了便捷的服务。随着自助设备的业务发展，自助设备越来越多，应用也越来越广泛。计算机软件的开发、测试人员需要利用自助设备进行自助设备的系统测试，ATM102、POS103及多媒体终端104与后台服务器101的连接关系如图1所示，后台服务器101安装有进行测试的软件系统。但是一台ATM机造价约为13-15万人民币，POS机的造价从几千到几万不等，多媒体终端的造价约为2-3万。在计算机软件的开发、工程实施等过程中，不可能为所有的开发、测试人员均配备一套设备(包括ATM、POS及多媒体终端)。此外，相同一套设备无法兼顾多种环境，更不可能为所有的开发、测试人员均配备多套设备。

其次，在交易处理过程中，人与自助设备之间需要多次人机交互。以ATM取款为例，从插入卡片，输入密码，到输入金额取走现金并退出卡片，共需要4次人机交互，测试效率不高，一定程度上影响了测试的速度。

并且，自助设备的交易由用户触发，每一笔交易不能提前预设，均需要用户的参与，这导致自动化的测试工具无法应用到涉及自助设备的系统测试中。

发明内容

本发明实施例目的在于提供一种银行自助设备系统的测试方法及服务器，通过模拟自助设备进行业务处理数据的测试，以提高测试速度。

为了实现上述目的，本发明提供一种基于自助设备的模拟测试方法，所述的方法包括：接收用户输入的设备选择指令；根据所述的设备选择指令获取被选自助设备的设备类型识别信息；根据所述的设备类型识别信息获取所述被选自助设备交易的报文数据结构及历史报文数据；接收用户输入的与所述历史报文数据数据项相同的测试报文数据；将所述的测试报文数据与所述的报文数据结构拼装成测试报文；将所述的测试报文发送给银行后台服务器进行所述被选自助设备的模拟交易测试；根据所述银行后台服务器反馈的所述被选自助设备的模拟交易测试的测试信息生成测试结果。

为了实现上述目的，本发明提供一种银行自助设备系统的测试服务器，所述的测试服务器包括：设备选择指令接收单元，用于接收用户输入的设备选择指令；设备类型识别信息获取单元，用于根据所述的设备选择指令获取被选自助设备的设备类型识别信息；报文数据结构及历史报文数据获取单元，用于根据所述的设备类型识别信息获取所述被选自助设备交易的报文数据结构及历史报文数据；测试报文数据接收单元，用于接收用户输入的与所述历史报文数据数据项相同的测试报文数据；测试报文生成单元，用于将所述的测试报文数据与所述的报文数据结构拼装成测试报文；测试报文发送单元，用于将所述的测试报文发送给银行后台服务器进行所述被选自助设备的模拟交易测试；测试结果生成单元，根据所述银行后台服务器反馈的所述被选自助设备的模拟交易测试的测试信息生成测试结果。

本发明实施例的有益效果：利用自动化测试工具模拟自助设备进行数据测试，能够提高测试速度及测试稳定性。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为现有技术中测试系统的网络示意图；

图2为本发明实施例基于自助设备的模拟测试的网络示意图；

图3为本发明实施例基于自助设备的模拟测试装置的结构示意图；

图4为本发明另一实施例基于自助设备的模拟测试装置的结构示意图；

图5为本发明实施例银行自助设备系统的测试方法流程图；

图6为本发明实施例模拟自助设备进行测试的方法流程图；

图7为本发明实施例ATM的某种报文标识对应的报文结构数据示意图；

图8为本发明实施例POS的某种报文标识对应的报文结构数据示意图；

图9为本发明实施例多媒体终端的某种报文标识对应的报文结构数据示意图；

图10为本发明实施例预定义的ATM报文结构示意图；

图11为本发明实施例预定义的POS报文结构示意图；

图12为本发明实施例预定义的多媒体终端报文结构示意图；

图13为本发明实施例拼装后的某种ATM交易的数据报文结构的结构示意图；

图14为本发明实施例拼装后的某种POS交易的数据报文结构的结构示意图；

图15为本发明实施例拼装后的某种多媒体终端交易的数据报文结构的结构示意图；

图16为本发明实施例显示界面的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

如图1所示，在现有技术中，ATM102、销售点终端103及多媒体终端104等自助设备一般通过串口或电话线与后台服务器101进行连接。后台服务器101是企业的应用服务器，与ATM102、POS103及多媒体终端104进行通信，后台服务器101上安装有进行测试的软件系统，ATM 102、POS 103及多媒体终端104进行通信等自助设备提交测试交易进行测试。实际操作例如可以包含如下动作：用户刷卡，输入账户密码、消费金额；由自助设备使用标准协议的报文组织请求数据，发送给后台服务器101；后台服务器101上的软件系统进行处理并返回处理结果；自助设备接收返回的处理结果并完成解析，最后将结果等信息显示给自助设备。

如图2所示，为本发明实施例基于自助设备的模拟测试装置的网络示意图。后台服务器101中与客户端装置(PC机201及笔记本电脑202)通过专用网络连接，后台服务器101中安装有进行测试的软件系统，PC机201及笔记本电脑202用于模拟自助设备的进行测试。

图3为本发明实施例银行自助设备系统的测试服务器的结构示意图，所述的测试服务器包括：设备选择指令接收单元301，设备类型识别信息获取单元302，报文数据结构及历史报文数据获取单元303，测试报文数据接收单元304，测试报文生成单元305及测试报文发送单元306及测试结果生成单元307。

设备选择指令接收单元301，用于接收用户输入的设备选择指令；用户(测试人员)要模拟自助设备进行测试，需要先选择自助设备类型。

设备类型识别信息获取单元302，用于根据所述的设备选择指令获取被选自助设备的设备类型识别信息；根据用户选择的自助设备类型，获取被选自助设备的设备类型识别信息。所述的被选自助设备可以包括ATM，POS及多媒体终端等设备。

报文数据结构及历史报文数据获取单元303，用于根据所述的设备类型识别信息获取所述被选自助设备交易的报文数据结构及历史报文数据。所述的报文数据结构及历史报文数据获取单元303，可以是根据所述的设备类型识别信息从本地获取所述被选自助设备交易的报文数据结构及历史报文数据，也可以是根据所述的设备类型识别信息从所述的后台服务器获取所述被选自助设备交易的报文数据结构及历史报文数据；如果测试服务器本身存储有所述被选自助设备交易的报文数据结构及历史报文数据，就从本地获取所述被选自助设备交易的报文数据结构及历史报文数据；否则，从所述的后台服务器获取所述被选自助设备交易的报文数据结构及历史报文数据。

测试报文数据接收单元304，用于接收用户输入的与所述历史报文数据数据项相同的测试报文数据；用户根据所述历史报文数据包含的项数输入要进行测试的测试报文数据。

测试报文生成单元305，用于将所述的测试报文数据与所述的报文数据结构拼装成测试报文，具体用于根据所述报文数据结构的报文标识将所述报文数据结构定义为符合标准通信协议数据属性的报文数据结构；并将所述的测试报文数据与所述符合标准通信协议的报文数据结构拼装成测试报文。所述的标准通信协议数据属性包括：报文长度、码制及是否加密等。

测试报文发送单元306，用于将所述的测试报文发送给银行后台服务器进行所述被选自助设备的模拟交易测试；测试报文发送单元306根据测试服务器与后台服务器的标准通信协议将所述的测试报文发送给银行后台服务器进行所述被选自助设备的模拟交易测试。

测试结果生成单元307，根据所述银行后台服务器反馈的所述被选自助设备的模拟交易测试的测试信息生成测试结果。

如图4所示，可选地，如果报文数据结构及历史报文数据获取单元303是根据所述的设备类型识别信息从所述的后台服务器获取所述被选自助设备交易的报文数据结构及历史报文数据；所述的测试服务器还可以包括：解析单元401，用于将从所述的后台服务器获取所述被选自助设备交易的报文数据结构及历史报文数据解析为可读的自助设备交易的报文数据结构及历史报文数据。所述的测试服务器还包括：显示单元402，用于将所述的测试结果显示在显示界面上。

自助设备可以包括ATM、POS及多媒体终端等，本发明不限于此。如果自助设备为ATM，业务信息包括流水号、卡号、交易金额、终端号及密码等；如果自助设备为POS，业务信息包括流水号、卡号、交易金额、终端号、密码及商场编号等；如果自助设备为多媒体终端，业务信息包括流水号、卡号、交易金额、终端号、密码及商场编号等。

图5为本发明实施例银行自助设备系统的测试方法流程图，所述的方法包括：

步骤S501：接收用户输入的设备选择指令；用户(测试人员)要模拟自助设备进行测试，需要先选择自助设备类型。

步骤S502：根据所述的设备选择指令获取被选自助设备的设备类型识别信息；测试服务器根据用户选择的自助设备类型，获取被选自助设备的设备类型识别信息。所述的被选自助设备可以包括ATM，POS及多媒体终端等设备。

步骤S503：根据所述的设备类型识别信息获取所述被选自助设备交易的报文数据结构及历史报文数据；测试服务器可以是根据所述的设备类型识别信息从本地获取所述被选自助设备交易的报文数据结构及历史报文数据，也可以是根据所述的设备类型识别信息从所述的后台服务器获取所述被选自助设备交易的报文数据结构及历史报文数据；如果测试服务器本身存储有所述被选自助设备交易的报文数据结构及历史报文数据，就从本地获取所述被选自助设备交易的报文数据结构及历史报文数据；否则，从所述的后台服务器获取所述被选自助设备交易的报文数据结构及历史报文数据。

步骤S504：接收用户输入的与所述历史报文数据数据项相同的测试报文数据；用户根据所述历史报文数据包含的项数输入要进行测试的测试报文数据。

步骤S505：将所述的测试报文数据与所述的报文数据结构拼装成测试报文；具体是指根据所述报文数据结构的报文标识将所述报文数据结构定义为符合标准通信协议数据属性的报文数据结构；并将所述的测试报文数据与所述符合标准通信协议的报文数据结构拼装成测试报文。所述的标准通信协议数据属性包括：报文长度、码制及是否加密等。

步骤S506：将所述的测试报文发送给银行后台服务器进行所述被选自助设备的模拟交易测试，测试服务器根据与后台服务器的标准通信协议将所述的测试报文发送给银行后台服务器进行所述被选自助设备的模拟交易测试。

步骤S507：根据所述银行后台服务器反馈的所述被选自助设备的模拟交易测试的测试信息生成测试结果。

可选地，如果测试服务器是根据所述的设备类型识别信息从所述的后台服务器获取所述被选自助设备交易的报文数据结构及历史报文数据；测试服务器还要将从所述的后台服务器获取所述被选自助设备交易的报文数据结构及历史报文数据解析为可读的自助设备交易的报文数据结构及历史报文数据。

所述的方法还包括：将所述的测试结果显示在显示界面上。

自助设备可以包括ATM、POS及多媒体终端，本发明不限于此。如果自助设备为ATM，业务信息包括流水号、卡号、交易金额、终端号及密码等；如果自助设备为POS，业务信息包括流水号、卡号、交易金额、终端号、密码及商场编号等；如果自助设备为多媒体终端，业务信息包括流水号、卡号、交易金额、终端号、密码及商场编号等。

下面以自助设备是ATM、POS及多媒体终端为例说明本发明的具体实施方式。

图6为本发明实施例模拟自助设备进行测试的方法流程图，所述的方法包括：

步骤S601：接收用户输入的设备选择指令。

用户(测试人员)要模拟自助设备进行测试，需要先选择自助设备类型，假如用户要进行ATM的交易测试，就需要选择ATM作为测试的自助设备。

步骤S602：根据所述的设备选择指令获取被选自助设备的设备类型识别信息；客户端装置(测试服务器)根据用户选择的自助设备类型，获取被选自助设备的设备类型识别信息，自助设备的设备类型识别信息为自助设备的标识，用户可以设置对不同自助设备的设置不同的标识，例如可以将ATM、POS及多媒体终端的标识分别设置为001、002及003，根据设置的标识可以判断要测试的自助设备的类型。

步骤S603：获取所述被选自助设备交易的报文数据结构及历史报文数据。

历史报文数据即为自助设备交易中的交易要素。客户端装置获取被选自助设备交易的报文数据结构及历史报文数据时，一般先判断本身存储的报文数据结构中是否存在要获取的报文数据结构，假设本次要测试ATM余额查询，如果之前做过ATM的余额查询的测试，客户端装置中就存在需要的报文数据结构，可直接获取存储的该报文数据结构。如果之前没有做过ATM余额查询的测试，就需要从后台服务器101获取ATM余额查询的业务日志，ATM余额查询的业务日志中包括报文数据结构，报文数据结构中包含历史报文数据。自助设备ATM余额查询的交易要素包括流水号、卡号、终端号及密码等信息。

步骤S604：根据自助设备类型标识，对业务日志进行解析，如果根据自助设备类型标识判断出需要测试的设备为ATM，进行步骤S605，如果需要测试的设备为POS，进行步骤S606，如果需要测试的设备为多媒体终端，进行步骤S607。

从本地获取的测试的报文数据结构及其中的交易要素是可读的，不需要进行解析。如果报文数据结构是从后台服务器101获取的，该报文数据结构及其中的交易要素是不可读的，需要将该报文数据结构解析为可读的报文数据结构。将解析的报文数据结构存储，以便以后再进行该业务测试时直接获取存储的报文数据结构，不必再从后台服务器获取业务日志。

步骤S605：根据ATM设备与后台服务器的接口描述，完成对ATM业务日志中的报文数据结构进行解析，将报文数据结构中交易要素逐一转换为可直接阅读的交易要素，输出解析得到可读的报文数据结构，并存入本地客户端装置。

图7为客户端装置存储的ATM的某种报文标识对应的报文结构数据。图7中报文标识表示ATM的业务类型，位元表反映位元的个数等信息，报文数据为交易要素。

步骤S606：根据POS设备与后台服务器的接口描述，完成对POS业务日志中的报文数据结构进行解析，将报文数据结构中交易要素逐一转换为可直接阅读的交易要素，输出解析得到可读的报文数据结构，并存入本地客户端装置。

图8为客户端装置存储的POS的某种报文标识对应的报文结构数据。图8中报文标识表示POS的业务类型，位元表反映位元的个数等信息，报文数据为交易要素。

步骤S607：根据多媒体终端与后台服务器的接口描述，完成对多媒体终端的业务日志中的报文数据结构进行解析，将报文数据结构中交易要素逐一转换为可直接阅读的交易要素，输出解析得到可读的报文数据结构，并存入本地客户端装置。

图9为客户端装置存储的多媒体终端的某种报文标识对应的报文结构数据。图9中报文标识表示多媒体终端的业务类型，位元表反映位元的个数等信息，报文数据为交易要素。

步骤S608：根据报文标识定义可读的报文数据结构。根据所述可读的报文数据结构的报文标识将所述可读的报文数据结构定义为符合标准通信协议数据属性的报文数据结构。自助设备与后台服务器之间需要约定报文中位元的个数；另外还要约定位元中位元数据的属性，如：长度、码制、是否加密等，使之符合标准协议中要求的数据属性，这是因为测试报文数据中的部分交易要素由于位元数据属性的限制，在下一次交易中不一定是可用的，例如流水号要求每次交易必须唯一。

图7、图8及图9中的报文结构数据虽然可读，但是不能当作向服务器发送的交易报文的报文数据结构，必须进行报文数据结构的预定义。定义整个报文数据的结构，包括位元的个数。图10、图11及图12分别为本发明实施例预定义的ATM、POS及多媒体终端的报文数据结构。

图10为本发明实施例定义的ATM报文结构，图11为本发明实施例定义的POS报文结构，图12为本发明实施例定义的多媒体终端的报文结构。图10中报文标识表示交易类型，如取款、余额查询及修改密码等操作，位元表定义了报文标识为MsgID(例如取款的报文标识可以为ATM001、余额查询的报文标识可以为ATM002等)报文数据结构中存在多少个位元，还定义了每个位元对应的交易要素，另外还根据标准协议中要求的数据属性约定了位元中位元数据的属性。图11及图12与图10类似，在此不再详述。

步骤S609：将定义后的报文数据结构与测试报文数据进行拼装。

以报文类型定义的位元顺序为依据，将这些测试报文数据(位元数据)放入图10、图11及图12对应的位元，替换位元中的历史报文数据，完成对报文数据的拼装，如图13、图14及图15所示。

图13为本发明实施例拼装后的某种ATM交易的数据报文结构的结构示意图。如图13所示，报文数据结构中有序号为2(卡号，例如为1980831108)、4(交易金额，例如为3000元)、11(流水号，例如为1001)、41(终端号，例如为0088)及52(密码)的5个位元，图13还对每个位元的属性进行了说明。

图14为本发明实施例拼装后的某种POS交易的数据报文结构的结构示意图。如图14所示，报文数据结构中有序号为2、4、11、41、42及52的6个位元，图14还对每个位元的属性进行了说明。

图15为本发明实施例拼装后的某种多媒体终端交易的数据报文结构的结构示意图。如图15所示，报文数据结构中有序号为2、4、11、41、42及52的6个位元，图15还对每个位元的属性进行了说明。

步骤S610：测试服务器向后台服务器发送测试报文。

经过步骤S609将定义后的报文数据结构与测试报文数据进行拼装后，就生成了测试报文。测试服务器根据不同的自助设备与后台服务器101之间主要通过TCP/IP协议进行数据的传输，将测试报文发送给后台服务器101。

步骤S611：接收后台服务器返回的测试信息，生成测试结果。

测试服务器接收后台服务器101返回的测试信息，对测试信息进行解析，生成测试结果。

步骤S612：在显示介面上显示测试结果。

测试服务器将测试结果显示在显示界面上，如显示表示金额的信息、表示转账是否成功的信息等。显示界面如图16所示，图16的左边为客户端装置向后台服务器101发送的报文信息，报文域的序号为位元序号，值为交易要素，例如报文序号为2的对应的交易要素为卡号，值对应卡号。图16的右边为后台服务器101向客户端装置返回的结果，图中的第39域对应的[00]表示转账成功。

本发明实施例的有益技术效果：本发明实施例克服了目前涉及自助设备的系统测试中存在的设备投资高、测试效率低，采用软件模拟代替自助终端的功能，节约了硬件投资，提高了系统测试速度，从而提高了系统测试完善性，提高系统运行的稳定性和安全性；可以进行自动化测试，解决部分交易由于需要人工干预的问题。

以上所述的具体实施方式，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施方式而已，并不用于限定本发明的保护范围，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (16)

1.一种银行自助设备系统的测试方法，其特征在于，所述的方法包括：

接收用户输入的设备选择指令；

根据所述的设备选择指令获取被选自助设备的设备类型识别信息；

根据所述的设备类型识别信息获取所述被选自助设备交易的报文数据结构及历史报文数据；

接收用户输入的与所述历史报文数据数据项相同的测试报文数据；

将所述的测试报文数据与所述的报文数据结构拼装成测试报文；

将所述的测试报文发送给银行后台服务器进行所述被选自助设备的模拟交易测试；

根据所述银行后台服务器反馈的所述被选自助设备的模拟交易测试的测试信息生成测试结果。

2.如权利要求1所述的方法，其特征在于，所述的方法还包括：

将所述的测试结果显示在显示界面上。

3.如权利要求1所述的方法，其特征在于，根据所述的设备类型识别信息获取所述被选自助设备交易的报文数据结构及历史报文数据包括：

根据所述的设备类型识别信息从本地获取所述被选自助设备交易的报文数据结构及历史报文数据。

4.如权利要求1所述的方法，其特征在于，根据所述的设备类型识别信息获取所述被选自助设备交易的报文数据结构及历史报文数据还包括：

根据所述的设备类型识别信息从所述的后台服务器获取所述被选自助设备交易的报文数据结构及历史报文数据。

5.如权利要求4所述的方法，其特征在于，所述的方法还包括：

将从所述的后台服务器获取所述被选自助设备交易的报文数据结构及历史报文数据解析为可读的自助设备交易的报文数据结构及历史报文数据。

6.如权利要求1所述的方法，其特征在于，将所述的测试报文数据与所述的报文数据结构拼装成测试报文包括：

根据所述报文数据结构的报文标识将所述报文数据结构定义为符合标准通信协议数据属性的报文数据结构；

将所述的测试报文数据与所述符合标准通信协议的报文数据结构拼装成测试报文。

7.如权利要求6所述的方法，其特征在于，所述的标准通信协议数据属性包括：报文长度、码制及是否加密。

8.如权利要求1所述的方法，其特征在于，所述的被选自助设备为ATM，POS及多媒体终端。

9.一种银行自助设备系统的测试服务器，其特征在于，所述的测试服务器包括：

设备选择指令接收单元，用于接收用户输入的设备选择指令；

设备类型识别信息获取单元，用于根据所述的设备选择指令获取被选自助设备的设备类型识别信息；

报文数据结构及历史报文数据获取单元，用于根据所述的设备类型识别信息获取所述被选自助设备交易的报文数据结构及历史报文数据；

测试报文数据接收单元，用于接收用户输入的与所述历史报文数据数据项相同的测试报文数据；

测试报文生成单元，用于将所述的测试报文数据与所述的报文数据结构拼装成测试报文；

测试报文发送单元，用于将所述的测试报文发送给银行后台服务器进行所述被选自助设备的模拟交易测试；

测试结果生成单元，根据所述银行后台服务器反馈的所述被选自助设备的模拟交易测试的测试信息生成测试结果。

10.如权利要求9所述的测试服务器，其特征在于，所述的测试服务器还包括：

显示单元，用于将所述的测试结果显示在显示界面上。

11.如权利要求9所述的测试服务器，其特征在于，

所述的报文数据结构及历史报文数据获取单元，用于根据所述的设备类型识别信息从本地获取所述被选自助设备交易的报文数据结构及历史报文数据。

12.如权利要求9所述的测试服务器，其特征在于，

所述的报文数据结构及历史报文数据获取单元，还用于根据所述的设备类型识别信息从所述的后台服务器获取所述被选自助设备交易的报文数据结构及历史报文数据。

13.如权利要求12所述的测试服务器，其特征在于，所述的测试服务器还包括：

解析单元，用于将从所述的后台服务器获取所述被选自助设备交易的报文数据结构及历史报文数据解析为可读的自助设备交易的报文数据结构及历史报文数据。

14.如权利要求9所述的测试服务器，其特征在于，

所述的测试报文生成单元，具体用于根据所述报文数据结构的报文标识将所述报文数据结构定义为符合标准通信协议数据属性的报文数据结构；并将所述的测试报文数据与所述符合标准通信协议的报文数据结构拼装成测试报文。

15.如权利要求14所述的测试服务器，其特征在于，所述的标准通信协议数据属性包括：报文长度、码制及是否加密。

16.如权利要求9所述的测试服务器，其特征在于，所述的被选自助设备为ATM，POS及多媒体终端。

Images