具体实施方式

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

以下对本发明实施例中用到的技术术语进行定义和解释：

收单业务：指收单机构与特约商户签订银行卡受理协议，在特约商户按约定受理银行卡并与持卡人达成交易后，为特约商户提供交易资金结算服务的行为。

收单机构：包括从事银行卡收单业务的银行业金融机构，获得银行卡收单业务许可、为实体特约商户提供银行卡受理并完成资金结算服务的支付机构，以及获得网络支付业务许可、为网络特约商户提供银行卡受理并完成资金结算服务的支付机构。

特约商户：指与收单机构签订手打服务协议后，可以通过收单机构收取商品或者服务销售费用的商户。包括实体商户和网络特约商户。

特约商户信息管理系统：指收单机构为记录特约商户名称和经营地址、特约商户身份资料信息、特约商户类别、结算手续费标准、收单银行结算账户信息、开通的交易类型和开通时间、受理终端(网络支付接口)类型和安装地址等信息，并及时进行更新而建立的信息管理系统。其中网络支付接口的安装地址为特约商户的办公地址和从事经营活动的网络地址。

特约商户档案：简称商户档案。本发明的实施例所描述的特约商户信息管理系统把不同商户主体信息集合以档案为单位进行管理，不同的个体工商户和法人单位信息保存到不同的特约商户档案。

XML：XML的英文全称是Extensible Markup Language，是一种用于标记电子文件使其具有结构性的标记语言。

DOM：DOM的英文全称是Document Object Model，表示文档对象模型，是W3C(万维网联盟)的标准。W3C文档对象模型DOM是中立于平台和语言的接口，它允许程序和脚本动态地访问和更新文档的内容、结构、样式。

XPATH：其是一门在XML文档中查找信息的语言。XPATH用于在XML文档中通过元素和属性进行导航。

在实现本发明过程中，发明人发现目前一般的特约商户信息管理系统对商户档案的管理至少存在以下问题：

1、商户档案修改和变更的展示方式，通常使用逐一罗列修改和变更明细记录的形式。这种展示方式，不能够直观明了地展示出商户档案修改前后的差异。

2、由于商户档案包括了关于商户的多个方面的信息，每方面信息有时候又非常复杂，现有的商户档案管理系统采用多个页面分页展示的方式展示商户档案。这种展示方式增加了用户的操作，而且每次切换页面的时候都需要一段时间的信息加载等待。

3、现有的商户档案管理系统，商户档案历次修改和变更的差异比较不能够跨越版本进行比较，而只能够比较T次修改后和T+1次修改后版本之间的差异。

4、商户档案的修改和变更通常不涉及或者没有通知多个关注方。

为解决上述至少一个技术问题，本发明的实施例提供一种特约商户档案修改记录的展示方法。当操作员修改商户档案完毕后，以特定格式XML文件的形式保存商户档案修改记录；当操作员展现商户档案的修改记录的时候，从特定格式XML文件中读取商户档案信息，并以瀑布式多分区的方式展示商户档案内容；当操作员需要了解商户档案修改前后差别，或者跨越多次修改(多个版本)比较差异的时候，以一种特定的视图展现商户信息的差异；当多个关注方(通常是收单机构里面的多个部门)需要了解商户档案变化的时候，可以以特定方法快速抽取变化点，通知这些关注方。通过上述技术方案，可以直观明了地展现商户信息，快速了解商户修改记录。以下进行具体描述。

实施例一

图1是本发明实施例的一种特约商户档案修改记录的展示方法的流程图。如图1所示，该特约商户档案修改记录的展示方法包括如下步骤：

S101、监测商户档案的修改状态。其中，商户档案里面包含商户(合约)信息。

S102、当商户档案的修改状态为修改完毕时，以特定格式XML文件保存商户档案修改记录。

当操作员修改商户档案完毕后，以特定格式XML文件的形式保存商户档案修改记录。

在一些实施例中，特定格式的XML文件的结构可以包括：商户档案集合标签和多个商户档案标签，商户档案标签是商户档案集合标签的子标签；商户档案集合标签包括版本属性，用于表示商户档案当前的版本号；商户档案标签包括如下中的任意多个：指示用户信息的用户标签、指示用户创建的所有商户集合的商户集合标签、指示商户档案的创建日期的标签、指示商户档案的历史修改记录列表的标签。

作为一个可选的具体示例，特定格式的XML文件的结构可以包括：

所有的商户档案集合使用<archives>标签表示，每个商户档案使用<archive>标签表示，<archive>标签是<archives>标签的子标签；

<archives>标签包括version属性，version属性表示商户档案当前的版本号；<archives>标签中的version是其包含的所有<archive>标签的version属性的最大值；

<archive>标签包括：id属性，其表示商户档案编号；version属性，其表示商户档案当前的版本号；以及，create_date属性，其表示商户档案创建日期，属于业务领域属性；

<archive>标签包括多个标签，该多个标签包括：

<customer>标签，其表示用户信息，一个用户可以是集团公司，连锁商店，一个公司，一个事业单位等；

<merchants>标签，其表示该用户创建的所有商户集合，例如，在用户是连锁商店的场景下，不同门店代表不同的商户；

<create_date>标签，表示商户档案的创建日期；

<version_list>标签，表示商户档案的历史修改记录列表。

在一些实施例中，用户标签可以包括如下中的任意多个：用户的编号、用户的名称、用户的识别信息、用户的地理位置信息、用户的联系方式信息、用户的风险信息。

作为一个可选的具体示例，<customer>标签包括：

id属性，表示用户编号；

name属性，表示用户的名称，对于对公用户，name属性应该与对公证件上标注的名称一致。对于存在用户管理系统的系统，这个编号应该跟用户系统的主键对齐；

<identity>子标签，表示用户的识别信息，用户识别信息包括纳税人编号、营业执照号码、组织机构编号或者身份证号码；

<location>子标签，表示用户的地理位置信息；

<contact>子标签，表示用户的联系方式信息；

<risk>子标签，表示用户的风险信息。

在一些实施例中，商户集合标签包括多个商户子标签，每个商户子标签表示一个商户的信息；商户子标签中包括：商户的唯一标识、商户的名称、商户当前的版本号、商户的创建日期、商户的终端列表、商户的地理位置信息、商户的联系方式信息、以及商户的风险信息。

作为一个可选的具体示例，<merchants>标签包括多个<merchant>子标签，每个<merchant>子标签表示一个商户(门店)的信息；

<merchant>子标签包括：

id属性，表示商户的唯一标识；

name属性，表示商户(门店)的名称，通常用商户编号唯一识别一个商户；

version属性，表示商户当前的版本号，

create_date属性，表示商户创建日期；

<pos_list>子标签，表示商户的终端列表；

<location>子标签，表示商户的地理位置信息；

<contact>子标签，表示商户的联系方式信息；

<risk>子标签，表示商户的风险信息。

在一些实施例中，商户的终端列表中具有多个终端子标签，每个终端子标签包括：终端的昵称、终端的标识符、终端的类型、终端的地理位置信息、终端使用的扣率列表。

作为一个可选的具体示例，<pos_list>子标签包括：version属性，其表示商户当前的版本号；以及，<pos>子标签，其表示一个终端；

其中，<pos>子标签包括：

name属性，表示终端的昵称；

id属性，表示终端的标识符；

type属性，表示终端的类型，终端的类型可以包括：电话pos、智能pos，扫码盒子、刷脸终端、或者静态二维码；

<location>子标签，表示pos的地理位置信息；

<fee_rate_list>子标签，表示pos使用的扣率列表，收单机构会向特约商户收取一定手续费作为收入，大多数时候是按照交易金额的固定比例收取，这个比例就叫扣率。

在一些实施例中，终端的地理位置信息包括：终端的地址、终端处于的经纬度、以及经纬度类型；终端使用的扣率列表中包括：多个特定卡种或者多个特定卡BIN的扣率；以及，公共扣率列表的唯一标识和名称。

作为一个可选的具体示例，<location>子标签，包括：<address>子标签，表示地址；以及，<latitude>子标签，表示纬度；<longitude>子标签，表示经度；

<fee_rate_list>子标签，可以带ref属性，表示参考公共扣率列表模板；

<fee_rate_list>子标签包括多个<fee_rate>子标签，每个<fee_rate>子标签表示特定卡种(泛指账户类型)，或者特定卡BIN(发卡行识别码，Bank IdentificationNumber)的扣率；银行卡卡号的前六位是用来表示发卡银行或机构的，这就是发卡行识别码；

<fee_rate>子标签可以带ref属性，表示参考某个常用的公共的扣率配置。

作为一个可选的具体示例，<fee_rate_templates>标签，表示公共的扣率集合的标签；<fee_rate_templates>标签下面有若干个<fee_rate_list>子标签和若干个<fee_rate>子标签；

<fee_rate_templates>相当于一个扣率和扣率列表的仓库，仓库里面可以是一个扣率的集合(<fee_rate_list>子标签)或者是一个扣率(<fee_rate>子标签)。

其中，<fee_rate>子标签带id属性和name属性，表示一个公共的扣率；

<fee_rate_list>子标签表示一个公共扣率列表，具有id属性和name属性，分别表示公共扣率列表的唯一标识和名称；

<fee_rate_list>子标签下面有多个<fee_rate>子标签，多个<fee_rate>子标签可以带ref属性，用来引用<fee_rate_templates>标签下面的<fee_rate>子标签。

在本实施例中，采用特定格式的XML文件保存商户档案修改记录有利于方便后面描述的修改前后的比较。

S103、响应于展现商户档案修改记录的指令，从特定格式XML文件中读取商户档案修改记录，并以瀑布式多分区的方式展示商户档案修改记录。

在本实施例中，瀑布式例如为网页的瀑布式排版，多分区是指在瀑布式的页面内设置多个分区，可以按照分区把内容折叠。

具体地，以瀑布式多分区的方式展示商户档案修改记录，可以包括：

每次只展示一个商户档案标签(例如<archive>标签)下的所有内容；

使用XML DOM根据商户档案标签(例如<archive>标签)包含的内容在内存中构建商户档案标签(例如<archive>标签)的XML语法树，先展示用户标签(例如<customer>标签)的内容，然后展示商户集合标签(例如<merchants>标签)的内容，<merchants>标签下的多个商户子标签(例如<merchant>子标签)按照创建日期create_date属性值升序排序；

其中，当商户子标签(例如<merchant>子标签)的数量多于预设阈值时，隐藏排序序号大于预设阈值的商户子标签(例如<merchant>子标签)；当接收到预设的触发操作时，展示排序序号大于预设阈值的商户子标签(例如<merchant>子标签)。

图2是本发明实施例的瀑布式分区展示图。如图2所示，整个商户档案的展示页面分为customer区和merchants区。merchants区内部又划分为多个区间。每个区间可以折叠展示。在本步骤中，当操作员展现商户档案的修改记录的时候，从特定格式XML文件中读取商户档案信息，并以瀑布式多分区的方式展示商户档案内容。当<merchant>子标签数量较多时，隐藏后面的merchant子标签，显示一个“更多”按钮，或者向下滚动的时候才展示。

图3是本发明实施例的另一种特约商户档案修改记录的展示方法的流程图。如图3所示，该方法包括如下步骤：

S101、监测商户档案的修改状态；

S102、当所述商户档案的修改状态为修改完毕时，以特定格式XML文件保存商户档案修改记录；

S103、响应于展现商户档案修改记录的指令，从所述特定格式XML文件中读取所述商户档案修改记录，并以瀑布式多分区的方式展示所述商户档案修改记录；

S104、响应于接收到差异比较指令，使用发现差异的比较算法确定商户信息的差异；

在一些实施例中，发现差异的比较算法可以包括：

分别从XML文件载入当前商户档案第一版本和当前商户档案第二版本；具体地，本步骤分别将需要比较的表示商户档案版本一和商户档案版本二的XML文件载入到商户信息管理系统中，该商户信息管理系统解释XML文件，抽取商户档案信息以DOM模型的形式保存在内存中；

根据商户档案版本一和商户档案版本二，从根节点到叶子节点，逐层比较XML语法树的每一个元素，从而获取商户信息的差异集合。

这里两个版本是指当业务操作员需要发现两个商户档案之间的差异时候，待比较的两个商户档案版本。上述XML文件是指根据上述方法记录的商户档案信息文件。

S105、根据商户信息的差异，以满足预设规则的视图展现商户档案修改前后的差异。

在一些实施例中，获取差异集合D后，驱动视图组件展示差异。

在一些实施例中，预设规则可以包括如下中的至少一种：在差异比较时，把商户档案按照标签层级和ID划分为多个区域，每个区域分别对齐进行比较；对商户信息的差异部分进行突出显示；在差异比较时，商户档案版本一和商户档案版本二的内容分别位于界面的左右两侧，当折叠其中一侧的特定标签时候，(根据标签和ID相同确定的)与之对应的另外一侧的标签也自动折叠；允许选择单个区域进行详细差异比较。具备上述特征的视图为差异比较视图。标签层级表示标签之间的包含关系或者父子关系。

图4是本发明实施例的区域对齐的比较视图。如图4所示，在本实施例中，当操作员需要了解商户档案修改前后差别，或者跨越多次修改(多个版本)比较差异的时候，以一种特定的视图展现商户信息的差异。上述以特定视图展现商户信息的差异，在差异比较的时候，每个区域分别对齐比较；差异部分使用红色、橙色等鲜艳颜色，或者使用加粗，或者使用下划线等方式进行突出显示；比较视图折叠一边的时候，另外一边同时折叠；可以选择单个区域进行深入的差异比较。

图5是本发明实施例的又一种特约商户档案修改记录的展示方法的流程图。如图5所示，该方法包括如下步骤：

S101、监测商户档案的修改状态；

S102、当所述商户档案的修改状态为修改完毕时，以特定格式XML文件保存商户档案修改记录；

S103、响应于展现商户档案修改记录的指令，从所述特定格式XML文件中读取所述商户档案修改记录，并以瀑布式多分区的方式展示所述商户档案修改记录；

S104、响应于接收到差异比较指令，使用发现差异的比较算法确定商户信息的差异；

S105、根据商户信息的差异，以满足预设规则的视图展现商户档案修改前后的差异。

S106、响应于关注方的查询指令，抽取商户档案的变化点，将商户档案的变化点通知关注方。

具体地，步骤S106中的抽取商户档案的变化点，将商户档案的变化点通知关注方，具体可以包括：

每次商户档案产生变化后，使用发现差异的算法比较算法产生差异集合；

使用XML差异文本或者差异比较视图图片截图的方式，通知关注方。

其优点在于，差异比较视图对业务操作员来说易于阅读和理解，通过发现差异的比较算法产生的差异文本对业务操作员来说，也是可阅读可识别的。

如果使用现有技术的简单的文本比较，问题有几个：1、文本比较工具不具备业务领域知识，因此，纯粹是对两个文件进行技术比较，差生的差异往往是无法阅读的。2、一般的文本比较工具产生的差异文本，根据行号增减或修改来记录差异信息，对于机器可读，但是对于业务操作员，则是不可理解的。

在一些实施例中，XML差异文本使用XPATH路径表达式来指示相关的差异点的位置；并且XPATH路径上的节点如果具有id属性和name属性，则在XPATH路径中带上id属性的值和name属性的值。

具体地，当多个关注方(通常是收单机构里面的多个部门)需要了解商户档案变化的时候，可以以特定方法快速抽取变化点，通知这些关注方。以特定方法快速抽取变化点包括：每次商户档案产生变化后，使上述的发现差异的比较算法，产生差异集合D，并且使用XML差异文本或者差异比较视图的图片截图的方式，通知关注方。该XML差异文本的格式与传统简单的文本diff结果大不相同。传统文本diff产生的文本patch使用行号标识差异的位置。而本发明实施例使用XPATH路径表达式来指示相关的差异点的位置，并且，路径上节点如果具有id和name属性，则在XPATH路径中带上这些属性的值。从而保证能够通过这个xpath产生一条从根节点开始到变更的位置的唯一路径。

本发明实施例的上述技术方案的优点包括：

本发明实施例的系统能够直观地展现商户档案修改前后差异，并且能够跨越多个商户档案的版本，对商户差异进行直观的比较。在多个关注方共同关注或者管理商户档案信息的场景下，能够快速的比较差异，了解商户信息的修改动态。该方法能够使多个关注方能够直观明了地了解商户档案变更，并获得通知。

实施例二

图6是本发明实施例的一种特约商户档案修改记录的展示装置的功能框图。如图6所示，基于与实施例一类似的发明构思，该装置200包括：

监测模块210，用于监测商户档案的修改状态；

保存模块220，用于当商户档案的修改状态为修改完毕时，以特定格式XML文件保存商户档案修改记录；

第一展示模块230，用于响应于展现商户档案修改记录的指令，从特定格式XML文件中读取商户档案修改记录，并以瀑布式多分区的方式展示商户档案修改记录。

图7是本发明实施例的另一种特约商户档案修改记录的展示装置的功能框图。如图7所示，基于与实施例一类似的发明构思，该装置200’还包括：

差异比较模块240，用于响应于接收到差异比较指令，使用发现差异的比较算法确定商户信息的差异；

第二展示模块250，用于根据商户信息的差异，以满足预设规则的视图展现商户档案修改前后的差异。

可选地，发现差异的比较算法包括：使用DOM模型分别从文件载入当前商户档案第一版本和当前商户档案第二版本；根据当前商户档案第一版本和当前商户档案第二版本，从根节点到叶子节点，逐层比较XML语法树的每一个元素，从而获取商户信息的差异集合；

可选地，预设规则包括如下中的至少一种：在差异比较时，把商户档案按照标签层级和ID划分为多个区域，每个区域分别对齐进行比较；对商户信息的差异部分进行突出显示；在差异比较时，商户档案版本一和商户档案版本二的内容分别位于界面的左右两侧，当折叠其中一侧的特定标签时候，(根据标签和ID相同确定的)与之对应的另外一侧的标签也自动折叠。

进一步地，该装置200’还可以包括：通知模块260，用于响应于关注方的查询指令，抽取商户档案的变化点，将商户档案的变化点通知关注方。

可选地，该通知模块260，具体可以用于：每次商户档案产生变化后，使用发现差异的算法比较算法产生差异集合，所述差异集合包括XML差异文本；使用XML差异文本或者差异比较视图的图片截图的方式，通知关注方。

可选地，XML差异文本使用XPATH路径表达式来指示相关的差异点的位置；并且XPATH路径上的节点如果具有id属性和name属性，则在XPATH路径中带上id属性的值和name属性的值。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将所述装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

实施例三

图8是本发明实施例的一种计算机可读存储介质的功能框图。如图8所示，本发明实施例还提供了一种计算机可读存储介质300，计算机可读存储介质300内存储有计算机程序310，计算机程序310被处理器执行时实现如下步骤：

监测商户档案的修改状态；

当所述商户档案的修改状态为修改完毕时，以特定格式XML文件保存商户档案修改记录；

响应于展现商户档案修改记录的指令，从所述特定格式XML文件中读取所述商户档案修改记录，并以瀑布式多分区的方式展示所述商户档案修改记录。

所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。当然，还有其他方式的可读存储介质，例如量子存储器、石墨烯存储器等等。需要说明的是，所述计算机可读介质包括的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

实施例四

图9是本发明实施例的一种计算机设备的功能框图，如图9所示，包括一个或多个处理器401、通信接口402、存储器403和通信总线404，其中，处理器401，通信接口402，存储器403通过通信总线404完成相互间的通信。

存储器403，用于存放计算机程序；

处理器401，用于执行存储器403上所存放的程序时，实现如下步骤：

监测商户档案的修改状态；

当所述商户档案的修改状态为修改完毕时，以特定格式XML文件保存商户档案修改记录；

响应于展现商户档案修改记录的指令，从所述特定格式XML文件中读取所述商户档案修改记录，并以瀑布式多分区的方式展示所述商户档案修改记录。

一种可能的设计中，处理器401执行的处理中，所述特定格式的XML文件的结构包括：

商户档案集合标签和多个商户档案标签，所述商户档案标签是所述商户档案集合标签的子标签；

所述商户档案集合标签包括版本属性，用于表示商户档案当前的版本号；

所述商户档案标签包括如下中的任意多个：指示用户信息的用户标签、指示用户创建的所有商户集合的商户集合标签、指示商户档案的创建日期的标签、指示商户档案的历史修改记录列表的标签。

一种可能的设计中，处理器401执行的处理中，所述用户标签包括如下中的任意多个：用户的编号、用户的名称、用户的识别信息、用户的地理位置信息、用户的联系方式信息、用户的风险信息。

一种可能的设计中，处理器401执行的处理中，所述商户集合标签包括多个商户子标签，每个所述商户子标签表示一个商户的信息；

所述商户子标签中包括：商户的唯一标识、商户的名称、商户当前的版本号、商户的创建日期、商户的终端列表、商户的地理位置信息、商户的联系方式信息、以及商户的风险信息。

一种可能的设计中，处理器401执行的处理中，所述商户的终端列表中具有多个终端子标签，每个终端子标签包括：终端的昵称、终端的标识符、终端的类型、终端的地理位置信息、终端使用的扣率列表。

一种可能的设计中，处理器401执行的处理中，所述终端的地理位置信息包括：终端的地址、终端处于的经纬度、以及经纬度类型；

终端使用的扣率列表中包括：多个特定卡种或者多个特定卡BIN的扣率；以及，公共扣率列表的唯一标识和名称。

一种可能的设计中，处理器401执行的处理中，所述的以瀑布式多分区的方式展示商户档案修改记录，可以包括：

每次只展示一个商户档案标签下的所有内容；

使用XML DOM根据商户档案标签包含的内容在内存中构建商户档案标签的XML语法树，先展示所述用户标签的内容，然后展示所述商户集合标签的内容，所述商户集合标签下的多个商户子标签按照创建日期属性值升序排序；

其中，当所述商户子标签的数量多于预设阈值时，隐藏排序序号大于所述预设阈值的商户子标签；当接收到预设的触发操作时，展示排序序号大于所述预设阈值的商户子标签。

一种可能的设计中，处理器401执行的处理中，还包括：

响应于接收到差异比较指令，使用发现差异的比较算法确定商户档案中包含的商户信息的差异；

根据所述商户信息的差异，以满足预设规则的视图展现商户档案修改前后的差异。

一种可能的设计中，处理器401执行的处理中，所述发现差异的比较算法包括：

分别从需要比较的表示商户档案版本一和商户档案版本二的XML文件中获得商户档案版本一和商户档案版本二；

根据所述商户档案版本一和商户档案版本二，从根节点到叶子节点，逐层比较XML语法树的每一个元素，从而获取商户信息的差异集合。

一种可能的设计中，处理器401执行的处理中，所述的预设规则包括如下中的至少一种：

在差异比较时，把商户档案按照标签层级和ID划分为多个区域，每个区域分别对齐进行比较；

对商户信息的差异部分进行突出显示；

在差异比较时，商户档案版本一和商户档案版本二的内容分别位于界面左右两侧，当折叠其中一侧的特定标签时候，对应的另外一侧的标签也自动折叠。

一种可能的设计中，处理器401执行的处理中，还包括：

响应于关注方的查询指令，抽取商户档案的变化点，将所述商户档案的变化点通知所述关注方。

一种可能的设计中，处理器401执行的处理中，所述的抽取商户档案的变化点，将所述商户档案的变化点通知所述关注方，包括：

每次商户档案产生变化后，使用发现差异的算法比较算法产生差异集合；

使用XML差异文本或者差异比较视图的图片截图的方式，通知所述关注方。

一种可能的设计中，处理器401执行的处理中，所述XML差异文本使用XPATH路径表达式来指示相关的差异点的位置；并且所述XPATH路径上的节点如果具有id属性和name属性，则在所述XPATH路径中带上所述id属性的值和所述name属性的值。

上述计算机设备提到的通信总线可以是外设部件互连标准(PeripheralComponent Interconnect，PCI)总线或扩展工业标准结构(Extended Industry StandardArchitecture，EISA)总线等。该通信总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。通信接口用于上述计算机设备与其他设备之间的通信。

总线304包括硬件、软件或两者，用于将上述部件彼此耦接在一起。举例来说，总线可包括加速图形端口(AGP)或其他图形总线、增强工业标准架构(EISA)总线、前端总线(FSB)、超传输(HT)互连、工业标准架构(ISA)总线、无限带宽互连、低引脚数(LPC)总线、存储器总线、微信道架构(MCA)总线、外围组件互连(PCI)总线、PCI-Express(PCI-X)总线、串行高级技术附件(SATA)总线、视频电子标准协会局部(VLB)总线或其他合适的总线或者两个或更多个以上这些的组合。在合适的情况下，总线可包括一个或多个总线。尽管本发明实施例描述和示出了特定的总线，但本发明考虑任何合适的总线或互连。

存储器可以包括随机存取存储器(Random Access Memory，RAM)，也可以包括非易失性存储器(Non-Volatile Memory，NVM)，例如至少一个磁盘存储器。可选的，存储器还可以是至少一个位于远离前述处理器的存储装置。

存储器403可以包括用于数据或指令的大容量存储器。举例来说而非限制，存储器403可包括硬盘驱动器(Hard Disk Drive，HDD)、软盘驱动器、闪存、光盘、磁光盘、磁带或通用串行总线(Universal Serial Bus，USB)驱动器或者两个或更多个以上这些的组合。在合适的情况下，存储器403可包括可移除或不可移除(或固定)的介质。在特定实施例中，存储器403是非易失性固态存储器。在特定实施例中，存储器303包括只读存储器(ROM)。在合适的情况下，该ROM可以是掩模编程的ROM、可编程ROM(PROM)、可擦除PROM(EPROM)、电可擦除PROM(EEPROM)、电可改写ROM(EAROM)或闪存或者两个或更多个以上这些的组合。

上述的处理器可以是通用处理器，包括中央处理器(Central Processing Unit，CPU)、网络处理器(Network Processor，NP)等；还可以是数字信号处理器(Digital SignalProcessing，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、车载人机交互设备、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

虽然本申请提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的手段可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或终端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至为分布式数据处理环境)。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包括”或者其任何其他变体意在涵盖非排他性的包括，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、计算机设备及可读存储介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包括在本发明的保护范围内。