WO2018226005A1 - 협업서비스 제공방법 및 프로그램 - Google Patents

협업서비스 제공방법 및 프로그램 Download PDF

Info

Publication number
WO2018226005A1
WO2018226005A1 PCT/KR2018/006386 KR2018006386W WO2018226005A1 WO 2018226005 A1 WO2018226005 A1 WO 2018226005A1 KR 2018006386 W KR2018006386 W KR 2018006386W WO 2018226005 A1 WO2018226005 A1 WO 2018226005A1
Authority
WO
WIPO (PCT)
Prior art keywords
card
expansion
card data
collaboration
board
Prior art date
Application number
PCT/KR2018/006386
Other languages
English (en)
French (fr)
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 US16/183,968 priority Critical patent/US20190073634A1/en
Publication of WO2018226005A1 publication Critical patent/WO2018226005A1/ko

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G06Q10/103—Workflow collaboration or project management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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/00—Administration; Management
    • G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
    • G06Q10/063—Operations research, analysis or management
    • G06Q10/0631—Resource planning, allocation, distributing or scheduling for enterprises or organisations
    • G06Q10/06311—Scheduling, planning or task assignment for a person or group
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION 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
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635—Processing of requisition or of purchase orders

Definitions

  • the present invention relates to a method and program for providing a collaboration service, and more particularly, to a method and program for providing a collaboration function in accordance with each industry group.
  • EMS Enterprise Mobility Service
  • the enterprise mobile service environment enables companies to quickly and accurately manage a variety of sites, thereby improving work efficiency and eliminating waste of time or money, especially in sales and production lines. It is a trend.
  • the present invention provides an information providing page (that is, a board) suitable for each industry group and to easily prepare the information providing page, to provide a collaboration service providing method and program that can use the collaboration service according to each industry group. do.
  • the service server generating a project corresponding to the collaboration group; Receiving card data from the user client on the main board in the project to generate a basic card, wherein the card data is information input into the project, card data receiving step; A label input request step of receiving a label input request in the card data; Connecting the card data to an expansion board corresponding to the label; And displaying card data connected to the expansion board by a specific label, wherein the expansion board is a board of a specific type used for each situation or for each industry.
  • the displaying of the card data may include displaying an expansion card modified in a format corresponding to the expansion board corresponding to the label.
  • the project includes one or more spaces, and the spaces correspond to one or more subgroups in the collaboration group.
  • the service server any one of the expansion space, expansion board and expansion card included in the new skin in the project Adding a; further, wherein the new skin purchase is to be performed through the market in the collaboration service.
  • the expansion board is generated based on a form used in a particular field, and the expansion card included in the expansion board is information to be displayed on the expansion board among data included in the basic card. To express the bay in a particular format.
  • the main board and the expansion board display the same information as basic card data and expansion card data of different formats according to the board type.
  • the card data includes relevant user information on the card as a label, and when the card data is modified, provide the modification notification only to the user included in the related information.
  • the base card is generated for each scene included in a scenario, and the expansion board corresponds to a shooting schedule, and is included in the shooting schedule.
  • the expansion card is a card that is generated by merging a plurality of basic cards that set a specific date as a shooting schedule to a schedule label, and are given in order of shooting dates.
  • the step of receiving card data is characterized by generating a basic card corresponding to each scene by receiving a division request for scenario data.
  • the updated posting information providing program executes the above-mentioned collaborative service providing method in combination with hardware and is stored in a medium.
  • an information providing page that is, a board
  • FIG. 1 is a flowchart of a method for providing a collaboration service according to an embodiment of the present invention.
  • Figure 2 is an illustration of a basic card generated for each scene in the field of film production according to an embodiment of the present invention.
  • FIG 3 is an exemplary view of a base card for each scene to which a certain label is added according to an embodiment of the present invention.
  • FIG. 4 is an exemplary diagram illustrating a process of generating an expansion card (daily shooting schedule) of a shooting schedule, which is an expansion board based on a basic card, in the field of film production according to an embodiment of the present invention.
  • FIG. 5 is a flowchart of a method for providing a cooperative service, further including a process of modifying a linked card according to a modification of a specific basic card or expansion card according to an embodiment of the present invention.
  • FIG. 6 is an exemplary view of an expansion card (daily shooting plan table) generated by including several basic cards according to an embodiment of the present invention.
  • FIG. 7 is a flowchart of a method of providing a cooperative service, further comprising adding a new skin to a project or a space according to an embodiment of the present invention.
  • a 'collaboration group' refers to a group in an online service formed for performing collaboration by including a plurality of users.
  • the 'detail group' refers to a subgroup included in a specific collaboration group.
  • 'project' refers to a space in which a specific collaboration group is created for exchanging information for performing a collaboration.
  • a group that includes users (eg, staff, actors, etc.) who are involved in a particular film production
  • 'project' refers to a space where users of a group involved in a particular film production exchange information. do.
  • 'Space' in the present specification means one or more detailed spaces included in the project. That is, a space is a user included in a specific collaboration group.
  • the 'mainboard' refers to a user interface screen displayed in such a manner that data input or uploaded by a user of a collaboration group is listed.
  • the 'expansion board' refers to a user interface screen in which data input by a user of a collaboration group is created and displayed in a specific form.
  • the extension board may be a user interface screen in a document form (eg, a shooting schedule) generally used in a specific industry (eg, a movie production industry).
  • 'Card Data' is data displayed on a board (eg, a main board or an expansion board), and is a data unit input or uploaded by a user.
  • 'card data' may correspond to one post input by a specific user.
  • the 'basic card' refers to a basic format in which card data input by a user is displayed on a board.
  • 'basic card data' means data provided to the basic card among the card data.
  • an 'expansion card' refers to a format in which card data input by a user corresponds to a specific expansion board.
  • 'expansion card data means data provided to an expansion card among the card data.
  • FIG. 1 is a flowchart of a method for providing a collaboration service according to an embodiment of the present invention.
  • the service server generating a project corresponding to the collaboration group (S200); Receiving card data from a user client on the main board in the project (S400; card data receiving step); Receiving a label input request in the card data (S600; label input request step); Connecting the card data to an expansion board corresponding to the label (S800); And displaying card data connected to the expansion board by a specific label (S1000).
  • S200 receives card data from a user client on the main board in the project
  • S400 card data receiving step
  • Receiving a label input request in the card data S600; label input request step
  • Connecting the card data to an expansion board corresponding to the label S800
  • And displaying card data connected to the expansion board by a specific label S1000
  • the service server generates a project corresponding to the collaboration group (S200).
  • the service server receives a project generation request for performing a specific task in a collaboration service from a specific user, and generates a project corresponding to the specific task in the collaboration service.
  • the service server may receive a project creation request from a specific user through a web or an application.
  • a user may invite members to be added to a collaboration group corresponding to the project.
  • the service server may provide a member add page when a project is created in a collaboration service app or a web page, and the user who creates the project (that is, the first user) has a user or contact who has subscribed to the collaboration service. You can add an acquaintance. If you add an acquaintance (ie, a second user) who is not subscribed to the collaboration service to the project, the service server may contact the second user's contacts (eg, phone number, SNS account, E-mail address, etc.) can be sent to the collaboration service subscription request.
  • the second user's contacts eg, phone number, SNS account, E-mail address, etc.
  • the service server receives card data from the user client on the main board in the project (S400; card data receiving step).
  • the card data is information input into the project by the user and is information posted in the collaboration group.
  • the service server receives card data to be added in the project or space from the client device of a specific user included in the collaboration group.
  • the service server may receive card data in various ways.
  • the service server directly receives data to be written in the form of one basic card 100 from the user.
  • the service server may receive card data from a user client in a form of receiving a post on a bulletin board.
  • the service server receives the scenario data from a specific user, receives a split request for the scenario data to receive the base card 100 corresponding to each scene
  • the service server receives scenario data corresponding to the entire scenario file from a user (ie, a first user) corresponding to an administrator when a project is generated.
  • the service server divides the scenario data for each scene.
  • the service server may divide a scene in units set by a user, or may split a scene based on input identification data for distinguishing a scene in scenario data. Through this, the service server generates a base card 100 corresponding to each scene.
  • the scene-specific base card 100 generated based on scenario data may include information necessary for each scene. For example, if a service server inputs information to be shared within a collaboration group or subgroup for a specific scene from a user, the service server may generate a detail card or add an information label in the base card 100 for each scene. have.
  • the base card 100 for each scene may display various information related to the corresponding scene. For example, the base card 100 for each scene may be inputted with a shooting location, a character, a shooting date, a conti, and the like of the scene. Each information may be input by adding a label in the basic card 100, as will be described later.
  • the basic card 100 of a particular scene S # 22A may generate and provide information such as a scene photographing place, a character, a character makeup / costume, and an assistant performer by each label or tab. .
  • the service server receives a label input request in the card data (label input request step; S600).
  • the label corresponds to entering information specific to each card.
  • the service server may add place information, time information, attendee information, etc. as corresponding labels according to the user's label input request.
  • the service server selects an additional button (for example, a '+' button) displayed on the interface of the basic card 100 or the expansion card 200, and then adds the selected label type.
  • the user client requests a label input request required for the basic card 100 to be displayed on the specific expansion board.
  • To send For example, in order to generate a shooting schedule at the time of film production collaboration, information about a shooting schedule for each scene is required. As shown in FIG. 4, a user assigns a specific scene card (ie, the basic card 100) to the shooting schedule.
  • the user client can send a label input request to the service server to add the shooting schedule label 110 necessary to add the selected scene card to the shooting schedule. have.
  • the service server connects the card data to the expansion board corresponding to the label (S800; card data connection step). That is, the service server connects the card data to the expansion board matching the label when a label corresponding to the information necessary for connecting the card data to each expansion board is added to the card.
  • the display in a specific expansion board of specific card data is activated. For example, when collaborating on a movie production, the base card 100 (that is, the scene card) corresponding to a specific expansion board for each scene is set to be displayed only on the main board which displays the scenes in order.
  • the display in the shooting schedule of the basic card 100 is activated.
  • the expansion board is a board of a specific type used in a situation or industry group. Since each industry group has a form that is used for convenience of work, the expansion board is provided in a form used in the industry group (for example, film festival, medical industry, etc.) that uses the collaboration service. To keep it intact. For example, in the film festival production system, when the shooting process is entered, the shooting is not performed in the order of the scenes, and the shooting schedule is produced in consideration of the shooting location and the actor schedule.
  • the shooting schedule form which was previously produced and used through Excel, can be maintained and used within the collaboration service, thereby eliminating the inconvenience of having to adapt to the new form.
  • the expansion card 200 included in the expansion board may display only information to be displayed on the expansion board in a specific format among the data included in the basic card 100.
  • the basic card 100 displayed on the main board may include a plurality of information, but all of the corresponding information may not be necessary when using a specific expansion board. Therefore, the service server may configure the expansion card 200 by extracting only information necessary for the expansion board from the card data included in the basic card 100. That is, the main board and the expansion board is to display the same information (that is, card data) according to the board type to the base card 100 and expansion card 200 of different formats.
  • the expansion board may be added through the purchase in the collaboration service as described below.
  • a service server may include a skin sales market in a collaboration service, and as the user purchases an expansion board for a specific industry or detail situation, the expansion board in a project or space corresponding to a specific collaboration group or detail group May be added.
  • a specific user has made an expansion board for a specific industry or the specific situation, it can be uploaded to the skin sales market for sale.
  • one or more schedule labels may be added to the basic card 100 (ie, the thin card) according to a user's request. Since shooting may be required at multiple places in order to shoot a scene, a shooting schedule for shooting at each place may be added as a schedule label. As the schedule label is added, the service server connects the scene card to the shooting schedule card (ie, primary day card) of the specific shooting date. In addition, as shown in Figure 3, the service server is a corresponding expansion card 200 in the shooting schedule board with a corresponding schedule label in the thin card (ie, the basic card 100) (for example, 35 times, 75 times) ) Can be displayed.
  • the service server is a corresponding expansion card 200 in the shooting schedule board with a corresponding schedule label in the thin card (ie, the basic card 100) (for example, 35 times, 75 times) ) Can be displayed.
  • the service server displays the card data connected by the label specific to the expansion board (S1000).
  • the expansion card 200 modified in a format corresponding to the expansion board corresponding to the label may be displayed.
  • the service server displays and provides an expansion card 200 in which each thin card (base card 100) is changed into a form corresponding to a shooting schedule which is an expansion board.
  • the user may select another user list that confirms the created or changed schedule. Confirmation can be sent only to users who have not confirmed. That is, the service server may obtain user client information for confirming a newly created or changed daily shooting schedule, and generate and provide a confirmation completed user list to the user. Through this, the user only needs to send a confirmation request to the other party who has not confirmed the shooting schedule, thereby reducing unnecessary contact.
  • the expansion card 200 data modified in one or more expansion boards. It further includes the step (S1200).
  • the base card 100 and the expansion card 200 displayed on the main board and the expansion board are connected by a label to display card data (ie, basic card data) included in the base card 100 in a different format.
  • card data ie, basic card data
  • a user belonging to a collaboration group or a subgroup enters information to be shared at the time of collaboration as card data to generate a basic card 100, and then adds a label necessary to add the card data to a specific expansion board.
  • the card data is stored within a specific base card 100 or the expansion card 200. Modifying will modify all connected cards. As each form is produced and used individually with the same information, when information modification occurs in a specific form, the existing inconvenience of searching for and modifying a portion corresponding to each form can be eliminated. For example, during a film production collaboration, if a schedule change occurs due to an actor schedule change, a location change, a previous shooting delay, etc., all daily shooting schedules related to one change will be found and modified individually, You can solve the inconvenience that had to be guided.
  • the expansion card 200 may be formed in a form including one or more basic cards 100. That is, the service server may generate one expansion card 200 by merging or arranging the plurality of basic cards 100. The service server merges or lists the basic card 100 including the same label information to generate specific expansion cards 200.
  • the base card 100 may be a scene card generated for each scene
  • the expansion card 200 may be a daily shooting schedule (shooting schedule) card. As a specific shooting schedule is added to the base card 100 as a label, the expansion card 200 is generated by merging or arranging the base card 100 to which the schedule label is added with the same date. Through this, it is possible to easily create a date-specific expansion card 200 included in the expansion board which is a shooting schedule, and can easily modify the entire board as the information is modified in the main board or the expansion board.
  • the service server matches the base card 100 (that is, the thin card) that is photographed on the date in the daily shooting schedule card of a specific date to the expansion board Create and display it. That is, the service server extracts and displays only the information necessary for the daily shooting schedule card, which is the expansion card 200, from the information included in the base card 100 corresponding to each scene and displays it in the expansion card 200.
  • the basic card 100 (that is, the thin card) displayed in the expansion card 200 is a schedule, a place in the movie, a situation, a shooting location, a cut number, a person, and an assistant appearance information among all the card data. Only extract and serve.
  • the expansion card 200 simultaneously displays several basic cards 100 (that is, a scene card) or several scenes included in the same shooting cycle according to a user operation. You can provide a user interface to check cards in sequence. As shown in FIG. 5, when the user receives an operation of swiping a portion of the expansion card 200 on which the basic card 100 is displayed from side to side, the service server receives another basic card 100 in the same turn as the user client (ie , A thin card).
  • the daily shooting schedule card which is the expansion card 200 may be displayed in accordance with the expansion card 200 by combining the card data included in the plurality of basic cards 100 photographed at the same time.
  • the service server may combine information included in each thin card to generate information to be included in a tab such as a detailed schedule, a secondary appearance, a site schedule, and the like.
  • the expansion card 200 may further include necessary information in addition to the information included in the basic card 100.
  • the daily shooting schedule card which is the expansion card 200
  • the service server may separately provide a call time tab in the expansion card 200 and receive call time information of each performer from the manager. .
  • the service server is included in the new skin in the expansion space, expansion board And adding any one of the expansion cards 200 (S1400).
  • the service server may provide a market for purchasing skins in a collaboration service.
  • the skin refers to a specific expansion board, expansion card 200, expansion space and the like available when using the collaboration service.
  • the new skin can be applied within the project of the collaborative group.
  • New skins can be created by service providers or other users and uploaded to the market.
  • the market includes all the paths through which the elements applicable to the service can be added through the web or the app.
  • the expansion card 200 may be a card having a different format for displaying information in a motherboard or expansion board that is already purchased. That is, the expansion card 200 is formed in a format that can be easily confirmed information compared to the card used in the existing collaborative services or a format that can add more data types (for example, video, pictures, etc.) Can be.
  • the expansion board is a board of a format suitable for a specific industry group or situation in addition to the board type basically provided for the cooperative service.
  • the service server may add the expansion board to the project or space to which the user is added. This enables users to efficiently collaborate by adding expansion boards in the form required for collaboration in specific industries.
  • the expansion board may be provided including one or more expansion cards 200 having a format corresponding to the expansion board.
  • the expansion space is a skin that includes one or more board configurations and expansion cards 200 specific to a particular subgroup. For example, there may be a general set of boards required for a particular subgroup, the financial team within a collaboration group, to collaborate on financial affairs. Therefore, the service server can add a space specialized in the subgroup that performs a specific task to the project according to the extension space request.
  • the card data includes relevant user information on the card as a label
  • the service server provides a modification notification only to the user included in the related information when the card data is modified.
  • the collaboration service provides unnecessary notifications to the users included in the collaboration group
  • the user may become insensitive to the notifications of the collaboration service and may not respond quickly. Therefore, only users who need specific information guidance may be targeted (targeting). You need to provide a notification.
  • the service server may add related user information to the card data, and may perform notification only to users included in the related user information when the corresponding card data is input or modified.
  • the basic card 100 ie, a scene card
  • users eg, actors, a filming team, etc.
  • the service server may notify the user included in the related user information that there is a modification to the scene.
  • the basic card 100 is generated for each scene included in the scenario.
  • the base card 100 (that is, the scene card) generated for each scene may be listed in the scene order on the motherboard. That is, the motherboard may correspond to the movie scenario, and each scene card may be generated as the scenario data is uploaded to the service server by the user.
  • the scene card may include a plurality of information (information necessary for photographing the scene) associated with each scene.
  • the scene card may include a shooting location, a shooting schedule, a conti, a shooting actor, and the like as the card data, and each information may be added to the card in the form of a label.
  • the expansion board may correspond to a shooting schedule.
  • the expansion card 200 in the expansion board corresponding to the shooting schedule is a shooting schedule for each shooting date, and is sequentially given in the shooting date order.
  • the expansion card 200 included in the shooting schedule is a card that is generated by merging or arranging a plurality of basic cards 100 which set a specific date as a shooting schedule. That is, the service server displays the expansion card 200 on the shooting schedule expansion board as the user inputs the shooting date / time to the thin card (ie, the basic card 100) (that is, adding the shooting schedule label). .
  • the service server may display the thin card (that is, the basic card 100) in a form suitable for displaying on the shooting schedule. In addition, the service server collects the thin cards photographed on the same date to create one expansion card (200).
  • the cooperative service including the cooperative service method according to the embodiments of the present invention is used at the time of making a movie, users do not need to separately produce a shooting schedule based on the scenario and information about each scene. If you add the schedule information to the scene card created for each scene, the shooting schedule is created automatically. If you change the shooting schedule of a specific scene, the changes may be automatically applied to the shooting schedule. That is, the service server automatically changes the expansion card 200 (that is, the shooting schedule schedule card of the specific date) including the base card 100 when the shooting date of the scene corresponding to the specific base card 100 is changed. To generate it.
  • the method of providing a cooperative service according to an embodiment of the present invention described above may be implemented as a program (or an application) and stored in a medium in order to be executed in combination with a computer which is hardware.
  • the above-described program includes C, C ++, JAVA, machine language, etc. which can be read by the computer's processor (CPU) through the computer's device interface so that the computer reads the program and executes the methods implemented as the program.
  • Code may be coded in the computer language of. Such code may include functional code associated with a function or the like that defines the necessary functions for executing the methods, and includes control procedures related to execution procedures necessary for the computer's processor to execute the functions according to a predetermined procedure. can do.
  • the code may further include memory reference code for additional information or media required for the computer's processor to execute the functions at which location (address address) of the computer's internal or external memory should be referenced. have.
  • the code may be used to communicate with any other computer or server remotely using the communication module of the computer. It may further include a communication related code for whether to communicate, what information or media should be transmitted and received during communication.
  • the stored medium is not a medium for storing data for a short time such as a register, a cache, a memory, but semi-permanently, and means a medium that can be read by the device.
  • examples of the storage medium include, but are not limited to, a ROM, a RAM, a CD-ROM, a magnetic tape, a floppy disk, an optical data storage device, and the like. That is, the program may be stored in various recording media on various servers to which the computer can access or various recording media on the computer of the user. The media may also be distributed over network coupled computer systems so that the computer readable code is stored in a distributed fashion.

Landscapes

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

Abstract

본 발명은 협업서비스 제공방법 및 제공프로그램에 관한 것이다. 본 발명의 일실시예에 따른 협업서비스 제공방법은, 서비스서버가 협업그룹에 대응되는 프로젝트를 생성하는 단계(S200); 상기 프로젝트 내의 메인보드에 사용자클라이언트로부터 카드데이터를 수신하는 단계(S400; 카드데이터수신단계); 상기 카드데이터 내에 라벨 입력요청을 수신하는 단계(S600; 라벨입력요청단계); 상기 라벨에 상응하는 확장보드에 상기 카드데이터를 연결하는 단계(S800); 및 상기 확장보드에 특정한 라벨에 의해 연결된 카드데이터를 표시하는 단계(S1000);를 포함한다.

Description

협업서비스 제공방법 및 프로그램
본 발명은 협업서비스 제공방법 및 프로그램에 관한 것으로, 보다 자세하게는 각 산업군에 부합하게 협업 기능을 제공하는 방법 및 프로그램에 관한 것이다.
스마트 폰이나 스마트 패드와 같은 스마트 기기의 확산과 함께, 기업의 레거시 시스템과 연계하여 작업할 수 있는 EMS(Enterprise Mobility Service, 기업형 모바일 서비스) 환경이 확산되는 추세이다.
기업형 모바일 서비스 환경은, 신속하고 정확하게 기업의 다양한 현장 관리를 가능하게 해줌으로써, 업무 효율을 향상시키고 시간이나 비용의 낭비 요인을 제거할 수도 있어, 특히, 영업 판매 또는 생산 라인에서의 활용도가 부각되는 추세이다.
한편, 기업 내부 또는 외부의 다양한 업무 참여 구성원 간에 협업을 통해 업무를 진행하는 추세가 증가하고 있으며, 이를 감안하여 기업형 모바일 서비스 환경에 있어서도 협업을 고려한 기능 제공과 협업 산출물의 효율적인 생성을 위한 다양한 기능 요구가 있어 왔다.
그러나, 기존의 기업형 모바일 서비스 환경은, 일반적인 모바일 웹 브라우저나 업무용 앱을 이용한 데이터 입력 및 디스플레이 기능 정도를 제공하는 것이 일반적이었고, 이로 인해, 기업 내부 또는 외부의 업무 참여 구성원 간에 효과적인 정보 교환이 가능하고, 협업(Collaboration)을 통한 업무 산출물이 전자 문서 형태로 간편하게 제공될 수 있는 협업 환경의 개발이 요구되는 실정이었다.
또한, 최근 특정 업체 용도로 개발된 협업서비스 이외에 범용적으로 사용하는 협업서비스가 등장하고 있다. 그러나 협업서비스의 유저인터페이스가 고정되어 있어서 산업군마다 차이나는 특성을 반영하지 못하는 문제점이 존재한다.
본 발명은 각 산업군에 적합한 정보제공페이지(즉, 보드)를 제공하고 해당 정보제공페이지가 간편하게 작성되도록 하여, 각 산업군에 부합하게 협업서비스를 이용할 수 있도록 하는, 협업서비스 제공방법 및 프로그램을 제공하고자 한다.
본 발명이 해결하고자 하는 과제들은 이상에서 언급된 과제로 제한되지 않으며, 언급되지 않은 또 다른 과제들은 아래의 기재로부터 통상의 기술자에게 명확하게 이해될 수 있을 것이다.
본 발명의 일실시예에 따른 협업서비스 제공방법은, 서비스서버가 협업그룹에 대응되는 프로젝트를 생성하는 단계; 상기 프로젝트 내의 메인보드에 사용자클라이언트로부터 카드데이터를 수신하여 기본카드를 생성하되, 상기 카드데이터는 프로젝트 내에 입력되는 정보인, 카드데이터수신단계; 상기 카드데이터 내에 라벨 입력요청을 수신하는 라벨입력요청단계; 상기 라벨에 상응하는 확장보드에 상기 카드데이터를 연결하는 단계; 및 상기 확장보드에 특정한 라벨에 의해 연결된 카드데이터를 표시하는 단계;를 포함하고, 상기 확장보드는 상황별 또는 산업군별로 사용되는 특정한 형식의 보드이다.
또한, 다른 일실시예로, 상기 카드데이터표시단계는, 상기 라벨에 대응되는 확장보드에 상응하는 형식으로 변형된 확장카드를 표시하는 것을 특징으로 한다.
또한, 다른 일실시예로, 상기 프로젝트는 하나 이상의 스페이스를 포함하고, 상기 스페이스는 상기 협업그룹 내의 하나 이상의 세부그룹에 대응되는 것이다.
또한, 다른 일실시예로, 상기 협업그룹에 포함되는 사용자에 의해 상기 프로젝트 내에 특정한 신규스킨 구입에 따라, 서비스서버가 상기 프로젝트 내에 상기 신규스킨에 포함된 확장스페이스, 확장보드 및 확장카드 중 어느 하나를 추가하는 단계;를 더 포함하고, 상기 신규스킨 구입은 협업서비스 내의 마켓을 통해 수행되는 것이다.
또한, 다른 일실시예로, 상기 확장보드는, 특정한 분야에서 사용되는 양식을 기반으로 생성되며, 상기 확장보드 내에 포함되는 확장카드는, 기본카드 내에 포함된 데이터 중에서 상기 확장보드 상에서 표시되어야 하는 정보만을 특정한 형식으로 표시하는 것이다.
또한, 다른 일실시예로, 상기 협업그룹 내의 특정한 사용자에 의해 상기 메인보드 또는 상기 확장보드에서 특정한 카드데이터가 수정되면, 하나 이상의 확장보드 내에 수정된 확장카드데이터를 표시하는 단계;를 더 포함하고, 상기 메인보드와 상기 확장보드는 보드 유형에 따라 동일한 정보를 상이한 형식의 기본카드데이터와 확장카드데이터로 표시하는 것이다.
또한, 다른 일실시예로, 상기 카드데이터는 해당 카드에 관련사용자정보를 라벨로 포함하고, 카드데이터가 수정되면 관계자정보에 포함된 사용자에게만 수정알림을 제공하는 것을 특징으로 한다.
또한, 다른 일실시예로, 상기 협업서비스가 영화촬영에 사용되는 경우, 상기 기본카드는 시나리오 내에 포함된 각각의 씬별로 생성되고, 상기 확장보드는 촬영일정표에 해당하고, 상기 촬영일정표에 포함되는 확장카드는 일정라벨에 특정한 일자를 촬영일정으로 설정한 복수의 기본카드를 병합하여 생성되는 카드로서, 촬영일자 순서대로 순번이 부여되는 것이다.
또한, 다른 일실시예로, 상기 카드데이터수신단계는, 시나리오데이터에 대한 분할요청을 수신하여 각 씬에 대응하는 기본카드를 생성하는 것을 특징으로 한다.
본 발명의 다른 일실시예에 따른 업데이트된 게시정보 제공프로그램은, 하드웨어와 결합되어 상기 언급된 협업서비스 제공방법을 실행하며, 매체에 저장된다.
상기와 같은 본 발명에 따르면, 아래와 같은 다양한 효과들을 가진다.
첫째, 각 산업군에 적합한 정보제공페이지(즉, 보드)를 제공하고 해당 정보제공페이지가 간편하게 작성되도록 하여, 각 산업군의 사용자들이 효율적인 업무를 수행할 수 있도록 한다.
둘째, 특정한 확장보드에 해당 카드데이터를 추가하기 위해 필요한 라벨을 추가함에 따라 간편하게 특정한 형식을 가지는 확장보드를 생성할 수 있다. 사용자들은 기본카드에 포함되는 데이터를 이용하여 별도의 양식을 제작하여야 하는 불편함을 해소할 수 있다.
셋째, 카드데이터는 서비스서버 내에 하나만 존재하고 라벨에 의해 기본카드와 확장카드로 연결되어 달리 표시되는 것이므로, 특정한 기본카드 또는 확장카드 내에서 카드데이터를 수정하면 연결된 모든 카드가 수정되게 된다. 동일한 정보를 가지고 각각의 양식을 개별적으로 제작하여 사용함에 따라, 특정한 양식에서 정보 수정이 발생하면 각각의 양식에 대응하는 부분을 탐색하여 수정하여야 하는 기존 불편을 해소할 수 있다.
도 1은 본 발명의 일실시예에 따른 협업서비스 제공방법의 순서도이다.
도 2는 본 발명의 일실시예에 따라 영화제작분야에서 씬별로 생성된 기본카드의 예시도면이다.
도 3은 본 발명의 일실시예에 따라 일정라벨이 추가된 씬별 기본카드의 예시도면이다.
도 4은 본 발명의 일실시예에 따라 영화제작분야에서 기본카드를 기반으로 확장보드인 촬영일정표의 확장카드(일일촬영계획표)를 생성하는 과정을 나타낸 예시도면이다.
도 5는 본 발명의 일실시예에 따른 특정한 기본카드 또는 확장카드의 수정에 따라 연계된 카드를 수정하는 과정을 더 포함하는, 협업서비스 제공방법의 순서도이다.
도 6은 본 발명의 일실시예에 따라 여러 기본카드를 포함하여 생성된 확장카드(일일촬영계획표)의 예시도면이다.
도 7은 본 발명의 일실시예에 따른 프로젝트 또는 스페이스에 신규스킨을 추가하는 과정을 더 포함하는, 협업서비스 제공방법의 순서도이다.
이하, 첨부된 도면을 참조하여 본 발명의 바람직한 실시예를 상세히 설명한다. 본 발명의 이점 및 특징, 그리고 그것들을 달성하는 방법은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시예들을 참조하면 명확해질 것이다. 그러나 본 발명은 이하에서 게시되는 실시예들에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 수 있으며, 단지 본 실시예들은 본 발명의 게시가 완전하도록 하고, 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 발명의 범주를 완전하게 알려주기 위해 제공되는 것이며, 본 발명은 청구항의 범주에 의해 정의될 뿐이다. 명세서 전체에 걸쳐 동일 참조 부호는 동일 구성 요소를 지칭한다.
다른 정의가 없다면, 본 명세서에서 사용되는 모든 용어(기술 및 과학적 용어를 포함)는 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 공통적으로 이해될 수 있는 의미로 사용될 수 있을 것이다. 또 일반적으로 사용되는 사전에 정의되어 있는 용어들은 명백하게 특별히 정의되어 있지 않는 한 이상적으로 또는 과도하게 해석되지 않는다.
본 명세서에서 사용된 용어는 실시예들을 설명하기 위한 것이며 본 발명을 제한하고자 하는 것은 아니다. 본 명세서에서, 단수형은 문구에서 특별히 언급하지 않는 한 복수형도 포함한다. 명세서에서 사용되는 "포함한다(comprises)" 및/또는 "포함하는(comprising)"은 언급된 구성요소 외에 하나 이상의 다른 구성요소의 존재 또는 추가를 배제하지 않는다.
본 명세서에서 '협업그룹'은 복수의 사용자가 포함되어 협업 수행을 위해 형성된 온라인 서비스 내의 그룹을 의미한다.
본 명세서에서 '세부그룹'은 특정한 협업그룹에 포함되는 하위 그룹을 의미한다.
본 명세서에서 '프로젝트'는, 특정한 협업그룹이 협업 수행을 위해 정보교환 등을 위해 생성된 공간을 의미한다. 예를 들어, 특정한 영화 제작에 관여된 사용자(예를 들어, 스탭, 배우 등)가 포함된 그룹의 경우, '프로젝트'는 특정한 영화제작에 관여된 그룹의 사용자들이 정보교환을 수행하는 공간을 의미한다.
본 명세서에서 '스페이스(Space)'는 프로젝트 내에 포함되는 하나 이상의 세부 공간을 의미한다. 즉, '스페이스'는 특정한 협업그룹 내에 포함되는 사용자
본 명세서에서 '메인보드'는 협업그룹의 사용자에 의해 입력되거나 업로드된 데이터가 나열되는 방식으로 표시되는 유저인터페이스 화면을 의미한다.
본 명세서에서 '확장보드'는 협업그룹의 사용자에 의해 입력된 데이터가 특정한 양식으로 작성되어 표시되는 유저인터페이스 화면을 의미한다. 예를 들어, '확장보드'는 특정한 산업군(예를 들어, 영화 제작업계)에서 일반적으로 이용되는 문서 양식(예를 들어, 촬영일정표)으로 된 유저인터페이스 화면일 수 있다.
본 명세서에서 '카드데이터(Card Data)'는 보드(예를 들어, 메인보드, 확장보드) 상에 표시되는 데이터로서, 사용자에 의해 입력 또는 업로드된 데이터 단위이다. 예를 들어, '카드데이터'는 특정한 사용자에 의해 입력된 하나의 게시글이 해당될 수 있다.
본 명세서에서 '기본카드'는 사용자에 의해 입력된 카드데이터가 보드 상에 표시되는 기본적인 포맷을 의미한다.
본 명세서에서 '기본카드데이터'는 카드데이터 중에서 기본카드에 제공되는 데이터를 의미한다.
본 명세서에서 '확장카드'는 사용자에 의해 입력된 카드데이터가 특정한 확장보드에 부합하는 형식(포맷; Format)을 의미한다.
본 명세서에서 '확장카드데이터'는 카드데이터 중에서 확장카드에 제공되는 데이터를 의미한다.
이하, 도면을 참조하여, 본 발명의 실시예들에 따른 협업서비스 제공방법 및 제공프로그램에 대해 상세히 설명한다.
도 1은 본 발명의 일실시예에 따른 협업서비스 제공방법의 순서도이다.
도 1을 참조하면, 본 발명의 일실시예에 따른 협업서비스 제공방법은, 서비스서버가 협업그룹에 대응되는 프로젝트를 생성하는 단계(S200); 상기 프로젝트 내의 메인보드에 사용자클라이언트로부터 카드데이터를 수신하는 단계(S400; 카드데이터수신단계); 상기 카드데이터 내에 라벨 입력요청을 수신하는 단계(S600; 라벨입력요청단계); 상기 라벨에 상응하는 확장보드에 상기 카드데이터를 연결하는 단계(S800); 및 상기 확장보드에 특정한 라벨에 의해 연결된 카드데이터를 표시하는 단계(S1000);를 포함한다. 이하, 각 단계에 대한 상세한 설명을 기재한다.
서비스서버가 협업그룹에 대응되는 프로젝트를 생성한다(S200). 서비스서버는 특정한 사용자로부터 협업서비스 내에 특정한 테스크(Task) 수행을 위한 프로젝트 생성요청을 수신하여, 협업서비스 내에 특정한 테스크에 대응되는 프로젝트를 생성한다. 서비스서버는 웹 또는 어플리케이션을 통해 특정한 사용자로부터 프로젝트 생성요청을 수신할 수 있다.
프로젝트 생성 시에, 사용자는 프로젝트에 대응되는 협업그룹에 추가될 멤버를 초대할 수 있다. 예를 들어, 서비스서버는 협업서비스 앱 또는 웹페이지에 프로젝트 생성 시에 멤버 추가 페이지를 제공할 수 있고, 프로젝트를 생성하는 사용자(즉, 제1사용자)는 협업서비스에 가입한 사용자 또는 연락처를 가지고 있는 지인을 추가할 수 있다. 협업서비스에 가입되어 있지 않은 지인(즉, 제2사용자)을 프로젝트에 추가하는 경우, 서비스서버는 제1사용자의 클라이언트 장치로부터 수신한 제2사용자의 연락처(예를 들어, 전화번호, SNS계정, 메일주소 등)으로 협업서비스 가입요청을 전송할 수 있다.
서비스서버가 상기 프로젝트 내의 메인보드에 사용자클라이언트로부터 카드데이터를 수신한다(S400; 카드데이터수신단계). 상기 카드데이터는 사용자에 의해 프로젝트 내에 입력되는 정보로서, 협업그룹 내에 게시되는 정보이다. 서비스서버는 협업그룹에 포함된 특정한 사용자의 클라이언트 장치로부터 프로젝트 또는 스페이스 내에 추가될 카드데이터를 수신한다.
서비스서버는 다양한 방식으로 카드데이터를 수신할 수 있다. 일실시예로, 서비스서버는 사용자로부터 하나의 기본카드(100) 형태로 작성될 데이터를 직접 입력받는다. 예를 들어, 서비스서버는 게시판에 게시글을 입력받는 형태로 사용자 클라이언트로부터 카드데이터를 수신할 수 있다.
또한, 다른 일실시예로, 상기 카드데이터수신단계(S400)에서, 서비스서버는 특정한 사용자로부터 시나리오데이터를 수신하고, 시나리오데이터에 대한 분할요청을 수신하여 각 씬에 대응하는 기본카드(100)를 생성한다. 예를 들어, 영화 제작 분야에서 협업서비스를 이용하는 경우, 서비스서버는 프로젝트 생성 시에 관리자에 해당하는 사용자(즉, 제1사용자)로부터 전체 시나리오 파일에 해당하는 시나리오데이터를 수신한다. 그 후, 서비스서버는 시나리오데이터를 각 씬(Scene) 별로 분할한다. 서비스서버는 사용자에 의해 설정된 단위로 씬을 분할하거나, 시나리오데이터 내에 씬을 구별하는 것을 입력된 식별데이터를 기반으로 씬을 분할할 수 있다. 이를 통해, 서비스서버는 각각의 씬에 대응하는 기본카드(100)를 생성한다.
도 2에서와 같이, 시나리오데이터를 기반으로 생성된 씬별 기본카드(100)는 각 씬에 대해 필요한 정보를 포함할 수 있다. 예를 들어, 서비스서버는, 사용자로부터 특정한 씬에 대해 협업그룹 또는 세부그룹 내에서 공유하여야 하는 정보를 입력하면, 각 씬에 대한 기본카드(100) 내에 세부카드를 생성하거나 정보라벨을 추가할 수 있다. 씬별 기본카드(100)는 해당 씬과 관련된 여러 정보를 표시할 수 있다. 예를 들어, 씬별 기본카드(100)는 해당 씬의 촬영장소, 등장인물, 촬영일자, 콘티 등이 입력될 수 있다. 각각의 정보는, 후술하는 바와 같이, 기본카드(100) 내에 라벨을 추가하는 방식으로 입력될 수 있다. 도 2에서와 같이, 특정한 씬(S#22A)의 기본카드(100)는 씬촬영장소, 등장인물, 인물분장/의상, 보조출연자 등의 정보를 각각의 라벨 또는 탭으로 생성하여 제공할 수 있다.
서비스서버가 상기 카드데이터 내에 라벨 입력요청을 수신한다(라벨입력요청단계; S600). 상기 라벨은 각 카드에 특정한 정보를 입력하는 것에 해당한다. 서비스서버는 사용자의 라벨 입력요청에 따라 장소정보, 시간정보, 참석자정보 등을 각각에 대응하는 라벨로 추가할 수 있다.
상기 라벨 입력요청을 수행하는 방식으로 다양한 방식이 적용될 수 있다. 일실시예로, 서비스서버는 기본카드(100) 또는 확장카드(200)의 인터페이스 상에 표시된 추가버튼(예를 들어, '+' 버튼)을 선택한 후 추가를 원하는 라벨유형을 선택하여 추가한다. 또한, 다른 일실시예로, 사용자가 특정한 카드를 특정한 확장보드에 대응하는 탭으로 드래그앤 드롭함에 따라, 사용자클라이언트는 특정한 확장보드에 기본카드(100)가 표시되기 위해 필요한 라벨 입력요청을 서비스서버로 전송한다. 예를 들어, 영화제작 협업 시에 촬영일정표를 생성하기 위해서는 각 씬별 촬영일정에 대한 정보가 필요하므로, 도 4에서와 같이, 사용자가 특정한 씬카드(즉, 기본카드(100))를 촬영일정표에 대응하는 확장보드 탭 또는 확장보드 자체로 드래그 앤 드롭을 수행하면, 사용자클라이언트는 선택된 씬카드를 촬영일정표에 추가하기 위해 필요한 촬영일정 라벨(110)을 추가요청하는 라벨입력요청을 서비스서버로 전송할 수 있다.
서비스서버가 상기 라벨에 상응하는 확장보드에 상기 카드데이터를 연결한다(S800; 카드데이터연결단계). 즉, 서비스서버는, 각 확장보드에 카드데이터를 연결하기 위해 필수적인 정보에 대응하는 라벨이 카드에 추가되면, 라벨에 매칭된 확장보드로 상기 카드데이터를 연결한다. 라벨이 추가됨에 따라 특정한 카드데이터의 특정한 확장보드 내 표시가 활성화된다. 예를 들어, 영화제작 협업 시에 특정한 확장보드를 각 씬에 대응하는 기본카드(100)(즉, 씬카드)는 각 씬의 순서대로 표시하는 메인보드에만 표시되도록 설정되어 있으나, 해당 씬의 촬영일정에 대한 라벨이 추가됨에 따라 상기 기본카드(100)의 촬영일정표 내 표시가 활성화된다.
상기 확장보드는 상황별 또는 산업군별로 사용되는 특정한 형식의 보드이다. 각 산업군별로 업무편의를 위해 기존부터 사용되는 양식이 존재하므로, 협업서비스를 이용하는 산업군(예를 들어, 영화제작업계, 의료업계 등)에서 사용하는 양식으로 확장보드를 제공하여 기존에 사용하던 업무 사용성을 그대로 유지할 수 있도록 한다. 예를 들어, 영화제작업계에서는 촬영 과정에 들어가게 되면 씬 순서대로 촬영이 이루어지지 않고 촬영장소와 배우 스케쥴 등을 고려하여 촬영일정표를 제작하여 이용하게 된다. 기존에 엑셀 등을 통해 제작하여 사용하던 촬영일정표 양식을 협업서비스 내에서 그대로 유지하여 이용할 수 있어서 새로운 양식에 적응하여야 하는 불편함을 해소할 수 있다. 즉, 각 산업군에 부합하는 확장보드를 사용함에 따라, 협업툴 내에 고정된 특정한 형식의 이용이 강제되지 않고 각 산업군에 특화된 방향으로 협업서비스를 이용할 수 있다.
또한, 상기 확장보드 내에 포함되는 확장카드(200)는, 기본카드(100) 내에 포함된 데이터 중에서 상기 확장보드 상에서 표시되어야 하는 정보만을 특정한 형식으로 표시될 수 있다. 메인보드 상에 표시되는 기본카드(100)는 다수 정보를 포함할 수 있으나, 특정한 확장보드를 이용할 때 해당 정보들이 모두 필요하지 않을 수 있다. 따라서, 서비스서버는 기본카드(100) 내에 포함된 카드데이터 중에서 확장보드에 필요한 정보만을 추출하여 확장카드(200)를 구성할 수 있다. 즉, 상기 메인보드와 상기 확장보드는 보드 유형에 따라 동일한 정보(즉, 카드데이터)를 상이한 형식의 기본카드(100)와 확장카드(200)로 표시하는 것이다.
또한, 다른 일실시예로, 확장보드는 후술하는 바와 같이 협업서비스 내에서 구매를 통해 추가될 수 있다. 예를 들어, 서비스서버는 협업서비스 내에 스킨 판매마켓을 포함할 수 있고, 사용자가 특정한 산업군 또는 세부상황에 필요한 확장보드를 구입함에 따라, 특정한 협업그룹 또는 세부그룹에 대응하는 프로젝트 또는 스페이스 내에 확장보드가 추가될 수 있다. 또한, 특정한 사용자가 특정한 산업군 또는 세부상황을 위한 확장보드를 제작한 경우, 스킨 판매마켓에 업로드하여 판매할 수 있다.
도 3에서와 같이, 사용자의 요청에 따라 기본카드(100)(즉, 씬카드) 내에 하나 이상의 일정라벨을 추가할 수 있다. 하나의 씬을 촬영하기 위해 복수의 장소에서 촬영 진행이 필요할 수도 있으므로, 각 장소에 촬영하는 촬영일정을 일정라벨로 추가할 수 있다. 일정라벨을 추가함에 따라, 서비스서버는 해당 씬카드를 특정한 촬영일자의 촬영계획표 카드(즉, 일차일표카드)에 연결된다. 또한, 도 3에서와 같이, 서비스서버는 씬카드(즉, 기본카드(100)) 내의 해당 일정라벨과 함께 촬영일정표 보드 내의 대응되는 확장카드(200) 번호(예를 들어, 35회차, 75회차)를 표시할 수 있다.
서비스서버가 상기 확장보드에 특정한 라벨에 의해 연결된 카드데이터를 표시한다(S1000). 또한, 상기 카드데이터표시단계(S1000)에서, 상기 라벨에 대응되는 확장보드에 상응하는 형식으로 변형된 확장카드(200)를 표시할 수 있다. 예를 들어, 도 4에서와 같이, 서비스서버는 각각의 씬카드(기본카드(100))를 확장보드인 촬영일정표에 부합하는 형태로 변경한 확장카드(200)를 표시하여 제공한다.
또한, 다른 일실시예로, 도 4에서와 같이, 기본카드(100)인 씬카드에 입력된 일정라벨을 바탕으로 생성된 일일촬영계획표 카드에서, 사용자는 생성 또는 변경된 일정을 확인한 다른 사용자리스트를 확인하여, 확인하지 않은 사용자에게만 확인요청을 전송할 수 있다. 즉, 서비스서버는 신규 생성되거나 변경된 일일 촬영일정표를 확인하는 사용자 클라이언트 정보를 획득하고, 확인완료 사용자리스트를 생성하여 사용자에게 제공할 수 있다. 이를 통해, 사용자는 촬영일정표를 확인하지 않은 상대방에게만 확인요청을 보내면 되므로, 불필요한 연락을 줄일 수 있다.
또한, 다른 일실시예로, 도 5에서와 같이, 상기 협업그룹 내의 특정한 사용자에 의해 상기 메인보드 또는 상기 확장보드에서 특정한 카드데이터가 수정되면, 하나 이상의 확장보드 내에 수정된 확장카드(200)데이터를 표시하는 단계(S1200);를 더 포함한다. 메인보드와 확장보드 상에 표시되는 기본카드(100)와 확장카드(200)는 라벨에 의해 연결되어 기본카드(100)에 포함된 카드데이터(즉, 기본카드데이터)를 형식을 달리하여 표시하는 것이므로, 특정한 카드 내에서 카드데이터를 수정함에 따라 메인보드와 하나 이상의 확장보드 내의 카드를 한번에 수정할 수 있다.
이를 통해, 협업그룹 또는 세부그룹에 속하는 사용자가 협업 시에 공유되어야 하는 정보를 카드데이터로 입력하여 기본카드(100)를 생성한 후, 특정한 확장보드에 해당 카드데이터를 추가하기 위해 필요한 라벨을 추가함에 따라 간편하게 특정한 형식을 가지는 확장보드를 생성할 수 있다. 사용자들은 기본카드(100)에 포함되는 데이터를 이용하여 별도의 양식을 제작하여야 하는 불편함을 해소할 수 있다.
또한, 카드데이터는 서비스서버 내에 하나만 존재하고 라벨에 의해 기본카드(100)와 확장카드(200)로 연결되어 달리 표시되는 것이므로, 특정한 기본카드(100) 또는 확장카드(200) 내에서 카드데이터를 수정하면 연결된 모든 카드가 수정되게 된다. 동일한 정보를 가지고 각각의 양식을 개별적으로 제작하여 사용함에 따라, 특정한 양식에서 정보 수정이 발생하면 각각의 양식에 대응하는 부분을 탐색하여 수정하여야 하는 기존 불편을 해소할 수 있다. 예를 들어, 영화제작 협업 시에, 배우 스케쥴 변경, 촬영장소 변경, 이전 촬영 지연 등에 따른 일정변경이 발생하는 경우, 하나의 변경사항과 관련된 모든 일일촬영계획표를 찾아서 개별적으로 수정하고 관련된 관계자에게 개별적으로 안내를 하여야 하였던 불편을 해소할 수 있다.
또한, 다른 일실시예로, 확장카드(200)는 하나 이상의 기본카드(100)를 포함하는 형식으로 형성될 수 있다. 즉, 서비스서버는 복수의 기본카드(100)를 병합 또는 나열하여 하나의 확장카드(200)를 생성할 수 있다. 서비스서버는 동일한 라벨정보를 포함하는 기본카드(100)를 병합 또는 나열하여 특정한 확장카드(200)들 생성한다. 예를 들어, 영화제작 협업 시에, 기본카드(100)는 씬별로 생성된 씬카드일 수 있고, 확장카드(200)는 일자별 촬영일정(촬영스케쥴)카드일 수 있다. 기본카드(100)에 특정한 촬영일정을 라벨로 추가함에 따라, 동일한 날짜로 일정라벨이 추가된 기본카드(100)를 병합 또는 나열하여 확장카드(200)를 생성한다. 이를 통해, 촬영일정표인 확장보드에 포함되는 날짜별 확장카드(200)를 간편하게 생성할 수 있고, 메인보드 또는 확장보드 내에서 정보 수정을 수행함에 따라 간편하게 전체 보드를 수정할 수 있다.
예를 들어, 영화 제작 협업을 수행하는 경우, 도 6에서와 같이, 서비스서버는 특정일자의 일일촬영계획표 카드 내에 해당 일자에 촬영되는 기본카드(100)(즉, 씬카드)를 확장보드에 부합하게 생성하여 표시한다. 즉, 서비스서버는 각 씬(Scene)에 대응하는 기본카드(100)에 포함된 정보 중에서 확장카드(200)인 일일촬영일정표 카드에 필요한 정보만을 추출하여 확장카드(200) 내에 표시한다. 도 6에서와 같이, 상기 확장카드(200) 내에 표시되는 기본카드(100)(즉, 씬카드)는 전체 카드데이터 중에서 일정, 영화 내 장소, 상황, 촬영장소, 컷 수, 인물, 보조출연 정보만을 추출하여 제공한다.
또한, 영화 촬영 시에는 동일한 일자에 여러 씬을 촬영하므로, 상기 확장카드(200)는 여러 기본카드(100)(즉, 씬카드)를 동시에 표시하거나 사용자 조작에 따라 동일 촬영회차 내에 포함된 여러 씬카드를 차례대로 확인하도록 유저인터페이스를 제공할 수 있다. 도 5에서와 같이, 사용자로부터 확장카드(200) 내 기본카드(100)가 표시된 부분을 좌우로 스와이핑하는 조작을 수신하여, 서비스서버는 사용자클라이언트로 동일 회차 내의 다른 기본카드(100)(즉, 씬카드)를 제공할 수 있다.
또한, 확장카드(200)인 일일촬영일정표 카드는 동일 회차에 촬영되는 복수의 기본카드(100)에 포함된 카드데이터를 조합하여 확장카드(200)에 부합하게 표시할 수 있다. 예를 들어, 도 6에서와 같이, 서비스서버는 각 씬카드에 포함된 정보를 조합하여, 하단의 상세일정, 보조출연, 현장일정 등의 탭 내에 포함될 정보를 생성할 수 있다.
또한, 확장카드(200)는 기본카드(100)에 포함된 정보 이외에 필요한 정보를 추가로 포함할 수 있다. 예를 들어, 도 6에서와 같이, 확장카드(200)인 일일촬영일정표 카드는 기본카드(100)인 씬카드에 포함되지 않은 콜타임 정보를 입력받아 별도 탭으로 포함할 수 있다. 상기 콜타임 정보는 씬 각각에 대한 정보가 아니라 해당 일자의 촬영에 관련된 사항이므로, 서비스서버는 확장카드(200) 내에 콜타임 탭을 별도로 제공하고 관리자로부터 각 출연자의 콜타임정보를 입력받을 수 있다.
또한, 다른 일실시예로, 도 7에서와 같이, 상기 협업그룹에 포함되는 사용자에 의해 상기 프로젝트 내에 특정한 신규스킨 구입에 따라, 서비스서버가 상기 프로젝트 내에 상기 신규스킨에 포함된 확장스페이스, 확장보드 및 확장카드(200) 중 어느 하나를 추가하는 단계(S1400);를 더 포함한다. 서비스서버는, 협업서비스 내에서 스킨을 구입할 수 있는 마켓을 제공할 수 있다. 상기 스킨은 협업서비스 이용 시에 활용가능한 특정한 확장보드, 확장카드(200), 확장스페이스 등을 의미한다. 협업그룹에 포함된 사용자가 마켓에서 신규스킨을 구입함에 따라 해당 협업그룹의 프로젝트 내에 해당 신규스킨을 적용할 수 있다. 신규스킨은 서비스업체 또는 다른 사용자에 의해 제작되어 마켓에 업로드될 수 있다. 상기 마켓은 웹 또는 앱을 통해 접근하여 서비스에 적용 가능한 요소를 추가할 수 있는 경로는 모두 포함한다.
상기 확장카드(200)는 이미 구입되어 있는 메인보드 또는 확장보드 내에 정보표시하는 포맷을 달리하는 카드일 수 있다. 즉, 확장카드(200)는 기존에 협업서비스 내에서 사용되는 카드에 비해 정보 확인이 용이한 포맷으로 생성되거나 더 많은 데이터유형(예를 들어, 동영상, 사진 등)을 추가할 수 있는 포맷으로 형성될 수 있다.
상기 확장보드는 협업서비스에 기본적으로 제공되는 보드 형태 이외에 특정한 산업군 또는 상황에 적합한 포맷의 보드이다. 사용자에 의해 신규 확장보드 추가요청이 됨에 따라, 서비스서버는 상기 사용자가 추가된 프로젝트 또는 스페이스에 해당 확장보드를 추가할 수 있다. 이를 통해, 사용자들은 특정한 산업군의 협업에 필요한 양식의 확장보드를 추가하여 효율적인 협업을 수행할 수 있다. 확장보드는, 확장보드에 부합하는 형식을 가지는 하나 이상의 확장카드(200)를 포함하여 제공될 수 있다.
상기 확장스페이스는 특정한 세부그룹에 특화된 하나 이상의 보드 구성 및 확장카드(200)를 포함하는 스킨이다. 예를 들어, 협업그룹 내의 재무팀에 해당하는 특정한 세부그룹이 재무업무를 협업하기 위해 필요한 보드들이 일반적으로 정해져 있을 수 있다. 따라서, 서비스서버는 확장스페이스 추가요청에 따라 특정 업무를 수행하는 세부그룹에 특화된 스페이스를 프로젝트에 추가할 수 있다.
신규스킨 추가가 가능함에 따라, 하나의 협업서비스 내에서 업무 다양성 및 사용자들의 다양한 사용성을 보장하여 줄 수 있다. 또한, 각 산업군별로 특화된 스킨을 제공함에 따라, 산업군에 상관없이 협업서비스를 이용하여 업무효율성을 높일 수 있는 효과가 있다.
또한, 다른 일실시예로, 상기 카드데이터는 해당 카드에 관련사용자정보를 라벨로 포함하고, 서비스서버는 카드데이터가 수정되면 관계자정보에 포함된 사용자에게만 수정알림을 제공한다. 협업서비스가 협업그룹에 포함된 사용자에게 불필요한 알림이 제공하면, 사용자가 협업서비스의 알림에 무감각해지고 빠른 반응을 하지 않게 되는 문제가 발생하게 되므로 특정한 정보 안내가 필요한 사용자만 특정(타켓팅; Targeting)하여 알림을 제공할 필요가 있다. 이를 위해, 서비스서버는 카드데이터에 관련사용자정보를 추가하여, 해당 카드데이터의 입력 시 또는 수정 시에 관련사용자정보에 포함된 사용자에게만 알림을 수행할 수 있다.
예를 들어, 영화제작 협업 시, 특정한 씬에 대응하는 기본카드(100)(즉, 씬카드)는 해당 씬 촬영에 관여되는 사용자(예를 들어, 배우, 촬영팀 등)를 관련사용자정보로 추가할 수 있다. 해당 씬의 촬영장소 또는 일정이 변경됨에 따라 씬카드의 카드데이터가 수정되면, 서비스서버는 관련사용자정보에 포함된 사용자에게 해당 씬에 대한 수정사항이 있음을 알림할 수 있다.
이하, 본 발명의 실시예들에 따른 협업서비스 제공방법을 영화제작 분야에 사용하는 경우에 대해 구체적으로 설명한다.
상기 협업서비스가 영화제작/촬영에 사용되는 경우, 상기 기본카드(100)는 시나리오 내에 포함된 각각의 씬별로 생성된다. 각 씬별로 생성된 기본카드(100)(즉, 씬카드)는 메인보드 상에 씬 순서대로 나열될 수 있다. 즉, 메인보드는 영화시나리오에 대응될 수 있고, 각각의 씬카드는 사용자에 의해 시나리오 데이터가 서비스서버에 업로드됨에 따라 생성될 수 있다.
또한, 씬카드는 각각의 씬과 관련된 다수의 정보(해당 씬의 촬영에 필요한 정보)를 포함할 수 있다. 예를 들어, 씬카드는 촬영장소, 촬영일정, 콘티, 촬영배우 등을 카드데이터로 포함할 수 있고, 각각의 정보는 라벨 형태로 카드에 추가될 수 있다.
상기 확장보드 중 하나는 촬영일정표가 해당될 수 있다. 촬영일정표에 해당하는 확장보드 내 확장카드(200)는 촬영일자별 촬영스케쥴이고, 촬영일자 순서대로 순번이 부여된다. 상기 촬영일정표에 포함되는 확장카드(200)는 일정라벨에 특정한 일자를 촬영일정으로 설정한 복수의 기본카드(100)를 병합 또는 나열하여 생성되는 카드이다. 즉, 서비스서버는 사용자에 의해 씬카드(즉, 기본카드(100))에 촬영날짜/시간을 입력(즉, 촬영일정 라벨을 추가)함에 따라 촬영일정표 확장보드에 확장카드(200)를 표시한다. 서비스서버는 씬카드(즉, 기본카드(100))를 촬영일정표에 표시하기에 적절한 형태로 변형하여 표시할 수 있다. 또한, 서비스서버는 동일한 날짜에 촬영되는 씬카드를 모아서 하나의 확장카드(200)로 생성한다.
이를 통해, 본 발명의 실시예들에 따른 협업서비스방법을 포함하는 협업서비스를 영화 제작 시에 이용함에 따라, 사용자들은 시나리오와 각 씬에 대한 정보를 기반으로 촬영일정표를 별도로 제작하지 않아도 된다. 각 씬별로 생성된 씬카드에 일정정보만 추가하면 촬영일정표가 자동으로 생성되며, 특정한 씬의 촬영일정을 변경하면 자동으로 촬영일정표에도 변경사항이 적용될 수 있다. 즉, 서비스서버는 특정한 기본카드(100)에 해당하는 씬의 촬영일자가 변경되면 상기 기본카드(100)가 포함되는 확장카드(200)(즉, 특정한 날짜의 촬영일정스케쥴 카드)를 자동으로 변경하여 생성하여 생성한다.
이상에서 전술한 본 발명의 일 실시예에 따른 협업서비스 제공방법은, 하드웨어인 컴퓨터와 결합되어 실행되기 위해 프로그램(또는 어플리케이션)으로 구현되어 매체에 저장될 수 있다.
상기 전술한 프로그램은, 상기 컴퓨터가 프로그램을 읽어 들여 프로그램으로 구현된 상기 방법들을 실행시키기 위하여, 상기 컴퓨터의 프로세서(CPU)가 상기 컴퓨터의 장치 인터페이스를 통해 읽힐 수 있는 C, C++, JAVA, 기계어 등의 컴퓨터 언어로 코드화된 코드(Code)를 포함할 수 있다. 이러한 코드는 상기 방법들을 실행하는 필요한 기능들을 정의한 함수 등과 관련된 기능적인 코드(Functional Code)를 포함할 수 있고, 상기 기능들을 상기 컴퓨터의 프로세서가 소정의 절차대로 실행시키는데 필요한 실행 절차 관련 제어 코드를 포함할 수 있다. 또한, 이러한 코드는 상기 기능들을 상기 컴퓨터의 프로세서가 실행시키는데 필요한 추가 정보나 미디어가 상기 컴퓨터의 내부 또는 외부 메모리의 어느 위치(주소 번지)에서 참조되어야 하는지에 대한 메모리 참조관련 코드를 더 포함할 수 있다. 또한, 상기 컴퓨터의 프로세서가 상기 기능들을 실행시키기 위하여 원격(Remote)에 있는 어떠한 다른 컴퓨터나 서버 등과 통신이 필요한 경우, 코드는 상기 컴퓨터의 통신 모듈을 이용하여 원격에 있는 어떠한 다른 컴퓨터나 서버 등과 어떻게 통신해야 하는지, 통신 시 어떠한 정보나 미디어를 송수신해야 하는지 등에 대한 통신 관련 코드를 더 포함할 수 있다.
상기 저장되는 매체는, 레지스터, 캐쉬, 메모리 등과 같이 짧은 순간 동안 데이터를 저장하는 매체가 아니라 반영구적으로 데이터를 저장하며, 기기에 의해 판독(reading)이 가능한 매체를 의미한다. 구체적으로는, 상기 저장되는 매체의 예로는 ROM, RAM, CD-ROM, 자기 테이프, 플로피디스크, 광 데이터 저장장치 등이 있지만, 이에 제한되지 않는다. 즉, 상기 프로그램은 상기 컴퓨터가 접속할 수 있는 다양한 서버 상의 다양한 기록매체 또는 사용자의 상기 컴퓨터상의 다양한 기록매체에 저장될 수 있다. 또한, 상기 매체는 네트워크로 연결된 컴퓨터 시스템에 분산되어, 분산방식으로 컴퓨터가 읽을 수 있는 코드가 저장될 수 있다.
이상, 첨부된 도면을 참조로 하여 본 발명의 실시예를 설명하였지만, 본 발명이 속하는 기술분야의 통상의 기술자는 본 발명이 그 기술적 사상이나 필수적인 특징을 변경하지 않고서 다른 구체적인 형태로 실시될 수 있다는 것을 이해할 수 있을 것이다. 그러므로, 이상에서 기술한 실시예들은 모든 면에서 예시적인 것이며, 제한적이 아닌 것으로 이해해야만 한다.

Claims (10)

  1. 서비스서버가 협업그룹에 대응되는 프로젝트를 생성하는 단계;
    상기 프로젝트 내의 메인보드에 사용자클라이언트로부터 카드데이터를 수신하여 기본카드를 생성하되, 상기 카드데이터는 프로젝트 내에 입력되는 정보인, 카드데이터수신단계;
    상기 카드데이터 내에 라벨 입력요청을 수신하는 라벨입력요청단계;
    상기 라벨에 상응하는 확장보드에 상기 카드데이터를 연결하는 단계;
    상기 확장보드에 특정한 라벨에 의해 연결된 카드데이터를 표시하는 단계;를 포함하고,
    상기 확장보드는 상황별 또는 산업군별로 사용되는 특정한 형식의 보드인, 협업서비스 제공방법.
  2. 제1항에 있어서,
    상기 카드데이터연결단계는,
    상기 라벨에 대응되는 확장보드에 상응하는 형식으로 변형된 확장카드를 표시하는 것을 특징으로 하는, 협업서비스 제공방법.
  3. 제1항에 있어서,
    상기 프로젝트는 하나 이상의 스페이스를 포함하고,
    상기 스페이스는 상기 협업그룹 내의 하나 이상의 세부그룹에 대응되는 것인, 협업서비스 제공방법.
  4. 제1항에 있어서,
    상기 협업그룹에 포함되는 사용자에 의해 상기 프로젝트 내에 특정한 신규스킨 구입에 따라, 서비스서버가 상기 프로젝트 내에 상기 신규스킨에 포함된 확장스페이스, 확장보드 및 확장카드 중 어느 하나를 추가하는 단계;를 더 포함하고,
    상기 신규스킨 구입은 협업서비스 내의 마켓을 통해 수행되는 것인, 협업서비스 제공방법.
  5. 제1항에 있어서,
    상기 확장보드는,
    특정한 분야에서 사용되는 양식을 기반으로 생성되며,
    상기 확장보드 내에 포함되는 확장카드는,
    기본카드 내에 포함된 데이터 중에서 상기 확장보드 상에서 표시되어야 하는 정보만을 특정한 형식으로 표시하는 것인, 협업서비스 제공방법.
  6. 제1항에 있어서,
    상기 협업그룹 내의 특정한 사용자에 의해 상기 메인보드 또는 상기 확장보드에서 특정한 카드데이터가 수정되면, 하나 이상의 확장보드 내에 수정된 확장카드데이터를 표시하는 단계;를 더 포함하고,
    상기 메인보드와 상기 확장보드는 보드 유형에 따라 동일한 정보를 상이한 형식의 기본카드데이터와 확장카드데이터로 표시하는 것인, 협업서비스 제공방법.
  7. 제1항에 있어서,
    상기 카드데이터는 해당 카드에 관련사용자정보를 라벨로 포함하고,
    카드데이터가 수정되면 관계자정보에 포함된 사용자에게만 수정알림을 제공하는 것을 특징으로 하는, 협업서비스 제공방법.
  8. 제1항에 있어서,
    상기 협업서비스가 영화촬영에 사용되는 경우,
    상기 기본카드는 시나리오 내에 포함된 각각의 씬별로 생성되고,
    상기 확장보드는 촬영일정표에 해당하고,
    상기 촬영일정표에 포함되는 확장카드는 일정라벨에 특정한 일자를 촬영일정으로 설정한 복수의 기본카드를 병합하여 생성되는 카드로서, 촬영일자 순서대로 순번이 부여되는 것인, 협업서비스 제공방법.
  9. 제1항에 있어서,
    상기 카드데이터수신단계는,
    시나리오데이터에 대한 분할요청을 수신하여 각 씬에 대응하는 기본카드를 생성하는 것을 특징으로 하는, 협업서비스 제공방법.
  10. 하드웨어인 컴퓨터와 결합되어, 제1항의 방법을 실행시키기 위하여 매체에 저장된, 협업서비스 제공프로그램.
PCT/KR2018/006386 2017-06-07 2018-06-05 협업서비스 제공방법 및 프로그램 WO2018226005A1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US16/183,968 US20190073634A1 (en) 2017-06-07 2018-11-08 Method and program for providing collaboration service

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2017-0070655 2017-06-07
KR1020170070655A KR101903476B1 (ko) 2017-06-07 2017-06-07 협업서비스 제공방법 및 그 프로그램

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US16/183,968 Continuation US20190073634A1 (en) 2017-06-07 2018-11-08 Method and program for providing collaboration service

Publications (1)

Publication Number Publication Date
WO2018226005A1 true WO2018226005A1 (ko) 2018-12-13

Family

ID=63863981

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2018/006386 WO2018226005A1 (ko) 2017-06-07 2018-06-05 협업서비스 제공방법 및 프로그램

Country Status (3)

Country Link
US (1) US20190073634A1 (ko)
KR (1) KR101903476B1 (ko)
WO (1) WO2018226005A1 (ko)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2021086340A (ja) * 2019-11-27 2021-06-03 Ｆｉｌｍ Ｓｏｌｕｔｉｏｎｓ株式会社 撮影支援システム、撮影案内情報出力方法、プログラム

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20020034551A (ko) * 2000-11-02 2002-05-09 이상훈 협동 작업 지원 시스템
KR20100026304A (ko) * 2008-08-29 2010-03-10 삼성에스디에스 주식회사 협업 포탈 제공방법 및 이를 적용한 협업 포탈 시스템
KR20130073341A (ko) * 2011-12-23 2013-07-03 학교법인 서강대학교 네트워크를 이용한 협업 프로젝트 수행 시스템 및 방법
KR20140133972A (ko) * 2013-05-09 2014-11-21 한성대학교 산학협력단 공동 작업에 의한 서비스의 시각적 양식화 시스템
KR20160143912A (ko) * 2015-06-04 2016-12-15 (주)플랜아이 텍스트 입력을 통한 업무 관리 방법 및 장치

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20020034551A (ko) * 2000-11-02 2002-05-09 이상훈 협동 작업 지원 시스템
KR20100026304A (ko) * 2008-08-29 2010-03-10 삼성에스디에스 주식회사 협업 포탈 제공방법 및 이를 적용한 협업 포탈 시스템
KR20130073341A (ko) * 2011-12-23 2013-07-03 학교법인 서강대학교 네트워크를 이용한 협업 프로젝트 수행 시스템 및 방법
KR20140133972A (ko) * 2013-05-09 2014-11-21 한성대학교 산학협력단 공동 작업에 의한 서비스의 시각적 양식화 시스템
KR20160143912A (ko) * 2015-06-04 2016-12-15 (주)플랜아이 텍스트 입력을 통한 업무 관리 방법 및 장치

Also Published As

Publication number Publication date
US20190073634A1 (en) 2019-03-07
KR101903476B1 (ko) 2018-10-02

Similar Documents

Publication Publication Date Title
WO2016208951A1 (ko) 링크 정보에 대응하는 오픈 채팅방을 통해 메시지 서비스를 제공하는 메시지 서비스 제공 방법 및 상기 메시지 서비스 제공 방법을 수행하는 메시지 서버 및 단말
WO2016108545A1 (ko) 대화 서비스 제공 방법 및 대화 서비스 제공 디바이스
WO2016129811A1 (ko) 인스턴트 메시징 서비스에서 공식계정의 리치 메뉴를 제공하는 방법과 시스템 및 기록 매체
WO2016126018A1 (ko) 메신저의 대화내용을 관리하는 방법과 시스템 및 기록 매체
WO2022191392A1 (ko) 창작물 거래 시스템
WO2022255597A1 (ko) 사용자 단말기와 연동하여 작동하는 사이니지 시스템
WO2012105783A2 (en) E-book terminal, server, and service providing method
KR102202022B1 (ko) 유휴 휴대 단말기를 이용한 디지털 사이니지 서비스 제공 방법 및 그 시스템
WO2013147484A1 (ko) 대기표 운용 시스템 및 그 운용방법
WO2013069885A1 (en) System and method of sharing application information
WO2018226005A1 (ko) 협업서비스 제공방법 및 프로그램
CN111277589A (zh) 会议文档生成方法及装置
US20110055730A1 (en) User-Customizable Electronic Virtual Exhibit Reproduction System
WO2024090822A1 (ko) 전자명함 생성 및 관리 방법과 이를 위한 시스템
WO2023224264A1 (ko) 그룹 전용 사이니지를 이용한 그룹 구성원 간 유대감 강화 서비스 시스템
KR102007790B1 (ko) 협업서비스 제공방법 및 프로그램
WO2012148212A2 (ko) 회의체 적응 회의 지원 방법 및 시스템
WO2023121358A1 (ko) 어플리케이션 통합 관리 시스템
WO2013066055A1 (ko) 스마트 어플리케이션을 활용한 저작권자의 저작물 직접관리 서비스 제공방법 및 이를 이용한 저작권자의 저작물 직접관리 서비스 제공시스템
WO2018226030A1 (ko) 그룹내부정보 공유방법 및 공유프로그램
KR101750493B1 (ko) 웹 기반 실시간 서비스 시스템 및 이를 지원하는 서버 장치
WO2018226007A1 (ko) 업데이트된 게시정보 제공방법 및 프로그램
WO2023003141A2 (ko) 인터랙티브 자연어 처리 기반의 동영상 생성 장치 및 방법
WO2014051261A1 (ko) 채팅인터페이스 제공 방법 및 시스템
WO2024058285A1 (ko) 이벤트에 기반하여, 블록 체인에 기반한 토큰을, 서로 상이한 전자 지갑들과 매칭하는 컴퓨터 판독 가능 저장 매체, 및 방법

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 18813575

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 18813575

Country of ref document: EP

Kind code of ref document: A1