CN102520934A - 一种预览数据的方法和相关装置 - Google Patents
一种预览数据的方法和相关装置 Download PDFInfo
- Publication number
- CN102520934A CN102520934A CN2011103862228A CN201110386222A CN102520934A CN 102520934 A CN102520934 A CN 102520934A CN 2011103862228 A CN2011103862228 A CN 2011103862228A CN 201110386222 A CN201110386222 A CN 201110386222A CN 102520934 A CN102520934 A CN 102520934A
- Authority
- CN
- China
- Prior art keywords
- sdk
- data recovered
- subprocess
- parent process
- data
- 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.)
- Granted
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
Abstract
本发明实施例公开了一种预览数据的方法，包括：子进程对SDK恢复的数据进行加载，并判断是否对SDK恢复的数据加载成功，若判断结果为是，则向父进程发送所述SDK恢复的数据加载成功的消息，父进程判断在预设的时间内是否接收到子进程发送的所述SDK恢复的数据加载成功的消息，若判断结果为是，则加载并显示所述SDK恢复的数据；本发明实施例还公开了一种预览数据装置。本发明实施例中父进程只会对数据加载成功的数据进行显示，这样就有效解决预览控件崩溃和预览程序中止的问题。
Description
技术领域
本发明涉及计算机领域，尤其涉及一种预览数据的方法和相关装置。
背景技术
在日常工作和生活中人们在使用计算机的过程中难免会对丢失或损坏的数据进行恢复，目前，数据恢复的过程是：
软件开发工具包（SDK，Software Development Kit）对需要恢复的数据进行恢复，然后系统对SDK恢复的数据进行解析，解析成预览控件支持的数据格式（如Jpg、doc等格式） 的数据，预览控件显示解析后的SDK恢复的数据。
但由于目前的数据恢复技术很难做到把整个数据完整恢复，当系统将SDK恢复的数据解析后，在预览控件显示解析后的SDK恢复的数据时，往往会因为数据恢复的不完整，导致预览控件崩溃和预览程序中止。
发明内容
本发明实施例提供了一种预览数据的方法和相关预览控制，能有效解决预览控件崩溃和预览程序中止的问题。
本发明实施例提供了一种预览数据的方法，包括：
子进程对软件开发工具包SDK恢复的数据进行加载，所述SDK恢复的数据为预览控件支持的数据格式的数据；并判断是否对SDK恢复的数据加载成功，若判断结果为是，则向父进程发送所述SDK恢复的数据加载成功的消息；
父进程判断在预设的时间内是否接收到子进程发送的所述SDK恢复的数据加载成功的消息，若判断结果为是，则加载并显示所述SDK恢复的数据。
相应地，本发明实施例还提供了一种预览数据的装置，包括：
子进程单元，用于对SDK恢复的数据进行加载，所述SDK恢复的数据为预览控件支持的数据格式的数据；并判断是否对SDK恢复的数据加载成功，若判断结果为是，则向父进程单元发送所述SDK恢复的数据加载成功的消息；
父进程单元，用于判断在预设的时间内是否接收到子进程单元发送的所述SDK恢复的数据加载成功的消息，若判断结果为是，则加载并显示所述SDK恢复的数据。
本发明实施例中，为了解决现有技术中预览控件存在的问题，通过设置一个子进程对SDK恢复的数据进行加载，并判断是否对SDK恢复的数据加载成功，若判断结果为是，则向父进程发送所述SDK恢复的数据加载成功的消息，由父进程对这个数据进行加载；父进程判断在预设的时间内是否接收到子进程发送的所述SDK恢复的数据加载成功的消息，若判断结果为是，则加载并显示所述SDK恢复的数据，若否，则终止子进程单元的程序，下次预览再重新开启一个子进程。这样父进程只会显示加载成功的数据，从而有效解决预览控件崩溃和预览程序中止的问题。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例一种预览数据的方法的流程示意图；
图2是本发明实施例一种预览数据的方法的另一实施例的流程示意图；
图3是本发明实施例一种预览数据的方法的另一实施例的流程示意图；
图4是本发明实施例一种预览数据的装置的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
图1是本发明实施例一种预览数据的方法的流程示意图，如图1所示，包括：
S101、子进程对SDK恢复的数据进行加载。
需要说明的是，这里的所说的SDK恢复的数据为预览控件支持的数据格式的数据，预览控制支持的数据格式和现在技术一样可以包括JPG和doc等公知的格式。
S102、子进程判断是否对SDK恢复的数据加载成功，若判断结果为是，则执行步骤S103子进程向父进程发送SDK恢复的数据加载成功的消息，若判断结果为否，则可以执行步骤S104子进程终止加载SDK恢复的数据。
S103、子进程向父进程发送SDK恢复的数据加载成功的消息。
可以理解的是，子进程向父进程发送SDK恢复的数据加载成功的消息，目的是通知父进程SDK恢复是数据是完整的。
需要说明的是，子进程向父进程发送SDK恢复的数据加载成功的消息的步骤可以是：子进程建立广播消息中心类（NSDistributed Notification Center）消息，并向父进程发送所述NSDistributed Notification Center消息，所述NSDistributed Notification Center消息包含SDK恢复的数据加载成功的消息。
需要说明的是，NSDistributed Notification Center的中文意思广播消息中心类，是一个参考翻译，在发明实施例中以NSDistributed Notification Center为准。
S104、子进程终止加载SDK恢复的数据。
需要说明的是，子进程终止加载SDK恢复的数据，可以是子进程在加载SDK恢复不完整的数据时，子进程因数据恢复不完整而中止程序，但子进程中止程序后，即，子进程可能卡死后或者挂掉后，不会对父进程和预览控制造成影响。
S105、父进程判断在预设的时间内是否接收到子进程发送的SDK恢复的数据加载成功的消息，若判断结果为是，则执行步骤106父进程加载并显示SDK恢复的数据，若判断结果为否，则可以执行步骤S107终止子进程。
S106、父进程加载并显示SDK恢复的数据。
可以理解的是，父进程加载并显示SDK恢复的数据，也就是SDK恢复的数据是完整的，不会让预览控件崩溃和数据恢复程序中止。
需要说明的，父进程加载并显示SDK恢复的数据，之前父进程会把SDK恢复的数据解析成预览控制支持的数据格式的数据，此过程采用现有技术的方法，此处不用限定。预览控制支持的数据格式可以包括JPG和doc等公知的格式。
S107、终止子进程。
可以理解的是，父进程在预设的时间内没有接收到子进程发送的SDK恢复的数据加载成功的消息，就是说，子进程加载的SDK恢复的数据是不完整的，如果父进程显示这个不完整的数据，则会让预览控件崩溃和数据恢复程序中止，父进程则可以终止子进程，当下次预览再重新开启一个子进程。
本实施例中，子进程对底层软件开发包SDK恢复的数据进行加载，并判断是否对SDK恢复的数据加载成功，若判断结果为是，则向父进程发送所述SDK恢复的数据加载成功的消息，若判断结果为否，则终止加载所述SDK恢复的数据，父进程判断在预设的时间内是否接收到子进程发送的所述SDK恢复的数据加载成功的消息，若判断结果为是，则加载并显示所述SDK恢复的数据。这样父进程只会显示加载成功的数据，从而有效解决预览控件崩溃和预览程序中止的问题。
图2是本明发实施例提供的一种预览数据的方法的另一实施例的流程示意图，如图2所示，包括：
S201、父进程向子进程发送SDK恢复的数据。
S202、子进程接收父进程发送的SDK恢复的数据，并将SDK恢复的数据解析成预览控制支持的数据格式的数据。
需要说明的是，预览控制支持的数据格式和现在技术一样可以包括JPG和doc等公知的格式。
S203、子进程对SDK恢复的数据进行加载。
S204、子进程判断是否对SDK恢复的数据加载成功，若判断结果为是，则执行步骤S205子进程向父进程发送SDK恢复的数据加载成功的消息，若判断结果为否，则执行步骤S206子进程终止加载SDK恢复的数据。
S205、子进程向父进程发送SDK恢复的数据加载成功的消息。
可以理解的是，子进程向父进程发送SDK恢复的数据加载成功的消息，目的是通知父进程SDK恢复是数据是完整的。
需要说明的是，子进程向父进程发送SDK恢复的数据加载成功的消息的步骤可以是：子进程建立广播消息中心类（NSDistributed Notification Center）消息，并向父进程发送所述NSDistributed Notification Center消息，所述NSDistributed Notification Center消息包含SDK恢复的数据加载成功的消息。
需要说明的是，NSDistributed Notification Center的中文意思广播消息中心类，是一个参考翻译，在发明实施例中以NSDistributed Notification Center为准。
S206、子进程终止加载SDK恢复的数据。
可以理解的是，子进程终止加载SDK恢复的数据，是指子进程在加载SDK恢复不完整的数据时，子进程因数据恢复不完整而中止程序。
需要说明的是，子进程中止程序后，不会对父进程和预览控制造成影响。
S207、父进程判断在预设的时间内是否接收到子进程发送的SDK恢复的数据加载成功的消息，若判断结果为是，则执行步骤S208父进程加载并显示SDK恢复的数据，若判断结果为否，则执行步骤S209终止子进程。
S208、父进程加载并显示SDK恢复的数据。
可以理解的是，父进程加载并显示SDK恢复的数据，也就是SDK恢复的数据是完整的，不会让预览控件崩溃和数据恢复程序中止。
需要说明的，父进程加载并显示SDK恢复的数据，之前父进程会把SDK恢复的数据解析成预览控制支持的数据格式的数据，此过程采用现有技术的方法，此处不用限定。预览控制支持的数据格式可以包括JPG和doc等公知的格式。
S209、终止子进程。
可以理解的是，父进程在预设的时间内没有接收到子进程发送的SDK恢复的数据加载成功的消息，就是说，子进程加载的SDK恢复的数据是不完整的，如果父进程显示这个不完整的数据，则会让预览控件崩溃和数据恢复程序中止，父进程则可以终止子进程，当下次预览再重新开启一个子进程。
本实施例中，增加了子进程把底层软件开发包SDK恢复的数据解析成预览控件能预览的数据格式的数据，这样可以让子进程更有效地对解析后的数据进行加载，有效的解决预览控件崩溃和恢复数据的程序中止的问题。
图3是本明发实施例一种预览数据的方法的另一实施例的流程示意图，如图3所示，包括：
S301、父进程使用状态机（NSCondition）标识父进程为忙状态。
需要说明的是，父进程使用NSCondition标示父进程为忙状态，父进程为忙状态时是不会执行其它操作，以保证父进程与子进程在预览数据过程是同步操作的，同时，还可以解决因步骤S306中，采用（NSDistributed Notification Center）向父进程发送加载成功的消息的过程造成的异步问题。具体解决过程是，当子进程加载SDK恢复的数据的过程中，父进程使用NSCondition标示父进程为忙状态，父进程为忙状态时是不会执行其它任务，以保证父进程与子进程在消息传输过程中是同步。
S302、父进程向子进程发送SDK恢复的数据。
需要说明的是，步骤S301以及步骤S302可以同时执行，或者先执行步骤S302再执行步骤S301。
S303、子进程接收父进程发送的SDK恢复的数据，并将SDK恢复的数据解析成预览控制支持的数据格式的数据。
需要说明的是，预览控制支持的数据格式和现在技术一样可以包括JPG和doc等公知的格式。
S304、子进程对SDK恢复的数据进行加载。
S305、子进程判断是否对SDK恢复的数据加载成功，若判断结果为是，则执行步骤S306子进程向父进程发送SDK恢复的数据加载成功的消息，若判断结果为否，则执行步骤S307子进程终止加载SDK恢复的数据。
S306、子进程向父进程发送SDK恢复的数据加载成功的消息。
可以理解的是，子进程向父进程发送SDK恢复的数据加载成功的消息，目的是通知父进程SDK恢复是数据是完整的。
需要说明的是，子进程向父进程发送SDK恢复的数据加载成功的消息的步骤可以是：子进程建立广播消息中心类（NSDistributed Notification Center）消息，并向父进程发送所述NSDistributed Notification Center消息，所述NSDistributed Notification Center消息包含SDK恢复的数据加载成功的消息。
需要说明的是，NSDistributed Notification Center的中文意思广播消息中心类，是一个参考翻译，在发明实施例中以NSDistributed Notification Center为准。
S307、子进程终止加载SDK恢复的数据。
可以理解的是，子进程终止加载SDK恢复的数据，是指子进程在加载SDK恢复不完整的数据时，子进程因数据恢复不完整而中止程序，即，子进程可能卡死或者挂掉。
需要说明的是，子进程中止程序后，不会对父进程和预览控制造成影响。
S308、父进程判断在预设的时间内是否接收到子进程发送的SDK恢复的数据加载成功的消息，若判断结果为是，则执行步骤S208父进程加载并显示SDK恢复的数据，若判断结果为否，则执行步骤S209终止子进程。
S309、父进程加载并显示SDK恢复的数据。
可以理解的是，父进程加载并显示SDK恢复的数据，也就是SDK恢复的数据是完整的，不会让预览控件崩溃和数据恢复程序中止。
需要说明的，父进程加载并显示SDK恢复的数据，之前父进程会把SDK恢复的数据解析成预览控制支持的数据格式的数据，此过程采用现有技术的方法，此处不用限定。预览控制支持的数据格式可以包括JPG和doc等公知的格式。
S310、终止子进程。
可以理解的是，父进程在预设的时间内没有接收到子进程发送的SDK恢复的数据加载成功的消息，就是说，子进程加载的SDK恢复的数据是不完整的，如果父进程显示这个不完整的数据，则会让预览控件崩溃和数据恢复程序中止，父进程则可以终止子进程，当下次预览再重新开启一个子进程。
需要说明的是，当父进程执行步骤S308后，父进程还可以使用NSCondition标识父进程为闲状态，这时父进程就可以执行其它操作。
本实施例中，增加了父进程使用NSCondition父进程的状态，以保证父进程与子进程在消息传输过程中是同步的，同时有效的解决预览控件崩溃和恢复数据的程序中止的问题。
图4是本发明实施例提供的一种预览数据的装置的结构示意图，如图4 所示，本发明的实施例提供的预览控件包括子进程单元和进程单元，其中：
子进程单元41，用于对SDK恢复的数据进行加载，并判断是否对SDK恢复的数据加载成功，若判断结果为是，则向父进程单元42发送所述SDK恢复的数据加载成功的消息，若判断结果为否，则终止加载所述SDK恢复的数据。
需要说明的是，这里所说的SDK恢复的数据为预览控件支持的数据格式的数据。
需要说明的是，子进程单元还可以包括解析单元411和加载单元412，其中：
解析单元411，用于接收由父进程单元42发送的SDK恢复的数据，并将所述SDK恢复的数据解析成预览控制支持的数据格式的数据。
加载单元412，用于对SDK恢复的数据进行加载，并判断是否加载成功，若判断结果为是，则向父进程单元发送所述SDK恢复的数据加载成功的消息，若判断结果为否，则终止加载所述SDK恢复的数据。
父进程单元42，用于判断在预设的时间内是否接收到子进程单元41发送的所述SDK恢复的数据加载成功的消息，若判断结果为是，则加载并显示所述SDK恢复的数据。
需要说明的是，父进程单元42可以包括：发送单元421和判断单元422，其中：
发送单元421，用于向子进程单元41发送的SDK恢复的数据。
判断单元422，用于判断在预设的时间内是否接收到子进程单元41发送的所述SDK恢复的数据加载成功的消息，若判断结果为是，则加载并显示所述SDK恢复的数据，若判断结果为否，则终止所述子进程单元41的程序。
需要说明的是，父进程单元42还可以包括：状态机423。
状态机423，用于标识父进程单元42为忙状态。
需要说明的是，父进程单元42使用NSCondition标示父进程单元32为忙状态，同时在有限时间里等待子进程单元41的响应消息。会存在分两种情况，一种是正常情况，子进程单元41加载SDK恢复的数据加载成功，发送加载成功的消息给父进程单元42，父进程单元42收到加载成功的消息后，标识父进程单元42闲状态，继续进行其他操作。另一种情况子进程单元41加载SDK恢复的数据失败，这时候父进程单元42在有限时间里，没收到子进程单元41发过来的响应消息，也标识自己闲状态，继续进行其他操作，下次操作时候重新建立子进程单元42，从而以保证父进程单元42与子进程单元41在预览数据过程是同步操作的。
在本实施例中，为了解决现有技术中预览控件存在的问题，通过设置一个子进程单元先对SDK恢复的数据进行加载，加载成功后发送加载成功的消息至父进程单元，并把加载成功的数据发送到父进程单元，由父进程对这个数据进行加载；父进程单元在预设的时间内判断是否接收到子进程单元发送的加载成功的消息，若有，则对子进程单元加载成功的数据进行显示，若无，则终止子进程单元的程序，下次预览再重新开启一个子进程单元，这样就可以有效的解决预览控件崩溃和恢复数据的程序中止的问题。
以上所揭露的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。
Claims (10)
1.一种预览数据的方法，其特征在于，包括：
子进程对软件开发工具包SDK恢复的数据进行加载，所述SDK恢复的数据为预览控件支持的数据格式的数据；并判断是否对SDK恢复的数据加载成功，若判断结果为是，则向父进程发送所述SDK恢复的数据加载成功的消息；
父进程判断在预设的时间内是否接收到子进程发送的所述SDK恢复的数据加载成功的消息，若判断结果为是，则加载并显示所述SDK恢复的数据。
2.如权利要求1所述的方法，其特征在于，所述子进程对SDK恢复的数据进行加载之前包括：
父进程向子进程发送SDK恢复的数据；
子进程接收父进程发送的SDK恢复的数据，并将所述SDK恢复的数据解析成预览控制支持的数据格式的数据。
3.如权利要求2所述的方法，其特征在于，所述父进程向子进程发送的SDK恢复的数据包括步骤：
父进程通过内存映射文件的方式向子进程发送的SDK恢复的数据。
4.如权利要求2所述的方法，其特征在于，所述向父进程发送所述SDK恢复的数据加载成功的消息包括步骤：
子进程建立广播消息中心类NSDistributed Notification Center消息，并向父进程发送所述NSDistributed Notification Center消息，所述NSDistributed Notification Center消息包含所述SDK恢复的数据加载成功的消息。
5.如权利要求2所述的方法，其特征在于，所述父进程向子进程发送的SDK恢复的数据的步骤还包括：
父进程使用状态机NSCondition标识父进程为忙状态。
6.如权利要求1-5任一项所述的方法，其特征在于，父进程判断在预设的时间内没有接收到子进程发送的所述SDK恢复的数据加载成功的消息，则终止所述子进程。
7.一种预览数据的装置，其特征在于，包括：
子进程单元，用于对SDK恢复的数据进行加载，所述SDK恢复的数据为预览控件支持的数据格式的数据；并判断是否对SDK恢复的数据加载成功，若判断结果为是，则向父进程单元发送所述SDK恢复的数据加载成功的消息；
父进程单元，用于判断在预设的时间内是否接收到子进程单元发送的所述SDK恢复的数据加载成功的消息，若判断结果为是，则加载并显示所述SDK恢复的数据。
8.如权利要求7的所述的装置，其特征在于，所述父进程单元包括：
发送单元，用于通过内存映射文件的方式向子进程发送的SDK恢复的数据；
所述子进程单元包括：
解析单元，用于接收所述发送单元发送的SDK恢复的数据，并将所述SDK恢复的数据解析成预览控制支持的数据格式的数据；
加载单元，用于对SDK恢复的数据进行加载，并判断是否对SDK恢复的数据加载成功，若判断结果为是，则向父进程单元发送所述SDK恢复的数据加载成功的消息。
9.如权利要求8所述的装置，其特征在于，所述父进程单元还包括：
状态机，用于标识父进程单元为忙状态。
10.如权利要求7-9任一项所述的装置，其特征在于，所述父进程单元包括：
判断单元，判断在预设的时间内是否接收到所述子进程单元发送的所述SDK恢复的数据加载成功的消息，若判断结果为是，则加载并显示所述SDK恢复的数据，若判断结果为否，则终止所述子进程单元的程序。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110386222.8A CN102520934B (zh) | 2011-11-29 | 2011-11-29 | 一种预览数据的方法和相关装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110386222.8A CN102520934B (zh) | 2011-11-29 | 2011-11-29 | 一种预览数据的方法和相关装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102520934A true CN102520934A (zh) | 2012-06-27 |
| CN102520934B CN102520934B (zh) | 2016-03-30 |
Family
ID=46291876
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201110386222.8A Active CN102520934B (zh) | 2011-11-29 | 2011-11-29 | 一种预览数据的方法和相关装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102520934B (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108073452A (zh) * | 2016-11-10 | 2018-05-25 | 阿里巴巴集团控股有限公司 | 一种动态语言的运行时环境处理方法、装置和设备 |
| CN109597703A (zh) * | 2018-12-05 | 2019-04-09 | 广州华多网络科技有限公司 | 一种软件开发工具包崩溃的处理方法、装置及设备 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050166212A1 (en) * | 1999-04-06 | 2005-07-28 | Sony Corporation | Network system, network control method, and signal sender/receiver |
| CN101887367A (zh) * | 2010-06-22 | 2010-11-17 | 天津大学 | 一种多级并行化编程方法 |
-
2011
- 2011-11-29 CN CN201110386222.8A patent/CN102520934B/zh active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050166212A1 (en) * | 1999-04-06 | 2005-07-28 | Sony Corporation | Network system, network control method, and signal sender/receiver |
| CN101887367A (zh) * | 2010-06-22 | 2010-11-17 | 天津大学 | 一种多级并行化编程方法 |
Non-Patent Citations (1)
| Title |
|---|
| (匿名): "四款免费工具与EasyRecovery的决斗", 《电脑爱好者》, 31 March 2010 (2010-03-31), pages 64 - 65 * |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108073452A (zh) * | 2016-11-10 | 2018-05-25 | 阿里巴巴集团控股有限公司 | 一种动态语言的运行时环境处理方法、装置和设备 |
| CN108073452B (zh) * | 2016-11-10 | 2022-01-28 | 阿里巴巴集团控股有限公司 | 一种动态语言的运行时环境处理方法、装置和设备 |
| CN109597703A (zh) * | 2018-12-05 | 2019-04-09 | 广州华多网络科技有限公司 | 一种软件开发工具包崩溃的处理方法、装置及设备 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102520934B (zh) | 2016-03-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102707880B (zh) | 文件传输的方法及终端 | |
| CN103124275B (zh) | 一种获取文件的方法和装置 | |
| CN102866988B (zh) | 一种终端及其实现拖曳复制粘贴文本的方法 | |
| CN103645975B (zh) | 一种异常恢复的方法及串行总线传输装置 | |
| CN103220351A (zh) | 一种移动终端及其文件传输方法、系统及网络系统 | |
| CN105760328A (zh) | 一种vr设备usb主从切换方法以及系统 | |
| CN104834617A (zh) | 一种数据传输方法 | |
| CN105576727A (zh) | 一种快速充电的方法、装置和系统 | |
| EP2547168B1 (en) | Android system with simulataneous support of multiple pdp contexts | |
| CN103440095A (zh) | 文件发送方法及终端 | |
| CN111625371A (zh) | 一种文本传输方法、装置、pc端、移动终端及系统 | |
| CN102520934A (zh) | 一种预览数据的方法和相关装置 | |
| CN101478597B (zh) | 一种连接切换的方法、系统及移动终端 | |
| CN106168974B (zh) | 多系统截屏文件的处理方法和系统 | |
| CN106155842A (zh) | 一种数据迁移方法及装置 | |
| CN103294627A (zh) | 数据传输方法、系统及使用该方法的电子装置 | |
| CN113535431A (zh) | 一种服务调用方法及系统 | |
| CN105183673A (zh) | 在恢复模式下支持外置存储设备热插拔的方法及装置 | |
| CN104216739A (zh) | 一种下载处理方法及装置、终端 | |
| CN102918802B (zh) | 确定故障指示状态的方法、节点和系统 | |
| JPWO2011016137A1 (ja) | インバータシステムおよびインバータ | |
| CN103870564A (zh) | 一种数据更新方法及电子设备 | |
| CN103596041B (zh) | 一种信息提示方法及装置 | |
| CN104836650A (zh) | 一种终端 | |
| CN103294490A (zh) | 配置信息提供方法和装置以及配置操作系统的方法和装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C53 | Correction of patent of invention or patent application | ||
| CB02 | Change of applicant information |
Address after: 518000 Guangdong city of Shenzhen province Nanshan District Gao Xin Road, room 9 building on the north side of block A901 No. 006 TCL Industry Research Institute building A A Building 8 floor Applicant after: Shenzhen Wondershare Information Technology Co., Ltd. Address before: 518000 Guangdong city of Shenzhen province Nanshan District Gao Xin Road Building A block 8 Building TCL Applicant before: Shenzhen Wondershare Software Co., Ltd. |
|
| COR | Change of bibliographic data |
Free format text: CORRECT: APPLICANT; FROM: SHENZHEN WONDERSHARE SOFTWARE CO., LTD. TO: SHENZHEN WONDERSHARE INFORMATION TECHNOLOGY CO., LTD. |
|
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CP03 | Change of name, title or address | ||
| CP03 | Change of name, title or address |
Address after: 850000 Tibet autonomous region, Lhasa City, New District, west of the East Ring Road, 1-4 road to the north, south of 1-3 Road, Liu Dong building, east of the 8 unit 6, floor 2, No. Patentee after: Wanxing Polytron Technologies Inc Address before: 518000 Guangdong city of Shenzhen province Nanshan District Gao Xin Road, room 9 building on the north side of block A901 No. 006 TCL Industry Research Institute building A A Building 8 floor Patentee before: Shenzhen Wondershare Information Technology Co., Ltd. |