ࡱ> ` pbjbjss t= l l l l D (((((((d )D U\)))))***bUdUdUdUdUdUdU$WhZU- +**++Ul l ))U|/|/|/+ll 8) )bU|/+bU|/|/RJQ  T)P) ((->RUTU0U\RZ-6Z<TT8Z >T*"*|/ ++***UU$/X***U++++ d  l l l l l l   Semantic Rich Internet Application (RIA) Modeling, Deployment and Integration Zoran Balki, Marina Peaut, Franjo Jovi Faculty of Electrical Engineering, Kneza Trpimira 2b, Osijek zoran.balkic@etfos.hr, marina.pesut@etfos.hr, franjo.jovic@etfos.hr Abstract. Major goal of the paper is to introduce semantic approach for building RIA, semantically supported from design to exploitation time. Building semantic application would achieve exposure of application computational artifacts as well as data structure and instances itself. Combining ontologies for content, document management, business processes, security and dynamic semantic GUI speeds up application prototyping and integration. Modeling at ontology level leads to uniform implementation, RIA automatic deployment and versioning compatibility. The model based on JCR (Java Content Repository) has been adopted for the application data and metadata storage and retrieval on top of which different semantic engines can be used. 1. Introduction In this paper we would like to introduce the possibility of semantic Rich Internet Application using ontology which has the potential to facilitate the creation of semantic relationships between various pieces of system components to enhance modeling, deployment and integration. There are already several approaches regarding rapid RIA application development, but none of them offers semantics during modeling and exploitation time. Furthermore, they all require specialized (IDE) Integrated Development Platforms binding components to proprietary frameworks. Exposure of computational artifacts is purely reserved for specialized services that are built for the exact purpose. In some simple cases, where using RIA for Website creation, it is possible to expose data in RDF form, but none of these approaches has yet been adopted by the real RIA applications. Several semantic projects have been started and they do provide some higher level of semantic approach with SWEET using WebML, WSMO, BPMN, etc. They are useful in modeling and integration of applications using Web Services discovery, orchestration and invocation, but do not address the development issues regarding automatic ("zero" code) RIA application creation and deployment. 2. Modular approach The role of ontology in this case is to support the effective knowledge acquisition and creation processes in the application/web environment using separate, but well defined and correlated knowledge trees. Ontology plays the role of a modeling and binding factor that brings various knowledge items and processes together to provide a richer and integrated view of the knowledge domain to application clients as well as a platform for semantic data mining techniques. It allows interrelating, combining, and thus reusing RIA application knowledge units. Analyzing existing RIA and their internal structure leads to the conclusion that most of the functionality and design issues are borrowed from the fat client world using well established patterns for RIA GUI creation, data and metadata storing and retrieval as well as business process integration and management. New approach differs from the well-established way of thinking by combining "regular" WWW world of static, semi dynamic and dynamic data, attractive visual interpretation, data modeling, synchronous and asynchronous communication rules with semantic way of representation using ontologies. 2.1. Repository definition The basic building block is the core of the system for storage and retrieval of data and metadata. In our scenario it is JCR (Java Content Repository) as data manipulation layer, basically built on top of the tree representation for the data structures that corresponds with semantic way of analysis and modeling, emphasizing the use of URIs for data creation/retrieval.  Figure 1: Structure of JCR compliant application Content repository can be described as a generic application "data store" that can be used for storing both text and binary data (image, video file, Word document, PDF, etc.). A custom repository reflects one of the five modular components (domains) of the system that are ontology defined: Website / Application tree (navigational data) derived from persisted data; Document management (for binary data); Security constraints (for user / groups data); Business process (for storing BP definitions); Configuration data (used by all repositories and server for runtime configuration);  Figure 2: Application framework ontology definitions Resource Description Framework (RDF) and Web Ontology Language (OWL) are used to build a local model from which applications repositories are initialized. Custom repositories are essential part of the Framework as JCR defines three different compliance levels: Level 1 defines a read-only repository: This includes functionality for the reading of repository content, export of content to XML and searching using XPath, JCR query. This functionality should meet the needs of presentation templates and basic applications. Level 2 defines a writable repository: In addition to Level 1's functionality, it defines methods for writing content and importing content from XML. Applications written against Level 2 features include any application that generates data, information or content, both structured and unstructured. Advanced options: In addition to Level 1 or Level 2 features, the specification defines five additional functional blocks: Versioning, (JTA) Transactions, Query using SQL, Explicit Locking and Content Observation. In addition to being either Level 1 or Level 2 compliant, any repository can decide on implementing one or more of these functional blocks. A repository that implements all of these features in addition to being Level 2 compliant can be used as a general purpose off-the-shelf infrastructure for content management, document management, code management, or any other application that persist content. 2.2. Website / Application repository If we consider website tree navigation as simplified Application tree we can see that semantic design can lead to simplified data layer on top of which dynamic navigation is extracted as core component views. The main distinction from the classic approach is abstraction of the data layer that results in the transparent component design regardless of the type for data storage (RDBMS, file system, XML). Core component structures are ontology defined, hot deployable by the framework and dynamically described using RDF for Integration purposes. Such data and metadata can be statically exported from the system for usage with various external semantic tools. Among usual application characteristics we should emphasize just a few: managing multilingual content; delivering personalized content; maintaining multiple corporate applications/ websites: public corporate Web sites, global and localized sites, intranets and extranets; publishing distributed and disconnected content from multiple sources using multiple repository synchronization; 2.2.1. Generic RIA Web GUI components Application ontology defines data structure from which all GUI components are described. Modular Macromedia Flash solution should be used in this scenario. Complete component description is necessary for successful GUI rendering and manipulation. Considering some other configuration parameters needed for GUI accessibility and Look&feel we have two options to store data, either in the configuration repository or application data repository itself where second choice offers increased performance in some cases. 2.2.2. Application navigation Primarily, application navigation represents two different types of data rendering, one as static data retrieval as it is defined in the repository tree and the other as dynamic semantic linking between data nodes in the repository. Data storage and retrieval layer is built as dynamic repository tree that represents model/view independence where each node of the tree can hold any type of data, either as direct entity instances, dynamic links or transparently reused data preserving semantic linking. 2.3. Document management Analysis of the binary data requirements leads to the conclusion that separate document management tree can be created which holds specific types of binary data that do not belong to the application/website tree but are essential for specific semantic component creation (e.g. video, audio, extended document mapping). The DMS provides storage for large binary data which should be separated from the application/website data due to performance, backup and future changes. Furthermore separate DMS based components are represented as a structural part of application components where one unique DMS document can be semantically annotated with alternate meaning within different application components. Semantic Document Management is characterized by: managing the document lifecycle, from creation to publication and to archive; documents indexing; managing documents, attributes (metadata); managing context links and semantic relationships between documents' types; documents routing for processing tasks, approvals, and distribution (event-driven architecture); streamlining document workflows and document publishing cycle times; easy, secure and smart access to enterprise documents; supporting timely decision-making throughout an organization; documents follow-up action; integration with enterprise applications; semantic full-text search. 2.4. Security constraints repository Adopting security mechanism within the framework is essential. Being semantically enabled, application changes the usual security requirements using implementation of so called Semantic Firewall, that provides adaptive and dynamic protection of the application domain. Such protection should not be based on inflexible rules, but on an understanding of the expected series of interactions between parties within and outside the protected domain. Security support is essential for creating a smart computing environment where a number of services operating within different domains can be employed in union to achieve wider goals. By using services such as uniform access control it is possible to restrict access to specific data nodes in the application/website repository. It leads to specific aggregated data with fine grained security rules that can span up to each individual's retrieval and manipulation. 2.5. Business process / Workflow repository Business Process Management (BPM) is the approach of managing the execution of supported business operations from a manager point of view. However, the degree of automation in BPM is still unsatisfying. Also, BPM does not provide a uniform representation of an organizations process space at a semantic level, accessible to semantic queries or for compliance checks and for the discovery of processes or process fragments that can be used for process composition. Therefore, sBPM (semantic BPM) introduces a new way of verification if a process description satisfies the consistency constraints defined by business rules. In addition to providing services for storing and retrieving data, most content repositories provide advanced services such as uniform access control, searching, versioning, (JTA) transactions, observation, explicit locking, and more. These functionalities are convenient for business process definition storage. Basic features: new task notification; automatic tasks and documents routing for creation, changing, exception and approval processing; management of unfulfilled tasks; parallel workflow processing; auto-delegation; dynamic routing; monitor the status of any workflow across the enterprise; workflow versioning; collaborative decision-making and exception-handling in structured workflows; closed-loop environment for executing, monitoring, analyzing and optimizing workflows and business processes. 2.6. Configuration repository Essential part of the system that insures application infrastructure is configuration repository. Following the same scenario as all other repositories, it offers flexibility for the application configuration parameters which can be static or dynamically updated to the current state in the repository with or without application restart. Main ontology nodes: server configuration; functional modules configuration which includes templating mechanism, component description and structure; application framework metadata. 3. Discussion On the present Web, the lack of semantics prevents computer systems from being able to interpret Web information automatically. For a task such as Web-based RIA generation and delivery we have introduced the overall model blocks for building such an application. Deployment features are built in application ontology, thus, providing us with the flexibility and 'zero' code development. Integration techniques are built in the system as a native part from the modeling stage to the exploitation. Modular architecture provides separated computational artifacts that can be, lately, deployed as standard generic Web services models used with other semantic approaches to this solution. The hypothesis that a Semantic Web based modeling might be particularly suitable for knowledge aggregation in a dynamic RIA environment should be evaluated with a prototype implementation. The stated task is not simple as it combines quite large and complex solutions in application assembly. We would like to emphasize just a few benefits that would arise from this approach: Semantic way of abstracting during application lifecycle; Use of semantic Visualization tools to ease understanding of complex systems; "Hot deployable" GUI components that represent classic OO (Object oriented) models; Dynamic Data layer modeling with backward and forward compatibility including versioning; Integration with other semantic initiatives such as Semantic Desktop. Possible drawbacks of the proposed approach: Performance in process-intensive Web applications; time invested in the framework modeling, development and deployment is longer than in usual approach to problem using conventional methods. We fully agree with Charles Petries words: If semantic technology has a future and Im sure that it does its in software engineering. 4. References WebML.org:. http://www.webml.org, 2006. Semantic Business Processs Management Working Group  HYPERLINK "http://www.sbpm.org" http://www.sbpm.org Tim Berners-Lee. Semantic web road map, 1998. http://www.w3.org/DesignIssues/Semantic.html. Tim Berners-Lee. Web architecture at 50000 feet, 1998. http://www.w3.org/DesignIssues/Semantic.html. Tim Berners-Lee. What the semantic web can represent, 1998. http://www.w3.org/DesignIssues/Semantic.html. Tim Berners-Lee, R. Fielding, U.C. Irvine, and L. Masinter. Uniform resource identifiers (URI): Generic syntax, August 1998. http://www.ietf.org/rfc/rfc2396.txt. Webratio: http://www.webratio.com, 2006. Digital Enterprise Research Institute (DERI)  HYPERLINK "http://www.deri.org" http://www.deri.org OMG: Ontology Definition Metamodel (ODM).  HYPERLINK "http://www.omg.org/cgi-bin/doc?ad/06-05-01.pdf." http://www.omg.org/cgi-bin/doc?ad/06-05-01.pdf. JCR Implementations Communique  HYPERLINK "http://www.day.com" http://www.day.com Apache Jackrabbit  HYPERLINK "http://jackrabbit.apache.org" http://jackrabbit.apache.org Protg approach and toolset  HYPERLINK "http://protege.stanford.edu/" http://protege.stanford.edu/ OWL delivery language  HYPERLINK "http://www.w3.org/2004/OWL"      a k 9 <% %||sleeee^eWShUDi h6T/hU3k h6T/hSc h6T/hX~ hFhFh6T/h PR x I!"V#u##$$$$%&&$a$gdb4gdCt & F ^gd'a$ & F ^a$gd'a$a$gdX~gd 0D0Y0t0u00000000򴰬ͬͬͬͬͬͬͬʹ h!nh[ h!nh[ h| h6T/hY h6T/hT}{ h6T/hrh)0hPhrh &>C>D>¾纶¶²« h6T/hSch_^onHtHh6T/nHtHh}nHtHh6T/h nHtH h!nhh6hAThh6h E>>>A?????t@u@A $7$8$H$a$gd#gd?K$ & F V^`Va$gd}$a$gdY$ & F V^`Va$gd#$a$gd $a$gdBgd E>U>b>>>>>>>>??@?A?m?u????????????$@s@t@u@@AAAAAAɾԎ~wwp h6T/h h6T/h Ʋj[jYuXG5'εmnkzx v``wtZr Jsi#FHu ͗@5+*#[ S~gvo>&0!I!Ձ93¬ Z5VI 2ζL@rba3/SRK+|Qµ_(_(v(^=?]Y]RG'S'2Jn_ ů\BZ ů\BZ ů\BZ ů\BZ ɯ={/Pꏟ2;޾N\,ߎ}|{y1|ןsr~<ҼqfX7$6F\_7g77w<{LT9q 7Oߺ򂠇*ʅnvw6*1ᒸ6G<ݺ{D*ƵyzI^UȂKڜ8Wz\*dh@T\2хѐz>/ǥsm^=yzy.M2g]2\ankF|Lu5|fpWlpZlpȕ%O\3sSwi:w,`"WDqSL~jBJY<)_WѳKk\K P״gҝi^R1;>{/WhɵcCG[ %rMR:(EnBpEi"5Epv<\Qů-\Gs%h)EȊ~+޺n`G zVY\ tm8za\Vnu8$9h7Z ח=85\i `LD.7nBft6UCP6n~?4St ks]i5LYf':̟:tɶÐuZӸMhƃlp,gvgMhQTk-ZVN @p/PB Eg3RD ;A=Nr*WڥT.lSrMN:Zތk㪞JV59~}RS y4I|,K ")Xȃ_#z^z Ú=kpe/_k{ 5]kk@|k*~<:}E H7QT}T`kVsбNs}N@`(c=ty[w؍#Y;d#].@6by4W>7}ab3oxLXv9U;* Bwjp‰UO6v*9}AeB_Ͳ X(KA;-h,3_IRއ\5d Nwtvk$t!+{(e\EZeįe\EZeįe\w۫ZoM|IENDB`Dd-UT  C 0Adruga_slikab\[.$&Ubc 8 n0[.$&Ubc PNG  IHDR[cPLTE3fntzfffƊ333fffv}VRRR_JJJBBB 33tttٓ홙j⽽{frkgw~P|ZZZꭳ@@}|QCfƹQQƽylf))){{{jmrϹzp Јӑfff:::ۄHHsssyf!!!ox\Й4vfڪε̥|[mq_fs{kpt㐜pv\u΅pfzs{td zgR.bKGDHgIFg cmPPJCmp0712Hs%IDATx^]D8xĚ6j/X(F1Tk\8R`"_wW曙$m#p'o~=̱3 c1p,X,X 2u:uo+{VL b=a?r+KF>>25B"<A% %g=:#udb-XtՂ 4ޑR,XK|~a:Yt ̦>5 j XLXaGw\)>Lm9RoԢ,d~Am_59&W>vlLuAew01.͘C>p F7t)32RZiA -,*H30SӦ6~PhAJ {[)Ʃ58Ac]/[$ܶSzm*gTmb5fd3Um$;O |LTW-%ݙKjlrNv5.9MSc@>l\ߣ`Pm2}H1 TsodekXT;zcDXZm1xf\ K1@=zn je}霊ھ+OQe,kBu+$oZ,XY,+kwxlLRvK5W+۹+V|\CS;@7c?fdMP&˜lIL ]ɶӐ) pYPw@c,ƀE>dvEU")L/ܿ+8R.C$S}{3e^Se 1:p'ne (>&^ lZul3lڶ,<ɾr_.UjL(ع5bPc)43d- Vb({`c~p)E ޜuNƤ(MyqA8!̚$*{ p L0ZH#vV]VDŽ ]y.FD`U]XZ=hF-j1>'ʂJ(:,XY;q ҉<:F^+7)kŨ anl jvDEH/n3KDFS|f:*烗?@Cs*& k; _?2X 2ZND'u2Uf֪hיT<*ɊA>f3V,ؚfj>_V$nG aCqO$)v߸1 c }.4%1* 3ѪNa1aJc€2s$7ƍC Oժx*j:,v1r@le4Y[}RΘ&qD՗O3 (7sw&a|1k; D_~+uxߙ:l#+GJ-dp0@mheA2ёq_[l}4EAɓ"8n(d>@-"ġ.MN_ ֓^qi!. aN+^8mwŒ]6e A{mB~,$iwLXKX LO]c3VN`e!,v<ɟ,ef4E?1ut;&:*rmk+x?E=4^%r\s`QAA|ʟ(SA|圗T~sJ0|ks^'&d碜| K/YZFЕv>UUrz&|/m5db0܌A<;L3laZ}$ 7UM>d_seC3yTsg1yz %{3yYm?CmmYΗ, ‰1 }蝓W1i1OPs3 rR V u ǀ=\\^^^]MSG(ſV$ߎ/Mcd՜Ix8VrAچv`>ir qZ1pi3wa^ [Yf5tz 6{a;'x/ӽh5C 4^,ou8kJy0 `In,v3l&=*K5Ŕ(c/Pج`-ߺZ.8ZUoBu\1XδOw 6SݬG&oUkY{~E зu@gEW;0X8 8>ʨSN&mҫjƿw5jr| "ey@8f|Eu3 0XN/Nt` rIDkÌӎWnO3hOu{whЏ&t`  ,-bd`(ୃM'Y]"\'`'Dd)rWg|ПFr,aNs1اSz9`٣4۶*d/,W_:#~ˎ7.iy}g&@C~66l#<>eUFrҫ3F{mH 9&WxoF!7XҦe!XtA1pgq_N]]5,f2,G;kάC>e1pVVbx;gٺ.7 ="yMY91WІ$yK 19j ֕Y妤 v2S țVo1R n+]+d~jN ͆:*.S(|2酉.`x_ާA$^5o"'w`.O+XoE`Cg>sf13ž[q tt.Ky&0.bKd- Yc~@S'zxorD6_7eӅgxcMkA ;JXc@gQL}GS@Z! A&0oT|(T1rK1hthW,[WȚBAR2ax `B (U穖60<r!΍’37K[9n9AR:ލ׉qsBqIKG YH`>f#5e$UW>0 xf9҉ZQ7HzKc65}qÜ;:hmqlL_5뱌[ÉUZLp.1͆ZP[զmK"gmHweM+mR)z2=,tR_`2T|u՛'Se4,9RHԀ4C+ȕc7)O;>ʕf§y$f.Y晲"Vm Yb(6WcFؔ{)A[d!-Mk1L݆,1 Dm F=sa*.oŠBJ_7]Wpf)ˈ[MSphn=ڂ\ v Yh˿kK ("_€95gÐŞM^kr XRaP `2:w;;&S e'̛Kn JPJ1RJ|0E3R%or m\)r aJ1Y+JY* 2B`uc zOsj9ve^83;1 w|k9ʟyǿ!rv70;Gz),G0_.:g1xɐ6bn<ȧ=8k3#m͟ɜ'=tNqhޤԶ| Ѥ5:ʂL(-(c`5N ^e&jI 0|;|~;\oDe|`B9k%'#u1p!pjd(Ⱥc&bō q޷/-ALj7c2ZX>haYV'5oH~`/~jN;LH\V>q ot o^afebl(^0SwԹZضg}$95y+D!s& '`v~2>(^]>> e`^g'|XFG k;LGtfu"{B3yBYp#]Fznbw4T! &hb N>|uIV,F`1=93uՉ sM  l@6B[>0҉ Pϭ,XY0!ꃜa@'_q q:'~%YD7t |!/ǟf @X'rjH4/6ב;]eF̓a# smkUd{Ր`D\@zkh,@:μ5`e"b#Ƶz E+Hu~!eD`>a*t~) P1$Tsan̳mMށ~neʂA1& o*28M9/p~0#r~uXƓsRusu1pęW4`m @(T=6`,'B> 2Dj3¼IENDB`DyK yK Bhttp://www.sbpm.org/yX;H,]ą'cDyK yK Bhttp://www.deri.org/yX;H,]ą'cDyK yK xhttp://www.omg.org/cgi-bin/doc?ad/06-05-01.pdf.yX;H,]ą'cDyK http://www.day.comyK @http://www.day.com/yX;H,]ą'cDyK yK Thttp://jackrabbit.apache.org/yX;H,]ą'cDyK yK Rhttp://protege.stanford.edu/yX;H,]ą'cDyK http://www.w3.org/2004/OWLyK Nhttp://www.w3.org/2004/OWLyX;H,]ą'cDyK yK Nhttp://www.oasis-open.org/yX;H,]ą'c<@< L+Normal_HaJmH sH tH N@N L+ Heading 1$@&^` 5CJ\D@D L+ Heading 2$<@&5aJP@P L+ Heading 3$<@&5CJOJQJaJH@H L+ Heading 4$<@& 5CJaJH@H L+ Heading 5 <@&56CJaJF@F L+ Heading 6 <@& 5CJaJ:@: L+ Heading 7 <@&>@> L+ Heading 8 <@&6DA@D Default Paragraph FontViV  Table Normal :V 44 la (k@(No List HB@H Body Text$a$CJOJQJmHsH4@4 Header  9r 4 @4 Footer  9r >">  Footnote TextCJaJ@&1@ Footnote ReferenceH*>>@B> Title$a$5CJ\mHsH.OR. ai1  x aJVC@bV Body Text Indent$`a$ 6CJaJ6U@q6 Hyperlink >*B*ph<P@< Body Text 2$a$CJRR@R Body Text Indent 2$`a$CJ6Q@6 Body Text 35Z^@Z Normal (Web)dd[$\$OJPJQJ^JmH sH FV@F FollowedHyperlink >*B* phe@ HTML Preformatted7 2( Px 4 #\'*.25@9 CJOJPJQJ^JaJmH sH ZS@Z Body Text Indent 3$s^`sa$CJ==t;tvttOPy U p 23V'{|~PRxIVu(!""'#;#f##$X$$$$%.%S%'()*,,,A-b------?...030I000001344 5E555A66666t7u78888<889j99v:::;;;;W<<=a===============0000000000000000000000000p 0p 0p 0p 0p 0p  0p  0p  0p  0p  0p 0p 0p 0p 0p 0p 0p 0p 0p 0p 0p 0p 00R0R0R 0R 0R 0R 0R0R0R0R0R0R0R0R0000 0 0 0 0 0 0 0 0 0 0  0 00.%0.%00(0(0( 0( 0( 0( 0( 0( 0( 0( 0( 0( 0 (00.0. 0. 0. 0.0.00000000000 00 00 00 00 000000 00 00000000008 08 08 08 08 08 08 08 0808 08 0 80808 0 8 0 8 0 801010@0h00@0h00@0h00@0h00h00d0h00OPy U p 23V'{|~PRx.%S%)--..34 555A666t7u788v:;;;;W<<===000000000 0000 00@0000 @00 0 0 0 0 0 0 0  0  0  0  0  0 0 0 0 0 0 @00 0 0 0 0 0000000000 00 0:00<0=X0<00 !0 0@00#0#0#0#0G00G0@0#@0#0#0# 0 0D& 0D& 0D&0T0 0D&@ 0D&@ 0D& 0D& 0D&00 %M'07D>ACDpp#&(*,-/13459&39ADp$')+.026p%p888::;/;n;;;;; <8<U<t<<<<<=a====XXXXXXXX8 @0(  B S  ?=p~]|]q~]^==9*urn:schemas-microsoft-com:office:smarttagsplace8*urn:schemas-microsoft-com:office:smarttagsCity $>PUV\ejlrsx$.d n RW**y00N8V8::v:~:;';;;==============ap%% &&c(o( ++?.J.006688==============3333333333--..b/c/d/g/0000!3'3Z3Z333e4k45&55555m6u66666666s7============================= =z\uh0z 0yLGo2r%@ r6\GXu-KLb=Tg2(gR?  xw2cir|$h^`OJQJo(hHh^`OJQJ^Jo(hHohpp^p`OJQJo(hHh@ @ ^@ `OJQJo(hHh^`OJQJ^Jo(hHoh^`OJQJo(hHh^`OJQJo(hHh^`OJQJ^Jo(hHohPP^P`OJQJo(hHh^`OJQJo(hHh^`OJQJ^Jo(hHohpp^p`OJQJo(hHh@ @ ^@ `OJQJo(hHh^`OJQJ^Jo(hHoh^`OJQJo(hHh^`OJQJo(hHh^`OJQJ^Jo(hHohPP^P`OJQJo(hHh^`OJQJo(hHh^`OJQJ^Jo(hHohpp^p`OJQJo(hHh@ @ ^@ `OJQJo(hHh^`OJQJ^Jo(hHoh^`OJQJo(hHh^`OJQJo(hHh^`OJQJ^Jo(hHohPP^P`OJQJo(hHh^`OJQJo(hHh^`OJQJ^Jo(hHohpp^p`OJQJo(hHh@ @ ^@ `OJQJo(hHh^`OJQJ^Jo(hHoh^`OJQJo(hHh^`OJQJo(hHh^`OJQJ^Jo(hHohPP^P`OJQJo(hHh ^`o(hH.h^`OJQJo(hHohpp^p`OJQJo(hHh@ @ ^@ `OJQJo(hHh^`OJQJo(hHoh^`OJQJo(hHh^`OJQJo(hHh^`OJQJo(hHohPP^P`OJQJo(hHh^`OJQJo(hHh^`OJQJ^Jo(hHohpp^p`OJQJo(hHh@ @ ^@ `OJQJo(hHh^`OJQJ^Jo(hHoh^`OJQJo(hHh^`OJQJo(hHh^`OJQJ^Jo(hHohPP^P`OJQJo(hHh^`OJQJo(hHh^`OJQJ^Jo(hHohpp^p`OJQJo(hHh@ @ ^@ `OJQJo(hHh^`OJQJ^Jo(hHoh^`OJQJo(hHh^`OJQJo(hHh^`OJQJ^Jo(hHohPP^P`OJQJo(hHh ^`o(hH.h ^`hH.h pLp^p`LhH.h @ @ ^@ `hH.h ^`hH.h L^`LhH.h ^`hH.h ^`hH.h PLP^P`LhH.h^`OJQJo(hHh^`OJQJo(hHohpp^p`OJQJo(hHh@ @ ^@ `OJQJo(hHh^`OJQJo(hHoh^`OJQJo(hHh^`OJQJo(hHh^`OJQJo(hHohPP^P`OJQJo(hHh^`OJQJo(hHh^`OJQJ^Jo(hHohpp^p`OJQJo(hHh@ @ ^@ `OJQJo(hHh^`OJQJ^Jo(hHoh^`OJQJo(hHh^`OJQJo(hHh^`OJQJ^Jo(hHohPP^P`OJQJo(hHh^`OJQJo(hHh^`OJQJo(hHohpp^p`OJQJo(hHh@ @ ^@ `OJQJo(hHh^`OJQJo(hHoh^`OJQJo(hHh^`OJQJo(hHh^`OJQJo(hHohPP^P`OJQJo(hHh^`OJQJo(hHh^`OJQJo(hHohpp^p`OJQJo(hHh@ @ ^@ `OJQJo(hHh^`OJQJo(hHoh^`OJQJo(hHh^`OJQJo(hHh^`OJQJo(hHohPP^P`OJQJo(hH cir|=Tg xwo2r%-KLG= 0yuhr6(g                                    mw;{}.-xBJP[ m c 6T/)0Z 4h6X>^G?KSO,YSV'aScbfUDiU3kp'n_^o ?@ABCDEFGHIJKLMNOPRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~Root Entry FData ;C+1TableQ;[WordDocumenttSummaryInformation(DocumentSummaryInformation8CompObjq  FMicrosoft Office Word Document MSWordDocWord.Document.89q