+

WO2018033015A1 - Procédé et dispositif de communication entre terminaux dans une pluralité de systèmes - Google Patents

Procédé et dispositif de communication entre terminaux dans une pluralité de systèmes Download PDF

Info

Publication number
WO2018033015A1
WO2018033015A1 PCT/CN2017/096803 CN2017096803W WO2018033015A1 WO 2018033015 A1 WO2018033015 A1 WO 2018033015A1 CN 2017096803 W CN2017096803 W CN 2017096803W WO 2018033015 A1 WO2018033015 A1 WO 2018033015A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
type
message
login
terminals
Prior art date
Application number
PCT/CN2017/096803
Other languages
English (en)
Chinese (zh)
Inventor
刘悦
Original Assignee
中国移动通信有限公司研究院
中国移动通信集团公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 中国移动通信有限公司研究院, 中国移动通信集团公司 filed Critical 中国移动通信有限公司研究院
Publication of WO2018033015A1 publication Critical patent/WO2018033015A1/fr

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
    • H04L51/043—Real-time or near real-time messaging, e.g. instant messaging [IM] using or handling presence information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/56—Unified messaging, e.g. interactions between e-mail, instant messaging or converged IP messaging [CPM]

Definitions

  • the present disclosure relates to the field of communications technologies, and in particular, to a method and apparatus for communication between terminals in a multiple system.
  • OTT private system the terminal used is called OTT APP
  • OTT APP such as China Mobile's Fetion and China Telecom.
  • E-mail, etc. this way completely uses the Internet solution, users need to download and install a specific APP, and register a account (for the operator's OTT instant messaging software, usually use the mobile phone number as the user account to progress registration, that is, the user name Mobile phone number, and actual message routing distribution, etc. use OTT internal identification);
  • the second is to use the international standard of telecommunications to realize the instant messaging system (hereinafter referred to as the converged communication standard instant messaging system) through the support of the GSMA RCS (Global System for Mobile Communications Association Rich Communication Suite), such as China Mobile Fusion. Communication.
  • GSMA RCS Global System for Mobile Communications Association Rich Communication Suite
  • This method is further divided into three major communication portals for promoting the original call, short/mMS and address book on the upgrade terminal of the mobile phone manufacturer, and supporting the instant message in the terminal native mode (Native, that is, the terminal has the function at the time of leaving the factory) (hereinafter referred to as Standard Native mode, the terminal used is called Native Terminal), and downloading an instant message implemented by an APP based on the converged communication standard (hereinafter referred to as a standard APP method, the terminal used is referred to as an RCS APP). Due to the use of international standards, this method guarantees the global accessibility of carrier basic communication services and the quality of carrier-class services. It can be said that this method is based on communication capabilities.
  • Some of the larger operators such as China Mobile, have strong technical capabilities and strong industrial driving force, so they have a converged communication standard instant messaging system and OTT private instant messaging system, so that the same user It is possible to use the APP while having a Native terminal, and the APP may be an OTT APP or an RCS APP.
  • this user may also have various clients such as a PC client and a Pad client, so that the same user will have There are many different terminals, and there may be more than one APP or Native portal with the same function on the same terminal. In this way, if the message is sent to different portals of different terminals, the user needs to repeatedly switch between different portals of different terminals. Will cause trouble for the user's use.
  • the operator's traditional short MMS system still exists, which will further increase the difficulty of users.
  • the present disclosure provides a method and apparatus for communication between terminals in a multi-system, thereby enabling the same communication between terminals in a plurality of communication systems.
  • an embodiment of the present disclosure provides the following solution:
  • a method for communication between terminals in a multi-system includes:
  • first login status information that the first type terminal uses to log in using the first communication system
  • second login status information that the second type terminal uses to log in using the second communication system
  • first login status information and the first The second login status information is stored in the user status database;
  • the first type terminal and the second type terminal are different types of terminals that log in based on the same account of the same application;
  • the login conflict rule includes: the first type end
  • the terminal is a native terminal that supports instant messaging and supports other instant messaging applications
  • the second type of terminal is factory-supported for instant messaging but does not support installation of other instant messaging applications other than non-Native terminals. All types of terminals can be online at the same time.
  • the login conflict rule includes: the first type terminal is a terminal that installs an instant messaging application rich media communication RCS APP1, and the second type terminal is a terminal that installs an RCS APP1, Both types of terminals can be online at the same time, but the terminals that are installed with RCS APP2, OTT APP 1 and OTT APP 2 cannot be online at the same time, and the logins that are logged in before are logged off; wherein, RCS APP1 and RCS APP2 is a different application based on the same communication protocol, and OTT APP 1 and OTT APP 2 are different applications based on the same communication protocol.
  • the login conflicting rule includes: the first type of terminal is a terminal for installing an instant messaging application rich media communication RCS APP2, and when the second type of terminal is a terminal for installing an RCS APP2, both types of terminals can be online at the same time.
  • the terminals that are installed with RCS APP1, OTT APP 1, and OTT APP 2 are not online at the same time, and the logins that are logged in before are logged off; wherein RCS APP1 and RCS APP2 are different applications based on the same communication protocol.
  • OTT APP 1 and OTT APP 2 are different applications based on the same communication protocol.
  • the login conflicting rule includes: the first type of terminal is a terminal that installs an instant messaging application OTT APP 1 of a private communication protocol, and when the second type of terminal is an OTT APP 1, both types of terminals can be online at the same time. However, the terminals that are installed with RCS APP1, RCS APP 2, and OTT APP 2 are not online at the same time, and the logins that will be logged in before are offline; wherein, RCS APP1 and RCS APP2 are different based on the same communication protocol. Applications, OTT APP 1 and OTT APP 2 are different applications based on the same communication protocol.
  • the login conflicting rule includes: the first type of terminal is a terminal that installs the OTT APP 2 of the instant messaging application of the private communication protocol, and when the second type of terminal is the terminal that installs the OTT APP 2, both types of terminals may be used. Simultaneously online, but the terminals that install RCS APP1, RCS APP 2, and OTT APP1 are not online at the same time, and the logins that will be logged in before are offline; wherein RCS APP1 and RCS APP2 are based on the same communication protocol. For different applications, OTT APP 1 and OTT APP 2 are different applications based on the same communication protocol.
  • the login conflict rule includes: when the first type of terminal is the computer PC1, and when the second type of terminal is the computer PC2, the two types of terminals cannot be online at the same time, and the later logins are logged in before. Kick off the line; PC1 and PC2 are different computers.
  • the terminal of the OTT APP 1 is installed, and the corresponding terminal identifier is Eid1; the terminal that installs OTT APP 2, the corresponding terminal identifier is Eid2;
  • the PC1 terminal, the corresponding terminal identifier is PCid1; the PC2 terminal, the corresponding terminal identifier is PCid2; wherein Eid1 is different from Eid2, and PCid1 is different from PCid2.
  • the method for communicating between the terminals in the multiple system further includes: acquiring a message sent by the sending terminal, and storing the message in the first message queue of the sending terminal;
  • a notification message is respectively written in the notification queue of the at least one type of access terminal, and the notification message in the queue is notified by the system server corresponding to the at least one type of receiver terminal. They are sent to the receiver terminal separately.
  • the method for communication between terminals in the multiple system further includes: performing, by the first message queue of the sending terminal, message synchronization to the second message queue of the receiver terminal.
  • the message sent by the sending terminal has an identifier, where the identifier is used to identify that the sending terminal is the same as the sending terminal and is in the login state and is based on the same application.
  • the receiving terminal of the account sent has an identifier, where the identifier is used to identify that the sending terminal is the same as the sending terminal and is in the login state and is based on the same application.
  • the method further includes: at least one type of receiving terminal corresponding to the communication system, which will be updated this time. The message is sent to the recipient terminal.
  • the method for communication between terminals in the multiple system further includes: when the receiving terminal receives the message of the update, the message of the current update is already in the at least one type. If the other recipient terminal receives it, the receiver terminal performs silent processing.
  • the method for communication between terminals in multiple systems further includes: if at least one type of receiver terminal, only the factory can support instant messaging but does not support When the non-Native terminal that installs other instant messaging applications is in the login state, the communication system adopted by the non-Native terminal converts the updated message into a short message or a multimedia message, and sends the message to the receiving terminal through the short message center.
  • An embodiment of the present disclosure further provides an apparatus for communication between terminals in a multiple system, including:
  • An acquiring module configured to acquire first login status information that is used by the first type terminal to log in using the first communication system, and second login status information that is used by the second type terminal to log in using the second communication system, and the first login status is The information and the second login status information are stored in a user status database; the first type terminal and the second type terminal are different types of terminals that log in based on the same account of the same application;
  • a sending module configured to send the first login state information and the second login state information to a second communication system corresponding to the second type terminal that is logged in later, so that the second communication system is configured according to the first login state
  • the login conflict rule includes: the first type of terminal is a native terminal that is ready to support instant messaging and supports other instant messaging applications, and the second type of terminal is Both types of terminals can be online at the same time when the factory supports instant messaging but does not support the installation of other non-Native terminals for instant messaging applications; or
  • the first type of terminal is a terminal for installing an instant messaging application rich media communication RCS APP1
  • the second type terminal is a terminal for installing an RCS APP1
  • both types of terminals can be online at the same time, but with RCS APP2 and OTT installed.
  • the terminals of APP 1 and OTT APP 2 cannot be online at the same time, and the logins that are logged in after the login are offline; or
  • the first type of terminal is a terminal for installing an instant messaging application rich media communication RCS APP2, and when the second type of terminal is a terminal for installing an RCS APP2, both types of terminals can be online at the same time, but with the installation of RCS APP1, OTT The terminals of APP 1 and OTT APP 2 cannot be online at the same time, and the logins that are logged in after the login are offline; or
  • the first type of terminal is a terminal of an instant messaging application OTT APP 1 that installs a private communication protocol.
  • the second type of terminal is an OTT APP 1
  • both types of terminals can be online at the same time, but the RCS APP1 is installed.
  • the terminals of RCS APP 2 and OTT APP 2 cannot be online at the same time, and the logins that are logged in after the login are offline; or
  • the first type of terminal is a terminal for installing an instant messaging application OTT APP 2 of a private communication protocol
  • the second type of terminal is a terminal for installing an OTT APP 2
  • both types of terminals can be online at the same time, but with the installation of RCS
  • the terminals of APP1, RCS APP 2, and OTT APP 1 cannot be online at the same time, and the logins that are logged in after the login are offline; or
  • the first type of terminal is a computer PC1
  • the second type of terminal is a computer PC2
  • the two types of terminals cannot be online at the same time, and the later logins are logged in.
  • the RCS APP1 and the RCS APP2 are different applications based on the same communication protocol
  • the OTT APP 1 and the OTT APP 2 are different applications based on the same communication protocol
  • PC1 and PC2 are different computers.
  • the terminal of the OTT APP 1 is installed, and the corresponding terminal identifier is Eid1; the terminal that installs OTT APP 2, the corresponding terminal identifier is Eid2; PC1, the corresponding terminal identifier is PCid1; PC2, the corresponding terminal identifier is PCid2; wherein Eid1 is different from Eid2, and PCid1 is different from PCid2.
  • the device for communicating between the terminals in the multiple system further includes: a message synchronization module, configured to acquire a message sent by the sending terminal, and store the message in the first message queue of the sending terminal; Obtaining at least one type of receiver terminal that is currently in a login state in the user state database; and writing a notification message to the notification queue of the at least one type of access party terminal according to the message, and by the The system server corresponding to the at least one type of receiver terminal sends the notification message in the notification queue to the receiver terminal.
  • a message synchronization module configured to acquire a message sent by the sending terminal, and store the message in the first message queue of the sending terminal.
  • Obtaining at least one type of receiver terminal that is currently in a login state in the user state database and writing a notification message to the notification queue of the at least one type of access party terminal according to the message, and by the The system server corresponding to the at least one type of receiver terminal sends the notification message in the notification queue to the receiver terminal.
  • the message synchronization module is further configured to: perform a message synchronization by using a first message queue of the sending terminal to a second message queue of the receiving terminal.
  • the message sent by the sending terminal has an identifier, where the identifier is used to identify that the message is the same as the sending terminal is in the login state and is based on the same application.
  • the receiving terminal of the account sent has an identifier, where the identifier is used to identify that the message is the same as the sending terminal is in the login state and is based on the same application.
  • the device for communication between terminals in the multiple systems further includes: The communication system corresponding to the at least one type of recipient terminal transmits the message of the update to the receiver terminal.
  • the device for communicating between the terminals in the multiple system further includes: when the receiving terminal receives the message of the update, the message of the current update is already in the at least one type. If the other recipient terminal receives it, the receiver terminal performs silent processing.
  • the device for communication between the terminals in the multiple system further includes: if at least one type of the receiver terminal, only the factory can support instant messaging but does not support installing other instant messaging applications.
  • the communication system adopted by the non-Native terminal converts the updated message into a short message or a multimedia message, and sends the message to the recipient terminal through the short message center.
  • An embodiment of the present disclosure further provides an apparatus for communication between terminals in a multiple system, including:
  • a memory is stored with computer readable instructions executable by the processor, the processor performing the following operations when the computer readable instructions are executed:
  • first login status information that the first type terminal uses to log in using the first communication system
  • second login status information that the second type terminal uses to log in using the second communication system
  • first login status information and the first The second login status information is stored in the user status database;
  • the first type terminal and the second type terminal are different types of terminals that log in based on the same account of the same application;
  • Embodiments of the present disclosure also provide a non-transitory computer readable storage medium storing computer readable instructions executable by a processor, the processor executing when the computer readable instructions are executed by a processor The following operations:
  • first login status information that the first type terminal uses to log in using the first communication system
  • second login status information that the second type terminal uses to log in using the second communication system
  • the second login status information is stored in the user status database
  • One type of terminal and the second type of terminal are different types of terminals that log in based on the same account of the same application
  • the foregoing solution of the present disclosure by acquiring first login status information that the first type terminal uses to log in using the first communication system, and second login status information that the second type terminal uses to log in using the second communication system, and the first
  • the login status information and the second login status information are stored in a user status database; the first type terminal and the second type terminal are different types of terminals that log in based on the same account of the same application; a login status information and a second login status information are sent to the second communication system corresponding to the second type terminal that is logged in later, so that the second communication system is based on the first login status information and the second login status information, and
  • a login conflict rule between different types of terminals stored in advance determines whether the second type terminal is allowed to log in. Realize multi-terminal online state management and message communication management between different systems.
  • FIG. 1 is a related art IMS multi-terminal message communication mechanism
  • FIG. 3 is a schematic diagram of an instant messaging delivery channel of each type of terminal in the related art
  • FIG. 4 is a flow chart of a method for communication between terminals in a multiple system of the present disclosure
  • FIG. 5 is a system architecture diagram of communication between terminals in a multiple system of the present disclosure
  • FIG. 6 is a schematic diagram of a state of an initial user terminal in a method for communication between terminals in a multi-system according to the present disclosure
  • FIG. 7 is a schematic diagram of a user OTT APP 1 going online at the terminal B in the method for communication between terminals in the multiple systems of the present disclosure
  • FIG. 8 is a schematic diagram of a user OTT APP logging in on a Native terminal in a method for communication between terminals in a multiple system according to the present disclosure
  • FIG. 9 is a schematic diagram of a state in which a user PC APP is deregistered in a method for communication between terminals in a multi-system according to the present disclosure
  • FIG. 10 is another flow chart of a method for communication between terminals in a multiple system of the present disclosure.
  • FIG. 11 is a flow chart of sending a multi-terminal message on the calling side in the process shown in FIG. 10;
  • FIG. 12 is a flow of receiving a multi-terminal message on the called side in the flow shown in FIG. 10;
  • FIG. 13 is a flow chart showing that only the short message terminal is online in the flow shown in FIG. 10;
  • Figure 14 is a diagram showing the structure of a computer system of a device suitable for implementing communication between terminals in a multi-system of the embodiment of the present application or a device for communication between terminals in a plurality of systems.
  • each communication system is independent of each other, and the message cannot be distributed between terminals in different systems.
  • the messages in the IMS system can only be sent to the terminals in the IMS system, and the messages in the OTT system can only be sent to
  • the embodiment of the present disclosure realizes the multi-terminal online state management between different systems by establishing a unified data layer, integrating the terminal state data and the message data of each system into the unified data layer. And message management.
  • the related technologies are generally classified into a multi-terminal processing method in an IMS (IP Multimedia Subsystem) system and a multi-terminal processing method in an OTT system, where:
  • the IMS multi-terminal message mechanism is shown in Figure 1.
  • This method requires all terminals used by the same user to be based on SIP. They all have the same SIP user identity (IMPI/IMPU) and pass different SIP instances (sip.instance or GRUU). ) registering in IMS, for different terminals, There are two types of processing: the terminal identifiers are identical. The terminal that is registered later kicks the terminal that is registered first, and only the online terminal receives the message.
  • Different terminals can be distinguished by parameters such as GRUU or sip.instance, and can be registered at the same time. All messages are stored in the centralized message storage platform. When receiving the message, the same message is copied into multiple copies through the IMS forking mechanism. To each terminal instance, for a terminal that is not online, the message synchronization is implemented by using a push mode through a centralized message storage platform after being online.
  • the OTT instant messaging system uses a similar method, but generally multiple terminals are classified into a master terminal and a slave terminal (for example, WeChat and WeChat web versions). Generally, on a device, only one terminal can log in to the same account (for example, two mobile phones cannot log in to the same account). In addition, the login from the terminal depends on the main terminal. For example, when the mobile phone logs in, the PC can be used. Personal computer) side web client login, etc.
  • the receiver has multiple devices, the messages are respectively written into multiple message queues according to the login state of the receiver, and each terminal of the receiver is notified of the message update, and the receiver compares the local message records.
  • the server pulls the corresponding message, after which the receiving device notifies the server that a message has been received, and the server can set the part of the message of the device to be read in the message queue.
  • each message system is a separate vertical structure, and multiple terminals and message entry relationships owned by the user are also complicated.
  • the existing technical solutions cannot implement multi-terminal management and message requirements in such a scenario.
  • FIG. 1 and FIG. 2 whether the multi-terminal solution in the IMS system or the multi-terminal solution in the OTT system, cannot coexist with the unified operator IMS message system and the OTT message system, and the multiple terminals exist in different systems respectively.
  • a scenario that is, multiple terminals in different systems cannot be uniformly managed. Because the systems are independent of each other and cannot distribute messages between terminals in different systems, messages in the IMS system can only be sent to terminals in the IMS system, and messages in the OTT system can only be sent to the OTT system. terminal.
  • an embodiment of the present disclosure provides a method for communication between terminals in a multiple system, including:
  • Step 41 Acquire first login status information that the first type terminal uses to log in using the first communication system, and second login status information that the second type terminal uses to log in using the second communication system, and And storing the first login status information and the second login status information in a user status database; the first type terminal and the second type terminal are different types of terminals that are logged in based on the same account of the same application. ;
  • Step 42 Send the first login state information and the second login state information to the second communication system corresponding to the second type terminal that is logged in later, so that the second communication system is based on the first login state information and The second login status information, and the login conflict rule between the different types of terminals stored in advance, determines whether the second type terminal is allowed to log in.
  • the multiple systems may be a plurality of different instant messaging systems and a traditional short multimedia messaging system for the same operator, the user has multiple different terminals, and there may be different Native/APP entries on the same terminal.
  • the scenario realizes multi-terminal online state management and message management between different systems by establishing a unified data layer and integrating terminal data and message data of each system into a unified data layer.
  • the client can be classified into the following four types:
  • PC-type client An APP on a PC implemented based on the PC OTT proprietary protocol.
  • RCS APP client An APP on a mobile phone based on the RCS standard.
  • OTT APP client An APP on a mobile phone based on the mobile phone OTT proprietary protocol.
  • Native The original message portal of the mobile phone. If the RCS message capability has been upgraded, the RCS instant message and short multimedia message can be sent and received. Otherwise, the short multimedia message can only be sent and received.
  • the type is an independent type, and the mobile client APP and native can be online at the same time regardless of whether the APP and the native are on the same terminal.
  • the online rules of the client that is, the login conflict rules of each type of terminal are as follows:
  • the Native terminal is bound to the user SIM card. Each user can only have a unique Native terminal, and the terminal cannot be kicked off the line by other terminals.
  • the Native terminal When the Native terminal has a data connection, it has RCS instant messaging capability.
  • Non-Native terminals only short MMS receiving capabilities.
  • Both the RCS APP and the OTT APP can be installed on a Native terminal or a non-Native terminal.
  • the RCS APP and the OTT APP can only have one online, and the client that goes online will kick the other client off the line.
  • the instant message will be sent only to the Native terminal regardless of the version of the APP. If the user enters directly from the APP portal, the APP reads the history from the database of the Native terminal.
  • the PC client can be online at the same time as the mobile phone Native/APP and will receive all messages.
  • N/A means that online is allowed
  • ⁇ means that online is not allowed.
  • the difference is identified by their device identifier:
  • OTT allows registration of logins on different devices.
  • the OTT server assigns a device identifier to the device, such as: APP1: the identifier is eid1, and APP2: the identifier is eid2.
  • PC client 1 ID is PCid1
  • PC client 2 ID is PCid2
  • Eid1 is different from Eid2
  • PCid1 is different from PCid2.
  • a unified user state database is set on the same operator having multiple different instant messaging systems and a traditional short multimedia messaging system.
  • a unified message queue is set on each instant messaging system and SMS system.
  • a one-way solid arrow indicates that the message is delivered
  • a two-way dotted arrow indicates that it can be installed
  • a two-way solid arrow indicates that the message can be read.
  • silo-type message systems that are independent of each other need to be docked in the newly created user state database, and the login status of the respective terminal in the own system is submitted to the user state database through the data interface, and the user is all logged in to the device returned by the user state database. status information.
  • the vertical silo message systems that are independent of each other need to be connected to the newly created unified message queue.
  • the message queue is divided into two parts: a message queue and a notification queue.
  • the message queue is used to store the sent and received messages themselves, and the notification queue is used to notify each corresponding.
  • the terminal has a new message coming.
  • a specific implementation example of the multi-terminal login management method when the user's various devices log in or log out, the corresponding server in the access system (IM AS (application server) in the RCS instant messaging system, OTT in the OTT instant messaging system)
  • IM AS application server
  • OTT OTT instant messaging system
  • the AS, the PC AS in the PC system needs to write the login or logout information of the device to the user status database (the user's SMS defaults online, and the user status database has SMS terminal information by default unless the user is in the CS (circuit) domain. Up), the information returned by the user status database to the server carries the information of all the users logging in to the device.
  • the server in each system determines whether it is necessary to kick the other end off the line according to the database return and the device mutual exclusion policy, and if necessary, initiates a logout request to the server where the end is located. Because the short multimedia messaging system is not mutually exclusive with other systems, the short multimedia messaging center does not need to initiate a logout request to other systems.
  • the user's Native terminal (number 138XXXXXXX) is online. As shown in Figure 6, an RCS APP is installed on the Native terminal.
  • the information in the user status database is as shown in Table 3 below:
  • the user logs in on the terminal B (number is 139XXXXXXX) with the OTT APP.
  • the OTT AS allocates eid1 and writes the information of the OTT APP in the terminal B login.
  • the user status database the user status database returns all current online terminal information to the OTT AS, and the OTT AS determines that there is no conflict according to the conflict rule, and does not need to initiate a logout request.
  • the user OTT APP logs in on the Native terminal, as shown in FIG.
  • the OTT AS allocates the eid2 and writes the information of the OTT APP in the terminal B to the user status database.
  • the user status database returns all the current online terminal information to the OTT AS.
  • the OTT AS determines that the RCS APP exists on the same terminal according to the conflict rule.
  • the status of the user at this time is as shown in Table 5 below:
  • an embodiment of the present disclosure provides a method for communication between terminals in a multiple system, including:
  • Step 101 Acquire first login status information that the first type terminal uses to log in using the first communication system, and second login status information that the second type terminal uses to log in using the second communication system, and the first login status information and The second login status information is stored in a user status database; the first type terminal and the second type terminal are different types of terminals that log in based on the same account of the same application;
  • Step 102 Send the first login state information and the second login state information to the second communication system corresponding to the second type terminal that is logged in later, so that the second communication system is based on the first login state information and a second login status information, and a login conflict rule between different types of terminals stored in advance, determining whether the second type terminal is allowed to log in;
  • Step 103 Acquire a message sent by the sending terminal in the login state, and store the message in the first message queue of the sending terminal.
  • the message sent by the sending terminal has an identifier, where the identifier is used to identify that the message is Transmitting the terminal to the receiving terminal that is in the login state at the same time as the sending terminal and based on the same account of the same application;
  • Step 104 Obtain, from the user state database, at least one type of receiver terminal that is currently in a login state;
  • Step 105 Write a notification message to the notification queue of the at least one type of access terminal according to the message, and notify the queue by the system server corresponding to the at least one type of receiver terminal.
  • the notification message is sent to the receiver terminal separately;
  • the method may further include:
  • Step 106 The first message queue of the sending terminal performs message synchronization with the second message queue of the receiving terminal.
  • Step 107 The communication system corresponding to the at least one type of receiver terminal sends the message of the update to the receiver terminal.
  • Step 108 When the receiving terminal receives the message of the update, if the message of the current update has been received on the other receiving terminal of the at least one type, the receiving terminal performs a silent process.
  • the method of setting a unified message queue on the short message system implements multi-terminal message transmission, which may further include a multi-terminal message sending mechanism on the calling side and a multi-terminal message receiving mechanism on the called side.
  • the calling side multi-terminal message sending mechanism is as follows:
  • Each user has a home message queue as the main queue.
  • the message queue of another node that is not owned by the user acts as a slave queue and keeps synchronization with the main queue; the message sent by the caller is simultaneously written into the self-receiving message queue.
  • Medium used to achieve the CC at the other end of the calling side.
  • the message is delivered in the same way as the receiver, but the message has a special identifier indicating that it is a message of its own.
  • the calling other terminal does not form a delivery report message.
  • the server to which it belongs writes the message to its own receiving message queue.
  • This message has a special flag indicating that it is a message sent by itself;
  • the message queue database service queries which end of user A is online according to the information in the A user status database, and writes the corresponding notification queue;
  • the notification queue notifies the corresponding server of the new message
  • the corresponding server sends the message to the other end of the calling party A.
  • the other end judges that this is a message sent by itself according to the flag in the message, and is displayed in the sending message. Because these messages are not prompted to the sending user, although the other end of the sender user will receive the same message record from the user, the user does not need to switch between their respective message entries.
  • the message queue of the sender user A performs message synchronization with the message queue of the receiver user B.
  • the called side also uses the unified message queue to provide multi-terminal message reception on the called side, and the processing rules are as follows. under:
  • Different terminal devices of the same user respectively set different pointers in a message notification queue to identify messages received by the terminal.
  • the mobile phone number of the called user B except for the short message, no terminal is online, that is, when there is no notification queue to be written, the online list of users obtained by each server is also Empty, in this state, the RCS AS will pull the instant message and convert it into a short message and deliver it to the called user B via SMS. Since only the TCS converged communication instant messaging system based on the telecommunication standard has the ability to interact with the short message in the telecommunication signaling network, the function of transferring the short message needs to be completed by the RCS AS.
  • Each terminal delivery report is also written to the message queue in accordance with the message rules. For the delivered and read reports, the message queue is weighted and only the first delivery report is retained. For the forwarded SMS report, the IMS AS writes a new message as a new message to the message queue, and does not perform weighting processing with other delivery reports.
  • the called side multi-terminal message receiving process First, the user B message queue writing/synchronization is completed, and the queue writing is notified.
  • the current B online terminal is queried according to the user B user status database. For example, at this time, the receiving user B has a Native and a PC client, and the status of the latest message is as follows:
  • the process includes:
  • 2IMS AS obtains the message (73-85) after the current pointer of the IMS client, updates the native pointer to 85, and the latest read update to 85;
  • 3IMS server is pushed to RCS Native by IMS;
  • the 4PC client goes online or the user clicks to receive the message
  • the 5PC server obtains the message (56-85) after the current pointer of the PC client, and updates the PC pointer to 85;
  • the pointer 55 is smaller than the highest read pointer 85, and the PC needs to perform silent processing.
  • the PCAS adds a silent flag to the sent message, that is, the other online terminals of the user still receive the same message, but will not remind the user. Users also do not need to switch back and forth between individual message entries. When the user actively enters from another message entry, the same message record can still be seen because the entry has been received before.
  • the process includes:
  • the user status database query finds that all the instant messaging capable terminals on the mobile phone that is sent to the called user B's mobile phone number are not online, and then need to notify the RCS AS with the short message capability to pull a new message;
  • 2RCS AS query currently has 3 messages (86-88) between the latest news, then pull these 3 messages down to local, and set the latest read pointer of RCS Native to 88;
  • 3RCS AS converts these three messages into short messages and sends them to the SMS center of the calling user through the No. 7 signaling network;
  • the call center of the calling user sends 3 short messages to the called user B according to the standard short message process.
  • the plurality of systems may be a plurality of different instant messaging systems owned by the same operator and a conventional short multimedia messaging system, and the above embodiments of the present disclosure have multiple different instant messaging systems by the same operator.
  • the database realizes online state management of multiple terminals by uniformly storing information of the online end of the user in the database; and realizing message distribution between multiple terminals by setting a unified message queue on each instant messaging system and the short message system.
  • the unified management of the terminal online state between the respective message systems which are independent of each other is realized; and the message distribution between the plurality of terminals originally belonging to the respective independent message systems is realized, and different terminals can see the same message record.
  • only the terminal currently operated by the user will prompt the user, and the user does not need to repeatedly switch between the terminals, thereby improving the user experience.
  • An embodiment of the present disclosure further provides an apparatus for communication between terminals in a multiple system, including:
  • An acquiring module configured to acquire first login status information that is used by the first type terminal to log in using the first communication system, and second login status information that is used by the second type terminal to log in using the second communication system, and the first login status is The information and the second login status information are stored in a user status database; the first type terminal and the second type terminal are different types of terminals that log in based on the same account of the same application;
  • a sending module configured to send the first login state information and the second login state information to a second communication system corresponding to the second type terminal that is logged in later, so that the second communication system is configured according to the first login state
  • the login conflict rule includes: the first type terminal is a native terminal that can support instant messaging and supports other instant messaging applications, and the second type terminal is factory-supported for instant messaging but does not support installation. When instant messaging is applied to a non-Native terminal, both types of terminals can be online at the same time; or
  • the first type of terminal is a terminal for installing an instant messaging application rich media communication RCS APP1
  • the second type of terminal is a terminal for installing an RCS APP1
  • both types of terminals can be online at the same time, but with the installation of RCS APP2, OTT APP 1 and OTT APP 2 terminals cannot be online at the same time. Recorded kicking off the line before logging in; or
  • the first type of terminal is a terminal for installing an instant messaging application rich media communication RCS APP2
  • the second type of terminal is a terminal for installing an RCS APP2
  • both types of terminals can be online at the same time, but with RCS APP1, OTT APP 1 and OTT installed
  • the terminals of APP 2 cannot be online at the same time, and those who log in later will log in before the line; or
  • the first type of terminal is a terminal that installs the instant messaging application OTT APP 1 of the private communication protocol, and when the second type of terminal is installed with the OTT APP 1, both types of terminals can be online at the same time, but with the installation of RCS APP1, RCS APP 2 and The terminals of OTT APP 2 cannot be online at the same time, and the logins that will be logged in before will be offline; or
  • the first type of terminal is a terminal for installing an instant messaging application OTT APP 2 of a private communication protocol
  • the second type of terminal is a terminal for installing an OTT APP 2
  • both types of terminals can be online at the same time, but with the installation of RCS APP1, RCS APP 2 and the terminal of OTT APP 1 cannot be online at the same time, and the login that is logged in later will be kicked off the line; or
  • the two types of terminals cannot be online at the same time, and the later logins are logged in before the kick-off line;
  • the RCS APP1 and the RCS APP2 are different applications based on the same communication protocol, and the OTT APP 1 and the OTT APP 2 are different applications based on the same communication protocol, and PC1 and PC2 are different computers.
  • the device for communicating between the terminals in the multiple system further includes: a message synchronization module, configured to acquire a message sent by the sending terminal, and store the message in the first message queue of the sending terminal; and obtain the current status from the user state database. At least one type of recipient terminal of the login state; according to the message, respectively writing a notification cancellation in the notification queue of the at least one type of access terminal And transmitting, by the system server corresponding to the at least one type of receiver terminal, the notification message in the notification queue to the receiver terminal.
  • a message synchronization module configured to acquire a message sent by the sending terminal, and store the message in the first message queue of the sending terminal; and obtain the current status from the user state database.
  • At least one type of recipient terminal of the login state according to the message, respectively writing a notification cancellation in the notification queue of the at least one type of access terminal
  • transmitting by the system server corresponding to the at least one type of receiver terminal, the notification message in the notification queue to the receiver terminal.
  • the message synchronization module is further configured to: perform message synchronization on the first message queue of the sending terminal to the second message queue of the receiver terminal.
  • the message sent by the sending terminal has an identifier, where the identifier is used to identify that the message is sent by the sending terminal to the receiving terminal that is in the login state with the sending terminal and is based on the same account of the same application.
  • the device for communicating between the terminals in the multiple system further includes: a communication system corresponding to the at least one type of the receiver terminal, and sending the updated message to the receiver terminal.
  • the device for communicating between the terminals in the multiple system further includes: when the receiving terminal receives the message of the update, the message of the current update is received on the other receiving terminal of the at least one type. Then, the receiver terminal performs silent processing.
  • the device for communicating between the terminals in the multiple systems further includes: if at least one type of the receiver terminal is in a login state only if the non-Native terminal that supports the instant messaging service but does not support the installation of other instant messaging applications is in the login state,
  • the communication system adopted by the non-Native terminal converts the updated message into a short message or a multimedia message, and sends the message to the receiver terminal through the short message center.
  • the device is a device corresponding to the above method, and all implementations in the above method are applicable to the embodiment of the terminal, and the same technical effects can be achieved.
  • the multiple systems may be multiple different instant messaging systems owned by the same operator and the traditional short multimedia messaging system.
  • the above embodiments of the present disclosure have multiple different instant messages by the same operator.
  • a unified user state database is set on the system and the traditional short multimedia message system, and the online state management of the multi-terminal is realized by uniformly storing the information of the user online end in the database; setting a unified message queue on each instant messaging system and the short message system The way to achieve message distribution between multiple terminals.
  • the unified management of the terminal online state between the respective message systems which are independent of each other is realized; and the message distribution between the plurality of terminals originally belonging to the respective independent message systems is realized, and different terminals can see the same message record.
  • only the terminal currently operated by the user will prompt the user, and the user does not need to repeatedly switch between the terminals, thereby improving the user experience.
  • FIG. 14 a block diagram of a computer system 1400 suitable for use in implementing the means for communicating between terminals in a multi-system of embodiments of the present application is shown.
  • computer system 1400 includes a central processing unit (CPU) 1401 that can be loaded into a program in random access memory (RAM) 1403 in accordance with a program stored in read only memory (ROM) 1402 or from storage portion 1408. And perform various appropriate actions and processes.
  • RAM random access memory
  • ROM read only memory
  • RAM 1403 various programs and data required for the operation of the system 1400 are also stored.
  • the CPU 1401, the ROM 1402, and the RAM 1403 are connected to each other through a bus 1404.
  • An input/output (I/O) interface 1405 is also coupled to bus 1404.
  • the following components are connected to the I/O interface 1405: an input portion 1406 including a keyboard, a mouse, etc.; an output portion 1407 including a cathode ray tube (CRT), a liquid crystal display (LCD), and the like, and a speaker; a storage portion 1408 including a hard disk or the like And a communication portion 1409 including a network interface card such as a LAN card, a modem, or the like.
  • the communication section 1409 performs communication processing via a network such as the Internet.
  • Driver 1410 is also coupled to I/O interface 1405 as needed.
  • a removable medium 1411 such as a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory or the like is mounted on the drive 1410 as needed so that a computer program read therefrom is installed into the storage portion 1408 as needed.
  • an embodiment of the present disclosure includes a computer program product comprising a computer program tangibly embodied on a machine readable medium, the computer program comprising program code for performing the method of the above flow chart.
  • the computer program can be downloaded and installed from the network via the communication portion 1409, and/or installed from the removable medium 1411.
  • each block of the flowchart or block diagrams can represent a module, a program segment, or a portion of code that includes one or more logic for implementing the specified.
  • Functional executable instructions can also occur in a different order than that illustrated in the drawings. For example, two successively represented blocks may in fact be executed substantially in parallel, and they may sometimes be executed in the reverse order, depending upon the functionality involved.
  • each block of the block diagrams and/or flowcharts, and combinations of blocks in the block diagrams and/or flowcharts can be implemented in a dedicated hardware-based system that performs the specified function or operation. Or it can be implemented by a combination of dedicated hardware and computer instructions.
  • the units or modules described in the embodiments of the present application may be implemented by software or by hardware.
  • the described unit or module can also be provided in the processor.
  • the names of these units or modules do not in any way constitute a limitation on the unit or module itself.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

Les modes de réalisation de l'invention concernent un procédé et un dispositif de communication entre terminaux dans une pluralité de systèmes. Le procédé consiste à : acquérir des premières informations d'état de connexion d'un premier type de terminal se connectant dans un premier système de communication, et des secondes informations d'état de connexion d'un second type de terminal se connectant dans un second système de communication, et stocker les premières informations de connexion et les secondes informations de connexion dans une base de données d'état d'utilisateur, le premier type de terminal et le second type de terminal se connectant sur la base d'une même application et d'un même compte ; transmettre, au second système de communication correspondant au second type de terminal se connectant en second, pour permettre au second système de communication de déterminer, d'après les premières informations de connexion et les secondes informations de connexion, et une règle préenregistrée pour un conflit de connexion entre différents types de terminaux, s'il faut ou non connecter le second type de terminal. La solution décrite est utilisée pour gérer la même communication entre des terminaux dans une pluralité de systèmes de communication.
PCT/CN2017/096803 2016-08-16 2017-08-10 Procédé et dispositif de communication entre terminaux dans une pluralité de systèmes WO2018033015A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201610674892.2 2016-08-16
CN201610674892.2A CN107770033A (zh) 2016-08-16 2016-08-16 一种多系统中的终端之间通信的方法及装置

Publications (1)

Publication Number Publication Date
WO2018033015A1 true WO2018033015A1 (fr) 2018-02-22

Family

ID=61196410

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2017/096803 WO2018033015A1 (fr) 2016-08-16 2017-08-10 Procédé et dispositif de communication entre terminaux dans une pluralité de systèmes

Country Status (2)

Country Link
CN (1) CN107770033A (fr)
WO (1) WO2018033015A1 (fr)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112988408A (zh) * 2019-12-17 2021-06-18 北京沃东天骏信息技术有限公司 一种多端交互方法和装置
CN113326224A (zh) * 2021-06-24 2021-08-31 卡斯柯信号有限公司 一种基于2取2架构的串口通信方法
CN114125732A (zh) * 2021-11-11 2022-03-01 中国电信股份有限公司 消息处理方法及装置、存储介质、电子设备

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109286904A (zh) * 2018-10-15 2019-01-29 京信通信系统（中国）有限公司 Ims系统、消息处理方法、装置和存储介质
CN111294327A (zh) * 2019-01-28 2020-06-16 展讯半导体(成都)有限公司 消息冲突解决方法和终端设备

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103259770A (zh) * 2012-02-17 2013-08-21 腾讯科技（深圳）有限公司 登录方法及登录服务器
CN103532983A (zh) * 2013-10-31 2014-01-22 北京云巢动脉科技有限公司 多点登陆的处理方法和装置
CN103701835A (zh) * 2012-09-27 2014-04-02 中国电信股份有限公司 基于浏览器建立融合通信的方法与融合通信系统
US20140215078A1 (en) * 2013-01-29 2014-07-31 Qualcomm Incorporated Cross-platform module that is shared by client applications for access to rich communications suite resources on a client device
CN105024907A (zh) * 2014-04-22 2015-11-04 中国电信股份有限公司 一种推送im信息的方法和系统、服务器以及平台
CN105721408A (zh) * 2014-12-05 2016-06-29 中国移动通信集团公司 融合通信客户端的实现方法、终端、相关平台及系统

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100421431C (zh) * 2005-11-03 2008-09-24 中国移动通信集团公司 一种实现即时消息通信的方法
CN101212719B (zh) * 2006-12-31 2011-12-28 华为技术有限公司 一种无线通信网络中实现融合消息业务的方法及系统
US9391788B2 (en) * 2013-04-18 2016-07-12 Infinite Convergence Solutions, Inc Method and devices to invite a user from an external chat service to a group chat session

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103259770A (zh) * 2012-02-17 2013-08-21 腾讯科技（深圳）有限公司 登录方法及登录服务器
CN103701835A (zh) * 2012-09-27 2014-04-02 中国电信股份有限公司 基于浏览器建立融合通信的方法与融合通信系统
US20140215078A1 (en) * 2013-01-29 2014-07-31 Qualcomm Incorporated Cross-platform module that is shared by client applications for access to rich communications suite resources on a client device
CN103532983A (zh) * 2013-10-31 2014-01-22 北京云巢动脉科技有限公司 多点登陆的处理方法和装置
CN105024907A (zh) * 2014-04-22 2015-11-04 中国电信股份有限公司 一种推送im信息的方法和系统、服务器以及平台
CN105721408A (zh) * 2014-12-05 2016-06-29 中国移动通信集团公司 融合通信客户端的实现方法、终端、相关平台及系统

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112988408A (zh) * 2019-12-17 2021-06-18 北京沃东天骏信息技术有限公司 一种多端交互方法和装置
CN113326224A (zh) * 2021-06-24 2021-08-31 卡斯柯信号有限公司 一种基于2取2架构的串口通信方法
CN113326224B (zh) * 2021-06-24 2022-08-02 卡斯柯信号有限公司 一种基于2取2架构的串口通信方法
CN114125732A (zh) * 2021-11-11 2022-03-01 中国电信股份有限公司 消息处理方法及装置、存储介质、电子设备

Also Published As

Publication number Publication date
CN107770033A (zh) 2018-03-06

Similar Documents

Publication Publication Date Title
WO2018033015A1 (fr) Procédé et dispositif de communication entre terminaux dans une pluralité de systèmes
AU2011353561B2 (en) Message push notification client improvements for multi-user devices
US9065788B2 (en) Method, device and system for voice communication
US10631193B2 (en) Method of and a network server and mobile user equipment for providing chat/VoIP services in a mobile telecommunications network
WO2019128682A1 (fr) Système de messagerie convergente et procédé de traitement de message
US9967355B2 (en) Methods and apparatus for aggregating and distributing contact and presence information
US10701112B2 (en) IP-based USSD communications
US20220131911A1 (en) Apparatus, methods, and computer programs
CN106487644A (zh) 一种通信方法和系统
CN110891123A (zh) 交互信息传输方法及装置
CN106487641A (zh) 一种实现在线客服的方法和装置
CN116134849A (zh) 网络存储库功能注册
EP2974159B1 (fr) Procédé, dispositif et système permettant une communication vocale
CN106028311B (zh) 一种终端注册方法及装置
US8983043B2 (en) Data communication
US20130329872A1 (en) Data Communication
CN110545527B (zh) 呼叫转移方法、视频通信服务器及主叫终端
US11275602B1 (en) Virtual communication service for mobile devices
WO2009054661A1 (fr) Procédé de gestion de synchronisation de données dans un environnement comportant des dispositifs multiples
US20230055014A1 (en) Apparatus, method and computer program
US20130279675A1 (en) Data communication
US9641646B1 (en) Distributed multimedia system for IP networks
WO2023078210A1 (fr) Procédé et appareil de traitement de paquets, et système de communication
US20230344893A1 (en) Third Party Application Control Of A Client
EP4274188A1 (fr) Basculement vers une autre p-cscf sortante initié par un ims d'un réseau de communication

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 17840989

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 21.05.2019)

122 Ep: pct application non-entry in european phase

Ref document number: 17840989

Country of ref document: EP

Kind code of ref document: A1

点击 这是indexloc提供的php浏览器服务，不要输入任何密码和下载