KR20030013742A - Implementation Method and Application System for Business Model based on Event and Relationship - Google Patents

Implementation Method and Application System for Business Model based on Event and Relationship Download PDF

Info

Publication number
KR20030013742A
KR20030013742A KR1020010047916A KR20010047916A KR20030013742A KR 20030013742 A KR20030013742 A KR 20030013742A KR 1020010047916 A KR1020010047916 A KR 1020010047916A KR 20010047916 A KR20010047916 A KR 20010047916A KR 20030013742 A KR20030013742 A KR 20030013742A
Authority
KR
South Korea
Prior art keywords
event
cluster
module
events
clusters
Prior art date
Application number
KR1020010047916A
Other languages
Korean (ko)
Inventor
박헌재
Original Assignee
박헌재
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 박헌재 filed Critical 박헌재
Priority to KR1020010047916A priority Critical patent/KR20030013742A/en
Publication of KR20030013742A publication Critical patent/KR20030013742A/en

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/06Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063Operations research, analysis or management
    • G06Q10/0631Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/04Forecasting or optimisation specially adapted for administrative or management purposes, e.g. linear programming or "cutting stock problem"
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00Administration; Management
    • G06Q10/10Office automation; Time management

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • General Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Game Theory and Decision Science (AREA)
  • Development Economics (AREA)
  • Educational Administration (AREA)
  • Data Mining & Analysis (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

PURPOSE: A method for constructing a business model using a relation with an event and a system for applying the same are provided to process inputted data based on an accumulated knowledge and a strategy of a company in real time and perform an evaluation and verification thereof within a wanted time by collecting information using an event, connecting the information with a process in the company, and performing a relationship management theory, a scenario management, and a business. CONSTITUTION: A system is constituted according to three levels, that is, businesses(500,510), events(520,530,540), and a module(540). Each characteristic and principal functions of the businesses(500,510) are operated independent of the events(520,530,540) and the module(540) regardless of a constitution of a user's screen(display module). A master module which represents an object of an individual cluster and a process(550) for a flow of a business and management of a process and a project are included. A cluster which must be processed simultaneously or successively is constituted as an event tree and executed modules finally. At this time, the executed module may exist at an interior or an exterior of a company and may be constituted as many modules. Also, the modules are distributed and processed simultaneously or non-simultaneously. Thus, a module and a business flow may be separated and processed regardless of an impact of an exterior.

Description

이벤트와 관계를 이용한 비즈니스 모델 구축 방법과 그 적용 시스템 {Implementation Method and Application System for Business Model based on Event and Relationship}{Implementation Method and Application System for Business Model based on Event and Relationship}

본 발명에서는 기존에 컴퓨터 제작과 객체지향 프로그램에서 사용하였던 이벤트라는 개념과 관계 이론(Relationship Theory)을 사용하여 객체간의 관계와 이벤트의 진화과정을 통해 비즈니스를 서술하는 비즈니스 모델의 구축 방법과 그 모델을 응용하는 시스템에 관한 것으로 2001년 6월 26일에 출원되어 계류중인 출원번호 제10-2001-0036594의 "이벤트 개념을 이용한 모듈 컨트롤 시스템"에 일부 계속된 것이다.In the present invention, a method of constructing a business model and a model for describing a business through the evolution of the relationships between objects and events using the concept of an event and a relationship theory used in computer production and an object-oriented program are described. It relates to an application system, which is partly continued to "Module control system using event concept" of pending application No. 10-2001-0036594 filed on June 26, 2001.

모델은 우리 주위의 세계를 이해하는 방법으로 경험을 통해 얻어진 지식과 이성적인 전략과 사고에 의존하며, 복잡성의 조절과 제한이 모델을 구분하는 핵이라고 말할 수 있다. 또한 모델은 현실세계의 경험과 지식을 우리가 쉽게 인지하고 차이를 구분시켜 줄 수 있으며, 또한 주위 환경에 적용시켜 지금까지 알지 못하였던 새로운 지식과 경험을 창출하는 방법으로 이미 자연과학 분야(수학, 물리, 화학), 사회과학분야(철학, 경제, 심리학, 경영)등에서 많이 사용하고 있다.Models rely on knowledge gained from experience, rational strategies and thinking as a way of understanding the world around us, and it can be said that the control and limitation of complexity is the essence of the model. In addition, the model can easily recognize the real world experience and knowledge and distinguish the difference, and also apply it to the surrounding environment to create new knowledge and experience that has not been known so far. It is widely used in the fields of physics, chemistry, and social sciences (philosophy, economics, psychology, management).

1980년대 앨빈 도플러의 "제 3의 물결"에서 멈출 수도 피할 수 없는 정보시대의 새로운 파라다임을 소개하였다. 그리고 조직간의 업무 협조와 정보 교류 등을 조직간 기능의 합으로 표시한다든가 하는 기존 모델로는 새로운 정보시대에서 맞지 않음을 알게 되었으며, 따라서 새로운 시대에 새로운 기업의 모델이 필요하듯이 기업의 비즈니스 목적과 전략을 위하여 엔드-투-엔드(end-to-end)의 프로세스 내에 조직을 구성하고 관리하는 모델을 채택하게 되었다.In the 1980s, Alvin Doppler introduced a new paradigm of the information age, unavoidable and unavoidable in the "third wave." In addition, it was found that the existing model, such as displaying the cooperation and information exchange between organizations as the sum of the functions between organizations, was not suitable in the new information age. For the sake of strategy and strategy, we have adopted a model for organizing and managing the organization within the end-to-end process.

기업의 생산방식은 과거 대량생산 체계에서 점차적으로 고객 니즈에 따른 다품종 소량 생산 체계로 이동하였으며, 향후 기업에서 고객관계관리(Customer Relationship Management)의 도입이 가속화됨에 따라 거의 모든 상품과 서비스가 고객 각 개인의 요구에 따른 주문 제작 방식 형태로 변경될 것으로 예측되고 있어, 현재의 프로세스 모델만으로 변화되는 새로운 기업환경에 모두 적용될 수 있을 것으로는 생각하기 힘들게 되었다.The company's production method has shifted from the mass production system to the multi-product small-scale production system according to customer needs.In the future, as the introduction of customer relationship management is accelerated in the enterprise, almost all products and services are sold to each individual customer. As it is expected to change to the form of custom-made according to the demand of the company, it is hard to think that it can be applied to all the new enterprise environments that are changed only by the current process model.

Berry에 의한 관계 마케팅(Relationship Marketing)의 개념이 처음 소개(1983)된 이후 18년이 지난 지금 비즈니스의 모든 분야(기업 및 학계)에서 관계(Relationship)에 관한 폭 넓은 연구와 발전을 거듭한 결과 전통적인 마케팅 개념의 변화를 이룩하게 되었다.18 years after the concept of relationship marketing by Berry was first introduced (1983), extensive research and development in relations in all areas of business (business and academia) has resulted in The concept of marketing has changed.

그것은 과거 정보기술과 네트워크가 부족한 시절에는 사람의 마음속에 있는 가치판단이라고 해석하여 개인의 자질로 인식하고 기업경영에 적용하지는 못하였지만 지금은 정보 관련 인프라와 기술의 발달 그리고 지속적인 사내교육을 통하여 고객 및 직원 개개인의 행동과 사고까지 영향을 미치고 그로 말미암아 점진적인 관계경영이 실현되고 있는 실정에 있다고 말 할 수 있다.It was interpreted as a value judgment in the mind of people in the past when information technology and network were lacking, and it was not recognized as an individual's qualities and applied to corporate management, but now, through the development of information-related infrastructure and technology and continuous in-house education, It can be said that gradual relationship management is being realized because it affects each employee's actions and accidents.

과거 정보사회에서는 기업의 어플리케이션이 자료의 가공처리 위주이었기 때문에 주로 모든 어플리케이션의 프로그램이 데이터베이스 시스템 중심으로 개발되고 운영하였지만 점차적으로 네트워크와 기술의 발달에 따라 단순 자료 처리에서 자료를 분석하고 전략을 수립하고 시행 평가하는 방식으로 비즈니스가 변모하게 되어, 정보시스템의 개발 추이도 단순 자료 처리의 오퍼레이션에서 정보의 분석을 통한 지식의 축적과 응용으로 변모하고 있다.In the past, in the information society, the company's applications were mainly processing the data, so the programs of all the applications were mainly developed and operated around the database system, but gradually, according to the development of the network and technology, the data was analyzed and the strategy was established. As business is transformed in the manner of trial and evaluation, the development trend of information system is also changing from the operation of simple data processing to the accumulation and application of knowledge through analysis of information.

기업 내부의 프로세스는 법칙(Rule)과 처리절차 그리고 관행에 의하여 정형화되어 있고 안정화되어 있는 반면에 기업 외부는 고객이나 협력업체와 접촉할 수 있는 다양한 채널, 사회/문화의 변화에 따른 개인의 의식 변화 그리고 정보통신기술의 비약적인 발전과 더불어 시장 경쟁이 증가됨에 따라 미래의 비즈니스 환경을 예측할 수 없으며, 따라서 기업이 시장에서 경쟁 우위를 지속적으로 유지하기 위한 전략과 전략을 지원하는 프로세스의 변화로 말미암아 자료를 취합하고 가공하는 시스템이 빠르면 2 년 내지 길어야 5 년밖에 존속할 수 없다는 점이다.Processes within a company are formalized and stabilized by rules, processing procedures and practices, while outside the company changes individual consciousness due to changes in various channels and societies / cultures that can contact customers or suppliers. And as the market competition increases with the rapid development of information and communication technology, the future business environment cannot be predicted, and therefore the data are changed due to the change of processes that support the strategies and strategies for companies to maintain a competitive advantage in the market. A fast system for collecting and processing can last only two or five years.

또한 전략에 따른 시스템 구축과 운영이라는 제약조건이외에도 고객은 지역, 민족, 국가제도에 따라 그리고 고객의 취향, 나이, 성별에 따라 다양한 방법으로 상품을 선별하며 평가하고 있어, 이러한 국가별 또는 민족별 고객 세그먼트 단위별로 요구를 수용하고 처리하기에는 지금 현재의 영업/서비스 지원 시스템으로는 한계가 있다고 할 수 있다.In addition to the constraints of the establishment and operation of the system according to the strategy, the customer selects and evaluates products in various ways according to the region, ethnicity and national system, and according to the taste, age and gender of the customer. There is a limit to current sales and service support systems to accommodate and process demand on a segment-by-segment basis.

따라서 기존 기업자원관리 패키지(Enterprise Resource Planning)의 업무 적용 방식과 같이 정해진 프로세스에 기업의 프로세스를 맞추는 방법 또는 기존 프로세스에 맞추어 시스템을 개발하는 방법만으로는 비즈니스 세계에서 살아남을 수 없으며, 기업은 독자적인 비즈니스 모델과 프로세스에 자유로운 시스템을 통해 경쟁사와 차별화하고 지속적으로 전략 프로세스를 개선하고 업무와 기술의 진화를 통한 변화만이 시장에서 경쟁 우위를 지속적으로 유지할 수 있게 되었다.Therefore, just by adapting the company's process to the defined process or developing the system according to the existing process, such as the application method of the existing enterprise resource planning package, the company cannot survive in the business world. With a free system of processes and processes, differentiation from competitors, continuous improvement of strategic processes, and changes through the evolution of work and technology can only keep the competitive advantage in the market.

하지만 프로세스를 지원하는 정보시스템을 개발하거나 패키지를 도입하여 설치, 기업이 원하는 프로세스와의 갭(Gap) 차이에 따른 개발과 구축, 직원의 의식변화 그리고 관행으로 작용하였던 기업 문화를 변화시키는데 2년 이상 소요되는 기간이 가장 커다란 장애물로 작용하고 있다. 물론 과거 여러 가지 방법으로 시스템 개발 기간을 단축시키는 노력을 하였지만 커다란 성과를 얻지는 못하였는데, 이는 개발 언어, 모듈 구축 방법 그리고 시스템 적인 역학관계 만으로는 비즈니스를 지원하기에는 한계가 있으며, 결과적으로 비즈니스를 분석하고 설계하는 방법 그리고 그러한 모델을 기초로 실질적으로 적용하는 방법과 효과적으로 시스템을 구축할 수 있는 개발 언어 및 모델을 지원하는 시스템이 도입되지 않으면 해결할 수 없는 분야인 것이다.More than two years, however, the development of information systems that support processes or the introduction of packages to install them, to develop and build according to gaps between processes desired by companies, to change the corporate culture that has served as a change in employee awareness and practices. The time required is the biggest obstacle. Of course, in the past, various efforts have been made to shorten the system development period, but the results have not been great.The development language, module construction method, and system dynamics alone are limited to support the business. It is a field that cannot be solved without introducing a method of designing, a practical application method based on such a model, and a system supporting a development language and model that can effectively build a system.

현재 고객관계관리를 언급하고 있는 시스템들은 인터넷을 기반으로 둔 e-CRM, 영업업무자동화(Sales Force Automation)나 데이터웨어하우스를 이용한 데이터마이닝(Data Mining)처럼 기업 내부의 영업과 관련된 내부보고, 분석 등의 독립적인 기능 위주의 솔루션들로 이러한 솔루션들을 하나의 집약된 프로세스 형태로 처리하기에는 복잡하다는 점 이외에 기업의 측면에서 바라보는 고객 분석의 한쪽 면만으로는 시장의 변화와 경쟁력을 확보할 수 없다는 점이다.The systems currently referring to customer relationship management are internal reporting and analysis related to internal business operations, such as Internet-based e-CRM, sales force automation, or data mining using data warehouses. In addition to the complexity of handling these solutions in a single, integrated process with independent, function-based solutions, such as one side of customer analysis from the company's perspective, market changes and competitiveness cannot be secured. .

따라서 고객의 관점, 경쟁사나 협력업체의 관점 그리고 시장 동향의 폭 넓은 시각에서 관계관리의 이론적으로 검증된 방법, 기업이 비즈니스를 수행하면서 축적한 지식, 고객의 의견 등의 총괄적인 근거로 시스템이 구축되어야 진정한 의미의 관계관리 시스템이라 이야기 할 수 있으며, 따라서 전 세계적으로 관계 관리를 구축하여 효과를 보는 회사는 손꼽을 정도로 얼마 되지 못하고 있는 실정이며, 대부분 이러한 기업은 자사의 경험을 토대로 고객과의 관계를 지속적으로 유지할 수 있는 독자적인 모델을 적용한 전략 프로세스에 대해 시스템을 구축하여 운영하고 있다는 점이다.Therefore, the system is built on the overall basis of the theoretically proven method of relationship management, the knowledge accumulated in the conduct of the business, and the opinions of customers from the perspective of customers, competitors and suppliers, and a broad perspective of market trends. It can only be said that it is a true relationship management system. Therefore, there are only a few companies around the world that can establish and manage relationship relationships. The system is being built and operated for the strategic process applying the unique model that can maintain the system.

그러나 현재 이러한 시스템을 구축하기 위하여 몇 가지 해결하여야 할 숙제가 있다. 예를 들어 도 1처럼 과거 협력업체나 고객과의 관계는 상하 종속적인 관계에서 현재 도 2처럼 수평적인 관계로 발전하고 있으며, 고객과 기업, 기업과 기업 그리고 관련된 인프라스트럭쳐(Infrastructure)등 거래 유형도 복잡하게 이루어지고 있어, 특정 유형에 따라 프로세스를 규정 할 수 없다는 점과 기업과 거래하는 고객 또는 기업은 자체 특성에 따라 다른 프로세스를 유지하고 있어 기업과 기업이프로세스로 연결되지 못하고 그때 그때마다 필요한 업무 협의가 이루어지고 있다는 점이다.However, there are some tasks to be solved to build such a system. For example, as shown in Fig. 1, the relationship between the previous partner and the customer has developed from a vertically dependent relationship to a horizontal relationship as shown in Fig. 2, and the transaction types such as the customer and the company, the company and the company, and the related infrastructure It's complicated, and you can't define a process according to a particular type, and the customer or company that deals with the company maintains a different process based on its own characteristics, so the company and the company can't connect to the process. The consultation is being made.

본 발명에서는 전략과 전술에 의한 프로세스를 통하여 시장 경쟁에서 성공하는 방식이 아닌 시장을 구성하는 고객과 협력업체들과의 관계와 시장 변화에 대한 전략 시나리오에 따른 유기체처럼 시장 환경에 적응하는 기업의 시스템을 구축하기 위한 것이다.In the present invention, a system of a company that adapts to the market environment like an organism according to the strategic scenario for the market change and the relationship with the customers and partners that make up the market, not the method of success in the market competition through a strategy and tactic process. Is to build.

본 발명은 과거 프로세스 방식처럼 일정한 패턴에 따라 업무처리가 진행되는 정적인 방법이 아니라, 이벤트를 이용하여 정보를 수집하고 기업 내부의 프로세스와 연결시키는 것은 물론이고 학계에서 검증된 관계관리(Relationship Management) 이론, 시나리오 경영, 비즈니스를 수행함으로써 축적한 지식(Knowledge) 및 기업의 전략을 기준으로 입력된 자료를 실시간으로 가공하는 것은 물론이고 그에 따른 행위에 대한 평가와 검증을 원하는 시간 내에 수행할 수 있는 시스템과 방법에 관한 것이다.The present invention is not a static method in which business processes are processed according to a certain pattern as in the past process method, but collects information using events and connects it with internal processes, as well as academically proven relationship management. A system that not only processes input data based on knowledge accumulated by conducting theory, scenario management and business, but also corporate strategy in real time, and evaluates and verifies actions accordingly in a desired time. And how it is.

따라서 시장에 나타난 예상되는 변화, 마케팅 이론, 기업의 영업과 마케팅 전략 또는 고객 행동에 관한 지식 그리고 비즈니스 관행을 기반으로 사전에 시나리오를 구축하게 되며, 구축한 시나리오에 따라 내부 프로세스나 정보시스템을 연결하게 된다. 그리고 운영과정에서 파악하지 못한 돌발 상황이 발생되었을 경우 예측되는 해결방안의 시나리오를 작성하게 되고 그에 따라 시스템의 기능을 맞추어 짧은 기간이내에 시스템과 프로세스를 구축하는 방법을 제시하게 된다.Therefore, scenarios are built in advance based on anticipated changes in the market, marketing theories, knowledge of the company's sales and marketing strategies or customer behavior, and business practices. do. And when an unexpected situation occurs that is not understood in the operation process, a scenario of a predicted solution is prepared, and accordingly, a system and a process for establishing a system and a process within a short period of time are presented.

기업에서 관계 관리를 추구하는 궁극적인 목표는 고객 결속(Customer Bonding)이다. 고객 결속이라는 개념은 고객에게 영향을 주는 프로세스이며, 고객 충성은 그 행위의 결과이다.The ultimate goal of managing relationships in the enterprise is customer bonding. The concept of customer engagement is a process that affects the customer, and customer loyalty is the result of that action.

기업 입장에서 고객결속은For companies, customer solidarity

☞ 고객을 중심으로 접점 형성,☞ Form contact point around customer

☞ 고객 입장에서 공급업체 변경사항에 관한 장애 요인 제공,☞ provide barriers to supplier changes from the customer's point of view;

☞ 공급자에 대한 선호도 향상을 포함한 의도적인 관계 설정을 위한 활동으로 정의 할 수 있다.➢ Can be defined as an activity to establish intentional relationships, including improving preferences for suppliers.

그리고 그에 대한 결과로써 고객 충성은 경쟁사의 노력, 경영환경의 변화에도 불구하고 가까운 장래에 자사의 제품과 서비스를 재 구매하고자 하는 고객의 믿음으로 충성도는 고객과 공급자간의 거래 질과 금액에 의하여 측정되어 질 수 있는 지표이다. 실 예로As a result, customer loyalty is measured by the quality and amount of transactions between the customer and the supplier due to the customer's belief that they will repurchase their products and services in the near future despite changes in competitors' efforts and business environment. It is a good indicator. As an example

☞ 거래가 되기까지 접촉의 횟수,☞ the number of contacts before a transaction,

☞ 쇼핑 방문 횟수,☞ the number of shopping visits,

☞ 고객이 년 간 구매하는 수량/금액에 차지하는 공급자의 제품이 차지하는 수량/금액☞ Quantity / amount of supplier's product to customer's quantity / amount

고객 입장에서는 충성을 공급자에 대한 선호도와 긍정적인 태도, 감정과 만족 여부로 파악 할 수 있으며, 고객이 공급자로부터 다시 구매를 하는 것을 의미한다.From the customer's point of view, loyalty can be determined by preferences, positive attitudes, feelings and satisfaction with the supplier, which means that the customer buys from the supplier again.

만족은 사람의 기대에 부응하던가 또는 초과 이루는 것으로 이는 각 개인의 경험과 지식을 기초로 한다 - Stauss 1999. 따라서 표 1의 고객결속과 고객충성의 정의와 같이 고객의 낮은 만족도와 기업의 높은 고객 결속은 지속적인 충성을 나타내지만 고객 추천이나 친근하고 긍정적인 고객 피드백은 기대할 수 없는 결과를 나타내며, 또한 높은 만족도에 비하여 낮은 고객결속은 충성에 가능성을 나타내고 있지 지속적인 거래를 유발하는 충성을 나타낸다고 볼 수 없다는 사실이다. 현실이 어떻든 고객이 피하든 또는 기업이 적극적이지 못하든 관계를 증진시키기 위한 장애물이 존재한다는 점이다.Satisfaction meets or exceeds human expectations, which are based on each individual's experience and knowledge-Stauss 1999. Thus, as defined in Table 1, customer solidarity and customer loyalty, high customer solidarity Indicates loyalty, but customer referrals and friendly, positive customer feedback are unpredictable, and low customer solidarity is more likely to be loyal than high satisfaction, not loyalty that causes ongoing transactions. to be. Whatever the reality, whether customers avoid or companies are not active, there are obstacles to promoting relationships.

따라서 고객 만족이 고객 충성으로 이어지지 않는다는 점이고 대부분의 고객들은 언제든지 이탈 할 수 있는 가능성 때문에, 기업이 추구하고 있는 비즈니스의 궁극적인 목표는 높은 고객 만족과 높은 고객 결속으로 파악할 수 있다.As a result, customer satisfaction does not lead to customer loyalty, and because of the possibility that most customers can deviate at any time, the ultimate goal of the business that the company is pursuing can be identified as high customer satisfaction and high customer engagement.

본 발명에서는 관계 관리 시스템을 구축하기 위해서는 두 가지 개념을 기준으로 모델과 시스템을 구축하게 된다.In the present invention, to build a relationship management system, a model and a system are constructed based on two concepts.

하나는 기업 업무와 업무 흐름을 기능과 프로세스라는 관점에서 파악하지 않고 이벤트라 표현하는 객체와 행위들로 구성된 집합체와 이벤트를 연결하여 순차적으로 또는 동시에 발생하는 이벤트의 네트워크(Network)로 파악하게 되며, 따라서 기업의 업무 흐름과 고객 행동에 대한 분석은 이벤트의 단위로 이루어지게 되며, 프로세스와 전략은 이벤트와 이벤트의 수행으로 처리한다.One is not to grasp corporate business and business flows in terms of functions and processes, but to connect a collection of events and objects that represent events as a network of events that occur sequentially or simultaneously. Thus, the analysis of the company's work flow and customer behavior is carried out in units of events, and processes and strategies are handled by events and performance of events.

그리고 이벤트내의 모듈 설계는 별도 객체별로 모아 설계하고 필요한 모듈들을 작성하게 된다. 그러나 시스템과 고객 또는 고객과 직원과 같이 객체와 객체간의 커뮤니케이션 모듈과 특정 장치를 제어하는 모듈은 필요에 따라 또는 목적에 따라 툴(Tool)과 해당 지원 언어로 개발하게 된다.And module design in event gathers by separate object and design necessary module. However, modules that communicate between objects and objects and modules that control specific devices, such as systems and customers, or customers and employees, are developed in tools and their supported languages, depending on the need or purpose.

또 다른 하나는 이벤트 내에서 이루어지는 고객과 직원 또는 직원과 직원 등의 다양한 관계(예로써 고객 요구 사항과 해결 방안 그리고 직원들의 대응 행위 등)는 관계 이론(Relational Theory)을 통해 필요한 비즈니스 모델을 제시하고 모델을 중심으로 비즈니스 업무를 분석하고 설계하는 방법 및 실질적으로 모듈 개발에 필요한 원칙 그리고 직원들에 대한 필요한 교육 등과 관련된 일련의 방법 및 그와 관련된 툴(Tool)을 제시한다.The other is that relationships between customers and employees or employees and employees (e.g., customer requirements and solutions and employee responses) that occur within an event suggest necessary business models through relational theories. It presents a series of methods and related tools related to how to analyze and design business tasks based on the model, the principles required for module development, and the necessary training for employees.

고객 결속과 고객 충성의 세부정의.Defining customer cohesion and customer loyalty. 공급자producer 공급자와 고객간의 관계Relationship between supplier and customer 고객customer 고객 결속 활동Customer engagement 구매 행위Buying behavior 태도와 의지Attitude and will 접점형성, 공급자 변경의 장애요인 제공, 고객 선호도Contact formation, providing barriers to supplier changes, customer preferences 공급자와 고객사이의 상호관계,공급자와 고객의 환경Relationship between supplier and customer, supplier and customer environment 만족, 선호, 공급자 또는 공급 채널에게 다시 구매한다는 의지Willingness to repurchase from satisfaction, preference, supplier or supply channel 고객 결속 = 더욱 밀접한 관계 설정을 위한 고객에 접근하는 활동들Customer solidarity = activities that approach customers for closer relationships 고객 충성 = 특정기간동안 좋은 관계로 고객과 공급자사이의 지속적인 거래Customer loyalty = continuous trading between customers and suppliers with good relationships for a certain period of time 고객 충성 = 거래에 있어 공급자에 우선적으로 배려하는 태도와 의지Customer loyalty = Attitudes and commitments to the supplier

도 1은 과거 기업과 협력업체 그리고 고객과의 수직적인 관계 개념도1 is a conceptual diagram of the vertical relationship between past companies, suppliers, and customers

도 2은 현재 기업과 협력업체 그리고 고객과의 수평적인 관계 개념도2 is a conceptual diagram of a horizontal relationship between a current company, a supplier, and a customer

도 3은 이벤트 모델을 구축하기 위한 구축 단계3 is a construction step for building an event model

도 4는 고객 라이프사이클의 5 단계4 shows the five stages of the customer lifecycle

도 5는 비즈니스와 이벤트 그리고 모듈의 시스템 3 계층 구조도5 is a system three-tier structure diagram of business, event and module.

도 6은 관계관리 시스템 구조도6 is a structural diagram of a relationship management system

도 7은 이벤트와 이벤트리스트 그리고 프로세스의 상태 변화도7 is a state diagram of events, event lists, and processes.

도 8은 관계관리시스템의 에러처리 흐름도8 is an error processing flowchart of the relationship management system

도 9는 데이터의 분산 환경을 지원하는 방법9 is a method for supporting a distributed environment of data

본 발명의 목적은 이벤트와 관계관리를 이용한 비즈니스 모델과 모델을 적용한 시스템을 제공하는데 있으며, 이 에 따른 시스템 구축에 이용하는 분산 객체간 환경은 특정 규격의 환경에 종속되지 않는다.An object of the present invention is to provide a system using a business model and a model using the event and relationship management, the distributed inter-object environment used in the system construction according to this does not depend on the environment of a specific standard.

따라서 제시하는 모델을 이용하여 이 기종의 분산 객체간의 통신 규격인 CORBA (Common Object Request Broker Architecture)나 윈도우 환경의 DCOM (Distributed Component Object Model) 그리고 자바의 RMI(Remote Method Invocation)에서 적용할 수 있는 것은 물론이며, 또한 새로운 분산환경에서 모듈들을 사용하는 규격이 나오거나 또는 상업용으로 시스템 효율을 극대화시킬 목적으로 자사의 독자적인 규격을 적용할 수 있는 시스템을 포함하여 필요한 개념과 방법 그리고 기능을 제공하는데 있다. 본 발명에서는 별도 언급이 없을 경우 시스템에서사용하는 모듈들간의 인터페이스(Interface) 규격은 CORBA을 따르는 것으로 한다.Therefore, the proposed model can be applied to CORBA (Common Object Request Broker Architecture), DCOM (Distributed Component Object Model) of Windows environment, and RMI (Remote Method Invocation) of Java. Of course, it also provides the necessary concepts, methods, and functions, including systems that can use their own specifications for the purpose of maximizing system efficiency for commercial or commercial use of modules in new distributed environments. In the present invention, unless otherwise stated, the interface standard between modules used in the system shall conform to CORBA.

본 발명의 또 다른 목적은 시스템 구축하기 위하여 이벤트에 의한 비즈니스 모델(이하 "이벤트 모델"이라 한다.)이 제공하는 수학적인 이론과 관계관리 이론을 통해 비즈니스의 원인과 결과를 해석하고 또한 기업의 업무 흐름을 해석하는 메커니즘(Mechanism)을 제공하는데 있다.Another object of the present invention is to analyze the cause and effect of the business through the mathematical theory and relationship management theory provided by the business model by the event (hereinafter referred to as the "event model") to build the system, and also to To provide a mechanism for interpreting flow.

본 발명의 또 다른 목적은 이벤트 모델과 관계관리 이론이 영업과 마케팅 분야에 관한 사항으로 국한되지 않으며, 생산이나 물류를 포함하여 비영리를 목적으로 하는 공공 기관, 공익 단체 또는 민간 단체 및 영리를 목적으로 하는 기업의 비즈니스 수행과 관련하여 현상을 해석하고 기업의 업무처리 및 시스템을 구축하여야 하는 모든 분야에 적용할 수 있는 방법을 제공하는데 있다.Another object of the present invention is not limited to the event model and relationship management theory in the field of sales and marketing, but for the purpose of non-profit public institutions, public interest groups or private organizations, and for profit, including production and logistics. It is to provide a method that can be applied to all fields that need to interpret the phenomena related to the business performance of a company and build a business process and system.

본 발명의 또 다른 목적은 프로세스 모델과 같이 프로세스에 어플리케이션 (Application)과 데이터 그리고 조직을 맞추는 방식에서, 이벤트별로 문제를 해결하는 지식(Knowledge)과 정보를 축적하고, 전략 시나리오와 이벤트간의 인과 관계에 따라 이벤트를 연결시킴으로써 기업의 목표를 달성할 수 있는 시스템에 관한 것이다.Another object of the present invention is to accumulate knowledge and information for solving problems on a per-event basis in a manner of fitting applications, data, and organization to a process, such as a process model, and to determine the causal relationship between strategy scenarios and events. It is about a system that can achieve corporate goals by connecting events accordingly.

따라서 본 발명에서 제시하는 시스템은 영업/마케팅과 관련된 검증된 이론과과학적인 사실을 근거로 비즈니스 흐름을 시스템내의 이벤트와 이벤트의 연결로 처리하며 또한 사용자가 사용하는 단말기와 이벤트를 연결시키는 방법을 제공한다.Therefore, the system proposed in the present invention processes a business flow as an event and event connection in the system based on proven theory and scientific facts related to sales and marketing, and also provides a method for connecting an event with a terminal used by a user. do.

본 발명의 또 다른 목적은 지금까지 정보통신시스템이 데이터를 가공 처리하는 기능 위주에서 비즈니스를 직접 수행할 수 있는 주체로써 실무자에게 필요한 행동 지침을 제시하거나 실시간으로 직원들이 수행하여야 할 업무 목표 배정 및 결과에 대한 성과 측정등을 시행하는 방법을 제공하는데 있다.Another object of the present invention is to present a guideline to the practitioners necessary to perform the business as a subject that can directly perform business in the function of the information communication system to process the data or to assign the work target to the employees in real time. To provide a way to measure performance for

본 발명의 목적, 이점과 특징은 기술 분야와 해당 업무에 종사하는 담당자들은 이해할 수 있으며, 청구범위에 의하여 실현되고 달성될 수 있다.The objects, advantages and features of the present invention can be understood by those skilled in the art and those working, and can be realized and achieved by the claims.

본 발명에 적용되는 모델을 설명하기 전에 가장 중요한 이벤트(Event)와 클러스터(Cluster)를 우선 정의하면,Before describing the model applied to the present invention, first define the most important event (Event) and Cluster (Cluster),

이벤트(Event)란 어원적으로 중요한 사건과 행사로 시간의 개념을 포함한 객체들의 상태에 순간적인 변화를 주는 사건으로 표현한다. 따라서 기업에서의 이벤트란 고객과의 만남, 전화통화 또는 인터넷과 같은 통신 매체를 통한 의사소통, 편지, TV 광고, 뉴스 및 민원 등 이 모든 접촉을 이벤트로 표현하게 되며, 모든 업무는 이러한 이벤트의 발생과 처리에 초점이 맞추어서 진행하게 된다. An event is an etymologically important event or event that represents a momentary change in the state of objects, including the concept of time. Therefore, an event in a company represents all these contacts as events, such as meetings with customers, telephone calls or communication through a communication medium such as the Internet, letters, TV commercials, news and complaints. The focus is on the process and processing.

클러스터(Cluster)는 다음과 같이 정의한다. Cluster is defined as follows.

a) 이벤트에 의하여 이루어진 동시적인 상태의 객체들로 이루어진 집합으로 그러한 집합을 클러스터(Cluster)라 부르는데, 클러스터(Cluster)는 구체적인 목적을 갖고 있는 객체들간의 관계(Relation)와 행위(Action)라는 그물(Network)속에 체계적인 구조로 모여있으며, 클러스터의 상태에서는 객체들이 안정화되어 있고, 선형적인 연산이 가능한 상태이다.a) a collection of objects in a concurrent state made by an event; such a collection is called a cluster, which is a net of relations and actions between objects that have a specific purpose. It is gathered in a systematic structure in (Network). In the cluster state, objects are stabilized and linear operation is possible.

b) 클러스터 내에서는 시간이 동시적으로(Synchronous) 진행하는 것이 아니라 비 동시적으로(Asynchronous) 진행하고 따라서 정해진 시간 이내에 하나의 안정된 클러스터의 상태에서 다음 안정된 클러스터의 상태로 마치 순간 이동하는 것처럼 점프이동을 한다.b) Within a cluster, time is not synchronized but progressed asynchronously and thus jumps as if teleporting from the state of one stable cluster to the state of the next stable cluster within a given time. Do it.

c) 시스템에서 클러스터의 상태변화는 다른 클러스터의 상태변화에 중요한 영향을 주는데 영향을 주는 시간과 속도는 의미가 없다.c) The change in cluster state in a system has a significant effect on the change in state of other clusters.

또한클러스터(Cluster)를 위의 정의 a)와 별도로 다음과 같이 보조 정의(Lemma)를 할 수 있다.AlsoClusterApart from the definition a) above You can do a secondary definition (Lemma) as follows:

a-1) 목적을 갖고 있는 객체들간의 관계와 행위를 표현하는 방법으로 객체간의 커뮤니케이션과 행위를 기준으로 관련된 동일 성격과 속성의 객체들의 집합을 클러스터라 하며, 개별 클러스터는 안정화되어 있다.a-1) A method of expressing relationships and behaviors between objects with a purpose. Clusters are sets of objects of the same nature and attributes that are related to communication and behaviors between objects. Individual clusters are stabilized.

a-2) 다른 목적을 갖은 객체의 행위는 또 다른 클러스터를 구성하며 또한 객체들의 행위에 의한 클러스터 변화의 결과를 새로운 클러스터로 인식하며, 그들간의 관계와 변화를 클러스터들의 네트워크 형태로 표시할 수 있다.a-2) The behavior of an object with different purposes constitutes another cluster, and recognizes the result of the cluster change caused by the behavior of the objects as a new cluster, and can express the relationship and change between them in the form of a network of clusters. .

여기서 레마(Lemma) a-1)의 객체간의 커뮤니케이션과 행위를 a)의 정의에 이벤트로 인식하면 된다.Here, the communication and behavior between objects of Lemma a-1) can be recognized as events in the definition of a).

결과적으로클러스터는 목적에 있어 다른 객체들과 구분되어 질 수 있고 안정화되어 있는 동시적인 상태의 객체 집합으로 정의된다. 그리고 클러스터의 속성을 이용하여 클러스터과 클러스터의 네트워크로 비즈니스와 시스템의 세계를 표현하는 것이 본 발명에서 제공하는 모델 구축 방법이라 할 것이다.As a result, a cluster is defined as a set of concurrent, stable objects that can be distinguished from other objects in their purpose . In addition, expressing the world of business and systems using clusters and cluster networks using attributes of clusters will be referred to as a model construction method provided by the present invention.

원래 객체지향모델에서는 시스템을 "현실 세계에서 발생하는 현상들을 객체(Objects), 객체들간의 관계 그리고 객체 행위의 모임으로 특성화한 집합으로 구체적인 목적을 위해 사용한다."라고 표현되어 있다. 그러나 본 발명에서는 시스템을 "클러스터들의 집합과 클러스터들간의 네트워크"로 표현한다. 또한 엔티티 (Entity)이란 "시스템 내에서 이벤트를 발생시킨 주체"로 정의한다.The original object-oriented model describes the system as "a set of characters that characterize phenomena in the real world as a collection of objects, relationships between objects, and object behaviors for specific purposes." However, in the present invention, the system is expressed as "a cluster of clusters and a network between clusters". In addition, an entity is defined as "a subject that raised an event in the system".

하나의 이벤트는 하나 이상의 클러스터를 형성할 수 있는데, 본 발명에서는 별도 구분하지 않는다면 이벤트와 클러스터의 용어를 혼용하여 사용한다. 그리고 주의하여야 할 점은 클러스터에서 언급하고 있는 객체란 반듯이 객체지향모델에서 언급하는 객체는 아니다. 개념상으로 독립적으로 구분 할 수 있는 단위로 직원, 고객, 자동차, 정보 등을 의미하며, 또한 개별 객체는 각각의 특성에 따라 분리할 수 있다. 예를 들어 고객은 가족, 주택 보유 여부, 생활수준, 거래가 되기까지 접촉의 횟수, 쇼핑 방문 횟수, 고객이 년 간 구매하는 수량/금액에 차지하는 공급자의 제품이 차지하는 수량/금액 또한 가장 쉬운 방법은 개개인을 식별할 수 있는 주민등록번호와 사회보장번호가 있다. 더불어 이벤트라는 개념은 일반적으로 시스템과 객체지향모듈에서 사용하는 이벤트란 용어와 개념상에 차이점이 있을 수 있으며, 이는 비즈니스에서 적절하게 사용하는 용어가 없기 때문이다.An event may form one or more clusters. In the present invention, terms of an event and a cluster are used interchangeably unless otherwise distinguished. And note that the objects mentioned in the cluster are not the objects mentioned in the object-oriented model. Conceptually, it is a unit that can be distinguished independently, meaning employees, customers, cars, information, etc. Individual objects can also be separated according to their characteristics. For example, a customer may have a family, a home, a living standard, the number of contacts before a transaction, the number of shopping visits, the quantity / amount of the supplier's product to the quantity / amount the customer purchases per year, or the easiest way There is a social security number and a social security number that can be identified. In addition, the concept of an event may have a difference in terms and concepts from an event generally used in a system and an object-oriented module because there is no term used properly in a business.

우리 몸은 아미노산과 DNA와 같은 분자로 구성되어 있다고 할 수 있는데 야구공이나 축구공으로 몸에 맞았을 때 맞은 자료는 멍이 들지만 몸 전체로 아픔을 느끼게 된다. 따라서 현실 세계의 객체와 객체와의 관계를 본 발명에서는 클러스터와 클러스터의 관계로 해석하게 된다.Our body is composed of molecules such as amino acids and DNA. When hit by a baseball or soccer ball, the data hit is bruised, but the whole body feels pain. Therefore, in the present invention, the relationship between the object and the object in the real world is interpreted as the relationship between the cluster and the cluster.

더 구체적으로 객체에 대하여 언급하면 클러스터 정의에서 제시하는 객체는 크게 비즈니스를 수행하는 주체를 언급한다. 그리고 비즈니스를 수행하기 위하여필요한 수단 또는 비즈니스의 주체간의 관계를 형성하는 수단으로 사용하는 도구로써의 객체(전화, 서류, 인터넷, ...)에 대해서는 본 발명의 시스템이 제어하는 범위 내에서 정보 시스템을 하나의 비즈니스 주체로 인식하여 처리하며 개별 객체로 구분하지 않는다. 따라서 정의와 속성 단계에서 별도 객체로 구분하지는 않으나 정보 시스템의 기능적인 요건으로 구분하게 되며, 정보 시스템으로 개발하는 모듈화 단계에는 클러스터와 관련된 비용(Cost)과 수행속도(Time)를 고려하여 별도 개발의 객체로 구분하여 처리한다.More specifically, when referring to objects, the objects presented in the cluster definition refer to the entities that do business. Information systems within the scope of the system of the present invention are controlled for objects (telephones, documents, the Internet, ...) as tools used to perform business or as a means for forming a relationship between business entities. Is treated as one business entity and is not divided into individual objects. Therefore, it is not classified as a separate object in the definition and property stages, but it is classified as a functional requirement of the information system.In the modularization stage developed as an information system, the development and development time of the separate development system is considered in consideration of the cost and speed related to the cluster. Processed by separating them into objects.

이벤트와 클러스터에 관하여 다시 언급한다면, 클러스터를 구성하는 객체가 다르면 다른 클러스터로 인식할 뿐만 아니라, 같은 객체들로 이루어진 클러스터라 하더라도 목적이 다르다면, 다른 클러스터로 인식하게 된다. 그러나 현실세계에서는 특정 이벤트들에 따라 상세하게 객체를 구분하는 지 않는다. 즉, 캠페인 작업은 사전에 준비하고 이행하는 과정에서 같은 조건과 같은 제품 선호도를 갖고 있는 고객을 대상으로 타깃 고객(Target Customer)을 선정하므로 이벤트 모델에서는 각 개별 객체로 구분할 수 없어 같은 고객으로 인식하게 된다, 또는 고객 세그먼트로 고객을 분류하여 작업하는 활동과 행위도 같은 고객으로 인식한다. 또한 같은 업무를 수행하는 직원이 인수인계 없이 업무를 진행할 수 있다면 같은 객체로 인식하게 된다. 그리고 같은 목적을 갖고 같은 사람들의 만남은 시간 경과에 따라 다른 클러스터로 변화하는데, 비즈니스는 이벤트에서 다른 이벤트로 진화 또는 이동하는 과정에서 가치가 창출되어야 한다는 점이다. 따라서 비즈니스를 수행하고자 하는 목적과 다른 친목이나 직원들간의 회식 등은 비즈니스의 클러스터로 인식하지 않는다는 점이고, 또한 한 장소에서 사람들이 하나의 정해진 주제에 대한 연구개발과 같은 목적을 갖고 근무 하다면 아무리 오랜 시간(여기서 출퇴근은 근무의 연장으로 파악)이 경과하더라도 목적과 객체가 변화하지 않으므로 하나의 이벤트와 클러스터로 인식된다. 그리고 앞에서 서술한 이벤트와 클러스터에 비즈니스 이론과 실무가 적용 되었을때 비로소 비즈니스 모델이 되게 된다.Re-regarding events and clusters, if the objects that make up the cluster are different, they will be recognized as different clusters, and if the clusters of the same objects have different purposes, they will be recognized as different clusters. However, in the real world, objects are not classified in detail according to specific events. In other words, the campaign task selects target customers from customers who have the same product conditions and the same product preferences in the process of preparing and implementing them in advance, so the event model cannot recognize them as individual objects and recognize them as the same customers. Or activities and actions that classify customers into customer segments and recognize them as the same customer. In addition, if an employee who performs the same task can proceed without taking over, it is recognized as the same object. And the meeting of the same people with the same purpose changes over time into different clusters, where the business must create value as it evolves or moves from event to event. Therefore, the purpose of doing business and socializing with other fellowships or employees is not recognized as a cluster of business, and no matter how long it is if people work in one place with the same purpose as R & D on a given subject. (Commuting here is seen as an extension of work), so even though the purpose and objects do not change, they are recognized as a single event and cluster. And when business theory and practice are applied to the events and clusters described above, it becomes a business model.

기업에서 추구하는 영업과 마케팅은 고객과 거래를 성립하기 위한 관계 설정을 목표로 하고 있다고 말씀드릴 수 있고, 고객과의 관계에 놓여 있는 상태에서 발생한 이벤트는 고객에게 영향을 주고 따라서 영향을 받은 고객은 다음 이벤트를 발생시키게 된다. 이미 마케팅에서 알려져 있는 사실 즉,We can say that the sales and marketing pursued by the company aims to establish a relationship with the customer, and the events that occur in the relationship with the customer affect the customer and thus the affected customer It will raise the next event. That is already known in marketing,

☞ 영업 활동은 고객에게 직접 또는 간접적인 제품 구매에 영향을 준다는 점과☞ Sales activities affect the purchase of products directly or indirectly to the customer.

☞ 제품 브랜드 이미지, 기업 마케팅 활동 그리고 고객의 긍정적인 발언☞ Product brand image, corporate marketing activities and positive comments from customers

이 상품/서비스 판매에 영향을 준다는 점과 일치한다.It is consistent with the fact that this affects the sale of goods / services.

위와 같은 관계 형성 과정을 수학적인 논리로 표현한다면 다음과 같다.If the above relation formation process is expressed by mathematical logic, it is as follows.

클러스터를 구성하는 객체가 같다면 클러스터의 상태 변화는 객체의 함수로표시할 수 있는데, t 시간의 클러스터 상태(St)에서 t+dt 시간에 내부 또는 외부 이벤트에 의해 발생한 클러스터 상태(St+dt)는 St 상태의 객체들간의 역학관계 및 객체들간 관련 행위(Action) 그리고 다른 이벤트에서 주는 영향을 통한 내부 객체의 변화(D)로 표시할 수 있다.There seems the objects that make up the cluster surface to the change of state of the cluster is shown as a function of the object, the cluster state caused by internal or external events to t + dt time from t cluster state (S t) of the time (S t + dt ) can be expressed as the change of internal objects (D) through the dynamics of objects in the St state, the related actions between the objects, and the effects of other events.

St+dt= f(St, D, dt) 와 D = ∑wiCi S t + dt = f (S t , D, d t ) and D = ∑w i C i

( wi: 비중, Ci: 다른 클러스터와 관련된 함수)(w i : specific gravity, C i : functions related to other clusters)

결과적으로 클러스터의 상태 변화(같은 객체로 구성된 클러스터가 시간이 진행됨에 따라 변화하여 다른 클러스터가 된 상태)는 클러스터내의 객체들간에 주고, 받는 관계의 함수와 다른 이벤트에 의하여 발생한 외부 클러스터가 주는 영향을 받은 내부 객체의 변화가 주원인이라는 점이다. 따라서 현실세계에서 모든 관리의 초점은 객체, 특히 엔티티에게 직접/간접적으로 영향을 주는 클러스터 관리와 클러스터 내의 엔티티와 객체들에게 직접적으로 영향을 미치는 객체의 관리로 귀착될 수 있으며, 객체간의 관계 발전은 새로운 클러스터의 발생을 의미하게 된다.As a result, the state change of a cluster (a cluster composed of the same object changes over time and becomes a different cluster) is given between objects in the cluster and influenced by external clusters generated by other events and functions of the relationship received. The main cause is the change of the received internal object. Thus, the focus of all management in the real world can result in the management of objects, especially clusters that directly or indirectly affect entities, and the management of objects that directly affect entities and objects within the cluster. This will mean the creation of a new cluster.

그리고 D는 기업 내부의 클러스터(wiCi)와 기업 외부의 클러스터(wjCj)로 구분할 수 있으며, 여기서 기업 외부의 클러스터는 기업에서 관리하는 객체(직원, 정보시스템, 기기 등)가 전혀 포함되지 않으므로 관리차원에서 무시하게 된다. 여기서 관리할 수 있다면 물론 포함하여야 한다.D can be divided into a cluster inside the enterprise (w i C i ) and a cluster outside the enterprise (w j C j ), where the cluster outside the enterprise is a collection of objects (employees, information systems, and devices) managed by the company. It is not included at all, so it is ignored by management. If it can be managed here, it should of course be included.

클러스터 A의 상태에서 C의 상태로 가기 위한 방법에 있어,In the way to go from the state of cluster A to the state of C,

함수 f : A -> B 와 함수 g : B -> C의 합인 f+g : A -> C 와F + g: A-> C and the sum of functions f: A-> B and functions g: B-> C

함수 h : A -> C는 결과적으로 같은 결과를 낳는다.The function h: A-> C results in the same result.

h = f+gh = f + g

참고 : + 는 순차적으로 발생하는 상태 변화의 연산자 또는 함수Note: + is an operator or function for state changes that occur sequentially

또한 일반적으로 소요되는 클러스터의 상태 변화에 따른 시간과 비용의 함수가 T라 하면,Also, if T is a function of time and cost according to the state change of a cluster,

T(f+g) = T(f)+T(g) ≥T(h)가 된다.T (f + g) = T (f) + T (g) ≧ T (h).

이는 클러스터의 상태 변화의 단계가 2 단계 보다 1 단계가 적은 비용과 시간이 소요됨을 의미한다. 그리고 상태 변화의 함수와 다른 시간과 비용의 함수인 T는 추후 일반적인 클러스터의 모듈보다 조건 클러스터로 사용하게 되는데, 이는 클러스터의 목적이 가치 창조나 클러스터의 상태 변화가 아닌 조건 파악하여 다른 클러스터를 선택하는 기능을 갖고 있기 때문에 다른 일반 기능의 모듈과 구분되는 특성이 있다.This means that the phase change of the cluster takes less cost and time than one phase. T, which is a function of state change and a function of time and cost, is later used as a condition cluster rather than a module of a general cluster. Because it has a function, it is distinguished from other general function modules.

이때 상태 변화의 소요되는 시간(t)이 거의 같고 | T(f+g)-T(h) | << T(h) or T(f+g)이거나 A 와 B의 이벤트 객체가 같다면 T(f+g) ≒ T(h)라고 고려하여도 무방할 것이다. 즉, 소모되는 리소스와 시간 차이는 무시할 수 있다.The time (t) of state change is about the same and | T (f + g) -T (h) | If << T (h) or T (f + g) or the event objects of A and B are the same, you can consider T (f + g) ≒ T (h). That is, the resource and time difference consumed can be ignored.

또한 앞에서 설명한 마케팅에서 알려져 있는 사실과 클러스터의 정의 c)에 의하여 첫 번째 접촉(i=1)이 이루어지는 순간(불특정 고객이 우연이 찾아오는 경우)을 제외하고 엔티티에 의해 현재 발생한 이벤트(i > 1)는 각각 이벤트의 비중이 다를 수 있지만, 엔티티와 관계가 있는 과거의 모든 이벤트 집합의 결과 또는 합으로 표시할 수 있다. 이는 앞서 마케팅과 영업의 결과로써 다음의 이벤트가 발생한다는 의미로 해석하면 될 것이다.In addition, the events currently occurring by the entity (i> 1), except at the moment when the first contact (i = 1) is made (in case of an unspecified customer) due to the facts known in the marketing described above and the definition of the cluster c). ) Can be expressed as the result or sum of all past event sets that are related to the entity, although each may have a different weight. This can be interpreted to mean that the following events occur as a result of marketing and sales.

Si= ∑wi-1f(Si-1) ( i : 접촉 횟수, f : 클러스터와 관련된 함수 )S i = ∑w i-1 f (S i-1 ) (i: number of contacts, f: function related to cluster)

따라서 현재 엔티티와 접점을 이루어진 상태인 클러스터는 엔티티의 요구 사항에 대하여 사전에 접촉하여 얻은 정보와 지식 그리고 객체간의 관계와 행위에 의하여 각각의 객체가 원하는 결과를 얻을 수 있다는 이야기가 되며, 각각 객체의 정보와 지식은 각 객체별로 기록 보관하게 되며, 클러스터의 요구에 따라서 객체의 정보를 제공하게 된다.Therefore, the cluster that is currently in contact with the entity is the story that each object can achieve the desired result by the information and knowledge obtained by contacting the entity's requirements in advance and the relationships and behaviors between the objects. Information and knowledge are kept for each object and provide information of objects according to the cluster's requirements.

본 발명에서는클러스터간의 정보 교류에 있어 세 가지 방안이 제공된다.In the present invention, three methods for exchanging information between clusters are provided.

a) 이벤트에 의한 클러스터 내 객체간의 작업을 의뢰에 따른 직접 정보 제공이며,a) providing information directly upon request for work among objects in a cluster by an event,

b) 클러스터에 존재하는 인터페이스 파일을 사용하여 다른 클러스터에 정보를 제공하는 방법으로 주로 배치 작업의 속성이 있는 클러스터와 인터페이스 할 경우 사용하며,b) to provide information to other clusters by using an interface file existing in the cluster, which is primarily used when interfacing with a cluster that has the attributes of a batch job,

c) 클러스터 내 소속된 객체들의 정보와 지식의 축적과 공유을 통한 간접 정보를 제공하게 된다.c) Indirect information is provided through accumulation and sharing of information and knowledge of objects in the cluster.

현실세계에서의 문제점은 객체에 따라 다양한 형태의 이벤트가 나타난다는 점이다. 따라서 관계 마케팅과 같은 경영이론들은 이러한 함수의 방정식을 풀기 위한 방법이라고 말씀드릴 수 있으며, 또한 결정적인 이벤트 또는 핵심 이벤트에 의한 통계적인 방법과 기업의 지식을 기초로 함수(Algebra)의 해석 없이 다음 이벤트를 예측하거나 필요한 관리를 할 수 있다고 말씀드릴 수 있을 것이다.The problem in the real world is that various types of events appear depending on the object. Therefore, management theories such as relationship marketing can be said to be a way to solve the equations of these functions. Also, based on the company's knowledge and statistical methods by decisive or key events, You can say that you can predict or make the necessary care.

엔티티에 의해서 발생한 이벤트에 대하여 부가적으로 발생한 이벤트를 서브이벤트(Subevent)라 표현한다. 이는 이벤트에 대하여 클러스터 자체로 해결하지 못하는 업무의 경우 다른 조직에 필요한 협조 요청을 하게 되고 그 과정에서 발생하는 이벤트 또는 이벤트의 발생에 따라 통계적인 일정시간이 지나면 발생할 수 있을 것으로 예측되는 이벤트를 위한 사전 준비 성격의 이벤트 그리고 실제 작업 이외의 특정 목적의 이벤트를 의미하게 된다. 물론 캠페인 프로그램처럼An event that additionally occurs with respect to an event generated by the entity is expressed as a subevent. In case of tasks that cannot be solved by the cluster itself, this event makes a request for cooperation to other organizations, and it is an advance for events that are expected to occur after a certain period of time depending on the event or the occurrence of the event. It refers to events of preparatory nature and events for specific purposes other than actual work. Of course, like a campaign program

☞ 기업 내에서 특정고객을 대상으로 신상품의 홍보 목적으로 하는 상품설명의 자료 송부와☞ Sending product description data for the purpose of promoting new products to specific customers

☞ 신상품의 캠페인 이후 전화로 유사 상품을 문의한 신규고객에 대해 신상품의 홍보 및 상품 설명을 위한 자료 송부는☞ Send new materials for promotional and product explanations to new customers who have inquired similar products by phone after campaign of new products.

규모의 차이가 있지 접근방법은 동일하므로 이벤트는 서브이벤트가 될 수도 있다는 점이다.There is a difference in scale, but the approach is the same, so an event can be a subevent.

이벤트 모델을 이용하여 시스템을 구성할 경우 고객, 협력업체 그리고 기업의 직원은 물론 송장, 제품 등도 각각 객체로 인식하고 그들간의 요구사항에 따른 이벤트를 발주(고객->기업) : 고객이 기업에 요구하여 발생한 이벤트, 계약(고객<->기업) : 고객과 기업이 상호 약속에 의하여 이루어지는 이벤트와 같은 표기 방식으로 정의하게 되며, 이벤트에 의하여 유발된 프로세스에 대한 완료 이벤트도 배달(기업->고객)과 같은 방식(->,<->)으로 표기하게 된다. 그리고 기업내부의 조직과 시스템에 따라 계약검토(영업->관리)등과 같이 서브 이벤트로 세분화시키게되며, 궁극적인 목표는 최초 이벤트를 발생시킨 엔티티에 초점이 맞추어지게 된다.When configuring the system using the event model, customers, partners and employees of the company as well as invoices and products are recognized as objects, and events based on the requirements between them are ordered (customer-> corporate): Event, contract (customer <-> corporate): The customer and company are defined in the same notation as the event made by mutual appointment, and the completion event for the process caused by the event is also delivered (corporate-> customer). It is written in the same way as (->, <->). Depending on the organization and system within the company, it is subdivided into sub-events such as contract review (Sales-> Management). The ultimate goal is to focus on the entity that caused the initial event.

이벤트의 관점에서 비즈니스를 파악하는 방법은 객체의 관점에서 엔티티의 변화관리와 그 과정(엔티티와 객체간의 상호 작용)상 가치 창조가 주 관심 대상이라면 프로세스의 관점에서 비즈니스를 파악하는 방법(이하 "프로세스 모델"이라 한다.)은 객체의 구분과 행위를 무시한 엔티티(여기서는 상품, 정보를 의미한다)의 흐름을 기준으로 엔티티에 가치를 부여하는 활동이 주요 관심 사항이라 할 수 있다.The method of identifying a business from the perspective of an event is a method of identifying a business from the perspective of a process (hereinafter referred to as a "process" if the primary focus is on change management of the entity from the object's perspective and value creation in the process (entity and object interaction). Model ”) is the main concern for activities that assign value to entities based on the flow of entities (in this case, goods and information), ignoring object classification and behavior.

이벤트 모델에서 프로세스처럼 다른 클러스터의 영향을 무시하고 오로지 클러스터에 직접적으로 영향을 주는 이벤트를 중심으로 클러스터에 의한 가치부여만을 고려할 경우 f : St-> St+dt또는 f(St)로 표시할 수 있으며, 이 때 현재 클러스터의 St상태에서 클러스터를 구성하는 객체와 객체간의 행위 그리고 객체간의 커뮤니케이션에 의하여 다양한 결과(St+dt)가 나타난다고 말할 수 있으며, 프로세스 모델에서 이야기하는 관리란 객체간의 행위와 커뮤니케이션을 정형화하여 일정 수준의 결과를 낳기 위한 작업이라고 할 수 있다.In the event model, if you consider only the value of clusters centering on events that directly affect the cluster, ignoring the effects of other clusters as processes, then display as f: S t- > S t + dt or f (S t ). It may, at this time can say that the various results (S t + dt) by the communication between actions and objects between the object and to configure the cluster in S t the current state of the cluster appear, managed to talk the process model is It is a task to formalize the behavior and communication between objects to produce a certain level of results.

그러므로 현재의 프로세스는 이벤트의 흐름을 빠르게 하는 엔티티(정보)의 시스템 구축, 프로세스 향상, 직원의 교육, 사무 자동화와 같은 분야에 중점 투자가 이루어진다고 할 수 있으며 그로 인하여 프로세스는 수익을 높이기 위하여 같은 이벤트와 같은 유형의 고객 세그먼트 그리고 교육을 통한 같은 유형의 직원 등을 만드는 방법으로 한정된 이벤트에 의하여 유발된 클러스터의 비용을 최소화하는데 중점을 두고 있다고 할 수 있다.Therefore, the current process can be said that major investments are made in such fields as the establishment of a system of entities (information) that speeds up the flow of events, process improvement, employee training, and office automation, so that processes can use the same events to increase profits. The focus is on minimizing the cost of clusters caused by finite events by creating customer segments of the same type, and employees of the same type through training.

이벤트의 객체와 행위는 프로세스 모델의 데이터와 활동으로 원투원 매핑(One-To-One Mapping)이 가능하고 또한 객체의 변화가 작고 엔티티 관점에서 발생되는 이벤트가 한정시킬 수 있어 이벤트 모델이든 프로세스 모델이든 비즈니스 수행에 별반 차이가 없어지게 된다. 따라서 상대적으로 초기 개발비용이 많이 발생하지만 유지보수 비용이 적은 이벤트 모델보다 모델 개념이 간단하며 초기 개발비용이 적지만 프로세스 변화에 대한 유지보수 비용이 높은 비즈니스 모델을 선호하게 된다.The objects and actions of an event can be one-to-one mapping with the data and activities of the process model, and the change in objects is small and the events generated from the entity's point of view can be limited so that the event model or process model can There will be no difference in performance. Therefore, the model concept is simpler than the event model with relatively high initial development cost but low maintenance cost, and the business model is preferred with low initial development cost but high maintenance cost for process change.

예를 들어 독점기업의 경우 고객의 선택은 사용하거나 사용하지 않거나 두 가지 선택의 권리밖에 주어지지 않는다. 따라서 기업은 고객 차별화와 같은 마케팅은 관심이 없고 전체 비용 절감을 통한 상품가격 하락 등의 오로지 다른 기업이 시장에 진입하지 못하도록 하는 진입장벽에만 관심을 갖게 된다. 그러므로 이러한 기업의 전산화는 프로세스 모델을 이용하여 원가절감이 가능한 대규모 업무에 대한 전산화 작업을 지향하게 되는 것이다.For example, in a monopolist, the customer's choice is either used or not used, or given only two choices. Therefore, companies are not interested in marketing such as customer differentiation, and are only interested in entry barriers that prevent other companies from entering the market, such as falling product prices through overall cost reduction. Therefore, the computerization of these companies will be directed to the computerization of large-scale tasks that can be saved using the process model.

몇 가지 제한된 조건으로 이벤트 모델을 프로세스 모델과 같은 형태로 만드는 방법에 대하여 설명하였지만 현실적으로 두 모델사이의 인테그레이션의 고려를 할 경우 객체의 상태가 변화하더라도 특정 시점에 발생한 이벤트에 대해Although we explained how to make an event model look like a process model with some limited conditions, realistically, when considering the integration between the two models, even if the state of the object changes,

☞ 클러스터 내 객체가 수행하는 행위와 프로세스 모델을 구성하는 기능의 활동이 일치하고The actions performed by objects in the cluster match the activities of the functions that make up the process model,

☞ 클러스터 내 데이터 요건과 프로세스 모델의 데이터 요건이 맞는 상황이 되었을 때When the data requirements in the cluster meet the data requirements in the process model

이벤트에 의하여 프로세스 모델에 필요한 자료와 기능을 제공할 수 있게 된다.Events can provide the data and functionality required for the process model.

객체의 변화가 크다 할지라도 이벤트의 관점에서는 프로세스 모델은 정적인 상태이므로 이벤트 모델에서 필요로 하는 자료는 어떠한 조건에서도 프로세스 모델이 갖고 있는 기능과 자료에 대한 인테그레이션이 가능하다. 즉, 모든 시스템이 정지되어 있는 상태를 제외하고 실시간으로 작업을 할 경우에는 이벤트가 주체가 되어 인터그레이션(Integration)이 가능하게 된다.Although the change of objects is large, the process model is static in terms of events, so the data required by the event model can be integrated with the functions and data possessed by the process model under any conditions. In other words, when working in real time except when all systems are stopped, the event becomes the subject and integration is possible.

예를 들어 기업에서 사용하는 고객정보에 관하여 이야기하여 보자.For example, let's talk about customer information used by companies.

프로세스 모델의 고객정보는 주어진 형태(Format)에 따라 데이터베이스 내에 관계(Relation)형태로 정보를 갖고 있다고 할 수 있다. 그리고 이벤트 모델에서 사용하는 고객정보는 프로세스 모델에서 보관하는 고객정보를 언제 어느 장소에서도 조회와 수정이 가능하지만 이벤트 모델 내에 있는 고객정보는 자체로는 정보지만 프로세스 모델에서 사용하기에는 불완전한 정보로 프로세스 모델에서 인터페이스 하여 사용할 수 없고 이벤트의 진화과정을 통해 프로세스에서 요구하는 완전한 자료가 되었을 때 인터페이스를 담당하는 서브 이벤트에 의하여 프로세스 모델에 자료를 제공하여 줄 수 있게 된다.The customer information of the process model can be said to have information in a relation form in the database according to a given format. In addition, the customer information used in the event model can be viewed and modified at any time and any place in the process model. However, the customer information in the event model is information in itself but incomplete for use in the process model. When the interface cannot be used and the event evolves to complete data required by the process, the data can be provided to the process model by the sub-events in charge of the interface.

은행업무의 예를 보면, 인터넷에 가입한 고객정보 또는 통장 개설에 따른 고객정보만으로는 신용카드 발급이나 신용 대출 또는 담보 대출과 같이 고객과 신뢰의 단계가 높은 업무에서 사용하기에는 정보의 신뢰성과 업무의 성격상 필요한 정보가 부족하다. 그리고 그러한 자료를 활용하였을 경우 프로그램이 대출 목적에 따라 정상적으로 입력된 자료와 그렇지 못한 자료를 구분하기 힘들고 따라서 시스템의 오류를 방지하기 위하여 기존 프로세스 모델에서는 별도 프로세스로 처리하게 되며, 각 각 별도 정보를 유지하게 되고 필요한 자료는 EAI라는 툴을 사용할 수밖에 없는 실정이 되지만, 이벤트 모델에서는 고객이라는 엔티티와 객체의 변화 관리가 주안점으로 고객 정보는 개별 데이터베이스와 모듈에 의하여 인터넷에 가입한 정보와 신용카드 발급에 따라 추가되는 정보, 대출에 사용한 모든 정보를 관리하고 보관하게 되고, 그 이외에 신용 불량자 여부, 고객 통장의 년 평균 잔고와 월 평균 홈뱅킹 사용 현황만으로 신용카드를 발급이 가능한지 체크가 가능하며, 또한 본인임을 확인할 수 있는 주민등록증의 제시와 소유 구좌의 패스워드 확인으로 즉시 발급이 이루어질 수 있게 된다.As an example of banking business, the information and reliability of the information is not enough to be used in the high level of trust with customers such as credit card issuance, credit loan or mortgage loan based only on the customer information registered on the Internet or the opening of the account. There is not enough information. In case of using such data, it is difficult for the program to distinguish between data that is normally input and data that is not according to the purpose of the loan. Therefore, in order to prevent the system error, the existing process model is treated as a separate process, and each separate information is maintained. In the event model, the focus is on the management of changes in entities and objects called customers. The customer information is based on the information subscribed to the Internet by individual databases and modules and credit card issuance. It manages and keeps the additional information and all the information used for the loan. In addition, it is possible to check whether it is possible to issue a credit card only based on the status of bad credit, the average balance of customers' accounts and the average monthly use of home banking. Residents who can Immediately issued a password, confirm the presentation of the certificate of ownership and the account is able to be made.

시스템은 각 모델의 특성에 따라 구축된다고 할 수 있다. 예를 들어 프로세스 모델에서는 시스템의 작업 방법이 정보의 흐름에 주안점을 둔 프로세스 형태로 만들어지며, 또한 선형 대수학의 이론을 모델로 적용한 관계형 데이터베이스는 정보를 행과 열의 테이블과 연산으로 표시하게 된다. 따라서 관계관리 시스템이 효율적으로 작동하기 위해서는 기존의 프로세스 모델로는 논리적으로 설명하기가 곤란하고 또한 복잡하여 시스템 구축이 사실상 불가능하므로 이벤트 개념을 기초로 비즈니스 모델을 수립하여야 한다.The system can be said to be built according to the characteristics of each model. In a process model, for example, the way a system works is created in the form of a process that focuses on the flow of information. In addition, a relational database that uses the theory of linear algebra as a model displays information as tables and operations in rows and columns. Therefore, in order for the relationship management system to operate efficiently, it is difficult to explain logically with the existing process model and it is impossible to construct the system. Therefore, the business model should be established based on the concept of events.

따라서 본 발명에서는 시스템의 구성요소와 적용 방법에 관하여 설명하기 이전에 도 3과 같이 단계별로 이벤트 모델의 특성과 구축에 관하여 방법을 서술하도록 한다.Therefore, in the present invention, before describing the components of the system and the application method, the method will be described in terms of the characteristics and construction of the event model step by step as shown in FIG.

첫 번째 단계로이벤트 정의(31)작업Working with event definitions (31) as the first step

시스템으로 구축하는데 가장 커다란 어려움으로 현실세계에서 이루어지고 있는 이벤트의 수가 거의 무한대에 가깝다는 것이고 그에 따른 이벤트의 분류와 속성을 파악하는 것도 상당히 어려운 작업이다. 따라서 비즈니스 세계에서 발생되는 모든 이벤트를 파악하여 비즈니스 전략과 연계시키는 것이 아니라, 관계를 이루는 객체들의 관점에서 상호 접점이 되는 이벤트를 파악하고, 비즈니스 전략과 연계하거나 유사한 속성을 갖고 있는 이벤트들을 묶어 하나의 표준 이벤트로 만드는 방법을 취하게 된다.The biggest difficulty in building the system is that the number of events in the real world is almost infinite, and it is very difficult to understand the classification and properties of the events. Therefore, rather than identifying all events occurring in the business world and associating them with the business strategy, it is possible to identify the events that are in contact with each other in terms of the objects that are related to each other, and to group events that are related to the business strategy or have similar attributes. You will take a method to make it a standard event.

본 발명에서 이벤트 모델을 구축하기 위하여 2가지 관계이론의 관점에서 접근하게 되는데, 하나는 행동관점(Behavioral perspective)에서 고객 유지 (Retention), 신뢰(Trust)와 만족(Satisfaction)을 위한 프로세스의 구축 및 개선을 목표로 고객의 행동과 조직 내부와의 관계 정립에 주안점을 두며, 또 다른 하나는 네트워크 관점(Network perspective)에서 기업/기업/고객간의 상호연관 관계와 의존 및 사회와 관계 네트워크에서 기업의 역할을 중심으로 접근하게 되는데 주로 신제품 개발에 필요한 공동 연구 개발과 고객 클럽을 통한 고객과 기업의 상호 신뢰 증진 및 협력 또는 기업 수익의 사회 환원 등이 주요 대상이 된다.In the present invention, in order to construct an event model, two approaches are approached from the perspective of the theory. One is to build a process for customer retention, trust, and satisfaction from a behavioral perspective. Emphasis is placed on establishing customer behavior and relationships within the organization with the goal of improvement.Another role is the relationship between firms / corporates / customers in the network perspective and their role in society and relationships networks. The main focus is on joint research and development necessary for new product development, promoting mutual trust and cooperation between customers and companies through customer clubs, or returning corporate profits to society.

그리고 이벤트를 정의하기 위해서는 각각의 객체 입장에서 파악하게 되는데, 본 발명에서는 관계 이론의 관점을 기준으로 마케팅과 영업의 이벤트를 구성하는 4가지 주요 관점에서 파악하게 된다.In order to define an event, it is understood from each object's point of view. In the present invention, it is understood from four main points of constructing an event of marketing and sales based on the point of view of the relationship theory.

따라서 고객의 행동에 주안점을 두는 고객의 시각, 이벤트로 말미암아 발생되는 기업 리소스(Resource)를 관리하여야 하는 리소스의 시각(프로세스나 원가) 및 이벤트를 연결시키게 되는 방법과 이벤트 내의 객체와 객체간의 정보 전달 방법에 의한 기술의 시각 그리고 시장에서 경쟁 우위를 점하기 위한 전략과 고객의 마음을 사로잡기 위해 이벤트를 유발하는 직원이나 협력업체의 입장인 기업의 시각(Company View)에 따라 이벤트를 정의하게 된다.,Therefore, the time (process or cost) of the resource that manages the enterprise resource generated by the event that focuses on the behavior of the customer, the event (process or cost) and the event that connects the event, and the information transfer between the objects in the event Events are defined in terms of technology perspectives, strategies to gain a competitive edge in the marketplace, and the Company View, the position of employees or partners that trigger events to capture the hearts of customers. ,

고객관점(Customer View)에서는 고객과 기업의 거래형태와 유형에 의한 이벤트를 고객의 관점에서 정의하는 방법으로 사회 과학과 사회 통계적으로 도출된 자료(소비자 심리 자료, 검증된 연구논문), 회사에 축적된 지식을 토대로 또는 고객 세그먼트와 고객의 라이프사이클에 따라 발생하는 이벤트를 정의하게 되며, 고객과 기업의 관계 발전 단계별 원하는 니즈(Needs)에 따라 기업에서 제공할 수 있는 상품/서비스라는 리소스를 고객이 원하는 시간 내에 제공하게 된다.In customer view, social science and social statistically derived data (consumer psychological data, verified research papers), accumulated in the company, are defined by the customer's view of events by types and types of transactions between customers and companies. You will define events that occur based on your knowledge or based on your customer segment and customer lifecycle, and you want a resource, called a product / service, that your company can provide based on the needs of your customers. Will be delivered in time.

고객과 접촉하거나 또는 거래하는 과정에서 고객의 라이프사이클의 시작과 완료까지 맞춘 정보에 따라 시스템에서 단계별로 고객이 요구하는 인-바운드(In-Bound) 이벤트와 기업에서 고객 충성도 향상과 고객 유지이라는 목표를 위하여 고객과 협력업체에게 아웃-바운드(Out-Bound) 이벤트를 제공하게 된다. 이 때 시스템에서는 담당자에게 작업에 필요한 정보와 행위에 대한 방법(업무 수행과 관련된 매뉴얼 또는 정보를 입력하는 자료 포맵 형태)을 제공하게 된다.In-bound events required by the system step by step based on information tailored to the beginning and completion of the customer's lifecycle during contact or transaction with the customer, and the goal of increasing customer loyalty and customer retention in the enterprise. To provide out-bound events to customers and suppliers. At this time, the system provides the person in charge with the information necessary for the work and the method (manual format related to the work or the data format for inputting the information).

따라서 고객관계관리의 궁극적인 목표인 고객 개개인별 개인화가 이룩될 수 있으며, 고객에게 발생한 이벤트에 대하여 기업은 이전의 유사한 고객의 경험을 토대로 필요한 컨설팅 업무까지 수행할 수 있는 단계가 될 수 있으며, 고객과 더욱 가깝게 접근할 수 있게 된다.Therefore, personalization of individual customers, which is the ultimate goal of customer relationship management, can be achieved, and it can be a stage where an enterprise can perform necessary consulting tasks based on previous customer experiences about events that occurred to customers. You can get closer to

은행의 업무를 예를 들어 보면 정상적인 고객이 대출을 하는 시점은 크게 주택을 구입하는 경우, 또는 사업 자금이 필요한 경우 그리고 자녀가 결혼을 하는 경우로 물론 이들 경우라 하더라도 고객은 대출 상품에 대하여 이자율 그리고 대출기간 파악하고 가장 좋은 조건을 제공하는 은행에서 대출을 받게 될 것이다. 이 때 다른 은행과 차별화를 할 수 있는 방법은 은행마다 유사한 대출 상품에 있는 것이 아니라 고객의 판단에 영향을 주는 내용 즉, 고객이 지속적으로 은행과 거래함으로써 얻을 수 있는 이점과 다른 은행에서 제공되지 않는 서비스 그리고 대출업무를 수행하는 직원의 컨설팅 능력에 있다고 할 수 있다.For example, in a bank's business, a normal customer may be able to make a loan when he or she buys a house, or when a business fund is needed, and when the child is getting married. You will get a loan from the bank that knows the length of the loan and provides the best conditions. The only way to differentiate yourself from other banks is not in similar lending products, but what affects your judgment, that is, what your customers can do with their banks and what other banks do not offer. It is in the consulting capacity of employees who perform services and loans.

관계 설정의 5단계(보통 라이프사이클이라 표현한다.)Five stages of relationship establishment (commonly referred to as lifecycle)

관계라는 개념의 속성은 정적인 것이 아니라, 관계를 형성하고 있는 파트너간의 활동에 따라 변경될 수 있는 역동적인 것으로 간주하는데 일반적으로 아래와 같이 5단계의 진행과정을 거치는 것으로 파악하고 있다.The concept of a relationship is not static but is considered to be dynamic, which can change according to the activities of the partners forming the relationship.

① 인지(Awareness)① Awareness

② 탐색(Exploration)② Exploration

③ 확대(Expansion)③ Expansion

④ 이행(Commitment)④ Commitment

⑤ 해체(Dissolution)⑤ Dissolution

고객들은 회사를 우선 파악한 후 그 회사와 거래에 대한 기대 또는 이익을 조사하게 되며, 경우에 따라 시험버전을 갖고 원하는 결과가 나오는지 시험을 수행할 수 있다.Customers first identify the company and then investigate the expectations or profits of the deal with the company. In some cases, customers can have a trial version to test whether the desired results are achieved.

첫 거래 후 거래에 관한 기대가 만족할 만한 수준인 경우 지속적으로 거래를 확대하게 되며, 필요한 상품의 공동 개발하거나 제품 검사가 없는 이행 상태에 도달하게 된다. 그러나 시간이 지남에 따라 여러 가지 이유에서 거래를 중단(상품 공급 업체를 다른 회사로 바꾸거나 또는 시장에 상품 공급을 중단하는 경우)할 수 있다.If the expectations for a transaction are satisfactory after the first transaction, it will continue to expand the transaction and reach a state of fulfillment without the co-development of the necessary products or product inspection. Over time, however, you can stop trading for a variety of reasons (such as changing a supplier of goods to another company or stopping the supply of goods to the market).

리소스 관점(Resource View)에서는 고객과 기업의 거래 형태와 유형에 의한 이벤트를 제공되는 리소스 관점(직원, 장비, 부대 비용등)에서 정의하는 방법으로 이벤트와 관련하여 소모되는 리소스를 파악하게 되는데, 보다 중요한 것은 리소스의 사용은 기업 내부의 프로세스와 연관되어 업무 처리가 이루어진다는 점이다.Resource View identifies resources consumed in relation to the event by defining the events according to the types and types of transactions between customers and companies in terms of the resources provided (employees, equipment, incidental expenses, etc.). Importantly, the use of resources is tied to the processes inside the enterprise.

현업에서 발생되는 이벤트는 리소스(Resource)를 제공하면서 복합적인 프로세스로 연결이 되어Events generated in the field are connected to a complex process while providing resources.

☞ 발생되는 이벤트에 대하여 속성에 따라☞ Depending on the property

☞ 조직과 위치에 따라☞ according to organization and location

여러 가지 이벤트로 구분할 수 있다. 그리고 기업에서는 이벤트에 대응하여 작업을 수행하고 필요한 결과를 산출하기 위하여 의식적으로 아니면 무의식적으로 하나 하나의 서브 이벤트를 수행하게 되는데, 이 과정에서 기업이 원하는 목표를 달성하게 된다.It can be divided into various events. In order to perform the work in response to the event and to produce the necessary result, the company performs one sub-event consciously or unconsciously. In this process, the company achieves the desired goal.

영업직원의 비용과 같이 소모성 경비를 제외하고 기업의 리소스를 직접 이용하는 이벤트를 핵심 이벤트라 하는데, 핵심 이벤트의 예는 견적, 발주와 같이 기업의 프로세스를 유발시키는 이벤트를 의미한다. 그리고 핵심 이벤트를 제외한 이벤트는 속성상 핵심 이벤트로 진행하는 과정에서 발생하는 이벤트들로 기업 입장에 하나의 목표를 달성하기 위한 추적 관리, 일정 관리, 고객의 라이프사이클에 따른 분석 자료 활용 및 거시적인 마케팅 목표(고객별 라이프사이클 단계별 목표) 또는 영업의 계약 및 수주를 위한 파이프라인 분석과 기회 분석 및 업무 처리 지침을 위한 자료 형태로 이벤트를 기록 보관하게 된다.Events that directly use corporate resources, excluding consumable expenses, such as sales staff expenses, are called core events. An example of a core event is an event that triggers a company's processes, such as quotations or orders. Events other than core events are events that occur in the process of proceeding to core events, and therefore, tracking management, schedule management, use of analysis data according to the customer's life cycle, and macro marketing to achieve a goal for the company. Events will be archived in the form of goals (targets for each customer's lifecycle) or pipeline analysis for contracts and orders of sales, and data for opportunity analysis and guidance.

프로세스와 연결되고 영업 목적의 분석이외에 담당자가 이벤트를 수행함으로써 활동기준원가 시스템에 담당자가 수행한 활동 내역의 제공이 필요하며, 담당자의 이벤트 수행에 따른 결과에 대한 성과측정 및 관련 기관에 필요한 업무 협조를 얻기 위한 정보 제공 그리고 고객과 협력업체에게 공급하는 상품과 서비스의 가치평가와 분석, 프로세스의 처리속도 및 관련 비용, 기업 내부에서 처리하여야 할 사무자동화 방향과 방법 및 업무분석을 위한 자료(원가나 현금흐름 또는 자산에 대한 활용)등을 자동으로 제공할 수 있다.In addition to the analysis of sales objectives, it is necessary to provide the activities based on the activities performed by the personnel in the activity based cost system, as well as to cooperate with the relevant agencies. Provide information to obtain information, and to evaluate and analyze the goods and services provided to customers and suppliers, the speed and related costs of the process, the direction and method of office automation to be handled within the enterprise, and data for business analysis (cost or Cash flows or asset utilization) can be provided automatically.

기술 관점은 크게 두 가지 관점에서 접근하는데, 첫 번째 시스템도 이벤트를 구성하는 하나의 객체로 인식하고 있기 때문에 이벤트 발생과 더불어 시스템이 고객 또는 직원에게 제공하는 서비스를 파악하여야 한다는 점과 두 번째 실제 업무에 대하여 이벤트를 구분하는 것보다 시스템으로 구현하기 위하여 개념적으로 필요한 이벤트를 규정하는데 그 목적이 있다.The technical point of view approaches from two perspectives: the first system is also perceived as an object that constitutes the event, so in addition to the occurrence of the event, it is necessary to understand the services that the system provides to the customer or employee and the second practical task. The purpose of this is to define the conceptually necessary events to implement as a system rather than to classify events.

따라서 정보통신기술의 발달에 따라 객체와 객체(고객과 고객, 고객과 기업, 기업과 기업)를 연결하고 필요한 커뮤니케이션의 툴(Tool) 및 방법과 시스템에 의하여 발생한 이벤트를 통한 정보 전달에 관한 방안을 제공한다.Therefore, in accordance with the development of information and communication technology, it is possible to connect objects and objects (customers and customers, customers and companies, companies and companies) and to provide information on the communication tools and methods and information delivery through events generated by the system. to provide.

그리고 이 단계의 기술관점에서 고려하여야 할 사항은 아니지만 정보통신과 같은 기술의 발달(예를 들어 클라이언트/서버, 인터넷, 무선 인터넷, HTML, XML, JAVA, 전화 서비스)에 따라 지속적으로 시스템이 도입되고 별도 개발하여야 하는 방식을 지양하게 되는데, 따라서 통신기술은 고객과 기업, 기업과 기업 간을 연결시키는 단순한 통신 매체로 별도 구분하여 처리한다는 점이다.Although it is not a matter to be considered in this stage, the system is continuously introduced according to the development of technology such as information and communication (for example, client / server, internet, wireless internet, HTML, XML, JAVA, telephone service). The way to develop separately is to be avoided. Therefore, communication technology is classified into a simple communication medium that connects customers and companies, and between companies.

기업 관점은 고객 정보(거래내역, 전화내용, 요청사항 및 불만사항, 구매 내역 그리고 거래선의 채권/채무 관계 등의 자료)를 활용하여 분석/평가 등을 통해 얻은 지식을 활용하여, 홍보 및 자사의 상품과 서비스에 맞는 고객(Lead)을 선발하고 그에 따른 캠페인 활동을 수행하는 것과 관련된 이벤트들과 고객별 신용등급 평가, 기만 및 사기, 그리고 지식축적과 지식 활용에 관련된 이벤트들로 구성된다.The corporate perspective utilizes customer information (transaction details, call details, requests and complaints, purchase history, and customer bond / debt relations) to leverage the knowledge gained through analysis and evaluation, It consists of events related to selecting the right customers for the products and services and conducting campaign activities according to them, and events related to credit rating, deception and fraud, and knowledge accumulation and knowledge utilization.

참고로 분석과 개발과 관련된 이벤트들은 객체들의 변화 없이, 조직 내부의 기획을 통해 분석 및 일정계획 등 기능적인 성격이 강하게 나타나는 특징이 있어, 시스템 개발시 별도 시스템 또는 하나의 이벤트로 구분하게 된다.For reference, the events related to analysis and development are characterized by strong functional characteristics such as analysis and schedule planning through organizational planning without changing objects, so they are divided into separate systems or one event during system development.

이벤트 분류 작업 시 주위 하여야 할 점은 이벤트는 물리적으로는 연결되어 있다하더라도 각기 개념적으로 독립적인 속성과 특징을 갖고 있어야 한다는 점과 4가지 관점에서 분류할 수 있는 최소 단위로 나누어 관점에 따른 충돌 없이 이벤트의 조합으로 관점이 요구하는 이벤트의 형태로 이루어진다. 또한 별도 기업의 관리 목적에 따라 특정 카테고리(Category)로 이벤트들을 분류할 수 있으며 또는 실험과 분석 목적으로 따로 이벤트를 분류할 수 있는데 이때 다른 이벤트와 중복되지 않도록 처리하여야 한다.Things to be aware of when categorizing an event are that events must have conceptually independent attributes and characteristics even though they are physically connected, and they can be divided into the minimum units that can be categorized from four perspectives. The combination takes place in the form of events required by the perspective. In addition, events can be classified into specific categories according to management purposes of separate companies, or events can be classified separately for experiment and analysis purposes.

그리고 이벤트의 정의에서 또 다른 중요한 사항은 이벤트를 구성하고 있는 각각의 객체에 따른 기능, 데이터 및 목적을 달성하고자 하는 행위 등 필요한 요건을 정의하여야 한다. 즉, 이벤트를 이루는 집합에서 엔티티가 요구하는 사항에 대하여 문제를 해결하고자 할 때 사전에 비즈니스를 수행하는 객체들이 갖추어야 하는 지식 수준을 위해 필요한 작업을 시행하여야 한다. 즉, 직원들은 이벤트를 해결하기 위하여 실제 업무 추진에 필요한 지식을 습득하고자 필요한 교육을 받아야하고, 개발자는 해당 이벤트에 대한 작업 매뉴얼을 작성하게 되고, 또한 시스템은 직원, 고객, 협력업체에 업무 추진에 필요한 정보와 제공하여야 할 기능과 구체적인 방법을 고려하게 되며, 그리고 고객이 이벤트를 발생시킬 수 있도록 기업은 홍보와 마케팅을 사용하여 고객에 대한 잠재적인 교육을 시행하여야 한다.Another important point in the definition of an event is to define the necessary requirements, such as the functionality, data, and behavior to achieve each object that constitutes the event. In other words, when you want to solve a problem about an entity's requirements in a set of events, you need to perform the necessary work for the level of knowledge that the business objects must have in advance. In other words, employees need to be trained to acquire the knowledge necessary for actual work to solve the event, and the developer writes a work manual for the event, and the system can be used to promote work to employees, customers, and suppliers. Considering the necessary information, the functions to be provided and the specific methods to be provided, the company should use PR and marketing to provide potential training for the customer so that the event can be triggered.

이벤트 모델을 수립하기 위한 두 번째 단계로이벤트의 속성이벤트 분류(32) Attribute and Event Classification of Events as a Second Step in Developing an Event Model (32)

이벤트를 세분화하여 속성을 파악하는 것은 관계관리시스템이 전산 적으로 처리하여야 할 작업에만 국한하는 것이 아니라 필요에 따라 담당자에게 e-mail을 통하여 또는 담당자의 게시판 형태로 필요한 행동지침은 물론 작업 목표를 할당하는 일과 필요한 지침과 관련된 정보를 제공하는 일은 물론 객체의 퍼포먼스를 체크하는 일까지 수행하기 때문이다. 이는 시스템이 이벤트 모델의 객체로 존재한다는 점과 이벤트에 의하여 소모되는 두 가지 리소스(시간과 비용) 때문인데, 하나는 고객이 요구한 사항은 고객만족의 시간 범위 내에서 이루어져야 한다는 점, 따라서 고객과 약속한 사항은 담당자의 스케줄 관리에서 관리하고 예정시간을 이-메일, 작업화면 또는 다른 방법으로 표시하여야 하며, 또 다른 하나는 고객에게 제공되는 이벤트에 따라 서비스의 질이 다르기 때문이다. 예를 들어 이벤트가 ATM 장비, 인터넷처럼 기계가 주체가 되는 경우와 고객 담당 직원이 직접 고객 사이트를 방문하여 상담하는 것은 같은 목적이라도 비용과 효과에 있어 엄청난 차이가 있을 뿐만 아니라, 기계적으로 수행하는 것은 필요한 제어와 관련된 모듈의 개발이 필요하고 사람이 수행하기 위해서는 필요한 정보와 작업 지침서가 있어야 하기 때문이다.Identifying attributes by subdividing the events is not limited to the tasks that the relationship management system needs to handle computationally, but assigns task objectives as well as necessary action instructions to e-mails to the person in charge or in the form of a bulletin board of the person in charge. Not only does it provide information about what it does and what instructions it needs, it also checks the performance of the object. This is due to the fact that the system exists as an object of the event model and two resources consumed by the event (time and cost). One is that the customer's requirements must be made within the time frame of customer satisfaction, Commitments must be managed in the person's schedule management, and the scheduled time must be displayed by e-mail, task screen or other means. The other is that the quality of service depends on the events provided to the customer. For example, when an event is a machine, such as ATM equipment or the Internet, and a customer representative visits a customer site in person, there is a huge difference in cost and effectiveness for the same purpose. This is because the development of modules related to the required control is necessary and the necessary information and work instructions are required for human execution.

이벤트 모델에서는 이벤트들간의 영향력과 결과 이외에 시간을 하나의 차원으로 이벤트의 발생과 소멸 그리고 이벤트를 해결하는데 걸리는 평균 시간 및 최대 시간 등을 평가지표로 활용하게 된다. 따라서 기존에는 개인의 능력에 따라 맡겨진 영업 활동이 시스템에서 제공하는 템플리트(Template)에 맞춘 작업으로 바뀔 수 있다는 이야기가 된다.The event model uses time as a dimension in addition to the influence and outcome between events, and the average time and maximum time to resolve the event are used as evaluation indexes. Thus, it is a story that the sales activities entrusted to the individual's ability can be changed to the template provided by the system.

클러스터의 속성에 따른 클러스터 구분Cluster classification according to cluster properties 이벤트 속성Event properties 구분division 비용cost 비용에 따른 이벤트Events based on cost 작업 과정Working process 시작, 중간 작업, 완료의 속성에 따른 이벤트Events based on properties of start, intermediate work, and completion 시간time 시간적인 변수를 가지는 이벤트Events with temporal variables 일반적인 정적인 상태에 관한 이벤트Event about general static state 작업의 주체Subject of work 직원 및 협력업체 직원이 수행 주체Who the Employees and Supplier Employees Perform 기계가 수행 주체The machine performs the subject 전산 시스템이 수행 주체Computational System Performs Subjects 처리 방법Processing method 엔티티의 요구를 대처하는 수동적인 이벤트Passive events to meet the needs of the entity 엔티티에 영향을 주는 능동적인 이벤트Active events affecting entities 내부 관리 이벤트Internal management events 조건 이벤트Condition event

고객이라는 엔티티는 다른 객체와 다르게 시스템의 내부와 외부를 오가는 객체로 이벤트를 유발하는 핵심요소이며 클러스터 영역(Boundary)의 외각에 위치하게 된다. 그리고 엔티티를 제외한 클러스터 내의 객체 관점에서 엔티티의 요구사항을 처리하기 위하여 다음과 같이 구분되어 질 수 있다.Unlike other objects, the customer entity is an object that moves between the inside and outside of the system. It is a key element that triggers an event and is located outside the cluster boundary. And in order to handle the requirements of an entity in terms of objects in the cluster except the entity, it can be classified as follows.

☞ 엔티티의 요구를 대처하여야 할 수동적인 이벤트(고객이 엔티티인 경우는 인-바운드 이벤트라 부름)Passive events that need to respond to the entity's needs (called in-bound events if the customer is an entity).

☞ 기업이 전략적으로 수행하여 엔티티에 영향을 주고자 하는 능동적인 이벤트(고객이 엔티티인 경우는 아웃-바운드 이벤트라 부름)☞ Active events that a company wants to strategically perform to affect an entity (called out-bound events if the customer is an entity).

☞ 내부 관리 이벤트☞ Internal management event

☞ 조건 이벤트로 나누어 질 수 있다.☞ Can be divided into conditional events.

수동적인 이벤트는 담당자가 고객 상담, 업무 협의, 계약 체결, 고객 불만접수 등의 이벤트를 통해 처리하는 가장 기본적인 내용이 위주가 된다.Passive events are based on the most basic contents handled by representatives through events such as customer consultation, business consultation, contract conclusion, and customer complaints.

능동적인 이벤트는 주로 오퍼레이션 레벨에서 기본적으로 처리하여야 할 이벤트 이외에 회사가 추구하고자 하는 전략 및 이벤트와 함께 부수적으로 관리하여야 할 내용으로 담당자에게 메시지와 처리 메뉴, 그리고 게시판 형태로 정보 전달 그리고 아래와 같이 전산 적으로 자동적으로 처리하는 작업들로 구성하게 된다.Active events are contents to be managed additionally along with strategies and events that the company wants to pursue in addition to events that should be basically processed at the operation level. Information is delivered to the person in charge in the form of messages, menus, and bulletin boards. It consists of tasks that are processed automatically.

☞ 고객별 신용 등급에 관한 평가☞ Evaluation of customer's credit rating

☞ 지식의 축적과 활용☞ Accumulation and Use of Knowledge

☞ 기만 또는 사기 행위 적발 및 처리☞ Identify and deal with deception or fraud

☞ 리스크 평가와 관리☞ Risk Assessment and Management

☞ 포트폴리오 관리☞ Portfolio Management

☞ 고객 서비스 자동화☞ Customer Service Automation

☞ 마케팅 캠페인 관리 등의 업무.☞ Marketing campaign management.

내부 관리 이벤트는 주 업무를 수행하고 나서 최종적으로 보고서를 작성하는 업무와 팀 전체의 퍼포먼스 분석과 BSC에 의한 평가 지표등 부수적으로 수행할 업무로 조직 내부에서 보고서를 작성하는 것을 주목적으로 하고 고객이라는 엔티티가 배제되고 기업 내부의 직원들이 이벤트를 유발하는 엔티티가 되는 것이 특징이다.The internal management event is the task of finalizing the report after performing the main task, and the task of additionally performing reports such as performance analysis of the entire team and evaluation indicators by the BSC. Are excluded and employees within the enterprise become entities that trigger events.

조건 이벤트는 이벤트의 생성에는 외부적인 요인과 기업 내부의 지침이나 캠페인 작업 또는 고객, 협력업체와 직원간의 진행되는 관계에 따라 새로운 이벤트와 프로세스가 발생하게 되는데, 본 발명에서는 두 가지 방법으로 문제를 해결하는데 하나는 객체간의 조건을 조사하여 다른 이벤트를 발생시키는 조건적인 성격의 이벤트가 있으며, 또 다른 방법은 이벤트와 이벤트의 연결을 관여하는 모듈(이벤트리스트에서 이벤트와 이벤트를 연결시키는 방법가운데 하나)을 통해 조건에 따라 다른 이벤트를 발생시키는 방법이 있다. 여기서 첫 번째 방법이 조건 이벤트라 한다. 예로 방문 고객과 업무 성격에 따라 방문 고객이 해당 리드(lead)에 포함되어 있는 고객인지를 판별하는 작업을 수행하게 되고 리드 고객인 경우는 담당자에게 필요한 지침 및 서비스를 제공하게 된다.Condition event is a new event and process occurs according to the external factors and internal guidance or campaign work or ongoing relationship between customers, partners and employees in the event generation, the present invention solves the problem in two ways One is the conditional event that examines the condition between objects and raises another event. The other method is the module that is responsible for linking the event to the event (one in the event list to link the event). There is a way to raise other events according to conditions. The first method here is called a condition event. For example, according to the visitor and the nature of the work, the visitor is to determine whether the visitor is included in the lead, and in the case of the lead customer, the person in charge provides the necessary guidance and services.

이벤트 모델에서 이벤트의 속성을 구분하는 이유는 작업을 주도하고 보조하는 주체에 따라 서브 이벤트를 세부적으로 구분하여야 한다는 점과 기업이 제공하는 리소스에 있어 각각 비용과 시간의 경제적인 요건에 따라 서브 이벤트를 분리하여야 한다는 점이다.The reason for distinguishing the attributes of an event in the event model is that sub-events should be classified in detail according to the person who drives and assists the task. It must be separated.

이벤트 모델을 수립하기 위한 세 번째 단계로이벤트간의 시나리오 작성(34). Creating a scenario between events is the third step in establishing an event model (34) .

관계는 보통 직접 또는 간접 방법을 통해 이루어지게 되는데 행동 과학적으로 관계 형성을 설명한다면 아래와 같은 단계를 거쳐 고객과의 관계를 형성되며,관계를 위한 가장 근본적이고 중요한 키는 고객을 위해 기업 자신을 맞추는 행동과 방법에 있다.Relationships are usually made through direct or indirect methods. Behavior When scientifically explaining the formation of a relationship, the following steps are used to form a relationship with a customer, and the most fundamental and important key for a relationship is to tailor the company to the customer. And on the way.

☞ 고객이 행동하고 있다.☞ The customer is acting.

☞ 고객이 행동하고 있다는 사실을 내가 알고 있다.☞ I know the customer is acting.

☞ 내가 행동하고 있다는 것을 고객이 알고 있다.Customer knows I am acting

☞ 결과적으로 고객이 행동하고 있다는 사실을 내가 알고 있고 고객은 내가 행동하는 것을 알고 있다.☞ As a result, I know that the customer is acting and the customer knows what I am doing.

간단히 설명한다면 관계란 내가 고객을 인지하거나 행동을 이해하고 있다는 사실을 고객이 알고 있는 상태를 의미하며 이러한 상황에 놓였을 때 관계에 있다고 말할 수 있다.In short, a relationship is a state in which a customer knows that he or she knows or understands a behavior and can be said to be in a relationship when placed in such a situation.

따라서 기업은 고객에 대한 신뢰할 만한 정보(Information)를 지속적으로 확보하여야 하며, 그것들을 기초로 고객 관계를 원할하게 할 수 있는 기초자료를 만들어야 한다. 따라서 이벤트 시나리오 작성 시 가장 중요한 포인트는 고객과의 접점(이벤트)으로Therefore, companies should continuously obtain reliable information about their customers, and based on them, they should make basic data that can facilitate customer relations. Therefore, the most important point when creating an event scenario is the point of contact with the customer (event).

☞ 기업 외부와 직/간접적으로 접점을 이루어지는 채널을 통해 필요한 정보를 수집하여야 하고,☞ The necessary information should be collected through channels that directly or indirectly contact outside of the company.

☞ 고객과의 접점을 통해 기업의 모든 프로세스가 움직이도록 되어 있어야 하며,☞ All processes of the company should be operated through contact with customers.

☞ 그와 동시에 고객과 접점을 이루는 순간에 필요한 행위가 이루어 질 수 있도록 사전에 준비가 되어있어야 한다.☞ At the same time, you must be prepared in advance so that the necessary actions can be performed at the moment of making contact with the customer.

이 단계에서는 현재와 미래의 기업 전략과 시나리오 그리고 고객관점에 따른 시나리오에 따라 필요한 작업 준비와 그에 따른 이벤트를 개발하고 이벤트와 이벤트의 집합 또는 기업의 내부 프로세스와 연결하게 되며, 또한 이벤트를 유발하는 엔티티와 이벤트의 속성을 표준화하게 된다. 이 단계에서 반듯이 고려하여야 하는 사항은 이벤트 발생에 따라 필요한 행위를 이행하기 위하여 사전에 준비하여야 하는 정보, 행위, 전 단계 이벤트의 고려이다.This step develops the necessary work preparations and events according to current and future corporate strategies and scenarios and scenarios based on customer perspectives, and links them to events and sets of events or internal processes in the enterprise. And standardize the properties of the event. At this stage, consideration should be given to the consideration of information, actions, and preliminary events that must be prepared in advance in order to carry out the necessary actions according to the occurrence of the event.

기업 외부에서 발생한 이벤트는 시나리오에 따라 기업 내부에서 또 다른 이벤트를 낳게 되는데, 이 것이 본 발명에 핵심사항으로 하나의 이벤트 발생은 이벤트의 속성과 이벤트들간의 인과관계에 따라 연쇄 반응을 일으키게 되며, 이때 사전에 설정된 시간과 조건에 따라 그리고 우선 순위와 이벤트 작업의 주체(시스템이 주체가 되거나 직원이 주체)에 따라 이벤트가 발생된다는 점이 다를 뿐이다. 그리고 본 단계에서 고려하여야 할 사항은 앞에서 정의한 이벤트 정의와 속성 그리고 시나리오에 따라 이벤트와 이벤트간의 공동 목적의 작업을 위한 작업 조건과 정보 교환 그리고 작업 환경에 대한 이벤트간의 인터페이스이다.An event occurring outside the company generates another event inside the company depending on the scenario. This is the core of the present invention, and one event occurrence causes a chain reaction according to the attributes of the event and the causal relationship between the events. The only difference is that events are triggered according to the preset time and conditions, and according to the priority and the subject of the event task (system is subject or employee is subject). In this step, consideration should be given to the event definitions, attributes, and scenarios, as well as the working conditions and information exchange for the common purpose work between the events and the interface between the events and the work environment.

현재의 은행 시스템에서는 접촉하는 고객의 수가 많아 다양한 고객 정보를갖고 마케팅 부서에서 수시로 분석 작업하여 대출을 원하는 고객 정보를 파악하고 캠페인 작업을 수행하는데 반하여, 본 발명에서는 주택 구입을 위하여 고객이 대출을 받고자 움직일 경우 고객은 인터넷을 통해 정보를 수집하든 또는 은행 창구에서 상담을 하든, 전화 상담을 하든 자신이 갖고 있는 여러 가지 채널을 통해 정보가 수집하게 되고, 이러한 움직임은 하나 하나의 이벤트를 통해 기업 정보시스템에 자료가 축적되며, 그 정보는 자체적인 분석을 통해 고객이 단순 호기심으로 파악하고 있는지 아니면 어떠한 목적으로 자료를 수집하고 있는지 동기를 파악하고 고객의 현재 상태에 맞게 기업 내부의 캠페인 프로세스를 유발시키게 되며, 동시에 영업직원에 필요한 업무 목표의 배정을 위한 기초 자료(타겟 고객 리스트와 그에 따른 상품별 매출 목표)로 사용하게 된다. 이는 상품과 서비스 판매가 이루어지는 시점이 대부분 고객이 원하는 시점에 이루어진다는 점이다. 또한 수집된 정보는 작은 규모 단위인 지점에서 고객 요구하는 시점에 시스템이 자동적으로 캠페인과 관련된 이벤트를 발생시켜 작업을 수행하게 되며, 또한 본사 차원의 같은 형태의 캠페인 작업의 중복을 방지할 수 있게 된다.In the current banking system, the number of customers contacted has a large number of customer information, and the marketing department analyzes the customer information that the customer wants to borrow from time to time and performs campaign work. In the present invention, a customer wants to obtain a loan for a house purchase. When moving, the customer collects information through various channels, whether he collects information through the Internet, consults with a bank, or over the phone, and the movement is carried out through one event. Data is accumulated, and that information can be analyzed through its own analysis to identify the motivation of the customer with simple curiosity or for what purpose the data is being collected and to trigger the internal campaign process according to the customer's current status. , At the same time, the work required for sales staff It will be used as a basis for assigning goals (target customer list and corresponding product sales targets). This means that the point of sale of goods and services is mostly made at the time of customer's request. In addition, the collected information is automatically generated by the system at the point of request of the customer at the point of small scale, and the work can be prevented from overlapping campaign work of the same type at the headquarters level. .

앞에서 설명하였던 것처럼 관계 이론에서는 핵심 이벤트의 발생은 고객이 무작정 찾아와서 계약하거나 발주하는 행위로 이루어지는 사건이 아니라, 사전에 다른 이벤트를 통해 접촉이 이루어지고 그리고 고객 판단에 따라 핵심이벤트가 발생한다고 가정할 수 있으며, 따라서 고객이 원하는 순간에 모든 작업이 가능할 수 있도록 사전에 모든 자료를 준비되어 있어야 한다는 이야기가 된다. 이에 따라 단순한 변화에 대해서도 직감할 수 있으며 또한 시장을 읽고 해석하며 준비하는 시나리오가 중요하게 된다.As explained above, in the theory of relations, it is assumed that the occurrence of a core event is not an event in which a customer visits and contracts or places an order at random. Instead, it is assumed that the contact is made through another event in advance and the core event occurs according to the customer's judgment. This means that all materials must be prepared in advance so that all work can be done at the moment the customer wants. As a result, simple changes can be intuitive, and scenarios of reading, interpreting, and preparing the market become important.

이벤트 모델에서 시나리오를 작성하는 방법에 있어 두 가지 기능을 제공하는 데 그 차이점은 시간이라는 개념에서 유발한다.It provides two functions in how to create scenarios in the event model. The difference is driven by the concept of time.

즉, 이벤트란 어원부터 시간의 개념이 포함되어 있으며 모델의 속성상 시간을 중요한 관리 포인트로 두고 시간에 대한 집중적인 관리를 수행하는데, 이는 담당자가 자율적으로 작업을 선택하여 수행하는 업무 방식에서 벗어나, 프로젝트처럼 조직적인 시간관리를 통한 기업 전략 수행이라는 방식을 채택하고 있어, 칸트 차트(Gantt Chart)와 퍼트(PERT)처럼 외부 또는 내부에서 발생한 하나의 이벤트에 대하여 동시 다발적으로 여러 가지 이벤트들을 발생시켜 여러 조직에서 같은 목적을 위해 움직이게 되고 결과적으로 이러한 이벤트들의 결과가 초기 발생한 이벤트의 최종적인 결과로 나타나게 하는 방식(이하 "프로젝트"라고 한다.)을 사용하거나,In other words, an event includes the concept of time from an etymology, and focuses on time with time as an important management point due to the nature of the model. As a project, it adopts the method of executing corporate strategy through organizational time management, and it generates several events simultaneously for one event occurring externally or internally, such as Gantt Chart and PERT. In many organizations, they work for the same purpose, and as a result, the results of these events appear as the end result of the event that occurred earlier (hereafter referred to as the "project"),

또한 일반적인 프로세스처럼 시간에 대하여 관리가 없는 경우와 같이 이벤트를 엮어 시나리오로 만드는 방식이 이용된다.(이하 "프로세스"라고 한다.)Also, like the usual process, there is a method of binding events into scenarios such as when there is no management of time (hereinafter referred to as "process").

결과적으로 이벤트 모델은 기존의 프로세스나 프로젝트가 활동 위주로 기술되고 활동의 담당자와 리소스를 배정하고 마일스톤으로 관리 방법에서 시스템이 관리의 핵심 객체로 진행사항을 추적 처리하게 되며, 이벤트로 말미암아 발생된 클러스터 내 객체들의 행위 형태로 활동들을 관리하게 된다.As a result, the event model describes an existing process or project as an activity, assigns contacts and resources to the activity, manages milestones in how the system tracks progress as key objects of management, and in the cluster generated by the event. Activities are managed in the form of objects' behavior.

그리고 위와 같이 서술된 시나리오에 대해 시스템에서는 두 가지 기능을 제공하게 된다.And for the scenario described above, the system provides two functions.

하나는 프로젝트나 프로세스에 대해 여러 조직에서 같은 목적을 위해 움직일 수 있도록 관련된 모든 이벤트와 객체의 행위를 관리하고 처리하는 기능을 제공하게 되는데, 이러한 기능은 조직의 모든 담당자의 스케줄 관리와 조직의 모든 리소스를 동시에 관리할 수 있다는 이점이 있다. 물론 이 경우 시스템에서는 이벤트 내 객체의 행위에 대한 효율적인 관리를 위한 칸트 차트와 퍼트(PERT)를 차트와 도면 형태로 관리할 수 있는 툴들이 제공하게 된다.One provides the ability to manage and handle the behavior of all related events and objects so that multiple organizations can move for the same purpose across projects or processes. The advantage is that you can manage them simultaneously. In this case, of course, the system provides tools to manage Kant charts and PERTs in the form of charts and drawings for efficient management of the behavior of objects in events.

또 다른 하나는 일반 직원과 같이 시스템도 자신의 작업 내용과 처리 결과를 기록하고 보관하여야 하기 때문에 시스템이 주체가 되어 처리가 이루어지는 이벤트(이하 "이벤트리스트"라 한다.)의 관리가 필요하다.The other is that like the general staff, the system needs to record and store its work and processing results. Therefore, it is necessary to manage the events (hereinafter, referred to as "event list") that are handled by the system.

이벤트 모델은 지금까지 기업 내부에서 이루어지는 일정한 업무흐름에 귀착되는 것이 아니라, 시나리오 형태로 업무 흐름을 제공할 수 있어 시장의 변화에대하여 유연성을 확보하고 있다고 할 수 있다. 그리고 프로젝트와 프로세스를 기존에는 활동의 결과에 따른 산출물 형태로 관리하거나 완료의 결과 표시로 기록도 가능하지만 그것보다 행위에 따른 결과 또는 균형성과관리의 지표(KPI) 형태로 표시하며 관리할 수 있는 방안을 제시하게 된다.The event model does not result in a constant workflow within the company so far, but provides a flow of scenarios in order to provide flexibility in changing the market. In addition, the project and process can be managed in the form of output according to the result of the activity or recorded as the result of completion, but it can be displayed and managed in the form of the result of the action or the indicator of balance performance management (KPI). Will be presented.

이벤트 리스트는 이벤트들과 연관되어 시스템으로 자동 수행하여야 할 이벤트들을 의미하게 되는데, 이들 이벤트는 개념적으로 연결되어 있고, 비슷한 속성들을 지녔으며 동일 라이프사이클(Lifecycle)을 갖는 것이 특징으로 처리하고자 하는 이벤트와 관련된 프로세스나 프로젝트들의 부분 집합의 합집합으로 표시 할 수 있다. 이는 이벤트에 의한 클러스터는 시나리오에 따라 하나 이상의 프로세스와 연관되며, 또한 시스템이 수행하여야 할 이벤트리스트는 최소 한개 이상의 프로세스와 연관됨을 의미하게 된다.The event list refers to the events that should be automatically performed by the system in association with the events. These events are conceptually connected, have similar properties, and have the same lifecycle. It can be represented as a union of a subset of related processes or projects. This means that the cluster by events is associated with one or more processes according to the scenario, and the event list to be performed by the system is associated with at least one process.

일반적으로 이벤트리스트에는 프로세스와 프로젝트에는 없는 조건 이벤트가 있는데, 따라서 본 발명에서 제시하는 프로세스나 프로젝트는 조건적인 활동이 포함되어 있는 것으로 간주할 수 있다.In general, there are conditional events in the event list that are not present in processes and projects. Therefore, the process or project proposed in the present invention can be regarded as including conditional activities.

경우에 따라 이벤트 리스트에는 같은 이벤트가 하나 이상 있을 수 있는데 이는 같은 이벤트에 다른 객체의 기능 또는 같은 객체의 다른 기능을 요구하는 필요성이 있기 때문이다. 그러나 추천하는 방법은 이벤트리스트에는 같은 종류의 이벤트가 없도록 하나의 이벤트가 한번에 모든 작업이 가능할 수 있도록 이벤트에 전송하는 파라미터를 잘 활용하는 것이 시스템 성능에 중요한 변수가 된다.In some cases, there may be more than one of the same event in the event list, because the same event needs to require the functionality of another object or different functionality of the same object. However, the recommended method is to make good use of the parameters sent to the event so that one event can do all the work at once so that there is no event of the same kind in the event list.

본 발명은 오퍼레이션 레벨의 시스템(Operation System) 구축만을 의미하지 않는다. 이는 기업이 비즈니스를 수행하면서 축적한 노하우(Knowhow)나 지식 그리고 전략을 단순히 분석하여 시스템으로 구축하고 실무 담당자들에게 교육 통해 조회하고 자료를 보고 스스로 판단하는 것이 아니라 이벤트 발생과 동시에 필요한 정보 가공과 담당자에게 필요한 정보 제공을 위하여 지식관리시스템에 속한 조건 이벤트를 호출하게 되고, 조건 이벤트에 따라 다양한 이벤트리스트를 호출하게 된다. 예를 들어 병원의 경우 직접 의사와의 상의하기 이전에 간호원들은 일반 프로세스의 업무처럼 환자의 증상을 입력하였을 경우 이벤트가 발생하고 증상에 따른 병명을 준비하기 위하여 지식관리의 이벤트를 호출하고 필요한 정보를 미리 준비할 수 있어, 사전에 담당 의사에게 필요한 정보를 전달하고 진찰과 동시에 최종 확인 작업으로 오진을 최소화 할 수 있게 되며, 최종 입력된 병명에 관하여 유사환자의 처방전을 조회할 수 있으며, 또한 입력된 처방전의 출력은 물론 인터넷을 통해 필요한 약국에 전달할 수 있는 방법도 제공할 수 있다.The present invention does not only mean the construction of an operation system. It is not a simple analysis of knowhow, knowledge and strategy accumulated by a company as a business, it is built as a system, and it is not necessary to make a judgment on self by judging the information by looking at the data and training the staff in charge. In order to provide the necessary information, the condition events belonging to the knowledge management system are called, and various event lists are called according to the condition events. For example, in the case of hospitals, before consulting a doctor directly, nurses enter an event when a patient enters a symptom like a normal process, and calls an event of knowledge management and prepares necessary information to prepare for a symptom according to the symptom. It is possible to prepare in advance, it is possible to deliver the necessary information to the doctor in advance, minimize the misdiagnosis with the final check at the same time as the medical examination, and can look up the prescription of the similar patient about the last entered disease name, In addition to printing out prescriptions, it can provide a way to deliver the necessary pharmacies over the Internet.

은행과 같이 많은 고객을 상대하는 기업은 고객의 금융정보와 신용 상태 그리고 거래 실적과 유관 기관의 통계 정보를 근거하여 각 각 별도 수행한 작업내역에 따라 필요한 분석을 수행할 수 있어, 최적에 금융상품에 대하여 순서적으로 고객에 제시할 수 있으며 또한 은행 전략에 따라 각각의 정보와 연관되어 있는 서비스와 상품을 결합한 새로운 맞춤 상품으로 고객의 요구에 맞출 수 있을 것이다.Companies that deal with many customers, such as banks, can perform the necessary analysis according to their work history based on their financial information, credit status, transaction performance, and statistical information of related institutions. Can be presented to customers in order, and the bank's strategy will be to tailor the customer's needs with new customized products that combine services and products associated with each piece of information.

보통 업무 수행은 하나의 업무에 하나의 작업을 수행하게 된다. 그러나 본 발명에서는 하나의 이벤트에 두 가지 다른 시나리오에 따라 사전에 준비된 다른 모듈을 동시에 호출하여 작업을 시행할 수 있으며, 또한 시나리오에 따른 프로세스는 각각 해당되는 이벤트들을 연결함으로써 가능하고 만약 같은 이벤트가 각각 다른 프로세스에 있다하더라도 이벤트에 속한 객체(Object)에 따라 또는 객체를 호출하고 작업을 의뢰하는 아규먼트(Argument)에 따라 다르게 작동할 수 있다.In general, task performance is to perform one task for one task. However, in the present invention, a task can be executed by simultaneously calling different modules prepared in advance according to two different scenarios in one event, and a process according to a scenario can be performed by connecting corresponding events, respectively, Even if you are in another process, it can behave differently depending on the object that belongs to the event, or on the arguments that call the object and request the operation.

이벤트 모델을 수립하기 위한 네 번째 단계로이벤트 객체간의 커뮤니케이션 및 모듈화작업(36)The fourth step in establishing an event model is to communicate and modularize event objects (36).

이벤트 모델에서는 도 5와 같이 비즈니스(500)(510)와 이벤트(520)(530) (550) 그리고 모듈(540)을 이루는 객체로 세 가지 레벨에 따라 시스템을 구성하게 되는데 각각의 특성과 주요 기능은 사용자가 사용하는 화면(이하 "디스플레이 모듈"이라 한다.)이 담당자의 기능 위주로 구성되든 아니면 기존 프로세스의 활동방식이 되든 담당자의 요구에 의하여 구성되든 이벤트와 모듈에 독립하여 작동하게 된다. 그리고 개별 클러스터의 객체를 대표하는 마스터 모듈 및 업무의 흐름과 프로세스와 프로젝트의 관리를 위한 별도 기능으로 구성된 프로세스(550)을 포함하여시스템이 주체로 동시 또는 순차적으로 작업하여야 하는 클러스터를 모든 이벤트리스트로 구성하며, 최종적으로 실행하는 모듈들로 구성하게 된다. 이 때 실행 모듈은 기업 내부 외부에 존재할 수 있으며, 또한 하나의 작업을 위하여 여러 개의 모듈로 구성될 수 있으며, 또한 같은 모듈이 여러 시스템에 분산되어 동시 또는 비 동시적으로 작업할 수 있어 시스템의 구성 요소인 모듈과 업무 흐름을 분리시킬 수 있는 장점이 있으며, 어떠한 외부의 충격에도 견고하게 작업할 수 있는 환경을 만든다.In the event model, as shown in FIG. 5, the system consists of three types of objects consisting of the business 500, 510, the events 520, 530, 550, and the module 540. Is independent of events and modules, whether the screens used by users (hereinafter referred to as "display modules") are organized by the function of the person in charge, or the activities of existing processes, or by the request of the person in charge. In addition, all event lists include clusters for which the system should work simultaneously or sequentially, including a master module representing objects of individual clusters and a process 550 composed of separate functions for managing business flows and processes and projects. It consists of the modules that execute finally. In this case, the execution module may exist outside the enterprise, and may be composed of several modules for a single task, and the same module may be distributed to multiple systems to work simultaneously or non-simultaneously. It has the advantage of separating the module and the work flow, which are the elements, and creates an environment that can work solidly against any external shock.

그러나 시스템의 실질적인 작업은 모두 객체(고객, 자동차, 직원 등)와 객체의 행위에 의하여 이루어지게 되는데, 기존 객체 지향 모델에서 시스템을 구축하기 위한 업무의 분석과 설계에서는 기본 가정이 시스템을 이루는 모든 객체(Object)를 기준으로 이루어진 반면에 이 단계에서는 3 가지 관점에서 분석과 기능적 설계를 통한 객체의 모듈화 작업이 이루어진다.However, the actual work of the system is all done by the behavior of objects (customers, cars, employees, etc.) and objects.In the analysis and design of tasks for building a system in the existing object-oriented model, the basic assumptions are all objects that make up the system. While this is based on (Object), this stage involves modularization of objects through analysis and functional design from three perspectives.

a) 이벤트가 갖고 있는 객체들을 모아 최적화하게 되고 필요한 분석과 설계 작업이 이루어지게 되며,a) collect and optimize the objects held by the event and perform the necessary analysis and design work;

b) 시간을 기준으로 엔티티에 의하여 유발된 그 시점에 관계를 갖는 객체들로 구성된 클러스터를 기준으로 분석과 기능적 설계가 이루어지게 되며,b) analysis and functional design is based on a cluster of objects that are related to that point in time, triggered by the entity,

c) 이벤트리스트와 관련되어 이벤트에 대해 필요한 파라미터 제공과 관련된 분석과 기능적 설계가 이루어지게 된다.c) Analysis and functional design related to the provision of necessary parameters for the event in relation to the event list.

이와는 별도로 이벤트를 이루는 객체간의 커뮤니케이션 방법을 고려하여야 하는데 고객과의 접촉하는 채널은 가장 전통적인 방법인 영업직원들이 현장에서 직접 고객을 만나는 작업을 통해 이루어지기도 하고, 인터넷의 화면, 서비스 센터나 콜 센터의 전화, 금융기관인 경우 ATM 단말기(Automatic Teller Machines), 음성응답시스템, 카드 형태로 접촉이 이루어지게 된다. 이 모든 경우에 대하여 근본적인 차이는 시스템을 제어하는 방법에 차이가 있으며, 기기들은 별도 비즈니스를 수행하는 객체와 같이 필요한 행위를 수행할 수 없으며 도구로 인식하게 되는 반면 시스템은 행위를 수행하는 주체로써 필요한 응답을 시행하게 되는데 이때 여러 가지 커뮤니케이션 도구를 고려하게 된다.Apart from this, the communication method between the objects that make up the event should be considered. The channel of contact with the customer is the most traditional method through the sales staff meeting with the customer in the field, and the screen of the Internet, the service center or the call center. In the case of telephones and financial institutions, contact is made in the form of ATMs (Automatic Teller Machines), voice answering systems, and cards. In all these cases, the fundamental difference is the way in which the system is controlled, and the devices are not able to perform the necessary actions like objects that do business separately and are perceived as tools while the system is needed as the subject to perform the actions. The response will be implemented, taking into account various communication tools.

실제 모듈의 개발은 객체지향기술을 이용하여 개발이 이루어지는데, 모아진 모든 정보는 기능적인 검증 작업과 더불어 시스템 구성의 최적화 방안이 강구된다. 요구사항에 대한 단순히 전산에 대한 방안만 연구하는 것이 아니라 앞에서 언급하였던 것처럼 개별 교육 자료와 커뮤니케이션 방법을 취합하여 적정한 것인지 알아보게 된다.The actual module is developed by using object-oriented technology. All the collected information is optimized for system configuration along with functional verification work. Rather than simply researching computational requirements, the individual training materials and communication methods, as mentioned above, are examined to see if they are appropriate.

본 단계에서는 이벤트와 이벤트(59), 화면 모듈과 이벤트(57) 그리고 이벤트와 객체간(58)의 인터페이스를 고려하여야 한다. 이는 최종적으로 각각의 모듈에 일치되는 작업환경과 작업을 위한 정보제공이 필요하기 때문이며, 정보제공 방법은모듈의 파라미터 제공과 데이터베이스를 이용하는 방법을 주로 사용하는데, 시스템의 퍼포먼스와 이벤트간의 독립성 문제로 모듈간의 파라미터 사용을 권장하게 된다. 그리고 인터페이스는 이벤트 내 개별 객체에게 직접 파라미터를 전송하는 것이 아니라 클러스터의 상태를 대표하는 마스터 모듈을 통해 필요한 객체들의 모듈이나 메소드들(Method)(55)를 호출하고 필요한 파라미터를 전달하는 간접 방식으로 역할을 수행하게 된다. 이와 같은 방법은 화면 모듈과 다른 이벤트에서 직접 모듈을 호출하였을 때 이벤트의 독립성이 상실되는 문제가 있기 때문이다.In this step, the interface between the event and the event 59, the screen module and the event 57, and the event and the object 58 should be considered. This is because it is necessary to provide work environment and information for each module that is finally matched with each module, and the information providing method mainly uses the parameter provision of the module and the method of using the database. It is recommended to use parameters of And instead of sending parameters directly to individual objects in an event, the interface acts in an indirect manner by invoking the modules or methods 55 of the required objects and passing the necessary parameters through a master module representing the state of the cluster. Will be performed. This is because the independence of the event is lost when the module is called directly from other events.

결과적으로 클러스터를 대표하는 상태의 모듈(St)와 이벤트를 대표하는 파라미터와 개별 기능의 모듈들을 결합하여 함수 f : St-> St+dt를 표현하게 된다.As a result, the function f: S t- > S t + dt is expressed by combining the module St representing the cluster, the parameter representing the event, and the modules of the individual functions.

도 5의 디스플레이 모듈이 객체의 메소드를 직접 호출하는 경우(56)가 있는데 이는 다음과 같은 경우에 대하여 허용될 수 있다.There is a case in which the display module of FIG. 5 directly calls a method of an object 56, which may be allowed for the following cases.

첫 번째 시스템의 논리차원에서 모듈이 기술하는 기능이 일부 업무에만 귀착되는 경우,If the functionality described by the module in the logical dimension of the first system results in only a few tasks,

두 번째 초기 시스템 가동을 위하여 기초자료를 입력하는 경우 그리고 시스템 에러로 말미암아 정상적인 작업을 수행할 수 없는 경우,In case of inputting basic data for the second initial system operation and normal operation due to system error,

세 번째 디스플레이 모듈의 기능 중에 시스템 제어와 화면 처리와 관련하여기능이 중복되어 공동으로 사용하는 경우,If the functions of the third display module are duplicated in relation to system control and screen processing,

그리고 각각 58과 54의 경우는 별도의 디스플레이 모듈과 다른 시스템의 요청 없이 사전에 설정된 작업에 대하여 주기적으로 객체들을 호출하여 자료를 체크하고 객체들이 작업할 수 있도록 도와주는 작업과 별도의 클러스터내 모듈 호출 없이 클러스터와 프로세스에 관한 정보만을 조회하고 경우에 따라 클러스터의 기능을 부여하는 작업하는 경우를 말한다.In the case of 58 and 54, respectively, it calls the objects periodically for a preset task without request of a separate display module and another system to check data and help the objects work, and to call a module in a separate cluster. It refers to the case of working to inquire only the information about the cluster and the process and to grant the function of the cluster in some cases.

이는 시스템의 퍼포먼스와 자원의 재활용 그리고 모델을 구성하는 논리 범위 내에서 이루어지는 사항이다.This is done within the logical scope of system performance, resource recycling, and model building.

그러나 분석단계에서는 마스터 모듈이 완성되어 있지 않으므로 개발자 입장에서는 개념을 명확히 하기 위하여 이벤트와 객체의 모듈 또는 메소드를 연결하여 표시하게 되는데, 고객만남의 고객 프로파일 정보 조회는 고객만남 : 고객 : 정보조회라는 기호로 표시한다.However, in the analysis stage, since the master module is not completed, the developer's point of view is to connect and display the module or method of the event and the object to clarify the concept. To be displayed.

이벤트는 객체의 집합인 반면에 현재의 시스템 운영방식이 회계, 생산, 영업과 같이 기능 위주로 되어 있어 이벤트 내 객체의 모듈들을 호출하기 위해서는 최소 하나 이상의 어플리케이션 서버와 하나 이상의 데이터베이스 서버에서 자료를 호출하여야 하는 문제점이 있다. 따라서 현재의 방식으로 시스템을 개발하거나 또는 이벤트를 구성하는 객체의 메소드나 모듈을 세분화 할 경우 시스템은 필요한 작업의 수행보다 모듈을 호출하는 I/O 작업에 많은 시간을 소모하는 문제점을 낳는다는 점을 유념하여야 한다. 따라서 이벤트 중심으로 시스템을 구성할 경우 모듈들은 공동으로 사용할 수 있도록 라이브러리 형태로 보관하고 작업은 서버에 분배하여 작업할 수 있도록 하는 것이 전체 시스템 퍼포먼스를 향상시킬 수 있는 방법이 된다.An event is a collection of objects, whereas the current system operation is function-oriented, such as accounting, production, and sales, so that in order to call the modules of an object in an event, data must be called from at least one application server and one or more database servers. There is a problem. Therefore, if you develop a system in the current way, or break down the methods or modules of the objects that make up the event, the system will spend more time on I / O operations that call the module than performing the necessary tasks. Keep in mind. Therefore, when configuring a system centered on events, keeping the modules in a library for common use and distributing the work to the server can improve overall system performance.

이벤트 모델을 수립하기 위한 다섯 번째 단계로이벤트 보안작업(38)Working with Event Security as a Fifth Step to Developing an Event Model (38)

이벤트에 의하여 유발된 이벤트리스트는 이벤트와 동시에 작업이 이루어져야 하는 서브이벤트로 구성된다. 따라서 시스템은 이벤트리스트의 속한 이벤트들이 정상적으로 작동하고 있는지 지속적으로 체크하고 그 결과를 기록 관리하며 또한 에러가 발생 시 담당자에게 통보하는 역할도 수행하여야 한다. 그러한 개별 이벤트의 관리는 결과적으로 이벤트리스트의 시작과 완료 여부를 지속적으로 관리하게 됨을 의미한다.The event list triggered by the event consists of sub-events that should be done simultaneously with the event. Therefore, the system should continuously check whether the events in the event list are operating normally, record the results, and notify the person in charge when an error occurs. The management of such individual events means that the event list will be managed continuously and whether it is completed or not.

프로세스의 시작은 엔티티에 의하여 발생된 이벤트이며, 프로세스의 완료는 이벤트를 발생시킨 엔티티(고객 또는 협력업체)에 의한 제품 인도 확인서에 서명하거나 A/S 서비스 확인 서명 그리고 대출정보에 의한 캠페인 작업과 같이 완료와 발생의 속성을 지닌 이벤트에 의하여 프로세스가 완료된다.The start of a process is an event triggered by an entity, and the completion of the process is such as signing a product delivery confirmation by the entity (customer or partner) that triggered the event, or signing an after-sales service confirmation and campaigning by loan information. The process is completed by an event with attributes of completion and occurrence.

이처럼 이벤트리스트와 프로세스의 상태를 관리하는 목적은 단순히 시스템 적으로 작업이 정상적으로 완료되어 있는지를 체크하기 위한 목적만 있는 것이 아니다. 고객 또는 협력업체 그리고 담당 직원들은 비즈니스를 수행함에 있어 고객의 요구사항, 즉 주문 또는 발주에 관하여 현재 진행되고 있는 작업 정보를 고객이 원하는 시점에 즉시 알려 주어야 한다는 점이다. 이 때 시스템이 제공하고 있는 모든 채널(창구, 서비스 센터 또는 인터넷)을 통해 현재 진행중인 이벤트는 무엇이고 또한 완료되지 않는 이벤트는 무엇인지 지속적으로 추적(Follow-Up)은 물론 예정시간까지 조회가 가능하여야 한다. 또한 담당자에게 현재 유보되어 있는 프로세스는 무엇인지 지속적으로 보여주며 관리하여야 한다. 경우에 따라 관리자에 의하여 일정기간동안 유보되어 있는 프로세스와 이벤트리스트를 파악하여 원인을 분석하고 필요한 조치를 취하고 프로세스와 이벤트리스트를 종료시키는 작업도 수행하여야 한다.As such, the purpose of managing the event list and process status is not just to check whether the work is completed normally. In doing business, customers or suppliers and their employees must be informed immediately at the time of the customer's wishes about what is going on in relation to their requirements, such as orders or orders. At this time, through all channels provided by the system (desk, service center or internet), it is necessary to keep track of what is going on and what is not completed. do. In addition, the person in charge should be kept informed of what processes are currently on hold. In some cases, the administrator should identify the list of processes and events that have been held for a certain period of time, analyze the cause, take necessary measures, and terminate the process and event list.

이때 이벤트를 발생시킨 주체와 이벤트와 관련된 담당 직원은 자신이 갖고 있는 시스템의 접근 권한에 의하여 클러스터와 객체 그리고 디스플레이 모듈에 대한 접근 권한에 따라 모든 정보는 보호받게 되며, 이벤트와 관련된 객체(담당직원, 고객)들만이 이벤트에 의하여 유발된 프로세스와 관련된 정보를 입력, 조회, 수정, 삭제할 수 있으며, 또한 이벤트의 속성과 담당자의 권한에 따라 공개가 가능한 정보를 열람할 수 있게 된다.At this time, the subject who triggered the event and the employee related to the event are protected all the information according to the access rights of the cluster, the object, and the display module by the access authority of the system that owns the event. Only customers can enter, inquire, modify, and delete information related to the process triggered by the event, and can also view information that can be disclosed according to the attributes of the event and the authority of the person in charge.

프로세스의 추적관리 기능은 시나리오 작성과 보안 단계에서 핵심사항으로 추적 관리란 사전에 정해진 시나리오에 대비하여 진행중인 이벤트는 무엇이고 아직 진행되지 않은 이벤트는 무엇인지 보여주어야 한다. 이 때 고려하여야 할 사항은 시스템이나 담당자 또는 고객이 요구한 사항에 대하여 추적할 수 있는 유일한 구분자를 갖고 있어야 한다는 점이다. 추적관리란 주로 기업의 내부 프로세스와 관련이 되어 이벤트에 의하여 유발된 프로세스나 이벤트리스트에 대하여 시작에서 완료까지 처리의 일관성을 갖고 있어야 한다. 즉, 업무관행 또는 작업의 효율을 위하여 같은 작업이 일정량 쌓인 후 묶어 하나의 작업 단위로 처리하든가 또는 관리의 편한 단위로 담당자가 임의적으로 분리하여 작업 처리하는 방법은 이벤트 모델에서는 원칙적으로 배제되고, 필수 불가결하게 처리하여야 하는 사항은 별도 배치넘버 (Batch Number)와 같은 형태로 묶어 작업이 처리가 되며 개별 이벤트는 보관하여 추적이 가능하도록 한다.The traceability of the process is key to the scenario creation and security phases. Traceability must show what events are in progress and what events are not yet in place for a predefined scenario. The consideration here is to have a unique delimiter that can be traced back to the requirements of the system, staff or customers. Tracking management is mainly related to the company's internal processes and should be consistent from start to completion for processes or event lists triggered by events. In other words, for the practice of work or the efficiency of work, a method of accumulating a certain amount of the same work and processing it as a single work unit or a person in charge can be arbitrarily separated and processed as a convenient unit of management is in principle excluded from the event model. Indispensable matters are grouped in the form of a separate batch number so that the work is processed and individual events can be kept and traced.

보통 영업과 마케팅 시스템에서는 인-바운드 이벤트에 관해서는 고객의 주민등록 번호, 사업자 등록번호, 건별은 청구번호나 발주번호로 구분할 수 있으며, 아웃-바운드 이벤트의 경우에는 캠페인 번호 등으로 구분할 수 있는데, 업종의 성격에 따라 또는 시나리오의 성격에 따라 구분하는 것이 좋다.In general, sales and marketing systems can be classified into customer's social security number, business registration number, and case number by billing number or order number, and in case of out-bound event, by campaign number. It is better to distinguish according to the nature of the scenario or the nature of the scenario.

모델을 구축하는 방법에 있어 각 단계별 반복 작업을 하여야 하는데, 이는각 단계가 독립적으로 수행하는 것보다 상호 보완적인 성격에 의하여 연결이 되어 있기 때문이다. 예를 들어 이벤트 정의에서 분리한 이벤트가 속성상으로 이중의 속성을 갖고 있다면, 다시 이벤트 정의 작업에서 단일 속성으로 이벤트를 세분화하여야 한다.The method of constructing the model should be repeated in each step because each step is connected by a complementary nature rather than performing independently. For example, if an event separated from the event definition has a double attribute, the event must be further broken down into a single attribute in the event definition task.

이벤트는 실제 이루어지는 현상을 기준으로 하지만 가상적 또한 개념적으로 이루어지는 현상까지 포함할 수 있어 실존적인 것이 아니라 개념적인 객체들의 집합으로 이해하는 것이 올바를 것이다. 그리고 이벤트에 의하여 발생된 클러스터는 모두 전산적으로 이루어지는 작업을 근거로 하지 아니하며, 정보시스템이 배제 될 수 있는 비즈니스 업무까지 포함되어 있다. 이는 업무흐름과 현상들은 시간의 흐름에 대해 연속적인 속성을 갖고 있어 중단되거나 단절되지 않기 때문이다.Events are based on actual phenomena, but can include phenomena that are both virtual and conceptual, so it would be correct to understand them as a set of conceptual objects rather than existential. In addition, all clusters generated by events are not based on computerized work, but include business tasks that can exclude information systems. This is because work flows and phenomena have a continuous nature over time and are not interrupted or interrupted.

지금까지 관계관리와 이벤트라는 개념에서 기업의 비즈니스를 해석할 수 있는 모델에 관하여 설명하였으며, 이러한 모델을 지원하는 시스템의 구성과 작동 방법에 관하여 설명하도록 하겠다. 본 발명에서는 기업이 추구하는 산업 여건과 전략에 따라 같은 이벤트라 하더라도 각각 목적이 다르고 구성하는 객체가 다르기 때문에 언급하고 있는 시스템은 모델이 제공하는 것 가운데 일부 관계관리와 관련하여 핵심 작동방법에 대해서만 언급한다.So far, the concepts of relationship management and events have been described as a model for interpreting a company's business, and I will explain how to construct and operate a system that supports these models. In the present invention, even though the same event is different depending on the industrial conditions and strategies pursued by a company, the systems mentioned are referred to only the core operation methods in relation to some relationship management among the models provided. do.

본 발명의 시스템 구성은 프로세스와 이벤트 그리고 객체로 분리하기 때문에OMG(Object Management Group)에서 발간한 분산환경(Distributed System)하에서 객체-지향 어플리케이션을 사용하는 표준 규격인 코바(CORBA)를 근간으로 구축하였으며, 시스템의 플랫폼(Platform)에 따라 JAVA를 기본 언어를 근간으로 하는 JAVA RMI을 사용할 수 있으며, 또한 윈도우(Window) 환경에서는 DCOM의 규격을 따를 수 있다.Since the system configuration of the present invention is divided into processes, events, and objects, it is based on CORBA, a standard standard for using object-oriented applications under a distributed system published by the Object Management Group (OMG). Depending on the platform of the system, JAVA RMI based on JAVA as the basic language can be used. Also, in the Windows environment, DCOM standard can be followed.

본 발명에서 언급하는 모듈을 개발하는데 있어서 반듯이 객체지향방식의 언어를 사용하고 자료 보관도 객체지향 방식으로 처리하는 것을 의미하지 않는다. 이는 모델에서 언급하는 객체는 개념적인 것이고 따라서 개발언어와 방식에 독립적인 것을 의미한다.In developing the module mentioned in the present invention, the object-oriented language is not used, and data storage is not meant to be processed in the object-oriented manner. This means that the objects mentioned in the model are conceptual and therefore independent of the language and method of development.

이벤트 모델을 기초로 한 관계관리시스템은 도면을 참조로 설명한다.The relationship management system based on the event model will be described with reference to the drawings.

고객이나 직원들이 시스템을 이용하는 방법에는 두 가지가 있는데, 가장 일반적인 방법으로 기업의 기능별 담당자나 고객이 갖고 있는 단말기(6100)(PDA, 핸드폰, 무선 인터넷, PC)를 이용하여 기업이 제공하는 서버(6200)에 접속하여 고객을 위한 서비스(인터넷 홈페이지, 전자상거래)나 직원들에게 제공하는 서비스(기능 프로그램)를 제공받게 된다. 이를 위한 필요한 화면 또는 영상 그리고 기기 제어는 디스플레이 서버(6200)에서 담당하게 되지만 고객과 담당자는 어떠한 기종을 사용하더라도 공통된 사항은 시스템이 작업하기 위한 필요한 정보를 입력하고 원하는작업을 선택하게 된다는 점이다.There are two ways for customers or employees to use the system. The most common method is a server provided by a company using the terminal 6100 (PDA, mobile phone, wireless Internet, PC) of the company's function manager or customer. 6200) is provided with services for customers (Internet homepage, e-commerce) or services (function programs) provided to employees. The display server 6200 is responsible for the necessary screen or image and device control for this purpose. However, the common matter is that the customer and the person in charge select the desired work by inputting necessary information for the system to work.

또 다른 방법은 과거 클라이언트와 서버 방식으로 담당자의 단말기나 PC(6500)에 디스플레이와 관련된 프로그램을 보관하고 직접 이벤트 서버(6300)에 접속하는 방법으로 별도 화면과 기기를 제어하고 디스플레이 서버 없이 담당자의 선택으로 연결하여 사용할 수 있다.Another method is to store the program related to the display on the terminal or PC (6500) of the person in charge in the past client and server method, and directly access the event server 6300 to control the separate screens and devices and to select the person without the display server. Can be used by connecting.

따라서 이벤트는 고객이나 직원들과 접속하고 커뮤니케이션하기 위한 디스플레이 서버(6200)와 같은 장비나 매체에 무관할 뿐만 아니라, 단말기의 종류와 목적에 따라 또는 국가에서 사용하는 언어와 화폐 단위 등의 차이 그리고 별도의 인터넷망을 이용하는 개발언어나 그래픽 개발 툴 및 과거의 클라이언트(6500)와 서버 방식의 개발 언어와 독립적으로 운영하게 되어 어떠한 커뮤니케이션 관련 모듈들에 종속되지 않는 특징이 있다.Therefore, the event is not only related to the equipment or medium such as the display server 6200 for connecting and communicating with customers or employees, but also depends on the type and purpose of the terminal or the language and currency unit used in the country, It is operated independently of the development language or graphic development tool and past client 6500 and server-based development language using the Internet network. Therefore, it is not dependent on any communication-related modules.

본 발명에서는 사용자 인터페이스 모듈을 분리하여 처리하며, 이는 어떠한 로직이나 데이터 가공과 관련이 없는 모듈로 단순히 기기의 제어와 화면(GUI, 텍스트)의 처리 또는 프로세스와 연관된 활동으로 인식할 수 있으며, 실질적인 작업은 이벤트라 부르는 모듈들의 집합에서 이행하도록 되어 있다.In the present invention, the user interface module is separated and processed, which is a module that is not related to any logic or data processing, and can be recognized simply as an activity associated with the control of a device and processing of a screen (GUI, text) or a process. Is intended to be implemented in a set of modules called events.

필요한 작업은 이벤트 서버(6300)를 통하여 작업을 요청하게 되는데, 하나하나 작업 요청 사항은 디스플레이 서버(6200)에 있는 ORB(Object Request Broker)와 네트워크(GIOP/IIOP) 그리고 이벤트 서버내의 ORB를 거쳐 이벤트 서버로 전달된다. 이때 이벤트 서버는 크게 다음과 같은 기능을 갖고 있다.The required task is to request a task through the event server 6300, one by one the task request event through the ORB (Object Request Broker) and the network (GIOP / IIOP) in the display server 6200 and the ORB in the event server Is passed to the server. At this time, the event server has the following functions.

☞ 작업 수행을 위한 이벤트의 정보(파라미터, 이벤트의 마스터 모듈 위치)☞ Event information (parameter, master module location of event)

☞ 각각 이벤트와 연결되어 동시적으로 수행하여야 하는 이벤트들의 정보, 순차적으로 작업하여야 할 이벤트들의 순서를 기록하고 있는 이벤트리스트에 관한 정보 관리☞ Information management about event list that records the sequence of events to be performed sequentially and the information of events to be executed simultaneously connected to each event

☞ 이벤트, 이벤트리스트 및 프로젝트 그리고 프로세스의 상태 관리☞ Status management of events, event lists, projects and processes

☞ 이벤트 요청 내역과 작업 결과에 대한 기록 관리☞ Record management of event request details and task results

☞ 에러 발생에 따른 복구 방법과 이벤트리스트와 이벤트 사용 정지 작업☞ Restoration method according to error occurrence, event list and event stop operation

☞ 디스플레이 모듈과 이벤트를 엮는 작업☞ Binding event with display module

그에 따라 어플리케이션 서버(6400)에 있는 각각의 이벤트를 호출하고 디스플레이 서버(6200)와 클라이언트/서버의 사용자 단말기(6500)에서 받은 아규먼트 (Argument)를 이벤트에 제공하는 기능과 어플리케이션 서버의 이벤트로 받은 결과 값을 디스플레이 서버(6200)와 사용자 단말기(6500)에 전달하는 기능을 갖는다.Accordingly, each event in the application server 6400 is called and the arguments received from the display server 6200 and the user terminal 6500 of the client / server are provided to the event and the result of receiving the event of the application server. The value is transferred to the display server 6200 and the user terminal 6500.

어플리케이션 서버(6400)는 다른 시스템과 같이 개별 기능을 갖고 있는 모듈을 호출하여 처리하는 것이 아니라 개발 담당자 또는 일반인들도 이해하기가 쉽도록 이벤트 단위로 작업을 요청하게 되며, 실질적인 작업과 관련된 모듈들은 이벤트를 대표하는 마스터 모듈(Master Module)에서 작업에 필요한 모듈들을 라이브러리에서 호출하여 수행하게 된다. 이때 상호 자료 교환이 없는 모듈들에 대하여 동시 작업을 수행하게 된다.The application server 6400 does not call and process modules having individual functions like other systems, but requests tasks in units of events so that development personnel or the general public can easily understand the modules. The modules required for the work in the representative Master Module will be called from the library and executed. At this time, the concurrent tasks are performed for modules without mutual data exchange.

이벤트에 의하여 처리하는 작업은 이벤트내의 모듈들이 수행하게 되는데 앞에서 이야기한 이벤트의 특성에 의하여 객체지향 방식에 따라 각각의 이벤트 단위로 설계와 모듈들을 제작하게 되고 그리고 필요에 따라 기능을 지원하는 객체들의 라이브러리(Library)들을 만들게 된다. 따라서 기업의 전체 시스템을 제작하는 것이 아니라 이벤트 단위로 독립적으로 작동할 수 있는 객체지향방식으로 작업함은 물론이고 이벤트 단위별로 제작이 가능하여 생산성을 증가시킬 수 있다는 장점이 있다. 이벤트가 갖고 있는 라이브러리에 있는 모듈들은 이벤트와 동일한 속성을 띄고 있지만, 모듈은 이벤트와 독립적으로 구성되고 운영하므로 이벤트에서 공동으로 사용하는 객체의 모듈들은 필요한 이벤트에 따라 공동으로 호출하여 작업을 수행하게 된다.The tasks handled by the event are performed by the modules in the event. The characteristics of the events described above make the design and modules for each event unit according to the object-oriented method, and the library of objects that support the functions as needed. You will create (Library). Therefore, not only the whole system of the enterprise is produced but also the object-oriented method that can operate independently in the event unit, as well as the production by the event unit has the advantage that can increase productivity. Modules in the library of the event have the same properties as the event, but since the module is configured and operated independently of the event, the modules of the objects used jointly in the event are called together according to the necessary event to perform the task. .

앞에서 이벤트 객체간의 커뮤니케이션 및 모듈화 작업에서 언급한 것처럼 경우에 따라 일부 디스플레이 서버(6200)의 모듈이 이벤트 서버(6300)를 거치지 아니하고 직접 관련 모듈(6400)과 데이터(6600)를 직접 억세스(Access) 할 수 있다. 이는 시스템의 논리차원에서 모듈이 기술하는 기능이 일부 업무에만 귀착되는 경우, 초기 시스템 가동을 위하여 기초자료를 입력하는 경우와 시스템 에러로 말미암아정상적인 작업을 수행할 수 없는 경우 그리고 단말기의 기기를 제어하는 기능을 공유하는 경우에 이용하게 된다.As mentioned earlier in the communication and modularization of event objects, modules of some display servers 6200 may directly access the relevant module 6400 and data 6600 without going through the event server 6300. Can be. This is because the function described by the module in the logical dimension of the system results only in some tasks, when the basic data is input for initial system operation, when the normal operation cannot be performed due to a system error, and when controlling the device of the terminal. It is used when sharing a function.

이벤트 서버(6300)가 어플리케이션 서버(6400)에 산재되어 있는 이벤트의 마스터모듈을 호출하는 과정에서 CORBA의 기능을 이용하게 되며, 또한 어플리케이션 서버(6400)의 마스터 모듈에서 또 다른 어플리케이션의 서버에 있는 객체의 메소드(Method)를 호출하기 위하여 CORBA의 기능을 이용할 수 있으며, 또한 이 과정에서 CORBA가 지원하는 이 기종간에 다양한 모듈들을 호환하는 기능을 제공받게 된다.The event server 6300 uses CORBA functions in the process of calling the master module of the events interspersed with the application server 6400, and the object in the server of another application in the master module of the application server 6400. You can use CORBA's functions to call methods of, and in the process, you will be provided with the ability to interoperate with various modules between CORBA-supported models.

이벤트 서버 내 존재하는 이벤트 리스트는 보통 3 가지 방식으로 처리하게 된다.The list of events existing in the event server is usually processed in three ways.

첫 번째 이벤트들을 데이터 방식으로 바이너리 트리(Binary Tree)이나 힙(heap) 또는 여러 가지 데이터 스트럭쳐(Data Structure)로 표현할 수 있으며, 즉 이벤트들간의 연결관계를 도식화하는 방법으로 간단한 업무 성격으로 개별 이벤트들간의 연관관계가 적어 파라미터 전송이 필요 없는 경우 또는 이벤트들간의 파라미터 전송보다 배치(Batch) 작업의 성격으로 처리하여야 하는 이벤트들인 경우에 처리하는 방식.The first events can be represented as binary trees, heaps, or various data structures in a data format. This method is used when there is less correlation between and when parameter transmission is not needed or when events need to be processed by the nature of batch operation rather than parameter transmission between events.

두 번째는 각각의 이벤트리스트와의 관련된 객체나 모듈을 사용하여 처리하는 방식으로 이벤트와 이벤트간의 작업처리가 주로 파라미터 많은 경우에 적용하는 방식.The second method is to use an object or module related to each event list, and to apply the event-to-event work mainly when there are many parameters.

세 번째는 보다 복잡한 이벤트리스트를 표현하기 위하여 데이터베이스 내 테이블의 데이터, 트리거(Trigger)와 프로시저(Procedure)로 표현하는 방법으로 시나리오를 프로세스와 프로젝트 방식으로 관리하여야 하는 복잡한 업무에 적용되는 방식.The third method is to express complex event list as data, trigger, and procedure of table in database. It is applied to complex task that must manage scenario in process and project way.

따라서 시스템의 규모와 난이도에 따라 각각 다르게 적용할 수 있다.Therefore, it can be applied differently according to the size and difficulty of the system.

이벤트 서버는 이벤트의 발생으로 생성된 프로세스 또는 이벤트리스트의 상태를 측정하게 되는데 이는 이벤트의 상태 측정은 물론 이벤트의 시작부터 완료까지 상태를 별도의 파일로 관리하게 되고 예정된 스케줄에 따라서 작업이 정상적으로 진행되고 있는지 또는 문제가 있어 유보되어 있는지 관리하며 작업이 완료된 경우에는 로그 파일에 기록 보관하게 된다.The event server measures the status of the process or event list created by the occurrence of the event, which not only measures the status of the event, but also manages the status as a separate file from the start to completion of the event. It manages whether or not there is a problem or is reserved. When the work is completed, it is recorded in the log file.

그리고 시스템은 관리자에게 이벤트별로 에러의 유형에 따라 호출한 프로그램을 일시적으로 작업할 수 없도록 정지시키는 작업이나 이벤트가 속한 이벤트리스트의 모든 이벤트를 일시적으로 정지시킬 수 있다. 이는 문제를 해결하기 전까지 지속적으로 문제를 야기할 수 있는 소지가 있으며 또한 에러가 발생한 이벤트리스트의 작업은 새로운 문제를 야기시키고 다른 시스템의 퍼포먼스에 영향을 주기 때문이다.In addition, the system can temporarily stop all the events in the event list or the task that stops the calling program from working temporarily according to the type of error for each event. This is because it can cause problems continuously until the problem is solved, and the work of an event list with errors can cause new problems and affect the performance of other systems.

본 발명에서는 도7과 같이 이벤트와 이벤트리스트 그리고 프로세스에 의하여 개별 상태를 지속적으로 측정하게 되는데 측정방법은 다음과 같다.In the present invention, as shown in FIG. 7, the individual states are continuously measured by the event, the event list, and the process.

이벤트의 상태는 활동(Active)(710), 비 활동(Passive)(720), 유보(Suspended)(730), 완료(Terminated)(740) 4 단계로 분류하는데, 활동이란 이벤트가 작업중인 상태를 의미하며, 비 활동이란 이벤트가 특정 시간에 예약이 되어 있는 상태 또는 작업을 대기하고 있는 상태를 의미하며, 또한 유보는 에러 발생 또는 담당자가 이벤트 작업을 유보시킨 경우의 상태를 의미한다. 그리고 완료란 작업이 최종적으로 완료된 상태를 의미한다.The state of an event is classified into four stages: active (710), passive (720), suspended (730), and terminated (740). Inactive refers to a state in which an event is scheduled at a specific time or a state waiting for a task, and a reservation means a state in which an error occurs or a person withholds an event task. And completion means that the work is finally completed.

여기서 이벤트리스트 그리고 프로세스는 이벤트의 상태 변화에 따라 활동, 비 활동, 유보, 완료 상태가 되고, 이벤트리스트와 프로세스가 유보되는 경우에는 이벤트리스트와 프로세스에 속한 개별 이벤트 모두가 유보되게 되어 있다. 그리고 활동과 비활동 그리고 완료는 정상적인 상태를 의미하지만, 유보는 에러 발생이나 프로세스 변화에 따른 작업 정지를 의미하므로 적절한 조치가 필요한 상태이다.Here, the event list and the process become active, inactive, reserved, and completed according to the state change of the event. When the event list and the process are reserved, both the event list and the individual events belonging to the process are reserved. In addition, activity, inactivity, and completion means normal status, but reservation means work stopped due to error occurrence or process change, and appropriate action is required.

여기서 고려하여야 할 사항은 에러처리에 대한 방법은 아래와 같은 단계로처리가 되는데,In this case, the error handling method is processed as the following steps.

이벤트리스트의 첫 번째 이벤트의 에러는 에러처리 후에 다시 화면으로 같은 자료를 입력하여 처리하거나, 기존에 입력된 자료를 근거로 이벤트리스트를 재 가동하는 방법으로 처리하게 된다. 이때 기존에 입력된 자료란 디스플레이 모듈에서 이벤트를 호출하기 위하여 이벤트 서버에 제공한 파라미터 자료를 의미하는데 이벤트 서버는 이벤트리스트가 완료되기 전까지 기록을 보관하게 된다.The error of the first event in the event list is processed by inputting the same data on the screen again after error processing, or by restarting the event list based on the previously input data. In this case, the previously input data means parameter data provided to the event server to call an event from the display module. The event server keeps a record until the event list is completed.

이벤트리스트의 첫 번째 이벤트이후의 이벤트의 에러는 후단에 있는 이벤트의 작업을 중지시키게 하지만, 이미 작업이 완료된 이벤트 작업은 이벤트마다 독립적인 성격이 있어 에러 발생된 이벤트와 원칙적으로 무관하게 정상적으로 작업 처리된 것을 의미한다. 따라서 이벤트 모델에서 선행 이벤트 완료 작업 이후의 에러 처리는 프로세스의 성격으로 말미암아 에러 발생 유형에 따라 필요한 조치를 취하고 에러 발생으로 유보되어 있는 이벤트리스트를 다시 액티브(Active) 상태로 재 가동하는 포워드(Forward) 방식에 의하여 작업 처리하게 된다. 그러나 유보되어 있는 이벤트리스트가 없는 경우에는 개별적으로 하나 하나 필요한 이벤트의 파라미터를 입력하고 이벤트 작업을 시행하거나 데이터베이스의 데이터를 직접 억세스 (Access)하여야 하는 문제가 있다.An error of an event after the first event in the event list causes the task to stop working on a later event. However, an event task that has already been completed has independent characteristics for each event. Means that. Therefore, in the event model, error handling after the completion of a preceding event is a process that takes the necessary action according to the type of error occurrence and forwards the event list that is reserved for the error to be restarted in the active state. Work will be processed according to the method. However, if there is no reserved event list, there is a problem of inputting parameters of necessary events individually and executing an event task or directly accessing data in a database.

본 발명에서는 이벤트 서버의 기능과 작동방법에 관하여 크게 두 가지를 있다.In the present invention, there are two main aspects of the function and operation method of the event server.

하나는 2001년 6월 26일에 출원되어 계류중인 출원번호 제10-2001-0036594의 "이벤트 개념을 이용한 모듈 컨트롤 시스템"에 기술한 기능으로 출원된 발명은 이벤트 모델을 지원하기 위한 시스템으로 세부적인 설명은 아래와 같다.One of the inventions filed with the function described in the "Module control system using the event concept" filed on June 26, 2001, pending application number 10-2001-0036594 is a system for supporting an event model. The explanation is as follows.

이벤트 서버 내에 있는 이벤트 리스트를 호출하고 관리하는 역할을아젠다(Agenda)가 수행하게 되며, 이벤트 작업 의뢰와 이벤트의 상태를 기록 보관하는 역할 이외에 이벤트의 에러 발생에 따라 에러 처리 이벤트 또는 에러 처리 루틴을 수행하는 역할 또는 에러 발생된 내용을 아젠다에게 메시지를 통보하는 역할 등을 수행하는스케줄러(Scheduler)가 있다. 아젠다는 스케줄러와 지속적으로 커뮤니케이션을 하며, 유보된 이벤트와 프로세스를 추적하고 해결하는 역할 그리고 이벤트들의 작업이 정상적으로 작업되었는지 확인하고 다음 이벤트를 스케줄러에 전송하는 작업과 이벤트들이 작업 수행에 필요한 파라미터를 적절하게 만드는 작업을 한다. 또한 실시간으로 작업할 필요가 없는 배치 형태의 이벤트는 타이머가 필요한 시간에 작업 할 수 있도록 예약하는 것 이외에 스케줄러에게 받은 작업 결과 또는 에러 발생된 내용 그리고 이벤트의 사전 처리 작업 시 에러 발생 내용을 정보 사용자에게 메시지를 통보하는 역할 등을 수행하게 된다. Agenda plays a role of calling and managing the event list in the event server.In addition to the task of requesting an event and recording the status of an event, an error handling event or an error handling routine is executed according to the occurrence of an event error. There is a scheduler that plays a role of notifying a message to the agenda of an error occurrence content. The agenda constantly communicates with the scheduler, tracks and resolves reserved events and processes, verifies that the events of the events have worked properly, sends the next event to the scheduler, and the events provide the proper parameters to perform the tasks. Do the work of making. Batch-type events that do not need to work in real time, in addition to scheduling the timer to work at the required time, informs the user about the results of the work received from the scheduler or the contents of the error, and the contents of the error during preprocessing of the event. It is responsible for notifying the message.

수행되어야 할 이벤트의 예정 시간은타이머(Timer)가 관리하는데 요청한 이벤트와 시스템 관리 목적으로 수행하여야 할 이벤트중에 실시간으로 작업할 필요가 없는 이벤트는 수행되어야 할 시간을 갖고 있어 예정된 시간에 스케줄러가 작업할 수 있도록 관리하는 기능을 수행한다. 그리고 작업이 되었을 때 완료 결과를 메시지 형태로 담당자에게 송부하게 된다.The scheduled time of the event to be executed is that the scheduler can work at the scheduled time because the event that the timer requested to manage and the event that does not need to work in real time among the events to be performed for system management purposes have time to be executed. It performs the function to manage. When the work is completed, the completion result is sent to the person in charge in the form of a message.

그리고 또 다른 하나는 이벤트 모델을 지원하는 별도의 툴 없이 미들웨어와 데이터베이스 형태로 구축하는 방법이 있다. 이 경우 일반 미들웨어에서 제공하는 CORBA의 규정에 따르는 모듈 또는 데이터베이스를 이용하여 이벤트리스트의 정보, 프로세스와 이벤트리스트의 상태 관리, 이벤트 요청 내역과 작업 결과에 대한 기록 관리, 에러 발생에 따른 복구 방법과 이벤트리스트의 이벤트 사용 정지 작업, 디스플레이 모듈과 이벤트를 엮는 작업의 기능을 제공하게 된다.The other is to build in the form of middleware and database without any tools that support the event model. In this case, by using the module or database in accordance with CORBA provided by general middleware, event list information, process and event list status management, event request history and operation result record management, recovery method and event according to error occurrence It will provide the ability to stop using events in the list, and to bind events with the display module.

도면 6 에서는 이벤트 서버, 디스플레이 서버, 어플리케이션서버가 별도 시스템으로 그려져 있으나 이는 개념적인 것이고 실질적으로는 하나의 서버에 구축이 가능하거나 또는 개별적으로 여러 개의 서버로 구축이 가능하다.In FIG. 6, the event server, the display server, and the application server are depicted as separate systems, but this is conceptual and can be implemented in one server or in multiple servers individually.

이벤트 서버는 이벤트 모델에서 제공하는 모듈 관리에 따라 기존 시스템보다 좋은 퍼포먼스를 발생시킬 수 있어 업무의 분석과 설계에 따라 큰 차이를 보이게 된다. 이는 코바(CORBA)에서 제공하는 Send와 Oneway와 같은 기능을 이용하여 두 개 이상의 이벤트를 동시에 가동하기 때문이며, 또한 이벤트의 속성에 따른 시간을조절할 수 있으며, 시스템을 분산처리하기 때문이다.Event server can generate better performance than existing system according to module management provided by event model, and it shows big difference according to analysis and design of work. This is because two or more events can be run at the same time using functions such as Send and Oneway provided by CORBA, and the time can be adjusted according to the nature of the event, and the system is distributed.

예를 들어 은행의 업무처럼 계좌의 입출력이 빈번하고 데이터의 량이 엄청난 시스템의 경우 대용량의 시스템과 엄청난 규모의 데이터베이스가 유지되어야 하며 또한 근무시간에는 자료의 계좌의 입/출력이 위주인 오퍼레이션 작업에만 치우칠 수밖에 없는 실정이고 정보의 분석을 위한 작업은 별도의 데이터웨어하우스로 자료를 넘겨 분석 작업을 시행하여야 하는 실정이다. 그러나 도 9와 같이 고객이 갖고 있는 전체 계좌를 조회 할 경우 계좌 정보 요청(9010)은 시스템 내부적으로 A계좌(9020), B계좌(9030), C 계좌(9040)의 동시 요청으로 분할되며, 최종적으로 계좌 요청(9010)에서 집계된다. 따라서 데이터베이스를 중앙에 집중방식으로 처리하는 것보다 시스템의 퍼포먼스를 증가시킬 수 있으며, 데이터베이스를 관리하는 시스템 구조가 간단할 수 있다는 장점이 있다.For example, a system with frequent input / output of accounts and a large amount of data, such as a bank's business, should maintain a large system and a huge database. There is no choice but to analyze the information by passing the data to a separate data warehouse for analysis. However, when searching the entire account owned by the customer as shown in FIG. 9, the account information request 9010 is divided into simultaneous requests of the A account 9020, the B account 9030, and the C account 9040. Is counted in the account request 9010. Therefore, it is possible to increase the performance of the system rather than centrally processing the database, and the system structure for managing the database can be simple.

또한 본 발명에서는 기존 시스템이 데이터웨어하우스처럼 중앙에 고객관계관리의 목적으로 고객정보시스템을 구성하여 회계, 영업, ERP, ABC는 물론 인터넷 시스템과 같이 기업에 산재되어 있는 시스템 사용자의 고객정보를 취합하여 시스템의 목적에 맞게 가공하여 유지하며 분석 등에 목적에 따라 자료를 제공하는 것이 아니라 오퍼레이션 작업을 수행하면서 실시간의 정보 예로, 현재 고객 구좌의 잔고 또는 구좌 보유 현황 그리고 년 간 매출 금액 및 현재 추진중인 업무 등을 이벤트의 구성하는 고객이라는 객체의 기능으로 처리하게 되며, 따라서 항상 최적의 상태에서 시스템을 유지할 수 있으며, 관리 목적에 따라 시스템을 분리할 수 있으며, 또는 객체를 구성하는 데이터의 량 또는 객체의 퍼포먼스에 따라 각각 다른 시스템으로 분리시킬 수 있다.In addition, in the present invention, the existing system configures the customer information system for the purpose of customer relationship management like the data warehouse, and collects the customer information of the system users scattered in the enterprise such as accounting, sales, ERP, ABC, as well as the Internet system. It is processed and maintained in accordance with the system's purpose, and does not provide data according to the purpose of analysis, but rather in real-time information, for example, the current account balance or account holding status, yearly sales amount and current work Etc., as a function of the object of the customer, which constitutes the event, so that the system can be maintained at an optimal state at all times, the system can be separated according to management purposes, or the amount of data or the amount of data constituting the object Depending on the performance, you can separate them into different systems. .

기업에 따라 시스템에서 소요되는 기능과 작업 처리가 방대하거나 축적되는 자료 량이 많을 경우 시스템을 중앙에 집중시키는 방식이 아니라 이벤트와 이벤트 연결 정보 그리고 이벤트와 관련된 정보로 대표되는 이벤트 서버를 중앙에 놓거나, 지역별 특징에 따라 이벤트 서버를 분산시켜 필요한 정보를 공유하는 방식을 채택하고 있어 작업의 요구가 많은 이벤트와 관련된 시스템은 복수 형태로 유지하여 지역에 분산하여 처리할 수 있다. 그러나 시스템을 어떻게 구성하더라도 공통된 환경은 작업을 이행하는 모듈들은 시스템에 분산하여 처리한다는 점이다.Depending on the company, if the system requires a lot of functions and work processing, or a large amount of data is accumulated, the centralized event server is represented by event and event connection information and event related information, rather than centralizing the system. By adopting a method of sharing event information by distributing event servers according to its characteristics, systems related to events with high work demands can be maintained in a plurality of forms and distributed to regions. However, no matter how the system is configured, the common environment is that the modules carrying out the work are distributed and processed throughout the system.

본 발명의 시스템에서 제공하는 인-바운드 이벤트인 고객 접촉 또는 고객 만남(Contact Management)이라는 이벤트는 기업의 리소스와 연관하여 견적, 발주, 계약, 배송, 수금 등과 같은 핵심이벤트들로 세분화 할 수 있으며, 또한 기업의 조직의 기능에 따라 일반적인 영업 수행 과정으로 영업(Presales) 및 거래 후 지속적인 유지 보수(Postsales)등의 내역관리로 나눌 수 있다. 이에 대한 금융기관의 예로 시스템의 적용방법에 관하여 설명하기로 한다.An event called customer contact or contact management, which is an in-bound event provided by the system of the present invention, may be subdivided into core events such as quotation, ordering, contract, delivery, collection, etc. in association with corporate resources. In addition, according to the function of the organization of the company, the general sales process can be divided into the history management such as presales and post-sales continuous maintenance. As an example of financial institutions, the application method of the system will be described.

은행의 경우는 지역에 따라 지점을 유지하고 있을 뿐만 아니라, 고객과 전화를 통하여 접촉할 수 있는 콜 센터 또는 인터넷을 이용한 홈뱅킹 서비스 및 그 외 여러 가지 접촉과 관련된 기능을 제공하고 있다. 고객들이 참조하고 원하는 기능은 매체가 다르거나 장소가 분리되어 있더라도 일관된 정보 제공을 요구하게 된다.Banks not only maintain branches in different regions, but also provide call center or home banking services over the Internet and many other related functions. The features that customers refer to and want will require consistent information, even across different media or in separate locations.

본 발명에서는 여러 채널을 통해서 접촉하더라도 고객 만남(여기서는 견적, 발주 등 이벤트의 총괄적인 표현으로 언급한다.)이라는 이벤트를 호출하게 되는데 고객 만남이라는 이벤트는 고객이라는 객체 또는 고객 프로파일에 의하여 아래와 같은 정보를 관리하게 된다.In the present invention, even if contact is made through various channels, an event called customer meeting (herein, referred to as a general expression of an event such as quotation and ordering) is called. To manage.

☞ Who : 고객 기초정보(나이, 사진, 성별, 연령, 수입, 취미, 전화번호, FAX,...), 고객 생활정보(집, 주소, 자녀, 차 소유 현황)☞ Who: Basic customer information (age, photo, gender, age, income, hobby, phone number, fax, ...), customer life information (home, address, child, car ownership)

☞ Which : 거래 내역(주로 구입한 상품이나 서비스 그리고 거래단가), 매출과 이익 기준으로 고객 구분☞ Which: Customer classification based on transaction details (mainly purchased goods or services and transaction price), sales and profit

☞ How Many : 접촉한 횟수(년, 분기, 월, 주, 일), 설문조사의 응답 횟수,...☞ How Many: Number of contact (year, quarter, month, week, day), number of responses from survey, ...

☞ How : 접촉하는 채널(인터넷, 직원, 잡지...), 대금지불방법(수표, 어음, 현금),☞ How: contact channels (Internet, employees, magazines ...), payment method (check, draft, cash),

☞ When : 접촉이 이루어진 시점과 구매시점(계절, 시간, 행사)☞ When: When contact was made and when it was purchased (season, time, event)

☞ 기타 : 고객의 요구 사항, 특징☞ Other: Customer's Requirements, Features

또한 고객과 관련된 연역(History), 관련 협력업체, 협력업체 직원 인적 사항, 현재 진행중인 업무 내용, 년 간 매출 실적 및 고객 담당직원의 인적사항, 선호하는 상품/서비스, 등등의 고객과 관련된 정보와 유사 고객의 최근 동향 등 많은 정보가 필요하며, 그에 따라 각각의 객체의 모듈과 메소드를 호출하여 정보를 얻게 된다.Similar to customer-related information, such as the history of the customer, the relevant partners, the personal details of the business partners, the work being done, the yearly sales and personal information of the customer representative, the preferred products / services, etc. We need a lot of information, such as the latest trends of our customers, so we get the information by calling the modules and methods of each object.

그리고 현장에서 기업의 직원과 고객이 만남을 통하여 다음 만날 시간을 예약하거나, 인터넷의 게시판, 또는 이-메일을 통해 필요한 요구에 관한 사항을 접수하게 되는데 이에 대해 담당 직원의 스케줄에 따라 처리하게 되므로 스케줄 관리는 필수적인 사항이 된다. 물론 직원이라는 객체도 인사정보, 근무성적 등 모든 사항을 관리하고 있다.In the field, the company's employees and customers meet to schedule the next meeting, or they can receive information on the necessary needs through the bulletin board or e-mail on the Internet. Management is essential. Of course, the employee object also manages all matters such as personnel information and work performance.

고객과 접촉하는 시스템(6100)의 특성에 따라 그리고 담당자가 수행하는 업무에 따라 고객 만남이라는 이벤트를 구성하는 객체에 대해 각각 다른 정보와 기능을 요구하며, 이벤트를 호출할 때 원하는 정보와 수행하고자하는 기능을 이벤트의 파라미터(Parameter)형태로 전달하게 되고 이벤트 서버(6300)는 이벤트와 관련된 이벤트리스트를 호출하게 되고 이벤트리스트의 순서에 따라 이벤트를 호출하고 이벤트가 갖고 있는 정보를 제공하거나 작업을 시행하게 된다. 그리고 영업을 수행한 일지 형태로 기록되는 고객 만남이라는 이벤트는 추가적으로 고객만남 : 고객 : 접촉관리라는 메소드(Method)에 의하여 모든 고객과 관련된 연역을 기록 보관하게 된다.Depending on the characteristics of the system 6100 in contact with the customer and according to the tasks performed by the representative, different information and functions are required for the objects constituting the event called customer encounter. Functions are delivered in the form of parameters of the event, and the event server 6300 calls the event list related to the event, calls the event according to the order of the event list, provides the information that the event has, or executes a task. do. In addition, the event of customer meeting recorded in the form of conducting business logs additionally records deductions related to all customers by the method of customer meeting: customer: contact management.

즉, 영업과 관련된 화면은 고객과 관계가 되는 핵심 이벤트별로 구성하게 되는데 이는 고객과 기업이 상호 교류를 기준으로 기업 입장에서 구성되기 때문이며, 각 이벤트 내 기능은 담당자의 요구에 따라 구성된다. 따라서 주요 영업 이벤트는 접촉 관리, 견적, 발주, 수금 등으로 나누어지고, 또 세부적으로 이벤트의 한 예인 접촉관리 이벤트는 내부적으로 고객 객체의 고객인적사항, 상품 객체의 상품 카탈로그, 직원 객체의 스케줄 관리(Schedule)등의 영업수행에 필요한 기능 위주로 화면을 구성하게 된다. 그리고 담당자의 기초 자료 입력과 선택에 따라 디스플레이 서버의 모듈이 작동하고 이때 필요한 이벤트를 요구하고 이벤트 서버는 요구한 이벤트에 대해 이벤트리스트와 이벤트(마스터 모듈)를 동시에 호출하게 되는데, 이벤트를 대표하는 마스터 모듈은 시스템에 따라 어플리케이션 서버(6400) 또는 이벤트 서버(300)에 존재하게 된다.In other words, sales-related screens are organized by core events that are related to customers because customers and companies are organized on the basis of mutual exchanges, and functions within each event are configured according to the needs of the person in charge. Therefore, major sales events are divided into contact management, quotation, order, and collection, and in detail, the contact management event is internally the customer personal information of the customer object, the product catalog of the product object, the schedule management of the employee object ( The screen is composed mainly of functions necessary for business execution such as schedule. The module of the display server operates according to the basic data input and selection of the person in charge and requests the necessary event, and the event server simultaneously calls the event list and the event (master module) for the requested event. The module may exist in the application server 6400 or the event server 300 depending on the system.

마스터모듈은 디스플레이 모듈에서 전송한 파라미터를 해석하여 어플리케이션 서버에 있는 라이브러리(Library)에서 해당 객체의 기능을 제공할 수 있는 메소드(Method)를 호출하게 작업을 수행하는 동시에 이벤트리스트는 조건에 따라 서브 이벤트를 호출하게 된다. 즉, 고객 객체의 고객인적사항의 입력은 캠페인 작업과 관련된 이벤트를 호출하게 되고, 상품 카탈로그의 정보 조회는 고객별 관심 상품의 정보이므로 상품관련 메소드를 호출하여 고객이 선호하는 상품, 상품의 디자인, 색상 등을 기록하게 된다. 이러한 서브 이벤트는 실시간으로 처리하는 정보가 아니므로 적절한 시간 내 처리할 수 있도록 시스템이 관리하게 된다.The master module interprets the parameters transmitted from the display module and calls the methods that can provide the object's functions from the library in the application server. Will be called. In other words, the input of customer personal information of the customer object calls the event related to the campaign work, and since the information inquiry of the product catalog is the information of the product of interest for each customer, the product related method is called to call the product, product design, The color will be recorded. Since these sub-events are not information processed in real time, the system manages them so that they can be processed in an appropriate time.

고객이 직접 지점에 방문하여 담당자와 상담을 하든 또는 인터넷을 통해 그리고 전화 연락을 통해 정보수집을 하는 이벤트의 경우, 고객만 정보를 수집하는 것이 아니라 역으로 기업에서도 고객이 필요로 하는 상품과 서비스를 파악할 수 있는 자료로 활용할 수 있다. 그 결과로 고객 만남이라는 이벤트는 시나리오에 따라 캠페인의 리드 고객등 인지 파악하는 조건 이벤트를 호출하게 되고 조건이 맞는 경우 또 다른 이벤트와 이벤트리스트를 발생시키게 된다. 또한 고객이 조사하는 정보는 상품 개발에 보다 적극적으로 활용할 수 있게 된다.In the event of customers collecting information by visiting a branch office in person or by contacting a representative, or through the Internet and by telephone, not only the customer collects information, but also the company can provide products and services that customers need. It can be used as a resource for grasping. As a result, an event called customer encounter calls a condition event that identifies whether the campaign is a lead customer according to a scenario, and generates another event and an event list when the condition is met. In addition, information surveyed by customers can be used more actively in product development.

은행 신용 대출과 같은 이벤트는 대출에 필요한 모든 고객정보를 원하므로 기업 정보시스템 내에 산재되어 있는 고객정보를 모아 실시간으로 고객 프로파일을 제공할 수 있음은 물론이고 동시에 기업 외부 시스템과 연결하여 고객의 신용상태에 관해 조사하여 그 결과를 화면에 보여주게 된다. 그리고 대출금액, 그 시점에 적용하는 이자 및 대출일자 그리고 상환일자를 출력하여 계약서에 고객 서명작업과 동시에 시스템에 확정 입력으로 대출의 절차를 마무리할 수 있게 된다. 시스템의 확정 입력은 대출에 관한 모든 입력을 포함하여 고객 대출 : 고객 : 접촉관리이라는 메소드(Method)에 의하여 모든 고객과 관련된 연역을 기록 보관하게 된다. 이 때 다른 고객 만남이라는 이벤트에서 사용하는 고객 만남 : 고객 : 접촉관리의 메소드와 같은 메소드이므로 두 개의 이벤트는 접촉관리에 같은 정보를 기록하게 되어 있다. 그리고 신용대출이라는 이벤트는 이벤트의 시작과 동시에 완료라는 속성을 갖고 있는 이벤트이다.Events such as bank credit loans require all the customer information necessary for the loan, so it is possible to collect customer information scattered within the corporate information system and provide a customer profile in real time. We will investigate and display the results on the screen. And the loan amount, interest and loan date and repayment date applied at that time can be printed out so that the customer can sign the contract and complete the loan process by confirming input into the system. The definitive entry of the system will record all deductions associated with all customers by a method called Customer Loan: Customer: Contact Management, including all inputs related to the loan. At this time, the customer meeting used in the event of meeting another customer: Customer: It is the same method as the method of contact management. Therefore, two events record the same information in contact management. In addition, an event called a credit loan is an event having an attribute of completion at the beginning of the event.

본 발명에서는 이벤트의 모듈 호출은 CORBA에서 표시하는 것과 같이 고객 만남 : 고객 : 정보조회와 같은 방법으로 표시하였지만, 시스템을 구축하는 개발자가 상호 작용하는 방법을 사전에 정하여 쓸 수 있으며, 별도의 원칙이나 법칙이 없음을 알리고자 한다.In the present invention, the module call of the event is displayed in the same manner as the customer encounter: customer: information lookup, as shown by CORBA, but the developer who builds the system can predetermine how to interact. I want to inform you that there are no laws.

이상으로 이벤트와 클러스터의 정의와 같이 이벤트 자체만으로도 하나의 현상과 세계를 구성할 수 있을 뿐만 아니라 이벤트와 이벤트를 연결하여 보다 차원 높은 시스템이 될 수 있게 된다.As above, events and clusters, like the definition of events and clusters, can not only form a phenomenon and the world, but also connect events and events to become a higher-level system.

그리고 본 발명에서 사용한 용어들은 본 발명의 기능을 고려하여 정의된 것으로, 업계의 관습 또는 담당자의 의도에 따라 변경될 수 있으므로, 그 정의는 본 명세서에 제시된 내용을 토대로 하여 해석되어야 한다.And the terms used in the present invention are defined in consideration of the function of the present invention, and may be changed according to the customs of the industry or the intention of the person in charge, the definition should be interpreted based on the contents set forth herein.

본 발명에서 제시하는 이벤트 모델은 비즈니스 분야에 귀착하여 설명하였지만, 기본 정의와 이론은 특정 분야에 귀착되지 않으며 자연 과학 분야는 물론 사회 과학 분야에 적용 가능함을 알려드리며, 첨부된 특허청구범위의 사상을 이탈하지 않는 범위의 모든 예를 포함하는 것을 의미한다.Although the event model proposed in the present invention has been described in the business field, the basic definitions and theories do not result in a specific field and are applicable to the natural science field as well as the social science field, and the spirit of the appended claims It is meant to include all examples of the range that does not deviate.

본 발명의 모델 제공하는 효과는 프로세스 모델과 객체지향 모델이 제공하고 서술하였던 비즈니스를 이벤트 모델에서 동시에 제공할 수 있으며, 또한 이제까지 비즈니스에서 표시할 수 없었던 시간 개념과 관계 그리고 현상을 설명하는 이론들을 도입하여 수학적으로 비즈니스를 서술하고 설명하며 또한 실질적인 수행을 통해 기업 경영활동에 응용하는데 그 목적이 있다.The model-providing effect of the present invention can simultaneously provide the business described by the process model and the object-oriented model in the event model, and also introduce theories that explain the concepts, relationships, and phenomena of time that could not be represented in the business so far. Its purpose is to describe and explain business mathematically and to apply it to corporate management through practical performance.

이벤트 모델에서는 클러스터는 물질이라면 객체는 분자이고 메소드와 모듈은 전자, 핵 그리고 원자라고 표현할 수 있다. 따라서 이벤트 모델로 파악하는 것은 전체 시스템을 객체단위로 파악하는 것보다 복잡한 업무를 표현하고 처리하는데 여러 가지 면에서 유리하다.In the event model, clusters are matters, objects are molecules, and methods and modules are electrons, nuclei, and atoms. Therefore, grasping the event model is advantageous in many ways to express and process complex tasks rather than to grasp the whole system by object.

a) 업무의 분석이 이벤트 단위로 이루어지므로 이해하기가 쉽다.a) It is easy to understand because the analysis of work is performed on an event basis.

b) 이벤트 모델의 시나리오에 따라 프로세스 모델에서 적용하였던 프로세스에 대한 비용대 효과 분석(Cost-Benefit) 및 프로세스 처리 속도 그리고 비 부가 가치적인 이벤트 제거 등의 분석이 가능하다.b) Depending on the scenario of the event model, cost-benefit, process processing speed, and non-value added event elimination can be analyzed for the process applied in the process model.

c) 모듈의 수정보다 이벤트별 기능 추가와 모듈 호출의 파라미터 변경 형태로 업-그래드(Upgrade)가 될 수 있다. 하드디스크 용량의 증가에 따라 큰 문제가 되지 않으며, 기존 모듈의 수정보다 추가가 개발하기 쉽다.c) It can be upgraded in the form of event-specific function addition and parameter change of module call rather than module modification. The increase in hard disk capacity is not a big problem, and additions are easier to develop than modifications to existing modules.

d) 이벤트를 통해 이루어진 객체(고객, 직원, 리소스 등)중심으로 업무처리가 이루어지므로, 이벤트 단위별로 균형성과관리(Balanced Score Card)의 적용이 가능하여 필요한 성과측정의 지표와 재무적 시각, 고객 시각, 학습과 성장 시각으로 처리는 물론 이벤트간의 연결로 프로세스 시각에서 접근이 가능하다 할 수 있다.d) As business processes are centered on objects (customers, employees, resources, etc.) made through events, it is possible to apply Balanced Score Card for each event unit, so that necessary indicators of performance measurement, financial perspective, and customers It can be accessed from the process perspective by processing with time, learning and growth time as well as linking between events.

e) 이벤트 모델은 만들어진 모듈들에 따라 다양한 형태의 논리적 대응전략이 나올 수 있다.e) The event model can have various types of logical response strategies depending on the modules created.

f) 이벤트 내 객체들의 행위는 각각의 목적을 달성하기 위한 활동을 의미하므로 활동기준관리(Activity Based Management)나 활동기준예산(Activity Based Budget)을 적용하는 단위가 될 수 있으며, 이벤트의 시나리오를 사용하는 방법은 활동을 직접 관리하는 것보다 간단하고 과학적인 지식을 활용할 수 있어 실현하기가 쉽다.f) The behavior of objects in an event means an activity to achieve its purpose, so it can be a unit to apply Activity Based Management or Activity Based Budget. This is easier to implement because it uses simpler, more scientific knowledge than managing activities.

g) 화면 관리 모듈 및 이벤트 그리고 객체의 3 단계로 시스템이 구성되어 각기 독립성을 유지하고 있어 버전-업 또는 시스템 수정이 단계별로 따로 할 수 있어작은 변화에 대해 높은 유동성(Flexibility)을 보유하고 있다.g) The system is composed of three steps of screen management module, event, and object, each maintaining independence, so that version-up or system modification can be done step by step, so it has high flexibility against small changes.

Claims (25)

모델을 구축하는 방법에 있어서,In how to build the model, 목적에 있어 다른 객체들과 구분되어 질 수 있고 안정화되어 있는 동시적인 상태의 객체들의 집합인 클러스터와 클러스터의 특성과 속성을 이용한 클러스터들의 네트워크라는 수단을 사용하는 모델 구축 방법.A model-building method that uses a means of clustering, which is a set of concurrently stable objects that can be distinguished from other objects in a purpose, and a cluster of clusters using cluster characteristics and properties. 제 1항에 있어서, 상기 클러스터는The method of claim 1, wherein the cluster is 이벤트(Event)에 의하여 이루어진 구체적인 목적을 갖고 있는 동시적인 상태의 객체들 그리고 객체들간의 관계(Relation)와 행위(Action)로 이루어진 집합 또는 목적을 갖고 있는 객체들간의 커뮤니케이션과 행위를 기준으로 관련된 동일 성격과 속성의 객체들의 집합인 것을 특징으로 하는 모델 구축 방법.Objects in the same state that have a specific purpose made by an event, and a set of relations and actions between objects, or a related set of communication and actions between objects that have a purpose. Model construction method characterized in that the collection of objects of the nature and properties. 제 1항에 있어서, 모델에 적용되는 시간은The method of claim 1 wherein the time applied to the model is 클러스터 내에서는 동시적으로 (Synchronous) 진행되는 것이 아니라 비 동시적으로(Asynchronous) 진행하여 하나의 안정된 클러스터의 상태에서 다음 안정된 클러스터의 상태로 이동시간의 차이가 없는 것이 특징인 모델 구축 방법.A method of model building, characterized in that there is no difference in the travel time from one stable cluster state to the next stable cluster state, rather than synchronous in the cluster. 제 2항 또는 제 3항의 방법을 이용하여 비즈니스 모델 구축 방법에 있어서,In the method of building a business model using the method of claim 2, 상기 클러스터들의 연관관계와 네트워크를 표현하는 방법으로 수학의 집합(Set) 이론과 대수학(Algebra)의 함수 이론을 포함하고, 고객의 행동과 조직 내부와의 관계를 해석하는 고객의 행동관점과 기업/기업/고객간의 상호 연관 관계의 의존을 해석하는 네트워크 관점의 관계 마케팅 이론(Relationship Marketing Theory)을 포함하며, 비즈니스를 수행하면서 축적한 지식, 비즈니스 관행과 기업의 일반적인 프로세스를 포함하며, 그리고 퍼트(PERT)와 칸트 차트(Gantt Chart)를 이용하는 전략 시나리오가 추가적으로 포함한 것을 특징으로 하는 비즈니스 모델 구축 방법.The relationship between the clusters and the network is represented by the set theory of mathematics and the function theory of Algebra. Includes a relational marketing theory from a network perspective that interprets the dependence of the correlation between the firm / customer, the knowledge accumulated in conducting the business, the business practices and the general processes of the firm, and the PERT And strategy scenarios using the Gantt Chart. 제 4항에 있어서,The method of claim 4, wherein 상기 비즈니스 모델을 구축하는 단계별 방법으로,As a step-by-step method of building the business model, 이벤트에 의하여 발생된 클러스터(Cluster)를 식별하고 정의하는 정의 단계(31);A defining step 31 of identifying and defining a cluster generated by the event; 클러스터의 정의를 근거로 클러스터에 속성을 부여하고 클러스터를 분류하는 속성과 분류 단계(32);An attribute and classification step 32 of assigning an attribute to the cluster and classifying the cluster based on the definition of the cluster; 클러스터의 속성에 따라 비즈니스 시나리오를 작성하여 클러스터들을 연결시키는 시나리오 단계(34);A scenario step 34 of connecting the clusters by creating a business scenario according to the attributes of the cluster; 시나리오를 근거로 객체간의 커뮤니케이션과 객체의 모듈화를 위한 최적화와 기능적인 설계를 하는 모듈 단계(36);A module step 36 for optimizing and functional design for communication between objects and modularization of objects based on scenarios; 클러스터와 모듈을 근거로 보안을 적용하는 보안 단계(38)를 구비한 것을 특징으로 하는 비즈니스 모델 구축 방법.And a security step (38) of applying security on the basis of clusters and modules. 제 5항에 있어서,The method of claim 5, 상기 비즈니스(Business) 모델을 구축하는 방법에 있어 정의 단계, 속성과 분류 단계, 시나리오 단계, 모듈 단계, 보안 단계를 일부분 적용하거나 또는 단계를 반복적으로 적용하는 비즈니스 모델 구축 방법.A method of constructing a business model in which the definition step, the attribute and classification step, the scenario step, the module step, the security step, or the step are repeatedly applied in the method of building the business model. 제 5항에 있어서, 상기 정의 단계는The method of claim 5, wherein the defining step 클러스터를 구성하는 주요 객체 관점에 따라 클러스터를 식별하고 정의하는 방법으로 고객과 기업의 거래 형태와 유형을 사회 통계 또는 고객 세그먼트와 고객의 라이프사이클을 기준으로 하는 고객 관점, 기업 내부 프로세스와 연관되는 리소스 관점, 시스템과 개발에 필요한 기술 관점 그리고 마케팅과 캠페인 활동을 주도하는 기업 관점이 포함된 비즈니스 모델 구축 방법.By identifying and defining clusters according to the key object perspectives that make up the cluster, the types and types of transactions between customers and companies can be defined in terms of social statistics, customer views based on customer segments and customer lifecycles, and resources associated with internal processes. How to build a business model that includes a perspective, a technical perspective for systems and development, and a corporate perspective that drives marketing and campaign activities. 제 5항에 있어서,상기 속성과 분류 단계는The method of claim 5, wherein the attribute and classification step 클러스터의 속성에 따른 분류 방법으로 비용을 유발하는 장치와 장비 그리고 인력에 따라 클러스터를 분류하는 방법과,The classification method according to the property of the cluster is to classify the cluster according to the device, equipment and manpower incurring the cost. 작업의 진행 과정에 따라 시작, 완료, 중간 과정에 따른 클러스터를 분류하는 방법과,How to classify clusters into startup, completion, and intermediate processes, 시간의 변수에 따라 시작과 완료를 예측할 수 있어 예정 완료 작업 시간을 줄 수 있는 클러스터와 시간의 변수를 적용할 수 없는 클러스터로 나누는 방법과,It can be divided into clusters that can predict the start and completion according to the variables of time, which can give the scheduled completion time, and clusters that cannot apply the variables of time, 이벤트 작업의 주체에 따라 사람 수행하는 클러스터, 기계가 수행하는 클러스터 그리고 정보 시스템이 수행하는 클러스터로 분류하는 방법과,According to the event task subjects, the method is classified into a cluster performed by a person, a cluster performed by a machine, and a cluster performed by an information system. 이벤트를 발생된 문제를 해결하는 주체에 따라 엔티티의 요구를 대처하여야하는 수동적인 클러스터, 엔티티에 영향을 주고자 전략 수행하는 능동적인 클러스터, 새로운 전략 수립과 결과 분석 등의 내부 관리의 목적에 내부 관리 클러스터 그리고 시스템의 판별과 제어의 목적인 조건 클러스터로 분류하는 방법이 포함된 비즈니스 모델 구축 방법.Internal management for the purpose of internal management, such as passive clusters that need to respond to the needs of the entity according to the entity that solves the event that caused the event, active clusters that perform the strategy to affect the entity, and establish new strategies and analyze the results A method of building a business model that includes how to classify clusters and condition clusters for the purposes of identifying and controlling systems. 제 5항에 있어서, 상기 시나리오 단계는The method of claim 5, wherein the scenario step is 시나리오를 작성하는 방법으로 칸트 차트(Gantt Chart)와 퍼트(PERT)처럼 외부 또는 내부에서 발생한 하나의 이벤트에 대하여 동시 다발적으로 여러 조직에서 같은 목적을 위해 움직일 수 있도록 관련된 모든 이벤트와 클러스터 그리고 클러스터내 객체들의 행위를 관리하는 방식과 일반적인 프로세스처럼 시간에 대하여 관리 없이 이벤트들을 엮어 시나리오로 만드는 방식이 포함된 비즈니스 모델 구축 방법.You can create scenarios in such a way that all events, clusters, and in-clusters can be moved simultaneously for multiple purposes by multiple organizations simultaneously for a single event, both externally and internally, such as the Gantt Chart and the Pert. A method of building a business model that includes a method of managing the behavior of objects and a scenario of tying events without management over time like a normal process. 제 5항에 있어서, 상기 모듈 단계는The method of claim 5, wherein the module step 클러스터를 구성하는 객체들을 별도 모아 최적화하게 되고 필요한 분석과 설계 작업을 포함하고,Gathering and optimizing the objects that make up the cluster, including the necessary analysis and design work, 이벤트에 의하여 유발된 클러스터를 기준으로 분석과 설계 작업을 포함하며,Includes analysis and design work based on clusters triggered by events, 이벤트리스트와 관련되어 이벤트에 대해 필요한 파라미터 제공과 관련된 분석과 설계 작업을 포함하는 비즈니스 모델 구축 방법.How to build a business model that involves analysis and design work related to providing the necessary parameters for the event in relation to the event list. 제 5항 또는 제 10항에 있어서, 상기 모듈 단계는The method of claim 5 or 10, wherein the module step 시스템을 구성하는 3가지 계층 구조에 따른 모듈의 분리와 설계 작업에 있어,In the separation and design of the modules according to the three hierarchies that make up the system, 각각 이벤트 내 객체간의 커뮤니케이션과 접촉하는 수단에 있어 인터넷의 웹 브라우저(Web-Browser), 전화, 금융기관의 ATM 단말기, CTI와 같은 자동응답 시스템, PDA, 무선 인터넷, 무선 전화기와 같은 기기의 특성과 제어하는 제어 모듈과 화면을 구성하는 디스플레이 모듈로 각각 세부 분리와 설계 작업을 포함하고,In terms of means of contact and communication between objects in the event, the characteristics of devices such as the Internet's Web-browser, telephone, ATMs of financial institutions, automated answering systems such as CTI, PDAs, wireless Internet, and cordless phones The control module for controlling and the display module for configuring the screen each include detailed separation and design work, 클러스터를 대표하는 마스터 모듈과 이벤트리스트에서 클러스터간의 연관 관계를 표시하는 모듈 또는 데이터베이스 내 프로시저(Procedure)와 트리거 (Trigger)로 세부 분리와 설계 작업을 포함하며,Includes detailed separation and design work with procedures and triggers in the database or a module that displays the associations between clusters in the event list and the master module representing the cluster. 클러스터 내 객체의 행위를 나타내는 모듈이나 메소드(Method)들로 이루어진 라이브러리로 분류하는 모듈의 세부 분리와 설계 작업을 포함하는 비즈니스 모델의 구축 방법.A method of building a business model that includes detailed separation and design of modules, which are classified into libraries of modules or methods that represent the behavior of objects in the cluster. 제 5항에 있어서, 상기 보안 단계는The method of claim 5, wherein the security step 클러스터와 객체 그리고 디스플레이 모듈에 대한 권한을 갖은 담당자에 의하여 조회, 입력, 수정, 삭제의 기능을 제공하는 수단과,Means for providing the functions of viewing, entering, modifying, and deleting by the person in charge of the cluster, the object, and the display module; 이벤트, 이벤트리스트, 프로젝트와 프로세스의 시작에서부터 완료까지 추적하고 관리하는 기능과 그에 따른 권한을 부여하는 수단을 포함하고,Includes the ability to track and manage events, event lists, projects and processes from start to completion, and the means to authorize them, 작업 진행이 유보되어 있는 개별 이벤트, 이벤트리스트, 프로젝트와 프로세스에 대한 처리 수단을 별도로 구비한 비즈니스 모델의 구축 방법.How to build a business model that has separate means for handling individual events, event lists, projects and processes that have been delayed. 상기 비즈니스 모델 구축 방법을 적용한 관계관리 시스템은,The relationship management system applying the business model construction method, 사용자의 단말기 또는 다른 시스템에서 요청 작업에 대하여 클러스터와 연결하여 동시적으로 수행하여야 하는 클러스터들과 순차적으로 작업하여야 할 클러스터들에 따라 클러스터와 연결되어 있는 모듈들 또는 라이브러리에서 하나 이상의 실행 모듈을 호출하고 실행을 감독하는 수단이 포함된 것을 특징으로 하는 관계관리 시스템.Calling one or more execution modules from the modules or libraries connected to the cluster according to the clusters that need to be performed simultaneously with the cluster for the request work on the user's terminal or another system A relationship management system comprising means for overseeing implementation. 상기 비즈니스 모델 구축 방법을 적용한 관계관리 시스템은,The relationship management system applying the business model construction method, 상기 사용자의 단말기 또는 상기 다른 시스템에서 요청 작업 내용을 기록하는 수단을 포함하여, 에러 처리에 있어 상기 기록된 자료를 이용하여 클러스터 단위별로 백워드(Backward)와 포워드(Forward)의 자료 복구 수단이 포함된 것을 특징으로 하는 관계관리 시스템.A means for recovering data of a backward and forward data for each cluster unit by using the recorded data in error processing, including a means for recording a request work content in the user's terminal or the other system. Relationship management system, characterized in that. 제 13항에 있어서, 상기 클러스터들간의 정보 교류하는 수단으로,The apparatus of claim 13, wherein the means for exchanging information between the clusters comprises: 이벤트에 의한 파라미터 방식으로 클러스터 내 객체들간의 직접 작업을 의뢰하는 수단과, 인터페이스 파일을 사용하여 배치(Batch) 형태로 클러스터 간의 자료와 정보를 제공하는 수단과, 클러스터 내 소속된 개별 객체의 정보와 지식 축적과 공유를 통한 간접 정보 교류하는 수단이 포함된 관계관리 시스템.Means for requesting direct operations between objects in the cluster in a parameterized manner by events, means for providing data and information between clusters in batch form using interface files, information about individual objects in the cluster, A relationship management system that includes a means of indirect information exchange through knowledge accumulation and sharing. 제 13항 또는 제 14항에 있어서,The method according to claim 13 or 14, 이벤트 요청 내역과 클러스터, 이벤트리스트, 프로젝트 그리고 프로세스의 작업 결과와 에러 내용을 기록하는 수단과,Means for recording the event request details and the results and error details of clusters, event lists, projects and processes; 클러스터 단위별로 에러 발생에 따른 복구 그리고 이벤트리스트 및 클러스터의 사용 정지 및 해지의 수단이 추가적으로 포함하고,In addition, a means for recovering from error occurrence by cluster unit and stopping and canceling the event list and cluster may be additionally included. 사전에 정한 프로세스와 프로젝트의 시나리오를 기준하여 클러스터와 클러스터를 연결하고 관리하는 수단과,Means for connecting and managing clusters and clusters based on predefined processes and project scenarios, 각각의 클러스터의 작업 수행 일정에 따라 개별 담당자에게 일정과 작업과 관련된 정보를 제공하는 수단을 추가 포함하고,In addition to providing a means for providing information related to the schedule and tasks to individual personnel according to the work schedule of each cluster, 담당자와 조직의 퍼포먼스 평가 수단이 추가 포함된 것을 특징으로 하는 관계관리 시스템.A relationship management system further comprising means for assessing the performance of the personnel and the organization. 제 13항에 있어서,The method of claim 13, 상기 사용자의 단말기 또는 상기 다른 시스템에서 요청 작업 가운데 직접 실행 모듈을 호출하는 수단과,Means for invoking a direct execution module among request operations in the user's terminal or the other system; 별도 상기 사용자의 단말기 또는 상기 다른 시스템의 요청 없이 사전에 정해진 클러스터의 기능에 따라 주기적으로 필요한 모듈들을 호출하여 작업을 수행하는 수단을 포함하고,Means for calling and performing necessary modules periodically according to a function of a predetermined cluster without a request of a terminal of the user or the other system; 상기 사용자의 단말기 또는 상기 다른 시스템의 요청으로 클러스터에서 별도 모듈의 호출없이 자체 클러스터와 프로세스의 관리 기능만으로 필요한 정보와 기능을 요청한 시스템에 결과를 전송하는 수단을 추가로 포함하고 있는 관계관리 시스템.And a means for transmitting a result to a system requesting necessary information and functions only by a management function of a cluster and a process without calling a separate module in a cluster at the request of the user terminal or the other system. 상기 비즈니스 모델 구축 방법을 적용한 관계관리 시스템은,The relationship management system applying the business model construction method, 사용자의 단말기에 직접 접속하여 단말기를 제어하고 사용자와 커뮤니케이션에 필요한 화면을 전송하는 기능을 수행하는 디스플레이 모듈(510)들을 포함하고,And a display module 510 for directly accessing the user's terminal to control the terminal and to transmit a screen necessary for communication with the user. 상기 디스플레이 모듈(510)과 연결하여 디스플레이 모듈들이 요청하는 개별 클러스터의 작업 또는 요청 작업에 대하여 조건에 따라 클러스터와 연결된 실행 모듈을 호출하고 작업 환경을 제공하며 또한 감독 수행하는 각각의 클러스터를 대표하는 마스터 모듈(530)들을 포함하고,A master representing each cluster, which is connected to the display module 510 and calls an execution module connected with the cluster according to a condition for a task or a request task of each display module requested by the display module, provides a work environment, and performs supervision. Modules 530, 상기 마스터 모듈(530) 및 상기 디스플레이 모듈(510)과 연결하여 작업을 수행하는 실행 모듈은 일반 프로그램 개발 언어로 작성된 어플리케이션 모듈(540)이 포함된 것을 특징으로 하는 관계관리 시스템.The execution module for performing tasks in connection with the master module 530 and the display module 510 includes an application module 540 written in a general program development language. 제 18항에 있어서, 상기 어플리케이션 모듈(540)을 구성하는데 있어,19. The method of claim 18, wherein in configuring the application module 540, 객체지향의 클래스 및 메소드 또는 장치나 시스템에서 사용하는 시스템 모듈그리고 데이터베이스의 프로시저(Procedure) 및 트리거(Trigger)가 추가로 포함하는 관계관리 시스템.Object-oriented classes and methods, or system modules used by devices or systems, and relationship management systems that are additionally included in procedures and triggers in the database. 제 18항에 있어서,The method of claim 18, 상기 디스플레이 모듈(510)과 연결하여 작업 수행을 위한 마스터 모듈의 정보(파라미터, 모듈 위치) 관리 기능, 각각 클러스터와 연결되어 동시적으로 수행하여야 하는 클러스터들의 정보, 순차적으로 작업하여야 할 클러스터들의 순서를 기록하고 있는 이벤트리스트에 관한 정보 관리 기능, 이벤트 요청 내역과 작업 결과에 대한 기록 관리 기능, 에러 발생에 따른 복구 기능, 이벤트리스트 및 클러스터의 사용 정지 및 해지 기능, 디스플레이 모듈과 마스터 모듈을 엮는 작업 기능 그리고 디스플레이 모듈이 요청하는 작업에 대하여 관련된 클러스터의 마스터 모듈을 연결시켜주는 기능이 별도 구비되어 있는 모듈(이하 "이벤트 모듈"이라 한다.)들을 추가로 포함하는 관계관리 시스템.The information module (parameter, module position) management function of the master module for performing the work in connection with the display module 510, the information of the clusters to be performed simultaneously in connection with each cluster, the order of the clusters to work in sequence Information management function for event list recorded, event management history and operation result record management function, recovery function according to error occurrence, event list and cluster disabling and cancellation function, operation function of connecting display module and master module And a module (hereinafter referred to as an "event module") that is additionally provided with a function of connecting a master module of a related cluster to a task requested by the display module. 제 18항 또는 제 20항에 있어서,The method of claim 18 or 20, 상기 디스플레이 모듈, 상기 이벤트 모듈 및 상기 마스터 모듈 그리고 상기어플리케이션 모듈들이 제공하는 기능들에 대해 모듈들간의 구분 없이 혼재되어 있는 관계관리 시스템.And a function of the display module, the event module, the master module, and the application modules, which are mixed without any distinction between modules. 사용자의 단말기(6100)(6500)를 포함하여,Including the user's terminals 6100 and 6500, 상기 사용자의 단말기 요청에 따라 단말기 기능 제어와 디스플레이 기능을 지원하는 디스플레이 서버(6200)를 포함하고,A display server 6200 supporting terminal function control and display function according to a terminal request of the user; 상기 디스플레이 서버(6200)와 상기 사용자 단말기(6500)와 연결하여 클러스터(Cluster)와 클러스터의 네트워크에 관한 정보를 관리하고 디스플레이 모듈이 요청하는 클러스터를 연결시켜주는 이벤트 서버(6300)와,An event server 6300 connected to the display server 6200 and the user terminal 6500 to manage information on a cluster and a network of the cluster, and to connect a cluster requested by the display module; 상기 이벤트 서버(6300)와 상기 디스플레이 서버(6200)와 연결하여 클러스터 내 객체의 로컬 데이터 및 모듈을 보관하고 관리하며 직접 모듈의 실행을 담당하는 어플리케이션 서버(6400)로 구성하여 이벤트 모델과 관계 이론이 요구하는 기능적인 요건을 충족시키는 관계관리 시스템.The event model and the relationship theory are configured by connecting to the event server 6300 and the display server 6200 to store and manage local data and modules of objects in a cluster and to directly execute the module. Relationship management system that meets the functional requirements required. 제 22항에 있어서,The method of claim 22, 상기 어플리케이션 서버(6400) 또는 상기 이벤트 서버(6300)와 연결하여 개별적인 데이터를 보관하고 관리하는 데이터베이스 서버(6600)가 추가로 포함하는 관계관리 시스템.And a database server (6600) for storing and managing individual data in connection with the application server (6400) or the event server (6300). 제 22항에 있어서,The method of claim 22, 상기 어플리케이션 서버(6400) 또는 상기 이벤트 서버(6300)와 연결하여 모듈 또는 메소드의 보관과 관리를 위해 별도 서버가 추가 포함된 관계관리 시스템.Connected to the application server (6400) or the event server (6300) relationship management system further comprises a separate server for the storage and management of the module or method. 제 18항 또는 제 22항에 있어서, 상기 사용자의 단말기는23. The method of claim 18 or 22, wherein the user's terminal PDA, 핸드폰, PCS, 유/무선 인터넷에 접속하여 사용하는 장비, ATM 단말기(Automatic Teller Machines), 음성응답시스템, 카드 리더기 그리고 기업의 정보와 서비스를 제공받을 수 있는 기기를 포함하는 관계관리 시스템.A relationship management system that includes PDAs, cell phones, PCS, equipment connected to wired and wireless Internet, ATMs (Automatic Teller Machines), voice answering systems, card readers, and devices that can provide corporate information and services.
KR1020010047916A 2001-08-09 2001-08-09 Implementation Method and Application System for Business Model based on Event and Relationship KR20030013742A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020010047916A KR20030013742A (en) 2001-08-09 2001-08-09 Implementation Method and Application System for Business Model based on Event and Relationship

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1020010047916A KR20030013742A (en) 2001-08-09 2001-08-09 Implementation Method and Application System for Business Model based on Event and Relationship

Publications (1)

Publication Number Publication Date
KR20030013742A true KR20030013742A (en) 2003-02-15

Family

ID=27718471

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020010047916A KR20030013742A (en) 2001-08-09 2001-08-09 Implementation Method and Application System for Business Model based on Event and Relationship

Country Status (1)

Country Link
KR (1) KR20030013742A (en)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100691258B1 (en) * 2004-11-01 2007-03-12 한국전자통신연구원 System and Method for Developing Strategic Scenario
KR100811433B1 (en) * 2007-09-14 2008-03-07 주식회사 엘지씨엔에스 Complex event processing system and complex event processing method
KR100972313B1 (en) * 2008-04-11 2010-07-26 오승택 Guard lamp having automatic return function
KR101329567B1 (en) * 2011-02-28 2013-11-14 성균관대학교산학협력단 Apparatus and method for pss function modeling
KR101339800B1 (en) * 2011-02-25 2013-12-10 성균관대학교산학협력단 Apparatus and method for pss activity modeling
KR20150082864A (en) * 2014-01-08 2015-07-16 국립대학법인 울산과학기술대학교 산학협력단 Method and appartus for process model discovery using process mining
CN113688429A (en) * 2021-09-05 2021-11-23 绿城科技产业服务集团有限公司 Method for dynamically configuring service data to access electronic signature
CN113689959A (en) * 2021-08-25 2021-11-23 平安国际智慧城市科技股份有限公司 Epidemic situation prevention and control decision-making method, device, equipment and medium based on artificial intelligence
CN117436594A (en) * 2023-12-19 2024-01-23 云南建投物流有限公司 Intelligent information management method and system for enterprise clients
CN113688429B (en) * 2021-09-05 2024-05-31 绿城科技产业服务集团有限公司 Method for dynamically configuring business data access electronic signature

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1999010825A1 (en) * 1997-08-25 1999-03-04 I2 Technologies, Inc. System and process for inter-domain interaction across an inter-domain connectivity plane
KR20000063558A (en) * 2000-07-22 2000-11-06 주진용 Sharing System And Method Of Administration Management Information In Internet
KR20010011836A (en) * 1999-07-30 2001-02-15 정선종 Method of analyzing OLTP data sources using mart mapping technique
KR20010044126A (en) * 2000-11-14 2001-06-05 옥성인 Object management support system
KR20010052569A (en) * 1998-06-05 2001-06-25 샌제이브 사이두 System and process for multi-enterprise collaboration
KR20010091377A (en) * 2000-03-15 2001-10-23 김종희 Network-based Enterprise Resource Planning System and method

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1999010825A1 (en) * 1997-08-25 1999-03-04 I2 Technologies, Inc. System and process for inter-domain interaction across an inter-domain connectivity plane
KR20010052569A (en) * 1998-06-05 2001-06-25 샌제이브 사이두 System and process for multi-enterprise collaboration
KR20010011836A (en) * 1999-07-30 2001-02-15 정선종 Method of analyzing OLTP data sources using mart mapping technique
KR20010091377A (en) * 2000-03-15 2001-10-23 김종희 Network-based Enterprise Resource Planning System and method
KR20000063558A (en) * 2000-07-22 2000-11-06 주진용 Sharing System And Method Of Administration Management Information In Internet
KR20010044126A (en) * 2000-11-14 2001-06-05 옥성인 Object management support system

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100691258B1 (en) * 2004-11-01 2007-03-12 한국전자통신연구원 System and Method for Developing Strategic Scenario
KR100811433B1 (en) * 2007-09-14 2008-03-07 주식회사 엘지씨엔에스 Complex event processing system and complex event processing method
KR100972313B1 (en) * 2008-04-11 2010-07-26 오승택 Guard lamp having automatic return function
KR101339800B1 (en) * 2011-02-25 2013-12-10 성균관대학교산학협력단 Apparatus and method for pss activity modeling
KR101329567B1 (en) * 2011-02-28 2013-11-14 성균관대학교산학협력단 Apparatus and method for pss function modeling
KR20150082864A (en) * 2014-01-08 2015-07-16 국립대학법인 울산과학기술대학교 산학협력단 Method and appartus for process model discovery using process mining
CN113689959A (en) * 2021-08-25 2021-11-23 平安国际智慧城市科技股份有限公司 Epidemic situation prevention and control decision-making method, device, equipment and medium based on artificial intelligence
CN113689959B (en) * 2021-08-25 2024-04-05 深圳平安智慧医健科技有限公司 Epidemic situation prevention and control decision method, device, equipment and medium based on artificial intelligence
CN113688429A (en) * 2021-09-05 2021-11-23 绿城科技产业服务集团有限公司 Method for dynamically configuring service data to access electronic signature
CN113688429B (en) * 2021-09-05 2024-05-31 绿城科技产业服务集团有限公司 Method for dynamically configuring business data access electronic signature
CN117436594A (en) * 2023-12-19 2024-01-23 云南建投物流有限公司 Intelligent information management method and system for enterprise clients
CN117436594B (en) * 2023-12-19 2024-03-12 云南建投物流有限公司 Intelligent information management method and system for enterprise clients

Similar Documents

Publication Publication Date Title
Shih et al. Knowledge sharing—A key role in the downstream supply chain
Taylor Decision management systems: a practical guide to using business rules and predictive analytics
Turban Decision support and business intelligence systems
US7162427B1 (en) Structure and method of modeling integrated business and information technology frameworks and architecture in support of a business
Bucher et al. Process‐centric business intelligence
WO2006041865A2 (en) Method for reengineering of business processes
US20080270448A1 (en) Business enablement method and system
CN102324074A (en) Informatization application cluster platform of small and medium enterprises
US20120191507A1 (en) System for unifying and collaborating new product development activities across a disparate set of users
Bentley Business intelligence and Analytics
Van Chuong et al. Robotic process automation and opportunities for Vietnamese market
Verma Business process management: profiting from process
Ali et al. ERP System Implementation in a Leading LED Manufacturing in Malaysia: A Supply Chain Perspective
Mamaghani et al. Customer oriented enterprise IT architecture framework
KR20030013742A (en) Implementation Method and Application System for Business Model based on Event and Relationship
KR20170014338A (en) Erp system having a structure of modularized frame
Sasvari A Conceptual Framework for Definition of the Correlation Between Company Size Categories and the Proliferation of Business Information Systems in Hungary
CN109858864A (en) A kind of client management system towards lending and borrowing business
Mungla Robotic process automation for inventory control and management: a case of Freight Forwarders Solutions
Omidvar et al. Advanced decision support systems for managers
Gitta Enhancing the efficiency in purchasing process using RPA & standard software
Sharma ERP IMPLEMENTATION IN ORGANIZATION
Attakora Duah The assessment of technology and company readiness for robotic process automation (RPA) implementation in retail
Petryshyn et al. Visualization Modeling of Management Processes in Knowledge-Oriented Systems.
Kelkar Strategic IT management: A concise study

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E601 Decision to refuse application