Monitoring service processing method, equipment and computer program product

Abstract

The invention discloses a monitoring service processing method and device and a computer program product, and belongs to the field of communication. The monitoring service processing method provided by the embodiment of the invention comprises the following steps: calling at least one device of a monitored object to join a target call based on an IMS network according to monitoring data of the monitored object; determining whether to call at least one predetermined device to join the target call according to first interaction data of the device of the monitored object for the target call; and in response to determining to call the predetermined device to join the target call, calling the predetermined device to join the target call.

Description

Technical Field

[0001] The embodiments of the present application relate to the field of communications, and in particular to a monitoring service processing method, device, and computer program product. Background Art

[0002] With the rapid development of computer technology, smart terminals are widely used in monitoring scenarios. For example, smart terminals can be used to monitor the health status of specific objects (such as the elderly, children and other special groups), and can send alarm messages to pre-set contacts when abnormalities are detected in the monitored objects.

[0003] However, when there are multiple contacts, calls need to be initiated one by one. The time cost of monitoring business processing and the cost of repeated communication are high, resulting in low emergency response efficiency of the monitoring business. Therefore, a solution is needed to save the time cost of monitoring business processing and improve the emergency response efficiency of the monitoring business. Summary of the Invention

[0004] The embodiments of the present application provide a solution for saving the time cost of monitoring business processing and improving the emergency response efficiency of the monitoring business.

[0005] In a first aspect, a monitoring service processing method is provided, the method comprising: based on monitoring data of a monitored object, calling at least one device of the monitored object to join a target call based on an IMS network; determining whether to call at least one predetermined device to join the target call based on first interaction data of the device of the monitored object with respect to the target call; and in response to determining to call the predetermined device to join the target call, calling the predetermined device to join the target call.

[0006] In a second aspect, a monitoring service processing device is provided, which includes: a first calling module, used to call at least one device of the monitored object to join a target call based on the IMS network according to the monitoring data of the monitored object; a judgment module, used to determine whether to call at least one predetermined device to join the target call according to the first interaction data of the device of the monitored object for the target call; and a second calling module, used to call the predetermined device to join the target call in response to determining to call the predetermined device to join the target call.

[0007] In a third aspect, a monitoring service processing device is provided, which includes a processor and a memory, wherein the memory stores programs or instructions that can be run on the processor, and when the program or instructions are executed by the processor, the steps of monitoring service processing as described in the first aspect are implemented.

[0008] In a fourth aspect, a readable storage medium is provided, on which a program or instruction is stored. When the program or instruction is executed by a processor, the steps of monitoring business processing as described in the first aspect are implemented.

[0009] The embodiments of this application adopt the following technical solutions: Based on the monitoring data of the monitored object, at least one device of the monitored object is called to join the target call based on the IMS network. Based on the first interaction data of the device of the monitored object with respect to the target call, it is determined whether to call at least one predetermined device to join the target call. In response to determining to call the predetermined device to join the target call, the predetermined device is called to join the target call.

[0010] At least one of the above technical solutions adopted in the embodiments of the present application can achieve the following beneficial effects: First, if it is determined based on the monitoring data of the monitored object that a multi-party call needs to be established, a target call can be established based on the IMS network, and at least one device of the monitored object can be called to join the target call, so as to accurately determine the real-time status of the monitored object based on the first interaction data of the monitored object's device with respect to the target call. Second, if it is determined based on the first interaction data that at least one predetermined device needs to be called to join the target call, the predetermined device can be called to join the target call, thereby enabling multiple terminals to work together in the same call, avoiding the time cost and repeated communication costs caused by the need to initiate independent calls one by one, and improving the emergency response efficiency of the monitoring service. BRIEF DESCRIPTION OF THE DRAWINGS

[0011] Figure 1 is a schematic flow chart of a monitoring service processing method according to an embodiment of the present application; Figure 2 is a schematic flow chart of a monitoring service processing method according to another embodiment of the present application; Figure 3 is a schematic flow chart of a monitoring service processing method according to another embodiment of the present application; Figure 4 is a schematic flow chart of a monitoring service processing method according to another embodiment of the present application; Figure 5 is a schematic diagram of a multi-party call process according to an embodiment of the present application; Figure 6 is a schematic diagram of the functional framework of an intelligent monitoring platform according to an embodiment of the present application; Figure 7 is a schematic diagram of a network structure framework of a monitoring system according to an embodiment of the present application; Figure 8 is a schematic diagram of a proprietary network communication structure according to an embodiment of the present application; Figure 9 is a schematic diagram of a multi-party call processing process according to an embodiment of the present application; Figure 10 This is a schematic diagram of a monitoring service processing flow according to an embodiment of the present application; Figure 11 is a structural diagram of a monitoring service processing device according to an embodiment of the present application; Figure 12 It is a structural diagram of a monitoring service processing device according to an embodiment of the present application. DETAILED DESCRIPTION

[0012] The embodiments of this specification provide a monitoring service processing method, device, and computer program product.

[0013] To help those skilled in the art better understand the technical solutions in this specification, the following will provide a clear and complete description of the technical solutions in the embodiments of this specification, in conjunction with the accompanying drawings. Obviously, the described embodiments are only part of the embodiments of this specification, not all of them. All other embodiments obtained by those skilled in the art based on the embodiments in this specification without creative work should fall within the scope of protection of this specification.

[0014] The inventive concept of the present application is as follows: With the rapid development of computer technology, smart terminals are widely used in monitoring scenarios. For example, smart terminals can be used to monitor the health status of specific objects (such as the elderly, children, and other special groups), and when abnormalities are detected in the monitored objects, alarm messages can be sent to pre-set contacts. However, when there are multiple contacts, calls need to be initiated one by one, and the time cost of monitoring service processing and the cost of repeated communication are high, resulting in low emergency response efficiency of the monitoring service. Therefore, a solution is needed to save the time cost of monitoring service processing and improve the emergency response efficiency of the monitoring service. To this end, the embodiment of this specification provides a technical solution that can solve the above-mentioned problem. In this solution, based on the monitoring data of the monitored object, at least one device of the monitored object can be called based on the IMS network to join the target call. Based on the first interaction data of the device of the monitored object with respect to the target call, it is determined whether to call at least one predetermined device to join the target call. In response to the determination to call the predetermined device to join the target call, the predetermined device is called to join the target call. Thus, first, when it is determined based on the monitoring data of the monitored object that a multi-party call needs to be established, a target call can be established based on the IMS network, and at least one device of the monitored object can be called to join the target call, so as to accurately determine the real-time status of the monitored object based on the first interaction data of the device of the monitored object with respect to the target call. Secondly, when it is determined based on the first interaction data that at least one predetermined device needs to be called to join the target call, the predetermined device can be called to join the target call, thereby enabling multiple terminals to work together in the same call, avoiding the time cost and repeated communication costs caused by the need to initiate independent calls one by one, and improving the emergency response efficiency of the monitoring service. For details, please refer to the following content.

[0015] In one embodiment, if Figure 1 As shown, the embodiment of this specification provides a monitoring service processing method, the execution subject of the method can be a server, wherein the server can be a server corresponding to the intelligent monitoring platform, the server can be an independent server, or a server cluster composed of multiple servers. The method can specifically include the following steps: In S102 , based on the monitoring data of the monitored object, at least one device of the monitored object is called over the IMS network to join a target call.

[0016] The monitored objects can be special groups such as the elderly and children, environmental spaces such as factories and workshops, or predetermined objects such as vehicles. The monitored devices can include mobile phones, tablets, smart watches and other devices that can join the call. The IP Multimedia Subsystem (IMS) can integrate multimedia services such as voice, video, and text through the IP network, support the convergence of fixed and mobile networks, and can be used to implement multimedia communication services and data management.

[0017] During implementation, the intelligent monitoring platform can obtain different monitoring data depending on the monitored object. For example, when the monitored object is a special group such as the elderly or children, the vital signs data, environmental status data, and voice emotion data of the monitored object collected by devices such as cameras and sensors can be used as the monitoring data of the monitored object. Alternatively, when the monitored object is an environmental space such as a factory or workshop, the gas concentration, ambient temperature, equipment operation data, and other data collected in the environmental space can be used as the monitoring data of the monitored object through at least one sensor in the environmental space. Alternatively, when the monitored object is a vehicle, the collected vehicle sensor data and driver operation data can be used as the monitoring data of the monitored object.

[0018] Among them, the intelligent monitoring platform can obtain corresponding monitoring data from the above-mentioned cameras, sensors, vehicles and other equipment through a proprietary network.

[0019] After acquiring the monitoring data, the intelligent monitoring platform can determine whether the monitored object is in an abnormal state based on the monitoring data. If it is determined that the monitored object is in an abnormal state, it will create a target call based on the IMS network and call at least one device of the monitored object to join the target conversation.

[0020] Among them, the intelligent monitoring platform can determine whether the monitored object is in an abnormal state based on a pre-trained anomaly detection model, or the intelligent monitoring platform can also send the monitoring data of the monitored object to the intelligent analysis engine and receive the abnormal state judgment result returned by the intelligent analysis engine. In addition, in actual application scenarios, there can also be a variety of different abnormal state judgment methods, and different judgment methods can be selected according to different actual application scenarios. The embodiments of this specification do not make specific limitations on this.

[0021] In addition, when calling at least one device of the monitored object to join the target call, the intelligent analysis platform can determine the devices that have a preset association relationship with the monitored object and have completed registration on the IMS network based on the object identifier of the monitored object, and call these devices separately to join the target call.

[0022] In S104 , it is determined whether to call at least one predetermined device to join the target call based on the first interaction data of the device of the monitored object with respect to the target call.

[0023] During implementation, the intelligent monitoring platform can determine the business priority (such as urgent, important, regular, etc.) of the current status of the monitored object based on the first interaction data of the device of the monitored object for the target call, and determine whether to call at least one predetermined device to join the target call based on the business priority.

[0024] For example, if the monitored subject is an elderly person, the intelligent monitoring platform, based on the elderly person's monitoring data, determines that it needs to call at least one of the elderly person's devices to join the target call. The platform can then call the elderly person's mobile phone, smartwatch, surveillance camera, etc. to join the target call. The intelligent monitoring platform can then determine the service priority of the elderly person's current status based on the first interaction data of these devices regarding the target call, and based on this priority, determine whether to call the at least one predetermined device to join the target call.

[0025] Among them, the intelligent monitoring platform can also determine whether to call at least one predetermined device to join the target call based on the preset correspondence between the pre-configured predetermined devices corresponding to the monitored object and the business priority, based on the business priority to which the current state of the monitored object belongs, and determine the predetermined device that needs to be called if it is determined that the predetermined device needs to be called.

[0026] For example, taking the monitored object as an environmental space such as a factory, the monitored object as a vehicle, and the above-mentioned monitored object as an elderly person as an example, it is assumed that the pre-configured preset correspondence corresponding to the environmental space is as shown in Table 1 below, the pre-configured preset correspondence corresponding to the vehicle is as shown in Table 2 below, and the pre-configured preset correspondence corresponding to the elderly is as shown in Table 3 below.

[0027] Table 1

[0028] Table 2

[0029] Table 3

[0030] In this way, the intelligent monitoring platform can first determine the predetermined device corresponding to the business priority of the current state of the monitored object based on the correspondence in Tables 1, 2 and 3 above. For example, if the business priority is normal, there is no need to call the predetermined device to join the target call. However, if the business priority is important or urgent, it is necessary to call the corresponding predetermined device to join the target call.

[0031] For example, according to the corresponding relationship in Table 3 above, when the service priority of the elderly person's current status is important, the intelligent monitoring platform can call the communication devices of multiple emergency contacts in Table 3 respectively to join the target call, and when the service priority of the elderly person's current status is urgent, the intelligent monitoring platform can call the communication device of emergency contact 1 in Table 3 and the communication device of the medical emergency platform respectively to join the target call.

[0032] In addition, the above method of determining whether to call a predetermined device and which predetermined devices to call is an optional and feasible processing method. In actual application scenarios, there can be a variety of different processing methods. Different processing methods can be selected according to different actual application scenarios. The embodiments of this specification do not make specific limitations on this.

[0033] In S106 , in response to determining that the predetermined device is to be called to join the target call, the predetermined device is to be called to join the target call.

[0034] During implementation, in terms of monitoring business processing capabilities in complex scenarios, the intelligent monitoring platform can quickly access multiple different collaborative terminals during a call as needed, solving the problems of fragmented monitoring business processing, low response efficiency, and high false alarm rate in complex scenarios, and improving the emergency response efficiency of the monitoring business.

[0035] The embodiments of this specification provide a monitoring service processing method, which, based on the monitoring data of the monitored object, calls at least one device of the monitored object to join a target call based on the IMS network, determines whether to call at least one predetermined device to join the target call based on the first interaction data of the device of the monitored object with respect to the target call, and in response to determining to call the predetermined device to join the target call, calls the predetermined device to join the target call. In this way, firstly, when it is determined based on the monitoring data of the monitored object that a multi-party call needs to be established, the target call can be constructed based on the IMS network, and at least one device of the monitored object can be called to join the target call, so as to accurately judge the real-time status of the monitored object based on the first interaction data of the device of the monitored object with respect to the target call. Secondly, when it is determined based on the first interaction data that at least one predetermined device needs to be called to join the target call, the predetermined device can be called to join the target call, so as to realize the collaborative work of multiple terminals in the same call, avoiding the time cost and repeated communication cost caused by the need to initiate independent calls one by one, and improving the emergency response efficiency of the monitoring service.

[0036] In practical applications, the first interaction data may include response data of the device of the monitored object and / or data collected by the device of the monitored object. The response data may include whether the device of the monitored object joins the target call.

[0037] Through response data and / or collected data, the current status of the monitored object can be accurately judged from multiple perspectives to improve the emergency response efficiency of the monitoring business.

[0038] In practical applications, the collected data may include multimedia data collected through a multimedia data channel and / or operational data collected through a data channel. For example, the collected data may include video data of a monitored object collected through a multimedia data channel and / or signaling data collected through a data channel.

[0039] The data collected from multiple angles can improve the accuracy of judging the current status of the monitored object.

[0040] In practical applications, in the above step S102, there are many specific processing methods for calling at least one device of the monitored object to join the target call based on the IMS network. The following is an optional processing method, such as Figure 2 As shown, the process may specifically include the following steps S1022.

[0041] In S1022, a POST request is sent to the VOLTE access server through the IMS network.

[0042] Among them, the POST request can be used to trigger the VOLTE access server (VOLTE-Access Server, VOLTE-AS) to call at least one device of the monitored object to join the target call by sending an invite message.

[0043] In implementation, the intelligent monitoring platform can send a POST request to VOLTE-AS based on the HTTP protocol. Then, VOLTE-AS can convert the POST request into a multi-party call service request and send an invite message call establishment request and a media negotiation establishment request through the SIP protocol.

[0044] In actual applications, the multimedia data channel and / or data channel corresponding to the target call can be created by the media resource server in response to the multi-party resource creation application initiated by the VOLTE access server.

[0045] In practical applications, in the above S104, the specific processing method for determining whether to call a predetermined device to join the target call based on the first interaction data of the device of the monitored object for the target call can be varied. The predetermined device can include the monitoring party device and / or a third-party device. Accordingly, an optional processing method is provided below, such as Figure 3 As shown, the process may specifically include the following steps S1042 to S1044.

[0046] In S1042 , based on whether the first interaction data satisfies a first judgment condition, it is determined whether to call the monitoring party device to join the target call.

[0047] In S1044 , based on whether the first interaction data satisfies a second judgment condition, it is determined whether to call a third-party device to join the target call.

[0048] In implementation, for example, the intelligent monitoring platform can determine the business priority of the current state of the monitored object based on the first interaction data, and determine whether the first interaction data meets the first judgment condition or the second judgment condition based on the business priority.

[0049] Specifically, when the business priority is normal, it can be determined that the first interaction data does not meet the first judgment condition and the second judgment condition. When the business priority is important, it can be determined that the first interaction data meets the first judgment condition. When the business priority is urgent, it can be determined that the first interaction data meets the second judgment condition.

[0050] In actual applications, in the above S1044, there are many specific processing methods for determining whether to call a third-party device to join the target call based on whether the first interaction data meets the second judgment condition. The following provides an optional processing method, which may specifically include the following processing A1~A2.

[0051] In A1 , the first device is called to join the target call.

[0052] The first device may be a device of a monitored object that has not joined the target call.

[0053] In A2, it is determined whether to call a third-party device to join the target call based on the second interaction data of the first device for the target call and whether the first interaction data meets the second judgment condition.

[0054] In implementation, in order to improve the accuracy of determining the current status of the monitored object, the device of the monitored object that has not joined the target call can be called to join the target call, so as to determine whether to call a third-party device to join the target call based on the second interaction data of the first device for the target call and whether the first interaction data meets the second judgment condition.

[0055] In addition, when the first interaction data meets the first judgment condition, it can be determined whether to call the monitoring party device to join the target call, and whether to call a third-party device to join the target call based on whether the third interaction data of the monitoring party device for the target call meets the second judgment condition.

[0056] Alternatively, when the first interaction data meets the first judgment condition, the monitoring device and the first device can be called simultaneously to join the target call, and whether to call a third-party device to join the target call can be determined based on whether the second interaction data and the third interaction data meet the second judgment condition.

[0057] In practical applications, in the above S104, the specific processing method for determining whether to call a predetermined device to join the target call based on the first interaction data of the device of the monitored object for the target call can be varied. The predetermined device can include the monitoring party device and / or a third-party device. Accordingly, an optional processing method is provided below, such as Figure 4 As shown, the process may specifically include the following S1046.

[0058] In S1046 , the first interaction data is sent to the intelligent analysis engine, and based on the service priority returned by the intelligent analysis engine, it is determined whether to call at least one predetermined device to join the target call.

[0059] During implementation, the intelligent analysis engine can determine the service priority corresponding to the first interaction data based on a preset judgment strategy, and return the determined service priority to the intelligent monitoring platform. In this way, the intelligent monitoring platform can determine whether to call at least one predetermined device to join the target call based on the service priority determined by the intelligent analysis engine.

[0060] In addition, the intelligent analysis engine may also send the device identification of the predetermined device corresponding to the service priority to the intelligent monitoring platform.

[0061] For example, if the monitored objects are special groups such as children and the elderly, Figure 5 As shown, the intelligent monitoring platform can collect monitoring data of the monitored object through the monitored object's smart devices, cameras and other devices. When it is determined that a multi-party collaborative call needs to be established based on the collected monitoring data, at least one device of the monitored object can be called to join the target call based on the IMS network. After sending the first interaction data to the intelligent analysis engine (i.e., AI analysis engine), it is determined to call other devices of the monitored object that have not joined the target call (i.e., the first device) and the guardian terminal (i.e., the monitoring party device) to join the target call based on the service priority returned by the AI ​​analysis engine. Then, the intelligent monitoring platform can also send the second interaction data and the third interaction data to the AI ​​analysis engine, and determine whether to call the medical service platform (i.e., the third-party device) to join the target call based on the service priority returned by the AI ​​analysis engine.

[0062] In this way, in business scenarios such as monitoring sudden illnesses of elderly people living alone, the intelligent monitoring platform can use the AI ​​engine for analysis. Initially, it will only connect to the monitored object and the guardian's device to confirm the current status of the monitored object. If confirmation is impossible or the feedback information is incomplete, the intelligent monitoring platform can automatically trigger access to the medical platform based on the latest feedback from the AI ​​analysis engine, and simultaneously push vital signs data. In addition, when the AI ​​analysis engine detects an escalation of abnormal risks, it can join the police platform on demand and trigger a priority alarm. In this way, during the processing of the monitoring business, multi-department collaboration can be completed through multi-party calls, which can reduce the processing cycle and communication costs of the monitoring business.

[0063] By aggregating and fusion-analyzing multidimensional data, the AI ​​analysis engine can jointly model monitoring data (such as health indicators, emotional states, and environmental parameters) with process interaction data (such as conversation content and operational feedback), enabling adaptive decision optimization. At the call aggregation level, IMS multi-party calling can automatically connect to related terminals such as medical service platforms and police platforms on demand. At the data sharing level, established multimedia data channels and data channels ensure real-time information sharing throughout the entire process, effectively shortening the cross-terminal collaboration cycle and improving resource utilization.

[0064] Among them, the intelligent monitoring platform, media resource server, VOLTE-AS, monitored equipment (i.e., intelligent monitoring terminal), AI analysis engine, monitoring equipment, and third-party equipment can build an intelligent monitoring system. The specific functions of each functional module of the intelligent monitoring platform in the intelligent monitoring system include: 1. AI Interface Control Unit: This unit interacts with the AI ​​analysis engine through various methods (such as API calls, speech recognition, speech synthesis, and multimodal model processing) to report monitoring data. It also receives analysis results from the AI ​​analysis engine (such as dynamic business models (i.e., initial business models, two-stage business models, etc.), instructions, and process summary information) and sends these results to the integrated control unit.

[0065] 2. Integrated control unit: The processing is divided into upstream and downstream according to the data flow. The upstream data flow includes multi-dimensional monitoring data, process media data and process operation data. In addition, the integrated control unit can also convert the format of the data flow into data that can be recognized by the AI ​​analysis engine, and report the converted data flow to the AI ​​analysis engine through the AI ​​interface control unit. The downstream data flow includes dynamic business models, instructions and process summary information. The integrated control unit can convert business models and instructions into control logic, and pass the converted control logic to the business logic control unit for business processing. The integrated control unit can combine process summary information with business logic and share it with multiple members in stages as needed.

[0066] 3. Business Logic Control Unit: First, it generates HTTP POST requests based on business control logic. These POST requests can carry media information supported by the intelligent monitoring platform, service priority, and multi-party call terminal information. The business logic control unit controls VOLET-AS to initiate multi-party call establishment requests and DC channel establishment requests. Furthermore, based on different POST messages, the business logic control unit controls VOLET-AS to add collaborative terminals to multi-party calls (i.e., target calls) in stages. Secondly, the business logic control unit is responsible for controlling the collection of monitoring data and the sharing of process summary information based on business logic.

[0067] 4. Data processing control unit: Accepts the control of the business logic control unit, obtains monitoring data from data acquisition devices such as smart terminals through a proprietary network, and reports it to the integrated control unit for conversion and processing.

[0068] 5. Media processing control unit: Accepts the control of the business logic control unit, obtains process audio and video collaboration data and operation data from the multimedia data channel and DC data channel, and reports the obtained data to the integrated control unit for conversion and processing. It also receives process summary information from the integrated control unit and shares it on the designated terminal through the DC data channel.

[0069] In addition, the network structure framework of the intelligent monitoring system can be as follows Figure 7 As shown, the network structure part of the intelligent monitoring system may include: 1. IMS network (including VOLTE-AS, Call Session Control Function (CSCF), Session Border Controller (SBC), and Home Subscriber Server (Host Security Service, HSS)) Signaling control: manages call establishment (such as VOLTE-AS generating invite signaling) and routing (CSCF assigns paths) through the SIP protocol, and HSS verifies user identity and provides subscription information.

[0070] Media control: SBC implements media stream forwarding, and VOLET-AS completes media negotiation and establishment control.

[0071] Business logic control: Receives the POST request initiated by the intelligent monitoring platform based on the HTTP protocol, converts it into a multi-party call service request by VOLTE-AS, and sends the call establishment request and media negotiation and establishment request through the SIP protocol.

[0072] 2. Media Resource Server Media management: responsible for the creation, modification, and deletion of audio and video media resources.

[0073] Channel management: responsible for the creation, modification, and deletion of data channels.

[0074] 3. Intelligent monitoring platform AI interaction: By communicating with the AI ​​analysis engine, it sends multi-dimensional monitoring data and receives real-time business models, instructions, and process summary information.

[0075] Session control: Based on dynamic business logic, send a POST request to VOLTE-AS via the HTTP protocol.

[0076] Data processing: Convert multi-dimensional monitoring data into the format required by the AI ​​analysis engine, or map business models and instructions into control logic (POST requests based on the HTTP protocol), and share the control process summary information in stages on demand (through the DC data channel).

[0077] 4. AI Analysis Engine Multi-dimensional data analysis: Integrates data reported by terminals (such as vital signs) with process data (such as user confirmation feedback) to generate business models.

[0078] Dynamic decision-making: Output hierarchical response instructions (such as urgency scores and other business priorities) to trigger the handling process of the intelligent monitoring platform.

[0079] 5. Collaborative Terminal Monitoring data collection: Intelligent monitoring terminals and other monitoring terminals collect monitoring data and transmit it to the intelligent monitoring platform through a proprietary network.

[0080] Business collaboration: The collaborative terminal supports data channel session negotiation with the IMS network, receives business data from the intelligent monitoring platform through the data channel, processes it locally, and presents it on the interface; or transmits user-operated business data through the data channel to the intelligent monitoring platform to complete business collaboration.

[0081] Among them, such as Figure 8 As shown in the figure, smart terminals, cameras, smart monitoring platforms, and AI analysis engines can be interconnected through a proprietary network. The smart monitoring platform can initiate a multi-party call over the IMS network. The multi-party BDC (BootstrapDC) and ADC (Application DC) data channels are anchored to the media resource server.

[0082] In this way, the monitoring data reporting of smart terminals in the intelligent monitoring system can be based on the existing private network mechanism, and the monitoring service can be based on IMS as the communication network. Each terminal device has the ability to register and unregister subscriptions in the IMS network, and can perform call control based on the SIP / HTTP protocol. In addition, all devices in the monitoring system can support the DC data channel function.

[0083] The above intelligent monitoring system can achieve: 1. Intelligent monitoring and IMS network integration architecture The IMS-based intelligent monitoring system achieves deep integration between the IMS network and private networks through heterogeneous network convergence technology. When the monitoring system detects data anomalies, the AI ​​analysis engine triggers the intelligent monitoring platform based on multi-dimensional data analysis. Leveraging the characteristics of the IP Multimedia Subsystem (IMS) architecture, it automatically establishes a multi-party call session. The monitoring system can dynamically call heterogeneous terminal devices (including fixed terminals, mobile terminals, and IoT terminals), enabling cross-domain business collaboration through a multi-terminal collaboration mechanism. This overcomes the limitations of the traditional model of manually calling multiple terminals one by one, significantly improving emergency response efficiency in complex scenarios.

[0084] 2. Integration of business scheduling and process data The intelligent monitoring platform, powered by an AI-powered analytics engine, can implement multi-level service priority scheduling strategies (urgent, important, and routine) and, combined with the IMS network's session control capabilities, enable phased terminal access. Leveraging the IMS network's media and data channel control capabilities, it enables real-time multi-party interaction via multimedia data channels and establishes a distributed data synchronization mechanism via DC data channels, ensuring the integrity and real-time nature of process data. This effectively addresses issues such as a lack of collaborative hierarchies and information fragmentation.

[0085] In summary, through network architecture integration, dynamic business scheduling, and process data integration, a full-process closed-loop system of monitoring-decision-making-disposal can be built in complex scenarios, which can significantly improve the response efficiency and decision-making accuracy of monitoring services.

[0086] For example, the above-mentioned intelligent monitoring system can be applied to the fields of health monitoring of elderly people living alone, industrial safety, vehicle intelligent monitoring and public safety.

[0087] 1. Health monitoring for elderly people living alone By analyzing monitoring data such as vital signs, environmental conditions, and voice emotions, the AI ​​analysis engine can generate a dynamic business model, automatically call guardians, medical platforms and other terminals through the intelligent monitoring platform, and synchronize real-time information through multi-party calls to achieve closed-loop processing from abnormality detection to medical intervention.

[0088] 2. Industrial safety monitoring By analyzing sensor data, such as gas concentration, ambient temperature, and equipment operating data, along with operational feedback, the AI ​​analysis engine can dynamically optimize emergency response strategies, dispatch safety supervision departments and emergency command centers, share environmental data and videos in real time, and improve safety incident response and processing efficiency.

[0089] 3. Intelligent vehicle monitoring By analyzing vehicle sensor data and driver operation records, the AI ​​analysis engine can predict failure risks and automatically call maintenance centers, expert platforms, etc., simultaneously transmitting diagnostic data, video and positioning information, improving vehicle operating efficiency and reducing maintenance costs.

[0090] 4. Public safety emergency management By integrating camera videos, alarm signals and public feedback, the AI ​​analysis engine can generate event risk models and dispatch public security, fire, medical and other departments. It can share real-time information through multi-party calls, shorten emergency response time and improve the utilization of public resources.

[0091] Specifically, such as Figure 9 As shown, the intelligent monitoring multi-party call processing process of the intelligent monitoring system may include the following steps: Step 1. All collaborative terminals and public service platforms (i.e., third-party devices) participating in the monitoring service are registered on the IMS network. At the same time, monitoring data is reported to the intelligent monitoring platform via the private network. The intelligent monitoring platform then processes and reports the data to the AI ​​analysis engine. Step 2. After analyzing the monitoring data, the AI ​​analysis engine generates an initial service model and sends it to the intelligent monitoring platform. The initial service model may include data such as the service priority corresponding to the monitoring data and whether the calling device needs to join the target call. Step 3. After receiving the initial business model, the intelligent monitoring platform processes it and initiates a POST initial phase business request to VOLTE-AS; Step 4. VOLTE-AS initiates a multi-party resource creation request to the media resource server based on the initial service model; Step 5. The media resource server creates corresponding multimedia data channels and DC data channels based on the multi-party resource creation request; Step 6. VOLTE-AS sends an invite message via SIP to initiate a call request to the intelligent monitoring terminal and join the multi-party call; Step 7. The intelligent monitoring terminal joins the multi-party call and completes; Step 8. VOLTE-AS anchors the media of the smart monitoring terminal to the media resource server; Step 9. VOLTE-AS sends an invite message via SIP to the initial collaborative terminal (i.e., at least one device of the monitored object) to initiate a call request and join the multi-party call (i.e., the target call); Step 10. The initial collaborative terminal joins the multi-party call; Step 11. VOLTE-AS anchors the media of the initial collaborative terminal to the media resource server; Step 12. In the initial phase, the transaction collaboration terminal successfully joins multiple parties, and the multi-party DC data channel is established; Step 13. Initial phase transaction collaboration is completed, and process information (communication and operations) is shared through the DC data channel. Step 14. After analyzing the monitoring data and process data (i.e., the first interaction data), the AI ​​analysis engine generates a two-stage service model and sends it to the intelligent monitoring platform. The two-stage service model includes information such as the service priority corresponding to the first interaction data and whether to call the predetermined device to join the target call. Step 15. After receiving the second-stage business model, the intelligent monitoring platform processes it and initiates a POST second-stage business request to VOLTE-AS; Step 16. The VOLTE-AS sends an invite message via SIP to initiate a call request to other collaborative terminals (i.e., predetermined devices such as the monitoring device and / or the first device) and join the multi-party call; Step 17. Other collaborative terminals join the multi-party call and complete; Step 18. VOLTE-AS anchors the media of other collaborative terminals to the media resource server; Step 19. The collaborative terminal in the second-phase transaction successfully joins multiple parties, and the multi-party DC data channel is established; Step 20. The second-phase transaction continues to collaborate while sharing process information (communication and operations) through the DC data channel. Step 21. After analyzing the monitoring data and process data (i.e., the second interaction data and / or the third interaction data), the AI ​​analysis engine generates a three-stage service model and sends it to the intelligent monitoring platform. The three-stage service model may include the service priority corresponding to the second interaction data (and / or the third interaction data), and whether to call a third-party device to join the target call. Step 22. After receiving the three-stage business model, the intelligent monitoring platform processes it and initiates a POST three-stage business request to VOLTE-AS; Step 23. VOLTE-AS sends an invite message via SIP to the public service platform (i.e., the third-party device) to initiate a call request and join the multi-party call (Note: This step can also be initiated simultaneously with step 16). Step 24. The public service platform joins the multi-party call and completes; Step 25. VOLTE-AS anchors the media of the public service platform to the media resource server; Step 26. The three-phase transaction collaboration terminal successfully joins multiple parties, and the multi-party DC data channel is established; Step 27. The three-phase transaction continues to collaborate while sharing process information (communication and operations) through the DC data channel. Step 28. Intelligent monitoring of multi-party call processing completion, multi-party media resources release, and multi-party call release; The intelligent monitoring system can process monitoring services as follows: Figure 10 As shown: Step 1. The intelligent monitoring terminal or related monitoring equipment reports the monitoring data to the intelligent monitoring platform in real time under the proprietary network mechanism.

[0092] Step 2. The intelligent monitoring platform interacts with the AI ​​analysis engine, which analyzes data features to generate an initial business model.

[0093] Step 3. The intelligent monitoring platform creates multi-party media resources based on the initial business model.

[0094] Step 4. The intelligent monitoring platform initiates a service request based on the initial service model.

[0095] Step 5. Call the intelligent monitoring terminal to enter a multi-party call.

[0096] Step 6: Call the initial collaborative terminal to enter the multi-party call.

[0097] Step 7. Complete the BDC / ADC data channel establishment for the multi-party call.

[0098] Step 8. The intelligent monitoring terminal and the initial collaborative terminal initially communicate to confirm the current status. The AI ​​analysis engine analyzes and organizes process data and dynamically adjusts the business model.

[0099] Step 9. Based on the adjusted business model, the intelligent monitoring platform determines that other collaborative terminals need to be added to the multi-party call and initiates the business request again.

[0100] Step 10: Call other collaborative terminals to enter a multi-party call.

[0101] Step 11. Share and display process data to all terminals through the DC channel for further communication and completion of business processing.

[0102] Steps 12-15. Iterate steps 8-11. The AI ​​analysis engine further analyzes and organizes process data. Based on the current status, it determines the need for professional public services. The intelligent monitoring platform initiates another service request, calls the public service platform to initiate a multi-party call, and shares and displays process data to all terminals through the DC channel.

[0103] Step 16: Finally complete the monitoring of emergency matters.

[0104] Step 17. The multi-party call ends and resources are released.

[0105] The embodiments of this specification provide a monitoring service processing method, which, based on the monitoring data of the monitored object, calls at least one device of the monitored object to join a target call based on the IMS network, determines whether to call at least one predetermined device to join the target call based on the first interaction data of the device of the monitored object with respect to the target call, and in response to determining to call the predetermined device to join the target call, calls the predetermined device to join the target call. In this way, firstly, when it is determined based on the monitoring data of the monitored object that a multi-party call needs to be established, the target call can be constructed based on the IMS network, and at least one device of the monitored object can be called to join the target call, so as to accurately judge the real-time status of the monitored object based on the first interaction data of the device of the monitored object with respect to the target call. Secondly, when it is determined based on the first interaction data that at least one predetermined device needs to be called to join the target call, the predetermined device can be called to join the target call, so as to realize the collaborative work of multiple terminals in the same call, avoiding the time cost and repeated communication cost caused by the need to initiate independent calls one by one, and improving the emergency response efficiency of the monitoring service.

[0106] In another embodiment, the above is a monitoring service processing method provided in the embodiment of this specification. Based on the same idea, the embodiment of this specification also provides a monitoring service processing device, such as Figure 11 shown.

[0107] The monitoring service processing device includes: a first calling module 1101, a judgment module 1102 and a second calling module 1103, wherein: The first calling module 1101 is configured to call at least one device of the monitored object to join a target call based on the monitoring data of the monitored object over the IMS network; A determination module 1102 is configured to determine whether to call at least one predetermined device to join the target call based on first interaction data of the device of the monitored object with respect to the target call; The second calling module 1103 is configured to call the predetermined device to join the target call in response to determining to call the predetermined device to join the target call. In the embodiment of this specification, the first interaction data includes response data of the device of the monitored object and / or data collected by the device of the monitored object.

[0108] In the embodiments of this specification, the collected data includes multimedia data collected through a multimedia data channel and / or operation data collected through a data channel.

[0109] In the embodiment of this specification, the first calling module 1101 is used to: A POST request is sent to the VOLTE access server through the IMS network, where the POST request is used to trigger the VOLTE access server to call at least one device of the monitored object to join the target call by sending an invite message.

[0110] In an embodiment of this specification, the multimedia data channel and / or data channel corresponding to the target call is created by the media resource server in response to the multi-party resource creation application initiated by the VOLTE access server.

[0111] In the embodiment of this specification, the predetermined device includes a monitoring device and / or a third-party device, and the determination module 1102 is configured to: determining, based on whether the first interaction data satisfies a first judgment condition, whether to call the monitoring party device to join the target call; Determine whether to call the third-party device to join the target call according to whether the first interaction data meets a second judgment condition.

[0112] In the embodiment of this specification, the judgment module 1102 is used to: calling a first device to join the target call, wherein the first device is a device of the monitored object that has not joined the target call; Determine whether to call the third-party device to join the target call based on the second interaction data of the first device for the target call and whether the first interaction data meets the second judgment condition.

[0113] In the embodiment of this specification, the judgment module 1102 is used to: The first interaction data is sent to an intelligent analysis engine, and based on the service priority returned by the intelligent analysis engine, it is determined whether to call the predetermined device to join the target call.

[0114] The embodiments of this specification provide a monitoring service processing device, which, based on the monitoring data of the monitored object, calls at least one device of the monitored object to join a target call based on the IMS network, determines whether to call at least one predetermined device to join the target call based on the first interaction data of the device of the monitored object with respect to the target call, and in response to determining to call the predetermined device to join the target call, calls the predetermined device to join the target call. In this way, firstly, when it is determined based on the monitoring data of the monitored object that a multi-party call needs to be established, the target call can be constructed based on the IMS network, and at least one device of the monitored object can be called to join the target call, so as to accurately judge the real-time status of the monitored object based on the first interaction data of the device of the monitored object with respect to the target call. Secondly, when it is determined based on the first interaction data that at least one predetermined device needs to be called to join the target call, the predetermined device can be called to join the target call, so as to realize the collaborative work of multiple terminals in the same call, avoiding the time cost and repeated communication cost caused by the need to initiate independent calls one by one, and improving the emergency response efficiency of the monitoring service.

[0115] In another embodiment, based on the same idea, the embodiment of this specification also provides a monitoring service processing device, such as Figure 12 shown.

[0116] Monitoring service processing devices can vary significantly due to configuration or performance differences. They may include one or more processors 1201 and memory 1202. Memory 1202 may store one or more applications or data. Memory 1202 may be either ephemeral or persistent. Applications stored in memory 1202 may include one or more modules (not shown), each of which may include a series of computer-executable instructions for the monitoring service processing device. Furthermore, processor 1201 may be configured to communicate with memory 1202 to execute the series of computer-executable instructions in memory 1202 on the monitoring service processing device. Monitoring service processing devices may also include one or more power supplies 1203, one or more wired or wireless network interfaces 1204, one or more input / output interfaces 1206, and one or more keyboards 1206.

[0117] Specifically, in this embodiment, the monitoring service processing device includes a memory and one or more programs, wherein the one or more programs are stored in the memory, and the one or more programs may include one or more modules, and each module may include a series of computer-executable instructions for the monitoring service processing device, and the one or more programs are configured to be executed by one or more processors, including computer-executable instructions for performing the following: calling at least one device of the monitored object to join a target call based on the monitoring data of the monitored object over the IMS network; determining, based on first interaction data of the device of the monitored object with respect to the target call, whether to call at least one predetermined device to join the target call; In response to determining to call the predetermined device to join the target call, calling the predetermined device to join the target call.

[0118] Optionally, the first interaction data includes response data of the device of the monitored object and / or data collected by the device of the monitored object.

[0119] Optionally, the collected data includes multimedia data collected through a multimedia data channel and / or operation data collected through a data channel.

[0120] Optionally, calling at least one device of the monitored object to join the target call based on the IMS network includes: A POST request is sent to the VOLTE access server through the IMS network, where the POST request is used to trigger the VOLTE access server to call at least one device of the monitored object to join the target call by sending an invite message.

[0121] Optionally, the multimedia data channel and / or data channel corresponding to the target call is created by the media resource server in response to the multi-party resource creation application initiated by the VOLTE access server.

[0122] Optionally, the predetermined device includes a monitoring device and / or a third-party device, and determining whether to call at least one predetermined device to join the target call based on the first interaction data of the device of the monitored object with respect to the target call includes: determining, based on whether the first interaction data satisfies a first judgment condition, whether to call the monitoring party device to join the target call; Determine whether to call the third-party device to join the target call according to whether the first interaction data meets a second judgment condition.

[0123] Optionally, determining whether to call the third-party device to join the target call according to whether the first interaction data satisfies a second judgment condition includes: calling a first device to join the target call, wherein the first device is a device of the monitored object that has not joined the target call; Determine whether to call the third-party device to join the target call based on the second interaction data of the first device for the target call and whether the first interaction data meets the second judgment condition.

[0124] Optionally, the determining, based on the first interaction data of the device of the monitored object with respect to the target call, whether to call at least one predetermined device to join the target call includes: The first interaction data is sent to an intelligent analysis engine, and based on the service priority returned by the intelligent analysis engine, it is determined whether to call at least one of the predetermined devices to join the target call.

[0125] The embodiments of this specification provide a monitoring service processing device, which, based on the monitoring data of the monitored object, calls at least one device of the monitored object to join a target call based on the IMS network, determines whether to call at least one predetermined device to join the target call based on the first interaction data of the device of the monitored object with respect to the target call, and in response to determining to call the predetermined device to join the target call, calls the predetermined device to join the target call. In this way, firstly, when it is determined based on the monitoring data of the monitored object that a multi-party call needs to be established, the target call can be constructed based on the IMS network, and at least one device of the monitored object can be called to join the target call, so as to accurately judge the real-time status of the monitored object based on the first interaction data of the device of the monitored object with respect to the target call. Secondly, when it is determined based on the first interaction data that at least one predetermined device needs to be called to join the target call, the predetermined device can be called to join the target call, so as to realize the collaborative work of multiple terminals in the same call, avoiding the time cost and repeated communication cost caused by the need to initiate independent calls one by one, and improving the emergency response efficiency of the monitoring service.

[0126] Furthermore, based on the above Figures 1 to 10 In the method shown, at least one embodiment of this specification further provides a storage medium for storing computer-executable instruction information. In a specific embodiment, the storage medium can be a USB flash drive, an optical disk, a hard disk, etc. When the computer-executable instruction information stored in the storage medium is executed by the processor, the following process can be implemented: calling at least one device of the monitored object to join a target call based on the monitoring data of the monitored object over the IMS network; determining, based on first interaction data of the device of the monitored object with respect to the target call, whether to call at least one predetermined device to join the target call; In response to determining to call the predetermined device to join the target call, calling the predetermined device to join the target call.

[0127] The various embodiments in this specification are described in a progressive manner. Similar portions between the various embodiments can be referenced to each other. Each embodiment focuses on the differences from the other embodiments. In particular, the aforementioned storage medium embodiment is generally similar to the method embodiment, so its description is relatively simple. For relevant portions, refer to the description of the method embodiment.

[0128] The embodiments of this specification provide a computer-readable storage medium, which, based on the monitoring data of the monitored object, calls at least one device of the monitored object to join a target call based on the IMS network, determines whether to call at least one predetermined device to join the target call based on the first interaction data of the device of the monitored object with respect to the target call, and in response to determining to call the predetermined device to join the target call, calls the predetermined device to join the target call. In this way, first, when it is determined based on the monitoring data of the monitored object that a multi-party call needs to be established, the target call can be established based on the IMS network, and at least one device of the monitored object can be called to join the target call, so as to accurately judge the real-time status of the monitored object based on the first interaction data of the device of the monitored object with respect to the target call. Secondly, when it is determined based on the first interaction data that at least one predetermined device needs to be called to join the target call, the predetermined device can be called to join the target call, so as to realize the collaborative work of multiple terminals in the same call, avoiding the time cost and repeated communication cost caused by the need to initiate independent calls one by one, and improving the emergency response efficiency of the monitoring service.

[0129] Furthermore, based on the above Figures 1 to 10 At least one embodiment of the present specification further provides a computer program product, including a computer program. When the computer program in the computer program product is executed by a processor, the computer program can implement the following process: calling at least one device of the monitored object to join a target call based on the monitoring data of the monitored object over the IMS network; determining, based on first interaction data of the device of the monitored object with respect to the target call, whether to call at least one predetermined device to join the target call; In response to determining to call the predetermined device to join the target call, calling the predetermined device to join the target call.

[0130] The various embodiments in this specification are described in a progressive manner. Similar portions between the various embodiments can be referenced to each other. Each embodiment focuses on the differences between the other embodiments. In particular, the aforementioned computer program product embodiment is generally similar to the method embodiment, so its description is relatively simple. For relevant portions, reference can be made to the description of the method embodiment.

[0131] The embodiments of this specification provide a computer program product that, based on the monitoring data of the monitored object, calls at least one device of the monitored object to join a target call based on the IMS network, determines whether to call at least one predetermined device to join the target call based on the first interaction data of the device of the monitored object with respect to the target call, and in response to determining to call the predetermined device to join the target call, calls the predetermined device to join the target call. In this way, firstly, when it is determined based on the monitoring data of the monitored object that a multi-party call needs to be established, the target call can be established based on the IMS network, and at least one device of the monitored object can be called to join the target call, so as to accurately judge the real-time status of the monitored object based on the first interaction data of the device of the monitored object with respect to the target call. Secondly, when it is determined based on the first interaction data that at least one predetermined device needs to be called to join the target call, the predetermined device can be called to join the target call, so as to realize the collaborative work of multiple terminals in the same call, avoiding the time cost and repeated communication cost caused by the need to initiate independent calls one by one, and improving the emergency response efficiency of the monitoring service.

[0132] The foregoing description of this specification describes specific embodiments. Other embodiments are within the scope of the appended claims. In some cases, the actions or steps recited in the claims can be performed in an order different from that described in the embodiments and still achieve the desired results. Furthermore, the processes depicted in the accompanying drawings do not necessarily require the specific order shown or the sequential order to achieve the desired results. In certain embodiments, multitasking and parallel processing are also possible or may be advantageous.

[0133] In the 1990s, technological improvements could be clearly distinguished as either hardware improvements (for example, improvements to circuit structures like diodes, transistors, and switches) or software improvements (improvements to process flows). However, with the advancement of technology, many process flow improvements can now be considered direct improvements to hardware circuit structures. Designers almost always create the corresponding hardware circuit structure by programming the improved process flow into the hardware circuit. Therefore, it cannot be said that a process flow improvement cannot be implemented using physical hardware modules. For example, a programmable logic device (PLD), such as a field programmable gate array (FPGA), is an integrated circuit whose logical function is determined by user programming. Designers can "integrate" a digital system on a PLD by programming it themselves, without having to hire a chip manufacturer to design and manufacture a dedicated integrated circuit chip. Moreover, nowadays, instead of manually fabricating integrated circuit chips, this programming is mostly performed using software called a "logic compiler." This is similar to the software compilers used during program development. Before compilation, the original code must be written in a specific programming language, called a Hardware Description Language (HDL). There are many types of HDL, including ABEL (Advanced Boolean Expression Language), AHDL (Altera Hardware Description Language), Confluence, CUPL (Cornell University Programming Language), HDCal, JHDL (Java Hardware Description Language), Lava, Lola, MyHDL, PALASM, and RHDL (Ruby Hardware Description Language). Currently, the most commonly used are VHDL (Very-High-Speed ​​Integrated Circuit Hardware Description Language) and Verilog. Those skilled in the art will also understand that simply by programming a method flow in one of these hardware description languages ​​and then programming it into an integrated circuit, a hardware circuit that implements the logic method flow can be easily obtained.

[0134] The controller can be implemented in any suitable manner. For example, the controller can take the form of a microprocessor or processor and a computer-readable medium storing computer-readable program code (e.g., software or firmware) executable by the (micro)processor, logic gates, switches, an application-specific integrated circuit (ASIC), a programmable logic controller, and an embedded microcontroller. Examples of controllers include, but are not limited to, the following microcontrollers: ARC 625D, Atmel AT91SAM, Microchip PIC18F26K20, and Silicone Labs C8051F320. The memory controller can also be implemented as part of the memory control logic. Those skilled in the art will also appreciate that, in addition to implementing the controller purely in computer-readable program code, the controller can also be implemented in the form of logic gates, switches, an application-specific integrated circuit, a programmable logic controller, an embedded microcontroller, etc. by logically programming the method steps. Therefore, such a controller can be considered a hardware component, and the means for implementing the various functions included therein can also be considered as structures within the hardware component. Alternatively, the means for implementing the various functions can be considered both a software module implementing the method and a structure within the hardware component.

[0135] For the convenience of description, the above devices are described as being divided into various units according to their functions. Of course, when implementing at least one embodiment of this specification, the functions of each unit can be implemented in at least one software and / or hardware.

[0136] Those skilled in the art will appreciate that the embodiments of this specification may be provided as methods, systems, or computer program products. Thus, at least one embodiment of this specification may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware. Furthermore, at least one embodiment of this specification may take the form of a computer program product implemented on at least one computer-usable storage medium (including but not limited to a magnetic disk drive, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0137] The embodiments of this specification are described with reference to the flowcharts and / or block diagrams of the methods, devices (systems), and computer program products according to the embodiments of this specification. It should be understood that each process and / or box in the flowchart and / or block diagram, as well as the combination of processes and / or boxes in the flowchart and / or block diagram, can be implemented by computer program instructions. These computer program instructions can be provided to a processor of a general-purpose computer, a special-purpose computer, an embedded processor, or other programmable monitoring business processing device to produce a machine, so that the instructions executed by the processor of the computer or other programmable monitoring business processing device generate instructions for implementing the process Figure 1 a process or multiple processes and / or boxes Figure 1 A device that provides the functions specified in a block or multiple blocks.

[0138] It should also be noted that the terms "comprises," "includes," or any other variations thereof are intended to encompass non-exclusive inclusion, such that a process, method, commodity, or apparatus that includes a series of elements includes not only those elements but also other elements not explicitly listed, or includes elements inherent to such process, method, commodity, or apparatus. In the absence of further limitations, an element defined by the phrase "comprises a ..." does not exclude the presence of other identical elements in the process, method, commodity, or apparatus that includes the element.

[0139] Those skilled in the art will appreciate that the embodiments of this specification may be provided as methods, systems, or computer program products. Therefore, at least one embodiment of this specification may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware. Furthermore, at least one embodiment of this specification may take the form of a computer program product implemented on at least one computer-usable storage medium (including but not limited to magnetic disk storage, CD-ROM, optical storage, etc.) containing computer-usable program code.

[0140] The various embodiments in this specification are described in a progressive manner. Similar parts between the various embodiments can be referred to in conjunction with each other. Each embodiment focuses on the differences between the other embodiments. In particular, the system embodiments are generally similar to the method embodiments, so the description is relatively simple. For relevant parts, refer to the description of the method embodiments.

[0141] The foregoing is merely an example of the present invention and is not intended to limit the present invention. Various modifications and variations are possible for those skilled in the art. Any modifications, equivalent substitutions, or improvements made within the spirit and principles of the present invention are intended to be included within the scope of the claims of the present invention.

Claims

1. A monitoring service processing method, the method comprising: calling at least one device of the monitored object to join a target call based on the monitoring data of the monitored object over the IMS network; determining, based on first interaction data of the device of the monitored object with respect to the target call, whether to call at least one predetermined device to join the target call; In response to determining to call the predetermined device to join the target call, calling the predetermined device to join the target call. 2 . The method according to claim 1 , wherein the first interaction data comprises response data of the device of the monitored object and / or data collected by the device of the monitored object. 3 . The method according to claim 2 , wherein the collected data comprises multimedia data collected through a multimedia data channel and / or operation data collected through a data channel.

4. The method according to claim 1, wherein calling at least one device of the monitored object to join the target call based on the IMS network comprises: A POST request is sent to the VOLTE access server through the IMS network, where the POST request is used to trigger the VOLTE access server to call at least one device of the monitored object to join the target call by sending an invite message.

5. According to the method of claim 4, the multimedia data channel and / or data channel corresponding to the target call is created by the media resource server in response to the multi-party resource creation application initiated by the VOLTE access server.

6. The method according to claim 1, wherein the predetermined device comprises a monitoring device and / or a third-party device, and wherein determining whether to call at least one predetermined device to join the target call based on first interaction data of the monitored device with respect to the target call comprises: determining, based on whether the first interaction data satisfies a first judgment condition, whether to call the monitoring party device to join the target call; Determine whether to call the third-party device to join the target call according to whether the first interaction data meets a second judgment condition.

7. The method according to claim 6, wherein determining whether to call the third-party device to join the target call based on whether the first interaction data satisfies a second judgment condition comprises: calling a first device to join the target call, wherein the first device is a device of the monitored object that has not joined the target call; Determine whether to call the third-party device to join the target call based on the second interaction data of the first device for the target call and whether the first interaction data meets the second judgment condition.

8. The method according to claim 1, wherein determining whether to call at least one predetermined device to join the target call based on the first interaction data of the device of the monitored object with respect to the target call comprises: The first interaction data is sent to an intelligent analysis engine, and based on the service priority returned by the intelligent analysis engine, it is determined whether to call at least one of the predetermined devices to join the target call.

9. A monitoring service processing device, characterized in that: The method comprises a processor and a memory, wherein the memory stores a program or instruction that can be run on the processor, and when the program or instruction is executed by the processor, the steps of the monitoring service processing method according to any one of claims 1 to 8 are implemented.

10. A computer program product, characterized in that The invention comprises a computer program, which implements the steps of the monitoring service processing method according to any one of claims 1 to 8 when executed by a processor.

Images