CN108734430A - 用于仓储的数据匹配方法及装置 - Google Patents

Abstract

本申请公开了一种用于仓储的数据匹配方法及装置。该方法包括接收第一用户的第一数据请求；判断所述第一数据请求中仓储选择类型是否满足预设匹配条件；以及如果所述第一数据请求中仓储选择类型满足预设匹配条件，则按照预设匹配条件返回所述第一数据请求。本申请解决了仓储无法实现精确匹配的技术问题。本申请实现了多种类型的找仓模式精确匹配，通过产品线上化提高了找仓、看仓的效率。此外，本申请的数据匹配方法以时间和空间的仓储租赁方式，标准化的库内操作管理，提升了供应链管理价值。

Description

用于仓储的数据匹配方法及装置

技术领域

本申请涉及仓储领域，具体而言，涉及一种用于仓储的数据匹配方法及装置，适用于仓储商城。

背景技术

仓储销售多采用线下营销的方式，需要人工沟通，并在线下看仓。

发明人发现，传统的仓储销售无法实现与客户的需求精准匹配，进而线下看仓的效率低下，用户体验较差。

针对相关技术中仓储无法实现精确匹配的问题，目前尚未提出有效的解决方案。

发明内容

本申请的主要目的在于提供一种用于仓储的数据匹配方法，以解决仓储无法实现精确匹配的问题。

为了实现上述目的，根据本申请的一个方面，提供了一种用于仓储的数据匹配方法。

根据本申请的用于仓储的数据匹配方法包括：接收第一用户的第一数据请求；判断所述第一数据请求中仓储选择类型是否满足预设匹配条件；以及如果所述第一数据请求中仓储选择类型满足预设匹配条件，则按照预设匹配条件返回所述第一数据请求。

进一步地，判断所述第一数据请求中仓储选择类型是否满足预设匹配条件包括：判断第一数据请求中仓储选择类型是否满足列表找仓匹配条件；如果所述第一数据请求中仓储选择类型满足预设匹配条件，则按照预设匹配条件返回所述第一数据请求包括：如果判断第一数据请求中仓储选择类型满足列表找仓匹配条件，则按照列表找仓匹配条件返回列表数据。

进一步地，判断所述第一数据请求中仓储选择类型是否满足预设匹配条件包括：判断第一数据请求中仓储选择类型是否满足地图找仓匹配条件；如果所述第一数据请求中仓储选择类型满足预设匹配条件，则按照预设匹配条件返回所述第一数据请求包括：如果判断第一数据请求中仓储选择类型满足地图找仓匹配条件，则按照地图找仓匹配条件返回地图数据。

进一步地，判断所述第一数据请求中仓储选择类型是否满足预设匹配条件包括：判断第一数据请求中仓储选择类型是否满足在线看仓匹配条件；如果所述第一数据请求中仓储选择类型满足预设匹配条件，则按照预设匹配条件返回所述第一数据请求包括：如果判断第一数据请求中仓储选择类型满足在线看仓匹配条件，则按照在线看仓匹配条件返回在线数据。

进一步地，判断所述第一数据请求中仓储选择类型是否满足预设匹配条件包括：判断第一数据请求中仓储选择类型是否满足全视角看仓匹配条件；如果所述第一数据请求中仓储选择类型满足预设匹配条件，则按照预设匹配条件返回所述第一数据请求包括：如果判断第一数据请求中仓储选择类型满足全视角看仓匹配条件，则按照全视角看仓匹配条件返回全视角数据。

为了实现上述目的，根据本申请的另一方面，提供了一种用于仓储的数据匹配装置。

根据本申请的用于仓储的数据匹配装置包括：接收模块，用于接收第一用户的第一数据请求；判断模块，用于判断所述第一数据请求中仓储选择类型是否满足预设匹配条件；以及返回模块，用于在所述第一数据请求中仓储选择类型满足预设匹配条件时，则按照预设匹配条件返回所述第一数据请求。

进一步地，所述判断模块包括：第一判断单元，所述返回模块包括：第一返回单元，第一判断单元，用于判断第一数据请求中仓储选择类型是否满足列表找仓匹配条件；第一返回单元，用于判断第一数据请求中仓储选择类型满足列表找仓匹配条件时，则按照列表找仓匹配条件返回列表数据。

进一步地，所述判断模块包括：第二判断单元，所述返回模块包括：第二返回单元，第二判断单元，用于判断第一数据请求中仓储选择类型是否满足地图找仓匹配条件；第二返回单元，用于判断第一数据请求中仓储选择类型满足地图找仓匹配条件时，则按照地图找仓匹配条件返回地图数据。

进一步地，所述判断模块包括：第三判断单元，所述返回模块包括：第三返回单元，第三判断单元，用于判断第一数据请求中仓储选择类型是否满足在线看仓匹配条件；第三返回单元，用于判断第一数据请求中仓储选择类型是否满足在线看仓匹配条件时，则按照在线看仓匹配条件返回在线数据。

进一步地，所述判断模块包括：第四判断单元，所述返回模块包括：第四返回单元，第四判断单元，用于判断第一数据请求中仓储选择类型是否满足全视角看仓匹配条件；第四返回单元，用于判断第一数据请求中仓储选择类型满足全视角看仓匹配条件时，则按照全视角看仓匹配条件返回全视角数据

在本申请实施例中，采用接收第一用户的第一数据请求的方式，通过判断所述第一数据请求中仓储选择类型是否满足预设匹配条件，达到了按照预设匹配条件返回所述第一数据请求的目的，从而实现了根据用户条件进行精准匹配的技术效果，进而解决了仓储无法实现精确匹配的技术问题。

附图说明

构成本申请的一部分的附图用来提供对本申请的进一步理解，使得本申请的其它特征、目的和优点变得更明显。本申请的示意性实施例附图及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是根据本申请第一实施例的用于仓储的数据匹配方法示意图；

图2是根据本申请第二实施例的用于仓储的数据匹配方法示意图；

图3是根据本申请第三实施例的用于仓储的数据匹配方法示意图；

图4是根据本申请第四实施例的用于仓储的数据匹配方法示意图；

图5是根据本申请第五实施例的用于仓储的数据匹配方法示意图；

图6是根据本申请第一实施例的用于仓储的数据匹配装置示意图；

图7是根据本申请第二实施例的用于仓储的数据匹配装置示意图；

图8是根据本申请第三实施例的用于仓储的数据匹配装置示意图；

图9是根据本申请第四实施例的用于仓储的数据匹配装置示意图；以及

图10是根据本申请第五实施例的用于仓储的数据匹配装置示意图。

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

本申请中用于仓储的数据匹配方法是专为仓储行业高度定制的客户服务系统，通过结合仓储物流行业的实际特点，针对其特有的用户人群，可实现精确匹配，并提供规模化和规范化客户服务的互联网化新型仓储系统。本申请提供了委托找仓、委托出租等数据匹配方式。

本申请结合列表找仓和地图找仓两种找仓模式，满足客户的不同找仓偏好。此外，本申请还实现了支持客户在线找仓、在线看仓以及仓库360度实景展示。

如图1所示，该方法包括如下的步骤S102至步骤S106：

步骤S102，接收第一用户的第一数据请求；

数据请求中可以是用户想要获得的租赁服务数据请求，也可以是找仓服务数据请求。第一用户可以采用无线终端的应用程序或者浏览器访问并发送数据请求。优选地，采用Strom对海量数据快速实时处理。

比如，接收用户甲发送的在线找仓的数据请求。

又比如，接收用户甲发送的在线看仓的数据请求。

再比如，接收用户乙发送的委托数据请求。

步骤S104，判断所述第一数据请求中仓储选择类型是否满足预设匹配条件；

在数据请求中的仓储选择类型是否满足预设匹配条件可以是，仓储选择类型中的委托找仓、委托出租类型。

委托找仓具体是指根据用户输入的需求城市、详细地址、需求面积、拟存放物品、公司名称、联系方式等，可作为一种仓储选择类型。

委托出租具体是指根据选择的身份、城市以及地区，详细地址、拟出租面积、单位报件、联系方式等，可作为一种仓储选择类型。

在数据请求中的仓储选择类型是否满足预设匹配条件可以是，仓储选择类型中的在线找仓、在线看仓的类型。通过在线找仓可以匹配出相应的线上化的仓储数据。通过在线看仓可以匹配并显示线上化的仓储数据。

步骤S106，如果所述第一数据请求中仓储选择类型满足预设匹配条件，则按照预设匹配条件返回所述第一数据请求。

当第一数据请求中的仓储选择类型满足预设匹配条件时，则会按照预设匹配条件返回第一数据请求。由于可以根据仓储选择类型判断是否满足匹配条件，可以准确地返回第一数据请求的数据。

比如，用户甲通过智能终端的浏览器访问WEB服务器，在应用程序服务器将动态页传递回WEB服务器，然后WEB服务器将该页发送到请求浏览器。当该动态页页到达时，浏览器得到的全部内容都是纯HTML文件。

WEB服务器可以解析HTTP协议。当WEB服务器接收到一个HTTP请求，会返回一个HTTP响应，为了处理一个请求，WEB服务器可以响应一个静态页面或图片，进行页面跳转，或者把动态响应的产生委托给一些其它的程序例如CGI脚本，JSP脚本，servlets，ASP脚本，服务器端JavaScript，或者一些其它的服务器端技术。即服务器端的程序通常产生一个HTML的响应来让浏览器可以浏览。又比如，应用程序服务器通过各种协议，将仓储选择类型的商业逻辑暴露给客户端应用程序。WEB服务器主要是处理向浏览器发送HTML以供浏览，而应用程序服务器提供访问仓储选择类型商业逻辑的途径以供客户端应用程序使用。应用程序使用此商业逻辑就象你调用对象的一个方法一样。

从以上的描述中，可以看出，本申请实现了如下技术效果：

在本申请实施例中，采用接收第一用户的第一数据请求的方式，通过判断所述第一数据请求中仓储选择类型是否满足预设匹配条件，达到了按照预设匹配条件返回所述第一数据请求的目的，从而实现了根据用户条件进行精准匹配的技术效果，进而解决了仓储无法实现精确匹配的技术问题。

根据本申请实施例，作为本实施例中的优选，如图2所示，判断所述第一数据请求中仓储选择类型是否满足预设匹配条件包括：

步骤S202，判断第一数据请求中仓储选择类型是否满足列表找仓匹配条件；

列表找仓是通过显示不同面积的找仓列表，将仓库库位面积进行排列。

列表找仓可以选择的匹配项包括：仓库区域、仓库类型、仓库面积、仓库模式、仓库地坪等匹配项条件。

优选地，在列表找仓中还需要显示仓库的单位单价和仓库的面积。

比如，判断第一数据请求中仓储选择类型是否满足列表找仓匹配条件中区域“密云区”、类型“恒温型”、面积“1000平米以下”、类型“高台”、地坪“水泥”仓储选择类型是否满足找仓匹配条件。

比如，判断第一数据请求中仓储选择类型是否满足列表找仓匹配条件中区域“大兴区”、类型“危险品”、面积“2000-5000平米”、类型“楼库”、地坪“水泥”仓储选择类型是否满足找仓匹配条件。

如果所述第一数据请求中仓储选择类型满足预设匹配条件，则按照预设匹配条件返回所述第一数据请求包括：

步骤S204，如果判断第一数据请求中仓储选择类型满足列表找仓匹配条件，则按照列表找仓匹配条件返回列表数据。

如果满足用户输入的列表找仓匹配条件，则按照列表找仓匹配条件返回仓库的列表数据。

优选地，返回仓库的列表数据可以按照区域优先进行列表排列。

优选地，返回仓库的列表数据可以按照面积优先进行列表排列。

优选地，返回仓库的列表数据可以按照类型优先进行列表排列。

比如，用户甲通过智能终端的浏览器访问WEB服务器，在应用程序服务器将动态页传递回WEB服务器，然后WEB服务器将该页发送到请求浏览器。当该动态页页到达时，浏览器得到的全部内容都是列表数据文件。

又比如，用户甲通过台式电脑上的IE浏览器访问WEB服务器，在应用程序服务器将动态页传递回WEB服务器，然后WEB服务器将该页发送到请求浏览器。当该动态页页到达时，浏览器得到的全部内容都是列表数据文件。

根据本申请实施例，作为本实施例中的优选，如图3所示，判断所述第一数据请求中仓储选择类型是否满足预设匹配条件包括：

步骤S302，判断第一数据请求中仓储选择类型是否满足地图找仓匹配条件；

地图找仓是通过显示不同地域的仓库位置作为仓储选择类型。具体地，仓库位置在地图上的显示方式可以是{城市，数量}的一组数据。通过调用第三方地图应用程序编程接口，将仓库位置定位并显示在地图坐标中。

优选地，可以调节地图的缩放尺寸显示仓库位置定位。

优选地，可以选择地图的省份、城市等级别的显示内容。

优选地，可以显示仓库位置的预览显示图。

比如，用户甲通过智能终端的浏览器访问WEB服务器，在应用程序服务器将动态页传递回WEB服务器，然后WEB服务器将该页发送到请求浏览器。当该动态页页到达时，浏览器得到的全部内容是纯HTML文件。

如果所述第一数据请求中仓储选择类型满足预设匹配条件，则按照预设匹配条件返回所述第一数据请求包括：

步骤S304，如果判断第一数据请求中仓储选择类型满足地图找仓匹配条件，则按照地图找仓匹配条件返回地图数据。

如果第一数据请求中仓储选择类型满足地图找仓匹配条件，则按照地图找仓匹配条件返回地图数据。返回地图数据中还可以包括：仓库名称、仓库面积以及仓库单位价格等信息。

根据本申请实施例，作为本实施例中的优选，如图4所示，判断所述第一数据请求中仓储选择类型是否满足预设匹配条件包括：

步骤S402，判断第一数据请求中仓储选择类型是否满足在线看仓匹配条件；

判断数据请求中的仓储选择类型是否满足在线看仓的匹配条件可以是，判断仓储选择类型是否符合在线看仓的条件，比如，仓储选择类型中有库位图。比如，仓储选择类型中可短时租赁。比如，仓储选择类型中可分割仓库面积。

如果所述第一数据请求中仓储选择类型满足预设匹配条件，则按照预设匹配条件返回所述第一数据请求包括：

步骤S404，如果判断第一数据请求中仓储选择类型满足在线看仓匹配条件，则按照在线看仓匹配条件返回在线数据。

如果能够满足数据请求中仓储选择类型的看仓匹配条件，则返回仓库在线数据。所述仓库在线数据可以包括：已出租的仓库显示、待出租的仓库显示、自助仓的仓库显示以及公共区域显示。此外，所述仓库在线数据还可以包括：仓库区域划分和仓库楼层显示。

通过将可划分租用的仓库进行分割，能够为用户提供在线看仓的库位图，用户通过在线看仓，了解库位划分的情况和可租用情况。

根据本申请实施例，作为本实施例中的优选，如图5所示，判断所述第一数据请求中仓储选择类型是否满足预设匹配条件包括：

步骤S502，判断第一数据请求中仓储选择类型是否满足全视角看仓匹配条件；

仓储选择类型中需要支持全视角看仓匹配条件，可以采用HTML5或者FLASH插件播放全视角看仓匹配条件。

如果所述第一数据请求中仓储选择类型满足预设匹配条件，则按照预设匹配条件返回所述第一数据请求包括：

步骤S504，如果判断第一数据请求中仓储选择类型满足全视角看仓匹配条件，则按照全视角看仓匹配条件返回全视角数据。

比如，按照全视角看仓匹配条件返回全视角数据时，可以显示北京1号园区A仓、B仓等360度实景展示内容。

需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

根据本申请实施例，还提供了一种用于实施上述用于仓储的数据匹配方法的装置，如图6所示，该装置包括：接收模块10，用于接收第一用户的第一数据请求；判断模块20，用于判断所述第一数据请求中仓储选择类型是否满足预设匹配条件；以及返回模块30，用于在所述第一数据请求中仓储选择类型满足预设匹配条件时，则按照预设匹配条件返回所述第一数据请求。

本申请实施例的接收模块10中数据请求中可以是用户想要获得的租赁服务数据请求，也可以是找仓服务数据请求。第一用户可以采用无线终端的应用程序或者浏览器访问并发送数据请求。优选地，采用Strom对海量数据快速实时处理。

比如，接收用户甲发送的在线找仓的数据请求。

又比如，接收用户甲发送的在线看仓的数据请求。

再比如，接收用户乙发送的委托数据请求。

本申请实施例的判断模块20中在数据请求中的仓储选择类型是否满足预设匹配条件可以是，仓储选择类型中的委托找仓、委托出租类型。

委托找仓具体是指根据用户输入的需求城市、详细地址、需求面积、拟存放物品、公司名称、联系方式等，可作为一种仓储选择类型。

委托出租具体是指根据选择的身份、城市以及地区，详细地址、拟出租面积、单位报件、联系方式等，可作为一种仓储选择类型。

在数据请求中的仓储选择类型是否满足预设匹配条件可以是，仓储选择类型中的在线找仓、在线看仓的类型。通过在线找仓可以匹配出相应的线上化的仓储数据。通过在线看仓可以匹配并显示线上化的仓储数据。

本申请实施例的返回模块30中当第一数据请求中的仓储选择类型满足预设匹配条件时，则会按照预设匹配条件返回第一数据请求。由于可以根据仓储选择类型判断是否满足匹配条件，可以准确地返回第一数据请求的数据。

比如，用户甲通过智能终端的浏览器访问WEB服务器，在应用程序服务器将动态页传递回WEB服务器，然后WEB服务器将该页发送到请求浏览器。当该动态页页到达时，浏览器得到的全部内容都是纯HTML文件。

WEB服务器可以解析HTTP协议。当WEB服务器接收到一个HTTP请求，会返回一个HTTP响应，为了处理一个请求，WEB服务器可以响应一个静态页面或图片，进行页面跳转，或者把动态响应的产生委托给一些其它的程序例如CGI脚本，JSP脚本，servlets，ASP脚本，服务器端JavaScript，或者一些其它的服务器端技术。即服务器端的程序通常产生一个HTML的响应来让浏览器可以浏览。又比如，应用程序服务器通过各种协议，将仓储选择类型的商业逻辑暴露给客户端应用程序。WEB服务器主要是处理向浏览器发送HTML以供浏览，而应用程序服务器提供访问仓储选择类型商业逻辑的途径以供客户端应用程序使用。应用程序使用此商业逻辑就象你调用对象的一个方法一样。

根据本申请实施例，作为本实施例中的优选，如图7所示，所述判断模块10包括：第一判断单元101，所述返回模块包括30：第一返回单元301，第一判断单元101，用于判断第一数据请求中仓储选择类型是否满足列表找仓匹配条件；第一返回单元301，用于判断第一数据请求中仓储选择类型满足列表找仓匹配条件时，则按照列表找仓匹配条件返回列表数据。

根据本申请实施例，作为本实施例中的优选，如图8所示，所述判断模块10包括：第二判断单元102，所述返回模块30包括：第二返回单元302，第二判断单元102，用于判断第一数据请求中仓储选择类型是否满足地图找仓匹配条件；第二返回单元302，用于判断第一数据请求中仓储选择类型满足地图找仓匹配条件时，则按照地图找仓匹配条件返回地图数据。

本申请实施例的第二判断单元102中地图找仓是通过显示不同地域的仓库位置作为仓储选择类型。具体地，仓库位置在地图上的显示方式可以是{城市，数量}的一组数据。通过调用第三方地图应用程序编程接口，将仓库位置定位并显示在地图坐标中。

优选地，可以调节地图的缩放尺寸显示仓库位置定位。

优选地，可以选择地图的省份、城市等级别的显示内容。

优选地，可以显示仓库位置的预览显示图。

比如，用户甲通过智能终端的浏览器访问WEB服务器，在应用程序服务器将动态页传递回WEB服务器，然后WEB服务器将该页发送到请求浏览器。当该动态页页到达时，浏览器得到的全部内容是纯HTML文件。

本申请实施例的第二返回单元302中如果第一数据请求中仓储选择类型满足地图找仓匹配条件，则按照地图找仓匹配条件返回地图数据。返回地图数据中还可以包括：仓库名称、仓库面积以及仓库单位价格等信息。

根据本申请实施例，作为本实施例中的优选，如图9所示，所述判断模块10包括：第三判断单元103，所述返回模块30包括：第三返回单元303，第三判断单元103，用于判断第一数据请求中仓储选择类型是否满足在线看仓匹配条件；第三返回单元303，用于判断第一数据请求中仓储选择类型是否满足在线看仓匹配条件时，则按照在线看仓匹配条件返回在线数据。

本申请实施例的第三判断单元103中判断数据请求中的仓储选择类型是否满足在线看仓的匹配条件可以是，判断仓储选择类型是否符合在线看仓的条件，比如，仓储选择类型中有库位图。比如，仓储选择类型中可短时租赁。比如，仓储选择类型中可分割仓库面积。

本申请实施例的第三返回单元303中如果能够满足数据请求中仓储选择类型的看仓匹配条件，则返回仓库在线数据。所述仓库在线数据可以包括：已出租的仓库显示、待出租的仓库显示、自助仓的仓库显示以及公共区域显示。此外，所述仓库在线数据还可以包括：仓库区域划分和仓库楼层显示。

通过将可划分租用的仓库进行分割，能够为用户提供在线看仓的库位图，用户通过在线看仓，了解库位划分的情况和可租用情况。

根据本申请实施例，作为本实施例中的优选，如图10所示，所述判断模块10包括：第四判断单元104，所述返回模块30包括：第四返回单元304，第四判断单元104，用于判断第一数据请求中仓储选择类型是否满足全视角看仓匹配条件；第四返回单元304，用于判断第一数据请求中仓储选择类型满足全视角看仓匹配条件时，则按照全视角看仓匹配条件返回全视角数据。

本申请实施例的第四判断单元104中仓储选择类型中需要支持全视角看仓匹配条件，可以采用HTML5或者FLASH插件播放全视角看仓匹配条件。

本申请实施例的第四返回单元304中比如，按照全视角看仓匹配条件返回全视角数据时，可以显示北京1号园区A仓、B仓等360度实景展示内容。

显然，本领域的技术人员应该明白，上述的本申请的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本申请不限制于任何特定的硬件和软件结合。

以上所述仅为本申请的优选实施例而已，并不用于限制本申请，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种用于仓储的数据匹配方法，其特征在于，包括：

接收第一用户的第一数据请求；

判断所述第一数据请求中仓储选择类型是否满足预设匹配条件；以及

如果所述第一数据请求中仓储选择类型满足预设匹配条件，则按照预设匹配条件返回所述第一数据请求。

2.根据权利要求1所述的数据匹配方法，其特征在于，

判断所述第一数据请求中仓储选择类型是否满足预设匹配条件包括：

判断第一数据请求中仓储选择类型是否满足列表找仓匹配条件；

如果所述第一数据请求中仓储选择类型满足预设匹配条件，则按照预设匹配条件返回所述第一数据请求包括：

如果判断第一数据请求中仓储选择类型满足列表找仓匹配条件，则按照列表找仓匹配条件返回列表数据。

3.根据权利要求1所述的数据匹配方法，其特征在于，

判断所述第一数据请求中仓储选择类型是否满足预设匹配条件包括：

判断第一数据请求中仓储选择类型是否满足地图找仓匹配条件；

如果所述第一数据请求中仓储选择类型满足预设匹配条件，则按照预设匹配条件返回所述第一数据请求包括：

如果判断第一数据请求中仓储选择类型满足地图找仓匹配条件，则按照地图找仓匹配条件返回地图数据。

4.根据权利要求1所述的数据匹配方法，其特征在于，

判断所述第一数据请求中仓储选择类型是否满足预设匹配条件包括：

判断第一数据请求中仓储选择类型是否满足在线看仓匹配条件；

如果所述第一数据请求中仓储选择类型满足预设匹配条件，则按照预设匹配条件返回所述第一数据请求包括：

如果判断第一数据请求中仓储选择类型满足在线看仓匹配条件，则按照在线看仓匹配条件返回在线数据。

5.根据权利要求1所述的数据匹配方法，其特征在于，

判断所述第一数据请求中仓储选择类型是否满足预设匹配条件包括：

判断第一数据请求中仓储选择类型是否满足全视角看仓匹配条件；

如果所述第一数据请求中仓储选择类型满足预设匹配条件，则按照预设匹配条件返回所述第一数据请求包括：

如果判断第一数据请求中仓储选择类型满足全视角看仓匹配条件，则按照全视角看仓匹配条件返回全视角数据。

6.一种用于仓储的数据匹配装置，其特征在于，包括：

接收模块，用于接收第一用户的第一数据请求；

判断模块，用于判断所述第一数据请求中仓储选择类型是否满足预设匹配条件；以及

返回模块，用于在所述第一数据请求中仓储选择类型满足预设匹配条件时，则按照预设匹配条件返回所述第一数据请求。

7.根据权利要求6所述的数据匹配装置，其特征在于，所述判断模块包括：第一判断单元，所述返回模块包括：第一返回单元，

第一判断单元，用于判断第一数据请求中仓储选择类型是否满足列表找仓匹配条件；

第一返回单元，用于判断第一数据请求中仓储选择类型满足列表找仓匹配条件时，则按照列表找仓匹配条件返回列表数据。

8.根据权利要求6所述的数据匹配装置，其特征在于，所述判断模块包括：第二判断单元，所述返回模块包括：第二返回单元，

第二判断单元，用于判断第一数据请求中仓储选择类型是否满足地图找仓匹配条件；

第二返回单元，用于判断第一数据请求中仓储选择类型满足地图找仓匹配条件时，则按照地图找仓匹配条件返回地图数据。

9.根据权利要求6所述的数据匹配装置，其特征在于，所述判断模块包括：第三判断单元，所述返回模块包括：第三返回单元，

第三判断单元，用于判断第一数据请求中仓储选择类型是否满足在线看仓匹配条件；

第三返回单元，用于判断第一数据请求中仓储选择类型是否满足在线看仓匹配条件时，则按照在线看仓匹配条件返回在线数据。

10.根据权利要求6所述的数据匹配装置，其特征在于，所述判断模块包括：第四判断单元，所述返回模块包括：第四返回单元，

第四判断单元，用于判断第一数据请求中仓储选择类型是否满足全视角看仓匹配条件；

第四返回单元，用于判断第一数据请求中仓储选择类型满足全视角看仓匹配条件时，则按照全视角看仓匹配条件返回全视角数据。