呼叫系统的座席调整方法及装置、可读存储介质与流程

1.本技术涉及呼叫系统技术领域，具体而言，涉及一种呼叫系统的座席调整方法及装置、可读存储介质。


背景技术：

2.呼叫中心，可作为中大型公司对客户提供日常支持和服务的统一窗口，呼叫中心的核心为呼叫系统，呼叫系统中存储有座席(可理解为客服人员)信息、通话设备信息等，基于这些信息，呼叫系统进行通话的分配，以使座席可以对客户提供日常支持和服务。
3.现有技术中，呼叫系统中的座席的身份信息和话机号信息分别存储，在座席的身份信息中，座席的工位与座席的身份标识绑定；在话机号信息中，话机号与座席的工位绑定。当座席的工位调整后，管理员需要对两个分别存储的信息均进行调整，才可以实现座席的相关信息的同步。这种调整方式，调整工作量大，耗时较长，且不便利。


技术实现要素：

4.本技术实施例的目的在于提供一种呼叫系统的座席调整方法及装置、可读存储介质，用以实现高效且便利的座席调整。
5.第一方面，本技术实施例提供一种呼叫系统的座席调整方法，包括：接收第一座席端发起的第一登录请求；所述第一登录请求中包括第一座席端上的第一座席的身份信息，所述第一座席端上的原座席与所述第一座席不同；对所述第一座席的身份信息进行验证；在确定所述第一座席的身份信息通过验证后，获取所述第一座席通过所述第一座席端输入的第一通话设备的标识；将所述第一通话设备的标识与所述第一座席的身份信息绑定；接收所述第一座席待处理的通话；根据所述第一通话设备的标识和所述第一座席的身份信息的对应关系，将所述第一座席待处理的通话下发给所述第一通话设备，以使所述第一座席通过所述第一通话设备接听所述第一座席待处理的通话。
6.在本技术实施例中，与现有技术相比，在座席进行工位调整时，可以通过调整后的工位上的座席端(即第一座席端)登录呼叫系统，呼叫系统基于登录请求中的相关信息和输入的通话设备的信息，自动进行通话设备与座席的绑定。即，对于呼叫系统来说，座席与通话设备的对应关系是动态绑定的，进而对于座席来说，在需要更换工位时，只需要在原工位上退出系统，然后在新工位上重新登录系统，并输入相关信息，便可以实现调整工位后的信息的绑定；不再需要管理员单独修改座席与通话设备的绑定关系，整个调整过程灵活且方便，实现高效且便利的座席调整。
7.作为一种可能的实现方式，在所述接收所述第一座席待处理的通话之前，所述座席调整方法还包括：根据预设的座席身份信息与接听渠道之间的对应关系确定所述第一座席的接听渠道；所述第一座席待处理的通话为来自所述第一座席的接听渠道的通话。
8.在本技术实施例中，座席可以接听来自不同的接听渠道的通话，通过预设的座席身份信息与接听渠道之间的对应关系，可以实现将对应的接听渠道的通话有效的下发给座
席对应的通话设备。
9.作为一种可能的实现方式，所述座席调整方法还包括：接收管理员端的配置请求；所述配置请求中包括：第二座席的身份信息、第二座席的原接听渠道、第二座席的新接听渠道；根据所述配置请求对所述对应关系进行更新。
10.在本技术实施例中，预设的身份信息与接听渠道之间的对应关系可以通过管理员端的配置请求进行动态更新。即，在接听渠道调整后，呼叫系统不再需要调整通话设备的相关配置，也无需调整座席与通话设备的绑定关系，只需要调整座席的身份信息与接听渠道之间的对应关系，实现接听渠道的高效且便利的调整。
11.作为一种可能的实现方式，在所述接收管理员端的配置请求之前，所述座席调整方法还包括：接收所述第二座席所在的第二座席端发起的接听渠道调整请求；所述调整请求中包括所述第二座席的新接听渠道；将所述调整请求发送给所述管理员端。
12.在本技术实施例中，管理员端所发起的配置请求，可以是基于需要进行接听渠道调整的座席端的调整请求所发起的，实现接听渠道的灵活调整。
13.作为一种可能的实现方式，在所述根据所述配置请求对所述对应关系进行更新之后，所述座席调整方法还包括：接收所述第二座席端发起的第二登录请求；所述第二登录请求中包括所述第二座席的身份信息；对所述第二座席的身份信息进行验证；在确定所述第二座席身份信息通过验证后，获取所述第二座席通过所述第二座席端输入的第二通话设备的标识；将所述第二通话设备的标识与所述第二座席的身份信息绑定；根据更新的对应关系确定所述第二座席的接听渠道；接收所述第二座席待处理的通话；所述第二座席待处理的通话为来自所述第二座席的接听渠道的通话；根据所述第二通话设备的标识和所述第二座席的身份信息的对应关系，将所述第二座席待处理的通话下发给所述第二通话设备，以使所述第二座席通过所述第二通话设备接听所述第二座席待处理的通话。
14.在本技术实施例中，在接听渠道调整之后，且座席重新登录系统之后，呼叫系统根据更新的对应关系确定座席的接听渠道，以实现调整接听渠道后的通话的有效下发。
15.第二方面，本技术实施例提供一种呼叫系统的座席调整装置，该装置包括用于实现第一方面以及第一方面的任意一种可能的实现方式中所述的呼叫系统的座席调整方法。
16.第三方面，本技术实施例提供一种可读存储介质，所述可读存储介质上存储有计算机程序，所述计算机程序被计算机运行时，执行如第一方面以及第一方面的任意一种可能的实现方式中所述的呼叫系统的座席调整方法。
附图说明
17.为了更清楚地说明本技术实施例的技术方案，下面将对本技术实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本技术的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
18.图1为本技术实施例提供的呼叫系统的结构示意图；
19.图2为本技术实施例提供的呼叫系统的座席调整方法的流程图；
20.图3为本技术实施例提供的座席登录界面的示例图；
21.图4为本技术实施例提供的座机登录界面的示例图；
22.图5为本技术实施例提供的话务配置界面的示例图；
23.图6为本技术实施例提供的呼叫系统的座席调整装置的结构示意图。
24.图标：100
‑
呼叫系统；110
‑
座席端；120
‑
管理员端；130
‑
通话设备；140
‑
服务器；600
‑
呼叫系统的座席调整装置；610
‑
接收模块；620
‑
处理模块。
具体实施方式
25.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行描述。
26.请参照图1，为本技术实施例提供的呼叫系统100的结构示意图，呼叫系统100包括：座席端110、管理员端120、通话设备130和服务器140。其中，座席端110、管理员端120和通话设备130分别与服务器140通信连接。
27.呼叫系统100可以应用于各类公司或者企业，公司或者企业通过该呼叫系统100，一方面，实现对客户提供日常支持和服务；另一方面，实现对座席的管理。座席，可以理解为呼叫系统100中负责接听电话的人员，也即客服人员，由于客服人员通常都是坐在固定的位置上接听电话，因此称之为座席。
28.座席端110，其硬件形式可以为计算机、平板等具有数据处理能力的电子设备。在呼叫系统100中，由于座席的数量为多个，座席端110的数量通常为多个。
29.管理员端120，其硬件形式与座席端110相同，可以为计算机、平板等具有数据处理能力的电子设备。在呼叫系统100中，管理员的数量可以是一个，也可以是多个。对应的，管理员端120的数量也可以是一个或者多个。可以理解，座席与管理员在呼叫系统100中的权限不相同。
30.此外，座席与座席端110的对应关系，以及管理员与管理员端120的对应关系在呼叫系统100中并不是固定的。举例来说，针对同一座席，当座席的工位为工位1时，座席对应的座席端110便为工位1上的电脑端；当座席的工位为工位2时，座席对应的座席端110便为工位2上的电脑端；管理员端120与管理员的对应关系同理。换句话说，座席端110或者管理员端120仅是作为座席或者管理员与服务器140进行交互的平台。
31.通话设备130，可以包括：主通话设备和分通话设备。其中，主通话设备的数量可以是一个或者多个；分通话设备的数量也可以是一个或者多个。一个主通话设备对应多个分通话设备，主通话设备上用于接收其对应的多个分通话设备的通话，然后由服务器140基于配置关系对通话进行下发。
32.举例来说，主通话设备的设备号为001，则其对应的分通话设备的设备号可以分别为：001
‑
001(代表主通话设备的第一个分通话设备)、001
‑
002(代表主通话设备的第二个分通话设备)、001
‑
003(代表主通话设备的第三个分通话设备)等。
33.作为另一种实施方式，通话设备130也可以不分主通话设备和分通话设备，所有的通话设备130的通话均由服务器140下发和管理。比如：服务器140在接收到某个通话设备130的通话时，根据通话设备130的身份标识，直接将通话下发给通话设备130。
34.在本技术实施例中，通话设备130可以是实体通话设备，也可以是虚拟通话设备。实体通话设备，可以是座机、手机等。虚拟通话设备，可以是一些通话软件，在这种实施方式中，虚拟通话设备可以安装在座席端110上，则座席端110既作为座席与服务器140的交互平台，又作为通话设备130。
35.服务器140，作为呼叫系统100的核心数据处理平台，与各个端之间进行交互，以实现呼叫系统100的运行。
36.在本技术实施例中，服务器140上预设有座席的身份信息。作为一种可选的实施方式，座席在使用呼叫系统100之前，通过身份信息在呼叫系统100中进行注册，在注册完成之后，座席的身份信息存储在服务器140上。作为另一种可选的实施方式，由管理员预先在呼叫系统100中配置各个座席的身份信息，然后各个座席可以通过管理员提供的身份信息登录呼叫系统100。
37.基于这种登录呼叫系统100的运作方式，座席与通话设备130，座席与工位之间的关系在呼叫系统100中均不是固定的，座席坐在任意一个工位上，登录呼叫系统100，就可以进行接听电话的工作。
38.接下来对通话设备130的技术背景作一个简单介绍。
39.随着互联网在全球的飞速发展和迅速普及，网络技术的不断进步和成熟，新的技术不断涌现，ip电话也由此而应运而生；经过短短十几年的发展，已在全球范围内广泛使用。
40.ip电话，就是利用ip网通话的一种应用，ip网是指基于ip协议的分组网络，包括internet和intanet。因为ip电话的语音信号是在ip网络上传输的，所以ip电话也叫网络电话。与传统模拟电话相比，ip电话有以下优点：
41.1.能够更加高效地利用网络资源
42.ip电话采用先进的数字信号处理技术，可以将64kbps(bit/s)的话音信号压缩成8kbps(bit/s)或更低码率的数据流，能够在同一条线路上传输比采用模拟技术时更多的呼叫，并且ip电话采用的是分组交换技术，可以实现信道的统计复用,使得网络资源的利用效率更高。
43.2.可以提供更为廉价的服务
44.ip电话是以数字形式作为传输媒体，所以占用资源小，成本很低，价格便宜，现在国内已经有一些电信运营商开始提供ip电话服务，价格可以比电话低一半的价格。
45.3.和数据业务有更大的兼容性
46.ip电话不仅包含传统的话音业务，还涵盖了其他一些多媒体实时通信业务，同时还提供许多方便的增值业务，如呼叫转换，呼叫阻塞，主叫号码显示等。
47.4.灵活方便的组网方式
48.ip话机只要插上rj45网线就可以使用，而不用像模拟话机一下，需要另外拉rj11的电话线；当需要调整办公座位时，话机拿到新办公位、插上网线就可以使用，而不用像模拟话机一样，需要另外再设置跳线。
49.5.符合三网合一的发展方向
50.ip技术不仅是通信领域的新潮流，它符合未来三网合一的发展方向，因而其市场潜力十分可观。
51.ip话机是以ip网络协议为主要通信协议，以网口(或wifi)为主要接口，具备拨号、通话功能的独立电话设备，是专门用于ip电话的电话机。
52.呼叫中心日常使用的呼叫系统100就是一套用于分配和调度来电、管理通话的系统，在使用前，坐席通过ip话机注册到呼叫系统服务器上。ip话机上需管理员提前配置服务
器140的地址、端口，以及本话机对应的分机号、密码等相关信息，话机联网后会自动注册到服务器140；当需要调整分机号时，需要修改ip话机内的分机号、密码等相关配置，修改后ip话机联网后自动注册到服务器140。客户来电时，呼叫系统100将电话分配到空闲的ip话机，ip话机收到服务器140发来的来电信号后开始振铃，坐席接通、即可开始通话。
53.基于上述应用场景的介绍，接下来请参照图2，为本技术实施例提供的呼叫系统100的座席调整方法的流程图，该方法可以应用于服务器140。该方法包括：
54.步骤210：接收第一座席端发起的第一登录请求。第一登录请求中包括第一座席端上的第一座席的身份信息，第一座席端上的原座席与第一座席不同。
55.步骤220：对第一座席的身份信息进行验证。
56.步骤230：在确定第一座席的身份信息通过验证后，获取第一座席通过第一座席端输入的第一通话设备的标识。
57.步骤240：将第一通话设备的标识与第一座席的身份信息绑定。
58.步骤250：接收第一座席待处理的通话。
59.步骤260：根据第一通话设备的标识和第一座席的身份信息的对应关系，将第一座席待处理的通话下发给第一通话设备，以使第一座席通过第一通话设备接听第一座席待处理的通话。
60.在本技术实施例中，与现有技术相比，在座席进行工位调整时，可以通过调整后的工位上的座席端(即第一座席端)登录呼叫系统100，呼叫系统100基于登录请求中的相关信息和输入的通话设备130的信息，自动进行通话设备130与座席的绑定。即，对于呼叫系统100来说，座席与通话设备130的对应关系是动态绑定的，进而对于座席来说，在需要更换工位时，只需要在原工位上退出系统，然后在新工位上重新登录系统，并输入相关信息，便可以实现调整工位后的信息的绑定；不再需要管理员单独修改座席与通话设备130的绑定关系，整个调整过程灵活且方便，实现高效且便利的座席调整。
61.接下来对步骤210
‑
步骤260的详细实施方式进行介绍。
62.步骤210
‑
步骤260该流程对应座席工位调整后服务器140的处理流程。因此，在步骤210中，第一座席端上的原坐席与第一座席不同。可以理解，如果没有进行座席的工位调整，在第一座席端上仍然有座席会进行呼叫系统100的登录，即服务器140仍然会执行步骤210
‑
步骤260的流程，因此，在步骤210中，也可以没有第一座席端上的原坐席与第一座席不同的限定，该限定只是为了体现本技术实施例所应用的特定情况。
63.第一座席的身份信息可以包括第一座席的员工工号。对于座席来说，公司或者企业会为其分配相应的员工工号。为了便于理解，请参照图3，为座席在座席端上的登录界面的示例图，在图3中，座席需要输入员工工号和密码进行登录，密码可以是座席自己设置的登录密码，也可以是呼叫系统100所规定的登录密码。
64.在步骤210中获取到第一座席的身份信息之后，服务器140先对第一座席的身份信息进行验证，比如：验证员工工号是否为预设的员工工号中的坐席号，可以理解为验证第一座席的身份是否合法。再比如：验证登录密码与预设的员工工号的登录密码是否一致。
65.对应的，如果员工工号为预设的员工工号中的员工工号，且登录密码与预设的员工工号的登录密码一致，则确定第一座席的身份信息通过验证；如果员工工号不是预设的坐席号中的员工工号，和/或登录密码与预设的员工工号的登录密码不一致，则确定第一座
席的身份信息未通过验证。
66.在确定第一座席的身份信息通过验证时，服务器140可以基于员工工号发送用于表征通过验证的反馈信息给第一座席端，第一座席端在接收到反馈信息之后，展示相应的座机登录界面，然后第一座席在座机登录界面上输入第一通话设备的标识。
67.作为举例，请参照图4，为本技术实施例提供的座机登录界面的示例图，在该登录界面上，座席的工号(即员工工号)为已知信息，座席需要输入通话设备130的标识，即图中的分机号。
68.此外，如果通话设备130采用实体通话设备的实施方式，则第一通话设备为第一座席所在的工位上的座机或者手机。如果通话设备130采用虚拟通话设备的实施方式，则第一通话设备为第一座席所在的第一座席端上的虚拟话机。
69.在确定第一座席的身份信息未通过验证后，服务器140可以将用于表征未通过验证的反馈信息发送给第一座席端，第一座席端基于该反馈信息，输出用于提示该账号无效或者密码错误的指示信息，以便第一座席重新输入登录信息进行登录或者找管理员核实相关的信息是否有误等。
70.进一步地，如果身份信息通过验证，则第一座席通过第一座席端的座机登录界面，可以输入第一通话设备的标识，第一座席端在获取到第一通话设备的标识之后，将其传输给服务器140，进而，服务器140在步骤230中，获取第一通话设备的标识。
71.在步骤240中，服务器140将第一通话设备的标识与第一座席的身份信息绑定，即可实现座席与通话设备130的对应关系的动态绑定。
72.在本技术实施例中，一个通话设备130的标识仅与一个座席的身份信息绑定，如果第一通话设备的标识与原来的座席的身份信息还没有解除绑定，则在步骤240中，先将第一通话设备的标识与原来的座席的身份信息解除绑定，再进行第一通话设备的标识与第一座席的身份信息的绑定。同样的，如果第一座席的身份信息与原来的通话设备130的标识还没有解除绑定，则在步骤240中，先将第一座席的身份信息与原来的通话设备130的标识解除绑定，再进行第一座席的身份信息与第一通话设备的标识的绑定。
73.当然，作为一种更有效的实施方式，对于服务器140来说，在座席端110的座席每次退出系统之后，座席先前在登录系统时所绑定的座席与通话设备130之间的对应关系，自动解绑，相当于座席与通话设备130之间的对应关系具有时效性。即，该绑定关系仅在座席登录系统时有效，这样可以保证每次绑定的对应关系都是实时的对应关系，且无需在绑定之前解绑。
74.在步骤240中将第一通话设备的标识与第一座席的身份信息绑定之后，相当于将第一通话设备与第一座席绑定。在步骤250中，可以接收第一座席待处理的通话。
75.在步骤250中，服务器140可以直接接收第一座席待处理的通话；也可以通过预设的主通话设备接收第一座席待处理的通话，在本技术实施例中不作限定。
76.进而，在步骤260中，服务器140根据第一通话设备的标识和第一座席的身份信息的对应关系，将第一座席待处理的通话下发给第一通话设备。
77.举例来说，假设第一通话设备的主设备接收到待处理的通话，该待处理的通话对应的座席为第一座席(该对应关系为已知信息)，服务器140基于步骤240中的对应关系，确定第一座席对应的通话设备为第一通话设备，然后服务器140将待处理的通话下发给第一
通话设备，第一座席通过第一通话设备，便可以接听该待处理的通话。
78.其中，服务器140下发通话的实施方式，属于本领域成熟的技术，在本技术实施例中不作详细介绍。
79.通过上述座席调整后，服务器140的处理流程可以看出，当坐席需要调整办公工位时，无需管理员修改新办公工位上的通话设备130的分机号及相关配置，只需要坐席在新工位上输入工号和密码重新登录呼叫系统100，并绑定分机号即可，整个处理过程十分便利且高效。
80.在呼叫系统100中，各个座席可以仅接听一个固定的接听渠道的通话，也可以在不同的时段或者不同的需求下，基于话务量的不同接听不同的接听渠道的通话。例如：上午接听渠道一的电话多、接听渠道二的电话少，下午反过来的话，那么下午就需要将一部分接听渠道一的坐席调整为接听渠道二的电话。
81.在本技术实施例中，座席的身份信息与接听渠道之间的对应关系可以是预设的，该预设的对应关系可以修改。
82.基于该对应关系，在步骤250之前，该方法还包括：根据预设的座席身份信息与接听渠道之间的对应关系确定第一座席的接听渠道。对应的，第一座席待处理的通话便为来自第一座席的接听渠道的通话。即，在确定第一座席的接听渠道之后，服务器140仅将来自对应的接听渠道的通话下发给第一通话设备。
83.在本技术实施例中，座席可以接听来自不同的接听渠道的通话，通过预设的座席身份信息与接听渠道之间的对应关系，实现将对应的接听渠道的通话有效的下发给座席对应的通话设备。
84.在本技术实施例中，预设的身份信息与接听渠道之间的对应关系可以由管理员进行配置(修改)。因此，作为一种可选的实施方式，该方法还包括：接收管理员端120的配置请求；配置请求中包括：第二座席的身份信息、第二座席的原接听渠道、第二座席的新接听渠道；根据配置请求对身份信息与接听渠道的对应关系进行更新。
85.在这种实施方式中，第二座席可以理解为需要进行接听渠道的调整的座席。第二座席可以是第一座席，也可以是除第一座席外的其他座席，采用第一和第二的描述方式，只是为了将两种应用场景(接听渠道调整和工位调整)区分开，不构成本技术实施例的限制。
86.管理员端120为具有接听渠道调整权限的管理员所在的端，对于管理员来说，也可以通过对应的账号和密码登录呼叫系统100，然后执行配置操作。
87.作为举例，请参照图5，为本技术实施例提供的管理员端120的配置界面的示例图，在图5中，管理员可以通过选择渠道坐席号的方式，对接听渠道进行配置，比如：原来的接听渠道为渠道一坐席号，管理员将其修改为渠道二坐席号，则接听渠道一为原接听渠道，接听渠道二为新接听渠道。此外，在该配置界面上，还包括：第二座席的身份信息，图中包括员工姓名和工号，也可以是其他能够用于表征身份的信息。
88.其中，不同的接听渠道通过坐席号进行区分。比如，针对同一个座席，其在接听渠道1具有一个坐席号，在接听渠道2具有另一个坐席号。因此，图5中的渠道1坐席号代表接听渠道1对应的坐席号，渠道2坐席号代表接听渠道2对应的坐席号。接听渠道对应的坐席号与员工的身份信息(员工工号)绑定，可基于员工工号确定对应的坐席号，进而确定对应的接听渠道。
89.对于服务器140来说，基于该配置请求，将原来的对应关系中第二座席对应的接听渠道修改为新接听渠道，即可实现对应关系的更新。
90.在本技术实施例中，预设的身份信息与接听渠道之间的对应关系可以通过管理员端120的配置请求进行动态更新。即，在接听渠道调整后，呼叫系统100不再需要调整通话设备130的相关配置，也无需调整座席与通话设备130的绑定关系，只需要调整座席的身份信息与接听渠道之间的对应关系，实现接听渠道的高效且便利的调整。
91.作为一种可选的实施方式，在第二座席需要调整接听渠道时，可以通过线下或者线上的方式告知管理员。
92.如果采用线下的方式，则第二座席可以直接找到管理员，并告知管理员需要修改接听渠道。
93.如果采用线上的方式，则可以通过呼叫系统100实现，该方法还包括：接收第二座席所在的第二座席端发起的接听渠道调整请求；调整请求中包括第二座席的新接听渠道；将调整请求发送给管理员端120。
94.在这种实施方式中，第二座席通过第二座席端向服务器140发起接听渠道调整请求，然后服务器140将该调整请求发送给管理员端120，管理员端120基于调整请求再发起配置请求。
95.除了通过呼叫系统100实现，第二座席也可以通过其他线上的方式告知管理员需要调整接听渠道，比如：通过社交平台(钉钉、qq、微信等)告知管理员需要调整接听渠道。
96.在本技术实施例中，管理员端120所发起的配置请求，可以是基于需要进行接听渠道调整的座席端110的调整请求所发起的，实现接听渠道的灵活调整。
97.在服务器140根据配置请求对座席的身份信息与接听渠道的对应关系进行更新之后，第二座席可以通过第二座席端登录呼叫系统100。因此，该方法还包括：接收第二座席端发起的第二登录请求；第二登录请求中包括第二座席的身份信息；对第二座席的身份信息进行验证；在确定第二座席身份信息通过验证后，获取第二座席通过所述第二座席端输入的第二通话设备的标识；将第二通话设备的标识与所述第二座席的身份信息绑定；根据更新的对应关系确定第二座席的接听渠道；接收第二座席待处理的通话；第二座席待处理的通话为来自第二座席的接听渠道的通话；根据第二通话设备的标识和第二座席的身份信息的对应关系，将第二座席待处理的通话下发给第二通话设备，以使第二座席通过第二通话设备接听所述第二座席待处理的通话。
98.在这种实施方式中，第二座席的接听渠道为更新的对应关系中的新接听渠道。对于服务器140的其他处理流程的实施方式，参照前述实施例中不作210
‑
步骤260的实施方式的介绍，在此不再重复介绍。
99.通过工位调整时座席的调整方式，以及接听渠道调整时座席的调整方式可以看出，本技术实施例将现有的座席和通话设备130之间的固定绑定关系，改为动态绑定关系。座席在登录时，只需要输入通话设备130的标识，便可以实现座席与通话设备130的动态绑定；以及在接听渠道调整时，也不需要更改其他的对应关系，只需要修改座席身份信息与接听渠道的对应关系，对于座席来说，也只需要重新登录呼叫系统100，便可以实现接听渠道的调整。因此，通过本技术实施例的座席调整方法，可以实现便利且高效的座席调整。
100.基于同一发明构思，请参照图6，本技术实施例中还提供一种呼叫系统的座席调整
装置600，包括接收模块610和处理模块620。
101.接收模块610，用于接收第一座席端发起的第一登录请求；所述第一登录请求中包括第一座席端上的第一座席的身份信息，所述第一座席端上的原座席与所述第一座席不同。
102.处理模块620，用于：对所述第一座席的身份信息进行验证；在确定所述第一座席的身份信息通过验证后，获取所述第一座席通过所述第一座席端输入的第一通话设备的标识；将所述第一通话设备的标识与所述第一座席的身份信息绑定；接收所述第一座席待处理的通话；根据所述第一通话设备的标识和所述第一座席的身份信息的对应关系，将所述第一座席待处理的通话下发给所述第一通话设备，以使所述第一座席通过所述第一通话设备接听所述第一座席待处理的通话。
103.在本技术实施例中，处理模块620还用于：根据预设的座席身份信息与接听渠道之间的对应关系确定所述第一座席的接听渠道；所述第一座席待处理的通话为来自所述第一座席的接听渠道的通话。
104.在本技术实施例中，接收模块610还用于：接收管理员端120的配置请求；所述配置请求中包括：第二座席的身份信息、第二座席的原接听渠道、第二座席的新接听渠道；处理模块620还用于：根据所述配置请求对所述对应关系进行更新。
105.在本技术实施例中，接收模块610还用于：接收所述第二座席所在的第二座席端发起的接听渠道调整请求；所述调整请求中包括所述第二座席的新接听渠道；处理模块620还用于将所述调整请求发送给管理员端120。
106.在本技术实施例中，接收模块610还用于：接收所述第二座席端发起的第二登录请求；所述第二登录请求中包括所述第二座席的身份信息。处理模块620还用于：对所述第二座席的身份信息进行验证；在确定所述第二座席身份信息通过验证后，获取所述第二座席通过所述第二座席端输入的第二通话设备的标识；将所述第二通话设备的标识与所述第二座席的身份信息绑定；根据更新的对应关系确定所述第二座席的接听渠道；接收所述第二座席待处理的通话；所述第二座席待处理的通话为来自所述第二座席的接听渠道的通话；根据所述第二通话设备的标识和所述第二座席的身份信息的对应关系，将所述第二座席待处理的通话下发给所述第二通话设备，以使所述第二座席通过所述第二通话设备接听所述第二座席待处理的通话。
107.呼叫系统的座席调整装置600与前述实施例中的呼叫系统的座席调整方法对应，各个功能模块与方法的各个步骤对应，因此，各个功能模块的实施方式参照各个步骤的实施方式，在此不再重复介绍。
108.基于同一发明构思，本技术实施例还提供一种可读存储介质，该可读存储介质上存储有计算机程序，计算机程序被计算机运行时，执行前述实施例所述的呼叫系统100的座席调整方法。
109.在本技术所提供的实施例中，应该理解到，所揭露装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连
接，可以是电性，机械或其它的形式。
110.另外，作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
111.再者，在本技术各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。
112.在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。
113.以上所述仅为本技术的实施例而已，并不用于限制本技术的保护范围，对于本领域的技术人员来说，本技术可以有各种更改和变化。凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。