消息通信装置以及消息通信程序

摘要

[课题]本发明提供在存在与能够包含文本的消息通信相关的多种通信方式的环境中，适合于客户以及客户的用户的通信环境，并且对客户和客户的用户而言便利性更高的消息通信。[解决方案]根据公开的技术，提供一种消息通信装置，该消息通信装置具有：接收部，其从客户至少接收地址和要向所述地址发送的1个以上的消息，所述地址是所述客户的用户的电话号码或以电话号码为基准的地址，所述消息是能够包含文本的消息；通信经营体装置选择部，其选择多个通信经营体装置中的1个通信经营体装置；通信协议选择部，其选择在所述多个通信经营体装置中使用的多个通信协议中的1个通信协议；消息输出部，其从所述1个以上的消息中输出适合于所选择的所述通信协议并且要发送到所述地址的消息；以及发送请求部，其为了使根据所选择的所述通信协议而选择出的所述通信经营体装置以所述地址为目的地而发送所输出的所述消息，而对所选择的所述通信经营体装置请求发送所述消息，并且所述发送请求部反复进行所述请求，直到发送成功或者所述通信经营体装置与所述通信协议的组合没有了为止。

说明书

技术领域

本发明涉及消息通信装置以及消息通信程序。

背景技术

在以通信终端为目的地发送消息的技术中存在多种方式。在消息通信技术中，有将通常的邮件地址用作目的地的技术和将电话号码或以电话号码为基准的地址用作目的地的技术等。此外，在本说明书中，消息是指能够包含文本的消息。

以电话号码为基准的地址包括以下地址。例如，由管理移动电话号码的通信运营商与电话号码对应地赋予的邮件地址是该一例。该邮件地址是与电话号码唯一地对应而赋予的邮件地址。或者，作为以电话号码为基准的地址，可举出与移动电话号码唯一地关联的SNS账户所附带的消息系统中使用的地址。此外，以电话号码为基准的地址也可以是识别以电话号码为基准的那样的个人的能力高的通信地址。以下，在本说明书中，将这样的地址称为“电话号码或者以电话号码为基准的地址”。

当比较这些消息通信时，将通常的邮件地址用作目的地的消息通信的通信费用也较低，是简便的消息传递方法。即，关于将通常的邮件地址用作目的地的消息通信，只要将邮件地址指定为目的地，则无论国内外都能够发送。另外，能够不依赖于移动电话的运营商的种类等而传达消息。

与此相对，将电话号码或以电话号码为基准的地址用作目的地的消息通信具有到达目的地的到达率、消息开封率、确定通信对方的能力等较高的特征。然而，在使用电话号码或以电话号码为基准的地址作为目的地的消息通信中，由于通信方式的不同等，可能存在消息未到达的情况。基于这样的两者的特质，根据使用者的需求、应传达的消息内容等，区分使用以通常的邮件地址为目的地的消息通信和以电话号码或以电话号码为基准的地址为目的地的消息通信。

近来，由于通信运营商的多样化、通信经营体(通信经营商)的多样化，将电话号码或以电话号码为基准的地址用作目的地的消息通信如以下所示那样存在多种方式。另外，根据各自的通信方式，能够发送的内容的种类、格式、通信协议等不同。

以下示出将电话号码或以电话号码为基准的地址用作目的地的消息通信方式的例子。

作为将电话号码或者以电话号码为基准的地址用作目的地的消息通信的例子，有SMS(Short Messaging Service：短消息服务)。SMS能够以电话号码为目的地来传送字符串，但无法发送包含静态图像、动态图像等的多媒体内容。

作为其他例子，有MMS(Multimedia Messaging Service：多媒体消息服务)。MMS能够发送包含图像、声音、视频、富文本的多媒体内容。

作为其他例子，有RCS(Rich Communication Services：丰富的通信服务)。RCS能够以电话号码为目的地，发送包含文本、动态图像、位置信息、文件等的多媒体内容。

此外，作为将电话号码或者以电话号码为基准的地址用作目的地的消息通信的例子，有使用安装于通信终端的专用的应用程序的通信方式、使用WEB浏览器登录到规定的站点并使用专用的用户接口的通信方式等。

若从通信的利用方式的方面对这些通信方式进行分类，则有从通信终端向通信终端的消息通信(所谓的P2P(Person to Person：个人到个人))、和从企业向个人的通信终端的同时分发(所谓的来自企业侧的应用程序的消息分发：A2P(Application to Pearson：应用到个人))。

在使用电话号码或以电话号码为基准的地址作为目的地的消息通信的情况下，与使用邮件地址的通信方式不同，P2P和A2P的利用方式存在较大的不同。

在将电话号码或者以电话号码为基准的地址用作目的地的P2P的通信中，利用通信终端的个人使用与要利用的消息通信的种类相应的用户接口将消息发送给对方，因此通常不会发生发送原本不能发送给对方的规格的消息的现象。另外，即使要发送经由无法发送给对方的通信经营体(通信运营商)等的消息，通常也无法选择对方的目的地。

与此相对，将电话号码或以电话号码为基准的地址用作目的地的A2P中的消息通信被置于与上述P2P中的消息通信不同的环境中。例如，在某企业想要向多个电话号码或与电话号码对应的地址发送消息的情况下，多数情况下预先不清楚能够利用的消息通信的方式，要求应对根据接收方而不同的状况。在处理企业(客户)向个人(用户)的通信终端发送消息的A2P的消息通信的情况下，在通信方式多样化的过程中，关于从多个消息通信方式的选项中选择哪个消息通信方式存在困难。

作为与将电话号码或以电话号码为基准的地址用作目的地的消息通信相关的现有技术，例如有以下技术。

存在技术，该技术包括以下步骤：运营商信息取得步骤，基于接收方电话号码，判定该接收终端所属的接收方运营商网b，并且从运营商信息数据库取得包含与该接收方运营商网b的协议有关的信息的其他运营商信息；以及协议转换/发送步骤，基于上述其他运营商信息，将SMS邮件按照该接收方运营商网b的协议进行协议转换并发送(例如，参照专利文献1)。

另外，存在如下技术，其是一种数据中介系统，具有：发送源终端，其向对方便携终端发送请求数据；管理装置，其经由公共线路或广域网与发送源终端连接，接收请求数据；以及多个网关装置，其与管理装置连接，提供能够与对方便携终端连接的短消息服务(SMS)，管理装置从多个网关装置中选择一个网关装置，并且对所选择的网关装置请求与从发送源终端接收到的请求数据对应的处理，该数据中介系统具有：协议转换，其按照网关装置的API发送数据；以及应答数据转换单元(例如，参照专利文献2)。

另外，存在使用包含服务器计算机的短消息服务用网关系统的技术，该服务器计算机与在各运营商中设置的短消息服务(SMS)服务器c、和在对消费者终端提供能够与各运营商的移动电话终端进行短消息的发送接收的服务的提供商中设置的提供商服务器连接。存在如下技术：进行将从各运营商的移动电话终端发送的基于各运营商独自的运营商协议的SMS转换为运营商协议的SMS的第一协议转换处理、和确定成为从消费者终端发送的SMS的接收方的运营商并将提供商协议的SMS转换为在所确定的运营商中使用的运营商协议的第二协议转换处理(例如，参照专利文献3)。

但是，上述那样的现有技术仅限于提供以向电话号码或以电话号码为基准的地址发送消息为前提的对策，无法充分地适应最近的存在多样的将电话号码或以电话号码为基准的地址用作目的地的消息通信方式的环境。

现有技术文献

专利文献

专利文献1：日本特开2007-274524号公报

专利文献2：日本特开2012-178799号公报

专利文献3：日本特开2016-1491号公报

发明内容

发明所要解决的课题

本发明是为了应对这样的课题而完成的，其目的在于，在存在与能够包含文本的消息通信有关的多样的通信方式的环境中，提供适合于客户以及客户的用户的通信环境、并且对客户和客户的用户而言便利性更高的消息通信。

用于解决课题的手段

根据公开的技术，提供一种消息通信装置，该消息通信装置具有：接收部，其从客户至少接收地址和要向所述地址发送的1个以上的消息，所述地址是所述客户的用户的电话号码或以电话号码为基准的地址，所述消息是能够包含文本的消息；通信经营体装置选择部，其选择多个通信经营体装置中的1个通信经营体装置；通信协议选择部，其选择在所述多个通信经营体装置中使用的多个通信协议中的1个通信协议；消息输出部，其从所述1个以上的消息中输出适合于所选择的所述通信协议并且要发送到所述地址的消息；以及发送请求部，其为了使根据所选择的所述通信协议而选择出的所述通信经营体装置以所述地址为目的地而发送所输出的所述消息，而对所选择的所述通信经营体装置请求发送所述消息，并且所述发送请求部反复进行所述请求，直到发送成功或者所述通信经营体装置与所述通信协议的组合没有了为止。

另外，根据其他公开的技术，具有：接收部，其从客户至少接收地址和要向所述地址发送的1个以上的消息，所述地址是所述客户的用户的电话号码或以电话号码为基准的地址，所述消息是能够包含文本的消息；通信经营体装置选择部，其选择多个通信经营体装置中的1个通信经营体装置；通信协议选择部，其选择在所述多个通信经营体装置中使用的多个通信协议中的1个通信协议；消息输出部，其从所述1个以上的消息中输出适合于所选择的所述通信协议并且要发送到所述地址的消息；以及发送请求部，其为了使根据所选择的所述通信协议而选择出的所述通信经营体装置以所述地址为目的地而发送所输出的所述消息，而对所选择的所述通信经营体装置请求发送所述消息；判断部，其进行所述发送是否成功的判断；以及记录控制部，其进行控制，以将所述判断部判断为发送成功时的所述通信经营体装置及所述通信协议与所述地址相关联而记录到日志，在利用所述地址检索所述日志并且检索到所述地址时，所述通信经营体装置选择部优先选择与检索到的所述地址对应的所述通信经营体装置，所述通信协议选择部优先选择与检索到的所述地址对应的所述通信协议。

发明效果

根据公开的技术，在存在与能够包含文本的消息通信有关的多种通信方式的环境下，提供能够适合于客户以及客户的用户的通信环境、并且对客户和客户的用户而言便利性更高的消息通信。

附图说明

图1是示出一个实施方式的整体结构的框图。

图2是一个实施方式的消息通信装置的硬件框图。

图3是示出一个实施方式的处理的概要的流程图。

图4是示出一个实施方式的处理的详情的流程图。

图5是示出一个实施方式的处理的详情的流程图。

图6是示出一个实施方式的处理的详情的流程图。

图7是示出一个实施方式的处理的详情的流程图。

具体实施方式

在将电话号码或以电话号码为基准的地址用作接收方的A2P中的消息通信中，在从企业(客户)向个人(用户)的各个通信终端的消息通信中，为了提高消息到达率，要求根据各个通信终端所处的环境来适当地选择以哪种方式进行消息通信。此外，还设想存在多个向一个通信终端发送消息的方式的情况。因此，要求能够根据发送消息的企业(客户)或个人(用户)的需求、消息的内容来选择不同的消息通信方式。例如，使用消息通信的方式中的哪一个是适当的取决于安装在用户的通信终端中并被利用的应用，存在不同的选择。

以下，参照附图对公开的实施方式进行说明。

图1是表示一实施方式的结构的框图。本实施方式通过消息通信装置100来实现。

<关于通信经营体>

在本说明书中，使用了“通信经营体”这一用语。移动通信中的运营商(移动通信运营商：MNO(Mobile Network Operator：移动网络运营商))是通信经营体的一例。另外，利用该运营商的通信线路的MVNO(Mobile Virtual Network Operator：移动虚拟网络运营商)也是通信经营体的一例。此外，经营附带于SNS(Social Networking Service：社交网络服务)等而被提供的消息服务的企业、提供通信终端以及OS并作为OS的一个功能而经营消息服务的企业也是通信经营体的一个示例。

如图1所示，客户装置150、多个通信经营体装置160、对客户装置150与多个通信经营体装置160之间的消息通信进行中介的消息通信装置100、以及由用户管理的通信终端170参与本实施方式。将管理通信终端170的主体称为用户。

多个通信经营体装置160中的每一个连接到实现与通信终端170的消息通信的通信网络(未示出)。

消息通信装置100从客户装置150接收应发送的1个以上的消息和成为目的地的电话号码或以电话号码为基准的地址等。来自客户装置150的消息经由消息通信装置100以及通信经营体装置160传递到用户的通信终端170。

<关于消息的目的地>

消息通信装置100从客户所管理的客户装置150接收应该向用户所管理的多个通信终端170分别发送的消息和接收方的电话号码或者以电话号码为基准的地址。

消息通信装置100将符合所选择的通信协议的消息和电话号码或以电话号码为基准的地址传递给通信经营体装置160。另外，适合于所选择的通信协议的消息是从所接收的1个以上的消息中选择或生成的。

消息通信装置100请求通信经营体装置160将该消息发送到与电话号码或以电话号码为基准的地址对应的通信终端170。

另外，上述的1个以上的消息例如可以举出由SMS通信协议用的规定字符数以下的文本构成的第一消息、和由包含RCS通信协议用的图像等的富文本构成的第二消息。

消息通信装置100例如从该客户装置150接收第一消息及第二消息和多个电话号码或以电话号码为基准的地址。消息通信装置100向通信经营体装置160请求以SMS通信协议向多个电话号码中的第一电话号码发送第一消息。或者，消息通信装置100向通信经营体装置160请求以RCS通信协议向相同的第一电话号码发送第二消息。这样，消息通信装置100选择适合于通信协议的消息。另外，在由消息通信装置100接收到的1个以上的消息均不符合规定的通信协议的情况下，消息通信装置100也可以使用规定的算法由1个以上的消息生成符合规定的通信协议的消息。期望从客户装置150预先指示规定的算法。

另外，消息通信装置100也可以从通信经营体装置160接收从通信终端170回复的消息、到达通知、开封通知等，并转发到客户装置150。

消息通信装置100与通信经营体装置160之间的连接优选为使用了各个通信经营体所规定的API的直接连接。

通过使用图1所示的结构，能够在处于客户的管理下的客户装置150与多个用户的通信终端170之间，经由消息通信装置100进行消息通信。另外，在本实施方式中，为了发送到达目的地的到达率高、消息开封率高、且确定通信对方的能力高的消息，优选以通信终端170的电话号码或以电话号码为基准的地址为目的地，来使用通信经营体装置160和通信协议的组合。或者，也可以考虑其他的评价基准(通信费用便宜等)来选择通信经营体装置160与通信协议的组合。

<关于消息>

被转发的消息是能够包含字符(character)的消息。即，消息除了字符(character)以外，也可以是能够包含图像、声音、文件等的所谓的富文本(rich text)。消息也可以是不包含文本的仅图像、文件的消息。

另外，消息通信不仅是从客户装置150向通信终端170发送的单向的消息通信，也可以是客户装置150与通信终端170之间的双向的消息通信。如后所述，聊天机器人142可以针对来自通信终端170的消息自动地返回应答消息。

参照图1，进一步详细说明消息通信装置100的动作。

<关于消息发送的方法>

接收部110从客户装置150接收1个以上的消息和应发送该1个以上的消息的电话号码或与电话号码相符的地址。

1个以上的消息是指，如已经例示的那样，要向电话号码或以电话号码为基准的地址发送的消息的集合。例如，在通过SMS通信协议向通信终端170发送消息的情况下，对于消息，准备仅由规定的字符数量以下的字符(character)构成的消息。另外，在通过RCS通信协议向通信终端170发送消息的情况下，消息不仅限于文本，还准备包含文本、图像等的、由所谓的富文本构成的消息。如果客户预先知道以1个规定的通信协议来发送要向全部电话号码或以电话号码为基准的地址发送的消息，则接收部110从客户装置接收的消息也可以是符合该1个规定的通信协议的1个消息(或1个规定的格式)。但是，存在SMS、RCS等传递消息的多个通信协议。因此，现实中由于消息通信方式的多样化，有时无法事先将能够发送到通信终端170的消息的通信协议确定为1个。设想根据各个通信协议，消息的格式不同的情况。因此，优选接收部110从客户装置150接收的消息是通过适合于可设想到的通信协议的多种格式而制作的1个以上的消息。

此外，例如，在接收部110从客户装置150接收的1个以上的消息均不符合要向通信终端170发送的所选择的通信协议的情况下，也可以如后述那样通过消息输出部116转换为符合该通信协议的消息。例如，设想接收部110仅接收到为了RCS用而准备的1种富文本的消息的情况、且通过SMS的通信协议将消息发送到通信终端170的情况。在这种情况下，期望消息输出部116将该富文本消息转换为仅文本的消息，使得该富文本符合SMS通信协议。作为转换的方法，也可以通过消息输出部116从该富文本中仅提取文本来生成SMS用的消息。或者，也可以通过消息输出部116根据该富文本生成例如遵照HTML的文件。也可以以将该生成的文件的URL插入到SMS用的消息中的方式来生成仅字符(character)的消息。需要说明的是，优选由客户预先指定使用什么样的消息的生成方法。消息输出部116能够基于由客户预先指定的消息生成方法，从消息输出部116生成适合于所利用的通信协议的消息。

在通过接收部110从客户装置150接收到与各个通信协议对应的多个消息的情况下，消息输出部116也可以从多个消息输出适合于所使用的通信协议的消息。接收部110在从客户装置150接收到多个消息的情况下，优选还接收表示多个消息分别是与哪个通信协议对应的消息的信息。此外，即使在接收部接收到多个消息的情况下，在该多个消息均不符合所选择的通信协议的情况下，也优选由消息输出部116根据该多个消息而生成符合所选择的通信协议的消息。在这种情况下，优选接收部110预先从客户装置接收消息的生成方法。在消息输出部116不能生成适合于特定通信协议的消息的情况下，发送请求部118可以不向通信经营体装置160发送使用该通信协议向通信终端170发送消息的请求。

以这种方式，接收部110与消息输出部116等协作地向发送请求部118发送适合于所选择的通信协议的消息。稍后将描述发送请求部118的动作。

<关于用户获取电话号码时的本人确认>

在本实施方式中，以使用到目的地的到达率、消息开封率、确定通信对方的能力等高的消息通信为前提。因此，以不使用用户能够任意设定或取得的一般的邮件地址为前提。另外，在邮件地址与电话号码同样地能够确保到目的地的到达率、消息开封率、确定通信对方的能力等高的消息通信的情况下，也可以使用该邮件地址。例如，作为该例子，可举出移动通信运营商与电话号码对应地赋予给用户的邮件地址。

如已经叙述的那样，在到目的地的到达率、消息开封率、确定通信对方的能力等高的消息通信中，可举出目的地使用电话号码的消息通信。用户为了取得电话号码，在移动电话的情况下，需要取得被分配了电话号码的SIM。而且，用户需要支付通信的使用费。因此，通常要求提示驾驶执照、护照等证明身份的文件。在机场等处销售的预付SIM的取得中，在带语音通话功能的SIM中，通常需要通过护照等进行本人确认。

另外，在日本，在用户取得带SMS功能的数据通信专用SIM卡的情况下，不需要本人确认。在电话号码的取得中，是否需要本人确认根据电话号码是否具有语音通话功能而不同。不管电话号码是否是利用SIP等通信协议的互联网电话的电话号码，本人确认的需要与否也不同。

另外，根据分配了电话号码的各个国家的法律制度，是否为了取得电话号码而需要本人确认也不同。此外，各国是否都是经过本人确认而取得的电话号码，几乎都能够通过取得分配了电话号码的该国家的行政主体等公开的信息来确认。

即，对于每个电话号码，本人认证的可信性的程度不同，其程度几乎能够根据公开的信息来推测。因此，将关于每个电话号码的本人认证的等级的信息提供给客户在大多数情况下都是可能的。在客户想要知道这样的信息的情况下，例如，也可以将该信息记录在后述的日志130中，将该信息与通信结果一起提供给客户。

<通信经营体装置160的选择>

接下来，将描述在与对应于电话号码或以电话号码为基准的地址的通信终端170之间实现消息通信的情况下的通信经营体装置160的选择。

能够通过取得分配了电话号码的行政主体等的公开信息来确定分配了电话号码的最初的通信经营体(通信运营商)。然而，当用户使用MNP(Mobile Number Portability：携号转网)的服务时，管理电话号码的通信经营体(通信运营商)有时发生改变。在该情况下，存在通信运营商相同的情况。另外，即使在通信运营商未变更的情况下，也存在通过通信终端的机型变更或者通信软件向通信终端的安装、或者软件的删除，而变更能够收发的通信协议的情况。另外，还存在能够利用SNS等消息通信的服务的通信终端。

日志130优选保存过去消息通信成功的通信经营体装置160以及通信协议。此外，在日志130中，也可以保存过去消息通信成功的通信经营体装置160或通信协议中的任一方。另外，在尽管使用了过去消息通信成功的通信经营体装置160以及通信协议但本次的通信失败的情况下，优选删除日志130中的相应的条目或者记录通信失败的情况。优选的是，通信经营体装置选择部112首先利用目的地的电话号码检索该日志130。然后，在检索到过去消息通信成功的电话号码或以电话号码为基准的地址的情况下，期望的是，通信经营体装置选择部112使用检索到的结果来确定通信经营体装置160，并且将该通信经营体装置160和通信协议的信息提供给发送请求部118。因此，可以减少反复进行通信成功的通信经营体装置160和通信协议的组合的试错的频度。

发送请求部118基于从通信经营体装置选择部112提供的关于通信经营体装置160的信息和从通信协议选择部114提供的关于通信协议的信息，请求相应的通信经营体装置160以电话号码或以电话号码为基准的地址为目的地向通信终端170发送合适的消息。当基于MNP的信息等预先知道可使用的通信经营体装置160的信息和所应用的通信协议的信息时，期望记录控制部122预先将该信息存储在日志130中。

在以电话号码为基准的地址是邮件地址的情况下，发送请求部118可以经由因特网使用邮件地址发送消息，而不向通信经营体装置160发出发送请求。

优先顺序DB132也可以保存根据来自客户装置150的指示而优先选择哪个通信经营体装置160和通信协议的信息。关于优先顺序DB132的利用，例如可举出以下的模式。可以根据客户的策略，从客户装置150预先向通信经营体装置选择部112指示采用下述的哪一种模式并存储。

需要说明的是，下述的模式为例示，本领域技术人员能够参考下述的模式而应用其他的具有变化的模式。

(模式1)使存储在优先顺序DB132中的通信经营体装置160的选择顺序优先于通信协议的选择顺序的模式，是在日志130的记录被忽略或者例如在基于优先顺序DB132而最初选择的通信经营体装置160中采用的通信协议的全部组合都失败的情况下，如果检索日志130的记录并检索到，则采用该信息的模式。

根据该模式，能够优先利用最期望的通信经营体装置160，并且日志130也被适当利用，因此能够有效地减少试错的次数。

(模式2)使存储在优先顺序DB132中的通信协议的选择顺序优先于通信经营体装置160的选择顺序的模式，是如果在日志130中检索到目的地，则如果对检索到的目的地所使用的通信协议与所选择的通信协议一致，则首先优先选择检索到的通信经营体装置160，而不管优先顺序DB132中的通信经营体装置160的选择顺序如何。

根据该模式，在选择了期望的通信协议时，能够有效地减少通信经营体装置160的选择的试错次数。

(模式3)使日志130的存储内容比存储在优先顺序DB132中的信息优先的模式，如果在日志130中检索到目的地，则优先选择在检索到的目的地中利用的通信经营体装置160以及通信协议的组合，并且采用以下的任一种模式：

(模式3-1)在日志130中没有检索到或者通过上述组合不能进行通信的情况下，使存储在优先顺序DB132中的通信经营体装置160的选择顺序比通信协议的选择顺序优先的模式。

根据该方案，能够利用日志130的信息，因此能够有效地减少试错的次数，并且能够使通信经营体装置160的选择的顺序优先。

(模式3-2)在日志130中没有检索到或者通过上述组合不能进行通信的情况下，使存储在优先顺序DB132中的通信协议的选择顺序比通信经营体装置160的选择顺序优先的模式。

根据该方案，能够利用日志130的信息，因此能够有效地减少试错的次数，并且能够使通信协议的选择的顺序优先。

以下示出上述各模式的具体事例。

(模式1的例子)

例如，在图1中，对于通信终端170a，可以存在多个通信协议，诸如基于通信经营体装置160a的通信协议191的通信和基于通信经营体装置160b的通信协议193的通信。这样的状况设想为例如通信经营体装置160a支持与SNS关联的消息通信协议，通信经营体装置160b支持SMS或RCS下的通信协议的情况。

而且，设想如下情况：在日志130中记录有在通信经营体装置160a与通信终端170a的通信中与SNS关联的消息通信协议过去成功的情况，在优先顺序DB132中存储有相比通信经营体装置160a而优先选择通信经营体装置160b、而对于通信协议则相比SMS而优先选择RCS的内容。

在这种情况下，无论记录在日志130中的通信经营体装置160a是否存在，通信经营体装置选择部112都首先选择在优先顺序DB132中存储为优先的通信经营体装置160b。然后，通信协议选择部114选择RCS通信协议。

(模式2的例子)

例如，作为该例子，举出从客户装置150指示希望基于RCS的消息通信的情况。

在这种情况下，使支持RCS消息通信协议的通信经营体装置160优先。关于优先选择哪个通信经营体装置160，当在日志130中检索到并且检索到的信息的通信协议是RCS通信协议时，则使在日志130中检索到的通信经营体装置160的信息优先。如果日志130中未检索到，则可以基于优先顺序DB132的选择顺序的信息来选择通信经营体装置160。

(模式3-1的例子)

如果在日志130中检索到目的地，则选择过去在发送到到检索到的目的地的通信中成功的通信经营体装置160和通信协议。作为检索日志130的结果，如果未检索到目的地，则优先考虑存储在优先顺序DB132中的通信经营体装置160的选择顺序来选择通信经营体装置160。然后，对于该所选择的通信经营体装置160，根据存储在优先顺序DB132中的通信协议的选择顺序来选择通信协议。

另外，本领域技术人员能够根据模式3-1的例子推测模式3-2的例子，因此省略。

<与通信协议选择部114相关的补充事项>

通信协议选择部114选择能够由通信经营体装置160进行通信的消息的通信协议。通信协议选择部114将所选择的通信协议传递给发送请求部118。发送请求部118将包含有来自消息输出部116的消息和用于发送消息的通信协议的发送请求发送到由通信经营体装置选择部112选择的通信经营体装置160。优选地，发送请求部118和通信经营体装置160之间使用由各个通信经营体所定义的API直接连接。

通信经营体装置160与通信终端170之间的通信协议例如可举出用于传输SMS、MMS、RCS等的通信协议以及伴随SNS的独自的消息通信协议。

如上所述，通信协议选择部114也可以在日志130中选择过去发送成功的通信协议。或者，通信协议选择部114也可以基于存储在优先顺序DB132中的优先顺序，选择优先的通信协议。或者，在选择了通信经营体装置160的情况下，选择由通信经营体装置160支持的通信协议中的一个。关于使哪个通信协议优先，也可以优先考虑优先顺序DB132或日志130中的任一个信息来决定。

当选择了某个通信经营体装置160时，不选择该通信经营体装置160不支持的通信协议。因此，期望将与由每个通信经营体装置160支持的通信协议有关的对应表存储在优先顺序DB132中。

<关于日志130的记录控制>

记录控制部122控制记录在日志130中的信息。

判断部124能够根据来自发送请求部118的信息和来自接收部180的发送成功或不成功的信息，判断消息的发送是否成功。记录控制部122执行控制，使得在日志130中至少记录在判断部124中判断为消息通信成功的电话号码或以电话号码为基准的地址、通信经营体装置160和通信协议的组合。此外，在多个通信路径中通信成功的情况下，在日志130中，对于相同的电话号码或者以电话号码为基准的地址，也可以记录多个通信经营体装置160以及通信协议的组合。

通过使用日志130的信息，发送请求部118可以向消息通信成功的概率高的通信经营体装置160指定消息通信成功的概率高的通信协议，并且请求发送以电话号码或以电话号码为基准的地址为目的地的消息。

<关于聊天>

聊天机器人142具有代替操作员而自动地应答来自通信终端170的消息，来实现与通信终端170的用户之间的多个消息的交换的功能。例如，在SMS、MMS、RCS等消息通信中，具有通过交换消息来进行聊天的功能。优选在聊天机器人中安装AI(未图示)，预先学习在操作员与用户之间实际进行的聊天。聊天机器人142可以使用已学习的数据来代替操作员，与通信终端170的用户进行聊天。聊天机器人基于来自接收部110、接收部180和日志130的信息等而生成用于聊天的应答消息，并将该应答消息传递至接收部110，从而将应答消息提供至发送请求部118。

此外，在客户装置150中，也可以安装聊天机器人152。

<消息通信装置100的变形例>

消息通信装置100能够基于来自客户装置150的指示，实现例如以下那样的变形例。

(变形例1)(使基于RCS的消息通信优先的变形例)

设想客户希望使用RCS将包含图像等的富文本发送给多个用户的通信终端的情况。然而，为了接收RCS的消息，需要在用户的通信终端170中安装支持RCS的应用。此外，前提是通信经营体装置160也支持RCS通信协议。然后，除了多个目的地的电话号码和RCS消息之外，接收部110还从客户装置150接收要发送到不能发送RCS消息的通信终端的SMS消息。

在该变形例的情况下，首先，通信协议选择部114优先选择传输RCS的通信协议。例如，假设利用电话号码来检索日志130并且发现该电话号码是在过去SMS消息的通信成功的电话号码的情况。在这种情况下，即使从日志130获得了SMS通信协议的信息，由于在优先顺序DB132中存储了优先选择RSC通信协议的内容，所以通信协议选择部114也选择RCS的通信协议，并且将其传递到发送请求部118。如果从日志130获得的通信经营体装置160支持RCS，则通信经营体装置选择部112选择通信经营体装置160并将其传递到发送请求部118。消息输出部将RCS消息传递给发送请求部118。

发送请求部118对所选择的通信经营体装置160请求以RCS的通信协议发送RCS消息。在所请求的通信经营体装置160发送了RCS消息的情况下，接收部180接收发送成功的信息。在所请求的通信经营体装置160未能发送RCS消息的情况下，接收部180接收发送失败的信息。

在RCS消息的发送成功的情况下，记录控制部122将通信经营体装置160和RCS消息通信协议与电话号码或以电话号码为基准的地址相关联地记录在日志130中。

在RCS消息的发送失败的情况下，在电话号码或以电话号码为基准的地址中，关于该通信经营体装置160和RCS通信协议的组合存在在过去通信成功的条目的情况下，删除该条目或使其无效化。记录控制部122也可以与电话号码或以电话号码为基准的地址关联地，将通信经营体装置160和RCS消息通信协议的组合失败的情况暂时记录到日志中。

通信经营体装置选择部112基于日志130的信息来检索优先顺序DB132，并且选择接下来应该选择的新的通信经营体装置160。发送请求部118对新的通信经营体装置160请求通过RCS通信协议将RCS消息发送到相同的通信终端170。持续进行来自发送请求部118的RCS消息的发送请求，直到RCS消息的发送成功或者通信经营体装置160的选项消失为止。

在没有使用RCS消息的通信经营体装置160的选项的情况下，例如，基于存储在优先顺序DB132中的内容选择SMS作为通信协议。如果在日志130中存在基于SMS的消息通信成功的记录，则通信经营体装置选择部112基于该记录选择SMS消息通信成功的通信经营体装置160，并且将其发送到发送请求部118。发送请求部118请求所选择的通信经营体装置160通过SMS通信协议将来自消息输出部116的SMS消息发送到所指定的电话号码的通信终端170。如果该SMS消息发送成功，则记录控制部122执行控制以将该通信经营体装置160和SMS消息通信协议与电话号码或以电话号码为基准的地址相关联地记录在日志130中。

通过发送请求部118发出消息的发送请求，直到消息通信成功或者通信经营体装置160和通信协议的组合的选项消失为止。

(变形例2)(优先考虑特定的通信经营体装置160的变形例)

例如，假设通过尽可能地利用特定的通信经营体装置160来利用消息通信，能够降低向多个通信终端170的消息通信成本的情况。作为该例子，可举出特定的通信经营体装置160还管理消息通信装置100的情况等。在该情况下，消息通信装置100和特定的通信经营体装置160被置于同一企业的管理下。因此，通信经营体装置选择部112期望优先选择在不花费成本的同一公司的管理下的通信经营体装置160。在这种情况下，能够预知由同一公司管理下的通信经营体装置160执行的消息通信对于各个目的地是否成功。例如，可以在日志130中存储能够由规定的通信经营体装置160发送的电话号码或以电话号码为基准的地址。

对于向不能由规定的通信经营体装置160发送的电话号码或以电话号码为基准的地址的消息发送，发送请求部118通过网罗性地选择通信经营体装置160和通信协议的组合来进行消息的发送请求。反复进行消息的发送请求，直到消息的发送成功或者通信经营体装置160与通信协议的组合消失为止。

另外，即使在消息通信装置100和特定的通信经营体装置160未置于同一个公司的管理下的情况下，也能够通过进行与上述同样的处理来优先选择能够降低通信费用的通信经营体装置160。

<硬件结构>

图2是消息通信装置100的硬件结构图。消息通信装置100具有CPU201、ROM202、RAM203、键操作部205、时钟部206、通信部207、显示部211以及外部存储控制部212。

消息通信装置100能够通过外部存储控制部212读入存储于存储器213的程序来进行工作。程序也可以保存在ROM201和RAM203中。消息通信装置100在执行程序的CPU201的管理下进行工作。

<动作流程>

图3是表示一实施方式的处理的概要的流程图。本说明书以及附图所公开的动作流程的各步骤只要不矛盾，也可以调换顺序来执行。另外，也可以同时执行多个步骤。各步骤也可以通过执行存储于存储器中的程序来实现。另外，各步骤的一部分也可以通过操作系统或硬件来实现。

另外，各流程不是排他性的，只要不矛盾就能够组合。

在步骤S302中，从客户装置150接收电话号码或以电话号码为准的地址和1个以上的消息。1个以上的消息分别与各消息通信协议对应。

步骤S304表示在与步骤314之间，针对特定的电话号码或以电话号码为基准的地址，网罗性地反复进行处理。

在步骤S306中，选择通信经营体装置160。

在步骤S308中，选择通信协议。通过通信协议的选择来确定消息的形式。

此外，步骤S306和步骤S308的顺序也可以相反。另外，可以首先固定通信协议的选择，网罗性地进行通信经营体装置160的选择，也可以首先固定通信经营体装置160的选择，网罗性地进行通信协议的选择。另外，在利用特定的电话号码或以电话号码为基准的地址来检索日志130并检索到的情况下，也可以优先选择在检索到的条目中记录的通信经营体装置160及通信协议中的至少任意1个。

在步骤S310中，进行消息的生成/输出。消息的形式取决于所选择的通信协议。

在步骤S312中，通过所选择的协议向所选择的通信经营体装置160发出发送请求，以将特定电话号码或以电话号码为基准的地址作为目的地发送消息。

以上，处理结束。

图4是表示一实施方式的处理的详细内容的流程图。该处理可以在图3的步骤S312之后执行。

在步骤S402中，检查消息的发送是否成功。如果该检查为“是”，则处理转移到步骤S404。如果该检查为“否”，则也可以结束处理。此外，在为“否”的情况下，在日志130中存在相应的条目的情况下，也可以进行删除该条目、或者设立表示无效的意思的标志等处理。

在步骤S404中，在日志130中，至少与电话号码或以电话号码为基准的地址相关联地记录消息发送成功时的通信经营体装置160和通信协议。另外，也可以与电话号码或以电话号码为基准的地址相关联地记录当消息发送成功时的通信经营体装置160和通信协议中的任一个。

以上，处理结束。

图5是表示一实施方式的处理的详细内容的流程图。图5的(A)可以在图3的步骤S306中执行。图5的(B)可以在图3的步骤S308中执行。

以下对图5的(A)的处理进行说明。

在步骤S502中，检查在日志130的检索中是否检索到了电话号码或以电话号码为基准的地址。

如果该检查为“是”，则处理转移到步骤S504。如果该检查为“否”，则处理结束。

在步骤S504中，选择与检索到的电话号码或以电话号码为基准的地址对应的通信经营体装置160。如上所述，当特定的通信经营体装置160的选择顺序优先时，可以忽略该步骤S504中的处理，并且可以基于规定的选择顺序选择通信经营体装置160。

以上，处理结束。

以下对图5的(B)的处理进行说明。

在步骤S512中，检查在日志130的检索中是否检索到了电话号码或以电话号码为基准的地址。

如果该检查为“是”，则处理转移到步骤S514。如果该检查为“否”，则处理结束。

在步骤S514中，选择与检索到的电话号码或以电话号码为基准的地址相对应的通信协议。此外，如已经叙述的那样，在特定的通信协议的选择顺序优先的情况下，也可以忽略该步骤S514的处理，基于规定的选择顺序来选择通信协议。

以上，处理结束。

图6是表示一实施方式的处理的详细内容的流程图。图6的(A)可以在图3的步骤S306中执行。图6的(B)可以在图3的步骤S308中执行。

以下说明图6的(A)的处理。

在步骤S602中，以规定的优先顺序选择在所选择的通信经营体装置160中支持的通信协议。注意，当在日志130的检索中检索到电话号码或以电话号码为基准的地址并且选择了所检索到的条目的通信经营体装置160时，可以选择该条目的通信协议。

以上，处理结束。

以下说明图6的(B)的处理。

在步骤S612中，以规定的优先顺序选择支持所选择的通信协议的通信经营体装置160。注意，当在日志130的检索中检索到电话号码或以电话号码为基准的地址并且选择了所检索到的条目的通信协议时，可以选择该条目的通信经营体装置160。

以上，处理结束。

图7是表示一实施方式的处理的详细内容的流程图。该处理可以在图3的步骤S310中执行。

在步骤S702中，检查1个以上的消息中的任一个是否符合所选择的通信协议。如果该检查为“是”，则处理转移到步骤S706。如果该检查为“否”，则处理转移到步骤S704。

在步骤S704中，根据1个以上的消息，生成适合于所选择的通信协议的消息。优选由客户装置150预先指示如何进行该生成。

在步骤S706中，从1个以上的消息中选择符合所选择的通信协议的消息。

以上，处理结束。

<其他变形例>

例如，在RCS中，能够获知所发送的消息是否被开封。例如，也可以通过记录控制部122将对该是否开封的信息进行平均化而得到的开封率记录于日志130。然后，在利用电话号码或以电话号码为基准的地址来检索日志130的情况下，在多个条目中检索到并且在每一个条目中都记录了开封率的情况下，可以优先选择与具有高开封率的条目相对应的通信经营体装置160和通信协议的组合。由此，能够提高发送的消息的开封率。

以上说明的各实施方式各自不是排他性的，能够将某实施方式的一部分组合到其他实施方式，或者用其他实施方式的一部分代替某实施方式的一部分。

此外，例示的流程图的各流程只要不矛盾就能够调换顺序。另外，只要不矛盾，就能够在不同的时机多次执行所例示的1个流程。

另外，只要不矛盾，就能够同时执行多个流程。

另外，所公开的实施方式的一部分程序能够通过操作系统等通用的程序或硬件来实现。此外，所公开的程序也可以由多个硬件分散执行。

实现上述的实施方式的程序能够由具备图2所示的硬件结构的计算机执行。另外，也可以将实施方式的程序作为使计算机执行的方法来增补。也可以由操作系统执行本实施方式的程序的一部分或全部。另外，也可以通过硬件来实现程序的一部分。程序可以存储在图2的存储器213、ROM202或RAM203中。

能够将实施方式作为硬件的装置来增补。

以上的实施方式并不限定权利要求所记载的发明，当然可以作为例示来处理。

关于本说明书公开的上述实施方式，记载以下的附记。

[附记1]

一种消息通信装置，其具备：

接收部，其从客户至少接收地址和要向所述地址发送的1个以上的消息，所述地址是所述客户的用户的电话号码或以电话号码为基准的地址，所述消息是能够包含文本的消息；

通信经营体装置选择部，其选择多个通信经营体装置中的1个通信经营体装置；

通信协议选择部，其选择在所选择的所述通信经营体装置中使用的一个以上的通信协议中的1个通信协议；

消息输出部，其从所述1个以上的消息中输出适合于所选择的所述通信协议并且要发送到所述地址的消息；以及

发送请求部，其为了使根据所选择的所述通信协议而选择出的所述通信经营体装置以所述地址为目的地而发送所输出的所述消息，而对所选择的所述通信经营体装置请求发送所述消息，并且所述发送请求部反复进行所述请求，直到发送成功或者所述通信经营体装置与所述通信协议的组合没有了为止。

[附记2]

根据附记1所述的消息通信装置，其中，所述消息通信装置还具有：

判断部，其进行所述发送是否成功的判断；以及

记录控制部，其进行控制，以将所述判断部判断为发送成功时的所述通信经营体装置及所述通信协议与所述地址相关联而记录到日志，

所述通信经营体装置选择部利用所述地址检索所述日志，在检索到所述地址的情况下优先选择与检索到的所述地址对应的所述通信经营体装置，

并且/或者所述通信协议选择部利用所述地址检索所述日志，在检索到所述地址的情况下，优先选择与检索到的所述地址对应的所述通信协议。

[附记3]

根据附记1或2所述的消息通信装置，其中，

所述通信经营体装置选择部优先选择预先决定的所述通信经营体装置。

[附记4]

根据权利要求1或2所述的消息通信装置，其中，

所述通信经营体装置选择部优先选择预先决定的所述通信协议。

[附记5]

根据附记1至4中任一项所述的消息通信装置，其中，

所述消息输出部根据从所述客户接收到的所述1个以上的消息，输出适合于所选择的所述通信协议的消息。

[附记6]

根据附记5所述的消息通信装置，其中，

在从所述客户接收到的所述1个以上的消息均不符合所选择的所述通信协议的情况下，所述消息输出部使用所述1个以上的消息来生成符合所述通信协议的消息。

[附记7]

一种消息通信程序，所述消息通信程序使计算机执行如下步骤：

接收步骤，从客户至少接收地址和要向所述地址发送的1个以上的消息，所述地址是所述客户的用户的电话号码或以电话号码为基准的地址，所述消息是能够包含文本的消息；

选择多个通信经营体装置中的1个通信经营体装置的步骤；

选择在所选择的所述通信经营体装置中使用的一个以上的通信协议中的1个通信协议的步骤；

从所述1个以上的消息中输出适合于所选择的所述通信协议并且要发送到所述地址的消息的步骤；以及

为了使根据所选择的所述通信协议而选择出的所述通信经营体装置以所述地址为目的地而发送所输出的所述消息，而对所选择的所述通信经营体装置请求发送所述消息，并且反复进行所述请求，直到发送成功或者所述通信经营体装置与所述通信协议的组合没有了为止的步骤。

[附记8]

一种消息通信装置，其中，所述消息通信装置具备：

接收部，其从客户至少接收地址和要向所述地址发送的1个以上的消息，所述地址是所述客户的用户的电话号码或以电话号码为基准的地址，所述消息是能够包含文本的消息；

通信经营体装置选择部，其选择多个通信经营体装置中的1个通信经营体装置；

通信协议选择部，其选择在所述多个通信经营体装置中使用的多个通信协议中的1个通信协议；

消息输出部，其从所述1个以上的消息中输出适合于所选择的所述通信协议并且要发送到所述地址的消息；以及

发送请求部，其为了使根据所选择的所述通信协议而选择出的所述通信经营体装置以所述地址为目的地而发送所输出的所述消息，而对所选择的所述通信经营体装置请求发送所述消息；

判断部，其进行所述发送是否成功的判断；以及

记录控制部，其进行控制，以将所述判断部判断为发送成功时的所述通信经营体装置及所述通信协议与所述地址相关联而记录到日志，

在利用所述地址检索所述日志并且检索到所述地址时，所述通信经营体装置选择部优先选择与检索到的所述地址对应的所述通信经营体装置，所述通信协议选择部优先选择与检索到的所述地址对应的所述通信协议。

[附记9]

一种消息通信程序，所述消息通信程序使计算机执行如下步骤：

接收步骤，从客户至少接收地址和要向所述地址发送的1个以上的消息，所述地址是所述客户的用户的电话号码或以电话号码为基准的地址，所述消息是能够包含文本的消息；

选择多个通信经营体装置中的1个通信经营体装置的步骤；

选择在所述多个通信经营体装置中使用的多个通信协议中的1个通信协议的步骤；

从所述1个以上的消息中输出适合于所选择的所述通信协议并且要发送到所述地址的消息的步骤；以及

为了使根据所选择的所述通信协议而选择出的所述通信经营体装置以所述地址为目的地而发送所输出的所述消息，而对所选择的所述通信经营体装置请求发送所述消息的步骤；

进行所述发送是否成功的判断的步骤；以及

进行控制，以将在所述判断的步骤中判断为发送成功时的所述通信经营体装置及所述通信协议与所述地址相关联而记录到日志的步骤，

在利用所述地址检索所述日志并且检索到所述地址时，在选择所述通信经营体装置的步骤中优先选择与检索到的所述地址对应的所述通信经营体装置，在选择所述通信协议的步骤中优先选择与检索到的所述地址对应的所述通信协议。

标号说明

100 消息通信装置

110 接收部

112 通信经营体装置选择部

114 通信协议选择部

116 消息输出部

118 发送请求部

122 记录控制部

124 判断部

130 日志

142 聊天机器人

150 客户装置

152 聊天机器人

160 通信经营体装置

170 通信终端

180 接收部