End to end real-time encrypting process of a mobile commerce WAP data transmission section and the module of the same

[0001] The present invention relates to an end to end real-time encrypting process of a mobile commerce WAP data transmission section and the module of the same. The wireless application environment (WAE) is used as a technical platform. An information encryption code security system matching a public key infrastructure is installed in the wireless markup language (WML) server end. This added mechanism can realize the security of end to end real-time encrypting process of a mobile commerce wireless application protocol (WAP) data transmission section.

[0002] The wireless application protocol (WAP) specifies the protocol for executing the network information transmission on a wireless equipment, such as a mobile phone or a PDA. The WAP is developed for wireless equipment since the environment is different from other devices and therefore, a dedicated application protocol is necessary for supporting these applications. The superior design of WAP cause that it is compatible to most of the communication network, for example, GSM, GPRS, PDC, CDPD, CDMA, TDMA, PHS, DECT and third generation mobile phone (3G). Under the system of GSM, WAP can be executed through a short message service (SMS) or a circuit switched data (CSD). CSD is possible to be commercialized due to the bandwidth thereof. WAP has two modes to be used in wireless networks, one is used as a WAP gateway between the client and the Web server; another is directly embedded into the WAP application server connected to the client, here the client is a wireless communication equipment supporting the WAP, while the web server is a network station server installed in Internet. The WAP gateway is an interface software installed between the GSM network and the WAN wide area network for converting the encryption protocol of the WAP and WTLS into HTTP and SSL/TLS encryption protocol for assisting WML format document and can be acquired from the current Internet. It includes a WML Encoder, a WML script compiler, a protocol adaptor, and others (referring to FIG. 1). The WAP application server is embedded with functions of the WAP gateway for providing to the clients.

[0003] However, the defects of the 2 phase security is that a great threaten occurs as the mobile commercial information is transferred to the WAP gateway for being converted into plain text since the current two phase mechanism is divided into (1) WTLS encryption in the transmission from a handset to the engaged; and (2) SSL/TLS encryption in the transmission from the WAP gateway to the WML server. Since the specifications of the WTLS and TLS are different, the WAP gateway must restore the WTLS encryption text into plain text, then the plain text is encrypted by TLS. Therefore, the data must be restored into plain text in the mobile phone manage and then is encrypted so as to generate a defect in the process. Therefore, the present invention is dedicated to an end to end encryption technology for compensating the insufficiency of current structure and can be used to the transaction of WAP platform (such as financial process in a bank system, transaction stocks, intra-communication in an office, transaction of business, etc.

[0004] The present invention relates to an end to end real-time encrypting process of a mobile commerce WAP data transmission section and the module of the same. The feature thereof is that a wireless application protocol (WAP) is used as a technical platform. An information encryption code security system matching a public key infrastructure is installed in the WML server end of the current mobile server of a wireless service provider. This system includes a handset software encryption and decryption module, a cipher server, and a key management. The added cipher server may dynamically download handset software encryption and decryption module and the public key generated by the key management to the client, such as a mobile phone or a personal digital assistant, using the HTTP service (hyper text transmission protocol service) through a WAP gateway of WAN (wide area network), GSM/GPRS/CDMA and other digital mobile system.

[0005] When the user is desired to execute an M-commerce, the user may input commerce service according to the indication of the wireless markup language (WML) and then the input data is up-link through an encryption and decryption process of the handset encryption and decryption module. After the information transfers to the WML server, it is decrypted by a public key correspondent to the cipher server. Then the plain text is transferred to the WML server for executing the following process. By the added mechanism, the end to end security of the WAP mobile commerce information exchange is realized so as to improve the defect of the 2-phase security in the current WAP (edition 1.1) construction.

[0006] The WAP communication protocol defined by the WAP Forum has six layers (referring to FIG. 2). In the present invention, the uppermost layer of the wireless application environment (WAE) is used as a developing platform and executing environment. This is different from the current WTLS mechanism which is built in the fourth layer of security layer. Since the WAE layer is based on the security layer. Therefore, other than providing a security, the present invention has the effect of being protected by the WTLS mechanism. This is one feature of the present invention.

[0007] Therefore, the present invention provides an end to end real-time encrypting module of a mobile commerce WAP data transmission section, in that the uppermost layer of the wireless application environment (WAE) is used as a developing platform and executing environment. In the module, an information encryption security system is added to the WML server of the wireless content service provider (WCP). The system comprises a handset software encryption and decryption module, a cipher server and a key management.

[0008] The present invention provide an end to end real-time encrypting process of a mobile commerce WAP data transmission section, in that the uppermost layer of the wireless application environment (WAE) is used as a developing platform and executing environment. The process includes steps of:

[0009] an information encryption security system is added to the WML server of the wireless content service provider (WCP). The system comprises a handset software encryption and decryption module, a cipher server and a key management.

[0010] The various objects and advantages of the present invention will be more readily understood from the following detailed description when read in conjunction with the appended drawing.

[0022] To further understand the present invention, a detail description of the present invention will be described in the following with the appended drawings. Those skilled in the art may completely understand the objects, characteristics and features of the present invention from these descriptions. However, those descriptions and the appended drawings are only used to describe the present invention instead of being used to confine the spirit and scope of the present invention defined in the appended claims.

[0023] The present invention provide an end to end real-time encrypting process of a mobile commerce WAP data transmission section, in that the uppermost layer of the wireless application environment (WAE) is used as a developing platform and executing environment. An information encryption code security system (referring to FIG. 3) matching a public key infrastructure is installed in the WML server end of the current mobile server of a wireless service provider. This system includes a handset software encryption and decryption module, a cipher server, and a key management. The system can realize the end to end security of WAP mobile commerce so as to improve the defect of current 2-phase security.

[0024] Furthermore, the encryption and decryption principle of the public key mechanism is used in the present invention. The public key and private key generated by the key management are used alternatively, and thus, not only it can be used to the object of encryption, but also the “un-reject” function in certification acknowledge (CA) is achieved. Therefore, the possibility of realizing mobile commerce is improved greatly. Another, to solve the defect of low efficiency in mobile commerce, in the present invention, a pre-compressor is installed in the handset software encryption and decryption module. The pre-compressor with a compressing ratio of one third and zero distortion is used to process the original plane text so as to greatly increase the efficiency of the handset. Consequently, the application of the present invention to be used in mobile commerce is improved.

The Development Platform and Operating Platform of the Present Invention

[0025] The WAP communication protocol defined by WAP Forum is divided into six layers (referring to FIG. 2), which are

• • [0026] 1. WAE (wireless application environment), the WAE defines the communication protocols in the application layer. The WAE is a wireless application environment combined with WWW technology and the property of a wireless communication. The WAE causes the network systems and the service providers may provide contents and services through a micro browser.
  • [0027] 2. WSP (wireless session protocol) WSP is a communication protocol of the session layer, which provides two services including a contiue connecting service based on WTP and discontinuous connecting service based on WDP.
  • [0028] 3. WTP (wireless transaction protocol): WTP is a communication protocol based on the transaction layer of the WDP, which is designed for a small client interface (for example, mobile phone).
  • [0029] 4. WTLS (wireless transport layer security) WTLS is the security protocol based on a security protocol according to the industrial TLS protocol (i.e., secure socket layer, SSL). The WTLS is designed to be a security layer on the transport layer and is to modify the communication environment in a narrow bandwidth.
  • [0030] 5. WDP (wireless datagram protocol) WDP is a communication protocol of a transport layer, which is suitable to be constructed on the data service of different communication technology, and may provide a common communication interface for providing upper layer communication protocol of WAP so that the communication protocol including application layer, session layer, and security layer can be operated directly on the WDP.
  • [0031] 6. Bearer (data service of the bottom layer) WAP is designed to be a communication protocol which can be supported by various communication technology, and thus it can be built on various communication service, comprising: short message service (SMS), package data, circuit-switched data, etc.
    In the present invention, the uppermost layer of the wireless application environment (WAE) is used as a developing platform and executing environment. This is different from the current WTLS mechanism which is built in the fourth layer of security layer. Since the WAE layer is based on the security layer. Therefore, other than providing a security, the present invention has the effect of being protected by the WTLS mechanism. This is one feature of the present invention.

[0032] The WAE application layer executing environment may be used to interpret wireless markup language, and wireless markup script language, and thus is a handset software encryption and decryption module of the security mechanism of the present invention. The interpreter of the WMLScript language in the mobile phone can directly access the data variables of WML format through a stack memory (referring to FIG. 4). Therefore, the input data from WML document can be processed and operated by the handset encryption and decryption module, and then is transferred to a far end mobile information server WML server so that the process of transmission is protected.

The Mechanism of Data Compression of the Present Invention.

[0033] Since the operation of the public key algorithm is complex and needs much time, in order to improve the efficiency of the mobile phone WAE executing environment and the convenience thereof, a pre-compressor is added to the handset software encryption and decryption module of the present invention

[0034] Under the consideration that the security mechanism of the present invention has a maximum compatibility in the executing environment and convenience of the succeeding updating, a pre-compressor is installed in the handset software encryption and decryption module. The pre-compressor with a compressing ratio of one third and zero distortion is used to process the original plane text so as to greatly increase the efficiency of the handset. Thereby, the present invention can be massively used in the mobile commerce. This is another feature of the present invention. The basic principle of the pre-compressor is that by a numerical code—character code conversion theory and a selection technique of carrying, the WML text is converted efficiently so as to generate a high compression ratio. Referring to FIG. 5, the compressing process of the pre-compressor of the present invention is illustrated. In the drawing, an example of a transaction of account exchange in a man-free bank is illustrated. The account number having an original length of 24 characters is compressed as into a character set of ANSI (American National Standard Institute) having a length of 8 characters. Therefore, in a high compressing speed, a high compressing ratio is achieved.

[0035] The compressing procedure of the pre-compressor will be described in the following:

• • [0036] 1) The original data is divided into several unit character string (UnitBuf), and each character string has 8 or 9 characters;
  • [0037] 2) Each unit character string is converted into a decimal value (Unitval);
  • [0038] 3) Each decimal value is converted into a unit character string (oxUnitBuf) of hexadecimal system;
  • [0039] 4) Each unit character string (oxUnitBuf) of hexadecimal system is divided into two unit character sets (oxCharBuf);
  • [0040] 5) Each unit character set (oxCharBuf) is converted into a decimal character code between 0˜255; and
  • [0041] 6) Each character code is directly converted a respective ANSI character set.

[0042] In the aforesaid step 1), to use 8 or 9 characters as an unit is based on the maximum data length supported by a mobile phone WAE executing environment of 64 bits, which can be converted into a decimal value of between −2147483647˜2147483647. If the data is represented by a decimal system, it has a length of 10. Therefore, in order to avoid the data from overflowing, 8 or 9 characters are used as a unit.

The Basis of the Encryption Mechanism in the Present Invention.

[0043] As above description, An information encryption code security system matching a public key infrastructure is installed in the WML server end of the current mobile server of a wireless service provider. This system includes a handset software encryption and decryption module, a cipher server, and a key management. In the current encryption code technology, there are two primary encryption systems. The first one is a symmetric key encryption system and the second one is an asymmetric system (or briefly, called as a public key encryption system). The symmetric key encryption system has an advantage of quick encryption and decryption. However, since in this system, the encryption key and decryption key are identical keys. How to transfer the key to the encryption information receiver, and how to share the secret key by the transmitter and receiver are main concerns in the symmetric key encryption system (referring to FIG. 6). Therefore, the symmetric key is unsuitable for a WML server registered by many people, i.e., it is not suitable for a client-server mobile commerce construction.

[0044] The public key encryption system has improved the defect in the symmetric key encryption system. In this system, the encryption key is not identical to the decryption key. Each key pair has two symmetric keys, one is a public key and the other is a private key. In using, the public key can be published to anyone communicated with one own the public key. When anyone is desired to transmit information to the owner of the public key, the information can be encrypted through the public key and then transferred to the receiver having the public key. However, only the private key with respect to this public key can decrypt this information. Therefore, this asymmetric key cause two persons never contact with one another to communicate with one another without interchanging keys in advance.

[0045] On the contrary, when the information is encrypted by a private key, those having a public key with respect to the private key can be used to decrypt the information, and thus, the private key can be used as a signature to the information. The famous asymmetric key encryption system and digital signature algorithm includes Deffi-Hellman, RSA, DSA, ElGamal, M-H Knapsack and Rabin, etc. Since a public key symmetric key is not necessary to exchange keys in advance, it has the advantage of secret communication. Therefore, in the present invention, the public key encryption is used in the design of end to end real-time encrypting process of a mobile commerce WAP data transmission section and the module of the same (referring to FIG. 7).

The Encryption System of the Present Invention

1. The Handset Encryption and Decryption Module and Cipher Server

[0046] In the present invention, An information encryption code security system matching a public key infrastructure is installed in the WML server end of the current mobile server of a wireless service provider. This system includes a handset software encryption and decryption module, a cipher server, and a key management.

[0047] When an user registers into the WML server of WCP through a WAP network, the WML server will inform the cipher server to be responsible for actuating the public key remained in the handset software encryption and decryption module and the key management through the cipher server of the present invention for the inter-process communication interface, such as a TCP/UDP communication protocol, a COM object mode interface, a CORBA object model interface, a DDE dynamic data interchange and RPC far-end process calling, etc., provided by the operation system of various computers.

[0048] The public key is downloaded to the client, such as a mobile phone or a personal digital assistant, using the HTTP service (hyper text transmission protocol service) through a WAP gateway of WAN (wide area network), GSM/GPRS/CDMA and other digital mobile system. When the user is desired to execute an M-commerce, the user may input commerce service according to the indication of the wireless markup language (WML) and then the input data is up-linked through an encryption and decryption process of the handset encryption and decryption module. After the information transfers to the WML server, it is decrypted by a public key correspondent to the cipher server. Then the plain text is transferred to the WML server for executing the following process.

[0049] On the contrary, if it is desired to down-link the personal commercial information (such as checking account in a bank), the user must input a private key to be left in the stack memory of the mobile WAE environment as a standby. When the WML server transfers the personal commercial information to be down-linked to cipher server and inform the cipher server to open the public key remained in the handset software encryption and decryption module and key management for executing an encryption algorithm in the server end in advance. Then, the handset software encryption and decryption module and the encrypted data are down-linked to the client through the HTTP service. Then, the private key remained in the WAE executing environment is used to decrypt the encryption data and then the decryption plain text is transferred to be displayed with the original form through a WML format document.

2. Key Management

[0050] The applications and services for assisting the public key encryption system can be viewed as a part of the public key base construction. The responsibility of the key management in the present invention includes a) key generation and conditions; b) sharing of the key.

a) Key Generation and Condition

[0051] An ideal key must be generated randomly, unpredictable, and is kept in secret. Furthermore, for the keys demanded and updated frequently are generated by a pseudo random process. Other than the property of unpredictability. The key management of the present invention must satisfy some specific algorithm. For example, the keys in the RSA system must have enhanced prime numbers, and other properties.

b) Sharing the Keys:

[0052] In the aspect of sharing the keys, other than providing the privacy and secret of the files and data through encryption technologies, the computer system must assure that the encryption data must be restored. The key management of the present invention has the mechanism of secret sharing, in that a key is divided into several key shadows. The original key is restored if only several key shadows of a specific number is combined. When the key is lost or destroyed, the data encryption through this key can not be restored.

Comparison of the Encryption Mechanism of the Present Invention with the STK (STM Toolkit):

[0053] Because in the public key encryption system, no key is necessary to be exchanged in advance for achieving the advantage of secret communication. In the present invention, the end to end real-time encrypting process of a mobile commerce WAP data transmission section and the module of the same are designed based on the “public key encryption system”. This is completely different from the encryption mechanism used in the conventional mobile phone STK (SIM Tool kit) transmission in which a symmetric key encryption system (such as PIN1, PIN3, 3DES) is used. In the application of SIM Tookit (subscriber identity module application toolkit), the mobile phone company cooperates with the SIM card manufacturer to record some extra paying services on the microprocessor of the client identification card. Thereby, the user may select the service directly on the menu of the handset. Since the STK transfers SMS (short message signal) through a handset matching the specification of GSM Phase +2, basically, the data is exchanged in the intranet of the communication company. Therefore, conventionally, the STK has a higher security in the e-commerce than the WAP construction. While this closing construction is not suitable for the mobile commerce application based on Internet. Although the symmetric key encryption system is beneficial to keep the data in secret, this system has no the “un-reject” function for identifying the user. Thus, the application is confined (referring to FIG. 9). Therefore, the information security system of the present invention, a public key mechanism is directly used to the WAP construction. Not only the defect of insufficient encryption in the conventional WAP construction is improved by the present invention, but also the “un-reject” property in the digital signature” is complete. This is a novel feature of the present invention (referring to FIG. 10).

[0054] In summary, the present invention relates to an end to end real-time encrypting process of a mobile commerce WAP data transmission section and the module of the same. The feature thereof is that a wireless application protocol is used as a technical platform. An information encryption code security system matching a public key infrastructure is installed in the WML server end of the current mobile server of a wireless service provider. By the added mechanism, the end to end security of the WAP mobile commerce information exchange is realized so as to improve the defect of the 2-phase security in the current WAP (edition 1.1) construction. Furthermore, the encryption and decryption principle of the public key mechanism is used in the present invention. The public key and private key generated by the key management are used alternatively, and thus, not only it can be used to the object of encryption, but also the “un-reject” function in certification acknowledge (CA) is achieved. Therefore, the possibility of realizing mobile commerce is improved greatly. Another, to solve the defect of low efficiency in mobile commerce, in the present invention, a pre-compressor is installed in the handset software encryption and decryption module. The pre-compressor with a compressing ratio of one third and 0 distortion is used to process the original plane text so as to greatly increase the efficiency of the handset. Consequently, the application of the present invention to be used in mobile commerce is improved.

[0055] Although the present invention has been described with reference to the preferred embodiments, it will be understood that the invention is not limited to the details described thereof. Various substitutions and modifications have been suggested in the foregoing description, and others will occur to those of ordinary skill in the art. Therefore, all such substitutions and modifications are intended to be embraced within the scope of the invention as defined in the appended claims.

• [0056] Attachment: Handset encryption and decryption module and M-H algorithm example
• [0057] extern function Cipher(szTime, szURL, PublicK, CompressParam, B10)
• [0058] {
• [0059] if(String.compare(WMLBrowser.getVar(“CompressInput”), “1”)!=0) WMLBrowser.go(“http://”+szURL+“?RtnCode=NoCompress&Time=”+szTime);
• [0060] var Encode=“ ”;
• [0061] var CharPlainBit=“ ”;
• [0062] var nCipher=0;
• [0063] var i=0, j=0;
• [0064] var nLen=0;
• [0065] var nValue=0;
• [0066] nLen=String.length(B10);
• [0067] nLen=nLen div 3;
• [0068] for(i=0; i<nLen; i++)
• [0069] {
• [0070] nValue=Lang.parseInt(String.subString(B10, i*3,3));
• [0071] CharPlainBit=GenerateCharPlainBit(nValue);
• [0072] nCipher=GenerateCharcipher(CharPlain Bit,PublicK);
• [0073] if(j==0 && i==0)
• [0074] Encode=Encode+nCipher;
• [0075] else
• [0076] Encode=Encode+“-”+nCipher
• [0077] }
• [0078] Encode=Encode+“-”+CompressParam;
• [0079] WMLBrowser.setVar(“CompressInput”, “0”);
• [0080] WMLBrowser.go(“http://”+szURL+“?Cipher=”+Encode+“&RtnCode=Success&Time=”+szTime);
• [0081] }
• [0082] function GenerateCharPlainBit(Plain)
• [0083] {
• [0084] var nLen=1;
• [0085] var mod1=0;
• [0086] var mod2=0;
• [0087] var bit=0;
• [0088] var nChar=0;
• [0089] var cChar=“ ”;
• [0090] var PlainBit=“ ”;
• [0091] var i=0;
• [0092] var nRate=2;
• [0093] nChar=Plain;
• [0094] for(i=0;i<8;i++)
• [0095] {
• [0096] mod1=nChar % nRate;
• [0097] if(nRate==2)
• [0098] mod2=0;
• [0099] else
• [0100] mod2=nChar%(nRate div 2);
• [0101] bit=mod1-mod2;
• [0102] if(bit==0)
• [0103] PlainBit=“0”+PlainBit;
• [0104] else
• [0105] PlainBit=“1 ”+PlainBit;
• [0106] nRate=nRate*2;
• [0107] }
• [0108] return PlainBit;
• [0109] }
• [0110] function GenerateCharcipher(CharPlainBit,PublicK)
• [0111] {
• [0112] var cChar=“ ”;
• [0113] var nChar=0;
• [0114] var nCipher=0;
• [0115] var i=0;
• [0116] var PublicChar=“ ”;
• [0117] for(i=0;i<8;i++)
• [0118] {
• [0119] cChar=String.charAt(CharPlainBit,i);
• [0120] if(String.compare(cChar,“0”)==0)
• [0121] nChar=0;
• [0122] else
• [0123] nChar=1;
• [0124] PublicChar=String.elementAt(PublicK,i,“-”);
• [0125] nCipher=nCipher+nChar*Lang.parseInt(PublicChar);
• [0126] }
• [0127] return nCipher;
• [0128] }