CN102957593A - 站内与站外的信息交互的方法及装置 - Google Patents

Abstract

本发明提供了一种站内与站外的信息交互的方法及装置。所述方法包括：检测当前发送的站内信的目标接收方；在所述目标接收方为非系统内部用户时，调用目标接收方的预设应用程序接口API传送所述站内信；所述目标接收方按照预置格式组织所述站内信。本发明使用户可以使用站内信和其他邮件系统或社交网站互通信息，节省网络资源，提高用户的通信效率。

Description

站内与站外的信息交互的方法及装置

技术领域

本发明涉及一种网络信息传递的技术领域，特别是涉及一种站内与站外的信息交互的方法，以及，一种站内与站外的信息交互的装置。

背景技术

站内信是各类型网站系统内部的消息，是为方便网站内注册用户通信而设的服务功能，所有各类型网站，例如社交网站等一般类型的网站以及邮箱网站，都有站内信的功能，站内信系统主要由收件箱、发件箱、草稿箱和垃圾箱四部分组成。

一般类型的网站系统，以社交网站为例，不同于邮箱网站，其功能仅对网站的注册会员开放。在社交网站内，用户可以给该网站的其他用户发送信息，管理员可以给单个用户发信息或者给多个用户群发信息。目前这类站内信已演变为评论、转发、私信、系统信息等多种形式。

目前社交网站的站内信只能在网站系统内部进行传播，用户登录单个系统，在此系统内只能对同在此系统内的好友或用户进行消息收发等操作。用户如果有多个注册网站，需要登录每一个网站查看信息并且转发信息时也只能在本系统内部。这类站内信只能用户登录系统后回复给发信人，这样的操作给用户带来了很大的不便。

此外，邮箱网站的站内信，也即是电子邮件，是通过专门的邮件服务器发送、保存。社交网站的站内信是通过系统内的数据库插入记录来实现的，没有能力自己搭建完整的邮件体系，而各邮件运营商也没有开放的api供社区网站站长调用。因此，一个社交网站上的用户如果没有邮件地址，另一个邮箱网站中的用户没有社交网站上的帐号，那么这两个用户就无法沟通。

因此，目前需要本领域技术人员迫切解决的一个技术问题就是：提供一种站内与站外的信息交互的机制，使用户可以使用站内信和其他邮件系统或社交网站互通信息，节省网络资源，提高用户的通信效率。

发明内容

本申请所要解决的技术问题是提供一种站内与站外的信息交互的方法，使用户可以使用站内信和其他邮件系统或社交网站互通信息，节省网络资源，提高用户的通信效率。

相应的，本申请还提供了一种站内与站外的信息交互的装置，用以保证上述方法在实际中的实现及应用。

为了解决上述问题，本申请公开了一种站内与站外的信息交互的方法，包括：

检测当前发送的站内信的目标接收方；

在所述目标接收方为非系统内部用户时，调用目标接收方的预设应用程序接口API传送所述站内信；

所述目标接收方按照预置格式组织所述站内信。

优选的，所述目标接收方包括非当前系统的邮件系统或其它网站系统，所述站内信中包括接收方信息；

所述检测当前站内信的目标接收方的步骤包括：

若所述接收方信息中包括非当前系统的邮件地址或其它网站的域名信息，则判定所述目标接收方为非系统内部用户。

优选的，所述预设应用程序接口API包括：在目标接收方预先封装的注册接口、登录接口、邮件发送接口和附件发送接口。

优选的，所述站内信中还包括发送方信息和信息内容；当所述目标接收方为非当前系统的邮件系统时，所述按照预置格式组织所述站内信的步骤包括：

通过以下子步骤将所述站内信转换为邮件，并针对该邮件分配对应的邮件标识：

根据发送方信息和传送站内信的网站的域名，生成发件人邮箱地址信息；

根据接收方信息和接收方网站的域名，生成收件人邮箱地址信息；

按照邮件标准格式将所述信息内容转换为邮件内容。

优选的，所述站内信中还包括发送方信息和信息内容；当所述目标接收方为非当前系统的邮件系统时，所述按照预置格式组织所述站内信的步骤包括：

通过以下子步骤将所述站内信转换为邮件，并针对该邮件分配对应的邮件标识：

获取发送方信息的域级用户标识；

根据接收方信息和接收方网站的域名，生成收件人邮箱地址信息；

按照邮件标准格式将所述信息内容转换为邮件内容。

优选的，所述站内信中还包括发送方信息和信息内容；当所述目标接收方为其他网站系统时，所述按照预置格式组织所述站内信的步骤包括：

通过以下子步骤将所述站内信转换为接收信息，并针对所述接收信息分配对应的信息标识：

根据发送方信息和传送站内信的网站的域名，生成发件人信息；

按照接收网站的信息格式转换所述信息内容。

优选的，所述按照预置格式组织所述站内信的步骤还包括：

若所述站内信中具有回复在先信息的标识，则将所述接收信息与在先信息进行关联。

优选的，所述预设应用程序接口API还包括：在目标接收方预先封装的联系人存储接口和文件存储接口。

本申请还提供了一种站内与站外的信息交互的装置，包括：

检测模块，用于检测当前发送的站内信的目标接收方；

调用模块，用于在所述目标接收方为非系统内部用户时，调用目标接收方的预设应用程序接口API传送所述站内信；

组织模块，用于所述目标接收方按照预置格式组织所述站内信。

优选的，所述目标接收方包括非当前系统的邮件系统或其它网站系统，所述站内信中包括接收方信息；

所述检测模块包括：

判定子模块，用于若所述接收方信息中包括非当前系统的邮件地址或其它网站的域名信息，则判定所述目标接收方为非系统内部用户。

优选的，所述预设应用程序接口API包括：在目标接收方预先封装的注册接口、登录接口、邮件发送接口和附件发送接口。

优选的，所述站内信中还包括发送方信息和信息内容；当所述目标接收方为非当前系统的邮件系统时，所述组织模块包括：

第一格式转换子模块，用于通过以下子模块将所述站内信转换为邮件，并针对该邮件分配对应的邮件标识：

第一发件信息生成子模块，用于根据发送方信息和传送站内信的网站的域名，生成发件人邮箱地址信息；

第一收件信息生成子模块，用于根据接收方信息和接收方网站的域名，生成收件人邮箱地址信息；

第一邮件生成子模块，用于按照邮件标准格式将所述信息内容转换为邮件内容。

优选的，所述站内信中还包括发送方信息和信息内容；当所述目标接收方为非当前系统的邮件系统时，所述组织模块包括：

第二格式转换子模块，用于通过以下子模块将所述站内信转换为邮件，并针对该邮件分配对应的邮件标识：

第二发件信息生成子模块，用于获取发送方信息的域级用户标识；

第二收件信息生成子模块，用于根据接收方信息和接收方网站的域名，生成收件人邮箱地址信息；

第二邮件生成子模块，按照邮件标准格式将所述信息内容转换为邮件内容。

优选的，所述站内信中还包括发送方信息和信息内容；当所述目标接收方为其他网站系统时，所述组织模块包括：

接收信息生成子模块，用于通过以下子模块将所述站内信转换为接收信息，并针对所述接收信息分配对应的信息标识：

发件信息生成子模块，用于根据发送方信息和传送站内信的网站的域名，生成发件人信息；

格式转换子模块，用于按照接收网站的信息格式转换所述信息内容。

优选的，所述组织模块还包括：

站内信关联模块，若所述站内信中具有回复在先信息的标识，则将所述接收信息与在先信息进行关联。

优选的，所述预设应用程序接口API还包括：在目标接收方预先封装的联系人存储接口和文件存储接口。

与现有技术相比，本申请包括以下优点：

本申请通过调用预设应用程序接口实现各个网站的站内信的互通。在检测到信息需要外发的情况下，调用目标接收方的预设应用程序接口进行外发操作，相对现有的站内信均只能在此系统内对同在此系统内的好友或用户进行消息收发等操作的情况而言。本申请将各个网站的站内信打通，用户无需再去注册多个账号，只需在一个社交网站即可向其他邮件系统和网站发送信息，并接收回复信息，为用户提供了极大的方便，节省网络资源，提高用户的通信效率。

同时该申请还按照接收方的预置格式对站内信的格式进行自动转换，用户在在网站内写的站内信发往邮箱时，可自动转换为邮件格式，接收到的邮件也可以转换为站内信格式，并将发送和接收到的站内信按照时间顺序进行排序。方便了用户阅读，节省了用户进行转换操作的时间。

另外，用户也可以在系统内将帐号设置为站内信的格式或有关联站内信，当其他用户发送信息给此用户时，用户可以选择将收到的信息发送到站外指定的邮件地址或其他社交网站，以更及时的获得信息。

该申请因为采用了预设应用程序接口传送站内信，技术已经非常成熟，没有技术难点，网站只需提供可供第三方调用的预设程序接口即可完成此方案。该接口可以采用通用的邮件系统及通用的格式，用户认知成本很低，极易推广和使用。

附图说明

图1是本申请的一种站内与站外的信息交互方法实施例的流程图；

图2是本申请的一种站内与站外的信息交互装置实施例的结构框图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。

在进行信息发送时，一个社交网站用户只能给同个系统内的好友发送或回复信息，不能给该网站系统之外的其他网站或邮箱发送信息，例如，注册了微博网站的用户，只能给同样注册该微博的用户发送或回复信息，不能与电子邮箱用户或游戏网站用户进行信息交流，同时邮箱用户也不能与社交网站的用户进行信息交流。

本申请实施例的核心构思之一在于，当站内信的目标接收方为非系统内部用户时，调用目标接收方的预设应用程序接口API传送所述站内信，然后目标接收方按照预置格式组织所述站内信。

参考图1，示出了本申请的一种站内与站外的信息交互的方法实施例的流程图，具体可以包括以下步骤：

步骤101、检测当前发送的站内信的目标接收方。

在本申请的一种优选实施例中，所述目标接收方包括非当前系统的邮件系统或其它网站系统，所述站内信中包括接收方信息。

例如，在某微博网站存在登录名为aa的用户，aa撰写好一封站内信准备发送时，目标接收方可以为本网站的用户；也可以为某游戏网站的登录名为bb的用户，即其他网站系统的用户；也可以为某邮箱网站的登录名为cc的用户，该邮箱网站区别于当前微博网站的邮件系统，为非当前系统的邮件系统。其中，aa的站内信中包含了接收方的信息，如发往邮箱网站的cc，站内信中包含了ccyouxiang。

在具体的实现中，所述步骤101可以包括以下子步骤：

若所述接收方信息中包括非当前系统的邮件地址或其它网站的域名信息，则判定所述目标接收方为非系统内部用户。

各个网站服务器可以根据自身业务需要制定判断规则，例如社交网站的用户可以在发站内信的时候，在收件人地址中填写如下的格式：收件人：username1；username2domain，或在微博等以“”为发信方式的网站上，在发微博时，填写如下的格式：username1username2domain。其中，username1为社交网站内的一个用户，而username2domain为社交网站外的任意一个邮件地址用户。服务器对目标接收方进行识别后会判定username2domain为非系统内部用户。

如上例，aa在微博上给bb和cc发送的站内信的接收方信息为bbyouxi.com，ccyouxiang。该微博网站会识别出bbyouxi.com和ccyouxiang不是网站自己的用户。

步骤102、在所述目标接收方为非系统内部用户时，调用目标接收方的预设应用程序接口API传送所述站内信。

应用程序接口API是软件系统不同组成部分衔接的约定，用以实现应用程序与计算机操作系统之间通信，告诉操作系统要执行的任务。第三方可以通过网站的应用程序接口API在该网站实现相应的操作。

在本申请的一种优选实施例中，所述预设应用程序接口API可以包括：在目标接收方预先封装的注册接口、登录接口、邮件发送接口和附件发送接口。第三方可以申请调用这些接口，如通过注册接口申请一个唯一认证的帐号密码，然后通过登录接口输入帐号密码进行校验，成功登陆后可以进行邮件发送和附件发送的操作。发送邮件时，服务器将邮件内容和收件人等信息通过应用程序接口API提交给邮件服务器，邮件服务器按照通用邮件传输协议的规定，将邮件外发。

步骤103、所述目标接收方按照预置格式组织所述站内信。

在本申请的一种优选实施例中，所述站内信中还可以包括发送方信息和信息内容。如上例，aa发送bb和cc信息的内容为“两位仁兄，互联网今年的华山论剑正在紧张筹备，到时请两位一定参加”，发送方信息为aa。

在具体的实现中，当所述目标接收方为非当前系统的邮件系统时，所述步骤103可以包括：

子步骤S11、通过以下子步骤将所述站内信转换为邮件，并针对该邮件分配对应的邮件标识：

子步骤S11-1、根据发送方信息和传送站内信的网站的域名，生成发件人邮箱地址信息。

如上例，发送方信息为aa，传送该站内信的网站的域名为weibo.com，由此生成发件人的邮箱地址信息为aaweibo.com。

子步骤S11-2、根据接收方信息和接收方网站的域名，生成收件人邮箱地址信息。

非当前系统的邮件系统可以是另一个邮箱网站，如上例，发送站内信给邮箱用户cc，接收方信息为cc，网站的域名为youxiang，由此生成接收方的邮箱地址信息为ccyouxiang。

子步骤S11-3、按照邮件标准格式将所述信息内容转换为邮件内容。

邮件的格式不同于一般网站的站内信的格式，具体转换时，需要根据接收方的邮件系统的标准格式提取站内信中所需要的信息，然后按照邮件的格式进行组合，提取的参数一般由提供开发api接口的邮件系统自身要求进行制定，如下例，邮件系统将自身业务所需的参数信息取出来以邮件的形式展现给用户：

原站内信为：

将以上站内信的信息转换为邮件后为：

在上面的例子中，原站内信被转换为如下邮件：

发件人：aaweibo.com

收件人：bbyouxiang.com

邮件主题：两位仁兄，互联网今年的华山论剑正在紧张筹备，到时请两位一定参加。

邮件内容：

bbyouxiang.com两位仁兄，互联网今年的华山论剑正在紧张筹备，到时请两位一定参加。

转换后针对该邮件分配对应的邮件标识，例如为该邮件分配一个ID为：0sxdfwmslsdfsdf。

此处，若发送方为邮箱系统时，以上转换过程即为不同邮件系统的格式之间的转换。

在具体的实现中，当所述目标接收方为非当前系统的邮件系统时，所述步骤103可以包括：

子步骤S21、通过以下子步骤将所述站内信转换为邮件，并针对该邮件分配对应的邮件标识：

子步骤S21-1、获取发送方信息的域级用户标识。

域(domain)是网络对象的分组，用于一组计算机共享共用的安全数据库，实际上就是一组服务器和工作站的集合。域级用户是域服务器中的帐户。此处，邮件系统将每个社交网站作为该邮件系统中的一个域级用户，在此社交网站下的每个用户在邮件系统中存在一个唯一的标识，可以为数字id或一个usernamedomain的邮件地址。当发送方信息为此类型的标识时，即可以对应为某个社交网站的用户发送的邮件。

例如weibo.com为该邮件系统的一个域级用户，aa在此邮件系统只存在一个唯一的数字标识54353，获取该标识后可知发件人为标识为54353的aa。

子步骤S21-2、根据接收方信息和接收方网站的域名，生成收件人邮箱地址信息。

子步骤S21-3、按照邮件标准格式将所述信息内容转换为邮件内容。

在具体的实现中，当所述目标接收方为其他网站系统时，所述步骤103可以包括：

子步骤S31、通过以下子步骤将所述站内信转换为接收信息，并针对所述接收信息分配对应的信息标识：

子步骤S31-1、根据发送方信息和传送站内信的网站的域名，生成发件人信息。

其他网站系统可以是另一个社交网站，如上例，发送站内信给游戏网站的用户bb，接收方信息为bb，网站的域名为youxi.com，由此生成接收方的邮箱地址信息为bbyouxi.com。

子步骤S31-2、按照接收网站的信息格式转换所述信息内容。

aa(aaweibo.com)两位仁兄，互联网今年的华山论剑正在紧张筹备，到时请两位一定参加。

转换后针对该信息分配对应的信息标识，例如为该信息分配一个ID为：1sxdsgsgdsgf。

在本申请的一种优选的实施例中，所述步骤103还可以包括：

若所述站内信中具有回复在先信息的标识，则将所述接收信息与在先信息进行关联。

在目标接收方按照预置格式组织所述站内信的步骤中，对于格式转换后的站内信分配了相应的邮件标识或信息标识，若所述站内信中包含和之前的站内信一样的标识，则表明该站内信是回复之前的站内信，可以将此信息与之前的信息组合在一起，按照时间进行排序，并组合成回复的形式。

例如，对于aa发送的站内信，cc(ccyouxiang.com)的回复是：兄台，我一定参加。bb(bbyouxi.com)的回复是：Sorry，目前行程还不确定，请先发我下会议的时间我再行答复。

由于回复的信息中具有aa发送的邮件标识“0sxdfwmslsdfsdf”和信息标识“1sxdsgsgdsgf”，可以判断这两个站内信是回复之前aa发送的站内信。此时，可以将这三条站内信进行组合：

aa(aaweibo.com)两位仁兄，互联网今年的华山论剑正在紧张筹备，到时请两位一定参加。

cc(ccyouxiang.com)评论：兄台，我一定参加。

bb(bbyouxi.com)评论：Sorry，目前行程还不确定，请先发我下会议的时间我再行答复。

在本申请的一种优选的实施例中，所述预设应用程序接口API还包括：在目标接收方预先封装的联系人存储接口和文件存储接口。这些接口可以提供给第三方存储文件，存储联系人信息的功能。

综上所述，本申请提供了一种站内与站外的信息交互的方法，当一个网站的用户需要发送站内信时，检测若目标接收方为非系统内部用户，则调用目标接收方的预设应用程序接口API传送所述站内信，从而使用户可以使用站内信和非本站邮箱或其他网站互通信息，实现了站内信和节省网络资源，提高用户的通信效率。

同时该申请还按照接收方的预置格式对站内信的格式进行自动转换，用户在在网站内写的站内信发往邮箱时，可自动转换为邮件格式，接收到的邮件也可以转换为站内信格式，并将发送和接收到的站内信按照时间顺序进行排序。方便了用户阅读，节省了用户进行转换操作的时间。

另外，用户也可以在系统内将帐号设置为站内信的格式或有关联站内信，当其他用户发送信息给此用户时，用户可以选择将收到的信息发送到站外指定的邮件地址或其他社交网站，以更及时的获得信息。

本申请因为采用了预设应用程序接口传送站内信，技术已经非常成熟，没有技术难点，网站只需提供可供第三方调用的预设程序接口即可完成此方案。该接口可以采用通用的邮件系统及通用的格式，用户认知成本很低，极易推广和使用。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

参考图2，示出了本申请的一种站内与站外的信息交互的装置实施例的结构框图，具体可以包括以下模块：

检测模块201，用于检测当前发送的站内信的目标接收方；

调用模块202，用于在所述目标接收方为非系统内部用户时，调用目标接收方的预设应用程序接口API传送所述站内信；

组织模块203，用于所述目标接收方按照预置格式组织所述站内信。

在本申请的一种优选的实施例中，所述目标接收方可以包括非当前系统的邮件系统或其它网站系统，所述站内信中可以包括接收方信息；

在具体的实现中，所述检测模块可以包括：

判定子模块，用于若所述接收方信息中包括非当前系统的邮件地址或其它网站的域名信息，则判定所述目标接收方为非系统内部用户。

在本申请的一种优选的实施例中，所述预设应用程序接口API包括：在目标接收方预先封装的注册接口、登录接口、邮件发送接口和附件发送接口。

在本申请的一种优选的实施例中，所述站内信中还可以包括发送方信息和信息内容。

在具体的实现中，当所述目标接收方为非当前系统的邮件系统时，所述组织模块可以包括：

第一格式转换子模块，用于通过以下子模块将所述站内信转换为邮件，并针对该邮件分配对应的邮件标识：

第一发件信息生成子模块，用于根据发送方信息和传送站内信的网站的域名，生成发件人邮箱地址信息；

第一收件信息生成子模块，用于根据接收方信息和接收方网站的域名，生成收件人邮箱地址信息；

第一邮件生成子模块，用于按照邮件标准格式将所述信息内容转换为邮件内容。

在本申请的一种优选的实施例中，所述站内信中还可以包括发送方信息和信息内容。

在具体的实现中，当所述目标接收方为非当前系统的邮件系统时，所述组织模块可以包括：

第二格式转换子模块，用于通过以下子模块将所述站内信转换为邮件，并针对该邮件分配对应的邮件标识：

第二发件信息生成子模块，用于获取发送方信息的域级用户标识；

第二收件信息生成子模块，用于根据接收方信息和接收方网站的域名，生成收件人邮箱地址信息；

第二邮件生成子模块，按照邮件标准格式将所述信息内容转换为邮件内容。

在本申请的一种优选的实施例中，所述站内信中还可以包括发送方信息和信息内容。

在具体的实现中，当所述目标接收方为其他网站系统时，所述组织模块可以包括：

接收信息生成子模块，用于通过以下子模块将所述站内信转换为接收信息，并针对所述接收信息分配对应的信息标识：

发件信息生成子模块，用于根据发送方信息和传送站内信的网站的域名，生成发件人信息；

格式转换子模块，用于按照接收网站的信息格式转换所述信息内容。

在本申请的一种优选的实施例中，所述组织模块还可以包括：

站内信关联模块，若所述站内信中具有回复在先信息的标识，则将所述接收信息与在先信息进行关联。

在本申请的一种优选的实施例中，所述预设应用程序接口API还包括：在目标接收方预先封装的联系人存储接口和文件存储接口。

由于所述装置实施例基本相应于前述图1所示的方法实施例，故本实施例的描述中未详尽之处，可以参见前述实施例中的相关说明，在此就不赘述了。

本申请可用于众多通用或专用的计算系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

最后，还需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个......”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上对本申请所提供的一种站内与站外的信息交互的方法，以及，一种站内与站外的信息交互的的装置进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (16)

1.一种站内与站外的信息交互的方法，其特征在于，包括：

检测当前发送的站内信的目标接收方；

在所述目标接收方为非系统内部用户时，调用目标接收方的预设应用程序接口API传送所述站内信；

所述目标接收方按照预置格式组织所述站内信。

2.如权利要求1述的方法，其特征在于，所述目标接收方包括非当前系统的邮件系统或其它网站系统，所述站内信中包括接收方信息；

所述检测当前站内信的目标接收方的步骤包括：

若所述接收方信息中包括非当前系统的邮件地址或其它网站的域名信息，则判定所述目标接收方为非系统内部用户。

3.如权利要求1或2所述的方法，其特征在于，所述预设应用程序接口API包括：在目标接收方预先封装的注册接口、登录接口、邮件发送接口和附件发送接口。

4.如权利要求1或2所述的方法，其特征在于，所述站内信中还包括发送方信息和信息内容；当所述目标接收方为非当前系统的邮件系统时，所述按照预置格式组织所述站内信的步骤包括：

通过以下子步骤将所述站内信转换为邮件，并针对该邮件分配对应的邮件标识：

根据发送方信息和传送站内信的网站的域名，生成发件人邮箱地址信息；

根据接收方信息和接收方网站的域名，生成收件人邮箱地址信息；

按照邮件标准格式将所述信息内容转换为邮件内容。

5.如权利要求1或2所述的方法，其特征在于，所述站内信中还包括发送方信息和信息内容；当所述目标接收方为非当前系统的邮件系统时，所述按照预置格式组织所述站内信的步骤包括：

通过以下子步骤将所述站内信转换为邮件，并针对该邮件分配对应的邮件标识：

获取发送方信息的域级用户标识；

根据接收方信息和接收方网站的域名，生成收件人邮箱地址信息；

按照邮件标准格式将所述信息内容转换为邮件内容。

6.如权利要求1或2所述的方法，其特征在于，所述站内信中还包括发送方信息和信息内容；当所述目标接收方为其他网站系统时，所述按照预置格式组织所述站内信的步骤包括：

通过以下子步骤将所述站内信转换为接收信息，并针对所述接收信息分配对应的信息标识：

根据发送方信息和传送站内信的网站的域名，生成发件人信息；

按照接收网站的信息格式转换所述信息内容。

7.如权利要求6所述的方法，其特征在于，所述按照预置格式组织所述站内信的步骤还包括：

若所述站内信中具有回复在先信息的标识，则将所述接收信息与在先信息进行关联。

8.如权利要求3所述的方法，其特征在于，所述预设应用程序接口API还包括：在目标接收方预先封装的联系人存储接口和文件存储接口。

9.一种站内与站外的信息交互的装置，其特征在于，包括：

检测模块，用于检测当前发送的站内信的目标接收方；

调用模块，用于在所述目标接收方为非系统内部用户时，调用目标接收方的预设应用程序接口API传送所述站内信；

组织模块，用于所述目标接收方按照预置格式组织所述站内信。

10.如权利要求9述的装置，其特征在于，所述目标接收方包括非当前系统的邮件系统或其它网站系统，所述站内信中包括接收方信息；

所述检测模块包括：

判定子模块，用于若所述接收方信息中包括非当前系统的邮件地址或其它网站的域名信息，则判定所述目标接收方为非系统内部用户。

11.如权利要求9或10所述的装置，其特征在于，所述预设应用程序接口API包括：在目标接收方预先封装的注册接口、登录接口、邮件发送接口和附件发送接口。

12.如权利要求9或10所述的装置，其特征在于，所述站内信中还包括发送方信息和信息内容；当所述目标接收方为非当前系统的邮件系统时，所述组织模块包括：

第一格式转换子模块，用于通过以下子模块将所述站内信转换为邮件，并针对该邮件分配对应的邮件标识：

第一发件信息生成子模块，用于根据发送方信息和传送站内信的网站的域名，生成发件人邮箱地址信息；

第一收件信息生成子模块，用于根据接收方信息和接收方网站的域名，生成收件人邮箱地址信息；

第一邮件生成子模块，用于按照邮件标准格式将所述信息内容转换为邮件内容。

13.如权利要求9或10所述的装置，其特征在于，所述站内信中还包括发送方信息和信息内容；当所述目标接收方为非当前系统的邮件系统时，所述组织模块包括：

第二格式转换子模块，用于通过以下子模块将所述站内信转换为邮件，并针对该邮件分配对应的邮件标识：

第二发件信息生成子模块，用于获取发送方信息的域级用户标识；

第二收件信息生成子模块，用于根据接收方信息和接收方网站的域名，生成收件人邮箱地址信息；

第二邮件生成子模块，按照邮件标准格式将所述信息内容转换为邮件内容。

14.如权利要求9或10所述的装置，其特征在于，所述站内信中还包括发送方信息和信息内容；当所述目标接收方为其他网站系统时，所述组织模块包括：

接收信息生成子模块，用于通过以下子模块将所述站内信转换为接收信息，并针对所述接收信息分配对应的信息标识：

发件信息生成子模块，用于根据发送方信息和传送站内信的网站的域名，生成发件人信息；

格式转换子模块，用于按照接收网站的信息格式转换所述信息内容。

15.如权利要求14所述的装置，其特征在于，所述组织模块还包括：

站内信关联模块，若所述站内信中具有回复在先信息的标识，则将所述接收信息与在先信息进行关联。

16.如权利要求11所述的装置，其特征在于，所述预设应用程序接口API还包括：在目标接收方预先封装的联系人存储接口和文件存储接口。

Images