BS PD CEN TS 15448-2014 Postal services Open standard interface between image controller and enrichment devices (OCRs video coding systems voting systems)《邮政服务 图像控制器和动力系统间.pdf

《BS PD CEN TS 15448-2014 Postal services Open standard interface between image controller and enrichment devices (OCRs video coding systems voting systems)《邮政服务 图像控制器和动力系统间.pdf》由会员分享，可在线阅读，更多相关《BS PD CEN TS 15448-2014 Postal services Open standard interface between image controller and enrichment devices (OCRs video coding systems voting systems)《邮政服务 图像控制器和动力系统间.pdf（242页珍藏版）》请在麦多课文档分享上搜索。

1、BSI Standards Publication Postal services Open standard interface between image controller and enrichment devices (OCRs, video coding systems, voting systems) PD CEN/TS 15448:2014National foreword This Published Document is the UK implementation of CEN/TS 15448:2014. It supersedes DD CEN/TS 15448:20

2、06 which is withdrawn. 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 secretary. This publication does not purport to include all the necessary provisions of

3、a contract. Users are responsible for its correct application. The British Standards Institution 2014. Published by BSI Standards Limited 2014 ISBN 978 0 580 84522 2 ICS 03.240; 35.240.60 Compliance with a British Standard cannot confer immunity from legal obligations. This Published Document was pu

4、blished under the authority of the Standards Policy and Strategy Committee on 31 December 2014. Amendments/corrigenda issued since publication Date Text affected PUBLISHED DOCUMENT PD CEN/TS 15448:2014TECHNICAL SPECIFICATION SPCIFICATION TECHNIQUE TECHNISCHE SPEZIFIKATION C E N / T S 1 5 4 4 8 D e c

5、 e m b e r 2 0 1 4 ICS 03.240; 35.240.60 Supersedes CEN/TS 15448:2006 English Version Postal services - Open standard interface between image controller and enrichment devices (OCRs, video coding systems, voting systems) Services postaux - Interface standard ouverte entre le contrleur dimages et les

6、 dispositifs enrichis (OCR, systmes dencodage vido, systmes de votes) Postalische Dienstleistungen - Offene Normschnittstelle zwischen Bildbearbeitung und Anreicherungsgerten (OCR, Videocodierungssysteme, Abstimmungssysteme) This Technical Specification (CEN/TS) was approved by CEN on 15 March 2014

7、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 their comments, particularly on the question whether the CEN/TS can be converted into a European Standard. CEN members are required t

8、o announce the existence of this CEN/TS in the same way as for an EN and to make the CEN/TS available promptly at national level in an appropriate form. It is permissible to keep conflicting national standards in force (in parallel to the CEN/TS) until the final decision about the possible conversio

9、n of the CEN/TS into an EN is reached. CEN members are the national standards bodies of Austria, Belgium, Bulgaria, Croatia, Cyprus, Czech Republic, Denmark, Estonia, Finland, Former Yugoslav Republic of Macedonia, France, Germany, Greece, Hungary, Iceland, Ireland, Italy, Latvia, Lithuania, Luxembo

10、urg, Malta, Netherlands, Norway, Poland, Portugal, Romania, Slovakia, Slovenia, Spain, Sweden, Switzerland, Turkey and United Kingdom. EUROPEAN COMMITTEE FOR STANDARDIZATION COMIT EUROPEN DE NORMALISATION EUROPISCHES KOMITEE FR NORMUNG CEN-CENELEC Management Centre: Avenue Marnix 17, B-1000 Brussels

11、 2014 CEN All rights of exploitation in any form and by any means reserved worldwide for CEN national Members. Ref. No. CEN/TS 15448:2014 ECEN/TS 15448:2014 (E) 2 Contents Page Foreword 4 Introduction .5 1 Scope 6 2 Normative references 9 3 Terms and definitions .9 4 Symbols and abbreviations . 11 5

12、 The Use Case Model (UCM) . 11 5.1 General . 11 5.2 Overall Description . 12 5.2.1 General . 12 5.2.2 Use-Case Model Survey . 12 5.2.3 Assumptions and Dependencies 15 5.3 Specific Requirements . 22 5.3.1 Use-Case Reports . 22 5.3.2 Supplementary Requirements . 45 5.3.3 Rejections 45 6 Interface Desi

13、gn Description IDD 46 6.1 Purpose 46 6.2 Scope of IDD 47 6.3 Prerequisites . 47 6.4 Overview 47 6.5 Section A TIFF Definition 48 6.5.1 Tiff Usage . 48 6.6 Section B Mailpiece Data Definition 53 6.6.1 Requirements 53 6.6.2 Model Commitments 57 6.6.3 Domain Data Model are agreed and implemented by maj

14、or suppliers; 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

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

16、 communication partners of this interface will be called Image Controller (IC) on the one side and Enrichment Device (ED) on the other side. Other 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 th

17、e resources for development become available. A separate project group for each interface will undertake the work. PD CEN/TS 15448:2014CEN/TS 15448:2014 (E) 6 1 Scope The purpose of this Technical Specification is to define the requirements of the OCR/VCS Standard interface and to convey these requi

18、rements in context to the reader. This document is arranged under 4 main clauses as described in Figure 1: UCM (Use Case Model) describes the use cases for the IC/ED Interface using sequence diagrams with messages. IDD (Interface Design Description) defines the data model for the IC/ED interface. SD

19、D (System Design Description) defines the mandatory specification of the IC/ED interface in terms of architecture, services and behavioural models. In the Common Part of this clause no middleware or transport layer is specified. The common part of this clause is intended to be middleware-independent

20、. SDD-TCP/IP, SDD-CORBA, in these specialized clauses. The specifications for 2 compatible transport solutions TCP/IP, CORBA are provided. Further middleware solutions (such as SOAP) can be added when available, provided that they are fully compatible with the Common Part. Figure 1 IC/ED Interface D

21、ocument Structure Figure 2 Interface environment of an Enrichment Device PD CEN/TS 15448:2014CEN/TS 15448:2014 (E) 7 As shown on Figure 2, 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

22、 Standard Interface. The mailpiece processing is concerned with the passing of a mailpiece to an Enrichment Device for processing. Figure 3 System model Figure 3 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

23、automatic recognition and interpretation engines, which are capable of retrieving information from an image of a mailpiece without human intervention; a VCS: PD CEN/TS 15448:2014CEN/TS 15448:2014 (E) 8 a single or a pool of video coding desks, which produce results from images of mailpieces; all tas

24、ks related to the management of the coders and the coding desks are encapsulated within the VCS system, or are accessible via interfaces which are outside the scope of the interface described within this document; a Voter: a system which can determine the most appropriate result for a mailpiece usin

25、g data and/or an image of a mailpiece; typically, a voter determines 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

26、 real-time enrichment: operational mode of an Enrichment Device, 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. Th

27、e ED has to have the processing power available to enrich a mailpiece. 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. Th

28、e ED has to keep persistence of the mailpiece to enrich it later 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 I

29、C connected to many EDs, as shown in the following object model: Figure 4 Communication relationship between IC and ED The submission strategy in case of one IC connected to many EDs is not part of the interface. It is for optimizing the mail flow in case of identical EDs, or for defining the order

30、in which different EDs are activated (cascaded versus parallel submission). PD CEN/TS 15448:2014CEN/TS 15448:2014 (E) 9 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 Not applicable. 3 Terms

31、 and definitions For the purposes of his document, the following terms and definitions apply. 3.1 actor coherent set of roles those users of uses cases play when interacting with these use cases. Note 1 to entry: An actor has one role for each use case with which it communicates. See UML. 3.2 attrib

32、utes non-image information related to a mailpiece 3.3 coding desk computer or terminal equipped 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 contai

33、n other components 3.5 data element simple data type 3.6 data object assembly of elements 1* and/or other data objects; recursive type 3.7 enrichment process of generating new information about a mailpiece Note 1 to entry: Any information about the mailpiece may be used in this process, such as the

34、image, image information or result data. However, the use of an image is not compulsory. 3.8 enrichment device ED system designed to enrich information about mailpieces PD CEN/TS 15448:2014CEN/TS 15448:2014 (E) 10 3.9 flow control principle of sending images of mailpieces from an IC to an ED: either

35、 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 IC system designed to handle the flow of images and data issued by the I

36、mage Supplies and sent to the Enrichment Devices Note 1 to entry: The Image Controller also controls the results from image enrichment. 3.12 infrastructure data basic information, such as identification references which an Image Controller and Enrichment Device require in order to communicate effect

37、ively EXAMPLE Letter ID, Submission ID. 3.13 mail object letter, Flat, Parcel, Postcard etc. 3.14 mailpiece information stored about a single physical mail item (letter, flat or parcel) in an IC 3.15 mailpiece data information which describes attributes of the physical mailpiece which is used to aid

38、 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 2 ndsorting pass is required 3.17 online operational mode of a sorting machine, implying all the processing of mail is 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 1 to entry: A non-fatal error may be considered to be a permanent error after repeated remedial handling. PD CEN/TS 15448:2014