CN1859122A - Method and device for realizing classified service to business provider - Google Patents
Method and device for realizing classified service to business provider Download PDFInfo
- Publication number
- CN1859122A CN1859122A CN 200610057708 CN200610057708A CN1859122A CN 1859122 A CN1859122 A CN 1859122A CN 200610057708 CN200610057708 CN 200610057708 CN 200610057708 A CN200610057708 A CN 200610057708A CN 1859122 A CN1859122 A CN 1859122A
- Authority
- CN
- China
- Prior art keywords
- message
- service provider
- queue
- service
- level
- Prior art date
- Legal status (The legal status 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 status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 33
- 238000012545 processing Methods 0.000 claims description 109
- 230000004044 response Effects 0.000 claims description 92
- 238000004364 calculation method Methods 0.000 claims description 4
- 230000008569 process Effects 0.000 abstract description 14
- 108010007131 Pulmonary Surfactant-Associated Protein B Proteins 0.000 description 12
- 102100032617 Pulmonary surfactant-associated protein B Human genes 0.000 description 12
- 230000003993 interaction Effects 0.000 description 7
- 230000008859 change Effects 0.000 description 6
- 238000011161 development Methods 0.000 description 6
- 238000010586 diagram Methods 0.000 description 6
- 239000000284 extract Substances 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 2
- 238000013507 mapping Methods 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 238000007619 statistical method Methods 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 238000004891 communication Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000013519 translation Methods 0.000 description 1
Images
Landscapes
- Telephonic Communication Services (AREA)
Abstract
This inventin discloses a method for realizing sorting services to business providers including: sorting the service providers and setting corresponding PRI for each sort, distributing a message queue or one or multiple process threads for the levels of each sort, when the message sent to the provider by the user is received or the system needs to transmit report to the provider, the message is put in the queue corresponding to the level subordinated to the provider to be transmitted by the process thread corresponding to the queue. This invention also discloses a device for providing sorting services to service providers including a message receiving unit, a transmitting unit, an initial setting unit, a queue manager, a thread manager, a message distribution unit and a process unit.
Description
Technical Field
The invention relates to the technical field of multimedia, in particular to a method and a device for realizing classification service of service providers.
Background
Currently, MMS (multimedia messaging service) has been recognized by the industry as a key impetus for the initiation and development of GPRS (general packet radio service) and 3G markets, which will strongly motivate the development of mobile communication services. MMS is a further development of SMS (short message service) and EMS (enhanced message service) providing a complete end-to-end solution for personal multimedia mobile communication services. From the communication content, the multimedia message comprises images, audio, video, data and the like; functionally, the multimedia messaging service covers terminal-to-terminal, terminal-to-application (mainly referred to as value added service provider), and terminal-to-application multimedia messaging. The method not only realizes information transfer between terminals and between the terminals and applications, but also realizes the diversity of contents, including various combinations of pictures, voice, images, data and texts. As an open media access platform, MMS can derive more colorful content service applications under the interaction of mobile users and internet content providers. The users are both consumers of MMS and content developers, which will undoubtedly increase the end-user's interest in the use of the service.
The multimedia message architecture elements are shown in fig. 1:
many different network types may be included in a multimedia messaging system, among the various network elements associated with multimedia messaging services are: mobile networks (2G, 3G), Internet (Internet), MMS (multimedia messaging service) user agents, value added service providers, external servers (e.g. mail, fax), etc. Among these, the MMS relay/server, known as MMSC (multimedia messaging service center), mainly provides the following functions: sending and receiving multimedia messages, supporting interworking with external servers, multimedia message notification to MMS user agents, generating delivery reports, address translation, storing messages, routing forwarding of messages, generating tickets, terminal capability negotiation, etc. Among them, the interaction between the MMSC and the user agent and the interaction between the MMSC and the value added service provider are the most basic services.
In the multimedia message service, the service provider plays an important role in the development of the multimedia message service due to the strong editing capability and wide source of multimedia elements, and therefore, the interaction between the MMSC and the service provider occupies a very important position in the whole multimedia message service.
The interaction process of the MMSC with the terminal and the service provider is shown in fig. 2:
the MMSC and the service provider can interact directly via the Internet, which is called MM7 interface. The interaction of the MMSC with the service provider is bi-directional, including both cases where the MMSC sends messages to the service provider and where the service provider sends messages to the MMSC. The messages sent by the MMSC to the service provider currently include the following three cases: (1) the terminal user submits the message to the service provider; (2) the terminal user receives the delivery report message sent to the service provider after the message is successfully received (or the user rejects the message or the user still does not successfully extract the message after the message is over); (3) after the terminal user reads the message, the MMSC sends a reading report message to the service provider.
The MMSC interacts with the terminal through a WAP (Wireless application protocol) gateway, and the interface is called as MM1 interface.
In the existing MMSC system, when an MMSC sends a message to a service provider, all messages sent to each service provider are generally stored in the same message queue, and then the messages are acquired from the same queue through a plurality of processing threads and sent to each service provider one by one.
Existing interfaces of MMSCs with service providers typically employ SOAP (simple object access protocol) protocol, and the bearer protocol is HTTP (hypertext transfer protocol). The message processing flow can be described simply as shown in fig. 3:
in a multimedia messaging service center, two threads: processing thread X and processing thread Y send messages to SP (service provider). And after the processing thread X obtains the response message of the SP A, the processing thread Y obtains the message sent to the SP B from the message queue, sends the message to the SP B and waits for the response message of the SP B.
One feature of the HTTP protocol is that requests and responses are synchronized. Since it is a synchronous process for the processing thread to send messages to the service provider and get the service provider's response, one result is: after a processing thread of the MMSC sends a request message to a service provider, if the service provider responds slowly, the processing thread may be in a state of waiting for the service provider to respond, and cannot process other messages in the queue until receiving a response message of the service provider. Under the condition, when the queue is provided with the newly-added messages, the threads are in a state of waiting for response, so that the messages in the queue cannot be processed in time; even if the newly added messages in the queue are all sent to other service providers with fast response, the messages cannot be processed in time, so that the messages in the queue are backlogged, and even the messages are discarded due to the limitation of the length of the queue. That is, under the processing of the prior art, one service provider has slow response and affects other service providers that normally process MMSC requests, which may have the following negative effects on multimedia message users (including end users and service providers):
the service quality of the uplink message submitted by the user to the service provider cannot be guaranteed, and the experience of the terminal user is influenced;
the service provider cannot receive the delivery report or the reading report, so that the service provider cannot obtain the service operation condition in time.
Disclosure of Invention
The invention aims to provide a method for realizing classification service of service providers, which overcomes the defect that the prior art adopts the same queue to schedule request messages sent to all the service providers to influence other service providers due to slow response of part of the service providers, ensures the service quality of uplink messages submitted by users to the service providers and enables the service providers to obtain the service operation condition in time.
Another object of the present invention is to provide a device for implementing classification service to service providers, so that a multimedia message service center can improve the success rate of sending uplink messages, and the service providers can perform more accurate statistical analysis on the service operation conditions.
Therefore, the invention provides the following technical scheme:
a method of implementing a classification service for a service provider, the method comprising:
classifying service providers and setting corresponding priorities for each class;
distributing a message queue and one or more processing threads for the grade of each type of service provider;
when receiving the message sent to the service provider by the user or the report message sent to the service provider by the system, putting the message into the message queue corresponding to the level to which the service provider belongs;
and finishing the sending of each message in the message queue by the processing thread corresponding to each message queue.
Preferably, the service provider rating is adjusted in real time according to the response delay of each service provider.
The step of adjusting the grade of each service provider in real time according to the response delay of the service provider comprises the following steps:
setting response time delay intervals corresponding to each service provider level;
after receiving the response message of the service provider, the processing thread calculates the response delay of the service provider;
and adjusting the grade of the service provider to the grade corresponding to the response delay interval to which the response delay belongs.
Preferably, the response delay intervals corresponding to adjacent levels partially intersect.
Optionally, the service providers are classified according to their traffic and/or device processing speed.
Optionally, different or the same initial priorities are set for different classes of service providers.
Preferably, more processing threads are allocated to the service provider class with the higher priority than to the service provider class with the lower priority.
An apparatus for implementing classification services for service providers, comprising: message receiving unit, message sending unit, characterized by still including:
the initial setting unit is used for classifying the service providers and configuring different priorities for each class;
the queue manager is used for distributing a message queue for the level of each service provider according to the priority level of each service provider and establishing the corresponding relation between each service provider and the message queue;
the thread manager is used for distributing corresponding processing threads for the grades of all kinds of service providers according to the priority grades of all kinds of service providers;
the message distributing unit is respectively connected with the message receiving unit and the queue manager and is used for placing the message which is received by the message receiving unit and sent to the service provider by the user into the message queue corresponding to the level of the service provider;
and the message processing unit is respectively connected with the thread manager and the message sending unit and used for calling the processing thread corresponding to each message queue to finish processing each message in the message queue, transmitting the processed message to the message sending unit and sending the processed message to the corresponding service provider.
The device further comprises:
and the priority adjusting unit is respectively connected with the queue manager and the thread manager and is used for adjusting the grade of each service provider in real time according to the response delay of each service provider.
The priority adjustment unit includes:
a delay interval setting subunit, configured to set a response delay interval corresponding to each service provider level;
a response delay calculating subunit, configured to calculate a response delay of the service provider according to time for each processing thread to send a service provider request message and receive a service provider response message;
and an adjustment notification subunit, configured to compare the response delay of the service provider calculated by the response delay calculation subunit with the response delay interval of the service provider set by the delay interval setting subunit, and notify the queue manager to modify the level of the service provider to a level corresponding to the response delay interval to which the response delay belongs when the response delay of the service provider is not equal to the level of the service provider.
It can be seen from the above technical solutions provided by the present invention that, in the initial operation of the multimedia message service center, the present invention configures different priorities for each service provider according to the conditions of the service provider's technical level, the traffic volume, etc., and sets a message queue for each level of service provider according to the set level of the service provider, thereby establishing the corresponding relationship between the level of the service provider and the message queue; and one or more threads are set for each level of service provider to process the messages sent to the level of service provider, and the message queue with high priority has more processing threads, thereby ensuring that the multimedia message service center can send the messages to the service provider with high priority when sending request messages to the service provider.
In the operation of the system, the grade of the service provider is dynamically adjusted according to the response time delay of the service provider. Therefore, due to network faults or other reasons, if the response of a certain service provider is slowed down, the system can adjust the level of the service provider in time, and the request message of the service provider is put into other message queues, so that the influence on other service providers with faster response is avoided; and the service provider with slower response can be timely adjusted in service level after the response is faster, so as to obtain the priority processing of the system. Therefore, when the multimedia message service center sends the request message to the service provider, other service providers cannot be influenced due to slow response of part of the service providers, so that the sending efficiency and the success rate of the uplink message are effectively improved, and better experience is brought to a terminal user; the sending efficiency and the success rate of the delivery report and the reading report are improved, so that a service provider can carry out more accurate statistical analysis on the service operation condition.
Drawings
FIG. 1 is a schematic diagram of multimedia messaging architecture elements;
FIG. 2 is a schematic diagram of the interaction process of the MMSC with the terminal and the service provider;
FIG. 3 is a prior art process flow for MMSC to send messages to service providers;
FIG. 4 is a flow chart of an implementation of the method of the present invention;
FIG. 5 is a message processing flow for each message queue in the present invention;
FIG. 6 is a message processing flow for dynamically adjusting service provider priority in the present invention;
FIG. 7 is a flow of a terminal processing by each processing thread submitting a message to a service provider in the present invention;
FIG. 8 is a flow of each processing thread service provider issuing a message to a terminal in the present invention;
FIG. 9 is a functional block diagram of a first embodiment of the apparatus of the present invention;
fig. 10 is a schematic block diagram of a second embodiment of the apparatus of the present invention.
Detailed Description
The core of the invention is that during initial operation, different priorities are configured for each service provider according to the conditions of the technical level of the service provider, the size of the service volume and the like (or the same priority is configured for different service providers during initialization), a message queue is respectively set for each level of service provider according to the set level of the service provider, one or more threads are set for each level of service provider to process messages sent to the level of service provider, and more processing threads are set for the message queue with high priority. The processing threads corresponding to the message queues of different levels respectively send the acquired messages to corresponding service providers through an HTTP protocol, and acquire response messages from the service providers. Because the number of the processing threads of the service providers of each level is different, the messages of the service providers of high level are processed preferentially by the multimedia message service center. In the operation of the system, the grade of the service provider is dynamically adjusted according to the response time delay of the service provider.
In order that those skilled in the art will better understand the technical solution of the present invention, the following detailed description of the present invention is provided in conjunction with the accompanying drawings and embodiments.
Referring to fig. 4, fig. 4 shows an implementation flow of the method of the present invention, which includes the following steps:
step 401: service providers are classified and corresponding priorities are configured for each class.
When the system initially operates, an operator may classify service providers according to conditions such as technical levels (e.g., device processing speed, hardware configuration, etc.) and service volume of the service providers, configure different priorities for each class of service providers, configure a higher initial priority for a service provider with a high service volume and a high technical level, and also configure the same initial priority for all service providers.
Step 402: a message queue and one or more processing threads are assigned to each class of service provider level.
When a plurality of processing threads are initialized, a corresponding service provider level needs to be set for each thread. Thus, each service provider level corresponds to one message queue and one or more processing threads, and the corresponding relation between the service provider level and the message queue and the processing threads is established. Each service provider level contains one or more service providers. When the system receives the messages sent by the terminal to the service providers of the level, the messages are sequentially stored in the message queue corresponding to the level, that is, the message queue of the level contains the messages of all the service providers of the level, and then one or more processing threads corresponding to the level are responsible for completing the sending of the messages.
In order to ensure that the multimedia message service center can preferentially send the message to the service provider with high priority when sending the request to the service provider, more processing threads can be allocated to the message queue with high priority. For example, the number of processing threads corresponding to the message queue with the priority level 1 is 10, and the number of processing threads corresponding to the message queue with the priority level 2 is 8. At system initialization, if all service providers are configured with the same initial priority, the required processing threads can be allocated to their corresponding message queues according to the classification of the service providers.
Step 403: when a message sent by a user to a service provider is received or a system needs to send a report message (such as a delivery report, a reading report and the like) to the service provider, the message is put into a message queue corresponding to the level to which the service provider belongs.
Step 404: and finishing the sending of each message in the message queue by the processing thread corresponding to each message queue.
That is, when the processing thread acquires the message sent to the service provider, only the message to be processed is acquired from the corresponding message queue, for example, the processing thread X only acquires the message processing from the message queue X, and the processing thread Y only acquires the message processing from the message queue Y.
According to the process, the classification service is effectively realized for the service providers by classifying the service providers and setting the message queues and the processing threads corresponding to the grades.
FIG. 5 further shows the message processing flow of each message queue in the present invention:
the message inlet is used for distributing request messages of SP (service provider), and putting the requests into different message queues according to the grade of the SP; the queue manager is used for managing the mapping relation between the SP level and the message queue; message queue X and message queue Y are respectively message queues corresponding to SP level X, Y; the processing thread group X and the processing thread group Y are used for processing the messages in the message queue X and the message queue Y, respectively, and in an actual implementation, the number of the processing threads in the processing thread group X and the processing thread group Y may be the same or different. The SP A and the SP B are respectively SP with different levels accessing the multimedia message service center.
When processing a request message of which the receiving party is SP A, the message inlet firstly acquires a message queue X corresponding to the SP A level from the queue manager according to the SP A level X and puts the request message for the SP A into the queue X. Also, when processing a request message whose receiving side is SP B, first, a message queue Y corresponding to the SP B level is acquired from the queue manager according to the SPB level Y, and the request message for SP B is put into the queue Y.
And the processing thread X acquires the request message sent to the SP A from the message queue X, and waits for the response message of the SP A after sending the request message to the SP A. And after receiving the response of the SP A, the processing thread X acquires the next request message sent to the SP A from the message queue X.
And the processing thread Y acquires the request message sent to the SP B from the message queue Y, and waits for the response message of the SP B after sending the request message to the SP B. And after receiving the response of the SP B, the processing thread Y acquires the next request message sent to the SP B from the message queue Y.
Processing thread X and processing thread Y are independently run in parallel, that is, the execution of a processing thread corresponding to a message queue is not affected by processing threads corresponding to other message queues. Therefore, the method and the device are well suitable for the technical capability and the service volume of different service providers, and the service quality of the service providers is ensured. Even if equipment of a certain service provider fails, the service quality of the service provider of the same level is only affected, and the message transmission of the service providers of other levels is not affected.
During operation of the network, certain service providers may be temporarily unable to provide services due to network or equipment failures, and the traffic volume of each service provider may change at different time periods. Thus, the level of each service provider may change dynamically, for example, a service provider with a high priority may not provide services due to equipment failure at a certain time, and in order not to affect other service providers, the priority of the service provider should be adjusted to be the lowest at this time; when the device is cleared and the service processing capability is higher than that of other service providers, the priority of the service provider should be increased to an appropriate level.
Therefore, in the present invention, in order to better adapt to the change of the operation state of the service provider, the level of each service provider needs to be adjusted in real time according to the response delay of the service provider or other factors affecting the message transmission. In specific implementation, response delay intervals corresponding to the service provider levels are set, for example, the delay interval of priority 1 is 0 to 2 seconds, the delay interval of priority 2 is 2 to 4 seconds, and so on, and specific values may be set according to external conditions affecting delay, such as network conditions of different operators, SP development levels, and the like. After receiving the response message of the service provider, each processing thread calculates the response delay of the service provider, and then adjusts the level of the service provider to the level corresponding to the response delay interval to which the response delay belongs.
In order to avoid frequent adjustment of the SP level, the delay intervals of different levels may be appropriately crossed, for example, the delay interval of priority 1 is 0 to 3 seconds, the delay interval of priority 2 is 2 to 5 seconds, and so on.
Fig. 6 further shows the message processing flow for dynamically adjusting the service provider priority in the present invention:
the message inlet is used for distributing request messages of SP (service provider), and putting the requests into different message queues according to the grade of the SP; the queue manager is used for managing the mapping relation between the SP level and the message queue; message queue X and message queue Y are respectively message queues corresponding to SP level X, Y; the processing thread group X and the processing thread group Y are used for processing the messages in the message queue X and the message queue Y, respectively, and in an actual implementation, the number of the processing threads in the processing thread group X and the processing thread group Y may be the same or different. The SP a is an SP accessing the multimedia message service center.
When processing a request message of which the receiving party is SP A, the message inlet firstly acquires a message queue X corresponding to the SP A level from the queue manager according to the SP A level X and puts the request message for the SP A into the queue X.
And the processing thread X acquires the request message sent to the SPA from the message queue X, and waits for the response message of the SP A after sending the request message to the SP A. And after receiving the response of the SP A, the processing thread X calculates the response time delay of the SP A and adjusts the level of the SP A to be Y according to the interval to which the response time delay belongs.
After the level of the SP a is adjusted, when the message entry processes the request message of which the receiving party is the SP a again, the request message is put into the queue Y.
After the message is put into the queue Y, the processing thread Y acquires the request message for the SP A from the message queue Y, and after the processing is finished, the level of the SP A is readjusted according to the response delay of the SP A.
Each processing thread in fig. 6 performs different processing only according to different levels of SP, and there is no difference in SP but only a difference in SP level for each processing thread. There is no difference in the flow of the above flowchart process for different SPs.
The message processing flow for the terminal user to submit to the service provider by using the invention is shown in FIG. 7:
1. an end user submits a message (MM1_ submit. REQ) to the MMSC, and the message is put into a corresponding message queue by a message inlet;
the MMSC sends a response message (MM1_ submit. RES) back to the terminal;
the MMSC sends the message submitted by the terminal user to a service provider (MM7_ submit.REQ) after being processed by a corresponding processing thread;
4. the processing thread obtains a response message (MM7_ submit.res) of the service provider;
5. if the user requests the delivery report, the MMSC sends a delivery report message (MM1_ delivery _ report.req) to the end user after confirming that the service provider received the message.
The processing flow of the delivery report and the reading report message submitted to the service provider by the MMSC system by utilizing the invention is shown in figure 8:
1. the service provider submits a multimedia message (MM7_ submit.req) to the MMSC;
after receiving the message submitted by the service provider, the MMSC sends back a response message (MM7_ submit. res): putting the message into a corresponding message queue, and sending the message by a processing thread corresponding to the queue;
after the multimedia message is processed by MMSC, such as storage, routing query, etc., the multimedia message notification message (MM1_ notification.REQ) is sent to the terminal user;
4. after receiving the multimedia message notification, the user sends a notification response message (MM1_ notification.RES) to the MMSC;
5. after receiving the multimedia message notification, the user extracts the message within the message validity period (MM1_ retrieve.REQ);
the MMSC sends the multimedia message content to the end-user (MM1_ retrieve.res);
7. after receiving the extracted multimedia message, the terminal user sends a confirmation message (MM1_ acknowledgement. REQ) to the MMSC;
after receiving the confirmation message of the user, the MMSC sends a delivery report message (MM7_ delivery _ report.req) to the service provider: putting the message into a corresponding message queue, and sending the message by a processing thread corresponding to the queue;
the MMSC acquires a response message (MM7_ delivery _ report. res) of the service provider to confirm that the service provider successfully received the delivery report message;
10. after the terminal user reads the multimedia message, the terminal sends a message of reading report (MM1_ read _ reply _ receiver.REQ) to the MMSC;
MMSC forwards this message to service provider (MM7_ read _ reply.req): putting the message into a corresponding message queue, and sending the message by a processing thread corresponding to the queue;
the MMSC obtains a service provider's response message to confirm successful reception of the reading report message by the service provider (MM7_ read _ reply.
As can be seen from the flows shown in fig. 7 and 8, the request message sent by the MMSC to the service provider includes MM7_ delivery.req, MM7_ delivery _ report.req, and MM7_ read _ reply.req messages. Wherein, the MM7_ sender.req message is a request message that the terminal user sends to the SP for the purpose of requesting, ordering, etc.; MM7_ delivery _ report.req and MM7_ read _ reply.req are request messages sent by the MMSC to the service provider after the end user successfully receives the message and after the end user reads the message, respectively, and the messages are used by the service provider for relevant statistics.
The invention can distribute various request messages sent by users to service providers to corresponding service providers quickly and effectively, greatly improves the sending efficiency, and can not cause the service provider with faster response to be influenced by the service provider with slower response, and the service provider with slower response can also adjust the service level in time after the response is faster, thereby obtaining the priority processing of MMSC.
Referring to fig. 9, fig. 9 is a schematic block diagram of a first embodiment of the apparatus of the present invention:
the device includes: a receiving unit S1, a transmitting unit S2, an initial setting unit S0, a queue manager S3, a thread manager S4, a message distributing unit S5, and a message processing unit S6.
Wherein, the message receiving unit S1 is configured to receive all messages sent by the user to the service provider; the message sending unit S2 is used for all messages sent to the service provider.
The initial setting unit S0 is configured to classify service providers and configure different priorities for each class;
the queue manager S3 is used for distributing a message queue for each class of service provider according to the priority of each class of service provider and establishing the corresponding relation between each service provider and the message queue;
the thread manager S4 is used for distributing corresponding processing threads for the level of each service provider according to the priority level of each service provider;
the message distributing unit S5 is connected to the message receiving unit S1 and the queue manager S3, respectively, and is configured to place the message, which is sent to the service provider by the user and received by the message receiving unit S1, into the message queue corresponding to the level to which the service provider belongs;
the message processing unit S6 is connected to the thread manager S4 and the message sending unit S2, respectively, and is configured to invoke the processing thread corresponding to each message queue to complete processing of each message in the message queue, and transmit the processed message to the message sending unit and send the processed message to the corresponding service provider.
When the receiving unit receives the message sent by the user to the service provider (including the request message for requesting, ordering, etc. from the terminal user to the service provider, and the request message sent by the MMSC to the service provider after the terminal user successfully receives the message (or the user rejects the message, or the user still unsuccessfully extracts the message after the message is over) or the terminal user reads the message), the message distributing unit places the message into the message queue corresponding to the service provider level. The message processing unit calls the processing thread distributed for the message queue in the thread distributor, takes out the messages in the message queue in sequence for processing, transmits the processed messages to the message sending unit, and the message sending unit sends the processed messages to the corresponding service provider.
In order that the level change of individual service provider caused by the change of network operation condition and traffic will not affect the sending and receiving of other service provider message, a priority adjusting unit can be further arranged in the first embodiment of the apparatus of the present invention shown in fig. 9, so as to adjust the level of each service provider in real time according to the response delay of the service provider.
Referring to fig. 10, a schematic block diagram of a second embodiment of the apparatus of the present invention is shown:
the priority adjustment unit S7 is respectively connected to the queue manager S3 and the thread manager S4, and is configured to adjust the level of each service provider in real time according to the response delay of the service provider. It includes: a delay interval setting subunit S71, a response delay calculation subunit S72, and an adjustment notification subunit S73. Wherein,
the delay interval setting subunit S71 sets a response delay interval corresponding to each service provider level, for example, the delay interval of priority 1 is set to 0 to 2 seconds, the delay interval of priority 2 is set to 2 to 4 seconds, and so on, and the specific value may be set according to external conditions affecting delay, such as network conditions of different operators, SP development levels, and so on. To further avoid the SP level being frequently adjusted, the delay intervals of different levels may be appropriately crossed, for example, the delay interval of priority 1 is 0 to 3 seconds, the delay interval of priority 2 is 2 to 5 seconds, and so on.
The response delay calculating subunit S72 is configured to calculate a response delay of the service provider according to the time when each processing thread sends the service provider request message and receives the service provider response message.
The adjustment notification subunit S73 is configured to compare the response delay of the service provider calculated by the response delay calculation subunit and the response delay interval of the service provider set by the delay interval setting subunit, and notify the queue manager to modify the level of the service provider to a level corresponding to the response delay interval to which the response delay belongs when the two are not the same.
By setting the priority adjusting unit S7, it is able to better adapt to the change of network status of each operator, for example, a certain high-priority service provider cannot provide service due to equipment failure at a certain time, and in order not to affect other service providers, the priority of the service provider can be adjusted to be the lowest by the priority adjusting unit S7; when the device is cleared and its service processing capability is higher than that of other service providers, the priority of the service provider can be increased to an appropriate level by the priority adjustment unit S7. The sending efficiency can be further improved, and the service quality of each service provider can be ensured.
While the present invention has been described with respect to the embodiments, those skilled in the art will appreciate that there are numerous variations and permutations of the present invention without departing from the spirit of the invention, and it is intended that the appended claims cover such variations and modifications as fall within the true spirit of the invention.
Claims (10)
1. A method for implementing classification services for service providers, the method comprising:
classifying service providers and setting corresponding priorities for each class;
distributing a message queue and one or more processing threads for the grade of each type of service provider;
when receiving the message sent to the service provider by the user or the report message sent to the service provider by the system, putting the message into the message queue corresponding to the level to which the service provider belongs;
and finishing the sending of each message in the message queue by the processing thread corresponding to each message queue.
2. The method of claim 1, further comprising:
and adjusting the grade of each service provider in real time according to the response delay of each service provider.
3. The method of claim 2, wherein the step of adjusting the service provider level in real time according to the response delay of each service provider comprises:
setting response time delay intervals corresponding to each service provider level;
after receiving the response message of the service provider, the processing thread calculates the response delay of the service provider;
and adjusting the grade of the service provider to the grade corresponding to the response delay interval to which the response delay belongs.
4. A method as claimed in claim 3, characterised in that the response delay intervals for adjacent levels partially intersect.
5. The method according to claim 1, characterized in that the service providers are classified according to their traffic and/or device processing speed.
6. The method according to claim 1, characterized in that different or the same initial priorities are set for different classes of service providers.
7. The method of claim 6, wherein more processing threads are assigned to a higher priority class of service provider than to a lower priority class of service provider.
8. An apparatus for implementing classification services for service providers, comprising: message receiving unit, message sending unit, characterized by still including:
the initial setting unit is used for classifying the service providers and configuring different priorities for each class;
the queue manager is used for distributing a message queue for the level of each service provider according to the priority level of each service provider and establishing the corresponding relation between each service provider and the message queue;
the thread manager is used for distributing corresponding processing threads for the grades of all kinds of service providers according to the priority grades of all kinds of service providers;
the message distributing unit is respectively connected with the message receiving unit and the queue manager and is used for placing the message which is received by the message receiving unit and sent to the service provider by the user into the message queue corresponding to the level of the service provider;
and the message processing unit is respectively connected with the thread manager and the message sending unit and used for calling the processing thread corresponding to each message queue to finish processing each message in the message queue, transmitting the processed message to the message sending unit and sending the processed message to the corresponding service provider.
9. The apparatus of claim 8, further comprising:
and the priority adjusting unit is respectively connected with the queue manager and the thread manager and is used for adjusting the grade of each service provider in real time according to the response delay of each service provider.
10. The apparatus of claim 9, wherein the priority adjustment unit comprises:
a delay interval setting subunit, configured to set a response delay interval corresponding to each service provider level;
a response delay calculating subunit, configured to calculate a response delay of the service provider according to time for each processing thread to send a service provider request message and receive a service provider response message;
and an adjustment notification subunit, configured to compare the response delay of the service provider calculated by the response delay calculation subunit with the response delay interval of the service provider set by the delay interval setting subunit, and notify the queue manager to modify the level of the service provider to a level corresponding to the response delay interval to which the response delay belongs when the response delay of the service provider is not equal to the level of the service provider.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2006100577086A CN100365978C (en) | 2006-02-23 | 2006-02-23 | Method and device for realizing classified service to business provider |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNB2006100577086A CN100365978C (en) | 2006-02-23 | 2006-02-23 | Method and device for realizing classified service to business provider |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1859122A true CN1859122A (en) | 2006-11-08 |
| CN100365978C CN100365978C (en) | 2008-01-30 |
Family
ID=37297989
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CNB2006100577086A Expired - Fee Related CN100365978C (en) | 2006-02-23 | 2006-02-23 | Method and device for realizing classified service to business provider |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN100365978C (en) |
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102789394A (en) * | 2011-05-19 | 2012-11-21 | 阿里巴巴集团控股有限公司 | Method, device and nodes for parallelly processing information and server cluster |
| CN104951373A (en) * | 2015-05-28 | 2015-09-30 | 浙江元亨通信技术股份有限公司 | Message queue processing method of scheduling system |
| CN105516276A (en) * | 2015-11-30 | 2016-04-20 | 中电科华云信息技术有限公司 | Message processing method and system based on bionic hierarchical communication |
| CN105912412A (en) * | 2016-03-31 | 2016-08-31 | 北京奇虎科技有限公司 | Message distribution method, message distribution device and message distribution system |
| CN106713018A (en) * | 2016-12-08 | 2017-05-24 | 中国电信股份有限公司物联网分公司 | Message queue business data scheduling method and message queue implementation method |
| CN108667719A (en) * | 2018-04-26 | 2018-10-16 | 广州品唯软件有限公司 | A kind of real-time Message Passing method and system |
| CN111245745A (en) * | 2020-01-07 | 2020-06-05 | 腾讯科技（深圳）有限公司 | Message sending method, device, node equipment and storage medium |
| CN111897496A (en) * | 2020-07-28 | 2020-11-06 | 上海德拓信息技术股份有限公司 | Method for improving network IO read-write performance in distributed system |
| CN112101394A (en) * | 2019-06-18 | 2020-12-18 | 中国移动通信集团浙江有限公司 | Supplier domain deployment method and device, computing equipment and computer storage medium |
| CN114039925A (en) * | 2021-10-28 | 2022-02-11 | 北京思特奇信息技术股份有限公司 | Priority-based dynamic flow control method in short message gateway system |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2005506604A (en) * | 2001-03-22 | 2005-03-03 | チュン マイケル | Methods and systems for email, internet goals and direct marketing, and email banners |
| GB2401747B (en) * | 2003-05-12 | 2006-08-02 | Hutchison Whampoa Three G Ip | Service restriction in mobile communication networks |
-
2006
- 2006-02-23 CN CNB2006100577086A patent/CN100365978C/en not_active Expired - Fee Related
Cited By (16)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102789394B (en) * | 2011-05-19 | 2014-12-24 | 阿里巴巴集团控股有限公司 | Method, device and nodes for parallelly processing information and server cluster |
| CN102789394A (en) * | 2011-05-19 | 2012-11-21 | 阿里巴巴集团控股有限公司 | Method, device and nodes for parallelly processing information and server cluster |
| CN104951373B (en) * | 2015-05-28 | 2018-11-27 | 浙江元亨通信技术股份有限公司 | The message queue processing method of scheduling system |
| CN104951373A (en) * | 2015-05-28 | 2015-09-30 | 浙江元亨通信技术股份有限公司 | Message queue processing method of scheduling system |
| CN105516276A (en) * | 2015-11-30 | 2016-04-20 | 中电科华云信息技术有限公司 | Message processing method and system based on bionic hierarchical communication |
| CN105912412A (en) * | 2016-03-31 | 2016-08-31 | 北京奇虎科技有限公司 | Message distribution method, message distribution device and message distribution system |
| CN106713018B (en) * | 2016-12-08 | 2020-01-03 | 天翼物联科技有限公司 | Method for scheduling message queue service data and implementing message queue |
| CN106713018A (en) * | 2016-12-08 | 2017-05-24 | 中国电信股份有限公司物联网分公司 | Message queue business data scheduling method and message queue implementation method |
| CN108667719A (en) * | 2018-04-26 | 2018-10-16 | 广州品唯软件有限公司 | A kind of real-time Message Passing method and system |
| CN108667719B (en) * | 2018-04-26 | 2020-11-27 | 广州品唯软件有限公司 | Real-time message transmission method and system |
| CN112101394A (en) * | 2019-06-18 | 2020-12-18 | 中国移动通信集团浙江有限公司 | Supplier domain deployment method and device, computing equipment and computer storage medium |
| CN111245745A (en) * | 2020-01-07 | 2020-06-05 | 腾讯科技（深圳）有限公司 | Message sending method, device, node equipment and storage medium |
| CN111897496A (en) * | 2020-07-28 | 2020-11-06 | 上海德拓信息技术股份有限公司 | Method for improving network IO read-write performance in distributed system |
| CN111897496B (en) * | 2020-07-28 | 2023-12-19 | 上海德拓信息技术股份有限公司 | Method for improving network IO read-write performance in distributed system |
| CN114039925A (en) * | 2021-10-28 | 2022-02-11 | 北京思特奇信息技术股份有限公司 | Priority-based dynamic flow control method in short message gateway system |
| CN114039925B (en) * | 2021-10-28 | 2023-11-28 | 北京思特奇信息技术股份有限公司 | Dynamic flow control method based on priority in short message gateway system |
Also Published As
| Publication number | Publication date |
|---|---|
| CN100365978C (en) | 2008-01-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN1859122A (en) | Method and device for realizing classified service to business provider | |
| CN1265582C (en) | Information insertion service providing system, information insection method, communication network, information management device, and service controller | |
| CN100344102C (en) | Presence information sharing method and system | |
| CN1960521A (en) | Method and system of increasing system capacity of multimedia message service | |
| CN1913661A (en) | Message transmitting equipment and method | |
| CN1728684A (en) | Packet transfer apparatus | |
| CN1275292A (en) | Method and apparatus for routing between network gateways and service centers | |
| CN101030873A (en) | Method and system for downloading data | |
| CN1901515A (en) | Push-type information transmission method and transer apparatus therefor | |
| CN101030943A (en) | Method for transmitting message and route | |
| CN1525716A (en) | Internet broadcasting system and method, and internet broadcasting relay system | |
| CN1993961A (en) | Method and device for session control in hybrid telecommunication networks | |
| CN101035317A (en) | Service parameter configuration method and system and service parameter configuration unit | |
| CN101079760A (en) | Method, system and content distribution network for monitoring network | |
| CN1801811A (en) | Mobile mail terminal adapting method and system | |
| CN101075987A (en) | Apparatus and method for transmitting message | |
| CN1503474A (en) | Wireless insertion network system, method, and control equipment | |
| CN1783133A (en) | Portable-type communication terminal device, distribution server and contents supply system and method | |
| CN1249965C (en) | Method for forwarding multimedia message among different multimedia message centers | |
| CN1175636C (en) | Mobile communication system and network relation interchange device selection service apparatus and network relation interchange device selection method | |
| CN1905478A (en) | Method, apparatus and system for media resource allocating | |
| CN1859368A (en) | Method and system for realizing information transfer service and a terminal | |
| CN1925486A (en) | Digital television multimedia message system framework and communication protocol thereof | |
| CN1889439A (en) | Method and system for storing session information in instant information business | |
| CN1622647A (en) | System for transmitting multicast information |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CF01 | Termination of patent right due to non-payment of annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20080130 Termination date: 20200223 |