CN113837623B - 一种基于Shopify的预计投递时间显示方法及相关设备 - Google Patents

Abstract

本发明公开了一种基于Shopify的预计投递时间显示方法，所述方法包括接收访问端发送的页面显示请求；对所述页面显示请求进行解析，得到所述页面显示请求对应的初始页面、产品信息以及店铺信息，并根据所述页面显示请求，获取所述访问端的IP地址；根据所述IP地址，确定所述访问端对应的地理位置；根据所述产品信息和所述地理位置，计算所述页面显示请求对应的预计投递时间；基于预设的框架文件、所述店铺信息中的配置信息以及所述预计投递时间，生成显示数据；将所述显示数据与初始网页融合，得到与所述页面显示请求对应的目标网页并发送。本发明实现了基于Shopify平台的预计投递时间灵活展示。

Description

一种基于Shopify的预计投递时间显示方法及相关设备

技术领域

本发明涉及交互系统，特别涉及一种基于Shopify的预计投递时间显示方法及相关设备。

背景技术

Shopify是一个电子商务平台，借助于Shopify平台，商家可以独立搭建自己的电商网站。通过Shopify搭建的平台，用户可以实现在该网站上进行商品挑选、付费、查看物流等。

但是Shopify的功能存在很多缺陷，例如针对物流而言，Shopify目前不能通过前端或者后端的API(Application Programming Interface,应用程序编程接口)获取每一个快件的预计投递时间。Shopify针对此问题的解决方案有两种。

一种是在主题(theme)模板中增加预计投递时间模块。Shopify提供的一些主题附带有预计投递时间的模块，用户可以在这些主题的基础上进行自定义的设置。但是带有这种模板的主题数量较少，大多数模板都不存在这一模板。另一方面，在主题的基础上进行自定义，灵活性较差，能够自由更改的参数数量有限，通常难以通过代码实现灵活的定义。此外，这些主题的预计投递时间模板的出现区域比较固定，购物车界面、结帐界面、客户账号界面、通知邮件等场景场景中，不一定会出现该快递的预计投递时间，因此在方便性上存在诸多问题。

另一种方式是通过追踪(Tracking)软件的追踪页面(tracking page)，追踪软件是指能够对输入信息的快件进行物流追踪的软件，一般这种软件也会在显示物流信息的追踪界面展示预计投递时间。虽然这种方式在自定义程度上相较于前一种方案更强，但是一般也仅支持全局设计，而且最终显示的时候，预计投递时间是与追踪界面相互绑定一起显示，在通知邮件等与追踪界面相冲突的场景难以处理。

因此，Shopify的展示预计投递时间的方式存在展示灵活性低的问题。

发明内容

本发明要解决的技术问题在于现有的Shopify的展示预计投递时间的方式存在展示灵活性低的问题，针对现有技术的不足，提供一种基于Shopify的预计投递时间显示方法。

为了解决上述技术问题，本发明所采用的技术方案如下：

一种基于Shopify的预计投递时间显示方法，所述方法包括：

接收访问端发送的页面显示请求；

对所述页面显示请求进行解析，得到所述页面显示请求对应的初始页面、产品信息以及店铺信息，并根据所述页面显示请求，获取所述访问端的IP地址；

根据所述IP地址，确定所述访问端对应的地理位置；

根据所述产品信息和所述地理位置，计算所述页面显示请求对应的预计投递时间；

基于预设的框架文件、所述店铺信息中的配置信息以及所述预计投递时间，生成显示数据；

将所述显示数据与初始网页融合，得到与所述页面显示请求对应的目标网页并发送。

所述基于Shopify的预计投递时间显示方法，其中，所述产品信息包括产品类型，所述产品类型包括虚拟产品和实物产品；所述根据所述产品信息和所述地理位置，计算所述页面显示请求对应的预计投递时间具体包括：

当所述产品类型为虚拟产品时，根据预设的虚拟投递时间，计算所述预计投递时间；

当所述产品类型为实物产品时，根据预设的投递时间计算规则以及所述地理位置，计算所述预计投递时间。

所述基于Shopify的预计投递时间显示方法，其中，所述根据预设的投递时间计算规则以及所述地理位置，计算所述预计投递时间包括：

根据所述产品信息对应的历史订单，计算所述产品信息对应不同收货地的历史投递时间，其中，当所述产品信息对应的地区的历史订单数量为零时，所述历史投递时间为预设的初始时间；

根据所述地理位置以及所述历史投递时间，确定与所述产品信息对应的预计投递时间。

所述基于Shopify的预计投递时间显示方法，其中，所述框架文件为liquid文件。

所述基于Shopify的预计投递时间显示方法，其中，所述配置信息包括ProductMetafield中的产品配置信息，以及Shopify Store Metafield中的商店配置信息。

所述基于Shopify的预计投递时间显示方法，其中，所述基于预设的框架文件、所述店铺信息中的配置信息以及所述预计投递时间，生成显示数据包括：

根据所述商品配置信息以及所述产品配置信息，确定所述显示数据中的基本信息；

基于所述框架文件，加载所述基本信息以及所述预计投递时间，得到所述显示数据。

所述基于Shopify的预计投递时间显示方法，其中，所述将所述显示数据与初始网页融合，得到与所述页面显示请求对应的目标网页并发送包括：

将所述显示数据作为JS变量，插入所述初始页面中，得到与所述页面显示请求对应的目标网页并发送。

一种基于Shopify的预计投递时间显示装置，其中，具体包括：

接收模块，用于接收访问端发送的页面显示请求；

解析模块，用于对所述页面显示请求进行解析，得到所述页面显示请求对应的初始页面、产品信息以及店铺信息，并根据所述页面显示请求，获取所述访问端的IP地址；

确定模块，用于根据所述IP地址，确定所述访问端对应的地理位置；

计算模块，用于根据所述产品信息和所述地理位置，计算所述页面显示请求对应的预计投递时间；

生成模块，用于基于预设的框架文件、所述店铺信息中的配置信息以及所述预计投递时间，生成显示数据；

融合模块，用于将所述显示数据与初始网页融合，得到与所述页面显示请求对应的目标网页并发送。

一种计算机可读存储介质，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如上任一所述的基于Shopify的预计投递时间显示方法中的步骤。

一种终端设备，其包括：处理器、存储器及通信总线；所述存储器上存储有可被所述处理器执行的计算机可读程序；

所述通信总线实现处理器和存储器之间的连接通信；

所述处理器执行所述计算机可读程序时实现如上任一所述的基于Shopify的预计投递时间显示方法中的步骤。

有益效果：本发明提供一种基于Shopify的预计投递时间显示方法及相关设备，其在得到页面显示请求后，一方面根据IP(Internet Protocol,网际互连协议)地址，动态定位和计算产品到达访问端地址所需要的预计投递时间，一方面根据页面显示请求确定对应的初始页面、产品信息以及店铺信息。然后根据店铺信息，生成用于显示预计投递时间的显示数据，最后将显示数据与初始页面进行融合，得到目标网页。由于Shopify本身不提供预计投递时间的功能，也没有能够采用现在很多电商平台的直接通过API获取的方式，现有的能够显示预计投递时间的方式都具有灵活性低，自定义程度低的特点。而本方案通过Shopify具有显示灵活的特点，应用框架文件，将预计投递时间灵活显示。此外，即便缺乏计算预计投递时间的API接口，本方案也能通过IP地址动态灵活地计算预计投递时间，更为简单易行。

附图说明

图1为本发明提供的基于Shopify的预计投递时间显示方法的应用场景示意图。

图2为本发明提供的基于Shopify的预计投递时间显示方法的总体流程图。

图3为本发明提供的基于Shopify的预计投递时间显示装置的结构示意图。

图4为本发明提供的终端设备的结构原理图。

具体实施方式

本发明提供一种基于Shopify的预计投递时间显示方法及相关设备，为使本发明的目的、技术方案及效果更加清楚、明确，以下参照附图并举实施例对本发明进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

本技术领域技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或无线耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的全部或任一单元和全部组合。

本技术领域技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)，具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语，应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样被特定定义，否则不会用理想化或过于正式的含义来解释。

举例说明，本发明实施例可以应用到如图1所示的场景。用户采用电脑作为访问端，店铺的后台管理服务器作为执行端，访问端与执行端通讯连接。由于Shopify为店家提供云端服务器，因此，这里的执行端一般默认为Shopify的服务器。访问端向执行端是发送页面显示请求，执行端执行本实施例中的基于Shopify的预计投递时间显示方法。

可以理解的是，在上述应用场景中，访问端与执行端的交互可基于有线传输实现，也可通过无线传输的形式实现。而访问端还可以为平板、手机等。

需要注意的是，上述应用场景仅是为了便于理解本发明而示出，本发明的实施方式在此方面不受任何限制。相反，本发明的实施方式可以应用于适用的任何场景。

下面结合附图，通过对实施例的描述，对发明内容作进一步说明。

如图2所示，本实施提供了一种基于Shopify的预计投递时间显示方法，基于Shopify的预计投递时间显示方法包括以下步骤：

S10、接收访问端发送的页面显示请求。

具体地，访问端与执行端先建立通讯连接，用户基于访问端向执行端发送页面显示请求。

基于通讯连接，执行端接收页面显示请求。

S20、对所述页面显示请求进行解析，得到所述页面显示请求对应的产品信息、店铺信息，并根据所述页面显示请求，获取所述访问端的IP地址。

具体地，页面显示请求中包含有所想要访问的页面的地址。服务器根据该地址，向数据库中进行检索，从而得到与该页面显示请求对应的初始页面。其中，所述初始页面是指最初设定的与该页面显示请求对应的页面数据。换句话说，若不执行本实施例的方法，初始页面是服务器反馈给访问端的页面数据。

此外，服务器在检索过程中，还对该页面显示请求对应的产品信息以及店铺信息进行检索。由于Shopify中有多个主题(Theme)，而主题是伴随着一个店铺而特定的，这个主题可以是店家购买、编写等方式得到。当店家切换主题时，该店铺中与产品相关的具体信息不会发生太大变化，但是，显示的方式，例如字体、图案大小等都会发生改变。而本实施例中，将这些与主题相关的信息作为店铺信息。以该页面显示请求为某一个产品的展示页面为例，产品信息包括这个产品的名称、属性、类型、发货地址等信息。这些都是与页面显示直接相关的，因此，根据页面显示请求，可在数据库中检索到对应的产品信息以及店铺信息。

通常情况下，网站访问是从访问端的浏览器传输至执行端的服务器，中间一般部署有CDN(Content Delivery Network,内容分发网络)、WAF(Web Application Firewall,应用防护系统)等高防服务器，高防服务器在将访问端发送的页面显示请求转到下一环节时，会在请求的中加入用于表明用户真实IP地址的标签，例如http形式的访问中，头部加入“X-Forwarded-For”，后面紧接着访问端的真实IP地址。因此，执行端得到了页面访问请求后，对其进行解析，即可得到访问端的IP地址。此外，还可通过WAF、Tomcat(一个运行JAVA的网络服务器)等方式获取IP地址。以Tomcat为例，若执行端设有Tomcat服务器，当执行端接收访问端发送的页面显示请求，可通过启用Tomcat的X-Forwarded-For功能，在访问日志中获取访问端的真实的IP地址。

S30、根据所述IP地址，确定所述访问端对应的地理位置。

具体地，得到IP地址后，由于每个IP地址的访问具有倾向性，例如该访问端常常用于查询位置信息，如搜索“A地的天气”、“A地的商场”。并且IP地址有对应的IP地理定位数据库，这些数据库包含映射到对应物理位置信息的IP地址的范围。基于这些因素，服务器可以根据IP地址，确定发出页面显示请求的访问端对应的地理位置。

在这一过程中，执行端可以基于现有的第三方API接口进行检索以及确定地理位置，提高效率。

S40、根据所述产品信息和所述地理位置，计算所述页面显示请求对应的预计投递时间。

具体地，预计投递时间与产品的类型、发货地址等相关。由于在市面上流通的产品的类型不仅包括具有实体，需要物流派送的实体类产品，还包括不需要物流派送的虚拟类产品，而不同的产品类型，其对应的投递时间截然不同。此外，产品的所在地以及访问端的所在地的距离也会影响到预计投递时间。其中，预计投递时间可采用两种内容形式，一种是，距离到货时间，另一种是，预计到货时间。例如，同样是需要三天到货，前一种类型显示的则是类似于“预计三天到货”字样，而后一种显示的是“预计a月b日到货”。

以产品类型包括虚拟产品和实物产品为例，当所述产品类型为虚拟产品时，根据预设的虚拟投递时间，计算所述预计投递时间。例如产品为电子购物卡，预先为该电子购物卡设定虚拟投递时间，虚拟投递时间一般很短，因为大多数是基于触发机制进行自动发送，所以预先设定的虚拟投递时间可以为零，其对应后续显示的文字可为“立即到货”等。

当所述产品类型为实物产品时，根据预设的投递时间计算规则以及所述地理位置，计算所述预计投递时间。若为实物产品，则需要通过物流进行派件，因此，需要根据之前获得的地理位置，以及每一个产品信息中的地址信息，计算对应的预计投递时间。

在本实施例的第一种实现方式中，地址信息包括产品的发货地址，得到地理位置后，将发货地址以及地理位置，发送到物流公司的API，基于物流公司，计算两者之间的物流时间并返回，执行端从而得到预计投递时间。

在本实施例的第二种实现方式中，根据历史订单，确定预计投递时间。具体地，先根据所述产品信息对应的历史订单，计算所述产品信息对应不同收货地的历史投递时间，其中，当所述产品信息对应的地区的历史订单数量为零时，所述历史投递时间为预设的初始时间。先根据物流公司提供的数据，计算该产品对应的发货地址对应不同的地区的初始时间，例如在发货地址为A市，收货地址为B市的订单，平均物流时间为2天，因此，地区为B市对应的历史投递时间为2天。

然后根据所述地理位置以及所述历史投递时间，确定与所述产品信息对应的预计投递时间。在上述例子中，地理位置为B市，其对应的历史投递时间为2天，则该产品信息对应的预计投递时间为2天。

S50、基于预设的框架文件、所述店铺信息中的配置信息以及所述预计投递时间，生成显示数据。

具体地，店铺信息包括配置信息，配置信息即指卖家为这个店铺的外观进行配置的参数，包括字体大小、字体颜色、字体与图案的位置等。在后续需要在访问端显示预计投递时间时，为了保证预计投递时间的显示效果与整个线上店铺的形象保持一致，显示预计投递时间时，具体的显示参数应当与店铺信息中的配置信息保持一致或者相近。本实施例中，配置信息包括放置于Product Metafield中的产品配置信息，以及Shopify StoreMetafield中的商店配置信息。产品配置信息主要是对显示产品相关内容的配置信息，例如，产品图片的大小、尺寸、坐标、文字，商店配置信息主要是对商店整体形象的显示的数据。此外，商店配置信息和产品配置信息中，还可包括预先对

为此，本实施例预先设置一个框架文件，该框架文件是指能够获取并加载配置信息以及预计投递时间的文件，用于后续生成显示效果与所述配置信息的显示效果相类似的显示数据。本实施例中，基于Shopify本身的性质，选用liquid文件作为框架文件，liquid文件时基于liquid语言，具有获取并加载配置信息的文件。Liquid语言是一门开源的模板语言，能够作为Shopify中主题的骨骼，提供一个基础框架，在该框架的基础上，根据具体的参数，可实现多种显示形式。

先根据商店配置信息以及产品配置信息，确定一个已经设定好具体参数的基础信息。这一基础信息包括后续所需要显示内容的字体、位置坐标、大小、颜色等，此外还可包括显示的优先级、显示状态等。优先级是指最终显示页面时各个元素显示的优先级。显示状态是指开启或隐藏，例如在某些页面，卖家期望显示预计投递时间，如实际的购买页面，有一些页面，为了美观的因素，卖家不期望显示预计投递时间，例如多个产品的展示界面。因此，为达到某一些页面显示预计投递时间，某一些页面不显示预计投递时间，基础信息中还包括显示状态。

最后，基于所述框架文件，加载所述基本信息以及所述预计投递时间，得到所述显示数据。正如前文所述，框架文件能够获取并加载配置信息以及预计投递时间，因此，基于框架文件，加载上述的基本信息和预计投递时间，可得到带有预计投递时间以及预计投递时间显示时效果的显示数据。例如显示数据为，红色字体，5号字，内容为“预计2天到达”。

S60、将所述显示数据与初始网页融合，得到与所述页面显示请求对应的目标网页并发送。

具体地，得到了显示数据后，将显示数据与最初确定的初始网页进行融合，得到与所述页面显示请求对应的目标网页。最后将目标网页作为对页面显示请求的响应，反馈至访问端。

在本实施例的第一种实现方式中，其融合方式可采用小窗口的形式，在预先设置的配置参数中设定显示内容以小窗口的形式显示。在融合后，显示的目标页面上，预计投递时间的内容以小窗口进行展示。因此，直接将显示数据作为一个节点加入初始页面的中，即生成目标页面。

但是这种融合方式，一方面在视觉效果上有一些突兀，另一方面，为了窗口与页面之间的和谐性，需要单独为小窗口设定诸多参数，较为复杂。

由于Shopify的具体内容的语言多为JavaScript(JS)语言。因此，在本实施例的另一种方式中，将显示数据作为JS变量，插入所述初始页面中，得到与所述页面显示请求对应的目标网页并发送。以某一个产品的文字描述部分为例，将显示数据作为文字描述部分的一个JS变量，直接插入初始页面中文字描述的部分。最终在视觉上，预计投递时间的显示效果与对产品的文字描述部分极为接近，且其他的一些参数，例如，显示的位置坐标，可与文字描述部分的参数共用，更为简洁易行。

此外，以上两种方式，都可以在产品页面、购物车页面、收藏列表页面、结帐页面、订单页面、通知邮件页面等多个场景进行适用，可根据需求只有调整。

如图3所示，基于上述基于Shopify的预计投递时间显示方法，本实施例提供了一种基于Shopify的预计投递时间显示装置100，其中，所述基于Shopify的预计投递时间显示装置100包括：

接收模块，用于接收访问端发送的页面显示请求；

解析模块，用于对所述页面显示请求进行解析，得到所述页面显示请求对应的初始页面、产品信息以及店铺信息，并根据所述页面显示请求，获取所述访问端的IP地址；

确定模块，用于根据所述IP地址，确定所述访问端对应的地理位置；

计算模块，用于根据所述产品信息和所述地理位置，计算所述页面显示请求对应的预计投递时间；

生成模块，用于基于预设的框架文件、所述店铺信息中的配置信息以及所述预计投递时间，生成显示数据；

融合模块，用于将所述显示数据与初始网页融合，得到与所述页面显示请求对应的目标网页并发送。

其中，所述产品信息包括产品类型，所述产品类型包括虚拟产品和实物产品；所述计算模块包括：

虚拟产品单元，用于当所述产品类型为虚拟产品时，根据预设的虚拟投递时间，计算所述预计投递时间；

实物产品单元，用于当所述产品类型为实物产品时，根据预设的投递时间计算规则以及所述地理位置，计算所述预计投递时间。

其中，所述实物产品单元具体用于：

根据所述产品信息对应的历史订单，计算所述产品信息对应不同收货地的历史投递时间，其中，当所述产品信息对应的地区的历史订单数量为零时，所述历史投递时间为预设的初始时间；

根据所述地理位置以及所述历史投递时间，确定与所述产品信息对应的预计投递时间。

其中，所述框架文件为liquid文件。

其中，所述配置信息包括Product Metafield中的产品配置信息，以及ShopifyStore Metafield中的商店配置信息。

其中，所述生成模块具体用于：

根据所述商品配置信息以及所述产品配置信息，确定所述显示数据中的基本信息；

基于所述框架文件，加载所述基本信息以及所述预计投递时间，得到所述显示数据。

其中，所述融合模块具体用于：

将所述显示数据作为JS变量，插入所述初始页面中，得到与所述页面显示请求对应的目标网页并发送。

基于上述基于Shopify的预计投递时间显示方法，本发明还提供了一种终端设备，如图4所示，其包括至少一个处理器(processor)20；显示屏21；以及存储器(memory)22，还可以包括通信接口(Communications Interface)23和总线24。其中，处理器20、显示屏21、存储器22和通信接口23可以通过总线24完成相互间的通信。显示屏21设置为显示初始设置模式中预设的用户引导界面。通信接口23可以传输信息。处理器20可以调用存储器22中的逻辑命令，以执行上述实施例中的方法。

此外，上述的存储器22中的逻辑命令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取计算机可读存储介质中。

存储器22作为一种计算机可读存储介质，可设置为存储软件程序、计算机可执行程序，如本公开实施例中的方法对应的程序命令或模块。处理器20通过运行存储在存储器22中的软件程序、命令或模块，从而执行功能应用以及数据处理，即实现上述实施例中的方法。

存储器22可包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端设备的使用所创建的数据等。此外，存储器22可以包括高速随机存取存储器，还可以包括非易失性存储器。例如，U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等多种可以存储程序代码的介质，也可以是暂态计算机可读存储介质。

此外，上述计算机可读存储介质以及终端设备中的多条命令处理器加载并执行的具体过程在上述方法中已经详细说明，在这里就不再一一陈述。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (5)

1.一种基于Shopify的预计投递时间显示方法，其特征在于，所述方法包括：

接收访问端发送的页面显示请求；

对所述页面显示请求进行解析，得到所述页面显示请求对应的初始页面、产品信息以及店铺信息，并根据所述页面显示请求，获取所述访问端的IP地址；

根据所述IP地址，确定所述访问端对应的地理位置；

根据所述产品信息和所述地理位置，计算所述页面显示请求对应的预计投递时间；

基于预设的框架文件、所述店铺信息中的配置信息以及所述预计投递时间，生成显示数据；

将所述显示数据与初始网页融合，得到与所述页面显示请求对应的目标网页并发送；

其中，所述配置信息包括Product Metafield中的产品配置信息，以及Shopify StoreMetafield中的商店配置信息；所述基于预设的框架文件、所述店铺信息中的配置信息以及所述预计投递时间，生成显示数据包括：根据所述商店配置信息以及所述产品配置信息，确定所述显示数据中的基本信息；基于所述框架文件，加载所述基本信息以及所述预计投递时间，得到所述显示数据；

所述页面显示请求中包含有所想要访问的页面的地址，服务器根据所述页面的地址，向数据库中进行检索，从而得到与所述页面显示请求对应的初始页面，其中，所述初始页面是指最初设定的与所述页面显示请求对应的页面数据；Shopify中有多个主题，所述主题是伴随着一个店铺而特定的，将与主题相关的信息作为店铺信息，当切换所述主题时，店铺中与产品相关的具体信息不会发生太大变化，但是，显示的方式会发生改变；

所述产品信息包括产品类型，所述产品类型包括虚拟产品和实物产品；所述根据所述产品信息和所述地理位置，计算所述页面显示请求对应的预计投递时间具体包括：当所述产品类型为虚拟产品时，根据预设的虚拟投递时间，计算所述预计投递时间；当所述产品类型为实物产品时，根据预设的投递时间计算规则以及所述地理位置，计算所述预计投递时间；若所述产品类型为所述实物产品，则需要通过物流进行派件，根据所述地理位置，以及每一个产品信息中的地址信息，计算对应的预计投递时间；所述地址信息包括产品的发货地址，得到地理位置后，将所述发货地址以及所述地理位置，发送到物流公司的API，基于物流公司，计算两者之间的物流时间并返回，执行端从而得到预计投递时间；其中，所述预计投递时间采用两种内容形式，一种是距离到货时间，另一种是预计到货时间；所述根据预设的投递时间计算规则以及所述地理位置，计算所述预计投递时间包括：根据所述产品信息对应的历史订单，计算所述产品信息对应不同收货地的历史投递时间，其中，当所述产品信息对应的地区的历史订单数量为零时，所述历史投递时间为预设的初始时间；根据所述地理位置以及所述历史投递时间，确定与所述产品信息对应的预计投递时间；

所述将所述显示数据与初始网页融合，得到与所述页面显示请求对应的目标网页并发送包括：将所述显示数据作为JS变量，插入所述初始页面中，得到与所述页面显示请求对应的目标网页并发送。

2.根据权利要求1所述基于Shopify的预计投递时间显示方法，其特征在于，所述框架文件为liquid文件。

3.一种基于Shopify的预计投递时间显示装置，其特征在于，

接收模块，用于接收访问端发送的页面显示请求；

解析模块，用于对所述页面显示请求进行解析，得到所述页面显示请求对应的初始页面、产品信息以及店铺信息，并根据所述页面显示请求，获取所述访问端的IP地址；

确定模块，用于根据所述IP地址，确定所述访问端对应的地理位置；

计算模块，用于根据所述产品信息和所述地理位置，计算所述页面显示请求对应的预计投递时间；

生成模块，用于基于预设的框架文件、所述店铺信息中的配置信息以及所述预计投递时间，生成显示数据；

融合模块，用于将所述显示数据与初始网页融合，得到与所述页面显示请求对应的目标网页并发送；

其中，所述配置信息包括Product Metafield中的产品配置信息，以及Shopify StoreMetafield中的商店配置信息；所述基于预设的框架文件、所述店铺信息中的配置信息以及所述预计投递时间，生成显示数据包括：根据所述商店配置信息以及所述产品配置信息，确定所述显示数据中的基本信息；基于所述框架文件，加载所述基本信息以及所述预计投递时间，得到所述显示数据；

所述页面显示请求中包含有所想要访问的页面的地址，服务器根据所述页面的地址，向数据库中进行检索，从而得到与所述页面显示请求对应的初始页面，其中，所述初始页面是指最初设定的与所述页面显示请求对应的页面数据；Shopify中有多个主题，所述主题是伴随着一个店铺而特定的，将与主题相关的信息作为店铺信息，当切换所述主题时，店铺中与产品相关的具体信息不会发生太大变化，但是，显示的方式会发生改变；

其中，所述产品信息包括产品类型，所述产品类型包括虚拟产品和实物产品；所述计算模块包括：虚拟产品单元，用于当所述产品类型为虚拟产品时，根据预设的虚拟投递时间，计算所述预计投递时间；实物产品单元，用于当所述产品类型为实物产品时，根据预设的投递时间计算规则以及所述地理位置，计算所述预计投递时间；若所述产品类型为所述实物产品，则需要通过物流进行派件，根据所述地理位置，以及每一个产品信息中的地址信息，计算对应的预计投递时间；所述地址信息包括产品的发货地址，得到地理位置后，将所述发货地址以及所述地理位置，发送到物流公司的API，基于物流公司，计算两者之间的物流时间并返回，执行端从而得到预计投递时间；其中，所述预计投递时间采用两种内容形式，一种是距离到货时间，另一种是预计到货时间；

其中，所述实物产品单元具体用于：根据所述产品信息对应的历史订单，计算所述产品信息对应不同收货地的历史投递时间，其中，当所述产品信息对应的地区的历史订单数量为零时，所述历史投递时间为预设的初始时间；根据所述地理位置以及所述历史投递时间，确定与所述产品信息对应的预计投递时间；

所述融合模块具体用于：将所述显示数据作为JS变量，插入所述初始页面中，得到与所述页面显示请求对应的目标网页并发送。

4.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有一个或者多个程序，所述一个或者多个程序可被一个或者多个处理器执行，以实现如权利要求1～2任意一项所述的基于Shopify的预计投递时间显示方法中的步骤。

5.一种终端设备，其特征在于，包括：处理器、存储器及通信总线；所述存储器上存储有可被所述处理器执行的计算机可读程序；

所述通信总线实现处理器和存储器之间的连接通信；

所述处理器执行所述计算机可读程序时实现如权利要求1～2任意一项所述的基于Shopify的预计投递时间显示方法中的步骤。