数据卡后台系统及其操作方法

暂无

技术领域\n本发明涉及通信技术领域，尤其涉及数据卡后台系统及其操作方法。\n背景技术\n随着通信网络带宽的不断增加，越来越多的用户通过数据卡进行通信、数据业务或是个人信息管理。用户可以通过数据卡的后台系统，实现如查看通话记录、短信内容、联系人记录、发起呼叫以及拨号上网等用户操作。\n现有技术中，数据卡后台系统只要检测到用户操作请求，就会直接执行相应的操作，因此，不论是数据卡的所有者还是其他人员，均可以实现如查看通话记录、短信内容、发起呼叫以及拨号上网等用户操作，而事实上，数据卡的所有者往往希望能够对重要信息或重要操作加以保护，以避免被其他人获知或盗用，因此，在现有技术中，数据卡后台系统的操作安全性比较差。\n发明内容\n本发明实施例要解决的技术问题是提供数据卡后台系统及其操作方法。\n为解决上述技术问题，本发明的实施例提供以下技术方案：\n一种数据卡后台系统的操作方法，包括：\n对用户操作请求进行检测；\n若检测到用户操作请求，判断该请求中的操作类型信息所指示的操作是否属于受限操作，若否，直接执行所述操作类型信息所指示的操作；若是，则进一步判断用户是否具有操作权限，若具有操作权限，则执行所述请求中的操作类型信息所指示的操作；所述判断所述请求中的操作类型信息所指示的操作是否属于受限操作包括：判断所述请求中的操作类型信息是否属于受限集合，若所述请求中的操作类型信息属于受限集合，所述操作类型信息所指示的操作属于受限操作，若所述请求中的操作类型信息不属于受限集合，所述操作类型信息所指示的操作不属于受限操作。\n一种数据卡后台系统，包括检测单元、操作权限管理单元和后台应用单元：\n检测单元，用于对用户操作请求进行检测；\n操作权限管理单元包括受限操作判断单元和操作权限判断单元：\n受限操作判断单元用于在检测单元检测到用户操作请求后，判断所述请求中的操作类型信息所指示的操作是否属于受限操作，在判断结果为是时，生成包括所述操作类型信息的判断权限控制命令并输出，在判断结果为否时，生成包括所述操作类型信息的执行操作控制命令并输出；所述判断所述请求中的操作类型信息所指示的操作是否属于受限操作包括：判断所述请求中的操作类型信息是否属于受限集合，若所述请求中的操作类型信息属于受限集合，所述操作类型信息所指示的操作属于受限操作，若所述请求中的操作类型信息不属于受限集合，所述操作类型信息所指示的操作不属于受限操作；\n操作权限判断单元用于根据判断权限控制命令判断用户是否具有操作权限，在判断结果为是时，生成包括该命令中的操作类型信息的执行操作控制命令并输出；\n后台应用单元，用于根据执行操作控制命令，执行与该命令中的操作类型信息对应的操作。\n从以上技术方案可以看出，本发明实施例中，数据卡后台系统在检测到用户操作请求后，会先判断用户是否具有操作权限，只有在用户具有操作权限时，才执行相应的操作，在不具有操作权限时，则不会执行；与现有技术中数据卡后台系统检测到用户操作请求后，即直接执行相应的操作相比，可以提高数据卡后台系统的操作安全性，进而提高用户的使用体验和满意度。\n附图说明\n图1是本发明数据卡后台系统实施例一结构图；\n图2是本发明数据卡后台系统实施例二结构图；\n图3是本发明数据卡后台系统实施例三结构图；\n图4是本发明数据卡后台系统的操作方法实施例三的流程图。\n具体实施方式\n下面结合附图，对本发明提供的数据卡后台系统及其操作方法的推荐实施例进行详细描述。\n本发明数据卡后台系统实施例一：参考图1，该系统包括检测单元110、操作权限管理单元120和后台应用单元130：\n检测单元110用于对用户操作请求进行检测。\n操作权限管理单元120包括受限操作判断单元121和操作权限判断单元122：\n受限操作判断单元121，用于在检测单元110检测到用户操作请求后，判断所述请求中的操作类型信息所指示的操作是否属于受限操作，在判断结果为是时，生成包括所述操作类型信息的判断权限控制命令并输出，在判断结果为否时，生成包括所述操作类型信息的执行操作控制命令并输出。\n操作权限判断单元122，用于根据判断权限控制命令判断用户是否具有操作权限，在判断结果为是时，生成包括该命令中的操作类型信息的执行操作控制命令并输出，在判断结果为否时，不输出执行操作控制命令。\n后台应用单元130，用于根据执行操作控制命令，执行与该命令中的操作类型信息对应的操作。\n在本实施例中，判断用户是否具有操作权限可以是根据用户信息进行身份认证，若认证通过，则具有操作权限，若认证失败，则不具有操作权限。\n在本实施例中，判断用户是否具有操作权限还可以是根据用户信息进行身份认证，若认证通过，则具有操作权限；若认证失败，则根据用户重新提供的信息重新进行身份认证，直到认证通过或认证已达到预定的次数，若达到预定的次数后认证仍不通过，则不具有操作权限。\n其中，根据用户信息进行身份认证可以是对用户输入的密码和存储在后台数据库中的密码进行比较，若两者一致，则认证通过，若两者不一致，则认证失败。\n在本实施例中，判断所述请求中的操作类型信息所指示的操作是否属于受限操作可以是：判断所述请求中的操作类型信息是否属于固定受限集合，若是，所述操作类型信息所指示的操作属于受限操作，若否，不属于受限操作。\n在本实施例中，判断所述请求中的操作类型信息所指示的操作是否属于受限操作还可以是：判断所述请求中的操作类型信息是否属于可受限集合，若属于可受限集合，进一步判断是否属于实际受限集合，若属于实际受限集合，则所述操作类型信息所指示的操作属于受限操作，若所述操作类型信息不属于可受限集合或实际受限集合，则不属于受限操作。\n本发明数据卡后台系统实施例二：参考图2，本实施例与本发明数据卡后台系统实施例一类似，区别之处在于，在本实施例中，操作权限管理单元120还包括用户群组判断单元123，用于在检测单元110检测到用户操作请求后，判断用户是否属于对所述操作类型信息所指示的操作具有操作权限的群组，并在判断结果为是时，通知受限操作判断单元121对用户操作请求中的操作类型信息的指示的操作是否属于受限操作进行判断。\n本发明数据卡后台系统实施例三：参考图3，本实施例与本发明数据卡后台系统实施例一类似，区别之处在于，在本实施例中，操作权限管理单元包括320包括权限保护功能激活判断单元321、受限操作判断单元322和操作权限判断单元323：\n权限保护功能激活判断单元321，用于在检测单元110检测到用户操作请求后，判断操作权限保护功能是否被激活，在判断结果为是时，生成包括所述用户操作请求中的操作类型信息的受限操作判断控制命令并输出，在判断结果为否时，生成包括所述操作类型信息的执行操作控制命令并输出。\n受限操作判断单元322，用于根据受限操作判断控制命令，判断该命令中的操作类型信息所指示的操作是否属于受限操作，在判断结果为是时，生成包括所述操作类型信息的判断权限控制命令并输出，在判断结果为否时，生成包括所述操作类型信息的执行操作控制命令并输出。\n操作权限判断单元323，用于根据判断权限控制命令判断用户是否具有操作权限，在判断结果为是时，生成包括该命令中的操作类型信息的执行操作控制命令并输出，在判断结果为否时，不输出执行操作控制命令。\n本发明数据卡后台系统实施例四：本实施例与本发明数据卡后台系统实施例三类似，区别之处在于，在本实施例中，所述操作权限管理单元还包括用户群组判断单元，用于在检测单元检测到用户操作请求后，判断用户是否属于对所述操作类型信息所指示的操作具有操作权限的群组，并在判断结果为是时，通知权限保护功能激活判断单元对操作权限保护功能是否被激活进行判断。\n下面对本发明提高数据卡后台系统的操作安全性的方法实施例进行描述。\n本发明数据卡后台系统的操作方法实施例一：在本实施例中，所述方法包括以下流程：\nB1、对用户操作请求进行检测。\n可以在数据卡后台系统的用户界面上提供不同的用户操作入口，用户可以通过各操作入口进行如查看通话记录、短信内容、联系人记录、发起呼叫以及拨号上网等用户操作。\nB2、判断所述用户操作请求中的操作类型信息所指示的操作是否属于受限操作，若是，执行B3，若否，直接执行所述操作类型信息所指示的操作，结束流程。\n在本实施例中，根据采用的操作权限保护策略的不同，数据卡后台系统可以维护一个或多个受限集合，以下通过两个具体实例加以说明：\n实例一、采用固定的操作权限保护策略\n当采用固定的操作权限保护策略时，数据卡后台系统可以维护一个固定受限集合，在该集合中可以记录预置的受限操作的类型信息。此时，判断操作类型信息所指示的操作是否属于受限操作可以是：判断所述请求中的操作类型信息是否属于固定受限集合，若是，所述操作类型信息所指示的操作属于受限操作，若否，不属于受限操作。\n实例二、采用可配置的操作权限保护策略\n当采用可配置的操作权限保护策略时，数据卡后台系统需要维护一个可受限集合，在该集合中记录预置的可以受限的操作的类型信息，另外还需要维护一个实际受限集合，该集合是可受限集合的一个子集，其初始内容可以为空，也可以是预置的受限操作的类型信息，在应用过程中，该集合的内容可以进行动态的配置；例如，可以在数据卡后台系统的用户界面上提供受限集合设置入口，用户通过该入口对需要受限的操作进行设置。采用可配置的操作权限保护策略时，判断操作类型信息所指示的操作是否属于受限操作可以是：判断所述请求中的操作类型信息是否属于可受限集合，若属于可受限集合，进一步判断是否属于实际受限集合，若属于实际受限集合，则所述操作类型信息所指示的操作属于受限操作，若所述操作类型信息不属于可受限集合或实际受限集合，则不属于受限操作。\nB3、判断用户是否具有操作权限，若是，执行所述操作类型信息所指示的操作，若否，不执行该操作。\n在本实施例中，判断用户是否具有操作权限可以是根据用户信息进行身份认证，若认证通过，则具有操作权限，若认证失败，则不具有操作权限。\n在本实施例中，判断用户是否具有操作权限还可以是根据用户信息进行身份认证，若认证通过，则具有操作权限；若认证失败，则根据用户重新提供的信息重新进行身份认证，直到认证通过或认证已达到预定的次数，若达到预定的次数后认证仍不通过，则不具有操作权限。\n其中，根据用户信息进行身份认证可以是对用户输入的密码和存储在后台数据库中的密码进行比较，若两者一致，则认证通过，若两者不一致，则认证失败。\n可以在数据卡后台系统的用户界面上提供密码管理操作入口，例如密码设置入口、修改入口、认证失败时的处理策略设置入口等，用户可以通过密码管理操作入口进行密码、是否重新认证、重新认证次数等参数的设置和修改等，被设置和修改的参数可以存储在后台数据库中。\n本发明实施例中，数据卡后台系统在检测到用户操作请求后，会先判断用户是否具有操作权限，只有在用户具有操作权限时，才执行相应的操作，在不具有操作权限时，则不会执行；与现有技术中数据卡后台系统检测到用户操作请求后，即直接执行相应的操作相比，可以提高数据卡后台系统的操作安全性，进而提高用户的使用体验和满意度。\n本发明数据卡后台系统的操作方法实施例二：在本发明实施例中与本发明方法实施例一类似，区别之处在于，在本实施例中，可以建立多个用户群组，并规定各用户群组各自具有对某些操作的操作权限，在检测到用户操作请求之后，可以先判断用户是否属于对所述用户操作请求中的操作类型信息所指示的操作具有操作权限的群组，如果是，再执行判断该请求中的操作类型信息所指示的操作是否属于受限操作的步骤。\n本发明数据卡后台系统的操作方法实施例三：参考图4，在本实施例中，所述方法包括以下流程：\nC1、对用户操作请求进行检测。\nC2、判断操作权限保护功能是否被激活，若是，执行C3，若否，直接执行所述用户操作请求中的操作类型信息所指示的操作，结束流程。\n可以在数据卡后台系统的用户界面上提供操作权限保护功能激活、去激操作入口，用户可以通过操作入口设置操作权限保护功能为激活或去激活状态，操作权限保护功能的状态值可以被存储在后台数据库中；判断操作权限保护功能是否被激活时可以根据后台数据库中的操作权限保护功能的状态值来实现。\nC3、判断所述操作类型信息所指示的操作是否属于受限操作，若是，执行C4，若否，直接执行所述操作类型信息所指示的操作，结束流程。\n在本实施例中，判断操作类型信息所指示的操作是否属于受限操作可以参照本发明方法实施例二中相关内容实现。\nC4、判断用户是否具有操作权限，若是，执行所述操作类型信息所指示的操作，若否，不执行该操作。\n在本实施例中，判断用户是否具有操作权限可以参照本发明提高数据卡后台系统的操作安全性的方法实施例一中相关内容实现。\n本发明数据卡后台系统的操作方法实施例四：在本发明实施例中与本发明方法实施例三类似，区别之处在于，在本实施例中，在检测到用户操作请求之后，可以先判断用户是否属于对所述用户操作请求中的操作类型信息所指示的操作具有操作权限的群组，如果是，再执行判断操作权限保护功能是否被激活的步骤。\n本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以存储于计算机可读取存储介质中，该程序在执行时，可以包括如下步骤：对用户操作请求进行检测，若检测到用户操作请求，判断该请求中的操作类型信息所指示的操作是否属于受限操作，若是，直接执行所述操作类型信息所指示的操作；若否，则进一步判断用户是否具有操作权限，若具有操作权限，则执行所述请求中的操作类型信息所指示的操作作。这里所称的存储介质，如：ROM/RAM、磁碟、光盘等。\n本发明实施例中，数据卡后台系统在检测到用户操作请求后，会先判断用户是否具有操作权限，只有在用户具有操作权限时，才执行相应的操作，在不具有操作权限时，则不会执行；与现有技术中数据卡后台系统检测到用户操作请求后，即直接执行相应的操作相比，可以提高数据卡后台系统的操作安全性，进而提高用户的使用体验和满意度。\n以上对本发明实施例所提供的数据卡后台系统及其操作方法进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。