CN112751977A - 呼叫处理方法、装置、系统及存储介质 - Google Patents

Abstract

一种呼叫处理方法、装置、系统及存储介质，涉及AR技术及相关应用的技术领域，该呼叫处理方法包括如下步骤：接收来自当前AR眼镜的呼叫请求，呼叫请求用于请求AR远程协助；判断当前控制中心是否处于忙碌状态；若否，控制呼叫请求至控制中心；若是，控制呼叫请求至远程的专家协助端；其中，控制中心和远程的专家协助端均能够为AR眼镜提供AR远程协助。

Description

呼叫处理方法、装置、系统及存储介质

技术领域

本发明涉及AR技术及相关应用的技术领域，具体而言，涉及一种呼叫处理方法、装置、系统及存储介质。

背景技术

当前，AR技术已广泛应用于需要进行远程协助的场景，例如设备维修或检修等。在进行设备维修或检修时，有时候现场无法解决的技术问题经常需要求助于远程的协助端，当AR眼镜端呼通远程的协助端之后，远程协助端例如可以通过获取现场的二维画面进行截图、标注等协助措施之后，再将截图发送给现场人员，以达到远程协助的目的。然而，当前AR眼镜端在呼叫远程的协助端时经常出现呼不通的情况发生。

尤其针对地铁领域，当将AR远程协助系统应用于地铁检修或维修时，例如，地铁停靠一个站点的停留时间一般在2-3分钟，如果地铁在运营过程中发生故障，例如指示灯不亮或车门无法关门等，需要驾驶员能作为一个现场维修人员，快速的确定故障，在确定故障后能紧急处理，以避免影响下趟地铁的正常运行。因此，AR眼镜端的呼叫请求能较快地得到响应是极为重要的，可以为地铁检修或维修节省很多时间，保障地铁运营的顺畅性。

发明内容

本发明的目的在于，提供一种呼叫处理方法、装置、系统及存储介质，以解决上述问题。

为实现上述目的，本发明实施例采用的技术方案如下：

本发明实施例提供了一种呼叫处理方法，包括如下步骤：

接收来自当前AR眼镜的呼叫请求，所述呼叫请求用于请求AR远程协助；

判断当前控制中心是否处于忙碌状态；

若否，控制所述呼叫请求至所述控制中心；

若是，控制所述呼叫请求至远程的专家协助端；

其中，所述控制中心和所述远程的专家协助端均能够为所述AR眼镜提供AR远程协助。

可选地，所述忙碌状态包括：所述当前控制中心已响应至少一个AR眼镜的呼叫请求。

可选地，所述忙碌状态包括：所述当前控制中心对于所述AR眼镜的持续呼叫在预设时间内无响应。

可选地，当所述控制中心和所述远程的专家协助端均处于忙碌状态的情况下，判断所述AR眼镜的呼叫请求是否为紧急呼叫；若是，将所述AR眼镜插入到紧急呼叫列表中；当所述控制中心或所述远程的专家协助端闲置时，控制所述控制中心或所述远程的专家协助端优先响应所述紧急呼叫列表中的AR眼镜。

可选地，判断所述AR眼镜的呼叫请求是否为紧急呼叫包括：判断所述AR眼镜的呼叫频率是否大于呼叫频率阈值，若是，判断所述AR眼镜的呼叫请求为紧急呼叫；或者，判断所述AR眼镜的持续呼叫时长是否大于持续呼叫时长阈值，若是，判断所述AR眼镜的呼叫请求为紧急呼叫。

可选地，所述远程的专家协助端包括具有远程协助软件的智能终端。

本发明实施例还提供了一种呼叫处理装置，包括：

接受模块，用于接收来自当前AR眼镜的呼叫请求，所述呼叫请求用于请求AR远程协助；

判断模块，用于判断当前控制中心是否处于忙碌状态；

控制模块，用于若否，控制所述呼叫请求至所述控制中心；若是，控制所述呼叫请求至远程的专家协助端；其中，所述控制中心和所述远程的专家协助端均能够为所述AR眼镜提供AR远程协助。

可选地，所述控制模块还用于当所述控制中心和所述远程的专家协助端均处于忙碌状态的情况下，判断所述AR眼镜的呼叫请求是否为紧急呼叫；若是，将所述AR眼镜插入到紧急呼叫列表中；当所述控制中心或所述远程的专家协助端闲置时，控制所述控制中心或所述远程的专家协助端优先响应所述紧急呼叫列表中的AR眼镜。

本发明实施例还提供了一种呼叫处理系统，包括至少一个AR眼镜，控制中心、服务器和至少一个远程的专家协助端；所述至少一个AR眼镜用于向所述控制中心发出呼叫请求，所述呼叫请求用于请求远程协助；所述服务器用于执行上述呼叫处理方法。

本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机指令，所述计算机指令被处理器执行时实现上述呼叫处理方法。

本发明实施例提供的技术方案中，通过接收来自当前AR眼镜的呼叫请求，所述呼叫请求用于请求AR远程协助；判断当前控制中心是否处于忙碌状态；若否，控制所述呼叫请求至所述控制中心；若是，控制所述呼叫请求至远程的专家协助端。如此，能够尽可能的让AR眼镜跟后台的协助端(控制中心或远程的专家协助端)能够一对一的对接，可以使得佩戴AR眼镜的司机较为顺畅和快捷地连接到后台协助端(控制中心和远程的专家协助端)，可尽量避免司机通过AR眼镜呼叫远程协助时的等待和排队，进而可以为地铁检修或维修节省很多时间，保障地铁运营的顺畅性。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本发明的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1是示出根据本申请实施例的呼叫处理的场景的示意图。

图2为本申请实施例提供的呼叫处理方法流程示意图；

图3为本申请实施例中呼叫处理装置的的结构框图。

图标：1-AR眼镜；22-控制中心；3-远程的专家协助端；21-服务器；100-呼叫处理装置；11-接受模块；12-判断模块；13-控制模块。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。

图1是示出根据本公开实施例的呼叫处理的场景的示意图。参考图1，其中，多个AR眼镜1、控制中心22、远程的专家协助端3通过网络与服务器21连接。

增强现实(Augmented Reality，增强现实)是一种实时地计算摄影机影像的位置及角度，并加上相应图像、视频、3D模型的技术。AR眼镜1是一种实现AR技术且可佩戴在人体头部进行展示的穿戴式设备，它通过计算机技术可将虚拟的信息叠加到真实世界，使真实的环境和虚拟的物体能够实时地叠加到同一个画面中，实现两种信息的相互补充，并通过头盔、眼镜等设备在用户的眼前进行画面展示，增强用户的现实感。

控制中心22又称OCC(operation control center)，示例性的，控制中心22例如可以是地铁系统的地铁调度控制中心22，该调度中心里有至少一位指导司机通过操作计算机设备对地铁系统进行相应的管理。在其它实施例中，该控制中心22也可以是一台便携式终端(如笔记本电脑等)，由管理人员自由携带。

远程的专家协助端3例如可以是装载有远程协助软件的智能手机或平板电脑等便携式终端设备。

服务器21可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。

该网络可以为局域网(local area networks，LAN)，也可以为广域网(wide areanetworks，WAN)(例如互联网)。AR眼镜1、控制中心22、远程的专家协助端3与服务器21之间的网络均可使用任何已知的网络通信协议来实现，上述网络通信协议可以是各种有线或无线通信协议，诸如以太网、通用串行总线(universal serial bus，USB)、火线(firewire)、全球移动通讯系统(global system formobile communications，GSM)、通用分组无线服务(general packet radio service，GPRS)、码分多址接入(code divisionmultipleaccess，CDMA)、宽带码分多址(widebandcode division multiple access，WCDMA)，时分码分多址(time-division code divisionmultiple access，TD-SCDMA)、长期演进(longterm evolution，LTE)、新空口(new radio，NR)、蓝牙(bluetooth)、无线保真(wirelessfidelity，Wi-Fi)等通信协议。

请参照图2，本实施例提供一种呼叫处理方法，呼叫处理方法由服务器21执行，本实施例以该呼叫处理方法应用于地铁领域为例进行说明，呼叫处理方法包括如下步骤：

S101：接收来自当前AR眼镜的呼叫请求，呼叫请求用于请求AR远程协助。

本实施例中，每位地铁司机可以随车携带一副AR眼镜1，当运行的地铁出现待故障时，可在停车司机佩戴该AR眼镜1，然后，司机可以通过按压AR眼镜1上的物理按键，或者通过在与该AR眼镜1连接的一终端设备(如手机或平板电脑)进行呼叫触发操作而发出该呼叫请求，该呼叫请求通过网络先发送至该服务器21以使得该服务器21获得该呼叫请求。

可选地，司机也可以通过语音方式发起该呼叫请求，例如司机说“需要请求远程协助”，该AR眼镜1上自带的麦克风或者与该AR眼镜1连接的一终端设备(如手机或平板电脑)可以获取该语音命令从而触发该呼叫请求。

可选地，司机也可以通过一可变手操作来触发该呼叫请求，如对着该AR眼镜1上的摄像头做出一种“特定手势”，例如用大拇指和小拇指组合做出拨打电话的手势动作，AR眼镜1的摄像头捕获到该手势动作后将识别出该司机欲进行上述呼叫请求，其中，该对应的手势动作所对应的“含义”(触发功能)可前期预设在AR眼镜1中，或预存在服务器21中。

可选地，上述AR眼镜1可以通过人工智能云服务来对司机的语音命令或特定手势命令进行识别。该人工智能云服务可以部署在AR眼镜1处，也可以部署在服务器21处。

人工智能云服务，一般也被称作是AIaaS(AI as a Service，中文为“AI即服务”)。这是目前主流的一种人工智能平台的服务方式，具体来说AIaaS平台会把几类常见的AI服务进行拆分(例如声音识别、图像识别、用户参与状态推理等等)，并在云端提供独立或者打包的服务。人工智能(Artificial Intelligence,AI)是利用数字计算机或者数字计算机控制的机器模拟、延伸和扩展人的智能，感知环境、获取知识并使用知识获得最佳结果的理论、方法、技术及应用系统。这种服务模式类似于开了一个AI主题商城：所有的开发者都可以通过API接口的方式来接入使用平台提供的一种或者是多种人工智能服务，部分资深的开发者还可以使用平台提供的AI框架和AI基础设施来部署和运维自已专属的人工智能云服务。

S102：判断当前控制中心是否处于忙碌状态。

服务器21首先要判断该控制中心22的运行状态，以判断其是否处于忙碌状态，举例而言，该控制中心22例如可以同时接入3个AR眼镜1的呼叫请求，服务器21如果判断到该控制中心22当前仅接入了一个AR眼镜1，那么也认定该控制中心22属于忙碌状态，当然，如果该控制中心22当前接入了2个或3个AR眼镜1也会被判定为处于忙碌状态，只要当该控制中心22一个AR眼镜1也没接入时，服务器21会判断其处于闲置状态，这样设置的原因是，当控制中心22的坐席人员仅有一个人时，虽然控制中心22的终端(台式电脑或笔记本电脑等)界面上能够同时显示出两个以上的AR眼镜1所传送的画面，但是为了避免控制中心22的坐席人员忙不过来，难以同时去应对两个以上的AR眼镜1的协助需求，因此将该控制中心22判断为忙碌状态。

在其它实施例中，忙碌状态例如还可以是当前控制中心22对于AR眼镜1的持续呼叫在预设时间内无响应。

示例性的，例如AR眼镜1呼叫该控制中心22，持续呼叫了1分钟甚至5分钟，该控制中心22一直没有响应反馈(类似于拨电话无人接听的形式)，可能是控制中心22的坐席人员串岗或暂时有事离开了，那么服务器21也将判断该控制中心22处于忙碌状态。

S103：当判断当前控制中心处于忙碌状态的话，那么就控制呼叫请求至远程的专家协助端。S104：否则就控制呼叫请求至控制中心。

其中，控制中心22或远程的专家协助端3均能够为AR眼镜1提供AR远程协助。

该远程的专家协助端3包括具有远程协助APP的智能终端。远程的专家人员(如地铁维修专家)通过在远程用装载有远程协助APP的智能终端(如智能手机或平板计算机等)接入该呼叫的AR眼镜1，从而为佩戴AR眼镜1的司机进行远程支援，如远程的专家人员与佩戴AR眼镜1的司机之间通过语音交流或图像标注或视频标注等形式进行远程在线指导，以帮助司机尽快找到故障原因并解决对应的故障。由于服务器21在判断该控制中心22处于忙碌状态的情况下可以优先将呼入的AR眼镜1分配给闲置的远程的专家协助端3，这样就可以有效避免AR眼镜1的呼叫都积压在控制中心22处，因为当控制中心22是一个指导司机操作一台计算机时，虽然该控制中心22能同时接入3个AR眼镜1，但是一个指导司机应对3个AR眼镜1的呼入还是需要对这三个AR眼镜1进行排队从而一个个来进行远程指导，因此也会耽搁司机的等待时间，本实施例可以让远程的专家协助端3参与进来，只要判断到控制中心22已经有接入的其它AR眼镜1的状态了，那么就优先将正在呼叫的AR眼镜1分配给远程的专家协助端3，以让远程的专家协助端3来分摊当前AR眼镜1的呼叫请求，可避免司机等待时间过久。

示例性的，假如远程的专家协助端3有10个，且当前还没有AR眼镜1接入该控制中心22。

例如，当有11个AR眼镜1呼叫控制中心22时，那么控制中心22将先接入1个AR眼镜1的呼叫，然后将其余10个AR眼镜1的呼叫依次分配给那10个远程的专家协助端3。

例如，当有12个AR眼镜1呼叫控制中心22时，那么控制中心22将先接入1个AR眼镜1的呼叫，然后将其余10个AR眼镜1的呼叫依次分配给那10个远程的专家协助端3，当远程的专家协助端3都被分配完之后，那么最后多出的一个AR眼镜1再接入到控制中心22，即最终控制中心22同时接入两个AR眼镜1的呼叫。

例如，当仅有1个AR眼镜1呼叫控制中心22时，那么控制中心22将直接接入该1个AR眼镜1的呼叫，而不需要分配给远程的专家协助端3了。

综上，本实施例中，能够尽可能的让AR眼镜1跟后台的协助端(控制中心22或远程的专家协助端3)能够一对一的对接，可以使得佩戴AR眼镜1的司机较为顺畅和快捷地连接到后台协助端(控制中心22或远程的专家协助端3)，可尽量避免司机通过AR眼镜1呼叫远程协助时的等待和排队，进而可以为地铁检修或维修节省很多时间，保障地铁运营的顺畅性。

进一步地，在上述实施例的基础上，本申请实施例的方法还包括：当控制中心22或远程的专家协助端3均处于忙碌状态的情况下，判断AR眼镜1的呼叫请求是否为紧急呼叫；若是，将AR眼镜1插入到紧急呼叫列表中；当控制中心22或远程的专家协助端3闲置时，控制控制中心22或远程的专家协助端3优先响应紧急呼叫列表中的AR眼镜1。

示例性的，例如，当上述10个远程的专家协助端3均接入有一个AR眼镜1，且控制中心22也同时接入有3个AR眼镜1(假定控制中心22最多能接入3个AR眼镜1)时，那么当前呼叫的AR眼镜1没有对应的对接协助端了，此时可以先判断当前正在呼叫的AR眼镜1的呼叫紧急度，该呼叫紧急度可以通过设置一个“紧急呼叫阈值”来判断。示例性的，可以通过判断AR眼镜1的呼叫频率是否大于呼叫频率阈值。比如该AR眼镜1在2分钟内连续呼叫了很多次，如3次；或者判断AR眼镜1的持续呼叫时长是否大于持续呼叫时长阈值，例如，AR眼镜1持续地对控制中心22发起呼叫且呼叫时间较久也不挂断，那么，就说明当前呼叫的AR眼镜1很迫切需要后台的协助端(控制中心22或远程的专家协助端3)的远程协助，可将当前的AR眼镜1的呼叫标记为“紧急呼叫”，并将该AR眼镜1的呼叫插入至紧急呼叫列表中，当控制中心22处于仅接入两个AR眼镜1或仅仅只接入一个AR眼镜1的状态时，那么优先接入该处于紧急呼叫列表中的AR眼镜1。在另一种示例中，控制中心22也可以主动呼叫该处于紧急呼叫列表中的AR眼镜1。如此，可以保障当前没有接入到后台的协助端(控制中心22或远程的专家协助端3)的AR眼镜1也能尽快地与后台的协助端(控制中心22或远程的专家协助端3)建立远程协助连接，避免司机等待时间过长。

图3为本申请实施例提供的一种呼叫处理装置100的结构图，在上述实施例的基础上，如图3所示，本申请实施例的呼叫处理装置100用于执行上述呼叫处理方法，该呼叫处理装置100可以通过软件、硬件、或软硬结合的方式实现。本申请实施例的呼叫处理装置100包括接受模块11，判断模块12和控制模块13。

接受模块11，接收来自当前AR眼镜1的呼叫请求，呼叫请求用于请求AR远程协助；

判断模块12，判断当前控制中心22是否处于忙碌状态；

控制模块13，用于若否，控制呼叫请求至控制中心22；若是，控制呼叫请求至远程的专家协助端3；

其中，控制中心22或远程的专家协助端3均能够为AR眼镜1提供AR远程协助。

控制模块13还用于当控制中心22或远程的专家协助端3均处于忙碌状态的情况下，判断AR眼镜1的呼叫请求是否为紧急呼叫；若是，将AR眼镜1插入到紧急呼叫列表中；当控制中心22或远程的专家协助端3闲置时，控制控制中心22或远程的专家协助端3优先响应紧急呼叫列表中的AR眼镜1。

本申请实施例的呼叫处理装置100，可以用于执行上述所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

可参考图1，本实施例还公开了一种呼叫处理系统，该呼叫处理系统包括至少一个AR眼镜1，控制中心22，服务器21和至少一个远程的专家协助端3。

至少一个AR眼镜1用于向服务器21发出呼叫请求，呼叫请求用于请求远程协助。

服务器21接收来自当前AR眼镜1的呼叫请求，呼叫请求用于请求AR远程协助。

服务器21判断当前控制中心22是否处于忙碌状态；若否，控制呼叫请求至控制中心22；若是，控制呼叫请求至远程的专家协助端3；其中，控制中心22或远程的专家协助端3均能够为AR眼镜1提供AR远程协助。

本申请实施例的呼叫处理系统，可以用于执行上述所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

所述本实施例的方法中至少一个步骤以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (10)

1.一种呼叫处理方法，其特征在于，包括如下步骤：

接收来自当前至少一个AR眼镜的呼叫请求，所述呼叫请求用于请求AR远程协助；

判断当前控制中心是否处于忙碌状态；

若否，控制所述呼叫请求至所述控制中心；

若是，控制所述呼叫请求至远程的专家协助端；

其中，所述控制中心和所述远程的专家协助端均能够为所述AR眼镜提供AR远程协助。

2.根据权利要求1所述的呼叫处理方法，其特征在于，所述忙碌状态，包括：

所述当前控制中心已响应至少一个AR眼镜的呼叫请求。

3.根据权利要求1所述的呼叫处理方法，其特征在于，所述忙碌状态，包括：

所述当前控制中心对于所述AR眼镜的持续呼叫在预设时间内无响应。

4.根据权利要求1所述的呼叫处理方法，其特征在于，当所述控制中心处于忙碌状态时，且所述专家协助端也处于忙碌状态的情况下，判断所述AR眼镜的呼叫请求是否为紧急呼叫；

若是，将所述AR眼镜插入到紧急呼叫列表中；

当所述控制中心或所述远程的专家协助端闲置时，控制所述控制中心或所述远程的专家协助端优先响应所述紧急呼叫列表中的AR眼镜。

5.根据权利要求4所述的呼叫处理方法，其特征在于，所述判断所述AR眼镜的呼叫请求是否为紧急呼叫，包括：

判断所述AR眼镜的呼叫频率是否大于呼叫频率阈值，若是，判断所述AR眼镜的呼叫请求为紧急呼叫；

或者，判断所述AR眼镜的持续呼叫时长是否大于持续呼叫时长阈值，若是，判断所述AR眼镜的呼叫请求为紧急呼叫。

6.根据权利要求1所述的呼叫处理方法，其特征在于，所述远程的专家协助端包括装载有远程协助软件的智能终端。

7.一种呼叫处理装置，其特征在于，包括：

接受模块，用于接收来自当前至少一个AR眼镜的呼叫请求，所述呼叫请求用于请求AR远程协助；

判断模块，用于判断当前控制中心是否处于忙碌状态；

控制模块，用于若否，控制所述呼叫请求至所述控制中心；若是，控制所述呼叫请求至远程的专家协助端；

其中，所述控制中心和所述远程的专家协助端均能够为所述AR眼镜提供AR远程协助。

8.根据权利要求7所述的呼叫处理装置，其特征在于，所述控制模块还用于当所述控制中心处于忙碌状态时，且所述专家协助端也处于忙碌状态的情况下，判断所述AR眼镜的呼叫请求是否为紧急呼叫；若是，将所述AR眼镜插入到紧急呼叫列表中；当所述控制中心或所述远程的专家协助端闲置时，控制所述控制中心或所述远程的专家协助端优先响应所述紧急呼叫列表中的AR眼镜。

9.一种呼叫处理系统，其特征在于，包括至少一个AR眼镜，控制中心，服务器和至少一个远程的专家协助端；

所述至少一个AR眼镜用于向所述服务器发出呼叫请求，所述呼叫请求用于请求远程协助；

所述服务器用于执行如权利要求1-6任意一项所述的方法。

10.一种计算机可读存储介质，其特征在于，其上存储有计算机指令，所述计算机指令被处理器执行时实现如权利要求1-6中的任一项所述的呼叫处理方法。

Images