网站访问方法及系统

1.一种网站访问方法，应用于网站访问系统中，其特征在于，所述网站访问方法包括：
提供地址解析单元，通过地址解析单元对接收的访问请求中的URL地址进行解析，得到网站主站和URL子部；
提供验证单元，通过验证单元验证所述URL子部是否包含在外部接口配置信息的范围内，所述外部接口配置信息中包括有已从网站主站剥离的至少一个外部接口的路径信息；
提供重定向单元，在通过验证单元验证得到所述URL子部是包含在外部接口配置信息的范围内时，通过重定向单元将所述访问请求中与URL子部对应的URL地址重定向到转接接口，访问者通过从网站主站剥离的至少一个外部接口的其中一个外部接口进行网站访问，所述转接接口与所述从网站主站剥离的至少一个外部接口的其中一个外部接口相关联。
2.根据权利要求1所述的网站访问方法，其特征在于，还包括预设外部接口配置信息的步骤。
3.根据权利要求1所述的网站访问方法，其特征在于，还包括提供地址撷取单元，通过地址撷取单元在接收的访问请求中撷取其中的URL地址的步骤。
4.根据权利要求1所述的网站访问方法，其特征在于，在验证所述URL子部是否包含在外部接口配置信息的范围内之前还包括通过验证单元对所述网站主站是否为有效的地址进行验证的步骤。
5.根据权利要求1所述的网站访问方法，其特征在于，所述外部接口配置信息在有多个外部接口时是呈列表或图表的形式。
6.根据权利要求1所述的网站访问方法，其特征在于，还包括在将外部接口从网络主站剥离处理时将所述外部接口的路径信息添加至所述外部接口配置信息中。
7.根据权利要求1所述的网站访问方法，其特征在于，还包括在将外部接口从网络主站剥离处理后并在第一次接收通过所述外部接口的访问请求时，将所述外部接口的路径信息添加于所述外部接口配置信息中。
8.根据权利要求1所述的网站访问方法，其特征在于，所述网站主站和URL子部的划分是通过URL地址中出现的第一个分节字符“/”实现的。
9.一种网站访问系统，包括：
地址解析单元，用于对接收的访问请求中的URL地址进行解析，得到网站主站和URL子部；
验证单元，用于验证所述URL子部是否包含在外部接口配置信息的范围内，所述外部接口配置信息中包括有已从网站主站剥离的至少一个外部接口的路径信息；
重定向单元，用于在通过验证单元验证得到所述URL子部是包含在外部接口配置信息的范围内时，将所述访问请求中与URL子部对应的URL地址重定向到转接接口，访问者通过从网站主站剥离的至少一个外部接口的其中一个外部接口进行网站访问，所述转接接口与所述从网站主站剥离的至少一个外部接口的其中一个外部接口相关联。
10.根据权利要求9所述的网站访问系统，其特征在于，还包括用于撷取所述接收的访问请求中的URL地址的地址撷取单元。
11.根据权利要求9所述的网站访问系统，其特征在于，所述验证单元还包括对所述网站主站是否为有效的地址进行验证。
12.根据权利要求9所述的网站访问系统，其特征在于，所述外部接口配置信息通过资料库实现存储的。
13.根据权利要求9所述的网站访问系统，其特征在于，所述外部接口配置信息在有多个外部接口时是呈列表或图表形式。
14.根据权利要求12所述的网站访问系统，其特征在于，所述资料库在将外部接口从网络主站剥离处理时将所述外部接口的路径信息添加至外部接口配置信息中。
15.根据权利要求12所述的网站访问系统，其特征在于，所述资料库在将外部接口从网络主站剥离处理后并在第一次接收通过所述外部接口的访问请求时，将所述外部接口的路径信息添加至外部接口配置信息中。
16.根据权利要求9所述的网站访问系统，其特征在于，所述网站主站和URL子部的划分是通过URL地址中出现的第一个分节字符“/”实现的。

网站访问方法及系统\n技术领域\n[0001] 本发明涉及一种网络服务技术，特别是涉及网站访问方法及系统。\n背景技术\n[0002] 随着电子通信技术和网络的迅速发展，计算机技术与网络的结合并创建了在线和现场数字式交易环境，在所述交易环境中，基于电子商务的服务得以实现。建立在在线(on-line)虚拟世界中的电子商务可使买卖双方经由网络进行联系，无需实际会面，从而消除了传统交易中会受到例如时间、地点等因素的限制，也可相对降低成本消耗，故电子商务获得了大众普遍的欢迎并在很大范围内得到了应用。例如，在现有电子商务中，其包括“消费者到商家(customer-to-business)”、“消费者到消费者(customer-to-customer)”以及“商家到商家(business-to-business)”在内的一系列范围广泛的电子交易。\n[0003] 一般，为更好地满足业务需求，一个电子商务网站通常会对外提供有多个外部接口，所述外部接口对于访问者而言，可以通过URL形式来表示，例如用URL地址http://www.test-paten.com/cooperate/a.htm来表示外部接口a，用URL地址http://www.test-paten.com/cooperate/b.htm来表示外部接口b等，以供其他网站、消费者、商户等通过输入与外部接口对应的URL地址进入其网站并执行相应的操作。\n[0004] 不过，由于外部接口和网站主站的应用是捆绑在一起的，两者的耦合度较高。当在系统升级或作其他改动时，例如在改动主站时，如果开发工程师不熟悉外部接口和主站的关联性，很容易产生错误，破坏外部接口与主站的关联性，导致外部接口出现错误，使得通过所述产生错误的外部接口无法正常访问网站并获得其服务。假设所述外部接口是与大商户集成的，当所述外部接口出现错误时，大商户就无法通过所述外部接口访问网站来执行相应的交易或其他服务项目，延误商机并造成损失；特别地，倘若大商户在访问网站进行网络交易的过程中，所述外部接口恰好发生错误，则此时很有可能造成交易的突然中断，并有可能造成资金的流失，负面影响非常大。\n[0005] 有鉴于上述外部接口和网站主站捆绑在一起可能引起错误并造成损失，所以通常会考虑将外部接口从网站主站剥离出来，切断外部接口和网站主站的关联，使得二者保持独立性。这样在通过外部接口访问并进行业务时无需先登录网站主站，反过来，当网站主站发生改动时，商户可在不受影响地情形下通过外部接口继续访问并进行业务。\n[0006] 不过，由于在剥离之前的相当长时间内，已经有大量的商户集成了原先的外部接口，假设是通过http://www.test-paten.com/cooperate/a.htm进行访问的，但经剥离处理后，经剥离处理后，外部接口已由原先的http://www.test-paten.com/cooperate/a.htm改为其他的转接接口，例如为网关接口http://gateway.test-paten.com/cooperate/a.htm，访问接口发生了变化，商户再不能通过原先的http://www.test-paten.com/cooperate/a.htm来访问网站。由于种种缘故，例如未获得更新通告、原先的外部接口已被设定为默认且未实时更新等，导致商户无法再通过原先的外部接口http://www.test-paten.com/cooperate/a.htm进行正常访问。\n发明内容\n[0007] 本发明提供一种网站访问方法及系统，避免现有技术中由于使用了已与网站主站剥离的外部接口而无法正常访问的问题。\n[0008] 本发明提供一种网站访问方法，应用于网站访问系统中，所述网站访问方法包括：\n提供地址解析单元，通过地址解析单元对接收的访问请求中的URL地址进行解析，得到网站主站和URL子部；提供验证单元，通过验证单元验证所述URL子部是否包含在外部接口配置信息的范围内，所述外部接口配置信息中包括有已从网站主站剥离的至少一个外部接口的路径信息；提供重定向单元，在通过验证单元验证得到所述URL子部是包含在外部接口配置信息的范围内时，通过重定向单元将所述访问请求中与URL子部对应的URL地址重定向到转接接口进行网站访问，所述转接接口与从网站主站剥离的外部接口相关联。\n[0009] 可选地，本发明所提供的网站访问方法还包括预设外部接口配置信息的步骤。\n[0010] 可选地，本发明所提供的网站访问方法还包括提供地址撷取单元，通过地址撷取单元在接收的访问请求中撷取其中的URL地址的步骤。\n[0011] 可选地，在验证所述URL子部是否包含在外部接口配置信息的范围内之前还包括通过验证单元对所述网站主站是否为有效的地址进行验证的步骤。\n[0012] 可选地，所述外部接口配置信息在有多个外部接口时是呈列表或图表形式。\n[0013] 可选地，所述网站访问方法还包括在将外部接口从网络主站剥离处理时将所述外部接口的路径信息添加至所述外部接口配置信息中。\n[0014] 可选地，所述网站访问方法还包括在将外部接口从网络主站剥离处理后并在第一次接收通过所述外部接口的访问请求时，将所述外部接口的路径信息添加至所述外部接口配置信息中。\n[0015] 可选地，所述网站主站和URL子部的划分是通过URL地址中出现的第一个分节字符“/”实现的。\n[0016] 本发明另提供一种网站访问系统，所述网站包括从网站主站中剥离的外部接口，所述系统包括：地址解析单元，用于对接收的访问请求中的URL地址进行解析，得到网站主站和URL子部；验证单元，用于验证所述URL子部是否包含在外部接口配置信息的范围内，所述外部接口配置信息中包括有已从网站主站剥离的至少一个外部接口的路径信息；重定向单元，用于在验证单元验证得到所述URL子部是包含在外部接口配置信息的范围内时，将所述访问请求中与URL子部对应的URL地址重定向到转接接口进行网站访问，所述转接接口与从网站主站剥离的外部接口相关联。\n[0017] 可选地，所述网站访问系统还包括用于撷取所述接收的访问请求中的URL地址的地址撷取单元。\n[0018] 可选地，所述验证单元还包括对所述网站主站是否为有效的地址进行验证。\n[0019] 可选地，所述外部接口配置信息通过资料库实现存储的。\n[0020] 可选地，所述外部接口配置信息在有多个外部接口时是呈列表或图表形式。\n[0021] 可选地，所述资料库在将外部接口从网络主站剥离处理时将所述外部接口的路径信息添加至外部接口配置信息中。\n[0022] 可选地，所述资料库在将外部接口从网络主站剥离处理后并在第一次接收通过所述外部接口的访问请求时，将所述外部接口的路径信息予以添加添加至外部接口配置信息中。\n[0023] 可选地，所述网站主站和URL子部的划分是通过URL地址中出现的第一个分节字符“/”实现的。\n[0024] 与现有技术相比，本发明技术方案通过对访问请求中的URL地址进行解析以对其进行验证，并在验证得到所述URL地址为已作剥离处理的外部接口时，将所述外部接口重定向到与从网站主站剥离的外部接口相关联的转接接口，使得访问者无障碍地正常访问网站并获取其所提供的各项服务，简单易行，并避免因外部接口自网站主站剥离后可能产生的无法访问或突然中断等错误。\n附图说明\n[0025] 图1是显示了网站访问方法在一个实施方式中的流程示意图；\n[0026] 图2是本发明网站访问系统在一个实施方式中的结构示意图。\n具体实施方式\n[0027] 发明人发现，在将与网站主站捆绑在一起的外部接口剥离出去并建立新的转接接口时，原先集成了原有外部接口的商户将无法通过所述外部接口正常访问网站，造成损失。\n[0028] 因此，在将外部接口与网站主站剥离时，为防止上述缺陷，本发明提供一种应用于网站访问系统中的网站访问方法，包括：提供地址解析单元，通过地址解析单元对接收的访问请求中的URL地址进行解析，得到网站主站和URL子部；提供验证单元，通过验证单元验证所述URL子部是否包含在外部接口配置信息的范围内，所述外部接口配置信息中包括有已从网站主站剥离的至少一个外部接口的路径信息；提供重定向单元，在通过验证单元验证得到所述URL子部是包含在外部接口配置信息的范围内时，通过重定向单元将所述访问请求中与URL子部对应的URL地址重定向到转接接口进行网站访问，所述转接接口与从网站主站剥离的外部接口相关联。与现有技术相比，本发明通过将经过验证为有效的原有外部接口重定向到转接接口，使得访问者通过已自网站主站剥离的原有外部接口仍可正常访问网站并执行相应的操作，简单易行，并避免因外部接口自网站主站剥离后可能产生的无法访问或突然中断等错误。\n[0029] 下面结合附图对本发明的内容进行详细说明。\n[0030] 图1是显示了网站访问方法在一个实施方式中的流程示意图，该网站访问方法包括下列步骤，首先进行步骤S100。\n[0031] 在步骤S100中，提供地址撷取单元，通过地址撷取单元在接收的访问请求中撷取其中的URL地址。所述URL地址是用于完整地描述网络上网页和其他资源的地址的一种标识方法。URL的一般格式为protocol://hostname[：port]/path/[；parameters][？query]#fragment，其中，protocol是指使用的传输协议，最常用的是HTTP协议，它也是目前网络中应用最广的协议；hostname是指存放资源的服务器的域名系统(DNS)主机名或IP地址，即通常所说的网站主站；path是由零或多个“/”符号隔开的字符串，一般用来表示主机上的一个目录或文件地址。具体来讲，例如http://www.test-paten.com/cooperate/a.htm即为一个URL地址。在本实施例中，撷取URL地址的方式有多种，例如在Java语言中可以通过request.getHeader(“Referer”)程序来撷取到完整的URL地址。因该撷取技术为本领域技术人员所熟知，故不在此赘述。接着，进行步骤S102。\n[0032] 在步骤S102中，提供地址解析单元，通过地址解析单元对接收的访问请求中的URL地址进行解析，得到网站主站和URL子部。接着，进行步骤S104。\n[0033] 具体来讲，在解析时，所述网站主站和URL子部的划分是通过URL地址中出现的第一个分节字符“/”实现的。\n[0034] 在步骤S104中，提供验证单元，通过验证单元验证所述网站主站是否为有效的地址。在本实施例中，若判断得到所述网站主站是有效的地址时，则进至步骤S106；反之，若判断得到所述网站主站不是有效的地址时，则表明访问请求中所要访问的并非是本网站主站，故可对其不作处理，使其继续访问。\n[0035] 在步骤S106中，通过验证单元验证所述URL子部是否包含在外部接口配置信息的范围内，所述外部接口配置信息中包括有已从网站主站剥离的至少一个外部接口的路径信息。接着，进行步骤S108。\n[0036] 在实际应用中，所述外部接口配置信息可以通过事前的预设来完成。\n[0037] 具体来讲，在本实施例中，与网站主站捆绑在一起的有可能有好多个外部接口，网站的维护工程师在对外部接口的剥离处理是逐步进行的，故存在这样的情形：在所有原先的外部接口中，有某些外部接口已作了剥离处理，而其他外部接口则还未作剥离处理。为了准确验证当前访问请求中URL地址所对应的外部接口的实际情况(是属于已作剥离处理的还是未作剥离处理的)，在本实施例中，特别地，可以预先将那些已作剥离处理的外部接口予以整理并形成外部接口配置信息，所述外部接口配置信息可以是呈列表形式。例如，假设与网站主站捆绑的外部接口有100个，其中的40个已作了剥离处理，而其他60个还未作剥离，可以将那些已作剥离处理的40个外部接口的的路径信息制作成一张外部接口配置列表。这样，在验证时，在所述外部接口配置列表进行查找，看是否有与地址解析单元解析得到的URL子部相匹配的外部接口。若经查找发现所述URL子部与外部接口配置列表中的某一个外部接口的路径信息相匹配，则可证明所述URL子部所对应的外部接口为已作剥离处理。反之，若在外部接口配置列表中没有查找到匹配的，则表示所述URL子部对应的外部接口未作剥离处理，仍可通过所述外部接口正常访问网站。\n[0038] 需特别说明的是，本实施例中的外部接口配置列表中的外部接口的路径信息可以根据外部接口的剥离情况来作调整，例如，在将某一个外部接口从网络主站剥离处理时，就将所述外部接口的路径信息添加至外部接口配置列表中。或者，例如有某一个外部接口被作了从网络主站剥离的处理，此时所述外部接口配置列表暂不作更新，而是当在接下来有商户以所述已剥离的外部接口的URL地址提出第一次访问请求时，即可在解析过程中捕捉该异常，对应所述外部接口产生触发信号，根据所述触发信号将所述外部接口的路径信息添加至外部接口配置列表中。\n[0039] 在步骤S108中，在通过验证单元验证得到所述网站主站是有效的地址且所述URL子部是包含在外部接口配置信息的范围内时，即可验证得到所述URL地址所对应的就是已从网站主站剥离的其中一个外部接口，则通过重定向单元将与URL子部对应的访问请求中的URL地址重定向到转接接口，所述转接接口与从网站主站剥离的外部接口相关联，这样就使得提出访问请求的商户可通过所述重定向后的转接接口进行访问，对于提出访问请求的商户来讲，其不会感到有什么异样，不会影响其操作。\n[0040] 其中，在本实施例中，接口的重定向方式有多种，例如在Java语言中可以通过response.redirect程序来完成。因该重定向技术为本领域技术人员所熟知，故不在此赘述。\n[0041] 现以一实例来说明根据前述所提供的网站访问方法来实现网站访问。假设现有商户A、B分别在网页浏览器，例如IE或Netscape，分别输入URL地址，http://www.test-paten.com/cooperate/a.htm 和 http://www.test-paten.com/cooperate/d.htm 提出了访问请求。\n[0042] 网站端接收访问请求，撷取其中的URL地址，并对所述URL地址进行解析，以所述URL地址出现的第一个分节字符“/”为界将URL地址划分为网站主站和URL子部，即 将http://www.test-paten.com/cooperate/a.htm划 分 为 www.test-paten.com和/cooperate/a.htm，将 http://www.test-paten.com/cooperate/d.htm划 分 为 www.test-paten.com和/cooperate/d.htm。\n[0043] 首先验证商户A、B的访问请求中的网站主站是否为有效的地址。由于商户A、B的访问请求中的网站主站都是www.test-paten.com，为本网站的有效地址。\n[0044] 进一步验证所述URL子部是否包含在外部接口配置列表的范围内。现在假设所述外部接口配置列表包括有/cooperate/a.htm，/cooperate/b.htm，/cooperate/e.htm等路径信息。那么在所述外部接口配置列表进行查找，可以查找到/cooperate/a.htm，而不能查找到/cooperate/d.htm。\n[0045] 因此，经过验证可得到商户A的访问请求中的URL地址所对应的是已作了剥离处理的外部接口，而商户B的访问请求中的URL地址对应的是未作剥离处理的外部接口甚至并非外部接口。\n[0046] 对于商户A，就可以将原URL地址所对应的外部接口https://www.test-paten.com/cooperate/a.htm重定向到转接接口，在本实施例中，例如为网关接口https://www.gateway.test-paten.com/cooperate/a.htm，使得商户A通过重定向后的所述网关接口访问网站，在该重定向及访问过程中，商户A不会感觉有异常，且其对应的操作不会受到影响，避免了产生错误的可能性。对于商户B，对其不作任何处理，由其根据所述URL地址直接访问网站。\n[0047] 本发明另提供一种网站访问系统，图2是本发明网站访问系统在一个实施方式中的结构示意图。如图2所示，所述网站访问系统包括：地址撷取单元20、地址解析单元22、验证单元24和重定向单元26。\n[0048] 地址撷取单元20用于在接收的访问请求中撷取其中的URL地址的地址。具体来讲，所述地址撷取单元20可将网站访问的请求者输入的URL地址撷取得到。\n[0049] 地址解析单元22用于对接收的访问请求中的URL地址进行解析，得到网站主站和URL子部。具体来讲，在解析时，所述网站主站和URL子部的划分是通过URL地址中出现的第一个分节字符“/”实现的。\n[0050] 验证单元24用于验证所述URL子部是否包含在外部接口配置信息的范围内，所述外部接口配置信息中包括有已从网站主站剥离的至少一个外部接口的路径信息。实际上，在本实施例中，在验证所述URL子部是否包含在外部接口配置信息的范围内之前还包括验证所述网站主站的有效性进行验证。具体来讲，验证单元24根据解析单元22解析得到的网站主站，判断所述网站主站是否为有效的地址，只有在判断得到网站主站是有效的地址时，再进一步验证所述URL子部是否包含在外部接口配置信息的范围内。\n[0051] 与网站主站捆绑在一起的有可能有好多个外部接口，网站的维护工程师在对外部接口的剥离处理是逐步进行的，故存在这样的情形：在所有原先的外部接口中，有某些外部接口已作了剥离处理，而其他外部接口则还未作剥离处理。为了准确验证当前访问请求中URL地址所对应的外部接口的实际情况(是属于已作剥离处理的还是未作剥离处理的)，在本实施例中，特别地，可以预先将那些已作剥离处理的外部接口的路径信息予以整理并形成外部接口配置信息，存储在例如资料库28中。另外，所述外部接口配置信息在有多个外部接口时可以是呈列表或图表等形式。这样，以列表形式为例，在验证时，在所述外部接口配置列表进行查找，看是否有与地址解析单元22解析得到的URL子部相匹配的外部接口的路径信息。若经查找发现所述URL子部与外部接口配置列表中的某一个外部接口的路径信息相匹配，则可证明所述URL地址所对应的为已与网站主站进行剥离的多个外部接口中的其中一个外部接口。\n[0052] 在通过验证单元24验证得到所述网站主站是有效的地址且所述URL子部是包含在外部接口配置信息的范围内时，重定向单元26用于将所述访问请求中与URL子部对应的URL地址重定向到与从网站主站剥离的外部接口相关联的转接接口，使得访问者通过所述转接接口访问网站。\n[0053] 综上所述，本发明实施方式所述的网站访问方法及系统，与现有技术相比，通过将那些已作剥离处理的外部接口的路径信息予以整合成外部接口配置信息，使得商户用原先集成的外部接口访问网站时，验证所述外部接口是否在所述外部接口配置信息中，并在验证为是时，将所述外部接口重定向到与从网站主站剥离的外部接口相关联的转接接口，使得访问者通过重定向的所述转接接口无障碍地正常访问网站并执行相应的操作，简单易行，并避免因外部接口自网站主站剥离后可能产生的无法访问或突然中断等错误。\n[0054] 本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述程序可以存储于计算机可读取存储介质中，所述存储介质可包括例如：ROM/RAM、磁碟、光盘等。\n[0055] 本发明虽然以较佳实施例公开如上，但其并不是用来限定本发明，任何本领域技术人员在不脱离本发明的精神和范围内，都可以做出可能的变动和修改，因此本发明的保护范围应当以本发明权利要求所界定的范围为准。