CN103841111B - 一种防止数据重复提交的方法和服务器 - Google Patents
一种防止数据重复提交的方法和服务器 Download PDFInfo
- Publication number
- CN103841111B CN103841111B CN201410098056.5A CN201410098056A CN103841111B CN 103841111 B CN103841111 B CN 103841111B CN 201410098056 A CN201410098056 A CN 201410098056A CN 103841111 B CN103841111 B CN 103841111B
- Authority
- CN
- China
- Prior art keywords
- token
- identity
- tokenname
- web page
- client
- 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.)
- Active
Links
Landscapes
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明提出一种防止数据重复提交的方法及服务器，其中方法包括：生成当前网页对应的身份标识、令牌（Token）和令牌名（TokenName），保存所述身份标识与TokenName的组合与Token的对应关系；将所述身份标识、Token和TokenName发送至客户端；接收来自客户端的网页数据提交请求，从所述网页数据提交请求中获取身份标识、Token和TokenName；查找是否保存有该身份标识与TokenName的组合所对应的Token，如果是，则判断所述从网页数据提交请求中获取的Token与查找到的Token是否一致，如果一致，则删除所述查找到的Token及其对应的身份标识与TokenName的组合。本发明能够不依赖于会话（Session）机制实现防止数据重复提交。
Description
技术领域
本发明涉及Web应用系统技术领域，尤其涉及一种防止数据重复提交的方法和服务器。
背景技术
在当今的Web应用系统中，都会存在一些重要操作，比如提交申请或网银支付。而这些操作都可能会因为网络的延迟、应用系统服务超时或其它原因造成数据重复提交，目前，绝大多数Web应用系统中都会自己开发或采用开源框架实现防止数据重复提交的功能。
目前，防止数据重复提交的方法实现方式如下：
第一阶段，如图1所示，用户进入网页后，Web应用系统生成每个用户的会话（Session），并生成该Session对应的令牌（Token），保存该Token；同时，Web应用系统将该Token存储在网页信息中，并将该网页信息发送至客户端。
第二阶段，如图2所示，用于提交网页时，Web应用系统获取网页中的Token，并获取本地保存的当前Session所对应的Token，判断网页中的Token与当前Session所对应的Token是否一致，如果是，则表明用户是正常提交数据；否则，表明该用户是重复提交数据。
可见，现有的防止数据重复提交的方法必须依赖于Session机制；而对于集群部署Web应用系统，大部分采用禁用Session，即使可以使用Session，也必须保证每台机器的Session一致。可见，现有的防止数据重复提交的方法因必须依赖于Session机制而存在一定的使用限制。
发明内容
本发明提供了一种防止数据重复提交的方法，能够不依赖于Session机制防止数据重复提交。
本发明还提供了一种防止数据重复提交的服务器，能够不依赖于Session机制防止数据重复提交。
本发明的技术方案是这样实现的：
一种防止数据重复提交的方法，包括：
生成当前网页对应的身份标识、令牌（Token）和令牌名（TokenName），保存所述身份标识与TokenName的组合与Token的对应关系；将所述身份标识、Token和TokenName发送至客户端；
接收来自客户端的网页数据提交请求，从所述网页数据提交请求中获取身份标识、Token和TokenName；查找是否保存有该身份标识与TokenName的组合所对应的Token，如果是，则判断所述从网页数据提交请求中获取的Token与查找到的Token是否一致，如果一致，则删除所述查找到的Token及其对应的身份标识与TokenName的组合。
上述方法中，生成当前网页的身份标识的方式可以为：
判断所述当前网页的Cookie中是否保存有当前网页对应的身份标识，如果没有，则生成所述当前网页对应的身份标识，并将所述身份标识保存在当前网页的Cookie中。
保存身份标识与TokenName的组合与Token的对应关系方式可以为：
将所述身份标识与TokenName作为缓存键值（Key），并将Token作为该缓存Key对应的缓存值（Value）进行保存。
将身份标识、Token和TokenName发送至客户端的方式可以为：
将所述身份标识携带在当前网页的Cookie中，并将所述当前网页的Cookie发送至客户端；
并且，将所述Token和TokenName携带在当前网页的信息中，并将所述当前网页的信息发送至客户端。
查找是否保存有该身份标识与TokenName的组合所对应的Token之前可以进一步包括：
如果从所述网页数据提交请求中无法获取到身份标识、Token和TokenName中的任意一个，则向所述客户端反馈数据提交失败消息。
当查找到没有保存该身份标识与TokenName的组合所对应的Token时，可以向所述客户端反馈数据提交失败消息；
当判断出从网页数据提交请求中获取的Token与查找到的Token不一致时，可以向所述客户端反馈数据提交失败消息；
删除查找到的Token及其对应的身份标识与TokenName的组合之后可以进一步包括：判断是否删除成功，如果是，则向所述客户端反馈数据提交成功消息；否则，向所述客户端反馈数据提交失败消息。
一种防止数据重复提交的服务器，包括：
标识生成模块，用于生成当前网页对应的身份标识、Token和TokenName，
标识保存模块，用于保存所述身份标识与TokenName的组合与Token的对应关系；
标识发送模块，用于将所述身份标识、Token和TokenName发送至客户端；
重复提交判断模块，用于接收来自客户端的网页数据提交请求，从所述网页数据提交请求中获取身份标识、Token和TokenName；查找所述标识保存模块中是否保存有该身份标识与TokenName的组合所对应的Token，如果是，则判断所述从网页数据提交请求中获取的Token与查找到的Token是否一致，如果一致，则删除所述查找到的Token及其对应的身份标识与TokenName的组合。
上述服务器中，标识生成模块可以判断所述当前网页的Cookie中是否保存有当前网页对应的身份标识，如果没有，则生成所述当前网页对应的身份标识，并将所述身份标识保存在当前网页的Cookie中。
标识保存模块保存身份标识与TokenName的组合与Token的对应关系方式可以为：将所述身份标识与TokenName作为缓存Key，并将Token作为该缓存Key对应的缓存Value进行保存。
标识发送模块可以将所述身份标识携带在当前网页的Cookie中，并将所述当前网页的Cookie发送至客户端；并且，将所述Token和TokenName携带在当前网页的信息中，并将所述当前网页的信息发送至客户端。
重复提交判断模块还可以用于，当从所述网页数据提交请求中无法获取到身份标识、Token和TokenName中的任意一个时，向所述客户端反馈数据提交失败消息。
当查找到标识保存模块中没有保存该身份标识与TokenName的组合所对应的Token时，向所述客户端反馈数据提交失败消息；当判断出从网页数据提交请求中获取的Token与查找到的Token不一致时，向所述客户端反馈数据提交失败消息；
删除查找到的Token及其对应的身份标识与TokenName的组合之后，进一步判断是否删除成功，如果是，则向所述客户端反馈数据提交成功消息；否则，向所述客户端反馈数据提交失败消息。
可见，本发明提出的防止数据重复提交的方法和服务器，能够基于Cookie机制和缓存机制实现防止数据重复提交，从而解除了对Session机制的依赖。
附图说明
图1为现有技术中防止数据重复提交的方法阶段一示意图；
图2为现有技术中防止数据重复提交的方法阶段二示意图；
图3为本发明提出的防止数据重复提交的方法实现流程图；
图4为实施例一中用户进入网页阶段的实现流程图；
图5为实施例一中用户提交网页阶段的实现流程图。
图6为本发明提出的防止数据重复提交的服务器结构示意图。
具体实施方式
本发明提出一种防止数据重复提交的方法，如图3为该方法实现流程图，包括：
步骤301：生成当前网页对应的身份标识、Token和TokenName，保存所述身份标识与TokenName的组合与Token的对应关系；将所述身份标识、Token和TokenName发送至客户端；
步骤302：接收来自客户端的网页数据提交请求，从所述网页数据提交请求中获取身份标识、Token和TokenName；
步骤303：查找是否保存有该身份标识与TokenName的组合所对应的Token，如果是，则执行步骤304；
步骤304：判断所述从网页数据提交请求中获取的Token与查找到的Token是否一致，如果一致，则执行步骤305；
步骤305：删除所述查找到的Token及其对应的身份标识与TokenName的组合。
上述步骤301中，生成当前网页的身份标识的方式可以为：判断当前网页的Cookie中是否保存有当前网页对应的身份标识，如果没有，则生成当前网页对应的身份标识，并将所述身份标识保存在当前网页的Cookie中。
上述步骤301中，保存身份标识与TokenName的组合与Token的对应关系方式可以为：将身份标识与TokenName作为缓存Key，并将Token作为该缓存Key对应的缓存Value进行保存。
上述步骤301中，将身份标识、Token和TokenName发送至客户端的方式可以为：将身份标识携带在当前网页的Cookie中，并将当前网页的Cookie发送至客户端；将Token和TokenName携带在当前网页的信息中，并将当前网页的信息发送至客户端。
上述步骤302之后、并在步骤303之前可以进一步包括：如果从网页数据提交请求中无法获取到身份标识、Token和TokenName中的任意一个，则向客户端反馈数据提交失败消息。
上述步骤303可以进一步包括：当查找到没有保存该身份标识与TokenName的组合所对应的Token时，向客户端反馈数据提交失败消息；
上述步骤304可以进一步包括：当判断出从网页数据提交请求中获取的Token与查找到的Token不一致时，向所述客户端反馈数据提交失败消息；
上述步骤305之后可以进一步包括：判断是否删除成功，如果是，则向客户端反馈数据提交成功消息；否则，向客户端反馈数据提交失败消息。
以下举具体的实施例详细介绍。
实施例一：
本实施例基于Cookie机制和缓存机制实现防止网页数据重复提交。本实施例可以包括用户进入网页和提交网页两个阶段。如图4为本实施例中用户进入网页阶段的实现流程图，图5为本实施例中用户提交网页阶段的实现流程图。以下分别介绍上述两个阶段。
阶段一：用户进入页面。如图4所示，包括如下步骤：
步骤401：用户进入页面。
步骤402：服务器查询当前页面的Cookie中是否存在当前网页在当前会话中的身份标识，如果没有，则生成当前网页在当前会话中的身份标识，将该身份标识保存入当前页面的Cookie中，将Cookie发送至客户端；如果有，则直接将Cookie发送至客户端。
步骤403：服务器生成当前网页的Token和TokenName，将上述身份标识与TokenName作为缓存Key，并将Token作为该缓存Key对应的缓存Value进行保存。
步骤404：服务器将上述Token和TokenName携带在当前网页的信息中，并将当前网页的信息发送至客户端，由客户端展示页面。
通过本阶段，服务器将当前网页的身份标识、Token和TokenName发送至客户端。之后，客户端在提交网页时，可以将身份标识、Token和TokenName上报至服务器，以便服务器对该客户端进行验证，具体如以下阶段二：
阶段二：提交网页，如图5所示，包括如下步骤：
步骤501：用户提交网页，向服务器发送网页数据提交请求。
步骤502：服务器获取Cookie中的身份标识，判断是否有身份标识，如果有，则继续执行步骤503；否则，执行步骤509。
步骤503：服务器获取网页中的TokenName，判断是否有TokenName，如果有，则继续执行步骤504；否则，执行步骤509。
步骤504：服务器获取网页中的Token，判断是否有Token，如果有，则继续执行步骤505；否则，执行步骤509。
步骤505：服务器将步骤502中获取的身份标识和步骤503中获取的TokenName作为缓存Key，在缓存中查找该缓存Key对应的缓存Value（即Token）；如果有，则继续执行步骤506；否则，执行步骤509。
步骤506：服务器比较步骤505中查找到的缓存Value（即Token）与步骤504中获取的Token是否一致，如果一致，则继续执行步骤507；否则，执行步骤509。
步骤507：服务器删除上述步骤505中查找到的缓存Key及其对应的缓存Value，如果删除成功，则继续执行步骤508；否则，执行步骤509。
由于重复提交的判断依据为：相同的Token和相同的身份标识同时提交。服务器在处理两次相同的提交请求时，只有第一次才能删除缓存成功；相同的第二次请求则删除失败，从而达到了防止用户重复提交数据的目的。
步骤508：判定当前请求为正常请求，向客户端反馈数据提交成功消息，继续执行步骤510。
步骤509：判定当前请求为非法请求，向客户端反馈数据提交失败消息。
步骤510：客户端根据服务器反馈的数据提交成功/失败消息，跳转至数据提交成功/失败页面。
本发明还提出一种防止数据重复提交的服务器，如图6为该服务器的结构示意图，包括：
标识生成模块601，用于生成当前网页对应的身份标识、Token和TokenName，
标识保存模块602，用于保存所述身份标识与TokenName的组合与Token的对应关系；
标识发送模块603，用于将所述身份标识、Token和TokenName发送至客户端；
重复提交判断模块604，用于接收来自客户端的网页数据提交请求，从所述网页数据提交请求中获取身份标识、Token和TokenName；查找所述标识保存模块602中是否保存有该身份标识与TokenName的组合所对应的Token，如果是，则判断所述从网页数据提交请求中获取的Token与查找到的Token是否一致，如果一致，则删除所述查找到的Token及其对应的身份标识与TokenName的组合。
上述服务器中，标识保存模块602可以置于所述服务器中；也可以是置于网络的缓存服务器中，与服务器通过网络结构连接。
上述服务器中，标识生成模块601判断所述当前网页的Cookie中是否保存有当前网页对应的身份标识，如果没有，则生成所述当前网页对应的身份标识，并将所述身份标识保存在当前网页的Cookie中。
标识保存模块602保存身份标识与TokenName的组合与Token的对应关系方式可以为：将身份标识与TokenName作为缓存Key，并将Token作为该缓存Key对应的缓存Value进行保存。
标识发送模块603将身份标识携带在当前网页的Cookie中，并将当前网页的Cookie发送至客户端；并且，将Token和TokenName携带在当前网页的信息中，并将当前网页的信息发送至客户端。
重复提交判断模块604还可以用于，当从网页数据提交请求中无法获取到身份标识、Token和TokenName中的任意一个时，向客户端反馈数据提交失败消息。
重复提交判断模块604还可以用于，当查找到标识保存模块602中没有保存该身份标识与TokenName的组合所对应的Token时，向客户端反馈数据提交失败消息；当判断出从网页数据提交请求中获取的Token与查找到的Token不一致时，向所述客户端反馈数据提交失败消息；
删除查找到的Token及其对应的身份标识与TokenName的组合之后，可以进一步判断是否删除成功，如果是，则向客户端反馈数据提交成功消息；否则，向客户端反馈数据提交失败消息。
综上可见，本发明提出的防止数据重复提交的方法和服务器，基于Cookie机制和缓存机制实现防止数据重复提交，将网页的身份标识携带在Cookie中发送至客户端，并将Token和TokenName携带在网页信息中发送至客户端；客户端重复提交的判断依据是：相同的身份标识、Token和TokenName重复提交，服务器处理两次相同的请求时只有第一次删除缓存成功，第二次请求则删除失败，从而达到防止数据重复提交的效果。可见，本发明能够不依赖于Session机制实现防止网页数据的重复提交。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。
Claims (10)
1.一种防止数据重复提交的方法，其特征在于，所述方法包括：
生成当前网页对应的身份标识、令牌Token和令牌名TokenName，保存所述身份标识与TokenName的组合与Token的对应关系；将所述身份标识、Token和TokenName发送至客户端；
接收来自客户端的网页数据提交请求，从所述网页数据提交请求中获取身份标识、Token和TokenName；查找是否保存有该身份标识与TokenName的组合所对应的Token，如果是，则判断所述从网页数据提交请求中获取的Token与查找到的Token是否一致，如果一致，则删除所述查找到的Token及其对应的身份标识与TokenName的组合；
其中，所述生成当前网页的身份标识的方式为：
判断所述当前网页的Cookie中是否保存有当前网页对应的身份标识，如果没有，则生成所述当前网页对应的身份标识，并将所述身份标识保存在当前网页的Cookie中。
2.根据权利要求1所述的方法，其特征在于，保存身份标识与TokenName的组合与Token的对应关系方式为：
将所述身份标识与TokenName作为缓存Key，并将Token作为该缓存Key对应的缓存Value进行保存。
3.根据权利要求1所述的方法，其特征在于，所述将身份标识、Token和TokenName发送至客户端的方式为：
将所述身份标识携带在当前网页的Cookie中，并将所述当前网页的Cookie发送至客户端；
将所述Token和TokenName携带在当前网页的信息中，并将所述当前网页的信息发送至客户端。
4.根据权利要求1所述的方法，其特征在于，所述查找是否保存有该身份标识与TokenName的组合所对应的Token之前进一步包括：
如果从所述网页数据提交请求中无法获取到身份标识、Token和TokenName中的任意一个，则向所述客户端反馈数据提交失败消息。
5.根据权利要求1所述的方法，其特征在于，当查找到没有保存该身份标识与TokenName的组合所对应的Token时，向所述客户端反馈数据提交失败消息；
当判断出从网页数据提交请求中获取的Token与查找到的Token不一致时，向所述客户端反馈数据提交失败消息；
所述删除查找到的Token及其对应的身份标识与TokenName的组合之后进一步包括：判断是否删除成功，如果是，则向所述客户端反馈数据提交成功消息；否则，向所述客户端反馈数据提交失败消息。
6.一种防止数据重复提交的服务器，其特征在于，所述服务器包括：
标识生成模块，用于生成当前网页对应的身份标识、令牌Token和令牌名TokenName，
标识保存模块，用于保存所述身份标识与TokenName的组合与Token的对应关系；
标识发送模块，用于将所述身份标识、Token和TokenName发送至客户端；
重复提交判断模块，用于接收来自客户端的网页数据提交请求，从所述网页数据提交请求中获取身份标识、Token和TokenName；查找所述标识保存模块中是否保存有该身份标识与TokenName的组合所对应的Token，如果是，则判断所述从网页数据提交请求中获取的Token与查找到的Token是否一致，如果一致，则删除所述查找到的Token及其对应的身份标识与TokenName的组合；
其中，所述标识生成模块判断所述当前网页的Cookie中是否保存有当前网页对应的身份标识，如果没有，则生成所述当前网页对应的身份标识，并将所述身份标识保存在当前网页的Cookie中。
7.根据权利要求6所述的服务器，其特征在于，标识保存模块保存身份标识与TokenName的组合与Token的对应关系方式为：将所述身份标识与TokenName作为缓存Key，并将Token作为该缓存Key对应的缓存Value进行保存。
8.根据权利要求6所述的服务器，其特征在于，所述标识发送模块将所述身份标识携带在当前网页的Cookie中，并将所述当前网页的Cookie发送至客户端；将所述Token和TokenName携带在当前网页的信息中，并将所述当前网页的信息发送至客户端。
9.根据权利要求6所述的服务器，其特征在于，所述重复提交判断模块还用于，当从所述网页数据提交请求中无法获取到身份标识、Token和TokenName中的任意一个时，向所述客户端反馈数据提交失败消息。
10.根据权利要求6所述的服务器，其特征在于，所述重复提交判断模块还用于，当查找到标识保存模块中没有保存该身份标识与TokenName的组合所对应的Token时，向所述客户端反馈数据提交失败消息；当判断出从网页数据提交请求中获取的Token与查找到的Token不一致时，向所述客户端反馈数据提交失败消息；
所述重复提交判断模块还用于，删除查找到的Token及其对应的身份标识与TokenName的组合之后，进一步判断是否删除成功，如果是，则向所述客户端反馈数据提交成功消息；否则，向所述客户端反馈数据提交失败消息。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410098056.5A CN103841111B (zh) | 2014-03-17 | 2014-03-17 | 一种防止数据重复提交的方法和服务器 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410098056.5A CN103841111B (zh) | 2014-03-17 | 2014-03-17 | 一种防止数据重复提交的方法和服务器 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN103841111A CN103841111A (zh) | 2014-06-04 |
| CN103841111B true CN103841111B (zh) | 2017-11-14 |
Family
ID=50804243
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410098056.5A Active CN103841111B (zh) | 2014-03-17 | 2014-03-17 | 一种防止数据重复提交的方法和服务器 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103841111B (zh) |
Families Citing this family (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104184832B (zh) * | 2014-09-10 | 2017-10-03 | 北京国双科技有限公司 | 网络应用中的数据提交方法及装置 |
| CN105843680B (zh) * | 2016-03-18 | 2018-04-03 | 武汉斗鱼网络科技有限公司 | 一种防止误操作多次启动同一个页面的方法及装置 |
| CN107463588A (zh) * | 2016-06-03 | 2017-12-12 | 北京京东尚科信息技术有限公司 | 数据提交判重方法 |
| CN105956889A (zh) * | 2016-06-07 | 2016-09-21 | 乐视控股（北京）有限公司 | 广告监测方法、装置及系统 |
| CN106603713B (zh) * | 2016-12-29 | 2020-09-22 | 深圳Tcl新技术有限公司 | 会话管理方法和系统 |
| CN107360132B (zh) * | 2017-06-02 | 2021-03-09 | 台州市吉吉知识产权运营有限公司 | 一种防止会话重演的方法及系统 |
| CN109144625B (zh) * | 2017-06-28 | 2021-08-27 | 东软集团股份有限公司 | 防重复提交方法、装置和系统 |
| CN107872507A (zh) * | 2017-08-25 | 2018-04-03 | 成都萌想科技有限责任公司 | 一种防止页面重复提交的方法 |
| CN107657018A (zh) * | 2017-09-26 | 2018-02-02 | 北京思特奇信息技术股份有限公司 | 一种防止数据重复提交的方法及系统 |
| CN109756337B (zh) * | 2017-11-06 | 2022-01-07 | 北京京东尚科信息技术有限公司 | 一种服务接口的安全接入方法和装置 |
| CN110716956A (zh) * | 2018-07-12 | 2020-01-21 | 北京京东尚科信息技术有限公司 | 一种数据请求拦截方法和装置 |
| CN109104417B (zh) * | 2018-07-24 | 2021-08-20 | 成都安恒信息技术有限公司 | 一种运用于运维审计系统的用户鉴权和选路方法 |
| CN109325196A (zh) * | 2018-07-27 | 2019-02-12 | 四川长虹电器股份有限公司 | 基于redis防止接口重复请求的方法 |
| CN113407560B (zh) * | 2021-08-19 | 2021-11-05 | 太平金融科技服务(上海)有限公司深圳分公司 | 更新消息处理方法、数据同步方法、配置信息配置方法 |
| CN113810300A (zh) * | 2021-09-23 | 2021-12-17 | 青岛海信宽带多媒体技术有限公司 | 一种路由器及多页面并行访问路由器的方法 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20080154770A1 (en) * | 2003-06-04 | 2008-06-26 | Bruce Rutherford | Customer Authentication In E-Commerce Transactions |
| CN101482820A (zh) * | 2009-02-13 | 2009-07-15 | 山东浪潮齐鲁软件产业股份有限公司 | 一种防止页面重复提交的方法 |
| CN103561417A (zh) * | 2013-11-08 | 2014-02-05 | 五八同城信息技术有限公司 | 提高移动客户端产品对用户请求的响应质量的方法 |
-
2014
- 2014-03-17 CN CN201410098056.5A patent/CN103841111B/zh active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20080154770A1 (en) * | 2003-06-04 | 2008-06-26 | Bruce Rutherford | Customer Authentication In E-Commerce Transactions |
| CN101482820A (zh) * | 2009-02-13 | 2009-07-15 | 山东浪潮齐鲁软件产业股份有限公司 | 一种防止页面重复提交的方法 |
| CN103561417A (zh) * | 2013-11-08 | 2014-02-05 | 五八同城信息技术有限公司 | 提高移动客户端产品对用户请求的响应质量的方法 |
Non-Patent Citations (2)
| Title |
|---|
| 令牌同步机制在物料采购系统中的应用;袁华伟;《冶金自动化》;20070901;全文 * |
| 试谈在Web应用中如何避免表单的重复提交;苏蕴;《科技信息》;20120425(第12（2012）期);正文第2节 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN103841111A (zh) | 2014-06-04 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103841111B (zh) | 一种防止数据重复提交的方法和服务器 | |
| US11122067B2 (en) | Methods for detecting and mitigating malicious network behavior and devices thereof | |
| CN102682009B (zh) | 一种用户登录网页的方法及系统 | |
| CN104092811B (zh) | 移动终端信息下载的方法、系统、终端设备及服务器 | |
| CN101340371B (zh) | 一种会话保持方法和负载均衡设备 | |
| CN103905497B (zh) | 实现第三方应用业务网站登录的方法、装置及应用平台 | |
| CN106339613B (zh) | 一种应用数据的处理方法、终端及服务器 | |
| CN106936853A (zh) | 一种面向系统集成的跨域单点登录系统及方法 | |
| CN105373986B (zh) | 医院无胶片化云计算的实现方法 | |
| CN105939326A (zh) | 处理报文的方法及装置 | |
| CN108200155A (zh) | Docker镜像仓库的镜像同步方法和镜像同步系统 | |
| CN107147659A (zh) | 一种预防重复操作的方法及系统 | |
| CN103841117B (zh) | 一种基于Cookie机制的JAAS登录方法和服务器 | |
| CN106936790A (zh) | 基于数字证书实现客户端和服务器端进行双向认证的方法 | |
| JP6826207B2 (ja) | ルーティング方法および装置 | |
| WO2018205148A1 (zh) | 一种数据包校验方法及设备 | |
| CN108400955B (zh) | 一种网络攻击的防护方法及系统 | |
| CN107835155A (zh) | 一种双认证保护方法及装置 | |
| CN105490813B (zh) | 一种用户安全访问web的方法及装置 | |
| CN106803032A (zh) | 实现网站指纹登录的方法、装置和客户端设备 | |
| CN104065624B (zh) | 请求消息的安全校验方法、系统和装置 | |
| CN106777228A (zh) | 一种消息推送方法、装置及电子设备 | |
| CN104468771B (zh) | 地理位置的确定方法及装置 | |
| CN104239776B (zh) | 多控存储系统单点登录方法及多控存储系统 | |
| CN106302539A (zh) | 一种嵌入式web安全认证方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |