通信方法、通信装置以及程序的制作方法

通信方法、通信装置以及程序的制作方法
【专利摘要】从聊天服务的成员向非成员初次发送消息之际，需要逐一登记非成员的电子邮件地址等，导致开始使用聊天服务之前的操作繁琐。当从用户终端发出开始聊天服务的请求时，根据存储在存储器中的登记信息确定最适合的通信方式，将从用户终端发送过来的消息转换成该通信方式，并发送给对方。当发送对象是注册成员的情况下，原则上选择聊天方式作为向发送对象通信时所适用的通信方式。当发送对象是非注册成员时，根据以与非注册成员相关联的方式登记在存储器中的信息，选择相应的方式。
【专利说明】通信方法、通信装置W及程序

【技术领域】
[0001] 本发明涉及一种利用信息处理终端发送和接收消息的技术。

【背景技术】
[0002] W往，提供一种利用PC(Personal Computer ;个人电脑）终端和便携终端等信息 处理装置进行实时文字通信、即所谓聊天的服务。
[0003] 可是，在W往的聊天服务中，想要与未加入、未注册聊天服务的非成员进行聊天的 情况下，除非该成员注册聊天服务，否则就不能进行聊天。因此，必须另行向非成员发送邮 件等，往往会导致操作繁琐。
[0004] 对于该样的技术问题，在专利文献1中公开了用于多模式（Multi-modal)通信的 方法，其从第一界面将电子邮件和聊天等模式转换为其他模式，再借助计算机网络提供到 第二界面。
[0005] 在先技术文献 [000引专利文献
[0007] 专利文献1 ;日本特表2011-525676号公报


【发明内容】

[000引发明所要解决的技术问题
[0009] 但是，在W往的技术中，从聊天服务的成员向非成员初次发送消息时，需要逐一登 记非成员的电子邮件地址等，导致开始使用聊天服务之前的操作繁琐，障碍较大。而且，当 用户发送消息时，需要用户自己选择通信方式等，因此还存在改善的余地。
[0010] 本发明是鉴于上述技术问题而做出的，其目的在于提供一种即使与非用户进行聊 天，也能够实现无缝的消息交流，从而减轻用户负担的通信方法、通信装置W及程序。
[0011] 用于解决技术问题的方案
[0012] 本发明的实施方式涉及一种通信方法。该通信方法被用在利用信息处理终端进行 消息的接收和发送的服务中，其包括：接收步骤，接收发送对象、W及应发送到该发送对象 的消息；选择步骤，从登记在存储器中的与所接收的发送对象相关的一个W上通信方式中， 按照表示应适用的通信方式的优先顺序的信息，选择一个通信方式；W及发送步骤，根据所 选择的通信方式，向发送对象发送消息。
[0013] 根据该种实施方式，从登记在存储器中的与所接收的发送对象相关的一个W上通 信方式中，按照表示应适用的通信方式的优先顺序的信息，选择一个通信方式，由此自动设 定通信方式，因而能够减轻用户向非注册成员发送消息时的负担。
[0014] 另外，该通信方法还可W包括；取得步骤，取得存储在信息处理终端中的一个W上 的联络信息；比对步骤，将取得的联络信息与已登记的联络信息进行比对；W及结合步骤， 当比对的结果为两个联络信息中包含相同信息时，将取得的联络信息结合到已登记的联络 信息中。
[0015] 根据该种实施方式，将取得的联络信息与已登记的联络信息进行比对，当比对的 结果为两个联络信息中包含相同的信息时，通过将取得的联络信息结合到已登记的联络信 息中，能够减轻用户开始使用服务时的负担。
[0016] 另外，该通信方法还可W包括；转换步骤，当基于聊天W外的通信方式接收消息 时，将该消息转换成聊天形式的消息；W及显示步骤，将转换后的消息显示在聊天界面上。
[0017] 根据该种实施方式，通过将其转换成聊天形式的消息并显示在聊天界面上，由此， 即使在与非注册用户之间进行消息交流时，由于能够将消息显示在同一聊天画面上，因而 能够在给人W正在进行聊天的感觉的情况下进行消息交流。
[0018] 另外，该通信方法还可W包括；用户选择步骤，使用户选择显示在聊天界面上的一 个W上的消息；管理步骤，对所选择的消息赋予标志（flag),并作为所述用户已选择的消 息进行管理；抽取步骤，W来自所述用户的指示为触发条件，根据标志抽取出所述用户过去 已选择的一个W上的消息；W及阅览步骤，将所抽取的消息导出到Web网页上，供规定的用 户阅览。
[0019] 通过该种实施方式，根据标志抽取用户过去选择的一个W上的消息并导出到Web 网页上（更新Web网页），从而有利于在更大范围内共享聊天形式的消息交流。
[0020] 另外，该通信方式还可W包括；创建活动（event)信息的步骤，所述活动信息是将 一个W上的备选日期时间和一个W上的备选地点分别逐一组合而成的；W及询问步骤，询 问能否参加与已创建的活动信息相关的活动；在该种情况下，当询问能否参加活动时，在 选择步骤选择了聊天W外的通信方式的情况下，将用于从用户接收关于能否参加的答复的 U化信息包含在应发送的消息中。
[0021] 根据该种实施方式，在应发送的消息中包含用于从用户接收关于能否参加的答复 的U化信息，由此，即使对于非注册用户，也能够简便地询问能否参加活动。
[0022] 本发明的其他实施方式是一种程序。该程序被用在利用信息处理终端发送和接收 消息的服务中，其使计算机执行包含W下步骤的处理：接收步骤，接收发送对象、W及应发 送到该发送对象的消息；选择步骤，从登记在存储器中的与所接收的发送对象相关的一个 W上通信方式中，按照表示应适用的通信方式的优先顺序的信息，选择一个通信方式；W及 发送步骤，根据所选择的通信方式，向发送对象发送消息。
[0023] 本发明的其他实施方式是一种通信装置。该通信装置被用在利用信息处理终端发 送和接收消息的服务中，其具备：接收部，用于接收发送对象、W及应发送到该发送对象的 消息；选择部，从登记在存储器中的与所接收的发送对象相关的一个W上通信方式中，按照 表示应适用的通信方式的优先顺序的信息，选择一个通信方式；W及发送部，根据所选择的 通信方式，向发送对象发送消息。
[0024] 此外，将W上构成要素的任意组合、本发明的表现在方法、装置、系统、计算机程序 之间进行转换的实施方式也作为本发明的实施方式而有效。
[00幼发明效果
[0026] 根据本发明，即使与非用户进行聊天，也能够实现无缝的消息交流，从而能够减轻 用户的负担。

【专利附图】

【附图说明】
[0027] 图I是示出实施例I所涉及的聊天系统的图。
[0028] 图2是示出图1的聊天系统中的服务器的构成例的图。
[0029] 图3是示出图2的服务器中的聊天控制部的构成例的图。
[0030] 图4是示出图1的移动终端或者PC终端中的构成例的图。
[0031] 图5是示出图3的聊天控制部的第一处理步骤的流程图。
[0032] 图6是示出图3的聊天控制部的第二处理步骤的流程图。
[0033] 图7是示出实施例2所涉及的聊天控制部的构成例的图。
[0034] 图8是示出与消息管理相关的处理步骤例的时序（sequence)图、该消息管理是基 于实施例2所涉及的用户终端和服务器而进行的消息管理。
[00巧]图9是示出实施例3所涉及的聊天控制部的构成例的图。
[0036] 图10是示出实施例3所涉及的聊天界面画面的迁移例的图。
[0037] 图11是示出图10的活动主画面Gl的显示例的图。
[0038] 图12是示出图10的活动创建画面G3的显示例的图。
[0039] 图13是示出图10的聊天画面G4的第一显示例的图。
[0040] 图14是示出图10的活动详细内容画面G5的显示例的图。
[0041] 图15是示出图10的聊天画面G4的第二显示例的图。
[0042] 图16是示出图10的活动答复确认画面G6的显示例的图。

【具体实施方式】
[0043] 在说明本发明的实施例之前，首先说明本发明的概要。本发明涉及一种用于在信 息通信终端装置之间接收和发送消息的聊天服务。已注册聊天服务的成员（W下称作"注 册成员"。）在利用聊天服务进行消息交流时，能够与对方之间进行聊天而无需在意对方是 否已注册了聊天服务。
[0044] 在与未注册聊天服务的成员（W下称作"非注册成员"。）之间进行聊天的情况下， W往是通过促使该非注册成员成为注册成员，或者通过聊天W外的方法进行通信。虽然也 存在着通过使用模式转换技术在非注册成员与注册成员之间进行聊天的服务，但是由于在 使用时需要花时间逐一输入非注册成员的信息，服务使用受到限制等，易用性非常不好。
[0045] 本发明克服了上述易用性不佳的问题，能够极顺畅地实施聊天服务，而用户无需 在意聊天对象的服务注册状况。另外，本发明还适用于3名W上的用户（可W包括非注册 成员）进行聊天的情况。下面，使用例子进行说明。
[004引（实施例1)
[0047] 首先，对实施例1进行说明。图1是示出本发明的实施例1所涉及的聊天系统100 的图。聊天系统100包括服务器10、通过有线线路连接服务器10与基站40的网络30、由 基站40代表的第一基站40a?第H基站40c、由移动终端50代表的第一移动终端50a?第 H移动终端50c、W及PC终端70。
[0048] 此外，为了方便图示，基站40和移动终端50均只图示出了H个，但是不限定于此， 可W存在H个W上的基站40和移动终端50。对于PC终端70来说也是同样的。另外，图 示出了第一移动终端50a?第H移动终端50c分别与不同的基站50相连接，但是不限定于 此，即使多个移动终端50连接到一个基站50,本发明也是能够适用的。
[0049] 服务器10是用于执行和提供聊天服务的装置。服务器10借助网络30与基站40， 在移动终端50和PC终端70之间执行用于聊天处理的通信处理。此外，W下为方便说明， 只表述为"在服务器10和移动终端40或PC终端70之间执行通信处理"等，省略了关于借 助网络30 W及基站40该一点的记载。另外，在W下说明中，有时将移动终端50和PC终端 70统称为用户终端。
[0050] 服务器10按照来自用户终端的请求，使用户终端下载应用程序。之后，使用户终 端上传存储在用户终端内的存储器中的联络信息，并将其导入到服务器10内的存储器中。 当从用户终端发出聊天服务开始的请求时，服务器10确定向聊天服务的对象进行通信的 通信方式。具体而言，按照通信方式的优先度信息，从已存储在服务器10内的存储器中的 登记信息中确定最合适的通信方式，并将从用户终端发送过来的消息转换为该通信方式， 并发送给对方。
[0051] 当发送对象是注册成员的情况下，原则上选择聊天方式作为向发送对象进行通信 时所用的通信方式。另一方面，当发送对象是非注册成员的情况下，选择与存储器中已登记 的关于非注册成员的信息相对应的方式。详细内容将在后面进行说明。通过该种实施方式， 即使对方是非注册成员，用户也能够进行聊天而无需在意对方是非注册成员。
[0052] 在使用聊天服务时，用户终端首先访问服务器10,下载并安装应用程序。接着，按 照来自服务器10的请求，上传登记在终端内的联络信息。W后，当利用聊天服务时，启动应 用程序，指定发送对象并创建发送给发送对象的信息，再进行发送即可。此外，如前所述，用 户终端的使用者在利用聊天系统100时，不被询问发送对象的用户是否为非注册用户。
[005引图2是示出图1的聊天系统100中的服务器10的构成例的图。服务器10包括服 务器接收部12、聊天控制部14、服务器发送部16 W及服务器存储器20。
[0054] 服务器接收部12接收来自用户终端的信号，执行规定的解调处理，并将经过解调 的信号传送到聊天控制部14。服务器发送部16通过由聊天控制部14选择的通信方式，将 规定的消息发送给发送对象。服务器接收部12 W及服务器发送部16中的调制解调处理可 W使用W往所采用的调制解调技术，即使采取该样的形式，本领域的技术人员也能够理解 其可适用本发明。
[0055] 聊天控制部14接收来自服务器接收部12的信号，执行与其内容相应的处理，访问 服务器存储器20,并且指示服务器发送部16进行发送。从服务器接收部12接收的信号是 来自用户终端的信号，例如是为了利用聊天服务而下载应用程序（W下称作聊天应用。）的 请求、从用户终端上传的信息、发送对象W及发送给发送对象的消息等。
[0056] 服务器控制部14从服务器存储器20中读取出用于使用户下载的聊天应用，或者 向服务器存储器20中导入从用户终端发送过来的联络信息，并访问用于确定通信方式的 信息。聊天控制部14按照来自用户的请求，使用户终端下载应用程序。在使用户终端下载 之后，聊天控制部14向用户终端询问是否将存储在该用户终端中的联络信息导入到该服 务器10中。在允许导入的情况下，联络信息从用户终端被发送过来，聊天控制部14将该信 息写入服务器存储器20。
[0057] 另外，聊天控制部14在确定向发送对象进行通信的通信方式时，从登记在存储器 20中的与所接收的发送对象相关的一个W上通信方式中，根据表示应适用的通信方式的优 先顺序的信息，选择一个通信方式。关于"表示应适用的通信方式的优先顺序的信息"和选 择的详细说明将在后文进行说明。
[005引图3是示出图2的服务器10中的聊天控制部14的构成例的图。聊天控制部14包 括登记控制部22、选择部24和转换部26。登记控制部22执行将从用户终端取得的联络信 息登记到服务器存储器20中的处理。选择部24 W来自用户终端的聊天请求为触发条件， 访问服务器存储器20并取得发送对象的信息，确定向发送对象进行通信的通信方式，并且 传送到转换部26。转换部26将从用户终端接收到的发送给发送对象的消息转换成由转换 部26传送过来的通信方式的格式。由转换部26进行的转换可W通过众所周知的方法进行。 下面，按顺序进行说明。
[0059] 登记控制部22 W聊天应用已被安装在用户终端中、用户终端内的联络信息已被 上传为触发条件，将该联络信息登记在服务器存储器20中。此时，登记控制部22首先向作 为上传主体的用户终端赋予ID。
[0060] 进一步，登记控制部22将被上传的联络信息与注册成员的联络信息进行比对。注 册成员的联络信息是指，已在聊天服务中注册的成员的联络信息。另外，登记控制部22也 可W将被上传的联络信息与已登记的联络信息进行比对。已登记的联络信息是指，存储在 服务器存储器20中的、包括已经通过其他注册用户导入的非注册成员的联络信息在内的 联络信息。
[0061] 联络信息包括姓名、注音假名、电话号码、手机号码、电子邮件地址、SNS(Social Networking Service ;社交网络服务）信息、成员信息等。电话号码、手机号码、电子邮件地 址或者SNS信息可W是多个。SNS信息包括在facebook、twitter、mixi、Linkedin( W上四 个均为注册商标）等社交网络服务中用于识别用户、或者用于联络该用户所必须的一个W 上的信息。成员信息是表示是否已安装了用于利用聊天服务的应用程序的信息，是用于判 断是注册成员还是非注册成员的标志（flag)。
[0062] 当对的结果为两个联络信息中存在相同部分时，登记控制部22合并两个联络信 息并进行存储。例如，如果是如下所示的两个联络信息，则在两个联络信息中姓名和手机号 码是相同的。因此，可W推定为两个联络信息属于同一个人。
[0063] 被上传的联络信息
[0064] 姓名 A
[0065] 手机号码 090-XXX-YYYY
[0066] 电子邮件地址 b@p卵.CO.化
[0067] 已登记的联络信息
[0068] 姓名 A 手机号码 090-XXX-YYYY
[0069] 电话号码 03-inminm-nnmi 电子邮件地址 a@qqq.ne.jp
[0070] 由此，登记控制部22将上述两个联络信息合并，并作为如下的一个联络信息存储 在服务器存储器20中。
[0071] 合并后的联络信息
[0072] 姓名 A 手机号码 090-XXX-YYYY 电话号码 03 -mmmm-nnnn 电子邮件地址 a@qqq.ne.jp 电子邮件地址 b@ppp.co.jp
[0073] 此外，当两个联络信息完全一致时，登记控制部22可W不进行合并处理。该是因 为彼此之间没有应该插补的信息。另外，在合并的时候，可W W相同部分的个数作为是否进 行合并的条件，还可W将一个W上的规定信息是否一致作为是否进行合并的条件，也可W W该两种判断方式的组合作为是否进行合并的条件。该是因为，越增加该个数，该联络信息 为属于同一个人的联络信息的准确率越高。另外，通过将一个W上的规定信息设为例如姓 名和手机号码，能够将不变或者不易发生变化的联络信息作为判断基准，因此，能够进一步 提高该联络信息为属于同一个人的联络信息的准确率。此外，处理速度和处理负荷的观点、 与提高准确率之间存在此消彼长的关系，鉴于此，上述个数优选为2至3个，另外，规定信息 优选为姓名与手机号码和/或电话号码的组合。
[0074] 接着，对选择部24进行说明。选择部24从登记在服务器存储器20中的与接收到 的发送对象用户相关的一个W上通信方式中，按照表示应适用的通信方式的优先顺序的信 息，选择一个通信方式。但是，依据从服务器接收部12接收到的消息是聊天形式的情况、与 其不是聊天形式的情况，选择部24进行不同的动作。该是因为，在聊天形式的情况下，该消 息为来自注册用户的消息，在聊天形式W外的形式的情况下，该消息为来自非注册用户的 消息。
[0075] 在此，首先举例说明从服务器接收部12接收到的消息是聊天形式的情况。在该例 子中，前提是W下的用户A、用户B、用户C的联络信息已被存储在服务器存储器20中。
[0076] 用户 A
[0077] 姓名
[0078] 电子邮件地址
[0079] 注册用户
[0080] 用户 B [00引]姓名
[0082] 电子邮件地址
[0083] SNS 信息
[0084] 非注册用户
[0085] 用户 C
[0086] 姓名
[0087] 电子邮件地址1
[0088] 电子邮件地址2
[008引非注册用户
[0090] 另外，假设表示应适用的通信方式的优先顺序的信息（W下称作优先度信息。）设 定如下。此外，该优先度信息例如是如下的信息。优先度1表示优先度最高，编号越大表示 优先度越低。
[0091] 优先度1 聊天形式
[0092] 优先度2 电子邮件形式 [009引优先度3 SNS形式
[0094] 此外，该优先度信息可W W注册用户为单位进行设定。另外，可W由注册用户进行 任意设定。另外，可W设定成聊天形式总为优先度1，在该种情况下，用户可W任意设定优先 度2 W后的形式。
[0095] 在如上述的情况下，对用户A为发送对象的情况进行说明。首先，选择部24从已 存储的关于发送对象的联络信息中取得成员信息。在此，通过成员信息明确判断出发送对 象的用户为注册成员，在该种情况下，选择聊天形式。
[0096] 在此，选择部24指示转换部26将接收到的消息转换成聊天形式。此外，在为注册 成员的情况下，选择部24可W不访问优先度信息而选择聊天形式。
[0097] 接着，对用户B为发送对象的情况进行说明。与上述的用户A的情况不同，用户B 是非注册成员。该种情况下，选择部24参照优先度信息中的优先度2。在此，由于优先度2 是电子邮件形式，因此，选择部24核对电子邮件地址作为用户B的联络信息是否存在。
[009引在上述例子中，由于存在用户B的电子邮件地址，因此，选择部24选择电子邮件形 式作为通信方式。此外，在未登记用户B的电子邮件地址的情况下，则判断是否登记有下一 个优先度3的SNS形式，在该种情况下，由于作为用户B的登记信息而登记有SNS信息，因 此，选择部24选择SNS形式。
[0099] 接着，对用户C为发送对象的情况进行说明。根据用户C的登记信息可知，由于用 户C是非注册成员，因此，选择部24为了判断能否选择优先度2的电子邮件形式，要确认用 户C的登记信息中是否存在电子邮件地址。在此，作为用户C的登记信息，存在两个电子邮 件地址。在该种情况下，选择部24优先选择寄送给手机的电子邮件地址。
[0100] 此外，在登记有两个W上寄送给手机的电子邮件地址的情况下，可W选择最晚登 记的电子邮件地址。该是因为，最晚登记的电子邮件地址可能是最近登记的最新的信息，能 够更可靠地使消息送达用户C。
[0101] 另外，作为优先度信息将电子邮件形式设定为优先度2,但是，也可W像W下的优 先度信息的例2那样，根据寄送对象设定优先度。
[0102] <优先度信息的例2〉
[0103] 优先度1 聊天形式
[0104] 优先度2 将手机W外作为寄送对象的电子邮件地址
[0105] 优先度3 寄送给手机的电子邮件地址
[0106] 另外，如W下的优先度信息的例3所示，可W如gmail. com和免费地址那样，设定 通用的电子邮件地址而不论是手机还是其他寄送地址。通过该样设定优先度信息，能够更 灵活地选择发送对象，能够更可靠地使消息送达发送对象。
[0107] <优先度信息的例3〉
[0108] 优先度I 聊天形式
[0109] 优先度2 通用的电子邮件地址
[0110] 优先度3 寄送给手机的电子邮件地址
[0111] 优先度4 将手机W外作为寄送地址的电子邮件地址
[0112] 在发送对象是非注册用户的情况下，转换部26在从服务器接收部12接收到的消 息上附加册L OJniform Resource Locator ;统一资源定位符）信息。册L信息是指，与促使 非注册用户接受聊天系统邀请的Web网页链接相关的信息。非注册用户通过点击该信息， 能够访问服务器10,从那里可W下载用于执行聊天的聊天应用。接着，转换部26将应发送 的消息转换为由选择部24所指示的通信方式的形式，并将其传送到服务器发送部16。
[0113] 接下来，对从服务器接收部12接收到的消息为聊天形式W外的形式的情况进行 说明。该情况下的消息是从非注册用户向注册用户发送的消息。因此，在服务器存储器20 中，作为寄送对象的用户的登记信息是注册用户。在此，聊天形式是与注册用户相关联的优 先度信息的优先度1。因此，如前所述，选择部24选择聊天形式作为寄送给注册用户的消息 的通信方式。
[0114] 接着，转换部26将从非注册成员接收到的消息转换为聊天形式。经过转换的信息 借助服务器发送部16发送到作为寄送对象的用户终端50。在用户终端50中，发送的消息 被显示在终端的显示器上的聊天界面画面上。根据W上的实施方式，在聊天系统100中，在 服务器10中根据已存储的联络信息和优先度信息合理地转换通信方式，从而在注册成员、 非注册成员之间也能够实现顺畅的聊天，而不会使用户进行多余的操作。
[0115] 接下来，对用户终端侧的构成进行说明。图4是示出图1的移动终端50或者PC终 端70中的构成例的图。在此，为了方便说明，仅说明移动终端50的构成，在PC终端70中 也是同样的构成。
[0116] 移动终端50具备终端接收部52、终端控制部54、终端发送部56、用户界面58 W及 终端存储器60。终端接收部52接收从服务器10下载的聊天应用W及从服务器10发送过 来的、来自其他用户的消息等。
[0117] 终端控制部54接收来自用户的指示，一边访问终端存储器60, 一边执行聊天应用 的安装控制、登记在终端存储器60中的联络信息的上传控制、或者用于聊天的发送对象的 选择、向发送对象发送的信息管理等。
[011引另外，用户界面58在画面上显示面向用户的消息，或者，接收用户通过操作键盘 或触摸面板等输入的来自用户的指示，并传递给终端控制部54。面向用户的消息例如是，询 问是否可W向服务器10内导入存储在存储器60中的联络信息、进行聊天时的发送对象的 指定、W及发送给发送对象的消息编辑画面等。可W将该些信息显示在规定的聊天界面画 面上。
[0119] 下面，作为用户A开始使用聊天服务的情形的一例，对移动终端50的整体动作进 行说明。
[0120] 假设用户A在用户A的移动终端50中已经安装了聊天应用。此时，终端控制部54 使例如"导入地址簿吗？"等的弹出消息显示在用户界面58上，对此，如果用户按下是（Yes) 按钮，则会将存储在终端存储器60中的联络信息导入到服务器10的服务器存储器20中。
[0121] 此外，在安装聊天应用之际，也可W自动将存储在用户A的终端存储器60中的联 络信息导入到服务器10中，而不进行弹出显示等。另外，可W定期执行导入处理，也可W在 向终端存储器60添加新的联络信息时执行导入处理。
[0122] 接着，在服务器10中，将联络信息中所包含的电话号码和电子邮件地址等、与服 务器10中存储的注册成员的联络信息进行比对，当存在一致的注册成员的情况下，将注册 成员的联络信息与被导入的地址信息结合起来。
[0123] 该样，如果安装聊天应用，移动终端50的终端存储器60中已登记的、与用户的熟 人等相关的联络信息将自动地作为聊天对象被登记。因此，用户能够开始使用聊天服务而 不会感到压力。
[0124] 接下来，对用户A和用户B通过聊天进行消息交流的情形的一例进行说明。
[0125] 用户A-旦启动聊天应用，用户界面58将显示发送对象的备选。用户A从显示的 备选中例如选择用户B作为消息的发送对象。被选择的发送对象通过终端控制部54和终 端发送部56通知给服务器10。
[0126] 接着，服务器10根据用户B的联络信息W及优先度信息，确定消息的通信方式 (聊天、邮件、SN巧。如前所述，优先度信息是指表示利用何种通信方式发送消息的优先顺 序的信息。例如，当优先度信息是聊天> SNS消息> 电子邮件地址> SMS (化ort Messaging Service;短消息服务）的顺序，当用户B是聊天服务的注册成员时，通信方式为聊天。另 夕F，当用户B是非注册成员并且仅仅知道电子邮件地址和电话号码时，则选择优先顺序较 高的、基于电子邮件形式的通信形式。
[0127] 用户A将发送给用户B的消息写在通过用户界面58显示在画面上的聊天界面画 面的消息栏中，当按下发送按钮时，该消息通过终端控制部54、终端发送部56、进而通过服 务器10发送给用户B。在选择W电子邮件方式作为向用户B进行通信的通信方式的情况 下，服务器10将用户A的聊天消息转换为电子邮件形式，并且将从终端存储器60导入的用 户B的邮件地址作为寄送对象，并从服务器10发送邮件。
[012引作为非注册用户的用户B接收到来自用户A的电子邮件形式的消息，当通过电子 邮件形式回复该消息时，服务器10首先将来自用户B的电子邮件转换为聊天形式的消息， 并向用户A的移动终端50进行发送，并且使其显示在该终端的显示器上的聊天界面上。
[0129] 图5是示出图3的聊天控制部14的第一处理步骤的流程图。该第一处理步骤W 已使用户终端下载了应用程序为触发条件而开始执行。
[0130] 首先，聊天控制部14通过服务器发送部16向用户终端进行导入请求（SlO)。导入 请求用于询问是否可W将存储在用户终端内的存储器中的联络信息上传到服务器10、并将 其存储在服务器10内的服务器存储器20中。
[0131] 在此，在通过服务器接收部12从用户终端接收到不允许导入的信号的情况下 (S12否），聊天控制部14结束该处理。另一方面，在从用户终端接收到允许导入的信号的 情况下（S12是），下一步通过服务器接收部12取得发送过来的联络信息。
[0132] 将取得的联络信息、与服务器存储器20中已登记的联络信息进行比对，该比对的 结果为存在相同的信息的情况下（S14是），登记控制部22将存储在服务器存储器20内的 联络信息、与取得的联络信息进行合并（S16)。另一方面，不存在相同的信息的情况下（S14 否），登记控制部22将取得的联络信息直接登记到服务器存储器20中（S18)。此时，可W 赋予用于特定联络信息的ID。
[0133] 在此，应导入的所有联络信息被导入完成之后（S20是），聊天控制部14结束该处 理。另一方面，还有其他联络信息未导入时（S20)，聊天控制部14返回步骤S14的处理，重 复执行步骤S14?S20的处理，直到再没有应导入的联络信息为止。
[0134] 图6是示出图3的聊天控制部14的第二处理步骤的流程图。该第二处理步骤W 用户终端已开始了聊天为触发条件而开始执行。
[0135] 聊天控制部14借助服务器接收部12取得用户指定的发送对象、W及应发送到该 发送对象的消息（S30)。接着，聊天控制部14从登记在服务器存储器20中的与发送对象相 关的联络信息中的一个W上通信方式中，按照表示应适用的通信方式的优先度信息，选择 一个通信方式（S32)。
[0136] 在此，在发送对象是非注册用户的情况下（S34是），聊天控制部14在应发送的消 息中附加用于促使非注册用户参加聊天系统的U化信息（S36)。在是注册用户的情况下 (S34否），转移到步骤S38的处理。
[0137] 对于应发送的消息，聊天控制部14在步骤S32中执行将其转换为所选择的通信方 式的处理（S38)。接着，聊天控制部14指示服务器发送部16将已转换的消息发送给用户指 定的发送对象（S40)。
[013引根据W上的实施方式，从登记在存储器中的与所接收的发送对象相关的一个W上 通信方式中，按照表示应适用的通信方式的优先顺序的信息，选择一个通信方式，由此自动 设定通信方式，因此，能够减轻用户发送消息时的负担。
[0139] 另外，将取得的联络信息与已登记的联络信息进行比对，该比对的结果为两个联 络信息中包含相同的信息时，通过将取得的联络信息结合到已登记的联络信息中，由此能 够减轻用户开始使用服务时的负担。
[0140] (实施例。
[0141] 接下来，对实施例2进行说明。首先说明概要。在实施例2中，在实施例1的实施 方式的基础之上，还能够将用户从显示在聊天界面的消息中任意选择的消息保存在服务器 10中。此时，服务器10可W接收由多个用户做出的选择。被选择的消息中例如被附加有针 状标记等的标志（flag)，可W作为如后图示的针板（pinboard)而显示在画面上。聊天参加 者通过该针板可W确认被选择的消息。
[0142] 进一步，在实施例2中，能够将针板转换为Web网页，并且上传到Web上。由此，可 W在更大范围共享被选择的消息。另外，在想要限制能够访问Web网页的人的情况下，可W 向Web网页赋予密码。通过采用W上的实施方式，实施例2特别有助于商务中的聊天会议 W及活动日程安排等。下面，使用附图对详细内容进行说明。此外，在采用与实施例1同样 的结构的情况下，赋予相同的附图标记并省略说明。
[0143] 图7是示出本发明的实施例2所涉及的聊天控制部72的构成例的图。聊天控制 部72具备消息管理部62和Web更新部64。此外，省略了图3的聊天控制部14中所包含的 登记控制部22、选择部24和转换部26的图示。
[0144] 首先，用户选择在用户终端50的显示器上的聊天界面中所显示的一个W上的消 息，被选择的消息中显示有表示所选择的标志（flag)，并且向服务器10发送用于特定已选 择的消息的信息。用于特定已选择的消息的信息（W下称作选择消息特定信息。）可W是 用于特定消息的识别编号，也可W是与该识别编号相对应的标志（flag)。
[0145] 服务器10的消息管理部62通过服务器接收部12取得选择消息特定信息，为了将 该消息作为由所述用户选择的消息进行管理，在服务器存储器20中将选择消息特定信息 与用户ID相关联并进行存储。消息管理部62也可W将消息本身存储在服务器20中。
[0146] 在此，用户借助聊天界面发出用于使过去由用户选择的消息汇总显示的请求时， 用户终端50对服务器10发出用于指示进行显示的请求。服务器10的消息管理部62 W 来自用户的、涉及显示请求的指示为触发条件，访问服务器存储器20,取得选择消息特定信 息，并将该消息通知给Web更新部64。Web更新部64执行用于将由选择消息特定信息所特 定的消息显示在Web网页上的处理。
[0147] 此外，Web更新部64在使用户阅览被选择的消息时，可W要求用户输入密码。由 此，能够提高安全性。由此，即使该用户不是执行选择操作的用户，只要知道密码，就可W阅 览被选择的消息，因此能够由多个用户共享消息。
[014引另外，消息管理部62在管理由消息特定信息所特定的消息W外，还可W同时管理 与该消息相关联的消息特定信息。该种情况下，消息管理部62在服务器存储器20中存储如 下的信息：从用户终端50取得的选择消息特定信息；W及接在该选择消息特定信息所涉及 的消息之后的消息中、表示应该管理的消息个数的信息。该信息由用户终端50进行通知。 通过采取该种实施方式，能够将特定的话题汇总，并作为一个进程（thread)进行管理并显 /Jn O
[0149] 图8是示出与消息管理相关的处理步骤例的时序图，该消息管理是基于本发明的 实施例2所涉及的用户终端和服务器10而进行的。
[0150] 首先，用户终端根据来自用户的指示来选择消息（S50、S56)。接着，用户终端将 与被选择的消息相关联的选择消息特定信息通知给服务器10 (S52、S58)。服务器10按照 从用户终端通知过来的选择消息特定信息，在服务器存储器20中管理被选择的消息（S54、 S60)。此外，在图8中，虽然示出了选择两个消息的例子，但是不限于此，可W仅选择一次， 也可W选择H次W上。
[0151] 在此，基于用户操作，在用户终端接收到显示请求的情况下（S62)，用户终端将用 于使过去已选择的消息显示出来的指示通知给服务器10(S64)。服务器10 W来自用户终 端的指示为触发条件，执行Web更新处理（S66)，该Web更新处理用于使在服务器存储器20 中管理的消息显示在Web网页上。最后，用户终端访问服务器10,使用于阅览消息的Web网 页显示在显示器上（S68)。
[0152] (实施例3)
[0153] 接下来，对实施例3进行说明。首先说明概要。在实施例3中，在聊天界面上，可W 进行活动等的日程安排管理。用户在聊天系统内创建活动，并且要求聊天对象在聊天上答 复是否参加活动。另外，从聊天对象得到的答复被自动汇总，用户可W浏览该汇总的结果。
[0154] 另外，不仅是能否参加活动，还可W列出数个活动举办的日期时间和地点作为备 选项，使聊天对象对每一个备选项做出答复。对于聊天服务的非注册成员，在邮件正文中记 载上用于选择能否参加活动W及期望日期的Web网页的U化。或者，还可W在邮件正文中附 上分别表示参加和不参加的U化，如果点击参加的U化，则答复为参加，如果点击不参加的 U化，则答复为不参加。
[0155] 该活动等的日程安排管理可W具有W下功能。
[0156] (I)举办活动的用户能够协调与好友或亲人之间的活动计划。要求答复是否参加、 期望日期时间、期望地点，举办人能够浏览汇总结果。
[0157] (2)能够对举办活动的日期时间进行投票W及汇总。日期时间的备选可W有多个。 地点的备选也是同样的。也可W是举办活动的不同会场的选择项。
[0158] (3)对于各个日程，答复者能够通过"0" "A" "X"等多个选择项进行答复。
[0159] (4)也可W举办不指定日期时间的、例如"招集现在有空闲的人"的活动。
[0160] (5)可W向截止到规定日期未做出答复的用户发送提醒消息化emind Message)。 另外，对于预定参加者，例如可W在活动开始的24小时之前等时候向参加者发送消息。
[0161] 做除了可W在聊天界面上实施，同样还可W在Web浏览器上实施，二者将被同 步。因此，即使是应用程序的非注册用户，也能够简便地使用该功能。
[0162] 为了实现W上的功能，用于管理聊天系统的服务器按照用户的指示创建活动信 息，并询问能否参加与已创建的活动信息相关的活动，其中，该活动信息是将一个W上的备 选日期时间和一个W上的备选地点分别逐一组合而成的。当向非注册用户询问能否参加活 动时，在选择了聊天W外的通信方式的情况下，可W将用于从用户接收关于能否参加的答 复的U化信息包含在应发送的消息中。
[0163] 下面，使用附图进行详细说明。此外，在采取与实施例1、2相同的结构的情况下， 赋予相同的附图标记并省略说明。
[0164] 图9是示出本发明的实施例3所涉及的聊天控制部74的构成例的图。聊天控制 部74包括活动管理部80。此外，省略了图3的聊天控制部14中所包含的登记控制部22、 选择部24和转换部26的图示。
[0165] 活动管理部80根据通过服务器接收部12接收到的、来自用户的与活动相关的指 示，访问服务器存储器20,对与活动相关的信息进行管理。与活动相关的指示中包括用户输 入的与活动相关的信息、W及与想要促使参加活动的用户相关的信息等。
[0166] 另外，活动管理部80根据来自用户的与活动相关的指示，将规定的画面显示在用 户终端显示器的聊天界面上。下面，使用例子进行说明。
[0167] 图10是示出本发明的实施例3所涉及的聊天界面画面的迁移例的图。聊天界面画 面包括全局菜单画面GO、活动主画面G1、成员选择画面G2、活动创建画面G3、聊天画面G4、 活动详细画面G5、W及活动答复确认画面G6。
[016引根据接收自用户的指示，在服务器10内的服务器存储器20中进行管理的活动信 息被更新，如图10所示，从GO到G6的聊天界面画面根据更新的状况，分别迁移至各个画 面。
[0169] 用户一旦开始聊天，首先，作为聊天系统100的初始画面的全局菜单画面GO被显 示在用户终端上。在此，当用户请求执行与活动相关的处理时，迁移到活动主画面G1。W该 活动主画面Gl为起点，用户创建活动并进行管理。
[0170] 图11是示出图10的活动主画面Gl的显示例的图。活动主画面Gl从全局菜单画 面GO迁移而来，是对活动进行一元管理的画面，用户通过该画面能够确认进行中W及过去 参加过的活动。如图所示，活动主画面Gl中显示有新活动创建按钮GlO和活动栏G12。活 动栏G12中显示有活动图像G14和活动参加者图像G16等。
[0171] 用户在创建新活动时，通过点击新活动创建按钮G10,能够创建活动。在创建活动 时，画面迁移到成员选择画面G2,显示用于使用户选择成员的画面、即选择向哪些成员询问 是否参加活动的画面。
[0172] 活动栏G12中显示有活动的标题、日期时间、地点、参加者一览等。当用户点击个 别活动栏时，画面迁移到活动详细画面G5。新创建的活动显示在活动栏G12的最上部，越早 的过去的活动越显示在下部。在活动已结束或者活动本身已被删除的情况下，活动将被从 活动栏G12中删除。此外，相比于新创建的活动，显示在下部的活动可W通过用浅色调进行 显示等方式对其实施不同的显示处理。
[0173] 活动图像G14中显示在活动创建过程中被指定的、用于表示活动的图像。没有指 定的情况下，可W显示任意图像。活动参加者图像G16中显示由已经答复要参加该活动的 用户指定的图像。
[0174] 图12是示出图10的活动创建画面G3的显示例的图。在活动创建画面G3中显示 参加询问成员图像G30、成员编辑按钮G31、活动说明栏G32、备选追加按钮33、答复备选按 钮G34、日程备选栏G35、时间备选栏G36、自由输入按钮G37、地图显示按钮G38 W及检索按 钮 G39。
[0175] 参加询问成员图像G30中显示已被询问是否参加活动的成员的图像。用户通过点 击成员编辑按钮G31，使画面迁移到成员选择画面G2。活动说明栏G32是用于写入活动的标 题W及活动的说明的栏。此外，必须输入标题。备选追加按钮33是当用户想要添加日程、 时间或者地点的备选时点击的按钮。用户一旦点击该按钮，如图所示那样备选将被追加显 /Jn O
[0176] 答复备选按钮G34是由被询问是否参加的成员进行点击的按钮，用于使用户从选 择项中选择参加活动的可能性，其中，该活动是将在所显示的日程、时间、地点举办的活动。 在此，假设像0、A、X那样设定了H个选择项，但是不限定于此。
[0177] 日程备选栏G35、时间备选栏G36是用于写入举办活动的日期和时间的栏。如前 所述，在通过备选追加按钮33追加了多个备选的情况下，在每个备选中分别写入日期和时 间。
[0178] 自由输入按钮G37是用户在填写关于地点的注释时点击的按钮。对活动创建者来 说，地图显示按钮G38是用于设定表示该地点信息的按钮，对被询问是否参加活动的用户 来说，是用于表示地点信息的按钮。地点信息可W是地址和电话号码，也可W是地图信息， 还可W是它们的组合。检索按钮G39是用于将画面迁移到如下画面的按钮；用于使被询问 是否参加活动的用户通过规定的检索工具来检索与地点等相关的信息的画面。
[0179] 图13是示出图10的聊天画面G4的第一显示例的图。该聊天画面G4显示在被询 问是否参加已创建的活动的用户的聊天界面上。聊天画面G4中显示单选答复模式栏G40、 选择项模式栏G41、活动说明栏G42、选择项按钮G43和答复按钮G44。
[0180] 在单选答复模式栏G40中，显示对于已创建的活动仅设定了一个活动日期时间和 地点时的画面。活动说明栏G42中显示活动名称、日期时间、地点W及选择项按钮G43。被 询问是否参加的用户通过点击活动名称，将画面迁移到活动详细画面G5。如图所示，答复按 钮G44分别显示0、A、X，被询问是否参加活动的用户可W通过点击某一项，W表明参加 活动的意向。
[0181] 选择项模式栏G41与单选答复模式栏G40不同，显示对于已创建的一个活动设定 了多个日期时间和地点时的画面。在选择项模式中，用户通过点击答复按钮G44,将画面迁 移到活动详细画面G5,用户从活动详细画面G5中对各个选择项进行选择W表明参加意向。
[0182] 图14是示出图10的活动详细画面G5的显示例的图。活动详细画面G5中显示预 定参加用户图像G50、未答复用户图像G51、一览显示按钮G52、答复按钮G53、店铺图像G54、 店铺链接G55 W及注释栏G56。
[0183] 预定参加用户图像G50显示由已经表明要参加的用户指定的图像。此外，在采取 H选项的答复形式的情况下，可W只显示答复为O的用户，也可W-并显示答复为O或A 的用户，也可W在O和A上W改变颜色等改变显示状态的方式进行显示。
[0184] 未答复用户图像G51显示由未答复的用户指定的图像。相比于预定参加用户图像 G50,可W用不同的显示状态进行显示。在图14中，举出了用稍偏白的色调进行显示的情况 的例子。
[0185] 一览显示按钮G52用于将画面迁移到好友一览画面。用户通过点击答复按钮G53， 在答复按钮G53上显示出答复的选择项，并通过选择某一项W表示答复。如图所示，存在多 个日期时间、地点的情况下，显示多个答复按钮G53。
[0186] 店铺图像G54显示由举办活动的店铺等预先指定的图像。通过用户点击店铺链接 G55,将显示出表示该店铺信息的Web网页。注释栏G56是用于使答复参加活动的用户写入 注释的栏。
[0187] 图15是示出图10的聊天画面G4的第二显示例的图。第二显示例是在图13的第 一显示例或者图14的活动详细画面G5中、任一用户答复了是否参加活动的情况下将显示 的画面的示例。在第二显示例中，根据已存在答复的活动，显示单选答复模式显示栏G60和 选择项模式栏G61。在各栏中，显示由已表明参加的用户指定的预定参加用户图像G62、W 及向活动详细画面G5进行迁移的迁移按钮G63。
[018引图16是示出图10的活动答复确认画面G6的显示例的图。该活动答复确认画面 G6是作为创建活动的活动举办人的用户能够进行确认的画面，是用于表示该时间点的答复 状况的画面。
[0189] 活动答复确认画面G6中显示预定参加用户图像G64、向活动创建画面G3进行迁 移的迁移按钮G65 W及活动选择项栏G66。在活动选择项栏G66中，根据活动的备选数量， 在纵列方向上显示活动的备选地点、日期时间。在横行方向上W各个备选为单位显示汇总 栏G68和答复栏G69,其中，该汇总栏G68显示答复了0、A、X的人数，该答复栏G69显示 每个答复者的答复。
[0190] 活动举办人确认能否参加活动的状况，确定采用哪个备选，并点击显示在欲采用 的备选的栏中的活动确定按钮G67。一旦点击活动确认按钮G67,就会向已答复为参加被确 定的活动的用户通知该活动被确定的消息。如果是注册用户，消息将被显示在聊天界面上。 如果是非注册用户，则通过转换后的通信方式进行通知。或者，通知用于告知已被确定的活 动的U化。此外，也可W向已答复为不确定能否参加、不能参加的用户进行通知。该情况下， 活动举办人能够将注释一并进行通知，该注释可W从预设的几个例文中选择。
[0191] W上，根据实施例对本发明进行了说明。本发明不限于上述实施例W及各个实施 例的内容，可W在本发明宗旨的范围内实施各种变形。上述实施例是示例，可W通过组合各 个构成要素和各个处理过程W提出各种变形例，而且该变形例也在本发明要求保护的范围 内，该是本领域的技术人员可W理解的。
[0192] 产业上的利用可能性
[0193] 能够顺畅地开始聊天服务，而无需使用户在意聊天对象的服务注册状况。
[0194] 附图标记说明
[0195] 10;服务器 12;服务器接收部 14;聊天控制部
[0196] 16;服务器发送部 20;服务器存储器 22;登记控制部
[0197] 24;选择部 26;转换部 30;网络
[0198] 40;基站 40a;第一基站 40b ;第二基站
[0199] 40c;第H基站 50;移动终端 50a;第一移动终端
[0200] 5化；第二移动终端 50c :第立移动终端 52 ;终端接收部
[0201] 54;终端控制部 56;终端发送部 58;用户界面
[0202] 60;终端存储器 62;消息管理部 64 =Web更新部
[020引 70 =PC终端 72;聊天控制部 74;聊天控制部
[0204] 80 ;活动管理部 100 ;聊天系统
【权利要求】
1. 一种通信方法，被用在利用信息处理终端发送和接收消息的服务中，其特征在于，包 括： 接收步骤，接收发送对象以及应发送至该发送对象的消息； 选择步骤，从登记在存储器中的与所接收的发送对象相关的一个以上通信方式中，按 照表示应适用的通信方式的优先顺序的信息，选择一个通信方式；以及 发送步骤，根据所选择的通信方式，向发送对象发送消息。
2. 根据权利要求1所述的通信方法，其特征在于，包括： 取得步骤，取得存储在信息处理终端中的一个以上的联络信息； 比对步骤，将取得的联络信息与已登记的联络信息进行比对；以及 结合步骤，当比对的结果为两个联络信息中包含相同的信息时，将取得的联络信息结 合到已登记的联络信息中。
3. 根据权利要求1所述的通信方法，其特征在于，包括： 转换步骤，当基于聊天以外的通信方式接收消息时，将该消息转换成聊天形式的消息； 以及 显示步骤，将转换后的消息显示在聊天界面上。
4. 根据权利要求1所述的通信方法，其特征在于，包括： 用户选择步骤，使用户选择显示在聊天界面上的一个以上的消息； 管理步骤，对所选择的消息赋予标志，并作为所述用户选择的消息进行管理； 抽取步骤，以来自所述用户的指示为触发条件，根据标志抽取出所述用户过去已选择 的一个以上的消息；以及 阅览步骤，将所抽取的消息导出到Web网页上，供规定的用户阅览。
5. 根据权利要求1所述的通信方法，其特征在于，包括： 创建活动信息的步骤，所述活动信息是将一个以上的备选日期时间和一个以上的备选 地点分别逐一组合而成的；以及 询问步骤，询问能否参加与已创建的活动信息相关的活动； 当询问能否参加活动时，在所述选择步骤选择了聊天以外的通信方式的情况下，将用 于从用户接收关于能否参加的答复的URL信息包含在应发送的消息中。
6. -种程序，被用在利用信息处理终端发送和接收消息的服务中，其特征在于，使计算 机执行包含以下步骤的处理： 接收步骤，接收发送对象以及应发送至该发送对象的消息； 选择步骤，从登记在存储器中的与所接收的发送对象相关的一个以上通信方式中，按 照表示应适用的通信方式的优先顺序的信息，选择一个通信方式；以及 发送步骤，根据所选择的通信方式，向发送对象发送消息。
7. -种通信装置，被用在利用信息处理终端发送和接收消息的服务中，其特征在于，具 备： 接收部，用于接收发送对象以及应发送至该发送对象的消息； 选择部，从登记在存储器中的与所接收的发送对象相关的一个以上通信方式中，按照 表示应适用的通信方式的优先顺序的信息，选择一个通信方式；以及 发送部，根据所选择的通信方式，向发送对象发送消息。
【文档编号】G06F13/00GK104350480SQ201380030215
【公开日】2015年2月11日 申请日期:2013年5月30日 优先权日:2012年6月21日
【发明者】长田一登, 吉藤博记 申请人:株式会社得那