一种生成URL的系统及方法与流程

本申请涉及计算机技术领域，尤其涉及一种生成url的系统及方法。

背景技术：

基于iptv盒子的视频问诊系统，可以方便用户在家里就能通过网络电视观看医生实时直播医学知识以及病例分析等，同时可以通过电话与正在直播的医生进行交流，为疑惑寻找答案。视频问诊系统中搭建lws服务器，具有会员管理、交易认证、视频点播和视频问诊的功能。

视频问诊系统涉及的运营由第三方机构执行，需要将产品部署到对方平台的推荐位上，才能才能有用户流量进入。而配置到对方平台的推荐位时，需要提供lws服务器的应用入口url，包括进入应用首页的url、进入应用专辑的url、进入应用活动的url。

传统的实现方式，直接由开发人员或产品人员手动书写完整的应用入口url，并再三确认后发送给运营人员，再由运营人员转给运营商相关人员进行配置，如果写错，有可能导致运营人员无法进入视频问诊系统。传统的实现方式，增加了开发人员或产品人员的工作量，生成的应用入口url的可靠性得不到有效的保证，同时也不方便运营人员对应用入口url特殊配置的调整。

技术实现要素：

本申请提供了一种生成url的系统及方法，以解决现有生成url方式存在的可靠性不足，不能有针对性分析的问题。

第一方面，为实现上述目的，本申请提供了一种生成url的系统，所述系统包括：

平台类型获取模块，用于获取平台类型，从预存的参数信息中获取所述平台类型对应的预设参数；

平台类型的url子式生成模块，用于根据第一预设规则生成所述平台类型的url子式；

入口类型获取模块，用于获取入口类型，从预存的参数信息中获取所述入口类型对应的预设参数；

入口类型的url子式生成模块，用于根据第二预设规则生成所述入口类型的url子式；

推荐位类型获取模块，获取推荐位类型，从预存的参数信息中获取所述推荐位类型对应的预设参数；

推荐位类型的url子式生成模块，用于根据第三预设规则生成所述推荐位类型的url子式；

url生成模块，用于根据第四预设规则生成url，所述url至少包括应用程序入口的url子式、所述平台类型的url子式、所述入口类型的url子式和所述推荐位类型的url子式，所述应用程序入口的url子式从预存的参数信息中获取。

优选地，所述的生成url的系统，还包括：

入口类型的子类型获取模块，用于获取所述入口类型的子类型，从预存的参数信息中获取所述所述入口类型的子类型对应的预设参数；

入口类型的子类型的url子式生成模块，用于根据第五预设规则生成所述入口类型的子类型的url子式。

优选地，所述的生成url的系统，还包括：

推荐位标识获取模块，用于获取推荐位标识；

推荐位标识的url子式生成模块，用于根据第六预设规则生成所述推荐位标识的url子式。

优选地，所述的生成url的系统，还包括：

应用程序入口的url子式获取模块，用于获取应用程序入口的url子式。

优选地，所述的生成url的系统，还包括：

url存储模块，用于存储url；

筛选模块，用于在所述url存储模块筛选出符合所述平台类型、入口类型和/或推荐位类型对应的url子式的url。

第二方面，本申请还提供一种生成url的方法，所述方法包括：

获取平台类型，从预存的参数信息中获取所述平台类型对应的预设参数；

根据第一预设规则生成所述平台类型的url子式；

获取入口类型，从预存的参数信息中获取所述入口类型对应的预设参数；

根据第二预设规则生成所述入口类型的url子式；

获取推荐位类型，从预存的参数信息中获取所述推荐位类型对应的预设参数；

根据第三预设规则生成所述推荐位类型的url子式；

根据第四预设规则生成url，所述url至少包括应用程序入口的url子式、所述平台类型的url子式、所述入口类型的url子式和所述推荐位类型的url子式，所述应用程序入口的url子式从预存的参数信息中获取。

优选地，所述根据第二预设规则生成所述入口类型的url子式之后，还包括：

获取所述入口类型的子类型，从预存的参数信息中获取所述所述入口类型的子类型对应的预设参数；

根据第五预设规则生成所述入口类型的子类型的url子式。

优选地，所述根据第三预设规则生成所述推荐位类型的url子式之后，还包括：

获取推荐位标识；

根据第六预设规则生成所述推荐位标识的url子式。

优选地，所述根据第四预设规则生成url之前，还包括：

获取应用程序入口的url子式。

优选地，所述第一预设规则为：lmsl＝所述平台类型的预设参数。

由以上技术方案可见，本申请实施例提供的一种生成url的系统和方法，具体为获取平台类型，从预存的参数信息中获取所述平台类型对应的预设参数；根据第一预设规则生成所述平台类型的url子式；获取入口类型，从预存的参数信息中获取所述入口类型对应的预设参数；根据第二预设规则生成所述入口类型的url子式；获取推荐位类型，从预存的参数信息中获取所述推荐位类型对应的预设参数；根据第三预设规则生成所述推荐位类型的url子式；根据第四预设规则生成url。本申请实施例提供的一种生成url的系统及方法可以快速的得到并满足运营人员需求的可靠的入口url。能够降低开发人员、产品人员的工作量，方便运营人员快速的得到用户进入应用的url报表，便于进行下一步的产品运营分析与规划。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

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

图1为本申请实施例提供的生成url的系统的结构示意图；

图2为本申请实施例提供的生成url的系统的部分结构示意图；

图3-图5为本申请实施例提供的生成的url系统的具体应用结构示意图；

图6为本申请实施例提供的生成url的方法的流程示意图；

图7为本申请实施例提供的查询url的系统的结构示意图；

图8为本申请实施例提供的查询url的具体应用结构示意图。

具体实施方式

下面通过对本申请进行详细说明，本申请的特点和优点将随着这些说明而变得更为清楚、明确。

在这里专用的词“示例性”意为“用作例子、实施例或说明性”。这里作为“示例性”所说明的任何实施例不必解释为优于或好于其它实施例。尽管在附图中示出了实施例的各种方面，但是除非特别指出，不必按比例绘制附图。

在本申请的描述中，需要说明的是，术语“上”、“下”、“内”、“外”、“前”、“后”、“左”和“右”等指示的方位或位置关系为基于本申请工作状态下的方位或位置关系，仅是为了便于描述本申请和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本申请的限制。此外，术语“第一”、“第二”、“第三”和“第四”仅用于描述目的，而不能理解为指示或暗示相对重要性。

下面结合附图，详细介绍本申请的具体实施例。

统一资源定位符(或称统一资源定位器/定位地址、url地址等，英语：uniformresourcelocator，常缩写为url)为访问、定位和调用网络服务资源的主流方法。url可以是互联网上标准资源的地址，互联网上每种资源都有一个唯一的url。url可以包括传送协议、服务器(通常为域名，有时为ip地址)、端口号、路径和查询参数等组成部分。传统的url通讯方式中，查询参数一般以明文的方式写在url中。在使用http协议下的web网页服务中，通过url(域名+资源地址)请求web服务器，服务器接受请求，根据解析url地址返回对应的资源，从而浏览网页信息。在传统的web开发中，一个url地址对应互联服web务器上的一个实际存在的html页面，网站的url路径的命名直接关系到了网站的框架结构和设计方案，一个好的url路径的命名不仅可以减少在优化中的难度，同时能快速的提高网站的权重、有利于搜索引擎的抓取，用户能通过观察url的结构语义更方便的记住网址。

url俗称为网页地址，是因特网上标准的资源的地址。例如，url的格式可以为：协议类型:[//[访问资源需要的凭证信息@]服务器地址[:端口号]][/资源层级unix文件路径]文件名[？查询][#片段id]。其中，可以包括的组成部分为：

传送协议(如http)

层级url标记符号(为[//],固定不变)

访问资源需要的凭证信息(可省略)

服务器(通常为域名，有时为ip地址)

端口号(以数字方式表示，若为http的默认值“:80”可省略)

路径(以“/”字符区别路径中的每一个目录名称)

查询(get模式的窗体参数，可以称为参数部分、搜索部分、查询部分等，以“？”字符为起点，每个参数可以以“&”隔开，再以“＝”分开参数名称与数据，可以以utf8的url编码，避开字符冲突的问题)片段(往往以“#”字符为起点，直到最后的部分可以是锚部分)。

可以理解的是，其中访问凭证信息、端口号、片段等属于可选部分，不是组成url的必要组成部分。查询部分中包括用于查询资源的原始查询参数，由于以“＝”分开参数名称与数据，则原始查询参数可以包括“＝”右边的数据，例如，原始查询参数可以包括id的值。例如，https://item.mi.com/product.do？id＝10000030中，id的值10000030即为明文的原始查询参数。又如，ftp://prep.ai.mit.edu/pub/gnu；type＝d？item＝123中，item的值123即为明文的原始查询参数。

视频问诊系统涉及的运营由第三方机构执行，需要将产品部署到对方平台的推荐位上，才能才能有用户流量进入。而配置到对方平台的推荐位时，需要提供les服务器的应用入口url，包括进入应用首页的url、进入应用专辑的url、进入应用活动的url。现有的方式进行手工生成，很容易写错，生成的应用入口url的可靠性得不到有效的保证；一旦写错，将有可能导致无法进入我们应用。另外网站的url路径的命名还关系到后续的查询分析的步骤，一个好的url路径的命名不仅可以减少在优化中的难度，有利于搜索引擎的抓取，用户能通过观察url的结构语义更方便的记住网址，利于有针对性的分析运营。

图1为本申请实施例提供的一种生成url的系统的结构示意图，图2为生成url的系统的部分结构示意图，如图1、图2所示，所述系统包括：

平台类型获取模块101，用于获取平台类型，从预存的参数信息中获取所述平台类型对应的预设参数；

平台类型的url子式生成模块102，用于根据第一预设规则生成所述平台类型的url子式。

具体地，所述平台类型以lmsl表示，所述平台类型对应的预设参数以hd表示高清、sd表示标清；又如：某品牌高清--hd-100，其中100代表某品牌即桌面类型，以纯数字追加在后面。其中，所述第一预设规则为：lmsl＝所述平台类型的预设参数。如果用户选择的平台类型为“高清”后，根据第一预设规则生成的所述平台类型的url子式为：lmsl＝hd。如果用户选择平台类型为“某个品牌高清”，根据第一预设规则生成的所述平台类型的url子式为：lmsl＝hd-100，

其中，所述参数信息预存在参数信息存储模块701，形成类型与预设参数的对应关系，下述的参数信息可以以同样的规则预存，不再赘述。

入口类型获取模块201，用于获取入口类型，从预存的参数信息中获取所述入口类型对应的预设参数；

入口类型的url子式生成模块202，用于根据第二预设规则生成所述入口类型的url子式。

具体地，所述入口类型以lmuf表示，所述入口类型对应的预设参数为：0-首页、1-专辑、2-活动。其中，所述第二预设规则为：lmuf＝所述入口类型的预设参数。如果用户选择的入口类型为“首页”后，根据第二预设规则生成的所述入口类型的url子式为：lmuf＝0。

推荐位类型获取模块301，用于获取推荐位类型，从预存的参数信息中获取所述推荐位类型对应的预设参数；

推荐位类型的url子式生成模块302，用于根据第三预设规则生成所述推荐位类型的url子式。

具体地，所述推荐位类型以lmcid表示，即区域id，如某运营商id-xxxxx。其中，所述第三预设规则为：lmcid＝所述推荐位类型的预设参数，根据第三预设规则生成的所述推荐位类型的url子式为：lmcid＝xxxxx。

应用程序入口的url子式获取模块401，用于获取应用程序入口的url子式。

url生成模块402，用于根据第四预设规则生成url，所述url至少包括应用程序入口的url子式、所述平台类型的url子式、所述入口类型的url子式和所述推荐位类型的url子式，所述应用程序入口的url子式从预存的参数信息中获取。

具体地，所述应用程序入口的url子式为预设于所述参数信息存储模块800的，其格式为：http://ip:port/index.php？，其中ip是lws服务器所在主机的ip地址，port是lws服务器所监听的端口，其它地区的则只是改变ip与port。

根据所述第四预设规则生成url为：

http://ip:port/index.php？lmuf＝0&lmsl＝hd-100&lmcid＝xxxxxx。

其中，所述第四规则为各url子式组合生成所述url。另外，生成的url中，对于获取url子式的顺序并不限定。生成url前，获取前述生成的url子式。生成url时，上述条件均不能为空。

进一步地，还包括入口类型的子类型获取模块501，用于获取所述入口类型的子类型，从预存的参数信息中获取所述所述入口类型的子类型对应的预设参数；

入口类型的子类型的url子式生成模块502，用于根据第五预设规则生成所述入口类型的子类型的url子式。

具体地，所述入口类型的子类型以lmsid表示，所述入口类型的子类型对应的预设参数为：当lmuf为0时，此字段的内容无意义；当为1、2时，lmsid代表的是此入口类型下的子类型，如果是专辑，则代表是哪个专辑，如果是活动，则代表是哪个活动。其中，所述第五预设规则为：lmsid＝所述入口类型的子类型的预设参数。如果用户选择的入口类型的子类型为“0”后，根据第五预设规则生成的所述入口类型的子类型的url子式为：lmsid＝0。则生成的url如下：

http://ip:port/index.php？lmuf＝0&lmsid＝0&lmsl＝hd-100&lmcid＝xxxxxx。

进一步地，还包括推荐位标识获取模块601，用于获取推荐位标识；

推荐位标识的url子式生成模块602，用于根据第六预设规则生成所述推荐位标识的url子式。

具体地，所述推荐位标识以lmp表示，所述推荐位标识由系统自动分配。所述第六预设规则为：lmp＝所述推荐位标识，根据第六预设规则生成的所述推荐位标识的url子式为：lmp＝0。则生成的url如下：

http://ip:port/index.php？lmuf＝0&lmsid＝0&lmsl＝hd-100&lmcid＝xxxxxx&lmp＝0。

本申请所述的生成的url系统的具体应用如图3-图5所示。通过本申请所述的技术方案，根据一定的条件与格式来自动生成url，能够快速得到并满足运营人员需求的可靠的入口url，能够降低开发人员、产品人员的工作量。而且根据具体需求可以增加生成url子式的条件，使生成的url便于查询统计，利于下一步的产品运营分析与规划。

与本申请提供的一种生成url的系统实施例相对应，本申请还提供了一种生成url的方法的实施例。参见图6，为本申请实施例提供的一种生成url的方法的流程示意图，所述方法包括：

s100：获取平台类型，从预存的参数信息中获取所述平台类型对应的预设参数；根据第一预设规则生成所述平台类型的url子式；

s200：获取入口类型，从预存的参数信息中获取所述入口类型对应的预设参数；根据第二预设规则生成所述入口类型的url子式；

s300：获取推荐位类型，从预存的参数信息中获取所述推荐位类型对应的预设参数；根据第三预设规则生成所述推荐位类型的url子式；

s400：根据第四预设规则生成url，所述url至少包括应用程序入口的url子式、所述平台类型的url子式、所述入口类型的url子式和所述推荐位类型的url子式，所述应用程序入口的url子式从预存的参数信息中获取。

进一步地，还包括s500：获取所述入口类型的子类型，从预存的参数信息中获取所述所述入口类型的子类型对应的预设参数；根据第五预设规则生成所述入口类型的子类型的url子式。

进一步地，还包括s600：获取推荐位标识；根据第六预设规则生成所述推荐位标识的url子式。

进一步地，所述根据第四预设规则生成url之前，还包括：获取应用程序入口的url子式。

进一步地，所述第一预设规则为：lmsl＝所述平台类型的预设参数；所述第二预设规则为：lmsl＝所述平台类型的预设参数；lmuf＝所述入口类型的预设参数；所述第三预设规则为：lmcid＝所述推荐位类型的预设参数；所述第四规则为各url子式组合生成所述url。

产品运营组在使用生成url的系统时，对平台类型、入口类型、推荐位类型等进行配置，当配置完成后生成url和统计数据。配置顺序可以为：平台类型-->入口类型-->推荐位类型。例如，进入生成url系统，点击某个按钮，进入生成应用入口url配置界面。该配置界面能够选择平台类型、桌面类型、入口类型、推荐位类型等；所有的条件均不能为空。当选择或填写完成后，点击生成url按钮，则生成相应的入口url供使用。

在上述一种生成url的系统中，还包括查询入口，用于对生成的url进行查询统计，利于方便运营人员快速的得到用户进入应用的url报表，便于进行下一步的产品运营分析与规划。

具体地，如图7所示，还包括：url存储模块801，用于存储url；筛选模块802，用于在所述url存储模块筛选出符合所述平台类型、入口类型和/或推荐位类型对应的url子式的url。本申请所述的查询url的具体应用如图8所示。

当查询url报表时，点击某个按键，进入查询url的配置界面。该配置界面能够选择平台类型、入口类型、推荐类型、时间段，分别根据预设规则生成url子式，并从url存储模块中筛选出符合url子式的url。

当用户在查询时，如果某个条件为空时或特定标识时，则默认为此条件下的所有子条件。当选择完成后，点击查询按钮，则查询出符合条件的url，并生成报表，可供下载。

以上结合具体实施方式和范例性实例对本申请进行了详细说明，不过这些说明并不能理解为对本申请的限制。本领域技术人员理解，在不偏离本申请精神和范围的情况下，可以对本申请技术方案及其实施方式进行多种等价替换、修饰或改进，这些均落入本申请的范围内。本申请的保护范围以所附权利要求为准。