RU2604983C2 - Service parsing method flexibly adapted to ims system service tag - Google Patents

Service parsing method flexibly adapted to ims system service tag Download PDF

Info

Publication number
RU2604983C2
RU2604983C2 RU2014146752/08A RU2014146752A RU2604983C2 RU 2604983 C2 RU2604983 C2 RU 2604983C2 RU 2014146752/08 A RU2014146752/08 A RU 2014146752/08A RU 2014146752 A RU2014146752 A RU 2014146752A RU 2604983 C2 RU2604983 C2 RU 2604983C2
Authority
RU
Russia
Prior art keywords
service
tag
ims
tags
sip terminal
Prior art date
Application number
RU2014146752/08A
Other languages
Russian (ru)
Other versions
RU2014146752A (en
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 RU2014146752A publication Critical patent/RU2014146752A/en
Application granted granted Critical
Publication of RU2604983C2 publication Critical patent/RU2604983C2/en

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10Architectures or entities
    • H04L65/1016IP multimedia subsystem [IMS]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066Session management
    • H04L65/1096Supplementary features, e.g. call forwarding or call holding

Abstract

FIELD: information technology.
SUBSTANCE: invention relates to service parsing flexibly adapted to an IMS system service tag. Method comprises steps of: defining a multi-service tag template, defining an initial multi-service tag template instance set in a device pre-configuration file; importing pre-configuration file into a runtime IMS SIP terminal, appending a matching rule, generating a runtime multi-service tag set, and storing same. IMS SIP terminal using a subscription message mechanism to subscribe to a service, and in accordance with a notify notification message received, performing matching according to the matching rule corresponding to a service tag instance set to accomplish the parsing processing of a service.
EFFECT: technical result is capacity of IMS SIP terminal to adapt to different service presentation methods of a plurality of IMS server manufacturers simultaneously, thus improving compatibility of terminal, improving adaptive ability and application range.
6 cl, 3 dwg

Description

Область изобретенияField of Invention

Настоящее изобретение относится к области системы IMS и терминалу IMS SIP, в частности относится к способу синтаксического анализа сервиса терминала IMS SIP, гибко адаптированному к тегу IMS системы. В частности, настоящее изобретение относится к способу, с помощью которого терминал IMS SIP координируется с сервером приложений в системе IMS путем самостоятельной адаптации и гибкого разбора сообщения «NOTIFY» (также известно как уведомление об услуге), переданного со стороны сети в системе IMS, чтобы совместно реализовать соответствующие услуги в системе IMS.The present invention relates to the field of an IMS system and an IMS SIP terminal, in particular, to a method for parsing a service of an IMS SIP terminal, flexibly adapted to an IMS system tag. In particular, the present invention relates to a method by which an IMS SIP terminal coordinates with an application server in an IMS system by self-adaptation and flexible parsing of a “NOTIFY” message (also known as a service notification) transmitted from a network side in an IMS system so that jointly implement the relevant services in the IMS system.

Предпосылки изобретенияBACKGROUND OF THE INVENTION

IMS (IP Multimedia Subsystem, IP мультимедийная субсистема) представляет собой систему, разработанную на базе SIP (Session Initiation Protocol, протокол установления сеанса), обеспечивает полный набор стандартов мультимедийных услуг. Несколько международных организаций по стандартизации, включая IETF, 3GPP и ОМА (Open Mobile Alliance, Открытый Мобильный Альянс), определяют и улучшают стандарты IMS, так как они становятся все более зрелой стандартной системой. Технология IMS позволяет операторам лучше контролировать уровень сервиса для быстрого интегрирования и выполнения IMS мультимедийных услуг, уменьшения сетевых инвестиционных и эксплуатационных расходов, так все операторы придают большое значение IMS технологии. Кроме того, технология IMS может привести к единому пользовательскому опыту, и пользователи будут приобретать больше услуг IMS с гарантированным качеством и безопасностью. IMS соответствует тенденции интеграционного развития сетевой связи и интеграции услуг и будет играть важную роль в будущем сетевой связи.IMS (IP Multimedia Subsystem, IP Multimedia Subsystem) is a system developed on the basis of SIP (Session Initiation Protocol), which provides a complete set of multimedia service standards. Several international standardization organizations, including IETF, 3GPP, and OMA (Open Mobile Alliance) define and improve IMS standards as they become an increasingly mature standard system. IMS technology allows operators to better control the level of service to quickly integrate and implement IMS multimedia services, reduce network investment and operating costs, as all operators attach great importance to IMS technology. In addition, IMS technology can lead to a unified user experience, and users will purchase more IMS services with guaranteed quality and security. IMS is in line with the trend of integration development of network communications and service integration and will play an important role in the future of network communications.

В качестве наиболее прямого оператора различных услуг в опыте конечного потребителя системы IMS, терминал IMS SIP сотрудничает с другими устройствами в системе IMS, чтобы предоставлять пользователям услуги всех классов. В настоящее время реализация PSTN (Public Switched Telephone Network, телефонная сеть общего пользования) услуги связи в сети IMS могут быть дополнены IMS терминалом и сервером приложений AS и центром пользовательских данных HSS через координацию в режиме гибкой связи, в котором работа терминала IMS SIP задается заказанными и зарегистрированными услугами пользователя, и терминал IMS SIP завершает реализацию связанных сервисных функций терминала, в том числе действием кратковременного нажатия рычага, конверсию события последующего набора в соответствующем сообщении SIP.As the most direct operator of various services in the experience of the end user of the IMS system, the IMS SIP terminal cooperates with other devices in the IMS system to provide users of all classes of services. Currently, the implementation of the PSTN (Public Switched Telephone Network), communication services in the IMS network can be supplemented by the IMS terminal and the AS application server and the HSS user data center through coordination in the flexible communication mode, in which the operation of the IMS SIP terminal is set to be ordered and registered user services, and the IMS SIP terminal completes the implementation of the associated service functions of the terminal, including the action of a short press of the lever, the conversion of the subsequent dialing event in the corresponding message and SIP.

Используя механизм уведомления о заказе, терминал IMS SIP может знать заказанные и зарегистрированные услуги пользователем. Фиг. 1 иллюстрирует механизм уведомления о заказе в сети IMS: После успешной регистрации (РЕГИСТРАЦИЯ) терминал IMS SIP посылает заказ (ПОДПИСКА) в систему IMS, и запрашивает информацию о зарегистрированной пользователем информации об услуге. После получения соответствующей информации, система IMS запрашивает информацию о регистрации услуги соответствующего пользователя терминала IMS SIP в центре пользовательских данных HSS и информирует терминал IMS SIP. NOTIFY сообщение (также известно как уведомление об услуге) в формате XML (Extensible Markup Language) документа описывает регистрационную информацию об услуге, соответствующую пользователю терминала IMS SIP. Типичный документ XML в NOTIFY выглядит следующим образом:Using the order notification mechanism, the IMS SIP terminal can know the ordered and registered services by the user. FIG. 1 illustrates the mechanism of order notification in the IMS network: After successful registration (REGISTRATION), the IMS SIP terminal sends the order (SUBSCRIPTION) to the IMS system, and requests information about the service information registered by the user. After receiving the relevant information, the IMS requests information about the registration of the service of the corresponding user of the IMS SIP terminal in the HSS user data center and informs the IMS SIP terminal. A NOTIFY message (also known as a service notification) in XML (Extensible Markup Language) format of a document describes the registration information about the service corresponding to the user of the IMS SIP terminal. A typical XML document in NOTIFY is as follows:

Figure 00000001
Figure 00000001

Figure 00000002
Figure 00000002

Различная информация, зарегистрированная или отмененная пользователем IMS SIP, появится в XML документе в виде тегов (сервисных тегов). Например,

Figure 00000003
является сервисным тегом ожидания вызова, включая такую информацию, как название сервисного тега cw-service, стоимость сервисного тега cw-service-provisioned и т.д. Таким образом, идентификация и разбор сервисных тегов в XML документе являются ключевыми шагами в обработке NOTIFY сообщения.Various information registered or canceled by the IMS SIP user will appear in the XML document as tags (service tags). For example,
Figure 00000003
is a service call waiting tag, including information such as the name of the cw-service service tag, the cost of the cw-service-provisioned service tag, etc. Thus, the identification and parsing of service tags in an XML document are key steps in processing NOTIFY messages.

Однако, в практических приложениях, различные производители серверов IMS различаются по степени поддержки различных услуг, содержание сервисных тегов часто неоднородно, так что терминал IMS SIP встречает определенные трудности в процессе идентификации и разбора сервисных тегов: терминал IMS SIP может определить и проанализировать сообщение NOTIFY, передаваемое от сервера IMS одного производителя, но не в состоянии идентифицировать и проанализировать сообщение NOTIFY, передаваемое от сервера IMS другого производителя сервера IMS. В связи с неоднозначностью сервисных тегов, при введении сервера IMS нового производителя (в платформу IMS производителей), в терминале IMS SIP всегда требуется осуществление соответствующих адаптаций и корректировки в соответствии с сервисными тегами. Это в значительной степени влияет и ограничивает всестороннее продвижение и использование услуг IMS.However, in practical applications, different manufacturers of IMS servers differ in the degree of support for different services, the content of service tags is often heterogeneous, so the IMS SIP terminal encounters certain difficulties in the process of identifying and parsing service tags: the IMS SIP terminal can determine and analyze the NOTIFY message transmitted from an IMS server of one manufacturer, but is not able to identify and analyze a NOTIFY message transmitted from an IMS server of another manufacturer of an IMS server. Due to the ambiguity of service tags, when introducing a new manufacturer's IMS server (into the IMS platform of manufacturers), appropriate adaptations and adjustments are always required in the IMS SIP terminal in accordance with service tags. This greatly affects and limits the comprehensive promotion and use of IMS services.

Краткое описание изобретенияSUMMARY OF THE INVENTION

С учетом недостатков в предшествующем уровне техники, технической задачей настоящего изобретения является обеспечение способа анализа сервиса, гибко адаптированного к IMS системе сервисных тегов, чтобы IMS SIP-терминал был способен адаптироваться к различным способам IMS серверов разных производителей и одновременно мог бы быть эффективно совместим с неоднозначностью во время анализа услуг, и расширять адаптационную способность и диапазон применения терминала IMS SIP.Given the shortcomings in the prior art, the technical task of the present invention is to provide a service analysis method that is flexibly adapted to the IMS service tag system so that the IMS SIP terminal is able to adapt to various methods of IMS servers from different manufacturers and at the same time can be effectively compatible with ambiguity during the analysis of services, and expand the adaptive ability and range of application of the IMS SIP terminal.

Техническая задача настоящего изобретения достигается с помощью следующего технического решения:The technical problem of the present invention is achieved using the following technical solutions:

Способ синтаксического анализа сервиса, гибко адаптированный к тегу IMS системы, отличающийся следующими шагами:A method for parsing a service flexibly adapted to an IMS system tag, characterized in the following steps:

Шаг 1: определение шаблона мульти-сервисного тега: в конфигурационном файле терминала IMS SIP определяется формат мульти-сервисного тега, который приемлем и идентифицирован системой, указанный формат шаблона включает следующую идентификацию и содержание:Step 1: definition of a multi-service tag template: in the IMS SIP terminal configuration file, a multi-service tag format is defined that is acceptable and identified by the system, the specified template format includes the following identification and content:

Figure 00000004
Figure 00000004

где

Figure 00000005
идентифицирует шаблон мульти-сервисного тега, определенный терминалом IMS SIP для услуг типа i,Where
Figure 00000005
identifies the multi-service tag template defined by the IMS SIP terminal for type i services,

каждый из

Figure 00000006
,
Figure 00000007
, …,
Figure 00000008
может быть использован как сервисный тег, предназначенный для идентификации услуг типа i, определенных терминалом IMS SIP, эти сервисные теги соединены последовательно через символ "|", чтобы сформировать содержание шаблона мульти-сервисного тега;each of
Figure 00000006
,
Figure 00000007
, ...,
Figure 00000008
can be used as a service tag designed to identify services of type i defined by the IMS SIP terminal, these service tags are connected in series through the "|" symbol to form the contents of the multi-service tag template;

Шаг 2: генерация множества примеров мульти-сервисного тега с использованием шаблона мульти-сервисного тега: по характеристике системы IMS, подключенной к терминалу IMS SIP, сервисный тег

Figure 00000009
(
Figure 00000010
и
Figure 00000011
), соответствующий услуге типа i, может быть определен и записан как
Figure 00000012
; конкретные сервисные теги, соответствующие разным услугам, будут сохранены в конфигурационном файле в формате, определенном по шаблону мульти-сервисного тега, чтобы сформировать следующие множества примеров мульти-сервисного тега в конфигурационном файле:Step 2: generating many examples of a multi-service tag using the multi-service tag template: according to the characteristics of the IMS system connected to the IMS SIP terminal, the service tag
Figure 00000009
(
Figure 00000010
and
Figure 00000011
) corresponding to a service of type i can be defined and written as
Figure 00000012
; specific service tags corresponding to different services will be saved in the configuration file in the format defined by the multi-service tag template to form the following sets of examples of multi-service tags in the configuration file:

Figure 00000013
Figure 00000013

При этом одна строчка соответствует одному примеру мульти-сервисного тега; примеры мульти-сервисных шаблонов между различными типами услуг делятся методом возврата каретки и перевода строчки и совместно образуют множество примеров мульти-сервисного тега;Moreover, one line corresponds to one example of a multi-service tag; examples of multi-service templates between different types of services are divided by carriage return and line feed and together form many examples of multi-service tags;

в процессе практической эксплуатации, терминал IMS SIP выполняет роль множества мульти-сервисных тегов, добавляя сервисные теги соответствующих правил работы для различных услуг и генерируя выполнение множества мульти-сервисных тегов, облегчая тем самым выполнение последующего согласования сервисных тегов;in the process of practical operation, the IMS SIP terminal acts as a set of multi-service tags, adding service tags of the corresponding operation rules for various services and generating the execution of many multi-service tags, thereby facilitating the subsequent approval of service tags;

Шаг 3: после получения сообщения NOTIFY, терминал IMS SIP получает сервисные теги различных услуг, соответствующие пользователям терминала IMS SIP из информации в XML документе в NOTIFY сообщении;Step 3: after receiving the NOTIFY message, the IMS SIP terminal receives service tags of various services corresponding to the users of the IMS SIP terminal from the information in the XML document in the NOTIFY message;

Шаг 4: на основе полученных сервисных тегов разных услуг, соответствующих пользователям терминала IMS SIP с выполнением множества мульти-сервисных тегов, производится операция сопоставления, то есть выполняются идентификация и разбор сервисных тегов услуг в XML документе: определяется способность представления услуги, заданной пользователем терминала IMS SIP.Step 4: based on the received service tags of different services corresponding to the users of the IMS SIP terminal with the execution of many multi-service tags, a matching operation is performed, that is, identification and analysis of service tags of services in an XML document is performed: the ability to represent the service specified by the user of the IMS terminal is determined Sip.

На основании указанного технического решения, после того, как сообщение о заказе на услугу SUBSCRIBE передается в платформу IMS, платформа передает сообщение NOTIFY, чтобы информировать о способности представления услуги пользователем; после получения NOTIFY, терминал IMS SIP выполняет согласование и разбор сервисных тегов в режиме последовательного согласования и запуска:Based on the indicated technical solution, after the SUBSCRIBE service order message is transmitted to the IMS platform, the platform transmits a NOTIFY message to inform about the ability of the service to be presented by the user; after receiving NOTIFY, the IMS SIP terminal negotiates and parses service tags in the sequential negotiation and start mode:

После того, как терминал IMS SIP получил XML документ, который описывает способность представления услуги, заказанной пользователем, терминал IMS SIP выполняет последовательное согласование всех заказов в соответствии с законом согласования множества примеров мульти-сервисного тега в процессе эксплуатации и сообщает данному пользователю результат согласования;After the IMS SIP terminal has received an XML document that describes the ability to present the service ordered by the user, the IMS SIP terminal sequentially reconciles all orders in accordance with the law of approval of many examples of multi-service tags during operation and reports the result of the agreement to this user;

Конкретные правила согласования сервисных тегов представления услуги определяются конкретной реализацией. После того, как результат операции, выполненной в соответствии с правилами эксплуатации, положительный, считается, что пользователь терминала IMS SIP имеет способность представления услуги.The specific rules for matching service tags for service presentation are determined by the particular implementation. After the result of the operation performed in accordance with the operating rules is positive, it is considered that the user of the IMS SIP terminal has the ability to present the service.

На основании указанного технического решения, при генерации и хранении множества примеров мульти-сервисного тега, с помощью модуля логического управления выводится модуль генерации и хранения множества примеров мульти-сервисного тега для осуществления управления над всеми примерами мульти-сервисного тега.Based on the indicated technical solution, when generating and storing many examples of a multi-service tag, using the logic control module, a module for generating and storing many examples of a multi-service tag is output to control all examples of a multi-service tag.

На основании указанного технического решения, модуль генерации множества примеров мульти-сервисного тега создает множество примеров мульти-сервисного тега в соответствии с шаблоном мульти-сервисного тега и конкретным тегом сервиса системы IMS.Based on the indicated technical solution, the module for generating many examples of a multi-service tag creates many examples of a multi-service tag in accordance with the multi-service tag template and a specific service tag of the IMS system.

Модуль логистического управления может выполнять по крайней мере одно из указанных действий: добавлять, сохранять, удалять конкретное содержание множества примеров мульти-сервисного тега.The logistics management module can perform at least one of the following actions: add, save, delete the specific content of many examples of multi-service tags.

На основании указанного технического решения, модуль хранения множества примеров мульти-сервисного тега в процессе эксплуатации в основном используется для ввода множества примеров мульти-сервисного тега с конфигурационного файла в терминал IMS SIP, сопоставляя сервисные теги с целью образования эксплуатируемого, управляемого множества примеров, при этом сопоставление тегов является основанием для выполнения согласования и разбора тегов.Based on the indicated technical solution, the module for storing many examples of a multi-service tag during operation is mainly used to enter many examples of a multi-service tag from the configuration file into the IMS SIP terminal, matching service tags to form an operated, manageable set of examples, while tag matching is the basis for matching and parsing tags.

На основании указанного технического решения, на шаге 4, после получения сообщения NOTIFY, терминал IMS SIP выполняет следующую обработку:Based on the specified technical solution, in step 4, after receiving the NOTIFY message, the IMS SIP terminal performs the following processing:

выполняется операция сопоставления сервисного тега

Figure 00000014
в файле XML, сервисного тега первого приоритетного
Figure 00000015
в пример мульти-сервисного тега
Figure 00000016
; положительный результат означает, что они согласованы; если они не согласованы, то производится операция других сервисных тегов
Figure 00000017
в примере мульти-сервисного тега
Figure 00000018
;
Figure 00000019
;service tag matching operation is in progress
Figure 00000014
in the XML file, service tag first priority
Figure 00000015
as an example of a multi-service tag
Figure 00000016
; a positive result means that they are agreed; if they are not agreed, then the operation of other service tags
Figure 00000017
in the example of a multi-service tag
Figure 00000018
;
Figure 00000019
;

если они согласованы, то считается, что этот пользователь зарегистрировал эту услугу и выполняется согласование следующего сервисного тега

Figure 00000020
;if they are agreed, then it is considered that this user has registered this service and the next service tag is negotiated
Figure 00000020
;

когда все сервисные теги в одном примере мульти-сервисных тегов не могу быть согласованы, полагают, что этот пользователь не зарегистрировал эту услугу и производится обработка следующей услуги

Figure 00000021
;when all service tags in one example of multi-service tags cannot be reconciled, it is believed that this user has not registered this service and the next service is being processed
Figure 00000021
;

повторно выполняются указанные шаги, пока все сервисные теги в файле xml не проанализированы.These steps are repeated until all service tags in the xml file are parsed.

При использовании способа анализа сервиса, гибко адаптированного к IMS системе сервисных тегов, IMS SIP-терминал способен адаптироваться к различным способам IMS серверов разных производителей, может быть эффективно совместим с неопределенностями при анализе услуг и расширяет адаптационную способность и диапазон применения терминала IMS SIP.Using a service analysis method that is flexibly adapted to the IMS service tag system, the IMS SIP terminal is able to adapt to various methods of IMS servers from different manufacturers, can be effectively compatible with uncertainties in service analysis, and extends the adaptive ability and range of application of the IMS SIP terminal.

Краткое описание чертежейBrief Description of the Drawings

Настоящее изобретение иллюстрируется следующими чертежами:The present invention is illustrated by the following drawings:

фиг. 1 - механизм уведомления о заказе в сети IMS.FIG. 1 - an order notification mechanism in the IMS network.

фиг. 2 - схема генерации и хранения примера мульти-сервисного тега.FIG. 2 is a diagram for generating and storing an example of a multi-service tag.

фиг. 3 - схема согласования услуги.FIG. 3 is a diagram of the coordination of services.

Конкретные примерыCase studies

Для того чтобы четко описать задачу, техническое решение и преимущества настоящего изобретения, изобретение может быть описано с помощью следующих примеров в сочетании с прилагаемыми чертежами. Примеры, описанные в данном документе, используются для интерпретации и не ограничиваются настоящим изобретением.In order to clearly describe the objective, technical solution and advantages of the present invention, the invention can be described using the following examples in combination with the accompanying drawings. The examples described herein are used for interpretation and are not limited to the present invention.

Основная концепция настоящего изобретения: определение шаблона мульти-сервисного тега, генерация множества примеров мульти-сервисного тега с использованием шаблона мульти-сервисного тега, в соответствии с образованным примером мульти-сервисного тега производится анализ сервисного тега в полученном XML документе, чтобы получить информацию о регистрации услуги пользователя терминала IMS SIP.The basic concept of the present invention: definition of a multi-service tag template, generation of many examples of a multi-service tag using a multi-service tag template, in accordance with the formed example of a multi-service tag, the service tag is analyzed in the received XML document to obtain registration information IMS SIP terminal user services.

Способ синтаксического анализа сервиса, гибко адаптированный к тегу IMS системы, включают в себя следующие шаги:The service parsing method, flexibly adapted to the IMS tag of the system, includes the following steps:

Шаг 1: определение шаблона мульти-сервисного тега: в конфигурационном файле терминала IMS SIP определяется формат мульти-сервисного тега, который приемлем и идентифицирован системой, указанный формат шаблона заключается в следующем, включает следующую идентификацию и содержание:Step 1: definition of a multi-service tag template: in the configuration file of the IMS SIP terminal, a multi-service tag format is defined that is acceptable and identified by the system, the specified format of the template is as follows, includes the following identification and content:

Figure 00000022
Figure 00000022

где

Figure 00000005
представляет собой индикацию шаблона мульти-сервисного тега типа i (например, ожидание вызова и разговор между тремя абонентами, и т.д.) определенную терминалом IMS SIP, i=1, 2, 3, 4, ….Where
Figure 00000005
It is an indication of a template of a multi-service tag of type i (for example, call waiting and conversation between three subscribers, etc.) defined by the IMS SIP terminal, i = 1, 2, 3, 4, ....

Каждый из

Figure 00000006
,
Figure 00000007
, …,
Figure 00000008
может быть использован как сервисный тег, предназначенный для идентификации услуг типа i, определенных терминалом IMS SIP, эти сервисные теги соединены последовательно через символ "|", чтобы сформировать содержание шаблона мульти-сервисного тега; n является целым числом, а его максимальное значение представляет собой сумму видов этого типа i, то же ниже;Each of
Figure 00000006
,
Figure 00000007
, ...,
Figure 00000008
can be used as a service tag designed to identify services of type i defined by the IMS SIP terminal, these service tags are connected in series through the "|" symbol to form the contents of the multi-service tag template; n is an integer, and its maximum value is the sum of the species of this type i, the same below;

Шаг 2: генерация множества примеров мульти-сервисного тега с использованием шаблона мульти-сервисного тега: по характеристике системы IMS, подключенной к терминалу IMS SIP, сервисный тег

Figure 00000009
, соответствующий услуге типа i, может быть определен,
Figure 00000023
записывается как
Figure 00000024
; конкретные сервисные теги, соответствующие разным услугам, будут сохранены в конфигурационном файле в формате, определенном по шаблону мульти-сервисного тега, чтобы сформировать следующие множества примеров мульти-сервисного тега в конфигурационном файле:Step 2: generating many examples of a multi-service tag using the multi-service tag template: according to the characteristics of the IMS system connected to the IMS SIP terminal, the service tag
Figure 00000009
corresponding to a service of type i can be determined
Figure 00000023
is written as
Figure 00000024
; specific service tags corresponding to different services will be saved in the configuration file in the format defined by the multi-service tag template to form the following sets of examples of multi-service tags in the configuration file:

Figure 00000025
Figure 00000025

При этом одна строчка соответствует одному примеру мульти-сервисного тега; примеры мульти-сервисных шаблонов между различными типами услуг делятся методом возврата каретки и перевода строчки и совместно образуют множество примеров мульти-сервисного тега;Moreover, one line corresponds to one example of a multi-service tag; examples of multi-service templates between different types of services are divided by carriage return and line feed and together form many examples of multi-service tags;

в процессе практической эксплуатации терминал IMS SIP может настроить множество примеров мульти-сервисного тега в конфигурационном файле, добавляя закон согласования и расчета тегов разных услуг, создает множество примеров мульти-сервисного тега в процессе эксплуатации, чтобы выполнять последующее согласование сервисных тегов;during practical operation, the IMS SIP terminal can configure many examples of multi-service tags in the configuration file, adding the law of matching and calculation of tags of different services, creates many examples of multi-service tags during operation to perform subsequent approval of service tags;

Шаг 3: после получения сообщения от NOTIFY, терминал IMS SIP получает сервисные теги, соответствующие пользователям терминала IMS SIP из информации в XML документе NOTIFY сообщения; например,Step 3: after receiving the message from NOTIFY, the IMS SIP terminal receives service tags corresponding to the users of the IMS SIP terminal from the information in the XML document NOTIFY messages; eg,

Figure 00000026
Figure 00000026

Шаг 4: на основе полученных сервисных тегов разных услуг, соответствующих пользователям терминала IMS SIP, множества примеров мульти-сервисного тега в процессе эксплуатации, производится операция сопоставления, то есть выполняются идентификация и разбор сервисных тегов услуг в XML документе: определяется способность представления услуги, заданной пользователем терминала IMS SIP.Step 4: based on the received service tags of different services that correspond to users of the IMS SIP terminal, many examples of a multi-service tag during operation, a matching operation is performed, that is, identification and analysis of service tags of services in an XML document is performed: the ability to represent the service specified IMS SIP terminal user.

На основании указанного технического решения, после того, как сообщение о заказе на услугу SUBSCRIBE передается в платформу IMS, платформа передает сообщение NOTIFY, чтобы информировать способность представления услуги пользователем; после получения сообщения NOTIFY, терминал IMS SIP выполняет согласование и разбор сервисных тегов в режиме последовательного согласования и запуска:Based on the indicated technical solution, after the SUBSCRIBE service order message is transmitted to the IMS platform, the platform transmits a NOTIFY message to inform the ability of the service to be presented by the user; after receiving a NOTIFY message, the IMS SIP terminal negotiates and parses service tags in the sequential negotiation and start mode:

после того, как терминал IMS SIP получил XML документ, который описывает способность представления услуги, заказанной пользователем, терминал IMS SIP выполняет последовательное согласование всех заказов в соответствии с законом согласования множества примеров мульти-сервисного тега в процессе эксплуатации и сообщает данному пользователю результат согласования;after the IMS SIP terminal has received an XML document that describes the ability to present the service ordered by the user, the IMS SIP terminal sequentially reconciles all orders in accordance with the law of approval of many examples of multi-service tags during operation and reports the result of the agreement to this user;

конкретные правила согласования сервисных тегов представления услуги определяются конкретной реализацией. После того, как результат операции, выполненной в соответствии с правилами эксплуатации, положительный, считается, что пользователь терминала IMS SIP имеет способность представления услуги.The specific rules for matching service tags for service presentation are determined by the particular implementation. After the result of the operation performed in accordance with the operating rules is positive, it is considered that the user of the IMS SIP terminal has the ability to present the service.

На основании указанного технического решения, фиг. 2 представляет собой схему генерации и хранения примера мульти-сервисного тега, указанного в шаге 2. При генерации и хранении множества примеров мульти-сервисного тега с помощью модуля логического управления выводится модуль генерации и хранения множества примеров мульти-сервисного тега для осуществления управления на всеми примерами мульти-сервисного тега.Based on the indicated technical solution, FIG. 2 is a diagram for generating and storing an example of a multi-service tag specified in step 2. When generating and storing a plurality of examples of a multi-service tag, a module for generating and storing a plurality of examples of a multi-service tag is used to generate control for all examples using the logical control module multi-service tag.

На основании указанного технического решения, модуль генерации множества примеров мульти-сервисного тега создает множество примеров мульти-сервисного тега в соответствии с шаблоном мульти-сервисного тега и конкретным тегом сервиса системы IMS; тот же терминал IMS SIP может подключиться к различным системам IMS, множество примеров мульти-сервисного тега которых могут быть несовместимы или согласованы, модуль логистического управления может выполнять по крайней мере одно из следующих действий: добавлять, сохранять, удалять конкретное содержание множества примеров мульти-сервисного тега (например, с помощью командной строки и т.д.).Based on the indicated technical solution, the module for generating many examples of a multi-service tag creates many examples of a multi-service tag in accordance with the multi-service tag template and the specific service tag of the IMS system; the same IMS SIP terminal can connect to various IMS systems, many examples of multi-service tags of which may be incompatible or consistent, the logistic management module can perform at least one of the following actions: add, save, delete the specific content of many examples of multi-service tag (for example, using the command line, etc.).

На основании указанного технического решения, модуль хранения множества примеров мульти-сервисного тега в процессе эксплуатации в основном используется для ввода множества примеров мульти-сервисного тега с конфигурационного файла в терминал IMS SIP и сопоставляя разные сервисные теги с целью образования эксплуатируемого, управляемого множества примеров, при этом сопоставление является основанием для выполнения согласования и разбора тегов.Based on the indicated technical solution, the module for storing many examples of the multi-service tag during operation is mainly used to enter many examples of the multi-service tag from the configuration file into the IMS SIP terminal and comparing different service tags in order to form an operated, manageable set of examples, when This mapping is the basis for matching and parsing tags.

На основании указанного технического решения, как показано на фиг. 3, шаге 4, после получения сообщения NOTIFY, терминал IMS SIP выполняет следующую обработку:Based on the indicated technical solution, as shown in FIG. 3, in step 4, after receiving the NOTIFY message, the IMS SIP terminal performs the following processing:

выполняется операция сопоставления сервисного тега

Figure 00000024
в файле XML, сервисного тега первого приоритетного
Figure 00000027
в пример мульти-сервисного тега
Figure 00000028
; Положительный результат означает что, они согласованы; Если они не согласованы, то производится операция других сервисных тегов
Figure 00000029
в примере мульти-сервисного тега
Figure 00000030
;
Figure 00000031
;service tag matching operation is in progress
Figure 00000024
in the XML file, service tag first priority
Figure 00000027
as an example of a multi-service tag
Figure 00000028
; A positive result means that they are agreed; If they are not agreed, then the operation of other service tags
Figure 00000029
in the example of a multi-service tag
Figure 00000030
;
Figure 00000031
;

если они согласованы, то считается, что этот пользователь зарегистрировал эту услугу выполняется согласование следующего сервисного тега

Figure 00000032
;if they are agreed, then it is considered that this user has registered this service, the next service tag is negotiated
Figure 00000032
;

когда все сервисные теги в одном примере мульти-сервисных тегов

Figure 00000033
не могут быть согласованы, полагают, что этот пользователь не зарегистрировал эту услугу и производится обработка
Figure 00000034
следующей услуги;when all service tags in one example of multi-service tags
Figure 00000033
cannot be agreed, it is believed that this user has not registered this service and processing is being performed
Figure 00000034
next service;

повторно выполняются указанные шаги, пока все сервисные теги в файле xml не проанализированы.These steps are repeated until all service tags in the xml file are parsed.

Как описано выше, способ синтаксического анализа сервиса, гибко адаптированный к тегу IMS системы по настоящему изобретению, включает в себя следующие шаги:As described above, a service parsing method flexibly adapted to an IMS tag of a system of the present invention includes the following steps:

Определение шаблона мульти-сервисного тега;Definition of a multi-service tag template;

Определение множества примеров первоначальных мульти-сервисных тегов в предварительно конфигурационном файле устройства;Definition of many examples of initial multi-service tags in the device’s pre-configuration file;

Ввод файла предварительной настройки в Терминал IMS SIP в процессе эксплуатации, операция сопоставления, генерация выполнения множества мульти-сервисных тегов, и хранение;Entering the preset file into the IMS SIP Terminal during operation, matching operation, generating the execution of many multi-service tags, and storage;

Используя механизм сообщения о заказе терминал IMS SIP оформляет заказ на услугу, и по полученному уведомлению NOTIFY производится согласование в соответствии с операцией сопоставления, соответствующим множеству примеров мульти-сервисных тегов для выполнения синтаксического анализа и анализа сервиса.Using the mechanism of order notification, the IMS SIP terminal issues an order for the service, and according to the received NOTIFY notification, approval is made in accordance with the matching operation corresponding to many examples of multi-service tags for parsing and analyzing the service.

Указанный процесс анализа сервисного тега выполняется следующим образом: терминал IMS SIP посылает сообщение SUBSCRIBE в сервер AS для оформления заказа на услугу, после получения сообщения NOTIFY сервер AS сообщит терминалу IMS SIP о способности представления услуги пользователя, затем терминал IMS SIP производит согласование сервисного тега в полученном xml документе в соответствии с примером сервисного тега для определения способности представления услуги пользователю.The specified service tag analysis process is performed as follows: the IMS SIP terminal sends a SUBSCRIBE message to the AS server to place a service order, after receiving the NOTIFY message, the AS server notifies the IMS SIP terminal of the ability to represent the user service, then the IMS SIP terminal reconciles the service tag in the received xml document in accordance with an example of a service tag for determining the ability of a service to be presented to a user.

Содержание, не раскрытое подробно в настоящем описании, хорошо известно квалифицированным специалистам и техническому персоналу в данной области техники.Content not disclosed in detail in the present description, is well known to qualified specialists and technical personnel in this field of technology.

Claims (7)

1. Способ синтаксического анализа сервиса, гибко адаптированный к тегу IMS системы, включающий следующие шаги: 1. The method of parsing the service, flexibly adapted to the IMS tag of the system, including the following steps: 2. шаг первый - определение шаблона мульти-сервисного тега: в конфигурационном файле терминала IMS SIP, в ходе которого определяется формат мульти-сервисного тега, приемлемого и идентифицированного системой, при этом указанный формат шаблона включает следующую идентификацию и содержание:
Figure 00000035
,
где
Figure 00000036
представляет собой индикацию шаблона мульти-сервисного тега типа i, определенную терминалом IMS SIP, каждый из
Figure 00000037
,
Figure 00000038
, …,
Figure 00000039
может быть использован как сервисный тег, предназначенный для идентификации услуг типа i, определенных терминалом IMS SIP, а сервисные теги соединены последовательно через символ "|", для формирования содержания шаблона мульти-сервисного тега;
шаг второй - генерация множества примеров мульти-сервисного тега с использованием шаблона мульти-сервисного тега: для чего по характеристике системы IMS, подключенной к терминалу IMS SIP, сервисный тег
Figure 00000040
, соответствующий услугу типа i, может быть определен, при этом
Figure 00000023
записывается как
Figure 00000041
; а конкретные сервисные теги, соответствующие разным услугам, будут сохранены в конфигурационном файле в формате, определенном по шаблону мульти-сервисного тега, для формирования следующих множеств примеров мульти-сервисного тега в конфигурационном файле:
Figure 00000042

в котором одна строчка соответствует одному примеру мульти-сервисного тега; а примеры мульти-сервисных шаблонов между различными типами услуг делятся методом возврата каретки и перевода строчки и совместно образуют множество примеров мульти-сервисного тега; при этом в процессе практической эксплуатации, терминал IMS SIP настраивает множество примеров мульти-сервисного тега в конфигурационном файле, сопоставляя теги разных услуг, создавая множество примеров мульти-сервисного тега в процессе эксплуатации, для выполнения последующего согласования сервисных тегов;
шаг третий - после получения сообщения от NOTIFY, терминал IMS SIP приобретает сервисные теги, соответствующие пользователям терминала IMS SIP, из информации XML в документе NOTIFY сообщения;
шаг четвертый - на основе приобретенных сервисных тегов разных услуг, соответствующих пользователям терминала IMS SIP, множества примеров мульти-сервисного тега в процессе эксплуатации производится операция сопоставления, то есть выполняются идентификация и синтаксический разбор сервисных тегов услуг в XML документе: определяется способность предоставления услуги, заданной пользователем терминала IMS SIP.
2. first step is the definition of the multi-service tag template: in the IMS SIP terminal configuration file, during which the format of the multi-service tag is acceptable and identified by the system, while the specified template format includes the following identification and content:
Figure 00000035
,
Where
Figure 00000036
is an indication of a multi-service tag type i template defined by the IMS SIP terminal, each of
Figure 00000037
,
Figure 00000038
, ...,
Figure 00000039
can be used as a service tag designed to identify services of type i defined by the IMS SIP terminal, and service tags are connected in series through the "|" symbol to form the contents of the multi-service tag template;
the second step is the generation of many examples of a multi-service tag using the multi-service tag template: for which, according to the characteristics of the IMS system connected to the IMS SIP terminal, the service tag
Figure 00000040
corresponding to the service of type i can be determined, while
Figure 00000023
is written as
Figure 00000041
; and specific service tags corresponding to different services will be saved in the configuration file in the format defined by the multi-service tag template to form the following sets of multi-service tag examples in the configuration file:
Figure 00000042

in which one line corresponds to one example of a multi-service tag; and examples of multi-service templates between different types of services are divided by carriage return and line feed and together form many examples of multi-service tags; at the same time, during practical operation, the IMS SIP terminal configures many examples of multi-service tags in the configuration file, comparing tags of different services, creating many examples of multi-service tags during operation, to perform subsequent approval of service tags;
step three - after receiving a message from NOTIFY, the IMS SIP terminal acquires service tags corresponding to users of the IMS SIP terminal from the XML information in the NOTIFY message document;
step four - on the basis of the acquired service tags of different services that correspond to users of the IMS SIP terminal, many examples of multi-service tags during operation, a matching operation is performed, that is, identification and parsing of service tags of services in an XML document is performed: the ability to provide the service specified IMS SIP terminal user.
2. Способ синтаксического анализа сервиса, гибко адаптированный к тегу IMS системы по п. 1, отличающийся тем, что после того, как сообщение о заказе на услугу SUBSCRIBE передается в платформу IMS, платформа передает сообщение NOTIFY, для информирования представления услуги пользователем; после получения NOTIFY, терминал IMS SIP выполняет согласование и синтаксический разбор сервисных тегов в режиме последовательного согласования и запуска: после того, как терминал IMS SIP приобрел XML документ, описывающий способность представления услуги, заказанной пользователем, терминал IMS SIP выполняет последовательное согласование каждых заказов в соответствии с законом согласования множества примеров мульти-сервисного тега в процессе эксплуатации и сообщает данному пользователю результат согласования; конкретные правила согласования сервисных тегов представления услуги определяются конкретной реализацией, после того, как результат операции, выполненной в соответствии с правилами эксплуатации, положительный, считается, что пользователь терминала IMS SIP имеет эту способность представления услуги.2. The method of parsing the service, flexibly adapted to the IMS tag of the system according to claim 1, characterized in that after the SUBSCRIBE service order message is transmitted to the IMS platform, the platform transmits a NOTIFY message to inform the user of the service; after receiving NOTIFY, the IMS SIP terminal reconciles and parses service tags in the sequential matching and launch mode: after the IMS SIP terminal has acquired an XML document describing the ability to present the service ordered by the user, the IMS SIP terminal sequentially reconciles each order in accordance with the law of coordination of many examples of a multi-service tag during operation and informs the user of the result of the coordination; the specific rules for the coordination of service tags for the presentation of the service are determined by the specific implementation, after the result of the operation performed in accordance with the operating rules is positive, it is considered that the user of the IMS SIP terminal has this ability to provide the service. 3. Способ синтаксического анализа сервиса, гибко адаптированный к тегу IMS системы по п. 1, отличающийся тем, что при генерации и хранении множества примеров мульти-сервисного тега, с помощью модуля логического управления выводится модуль генерации и хранения множества примеров мульти-сервисного тега, чтобы осуществлять управление над всеми примерами мульти-сервисного тега.3. A method for parsing a service flexibly adapted to an IMS system tag according to claim 1, characterized in that when generating and storing a plurality of examples of a multi-service tag, a module for generating and storing a plurality of examples of a multi-service tag is output using the logical control module, to manage all examples of a multi-service tag. 4. Способ синтаксического анализа сервиса, гибко адаптированный к тегу IMS системы по п. 3, отличающийся тем, что модуль генерации множества примеров мульти-сервисного тега создает множество примеров мульти-сервисного тега в соответствии с шаблоном мульти-сервисного тега и конкретным тегам сервиса системы IMS; модуль логистического управления по крайней мере может добавить, сохранять, удалять конкретное содержание множества примеров мульти-сервисного тега.4. A method for parsing a service flexibly adapted to an IMS system tag according to claim 3, characterized in that the module for generating a plurality of examples of a multi-service tag creates many examples of a multi-service tag in accordance with a multi-service tag template and specific system service tags IMS the logistic management module can at least add, save, delete the specific content of many examples of multi-service tags. 5. Способ синтаксического анализа сервиса, гибко адаптированный к тегу IMS системы п. 3, отличающийся тем, что модуль хранения множества примеров мульти-сервисного тега в процессе эксплуатации в основном используется для ввода множества примеров мульти-сервисного тега с конфигурационного файла в терминал IMS SIP и добавки правила согласования разных сервисных тегов с целью образования эксплуатируемого, управляемого множества примеров, а правила согласования являются основанием для выполнения согласования и синтаксического разбора тегов.5. The method of parsing the service, flexibly adapted to the IMS tag of the system of claim 3, characterized in that the module for storing many examples of the multi-service tag during operation is mainly used to enter many examples of the multi-service tag from the configuration file into the IMS SIP terminal and additions, the rules for matching different service tags to form an exploitable, manageable set of examples, and matching rules are the basis for matching and parsing tags. 6. Способ синтаксического анализа сервиса, гибко адаптированный к тегу IMS системы по п. 1, отличающийся тем, что на шаге 4, после получения сообщения NOTIFY, терминал IMS SIP выполняет следующую обработку: в соответствии с правилом согласования выполняется операция сервисного тега
Figure 00000043
в файле XML, сервисного тега первого приоритетного
Figure 00000044
в пример мульти-сервисного тега
Figure 00000045
; при этом положительный результат означает, что они согласованы; а если они не согласованы, то производится операция других сервисных тегов
Figure 00000046
в примере мульти-сервисного тега
Figure 00000047
;
Figure 00000048
; при согласовании считается, что этот пользователь зарегистрировал эту услугу и выполняет согласование следующего сервисного тега
Figure 00000049
; в случае, когда все сервисные теги в одном примере мульти-сервисных тегов
Figure 00000050
не могут быть согласованы, полагая, что этот пользователь не зарегистрировал эту услугу, после чего производится обработка
Figure 00000051
следующей услуги; и повторно выполняются указанные шаги, пока все сервисные теги в файле xml не проанализированы.
6. The method of parsing the service, flexibly adapted to the IMS tag of the system according to claim 1, characterized in that in step 4, after receiving the NOTIFY message, the IMS SIP terminal performs the following processing: in accordance with the matching rule, the service tag operation is performed
Figure 00000043
in the XML file, service tag first priority
Figure 00000044
as an example of a multi-service tag
Figure 00000045
; however, a positive result means that they are agreed; and if they are not agreed, then the operation of other service tags is performed
Figure 00000046
in the example of a multi-service tag
Figure 00000047
;
Figure 00000048
; upon approval, it is considered that this user has registered this service and is negotiating the next service tag
Figure 00000049
; in the case when all service tags in one example of multi-service tags
Figure 00000050
cannot be agreed, assuming that this user has not registered this service, after which processing is performed
Figure 00000051
next service; and these steps are repeated until all service tags in the xml file are parsed.
RU2014146752/08A 2012-07-25 2013-07-22 Service parsing method flexibly adapted to ims system service tag RU2604983C2 (en)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201210260732.5 2012-07-25
CN201210260732.5A CN102752315B (en) 2012-07-25 2012-07-25 Business resolution method capable of flexibly adapting to sbusiness label of IMS (IP Multimedia Subsystem) system
PCT/CN2013/079808 WO2014015776A1 (en) 2012-07-25 2013-07-22 Service parsing method flexibly adapted to ims system service tag

Publications (2)

Publication Number Publication Date
RU2014146752A RU2014146752A (en) 2016-06-10
RU2604983C2 true RU2604983C2 (en) 2016-12-20

Family

ID=47032214

Family Applications (1)

Application Number Title Priority Date Filing Date
RU2014146752/08A RU2604983C2 (en) 2012-07-25 2013-07-22 Service parsing method flexibly adapted to ims system service tag

Country Status (3)

Country Link
CN (1) CN102752315B (en)
RU (1) RU2604983C2 (en)
WO (1) WO2014015776A1 (en)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102752315B (en) * 2012-07-25 2015-03-18 烽火通信科技股份有限公司 Business resolution method capable of flexibly adapting to sbusiness label of IMS (IP Multimedia Subsystem) system
CN103200193B (en) * 2013-03-27 2017-04-12 东软集团股份有限公司 Session creating method and session creating device in network equipment
CN112860245B (en) * 2021-03-10 2022-07-19 厦门极致互动网络技术股份有限公司 Batch remarking method based on Jira system
CN114978993B (en) * 2022-04-24 2023-08-08 欧冶云商股份有限公司 Message routing method based on label expression calculation and electronic equipment

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2316821C2 (en) * 2005-07-05 2008-02-10 Нортроп Граман Корпорейшн Method for automatic asymmetric detection of threat with usage of reverse direction tracking and behavioral analysis
RU2358311C2 (en) * 2002-06-28 2009-06-10 Майкрософт Корпорейшн Word processing document, stored as single xml file, which can be manipulated by applications which can read xml language
WO2011053940A2 (en) * 2009-10-30 2011-05-05 Northwestern University Templated nanoconjugates
US20110151437A1 (en) * 2008-06-02 2011-06-23 Ibis Biosciences, Inc. Compositions for use in identification of adventitious viruses
RU2439680C2 (en) * 2005-09-09 2012-01-10 Майкрософт Корпорейшн Real-time xml data synchronisation between applications

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100440868C (en) * 2005-12-20 2008-12-03 杭州华三通信技术有限公司 Method for accessing virtual LAN
CN101106521A (en) * 2006-07-14 2008-01-16 华为技术有限公司 Packet network with enhanced service filtering rule and its implementation method
CN101163120B (en) * 2006-10-13 2011-12-21 华为技术有限公司 Method and system of cooperating services provided by different service providers
CN101188598A (en) * 2006-11-22 2008-05-28 华为技术有限公司 System and method for service call control and service control point device
CN101330449B (en) * 2007-07-02 2011-07-13 中兴通讯股份有限公司 Method for implementing service interaction of IP multimedia subsystem
CN101345635B (en) * 2008-08-21 2012-09-05 中国移动(深圳)有限公司 Transmitting, receiving and interaction method for amalgamation charging document, and amalgamation charging server
CN101674323A (en) * 2008-09-10 2010-03-17 华为技术有限公司 Push service negotiation method and device, and push service system
CN102752315B (en) * 2012-07-25 2015-03-18 烽火通信科技股份有限公司 Business resolution method capable of flexibly adapting to sbusiness label of IMS (IP Multimedia Subsystem) system

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2358311C2 (en) * 2002-06-28 2009-06-10 Майкрософт Корпорейшн Word processing document, stored as single xml file, which can be manipulated by applications which can read xml language
RU2316821C2 (en) * 2005-07-05 2008-02-10 Нортроп Граман Корпорейшн Method for automatic asymmetric detection of threat with usage of reverse direction tracking and behavioral analysis
RU2439680C2 (en) * 2005-09-09 2012-01-10 Майкрософт Корпорейшн Real-time xml data synchronisation between applications
US20110151437A1 (en) * 2008-06-02 2011-06-23 Ibis Biosciences, Inc. Compositions for use in identification of adventitious viruses
WO2011053940A2 (en) * 2009-10-30 2011-05-05 Northwestern University Templated nanoconjugates

Also Published As

Publication number Publication date
CN102752315A (en) 2012-10-24
CN102752315B (en) 2015-03-18
RU2014146752A (en) 2016-06-10
WO2014015776A1 (en) 2014-01-30

Similar Documents

Publication Publication Date Title
CN106506502B (en) A kind of multi-modal mobile electron medical records system and its method of work
CN108462758B (en) Bank-enterprise direct connection communication method, device, equipment and computer readable storage medium
CN103491135B (en) Device and method for conducting self-matching on data formats
CA3152829A1 (en) Method and apparatus for processing business data
CN1968134B (en) Middleware-based multimedia consolidation service realizing method and system
RU2604983C2 (en) Service parsing method flexibly adapted to ims system service tag
CN104717647B (en) Professional ability method for authenticating, equipment and system
CN112422709B (en) Identification management method, terminal equipment, identification analysis secondary node and medium
US20180376335A1 (en) Method and device for realizing wireless access point connection authentication
KR20070064434A (en) Integrated method and apparatus to manage mobile devices and services
CN116644145B (en) Session data processing method, device, equipment and storage medium
CN114866965A (en) MaaP-based 5G message communication method, system, electronic equipment and storage medium
CN112073923A (en) Communication method, device, gateway and readable storage medium compatible with multiple operators
CN103269384A (en) Rich client abnormality processing method, processing device and processing system
CN105763419A (en) Instant messaging service calling method and enterprise service bus server
CN108292207A (en) Method and apparatus for declaratively choreography
WO2020207105A1 (en) Destination message determination method and apparatus, storage medium and electronic apparatus
CN112765427A (en) Environment-friendly monitoring data processing method and device based on mqtt protocol
CN113794999B (en) Short message distribution method, device and storage medium
WO2016101446A1 (en) Data analysis method, apparatus, system, and terminal, and server
US20140136620A1 (en) Protocol conversion apparatus and method
CN109873720A (en) A kind of cloud center intelligence O&M method and system based on enterprise's public platform
CN113271610A (en) Network distribution method and device for door lock equipment, door lock equipment and storage medium
CN109994217A (en) A kind of method and apparatus for checking pathology file
CN113300936B (en) CDN node, edge node signaling adaptation method, device and storage medium