[0001] 本发明涉及通信技术领域，具体而言，涉及一种通信处理方法和一种通信处理装置。

[0002] 相关技术中，在用户使用智能手机进行通信时，若遇到通信失败的状况，比如联系人的号码停用、空号、无法接通或不在服务区等各种情况，智能终端无法智能地进行相应处理，不能为用户在通信时提供便利，从而导致用户体验较差。

[0003] 因此，如何能够根据通信状况采取相应的处理措施成为亟待解决的技术问题。

[0032] 为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。

[0033] 在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。

[0034] 图1示出了根据本发明的实施例的通信处理方法的示意流程图。

[0035] 如图1所示，根据本发明的实施例的通信处理方法，包括：

[0036] 步骤102，在将联系人的第一电话号码作为主呼叫号码发起通信请求时，获取所述第一电话号码的当前状态，具体地，可以向云端服务器发送第一电话号码状态的查询请求，云端服务器根据接收到的查询请求，反馈第一电话号码的当前状态，其中，通信请求可以是呼叫请求、短信发送请求、彩信发送请求等；

[0037] 步骤104，在根据所述第一电话号码的当前状态确定发起的所述通信请求失败时，将所述联系人的第二电话号码设置为所述主呼叫号码，具体地，第一电话号码停用、过期、欠费、关机、无应答等任一情况均可视为所述通信请求失败。

[0038] 在该技术方案中，在将联系人的第一电话号码作为主呼叫号码发起通信请求时，获取所第一电话号码的当前状态，并根据第一电话号码的当前状态确定发起的通信请求失败时，将联系人的第二电话号码设置为主呼叫号码，能够智能分析通信失败的原因，并自动更换主呼叫电话号码，一方面在用户需要与联系人再次通信时，可以直接基于更新后的主呼叫号码发起通信请求，避免因不更换主呼叫号码而重复向第一电话号码发送通信请求(特别是在第一电话号码停用或过期时)，降低了再次通信失败的概率；另一方面，可自动更换主呼叫电话号码，无需用户针对性地手动控制终端切换到相关设置界面来进行设置，节省了用户时间，为用户提供了便利，提升了用户的使用体验。

[0039] 在上述技术方案中，优选地，在存储有所述联系人的多个电话号码的情况下，将所述联系人的第二电话号码设置为所述主呼叫号码的步骤，具体包括：根据所述多个电话号码的优先级，将所述多个电话号码中除所述第一电话号码外、且优先级最高的电话号码设置为所述主呼叫号码；或显示包含所述多个电话号码的选择界面，并将获取到的用户在所述选择界面上选定的电话号码设置为所述主呼叫号码。

[0040] 在该技术方案中，能够实现自动更换主呼叫电话号码的方式有多种，特别是当终端已经预先存储有联系人的多个电话号码的情况下，例如：可根据多个电话号码的优先级(优先级可由用户设置，也可以是系统默认设置)；或可直接显示包含多个待选号码的选择界面供用户选择设定，无论是哪种更换方式，均不需要用户针对性地手动控制终端切换到相关设置界面(如终端电话薄中联系人信息的编辑界面)来进行设置，节省了用户时间，为用户提供了便利。

[0041] 在上述任一项技术方案中，优选地，将所述联系人的第二电话号码设置为所述主呼叫号码的步骤，具体包括：接收用户输入的电话号码，以将所述用户输入的电话号码设置为所述主呼叫号码。

[0042] 在该技术方案中，考虑到终端中可能只预存储了联系人的一个电话号码的情况，还可以直接将接收到的用户输入的电话号码设置为联系人的主呼叫号码，具体地，用户可以通过语音、手动触控等来输入该联系人的电话号码，也不需要用户针对性地手动控制终端切换到相关设置界面(如终端电话薄中联系人信息的编辑界面)来进行设置，节省了用户时间，为用户提供了便利。

[0043] 在上述任一项技术方案中，优选地，在确定发起的所述通信请求失败之后，以及在将所述联系人的第二电话号码设置为所述主呼叫号码的步骤之前，还包括：当所述第一电话号码处于指定状态时，提示用户是否需要通过所述第一电话号码重新发起通信请求；若接收到确认重新发起通信请求的指令，则通过所述第一电话号码重新发起通信请求；以及若未接收到确认重新发起通信请求的指令，则执行所述将所述联系人的第二电话号码设置为所述主呼叫号码的步骤；其中，所述指定状态包括以下任一：无应答、欠费、关机。

[0044] 在该技术方案中，由于通信失败的原因有多种情况，比如第一电话号码停用、过期、欠费、无应答、关机等，考虑到用户在使用过程中的实际需求，如确定第一电话号码处于无应答、关机、或欠费等任一情况时，可能不需要立即执行对主呼叫电话号码的更换，特别是在第一电话号码处于无应答状态时，就可以通过提示用户是否需要通过第一电话号码重新发起通信请求(也即提示用户是否启动智能拨号功能)，若接收到用户的确认指令，就可以通过预先设定的智能拨号策略(比如每间隔预定时长拨一次号、在预定时间内周期或非周期性的拨号、接收到确认指令时即可拨号等)通过第一电话号码重新发起通信请求，其中，智能拨号策略的设定可由用户来设定或系统默认设定；若未接收到用户的确认指令(具体包括接收到了不需要通过第一电话号码重新进行通话请求的指令，或在预定时间内未接收到用户的确认指令)时，再执行对主呼叫电话号码的更换，整个处理过程更智能、更贴合用户的实际操作需求，进一步地提升了用户的使用体验。

[0045] 具体地，在用户的实际使用过程中，通过联系人的第一电话号码发起呼叫请求中，若确定第一电话号码处于无应答状态，可以提示用户是否通过第一电话号码继续发起呼叫请求，如在界面上弹出一个提示框，该提示框中可设置“是”和“否”两个选项，若用户选择“是”，则启动了智能拨号功能，并根据预先设定的智能拨号策略进行智能拨号，如每间隔10分钟拨一次号；或在一个小时内每10分钟或随机拨一次号；或即可连续多次拨打等，其中智能拨号策略可由用户设定或系统默认设置；当用户选择“否”时，或在预定时间(如1分钟，此预定时长也可由用户设定或系统默认设置)内未进行选择，则重新设置主呼叫电话号码。在本实施例中，并不局限于通过提示框来对用户进行提示，智能拨号策略也并不局限于本实施例，本实施例仅用于举例说明，并不作具体限定。

[0046] 在上述任一项技术方案中，优选地，在确定发起的所述通信请求失败之后，以及在将所述联系人的第二电话号码设置为所述主呼叫号码的步骤之前，还包括：当所述第一电话号码处于欠费状态时，提示用户是否需要对所述第一电话号码进行充值；若接收到确认进行充值的指令，则启动目标应用程序，以通过所述目标应用程序为所述第一电话号码充值；以及若未接收到确认进行充值的指令，则执行所述将所述联系人的第二电话号码设置为所述主呼叫号码的步骤。

[0047] 在该技术方案中，由于通信失败的原因有多种情况，比如第一电话号码停用、过期、欠费、无应答、关机等，考虑到用户在使用过程中的实际需求，如确定第一电话号码处于欠费状态时，可能不需要立即执行对主呼叫电话号码的更换，就可以通过提示用户是否需要对第一电话号码进行充值，若接收到用户的确认指令，就自动启动能够进行充值服务的应用程序，以待对需充值的电话号码进行充值；若未接收到用户的确认指令(具体包括接收到了不需要对第一电话号码进行充值的指令，或在预定时间内未接收到用户的确认指令)时，再执行对主呼叫电话号码的更换，整个处理过程更智能、更贴合用户的实际操作需求，进一步地提升了用户的使用体验。

[0048] 图2示出了根据本发明的实施例的通信处理装置的示意框图。

[0049] 如图2所示，根据本发明的实施例的通信处理装置200，包括：获取单元202和设置单元204。

[0050] 其中，获取单元202，用于在将联系人的第一电话号码作为主呼叫号码发起通信请求时，获取所述第一电话号码的当前状态；设置单元204，用于在根据所述第一电话号码的当前状态确定发起的所述通信请求失败时，将所述联系人的第二电话号码设置为所述主呼叫号码。

[0051] 在该技术方案中，在将联系人的第一电话号码作为主呼叫号码发起通信请求(其中，通信请求可以是呼叫请求、短信发送请求、彩信发送请求等)时，获取所第一电话号码的当前状态(具体地，获取单元202可以向云端服务器发送第一电话号码状态的查询请求，云端服务器根据接收到的查询请求，反馈第一电话号码的当前状态)，并根据第一电话号码的当前状态确定发起的通信请求失败(如第一电话号码停用、过期、欠费、关机、无应答等)时，将联系人的第二电话号码设置为主呼叫号码，能够智能分析通信失败的原因，并自动更换主呼叫电话号码，一方面在用户需要与联系人再次通信时，可以直接基于更新后的主呼叫号码发起通信请求，避免因不更换主呼叫号码而重复向第一电话号码发送通信请求(特别是在第一电话号码停用或过期时)，降低了再次通信失败的概率；另一方面，可自动更换主呼叫电话号码，无需用户针对性地手动控制终端切换到相关设置界面来进行设置，节省了用户时间，为用户提供了便利，提升了用户的使用体验。

[0052] 在上述技术方案中，优选地，还包括：存储单元206，用于存储所述联系人的多个电话号码；所述设置单元204具体用于：根据所述多个电话号码的优先级，将所述多个电话号码中除所述第一电话号码外、且优先级最高的电话号码设置为所述主呼叫号码；或显示包含所述多个电话号码的选择界面，并将获取到的用户在所述选择界面上选定的电话号码设置为所述主呼叫号码。

[0053] 在该技术方案中，能够实现自动更换主呼叫电话号码的方式有多种，特别是当终端已经预先存储有联系人的多个电话号码的情况下，例如：可根据多个电话号码的优先级(优先级可由用户设置，也可以是系统默认设置)；或可直接显示包含多个待选号码的选择界面供用户选择设定，无论是哪种更换方式，均不需要用户针对性地手动控制终端切换到相关设置界面(如终端电话薄中联系人信息的编辑界面)来进行设置，节省了用户时间，为用户提供了便利。

[0054] 在上述任一项技术方案中，优选地，所述设置单元204，具体用于接收用户输入的电话号码，以将所述用户输入的电话号码设置为所述主呼叫号码。

[0055] 在该技术方案中，考虑到终端中可能只预存储了联系人的一个电话号码的情况，还可以直接将接收到的用户输入的电话号码设置为联系人的主呼叫号码，具体地，用户可以通过语音、手动触控等来输入该联系人的电话号码，也不需要用户针对性地手动控制终端切换到相关设置界面(如终端电话薄中联系人信息的编辑界面)来进行设置，节省了用户时间，为用户提供了便利。

[0056] 在上述任一项技术方案中，优选地，还包括：第一提示单元208，用于在确定发起的所述通信请求失败之后，当所述第一电话号码处于指定状态时，提示用户是否需要通过所述第一电话号码重新发起通信请求；通信单元210，用于在接收到确认重新发起通信请求的指令时，通过所述第一电话号码重新发起通信请求；以及所述设置单元204，具体用于在未接收到确认重新发起通信请求的指令时，将所述联系人的第二电话号码设置为所述主呼叫号码；其中，所述指定状态包括以下任一：无应答、欠费、关机。

[0057] 在该技术方案中，由于通信失败的原因有多种情况，比如第一电话号码停用、过期、欠费、无应答、关机等，考虑到用户在使用过程中的实际需求，如确定第一电话号码处于无应答、关机、或欠费等任一情况时，可能不需要立即执行对主呼叫电话号码的更换，特别是在第一电话号码处于无应答状态时，就可以通过提示用户是否需要通过第一电话号码重新发起通信请求(也即提示用户是否启动智能拨号功能)，若接收到用户的确认指令，就可以通过预先指定的智能拨号策略(比如每间隔预定时长后拨号、在预定时间内周期或非周期性的拨号、接收到确认指令时即可拨号等)通过第一电话号码重新发起通信请求，其中，智能拨号策略的设定可由用户来设定或系统默认设定；若未接收到用户的确认指令(具体包括接收到了不需要通过第一电话号码重新进行通话请求的指令，或在预定时间内未接收到用户的确认指令)时，再执行对主呼叫电话号码的更换，整个处理过程更智能、更贴合用户的实际操作需求，进一步地提升了用户的使用体验。

[0058] 具体地，在用户的实际使用过程中，通过联系人的第一电话号码发起呼叫请求中，若确定第一电话号码处于无应答状态，第一提示单元可以提示用户是否通过第一电话号码继续发起呼叫请求，如在界面上弹出一个提示框，该提示框中可设置“是”和“否”两个选项，若用户选择“是”，则启动了智能拨号功能，通信单元根据预先设定的智能拨号策略进行智能拨号，如每间隔10分钟拨一次号；或在一个小时内每10分钟或随机拨一次号；或即可连续多次拨打等，其中智能拨号策略可由用户设定或系统默认设置；当用户选择“否”时，或在预定时间(如1分钟，此预定时长也可由用户设定或系统默认设置)内未进行选择，则重新设置主呼叫电话号码。在本实施例中，并不局限于通过提示框来对用户进行提示，智能拨号策略也并不局限于本实施例，本实施例仅用于举例说明，并不作具体限定。

[0059] 在上述任一项技术方案中，优选地，还包括：第二提示单元212，用于在确定发起的所述通信请求失败之后，当确定所述第一电话号码处于欠费状态时，提示用户是否需要对所述第一电话号码进行充值；充值单元214，用于在接收到确认进行充值的指令时，启动目标应用程序，以通过所述目标应用程序为所述第一电话号码充值；以及所述设置单元204，具体用于在未接收到确认进行充值的指令时，将所述联系人的第二电话号码设置为所述主呼叫号码。

[0060] 在该技术方案中，由于通信失败的原因有多种情况，比如第一电话号码停用、过期、欠费、无应答、关机等，考虑到用户在使用过程中的实际需求，如确定第一电话号码处于欠费状态时，可能不需要立即执行对主呼叫电话号码的更换，就可以通过提示用户是否需要对第一电话号码进行充值，若接收到用户的确认指令，就自动启动能够进行充值服务的应用程序，以待对需充值的电话号码进行充值；若未接收到用户的确认指令(具体包括接收到了不需要对第一电话号码进行充值的指令，或在预定时间内未接收到用户的确认指令)时，再执行对主呼叫电话号码的更换，整个处理过程更智能、更贴合用户的实际操作需求，进一步地提升了用户的使用体验。

[0061] 图3示出了根据本发明的实施例的移动终端的示意框图。

[0062] 如图3所述，根据本发明的实施例的移动终端300，包括：如图2所示的通信处理装置200。

[0063] 以下结合图4至图6对本发明的技术方案作进一步说明。

[0064] 如图4所示，在本实施例中，用于处理通信异常的系统400，包括：功能设置模块402、控制模块404、通信模块406、分析判断模块408、处理模块410、通信应用412、充值应用
414以及云端服务器416，其中，功能设置模块402、控制模块404、通信模块406、分析判断模块408、处理模块410、通信应用412和充值应用414均可设置在移动终端上，各个模块的具体功能如下所示：

[0065] 功能设置模块402：主要用于设定触发更新/提醒规则，用户一般可通过应用界面加以设定，用户可在应用界面设置的内容如表1所示：

[0066]

[0067] 表1

[0068] 其中，用户可在应用界面设置的内容并不局限于表1所示内容，表1仅为一个参考实施例，在实际实现时，可根据实际需求设置包括但不限于表1示出的内容。

[0069] 控制模块404：主要从功能设置模块402获取用户的设置信息，依据用户设定的开关来判断是否启动智能通信功能，在表1中的智能通信开关为开的情况下，启动表1中的各项功能，最大程度上保证了整个实施过程的灵活性。

[0070] 通信模块406：用于实现移动终端的通信功能，如进行通话呼叫，发送短信等，接收用户通过通信应用412(如拨号盘、短信应用等)的号码输入，联系人选择等操作，根据用户输入的电话号码或者选择的联系人进行电话呼出或者短信发送。

[0071] 分析判断模块408：用于向云端服务器416发送查询被呼叫号码状态的请求，云端服务器416向分析判断模块408反馈被呼叫号码的状态，如被呼叫号码是处于停机、过期、忙碌或无法接通(即无应答)、欠费等状态中的哪种状态，获取状态之后对状态进行分析并将相关数据及结果发送给处理模块410。

[0072] 处理模块410：接收分析判断模块408发送的数据，并对数据进行处理，将数据传送给控制模块404进行下一步操作，如打开相应的应用程序(如充值应用414)等操作。

[0073] 本实施例的通信异常处理，可应用于多个场景下：

[0074] 场景一：当用户拨打某位联系人的号码时，通信模块406发起呼叫通信，分析判断模块408向云端服务器416发送查询被呼叫号码状态的请求，云端服务器416向分析判断模块408反馈被呼叫号码的状态；若获取到被呼叫号码处于停机或过期的状态，分析判断模块408对获取到的状态进行分析并将相关数据及结果发送给处理模块410，处理模块410对数据进行处理，将数据传送给控制模块404，控制模块404提示用户是否删除此号码，若收到用户的确认操作，则将停机号码删除；若联系人在用户的通讯录中存储有多个号码(如可按照排列顺序分为主呼叫号码及从呼叫号码，或显示包含多个电话号码的选择界面供用户进行选择)，此时除提示是否删除号码之外还会提示用户是否另设主呼叫号码，若收到用户的确认操作，则将停机号码删除，并将第二顺位的号码或用户选择的号码或用户输入的号码(针对联系人在用户的通讯录中仅存储了一个号码的情况)设置为主呼叫号码。

[0075] 具体的处理过程，如图5所示，包括：

[0076] 步骤502，用户向被呼叫方号码(即第一电话号码)发起呼叫请求。

[0077] 步骤504，获取云端服务器检测到的被呼叫方号码的通信状态。

[0078] 步骤506，若被呼叫方号码停机或过期，则当被呼叫方存在其他号码时，提示用户是否重新设置主呼叫号码。

[0079] 步骤508，接收用户重新设置号码的确认操作。

[0080] 步骤510，根据其他号码设置第二顺位的号码(即第二电话号码)为主呼叫号码。

[0081] 步骤512，若被呼叫方号码过期或停机，则提示用户是否删除该号码。

[0082] 步骤514，接收到用户删除过期或停机号码的确认操作。

[0083] 步骤516，删除已过期或停机的号码。

[0084] 步骤518，若被呼叫方号码能正常通信，则响应用户的呼叫请求，进行正常通话。

[0085] 场景二：当用户拨打某位联系人的号码时，通信模块406发起呼叫通信，分析判断模块408向云端服务器416发送查询被呼叫号码状态的请求，云端服务器416向分析判断模块408反馈被呼叫号码的状态，若获取到被呼叫号码处于忙碌或无法接通(即无应答)的状态，分析判断模块408对获取到的状态进行分析并将相关数据及结果发送给处理模块410，处理模块410对数据进行处理，将数据传送给控制模块404，控制模块404在预定时间后再次拨打此号码，当然若联系人在用户的通讯录中存储有多个号码(主呼叫号码及从呼叫号码)，也可以是仅存储了一个电话号码，此时可提示用户是否拨打其他号码(若为仅存储了一个电话号码的情况，需要用户输入替换号码)；若获取到被呼叫号码处于欠费状态，则打开充值应用程序进行充值。

[0086] 具体的处理过程，如图6所示，包括：

[0087] 步骤602，用户向被呼叫方号码发起呼叫请求。

[0088] 步骤604，获取云端服务器检测到的被呼叫方号码的当前状态。

[0089] 步骤606，若被呼叫方号码欠费，则打开充值应用程序为欠费号码充值。

[0090] 步骤608，若被呼叫方号码忙碌或无法接通(即无应答)，则在预定时间后重新发起呼叫请求。

[0091] 步骤610，若被呼叫方号码能正常通信，则响应用户的呼叫请求，进行正常通话。

[0092] 通过上述实施例可知，在用户遇到通信失败时，移动终端会分析通信失败原因，针对不同情况触发不同的智能处理方式，如可智能删除无效联系人、智能重拨、智能充值等，提升了用户的使用体验。

[0093] 以上结合附图详细说明了本发明的技术方案，本发明的技术方案提出了一种新的通信处理方案，在与联系人通信失败时，能够根据联系人的电话号码的状态，执行对应的处理措施，使得整个处理过程更智能、更贴合用户的实际操作需求，节省了用户时间，为用户提供了便利，提升了用户的使用体验。

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