CN102281302A - 资源访问处理方法及系统 - Google Patents

Abstract

本发明提供一种资源访问处理方法及系统。该方法包括：资源访问处理系统通过REST API接收用户发送的资源访问处理请求，其中所述资源访问处理请求携带有待访问处理资源的URL；所述资源访问处理系统根据所述资源访问处理请求对与所述URL对应的增值业务信息进行处理，其中，增值业务信息在所述资源访问处理与URL一一对应存储。根据本发明的资源访问处理方法及系统，实现了在资源访问处理过程中无需进行不同资源访问处理平台之间的数据同步。

Description

资源访问处理方法及系统

技术领域

本发明涉及信息处理技术，尤其涉及一种资源访问处理方法及系统。

背景技术

目前，电信运营商拥有大量、丰富的增值业务产品，包括服务于全国用户的全国级增值业务产品以及由运营商省级公司运营开展的、服务于省用户的省级增值业务产品。随着电信竞争形势的发展，增值业务的全网统一性和全网管控力度变得尤为重要。

现有技术中，增值业务的管理通常基于增值业务管理平台或业务支撑系统(BSS)的业务处理系统(PRM)/话费管理系统(CRM)等。具体地，增值业务管理平台与BSS通常分为全国级和省级，其中全国级增值业务管理平台管理全国级增值业务产品，并将全国级增值业务产品同步到省级的管理平台；省级管理平台管理省级增值业务，同时也从全国级平台同步全国级增值业务。用户使用增值业务最终落地到省级平台，在省级平台经过订购、鉴权等操作，话单在省级平台生成，省级平台通常会把全国级业务的订购关系、话单等回传给全国级平台。这种管理架构是依靠平台自身数据库、两级平台之间的接口，以及各平台数据/功能相对独立的方式实现的。

可以看出，当采用上述方式进行增值业务资源处理时，由于两级平台之间有数据同步，一方面降低了资源处理的实时性，另一方面还容易因两级平台的版本或对规范的理解等差异而造成同步出错。

发明内容

本发明提供一种资源访问处理方法及系统，用于实现在资源访问处理过程中无需进行不同资源访问处理平台之间的数据同步。

根据本发明的一方面，提供一种资源访问处理方法，包括：

资源访问处理系统通过REST API接收用户发送的资源访问处理请求，其中所述资源访问处理请求携带有待访问处理资源的URL；

所述资源访问处理系统根据所述资源访问处理请求对与所述URL对应的增值业务信息进行处理，其中，增值业务信息在所述资源访问处理系统中与URL一一对应存储。

根据本发明的另一方面，还提供一种资源访问处理系统，包括：

接口模块，用于通过REST API接收用户发送的资源访问处理请求，其中所述资源访问处理请求携带有待访问处理资源的URL；

执行模块，用于根据所述资源访问处理请求对与所述URL对应的增值业务信息进行处理；

资源存储模块，用于将增值业务信息与URL一一对应存储。

根据本发明提供的资源访问处理方法及系统，由于在资源访问处理系统将每个增值业务信息作为REST架构的一个资源并以URL进行标识，用户通过向统一的接口REST API发送携带有待访问处理资源的URL的资源访问处理请求，实现对资源访问处理系统中资源的访问及操作。所以，可以实现全网增值业务信息的统一视图和统一管理，即无需对全国级增值业务信息和省级增值业务信息在相互独立的平台上进行管理，从而无需进行全国级平台和省级平台之间的数据同步，避免了因数据同步而带来的同步不及时、同步出错等问题。

附图说明

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

图1为本发明资源访问处理方法的流程示意图。

图2为用于实现上述实施例的资源访问处理方法的网络架构图。

图3为本发明资源访问处理系统的结构示意图。

具体实施方式

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

图1为本发明资源访问处理方法的流程示意图。如图1所示，该资源访问处理方法包括以下步骤：

步骤S101，资源访问处理系统通过表述性状态转移应用程序编程接口(Representational State Transfer Application Programming Interface，RESTAPI)接收用户发送的资源访问处理请求，其中所述资源访问处理请求携带有待访问处理的统一资源定位符(Uniform Resource Locator，URL)；

步骤S102，所述资源访问处理系统根据所述资源访问处理请求对与所述URL对应的增值业务信息进行处理，其中，增值业务信息在所述资源访问处理系统中与URL一一对应存储。

图2为用于实现上述实施例的资源访问处理方法的网络架构图。如图2所示，该网络架构中包括用于与用户进行交互、获取用户输入的资源访问处理请求的终端设备21，和用于实现上述资源访问处理方法的资源访问处理系统22。其中，终端设备21例如为支持增值业务管理门户网站、运营商其他系统或第三方应用系统的网络节点。此外，该网络架构中还可包括与终端设备相连接的认证体系23，其用于当用户在终端设备上发起对资源访问处理系统22的登陆请求时，根据用户输入的登陆信息对用户进行身份认证，并当身份认证通过时，使用户成功登陆资源访问处理系统22。

其中，资源访问处理系统22采用REST架构将资源访问请求抽象为简单、统一的开放式接口RESTAPI，其通过RESTAPI与终端设备进行通信，例如接收已成功登陆到资源访问处理系统22的用户发送的资源访问处理请求；并且对接收到的资源访问处理请求进行解析，例如通过解析获知该资源访问处理请求为读请求、写请求、查询请求或删除请求，从预先存储的操作指令(即可由用户对资源进行操作的操作指令，例如包括读指令、写指令、查询指令和删除指令)中调用相应的操作指令，对与资源访问处理请求携带的URL对应的增值业务信息进行相应处理。其中，资源访问处理系统22中预先存储有增值业务信息，并且各增值业务信息映射为唯一的URL地址进行存储。

更为具体地，资源访问处理系统22中存储的增值业务信息可包括两类：第一类是增值业务基本信息，例如服务提供商(Service Provider，SP)、业务描述、业务资费、业务级别(全国级或省级)、业务配置信息(例如IP地址和端口号等)、业务状态和与业务对应的URL地址等；另一类是与增值业务相关的其他信息，例如增值业务订购关系和增值业务使用记录等。而且，各增值业务信息均被抽象为REST架构中的一个“资源”，并为每一个“资源”都设置一个资源地址URL。对于增值业务基本信息的URL的规划，需遵循一定的规则，例如全国级的增值业务基本信息统一放置在一个路径下，如：“http://hostname.com/vas/uninet”；省级的增值业务基本信息按照各省设置不同路径，如“http://hostname.com/vas/beijing  ”和“http://hostname.com/vas/zhejiang”等；而且，例如路径的前半部分一致，后半部分则根据资源名称不同而指向不同的增值业务基本信息，优选地，路径中的名称采用易于理解的表示方式并体现规律性。具体地，例如，某全国性手机报业务的资源地址可以是：“http://hostname.com/vas/uninet/phonepaper/serviceId＝7896521”。此外，对于增值业务相关的其他信息也以资源的形式进行规划，例如增值业务订购关系的URL为“http://hostname.com/vas/subscriptions”，并且某个具体的增值业务订购关系例如为http://hostname.com/vas/subscriptions/id＝12345，某个用户的增值业务订购关系例如为“http://hostname.com/vas/subscriptions/userId＝13010000000”，而某个增值业务使用记录例如为“http://hostname.com/vas/cdrs/serviceId＝7896521”。

基于图2所示的网络架构中进行资源访问处理时，运营商的业务管理人员可以通过增值业务管理门户网站实现对增值业务的操作。这些业务上的流程操作都可对应于REST架构中的资源的访问操作。具体地，增值业务信息的发布相当于增加一个资源，即由业务管理人员通过在当前提供增值业务管理门户网站界面的计算机上输入携带有待发布增值业务信息和待发布增值业务信息所映射的URL的写请求；增值业务信息的审核相当于资源的读取，即由业务管理人员输入携带有待审核增值业务信息所映射的URL的读请求；增值业务信息的下线相当于资源的删除，即由业务管理人员输入携带有待删除增值业务信息所映射的URL的删除请求；增值业务信息的查询相当于资源的查询，即由业务管理人员或用户输入携带有待查询增值业务信息所映射的URL的查询请求，例如所携带的URL为“http://hostname.com/vas/subscriptions/userId＝13010000000”，表示查询userId为为13010000000的用户的全部增值业务订购关系。

而且，图2所示的网络架构也可用于实现用户对自身的增值业务订购和取消等个人增值业务管理。具体地，用户在终端设备上登陆增值业务管理门户网站，并在输入有效的用户名和密码后进入该用户的增值业务管理界面。该用户的增值业务管理界面上提供有分别列有运营商当前可提供的增值业务的名称的按键，以“手机报”按键为例，该按键与“手机报”资源的URL“http://hostname.com/vas/uninet/phonepaper/serviceId＝7896521”相链接，并默认为通过点击触发“读请求”，即当用户点击“手机报”按键时，增值业务管理门户网站自动向资源访问处理系统22发送携带有所链接“手机报”URL的读请求，以使资源访问处理系统22响应该读请求，向用户提供URL为“http://hostname.com/vas/uninet/phonepaper/serviceId＝7896521”的Web页面。

该Web页面上可向用户显示与“手机报”相关的各项信息，例如包括业务描述和业务资费等。此外，该Web页面上还可设置有“订购”按键。当用户点击“订购”按键时，增值业务管理门户网站自动向资源访问处理系统22发送携带有当前用户手机报订购关系的URL“http://hostname.com/vas/uninet/phonepaper/serviceId＝789652/subscriptions/userId＝13010000000”的“写请求”。资源访问处理系统22接收该“写请求”后，在本系统内增加URL为“http://hostname.com/vas/uninet/phonepaper/serviceId＝789652/subscriptions/userId＝13010000000”的资源，并且可通知与该资源访问处理系统22相连接的相关执行系统针对与该userID对应的手机号自动开启手机报业务。

类似地，该用户可通过点击增值业务管理系统上提供的“已订购增值业务查询”按钮，由增值业务管理门户网站向资源访问处理系统22发送携带有URL为“http://hostname.com/vas/subscriptions/userId＝13010000000”的查询请求。资源访问处理系统22响应该查询请求，向增值业务管理门户网站返回该用户的全部已订购增值业务列表。若用户想取消某一已订购的增值业务，可通过点击与该增值业务对应的“取消订购”，由增值业务管理系统向资源访问处理系统22发送携带有该订购关系的URL的删除请求，以使资源访问处理系统22响应该删除请求删除相应资源，并且可通知相关执行系统针对与该userID对应的手机号自动关闭手机报业务。

优选地，增值业务管理门户网站可提供资源导航功能，用户通过查看资源导航即可轻松掌握整个资源访问处理系统22中的资源数目和URL地址规划，并可访问到资源URL所对应的页面。

此外，虽然上述以运营商的业务管理人员通过增值业务管理门户网站实现对增值业务的操作为例进行说明，但本领域的技术人员应当理解，对于任意被授权可与资源访问处理系统22相通信的系统或提供给授权用户的Web页面，均可用于获取用户发送的资源访问处理请求、并通过REST API访问资源访问处理系统22，以实现用户对增值业务信息的操作。例如，客服人员可通过运营商的客服系统访问资源访问处理系统22，获取用户增值业务使用记录，以解决业务使用纠纷问题或进行相关统计分析。并且，在这些系统界面或Web页面上，可将资源的URL连接到标识有增值业务名称的按键上，从而使得用户可通过点击增值业务名称即可轻松访问到该增值业务信息的页面。

根据上述实施例的资源访问处理方法，由于在资源访问处理系统22将每个增值业务信息作为REST架构的一个资源并以URL进行标识，用户通过向统一的接口REST API发送携带有待访问处理资源的URL的资源访问处理请求，实现对资源访问处理系统22中资源的访问及操作。所以，可以实现全网增值业务信息的统一视图和统一管理，即无需对全国级增值业务信息和省级增值业务信息在相互独立的平台上进行管理，从而无需进行全国级平台和省级平台之间的数据同步，避免了因数据同步而带来的同步不及时、同步出错等问题。此外，由于资源访问处理系统22通过对外开放的接口REST API接收外部的资源访问处理请求，所以使得资源访问处理系统22具备良好的开放性，既可通过授权提供给运营商的其他系统使用资源，又可通过开放接口和鉴权控制等把资源有选择、有优先级地开放给第三方开发者，实现资源的重新整合和优化。

进一步地，在上述实施例的资源访问处理方法中，所述资源访问处理系统根据所述资源访问处理请求对与所述URL对应的增值业务信息进行处理之前，还包括：

所述资源访问处理系统检测所述用户是否具有与所述资源访问处理请求对应的资源访问权限；

所述资源访问处理系统根据所述资源访问处理请求对与所述URL对应的增值业务信息进行处理包括：

若所述用户具有与所述资源访问处理请求对应的资源访问权限，则根据所述资源访问处理请求对与所述URL对应的增值业务信息进行处理。

具体地，资源访问处理系统还可提供资源访问鉴权控制功能，该鉴权控制功能例如基于OAuth协议来实现。资源访问处理系统在接收到用户发送的资源访问处理请求时，还检测该用户的权限信息。更为具体地，资源访问处理系统例如获取该用户的用户名并通过查询预先存储的与用户名对应的权限信息获取该用户的权限信息，该权限信息例如包括读权限、写权限、查询权限、删除权限或这几种权限的复合权限等；而且，还可对资源的不同域进行权限控制，例如仅具有对增值业务基本信息中的业务配置信息的写权限。资源访问处理系统仅对用户权限范围内的资源访问处理请求进行处理，例如若获知某用户仅具有读权限，但所接收的该用户发送的资源访问处理请求为写请求时，则执行该写请求并向用户返回错误提示信息，若该用户发送的资源访问处理请求为读请求，则调取读指令并利用读指令读取指定的资源并向用户返回。

根据上述实施例的资源访问处理方法，通过由资源访问处理系统对进行资源访问处理的用户进行权限控制，实现了资源的有选择性开放、分权限访问以及对资源提供了安全保护。而且，通过进行权限控制，可使得全国级业务管理员能够读取和修改全国级增值业务信息，省级业务管理员仅能够读取和修改本省增值业务信息，所以在这种全网增值业务信息的统一视图和统一管理的基础上，仍能够实现省级信息和全国级信息的区别管理。

进一步地，在上述实施例的资源访问处理方法中，所述增值业务信息分布存储在所述资源访问处理系统的至少两个数据库中。

具体地，资源访问处理系统对增值业务信息进行分布式存储，相应地，该资源访问处理系统还需提供存储管理功能，用于管理已存储资源与数据库之间的对应关系，并用于按照一定规则将待存储资源分配至某一数据库进行存储。

进一步地，在上述实施例的资源访问处理方法中，在所述资源访问处理系统通过REST API接收用户发送的资源访问处理请求的步骤之前还包括：

所述资源访问处理系统获取并存储增值业务信息与URL之间的映射关系，和与用户对应的资源访问权限。

具体地，资源访问处理系统还提供资源管理功能，其用于负责资源的URL分配规则等；而且，用户可预先向资源访问处理系统输入权限信息和/或对权限信息进行维护，以根据需要实现资源访问的鉴权控制。

图3为本发明资源访问处理系统的结构示意图。如图3所示，该资源访问处理系统包括：

接口模块31，用于通过REST API接收用户发送的资源访问处理请求，其中所述资源访问处理请求携带有待访问处理资源的URL；

执行模块32，用于根据所述资源访问处理请求对与所述URL对应的增值业务信息进行处理；

资源存储模块33，用于将增值业务信息与URL一一对应存储。

上述实施例的资源访问处理系统执行资源访问处理的流程与上述实施例的资源访问处理方法相同，故此处不再赘述。

根据上述实施例的资源访问处理系统，由于将每个增值业务信息作为REST架构的一个资源并以URL进行标识，用户通过向统一的接口RESTAPI发送携带有待访问处理资源的URL的资源访问处理请求，实现对资源访问处理系统中资源的访问及操作。所以，可以实现全网增值业务信息的统一视图和统一管理，即无需对全国级增值业务信息和省级增值业务信息在相互独立的平台上进行管理，从而无需进行全国级平台和省级平台之间的数据同步，避免了因数据同步而带来的同步不及时、同步出错等问题。此外，由于资源访问处理系统通过对外开放的接口REST API接收外部的资源访问处理请求，所以使得资源访问处理系统具备良好的开放性，既可通过授权提供给运营商的其他系统使用资源，又可通过开放接口和鉴权控制等把资源有选择、有优先级地开放给第三方开发者，实现资源的重新整合和优化。

进一步地，在上述实施例的资源访问处理系统中，还包括：

鉴权模块，用于检测所述用户是否具有与所述资源访问处理请求对应的资源访问权限；若是，则将所述资源访问处理请求发送至所述执行模块，以由所述执行模块根据所述资源访问处理请求对与所述URL对应的增值业务信息进行处理。

具体地，该鉴权模块例如获取发送资源访问处理请求的用户的用户名，并根据该用户名在预先存储的资源访问权限中查询与该用户名对应的资源访问权限，并根据该资源访问权限判断该用户所发送的资源访问处理请求是否在资源访问权限范围内。若是，则将资源访问处理请求发送至执行模块，以由所述执行模块根据所述资源访问处理请求对与所述URL对应的增值业务信息进行处理；若否，则不将将资源访问处理请求发送至执行模块，并通过接口模块向用户返回错误提示信息。

根据上述实施例的资源访问处理系统，通过对进行资源访问处理的用户进行权限控制，实现了资源的有选择性开放、分权限访问以及对资源提供了安全保护。而且，通过进行权限控制，可使得全国级业务管理员能够读取和修改全国级增值业务信息，省级业务管理员仅能够读取和修改本省增值业务信息，所以在这种全网增值业务信息的统一视图和统一管理的基础上，仍能够实现省级信息和全国级信息的区别管理。

进一步地，在上述实施例的资源访问处理系统中，所述资源访问处理请求包括读请求、写请求、查询请求或删除请求。

进一步地，在上述实施例的资源访问处理系统中，资源存储模块包括至少两个数据库，并将所述增值业务信息分布存储在所述至少两个数据库中。

进一步地，在上述实施例的资源访问处理系统中，还包括：

资源管理模块，用于获取并存储增值业务信息与URL之间的映射关系；

权限管理模块，用于获取并存储与用户对应的资源访问权限，以使所述鉴权模块根据所述资源访问权限执行鉴权操作。

具体地，用户可对在资源管理模块中设置增值业务信息与URL之间的映射关系，并且可对资源管理模块中存储的增值业务信息与URL之间的映射关系进行查询；类似地，用户可根据需要在权限管理模块中对用户的资源访问权限进行设置和维护。

此外，在上述实施例的资源访问处理系统中还可包括存储管理模块、安全管理模块和系统管理模块等。例如，存储管理模块用于记录每个资源在资源存储模块中所占有用的存储空间，和当对资源进行分布式存储时每个资源存储在哪个网络节点的数据库中等信息；安全管理模块例如记录资源访问处理系统的被访问频率等信息，并根据预置规则提供的系统安全性分析等；系统管理模块用于记录系统日志、访问记录、API调用和系统告警等信息。

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

Claims (10)

1.一种资源访问处理方法，其特征在于，包括：

资源访问处理系统通过表述性状态转移应用程序编程接口REST API接收用户发送的资源访问处理请求，其中所述资源访问处理请求携带有待访问处理资源的统一资源定位符URL；

所述资源访问处理系统根据所述资源访问处理请求对与所述URL对应的增值业务信息进行处理，其中，增值业务信息在所述资源访问处理系统中与URL一一对应存储。

2.根据权利要求1所述的资源访问处理方法，其特征在于，所述资源访问处理系统根据所述资源访问处理请求对与所述URL对应的增值业务信息进行处理之前，还包括：

所述资源访问处理系统检测所述用户是否具有与所述资源访问处理请求对应的资源访问权限；

所述资源访问处理系统根据所述资源访问处理请求对与所述URL对应的增值业务信息进行处理包括：

若所述用户具有与所述资源访问处理请求对应的资源访问权限，则根据所述资源访问处理请求对与所述URL对应的增值业务信息进行处理。

3.根据权利要求1或2所述的资源访问处理方法，其特征在于，所述资源访问处理请求包括读请求、写请求、查询请求或删除请求。

4.根据权利要求1或2所述的资源访问处理方法，其特征在于，所述增值业务信息分布存储在所述资源访问处理系统的至少两个数据库中。

5.根据权利要求1或2所述的资源访问处理方法，其特征在于，在所述资源访问处理系统通过REST API接收用户发送的资源访问处理请求的步骤之前还包括：

所述资源访问处理系统获取并存储增值业务信息与URL之间的映射关系以及与用户对应的资源访问权限。

6.一种资源访问处理系统，其特征在于，包括：

接口模块，用于通过REST API接收用户发送的资源访问处理请求，其中所述资源访问处理请求携带有待访问处理资源的URL；

执行模块，用于根据所述资源访问处理请求对与所述URL对应的增值业务信息进行处理；

资源存储模块，用于将增值业务信息与URL一一对应存储。

7.根据权利要求6所述的资源访问处理系统，其特征在于，还包括：

鉴权模块，用于检测所述用户是否具有与所述资源访问处理请求对应的资源访问权限；若是，则将所述资源访问处理请求发送至所述执行模块，以由所述执行模块根据所述资源访问处理请求对与所述URL对应的增值业务信息进行处理。

8.根据权利要求6或7所述的资源访问处理系统，其特征在于，所述资源访问处理请求包括读请求、写请求、查询请求或删除请求。

9.根据权利要求6或7所述的资源访问处理系统，其特征在于，资源存储模块包括至少两个数据库，并将所述增值业务信息分布存储在所述至少两个数据库中。

10.根据权利要求6或7所述的资源访问处理系统，其特征在于，还包括：

资源管理模块，用于获取并存储增值业务信息与URL之间的映射关系；

权限管理模块，用于获取并存储与用户对应的资源访问权限，以使所述鉴权模块根据所述资源访问权限执行鉴权操作。

Images