User state management method and device and electronic equipment

Abstract

The invention discloses a user state management method and device and electronic equipment. The method comprises the steps that at least one target user is determined from user information of an internet protocol television platform, and the target users comprise users who do not use internet protocol television service within preset time; the user state of the at least one target user is changed into a target state, and the target state comprises a state in which permission resources of the internet protocol television are not occupied; and when a request of a target user in the target state is received, determining the user state of the target user according to the type of the request. According to the method and the device, the technical problem that the utilization rate of purchased License resources is low due to the fact that License of an IPTV transmission platform is managed in a static mode and a large number of silent users in the platform occupy the License resources of the platform virtually in the prior art is solved.

Description

Technical Field

[0001] This application relates to the field of interactive network television, and in particular, to a method, apparatus, and electronic device for managing user status. Background Art

[0002] Regarding the License resource management of the IPTV transmission platform, related technologies all adopt a static management mode, that is, configured according to the total number of registered users purchased by customers. After more than a decade of large-scale development of the IPTV service, a large number of long-term uninstalled terminals or silent users have been precipitated on the platform, occupying the License resources of the platform in vain. This not only results in low utilization rate of the purchased License resources, but also damages the interests of operator enterprises, that is, they need to continue to purchase Licenses for new users.

[0003] Regarding the above problems, no effective solution has been proposed yet. Summary of the Invention

[0004] Embodiments of this application provide a method, apparatus, and electronic device for managing user status, so as to at least solve the technical problem that related technologies adopt a static mode to manage Licenses for the IPTV transmission platform, and a large number of silent users in the platform occupy the License resources of the platform in vain, resulting in low utilization rate of the purchased License resources.

[0005] According to one aspect of the embodiments of this application, a method for managing user status is provided, including: determining at least one target user from the user information of the interactive network television platform, where the target user includes a user who has not used the interactive network television service within a preset time; changing the user status of at least one target user to a target status, where the target status includes a status of not occupying the license resources of the interactive network television; when a request from a target user in the target status is received, determining the user status of the target user according to the type of the request.

[0006] In some embodiments of this application, changing the user status of at least one target user to a target status includes: obtaining the account cancellation status information of at least one target user from the user information; mapping the account cancellation status information to the management identification attribute of the user management table, where the management identification attribute is used to describe the occupancy status of the license resources of the interactive network television; changing the management identification attribute of at least one target user to the target status.

[0007] In some embodiments of this application, after changing the management identification attribute of at least one target user to the target status, the method further includes: obtaining the change information in the user management table and synchronizing the change information to the interactive network television platform, where the change information is used to instruct the interactive network television platform to perform an account cancellation operation on the user corresponding to the change information.

[0008] In some embodiments of the present application, when a request from a target user in a target state is received, determining the target state of the target user according to the type of the request includes: receiving the request from the target user and determining the type of the request; when the type of the request indicates that the request from the target user includes a usage requirement, changing the user state of the target user to a non-target state, where the non-target state includes a state of occupying a licensed resource of the interactive network television; when the type of the request indicates that the request from the target user does not include a usage requirement, determining the user state of the target user as the target state and storing a target state change record corresponding to the request.

[0009] In some embodiments of the present application, the request includes a work order request; receiving the request from the target user includes: receiving an interface work order sent by a target network element, where the target network element includes a functional unit that interacts with the user in the interactive network television service, and the interface work order includes status information and requirement information of the target user; determining the request from the target user according to the interface work order.

[0010] In some embodiments of the present application, after changing the user state of the target user to a non-target state, the method further includes: synchronizing target information corresponding to the target user in the non-target state to the interactive network television platform, where the target information is used to instruct the interactive network television platform to perform a re-opening account operation on the target user in the non-target state.

[0011] In some embodiments of the present application, it further includes: storing user information of the interactive network television platform using a user management table; determining atomic operation capabilities corresponding to management identification attributes, where the atomic operation capabilities include the capabilities of querying user status and changing user status; encapsulating the atomic operation capabilities and embedding the encapsulated atomic operation capabilities into multiple network elements, where the multiple network elements include functional units that interact with the user in the interactive network television service.

[0012] According to another aspect of the embodiments of the present application, there is also provided a management device for user status, including: a determination module, configured to determine at least one target user from user information of the interactive network television platform, where the target user includes a user who has not used the interactive network television service within a preset time; a conversion module, configured to change the user state of the at least one target user to a target state, where the target state includes a state of not occupying a licensed resource of the interactive network television; a receiving module, configured to determine the user state of the target user according to the type of the request when a request from the target user in the target state is received.

[0013] According to another aspect of the embodiments of the present application, an electronic device is further provided, including: a memory and a processor, where the memory is used to store program instructions; the processor is connected to the memory and is used to execute the method for managing the user status as described above.

[0014] According to another aspect of the embodiments of the present application, a non-volatile storage medium is further provided. The non-volatile storage medium includes a stored computer program, where the device where the non-volatile storage medium is located executes the method for managing the user status as described above by running the computer program.

[0015] According to another aspect of the embodiments of the present application, a computer program product is further provided, including computer instructions that implement the method for managing the user status as described above when executed by a processor.

[0016] In the embodiments of the present application, an intelligent way of managing the user status is adopted. By batch releasing the license resources corresponding to users who have not used the TV service within a preset time in the interactive network TV platform, and then automatically identifying user requests and adjusting their status, the purpose of dynamically adjusting the user status according to the actual usage of users is achieved. Thus, the technical effect of significantly reducing the resources occupied by invalid users and improving the resource utilization rate is realized, and furthermore, the technical problem that in the related art, the licenses for the IPTV transmission platform are all managed in a static mode, and a large number of silent users in the platform occupy the license resources of the platform in vain, resulting in low utilization rate of the purchased license resources, is solved. Description of the Drawings

[0017] The drawings described herein are used to provide a further understanding of the present application and constitute a part of the present application. The illustrative embodiments of the present application and their descriptions are used to explain the present application and do not constitute an improper limitation to the present application. In the drawings:

[0018] Figure 1 is a hardware structure block diagram of a computer terminal for a method of managing user status according to an embodiment of the present application;

[0019] Figure 2 is a flowchart of a method of managing user status according to an embodiment of the present application;

[0020] Figure 3 is an overall process schematic diagram of a method of managing user status according to an embodiment of the present application;

[0021] Figure 4 is a flowchart of the execution of the acceptance unit of a method of managing user status according to an embodiment of the present application;

[0022] Figure 5 is a flowchart of the execution of the troubleshooting unit of a method of managing user status according to an embodiment of the present application;

[0023] Figure 6 It is a schematic structural diagram of a user status management device according to an embodiment of the present application. Detailed implementation manners

[0024] In order to enable those skilled in the art to better understand the solution of the present application, the technical solutions in the embodiments of the present application will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present application. Obviously, the described embodiments are only a part of the embodiments of the present application, rather than all the embodiments. Based on the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art without creative efforts shall fall within the protection scope of the present application.

[0025] It should be noted that the terms "first", "second", etc. in the specification and claims of the present application and the above-mentioned drawings are used to distinguish similar objects, and do not necessarily need to be used to describe a specific order or sequence. It should be understood that such used data can be interchanged under appropriate circumstances so that the embodiments of the present application described here can be implemented in an order other than those illustrated or described here. In addition, the terms "including" and "having" and any variations thereof are intended to cover non-exclusive inclusion. For example, a process, method, system, product or device including a series of steps or units does not necessarily have to be limited to those clearly listed steps or units, but may include other steps or units not clearly listed or inherent to these processes, methods, products or devices.

[0026] In order to better understand the embodiments of the present application, the technical terms involved in the embodiments of the present application are explained as follows:

[0027] Internet Protocol Television (IPTV for short): A new type of television technology that uses IP network technology, combines the Internet, multimedia, and communication technologies, and provides various interactive services including digital television to household users.

[0028] IPTV transmission platform (IPTV platform): A comprehensive network system that undertakes the key task of transmitting IPTV-related audio and video content, data information, etc. from the content source to user terminal devices (such as IPTV set-top boxes, smart TVs, etc.), mainly including a service system, an EPG system, and a CDN system.

[0029] User License: A legal authorization document or license agreement granted by an IPTV service provider to a user to use IPTV services, which involves the binding of the user account and service content, as well as the access rights to specific functions.

[0030] Dynamic Management Identifier (DMI): An attribute newly added to the user management table in the embodiments of this application, used to mark whether a user occupies License resources. For example, it can be divided into two states: "not cleared" (0) and "cleared" (1).

[0031] With the development of Internet TV technology, IPTV has become an important home entertainment method. The traditional IPTV License resource management relies on a static mode, which means that the number of Licenses is fixed at the initial stage of platform deployment and configured according to the total number of registered users initially purchased by customers. However, users who have not installed terminals for a long time and silent users continuously occupy License resources in the static mode, resulting in unbalanced resource allocation. Even if users do not actually use the service, the License is still locked, thus reducing the overall utilization rate of License resources. This phenomenon intensifies with the continuous expansion of the IPTV business. Especially after years of accumulation, a large amount of resources are occupied ineffectively, reducing the effective input-output ratio of resources.

[0032] To solve the above technical problems, the embodiments of this application provide corresponding solutions, which are described in detail below.

[0033] The method embodiments for managing user status provided by the embodiments of this application can be executed on a mobile terminal, a computer terminal, or a similar computing device. Figure 1 Shows a hardware structure block diagram of a computer terminal for implementing the method for managing user status. As Figure 1 shown, the computer terminal 10 may include one or more (shown as 102a, 102b,..., 102n in the figure) processors (the processor may include, but is not limited to, a processing device such as a microprocessor MCU or a programmable logic device FPGA), a memory 104 for storing data, and a transmission module 106 for communication functions connected by wired and / or wireless networks. In addition, it may further include: a display, a keyboard, a cursor control device, an input / output interface (I / O interface), a universal serial bus (USB) port (which can be included as one of the ports of the I / O interface), a network interface, and a BUS bus. Those of ordinary skill in the art can understand that Figure 1 the structure shown is only schematic and does not limit the structure of the above-mentioned electronic device. For example, the computer terminal 10 may further include more or fewer components than Figure 1 shown, or have a different configuration from Figure 1 shown.

[0034] It should be noted that one or more of the above-mentioned processors and / or other data processing circuits can generally be referred to as "data processing circuits" herein. The data processing circuit can be embodied in software, hardware, firmware, or any combination thereof, in whole or in part. In addition, the data processing circuit can be a single independent processing module, or be incorporated, in whole or in part, into any one of the other elements in the computer terminal 10. As involved in the embodiments of the present application, the data processing circuit is a kind of processor control (such as the selection of a variable resistance terminal path connected to an interface).

[0035] The memory 104 can be used to store software programs and modules of application software, such as the program instructions / data storage device corresponding to the user state management method in the embodiments of the present application. The processor executes various functional applications and data processing by running the software programs and modules stored in the memory 104, that is, implements the above-mentioned user state management method. The memory 104 can include high-speed random access memory, and can also include non-volatile memory, such as one or more magnetic storage devices, flash memory, or other non-volatile solid-state memories. In some instances, the memory 104 can further include memories remotely disposed relative to the processor, and these remote memories can be connected to the computer terminal 10 through a network. Examples of the above-mentioned network include, but are not limited to, the Internet, intranets, local area networks, mobile communication networks, and combinations thereof.

[0036] The transmission module 106 is used to receive or send data via a network. Specific examples of the above-mentioned network can include the wireless network provided by the communication provider of the computer terminal 10. In one instance, the transmission module 106 includes a network adapter (Network Interface Controller, NIC), which can be connected to other network devices through a base station and thus communicate with the Internet. In one instance, the transmission module 106 can be a radio frequency (RF) module, which is used to communicate with the Internet wirelessly.

[0037] The display can be, for example, a touch-screen liquid crystal display (LCD), which enables the user to interact with the user interface of the computer terminal 10.

[0038] It should be noted here that in some alternative embodiments, the above Figure 1 shown computer terminal can include hardware elements (including circuits), software elements (including computer code stored on a computer-readable medium), or a combination of both hardware elements and software elements. It should be pointed out that Figure 1 is only an example of a specific specific instance, and is intended to show the types of components that can exist in the above computer terminal.

[0039] Under the above operating environment, an embodiment of a method for managing user status is provided in an embodiment of the present application. It should be noted that the steps shown in the flowchart of the accompanying drawings can be executed in a computer system such as a set of computer-executable instructions. And although the logical order is shown in the flowchart, in some cases, the steps shown or described can be executed in a different order than here.

[0040] Figure 2 is a flowchart of a method for managing user status according to an embodiment of the present application, as Figure 2 shown, the method includes the following steps:

[0041] Step S202, determine at least one target user from the user information of the interactive network television platform, where the target user includes users who have not used the interactive network television service within a preset time.

[0042] In the above step S202, in the interactive network television platform (i.e., the IPTV platform), the target user specifically refers to a user who has not used the IPTV service within a preset time period (such as several months or one year). For example, it can be a potential user who no longer uses the service for various reasons or has never activated the service. The target user is the key object for implementing License resource release. By identifying and processing them, unused License resources can be effectively recovered.

[0043] The preset time is a pre-set time interval used to determine whether a user belongs to the category of "long-term unused" and to determine which users will be identified as target users, thereby affecting the quantity and timing of License resource release.

[0044] To cope with changes in user behavior and differences in different regions, the preset time can be dynamically determined based on user activity analysis and machine learning prediction. Specifically, extract user behavior data from the historical database of the IPTV platform, including but not limited to login frequency, viewing duration, service request records, etc.; perform feature extraction and transformation on the collected raw data to construct a feature vector that can reflect user activity and potential deactivation time; use historical data to train a machine learning model, such as a random forest, gradient boosting tree, or deep neural network, aiming to predict the time point when a user changes from active to long-term unused; perform anomaly detection on user activity, identify potential long-term unused user groups, and further segment them according to user grouping (such as by geographical location, package type, or age group) to generate specific preset time thresholds for each segmented group; combine the machine learning prediction results and anomaly detection results to generate a dynamic preset time threshold and apply it to the user status determination process to guide the release and management of License resources.

[0045] The above solution solves the technical problem of how to accurately determine the long-term unused status of users. By dynamically generating a preset time, it avoids unnecessary waste of resources, while ensuring the continuity and quality of user services, and improving the economic benefits of operators and user satisfaction.

[0046] Step S204: Change the user status of at least one target user to a target status, where the target status includes the status of not occupying the licensed resources of the interactive network television.

[0047] In the above step S204, the target user refers to a user who has been determined to have not used the IPTV service for a long time. Since this part of users has not generated any service requirements for a long time, their status needs to be adjusted to release unnecessary License resources.

[0048] The target status refers to changing the user status identifier to the "cancelled account" status (such as setting the "dynamic management identifier" attribute to 1), which means that the user does not need to occupy License resources currently, so that this part of the resources can be reallocated or recycled.

[0049] To ensure the real-time and accuracy of the user status, the following method can be used to change the user status of at least one target user to the target status: obtain the cancelled account status information of at least one target user from the user information; map the cancelled account status information to the management identifier attribute of the user management table, where the management identifier attribute is used to describe the occupancy status of the licensed resources of the interactive network television; change the management identifier attribute of at least one target user to the target status.

[0050] The user management table is a database table in the business operation management platform of the IPTV platform (i.e., the IPTV business operation management platform) for storing and managing user information, which includes various attributes of users, such as account information, service packages, usage records, etc. In the embodiment of the present application, the user management table is extended to include the "dynamic management identifier" attribute for more refined control of the allocation of License resources.

[0051] The management identifier attribute is a field in the user management table for recording the status of whether a user occupies the licensed resources of the interactive network television. For example, when set to 1, it means the user status is "cancelled account" and does not occupy License resources; when set to 0, it means the user status is "not cancelled account" and occupies License resources.

[0052] When updating a user's status to the target state in real time, data consistency issues may arise. This is especially true when multiple services attempt to change the same user's status simultaneously, which can lead to state confusion or update failure. To address this issue, the interface between the user module and the IPTV platform's transmission platform (i.e., the IPTV transmission platform) is designed with idempotence in mind. This ensures that even if the same request is sent repeatedly, the platform only performs a valid state change and resource release operation once, avoiding state conflicts and resource management confusion caused by concurrent requests.

[0053] In some embodiments of the present application, the following modifications may be implemented in the user management module of the front-end platform (such as the IPTV service operation management platform):

[0054] (1) The "dynamic management identification" attribute (i.e., management identification attribute) is expanded in the user management table and divided into two states: "uncleared" and "cleared", which correspond to the two states of "uncancelled account" and "cancelled account" on the user side of the IPTV transmission platform.

[0055] (2) It connects to the account opening and closing interface of the IPTV transmission platform and provides a batch change tool that can implement individual or batch changes to the "cleaning" attributes of the target user group and synchronize them to the IPTV transmission platform in real time for account opening and closing processing.

[0056] (3) A new dynamic capture strategy for user work orders is added to intelligently identify operation work orders involving "cleared" users and automatically process the work orders of cleared users. For example, for work orders with usage requirements of "cleared" users, the backend will first automatically restore them (change them to "uncleared" status) and then execute the work order; for work orders with no usage requirements of "cleared" users, only the response record will be made on the front-end platform, and the user's clearing status will not be changed.

[0057] In order to avoid waste of resources due to data asynchrony, after changing the management identification attribute of the target user to the target state, the following steps can also be performed: obtain the change information in the user management table, and synchronize the change information to the interactive network TV platform, wherein the change information is used to instruct the interactive network TV platform to cancel the account of the user corresponding to the change information.

[0058] Change information refers to information about changes in user status in the user management table, especially information about the "dynamic management identification" attribute changing from a status indicating "account not cancelled" (occupying license resources) (such as a value of 0) to a status indicating "account cancelled" (not occupying license resources) (such as a value of 1).

[0059] Synchronize the information about the upcoming user status change from the user management module (or user module) to the IPTV platform, enabling the latter to execute the corresponding account cancellation logic based on the received change information and release the License resources.

[0060] Step S206: When receiving a request from a target user in the target state, determine the user status of the target user according to the type of the request.

[0061] In the above step S206, the request refers to various service requirements submitted by IPTV users to the operator through the customer service system, self-service terminal or other channels, such as installing new equipment, troubleshooting, account query, etc. When processing such requests, it is necessary to check the current status of the user and decide whether to respond immediately or restore their License resources.

[0062] In some embodiments of the present application, when a user submits a request, the acceptance unit or troubleshooting unit first forwards the request to the user module in the form of an interface work order. After receiving the work order, the user module analyzes the content of the work order through an intelligent capture strategy to identify whether the user involved has a "dynamic management flag" of 1 (account cancelled). If so, it automatically triggers the License resource restoration process and adjusts the user status back to "not cancelled" (occupying License resources); if not, it directly releases the work order and processes it according to the normal process.

[0063] To ensure the coherence and efficiency of user request processing and avoid processing delays caused by inconsistent user status, a service interception layer can also be added to the user module to intercept all requests from the acceptance unit or troubleshooting unit through the API. The interception layer queries the user status according to the user ID in the request. If it is a user in the target state, it quickly restores their License resources by calling the account opening interface of the IPTV transmission platform and continues to pass the request to the backend for processing; if the user status is normal, it directly allows the request to enter the processing queue.

[0064] To achieve dynamic adjustment of the user status, when receiving a request from a target user in the target state, determine the target status of the target user according to the type of the request. Specifically: receive the request of the target user and determine the type of the request; when the type of the request indicates that the request of the target user contains usage requirements, change the user status of the target user to a non-target state, where the non-target state includes the state of occupying the license resources of the interactive network television; when the type of the request indicates that the request of the target user does not contain usage requirements, determine the user status of the target user as the target state and store the target state change record corresponding to the request.

[0065] Usage requirements refer to the user's desire to resume IPTV services. For example, service requests such as installing new devices, troubleshooting, etc. submitted through phone customer service, self-service platforms, or mobile applications indicate that the user is about to use or is currently using IPTV services and requires the occupation of License resources.

[0066] In the user management of IPTV services, the requests submitted by users to the operator can be divided into two categories: requests containing usage requirements and requests not containing usage requirements. For requests containing usage requirements, such requests usually involve the direct use or resumption of IPTV services by users, meaning that users hope to use IPTV services immediately or in the near future and require the occupation of License resources. Specifically, it includes but is not limited to the following scenarios:

[0067] (1) Equipment installation or reinstallation: The user installs the IPTV device for the first time or needs to reinstall the device due to reasons such as moving or replacing the device. For example, the user requests to install an IPTV set-top box in the new residence through the customer service phone.

[0068] (2) Troubleshooting and repair: The user reports a malfunction of the IPTV device or service and requests the operator to troubleshoot or repair it. For example, the user feedbacks that they cannot watch programs and requests a solution.

[0069] (3) Service function restoration: The user hopes to restore the service functions that were previously suspended or cancelled. For example, the user once suspended the IPTV service due to travel and hopes to reactivate the service after returning.

[0070] (4) Package upgrade or change: The user selects to upgrade or change the IPTV package, which may involve the activation of new functions. For example, upgrading from a standard package to a premium package with more channels.

[0071] For requests not containing usage requirements, such requests are not related to the direct use of IPTV services by users and may involve account information query, service consultation, account management, etc. and do not require immediate occupation or activation of License resources. Specifically, it includes but is not limited to the following scenarios:

[0072] (1) Account information query: The user queries account balance, package details, viewing records, etc. without involving the installation of new devices or the use of service functions. For example, the user wants to check the consumption situation this month.

[0073] (2) Service consultation: The user consults IPTV-related issues, such as program recommendations, technical consultations, etc. without directly requesting the use of services. For example, the user asks how to use a certain function of the remote control.

[0074] (3) Account Management: User account management operations, such as changing passwords, changing binding information, etc., are not related to the use of service functions. For example, a user wants to change his or her account password.

[0075] In some embodiments of the present application, when the acceptance unit or troubleshooting unit receives a user request, a work order is generated and sent to the user module. The user module analyzes the content of the work order to identify whether the request contains usage requirements (such as equipment installation, troubleshooting, etc.). For requests that contain usage requirements, the user module will automatically trigger the license resource recovery process, change the target user's status from "account cancelled" (target status) to "account not cancelled" (non-target status), and complete the account opening on the IPTV transmission platform. For requests that do not contain usage requirements, the user module will record the request and keep the user status unchanged (target status).

[0076] The above method solves the problem of dynamic matching between user status and service requests, ensuring that only users who really need to use IPTV services are allocated license resources, improving resource utilization efficiency and cost control, while avoiding improper intervention in inactive users.

[0077] It's important to note that a user behavior prediction model can also be built based on historical data and machine learning algorithms. This model is used to predict which target-state users are likely to have usage needs in the future. For users predicted to have usage needs, their status is changed to a non-target state (occupying resources) before their formal request, improving service response speed. Conversely, for users predicted not to have usage needs, their status remains in the target state, conserving resources.

[0078] In some embodiments of the present application, the request includes a work order request; receiving the request of the target user: receiving the interface work order sent by the target network element, wherein the target network element includes a functional unit for interacting with the user in the interactive network television service, and the interface work order includes the status information and demand information of the target user; determining the request of the target user based on the interface work order.

[0079] In the IPTV business, a work order request refers to a service request submitted by a user through various channels (such as a customer service center, website, mobile application, etc.) that requires operator intervention. These requests are converted into work orders, recording the user's detailed information and requirements, and are transferred through the system to the relevant processing department.

[0080] In the IPTV system architecture, a target network element (DNE) refers to the functional component that interacts directly with users and is responsible for generating work orders. This component is responsible for collecting and initially processing user requests. This includes, but is not limited to, the acceptance unit (for new installations, changes, and cancellations) and the troubleshooting unit (for troubleshooting and repairing issues). An interface work order is work order information sent by the DNE to the user module via a standard interface.

[0081] For example, after the user module receives the interface work order sent by the target network element, it queries the user management table through the user ID in the work order to obtain the current "dynamic management identification" status of the target user. If the user status is 1 (i.e., "cleared") and the work order contains usage requirements (such as installation services, troubleshooting, etc.), the user module automatically triggers the status recovery process, changes the user status to 0 (i.e., "uncleared"), and notifies the IPTV transmission platform to reopen the account to ensure that the user can use the IPTV service immediately. In the user module, the work order request is classified into two categories based on the content of the work order request: including usage requirements and not including usage requirements. For work orders that do not include usage requirements (such as account information inquiries, complaints and suggestions, etc.), the user module only records them and does not affect the user status; for work orders that include usage requirements, the user module will automatically execute the status recovery process to ensure that the user can continue to use or start using the IPTV service.

[0082] After changing the user status of the target user to a non-target state, the following steps may be performed: synchronizing the target information corresponding to the target user in the non-target state to the interactive network TV platform, wherein the target information is used to instruct the interactive network TV platform to restore the account opening operation for the target user in the non-target state.

[0083] The non-target state refers to the state in which the user status is changed to occupy interactive network television (IPTV) licensed resources, that is, the user is reactivated, preparing for or using IPTV services. For example, the corresponding "dynamic management identifier" attribute value is 0, indicating "not cancelled".

[0084] Target information refers to information related to non-target users that can instruct the IPTV platform to restore the account opening operation for the user, including but not limited to user ID, account status, type of resources to be allocated (such as 4K service, HD service, etc.), etc., which is the basis for the IPTV platform to execute the recovery process.

[0085] To ensure the synchronization of status changes and resource allocation and avoid the situation where the user status has changed to a non-target status but the IPTV platform has not restored the account opening in a timely manner, after the user module detects that the work order request contains usage requirements and changes the user status to a non-target status, it immediately sends the target information to the IPTV transmission platform by means of real-time interface calls. After receiving the target information, the IPTV transmission platform automatically executes the account opening process to reallocate and activate the License resources for the user.

[0086] It should be noted that in addition to real-time interface calls, it can also be designed to use a batch processing mechanism to collect and process the target information of all users in non-target status at a certain time interval (such as every hour), and uniformly send it to the IPTV transmission platform through a scheduled task for account opening restoration operations.

[0087] In some embodiments of the present application, the following steps can also be performed: storing the user information of the interactive network television platform in a user management table; determining the atomic operation capabilities corresponding to the management identification attributes, where the atomic operation capabilities include the capabilities of querying the user status and changing the user status; encapsulating the atomic operation capabilities and embedding the encapsulated atomic operation capabilities into multiple network elements, where the multiple network elements include functional units that interact with users in the interactive network television service.

[0088] The user management table is used to store the user information of the interactive network television (IPTV) platform, including fields such as user ID, account status, and dynamic management identification (management identification attributes).

[0089] Specifically, in the user module, the atomic operation capabilities can be encapsulated by defining a set of service interfaces, and these interfaces include functions such as querying the user status (GET UserStatus) and changing the user status (UPDATE UserStatus), which can be called by other network elements. For example, when the acceptance unit processes a user installation or change request, it will call the GET UserStatus interface to query the current user status, and then call the UPDATE UserStatus interface to update the status as needed to ensure that all network elements follow the same rules and processes when operating on the user status.

[0090] To avoid incorrect user status caused by improper operation or malicious operation, when encapsulating the atomic operation capabilities, a permission control mechanism can also be designed to ensure that only authorized network elements can call specific interfaces. For example, the troubleshooting unit may only be able to call the interface for querying the user status and cannot directly change the user status, which needs to be achieved through privilege restrictions of the acceptance unit or the user module.

[0091] It should be noted that multiple service nodes are deployed in the user module, each with the same atomic operation capability encapsulation interface. When a node fails, other network elements can automatically switch to another available node, avoiding system unavailability caused by a single point of failure and improving system reliability and stability.

[0092] Through the above steps S202 to S206, an intelligent user status management method is adopted to batch release the license resources corresponding to users who have not used the TV service within a preset time in the interactive network TV platform, and then automatically identify user requests and adjust their status, thereby achieving the purpose of dynamically adjusting the user status according to the user's actual usage, thereby achieving the technical effect of significantly reducing the resource occupation of invalid users and improving resource utilization. This further solves the technical problem that related technologies use a static mode to manage licenses for IPTV transmission platforms, resulting in a large number of silent users in the platform occupying the platform's license resources, resulting in low utilization of purchased license resources.

[0093] Figure 3 FIG. 1 is a schematic diagram of the overall process of a method for managing user status according to an embodiment of the present application. Figure 3 As shown, in some embodiments of the present application, the following steps may be performed:

[0094] (1) S01 data preparation phase, including:

[0095] S0101 status synchronization: the user module is modified to expand the "dynamic management identification" attribute, which is divided into two states: 0 and 1. The status is synchronized with the IPTV transmission platform. 0 and 1 correspond to the two states of "not canceled" and "cancelled" (not occupying the license) on the user side, respectively, and are synchronized in real time.

[0096] S0102 Atomic Empowerment: The user module provides query and change capabilities for the "dynamic management identification" attribute and sends it to the atomic capability unit for integration;

[0097] S0103 Acceptance Integration: The atomic capability unit encapsulates the query and change capability of the "dynamic management identifier" attribute and sends it to the acceptance unit for call;

[0098] In S0104 troubleshooting integration, the atomic capability unit encapsulates the query and change capability of the "dynamic management identifier" attribute and sends it to the troubleshooting unit for call.

[0099] (2) S02 data collection phase, including:

[0100] S0201 data extraction: batch extraction of target users that have not been installed and used for a long time, and batch modification of the "dynamic management identification" attribute in the user module;

[0101] Batch release of S0202. While batch-changing the attribute of "dynamic management flag", according to the status synchronization of S0101, these target users will be batch-closed on the IPTV transmission platform side, and the batch release of the License will be completed;

[0102] (3) S03 data analysis stage, including:

[0103] S0301 Installation acceptance. The installation acceptance requirements of IPTV users will be sent to the user module in the form of an interface work order through the acceptance unit;

[0104] S0302 Troubleshooting detection. The troubleshooting detection requirements of IPTV users will be sent to the user module in the form of an interface work order through the troubleshooting unit;

[0105] S0303 Intelligent capture. The user module implements a dynamic capture strategy for the interface work order for intelligent identification. Work orders for users with "dynamic management flag" of 0 are automatically filtered and released; for work orders of users with "dynamic management flag" of 1 and usage requirements, the "dynamic management flag" is changed to 0 and then the work order is executed; for work orders of users with "dynamic management flag" of 1 but without usage requirements, only the change record is retained in the user module.

[0106] (4) S04 data processing stage, including:

[0107] S04 Automatic recovery. For work orders of the acceptance unit or the troubleshooting unit, through the intelligent capture strategy of the user module, for users with "dynamic management flag" of 1 and usage requirements, automatic recovery of account opening is performed through the IPTV transmission platform to achieve on-demand installation and use.

[0108] Figure 4 It is the execution flow chart of the acceptance unit of a user status management method according to an embodiment of the present application. As Figure 4 shown, in some embodiments of the present application, the acceptance process includes:

[0109] Module 402: CRM acceptance.

[0110] The CRM (Customer Relationship Management) system is the first receiving point for user service requests, responsible for recording the basic information of users, the details of service requests, and the processing status. When a "cleaned" user submits an application to resume using the IPTV service through the customer service channel or other means, the CRM system will generate a work order, record the user's service request in detail, and send the work order to the O3 orchestration system (Module 404) for subsequent processing.

[0111] Module 404: O3 orchestration.

[0112] The O3 orchestration system is responsible for the process orchestration and scheduling of work orders. After receiving a work order sent by the CRM system, it automatically assigns it to the appropriate processing department or system according to the work order type and content. For work orders involving the restoration of "cleaned" user services, the O3 orchestration system sends the work order to the IPTV business operation management platform (module 408) to perform the status restoration operation.

[0113] Module 406: Acquisition and control.

[0114] The acquisition and control system is mainly used to monitor the status of user devices in real time, including whether the device is online and whether the service is normal. In this application, once the status of a "cleaned" user is restored, the acquisition and control system will monitor the online status of the device in real time, verify whether the service restoration is successful, and whether the user can access the IPTV service normally.

[0115] Module 408: IPTV business operation management platform.

[0116] When the O3 orchestration system sends a work order involving the restoration of "cleaned" user services to the IPTV business operation management platform, the platform will automatically or manually query the user status. After confirming that the user status is "cleaned", the platform will adjust the user status to "not cleaned" through the status change interface provided by the preprocessing system, and then trigger the IPTV platform (module 410) to perform the account opening operation to achieve the reallocation of License resources and the restoration of user services.

[0117] Module 410: IPTV platform.

[0118] After receiving the account opening instruction from the IPTV business operation management platform, the IPTV platform performs the account opening operation, reactivates or allocates License resources to the user, and allows the user to access the IPTV service again. After the account opening operation is completed, the IPTV platform will update the user status to "not cleaned" and synchronize the status change result back to the IPTV business operation management platform.

[0119] Figure 5 It is a flowchart of the troubleshooting unit execution of a method for managing user status according to an embodiment of the present application. As Figure 5 shown, in some embodiments of the present application, the troubleshooting process includes:

[0120] Module 502: 10000 intelligent diagnosis.

[0121] When the customer service number 10000 receives a user's trouble report, the intelligent diagnosis system will automatically detect the status of the user's device, service subscription, etc., and determine whether the user is in the "cleaned" state. If the detection result shows that the user's status is "cleaned", but the user expresses a usage requirement, the intelligent diagnosis system will confirm the status by calling the "cleaned" status query interface of the preprocessing module (module 506), and further call the status change interface to change the user's status from "cleaned" to "not cleaned".

[0122] Module 504: Operator APP.

[0123] In the operator's mobile application, the user can also initiate a troubleshooting request through the fault reporting or service request function. This module is similar to the intelligent diagnosis of the customer service number 10000. It will check the user's status. If the user's status is "cleaned" and the user's request indicates a usage requirement, the operator APP will call the interface of the preprocessing module (module 506) to restore the user's status.

[0124] Module 506: Preprocessing.

[0125] As an intermediate layer, the preprocessing module is responsible for receiving requests from the intelligent diagnosis of the customer service number 10000 (module 502) and the operator APP (module 504), and realizes the dynamic adjustment of the user's status by calling the "cleaned" status query and change interfaces provided by the IPTV service operation and management platform (module 508). Once it identifies that a "cleaned" user has a usage requirement, the preprocessing module will automatically trigger the status restoration process.

[0126] Module 508: IPTV service operation and management platform.

[0127] As the core management system, the IPTV service operation and management platform receives requests from the preprocessing module, queries and confirms the "cleaned" status of the user. If it is in the "cleaned" state and the user has a usage requirement, the platform will automatically execute the status change, adjust the user identification to "not cleaned", and then trigger the account opening process of the IPTV platform (module 510) to restore the user's service permission.

[0128] Module 510: IPTV platform.

[0129] The IPTV platform is responsible for performing account opening operations on the user according to the instructions of the IPTV service operation and management platform, reallocating or activating License resources. When the status of a "cleaned" user is adjusted to "not cleaned", the IPTV platform will execute the account opening process to allow the user to access and enjoy the IPTV service again.

[0130] Figure 6 It is a structural diagram of a management device for user status according to an embodiment of the present application, as Figure 6As shown, the device includes:

[0131] A determination module 602, configured to determine at least one target user from the user information of the interactive network television platform, where the target user includes a user who has not used the interactive network television service within a preset time;

[0132] A conversion module 604, configured to change the user status of at least one target user to a target status, where the target status includes a status of not occupying the licensed resources of the interactive network television;

[0133] A receiving module 606, configured to determine the user status of the target user according to the type of the request when receiving a request from a target user in the target status.

[0134] It should be noted that Figure 6 the user status management device shown is used to execute Figure 2 the user status management method shown, so Figure 2 the relevant explanations in the user status management method in Figure 6 also apply to the user status management device shown, which will not be elaborated here.

[0135] An embodiment of this application also provides an electronic device, which includes a memory and a processor. The memory is used to store program instructions; the processor is connected to the memory and is configured to execute the steps of implementing the user status management method in each embodiment of this application.

[0136] For example, the processor executes the following functions by executing the program instructions stored in the memory: determining at least one target user from the user information of the interactive network television platform, where the target user includes a user who has not used the interactive network television service within a preset time; changing the user status of at least one target user to a target status, where the target status includes a status of not occupying the licensed resources of the interactive network television; determining the user status of the target user according to the type of the request when receiving a request from a target user in the target status.

[0137] An embodiment of this application also provides a non-volatile storage medium, which includes a stored computer program. The device where the non-volatile storage medium is located executes the steps of the user status management method in each embodiment of this application by running the computer program.

[0138] An embodiment of this application also provides a computer program product, which includes computer instructions. When the computer instructions are executed by a processor, the steps of the user status management method in each embodiment of this application are implemented.

[0139] The embodiments of the present application also provide a computer program, which when executed by a processor, implements the steps of the user status management method in each embodiment of the present application.

[0140] The serial numbers of the above embodiments of the present application are only for description and do not represent the superiority or inferiority of the embodiments.

[0141] In the above embodiments of the present application, the descriptions of the various embodiments have their own emphases. For the parts not detailed in a certain embodiment, reference may be made to the relevant descriptions of other embodiments.

[0142] In several embodiments provided by the present application, it should be understood that the disclosed technical content can be implemented in other ways. Among them, the device embodiments described above are only illustrative. For example, the division of the units can be a logical function division. In actual implementation, there can be other division methods. For example, multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the displayed or discussed couplings or direct couplings or communication connections to each other can be through some interfaces. The indirect couplings or communication connections of the units or modules can be in electrical or other forms.

[0143] The units described as separate components may or may not be physically separated. The components displayed as units may or may not be physical units, that is, they can be located in one place or distributed to multiple units. Some or all of the units can be selected according to actual needs to achieve the purpose of the solution of this embodiment.

[0144] In addition, the functional units in each embodiment of the present application can be integrated in a processing unit, or each unit can exist physically alone, or two or more units can be integrated in one unit. The above integrated units can be implemented in the form of hardware or in the form of software functional units.

[0145] When the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of this application, in essence, or the part that contributes to the prior art, or all or part of this technical solution, can be embodied in the form of a software product. This computer software product is stored in a storage medium and includes several instructions for causing a computer device (which can be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the methods described in various embodiments of this application. The aforementioned storage medium includes: various media that can store program codes, such as USB flash drives, read-only memories (ROM, Read-Only Memory), random access memories (RAM, Random Access Memory), mobile hard disks, magnetic disks, or optical discs.

[0146] The above are only the preferred embodiments of this application. It should be noted that for those of ordinary skill in the art, without departing from the principle of this application, several improvements and refinements can still be made, and these improvements and refinements should also be regarded as the protection scope of this application.

Claims

1. A method for managing user status, characterized in that, Including: Determine at least one target user from the user information of the interactive network television platform, where the target user includes a user who has not used the interactive network television service within a preset time; Change the user status of the at least one target user to a target status, where the target status includes a status of not occupying the licensed resources of the interactive network television; When receiving a request from a target user in the target status, determine the user status of the target user according to the type of the request.

2. The method according to claim 1, characterized in that Changing the user status of the at least one target user to a target status includes: Obtain the account cancellation status information of the at least one target user from the user information; Map the account cancellation status information to the management identification attribute of the user management table, where the management identification attribute is used to describe the occupancy status of the licensed resources of the interactive network television; Change the management identification attribute of the at least one target user to the target status.

3. The method according to claim 2, wherein After changing the management identification attribute of the at least one target user to the target status, the method further includes: obtaining the change information in the user management table and synchronizing the change information to the interactive network television platform, where the change information is used to instruct the interactive network television platform to perform an account cancellation operation on the user corresponding to the change information.

4. The method according to claim 1, wherein When receiving a request from a target user in the target status, determining the target status of the target user according to the type of the request includes: Receive the request from the target user and determine the type of the request; When the type of the request indicates that the request from the target user includes a usage requirement, change the user status of the target user to a non-target status, where the non-target status includes a status of occupying the licensed resources of the interactive network television; When the type of the request indicates that the request from the target user does not include a usage requirement, determine that the user status of the target user is the target status and store the target status change record corresponding to the request.

5. The method according to claim 4, wherein The request includes a work order request; receiving the request from the target user includes: Receive an interface work order sent by a target network element, where the target network element includes a functional unit that interacts with the user in the interactive network television service, and the interface work order includes the status information and requirement information of the target user; Determine the request of the target user according to the interface work order.

6. The method according to claim 4, characterized in that, After changing the user status of the target user to a non-target status, the method further includes: synchronizing the target information corresponding to the target user in the non-target status to the interactive network television platform, where the target information is used to instruct the interactive network television platform to perform a re-opening operation on the target user in the non-target status.

7. The method according to claim 2, characterized in that, The method further includes: Use the user management table to store the user information of the interactive network television platform; Determine the atomic operation capabilities corresponding to the management identification attribute, where the atomic operation capabilities include the capabilities of querying user status and changing user status; Encapsulate the atomic operation capabilities and embed the encapsulated atomic operation capabilities into multiple network elements, where the multiple network elements include functional units that interact with users in the interactive network television service.

8. A management device for user status, characterized in that, Comprising: A determination module, configured to determine at least one target user from the user information of the interactive network television platform, where the target user includes a user who has not used the interactive network television service within a preset time; A conversion module, configured to change the user status of the at least one target user to a target status, where the target status includes a status of not occupying the licensed resources of the interactive network television; A receiving module, configured to determine the user status of the target user according to the type of the request when receiving a request from a target user in the target status.

9. An electronic device, characterized in that, Comprising: A memory and a processor, where the memory is used to store program instructions; the processor is connected to the memory and is configured to execute the management method of the user status according to any one of claims 1 to 7.

10. A non-volatile storage medium, characterized in that The non-volatile storage medium includes a stored computer program, where the device where the non-volatile storage medium is located executes the management method of the user status according to any one of claims 1 to 7 by running the computer program.

11. A computer program product comprising computer instructions, characterized in that, The computer instructions, when executed by the processor, implement the management method of the user status according to any one of claims 1 to 7.

Images