程序接收呼叫指令后，调用付费设置页面。
[0072]付费设置页面用于对付费方式和付费单价进行设置，具体为，设置页面包括按次付费及单次付费金额和按时间付费及单位时间付费金额，用户可按照需要进行设置。
[0073]C.设置完成后，发送创建记录ID的请求至服务器端11且开始呼叫。
[0074]设置完成即获取用户设置完成的指令，记录ID用于记录通信状态和付费金额。在本实施例中，可根据用户选择的付费方式，发送创建不同类型的记录ID的请求至服务器端Ilo当以时间付费时，记录ID包括:主叫号码、被叫号码、通信状态、通信状态对应的时间、通话时长、单位时间付费金额及付费金额。当以次数付费时，记录ID包括:主叫号码、被叫号码、通信状态、通信状态对应的时间、通话时长、通话次数、单次付费金额及付费金额。其中，以次数计费时，记录ID中的通话时长用于用户的查询。在其他实施例中，记录ID还可包括付费状态，如:已领取、未领取等。
[0075]在本实施例中，创建记录ID的请求包括主叫号码、被叫号码、单位时间/单次付费金额，此请求中的信息可记录至创建后的记录ID。
[0076]S23，在主叫移动终端与被叫移动终端建立通信的过程中，主叫移动终端发送其通信状态消息至记录ID，以计算通信结束后其向被叫移动终端支付的付费金额，其中，主叫移动终端和被叫移动终端均在服务器端设有支付账户。
[0077]主叫移动终端12与被叫移动终端13建立通话的过程中，二者还需与服务器端11交互以实现付费金额的计算和转账。具体交互过程如下:
[0078]在本实施例中，主叫移动终端12记录至记录ID中的通信状态包括:开始呼叫、接通、接通中、挂断及未接通，被叫移动终端13记录至记录ID中的通信状态包括:接通、接通中及挂断。因此，主叫移动终端12、被叫移动终端13需在各通信状态发送通信状态消息至ID记录，其中，发送的通信状态消息包括通信状态和通信状态对应的时间。
[0079]对于主叫移动终端12，开始呼叫时，发送开始呼叫及开始呼叫时对应的时间至记录ID ;在被叫移动终端13接听时，发送接通及接通时对应的时间至记录ID ;在主叫移动终端12与被叫移动终端13通话时，预定时间发送接通中及对应的时间至记录ID，如:接通过程中，每隔一分钟发送一次；在主叫移动终端12或被叫移动终端13挂断时，发送挂断及挂断时对应的时间至记录ID。其中，若被叫移动终端13未接听，则发送未接通及未接通对应的时间至记录ID。
[0080]在本实施例中，开始呼叫与发送创建记录ID的请求在完成付费页面设置时可同时进行，也可发送创建记录ID的请求后，再开始呼叫。当同时进行时，可适当延迟发送开始呼叫消息也可不发送开始呼叫消息，记录ID默认记录开始呼叫和开始呼叫的时间。
[0081 ] 在本实施例中，当通信状态为接通中时，不断发送消息至服务器端11，可防止在通话过程中，主叫移动终端12与服务器端11的网络连接断掉，而影响通话时长的确定。在具体应用中，如通话3分钟后，网络连接断掉，此时记录ID中的通话时长为3分钟，虽然实际通话为5分钟，但仍有3分钟的记录，如果不采用不断发送的方式，只利用接通与挂断的时间差，当挂断时没有网络连接，则无法统计通话时长，进而无法计算付费金额。在具体应用中，若记录ID在记录3分钟后，又收到通话中消息，则对3分钟通话时长进行修正，若无收到任何消息，则以3分钟为通话时长。
[0082]对于被叫移动终端13，当其接听主叫移动终端12的呼叫后，发送接通及接通时的时间至记录ID ;在与主叫移动终端12通话时，预定时间发送接通中及对应的时间至记录ID，如:接通过程中，每隔一分钟发送一次；在主叫移动终端12或被叫移动终端13挂断时，发送挂断及挂断时对应的时间至记录ID。
[0083]在本实施例中，之所以被叫移动终端13也向记录ID发送通信状态消息，是为防止主叫移动终端12的记录有误，给接听者带来损失。被叫移动终端13在发送通信状态消息前，需查询记录ID，其操作具体为:被叫移动终端13中的付费应用程序可对电话进行监听，当其监听到有呼入电话时，发送记录ID查询请求至服务器端11，当服务器端11查到后，向查询出的记录ID发送通信状态消息。
[0084]主叫移动终端12在向被叫移动终端13付费时，需知道付费的金额，为保障接听者的利益，所付的金额也需是校验后的正确金额，下面详细阐述付费的具体过程。
[0085]服务器端11在接收主叫移动终端12发送的创建记录ID的请求后，创建一个电话记录ID，记录ID可记录主叫移动终端12和被叫移动终端13发送的通信状态消息，且记录ID中任何一方记录挂断通信状态时，根据主叫移动终端12发送的通信状态消息计算通话时长、付费金额，同时根据被叫移动终端13发送的通信状态消息计算通话时长、付费金额。以采用时间付费的方式为例，在计算付费金额时，需先计算出通话时长。对于采用次数付费的方式，也需计算通话时长以供记录。在其他实施例中，可即时计算通话时长、付费金额，即通信状态消息与通话时长、付费金额同步变化。
[0086]在主叫移动终端12或被叫移动终端13的通信状态为挂断时，被叫移动终端13发送付费金额校验请求至服务器端11，服务器端11将计算出的两个付费金额进行比较，具体为，将主叫移动终端12对应的付费金额和被叫移动终端13对应的付费金额进行比较，判断二者是否一致，若一致，校验通过，将主叫移动终端12支付账户中的诚意金按照计算出的付费金额转入至被叫移动终端13的支付账户。
[0087]需要指出的是，在涉及转账的情况下，主叫移动终端12和被叫移动终端13均设有支付账户，且支付账户与二者各自的号码相对应。本实施例中，在主叫移动终端12呼叫被叫移动终端13前，需先在主叫移动终端12的支付账户中注入诚意金，当需要支付时，从主叫移动终端12的支付账户向被叫移动终端13的支付账户转账。对于被叫移动终端13的支付账户，用户可进行查询，在查询过程中，付费应用程序可弹出页面，供用户选择是否将账户中的诚意金转入其他账户，如:充话费，当用户选择充话费时，服务器端11将该诚意金充成话费。
[0088]本实施例的付费应用程序可以为360手机卫士或来电通。
[0089]为确保校验操作，主叫移动终端12在与被叫移动终端13建立通信的过程中，需保持与服务器端11的连接，如:WiFi连接。当接听者看到主叫移动终端12处于非WiFi连接状态时，可挂断通话。用户看到非WiFi连接状态的方式有以下几种:主叫移动终端12和被叫移动终端13的付费应用程序均需注册，当一方不在线时，图标变暗；当记录ID不再记录通信状态消息，且也无记录挂断消息时，服务器端11可判断主叫移动终端12处于断线状态，推送断线消息至被叫移动终端13。
[0090]在本实施例中，当主叫移动终端12呼叫被叫移动终端13且选择付费时，发送创建记录ID的请求至服务器端11，服务器端11根据收到的请求下发标记位至主叫移动终端12和/或被叫移动终端13，标记位可供用户浏览，具体包括以下一种或多种:“诚意电话”字段、红包图案、付费方式及单价。当标记位中有“诚意电话”字段时，该字段可在通讯录中显不O
[0091 ] 在其他实施例中，当被叫移动终端13发送记录ID查询请求至服务器端11，且服务器端11查询出记录ID后，还可获取服务器端返回的“诚意电话”字段，该字段可供接听者了解来电的性质。
[0092]以上所述，本实施例可对被叫移动终端13的接听行为进行付费，下面通过具体应用场景对本实施例的技术效果进行阐述。
[0093]A向B拨打电话，A为商家(如:保险、房地产、旅游、信息统计)、B为个人，A在拨打的时候，B的移动终端会显示标记位(如:诚意电话”字样、红包图案和/或付费方式及单价)，B通常会消极对待此类电话，但由于可看到此标记位，会大大提高B接听电话的兴趣，当A以时间进行付费时，还可延长B的接听时间。在付费时，B的移动终端会请求校验A的付费金额是否正确，由于在通话过程中，A和B都会记录各自的通话时长，如:对应A的记录中通话时长为3分钟，而对应B的记录中通话时长为5分钟，此时可明显知道A在作弊，通过校验的方式可保障B的利益。为确保校验的顺利进行，需使A在通信时，处于WiFi状态。
[0094]A向B拨打电话，A为个人、B为心里医生，当B看到标记位中的付费方式及单价时，可选择是否接听该电话。
[0095]A向B拨打电话，A为个人、B为个人，当B接听电话时，就可收到红包，该红包的实现方式为按次付费。此发红包的方式适用于朋友之间拜年等场景。
[0096]将本实