WO2017101265A1 - 一种消息处理方法、处理服务器、终端及存储介质 - Google Patents

一种消息处理方法、处理服务器、终端及存储介质 Download PDF

Info

Publication number
WO2017101265A1
WO2017101265A1 PCT/CN2016/084521 CN2016084521W WO2017101265A1 WO 2017101265 A1 WO2017101265 A1 WO 2017101265A1 CN 2016084521 W CN2016084521 W CN 2016084521W WO 2017101265 A1 WO2017101265 A1 WO 2017101265A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
address
message content
content
identifier
Prior art date
Application number
PCT/CN2016/084521
Other languages
English (en)
French (fr)
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 WO2017101265A1 publication Critical patent/WO2017101265A1/zh
Priority to US15/715,916 priority Critical patent/US10587544B2/en

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/06—Message adaptation to terminal or network requirements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/55—Push-based network services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1859—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast adapted to provide push services, e.g. data channels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/12—Avoiding congestion; Recovering from congestion
    • 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/07—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
    • H04L51/18—Commands or executable codes
    • 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/21—Monitoring or handling of messages
    • H04L51/224—Monitoring or handling of messages providing notification on incoming messages, e.g. pushed notifications of received messages
    • 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/48—Message addressing, e.g. address format or anonymous messages, aliases
    • 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]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H04L67/1044—Group management mechanisms 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1097—Protocols in which an application is distributed across nodes in the network for distributed storage of data in networks, e.g. transport arrangements for network file system [NFS], storage area networks [SAN] or network attached storage [NAS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/166—IP fragmentation; TCP segmentation
    • 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/52—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail for supporting social networking services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1073—Registration or de-registration

Definitions

  • the present invention relates to the field of Internet technologies, and in particular, to the field of Internet application technologies, and in particular, to a message processing method, a processing server, a terminal, and a storage medium.
  • the public service account refers to a service account registered by the developer or the service provider in the Internet application, and the developer or the service provider can provide services for one or more users in the Internet application through the public service account; wherein the Internet application can refer to: Social applications such as instant messaging applications, SNS (Social Networking Services) applications, etc., may also refer to other non-social applications such as game applications and e-commerce applications.
  • the public service account usually pushes the service message to the user in the Internet application. At present, the content of the message to be pushed by the public service account is directly assembled into a service message according to the communication protocol, and more and more as the service expands.
  • the current message processing method will increase the capacity of the service message and even cause the capacity bottleneck, and cause the service message to appear during the push process. Transmission congestion, extended transmission delay, and impact on push efficiency, etc., therefore, the current message processing process is increasingly unable to adapt to the new message push service needs.
  • the embodiment of the invention provides a message processing method, device and system, which can not only make the message content present more flexible and diverse expression forms, but also improve the richness and expressiveness of the service message, and can improve the message pushing efficiency.
  • a first aspect of the embodiments of the present invention provides a message processing method, which may include:
  • a message type to be pushed the message type including a short message type or a long message type
  • the type of the message to be pushed is a long message type, storing the message content in the cluster storage service system, and receiving an identifier of the message content returned by the cluster storage service system;
  • a second aspect of the embodiments of the present invention provides another message processing method, which may include:
  • Determining a message type of the target service message where the message type includes a short message type or a long message type, when receiving a target service message of a public service account delivered by the processing server;
  • the target service message is a long message type, reading an identifier of the message content from the target service message;
  • a third aspect of the embodiments of the present invention provides a processing server, which may include:
  • a processor for executing the computer readable program code to perform the following operations:
  • a message type to be pushed the message type including a short message type or a long message type
  • the message is stored in the cluster storage service system. Content, and receiving an identifier of the message content returned by the cluster storage service system;
  • a fourth aspect of the embodiments of the present invention provides a terminal, which may include:
  • a processor for executing the computer readable program code to perform the following operations:
  • Determining a message type of the target service message where the message type includes a short message type or a long message type, when receiving a target service message of a public service account delivered by the processing server;
  • the target service message is a long message type, reading an identifier of the message content from the target service message;
  • a fifth aspect of embodiments of the present invention provides a computer readable storage medium storing computer readable program code, the computer readable program code being operative in an information processing apparatus for:
  • a message type to be pushed the message type including a short message type or a long message type
  • the type of the message to be pushed is a long message type, storing the message content in the cluster storage service system, and receiving an identifier of the message content returned by the cluster storage service system;
  • a sixth aspect of the embodiments of the present invention provides another computer readable storage medium storing computer readable program code, the computer readable program code being operative in an information processing apparatus for:
  • Determining a message type of the target service message where the message type includes a short message type or a long message type, when receiving a target service message of a public service account delivered by the processing server;
  • the target service message is a long message type, reading an identifier of the message content from the target service message;
  • the service message for the long message type to be pushed separates the service message from the message content.
  • the existing message transmission channel is used to push the identifier of the message content to the terminal, and then the terminal actively pulls the message content by using the dedicated download channel; the message content can be more flexible and diverse without being limited by the capacity limitation of the service message.
  • the form of expression thereby enhancing the richness and expressiveness of the service message; at the same time, the service message can not cause a capacity bottleneck due to the increase of the data content of the message content, thereby avoiding the transmission congestion problem due to the capacity of the service message, thereby improving Message push efficiency.
  • FIG. 1 is a schematic structural diagram of a message processing system according to an embodiment of the present invention.
  • FIG. 2 is a flowchart of a message processing method according to an embodiment of the present invention.
  • FIG. 3 is a schematic structural diagram of a processing server according to an embodiment of the present disclosure.
  • FIG. 4 is a schematic structural diagram of a message processing apparatus according to an embodiment of the present disclosure.
  • FIG. 5 is a schematic structural diagram of a terminal according to an embodiment of the present disclosure.
  • FIG. 6 is a schematic structural diagram of another message processing apparatus according to an embodiment of the present invention.
  • the service message of the long message type pushed by the public service account is transmitted by means of push-pull combination, specifically: separating the service message from the message content, and the processing server uses the existing message transmission channel.
  • the identifier of the message content is pushed to the terminal, and the message content is actively pulled by the terminal by using the dedicated download channel.
  • the embodiment of the present invention can enable the message content to be presented in a more flexible and diverse manner without being limited by the capacity of the service message. Therefore, the richness and expressiveness of the service message can be improved; at the same time, the service message can not cause a capacity bottleneck due to the increase of the data content of the message content, thereby avoiding the transmission congestion problem due to the capacity of the service message, thereby improving the message pushing efficiency. .
  • the embodiment of the present invention provides a message processing system, which can be applied to social application platforms such as an instant messaging platform, an SNS platform, and the like, and can also be applied to other non-social application platforms such as an e-commerce platform.
  • the system can include a processing server, at least one configuration server accessing the processing server, and at least one terminal accessing the processing server.
  • the terminal can be a laptop, a mobile phone, a PAD (tablet), a car terminal, a smart wearable device, and the like.
  • At least one type of internet application can be run in the terminal, including but not limited to: social applications, gaming applications, e-commerce applications, and the like.
  • the social application refers to an application capable of implementing social functions; the social application may include, but is not limited to, an instant messaging application, an SNS application, and the like.
  • the user can use the Internet application through the terminal.
  • the user A can register the Internet account to obtain the account identifier through the terminal A, and configure personal basic data such as age, hobbies, etc., or the user.
  • A can manage the privacy data such as passwords in the Internet application through the terminal A, or the user A can pay attention to a certain public service account in the Internet application through the terminal A, add friends, etc. to form the relationship chain of the user A; and the like.
  • the public service account refers to the service account assigned by the processing server to the developer or service provider after the developer or service provider registers in the Internet application platform.
  • the registered Internet application may be referred to as the Internet application to which the public service account belongs; the developer or Service providers can provide services such as message push to users in Internet applications through public service accounts.
  • a public service account corresponds to at least one configuration server, and the configuration server of the public service account refers to a server that provides services such as message push to users in the Internet application through the public service account.
  • the configuration server of the public service account may be an application server.
  • a developer of an e-commerce application registers a public service account identified as xx in the social application, and the configuration server of the public service account xx may be the e-commerce account.
  • the application server of the application, the configuration server of the public service account xx can provide e-commerce related services for users in the social application.
  • the configuration server of the public service account may also be a web server.
  • a service provider of a game website registers a public service account identified as yyy in the social application, and the configuration server of the public service account yyy may be the game website.
  • the web server, the configuration server of the public service account yyy can provide game related services for users in the social application.
  • the configuration server of the public service account can also be a third-party platform server.
  • a game developer registers a public service account identified as zz in the social application, but the developer does not have the development capability, and can authorize the third platform to act as a proxy.
  • an authorized third-party platform server is a configuration server for the public service account zz, and the developer provides services for users in the social application through the configuration server of the public service account zz.
  • a processing server may refer to a server that provides message processing related services for an internet application platform.
  • the processing server can be used to process various requirements of the Internet application platform in implementing the corresponding functions, and can be used for related data of users in the Internet application, related data of the public service account, and users, users and public service accounts. Inter-communication messages are managed.
  • the related data of the user may include, but is not limited to, an account identifier, a password, a relationship chain, and the like.
  • the relevant data of the public service account may include but is not limited to: identification, relationship chain, and the like.
  • the message processing system of the embodiment of the present invention further adds a cluster storage service system, which is used for storing and long message classes. Type of service message separated message content.
  • the cluster storage service system is composed of at least one storage server, each storage server having a unique IP address.
  • the mechanism used by the cluster storage service system is as follows: for the same message content, it is separately mirrored and stored in each storage server, that is, the same message content may exist in each storage server of the cluster storage service system; While being stored, each storage server generates a unique identifier of the content of the message, and the content of the message can be read from each storage server according to the unique identifier of the content of the message.
  • the cluster storage service system can provide a download service for the content of the message, and the user can access the content of the message required by the terminal to access the cluster storage service system.
  • the message processing system shown in FIG. 1 may further include other structures in practical applications, for example, may also include a database server for storing related data of a user and a public service account; or, may also include a cache server. Used to cache various types of interactive messages; and so on.
  • the processing server may provide a message push management interface to the developer or the service provider, and the developer or the service provider may enter the message push management interface through the configuration server of the public service account to create and edit the message content to be pushed.
  • the content of the message herein may include, but is not limited to, text, pictures, audio and video, etc.
  • the developer or service provider may also edit the push object in the message push management interface, for example, the push object may be an internet application. All or part of the user, or may be all users, certain types of users or individual users who are concerned about the public service account.
  • the processing server may obtain the message content from the message push management interface, and determine the type of the message to be pushed according to the content of the message; if the message type to be pushed is a long message type, then the processing server The content of the message is stored in the cluster storage service system, and the identifier of the message content returned by the cluster storage service system is received; the identifier of the message content is encapsulated according to a communication protocol to form a target service message, and the existing message transmission channel is adopted.
  • the terminal may actively pull the message content through the dedicated download channel according to the identifier of the message content carried in the target service message, and process the server and the terminal.
  • the interaction between the push-pull mode and the service message of the long message type enables the message content to be presented in a more flexible and diverse form, enhances the richness and expressiveness of the service message, and improves the message push efficiency.
  • the embodiment of the present invention further provides a message processing method, which can be applied.
  • the method may perform the following steps S101-S112, wherein steps S101-S106 and step S110 may be specifically performed by the processing server shown in FIG. 1, and steps S107-S109 and steps S111-S112 may be performed by FIG. Any one of the terminals is specifically executed; and the processing server and the terminal interact with the configuration server and the cluster storage service system shown in FIG. 1 in the process of performing the steps of the method;
  • the processing server receives a message push request sent by a configuration server of a public service account, where the message push request includes a message content to be pushed.
  • the processing server may provide a message system interface to the configuration server of the public service account and the terminal accessing the Internet application, and the configuration server of the public service account may use the message system interface to perform downlink message push, and the terminal utilizes
  • the message system interface can send an uplink message.
  • the configuration server of the public service account can create and edit the content of the message to be pushed in the message push management interface provided by the processing server, and form a message push request after editing and confirming the push, and the message push request is used to request the application to the Internet.
  • the user pushes the target service message; at the same time, the message system interface is invoked to deliver the message push request to the processing server, and when the processing server listens from the message system interface to the message push request, the message to be pushed can be obtained from the message push management interface.
  • Content the content of the message here may include, but is not limited to: text, pictures, audio and video, and the like.
  • the processing server determines, according to the content of the message, a message type to be pushed, where the message type includes a short message type or a long message type.
  • the processing server performs the following steps s11-s13 when performing step S102:
  • the amount of data is used to describe the data length or data size contained in the message content, and the unit of measurement includes bit (bit), byte (byte), KB (kilobyte), GB (billion byte), and the like. After the processing server obtains the message content, the amount of data of the message content can be calculated.
  • the MTU is used to describe the maximum packet size allowed under a communication protocol, usually in bytes.
  • the MTU is related to a communication interface (network interface card, serial port, etc.).
  • the larger the MTU the smaller the number of data packets required to transmit the same data, and the higher the communication efficiency.
  • social application platforms such as instant messaging platforms, SNS platforms, the value of the MTU is typically 1500 bytes.
  • the processing server calculates the data amount of the message content, and determines whether the data amount is greater than the MTU value, and the MTU value is 1500 bytes as an example. If the data content of the message content is greater than 1500 bytes, indicating that the length of the service message to be pushed exceeds the length of one MTU, the message type to be pushed is a long message type; conversely, if the data content of the message content is 1500 Bytes and within, indicating that the service message to be pushed can be carried by an MTU, and the type of the message to be pushed is a short message type.
  • steps s11-s13 are a preferred implementation manner of the embodiment of the present invention, and other methods may be used in the actual application, for example, a threshold may be set, and if the data content of the message content is greater than the threshold, it is considered to be short. Message type; otherwise considered to be a long message type; and so on.
  • the processing server stores the message content in the cluster storage service system.
  • the processing server may encapsulate the message content according to the communication protocol to form a service message, and push the service message to the public service through the existing message transmission channel according to the existing transmission mode. One or more users of the account. If the message type to be pushed is a long message type, the processing server may send a storage instruction to the at least one storage server in the cluster storage service system, the storage instruction including the message content, and the storage instruction is used to control the At least one storage server stores the message content and generates a unique identification of the message content.
  • each storage server uses the same standard to generate a unique identifier of the message content, specifically, it can be calculated according to a hash (Hash) algorithm according to the data amount of the message content, forming a time stamp, and the like. Since the attributes of the message content present in each storage server are consistent, the identity of the message content obtained by each storage server calculation is also unique.
  • Hash hash
  • the processing server receives an identifier of the message content returned by the cluster storage service system.
  • the identifier of the message content may be returned to the processing server by any one or more storage servers of the cluster storage service system.
  • Rkey may be used to indicate the identifier of the message content.
  • the processing server generates a target service message, where the target service message carries an identifier of the message content.
  • the processing server encapsulates the identifier Rkey of the message content according to the communication protocol to form a target service message, where the communication protocol may include, but is not limited to, a TCP (Transmission Control Protocol) protocol, a UDP (User Datagram Protocol), and a user datagram. Agreement) agreement and so on.
  • the target service message does not carry the message content itself, but the identifier of the message content, which realizes the separation of the target service message and the message content.
  • the processing server sends the target service message to the corresponding terminal of the at least one account identifier in the Internet application to which the public service account belongs.
  • the user may register to obtain the account identifier in the Internet application; further, the user may pay attention to at least one public service account to receive the service provided by the public service account concerned, for example, user A may Pay attention to the public service account zz corresponding to a certain video website in the social application.
  • the account identifier a corresponding to the user A is associated with the public service account zz, and the user A can receive the relationship.
  • the processing server records the relationship of interest, the association relationship, and the like of the public service account by using a relationship chain, and maintains and manages the relationship chain of the public service account; for example, in the above example, user A cancels the public service account zz.
  • the association relationship between the account identifier a and the public service account zz is simultaneously cancelled, and the processing server needs to update the relationship chain of the public service account zz.
  • the processing server may send the target service message to the terminal corresponding to the account identifier of all or part of the users in the Internet application; in another feasible implementation manner, the processing server may Querying the relationship chain of the public service account, obtaining at least one account identifier that is associated with the public service account, and sending the target service message to the corresponding terminal of the at least one account identifier. It can be understood that, if the configuration server of the public service account specifies that the push object is one or more users in the message push management interface, the processing server selects the account identifier of the push object from the at least one account identifier in this step, and then The target service message is pushed to the terminal corresponding to the account identifier of the push object.
  • the terminal When receiving the target service message of the public service account delivered by the processing server, the terminal determines a message type of the target service message, where the message type includes a short message type or a long message type.
  • This step for the message type judgment process occurs at the end of receiving the target service message.
  • the terminal may parse the target service message according to the communication protocol, and determine that the target service message includes a specific message content or an identifier Rkey containing the message content; if the target service message includes a specific message content, the target service may be confirmed.
  • the message is a short message type; if the target service message contains the identity Rkey of the message content, then the target service message can be confirmed to be of a long message type.
  • the terminal reads an identifier of the message content from the target service message.
  • the terminal sends a download request to the processing server according to the identifier of the message content.
  • the processing server If receiving a download request sent by the terminal according to the identifier of the message content, the processing server returns a download address of the message content to the terminal.
  • the terminal receives a download address of the message content returned by the processing server.
  • the terminal downloads the message content according to the download address.
  • Steps S109-S112 may include the following two feasible implementation manners, one of the feasible implementation manners is:
  • the terminal may generate a download request for the identifier Rkey carrying the message content, and send the download request to the processing server, in which case the processing server may store at least one storage server of the message content according to the identifier Rkey of the message content.
  • the IP address is returned to the terminal; then, the download address received by the terminal side is the IP address of the at least one storage server, and the terminal may select the local address from the IP address of the at least one storage server based on the proximity principle.
  • the source IP address is the closest target IP address, and then the message content is obtained from the target storage server corresponding to the target IP address.
  • the terminal may generate a download request that simultaneously carries the identifier Rkey of the message content and the source IP address of the terminal, and sends the download request to the processing server.
  • the processing server may store the content of the message based on the principle of proximity. And selecting, by the at least one storage server, a destination IP address that is closest to the source IP address of the terminal to the terminal; then, the download address received by the terminal side is the target IP address, and then the target IP address is obtained from the target IP address. The content of the message is obtained in the corresponding target storage server.
  • the terminal selects the nearest target IP address by itself, or selects the nearest target IP address by the processing server. Based on the principle of proximity By selecting the destination IP address, the message content can be transmitted in the shortest transmission path, reducing the transmission delay and improving the download efficiency. Since the target IP address can be redirected to the location of the target storage server, and the identifier Rkey of the message content can be redirected to the location of the message content in the target storage server, the terminal utilizes the obtained target IP address and the identifier of the message content.
  • Rkey can assemble a unique URL (Uniform Resource Locator) for obtaining the content of the message, and download the message content based on the URL; in addition, after obtaining the content of the message, the terminal can output the target service message and the content of the message. The user on the terminal side can browse the message content of the output target service message in the terminal.
  • URL Uniform Resource Locator
  • the message processing method of the embodiment of the present invention determines the type of the message to be pushed according to the content of the message to be pushed when receiving the message push request of the public service account, and the service message and the message for the long message type to be pushed.
  • the content is separated, and the identifier of the message content is pushed to the terminal by using the existing message transmission channel, and then the terminal actively uses the dedicated download channel to pull the message content; the content of the message can be presented without being limited by the capacity limitation of the service message.
  • Flexible and diverse forms of expression thereby enhancing the richness and expressiveness of service messages; at the same time, service messages can not cause capacity bottlenecks due to the increase in the amount of data of message content, avoiding transmission congestion problems due to the capacity of service messages. , thereby improving the efficiency of message push.
  • the embodiment of the present invention further provides a processing server, which may be the processing server shown in FIG.
  • a processing server which may be the processing server shown in FIG.
  • the internal structure of the processing server may include, but is not limited to, a processor, a network interface, and a memory.
  • the processor, the network interface, and the memory in the processing server may be connected by a bus or other means.
  • a bus connection is taken as an example.
  • the processor (or CPU (Central Processing Unit) is the computing core and control core of the processing server.
  • the network interface can optionally include a standard wired interface, a wireless interface (such as WI-FI, a mobile communication interface, etc.).
  • Memory is a memory device in the processing server that stores programs and data. It can be understood that the memory herein may be a high speed RAM memory, or may be a non-volatile memory, such as at least one disk memory; optionally, at least one remote from the foregoing processor. Storage device.
  • the memory provides a storage space, which stores the operating system of the server, and may include, but is not limited to, a Windows system (an operating system), a Linux (an operating system) system, and the like, which are not limited by the present invention.
  • the storage space of the memory further stores the message processing device, and the processing server can determine the type of the message to be pushed according to the content of the message to be pushed when receiving the message pushing request of the public service account by running the message processing device stored in the memory.
  • the service message for the long message type to be pushed separates the service message from the message content, and uses the existing message transmission channel to push the identifier of the message content to the terminal, and then the terminal actively pulls the message content by using the dedicated download channel;
  • the content of the message can be presented in a more flexible and diverse form without being limited by the capacity of the service message, thereby improving the richness and expressiveness of the service message; at the same time, the service message can be increased by the amount of data of the message content.
  • the capacity bottleneck is generated to avoid the transmission congestion problem due to the capacity of the service message, thereby improving the message pushing efficiency.
  • the processing server executes the corresponding steps of the method flow shown in FIG. 2 by running the message processing device in the memory. Please refer to FIG. 4 together.
  • the device runs the following unit:
  • the request receiving unit 101 is configured to receive a message push request sent by a configuration server of a public service account, where the message push request includes a message content to be pushed.
  • the type determining unit 102 is configured to determine, according to the content of the message, a message type to be pushed, where the message type includes a short message type or a long message type.
  • the storage unit 103 is configured to store the message content in the cluster storage service system if the message type to be pushed is a long message type.
  • the identifier receiving unit 104 is configured to receive an identifier of the message content returned by the cluster storage service system.
  • the message generating unit 105 is configured to generate a target service message, where the target service message carries an identifier of the message content.
  • the message pushing unit 106 is configured to send the target service message to the corresponding terminal of the at least one account identifier in the Internet application to which the public service account belongs.
  • the download processing unit 107 is configured to: when receiving the download request sent by the terminal according to the identifier of the message content, return a download address of the message content to the terminal.
  • the device in the process of the operation type determining unit 102, the device specifically runs the following yuan:
  • the data amount obtaining unit 1001 is configured to acquire the data amount of the message content.
  • the comparing unit 1002 is configured to determine whether the amount of data is greater than a value of the MTU.
  • the type confirmation unit 1003 is configured to determine that the type of the message to be pushed is a long message type if the amount of data is greater than the value of the MTU; otherwise, determine that the type of the message to be pushed is a short message type.
  • the cluster storage service system includes at least one storage server, and each storage server has a unique IP address. Based on this, the process of the device running the storage unit 103 is specifically sending a storage instruction to the at least one storage server.
  • the store instruction includes the message content, and the store instruction is configured to control the at least one storage server to store the message content and generate a unique identifier of the message content.
  • the process of the device running the download processing unit 107 is specifically: if the download request of the identifier carrying the message content sent by the terminal is received, returning the IP address of the at least one storage server to the device Or the terminal that receives the identifier of the message content and the source IP address sent by the terminal, and selects the target closest to the source IP address from the IP addresses of the at least one storage server. The IP address is returned to the terminal.
  • the message processing device stored in the storage space of the memory may also be an application (computer readable program code) within the processing server.
  • the processor executes the application to do the following:
  • a message type to be pushed the message type including a short message type or a long message type
  • the type of the message to be pushed is a long message type, storing the message content in the cluster storage service system, and receiving an identifier of the message content returned by the cluster storage service system;
  • determining, according to the content of the message, the type of the message to be pushed comprising: acquiring a data quantity of the message content; determining whether the data quantity is greater than a value of the MTU; if greater than, determining that the type of the message to be pushed is long The message type; otherwise, the message type to be pushed is determined to be a short message type.
  • the cluster storage service system includes at least one storage server, and each storage server has a unique IP address.
  • the storing the message content in the cluster storage service system specifically: sending a storage instruction to the at least one storage server, where the storage instruction includes the message content, and the storage instruction is used to control the at least one storage
  • the server stores the message content and generates a unique identification of the message content.
  • the downloading address of the message content is returned to the terminal, specifically, if the receiving the terminal sends the carrying a download request of the identifier of the message content, returning the IP address of the at least one storage server to the terminal; or, if receiving a download request sent by the terminal and carrying the identifier of the message content and the source IP address, And selecting, from the IP address of the at least one storage server, a target IP address that is closest to the source IP address to the terminal.
  • the processing server can determine the type of the message to be pushed according to the content of the message to be pushed when receiving the message pushing request of the public service account by the message processing device of the embodiment.
  • the pushed long message type service message separates the service message from the message content, and uses the existing message transmission channel to push the identifier of the message content to the terminal, and then the terminal uses the dedicated download channel to actively pull the message content;
  • the embodiment of the present invention further provides a terminal, which may be any one of the terminals shown in FIG. The corresponding steps.
  • the internal structure of the terminal may include, but is not limited to, a processor, a user interface, a network interface, and a memory.
  • the processor, the user interface, the network interface, and the memory in the terminal may be connected by using a bus or other manners, in FIG. 5 shown in the embodiment of the present invention. Take the bus connection as an example.
  • the user interface is a medium for realizing interaction and information exchange between the user and the terminal, and the specific embodiment thereof may include a display for output and a keyboard for input, etc.
  • the keyboard can be either a physical keyboard or a touch screen virtual keyboard, or a keyboard that combines physical and touch screen virtual.
  • a CPU Central Processing Unit
  • the CPU can parse various commands in the terminal and process various types of data of the terminal.
  • the CPU can be used to parse the user.
  • Memory is a memory device in the terminal for storing programs and data. It can be understood that the memory herein may include the built-in memory of the terminal, and may also include the extended memory supported by the terminal.
  • the storage provides a storage space, which stores the operating system of the terminal, and may include, but is not limited to, a Windows system (an operating system), an Android (Android, a mobile operating system) system, and an IOS (a mobile operating system). The system and the like are not limited by the present invention.
  • the storage space of the memory stores the message processing device.
  • the terminal performs the corresponding steps of the method flow shown in FIG. 2 by running the message processing device in the memory. Please refer to FIG. 6 together.
  • the device runs the following units:
  • the type judging unit 201 is configured to determine a message type of the target service message when receiving a target service message of a public service account delivered by the processing server, where the message type includes a short message type or a long message type.
  • the identifier reading unit 202 is configured to read an identifier of the message content from the target service message if the target service message is a long message type.
  • the download request unit 203 is configured to send a download request to the processing server according to the identifier of the message content, and receive a download address of the message content returned by the processing server.
  • the content downloading unit 204 is configured to download the message content according to the download address.
  • the process of the device running the download request unit 203 is specifically: sending a download request carrying the identifier of the message content to the processing server, and receiving the processing server The IP address of at least one storage server returned.
  • the process of the device running the content downloading unit 204 is specifically: selecting a target IP address that is closest to the local source IP address from the IP addresses of the at least one storage server; and the target storage corresponding to the target IP address The content of the message is obtained in the server.
  • the process of the device running the download request unit 203 is specifically: sending, to the processing server, a download request carrying an identifier of the message content and a source IP address, and Receiving the target IP address returned by the processing server.
  • the process of the device running the content downloading unit 204 is specifically: acquiring the message content from a target storage server corresponding to the target IP address.
  • the message processing device stored in the storage space of the memory may also be an application (computer readable program code) in the terminal, for example, the device may be an instant messaging application or the like in the terminal.
  • the processor executes the application to do the following:
  • Determining a message type of the target service message where the message type includes a short message type or a long message type, when receiving a target service message of a public service account delivered by the processing server;
  • the target service message is a long message type, reading an identifier of the message content from the target service message;
  • the sending a download request to the processing server according to the identifier of the message content, and receiving a download address of the message content returned by the processing server specifically: sending the message to the processing server a download request of the identifier of the content, and receiving an IP address of the at least one storage server returned by the processing server; the downloading the content of the message according to the download address, specifically: from an IP address of the at least one storage server Selecting a target IP address that is closest to the local source IP address, and acquiring the message content from the target storage server corresponding to the target IP address.
  • the sending a download request to the processing server according to the identifier of the message content, and receiving a download address of the message content returned by the processing server specifically: sending the message to the processing server And the downloading request of the source IP address, and receiving the target IP address returned by the processing server; and downloading the message content according to the download address
  • the method is: acquiring the message content from a target storage server corresponding to the target IP address.
  • the terminal can execute the message processing device of the embodiment, and can determine, when the target service message of the public service account delivered by the processing server is a long message type, from the target service message. And reading an identifier of the content of the message; and receiving a download address of the content of the message from the processing server according to the identifier of the content of the message, and actively pulling the content of the message according to the download address.
  • the processing server uses the existing message transmission channel to push the identifier of the message content to the terminal, and then the terminal actively pulls the message content by using the dedicated download channel;
  • the capacity limitation of the message presents a more flexible and diverse form of expression, thereby improving the richness and expressiveness of the service message; at the same time, the service message can not cause a capacity bottleneck due to the increase of the data amount of the message content, avoiding the service
  • the capacity of the message causes transmission congestion problems, thereby improving the efficiency of message push.
  • the storage medium may be a magnetic disk, an optical disk, a read-only memory (ROM), or a random access memory (RAM).

Abstract

本发明实施例提供一种消息处理方法、装置及系统，其中的方法可包括：接收公众服务帐号的配置服务器发送的包括待推送的消息内容的消息推送请求；根据所述消息内容判断待推送的消息类型；若为长消息类型，在集群存储服务系统中存储所述消息内容，并接收所述集群存储服务系统返回的所述消息内容的标识；生成携带所述消息内容的标识的目标服务消息；将所述目标服务消息发送至与公众服务帐号所属互联网应用中的至少一个帐号标识的所对应的终端；若接收到终端根据所述消息内容的标识发送的下载请求，向终端返回所述消息内容的下载地址。本发明既能够使得消息内容呈现更为灵活多样的表现形式，提升服务消息的丰富性和表现力，又能够提升消息推送效率。

Description

一种消息处理方法、处理服务器、终端及存储介质
本发明要求2015年12月18日递交的发明名称为“一种消息处理方法、装置及系统”的申请号201510956368.X的在先申请优先权，上述在先申请的内容以引入的方式并入本文中。
技术领域
本发明涉及互联网技术领域，具体涉及互联网应用技术领域，尤其涉及一种消息处理方法、处理服务器、终端及存储介质。
背景技术
随着互联网技术的发展，互联网应用得到迅速发展。其中，公众服务帐号指开发者或服务商在互联网应用中注册的服务帐号，开发者或服务商可以通过公众服务帐号为互联网应用中的一个或多个用户提供服务；其中，互联网应用可以指：即时通信应用、SNS(Social Networking Services，社会性网络服务)应用等的社交应用，也可以指：游戏应用、电商应用等其他非社交应用。公众服务帐号通常会向互联网应用中的用户推送服务消息，目前，公众服务帐号待推送的消息内容是按照通信协议直接被组装为服务消息进行传输，而随着业务扩展的需要，越来越多的开发者或服务商请求推送的包含较为丰富的图片、音视频等素材的消息内容，采用目前的消息处理方式会使得服务消息的容量激增甚至产生容量瓶颈，同时导致服务消息在推送过程中出现传输拥塞、延长传输时延、影响推送效率等问题，因此，目前的消息处理过程越来越无法适应新的消息推送业务需求。
发明内容
本发明实施例提供一种消息处理方法、装置及系统，既能够使得消息内容呈现更为灵活多样的表现形式，提升服务消息的丰富性和表现力，又能够提升消息推送效率。
本发明实施例第一方面提供一种消息处理方法，可包括：
接收公众服务帐号的配置服务器发送的消息推送请求，所述消息推送请求中包括待推送的消息内容；
根据所述消息内容判断待推送的消息类型，所述消息类型包括短消息类型或长消息类型；
若待推送的消息类型为长消息类型，在集群存储服务系统中存储所述消息内容，并接收所述集群存储服务系统返回的所述消息内容的标识；
生成目标服务消息，所述目标服务消息携带所述消息内容的标识；
将所述目标服务消息发送至所述公众服务帐号所属互联网应用中的至少一个帐号标识的所对应的终端；
若接收到所述终端根据所述消息内容的标识发送的下载请求，向所述终端返回所述消息内容的下载地址，使所述终端根据所述下载地址下载所述消息内容。
本发明实施例第二方面提供另一种消息处理方法，可包括：
当接收到处理服务器下发的公众服务帐号的目标服务消息时，判断所述目标服务消息的消息类型，所述消息类型包括短消息类型或长消息类型；
若所述目标服务消息为长消息类型，从所述目标服务消息中读取消息内容的标识；
根据所述消息内容的标识向所述处理服务器发送下载请求，并接收所述处理服务器返回的所述消息内容的下载地址；
根据所述下载地址下载所述消息内容。
本发明实施例第三方面提供一种处理服务器，可包括：
网络接口；
存储器，存储计算机可读程序代码；以及
处理器，用于执行所述计算机可读程序代码，以执行以下操作：
接收公众服务帐号的配置服务器发送的消息推送请求，所述消息推送请求中包括待推送的消息内容；
根据所述消息内容判断待推送的消息类型，所述消息类型包括短消息类型或长消息类型；
若待推送的消息类型为长消息类型，在集群存储服务系统中存储所述消息 内容，并接收所述集群存储服务系统返回的所述消息内容的标识；
生成目标服务消息，所述目标服务消息携带所述消息内容的标识；
将所述目标服务消息发送至所述公众服务帐号所属互联网应用中的至少一个帐号标识的所对应的终端；
若接收到所述终端根据所述消息内容的标识发送的下载请求，向所述终端返回所述消息内容的下载地址，使所述终端根据所述下载地址下载所述消息内容。
本发明实施例第四方面提供一种终端，可包括：
网络接口；
用户接口；
存储器，存储计算机可读程序代码；以及
处理器，用于执行所述计算机可读程序代码，以执行以下操作：
当接收到处理服务器下发的公众服务帐号的目标服务消息时，判断所述目标服务消息的消息类型，所述消息类型包括短消息类型或长消息类型；
若所述目标服务消息为长消息类型，从所述目标服务消息中读取消息内容的标识；
根据所述消息内容的标识向所述处理服务器发送下载请求，并接收所述处理服务器返回的所述消息内容的下载地址；
根据所述下载地址下载所述消息内容。
本发明实施例第五方面提供一种计算机可读存储媒介，存储计算机可读程序代码，所述计算机可读程序代码运行于信息处理装置中，以用于：
接收公众服务帐号的配置服务器发送的消息推送请求，所述消息推送请求中包括待推送的消息内容；
根据所述消息内容判断待推送的消息类型，所述消息类型包括短消息类型或长消息类型；
若待推送的消息类型为长消息类型，在集群存储服务系统中存储所述消息内容，并接收所述集群存储服务系统返回的所述消息内容的标识；
生成目标服务消息，所述目标服务消息携带所述消息内容的标识；
将所述目标服务消息发送至所述公众服务帐号所属互联网应用中的至少 一个帐号标识的所对应的终端；
若接收到所述终端根据所述消息内容的标识发送的下载请求，向所述终端返回所述消息内容的下载地址，使所述终端根据所述下载地址下载所述消息内容。
本发明实施例第六方面提供另一种计算机可读存储媒介，存储计算机可读程序代码，所述计算机可读程序代码运行于信息处理装置中，以用于：
当接收到处理服务器下发的公众服务帐号的目标服务消息时，判断所述目标服务消息的消息类型，所述消息类型包括短消息类型或长消息类型；
若所述目标服务消息为长消息类型，从所述目标服务消息中读取消息内容的标识；
根据所述消息内容的标识向所述处理服务器发送下载请求，并接收所述处理服务器返回的所述消息内容的下载地址；
根据所述下载地址下载所述消息内容。
本发明实施例中，在接收到公众服务帐号的消息推送请求时，根据待推送的消息内容判断待推送的消息类型，针对待推送的长消息类型的服务消息会将服务消息与消息内容相分离，利用既有的消息传输通道向终端推送消息内容的标识，再由终端利用专用下载通道主动拉取消息内容；可使得消息内容能够不受限于服务消息的容量限制而呈现更为灵活多样的表现形式，从而提升服务消息的丰富性和表现力；与此同时，服务消息能够不因消息内容的数据量的增大而产生容量瓶颈，避免由于服务消息的容量而产生传输拥塞问题，从而提升消息推送效率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例提供的一种消息处理系统的结构示意图；
图2为本发明实施例提供的一种消息处理方法的流程图；
图3为本发明实施例提供的一种处理服务器的结构示意图；
图4为本发明实施例提供的一种消息处理装置的结构示意图；
图5为本发明实施例提供的一种终端的结构示意图；
图6为本发明实施例提供的另一种消息处理装置的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
本发明实施例中，针对公众服务帐号所推送的长消息类型的服务消息，采用推拉结合的方式进行传输，具体为：将服务消息与消息内容相分离，由处理服务器利用既有的消息传输通道向终端推送消息内容的标识，再由终端利用专用下载通道主动拉取消息内容；采用本发明实施例可使得消息内容能够不受限于服务消息的容量限制而呈现更为灵活多样的表现形式，从而提升服务消息的丰富性和表现力；与此同时，服务消息能够不因消息内容的数据量的增大而产生容量瓶颈，避免由于服务消息的容量而产生传输拥塞问题，从而提升消息推送效率。
基于上述原理，本发明实施例提供了一种消息处理系统，该系统可以被应用于诸如即时通讯平台、SNS平台等社交应用平台中，也可以被应用于诸如电商平台等其他非社交应用平台中。参见图1，与传统的消息处理系统的架构一致，该系统可包括：处理服务器，接入至所述处理服务器的至少一个配置服务器，以及接入至所述处理服务器的至少一个终端。
终端可以为笔记本电脑、手机、PAD(平板电脑)、车载终端、智能可穿戴设备等设备。终端中可以运行至少一种类型的互联网应用，包括但不限于：社交应用、游戏应用、电商应用等等。其中，社交应用指能够实现社交功能的应用程序；所述社交应用可以包括但不限于：即时通信应用、SNS应用等等。用户可以通过终端使用互联网应用，例如：用户A可通过终端A在互联网应用中注册获得帐号标识，并配置诸如年龄、爱好等个人基本数据，或者，用户 A可通过终端A管理自身在互联网应用中的密码等隐私数据，或者，用户A可通过终端A在互联网应用中关注某个公众服务帐号、添加好友等以形成用户A的关系链；等等。
公众服务帐号指开发者或服务商在互联网应用平台中注册后，由处理服务器为开发者或服务商所分配的服务帐号，该注册的互联网应用可称为公众服务帐号所属互联网应用；开发者或服务商可以通过公众服务帐号为互联网应用中的用户提供诸如消息推送等的服务。一个公众服务帐号至少对应一个配置服务器，公众服务帐号的配置服务器指通过公众服务帐号为互联网应用中的用户提供诸如消息推送等服务的服务器。具体地，公众服务帐号的配置服务器可以为应用服务器，例如：某电商应用的开发者在社交应用中注册一个标识为xx的公众服务帐号，该公众服务帐号xx的配置服务器可以为该电商应用的应用服务器，该公众服务帐号xx的配置服务器可以为社交应用中的用户提供电商相关服务。具体地，公众服务帐号的配置服务器也可以为网页服务器，例如：某游戏网站的服务商在社交应用中注册一个标识为yyy的公众服务帐号，该公众服务帐号yyy的配置服务器可以为该游戏网站的网页服务器，该公众服务帐号yyy的配置服务器可以为社交应用中的用户提供游戏相关服务。公众服务帐号的配置服务器还可以为第三方平台服务器，例如：某游戏开发者在社交应用中注册一个标识为zz的公众服务帐号，但该开发者不具备开发实力，其可以授权第三平台代为开发，则获得授权的第三方平台服务器为该公众服务帐号zz的配置服务器，该开发者通过公众服务帐号zz的配置服务器为社交应用中的用户提供服务。
处理服务器可指为互联网应用平台提供消息处理相关服务的服务器。该处理服务器可用于处理互联网应用平台在实现相应功能过程中的各种需求，并可用于对互联网应用中的用户的相关数据、公众服务帐号的相关数据及用户之间、用户与公众服务帐号之间的交互消息进行管理。其中，用户的相关数据可包括但不限于：帐号标识、密码、关系链等。公众服务帐号的相关数据可包括但不限于：标识、关系链等。
再请参见图1，在上述所示的传统架构的基础上，本发明实施例的消息处理系统还增加了集群存储服务系统，该集群存储服务系统用于存储与长消息类 型的服务消息相分离的消息内容。该集群存储服务系统由至少一个存储服务器构成，每个存储服务器具备唯一一个IP地址。该集群存储服务系统所采用的机制如下：针对同一个消息内容，会被分别镜像存储在各个存储服务器中，也就是说同一消息内容可以存在于集群存储服务系统的每个存储服务器中；并且，存储的同时各个存储服务器会生成该消息内容的唯一标识，依据所述消息内容的唯一标识可以从每个存储服务器中读取该消息内容。集群存储服务系统可提供关于消息内容的下载服务，用户可以通过终端接入至集群存储服务系统中下载所需要的消息内容。
可以理解的是，图1所示的消息处理系统在实际应用中还可进一步包含其他结构，例如：还可包括数据库服务器用于存储用户及公众服务帐号的相关数据；或者，还可包括缓存服务器用于缓存各类交互消息；等等。
本实施例中，处理服务器可以向开发者或服务商提供消息推送管理界面，开发者或服务商可以通过公众服务帐号的配置服务器进入此消息推送管理界面中，以创建和编辑待推送的消息内容；此处的消息内容可包括但不限于：文本、图片、音视频等等；进一步，开发者或服务商还可在此消息推送管理界面中编辑推送对象，例如：推送对象可以是互联网应用的全部或部分用户，或者可以是关注该公众服务帐号的全部用户、某类用户或单个用户。当开发者或服务商完成编辑后，处理服务器可从消息推送管理界面中获得消息内容，并依据该消息内容判断待推送的消息类型；如果待推送的消息类型是长消息类型，那么，处理服务器在集群存储服务系统中存储该消息内容，并接收所述集群存储服务系统返回的该消息内容的标识；按照通信协议对该消息内容的标识进行封装形成目标服务消息，通过既有的消息传输通道将服务消息推送给该公众服务帐号所属互联网应用中的一个或多个用户的终端，终端可依据目标服务消息携带的该消息内容的标识通过专用下载通道主动拉取消息内容，通过处理服务器与终端之间的推拉方式的交互，实现了长消息类型的服务消息的传输，既能够使得消息内容呈现更为灵活多样的表现形式，提升服务消息的丰富性和表现力，又能够提升消息推送效率。
基于上述描述，本发明实施例还提供了一种消息处理方法，该方法可应用 于图1所示的系统中。请参见图2，该方法可执行以下步骤S101-S112，其中，步骤S101-S106以及步骤S110可由图1所示的处理服务器具体执行，步骤S107-S109以及步骤S111-S112可由图1所示的任一个终端具体执行；并且，处理服务器与终端在执行方法各步骤的过程中与图1所示的配置服务器及集群存储服务系统进行交互；具体如下：
S101，处理服务器接收公众服务帐号的配置服务器发送的消息推送请求，所述消息推送请求中包括待推送的消息内容。
本发明实施例中，处理服务器可分别向公众服务帐号的配置服务器及接入至互联网应用的终端提供消息系统接口，公众服务帐号的配置服务器利用该消息系统接口可进行下行消息的推送，终端利用该消息系统接口可进行上行消息的发送。公众服务帐号的配置服务器可以在处理服务器提供的消息推送管理界面中创建和编辑待推送的消息内容，在编辑完成并确认推送后会形成消息推送请求，该消息推送请求用于请求向互联网应用中的用户推送目标服务消息；与此同时会调用消息系统接口将该消息推送请求传递至处理服务器，处理服务器从消息系统接口监听到消息推送请求时，可以从消息推送管理界面中获取待推送的消息内容，此处的消息内容可包括但不限于：文本、图片、音视频等等。
S102，处理服务器根据所述消息内容判断待推送的消息类型，所述消息类型包括短消息类型或长消息类型。
处理服务器在执行步骤S102时具体执行如下步骤s11-s13：
s11，获取所述消息内容的数据量。数据量用于描述消息内容所包含的数据长度或数据大小，其计量单位包括bit(比特)、byte(字节)、KB(千字节)、GB(十亿字节)等等。处理服务器获得消息内容后，可计算该消息内容的数据量。
s12，判断所述数据量是否大于MTU的值。
MTU用于描述一种通信协议下所允许的最大数据包大小，通常以字节为单位。一般地，MTU与通信接口(网络接口卡、串口等)有关，MTU越大，传送相同的数据所需的数据包数量越少，通信效率越高。在诸如即时通信平台、SNS平台等社交应用平台中，MTU的值通常是1500字节。
s13，若大于，确定待推送的消息类型为长消息类型；否则，确定待推送 的消息类型为短消息类型。
上述步骤s11-s13中，处理服务器在从消息推送管理界面中获得消息内容之后，计算该消息内容的数据量，并且判断该数据量是否大于MTU的值，以MTU的值为1500字节为例，如果消息内容的数据量大于1500字节，那么，表明待推送的服务消息的长度超过一个MTU的长度，则该待推送的消息类型为长消息类型；相反，如果消息内容的数据量在1500字节及以内，表明待推送的服务消息可以由一个MTU承载，则该待推送的消息类型为短消息类型。
可以理解的是，上述步骤s11-s13为本发明实施例的一种优选实现方式，实际应用中还可以采用其他方式，例如：可以设置阈值，若消息内容的数据量大于该阈值则认为是短消息类型；否则认为是长消息类型；等等。
S103，若待推送的消息类型为长消息类型，处理服务器在集群存储服务系统中存储所述消息内容。
如果待推送的消息类型为短消息类型，那么，处理服务器可以按照通信协议对消息内容进行封装形成服务消息，按照现有传输方式通过既有的消息传输通道将该服务消息推送给关注该公众服务帐号的一个或多个用户。如果待推送的消息类型为长消息类型，那么，处理服务器可以向集群存储服务系统中的至少一个存储服务器发送存储指令，所述存储指令包括所述消息内容，所述存储指令用于控制所述至少一个存储服务器存储所述消息内容，并生成所述消息内容的唯一标识。需要说明的是，消息内容被分别存储在各个存储服务器中，同一消息内容可以存在于集群存储服务系统的每个存储服务器中，依据所述消息内容的唯一标识可以从每个存储服务器中读取该消息内容；此处，每个存储服务器均采用相同的标准生成消息内容的唯一标识，具体地，可以根据该消息内容的数据量、形成时间戳等等属性基于Hash(哈希)算法计算得到；由于存在于每个存储服务器的消息内容的属性是一致的，因此每个存储服务器计算获得的该消息内容的标识也是唯一的。
S104，处理服务器接收所述集群存储服务系统返回的所述消息内容的标识。此步骤中，消息内容的标识可以是由所述集群存储服务系统的任一个或多个存储服务器返回至处理服务器。本发明实施例的后续步骤中，可以采用Rkey表示消息内容的标识。
S105，处理服务器生成目标服务消息，所述目标服务消息携带所述消息内容的标识。处理服务器按照通信协议对消息内容的标识Rkey进行封装形成目标服务消息，此处的通信协议可包括但不限于：TCP(Transmission Control Protocol，传输控制协议)协议、UDP(User Datagram Protocol，用户数据报协议)协议等等。本步骤可知，目标服务消息并非承载消息内容本身，而是承载消息内容的标识，这就实现了目标服务消息与消息内容的分离。
S106，处理服务器将所述目标服务消息发送至所述公众服务帐号所属互联网应用中的至少一个帐号标识的所对应的终端。
用户通过终端使用所述互联网应用的过程中，可以在该互联网应用中注册获得帐号标识；进一步，用户可关注至少一个公众服务帐号以接受所关注的公众服务帐号提供的服务，例如：用户A可在社交应用中关注某个视频网站对应的公众服务帐号zz，当用户A成功关注公众服务帐号zz之后，用户A对应的帐号标识a则与公众服务帐号zz形成关联关系，用户A可收到该公众服务帐号zz提供的视频下载或视频观看服务。通常，处理服务器采用关系链记录所述公众服务帐号的关注关系、关联关系等，并对所述公众服务帐号的关系链进行维护和管理；例如：上述例子中，用户A取消关注公众服务帐号zz时，帐号标识a与公众服务帐号zz之间的关联关系同时解除，所述处理服务器需要更新公众服务帐号zz的关系链。在本步骤的一种可行的实施方式中，处理服务器可以将目标服务消息发送至互联网应用中的全部或部分的用户的帐号标识对应的终端；在另一种可行的实施方式中，处理服务器可查询所述公众服务帐号的关系链，获取与所述公众服务帐号具备关联关系的至少一个帐号标识，并且，将目标服务消息发送至该至少一个帐号标识的所对应的终端。可以理解的是，如果公众服务帐号的配置服务器在消息推送管理界面指定了推送对象为一个或多个用户，那么，本步骤中处理服务器从至少一个帐号标识中选取推送对象的帐号标识，然后将目标服务消息推送至推送对象的帐号标识对应的终端。
S107，当接收到处理服务器下发的公众服务帐号的目标服务消息时，终端判断所述目标服务消息的消息类型，所述消息类型包括短消息类型或长消息类型。
本步骤针对消息类型的判断过程发生在接收到目标服务消息的任一个终 端侧，终端可以根据通信协议解析目标服务消息，判断该目标服务消息包含具体的消息内容，或者包含消息内容的标识Rkey；如果该目标服务消息包含具体的消息内容，那么，可确认该目标服务消息是短消息类型；如果该目标服务消息包含消息内容的标识Rkey，那么，可确认该目标服务消息是长消息类型。
S108，若所述目标服务消息为长消息类型，终端从所述目标服务消息中读取消息内容的标识。
S109，终端根据所述消息内容的标识向所述处理服务器发送下载请求。
S110，若接收到所述终端根据所述消息内容的标识发送的下载请求，处理服务器向所述终端返回所述消息内容的下载地址。
S111，终端接收所述处理服务器返回的所述消息内容的下载地址。
S112，终端根据所述下载地址下载所述消息内容。
步骤S109-S112可以包括以下两种可行的实施方式，其中一种可行的实施方式为：
终端可以生成携带消息内容的标识Rkey的下载请求，并且向所述处理服务器发送该下载请求，在此情况下，处理服务器可以根据该消息内容的标识Rkey，将存储该消息内容的至少一个存储服务器的IP地址返回给所述终端；那么，终端侧接收到的下载地址即为该至少一个存储服务器的IP地址，终端可以基于就近原则，从所述至少一个存储服务器的IP地址中选取与终端本地的源IP地址距离最近的目标IP地址，然后从该目标IP地址所对应的目标存储服务器中获取消息内容。
在另一种可行的实施方式中：
终端可以生成同时携带消息内容的标识Rkey以及终端本地的源IP地址的下载请求，并且向所述处理服务器发送该下载请求，在此情况下，处理服务器可以基于就近原则，从存储该消息内容的至少一个存储服务器的IP地址中选取与终端本地的源IP地址距离最近的目标IP地址返回给所述终端；那么，终端侧接收到的下载地址即为该目标IP地址，然后从该目标IP地址所对应的目标存储服务器中获取消息内容。
需要说明的是，上述两种可行的实施方式的差别在于：由终端自行选择就近的目标IP地址，还是由处理服务器选择就近的目标IP地址。基于就近原则 选取目标IP地址，可以使消息内容能够在最短的传输路径中进行传输，减少传输时延，提升下载效率。由于目标IP地址能够重定向至目标存储服务器的所在位置，而消息内容的标识Rkey能够重定向至目标存储服务器内的消息内容所在位置，因此，终端利用所获得的目标IP地址及消息内容的标识Rkey能够组装得到获取该消息内容的唯一URL(Uniform Resource Locator，统一资源定位符)，并基于该URL下载得到消息内容；另外，终端在获得消息内容之后，可以输出目标服务消息以及该消息内容，终端侧的用户则可在终端中浏览所输出的目标服务消息的消息内容。
本发明实施例的消息处理方法，在接收到公众服务帐号的消息推送请求时，根据待推送的消息内容判断待推送的消息类型，针对待推送的长消息类型的服务消息会将服务消息与消息内容相分离，利用既有的消息传输通道向终端推送消息内容的标识，再由终端利用专用下载通道主动拉取消息内容；可使得消息内容能够不受限于服务消息的容量限制而呈现更为灵活多样的表现形式，从而提升服务消息的丰富性和表现力；与此同时，服务消息能够不因消息内容的数据量的增大而产生容量瓶颈，避免由于服务消息的容量而产生传输拥塞问题，从而提升消息推送效率。
基于上述实施例所示的消息处理系统及消息处理方法，本发明实施例还提供了一种处理服务器，该处理服务器可以是图1所示的处理服务器，可用于执行上述图2所示方法流程的相应步骤。请参见图3，该处理服务器的内部结构可包括但不限于：处理器、网络接口及存储器。其中，处理服务器内的处理器、网络接口及存储器可通过总线或其他方式连接，在本发明实施例所示图3中以通过总线连接为例。
其中，处理器(或称CPU(Central Processing Unit，中央处理器))是处理服务器的计算核心以及控制核心。网络接口可选的可以包括标准的有线接口、无线接口(如WI-FI、移动通信接口等)。存储器(Memory)是处理服务器中的记忆设备，用于存放程序和数据。可以理解的是，此处的存储器可以是高速RAM存储器，也可以是非易失性的存储器(non-volatile memory)，例如至少一个磁盘存储器；可选的还可以是至少一个位于远离前述处理器的存储装置。 存储器提供存储空间，该存储空间存储了服务器的操作系统，可包括但不限于：Windows系统(一种操作系统)、Linux(一种操作系统)系统等等，本发明对此并不作限定。存储器的存储空间还存储了消息处理装置，处理服务器通过运行存储器中所存储的消息处理装置，能够在接收到公众服务帐号的消息推送请求时，根据待推送的消息内容判断待推送的消息类型，针对待推送的长消息类型的服务消息会将服务消息与消息内容相分离，利用既有的消息传输通道向终端推送消息内容的标识，再由终端利用专用下载通道主动拉取消息内容；可使得消息内容能够不受限于服务消息的容量限制而呈现更为灵活多样的表现形式，从而提升服务消息的丰富性和表现力；与此同时，服务消息能够不因消息内容的数据量的增大而产生容量瓶颈，避免由于服务消息的容量而产生传输拥塞问题，从而提升消息推送效率。
在本发明实施例中，处理服务器通过运行存储器中的消息处理装置来执行上述图2所示方法流程的相应步骤。请一并参见图4，在消息处理过程中，该装置运行如下单元：
请求接收单元101，用于接收公众服务帐号的配置服务器发送的消息推送请求，所述消息推送请求中包括待推送的消息内容。
类型判断单元102，用于根据所述消息内容判断待推送的消息类型，所述消息类型包括短消息类型或长消息类型。
存储单元103，用于若待推送的消息类型为长消息类型，在集群存储服务系统中存储所述消息内容。
标识接收单元104，用于接收所述集群存储服务系统返回的所述消息内容的标识。
消息生成单元105，用于生成目标服务消息，所述目标服务消息携带所述消息内容的标识。
消息推送单元106，用于将所述目标服务消息发送至所述公众服务帐号所属互联网应用中的至少一个帐号标识的所对应的终端。
下载处理单元107，用于若接收所述终端根据所述消息内容的标识发送的下载请求，向所述终端返回所述消息内容的下载地址。
具体实现中，该装置在运行类型判断单元102的过程中，具体运行如下单 元：
数据量获取单元1001，用于获取所述消息内容的数据量。
比较单元1002，用于判断所述数据量是否大于MTU的值。
类型确认单元1003，用于若所述数据量大于MTU的值，确定待推送的消息类型为长消息类型；否则，确定待推送的消息类型为短消息类型。
具体实现中，所述集群存储服务系统包括至少一个存储服务器，每个存储服务器具备唯一一个IP地址；基于此，该装置运行存储单元103的过程具体为向所述至少一个存储服务器发送存储指令，所述存储指令包括所述消息内容，所述存储指令用于控制所述至少一个存储服务器存储所述消息内容，并生成所述消息内容的唯一标识。
具体实现中，该装置运行所述下载处理单元107的过程具体为：若接收到所述终端发送的携带所述消息内容的标识的下载请求，将所述至少一个存储服务器的IP地址返回给所述终端；或者，若接收到所述终端发送的携带所述消息内容的标识及源IP地址的下载请求，从所述至少一个存储服务器的IP地址中选取与所述源IP地址距离最近的目标IP地址返回给所述终端。
存储器的存储空间里存储的消息处理装置也可以是处理服务器内的一个应用程序(计算机可读程序代码)。这种情况下，处理器执行该应用程序，以执行以下操作：
接收公众服务帐号的配置服务器发送的消息推送请求，所述消息推送请求中包括待推送的消息内容；
根据所述消息内容判断待推送的消息类型，所述消息类型包括短消息类型或长消息类型；
若待推送的消息类型为长消息类型，在集群存储服务系统中存储所述消息内容，并接收所述集群存储服务系统返回的所述消息内容的标识；
生成目标服务消息，所述目标服务消息携带所述消息内容的标识；
将所述目标服务消息发送至所述公众服务帐号所属互联网应用中的至少一个帐号标识的所对应的终端；
若接收到所述终端根据所述消息内容的标识发送的下载请求，向所述终端返回所述消息内容的下载地址，使所述终端根据所述下载地址下载所述消息内 容。
进一步地，所述根据所述消息内容判断待推送的消息类型，包括：获取所述消息内容的数据量；判断所述数据量是否大于MTU的值；若大于，确定待推送的消息类型为长消息类型；否则，确定待推送的消息类型为短消息类型。
进一步的，所述集群存储服务系统包括至少一个存储服务器，每个存储服务器具备唯一一个IP地址。所述在集群存储服务系统中存储所述消息内容，具体为：向所述至少一个存储服务器发送存储指令，所述存储指令包括所述消息内容，所述存储指令用于控制所述至少一个存储服务器存储所述消息内容，并生成所述消息内容的唯一标识。
进一步地，所述若接收到所述终端根据所述消息内容的标识发送的下载请求，向所述终端返回所述消息内容的下载地址，具体为：若接收到所述终端发送的携带所述消息内容的标识的下载请求，将所述至少一个存储服务器的IP地址返回给所述终端；或者，若接收到所述终端发送的携带所述消息内容的标识及源IP地址的下载请求，从所述至少一个存储服务器的IP地址中选取与所述源IP地址距离最近的目标IP地址返回给所述终端。
与图2所示的方法同理，处理服务器通过运行本实施例的消息处理装置，能够在接收到公众服务帐号的消息推送请求时，根据待推送的消息内容判断待推送的消息类型，针对待推送的长消息类型的服务消息会将服务消息与消息内容相分离，利用既有的消息传输通道向终端推送消息内容的标识，再由终端利用专用下载通道主动拉取消息内容；可使得消息内容能够不受限于服务消息的容量限制而呈现更为灵活多样的表现形式，从而提升服务消息的丰富性和表现力；与此同时，服务消息能够不因消息内容的数据量的增大而产生容量瓶颈，避免由于服务消息的容量而产生传输拥塞问题，从而提升消息推送效率。
基于上述实施例所示的消息处理系统及消息处理方法，本发明实施例还提供了一种终端，该终端可以是图1所示的任一个终端，可用于执行上述图2所示方法流程的相应步骤。请参见图5，该终端的内部结构可包括但不限于：处理器、用户接口、网络接口及存储器。其中，终端内的处理器、用户接口、网络接口及存储器可通过总线或其他方式连接，在本发明实施例所示图5中以 通过总线连接为例。
其中，用户接口是实现用户与终端进行交互和信息交换的媒介，其具体体现可以包括用于输出的显示屏(Display)以及用于输入的键盘(Keyboard)等等，需要说明的是，此处的键盘既可以为实体键盘，也可以为触屏虚拟键盘，还可以为实体与触屏虚拟相结合的键盘。处理器(或称CPU(Central Processing Unit，中央处理器))是终端的计算核心以及控制核心，其可以解析终端内的各类指令以及处理终端的各类数据，例如：CPU可以用于解析用户向终端所发送的开关机指令，并控制终端进行开关机操作；再如：CPU可以在终端内部结构之间传输各类交互数据，等等。存储器(Memory)是终端中的记忆设备，用于存放程序和数据。可以理解的是，此处的存储器既可以包括终端的内置存储器，当然也可以包括终端所支持的扩展存储器。存储器提供存储空间，该存储空间存储了终端的操作系统，可包括但不限于：Windows系统(一种操作系统)、Android(安卓，一种移动操作系统)系统、IOS(一种移动操作系统)系统等等，本发明对此并不作限定。存储器的存储空间存储了消息处理装置。
在本发明实施例中，终端通过运行存储器中的消息处理装置来执行上述图2所示方法流程的相应步骤。请一并参见图6，在消息处理过程中，该装置运行如下单元：
类型判断单元201，用于当接收到处理服务器下发的公众服务帐号的目标服务消息时，判断所述目标服务消息的消息类型，所述消息类型包括短消息类型或长消息类型。
标识读取单元202，用于若所述目标服务消息为长消息类型，从所述目标服务消息中读取消息内容的标识。
下载请求单元203，用于根据所述消息内容的标识向所述处理服务器发送下载请求，并接收所述处理服务器返回的所述消息内容的下载地址。
内容下载单元204，用于根据所述下载地址下载所述消息内容。
在本实施例的一种可行的实施方式中，该装置运行所述下载请求单元203的过程具体为：向所述处理服务器发送携带所述消息内容的标识的下载请求，并接收所述处理服务器返回的至少一个存储服务器的IP地址。
该装置运行所述内容下载单元204的过程具体为：从所述至少一个存储服务器的IP地址中选取与本地的源IP地址距离最近的目标IP地址；从所述目标IP地址所对应的目标存储服务器中获取所述消息内容。
在本实施例的另一种可行的实施方式中，该装置运行所述下载请求单元203的过程具体为：向所述处理服务器发送携带所述消息内容的标识及源IP地址的下载请求，并接收所述处理服务器返回的目标IP地址。
该装置运行所述内容下载单元204的过程具体为：从所述目标IP地址所对应的目标存储服务器中获取所述消息内容。
存储器的存储空间里存储的消息处理装置也可以是终端内的一个应用程序(计算机可读程序代码)，例如：该装置可以是终端内的即时通信应用程序等。这种情况下，处理器执行该应用程序，以执行以下操作：
当接收到处理服务器下发的公众服务帐号的目标服务消息时，判断所述目标服务消息的消息类型，所述消息类型包括短消息类型或长消息类型；
若所述目标服务消息为长消息类型，从所述目标服务消息中读取消息内容的标识；
根据所述消息内容的标识向所述处理服务器发送下载请求，并接收所述处理服务器返回的所述消息内容的下载地址；
根据所述下载地址下载所述消息内容。
进一步地，所述根据所述消息内容的标识向所述处理服务器发送下载请求，并接收所述处理服务器返回的所述消息内容的下载地址，具体为：向所述处理服务器发送携带所述消息内容的标识的下载请求，并接收所述处理服务器返回的至少一个存储服务器的IP地址；所述根据所述下载地址下载所述消息内容，具体为：从所述至少一个存储服务器的IP地址中选取与本地的源IP地址距离最近的目标IP地址；从所述目标IP地址所对应的目标存储服务器中获取所述消息内容。
进一步地，所述根据所述消息内容的标识向所述处理服务器发送下载请求，并接收所述处理服务器返回的所述消息内容的下载地址，具体为：向所述处理服务器发送携带所述消息内容的标识及源IP地址的下载请求，并接收所述处理服务器返回的目标IP地址；所述根据所述下载地址下载所述消息内容，具 体为：从所述目标IP地址所对应的目标存储服务器中获取所述消息内容。
与图2所示的方法同理，终端通过运行本实施例的消息处理装置，能够在判断出处理服务器下发的公众服务帐号的目标服务消息为长消息类型时，从所述目标服务消息中读取消息内容的标识；并根据所述消息内容的标识从处理服务器接收所述消息内容的下载地址，并根据所述下载地址主动拉取所述消息内容。由于目标服务消息与消息内容相分离，处理服务器利用既有的消息传输通道向终端推送消息内容的标识，再由终端利用专用下载通道主动拉取消息内容；可使得消息内容能够不受限于服务消息的容量限制而呈现更为灵活多样的表现形式，从而提升服务消息的丰富性和表现力；与此同时，服务消息能够不因消息内容的数据量的增大而产生容量瓶颈，避免由于服务消息的容量而产生传输拥塞问题，从而提升消息推送效率。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。
以上所揭露的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范围，因此依本发明权利要求所作的等同变化，仍属本发明所涵盖的范围。

Claims (21)

  1. 一种消息处理方法，其特征在于，包括：
    接收公众服务帐号的配置服务器发送的消息推送请求，所述消息推送请求中包括待推送的消息内容；
    根据所述消息内容判断待推送的消息类型，所述消息类型包括短消息类型或长消息类型；
    若待推送的消息类型为长消息类型，在集群存储服务系统中存储所述消息内容，并接收所述集群存储服务系统返回的所述消息内容的标识；
    生成目标服务消息，所述目标服务消息携带所述消息内容的标识；
    将所述目标服务消息发送至所述公众服务帐号所属互联网应用中的至少一个帐号标识的所对应的终端；
    若接收到所述终端根据所述消息内容的标识发送的下载请求，向所述终端返回所述消息内容的下载地址，使所述终端根据所述下载地址下载所述消息内容。
  2. 如权利要求1所述的方法，其特征在于，所述根据所述消息内容判断待推送的消息类型，包括：
    获取所述消息内容的数据量；
    判断所述数据量是否大于MTU的值；
    若大于，确定待推送的消息类型为长消息类型；否则，确定待推送的消息类型为短消息类型。
  3. 如权利要求1或2所述的方法，其特征在于，所述集群存储服务系统包括至少一个存储服务器，每个存储服务器具备唯一一个IP地址；
    所述在集群存储服务系统中存储所述消息内容，具体为：向所述至少一个存储服务器发送存储指令，所述存储指令包括所述消息内容，所述存储指令用于控制所述至少一个存储服务器存储所述消息内容，并生成所述消息内容的唯一标识。
  4. 如权利要求3所述的方法，其特征在于，所述若接收到所述终端根据所述消息内容的标识发送的下载请求，向所述终端返回所述消息内容的下载地址，具体为：
    若接收到所述终端发送的携带所述消息内容的标识的下载请求，将所述至少一个存储服务器的IP地址返回给所述终端；或者，
    若接收到所述终端发送的携带所述消息内容的标识及源IP地址的下载请求，从所述至少一个存储服务器的IP地址中选取与所述源IP地址距离最近的目标IP地址返回给所述终端。
  5. 一种消息处理方法，其特征在于，包括：
    当接收到处理服务器下发的公众服务帐号的目标服务消息时，判断所述目标服务消息的消息类型，所述消息类型包括短消息类型或长消息类型；
    若所述目标服务消息为长消息类型，从所述目标服务消息中读取消息内容的标识；
    根据所述消息内容的标识向所述处理服务器发送下载请求，并接收所述处理服务器返回的所述消息内容的下载地址；
    根据所述下载地址下载所述消息内容。
  6. 如权利要求5所述的方法，其特征在于，所述根据所述消息内容的标识向所述处理服务器发送下载请求，并接收所述处理服务器返回的所述消息内容的下载地址，具体为：向所述处理服务器发送携带所述消息内容的标识的下载请求，并接收所述处理服务器返回的至少一个存储服务器的IP地址；
    所述根据所述下载地址下载所述消息内容，具体为：从所述至少一个存储服务器的IP地址中选取与本地的源IP地址距离最近的目标IP地址；从所述目标IP地址所对应的目标存储服务器中获取所述消息内容。
  7. 如权利要求5所述的方法，其特征在于，所述根据所述消息内容的标识向所述处理服务器发送下载请求，并接收所述处理服务器返回的所述消息内 容的下载地址，具体为：向所述处理服务器发送携带所述消息内容的标识及源IP地址的下载请求，并接收所述处理服务器返回的目标IP地址；
    所述根据所述下载地址下载所述消息内容，具体为：从所述目标IP地址所对应的目标存储服务器中获取所述消息内容。
  8. 一种处理服务器，包括：
    网络接口；
    存储器，存储计算机可读程序代码；以及
    处理器，用于执行所述计算机可读程序代码，以执行以下操作：
    接收公众服务帐号的配置服务器发送的消息推送请求，所述消息推送请求中包括待推送的消息内容；
    根据所述消息内容判断待推送的消息类型，所述消息类型包括短消息类型或长消息类型；
    若待推送的消息类型为长消息类型，在集群存储服务系统中存储所述消息内容，并接收所述集群存储服务系统返回的所述消息内容的标识；
    生成目标服务消息，所述目标服务消息携带所述消息内容的标识；
    将所述目标服务消息发送至所述公众服务帐号所属互联网应用中的至少一个帐号标识的所对应的终端；
    若接收到所述终端根据所述消息内容的标识发送的下载请求，向所述终端返回所述消息内容的下载地址，使所述终端根据所述下载地址下载所述消息内容。
  9. 如权利要求8所述的处理服务器，其特征在于，所述根据所述消息内容判断待推送的消息类型，包括：
    获取所述消息内容的数据量；
    判断所述数据量是否大于MTU的值；
    若大于，确定待推送的消息类型为长消息类型；否则，确定待推送的消息类型为短消息类型。
  10. 如权利要求8或9所述的处理服务器，其特征在于，所述集群存储服务系统包括至少一个存储服务器，每个存储服务器具备唯一一个IP地址；
    所述在集群存储服务系统中存储所述消息内容，具体为：向所述至少一个存储服务器发送存储指令，所述存储指令包括所述消息内容，所述存储指令用于控制所述至少一个存储服务器存储所述消息内容，并生成所述消息内容的唯一标识。
  11. 如权利要求10所述的处理服务器，其特征在于，所述若接收到所述终端根据所述消息内容的标识发送的下载请求，向所述终端返回所述消息内容的下载地址，具体为：
    若接收到所述终端发送的携带所述消息内容的标识的下载请求，将所述至少一个存储服务器的IP地址返回给所述终端；或者，
    若接收到所述终端发送的携带所述消息内容的标识及源IP地址的下载请求，从所述至少一个存储服务器的IP地址中选取与所述源IP地址距离最近的目标IP地址返回给所述终端。
  12. 一种终端，包括：
    网络接口；
    用户接口；
    存储器，存储计算机可读程序代码；以及
    处理器，用于执行所述计算机可读程序代码，以执行以下操作：
    当接收到处理服务器下发的公众服务帐号的目标服务消息时，判断所述目标服务消息的消息类型，所述消息类型包括短消息类型或长消息类型；
    若所述目标服务消息为长消息类型，从所述目标服务消息中读取消息内容的标识；
    根据所述消息内容的标识向所述处理服务器发送下载请求，并接收所述处理服务器返回的所述消息内容的下载地址；
    根据所述下载地址下载所述消息内容。
  13. 如权利要求12所述的终端，其特征在于，所述根据所述消息内容的标识向所述处理服务器发送下载请求，并接收所述处理服务器返回的所述消息内容的下载地址，具体为：
    向所述处理服务器发送携带所述消息内容的标识的下载请求，并接收所述处理服务器返回的至少一个存储服务器的IP地址；
    所述根据所述下载地址下载所述消息内容，具体为：从所述至少一个存储服务器的IP地址中选取与本地的源IP地址距离最近的目标IP地址；从所述目标IP地址所对应的目标存储服务器中获取所述消息内容。
  14. 如权利要求12所述的终端，其特征在于，所述根据所述消息内容的标识向所述处理服务器发送下载请求，并接收所述处理服务器返回的所述消息内容的下载地址，具体为：
    向所述处理服务器发送携带所述消息内容的标识及源IP地址的下载请求，并接收所述处理服务器返回的目标IP地址；
    所述根据所述下载地址下载所述消息内容，具体为：从所述目标IP地址所对应的目标存储服务器中获取所述消息内容。
  15. 一种计算机可读存储媒介，存储计算机可读程序代码，所述计算机可读程序代码运行于信息处理装置中，以用于：
    接收公众服务帐号的配置服务器发送的消息推送请求，所述消息推送请求中包括待推送的消息内容；
    根据所述消息内容判断待推送的消息类型，所述消息类型包括短消息类型或长消息类型；
    若待推送的消息类型为长消息类型，在集群存储服务系统中存储所述消息内容，并接收所述集群存储服务系统返回的所述消息内容的标识；
    生成目标服务消息，所述目标服务消息携带所述消息内容的标识；
    将所述目标服务消息发送至所述公众服务帐号所属互联网应用中的至少一个帐号标识的所对应的终端；
    若接收到所述终端根据所述消息内容的标识发送的下载请求，向所述终端 返回所述消息内容的下载地址，使所述终端根据所述下载地址下载所述消息内容。
  16. 如权利要求15所述的计算机可读存储媒介，其特征在于，所述根据所述消息内容判断待推送的消息类型，包括：
    获取所述消息内容的数据量；
    判断所述数据量是否大于MTU的值；
    若大于，确定待推送的消息类型为长消息类型；否则，确定待推送的消息类型为短消息类型。
  17. 如权利要求15或16所述的计算机可读存储媒介，其特征在于，所述集群存储服务系统包括至少一个存储服务器，每个存储服务器具备唯一一个IP地址；
    所述在集群存储服务系统中存储所述消息内容，具体为：向所述至少一个存储服务器发送存储指令，所述存储指令包括所述消息内容，所述存储指令用于控制所述至少一个存储服务器存储所述消息内容，并生成所述消息内容的唯一标识。
  18. 如权利要求17所述的计算机可读存储媒介，其特征在于，所述若接收到所述终端根据所述消息内容的标识发送的下载请求，向所述终端返回所述消息内容的下载地址，具体为：
    若接收到所述终端发送的携带所述消息内容的标识的下载请求，将所述至少一个存储服务器的IP地址返回给所述终端；或者，
    若接收到所述终端发送的携带所述消息内容的标识及源IP地址的下载请求，从所述至少一个存储服务器的IP地址中选取与所述源IP地址距离最近的目标IP地址返回给所述终端。
  19. 一种计算机可读存储媒介，存储计算机可读程序代码，所述计算机可读程序代码运行于信息处理装置中，以用于：
    当接收到处理服务器下发的公众服务帐号的目标服务消息时，判断所述目标服务消息的消息类型，所述消息类型包括短消息类型或长消息类型；
    若所述目标服务消息为长消息类型，从所述目标服务消息中读取消息内容的标识；
    根据所述消息内容的标识向所述处理服务器发送下载请求，并接收所述处理服务器返回的所述消息内容的下载地址；
    根据所述下载地址下载所述消息内容。
  20. 如权利要求19所述的计算机可读存储媒介，其特征在于，所述根据所述消息内容的标识向所述处理服务器发送下载请求，并接收所述处理服务器返回的所述消息内容的下载地址，具体为：
    向所述处理服务器发送携带所述消息内容的标识的下载请求，并接收所述处理服务器返回的至少一个存储服务器的IP地址；
    所述根据所述下载地址下载所述消息内容，具体为：从所述至少一个存储服务器的IP地址中选取与本地的源IP地址距离最近的目标IP地址；从所述目标IP地址所对应的目标存储服务器中获取所述消息内容。
  21. 如权利要求19所述的计算机可读存储媒介，其特征在于，所述根据所述消息内容的标识向所述处理服务器发送下载请求，并接收所述处理服务器返回的所述消息内容的下载地址，具体为：
    向所述处理服务器发送携带所述消息内容的标识及源IP地址的下载请求，并接收所述处理服务器返回的目标IP地址；
    所述根据所述下载地址下载所述消息内容，具体为：从所述目标IP地址所对应的目标存储服务器中获取所述消息内容。
PCT/CN2016/084521 2015-12-18 2016-06-02 一种消息处理方法、处理服务器、终端及存储介质 WO2017101265A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US15/715,916 US10587544B2 (en) 2015-12-18 2017-09-26 Message processing method, processing server, terminal, and storage medium

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510956368.XA CN105577777B (zh) 2015-12-18 2015-12-18 一种消息处理方法、装置及系统
CN201510956368.X 2015-12-18

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US15/715,916 Continuation US10587544B2 (en) 2015-12-18 2017-09-26 Message processing method, processing server, terminal, and storage medium

Publications (1)

Publication Number Publication Date
WO2017101265A1 true WO2017101265A1 (zh) 2017-06-22

Family

ID=55887421

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/084521 WO2017101265A1 (zh) 2015-12-18 2016-06-02 一种消息处理方法、处理服务器、终端及存储介质

Country Status (3)

Country Link
US (1) US10587544B2 (zh)
CN (1) CN105577777B (zh)
WO (1) WO2017101265A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113810264A (zh) * 2021-01-15 2021-12-17 北京京东拓先科技有限公司 信息传输方法、装置、电子设备和存储介质

Families Citing this family (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105577777B (zh) * 2015-12-18 2019-12-13 腾讯科技（深圳）有限公司 一种消息处理方法、装置及系统
CN108206742B (zh) * 2016-12-19 2021-03-16 腾讯科技（深圳）有限公司 一种消息发送方法、装置、服务器以及系统
CN108880972B (zh) * 2017-05-09 2022-08-12 腾讯科技（深圳）有限公司 一种信息处理方法、服务器及终端
CN107222468B (zh) * 2017-05-22 2020-12-18 北京邮电大学 增强现实处理方法、终端、云端服务器和边缘服务器
CN110785743B (zh) * 2017-08-30 2023-11-21 深圳市欢太科技有限公司 刷量资源确定方法及装置
CN109460304B (zh) * 2017-09-06 2022-06-03 阿里巴巴集团控股有限公司 一种跨应用的通知展示、通知内容封装方法和装置
CN107908978A (zh) * 2017-10-17 2018-04-13 联动优势科技有限公司 一种数据处理方法、服务器及系统
CN108521363B (zh) * 2017-11-30 2021-07-13 万云数码媒体有限公司 用于信息段的无线信号传送方法和系统
CN108712320B (zh) * 2018-04-23 2021-02-05 天津字节跳动科技有限公司 消息推送方法及装置
CN110046021B (zh) * 2019-05-21 2020-08-25 北京字节跳动网络技术有限公司 一种页面显示方法、装置、系统、设备和存储介质
JP6919686B2 (ja) * 2019-08-21 2021-08-18 コニカミノルタ株式会社 情報処理装置、画像形成装置、情報処理システム、属性特定方法及びプログラム
CN111756811B (zh) * 2020-05-29 2022-05-13 苏州浪潮智能科技有限公司 一种分布式系统的主动推送的方法、系统、设备及介质
CN112367246B (zh) * 2020-10-30 2022-06-17 深圳壹账通智能科技有限公司 消息推送方法、装置、电子设备及存储介质
US11799982B2 (en) * 2021-03-19 2023-10-24 Boe Technology Group Co., Ltd. Message push method, apparatus, device and medium
CN114760270B (zh) * 2021-05-12 2023-09-22 北京三江信达信息科技有限责任公司 一种生成用户设备指纹的方法及装置
CN113905002A (zh) * 2021-09-30 2022-01-07 北京字跳网络技术有限公司 一种消息推送方法、装置、系统及存储介质
CN114039919A (zh) * 2021-11-08 2022-02-11 杭州网易云音乐科技有限公司 流量调度方法、介质、装置和计算设备

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102571872A (zh) * 2010-12-30 2012-07-11 芯讯通无线科技（上海）有限公司 推送视频广告到手机上的装置及方法
CN103634751A (zh) * 2012-08-29 2014-03-12 上海中移通信技术工程有限公司 基于用户感知的服务信息推送系统以及推送方法
CN104253844A (zh) * 2013-06-28 2014-12-31 腾讯科技（北京）有限公司 进行微博数据下载的方法及系统、用户终端及下载服务器
CN104601445A (zh) * 2014-12-27 2015-05-06 腾讯科技（深圳）有限公司 一种消息处理方法、装置、终端及服务器
CN105577777A (zh) * 2015-12-18 2016-05-11 腾讯科技（深圳）有限公司 一种消息处理方法、装置及系统

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SE9902462L (sv) * 1999-06-28 2000-11-06 Ericsson Telefon Ab L M Metod och anordning i ett telekommunikationssystem
US7882181B2 (en) * 2005-06-03 2011-02-01 Microsoft Corporation Minimizing data transfer from POP3 servers
US9219705B2 (en) * 2007-06-25 2015-12-22 Microsoft Technology Licensing, Llc Scaling network services using DNS
KR101293370B1 (ko) * 2011-02-10 2013-08-05 주식회사 엘지씨엔에스 맞춤형 모바일 컨텐츠 서비스 시스템 및 그 방법
US9380356B2 (en) * 2011-04-12 2016-06-28 The Nielsen Company (Us), Llc Methods and apparatus to generate a tag for media content
US20140156687A1 (en) * 2011-05-31 2014-06-05 Qiliang Chen Identifying duplicate files
WO2014094468A1 (zh) * 2012-12-17 2014-06-26 北京奇虎科技有限公司 实现浏览器数据同步的系统、方法及浏览器客户端
KR102221100B1 (ko) * 2014-06-02 2021-02-26 삼성전자주식회사 클라우드 서비스를 이용한 데이터 저장 방법 및 이를 위한 장치

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102571872A (zh) * 2010-12-30 2012-07-11 芯讯通无线科技（上海）有限公司 推送视频广告到手机上的装置及方法
CN103634751A (zh) * 2012-08-29 2014-03-12 上海中移通信技术工程有限公司 基于用户感知的服务信息推送系统以及推送方法
CN104253844A (zh) * 2013-06-28 2014-12-31 腾讯科技（北京）有限公司 进行微博数据下载的方法及系统、用户终端及下载服务器
CN104601445A (zh) * 2014-12-27 2015-05-06 腾讯科技（深圳）有限公司 一种消息处理方法、装置、终端及服务器
CN105577777A (zh) * 2015-12-18 2016-05-11 腾讯科技（深圳）有限公司 一种消息处理方法、装置及系统

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113810264A (zh) * 2021-01-15 2021-12-17 北京京东拓先科技有限公司 信息传输方法、装置、电子设备和存储介质

Also Published As

Publication number Publication date
CN105577777B (zh) 2019-12-13
US20180019961A1 (en) 2018-01-18
US10587544B2 (en) 2020-03-10
CN105577777A (zh) 2016-05-11

Similar Documents

Publication Publication Date Title
WO2017101265A1 (zh) 一种消息处理方法、处理服务器、终端及存储介质
CN109152095B (zh) 用于终端的无线网络连接方法
WO2017129083A1 (zh) 消息处理方法、装置、系统和计算机存储介质
US11025724B2 (en) Transport of control data in proxy-based network communications
CN107251528B (zh) 用于提供源自服务提供商网络内的数据的方法和装置
KR102388195B1 (ko) Bras 시스템 기반 메시지 패키징 방법 및 장치
US10034057B2 (en) Message processing method, device, gateway, STB and IPTV
WO2018188082A1 (zh) 一种实现策略控制的方法、装置和系统
JP2015130199A (ja) ウェブソケット通信の分散エミュレーションを通してウェブアプリケーションサポートを提供する企業クライアント／サーバーシステム及び方法
US8949952B2 (en) Multi-stack subscriber sign on
US9727849B2 (en) Replenishing a user account with more access resources needed for accessing network services
WO2019010734A1 (zh) 一种业务应用流量的引导方法和系统
US20170134177A1 (en) Charging method and device, access device, service quality control method and device
CN110913011A (zh) 会话保持方法、会话保持装置、可读存储介质及电子设备
CN110545230A (zh) 用于转发vxlan报文的方法和装置
CN113556359A (zh) 一种通讯协议转换方法、设备、系统及网关设备
CN108370500B (zh) 无线装置的优化设置
WO2023246060A1 (zh) 用户认证授权方法、装置、介质及设备
WO2017185632A1 (zh) 数据传输的方法及电子设备
WO2019154017A1 (zh) 多路径建立方法及装置
US10044834B2 (en) Systems, methods and computer program products for enabling a communication device to provide session improvement requests to a server of a network operator's access network
CN113015160B (zh) 物联网设备的配网方法、装置、电子设备及计算机可读介质
EP3435629B1 (en) Transport of control data in proxy-based network communications
CN117640735A (zh) 多媒体内容投放方法、装置、服务器和存储介质
CN117896359A (zh) 渠道包分发方法、下载方法及装置

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: 16874329

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 1205 DATED 13/11/2018)

122 Ep: pct application non-entry in european phase

Ref document number: 16874329

Country of ref document: EP

Kind code of ref document: A1