一种支持多点间交互式数据发送和接收的方法 【技术领域】
本发明涉及数据的发送和接收， 尤其涉及多点间交互式数据的发送和接收。背景技术 为了充分利用技术资源， 多单位 ( 研究所、 生产厂 ) 联合协同研制的模式越来越多 地应用于飞机制造领域， 相应地， 传统的管理手段已经无法充分联合各厂、 所的资源来进行 产品的研究开发和生产， 无法及时传递、 充分共享海量的设计、 制造等信息资源。
飞机研制过程中所产生的大量数据将在位于异地的各参研单位之间进行共享和 传递， 例如项目管理单位需要将研制计划下达到各飞机设计制造单位， 各飞机设计制造单 位需要将项目进度信息反馈给项目管理单位， 飞机总装单位需要将确定的厂际交付状态传 递给部件制造单位等。
举一个具体的例子。甲单位负责飞机机翼的研发任务， 乙单位专门负责飞机的机 载电器设备的制造， 丙单位是机翼的制造单位。
甲单位在实际生产过程中会产生大量的与机翼制造相关的飞机设计制造数据， 而 这些数据当然需要提供给机翼的制造单位， 从而实现信息的共享或指导制造单位的生产。
现有技术中， 由于多个单位处于一个大的项目之中， 甲单位未必会清楚哪个制造 单位正在具体承担机翼的研发任务， 那么， 为了避免数据无法送达， 甲单位可能会将上述数 据既发给乙单位， 也发给丙单位， 这样， 至少可以保证数据一定能到达正确的目的单位。
但是， 很明显地， 上述数据对于乙单位而言是没有什么意义的， 反而会造成甲单位 与乙单位之间的传输资源浪费。
因此， 需要一种新的在多单位间发送和接收飞机设计制造数据的方法。
发明内容 为了解决现有技术中的上述问题， 本发明提出， 在不同单位的数据交互设备 ( 例 如， 协同研制平台服务器， 以下简称平台 ) 之间， 由数据发送方建立数据发送单， 其中包括 待发数据的编号、 名称、 版本等信息， 而后， 数据发送方将数据发送单发送给数据接收方， 用 于通知对方建立一个新的数据发送单， 从而触发此后的数据收发流程。数据接收方会对是 否允许发送 ( 是否建立新的数据发送单 ) 进行判断， 如果允许， 则在接收方的的协同平台上 会建立一个与发送方之前建立的数据发送单相同编号的数据发送单， 也即与之相匹配的新 的数据发送单。数据发送方通过访问接收方的平台， 即可看出对方是否已经建立了这一发 送单。 当识别出接收方已经建立了同一编号的数据发送单后， 发送方建立数据清单， 并把数 据清单和待发数据相关联， 与数据发送单相比， 数据清单的内容更为具体， 且此时待发数据 已经保存在发送方的平台上。 然后， 发送流程开始， 一般地， 先发送数据清单， 再发送待发数 据。数据接收方可以根据数据清单来判断对数据的接收是否已经完成。
其中， 待发数据的类型除了普通的物理文件以外， 还可包括产品属性 ( 结构 ) 等数 据。
其中， 如果待发数据为技术文件 ( 例如 .doc 或 .xls 文件 ) 的话， 则可以直接技术 文件的形式发送， 如果是三维数模等图样文件， 则可以打包发送， 实现数据的集中传送， 体 现这些数据之间的关联性。
其中， 数据发送方发出的数据带有这个数据发送方的唯一的标识 (OFID)， 从而为 接收方提供校验基础。
根据本发明的一个具体实施例， 提供了一种在第一单位中用于在多点间发送交互 式数据的方法， 包括以下步骤 ： a. 建立与待发数据相关联的数据发送单 ； b. 通知一个第二 单位生成与所述数据发送单相匹配的新的数据发送单 ； c. 判断所述第二单位是否生成了 所述的新的数据发送单 ； 还包括 ： 生成与所述待发数据相关联的数据清单 ； 在所述步骤 A 之 后， 且在所述步骤 c 之后， 还包括 ： d. 如果所述第二单位生成了所述的新的数据发送单， 则 将所述数据清单和所述待发数据发送至所述第二单位。
其中， 在所述步骤 a 之前还包括对所述待发数据进行审签的步骤 ； 并且， 所述步骤 a 包括 ： 如果所述待发数据通过了所述审签， 则建立与所述待发数据相关联的数据发送单。
其中， 在所述步骤 a 之后， 且在所述步骤 b 之前， 还包括对所述数据发送单进行审 签的步骤 ； 并且， 所述步骤 b 还包括 ： 如果所述数据发送单通过了所述审签， 则通知所述第 二单位生成与所述数据发送单相匹配的新的数据发送单。
其中， 所述步骤 d 之后还包括 ： 判断是否接收到来自所述第二单位的接收完成报 告， 其指示了所述第二单位已经完成了对所述待发数据的接收 ； 如果接收到所述接收完成 报告， 则创建发送完成报告， 并进入归档程序。
其中， 还包括 ： - 为多个第二单位分别执行所述步骤 b、 c； 在所述步骤 d 之前还包 括： - 要求所述第二单位的用户从已经建立了所述新的数据发送单的一个或多个第二单位 中选择至少一个第二单位 ； 所述步骤 d 还包括 ： - 将所述数据清单和所述待发数据发送给每 个被所述用户选择的第二单位。
其中， 所述步骤 d 之前还包括 ： - 在所述待发数据中加入所述第一单位的唯一标 识； 所述步骤 d 还包括 ： - 将所述数据清单及加入了所述第一单位的唯一标识的所述待发数 据依次发送至所述第二单位。
根据本发明的另一方面， 提供了一种在第二单位中用于在多点间接收交互式数据 的方法， 包括以下步骤 ： A. 接收来自一个第一单位的通知， 其用于通知所述第二单位建立 与所述第一单位已经建立的一个数据发送单相匹配的一个新的数据发送单 ； B. 判断是否 允许建立所述新的数据发送单 ； C. 如果允许建立所述新的数据发送单， 则建立所述新的数 据发送单 ； D. 接收所述第一单位依次发来的相关联的数据清单和待发数据。
其中， 还包括 ： - 根据所述数据清单， 判断步骤 D 中对所述待发数据的接收是否完 成； - 如果对所述待发数据的接收已经完成， 则生成接收完成报告 ； - 将所述接收完成报告 发送至所述第一单位。
其中， 所述步骤 B 包括 ： 当满足以下条件中任一项时， 判断允许所述请求 ： - 接收到 所述第二单位的用户输入的表示允许建立所述新的数据发送单的指令 ； - 所述第一单位所 建立的数据发送单的标识或编号或类型与所述第一单位相匹配。
采用本发明提供的方法， 可以利用信息化的手段， 在工作流程控制下， 准确快速地 传递待发数据， 并且， 可以在发放接收双方之间保持数据的一致性、 有效性， 以及发放历史记录的可追溯性。 附图说明 通过阅读以下结合附图对非限定性实施例的描述， 本发明的其它目的、 特征和优 点将变得更为明显和突出。其中， 相同或相似的附图标记表示相同或相似的装置或步骤特 征。
图 1 示出了飞机设计、 制造过程中涉及的一些单位 ；
图 2 示出了根据本发明一个具体实施方式的在多点间的交互式数据的发送和接 收方法流程图。
具体实施方式
本发明示例性的实施方式将在以下内容中参考附图详述。 在不偏离本发明的精神 以及范围的情况下， 本领域的技术人员可以实施本发明的这些或其他的改进和变化。
根据本发明的一个非限定性实施例， 以、 飞机设计单位、 飞机制造单位、 项目管理 单位之间发送、 接收与飞机制造、 设计、 项目管理等相关的数据为例。 本领域技术人员理解， 这不应被理解为对本发明保护范围的限制， 本发明的保护范围由随附的权利要求书限定。 参看图 1， 其中， 示出了飞机研发、 制造系统中的一些单位， 其中， 包括飞机制造单 位 ( 下文中简称制造单位 )21、 22， 飞机设计单位 ( 下文中简称设计单位 )11、 12 和管理单位 30。其中， 各个单位之间通过其各自拥有和维护的协同平台进行交互， 典型地， 每个协同平 台通过安装了适当软件的计算机来实现。下文中， 对任一个单位及该单位的协同平台使用 相同的附图标记， 并将飞机制造单位简称制造单位， 飞机设计单位简称设计单位。
为方便描述， 假设制造单位 21 承担飞机机翼的制造任务， 而设计单位 11 专门负责 机翼的设计， 制造单位 22 主要制造飞机驾驶舱部分， 设计单位 12 在此项目中则主要涉及飞 机驾驶舱。
典型地， 如制造单位 21 和设计单位 11 这样的对口的设计单位和制造单位需要进 行较为频繁的飞机设计制造信息的交互。此外， 管理单位 30 因需要下达研制计划和了解各 个单位的工作进度， 优选地与各个单位之间均进行必要的飞机设计制造数据的传输。
结合图 1 及上文中对图 1 的非限定性描述， 再来看图 2， 其中， 示出了根据本发明的 一个具体实施例的在多点间发送和接收交互式数据的方法流程图。本领域技术人员理解， 图 2 并不具有限定性， 在本发明其它实施例中， 可能包含图 2 中未示出的步骤， 或者不包含 图 2 中的某些步骤。其中， 以图 1 所示的设计单位 11 作为数据发送方为例， 本文中， 发送数 据的一方也称为第一单位， 接收数据的一方也称为第二单位。
首先， 设计单位 11 处有大量的机翼设计数据 ( 即本例中的待发数据 ) 需要发送给 制造单位 21， 于是， 该方法进入步骤 S20， 协同平台 11 建立数据发送单 x。 有利地， 这一数据 发送单具有编号、 标识和类型， 且其编号、 标识、 类型中的至少一项信息对待发送的数据及 其归宿有描述作用。
举一个例子， 协同平台 11、 12、 21、 22、 30 处均保存了一个映射表， 其中每个单位都 拥有一个独立的编号， 而上述数据发送单中就可以包含这样的编号， 从而表示数据是准备 发送给谁的。 或者， 各协作平台处的映射表也可以体现为 ： 各种飞机产品 / 零件与相应编号
或标识或类型的对应关系， 于是， 当一个数据发送单包括了一个特定的编号或标识或类型 时， 就可以表明相应的待发数据对应于何种飞机产品 / 零件， 例如机翼或驾驶舱等。
本领域技术人员理解， 飞机发送单中还可以包含其它用于表示数据的归属、 性质 的信息， 通过阅读以上文字， 本领域技术人员容易想到这些变形。
步骤 S21 中， 协作平台 11 向协作平台 21 发出通知， 通知对方建立与数据发送单 x 相对应的新的数据发送单。根据本发明的一个非限定性实施例， 上述 ‘相对应’ 即新的数据 发送单与数据发送单 x 拥有相同的编号。同样根据这一非限定性实施例， 如果协作平台 21 建立了这样的新的数据发送单， 则表明其允许了协作平台 11 发送待发数据。
这样， 协同平台 21 就需要判断是否建立这样的新的数据发送单， 这一判断步骤 S20 可以通过以下方式来实现 ：
为协同平台 21 的用户提供一个提示信息， 告知协作平台 11 正在请求发送数据， 并在所述用户输入表示允许建立所述新的数据发送单的指令后， 为步骤 S20 得出肯定的判 断结果， 否则， 得出否定的结果 ；
协同平台 21 自动地扫描数据发送单 x， 根据其中包含的编号、 标识或其它信息来 判断是否允许对方向它发送数据。例如， 协同平台 21 在步骤 S20 中检查数据发送单 x 的编 号， 并查询自身预存的映射表。通过查表， 协同平台 11 可以得出步骤 S20 中的判断结果。 不失一般性地， 由于设计单位 11 和制造单位 21 为对口单位， 因此前者的待发数据 正是后者所需要的， 于是执行步骤 S20 中得到肯定的判断结果。
于是在协作平台 21 处， 该方法进入步骤 S21 中， 协同平台 21 建立与数据发送单同 样编号的新的数据发送单。具体地， 协同平台 21 可以通过访问协同平台 11， 从而复制数据 发送单 x 到协同平台 21 上。
再来讨论协同平台 11 一侧， 在建立了数据发送单并向协同平台 21 发起通知之后， 它还在步骤 S22 中生成和待发数据相关联的数据清单， 换言之， 它生成一个数据清单， 并将 其和待发数据相关联。这一数据清单与数据发送单 x 相比， 对待发数据的描述能力更强， 协 同平台 21 甚至可以基于这一数据清单来监视对待发数据的接收进度等。
此外， 在步骤 S 11 中发出通知之后， 协同平台 11 周期性地访问协同平台 21， 从而 了解其上是否建立了与数据发送单编号相同的新的数据发送单， 也即协同平台 21 是否允 许协同平台 11 发送该待发数据。由于前已述及协同平台已经在步骤 S21 中生成了这样的 新的数据发送单， 因此， 在步骤 S21 完成之后的某一时刻， 协同平台 11 将会发现此新的数据 发送单已经建立， 于是触发步骤 S23。
在步骤 S23 中， 协同平台 11 自动地启动数据发送接收流程， 开始向协同平台 21 发 送上述的数据清单和待发数据。
优选地， 为了保证数据的可追溯性， 并为数据接收方提供对数据进行校验， 步骤 S23 中发送的待发数据中还预先加入了协同平台 11 的唯一的标识。
在协同平台 21 侧， 在数据接收开始之后， 周期性地执行步骤 S 12， 其中， 根据数据 清单来判断对待发数据的接收是否完成。如果接收完成， 则生成一个接收完成报告， 并在 步骤 S23 中发送给协同平台 11 ； 反之， 则等待一定时间之后， 或者不经等待地重复执行步骤 S22。
基于协同平台 21 发来的接收完成报告， 协同平台将在步骤 S 14 中相应地创建发
送完成报告， 并进入归档程序。
根据本发明的另一具体实施例， 其中， 待发数据在进入图 2 所示的流程之前， 先 要经过一个审签的过程， 只有当待发数据能够通过该审签过程的情况下， 才为其执行步骤 S10、 S11 及各后续流程。
根据本发明的另一具体实施例， 其中， 在步骤 S10 中建立了数据发送单 x 之后， 对 其进行一个审签操作， 只有当数据发送单 x 通过了这一审签之后， 才会被在步骤 S11 中发往 协同平台 21 从而触发后续的流程。
根据本发明的另一具体实施例， 其中， 设计单位 11 向多个第二单位 ( 包括制造单 位 21) 发送上述的待发数据， 于是， 协同平台 11 首先在步骤 S10 建立数据发送单 x， 并通知 各个对端来建立新的数据发送单。此种情形下， 如果某个第二单位的人员因发现待发数据 并不是其所需要的数据而拒收， 或者某个第二单位的协同平台自动地判断待发数据并非与 该第二单位相匹配的数据于是拒收， 则这些单位的协同平台将不会进入步骤 S21 中来生成 与数据发送单 x 相匹配的新的数据发送单。
协同平台 11 通过访问各个第二单位的协同平台， 可以确定其中有哪些已经建立 了上述的新的数据发送单， 于是， 协同平台 11 在步骤 S13 之前， 将所有已经建立了新的数据 发送单的第二单位 ( 或其协同平台 ) 显示给协同平台 11 的用户， 提示其进行选择， 被选出 的至少一个第二单位将会作为步骤 S13 中数据清单和待发数据的目的地。从而实现了一次 性同时触发多个接收方的数据接收流程。
以上对本发明的具体实施方式进行了描述。需要说明的是， 本发明并不局限于上 述特定实施方式， 本领域技术人员可以在所附权利要求的范围内做出各种变型或修改。