Architecture for Semi-real-time Graphical Simulation in Warehouse Management system

Priya N
Information Science & Engineering East point college of engineering e-mail: priya.narayanan19@gmail.com

Geetha S
Information Science & Engineering East point college of engineering e-mail: geethas1984@gmail.com

Abstract Recently, real-time Graphical Simulation and applications of mobile computing devices in wireless Environment have shown promising foreground in WMS system. But the B/S structure is a fat server and thin client architecture, most of the logic and computing are deployed on the server side. So that when the need for graphical simulation and applications of mobile computing devices in wireless network comes to B/S structure, server performance will decline distinctly. In this architecture, the real-time graphics generation will deployed not only the server but also the client, and graphical layers decomposed into three varieties according to the need for real-time refresh, the client will deal with them respectively. Experimental results demonstrate improvement of computation efficiency without performance degradation. Keywords Semi real time Graphical Simulation; Wireless Network; B/S ; warehouse management system. I. INTRODUCTION Due to the shifting of requirement in the Warehouse Management Systems (WMS) from control movement and storage of materials to a complex of transportation management, order form management, and finance systems, traditional solution in the WMS has been changed. WMS needs great efficiency, dependability, and valuable data visualization. This work proposes an efficient architecture for semireal-time graphical simulation based on mobile computing devices in wireless network. In the architecture, the realtime graphics generation will deploy the server and the client simultaneity. The goal is to decrease server performance consumption. In order to achieve this goal, graphical layers decomposed into three varieties according to the need for real-time refresh, the client will deal with them respectively; Then, for information exchanged by internet/intranet, and wire/wireless automatically without user activation in the internal structure described at part 3; Next, commit the process about Semi-real-time graphical simulation for details at part 3.3. Experiments shown that the structure can speed up the graphical simulation, and reduce server consumption. The rest of the paper is organized as follows: Part2 describes the existing approaches for improving the Graphical Simulation and some otherwise related work. Part 3 describes in detail the proposed architecture.

II. RELATED WORK As illustrated in Figure 1, the traditional WMS roles distribution architecture is composed by two user roles: user from internet, and user from intranet. The formers browse cargos information with browser software, such as Microsoft IE. They do read only operation mainly because of security account. The latter fulfill voluminous functions, enter cargos information and look over statistic reports. In this architecture, the WMS effect is to benefit for future reference. Load and unload operation demand is send between manager and operators with traditional methods: telephone, verbal and storage sheets. It is suitable for simple requirement. The system's main role is as a historical data for future reference and reports generation. However, the real-time data, operation of real-time driver is lack of logical basis. Most of the logic and computing are deployed on the server side under B/S structure. So when the requirement for graphical simulation and applications of mobile computing devices in wireless network comes, server performance will decline distinctly and consequentially. To avoid this situation, some authors propose abandon the B/S architecture, and Return to C/S structure. However, the difficulty is also forbidding which will happen under the C/S structure, such as heavy maintenance workload.

III.

A SEMI-REAL-TIME GRAPHICAL SIMULATED SYSTEM ARCHITECTURE A. System distribution architecture We proposed a more efficient system distribution architecture that illustrated on Figure 2. There are three roles: role from internet, role from wire intranet, and role from wireless intranet. The first role is similar to the traditional architecture. The second role is taken on by managers usually, who give demand and look over statistic report with browser from wire intranet. The third role is taken on by operators usually, who complete the cargo carry preservation with Mobile Computing Devices from wireless intranet. With this architecture, the following issues can be resolved: Real-time storage system can grasp the current operating information, and it provides data to support real-time graphical Simulation. The system is no longer just a historical record of data, but the real driving next operation. Storehouse area is very large usually, the warehouse operators need ambulating between different gates at one storehouse. The real-time transmission of information using wireless networks to ensure the information is correct, and especially with higher efficiency. They can get real-time messages from server and send real-time messages to server with mobile computing devices by wireless network. The Mobile Computing Devices with wireless network can automatically prompt the operator and alarm. Beyond a certain time when the operator does nothing in the devices, the system can automatically detect it and give the alarm voice to the operator and the manager. There is an incidental advantage is that equipment is not easy to be lost. The background of browser will obtain an updated data which can be combined with virtual reality technology generates real-time image for users to quickly understand the relevant information every particular seconds. The architecture provides the basis for the data to support real-time Graphical Simulated.

B. Internal structure for exchange information by internet/intranet, and wire/wireless automatically without user activation As shown in Figure 3, we give an internal structure for exchange information at background automatically, without need activation or action from the system users. As we known, Model-View-Controller (MVC) is a popular architectural pattern which often been selected in web applications where the view is the HTML or XHTML generated by the applications, the controller receives GET or POST input and decides what to do next step, the model that contains the business rules and know how to carry out specific tasks such as processing an cargo unload task. In most case, the controller is located at web server container, such as JDK container. The controller receives input and initiates a response by making calls on model objects, and it is the key role in MVC. In this structure, we divided traditional controller in MVC into two parts: server controller at web server, and client controller at client browser. The server controller at web servers roles is similar with traditional MVC controllers. The client controller at client browser is designed for exchange information by internet or intranet, wire or wireless at background especially and automatically. The client controller is dismantled into two agents according to function, one is getting agent, the other is sending Agent. Correspondingly, the server controller is separated into two agents as well as the clients: data updating agent and request receiving agent. The process of information exchange between them is as follows: Client initiative to submit information to the server: First, the clients sending agent will transfer the user information from user interfaces to the servers request receiving agent, it will happen when user click, press, or permit other else at browser; second, the servers request receiving agent will update business objects properties in accordance with the rules which have made in advance; what goes on is in the same manner with traditional method, so we will not describe it in this
article.

Because B/S program structure requires that server must get request from client in the first place, and then the server give respond to client. so we used another way to achieve it: the client getting agent will send frequent interval request to the servers data updating agent; the servers data updating

Figure 2. More efficient system distribution architecture

Figure 3. Internal structure for exchange information without user activation

IV. TECHNOLOGY OPTIONS The model is designed based on B/S architecture. Now we will introduce some several key points on the technical options for the implementation. J2EE Framework and B/S architecture are C. Process of Semi-real-time graphical guarantee for data consistency and real-time. simulation J2EE synchronized control with excellent character, As you can see in Figure 4, we decompose the especially suitable for use in the B/S architecture of the graphical layers into three varieties, and then deal with network program. It also leaves enough space for future them separately. possible system expansion in technology choice. Changeless graphical layer: such as storage house, B/S structure has advantages of easier maintenance and road, and so on. The layers are nearly changeless. user-friendly user interface. So it will be benefit to download the layers when Ajax technology can be used in PC computers and user login, and will not fresh in this session except mobile terminals browser, in order to achieve the required by user. browser back real-time interaction with the server. Fewer changed Graphical layer: such as gate, store VML technology assisted real-time image position, alleyway, and so on. The layers only in simulation. limited circumstances changed. Therefore, we use Because large amounts of data transfer and full realthe same way handled them as the first. time rendering graphics will consume a lot of time and Frequency changed graphical lay: such as cargo, system resources. Therefore, we propose to adopt semitask scheme, train wagon, truck, waiting queue, real-time graphical simulation in specific applications. and so on. This information is taking place of the Distinguished between the graphics objects by whether it current situation. It maintains data exchange will change with the WMSs data. Some will be no change between the server and the client without page all along (such as the location of warehouses, and gates), a refreshing by the method described in part 3.2. bitmap picture should prepared in advance. Some will Semi-real-time graphical simulation can bring fast, changes as the data changes (such as the amount of cargo space, vehicle / wagon parked in or out of the station), a graphical layers vector image should be generated real-time. A good Frequency Changed balance between the two kinds can get quickly and realGraphical Lay time Graphic. The following technical strategy can ensure security mostly: the MD5 encryption, U-key certificates, and account lockout to ensure internal Changeless Fewer Changed and external network security. cargo Graphical Layer Graphical Layer
storehouse road green plants gate store position alleyway task scheme train wagon truck waiting queue

agent will not give voluntary response only when it gets updating notifies from the real-time graphical objects; the data updating agent give response when data updated to the clients getting agent; the getting agent notify the graphical render engine to commit fresh function; Then, the user can see the updated image. Tasks which can be run by multiple client users in parallel safety will be carry out at the browser controllers. Ajax and JavaScript can take up it corking.

economical, real-time impression to the user.

V. EVALUATION This Part shows the evaluation of the architecture described in the previous part. A. Performance Evaluation The Figure 5 and Figure 6 give a performance comparison report about the relationship between response time, number of users, and the amount of images. They imply that the architecture and semi-real-time graphical simulation technology are more efficient, especially when the quantity in the request improved. B. Economy Evaluation We have applied the architecture and semi-real-time graphical simulation technology into a WMS project in Hang Zhou. Fortunately, we get positive feedback from customers. The application reduces the expenditures of print paper and phone calls. It is also make information more transparent and easier flow with the appropriate permissions. VI. CONCLUSION In this paper, we have proposed system architecture for Semi-real-time Graphical Simulated and implementary approach.It is particularly applicable in the larger area and larger throughput cargo, for example large thirdparty storage center. .

download when user login, and will not fresh in this session except required by user.

Stored in the cache files of server.

Stored in the browser cache files of client.

Frequent request server if there are new generation.

Stored in the browser cache files of client. Semi-real-time graphical simulation

need update not need update

Figure 4. Process of Semi-real-time graphical simulation

REFERENCES
[1] Laboratoire de Psychologie de Apprentissage, Marseille, Real time graphic simulation of visual effects of egomotion, Springer Berlin, Heidelberg, Dec 2006. [2] G.Vigueras, M.Lozano, C.Perez and J.M.Orduna, A Scalable Architecture for Crowd Simulation: Implementing a Parallel Action Server, 37th International Conference on Parallel Processing, Computer Society, DOI 10.1109, 2008, pp. 430-436. [3] Yunlian Jiang, Xipeng Shen, Adaptive Software Speculation for Enhancing the cost-efficiency of Behavior-Oriented Parallelization, 37th International Conference on Parallel Processing, Computer Society, DOI 10.1109, 2008, pp.270-278. [4] Yuanyan Gu, Yujia Ge, Search-based Performance Testing of Applications with Composite Services, Proceedings of 2009 International Conference on Web Information Systems and Mining, WISM-AICI 2009 , Nov 2009, pp.310-305. [5] Rael T. Lange, Gordon J. Chelune, Examining the Relationship Between WAIS-III Premorbid Intellectual .