CN104243280B - 通信管理系统 - Google Patents

Abstract

通信管理系统包括：一管理系统，用以管理至少一使用者的基本信息；以及一服务系统，回应于发话方所提出的一通信需求，向该管理系统取得一受话方的一基本信息与一目前位置信息，并向该发话方取得该发话方的一目前位置信息与一偏好信息，根据一通信机制系统因素以产生一通信机制脚本给该发话方选择，该发话方据以进行通话。

Description

通信管理系统

技术领域

本申请涉及一种通信管理系统，且特别涉及一种能动态调整通信机制的通信管理系统。

背景技术

某些大公司(甚至是跨国大公司)，为达到方便公司内部的通信，除了用座机让公司成员能彼此沟通以外，也会请电信业者提供多种通信机制(如虚拟专用网络、网络电话、手机通话等)，以方便公司成员能将其移动电话具有座机的功能。如此一来，即便公司成员不在其座位上，当有其他人打其分机时，该公司成员可利用其移动电话来接其分机电话，故而，不会漏接分机电话。

然而，这些通信机制有其适合的应用状况与不适合的应用状况。如果能让公司成员使用正确的通信机制，可以兼顾成本与质量。相反地，如果使用错误的通信机制，可能会导致通信的成本增加或质量降低。

这些通信机制有其适用的应用状况。但如果通信机制愈来愈多种，公司成员在自行选择其适用的通信机制上会有麻烦，因为公司成员得要记忆很多通信通制、通信规则等。此外，如果成员目前状况(如目前位置、是否出差与个人偏好等)变动的话，成员可能得要选择另一种通信机制，造成成员的使用麻烦。

发明内容

本申请有关于一种通信管理系统，其能依照偏好(如成本与质量)来动态调整通信机制。

本申请有关于一种通信管理系统，其能依照使用者目前状况(如目前位置、是否出差与个人需求等)来动态调整通信机制。

根据本申请一实施例，提出一种通信管理系统，该通信管理系统包括：一管理系统，用以管理至少一使用者的基本信息；以及一服务系统，回应于一发话方所提出的一通信需求，向该管理系统取得一受话方的一基本信息与一目前位置信息，并向该发话方取得该发话方的一目前位置信息与一偏好信息，根据一通信机制系统因素以产生一通信机制脚本给该发话方选择，该发话方据以进行通话。

为了对本申请的上述及其他方面有更佳的了解，下文特举实施例，并配合附图，作详细说明如下：

附图说明

图1显示根据本申请一实施例的通信管理系统的示意图。

图2显示根据本申请实施例的如何建立最佳通信机制的示意图。

图3显示根据本申请实施例的整体系统流程图。

图4显示根据本申请实施例的通信机制脚本(其显示于发话方移动装置)的一例。

【符号说明】

100：通信管理系统

100a：应用程序接口服务系统

100b：后台管理系统

100c：数据库

110：管理者

120：使用者

130：发话方

140：移动装置

150：卫星

210～240、310～390：步骤

具体实施方式

本说明书的技术用语参照本技术领域的习惯用语，如本说明书对部分用语有加以说明或定义，该部分用语的解释以本说明书的说明或定义为准。以下内容关于通信机制选择，对于该领域常见的技术或原理，如果不涉及本申请的技术特征，将不予赘述。此外，图示中元件的形状、尺寸、比例以及流程的步骤顺序等仅为示意，供本领域技术人员了解本申请之用，非对本申请的实施范围加以限制。

另外，以下说明内容的各个实施例分别具有一或多个技术特征，然此并不意味着使用本申请者必需同时实施任一实施例中的所有技术特征，或仅能分开实施不同实施例中的一部或全部技术特征。换句话说，在可能实施的前提下，本领域技术人员可依据本申请的公开内容，并视自身的需求或设计理念，选择性地实施任一实施例中部分或全部的技术特征，或者选择性地实施多个实施例中部分或全部的技术特征的组合，藉此增加本申请实施弹性。

本申请实施例的技术特征并非对本申请的限制，仅供本申请举例说明暨本领域技术人员了解本申请之用。此外，在可能实施的前提下，本领域技术人员能够依据本申请公开内容来选择等效技术、元件或步骤来实现本申请，亦即本申请的实施并不局限于本申请所公开的实施例。

另外，如果本申请实施例所公开的元件为已知元件的话，在不影响充分公开及可据以实现的情形下，以下说明对于这些已知元件的细节将予以节略。

现请参考图1，其显示根据本申请一实施例的通信管理系统的示意图。如图1所示，根据本申请实施例的通信管理系统100包括：应用程序接口(API，application interface)服务系统100a，后台管理系统100b与数据库100c。

如图1所示，管理者110通过后台管理系统100b来输入公司的各厂区/各分公司的相关信息(如各厂区/各分公司的地理位置(可以GPS位置来表示)、其范围、其所在国家、其所在区域等)、通信机制组合(如拨号方式、费用、质量等)至数据库100c。在此，拨号方式比如是，当欲拨打外线时，得先要拨某一特定号码(比如“0”)，这类的设定。

使用者120可通过后台管理系统100b来提供其差旅相关信息，以存入至数据库100c。在此，使用者120的差旅相关信息比如包括：使用者的出差时间、出差目的地等。

当发话方130欲打电话给受话方时，发话方130可通过移动装置140(比如是手机、具通信功能的平板计算机/笔记型计算机等)来选择欲拨打的受话方，并输入发话方130的个人偏好权重(包括偏好、质量、成本等)。移动装置140上安装有应用程序(未显示)。

此外，发话方130的位置信息可由，比如，卫星150来定位发话方130的位置(通过卫星定位是选择式的)，或者是，使用者自行输入其目前所在位置。

受话方的位置可由数据库100c提供相关数据给应用程序接口服务系统100a进行判断。亦即，应用程序接口服务系统100a可根据各厂区/各分公司的相关信息、受话方差旅信息来找出受话方的目前所在位置。之后，应用程序接口服务系统100a可根据发话方位置、受话方位置、发话方偏好权重与通信组合规则，找出最佳通信机制，据以产生拨号串给发话方。之后，发话方可依据所接收到的拨话串，来进行与受话方之间的通信。故而，对发话方而言，其并不需要知道受话方目前所在位置，也不需要知道通信机制、通信规则等，但发话方可依据所建立的最佳通信机制来进行通话。

此外，在发、受话方进行通话时，已建立的最佳通信机制不会被动态改变。亦即，此最佳通信机制在双方开始通话之前就已建立好。更甚者，当有至少一项相关信息改变时，比如发话方/受话方的所在位置改变、通信规则改变或者是发话方偏好改变的话，则系统需要再次建立最佳的通信机制。亦即，如果各项相关信息皆未改变的话，则可依照先前所建立好的最佳通信机制而不需改变。

现请参照图2，其显示根据本申请实施例的如何建立最佳通信机制的示意图。成员比如是公司的员工，在此实施例中，公司可视为一个大群组，而公司员工则是此群组中的成员。如图2所示，成员向通信管理系统100提出通信需求。在步骤210中，通信管理系统100取得受话方的信息。在此，受话方的信息比如是受话方的座机分机号码、手机号码、群组号码或其任意组合等。在本实施例中，电信业者与公司签订合约。比如但不受限于，电信业者为企业量身设计的虚拟专用网络。可依企业客户的不同需求，所有公司员工被设定为同一群组，此群组内成员间的通话可以利用简码/群组号码拨号并享有优惠费率。如此一来，公司成员在交换机的涵盖范围内可利用电信业者所提供的电信服务来进行网内互打。所以，以此合约来看，公司视为一个大群组，公司员工视为其群组底下的成员，每个公司员工会被指定一个群组号码。

在步骤220中，在建立最佳通信机制时，考虑动态因素。在此所谓的动态因素包括但不受限于，受话方的差旅状况(时间与地点等)、发话方的位置等。

在步骤230中，在建立最佳通信机制时，尚需考虑系统因素。在此，系统因素比如是，通信机制范围(比如，是交换机的涵盖范围)、通信机制设定条件(其比如是，当成员连线至国内公司虚拟专用网络时，此(国内)公司虚拟专用网络会连线至位于国外的分公司虚拟专用网络等)、通信机制费用、通信规则等或其任意组合。

在步骤240中，通信管理系统100产生最佳通信机制。亦即，通信管理系统依据受话方信息、动态因素、系统因素、发话方的个人偏好，计算出最佳的通信机制组合，提供给发话方。在发话方通过移动电话140接收到通信管理系统100所提供的最佳的通信机制组合后，发话方可在其移动电话140上选择要用哪一个种通信机制与受话方进行通话。

所以，成员不需要了解上述的各项设定、各种规则等，但成员可依据所接收到的最佳通信机制来进行通话。

现请参考图3，其显示根据本申请实施例的整体系统流程图。如图3所示，首先，在步骤310中，发话方提出通信需求。接着，在步骤320中，应用程序(此乃是安装于发话方的移动装置140上的应用程序)取得由发话方所输入的受话方姓名。在步骤330中，应用程序取得发话方的目前所在位置与发话方通信偏好目标(成本、质量等)。比如，发话方通信偏好目标如下表1所示：

表1

以上表1为例，在偏好权重中，成本的权重为70%而质量权重为30%。这代表，对于此次的通信需求，发话方较为重视成本，而较不重视质量。应用程序所取得的信息(受话方姓名、发话方所在位置与发话方通信偏好目标)会传送给API服务系统100a。而发话方的通信偏好目标则会存在于数据库100c中的偏好权重子数据库。

接着，在步骤340中，API服务系统100a向数据库100c中的成员基本信息子数据库取得受话方的基本信息(如受话方的座机分机号码、手机号码、群组号码)。

在步骤350中，API服务系统100a向数据库100c中的差旅数据子数据库取得受话方的差旅数据(差旅位置与时间等)，以得知受话方的目前所在位置，其关乎通信机制的选择。

接着，在步骤360中，API服务系统100a从数据库100c中的通信机制商用性规则子数据库与偏好权重子数据库来计算最佳通信机制组合。偏好权重子数据库存有发话方的偏好权重(如表1)。通信机制商用性规则子数据库包括：通信方式、通信规则、费用、质量等。

接着，在步骤370中，API服务系统100a更从数据库100c中的通信机制使用设定子数据库取出通信机制使用设定，以从所计算出的最佳通信机制组合来组成通信机制脚本。

在步骤380中，发话方的移动装置的应用程序显示通信机制脚本，此通信机制脚本包括数种目前可供发话方选择的拨话方式。

在步骤390中，发话方选择最佳通信机制并进行通话。

下表2举出一个例子来说明如何建立通信机制组合，以更进一步建立出最佳通信机制组合。为方便举例说明，在此以发话方与受话方之间有4种通信方式做说明如何建立通信机制组合，但当知本申请并不受限于此。虽然下表2以受话方在国外分公司为例做说明，但当知本申请并不受限于此。如以表2为例，则发/受话方间可利用「发话方手机直拨受话方手机来通话」，或是，「发话方与受话方之间利用虚拟专用网络来通话」，或是，「发话方与受话方之间利用网络电话来通话」。

表2

在表2中，第1种通信方式代表发话方利用手机拨受话方的手机号码给受话方。亦即，发话方并未利用虚拟专用网络或网络电话来进行通话。第2种通信方式则代表，当发话方处在中国台湾公司内部(亦即，发话方在中国台湾虚拟专用网络的交换机的涵盖范围内)且受话方在国外分公司内部(亦即，发话方在国外分公司虚拟专用网络的交换机的涵盖范围内)，则发话方可利用手机拨打至中国台湾虚拟专用网络的交换机(这段通信不收取费用，因为中国台湾公司与电信业者之间有签订合约)，再由中国台湾虚拟专用网络的交换机拨打至国外分公司虚拟专用网络的交换机(这段免费)，再由国外分公司虚拟专用网络的交换机拨打至受话方的手机(这段免费)。第3种通信方式则代表，当发话方处在中国台湾公司外部(亦即，发话方在中国台湾虚拟专用网络的交换机的涵盖范围之外)且受话方在国外分公司内部，则发话方可利用手机拨打至中国台湾虚拟专用网络的交换机(这段通信需要费用，因为发话方已在中国台湾虚拟专用网络交换机涵盖范围外，所以，发话方要负担用手机打电话至中国台湾虚拟专用网络交换机的这笔费用)，再由中国台湾虚拟专用网络的交换机拨打至国外分公司虚拟专用网络的交换机(这段免费)，再由国外分公司虚拟专用网络的交换机拨打至受话方的手机(这段免费)。第4种通信方式则代表发话方利用网络连线至网络电话的服务器，网络电话的服务器利用网络连接至国外分公司虚拟专用网络的交换机(这段免费)，再由国外分公司虚拟专用网络的交换机拨打至受话方的手机(这段免费)。“19878”则是代表受话方在虚拟专用网络的简码(亦即群组号码)。

另，如果发话方与受话方之间可利用多种网络电话(比如，现下流行的line，或者是skype或者是微软公司所推的Lync等)来进行通话的话，则每一种网络电话都要视为是一种通信方式，而分别制定其通信规则，通信费用，通信质量等。

在本例中，拨号规则是指，要通过拨打何种号码才能连线至目的。以表2的第2种通信方式为例，“888”是让处在公司内部发话方的手机拨号至中国台湾虚拟专用网络的交换机(在以前，这需要发话方自行记忆与输入)，“387”则是中国台湾虚拟专用网络的交换机拨打至国外分公司虚拟专用网络的交换机(在以前，这需要发话方自行记忆与输入)；以表2的第3种通信方式为例，“12345”是让处在公司外部发话方的手机拨号中国台湾虚拟专用网络的交换机(在以前，这需要发话方自行记忆与输入)；以表2的第4种通信方式为例，“2”是发话方的手机要拨号至网络电话的服务器(在以前，这需要发话方自行记忆与输入)。

故而，以表2为例，「通信机制」比如但不受限于，通信方式与拨号方式。通信机制组合包括：一通信方式、受话方的目前位置信息、发话方的目前位置信息、拨号方式、通信成本、通信质量或其任意组合。

在得到表2的通信机制组合后，接着，将发话方的偏好纳入考虑，以得到下表3的最佳通信机制组合表。

表3

在上表3中，将费用与质量分别给予正规化。“费用(正规化)”愈高代表其成本愈低，而“质量(正规化)”愈高则代表其质量愈好。由于在上表1中，使用者的费用权重是70%而质量权重是30%，可据以来得到每一种通信方式的分数。以第1种通信方式为例，其费用(正规化)是50与质量(正规化)是80，则其分数是50*70%+80*30%=35+24=59。其余通信方式的分数可依此类推。接着，将所有通信方式依照其分数高低加以排名，以表3为例，排名分别是：网络电话、虚拟专用网络(公司内部)、虚拟专用网络(公司外部)与手机。

接着，根据最佳通信机制组合，来得到通信机制脚本，其乃是将电话号码显示出来。图4显示根据本申请实施例的通信机制脚本(其显示于发话方移动装置)的一例。当API服务系统100a得到通信机制脚本后，其会传送给发话方的移动装置140，故而，发话方的移动装置140会显示出几组拨号号码，发话方可选择其中一组拨号号码来与受话方进行通话。一般来说，其显示方式比如但不受限为，显示在愈上方的，其排名愈高。

现请再参考图1。在本申请实施例中，为达上述功能，发话方的移动装置140至少包括：(选择性)定位模块，其通过卫星来定位出发话方的目前位置；通信模块，用以让发话方进行通信；数据输入模块：进行数据输入与选择(从通信机制脚本中择一)；以及应用程序：当发话方选择欲拨打的受话方后，发话方可通过此应用程序来输入个人偏好权重，并接收由API服务系统100a所传来的通信脚本以进行显示，及接收使用者的选择。

API服务系统100a则要包括通信机制组合运算模块，其针对使用者偏好权重、差旅信息、发/受话方位置等动态信息进行计算，以产生最佳通信机制组合表。

后台管理系统则包括：成员基本信息模块：维持成员的基本信息及其所能应用的通信方式；差旅信息模块：维护成员差旅相关信息(差旅时间、位置等)；公司/分公司/厂区判定信息模块：维护公司/分公司/厂区的相关判定信息(如其GSP位置、范围、所在国家、所在区域(省、县、市等))；以及通信机制规则模块：维护通信机制规则数据(通信方式、拨号方式、费用、质量等)。

综上所述可知，本申请上述实施例可事先依照各种通信机制、各种状况与偏好，将成员目前状况(发/受话方的位置)纳入考虑，以取得最佳通信机制。而且，系统可将计算好的各种通信机制加以组合，以供成员选择。所以，成员不需要了解各种通信机制的使用状况与使用规则，而且，成员也不需要了解依其偏好的话要如何选择最佳通信机制。而且，即便成员的状况有所变动，系统也会自动动态调整最佳通信机制，所以，使用者无论在任何状况下都可选择最佳通信机制来进行通话。

此外，本申请另一实施例可用于社群应用。比如，当某一使用者的手机上安装有本申请实施例精神的应用程序后，此使用者可组成一个群组，将其好友、同事、家人等拉入至此群组中。当然，加入群组的每个成员的手机都要安装此应用程序。群组中的每个成员可在此应用程序上输入其偏好权重、通信方式、通信规则。另外，此应用程序可至各电信业者下载电信业者的资费方案或者是使用者可自行输入所目前所用的资费方案。如此一来，使用者在打电话给此群组的其他成员时，应用程序会自动选择最好/最经济/最适用的资费方案给使用者，使用者无需记忆此时要用哪个资费方案来打电话。

相反地，在目前，如果无此应用程序的话，则使用者如果想要省钱的话，则其得自行记忆/搜寻目前要用哪个资费方案才能进行最经济的通话。对于使用者而言，这是很麻烦的事。

综上所述，虽然本申请已以实施例公开如上，然其并非用以限定本申请。本申请所属领域技术人员，在不脱离本申请的精神和范围内，当可作各种的更动与润饰。因此，本申请的保护范围当视所附权利要求书界定范围为准。

Claims (8)

1.一种通信管理系统，该通信管理系统包括：

一管理系统，用以管理至少一使用者的基本信息；以及

一服务系统，回应于一发话方所提出的一通信需求，向该管理系统取得一受话方的一基本信息与一目前位置信息，并向该发话方取得该发话方的一目前位置信息与一偏好信息，根据一通信机制系统因素以产生一通信机制脚本给该发话方选择，该发话方据以进行通话，

其中该使用者的该基本信息包括一座机分机号码、一手机号码或一群组号码，或其任意组合；并且

该通信机制系统因素包括：一通信机制范围、一通信机制设定、一通信机制费用、一通信规则或其任意组合。

2.如权利要求1所述的通信管理系统，其中，该管理系统还管理：一公司的各厂区或各分公司的一相关地理地址信息。

3.如权利要求2所述的通信管理系统，还包括：

一数据库，用以存储该至少一使用者的基本信息、该受话方的一目前差旅信息及该发话方的该偏好信息；

该服务系统根据该受话方的该目前差旅数据与该公司的各厂区或各分公司的该相关地理位置信息来取得该受话方的该目前位置信息。

4.如权利要求1所述的通信管理系统，其中，该发话方的该目前位置信息由该发话方的一移动装置自动取得，或由该发话方手动输入至该移动装置。

5.如权利要求1所述的通信管理系统，其中，如果该受话方的该目前位置信息、该发话方的该目前位置信息、该发话方的该偏好信息、或该通信机制系统因素的任一项改变时，该服务系统动态产生该通信机制脚本。

6.如权利要求1所述的通信管理系统，其中，该服务系统计算出一最佳通信机制组合，以产生该通信机制脚本，该最佳通信机制组合包括：一通信方式、该受话方的该目前位置信息、该发话方的该目前位置信息、一拨号方式、一通信成本、一通信质量或其任意组合。

7.如权利要求6所述的通信管理系统，其中，该服务系统对一通信机制组合进行正规化，并根据该发话方的该偏好信息以产生该最佳通信机制组合及其排名。

8.如权利要求1所述的通信管理系统，其中，该通信机制脚本显示于该发话方的一移动装置上，该通信机制脚本包括至少一拨号串，回应于该发话方的一选择，该移动装置根据被该选择的该拨号串拨号给该受话方。