消息转送装置、方法和记录介质 |
|||||||
| 申请号 | CN201980076962.6 | 申请日 | 2019-11-22 | 公开(公告)号 | CN113228607B | 公开(公告)日 | 2023-05-12 |
| 申请人 | 株式会社亚格里讯; | 发明人 | 伊藤彰浩; 田中优成; 上川佳一; | ||||
| 摘要 | 针对具有消息的传送能 力 高、且本人确认的能力高等特征的SMS等通信，提供不损害这些便利性且能够更加容易地利用的环境。提供一种消息转送装置，其具有：接受部，其接受识别多个顾客中的每一个顾客的顾客ID、从所述顾客向终端发送的发送消息、以及识别所述终端的终端ID，所述多个顾客属于由群组ID识别的群组中的任意一个群组； 数据库 ，其登记所述群组ID、所述顾客ID、发件人ID和所述终端ID的对应关系，多个发件人ID与多个群组ID中的任意一个群组ID相关联；数据库控制部，其更新所述数据库并对所述数据库进行检索；发送部，其将所述发送消息发送到由所述终端ID识别的所述终端，所述发送消息被附加了在所述数据库中与所述顾客ID所对应的所述群组ID相关联的所述多个发件人ID中的任意发件人ID；接收部，其接收从接收到所述发送消息的所述终端回复的回复消息，所述回复消息将在所述发送消息中附加的所述发件人ID 指定 为回复目的地，被附加了该终端的终端ID；以及传送部，其将所述回复消息传送给由所述顾客ID识别的所述顾客，所述顾客ID与在所述数据库中登记的所述发件人ID和所述终端ID的对对应。 | ||||||
| 权利要求 | 1.一种消息转送装置，其具有： |
||||||
| 说明书全文 | 消息转送装置、方法和记录介质技术领域[0001] 本发明涉及消息转送装置、方法和程序。 背景技术[0002] 使用网络转送消息或图像等媒体信息的技术存在多种方式。例如，SMS是Short Message Service的简称。SMS发送是指如下服务：不将邮件地址作为目的地，而将移动电话或智能手机的电话号码作为目的地来发送消息。在初期，SMS转送的是较短的文本，因此，一般被称为“短消息服务”，但是，随着技术的发展，能够转送的数据量也增大，能够转送的媒体的种类也多样化。 [0003] SMS能够进行单独发送和一齐发送。在SMS中利用了电话号码，因此，即使对于利用邮件地址过滤来信邮件的用户，也能够更加可靠地送达消息。SMS的通信载体使用的是对方所使用的电话号码，因此，以个人认证的目的加以利用的情况较多。此外，防止欺骗和重复登记的能力高。 [0004] 在SMS等消息通信中，通过利用如上述那样使用电话号码的通信，与利用免费或廉价且能够比较容易地取得的邮件地址等进行通信相比，能够更加可靠地确定利用者(本人)。 [0005] 即，为了利用电话号码，通常需要支付网络通信网的利用费用等，因此，在取得电话号码时，与利用邮件地址等的情况相比，多数情况下需要更加严格的本人确认。此外，电话号码一般也被用作能够可靠地联系到本人的联络方式。因此，利用电话号码的SMS等通信与利用邮件地址等的通信相比，能够更加可靠地确定本人。 [0006] 相反，电话号码与本人能够比较自由地设定的邮件地址等相比，选择的自由度也较窄，并且，绝大多数情况下，为了取得电话号码要花费一定的费用。由此，电话号码与邮件地址等相比，在消息转送的可靠性和本人确认功能等方面是有利的，但是，电话号码的资源进一步被限定，用于取得电话号码的成本也变高。而且，在利用电话号码的SMS中，与利用邮件地址的通信相比，转送1个消息的成本一般较高。 [0007] 以上的说明以利用电话号码的SMS通信为例，但是，以下说明的实施方式不限于SMS通信，当然能够应用于具有与上述例示的通信相应的性质的通信。 [0008] 现有技术文献 [0010] 专利文献1：日本特许第5855732号公报 发明内容[0011] 发明要解决的课题 [0012] 公开的实施方式的目的在于，针对具有消息的传送能力高、且本人确认的能力高等特征的SMS等通信，提供不损害这些便利性且能够更加容易地利用的环境。 [0013] 用于解决课题的手段 [0014] 根据所公开的实施方式，提供一种消息转送装置，其具有：接受部，其接受识别多个顾客中的每一个顾客的顾客ID、从所述顾客向终端发送的发送消息、以及识别所述终端的终端ID，所述多个顾客属于由群组ID识别的群组中的任意一个群组；数据库，其登记所述群组ID、所述顾客ID、发件人ID和所述终端ID的对应关系，多个发件人ID与多个群组ID中的任意一个群组ID相关联；数据库控制部，其更新所述数据库并对所述数据库进行检索；发送部，其将所述发送消息发送到由所述终端ID识别的所述终端，所述发送消息被附加了在所述数据库中与所述顾客ID所对应的所述群组ID相关联的所述多个发件人ID中的任意发件人ID；接收部，其接收从接收到所述发送消息的所述终端回复的回复消息，所述回复消息将在所述发送消息中附加的所述发件人ID指定为回复目的地，被附加了该终端的终端ID；以及传送部，其将所述回复消息传送给由所述顾客ID识别的所述顾客，所述顾客ID与在所述数据库中登记的所述发件人ID和所述终端ID的对对应。 [0015] 发明效果 [0017] 图1是实现多个实施方式的框图。 [0018] 图2是示出第1实施方式中的数据库的例子和消息发送接收的例子的图。 [0019] 图3是示出数据库的条目的数据构造的例子的图。 [0020] 图4是第1实施方式的流程图。 [0021] 图5是将来自终端的回复消息经由消息转送装置传送给顾客的流程图。 [0022] 图6是示出第2实施方式中的数据库的例子和消息发送接收的例子的图。 [0023] 图7是示出数据库的条目的数据构造的例子的图。 [0024] 图8是第2实施方式的流程图。 [0025] 图9是示出变形例1的流程图。 [0026] 图10是示出变形例2的流程图。 [0027] 图11是示出其他变形例的图。 [0028] 图12是示出变形例3的图。 [0029] 图13是示出变形例4的图。 具体实施方式[0031] 如已经说明的那样，以下说明的实施方式以利用电话号码的SMS通信为例，但是，实施方式不限于SMS通信，当然能够应用于具有与例示的通信相应的性质的所有通信。 [0032] 此外，各实施方式不是排他性的，能够将某个实施方式的一部分合并到其他实施方式中，或者利用其他实施方式的一部分来代替某个实施方式的一部分。 [0033] 而且，例示的流程图的各流程能够在不矛盾的前提下调换顺序。此外，能够在不矛盾的前提下在不同的时刻多次执行例示的1个流程。 [0034] 此外，能够在不矛盾的前提下同时执行多个流程。 [0036] <实施方式的功能的概要> [0037] 图1是实现多个实施方式的框图。 [0038] 顾客11和终端30交换包含文本等的消息。移动电话是终端30的一例。消息转送装置40将来自顾客11的发送消息转送到任意终端30，将来自终端30的回复消息转送到任意顾客11。 [0039] 多个顾客11中的每一个顾客属于多个群组10中的任意群组。另外，在希望同一顾客属于多个群组的情况下，例如将对应于各个群组而不同的顾客ID分配给同一顾客即可。 [0040] 在图1中，顾客a和顾客b属于群组A，顾客c、顾客d和顾客e属于群组B。例如，也可以是，群组A是对多个租户企业进行管理的管理公司，顾客a和顾客b也可以是属于管理公司的租户。此外，例如，也可以是，群组A是某个特许连锁的母企业(特许经营人)，顾客a和顾客b是加盟特许连锁的独立店(授予特许者)。 [0041] 在图1中，消息转送装置40具有数据库41、DB控制部42、从顾客接受发送消息等的接受部45、将接受的发送消息发送到任意一个终端30的发送部46、接受来自终端30的回复消息等的接收部48、以及将回复消息传送给顾客11的传送部47。 [0042] 另外，在发送消息中附加有表示发送方的发件人ID(图1中未图示)。此外，在回复消息中附加有表示回复目的地的发件人ID。作为消息转送装置发送的消息的发信方地址或消息转送装置接收的回复消息的目的地地址的电话号码是发件人ID的一例。 [0043] 此外，DB控制部42具有生成或更新数据库41的条目的更新部43、以及检索数据库41的检索部44。 [0044] 数据库41例如具有将识别顾客11的顾客ID、发件人ID和识别终端30的终端ID关联起来的条目。此外，数据库41具有将群组ID、发件人ID的集合和顾客ID的集合关联起来的条目。 [0045] DB控制部42能够从顾客11或顾客的群组10接受指令。顾客11或顾客的群组10通过对DB控制部42赋予指令，在数据库41中生成条目或者删除条目，从而能够对数据库的内容进行编辑。此外，可以通过使来自顾客11的消息或来自终端30的消息内包含特定的字符串(或命令)对DB控制部32赋予指令，由此，能够对数据库的内容进行编辑。另外，消息内的特定的字符串(或命令)、以及顾客11或顾客的群组10对数据库41进行编辑的具体例在变形例中后述。 [0046] 或者，DB控制部也可以通过来自顾客30的以发件人ID为目的地的语音通话，接受来自使用终端30的用户的指示或基于按钮操作的指示，由此，DB控制部42进行规定的动作，对数据库的内容进行编辑。 [0047] 或者，DB控制部也可以在规定的网站中接受来自顾客30的指示，由此，DB控制部42进行规定的动作，对数据库的内容进行编辑。规定的网站的URL可以记载在发送消息内，将终端30的操作者引导到网站。 [0048] <第1实施方式> [0049] 下面，参照图1并使用其他附图对第1实施方式进行说明。 [0050] 图2是示出第1实施方式中的数据库的例子和消息发送接收的例子的图。 [0051] 图2的(A)是示出数据库41的内容中的群组10、顾客11和发件人ID50的关系的例子。示出群组A具有顾客a和顾客b，能够利用发件人ID51和发件人ID52。示出群组B具有顾客c、顾客d和顾客e，能够利用发件人ID53和发件人ID54。示出群组C具有顾客f～顾客k，能够利用发件人ID55～发件人ID58。 [0052] 下面，以群组B为例进行说明。 [0053] 图2的(B)示出顾客11和终端30质检的消息的发送接收的例子。 [0054] (发送消息) [0055] 消息转送装置40将发件人ID54附加给来自顾客c的发送消息70，将其发送到终端a。更新部43在数据库41中登记将顾客c、发件人ID54和终端a关联起来的条目。 [0056] 此外，消息转送装置40的检索部44在将来自顾客d的发送消息70发送到终端a时，检查在数据库41中是否存在表示顾客d过去向终端a发送过发送消息的条目。(在数据库41中存在该条目的情况下，将与该条目相关联的发件人ID附加于发送消息即可。)另外，在图2的(B)中，设为不存在该条目。该情况下，检索部44检查在数据库41中是否存在表示从其他顾客向终端a发送过发送消息的条目。在图2的(B)的情况下，顾客c已经将发件人ID54附加给发送消息70并发送到终端a。因此，检索部44检索属于群组A的发件人ID中的空闲的发件人ID。检索部44发现发件人ID53没有对终端a使用。其结果，检索部44向发送部46提供发件人ID53。发送部46在来自顾客d的发送消息70中附加发件人ID53，将发送消息发送到终端a。更新部43在数据库41中登记将顾客ID即顾客d、发件人ID53和终端ID即终端a关联起来的条目。 [0057] (回复消息) [0058] 在消息转送装置40的接收部48接收在来自终端a的回复消息75中附加了发件人ID54的回复消息75时，检索部44检索数据库41。检索部44将发件人ID54和终端ID即终端a的对作为检索关键字来对数据库41进行检索，得到作为所述顾客ID的顾客c，将所述顾客ID即顾客c提供给传送部47。传送部向顾客a传送来自终端a的回复消息75。 [0059] 在消息转送装置40的接收部48接收在来自终端a的回复消息75中附加了发件人ID53的回复消息75时，检索部44检索数据库41。检索部44将发件人ID53和终端ID即终端a的对作为检索关键字来检索数据库41，得到所述顾客ID即顾客d，将所述顾客ID即顾客d提供给传送部47。传送部向顾客d传送来自终端a的回复消息75。 [0060] 图2的(B)示出其他的发送消息70和回复消息75的发送接收的方式。 [0061] 在图2的(B)的实施方式中，对群组B分配2个发件人ID。因此，遵守对各终端30最多能够发送2处顾客11的发送消息这样的条件。顾客11中的各顾客11只要满足上述条件，则能够最大限度地利用2个发件人ID，经由消息转送装置40而与终端30中的每一个终端30进行发送消息和回复消息的发送接收。 [0062] 因此，虽然在对图2的(B)的群组B的3个顾客11中的每一个顾客11分配专用的发件人ID的情况下需要3个发件人ID，但是，仅分配2个发件人ID(发件人ID53和发件人ID54)就能够实现消息的发送接收。另外，用于避免由于上述限制而引起的不良情况的各种对策在后面叙述。另外，为了避免由于上述限制而引起的不良情况，也可以将新的发件人ID追加分配给产生不良情况的群组。 [0063] 图3是示出数据库41的条目的数据构造的例子的图。 [0064] 图3的(A)示出顾客c、顾客d和顾客e属于群组(B)、发件人ID53和发件人ID54属于群组(B)。检索部44通过检索该条目，能够将顾客ID作为关键字来检索群组。此外，检索部44能够根据顾客ID或群组ID取得可利用的发件人ID。 [0065] 图3的(B)是与群组B相关联地存储顾客ID、发件人ID和终端ID的关系的多个条目。检索部44通过将顾客ID和终端ID的对作为关键字来对图3的(B)进行检索，能够检查顾客ID和终端ID的对是否已经进行了消息的发送接收(如果进行了消息的发送接收，则能够检查使用了哪个发件人ID)。在得知没有进行过消息的发送接收的情况下，进一步通过将特定的终端ID作为关键字来进行检索，能够得到已经针对特定的终端被使用的发件人ID。通过将已经针对特定的终端被使用的全部发件人ID作为关键字来检索图3的(A)的条目，能够得到是否存在可利用的发件人ID的信息，并且，在存在该信息的情况下，能够得到可利用的发件人ID。 [0066] 另外，图3的(B)是条目的例子，本领域技术人员可知还能够以其他形式构成条目。 [0067] 图4是第1实施方式的流程图。下面，使用该流程图对第1实施方式的动作的例子进行说明。另外，以下的各步骤的动作主体是消息转送装置。 [0068] [S402]从顾客11接受顾客ID、发送消息和终端ID。处理转移到步骤S404。 [0069] [S404]根据顾客ID确定群组ID。另外，在从顾客11得到了群组ID的情况下，也可以不执行该步骤。处理转移到步骤S406。 [0070] [S406]检查顾客ID和终端ID的对是否与被确定的群组ID该关联地登记在数据库中。如果该检查为肯定(是)，则处理转移到步骤S408。如果该检查为否定(否)，则处理转移到步骤S412。 [0071] [S408]将与顾客ID和终端ID的对相关联的第1发件人ID提供给发送部。处理转移到步骤S424。 [0072] [S412]检查终端ID是否与被确定的群组ID相关联地登记在数据库中。如果该检查为肯定(是)，则处理转移到步骤S416。如果该检查为否定(否)，则处理转移到步骤S414。 [0073] [S414]将属于被确定的群组ID的第3发件人ID提供给发送部。处理转移到步骤S418。 [0074] [S416]将与终端ID相关联的发件人ID以外的第2发件人ID、即属于被确定的群组ID的第2发件人ID提供给发送部。处理转移到步骤S420。 [0075] [S418]在数据库中登记将顾客ID和终端ID的对与第3发件人ID关联起来的条目。处理转移到步骤S424。 [0076] [S420]在数据库中登记将顾客ID和终端ID的对与第2发件人ID关联起来的条目。处理转移到步骤S424。 [0077] [S424]将附加了第1发件人ID、第2发件人ID或第3发件人ID的发送消息发送到由终端ID确定的终端。 [0078] 通过以上的处理，即使分配给群组10的发件人ID的数量比属于该群组10的顾客11的数量少，也能够极力抑制牺牲便利性的情况而有效地利用发件人ID。 [0079] 图5是将来自终端30的回复消息经由消息转送装置40传送达给顾客的流程图。下面，对该处理进行说明。以下的处理的动作主体是消息转送装置40。 [0080] [S502]从终端30接收回复消息、发件人ID和终端ID。处理转移到步骤S504。 [0081] [S504]将发件人ID和终端ID的对作为关键字，从数据库中检索顾客ID。处理转移到步骤S506。 [0082] [S506]向与顾客ID对应的顾客传送回复消息。 [0083] 通过以上的处理，能够从终端30向正确的顾客传送将发件人ID作为目的地的回复消息。能够在顾客11共享发件人ID的同时可靠地进行消息的相互通信。 [0084] <第2实施方式> [0085] 图6是示出第2实施方式中的数据库的例子和消息发送接收的例子的图。适当参照图1的框图进行说明。 [0086] 图6的(A)是示出数据库41的内容中的群组10、顾客11和发件人ID60的关系的例子。示出在群组A中存在有顾客a和顾客b，能够利用发件人ID61。示出群组B中存在有顾客c、顾客d和顾客e，能够利用发件人ID62。示出群组C中存在有顾客f～顾客k，能够利用发件人ID63。 [0087] 下面，以群组B为例进行说明。 [0088] 图6的(B)示出顾客11和终端30的消息的发送接收的例子。 [0089] (发送消息) [0090] 消息转送装置40将发件人ID62附加给来自顾客c的发送消息80，在时刻1将其发送到终端c。更新部43在数据库41中登记将顾客c、发件人ID62、终端c和时刻1关联起来的条目。 [0091] 消息转送装置40将发件人ID62附加给来自顾客e的发送消息80，在时刻2将其发送到终端c。更新部43在数据库41中登记将顾客e、发件人ID62、终端c和时刻2关联起来的条目。 [0092] 消息转送装置40将发件人ID62附加给来自顾客d的发送消息80，在时刻3将其发送到终端c。更新部43在数据库41中登记将顾客c、发件人ID62、终端c和时刻3关联起来的条目。 [0093] 关于图6的(B)的其他发送消息，也进行同样的处理。 [0094] (回复消息) [0095] 在消息转送装置40的接收部48接收在来自终端c的回复消息85中附加了发件人ID62的回复消息85时，检索部44检索数据库41。 [0096] 检索部44将发件人ID62和终端ID即终端c的对作为检索关键字来检索数据库41，检索具有最新的时刻的条目。最新的时刻是时刻3。能够从具有发件人ID62、终端ID即终端c和时刻3的条目得到顾客ID即顾客d。 [0097] 将所述顾客ID即顾客d提供给传送部47。传送部向顾客d传送来自终端c的回复消息85。 [0098] 图6的(B)示出其他的发送消息80和回复消息85的发送接收的方式。 [0099] 在图6的(B)的实施方式中，对各群组分配1个发件人ID。因此，各终端30遵守能够向1处顾客11返回回复消息这样的条件。顾客11中的每一个顾客11能够最大限度地利用1个发件人ID，经由消息转送装置40而与终端30中的每一个终端30进行发送消息和回复消息的发送接收。 [0100] 因此，虽然在对图6的(B)的群组B的3个顾客11中的每一个顾客11分配专用的发件人ID的情况下需要3个发件人ID，但是仅分配1个发件人ID(发件人ID62)就能够实现消息的发送接收。 [0101] 另外，用于避免由于上述限制而引起的不良情况的其他各种对策在后面叙述。另外，为了避免由于上述限制而引起的不良情况，也可以将新的发件人ID追加分配给产生不良情况的群组。另外，在多个发件人ID被分配给1个群组的情况下，与多个发件人ID相关联地例如单独管理时刻即可。 [0102] 图7是示出数据库41的条目的数据构造的例子的图。 [0103] 图7的(A)示出顾客c、顾客d和顾客e属于群组B、发件人ID62属于群组B。检索部44通过检索该条目，能够将顾客ID作为关键字来检索群组。此外，检索部44能够根据顾客ID或群组ID取得可利用的发件人ID。 [0104] 图8是第2实施方式的流程图。下面，使用该流程图对第2实施方式的动作的例子进行说明。另外，以下的各步骤的动作主体是消息转送装置。 [0105] 图8的(A)是示出发送消息的处理的流程图。 [0106] [S802]接受顾客ID、发送消息和终端ID。处理转移到步骤S804。 [0107] [S804]根据顾客ID确定群组ID。另外，在从顾客11得到了群组ID的情况下，也可以不执行该步骤。处理转移到步骤S806。 [0108] [S806]根据群组ID确定发件人ID。处理转移到步骤S808。 [0109] [S808]在数据库中登记或更新将顾客ID、终端ID、发件人ID和发送的时刻关联起来的条目。处理转移到步骤S810。 [0110] [S810]将附加了被确定的发件人ID的发送消息发送到由终端ID确定的终端。 [0111] 图8的(B)是示出回复消息的处理的流程图。下面，对该流程进行说明。下述处理的执行主体是消息转送装置。 [0112] [S822]接收回复消息、发件人ID和终端ID。处理转移到步骤S824。 [0113] [S824]将发件人ID和终端ID的对作为关键字来检索数据库，从检索到的条目中的具有最新的时刻的条目得到顾客ID。处理转移到步骤S826。 [0114] [S826]向与得到的顾客ID对应的顾客传送回复消息。 [0115] 通过以上的处理，来自终端30的回复消息被传送给顾客11。 [0116] <变形例1> [0117] 图9是示出变形例1的流程图。 [0118] 在图9中，在数据库的生成或更新时，以通过最新发生的事件的条目覆盖旧的条目的方式进行数据库的处理。由此，能够节省从在数据库中登记的多个条目中搜索最新的条目的劳力和时间。处理的详细情况如下所述。 [0119] (图9的(A)：发送消息) [0120] [S852]接受顾客ID、发送消息和终端ID。处理转移到步骤S854。 [0121] [S854]根据顾客ID确定群组ID。在能够从顾客取得群组ID的情况下，不需要该处理。处理转移到步骤S856。 [0122] [S856]根据群组ID确定发件人ID。处理转移到步骤S857。 [0123] [S857]检查是否已经从数据库发现具有发件人ID和终端ID的对的条目。如果该检查结果为肯定(是)，则处理转移到步骤S858。如果该检查结果为否定(否)，则处理转移到步骤S860。 [0124] [S858]在被发现的条目上覆盖将顾客ID、终端ID、发件人ID和发送的时刻关联起来的条目。该处理也可以不是覆盖，而是在删除被发现的条目的处理后，新登记将顾客ID、终端ID、发件人ID和发送的时刻关联起来的条目。处理转移到步骤S862。 [0125] [S860]在数据库中登记将顾客ID、终端ID、发件人ID和发送的时刻关联起来的条目。处理转移到步骤S862。 [0126] [S862]将附加了被确定的发件人ID的发送消息发送到由终端ID确定的终端。 [0127] 通过以上的处理，在数据库的生成或更新时，以通过与最新发生的事件有关的条目覆盖旧的条目的方式进行数据库的处理。 [0128] (图9的(B)：回复消息) [0129] 从终端30得到的回复消息的处理如下所述。另外，以下的处理的动作主体是消息转送装置。 [0130] [S882]接收回复消息、发件人ID和终端ID。处理转移到步骤S884。 [0131] [S884]将发件人ID和终端ID的对作为关键字来检索数据库，得到顾客ID。处理转移到步骤S866。 [0132] [S886]向与得到的顾客ID对应的顾客传送回复消息。 [0133] 通过以上的处理，从终端30得到的回复消息被传送给顾客11。 [0134] <变形例2> [0135] 图10是示出变形例2的流程图。 [0136] 在变形例2中，示出如下处理：当经过规定的时间时，使顾客11占有并使用发件人ID的情况得到释放。该处理的详细情况如下所述。 [0137] 例如，优选通过定期的中断处理而开始处理。 [0138] [S1002]针对数据库的全部条目执行以下的步骤S1004的处理。 [0139] [S1004]删除从生成条目或最后更新起经过了规定的时间的条目。另外，作为删除对象的条目是与占有发件人ID的情况相关联的条目。 [0140] [S1006]在与步骤S1002之间执行重复处理。 [0141] 通过以上的处理，分配给顾客11的发件人ID的占有在经过规定的时间后被释放，发件人ID被另外利用，能够实现顾客11所共享的资源即发件人ID的有效利用。 [0142] <其他变形例> [0143] 图11是示出其他变形例的图。另外，在图11中记载了一系列的处理，但是，也可以仅采用并执行图11所示的各处理中的一部分处理。 [0144] (1)[S1101、S1102] [0145] 在该处理中，在确保发件人ID来进行从顾客11向终端30的发送消息的发送以及从终端30向顾客11的回复消息的传送时，进行删除与所确保的发件人ID相关联的数据库的条目的处理。 [0146] 通过该处理，在一个往返的消息交换中对发件人ID进行的确保得到释放，能够将发件人ID分配给其他消息转送。 [0147] (2)[S1104、S1106] [0148] 在该处理中，在接受了来自具有规定的顾客ID的顾客的发送消息的情况下，不进行数据库的条目的更新处理。通过该处理，仅通过发送消息的发送，就能够实现满足不希望接收回复消息的需求的处理。例如，能够利用于如下情况等：在特许连锁中，将通知发送到终端30，通知的发送方不想接收回复消息。 [0149] (3)[S1108、S1110] [0150] 该处理是如下处理：不向在消息发送中所使用的顾客ID的顾客传送回复消息，而是向特定的顾客ID的顾客传送回复消息。通过进行该处理，能够满足将来自终端30的回复消息传送给一处顾客这样的需求。 [0151] (4)[S1112、S1114] [0152] 该处理是如下处理：通过使回复消息包含规定的字符串，能够选择作为回复消息的传送目的地的顾客11。例如，在分配给某个群组的发件人ID全部被利用而无法从终端30向希望发送回复消息的终端30发送回复消息的情况下，只要利用该处理，则能够通过在消息内记载表示希望传送回复消息的字符串，从终端30向与通过在回复消息中附加的发件人ID而确定的传送目的地的顾客11不同的顾客发送回复消息。 [0153] 以上的各种变形例能够根据需求进行取舍选择来利用，能够附加多种功能。 [0154] <变形例3> [0155] 图12是示出实施方式的第3变形例的图。图12的(A)示出发送消息80和回复消息85的发送接收的方式。 [0156] 顾客m0向终端p0～终端p7一齐发送发送消息80。另外，向各终端发送的发送消息80的内容可以是相同的内容，也可以是根据各个终端而不同的消息内容。发送消息80也可以附加共通的发件人ID70而被发送到终端。 [0157] 然后，接收到该发送消息80的终端p0～终端p7分别将发件人ID70作为目的地来回复回复消息85。 [0158] 图13的(B)示出数据库41中存储的条目的主要部分。图3的(B)的条目也可以由顾客m0或顾客m0所属的群组的操作员等预先制作出。检索部44在接收回复消息时，检索数据库41中存储的图12的(B)的条目。其结果，如图12的(A)所示，例如，终端p0的回复消息85被传送给顾客m3。其他回复消息也回复给图12的(A)和图12(B)所示的顾客。 [0159] 如上所述，在顾客m0一齐发送发送消息时，来自接收到该消息的终端的回复消息大致均等地被分配并传送给顾客m1～顾客m4。图12的(B)示出确定该回复目的地的顾客的条目。 [0160] 这样，能够使顾客m1～顾客m4分担应对来自多个终端的回复消息。 [0161] 另外，在上述说明中，设为预先生成图12的(B)的条目来进行说明，但是，也可以不预先生成图12的(B)的条目。 [0162] 例如，在从终端以发件人ID70作为目的地的回复消息被接收部46接收到时，检索部44将终端ID和发件人ID的对作为关键字来检索数据库41。检索部44在数据库中未发现相符的条目的情况下，指示更新部43生成条目。更新部43根据该指示，根据预先确定的规则，在与发送了回复消息的终端相关联的数据库41中例如如图12的(B)所示那样追加与发送了回复消息的终端相关联的条目。例如，更新部43生成图12(B)所示的条目，以回复消息的数量尽可能均等的方式向各个顾客传送回复消息。例如，也可以利用轮询算法将回复消息依次传送给不同的顾客。 [0163] 另外，回复消息向要发送的顾客的传送模式不限于图12所示的例子。例如，也可以预先生成图12的(B)的条目，以使得将各终端针对从各顾客发送的消息而回复的回复消息例如集中传送给特定的1个顾客。或者也可以是，每当接收到来自终端的回复消息时，更新部43都生成图12的(B)的条目。 [0164] 以上的变形例是例示，也可以使用多个发件人ID，能够根据需要来设定图12的(B)所示的顾客、发件人ID和终端的关联。另外，在图12的(B)中没有利用时刻，但是当然可以将发送消息或回复消息的发送接收的时刻也记录在数据库41中，进行消息转送的控制。 [0165] <变形例4> [0166] 图13示出实施方式的其他变形例。在图13的(A)中，示出在发送消息80或回复消息85中存在有例如“STOP”的字符串的情况。该情况下，也可以在发送了发送消息或回复消息后，删除为了转送发送消息或回复消息而使用的数据库41中的条目。通过删除该条目，发送消息或回复消息的转送所涉及的顾客、发件人ID和终端的关联被删除，因此，此后无法进行由该被删除的条目关联起来的顾客与终端之间的消息通信。 [0167] 这样，通过在消息内包含规定的字符串，能够使更新部43进行数据库41的编辑。 [0168] 在图13的(B)中，通过使发送消息内包含例如“Broadcast”的字符串，能够向多个终端一齐发送来自顾客的该发送消息。通过从顾客m0发送该消息，在上述变形例3的一齐发送中，不用指定各个终端就能够进行一齐发送。 [0169] 除此之外，在发送消息或回复消息中存在有规定的消息的情况下，能够进行规定的转送，或者能够对数据库的规定的条目进行编辑。 [0170] <硬件结构> [0171] 图14是示出实施方式的各硬件结构的图。硬件结构具有CPU901、存储有本实施方式的程序和数据的ROM902、RAM903、网络接口905、输入接口906、显示接口907、外部存储器接口908。这些硬件通过总线904而相互连接。 [0172] 网络接口905与网络915连接。网络915中存在有线LAN、无线LAN、互联网、电话网等。在输入接口906连接有输入部916。在显示接口907连接有显示部917。在外部存储器接口908连接有存储介质918。存储介质918可以是RAM、ROM、CD‑ROM、DVD‑ROM、硬盘、存储卡等。在存储介质中能够存储实现本实施方式的程序。 [0173] 实现上述实施方式的程序能够通过具有图9所示的硬件结构的计算机来执行。此外，实施方式的程序可以作为使计算机执行的方法来实施。本实施方式的程序的一部分或全部可以通过操作系统来执行。此外，程序的一部分可以通过硬件来实现。程序可以存储在存储介质918、ROM902或RAM903中。 [0174] 实施方式能够作为硬件的装置来实施。 [0176] 标号说明 [0177] 10：群组； [0178] 11：顾客； [0179] 40：消息转送装置； [0180] 41：数据库； [0181] 42：控制部； [0182] 43：更新部； [0183] 44：检索部； [0184] 45：接受部； [0185] 46：发送部； [0186] 47：传送部； [0187] 48：接收部。 |
||||||
QQ群二维码
意见反馈
意见反馈