CN106953937B

CN106953937B - 一种统一资源定位符url转换方法及装置

Info

Publication number: CN106953937B
Application number: CN201611025328.4A
Authority: CN
Inventors: 李�杰
Original assignee: Alibaba Group Holding Ltd
Current assignee: Advanced New Technologies Co Ltd; Advantageous New Technologies Co Ltd
Priority date: 2016-11-16
Filing date: 2016-11-16
Publication date: 2020-06-02
Anticipated expiration: 2036-11-16
Also published as: CN106953937A

Abstract

本申请实施例公开了一种统一资源定位符URL的转换方法及装置，该方法中服务器可通过用户发送的第一URL，确定该第一URL对应的标识ID，并根据预设的图谱以及该标识ID，将该第一URL转换成第二URL。由于服务器可通过图谱，对转换请求中的第一URL进行转换，得到第二URL，使得转换后的第二URL不仅便于用户记忆，而且也使得用户复制、输入该第二URL的过程中遗漏字符的几率大大降低，从而使用户可通过该第二URL准确的访问到指定网络服务平台中，进而给用户带来了极大的便利。

Description

一种统一资源定位符URL转换方法及装置

技术领域

本申请涉及计算机技术领域，尤其涉及一种URL转换方法及装置。

背景技术

随着网络技术的飞速发展，出现了提供各种网络服务的网络平台。这些网络服务平台可以向用户提供各种各样的网络服务。例如：提供发布信息的网络服务，提供旅游的网络服务、提供购物的网络服务等，这些网络服务已经逐渐融入到了人们生活中的各个方面，能够给人们带来全新的生活体验。

然而，用户通常根据获取到网络服务平台的统一资源定位符(Uniform ResourceLocator，URL)实现对该网络服务平台的访问。用户可以通过其他用户或推广网络服务平台等方式获取到该网络服务平台的URL，但是，用户根据获取到该URL访问网络服务平台时存在无法准确的访问到指定的网络服务平台或者访问出错的问题。

例如，用户A从用户B处获取到待访问的网络服务平台的URL，但是由于该URL中包含多个字符且各字符之间无序排列，一旦用户B在向用户A发送该URL时出现字符遗漏或者发生错误，这样以来，将导致用户A无法通过获取到的该URL访问到指定的网络服务平台，从而给用户带来了不便。

发明内容

本申请实施例提供一种统一资源定位符URL的转换方法，用以解决现有技术中用户无法通过URL准确访问指定网络服务平台的问题。

本申请实施例提供了一种统一资源定位符URL的转换方法，包括：

接收包含第一URL的转换请求；

确定所述第一URL对应的标识ID，所述标识ID用于表示所述第一URL的存储位置；

根据预设的图谱以及所述标识ID，转换得到与所述第一URL对应的第二URL。

接收包含第一URL的转换请求；

识别所述第一URL中包含的标识符以及编码信息；

根据所述标识符以及编码信息，转换得到与所述第一URL对应的第二URL。

本申请实施例提供了一种统一资源定位符URL的转换装置，用以解决现有技术中用户无法通过URL准确访问指定网络服务平台的问题。

本申请实施例提供了一种统一资源定位符URL的转换装置，包括：

接收模块，接收包含第一URL的转换请求；

确定模块，确定所述第一URL对应的标识ID，所述标识ID用于表示所述第一URL的存储位置；

转换模块，根据预先保存的图谱以及所述标识ID，转换得到与所述第一URL对应的第二URL。

接收请求模块，接收包含第一URL的转换请求；

识别模块，识别所述第一URL中包含的标识符以及编码信息；

转换URL模块，根据所述标识符以及编码信息，转换得到与所述第一URL对应的第二URL。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：

在本申请实施例中通过图谱，对转换请求中的第一URL进行转换，得到第二URL，使得转换后的第二URL不仅便于用户记忆，而且也使得用户复制、输入该第二URL的过程中遗漏字符的几率大大降低，从而使用户可通过该第二URL准确的访问到指定网络服务平台中，进而给用户带来了极大的便利。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例提供的一种URL的转换方法的流程示意图；

图2为本申请实施例提供的应用弹出的可使用户输入第一URL的界面示意图；

图3为本申请实施例提供的图谱示意图；

图4为本申请实施例提供的将第一URL转换为第二URL的流程示意图；

图5为本申请实施例提供的统一资源定位符URL转换的详细过程示意图；

图6为本申请实施例提供的将第二URL转换为第一URL的详细流程示意图；

图7为本申请实施例提供的统一资源定位符URL转换装置的结构示意图；

图8为本申请实施例提供的另一种统一资源定位符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，没有特殊含义。

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

实施例一

图1为本申请实施例提供的一种URL的转换方法的流程示意图，具体包括以下步骤：

S101：接收包含第一URL的转换请求。

在实际应用中，字符数较多的URL不便于用户记忆，并且，用户在输入字符数较多的URL时，容易遗漏该URL中包含的字符或是出现输入错误等情况，致使用户无法通过输入的URL访问到指定的网络服务平台中，从而给用户带来了便利。

因此，在本申请实施例中，用户可通过终端或服务器，将字符数较多的第一URL进行转换，得到字符数较少的第二URL，以便后续能够通过该字符数较少的第二URL准确访问到指定的网络服务平台中，在此过程中，用户可以将该第一URL输入到诸如电脑、手机等终端中，终端可根据用户输入的第一URL，生成包含有该第一URL的转换请求，并将该转换请求发送至服务器中，而服务器相应的可接收到包含有该第一URL的转换请求，进而在后续过程中，根据该转换请求，将该第一URL转换为字符数较少的第二URL。

当然，包含有第一URL的转换请求也可以是服务器自行生成的，即，当用户将该第一URL发送给其他用户时，服务器确定出该第一URL中包含的字符数过多，则可自动的将该字符数较多的第一URL转换为字符数较少的第二URL，并将该第二URL发送给该其他用户。

除此之外，用户也可将字符数较多的第一URL输入到终端中的指定应用中，该指定应用可以是专门用于转换URL的应用，也可以是集成有转换URL功能的其他应用，如即时通讯(Instant Messaging，IM)应用，支付应用等。而当用户在终端中打开该指定应用时，该指定应用可弹出可使用户输入需要转换的第一URL的界面，如图2所示。

图2为本申请实施例提供的指定应用弹出的可使用户输入第一URL的界面示意图。

当终端监测到用户点击指定应用(该指定应用为能够将第一URL进行转换的应用)的图标时，则可启动该指定应用，并将该指定应用中如图2所示的界面(也可以是用户进入该指定应用后，终端监测到用户点击该指定应用中的指定控件而将该界面展示给用户)展示给用户，用户可在该界面中的第一URL输入框中输入需要进行转换的第一URL，用户输入该第一URL的方式可以是：手动逐字符的将该第一URL输入到第一URL输入框中，也可以是将复制的第一URL直接粘贴到该第一URL输入框中，抑或是通过语音将第一URL输入到该第一URL输入框中。其中，用户通过语音的方式输入该第一URL的过程中，终端可接收用户的语音信息，并根据预设的模型，将采集到的用户的语音信息转换为第一URL，继而将该第一URL录入到该第一URL输入框中。

用户在图2所示的界面中输入了第一URL后，可点击图2中所示的转换控件，以通过该指定应用转换该第一URL，而终端监测到用户点击该指定应用中的转换控件，可将第一URL输入框中的第一URL进行提取，并根据该第一URL，生成包含有该第一URL的转换请求，继而将该转换请求发送给服务器。

S102：确定所述第一URL对应的标识ID，所述标识ID用于表示所述第一URL的存储位置。

在本申请实施例中，若服务器接收到终端发送的包含有第一URL的转换请求，则可确定该第一URL对应的标识ID，其中，服务器确定该标识ID的方式可以是：服务器可从实际存储第一URL的数据库中获取该标识ID，标识ID可以是数据库随机为该第一URL分配的标识ID，只需保证该标识ID的唯一性即可，也可以是该数据库为该第一URL分配的一个具有自增性的ID(如自增的主键ID)，如，数据库中先前已经存储了4个数据，当接收到服务器需要将该第一URL存储在数据库中的存储请求后，可直接为该第一URL分配Num5的标识ID。服务器确定标识ID的目的在于，在本申请实施例中，服务器除了需要将用户发送的第一URL进行转换，得到与第一URL对应的第二URL，同时也需要将该第一URL与第二URL的对应关系进行保存，这是因为，用户访问网络服务平台时，实际上还是需要该网络服务平台的真实URL，即第一URL来进行访问，所以，服务器将第一URL和第二URL的对应关系进行保存是为了保证用户后续能够通过该第二URL访问到第一URL对应的网络服务平台中。而服务器保存第一URL与第二URL的对应关系时，需要确定出一个第一URL对应的标识ID，该标识ID用途在于：服务器后续可通过该标识ID，从保存的众多数据中查找到预先保存的第一URL和第二URL的对应关系，进而通过这一对应关系，确定出与第二URL对应的第一URL，并将该第一URL返回给用户终端。由于数据库为该第一URL分配的标识ID在数据库中具有自增性，所以，该标识ID对于该数据库来说，则具有唯一性，从而使得服务器后续可通过该标识ID从数据库中准确的查找到该第一URL。

需要说明的是，在实际应用中，由于存储数据的数据库可能有多个，所以，第一URL的存储位置也将有多种选择，其中，服务器可将该第一URL随机存储到各数据库中的某一数据库中，但是，这种方式可能会出现有些数据库存储的数据量较多，而有些数据库的数据存储量可能很低，进而导致各数据库利用率不均的情况发生。

为了避免上述情况的发生，在本申请实施例中，服务器也可以根据各数据库的属性数据，确定需要将该第一URL存储在哪一个数据库中。确定出的数据库应是符合预设存储条件的数据库，其中，这里提到的预设存储条件可以是：存储量最小、数据访问量最小等条件。例如，假设有A、B、C三个数据库，数据库A和数据库B的属性数据均表征出数据库A、B处于存储量过高的状态，而数据库C的属性数据表征出的是数据库C的存储量相对于数据库A和数据库B较低，则数据库C即为符合预设存储条件的数据库，继而服务器可确定将该第一URL存储在数据库C中，并在后续过程中，从数据库C中确定出数据库C为该第一URL分配的标识ID。

因此，服务器在确定该第一URL对应的标识ID时，可先根据各数据库的属性数据，确定存储该第一URL的数据库，其中，这里提到的属性数据可以是第一属性数据和/或第二属性数据，第一属性数据为：针对每个数据库，该数据库存储URL的总数量，如，假设数据库a一共存储了445个URL，则445就是该数据库存储URL的总数量，而第二属性数据为：数据库在预设时间内存储URL的数量，如，假设在一个小时内，数据库b存储了66个URL，则66就是该数据库b在预设时间内(一个小时)存储URL的数量。当然，数据库的属性数据可以是诸如负载量、访问量等数据，在此就不一一举例说明了。

在本申请实施例中，服务器可根据一种属性数据，来确定存储该第一URL的数据库，如，服务器可仅根据第一属性数据(数据库存储URL的总数量)这一属性数据，确定将该第一URL存储在哪一数据库当中，服务器也可以仅根据第二属性数据(数据库在预设时间内存储URL的数量)这一属性数据，来确定该第一URL的存储位置。当然，为了能够更加准确的确定出各数据库实际的综合状态，并选择出符合预设存储条件的数据库存储该第一URL，在本申请实施例中，服务器也可根据这两种属性数据，来确定存储该第一URL的数据库。

具体的，服务器可逐个获取各数据的第一属性数据以及第二属性，并针对每个数据库，根据获取到的该数据库的第一属性数据以及第二属性数据，确定出该数据库的状态数据，其中，该服务器可采用公式e＝α*ln(1/t)+β*ln(1/c)，来确定该数据库的状态数据，在该公式中，t为该数据库的第二属性数据，即，该数据库在预设时间内存储URL的数量，c为该数据库的第一属性数据，即，该数据库存储URL的总数量，α以及β分别为预设的权重系数，而e则确定出的该数据库的状态数据。

由于在本申请实施例中，服务器可仅根据一项属性数据来确定各数据库的状态数据，因此，当服务器仅根据第一属性来确定各数据库的状态数据时，上述公式中的t(即第二属性数据)则相应的取0，即，服务器通过该公式确定数据库的状态数据时，没有将第二属性数据作为参数，而为了保证该公式计算的合理性，当t取0时，该t所对应的权重系数α则也应取0，也即，当服务器仅将第一属性数据作为参数来确定数据库的状态数据时，则可采用公式e＝β*ln(1/c)来确定该数据库的状态数据；而当c取0时，该c所对应的权重系数β则也应取0，即，当服务器仅将第二属性数据作为参数来确定数据库的状态数据时，则可采用公式e＝α*ln(1/t)来确定该数据库的状态数据。

服务器在确定各数据的状态数据后，可将根据各状态数据的数值大小，来确定这些数据库中哪一个数据库符合预设的存储条件，其中，第一URL应存储在哪一数据库中，状态数据的数值越大，则说明该状态数据所对应的数据库的综合状态越好，越适合URL的存储，相反的，状态数据的越小，则说明该状态数据所对应的数据库的综合状态越差，不适合URL的存储。服务器可将状态数据的数值最大的时刻确定为符合预设存储条件的数据库，并将该数据库确定为存储该第一URL的数据库。其中，服务器确定出的状态数据之所以能够反映出数据库的综合状态是由于服务器通过上述公式确定数据库的状态数据时，可将第一属性数据和第二属性数据作为参数，并代入到上述公式中，所以，通过上述公式确定出的状态数据并不单单只反映数据库的一方面状态，而是一个综合的状态。

例如，假设有D、E、F三个数据库，服务器可通过公式e＝α*ln(1/t)+β*ln(1/c)，依次确定出这三个数据库的状态数据，各状态数据的具体数值如表1所示。

数据库	数据库D	数据库E	数据库F
				状态数据	77	66	70

表1

从表1可以看出，服务器D的状态数据对应的数值最高，状态数据对应的数值越高，表明服务器的各方面状态也越好，所以，服务器在确定出数据库D的状态数据对应的数值为最高时，则可选择服务器D来存储第一URL。

当然，服务器也可通过其他的方式来确定存储第一URL的数据库，如，服务器可向各数据库发送一个响应请求，并监测各数据库应答该响应请求的时间，服务器可将应答速度最快的数据库确定为符合预设存储条件的数据库，并将该数据库确定为存储该第一URL的数据库，而其他的方式在此就不一一举例说明了。

需要说明的是，在实际应用中，服务器通过上述公式确定出的各数据库的状态数据在数据值可能存在相同的情况，即，在极端情况下，可能会存在服务器综合状态相同的情况发生，例如，数据库D和数据E的状态数据在数据上均比数据库F的状态数据要大，且这两个数据库的状态数据相同。对于这种情况，服务器可随机选取其中的一个数据库作为存储第一URL的数据库，当然，服务器也可采取状态数据先确定先选的原则，即，当服务器确定出两个数据库的状态数据在数据上相同时，则可将状态数据先确定出的数据库就作为存储第一URL的数据库。

S103：根据预设的图谱以及所述标识ID，转换得到与所述第一URL对应的第二URL。

由于在现有技术中，URL具有字符数多，字符复杂等特性，致使当前的URL不利于用户记忆，同时，字符数较多且复杂的URL也不利于用户的输入，例如，在http://b.jugg.com.cn/yhouxue/oijjodo/iqod13/#1这一URL中，http://b.jugg.com.cn是用户容易记住的一部分，并且这部分的字符数也相对较少，但是，该URL的后续部分/yhouxue/oijjodo/iqod13/#1则较为复杂，用户记住这部分内容则相对较难。与此同时，字符数较多且各字符之间无序排列的URL会使用户在复制该URL的过程中遗漏一些字符，或是输入错误的字符，从而导致将错误的URL分享给其他的用户的情况发生，进而给用户带来不便。

为了有效的解决上述问题，在本申请实施例中，服务器可通过预设的图谱以及确定出的标识ID，将服务器接收到的第一URL转换为便于用户输入、记忆的第二URL，使得用户只需简单的操作该第二URL，就能够达到与操作第一URL同样的效果，从而降低用户操作URL的繁琐度，给用户带来方便。

具体的，在本申请实施例中，服务器确定出存储第一URL的数据库，可根据预先保存的数据库的库标识与图谱标识的对应关系，确定出该数据库的库标识所对应的图谱标识，其中，该数据库的库标识与图谱标识的对应关系如表2所示。

数据库标识

Db1

Db2

Db3

Db4

Db5

Db6

图谱标识

atlas1

atlas2

atlas3

atlas4

atlas5

atlas6

表2

表2中记录的是各数据库的库标识与各图谱标识之间的对应关系，其中，每个数据库的库标识对应的一个图谱标识，也即，一个数据库对应的一个图谱，所以，当服务器确定出存储第一URL的数据库后，可根据该数据库的库标识，以及如表2所示的数据库的库标识与图谱标识的对应关系，确定出与该数据库的库标识对应的图谱标识，进而根据确定出的图谱标识，确定出相应的图谱。

服务器在确定出与存储第一URL的数据库对应的图谱后，可将通过该图谱，将确定出的标识ID进行编码操作，得到与该标识ID对应的编码信息，因为在实际应用中，数据库为存储的URL所分配的标识ID通常都是一个长整型且数值较大的ID，如23283293847，这一标识ID可以表示该第一URL是数据库第23283293847个存储的数据。而在本申请实施例中，图谱正是可以将字符数较多(字符数较多也即数值较大)的标识ID转换为字符较少的编码信息，从而在后续过程中，通过得到的编码信息，将第一URL转换为便于用户记忆、输入的第二URL，图谱的具体形式如图3所示。

图3为本申请实施例提供的图谱示意图。

图3所示的图谱主要由两部分构成，一部分是用于表示编码信息的元素，另一部分为各元素所对应的余数，其中，服务器通过该图谱以及预设的规则，将该标识ID进行编码操作而得到的编码信息可通过各元素进行表示，而在得到编码信息中各元素的过程中，服务器需要通过预设的规则以及标识ID，将标识ID进行编码操作，得到相应的各余数，进而通过图谱中所示的各余数与各元素的对应关系，确定出各余数所对应的各元素。

服务器通过上述图谱，将标识ID转换为编码信息的过程中，服务器可先确定出该图谱中包含的元素的个数N，如，图3中所示的图谱中包含有0～9、a～z、A～Z一共62个字符，所以，服务器确定出的该图谱的元素的个数N则为62。服务器确定出该图谱包含的元素的个数N后，可根据该个数N，该图谱中包含的各元素以及预设的规则，将该标识ID进行编码操作，得到与该标识ID对应的编码信息。

具体的，由于服务器获取到的标识ID实际上是一个数值，因此，服务器确定出该图谱包含的元素的个数N后，可将该标识ID除以该个数N，得到第一商值和第一余数，而后，服务器可将得到的第一商值再除以该个数N，进而得到第二商值和第二余数，并再将该第二商值继续除以该个数N，得到第三商值和第三余数，即，计算第M商值与该个数N的商，得到第M+1商值以及第M+1余数，M为大于等于1的正整数。

服务器通过这种方式，可将此次相除运算得到的商数作为下一次的被除数，直到得到商数为0为止，在这一系列运算过程中，服务器将得到各余数，而由于各余数是根据图谱中包含的元素的个数N得到的，所以，各余数与该图谱存在联系，即，服务器得到的各余数均能够在图谱中各元素所对应的各余数中找到，所以，服务器在得到各余数后，可根据该图谱，分别确定出该图谱中与各余数对应的各元素，服务器后续可根据预设的排序方式，将各元素进行排序，并将各元素的排序结果就作为编码信息，其中，这里提到的排序方式可以是将各余数所对应的各元素按照各余数得出的顺序，从左至右依次排列，也可以从右向左依次排列。

例如，假设服务器确定出的标识ID为78928379487，该标识ID是存储第一URL(服务器接收到的第一URL)的数据库为该第一URL分配的，该标识ID表示该第一URL是该数据库存储的第78928379487个数据。由于该标识ID的字符数较多(数值较大)，服务器需要将该标识ID转换为字符数较小的编码信息，以便于后续得到便于用户记忆、输入的第二URL，因此，服务器通过预先建立的数据库的库标识与图谱标识的对应关系，确定出该数据库对应的图谱(图3所示的图谱)后，可进一步的确定出该图谱所包含的元素的个数62(即N)，并将该标识ID除以该个数62，得到第一商数和第一余数，并再将该第一商数作为被除数，继续除以该个数62，得到第二商数和第二余数，以此循环下去，直到商数为0为止，并最终得到各余数，其中，服务器在此运算过程中得到的各商数与各余数如表3所示。

被除数	78928379487	1273038378	20532877	331175	5341	86	1
								除数	62	62	62	62	62	62	62
商数	1273038378	20532877	331175	5341	86	1	0
								余数	51	4	27	33	9	24	1

表3

服务器通过上述方式得到各余数后，可通过如图3所示的图谱，确定出各余数在该图谱中所对应的各元素，如，表3中的第一个余数51在图3所示的图谱中所对应的元素为P，按照相同的方式，服务器可依次确定出其他余数在图3所示的图谱中所对应的各元素，各元素与各余数的对应关系如表4所示。

余数	51	4	27	33	9	24	1
								元素	P	4	r	x	9	o	1

表4

服务器根据图3所示的图谱，确定出各余数所对应的各元素后，可将确定出的各元素，按照各余数的生成顺序，从左到右依次排列，得到字符串P4rx9o1，进而将该字符串P4rx9o1作为转换标识ID：78928379487后所得到的编码信息。当然，服务器也可将确定出的各元素，按照各余数的生成顺序，从右到左依次排列，得到字符串1o9xr4P，并将该字符串作为编码信息。

从上述示例中可以看出，经过上述方式转换后的编码信息较服务器获取的标识ID相比，字符数明显的减少，这就为后续服务器根据该编码信息，将第一URL进行转换，得到与该第一URL对应的，且便于操作的第二URL。不仅如此，由于服务器获取到的标识ID是数据库为存储第一URL而分配的一个唯一ID，所以，通过上述图谱，将该标识ID进行转换而得到的编码信息也是唯一对应的该标识ID，由于转换得到的编码信息具有唯一性，所以，后续通过该编码信息而得到的第二URL也是唯一对应第一URL，从而防止了不同的第一URL通过相同的转换方式而得到相同的第二URL的情况发生。

需要说明的是，上述图谱中的元素可以随意指定，只需保证各元素彼此不相同即可，而相应的，上述图谱中的元素个数N也并不为唯一，该元素的个数N取决于图谱中所包含的具体元素，在此不做具体限定。

在本申请实施例中，每个图谱应设有一个唯一的标识符(当然也可以是每个数据库设有一个唯一的标识符)，而服务器则需要将各图谱、各数据库以及各标识符对应进行保存，以备后续使用，其中，每个图谱设有一个唯一对应的标识符的目的在于：由于每个数据库可对应一个图谱，因此，服务器后续通过接收到的第二URL，来查找该第二URL对应的第一URL时，需要确定出该第一URL所对应的数据库，换句换说，服务器需要知道该第二URL所对应的第一URL存储在哪一数据库中，所以，第二URL中应标有能够确定出该第一URL存储位置的标识符，以使服务器能够根据该标识符，确定出该第二URL所对应的第一URL所位于的数据库，进而从该数据库获取到该第一URL。

在本申请实施例中，图谱-数据库-标识符的对应关系(即，数据库的库标识、图谱标识以及标识符)可以如表5所示。

数据库标识

Db1

Db2

Db3

Db4

Db5

Db6

图谱标识

atlas1

atlas2

atlas3

atlas4

atlas5

atlas6

标识符

W

U

E

9

i

l

表5

从表5中可以看出，每个标识符均对应一个图谱和一个数据库，所以，服务器后续通过第二URL中的标识符，以及该图谱-数据库-标识符的对应关系，即可确定出该标识符所对应的图谱以及数据库，进而得到该第二URL所对应的第一URL。

当服务器确定出存储第一URL的数据库后，可根据预先建立的图谱-数据库-标识符的对应关系，确定出该数据库对应的图谱以及标识符，并根据该图谱，将确定出的标识ID转换为编码信息，而后，服务器可根据确定出的标识符、编码信息以及第三URL，将这三者进行组合，从而得到与第一URL唯一对应的第二URL。

具体的，服务器根据预先建立的图谱-数据库-标识符的对应关系，确定出相应的标识符(该标识符与确定出的存储第一URL的数据库相对应)后，可进一步的根据确定出的图谱，将获取到的标识ID转换为对应的编码信息，而后，服务器将确定出一个第三URL，并将确定出的编码信息以及标识符放置在该第三URL之后，得到这三者的一个组合结果，继而将该组合结果就作为该第一URL唯一对应的第二URL。其中，这里提到的第三URL可以是一个预设的URL，如，http://b.facex.com.cn即可作为一个预设的URL，后续服务器转换各第一URL得到的各第二URL均以该预设URL(即第三URL)http://b.facex.com.cn为基础进行表示，只需要在该预设URL的末尾处添加唯一的字符串(该字符串由编码信息和标识符所表示)，即可区分各第二URL。

而除了将一个预设的URL作为第三URL外，在本申请实施例中，服务器也可以是在第一URL的基础上确定出的该第三URL，如，假设服务器接收到的转换请求中包含的第一URL为：http://hd.xijuw.com.cn/oiiuexggg/soid/soxiej/1234jdo/#1，则服务器可将截取该第一URL中的http://hd.xijuw.com.cn作为转换该第一URL所需的第三URL。

例如，假设服务器接收到的转换请求中所包含的第一URL为：http://dj.music.com.cn/mp3/skrux/findyou/originalMix/#3，则服务器可先确定出存储该第一URL的数据库，继而从确定出的数据库中获取该数据库为存储该第一URL所分配的标识ID。服务器可根据预先保存的图谱-数据库-标识符的对应关系，确定出该数据库对应的标识符F以及图谱，并根据该图谱，将该标识ID转换为编码信息：xif4E，而后，服务器将预设的URL：http://b.facex.com.cn作为得到第二URL所需的第三URL，并将确定出的标识符F以及编码信息：xif4E放置在该第三URL之后，进而得到第二URL：http://b.facex.com.cn/xif4EF(当然，该第二URL也可以是：http://b.facex.com.cn/Fxif4E，即，标识符位于编码信息和第三URL之间)。

在本申请实施例中，标识符可以由单个字符表示，也可以是由多个字符组合，因此，服务器后续在从第二URL中提取出该标识符时，若所有图谱(或数据库)所对应的标识符均为单一的字符，或均为指定数据的字符，则服务器只需从该第二URL的指定位置中提取出该标识符即可，如，若所有标识符均位于第二URL的最后，则服务器只需将第二URL的最后一个字符进行提取即可得到该标识符，若所有标识符均位于编码信息与第三URL之间，则服务器只需将这两者之间的字符进行提取即可得到该标识符。

对于标识符均为相同字符数的情况来说，服务器只需在指定的位置提取出相应的字符即可得到第二URL中所包含的标识符。但是，标识符的字符数可能存在不同的情况，即，有些标识符为单个字符，而有些标识符为多个字符，所以，对于这种情况来说，服务器无法只是单单的从指定位置提取字符就可以完成第二URL中标识符的提取工作，而是需要从该第二URL中识别出指定的字符，并根据识别出的指定字符，来确定该第二URL中包含的标识符。因此，在本申请实施例中，当服务器通过编码信息、标识符以及第三URL生成与第一URL唯一对应的第二URL时，服务器可在标识符与编码信息之间加入一个指定的字符，以通过该指定字符来区分第二URL中所包含的标识符以及编码信息。

例如，假设服务器确定出的标识符、编码信息以及第三URL分别为Xl、soilA、http://b.facex.com.cn，服务器根据这三者来生成与第一URL唯一对应的第二URL时，可将标识符Xl放置在整个第二URL之后，并通过指定字符“-”，将标识符与编码信息隔开，从而得到第二URL：http://b.facex.com.cn/soilA-Xl，这样一来，后续服务器在识别出该第二URL中的指定字符“-”，即可确定出该指定字符“-”即为该第二URL中的标识符，继而从该第二URL中提取出该标识符。

由于在后续过程中，若服务器接收到用户发送的第二URL，该服务器需要从存储该第二URL唯一对应的第一URL的数据库中获取到该第一URL，以使用户通过该第一URL访问到相应的网络服务平台中，因此，在本申请实施例中，服务器在得到与第一URL唯一对应的第二URL后，可将该第一URL、第二URL以及标识ID对应保存在数据库(该数据库即为确定出的存储该第一URL的数据库)中，并将该第二URL返回给用户终端或用户终端中的指定应用。

例如，服务器转换该第一URL得到相应的第二URL后，可将该第二URL返回给该指定应用，该指定应用可将服务器返回的第二URL显示在图2所示的第二URL显示框中，供用户进行查看。而用户可通过图2中所示的复制控件，将第二URL显示框中所显示的第二URL进行复制，以便对该第二URL进行其他操作。

服务器后续接收到用户发送的第二URL后，即可先通过该第二URL中包含的标识符，确定出该与该第二URL唯一对应的第一URL的存储位置(即存储第一URL的数据库)，并可将该第二URL中包含的编码信息还原为标识ID。由于数据库是将第一URL、第二URL以及标识ID相互对应的存储的，因此，当服务器确定出该第二URL所对应的标识ID后，即可从该数据库中获取到与该第二URL唯一对应的第一URL，继而将该第一URL返回给用户，或是直接将该第一URL所对应的网页返回给用户。

从上述方式中可以看出，由于服务器可将用户发送的第一URL转换为便于记忆、字符数少的第二URL，因此，用户后续操作该第二URL时，不但容易输入该第二URL，且将该第二URL分享给其他用户时将大大降低遗漏字符的可能，从而提高了用户对URL的有效使用，给用户带来了极大的便利。

需要说明的是，在本申请实施例中，将字符数较多的第一URL转换为字符数较少的第二URL的执行主体也可以终端，如，终端在接收到用户输入的字符数较多的第一URL后，可从数据库中获取到标识ID，并根据该标识ID以及预设的图谱，将该第一URL转换为字符数较小的第二URL，并将该第二URL显示给用户。

实施例二

在实际应用中，用户有时需要从服务器中获取先前存储在数据库中的字符数较多的URL，以对该URL进行操作，因此，在本申请实施例中，用户可在终端中输入第一URL，并将该第一URL发送给服务器，服务器接收到用户发送的包含有该第一URL的转换请求后，可通过该第一URL中包含的标识符以及编码信息，将该第一URL转换为第二URL，并将该第二URL返回给用户终端，或是将该第二URL所对应的网页返回给用户终端，其中，这里提到的第一URL与上述实施例1中的第一URL不同，这里提到的第一URL是经过服务器转换后得到的便于用户记忆且字符数较少的URL，而该第一URL对应的第二URL是指字符数较多，不便于用户记忆、输入的第一URL，具体的转换过程如图4所示。

图4为本申请实施例提供的将第一URL转换为第二URL的流程示意图，具体包括以下步骤：

S401：接收包含第一URL的转换请求。

在本申请实施例中，用户可通过终端或通过终端中的指定应用，发送包含有第一URL的转换请求，而服务器在接收到该转换请求后，可从该转换请求中提取出该转换请求所包含的第一URL，并在后续过程中，将该第一URL进行转换，以使用户能够通过服务器转换后得到的第二URL访问到该指定的网络服务平台中。

S402：识别所述第一URL中包含的标识符以及编码信息。

服务器从包含有第一URL的转换请求中提取出该第一URL后，可识别出该第一URL中所包含的标识符以及编码信息，具体的识别方式可以是：服务器可从该第一URL中识别出指定的字符(这里提到的指定字符并不是上述说明的指定字符“-”)，并将该指定字符之后的字符串确定为该第二URL中所包含的标识符以及编码信息。例如，假设服务器接收到的第一URL为http://b.facex.com.cn/soilAE，则服务器可通过指定字符“/”，确定出该第二URL中所包含的标识符以及编码信息为soilAE，其中，该soilAE中一部分为标识符，另一部分为编码信息。

服务器从该第一URL中确定出标识符以及编码信息所组成的字符串后，可进一步的从该字符串中确定出该标识符以及编码信息，其中，确定该标识符的具体方式可以是：当所有标识符均为指定字符数的字符串时，则服务器可根据该字符串(即确定出的包含有标识符以及编码信息的字符串)的前指定字符数或该字符串的后指定字符数，确定出该字符串中所包含的标识符，即，该第一URL中所包含的标识符，其中，具体是根据该字符串的前指定字符数还是根据该字符串的后指定字符数，来确定该字符串中包含的标识符，则取决于服务器所约定的规则。

例如，假设所有的标识符均为单个字符，则服务器识别出第一URL：http://b.facex.com.cn/soilAE中包含有标识符以及编码信息的字符串soilAE后，可根据服务器预先约定的规则：“标识符为字符串(即确定出的包含有标识符以及编码信息的字符串)中的最后一个字符”，确定出该字符串中包含的标识符为E。再如，假设标识符的字符数不定，则服务器确定出第一URL：http://b.facex.com.cn/soilA-Xl中包含有标识符以及编码信息的字符串soilA-Xl后，可根据服务器预先约定的规则：“指定字符“-”后面的字符为标识符”，确定出该字符串中所包含的标识符为Xl。

服务器确定出该标识符后，即可将该字符串即确定出的包含有标识符以及编码信息的字符串)中除标识符以外的其他字符确定为该第一URL中包含的编码信息。当然，服务器也可先从该字符串中确定出编码信息，进而在将该字符串中除编码信息以外的其他字符确定为该第一URL中包含的标识符，识别编码信息的方式与识别标识符的方式基本相同，在此就不进行详细赘述了。

S403：根据所述标识符以及编码信息，转换得到与所述第一URL对应的第二URL。

由于服务器预先建立了数据库的库标识与标识符的对应关系，因此，在本申请实施例中，当服务器从第一URL中确定出标识符后，可根据该标识符以及预先建立的数据库的库标识与标识符的对应关系，确定出该标识符所对应的数据库的库标识，并通过该库标识，确定出相应的数据库，继而在后续过程中，通过识别出的编码信息以及该数据库，将该第一URL进行转换，得到与该第一URL唯一对应的第二URL。

服务器要从数据库中获取到与该第一URL对应的第二URL，则需要知道该第二URL在该数据库中的实际存储位置，即，该数据库存储该第二URL时为该第二URL所分配的标识ID，才能根据该标识ID，从该数据库中提取出该第一URL所对应的第二URL。因此，在本申请实施例中，服务器可根据确定出的标识符，以及预先建立的图谱标识与标识符的对应关系，确定出该标识符所对应的图谱，进而通过该图谱，将确定出的编码信息执行解码操作，得到该数据库实际为第二URL分配的标识ID，并最终通过该标识ID，从该数据库中得到与第一URL唯一对应的第二URL。

服务器根据预先建立的图谱标识与标识符的对应关系，确定出该标识符对应的图谱后，可确定出该图谱中所包含的元素个数N，并确定出编码信息中各字符(即如图3所述的元素)在该图谱中所对应的各余数(即如图3所示的余数)，而后，服务器可采用公式ID＝b_n×N^n-1+b_n-1×N^n-2+...+b₁，(b_i为根据所述图谱中包含的元素与余数之间的对应关系确定的所述编码信息中第i个元素对应的余数)将该编码信息中转换为标识ID，具体的转换方式可以是：服务器可根据预先设定的元素排列顺序，确定出编码信息中的各元素的生成顺序，即，哪一元素是在服务器将该第二URL转换为第一URL的过程中，通过第一余数得到的，哪一元素是在服务器将第二URL转换为第一URL的过程中，通过最后一个余数得到的。服务器在确定给出编码信息中各元素的生成顺序后，可将各元素在图谱中所对应的各余数依次代入到上述公式ID＝b_n×N^n-1+b_n-1×N^n-2+...+b₁中，而服务器通过公式ID＝b_n×N^n-1+b_n-1×N^n-2+...+b₁计算后得到的结果即为该编码信息所对应的标识ID。

例如，假设服务器从接收到的第一URL为http://b.facex.com.cn/P4rx9o1E，服务器可从该第一URL中确定出该第一URL中包含有标识符以及编码信息的字符串为P4rx9o1E，并进一步的根据该字符串中包含的标识符E，以及预先保存的数据库的库标识与标识符的对应关系，确定出该标识符对应数据库，而后，服务器可通过预先建立的图谱标识与标识符的对应关系，确定出该标识符对应的图谱(当然也可以通过图谱-数据库-标识符的对应关系直接确定出该标识符所对应的图谱)，进而通过确定出的图谱(图3所述的图谱)，分别确定出编码信息：P4rx9o1E这几个元素(字符)在该图谱中所对应的余数，如表6所示。

字符	P	4	r	x	9	o	1
								余数	51	4	27	33	9	24	1

表6

表6中所示的各元素(字符)对应的余数实际上就是服务器将标识ID转换为编码信息的过程中，服务器将标识ID除以该图谱所包含的元素个数N后得到的各余数。而服务器确定出编码信息中各元素(字符)在图谱中所对应的各余数后，则可根据服务器在将标识ID转换为编码信息的过程中，各余数生成顺序，将各余数代入该公式ID＝b_n×N^n-1+b_n-1×N^n-2+...+b₁中，即，ID＝1×62⁶+24×62⁵+9×62⁴+33×62³+27×62²+4×62¹+51，从而得到该编码信息所对应的标识ID：78928379487。

由于服务器预先将第一URL、第二URL以及标识ID的对应关系存储在了数据库中，因此，当服务器根据第一URL中所包含的标识符确定出存储与第一URL唯一对应的第二URL的数据库，以及将第一URL中包含的编码信息转换为对应的标识ID后，则可根据该标识ID，从该数据库中确定出与该第一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转换过程示意图，如图5所示。

图5为本申请实施例提供的统一资源定位符URL转换的详细过程示意图。

S501：用户需要将不便于操作的第一URL转换为便于操作的第二URL时，可将该第一URL输入到用户的终端设备中，该终端设备可以是电脑、手机等终端设备，而接收用户输入的第一URL也可以是用户终端中的指定应用。用户在用户终端中输入该第一URL的方式可以通过直接复制的方式进行，也可以手动逐个字符的将该第一URL输入到该用户终端中，抑或是利用用户终端语音采集的功能，将该第一URL通过语音的方式输入到该用户终端中。

S502：用户终端在接收到该第一URL后，可根据该第一URL，生成包含有该第一URL的一个转换请求，其中，用户终端若监测到用户在用户终端上执行了指定操作(如点击了用户终端屏幕中显示的转换控件等)，则生成包含有该第一URL的转换请求。而后，用户终端可将该转换请求发送给服务器，使得服务器将该转换请求中包含的第一URL进行转换。

S503：服务器接收到用户终端发送的包含有该第一URL的转换请求后，可确定出各数据库的属性数据，并进一步的确定出各数据库的各状态数据，服务器可根据确定出的各数据库的各状态数据，确定出存储该第一URL的数据库。

S504：服务器向确定出的数据库发送存储该第一URL的存储请求。

S505：数据库接收到服务器发送的存储请求后，可先确定出该存储请求中包含的第一URL，而后，数据库可根据该数据库中实际的存储情况，为该第一URL分配一个标识ID，并将该标识ID返回给服务器，其中，该标识ID用于表示该第一URL在该数据库中的实际存储位置。

S506：服务器接收到数据库返回的标识ID后，可根据预先建立的图谱标识与数据库的库标识的对应关系，以及该数据库的库标识，确定出与该数据库的库标识对应的图谱标识，进而根据确定出的图谱标识，确定出与该图谱标识对应的图谱。

S507：服务器在确定出所述图谱后，可根据该图谱，将数据库返回的标识ID进行编码操作，得到与该标识ID对应且字符数较少的编码信息。

S508：服务器可根据预先建立的图谱标识与标识符的对应关系，确定出与所述图谱对应的标识符。

S509：服务器相继确定出所述标识符以及编码信息后，可将该标识符、编码信息以及确定出的第三URL进行组合，从而得到与第一URL唯一对应的第二URL。其中，该第三URL可以是服务器预先设定的一个URL，也可以是从该第一URL中确定出的第三URL。而服务器在得到该第二URL的过程中，可将该标识符以及编码信息放置在该第三URL之后，并将这三者的组合结果就作为与第一URL唯一对应的第二URL。

S510：为了后续能够从服务器中获取到该第一URL，服务器可将该第一URL、第二URL以及标识ID对应保存的数据库中，这样，后续服务器从该第二URL中确定出该标识ID后，即可根据该标识ID，从该数据库中获取到该第一URL。

S511：服务器可将转换得到的第二URL返回给用户终端，使得用户终端将该第二URL显示给用户。

在本申请实施例中，用户也可将第二URL转换为第一URL，具体的详细过程如图6所示。

图6为本申请实施例提供的将第二URL转换为第一URL的详细流程示意图。

S601：用户需要将第二URL转换为第一URL时，或需要通过该第二URL访问该第一URL所对应的网络服务平台时，可将该第二URL输入到用户终端中，当然也可以是将该第二URL输入到用户终端中的指定应用中，而具体的输入方式与上述步骤S501相同，在此就不进行详细赘述了。

S602：用户终端接收到用户输入的第二URL后，可根据该第二URL，生成包含有该第二URL的转换请求，其中，用户终端若监测到用户在用户终端上执行了指定操作(如，用户输入该第二URL后，直接点击了访问网络服务平台的控件，抑或是用户输入该第二URL后，点击了将该第二URL转换为第一URL的控件等)，则生成包含有该第一URL的转换请求，并将该转换请求发送至指定的服务器中，该指定的服务器可以拥有一个指定的URL输入页面，该页面可呈现在用户终端中，也可以是该指定服务器是用户终端中指定应用对应的服务器。

S603：服务器在接收到用户终端发送的转换请求后，可确定出该转换请求中包含的第二URL，并进一步的从该第二URL中确定出包含有标识符以及编码信息的字符串，服务器确定该字符串的具体方式可以是：从该第二URL中识别出指定字符，并将该指定字符之后的字符串确定该第二URL中包含有标识符以及编码信息的字符串。

S604：服务器确定出所述字符串后，可从该字符串中确定出标识符，其中，服务器可从该字符串中识别出指定字符(该指定字符并不是上述步骤S603中的指定字符，上述步骤S603中的指定字符用于从第二URL中区分出包含有标识符以及编码信息的字符串，而这里提到的指定字符则用于从该字符串中区分出标识符以及编码信息)，并该指定字符之前的字符串或之后的字符串确定为该字符串中包含的标识符，当然，当所有的标识符均为指定字符数时，则可直接将该字符串中前指定字符数或后指定字符数的字符确定为该字符串中的标识符，而选择前指定字符数还是后指定字符数，则取决于服务器所制定的确定规则。

S605：服务器从所述字符串中确定出标识符后，可根据预先保存的图谱标识与标识符的对应关系，确定出与该标识符对应的图谱标识，进而根据该图谱标识，确定出与该图谱标识对应图谱。

S606：服务器可从所述字符串中确定出编码信息，具体的方式可以是：服务器确定出该字符串中包含的标识符时，即可将该标识码中剩余的字符确定为编码信息。

S607：服务器确定出所述编码信息后，可根据确定出的所述图谱，将该编码信息执行解码操作，得到与该编码信息对应的标识ID。

S608：服务器可根据预先建立的数据库的库标识与标识符的对应关系，确定出与所述标识符对应的数据库的库标识，而后，再根据该数据库的库标识，确定出与该数据库的库标识对应的数据库，也即，确定出存储与第二URL唯一对应的第一URL的数据库。

S609：由于数据库事先已将第一URL、第二URL以及标识ID对应进行了保存，因此，服务器确定出存储所述第一URL的数据库后，可根据确定出的标识ID，从该数据库中获取与所述第二URL唯一对应的第一URL。

S610：服务器获取到所述第一URL后，可将该第一URL返回给用户终端，使得用户终端根据该第一URL，访问该第一URL对应的指定网络服务平台。

当然，服务器也可根据该第一URL，将该第一URL对应的网络服务平台的网页返回给用户终端，并由用户终端向用户呈现该网页。

S611：用户终端接收到服务器返回的所述第一URL后，可根据该第一URL，对该第一URL对应的网络服务平台进行访问，并将该网络服务平台的网页呈现给用户，当然，用户终端也可将该第一URL直接显示给用户，以便用户对该第一URL进行操作。

以上为本申请实施例提供的统一资源定位符URL的转换方法，基于同样的思路，本申请实施例还提供两种统一资源定位符URL的转换装置，如图7、8所示。

图7为本申请实施例提供的统一资源定位符URL转换装置的结构示意图，具体包括：

接收模块701，接收包含第一URL的转换请求；

确定模块702，确定所述第一URL对应的标识ID，所述标识ID用于表示所述第一URL的存储位置；

转换模块703，根据预先保存的图谱以及所述标识ID，转换得到与所述第一URL对应的第二URL。

所述确定模块702，根据各数据库的属性数据，确定用于存储所述第一URL的数据库；根据所述数据库中已存储的URL，为所述第一URL分配标识ID。

所述确定模块702，根据各数据库的属性数据，从各数据库中确定符合预设存储条件的数据库；将符合预设存储条件的所述数据库确定为存储所述第一URL的数据库。

所述确定模块702，确定各数据的第一属性数据和/或第二属性数据，所述第一属性数据为数据库存储URL的总数量，所述第二属性数据为在预设时间内数据库存储URL的数量；针对各数据库，分别根据所述第一属性数据和/或第二属性数据，确定数据库的状态数据；根据确定出的各数据库的状态数据，确定符合预设存储条件的数据库。

所述确定模块702，通过以下方式确定数据库的状态数据：e＝α*ln(1/t)+β*ln(1/c)；

其中，e为数据库的所述状态数据；c为数据库的第一属性数据；t为数据库的第二属性数据；α以及β分别为预设的权重系数，当t为0时，α取0，当c为0时，β取0。

所述转换模块703，根据预先建立的数据库的库标识与图谱标识之间的对应关系，确定所述数据库的库标识对应的图谱标识；根据所述图谱标识对应的图谱，将所述标识ID执行编码操作，得到所述标识ID对应的编码信息；根据所述编码信息，转换得到与所述第一URL对应的第二URL。

所述转换模块703，确定所述图谱包含的元素的个数；根据所述个数、所述图谱中包含的元素以及预设的规则，将所述标识ID执行编码操作，得到与所述标识ID对应的编码信息。

若所述标识ID为长整型ID，则所述转换模块703，计算所述标识ID与所述个数的商，得到第M商值以及第M余数；循环执行：计算第M商值与所述个数的商，得到第M+1商值以及第M+1余数，M为大于等于1的正整数，直至计算得到的第M+P商值为零，P为正整数；在计算得到的各余数后，根据所述图谱中包含的元素与余数之间的对应关系，确定计算得到的各余数对应的元素；将所述元素按照预设的排序规则进行排序，得到所述编码信息。

所述转换模块703，根据预先建立的图谱标识与标识符之间的对应关系，确定与所述图谱标识对应的标识符；根据所述编码信息以及所述标识符，转换得到与所述第一URL对应的第二URL。

所述转换模块703，确定转换所述第一URL所需的第三URL，其中，所述第三URL为预设的或根据所述第一URL中指定部分的字段确定的；将所述编码信息、所述标识符以及所述第三URL进行组合，转换得到所述第一URL对应的第二URL。

所述转换模块703，建立所述第一URL、第二URL以及标识ID三者之间的对应关系，将所述对应关系保存在所述数据库中。

所述第一URL为长URL，所述第二URL为短URL。

图8为本申请实施例提供的另一种统一资源定位符URL的转换装置的示意图，具体包括：

接收请求模块801，接收包含第二URL的转换请求；

识别模块802，识别所述第一URL中包含的标识符以及编码信息；

转换URL模块803，根据所述标识符以及编码信息，转换得到与所述第一URL对应的第二URL。

所述转换URL模块803，根据预先建立的数据库的库标识与标识符的对应关系，确定所述标识符所对应的数据库，所述数据库用于存储所述第一URL以及第一URL对应的第二URL；根据所述编码信息以及所述数据库，得到与所述第一URL对应的第二URL。

所述转换URL模块803，根据预先建立的数据库的库标识与图谱标识的对应关系，确定所述数据库的库标识所对应的图谱标识；根据所述图谱标识对应的图谱，将所述编码信息执行解码操作，得到与所述编码信息对应的标识ID，所述标识ID为存储所述第二URL的所述数据库为其分配的；根据所述标识ID，从所述数据库中得到与所述第一URL对应的第二URL。

所述转换URL模块803，确定所述图谱包含的元素的个数N；根据所述图谱中包含的元素与余数之间的对应关系，确定所述编码信息中各元素对应的各余数；利用以下公式对所述编码信息执行解码操作转换得到与所述编码信息对应的标识ID：ID＝b_n×N^n-1+b_n-1×N^n-2+...+b₁；其中，b_i为根据所述图谱中包含的元素与余数之间的对应关系确定的所述编码信息中第i个元素对应的余数；n为所述编码信息中包含的元素的个数；N为所述图谱包含的元素的个数。

本申请实施例提供一种统一资源定位符URL的转换方法及装置，该方法中服务器可通过用户发送的第一URL，确定该第一URL对应的标识ID，并根据预设的图谱以及该标识ID，将该第一URL转换成第二URL。由于服务器可通过图谱，对转换请求中的第一URL进行转换，得到第二URL，使得转换后的第二URL不仅便于用户记忆，而且也使得用户复制、输入该第二URL的过程中遗漏字符的几率大大降低，从而使用户可通过该第二URL准确的访问到指定网络服务平台中，进而给用户带来了极大的便利。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compiler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Description Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Expression Language)、AHDL(Altera Hardware DescriptionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

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

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

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

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

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

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

Claims

1.一种统一资源定位符URL的转换方法，其特征在于，包括：

接收包含第一URL的转换请求；

根据预设的图谱以及所述标识ID，转换得到与所述第一URL对应的第二URL，其中，所述标识ID用于在转换完成后通过所述标识ID查找所述第二URL对应的所述第一URL；

其中，根据预设的图谱以及所述标识ID，转换得到与所述第一URL对应的第二URL，具体包括：

根据预先建立的数据库的库标识与图谱标识之间的对应关系，确定所述数据库的库标识对应的图谱标识；

根据所述图谱标识对应的图谱，将所述标识ID执行编码操作，得到所述标识ID对应的编码信息；

根据所述编码信息，转换得到与所述第一URL对应的第二URL。

2.如权利要求1所述的方法，其特征在于，确定所述第一URL对应的标识ID，包括：

根据各数据库的属性数据，确定用于存储所述第一URL的数据库；

根据所述数据库中已存储的URL，为所述第一URL分配标识ID。

3.如权利要求2所述的方法，其特征在于，根据各数据库的属性数据，确定用于存储所述第一URL的数据库，具体包括：

根据各数据库的属性数据，从各数据库中确定符合预设存储条件的数据库；

将符合预设存储条件的所述数据库确定为存储所述第一URL的数据库。

4.如权利要求3所述的方法，其特征在于，根据各数据库的属性数据，从各数据库中确定符合预设存储条件的数据库，具体包括：

确定各数据的第一属性数据和/或第二属性数据，所述第一属性数据为数据库存储URL的总数量，所述第二属性数据为在预设时间内数据库存储URL的数量；

针对各数据库，分别根据所述第一属性数据和/或所述第二属性数据，确定数据库的状态数据；

根据确定出的各数据库的状态数据，确定符合预设存储条件的数据库。

5.如权利要求1所述的方法，其特征在于，根据所述图谱标识对应的图谱，将所述标识ID进行编码操作，得到对应所述标识ID的编码信息，具体包括：

确定所述图谱包含的元素的个数；

根据所述个数、所述图谱中包含的元素以及预设的规则，将所述标识ID执行编码操作，得到与所述标识ID对应的编码信息。

6.如权利要求5所述的方法，其特征在于，所述标识ID为长整型的ID；

根据所述个数、所述图谱中包含的元素以及预设的规则，将所述标识ID执行编码操作，得到与所述标识ID对应的编码信息，具体包括：

计算所述标识ID与所述个数的商，得到第M商值以及第M余数；

循环执行：计算第M商值与所述个数的商，得到第M+1商值以及第M+1余数，M为大于等于1的正整数，直至计算得到的第M+P商值为零，P为正整数；

在计算得到的各余数后，根据所述图谱中包含的元素与余数之间的对应关系，确定计算得到的各余数对应的元素；

将所述元素按照预设的排序规则进行排序，得到所述编码信息。

7.如权利要求1至6任一项所述的方法，其特征在于，根据所述编码信息，转换得到与所述第一URL对应的第二URL，包括：

根据预先建立的图谱标识与标识符之间的对应关系，确定与所述图谱标识对应的标识符；

根据所述编码信息以及所述标识符，转换得到与所述第一URL对应的第二URL。

8.如权利要求7所述的方法，其特征在于，根据所述编码信息以及所述标识符，转换得到与所述第一URL对应的第二URL，具体包括：

确定转换所述第一URL所需的第三URL，其中，所述第三URL为预设的或根据所述第一URL中指定部分的字段确定的；

将所述编码信息、所述标识符以及所述第三URL进行组合，转换得到所述第一URL对应的第二URL。

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

建立所述第一URL、第二URL以及标识ID三者之间的对应关系，将所述对应关系保存在所述数据库中。

10.如权利要求1所述的方法，其特征在于，所述第一URL为长URL，所述第二URL为短URL。

11.一种统一资源定位符URL的转换方法，其特征在于，包括：

接收包含第一URL的转换请求；

识别所述第一URL中包含的标识符以及编码信息；

根据所述标识符以及所述编码信息，转换得到与所述第一URL对应的第二URL；

其中，据所述标识符以及编码信息，转换得到与所述第一URL对应的第二URL，具体包括：

根据预先建立的数据库的库标识与标识符的对应关系，确定所述标识符所对应的数据库，所述数据库用于存储所述第一URL以及所述第一URL对应的第二URL；

根据所述编码信息以及所述数据库，得到与所述第一URL对应的第二URL；

其中，根据所述编码信息以及所述数据库，转换得到与所述第一URL对应的第二URL，具体包括：

根据预先建立的数据库的库标识与图谱标识的对应关系，确定所述数据库的库标识所对应的图谱标识；

根据所述图谱标识对应的图谱，将所述编码信息执行解码操作，得到与所述编码信息对应的标识ID，所述标识ID为存储所述第二URL的所述数据库为其分配的；

根据所述标识ID，从所述数据库中得到与所述第一URL对应的第二URL。

12.如权利要求11所述的方法，其特征在于，根据所述图谱标识对应的图谱，将所述编码信息执行解码操作，得到与所述编码信息对应的标识ID，具体包括：

利用以下公式对所述编码信息执行解码操作转换得到与所述编码信息对应的标识ID：ID＝b_n×N^n-1+b_n-1×N^n-2+...+b₁；

其中，b_i为根据所述图谱中包含的元素与余数之间的对应关系确定的所述编码信息中第i个元素对应的余数；n为所述编码信息中包含的元素的个数；N为所述图谱包含的元素的个数。

13.一种统一资源定位符URL的转换装置，其特征在于，包括：

接收模块，接收包含第一URL的转换请求；

转换模块，根据预设的图谱以及所述标识ID，转换得到与所述第一URL对应的第二URL，其中，所述标识ID用于在转换完成后通过所述标识ID查找所述第二URL对应的所述第一URL；

所述转换模块，根据预先建立的数据库的库标识与图谱标识之间的对应关系，确定所述数据库的库标识对应的图谱标识；根据所述图谱标识对应的图谱，将所述标识ID执行编码操作，得到所述标识ID对应的编码信息；根据所述编码信息，转换得到与所述第一URL对应的第二URL。

14.如权利要求13所述的装置，其特征在于，

所述确定模块，根据各数据库的属性数据，确定用于存储所述第一URL的数据库；根据所述数据库中已存储的URL，为所述第一URL分配标识ID。

15.如权利要求14所述的装置，其特征在于，

所述确定模块，根据各数据库的属性数据，从各数据库中确定符合预设存储条件的数据库；将符合预设存储条件的所述数据库确定为存储所述第一URL的数据库。

16.如权利要求15所述的装置，其特征在于，

所述确定模块，确定各数据的第一属性数据和/或第二属性数据，所述第一属性数据为数据库存储URL的总数量，所述第二属性数据为在预设时间内数据库存储URL的数量；针对各数据库，分别根据所述第一属性数据和/或第二属性数据，确定数据库的状态数据；根据确定出的各数据库的状态数据，确定符合预设存储条件的数据库。

17.如权利要求13所述的装置，其特征在于，

所述转换模块，确定所述图谱包含的元素的个数；根据所述个数、所述图谱中包含的元素以及预设的规则，将所述标识ID执行编码操作，得到与所述标识ID对应的编码信息。

18.如权利要求17所述的装置，其特征在于，

若所述标识ID为长整型ID，则所述转换模块，计算所述标识ID与所述个数的商，得到第M商值以及第M余数；循环执行：计算第M商值与所述个数的商，得到第M+1商值以及第M+1余数，M为大于等于1的正整数，直至计算得到的第M+P商值为零，P为正整数；在计算得到的各余数后，根据所述图谱中包含的元素与余数之间的对应关系，确定计算得到的各余数对应的元素；将所述元素按照预设的排序规则进行排序，得到所述编码信息。

19.如权利要求13至18任一项所述的装置，其特征在于，

所述转换模块，根据预先建立的图谱标识与标识符之间的对应关系，确定与所述图谱标识对应的标识符；根据所述编码信息以及所述标识符，转换得到与所述第一URL对应的第二URL。

20.如权利要求19所述的装置，其特征在于，

所述转换模块，确定转换所述第一URL所需的第三URL，其中，所述第三URL为预设的或根据所述第一URL中指定部分的字段确定的；将所述编码信息、所述标识符以及所述第三URL进行组合，转换得到所述第一URL对应的第二URL。

21.如权利要求14所述的装置，其特征在于，

所述转换模块，建立所述第一URL、第二URL以及标识ID三者之间的对应关系，将所述对应关系保存在所述数据库中。

22.如权利要求13所述的装置，其特征在于，所述第一URL为长URL，所述第二URL为短URL。

23.一种统一资源定位符URL的转换装置，其特征在于，包括：

接收请求模块，接收包含第一URL的转换请求；

识别模块，识别所述第一URL中包含的标识符以及编码信息；

转换URL模块，根据所述标识符以及编码信息，转换得到与所述第一URL对应的第二URL；

所述转换URL模块，根据预先建立的数据库的库标识与标识符的对应关系，确定所述标识符所对应的数据库，所述数据库用于存储所述第一URL以及第一URL对应的第二URL；根据所述编码信息以及所述数据库，得到与所述第一URL对应的第二URL；

所述转换URL模块，根据预先建立的数据库的库标识与图谱标识的对应关系，确定所述数据库的库标识所对应的图谱标识；根据所述图谱标识对应的图谱，将所述编码信息执行解码操作，得到与所述编码信息对应的标识ID，所述标识ID为存储所述第二URL的所述数据库为其分配的；根据所述标识ID，从所述数据库中得到与所述第一URL对应的第二URL。

24.如权利要求23所述的装置，其特征在于，

所述转换URL模块，利用以下公式对所述编码信息执行解码操作转换得到与所述编码信息对应的标识ID：ID＝b_n×N^n-1+b_n-1×N^n-2+...+b₁；其中，b_i为根据所述图谱中包含的元素与余数之间的对应关系确定的所述编码信息中第i个元素对应的余数；n为所述编码信息中包含的元素的个数；N为所述图谱包含的元素的个数。