US10855638B2 - Method, system, and recording medium for notifying reception of message - Google Patents
Method, system, and recording medium for notifying reception of message Download PDFInfo
- Publication number
- US10855638B2 US10855638B2 US15/239,458 US201615239458A US10855638B2 US 10855638 B2 US10855638 B2 US 10855638B2 US 201615239458 A US201615239458 A US 201615239458A US 10855638 B2 US10855638 B2 US 10855638B2
- Authority
- US
- United States
- Prior art keywords
- message
- received
- notification
- user terminal
- received message
- Prior art date
- Legal status (The legal status 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 status listed.)
- Active, expires
Links
- 238000000034 method Methods 0.000 title claims abstract description 51
- 238000012545 processing Methods 0.000 claims abstract description 33
- 230000004044 response Effects 0.000 claims description 18
- 238000004590 computer program Methods 0.000 claims description 12
- 230000003993 interaction Effects 0.000 claims 3
- 230000006870 function Effects 0.000 description 63
- 238000012790 confirmation Methods 0.000 description 28
- 230000009471 action Effects 0.000 description 19
- 238000004891 communication Methods 0.000 description 15
- 238000010586 diagram Methods 0.000 description 11
- 230000008569 process Effects 0.000 description 10
- 230000002093 peripheral effect Effects 0.000 description 9
- 239000000470 constituent Substances 0.000 description 6
- 230000000903 blocking effect Effects 0.000 description 4
- 238000007726 management method Methods 0.000 description 4
- 238000013500 data storage Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 238000007792 addition Methods 0.000 description 2
- 230000002776 aggregation Effects 0.000 description 2
- 238000004220 aggregation Methods 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 230000008878 coupling Effects 0.000 description 2
- 238000010168 coupling process Methods 0.000 description 2
- 238000005859 coupling reaction Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 230000001131 transforming effect Effects 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
- 238000009434 installation Methods 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 239000013589 supplement Substances 0.000 description 1
- 230000002123 temporal effect Effects 0.000 description 1
- 238000013519 translation Methods 0.000 description 1
Images
Classifications
-
- H04L51/24—
-
- 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
- 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]
- G06F3/0481—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/02—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail using automatic reactions or user delegation, e.g. automatic replies or chatbot-generated messages
-
- H04L51/12—
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/212—Monitoring or handling of messages using filtering or selective blocking
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/224—Monitoring or handling of messages providing notification on incoming messages, e.g. pushed notifications of received messages
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
- H04M1/724—User interfaces specially adapted for cordless or mobile telephones
- H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
- H04M1/7243—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality with interactive means for internal management of messages
- H04M1/72436—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality with interactive means for internal management of messages for text messaging, e.g. SMS or e-mail
-
- H04M1/72552—
-
- 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/02—Marketing; Price estimation or determination; Fundraising
- G06Q30/0241—Advertisements
-
- 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/02—Banking, e.g. interest calculation or account maintenance
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
Definitions
- One or more example embodiments relate to technology for providing a notification of a received message.
- a messaging application that enables users to receive and send messages has become an essential configuration element at a terminal.
- a short message service (SMS), a multimedia messaging service (MMS), and the like are generally used to send and receive text messages and/or video messages between terminals.
- the terminal may notify that the message is received using a ringback tone, a vibration, a lamp (mute), etc., preset at the terminal by a user.
- a message reception notifying method may include a method of displaying an icon indicating a reception of a new message on a status bar or a task bar of a terminal, a method of displaying at least a portion of content of a received message or a notification message notifying a reception of a message in a popup form, etc.
- One or more example embodiments provide a message reception notifying method, system, and non-transitory computer-readable recording medium that may provide a different format of a notification window based on a type of a received message.
- One or more example embodiments also provide a message reception notifying method, system, and non-transitory computer-readable medium that may flexibly configure and provide a notification window for a received message based on a type of the received message.
- message reception notifying method configured in a computer, the method including predefining a plurality of message types for classifying a message and frames of a notification window for the respective message types; parsing a message received at a user terminal, and determining a type of the received message among the plurality of message types; determining a frame corresponding to the type of the received message among the frames; and creating and providing a notification window for the received message by processing the received message based on the determined frame.
- the plurality of message types for classifying the message may be defined based on at least one of criteria that include information regarding whether file download link information is included in the message, whether a file to be downloaded through the message is included in a malicious code database, whether an authentication number or an approval number is included in the message, whether sender information of the message is included in a financial company information database, whether card payment details are included in a text of the message, whether payment due information is included in the text of the message, whether banking transaction details are included in the text of the message, and whether a desired phrase or keyword is included in the text of the message.
- the defining of the frames for the respective message types may include defining at least one of a display attribute and a user interface (UI) button of a frame for each type.
- UI user interface
- the creating and the providing may include creating a notification window of which a frame has a different display attribute based on the type of the received message.
- the creating and the providing may include creating a notification window that interworks with at least one of an itinerary function for registering an itinerary associated with the message and a quick reply function for directly sending a reply on the notification window.
- the creating and the providing may include creating a notification window of which a UI button has a different configuration based on the type of the received message, and configuring the UI button to have at least one of a function of deleting a message based on a message type, a function of processing a message to be read, a function of adding a message to a block list, a function of adding a message to a safe list, a function of copying at least a portion of content of a message, a function of transferring a reply using a common phrase, a function of registering an itinerary associated with a message, a function of adding a tag to a message, a function of providing accumulated information or statistical information associated with a message, a function of changing a message type, a function of landing a delivery reference page through a link included in a message, and a function of setting a re-alerting time or a repeating period of a notification window for a message.
- the creating and the providing may include displaying a notification window for a new message in a popup form on a screen of the user terminal in response to the new message being received at the user terminal.
- the message reception notifying method may further include providing notification information about the received message in a banner form.
- the providing of the notification information may include displaying a message that is processed to be unread in a message box associated with the user terminal in a form of a notification banner on one side of a UI screen on which a message list of the message box is displayed.
- the message reception notifying method may further include providing a notification center in which notification information about the received message is configured as a card list.
- the providing of the notification center may include configuring received messages that are processed to be unread as a card list using a card having a different display attribute based on a message type.
- the message reception notifying method may further include providing additional information associated with the received message at one or more locations adjacent to the notification window.
- a non-transitory computer-readable recording medium storing a computer program to implement a method including predefining a plurality of message types for classifying a message and frames of a notification window for the respective message types; parsing a message received at a user terminal, and determining a type of the received message among the plurality of message types; determining a frame corresponding to the type of the received message among the frames; and creating and providing a notification window for the received message by processing the received message based on the determined frame.
- message reception notifying system wherein a plurality of message types for classifying a message and frames of a notification window for the respective message types are predefined, and the message reception notifying system includes a determiner configured to parse a message received at a user terminal, and to determine a type of the received message among the plurality of message types; and a provider configured to determine a frame corresponding to the type of the received message among the frames, and to create and provide a notification window for the received message by processing the received message based on the determined frame.
- the plurality of message types for classifying the message may be defined based on at least one of criteria that include information regarding whether file download link information is included in the message, whether a file to be downloaded through the message is included in a malicious code database, whether an authentication number or an approval number is included in the message, whether sender information of the message is included in a financial company information database, whether card payment details are included in a text of the message, whether payment due information is included in the text of the message, whether banking transaction details are included in the text of the message, and whether a desired phrase or keyword is included in the text of the message.
- the provider may be further configured to create a notification window of which a frame has a different display attribute or a notification window of which a UI button has a different configuration based on the type of the received message.
- the provider may be further configured to create a notification window that interworks with at least one of an itinerary function for registering an itinerary associated with the message and a quick reply function for directly sending a reply on the notification window.
- the provider may be further configured to provide notification information about the received message in a banner form, and to display a message that is processed to be unread in a message box associated with the user terminal in a form of a notification banner on one side of a UI screen on which a message list of the message box is displayed.
- the provider may be further configured to provide a notification center in which notification information about the received message is configured as a card list, and to configure received messages that are processed to be unread as a card list using a card having a different display attribute based on a message type.
- the provider may be further configured to provide additional information associated with the received message at one or more locations adjacent to the notification window.
- FIG. 1 is a diagram illustrating a message reception notifying environment according to at least one example embodiment
- FIG. 2 is a block diagram illustrating a configuration of a message reception notifying system according to at least one example embodiment
- FIG. 3 is a flowchart illustrating a message reception notifying method according to at least one example embodiment
- FIG. 4 is a flowchart illustrating a process of determining a message type according to at least one example embodiment
- FIGS. 5-8, 9A, 9B, 10 through 16 illustrate examples of a user interface (UI) screen associated with notifying a reception of a message according to at least one example embodiment
- FIGS. 17 through 19 illustrate examples of a UI screen for providing additional information associated with a received message according to at least one example embodiment
- FIG. 20 is a block diagram illustrating a configuration of a computer system according to at least one example embodiment.
- Example embodiments will be described in detail with reference to the accompanying drawings.
- Example embodiments may be embodied in various different forms, and should not be construed as being limited to only the illustrated embodiments. Rather, the illustrated embodiments are provided as examples so that this disclosure will be thorough and complete, and will fully convey the concepts of this disclosure to those skilled in the art. Accordingly, known processes, elements, and techniques, may not be described with respect to some example embodiments. Unless otherwise noted, like reference characters denote like elements throughout the attached drawings and written description, and thus descriptions will not be repeated.
- first,” “second,” “third,” etc. may be used herein to describe various elements, components, regions, layers, and/or sections, these elements, components, regions, layers, and/or sections, should not be limited by these terms. These terms are only used to distinguish one element, component, region, layer, or section, from another region, layer, or section. Thus, a first element, component, region, layer, or section, discussed below may be termed a second element, component, region, layer, or section, without departing from the scope of this disclosure.
- spatially relative terms such as “beneath,” “below,” “lower,” “under,” “above,” “upper,” and the like, may be used herein for ease of description to describe one element or feature's relationship to another element(s) or feature(s) as illustrated in the figures. It will be understood that the spatially relative terms are intended to encompass different orientations of the device in use or operation in addition to the orientation depicted in the figures. For example, if the device in the figures is turned over, elements described as “below,” “beneath,” or “under,” other elements or features would then be oriented “above” the other elements or features. Thus, the example terms “below” and “under” may encompass both an orientation of above and below.
- the device may be otherwise oriented (rotated 90 degrees or at other orientations) and the spatially relative descriptors used herein interpreted accordingly.
- the element when an element is referred to as being “between” two elements, the element may be the only element between the two elements, or one or more other intervening elements may be present.
- Example embodiments may be described with reference to acts and symbolic representations of operations (e.g., in the form of flow charts, flow diagrams, data flow diagrams, structure diagrams, block diagrams, etc.) that may be implemented in conjunction with units and/or devices discussed in more detail below.
- a function or operation specified in a specific block may be performed differently from the flow specified in a flowchart, flow diagram, etc.
- functions or operations illustrated as being performed serially in two consecutive blocks may actually be performed simultaneously, or in some cases be performed in reverse order.
- Units and/or devices may be implemented using hardware, software, and/or a combination thereof.
- hardware devices may be implemented using processing circuitry such as, but not limited to, a processor, Central Processing Unit (CPU), a controller, an arithmetic logic unit (ALU), a digital signal processor, a microcomputer, a field programmable gate array (FPGA), a System-on-Chip (SoC), a programmable logic unit, a microprocessor, or any other device capable of responding to and executing instructions in a defined manner.
- processing circuitry such as, but not limited to, a processor, Central Processing Unit (CPU), a controller, an arithmetic logic unit (ALU), a digital signal processor, a microcomputer, a field programmable gate array (FPGA), a System-on-Chip (SoC), a programmable logic unit, a microprocessor, or any other device capable of responding to and executing instructions in a defined manner.
- Software may include a computer program, program code, instructions, or some combination thereof, for independently or collectively instructing or configuring a hardware device to operate as desired.
- the computer program and/or program code may include program or computer-readable instructions, software components, software modules, data files, data structures, and/or the like, capable of being implemented by one or more hardware devices, such as one or more of the hardware devices mentioned above.
- Examples of program code include both machine code produced by a compiler and higher level program code that is executed using an interpreter.
- a hardware device is a computer processing device (e.g., a processor, Central Processing Unit (CPU), a controller, an arithmetic logic unit (ALU), a digital signal processor, a microcomputer, a microprocessor, etc.)
- the computer processing device may be configured to carry out program code by performing arithmetical, logical, and input/output operations, according to the program code.
- the computer processing device may be programmed to perform the program code, thereby transforming the computer processing device into a special purpose computer processing device.
- the processor becomes programmed to perform the program code and operations corresponding thereto, thereby transforming the processor into a special purpose processor.
- Software and/or data may be embodied permanently or temporarily in any type of machine, component, physical or virtual equipment, or computer storage medium or device, capable of providing instructions or data to, or being interpreted by, a hardware device.
- the software also may be distributed over network coupled computer systems so that the software is stored and executed in a distributed fashion.
- software and data may be stored by one or more computer readable recording mediums, including the tangible or non-transitory computer-readable storage media discussed herein.
- computer processing devices may be described as including various functional units that perform various operations and/or functions to increase the clarity of the description.
- computer processing devices are not intended to be limited to these functional units.
- the various operations and/or functions of the functional units may be performed by other ones of the functional units.
- the computer processing devices may perform the operations and/or functions of the various functional units without sub-dividing the operations and/or functions of the computer processing units into these various functional units.
- Units and/or devices may also include one or more storage devices.
- the one or more storage devices may be tangible or non-transitory computer-readable storage media, such as random access memory (RAM), read only memory (ROM), a permanent mass storage device (such as a disk drive), solid state (e.g., NAND flash) device, and/or any other like data storage mechanism capable of storing and recording data.
- the one or more storage devices may be configured to store computer programs, program code, instructions, or some combination thereof, for one or more operating systems and/or for implementing the example embodiments described herein.
- the computer programs, program code, instructions, or some combination thereof may also be loaded from a separate computer readable storage medium into the one or more storage devices and/or one or more computer processing devices using a drive mechanism.
- a separate computer readable storage medium may include a Universal Serial Bus (USB) flash drive, a memory stick, a Blu-ray/DVD/CD-ROM drive, a memory card, and/or other like computer readable storage media.
- the computer programs, program code, instructions, or some combination thereof may be loaded into the one or more storage devices and/or the one or more computer processing devices from a remote data storage device via a network interface, rather than via a local computer readable storage medium.
- the computer programs, program code, instructions, or some combination thereof may be loaded into the one or more storage devices and/or the one or more processors from a remote computing system that is configured to transfer and/or distribute the computer programs, program code, instructions, or some combination thereof, over a network.
- the remote computing system may transfer and/or distribute the computer programs, program code, instructions, or some combination thereof, via a wired interface, an air interface, and/or any other like medium.
- the one or more hardware devices, the one or more storage devices, and/or the computer programs, program code, instructions, or some combination thereof, may be specially designed and constructed for the purposes of the example embodiments, or they may be known devices that are altered and/or modified for the purposes of example embodiments.
- a hardware device such as a computer processing device, may run an operating system (OS) and one or more software applications that run on the OS.
- the computer processing device also may access, store, manipulate, process, and create data in response to execution of the software.
- OS operating system
- a hardware device may include multiple processing elements and multiple types of processing elements.
- a hardware device may include multiple processors or a processor and a controller.
- other processing configurations are possible, such as parallel processors.
- Example embodiments relate to technology for providing a notification of a received message, and more particularly, to a message reception notifying method, system, and non-transitory computer-readable recording medium that may provide a different format of a notification window based on the type of a received message (also, interchangeably used with a message type).
- SMS short message service
- MMS multimedia messaging service
- EMS enhanced messaging service
- SNS social network service
- email email, and the like, and may inclusively indicate any type of data transmitted and received between terminals over a communication network.
- FIG. 1 is a diagram illustrating a message reception notifying environment according to at least one example embodiment.
- FIG. 1 illustrates a user terminal 101 and a message reception notifying system 100 .
- indicators with arrowheads may indicate that data is transmitted and received between the user terminal 101 and the message reception notifying system 100 over a wired/wireless network 10 .
- the user terminal 101 may execute one or more processors configured to perform at least one of the features described herein.
- the user terminal 101 may indicate any type of mobile terminals capable of installing and executing a service exclusive application (hereinafter, a message app) associated with the message reception notifying system 100 .
- a message app a service exclusive application
- the user terminal 101 may perform the overall service operation, such as service screen configuration, data input, data transmission and reception, data storage, etc., under control of the message app.
- the user terminal 101 may include a personal computer (PC), a notebook computer, a laptop computer, a smartphone, a tablet, a wearable computer, etc., however, is not limited thereto.
- PC personal computer
- notebook computer a laptop computer
- smartphone a tablet
- wearable computer etc., however, is not limited thereto.
- the user terminal 101 may directly or indirectly connect to the network 10 , for example, the Internet, a local area network (LAN), etc.
- a PC and a notebook computer may be directly connected to the network 10 through a wired network connection.
- a laptop computer may be wirelessly connected to the network 10 through a wireless communication channel set between the laptop computer and a wireless access point (WAP).
- WAP wireless access point
- a smartphone may be wirelessly connected to the network 10 through a wireless communication channel set between the smartphone and a cellular network/bridge.
- the network 10 may communicate with one or more secondary networks (not shown), for example, a LAN, a wide area network (WAN), and an intranet, however, is not limited thereto.
- the user terminal 101 may interface with the message reception notifying system 100 over the network 10 .
- the message reception notifying system 100 may execute one or more processors configured to perform at least one of the features described herein.
- the message reception notifying system 100 may provide a message reception notification for a message received at the user terminal 101 to the user terminal 101 that is a client in which the message app is installed.
- the message reception notifying system 100 may verify content of the received message by parsing the received message and may provide a different format of a notification window based on the verified content of the message, and may flexibly configure and provide a user interface (UI) included in the notification window based on the content of the message.
- UI user interface
- the message app associated with the message reception notifying system 100 may include a function of providing a notification window for a received message, a function that interworks with an itinerary function, a quick reply function using a common phrase or the like, a function of providing a notification banner for a received message, a function of providing a notification center for managing a message reception notification, etc.
- the message app is configured to be available in a mobile environment as well as a PC environment.
- the message app may be configured in an independently operating program form to operate in conjunction with a specific application, for example, a messaging application such as an SMS or an MMS, a messenger application, a mail application, an SNS application etc., associated with a message, or may be configured in an in-app form of the specific application to be operable on the application.
- At least a portion of constituent elements of the message reception notifying system 100 may be configured in a form of an application installed on the user terminal 101 , or may be configured to be included in a platform that provides a service in a client-server environment.
- the message reception notifying system 100 corresponds to a server computer and may include, for example, a server computing device, a PC, a server computer, a series of server computers, a mini computer, and/or a main frame computer, however, is not limited thereto.
- the server system may be a distributive system and operations of the server system may be concurrently and/or sequentially executed on one or more processors.
- FIG. 2 is a block diagram illustrating a configuration of a message reception notifying system according to at least one example embodiment
- FIG. 3 is a flowchart illustrating a message reception notifying method according to at least one example embodiment.
- the message reception notifying system 100 includes a processor 210 , a bus 220 , a network interface 230 , a memory 240 , and a database 250 .
- the memory 240 includes an operating system (OS) 241 and a notification providing routine 242 .
- the processor 210 includes a determiner 211 and a provider 212 .
- the message reception notifying system 100 may include a greater or lesser number of constituent elements than the number of constituent elements shown in FIG. 2 . However, there is no need to clearly illustrate many constituent elements according to the related art.
- the message reception notifying system 100 may include other constituent elements, such as a display, a transceiver, etc.
- the memory 240 may include a permanent mass storage device, such as random access memory (RAM), read only memory (ROM), a disk drive, etc., as a computer-readable storage medium.
- program codes e.g., computer-readable instructions
- Such software constituent elements may be loaded from another computer-readable storage medium separate from the memory 240 using a drive mechanism (not shown).
- the other computer-readable storage medium may include, for example, a floppy drive, a disk, a tape, a DVD/CD-ROM drive, a memory card, etc.
- Software constituent elements may be loaded to the memory 240 through the network interface 230 instead of, or in addition to, the computer-readable storage medium.
- the bus 220 enables communication and data transmission between the constituent elements of the message reception notifying system 100 .
- the bus 220 may be configured using a high-speed serial bus, a parallel bus, a storage area network (SAN), and/or another appropriate communication technology.
- the network interface 230 may be a computer hardware element for connecting the message reception notifying system 100 to the computer network.
- the network interface 230 may connect the message reception notifying system 100 to the computer network through a wireless and/or wired connection.
- the database 250 serves to store and maintain any information required to provide a message reception notification function.
- the database 250 may store messages sent from and received by a user.
- the messages stored in the database 250 may include time information and may be managed in a form of a timeline. Further, the stored messages may be classified and thereby managed based on a date, a counter party (sender/recipient), and the like.
- the database 250 may include notification information about a received message.
- the notification information may include time information as a notification message notifying a reception of a message. That is, notification information about a received message, for example, a message unread by the user may be accumulated in the database 250 .
- Such notification information stored in the database 250 may be managed based on time information.
- the database 250 may include code information used to configure a frame or a template of a notification window predefined for each message type, a UI for each frame, etc. Also, the database 250 may further include a predefined reply message template and the like as a quick reply function to the received message.
- FIG. 2 illustrates that the database 250 is included in the message reception notifying system 100 , it is an example only.
- the database 250 may be omitted based on a system configuration method, an environment, etc.
- an entire database or a portion of the database may be preset as an external database constructed on a separate system.
- the database 250 may be configured as a local database that is included in an application installed on the user terminal 101 .
- the processor 210 may be configured to process computer-readable instructions of a computer program by performing a basic arithmetic operation, a logic operation, and an input/output operation of the message reception notifying system 100 .
- the computer-readable instructions may be provided from the memory 240 and/or the network interface 230 to the processor 210 through the bus 220 .
- the processor 210 may be configured to execute program codes for the determiner 211 and the provider 212 .
- the program codes may be stored in a storage device, such as the memory 240 .
- the determiner 211 and the provider 212 may be configured to perform operations 310 and 320 of FIG. 3 .
- the determiner 211 determines the type of the received message by reading and parsing the received message.
- the determiner 211 may classify the type of the received message based on a rule predefined for each message type by parsing content of the message. For example, the determiner 211 may classify the type of a received message into a smishing message by determining whether a file download link, for example, a universal resource locator (URL) at which APK is downloaded, etc., is included in a message, whether a file to be downloaded is included in a malicious code database, and the like.
- a file download link for example, a universal resource locator (URL) at which APK is downloaded, etc.
- the determiner 211 may classify the type of a received message into an authentication request message by determining whether an authentication number or an approval number is included in a message.
- the determiner may classify the type of a received message by determining whether sender information, for example, a sender number, a sender name, etc., of the message is included in predefined management target information.
- the sender information may be content directly included in the message or may be content identified at the user terminal from the received message.
- the determiner 211 may classify the type of a received message into a finance related message based on whether a sender telephone number is included in a financial database, for example, a database in which telephone numbers of financial companies to be managed are stored.
- the determiner 211 may classify the type of the finance related message into a payment confirmation message based on whether card payment details are included in message content, a payment due message based on whether payment due information is included in the message content, or a deposit/withdrawal confirmation message based on whether banking translation details are included in the message content.
- the determiner 211 may classify the type of a received message as a spam message by determining whether a predetermined (or, alternatively, desired) phrase or keyword is included in the message.
- the determiner 211 may classify the type of a received message into an advertising message based on whether an advertising phrase is included in message content, a delivery related message based on whether a delivery related keyword, for example, a delivery, an invoice number, a shipment, a deliver, etc., is included in the message content, or a spam message based on whether a predefined spam related keyword, for example, a loan, a proxy driving, an interest rate, etc., is included in the message content.
- a delivery related message based on whether a delivery related keyword, for example, a delivery, an invoice number, a shipment, a deliver, etc.
- a spam message based on whether a predefined spam related keyword, for example, a loan, a proxy driving, an interest rate, etc.
- the determiner 211 may determine the type of a received message by applying at least one of the aforementioned message identification methods. In addition, a variety of criteria for determining a message type within the known art may be additionally applicable.
- the provider 212 provides a notification window corresponding to the determined type of the received message to the user terminal 101 in a popup form.
- a frame or a template for configuring a notification window may be defined to be different based on the message type.
- the provider 212 may determine a frame corresponding to the type of the received message among frames predefined for the respective message types and may configure and provide a notification window for the received message using the determined frame. That is, the provider 211 may process a message based on a frame corresponding to a message type, and may create and provide a different format of a notification window based on the message type.
- the notification window may be configured using a frame in different color based on the message type.
- a frame may be differently defined for each message type based on a variety of display attributes, such as a size, a shape, etc., of a frame, in addition to the color.
- a UI included in a notification window may be differently configured based on the type of the received message.
- the provider 212 may provide an environment that allows an immediate access to another function in conjunction with another application through a notification window.
- the provider 212 may configure a UI for calling an itinerary application in an action button included in a notification window and may provide an access route to an itinerary function.
- the itinerary function is provided as an example only and an additional function may be used or expanded based on needs of an action associated with a message.
- the provider 212 may provide, for example, display notification information about the received message in a banner form on a UI screen associated with a message box.
- the message box may be a storage box configured autonomously at a message app as a unit of a message management environment, such as store, sort, check, delete, etc., of a message, or may be a storage box included on a messaging application of an entity that substantially sends and receives a message.
- the provider 212 may provide a notification center for separately managing notification information about a received message, separate from the message box, and may provide a notification message for the received message through the notification center as another type of message reception notification. That is, the provider 212 may provide a message reception notifying space by configuring the notification center using the notification message for the received message.
- the provider 212 may provide additional information associated with the received message at one or more locations adjacent to a notification window together with the notification window for the received message. For example, the provider 212 may display a sum of credit card bills during an aggregation period, a recent credit card purchase item, a transaction period of the credit card, an event guide associated with the credit card, etc., at a lower end of a corresponding notification window when displaying a notification window for a payment confirmation message.
- FIG. 4 is a flowchart illustrating a process of determining a message type according to at least one example embodiment. Operations of FIG. 4 may be performed at the determiner 211 of FIG. 2 .
- the determiner 211 determines whether a received message includes a file download link, for example, a URL at which APK is downloaded, etc.
- the determiner 211 determines the type of the received message as a smishing message. For example, it is possible to manage a file that includes a malicious code by constructing a malicious code database in advance.
- the determiner 211 determines whether a file, for example, APK, etc., to be downloaded through the file download link is registered to the malicious code database.
- the determiner 211 determines the file as a certain smishing message, for example, a confirmed smishing message.
- the determiner 211 determines the received file as a message suspected for smishing, for example, a suspected smishing message, based on a probability that the received message may be a smishing message.
- the determiner 211 may determine the received message as an unconditional smishing message.
- the determiner 211 determines whether a text of the received message includes an authentication number or an approval number.
- the determiner 211 determines a type of the received message as an authentication request message.
- the determiner 211 determines whether a sender number of the received message is present in a financial company telephone number database.
- the determiner 211 determines whether the text of the received message includes card payment details, for example, a payment amount, etc.
- the determiner 211 determines a type of the received message as a payment confirmation message.
- the determiner 211 determines whether the text of the received message includes payment due information, for example, an amount due, etc.
- the determiner 211 determines the type of the received message as a payment due message.
- the payment confirmation message and the payment due message are classified into different types of messages, it is only an example.
- the payment confirmation message and the payment due message may be classified into the same type of messages.
- the determiner 211 determines whether the text of the received message includes banking transaction details, for example, a deposit amount, a withdrawal amount, and the like.
- the determiner 211 determines the type of the received message as a deposit/withdrawal confirmation message.
- the determiner 211 determines whether the text of the received message includes a specific keyword, for example, advertising.
- the determiner 211 determines the type of the received message as an advertising message.
- the determiner 211 determines whether the text of the received message includes a delivery related keyword, for example, a delivery, an invoice number, a shipment, a deliver, etc.
- the determiner 211 determines the type of the received message as a delivery related message.
- the determiner 211 determines whether the text of the received message includes a keyword specified for identifying a spam message (hereinafter, a spam related keyword), for example, a loan, a proxy driving, an interest rate, etc.
- a spam related keyword for example, a loan, a proxy driving, an interest rate, etc.
- the determiner 211 determines the type of the received message as a spam message. That is, the determiner 211 may filter a text that includes a keyword, such as a loan, a proxy driving, an interest rate, etc., as a spam among received messages and then may process the text as a spam message based on a spam index.
- a keyword such as a loan, a proxy driving, an interest rate, etc.
- the determiner 211 classifies, that is, determines the received message as a general message.
- a general message may be classified into two or more types based on the type of an originating number. For example, a received message determined as a general message may be classified as a message of which an originating number is a mobile phone number and a message of which an originating number is a general telephone number. That is, for the received message determined as the general message, a notification window in a different format may be provided based on the type of an originating number, for example, a mobile phone number, a general telephone number, etc.
- the message types described with FIG. 4 are provided as examples only and a message type classifiable through message parsing may be additionally applicable.
- the process of determining a message type is also provided as an example.
- additional operations may be further included based on a predefined message type, and orders or locations of the operations may be changed.
- the provider 212 may provide a notification window in a popup form on the display screen of the user terminal 101 as a notification of the received message.
- the frame or the template of the notification window and a UI for example, an action button, may be configured to be differentiated based on the type of the received message.
- the provider 212 may process the received message and may display at least a portion of content of the received message (hereinafter, message content).
- message content may be configured so that the message content is represented commonly based on a minimum length, for example, 1 line, and a maximum length, for example, 4 lines, regardless of the message type and is processed using a scroll if the message content exceeds the maximum length.
- the notification window may be configured to land on a detail page of the received message in response to a selection, for example, a touch, a click, etc., on message content that is a main text area displayed on the notification window.
- Sender information may be displayed on the notification window together with the message description.
- the sender information may include at least one of a profile image, a name, and a telephone number. If a message originating number is registered to an address book of the user terminal 101 , an image, a name, a number, etc., stored in the address book may be used. If the message originating number is not registered to the address book, an image, a name, a number, etc., stored in a database on the interworking Internet may be used.
- the notification window may include at least one action button as a UI for the received message, and may include action buttons, such as a delete button, a close button, a block button, a copy button, a quick reply button, an itinerary register button, a tag add button, a report view button, a recent detail view button, etc. Based on the message type, action buttons of the notification window may be flexibly configured.
- the action buttons may be defined as follows:
- a delete button is configured as a function of immediately deleting a received message.
- a close button is configured as a function of processing a message to be read or subtracting badge counts of the corresponding message by one.
- a block button is configured as a function of moving a received message to a blocked message box by blocking the received message and at the same time, adding a sender number of the received message to a reception block database.
- a copy button is configured as a function of automatically saving at least a portion of content, for example, an authentication number, of a received message on a clipboard.
- a quick reply button is configured as a function of landing on a message thread, providing a common phrase card list, and immediately sending a message selected from the common phrase card list as a reply to a received message.
- An itinerary register button is configured as a function of calling an itinerary application to register an itinerary associated with a received message and landing on a calendar alternatives and edition screen.
- a tag add button is configured as a function of adding a variety of tags, such as location information, friend information, etc., to a received message.
- a report view button and a recent detail view button are configured as a function of providing accumulated information based on messages included in a bundle to which a received message belongs.
- the bundle indicates a grouping unit for classifying the same subject or same type of messages or messages sent from the same sender.
- An advertising block button is configured as a function of moving a received message to an advertising message box by blocking the received message and at the same time, adding a sender number of the received message to a reception block database.
- a delivery reference button is configured as a function of landing on a delivery reference page through a link included in a received message.
- a replay button is configured as a function of displaying a notification of a received message again after a preset period of time is elapsed. For example, in response to selecting the replay button configured on a notification window for a message reception, a time list, such as 30 minutes, 1 hour, 2 hours, etc., may be displayed. In this example, if a user selects a specific time from the time list, the notification window for the corresponding message may be displayed again after a period of time selected by the user is elapsed.
- the replay button may include a function of repeatedly displaying a notification window for a corresponding message at time intervals selected by the user.
- a notification window for a received message is described to be configured using a button defined based on a message type, it is only an example.
- the notification window may be configured by selecting a user desired button based on user settings.
- FIG. 5 illustrates an example of a smishing message notification window 500 for notifying a reception of a smishing message according to at least one example embodiment.
- the smishing message notification window 500 may include message content 501 and sender information.
- the sender information may include a profile image 502 , a name 503 , a telephone number 504 , etc.
- an image 502 - 1 indicating a smishing risk may be applied to the profile image 502 .
- the smishing message notification window 500 may further include an alerting text 505 that calls the user's attention to smishing.
- the smishing message may be classified into a confirmed smishing message and a suspected smishing message.
- the alerting text 505 may include different phrases indicating a confirmed smishing message and a suspected smishing message, respectively, with respect to the smishing message. For example, in the case of the confirmed smishing message, a phrase saying “please do not download this message, it includes a malicious code!” may be displayed. In the case of the suspected smishing message, a phrase saying “please pay attention, this file may be risky!” may be displayed.
- the smishing message notification window 500 may include a secure register button 510 , a block button 520 , a close button 530 , etc., as UIs associated with the smishing message.
- the secure register button 510 is configured as a function of excluding a corresponding message from a target to be classified as a smishing message.
- at least one of a sender telephone number of a corresponding message and link information included in the message may be added to an excluded smishing target database, and a message including the same telephone number or link information may not be classified as a smishing message.
- FIG. 6 illustrates an example of an authentication message notification window 600 for notifying a reception of an authentication message according to at least one example embodiment.
- the authentication message notification window 600 may include message content 601 and sender information.
- the sender information may include a profile image 602 , a name, a telephone number, etc.
- an image 602 - 1 indicating authentication transaction information may be applied to the profile image.
- a database in which a telephone number and a name are matched may be predefined.
- a name corresponding to a message originating number may be retrieved from the database and may be displayed as the sender information.
- an authentication number extracted by parsing an authentication request message may be highlighted. If the authentication number includes a preset (or, alternatively, desired) number of digits, for example, five or more digits, the digits of the authentication number may be grouped by each two digits and each group may be represented in different color. Here, if the authentication number includes odd digits, a last group may be represented to have one more digit.
- the authentication message notification window 600 may include a delete button 610 , a copy button 620 , a close button 630 , etc., as UIs associated with the authentication request message.
- the copy button 620 is configured as a function of copying an authentication number included in the message content 601 .
- a number parsed as an authentication number from the authentication request message may be automatically copied to a clipboard.
- FIG. 7 illustrates an example of a payment message notification window 700 for notifying a reception of a payment confirmation message according to at least one example embodiment.
- the payment message notification window 700 may include message content 701 and sender information.
- the sender information may include a profile image, a name, a telephone number, etc.
- a credit card company logo may be applied to the profile image.
- a database in which a telephone number and a name/logo of a credit card company are matched may be predefined.
- the name and the logo of a credit card company corresponding to a message originating number may be retrieved from the database and be displayed as the sender information.
- the message content 701 may be configured using a different format of content that includes primary information acquired by parsing the payment confirmation message.
- the message content 701 may be configured to include a payment amount, installation information, a used place, a total amount, etc., which are extracted from the payment confirmation message.
- the payment account extracted by parsing the payment confirmation message may be highlighted in the message content 701 .
- the payment message notification window 700 may include a report button 710 , a close button 720 , etc., as UIs associated with the payment confirmation message.
- the report button 710 is configured as a function of landing on a bundle detail page for providing a variety of statistical information about a bundle that includes the payment confirmation message. For example, in response to selecting the report button 710 on the payment message notification window 700 , a user may connect to the bundle detail page for providing a monthly card debit, a total amount for each credit card company, etc.
- FIG. 8 illustrates an example of a transaction message notification window 800 for notifying a reception of a deposit/withdrawal confirmation message according to at least one example embodiment.
- the transaction message notification window 800 may include message content 801 and sender information.
- the sender information may include a profile image, a name, a telephone number, etc.
- a logo of a bank may be applied to the profile image.
- a database in which the telephone number and the name/logo of a bank are matched may be predefined.
- the name/logo of a bank corresponding to a message originating number may be retrieved from the database and be displayed as the sender information.
- the message content 801 may be configured using a different format of content that includes primary information acquired by parsing the deposit/withdrawal confirmation message.
- the message content 801 may be configured to include a deposit amount/withdrawal amount, a sender/recipient, balance, etc., which are extracted from the deposit/withdrawal confirmation message.
- the deposit amount/withdrawal amount extracted by parsing the deposit/withdrawal confirmation message may be highlighted in the message content 801 .
- the transaction message notification window 800 may include a report button 810 , a close button 820 , etc., as UIs associated with the deposit/withdrawal confirmation message.
- the report button 810 is configured as a function of landing on a bundle detail page for providing a variety of statistical information about a bundle that includes the deposit/withdrawal confirmation message.
- a user may connect to the bundle detail page for providing a monthly transaction amount (a total deposit/withdrawal amount), a transaction amount (a total deposit/withdrawal amount) for each bank, balance, etc.
- a financial company may be classified into a credit card company and a bank based on the type of transaction.
- the credit card company may be classified into a consumer credit card, a corporate card, a check card, etc.
- a notification window may be configured by processing a message received from the financial company to be in a format corresponding to the type of transaction. For example, in the case of a consumer credit card/corporate card, a place of use, a payment amount, a type of payment (single payment/installment), a total amount or limit balance, a card name, etc., may be displayed.
- a place of use In the case of a check card, a place of use, a payment amount, a type of payment, balance (remaining limit), a card name, etc., may be displayed.
- a type of transaction deposit/withdrawal/withdrawal cancel
- a used place In the case of a transaction amount, balance, etc., may be displayed.
- a message reception notification window 900 may include a message classification button 910 , an itinerary register button 920 , a close button 930 , etc., as UIs associated with the received message.
- the message classification button 910 is configured as a function of changing a message type, and may classify the type of the received message into a payment confirmation message or a deposit/withdrawal confirmation message, rather than the general message.
- the itinerary register button 920 is configured as a function of landing on a calendar alternatives and itinerary edition screen by calling an application set to register an itinerary associated with the received message.
- a message including an amount due is classified as a general message
- the message including an amount due may be classified into a payment due message that is another message type of FIG. 4 , rather than the general message.
- a UI that includes a report button, a close button, etc. may be configured on a message notification window.
- FIG. 10 illustrates an example of a general message notification window 1000 for notifying a reception of a general message according to at least one example embodiment.
- the general message notification window 1000 may include message content 1001 and sender information.
- the sender information may include a profile image, a name, a telephone number, etc. If a message originating number is registered to an address book, sender information may be displayed using an image, a name, a number, etc., stored in the address book. If the message originating number is not registered to the address book, sender information may be displayed using an image, a name, a number, etc., stored in a database that interworks with the Internet.
- At least a portion of the content of the text included in the received message may be indicated on the message content 1001 by processing the received message.
- the general message notification window 1000 may include a quick reply button 1010 , an itinerary register button 1020 , a close button 1030 , a bookmark button 1040 , etc., as UIs associated with the general message.
- the itinerary register button 1020 is configured as a function of calling an itinerary application to register an itinerary associated with the received message and landing on a calendar alternatives and itinerary edition screen.
- content parsed from the received message may be automatically transferred as an input element, for example, an itinerary name, a date, a place, etc.
- the title of a message may be transferred to the itinerary application to be designated as an itinerary name.
- Corresponding date information may be transferred to the itinerary application to designate, as an itinerary registration date, a specific date if the specific date is included in a text of a message, a last date in content expressed as ‘ ⁇ ’, by, etc., if a date range is included in the text of the message, or a message received date if a date is not included in the text of the message.
- the bookmark button 1040 is configured as a function of setting a bookmark to a received message and classifying the received message as an important message.
- a corresponding message may be registered to a timeline may be registered and an icon, for example, a star indicating importance may be marked at the corresponding message in a message list, such as a message box and the like.
- the quick reply button 1010 is configured as a function of providing a common phrase card list and immediately sending a message selected from the common phrase card list as a reply to a received message.
- the common phrase card list may include phrases arbitrarily registered on a service.
- the common phrase card list may be provided by reading messages sent from a user and by automatically selecting and registering phrases frequently used by the user.
- a common phrase card list 1100 may be displayed in a popup form.
- a common phrase of the selected card may be transferred as a reply to a received message.
- a phrase determined for the card may be immediately transferred as a reply to the received message without popping up the common phrase card list 1100 .
- the common phrase card list 1100 may be set to a default or may be configured using common phrases input from the user.
- a different format of a notification window may be provided based on the type of an originating number, for example, a mobile phone number, a general telephone number, etc.
- the quick reply button 1010 may be included on the general message notification window 1000 .
- the originating number of the received message is a general telephone number, for example, a landline number, a reply cannot be made and thus, a replay button may be included on the general message notification window 1000 instead of the quick reply button 1010 .
- the replay button is configured as a function of displaying a notification of a received message after a preset period of time is elapsed or repeatedly displaying the notification at set time intervals.
- a time list such as 30 minutes, 1 hour, 2 hours, etc.
- a notification window for the corresponding message may be displayed again after a period of time selected by the user is elapsed.
- a notification window corresponding to an advertising message may include an advertising block button and a notification window corresponding to a spam message may include a spam block button.
- the advertising block button is configured as a function of moving a received message to an advertising message box by blocking the received message and at the same time, adding an originating telephone number of the message to a reception block database.
- the spam block button is configured as a function of moving a received message to a blocked message box by blocking the received message and at the same time, adding an originating telephone number of the message to a reception block database.
- a notification window corresponding to a delivery related message may include a delivery reference button.
- the delivery reference button is configured as a function of landing on a delivery reference page through a link included in a received message.
- the notification window may include a quick reply button.
- the quick reply button is configured as a function of providing a common phrase card list, and immediately sending a message selected from the common phrase card list as a reply to the delivery related message.
- the common phrase card list for a quick reply associated with delivery may include phrases, for example, ‘please keep it at the security office’, ‘please do not push the bell and just knock on the door’, etc., that may be used between a user and a delivery man.
- the phrases may be arbitrarily registered at a service or may be registered based on user settings.
- a notification window for a received message may be configured to have a different frame and action button based on a message type.
- the provider 212 may display a notification window 1200 including a frame and an action button corresponding to a type of the received message in a popup form on a screen 12 of the user terminal 101 .
- message reception notification windows 1300 may be overlappingly displayed on a screen 13 of the user terminal 101 .
- a notification window for a most recent received message may be displayed at the top end and an input of an action may be enabled with respect to the notification window displayed at the top end.
- all of the message reception notification windows 1300 may be closed. In this case, a received message may be maintained to be in an unread state and badge counts for received messages may not be altered.
- FIG. 14 illustrates a UI screen 14 associated with a message box according to at least one example embodiment.
- messages stored in the message box may be sorted and displayed on the UI screen 14 based on a preset criterion, for example, based on a time.
- a notification message hereinafter, a notification banner 1400 in a banner form may be displayed as notification information about a received message at one side, for example, an upper end, of the UI screen 14 .
- the notification banner 1400 may be configured in a single line that includes at least one of sender information, for example, a profile image, a name, and a telephone number, about a received message and message content, and may be displayed on the UI screen 14 .
- the notification banner 1400 may be displayed on the UI screen 14 by applying a scrolling method based on a message length.
- a different frame may be applied to the notification banner 1400 based on a message type. For example, a different banner color may be applied based on a message type.
- the notification banner 1400 may be configured in a different format of content based on the title, the main text, the attachment file, etc., included in the message.
- FIG. 15 illustrates a UI screen 15 on the user terminal 101 associated with a notification center according to at least one example embodiment.
- notification information 1500 of received messages processed to be unread among received messages notified in a popup or banner form on the user screen of the user terminal 101 may be sorted based on a preset criterion, for example, in temporal order and thereby displayed on the UI screen 15 as a management space separate from a message box.
- the notification information 1500 may be configured in a card form with respect to each of received messages and may be configured in a predefined format that includes at least one of sender information, for example, a profile image, a name, a telephone number, etc., and message content, and then be displayed as a card list on the UI screen 15 .
- sender information for example, a profile image, a name, a telephone number, etc., and message content
- a different card may be applied to the notification information 1500 based on a message type. For example, a different card color may be applied based on a message type.
- the notification information 1500 may be configured in a different format of content based on a title, a main text, an attachment file, etc., included in the message.
- a corresponding message card may be expanded so that a full text of the message on the expanded card may be displayed and an action button corresponding to a message type may be displayed on the expanded card.
- a close button for processing a received message to be read may be included as action buttons.
- a copy button for copying an authentication number included in a message to a clipboard, etc. may be included as action buttons.
- a close button for processing a received message to be read may be included as action buttons.
- a quick reply button for transferring a reply using a common phrase, etc. may be included as action buttons.
- a different format of notification information may be created and provided based on the message type.
- FIGS. 17 through 19 illustrate examples of a UI screen for providing additional information associated with a received message according to at least one example embodiment.
- the provider 212 may display a notification window including a frame and an action button corresponding to the type of the received message in a popup form.
- the provider 212 may display additional information associated with the received message at one or more locations adjacent to the notification window.
- the provider 212 may display an information window 1710 that includes a card amount used during an aggregation period at a lower end of a received message notification window 1700 when displaying the received message notification window 1700 on a screen 17 of the user terminal 101 .
- the provider 212 may display an information window 1820 that includes an event guide associated with a card used place at a lower end of a received message notification window 1800 .
- the provider 212 may display an information window 1930 that includes a transaction period, for example, a payment period, of a card used place at a lower end of a received message notification window 1900 .
- the provider 212 may provide additional information associated with a received message together with a notification window for the received message.
- An information window that includes additional information may include different content based on a message type.
- the additional information provided using the information window may be determined in advance at a service.
- user desired information may be provided for each message type based on user settings.
- the message reception notifying method may include a further reduced number of operations or additional operations based on detailed description of the message reception notifying system described with reference to FIGS. 1 through 19 . Also, two or more operations may be combined and orders or locations thereof may be modified.
- FIGS. through 19 Screens of FIGS. through 19 are provided as examples only to help the understanding of the disclosure and convenience of description, and a configuration, order, etc., of a screen may be modified.
- FIG. 20 is a block diagram illustrating a configuration of a computer system according to at least one example embodiment.
- a computer system 2000 includes at least one processor 2010 , a memory 2020 , a peripheral interface 2030 , an input/output (I/O) subsystem 2040 , a power circuit 2050 , and a communication circuit 2060 .
- the computer system 2000 may correspond to the user terminal 101 .
- the memory 2020 may include, for example, a high-speed random access memory (HSRAM), a magnetic disk, a static random access memory (SRAM), a dynamic RAM (DRAM), read only memory (ROM), a flash memory, and a non-volatile memory.
- the memory 2020 may include a software module, an instruction set, or a variety of data required for an operation of the computer system 2000 .
- an access from another component such as the processor 2010 and the peripheral interface 2030 to the memory 2020 may be controlled by the processor 2010 .
- the peripheral interface 2030 may couple an input device and/or an output device of the computer system 2000 with the processor 2010 and the memory 2020 .
- the processor 2010 may perform a variety of functions for the computer system 2000 and process data by executing the software module or the instruction set stored in the memory 2020 .
- the I/O subsystem 2040 may couple various I/O peripheral devices with the peripheral interface 2030 .
- the I/O subsystem 2040 may include a controller for coupling the peripheral interface 2030 and a peripheral device, such as a monitor, a keyboard, a mouse, a printer, and a touch screen or a sensor depending on a necessity.
- the I/O peripheral devices may be coupled with the peripheral interface 2030 without using the I/O subsystem 2040 .
- the power circuit 2050 may supply a power to all of or a portion of components of a terminal.
- the power circuit 2050 may include a power management system, at least one power source such as a battery and alternating circuit (AC), a charge system, a power failure detection circuit, a power converter or inverter, a power status indicator, or other components for creating, managing and distributing power.
- a power management system such as a battery and alternating circuit (AC), a charge system, a power failure detection circuit, a power converter or inverter, a power status indicator, or other components for creating, managing and distributing power.
- the communication circuit 2060 enables communication with another computer system using at least one external port.
- the communication circuit 2060 may enable communication with another computer system by including a radio frequency (RF) circuit and thereby transmitting and receiving an RF signal known as an electromagnetic signal.
- RF radio frequency
- FIG. 20 is only an example of the computer system 2000 .
- the computer system 2000 may have a configuration or an arrangement for omitting a portion of the components illustrated in FIG. 20 , further including components not illustrated in FIG. 20 , or coupling two or more components.
- a computer system for a communication terminal of a mobile environment may further include a touch screen, a sensor, and the like, in addition to the components of FIG. 20 .
- a circuit for RF communication using a variety of communication methods, for example, wireless fidelity (Wi-Fi), 3rd generation (3G), long term evolution (LTE), Bluetooth, near field communication (NFC), and ZigBee, may be included in the communication circuit 2060 .
- Components includable in the computer system 2000 may be configured as hardware that includes an integrated circuit specified for at least one signal processing or application, software, or a combination of hardware and software.
Abstract
Description
Claims (20)
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR1020150115988A KR101695923B1 (en) | 2015-08-18 | 2015-08-18 | Method, system and recording medium for notifying receipt of message |
KR10-2015-0115988 | 2015-08-18 |
Publications (2)
Publication Number | Publication Date |
---|---|
US20170054670A1 US20170054670A1 (en) | 2017-02-23 |
US10855638B2 true US10855638B2 (en) | 2020-12-01 |
Family
ID=57811497
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US15/239,458 Active 2038-11-13 US10855638B2 (en) | 2015-08-18 | 2016-08-17 | Method, system, and recording medium for notifying reception of message |
Country Status (3)
Country | Link |
---|---|
US (1) | US10855638B2 (en) |
JP (1) | JP6397859B2 (en) |
KR (1) | KR101695923B1 (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11509759B2 (en) | 2017-02-28 | 2022-11-22 | Nhn Corporation | System, a computer readable medium, and a method for providing an integrated management of message information |
Families Citing this family (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101695923B1 (en) * | 2015-08-18 | 2017-01-12 | 네이버 주식회사 | Method, system and recording medium for notifying receipt of message |
US10620920B2 (en) * | 2016-05-17 | 2020-04-14 | Google Llc | Automatic graphical user interface generation from notification data |
WO2018057627A1 (en) | 2016-09-20 | 2018-03-29 | Google Llc | System and method for transmitting a response in a messaging application |
KR102600889B1 (en) * | 2016-11-29 | 2023-11-10 | 삼성전자주식회사 | Method for processing message and electronic device for the same |
US11714522B2 (en) * | 2017-12-08 | 2023-08-01 | Yahoo Assets Llc | Controlling a graphical user interface using a presentation of messages based upon predicted interactions with the messages |
US10812435B2 (en) * | 2018-02-28 | 2020-10-20 | Ringcentral, Inc. | Systems and methods for suppressing repetitive notifications about messages in messaging groups |
US10701003B2 (en) * | 2018-05-21 | 2020-06-30 | Slack Technologies, Inc. | Systems and methods for initiating external actions via a group-based communication system |
CN113711616B (en) * | 2019-05-23 | 2022-10-11 | 谷歌有限责任公司 | Methods, systems, and media for cross-platform content muting |
US11558740B2 (en) * | 2020-09-23 | 2023-01-17 | T-Mobile Usa, Inc. | Dynamic encryption for scheduled message delivery |
CN112114724A (en) * | 2020-09-28 | 2020-12-22 | 深圳软牛科技有限公司 | Dialog box notification display method, dialog box notification display device, dialog box notification equipment and storage medium |
CN112346806A (en) * | 2020-11-06 | 2021-02-09 | 北京字跳网络技术有限公司 | Method, device, terminal and storage medium for displaying information |
WO2022126476A1 (en) * | 2020-12-17 | 2022-06-23 | Citrix Systems, Inc. | Secure collaboration messaging |
JP7126319B1 (en) * | 2021-01-05 | 2022-08-26 | 楽天グループ株式会社 | Display control device, display control method, and program |
US20220397985A1 (en) * | 2021-06-14 | 2022-12-15 | Citrix Systems, Inc. | Transparent Application Window |
CN113821132B (en) * | 2021-07-27 | 2023-08-15 | 荣耀终端有限公司 | Message processing method and device |
Citations (39)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2004054343A (en) | 2002-07-16 | 2004-02-19 | Sharp Corp | Information reception notifying apparatus, information reception notifying method, program and recording medium |
KR20050073704A (en) | 2004-01-09 | 2005-07-18 | (주)팜미디어 | The method of displaying the received information of the mobile phone and the mobile phone adapted to it |
US20050268104A1 (en) * | 2004-05-26 | 2005-12-01 | Satoru Sugishita | Image forming apparatus and authentication and charging method |
US20060007486A1 (en) * | 2004-07-08 | 2006-01-12 | Murata Kikai Kabushiki Kaisha | Image communication device |
KR20060104298A (en) | 2005-03-30 | 2006-10-09 | 에스케이 텔레콤주식회사 | Mobile communication terminal with vm application for management of credit card approval message |
US20070032267A1 (en) * | 2005-08-08 | 2007-02-08 | Robert Haitani | Contact-centric user-interface features for computing devices |
JP2007122438A (en) | 2005-10-28 | 2007-05-17 | Kyocera Corp | Data communication unit and control method of data communication system |
JP2007148939A (en) | 2005-11-29 | 2007-06-14 | Kyocera Corp | Communication device and communication method |
US20070162339A1 (en) * | 2006-01-10 | 2007-07-12 | Andreas Arning | Method and System for Sending and Processing Messages Received Electronically |
US20080134052A1 (en) * | 2006-12-04 | 2008-06-05 | Yahoo! Inc. | Bootstrapping social networks using augmented peer to peer distributions of social networking services |
US20080139176A1 (en) * | 2006-12-07 | 2008-06-12 | Samsung Electronics Co., Ltd. | Method and system for displaying message information in mobile communication terminal |
JP2008305406A (en) | 2007-06-08 | 2008-12-18 | Nhn Corp | Electronic mail additional information service providing method based on information area instruction, and system for it |
KR20090002940A (en) | 2007-07-05 | 2009-01-09 | 삼성전자주식회사 | Short message and memo unification managing method and mobile communication terminal using thereof |
US20090042542A1 (en) * | 2007-08-08 | 2009-02-12 | Eric W B Dias | Message display system |
US20090093273A1 (en) * | 2007-10-05 | 2009-04-09 | Gerhard Dietrich Klassen | Differentiating a portion of a text message shown in a listing on a handheld communication device using an icon |
US20090094331A1 (en) * | 2007-10-05 | 2009-04-09 | Nobori Fujio | Information processing unit, content providing server, communication relay server, information processing method, content providing method and communication relay method |
US20100030798A1 (en) * | 2007-01-23 | 2010-02-04 | Clearwell Systems, Inc. | Systems and Methods for Tagging Emails by Discussions |
US20100087173A1 (en) * | 2008-10-02 | 2010-04-08 | Microsoft Corporation | Inter-threading Indications of Different Types of Communication |
JP2010087759A (en) | 2008-09-30 | 2010-04-15 | Hiromitsu Takayama | Method of transmitting and receiving mail, mail transmission and reception system, and mail transmission and reception server |
JP2010176248A (en) | 2009-01-28 | 2010-08-12 | Sony Corp | Information processor, information processing method, and program |
US20110131221A1 (en) * | 2009-11-30 | 2011-06-02 | Infosys Technologies Limited | Method and system for providing context aware communication |
US20110294467A1 (en) * | 2010-05-26 | 2011-12-01 | Samsung Electronics Co., Ltd. | Mobile device having a touch-lock state and method for operating the mobile device |
KR20120060570A (en) | 2010-12-02 | 2012-06-12 | 에스케이플래닛 주식회사 | Apparatus and method displaying event notification |
US20120165072A1 (en) * | 2010-12-23 | 2012-06-28 | Research In Motion Limited | Portable electronic device having sliding display providing event notification |
US20120221901A1 (en) * | 2011-02-28 | 2012-08-30 | Ricoh Company, Ltd. | Error report management |
US20120311493A1 (en) * | 2011-06-01 | 2012-12-06 | Nokia Corporation | Method and apparatus for spatially indicating notifications |
US8614968B1 (en) * | 2010-05-03 | 2013-12-24 | Sprint Communications Company L.P. | Mobile device user interface notification management |
US20140067507A1 (en) * | 2003-08-29 | 2014-03-06 | Tana Costello | Method and System for Providing Reward Status |
US20140067963A1 (en) * | 2012-08-30 | 2014-03-06 | Avaya Inc. | Dynamic multimodal visual message prioritization method and apparatus |
KR20140067507A (en) | 2012-11-26 | 2014-06-05 | 엘지전자 주식회사 | Apparatus and method for informing call receiving in a mobile terminal |
JP2014519126A (en) | 2011-06-05 | 2014-08-07 | アップル インコーポレイテッド | System and method for displaying notifications received from multiple applications |
KR20140133679A (en) | 2013-05-09 | 2014-11-20 | 삼성전자주식회사 | Method and apparatus for notification of message reception according to property of received message |
US20140351744A1 (en) | 2013-05-22 | 2014-11-27 | Samsung Electronics Co., Ltd. | Method of operating notification screen and electronic device supporting the same |
US8994671B2 (en) * | 2011-09-27 | 2015-03-31 | Z124 | Display notifications on a dual screen device |
US20150155903A1 (en) * | 2013-12-04 | 2015-06-04 | Lg Electronics Inc. | Mobile terminal and control method for the mobile terminal |
WO2015088853A1 (en) | 2013-12-11 | 2015-06-18 | Alibaba Group Holding Limited | Launching a client application based on a message |
US20150341903A1 (en) * | 2014-05-23 | 2015-11-26 | Samsung Electronics Co., Ltd. | Wearable device and method of setting reception of notification message therein |
US20170054670A1 (en) * | 2015-08-18 | 2017-02-23 | Naver Corporation | Method, system, and recording medium for notifying reception of message |
US20180081525A1 (en) * | 2015-06-23 | 2018-03-22 | Shenzhen Royole Technologies Co. Ltd. | Split-screen display method and electronic device |
-
2015
- 2015-08-18 KR KR1020150115988A patent/KR101695923B1/en active IP Right Grant
-
2016
- 2016-08-03 JP JP2016153128A patent/JP6397859B2/en active Active
- 2016-08-17 US US15/239,458 patent/US10855638B2/en active Active
Patent Citations (39)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2004054343A (en) | 2002-07-16 | 2004-02-19 | Sharp Corp | Information reception notifying apparatus, information reception notifying method, program and recording medium |
US20140067507A1 (en) * | 2003-08-29 | 2014-03-06 | Tana Costello | Method and System for Providing Reward Status |
KR20050073704A (en) | 2004-01-09 | 2005-07-18 | (주)팜미디어 | The method of displaying the received information of the mobile phone and the mobile phone adapted to it |
US20050268104A1 (en) * | 2004-05-26 | 2005-12-01 | Satoru Sugishita | Image forming apparatus and authentication and charging method |
US20060007486A1 (en) * | 2004-07-08 | 2006-01-12 | Murata Kikai Kabushiki Kaisha | Image communication device |
KR20060104298A (en) | 2005-03-30 | 2006-10-09 | 에스케이 텔레콤주식회사 | Mobile communication terminal with vm application for management of credit card approval message |
US20070032267A1 (en) * | 2005-08-08 | 2007-02-08 | Robert Haitani | Contact-centric user-interface features for computing devices |
JP2007122438A (en) | 2005-10-28 | 2007-05-17 | Kyocera Corp | Data communication unit and control method of data communication system |
JP2007148939A (en) | 2005-11-29 | 2007-06-14 | Kyocera Corp | Communication device and communication method |
US20070162339A1 (en) * | 2006-01-10 | 2007-07-12 | Andreas Arning | Method and System for Sending and Processing Messages Received Electronically |
US20080134052A1 (en) * | 2006-12-04 | 2008-06-05 | Yahoo! Inc. | Bootstrapping social networks using augmented peer to peer distributions of social networking services |
US20080139176A1 (en) * | 2006-12-07 | 2008-06-12 | Samsung Electronics Co., Ltd. | Method and system for displaying message information in mobile communication terminal |
US20100030798A1 (en) * | 2007-01-23 | 2010-02-04 | Clearwell Systems, Inc. | Systems and Methods for Tagging Emails by Discussions |
JP2008305406A (en) | 2007-06-08 | 2008-12-18 | Nhn Corp | Electronic mail additional information service providing method based on information area instruction, and system for it |
KR20090002940A (en) | 2007-07-05 | 2009-01-09 | 삼성전자주식회사 | Short message and memo unification managing method and mobile communication terminal using thereof |
US20090042542A1 (en) * | 2007-08-08 | 2009-02-12 | Eric W B Dias | Message display system |
US20090093273A1 (en) * | 2007-10-05 | 2009-04-09 | Gerhard Dietrich Klassen | Differentiating a portion of a text message shown in a listing on a handheld communication device using an icon |
US20090094331A1 (en) * | 2007-10-05 | 2009-04-09 | Nobori Fujio | Information processing unit, content providing server, communication relay server, information processing method, content providing method and communication relay method |
JP2010087759A (en) | 2008-09-30 | 2010-04-15 | Hiromitsu Takayama | Method of transmitting and receiving mail, mail transmission and reception system, and mail transmission and reception server |
US20100087173A1 (en) * | 2008-10-02 | 2010-04-08 | Microsoft Corporation | Inter-threading Indications of Different Types of Communication |
JP2010176248A (en) | 2009-01-28 | 2010-08-12 | Sony Corp | Information processor, information processing method, and program |
US20110131221A1 (en) * | 2009-11-30 | 2011-06-02 | Infosys Technologies Limited | Method and system for providing context aware communication |
US8614968B1 (en) * | 2010-05-03 | 2013-12-24 | Sprint Communications Company L.P. | Mobile device user interface notification management |
US20110294467A1 (en) * | 2010-05-26 | 2011-12-01 | Samsung Electronics Co., Ltd. | Mobile device having a touch-lock state and method for operating the mobile device |
KR20120060570A (en) | 2010-12-02 | 2012-06-12 | 에스케이플래닛 주식회사 | Apparatus and method displaying event notification |
US20120165072A1 (en) * | 2010-12-23 | 2012-06-28 | Research In Motion Limited | Portable electronic device having sliding display providing event notification |
US20120221901A1 (en) * | 2011-02-28 | 2012-08-30 | Ricoh Company, Ltd. | Error report management |
US20120311493A1 (en) * | 2011-06-01 | 2012-12-06 | Nokia Corporation | Method and apparatus for spatially indicating notifications |
JP2014519126A (en) | 2011-06-05 | 2014-08-07 | アップル インコーポレイテッド | System and method for displaying notifications received from multiple applications |
US8994671B2 (en) * | 2011-09-27 | 2015-03-31 | Z124 | Display notifications on a dual screen device |
US20140067963A1 (en) * | 2012-08-30 | 2014-03-06 | Avaya Inc. | Dynamic multimodal visual message prioritization method and apparatus |
KR20140067507A (en) | 2012-11-26 | 2014-06-05 | 엘지전자 주식회사 | Apparatus and method for informing call receiving in a mobile terminal |
KR20140133679A (en) | 2013-05-09 | 2014-11-20 | 삼성전자주식회사 | Method and apparatus for notification of message reception according to property of received message |
US20140351744A1 (en) | 2013-05-22 | 2014-11-27 | Samsung Electronics Co., Ltd. | Method of operating notification screen and electronic device supporting the same |
US20150155903A1 (en) * | 2013-12-04 | 2015-06-04 | Lg Electronics Inc. | Mobile terminal and control method for the mobile terminal |
WO2015088853A1 (en) | 2013-12-11 | 2015-06-18 | Alibaba Group Holding Limited | Launching a client application based on a message |
US20150341903A1 (en) * | 2014-05-23 | 2015-11-26 | Samsung Electronics Co., Ltd. | Wearable device and method of setting reception of notification message therein |
US20180081525A1 (en) * | 2015-06-23 | 2018-03-22 | Shenzhen Royole Technologies Co. Ltd. | Split-screen display method and electronic device |
US20170054670A1 (en) * | 2015-08-18 | 2017-02-23 | Naver Corporation | Method, system, and recording medium for notifying reception of message |
Non-Patent Citations (3)
Title |
---|
Japanese Office Action dated Jul. 11, 2017 by the Japanese Patent Office corresponding to Japanese patent application No. 2016-153128. |
Japanese Office Action dated Mar. 6, 2018 by the Japanese Patent Office corresponding to Japanese patent application No. 2016-153128. |
Korean Office Action dated Jul. 25, 2016 by the Korean Patent Office corresponding to Korean patent application No. 10-2015-0115988. |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11509759B2 (en) | 2017-02-28 | 2022-11-22 | Nhn Corporation | System, a computer readable medium, and a method for providing an integrated management of message information |
Also Published As
Publication number | Publication date |
---|---|
US20170054670A1 (en) | 2017-02-23 |
JP6397859B2 (en) | 2018-09-26 |
KR101695923B1 (en) | 2017-01-12 |
JP2017041239A (en) | 2017-02-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10855638B2 (en) | Method, system, and recording medium for notifying reception of message | |
US10298529B2 (en) | Method, system, and recording medium for managing group message | |
US10341280B2 (en) | Method, system, and recording medium for providing message based on group unit | |
US11769216B2 (en) | Collection of transaction receipts using an online content management service | |
US10397161B2 (en) | Electronic mail (email) message lifecycle management | |
US20120266219A1 (en) | Method and system for dynamic identity validation | |
US20220301051A1 (en) | Systems and methods for managing a loan application | |
US20220303236A1 (en) | User-Defined Notification Templates | |
US10120888B2 (en) | Automated task execution based on task criteria | |
CA2995877A1 (en) | Systems and methods for real time message processing using an event driven framework | |
US10318546B2 (en) | System and method for test data management | |
KR102621412B1 (en) | Method and apparatus for providing email service | |
US20170220999A1 (en) | Techniques for document management workflows | |
US20200219183A1 (en) | Method, system, and non-transitory computer readable record medium for providing convenience functions related to bank account transaction history based on messenger | |
US20220004549A1 (en) | Techniques for automated database query generation | |
US10983844B1 (en) | Event subscription and management system | |
US9678748B2 (en) | Methods, systems and computer-readable media for managing a local stack | |
US20210279720A1 (en) | Anomaly detection in a recurring transaction set | |
US9117116B1 (en) | Method and apparatus for managing deadline content in a document | |
US20160350781A1 (en) | Organization and presentation of complex referral tracking analytics and determining quality of referrals, relationships and potential revenue in a referral-sharing system | |
US10949836B1 (en) | Mobile wallet element management | |
US20240106789A1 (en) | Multi-channel messaging system | |
KR20150019955A (en) | Terminal, control method thereof and computer readable medium having computer program recorded therefor | |
CN113971610A (en) | Quota system configuration method, device, storage medium and program product | |
CN114217714A (en) | Display method and device of to-be-processed document, computer equipment and storage medium |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: NAVER CORPORATION, KOREA, REPUBLIC OF Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:LEE, YUNGSEONG;JEON, HYEONJI;PARK, SUN YOUNG;AND OTHERS;REEL/FRAME:039474/0950 Effective date: 20160812 |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: FINAL REJECTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE AFTER FINAL ACTION FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: ADVISORY ACTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE AFTER FINAL ACTION FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: PUBLICATIONS -- ISSUE FEE PAYMENT RECEIVED |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 4TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1551); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY Year of fee payment: 4 |