WO2020105739A1 - メッセージ転送装置、方法及びプログラム - Google Patents

メッセージ転送装置、方法及びプログラム

Info

Publication number
WO2020105739A1
WO2020105739A1 PCT/JP2019/045875 JP2019045875W WO2020105739A1 WO 2020105739 A1 WO2020105739 A1 WO 2020105739A1 JP 2019045875 W JP2019045875 W JP 2019045875W WO 2020105739 A1 WO2020105739 A1 WO 2020105739A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
customer
database
sender
message
Prior art date
Application number
PCT/JP2019/045875
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
Priority claimed from JP2018219797A external-priority patent/JP6481795B1/ja
Priority claimed from JP2018219798A external-priority patent/JP6474182B1/ja
Application filed by 株式会社アクリート filed Critical 株式会社アクリート
Publication of WO2020105739A1 publication Critical patent/WO2020105739A1/ja

Links

Images

Classifications

    • 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]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F13/00—Interconnection of, or transfer of information or other signals between, memories, input/output devices or central processing units
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M11/00—Telephonic communication systems specially adapted for combination with other electrical systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
    • H04W4/08—User group management
    • 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/07—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail characterised by the inclusion of specific contents
    • H04L51/08—Annexed information, e.g. attachments
    • 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/48—Message addressing, e.g. address format or anonymous messages, aliases
    • 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/58—Message adaptation for wireless communication

Definitions

  • the present invention relates to a message transfer device, method and program.
  • SMS Short Message Service
  • the SMS transmission is a service for transmitting a message to a telephone number of a mobile phone or a smartphone instead of an email address.
  • SMS was generally called "short message service" because it transferred short texts, but with the development of technology, the amount of data that can be transferred has increased and the types of media that can be transferred have become diversified.
  • SMS can be delivered individually or all at once. Since SMS uses a telephone number, the message can be delivered to a user who filters incoming mail by mail address more reliably. Since SMS uses a telephone number used by a communication carrier as a destination, it is often used for the purpose of personal authentication. It also has a high ability to prevent spoofing and duplicate registration.
  • the telephone number in order to use the telephone number, it is usually necessary to pay the usage fee of the network communication network. Therefore, obtaining the telephone number is more strict than using an email address. Identity verification is often required.
  • the telephone number is generally used as a contact for sure access to the person. Therefore, communication such as SMS using a telephone number is more reliable in identifying the person than communication using an email address or the like.
  • phone numbers have relatively less freedom of choice than e-mail addresses that can be set relatively freely by the person, and it usually costs a certain amount of money to acquire them.
  • the telephone number has an advantage over the email address etc. in terms of certainty of message transfer and the function of confirming the identity, but the resource of the telephone number is more limited and it is necessary to acquire it.
  • the cost of is also high.
  • the cost of transferring one message is generally higher in SMS using a telephone number than in communication using a mail address.
  • the SMS communication using the telephone number is taken as an example, but the embodiments described below are not limited to the SMS communication, and can be applied to the communication having the property according to the above-described communication. It goes without saying that it is a thing.
  • the disclosed embodiment is an environment that can be more easily used for communication such as SMS, which has features such as high message transmission capability and high personal identification capability, without impairing these conveniences.
  • the purpose is to provide.
  • a receiving unit that receives a customer ID for identifying each of a plurality of customers, a transmission message transmitted from the customer to a terminal, and a terminal ID for identifying the terminal,
  • the plurality of customers belong to one of the groups identified by the group ID, a database that registers the relationship between the receiving unit, the group ID, the customer ID, the sender ID, and the terminal ID.
  • a different one sender ID is associated with each of the plurality of group IDs, a database controller for updating and searching the database, and associated with the group ID corresponding to the customer ID in the database.
  • the sender ID that has been designated as the reply destination and the terminal ID of the terminal is added, and a receiving unit that receives the reply message; and the reply message, the sender ID and the terminal registered in the database.
  • a message transfer device having: a transfer unit that transfers to the customer identified by the uniquely specified customer ID corresponding to a pair with an ID.
  • the disclosed embodiments make it easier for SMS or similar communication having features such as high message transmission capability and high personal identification capability, without impairing their convenience. It is possible to provide a usable environment.
  • the embodiment described below will be described by taking the SMS communication using a telephone number as an example, but the embodiment is not limited to the SMS communication, and any of the characteristics similar to the exemplified communication can be used. It goes without saying that it can be applied to communication.
  • each embodiment is not exclusive, and a part of a certain embodiment is incorporated into another embodiment, or a part of a certain embodiment is replaced with a part of another embodiment. be able to.
  • some programs of the disclosed embodiments can be realized by a general-purpose program such as an operating system or hardware.
  • the disclosed program may be distributed and executed by a plurality of hardware.
  • FIG. 1 is a block diagram that implements multiple embodiments.
  • the customer 11 and the terminal 30 exchange messages including texts.
  • a mobile phone is an example of the terminal 30.
  • the message transfer device 40 transfers a transmission message from the customer 11 to any of the terminals 30, and transfers a reply message from the terminal 30 to any of the customers 11.
  • Each of the plurality of customers 11 belongs to one of the plurality of groups 10.
  • different customer IDs may be assigned to the same customer corresponding to each group, for example.
  • customer a and customer b belong to group A
  • customer c, customer d, and customer e belong to group B
  • the group A may be a management company that manages a plurality of tenant companies, and the customers a and b may be tenants belonging to the management company.
  • the group A may be a parent company (franchisee) of a franchise chain, and the customers a and b may be independent stores (franchisers) participating in the franchise chain.
  • the message transfer device 40 includes a database 41, a DB control unit 42, a receiving unit 45 that receives a transmission message or the like from a customer, a transmission unit 46 that transmits the received transmission message to any of the terminals 30, and a terminal 30. It has a receiving unit 48 for receiving a reply message and the like, and a transmitting unit 47 for transmitting the reply message to the customer 11.
  • a sender ID (not shown in FIG. 1) indicating the transmission source is added to the transmission message. Further, a sender ID indicating a reply destination is added to the reply message.
  • the sender address of the message transmitted by the message transfer device or the telephone number that is the destination address of the reply message received by the message transfer device is an example of the sender ID.
  • the DB control unit 42 also includes an update unit 43 that creates or updates an entry in the database 41, and a search unit 44 that searches the database 41.
  • the database 41 has, for example, an entry that associates a customer ID that identifies the customer 11, a sender ID, and a terminal ID that identifies the terminal 30.
  • the database 41 also has an entry that associates a group ID, a set of sender IDs, and a set of customer IDs.
  • the DB control unit 42 can receive a command from the customer 11 or the customer group 10.
  • the customer 11 or the group of customers 10 can edit the contents of the database 41 by creating an entry in the database 41 or deleting the entry by giving a command to the DB control unit 42. Further, by including a specific character string (or command) in the message from the customer 11 or the message from the terminal 30, it is possible to edit the contents of the database by giving a command to the DB control unit 32.
  • the DB control unit 42 receives a command from the user who uses the terminal 30 by a voice call addressed to the sender ID from the customer 30, or receives a command by a button operation so that the DB control unit 42 performs a predetermined operation, and the database The contents of may be edited.
  • the DB control unit may edit the contents of the database by receiving a command from the customer 30 on a predetermined website so that the DB control unit 42 performs a predetermined operation.
  • the URL of the predetermined website may be described in the transmission message to prompt the operator of the terminal 30 to guide the user to the website.
  • FIG. 2 is a diagram showing an example of a database and an example of message transmission / reception in the first embodiment.
  • FIG. 2A is an example showing the relationship among the contents of the database 41, the group 10, the customer 11, and the sender ID 50.
  • Group A has customers a and b, and it is shown that sender ID 51 and sender ID 52 can be used.
  • Group B has customer c, customer d, and customer e, and it is shown that sender ID 53 and sender ID 54 can be used.
  • Group C has customers f to k, and sender ID 55 to sender ID 58 are shown to be available. The group B will be described below as an example.
  • FIG. 2B shows an example of message transmission / reception between the customer 11 and the terminal 30.
  • the message transfer device 40 adds the sender ID 54 to the transmission message 70 from the customer c and transmits it to the terminal a.
  • the update unit 43 registers in the database 41 an entry that associates the customer c, the sender ID 54, and the terminal a.
  • the search unit 44 of the message transfer device 40 transmits the transmission message 70 from the customer d to the terminal a
  • the search unit 44 checks whether or not there is an entry in the database 41 indicating that the transmission message has already been transmitted from another customer to the terminal a. In the case of FIG. 2B, the customer c has already added the sender ID 54 to the transmission message 70 and transmitted it to the terminal a.
  • the search unit 44 searches among the sender IDs belonging to the group A for a free sender ID.
  • the search unit 44 finds that the sender ID 53 is unused for the terminal a.
  • the search unit 44 gives the sender ID 53 to the transmission unit 46.
  • the transmission unit 46 adds the sender ID 53 to the transmission message 70 from the customer d and transmits the transmission message to the terminal a.
  • the update unit 43 registers in the database 41 an entry that associates the customer ID, which is the customer d, the sender ID 53, and the terminal ID, which is the terminal a.
  • the search unit 44 searches the database 41.
  • the search unit 44 searches the database 41 using the pair of the sender ID 54 and the terminal a that is the terminal ID as a search key, obtains the customer c that is the customer ID, and transmits the customer c that is the customer ID to the transmission unit 47. Give to.
  • the transmission unit transmits the reply message 75 from the terminal a to the customer a.
  • the searching unit 44 searches the database 41.
  • the search unit 44 searches the database 41 using the pair of the sender ID 53 and the terminal a that is the terminal ID as a search key, obtains the customer d that is the customer ID, and transmits the customer d that is the customer ID to the transmission unit 47. Give to.
  • the transmission unit transmits the reply message 75 from the terminal a to the customer d.
  • FIG. 2B shows a mode of transmission / reception of other transmission message 70 and reply message 75.
  • two sender IDs are assigned to group B. Therefore, the condition that transmission messages from the customers 11 at two places can be sent to each terminal 30 at the maximum is kept. As long as the above-mentioned conditions are satisfied, each of the customers 11 can make the maximum use of the two sender IDs and can send and receive a send message and a reply message to and from each of the terminals 30 via the message transfer device 40. ..
  • FIG. 3 is a diagram showing an example of the data structure of the entries of the database 41.
  • FIG. 3A shows that the customer c, the customer d, and the customer e belong to the group (B), and the sender ID 53 and the sender ID 54 belong to the group (B).
  • the search unit 44 can search for a group by using the customer ID as a key. Further, the search unit 44 can acquire the available sender ID from the customer ID or the group ID.
  • FIG. 3 (B) shows a plurality of entries for the group B, which stores the association of the customer ID, the sender ID, and the terminal ID.
  • the retrieval unit 44 retrieves FIG. 3B using the pair of the customer ID and the terminal ID as a key to determine whether or not the pair of the customer ID and the terminal ID has already transmitted / received a message. It is possible to check whether or not (which sender ID has been used if a message has been sent and received). When it is found that a message has not been sent or received, a search is further performed using the specific terminal ID as a key to obtain the sender ID already used for the specific terminal. be able to. Information on whether or not there is a sender ID that can be used by searching the entry in FIG.
  • FIG. 3A by using all of the sender IDs that are already used for a specific terminal as a key, and if it exists In addition, the available sender ID can be obtained.
  • FIG. 3B is an example of an entry, and it is obvious to those skilled in the art that the entry can be configured in other formats.
  • FIG. 4 is a flowchart of the first embodiment. An example of the operation of the first embodiment will be described below using this flowchart.
  • the subject of the operations in the following steps is the message transfer device. [S402]
  • the customer ID, the transmission message, and the terminal ID are received from the customer 11. The process proceeds to step S404.
  • step S404 The group ID is specified from the customer ID. Incidentally. If the group ID is obtained from the customer 11, this step need not be performed. The process proceeds to step S406.
  • step S406 It is checked whether the pair of customer ID and terminal ID is registered in the database for the specified group ID. If the check is affirmative (yes), the process proceeds to step S408. If this check is negative (no), the process proceeds to step S412. [S408] The first sender ID associated with the pair of the customer ID and the terminal ID is given to the transmitting unit. The process proceeds to step S424.
  • step S412 It is checked whether the terminal ID is registered in the database for the specified group ID. If the check is affirmative (yes), the process proceeds to step S416. If this check is negative (no), the process proceeds to step S414. [S414] The third sender ID belonging to the specified group ID is given to the transmitting unit. The process proceeds to step S418.
  • FIG. 5 is a flowchart of transmitting a reply message from the terminal 30 to the customer via the message transfer device 40. This process will be described below.
  • the operation subject of the following processing is the message transfer device 40.
  • the reply message, the sender ID, and the terminal ID are received from the terminal 30.
  • the process proceeds to step S504.
  • the customer ID is retrieved from the database by using the pair of the sender ID and the terminal ID as a key.
  • the process proceeds to step S506.
  • the reply message is transmitted to the customer corresponding to the customer ID.
  • the reply message addressed to the sender ID can be transmitted from the terminal 30 to an appropriate customer. Mutual communication of messages can be surely performed while the customer 11 shares the sender ID.
  • FIG. 6 is a diagram showing an example of a database and an example of message transmission / reception in the second embodiment. Description will be made with reference to the block diagram of FIG.
  • FIG. 6A is an example showing the relationship between the group 10, the customer 11, and the sender ID 60 in the contents of the database 41. It is shown that the customer A and the customer b exist in the group A, and the sender ID 61 can be used. Group B has customers c, d, and e, and it is shown that sender ID 62 can be used. In group C, customers f to k exist, and sender ID 63 is available. The group B will be described below as an example.
  • FIG. 6B shows an example of message transmission / reception between the customer 11 and the terminal 30.
  • the message transfer device 40 adds the sender ID 62 to the transmission message 80 from the customer c and transmits it to the terminal c at time 1.
  • the update unit 43 registers in the database 41 an entry that associates the customer c, the sender ID 62, the terminal c, and the time 1 with each other.
  • the message transfer device 40 adds the sender ID 62 to the transmission message 80 from the customer e and transmits it to the terminal c at time 2.
  • the update unit 43 registers in the database 41 an entry that associates the customer e, the sender ID 62, the terminal c, and the time 2 with each other.
  • the message transfer device 40 adds the sender ID 62 to the transmission message 80 from the customer d and transmits it to the terminal c at time 3.
  • the update unit 43 registers in the database 41 an entry that associates the customer c, the sender ID 62, the terminal c, and the time 3 with each other. Similar processing is performed for the other transmission messages in FIG.
  • the search unit 44 searches the database 41 using the pair of the sender ID 62 and the terminal c, which is the terminal ID, as a search key, and searches for the entry having the latest time.
  • the latest time is time 3.
  • the customer d who is the customer ID, can be obtained from the entry having the sender ID 62, the terminal c, which is the terminal ID, and the time 3.
  • the customer d which is the customer ID, is given to the transmission unit 47.
  • the transmission unit transmits the reply message 85 from the terminal c to the customer d.
  • FIG. 6B shows a mode of transmission / reception of other transmission message 80 and reply message 85.
  • each terminal 30 complies with the condition that a reply message can be returned to one customer 11.
  • Each of the customers 11 can send and receive a send message and a reply message to and from each of the terminals 30 via the message transfer device 40 by making maximum use of one sender ID.
  • a new sender ID may be added to the group in which the inconvenience occurs and assigned.
  • the time may be managed individually for the plurality of sender IDs.
  • FIG. 7 is a diagram showing an example of the data structure of the entries of the database 41.
  • FIG. 7A shows that the customer c, the customer d, and the customer e belong to the group B, and the sender ID 62 belongs to the group B.
  • the search unit 44 can search for a group by using the customer ID as a key. Further, the search unit 44 can acquire the available sender ID from the customer ID or the group ID.
  • FIG. 8 is a flowchart of the second embodiment. Hereinafter, an example of the operation of the second embodiment will be described using this flowchart. The subject of the operations in the following steps is the message transfer device.
  • FIG. 8A is a flowchart showing the processing of the transmission message. [S802] The customer ID, the transmission message, and the terminal ID are received. The process proceeds to step S804.
  • step S808 The group ID is specified from the customer ID. Incidentally. If the group ID is obtained from the customer 11, this step need not be performed. The process proceeds to step S806. [S806] The sender ID is specified from the group ID. The process proceeds to step S808.
  • FIG. 8B is a flowchart showing the processing of the reply message. The flow will be described below.
  • the message transfer device is the execution subject of the following processes. [S822] The reply message, the sender ID, and the terminal ID are received. The process proceeds to step S824.
  • FIG. 9 is a flowchart showing the first modification.
  • FIG. 9 when the database is created or updated, the database is processed so that the old entry is overwritten by the entry related to the event that occurred most recently. This can save the trouble of searching for the latest entry from the plurality of entries registered in the database.
  • the details of the processing are as follows.
  • [S852] The customer ID, the transmission message, and the terminal ID are received.
  • the process proceeds to step S854.
  • the group ID is specified from the customer ID. When the group ID can be acquired from the customer, this process is unnecessary.
  • the process proceeds to step S856.
  • the sender ID is specified from the group ID.
  • the process proceeds to step S857.
  • Fig. 9 (B): Reply message The processing of the reply message obtained from the terminal 30 is as follows.
  • the subject of the operation of the following processing is the message transfer device.
  • the reply message, sender ID, and terminal ID are received.
  • the process proceeds to step S884.
  • the database is searched using the sender ID / terminal ID pair as a key to obtain the customer ID.
  • the process proceeds to step S866.
  • the reply message is transmitted to the customer corresponding to the obtained customer ID. Through the above processing, the reply message obtained from the terminal 30 is transmitted to the customer 11.
  • FIG. 10 is a flowchart showing the second modification.
  • the second modification shows a process of releasing the customer 11 from occupying and using the sender ID after a predetermined time has elapsed.
  • the details of this process are as follows. It is desirable that the processing be started by, for example, periodic interrupt processing.
  • S1002 The processing of the following step S1004 is executed for all entries in the database.
  • the occupancy of the sender ID assigned to the customer 11 is released after a lapse of a predetermined time, and the center ID is used for other uses, and the sender ID that is a resource shared by the customer 11 is used. Can be effectively used.
  • FIG. 11 is a diagram showing another modification. Although a series of processes is described in FIG. 11, only some of the processes shown in FIG. 11 may be adopted and executed.
  • the database entry update process is not performed.
  • the notification can be used when the notification is transmitted to the terminal 30 and the sender of the notification does not want to receive the reply message.
  • This process is a process that allows the reply message to be transmitted to the customer with the specific customer ID, not the customer with the customer ID used to send the message. By performing this process, it is possible to meet the needs for transmitting the reply message from the terminal 30 to one customer.
  • This process is a process that allows the customer 11 to whom the reply message is transmitted to be selected by including a predetermined character string in the reply message. For example, if all sender IDs assigned to a group are used and the reply message cannot be sent from the terminal 30 to the terminal 30 that wants to send the reply message, this process can be used to send the reply message. By writing a character string indicating that the user wants to be transmitted in the message, it is possible to send a reply message from the terminal 30 to a customer different from the customer 11 who is the transmission destination determined by the sender ID added to the reply message. ..
  • the various modifications described above can be selectively used according to needs, and various functions can be added.
  • FIG. 12 is a diagram showing a third modification of the embodiment.
  • FIG. 12A shows an aspect of transmission / reception of the transmission message 80 and the reply message 85.
  • the customer m0 broadcasts the transmission message 80 to the terminals p0 to p7.
  • the content of the transmission message 80 sent to each terminal may be the same content, or the content of a different message depending on the individual terminal.
  • the transmission message 80 may be added to the common sender ID 70 and transmitted to the terminal. Then, each of the terminals p0 to p7 that has received the transmission message 80 returns the reply message 85 with the sender ID 70 as the destination.
  • FIG. 13B shows the main parts of the entries stored in the database 41.
  • the entry in FIG. 3B may be created in advance by the customer m0 or the operator of the group to which the customer m0 belongs.
  • the search unit 44 searches the entry of FIG. 12B stored in the database 41.
  • FIG. 12A for example, the reply message 85 of the terminal p0 is transmitted to the customer m3.
  • Other reply messages are also returned to the customer shown in FIGS. 12 (A) and 12 (B).
  • the reply message from the terminal which receives the message is distributed to the customers m1 to m4 almost evenly and transmitted.
  • the entry defining the customer to which the reply is sent is shown in FIG. By doing so, it becomes possible for the customers m1 to m4 to share the response messages from the plurality of terminals.
  • the entry in FIG. 12B has been described as being created in advance, but the entry in FIG. 12B does not have to be created in advance.
  • the searching unit 44 searches the database 41 using the pair of the terminal ID and the sender ID as a key. If the hit entry cannot be found in the database, the search unit 44 instructs the update unit 43 to create the entry. Based on this instruction, the update unit 43 causes the database 41 associated with the terminal that issued the reply message to display in the database 41 that is associated with the terminal that issued the reply message, for example, the terminal that issued the reply message as shown in FIG. Add an entry related to.
  • the updating unit 43 creates the entries shown in FIG. 12B so that the number of reply messages is as uniform as possible and the reply messages are transmitted to each customer. For example, a round robin algorithm may be utilized to communicate reply messages to different customers in sequence.
  • the pattern of delivery of the reply message to the customer is not limited to the example shown in FIG.
  • the entry shown in FIG. 12B may be created in advance so that reply messages from each terminal in response to a message sent from each customer are concentrated and transmitted to one specific customer, for example. ..
  • the entry of FIG. 12B may be created by the updating unit 43 each time a reply message from the terminal is received.
  • the above modification is an exemplification, and a plurality of sender IDs may be used, and the association between the customer, the sender ID, and the terminal shown in FIG. 12B may be set as necessary. it can.
  • the time is not used in FIG. 12B, it goes without saying that the time of sending and receiving the send message or the reply message may be recorded in the database 41 to control the message transfer.
  • FIG. 13 shows another modification of the embodiment.
  • FIG. 13A shows a case where the transmission message 80 or the reply message 85 includes, for example, a character string of “STOP”.
  • the entry in the database 41 used to transfer the send message or the reply message may be deleted.
  • the link between the customer, the sender ID, and the terminal relating to the transmission of the send message or the reply message is deleted, and thereafter, the customer linked by the deleted entry is deleted. Will not be able to perform message communication with the terminal. In this way, by including the predetermined character string in the message, it is possible to cause the update unit 43 to edit the database 41.
  • the transmission message from the customer can be simultaneously delivered to a plurality of terminals.
  • a character string of “Broadcast” in the transmission message By transmitting this message from the customer m0, it is possible to perform the simultaneous distribution without designating individual terminals in the simultaneous distribution in the third modification.
  • a predetermined message exists in the transmission message or the reply message, a predetermined transfer can be performed, or a predetermined entry in the database can be edited.
  • FIG. 14 is a diagram showing each hardware configuration of the embodiment.
  • the hardware configuration includes a CPU 901, a ROM 902 that stores the programs and data of this embodiment, a RAM 903, a network interface 905, an input interface 906, a display interface 907, and an external memory interface 908. These pieces of hardware are connected to each other by a bus 904.
  • the network interface 905 is connected to the network 915.
  • the network 915 includes a wired LAN, a wireless LAN, the Internet, a telephone network, and the like.
  • the input unit 916 is connected to the input interface 906.
  • a display unit 917 is connected to the display interface 907.
  • a storage medium 918 is connected to the external memory interface 908.
  • the storage medium 918 may be a RAM, ROM, CD-ROM, DVD-ROM, hard disk, memory card, or the like.
  • a program that implements the present exemplary embodiment may be stored in the storage medium.
  • the program that realizes the above-described embodiment can be executed by a computer having the hardware configuration shown in FIG. Further, the program of the embodiment may be implemented as a method of causing a computer to execute. Part or all of the program of this embodiment may be executed by an operating system. Further, part of the program may be realized by hardware.
  • the program may be stored in the storage medium 918, the ROM 902, or the RAM 903.
  • Embodiments may be implemented as hardware devices. Needless to say, the above-described embodiments are not intended to limit the invention described in the claims but are treated as examples.

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Theoretical Computer Science (AREA)
  • Multimedia (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

【課題】　メッセージの伝達能力が高く、また本人確認の能力が高いなどの特徴を有するＳＭＳなどの通信に対して、これらの利便性を損なうことなく、より容易に利用できる環境を提供すること。 【解決手段】　複数の顧客の各々を識別する顧客ＩＤと、前記顧客から端末に送信される送信メッセージと、前記端末を識別する端末ＩＤとを受け取る受取部であって、前記複数の顧客は、グループＩＤで識別されるグループのいずれか１つに属する、受取部と、前記グループＩＤと、前記顧客ＩＤと、センダーＩＤと、前記端末ＩＤとの関係を登録するデータベースであって、異なる１個のセンダーＩＤが複数のグループＩＤの各々に関連付けられる、データベースと、前記データベースを更新しかつ検索するデータベース制御部と、前記データベースにおいて前記顧客ＩＤに対応する前記グループＩＤに関連付けられた前記センダーＩＤを付加した前記送信メッセージを、前記端末ＩＤで識別される前記端末に送信する送信部と、前記送信メッセージを受信した前記端末からの返信メッセージであって、前記送信メッセージに付加されていた前記センダーＩＤが返信先に指定され、該端末の端末ＩＤが付加された、前記返信メッセージを受信する受信部と、前記返信メッセージを、前記データベースに登録された前記センダーＩＤと前記端末ＩＤとのペアに対応する一意に特定された前記顧客ＩＤで識別される前記顧客に伝達する伝達部と、を有するメッセージ転送装置が提供される。

Description

メッセージ転送装置、方法及びプログラム
　本発明は、メッセージ転送装置、方法及びプログラムに関する。
　ネットワークを用いてメッセージ又は画像などのメディア情報を転送する技術には多様な方式が存在する。たとえば、ＳＭＳはShort Message Serviceの略である。ＳＭＳ送信とは、メールアドレスではなく携帯電話やスマートフォンの電話番号を宛先にしてメッセージを送信するサービスである。初期のＳＭＳは、短いテキストを転送していたため、「ショートメッセージサービス」と一般に称されているが、技術の発展とともに、転送できるデータ量も増大し、転送できるメディアの種類も多様化している。
　ＳＭＳは、個別配信や一斉配信を行うことができる。ＳＭＳでは、電話番号を利用するため、メールアドレスで着信メールをフィルタリングしているユーザーにも、メッセージをより確実に届けることができる。ＳＭＳは、通信キャリアが宛先に用いる電話番号を使うため個人認証の目的で利用されることも多い。また、なりすましや重複登録を防ぐ能力が高い。
　ＳＭＳなどのメッセージ通信では、上述のように電話番号を用いた通信を利用することで、無料又は安価で比較的容易に取得できるメールアドレスなどを利用して通信するよりも、利用者（本人）を特定することをより確実に行うことができる。
　すなわち、電話番号を利用するためには、通常、ネットワーク通信網の利用料金を支払うことなどが必要となるため、電話番号を取得するには、メールアドレスなどを利用する場合よりも、より厳密な本人確認が必要とされている場合が多い。また、電話番号は、本人に確実にアクセスできる連絡先としても一般に利用されている。したがって、電話番号を利用するＳＭＳなどの通信は、メールアドレスなどを利用する通信よりも、本人を特定することがより確実である。
　反面、電話番号は、比較的自由に本人が設定できるメールアドレスなどよりも選択の自由度も狭く、かつ、取得するために一定の費用がかかることがほとんどである、また。このことによって、電話番号はメールアドレスなどと比較して、メッセージの転送の確実性及び本人の確認機能などの面で有利性があるが、電話番号のリソースはより限定されており、取得するためのコストも高くなっている。しかも、１つのメッセージを転送するコストは、電話番号を利用したＳＭＳでは、メールアドレスを利用した通信よりも一般的に高くなっている。
　以上の説明は、電話番号を利用したＳＭＳ通信を例にしたが、以下に説明する実施形態は、ＳＭＳ通信に限られるものではなく、上記の例示の通信に準じた性質を有する通信に適用できるものであることは言うまでもない。
特許第５８５５７３２号公報
　開示された実施の形態は、メッセージの伝達能力が高く、また本人確認の能力が高いなどの特徴を有するＳＭＳなどの通信に対して、これらの利便性を損なうことなく、より容易に利用できる環境を提供することを目的とする。
　開示された実施の形態によれば、複数の顧客の各々を識別する顧客ＩＤと、前記顧客から端末に送信される送信メッセージと、前記端末を識別する端末ＩＤとを受け取る受取部であって、前記複数の顧客は、グループＩＤで識別されるグループのいずれか１つに属する、受取部と、前記グループＩＤと、前記顧客ＩＤと、センダーＩＤと、前記端末ＩＤとの関係を登録するデータベースであって、異なる１個のセンダーＩＤが複数のグループＩＤの各々に関連付けられる、データベースと、前記データベースを更新しかつ検索するデータベース制御部と、前記データベースにおいて前記顧客ＩＤに対応する前記グループＩＤに関連付けられた前記センダーＩＤを付加した前記送信メッセージを、前記端末ＩＤで識別される前記端末に送信する送信部と、前記送信メッセージを受信した前記端末からの返信メッセージであって、前記送信メッセージに付加されていた前記センダーＩＤが返信先に指定され、該端末の端末ＩＤが付加された、前記返信メッセージを受信する受信部と、前記返信メッセージを、前記データベースに登録された前記センダーＩＤと前記端末ＩＤとのペアに対応する一意に特定された前記顧客ＩＤで識別される前記顧客に伝達する伝達部と、を有するメッセージ転送装置が提供される。
　開示された実施の形態は、メッセージの伝達能力が高く、また本人確認の能力が高いなどの特徴を有するＳＭＳ又はこれに類似する通信に対して、これらの利便性を損なうことなく、より容易に利用できる環境を提供することができる。
複数の実施形態を実現するブロック図である。 第１の実施形態におけるデータベースの例とメッセージ送受信の例を示す図である。 データベースのエントリーのデータ構造の例を示す図である。 第１の実施形態のフローチャートである。 端末からの返信メッセージを、メッセージ転送装置を介して顧客に伝達するフローチャートである。 第２の実施形態におけるデータベースの例とメッセージ送受信の例を示す図である。 データベースのエントリーのデータ構造の例を示す図である。 第２の実施形態のフローチャートである。 変形例１を示すフローチャートである。 変形例２を示すフローチャートである。 他の変形例を示す図である。 変形例３を示す図である。 変形例４を示す図である。 実施形態の各ハードウエア構成を示す図である。
　既に説明したように、以下に説明する実施形態は電話番号を利用したＳＭＳ通信を例にして説明するが、実施形態はＳＭＳ通信に限られるものではなく、例示した通信に準じた性質を有するあらゆる通信に適用できるものであることは言うまでもない。
　また、各実施形態は、それぞれが排他的なものではなく、ある実施形態の一部を他の実施形態に組み込んだり、ある実施形態の一部を他の実施形態の一部で代替したりすることができる。
　加えて、例示したフローチャートの各フローは、矛盾のない限り順番を入れ替えることができる。また、矛盾のない限り、例示された１つのフローを、異なるタイミングで、複数回実行することができる。
　また、矛盾のない限り、複数のフローを同時に実行したりすることができる。
　また、開示された実施形態の一部のプログラムは、オペレーティングシステムなどの汎用のプログラム、またはハードウエアで実現することができる。加えて、開示されたプログラムは、複数のハードウエアで分散して実行されてもよい。
　＜実施形態の機能の概要＞
　図１は、複数の実施形態を実現するブロック図である。
　顧客１１と端末３０とがテキストなどを含むメッセージを交換する。携帯電話は、端末３０の一例である。メッセージ転送装置４０は、顧客１１からの送信メッセージをいずれかの端末３０に転送し、端末３０からの返信メッセージをいずれかの顧客１１に転送する。
　複数の顧客１１の各々は、複数のグループ１０のいずれかに属している。なお、同一の顧客が複数のグループに属することとしたい場合には、例えば各々のグループに対応して異なる顧客ＩＤを同一の顧客にアサインするようにすればよい。
　図１では、グループＡに顧客ａ及び顧客ｂが属しており、グループＢに顧客ｃ、顧客ｄ及び顧客ｅが属している。例えば、グループＡは、複数のテナント企業を管理する管理会社であり、顧客a及び顧客ｂは、管理会社に属するテナントであってもよい。また、例えば、グループＡは、あるフランチャイズチェーンの親企業（フランチャイジー）であり、顧客a及び顧客ｂは、フランチャイズチェーンに参加する独立店（フランチャイザー）であってもよい。
　図１において、メッセージ転送装置４０は、データベース４１、ＤＢ制御部４２、顧客から送信メッセージ等を受け取る受取部４５、受け取られた送信メッセージをいずれかの端末３０に送信する送信部４６、端末３０からの返信メッセージ等を受信する受信部４８、及び返信メッセージを顧客１１に伝達する伝達部４７を有する。
　なお、送信メッセージには、送信元を示すセンダーＩＤ（図１に不図示）が付加される。また、返信メッセージには、返信先を示すセンダーＩＤが付加される。メッセージ転送装置が送信するメッセージの発信元アドレス、またはメッセージ転送装置が受信する返信メッセージの宛先アドレスとなる電話番号は、センダーＩＤの一例である。
　また、ＤＢ制御部４２は、データベース４１のエントリーを作成又は更新する更新部４３と、データベース４１を検索する検索部４４とを備える。
　データベース４１は、例えば、顧客１１を識別する顧客ＩＤと、センダーＩＤと、端末３０を識別する端末ＩＤとを紐づけるエントリーを持つ。また、データベース４１は、グループＩＤと、センダーＩＤの集合と、顧客ＩＤの集合とを紐づけるエントリーを有する。
　ＤＢ制御部４２は、顧客１１又は顧客のグループ１０から指令を受けることができる。顧客１１又は顧客のグループ１０は、ＤＢ制御部４２に指令を与えることにより、データベース４１に、エントリーを作成したり、エントリーを削除したりして、データベースの内容を編集することができる。また、顧客１１からのメッセージ又は端末３０からのメッセージ内に特定の文字列（又はコマンド）を含ませることで、ＤＢ制御部３２に指令を与えることによって、データベースの内容を編集することができるようにしてもよい。なお、メッセージ内の特定の文字列（又はコマンド）、及び、顧客１１又は顧客のグループ１０によるデータベース４１の編集の具体例は、変形例において後述する。
　或いは、ＤＢ制御部は、顧客３０からのセンダーＩＤ宛の音声通話によって、端末３０を用いるユーザーからの指示、或いはボタン操作による指示を受け取ることによってＤＢ制御部４２が所定の動作を行って、データベースの内容を編集するようにしてもよい。
　或いは、ＤＢ制御部は、所定のウェブサイトにおいて顧客３０からの指示を受け取ることによってＤＢ制御部４２が所定の動作を行って、データベースの内容を編集するようにしてもよい。所定のウェブサイトのＵＲＬは、送信メッセージ内に記載して端末３０の操作者にウェブサイトへの誘導を促してもよい。
　＜第１の実施形態＞
　第１の実施形態は、図１を参照しつつ、その他の図を用いて以下に説明する。
　図２は、第１の実施形態におけるデータベースの例とメッセージ送受信の例を示す図である。
　図２（Ａ）は、データベース４１の内容のうち、グループ１０と、顧客１１と、センダーＩＤ５０との関係を示す例である。グループＡは、顧客ａと顧客ｂとを有し、センダーＩＤ５１とセンダーＩＤ５２とが利用できることが示されている。グループＢは、顧客ｃと顧客ｄと顧客ｅとを有し、センダーＩＤ５３とセンダーＩＤ５４とが利用できることが示されている。グループＣは、顧客ｆないし顧客ｋを有し、センダーＩＤ５５ないしセンダーＩＤ５８が利用できることが示されている。
　以下では、グループＢを例にして説明する。
　図２（Ｂ）は、顧客１１と端末３０とのメッセージの送受信の例を示している。
（送信メッセージ）
　メッセージ転送装置４０は、センダーＩＤ５４を顧客ｃからの送信メッセージ７０に付加して、端末ａに送信している。更新部４３は、顧客ｃと、センダーＩＤ５４と、端末ａとを紐づけるエントリーを、データベース４１に登録する。
　また、メッセージ転送装置４０の検索部４４は、顧客ｄからの送信メッセージ７０を端末ａに送信する際、顧客ｄが過去に端末ａに送信メッセージを既に送信したことを示すエントリーがデータベース４１に存在するか否かをチェックする。（そのエントリーがデータベース４１に存在する場合には、そのエントリーに紐づいたセンダーＩＤを送信メッセージに付加すればよい。）なお、図２（Ｂ）においては、そのエントリーが存在しなかったとする。この場合、検索部４４は、他の顧客から端末ａに送信メッセージを既に送信したことを示すエントリーがデータベース４１に存在するか否かをチェックする。図２（Ｂ）の場合には、顧客ｃがすでにセンダーＩＤ５４を送信メッセージ７０に付加して端末ａに送信している。このため、検索部４４は、グループＡに属するセンダーＩＤのうち、空いているセンダーＩＤを検索する。検索部４４は、センダーＩＤ５３が端末aに対して未使用であることを見出す。この結果、検索部４４は、送信部４６にセンダーＩＤ５３を与える。送信部４６は、顧客ｄからの送信メッセージ７０にセンダーＩＤ５３を付加して、端末ａに送信メッセージを送信する。更新部４３は、顧客ＩＤである顧客ｄと、センダーＩＤ５３と、端末ＩＤである端末ａとを紐づけるエントリーを、データベース４１に登録する。
（返信メッセージ）
　メッセージ転送装置４０の受信部４８が、端末ａからの返信メッセージ７５にセンダーＩＤ５４が付された返信メッセージ７５を受信すると、検索部４４は、データベース４１を検索する。検索部４４は、センダーＩＤ５４と端末ＩＤである端末ａとのペアを検索キーにデータベース４１を検索して、前記顧客ＩＤである顧客ｃを得て、前記顧客ＩＤである顧客ｃを伝達部４７に与える。伝達部は、顧客ａに端末ａからの返信メッセージ７５を伝達する。
　メッセージ転送装置４０の受信部４８が、端末ａからの返信メッセージ７５にセンダーＩＤ５３が付された返信メッセージ７５を受信すると、検索部４４は、データベース４１を検索する。検索部４４は、センダーＩＤ５３と端末ＩＤである端末ａとのペアを検索キーにデータベース４１を検索して、前記顧客ＩＤである顧客ｄを得て、前記顧客ＩＤである顧客ｄを伝達部４７に与える。伝達部は、顧客ｄに端末ａからの返信メッセージ７５を伝達する。
　図２（Ｂ）には、その他の送信メッセージ７０及び返信メッセージ７５の送受信の態様が示されている。
　図２（Ｂ）の実施態様では、グループＢに２つのセンダーＩＤが割り当てられている。したがって、各端末３０に対して、最大で、２か所の顧客１１からの送信メッセージを送ることができるという条件を守ることとなる。顧客１１の各々は、上記条件を満たす限り、２つのセンダーＩＤを最大限に利用して、メッセージ転送装置４０を介して、端末３０の各々と、送信メッセージ及び返信メッセージの送受信を行うことができる。
　したがって、図２（Ｂ）のグループＢの３つの顧客１１の各々に専用のセンダーＩＤをアサインする場合には、３つのセンダーＩＤが必要とされるが、２つのセンダーＩＤ（センダーＩＤ５３及びセンダーＩＤ５４）をアサインするだけで、メッセージの送受信を実現できることになる。なお、上記の制限による不都合を回避するための様々な方策については、後述する。なお、上記の制限による不都合を回避するために、新たなセンダーＩＤを、不都合が発生しているグループに追加してアサインするようにしてもよい。
　図３は、データベース４１のエントリーのデータ構造の例を示す図である。
　図３（Ａ）は、グループ（Ｂ）に、顧客ｃと顧客ｄと顧客ｅとが属していること、センダーＩＤ５３とセンダーＩＤ５４とが属していることを示している。検索部４４は、このエントリーを検索することで、顧客ＩＤをキーにしてグループを検索することができる。また、検索部４４は、顧客ＩＤ又はグループＩＤから、利用できるセンダーＩＤを取得することができる。
　図３（Ｂ）は、グループＢに関して、顧客ＩＤと、センダーＩＤと、端末ＩＤとの紐づけを記憶する複数のエントリーである。検索部４４は、顧客ＩＤと端末ＩＤとのペアをキーとして、図３（Ｂ）を検索することで、既に、顧客ＩＤと端末ＩＤとのペアがメッセージの送受信を行ったことがあるか否かを（メッセージの送受信を行ったことがあれば、いずれのセンダーＩＤが使われたかを）チェックできる。メッセージの送受信が行われたことがないことが分かった場合には、更に、特定の端末ＩＤをキーにして検索を行うことで、特定の端末に対して、既に使われているセンダーＩＤを得ることができる。特定の端末に既に使われているセンダーＩＤのすべてをキーにして、図３（Ａ）のエントリーを検索することで、利用可能なセンダーＩＤが存在するか否かの情報、及び、存在する場合に、利用できるセンダーＩＤを得ることができる。
　なお、図３（Ｂ）は、エントリーの例であって、他の形式でもエントリーが構成され得ることは、当業者に自明である。
　図４は、第１の実施形態のフローチャートである。以下に、このフローチャートを用いて、第１の実施形態の動作の例を説明する。なお、以下の各ステップの動作主体は、メッセージ転送装置である。
［Ｓ４０２］顧客１１から、顧客ＩＤ、送信メッセージ、端末ＩＤが受け取られる。処理はステップＳ４０４に移る。
［Ｓ４０４］顧客ＩＤからグループＩＤが特定される。なお。グループＩＤが顧客１１から得られた場合は、このステップを実行しなくてもよい。処理はステップＳ４０６に移る。
［Ｓ４０６］特定されたグループＩＤに関して、顧客ＩＤと端末ＩＤとのペアがデータベースに登録されているかがチェックされる。このチェックが肯定的であれば（ｙｅｓ）、処理はステップＳ４０８に移る。このチェックが否定的であれば（ｎｏ）、処理はステップＳ４１２に移る。
［Ｓ４０８］顧客ＩＤと端末ＩＤとのペアに紐付く第１のセンダーＩＤを送信部に与える。処理はステップＳ４２４に移る。
［Ｓ４１２］特定されたグループＩＤに関して端末ＩＤがデータベースに登録されているかがチェックされる。このチェックが肯定的であれば（ｙｅｓ）、処理はステップＳ４１６に移る。このチェックが否定的であれば（ｎｏ）、処理はステップＳ４１４に移る。
［Ｓ４１４］特定されたグループＩＤに属する第３のセンダーＩＤを送信部に与える。処理はステップＳ４１８に移る。
［Ｓ４１６］端末ＩＤに紐づいたセンダーＩＤ以外の第２のセンダーＩＤであって、特定されたグループＩＤに属する第２のセンダーＩＤを送信部に与える。処理は、ステップＳ４２０に移る。
［Ｓ４１８］顧客ＩＤと端末ＩＤとのペアと、第３のセンダーＩＤとを紐付けたエントリーをデータベースに登録する。処理はステップＳ４２４に移る。
［Ｓ４２０］顧客ＩＤと端末ＩＤとのペアと、第２のセンダーＩＤとを紐付けたエントリーをデータベースに登録する。処理はステップＳ４２４に移る。
［Ｓ４２４］第１のセンダーＩＤ、第２のセンダーＩＤ又は第３のセンダーＩＤを付加した送信メッセージを端末ＩＤで特定される端末に送信する。
　以上の処理によって、グループ１０にアサインされたセンダーＩＤの数が、同じグループ１０に属する顧客１１の数より少なくても、利便性を犠牲にすることを極力抑えて、センダーＩＤを有効に利用することができる。
　図５は、端末３０からの返信メッセージを、メッセージ転送装置４０を介して顧客に伝達するフローチャートである。以下に、この処理について説明する。以下の処理の動作主体は、メッセージ転送装置４０である。
［Ｓ５０２］端末３０から、返信メッセージ、センダーＩＤ及び端末ＩＤを受信する。処理はステップＳ５０４に移る。
［Ｓ５０４］センダーＩＤと端末ＩＤのペアをキーにしてデータベースから顧客ＩＤを検索する。処理はステップＳ５０６に移る。
［Ｓ５０６］顧客ＩＤに対応する顧客に返信メッセージを伝達する。
　以上の処理によって、端末３０から、センダーＩＤを宛先とした返信メッセージを、適切な顧客に伝達することができる。センダーＩＤを顧客１１が共有しつつ、メッセージの相互通信が確実に行えることになる。
　＜第２の実施形態＞　
　図６は、第２の実施形態におけるデータベースの例とメッセージ送受信の例を示す図である。図１のブロック図を適宜参照しながら説明する。
　図６（Ａ）は、データベース４１の内容のうち、グループ１０と、顧客１１と、センダーＩＤ６０との関係を示す例である。グループＡは、顧客ａと顧客ｂとが存在し、センダーＩＤ６１が利用できることが示されている。グループＢは、顧客ｃと顧客ｄと顧客ｅとが存在し、センダーＩＤ６２が利用できることが示されている。グループＣは、顧客ｆないし顧客ｋが存在し、センダーＩＤ６３が利用できることが示されている。
　以下では、グループＢを例にして説明する。
　図６（Ｂ）は、顧客１１と端末３０とのメッセージの送受信の例を示している。
（送信メッセージ）
　メッセージ転送装置４０は、センダーＩＤ６２を顧客ｃからの送信メッセージ８０に付加して、時刻１に、端末ｃに送信している。更新部４３は、顧客ｃと、センダーＩＤ６２と、端末ｃと、時刻１とを紐づけるエントリーを、データベース４１に登録する。
　メッセージ転送装置４０は、センダーＩＤ６２を顧客ｅからの送信メッセージ８０に付加して、時刻２に、端末ｃに送信している。更新部４３は、顧客ｅと、センダーＩＤ６２と、端末ｃと、時刻２とを紐づけるエントリーを、データベース４１に登録する。
　メッセージ転送装置４０は、センダーＩＤ６２を顧客ｄからの送信メッセージ８０に付加して、時刻３に、端末ｃに送信している。更新部４３は、顧客ｃと、センダーＩＤ６２と、端末ｃと、時刻３とを紐づけるエントリーを、データベース４１に登録する。
　図６（Ｂ）の他の送信メッセージに関しても、同様の処理が行われる。
（返信メッセージ）
　メッセージ転送装置４０の受信部４８が、端末ｃからの返信メッセージ８５にセンダーＩＤ６２が付された返信メッセージ８５を受信すると、検索部４４は、データベース４１を検索する。
　検索部４４は、センダーＩＤ６２と端末ＩＤである端末ｃとのペアを検索キーにデータベース４１を検索して、最も新しい時刻を持つエントリーを検索する。最も新しい時刻は、時刻３である。センダーＩＤ６２と端末ＩＤである端末ｃと時刻３とを有するエントリーから、顧客ＩＤである顧客ｄを得ることができる。
　前記顧客ＩＤである顧客ｄを伝達部４７に与える。伝達部は、顧客ｄに端末ｃからの返信メッセージ８５を伝達する。
　図６（Ｂ）には、その他の送信メッセージ８０及び返信メッセージ８５の送受信の態様が示されている。
　図６（Ｂ）の実施態様では、各グループに１つのセンダーＩＤが割り当てられている。したがって、各端末３０は、１か所の顧客１１へ返信メッセージを返すことができるという条件を守ることとなる。顧客１１の各々は、１つのセンダーＩＤを最大限に利用して、メッセージ転送装置４０を介して、端末３０の各々と、送信メッセージ及び返信メッセージの送受信を行うことができる。
　したがって、図６（Ｂ）のグループＢの３つの顧客１１の各々に専用のセンダーＩＤをアサインする場合には、３つのセンダーＩＤが必要とされるが、１つのセンダーＩＤ（センダーＩＤ６２）をアサインするだけで、メッセージの送受信を実現できることになる。
　なお、上記の制限によって不都合を回避するためのその他の様々な方策については、後述する。なお、上記の制限によって不都合を回避するために、新たなセンダーＩＤを、不都合が発生しているグループに追加してアサインするようにしてもよい。なお、複数のセンダーＩＤが１つのグループにアサインされた場合には、複数のセンダーＩＤに関して、例えば個別に時刻を管理するようにすればよい。
　図７は、データベース４１のエントリーのデータ構造の例を示す図である。
　図７（Ａ）は、グループＢに、顧客ｃと顧客ｄと顧客ｅとが属していること、センダーＩＤ６２が属していることを示している。検索部４４は、このエントリーを検索することで、顧客ＩＤをキーにしてグループを検索することができる。また、検索部４４は、顧客ＩＤ又はグループＩＤから、利用できるセンダーＩＤを取得することができる。
　図８は、第２の実施形態のフローチャートである。以下に、このフローチャートを用いて、第２の実施形態の動作の例を説明する。なお、以下の各ステップの動作主体は、メッセージ転送装置である。
　図８（Ａ）は、送信メッセージの処理を示すフローチャートである。
［Ｓ８０２］顧客ＩＤ、送信メッセージ、端末ＩＤが受け取られる。処理はステップＳ８０４に移る。
［Ｓ８０４］顧客ＩＤからグループＩＤが特定される。なお。グループＩＤが顧客１１から得られた場合は、このステップを実行しなくてもよい。処理はステップＳ８０６に移る。
［Ｓ８０６］グループＩＤからセンダーＩＤが特定される。処理はステップＳ８０８に移る。
［Ｓ８０８］顧客ＩＤと、端末ＩＤと、センダーＩＤと、送信する時刻とを紐付けたエントリーをデータベースに登録又は更新する。処理はステップＳ８１０に移る。
［Ｓ８１０］特定されたセンダーＩＤを付加した送信メッセージを端末ＩＤで特定される端末に送信する。
　図８（Ｂ）は、返信メッセージの処理を示すフローチャートである。以下に、そのフローについて説明する。下記の処理の実行主体は、メッセージ転送装置である。
［Ｓ８２２］返信メッセージ、センダーＩＤ及び端末IDを受信する。処理はステップＳ８２４に移る。
［Ｓ８２４］センダーＩＤと端末ＩＤのペアをキーにしてデータベースを検索し、検索されたエントリーのうちで最も新しい時刻を持つエントリーから顧客ＩＤを得る。処理はステップＳ８２６に移る。
［Ｓ８２６］得られた顧客ＩＤに対応する顧客に返信メッセージが伝達される。
　以上の処理によって、端末３０からの返信メッセージが顧客１１に伝達される。
　＜変形例１＞
　図９は、変形例１を示すフローチャートである。
　図９では、データベースの作成又は更新の際に、直近に発生したイベントに係るエントリーによって、古いエントリーが上書きされるようにデータベースの処理が行われる。これによって、データベースに登録された複数のエントリーから最新のエントリーを探す手間を省くことができる。処理の詳細は以下のとおりである。
（図９（Ａ）：送信メッセージ）
［Ｓ８５２］顧客ＩＤ、送信メッセージ、端末ＩＤが受け取られる。処理はステップＳ８５４に移る。
［Ｓ８５４］顧客ＩＤからグループＩＤが特定される。顧客から、グループＩＤが取得できた場合には、この処理は不要である。処理はステップＳ８５６に移る。
［Ｓ８５６］グループＩＤからセンダーＩＤを特定する。処理はステップＳ８５７に移る。
［Ｓ８５７］センダーＩＤと端末ＩＤのペアを持つエントリーを、データベースから発見できたかがチェックされる。このチェック結果が肯定的（ｙｅｓ）であれば、処理はステップＳ８５８に移る。このチェック結果が否定的（ｎｏ）であれば、処理はステップＳ８６０に移る。
［Ｓ８５８］顧客ＩＤと、端末ＩＤと、センダーＩＤと、送信する時刻とを紐付けたエントリーを、発見されたエントリーに上書きする。この処理は、上書きではなく、発見されたエントリーを消去する処理の後に、顧客ＩＤと、端末ＩＤと、センダーＩＤと、送信する時刻とを紐付けたエントリーを新たに登録してもよい。処理はステップＳ８６２に移る。
［Ｓ８６０］顧客ＩＤと、端末ＩＤと、センダーＩＤと、送信する時刻とを紐付けたエントリーをデータベースに登録する。処理はステップＳ８６２に移る。
［Ｓ８６２］特定されたセンダーＩＤを付加した送信メッセージを、端末ＩＤで特定される端末に送信する。
　以上の処理によって、データベースの作成又は更新の際に、直近に発生したイベントに係るエントリーによって、古いエントリーが上書きされるようにデータベースの処理が行われる。
（図９（Ｂ）：返信メッセージ）
　端末３０から得られた返信メッセージの処理は以下のとおりである。なお、以下の処理の動作主体は、メッセージ転送装置である。
［Ｓ８８２］返信メッセージ、センダーＩＤ及び端末ＩＤを受信する。処理はステップＳ８８４に移る。
［Ｓ８８４］センダーＩＤと端末ＩＤのペアをキーにしてデータベースを検索し、顧客ＩＤを得る。処理はステップＳ８６６に移る。
［Ｓ８８６］得られた顧客ＩＤに対応する顧客に返信メッセージを伝達する。
　以上の処理で、端末３０から得られた返信メッセージが、顧客１１に伝達される。
　＜変形例２＞
　図１０は、変形例２を示すフローチャートである。
　変形例２では、所定の時間が経過すると、顧客１１がセンダーＩＤを占有して使用することを開放する処理を示している。この処理の詳細は、以下のとおりである。
　処理は、例えば、定期的な割り込み処理によって開始されることが望ましい。
［Ｓ１００２］以下のステップＳ１００４の処理を、データベースのすべてのエントリーに対して実行する。
［Ｓ１００４］エントリーが作成されたか最後に更新されてから所定の時間が経過したエントリーを削除する。なお、削除対象となるエントリーは、センダーＩＤを占有することに関連するエントリーである。
［Ｓ１００６］繰り返し処理がステップＳ１００２との間で実行される。
　以上の処理によって、顧客１１にアサインされたセンダーＩＤの占有が、所定の時間の経過後に開放され、センターＩＤが他の利用に供されることとなり、顧客１１により共有されるリソースであるセンダーＩＤの有効利用を図ることができる。
　＜他の変形例＞
　図１１は、その他の変形例を示す図である。なお、図１１では、一連の処理として記載されているが、図１１に示される各処理のうち、一部の処理だけが採用されて実行されてもよい。
（１）［Ｓ１１０１，Ｓ１１０２］
　この処理では、センダーＩＤを確保して顧客１１から端末３０への送信メッセージの送信と、端末３０から顧客１１への返信メッセージの伝達が行われると、確保されたセンダーＩＤに関連するデータベースのエントリーを削除する処理を行う。
　この処理によって、一往復のメッセージのやり取りでセンダーＩＤの確保が解放されることとなり、センダーＩＤを他のメッセージ転送にアサインすることができる。
（２）［Ｓ１１０４,Ｓ１１０６］
　この処理では、所定の顧客ＩＤを持つ顧客からの送信メッセージが受け取られた場合には、データベースのエントリーの更新処理を行わないようにする。この処理によって、送信メッセージの送信のみで、返信メッセージの受領を望まないニーズに適合した処理が実現できる。例えば、フランチャイズチェーンにおいて、お知らせを端末３０に送信して、返信メッセージをお知らせの送信元が受信したくない場合などに利用することができる。
（３）［Ｓ１１０８,Ｓ１１１０］
　この処理は、メッセージ送信に利用された顧客ＩＤの顧客ではなく、特定の顧客ＩＤの顧客に返信メッセージが伝達されるようにする処理である。この処理を行うことによって、端末３０からの返信メッセージを一か所の顧客に伝達させるようなニーズにこたえることができる。
（４）［Ｓ１１１２,Ｓ１１１４］
　この処理は、返信メッセージ中に所定の文字列を含ませることにより、返信メッセージの伝達先の顧客１１を選択することができるようにする処理である。例えば、あるグループにアサインされたセンダーＩＤがすべて利用されており、端末３０から返信メッセージを送りたいと欲する端末３０に、返信メッセージを送ることができない場合に、この処理を利用すれば、返信メッセージを伝達したいことを示す文字列をメッセージ内に記載することによって、返信メッセージに付加されたセンダーＩＤによって定まる伝達先の顧客１１とは異なる顧客に、端末３０から返信メッセージを送ることが可能となる。
　以上の各種変形例は、ニーズに応じて、取捨選択して利用することが可能であり、多様な機能を付加することができる。
　＜変形例３＞
　図１２は、実施形態の第３の変形例を示す図である。図１２（Ａ）は、送信メッセージ８０と、返信メッセージ８５の送受信の態様を示している。
　顧客ｍ０は、送信メッセージ８０を端末ｐ０ないし端末ｐ７に一斉配信している。なお、各端末に送られる送信メッセージ８０の内容は、同じ内容でもよいし、個々の端末に応じて異なるメッセージの内容であってもよい。送信メッセージ８０は、共通のセンダーＩＤ７０を付加して、端末に送られるようにしてもよい。
　そして、この送信メッセージ８０を受信した端末ｐ０ないし端末ｐ７の各々は、センダーＩＤ７０を宛先にして、返信メッセージ８５を返信する。
　図１３（Ｂ）は、データベース４１に格納されるエントリーの主要部を示している。図３（Ｂ）のエントリーは、顧客ｍ０又は、顧客ｍ０が属するグループのオペレータなどによって、予め作成されていてもよい。検索部４４は、返信メッセージを受けると、データベース４１に格納されている図１２（Ｂ）のエントリーを検索する。この結果、図１２（Ａ）に示されるように、たとえば、端末ｐ０の返信メッセージ８５は、顧客ｍ３に伝達される。その他の返信メッセージも、図１２（Ａ）及び図１２（Ｂ）に示される顧客に返信される。
　以上のように、顧客ｍ０が、送信メッセージを一斉送信すると、そのメッセージを受信した端末からの返信メッセージは、顧客ｍ１ないし顧客ｍ４にほぼ均等に配分されて、伝達される。この返信先の顧客を定めるエントリーは、図１２（Ｂ）に示されている。
　このようにすることにより、複数の端末からの返信メッセージに対して、顧客ｍ１ないし顧客ｍ４が分担して対応することが可能となる。
　なお、上記の説明では、図１２（Ｂ）のエントリーは、予め作成されていることとして説明したが、図１２（Ｂ）のエントリーは、予め作成されていなくてもよい。
　例えば、端末からセンダーＩＤ７０を宛先とする返信メッセージが受信部４６に受信されると、検索部４４は、端末ＩＤとセンダーＩＤとのペアをキーとして、データベース４１を検索する。検索部４４は、ヒットするエントリーがデータベースに見いだせない場合には、更新部４３にエントリーを作成するよう指示する。更新部４３は、この指示に基づいて、あらかじめ定められた規則に基づいて、返信メッセージを発した端末に関連するデータベース４１に、例えば図１２（Ｂ）に示されるように返信メッセージを発した端末に関連するエントリーを追加する。例えば、更新部４３は、返信メッセージの数が、なるべく均等になるように、それぞれの顧客に返信メッセージを伝達するように、図１２（Ｂ）に示されるエントリーを作成する。例えば、ラウンドロビンアルゴリズムを利用して、返信メッセージを順番に異なる顧客に伝達してもよい。
　なお、返信メッセージの配信の顧客への伝達のパターンは、図１２に示される例に限定されるものではない。例えば、各顧客から送信されたメッセージに対する各端末からの返信メッセージを、例えば、特定の１つの顧客に集中して伝達するように、図１２（Ｂ）のエントリーを予め作成しておいてもよい。或いは、図１２（Ｂ）のエントリーは、端末からの返信メッセージが受信された都度、更新部４３が作成するようにしてもよい。
　以上の変形例は例示であって、複数のセンダーＩＤが用いられてもよいし、図１２（Ｂ）に示される顧客とセンダーＩＤと端末との紐づけは、必要に応じて設定することができる。なお、図１２（Ｂ）では、時刻を利用していないが、送信メッセージ又は返信メッセージの送受信の時刻をもデータベース４１に記録して、メッセージ転送の制御を行ってもよいことは言うまでもない。
　＜変形例４＞
　図１３は、実施形態の他の変形例を示している。図１３（Ａ）では、送信メッセージ８０又は返信メッセージ８５の中に、例えば「ＳＴＯＰ」の文字列が存在している場合を示している。この場合には、送信メッセージ又は返信メッセージが送られた後に、送信メッセージ又は返信メッセージを転送するために用いられたデータベース４１中のエントリーを削除することとしてもよい。当該エントリーを削除することにより、送信メッセージ又は返信メッセージの転送に係る顧客とセンダーＩＤと端末との紐づけが消去されることとなるため、その後は、この消去されたエントリーによって紐づいていた顧客と端末とのメッセージ通信が行えなくなることとなる。
　このように、メッセージ内に所定の文字列を含ませることにより、更新部４３に対して、データベース４１の編集を行わせることができる。
　図１３（Ｂ）は、送信メッセージ内に、例えば「Broadcast」の文字列を含ませることにより、顧客からの該送信メッセージを、複数の端末に一斉配信することができる。このメッセージを顧客ｍ０から送信することにより、上記変形例３における一斉配信において、個々の端末を指定することなく、一斉配信を行わせることができる。
　その他、送信メッセージ又は返信メッセージに、所定のメッセージが存在する場合に、所定の転送を行わせること、或いは、データベースの所定のエントリーを編集することが可能となる。
　＜ハードウエア構成＞
　図１４は、実施形態の各ハードウエア構成を示した図である。ハードウエア構成は、ＣＰＵ９０１、本実施形態のプログラム及びデータが格納されるＲＯＭ９０２、ＲＡＭ９０３、ネットワークインターフェース９０５、入力インタフェース９０６、表示インタフェース９０７、外部メモリインタフェース９０８を有する。これらのハードウエアは、バス９０４によって相互に接続されている。
　ネットワークインターフェース９０５は、ネットワーク９１５に接続されている。ネットワーク９１５には、有線ＬＡＮ、無線ＬＡＮ、インターネット、電話網などがある。入力インタフェース９０６には、入力部９１６が接続されている。表示インタフェース９０７には、表示部９１７が接続される。外部メモリインタフェース９０８には、記憶媒体９１８が接続される。記憶媒体９１８は、ＲＡＭ、ＲＯＭ、ＣＤ－ＲＯＭ、ＤＶＤ－ＲＯＭ、ハードディスク、メモリーカード等であってもよい。記憶媒体には、本実施形態を実現するプログラムが格納され得る。
　上述の実施形態を実現するプログラムは、図９に示されるハードウエア構成を備えるコンピュータにより実行され得る。また，実施形態のプログラムは，コンピュータに実行させる方法として，インプリメントされてもよい。本実施形態のプログラムの一部又は全部は、オペレーティングシステムにより実行されてもよい。また、プログラムの一部がハードウエアにより実現されてもよい。プログラムは記憶媒体９１８、ＲＯＭ９０２、又はＲＡＭ９０３に記憶されてもよい。
　実施形態は，ハードウエアの装置としてインプリメントされ得る。
　以上の実施例は，請求項に記載された発明を限定するものではなく，例示として取り扱われることは言うまでもない。
１０　グループ
１１　顧客
４０　メッセージ転送装置
４１　データベース
４２　制御部
４３　更新部
４４　検索部
４５　受取部
４６　送信部
４７　伝達部
４８　受信部
 

 

Claims (14)

  1. 　複数の顧客の各々を識別する顧客ＩＤと、前記顧客から端末に送信される送信メッセージと、前記端末を識別する端末ＩＤとを受け取る受取部であって、前記複数の顧客は、グループＩＤで識別されるグループのいずれか１つに属する、受取部と、
    　前記グループＩＤと、前記顧客ＩＤと、センダーＩＤと、前記端末ＩＤとの関係を登録するデータベースであって、異なる１個のセンダーＩＤが複数のグループＩＤの各々に関連付けられる、データベースと、
    　前記データベースを更新しかつ検索するデータベース制御部と、
    　前記データベースにおいて前記顧客ＩＤに対応する前記グループＩＤに関連付けられた前記センダーＩＤを付加した前記送信メッセージを、前記端末ＩＤで識別される前記端末に送信する送信部と、
    　前記送信メッセージを受信した前記端末からの返信メッセージであって、前記送信メッセージに付加されていた前記センダーＩＤが返信先に指定され、該端末の端末ＩＤが付加された、前記返信メッセージを受信する受信部と、
    　前記返信メッセージを、前記データベースに登録された前記センダーＩＤと前記端末ＩＤとのペアに対応する一意に特定された前記顧客ＩＤで識別される前記顧客に伝達する伝達部と、
    　を有するメッセージ転送装置。
  2. 　前記データベース制御部は、
    　　前記受取部が受け取った前記顧客ＩＤ又は前記グループＩＤをキーに前記データベースを検索することで、前記グループＩＤに対応する前記センダーＩＤを前記送信部に与え、
    　　前記送信メッセージの送信がなされる毎に、前記送信メッセージの送信に用いられた、前記グループＩＤと、前記顧客ＩＤと、前記センダーＩＤと、前記端末ＩＤとの対応関係を更新し、前記返信メッセージに含まれる前記センダーＩＤと前記端末ＩＤとのペアを検索キーに前記データベースを検索して、前記顧客ＩＤを一意に特定して前記伝達部に与える、
    　請求項１に記載のメッセージ転送装置。
  3. 　前記データベース制御部は、受信したセンダーＩＤと端末ＩＤのペアをキーにしてデータベースを検索し、検索されたエントリーのうちで最も新しい時刻を持つエントリーから顧客ＩＤを得ることで、一意に前記顧客ＩＤを特定する、
    　請求項１又は２に記載のメッセージ転送装置。
  4. 　前記データベース制御部は、前記グループＩＤと、前記顧客ＩＤと、前記センダーＩＤと、前記端末ＩＤとを関係づけるエントリーを含む前記データベースを更新する場合、受け取られたセンダーＩＤと端末ＩＤとのペアをキーにしてデータベースを検索し、該ペアのエントリーが既に登録されている場合には、既に登録されている前記エントリーを削除し新たなエントリーを作成するか、既に登録されている前記エントリーに上書きすることで、前記データベースの更新を行う、
    　請求項１又は２に記載のメッセージ転送装置。
  5. 　前記データベース制御部は、前記データベースの第１のエントリーを作成又は上書きした時から所定の時間が経過した場合、前記第１のエントリーを無効化することで、前記第１のエントリーに登録された前記グループＩＤと、前記顧客ＩＤと、前記センダーＩＤと、前記端末ＩＤとの関係を前記データベースから消去する、　
    　請求項１ないし４のうちいずれか１項に記載のメッセージ転送装置。
  6. 　前記データベース制御部は、返信メッセージが前記顧客に伝達された場合、該返信メッセージを伝達する顧客を特定するために利用された第２のエントリーを無効化することで、前記第２のエントリーに登録された前記グループＩＤと、前記顧客ＩＤと、前記センダーＩＤと、前記端末ＩＤとの関係を前記データベースから消去する、　
    　請求項１ないし５のうちいずれか１項に記載のメッセージ転送装置。
  7. 　前記データベース制御部は、前記受取部が受け取った前記顧客ＩＤが所定の第１の顧客ＩＤである場合、送信メッセージが送信されても、前記送信メッセージの送信に用いられた、前記グループＩＤと、前記顧客ＩＤと、前記センダーＩＤと、前記端末ＩＤとを関係づけるデータベースのエントリーの作成又は更新を行わない、
    　請求項１ないし６のうちいずれか１項に記載のメッセージ転送装置。
  8. 　前記データベース制御部は、前記受取部が受け取った前記顧客ＩＤが所定の第２の顧客ＩＤである場合、前記送信メッセージの送信に用いられた、前記グループＩＤと、前記センダーＩＤと、前記端末ＩＤと、前記所定の第２の顧客ＩＤに代えて所定の第３の顧客ＩＤと、を関係づけるデータベースのエントリーを作成又は更新する、
    　請求項１ないし７のうちいずれか１項に記載のメッセージ転送装置。
  9. 　前記データベース制御部は、前記返信メッセージに所定の文字列が検出された場合、第４の顧客ＩＤを前記伝達部に与える、
    　請求項１ないし８のうちいずれか１項に記載のメッセージ転送装置。
  10. 　複数の顧客の各々を識別する顧客ＩＤと、前記顧客から端末に送信される送信メッセージと、前記端末を識別する端末ＩＤとを受け取る受取ステップであって、前記複数の顧客は、グループＩＤで識別されるグループのいずれか１つに属する、受取ステップと、
    　データベースを更新しかつ検索するデータベース制御ステップであって、前記データベースは、前記グループＩＤと、前記顧客ＩＤと、センダーＩＤと、前記端末ＩＤとの関係を登録するデータベースであって、異なる１個のセンダーＩＤが複数のグループＩＤの各々に関連付けられる、データベース制御ステップと、
    　前記データベースにおいて前記顧客ＩＤに対応する前記グループＩＤに関連付けられたセンダーＩＤを付加した前記送信メッセージを、前記端末ＩＤで識別される前記端末に送信するステップと、
    　前記送信メッセージを受信した前記端末からの返信メッセージであって、前記送信メッセージに付加されていた前記センダーＩＤが返信先に指定され、該端末の端末ＩＤが付加された、前記返信メッセージを受信するステップと、
    　前記返信メッセージを、前記データベースに登録された前記センダーＩＤと前記端末ＩＤとのペアに対応する一意に特定された前記顧客ＩＤで識別される前記顧客に伝達するステップと、
    　を有するメッセージ転送方法。
  11. 　前記データベース制御ステップは、
    　　前記受取ステップが受け取った前記顧客ＩＤ又は前記グループＩＤをキーに前記データベースを検索することで、前記グループＩＤに対応する前記センダーＩＤを前記送信するステップに与え、
    　　前記送信メッセージの送信がなされる毎に、前記送信メッセージの送信に用いられた、前記グループＩＤと、前記顧客ＩＤと、前記センダーＩＤと、前記端末ＩＤとの対応関係を更新し、前記返信メッセージに含まれる前記センダーＩＤと前記端末ＩＤとのペアを検索キーに前記データベースを検索して、前記顧客ＩＤを一意に特定して前記伝達するステップに与える、
    　請求項１０に記載のメッセージ転送方法。
  12. 　前記データベース制御ステップは、受信したセンダーＩＤと端末ＩＤのペアをキーにしてデータベースを検索し、検索されたエントリーのうちで最も新しい時刻を持つエントリーから顧客ＩＤを得ることで、一意に前記顧客ＩＤを特定する、
    　請求項１０又は１１に記載のメッセージ転送方法。
  13. 　前記データベース制御ステップは、前記グループＩＤと、前記顧客ＩＤと、前記センダーＩＤと、前記端末ＩＤとを関係づけるエントリーを含む前記データベースを更新する場合、受け取られたセンダーＩＤと端末ＩＤとのペアをキーにしてデータベースを検索し、該ペアのエントリーが既に登録されている場合には、既に登録されている前記エントリーを削除し新たなエントリーを作成するか、既に登録されている前記エントリーに上書きすることで、前記データベースの更新を行う、
    　請求項１０又は１１に記載のメッセージ転送方法。
  14. 　前記請求項１０ないし１３のうちいずれか１項に記載の方法をコンピュータに実行させるプログラム。
PCT/JP2019/045875 2018-11-23 2019-11-22 メッセージ転送装置、方法及びプログラム WO2020105739A1 (ja)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2018-219797 2018-11-23
JP2018219797A JP6481795B1 (ja) 2018-11-23 2018-11-23 メッセージ転送装置、方法及びプログラム
JP2018-219798 2018-11-23
JP2018219798A JP6474182B1 (ja) 2018-11-23 2018-11-23 メッセージ転送装置、方法及びプログラム

Publications (1)

Publication Number Publication Date
WO2020105739A1 true WO2020105739A1 (ja) 2020-05-28

Family

ID=70773148

Family Applications (2)

Application Number Title Priority Date Filing Date
PCT/JP2019/045874 WO2020105738A1 (ja) 2018-11-23 2019-11-22 メッセージ転送装置、方法及びプログラム
PCT/JP2019/045875 WO2020105739A1 (ja) 2018-11-23 2019-11-22 メッセージ転送装置、方法及びプログラム

Family Applications Before (1)

Application Number Title Priority Date Filing Date
PCT/JP2019/045874 WO2020105738A1 (ja) 2018-11-23 2019-11-22 メッセージ転送装置、方法及びプログラム

Country Status (4)

Country Link
US (1) US20220150671A1 (ja)
CN (1) CN113228607B (ja)
SG (1) SG11202106849YA (ja)
WO (2) WO2020105738A1 (ja)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013134541A (ja) * 2011-12-26 2013-07-08 Aos Technologies Kk ショートメッセージシステム
US9078080B1 (en) * 2011-06-02 2015-07-07 Google Inc. Methods for user-interface over SMS messages based on a rolling sequence model
JP2018046531A (ja) * 2016-09-16 2018-03-22 Ａｏｓテクノロジーズ株式会社 双方向ｓｍｓ配信装置及び双方向ｓｍｓ配信方法

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SE0200893D0 (sv) * 2002-03-22 2002-03-22 Ericsson Telefon Ab L M Group association service using sender and receiver address in a communication network
JP4154615B2 (ja) * 2005-12-08 2008-09-24 日本電気株式会社 Ｓｉｐサーバ共有モジュール装置、ｓｉｐメッセージ中継方法、及びプログラム
JP4081724B1 (ja) * 2006-12-27 2008-04-30 日本電気株式会社 クライアント端末、中継サーバ、通信システム、及び通信方法
KR20110126421A (ko) * 2010-05-17 2011-11-23 삼성전자주식회사 메시징 서비스에서 그룹별 메시지 대화 제공 방법 및 장치
US20110317684A1 (en) * 2010-06-24 2011-12-29 Lazzaro Nicholas P Systems and methods for terminating communication requests

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9078080B1 (en) * 2011-06-02 2015-07-07 Google Inc. Methods for user-interface over SMS messages based on a rolling sequence model
JP2013134541A (ja) * 2011-12-26 2013-07-08 Aos Technologies Kk ショートメッセージシステム
JP2018046531A (ja) * 2016-09-16 2018-03-22 Ａｏｓテクノロジーズ株式会社 双方向ｓｍｓ配信装置及び双方向ｓｍｓ配信方法

Also Published As

Publication number Publication date
CN113228607A (zh) 2021-08-06
CN113228607B (zh) 2023-05-12
SG11202106849YA (en) 2021-07-29
US20220150671A1 (en) 2022-05-12
WO2020105738A1 (ja) 2020-05-28

Similar Documents

Publication Publication Date Title
CN100395746C (zh) 用于自动转发通信消息的系统和方法
JP4416686B2 (ja) 状態情報管理システム、状態情報管理サーバ、状態情報管理プログラム
JP2005196600A (ja) プレゼンスデータ管理方法
CA2623084A1 (en) Method, system, and computer program product for anonymously / privately exchanging text messages
JP2002007287A (ja) 電子メール情報のアクセス権管理方法、装置、及び記録媒体
US20050208940A1 (en) Network service system using a temporary use identifier
JP4832922B2 (ja) メール転送システム
US8437746B1 (en) Contact information rights management
WO2020105739A1 (ja) メッセージ転送装置、方法及びプログラム
JP6481795B1 (ja) メッセージ転送装置、方法及びプログラム
JP6474182B1 (ja) メッセージ転送装置、方法及びプログラム
TWI826857B (zh) 訊息通信方法和記憶有程式的記錄媒體
JP5386050B1 (ja) 依頼人から受け付けた配信リストに基づいてｓｍｓ送信代行システムに対してｓｍｓ送信要求を連発することでｓｍｓを配信するコンピューティング
JP4050666B2 (ja) 通信方法及びその装置
JP2013171473A (ja) 情報処理方法、情報処理装置、及びプログラム
JP7018808B2 (ja) メール監視装置および方法
JP4340570B2 (ja) アドレス情報配信・収集方法、アドレス情報配信・収集プログラム及び送受信端末
JP5558921B2 (ja) 携帯電話機の管理システム、携帯電話機の管理装置、携帯電話機の管理方法
JP5099239B2 (ja) 状態情報管理システム、状態情報管理サーバ及び状態情報管理方法
KR20160086803A (ko) 고객의 휴대전화 번호 관련 정보 조회 방법, 이에 사용되는 정보제공 서버, 고객관리 서버, 및 통신사 서버
KR101904103B1 (ko) 카카오톡을 이용한 광고 발송 대행 서비스 시스템
JP4736945B2 (ja) 状態情報管理システム及び状態情報管理サーバ
JP4113061B2 (ja) 開示用識別子生成・復元方法、同一性確認方法及びその装置
JP4470666B2 (ja) 情報配信システム、情報配信装置、情報配信方法及び情報配信プログラム
US20140228047A1 (en) Mobile terminals locating

Legal Events

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

Ref document number: 19887845

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19887845

Country of ref document: EP

Kind code of ref document: A1