CN106371873A - 应用程序启动请求处理方法、服务器及系统 - Google Patents
应用程序启动请求处理方法、服务器及系统 Download PDFInfo
- Publication number
- CN106371873A CN106371873A CN201610781589.2A CN201610781589A CN106371873A CN 106371873 A CN106371873 A CN 106371873A CN 201610781589 A CN201610781589 A CN 201610781589A CN 106371873 A CN106371873 A CN 106371873A
- Authority
- CN
- China
- Prior art keywords
- application program
- client
- parameter
- request
- authorization code
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 17
- 238000013475 authorization Methods 0.000 claims abstract description 66
- 238000000034 method Methods 0.000 claims abstract description 37
- 238000011897 real-time detection Methods 0.000 claims description 7
- 241000208340 Araliaceae Species 0.000 claims description 4
- 235000005035 Panax pseudoginseng ssp. pseudoginseng Nutrition 0.000 claims description 4
- 235000003140 Panax quinquefolius Nutrition 0.000 claims description 4
- 235000008434 ginseng Nutrition 0.000 claims description 4
- 238000012545 processing Methods 0.000 claims description 4
- 230000001186 cumulative effect Effects 0.000 claims description 2
- 239000000969 carrier Substances 0.000 abstract 1
- 230000008569 process Effects 0.000 description 13
- 238000005516 engineering process Methods 0.000 description 7
- 230000006872 improvement Effects 0.000 description 7
- 230000006870 function Effects 0.000 description 4
- 238000004321 preservation Methods 0.000 description 4
- 230000008859 change Effects 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 238000000151 deposition Methods 0.000 description 1
- 235000013399 edible fruits Nutrition 0.000 description 1
- 238000007689 inspection Methods 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 230000002452 interceptive effect Effects 0.000 description 1
- 239000010979 ruby Substances 0.000 description 1
- 229910001750 ruby Inorganic materials 0.000 description 1
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/44—Arrangements for executing specific programs
- G06F9/445—Program loading or initiating
- G06F9/44505—Configuring for program initiating, e.g. using registry, configuration files
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/10—Protecting distributed programs or content, e.g. vending or licensing of copyrighted material ; Digital rights management [DRM]
- G06F21/105—Arrangements for software license management or administration, e.g. for managing licenses at corporate level
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Multimedia (AREA)
- Technology Law (AREA)
- Computer Hardware Design (AREA)
- Computer Security & Cryptography (AREA)
- Computer And Data Communications (AREA)
Abstract
本申请实施例公开了一种应用程序启动请求处理方法、服务器及系统。所述方法包括:接收客户端发来的获取应用程序启动参数的请求,所述请求附带有所述客户端的参数和所述应用程序的标识;基于所述应用程序的标识,判断当前是否存在所述应用程序的可用授权码;若判断结果为否,将所述客户端的参数写入预设请求队列,以便于在检测到存在所述应用程序的可用授权码时,向所述客户端发送所述应用程序的启动参数。本申请实施例的应用程序启动请求处理方法、服务器及系统,可以提高用于体验。
Description
技术领域
本申请涉及计算机技术领域,特别涉及一种应用程序启动请求处理方法、服务器及系统。
背景技术
随着计算机技术的发展,应用程序虚拟化技术逐渐得到了广泛应用。应用程序虚拟化通常是指将该应用程序的人机交互逻辑与计算逻辑隔离开来。应用程序虚拟化通常是基于客户端/服务器架构实现的,所述客户端负责该应用程序的启动、展示和交互,所述服务器负责该应用程序的安装和运行。
应用程序虚拟化的具体实现过程通常包括:客户端向服务器发送获取应用程序启动参数的第一请求,所述第一请求附带有所述应用程序的标识;服务器接收发来的第一请求,基于所述应用程序的标识,向客户端返回所述应用程序的启动参数;客户端接收发来的所述应用程序的启动参数,并向服务器发送启动所述应用程序的第二请求,所述第二请求附带有所述应用程序的启动参数;服务器接收客户端发来的第二请求,启动所述应用程序。
服务器上的应用程序可以供多个客户端同时访问,因此,服务器上的应用程序通常采用多个实例的方式运行,每个实例可以对应一个客户端。
目前,为了对应用程序的版权进行保护,应用程序的每个实例通常独占该应用程序的一个授权码(license,又称为许可码、密钥等),在该实例结束运行后,该实例所占用的授权码通常会被释放。并且,当不存在应用程序的可用授权码时,通常无法启动该应用程序。
服务器保存的每个应用程序的授权码数量通常是有限的。对于每个应用程序,当该应用程序的实例较多时,其授权码可能被用尽。此时,当用户通过客户端向服务器发送获取该应用程序启动参数的请求时,服务器通常向该客户端返回错误提示信息。但是,用户无法知晓何时存在可用的授权码。这样,每间隔一段时间,用户均需要通过客户端向服务器发送获取该应用程序启动参数的请求,使得用户的体验较低。
因此,急需一种应用程序启动请求处理方法,以提高用户体验。
发明内容
本申请实施例的目的是提供一种应用程序启动请求处理方法、服务器及系统,以对应用程序启动请求进行处理,提高用户体验。
为实现上述目的,本申请实施例提供的一种应用程序启动请求处理系统,包括客户端和服务器;所述客户端用于向服务器发送获取应用程序启动参数的请求,所述请求附带有所述客户端的参数和所述应用程序的标识;所述服务器用于接收发来的请求;基于所述应用程序的标识,判断当前是否存在所述应用程序的可用授权码;若判断结果为否,服务器将所述客户端的参数写入预设请求队列,以便于在检测到存在所述应用程序的可用授权码时,向所述客户端发送所述应用程序的启动参数。
为实现上述目的,本申请实施例提供的一种应用程序启动请求处理方法,包括:接收客户端发来的获取应用程序启动参数的请求,所述请求附带有所述客户端的参数和所述应用程序的标识;基于所述应用程序的标识,判断当前是否存在所述应用程序的可用授权码;若判断结果为否,将所述客户端的参数写入预设请求队列,以便于在检测到存在所述应用程序的可用授权码时,向所述客户端发送所述应用程序的启动参数。
为实现上述目的,本申请实施例提供的一种服务器,包括:应用程序启动参数获取请求接收单元,用于接收客户端发来的获取应用程序启动参数的请求,所述请求附带有所述客户端的参数和所述应用程序的标识;可用授权码判断单元,用于基于所述应用程序的标识,判断当前是否存在所述应用程序的可用授权码;客户端参数写入单元,用于若判断结果为否,将所述客户端的参数写入预设请求队列,以便于在检测到存在所述应用程序的可用授权码时,向所述客户端发送所述应用程序的启动参数。
为实现上述目的,本申请实施例提供的另一种应用程序启动请求处理方法,包括:实时检测是否存在应用程序的可用授权码;在检测到存在所述应用程序的可用授权码时,从预设请求队列中读取第一客户端的参数,所述第一客户端的参数包括所述第一客户端的标识和网络地址;基于所述第一客户端的参数,向所述第一客户端发送所述应用程序的启动参数。
为实现上述目的,本申请实施例提供的一种服务器,包括:可用授权码检测单元,用于实时检测是否存在应用程序的可用授权码;客户端参数读取单元,用于在检测到存在所述应用程序的可用授权码时,从预设请求队列中读取第一客户端的参数,所述第一客户端的参数包括所述第一客户端的标识和网络地址;启动参数发送单元,用于基于所述第一客户端的参数,向所述第一客户端发送所述应用程序的启动参数。
由以上本申请实施例提供的技术方案可见,本申请实施例,服务器在接收到客户端发来的获取应用程序启动参数的请求后,判断当前是否存在所述应用程序的可用授权码。若判断结果为否,服务器可以将所述客户端的参数写入预设请求队列,以便于当检测到存在所述应用程序的可用授权码时,向所述客户端发送所述应用程序的启动参数。这样,用户不需要每间隔一段时间,通过客户端向服务器发送获取所述应用程序启动参数的请求,而是直接可以接收服务器发来的所述应用程序的启动参数,从而提高了用户体验。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本申请应用程序启动请求处理方法一个实施例的流程图;
图2为本申请应用程序启动请求处理方法另一个实施例的流程图;
图3为本申请应用程序启动请求处理方法另一个实施例的流程图;
图4为本申请服务器一个实施例的功能结构图;
图5为本申请服务器另一个实施例的功能结构图。
具体实施方式
为了使本技术领域的人员更好地理解本申请中的技术方案,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都应当属于本申请保护的范围。
以下介绍本申请应用程序启动请求处理方法的一个实施例。请参阅图1,该实施例可以包括如下的步骤。
步骤S11:客户端向服务器发送获取应用程序启动参数的请求,所述请求附带有所述客户端的参数和所述应用程序的标识。
所述客户端可以包括但不限于PC(Personal Computer)机、服务器、工控机(工业控制计算机)、移动智能电话、平板电子设备、便携式计算机(例如笔记本电脑等)、个人数字助理(PDA)、桌面型计算机、智能穿戴设备等。
所述客户端的参数可以包括客户端的标识和网络地址。
所述客户端的标识可以用于唯一标识该客户端,具体可以包括该客户端所对应登录用户的用户标识、该客户端的出厂序列号、该客户端的物理地址(MAC地址,MediumAccess Control)、以及该客户端的国际移动设备标识码(IMEI,International MobileEquipment Identity)中的一个或多个。其中,所述用户标识可以包括用户的账户。例如,当用户使用其账户登录客户端后,可以向客户端发送启动应用程序的指令;客户端接收到用户发送的指令后,可以向服务器发送获取该应用程序启动参数的请求,所述请求可以附带有该用户的账户。
所述客户端的网络地址可以为客户端的IP地址(Internet Protocol Address,网际协议地址)或域名(Domain Name)。其中,所述IP地址可以包括IPV4地址和IPV6地址。
所述应用程序的标识可以用于唯一标识该应用程序,具体可以包括该应用程序的序列号等。
在一个实施方式中,所述客户端的参数还可以包括客户端的色彩参数和显示尺寸。其中,所述色彩参数可以包括色彩深度等,所述显示尺寸可以包括屏幕的长度和宽度等。这样,服务器可以根据客户端的色彩参数和显示尺寸,调整应用程序的运行参数,以便于更好地在客户端上显示所述应用程序的交互界面。
所述启动参数可以为启动应用程序时所使用的参数。所述启动参数可以包括所述应用程序的存储路径、IP地址、以及域名中的一个或多个。
所述客户端向服务器发送获取应用程序启动参数的请求的过程,可以包括:客户端基于预设的应用程序虚拟化传输协议,向服务器发送获取应用程序启动参数的请求。
步骤S12:服务器接收客户端发来的请求。
步骤S13:服务器基于所述应用程序的标识,判断当前是否存在所述应用程序的可用授权码。
所述授权码,又称为许可码、密钥等,可以为应用程序启动和运行时所使用的字符串。所述授权码可以以任意的方式存储于服务器中。具体地,所述授权码可以存储于硬盘的数据文件中,或者,还可以直接存储于内存中。例如,所述授权码可以存储于硬盘内后缀名称为lic的数据文件中。
所述可用授权码,通常是指没有被应用程序实例所占用的授权码。例如,服务器保存应用程序A_1的授权码数量为3个。在某一时间段,应用程序A_1的实例为2个。那么,此时,应用程序A_1的可用授权码数量为1个。
所述服务器基于所述应用程序的标识,判断当前是否存在所述应用程序的可用授权码的过程,可以包括:服务器基于所述应用程序的标识,获取所述应用程序;获取保存的所述应用程序授权码数量以及所述应用程序实例的数量;基于保存的所述应用程序授权码数量以及所述应用程序实例的数量,判断当前是否存在所述应用程序的可用授权码。
应用程序的每个实例均可以对应该应用程序的一个进程。那么,可以根据应用程序进程的数量,获取所述应用程序实例的数量。例如,应用程序A_2有3个进程,那么,应用程序A_2的实例数量可以为3个。
所述判断当前是否存在所述应用程序的可用授权码的过程,可以包括:当保存的所述应用程序授权码数量大于所述应用程序实例的数量时,判断当前存在所述应用程序的可用授权码;当保存的所述应用程序授权码数量等于所述应用程序实例的数量时,判断当前不存在所述应用程序的可用授权码。
例如,服务器保存应用程序A_3的授权码数量为2个。在某一时间段,应用程序A_3的实例为2个。那么,此时,应用程序A_3的可用授权码数量为0个,即,不存在可用授权码。
步骤S14:若判断结果为否,服务器将所述客户端的参数写入预设请求队列,以便于当检测到存在所述应用程序的可用授权码时,向所述客户端发送所述应用程序的启动参数。
所述预设请求队列可以与所述应用程序相对应的请求队列。所述请求队列中通常存储有至少一个客户端的参数。其中,所述队列通常为一种数据结构。通常可以采用先进先出的顺序,对所述请求队列中的客户端参数进行读写操作。
服务器上的应用程序通常采用多个实例的方式运行,每个实例可以对应一个客户端。为了节约资源,以便于为更多的用户提供服务,服务器中每个应用程序每个实例的运行时间通常不超过第一预设时间。所述第一预设时间可以根据实际需要灵活设定,例如,可以为2个小时。那么,在一个实施方式中,若判断结果为否,所述方法还可以包括:从所述应用程序的各个实例中选取运行时间最长的实例;将选取实例的运行时间与第一预设时间相减,得到该实例的剩余运行时间;将所述剩余运行时间作为等待时间发送给所述客户端。这样,用户可以获得等待时间,从而可以提高用户体验。其中,获取实例运行时间的过程,可以包括:获取实例所对应的进程,将该进程的运行时间作为该实例的运行时间。
例如,所述第一预设时间可以为2个小时。应用程序A_4的实例包括实例A_4_1、实例A_4_1、以及实例A_4_1。其中,实例A_4_1的运行时间最长,为1.5个小时。那么,可以将实例A_4_1的运行时间与所述第一预设时间,得到实例A_4_1的剩余运行时间0.5个小时,并可以将0.5个小时所述给客户端,以提示用户还需要等待0.5个小时才能启动所述应用程序。
在一个实施方式中,为了节约资源,以便于为更多的用户提供服务,服务器中每个应用程序每个实例的运行时间通常不超过第一预设时间。那么,所述方法还可以包括:从所述应用程序的各个实例中选取运行时间大于或等于第一预设时间的实例集;向所述实例集中每个实例对应的客户端发送提示信息,所述提示信息用于提示用户保存数据。这样,可以对使用时间超过第一预设时间的用户,进行提示。
在一个实施方式中,所述方法还可以包括步骤S15:若判断结果为是,向所述客户端发送所述应用程序的启动参数。这样,客户端可以接收发来的所述应用程序的启动参数,并可以向服务器发送所述应用程序的启动请求,所述启动请求可以附带有所述应用程序的启动参数。服务器可以接收发来的启动请求,并可以基于所述应用程序的启动参数,启动所述应用程序。
例如,服务器保存的应用程序A_5的授权码数量为2个。在某一时间段,应用程序A_5的实例为2个。那么,此时,应用程序A_1的可用授权码数量为0个,即,不存在可用授权码。此时,客户端B_1和客户端B_2同时向服务器发送获取应用程序A_5启动参数的请求。其中,客户端B_1发送的请求附带有客户端B_1所对应登录用户的用户标识,客户端B_2发送的请求附带有客户端B_2所对应登录用户的用户标识。那么,服务器可以分别接收客户端B_1和客户端B_2发来的请求;可以基于客户端B_1所对应登录用户的用户标识、以及客户端B_2所对应登录用户的用户标识,判断客户端B_1所对应登录用户和客户端B_2所对应登录用户的优先级;可以将具有高优先级登录用户的用户标识先写入预设请求队列,将具有低优先级登录用户的用户标识后写入预设请求队列。
图1所对应的实施例,服务器在接收到客户端发来的获取应用程序启动参数的请求后,判断当前是否存在所述应用程序的可用授权码。若判断结果为否,服务器可以将所述客户端的参数写入预设请求队列,以便于当检测到存在所述应用程序的可用授权码时,向所述客户端发送所述应用程序的启动参数。这样,用户不需要每间隔一段时间,通过客户端向服务器发送获取所述应用程序启动参数的请求,而是直接可以接收服务器发来的所述应用程序的启动参数,从而提高了用户体验。
下面介绍本申请应用程序启动请求处理方法的另一个实施例。请参阅图2,该实施例以服务器为主体,可以包括如下的步骤。
步骤S21:接收客户端发来的获取应用程序启动参数的请求,所述请求附带有所述客户端的参数和所述应用程序的标识;
步骤S22:基于所述应用程序的标识,判断当前是否存在所述应用程序的可用授权码;
步骤S23:若判断结果为否,将所述客户端的参数写入预设请求队列,以便于在检测到存在所述应用程序的可用授权码时,向所述客户端发送所述应用程序的启动参数。
所述启动参数可以包括所述应用程序的存储路径、IP地址、以及域名中的一个或多个。
下面介绍本申请应用程序启动请求处理方法的另一个实施例。请参阅图3,该实施例以服务器为主体,可以包括如下的步骤。
步骤S31:实时检测是否存在应用程序的可用授权码。
关于应用程序可用授权码的描述,请参阅图1所对应的实施例。
所述实时检测是否存在应用程序的可用授权码的过程,可以包括:获取保存的所述应用程序授权码数量以及所述应用程序实例的数量;基于保存的所述应用程序授权码数量以及所述应用程序实例的数量,检测当前是否存在所述应用程序的可用授权码。
所述检测当前是否存在所述应用程序的可用授权码的过程,可以包括:当保存的所述应用程序授权码数量大于所述应用程序实例的数量时,判断当前存在所述应用程序的可用授权码;当保存的所述应用程序授权码数量等于所述应用程序实例的数量时,判断当前不存在所述应用程序的可用授权码。
步骤S32:在检测到存在所述应用程序的可用授权码时,从预设请求队列中读取第一客户端的参数。
关于预设请求队列的描述,请参阅图1所对应的实施例。
所述第一客户端的参数可以包括第一客户端的标识和网络地址。
通常可以采用先进先出的顺序,对所述请求队列中的客户端参数进行读写操作。那么,所述第一客户端的参数可以为所述预设请求队列中,最先写入所述请求队列的客户端的参数。
步骤S33:基于所述第一客户端的参数,向所述第一客户端发送所述应用程序的启动参数。
服务器基于所述第一客户端的参数,向所述第一客户端发送所述应用程序的启动参数。这样,第一客户端可以接收发来的所述应用程序的启动参数,并可以向服务器发送所述应用程序的启动请求,所述启动请求可以附带有所述应用程序的启动参数。服务器可以接收发来的启动请求,并可以基于所述应用程序的启动参数,启动所述应用程序。
在一个实施方式中,所述方法还可以包括:对等待接收启动请求的时间进行累计,当累计时间大于或等于第二预设时间时,从所述预设请求队列中读取第二客户端的参数,基于所述第二客户端的参数,向所述第二客户端发送所述应用程序的启动参数,所述启动请求为所述第一客户端发送的启动所述应用程序的请求。这样,当出现第一客户端对应的用户在一定时间内未启动所述应用程序时,可以通过所述预设请求队列,通知第二客户端对应的用户启动所述应用程序。
图3所对应的实施例,可以使用请求队列对发送获取启动参数的客户端进行管理。在检测到存在所述应用程序的可用授权码时,可以从预设请求队列中读取第一客户端的参数,并可以基于所述第一客户端的参数,向所述第一客户端发送所述应用程序的启动参数。这样,用户不需要每间隔一段时间,通过客户端向服务器发送获取所述应用程序启动参数的请求,而是直接可以接收服务器发来的所述应用程序的启动参数,从而提高了用户体验。
以下介绍本申请应用程序启动请求处理系统的一个实施例。该实施例可以包括客户端和服务器。其中,
所述客户端用于向服务器发送获取应用程序启动参数的请求,所述请求附带有所述客户端的参数和所述应用程序的标识;
所述服务器用于接收发来的请求;基于所述应用程序的标识,判断当前是否存在所述应用程序的可用授权码;若判断结果为否,服务器将所述客户端的参数写入预设请求队列,以便于在检测到存在所述应用程序的可用授权码时,向所述客户端发送所述应用程序的启动参数。
以下介绍本申请服务器的一个实施例。请参阅图4。该实施例可以包括如下单元。
应用程序启动参数获取请求接收单元41,用于接收客户端发来的获取应用程序启动参数的请求,所述请求附带有所述客户端的参数和所述应用程序的标识;
可用授权码判断单元42,用于基于所述应用程序的标识,判断当前是否存在所述应用程序的可用授权码;
客户端参数写入单元43,用于若判断结果为否,将所述客户端的参数写入预设请求队列,以便于在检测到存在所述应用程序的可用授权码时,向所述客户端发送所述应用程序的启动参数。
以下介绍本申请服务器的另一个实施例。请参阅图5。该实施例可以包括如下单元。
可用授权码检测单元51,用于实时检测是否存在应用程序的可用授权码;
客户端参数读取单元52,用于在检测到存在所述应用程序的可用授权码时,从预设请求队列中读取第一客户端的参数,所述第一客户端的参数包括所述第一客户端的标识和网络地址;
启动参数发送单元53,用于基于所述第一客户端的参数,向所述第一客户端发送所述应用程序的启动参数。
在20世纪90年代,对于一个技术的改进可以很明显地区分是硬件上的改进(例如,对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而,随着技术的发展,当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此,不能说一个方法流程的改进就不能用硬件实体模块来实现。例如,可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray,FPGA))就是这样一种集成电路,其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上,而不需要请芯片制造厂商来设计和制作专用的集成电路芯片2。而且,如今,取代手工地制作集成电路芯片,这种编程也多半改用“逻辑编译器(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)与Verilog2。本领域技术人员也应该清楚,只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中,就可以很容易得到实现该逻辑方法流程的硬件电路。
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。
为了描述的方便,描述以上装置时以功能分为各种单元分别描述。当然,在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。
通过以上的实施方式的描述可知,本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
本申请可用于众多通用或专用的计算机系统环境或配置中。例如:个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。
本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
虽然通过实施例描绘了本申请,本领域普通技术人员知道,本申请有许多变形和变化而不脱离本申请的精神,希望所附的权利要求包括这些变形和变化而不脱离本申请的精神。
Claims (11)
1.一种应用程序启动请求处理系统,其特征在于,包括客户端和服务器;
所述客户端用于向服务器发送获取应用程序启动参数的请求,所述请求附带有所述客户端的参数和所述应用程序的标识;
所述服务器用于接收发来的请求;基于所述应用程序的标识,判断当前是否存在所述应用程序的可用授权码;若判断结果为否,服务器将所述客户端的参数写入预设请求队列,以便于在检测到存在所述应用程序的可用授权码时,向所述客户端发送所述应用程序的启动参数。
2.如权利要求1所述的系统,其特征在于,若判断结果为是,所述服务器还用于向客户端发送所述应用程序的启动参数;
相应地,所述客户端还用于接收发来的所述应用程序的启动参数。
3.一种应用程序启动请求处理方法,其特征在于,包括:
接收客户端发来的获取应用程序启动参数的请求,所述请求附带有所述客户端的参数和所述应用程序的标识;
基于所述应用程序的标识,判断当前是否存在所述应用程序的可用授权码;
若判断结果为否,将所述客户端的参数写入预设请求队列,以便于在检测到存在所述应用程序的可用授权码时,向所述客户端发送所述应用程序的启动参数。
4.如权利要求3所述的方法,其特征在于,所述判断当前是否存在所述应用程序的可用授权码,包括:
基于保存的所述应用程序授权码数量以及所述应用程序实例的数量,判断当前是否存在所述应用程序的可用授权码。
5.如权利要求3所述的方法,其特征在于,若判断结果为否,所述方法还包括:
从所述应用程序的各个实例中选取运行时间最长的实例;
将选取实例的运行时间与第一预设时间相减,得到该实例的剩余运行时间;
将所述剩余运行时间作为等待时间发送给所述客户端。
6.如权利要求3所述的方法,其特征在于,所述方法还包括:
从所述应用程序的各个实例中选取运行时间大于或等于第一预设时间的实例集;向所述实例集中的每个实例所对应的客户端发送提示信息,所述提示信息用于提示用户保存数据。
7.如权利要求3所述的方法,其特征在于,所述方法还包括:若判断结果为是,向所述客户端发送所述应用程序的启动参数。
8.一种服务器,其特征在于,包括:
应用程序启动参数获取请求接收单元,用于接收客户端发来的获取应用程序启动参数的请求,所述请求附带有所述客户端的参数和所述应用程序的标识;
可用授权码判断单元,用于基于所述应用程序的标识,判断当前是否存在所述应用程序的可用授权码;
客户端参数写入单元,用于若判断结果为否,将所述客户端的参数写入预设请求队列,以便于在检测到存在所述应用程序的可用授权码时,向所述客户端发送所述应用程序的启动参数。
9.一种应用程序启动请求处理方法,其特征在于,包括:
实时检测是否存在应用程序的可用授权码;
在检测到存在所述应用程序的可用授权码时,从预设请求队列中读取第一客户端的参数,所述第一客户端的参数包括所述第一客户端的标识和网络地址;
基于所述第一客户端的参数,向所述第一客户端发送所述应用程序的启动参数。
10.如权利要求9所述的方法,其特征在于,所述方法还包括:
对等待接收启动请求的时间进行累计,所述启动请求为所述第一客户端发送的启动所述应用程序的请求;
当累计时间大于或等于第二预设时间时,从所述预设请求队列中读取第二客户端的参数,基于所述第二客户端的参数,向所述第二客户端发送所述应用程序的启动参数。
11.一种服务器,其特征在于,包括:
可用授权码检测单元,用于实时检测是否存在应用程序的可用授权码;
客户端参数读取单元,用于在检测到存在所述应用程序的可用授权码时,从预设请求队列中读取第一客户端的参数,所述第一客户端的参数包括所述第一客户端的标识和网络地址;
启动参数发送单元,用于基于所述第一客户端的参数,向所述第一客户端发送所述应用程序的启动参数。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610781589.2A CN106371873A (zh) | 2016-08-31 | 2016-08-31 | 应用程序启动请求处理方法、服务器及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610781589.2A CN106371873A (zh) | 2016-08-31 | 2016-08-31 | 应用程序启动请求处理方法、服务器及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106371873A true CN106371873A (zh) | 2017-02-01 |
Family
ID=57899199
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610781589.2A Pending CN106371873A (zh) | 2016-08-31 | 2016-08-31 | 应用程序启动请求处理方法、服务器及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106371873A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111702916A (zh) * | 2020-06-17 | 2020-09-25 | 广州纬纶信息科技有限公司 | 一种自动封边方法、装置、软成型封边机及存储介质 |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101009888A (zh) * | 2005-10-11 | 2007-08-01 | 三星电子株式会社 | 安全启动方法及用于该方法的移动终端 |
CN102006282A (zh) * | 2010-10-26 | 2011-04-06 | 福州星网视易信息系统有限公司 | 客户端/服务器模式下的数据库访问集中控制方法 |
CN102170400A (zh) * | 2010-07-22 | 2011-08-31 | 杨喆 | 一种防止Web网站访问拥塞的方法 |
CN102664883A (zh) * | 2012-04-16 | 2012-09-12 | 福建天晴数码有限公司 | 网络游戏的登陆排队方法 |
CN103248651A (zh) * | 2012-02-09 | 2013-08-14 | 腾讯科技(深圳)有限公司 | 一种性能监控的方法和系统以及客户端和服务器 |
CN103944890A (zh) * | 2014-04-08 | 2014-07-23 | 山东乾云启创信息科技有限公司 | 基于客户端/服务器模式的虚拟交互系统及方法 |
US9055080B2 (en) * | 2009-12-14 | 2015-06-09 | Citrix Systems, Inc. | Systems and methods for service isolation |
CN105187358A (zh) * | 2014-06-17 | 2015-12-23 | 国基电子(上海)有限公司 | 网络终端及网络终端连线资源分配方法 |
CN105262590A (zh) * | 2015-09-07 | 2016-01-20 | 北京三未信安科技发展有限公司 | 一种虚拟化环境下的密钥安全隔离方法及系统 |
-
2016
- 2016-08-31 CN CN201610781589.2A patent/CN106371873A/zh active Pending
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101009888A (zh) * | 2005-10-11 | 2007-08-01 | 三星电子株式会社 | 安全启动方法及用于该方法的移动终端 |
US9055080B2 (en) * | 2009-12-14 | 2015-06-09 | Citrix Systems, Inc. | Systems and methods for service isolation |
CN102170400A (zh) * | 2010-07-22 | 2011-08-31 | 杨喆 | 一种防止Web网站访问拥塞的方法 |
CN102006282A (zh) * | 2010-10-26 | 2011-04-06 | 福州星网视易信息系统有限公司 | 客户端/服务器模式下的数据库访问集中控制方法 |
CN103248651A (zh) * | 2012-02-09 | 2013-08-14 | 腾讯科技(深圳)有限公司 | 一种性能监控的方法和系统以及客户端和服务器 |
CN102664883A (zh) * | 2012-04-16 | 2012-09-12 | 福建天晴数码有限公司 | 网络游戏的登陆排队方法 |
CN103944890A (zh) * | 2014-04-08 | 2014-07-23 | 山东乾云启创信息科技有限公司 | 基于客户端/服务器模式的虚拟交互系统及方法 |
CN105187358A (zh) * | 2014-06-17 | 2015-12-23 | 国基电子(上海)有限公司 | 网络终端及网络终端连线资源分配方法 |
CN105262590A (zh) * | 2015-09-07 | 2016-01-20 | 北京三未信安科技发展有限公司 | 一种虚拟化环境下的密钥安全隔离方法及系统 |
Non-Patent Citations (4)
Title |
---|
于凌云: "《计算机网络基础及应用(第2版)》", 31 August 2009, 东南大学出版社 * |
朱启辉等: "基于SaaS的软件在线授权机制的研究与设计", 《计算机工程与设计》 * |
李浪等: "《网络安全与密码技术导论》", 30 September 2015, 华中科技大学出版社 * |
梁翩: "基于.NET框架的软件许可证管理报表系统的设计与实现", 《中国优秀硕士学位论文全文数据库信息科技辑》 * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111702916A (zh) * | 2020-06-17 | 2020-09-25 | 广州纬纶信息科技有限公司 | 一种自动封边方法、装置、软成型封边机及存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110489101B (zh) | 接口模拟方法、系统、介质和电子设备 | |
US9509709B2 (en) | Mechanism to augment IPS/SIEM evidence information with process history snapshot and application window capture history | |
CN107390983B (zh) | 业务指令执行方法、客户端和存储介质 | |
US10489005B2 (en) | Usability analysis for user interface based systems | |
US9459912B1 (en) | Installing virtual machines within different communication pathways to access protected resources | |
CN111158799A (zh) | 一种页面渲染方法、装置、电子设备及存储介质 | |
JP2020510250A (ja) | サービス処理方法およびデバイス | |
US10282208B2 (en) | Cognitive thread management in a multi-threading application server environment | |
US10084637B2 (en) | Automatic task tracking | |
US11023558B1 (en) | Executing functions on-demand on a server utilizing web browsers | |
US20150033134A1 (en) | Visually Depicting Cloud Resource Utilization During Execution Of An Application | |
CN107102950A (zh) | 一种应用程序测试方法和装置 | |
CN111767089A (zh) | 加载文件的方法、装置、设备以及存储介质 | |
CN104484484B (zh) | 清理缓存文件的方法及装置 | |
CN117241276B (zh) | 一种面向移动应用的检测工具及检测方法、系统及设备 | |
CN110442819A (zh) | 数据处理方法、装置、存储介质及终端 | |
CN106371873A (zh) | 应用程序启动请求处理方法、服务器及系统 | |
WO2020258105A1 (en) | Lifecycle management of secrets on serverless platform | |
CN108133123B (zh) | 一种应用程序的识别方法及系统 | |
CN110737861A (zh) | 一种网页数据处理方法、装置、设备和存储介质 | |
CN113495498B (zh) | 用于硬件设备的模拟方法、模拟器、设备和介质 | |
CN111770170B (zh) | 请求处理方法、装置、设备和计算机存储介质 | |
CN110262856B (zh) | 一种应用程序数据采集方法、装置、终端及存储介质 | |
US9497253B2 (en) | Authorization review system | |
CN111767447A (zh) | 用于确定用户流量路径的方法和装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
TA01 | Transfer of patent application right |
Effective date of registration: 20191031 Address after: Science and Technology City kolding road high tech Zone of Suzhou City, Jiangsu Province, No. 78 215000 Applicant after: Suzhou creative cloud Network Technology Co., Ltd. Address before: Science and Technology City kolding road high tech Zone of Suzhou City, Jiangsu province 215000 No. 78 No. 7 Building 2 layer Applicant before: Suzhou Land High Tech System Science & Technology Co., Ltd. |
|
TA01 | Transfer of patent application right | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170201 |
|
RJ01 | Rejection of invention patent application after publication |