WO2014196799A1 - 푸쉬 메시지의 신뢰성 판단을 위한 메시징 시스템 - Google Patents

푸쉬 메시지의 신뢰성 판단을 위한 메시징 시스템 Download PDF

Info

Publication number
WO2014196799A1
WO2014196799A1 PCT/KR2014/004953 KR2014004953W WO2014196799A1 WO 2014196799 A1 WO2014196799 A1 WO 2014196799A1 KR 2014004953 W KR2014004953 W KR 2014004953W WO 2014196799 A1 WO2014196799 A1 WO 2014196799A1
Authority
WO
WIPO (PCT)
Prior art keywords
message
terminal
push message
receiver terminal
receiver
Prior art date
Application number
PCT/KR2014/004953
Other languages
English (en)
French (fr)
Inventor
정영민
Original Assignee
(주)오픈벡스
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by (주)오픈벡스 filed Critical (주)오픈벡스
Priority to US14/895,977 priority Critical patent/US20160127301A1/en
Priority to JP2016518267A priority patent/JP6129413B2/ja
Priority to CN201480032307.8A priority patent/CN105264923A/zh
Publication of WO2014196799A1 publication Critical patent/WO2014196799A1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/16—Arrangements for providing special services to substations
    • H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1859—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast adapted to provide push services, e.g. data channels
    • 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/23—Reliability checks, e.g. acknowledgments or fault reporting
    • 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/234—Monitoring or handling of messages for tracking messages
    • 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
    • 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
    • H04W4/14—Short messaging services, e.g. short message services [SMS] or unstructured supplementary service data [USSD]

Definitions

  • the present invention relates to a messaging system, and more particularly, by checking whether a message transmitted from a caller terminal to a receiver terminal is transmitted, arrived, and acknowledged, and expressing it in the caller's mobile terminal, thereby improving reliability of the message.
  • the present invention relates to a messaging system for determining the reliability of a push message.
  • the sender may not know whether the message sent to the receiver and confirmed by the receiver.
  • the sender can only send a message to the sender's mobile terminal, and it can be seen that the message is normally sent and confirmed by the receiver only when the message is read by the receiver's mobile terminal.
  • Patent Publication No. 10-2007-0107378 receives only the content sent from registered senders.
  • Patent Publication No. 10-2007-0107378 has been emphasized only on the aspect of protecting the privacy of the receiver, and the sender's position is excluded.
  • the receiver terminal knows who received the message when the message is received. Therefore, the receiver terminal does not read the message of the unwanted sender or applies a preview function to the message received at the receiver terminal. If you use the preview function to check the contents of the work order or unwanted request, you can leave the message as if you didn't see it.
  • the present applicant is to propose a messaging system for determining the reliability of the push message to reduce the misunderstanding and inconvenience caused by the message by allowing the sender of the message to know the status of the message sent to the sender.
  • An object of the present invention is to provide a messaging system for determining the reliability of a push message by reducing the misunderstanding and inconvenience caused by the message transmission by informing the sender of the status of the message sent by the sender to the receiver so that the caller terminal is displayed. .
  • a push message for a message transmitted from a sender terminal to a receiver terminal is transmitted to the receiver terminal, and a push message in which the contents of the push message are private is transmitted to the receiver terminal. And determining the session state with the receiver terminal so that when the session state is connected and the receiver terminal does not confirm the push message, the caller terminal displays the status of the message as "arrival complete”.
  • a message transmitted from a calling party terminal to a called party terminal is clearly displayed on the calling party terminal whether it has been sent to the called party terminal, arrived at the called party terminal, or confirmed at the called party terminal, so that the sender terminal and the called party can receive the message. You can avoid misunderstandings or inconveniences.
  • FIG. 1 is a conceptual diagram of a messaging system for determining the reliability of a push message according to an embodiment of the present invention.
  • FIG. 6 is a flowchart illustrating a method of determining a reliability of a push message in a messaging system according to an embodiment of the present invention.
  • the mobile terminal referred to herein is voiced by a mobile phone, a smart phone, a personal digital assistant (PDA), and other code division multiple access (CDMA), global system for mobile communications (GSM), and long term evolution (LTE) methods.
  • Communication and data communication is possible, and may mean a device having a touch screen, and the portable terminal will be described and described with reference to having a touch screen.
  • the mobile terminal is described as a sender terminal and a receiver terminal based on the transmitting side and the receiving side.
  • the message referred to herein refers to a message transmitted from the sender terminal to the messaging system for determining the reliability of the push message
  • the push message indicates a message transmitted from the messaging system for determining the reliability of the push message to the receiver terminal.
  • a message and a push message may be mixedly described for convenience of description and understanding.
  • describing “arrival completed” for the status of the push message may mean that the push terminal receives the push message.
  • describing "acknowledgement" about the status of the push message may mean that the receiver terminal confirms the push message.
  • FIG. 1 is a conceptual diagram of a messaging system (hereinafter referred to as a messaging system) for determining a reliability of a push message according to an embodiment of the present invention.
  • the messaging system 200 is wirelessly connected to the caller terminal 50 and the receiver terminal 100, and when a message is transmitted from the caller terminal 50, a push message for the message ( Push Message) and transmits the generated push message to the receiver terminal 100.
  • the messaging system 200 may determine two states for the push message according to the session state with the app of the receiver terminal 100.
  • the session may mean that the session with the app (App) installed in the caller terminal 50 and the receiver terminal 100.
  • the messaging system 200 may determine the state of the push message for the message transmitted from the caller terminal 50 by using the session maintenance state and the notification of the app installed in the receiver terminal 100.
  • the messaging system 200 may transmit a control message to the caller terminal 50.
  • the messaging system 200 may allow the app running on the sender terminal 50 to display the status of the push message into three types of "transmitting", "arrival complete", and "confirmation" for the push message.
  • transmitting means a state in which a push message is being transmitted from the messaging system 200 to the receiver terminal 100, and the receiver terminal 100 is in a power-off state or an app is driven in the receiver terminal 100. If not, it may mean either.
  • the "arrival complete" is a form of a message reception alarm (notification) for transmitting a push message when the receiver terminal 100 is running the app or a message sent by the messaging system 200 to the receiver terminal 100. This may mean that the receiver terminal 100 knows whether a message has arrived.
  • the "confirmation" is the receiver terminal 100 when the receiver terminal 100 is in a power-on state, the app on the receiver terminal 100 is running, and transmits a push message to the receiver terminal 100 in this state. This may mean that the contents of the message have been checked.
  • the app may be installed in the caller terminal 50 and the receiver terminal 100, the same, and basically supports a voice call between the caller terminal 50 and the receiver terminal 100, and send and receive messages along with the voice call It can have a messaging function for.
  • the app may perform a function according to each of the following.
  • the user of the caller terminal 50 and the receiver terminal 100 records their voice to generate a voice talk file, and then transmits it to the other terminal (caller terminal or receiver terminal), and at this time, the caller terminal 50 and the receiver terminal 100 alternately transmit and receive voice talk files generated by each other, such as a walkie-talkie radio,
  • the caller terminal 50 and the receiver terminal 100 belong to the same group, for example, when the caller terminal 50 and the receiver terminal 100 participate in the same group chat room, the caller terminal 50 is connected to the receiver terminal 50.
  • Information of the push message for the message sent to 100 may be disclosed.
  • the push message processes the sender information privately so that the receiver terminal 100 displays only whether the message has arrived, such as "the message has arrived,” and does not allow the receiver to know who sent the message. This solves the problem of the recipient not filtering, leaving or reading unwanted sender push messages.
  • the caller information may be displayed in a push message transmitted from the caller terminal 50 to the receiver terminal 100.
  • the push message is an act of sending an individual message to a specific person among users in a chat room of the same group. It can be understood.
  • the caller information may be any one of a caller's name, a contact number, an ID, and an alias, and the caller's name may be arbitrarily set in the receiver terminal 100. For example, if the real name of the caller is " Hong Gil Dong " and the receiver terminal 100 is set to " Kil Dong, " the caller information can be displayed as " Kil Dong "
  • the messaging system 200 may include a push message control module 210, a push message sending module 220, a database 230, and a messaging module 240.
  • the push message control module 210 requests the push message sending module for the message to the push message sending module 220 when the sender terminal 50 requests the message transmission from the sender terminal 50 to the receiver terminal.
  • the caller terminal 100 may determine whether to display caller information with reference to a session state and a group setting state with the terminal 100, and transmit a control message for a push message to the caller terminal 50.
  • the control message may mean a message for displaying a status of a push message in an interface of an app installed and driven in the caller terminal 50, and the control message may be “sent” for the push message in the app interface of the caller terminal 50. You can express the status of the push message as text or image for three of "medium", "arrival complete” and "confirmed”.
  • control message may further include time information.
  • time information For example, the time when the push message arrives at the receiver terminal 100 and the time information when the user of the receiver terminal 100 confirms the push message may be included in the control message.
  • the user of the sender terminal 50 can know when the recipient received his message and when he acknowledged the received message, and the receiver clearly shows the arrival and confirmation of the message to the sender. With regards to sending and receiving messages, you can avoid words or words that will cause unnecessary misunderstandings.
  • the push message sending module 220 creates a push message for the message transmitted from the caller terminal 50, and transmits the push message to the receiver terminal 100.
  • the push message is one-way transmitted from the messaging system 200 to the receiver terminal 100, and the app of the receiver terminal 100 accesses the messaging system 200 every predetermined period (for example, 10 minutes) to transmit the push message. If the receiver terminal 50 is in a state in which the receiver terminal 50 can receive a push message sent by the messaging system 200 or receive a request if an unreceived push message exists. Is in a power-on state or when an app installed in the receiver terminal 50 is in a driveable state, a push message may be transmitted and received.
  • the push message is not always transmitted in real time even if it is transmitted from the caller terminal 50 to the receiver terminal 100, and the period in which the receiver terminal 100 accesses the messaging system 200 or the state of the receiver terminal 50.
  • a transmission delay may occur.
  • the state of the receiver terminal 50 may mean the state of the receiver terminal according to whether the receiver terminal 50 is powered on or whether the app is driven.
  • the push message may not be transmitted in real time to the receiver terminal 50, and the push message may not be transmitted in real time even when an app installed in the receiver terminal 50 is not in a running state.
  • the database 230 includes user information (caller information and recipient information) of the caller terminal 50 and the receiver terminal 100, and has a new version of the app, which is new to the caller terminal 50 and the receiver terminal 100.
  • user information caller information and recipient information
  • group information may refer to information on a person to send and receive an instant message in one chat room.
  • the messaging module 240 supports group chat for a plurality of users according to the group information set in the database 230 or enables the caller terminal 50 and the receiver terminal 100 to send and receive instant messages 1: 1. do.
  • the push message control module 210 may include a reliability determination module 211, a session check module 212, and a group check module 213.
  • the session check module 212 may check a session state with an app installed in the caller terminal 50 and the receiver terminal 100.
  • the group check module 213 determines a target of sending and receiving instant messages by forming a group through the messaging module 240. This is to determine whether the destination for transmitting the push message for the message is located in the same chat group when the sender terminal 50 transmits the message to the receiver terminal 100. If the sender terminal 50 and the receiver terminal 100 are performing a group chat in the same group, the push message for the message transmitted from the caller terminal 50 to the receiver terminal 100 is private to the caller information. Because there is no need to handle.
  • the reliability determination module 211 determines the state of the push message for the message requesting transmission from the caller terminal 50 to the receiver terminal 100 according to the check result of the session check module 212 and the group check module 213.
  • a control message for the determination result may be prepared and provided to the caller terminal 50.
  • the caller terminal 50 may grasp the state of the message requested to be transmitted to the receiver terminal 100.
  • the state of the message may be displayed on the touch screen of the caller terminal 50 through text or an image.
  • the control message may include time information about the time when the sender's message arrived at the receiver terminal 100 and the time when the receiver terminal 100 checked the sender's message.
  • control message may include information on the type of the push message.
  • the push message may be a message according to one of a text, voice, picture, and video based message. Among these, the push message based on the voice may correspond to a voice talk file proposed by the applicant.
  • the voice talk file represents a file formed by recording the caller's voice in the caller terminal 50 and is used to perform voice communication while the caller terminal 50 and the receiver terminal 100 alternately exchange voice talk files. Can be.
  • the voice talk file uses the Wi-Fi network and the 3G / 4G data network when the caller terminal 50 and the receiver terminal 100 perform voice communication, even if the Wi-Fi network and the 3G / 4G data network are unstable.
  • the voice signal can be transmitted and received stably without being damaged. This is because the voice talk file includes a voice signal and has a file type, so that the quality of the voice signal is maintained so as not to be affected by the state or quality of the communication network unless the file itself is damaged.
  • the reliability determination module 211 determines the state of the push message for the message to be transmitted from the sender terminal 50 to the receiver terminal 100 as three types of "transmitting", "arrival complete” and "confirmation", The control message is transmitted to the caller terminal 50 so that the caller terminal 50 can determine the status of the message.
  • FIG. 2A illustrates an example of an interface displayed on the receiver terminal 100.
  • the receiver terminal 100 is displayed on the touch screen 101 of the receiver terminal 50.
  • An example is shown.
  • reference numeral "103c” denotes a push message first transmitted to the receiver terminal 100, reference numeral “103b” is next, and reference numeral "103a” is most recently received. Indicates a push message.
  • Each push message 103a through 103c may be treated as unpublished by the message content. In this case, only the arrival of the push message may be displayed on the touch screen 101 of the receiver terminal 100 in a state in which the content of the message is not disclosed.
  • the caller information of the caller terminal 50 that transmits the push message to the receiver terminal 100 may be treated as public or non-public.
  • the sender information may be treated as non-public so that the receiver terminal 100 may not know both the sender and the contents of the message, thereby further improving the reliability of the push message confirmation.
  • the user of the receiver terminal 100 may not know who the sender of the received push message is. If the sender of the push message and the contents of the message are curious, each of the push messages 103a to 103c should be touched.
  • the push messages 103a 103b and 103c may be transmitted from different caller terminals.
  • FIG. 2B illustrates another example of the interface displayed on the receiver terminal 50.
  • the receiver terminal 100 shows an interface in which an app is not driven and a plurality of push messages are packaged and displayed as one.
  • the message arrival notification menu 103d corresponding to the number of push messages received by the receiver terminal 100 may be displayed on the touch screen 101.
  • the message arrival notification menu 103d may be displayed by the user.
  • the touch screen 101 displays the last push message (or the first push message arriving at the receiver terminal 100), and the menu is configured so that the remaining push messages wait for user selection, or the message arrival notification.
  • a list of push messages arriving at the receiver terminal 100 may be displayed on the touch screen 101. It is not limited.
  • FIG 3 illustrates an example of an interface that notifies the touch screen 101 of receiving a push message when the receiver terminal 100 transmits and receives an instant message.
  • the message 104 is displayed on the touch screen 101 of the receiver terminal 100,
  • the notification message 103d for notifying the arrival of the push message may be displayed at the top of the touch screen 101. If the receiver terminal 100 is chatting with the caller terminal 50, the notification message 103d may disclose the caller information.
  • 4 shows a reference view for an example of expressing a message type.
  • 4A illustrates an example of a text type notification message, and an icon 105a for representing the text type may be displayed on the touch screen 101.
  • FIG. 4B illustrates a notification message 106 indicating that a voice talk file has been received, and on one side of the notification message 106, an icon 106a for representing a voice talk type is displayed on the touch screen 101. Can be.
  • FIG. 5 shows a reference view for an example of voice torque.
  • Voice talk is performed by a user of the caller terminal 50 and the receiver terminal 100 using the user terminal 50 or 100 to generate a voice talk file and alternately exchanging the generated voice talk file.
  • voice communication can be performed alternately.
  • the sender terminal 50 and the receiver terminal 100 may perform voice communication by exchanging files, and generate a voice talk file using the interface illustrated in FIG. 5.
  • the illustrated interface is displayed on the touch screen 101, and the voice input area 114, the speaker on-off menu 112, the real time playback menu 111, the mode switching menu 102, Voicemail menu 116 and expanded menu 116 can be configured.
  • the voice input area 114 is a menu occupying the largest area on the touch screen 101 and may be 1/2 to 3/4 of the expression area of the touch screen 101. Alternatively, icons for some menus may be listed on one side of the touch screen 101 and the entire area may be set as the voice input area 114.
  • the app may record the voice of the user when the user of the caller portable terminal 100 touches the voice input area 114, and may terminate the recording of the user when the user touches off the voice input area 114.
  • the app may stop generating the voice talk file when a drag input is generated in the A direction at the position 121 at which the user first touches the voice input area 114.
  • the app may not generate a voice talk file even if the voice input region 114 is in a touch state.
  • Reference numeral “112” denotes a speaker on-off menu.
  • Reference numeral “111” corresponds to an auto play menu for allowing the voice talk file transmitted from the caller terminal 50 to the receiver terminal 100 to be automatically played in the receiver terminal 100.
  • Reference numeral 102 denotes a mode switching menu for switching between the voice talk mode and the text message mode
  • reference numerals 102a and 102b show icons corresponding to the voice talk mode and the text message mode, respectively.
  • Reference numeral 116 denotes a voice mailbox menu, which indicates a voice talk file exchanged between the sender terminal 50 and the receiver terminal 100.
  • the voice mailbox menu is registered in the receiver terminal 100 and can be called and played by the user in the receiver terminal 100.
  • Reference numeral “115” denotes an expanded menu, and a receiver group setting menu may be displayed on the touch screen 101 to set up a receiver group for talking with voice talk when touched by the user.
  • FIG. 6 is a flowchart illustrating a method of determining a reliability of a push message in a messaging system according to an embodiment of the present invention.
  • the messaging system 200 determines whether a message is received from the caller terminal 50 (S301), and when a message is received, creates a push message for the message and transmits the message to the receiver terminal 100. do.
  • the messaging system 200 determines whether the session is maintained with the receiver terminal 100 (S303). A control message is provided to express "(S305)". Thereafter, the messaging system 200 checks the session with the receiver terminal 100 (S306). If it is determined that the session is connected to the receiver terminal 50 (S307), the process proceeds to step S304.
  • the messaging system 200 provides a control message to display the "arrival" of the message to the caller terminal 50 (S308), in the receiver terminal 100 It is determined whether the push message is confirmed.
  • the confirmation of the push message is to check whether the app running on the receiver terminal 100 notifies the user confirmation.
  • the caller terminal sends a control message to display "confirmation" of the push message.
  • the time information is added to the control message (S309) so that the user of the caller terminal 50 can determine the arrival and confirmation time of the message.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)
  • Telephone Function (AREA)
  • Telephonic Communication Services (AREA)

Abstract

발신자 단말기에서 수신자 단말기로 전송된 메시지는 수신자 단말기로 전송되었는지, 수신자 단말기에 도착하였는지, 수신자 단말기에서 확인되었는지가 발신자 단말기에 명확히 표시되도록 함으로써, 메시지 송수신에 관련하여 발신자와 수신자 사이에 오해나 불편함이 생기지 않도록 하는 푸쉬 메시지의 신뢰성 판단을 위한 메시징 시스템으로, 이를 위해 본 발명은 발신자 단말기에서 수신자 단말기로 전송되는 메시지에 대한 푸쉬 메시지를 수신자 단말기로 전송하며, 푸쉬 메시지의 내용이 비공개 되는 푸쉬 메시지(Push Message)를 수신자 단말기로 전송하고, 수신자 단말기와의 세션 상태를 판단하여, 세션 상태가 연결 상태이고 수신자 단말기가 푸쉬 메시지를 미 확인 시, 발신자 단말기로 메시지에 대한 상태가 "도착완료"로 표시되도록 제어 메시지를 전송하며, 수신자 단말기에서 푸쉬 메시지를 확인 시, 발신자 단말기로 메시지에 대한 상태가 "확인"으로 표시되도록 제어 메시지를 전송할 수 있다.

Description

푸쉬 메시지의 신뢰성 판단을 위한 메시징 시스템
본 발명은 메시징 시스템에 관한 것으로, 더욱 상세하게는 발신자 단말기에서 수신자 단말기로 전송되는 메시지의 전송 여부, 도착 여부 및 수신확인 여부를 확인하고, 이를 발신자 휴대단말기에 표현되도록 함으로써, 메시지에 대한 신뢰성을 확인할 수 있도록 하는 푸쉬 메시지의 신뢰성 판단을 위한 메시징 시스템에 관한 것이다.
모바일 폰 및 스마트 폰과 같은 휴대단말기를 이용하여 메시지를 주고 받는 경우, 발신자는 전송한 메시지가 수신자에게 도착하여 수신자가 확인하였는지를 알 수 없다. 발신자는 발신자 휴대단말기로 메시지를 전송할 수 있을 뿐이며, 수신자 휴대단말기에서 메시지를 읽었을 경우에만 메시지가 정상적으로 전송되어 수신자가 확인했다는 것을 알 수 있다.
수신자 입장에서는 원치 않는 메시지의 폭증, 메시지 내용에 대해 마땅한 답변이 없는 경우 및 스팸 메시지에 시달리는 측면이 있으며, 이러한 문제에 대해 공개특허 10-2007-0107378는 등록한 발신자가 전송하는 컨텐츠만을 수신하고, 각 발신자 별로 사용자 설정된 수신 방법을 설정함으로써 수신자의 프라이버시를 보호하는 사생활 보호를 위한 부가통신 서비스의 제공방법이 제안된 바 있다.
그러나, 공개특허 10-2007-0107378은 수신자의 프라이버시 보호라는 측면에 대해서만 강조되었을 뿐, 발신자의 입장이 배재된 측면이 있다.
통상적으로 수신자 단말기는 메시지가 수신될 때, 수신된 메시지가 누구의 메시지인가를 알 수 있으므로, 원치 않는 발신자의 메시지는 읽지 않거나, 수신자 단말기로 수신되는 메시지에 대해 미리 보기 기능을 적용하여 대략적인 내용을 파악할 수 있으므로, 미리 보기 기능을 이용하여 확인된 내용이 업무지시라던가 원치않는 요청인 경우 수신된 메시지를 선택하지 않고 미처 못 본 것처럼 방치할 수도 있는 것이다.
이에 따라, 메시지를 전송하는 송신자는 수신자 단말기로 전송한 메시지가 전송되었는지, 전송된 후, 수신자 단말기로 도착하였는지, 수신자가 확인하였는지를 알 수 없어 답답할 수 있다. 본 출원인은 이러한 문제점에 대해 메시지의 발신자에게 전송한 메시지의 상태를 알 수 있도록 함으로써 메시지로 인해 유발되는 오해와 불편을 감소시키는 푸쉬 메시지의 신뢰성 판단을 위한 메시징 시스템을 제안하고자 한다.
본 발명의 목적은 발신자가 수신자에게 전송한 메시지의 상태를 발신자에게 통보하여 발신자 단말기에서 표시되도록 함으로써 메시지 전송으로 인해 유발되는 오해와 불편을 감소시키는 푸쉬 메시지의 신뢰성 판단을 위한 메시징 시스템을 제공함에 있다.
상기한 목적은 본 발명에 따라, 발신자 단말기에서 수신자 단말기로 전송되는 메시지에 대한 푸쉬 메시지를 상기 수신자 단말기로 전송하며, 상기 푸쉬 메시지의 내용이 비공개 되는 푸쉬 메시지(Push Message)를 상기 수신자 단말기로 전송하고, 상기 수신자 단말기와의 세션 상태를 판단하여, 상기 세션 상태가 연결 상태이고 상기 수신자 단말기가 상기 푸쉬 메시지를 미 확인 시, 상기 발신자 단말기로 상기 메시지에 대한 상태가 "도착완료"로 표시되도록 제어 메시지를 전송하며, 상기 수신자 단말기에서 상기 푸쉬 메시지를 확인 시, 상기 발신자 단말기로 상기 메시지에 대한 상태가 "확인"으로 표시되도록 제어 메시지를 전송하는 푸쉬 메시지의 신뢰성 판단을 위한 메시징 시스템에 의해 달성된다.
본 발명에 따르면, 발신자 단말기에서 수신자 단말기로 전송된 메시지는 수신자 단말기로 전송되었는지, 수신자 단말기에 도착하였는지, 수신자 단말기에서 확인되었는지가 발신자 단말기에 명확히 표시되도록 함으로써, 메시지 송수신에 관련하여 발신자와 수신자 사이에 오해나 불편함이 생기지 않도록 할 수 있다.
도 1은 본 발명의 일 실시예에 따른 푸쉬 메시지의 신뢰성 판단을 위한 메시징 시스템의 개념도를 도시한다.
도 2 내지 도 5는 본 출원인이 사업화 준비중인 앱의 인터페이스에 대한 참조도면을 도시한다.
도 6은 본 발명의 일 실시예에 따른 메시징 시스템의 푸쉬 메시지의 신뢰성 판단 방법에 대한 흐름도를 도시한다.
본 명세서에서 언급되는 휴대단말기는 모바일 폰, 스마트폰, PDA(Personal Digital Assistant), 및 기타 CDMA(Code Division Multiple Access), GSM(Global System for Mobile communications), LTE(Long Term Evolution) 방식에 의해 음성통신 및 데이터 통신이 가능하며, 터치스크린을 구비하는 형태의 기기를 의미할 수 있으며, 휴대단말기는 터치스크린을 구비하는 것을 기준으로 기재하고 설명하도록 한다. 또한, 본 명세서에는 메시지를 전송하는 측과 수신하는 측을 기준으로 휴대단말기를 발신자 단말기와 수신자 단말기로 기재토록 한다.
본 명세서에서 언급되는 메시지는 발신자 단말기에서 푸쉬 메시지의 신뢰성 판단을 위한 메시징 시스템으로 전송되는 메시지를 나타내고, 푸쉬 메시지는 푸쉬 메시지의 신뢰성 판단을 위한 메시징 시스템에서 수신자 단말기로 전송되는 메시지를 나타낸다. 본 명세서에서 메시지와 푸쉬 메시지는 설명과 이해의 편의를 위해 혼용되어 기재될 수 있다.
본 명세서에서 푸쉬 메시지의 상태에 대해 "도착완료"라고 기재하는 것은, 수신자 단말기에서 푸쉬 메시지를 수신하였음을 의미할 수 있다.
본 명세서에서 푸쉬 메시지의 상태에 대해 "확인"이라고 기재하는 것은, 수신자 단말기에서 푸쉬 메시지를 확인하였음을 의미할 수 있다.
이하, 도면을 참조하여 본 발명을 상세히 설명하도록 한다.
도 1은 본 발명의 일 실시예에 따른 푸쉬 메시지의 신뢰성 판단을 위한 메시징 시스템(이하, 메시징 시스템이라 한다)의 개념도를 도시한다.
도 1을 참조하면, 실시예에 따른 메시징 시스템(200)은 발신자 단말기(50) 및 수신자 단말기(100)와 무선 네트워크 접속되며, 발신자 단말기(50)에서 메시지를 전송할 때, 메시지에 대한 푸쉬 메시지(Push Message)를 생성하고, 생성된 푸쉬 메시지를 수신자 단말기(100)로 전송한다. 이때, 메시징 시스템(200)은 수신자 단말기(100) 측 앱과의 세션(Session) 상태에 따라 푸쉬 메시지에 대해 두 가지 상태를 판단할 수 있다. 여기서, 세션은 발신자 단말기(50)와 수신자 단말기(100)에 설치되는 앱(App)과 이루는 것을 의미할 수 있다.
1) 세션이 유지되는 상태에서 푸쉬 메시지를 수신자 단말기(100)로 전달하는 경우, 푸쉬 메시지가 수신자 단말기(100)로 전달된 것으로 판단하고,
2) 수신자 단말기(100)에 설치되는 앱과 세션이 끊어지는 경우 수신자 단말기(100)로 푸쉬 메시지가 전송중이라고 판단할 수 있다.
이에 더하여, 수신자 단말기(100) 측 앱과 세션을 유지하는 상태에서, 앱이 푸쉬 메시지에 대한 사용자 선택을 통보하는 경우, 푸쉬 메시지가 수신자 단말기(100)로 도착하였다고 판단할 수 있다.
즉, 세션의 유지상태와 수신자 단말기(100)에 설치되는 앱의 통보를 이용하여 메시징 시스템(200)은 발신자 단말기(50)에서 전송된 메시지에 대한 푸쉬 메시지의 상태를 판단할 수 있다.
판단 결과에 따라 메시징 시스템(200)은 발신자 단말기(50)로 제어 메시지를 전송할 수 있다. 메시징 시스템(200)은 발신자 단말기(50)에서 구동하는 앱에서 푸쉬 메시지에 대한 상태를 푸쉬 메시지에 대한 "전송중", "도착완료" 및 "확인" 세 가지로 나누어 표시되도록 할 수 있다.
여기서, "전송중"은 푸쉬 메시지가 메시징 시스템(200)에서 수신자 단말기(100)로 전송 중인 상태를 의미하며, 수신자 단말기(100)가 파워-오프 상태이거나 수신자 단말기(100)에서 앱이 구동상태가 아닌 경우 중 하나를 의미할 수 있다.
또한, "도착완료"는 수신자 단말기(100)가 앱을 구동하는 상태일 때 푸쉬 메시지를 전송하는 경우나 메시징 시스템(200)이 보낸 메시지가 수신자 단말기(100) 에 메시지 수신 알람(통보)의 형태로 표시되어 수신자 단말기(100)에서 메시지의 도착 여부를 아는 경우를 의미할 수 있다.
또한, "확인"은 수신자 단말기(100)가 파워-온 상태이며, 수신자 단말기(100) 측 앱이 구동 상태이고, 이 상태에서 수신자 단말기(100)로 푸쉬 메시지를 전송하였을 때 수신자 단말기(100)에서 메시지의 내용을 확인한 경우를 의미할 수 있다.
상기한 앱은 발신자 단말기(50)와 수신자 단말기(100)에 동일한 것이 설치될 수 있으며, 기본적으로 발신자 단말기(50)와 수신자 단말기(100) 사이에 음성 통화를 지원하고, 음성통화와 더불어 메시지 송수신을 위한 메시징 기능을 구비할 수 있다. 상기한 앱은 아래의 각 호에 따른 기능을 수행할 수 있다.
4) 발신자 단말기(50)와 수신자 단말기(100) 사이에 인스턴트 메시지를 송수신하는 메시징 인터페이스를 터치스크린에 표시하고 수행하는 기능,
5) 발신자 단말기(50)와 수신자 단말기(100)가 상호 인스턴트 메시지를 주고 받을 그룹을 설정하는 기능,
6) 발신자 단말기(50)와 수신자 단말기(100)의 사용자가 자신의 음성을 녹음하여 보이스 토크(Voice Talk) 파일을 생성 후, 상대편 단말기(발신자 단말기 또는 수신자 단말기)로 전송하며, 이때, 발신자 단말기(50)와 수신자 단말기(100)는 워키토키 무전기처럼 각자가 생성한 보이스 토크 파일을 교대로 송수신하는 기능,
7) 4) 내지 6)의 기능을 사용자가 이용하기 위한 인터페이스를 발신자 단말기(50) 또는 수신자 단말기(100)에 표시하는 기능을 포함할 수 있다.
여기서, 발신자 단말기(50)와 수신자 단말기(100)가 동일한 그룹에 속하는 경우, 예컨대, 동일한 그룹 채팅방에 발신자 단말기(50)와 수신자 단말기(100)가 참여하는 경우에는 발신자 단말기(50)에서 수신자 단말기(100)로 전송하는 메시지에 대한 푸쉬 메시지의 정보가 공개될 수 있다.
실시예에서, 푸쉬 메시지는 발신자 정보를 비공개로 처리함으로써 수신자 단말기(100)는 "메시지가 도착했습니다"와 같이 메시지 도착 여부만을 표시하도록 하고, 수신자가 해당 메시지를 누가 발신하였는가를 알지 못하도록 하고 있다. 이를 통해 수신자가 원치않는 발신자의 푸쉬 메시지를 필터링하거나, 방치하거나 또는 읽지 않는 문제를 해결하고 있다.
그러나, 동일 그룹의 채팅방에서 메시징 기능을 이용하여 상호 인스턴트 메시지를 주고 받는 경우, 발신자 단말기(50)와 수신자 단말기(100)의 사용자는 인스턴트 메시지를 상호 주고받는 상태이고, 다른 업무나 일정에 의해 푸쉬 메시지를 받지 못하는 상태가 아님이 명확하므로 푸쉬 메시지에 대한 발신자 정보를 감추어야 할 필요는 없는 것이다.
이 경우에는 발신자 단말기(50)에서 수신자 단말기(100)로 전송되는 푸쉬 메시지에 발신자 정보가 표시될 수 있으며, 이때의 푸쉬 메시지는 동일 그룹의 채팅방에서 사용자들 중 특정인에 대해 개별적인 쪽지를 보내는 행위로 이해될 수 있는 것이다.
여기서, 발신자 정보는, 발신자의 이름, 연락처, 아이디 및 별명 중 어느 하나일 수 있는데, 발신자의 이름의 경우 수신자 단말기(100)에서 임의로 설정된 것일 수도 있다. 예컨대, 발신자의 실명이 "홍길동"이고, 수신자 단말기(100)에는 "길동이"라고 설정되어 있다면, 발신자 정보는 "홍길동" 대신 "길동이"로 표시될 수도 있는 것이다.
바람직하게는 메시징 시스템(200)은 푸쉬 메시지 제어모듈(210), 푸쉬 메시지 발송모듈(220), 데이터베이스(230) 및 메시징 모듈 (240)을 포함하여 구성될 수 있다.
푸쉬 메시지 제어모듈(210)은 발신자 단말기(50)에서 수신자 단말기(100)로 메시지 전송을 요청 시, 푸쉬 메시지 발송모듈(220)로 메시지에 대한 푸쉬 메시지 발송을 요청하며, 푸쉬 메시지 발송 시, 수신자 단말기(100)와의 세션 상태 및 그룹 설정 상태를 참조하여 수신자 단말기(100)로는 발신자 정보의 표시 여부를 결정하고, 발신자 단말기(50)로는 푸쉬 메시지에 대한 제어 메시지를 전송할 수 있다. 제어 메시지는 발신자 단말기(50)에 설치 및 구동되는 앱의 인터페이스에서 푸쉬 메시지의 상태가 표시되도록 하는 메시지를 의미할 수 있는데, 제어 메시지는 발신자 단말기(50)의 앱 인터페이스에서 푸쉬 메시지에 대해 "전송중", "도착완료" 및 "확인" 세 가지에 대해 텍스트 또는 이미지로 푸쉬 메시지의 상태를 표현할 수 있다.
이때, 제어 메시지에는 시간 정보가 더 포함될 수 있다. 예컨대, 수신자 단말기(100)로 푸쉬 메시지가 도착한 시간과 수신자 단말기(100)의 사용자가 푸쉬 메시지를 확인한 시간정보가 제어 메시지에 포함될 수 있다.
이러한 시간정보 표현에 의해, 발신자 단말기(50)의 사용자는 수신자가 언제 자신의 메시지를 받았고, 언제 받은 메시지를 확인하였는가를 알 수 있으며, 수신자는 메시지의 도착과 확인 여부가 발신자에게 명확하게 노출되므로 메시지 송수신과 관련하여 상호 불필요한 오해를 유발할 언행을 하지않을 수 있다.
푸쉬 메시지 발송모듈(220)은 발신자 단말기(50)에서 전송된 메시지에 대해 푸쉬 메시지를 작성하고, 작성된 푸쉬 메시지를 수신자 단말기(100)로 전송한다. 푸쉬 메시지는 메시징 시스템(200)에서 수신자 단말기(100)로 일 방향 전송되는 것으로, 수신자 단말기(100) 측 앱이 일정 주기(예컨대 10분) 마다 메시징 시스템(200)에 접속하여 푸쉬 메시지의 전송 여부를 확인하고, 미 수신된 푸쉬 메시지가 존재하는 경우 요청하여 수신하거나, 또는 메시징 시스템(200)이 보낸 푸쉬 메시지를 수신자 단말기(50)가 수신할 수 있는 상태일 때, 예컨대, 수신자 단말기(50)가 파워-온 상태이거나 또는 수신자 단말기(50)에 설치된 앱이 구동 가능한 상태일 때, 푸쉬 메시지를 전송하여 수신할 수 있다.
따라서, 푸쉬 메시지는 발신자 단말기(50)에서 수신자 단말기(100)로 전송되더라도 항상 실시간에 전송되는 것은 아니며, 수신자 단말기(100)가 메시징 시스템(200)에 접속하는 주기나 수신자 단말기(50)의 상태에 따라 전송 지연이 발생할 수 있다. 여기서, 수신자 단말기(50)의 상태는 수신자 단말기(50)의 파워-온 여부, 앱의 구동 여부에 따른 수신자 단말기의 상태를 의미할 수 있는데, 수신자 단말기(50)가 파워-오프 상태일 경우, 푸쉬 메시지가 수신자 단말기(50)로 실시간 전송될 수 없고, 수신자 단말가(50)에 설치된 앱이 구동상태가 아닐 경우에도 푸쉬 메시지가 실시간 전송되지 않을 수 있다.
데이터베이스(230)는 발신자 단말기(50) 및 수신자 단말기(100)의 사용자 정보(발신자 정보 및 수신자 정보)를 구비하며, 신 버전의 앱을 구비하여 발신자 단말기(50)와 수신자 단말기(100)에 신규 앱을 제공하고, 발신자 단말기(50)나 수신자 단말기(100)에서 그룹을 설정하는 경우 그룹 정보를 구비할 수 있다. 이때, 그룹 정보는 하나의 채팅방에서 인스턴트 메시지를 주고받을 상대에 대한 정보를 의미할 수 있다.
메시징 모듈(240)은 데이터베이스(230)에 설정된 그룹 정보에 따라 다수의 사용자에 대해 그룹 채팅을 지원하거나 또는 발신자 단말기(50)와 수신자 단말기(100)가 1:1로 인스턴트 메시지를 주고 받을 수 있도록 한다.
푸쉬 메시지 제어모듈(210)은 신뢰성 판단모듈(211), 세션 체크모듈(212) 및 그룹 체크모듈(213)을 포함하여 구성될 수 있다.
세션 체크모듈(212)은 발신자 단말기(50) 및 수신자 단말기(100)에 설치되는 앱과의 세션 상태를 체크할 수 있다.
그룹 체크모듈(213)은 메시징 모듈(240)을 통해 그룹을 지어 인스턴트 메시지를 주고받는 대상을 판단한다. 이는 발신자 단말기(50)에서 수신자 단말기(100)로 메시지를 전송할 때, 메시지에 대한 푸쉬 메시지를 전송할 대상이 동일한 채팅 그룹 내에 위치하는가를 판단하기 위한 것이다. 만일, 발신자 단말기(50)와 수신자 단말기(100)가 동일한 그룹 내에서 그룹 채팅을 수행중인 경우, 발신자 단말기(50)에서 수신자 단말기(100)로 전송하는 메시지에 대한 푸쉬 메시지는 발신자 정보를 비공개로 처리할 필요가 없기 때문이다.
신뢰성 판단모듈(211)은 세션 체크모듈(212)과 그룹 체크모듈(213)의 체크 결과에 따라 발신자 단말기(50)에서 수신자 단말기(100)로 전송을 요청한 메시지에 대한 푸쉬 메시지의 상태를 판단하고, 판단 결과에 대한 제어 메시지를 작성하여 발신자 단말기(50)로 제공할 수 있다. 제어 메시지에 의해 발신자 단말기(50)는 수신자 단말기(100)로 전송 요청한 메시지의 상태를 파악할 수 있는데, 이때, 발신자 단말기(50)의 터치스크린에는 텍스트 또는 이미지를 통해 메시지의 상태가 표시될 수 있다. 또한, 제어 메시지는 수신자 단말기(100)에 발신자의 메시지가 도착한 시간과, 수신자 단말기(100) 측에서 발신자의 메시지를 확인한 시간에 대한 시간정보를 포함할 수 있다.
또한, 제어 메시지에는 푸쉬 메시지의 종류에 대한 정보를 포함할 수 있다. 푸쉬 메시지는 텍스트, 음성, 사진 및 영상 기반의 메시지 중 하나에 따른 메시지일 수 있다. 이들 중 음성 기반에 따른 푸쉬 메시지는 본 출원인이 제안하는 보이스 토크 파일이 해당될 수 있다.
보이스 토크 파일은 발신자 단말기(50)에서 발신자의 음성을 녹음하여 형성되는 파일을 나타내는 것으로, 발신자 단말기(50)와 수신자 단말기(100)가 상호 교대로 보이스 토크 파일을 주고 받으면서 음성 통신을 수행하는데 이용될 수 있다. 보이스 토크 파일은 Wi-Fi 망 및 3G/4G의 데이터 망을 이용하여 발신자 단말기(50)와 수신자 단말기(100)가 음성통신을 할 때, Wi-Fi망 및 3G/4G의 데이터 망이 불안정하더라도 음성신호가 손상되지 않고 안정적으로 송수신될 수 있도록 할 수 있다. 이는 보이스 토크 파일이 음성 신호를 포함하며, 파일의 형태를 가지므로 파일 자체가 손상되지 않는 한, 통신망의 상태나 품질에 따른 영향을 받지 않도록 하여 음성신호의 품질이 유지되도록 하는 것이다. 신뢰성 판단모듈(211)은 발신자 단말기(50)에서 수신자 단말기(100)로 전송하고자하는 메시지에 대한 푸쉬 메시지의 상태를 "전송중", "도착완료" 및 "확인"의 세 가지로 판단하고, 이에 대한 제어 메시지를 발신자 단말기(50)로 전송하여 발신자 단말기(50)에서 메시지에 대한 상태를 판단할 수 있도록 한다.
도 2 내지 도 5는 본 출원인이 사업화 준비중인 앱의 인터페이스에 대한 참조도면을 도시한다.
도 2 내지 도 5를 함께 참조하여 설명하도록 한다.
먼저, 도 2a는 수신자 단말기(100)에 표시되는 인터페이스의 일 예를 도시한 것으로, 수신자 단말기(100)에는 앱이 비 구동 상태일 때, 수신자 단말기(50) 측 터치스크린(101)에 표시되는 일 예를 도시한다.
도 2a에 도시된 인터페이스를 살펴보면, 참조부호 "103c"가 가장 먼저 수신자 단말기(100)로 전송된 푸쉬 메시지를 나타내고, 참조부호 "103b"가 그 다음이며, 참조부호 "103a"가 가장 최근에 수신된 푸쉬 메시지를 나타낸다.
각 푸쉬 메시지(103a 내지 103c)는 메시지 내용이 비 공개로 처리될 수 있다. 이때, 수신자 단말기(100) 측 터치스크린(101)에는 메시지 내용이 비 공개인 상태로 푸쉬 메시지의 도착 여부만이 표시될 수 있다.
여기서, 수신자 단말기(100)로 푸쉬 메시지를 전송하는 발신자 단말기(50)의 발신자 정보는 공개 또는 비 공개로 처리될 수 있다. 바람직하게는, 발신자 정보는 비 공개로 처리하여 수신자 단말기(100)가 메시지 발신자와 메시지의 내용을 모두 모르도록 함으로써 푸쉬 메시지 확인에 대한 신뢰성을 더욱 향상시킬 수도 있을 것이다. 이때, 수신자 단말기(100)의 사용자는 수신된 푸쉬 메시지의 발신자가 누구인지 알 수 없으며, 푸쉬 메시지의 발신자와 메시지 내용이 궁금하다면 각 푸쉬 메시지(103a 내지 103c)를 각각 터치하여야 한다. 여기서, 푸쉬 메시지(103a 103b 및 103c)는 서로 다른 발신자 단말기에서 전송된 것일 수 있다.
다음으로, 도 2b는 수신자 단말기(50)에 표시되는 인터페이스의 다른 예를 도시한 것으로서, 수신자 단말기(100)에는 앱이 미 구동 상태이고, 복수의 푸쉬 메시지가 하나로 패키징되어 표시되는 인터페이스를 나타낸다.
도 2b를 참조하면, 터치스크린(101)에는 수신자 단말기(100)로 수신되는 푸쉬 메시지의 개수에 맞는 메시지 도착 알림 메뉴(103d)가 표시될 수 있는데, 메시지 도착 알림 메뉴(103d)가 사용자에 의해 터치될 경우, 터치스크린(101)에는 최종 도착한 푸쉬 메시지(또는 가장 먼저 수신자 단말기(100)에 도착한 푸쉬 메시지)가 표시되고, 나머지 푸쉬 메시지가 사용자 선택을 기다리도록 메뉴가 구성되거나, 또는 메시지 도착 알림 메뉴(103d)가 사용자에 의해 터치될 경우, 터치스크린(101)에는 수신자 단말기(100)로 도착한 푸쉬 메시지의 리스트가 표시될 수도 있다. 다만 한정하지는 않는다.
도 3은 수신자 단말기(100)가 인스턴트 메시지를 송수신할 때, 터치스크린(101)에 푸쉬 메시지의 수신을 통보하는 인터페이스의 일 예를 도시한다.
도 3을 참조하면, 수신자 단말기(100)의 터치스크린(101)에는 메시지(104)가 터치스크린(101)에 표시되고,
터치스크린(101)의 상단에는 푸쉬 메시지의 도착을 통보하는 알림 메시지(103d)가 표시될 수 있다. 만일, 수신자 단말기(100)가 발신자 단말기(50)와 채팅중인 경우, 알림 메시지(103d)는 발신자 정보를 공개할 수 있다.
다음으로, 도 4는 메시지 종류를 표현하는 일 예에 대한 참조도면을 도시한다. 도 4의 (a)는 텍스트 타입의 알림 메시지의 일 예를 나타내며, 텍스트 타입임을 표현하기 위한 아이콘(105a)이 터치스크린(101)에 표시될 수 있다.
도 4의 (b)는 보이스 토크 파일이 수신되었음을 알리는 알림 메시지(106)를 나타내며, 알림 메시지(106)의 일 측에는 보이스 토크 타입임을 표현하기 위한 아이콘(106a)이 터치스크린(101)에 표시될 수 있다.
도 5는 보이스 토크의 일 예에 대한 참조도면을 도시한다.
보이스 토크는 발신자 단말기(50)와 수신자 단말기(100)의 사용자가 자신의 단말기(50 또는 100)를 이용하여 보이스 토크 파일을 생성하고, 생성된 보이스 토크 파일을 교대로 주고 받도록 함으로써 워키-토키(Walkie-Talkie) 처럼 음성통신을 교대로 수행할 수 있도록 한다. 이때, 발신자 단말기(50)와 수신자 단말기(100)는 파일을 주고 받는 방식으로 음성통신을 수행하며, 도 5에 도시된 인터페이스를 이용하여 보이스 토크 파일을 생성할 수 있다.
도 5를 참조하면, 도시된 인터페이스는, 터치스크린(101)에 표시되며, 음성입력 영역(114), 스피커 온-오프 메뉴(112), 실시간 재생 메뉴(111), 모드전환 메뉴(102), 음성사서함 메뉴(116) 및 펼침 메뉴(116)를 포함하여 구성될 수 있다.
음성입력 영역(114)은 터치스크린(101)에서 가장 많은 면적을 차지하는 메뉴로서, 터치스크린(101)의 표현 영역 대비 1/2 내지 3/4일 수 있다. 또는 일부 메뉴에 대한 아이콘을 터치스크린(101)의 일 측에 나열하고 전체 영역을 음성입력 영역(114)으로 설정할 수도 있다. 앱(App)은 음성입력 영역(114)을 발신자 휴대단말기(100)의 사용자가 터치 시, 사용자의 음성을 녹취하고, 사용자가 터치-오프 시, 사용자의 음성 녹취를 종료할 수 있다.
한편, 앱은 음성입력 영역(114)에서 사용자가 최초 터치한 위치(121)에서 A 방향으로 드래그(Drag) 입력을 발생 시, 보이스 토크 파일 생성을 중단할 수 있다. A 영역 또는 A 영역과 180도 반대되는 방향으로 드래그 입력이 발생하는 경우, 앱은 음성입력 영역(114)이 터치 상태라 하더라도 보이스 토크 파일을 생성하지 않을 수 있다.
참조부호 "112"는 스피커 온-오프 메뉴로서, 발신자 단말기(50)에서 수신자 단말기(100)로 전송된 보이스 토크 파일을 수신자 단말기(100)에서 재생 시, 수신자 단말기(100)에 마련되는 스피커나 이어폰(또는 헤드폰)으로의 재생 여부를 설정할 수 있다.
참조부호 "111"은 발신자 단말기(50)에서 수신자 단말기(100)로 전송된 보이스 토크 파일이 수신자 단말기(100)에서 자동 재생되도록 하는 자동재생 메뉴에 대응한다.
참조부호 "102"는 보이스 토크 모드와 문자 메시지 모드를 상호 전환하기 위한 모드 전환 메뉴로서, 참조부호 "102a", "102b"는 각각 보이스 토크 모드와 문자 메시지 모드에 대응하는 아이콘을 도시한다.
참조부호 "116"은 음성 사서함 메뉴로서, 발신자 단말기(50)와 수신자 단말기(100)가 상호 주고받은 보이스 토크 파일을 표시한다. 음성 사서함 메뉴는 수신자 단말기(100)에 등록되며, 수신자 단말기(100)에서 사용자에 의해 호출되어 재생될 수 있다.
참조부호 "115"는 펼쳐보기 메뉴로서, 사용자에 의해 터치되면 보이스 토크로 대화할 수신자 그룹을 설정하기 위한 수신자 그룹설정 메뉴가 터치스크린(101)에 표시될 수 있다.
도 6은 본 발명의 일 실시예에 따른 메시징 시스템의 푸쉬 메시지의 신뢰성 판단 방법에 대한 흐름도를 도시한다.
도 6을 참조하면, 먼저, 메시징 시스템(200)은 발신자 단말기(50)로부터 메시지가 수신되는가를 판단하고(S301), 메시지가 수신되면 메시지에 대한 푸쉬 메시지를 작성하여 수신자 단말기(100)로 전송한다. 다음으로, 메시징 시스템(200)은 수신자 단말기(100)와 세션이 유지되는가를 판단하고(S303), 세션이 유지되지 않으면, 발신자 단말기(50) 측 터치스크린(101)의 앱 인터페이스에서 "전송중"이 표현되도록 제어 메시지를 제공한다(S305). 이후, 메시징 시스템(200)은 수신자 단말기(100)와의 세션을 체크하며(S306), 수신자 단말기(50)와 세션이 연결되는 것으로 판단되면(S307), S304 단계로 진행하게 된다.
다음으로, 메시징 시스템(200)은 수신자 단말기(50)와 세션이 유지되는 경우, 발신자 단말기(50)로 메시지의 "도착"이 표시되도록 제어 메시지를 제공하며(S308), 수신자 단말기(100)에서 푸쉬 메시지를 확인하였는가를 판단한다. 푸쉬 메시지의 확인 여부는 수신자 단말기(100)에서 구동하는 앱이 사용자 확인 여부를 통보하는것을 체크하는 것으로서, 메시지가 선택되는 경우, 발신자 단말기로는 푸쉬 메시지에 대한 "확인"이 표시되도록 제어 메시지를 전송하고, 제어 메시지에 시간정보를 부가하여(S309) 메시지의 도착 및 확인 시간을 발신자 단말기(50)의 사용자가 판단할 수 있도록 한다.

Claims (12)

  1. 발신자 단말기에서 수신자 단말기로 전송되는 메시지에 대한 푸쉬 메시지를 상기 수신자 단말기로 전송하며,
    상기 푸쉬 메시지의 내용이 비공개 되는 푸쉬 메시지(Push Message)를 상기 수신자 단말기로 전송하고,
    상기 수신자 단말기와의 세션 상태를 판단하여, 상기 세션 상태가 연결 상태이고 상기 수신자 단말기가 상기 푸쉬 메시지를 미 확인 시, 상기 발신자 단말기로 상기 메시지에 대한 상태가 "도착완료"로 표시되도록 제어 메시지를 전송하며,
    상기 수신자 단말기에서 상기 푸쉬 메시지를 확인 시, 상기 발신자 단말기로 상기 메시지에 대한 상태가 "확인"으로 표시되도록 제어 메시지를 전송하는 것을 특징으로 하는 푸쉬 메시지의 신뢰성 판단을 위한 메시징 시스템.
  2. 제1항에 있어서,
    상기 수신자 단말기와의 세션 상태가 단절 상태일 때,
    상기 발신자 단말기로 상기 메시지에 대한 상태가 "전송중"이 표시되도록 제어 메시지를 전송하는 것을 특징으로 하는 푸쉬 메시지의 신뢰성 판단을 위한 메시징 시스템.
  3. 제1항에 있어서,
    상기 수신자 단말기가 상기 발신자 단말기와 동일 채팅 그룹 내에서 메시지 송수신을 수행하는 경우, 상기 수신자 단말기로 상기 발신자에 대한 발신자 정보를 제공하는 것을 특징으로 하는 푸쉬 메시지의 신뢰성 판단을 위한 메시징 시스템.
  4. 제1항에 있어서,
    상기 발신자 단말기에서 상기 수신자 단말기로 전송되는 메시지가 복수인 경우,
    상기 수신자 단말기로 상기 복수의 각 메시지의 도착 여부만이 상기 각 메시지가 발송된 시간 순서대로 제공되는 것을 특징으로 하는 푸쉬 메시지의 신뢰성 판단을 위한 메시징 시스템.
  5. 제4항에 있어서,
    상기 복수의 메시지는,
    서로 다른 발신자에 의해 발송되는 푸쉬 메시지인 것을 특징으로 하는 푸쉬 메시지의 신뢰성 판단을 위한 메시징 시스템.
  6. 제1항에 있어서,
    상기 푸쉬 메시지는,
    문자, 사진, 영상 및 음성 중 어느 하나에 대한 메시지인 것을 특징으로 하는 푸쉬 메시지의 신뢰성 판단을 위한 메시징 시스템.
  7. 제1항에 있어서,
    상기 푸쉬 메시지는,
    상기 발신자 단말기의 사용자 음성이 녹음된 보이스 토크(Voice Talk) 파일인 것을 특징으로 하는 푸쉬 메시지의 신뢰성 판단을 위한 메시징 시스템.
  8. 제1항에 있어서,
    상기 제어 메시지는,
    상기 메시지의 상태별 시간정보를 포함하는 것을 특징으로 하는 푸쉬 메시지의 신뢰성 판단을 위한 메시징 시스템.
  9. 제8항에 있어서,
    상기 시간 정보는,
    상기 수신자 단말기에 상기 푸쉬 메시지가 도착한 시간 및 상기 수신자 단말기에서 상기 푸쉬 메시지를 확인한 시간에 대한 시간 정보인 것을 특징으로 하는 푸쉬 메시지의 신뢰성 판단을 위한 메시징 시스템.
  10. 제1항에 있어서,
    상기 푸쉬 메시지는,
    발신자가 비 공개되는 메시지인 것을 특징으로 하는 푸쉬 메시지의 신뢰성 판단을 위한 메시징 시스템.
  11. 제1항에 있어서,
    상기 푸쉬 메시지는,
    발신자 정보가 공개되는 메시지인 것을 특징으로 하는 푸쉬 메시지의 신뢰성 판단을 위한 메시징 시스템.
  12. 제11항에 있어서,
    상기 발신자 정보는,
    상기 발신자의 이름, 연락처, 아이디 및 별명 중 어느 하나인 것을 특징으로 하는 푸쉬 메시지의 신뢰성 판단을 위한 메시징 시스템.
PCT/KR2014/004953 2013-06-07 2014-06-03 푸쉬 메시지의 신뢰성 판단을 위한 메시징 시스템 WO2014196799A1 (ko)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US14/895,977 US20160127301A1 (en) 2013-06-07 2014-06-03 Messaging System for Determining Reliability of Push Messages
JP2016518267A JP6129413B2 (ja) 2013-06-07 2014-06-03 プッシュメッセージの信頼性判断のためのメッセージングシステム
CN201480032307.8A CN105264923A (zh) 2013-06-07 2014-06-03 用于确定推送消息的可靠性的消息传送系统

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR10-2013-0065433 2013-06-07
KR20130065433A KR101437565B1 (ko) 2013-06-07 2013-06-07 푸쉬 메시지의 신뢰성 판단을 위한 메시징 시스템

Publications (1)

Publication Number Publication Date
WO2014196799A1 true WO2014196799A1 (ko) 2014-12-11

Family

ID=51759324

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/KR2014/004953 WO2014196799A1 (ko) 2013-06-07 2014-06-03 푸쉬 메시지의 신뢰성 판단을 위한 메시징 시스템

Country Status (5)

Country Link
US (1) US20160127301A1 (ko)
JP (1) JP6129413B2 (ko)
KR (1) KR101437565B1 (ko)
CN (1) CN105264923A (ko)
WO (1) WO2014196799A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105119816A (zh) * 2015-09-16 2015-12-02 北京梅泰诺通信技术股份有限公司 消息发送状态的处理方法及装置

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11449834B2 (en) 2014-03-26 2022-09-20 Delta Pds Co., Ltd Method of managing strategy-map executable by computer, server performing the same and storage media storing the same
KR101785420B1 (ko) * 2015-04-30 2017-11-06 주식회사 카카오 클라이언트 봇을 이용한 채팅 서비스 제공 방법 및 상기 방법을 수행하는 장치
US20180183618A1 (en) * 2016-12-23 2018-06-28 Facebook, Inc. Techniques for group message thread link joining
US10348731B2 (en) 2016-12-23 2019-07-09 Facebook, Inc. Techniques for group message thread link administration
CN109067864B (zh) * 2018-07-25 2021-03-05 网易（杭州）网络有限公司 通知消息推送方法、装置及电子设备
KR102151550B1 (ko) * 2018-09-21 2020-09-03 최재호 일정-평가 아이템 및 할일-평가 아이템 기반의 업무전략의 수행을 지원하는 업무전략맵 관리 방법 및 장치
CN109241452B (zh) * 2018-11-19 2022-03-22 天津网之易创新科技有限公司 信息推荐方法及装置、存储介质和电子设备
CN109729005B (zh) * 2019-01-02 2021-07-06 腾讯科技（深圳）有限公司 消息处理方法、装置、计算机设备和存储介质
US11012399B1 (en) * 2020-01-30 2021-05-18 Blackberry Limited Partial message delivery and status notification in an end-to-end secure messaging context
US11108718B1 (en) * 2020-03-23 2021-08-31 Sandeep Jain Decreasing distractions caused by message overload
CN113141298B (zh) * 2021-05-14 2023-05-12 网易（杭州）网络有限公司 消息处理方法、消息处理装置、存储介质及电子设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20060030416A (ko) * 2004-10-05 2006-04-10 엘지전자 주식회사 이동통신 시스템의 수신확인 신호처리 방법
KR20060066238A (ko) * 2004-12-13 2006-06-16 한재준 문자메시지 전달확인 서비스 시스템 및 방법
KR20060107369A (ko) * 2005-04-08 2006-10-13 삼성전자주식회사 이동 통신 단말의 인스턴트 메시지 전송 방법 및 시스템
KR20080059756A (ko) * 2006-12-26 2008-07-01 삼성전자주식회사 휴대 단말기의 인스턴트 메시지 수신 확인 방법

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI109319B (fi) * 1999-12-03 2002-06-28 Nokia Corp Päätelaitteelle välitettävän elektronisen informaation suodattaminen
EP1557988A1 (en) * 2004-01-23 2005-07-27 Motorola, Inc. Method and device for wireless messaging
US20090307234A1 (en) * 2005-08-12 2009-12-10 Zrike Kenneth L Sports Matchmaker Systems
GB2467565A (en) * 2009-02-06 2010-08-11 Openmind Networks Ltd Packaging the text of an SMS message within a binary-coded message and updating the state of stored messages
US9130779B2 (en) * 2009-06-02 2015-09-08 Qualcomm Incorporated Method and apparatus for providing enhanced SMS/EMS/MMS
US8363599B2 (en) * 2009-10-07 2013-01-29 Telefonaktiebolaget L M Ericsson (Publ) Method and internet protocol short message gateway (IP-SM-GW) for providing an interworking service between converged IP messaging (CPM) and short message service (SMS)
EP2475138B1 (en) * 2011-01-06 2019-03-13 BlackBerry Limited Delivery and management of status notifications for group messaging
CN102986173B (zh) * 2011-07-12 2015-06-03 华为技术有限公司 消息状态设置方法和cpm业务服务器
EP2557821A1 (en) * 2011-08-12 2013-02-13 Sony Ericsson Mobile Communications AB System and method for delivering messages while roaming
CN103051515B (zh) * 2011-10-17 2015-12-09 多玩娱乐信息技术（北京）有限公司 一种获取即时消息状态信息的方法和系统
CN103139735B (zh) * 2011-11-30 2016-06-08 中国联合网络通信集团有限公司 短消息处理方法、系统及媒体交换中心

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20060030416A (ko) * 2004-10-05 2006-04-10 엘지전자 주식회사 이동통신 시스템의 수신확인 신호처리 방법
KR20060066238A (ko) * 2004-12-13 2006-06-16 한재준 문자메시지 전달확인 서비스 시스템 및 방법
KR20060107369A (ko) * 2005-04-08 2006-10-13 삼성전자주식회사 이동 통신 단말의 인스턴트 메시지 전송 방법 및 시스템
KR20080059756A (ko) * 2006-12-26 2008-07-01 삼성전자주식회사 휴대 단말기의 인스턴트 메시지 수신 확인 방법

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105119816A (zh) * 2015-09-16 2015-12-02 北京梅泰诺通信技术股份有限公司 消息发送状态的处理方法及装置

Also Published As

Publication number Publication date
CN105264923A (zh) 2016-01-20
JP2016524761A (ja) 2016-08-18
JP6129413B2 (ja) 2017-05-17
KR101437565B1 (ko) 2014-09-04
US20160127301A1 (en) 2016-05-05

Similar Documents

Publication Publication Date Title
WO2014196799A1 (ko) 푸쉬 메시지의 신뢰성 판단을 위한 메시징 시스템
US6671356B2 (en) Multi-media communication management system with subscriber messaging integration services
US7177412B2 (en) Multi-media communication management system with multicast messaging capabilities
JP2005510185A (ja) 複数利用者に対するボイスメール・メッセージの送信
WO2014014215A1 (ko) Ｒｃｓ 이동통신 네트워크를 통한 사용자 단말간 스크린 쉐어 방법
KR20130073320A (ko) 인스턴트 메시지 서버 및 단문 메시지 서비스 서버의 연동 방법 및 연동 시스템
WO2018186698A2 (ko) 다자간 커뮤니케이션 서비스를 제공하기 위한 방법, 시스템 및 비일시성의 컴퓨터 판독 가능 기록 매체
US20040235505A1 (en) Method for relay-transmitting messages among mobile communication terminals
WO2014182073A1 (ko) 휴대단말기의 보이스 토크 제어방법
WO2016182271A1 (ko) 푸시데이터 송수신 방법 및 시스템
JP2007503743A (ja) 半二重音声通信システムのための送信チャンネル要求メッセージング
JP2007053487A (ja) 発言権管理システム、発言権管理方法、及びプログラム
WO2015034174A1 (ko) 발신측 제어 착신 벨소리 전환 출력 시스템 및 그 방법
WO2014027866A2 (ko) 이동통신 단말기에서의 메시지 송수신 시스템과 방법
KR101437161B1 (ko) 이동 통신 단말기의 다자 통화 방법과 이동 통신 단말기
KR100458452B1 (ko) 단말 저장 방식을 이용한 인스턴스 메시지 전송 방법
WO2013129897A1 (ko) 부재중 통화 연결 시스템 및 그 방법
WO2013141639A1 (ko) 인스턴트 메신저를 기반으로 하는 화자 간 대화내용 유출방지 방법 및 시스템
WO2007091264A1 (en) An apparatus for connecting telephony networks to a computer
JP5480931B2 (ja) 通信サーバ、通信システムおよび通信方法
KR100895402B1 (ko) 영상 메시지 서비스 시스템 및 방법과 이를 위한 장치
KR100894907B1 (ko) 이동통신망에서 통화연결음을 이용한 응답 메시지 제공시스템, 방법 및 그를 위한 장치
JP2007281866A (ja) 電話システム
KR100667341B1 (ko) 양방향 그룹 메시지 서비스 방법 및 장치
KR100766235B1 (ko) 착신불가 정보를 발신 이동통신 단말기로 제공하는 시스템및 방법

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201480032307.8

Country of ref document: CN

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

Ref document number: 14807654

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 14895977

Country of ref document: US

ENP Entry into the national phase

Ref document number: 2016518267

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 14807654

Country of ref document: EP

Kind code of ref document: A1