• Journal of the Korean Institute of Traditional Landscape Architecture
• /
• v.29 no.4
• /
• pp.111-123
• /
• 2011

This study aims to present the basic materials, which lead us to preserve the Korea Rice Terrace as scenic sites resources and study it continuously, through researching about the present status and the preservation method of the Rice Terrace in Korea, China and Japan. The results of this study are as follows. First, The Rice Terrace has a traditional agricultural technique which minimizing the damage of the scenic view while cultivating the slope. And also, it has the value of one of the Korea unique traditional scenic views. However, The no cultivation land or disappearing desert land of rice terrace were increasing by the disadvantage of operation in land cultivation. Therefore, The Government must need preparing the base of scene resources excavation by executed the established of Korea Rice Terrace Database for preserving of Korea traditional scene. however it is getting to disappearance. And also, The High valued of Rice Terrace by cultural and scenic view which is must managed by designation of scenic sites or monument. Second, The internal and external reference book researched and analyzed results are as followings for understanding about Korea Rice Terrace feature. First of all, The Rice Terrace's dictionary meaning is just difference by each nations. However, Generally speaking that It means the terraced land by cultivated of sloped land. The Rice Terrace has cross relation with mountain valley and piedmont slope cultivation in location of condition. It occurred era is before approximately estimated from 3000 of years until 6000 of years. It can divide two type by topography shape those are slope and valley type. However, The natural element of forest has very big position in this part. But, The Rice Terrace is just managed and designated by the scenic sites with the Cultural Properties Protection Law. It must needs more binding force and effectiveness for the Rice Terrace scenic view plan establishment by scenic laws and farming and fishing village laws etc. I think that it must need the Rice Terrace related law establishment as soon as possible for efficient preservation and management of the Rice Terrace. Third, The Rice Terrace were researched and analyzed results are as followings those were executed at the Korea, China and Japan. The Korea and Japan have good Rice Terrace Characteristic. And also, The high valued scenic sites area were good managed by the Cultural Properties Protection Law as well as the superior scenic valued Rice Terrace in China. Those are also managed by designated scenic sites for protection and preservation positively. Those were managed by each autonomous district management Department. The each nation's related laws of Rice Terrace protection were just little bit different. However, The basic purpose is same. for example, it based on superior scenic view preservation and protection. Especially, The Japan's Cultural Properties Law and Scenic law linkage, and China Autonomous district legislation and effectiveness. The Korea Government must need above elements for Korea Rice Terrace culture and scenic view preservation. Fourth, We need inducing the owner system and the policy of Rice Terrace preservation promotion association for efficient preservation of Rice Terrace in japan. The owner system in japan gives the owner of the land a permission to rent the land to Rice Terrace preservation promotion association and the local government. In this system the village would be revitalized by commons in the way of the management of the terraces, beautifying the area around the terraces and etc. And also, Making the each village management operating system for Rice Terrace management through educating civilization. The civilization could receive quick help from a consultative body comprised of experts such as representatives of Cultural Heritage Administration and professors. And it is in a hurry to solve the problem of revitalization of the region by exchange between cities and the village.

• Journal of Internet Computing and Services
• /
• v.14 no.6
• /
• pp.71-84
• /
• 2013

Log data, which record the multitude of information created when operating computer systems, are utilized in many processes, from carrying out computer system inspection and process optimization to providing customized user optimization. In this paper, we propose a MongoDB-based unstructured log processing system in a cloud environment for processing the massive amount of log data of banks. Most of the log data generated during banking operations come from handling a client's business. Therefore, in order to gather, store, categorize, and analyze the log data generated while processing the client's business, a separate log data processing system needs to be established. However, the realization of flexible storage expansion functions for processing a massive amount of unstructured log data and executing a considerable number of functions to categorize and analyze the stored unstructured log data is difficult in existing computer environments. Thus, in this study, we use cloud computing technology to realize a cloud-based log data processing system for processing unstructured log data that are difficult to process using the existing computing infrastructure's analysis tools and management system. The proposed system uses the IaaS (Infrastructure as a Service) cloud environment to provide a flexible expansion of computing resources and includes the ability to flexibly expand resources such as storage space and memory under conditions such as extended storage or rapid increase in log data. Moreover, to overcome the processing limits of the existing analysis tool when a real-time analysis of the aggregated unstructured log data is required, the proposed system includes a Hadoop-based analysis module for quick and reliable parallel-distributed processing of the massive amount of log data. Furthermore, because the HDFS (Hadoop Distributed File System) stores data by generating copies of the block units of the aggregated log data, the proposed system offers automatic restore functions for the system to continually operate after it recovers from a malfunction. Finally, by establishing a distributed database using the NoSQL-based Mongo DB, the proposed system provides methods of effectively processing unstructured log data. Relational databases such as the MySQL databases have complex schemas that are inappropriate for processing unstructured log data. Further, strict schemas like those of relational databases cannot expand nodes in the case wherein the stored data are distributed to various nodes when the amount of data rapidly increases. NoSQL does not provide the complex computations that relational databases may provide but can easily expand the database through node dispersion when the amount of data increases rapidly; it is a non-relational database with an appropriate structure for processing unstructured data. The data models of the NoSQL are usually classified as Key-Value, column-oriented, and document-oriented types. Of these, the representative document-oriented data model, MongoDB, which has a free schema structure, is used in the proposed system. MongoDB is introduced to the proposed system because it makes it easy to process unstructured log data through a flexible schema structure, facilitates flexible node expansion when the amount of data is rapidly increasing, and provides an Auto-Sharding function that automatically expands storage. The proposed system is composed of a log collector module, a log graph generator module, a MongoDB module, a Hadoop-based analysis module, and a MySQL module. When the log data generated over the entire client business process of each bank are sent to the cloud server, the log collector module collects and classifies data according to the type of log data and distributes it to the MongoDB module and the MySQL module. The log graph generator module generates the results of the log analysis of the MongoDB module, Hadoop-based analysis module, and the MySQL module per analysis time and type of the aggregated log data, and provides them to the user through a web interface. Log data that require a real-time log data analysis are stored in the MySQL module and provided real-time by the log graph generator module. The aggregated log data per unit time are stored in the MongoDB module and plotted in a graph according to the user's various analysis conditions. The aggregated log data in the MongoDB module are parallel-distributed and processed by the Hadoop-based analysis module. A comparative evaluation is carried out against a log data processing system that uses only MySQL for inserting log data and estimating query performance; this evaluation proves the proposed system's superiority. Moreover, an optimal chunk size is confirmed through the log data insert performance evaluation of MongoDB for various chunk sizes.