CN104469506A - Method and system for realizing privatization of play items and player - Google Patents
Method and system for realizing privatization of play items and player Download PDFInfo
- Publication number
- CN104469506A CN104469506A CN201310418023.XA CN201310418023A CN104469506A CN 104469506 A CN104469506 A CN 104469506A CN 201310418023 A CN201310418023 A CN 201310418023A CN 104469506 A CN104469506 A CN 104469506A
- Authority
- CN
- China
- Prior art keywords
- user
- private
- multimedia file
- list
- name
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
- H04N21/458—Scheduling content for creating a personalised stream, e.g. by combining a locally stored advertisement with an incoming stream; Updating operations, e.g. for OS modules ; time-related management operations
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
- H04N21/462—Content or additional data management, e.g. creating a master electronic program guide from data received from the Internet and a Head-end, controlling the complexity of a video stream by scaling the resolution or bit-rate based on the client capabilities
- H04N21/4627—Rights management associated to the content
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/47—End-user applications
- H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
Abstract
The application discloses a method and a system for realizing privatization of play items and a player. In a step of creating a private list in the method, descriptive data information of a multimedia file needing privacy protection of a current user can be moved into a private file folder or a private file which is associated with the user name of the current user, and descriptive data of the multimedia file in a public file folder or a public file is deleted in order that the descriptive data of the multimedia file needing privacy protection of the user is not displayed in a public list area. In a step of displaying the private list, the user name and the private label property of the current user is identified in order that a private multimedia file is not displayed in the public list area, and only a private multimedia file corresponding to the user name of the current user is displayed in the private list area.
Description
Technical field
The application relates to video playback field, is specifically related to a kind of by the implementation method of playitem privatization, system and player.
Background technology
User is after use player plays multimedia file, the explanation data message of this multimedia file can show in the play list, this explanation data message can comprise the information such as multimedia file size, current play time, code check, path, therefore, if this multimedia file is not this time played to end by user, upper once play time can continue previous reproduction time node, namely playlist has the function remembeing play position last time.
But user, when using player plays multimedia file, adds after multimedia file to playlist, do not wish sometimes to be seen in playlist by other people using same equipment.Therefore, user needs to be removed from playlist by multimedia file before closedown player.After removing, if user wants to continue to play this multimedia file, just again must add this multimedia file to playlist, this just causes playlist to lose its function remembeing play position last time of having of script.
Summary of the invention
The application provides a kind of by the implementation method of playitem privatization, system and player.
According to the first aspect of the application, this application provides a kind of by the implementation method of playitem privatization, comprise the step of private list establishment and the step of private list display;
The step that described private list creates comprises:
Obtain the first instruction that the multimedia file in common list is moved on to private list by active user;
The user's name of active user is obtained based on the first instruction;
Be represent that described multimedia file belongs to the value of private multimedia file by the personal tokens's attribute flags in the explanation data message of described multimedia file, the explanation data message of multimedia file user chosen in common list is kept in the private folder or documentum privatum associated with described user's name;
Deleted from public folders or public documents by the explanation data message of described multimedia file, described public folders or public documents are for storing the explanation data message of the multimedia file in common list;
The step of described private list display comprises:
Obtain the second instruction that active user opens private list;
The user's name of active user is obtained based on the second instruction;
The explanation data message of multimedia file public folders or public documents neutralized in the private folder or documentum privatum associated with this user name respectively reads in internal memory;
The explanation data message being labeled as private multimedia file is presented at the private list region of display interface, the explanation data message being labeled as public multimedia file is presented at the common list region of display interface.
According to the second aspect of the application, this application provides another kind of by the implementation method of playitem privatization, comprise the step of private list establishment and the step of private list display;
The step that described private list creates comprises:
Obtain the first instruction that the multimedia file in common list is moved on to private list by active user;
The user's name of active user is obtained based on the first instruction;
The explanation data message of multimedia file user chosen in common list is kept in the private folder or documentum privatum associated with described user's name;
Deleted from public folders or public documents by the explanation data message of described multimedia file, described public folders or public documents are for storing the explanation data message of the multimedia file in common list;
The step of described private list display comprises:
Obtain the second instruction that active user opens private list;
The user's name of active user is obtained based on the second instruction;
The explanation data message of multimedia file public folders or public documents neutralized in the private folder or documentum privatum associated with this user name respectively reads in internal memory;
Being private multimedia file by personal tokens's attribute flags of the explanation data message read from private folder or documentum privatum, is public multimedia file by personal tokens's attribute flags of the explanation data message read from public folders or public documents;
The explanation data message being labeled as private multimedia file is presented at the private list region of display interface, the explanation data message being labeled as public multimedia file is presented at the common list region of display interface.
According to the third aspect of the application, this application provides a kind of by the system of playitem privatization, comprise private list and create subsystem and private list display subsystem;
Described private list creates subsystem and comprises:
First interface module, for providing human-computer interaction interface to obtain the first instruction that the multimedia file in common list to be moved on to private list by active user;
First login module, for obtaining the user's name of active user based on described first instruction;
First data module, for being represent that described multimedia file belongs to the value of private multimedia file by the personal tokens's attribute flags in the explanation data message of described multimedia file, the explanation data message of multimedia file user chosen in common list is kept in the private folder or documentum privatum associated with described user's name; Also for being deleted from public folders or public documents by the explanation data message of described multimedia file, described public folders or public documents are for storing the explanation data message of the multimedia file in common list;
Described private list display subsystem comprises:
Second contact surface module, for providing human-computer interaction interface to obtain the second instruction that active user opens private list;
Second login module, for obtaining the user's name of active user based on the second instruction;
Second data module, reads in internal memory for the explanation data message respectively public folders or public documents being neutralized the multimedia file in the private folder or documentum privatum that associate with this user name;
The explanation data message being labeled as public multimedia file also for the explanation data message being labeled as private multimedia file in internal memory being presented at the private list region of display interface, is presented at the common list region of display interface by described second contact surface module.
According to the fourth aspect of the application, this application provides another kind of by the system of playitem privatization, comprise private list and create subsystem and private list display subsystem;
Described private list creates subsystem and comprises:
First interface module, for providing human-computer interaction interface to obtain the first instruction that the multimedia file in common list to be moved on to private list by active user;
First login module, for obtaining the user's name of active user based on described first instruction;
First data module, the explanation data message for multimedia file user chosen in common list is kept in the private folder or documentum privatum associated with described user's name; Also for being deleted from public folders or public documents by the explanation data message of described multimedia file, described public folders or public documents are for storing the explanation data message of the multimedia file in common list;
Described private list display subsystem comprises:
Second contact surface module, for providing human-computer interaction interface to obtain the second instruction that active user opens private list;
Second login module, for obtaining the user's name of active user based on the second instruction;
Second data module, explanation data message for respectively public folders or public documents being neutralized the multimedia file in the private folder or documentum privatum that associate with this user name reads in internal memory, and be private multimedia file by personal tokens's attribute flags of the explanation data message read from private folder or documentum privatum, be public multimedia file by personal tokens's attribute flags of the explanation data message read from public folders or public documents;
The explanation data message being labeled as public multimedia file also for the explanation data message being labeled as private multimedia file in internal memory being presented at the private list region of display interface, is presented at the common list region of display interface by described second contact surface module.
According to the 5th aspect of the application, this application provides a kind of player, comprise above-mentioned any one by the system of playitem privatization.
The beneficial effect of the application is: the method that the application provides, system and player can realize playitem privatization.In the step that private list creates; active user can be needed the explanation data message of the multimedia file carrying out secret protection to be saved in the private folder or documentum privatum associated with the user's name of active user; and delete the explanation data of this multimedia file in public folders or public documents, make user need the explanation data of the multimedia file carrying out secret protection not show in common list region.In the step of private list display, by to the user's name of active user and the identification of personal tokens's attribute, private multimedia file can not be shown in common list region, only show the private multimedia file that the user's name of active user is corresponding in private list region.
Accompanying drawing explanation
Fig. 1 a is by the implementation method schematic diagram of playitem privatization in the embodiment of the present application;
Fig. 1 b realizes system schematic by playitem privatization in the embodiment of the present application;
Fig. 2 is that a kind of embodiment of the application is by the flow chart of the implementation method private list foundation step of playitem privatization;
Fig. 3 is that a kind of embodiment of the application is by the flow chart of the implementation method private list step display of playitem privatization;
Fig. 4 is that the another kind of embodiment of the application is by the flow chart of the implementation method private list foundation step of playitem privatization;
Fig. 5 is that the another kind of embodiment of the application is by the flow chart of the implementation method private list step display of playitem privatization;
Fig. 6 is that a kind of embodiment of the application is by the module map realizing system private's list creating subsystem of playitem privatization;
Fig. 7 is that a kind of embodiment of the application is by the module map realizing system private's list display subsystem of playitem privatization;
Fig. 8 is that the another kind of embodiment of the application is by the module map realizing system private's list creating subsystem of playitem privatization;
Fig. 9 is that the another kind of embodiment of the application is by the module map realizing system private's list display subsystem of playitem privatization;
Figure 10 is the flow chart of private list foundation step in the application examples of a kind of embodiment player of the application;
Figure 11 is the flow chart of private list step display in the application examples of a kind of embodiment player of the application.
Embodiment
The embodiment of the present application provides a kind of by the implementation method of playitem privatization, system and player, and this player comprises playitem privatization realized system.This is by the implementation method of playitem privatization; in the step that private list creates; active user can be needed the explanation data message of the multimedia file carrying out secret protection to be saved in the private folder or documentum privatum associated with the user's name of active user; and delete the explanation data of this multimedia file in public folders or public documents, make user need the explanation data of the multimedia file carrying out secret protection not show in common list region.In the step of private list display, by to the user's name of active user and the identification of personal tokens's attribute, private multimedia file can not be shown in common list region, only show the private multimedia file that the user's name of active user is corresponding in private list region.Therefore, it is possible to protect privacy of user well, improve Consumer's Experience.
The embodiment of the present application, to be described by the mode direction memory data instance of public folders and private folder, in other embodiments, can carry out direction memory data by the mode of public documents and documentum privatum.
Please refer to Fig. 1 a, it is a kind of by the implementation method of playitem privatization that the embodiment of the present application provides, and comprises the step 10 of private list establishment and the step 20 of private list display.
Please refer to Fig. 1 b, what the embodiment of the present application provided a kind ofly realizes system by playitem privatization, comprises private list and creates subsystem 30 and private list display subsystem 40.
By reference to the accompanying drawings the application is described in further detail below by embodiment.
Embodiment one
Please refer to Fig. 2, it is a kind of by the implementation method of playitem privatization that this enforcement provides, and the step 10 that private list creates comprises:
Step 101: obtain the first instruction that the multimedia file in common list is moved on to private list by active user.The acquisition of the first instruction can be the mode by man-machine interaction, such as, in an instantiation; user chooses in common list the multimedia file needing to protect; right button mouse, clicks " moving on to private list " menu item, thus sends the first instruction in the menu ejected.
Step 102: the user's name obtaining active user based on the first instruction.In the present embodiment, step 102 comprises user's login step, is specially: according to logging status value, the logging status value obtaining active user based on the first instruction, judges whether active user logs in, if so, then directly from this locality stores, the user's name of active user is obtained; If not, then show login window, logging status value is revised as represents the listed value of active user after the user logs, and obtain the user's name of active user from this locality stores.Wherein: illustrate that data message comprises the index information of multimedia file, such as multimedia file size, current play time, code check, path, personal tokens's attribute etc.; Login window is a human-computer interaction interface, and the mode for being inputted by user obtains the user's name of active user; After user uses user's name to log in, user's name often can be kept in a file, such as, in file udh.bin, therefore, the user's name obtaining active user from this locality stores can be the user's name getting active user from this file (udh.bin).
In an instantiation, comprise in process of user login: user is by login window input user's name and user cipher, verify this user's name and user cipher, then user logins successfully if the verification passes, logging status value is revised as and represents the listed value of active user; If checking is not passed through, login failed for user, continue display login window.In the present embodiment, the user's name inputted by login window user and user cipher verify it can is specifically that upload onto the server user's name and user cipher end, carries out password authentification by server end, and returned by the result, thus judge whether active user logins successfully.User's name and user cipher are user's name and the password that user logs in player employing; user can be avoided to reset user's name; also avoid user to need to remember multiple user's name simultaneously; thus reduce memory burden; improve Consumer's Experience; can also support that multiple different user protects private data simultaneously, be independent of each other each other.
Step 103: personal tokens's attribute flags that will move on in the explanation data message of the multimedia file of private list is represent that this multimedia file belongs to the value of private multimedia file.In the present embodiment, distinguish multimedia file by using the mode of personal tokens and belong to public multimedia file or private multimedia file, such as represent when personal tokens's property value is 0 that this multimedia file is public multimedia file, when being 1, represent that this multimedia file is private multimedia file.In step 103, when the value of personal tokens's attribute of multimedia file is revised as 1 from 0, the attribute by this multimedia file is revised as private multimedia file from public multimedia file.
Step 104: the explanation data message of multimedia file user chosen in common list is kept in the private folder associated with the user's name of active user.The mode that private folder associates with the user's name of active user comprises: private folder associated with user's name by the mode of tables of data, or with user's name name private folder, private folder is associated with user's name.User's name due to user is only, so name the private folder associated with the user's name of active user with user's name, can ensure that the data of different user are separate, not interfere with each other.When each user logs in time, privately owned explanation data message is imported to internal memory from private folder, during user log off, privately owned explanation data message is saved in private folder, and deletes from internal memory, the utilance of internal memory can be improved like this.
Step 105: deleted from public folders by the explanation data message of this multimedia file, public folders is for storing the explanation data message of the multimedia file in common list.The explanation data message of multimedia file does not just show in common list region, thus achieves the object of playitem privatization after deleting from public folders.
In order to protect the privacy information of active user better, after step 105, also comprise: the multimedia file moving on to private list region is set to hiding attribute.
Please refer to Fig. 3, the step 20 of private list display comprises:
Step 201: obtain the second instruction that active user opens private list.The acquisition of the second instruction can be the mode by man-machine interaction, and such as, in an instantiation, user by clicking opening in private list menu item, thus sends the second instruction.
Step 202: the user's name obtaining active user based on the second instruction.In the present embodiment, step 202 comprises user's login step, and the user's login step in step 202 is identical with the login step in above-mentioned steps 102, repeats no more herein.
Step 203: the explanation data message of the multimedia file neutralized by public folders in the private folder associated with this user name respectively reads in internal memory.
Step 204: the private list region explanation data message being labeled as private multimedia file being presented at display interface, is presented at the common list region of display interface by the explanation data message being labeled as public multimedia file.
Preferably, in the present embodiment, also comprise private list verification step before the step 204, this private list verification step comprises: the private list proofing state value obtaining active user, judge whether active user is verified by private list according to private list proofing state value, if so, then continue to perform step 204, the explanation data message being labeled as private multimedia file is presented at the private list region of display interface; If not, then show private list checking window, after user is by checking, private list proofing state value is revised as and represents that active user is by the value that private list is verified, and the explanation data message being labeled as private multimedia file is presented at the private list region of display interface.
Private list checking window is a human-computer interaction interface, and the mode for being inputted by user obtains the private list authorization information of active user.
In an instantiation, if after active user logs in, user's name and user cipher are kept in file udh.bin, when private list verification step, user is mated with the user's name of preserving in udh.bin file and user cipher by the private list authorization information (user's name and/or user cipher) of private list checking window input, if can match, represents and be verified.In other embodiments, private list authorization information also can not select user's name and/or user cipher, and select other private list authorization information, now can be uploaded onto the server end, verified by server end, and returned by the result, thus judge whether private list checking is passed through.
Certainly, in private list verification step, when demonstrating private list checking window, user also can select directly to close private list checking window, thus terminates the operation of opening private list step.
Consider in the middle of embody rule, owing to selecting when some user logs in remember user's name and user cipher, or automatically log in, if only need to get user's name just can open private list, just well can not protect the privately owned file of user.And some service only have user to login successfully after could use, as long as be equivalent to use service obtain user's name surely with regard to one thus check privately owned file, this just makes partial service can not be well independent with display private list.And in the present embodiment, add private list verification step, adopt the mode of secondary checking to can solve the problems referred to above.
In instantiation, private list verification step can be placed between step 202 and step 203.
Embodiment two
Please refer to Fig. 4, it is a kind of by the implementation method of playitem privatization that this enforcement provides, and the step 10 that private list creates comprises:
Step 401: obtain the first instruction that the multimedia file in common list is moved on to private list by active user.The acquisition of the first instruction can be the mode by man-machine interaction, such as, in an instantiation; user chooses in common list the multimedia file needing to protect; right button mouse, clicks " moving on to private list " menu item, thus sends the first instruction in the menu ejected.
Step 402: the user's name obtaining active user based on the first instruction.In the present embodiment, step 402 comprises user's login step, and the user's login step in step 402 is identical with the login step in embodiment one step 102, repeats no more herein.
Step 403: the explanation data message of multimedia file user chosen in common list is kept in the private folder associated with the user's name of active user.The mode that private folder associates with the user's name of active user comprises: private folder associated with user's name by the mode of tables of data, or with user's name name private folder, private folder is associated with user's name.User's name due to user is only, so name the private folder associated with the user's name of active user with user's name, can ensure that the data of different user are separate, not interfere with each other.When each user logs in time, privately owned explanation data message is imported to internal memory from private folder, during user log off, privately owned explanation data message is saved in private folder, and deletes from internal memory, the utilance of internal memory can be improved like this.
The difference of the present embodiment and embodiment one is, embodiment one is after step 103 carries out personal tokens to private multimedia file, and the explanation data message preserved in step 104 has comprised personal tokens's attribute; And in the present embodiment, the explanation data message preserved in step 403 does not comprise personal tokens's attribute.
Step 404: deleted from public folders by the explanation data message of this multimedia file, public folders is for storing the explanation data message of the multimedia file in common list.The explanation data message of multimedia file does not just show in common list region, thus achieves the object of playitem privatization after deleting from public folders.
In order to protect the privacy information of active user better, after step 404, also comprise: the multimedia file moving on to private list region is set to hiding attribute.
Correspondingly, please refer to Fig. 5, the step 20 of private list display comprises:
Step 501: obtain the second instruction that active user opens private list.The acquisition of the second instruction can be the mode by man-machine interaction, and such as, in an instantiation, user by clicking opening in private list menu item, thus sends the second instruction.
Step 502: the user's name obtaining active user based on the second instruction.In the present embodiment, step 502 comprises user's login step, and the user's login step in step 502 is identical with the login step in embodiment one step 102, repeats no more herein.
Step 503: the explanation data message of the multimedia file neutralized by public folders in the private folder associated with this user name respectively reads in internal memory.
Personal tokens's attribute flags of the explanation data message read from public folders is public multimedia file by step 504: be private multimedia file by personal tokens's attribute flags of the explanation data message read from private folder.
The difference of the present embodiment and embodiment one is, the explanation data message implementing to read in a step 203 internal memory has included personal tokens's attribute, therefore directly can carry out classification display according to this personal tokens's attribute in step 204; In the present embodiment, the explanation data of reading in internal memory do not comprise personal tokens's attribute, therefore still read from private folder from public folders according to explanation data message in step 504, revise personal tokens's attribute, to realize the classification display to private multimedia file and public multimedia file in subsequent step.
Step 505: the private list region explanation data message being labeled as private multimedia file being presented at display interface, is presented at the common list region of display interface by the explanation data message being labeled as public multimedia file.
Preferably, in the present embodiment, private list verification step was also comprised before step 505, this private list verification step comprises: the private list proofing state value obtaining active user, judge whether active user is verified by private list according to private list proofing state value, if so, then continue to perform step 505, the explanation data message being labeled as private multimedia file is presented at the private list region of display interface; If not, then show private list checking window, after user is by checking, private list proofing state value is revised as and represents that active user is by the value that private list is verified, and the explanation data message being labeled as private multimedia file is presented at the private list region of display interface.
Private list checking window is a human-computer interaction interface, and the mode for being inputted by user obtains the private list authorization information of active user.
In an instantiation, if after active user logs in, user's name and user cipher are kept in file udh.bin, when private list verification step, user is mated with the user's name of preserving in udh.bin file and user cipher by the private list authorization information (user's name and/or user cipher) of private list checking window input, if can match, represents and be verified.In other embodiments, private list authorization information also can not select user's name and/or user cipher, and select other private list authorization information, now can be uploaded onto the server end, verified by server end, and returned by the result, thus judge whether private list checking is passed through.
Certainly, in private list verification step, when demonstrating private list checking window, user also can select directly to close private list checking window, thus terminates the operation of opening private list step.
Consider in the middle of embody rule, owing to selecting when some user logs in remember user's name and user cipher, or automatically log in, if only need to get user's name just can open private list, just well can not protect the privately owned file of user.And some service only have user to login successfully after could use, as long as be equivalent to use service obtain user's name surely with regard to one thus check privately owned file, this just makes partial service can not be well independent with display private list.And in the present embodiment, add private list verification step, adopt the mode of secondary checking to can solve the problems referred to above.
In instantiation, private list verification step can be placed between step 502 and step 503.
Embodiment three
Please refer to Fig. 6, what the present embodiment provided a kind ofly realizes in system by playitem privatization, and private list creates subsystem 30 and comprises the first interface module 601, first login module 602 and the first data module 603.
First interface module 601 is for providing human-computer interaction interface to obtain the first instruction that the multimedia file in common list to be moved on to private list by active user.It can be mode by man-machine interaction that first interface module 601 obtains the first instruction; such as; in an instantiation; first interface module 601 provides man-machine interaction menu item; user chooses in common list the multimedia file needing to protect; right button mouse, clicks " moving on to private list " menu item, thus sends the first instruction in the menu ejected.
First login module 602 is for obtaining the user's name of active user based on the first instruction.In the present embodiment, be specially: the first login module 602 obtains the logging status value of active user based on the first instruction, judges whether active user logs according to logging status value, if so, then the direct user's name obtaining active user from this locality stores; If not, then notify that the first interface module 601 shows login window, logging status value is revised as and represents the listed value of active user by the first login module 602 after the user logs, and obtains the user's name of active user from this locality stores.Wherein: illustrate that data message comprises the index information of multimedia file, such as multimedia file size, current play time, code check, path, personal tokens's attribute etc.; Login window is the human-computer interaction interface that the first interface module 601 provides, and the mode for being inputted by user obtains the user's name of active user; After user uses user's name to log in, user's name often can be kept in a file, such as, in file udh.bin, therefore, the user's name obtaining active user from this locality stores can be the user's name getting active user from this file (udh.bin).
In an instantiation, first login module 602 according to logging status value determine active user do not log in time, notify that the first interface module 601 shows login window, the user's name that first login module 602 is inputted by login window according to user and user cipher, this user's name and user cipher are verified, then user logins successfully if the verification passes, logging status value is revised as and represents the listed value of active user; If checking is not passed through, login failed for user, continues to show login window by the first interface module 601, is obtained user's name and the user cipher of user's input by login window.In the present embodiment, the user's name inputted by login window user and user cipher are verified and can be specifically, user's name and user cipher upload onto the server end by the first login module 602, password authentification is carried out by server end, and returned by the result, thus judge whether active user logins successfully.User's name and user cipher are user's name and the password that user logs in player employing; user can be avoided to reset user's name; also avoid user to need to remember multiple user's name simultaneously; thus reduce memory burden; improve Consumer's Experience; can also support that multiple different user protects private data simultaneously, be independent of each other each other.
First data module 603 is for being represent that multimedia file belongs to the value of private multimedia file by the personal tokens's attribute flags in the explanation data message of this multimedia file, and the explanation data message of multimedia file user chosen in common list is kept in the private folder associated with this user's name; Also for being deleted from public folders by the explanation data message of multimedia file, public folders is for storing the explanation data message of the multimedia file in common list.
In the present embodiment, distinguish multimedia file by using the mode of personal tokens and belong to public multimedia file or private multimedia file, such as represent when personal tokens's attribute flags is 0 by the first data module 603 that this multimedia file is public multimedia file, represents when being 1 that this multimedia file is private multimedia file.When the value of personal tokens's attribute of multimedia file is revised as 1 from 0 by the first data module 603, the attribute by this multimedia file is revised as private multimedia file from public multimedia file.
The explanation data message of the multimedia file that user chooses by the first data module 603 in common list is kept in the private folder associated with this user's name, wherein, the private folder associated with the user's name of active user comprises: the file associated with this user's name by tables of data, or with the file of user's name name.User's name due to user is only, so name the private folder associated with the user's name of active user with user's name, can ensure that the data of different user are separate, not interfere with each other.When each user logs in time, privately owned explanation data message is imported to internal memory from private folder, during user log off, privately owned explanation data message is saved in private folder, and deletes from internal memory, the utilance of internal memory can be improved like this.
First data module 603 does not just show in common list region, thus achieves the object of playitem privatization after being deleted from public folders by the explanation data message of multimedia file.
In order to protect the privacy information of active user better, multimedia file also for after the explanation data message of multimedia file is saved in private folder, is set to hiding attribute by the first data module 603.
Please refer to Fig. 7, private list display subsystem 40 comprises second contact surface module 701, second login module 702 and the second data module 703.
Second contact surface module 701 is for providing human-computer interaction interface to obtain the second instruction that active user opens private list.It can be mode by man-machine interaction that second contact surface module 701 obtains the second instruction, and such as, in an instantiation, second contact surface module 701 provides man-machine interaction menu item, and user by clicking opening in private list menu item, thus sends the second instruction.
Second login module 702 is for obtaining the user's name of active user based on the second instruction, in the present embodiment, the implementation of the second login module 702 is identical with above-mentioned first login module 602, repeats no more herein.
Second data module 703 reads in internal memory for the explanation data message respectively public folders being neutralized the multimedia file in the private folder that associates with this user name, carry out classification according to personal tokens's attribute to private multimedia file and public multimedia file by second contact surface module 701 afterwards to show, specifically, the explanation data message being labeled as private multimedia file in internal memory is presented at the private list region of display interface by second contact surface module 701, the explanation data message being labeled as public multimedia file is presented at the common list region of display interface.
Preferably, in the present embodiment, private list display subsystem 40 also comprises private list authentication module 704.Private list authentication module 704 is for before being presented at the private list region of display interface in second contact surface module 701 by the explanation data message being labeled as private multimedia file in internal memory, obtain the private list proofing state value of active user, judge whether active user is verified by private list according to private list proofing state value, if so, then notify that the explanation data message being labeled as private multimedia file in internal memory is presented at the private list region of display interface by second contact surface module 701; If not, then notify that second contact surface module 701 shows private list checking window, after user is by checking, private list proofing state value is revised as and represents that active user is by the value that private list is verified by private list authentication module 704, and notifies that the explanation data message being labeled as private multimedia file in internal memory is presented at the private list region of display interface by second contact surface module 701.
In an instantiation, if after active user logs in, user's name and user cipher are kept in file udh.bin, when private list authentication module 704 couples of users are verified by the private list authorization information (user's name and/or user cipher) of private list checking window input, private list authorization information is mated with the user's name of preserving in udh.bin file and user cipher, if can match, represents and be verified.In other embodiments, private list authorization information also can not select user's name and/or user cipher, and select other private list authorization information, now can be uploaded onto the server end by private list authentication module 704, verified by server end, and returned by the result, thus judge whether private list checking is passed through.
Consider in the middle of embody rule, owing to selecting when some user logs in remember user's name and user cipher, or automatically log in, if only need to get user's name just can open private list, just well can not protect the privately owned file of user.And some service only have user to login successfully after could use, as long as be equivalent to use service obtain user's name surely with regard to one thus check privately owned file, this just makes partial service can not be well independent with display private list.And carry out private list checking by private list authentication module 704 in the present embodiment, adopt the mode of secondary checking to can solve the problems referred to above.
In the present embodiment, the first interface module 601 and second contact surface module 701 can be respective independently interface module, and also can be same interface module, interface module be used for providing human-computer interaction interface, and the content shown will be needed in internal memory to show.Equally, the first login module 602 and the second login module 702, first data module 603 and the second data module 703 also can independently modules separately, or same module.
Embodiment four
Please refer to Fig. 8, what the present embodiment provided a kind ofly realizes in system by playitem privatization, and private list creates subsystem 30 and comprises the first interface module 801, first login module 802 and the first data module 803.
First interface module 801 is for providing human-computer interaction interface to obtain the first instruction that the multimedia file in common list to be moved on to private list by active user.It can be mode by man-machine interaction that first interface module 801 obtains the first instruction; such as; in an instantiation; first interface module 801 provides man-machine interaction menu item; user chooses in common list the multimedia file needing to protect; right button mouse, clicks " moving on to private list " menu item, thus sends the first instruction in the menu ejected.
First login module 802 is for obtaining the user's name of active user based on the first instruction.In the present embodiment, the implementation of the first login module 802 is identical with embodiment one first login module 602, repeats no more herein.
First data module 803 is kept in the private folder associated with this user's name for the explanation data message of multimedia file user chosen in common list; Also for being deleted from public folders by the explanation data message of multimedia file, public folders is for storing the explanation data message of the multimedia file in common list.
The explanation data message of the multimedia file that user chooses by the first data module 803 in common list is kept in the private folder associated with this user's name, wherein, the private folder associated with the user's name of active user comprises: the file associated with this user's name by tables of data, or with the file of user's name name.User's name due to user is only, so name the private folder associated with the user's name of active user with user's name, can ensure that the data of different user are separate, not interfere with each other.When each user logs in time, privately owned explanation data message is imported to internal memory from private folder, during user log off, privately owned explanation data message is saved in private folder, and deletes from internal memory, the utilance of internal memory can be improved like this.
The difference of the present embodiment and embodiment three is, after in embodiment three, the first data module 603 marks private multimedia file, its explanation data message preserved has comprised personal tokens's attribute; And in the present embodiment, the first data module 803 does not carry out personal tokens to the multimedia file moving on to private list, it illustrates that data message does not comprise personal tokens's attribute.
First data module 803 does not just show in common list region, thus achieves the object of playitem privatization after being deleted from public folders by the explanation data message of multimedia file.
In order to protect the privacy information of active user better, multimedia file also for after the explanation data message of multimedia file is moved on to private folder, is set to hiding attribute by the first data module 803.
Correspondingly, please refer to Fig. 9, private list display subsystem 40 comprises second contact surface module 901, second login module 902 and the second data module 903.
Second contact surface module 901 is for providing human-computer interaction interface to obtain the second instruction that active user opens private list.It can be mode by man-machine interaction that second contact surface module 901 obtains the second instruction, and such as, in an instantiation, second contact surface module 901 provides man-machine interaction menu item, and user by clicking opening in private list menu item, thus sends the second instruction.
Second login module 902 is for obtaining the user's name of active user based on the second instruction, in the present embodiment, the implementation of the second login module 902 is identical with above-mentioned first login module 802, repeats no more herein.
Second data module 903 reads in internal memory for the explanation data message respectively public folders being neutralized the multimedia file in the private folder that associates with this user name, and be private multimedia file by personal tokens's attribute flags of the explanation data message read from private folder, be public multimedia file by personal tokens's attribute flags of the explanation data message read from public folders.Carry out classification according to personal tokens's attribute to private multimedia file and public multimedia file by second contact surface module 901 afterwards to show, the explanation data message being labeled as private multimedia file is presented at the private list region of display interface, the explanation data message being labeled as public multimedia file is presented at the common list region of display interface.
The difference of the present embodiment and embodiment three is, the explanation data message that enforcement 3 second data modules 703 read in internal memory has included personal tokens's attribute, and therefore second contact surface module 701 directly can carry out classification display according to this personal tokens's attribute; In the present embodiment, the explanation data that second data module 903 reads in internal memory do not comprise personal tokens's attribute, therefore the second data module 903 first still reads from public folders according to explanation data message from private folder, revise personal tokens's attribute, show to realize the classification of second contact surface module 901 to private multimedia file and public multimedia file.
Preferably, in the present embodiment, private list display subsystem 40 also comprises private list authentication module 904.Private list authentication module 904 is for before being presented at the private list region of display interface in second contact surface module 901 by the explanation data message being labeled as private multimedia file in internal memory, obtain the private list proofing state value of active user, judge whether active user is verified by private list according to private list proofing state value, if so, then notify that the explanation data message being labeled as private multimedia file in internal memory is presented at the private list region of display interface by second contact surface module 901; If not, then notify that second contact surface module 901 shows private list checking window, after user is by checking, private list proofing state value is revised as and represents that active user is by the value that private list is verified by private list authentication module 904, and notifies that the explanation data message being labeled as private multimedia file in internal memory is presented at the private list region of display interface by second contact surface module 901.
In an instantiation, if after active user logs in, user's name and user cipher are kept in file udh.bin, when private list authentication module 904 couples of users are verified by the private list authorization information (user's name and/or user cipher) of private list checking window input, private list authorization information is mated with the user's name of preserving in udh.bin file and user cipher, if can match, represents and be verified.In other embodiments, private list authorization information also can not select user's name and/or user cipher, and select other private list authorization information, now can be uploaded onto the server end by private list authentication module 904, verified by server end, and returned by the result, thus judge whether private list checking is passed through.
Consider in the middle of embody rule, owing to selecting when some user logs in remember user's name and user cipher, or automatically log in, if only need to get user's name just can open private list, just well can not protect the privately owned file of user.And some service only have user to login successfully after could use, as long as be equivalent to use service obtain user's name surely with regard to one thus check privately owned file, this just makes partial service can not be well independent with display private list.And carry out private list checking by private list authentication module 904 in the present embodiment, adopt the mode of secondary checking to can solve the problems referred to above.
In the present embodiment, the first interface module 801 and second contact surface module 901 can be respective independently interface module, and also can be same interface module, interface module be used for providing human-computer interaction interface, and the content shown will be needed in internal memory to show.Equally, the first login module 802 and the second login module 902, first data module 803 and the second data module 903 also can independently modules separately, or same module.
Embodiment five
Present embodiments provide a kind of player, comprise any one in above-described embodiment three, embodiment four and playitem privatization realized system.
Below for the broadcasting of video player to film, be further described the player that the present embodiment provides by embody rule example, this application examples comprises the step of private list establishment and the step of private list display.
Please refer to Figure 10, in a kind of application examples, the step that private list creates comprises:
Step 1001: user chooses in common list the film needing to protect, right button mouse clicks " moving on to private list " menu item in the menu ejected, thus generates the first instruction.
Step 1002: the logging status value obtaining user, if logging status value is 1, represents that user logs in, forwards step 1008 to, if logging status value is 0, represents that user does not log in, forwards step 1003 to.
Step 1003: display login window, requires that user inputs user's name and user cipher.
Step 1004: the user's name inputted by login window user and user cipher are verified, can be specifically the ends that user's name and user cipher uploaded onto the server, to be verified it by server end and returns the result.
Step 1005: judge whether to be proved to be successful according to the result that server end returns, if be proved to be successful, forward step 1006 to, if authentication failed, forward step 1003 to.
Step 1006: be proved to be successful rear explanation user and login successfully, logging status value is revised as 1.
Step 1007: user's name and user cipher are saved in udh.bin file.
Step 1008: be represent that this film belongs to the value of private multimedia file by the personal tokens's attribute flags in the explanation data message of film.
Step 1009: be saved in private folder by the explanation data message of this film, because user is in logging status, therefore this private folder is the file associated with user's name, itself and user's name one_to_one corresponding.
Step 1010: deleted from public folders by the explanation data message of the film moved on in private list, makes it no longer be shown in common list.
Please refer to Figure 11, the step of private list display comprises:
Step 1101: user clicks the menu item opening private list, thus generate the second instruction.
Step 1102: the logging status value obtaining user, if logging status value is 1, represents that user logs in, forwards step 1108 to, if logging status value is 0, represents that user does not log in, forwards step 1103 to.
Step 1103: display login window, requires that user inputs user's name and user cipher.
Step 1104: the user's name inputted by login window user and user cipher are verified, can be specifically the ends that user's name and user cipher uploaded onto the server, to be verified it by server end and returns the result.
Step 1105: judge whether to be proved to be successful according to the result that server end returns, if be proved to be successful, forward step 1106 to, if authentication failed, forward step 1103 to.
Step 1106: be proved to be successful rear explanation user and login successfully, logging status value is revised as 1.
Step 1107: user's name and user cipher are saved in udh.bin file.
Step 1108: obtain private list proofing state value, if private list proofing state value is 1, represents that user is verified by private list, forward step 1112 to, if private list proofing state value is 0, represents that user is not verified by private list, forward step 1109 to.
Step 1109: display private list checking window, requires that user inputs private list authorization information, should can be the user cipher of user in use-case.
Step 1110: the user cipher that user inputs is mated with the user cipher preserved in udh.bin, if the match is successful, forwards step 1111 to, if it fails to match, forward step 1109 to
Step 1111: private list proofing state value is revised as 1.
Step 1112: the explanation data message of film is loaded into internal memory, according to personal tokens's attribute display private list and common list.
In other application examples, when considering that private list authorization information is identical with user login code, private list proofing state value, after input user's name and user cipher log in, directly can be revised as 1 by user, namely directly forwards step 1111 to after step 1107.
In Another Application example, the difference of itself and a upper application examples is, the step that private list creates does not comprise step 1008, and in the step of private list display, after the explanation data message of film is loaded into internal memory by step 1112, be represent that this film belongs to the value of private multimedia file by personal tokens's attribute flags of the explanation data message read from private folder, then according to personal tokens's attribute display private list and common list.
The player of the embodiment of the present application indication can be audio player, also can be video player, and accordingly, the multimedia file of the embodiment of the present application indication can be audio file, also can be video file.
It will be appreciated by those skilled in the art that, in above-mentioned execution mode, all or part of step of various method can be carried out instruction related hardware by program and completes, this program can be stored in a computer-readable recording medium, and storage medium can comprise: read-only memory, random asccess memory, disk or CD etc.
Above content is the further description done the application in conjunction with concrete execution mode, can not assert that the concrete enforcement of the application is confined to these explanations.For the application person of an ordinary skill in the technical field, under the prerequisite not departing from the present application design, some simple deduction or replace can also be made.
Claims (15)
1. by an implementation method for playitem privatization, it is characterized in that, comprise the step of private list establishment and the step of private list display;
The step that described private list creates comprises:
Obtain the first instruction that the multimedia file in common list is moved on to private list by active user;
The user's name of active user is obtained based on the first instruction;
Be represent that described multimedia file belongs to the value of private multimedia file by the personal tokens's attribute flags in the explanation data message of described multimedia file, the explanation data message of multimedia file user chosen in common list is kept in the private folder or documentum privatum associated with described user's name;
Deleted from public folders or public documents by the explanation data message of described multimedia file, described public folders or public documents are for storing the explanation data message of the multimedia file in common list;
The step of described private list display comprises:
Obtain the second instruction that active user opens private list;
The user's name of active user is obtained based on the second instruction;
The explanation data message of multimedia file public folders or public documents neutralized in the private folder or documentum privatum associated with this user name respectively reads in internal memory;
The explanation data message being labeled as private multimedia file is presented at the private list region of display interface, the explanation data message being labeled as public multimedia file is presented at the common list region of display interface.
2. by an implementation method for playitem privatization, it is characterized in that, comprise the step of private list establishment and the step of private list display;
The step that described private list creates comprises:
Obtain the first instruction that the multimedia file in common list is moved on to private list by active user;
The user's name of active user is obtained based on the first instruction;
The explanation data message of multimedia file user chosen in common list is kept in the private folder or documentum privatum associated with described user's name;
Deleted from public folders or public documents by the explanation data message of described multimedia file, described public folders or public documents are for storing the explanation data message of the multimedia file in common list;
The step of described private list display comprises:
Obtain the second instruction that active user opens private list;
The user's name of active user is obtained based on the second instruction;
The explanation data message of multimedia file public folders or public documents neutralized in the private folder or documentum privatum associated with this user name respectively reads in internal memory;
Being private multimedia file by personal tokens's attribute flags of the explanation data message read from private folder or documentum privatum, is public multimedia file by personal tokens's attribute flags of the explanation data message read from public folders or public documents;
The explanation data message being labeled as private multimedia file is presented at the private list region of display interface, the explanation data message being labeled as public multimedia file is presented at the common list region of display interface.
3. method as claimed in claim 1 or 2, is characterized in that, the described user's name obtaining active user based on the first instruction, and the described user's name obtaining active user based on the second instruction, all comprises user's login step:
Described user's login step comprises: according to described logging status value, the logging status value obtaining active user based on the first instruction or the second instruction, judges whether active user logs in, if so, then and the direct user's name obtaining active user from this locality stores; If not, then show login window, described logging status value is revised as represents the listed value of active user after the user logs, and obtain the user's name of active user from this locality stores.
4. method as claimed in claim 3, is characterized in that, comprise in process of user login:
Obtain user's name and user cipher that user inputted by described login window, verify this user's name and user cipher, then user logins successfully if the verification passes, described logging status value is revised as and represents the listed value of active user; If checking is not passed through, login failed for user, continue display login window.
5. method as claimed in claim 1 or 2, it is characterized in that, the mode that private folder or documentum privatum associate with described user's name comprises: private folder or documentum privatum are associated with described user's name by the mode of tables of data, or with described user's name name private folder or documentum privatum, private folder or documentum privatum is associated with described user's name.
6. method as claimed in claim 1 or 2, is characterized in that, also comprise: described multimedia file is set to hiding attribute from public folders or public documents after being deleted by the explanation data message of described multimedia file.
7. method as claimed in claim 1 or 2, is characterized in that, described the explanation data message being labeled as private multimedia file is presented at the private list region of display interface before, also comprise private list verification step;
Described private list verification step comprises: the private list proofing state value obtaining active user, judge whether active user is verified by private list according to described private list proofing state value, if so, the explanation data message being labeled as private multimedia file is presented at the private list region of display interface; If not, then show private list checking window, described private list proofing state value is revised as the value representing that active user is verified by private list after user is by checking, and the explanation data message being labeled as private multimedia file is presented at the private list region of display interface.
8. by a system for playitem privatization, it is characterized in that, comprise private list and create subsystem and private list display subsystem;
Described private list creates subsystem and comprises:
First interface module, for providing human-computer interaction interface to obtain the first instruction that the multimedia file in common list to be moved on to private list by active user;
First login module, for obtaining the user's name of active user based on described first instruction;
First data module, for being represent that described multimedia file belongs to the value of private multimedia file by the personal tokens's attribute flags in the explanation data message of described multimedia file, the explanation data message of multimedia file user chosen in common list is kept in the private folder or documentum privatum associated with described user's name; Also for being deleted from public folders or public documents by the explanation data message of described multimedia file, described public folders or public documents are for storing the explanation data message of the multimedia file in common list;
Described private list display subsystem comprises:
Second contact surface module, for providing human-computer interaction interface to obtain the second instruction that active user opens private list;
Second login module, for obtaining the user's name of active user based on the second instruction;
Second data module, reads in internal memory for the explanation data message respectively public folders or public documents being neutralized the multimedia file in the private folder or documentum privatum that associate with this user name;
The explanation data message being labeled as public multimedia file also for the explanation data message being labeled as private multimedia file in internal memory being presented at the private list region of display interface, is presented at the common list region of display interface by described second contact surface module.
9. by a system for playitem privatization, it is characterized in that, comprise private list and create subsystem and private list display subsystem;
Described private list creates subsystem and comprises:
First interface module, for providing human-computer interaction interface to obtain the first instruction that the multimedia file in common list to be moved on to private list by active user;
First login module, for obtaining the user's name of active user based on described first instruction;
First data module, the explanation data message for multimedia file user chosen in common list is kept in the private folder or documentum privatum associated with described user's name; Also for being deleted from public folders or public documents by the explanation data message of described multimedia file, described public folders or public documents are for storing the explanation data message of the multimedia file in common list;
Described private list display subsystem comprises:
Second contact surface module, for providing human-computer interaction interface to obtain the second instruction that active user opens private list;
Second login module, for obtaining the user's name of active user based on the second instruction;
Second data module, explanation data message for respectively public folders or public documents being neutralized the multimedia file in the private folder or documentum privatum that associate with this user name reads in internal memory, and be private multimedia file by personal tokens's attribute flags of the explanation data message read from private folder or documentum privatum, be public multimedia file by personal tokens's attribute flags of the explanation data message read from public folders or public documents;
The explanation data message being labeled as public multimedia file also for the explanation data message being labeled as private multimedia file in internal memory being presented at the private list region of display interface, is presented at the common list region of display interface by described second contact surface module.
10. system as claimed in claim 8 or 9, is characterized in that:
Described first login module is used for the logging status value obtaining active user based on the first instruction, judges whether active user logs according to described logging status value, if so, then and the direct user's name obtaining active user from this locality stores; If not, then notify the first interface module display login window, described logging status value is revised as and represents the listed value of active user by the first login module after the user logs, and obtains the user's name of active user from this locality stores;
Described second login module is used for the logging status value obtaining active user based on the second instruction, judges whether active user logs according to described logging status value, if so, then and the direct user's name obtaining active user from this locality stores; If not, then notify second contact surface module display login window, described logging status value is revised as and represents the listed value of active user by the second login module after the user logs, and obtains the user's name of active user from this locality stores.
11. systems as claimed in claim 10, is characterized in that:
First login module according to described logging status value determine active user do not log in time, notify the first interface module display login window, the user's name that first login module is inputted by described login window according to user and user cipher, this user's name and user cipher are verified, then user logins successfully if the verification passes, described logging status value is revised as and represents the listed value of active user; If checking is not passed through, login failed for user, notify that the first interface module continues display login window, obtained user's name and the user cipher of user's input by described login window;
Second login module according to described logging status value determine active user do not log in time, notice second contact surface module display login window, the user's name that second login module is inputted by described login window according to user and user cipher, this user's name and user cipher are verified, then user logins successfully if the verification passes, described logging status value is revised as and represents the listed value of active user; Do not pass through if verified, login failed for user, notice second contact surface module continues display login window, the user's name inputted by described login window acquisition user and user cipher.
12. systems as claimed in claim 8 or 9, it is characterized in that, the private folder associated with described user's name or documentum privatum comprise: the file associated with described user's name by tables of data, or with the file that described user's name is named.
13. systems as claimed in claim 8 or 9, it is characterized in that, described multimedia file also for after being deleted from public folders or public documents by the explanation data message of described multimedia file, is set to hiding attribute by described first data module.
14. systems as claimed in claim 8 or 9, it is characterized in that, described private list display subsystem also comprises private list authentication module, described private list authentication module was used for before the explanation data message being labeled as private multimedia file in internal memory is presented at the private list region of display interface by second contact surface module, obtain the private list proofing state value of active user, judge whether active user is verified by private list according to described private list proofing state value, if, then notify that the explanation data message being labeled as private multimedia file in internal memory is presented at the private list region of display interface by second contact surface module, if not, then notify second contact surface module display private list checking window, after user is by checking, described private list proofing state value is revised as the value representing that active user is verified by private list by private list authentication module, and notifies that the explanation data message being labeled as private multimedia file in internal memory is presented at the private list region of display interface by second contact surface module.
15. 1 kinds of players, is characterized in that, comprise described in any one of claim 8-14 by the system of playitem privatization.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310418023.XA CN104469506A (en) | 2013-09-13 | 2013-09-13 | Method and system for realizing privatization of play items and player |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310418023.XA CN104469506A (en) | 2013-09-13 | 2013-09-13 | Method and system for realizing privatization of play items and player |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN104469506A true CN104469506A (en) | 2015-03-25 |
Family
ID=52914755
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201310418023.XA Pending CN104469506A (en) | 2013-09-13 | 2013-09-13 | Method and system for realizing privatization of play items and player |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104469506A (en) |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20080159711A1 (en) * | 2006-12-27 | 2008-07-03 | Junji Shiokawa | Data Recording Method |
| WO2009140922A1 (en) * | 2008-05-21 | 2009-11-26 | 华为技术有限公司 | Methods and apparatuses for generating channel information, access controlling and delivering and iptv system |
| CN101778225A (en) * | 2010-01-26 | 2010-07-14 | 南京Lg新港显示有限公司 | Method for setting play mode of digital television |
| WO2011003254A8 (en) * | 2009-07-09 | 2011-04-21 | 中兴通讯股份有限公司 | Method for sharing a handset tv channel list and apparatus thereof |
| CN102479307A (en) * | 2010-11-23 | 2012-05-30 | 腾讯科技（深圳）有限公司 | Mobile device and video file hiding method of mobile device |
-
2013
- 2013-09-13 CN CN201310418023.XA patent/CN104469506A/en active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20080159711A1 (en) * | 2006-12-27 | 2008-07-03 | Junji Shiokawa | Data Recording Method |
| WO2009140922A1 (en) * | 2008-05-21 | 2009-11-26 | 华为技术有限公司 | Methods and apparatuses for generating channel information, access controlling and delivering and iptv system |
| WO2011003254A8 (en) * | 2009-07-09 | 2011-04-21 | 中兴通讯股份有限公司 | Method for sharing a handset tv channel list and apparatus thereof |
| CN101778225A (en) * | 2010-01-26 | 2010-07-14 | 南京Lg新港显示有限公司 | Method for setting play mode of digital television |
| CN102479307A (en) * | 2010-11-23 | 2012-05-30 | 腾讯科技（深圳）有限公司 | Mobile device and video file hiding method of mobile device |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US10575056B2 (en) | System and method for sharing user content through a set-top box | |
| CN104221011B (en) | Common creation conflict is tracked using document review | |
| US9021088B2 (en) | Playlist generation | |
| US7950064B2 (en) | System and method for controlling comments in a collaborative document | |
| CN105024986B (en) | The methods, devices and systems that account number logs in | |
| US9514437B2 (en) | Apparatus and methods for creation, collection, and dissemination of instructional content modules using mobile devices | |
| US10320794B2 (en) | System for sharing selectively ephemeral content | |
| CN101800811B (en) | Mobile phone data security protection method | |
| CN104199913B (en) | Terminal resource cleaning method and device and terminal | |
| US20100115037A1 (en) | Content-recommendation message | |
| CN106686104B (en) | Method and equipment for operation and maintenance of target server | |
| US20170168660A1 (en) | Voice bullet screen generation method and electronic device | |
| CN110348793A (en) | It is a kind of to send part method, apparatus, express delivery cabinet and storage medium | |
| CN105988897A (en) | Recovery method and device of backup data of mobile terminal | |
| CN105991696A (en) | Communication method and system realizing sharing and interaction for non-touch-reading resources | |
| CN106203159A (en) | A kind of method and apparatus of application program operation file | |
| US20120209896A1 (en) | System and Method for Storing Files of Multiple Users | |
| US20190109882A1 (en) | System and Method for Assembling and Playing a Composite Audiovisual Program Using Single-Action Content Selection Gestures and Content Stream Generation | |
| JP2010147507A (en) | Content reproducing unit | |
| CN109561212A (en) | A kind of merging method of release information, device, equipment and storage medium | |
| Parasram | Digital Forensics with Kali Linux: Perform data acquisition, data recovery, network forensics, and malware analysis with Kali Linux 2019. x | |
| CN104469506A (en) | Method and system for realizing privatization of play items and player | |
| CN101310284B (en) | System and method for managing proprietary data | |
| US20170104796A1 (en) | System, method and apparatus for simultaneous media collaboration | |
| US20120005485A1 (en) | Storage device and information processing apparatus |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| AD01 | Patent right deemed abandoned | ||
| AD01 | Patent right deemed abandoned |
Effective date of abandoning: 20190903 |