CN101835109B - 业务发起方法及终端 - Google Patents

Abstract

本发明公开了一种业务发起方法及终端，该方法包括以下步骤：第一终端获取第二终端所支持的业务类型；以及，第一终端向第二终端发起其类型属于获取到的业务类型的业务。本发明解决了相关技术中由于目的终端不支持发起的业务的类型导致业务信息丢失及用户体验降低的问题，提高了用户的体验。

Description

业务发起方法及终端

技术领域

本发明涉及通信领域，尤其涉及一种业务发起方法及终端。

背景技术

随着移动通信技术的快速发展，终端提供了丰富而又人性化的功能，其中，短信、彩信、语音通话等是人们日常生活中最为常用的功能。

然而，在现有的终端中，在发送某些类型较特殊的信息，例如，增强型短信(Enhanced Message，简称为EMS)或日程短信时，如果接收方终端不支持该信息类型，则接收不到该信息，且双方都不会有任何提示；另外，当终端发起对方终端不支持的业务，例如，可视电话、PoC、视频共享等功能时，接收方终端同样不能接收该业务。这会浪费用户编辑信息的时间和通信费用，还会造成用户信息的丢失，降低了用户的体验。

发明内容

本发明的主要目的在于提供一种业务发起方法及终端，以至少解决上述问题。

根据本发明的一个方面，提供了一种业务发起方法，包括以下步骤：第一终端获取第二终端所支持的业务类型；以及，第一终端向第二终端发起其类型属于获取到的业务类型的业务。

进一步地，第一终端获取第二终端所支持的业务类型包括：第一终端接收来自第二终端的短信，其中，短信的协议数据单元的特定位置的字段中携带有第二终端所支持的业务类型的信息；第一终端从字段中获取第二终端所支持的业务类型。

进一步地，字段中的比特通过比特图的方式指示第二终端支持的业务类型，字段占用的比特数B＝nA，其中，A为第一终端的编码位数，n为使C＜nA的最小值，C为第二终端支持的业务类型的数量。

进一步地，第一终端获取第二终端所支持的业务类型包括：第一终端接受用户将第二终端加入组的操作；第一终端根据组的属性确定第二终端所支持的业务类型。

进一步地，第一终端向第二终端发起其类型属于业务类型的业务之前，还包括：第一终端判断业务的类型是否与业务类型相一致，若是，继续后续处理，否则，第一终端提醒用户第二终端不支持业务。

进一步地，第二终端所支持的业务类型包括第二终端所支持的信息类型，第一终端向第二终端发起其类型属于业务类型的业务包括：第一终端向第二终端发送其类型属于信息类型的信息。

根据本发明的另一个方面，提供了一种终端，包括：获取模块，用于获取其他终端所支持的业务类型；以及，业务发起模块，用于向其他终端发起其类型属于获取到的业务类型的业务。

进一步地，获取模块包括：接收模块，用于接收来自其他终端的短信，其中，短信的协议数据单元的特定位置的字段中携带其他终端所支持的业务类型的信息；能力获取模块，用于从字段中获取其他终端所支持的业务类型。

进一步地，获取模块包括：配置模块，用于接受用户将其他终端加入组的操作；确定模块，用于根据组的属性确定其他终端所支持的业务类型。

进一步地，该终端还包括：判断模块，用于判断业务的类型是否与业务类型相一致；调度模块，用于在判断模块的判断结果为是的情况下，调度业务发起模块，在判断模块的判断结果为否的情况下，调度提醒模块；提醒模块，用于提醒用户第二终端不支持业务。

通过本发明，采用终端获取其他终端支持的业务类型，并根据其他终端支持的业务类型来发起业务的方法，解决了相关技术中由于目的终端不支持发起的业务的类型导致业务信息丢失及用户体验降低的问题，防止了编辑时间及通信费用的浪费和业务信息的丢失，提高了用户的体验。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是根据本发明实施例的终端的结构框图；

图2是根据本发明实施例的终端的优选结构框图一；

图3是根据本发明实施例的终端的优选结构框图二；

图4是根据本发明实施例的终端的优选结构框图三；

图5是根据本发明实施例的业务发起方法的流程图；

图6是根据本发明实施例的业务发起方法的优选流程图；

图7是根据本发明优选实例的示例性短信PDU格式示意图；

图8是根据本发明优选实例的移动终端上号码及信息类型字段的存储格式示意图；

图9是根据本发明优选实例的移动终端上提示信息的示意图；以及，

图10是根据本发明优选实例的信息发送过程的详细流程图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

图1是根据本发明实施例的终端的结构框图，该终端包括：

获取模块12，用于获取其他终端所支持的业务类型；以及，

业务发起模块14，连接于获取模块12，用于向其他终端发起其类型属于获取到的业务类型的业务。

相关技术中，终端发起业务(包括信息)时没有业务类型的限制(只要发起业务的终端支持该业务类型即可)，业务的接收终端可能不支持该类型的业务，导致业务信息丢失，同时浪费了用户的业务编辑时间和通信费用。本发明实施例提供的终端中，业务发起模块14能够向其他终端发起属于获取模块12获取的业务类型的业务，从而能够从业务类型的角度，保证接收终端的支持，不会由于类型不支持导致业务信息丢失，提高了用户体验。

图2是根据本发明实施例的终端的优选结构框图一，获取模块12可以包括：

接收模块22，用于接收来自其他终端的短信，其中，短信的协议数据单元(Protocol Data Unit，简称为PDU)的特定位置的字段中携带有其他终端所支持的业务类型；

能力获取模块24，连接于接收模块22和信息发送模块14，用于从上述字段中获取其他终端所支持的业务类型。

由于短信类型是大多数终端支持的信息类型，因此，可以采用短信携带业务类型的信息，且在短信PDU中仅借用一个字段来携带其他终端支持的业务类型的信息，对信息格式和终端处理的改动较小，改造成本低，易于实现。

图3是根据本发明实施例的终端的优选结构框图二，获取模块12可以包括：

配置模块32，用于接受用户将其他终端加入组的操作；

确定模块34，连接于配置模块32和信息发送模块14，用于根据组的属性确定其他终端所支持的业务类型。

该终端中，配置模块32接受用户将其他终端加入组的操作，再由确定模块34从所加的组的属性中，判断出其他终端的业务支持信息，提供了用户手动添加的接口，使用户能够灵活对业务支持信息进行添加或修改，提高了用户的体验。

图4是根据本发明实施例的终端的优选结构框图三，该终端还可以包括：

判断模块42，连接于获取模块12，用于判断业务的类型是否与业务类型相一致；

调度模块44，连接于判断模块42、信息发送模块14、和提醒模块46，用于在判断模块的判断结果为是的情况下，调度业务发起模块，在判断模块的判断结果为否的情况下，调度提醒模块46；

提醒模块46，连接于调度模块44，用于提醒用户第二终端不支持该业务。

在该终端中设置提醒模块46可以在其他终端不支持待发起的业务的情况下，将不支持的信息通知给用户，以便用户决定后续的处理，例如，决定是否仍然发起该业务等。

图5是根据本发明实施例的业务发起方法的流程图，该方法包括以下步骤：

步骤S502，第一终端获取第二终端所支持的业务类型；以及，

步骤S504，第一终端向第二终端发起其类型属于上述获取到的业务类型的业务。

相关技术中，终端发起业务时没有业务类型的限制(只要发起业务的终端支持该业务类型即可)，业务的接收终端可能不支持该类型的业务，导致业务信息丢失，同时浪费了用户的业务信息编辑时间和通信费用。本发明实施例提供的方法中，向其他终端发起其类型属于第二终端支持的业务类型的业务，从而能够从业务类型的角度，保证接收终端对业务的支持，不会由于类型不支持导致业务信息丢失，提高了用户体验。

作为一个可选的实施方式，步骤S502可以具体包括：第一终端接收来自第二终端的短信，其中，短信的协议数据单元的特定位置的字段中携带有第二终端所支持的业务类型的信息；第一终端从字段中获取第二终端所支持的业务类型。由于短信类型是大多数终端支持的信息类型，因此，可以采用短信携带业务支持信息，且在短信PDU中仅借用一个字段来携带该业务类型信息，对信息格式和终端处理的改动较小，改造成本低，易于实现。当然，在双方终端均支持的情况下，还可以采用其他类型的信息，例如，彩信、网络短信、飞信、PTT等，还可以采用为携带该业务类型信息新增的信息类型来携带，为了更加智能地实现支持信息的更新，减少用户的操作，该新增的信息类型的信息的属性可以设置为：到达终端后，无需通知用户，而是由终端在后台进行业务类型信息的解析和保存，以进一步提高用户的体验。

对于以上的利用短信或是彩信、网络短信、飞信等方式来携带业务类型信息的实施方式，第一终端无需每次都进行信息的解析以获取第二终端所支持的业务类型的信息，可以在信息中设一标识位，用于指示该信息中是否包含支持的业务类型的信息，第一终端在该标识指示信息中携带支持的业务类型的信息的情况下，进行解析操作，以获得业务类型的信息；或者，还可以判断PDU中用户数据长度和短信实际长度是否相等，若相等，则无需进行解析操作，否则，解析并获得业务类型的信息。

作为另外一种可选的实施方式，步骤S502还可以包括：第一终端接受用户将第二终端加入组的操作；第一终端根据组的属性确定第二终端所支持的业务类型。该实施方式中，第一终端接受用户将其他终端加入组的操作后，从所加的组的属性中，判断出其他终端所支持的业务类型，提供了用户手动添加的接口，使用户能够灵活对业务类型的信息进行添加或修改，提高了用户的体验。该实施方式借助了用户手动添加的方式实现了第一终端对第二终端的业务类型信息的获取，但在实际应用中，还可以采用其他的方式，例如，红外、蓝牙传送支持的业务类型的信息文件等方式来实现。

优选地，第一终端也可以主动获取第二终端所支持的业务类型，此时，第一终端只需向第二终端发起支持业务类型的获取请求，第二终端响应该请求向第一终端发送自身支持的业务类型的信息，例如，在一键通(如PTT)时，用户A如果向用户B发起支持业务类型的获取请求，用户B相应地可以直接将自己支持的业务类型信息发送给用户A。

优选地，字段中的比特可以通过比特图的方式指示第二终端支持的业务类型，但不限于此。比特图的方式配置简单，解析方便，易于实现。

优选地，字段占用的比特数B＝nA，其中，A为第一终端的编码位数，n为使C＜nA的最小值，C为第二终端支持的业务类型的数量。通过以上的方式进行比特格式对齐，方便了信息格式的扩展，且便于管理。

图6是根据本发明实施例的业务发起方法的优选流程图，如图6所示，步骤S504之前，还可以包括：

步骤S603，第一终端判断业务的类型是否与上述业务类型相一致，若是，执行上述步骤S504，否则，执行步骤S605；

步骤S605，第一终端提醒用户第二终端不支持该业务。

上述方法可以在第二终端不支持待发起的业务类型的情况下，将第二终端不支持该业务的信息通知给用户，以便用户决定后续的处理，例如，决定是否仍然发起该业务等。

第二终端所支持的业务类型可以包括第二终端所支持的信息类型，第一终端向第二终端发起其类型属于业务类型的业务可以包括：第一终端向第二终端发送其类型属于信息类型的信息。

优选实例1

图7是根据本发明优选实例1的示例性短信PDU格式示意图。在短信原有PDU串末尾，新增一个字段，用于表示本终端可支持的信息类型，例如，普通短信、EMS、日程短信、彩信、push消息等，需要说明的是，该实例以第二终端支持的业务类型为第二终端所支持的信息类型为例进行说明，但不限于此。为使得短信编码方式现有的普通短信格式对齐，也为了今后短信格式扩展方便，这里使用1byte(8bit)的字段用于表示终端可支持信息类型。该字段可以用二进制的bit位表示，bit位与支持的信息类型相对应，置1表示支持，置0表示不支持。

表1示出了各信息类型及bit位的对应关系，其中，前三个bit用于扩展，可以全部置0。

表1

现有一个终端支持信息类型包括：普通短信、EMS、日程短信，表示为字段00000111，转化为16进制为07。

上述第二终端在发送信息时，可以将这一特殊字段附加在信息中，该字段可以附加于短信的用户数据字段中。收件人(即，第一终端)接收到信息后，读取这一附加字段，将号码及这一字段，存储在终端列表中；或者，用户通过口头沟通等方式获知第二终端可支持的信息类型后，可以手动将第二终端加入信息类型对应的组中，也可手动编辑、删除、修改号码及其对应关系，第一终端根据第二终端所在的组，编辑终端列表。例如，当一个号码在EMS组中时，则终端列表中该号码的信息类型字段中，EMS对应的bit位为1。

图8给出了一种示例性的终端列表的存储格式，该示例性格式将信息类型字段、号码和一些个人信息(例如，姓名，地址等)组合在一起，在实际应用中，终端列表也可以仅包括信息类型字段和号码的对应关系。为避免联系人更换手机后，原有列表不能及时得到更新，对于同一个联系人，当新获取的所支持的信息类型与现有列表不一致，将使用新获取的信息覆盖原有的信息。

在发送信息时，第一终端可以判断信息类型，检索号码对应的信息字段，并查询该类型对应的bit位，若为1，表明对方支持，直接发送；若为0，将提示用户对方不支持该信息类型，是否编辑后再进行发送，图9给出了一种示例性的移动终端进行不支持信息类型的提示的格式。

优选实例2

以下以第二终端支持的业务类型为第二终端所支持的信息类型，且第一终端根据第二终端所支持的信息类型来发送信息的过程为例来说明本发明实施例提供的业务发起方法。

第二终端在编辑时，提前为信息类型字段预留一个或两个字符的存储位置，为了使得字符对齐，若使用7bit编码，需预留两个字符(14bit)，即普通短信最多可输入158个字符，长短信的每一个分段最多可输入150个字符；若使用8bit编码，需预留一个字符(8bit)，即普通短信最多可输入139个字符，长短信的每一个分段最多可输入133个字符；若使用UCS16编码，需预留一个字符(16bit)，则普通短信最多可输入69个字符，长短信的每一个分段最多可输入66个字符。以8bit编码为例，如图7所示，在进行编码时，用户数据位长度为实际长度-1，即为L-1个字符。

如图10所示，信息发送的过程包括如下步骤：

步骤1001，终端收到短信后，读取发件人号码。为了减少手机的判断次数，也可仅对现有通讯录中的联系人进行判断。

步骤1002，根据短信的头部信息，判断接收到的信息类型是否是普通短信。

步骤1003，如果1002的判断结果为是，将比较用户数据长度和短信实际长度是否相等，以判断短信中是否携带了类型信息，若相等，进入步骤1004，否则，进入步骤1009。

步骤1004，此时，短信未携带类型信息字段，L个字符均为真正的用户数据，按照一般的短信解码方式进行处理。

步骤1005，此时，短信携带有类型信息字段，在本实例中，数据长度比实际长度少1位，这1位用于携带信息类型，因此L-1个字符为用户数据内容，解码并显示，最后一个字符为信息类型字段，读取最后一个字段。

步骤1006，判断本终端列表中是否已经存在该号码，如果已经存在，执行步骤1007，否则，执行步骤1008。

步骤1007，直接覆盖终端列表中该号码对应的类型信息字段。

步骤1008，对方不在通讯录中，放弃保存。

步骤1009，收到的短信类型为长短信，选择长短信中任一条短信进行处理，判断任一条短信的数据长度是否等于实际长度，若是，执行步骤1004，否则，执行步骤1005。

假设一个终端A支持信息类型包括：普通短信、彩信、EMS、日程短信；终端B支持信息类型包括：普通短信、彩信、日程短信、push消息。终端A收到B发送的短信，短信中包含B可支持的信息类型字段。按照以上的对应关系，该字段使用二进制表示为00011011，转化为16进制为1B。终端A接收到短信后，查看B是否已经存在于A的终端列表中，如果已经存在，覆盖原有信息；如果不存在，在列表中添加该联系人及其对应的信息类型字段，一种示例性的列表形式如图8所示。

优选实例3

假设一个终端A支持信息类型包括：普通短信、彩信、EMS、日程短信；终端B支持信息类型包括：普通短信、彩信、日程短信、push消息。终端A上有群组普通短信群组、彩信群组、EMS群组、日程短信群组。当使用终端A的用户得知终端B支持信息类型后，可以手动将B的手机号码添加到普通短信、彩信和日程短信群组中。此时，终端B对应的手机号码信息字段为00001011。

终端A向终端B发送消息时，首先检查终端B的号码是否在待发送信息对应的类型列表中。如当前发送信息为彩信，终端A检查到B支持彩信，直接发送。如当前发送信息为EMS，终端A检查到B不在EMS群组中，提示用户：“对方不支持EMS，是否编辑后发送？”。如用户选择是，进入短信编辑界面；选择否，则取消编辑，直接发送。一种示例性的提示界面如图9所示。

综上所述，上述业务发起方案能够从业务类型的角度，保证接收终端对业务的支持，不会由于类型不支持导致业务信息丢失，提高了用户体验，且该方案无需对移动终端软件进行大规模的改动，易于实现。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

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

Claims (8)

1.一种业务发起方法，其特征在于，包括以下步骤：

第一终端获取第二终端所支持的业务类型，其中，第一终端获取第二终端所支持的业务类型包括：所述第一终端接受用户将所述第二终端加入组的操作；所述第一终端根据所述组的属性确定所述第二终端所支持的业务类型；以及，

所述第一终端向所述第二终端发起其类型属于所述业务类型的业务。

2.根据权利要求1所述的方法，其特征在于，第一终端获取第二终端所支持的业务类型还包括：

所述第一终端接收来自所述第二终端的短信，其中，所述短信的协议数据单元的特定位置的字段中携带有所述第二终端所支持的业务类型的信息；

所述第一终端从所述字段中获取所述第二终端所支持的业务类型。

3.根据权利要求2所述的方法，其特征在于，所述字段中的比特通过比特图的方式指示所述第二终端支持的业务类型，所述字段占用的比特数B＝nA，其中，A为所述第一终端的编码位数，n为使C<nA的最小值，C为所述第二终端支持的业务类型的数量。

4.根据权利要求1所述的方法，其特征在于，所述第一终端向所述第二终端发起其类型属于所述业务类型的业务之前，还包括：

所述第一终端判断所述业务的类型是否与所述业务类型相一致，若是，继续后续处理，否则，所述第一终端提醒用户所述第二终端不支持所述业务。

5.根据权利要求1所述的方法，其特征在于，所述第二终端所支持的业务类型包括所述第二终端所支持的信息类型，所述第一终端向所述第二终端发起其类型属于所述业务类型的业务包括：

所述第一终端向所述第二终端发送其类型属于所述信息类型的信息。

6.一种终端，其特征在于，包括：

获取模块，用于获取其他终端所支持的业务类型，其中，所述获取模块包括：配置模块，用于接受用户将所述其他终端加入组的操作；确定模块，用于根据所述组的属性确定所述其他终端所支持的业务类型；以及，

业务发起模块，用于向所述其他终端发起其类型属于所述业务类型的业务。

7.根据权利要求6所述的终端，其特征在于，所述获取模块还包括：

接收模块，用于接收来自所述其他终端的短信，其中，所述短信的协议数据单元的特定位置的字段中携带所述其他终端所支持的业务类型的信息；

能力获取模块，用于从所述字段中获取所述其他终端所支持的业务类型。

8.根据权利要求6所述的终端，其特征在于，还包括：

判断模块，用于判断所述业务的类型是否与所述业务类型相一致；

调度模块，用于在所述判断模块的判断结果为是的情况下，调度所述业务发起模块，在所述判断模块的判断结果为否的情况下，调度提醒模块；

所述提醒模块，用于提醒用户所述其他终端不支持所述业务。