WO2014139275A1 - 一种实现非结构化补充数据业务的方法及装置 - Google Patents

一种实现非结构化补充数据业务的方法及装置 Download PDF

Info

Publication number
WO2014139275A1
WO2014139275A1 PCT/CN2013/083752 CN2013083752W WO2014139275A1 WO 2014139275 A1 WO2014139275 A1 WO 2014139275A1 CN 2013083752 W CN2013083752 W CN 2013083752W WO 2014139275 A1 WO2014139275 A1 WO 2014139275A1
Authority
WO
WIPO (PCT)
Prior art keywords
function
parameter
label
original
user
Prior art date
Application number
PCT/CN2013/083752
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 WO2014139275A1 publication Critical patent/WO2014139275A1/zh

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12Messaging; Mailboxes; Announcements
    • H04W4/14Short messaging services, e.g. short message services [SMS] or unstructured supplementary service data [USSD]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50Service provisioning or reconfiguring

Definitions

  • the present invention relates to the field of telecommunications, and in particular, to a method and apparatus for implementing unstructured supplementary data services.
  • the intelligent network is an architecture for generating and delivering services. Its most important feature is the fast, convenient, flexible and economical provision of various menus and messaging services.
  • USSD unstructured supplementary data service
  • USSD provides a very rich application. It provides users with more intelligent services and also has good economic benefits for operators.
  • USSD applications due to their advantages of convenience, speed, security, etc., are being promoted and applied more and more, and their value-added services are being used more and more, such as inquiry, recharge, transfer, payment service, banking service and stock. Services, etc., greatly increase the economic benefits of operators while greatly facilitating the majority of users, but for the content-rich USSD menus and message content, in many cases, operators need to use the USSD menu according to the needs of business characteristics.
  • the content is adjusted and modified, especially for the dynamic menu content with parameter display.
  • the modification process includes: proposing the change requirement, entering the business change process, and then It is the version development process, the test process, and the upgrade process that await a series of requirements change processes, which results in a very long period of business change and cannot adapt to the requirements of rapid response.
  • the operator proposes a very small logical change. This logic may not have this logic processing function compared to the current version of the service in use. If you want to implement the process that must enter the version change, it is for each operator. This kind of unique small change requirement, and the business version cannot be completely pre-resolved. Once the service version does not have such logical processing function, the service version is changed and the service change cycle is entered. Summary of the invention
  • the technical problem to be solved by the present invention is to provide a method and device for implementing an unstructured supplementary data service, which can improve the USSD service without modifying the service template.
  • a method for implementing an unstructured supplementary data service includes:
  • the function includes an original function and a user function, and the function label of the function for logically modifying the parameter value of the parameter is a function label of the user function;
  • the parameter value corresponding to the parameter label in the function tag is used as an input parameter to call the function, including: after scanning the function tag of the user function, querying the original function corresponding to the user function from the pre-configured user function table, and querying the call.
  • the corresponding parameter configuration and parameter configuration of the original function when the user function includes the configured additional parameter, the parameter value corresponding to the parameter tag in the function tag and the original function corresponding to the parameter input are called, and the parameter is output according to the parameter.
  • the parameter value obtained by the function is obtained from the processing result of the original function.
  • the parameter values processed by the function are obtained from the processing result of the original function according to the parameter configuration, including:
  • the processing result of the original function includes a plurality of out parameters, and the out parameter configuration includes a sequence number of the selected out parameter, and the parameter is selected from the processing result of the original function according to the serial number of the selected out parameter, as the The value of the parameter after the function is processed.
  • the method further comprises:
  • the user function table further includes a language configuration
  • the parameter configuration further includes an additional description for each language, after selecting a parameter from the processing result of the original function, according to the language
  • the statement configuration uses the additional description of the corresponding language and the selected out parameter as the parameter values processed by the function.
  • the function is an original function
  • the function label of the function for logically modifying the parameter value of the parameter is a function label of the original function
  • the function value corresponding to the parameter label in the function label is used as an input parameter to call the function, including: after scanning the function label of the original function, when the function label includes the additional parameter, the processing result of the additional function is obtained.
  • the parameter value after the function is processed.
  • An apparatus for implementing an unstructured supplementary data service includes: a message generation module, a parameter replacement module, and a function processing module, wherein:
  • the message generating module is configured to: generate an unstructured supplementary data service USSD message, a function tag of the number, where the function tag includes a parameter tag of a parameter to be modified by the function;
  • the parameter replacement module is configured to: before sending the USSD message, scan a parameter label in the USSD message, and replace the scanned parameter label with a corresponding parameter value;
  • the function processing module is configured to: scan a function label in the USSD message, use a parameter value corresponding to the parameter label in the function label as a parameter calling function, perform function processing, and use the function parameter value in the USSD The parameter value of the parameter to be modified by the function in the message.
  • the function includes an original function and a user function, and the function label of the function for logically modifying the parameter value of the parameter is a function label of the user function;
  • the function processing module is configured to: after scanning the function tag of the user function, query the original function corresponding to the user function from the pre-configured user function table, and query the in-parameter configuration and the parameter configuration of the original function corresponding to the call.
  • the user function includes the configured additional input parameter
  • the parameter value corresponding to the parameter label in the function tag and the original function corresponding to the parameter input are invoked, and the function is obtained from the processing result of the original function according to the parameter configuration.
  • the processed parameter value is configured to: after scanning the function tag of the user function, query the original function corresponding to the user function from the pre-configured user function table, and query the in-parameter configuration and the parameter configuration of the original function corresponding to the call.
  • the processing result of the original function includes a plurality of out parameters, and the out parameter configuration includes a sequence number of the selected out parameters;
  • the function processing module is configured to: according to the sequence number of the selected out parameter from the original function A parameter is selected in the processing result as the parameter value after the function is processed.
  • the user function table further includes a language configuration, and the parameter configuration further includes an additional description for each language;
  • the function processing module is further configured to: after selecting a parameter from the processing result of the original function, use the additional description of the corresponding language and the selected output parameter as the parameter processed by the function according to the language configuration value.
  • the function is an original function
  • the function label of the function for logically modifying the parameter value of the parameter is a function label of the original function
  • the function processing module is configured to: after scanning the function label of the original function, when the function label includes an additional parameter, the parameter value corresponding to the parameter label in the function label attached to the original function and the function label is used to call the original The function, and the parameter value processed by the function is obtained from the processing result of the original function.
  • FIG. 1 is a flowchart of a method for implementing USSD according to an embodiment of the present invention
  • FIG. 2 is a block diagram of an apparatus for implementing USSD according to an embodiment of the present invention.
  • the present embodiment provides a method for implementing a USSD service.
  • a function in a USSD message the operator can quickly implement the change requirement of the operator, thereby meeting the operator's unique personalized change requirements, and simultaneously achieving rapid response to market change requirements. It is very conducive to the application and promotion of USSD value-added services.
  • Parameter substitution is to first scan the parameters (parameter labels) in the USSD message, and then replace the parameter labels with the parameter values one by one.
  • Function processing is a function scan of the entire message. If there is a function tag, the function is called and the function result is replaced.
  • parameters can be configured.
  • the parameter label of the parameter is ⁇ :x>, where ⁇ :> indicates the parameter, and parameter label replacement is required.
  • X is the sequence number of the parameter to be replaced. Of course, X can also be The specific parameter name is determined by the implemented system.
  • All USSD messages support the configuration function.
  • the function tag is defined as A fxxx ( ⁇ :1> ... ), where ⁇ is the function prefix, fxxx is the function name, and ⁇ :1> is the function tag.
  • the parameter label of the parameter in the process of function processing, after scanning to the function label, it is considered that the function processing is encountered, the function processing is needed, the function call is performed, and the result of the function call is replaced in the original USSD message.
  • two functions are defined, one is an original function, one is a user function, and the original function is a function that actually performs logical modification on parameters in the USSD message.
  • the function used by the user can Is the original function, can also be a user function, the user function can be regarded as an instance of the original function, preferably using a user function, using the user function can simplify the configuration process of the USSD message, find the corresponding original function through the user function, and then implement the function Called, this can achieve a simple application effect through a configuration of the user function.
  • the original function can also be directly used in the message.
  • the main interaction with the user is menus and messages, such as querying the balance message, static content, generally can directly configure the static message content, but for dynamic content, such as the balance and date in the query message, operate The date format of the validity period of the quotient needs to be modified, or the display accuracy of the balance. If the business version does not take into account this transformation, then even if such a small change means that the entire business version needs to be modified, then it will enter R&D and test cycle, and upgrade cycle.
  • This embodiment takes this as an example to illustrate how to use the function processing method of this embodiment to flexibly and quickly meet the requirements of operators.
  • the following uses the function to write the Sybase database scripting language as an example.
  • the parameters and function functions are supported in the message, and the parameter support can be simple variable support and complex variable support.
  • the parameter is represented by a parameter tag, such as in a message: Your balance is ⁇ :1>, the validity period is ⁇ :2>, where ⁇ :1> indicates the balance, ⁇ :2> indicates the validity period, then the message is encountered.
  • ⁇ > is considered a parameter, where X is the serial number of the parameter, the support parameters in the message have a certain flexibility, but when the parameter logic transformation is encountered, it will encounter the need to modify the business version.
  • a function processing method is added to the message to solve the problem. Similar to parameter labels, function tags are also required.
  • the function prefix is represented by a ⁇ symbol, such as A fr ( ⁇ :1>, ⁇ ), which represents a function, ⁇ is a function prefix, and the following is followed by a function.
  • fr is the function name
  • the function name can be a user-defined function name, or the original function name
  • ⁇ :1> is the parameter label of the parameter to be modified
  • n is the additional parameter
  • Constants such as a value, etc., may or may not be. This is determined by the specific function and implementation of the function.
  • Function processing generally calls a lot of input parameters, which is called in the actual message. At the time, it is sometimes cumbersome to write the in-call parameters of the call.
  • the balance processing function needs to support precision processing.
  • 12345678 is the original balance
  • the precision is 4 digits
  • the display precision is 2 digits
  • the function is money (amount, precision, display precision, processing method). After the function processing, the amount is displayed as 1234.57, so in the message, each call is more complicated.
  • This embodiment uses the original function and the user function call to solve the problem.
  • the final function is the original function, and the function called by the user can be streamlined. For example, the user only needs to call A fm (amount) each time.
  • the function called by the user is called a user function, and the function actually called by the system is called the original function. In this way, A fm ( 12345678 ) is called in the USSD message, and the result is also 1234.57.
  • the configuration of the USSD message needs to be performed, including configuring the message content of the USSD message, the parameters in the message, and a function for logically modifying the parameter values of the parameter, where the parameter is represented by a parameter label. , function parameter function tag representation.
  • the configuration of the USSD message is complete, the corresponding USSD message is generated when the service code is received.
  • the method for implementing the USSD in this embodiment includes:
  • Step 101 After receiving the service code and generating the USSD message, perform parameter scanning on the entire USSD message, and replace all the parameter labels in the message with the actual parameter values.
  • the replacement of the parameter label includes the replacement of the parameter label other than the function in the message and the replacement of the parameter label contained in the function label.
  • the parameter label in the function is also replaced with the parameter value.
  • ⁇ :1> indicates the parameter label of the balance.
  • the user's balance is 12345678
  • the function call is 111 ( ⁇ :1> )
  • a function is processed on the balance parameter and processed into a suitable display mode.
  • the function in the message becomes A fm ( 12345678 ).
  • Step 102 Perform function scanning and replacement on the entire USSD message.
  • the function name is fm
  • the input parameter is: 12345678
  • Step 103 Using the function name as an index Query the user function table userfunc, find the original function corresponding to the user function as the money function, according to the configuration of the access parameter in the userfunc table, it is known that the money function call requires three parameters, two of which are added to the Inlist in the table;
  • the record inserted by the base function table is the basic description of the original function call, input parameters, parameter requirements and format, and results.
  • Table 1 is an example of the basic function table.
  • a record is inserted in the user function table userfunc, indicating that the user function is registered, so that the newly added function can be used in the message.
  • the record inserted by the user function table serves as an adaptation function, and can also be regarded as a user use instance, that is, how the user specifically calls the original function, and some additional parameters are configured in the user function table.
  • Table 2 is an example of a user function table.
  • Ocslan language number(5) Not null language, if 99, the following 99 expression configuration
  • 99 one field is empty, "i" has nothing to do
  • Inlist (input parameter Varchar(300) Null in parameter handling ⁇ : 1> default read list) means accepting call to the first Funcid entry
  • the three parameters required to call the original function are: ⁇ : 1>, 4, 2, ⁇ :1> parameter values corresponding to the parameter labels in the function tag; 4, 2 are additional parameters configured in the user function table. So that the call to money is money ( 12345678 , 4, 2 ).
  • Step 104 Call the original function, that is, the independent function money, the stored procedure call form is: exec @v-name @v_inlist, @v- outlist output, where v_name is the function name money, v-inlist is the input parameter String: 12345678, 4, 2, v—outlist is the processing result of the original function;
  • Step 105 After calling the original function, according to the parameter configuration in the user function table, the function value after the function processing is obtained from the processing result of the original function 1234.57;
  • the processing result of the original function includes a plurality of out parameters, and the information including the selected out parameter is configured in the out parameter, and the parameter needs to be selected from the processing result of the original function according to the information of the selected out parameter, as the parameter value after the function processing.
  • the processing result of the original function there are three out parameters, respectively, 1234.56' 1234'.56, according to the information of the selected parameter in the parameter configuration ⁇ : 1>, after selecting "1234.56" as the function processing The parameter value.
  • the user function table also includes a language configuration, and the parameter configuration may further include an additional description for each language.
  • the language configuration will be The additional description of the language and the selected parameters are taken together as the parameter values processed by the function. For example, if the language is configured as "English”, then “your bal is 1234.56" is used as the parameter value processed by the function. “your bal is” is attached. Description.
  • Step 106 Replace the parameter value of the parameter to be modified by the function in the USSD message by using the parameter value processed by the function.
  • the USSD message contains the function label of the original function; after scanning the function label of the original function, when the function label contains the additional parameter, the function processing is obtained in the processing result of the additional function. After the parameter value.
  • the system has provided a lot of original functions, which can be called the original function library. If the function is already in the original function library, the end user needs to use it.
  • the configuration can realize the logic change processing, and can process the message quickly and flexibly. Even if the logic related to the function implementation that does not exist in the original function library can be written, the requirement can be satisfied, which truly reflects the flexibility and convenience of the USSD service. Improving efficiency is very beneficial to operators' promotion and application of USSD value-added services.
  • the embodiment further provides an apparatus for implementing an unstructured supplementary data service, including: a message generation module, a parameter replacement module, and a function processing module, where:
  • a message generating module configured to generate an unstructured supplementary data service USSD message, where the USSD function tag includes a parameter label of a parameter to be modified by the function;
  • a parameter replacement module configured to scan a parameter in a USSD message before sending a USSD message Sign, replace the scanned parameter label with the corresponding parameter value;
  • the function processing module is configured to scan the function label in the USSD message, and use the parameter value corresponding to the parameter label in the function label as a parameter calling function to perform function processing, and the parameter value processed by the function is replaced by the function in the USSD message.
  • the parameter value of the modified parameter is configured to scan the function label in the USSD message, and use the parameter value corresponding to the parameter label in the function label as a parameter calling function to perform function processing, and the parameter value processed by the function is replaced by the function in the USSD message.
  • the parameter value of the modified parameter is configured to scan the function label in the USSD message, and use the parameter value corresponding to the parameter label in the function label as a parameter calling function to perform function processing, and the parameter value processed by the function is replaced by the function in the USSD message.
  • the function contains the original function and the user function, and the function tag of the function that logically modifies the parameter value of the parameter is the function tag of the user function;
  • the function processing module is specifically configured to: after scanning the function tag of the user function, query the original function corresponding to the user function from the pre-configured user function table, and query the in-parameter configuration and the parameter configuration of the original function corresponding to the call, When the user function includes the configured additional parameters, the parameter value corresponding to the parameter label in the function tag and the original function corresponding to the parameter call are added, and the function processed parameter is obtained from the processing result of the original function according to the parameter configuration. value.
  • the processing result of the original function includes a plurality of out parameters, and the parameter configuration includes a sequence number of the selected out parameter;
  • the function processing module is specifically configured to select a parameter from the processing result of the original function according to the selected sequence number of the parameter, as the parameter value after the function processing.
  • the user function table also contains the language configuration, and the parameter configuration also includes additional instructions for each language;
  • the function processing module is further configured to, after selecting a parameter from the processing result of the original function, use the additional description of the corresponding language and the selected out parameter as the function parameter value according to the language configuration.
  • the function is the original function, and the function label of the function that logically modifies the parameter value of the parameter is the function label of the original function;
  • the function processing module is specifically configured to: after scanning the function label of the original function, when the function label includes the additional parameter, the original function is called by using the parameter value corresponding to the parameter label in the function label attached to the original function, And the parameter value after the function processing is obtained from the processing result of the original function.
  • modules or steps of the present invention can be implemented by a general-purpose computing device, which can be concentrated on a single computing device or distributed over a network composed of multiple computing devices. Alternatively, they may be executed by a computing device
  • the program code is implemented so that they can be stored in the storage device by the computing device, and in some cases, the steps shown or described can be performed in a different order than here, or they can be separately produced.
  • the individual integrated circuit modules are implemented, or a plurality of modules or steps thereof are fabricated into a single integrated circuit module.
  • the invention is not limited to any specific combination of hardware and software.
  • the modification of the message content proposed by the operator can be quickly solved only by the function, does not affect other service modules, and does not affect other existing ones.
  • the function can change the requirements of the menu content of the operator, and can quickly realize the operator's requirement for the personality change of the USSD service, which is beneficial to the application and promotion of the value-added service of the operator, and fully embodies the flexibility of the USSD value-added service.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephone Function (AREA)
  • Computer And Data Communications (AREA)

Abstract

一种实现非结构化补充数据业务的方法及装置,包括:生成非结构化补充数据业务USSD消息,所述USSD消息中包含参数的参数标签和对参数的参数值进行逻辑修改的函数的函数标签,所述函数标签中包含函数所要修改的参数的参数标签;在发送所述USSD消息前,扫描所述USSD消息中的参数标签,将扫描到的参数标签替换为对应的参数值;扫描所述USSD消息中的函数标签,将函数标签中的参数标签对应的参数值作为入参数调用函数,进行函数处理,采用函数处理后的参数值在USSD消息中替换函数所要修改的参数的参数值。本发明实施例可以实现运营商对菜单内容需求的更改,可以快速实现运营商对USSD业务个性改动要求。

Description

一种实现非结构化补充数据业务的方法及装置
技术领域
本发明涉及电信通讯领域, 尤其涉及一种实现非结构化补充数据业务的 方法及装置。
背景技术
智能网是一个用于生成和提供业务的体系结构, 其最重要的特点是快速 方便、 灵活经济的提供各种菜单和消息服务。 USSD (非结构化补充数据业 务)作为预付费智能业务中的重要增值业务, 得到了快速的发展和应用, 在 查询余额、充值、更改套餐以及提供灵活丰富的内容服务(Service Provider ) 等应用中, USSD都提供了很丰富的应用。 为用户提供了更多的智能化的服 务, 也为运营商取得了不错的经济效益。
USSD应用, 由于其方便、快捷、安全性等优点越来越多的被推广应用, 其提供的增值服务被越来越多的应用, 比如查询、充值、转账、代缴费服务、 银行服务和股票服务等等, 在极大的方便了广大用户的同时, 增加了运营商 的经济效益, 但是针对内容丰富的 USSD菜单和消息内容, 在很多时候, 运 营商需要根据业务特性的需要, 对 USSD菜单内容进行调整和修改, 特别是 对有参数显示的动态菜单内容的修改。
传统的方式, 对静态菜单内容的修改可以配置解决, 但对动态菜单内容 的修改, 涉及业务逻辑的更改, 往往需要更改业务版本, 修改的过程包括: 提出更改需求, 进入业务更改流程, 接下来是版本研发流程、 测试流程和升 级流程等待一系列的需求更改流程, 这样就导致业务更改的周期非常长, 不 能适应快速响应的要求。 很多时候, 运营商提出的是极小的逻辑更改, 这种 逻辑相对于当前在用的业务版本, 可能是没有这个逻辑处理功能, 如果要想 实现必须进入版本变更的流程, 针对各个运营商的这种特有的小改动需求, 而业务版本又不可能全部预先解决, 一旦遇到业务版本没有这种逻辑处理功 能, 往往导致业务版本更改, 进入较长的业务更改周期。 发明内容
本发明要解决的技术问题是提供一种实现非结构化补充数据业务的方法 及装置, 能够在不修改业务模板的情况下, 对 USSD业务进行改进。
为解决上述技术问题,本发明的一种实现非结构化补充数据业务的方法, 包括:
生成非结构化补充数据业务 USSD消息, 所述 USSD消息中包含参数的 参数标签和对参数的参数值进行逻辑修改的函数的函数标签, 所述函数标签 中包含函数所要修改的参数的参数标签;
在发送所述 USSD消息前, 扫描所述 USSD消息中的参数标签, 将扫描 到的参数标签替换为对应的参数值; 扫描所述 USSD消息中的函数标签, 将 釆用函数处理后的参数值在 USSD消息中替换函数所要修改的参数的参数值。
优选地, 所述函数包含原函数和用户函数, 所述对参数的参数值进行逻 辑修改的函数的函数标签为用户函数的函数标签;
所述将函数标签中的参数标签对应的参数值作为入参数调用函数,包括: 在扫描到用户函数的函数标签后, 从预先配置的用户函数表中查询用户函数 对应的原函数, 并查询调用对应的原函数的入参数配置和出参数配置, 在用 户函数包含配置的附加入参数时, 釆用函数标签中的参数标签对应的参数值 和附加入参数调用对应的原函数, 并根据出参数配置从原函数的处理结果中 得到所述函数处理后的参数值。
优选地, 根据出参数配置从原函数的处理结果中得到所述函数处理后的 参数值, 包括:
所述原函数的处理结果中包含多个出参数, 所述出参数配置包含选择的 出参数的序号, 根据选择的出参数的序号从所述原函数的处理结果中选择出 参数, 作为所述函数处理后的参数值。
优选地, 还包括:
所述用户函数表中还包含语言配置, 所述出参数配置中还包含针对各种 语言的附加说明, 在从所述原函数的处理结果中选择出参数后, 根据所述语 言配置将对应语言的附加说明和选择的出参数共同作为所述函数处理后的参 数值。
优选地, 所述函数为原函数, 所述对参数的参数值进行逻辑修改的函数 的函数标签为原函数的函数标签;
所述将函数标签中的参数标签对应的参数值作为入参数调用函数,包括: 在扫描到原函数的函数标签后, 在函数标签中包含附加入参数时, 釆用附加 函数的处理结果中得到所述函数处理后的参数值。
一种实现非结构化补充数据业务的装置, 包括: 消息生成模块、 参数替 换模块和函数处理模块, 其中:
所述消息生成模块, 设置为: 生成非结构化补充数据业务 USSD 消息, 数的函数标签, 所述函数标签中包含函数所要修改的参数的参数标签;
所述参数替换模块,设置为:在发送所述 USSD消息前,扫描所述 USSD 消息中的参数标签, 将扫描到的参数标签替换为对应的参数值;
所述函数处理模块, 设置为: 扫描所述 USSD消息中的函数标签, 将函 数标签中的参数标签对应的参数值作为入参数调用函数, 进行函数处理, 釆 用函数处理后的参数值在 USSD消息中替换函数所要修改的参数的参数值。
优选地, 所述函数包含原函数和用户函数, 所述对参数的参数值进行逻 辑修改的函数的函数标签为用户函数的函数标签;
所述函数处理模块, 设置为: 在扫描到用户函数的函数标签后, 从预先 配置的用户函数表中查询用户函数对应的原函数, 并查询调用对应的原函数 的入参数配置和出参数配置, 在用户函数包含配置的附加入参数时, 釆用函 数标签中的参数标签对应的参数值和附加入参数调用对应的原函数, 并根据 出参数配置从原函数的处理结果中得到所述函数处理后的参数值。
优选地, 在所述原函数的处理结果中包含多个出参数, 所述出参数配置 包含选择的出参数的序号;
所述函数处理模块, 设置为: 根据选择的出参数的序号从所述原函数的 处理结果中选择出参数, 作为所述函数处理后的参数值。
优选地, 所述用户函数表中还包含语言配置, 所述出参数配置中还包含 针对各种语言的附加说明;
所述函数处理模块, 还设置为: 在从所述原函数的处理结果中选择出参 数后, 根据所述语言配置将对应语言的附加说明和选择的出参数共同作为所 述函数处理后的参数值。
优选地, 所述函数为原函数, 所述对参数的参数值进行逻辑修改的函数 的函数标签为原函数的函数标签;
所述函数处理模块, 设置为: 在扫描到原函数的函数标签后, 在函数标 签中包含附加入参数时, 釆用附加入参数和原函数的函数标签中的参数标签 对应的参数值调用原函数, 并从原函数的处理结果中得到所述函数处理后的 参数值。
综上所述, 本发明实施例在 USSD业务中, 通过在 USSD消息中进行函 数处理,针对运营商提出的消息内容的改动,可以仅仅通过函数来快速解决, 不会影响其它业务模块, 也不影响其它现有的功能, 就可以实现运营商对菜 单内容需求的更改, 可以快速实现运营商对 USSD业务个性改动要求, 有利 于运营商的增值业务的应用和推广, 充分体现了 USSD增值业务的灵活性。 附图概述
图 1是本发明实施方式的实现 USSD的方法的流程图;
图 2是本发明实施方式的实现 USSD的装置的架构图。
本发明的较佳实施方式
本实施方式提供了一种实现 USSD业务的方法, 通过在 USSD消息中实 现函数功能, 可以快速实现运营商的改动需求, 从而满足运营商特有的个性 化的改动需求, 同时实现快速响应市场变更要求, 非常利于 USSD增值业务 的应用和推广。
在^^多情况下, 运营商会提出小的改动需求, 导致增加逻辑处理, 这种 逻辑处理虽然有可能很简单, 但是如果业务版本没有这种逻辑处理, 那么最 终还是要通过修改整个业务版本来解决问题。 本实施方式提供的函数解决方 法,仅仅需要提供实现这种改动的函数,再加上适当配置应用即可解决问题, 而不需要对整个业务版本或其它模块进行修改, 也不需要进行较长周期的版 本变更流程 ,从而快速实现 USSD消息内容灵活多变的要求 ,具体内容如下:
( 1 )针对具体的问题, 需要提供具体解决问题的函数, 这个函数釆用标 准的存储过程脚本语言来书写, 也就是说, 函数编写, 釆用存储过程的脚本 语言,一般有 Oracle和 Sybase脚本语言,需要根据具体的业务应用来决定釆 用哪种数据库。 函数的编写制定可以是程序员来实现也可以是维护人员来实 现, 可以在数据库客户端进行调试通过, 也可以在业务产品的 web界面上进 行调试, 直到成功运行。
( 2 )如何将能解决问题的函数, 加载运用到 USSD 消息中是本实施方 式的关键, 本实施方式釆用参数替换和函数处理解决该问题。
参数替换就是首先对 USSD消息中的参数(参数标签)进行扫描, 然后 逐个将参数标签替换为参数值。
函数处理是对整个消息进行函数扫描, 如果有函数标签, 再对函数进行 调用处理和函数结果的替换处理。
所有 USSD消息中, 都可以配置参数, 参数的参数标签为 <:x>, 其中的 <:>表示参数, 需要进行参数标签替换, 其中的 X为需要替换的参数的序号, 当然 X也可以是具体的参数名称, 具体由实现的系统决定。 当调用消息时, 首先扫描消息内容中是否有参数标签需要替换, 如果有, 则完成所有的参数 标签的替换, 包括 USSD消息中的函数标签中的参数标签。
函数处理: 所有 USSD消息中, 都支持配置函数功能, 函数标签定义为 Afxxx ( <:1> ... ) , 其中 Λ为函数前缀, fxxx是函数名称, <:1>表示函数标签 中的参数的参数标签, 函数处理的过程中, 在扫描到函数标签后, 认为遇到 了函数处理, 需要进行函数处理, 会进行函数调用, 然后将函数调用的结果 在原来的 USSD消息中进行替换。
本实施方式中定义两种函数, 一种是原函数, 一种是用户函数, 原始函 数为实际对 USSD消息中的参数进行逻辑修改的函数。 用户使用的函数可以 是原函数, 也可以是用户函数, 用户函数可以看成是原函数的实例, 优选使 用用户函数, 使用用户函数可以简化 USSD消息的配置过程, 通过用户函数 来找到对应的原函数, 然后实现函数调用, 这样就可以实现通过用户函数的 一次配置, 实现应用简单的效果。 当然, 当原函数的出入参数比较简单的时 候, 也可以在消息中直接使用原函数。
需要说明的是, 在不冲突的情况下, 本申请中的实施例及实施例中的特 征可以相互组合。 下面将参考附图并结合实施例来详细说明本发明。
在 USSD应用中, 与用户交互的主要是菜单和消息, 比如查询余额消息 中, 静态的内容, 一般可以直接配置静态的消息内容, 但是对动态的内容, 如查询消息中的余额和日期, 运营商对其中的有效期的日期格式需要进行修 改, 或者余额的显示精度, 如果业务版本没有考虑到这种变换, 那么即使是 这种小改动, 也意味着需要对整个业务版本进行修改, 那么将进入研发和测 试周期, 还有升级周期, 本实施方式以此为例, 说明如何通过本实施方式的 函数处理方式灵活快速的满足运营商需求,以下用到函数编写以 Sybase数据 库脚本语言为例。 本实施方式中消息中要支持参数和函数功能, 参数支持, 可以是简单的 变量支持,也是复杂的变量支持。参数釆用参数标签来表示,比如在消息中: 您的余额为 <:1>, 有效期为<:2>, 这里的 <:1>表示余额, <:2>表示有效期, 那么在消息中遇到这种参数标签 < >都认为是参数, 其中 X为参数的序号, 消息中支持参数有了一定的灵活性, 但是遇到参数逻辑变换时, 就会遭遇要 修改业务版本。
本实施方式是在消息中, 增加函数处理方法, 来解决这一问题。 与参数 标签类似, 也需要有函数标签, 本实施方式中釆用 Λ符号表示函数前缀, 比如 Afr ( <:1>, η ) , 表示一个函数, Λ为函数前缀, 表示后面跟随为一个函数处 理, fr为函数名称, 该函数名称可以是用户定义的一个函数名称, 也可以是 原函数名称, <:1>表示为要修改的参数的参数标签, n 为为附加入参数, 可 以是固定常量, 比如是一个数值等, 也可以没有, 这个要根据具体的函数功 能和实现来决定。 函数处理一般要调用很多入参数, 这样在实际消息中调用 时, 每次都要写全调用的入参数, 有时候比较麻烦。
比如, 余额处理函数, 需要支持精度处理, 比如 12345678是原始余额, 精度是 4位,显示精度是 2位,釆用四舍五入的方式处理, 函数是 money (金 额, 精度, 显示精度, 处理方式), 经过函数处理后金额显示为 1234.57, 这 样在消息中, 每次都调用比较繁瑣, 本实施方式釆用原函数和用户函数调用 来解决, 最终调用的函数是原函数, 用户调用的函数可以精简, 比如, 用户 仅仅需要每次调用 Afm (金额) , 用户调用的函数称为用户函数, 系统实际 调用的函数称为原函数。 这样 USSD消息中调用 Afm ( 12345678 ) , 结果同 样为 1234.57。
在实现本实施方式的 USSD的方法前, 需要进行 USSD消息的配置, 包 括配置 USSD消息的消息内容, 消息中的参数和对参数的参数值进行逻辑修 改的函数,其中,参数釆用参数标签表示,函数参数函数标签表示。完成 USSD 消息的配置后, 在收到业务码时, 生成对应的 USSD消息。
如图 1所示, 本实施方式的实现 USSD的方法, 包括:
步骤 101 : 在接收到业务码, 生成 USSD消息后, 对整个 USSD消息进 行参数扫描, 将消息中的参数标签全部更换为真实的参数值;
注意, 参数标签的替换包括消息中的函数以外的参数标签的替换和函数 标签中包含的参数标签的替换。
经过参数标签的替换后, 函数中的参数标签也会被替换为参数值, 比如 <:1>表示余额的参数标签,如用户的余额为 12345678,函数调用为 111( <:1> ) 表示要对余额参数进行一个函数处理, 处理为合适的显示方式, 那么经过参 数标签替换后, 消息中的函数变为 Afm ( 12345678 ) 。
步骤 102: 对整个 USSD消息进行函数扫描和替换, 当扫描到函数前缀 Λ 时,根据开发语法分析后面的函数,获取到函数名为 fm,入参数为: 12345678; 步骤 103: 将函数名称作为索引查询用户函数表 userfunc,找到用户函数 对应的原函数为 money函数,根据 userfunc表中的出入参数配置 ,获知 money 函数调用需要三个参数, 其中两个附加入参数在该表中的 Inlist中;
在确定原函数后, 在基本函数表 basefunc 中插入一条原函数的记录, 表 示注册原函数。 基础函数表插入的纪录, 是原函数调用的基本描述, 入参数、 参数要求和格式以及结果等, 表 1为基础函数表的示例。
表 1
Figure imgf000010_0001
在确定用户函数后在用户函数表 userfunc中插入一条纪录, 表示注册用 户函数, 这样在消息中就可以使用这个新增加的函数了。 用户函数表插入的 记录起到适配作用, 也可以看成是用户使用实例, 即用户具体如何调用原函 数, 有些附加入参数在用户函数表中配置。 表 2为用户函数表的示例。
表 2
字段 属性 特性 描述 注
Ufid(用户函 Varchar2(10) not null 用户函数唯一标 用户自定 数标识) 识 义(必须
禁止修改 和
basefiinc 中不同) 实例 id
Funcid(对应 Varchar2(10) not null 函数唯一标识 从
的原函数的 basefiinc 标识) 中选择
Funcdesc( 函 Varchar2(60) Nul 函数描述
数描述)
Resultcode (结 Varchar(lO) Not null 默认和 fimcid的结 如果唯一 果码) 果相同,表示调用 为灰色不
成功或失败 可以用 Ocslan(语言 number(5) Not null 语言,如果为 99,下 99表示语 配置) default 99 面一个字段为空, "i" 无 关
不可以填写. (可配置)
Inlist (入参数 Varchar(300) Null 入参数处理 <: 1> 默认读取 列表) 表示接受调用第 Funcid入
一 个 参 参数说明 数 ,xxx,<: l>,xxx
表示最后调用需
要 3个参数值, XXX
是配置的附加入
参数, <: 1>表示调
用传递过来的第
一个参数
Applyout( 出 Varchar2(300) Null 针对不用语言的
参数列表) 附加说明和选择
的出参数, ^:
your bal is <:x>
(针对英语)
如, 调用原函数需要的三个参数为: <: 1>, 4, 2 , <:1>函数标签中的参 数标签对应的参数值; 4 , 2为配置在用户函数表中的附加入参数,这样 money 的调用为 money ( 12345678 , 4, 2 ) 。
步骤 104:调用原始函数, 即独立的函数 money,存储过程调用形式为: exec @v— name @v— inlist , @v— outlist output , 其中 v— name 为函数名称 money, v— inlist为入参数字符串: 12345678 , 4 , 2 , v— outlist为原函数的 处理结果;
步骤 105: 调用原函数后, 根据用户函数表中的出参数配置从原函数的 处理结果中获取到函数处理后的参数值 1234.57;
原函数的处理结果中包含多个出参数, 在出参数配置包含选择的出参数 的信息, 需要根据选择的出参数的信息从原函数的处理结果中选择出参数, 作为函数处理后的参数值。 例如, 在原函数的处理结果中包含三个出参数, 分别为, 1234.56' 1234'.56,则根据出参数配置中的选择的出参数的信息<: 1>, 选择 "1234.56" 作为函数处理后的参数值。
在用户函数表中还包含语言配置, 出参数配置中还可以包含针对各种语 言的附加说明, 在从原函数的处理结果中选择出参数后, 根据语言配置将对 应语言的附加说明和选择的出参数共同作为函数处理后的参数值。 例如, 语 言配置为 "英语" , 则将 "your bal is 1234.56" 作为函数处理后的参数值。 "your bal is" 为附力。说明。
步骤 106: 釆用函数处理后的参数值在 USSD消息中替换函数所要修改 的参数的参数值。
在编写独立的函数时, 可以直接釆用数据库脚本语言进行编写, 比如上 面的金额的处理, 需要注意的是, 如果入参数是多个参数, 函数处理入参数 和普通的入参数有点差别, 存储过程编写的入参数, 需要是一个字符串, 然 后在存储过程中, 根据约定的分隔符号,进行分隔, 得到真正需要的入参数, 后面的函数逻辑处理都是通用的。
在 USSD消息中使用原函数时, USSD消息中包含原函数的函数标签; 在扫描到原函数的函数标签后, 在函数标签中包含附加入参数时, 釆用附加 函数的处理结果中得到函数处理后的参数值。
以上就是本发明的具体实施方案, 实际上很多时候, 系统已经提供了很 多的原函数, 可以称之为原函数库, 如果原始函数库中已经有了该函数, 终 端用户使用, 只需要进行简单配置就可以实现逻辑更改处理, 能够快速和灵 活处理消息, 即使, 涉及原函数库中不存在的函数实现的逻辑, 也可以进行 编写函数,就可以满足需求,真正体现了 USSD业务的灵活便捷,提高效率, 非常利于运营商对 USSD增值业务的推广和应用。
如图 2所示, 本实施方式还提供了一种实现非结构化补充数据业务的装 置, 包括: 消息生成模块、 参数替换模块和函数处理模块, 其中:
消息生成模块, 用于生成非结构化补充数据业务 USSD消息, USSD消 函数标签中包含函数所要修改的参数的参数标签;
参数替换模块, 用于在发送 USSD消息前, 扫描 USSD消息中的参数标 签, 将扫描到的参数标签替换为对应的参数值;
函数处理模块, 用于扫描 USSD消息中的函数标签, 将函数标签中的参 数标签对应的参数值作为入参数调用函数, 进行函数处理, 釆用函数处理后 的参数值在 USSD消息中替换函数所要修改的参数的参数值。
函数包含原函数和用户函数, 对参数的参数值进行逻辑修改的函数的函 数标签为用户函数的函数标签;
函数处理模块, 具体用于在扫描到用户函数的函数标签后, 从预先配置 的用户函数表中查询用户函数对应的原函数, 并查询调用对应的原函数的入 参数配置和出参数配置, 在用户函数包含配置的附加入参数时, 釆用函数标 签中的参数标签对应的参数值和附加入参数调用对应的原函数, 并根据出参 数配置从原函数的处理结果中得到函数处理后的参数值。
在原函数的处理结果中包含多个出参数, 出参数配置包含选择的出参数 的序号;
函数处理模块, 具体用于根据选择的出参数的序号从原函数的处理结果 中选择出参数, 作为函数处理后的参数值。
用户函数表中还包含语言配置, 出参数配置中还包含针对各种语言的附 加说明;
函数处理模块, 还用于在从原函数的处理结果中选择出参数后, 根据语 言配置将对应语言的附加说明和选择的出参数共同作为函数处理后的参数值。
函数为原函数, 对参数的参数值进行逻辑修改的函数的函数标签为原函 数的函数标签;
函数处理模块, 具体用于在扫描到原函数的函数标签后, 在函数标签中 包含附加入参数时, 釆用附加入参数和原函数的函数标签中的参数标签对应 的参数值调用原函数, 并从原函数的处理结果中得到函数处理后的参数值。
显然, 本领域的技术人员应该明白, 上述的本发明的各模块或各步骤可 以用通用的计算装置来实现, 它们可以集中在单个的计算装置上, 或者分布 在多个计算装置所组成的网络上, 可选地, 它们可以用计算装置可执行的程 序代码来实现, 从而, 可以将它们存储在存储装置中由计算装置来执行, 并 且在某些情况下, 可以以不同于此处的顺序执行所示出或描述的步骤, 或者 将它们分别制作成各个集成电路模块, 或者将它们中的多个模块或步骤制作 成单个集成电路模块来实现。 这样, 本发明不限制于任何特定的硬件和软件 结合。
以上所述仅为本发明的优选实施例而已, 并不用于限制本发明, 对于本 领域的技术人员来说, 本发明可以有各种更改和变化。 凡在本发明的精神和 原则之内, 所作的任何修改、 等同替换、 改进等, 均应包含在本发明的保护 范围之内。
工业实用性
本发明实施例在 USSD业务中, 通过在 USSD消息中进行函数处理, 针 对运营商提出的消息内容的改动, 可以仅仅通过函数来快速解决, 不会影响 其它业务模块, 也不影响其它现有的功能, 就可以实现运营商对菜单内容需 求的更改, 可以快速实现运营商对 USSD业务个性改动要求, 有利于运营商 的增值业务的应用和推广, 充分体现了 USSD增值业务的灵活性。

Claims

权 利 要 求 书
1、 一种实现非结构化补充数据业务的方法, 包括:
生成非结构化补充数据业务 USSD消息, 所述 USSD消息中包含参数的 参数标签和对参数的参数值进行逻辑修改的函数的函数标签, 所述函数标签 中包含函数所要修改的参数的参数标签;
在发送所述 USSD消息前, 扫描所述 USSD消息中的参数标签, 将扫描 到的参数标签替换为对应的参数值; 扫描所述 USSD消息中的函数标签, 将 釆用函数处理后的参数值在 USSD消息中替换函数所要修改的参数的参数值。
2、 如权利要求 1所述的方法, 其中,
所述函数包含原函数和用户函数, 所述对参数的参数值进行逻辑修改的 函数的函数标签为用户函数的函数标签;
所述将函数标签中的参数标签对应的参数值作为入参数调用函数,包括: 在扫描到用户函数的函数标签后, 从预先配置的用户函数表中查询用户函数 对应的原函数, 并查询调用对应的原函数的入参数配置和出参数配置, 在用 户函数包含配置的附加入参数时, 釆用函数标签中的参数标签对应的参数值 和附加入参数调用对应的原函数, 并根据出参数配置从原函数的处理结果中 得到所述函数处理后的参数值。
3、 如权利要求 2 所述的方法, 其中, 根据出参数配置从原函数的处理 结果中得到所述函数处理后的参数值, 包括:
所述原函数的处理结果中包含多个出参数, 所述出参数配置包含选择的 出参数的序号, 根据选择的出参数的序号从所述原函数的处理结果中选择出 参数, 作为所述函数处理后的参数值。
4、 如权利要求 3所述的方法, 其中, 还包括:
所述用户函数表中还包含语言配置, 所述出参数配置中还包含针对各种 语言的附加说明, 在从所述原函数的处理结果中选择出参数后, 根据所述语 言配置将对应语言的附加说明和选择的出参数共同作为所述函数处理后的参 数值。
5、 如权利要求 1所述的方法, 其中,
所述函数为原函数, 所述对参数的参数值进行逻辑修改的函数的函数标 签为原函数的函数标签;
所述将函数标签中的参数标签对应的参数值作为入参数调用函数,包括: 在扫描到原函数的函数标签后, 在函数标签中包含附加入参数时, 釆用附加 函数的处理结果中得到所述函数处理后的参数值。
6、 一种实现非结构化补充数据业务的装置, 包括: 消息生成模块、 参 数替换模块和函数处理模块, 其中:
所述消息生成模块, 设置为: 生成非结构化补充数据业务 USSD 消息, 数的函数标签, 所述函数标签中包含函数所要修改的参数的参数标签;
所述参数替换模块,设置为:在发送所述 USSD消息前,扫描所述 USSD 消息中的参数标签, 将扫描到的参数标签替换为对应的参数值;
所述函数处理模块, 设置为: 扫描所述 USSD消息中的函数标签, 将函 数标签中的参数标签对应的参数值作为入参数调用函数, 进行函数处理, 釆 用函数处理后的参数值在 USSD消息中替换函数所要修改的参数的参数值。
7、 如权利要求 6所述的装置, 其中,
所述函数包含原函数和用户函数, 所述对参数的参数值进行逻辑修改的 函数的函数标签为用户函数的函数标签;
所述函数处理模块, 设置为: 在扫描到用户函数的函数标签后, 从预先 配置的用户函数表中查询用户函数对应的原函数, 并查询调用对应的原函数 的入参数配置和出参数配置, 在用户函数包含配置的附加入参数时, 釆用函 数标签中的参数标签对应的参数值和附加入参数调用对应的原函数, 并根据 出参数配置从原函数的处理结果中得到所述函数处理后的参数值。
8、 如权利要求 7所述的装置, 其中,
在所述原函数的处理结果中包含多个出参数, 所述出参数配置包含选择 的出参数的序号;
所述函数处理模块, 设置为: 根据选择的出参数的序号从所述原函数的 处理结果中选择出参数, 作为所述函数处理后的参数值。
9、 如权利要求 8所述的装置, 其中,
所述用户函数表中还包含语言配置, 所述出参数配置中还包含针对各种 语言的附加说明;
所述函数处理模块, 还设置为: 在从所述原函数的处理结果中选择出参 数后, 根据所述语言配置将对应语言的附加说明和选择的出参数共同作为所 述函数处理后的参数值。
10、 如权利要求 6所述的装置, 其中,
所述函数为原函数, 所述对参数的参数值进行逻辑修改的函数的函数标 签为原函数的函数标签;
所述函数处理模块, 设置为: 在扫描到原函数的函数标签后, 在函数标 签中包含附加入参数时, 釆用附加入参数和原函数的函数标签中的参数标签 对应的参数值调用原函数, 并从原函数的处理结果中得到所述函数处理后的 参数值。
PCT/CN2013/083752 2013-03-13 2013-09-18 一种实现非结构化补充数据业务的方法及装置 WO2014139275A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201310079449.7A CN104053135B (zh) 2013-03-13 2013-03-13 一种实现非结构化补充数据业务的方法及装置
CN201310079449.7 2013-03-13

Publications (1)

Publication Number Publication Date
WO2014139275A1 true WO2014139275A1 (zh) 2014-09-18

Family

ID=51505408

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/083752 WO2014139275A1 (zh) 2013-03-13 2013-09-18 一种实现非结构化补充数据业务的方法及装置

Country Status (2)

Country Link
CN (1) CN104053135B (zh)
WO (1) WO2014139275A1 (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105764037B (zh) * 2014-12-15 2021-01-26 中兴通讯股份有限公司 一种非结构化补充数据业务ussd实现的方法和应装置
CN114694327A (zh) * 2020-12-30 2022-07-01 华为技术有限公司 一种支付方法及通信装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101384004A (zh) * 2008-10-20 2009-03-11 中兴通讯股份有限公司 一种非结构化的补充业务数据业务的实现方法
CN101686451A (zh) * 2008-09-27 2010-03-31 深圳华为通信技术有限公司 一种ussd的实现方法和装置
CN101951576A (zh) * 2010-09-19 2011-01-19 中兴通讯股份有限公司 Ussd应用业务的实现方法和ussd中心
US20120243472A1 (en) * 2011-03-24 2012-09-27 Marvin Bienn Routing of a CDMA MS Initiated USSD Request

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI972718A0 (fi) * 1996-07-02 1997-06-24 More Magic Software Mms Oy Foerfaranden och arrangemang foer distribution av ett anvaendargraenssnitt
CN101650648A (zh) * 2008-08-14 2010-02-17 鸿富锦精密工业(深圳)有限公司 动态调用功能模块的系统及方法
CN101876938B (zh) * 2009-11-11 2012-10-10 北京神州泰岳软件股份有限公司 一种基于消息队列的应用软件响应时间测量方法及系统

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101686451A (zh) * 2008-09-27 2010-03-31 深圳华为通信技术有限公司 一种ussd的实现方法和装置
CN101384004A (zh) * 2008-10-20 2009-03-11 中兴通讯股份有限公司 一种非结构化的补充业务数据业务的实现方法
CN101951576A (zh) * 2010-09-19 2011-01-19 中兴通讯股份有限公司 Ussd应用业务的实现方法和ussd中心
US20120243472A1 (en) * 2011-03-24 2012-09-27 Marvin Bienn Routing of a CDMA MS Initiated USSD Request

Also Published As

Publication number Publication date
CN104053135B (zh) 2018-03-23
CN104053135A (zh) 2014-09-17

Similar Documents

Publication Publication Date Title
US7904421B2 (en) Transparent virtual machine for mobile applications
US11537606B2 (en) Solution for implementing computing service based on structured query language statement
US11175796B2 (en) Menu management method, server, and system
US20200334151A1 (en) Facts controller for a shared fact service
US20070078925A1 (en) Porting an interface defining document between mobile device platforms
WO2018210096A1 (zh) 一种基于规则引擎的规则配置方法、终端、设备以及存储介质
US11657298B2 (en) Card engine for producing dynamically configured content
CN108282518A (zh) 一种客户端页面生成方法和装置
US8020051B2 (en) Message handling in a service-oriented architecture
US20220284371A1 (en) Method, device and medium for a business function page
US20200334217A1 (en) Content grouping and surfacing
CN109669678A (zh) 模板引擎整合方法、装置、电子设备及存储介质
CN110941655A (zh) 一种数据格式转换方法及装置
CN107133160B (zh) 服务器和客户端
CN113626223A (zh) 一种接口调用方法和装置
CN113495797A (zh) 一种消息队列及消费者动态创建方法及系统
CN113076153A (zh) 一种接口调用方法和装置
US10944824B2 (en) Method and apparatus for processing media type in rest software architecture
US20200319942A1 (en) Infrastructure base model api
US20100274793A1 (en) Method and apparatus of configuring for services based on document flows
CN114265657A (zh) 一种小程序的页面显示方法及装置
WO2014139275A1 (zh) 一种实现非结构化补充数据业务的方法及装置
JP2014123360A (ja) 仮想マシンのタグ分類システム及び方法
CN114402281A (zh) 动态可配置的客户端应用活动
CN115065945B (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: 13877460

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 13877460

Country of ref document: EP

Kind code of ref document: A1