具备智能代理器的通信系统的制作方法

本发明涉及一种具备智能代理器的通信系统，特别是涉及一种具有成长能力的实时通信代理机器人的平台。

背景技术：

随着科技与网络的日新月异，人与人沟通的社交模式也逐渐进步。而近年来，由于智能手机以及无线通信的普及化，社群网络已成为联系朋友以及结交朋友的重要管道。例如日常生活中常用的脸书(Facebook)、推特(Twitter)、微信、连我(Line)等等的社群网络平台。这些社群网络平台可用应用程序(Application Program)的方式安装于智能手机或是计算机中，且均具备实时信息(Instant Messaging)传输的功能。因此，当用户是上线状态时，可以通过社群网络平台，传送实时信息给其它的用户。

在传统社群网络的实时信息的传输模式中，社群网络的平台开发商常会利用自动应答助手响应用户一些简单的问题或是帮助用户取得需要的服务或是信息。例如苹果社群网络的账号(Apple Account)中，用户可以通过智能手机(例如苹果手机，iPhone)上的自动应答助手SIRI，取得服务器端基本的服务和信息。然而，当用户拥有单一或多个社群网络的账号时，用户并无法客制化属于自己的应答机器人。并且，用户也无法培养或训练属于自己的应答机器人。并且，一般的应答机器人也不具有跨平台甚至跨系统沟通的能力，也不具有学习能力，因此对于搜集数据的能力以及响应问题的精确度均有很大的局限性。

技术实现要素：

本发明实施例提出一种具备智能代理器的通信系统，包括信息接口、第一代理器、好友代理器及好友信息接口。信息接口用以输入信息数据。第一代理器连接于信息接口，用于整合及自动收发信息数据。好友代理器连接于第一代理器，用于与第一代理器通信。好友信息接口，连接于好友代理器，用于选择性地通过好友代理器与第一代理器沟通信息数据。

附图说明

图1是本发明的具备智能代理器的通信系统的实施例的架构图。

图2是图1的通信系统中，客户端系统内的信息接口的示意图。

图3是图1的通信系统中，好友端系统与客户端系统的信息沟通示意图。

图4是图1的通信系统中，厂商端系统与客户端系统的信息沟通示意图。

图5是图1的通信系统中，好友端系统通过客户端系统与厂商端系统的信息沟通示意图。

其中，附图标记说明如下：

100 通信系统

10 客户端系统

11 好友端系统

12 厂商端系统

Ser1至SerM 服务器

EBOT1至EBPTM 外部代理器

UMI 信息接口

UBOT1至UBOTN 代理器

FMI 好友信息接口

FBOT1至FBOTP 好友代理器

具体实施方式

图1是本发明的具备智能代理器的通信系统100的实施例的架构图。本发明的智能代理器的通信系统100可属于支持实时通信(Instant Message)的系统。为了描述简化，本发明的实施例皆使用实时通信的信息传输模式进行说明。而下文描述的名词”代理器”，实质上可为自动应答机器人。为了描述一致性，自动应答机器人(Smart Bots)皆以”代理器’称呼。通信系统100包括客户端系统10、好友端系统11以及厂商端系统12。相异系统间的信息沟通方式以及数据传输模式于后文会详细介绍。客户端系统10包括信息接口UMI以及N个代理器，其中N为大于1的正整数。于此说明，客户端系统10可为单一用户所建置的系统。例如单一用户使用智能手机，通过特定的应用程序所建置的系统。并且，单一用户于本实施例中将考虑具有多重身分，这些多重身分可绑定、共享或不绑定对应的代理器。因此，单一用户可利用信息接口UMI指定特定的身分(可能有绑定代理器)获取信息。举例而言，当用户的第四身分绑定了一个特定的代理器，则此用户可以通过信息接口UMI指定第四身分的代理器，使第四身分的代理器搜集或是统整数据。详细的实时通信方式将于后文详述。类似地，好友端系统11包括了好友信息接口FMI以及好友代理器FBOT1至FBOTP，其中P为大于1的正整数。在通信系统100中，包括信息接口UMI以及N个代理器的客户端系统10可被整合于第一行动装置中，而包括好友信息接口FMI以及P个好友代理器FBOT1至FBOTP的好友端系统11可被整合于第二行动装置中。并且，客户端系统10内的N个代理器以及好友端系统11的P个好友代理器可为虚拟建置的代理器，或是以软件执行的程序。客户端系统10内的N个代理器中的每一个代理器都有对应的数据库，而好友端系统11的P个好友代理器中的每一个好友代理器也有对应的数据库。这些料库具备了数据交换功能及数据扩充功能。并且，客户端系统10以及好友端系统11可支持相同的实时通信平台(Instant Messaging Platform)或支持相异的实时通信平台。换句话说，当客户端系统10以及好友端系统11是支持不同的实时通信平台时，通信系统100具备了跨平台的通信功能。在通信系统100中，客户端系统10以及好友端系统11可通过网络连接，以进行信息沟通以及数据传输的动作。

在通信系统100中，厂商端系统12包括M个服务器Ser1至SerM，每一个服务器可储存不同厂商的数据，其中M是大于1的正整数。例如服务器Ser1可为气象局的服务器，用来储存天气预报的数据。服务器Ser2可为旅游业者的服务器，用来储存旅游数据。M个服务器Ser1至SerM中的每一个服务器可连接于对应的外部代理器。例如服务器Ser1可连接于第一外部代理器EBOT1，服务器SerM可连接于第M外部代理器EBOTM。M个外部代理器EBOT1至EBOTM皆连接于客户端系统10。因此对于用户而言，可以利用特定的代理器撷取厂商端系统12内的数据。然而，对于好友端系统11而言，虽然没有和厂商端系统12连接，但仍可使用客户端系统10的特定的代理器，间接地获取厂商端系统12内的数据。下文将详细描述客户端系统10、好友端系统11以及厂商端系统12间的信息沟通与数据传输的方式。

图2是通信系统100中，客户端系统10内的信息接口UMI的示意图。如前述，通信系统100中的单一用户为考虑多重身分。例如，单一用户可以创立五个身分，称为约翰1、约翰2、约翰3、约翰4以及约翰5。这五个身分可被设定为共享代理器的状态、不用代理器的状态、或是只绑定代理器的状态。举例而言，约翰1的身分被设定为共享代理器的状态。因此，当约翰1的代理器的代理权限被启动时，可以自动应答所有对应于约翰1的身分的信息。例如，用户白天可手动地通过约翰1的身分响应信息时，约翰1的代理器的代理权限可被取消。然而，用户晚上无法手动地通过约翰1的身分应答信息时，约翰1的代理器的代理权限可被启动。当约翰1的代理器的代理权限被启动后，可自动应答所有对应于约翰1的身分的信息。约翰2的身分被设定为不用代理器的状态。约翰3的身分类似于约翰1的身分，被设定为共享代理器的状态。约翰4的身分被设定为只绑定代理器的状态，而约翰5的身分也被设定为只绑定代理器的状态。换句话说，在客户端系统10中，单一用户建立多重身分的方式具备高度的弹性。在图2中，代理器的数量为四个(N＝4)。然而，本发明却不以此为限，任何合理的变换皆属于本发明所揭露的范畴。在图2中，用户可以通过信息接口UMI选择想要的身分输入信息数据。例如用户选择约翰4的身分输入”明天天气如何？”的信息数据。由于约翰4的身分被设定为绑定代理器的状态，因此，对应约翰4的身分的代理器将会整合及自动收发”明天天气如何？”的信息数据，并响应用户的问题。由于本发明的代理器具有机器学习(Machine Learning)功能及/或人工智能的深度学习(Deep Learning)功能。因此，随着代理器不断地被训练、数据整合、以及数据搜集，代理器的数据库也会一直被扩充以及成长，导致代理器将可被训练成非常专业以及响应精准的人工智能代理器。以下将说明客户端系统10与好友端系统11如何进行数据沟通的方法。

图3是通信系统100中，好友端系统11与客户端系统10的信息沟通示意图。如前述提及，好友端系统11也可考虑为另一个单一用户所创立的多重身分的系统。在本实施例中，好友端系统11包括了五个身分，为乔治1、乔治2、乔治3、乔治4以及乔治5。类似前述的定义，这五个身分可被设定为共享代理器的状态、不用代理器的状态、或是只绑定代理器的状态。举例而言，乔治1的身分被设定为不用代理器的状态。乔治2的身分被设定为共享代理器的状态。乔治3的身分被设定为只绑定代理器的状态。乔治4的身分被设定为只绑定代理器的状态。乔治5的身分被设定为只绑定代理器的状态。同样地，好友端的用户可以通过好友信息接口FMI，选择一个特定的身分与客户端系统10内指定的身分进行信息沟通。举例而言，好友端的用户可以选择乔治2的身分与客户端系统10内的约翰1的身分沟通。此时，由于乔治2的身分的代理器(好友代理器)连接于约翰1的身分的代理器(例如图1所示的第一代理器UBOT1)，因此乔治2的身分的代理器就会与约翰1的身分的代理器通信。当约翰1的身分的代理器的代理权限被启动时，约翰1的身分的代理器会通过乔治2的身分的代理器响应好友信息接口FMI的乔治2的身分所输入的信息数据。在另一个例子中，好友端的用户可以选择乔治1的身分与客户端系统10内的约翰1的身分沟通。此时，由于乔治1的身分被设定为不用代理器的状态，因此，当约翰1的身分的代理器的代理权限被启动时，约翰1的身分的代理器会直接响应好友信息接口FMI的乔治1的身分所输入的信息数据。

然而，本发明客户端系统10与好友端系统11并不被图3的架构所局限。举例而言，好友端系统11也可为与客户端系统10不同实时通信平台的系统。例如，客户端系统10为支持第一实时通信平台(例如Faces Instant Messaging Platform)的系统，用户可以在客户端系统10内创立多重身分。而好友端系统11为支持第二实时通信平台(例如Facebook Instant Messaging Platform)的系统，好友端用户仅能创立单一身分。此时，类似上述约翰1与乔治2的沟通模式。在不同平台下，双方的用户成可通过代理器进行沟通。换句话说，此时客户端系统10的代理器以及好友端系统11的代理器扮演了数据转送(Relay)的功能，达到了跨平台通信的目的。换句话说，第二实时通信平台(Facebook)的用户可以利用其提供的应用程序接口(Application Programming Interface)设置一个转送代理器(例如Faces的转送代理器)，只要用户想要与第一实时通信平台(Faces)的用户通信，可以直接于此转送代理器运作。

前述提及，本发明的代理器具有机器学习功能及/或人工智能的深度学习功能。因此，经由不断地训练代理器，代理器将可自动学习用户的思维模式、用词习惯、口音等等的特征。并且，通信系统100的代理器也可被设定为具有自动交友的能力，或是创建新的粉丝团以及发掘知识的能力。举例而言，当客户端系统10中的约翰5的身分的代理器已经被训练为语文能力顶尖的人工智能代理器时，则约翰5的身分的代理器将可以创建属于语文方面的粉丝团，进而解答加入粉丝团的会员的提问。并且，不同代理器间也可以互相支持以及沟通数据。举例而言，对于客户端系统10中对应约翰1身分的代理器而言，当遇到无法解决的问题时，可呼叫对应约翰4身分的代理器以协助解答，或是呼叫所有可被识别的其它代理器协助解答。换句话说，代理器可以依照用户目前的提问状态，自动地呼叫其他服务性质的代理器以提供对应的服务。并且，如前述，本发明的代理器的数据库具备数据交换功能及数据扩充功能。因此，代理器的数据库视可为一种电磁数据的商品，具有交易的功能。举例而言，客户端系统10中的约翰5的身分的代理器已经被训练为语文能力顶尖的人工智能代理器。好友端系统11中的乔治4的身分的代理器可经由与约翰5的身分的代理器沟通，而训练其语文能力。然而，对于好友端系统11的用户而言，也可以选择直接购买约翰5的身分的代理器的数据库。换句话说，用户本身训练的代理器可视为类似电子宠物的装置，提供了与用户聊天或是与其他用户交换以及交易的功能。

在通信系统100中，代理器(无论是用户的代理器或是好友代理器)，可以是自身的代理人，在自己无法通信的情况下自动应答对方所需要的信息或是服务。例如图3中的约翰3以及乔治2，当约翰3的身分的代理器的代理权限被启动时，约翰3的身分的代理器将会自动应答乔治2的身分所传的信息数据。此时，乔治2的身分的代理器可用于选择性地与约翰3的身分的代理器进行通信。当乔治2的身分的代理器的代理权限被启动时，约翰3的身分的代理器将会自动应答乔治2的身分的代理器所传的信息数据。例如，好友端系统11的用户设定乔治2的身分的代理器于半小时后自动对约翰3的身分的代理器提问某些信息，则乔治2的身分的代理器就会依照用户的设定运作。反过来说，当乔治2的身分的代理器的代理权限未被启动时，约翰3的身分的代理器将会自动应答乔治2的身分所传来的用户手动输入的提问信息。类似的设定也可以套用在客户端系统10。因此，藉由引入代理器的自动应答功能与自动整合数据功能，用户可以随时随地取得最新的信息以及获得实时性(Real Time)的回应。

图4是通信系统100中，厂商端系统12与客户端系统10的信息沟通示意图。为了简化描述，客户端系统10以”约翰1”的身分进行描述。如图4所示，约翰1的身分的代理器与M个厂商端系统12的外部代理器EBOT1至EBOTM连接。每一个外部代理器连接于对应的服务器，而服务器内包括着特定厂商的数据库。例如，第一外部代理器EBOT1连接于第一服务器Ser1。第M外部代理器EBOTM连接于第M服务器SerM。这些外部代理器EBOT1至EBOTM可用于与约翰1的身分的代理器进行通信。换句话说，客户端系统10的用户于信息接口UMI可选择约翰1的身分，并输入提问的信息。随后，约翰1的身分的代理器可以自动通过M个外部代理器EBOT1至EBOTM取得M家厂商的服务器(Ser1至SerM)的数据库的数据，并进行智能数据搜集以及数据整合。最终，约翰1的身分的代理器将针对输入提问的信息，而提供最精确的回应。因此，对于客户端系统10而言，代理器可以通过厂商端系统12的外部代理器搜集、整合以及获取不同厂商服务器的数据。在其它实施例中，客户端系统10的某个代理器可以呼叫其它的代理器(可能为人工智能等级更高的代理器)去搜集更完整的厂商数据，因此具备非常高的以及精确的数据整合能力。

图5是通信系统100中，好友端系统11通过客户端系统10与厂商端系统12的信息沟通示意图。为了简化描述，客户端系统10以”约翰1”的身分进行描述，而好友端系统11以”乔治2”的身分进行描述。如图5所示，虽然好友端系统11没有与厂商端系统12建立链接，然而好友端系统11与客户端系统10建立链接。因此，对于好友端系统11的用户而言，可以通过好友信息接口FMI，请求约翰1的身分的代理器，通过厂商端系统12的外部代理器搜集、整合以及获取不同厂商服务器的数据。实施方式也可为以下两种。第一种方式为，当好友信息接口FMI输入请求信息时，好友代理器(乔治2身分的代理器)会请求用户的代理器(约翰1身分的代理器)，通过至少一个外部代理器(EBOT1至EBOTM中至少一个)搜集至少一个服务器的数据。第二种方式为，好友端系统11的用户直接于好友信息接口FMI请求约翰1身分的代理器搜集至少一个服务器的数据，而非利用好友代理器(乔治2身分的代理器)的转送功能。在本实施例中，约翰1身分的代理器搜集不同厂商服务器的数据可为单播(Unicast)或以广播(Broadcast)方式搜集数据。单播的搜集数据模式需要较高人工智能等级的代理器才能达到非常精确的数据搜集能力。而广播的搜集数据模式需要浪费较多的网络流量才能达到巨量数据整合的目的。然而，本发明非局限于使用单播或广播的模式来搜集数据，任何合理的模式切换以及变化均属于本发明所揭露的范畴。

综上所述，本发明描述了一种具有智能代理器的通信系统。对于客户端而言，单一用户可以创立多重身分，并选择性地植入代理器。由于本发明的代理器具备机器学习及人工智能的深度学习功能，因此经过适当训练后，可以协助用户整合数据以及应答用户的提问。对于好友端而言，好友信息接口可以选择性地通过好友代理器连接于客户端的代理器。并且，好友代理器不限制于仅连接于一个客户端的代理器，其实可以连接于所有用户的代理器。因此好友端的用户可以选择一个适当的代理器请求对应的服务。因此，对于好友端而言，就算用户不在，也可以通过指定的代理器获取数据或是响应信息。对于厂商端而言，客户端的代理器可以通过厂商端的外部代理器搜集、整合以及获取不同厂商服务器的数据。甚至客户端的代理器可以呼叫其它的代理器(可能为人工智能等级更高的代理器)去搜集更完整的厂商数据。对于与厂商没有建立联机的好友端而言，好友代理器也可请求客户端的代理器，通过厂商端的外部代理器搜集、整合以及获取不同厂商服务器的数据。因此，即便好友代理器与厂商端没有直接建立联机，只要通过类似数据转送的代理机制，仍然可以获取厂商数据。因此，本发明的通信系统由于引入了智能代理器，故具备非常高的数据搜集能力，实时通信应答能力以及提供各种不同服务的功能。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。