ONVIF TM
ONVIF Core Specification Version 2.0
Release Notes
November 2010
2008-2010 by ONVIF: Open Network Video Interface Forum. All rights reserved.
Recipients of this document may copy, distribute, publish, or display this document so long as this copyright notice, license and disclaimer are retained with all copies of the document. No license is granted to modify this document.
THIS DOCUMENT IS PROVIDED "AS IS," AND THE CORPORATION AND ITS MEMBERS AND THEIR AFFILIATES, MAKE NO REPRESENTATIONS OR WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO, WARRANTIES OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE, NON-INFRINGEMENT, OR TITLE; THAT THE CONTENTS OF THIS DOCUMENT ARE SUITABLE FOR ANY PURPOSE; OR THAT THE IMPLEMENTATION OF SUCH CONTENTS WILL NOT INFRINGE ANY PATENTS, COPYRIGHTS, TRADEMARKS OR OTHER RIGHTS.
IN NO EVENT WILL THE CORPORATION OR ITS MEMBERS OR THEIR AFFILIATES BE LIABLE FOR ANY DIRECT, INDIRECT, SPECIAL, INCIDENTAL, PUNITIVE OR CONSEQUENTIAL DAMAGES, ARISING OUT OF OR RELATING TO ANY USE OR DISTRIBUTION OF THIS DOCUMENT, WHETHER OR NOT (1) THE CORPORATION, MEMBERS OR THEIR AFFILIATES HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES, OR (2) SUCH DAMAGES WERE REASONABLY FORESEEABLE, AND ARISING OUT OF OR RELATING TO ANY USE OR DISTRIBUTION OF THIS DOCUMENT. THE FOREGOING DISCLAIMER AND LIMITATION ON LIABILITY DO NOT APPLY TO, INVALIDATE, OR LIMIT REPRESENTATIONS AND WARRANTIES MADE BY THE MEMBERS AND THEIR RESPECTIVE AFFILIATES TO THE CORPORATION AND OTHER MEMBERS IN CERTAIN WRITTEN POLICIES OF THE CORPORATION.
1. Summary
The ONVIF 2.0 release is the second major specification release. It adds a number of new services and extends functionality of existing services to support multiple new feature sets. Interfaces available with 1.02 have been kept fully backward compatible. A small number of maintenance changes have been applied and are described in section 3.
2. New Features
2.1. Device Types
See section 4.4 for an introduction to the new device types and 5.5.1 for their respective service requirements. The newly defined device types are called network video storage (NVS), network video display (NVD) and network video analytics (NVA).
2.2. Additions to the Device Management Service
To this section features for remote user management and 802.11 network configuration have been added. The IO features have been moved to a new IO service. Devices must continue to support the existing APIs to ensure client side backward compatibility.
2.3. Device IO Service
This newly defined service gathers all physical IO functionality. The service offers commands to retrieve and configure the settings of physical inputs and outputs of a device.
2.4. Receiver Service
The receiver service provides a receiving mechanism as base building block for the NVD, NVS and NVA. A receiver is an object that acts as an RTSP client endpoint. A receiver has a configuration that determines the RTSP endpoint to which it should connect and the connection parameters it should use.
2.5. Display Service
The display service provides the key functionality of the NVD. The service introduces panes, each of which occupies an area of the physical display. The configuration of the pane maps audio inputs and outputs to a video output. The configuration also references a receiver object which receives the data to be displayed. Functions to retrieve and configure the configuration of a pane are provided. A layout defines how these panes are visible on the display (e.g single view or quad view). The service introduces commands to retrieve the current layout of a display and change the layout.
2.6. Recording Control Service
The recording control service enables a client to manage recordings, and to configure the transfer of data from data sources to recordings. Managing recordings includes creation and deletion of recordings and tracks.
2.7. Recording Search Service
This mandatory service for any NVS provides the facilities for information lookup from simple queries for recorded media up to analytics search. The service enables a client to find information about the recordings on the storage device, for example to construct a “timeline” view, and to find data of interest within a set of recordings. The latter is achieved by searching for events that are included in the metadata track of the recording.
2.8. Playback Control Service
The replay service enables a client to play back recorded data, including video, audio and metadata. Functions are provided to start and stop playback and to change speed and direction of the replayed stream. It also enables a client to download data from the storage device so that export functionality can be provided.
2.9. Video Analytics Device Service
This service provides the necessary hooks for establishing media streams or metadata enhanced media streams an NVA.
2.10. Audio Backchannel
In order to support bidirectional audio connections the media service and the streaming specification have been extended.
3. Changes
Find below all errata’s from Version 1.02 to 2.0 applicable to existing APIs in order to improve interoperability. Note that this list does only include those change requests that apply to items that have been part of the specification 1.02.
Errata # Subject CR#
2.1Typo in PathExpr grammar 190 Document reference Clause Sub-Clause Page(s) Line(s) Core 2 Draft 8 15.5.5 238
Change
Replace
[3]PathExpr ::= // ’Prefix ‘:’ SimpleItem‘ NodeTest | //Prefix ‘:’? ElementItem‘ NodeTest
With (And renumber the items below 3)
[3] PathExpr ::= [‘//’Prefix?’SimpleItem‘ | ’//’Prefix?’ElementItem‘ ] NodeTest
[4] Prefix::= NamespacePrefix’:’ | ‘’
The Prefix shall correspond to the https://www.doczj.com/doc/d34387318.html,/ver10/schema namespace.
Errata # Subject CR#
2.2 Typo in TopicPath grammar 191 Document reference Clause Sub-Clause Page(s) Line(s) Core 2 Draft 8 15.7.3 241
Change
Replace
[4] TopicPath ::= RootTopic ChildTopicExpression* ('//.)?
With
[4] TopicPath ::= RootTopic ChildTopicExpression* ('//.’)?
Errata # Subject CR#
2.3Add Error Code of “UsernameTooShort” 193 Document reference Clause Sub-Clause Page(s) Line(s) Core 2 Draft 8 Section 8.4.4/8.6 105 / 124
Change
Add error code“ter:UsernameTooShort" with description “The username was too short”
to function CreateUsers(in Table 66) and to Table 90( Device service specific fault codes).
Errata # Subject CR#
2.4 MessageDescription uses two expressions SimpleItem and SimpleItemDescription 194 Document reference Clause Sub-Clause Page(s) Line(s) Core 2 Draft 8 - - - -
Change
Replace from “SimpleItem” in the following chapter to “SimpleItemDescription” :
13.4.1 ChangeState
13.4.2 Connection Failed
14.4.1 Decoding error event
15.10.2 G etEventPropertiesResponse
19.20.1 R ecording job state changes
19.20.2 C onfiguration changes
19.20.3 D ata deletion
19.20.4 R ecording and track creation and deletion
20.17 Recording Event Descriptions
A.1.1 Profile
A.1.2 VideoSourceConfiguration
A.1.3 AudioSourceConfiguration
A.1.4 VideoEncoderConfiguration
A.1.5 AudioEncoderConfiguration
A.1.6 VideoAnalyticsConfiguration
A.1.7 PTZConfiguration
A.1.8 MetaDataConfiguration
A.1.10 Relay
A.1.11 PTZ Controller Topics
Errata # Subject CR#
2.6 Mistaking how to use “a=sendonly” of RTSP 196 Document reference Clause Sub-Clause Page(s) Line(s) Core 2 Draft 8 12.2.1.1.3 - 208 -
Change
Replace from:
server->client: RTSP/1.0 200 OK
CSeq: 1
Content-Type: application/sdp
Content-Length: XXX
v=0
o=- 2890844256 2890842807 IN IP4 172.16.2.93
s=RTSP Session
m=audio 0 RTP/AVP 0
a=control:rtsp://https://www.doczj.com/doc/d34387318.html,/onvif_camera /audio
m=video 0 RTP/AVP 26
a=control:rtsp://https://www.doczj.com/doc/d34387318.html,/onvif_camera /video
m=application 0 RTP/AVP 107
a=control:rtsp://https://www.doczj.com/doc/d34387318.html,/onvif_camera/metadata
a=sendonly
a=rtpmap
a=rtpmap:107 vnd.onvif.metadata/90000
To:
server->client: RTSP/1.0 200 OK
CSeq: 1
Content-Type: application/sdp
Content-Length: XXX
v=0
o=- 2890844256 2890842807 IN IP4 172.16.2.93
s=RTSP Session
m=audio 0 RTP/AVP 0
a=control:rtsp://https://www.doczj.com/doc/d34387318.html,/onvif_camera /audio
m=video 0 RTP/AVP 26
a=control:rtsp://https://www.doczj.com/doc/d34387318.html,/onvif_camera /video
m=application 0 RTP/AVP 107
a=control:rtsp://https://www.doczj.com/doc/d34387318.html,/onvif_camera/metadata
a=recvonly
a=rtpmap
a=rtpmap:107 vnd.onvif.metadata/90000
Errata # Subject CR#
2.10 Mistaking Action name of PullMessagesFaultResponse 200
Clause Sub-Clause Page(s) Line(s) Document
reference
event.wsdl
(v2.0)
Change
Replace from:
event.wsdl(v2.0)
message="tev:PullMessagesRequest"
wsa:Action="https://www.doczj.com/doc/d34387318.html,/ver10/events/wsdl/PullPointSubscription/PullMessagesRequest"/> message="tev:PullMessagesResponse" wsa:Action="https://www.doczj.com/doc/d34387318.html,/ver10/events/wsdl/PullPointSubscription/PullMessagesResponse"/> name="PullMessagesFaultResponse" message="tev:PullMessagesFaultResponse" wsa:Action="https://www.doczj.com/doc/d34387318.html,/ws/2004/08/addressing/fault"/> To: event.wsdl(v2.0) message="tev:PullMessagesRequest" wsa:Action="https://www.doczj.com/doc/d34387318.html,/ver10/events/wsdl/PullPointSubscription/PullMessagesRequest"/> message="tev:PullMessagesResponse" wsa:Action="https://www.doczj.com/doc/d34387318.html,/ver10/events/wsdl/PullPointSubscription/PullMessagesResponse"/> name="PullMessagesFaultResponse" message="tev:PullMessagesFaultResponse" wsa:Action="https://www.doczj.com/doc/d34387318.html,/ver10/events/wsdl/PullPointSubscription/PullMessages/Fault/Pu llMessagesFaultResponse"/> Errata # Subject CR# 2.11 Consistent fault codes for SetUserSettings 201 Clause Sub-Clause Page(s) Line(s) Document reference Core 2 Draft 8 8.4 Security 8.4.6 Set users 106 settings Change Replace from: Fault codes Description env:Sender Username NOT recognized. ter:InvalidArgVal ter:UsernameMissing env:Sender The password was too long ter:InvalidArgVal ter:PasswordTooLong env:Sender Too weak password ter:InvalidArgVal ter:PasswordTooWeak To: Fault codes Description env:Sender Username NOT recognized. ter:InvalidArgVal ter:UsernameMissing env:Sender The password was too long ter:InvalidArgVal ter:PasswordTooLong env:Sender Too weak password ter:InvalidArgVal ter:PasswordTooWeak env:Sender User level anonymous is not allowed. ter:OperationProhibited ter:AnonymousNotAllowed Item # Subject 202 Errors in event.wsdl when trying to validate schema Document reference Clause Sub-Clause Page(s) Line(s) onvif2.0_wsdl201 00601/event.wsdl see description Date 14 Sep 2010Author Scott Hudson Change Problem description Multiple errors like the following in wsdl when trying to validate schema: Engine name: Xerces Severity: error Description: cvc-datatype-valid.1.2.1: 'wsnt:ResourceUnknownFault' is not a valid value for 'NCName'. Start location: 211:65 URL: https://www.doczj.com/doc/d34387318.html,/TR/xmlschema-2/#cvc-datatype-valid Change 1. Remove wsnt: prefixes on all 2. Remove urn: from all the one that contains a message description. It simplest to see this in the example section (4, from line 279) in the WS-Topic specification. But you could also see other part of the WS-Topic spec: o About the wstop:Topic attribute: "This is an attribute of type xsd:boolean, used to distinguish elements that represent Topics in the set from those that do not. An element in the content of wstop:TopicSet MUST have a wstop:@topic attribute with a value of “true” if and only if it represents a Topic in the Topic Set." o About the wstop:TopicSet element: The TopicSet contains an element corresponding to each Topic that is included in the Topic Set. ... The TopicSet element can contain additional elements that do not represent Topics in the Set – it MUST contain additional, appropriately named elements where these are needed to ensure the correct position in the hierarchy of the elements that do represent Topics in the Set. It MAY contain additional elements that carry Producer-specific metadata. ?Only root topic shall be a QName, child topics shall be NCName .e.g. element, and MUST NOT appear as an immediate child of wstop:TopicSet." Proposal Replace With CR # Subject 233 Fix configuration of ObjectTracker example Document reference Clause Sub-Clause Page(s) Line(s) Core spec (2.0) 17.3.1 286 Date 06/October/2010 Author stefan.andersson@https://www.doczj.com/doc/d34387318.html, Change Problem description: The SimpleItem element has a type attribute it should have a value attribute Proposal: Replace: With: 技术部源代码控制管理制度V1.0 一、总则 1、目的: 为保障公司源代码安全不至于泄露，保证源代码的完整，明确源代码控制管理流程，特制定此管理办法。 2、使用范围: 本办法适用于所有涉及接触源代码的各部门各岗位，所涉及部门都必须严格执行本管理办法。 3、责权: 源代码直接控制管理部门为技术部。本办法管理重点在于控制管理源代码的完整性，不被非授权获取，不被非授权复制和传播。本办法所指源代码不仅限于公司开发人员自行编写实现功能的程序代码，而且还包括相应的开发设计文档及用于支撑整个平台系统运行所必须具备的第三方软件、控件和其它支撑库等文件。 二、管理内容及要求(根据部门工作情况撰写) 1、源代码完整性保障 所有系统的源代码及相应的开发设计文档均必须及时加入到指定的源代码服务器中的指定SVN库中。 我们研发的平台系统运行所必须的第三方软件、控件和其它支撑库等文件也必须及时加入源代码服务器中指定的SVN库中。 功能开始编写或者调整代码之前，其相应的设计文档必须签入SVN库（由测试组文档管理员负责检查）。 系统编码或代码调整优化结束后，提交技术测试组功能测试之前，相应的源代码必须提交到SVN库。 测试组对功能进行测试时必须从源代码服务器上的SVN库中获取代码，包括必须的第三方软件、控件和其它支撑库等文件，然后进行测试。 所有提交到SVN上的代码必须保证编译通过,而且提交的时候不会影响主干其它程序的正常运行. 2、源代码的授权访问 源代码服务器对于共享的SVN库的访问建立操作系统级的，基于身份和口令的访问授权。（由SVN管理员进行管理和设置） 在SVN库中设置用户，为不同用户分配不同的、适合工作的最小访问权限。要求连接SVN库时必须校验SVN中用户身份及其口令。在SVN库中要求区别对待不同用户的可访问权、可创建权、可编辑权、可删除权、可销毁权。每个用户切实保证自己的用户身份和口令不泄露,用户要经常更换自己在SVN库中账号的口令。同时，工作任务变化或岗位调整后SVN管理员要实时回收用户的相关权限。要获取不属于自己范围内的文件，例如：代码、数据库，需求文档等，需经项目经理和技术部经理审批同意后由SVN管理员授权。 软件版本管理规 第一章目的 本规详细规定软件项目版本管理的对象、存储目录、分支、权限、维护等容，使软件项目版本管理流程化并规化，确保在系统开发和实施过程中项目的完整性和一致性。 1.第二章适用围 所有系统开发及实施项目的软件项目都应进行版本管理。项目中所有正式文档和代码都应纳入配置库（可使用工具建立配置库，本文所述使用的是SVN）进行版本管理。 2.第三章职责 配置库管理员：负责配置库的日常维护和管理；监督开发及测试部门及时提交版本管理对象（即配置项）。 此岗位可由开发或测试人员兼任。 3.第四章容 4.1. 版本管理对象 包括但不限于： 项目总体计划 可行性研究报告 开发计划 需求说明书 需求设计原型 设计说明书 系统开发变更申请单 系统管理手册 用户操作手册 培训计划 培训记录 源程序 支持系统运行的配置文件 存储过程脚本 测试计划 测试用例 测试脚本 测试报告 上线计划 上线申请 版本维护日志 4.2. 配置库的目录结构 每个项目在配置库中应拥有唯一的项目名称。配置库目录结构与项目部的目录结构建议按下列格式创建。 配置库目录结构规划： ┠tags(发布) ┃├v1.0.0_T1_2016909 ┃├v1.0.0.33899_T1_20161009 ┃├v1.0.0_R1_20161109 ┃├v1.1.0_T1_20170109 ┃└v1.1.0_R1_20170209 ┠trunk(主版本) ┃└projectA ┃├src ┃├MY_MOOC ┃├doc ┃├tool ┃├。。。 ┖branches(分支) ├SY_ABC ├TJ_ABC ├WH_MOOC 其中，项目部的目录结构： |–projectA |–src （保存该项目的源程序） |–doc （保存项目相关文档） |–000.项目管理（保存项目过程管理相关文档） |–010.项目计划（保存项目计划相关文档） |–020.项目需求（保存项目需求相关文档） |–030.系统设计（保存项目设计相关文档） |–030.系统测试（保存项目代码测试相关文档） |–040.系统实施（保存项目部署实施相关文档） |–050.系统运维（保存项目运维文档，包括培训、用户手册等） |–060.技术资料（保存项目技术文档，包括第三方技术资料等） 第四讲国家作为国际私法关系主体 课外补充案例 一、中国股票持有人向美资上海电力公司请求补偿案 [主题]：法人国籍的确定及法人属人法的适用范围 各国对确定法人的国籍并没有统一的标准，即使同一国家在不同时期也会有不同的实践。越来越多的国家采用复合标准说，根据不同的情况采用不同的标准。 1929年，上海电力公司在美国德拉华州成立，该公司主营业所在中国上海，负责上海美租界的电力供应。日本侵华期间，上海电力公司被日本占有。日本战败后，上海电力公司恢复了经营。1949年中华人民共和国成立后，中国政府没收了该公司的财产。 1964年，上海电力公司根据美国1948年战争索赔法，向日本索赔。 1966年，美国国会授权成立"外国索赔解决委员会"，估算美国国民对中华人民共和国的索赔数额。 1967年，外国索赔解决委员会认定，日本应赔偿780万美元给上海电力公司。受这一赔偿鼓舞，上海电力公司又向中国提出5400万美元的赔偿要求。外国索赔解决委员会估算上海电力公司损失约4400万，加上利息共为1.4亿美元。 中美两国关系正常化后，两国政府于1979年5月11日签订了《中美解决相互资产要求的协议》。协议规定美方于1949年10月1日以后对中方的资产要求，由中国政府一揽子解决。中国政府向美国政府总付8.5亿美元。以后个人不得再直接向对方政府要求索赔。 根据协议和中方的赔偿数额，上海电力公司按比例分得2000万元美元。上海电力公司状告美国政府，声称签订协议未征求其意见，给上海电力公司的赔偿少于外国索赔解决委员会的估算数，因而构成了对美国宪法第五修正案的剥夺。法院从索赔的性质和特定的背景情况，驳回上海电力公司的起诉。 根据协议要求，上海电力公司需将800万美元按比例分给公司优先股股东，具体索赔由德拉华州法院来处理。结果有大量的个人和企业提出索赔要求，其中包括32家中国的银行和其他企业。 Git源代码管理规范 一、分支管理 使用git进行源代码管理, 一般将某个项目的所有分支分为以下几条主线: 1.Master 顾名思义, 既然名字叫Master, 那么该分支就是主分支的意思。master分支永远是production-ready的状态, 即稳定可产品化发布的状态。 2.Develop 这个分支就是我们平常开发的一个主要分支了, 不论是要做新的feature还是需要做bug fix, 都是从这个分支分出来做。在这个分支下主要负责记录开发状态下相对稳定的版本, 即完成了某个feature或者修复了某个bug后的开发稳定版本。 3.Feature branches 这是由许多分别负责不同feature开发的分支组成的一个分支系列。new feature主要就在这个分支系列下进行开发。当功能点开发测试完毕之后, 就会合并到develop分支去。 4.release branches 这个分支系列从develop分支出来, 也就是预发分支。在预发状态下, 我们往往会进行预发环境下的测试, 如果出现缺陷, 那么就在该release分支下进行修复, 修复完毕测试经过后, 即分别并入master分支后develop分支, 随后master分支做正常发布。 5.Hotfix branches 这个分支系列也就是我们常说的紧急线上修复, 当线上出现bug且特别紧急的时候, 就能够从master拉出分支到这里进行 修复, 修复完成后分别并入master和develop分支。 下面这张图将完整展示这一个流程 二、工作原理Git的工作方式: 也就是说, 每次提交版本变动的时候, git会保存一个快照(snapshot)。如果文件没有被更改, git也不会再次保存, 而是提供一个到原来文件的链接。这样一来, git更像是一个小型的文件系统。另外, git的所有操作都能够是本地的, 仅仅在将新版本的内容上传到服务器上时才需要连接网络。 Git目录( repository) 是Git保存元数据和对象数据库的地方。这也是Git最重要的部分。 变更履历 目录 1总则 (4) 2源代码完整性保障 (4) 3源代码的授权访问 (4) 4代码版本管理 (5) 4.1系统初验 (6) 4.2试运行 (6) 4.3系统终验 (7) 4.4系统验收标准 (7) 1总则 1、为保障公司源代码和开发文档安全不至于泄露，保证源代码的完整，明确源代码控制管理流程，特制定此管理办法。 2、本办法适用于所有涉及接触源代码的各部门各岗位。所涉及部门都必须严格执行本管理办法。 3、源代码直接控制管理部门为技术开发部。 4、本办法管理重点在于控制管理源代码的完整性，不被非授权获取，不被非授权复制和传播。 5、本办法所指源代码不仅限于公司开发人员自行编写实现功能的程序代码，而且还包括相应的开发设计文档及用于支撑整个系统运行所必须具备的第三方软件、控件和其它支撑库等文件。 2源代码完整性保障 1、所有软件的源代码文件及相应的开发设计文档均必须及时加入到指定的源代码服务器中的指定库中。 2、我们研发的产品软件运行所必须的第三方软件、控件和其它支撑库等文件也必须及时加入源代码服务器中指定的库中。 3、软件开始编写或者调整代码之前，其相应的设计文档和代码必须先从相应的SVN库进行SVNUpdate操作。软件编码或功能调整结束测试正确无误后，相应的源代码必须进行SVNCommit操作，在最终进行SVNCommit操作之前需要再进行SVNUpdate操作，查看是否有冲突产生，如果有冲突产生需要和冲突相关人一并解决冲突。 3源代码的授权访问 1、源代码服务器对于共享的SVN库的访问建立操作系统级的，基于身份和口令的访问授权。 第十条在SVN库中设置用户，并为不同用户分配不同的，适合工作的最小 1源代码管理 (1) 总则 (1) 源代码完整性保障 (1) 源代码的授权访问 (2) 代码版本管理 (2) 源代码复制和传播 (5) 系统测试验收流程 (5) 系统初验 (6) 试运行 (6) 系统终验 (6) 应用系统验收标准 (8) 文档评审通过标准 (9) 确认测试通过标准 (9) 系统试运行通过标准 (10) 1代码管理 总则 1、为保障公司源代码和开发文档安全不至于泄露，保证源代码的完整，明确源代码控制管理流程，特制定此管理办法。 2、本办法适用于所有涉及接触源代码的各部门各岗位。所涉及部门都必须严格执行本管理办法。 3、源代码直接控制管理部门为技术开发部。 4、本办法管理重点在于控制管理源代码的完整性，不被非授权获取，不被非授权复制和传播。 5、本办法所指源代码不仅限于公司开发人员自行编写实现功能的程序代码，而且还包括相应的开发设计文档及用于支撑整个系统运行所必须具备的第三方软件、控件和其它支撑库等文件。 源代码完整性保障 1、所有软件的源代码文件及相应的开发设计文档均必须及时加入到指定的源代码服务器中的指定库中。 2、我们研发的产品软件运行所必须的第三方软件、控件和其它支撑库等文件也必须及时加入源代码服务器中指定的库中。 3、软件开始编写或者调整代码之前，其相应的设计文档和代码必须先从相应的SVN库进行SVNUpdate操作。软件编码或功能调整结束测试正确无误后，相应的源代码必须进行SVNCommit操作，在最终进行SVNCommit操作之前需要再进行SVNUpdate操作，查看是否有冲突产生，如果有冲突产生需要和冲突相关人一并解决冲突。 自考国际私法笔记串讲 第一章绪论 国际私法：是以涉外民事关系（或称国际民事关系）作为自己的调整对象的一个法律部门。 涉外民事关系：是在民事关系的主体、客体和权利义务据以发生的法律事实诸因素中至少有一个外国因素的民事关系。如：1作为民事关系主体的一方或双方是外国自然人、外国法人或无国籍人，有 时是外国国家或国际组织。2、作为民事关系的客体是位于外国的物、财产或需要在外国实施或完成的行 为。3、作为民事法律关系的内容即权利义务据以产生的法律事实发生于外国。 国际私法上所称的民事法律关系是广义的，实际上是指民商事关系。它包括国际物权关系、国际破产关系、国际信托关系、发生于国际民商事领域的各种债权关系、国际知识产权关系、国际婚姻家庭关系、国际财产继承关系以及国际劳动关系等等。 涉外因素中的外国”是广义的，包括一国内涉及不同法域的法律关系。 法域此处即一国内具有独立法律制度的地区，中国司法实践中，国际私法规范也适用于港、澳、台地区。 法律冲突是指对同一涉外民事关系因所涉各国立法不同且都有可能对它进行管辖而产生的法律适用上的冲突。 国际私法在许多国家又被称为法律冲突法”或冲突法” 在处理涉外民事关系时产生法律适用上冲突的原因：（ 1 ）现实生活中大量出现含有涉外因素的 民事关系；（2）所涉各国民法上的规定不同；（3）司法权的独立；（4）国家为了发展对外民商事关系，必须承认 内外国法律的平等，亦即有必要在一定范围内承认所涉外国法的域外效力。 上述法律适用上的冲突，实质上就是外国法律的域外效力与内国法律的域内效力或内国法律的域外效力与外国法律的域内效力之间的冲突。 区际法律冲突是一国内部不同地区的法律制度之间的冲突。解决区际法律冲突的法律制度为区际私法。多见于联邦制国家或复合法域国家。 具有自己的国际私法和自己内部的区际私法的成文法的复合法域国家，只有波兰与前南斯拉夫。美国这样的复合法域国家只有自己的州际冲突法。 国际私法与区际私法的关系：首先二者有区别。国际私法是调整不同国家间的民法冲突，区际私法是调整一国内部不同地区间的民法冲突。但二者共同点在于都是解决法律的地域或空间冲突的。二者的密切联系主要表现在：在解决国际民法冲突时，如指定应适用其本国存在多个法域的当事人本国法时，许多国家的国际私法立法常指定得依该国的区际私法的有关规定来确定该国哪一地区及哪一法域的法律可作为当事人的本国法来加以适用。因此二者又是不同的层面的法律制度。 人际法律冲突是指一国之内适用于不同宗教、种族、不同阶级的人的法律之间的冲突。 国际私法是解决不同国家（地域）法律的管辖空间上的冲突问题，而人际私法要解决的只是在一国内部哪一部分人应适用哪一种民法的问题，因此二者不是处于同一层面； 但二者相似的是都是采用间接调整方法。 时际法律冲突是指可能影响同一涉外民事关系的新旧、前后法律之间的冲突。 时际法律冲突中还有被称为动态冲突”的。如对某种文物，在其原所在国禁止上市交易，而被其 所有人带到第二国所在地，却并无这种限制，在确定以该文物为买卖标的的合同的合法性时，究竟是适用现在的所在地法还是应适用其原所在地法，此即动态冲突”。又如：一自然人在原国籍国依法可承认为成 年人或有完全行为能力人，而在其新国籍国却认为是未成年人或限制行为能力人。也即时际私法中的动 态冲突”。 法律冲突解决的历史发展阶段： （1）依本国的冲突规范解决法律冲突。自中世纪意大利法则区别说”（最早）时代起的几百年历史中，国际私法基本上依靠国内法中的冲突规范来解决法律冲突。但由于各国冲突规范的差异，往往会导 致适用不同的实体法，从而不能取得判决的一致性。因而在19世纪末以后，出现了国际冲突法条约。 （2）依统一冲突规范解决法律冲突。18世纪中叶，由于孟西尼的倡导，开始出现了统一各国冲突法的 尝试。追求冲突规范的国际统一是想通过彼此适用同一冲突规范指定同一国家的实体法作为同一国际民事关系的准据法，这样不论案件在哪一国提起，均能得到同一的判决结果。 上述两种解决途径，只指出有关民事关系应适适用哪一国家的法律，而没有明确地直接规定当事人的权利义务，因而只起间接调整作用，属于间接调整 （3）依统一实体法解决法律冲突。即是通过制定一些统一的实体规范，以消除彼此在民、商法上的歧异，并直接规定当事人的权利义务关系，从而也就可避免再从不同国家的国内法之间作出选择。因而这是一种直接调整方法。 各国的国际私法著作中，有称这个法律部门为国际私法”的，有称其为冲突法”的。大陆法系各 国多称为国际私法”而英美等国则更多地称为冲突法”而立法上，更有直接称之为涉外民事法律适用法"的。 在国际私法的历史上，依学说的不同被称为法则区别说”、外国法适用论”、法律的场所效力论” 或法律 的域外效力论”等。还有称国际私法为私国际法”、涉外私法”的。 国际私法的范围，是指国际私法所应包括的规范范围或种类。 普通法系国家的国际私法学家多认为国际私法就是冲突法，反对把国籍问题和外国人民事法律地位规范归入国际私法（但住所问题却是其国际私法的重要组成内容）。 法国认为关于管辖权的规范，也应归入国际私法的范围。 代码管理制度 1总则 (2) 2源代码完整性保障 (2) 3源代码的授权访问 (2) 4代码版本管理 (3) 5源代码复制和传播 (4) 6系统测试验收流程 (5) 6.1 系统初验 (5) 6.2 试运行 (5) 6.3 系统终验 (5) 6.4 系统验收标准 (6) 6.5 文档评审通过标准 (7) 6.6 确认测试通过标准 (7) 6.7 系统试运行通过标准 (7) 1总则 1、为保障公司源代码和开发文档安全不至于泄露，保证源代码的完整，明确源代码控制管理流程，特制定此管理办法。 2、本办法适用于所有涉及接触源代码的各部门各岗位。所涉及部门都必须严格执行本管理办法。 3、源代码直接控制管理部门为技术开发部。 4、本办法管理重点在于控制管理源代码的完整性，不被非授权获取，不被非授权复制和传播。 5、本办法所指源代码不仅限于公司开发人员自行编写实现功能的程序代码，而且还包括相应的开发设计文档及用于支撑整个系统运行所必须具备的第三方软件、控件和其它支撑库等文件。 2源代码完整性保障 1、所有软件的源代码文件及相应的开发设计文档均必须及时加入到指定的源代码服务器中的指定库中。 2、我们研发的产品软件运行所必须的第三方软件、控件和其它支撑库等文件也必须及时加入源代码服务器中指定的库中。 3、软件开始编写或者调整代码之前，其相应的设计文档和代码必须先从相应的SVN库进行SVNUpdate操作。软件编码或功能调整结束测试正确无误后，相应的源代码必须进行SVNCommit操作，在最终进行SVNCommit操作之前需要再进行SVNUpdate操作，查看是否有冲突产生，如果有冲突产生需要和冲突相关人一并解决冲突。 3源代码的授权访问 1、源代码服务器对于共享的SVN库的访问建立操作系统级的，基于身份和口令的访问授权。 第十条在SVN库中设置用户，并为不同用户分配不同的，适合工作的最小访问权限。要求连接SVN库时必须校验SVN中用户身份及其口令。在SVN库中要求区别对待不同用户的可访问权、可读权、可写权。 XXXXXXXX 代码版本管理规范 历史版本 目录 历史版本 (2) 1引言 (4) 1.1目的 (4) 1.2管理工具 (4) 2现状概述 (5) 3现状分析 (5) 3.1现状详述 (5) 3.2目标细化 (6) 3.3SVN版本管理 (6) 3.3.1概述 (6) 3.3.2使用对比 (7) 4完整的实施方案 (9) 4.1开发阶段 (9) 4.2预发布测试阶段 (9) 1引言 1.1目的 为了规范和制度化公司的软件版本管理制度，并保障项目开发资料的完整性和安全性，同时明确开发源代码的控制管理流程，特此制定此规范。 1.2管理工具 沿用SVN管理工具来进行开发的版本管理，源代码管理和开发资料归档。 2现状概述 目前公司研发部门对于代码的版本管理方式较为简单，只是在每次发版后做了基线库存档，导致所有正在开发的需求和项目都在同一个目录里面进行修改，造成每次发版的代码都有可能包含了本次发版以外的内容。 这样会造成如下两点影响： ●会有不稳定的因素存在，比如：测试只会对当前需要发版的内容进行测试，但是代码库 中同时存在多个版本和项目的代码，对于本次发版无涉及的代码没有进过测试就部署到了服务器上，影响运行的稳定性。 ●一旦出现点问题不好定位，比如：出现问题后通常会优先排查发版涉及的内容，但是部 分问题是由于其他项目代码引起的。 因此，随着公司和项目规模的壮大，对软件代码版本管理提出了更高的要求。 3现状分析 3.1现状详述 当前代码版本管理现状如下： 1.所有的开发都在一个目录里面做，各种需求、项目、代码、文件混杂在一起。 2.提交测试服务器时，只考虑了编译能通过，而没有考虑功能本身有没有完成。 3.测试出bug以后，会在开发目录进行修改，然后再次提交到测试服务器。这时提交的 代码就可能包含了他人对其他功能/项目的修改，而测试又只会针对此bug再做测试。 这就导致了除了此bug之外的修改可能会没有测试过就直接发布到了服务器上，引起预发布环境不稳定并增加预发布bug数量。 总体来说，当前工作流程是：预发布出bug，研发修改，再提交测试，然后预发布测试 国际私法 （一）简答 （1）简述涉外民事关系的特征 答：（1）涉外性。即民事关系的主体、内容、客体这三者之一涉外或其三者均涉外（或称外国成分）。 （2）广泛性。即国际私法调整的平等主体之间的财产关系和人身关系不仅包括婚姻关系、家庭关系、继承关系、侵权关系等一般的涉外民事关系，而且包括合同关系、知识产权关系、物权关系、国际贸易关系、国际经济技术合作关系等涉外商事关系，同时还包括解决民事主体之间产生的纠纷而适用法律的国际民事诉讼程序和国际商事仲裁程序。 （3）国际性。即涉外民事关系是在国际交往中产生的。在形式上，涉外民事关系表现为不同国家的自然人、法人之间的关系，但在实质上，它体现着国家之间的关系，既要受国家对外政策的调整，同时也要国家之间关系的制约。 （2）简述法律关系本座说 答：19 世纪，德国法学家萨维尼提出法律关系本座说，把国际私法推进到一个新阶段。他认为，每一种法律关系在逻辑上和性质上必然与某一特定的法律制度相联系，每一法律关系都有一个确定的“本座”，即一个他在性质上必须归属的法域。法院进行法律选择时，应根据法律关系的性质确定法律关系的本座所在地，而该本座所在地的法律就是该法律关系所应适用的法律。萨维尼的法律关系本座说在国际私法发展史上具有里程碑意义。（3）简述法则区别说 答：法则区别说是意大利法学家巴托鲁斯提出，他抓住了法律的域内效力与域外 效力这个法律冲突的根本点，把解决法律冲突的问题分为两个相互联系的方面， 把法则区分为物法、人法以解决法律适用的学说。 （4）简述既得权说 答：既得权说是英国杰出法学家艾伯特?维恩?戴西1835-1922 ）提出的。既得 权说的核心内容是：英国法院从不执行外国法，如果说有时执行外国法，那么所 执行的不是外国法本身，而是依据外国法取得的权利。 （5）简述国际礼让说 答：国际礼让说是荷兰法学家胡伯提出，主权国家对另一国家已在本国的领域内 有效实施的法律，出于礼让，应让它们在内国境内保持其效力，只有这样做不损害本国国家及其臣民的权力或利益。这种理论，已经把适用外国法的问题放在国家主权关系和国家利益的基础上来加以考虑。胡伯的贡献在于他把属地主义的“礼让说”和以权利划分为基础的国际普遍主义学说结合起来解决法律冲突问题。 源代码管理制度 1代码管理 1.1总则 1、为保障公司源代码和开发文档安全不至于泄露，保证源代码的完整，明确源代码控制管理流程，特制定此管理办法。 2、本办法适用于所有涉及接触源代码的各部门各岗位。所涉及部门都必须严格执行本管理办法。 3、源代码直接控制管理部门为技术开发部。 4、本办法管理重点在于控制管理源代码的完整性，不被非授权获取，不被非授权复制和传播。 5、本办法所指源代码不仅限于公司开发人员自行编写实现功能的程序代码，而且还包括相应的开发设计文档及用于支撑整个系统运行所必须具备的第三方软件、控件和其它支撑库等文件。 1.2源代码完整性保障 1、所有软件的源代码文件及相应的开发设计文档均必须及时加入到指定的源代码服务器中的指定库中。 2、我们研发的产品软件运行所必须的第三方软件、控件和其它支撑库等文件也必须及时加入源代码服务器中指定的库中。 3、软件开始编写或者调整代码之前，其相应的设计文档和代码必须先从相应的SVN库进行SVNUpdate操作。软件编码或功能调整结束测试正确无误后，相应的源代码必须进行SVNCommit操作，在最终进行SVNCommit操作之前需要再进行SVNUpdate操作，查看是否有冲突产生，如果有冲突产生需要和冲突相关人一并解决冲突。 1.3源代码的授权访问 1、源代码服务器对于共享的SVN库的访问建立操作系统级的，基于身份和口令的访问授权。在SVN库中设置用户，并为不同用户分配不同的权限，适合工作的最小访问权限。 要求连接SVN库时必须校验SVN中用户身份及其口令。在SVN库中要求区别对待不同用户的可访问权、可读权、可写权。 2、曾经涉及、触及源代码的计算机在转作它用，或者离开研发部门之前必须由网络管理人员全面清除计算机硬盘中存储的源代码。如果不能确定，必须对计算机中所有硬盘进行全面格式化后方可以转做它用或离开研发部门。 1.4代码版本管理 1、终端软件的版本标识管理 终端软件版本由终端型号、版本号和内部修订号来进行标识。终端型号：终端型号是硬件标识号，也唯一的标识了我们的项目。版本号：由“＜主版本号＞.＜次版本号＞.＜修订号＞”三段组成，中间是点号分开。版本号的目的主要是管理终端软件的对外发布，终端软件的bug的记录和统计，主要是针对于版本号的，测试部、项目部、客户等会记录某个版本号的终端软件存在哪些bug，bug会在哪个版本号中得到修正。终端软件一个新的版本号出来后，我们会统计新的版本号解决了上一个版本号中的哪些bug，以及增加了哪些新功能，等等。 内部修订号：也就是“应用程序的源代码的svn修订号”，主要是由软件部和测试部内部来使用，内部修订号唯一标识我们的终端软件，即：通过内部修订号能够唯一的找出我们发布的终端软件所对应的全部软件源代码，目的是为了软件排错使用。 另外，终端软件在发布时，还会给出发布日期，以便开发、测试、项目、客户等相关人员参考。 2、终端软件版本发布管理 终端软件主要是以版本号为基准，对外发布，目前采用不定时发布策略，发布的时间由软件部、项目部和客户方根据情况，共同商量决定。 由于目前项目时间紧，终端软件无法得到完整的测试就要发布，在发布之后，有一些需要紧急需要修复的bug，软件部需要紧急修复后就要发布更新包，以便用户能够使用，所以，在一个版本号发布后，需要进行多次修订，对于这些修订的版本，其版本号保持不变，内部修订发生变化。 3、软件bug记录、管理和统计 软件bug的记录、管理和统计主要以版本号为基准，但为了软件开发人员能够找到bug 1源代码管理 (1) 1.1总则 (1) 1.2源代码完整性保障 (1) 1.3源代码的授权访问 (2) 1.4代码版本管理 (2) 1.5源代码复制和传播 (5) 1.6系统测试验收流程 (5) 1.6.1系统初验 (6) 1.6.2试运行 (6) 1.6.3系统终验 (6) 1.6.4应用系统验收标准 (8) 1.6.5文档评审通过标准 (9) 1.6.6确认测试通过标准 (9) 1.6.7系统试运行通过标准 (10) 1代码管理 1.1总则 1、为保障公司源代码和开发文档安全不至于泄露，保证源代码的完整，明确源代码控制管理流程，特制定此管理办法。 2、本办法适用于所有涉及接触源代码的各部门各岗位。所涉及部门都必须严格执行本管理办法。 3、源代码直接控制管理部门为技术开发部。 4、本办法管理重点在于控制管理源代码的完整性，不被非授权获取，不被非授权复制和传播。 5、本办法所指源代码不仅限于公司开发人员自行编写实现功能的程序代码，而且还包括相应的开发设计文档及用于支撑整个系统运行所必须具备的第三方软件、控件和其它支撑库等文件。 1.2源代码完整性保障 1、所有软件的源代码文件及相应的开发设计文档均必须及时加入到指定的源代码服务器中的指定库中。 2、我们研发的产品软件运行所必须的第三方软件、控件和其它支撑库等文件也必须及时加入源代码服务器中指定的库中。 3、软件开始编写或者调整代码之前，其相应的设计文档和代码必须先从相应的SVN库进行SVNUpdate操作。软件编码或功能调整结束测试正确无误后，相应的源代码必须进行SVNCommit操作，在最终进行SVNCommit操作之前需要再进行SVNUpdate操作，查看是否有冲突产生，如果有冲突产生需要和冲突相关人一并解决冲突。 练习题3（国际私法关系的主体部分）（一）单项选择题 1、美国甲公司、日本乙公司、中国丙公司 在中华人民共和国领域内合资设立一家中外合资经营企业，该企业（）。 A、具有美国国籍 B、具有日本国籍 C、不具有国籍 D、具有中国国籍 2、根据《中华人民共和国涉外民事关系法 律适用法》，法人的经常居所地，为其 （）。 A、管理中心所在地 B、营业中心所在地 C、章程规定所在地 D、主营业地 3、对外国企业在中国设立常驻代表机构， 我国采取的认可程序为（）。 A、特别认可程序 B、一般认可程序 C、概括认可程序 D、混合认可程序 4、在法人的国籍问题上，英美主张的是 ( )。 A．成员国籍主义 B．住所地主义 C．准据法主义 D．设立地主义 5、我国关于内国法人的确定采用（）。 A、准据法主义标准 B、成员国籍主义标准 C、设立地主义标准 D、准据法主义标准和设立地主义标准 6、一国给予另一国国民的待遇不低于现在 或将来给予任何第三国国民的待遇是 （）。 A、最惠国待遇 B、国民待遇 C、不歧视待遇 D、一般待遇 7、当今西方国家对国家及其财产豁免问题 主要采取（）。 A、绝对豁免原则 B、限制豁免原则 C、平等豁免原则 D、废除豁免原则 8、一国把不给予本国或其他外国自然人或 法人的限制性规定专门适用于特定的 国家的自然人或法人，这是（）。 A、最惠国待遇 B、国民待遇 C、歧视待遇 D、互惠待遇 9、中国人甲与芬兰人乙结婚后取得芬兰国 籍，甲的中国国籍（）。 A、取决于本人选择 B、取决于芬兰国籍法的规定 C、自动丧失 D、仍然保留 10、甲具有加拿大国籍和伊朗国籍，甲在英 国和中国均有住所。甲家人常住加拿 大，甲为生意常年往返于加拿大和中 国。甲在加拿大有经常居所。甲在中国 居住期间，与他人发生民事纠纷而诉至 中国法院。依中国有关法律制度，法院 应以哪一国法为甲的国籍国法？ （） A、加拿大法 B、英国法 C、中国法 D、伊朗法 11、（2006）戴某为某省政府的处级干部。两年前，戴父在甲国定居，并获甲国国籍。2006年7月，戴父去世。根据有效遗嘱，戴某赴甲国继承了戴父在甲国的一座楼房。根据甲国法律，取得该不动产后，戴某可以获得甲国的国籍，但必须首先放弃中国国籍。于是戴某当时就在甲国填写了有关表格，声 国际私法的主体 第一节自然人 一、自然人的国籍 自然人的国籍是指一个人属于某一国家的国民或公民的法律资格。在国际私法上，国籍首先是判断某一民事关系是否是涉外民事关系的一个根据，其次是重要的管辖根据和指引准据法的连接因素。 （一）冲突产生原因：由于各国立法对国籍的取得、丧失等采取了不同的原则，以致规定国籍的具体内容多有分歧，结果常常造成一个人同时具有两个或两个以上国籍或一个人不具有任何国家国籍的情况，从而产生国籍的冲突。在国际私法中，前一种情况称为国籍的积极冲突，后一种情况则称为国籍的消极冲突。 （二）国籍冲突的解决 1、国籍积极冲突的解决 （1）一个人同时既具有内国国籍，又具有外国国籍时，国际上的通行做法是按照“内国国籍优先的原则”，以内国法为当事人的本国法。 （2）当事人的双重或多重国籍均为外国国籍时，如何确定其本国法，各国的实践不一致。 ①以当事人最后取得的国籍为准，如日本； ②以取得在先的国籍为准； ③以取得在后的国籍为准； ④以当事人住所或惯常居所所在地的国籍为准； ⑤以与当事人有最密切联系的国籍为准； 2、国籍消极冲突的解决 对于国籍的消极冲突，各国立法及实践所采取的解决办法基本一致，一般主张以当事人住所地所在地国的法律为其本国法，当事人无住所或住所不能确定时，以其居所所在地国法为其本国法。 二、自然人的住所 （一）住所的概念与分类 1、所谓住所是指一人以久住的意思而居住的某一处所。从各国立法与学说来看，一般都认为住所包含主客观两个构成要素，一是在一定的地方有居住的事实，二是有在一定的地方久住的意思。 2、现在住所、最后住所、当时住所、原始住所、选择住所、法定住所、旧时住所；（二）冲突产生原因 由于各国法律规定存在上述差异和事实认定的不同，所以尽管多数国家主张一个人应该并且只有一个住所，但实际上住所的冲突仍时有发生。 【冲突的表现】①积极冲突，一个人同时具有两个或两个以上的住所； ②消极冲突，即一个人无任何法律意义上的住所。 （三）住所冲突的解决 1、住所积极冲突的解决（与解决国籍的积极冲突相似） ①依当事人的意思确定； ②有内国住所又有外国住所的以内国住所优先； ③以法律关系的性质和该法律关系应适用的法律来确定； ④具体情形具体分析确定：例如都是外国住所时，则根据其取得的先后判断； ⑤同时取得的，一般以其居所或与当事人有最密切联系的那个国家的住所为其住所。 第四章国际私法关系的主体(Subjects of Private International Law) 4-1 自然人Natural Person 4-1-1 自然人的国籍Nationality 国籍的概念Definition 国籍冲突及其解决Conflict of Nationalities 我国有关自然人国籍的规定 1980年《中华人民共和国国籍法》对中国国籍的取得、丧 失和恢复予以规定，并确定了“一个国籍”原则，明确提出不承 一个人以永久的居住的意思而长期居住的某一处所。（主观因素、客观因素） 一个人在一定时间内居住的处所。（客观因素） 致的，经常居住地视为住所。”最高人民法院《关于适用民事诉讼法若干问题的意见》第4、5条对自然人的住所做了进一步的明确：“公民的住所地是指公民的户籍所在地，”“公民的经常居住地是指公民离开住所地至起诉时已连续居住一年以上的地方。但公民住院就医的地方除外。” 最高人民法院在《意见》第183条中对住所的法律冲突作了规定：“当事人的住所不明或不能确定的，以其经常居住地为 ” 40 英国。甲在中国住所居住期间，与他人发生民事纠纷而诉至中国法院。依中国有关法律及司法解释，法院应以何地为甲的住所？ A．甲的原始住所，即在加拿大国的住所B．甲常住地的住所，即在英国的住所 C．与产生该纠纷有最密切联系的住所，即在中国的住所D．同时以其英国和中国的住所为住所 五次回长沙的五子女处探亲。1994年7月15日，刘汉源第五次由台返长，1995年1月23日因肺癌在长沙住院治疗，1995年2月28日他病逝于长沙。他生前曾汇给刘复华处17.031万美元，死时未留遗嘱。五子女因遗产分割诉至长沙市南区人民法院。法院根据《中华人民共和国继承法》的相关规定判决如下：1、刘汉源的遗产由五子女继承；2、刘汉源的遗产折合人民币135.67万元由刘岳华等四人各继承26.734万元，刘复华生前尽义务较多分得28.734万元。 宣判后，刘复华不服，向长沙市中级人民法院提起诉讼，称其从未保管过其父亲的任何财物。长沙市中级人民法院对案件审理后，根据《中华人民共和国继承法》第10条、第13条第1款、第3款和《中华人民共和国民事诉讼法》第153条第1款第（3）项的规定，1996年9月18日，该法院作出终审判决如下：1、维持长沙市南区人民法院（1995）南民初字第1399好民事判决的第1项；2、变更长沙市南区人民法院民事判决第二项为：刘汉源的遗产折合人民币133.785万元，由刘岳华等四人各继承26.357万元，由刘复华继承28.357万元。 《解决本国法和住所地法冲突的公约》 为解决英美法系和大陆法系在属人法规定上的分歧，1955年由海牙国际私法会议主持制定了《解决本国法和住所地法冲突的公约》。该公约第1条规定：“如果当事人的住所地国规定适用当事人本国法，而其本国法规定适用住所地法 时，凡缔约国均应适用住所地国的内国法。” 4-2 法人 Legal Person 4-2-1 法人的国籍 Nationality of a Legal Person A.成员国籍主义 the Nationality of Members Doctrine B.设立地主义 the Register Place Doctrine C.住所地主义 the Domicile Doctrine D.准据法主义 the applicable Law Doctrine E.实际控制主义 the Capital Control Doctrine the Mixed Standard Doctrine 1948年该公司因为违反西班牙法律被西班牙法院宣告破产。比利时政府认为西班牙在处理该公司的财产时采取了不公正的做法，损害了比利时股东利益，隧以为本国公民提供外交保护为理由，向国际法院起诉西班牙。 若你是国际法院的大法官，你会如何处理该案 在本案中，国际法院指出，对于公司的外交保护权，只能赋予该公司依据其法律成立并在其领土内有注册的事务所的国家。 后为避免日本人的迫害，又变更为华商。抗战胜利后，又改回为美商。解放后，我国实行没收帝国主义在华资本、官僚资本政策，对民族资本进行社会主义改造。 应当如何界定永安公司的性质？ 目前我国在国际交往中，对外国法人国籍的确定一般采用法人登记注册地原则。最高人民法院《意见》第184条规定：“外国法人以其注册登记地国家的法律为其本国法律。” 4-2-2 法人的住所 the Domicile A.管理中心所在地说the Headquarter B.营业中心所在地说the Business Center C.章程规定说 the Regulation of Incorporation 4-2-3 外国法人的认可Recognition and Permission of Foreign legal Persons (1)国际立法认可 通过制定国际条约的方式： 海牙国际私法会议1956年的《承认外国公司、社团和财团法律人格的公约》Convention of 1 June 1956 concerning the recognition of the legal personality of foreign companies, associations and institutions 欧共体1968年的《关于相互承认公司和法人团体的公约》 （2）国内立法认可方式 A.一般认可制 General Recognition System B.相互认可制 Mutual Recognition System C.特别认可制 Special Recognition System 《民法通则》第39条规定：“” 最高人民法院在《意见》第185条对住所冲突的解决作了规定： “当事人有两个以上营业所的，应以与产生纠纷的民事关” 我国采用特别认可制；外国法人通过直接投资设立的外商投资企业除去分支机构外均为中国法人或企业。我国《公司法》对外国公司在中国开设分支机构作了具体规定。 4-3 国家和国际组织 4-3-1 国家作为国际私法关系主体的特殊性 基于Tortoise SVN的软件产品版本管理规范[草稿] 目录 1. 引言 (1) 1.1. 目的 (1) 1.2. 范围 (1) 1.3. 术语定义 (1) 1.4. 参考资料 (2) 1.5. 版本控制记录 (2) 1.6. 版本更新记录 (2) 2. 版本管理 (4) 2.1. 版本标示方法 (4) 2.1.1. 正式版本 (4) 2.2. 目录结构 (5) 2.3. 文档的存放 (6) 2.3.1. 开发文档的存放 (6) 2.3.2. 源代码的存放 (6) 2.3.3. SQL的语句存放 (7) 2.3.4. 发行文档的存放 (7) 2.4. 配置管理流程 (7) 2.5. 权限控制的管理 (8) 3. 更新管理 (9) 3.1. 源程序的修改 (9) 3.2. 版本升级 (10) 3.2.1. 版本升级原则 (10) 3.2.2. 新版本发布 (11) 3.3. 文档的变更 (11) 4. 备份管理 (12) 5. 版本工具Tortoise SVN的使用 (13) 1.引言 版本控制就是对软件开发过程中所创建的配置对象不同版本进行管理，保证任何时间都可以取到正确的版本以及版本的组合。 版本控制的主要功能是记录开发过程中的每一次修改，让开发的工作可以随时检查过往历史记录和获得正确版本，是系统的成长记录。 1.1. 目的 本文档的编制是为了规范产品部、研发部、测试部对软件产品版本的管理。 1.2. 范围 本文档为产品部、研发部、测试部的管理员提供有关版本管理规范的相关内容，包括： ●版本标识方法 ●软件系统数据的存放 ●文档的修改控制 ●文档的备份制度 1.3. 术语定义 SCM 软件配置管理（Software Configuration Management）缩写 SVM 软件版本管理（Software Version Management）缩写 SVN 一个开源的版本控制系统Subversion. 文档 一种数据媒体和其上所记录的数据。 源代码管理规范 标准化文件发布号：（9312-EUATWW-MWUB-WUNN-INNUL-DQQTY- 代码管理制度 1总则.................................................................................................. 错误!未定义书签。2源代码完整性保障............................................................................ 错误!未定义书签。3源代码的授权访问............................................................................ 错误!未定义书签。4代码版本管理 ................................................................................... 错误!未定义书签。5源代码复制和传播............................................................................ 错误!未定义书签。6系统测试验收流程............................................................................ 错误!未定义书签。 系统初验........................................................................................... 错误!未定义书签。 试运行............................................................................................... 错误!未定义书签。 系统终验........................................................................................... 错误!未定义书签。 系统验收标准................................................................................... 错误!未定义书签。 文档评审通过标准........................................................................... 错误!未定义书签。 确认测试通过标准........................................................................... 错误!未定义书签。 系统试运行通过标准....................................................................... 错误!未定义书签。源代码安全管理制度V
软件版本管理规范标准[详]
国际私法主体-案例
Git源代码管理规范样本
软件项目代码编码规范
源代码管理规范
国际私法笔记(自考必备)
源代码管理规范
代码版本管理规范_v1.1
国际私法简答论述
源代码管理制度
源代码管理规范
练习题3参考答案(国际私法关系的主体部分)
三、国际私法的主体
第四章国际私法关系的主体-4
产品版本管理规范
源代码管理规范
相关主题
文本预览