CN113824653A - Method and system compatible with multi-protocol service access - Google Patents

Method and system compatible with multi-protocol service access Download PDF

Info

Publication number
CN113824653A
CN113824653A CN202111279438.4A CN202111279438A CN113824653A CN 113824653 A CN113824653 A CN 113824653A CN 202111279438 A CN202111279438 A CN 202111279438A CN 113824653 A CN113824653 A CN 113824653A
Authority
CN
China
Prior art keywords
task
service
protocol
module
operator interface
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.)
Pending
Application number
CN202111279438.4A
Other languages
Chinese (zh)
Inventor
张亮
颜强华
朱劲宇
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Guiyang Langma Communication Technology Co ltd
Original Assignee
Guiyang Langma Communication Technology Co ltd
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 Guiyang Langma Communication Technology Co ltd filed Critical Guiyang Langma Communication Technology Co ltd
Priority to CN202111279438.4A priority Critical patent/CN113824653A/en
Publication of CN113824653A publication Critical patent/CN113824653A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/74Admission control; Resource allocation measures in reaction to resource unavailability
    • H04L47/746Reaction triggered by a failure
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00Indexing scheme associated with group H04L61/00
    • H04L2101/60Types of network addresses
    • H04L2101/677Multiple interfaces, e.g. multihomed nodes

Abstract

The invention discloses a method compatible with multi-protocol service access, which comprises the following steps: receiving a unified task instruction sent by a service system; identifying a task type, and performing service protocol conversion according to the task type; accessing a basic operator interface, performing protocol service data interaction, and acquiring a return result of the basic operator interface; analyzing the return result to generate a unified message return task; the service protocol conversion comprises the steps of obtaining a basic operator interface corresponding to the task and generating protocol service data corresponding to the basic operator interface; and in the process of executing the task, monitoring the internal task state, and managing the task according to the monitoring result. According to the technical scheme, the problems of complex protocol management and mutual influence of services when one virtual operator carries out data communication with a plurality of basic operators can be solved.

Description

Method and system compatible with multi-protocol service access
Technical Field
The invention relates to the field of telecommunication service and data transmission, in particular to a method and a system compatible with multi-protocol service access.
Background
In the mobile resale service developed at present, data communication between the virtual operator and the base operator is performed through an interface. However, when in communication, the data communication interface of the base operator often causes data exception of the virtual operator due to various problems, and finally causes system exception of the virtual operator. Secondly, the virtual operator system service directly calls the basic operator data interface, which causes high coupling with the basic operator data interface, resulting in difficulty in developing the virtual operator system service, low maintenance efficiency and difficulty in expanding the system. Meanwhile, a virtual operator usually communicates data with several basic operators, such as: if the virtual operator has the number of the mobile and the telecommunication at the same time, the data communication with the mobile and the telecommunication is needed. However, each basic operator has its own independent interface protocol, so that when the virtual operator system calls its interface, it needs to know and implement the different interface protocols of each operator in detail to communicate, thereby resulting in complex system of the virtual operator and low development efficiency.
Disclosure of Invention
The invention mainly aims to disclose a method and a system which are suitable for a virtual operator service system and are compatible with multi-protocol service access, so as to solve the problems of complex protocol management and service mutual influence when one virtual operator performs data communication with a plurality of basic operators.
In a first aspect, to achieve the above object, the present application provides a method compatible with multi-protocol service access, including the following steps:
receiving a unified task instruction sent by a service system;
identifying the task type, and performing service protocol conversion according to the task type;
accessing a corresponding basic operator interface, performing protocol service data interaction, and acquiring a return result of the basic operator interface;
analyzing the return result, and generating a unified message return task;
the service protocol conversion step comprises the steps of obtaining a basic operator interface corresponding to the task and generating protocol service data corresponding to the basic operator interface;
further, in the process of executing the task, the internal task state is monitored, and task management is carried out according to the acquired task state.
Furthermore, before the task type is identified, the method also comprises the steps of scheduling the task, and determining the task execution environment and the execution time.
Wherein, unifying the task instruction and include: service body information and service order information; the service body information at least comprises: unique identification of a telephone number card. And acquiring the interface of the basic operator corresponding to the task according to the service body information. And converting the unified task instruction according to the rule corresponding to the interface of the basic operator to generate protocol service data.
Further, after the unified message is generated and returned to the task, the task is scheduled, and the returned result is notified to the service system.
In another aspect, the present invention provides a system compatible with multi-protocol service access, including:
a task receiving module: the system comprises a task management module, a task execution module and a task execution module, wherein the task management module is used for receiving a unified task instruction sent by a service system;
a task scheduling module: the basic operator interface is used for accessing the basic operator interface, performing protocol service data interaction, acquiring a return result of the basic operator interface, analyzing the return result, and generating a unified message return task;
a task callback module: executing the unified message return task, identifying a service system corresponding to the task according to the task, and calling back the service system;
the task scheduling module comprises a protocol conversion module and an exception handling module, wherein the protocol conversion module is used for identifying task types and performing service protocol conversion according to the task types;
the task scheduling module is also used for monitoring the internal task state and managing tasks according to the task state.
Further, before the protocol conversion module identifies the task type, the task scheduling module schedules the task, and determines the task execution environment and the execution time.
The method compatible with multi-protocol service access can decouple the interface call of a virtual operator and a basic operator by realizing an independent service access system; various exceptions of a basic operator are intercepted inside, and the problem caused by directly calling the basic operator by a virtual operator service system is avoided; and on the other hand, the interface calling of the basic operators is encapsulated inside, and the interface protocol is independently realized, so that the virtual operator service system does not need to pay attention to the interface protocols of different basic operators, the development difficulty is reduced, and the development efficiency is improved.
Drawings
FIG. 1 is a diagram of method steps for access to a compatible multi-protocol service in an embodiment of the invention;
fig. 2 is a block diagram of a method for compatible multi-protocol service access in an embodiment of the present invention;
FIG. 3 is a process flow diagram of a method for compatible multi-protocol service access in an embodiment of the invention;
FIG. 4 is a flowchart of a protocol conversion process in a method compatible with multi-protocol service access according to an embodiment of the present invention;
fig. 5 is a system structure diagram compatible with multi-protocol service access in the embodiment of the present invention.
Detailed Description
The following detailed description of specific embodiments of the present invention is provided in conjunction with the accompanying drawings.
The general structure of the present application is as shown in fig. 2, an independent asynchronous communication system is added between a service system of a service virtual operator and an interface of a basic operator, the access system is compatible with multi-protocol conversion, and can also implement management and interaction of tasks. The specific implementation steps are shown in the method steps shown in FIG. 1:
step S110: receiving a unified task instruction sent by a service system;
the unified task instruction is a unified specification which is determined in advance in a service system, and comprises the following steps: service body information and service order information; the service agent information at least includes a unique identifier of the telephone number card, and the service order information is a service operation required for the service agent.
Referring to the structure diagram of the service access method shown in fig. 3, the unified task instruction is the virtual operator data D1.
For example:
the protocol structure of the unified task instruction submitted by the virtual operator is as follows:
Figure BDA0003329094340000051
the service body information is iccid, namely the unique identification of the service application body and the telephone number card, and in the application, the card of the basic operator can be distinguished through iccid;
the service order information includes the following contents:
type: when the service type of the operation is the one identified by 1010, the service is modified by the package function, and besides, 1001 is opened, 1002 is stopped, 1003 is reset, and the like;
order _ id: task order id, unique identification of the task;
offselist: the package function modifies the latest ordered package data which needs to be changed by the service;
prodList: the package function modifies the latest ordering function data which needs to be changed by the service;
the offserlist, that is, the product content is packaged for the second time, and the specific protocol structure is as follows:
voice_code sms_code gprs_code mms_code
900000030171 900000030172
voice _ code: the ordered voice packet is coded and is represented as not to be ordered when the voice packet is empty;
sms _ code: short message packet coding of ordering, representing no ordering when the short message packet coding is empty;
gprs _ code: the ordered flow packet is coded, and when the flow packet is empty, the flow packet is not ordered;
mms _ code: the ordered multimedia message packet codes represent no order when the multimedia message packet codes are empty;
and performing secondary protocol encapsulation on the prodList, namely the ordering function, wherein the specific protocol structure is as follows:
voice sms gprs mms callid reminder
1 1 1 1 1 1
voice: whether the voice function is opened or not, wherein 1 mark is opened and 0 mark is not opened;
and sms: whether the short message function is opened or not, wherein 1 mark is opened and 0 mark is not opened;
gprs: whether a flow function is opened or not, wherein 1 mark is opened and 0 mark is not opened;
mms: whether the multimedia message function is opened or not is judged, 1 mark is opened, and 0 mark is not opened;
a callid: whether the caller identification function is turned on, wherein 1 mark is turned on and 0 mark is not turned on;
a timer: whether the incoming call reminding function is turned on or not is judged, wherein 1 mark is turned on, and 0 mark is not turned on;
the above data protocol structure is a detailed data structure that the service system of the virtual operator sends to the service access system. The structure does not distinguish the basic operators, the cards of the basic operators can be distinguished through business main body information, namely iccid unique identification, the steps in the figure 3 are realized, and the basic operators of tasks are identified by O1.
And after the basic operators are identified, decoding the unified task instruction according to the communication protocol of the corresponding basic operator, coding again, and sending the access data of different basic operators to the corresponding basic operator interface.
In the current mobile resale service, the ICCID, i.e. the SIM card number, is equivalent to the identity card of the mobile phone number. The ICCID is a unique identification number of the IC card, and is composed of 20-bit characters, and the coding format is as follows: XXXXXX 0MFSS YYGXX XXXX, top six carrier codes: china moves about: 898600, respectively; 898602, respectively; 898604, respectively; 898607, China Union: 898601, 898606, 898609 and china telecom 898603, 898611, so that the task corresponding to the interface path of the basic operator can be obtained according to the information of the service body.
In the architecture of the whole system, sub-servers, task processing of partitions and task processing of time presetting exist, so after receiving tasks, scheduling task internal monitoring is carried out, task execution environments and execution time are determined for tasks in different states, and the designated tasks are distributed to different management areas or different servers for processing at designated time.
The following steps are carried out:
step S120: identifying the task type, and performing service protocol conversion according to the task type;
the service protocol conversion comprises the steps of obtaining a basic operator interface corresponding to the task and generating protocol service data corresponding to the basic operator interface. The unified task instruction is determined according to the protocol rules of the service system of the virtual operator, and in this step, the instruction is converted into a data request conforming to the protocol rules of the system of the base operator, such data is called protocol service data, i.e. the protocol service data is generated by the unified task instruction according to the rules of the corresponding base operator interface. Here, the steps of fig. 3 are implemented to match the base carrier communication protocol X using the identified base carrier O1 and task type O2.
In this example, if the operator code of iccid is in accordance with the number segment range of china mobile, the service encapsulation is performed according to the interface specification of china mobile, as shown in the following table:
BizCode BillId OrderId OfferList ProdList
1010 3534534345 DG2342342342 details of subscription packages Details of subscription function
If the number segment range of China telecom is met, performing service encapsulation according to the interface specification of China telecom, as follows:
extCustOrderId acceptTime prodOfferOrderItemGrp
3534534345 2342342322 details of subscription packages
No matter the process of service encapsulation of the china mobile or the china telecom, the process can be completed by an independent protocol conversion module in the service access method of the present application, and the protocol conversion is performed to realize the steps in fig. 3: the data D1 is converted using the X protocol, obtaining data D2.
The conversion process is as shown in fig. 4, the protocol conversion module is called, the conversion is successful, the data is returned as D2, the output conversion state is S1, otherwise, the returned data is still D1, and the output state is S2, which indicates that the conversion is failed. In the failure state S2 scenario, it may be abandoned, recalled for continued transition in the task, or wait for opportunity to transition again.
If the output transition state is S1, then the next step can be entered, calling the underlying operator interface that the D2 data does not have this time, namely:
step S130 in fig. 1: accessing a basic operator interface, performing protocol service data interaction, and acquiring a return result of the basic operator interface;
after the basic operator interface is called, a return result is received, and the calling is successful or failed, as shown in fig. 4, the steps are as follows: the base operator corresponding to the D2 data is called, and if the calling fails, the calling can be abandoned, the calling is called back continuously in the task, or the calling is waited for the opportunity to call again.
If the status in this step is S3, i.e. the call is successful, the next step can be entered:
step S140: analyzing the return result to generate a unified message return task;
the task manager receives the processing result returned by the basic operator, generates a unified message according to the service rule of the virtual operator, distributes a callback task, schedules the corresponding unified message to return the task, and informs the service system of the return result.
Meanwhile, as can be seen from fig. 4, in the process of executing the task, the internal task state is monitored, task management is performed according to the monitoring result, and the re-execution mode of the communication task which fails to be processed is determined, for example, waiting for call or giving up call.
Through the steps, the interface calling between the virtual operator and the basic operator can be decoupled; intercepting and calling a basic operator interface and calling various exceptions by a virtual operator in the interior, so as to avoid the problem caused by directly calling the basic operator by a virtual operator service system; on the other hand, the interface calling of the basic operators is encapsulated inside, and the interface protocol is independently realized, so that the virtual operator service system does not pay attention to the interface protocols of different basic operators.
Fig. 5 is a system structure diagram of service access of the present application, as shown in the figure:
a task receiving module: the system comprises a task management module, a task execution module and a task execution module, wherein the task management module is used for receiving a unified task instruction sent by a service system;
the service system is an independent system for performing service activities by a virtual operator, and a unified specification is formulated according to service characteristics thereof, for example: a virtual operator accesses the service of China telecom and also accesses the service of China Mobile, the telecom service provides monthly product packages, and if the flow rate is 500M, the telecom service is a basic product; china mobile provides a basic product with flow per M; the virtual operator makes a product package which accords with the characteristics of the virtual operator, if the 1G flow is a basic product, the specification of the product package accords with a service system of the virtual operator, the product with the 1G flow is ordered in the service system, namely a unified task instruction of a service, and the number corresponding to the product does not need to be distinguished and belongs to China telecom or China Mobile. After the service orders the product, an ordering instruction meeting the requirements of the basic operator needs to be initiated to the basic operator, in the application, a unified task instruction of the service system is received through the task receiving module, then a task is pushed to the task scheduling module and stored, and at this time, the communication task state is a protocol to be converted.
A task scheduling module: the system comprises a basic operator interface, a data processing module and a data processing module, wherein the data processing module is used for accessing the basic operator interface, performing protocol service data interaction, acquiring a return result of the basic operator interface, analyzing the return result, and generating a unified message to return to a task;
a task callback module: and executing the unified message return task, identifying the corresponding service system according to the task, and calling back the service system.
The task scheduling module comprises a protocol conversion module and an exception handling module, wherein the protocol conversion module is used for identifying the task type, carrying out service protocol conversion according to the task type, and scheduling the task by the task scheduling module before identifying the task type to determine the task execution environment and the execution time. And under the task execution environment, processing the unified task instruction, confirming the operator and confirming the interface of the operator.
In the process of task execution, the task scheduling module is further used for monitoring the internal task state, and scheduling and processing tasks according to the task state, and the method comprises the following steps:
and checking whether a task which is not subjected to protocol conversion exists, if so, calling a protocol conversion module to convert communication data, and storing the converted communication data. If the conversion is successful, the communication task state is stored as the protocol conversion success; otherwise, storing the communication task state as protocol conversion failure;
checking whether a task with a converted protocol state exists, if so, sending the task to the basic operator interface, and storing a communication result returned from the basic operator interface. If the communication result is successful, the communication task state is stored and the communication is successful; otherwise, the communication task state is stored as communication failure;
and checking whether a communication task in a communicated state exists, calling a task callback module, and returning a communication result communicated with the basic operator to the virtual operator. If the calling is successful, the communication task state is successfully recalled through storage; otherwise, the communication task state is stored as callback failure.
The exception handling module may obtain a communication task that fails to be handled in each step of the processing. And then calling an exception handling module to handle the abnormal communication task and storing a processing result. And the task scheduling module can perform re-processing again according to the processing result, and finally completes the processing of the communication task, thereby ensuring the high reliability of the communication task.
The method compatible with multi-protocol service access can decouple the interface call of a virtual operator and a basic operator by realizing an independent service access system; various exceptions of a basic operator are intercepted inside, and the problem caused by directly calling the basic operator by a virtual operator service system is avoided; and on the other hand, the interface calling of the basic operators is encapsulated inside, and the interface protocol is independently realized, so that the virtual operator service system does not need to pay attention to the interface protocols of different basic operators, the development difficulty is reduced, and the development efficiency is improved.
The above disclosure is only for a few specific embodiments of the present invention, but the present invention is not limited thereto, and any variations that can be made by those skilled in the art are intended to fall within the scope of the present invention.

Claims (8)

1. A method for compatible multi-protocol service access, comprising the steps of:
receiving a unified task instruction sent by a service system;
identifying a task type, and performing service protocol conversion according to the task type;
accessing a basic operator interface, performing protocol service data interaction, and acquiring a return result of the basic operator interface;
analyzing the return result to generate a unified message return task;
the service protocol conversion comprises the steps of obtaining a basic operator interface corresponding to the task and generating protocol service data corresponding to the basic operator interface;
and monitoring the internal task state in the task execution process, and managing the task according to the task state.
2. The method of claim 1, further comprising scheduling tasks, determining task execution environment and execution time before identifying the task type.
3. The method of claim 1, wherein unifying task directives comprises: service body information and service order information;
the service body information includes: unique identification of a telephone number card.
4. The method of claim 3, wherein the task-specific base operator interface is obtained according to the service body information.
5. The method of claim 3, wherein the protocol service data is generated by a unified task instruction according to rules corresponding to a base operator interface.
6. The method according to claim 1, wherein after the unified message return task is generated, the unified message return task is scheduled, and the return result is notified to a service system.
7. A system compatible with multi-protocol service access, comprising:
a task receiving module: the system comprises a task management module, a task execution module and a task execution module, wherein the task management module is used for receiving a unified task instruction sent by a service system;
a task scheduling module: the basic operator interface is used for accessing the basic operator interface, performing protocol service data interaction, acquiring a return result of the basic operator interface, analyzing the return result, and generating a unified message return task;
a task callback module: executing the unified message return task, identifying a service system corresponding to the task according to the task, and calling back the service system;
the task scheduling module comprises a protocol conversion module and an exception handling module, wherein the protocol conversion module is used for identifying task types and performing service protocol conversion according to the task types;
the task scheduling module is also used for monitoring the internal task state and managing tasks according to the task state.
8. The system of claim 7, wherein the protocol conversion module schedules tasks by the task scheduling module to determine task execution environment and execution time before identifying the task type.
CN202111279438.4A 2021-10-29 2021-10-29 Method and system compatible with multi-protocol service access Pending CN113824653A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111279438.4A CN113824653A (en) 2021-10-29 2021-10-29 Method and system compatible with multi-protocol service access

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111279438.4A CN113824653A (en) 2021-10-29 2021-10-29 Method and system compatible with multi-protocol service access

Publications (1)

Publication Number Publication Date
CN113824653A true CN113824653A (en) 2021-12-21

Family

ID=78917657

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111279438.4A Pending CN113824653A (en) 2021-10-29 2021-10-29 Method and system compatible with multi-protocol service access

Country Status (1)

Country Link
CN (1) CN113824653A (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114885297A (en) * 2022-04-07 2022-08-09 银盛通信有限公司 Method for business stop and recovery of mobile resale system number
CN115499435A (en) * 2022-08-08 2022-12-20 中亿(深圳)信息科技有限公司 Task scheduling method, system, electronic device and computer readable storage medium

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101079885A (en) * 2007-06-26 2007-11-28 中兴通讯股份有限公司 A system and method for providing automatic voice identification integrated development platform
CN101184267A (en) * 2007-12-20 2008-05-21 中国网络通信集团公司 Service access method and system
JP2016001490A (en) * 2015-08-07 2016-01-07 Aosテクノロジーズ株式会社 Short message service gateway system
JP2016001491A (en) * 2015-08-07 2016-01-07 Aosテクノロジーズ株式会社 Short message service gateway system
CN106911703A (en) * 2017-03-08 2017-06-30 北京中交创新投资发展有限公司 Unified interface platform building method and system
CN110572784A (en) * 2019-09-30 2019-12-13 深圳市高斯通信息技术有限公司 Method for adapting mobile protocol to communication protocol and telecommunication protocol

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101079885A (en) * 2007-06-26 2007-11-28 中兴通讯股份有限公司 A system and method for providing automatic voice identification integrated development platform
CN101184267A (en) * 2007-12-20 2008-05-21 中国网络通信集团公司 Service access method and system
JP2016001490A (en) * 2015-08-07 2016-01-07 Aosテクノロジーズ株式会社 Short message service gateway system
JP2016001491A (en) * 2015-08-07 2016-01-07 Aosテクノロジーズ株式会社 Short message service gateway system
CN106911703A (en) * 2017-03-08 2017-06-30 北京中交创新投资发展有限公司 Unified interface platform building method and system
CN110572784A (en) * 2019-09-30 2019-12-13 深圳市高斯通信息技术有限公司 Method for adapting mobile protocol to communication protocol and telecommunication protocol

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114885297A (en) * 2022-04-07 2022-08-09 银盛通信有限公司 Method for business stop and recovery of mobile resale system number
CN115499435A (en) * 2022-08-08 2022-12-20 中亿(深圳)信息科技有限公司 Task scheduling method, system, electronic device and computer readable storage medium
CN115499435B (en) * 2022-08-08 2023-08-11 中亿(深圳)信息科技有限公司 Task scheduling method, system, electronic device and computer readable storage medium

Similar Documents

Publication Publication Date Title
CN113824653A (en) Method and system compatible with multi-protocol service access
CA1293042C (en) Communication system supporting remote operations
CN106375458B (en) Service calling system, method and device
CN101674255B (en) Method, server and system for forwarding messages of enterprise service bus
CN101184294A (en) Method and system for implementing real name calling service based on mobile terminal client terminal module
CN112788128B (en) Business information pushing method and device, storage medium and electronic device
CN112596931B (en) Cross-process communication method and device, electronic equipment and storage medium
US6574326B1 (en) Method and system for minimizing transmission of optional parameters in an intelligent network environment
WO1999031566A1 (en) Implementation of notification capabilities in relational databases
US6647431B1 (en) Method and apparatus for handling I/O messages
CN113821363B (en) Inter-process communication method and system
CN108737397B (en) Method for realizing data interaction between service and protocol stack in router
CN101594592B (en) Method and device for sending messages based on different software platforms
CN112835983A (en) Implementation method for ensuring final consistency mode of distributed system
US8229414B1 (en) Release of temporarily allocated number triggered by voice disconnect at mobile switching center
CN112764945B (en) Message center service middleware system
CN104539506A (en) Network transmission service component and network transmission system
CN115454667A (en) Concurrent remote calling system and method based on message queue
CN103841508A (en) User information obtaining method and information aggregation platform
CN108347373B (en) Method and system for realizing instant messaging of enterprise APP
CN101227431B (en) Business control point and message interactive method
CN100553271C (en) In computer system, set up the method for collaboration services
CN113852627B (en) Extensible payment message processing method and device and electronic equipment
CN116360752B (en) Function programming method oriented to java, intelligent terminal and storage medium
US6744872B2 (en) Method for executing several services during a telephone call

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination