一种生成目标合同的方法及终端设备
技术领域
本申请涉及互联网领域,尤其涉及一种生成目标合同的方法及终端设备。
背景技术
由于互联网的发展,网上交易(转账、红包等等)、网上聊天等等操作越来越多。买卖双方即使处于异地也可以在网上达成交易。
在买卖双方交易的过程中,例如,买家需要在采购一批物品,则可以直接利用聊天类、支付类等等软件和卖家沟通好货物货款等等之后,买家网上转账给卖家,卖家直接发货给卖家即可。如果买卖双方建立信任后,买家可能直接转账给卖家,卖家就直接发货了,无需沟通。
但是在交易的过程中,由于缺少契约意识或者沟通不充分的问题,很容易造成交易纠纷的发生。例如,买家和卖家可能在线下沟通买卖,但是在线上转账,若这笔款项没有文字记录其用途,若卖家不承认该款项的用途,那么则很容易造成买卖双方的纠纷。
故而如何解决互联网中由交易产生的纠纷问题,是目前亟需解决的问题。
发明内容
本说明书提供了一种生成目标合同的方法及终端设备,以解决或者部分解决互联网中由交易产生的纠纷问题。
为解决上述技术问题,提供了一种生成目标合同的方法,所述方法包括:
基于第一用户的操作指令,生成用于和第二用户集群进行联合签署合同的联合合同签署请求;
将所述联合合同签署请求发送给所述第二用户集群对应的第二终端设备集群,其中,所述第二用户集群中的第二用户和所述第二终端设备集群中终端设备一一对应;使得所述第二终端设备集群中的M个第二终端设备基于所述联合合同签署请求生成并返回一确认进行联合合同签署的第一确认信息;M>0且为正整数;
基于M个第一确认信息,从和所述第二用户集群所在同一聊天群中的群聊天记录中确定出聊天信息;
利用所述聊天信息生成待定合同,并将所述待定合同发送给所述第二终端设备集群,使得所述第二终端设备集群中的P个第二终端设备生成确认所述待定合同的第二确认信息;P>0且为正整数;
基于P个第二确认信息,将所述待定合同确定为所述目标合同,并将所述目标合同上传至区块链。
本说明书的另一个方面,提供了一种终端设备,所述终端设备包括:
第一生成模块,用于基于第一用户的操作指令,生成用于和第二用户集群进行联合签署合同的联合合同签署请求;
第一发送模块,用于将所述联合合同签署请求发送给所述第二用户集群对应的第二终端设备集群,其中,所述第二用户集群中的第二用户和所述第二终端设备集群中终端设备一一对应;使得所述第二终端设备集群中的M个第二终端设备基于所述联合合同签署请求生成并返回一确认进行联合合同签署的第一确认信息;M>0且为正整数;
第一确定模块,用于基于M个第一确认信息,从和所述第二用户集群所在同一聊天群中的群聊天记录中确定出聊天信息;
第二生成模块,用于利用所述聊天信息生成待定合同,并将所述待定合同发送给所述第二终端设备集群,使得所述第二终端设备集群中的P个第二终端设备生成确认所述待定合同的第二确认信息;P>0且为正整数;
第二确定模块,用于基于P个第二确认信息,将所述待定合同确定为所述目标合同,并将所述目标合同上传至区块链。
本说明书的另一个方面,提供了一种生成目标合同的方法,所述方法包括:
基于第一用户的操作指令,生成用于和第二用户集群中的每个第二用户进行单独签署合同的单独合同签署请求;
将所述单独合同签署请求发送给所述第二用户集群对应的第二终端设备集群,其中,所述第二用户集群中的第二用户和所述第二终端设备集群中终端设备一一对应;使得所述第二终端设备集群中的M个第二终端设备基于所述单独合同签署请求各自生成并返回一确认进行合同签署的第一确认信息;M>0且为正整数;
基于M个第一确认信息,从和所述第二用户集群所在同一聊天群中的群聊天记录中确定出聊天信息;
利用所述聊天信息生成待定合同,并将所述待定合同发送给所述第二终端设备集群,使得所述第二终端设备集群中的M个第二终端设备各自生成确认所述待定合同的第二确认信息;
基于所述M个第二终端设备各自发送的第二确认信息,将所述待定合同分别确定为和所述M个第二终端设备各自约定的目标合同,并将M个目标合同上传至区块链。
本发明的另一个方面,提供了一种终端设备,包括:
第一生成单元,基于第一用户的操作指令,生成用于和第二用户集群中的每个第二用户进行单独签署合同的单独合同签署请求;
第一发送单元,用于将所述单独合同签署请求发送给所述第二用户集群对应的第二终端设备集群,其中,所述第二用户集群中的第二用户和所述第二终端设备集群中终端设备一一对应;使得所述第二终端设备集群中的M个第二终端设备基于所述单独合同签署请求各自生成并返回一确认进行合同签署的第一确认信息;M>0且为正整数;
第一确定单元,用于基于M个第一确认信息,从和所述第二用户集群所在同一聊天群中的群聊天记录中确定出聊天信息;
第二生成单元,用于利用所述聊天信息生成待定合同,并将所述待定合同发送给所述第二终端设备集群,使得所述第二终端设备集群中的M个第二终端设备各自生成确认所述待定合同的第二确认信息;
第二确定单元,用于基于所述M个第二终端设备各自发送的第二确认信息,将所述待定合同分别确定为和所述M个第二终端设备各自约定的目标合同,并将M个目标合同上传至区块链。
本说明书公开了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现上述方法的步骤。
本说明书公开了一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现上述方法的步骤。
通过本说明书的一个或者多个技术方案,本说明书具有以下有益效果或者优点:
本说明书的一个或者多个实施例公开了一种生成目标合同的方法及终端设备,为了解决或者部分解决互联网中由交易产生的纠纷问题,通过基于第一用户的操作指令,生成用于和第二用户集群进行合同签署的联合合同签署请求;然后将所述联合合同签署请求发送给第二用户集群对应的第二终端设备集群,使得所述第二终端设备集群中的M个第二终端设备基于所述联合合同签署请求生成并返回一确认进行合同签署的第一确认信息。然后基于M个第一确认信息,从和所述第二用户集群所在同一聊天群中的群聊天记录中确定出聊天信息,然后利用所述聊天信息生成待定合同,并将所述待定合同发送给所述第二终端设备,使得所述第二终端设备集群中的P个第二终端设备生成确认所述待定合同的第二确认信息;基于P个第二确认信息,将所述待定合同确定为所述目标合同。由此可见,本说明书的一个或者多个实施例利用网络的聊天信息生成合同,能够简单快速的达成契约,避免双方由于缺少契约意识或者沟通不充分的问题造成的交易纠纷的发生,能够根据合同定责,减少交易纠纷,为交易提供规范的定责依据。另外,将所述目标合同上传至区块链能够达到存证的目的。
上述说明仅是本说明书技术方案的概述,为了能够更清楚了解本说明书的技术手段,而可依照说明书的内容予以实施,并且为了让本说明书的上述和其它目的、特征和优点能够更明显易懂,以下特举本说明书的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本说明书的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:
图1示出了根据本说明书一个实施例的一种生成目标合同的方法的实施过程图;
图2A-图2B示出了根据本说明书一个实施例的APP中的单独聊天界面;
图3示出了根据本说明书一个实施例的APP中的群聊天界面;
图4示出了根据本说明书一个实施例的一种终端设备的示意图;
图5示出了根据本说明书一个实施例的一种生成目标合同的方法的另一个实施过程图;
图6示出了根据本说明书一个实施例的一种的终端设备的示意图;
图7示出了根据本说明书一个实施例的计算机设备的示意图。
具体实施方式
下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例,然而应当理解,可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反,提供这些实施例是为了能够更透彻地理解本公开,并且能够将本公开的范围完整的传达给本领域的技术人员。
本说明书的一个或者多个实施例提供了一种生成目标合同的方法及终端设备,用以解决现有技术的互联网中由交易产生的纠纷问题。
作为一种可选的实施例,本说明书的实施例公开了一种生成目标合同的方法,该方法应用在第一终端设备侧,是接收用户的操作和第二终端设备相互协商生成目标合同的过程。而在具体的实施过程中,两个终端设备需要安装相同的APP(应用程序),然后两个终端设备的APP相互交互生成目标合同。参看图1,该方法的具体实施过程包括:
步骤11,基于第一用户的操作指令,生成用于和第二用户集群进行联合签署合同的联合合同签署请求。
在具体的实施过程中,该操作指令是第一终端设备接收到的第一用户的操作之后生成的。第一用户的操作包括但不限于是在第一终端设备的APP的显示界面上的滑动、触摸、点击、双击、三击、长按等等操作。这些操作可以是单手、双指、三指等操作。
而第二用户集群中的第二用户的数目不定。可能第二用户集群中只有一个第二用户,或者第二用户集群中有两个以上第二用户。
故而,本实施例包含有两种情况。
第一种情况是:第二用户集群中只有一个第二用户,那么“和所述第二用户集群所在同一聊天群”的含义有两种情况:第①种情况是第一用户和第二用户处于同一个聊天群组里面。这种聊天群组需要组建,且可以添加好友进入群聊。而此时,这个聊天群组就两人:第一用户和第二用户。
此种情况下,参看图2A第一终端设备上的显示界面就是和1个第二用户群聊天的聊天界面。在该聊天界面的顶端设置有“生成合同”的按钮,点击该按钮,第一终端设备会生成用于和第二用户进行合同签署的联合合同签署请求。
第②种情况是第一终端设备中显示的针对第二用户的单独聊天界面,这种情况也可以将第一用户和第二用户看做是处于同一个虚拟的聊天群,因为第一用户是单独和第二用户进行聊天,所以该群聊天记录就是两个用户之间的聊天记录。
在此种情况下,第一终端设备上的显示界面就是和第二用户聊天的聊天界面。在该聊天界面上,可以设置“生成合同”的按钮,用户点击该按钮,那么第一终端设备接收到用户的点击操作,则可以生成用于和第二用户进行合同签署的联合合同签署请求。另外,也可以有其他方式(例如双击、滑动等等)触发生成联合合同签署请求。
当然,第一用户可以和很多个用户进行信息交互,APP可以是支付类APP,聊天类APP等等。
以支付类APP为例,参看图2B,是APP中的显示界面,在该显示界面上,罗列有很多个用户,每个用户都可以看做是第二用户。若点击某个第二用户,则会显示第一用户和第二用户的聊天界面,参看图2A,该聊天界面的顶端设置有“生成合同”的按钮,点击该按钮,第一终端设备会生成用于和第二用户进行合同签署的联合合同签署请求。
第二种情况是,第二用户集群中有两个以上第二用户。第一用户和每个第二用户都可以在群聊里发言,且可以显示给聊天群中的任意用户观看。
此种情况下,参看图3,是第一终端设备上的显示界面就是和4个第二用户群聊天的聊天界面,该界面的一侧可以显示出5个用户头像。在该聊天界面的顶端设置有“生成合同”的按钮,点击该按钮,第一终端设备会生成用于和第二用户进行合同签署的联合合同签署请求。
作为一种可选的实施例,可以向左或者向右滑动该聊天界面,则第一终端设备会基于该滑动操作指令,生成用于和第二用户进行合同签署的联合合同签署请求。
或者,双击该聊天界面,则第一终端设备会基于该双击操作指令,生成用于和第二用户进行合同签署的联合合同签署请求。
作为一种可选的实施例,每个用户都有信用等级,若信用等级达到,才能够生成联合合同签署请求,和第二用户进行合同约定签署。此操作能够规避信用等级不好(也就是信用等级不够)的用户产生合同纠纷,降低产生合同纠纷的风险。
在具体的实施过程中,判断所述第一用户的信用等级是否达到预设信用等级。若所述第一用户的信用等级达到所述预设信用等级,则可以将所述联合合同签署请求发送给所述第二终端设备集群。若所述第一用户的信用等级未达到所述预设信用等级,则生成第一提示信息进行显示和/或生成第二提示信息发送给所述第二终端设备集群。
在具体的实施过程中,生成第一提示信息进行显示,可以展示给第一用户,提示第一用户注意自己的信用等级,避免出现由于等级过低而限制其网上签约合同的权限。此外,将第一用户的信用等级展示给第二用户集群,可以使第二用户集群中的每个第二用户都获知第一用户的信用等级,从而预知风险。当然,也可以同时展示给第一用户和第二用户集群。
作为一种可选的实施例,若所述第一用户的信用等级未达到所述预设信用等级,还可以实时监控述第一用户的信用等级变化后形成的第二等级,并且基于所述预设信用等级实时判断所述第一用户的信用等级变化后形成的第二等级,直到所述第二等级达到所述预设信用等级。例如预设信用等级为3级,若第一用户的信用等级为1级,则判定出其未达到预设信用等级,则实时监控并判断第一用户的信用等级变化,直到其信用等级达到预设信用等级为止。此时,则有“将所述联合合同签署请求发送给所述第二终端设备集群”的资格。
进一步的,本实施例中的“实时监控”的含义,包含每隔预设时间进行监控,例如每隔2秒进行监控。也包含不间断时间进行监控。
而在其信用等级达到预设信用等级之后,可以生成第三提示信息进行显示,以提示第一用户其信用等级已经达到预设信用等级,具有生成合同的资格,进一步的,还可以生成询问信息,以询问第一用户是否继续将所述联合合同签署请求发送给所述第二终端设备集群。
步骤12,将所述联合合同签署请求发送给所述第二用户集群对应的第二终端设备集群,使得所述第二终端设备集群中的M个第二终端设备基于所述联合合同签署请求生成并返回一确认进行联合合同签署的第一确认信息;M>0且为正整数。
其中,所述第二用户集群中的第二用户和所述第二终端设备集群中终端设备一一对应。
在具体的实施过程中,每个第二终端设备中的APP显示界面都可以显示出该联合合同签署请求,该联合合同签署请求是第一终端设备发送给各个第二终端设备的,该联合合同签署请求用于请求和第二终端设备集群联合进行合同签署,也就是说,该合同签署是一个以上第二用户共同签署才有效的合同。
例如该APP内显示出“联合合同签署请求”的按钮,然后有“确定”、“取消”按钮,若第二用户同意,则可以点击“同意”选项,则第二终端设备会生成并返回一确认进行联合合同签署的第一确认信息。
进一步的,第二用户集群都接收到联合合同签署请求之后,并不是所有的第二用户都会同意,故而并不是所有的第二终端设备都会生成第一确认消息。
故而,在所述第二终端设备集群中,若有M个第二终端设备基于所述联合合同签署请求生成对应的第一确认信息,即可表示所有的第二终端设备集群都同意进行联合合同签署。而M的数值可以自由选择,例如M为第二终端设备集群的1/2,或者M为第二终端设备集群的2/3等等。
举例来说,第一用户和第二用户集群(99个)所在的聊天群是股东聊天群,第一用户和所有第二用户都是股东,假设第一用户利用第一终端设备在聊天群里发起一联合合同签署请求,那么只要2/3以上的第二用户同意进行联合合同签署,假设78个第二用户同意进行联合合同签署,那么就会有78个第二终端设备生成第一确认信息,共同生成78个第一确认信息,且每个第二终端都会将各自的第一确认信息发送给第一终端设备。
步骤13,基于M个第一确认信息,从和所述第二用户集群所在同一聊天群中的群聊天记录中确定出聊天信息。
在确定出聊天信息的实施过程中,可由用户指定聊天记录中的一条或者多条信息作为聊天信息。
具体来说,可接收第一用户的第二点击操作,将聊天记录中的所有信息都转换为待选状态,例如,可以在每条信息中设置一勾选区域,然后接收用户的选定操作(例如勾选操作),从所述聊天记录中确定出聊天信息。
步骤14,利用所述聊天信息生成待定合同,并将所述待定合同发送给所述第二终端设备集群,使得所述第二终端设备集群中的P个第二终端设备生成确认所述待定合同的第二确认信息;P>0且为正整数。
本说明书的一个或者多个实施例的聊天信息,包含文字信息、数字信息(例如转账信息)、字母信息、符号信息等等。
在利用所述聊天信息生成待定合同的具体过程中,可以基于目标合同的格式模板,将所述聊天信息转换为格式条款等等满足目标合同的要求的合同内容。
作为一种可选的实施例,还可以提取聊天信息的关键词,将所述关键词转换为满足所述待定合同的合同内容。
作为一种可选的实施例,也可以不对聊天信息进行处理,直接将将所述聊天信息以图片或者文字等形式直接置入所述待定合同。和/或对所述聊天信息进行词义识别,然后将所述聊天信息转换为规范格式的文字约定信息,将所述文字约定信息置入所述待定合同。
以上实施方式包含有三种:直接将聊天信息置入待定合同。这种情况是针对聊天信息清楚明了,信息无异议的情况下,可以直接将聊天信息置入待定合同。
若聊天信息中可能存在有歧义信息,例如信息有多种含义导致有歧义,则可以针对歧义信息和第二终端设备进行交互,由第一用户和第二用户集群共同讨论生成对应的解释信息,一并放入待定合同中。
假设第二用户集群中是1个第二用户,第一用户转账给单个第二用户,针对该转账信息双方可以补充解释其为XXX型号的货款的转账信息,并将该补充内容一并放入待定合同中。
除此之外,由于合同具有规范性,故而还可以将聊天信息转换为文字约定信息,将该文字约定信息置入待定合同。
当然,为了保证合同的完整性,可以在直接将聊天信息置入待定合同的基础上,对所述聊天信息进行词义识别,然后将所述聊天信息转换为规范格式的文字约定信息,将所述文字约定信息置入所述待定合同。
而作为一种可选的实施例,还可以接收所述第一用户的补充内容;将所述聊天信息和所述第一用户的补充内容合并为所述待定合同。例如,在第一终端的APP的显示界面上,可以显示供用户进行补充的操作界面,第一用户可以在该操作界面中补充内容,第一终端设备可将该补充内容一并录入待定合同中。
作为一种可选的实施例,所述利用所述聊天信息生成待定合同之后,该方法还包括:
利用机器学习模型分析所述待定合同的内容是否有歧义;
若没有歧义,则执行将所述待定合同发送给所述第二终端设备的步骤;
若有歧义,则针对所述待定合同中有歧义的信息生成提示信息,以提示所述第一用户基于所述有歧义的信息进行处理;接收用户处理后得到的解释信息,将所述解释信息放入所述待定合同。
当然,若有歧义,还可以针对所述待定合同中有歧义的信息和所述第二终端设备集群进行交互,由第一用户和第二用户集群共同讨论生成对应的解释信息,一并放入目标合同中。
作为一种可选的实施例,在利用所述聊天信息生成待定合同,并将所述待定合同发送给所述第二终端设备之后,还可以基于所述待定合同和第二终端设备集群进行一次或者多次意见交互,这种意见交互是循环的,可以多次商讨。意见交互之后则会获得所述待定合同对应的协商信息。将所述协商信息置入所述待定合同中,作为所述待定合同的补充内容。在具体的意见交换过程中,需要双方约定出最后确定的意见信息,并将其作为双方协商之后确定的协商信息。
以上便是利用所述聊天信息生成待定合同的多种实施方式。
在上述描述的一个或者多个实施例中,是第一用户和第二用户集群共同商讨确定出一个待定合同的情况,在这种情况下,第二用户集群可以联合署名在待定合同中。
而为了对聊天信息进行存证,保留目标合同的原始证据,还可以将聊天信息上传至区块链中进行保存,或者将聊天信息加密上传至区块链中进行保存。
而在将待定合同发送给所述第二终端设备之后,使得所述第二终端设备生成确认所述待定合同的第二确认信息,而对于第一终端设备来说,则会执行下面的步骤。
作为一种可选的实施例,P=M,也就是说,生成第一确认信息的第二终端设备的数目和生成第二确认信息的第二终端设备的数目是相等的。当然生成第一确认信息的M个第二终端设备和生成第二确认信息的M个第二终端设备可能不同。例如,生成第一确认信息的第二终端设备是:用户1的第二终端设备、用户2的第二终端设备、用户3的第二终端设备。而生成第二确认信息的第二终端设备是:用户4的第二终端设备、用户5的第二终端设备、用户6的第二终端设备,但是都是3个第二终端设备。
作为一种可选的实施例,P≠M,也就是说,生成第一确认信息的第二终端设备的数目和生成第二确认信息的第二终端设备的数目是不同的。例如,生成第一确认信息的第二终端设备是:用户1的第二终端设备、用户2的第二终端设备、用户3的第二终端设备,总共3个。而生成第二确认信息的第二终端设备是:用户1的第二终端设备、用户2的第二终端设备、用户3的第二终端设备、用户4的第二终端设备,总共4个。用户4虽然没有同意合同签署,但是在确认待定合同时是同意的。
步骤15,基于P个第二确认信息,将所述待定合同确定为所述目标合同,并将所述目标合同上传至区块链。
作为一种可选的实施例,还可将目标合同发给第二终端设备集群进行存储,使得每个第二终端设备都存储有目标合同。
作为一种可选的实施例,在将所述目标合同上传至区块链之后,还可以从区块链上下载所述目标合同。
以上便是一种生成目标合同的方法的实施过程,为了说明和解释本说明书的一个或者多个实施例,以5个用户为例(1个第一用户和4个第二用户),这5个用户处于同一股东聊天群。
聊天群里面的聊天信息为“今年公司投资300万给XXX房地产”。
第一用户点击“生成合同”按钮。第一终端设备发送联合合同签署请求发送给4个第二终端设备。
假设这4个第二用户中有3个第二用户同意,则3个第二终端设备各自会生成第一确认信息,且发送送给第一终端设备。
故而,第一终端设备会接收到3个第一确认信息,以此为基础,第一用户则勾选“今年公司投资300万给XXX房地产”的聊天信息,生成待定合同,发送给4个第二终端设备。
此时,第一终端设备和这4个第二终端设备可以基于该待定合同进行一次或者多次协商,协商之后形成补充内容。第一终端设备可以将这些内容补充到待定合同中,并将补充后的待定合同发送给这4个第二终端设备。假设4个第二终端设备都同意,则各自生成第二确认信息。则第一终端设备会将该待定合同确定为目标合同,然后上传至区块链。
由此可见,该待定合同是由第一用户和4个第二用户共同协商确定的合同。该合同上的签名包含第一用户的签名和4个第二用户的联合签名。
基于同一发明构思,参看图4,下面的实施例介绍一种终端设备,所述终端设备包括:
第一生成模块41,用于基于第一用户的操作指令,生成用于和第二用户集群进行联合签署合同的联合合同签署请求;
第一发送模块42,用于将所述联合合同签署请求发送给所述第二用户集群对应的第二终端设备集群,其中,所述第二用户集群中的第二用户和所述第二终端设备集群中终端设备一一对应;使得所述第二终端设备集群中的M个第二终端设备基于所述联合合同签署请求生成并返回一确认进行联合合同签署的第一确认信息;M>0且为正整数;
第一确定模块43,用于基于M个第一确认信息,从和所述第二用户集群所在同一聊天群中的群聊天记录中确定出聊天信息;
第二生成模块44,用于利用所述聊天信息生成待定合同,并将所述待定合同发送给所述第二终端设备集群,使得所述第二终端设备集群中的P个第二终端设备生成确认所述待定合同的第二确认信息;P>0且为正整数;
第二确定模块45,用于基于P个第二确认信息,将所述待定合同确定为所述目标合同,并将所述目标合同上传至区块链。
作为一种可选的实施例,所述终端设备还包括:
判断模块,用于判断所述第一用户的信用等级是否达到预设信用等级;
第二发送模块,用于若所述第一用户的信用等级达到所述预设信用等级,则可以将所述联合合同签署请求发送给所述第二终端设备集群;
监控模块,用于若所述第一用户的信用等级未达到所述预设信用等级,则生成第一提示信息进行显示和/或生成第二提示信息发送给所述第二终端设备集群。
作为一种可选的实施例,所述第二生成模块44,具体包括:
第一置入模块,用于将所述聊天信息直接置入所述待定合同;和/或
第二置入模块,用于对所述聊天信息进行词义识别,然后将所述聊天信息转换为规范格式的文字约定信息,将所述文字约定信息置入所述待定合同。
作为一种可选的实施例,所述第二生成模块44,具体包括:
接收模块,用于接收所述第一用户的补充内容;
合并模块,用于将所述聊天信息和所述第一用户的补充内容合并为所述待定合同。
作为一种可选的实施例,所述终端设备还包括:
获得模块,用于基于所述待定合同和第二终端设备集群进行一次或者多次意见交互,获得所述待定合同对应的协商信息;
第三置入模块,用于将所述协商信息置入所述待定合同中,作为所述待定合同的补充内容。
作为一种可选的实施例,所述终端设备还包括:
分析模块,用于利用机器学习模型分析所述待定合同逻辑表述是否清楚;
执行模块,用于若是,则执行将所述待定合同发送给所述第二终端设备集群的步骤;
第三生成模块,用于若否,则针对所述待定合同中有歧义的信息生成提示信息,以提示所述第一用户基于所述有歧义的信息进行处理;接收用户处理后得到的解释信息,将所述解释信息放入所述待定合同。
作为一种可选的实施例,所述终端设备还包括:
下载模块,用于从区块链上下载所述目标合同。
基于同一发明构思,本说明书的一个或者多个实施例还公开了一种生成目标合同的方法,参看图5,所述方法包括:
步骤51,基于第一用户的操作指令,生成用于和第二用户集群中的每个第二用户进行单独签署合同的单独合同签署请求。
在具体的实施过程中,该操作指令是第一终端设备接收到的第一用户的操作之后生成的。第一用户的操作包括但不限于是在第一终端设备的APP的显示界面上的滑动、触摸、点击、双击、三击、长按等等操作。这些操作可以是单手、双指、三指等操作。
作为一种可选的实施例,将所述单独合同签署请求发送给所述第二用户集群对应的第二终端设备集群,具体包括:将所述单独合同签署请求分别发送给各自的第二终端设备。
而第二用户集群中的第二用户的数目不定。可能第二用户集群中只有一个第二用户,或者第二用户集群中有两个以上第二用户。
故而,本实施例包含有两种情况。
第一种情况是:第二用户集群中只有一个第二用户,那么“和所述第二用户集群所在同一聊天群”的含义有两种情况:第①种情况是第一用户和第二用户处于同一个聊天群组里面。这种聊天群组需要组建,且可以添加好友进入群聊。而此时,这个聊天群组就两人:第一用户和第二用户。
此种情况下,参看图2A第一终端设备上的显示界面就是和1个第二用户群聊天的聊天界面,该界面的一侧可以显示出用户头像。在该聊天界面的顶端设置有“生成合同”的按钮,点击该按钮,第一终端设备会生成用于和第二用户进行合同签署的单独合同签署请求,此单独合同签署请求会发给每个第二终端设备。
第②种情况是第一终端设备中显示的针对第二用户的单独聊天界面,这种情况也可以将第一用户和第二用户看做是处于同一个虚拟的聊天群,因为第一用户是单独和第二用户进行聊天,所以该群聊天记录就是两个用户之间的聊天记录。
在此种情况下,第一终端设备上的显示界面就是和第二用户聊天的聊天界面。在该聊天界面上,可以设置“生成合同”的按钮,用户点击该按钮,那么第一终端设备接收到用户的点击操作,则可以生成用于和第二用户进行合同签署的单独合同签署请求。另外,也可以有其他方式(例如双击、滑动等等)触发生成单独合同签署请求。
当然,第一用户可以和很多个用户进行信息交互,APP可以是支付类APP,聊天类APP等等。
以支付类APP为例,参看图2B,是APP中的显示界面,在该显示界面上,罗列有很多个用户,每个用户都可以看做是第二用户。若点击某个第二用户,则会显示第一用户和第二用户的聊天界面,参看图2A,该聊天界面的顶端设置有“生成合同”的按钮,点击该按钮,第一终端设备会生成用于和第二用户进行合同签署的单独合同签署请求。
第二种情况是,第二用户集群中有两个以上第二用户。第一用户和每个第二用户都可以在群聊里发言,且可以显示给聊天群中的任意用户观看。
此种情况下,参看图3,是第一终端设备上的显示界面就是和4个第二用户群聊天的聊天界面,该界面的一侧可以显示出5个用户头像。在该聊天界面的顶端设置有“生成合同”的按钮,点击该按钮,第一终端设备会生成用于和第二用户进行合同签署的单独合同签署请求。
作为一种可选的实施例,可以向左或者向右滑动该聊天界面,则第一终端设备会基于该滑动操作指令,生成用于和第二用户进行合同签署的合同签署请求。
或者,双击该聊天界面,则第一终端设备会基于该双击操作指令,生成用于和第二用户进行合同签署的单独合同签署请求。
作为一种可选的实施例,每个用户都有信用等级,若信用等级达到,才能够生成单独合同签署请求,和每个第二用户进行合同约定签署。此操作能够规避信用等级不好(也就是信用等级不够)的用户产生合同纠纷,降低产生合同纠纷的风险。
在具体的实施过程中,判断所述第一用户的信用等级是否达到预设信用等级。若所述第一用户的信用等级达到所述预设信用等级,则可以将所述合同签署请求发送给所述第二终端设备集群。若所述第一用户的信用等级未达到所述预设信用等级,则生成第一提示信息进行显示和/或生成第二提示信息发送给所述第二终端设备集群。
在具体的实施过程中,生成第一提示信息进行显示,可以展示给第一用户,提示第一用户注意自己的信用等级,避免出现由于等级过低而限制其网上签约合同的权限。此外,将第一用户的信用等级展示给第二用户集群,可以使第二用户集群中的每个第二用户都获知第一用户的信用等级,从而预知风险。当然,也可以同时展示给第一用户和第二用户集群。
作为一种可选的实施例,若所述第一用户的信用等级未达到所述预设信用等级,还可以实时监控述第一用户的信用等级变化后形成的第二等级,并且基于所述预设信用等级实时判断所述第一用户的信用等级变化后形成的第二等级,直到所述第二等级达到所述预设信用等级。例如预设信用等级为3级,若第一用户的信用等级为1级,则判定出其未达到预设信用等级,则实时监控并判断第一用户的信用等级变化,直到其信用等级达到预设信用等级为止。此时,则有“将所述合同签署请求发送给所述第二终端设备集群”的资格。
进一步的,本实施例中的“实时监控”的含义,包含每隔预设时间进行监控,例如每隔2秒进行监控。也包含不间断时间进行监控。
而在其信用等级达到预设信用等级之后,可以生成第三提示信息进行显示,以提示第一用户其信用等级已经达到预设信用等级,具有生成合同的资格,进一步的,还可以生成询问信息,以询问第一用户是否继续将所述单独合同签署请求发送给所述第二终端设备集群。
步骤52,将所述单独合同签署请求发送给所述第二用户集群对应的第二终端设备集群,使得所述第二终端设备集群中的M个第二终端设备基于所述单独合同签署请求各自生成并返回一确认进行合同签署的第一确认信息。
其中,M>0且为正整数。
所述第二用户集群中的第二用户和所述第二终端设备集群中终端设备一一对应;
在具体的实施过程中,每个第二终端设备中的APP显示界面都可以显示出该单独合同签署请求,也就是说,该单独合同签署请求是第一终端设备发送给各个第二终端设备的,该单独合同签署请求用于请求和每个第二终端设备单独进行合同签署。
例如该APP内显示出“单独合同签署请求”的按钮,然后有“确定”、“取消”按钮,若第二用户同意,则可以点击“同意”选项,则第二终端设备会生成并返回一确认进行单独合同签署的第一确认信息。
进一步的,第二用户集群都接收到单独合同签署请求之后,可按照意愿选择同意进行单独合同签署或者是拒绝单独合同签署,因此,并不是所有的第二用户都会同意,也就是说,并不是所有的第二终端设备都会生成第一确认消息。
故而,在所述第二终端设备集群中,若有M个第二终端设备基于所述单独合同签署请求生成对应的第一确认信息,即可表示所有的第二终端设备集群都同意进行单独合同签署。而M的数值可以自由选择,例如M为第二终端设备集群的1/2,或者M为第二终端设备集群的2/3等等。
举例来说,第一用户和第二用户集群(99个)所在的聊天群是员工聊天群,所有第二用户都是员工,假设第一用户利用第一终端设备在聊天群里发起一单独合同签署请求,假设78个第二用户同意进行单独合同签署,那么就会有78个第二终端设备生成第一确认信息,一共生成78个第一确认信息,且每个第二终端都会将各自的第一确认信息发送给第一终端设备。
步骤53,基于M个第一确认信息,从和所述第二用户集群所在同一聊天群中的群聊天记录中确定出聊天信息。
在确定出聊天信息的实施过程中,可由用户指定聊天记录中的一条或者多条信息作为聊天信息。
具体来说,可接收第一用户的第二点击操作,将聊天记录中的所有信息都转换为待选状态,例如,可以在每条信息中设置一勾选区域,然后接收用户的选定操作(例如勾选操作),从所述聊天记录中确定出聊天信息。
步骤54,利用所述聊天信息生成待定合同,并将所述待定合同发送给所述第二终端设备集群,使得所述第二终端设备集群中的M个第二终端设备各自生成确认所述待定合同的第二确认信息。
本说明书的一个或者多个实施例的聊天信息,包含文字信息、数字信息(例如转账信息)、字母信息、符号信息等等。
在利用所述聊天信息生成待定合同的具体过程中,可以基于目标合同的格式模板,将所述聊天信息转换为格式条款等等满足目标合同的要求的合同内容。
作为一种可选的实施例,还可以提取聊天信息的关键词,将所述关键词转换为满足所述待定合同的合同内容。
作为一种可选的实施例,也可以不对聊天信息进行处理,直接将将所述聊天信息以图片或者文字等形式直接置入所述待定合同。和/或对所述聊天信息进行词义识别,然后将所述聊天信息转换为规范格式的文字约定信息,将所述文字约定信息置入所述待定合同。
以上实施方式包含有三种:直接将聊天信息置入待定合同。这种情况是针对聊天信息清楚明了,信息无异议的情况下,可以直接将聊天信息置入待定合同。
若聊天信息中可能存在有歧义信息,例如信息有多种含义导致有歧义,则可以针对歧义信息和第二终端设备进行交互,由第一用户和第二用户集群共同讨论生成对应的解释信息,一并放入待定合同中。
假设第二用户集群中是1个第二用户,第一用户转账给单个第二用户,针对该转账信息双方可以补充解释其为XXX型号的货款的转账信息,并将该补充内容一并放入待定合同中。
除此之外,由于合同具有规范性,故而还可以将聊天信息转换为文字约定信息,将该文字约定信息置入待定合同。
当然,为了保证合同的完整性,可以在直接将聊天信息置入待定合同的基础上,对所述聊天信息进行词义识别,然后将所述聊天信息转换为规范格式的文字约定信息,将所述文字约定信息置入所述待定合同。
而作为一种可选的实施例,还可以接收所述第一用户的补充内容;将所述聊天信息和所述第一用户的补充内容合并为所述待定合同。例如,在第一终端的APP的显示界面上,可以显示供用户进行补充的操作界面,第一用户可以在该操作界面中补充内容,第一终端设备可将该补充内容一并录入待定合同中。
作为一种可选的实施例,所述利用所述聊天信息生成待定合同之后,该方法还包括:
利用机器学习模型分析所述待定合同的内容是否有歧义;
若没有歧义,则执行将所述待定合同发送给所述第二终端设备的步骤;
若有歧义,则针对所述待定合同中有歧义的信息生成提示信息,以提示所述第一用户基于所述有歧义的信息进行处理;接收用户处理后得到的解释信息,将所述解释信息放入所述待定合同。
当然,若有歧义,还可以针对所述待定合同中有歧义的信息和所述第二终端设备集群进行交互,由第一用户和第二用户集群共同讨论生成对应的解释信息,一并放入目标合同中。
作为一种可选的实施例,在利用所述聊天信息生成待定合同,并将所述待定合同发送给所述第二终端设备之后,还可以基于所述待定合同分别和所述第二终端设备集群中的每个第二终端设备进行意见交互,获得针对各第二终端设备的协商信息。对于第一终端设备和单个第二终端设备的交互过程中,这种意见交互是循环的,可以多次商讨。意见交互之后则会获得所述待定合同对应的协商信息。将针对各第二终端设备的协商信息分别置入对应的待定合同中,作为针对各第二终端设备的待定合同的补充内容。
在具体的意见交换过程中,需要双方约定出最后确定的意见信息,并将其作为双方协商之后确定的协商信息。
以上便是利用所述聊天信息生成待定合同的多种实施方式。
在上述描述的一个或者多个实施例中,是第一用户和第二用户集群中的每个第二用户单独商讨确定出对应的待定合同的情况,在这种情况下,第二用户集群需要单独和第一用户确定对应的待定合同,且合同署名也是各第二用户单独和第一用户署名。
而为了对聊天信息进行存证,保留目标合同的原始证据,还可以将聊天信息上传至区块链中进行保存,或者将聊天信息加密上传至区块链中进行保存。
而在将待定合同发送给所述第二终端设备之后,使得所述第二终端设备生成确认所述待定合同的第二确认信息,而对于第一终端设备来说,则会执行下面的步骤。
作为一种可选的实施例,生成第一确认信息的第二终端设备的数目和生成第二确认信息的第二终端设备的数目是相等的。也就是说,只有第二终端确认生成第一确认信息,那么第一终端设备才会发送待定合同给第二终端设备。若第二终端没有生成第一确认消息,表示其对应的第二用户并不同意进行和同签署。
如此,作为第一终端设备来说,可以有以下几种处理情况:
第一种情况:只发送待定合同给同意签署的M个第二终端设备。
第二种情况:发送待定合同给第二终端设备集群,但是只有生成了第一确认信息的M个第二终端设备会生成第二确认信息。
第三种情况:发送待定合同给第二终端设备集群,可以有P个第二终端设备会生成第二确认信息,且P≠M,也就是说,生成第一确认信息的第二终端设备的数目和生成第二确认信息的第二终端设备的数目是不同的。例如,生成第一确认信息的第二终端设备是:用户1的第二终端设备、用户2的第二终端设备、用户3的第二终端设备,总共3个。而生成第二确认信息的第二终端设备是:用户1的第二终端设备、用户2的第二终端设备、用户3的第二终端设备、用户4的第二终端设备,总共4个。用户4虽然没有同意合同签署,但是在确认待定合同时是他同意确认了合同消息。
步骤55,基于所述M个第二终端设备各自发送的第二确认信息,将所述待定合同分别确定为和所述M个第二终端设备各自约定的目标合同,并将M个目标合同上传至区块链。
作为一种可选的实施例,还可将目标合同发给第二终端设备集群进行存储,使得每个第二终端设备都存储有目标合同。
作为一种可选的实施例,在将所述目标合同上传至区块链之后,还可以从区块链上下载所述目标合同。
以上便是一种生成目标合同的方法的实施过程,为了说明和解释本说明书的一个或者多个实施例,以5个用户为例(1个第一用户和4个第二用户),这5个用户处于同一员工聊天群。
聊天群里面的聊天信息为“每个员工年底涨工资3000元”。
第一用户点击“生成合同”按钮。第一终端设备发送联合合同签署请求发送给4个第二终端设备。
假设这4个第二用户中有3个第二用户同意,则3个第二终端设备各自会生成第一确认信息,且发送送给第一终端设备。
故而,第一终端设备会接收到3个第一确认信息,以此为基础,第一用户则勾选“每个员工年底涨工资3000元”的聊天信息,生成待定合同,发送给4个第二终端设备。
而在协商的过程中,由于每个第二用户的情况不同,故而第一终端设备可以基于该待定合同和各第二终端设备分别进行一次或者多次协商,协商之后得到各第二终端设备对应的补充内容,这些补充内容根据用户的协商结果不同而不同。
故而,此时,第一终端设备可以将对应各第二终端设备的内容补充到对应的待定合同中,并将补充后的待定合同分别发送给对应的第二终端设备。例如第一终端设备和第二用户终端设备A的补充内容是“内容A”,那么第一终端设备会将该内容A补充到和第二用户终端的待定合同中,然后将该待定合同发送给第二终端设备A。假设第一终端设备和第二用户终端设备B的补充内容是“内容B”,那么第一终端设备会将该内容B补充到和第二用户终端的待定合同中,然后将该待定合同发送给第二终端设备B。
假设4个第二终端设备都同意(有个第二用户之前未同意,但是后面待定合同选择了同意,则其对应的第二终端设备也会生成第二确认信息),则各自生成第二确认信息。则第一终端设备会根据第二终端设备各自的第二确认信息,将其对应的待定合同确定为目标合同,然后上传至区块链。
由此可见,该待定合同是由第一用户分别和4个第二用户协商确定的合同,根据第二用户的不同,其待定合同的内容不同。该待合同上的签名包含第一用户的签名和对应第二用户的单独签名。
本说明书的一个或者多个实施例公开了一种生成目标合同的方法及终端设备,为了解决或者部分解决互联网中由交易产生的纠纷问题,通过基于第一用户的操作指令,生成用于和第二用户集群进行合同签署的单独合同签署请求;然后将所述单独合同签署请求发送给第二用户集群对应的第二终端设备集群,使得所述第二终端设备集群中的M个第二终端设备基于所述单独合同签署请求各自生成并返回一确认进行合同签署的第一确认信息。然后基于M个第一确认信息,从和所述第二用户集群所在同一聊天群中的群聊天记录中确定出聊天信息,然后利用所述聊天信息生成待定合同,并将所述待定合同发送给所述第二终端设备,使得所述第二终端设备集群中的M个第二终端设备生成确认所述待定合同的第二确认信息;基于所述M个第二终端设备各自发送的第二确认信息,将所述待定合同分别确定为和所述M个第二终端设备各自约定的目标合同。由此可见,本说明书的一个或者多个实施例利用网络的聊天信息生成合同,能够简单快速的达成契约,避免双方由于缺少契约意识或者沟通不充分的问题造成的交易纠纷的发生,能够根据合同定责,减少交易纠纷,为交易提供规范的定责依据。另外,将M个目标合同上传至区块链能够达到存证的目的。
基于统一发明构思,下面的实施例介绍了一种终端设备。
参看图6,该终端设备包括:
第一生成单元61,基于第一用户的操作指令,生成用于和第二用户集群中的每个第二用户进行单独签署合同的单独合同签署请求;
第一发送单元62,用于将所述单独合同签署请求发送给所述第二用户集群对应的第二终端设备集群,其中,所述第二用户集群中的第二用户和所述第二终端设备集群中终端设备一一对应;使得所述第二终端设备集群中的M个第二终端设备基于所述单独合同签署请求各自生成并返回一确认进行合同签署的第一确认信息;M>0且为正整数;
第一确定单元63,用于基于M个第一确认信息,从和所述第二用户集群所在同一聊天群中的群聊天记录中确定出聊天信息;
第二生成单元64,用于利用所述聊天信息生成待定合同,并将所述待定合同发送给所述第二终端设备集群,使得所述第二终端设备集群中的M个第二终端设备各自生成确认所述待定合同的第二确认信息;
第二确定单元65,用于基于所述M个第二终端设备各自发送的第二确认信息,将所述待定合同分别确定为和所述M个第二终端设备各自约定的目标合同,并将M个目标合同上传至区块链。
作为一种可选的实施例,所述终端设备还包括:
判断单元,用于判断所述第一用户的信用等级是否达到预设信用等级;
第二发送单元,用于若所述第一用户的信用等级达到所述预设信用等级,则可以将所述合同签署请求发送给所述第二终端设备集群;
监控单元,用于若所述第一用户的信用等级未达到所述预设信用等级,则生成第一提示信息进行显示和/或生成第二提示信息发送给所述第二终端设备集群。
作为一种可选的实施例,第二发送单元,具体用于将所述单独合同签署请求分别发送给各自的第二终端设备。
作为一种可选的实施例,所述第二生成单元64,具体包括:
第一置入单元,用于将所述聊天信息直接置入所述待定合同;和/或
第二置入单元,用于对所述聊天信息进行词义识别,然后将所述聊天信息转换为规范格式的文字约定信息,将所述文字约定信息置入所述待定合同。
作为一种可选的实施例,所述第二生成单元64,具体包括:
接收单元,用于接收所述第一用户的补充内容;
合并单元,用于将所述聊天信息和所述第一用户的补充内容合并为所述待定合同。
作为一种可选的实施例,所述终端设备还包括:
获得单元,用于基于所述待定合同分别和所述第二终端设备集群中的每个第二终端设备进行意见交互,获得针对各第二终端设备的协商信息;
第三置入单元,用于将针对各第二终端设备的协商信息分别置入对应的待定合同中,作为针对各第二终端设备的待定合同的补充内容。
作为一种可选的实施例,所述终端设备还包括:
分析单元,用于利用机器学习模型分析所述待定合同逻辑表述是否清楚;
执行单元,用于若是,则执行将所述待定合同发送给所述第二终端设备集群的步骤;
第三生成单元,用于若否,则针对所述待定合同中有歧义的信息生成提示信息,以提示所述第一用户基于所述有歧义的信息进行处理;接收用户处理后得到的解释信息,将所述解释信息放入所述待定合同。
作为一种可选的实施例,所述终端设备还包括:
下载单元,用于从区块链上下载所述目标合同。
基于与前述实施例中同样的发明构思,本说明书实施例还提供一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现前文任一所述方法的步骤。
基于与前述实施例中同样的发明构思,本说明书的实施例还提供一种计算机设备,如图7所示,包括存储器704、处理器702及存储在存储器704上并可在处理器702上运行的计算机程序,所述处理器702执行所述程序时实现前文任一所述方法的步骤。
其中,在图7中,总线架构(用总线700来代表),总线700可以包括任意数量的互联的总线和桥,总线700将包括由处理器702代表的一个或多个处理器和存储器704代表的存储器的各种电路链接在一起。总线700还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口705在总线700和接收器701和发送器703之间提供接口。接收器701和发送器703可以是同一个元件,即收发机,提供用于在传输介质上与各种其他终端设备通信的单元。处理器702负责管理总线700和通常的处理,而存储器704可以被用于存储处理器702在执行操作时所使用的数据。
通过本说明书的一个或者多个实施例,本说明书具有以下有益效果或者优点:
本说明书的一个或者多个实施例公开了一种生成目标合同的方法及终端设备,为了解决或者部分解决互联网中由交易产生的纠纷问题,通过基于第一用户的操作指令,生成用于和第二用户集群进行合同签署的联合合同签署请求;然后将所述联合合同签署请求发送给第二用户集群对应的第二终端设备集群,使得所述第二终端设备集群中的M个第二终端设备基于所述联合合同签署请求生成并返回一确认进行合同签署的第一确认信息。然后基于M个第一确认信息,从和所述第二用户集群所在同一聊天群中的群聊天记录中确定出聊天信息,然后利用所述聊天信息生成待定合同,并将所述待定合同发送给所述第二终端设备,使得所述第二终端设备集群中的P个第二终端设备生成确认所述待定合同的第二确认信息;基于P个第二确认信息,将所述待定合同确定为所述目标合同。由此可见,本说明书的一个或者多个实施例利用网络的聊天信息生成合同,能够简单快速的达成契约,避免双方由于缺少契约意识或者沟通不充分的问题造成的交易纠纷的发生,能够根据合同定责,减少交易纠纷,为交易提供规范的定责依据。另外,将所述目标合同上传至区块链能够达到存证的目的。
在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述,构造这类系统所要求的结构是显而易见的。此外,本说明书也不针对任何特定编程语言。应当明白,可以利用各种编程语言实现在此描述的本说明书的内容,并且上面对特定语言所做的描述是为了披露本说明书的最佳实施方式。
在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本说明书的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。
类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本说明书的示例性实施例的描述中,本说明书的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本说明书要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本说明书的单独实施例。
本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外,本领域的技术人员能够理解,尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本说明书的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
本说明书的各个部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本说明书实施例的网关、代理服务器、系统中的一些或者全部部件的一些或者全部功能。本说明书还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者终端设备程序(例如,计算机程序和计算机程序产品)。这样的实现本说明书的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。
应该注意的是上述实施例对本说明书进行说明而不是对本说明书进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本说明书可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干终端设备的单元权利要求中,这些终端设备中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。