WO2014182092A1 - 스마트워크를 위한 메일정보 연동 시스템 및 방법 - Google Patents

스마트워크를 위한 메일정보 연동 시스템 및 방법 Download PDF

Info

Publication number
WO2014182092A1
WO2014182092A1 PCT/KR2014/004104 KR2014004104W WO2014182092A1 WO 2014182092 A1 WO2014182092 A1 WO 2014182092A1 KR 2014004104 W KR2014004104 W KR 2014004104W WO 2014182092 A1 WO2014182092 A1 WO 2014182092A1
Authority
WO
WIPO (PCT)
Prior art keywords
mail
interworking
command
outgoing
address
Prior art date
Application number
PCT/KR2014/004104
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 KR1020167022554A priority Critical patent/KR20160103146A/ko
Priority to KR1020157008407A priority patent/KR20150056797A/ko
Publication of WO2014182092A1 publication Critical patent/WO2014182092A1/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/107—Computer-aided management of electronic mailing [e-mailing]
    • 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
    • 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/109—Time management, e.g. calendars, reminders, meetings or time accounting

Definitions

  • the present invention relates to a mail information management system capable of performing its own schedule management, to-do management, memo management, data storage management, and the like by using mail sent and received by mail users, Interworking system and method.
  • a technique of automatically registering the mail information in the interworking system and a technique of allowing the user to read or send a mail And more particularly, to a system and method for automatically archiving (archiving) only a message (i.e., a mail having high information utilization).
  • Modern people use specialized business management services along with e-mail to improve work productivity.
  • Use e-mail to communicate and share tasks use online calendars to manage schedules, use Todo or Task Manager to manage work history, and memo like Evernote to record instantaneous information.
  • Tools, and utilize storage services such as drop boxes or Google Drive to store large files.
  • the mail server automatically recognizes the contents of the body of the mail and automatically registers the contents in the system according to the contents.
  • registration is performed indiscreetly, There was a problem to be interlocked.
  • a conventional mail archiving (archiving) technique for archiving and managing mail exchanged by a user is a method of automatically storing all mail received by the mail server. Therefore, even junk e-mail not related to business or information e-mail having low importance or importance may be stored mechanically and meaninglessly, which may burden the system. In order to recycle the stored e-mail, there was.
  • the present invention provides a mail information interworking system and method for conveniently linking a mail received or sent by a user to a specialized system such as a schedule management, a task management, a memo management, a storage management, an archiving management,
  • the present invention relates to a system and method for managing a mail (mail) client program used by a user without having to install or change additional software, Storage management, and the like).
  • the present invention also provides a system and method for automatically archiving all mail exchanged according to a mail archiving policy based on an e-mail address.
  • the method further comprises determining whether an associated mail address associated with a sender of the outgoing mail exists in the mail recipient list of the outgoing mail,
  • the step of determining whether the interlock command is present may be executed only when the associated mail address exists.
  • the step of determining whether the associated mail address is present comprises:
  • the step of determining whether the interlock command is present comprises:
  • the interlocking system may be at least one of a schedule management service, a toll management service, a memo management service, and a storage management service.
  • the outgoing mail interlocking processing section using the extracted e-mail address, registering the outgoing mail in a storage system predetermined in advance through the mail interlock applying section.
  • the received mail interworking process unit registers the received mail in a storage system predetermined in advance through the mail interconnection applying unit using the extracted mail address.
  • the mail information can be linked to the specialized system by a simple method of sending the mail together with the interlocking command to the own e-mail address, and the recyclability of the mail information can be greatly improved.
  • the user can utilize e-mail only as a tool for transmitting and receiving information, and the storing and reference of information can be performed by a separate specialized system (i.e., a schedule management, ), So that the user can empty the inbox (inbox) of the mail without stacking the various business information in the mail box.
  • a separate specialized system i.e., a schedule management,
  • a mail having low information utilization such as a large number of mail or junk mail not arriving at the mailbox and not being read is automatically stored, (Ie, only information-rich mail) can be organized and stored based on the recipient's or sender's email address. Therefore, if the mail information should be recycled in the future, systematic approach and utilization will be possible.
  • all the mail exchanged with the customer is automatically stored based on the e-mail address of the customer. Therefore, At a glance.
  • 1 is a block diagram of an ordinary mail and an operation flow chart.
  • FIG. 2 is a flowchart illustrating an operation of the mail information interworking system according to an embodiment of the present invention.
  • 3 is a functional block diagram of each component of the mail information interworking system.
  • FIG. 4 is a flowchart illustrating a method of linking mail information to a schedule management service according to an exemplary embodiment of the present invention.
  • FIG. 5 is a flow chart for linking mail information to a to-do management service according to an embodiment of the present invention.
  • FIG. 6 is a flowchart for linking mail information to a note management service according to an embodiment of the present invention.
  • FIG. 7 is a flowchart illustrating a method of linking mail information to a storage management service according to an exemplary embodiment of the present invention.
  • FIG. 8 is an example of archiving mail addresses according to an embodiment of the present invention into a file system as a classification standard.
  • FIG. 1 is a block diagram illustrating a configuration and an operational flow of a conventional mail system.
  • a typical mail system is a mail transfer agent (MTA) that performs a role of receiving or deciding to send mail, a mail server Mail Delivery Agent (MDA) to send to the MTA, Mail User Agent (MUA) to allow the client to view the mail received in the mailbox, IMAP (Internet) that allows the MUA to view or download the mail in the mailbox Message Access Protocol (POP) or Post Office Protocol (POP).
  • MTA mail transfer agent
  • MDA Mail Delivery Agent
  • MUA Mail User Agent
  • IMAP Internet
  • IMAP Internet
  • POP Message Access Protocol
  • POP Post Office Protocol
  • Typical MTA products include Sendmail and qmail.
  • MDA includes Maildrop
  • MUA includes MS Outlook or Express.
  • the order of receiving mail is as follows. (1) The MTA receives mail using SMTP (Simple Mail Transfer Protocol), (2) the MDA stores the mail in the mailbox corresponding to the mail account, IMAP or POP to check if there is mail in the mailbox via IMAP or POP server, and 4 IMAP or POP server to send the mail to MUA. As a result, the user can browse the mail.
  • SMTP Simple Mail Transfer Protocol
  • the order in which mails are sent is as follows.
  • the MUA sends a mail envelope and a mail to be sent to the MTA.
  • the MTA checks the received envelope and the conditions for the mail (whether the person sending the mail is a legitimate user, has a corresponding ID account in the mail server domain), and sends it to the MDA.
  • MDA sends mail to the other MTA if the received mail is not the corresponding mail system account.
  • FIG. 2 is a flowchart illustrating an operation of the mail information interworking system according to an exemplary embodiment of the present invention.
  • FIG. 3 is a functional block diagram of each component of the mail information interworking system.
  • the mail information interlocking system includes an MUA 100, an outgoing mail interlock processing unit 200 (see Linkage SMTP 200 in FIG. 2), an MDA 300, a received mail interlock processing unit 400 (Linkage IMAP 400 ), A policy management unit 500 (see Admin 500 in FIG. 2), a user account management unit 600 (see User 600 in FIG. 2), a mail link application unit 700 (See 700).
  • SMTP is used as the mail sending protocol
  • IMAP is used as the mail receiving protocol.
  • the mail sending protocol and the mail receiving protocol that can be used in the present invention are not limited thereto.
  • the roles and functions of the above-described components of the mail information interlocking system will be described in order.
  • the names of the components are as shown in Figs. 2 and 3 do.
  • Linkage SMTP 200 interlocks with mail containing interlocking commands and performs automatic archiving for outgoing mail, and includes an SMTP module 201 and a Linkage SMTP trigger 202.
  • the SMTP module 201 plays a role of a general SMTP server such as checking for outgoing mail and receiving mail for mail processing including interlock commands.
  • the Linkage SMTP trigger 202 checks whether or not the interlock command is included in the mail. If the interlock command is included, Command and the corresponding mail to the Linkage Adapter (700).
  • the linkage SMTP 200 receives the mail from the MUA 100, and the linkage SMTP trigger 202 is used to store the mail address of the recipient entered in the mail or envelope, or the email address of the sender Extracts the address, and sends the mail to the Linkage Adapter 700 together with the e-mail address.
  • Linkage IMAP 400 is responsible for delivery and management of incoming mail, and includes an IMAP module 401 and a Linkage IMAP trigger 402.
  • the IMAP module 401 is responsible for basic IMAP-based mail client and IMAP standard functions.
  • the Linkage IMAP trigger 402 receives from the MUA 100 the mail flag value (read, reply, importance / urgency, etc.) sent when the user browses or replies to the mail in the MUA 100, Extracts the e-mail address of the e-mail recipient or sender of e-mail to the Linkage Adapter 700, and sends the e-mail address and the e-mail to the Linkage Adapter 700.
  • the MDA 300 manages the mail received from the Linkage SMTP 200 as a mail box for each user account or sends it to the external MTA. At this time, considering the efficiency of individual mail processing, the roles of the Linkage SMTP trigger 202 and / or the Linkage IMAP triggers 402 may be reconfigured to be performed as a subordinate component of the MDA 300.
  • the Admin 500 is a component for managing the overall policy of the mail server.
  • the Admin 500 includes a Mail Policy module 501, a Linkage Adapter Config module 502, a Linkage Adapter command Config module 503, and the like.
  • the Mail Policy module 501 is a component for setting an e-mail related operation policy such as mail domain setting, account creation, and log management.
  • the Linkage Adapter Config module 502 is a component for setting policies related to interworking services such as schedule management, task management, memo management, storage management, and archive management.
  • the Linkage Adapter Command Config module 503 is a component for setting (or adding / deleting / changing, etc.) interlock commands and setting how the lower interlocking section re-registers mail by command.
  • the user 600 includes a user-specific Webmail module 601, a User Config module 602, and the like.
  • the WebMail module 601 is a component for enabling web mail to operate.
  • the User Config module 602 sets environment settings such as basic password change of mail and automatic mail delivery, and stores accounts and passwords Direct registration management.
  • the Linkage Adapter 700 is a component that performs a linking process so that a user's mail is registered in an interlocking system by an interlocking command or can be registered in a storage system when a user's mail is viewed and sent.
  • the linkage adapter 700 may include a schedule management linking unit 701, a task management linking unit 702, a memo management linking unit 703, a storage management linking unit 704, an archive linking unit 705, have.
  • the linkage adapter 700 manages the linkage command and the mail sent from the linkage SMTP trigger 202 according to the linkage command set in the Linkage Adapter Command Config 503 by the schedule management linkage unit 701, the task management linkage unit 702, To the lower interlocking unit such as the interlocking unit 703 and the storage management interlocking unit 704, and re-registers the corresponding mail in the interlocking system.
  • the schedule management interworking unit 701 can interwork with other calendar services using CalDav (RFC 4791), which is a standard protocol for calendar service linkage.
  • CalDav a standard protocol for calendar service linkage.
  • the title of the implemented mail is a certain title, As shown in FIG.
  • the to-do management linking unit 702, the memo management linking unit 703, the storage management linking unit 704, and the like can register the mail using the Open API provided by the corresponding service to be linked.
  • Google Task, Evernote, Dropbox, etc. can open the third party Open API to register the information.
  • This interworking part can be linked with the API provided by the interoperating provider by using the mail and the interlock command. can do. A specific process for this is shown in Figs. 4-7.
  • interworking management according to the present invention will be described in more detail with reference to e-mail creation examples for scheduling, task management, memo management, and storage management using interlocking commands.
  • the following example mail related to schedule management is an example in which an e-mail including an interlock command is created in order to register a schedule to his schedule management system while returning to a junior lunch appointment mail.
  • 4 is a flowchart showing how mail is linked to the schedule management service.
  • the sender's own e-mail address is added to the recipient list while returning to the other party's lunch appointment mail,
  • the interlocking command is input together.
  • the interworking command for schedule management is inserted into the phrase " @cal: Date: 20130515 Time: 1200 Where: Shinchon. &Quot;
  • @cal is a command for instructing an interlocking command with the schedule management service
  • Date is a command for instructing an interlocking command with the schedule management service
  • Date is a command for instructing an interlocking command with the schedule management service
  • Date is a command for instructing an interlocking command with the schedule management service
  • Date is a command for instructing an interlocking command with the schedule management service
  • Date is a command for instructing an interlocking command with the schedule management service
  • the linkage SMTP 200 has an address identical to the email address of the user who is the sender of the mail address selected as the recipient, and there is an interworking command for schedule management as in the above example S41), extracts the schedule information (calendar information in S42 in FIG. 4) instructed by the interlock command, and transmits it to the linkage adapter 700. Accordingly, the linkage adapter 700 processes the received schedule information so that it can be registered in association with the schedule management service (refer to S44 in FIG. 4).
  • the Linkage SMTP 200 may also include other contents of the e-mail (for example, envelope, Etc.) to the Linkage Adapter 700 so that other contents in the e-mail can be processed together with the schedule management service (including the e-mail link). This is also the same in Figs. 5 to 7 below.
  • the Linkage SMTP 200 transmits the interworking command to the sender (i.e., the user) so that the interworking command inserted by the sender (i.e., user) (E. G., S45 in FIG. 4).
  • the sender i.e., the user
  • ≪ / RTI &gt That is, if there is more than one recipient other than himself in the mail recipient list, he can delete the interworking command inserted in the body of the email, and then send the mail to the addresses of the other recipients.
  • a mail including an interlock command may not be left in the sent mail box.
  • the execution management task (in this example, This is an example of sending mail when you add. 5 is a flowchart showing how mail is linked to the to-do management service.
  • the data related to the business support project of the 1 st class should be submitted by 5/8 (Wed) 18:00. Please refer to the work.
  • the mail sending request mail of the other party is set up to manage the to-do list in the body of the email contents,
  • the interlocking command is input together.
  • the interworking command for task management is inserted into the phrase "@todo: Due: 201305081800 project: government support project”.
  • @todo: is a command for instructing an interworking command with the to-do management service
  • Due: " and " project:” respectively specify a detailed item (i.e., a time limit and a project name) This corresponds to the detailed command for.
  • the detailed commands "Date:”, “Time:”, “Folder:”, “Tag:” and the like that will be described later may be used.
  • the linkage SMTP 200 has the same address as the email address of the user who is the sender of the mail address selected as the recipient, and there is an interlocking command for task management as in the above example
  • the task information (ToDo information in S52 of FIG. 5) instructed by the interlocking command is extracted and transmitted to the linkage adapter 700.
  • the linkage adapter 700 processes the received task information so that it can be registered in the task management service (refer to S54 in FIG. 5).
  • the Linkage SMTP 200 transmits the interworking command to the sender (i.e., the user) so that the interworking command inserted by the sender (i.e., user) (E. G., S55 in FIG. 5).
  • Step S41 in FIG. 4 and step S51 in FIG. 5 in the above-described Linkage SMTP 200 and the extraction process of the interlocking information indicated by the interlocking instruction (step S42 in FIG. 4 and step S52 in FIG. 5)
  • the process of transferring the information to the Linkage Adapter 700 (S43 in Fig. 4 and S53 in Fig. 5) and the process of removing the interworking information before mail transmission (S45 in Fig. 4 and S55 in Fig. 5) The same principle applies. Therefore, redundant description thereof will be omitted in the following description of the exemplary embodiments.
  • the following example mail related to note management is an example of a mail linked to a note (memo) management system when the government sends a form required for job submission, and the contents of the mail and the attachment file (ie, to be. 6 is a flowchart showing how mail is linked to the note management service.
  • Content-Type multipart / alternative
  • href "mailto: nicejh@softmore.kr”> <nicejh@softmore.kr> ⁇ /a> ⁇ / td>
  • ⁇ pre> It is the first data related to the support business of one creative enterprise. ⁇ / pre>
  • filename * 0 * UTF-8 ''% 31% EC% 9D% B8% EC% B0% BD% EC% A1% B0% EA% B8% B0% EC% 97% 85% 2E% 68;
  • @note is a command for instructing a command for interlocking with a note (memo) management service.
  • &Quot Folder: A folder name and a tag name related to the memo).
  • the following example mail related to storage management is an example of a mail linking the reference data sent from an acquaintance to a Google Drive. 7 is a flowchart showing how mail is linked to the storage management service.
  • Content-Type multipart / alternative
  • the linkage SMTP 200 determines whether the same mail address as the sender of the mail recipient list exists, and if it exists (i.e., if the mail sender himself / , It is determined whether an interlock command is inserted in the mail body and the corresponding interworking information is transmitted to the Linkage Adapter 700 so that the interlocking registration processing corresponding to the interlock command can be performed.
  • the Linkage SMTP 200 needs to determine whether the interworking command is inserted in the contents of the e-mail body. In this case, whether or not the interworking command is inserted can be confirmed based on the interworking command starting identifier.
  • various identifiers may be utilized within the scope of not causing confusion with the contents of the e-mail body text, as the interlock command start identifier.
  • the interlocking command start identifier may be a special character except letters or numbers that can be confused with the email body by natural language processing. These special symbols include ⁇ , ⁇ ,!, @, #, $,%, ⁇ , &, *, , Or the like may be used, and an identifier starting with at least two of them may be utilized. [0159] As the interlock command start identifier, letters or numbers May be used to prevent confusion with the content of the email body.
  • the interlock command start identifier and use the character indicating the service which is the destination of the interlock registration together with the interlock command confirmation so that it can be clearly distinguished from the interlock command.
  • the Linkage SMTP 200 transmits characters indicating the services requiring interworking registration after the interlocking command start identifier is written May be determined to have been inserted only if "Cal:”, “todo:”, “Note:”, and "storage:” in the example of FIG.
  • the linkage SMTP 200 determines whether or not an address identical to the mail sender's own mail address exists among the mail receiver addresses.
  • the core principle of the present invention can include a case where an email address related to the user is included in the recipient list so that the outgoing mail is transmitted to the user himself while taking an action of sending the user's mail. For example, even if the mail address is different from the sending mail address, even if another mail address (for example, another mail address or an associated mail address) registered in advance by the sender himself / herself is included in the recipient list
  • the interworking registration by the interlock command may be performed.
  • the company's main mail address may be added to the recipient list and processed to be linked to the entire schedule, tasks, notes, and storage that the company manages and shares.
  • the interworking registration according to the interlocking command is performed only when the sender's mail address exists in the recipient list of the outgoing mail. For example, it may be determined whether the interworking command is included in the mail body, regardless of whether the sender's mail address is present in the recipient list, and processing according to the interworking command may be performed. In this case, a system load may be caused to determine whether there is an interlocking command for all outgoing mails, but despite this effective difference, this constitutes one embodiment within the scope of the present invention.
  • the interlocking command is inserted in the body of the outgoing mail.
  • the insertion position of the interlocking command may be modified in various ways such as a header, an inventory, and a protocol message. It should not be construed as limited to the case of insertion.
  • the linkage adapter 700 sends a command for confirming whether the partner interworking service system is operating normally, and may record the mail and interworking service command in the interworking waiting scheduled list when the ACK related thereto is not received. After checking the interworking service system periodically, if the normal operation is confirmed, the title and contents of the mail can be transmitted to the interworking system.
  • a command list including a command list including an interlock command file usable in the corresponding system is included at the top of the sent original message, can do.
  • the tag when a mail is created in HTML format, the tag may be removed from the HTML, and only the contents of the text may be extracted and transmitted to the interworking system. This can be applied to the cases of the above mail creation examples # 3 and # 4.
  • the linkage IMAP trigger 402 extracts a mail address from the mail that is read when the mail is viewed by the user, and transmits the extracted mail address and the mail to the linkage adapter 700 together.
  • the linkage IMAP trigger 402 can determine whether or not the mail is browsed by receiving information about whether or not the received mail is read from the MUA 100 (for example, read value of the delivered mail).
  • the Linkage SMTP trigger 202 extracts the mail address from the forwarded mail and transmits the extracted mail address and the corresponding mail to the Linkage Adapter 700 together.
  • the linkage adapter 700 sends the mail address and the mail to be delivered from the Linkage SMTP trigger 202 and the Linkage IMAP trigger 402 to the archive interworking unit 705 in the course of browsing and sending mail by the user.
  • the archive interworking unit 705 classifies the mail in the order of the top level domain and the second level domain of the email address based on the mail address sent from the Linkage SMTP trigger 202 and the Linkage IMAP trigger 402,
  • the name of the user can be organized by the last classification system.
  • the read mail can be arranged based on the sender, and the sent mail can be arranged based on the receiver.
  • the mail may be classified according to the order of the top level domain, the second level domain, and the ID of the extracted email address information, and the mail may be classified into the sent mail (for outgoing mail) or the inbox (for incoming mail) Can be arranged and stored.
  • FIG. 8 illustrates an example in which the read mail is automatically arranged hierarchically on the basis of the sender's mail address, and the sent mail is automatically organized hierarchically based on the recipient's mail address and simultaneously archived in the file system.
  • FIG. 8 illustrates an example in which all users (for example, all members of a company, all members of a specific group in the company) who have an account in the mail service simultaneously archive mail read or sent to a single archive .
  • the manner in which mails are archived by the archive interworking unit 705 can be modified in various ways. For example, as shown in FIG. 8, all mail system users may be grouped together, but the range in which the mail is sorted according to the classification criteria may be organized for each mail account.
  • the mail address can be stored hierarchically on the basis of the mail address. However, the mail address can be sorted based on the time of reading or sending the mail.
  • the classification system may be organized in order of year, month, and day, and the e-mail address may be organized into the final classification system.
  • the medium in which the mail is stored may be any medium that provides a classification system such as a bulletin board, a file system, and an EDMS.
  • the file archiving method may be set differently according to the property of the medium.
  • classification information can be generated based on a folder and the final save file format can be stored as an EML text.
  • the classification information is based on a logical classification scheme provided by the corresponding system. The title, body, and attachment of the mail can be registered in one record as the title of the article, the body of the article, have.

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Human Resources & Organizations (AREA)
  • Strategic Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Operations Research (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Data Mining & Analysis (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Hardware Design (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

본 발명은 메일 이용자가 수발신한 메일을 이용하여, 자신의 일정관리, 할일관리, 메모관리, 자료저장관리 등을 수행할 수 있고, 모든 메일을 체계적으로 보관(아카이빙)할 수 있도록 하는, 메일정보 연동 시스템 및 방법에 관한 것이다. 보다 구체적으로는, 사용자가 자신의 이메일 계정으로 메일을 보내면서, 연동 명령어를 함께 입력하는 경우, 해당 메일정보가 연동시스템에 자동으로 등록되도록 하는 기술과, 사용자가 메일을 읽거나 메일을 보낸 것(즉, 정보 활용도가 높은 메일)만을 자동으로 보관(아카이빙)하는 시스템 및 방법에 관한 것이다.

Description

스마트워크를 위한 메일정보 연동 시스템 및 방법
본 발명은 메일 이용자가 수발신한 메일을 이용하여, 자신의 일정관리, 할일관리, 메모관리, 자료저장관리 등을 수행할 수 있고, 모든 메일을 체계적으로 보관(아카이빙)할 수 있도록 하는, 메일정보 연동 시스템 및 방법에 관한 것이다.
보다 구체적으로는, 사용자가 자신의 이메일 계정으로 메일을 보내면서, 연동 명령어를 함께 입력하는 경우, 해당 메일정보가 연동시스템에 자동으로 등록되도록 하는 기술과, 사용자가 메일을 읽거나 메일을 보낸 것(즉, 정보 활용도가 높은 메일)만을 자동으로 보관(아카이빙)하는 시스템 및 방법에 관한 것이다.
현대인들은 업무 생산성 향상을 위하여 이메일과 함께 전문화된 업무관리 서비스를 사용하고 있다. 업무의 전달과 공유를 위해서 이메일을 사용하고, 일정관리를 위해서 온라인 칼렌다를 사용하며, 업무수행 내역을 관리하기 위해서 Todo나 Task 메니저를 사용하고, 순간 순간 발생하는 정보를 기록하기 위해서 Evernote와 같은 메모 도구를 사용하며, 대용량의 파일을 보관하기 위하여 드랍 박스나 구글 드라이브와 같은 스토리지 서비스를 활용한다.
우리의 업무는 대부분 이메일을 통해서 시작된다. 따라서 메일박스에 수신한 메일정보를 서비스 용도에 맞게 그때마다 재정리 해주어야, 중요한 업무 정보가 메일박스에 정크메일과 혼용되어 방치되지 않을 수 있고, 중요한 업무 정보를 전문화된 서비스에서 체계적으로 재활용할 수 있다. 그러나 이를 위해서는, 메일 내용에 따라, 재활용할 내용이 일정정보라면 칼렌다 서비스에, 할일정보라면 Todo list 관리서비스에, 참조정보라면 메모 서비스에, 첨부파일이라면 스토리지 서비스에 사용자가 직접 등록 해주어야 하는 불편함이 있었다.
이러한 불편함을 개선하기 위하여, 사용자가 메일을 열람하거나 선택할 때 자동으로 다른 시스템에 정보를 연동시켜 주는 방식이 제안되었다. 그러나 종래 기술에 의하면, 위와 같은 정보 연동을 위하여, 개별 서비스 사업자가 배포하는 전문화된 연동 소프트웨어를 그 서비스 용도 별로(즉, 일정관리, 할일관리, 메모관리, 스토리지관리 등) 사용자의 메일 클라이언트 프로그램에 각각 추가로 설치해야만 한다.
다른 종래 기술에 의하면, 메일서버가 메일의 본문내용을 자동으로 인식하여 내용에 따라서 자동으로 해당 시스템에 등록해 주는 방식이 있었으나, 자연어 처리방식의 한계로 인하여 무분별하게 등록이 이루어지거나 부정확하게 정보가 연동되는 문제점이 있었다.
또 다른 종전 기술에 의하면, 해당 서비스 사업자가 해당 서비스 사용자 계정별로 연동 메일계정을 제공하는 방식이 있었으나, 사용자가 해당 연동 메일을 기억하여, 재활용하고자 하는 메일을 연동메일 계정으로 재전송해주어야 하는 불편함이 있었다.
한편, 사용자가 주고 받은 메일을 보관 및 관리하기 위한 종래 방식의 메일 보관(아카이브) 기술은, 메일서버가 수신한 모든 메일을 자동으로 보관하는 방식이었다. 따라서, 업무와 관련 없는 정크 메일 또는 정보 활용도/중요도가 낮은 메일까지도 기계적으로 무의미하게 보관하여 시스템에 부담을 주는 경우도 있으며, 보관한 메일을 재활용하기 위해서는 대규모 검색 절차를 거쳐야만 사용이 가능한 불편함이 있었다.
따라서 사용자의 수/발신메일을 중심으로 다양한 서비스와 편리하게 정보가 연동되면서도, 의미 있게 메일을 보관할 수 있는 새로운 메일 연동 기술이 필요하다.
본 발명은 사용자가 수신하거나 발신한 메일을 일정관리, 할일관리, 메모관리, 스토리지관리, 아카이빙관리 등과 같이 전문화된 시스템과 편리하게 연동하기 위한, 메일정보 연동 시스템 및 방법을 제공한다.
특히 본 발명은 사용자가 자신이 이용하던 메일 클라이언트 프로그램에 별도의 추가 소프트웨어 설치나 변경을 가함이 없이도, 고객이나 지인들과 주고 받은 메일과 관련된 내용을 타 시스템(일정관리, 할일관리, 메모관리, 스토리지관리 등)에 자동으로 등록하기 위한, 메일정보 연동 시스템 및 방법을 제공한다.
또한 본 발명은 메일 아카이빙 정책에 따라서 주고 받았던 모든 메일을 메일 주소를 기준으로 자동으로 아카이빙하는 시스템 및 방법을 제공한다.
본 발명의 일 측면에 따르면, 메일정보 연동을 위한 컴퓨터 구현방법으로서,
메일 유저 에이전트로부터 발신메일을 수신하는 단계;
상기 발신메일 내에 연동 명령이 존재하는지 여부를 판단하는 단계; 및
상기 연동 명령이 존재하는 경우, 상기 연동 명령에 상응하는 연동등록정보를 상기 연동 명령에 의해 지정되는 연동 시스템에 등록하는 단계를 포함하는 메일정보 연동 방법이 제공된다.
일 실시예에서, 상기 발신메일의 메일 수신자 목록 중 상기 발신메일의 발신자와 연관된 연관 메일주소가 존재하는지 여부를 판단하는 단계를 더 포함하고,
상기 연동 명령이 존재하는지 여부를 판단하는 단계는, 상기 연관 메일주소가 존재하는 경우에 한하여 실행될 수 있다.
일 실시예에서, 상기 연관 메일주소가 존재하는지 여부를 판단하는 단계는,
상기 발신메일의 메일 수신자 목록 중 상기 발신자의 메일주소와 동일한 메일주소가 존재하는지 여부를 판단하는 단계일 수 있다.
일 실시예에서, 상기 연동 명령이 존재하는지 여부를 판단하는 단계는,
미리 지정된 연동 명령 개시 식별자 및 연동 등록의 대상인 연동 서비스를 지시하는 연동 서비스 식별자 중 적어도 하나가 상기 발신메일에 삽입되어 있는지 여부를 판단하는 단계일 수 있다.
일 실시예에서, 상기 발신메일에 삽입된 상기 연동 명령을 제거하는 단계; 및
상기 연동 명령이 제거된 상태의 발신메일을, 상기 발신메일의 수신자 목록 중 상기 발신자 자신의 이메일주소를 제외한 다른 수신자에게 전송하는 단계를 더 포함할 수 있다.
일 실시예에서, 상기 연동 시스템은, 일정관리 서비스, 할일관리 서비스, 메모관리 서비스, 스토리지관리 서비스 중 적어도 하나에 관한 것일 수 있다.
본 발명의 다른 측면에 따르면, 발신메일 연동 보관을 위한 컴퓨터 구현방법으로서,
발신메일 연동 처리부가 메일 유저 에이전트로부터 발신메일을 수신하는 단계;
상기 발신메일 연동 처리부가 상기 발신메일에 입력된 수신자의 메일주소 또는 발신자의 메일주소를 추출하는 단계; 및
상기 발신메일 연동 처리부가 상기 추출된 메일주소를 이용하여, 상기 발신메일을 메일 연동 적용부를 통해 미리 지정된 보관 시스템에 등록하는 단계를 포함하는 발신메일 연동 보관 방법이 제공된다.
일 실시예에서, 상기 메일 연동 적용부를 통해 상기 미리 지정된 보관 시스템에 등록하는 단계는,
상기 추출된 메일주소의 탑 레벨 도메인, 세컨드 레벨 도메인, 메일 아이디명, 보낸 편지함 순서의 계층적 분류체계에 따라 상기 발신메일을 분류하여 등록하는 단계일 수 있다.
본 발명의 또 다른 측면에 따르면, 수신메일 연동 보관을 위한 컴퓨터 구현방법으로서,
상기 수신메일 연동 처리부가 메일 유저 에이전트로부터 수신메일의 열람 여부에 관한 정보를 수신하는 단계;
상기 수신메일 연동 처리부가 열람된 메일에 관한 수신자의 메일주소 또는 발신자의 메일주소를 추출하는 단계; 및
상기 수신메일 연동 처리부가 상기 추출된 메일주소를 이용하여, 상기 수신메일을 메일 연동 적용부를 통해 미리 지정된 보관 시스템에 등록하는 단계를 포함하는 수신메일 연동 보관 방법이 제공된다.
일 실시예에서, 상기 메일 연동 적용부를 통해 상기 미리 지정된 보관 시스템에 등록하는 단계는,
상기 추출된 메일주소의 탑 레벨 도메인, 세컨드 레벨 도메인, 메일 아이디명, 받는 편지함 순서의 계층적 분류체계에 따라 상기 수신메일을 분류하여 등록하는 단계일 수 있다.
본 발명의 실시예에 의하면, 메일 이용자가 수발신한 메일을 이용하여, 자신의 일정관리, 할일관리, 메모관리, 자료저장관리 등을 수행하고, 또한 모든 메일을 체계적으로 보관(아카이빙)해야 할 때, 사용자가 메일을 다른 시스템에 복사하거나 재등록하는 번잡함이 없는 효과가 있다.
본 발명이 실시예에 의하면, 자기 자신의 이메일주소로 연동 명령과 함께 메일을 보내는 간단한 방식으로 메일정보를 전문화된 시스템에 연동시킬 수 있어, 메일정보의 재활용성을 크게 높여줄 수 있다.
또한, 본 발명의 실시예에 의하면, 사용자가 메일정보 연동관리를 위해 별도의 이메일 클라이언트 소프트웨어를 설치하거나 해당 소프트웨어를 변경하는 것 없이, 표준 이메일 클라이언트를 통해서도 메일정보를 관련 전문시스템에 연동시킬 수 있는 효가가 있다.
또한, 본 발명의 실시예에 의하면, 사용자가 이메일을 정보의 수발신 전용도구로만 활용하고, 정보의 보관이나 참조 등은 별도의 전문화된 시스템(즉, 일정관리, 할일관리, 메모관리, 저장관리 도구들)을 활용하게 함으로써, 메일로 들어오는 각종 업무정보를 메일박스에 쌓아놓지 않고 사용자가 메일의 인박스(수신함)를 비울 수 있도록 돕는다.
또한, 본 발명의 실시예에 의하면, 메일을 보관하는 방법에 있어서도, 메일박스에 도착하여 읽지도 않은 수많은 메일 또는 정크메일 등과 같이 정보 활용도가 낮은 메일까지 자동으로 보관하는 것이 아니라, 사용자가 직접 열람했거나 보낸 메일만(즉, 정보 활용도가 높은 메일만)을 수신자 또는 발신자의 이메일주소를 기반으로 정리 및 보관할 수 있다. 이에 따라 향후 메일정보를 재활용해야 할 경우, 체계적인 접근과 활용이 가능하도록 한다.
또한, 본 발명의 실시예에 의하면, 고객과 주고 받은 모든 메일이 해당 고객의 이메일주소를 기반으로 자동으로 보관되기 때문에, 업무 담당자 입퇴사 및 변경에 따른 업무 인수인계시, 고객이나 담당자별 메일내역을 한눈에 파악할 수 있다.
도 1는 통상적인 메일의 구성부와 작동 흐름도이다.
도 2는 본 발명의 일 실시예에 따른 메일정보 연동 시스템의 각 구성부와 작동 흐름도이다.
도 3은 메일정보 연동 시스템의 각 구성부를 기능적으로 보다 세분화한 블록도이다.
도 4는 본 발명의 일 실시예에 따른 일정관리 서비스에 메일정보를 연동하는 흐름도이다.
도 5는 본 발명의 일 실시예에 따른 할일관리 서비스에 메일정보를 연동하는 흐름도이다.
도 6은 본 발명의 일 실시예에 따른 노트관리 서비스에 메일정보를 연동하는 흐름도이다.
도 7는 본 발명의 일 실시예에 따른 스토리지관리 서비스에 메일정보를 연동하는 흐름도이다.
도 8은 본 발명의 일 실시예에 따른 메일주소를 분류 기준으로 파일시스템에 아카이빙 실시한 예시이다.
아래에서는 첨부한 도면을 참고로 하여 본 발명의 실시예에 대하여 본 발명이 속하는 기술 분야에서 통상의 지식을 가진 자가 용이하게 실시할 수 있도록 상세히 설명하겠다. 그러나 본 발명은 여러 가지 상이한 형태로 구현될 수 있으며 여기에서 설명하는 실시예에 한정되지 않으며, 본 발명의 사상 및 기술 범위에 포함되는 모든 변경, 균등물 내지 대체물을 포함하는 것으로 이해되어야 한다.
본 발명을 설명함에 있어서, 관련된 공지 기술에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우 그 상세한 설명을 생략한다.
그리고 도면에서 본 발명을 명확하게 설명하기 위해서 설명과 관계없는 부분은 생략하였으며, 명세서 전체를 통하여 유사한 부분에 대해서는 유사한 도면 부호를 붙였다.
명세서 전체에서, 어떤 부분이 어떤 구성요소를 "포함"한다고 할 때, 이는 특별히 반대되는 기재가 없는 한 다른 구성요소를 제외하는 것이 아니라 다른 구성요소를 더 포함할 수 있는 것을 의미한다. 또한, 명세서에 기재된 "부", "모듈" 등의 용어는 적어도 하나의 기능이나 동작을 처리하는 단위를 의미하며, 이는 하나 이상의 하드웨어나 소프트웨어 또는 하드웨어 및 소프트웨어의 조합으로 구현될 수 있음을 의미한다.
본 발명의 실시예에 대해 첨부된 도면을 참조하여 상세히 설명한다.
도 1은 통상적인 메일시스템의 구성부와 작동 흐름을 나타낸 것이다.
메일서버 구성과 관련한 일반적 구성을 설명하면, 통상적인 메일시스템은, 메일을 보내는 결정을 하거나 받는 역할을 수행하는 MTA(Mail Transfer Agent), MTA가 수신한 메일을 사용자 계정 별 메일박스로 관리하거나 외부 MTA에게 보내는 MDA(Mail Delivery Agent), 클라이언트에서 메일박스에 수신된 메일을 열람할 수 있도록 하는 MUA(Mail User Agent), 메일박스에 있는 메일을 MUA에서 열람하거나 다운로드할 수 있도록 도와주는 IMAP(Internet Message Access Protocol) 또는 POP(Post Office Protocol)으로 구분된다. 여기서, 대표적인 MTA 제품으로는 Sendmail, qmail 등이 있으며, MDA로는 Maildrop 등이 있으며, MUA로는 MS Outlook 또는 Express 등이 있다.
도 1을 참조하여, 메일을 수신하는 순서를 살펴보면, ① MTA에서 SMTP(Simple Mail Transfer Protocol)을 이용하여 메일을 수신하고, ② MDA는 메일계정에 맞는 메일박스에 메일을 보관하며, ③ MUA는 IMAP 또는 POP을 이용하여 IMAP 또는 POP 서버를 경유하여 메일박스에 메일이 있는지 확인하고, ④ IMAP 또는 POP 서버는 해당 메일을 MUA로 전송한다. 이를 통해, 사용자는 메일을 열람할 수 있게 된다.
또한, 도 1을 참조하여, 메일이 발송되는 순서를 살펴보면 (a) MUA는 MTA에게 발송하려는 메일 인벨롭(envelope)과 메일을 전송한다. (b) MTA는 수신한 인벨롭(envelope)과 메일에 대한 조건(메일을 보내려는 사람이 정당한 사용자인지, 메일서버 도메인에 해당 ID 계정이 있는지 등)을 체크한 후, 이를 MDA에게 보낸다, (c) MDA는 수신한 메일이 해당 메일시스템 계정이 아닌 경우 다른 MTA에게 메일을 전송한다.
도 2는 본 발명의 일 실시예에 따른 메일정보 연동 시스템의 각 구성부와 작동 흐름도이며, 도 3은 메일정보 연동 시스템의 각 구성부를 기능적으로 보다 세분화한 블록도이다.
메일정보 연동 시스템은, MUA(100), 발신메일 연동 처리부(200)(도 2의 Linkage SMTP(200) 참조), MDA(300), 수신메일 연동 처리부(400)(도 2의 Linkage IMAP(400) 참조), 정책 관리부(500)(도 2의 Admin(500) 참조), 사용자 계정 관리부(600)(도 2의 User(600) 참조), 메일 연동 적용부(700)(도 2의 Linkage Adaptor(700) 참조)를 포함한다.
본 명세서에서는 메일발신프로토콜로는 SMTP를, 메일수신프로토콜로는 IMAP을 이용하는 경우를 중심으로 설명하지만, 본 발명에서 활용 가능한 메일발신프로토콜 및 메일수신프로토콜은 이에 한정되지 않는다. 이하, 메일정보 연동 시스템의 상술한 각 구성부의 역할 및 기능에 관하여 차례로 설명하며, 이때 설명의 편의 및 도면과의 매칭을 위해 각 구성부의 명칭은 도 2 및 도 3에 기재된 명칭을 그대로 사용하기로 한다.
Linkage SMTP(200)는 연동 명령어가 담긴 메일에 대한 연동과 함께 발신메일에 대한 자동 보관 업무를 수행하며, SMTP 모듈(201)과 Linkage SMTP trigger(202)를 포함한다. SMTP 모듈(201)은 연동 명령어가 담긴 메일처리에 대해서 발신메일 점검과 메일 수신과 같은 일반적인 SMTP 서버의 역할을 수행한다. Linkage SMTP trigger(202)는 발신메일 또는 인벨롭 정보의 수신자 메일주소 내에 발신자의 메일주소가 포함되어 있을 경우, 메일에 연동 명령어가 포함되어 있는지 여부를 확인하고, 연동 명령어가 포함되어 있는 경우 그 연동 명령과 해당 메일을 Linkage Adaptor(700)에 전달한다.
또한 사용자의 보낸 메일을 자동으로 보관함에 있어서, Linkage SMTP(200)는 MUA(100)로부터 메일을 수신하고, Linkage SMTP trigger(202)는 메일 또는 인벨롭에 입력된 수신자의 메일주소 또는 발신자의 이메일주소를 추출하여, 이메일주소와 함께 해당 메일을 Linkage Adaptor(700)로 보낸다.
Linkage IMAP(400)는 수신메일에 대한 전달과 관리를 담당하며, IMAP 모듈(401)과 Linkage IMAP trigger(402)를 포함한다. IMAP 모듈(401)은 기본적인 IMAP 기반 메일클라이언트와 IMAP 표준 기능을 담당한다. Linkage IMAP trigger(402)는 사용자가 MUA(100)에서 메일을 열람하거나 회신할 때 보내오는 메일 플래그 값(읽기, 답신, 중요도/긴급 등)을 MUA(100)로부터 수신하여, 읽기가 수행된 메일에 대한 메일 수신자 또는 발신자의 이메일주소를 추출하고, 해당 이메일주소와 메일을 Linkage Adaptor(700)에게 보낸다.
MDA(300)는 Linkage SMTP(200)로부터 수신한 메일을 사용자 계정별 메일박스로 관리하거나 외부 MTA에게 보내는 구성부이다. 이때, 개별 메일처리의 효율을 고려하여, 상술한 Linkage SMTP trigger(202) 또는/및 Linkage IMAP triger(402)의 역할은 MDA(300)의 하부 구성부로서 수행하도록 재구성할 수도 있다.
Admin(500)은 메일서버의 전반적인 정책을 관리하는 구성부로서, 하위에 Mail Policy 모듈(501), Linkage Adaptor Config 모듈(502), Linkage Adaptor command Config 모듈(503) 등을 포함할 수 있다. 여기서, Mail Policy 모듈(501)은 메일 도메인 설정, 계정 생성, 로그 관리 등 전자메일관련 운영정책을 설정하는 구성부이다. Linkage Adaptor Config 모듈(502)은 일정관리, 테스크관리, 메모관리, 스토리지관리, 아카이브관리 등과 같은 연동 서비스와 관련된 정책 등 설정을 위한 구성부이다. Linkage Adaptor Command Config 모듈(503)은 연동 명령어를 설정(또는 추가/삭제/변경 등)하고, 명령어 별로 하위 연동부가 어떻게 메일을 재등록 할지를 설정하는 구성부이다.
User(600)는 사용자 별 Webmail 모듈(601), User Config 모듈(602) 등을 포함한다. Webmail 모듈(601)은 웹메일이 작동할 수 있도록 하는 구성부이고, User Config 모듈(602)은 메일의 기본적인 비밀번호 변경과 자동 메일전달 등의 환경설정을 설정하고, 연동 서비스 별로 계정과 암호 등을 직접 등록 관리하는 구성부이다.
Linkage Adaptor(700)는 사용자의 메일을 연동 명령에 의해서 연동시스템에 등록하거나, 사용자의 메일열람 및 발송시 보관시스템에 등록될 수 있도록 연동 처리를 수행하는 구성부이다. Linkage Adaptor(700)는, 일정관리 연동부(701), 할일관리 연동부(702), 메모관리 연동부(703), 스토리지관리 연동부(704), 아카이브 연동부(705) 등으로 구성될 수 있다.
Linkage Adaptor(700)은 Linkage SMTP trigger (202)에서 보내온 연동 명령어와 메일을 Linkage Adaptor Command Config(503)에 설정된 연동 명령에 따라서 일정관리 연동부(701), 할일관리 연동부(702), 메모관리 연동부(703), 스토리지관리 연동부(704) 등의 하위 연동부로 보내어, 해당 메일을 연동시스템에 재등록한다.
일정관리 연동부(701)는 칼렌더 서비스 연계를 위한 표준 프로토콜인 CalDav (RFC 4791)를 사용하여 다른 칼렌다 서비스와 연동시킬 수 있으며, 이때 구현되는 메일의 제목은 일정의 제목으로, 메일은 내용은 일정의 내용으로 입력될 수 있다.
또한, 할일관리 연동부(702), 메모관리 연동부(703), 스토리지관리 연동부(704) 등은 연동하고자 하는 해당 서비스가 제공하는 Open API를 이용하여 메일을 등록할 수 있다. 일예로 구글태스크, 에버노트, 드랍박스 등은 제3자 Open API를 공개하여 정보를 등록할 수 있는데, 본 연동부는 해당 연동 사업자가 제공하는 API에 맞게 메일과 연동 명령어를 활용하여 연동이 이루어지도록 할 수 있다. 이에 관한 구체적 프로세스는 도 4 ~ 도 7을 통해 도시되고 있다.
이하에서는 연동 명령어를 사용하여 일정관리, 할일관리, 메모관리, 저장관리를하기 위한 이메일 작성 예시들을 참조하여, 본 발명의 다양한 연동 관리의 예들을 보다 상세히 설명하기로 한다.
[실시예 #1 - 일정관리를 위한 이메일 작성 예시]
일정관리와 관련된 아래 예시 메일은, 후배의 점심 약속 메일에 회신주면서 동시에 자신의 일정관리 시스템에 스케줄을 등록하기 위해, 연동 명령어가 포함된 메일을 작성한 예시이다. 도 4는 일정관리 서비스에 메일이 연동되는 흐름도이다.
=======================================
From: nicejh <nicejh@softmore.kr>
To: <nicejh@softmore.kr>, jhwoo@namusoft.kr
Subject: Re: 업무미팅
Date: Tue, 07 May 2013 10:01:57 +0900
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8;
format=flowed
Content-Transfer-Encoding: 8bit
Message-ID: <939b750a227b8a40c301ca786cdb76fb@softmore.kr>
오케이 그날 보자!
@cal: Date:20130515 Time:1200 Where:신촌
------ Original Message ------
From: jhwoo@namusoft.kr
To: nicejh@softmore.kr
Sent: 2013-05-07 오전 9:35:44
Subject: 업무 미팅
안녕하세요 선배님
5월 15일날 신촌에서 점심 식사 같이 합시다.
회신부탁드립니다.
======================================
위 일정관리를 위한 이메일 작성 예시 #1을 참조하면, 상대방의 점심약속 메일에 관하여 회신을 하면서, 발신자 자신의 이메일주소를 수신자 목록에 추가하고, 또한 자신의 이메일 내용의 본문 중에 일정관리를 위해 설정된 연동 명령어를 함께 입력하고 있다. 여기서, 일정관리를 위한 연동 명령어는, "@cal: Date:20130515 Time:1200 Where:신촌" 문구로 삽입되고 있다.
여기서, "@cal:"는 일정관리 서비스와의 연동 명령을 지시하는 명령어이며, "Date:", "Time:", "Where:"는 각각 등록하고자 하는 일정에 관한 세부 항목(즉, 일시와 장소)을 규정하기 위한 세부 명령어에 해당한다.
위 케이스에서, Linkage SMTP(200)는 수신자로 선택된 메일 주소 중 발신자인 사용자 자신의 이메일주소와 동일한 주소가 존재하며, 또한 위 예시에서와 같은 일정관리를 위한 연동 명령어가 존재하는 경우(도 4의 S41 참조), 연동 명령어에 의해 지시되는 일정정보(도 4의 S42의 칼렌다 정보)를 추출하고 이를 Linkage Adaptor(700)에 전송한다. 이에 따라 Linkage Adaptor(700)는 수신된 일정정보가 일정관리 서비스에 연동 등록될 수 있도록 처리한다(도 4의 S44 참조).
도 4에서는 연동 명령어에 의해 직접 지시되는 일정정보 만이 일정관리 서비스에 연동 등록되는 것과 같이 도시되어 있지만, Linkage SMTP(200)는 그 외에도 이메일의 다른 내용(예를 들어, 인벨롭, 제목, 본문 내용 등) 중 적어도 일부 또는 전부를 추출하여 Linkage Adaptor(700)로 전송함으로써, 이메일 내의 다른 내용도 함께 일정관리 서비스에 연동 등록(또는 이메일 자체 링크를 포함함)되도록 처리할 수도 있다. 이는 이하 도 5 ~ 도 7에서도 동일하다.
그리고 본 발명의 일 실시예에 의할 때, Linkage SMTP(200)는, 이메일을 발신하는 과정에서 발신자(즉, 사용자)에 의해 삽입된 연동 명령어가 본인 외의 다른 수신자에게 전달되지 않도록, 해당 연동 명령어를 이메일 본문에서 제거한 후 이메일을 발송할 수 있다(도 4의 S45 참조). 즉, 메일 수신자 목록 중 자기 자신 이외에 한 명 이상의 다른 수신자가 더 존재하는 경우라면, 이메일 본문에 삽입되었던 연동 명령을 삭제한 후, 그 다른 수신자들의 주소로 메일을 전송할 수 있다.
또한, 본 발명의 실시예에 따라, 연동 명령이 포함된 메일은 보낸 편지함에 남기지 않을 수도 있다.
[실시예 #2 - 할일관리를 위한 이메일 작성 예시]
할일관리와 관련된 아래 예시 메일은, 정부기관에서 작업제출 마감 시점에 대한 안내 메일을 받은 후, 해당 업무에 대한 실행관리 태스크(본 예에서는 "1인창조기업 자료 제출")를 정부지원사업 프로젝트에 추가할 때 보내는 메일 예시이다. 도 5는 할일관리 서비스에 메일이 연동되는 흐름도이다.
=====================================
From: nicejh <nicejh@softmore.kr>
To: <nicejh@softmore.kr>
Subject:FW:1인창조기업 자료 제출
Date: Tue, 07 May 2013 10:01:57 +0900
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8;
format=flowed
Content-Transfer-Encoding: 8bit
Message-ID: <939b750a227b8a40c301ca786cdb76fb@softmore.kr>
@todo:Due:201305081800 project:정부지원사업
------ Original Message ------
From: "정부지원사업" <webmaster@smtech.go.kr>
To: nicejh@softmore.kr
Sent: 2013-05-07 오전 9:35:44
Subject: 1인창조기업 자료 제출
1인창조기업 지원사업과 관련한 자료가 5/8(수) 18:00까지 제출하여야 합니다. 업무에 참고바랍니다.
========================================
위 할일관리를 위한 이메일 작성 예시 #2를 참조하면, 상대방의 자료제출요청 메일에 관하여, 자기자신을 수신자로 하여 메일을 발신하는 형식을 취하면서, 자신의 이메일 내용의 본문 중에 할일관리를 위해 설정된 연동 명령어를 함께 입력하고 있다. 여기서, 할일관리를 위한 연동 명령어는, "@todo:Due:201305081800 project:정부지원사업" 문구로 삽입되고 있다.
여기서, "@todo:"는 할일관리 서비스와의 연동 명령을 지시하는 명령어이며, "Due:", "project:"는 각각 등록하고자 하는 태스크에 관한 세부 항목(즉, 기한와 프로젝트명)을 규정하기 위한 세부 명령어에 해당한다. 이외에도 세부 명령어로는, 앞서 서명한 "Date:", "Time:", 후술할 "Folder:", "Tag:" 등도 사용될 수 있을 것이다.
따라서 위 케이스에서도, Linkage SMTP(200)는 수신자로 선택된 메일 주소 중 발신자인 사용자 자신의 이메일주소와 동일한 주소가 존재하며, 또한 위 예시에서와 같은 할일관리를 위한 연동 명령어가 존재하는 경우(도 5의 S51 참조), 연동 명령어에 의해 지시되는 태스크정보(도 5의 S52의 ToDo 정보)를 추출하고 이를 Linkage Adaptor(700)에 전송한다. 이에 따라 Linkage Adaptor(700)는 수신된 태스크정보가 할일관리 서비스에 연동 등록될 수 있도록 처리한다(도 5의 S54 참조). 그리고 본 발명의 일 실시예에 의할 때, Linkage SMTP(200)는, 이메일을 발신하는 과정에서 발신자(즉, 사용자)에 의해 삽입된 연동 명령어가 본인 외의 다른 수신자에게 전달되지 않도록, 해당 연동 명령어를 이메일 본문에서 제거한 후 이메일을 발송할 수 있다(도 5의 S55 참조).
상술한 Linkage SMTP(200)에서의 연동 명령 형식 확인 과정(도 4의 S41 및 도 5의 S51)과 연동 명령어에 의해 지시되는 연동 정보의 추출 과정(도 4의 S42 및 도 5의 S52), 연동 정보의 Linkage Adaptor(700)로의 전송 과정(도 4의 S43 및 도 5의 S53)및 메일 발송 전 연동 정보의 제거 과정(도 4의 S45 및 도 5의 S55)은, 본질적으로 도 6 및 도 7에도 동일 원리로 적용되는 것이다. 따라서, 이하의 예시에 관한 설명에서는 이에 관한 중복되는 설명은 생략하기로 한다.
[실시예 #3 - 노트(메모)관리를 위한 이메일 작성 예시]
노트관리와 관련된 아래 예시 메일은, 정부기관에서 작업 제출에 필요한 양식을 보내준 경우, 해당 메일의 내용과 첨부파일(즉, 제출양식에 관한 샘플 파일)을 노트(메모)관리 시스템에 연동하는 메일 예시이다. 도 6는 노트관리 서비스에 메일이 연동 되는 흐름도이다.
=====================================
From: nicejh <nicejh@softmore.kr>
To: nicejh@softmore.kr
Subject: Fwd:1인 창조기업 제출 양식 자료
Date: Tue, 07 May 2013 10:40:57 +0900
Message-ID: <51885BA9.8060103@softmore.kr>
MIME-Version: 1.0
Content-Type: multipart/mixed;
boundary="------------050909040105050001040403"
This is a multi-part message in MIME format.
--------------050909040105050001040403
Content-Type: multipart/alternative;
boundary="------------070509030205040709050803"
--------------070509030205040709050803
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
@note: Folder:1인창조기업 Tag:제안서양식
-------- 원본 메시지 --------
제목: 1인 창조기업 자료
날짜: Tue, 07 May 2013 10:26:04 +0900
보낸 사람: nicejh <nicejh@softmore.kr>
받는 사람: <nicejh@softmore.kr>
1인 창조기업 지원사업관련 1차자료입니다.
--------------070509030205040709050803
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 8bit
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=UTF-8">
<title>Fwd: 1인 창조기업 자료</title>
</head>
<body text="#000000" bgcolor="#FFFFFF">
@note: Folder:1인창조기업 Tag:제안자료<br>
<div class="moz-forward-container"><br>
<br>
-------- 원본 메시지 --------
<table class="moz-email-headers-table" border="0" cellpadding="0"
cellspacing="0">
<tbody>
<tr>
<th nowrap="nowrap" valign="BASELINE" align="RIGHT">제목: </th>
<td>1인 창조기업 자료</td>
</tr>
<tr>
<th nowrap="nowrap" valign="BASELINE" align="RIGHT">받는 사람: </th>
<td><a class="moz-txt-link-rfc2396E"
href="mailto:nicejh@softmore.kr">&lt;nicejh@softmore.kr&gt;</a></td>
</tr>
</tbody>
</table>
<br>
<pre>1인 창조기업 지원사업관련 1차자료입니다.</pre>
</div>
</body>
</html>
--------------070509030205040709050803--
--------------050909040105050001040403
Content-Type: application/octec-stream;
name="=?UTF-8?B?MeyduOywveyhsOq4sOyXhS5od3A=?="
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename*0*=UTF-8''%31%EC%9D%B8%EC%B0%BD%EC%A1%B0%EA%B8%B0%EC%97%85%2E%68;
filename*1*=%77%70
0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAAAAAABAAAAAgAAAAAA
AAAAEAAABgAAAAEAAAD+////AAAAAAMAAAD/////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
////////////////////////////////////////////////////////////////////////
--------------050909040105050001040403--
========================================
위 노트관리를 위한 이메일 작성 예시 #3을 참조하면, 상대방의 메일에 첨부된 제출양식에 관한 샘플 파일을 노트관리 서비스에 연동 등록하기 위하여, 자기자신을 수신자로 하여 메일을 발신하는 형식을 취하면서, 연동 명령어인 "@note: Folder:1인창조기업 Tag:제안서양식"를 문구로 삽입하고 있다.
여기서, "@note:"는 노트(메모)관리 서비스와의 연동 명령을 지시하는 명령어이며, "Folder:", "Tag:"는 각각 등록하고자 하는 메모에 관한 세부 항목(즉, 메모를 저장할 지정 폴더와 해당 메모에 관한 태그명)을 규정하기 위한 세부 명령어에 해당한다.
[실시예 #4 - 저장관리를 위한 이메일 작성 예시]
저장관리와 관련된 아래 예시 메일은, 지인이 보내준 참고자료를 구글 드라이브에 저장하도록 연동하는 메일 예시이다. 도 7은 저장관리 서비스에 메일이 연동 되는 흐름도이다.
=======================================
From: nicejh <nicejh@softmore.kr>
To: nicejh@softmore.kr
Subject: 1인창조 참고자료
Date: Tue, 07 May 2013 10:40:57 +0900
Message-ID: <51885BA9.8060103@softmore.kr>
MIME-Version: 1.0
Content-Type: multipart/mixed;
boundary="------------050909040105050001040403"
This is a multi-part message in MIME format.
--------------050909040105050001040403
Content-Type: multipart/alternative;
boundary="------------070509030205040709050803"
--------------070509030205040709050803
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
@Storage folder:1인창조기업
-------- 원본 메시지 --------
제목: 1인 창조기업 참고 자료
날짜: Tue, 02 May 2013 13:26:04 +0900
보낸 사람: jhwoo@namusoft.kr
받는 사람: <nicejh@softmore.kr>
1인 창조기업 지원사업관련 자료 작성시 참고할 만한 내용입니다.
첨부화일 참고하세요 :)
--------------050909040105050001040403
Content-Type: application/octec-stream;
name="=?UTF-8?B?MeyduOywveyhsOq4sOyXhS5od3A=?="
Content-Transfer-Encoding: base64
Content-Disposition: attachment;
filename*0*=UTF-8''%31%EC%9D%B8%EC%B0%BD%EC%A1%B0%EA%B8%B0%EC%97%85%2E%68; filename*1*=%77%70
0M8R4KGxGuEAAAAAAAAAAAAAAAAAAAAAPgADAP7/CQAGAAAAAAAAAAAAAAABAAAAAgAAAAAA
////////////////////////////////////////////////////////////////////////
--------------050909040105050001040403--
==========================================
위 저장관리를 위한 이메일 작성 예시 #4를 참조하면, 상대방이 보내 준 메일에 첨부된 참조자료 파일을 스토리지관리 서비스에 연동 등록하기 위하여, 자기자신을 수신자로 하여 메일을 발신하는 형식을 취하면서, 연동 명령어인 "@Storage folder:1인창조기업"를 문구로 삽입하고 있다. 여기서, "@Storage:"는 저장관리 서비스와의 연동 명령을 지시하는 명령어이다. 만일 저장관리를 위한 스토리지가 미리 지정되어 있는 경우가 아니고, 저장 가능한 스토리지가 복수 개 존재하는 경우라면, 실제 저장 위치를 지정하기 위한 세부 명령어가 더 추가될 수도 있을 것이다.
상술한 예시에서 확인할 수 있는 바와 같이, Linkage SMTP(200)는 메일 수신자 목록 중 발신자와 동일한 메일 주소가 존재하는지 여부를 판단하고, 만일 존재하는 경우(즉, 메일 발신자가 자기자신도 메일 수신자로 선택한 경우)라면, 메일 본문 중에 연동 명령어가 삽입되어 있는지를 판단하여, 해당 연동 명령어에 상응하는 연동 등록 처리가 이루어질 수 있도록 Linkage Adaptor(700)에 해당 연동 정보를 전송하게 된다.
따라서, Linkage SMTP(200)는 이메일 본문 내용 중에 연동 명령어가 삽입되어 있는지를 판단할 필요가 있는데, 이때 연동 명령어의 삽입 여부는 연동 명령 개시 식별자를 기준으로 확인할 수 있다. 여기서, 연동 명령 개시 식별자는, 이메일 본문 내용과의 혼동을 발생하지 않는 범위 내에서 다양한 식별자가 활용될 수 있을 것이다. 일 예로, 연동 명령 개시 식별자로는, 자연어 처리에 의해서 이메일 본문으로 혼동될 수 있는 문자 또는 숫자를 제외한 특수기호가 여기에 해당할 수 있다. 이러한 특수기호로는 `, ~, !, @, #, $, %, ^, &, *, (, ), _, -, +, =, |, \, {, [, }, ], :, ;, ", ', <, >, ?, / 등이 여기에 해당될 수 있으며, 이들 중 적어도 2개 이상으로 시작하는 식별자가 활용될 수도 있다. 또는 연동 명령 개시 식별자로는, 문자 또는 숫자라도 이의 조합이 이용됨으로써 이메일 본문 내용과 혼동되지 않도록 할 수도 있을 것이다.
이외에도 연동 명령 개시 식별자를 지정하여 사용하되, 연동 등록의 목적지인 서비스를 나타내는 문자를 연동 명령어 확인에 함께 활용함으로써, 연동 명령어에 해당함을 명확히 구별할 수 있도록 할 수도 있을 것이다. 일 예로, 기호 "@"가 연동 명령 개시 식별자로 사전에 지정되어 있다고 가정할 때, Linkage SMTP(200)는 해당 연동 명령 개시 식별자가 기재된 이후 연동 등록이 필요한 서비스를 나타내는 문자(도 4 ~ 도 7의 예시에서와 같은 "Cal:", "todo:", "Note:", "storage:" 참조)가 연이어 기재되어 있는 경우에 한하여, 연동 명령이 삽입된 것으로 판단할 수도 있을 것이다.
또한, 이상에서는 Linkage SMTP(200)가 메일 수신자 주소 중 메일 발신자 자신의 메일 주소와 동일한 주소가 존재하는지 여부를 판단하는 경우를 중심으로 설명하였지만, 이외에도 다양한 변형이 가능함은 물론이다. 즉, 본 발명의 핵심 원리는 사용자의 메일 발신이라는 액션을 취하면서, 발신 메일이 자기 자신에게도 전송되도록 자신과 관련된 메일 주소를 수신자 목록에 함께 포함시키는 경우를 모두 포괄할 수 있다. 예를 들어, 발송메일주소와 다른 메일주소인 경우에도 발송자인 사용자 자신이 미리 등록해둔 다른 메일주소(예를 들어, 자신의 다른 메일주소 또는 연관 메일주소)가 수신자 목록에 포함되어 있는 경우에도 본 발명의 실시예에 따른 연동 명령에 의한 연동 등록이 이루어질 수도 있다. 일 예로, 회사 메인 메일주소를 수신자 목록에 추가하고, 회사가 관리 및 공유하는 전체 일정, 할일, 메모, 스토리지로 연동 등록되도록 처리할 수도 있을 것이다.
또한 이상에서는 발신메일의 수신자 목록에 발신자의 메일주소가 존재하는 경우에 한하여, 연동 명령에 따른 연동 등록을 수행하였지만, 이 또한 다른 변형이 가능함은 물론이다. 예를 들어, 수신자 목록에 발신자의 메일주소가 존재하는지 여부에 무관하게, 연동 명령어가 메일 본문 내에 포함되어 있는지를 판단하여 연동 명령에 따른 처리를 수행할 수도 있을 것이다. 이러한 경우 모든 발신메일에 대하여 연동 명령의 존재여부를 판단하여야 하는 시스템 로드가 발생할 수 있지만, 이러한 효과적 차이에도 불구하고 이는 본 발명의 권리범위 내의 일 실시예를 구성한다.
또한 이상에서는 발신메일의 이메일 본문 내에 연동 명령어가 삽입되는 경우를 중심으로 설명하였지만, 본 발명에서 연동 명령어의 삽입 위치는 헤더, 인벤롭, 프로토콜 메시지 등 다양하게 변형될 수 있는 바, 반드시 이메일 본문 내에 삽입되는 경우로 제한 해석되지는 말아야 할 것이다.
그리고 본 발명의 다른 실시예에 의하면, 복수로 구성된 연동 서비스 시스템에 메일정보(연동정보)를 전송하려고 할 때, 해당 연동 서비스의 시스템이 정상 동작을 하지 않아 정보 또는/및 자료의 전송이 원할하게 이루어지지 않는 경우에는 이의 재처리를 위한 큐(Que)를 지원할 수 있다. 이를 위해, Linkage Adaptor(700)는, 상대 연동 서비스 시스템이 정상 작동하는지 여부를 확인하는 명령을 보내고, 이에 관한 ACK가 수신되지 않는 경우 연동 대기 예정 목록에 메일과 연동 서비스 명령을 기록할 수 있다. 이후, 주기적으로 연동 서비스 시스템을 확인하여 정상 작동 여부가 확인 되는 경우 해당 연동 시스템에 메일에 대한 제목과 내용을 전송할 수 있다.
또한, 본 발명의 또 다른 실시예에 의하면, 연동 명령 개시 식별자 뒤에 '도움말' 또는 'help'라고 입력된 메일의 경우, 해당 시스템에서 사용할 수 있는 연동 명령집을 포함한 명령어 목록 예시를 포함하여 메일 발신자에게만 재전송할 수 있다.
또한, 본 발명의 또 따른 실시예에 의하면, 연동 명령이 사전에 정의된 명령과 다를 경우, 보냈던 원문 메세지 상단에, 해당 시스템에서 사용할 수 있는 연동 명령집을 포함한 명령어 목록 예시를 포함하여 메일 발신자에게만 재전송할 수 있다.
또한, 본 발명의 또 다른 실시예에 의하면, 메일이 HTML 형식으로 작성된 경우, 해당 HTML에서 태그를 제거하고 본문 내용만 추출하여 연동 시스템에 전송할 수도 있다. 이는 위의 메일 작성 예시 #3 및 #4의 케이스에 적용될 수 있을 것이다.
이상에서는 발신자가 자기 자신을 메일 수신자로 포함시키고, 메일 본문 중에 연동 명령어를 함께 삽입하여 메일을 발송하는 경우, 그 연동 명령어에 상응하여 메일정보를 연동 서비스에 등록하는 시스템 및 방법에 관하여 설명하였다. 이하에서는 메일정보 연동 시스템에 의하여 메일을 자동 보관(아카이빙)하는 방법에 관하여 상세히 설명하기로 한다.
본 발명의 실시예에 따른 메일 자동 보관 방법을 도 2 및 도 3의 구성부와 관련하여 설명하면 다음과 같다. 사용자에 의한 메일 열람시 Linkage IMAP trigger(402)는 열람된 메일로부터 메일주소를 추출하고, 추출된 메일주소와 해당 메일을 함께 Linkage Adaptor(700)에 전송한다. 이때, Linkage IMAP trigger(402)는 MUA(100)으로부터 수신메일의 열람 여부에 관한 정보(예를 들어, 전달된 메일의 읽기 값)을 수신함으로써, 메일 열람 여부의 판단을 할 수 있다. 또한 사용자에 의한 메일 발송시 Linkage SMTP trigger(202)는 발송 메일로부터 메일주소를 추출하고, 추출된 메일주소와 해당 메일을 함께 Linkage Adaptor(700)에 전송한다.
이에 따라, Linkage Adaptor(700)는 사용자에 의한 메일의 열람과 발송 과정에서 Linkage SMTP trigger(202) 및 Linkage IMAP trigger(402)로부터 전달될 메일주소와 메일을 함께 아카이브 연동부(705)로 보낸다.
이 경우, 아카이브 연동부(705)는 Linkage SMTP trigger(202)와 Linkage IMAP trigger(402)에서 보내온 메일주소를 기준으로 이메일주소의 탑 레벨 도메인, 세컨드 레벨 도메인 순서대로 메일을 분류하고, @ 문자 앞의 아이디명을 마지막 분류체계로 구성하여 메일을 정리할 수 있다. 이때, 열람한 메일은 발송자를 기준으로 정리할 수 있으며, 발송한 메일은 수신자를 기준으로 정리할 수도 있다. 또는, 추출한 이메일 주소정보의 탑 레벨 도메인, 세컨드 레벨 도메인, 아이디 순서대로 메일을 분류하고, 보낸 편지함(발신메일의 경우) 또는 받은 편지함(수신메일의 경우)을 마지막 분류체계로 추가로 구성하여 메일을 정리하여 보관할 수도 있다.
이에 관한 일 예가 도 8에 도시되어 있다. 도 8은 열람한 메일은 발신자 메일주소를 기준으로 계층적으로 자동 정리하고, 발송한 메일은 수신자 메일주소를 기준으로 계층적으로 자동 정리하여 파일시스템에 동시에 아카이빙한 실시예이다. 특히, 도 8은 해당 메일 서비스에 계정을 갖고 있는 모든 이용자(예를 들어, 회사의 구성원 모두, 회사 내의 특정 그룹의 구성원 모두)가 열람하거나 발송한 메일을 단일의 보관소에 동시 아카이빙한 경우를 예시하고 있다.
도 8에 예시된 방식 이외에도, 아카이브 연동부(705)에 의해 메일을 보관되는 방식은 다양하게 변형될 수 있다. 예를 들어, 도 8에 예시에서와 같이 해당 메일시스템 사용자 전체를 대상으로 공동으로 묶어서 정리할 수도 있지만, 상기 분류 기준에 따라 메일이 정리되는 범위를 메일 계정별로 정리할 수도 있다. 또한, 도 8의 예시에서와 같이 메일주소를 기준으로 계층적으로 정리 보관할 수도 있지만, 메일이 열람되거나 발송한 시간을 기준으로 정리될 수 있으며, 메일본문에 기재된 시간 또는 메일서버의 시간을 기준으로 년도, 월, 일 순으로 분류체계를 구성하고, 메일주소를 마지막 분류체계로 구성하여 정리할 수도 있을 것이다.
또한 이때, 메일이 보관되는 매체는, 게시판, 파일시스템, EDMS 등 분류체계를 제공하는 모든 매체가 가능하다. 이 경우, 매체의 속성에 따라서 파일 보관 방식이 다르게 설정될 수도 있다. 예를 들어, 파일시스템 경우에는 분류정보를 폴더를 기준으로 생성하고 최종 저장 파일 포맷을 EML 원문으로 저장할 수 있다. 또한, 게시판과 EDMS의 경우는 분류정보를 해당 시스템에서 제공하는 논리적 분류체계에 따르며, 메일의 제목과 본문, 첨부화일이 하나의 레코드로 게시글 제목, 게시글 본문, 게시글 첨부화일로 나누어져서 등록될 수 있다.
이상에서는 본 발명의 실시예를 참조하여 설명하였지만, 해당 기술 분야에서 통상의 지식을 가진 자라면 하기의 특허 청구의 범위에 기재된 본 발명의 사상 및 영역으로부터 벗어나지 않는 범위 내에서 본 발명을 다양하게 수정 및 변경시킬 수 있음을 쉽게 이해할 수 있을 것이다.

Claims (10)

  1. 메일정보 연동을 위한 컴퓨터 구현방법으로서,
    메일 유저 에이전트로부터 발신메일을 수신하는 단계;
    상기 발신메일 내에 연동 명령이 존재하는지 여부를 판단하는 단계; 및
    상기 연동 명령이 존재하는 경우, 상기 연동 명령에 상응하는 연동등록정보를 상기 연동 명령에 의해 지정되는 연동 시스템에 등록하는 단계
    를 포함하는 메일정보 연동 방법.
  2. 제1항에 있어서,
    상기 발신메일의 메일 수신자 목록 중 상기 발신메일의 발신자와 연관된 연관 메일주소가 존재하는지 여부를 판단하는 단계를 더 포함하고,
    상기 연동 명령이 존재하는지 여부를 판단하는 단계는, 상기 연관 메일주소가 존재하는 경우에 한하여 실행되는, 메일정보 연동 방법.
  3. 제2항에 있어서,
    상기 연관 메일주소가 존재하는지 여부를 판단하는 단계는,
    상기 발신메일의 메일 수신자 목록 중 상기 발신자의 메일주소와 동일한 메일주소가 존재하는지 여부를 판단하는 단계인, 메일정보 연동 방법.
  4. 제1항에 있어서,
    상기 연동 명령이 존재하는지 여부를 판단하는 단계는,
    미리 지정된 연동 명령 개시 식별자 및 연동 등록의 대상인 연동 서비스를 지시하는 연동 서비스 식별자 중 적어도 하나가 상기 발신메일에 삽입되어 있는지 여부를 판단하는 단계인, 메일정보 연동 방법.
  5. 제3항에 있어서,
    상기 발신메일에 삽입된 상기 연동 명령을 제거하는 단계; 및
    상기 연동 명령이 제거된 상태의 발신메일을, 상기 발신메일의 수신자 목록 중 상기 발신자 자신의 이메일주소를 제외한 다른 수신자에게 전송하는 단계
    를 더 포함하는, 메일정보 연동 방법.
  6. 제1항에 있어서,
    상기 연동 시스템은, 일정관리 서비스, 할일관리 서비스, 메모관리 서비스, 스토리지관리 서비스 중 적어도 하나에 관한 것인, 메일정보 연동 방법.
  7. 발신메일 연동 보관을 위한 컴퓨터 구현방법으로서,
    발신메일 연동 처리부가 메일 유저 에이전트로부터 발신메일을 수신하는 단계;
    상기 발신메일 연동 처리부가 상기 발신메일에 입력된 수신자의 메일주소 또는 발신자의 메일주소를 추출하는 단계; 및
    상기 발신메일 연동 처리부가 상기 추출된 메일주소를 이용하여, 상기 발신메일을 메일 연동 적용부를 통해 미리 지정된 보관 시스템에 등록하는 단계
    를 포함하는 발신메일 연동 보관 방법.
  8. 제7항에 있어서,
    상기 메일 연동 적용부를 통해 상기 미리 지정된 보관 시스템에 등록하는 단계는,
    상기 추출된 메일주소의 탑 레벨 도메인, 세컨드 레벨 도메인, 메일 아이디명, 보낸 편지함 순서의 계층적 분류체계에 따라 상기 발신메일을 분류하여 등록하는 단계인, 발신메일 연동 보관 방법.
  9. 수신메일 연동 보관을 위한 컴퓨터 구현방법으로서,
    상기 수신메일 연동 처리부가 메일 유저 에이전트로부터 수신메일의 열람 여부에 관한 정보를 수신하는 단계;
    상기 수신메일 연동 처리부가 열람된 메일에 관한 수신자의 메일주소 또는 발신자의 메일주소를 추출하는 단계; 및
    상기 수신메일 연동 처리부가 상기 추출된 메일주소를 이용하여, 상기 수신메일을 메일 연동 적용부를 통해 미리 지정된 보관 시스템에 등록하는 단계
    를 포함하는 수신메일 연동 보관 방법.
  10. 제9항에 있어서,
    상기 메일 연동 적용부를 통해 상기 미리 지정된 보관 시스템에 등록하는 단계는,
    상기 추출된 메일주소의 탑 레벨 도메인, 세컨드 레벨 도메인, 메일 아이디명, 받는 편지함 순서의 계층적 분류체계에 따라 상기 수신메일을 분류하여 등록하는 단계인, 수신메일 연동 보관 방법.
PCT/KR2014/004104 2013-05-08 2014-05-08 스마트워크를 위한 메일정보 연동 시스템 및 방법 WO2014182092A1 (ko)

Priority Applications (2)

Application Number Priority Date Filing Date Title
KR1020167022554A KR20160103146A (ko) 2013-05-08 2014-05-08 스마트워크를 위한 메일정보 연동 시스템 및 방법
KR1020157008407A KR20150056797A (ko) 2013-05-08 2014-05-08 스마트워크를 위한 메일정보 연동 시스템 및 방법

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2013-0051752 2013-05-08
KR20130051752 2013-05-08

Publications (1)

Publication Number Publication Date
WO2014182092A1 true WO2014182092A1 (ko) 2014-11-13

Family

ID=51867493

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2014/004104 WO2014182092A1 (ko) 2013-05-08 2014-05-08 스마트워크를 위한 메일정보 연동 시스템 및 방법

Country Status (2)

Country Link
KR (2) KR20160103146A (ko)
WO (1) WO2014182092A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109447472A (zh) * 2018-10-30 2019-03-08 平安科技（深圳）有限公司 绩效任务数据处理方法、装置、计算机设备及存储介质

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20200016186A (ko) 2018-08-06 2020-02-14 권순혁 일정 자동 생성 서비스 제공 시스템

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20040041566A (ko) * 2004-04-27 2004-05-17 (주)고은정보통신 업무관리시스템과 연동하는 메일관리시스템 및 방법
JP2005070933A (ja) * 2003-08-21 2005-03-17 Nec Soft Ltd 電子メールと連動した会議情報管理システム，方法，ユーザ端末およびプログラム
KR20100050815A (ko) * 2008-11-06 2010-05-14 주식회사 케이티 광고 메일을 이용한 개인 일정 관리 서비스 제공 방법
JP2010237966A (ja) * 2009-03-31 2010-10-21 Fujitsu Ltd 重要度を加味したスケジュール表示方法及びプログラム
KR20120060193A (ko) * 2012-05-24 2012-06-11 김회율 휴대저장장치를 이용한 이메일 통합 관리 방법

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005070933A (ja) * 2003-08-21 2005-03-17 Nec Soft Ltd 電子メールと連動した会議情報管理システム，方法，ユーザ端末およびプログラム
KR20040041566A (ko) * 2004-04-27 2004-05-17 (주)고은정보통신 업무관리시스템과 연동하는 메일관리시스템 및 방법
KR20100050815A (ko) * 2008-11-06 2010-05-14 주식회사 케이티 광고 메일을 이용한 개인 일정 관리 서비스 제공 방법
JP2010237966A (ja) * 2009-03-31 2010-10-21 Fujitsu Ltd 重要度を加味したスケジュール表示方法及びプログラム
KR20120060193A (ko) * 2012-05-24 2012-06-11 김회율 휴대저장장치를 이용한 이메일 통합 관리 방법

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109447472A (zh) * 2018-10-30 2019-03-08 平安科技（深圳）有限公司 绩效任务数据处理方法、装置、计算机设备及存储介质
CN109447472B (zh) * 2018-10-30 2023-11-28 平安科技（深圳）有限公司 绩效任务数据处理方法、装置、计算机设备及存储介质

Also Published As

Publication number Publication date
KR20160103146A (ko) 2016-08-31
KR20150056797A (ko) 2015-05-27

Similar Documents

Publication Publication Date Title
WO2015137620A1 (en) Method and apparatus for providing calendar displaying work history of document
WO2016024741A1 (en) Cloud system and method of displaying, by cloud system, content
WO2016024740A1 (en) Cloud system and method of displaying, by cloud system, content
WO2015047033A1 (en) System and method for providing cloud printing service
WO2016126081A1 (en) Cloud print server and method of providing automatic connection service performed by the cloud print server
WO2012044064A2 (en) Server and service providing method thereof
WO2012165889A2 (ko) 아이디 기반 암호화 및 서명 방법 및 단말기
WO2013168860A1 (en) Method for displaying text associated with audio file and electronic device
WO2013176366A1 (en) Method and electronic device for easy search during voice record
WO2015178611A1 (en) Server and method of providing collaboration services and user terminal for receiving collaboration services
WO2013176365A1 (en) Method and electronic device for easily searching for voice record
WO2014030946A1 (en) Device and method for sharing content using the same
WO2016105083A1 (en) Method of generating workform by using byod service and mobile device for performing the method
WO2016105044A1 (en) Method of establishing connection between mobile device and image forming apparatus, and image forming apparatus and mobile device for performing the method
WO2016018004A1 (en) Method, apparatus, and system for providing translated content
WO2016089009A1 (en) Method and cloud server for managing device
WO2016085170A1 (en) System and method of providing to-do list of user
WO2016017957A1 (en) Device and method of displaying windows by using work group
EP3039527A1 (en) System and method for providing cloud printing service
WO2017082657A1 (ko) 통신 단말에서의 음성 통화 지원방법
WO2010082803A2 (en) Method for delivering message based on cpm service and server thereof
WO2017155207A1 (en) Management server and file managing method
WO2014182092A1 (ko) 스마트워크를 위한 메일정보 연동 시스템 및 방법
WO2014148838A1 (en) Method and system of performing electronic approval processes
WO2018174513A1 (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: 14794824

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 20157008407

Country of ref document: KR

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 14794824

Country of ref document: EP

Kind code of ref document: A1