CN105791333A - 一种业务处理方法以及用户端 - Google Patents
一种业务处理方法以及用户端 Download PDFInfo
- Publication number
- CN105791333A CN105791333A CN201410788568.4A CN201410788568A CN105791333A CN 105791333 A CN105791333 A CN 105791333A CN 201410788568 A CN201410788568 A CN 201410788568A CN 105791333 A CN105791333 A CN 105791333A
- Authority
- CN
- China
- Prior art keywords
- user side
- user
- module
- shared
- request
- 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
Landscapes
- Computer And Data Communications (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本发明实施例公开了一种业务处理方法以及用户端，用于提高共享文件的安全性。本发明实施例方法包括：第一用户端接收第二用户端发送的请求，请求为第二用户端获取第一用户端的共享文件的请求；第一用户端根据请求向第二用户端提供共享服务，以使得第二用户端获取共享文件；当满足预置的共享终止条件时，第一用户端停止共享服务。本发明实施例还提供一种用户端。本发明实施例可以提高共享文件的安全性。
Description
技术领域
本发明涉及通信领域，尤其涉及一种业务处理方法以及用户端。
背景技术
现代社会中，人们经常通过客户端进行交流和分享信息。共享服务是指客户端在网络上将用户资料进行共享，其他客户端用户通过与共享客户端建立的网络连接获取共享资料的一种方法。
现有技术中，一个客户端可以选择其他客户端共享文件，其他客户端可以从该客户端获取共享文件。
但是，其他客户端获取共享文件之后，共享文件的客户端依然提供共享服务，当共享文件的客户端接收不正当操作指令时，会导致共享文件的破坏，有安全隐患。
发明内容
本发明实施例提供了一种业务处理方法以及用户端，能够增加共享文件的安全性。
有鉴于此，本发明实施例的第一方面提供一种业务处理方法，包括：
第一用户端接收第二用户端发送的请求，请求为第二用户端获取第一用户端的共享文件的请求；
第一用户端根据请求向第二用户端提供共享服务，以使得第二用户端获取共享文件；
当满足预置的共享终止条件时，第一用户端停止共享服务。
结合本发明实施例的第一方面，本发明实施例的第一方面的第一实施方式包括：
第一用户端判断是否已向第二用户端发送完共享文件，若是，则确定满足预置的共享终止条件。
结合本发明实施例的第一方面，本发明实施例的第一方面的第二实施方式包括：
第一用户端判断是否收到第二用户端反馈的接收完成消息，若是，则确定满足预置的共享终止条件。
结合本发明实施例的第一方面，本发明实施例的第一方面的第三实施方式包括：
第一用户端判断是否达到预置的共享结束时刻，若是，则确定满足预置的共享终止条件。
结合本发明实施例的第一方面，本发明实施例的第一方面的第四实施方式包括：
第一用户端向第二用户端发送通知，通知用于通知第二用户端获取共享文件。
本发明实施例的第二方面提供一种用户端，包括：
接收模块，用于接收第二用户端发送的请求；
提供服务模块，用于根据请求向第二用户端提供共享服务，以使得第二用户端获取共享文件；
判断模块，用于判断是否满足预置的共享终止条件，若满足，则触发处理模块，若不满足，则触发执行模块；
处理模块，用于停止提供共享服务；
执行模块，用于执行其他流程。
结合本发明实施例的第二方面，本发明实施例的第二方面第一实施方式中，判断模块用于判断是否已向第二用户端发送完共享文件，若是，则触发处理模块，若否，则触发执行模块。
结合本发明实施例的第二方面，本发明实施例的第二方面第二实施方式中，判断模块用于判断是否收到第二用户端反馈的接收完成消息，若是，则触发处理模块，若否，则触发执行模块。
结合本发明实施例的第二方面，本发明实施例的第二方面第三实施方式中，判断模块用于判断是否达到预置的共享结束时刻，若是，则触发处理模块，若否，则触发执行模块。
结合本发明实施例的第二方面，本发明实施例的第二方面中第四实施方式包括：
发送模块，用于向第二用户端发送通知。
从以上技术方案可以看出，本发明实施例具有以下优点：
第一用户端接收第二用户端发送的请求，根据请求向第二用户端提供共享服务，当满足预置的共享终止条件时，停止共享服务。在第二用户端接收共享文件后，第一用户端可以自动取消共享服务，因此在完成共享功能的同时减少了共享文件的时间，减少了共享文件被破坏的可能性，增加了共享文件的安全性。
附图说明
图1为本发明实施例中业务处理方法的一个实施例示意图；
图2为本发明实施例中业务处理方法的另一个实施例示意图；
图3为本发明实施例中业务处理方法的另一个实施例示意图；
图4为本发明实施例中业务处理方法的另一个实施例示意图；
图5为本发明实施例中用户端的一个实施例示意图；
图6为本发明实施例中用户端的另一个实施例示意图。
具体实施方式
本发明实施例提供了一种业务处理方法，用于增加共享文件的安全性。
请参阅图1，本发明实施例中业务处理方法的一个实施例包括：
101、第一用户端接收第二用户端发送的请求；
本发明实施例中，第一用户端接收第二用户端发送的请求，该请求为第二用户端获取第一用户端的共享文件的请求。
102、第一用户端根据请求向第二用户端提供共享服务，以使得第二用户端获取共享文件；
第一用户端接收该请求后，向第二用户端提供共享服务，第二用户端可以获取共享文件。
103、第一用户端判断是否满足预置的共享终止条件，若是，则执行步骤104；
第一用户端判断是否满足预置的共享终止条件，若是，则执行步骤104。
104、第一用户端停止共享服务。
若满足预置的共享终止条件，则第一用户端停止共享服务。
第一用户端接收第二用户端发送的请求，根据请求向第二用户端提供共享服务，当满足预置的共享终止条件时，停止共享服务。在第二用户端接收共享文件后，第一用户端可以自动取消共享服务，因此在完成共享功能的同时减少了共享文件的时间，减少了共享文件被破坏的可能性，增加了共享文件的安全性。
在实际应用中，第一用户端可以通过多种方式判断是否满足预置的共享终止条件，下面分别进行详细描述：
一、根据第一用户端是否已发送完共享文件判断；
请参阅图2，本发明实施例中业务处理方法的另一个实施例包括：
201、第一用户端向第二用户端发送通知；
本发明实施例中，第一用户端共享文件后，向第二用户端发送通知，该通知用于通知第二用户可以获取共享文件。
202、第一用户端接收第二用户端发送的请求；
第一用户端接收第二用户端发送的请求，该请求为第二用户端获取第一用户端的共享文件的请求。
203、第一用户端根据请求向第二用户端提供共享服务，以使得第二用户端获取共享文件；
第一用户端接收该请求后，向第二用户端提供共享服务，第二用户端可以获取共享文件。
204、第一用户端判断是否已向第二用户端发送完共享文件，若是，则执行步骤205，若否，则执行步骤206；
第一用户端判断是否已向第二用户端发送完共享文件，若是，则执行步骤205，若否，则执行步骤206。
205、第一用户端停止共享服务；
若已发送完共享文件，第一用户端停止共享服务，第二用户端无法继续获取共享文件。
206、第一用户端执行其他流程。
若未发送完共享文件，第一用户端可以继续发送共享文件，还可以执行其他流程，此处不作具体限定。
第一用户端接收第二用户端发送的请求，根据请求向第二用户端提供共享服务，当满足预置的共享终止条件时，停止共享服务。在第二用户端接收共享文件后，第一用户端可以自动取消共享服务，因此在完成共享功能的同时减少了共享文件的时间，减少了共享文件被破坏的可能性，增加了共享文件的安全性。
其次，本发明实施例中第一用户端可以判断是否已向第二用户端完成发送文件，根据判断结果来处理共享服务，增加了方案实施的可行性。
二、根据第二用户端反馈的接收完成信息判断；
请参阅图3，本发明实施例中业务处理方法的另一个实施例包括：
301、第一用户端向第二用户端发送通知；
本发明实施例中，第一用户端共享文件后，向第二用户端发送通知，该通知用于通知第二用户可以获取共享文件。
302、第一用户端接收第二用户端发送的请求，请求为第二用户端获取第一用户端的共享文件的请求；
第一用户端接收第二用户端发送的请求，该请求为第二用户端获取第一用户端的共享文件的请求。
303、第一用户端根据请求向第二用户端提供共享服务，以使得第二用户端获取共享文件；
第一用户端接收该请求后，向第二用户端提供共享服务，第二用户端可以获取共享文件。
304、第一用户端判断是否收到第二用户端反馈的接收完成消息，若是，则执行步骤305，若否，则执行步骤306；
第二用户端获取共享文件后，将接收完成消息反馈给第一用户端，第一用户端判断是否收到该消息，若是，则执行步骤305，若否，则执行步骤306。
305、第一用户端停止共享服务；
若收到接收完成消息，第一用户端停止共享服务，第二用户端无法继续获取共享文件。
306、第一用户端执行其他流程。
若未收到接收完成消息，第一用户端可以继续发送共享文件，还可以执行其他流程，此处不作具体限定。
第一用户端接收第二用户端发送的请求，根据请求向第二用户端提供共享服务，当满足预置的共享终止条件时，停止共享服务。在第二用户端接收共享文件后，第一用户端可以自动取消共享服务，因此在完成共享功能的同时减少了共享文件的时间，减少了共享文件被破坏的可能性，增加了共享文件的安全性。
其次，本发明实施例中第一用户端可以判断是否收到第二用户端反馈的接收完成消息，根据判断结果处理共享服务，增加了方案实施的灵活性。
三、根据预置的共享结束时刻判断；
请参阅图4，本发明实施例中业务处理方法的另一个实施例包括：
401、第一用户端向第二用户端发送通知；
本发明实施例中，第一用户端共享文件后，向第二用户端发送通知，该通知用于通知第二用户可以获取共享文件。
402、第一用户端接收第二用户端发送的请求，请求为第二用户端获取第一用户端的共享文件的请求；
第一用户端接收第二用户端发送的请求，该请求为第二用户端获取第一用户端的共享文件的请求。
403、第一用户端根据请求向第二用户端提供共享服务，以使得第二用户端获取共享文件；
第一用户端接收该请求后，向第二用户端提供共享服务，第二用户端可以获取共享文件。
404、第一用户端判断是否达到预置的共享结束时刻，若是，则执行步骤405，若否，则执行步骤406；
第一用户端可以设定：若达到共享结束时刻，结束共享服务。第一用户端判断是否达到预置的共享结束时刻，若是，则执行步骤405，若否，则执行步骤406。
第一用户端还可以设定自共享服务开始一段时间后的时刻为共享结束时刻，还可以为其他方式，具体此处不作限定。
405、第一用户端停止共享服务。
若达到共享结束时刻，第一用户端停止共享服务。
406、第一用户端执行其他流程。
若未到共享结束时刻，第一用户端可以继续提供共享服务，还可以执行其他流程，此处不作具体限定。
第一用户端接收第二用户端发送的请求，根据请求向第二用户端提供共享服务，当满足预置的共享终止条件时，停止共享服务。在第二用户端接收共享文件后，第一用户端可以自动取消共享服务，因此在完成共享功能的同时减少了共享文件的时间，减少了共享文件被破坏的可能性，增加了共享文件的安全性。
其次，本发明实施例中第一用户端可以判断是否达到预置的共享结束时刻，根据判断结果来处理共享服务，增加了方案实施的灵活性。
为便于理解，下面以一个具体应用场景对本发明实施例中业务处理方法进行描述：
用户端A共享文件fileA后，可以选择一个或多个用户端提供共享服务并发送通知，通知为“某用户端已共享fileA文件”，当用户端B需要获取fileA文件时，用户端B向用户端A发起获取fileA的请求，用户端A与用户端B建立连接，并通过此连接向用户端B发送共享文件。
用户端A可以设置多种条件结束共享服务。
例1、用户端A判断是否已向用户端B发送完fileA，如果已发送，那么用户端A停止提供共享服务，用户端B不能再操作fileA。
例2、用户端B接收fileA后，生成“用户端B已接收fileA文件”的消息并反馈给用户端A，用户端A判断是否收到该消息，如果收到该消息，那么用户端A停止提供共享服务，用户端B不能再操作fileA。可以理解的是，消息内容还可以为其他内容，此处不作具体限定。
例3、用户端A设置共享结束时刻，如果达到该时刻，那么用户端A停止提供共享服务，用户端B不能再操作fileA。
用户端A向用户端B提供了共享服务，同时减少了fileA共享的时间，不会因为用户端B对fileA进行不正当操作而破坏fileA，增加了fileA的安全性。
上面对本发明实施例中业务处理方法进行了描述，下面对本发明实施例中用户端进行描述，请参阅图5，本发明实施例中用户端的一个实施例包括：
接收模块501，用于接收第二用户端发送的请求；
提供服务模块502，用于根据请求向第二用户端提供共享服务，以使得第二用户端获取共享文件；
判断模块503，用于判断是否满足预置的共享终止条件，若满足，则触发处理模块504，若不满足，则触发执行模块505；
处理模块504，用于当满足预置的共享终止条件时，停止提供共享服务；
执行模块505，用于当不满足预置的共享终止条件时，执行其他流程。
第一用户端接收第二用户端发送的请求，根据请求向第二用户端提供共享服务，当满足预置的共享终止条件时，停止共享服务。在第二用户端接收共享文件后，第一用户端可以自动取消共享服务，因此在完成共享功能的同时减少了共享文件的时间，减少了共享文件被破坏的可能性，增加了共享文件的安全性。
本发明实施例中用户端的判断模块可以根据多种情况判断是否应该终止共享服务，下面对于多种情况对应的判断模块分别进行描述：
一、判断是否已向第二用户端发送完共享文件的判断模块；
请参阅图6，本发明实施例中用户端的一个可实施方式包括：
发送模块601，用于向第二用户端发送通知；
接收模块602，用于接收第二用户端发送的请求；
提供服务模块603，用于根据请求向第二用户端提供共享服务，以使得第二用户端获取共享文件；
判断模块604，用于判断是否已向第二用户端发送完共享文件，若是，则触发处理模块605，若否，则触发执行模块606；
处理模块605，用于当已向第二用户端发送完共享文件时，停止提供共享服务；
执行模块606，用于当未向第二用户端发送完共享文件时，执行其他流程。
第一用户端接收第二用户端发送的请求，根据请求向第二用户端提供共享服务，当满足预置的共享终止条件时，停止共享服务。在第二用户端接收共享文件后，第一用户端可以自动取消共享服务，因此在完成共享功能的同时减少了共享文件的时间，减少了共享文件被破坏的可能性，增加了共享文件的安全性。
其次，本发明实施例中第一用户端共享文件后，发送模块601会向第二用户端发送通知，通知第二用户端获取共享文件，增加了方案实施的灵活性。
再次，本发明实施例中判断模块603可以判断是否已向第二用户端发送完共享文件，根据判断结果来处理共享服务，增加了方案实施的可行性。
二、判断是否收到第二用户端反馈的接收完成消息的判断模块；
请参阅图6，本发明实施例中用户端的另一个可实施方式包括：
发送模块601，用于向第二用户端发送通知；
接收模块602，用于接收第二用户端发送的请求；
提供服务模块603，用于根据请求向第二用户端提供共享服务，以使得第二用户端获取共享文件；
判断模块604，用于判断是否收到第二用户端反馈的接收完成消息，若是，则触发处理模块605，若否，则触发执行模块606；
处理模块605，用于当收到第二用户端反馈的接收完成消息时，停止提供共享服务；
执行模块606，用于当未收到第二用户端反馈的接收完成消息时，执行其他流程。
第一用户端接收第二用户端发送的请求，根据请求向第二用户端提供共享服务，当满足预置的共享终止条件时，停止共享服务。在第二用户端接收共享文件后，第一用户端可以自动取消共享服务，因此在完成共享功能的同时减少了共享文件的时间，减少了共享文件被破坏的可能性，增加了共享文件的安全性。
其次，本发明实施例中第一用户端共享文件后，发送模块601会向第二用户端发送通知，通知第二用户端获取共享文件，增加了方案实施的灵活性。
再次，本发明实施例中判断模块603可以判断是否收到第二用户端反馈的接收完成消息，根据判断结果来处理共享服务，增加了方案实施的可行性。
三、判断是否达到预置的共享结束时刻的判断模块；
请参阅图6，本发明实施例中用户端的另一个可实施方式包括：
发送模块601，用于向第二用户端发送通知；
接收模块602，用于接收第二用户端发送的请求；
提供服务模块603，用于根据请求向第二用户端提供共享服务，以使得第二用户端获取共享文件；
判断模块604，用于判断是否达到预置的共享结束时刻，若是，则触发处理模块605，若否，则触发执行模块606；
处理模块605，用于当达到预置的共享结束时刻时，停止提供共享服务；
执行模块606，用于当达到预置的共享结束时刻时，执行其他流程。
第一用户端接收第二用户端发送的请求，根据请求向第二用户端提供共享服务，当满足预置的共享终止条件时，停止共享服务。在第二用户端接收共享文件后，第一用户端可以自动取消共享服务，因此在完成共享功能的同时减少了共享文件的时间，减少了共享文件被破坏的可能性，增加了共享文件的安全性。
其次，本发明实施例中第一用户端共享文件后，发送模块601会向第二用户端发送通知，通知第二用户端获取共享文件，增加了方案实施的灵活性。
再次，本发明实施例中判断模块603可以判断是否达到预置的共享结束时刻，根据判断结果来处理共享服务，增加了方案实施的可行性。
下面以一个具体实现方式对本发明实施例用户端中各模块之间的交互进行详细描述：
本发明实施例中，第一用户端共享文件后，发送模块601向第二用户端发送通知，该通知用于通知第二用户可以获取共享文件。
本发明实施例中，接收模块602接收第二用户端发送的请求，该请求为第二用户端获取第一用户端的共享文件的请求。
接收模块602接收该请求后，提供服务模块603向第二用户端提供共享服务，第二用户端可以获取共享文件。
判断模块604可以设定：若达到共享结束时刻，结束共享服务。判断模块604判断是否达到预置的共享结束时刻，若达到共享结束时刻，处理模块605停止共享服务，若未到共享结束时刻，执行模块606可以继续提供共享服务，还可以执行其他流程，此处不作具体限定。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，RandomAccessMemory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (10)
1.一种业务处理方法，其特征在于，包括：
第一用户端接收第二用户端发送的请求，所述请求用于所述第二用户端获取所述第一用户端的共享文件；
所述第一用户端根据所述请求向所述第二用户端提供共享服务，以使得所述第二用户端获取所述共享文件；
当满足预置的共享终止条件时，所述第一用户端停止所述共享服务。
2.根据权利要求1所述的业务处理方法，其特征在于，所述业务处理方法还包括：
所述第一用户端判断是否已向所述第二用户端发送完所述共享文件，若是，则确定满足预置的共享终止条件。
3.根据权利要求1所述的业务处理方法，其特征在于，所述业务处理方法还包括：
所述第一用户端判断是否收到所述第二用户端反馈的接收完成消息，若是，则确定满足预置的共享终止条件。
4.根据权利要求1所述的业务处理方法，其特征在于，所述业务处理方法还包括：
所述第一用户端判断是否达到预置的共享结束时刻，若是，则确定满足预置的共享终止条件。
5.根据权利要求1至4中任一项所述的业务处理方法，其特征在于，所述第一用户端获取第二用户端发送的请求之前包括：
所述第一用户端向所述第二用户端发送通知，所述通知用于通知所述第二用户端获取所述共享文件。
6.一种用户端，其特征在于，包括：
接收模块，用于接收所述第二用户端发送的请求；
提供服务模块，用于根据所述请求向所述第二用户端提供共享服务，以使得所述第二用户端获取所述共享文件；
判断模块，用于判断是否满足预置的共享终止条件，若满足，则触发处理模块，若不满足，则触发执行模块；
处理模块，用于停止提供所述共享服务；
执行模块，用于执行其他流程。
7.根据权利要求6所述的用户端，其特征在于，所述判断模块用于判断是否已向所述第二用户端发送完所述共享文件，若是，则触发所述处理模块，若否，则触发所述执行模块。
8.根据权利要求6所述的用户端，其特征在于，所述判断模块用于判断是否收到所述第二用户端反馈的接收完成消息，若是，则触发所述处理模块，若否，则触发所述执行模块。
9.根据权利要求6所述的用户端，其特征在于，所述判断模块用于判断是否达到预置的共享结束时刻，若是，则触发所述处理模块，若否，则触发所述执行模块。
10.根据权利要求6至9中任一项所述的用户端，其特征在于，所述用户端还包括：
发送模块，用于向所述第二用户端发送通知。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410788568.4A CN105791333A (zh) | 2014-12-17 | 2014-12-17 | 一种业务处理方法以及用户端 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410788568.4A CN105791333A (zh) | 2014-12-17 | 2014-12-17 | 一种业务处理方法以及用户端 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN105791333A true CN105791333A (zh) | 2016-07-20 |
Family
ID=56373412
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410788568.4A Pending CN105791333A (zh) | 2014-12-17 | 2014-12-17 | 一种业务处理方法以及用户端 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN105791333A (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2018077115A1 (zh) * | 2016-10-27 | 2018-05-03 | 上海中兴软件有限责任公司 | 一种插件的实现方法、装置和计算机存储介质 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101068245A (zh) * | 2007-03-30 | 2007-11-07 | 腾讯科技（深圳）有限公司 | 共享文件的发布、下载方法及文件共享可控系统 |
| US20080177873A1 (en) * | 2007-01-22 | 2008-07-24 | Xerox Corporation | Two-level structured overlay design for cluster management in a peer-to-peer network |
| CN101686165A (zh) * | 2008-09-28 | 2010-03-31 | 联想(北京)有限公司 | 芯片装置及用该装置访问网络共享文件的方法 |
| CN101815264A (zh) * | 2009-02-24 | 2010-08-25 | 深圳富泰宏精密工业有限公司 | 手机共享服务管理系统及方法 |
| CN102316084A (zh) * | 2010-06-30 | 2012-01-11 | 康佳集团股份有限公司 | 一种通过网络电视实现数据共享的方法、系统及终端 |
-
2014
- 2014-12-17 CN CN201410788568.4A patent/CN105791333A/zh active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20080177873A1 (en) * | 2007-01-22 | 2008-07-24 | Xerox Corporation | Two-level structured overlay design for cluster management in a peer-to-peer network |
| CN101068245A (zh) * | 2007-03-30 | 2007-11-07 | 腾讯科技（深圳）有限公司 | 共享文件的发布、下载方法及文件共享可控系统 |
| CN101686165A (zh) * | 2008-09-28 | 2010-03-31 | 联想(北京)有限公司 | 芯片装置及用该装置访问网络共享文件的方法 |
| CN101815264A (zh) * | 2009-02-24 | 2010-08-25 | 深圳富泰宏精密工业有限公司 | 手机共享服务管理系统及方法 |
| CN102316084A (zh) * | 2010-06-30 | 2012-01-11 | 康佳集团股份有限公司 | 一种通过网络电视实现数据共享的方法、系统及终端 |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2018077115A1 (zh) * | 2016-10-27 | 2018-05-03 | 上海中兴软件有限责任公司 | 一种插件的实现方法、装置和计算机存储介质 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106503584B (zh) | 一种会话内容展示方法及系统 | |
| CN102231746B (zh) | 验证标识信息的方法及终端 | |
| CN105391622A (zh) | 即时通信或社交网络应用中分享资源的方法和系统 | |
| US20140195682A1 (en) | Method, server and computer storage medium for logging in | |
| CN104147780A (zh) | 一种切换游戏终端的方法及用户终端 | |
| CN104348697A (zh) | 视频通讯信息的处理方法、装置及系统 | |
| CN104217332A (zh) | 一种支付验证方法、服务器及系统 | |
| CN104253741A (zh) | 一种信息发送方法、相关装置及系统 | |
| CN103037538A (zh) | 数据传输方法及移动终端 | |
| US9516684B2 (en) | Data transmission method, data acquiring method, and electronic device | |
| CN103841111A (zh) | 一种防止数据重复提交的方法和服务器 | |
| CN103501344A (zh) | 多应用实现单点登录的方法及系统 | |
| CN105049336A (zh) | 即时通信消息的处理方法、服务器、客户端及系统 | |
| CN107079041A (zh) | 文件信誉评估 | |
| CN102263867A (zh) | 电子充值方法及代理终端 | |
| CN104980899A (zh) | 移动终端的通信方法、系统、移动终端及服务器 | |
| CN104539604A (zh) | 网站防护方法和装置 | |
| CN105978938A (zh) | 一种业务处理设备的业务状态确定方法及调度设备 | |
| CN106571942A (zh) | 配置数据更新方法、客户端和服务器 | |
| CN105791333A (zh) | 一种业务处理方法以及用户端 | |
| CN109600722B (zh) | 短信接收验证方法及装置、电子设备、存储介质 | |
| CN105227305B (zh) | 安全验证方法和装置 | |
| CN106411722B (zh) | 一种消息传输方法及装置 | |
| CN103813453A (zh) | 一种手机提示通知方法 | |
| US20170169239A1 (en) | Method for file synchronization, the receiver equipment and systems |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20160720 |