MAP-Queue-Based Data Transfer Method

• US 20100179967A1
• Filed: 12/22/2009
• Published: 07/15/2010
• Est. Priority Date: 01/09/2009
• Status: Abandoned Application

• Current Assignee: Linkage Technology Group Company Limited
• Original Assignee: Linkage Technology Group Company Limited
• Inventors: WEI, BENDONG, GAO, FUHAI, SUN, LIBIN, LU, ZHIQIANG, ZHANG, CHUNFEI, SONG, HAIHUA
• Application Number:
  US12/644,763
• Publication Number:
  US 20100179967A1
• Time in Patent Office: Days
• US Class Current: 707/802
• CPC Class Codes: H04L 69/08 Protocols for interworking; Protocol conversion

Abstract

As for the data transfer method based on MAP, adopts a MAP data structure during the data transferring process and configures it using SOID (Standard of Interface Department) syntax after encapsulation; the definition of MAP data structure; one system consists of many matching and individual source ends and target ends, one source end just accesses to its matching target end, and vice versa, all member methods of source and target end adopt MAP structure to transfer data, logic implementation steps are shown as below: data processing of database is the most basic and most featured part of BRS system which adopts SOID syntax, if a table is not simply imported into another Oracle database, it should be treated by another process, that is, generate a derived class directly, and then rewrite “Key process”; data transfer method based on MAP bring excellent compatibility. It nearly supports all kinds of existing platforms, protocols, businesses and manufacturers.

Claims

1. A data transfer method based on MAP, the data system is divided into a source end and a target end, which transfers data from the source end to the target end and contains both synchronous and asynchronous mode, wherein

adopts a MAP data structure during a data transferring process and configures it using SOID (Standard of Interface Department) syntax after encapsulation;

a definition of the MAP data structure;

virtual functions defined in source end include connect function, reconnect function, select function, key treatment function, update function, error update function, finish function etc,

virtual functions defined in target end include connect function, reconnect function, insert function, select function, key treatment function, update function, error update function etc;

one system consists of many matching and individual source ends and target ends, one source end just accesses to its matching target end, and vice versa, all member methods of source and target end adopt MAP structure to transfer data, logic implementation steps are shown as below;

operation layer;

Adopt uniform logic to control synchronous and asynchronous mode, interface layer;

Support data interactive operation from within and out of system;

data layer;

based on data transfer of map, referring to the map object in the Source end and Target end, using the key name and key value of map to set up this characteristic.

data processing of database is the most basic and most featured part of BRS system which adopts SOID syntax, if a table is not simply imported into another Oracle database, it should be treated by another process, that is, generate a derived class directly, and then rewrite “

Key process”

;

the application based on SOID syntax is shown as below;

configure data transferring among databases at source end;

in other words, the application of MAPKEY treatment, in the first, insert “

OLCOM_WORK_ID”

column of configuration table into MAPKEY named “

id”

column. Then, insert “

SERIAL_NUMBER” and

“

SERVLIST”

column into MAPKEY named “

serial” and

“

servlist”

column, each record generates a MAP object loading to the link list, source end uses “

select”

action to choose these data, then transfer every MAP objects of link list to matching target objects via “

insert”

action, “

insert”

action configuration is described as below;

insert into TI_ORDER_CD (ORDERID, MSISDN, SERVLIST) values (‘

̂

Kid̂

’

,‘

̂

Kserial̂

’

,‘

̂

S1;

2̂

’

)

below is the description of MAPKEY application;

̂

Kid̂

means;

read id value of MAPKEY,

̂

Kserial̂

means;

read serial value of MAPKEY,

̂

S1;

2̂

means;

read the secondly group value of first services in servlist of MAPKEY;

as shown above, these are main configuration items of data transferring, if operations are related to many tables, it needs to add derived class to extend source and target end, when operation is just related to one table, it could configure data transferring and parameter value translating functions directly.

2. A data transfer method based on MAP of claim 1, wherein If CRM sends orders by MQ, it needs to add source derived class, and rewrite virtual functions which include connect, select, update, error update and finish, the matching actions in IBM MQ message queue are described as below:

Connect;

connect to MQ message queue

Select;

read MQ message

Update;

delete MQ message

Error update;

return MQ message

Finish;

send encapsulation message to orders return queue

this derived class could give the name of generated MAPKEY directly, firstly, analyze the obtained message, then, define KEY and add it to MAPKEY directly, after configure target database derived class, it could process storage operation, without a need for second development;

if some intelligent network platform sends messages using web service, it needs to add target derived class, rewrite, connect and insert virtual function. In general, the request of web service is synchronism, actually, rewrite and connect virtual function is just the initialization step, rewrite insert action is the main step to implement all functions, in other words, the development of this system just needs rewrite one function, the project could obtain data from database and insert into MAP easily with the help of source end, it just needs to directly use MAPKEY according to its syntax to insert virtual function.