CN103685165A - 一种业务处理方法及业务服务器 - Google Patents

Abstract

本发明实施例公开了一种业务处理方法以及业务服务器，用于提高用户体验。本发明实施例方法包括：业务服务器接收用户发起的访问请求；业务服务器为所述用户分配默认用户身份，所述默认用户身份的权限与注册用户身份的权限相对应；业务服务器按照所述默认用户身份的权限向所述用户提供服务。本发明实施例还提供一种业务服务器。本发明实施例可以使得用户在第一时间体验到***提供的完整功能，从而提高用户体验。

Description

一种业务处理方法及业务服务器

技术领域

本发明涉及数据处理领域，尤其涉及一种业务处理方法及业务服务器。

背景技术

随着网络技术和数据处理技术的发展，现在的网络为用户提供了丰富的数据资源，用户可以进入各种***体验该***提供的服务。

目前，用户如果希望进入某一***（例如网络社区、***站、论坛、网络游戏等）体验该***提供的完整功能，一般都需要用户登陆，如果用户未在该***中进行注册，则事先还需要用户进行注册。

当用户输入身份识别信息（包括用户名和密码）之后，***会对用户身份进行验证，验证通过后则允许该用户使用该***提供的完整服务。

但是，用户进入各种***时都需要注册和登陆才能体验完整功能，这对于用户来说往往需要进行繁琐的操作，影响了用户体验；

此外，用户登陆***时，***需要对用户输入的身份识别信息进行验证，这也需要花费一定的时间，也使得用户不能在第一时间体验到***提供的完整功能，所以进一步影响了用户体验。

发明内容

本发明实施例提供了一种业务处理方法及业务服务器，能够使得用户在第一时间体验到***提供的完整服务，从而提高用户体验。

本发明实施例提供的业务处理方法，包括：业务服务器接收用户发起的访问请求；业务服务器为所述用户分配默认用户身份，所述默认用户身份的权限与注册用户身份的权限相对应；业务服务器按照所述默认用户身份的权限向所述用户提供服务。

可选的，所述业务服务器为所述用户分配默认用户身份之前包括：

业务服务器向所述用户提示访问方式；

业务服务器接收用户的选择；

当所述用户选择采用默认方式进行访问时，所述业务服务器则触发为所述用户分配默认用户身份的步骤。

可选的，所述业务服务器为所述用户分配默认用户身份包括：

业务服务器按照预置规则为所述用户分配默认用户名；

业务服务器将该默认用户名对应的密码设置为空；

业务服务器将该默认用户名对应的权限设置为与注册用户身份的权限相同。

可选的，所述业务服务器按照预置规则为所述用户分配默认用户名包括：

业务服务器为所述用户分配统一的默认用户名。

可选的，所述业务服务器按照预置规则为所述用户分配默认用户名包括：

业务服务器按照所述用户的网络地址或访问时间为所述用户分配对应的默认用户名。

可选的，所述业务服务器按照所述默认用户身份的权限向所述用户提供服务之后包括：

业务服务器判断所述用户的行为是否满足信息修改条件，若是，则向所述用户提示修改用户身份信息；

业务服务器接收所述用户提供的修改后的用户身份信息；

业务服务器对所述用户身份信息进行存储，并为所述用户分配注册用户身份。

可选的，所述业务服务器判断所述用户的行为是否满足信息修改条件包括：

业务服务器判断所述用户是否进入用户身份信息页面，若是，则确定所述用户的行为满足信息修改条件；

或，

业务服务器判断向所述用户提供服务的时长是否达到预置时长，若是，则确定所述用户的行为满足信息修改条件；

或，

业务服务器判断向所述用户提供服务的次数是否达到预置次数，若是，则确定所述用户的行为满足信息修改条件。

可选地，所述业务服务器为所述用户分配的默认用户身份为固定用户或为临时用户；

当为所述用户分配的默认用户身份为固定用户时，所述方法还包括：

业务服务器将所述用户的业务数据保存于本地；

当所述用户请求再次执行业务时，若业务服务器检测到用户发送的请求中携带之前为所述用户分配的默认用户身份，则所述业务服务器读取所述用户的业务数据，并继续执行业务。

本发明实施例提供的业务服务器，包括：

接收单元，用于接收用户发起的访问请求；

分配单元，用于为所述用户分配默认用户身份，所述默认用户身份的权限与注册用户身份的权限相对应；

执行单元，用于按照所述默认用户身份的权限向所述用户提供服务。

可选的，所述业务服务器还包括：

访问控制单元，用于向所述用户提示访问方式，接收用户的选择，当所述用户选择采用默认方式进行访问时，触发所述分配单元执行相应操作。

可选的，所述业务服务器还包括：

判断单元，用于判断所述用户的行为是否满足信息修改条件；

提示单元，用于当所述用户的行为满足信息修改条件时，向所述用户提示修改用户身份信息；

信息接收单元，用于接收所述用户提供的修改后的用户身份信息；

存储单元，用于对所述用户身份信息进行存储，并为所述用户分配注册用户身份。

从以上技术方案可以看出，本发明实施例具有以下优点：

本发明实施例中，业务服务器接收用户发起的访问请求之后，可以为该用户分配默认用户身份，并且业务服务器可以按照默认用户身份的权限向该用户提供服务，由于该默认用户身份的权限与注册用户身份的权限相对应，所以用户使用该默认用户身份可以享受到与注册用户身份相同的服务，因此用户在发起访问请求之后可以无需注册或登陆就能在第一时间体验到***提供的完整功能，从而提高了用户体验。

附图说明

图1为本发明业务处理方法一个实施例示意图；

图2为本发明业务处理方法另一实施例示意图；

图3为本发明业务服务器一个实施例示意图；

图4为本发明业务服务器另一实施例示意图。

具体实施方式

本发明实施例提供了一种业务处理方法及业务服务器，能够使得用户在第一时间体验到***提供的完整服务，从而提高用户体验。

请参阅图1，本发明业务处理方法一个实施例包括：

101、业务服务器接收用户发起的访问请求；

本实施例中，当用户希望对某一***发起数据访问时，可以向该***对应的业务服务器发起访问请求，则业务服务器可以接收到用户发起的访问请求。

该访问请求在实际应用中可以为网页访问请求，或网络游戏启动请求，或网络视频播放请求，或其他类型的数据访问请求，具体此处不做限定。

102、业务服务器为该用户分配默认用户身份；

当业务服务器接收到用户发起的访问请求之后，该业务服务器可以为该用户分配默认用户身份，该默认用户身份的权限与注册用户身份的权限相对应。

本实施例中，该默认用户身份无需用户输入任何身份信息，由业务服务器自动生成，生成之后，该默认用户身份则被分配给用户进行使用，需要说明的是，该默认用户身份的权限与注册用户身份的权限相对应，即意味着该默认用户身份等同于注册用户身份，享有与注册用户身份相同的权限。

103、业务服务器按照该默认用户身份的权限向该用户提供服务。

业务服务器为用户分配默认用户身份之后，则该用户已具备该默认用户身份，业务服务器就可以按照该默认用户身份的权限向用户提供服务，由于该默认用户身份等同于注册用户身份，享有与注册用户身份相同的权限，也就相当于业务服务器可以按照注册用户身份的权限向用户提供服务。

本实施例中，业务服务器接收用户发起的访问请求之后，可以为该用户分配默认用户身份，并且业务服务器可以按照默认用户身份的权限向该用户提供服务，由于该默认用户身份的权限与注册用户身份的权限相对应，所以用户使用该默认用户身份可以享受到与注册用户身份相同的服务，因此用户在发起访问请求之后可以无需注册或登陆就能在第一时间体验到***提供的完整功能，从而提高了用户体验。

为便于理解，下面以一具体实例对本发明实施例中的业务处理方法进行详细描述，请参阅图2，本发明业务处理方法另一实施例包括：

201、业务服务器接收用户发起的访问请求；

本实施例中，当用户希望对某一***发起数据访问时，可以向该***对应的业务服务器发起访问请求，则业务服务器可以接收到用户发起的访问请求。

该访问请求在实际应用中可以为网页访问请求，或网络游戏启动请求，或网络视频播放请求，或其他类型的数据访问请求，具体此处不做限定。

202、业务服务器向用户提示访问方式；

当业务服务器接收到用户发起的访问请求之后，可以向用户提示访问方式，该访问方式具体可以为“默认方式”和“登陆方式”。

其中，“默认方式”为不需要用户注册，且不需要用户输入任何用户身份信息（例如用户名、手机号、身份证号等）。

“登陆方式”为常规的进入页面的方式，例如要求用户输入用户名和密码，未注册的用户会提示进行注册等，具体为现有技术，此处不再赘述。

203、判断用户是否选择默认方式登陆，若是，则执行步骤205，若否，则执行步骤204；

业务服务器向用户提示访问方式，可以接收用户的选择，并且判断用户是否选择默认方式登陆。

204、按照普通方式进行登陆，并结束流程；

若用户未选择默认方式登陆，则业务服务器可以要求用户输入用户名和密码，未注册的用户会提示进行注册，用户进行后续流程，此步骤具体为现有技术，此处不再赘述。

需要说明的是，本实施例中的步骤203以及204为可选步骤，在实际应用中可以跳过不执行。

205、业务服务器为用户分配默认用户身份；

若用户选择默认方式登陆，则该业务服务器可以为该用户分配默认用户身份，该默认用户身份的权限与注册用户身份的权限相对应。

本实施例中，该默认用户身份无需用户输入任何身份信息，由业务服务器自动生成，生成之后，该默认用户身份则被分配给用户进行使用，需要说明的是，该默认用户身份的权限与注册用户身份的权限相对应，即意味着该默认用户身份等同于注册用户身份，享有与注册用户身份相同的权限。

具体的，业务服务器分配默认用户身份的过程可以为：

（1）、业务服务器按照预置规则为该用户分配默认用户名；

其中，业务服务器可以为用户分配统一的默认用户名，即所有的用户都使用相同的一个用户名，例如guest、user等，需要说明的是，该相同的用户名为呈现给用户的用户名，在业务服务器后台仍需要为每个用户分配独一无二的标识。

可以理解的是，业务服务器也可以按照用户的网络地址或访问时间为用户分配对应的默认用户名，例如192.168.15.1USR等，具体分配的方式此处不做限定。

（2）、业务服务器将该默认用户名对应的密码设置为空；

为了能够让用户不需要输入任何用户身份信息就能进行数据访问，业务服务器在分配默认用户名之后，还可以将默认用户名对应的密码设置为空。

（3）、业务服务器将该默认用户名对应的权限设置为与注册用户身份的权限相同。

206、业务服务器按照默认用户身份的权限向该用户提供服务；

业务服务器为用户分配默认用户身份之后，则该用户已具备该默认用户身份，业务服务器就可以按照该默认用户身份的权限向用户提供服务，由于该默认用户身份等同于注册用户身份，享有与注册用户身份相同的权限，也就相当于业务服务器可以按照注册用户身份的权限向用户提供服务。

207、业务服务器判断是否满足信息修改条件，若是，则执行步骤208，若否，则重复执行步骤207；

本实施例中，在分配了默认用户身份的用户进行数据访问的过程中，业务服务器可以实时判断用户的行为是否满足信息修改条件。

具体的，业务服务器可以判断是否接收到用户发送的注册请求，若是，则确定该用户的行为满足信息修改条件；

或者，

业务服务器可以判断该用户是否进入用户身份信息页面，若是，则确定该用户的行为满足信息修改条件；

或者，

业务服务器可以判断向该用户提供服务的时长是否达到预置时长，若是，则确定该用户的行为满足信息修改条件；

或者，

业务服务器可以判断向该用户提供服务的次数是否达到预置次数，若是，则确定该用户的行为满足信息修改条件。

需要说明的是，上述仅已几个例子对业务服务器判断是否满足信息修改条件的过程进行了描述，可以理解的是，在实际应用中，业务服务器还可以使用更多的方式判断是否满足信息修改条件，具体此处不做限定。

208、业务服务器存储修改的用户身份信息并分配注册用户身份。

当业务服务器确定用户的行为满足信息修改条件，则业务服务器可以接收该用户提供的修改后的用户身份信息，对用户身份信息进行存储，并为该用户分配注册用户身份。

也就是说，业务服务器可以提供给用户完善用户身份信息的接口，使得用户在以默认用户身份进行数据访问的过程中随时可以注册从而得到注册用户身份。

本实施例中，业务服务器接收用户发起的访问请求之后，可以为该用户分配默认用户身份，并且业务服务器可以按照默认用户身份的权限向该用户提供服务，由于该默认用户身份的权限与注册用户身份的权限相对应，所以用户使用该默认用户身份可以享受到与注册用户身份相同的服务，因此用户在发起访问请求之后可以无需注册或登陆就能在第一时间体验到***提供的完整功能，从而提高了用户体验；

此外，业务服务器在收到用户的访问请求之后，可以提示用户选择具体的访问方式，从而提高了方案的灵活性；

再次，业务服务器可以在用户以默认用户身份进行数据访问的过程中，实时判断用户的行为是否满足信息修改条件，当确定用户的行为满足了信息修改条件，则可以向用户提供接口以便于用户进行注册，所以使得用户能够随时选择是否进行注册，从而进一步提高了用户体验。

为了更进一步对本发明实施例的方案进行理解，下面以一个实际应用中的例子对本发明实施例的方案进行描述：

假设用户ALICE在浏览网页时看到了一款网页游戏，他希望进行尝试，当他点击链接进行网页游戏的页面时，他的客户端会向该网页游戏的业务服务器发起访问请求。

该网页游戏的业务服务器收到该访问请求之后，可以通过ALICE的客户端向ALICE发出提示信息：“请选择登陆游戏还是直接进入游戏”，若ALICE选择登陆游戏，业务服务器可以提示ALICE通过用户名和密码进行登陆，若ALICE没有注册，则业务服务器还可以提示ALICE进行注册，若ALICE选择直接进入游戏，则业务服务器可以为ALICE分配默认用户身份。

需要说明的是，在实际应用中，业务服务器也可以不向ALICE发出提示信息，而直接为其分配默认用户身份。

本实施例中，业务服务器为ALICE分配默认用户身份的过程可以包括：

业务服务器为ALICE分配默认用户名，该默认用户名可以根据ALICE的网络地址192.168.15.1得到，例如该默认用户名可以为“192.168.15.1USR”；

随后业务服务器可以将该默认用户名的密码设置为空；

最后业务服务器可以设置该默认用户名对应的权限与注册用户身份的权限相同，即ALICE通过该默认用户名即可获得与注册用户相同的权限。

需要说明的是，在实际应用中，业务服务器分配给ALICE的默认用户身份可以为固定用户，也可以为临时用户。

当为ALICE分配的默认用户身份为固定用户时，该方法还可以进一步包括：

业务服务器将ALICE的业务数据保存于本地，当所述用户请求再次执行业务时，若业务服务器检测到该请求中包含之前为ALICE分配的默认用户身份的信息，则所述业务服务器读取ALICE的业务数据，并继续执行业务。

具体的，ALICE的默认用户身份的信息会被存储在ALICE的客户端中，当ALICE下次再使用该客户端进入游戏时，业务服务器会检测到该客户端中的默认用户身份，则业务服务器可以直接提取ALICE上次进行游戏后的进度以及数据以供ALICE继续游戏。

如果为临时用户，则该默认用户身份的信息可以不保存在ALICE的客户端中，当ALICE下次再请求进入游戏时，业务服务器会重新分配一个全新的默认用户身份给ALICE，使得ALICE从头开始体验游戏。

当业务服务器为ALICE分配了默认用户身份之后，业务服务器还可以根据ALICE的请求进一步建立游戏角色，进入游戏世界进行游戏。

如果在体验游戏的过程中，ALICE决定注册一个个性化的账户，则ALICE可以随时主动发起注册请求，或者，当业务服务器检测到ALICE参与游戏的时间达到了预置时长或参与游戏的次数达到预置次数之后，也可以主动提示ALICE进行注册。

业务服务器确定ALICE要注册账户之后，可以提供接口给ALICE以便于其填写相关的用户身份信息，之后业务服务器可以保存这些用户身份信息并为ALICE分配注册用户身份。

上述仅为本发明实施例在实际应用中的一个例子，本领域技术人员根据上述的内容可以想到还可以通过其他的方式实现本发明实施例，具体此处不做限定。

下面对本发明实施例中的业务服务器进行描述，请参阅图3，本发明业务服务器的一个实施例包括：

接收单元301，用于接收用户发起的访问请求；

分配单元302，用于为该用户分配默认用户身份，该默认用户身份的权限与注册用户身份的权限相对应；

执行单元303，用于按照该默认用户身份的权限向该用户提供服务。

本实施例中，接收单元301接收用户发起的访问请求之后，分配单元302可以为该用户分配默认用户身份，并且执行单元303可以按照默认用户身份的权限向该用户提供服务，由于该默认用户身份的权限与注册用户身份的权限相对应，所以用户使用该默认用户身份可以享受到与注册用户身份相同的服务，因此用户在发起访问请求之后可以无需注册或登陆就能在第一时间体验到***提供的完整功能，从而提高了用户体验。

为便于理解，下面以一具体实例对本发明实施例中的业务服务器进行描述，请参阅图4，本发明业务服务器另一实施例包括：

接收单元401，用于接收用户发起的访问请求；

分配单元402，用于为该用户分配默认用户身份，该默认用户身份的权限与注册用户身份的权限相对应；

执行单元403，用于按照该默认用户身份的权限向该用户提供服务。

本实施例中的业务服务器还可以进一步包括：

访问控制单元404，用于向该用户提示访问方式，接收用户的选择，当该用户选择采用默认方式进行访问时，触发该分配单元402执行相应操作。

本实施例中的业务服务器还可以进一步包括：

判断单元405，用于判断该用户的行为是否满足信息修改条件；

提示单元406，用于当该用户的行为满足信息修改条件时，向该用户提示修改用户身份信息；

信息接收单元407，用于接收该用户提供的修改后的用户身份信息；

存储单元408，用于对该用户身份信息进行存储，并为该用户分配注册用户身份。

为便于理解，下面以一个具体应用场景为例，对本实施例业务服务器中各单元之间的交互关系进行描述：

本实施例中，当用户希望对某一***发起数据访问时，可以向该***对应的业务服务器的接收单元401发起访问请求，则接收单元401可以接收到用户发起的访问请求。

该访问请求在实际应用中可以为网页访问请求，或网络游戏启动请求，或网络视频播放请求，或其他类型的数据访问请求，具体此处不做限定。

当接收单元401接收到用户发起的访问请求之后，访问控制单元404可以向用户提示访问方式，该访问方式具体可以为“默认方式”和“登陆方式”。

其中，“默认方式”为不需要用户注册，且不需要用户输入任何用户身份信息（例如用户名、手机号、身份证号等）。

“登陆方式”为常规的进入页面的方式，例如要求用户输入用户名和密码，未注册的用户会提示进行注册等，具体为现有技术，此处不再赘述。

访问控制单元404向用户提示访问方式之后，可以接收用户的选择，并且判断用户是否选择默认方式登陆。

若用户未选择默认方式登陆，则访问控制单元404可以要求用户输入用户名和密码，未注册的用户会提示进行注册，用户进行后续流程，此步骤具体为现有技术，此处不再赘述。

若用户选择默认方式登陆，则访问控制单元404可以触发分配单元402为该用户分配默认用户身份，该默认用户身份的权限与注册用户身份的权限相对应。

本实施例中，该默认用户身份无需用户输入任何身份信息，由分配单元402自动生成，生成之后，该默认用户身份则被分配给用户进行使用，需要说明的是，该默认用户身份的权限与注册用户身份的权限相对应，即意味着该默认用户身份等同于注册用户身份，享有与注册用户身份相同的权限。

分配单元402为用户分配默认用户身份之后，则该用户已具备该默认用户身份，执行单元403就可以按照该默认用户身份的权限向用户提供服务，由于该默认用户身份等同于注册用户身份，享有与注册用户身份相同的权限，也就相当于业务服务器可以按照注册用户身份的权限向用户提供服务。

本实施例中，在分配了默认用户身份的用户进行数据访问的过程中，判断单元405可以实时判断用户的行为是否满足信息修改条件。

具体的，判断单元405可以判断是否接收到用户发送的注册请求，若是，则确定该用户的行为满足信息修改条件；

或者，

判断单元405可以判断该用户是否进入用户身份信息页面，若是，则确定该用户的行为满足信息修改条件；

或者，

判断单元405可以判断向该用户提供服务的时长是否达到预置时长，若是，则确定该用户的行为满足信息修改条件；

或者，

判断单元405可以判断向该用户提供服务的次数是否达到预置次数，若是，则确定该用户的行为满足信息修改条件。

需要说明的是，上述仅已几个例子对判断单元405判断是否满足信息修改条件的过程进行了描述，可以理解的是，在实际应用中，判断单元405还可以使用更多的方式判断是否满足信息修改条件，具体此处不做限定。

当判断单元405确定用户的行为满足信息修改条件，则提示单元406可以向该用户提示修改用户身份信息，信息接收单元407可以接收该用户提供的修改后的用户身份信息，存储单元408可以对用户身份信息进行存储，并为该用户分配注册用户身份。

也就是说，业务服务器可以提供给用户完善用户身份信息的接口，使得用户在以默认用户身份进行数据访问的过程中随时可以注册从而得到注册用户身份。

本实施例中，接收单元401接收用户发起的访问请求之后，分配单元402可以为该用户分配默认用户身份，并且执行单元403可以按照默认用户身份的权限向该用户提供服务，由于该默认用户身份的权限与注册用户身份的权限相对应，所以用户使用该默认用户身份可以享受到与注册用户身份相同的服务，因此用户在发起访问请求之后可以无需注册或登陆就能在第一时间体验到***提供的完整功能，从而提高了用户体验；

此外，接收单元401在收到用户的访问请求之后，访问控制单元404可以提示用户选择具体的访问方式，从而提高了方案的灵活性；

再次，判断单元405可以在用户以默认用户身份进行数据访问的过程中，实时判断用户的行为是否满足信息修改条件，当确定用户的行为满足了信息修改条件，则可以向用户提供接口以便于用户进行注册，所以使得用户能够随时选择是否进行注册，从而进一步提高了用户体验。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个***，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

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

Claims (11)

1.一种业务处理方法，其特征在于，包括：

业务服务器接收用户发起的访问请求；

业务服务器为所述用户分配默认用户身份，所述默认用户身份的权限与注册用户身份的权限相对应；

业务服务器按照所述默认用户身份的权限向所述用户提供服务。

2.根据权利要求1所述的业务处理方法，其特征在于，所述业务服务器为所述用户分配默认用户身份之前包括：

业务服务器向所述用户提示访问方式；

业务服务器接收用户的选择；

当所述用户选择采用默认方式进行访问时，所述业务服务器则触发为所述用户分配默认用户身份的步骤。

3.根据权利要求1或2所述的业务处理方法，其特征在于，所述业务服务器为所述用户分配默认用户身份包括：

业务服务器按照预置规则为所述用户分配默认用户名；

业务服务器将该默认用户名对应的密码设置为空；

业务服务器将该默认用户名对应的权限设置为与注册用户身份的权限相同。

4.根据权利要求3所述的业务处理方法，其特征在于，所述业务服务器按照预置规则为所述用户分配默认用户名包括：

业务服务器为所述用户分配统一的默认用户名。

5.根据权利要求3所述的业务处理方法，其特征在于，所述业务服务器按照预置规则为所述用户分配默认用户名包括：

业务服务器按照所述用户的网络地址或访问时间为所述用户分配对应的默认用户名。

6.根据权利要求1或2所述的业务处理方法，其特征在于，所述业务服务器按照所述默认用户身份的权限向所述用户提供服务之后包括：

业务服务器判断所述用户的行为是否满足信息修改条件，若是，则向所述用户提示修改用户身份信息；

业务服务器接收所述用户提供的修改后的用户身份信息；

业务服务器对所述用户身份信息进行存储，并为所述用户分配注册用户身份。

7.根据权利要求6所述的业务处理方法，其特征在于，所述业务服务器判断所述用户的行为是否满足信息修改条件包括：

业务服务器判断是否接收到用户发送的注册请求，若是，则确定所述用户的行为满足信息修改条件；

或，

业务服务器判断所述用户是否进入用户身份信息页面，若是，则确定所述用户的行为满足信息修改条件；

或，

业务服务器判断向所述用户提供服务的时长是否达到预置时长，若是，则确定所述用户的行为满足信息修改条件；

或，

业务服务器判断向所述用户提供服务的次数是否达到预置次数，若是，则确定所述用户的行为满足信息修改条件。

8.根据权利要求1或2所述的业务处理方法，其特征在于，所述业务服务器为所述用户分配的默认用户身份为固定用户或为临时用户；

当为所述用户分配的默认用户身份为固定用户时，所述方法还包括：

业务服务器将所述用户的业务数据保存于本地；

当所述用户请求再次执行业务时，若业务服务器检测到用户发送的请求中携带之前为所述用户分配的默认用户身份，则所述业务服务器读取所述用户的业务数据，并继续执行业务。

9.一种业务服务器，其特征在于，包括：

接收单元，用于接收用户发起的访问请求；

分配单元，用于为所述用户分配默认用户身份，所述默认用户身份的权限与注册用户身份的权限相对应；

执行单元，用于按照所述默认用户身份的权限向所述用户提供服务。

10.根据权利要求9所述的业务服务器，其特征在于，所述业务服务器还包括：

访问控制单元，用于向所述用户提示访问方式，接收用户的选择，当所述用户选择采用默认方式进行访问时，触发所述分配单元执行相应操作。

11.根据权利要求9或10所述的业务服务器，其特征在于，所述业务服务器还包括：

判断单元，用于判断所述用户的行为是否满足信息修改条件；

提示单元，用于当所述用户的行为满足信息修改条件时，向所述用户提示修改用户身份信息；

信息接收单元，用于接收所述用户提供的修改后的用户身份信息；

存储单元，用于对所述用户身份信息进行存储，并为所述用户分配注册用户身份。

Images