KR20060091878A - The system for driving a jxta-c framework and the method for sending and receiving a message - Google Patents

Abstract

The present invention relates to a system and method for driving the JXTA-C framework. In particular, the JXTA framework, which is one of the major software technologies supporting Peer-to-Peer (P2P) technology that enables network services between individuals, is implemented on a CDMA mobile phone terminal. A communication method between a software device, a JXTA framework, and a CDMA terminal software for mounting on a computer.

The JXTA-C framework driving system of the present invention includes a UI task for sending a request message to a JXTA task; And a JXTA task that processes a request message received from the UI task and passes a response or indicator to a UI task, wherein the JXTA task transmits and receives the UI task and a message, parses a message, and executes a routine of a corresponding library. A task manager to perform the task; A task scheduler for managing execution of modules in the JXTA task; And a message queue managing a buffer and a module for data transmission and reception of the JXTA task.

P2P, CDMA, JXTA, Framework

Description

The system for driving a JXTA-C framework and the method for sending and receiving a message}

1 illustrates a JXTA platform structure for a mobile phone terminal of the present invention.

2 shows a socket interface and an event processing module of the present invention.

3 shows a message receiving flowchart of the present invention.

4 shows a message transmission flowchart of the present invention.

The present invention relates to a system and method for driving the JXTA-C framework. In particular, the JXTA framework, which is one of the major software technologies supporting Peer-to-Peer (P2P) technology that enables network services between individuals, is implemented on a CDMA mobile phone terminal. And a communication method between the software device for mounting on the PC, the JXTA framework, and the CDMA terminal software.

In general, Java-based software specifications such as JXTA are composed of various types of thread-based operations and services to support multitasking. In the JXTA framework, the detailed processes for each functional component and platform operation are divided into numerous threads.

Sun's Java virtual machine, which can run in most commercial computing environments, is native because it supports a thread-based execution environment and provides automatic memory management techniques. In addition, most operating systems (such as Windows, Unix, and Linux) that operate in general PC and server environments that are not Java-based can support similar types of operations because they directly support thread-based execution environments.

In particular, the C language-based JXTA-C framework is designed to run in the Apache Runtime environment, which is used by most open standard platform / framework standards. APR is a well-known web server program. Since it is a virtual operating system that supports in-server Apache to run in all PC environments, it transparently accommodates most of the features required by the thread-based JXTA framework.

On the other hand, most electronic devices (mostly communication devices, control systems, and measurement devices, etc.) employing most real-time operating systems (RTOS) suppress dynamic memory management to ensure the stability of operation and the accuracy of execution time. In addition, process management also provides table-based predefined task management rather than dynamic control and allocation. Memory management also provides fixed memory pre-allocation, which can prevent operation-critical operation of mission-critical devices in critical industries. It is generally developed in a way that minimizes.

Recently, Java technology, which is easy to develop and is highly portable to various platforms, has been adopted and applied to a variety of embedded systems. However, applications such as games and graphics that require convenience of development language and convenience of software development / management are still required. Limited to the area for

Accordingly, the present invention is to solve the above problems, P2P software (P2P is a client / server in the P2P software running in a PC environment based on the P2P networking technology, which is spreading various attempts to a single node on all networks It is called a peer, and each peer provides distinctive functions according to the performance / role of the system.), The peer platform can be provided on the mobile phone terminal to provide various services that can be provided on a P2P basis. It aims to expand the scope of provision.

The present invention relates to a JXTA-C framework driving system and method, and more particularly to one of the major software technologies supporting peer-to-peer (P2P) technology that enables network services between individuals. A communication method between a software device, a JXTA framework, and CDMA terminal software for mounting on a computer.

The JXTA-C framework driving system of the present invention includes a UI task for sending a request message to a JXTA task; And a JXTA task that processes a request message received from the UI task and passes a response or indicator to a UI task, wherein the JXTA task transmits and receives the UI task and a message, parses a message, and executes a routine of a corresponding library. A task manager to perform the task; A task scheduler for managing execution of modules in the JXTA task; And a message queue managing a buffer and a module for data transmission and reception of the JXTA task.

In addition, the JXTA message receiving method of the present invention receives a message from the rendezvous and checks whether the socket is in the correct JXTA message type, sends the message to the JXTA messenger if the message is in the correct form, and deletes the message in the message queue if the message is in the wrong form. First step; A second step in which the JXTA messenger extracts data in the form of elements separated by units and sends it as a JXTA message when the message is in a correct form; A third step in which the JXTA message retrieves data having a message ID among message elements and sends the data to a JXTA response handler; A fourth step of the JXTA response handler extracting data corresponding to the message ID form and sending the extracted data to the response handler; A fifth step of sending the response handler to a message pack to pack a message; And a sixth step, wherein the message pack processes the message and sends the message to a higher JXTA service through an MPB service.

In addition, the JXTA message transmission method of the present invention comprises a first step of the JXTA request handler to call a different request function according to the content of the service requested from the MPB service to perform a message pack and to send a message; A second step of converting the message-packed message into a JXTA message by converting the message into a form of an element usable in a JXTA endpoint protocol; A third step in which the JXTA message adds information necessary for transmitting a message to another peer through a rendezvous and sends it to a socket; And a fourth step of the socket transmitting a message to the rendezvous by calling a socket function.

Hereinafter, with reference to the accompanying drawings, the configuration and operation of the embodiment of the present invention will be described in detail.

1 illustrates a JXTA platform structure for a mobile phone terminal of the present invention. The mobile JXTA-C is composed of a UI task 100 and a JXTA task 200, and the JXTA task 200 is composed of a task manager 210, a task scheduler 220, and a message queue 230. When the request message is sent from the UI task 100, the JXTA task 200 has a structure similar to that of a client / server which processes the request and passes a response or an indicator. The functions of the task manager 210, the task scheduler 220, and the message queue 230 in the JXTA task 200 will be described below.

The task manager 210 includes a JXTA application library 211 to transmit and receive messages between the UI task 100 and the JXTA task 200, and parse messages and perform routines of the corresponding library.

Task scheduler 220 includes the JXTA platform 221 to manage the execution of modules in JXTA task 200.

The message queue 230 includes a message transmitter 231 and a message receiver 232 to manage buffers and modules for data transmission and reception.

Modules such as task manager 210, task scheduler 220, and message queue 230 within JXTA task 200 are driven through organic interaction around task manager 210.

2 shows a socket interface and an event processing module of the present invention. One of the problems caused by recognizing JXTA, which is based on the PC environment, as an embedded system is the difference in the way sockets work. JXTA default sockets running on Windows / Linux use a blocking socket. On systems that support threads, continually waiting for events using blocking sockets within a thread does not affect system behavior, but on a real-time embedded system, using blocking sockets causes the system to hang.

In embedded systems, non-blocking sockets are used, and when a message is passed from the outside through the socket, an event handler 500 generates an event and notifies the application layer 300. The application layer 300 receiving the event calls APR (Apache Portable Runtime, 400) to read and process the message stored in the socket receive buffer in the socket layer 600. When the message is sent, the APR function 400 is called to put the message in the socket send buffer in the socket layer 600. When the socket becomes valid, the message is transmitted to the outside.

3 shows a message receiving flowchart of the present invention.

First, the socket 800 receives a message from the rendezvous 700 (S100) and checks whether a correct JXTA message 1000 is formed. If the message is in the correct form, it is sent to the JXTA messenger 900 (S110). If the message is in the wrong form, the message in the message queue is deleted.

Next, when the message is in the correct form, the JXTA messenger 900 extracts data in a low data form in the form of elements separated by units and sends it to the JXTA message 1000 (S120).

Next, the JXTA message 1000 retrieves data having the message ID among the message elements and sends the data to the JXTA response handler 1100 (S130).

Next, the JXTA response handler 1100 extracts data corresponding to the message ID form and sends it to the response handler 1200 (S140).

Next, the response handler 1200 sends to the message pack 1300 to pack the message in the form to be used in the MPB service 1400 (S150).

Next, the message pack 1300 packs the message and sends the message to the upper JXTA service through the MPB service 1400 (S160).

4 shows a message transmission flowchart of the present invention.

First, the JXTA request handler 1500 calls a different request function according to the contents of the service (S200) received from the MPB service 1400, performs a message pack, and sends the message as a message (S210).

Next, the message 1600 converts the packed message into a form of an element that can be used in the JXTA endpoint protocol and sends it to the JXTA message 1000 (S220).

Next, the JXTA message 1000 adds information necessary for transmitting a message to another peer through the rendezvous 700 and sends it to the socket 800 (S230). Information required for transmitting a message to another peer includes relay information or a universal unique identifier (UUID) of a peer to receive the message.

Next, the socket 800 calls the socket function to transmit a message to the rendezvous 700 (S240).

In addition to JXTA, Java technology for operating on most real-time operating systems is a simplified architecture that minimizes the dynamic elements that can be provided in a personal computer or server environment. In that case, it is hard to mount it as it is.

Accordingly, the present invention provides one method that can bring not only P2P service but also software in a PC environment that is developed in various forms (almost all software is developed to operate in a multitasking environment) onto a mobile phone terminal. For example, APR for running the JXTA-C platform is a software platform that supports well-defined multitasking in C language. It is a mobile phone terminal that supports various Java-based network services or games based on this. Basic software structure for the embedded system is presented.

It will be apparent to those skilled in the art that various changes and modifications can be made without departing from the technical spirit of the present invention through the above description. Therefore, the technical scope of the present invention should not be limited only to the contents described in the embodiments, but should be defined by the claims.

As described above, the JXTA-C framework driving system and method according to the present invention improve the problem that Java technology is hard to be installed as it is in software with high complexity such as the JXTA framework. Provides one way to bring software onto a mobile phone terminal.

Claims (8)

A UI task for sending request messages to JXTA tasks; And JXTA task for processing the request message received from the UI task to pass a response or indicator to the UI task; The JXTA task is A task manager for transmitting and receiving the UI task and the message, parsing a message, and performing a routine of a corresponding library; A task scheduler for managing execution of modules in the JXTA task; And A message queue that manages buffers and modules for data transmission and reception of the JXTA task; JXTA-C framework drive system comprising a. The method according to claim 1, The task manager includes a JXTA application library, characterized in that the JXTA-C framework drive system. The method according to claim 1, The task scheduler includes a JXTA platform. The method according to claim 1, The message queue is A message transmitter for sending a message to the UI task; And A message receiver for receiving a message from the UI task; JXTA-C framework drive system comprising a. Receiving a message from the rendezvous and checking whether the message is in the correct JXTA message type and sending the message to the JXTA messenger if the message is in the correct form, and deleting the message in the message queue if the message is in the correct form; A second step in which the JXTA messenger extracts data in the form of elements separated by units and sends it as a JXTA message when the message is in a correct form; A third step in which the JXTA message retrieves data having a message ID among message elements and sends the data to a JXTA response handler; A fourth step of the JXTA response handler extracting data corresponding to the message ID form and sending the extracted data to the response handler; A fifth step of sending the response handler to a message pack to pack a message; And A sixth step in which the message pack processes the message and sends the message to a higher JXTA service through an MPB service; JXTA message receiving method comprising receiving a message. The method according to claim 5, And the data of the fifth step is in the form of low data. A first step in which the JXTA request handler calls a different request function according to the contents of the service requested from the MPB service, performs a message pack, and sends the message to the message; A second step of converting the message-packed message into a JXTA message by converting the message into a form of an element usable in a JXTA endpoint protocol; A third step in which the JXTA message adds information necessary for transmitting a message to another peer through a rendezvous and sends it to a socket; And A fourth step in which the socket calls a socket function to transmit a message to a rendezvous; JXTA message transmission method, characterized in that for transmitting a message. The method according to claim 7, The information necessary for transmitting the message to the other peer is relay information or Universal Unique Identifier (UUID) of the peer that will receive the message.

Images