CN114173080A

CN114173080A - Calling method, calling device, electronic equipment and storage medium

Info

Publication number: CN114173080A
Application number: CN202111453502.6A
Authority: CN
Inventors: 刘正坤; 张泽宇; 陈吉胜
Original assignee: Unisound Intelligent Technology Co Ltd
Current assignee: Unisound Intelligent Technology Co Ltd
Priority date: 2021-11-30
Filing date: 2021-11-30
Publication date: 2022-03-11

Abstract

The embodiment of the application discloses a calling method, a calling device, electronic equipment and a storage medium. One embodiment of the method comprises: responding to the received call instruction, and broadcasting and finding at least two receiving devices in the local area network where the call object indicated by the call instruction is located through the UDP local area network; sending a call request to at least two receiving devices; determining whether any receiving device of at least two receiving devices answers or rejects the call request; and stopping sending the call request to the discovered receiving equipment in response to determining that the receiving equipment answers or rejects the call request in at least two receiving equipments. The embodiment provides a calling method based on a broadcasting mechanism with mature UDP protocol, and realizes the call management of multiple receiving devices with low cost.

Description

Calling method, calling device, electronic equipment and storage medium

Technical Field

The embodiment of the application relates to the technical field of computers, in particular to a calling method, a calling device, electronic equipment and a storage medium.

Background

With the development of smart homes, a plurality of indoor central control screens (with video call capability) are often installed in different rooms of a user's home or a terminal device is used as the indoor central control screen. When a person initiates a video call request from the cell phone, all indoor central control screens in all rooms can ring by calling, but when a user performs answering operation on one device, the user needs to inform the devices in other rooms that the devices do not ring any more; similarly, when the user performs a call rejection operation on one of the devices, the devices in the other rooms need to be notified that they are no longer ringing. At present, a professional Session Initiation Protocol (SIP) server can be deployed, and the SIP server serves as a central hub to uniformly send an SIP-based instruction to a device end to automatically hang up other devices, but a complete set of SIP server needs to be privately deployed on a project site, which is very expensive.

Disclosure of Invention

The embodiment of the application provides a calling method, a calling device, electronic equipment and a storage medium.

In a first aspect, some embodiments of the present application provide a method for calling, the method including: in response to receiving the call instruction, multicasting and discovering at least two receiving devices in the local area network, wherein the calling object indicated by the call instruction is located in the local area network through a User data packet Protocol (UDP); sending a call request to at least two receiving devices; determining whether any receiving device of at least two receiving devices answers or rejects the call request; and stopping sending the call request to the discovered receiving equipment in response to determining that the receiving equipment answers or rejects the call request in at least two receiving equipments.

In some embodiments, sending a call request to at least two receiving devices comprises: and sending the real-time video data acquired by the cameras to at least two receiving devices.

In some embodiments, sending the real-time video data collected by the cameras to at least two receiving devices includes: acquiring original data acquired by a camera; converting the raw data into data in NV12 format; encoding data in NV12 format into data in h.264 format; and sending UDP data packets of the data in the H.264 format to at least two receiving devices.

In some embodiments, determining whether any of the at least two receiving devices answers or rejects the call request comprises: it is determined whether a connected UDP packet transmitted by a receiving device of the at least two receiving devices is received.

In some embodiments, in response to determining that a receiving device of the at least two receiving devices answers or rejects the call request, ceasing to send the call request to the discovered receiving device includes: and in response to receiving the connected UDP data packet sent by the receiving equipment of the at least two receiving equipments, stopping sending the real-time video data collected by the camera to other receiving equipment except the receiving equipment sending the connected UDP data packet in the found receiving equipment.

In some embodiments, the receiving side of the connected UDP packet further includes other receiving devices except the receiving device sending the connected UDP packet in the at least two receiving devices, and the other receiving devices end the call alert and render and display the video data after receiving the connected UDP packet.

In a second aspect, some embodiments of the present application provide a calling device, the device comprising: the discovery unit is configured to broadcast at least two receiving devices in the local area network where the call object indicated by the call instruction is located through the UDP local area network in response to receiving the call instruction; a transmitting unit configured to transmit a call request to at least two receiving apparatuses; a determining unit configured to determine whether any of the at least two receiving apparatuses answers or rejects the call request; and the stopping unit is configured to stop sending the call request to the found receiving equipment in response to the fact that the receiving equipment in the at least two receiving equipments answers or rejects the call request.

In some embodiments, the discovery unit is further configured to: and sending the real-time video data acquired by the cameras to at least two receiving devices.

In some embodiments, the discovery unit is further configured to: acquiring original data acquired by a camera; converting the raw data into data in NV12 format; encoding data in NV12 format into data in h.264 format; and sending UDP data packets of the data in the H.264 format to at least two receiving devices.

In some embodiments, the discovery unit is further configured to: it is determined whether a connected UDP packet transmitted by a receiving device of the at least two receiving devices is received.

In some embodiments, the stopping unit is further configured to: and in response to receiving the connected UDP data packet sent by the receiving equipment of the at least two receiving equipments, stopping sending the real-time video data collected by the camera to other receiving equipment except the receiving equipment sending the connected UDP data packet in the found receiving equipment.

In a third aspect, some embodiments of the present application provide an apparatus comprising: one or more processors; a storage device, on which one or more programs are stored, which, when executed by the one or more processors, cause the one or more processors to implement the method as described above in the first aspect.

In a fourth aspect, some embodiments of the present application provide a computer readable medium having stored thereon a computer program which, when executed by a processor, implements the method as described above in the first aspect.

According to the calling method, the calling device, the electronic equipment and the storage medium, at least two receiving devices in a local area network where a calling object indicated by a calling instruction is located are found through UDP local area network group broadcasting in response to the received calling instruction; sending a call request to at least two receiving devices; determining whether any receiving device of at least two receiving devices answers or rejects the call request; and in response to the fact that the receiving equipment in at least two receiving equipment answers or rejects the call request, stopping sending the call request to the found receiving equipment.

Drawings

Other features, objects and advantages of the present application will become more apparent upon reading of the following detailed description of non-limiting embodiments thereof, made with reference to the accompanying drawings in which:

FIG. 1 is a diagram of an exemplary system architecture to which some of the present application may be applied;

FIG. 2 is a flow diagram of one embodiment of a calling method according to the present application;

FIG. 3 is a schematic block diagram of one embodiment of a calling device according to the present application;

FIG. 4 is a block diagram of a computer system suitable for use in implementing a calling device or terminal of some embodiments of the present application.

Detailed Description

The present application will be described in further detail with reference to the following drawings and examples. It is to be understood that the specific embodiments described herein are merely illustrative of the relevant invention and not restrictive of the invention. It should be noted that, for convenience of description, only the portions related to the related invention are shown in the drawings.

It should be noted that the embodiments and features of the embodiments in the present application may be combined with each other without conflict. The present application will be described in detail below with reference to the embodiments with reference to the attached drawings.

Fig. 1 illustrates an exemplary system architecture 100 to which embodiments of the calling method or calling device of the present application may be applied.

As shown in fig. 1, the system architecture 100 may include

terminal devices

101, 102, 103, a network 104, and a calling device 105. The network 104 serves to provide a medium for communication links between the

terminal devices

101, 102, 103 and the calling device 105. Network 104 may include various connection types, such as wired, wireless communication links, or fiber optic cables, to name a few.

The user may use the

terminal devices

101, 102, 103 to interact with the calling device 105 through the network 104 to receive or send messages or the like. Various client applications, such as security applications, internet of things applications, e-commerce applications, search applications, etc., may be installed on the

terminal devices

101, 102, 103.

The

terminal apparatuses

101, 102, and 103 may be hardware or software. When the

terminal devices

101, 102, and 103 are hardware, they may be various electronic devices with display screen and call function, including but not limited to indoor central control screen, smart phone, tablet computer, laptop portable computer, desktop computer, and so on. When the

terminal apparatuses

101, 102, 103 are software, they can be installed in the electronic apparatuses listed above. It may be implemented as multiple pieces of software or software modules, or as a single piece of software or software module. And is not particularly limited herein.

The calling device 105 may be a calling device in an access control system, and the calling device 105 may, in response to receiving the call instruction, multicast, via the UDP local area network, at least two receiving devices in the local area network where the call object indicated by the call instruction is located; sending a call request to at least two receiving devices; determining whether any receiving device of at least two receiving devices answers or rejects the call request; and stopping sending the call request to the discovered receiving equipment in response to determining that the receiving equipment answers or rejects the call request in at least two receiving equipments.

It should be noted that the calling method provided in the embodiment of the present application may be executed by the calling device 105, or may be executed by the

terminal devices

101, 102, and 103, and accordingly, the calling device may be disposed in the calling device 105, or may be disposed in the

terminal devices

101, 102, and 103.

It should be noted that the calling device may be hardware or software. When the calling device is hardware, it can be implemented as a distributed calling device cluster composed of multiple calling devices, or as a single calling device. When the calling device is software, it may be implemented as multiple software or software modules (e.g., to provide distributed services) or as a single software or software module. And is not particularly limited herein.

It should be understood that the number of terminal devices, networks and calling devices in fig. 1 is merely illustrative. There may be any number of terminal devices, networks, and calling devices, as desired for an implementation.

With continued reference to fig. 2, a flow 200 of one embodiment of a calling method according to the present application is shown. The calling method comprises the following steps:

step 201, in response to receiving the call instruction, at least two receiving devices in the local area network where the call object indicated by the call instruction is located are broadcasted through the UDP local area network.

In this embodiment, a calling method execution main body (for example, a terminal or a calling device shown in fig. 1) may first broadcast, through the UDP local area network, at least two receiving devices in the local area network where a calling object indicated by a found calling instruction is located, in response to receiving the calling instruction. UDP is a connectionless transport layer protocol in the Open System Interconnection (OSI) reference model, providing transaction-oriented simple unreliable messaging services. Multicast is a one-to-many transmission mode, wherein, there is a concept of multicast group, a sending end sends data into one group, and a router in a network automatically sends the data to all terminals monitoring the group through an underlying IGMP protocol.

Step 202, sending a call request to at least two receiving devices.

In this embodiment, the executing agent may send a call request to at least two receiving devices discovered in step 201. At least two receiving devices can remind the user to answer or reject the call by playing prompt tones or displaying prompt characters or images after the call request.

In some optional implementations of this embodiment, sending the call request to at least two receiving devices includes: and sending the real-time video data acquired by the cameras to at least two receiving devices. The realization mode sends the real-time video data collected by the cameras to the at least two receiving devices, so that a user can preview a conversation video and decide whether to put through a call, and the call method is further improved.

In some optional implementation manners of this embodiment, sending real-time video data collected by the cameras to at least two receiving devices includes: acquiring original data acquired by a camera; converting the raw data into data in NV12 format; encoding data in NV12 format into data in h.264 format; and sending UDP data packets of the data in the H.264 format to at least two receiving devices. NV21 belongs to YUV420 format, and h.264 is a new generation digital video compression format following MPEG4, commonly proposed by the international organization for standardization (ISO) and the International Telecommunications Union (ITU). In the implementation mode, original data are compressed through format conversion of the data, and transmission efficiency is improved.

Step 203, determining whether any receiving device of the at least two receiving devices answers or rejects the call request.

In this embodiment, the executing entity may determine whether any receiving device of the at least two receiving devices answers or rejects the call request sent in step 202. The execution main body may determine whether the receiving device answers or rejects the call request through feedback information sent by the receiving device, where the feedback information may include various forms of data packets.

In some optional implementations of this embodiment, the determining whether any of the at least two receiving devices answers or rejects the call request includes: it is determined whether a connected UDP packet transmitted by a receiving device of the at least two receiving devices is received. Whether a receiving device answers or rejects the call request is judged through the UDP data packet, the cost of using the UDP protocol is lower, and the call efficiency is further improved by the implementation mode.

Step 204, in response to determining that there is a receiving device in the at least two receiving devices to answer or reject the call request, stopping sending the call request to the discovered receiving device.

In this embodiment, the executing entity may stop sending the call request to the discovered receiving device in response to determining that the receiving device answers or rejects the call request in step 203. After stopping sending the call request to the found receiving equipment, the found receiving equipment does not remind the user to answer or reject the call by playing prompt tones or displaying prompt characters or images.

In some optional implementations of this embodiment, in response to determining that a receiving device of the at least two receiving devices answers or rejects the call request, stopping sending the call request to the discovered receiving device includes: and in response to receiving the connected UDP data packet sent by the receiving equipment of the at least two receiving equipments, stopping sending the real-time video data collected by the camera to other receiving equipment except the receiving equipment sending the connected UDP data packet in the found receiving equipment. In the implementation mode, the real-time video data collected by the camera is stopped being sent to other receiving equipment except the receiving equipment which sends the connected UDP data packet in the found receiving equipment, so that unnecessary data transmission is avoided, and the calling efficiency is further improved.

In some optional implementations of this embodiment, the receiving side of the connected UDP packet further includes other receiving devices except the receiving device that sends the connected UDP packet in the at least two receiving devices, and the other receiving devices end the call alert and render and display the video data after receiving the connected UDP packet.

In the implementation manner, the receiving device sending the connected UDP data packet directly sends the connected UDP data packet to other receiving devices except the receiving device sending the connected UDP data packet in the at least two receiving devices, so that the other receiving devices except the receiving device sending the connected UDP data packet end the call prompt and the video data rendering display at the first time, thereby avoiding the interference of the call prompt to the user and further improving the call method.

The method provided by the above embodiment of the application, by responding to the received call instruction, broadcasts and finds at least two receiving devices in the local area network where the call object indicated by the call instruction is located through the UDP local area network; sending a call request to at least two receiving devices; determining whether any receiving device of at least two receiving devices answers or rejects the call request; and in response to the fact that the receiving equipment in at least two receiving equipment answers or rejects the call request, stopping sending the call request to the found receiving equipment.

With further reference to fig. 3, as an implementation of the methods shown in the above-mentioned figures, the present application provides an embodiment of a calling device, which corresponds to the embodiment of the method shown in fig. 2, and which can be applied to various electronic devices.

As shown in fig. 3, the calling device 300 of the present embodiment includes: discovery unit 301, transmission unit 302, determination unit 303, and stop unit 304. The discovery unit is configured to broadcast at least two receiving devices in the local area network where the call object indicated by the call instruction is located through the UDP local area network in response to receiving the call instruction; a transmitting unit configured to transmit a call request to at least two receiving apparatuses; a determining unit configured to determine whether any of the at least two receiving apparatuses answers or rejects the call request; and the stopping unit is configured to stop sending the call request to the found receiving equipment in response to the fact that the receiving equipment in the at least two receiving equipments answers or rejects the call request.

In this embodiment, the specific processing of the discovery unit 301, the sending unit 302, the determining unit 303 and the stopping unit 304 of the calling device 300 may refer to step 201, step 202, step 203 and step 204 in the corresponding embodiment of fig. 2.

In some optional implementations of this embodiment, the discovery unit is further configured to: and sending the real-time video data acquired by the cameras to at least two receiving devices.

In some optional implementations of this embodiment, the discovery unit is further configured to: acquiring original data acquired by a camera; converting the raw data into data in NV12 format; encoding data in NV12 format into data in h.264 format; and sending UDP data packets of the data in the H.264 format to at least two receiving devices.

In some optional implementations of this embodiment, the discovery unit is further configured to: it is determined whether a connected UDP packet transmitted by a receiving device of the at least two receiving devices is received.

In some optional implementations of this embodiment, the stopping unit is further configured to: and in response to receiving the connected UDP data packet sent by the receiving equipment of the at least two receiving equipments, stopping sending the real-time video data collected by the camera to other receiving equipment except the receiving equipment sending the connected UDP data packet in the found receiving equipment.

The apparatus provided in the foregoing embodiment of the present application, by responding to a received call instruction, broadcasts and finds at least two receiving devices in the local area network where a call object indicated by the call instruction is located through the UDP local area network; sending a call request to at least two receiving devices; determining whether any receiving device of at least two receiving devices answers or rejects the call request; and in response to the fact that the receiving equipment in at least two receiving equipment answers or rejects the call request, stopping sending the call request to the found receiving equipment.

Referring now to FIG. 4, shown is a block diagram of a computer system 400 suitable for use with a terminal implementing an embodiment of the present application. The terminal shown in fig. 4 is only an example, and should not bring any limitation to the functions and the scope of use of the embodiments of the present application.

As shown in fig. 4, the computer system 400 includes a Central Processing Unit (CPU)401 that can perform various appropriate actions and processes in accordance with a program stored in a Read Only Memory (ROM)402 or a program loaded from a storage section 408 into a Random Access Memory (RAM) 403. In the RAM 403, various programs and data necessary for the operation of the system 400 are also stored. The CPU 401, ROM 402, and RAM 403 are connected to each other via a bus 404. An input/output (I/O) interface 405 is also connected to bus 404.

The following components may be connected to the I/O interface 405: an input section 406 including a keyboard, a mouse, and the like; an output section 407 including a display device such as a Cathode Ray Tube (CRT), a Liquid Crystal Display (LCD), and the like, and a speaker; a storage section 408 including a hard disk and the like; and a communication section 409 including a network interface card such as a LAN card, a modem, or the like. The communication section 409 performs communication processing via a network such as the internet. A driver 410 is also connected to the I/O interface 405 as needed. A removable medium 411 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is mounted on the drive 410 as necessary, so that a computer program read out therefrom is mounted into the storage section 408 as necessary.

In particular, according to an embodiment of the present disclosure, the processes described above with reference to the flowcharts may be implemented as computer software programs. For example, embodiments of the present disclosure include a computer program product comprising a computer program embodied on a computer readable medium, the computer program comprising program code for performing the method illustrated in the flow chart. In such an embodiment, the computer program may be downloaded and installed from a network through the communication section 409, and/or installed from the removable medium 411. The computer program performs the above-described functions defined in the method of the present application when executed by a Central Processing Unit (CPU) 401. It should be noted that the computer readable medium described herein can be a computer readable signal medium or a computer readable medium or any combination of the two. A computer readable medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any combination of the foregoing. More specific examples of the computer readable medium may include, but are not limited to: an electrical connection having one or more wires, a portable computer diskette, a hard disk, a Random Access Memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disc read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the foregoing. In the present application, a computer readable medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device. In this application, however, a computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated data signal may take many forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may also be any computer readable medium that is not a computer readable medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device. Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including but not limited to: wireless, wire, fiber optic cable, RF, etc., or any suitable combination of the foregoing.

Computer program code for carrying out operations for aspects of the present application may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, Smalltalk, C + +, and conventional procedural programming languages, such as the C language or similar programming languages. The program code may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the case of a remote computer, the remote computer may be connected to the user's computer through any type of network, including a Local Area Network (LAN) or a Wide Area Network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet service provider).

The flowchart and block diagrams in the figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods and computer program products according to various embodiments of the present application. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems which perform the specified functions or acts, or combinations of special purpose hardware and computer instructions.

The units described in the embodiments of the present application may be implemented by software or hardware. The described units may also be provided in a processor, and may be described as: a processor includes a discovery unit, a transmission unit, a determination unit, and a stop unit. Where the names of these units do not in some cases constitute a limitation on the unit itself, for example, the discovery unit may also be described as a "unit configured to, in response to receiving a call instruction, multicast, via the UDP local area network, at least two receiving devices within the local area network where the call object indicated by the discovery call instruction is located".

As another aspect, the present application also provides a computer-readable medium, which may be contained in the apparatus described in the above embodiments; or may be present separately and not assembled into the device. The computer readable medium carries one or more programs which, when executed by the apparatus, cause the apparatus to: responding to the received call instruction, and broadcasting and finding at least two receiving devices in the local area network where the call object indicated by the call instruction is located through the UDP local area network; sending a call request to at least two receiving devices; determining whether any receiving device of at least two receiving devices answers or rejects the call request; and stopping sending the call request to the discovered receiving equipment in response to determining that the receiving equipment answers or rejects the call request in at least two receiving equipments.

The above description is only a preferred embodiment of the application and is illustrative of the principles of the technology employed. It will be appreciated by those skilled in the art that the scope of the invention herein disclosed is not limited to the particular combination of features described above, but also encompasses other arrangements formed by any combination of the above features or their equivalents without departing from the spirit of the invention. For example, the above features may be replaced with (but not limited to) features having similar functions disclosed in the present application.

Claims

1. A method of calling, comprising:

responding to the received call instruction, and broadcasting and discovering at least two receiving devices in the local area network where the call object indicated by the call instruction is located through a UDP local area network;

sending a call request to the at least two receiving devices;

determining whether any of the at least two receiving devices answers or rejects the call request;

and stopping sending the call request to the discovered receiving equipment in response to determining that the receiving equipment in the at least two receiving equipments answers or rejects the call request.

2. The method of claim 1, wherein the sending the call request to the at least two receiving devices comprises:

and sending the real-time video data acquired by the cameras to the at least two receiving devices.

3. The method of claim 2, wherein the sending the real-time video data collected by the cameras to the at least two receiving devices comprises:

acquiring original data acquired by a camera;

converting the raw data into data in NV12 format;

encoding the data in NV12 format into data in H.264 format;

and sending the UDP data packet of the H.264 format data to the at least two receiving devices.

4. The method of claim 2, wherein the determining whether any of the at least two receiving devices answers or rejects the call request comprises:

determining whether a connected UDP packet sent by a receiving device of the at least two receiving devices is received.

5. The method of claim 4, wherein the stopping sending the call request to the discovered receiving device in response to determining that one of the at least two receiving devices answers or rejects the call request comprises:

and in response to receiving the connected UDP data packet sent by the receiving equipment in the at least two pieces of receiving equipment, stopping sending the real-time video data collected by the camera to other receiving equipment except the receiving equipment sending the connected UDP data packet in the found receiving equipment.

6. The method according to claim 5, wherein the receiving party of the connected UDP packet further comprises other receiving devices except the receiving device which sends the connected UDP packet, and the other receiving devices end the call prompt and render and display the video data after receiving the connected UDP packet.

7. A calling device, comprising:

the device comprises a discovery unit and a control unit, wherein the discovery unit is configured to respond to the received call instruction and discover at least two receiving devices in a local area network where a call object indicated by the call instruction is located through UDP local area network multicast;

a transmitting unit configured to transmit a call request to the at least two receiving apparatuses;

a determining unit configured to determine whether any of the at least two receiving apparatuses answers or rejects the call request;

a stopping unit configured to stop sending the call request to the discovered receiving device in response to determining that one of the at least two receiving devices answers or rejects the call request.

8. The apparatus of claim 7, wherein the discovery unit is further configured to:

9. An electronic device, comprising:

one or more processors;

a storage device having one or more programs stored thereon;

the one or more programs, when executed by the one or more processors, cause the one or more processors to implement the method recited in any of claims 1-6.

10. A computer-readable medium, on which a computer program is stored which, when being executed by a processor, carries out the method according to any one of claims 1-6.