CEN TS 15448-2006 Postal services - Open standard interface between image controller and enrichment devices (OCRs video coding systems voting systems)《邮政服务 图像控制器和动力系统间的开放标准接口(光学字符识.pdf

《CEN TS 15448-2006 Postal services - Open standard interface between image controller and enrichment devices (OCRs video coding systems voting systems)《邮政服务 图像控制器和动力系统间的开放标准接口(光学字符识.pdf》由会员分享，可在线阅读，更多相关《CEN TS 15448-2006 Postal services - Open standard interface between image controller and enrichment devices (OCRs video coding systems voting systems)《邮政服务 图像控制器和动力系统间的开放标准接口(光学字符识.pdf（216页珍藏版）》请在麦多课文档分享上搜索。

1、DRAFT FOR DEVELOPMENTDD CEN/TS 15448:2006Incorporating corrigendum November 2007Postal services Open standard interface between image controller and enrichment devices (OCRs, video coding systems, voting systems)ICS 03.240; 35.240.60g49g50g3g38g50g51g60g44g49g42g3g58g44g55g43g50g56g55g3g37g54g44g3g5

2、1g40g53g48g44g54g54g44g50g49g3g40g59g38g40g51g55g3g36g54g3g51g40g53g48g44g55g55g40g39g3g37g60g3g38g50g51g60g53g44g42g43g55g3g47g36g58DD CEN/TS 15448:2006This Draft for Development was published under the authority of the Standards Policy and Strategy Committee on 30 November 2006 BSI 2008ISBN 978 0

3、580 60966 4National forewordThis Draft for Development is the UK implementation of CEN/TS 15448:2006, incorporating corrigendum November 2007.This publication is not to be regarded as a British Standard.It is being issued in the Draft for Development series of publications and is of a provisional na

4、ture. It should be applied on this provisional basis, so that information and experience of its practical application can be obtained.Comments arising from the use of this Draft for Development are requested so that UK experience can be reported to the European organization responsible for its conve

5、rsion to a European standard. A review of this publication will be initiated not later than 3 years after its publication by the European organization so that a decision can be taken on its status. Notification of the start of the review period will be made in an announcement in the appropriate issu

6、e of Update Standards.According to the replies received by the end of the review period, the responsible BSI Committee will decide whether to support the conversion into a European Standard, to extend the life of the Technical Specification or to withdraw it. Comments should be sent to the Secretary

7、 of the responsible BSI Technical Committee at British Standards House, 389 Chiswick High Road, London W4 4AL.The UK participation in its preparation was entrusted to Technical Committee SVS/4, Postal services.A list of organizations represented on this committee can be obtained on request to its se

8、cretary.This publication does not purport to include all the necessary provisions of a contract. Users are responsible for its correct application.Amendments/corrigenda issued since publicationDate Comments30 June 2008 Implementation of CEN corrigendum November 2007. Text modified in second paragrap

9、h of B.6.3.4.3.5TECHNICAL SPECIFICATIONSPCIFICATION TECHNIQUETECHNISCHE SPEZIFIKATIONCEN/TS 15448October 2006ICS 03.240; 35.240.60English VersionPostal services - Open standard interface between imagecontroller and enrichment devices (OCRs, video codingsystems, voting systems)Services postaux - Inte

10、rface de standard ouvert entre uncontrleur dimages et un dispositif denrichissement(lecteur optique de caractres, vidocodage, voteur)Postalische Dienstleistungen - Offene Normschnittstellezwischen Bildbearbeitung und Anreicherungsgerten (OCR,Videocodierungssystem, Abstimmungssysteme)This Technical S

11、pecification (CEN/TS) was approved by CEN on 3 July 2006 for provisional application.The period of validity of this CEN/TS is limited initially to three years. After two years the members of CEN will be requested to submit theircomments, particularly on the question whether the CEN/TS can be convert

12、ed into a European Standard.CEN members are required to announce the existence of this CEN/TS in the same way as for an EN and to make the CEN/TS availablepromptly at national level in an appropriate form. It is permissible to keep conflicting national standards in force (in parallel to the CEN/TS)u

13、ntil the final decision about the possible conversion of the CEN/TS into an EN is reached.CEN members are the national standards bodies of Austria, Belgium, Cyprus, Czech Republic, Denmark, Estonia, Finland, France,Germany, Greece, Hungary, Iceland, Ireland, Italy, Latvia, Lithuania, Luxembourg, Mal

14、ta, Netherlands, Norway, Poland, Portugal, Romania,Slovakia, Slovenia, Spain, Sweden, Switzerland and United Kingdom.EUROPEAN COMMITTEE FOR STANDARDIZATIONCOMIT EUROPEN DE NORMALISATIONEUROPISCHES KOMITEE FR NORMUNGManagement Centre: rue de Stassart, 36 B-1050 Brussels 2006 CEN All rights of exploit

15、ation in any form and by any means reservedworldwide for CEN national Members.Ref. No. CEN/TS 15448:2006: EIncorporating corrigendum November 20072 Contents Page Foreword4 Introduction.5 1 Scope 6 2 Normative references 9 3 Terms and definitions .9 4 Symbols and abbreviations11 5 The use case model.

16、11 6 Overall Description12 6.1 Use-Case Model Survey12 6.1.1 Connection Use Case Model 12 6.1.2 Channel Use Case Model14 6.2 Assumptions and Dependencies .15 6.2.1 Image supply15 6.2.2 Control 15 6.2.3 Output .15 6.2.4 Enrichment .15 6.2.5 Data Representation15 6.2.6 Image Representation .16 6.2.7 C

17、hannel Concept .17 6.2.8 Client/server model .19 6.2.9 Naming Service19 6.2.10 Connection Sequence .19 6.2.11 Flow Control Model .20 7 Specific Requirements22 7.1 Use-Case Reports22 7.1.1 UC001 - Publish Presence 22 7.1.2 UC002 - Connect 25 7.1.3 UC003 Disconnect 32 7.1.4 UC004 Open Channel .35 7.1.

18、5 UC006 Get Enrichment Device Status37 7.1.6 UC101 Close Channel.39 7.1.7 UC102 Control Flow43 7.1.8 UC103 Request Channel Status 46 7.1.9 UC104 - Submit Mailpiece.48 7.1.10 UC105 Transmit Result 50 7.2 Supplementary Requirements52 7.3 Rejections.53 Discarded Use Cases .53 Annex A (normative) SDD 54

19、 A.1 Purpose.54 A.2 Scope 54 A.3 Overview.54 A.4 Architectural Goals and Constraints .54 A.4.1 Client Server Model .54 A.4.2 Client / Servant Relationships54 A.4.3 CORBA Naming Service58 A.5 Class Model60 A.5.1 Overview.60 A.5.2 Interface: IEnrichmentDevice .62 CEN/TS 15448:20063 A.5.3 Interface: II

20、mageController.65 A.5.4 Interface: IEDChannel .66 A.5.5 Method: requestChannelState() .67 A.5.6 Interface: IICChannel.68 A.5.7 Data definition70 A.6 Behavioural Model.75 A.6.1 Connect 75 A.6.2 Disconnect .86 A.6.3 Open Channel 93 A.6.4 Close Channel96 A.6.5 Control Flow.98 Annex B (normative) IDD .1

21、07 B.1 Purpose 107 B.2 Scope of IDD 108 B.3 Prerequisites108 B.4 Overview.108 B.5 Section A TIFF Definition.109 B.5.1 Tiff Usage .109 B.6 Section B Mailpiece Data Definition .114 B.6.1 Requirements.114 B.6.2 Model Commitments .119 B.6.3 Domain Data Model - are agreed and implemented by major supplie

22、rs; - are agreed by customers and therefore used in calls for tenders; - will result in net savings with the high initial development effort and consequent higher basic equipment prices being more than offset by reduced project development, integration and maintenance costs; - will minimize the need

23、 for project integration effort by reducing implementation timescales; - will increase competition between suppliers by stimulating product improvements; This standard covers the interface between an image controller and so called enrichment devices (OCR, Video Coding System or Voting System). Other

24、 work items (subject to agreement of CEN/TC331 and the UPU Standards Board) will be defined to cover other areas as and when the need is identified and the resources for development become available. A separate project group for each interface will undertake the work. CEN/TS 15448:20066 1 Scope The

25、purpose of this document is to define the requirements of the OCR/VCS Standard interface and to convey these requirements in context to the reader. The interface specification is contained in the two appendices of this document, both of them normative: System Design Description (SDD) This document s

26、pecifies the class model, dynamic behaviour and exception handling of the interface. The API is included. Interface Design Document (IDD) The IDD in Annex B defines the “payload” information for the interface. That is the data which is required for processing a mailpiece e.g. TIFF image format and X

27、ML data. Figure 1 Interface environment of an Enrichment Device As shown on Figure 1, there are many interfaces from an Enrichment Device to the rest of the system. This document is only concerned with the Mailpiece Processing part of the complete Standard Interface. The mailpiece processing is conc

28、erned with the passing of a mailpiece to an Enrichment Device for processing. CEN/TS 15448:20067 Figure 2 System model Figure 2 depicts the system model of an Enrichment Device. As visible on the figure, an Enrichment Device is one of: an OCR A single or a pool of automatic recognition and interpret

29、ation engines, which are capable of retrieving information from an image of a mailpiece without human intervention. a VCS a single or a pool of video coding desks, which produce results from images of mailpieces. All tasks related to the management of the coders and the coding desks are encapsulated

30、 within the VCS system, or are accessible via interfaces which are outside the scope of the interface described within this document. CEN/TS 15448:20068 a Voter A system which can determine the most appropriate result for a mailpiece using data and/or an image of a mailpiece. Typically, a voter dete

31、rmines the most appropriate result from two or more results. This document therefore covers the Mailpiece Processing interface between the Image Controller and the Enrichment Devices. The document describes the requirements in the case of real-time enrichment: operational mode of an Enrichment Devic

32、e, where the ED replies within the specified expiration time to the IC; the IC has to keep track of all mailpieces waiting for a reply from an ED. The ED does not keep persistence of mailpieces outside a channel connection with the IC. The ED has to have the processing power available to enrich a ma

33、ilpiece. There is one and only one response for a mailpiece. A later version of the document shall describe the case of deferred enrichment: operational mode of an Enrichment Device, where the ED may pre-request mailpieces from the IC. The ED has to keep persistence of the mailpiece to enrich it lat

34、er and keep the result available for a result request from the IC. There is no response expected by IC from the ED The interface between Image Controller and Image Controller is NOT part of this document. Furthermore, there may be many IC connected to many EDs, as shown in the following object model

35、: Figure 3 Communication relationship between IC and ED CEN/TS 15448:20069 The submission strategy in case of one IC connected to many EDs is not part of the interface. It is for optimizing mail flow in case of identical EDs, or for defining the order in which different EDs are activated (cascaded v

36、ersus parallel submission). The submission strategy of the IC shall be part of the specification and certification of the IC, which is not part of this document. 2 Normative references The following referenced documents are indispensable for the application of this document. For dated references, or

37、 references to a version number, only the edition cited applies. For undated references and where there is no reference to a version number, the latest edition of the referenced document (including any amendments) applies. UPU S421), International Postal Address Components and Templates 3 Terms and

38、definitions 3.1 Actor Coherent set of roles those users of uses cases play when interacting with these use cases. An actor has one role for each use case with which it communicates. See UML 3.2 Attributes All non-image information related to a mailpiece 3.3 Coding Desk Computer or terminal equipped

39、with a software to display images of mailpieces, and designed for a human operator (video coder) to enter information about the mailpiece 3.4 Component Software Unit with a defined interface; might contain other components 3.5 Data element Simple data type 3.6 Data object Assembly of elements 1* and

40、/or other data objects; recursive type 3.7 Enrichment Process of generating new information about a mailpiece Note Any information about the mailpiece may be used in this process, such as the image, image information or result data. The use of an image however, is not compulsory 3.8 Enrichment devic

41、e System designed to enrich information about mailpieces 1) UPU Standards are obtainable from the UPU International Bureau, whose contact details are given in the Bibliography; the UPU Standards glossary is freely accessible on URL http:/www.upu.int. CEN/TS 15448:200610 3.9 Flow control Principle of

42、 sending images of mailpieces from an IC to an ED: either on request of the ED (“request” mode), or at a pace defined by the IC, with emission suspended/resumed on request by the ED 3.10 Image Data acquired by the Image Supply and stored as part of the mailpiece 3.11 Image controller System designed

43、 to handle the flow of images and data issued by the Image Supplies and sent to the Enrichment Devices Note The Image Controller also controls the results from image enrichment 3.12 Infrastructure data the basic information, such as identification references which an Image Controller and Enrichment

44、Device require in order to communicate effectively Example Letter ID, Submission ID. 3.13 Mail object Letter, Flat, Parcel, Postcard etc. 3.14 Mailpiece All information stored about a single physical mail item (letter, flat or parcel) in an IC 3.15 Mailpiece data The information which describes attr

45、ibutes of the physical mailpiece which is used to aid and is a product of enrichment Example mailpiece width there is a need for printing an ID-tag, to identify the mail for which a 2ndsorting pass is required 3.17 Online Operational mode of a sorting machine, implying all the processing of mail is

46、done while the mail is conveyed in the machine; there is no need for printing an ID-tag 3.18 Permanent Error Fatal error as indicated by the middleware or application layer. Note A non-fatal error may be considered to be a permanent error after repeated remedial handling 3.19 Result Outcome of enric

47、hment CEN/TS 15448:200611 3.20 Street Street keying (street name and/or house number in street) 3.21 System Consists of components and the relationships between them (interfaces, communication) 3.22 Voter System which can determine the most appropriate result for a mailpiece using data and/or an ima

48、ge of a mailpiece 4 Symbols and abbreviations ED: Enrichment Device GUI: Graphical User Interface IC: Image Controller ID: Identifier IDD: Interface Design Description (Normative appendix of this document) OCR: Optical Character Recognition PC: Post code PM: Project Manager ROI: Region Of Interest S

49、DD: System Design Description (Normative appendix of this document) UCM: Use Case Model document (Main part of this document) VCS: Video Coding System W3C: World Wide Web Consortium XML: eXtendable Markup Language 5 The use case model The Use Case Model (UCM) defines the requirements of the CEN OCR/VCS Standard interface. The document utilises UML use cases and other modelling techniques as well as textual information to convey the requirements. The document contains the following sections Overall Description The use case model fo