home *** CD-ROM | disk | FTP | other *** search
/ Internet Standards / CD2.mdf / ccitt / 1992 / t / t564_1.asc < prev    next >
Text File  |  1991-12-31  |  44KB  |  1,813 lines
  1.  
  2. Recommendation T.564
  3.  
  4.  
  5.  
  6.  
  7.                   GATEWAY CHARACTERISTICS FOR VIDEOTEX INTERWORKING
  8.  
  9.  
  10.  
  11.                                       CONTENTS
  12.  
  13.  
  14.  
  15.  
  16. 1      Introduction
  17.  
  18. 2      Scope and field of application
  19.  
  20. 3      References
  21.  
  22. 4      Definitions
  23.  
  24. 5      Abbreviations
  25.  
  26. 6      Model of the communication between local and external host
  27.  
  28. 7      Relation between videotex and DTAM service
  29.  
  30. 8      Use of lower layer services
  31.  
  32. 9      General structure of the VIA
  33.  
  34. 10     Videotex structure
  35.  
  36.  
  37.  
  38.  
  39.  
  40.  
  41. 1      Introduction
  42.  
  43.  
  44.        This Recommendation specifies gateway characteristics which should be used for international videotex interworking 
  45. between gateways.
  46.  
  47.        This document is a part of a set of standards produced to facilitate the interconnection of national videotex 
  48. services. This set of standards is positioned with respect to the open systems interconnection basic reference model 
  49. (Recommendation X.200). This document lies within the field of application layer of the OSI application layer. Inside the 
  50. application layer it makes use of DTAM (document transfer, access and manipulation) specific application service element 
  51. (Recommendation T.400).
  52.  
  53.  
  54. 2      Scope and field of application
  55.  
  56.  
  57.        This Recommendation applies to the international videotex interworking between gateways as specified in this 
  58. section.
  59.  
  60. 2.1    National videotex services
  61.  
  62.        It is the responsibility of Administrations to decide the configuration of the national videotex services.
  63.  
  64. 2.2    Videotex interworking definition
  65.  
  66.        Videotex interworking allows a videotex terminal pertaining to a given videotex service of a given country to interact 
  67. in real time with a videotex host computer located in a different country. This videotex host may be either a videotex center 
  68. of an external computer.
  69.  
  70.  
  71.  
  72.  
  73.  
  74. 1           Fascicle VII.7 - Rec. T.564
  75.  
  76.  
  77.  
  78.  
  79. 2.3    Relation to other Recommendations
  80.  
  81.        Videotex interworking gateway characteristics are based upon concepts of DTAM defined in T.400 Series of 
  82. Recommendations.
  83.  
  84.        Videotex interworking is conform to the videotex service defined in Recommendation F.300 and it is specified by 
  85. the following profiles:
  86.  
  87.        -    a document application profile specified in Recommendation T.504;
  88.  
  89.        -    a communication application profile specified in Recommendation T.523;
  90.  
  91.        -    an operational application profile specified in Recommendation T.541.
  92.  
  93.        General concepts of the international videotex interworking and the data syntaxes relevant for the videotex 
  94. interworking are defined in Recommendation T.101.
  95.  
  96.  
  97. 3      References
  98.  
  99.  
  100.        -    Rec. F.300: Videotex service
  101.  
  102.        -    Rec. X.200: Reference model of open systems interconnection for CCITT applications
  103.  
  104.        -    Rec. X.213: Network service definition for open systems interconnection for CCITT applications
  105.  
  106.        -    Rec. X.214: Transport service definition for open systems interconnection for CCITT applications
  107.  
  108.        -    Rec. X.224: Transport protocol specification for open systems interconnection for CCITT applications
  109.  
  110.        -    Rec. X.215: Session service definition for open systems interconnection for CCITT applications
  111.  
  112.        -    Rec. X.225: Session protocol specification for open systems interconnection for CCITT applications
  113.  
  114.        -    Rec. X.216: Presentation service definition for open systems interconnection for CCITT applications
  115.  
  116.        -    Rec. X.226: Presentation protocol specification for open systems interconnection for CCITT applications
  117.  
  118.        -    Rec. X.217: Association control service definition for open systems interconnection for CCITT applications
  119.  
  120.        -    Rec. X.227: Association control protocol specification for open systems interconnection for CCITT 
  121.             applications
  122.  
  123.        -    Rec. T.101: International interworking for videotex services
  124.  
  125.        -    Rec. T.400 (1988): Introduction to document architecture, transfer and manipulation
  126.  
  127.        -    Rec. T.411 (1988): Open document architecture (ODA) and interchange format - Introduction and general 
  128.  
  129.  
  130.  
  131.  
  132.  
  133.  
  134.  
  135.  
  136.  
  137.  
  138.  
  139.  
  140.  
  141.  
  142.  
  143.  
  144.  
  145.  
  146.  
  147.  
  148.  
  149.  
  150.  
  151.  
  152.  
  153.  
  154.  
  155.  
  156.  
  157.  
  158.  
  159.  
  160.  
  161.  
  162.  
  163.  
  164.  
  165.  
  166.  
  167.  
  168.  
  169.  
  170.  
  171.  
  172.  
  173.  
  174.                                                     Fascicle VII.7 - Rec. T.564     2
  175.  
  176.  
  177.        principles
  178.  
  179.        -    Rec. T.412 (1988): Open document architecture (ODA) and interchange format - Document structures
  180.  
  181.        -    Rec. T.414 (1988): Open document architecture (ODA) and interchange format - Document profile
  182.  
  183.        -    Rec. T.415 (1988): Open document architecture (ODA) and interchange format - Open document 
  184.             interchange format (ODIF)
  185.  
  186.        -    Rec. T.431 (1988): Document transfer and manipulation (DTAM) - Services and protocols - Introduction and 
  187.             general principles
  188.  
  189.        -    Rec. T.432 (1988): Document transfer and manipulation (DTAM) - Services and protocols - Service 
  190.             definition
  191.  
  192.  
  193.  
  194.  
  195.  
  196.  
  197.  
  198.  
  199.  
  200.  
  201.  
  202.  
  203.  
  204.  
  205.  
  206.  
  207.  
  208.  
  209.  
  210.  
  211.  
  212.  
  213.  
  214.  
  215.  
  216.  
  217.  
  218.  
  219.  
  220.  
  221.  
  222.  
  223.  
  224.  
  225.  
  226.  
  227.  
  228.  
  229.  
  230.  
  231.  
  232.  
  233.  
  234.  
  235.  
  236.  
  237.  
  238.  
  239.  
  240.  
  241.  
  242.  
  243.  
  244.  
  245.  
  246. 3           Fascicle VII.7 - Rec. T.564
  247.  
  248.  
  249.  
  250.  
  251.        -    Rec. T.433 (1988): Document transfer and manipulation (DTAM) - Services and protocols - Protocol 
  252.             specification
  253.  
  254.        -    Rec. T.441 (1988): Document transfer and manipulation (DTAM) - Operational structure
  255.  
  256.        -    Rec. T.504: Document application profile for videotex interworking
  257.  
  258.        -    Rec. T.523: Communication application profile DM-1 for videotex interworking
  259.  
  260.        -    Rec. T.541: Operational application profile for videotex interworking
  261.  
  262.  
  263.  
  264.  
  265. 4      Definitions
  266.  
  267.  
  268.  
  269.        The following definitions apply to all other parts of the Recommendation.
  270.  
  271.        This Recommendation makes use of the following terms as they are defined in Recommendation F.300:
  272.  
  273.        -    videotex access point;
  274.  
  275.        -    videotex frame;
  276.  
  277.        -    videotex gateway;
  278.  
  279.        -    videotex host;
  280.  
  281.        -    videotex service;
  282.  
  283.        -    videotex service center;
  284.  
  285.        -    videotex terminal;
  286.  
  287.        -    videotex user.
  288.  
  289.        This Recommendation makes use of the following terms as they are defined in Recommendation T.400:
  290.  
  291.        -    attribute;
  292.  
  293.        -    content portion;
  294.  
  295.        -    page;
  296.  
  297.        -    block;
  298.  
  299.  
  300.  
  301.  
  302.  
  303.  
  304.  
  305.  
  306.  
  307.  
  308.  
  309.  
  310.  
  311.  
  312.  
  313.  
  314.  
  315.  
  316.  
  317.  
  318.  
  319.  
  320.  
  321.  
  322.  
  323.  
  324.  
  325.  
  326.  
  327.  
  328.  
  329.  
  330.  
  331.  
  332.  
  333.  
  334.  
  335.  
  336.  
  337.  
  338.  
  339.  
  340.  
  341.  
  342.  
  343.  
  344.  
  345.  
  346.  
  347.  
  348.  
  349.  
  350.                                                     Fascicle VII.7 - Rec. T.564     4
  351.  
  352.  
  353.  
  354.        -    specific layout structure;
  355.  
  356.        -    subordinate.
  357.  
  358.  
  359.  
  360.  
  361. 5      Abbreviations
  362.  
  363.  
  364.  
  365.        ACSE      Association control service element
  366.  
  367.        CASE      Common application service elements
  368.  
  369.        DDA       Defined display area
  370.  
  371.        DTAM      Document transfer, access and manipulation
  372.  
  373.        OSI       Open systems interconnection
  374.  
  375.        SASE      Specific application service element
  376.  
  377.        SE        Structure element
  378.  
  379.        VIA       Videotex interworking architecture
  380.  
  381.  
  382.  
  383.  
  384.  
  385.  
  386.  
  387.  
  388.  
  389.  
  390.  
  391.  
  392.  
  393.  
  394.  
  395.  
  396.  
  397.  
  398.  
  399.  
  400.  
  401.  
  402.  
  403.  
  404.  
  405.  
  406.  
  407.  
  408.  
  409.  
  410.  
  411.  
  412.  
  413.  
  414.  
  415.  
  416.  
  417.  
  418.  
  419.  
  420.  
  421.  
  422.  
  423. 5           Fascicle VII.7 - Rec. T.564
  424.  
  425.  
  426.  
  427.  
  428. 6      Model of the communication between local and external host
  429.  
  430.  
  431. 6.1    International videotex interworking between gateways
  432.  
  433.        Videotex interworking may take place between videotex services in different countries, independently from the 
  434. national configuration being used. An abstract configuration model has been established in Recommendation F.300 to 
  435. represent an international videotex interworking configuration using gateways. In this abstract model, each cooperating country 
  436. is represented by a videotex gateway. The DTAM protocol is intended to be used between the two gateways. Consequently a 
  437. typical communication may be described as shown in Figure 1/T.564.
  438.  
  439.  
  440.  
  441.  
  442.  
  443.                                    FIGURE 1/T.564
  444.  
  445.  
  446.        The abstract model is not intended to be implemented as such. It is the responsibility of Administrations to decide 
  447. how a gateway may be implemented.
  448.  
  449.        Throughout this document, and for a given terminal to videotex host communication, the gateway which supports 
  450. the videotex terminal through its own national videotex service is called local host. On the other hand, the gateway which 
  451. supports the videotex host through its own national videotex service is called external host.
  452.  
  453. 6.2    Position of videotex interworking relative to OSI
  454.  
  455.        Videotex interworking between gateways is specified in a set of Recommendations (see  2.3) which are a part of 
  456. the OSI application layer as defined by the OSI reference model (Recommen- dation X.200).
  457.  
  458.        Videotex interworking between gateways handles a specific architecture called videotex interworking architecture 
  459. (VIA), conforming to DTAM document structures (T.410 Series of Recommendations) and DTAM operational structure (T.440 
  460. Series of Recommendations), and makes use of services and protocol provided by DTAM (T.430 Series of 
  461. Recommendations).
  462.  
  463.        Videotex interworking gateway characteristics are specifying the general concepts of handling the VIA. The 
  464. application profiles are specifying the use of DTAM document structures, DTAM operational structures, and DTAM service and 
  465. protocol.
  466.  
  467.        Figure 2/T.564 depicts this situation:
  468.  
  469.  
  470.  
  471.  
  472.  
  473.  
  474.  
  475.  
  476.  
  477.  
  478.  
  479.  
  480.  
  481.  
  482.  
  483.  
  484.  
  485.  
  486.  
  487.  
  488.  
  489.  
  490.  
  491.  
  492.  
  493.  
  494.  
  495.                                                     Fascicle VII.7 - Rec. T.564     6
  496.  
  497.  
  498.  
  499.  
  500.  
  501.  
  502.  
  503.  
  504.                                    FIGURE 2/T.564
  505.  
  506.  
  507.  
  508.  
  509. 6.3    Organization of the videotex interworking
  510.  
  511.        The videotex interworking application process consists of two parts which are in charge respectively of:
  512.  
  513.        -    managing the communication with the peer entity;
  514.  
  515.        -    supporting the local application process.
  516.  
  517.        The videotex interworking architecture (VIA), the DTAM service and the DTAM protocol correspond to the 
  518. communicating part of the application process and represent those aspects of the application process which are pertinent to 
  519. OSI.
  520.  
  521.        The VIA is a virtual data structure with a set of possible actions that can be performed on it. This structure is used 
  522. to represent the current state of the communication between the two application processes.
  523.  
  524.        Any operation on VIA must be reported to the peer entity and to the videotex service user. These operations are 
  525. reported to the peer entity by using the DTAM service which is provided by the DTAM protocol.
  526.  
  527.        Therefore, any action on the VIA implies:
  528.  
  529.        -    an update of the local VIA;
  530.  
  531.        -    the exchange of DTAM protocol elements in order to update accordingly the peer VIA.
  532.  
  533.        The local application process may also be expressed in terms of a videotex service which is offered on a national 
  534. basis to a human user. This local application process is in charge of the mapping between the videotex service and the 
  535. DTAM service.
  536.  
  537.        Note - Figure 3/T.564 is for information on the videotex interworking organization only.
  538.  
  539.  
  540.  
  541.  
  542.  
  543.  
  544.  
  545.  
  546.  
  547.  
  548.  
  549.  
  550.  
  551.  
  552.  
  553.  
  554.  
  555.  
  556.  
  557.  
  558.  
  559.  
  560.  
  561.  
  562.  
  563.  
  564. 7           Fascicle VII.7 - Rec. T.564
  565.  
  566.  
  567.  
  568.  
  569.  
  570.  
  571.  
  572.                                           
  573.                                    FIGURE 3/T.564
  574.  
  575.  
  576.  
  577. 7      Relation between videotex and DTAM service (see Figure 4/T.564)
  578.  
  579.  
  580.        This section does not form an integral part of this Recommendation.
  581.  
  582.        The local application process is in charge of the local mapping between the communicating OSI environment and 
  583. the videotex service as defined by a given Administration. On the local host side, the local application process is in charge of 
  584. converting the local host to external host dialogue into a videotex user dialogue. On the external host side, the local 
  585. application process is in charge of converting the external host to local host dialogue into a national videotex host access 
  586. dialogue.
  587.  
  588.        The two local application processes are able to communicate on an international basis by updating both their own 
  589. and the peer entity VIA, which represents the common view of the communication as seen by both partners. To indicate that 
  590. a VIA update is needed, the local process may express all the VIA modifications as DTAM service elements through the 
  591. DTAM service interface.  Any modification of the VIA must be reported to both the local and the remote users.
  592.  
  593.        When receiving a DTAM service primitive, the VIA is updated and the receiving local application process takes the 
  594. updating into account.
  595.  
  596.  
  597.  
  598.  
  599.  
  600.                                    FIGURE 4/T.564
  601.  
  602.  
  603.        For a given definition of a videotex service, several local application processes may exist with different levels of 
  604. complexity. For example, a given local application process may not take into account the existing VIA, or for each new frame 
  605. to be displayed, delete the existing VIA and create a brand new one. A more clever local application process may, on its 
  606. own, take care of the previous VIA and express through the DTAM service interface the sole modification of the VIA.
  607.  
  608.  
  609.  
  610.  
  611.  
  612.  
  613.  
  614.  
  615.  
  616.  
  617.  
  618.  
  619.  
  620.  
  621.  
  622.  
  623.  
  624.  
  625.  
  626.  
  627.  
  628.  
  629.  
  630.  
  631.  
  632.  
  633.  
  634.  
  635.                                                     Fascicle VII.7 - Rec. T.564     8
  636.  
  637.  
  638.        It is up to the Administrations concerned to define all the details of the local application process to communicate 
  639. through the DTAM service, which supports the local application process.
  640.  
  641.  
  642.  
  643. 8      Use of lower layer services
  644.  
  645.  
  646.  
  647.        The use of lower layer services is specified in Recommendation T.101.
  648.  
  649.  
  650.  
  651. 9      General structure of the VIA
  652.  
  653.  
  654.  
  655. 9.1    General data structure
  656.  
  657.        The following list is a basic set of requirements for the properties of a general data structure handled by the 
  658. videotex interworking gateway.
  659.  
  660.        Videotex interworking is an application profile on top of DTAM and the videotex interworking architecture (VIA) is in 
  661. line with the general structuring principles defined in Recommendation T.400.
  662.  
  663.        The VIA consists of a document profile, an operational profile and five data structures:
  664.  
  665.        -    a specific layout structure: the display structure;
  666.  
  667.        -    four operational structures which are used to carry:
  668.  
  669.             1)   the data entry structure;
  670.  
  671.             2)   the application control memory structure;
  672.  
  673.             3)   the administrative structure;
  674.  
  675.             4)   the special terminal facilities structure.
  676.  
  677.        Note - Only one operation profile is used for the four concerned operational structures.
  678.  
  679.        The data structure is composed of structure elements (SE) which can be manipulated independently as long as the 
  680. protocol and other dependency rules are observed.
  681.  
  682.        The state of the VIA is determined by the states of all the elements of the VIA and the relationship between them.
  683.  
  684.        The station of the VIA expresses the current state of communication between the two partners.
  685.  
  686.        Manipulations of the structure elements of the VIA are specified as VIA operations and mapped to DTAM service 
  687. elements.
  688.  
  689. 9.2    Attributes
  690.  
  691.        The categories of SE attributes are:
  692.  
  693.        a)   identification attributes which specify the type of the SE and identify individual SE;
  694.  
  695.        b)   application defined attributes which are only meaningful for the videotex interworking architecture;
  696.  
  697.        c)   specific attributes which depend on the SE type;
  698.  
  699.        d)   default-value attributes which specify values to be used in identified SE types at lower level in the 
  700.             hierarchy;
  701.  
  702.        e)   reference attributes which specify the relation between SEs.
  703.  
  704.  
  705.  
  706.  
  707.  
  708.  
  709.  
  710.  
  711.  
  712. 9           Fascicle VII.7 - Rec. T.564
  713.  
  714.  
  715.  
  716.  
  717. 9.2.1  Identification attributes
  718.  
  719.        The identification attributes are the object type and object identifier attributes defined in Recommendation T.412 
  720. and in Recommendation T.441 (resp. Annex A to Recommendation T.541).
  721.  
  722.  
  723.  
  724.  
  725.  
  726.  
  727.  
  728.  
  729.  
  730.  
  731.  
  732.  
  733.  
  734.  
  735.  
  736.  
  737.  
  738.  
  739.  
  740.  
  741.  
  742.  
  743.  
  744.  
  745.  
  746.  
  747.  
  748.  
  749.  
  750.  
  751.  
  752.  
  753.  
  754.  
  755.  
  756.  
  757.  
  758.  
  759.  
  760.  
  761.  
  762.  
  763.  
  764.  
  765.  
  766.  
  767.  
  768.  
  769.  
  770.  
  771.  
  772.  
  773.  
  774.  
  775.  
  776.  
  777.  
  778.  
  779.  
  780.  
  781.  
  782.  
  783.  
  784.  
  785.  
  786.  
  787.  
  788.  
  789.  
  790.  
  791.  
  792.  
  793.  
  794.  
  795.  
  796.  
  797.  
  798.  
  799.  
  800.  
  801.  
  802.  
  803.  
  804.  
  805.  
  806.  
  807.  
  808.  
  809.  
  810.  
  811.  
  812.  
  813.  
  814.  
  815.  
  816.  
  817.  
  818.  
  819.  
  820.  
  821.  
  822.  
  823.  
  824.  
  825.  
  826.  
  827.  
  828.  
  829.  
  830.  
  831.  
  832.  
  833.  
  834.  
  835.  
  836.  
  837.  
  838.  
  839.  
  840.  
  841.  
  842.  
  843.  
  844.  
  845.                                                     Fascicle VII.7 - Rec. T.564     10
  846.  
  847.  
  848. 9.2.2  Application defined attributes
  849.  
  850.        Application defined attributes are attributes specified within this Recommendation for the structure elements of the 
  851. VIA, with non═equivalent attributes within the T.400 Series of Recommendations. They are either mapped to the attribute 
  852. "application comments" specified in Recommendation T.412 (for attributes pertaining to the display structure) or mapped on 
  853. the "application defined attribute list" specified in Recommendation T.441 (for attributes pertaining to one of the four other VIA 
  854. data structures). The mapping is specified in Recommendation T.504 or in Recommendation T.541 respectively.
  855.  
  856. 9.2.3  Specific attributes
  857.  
  858.        These attributes are depending on the SE-type. Examples of specific attributes are attributes specifying the position 
  859. or the dimension of the text. These attributes are defined in Recommendation T.412.
  860.  
  861. 9.2.4  Default value attributes
  862.  
  863.        Since no generic structure, neither object class specification, nor styles are used for the VIA, the values of 
  864. defaultable attributes may only be derived from either standard default values specified for the VIA (in a relevant CCITT 
  865. Recommendation) or from a default value list. A default value list may only be used at the highest level of hierarchy in a 
  866. given data structure.
  867.  
  868.        Therefore, to determine the value of an attribute classified as defaultable the priority order is:
  869.  
  870.        1)   attribute values specified explicitly in the attribute list of the SE itself;
  871.  
  872.        2)   attribute values specified in the "default value list" attributes of the SE situated at the highest level of 
  873.             hierarchy in the considered data structure;
  874.  
  875.        3)   the default value derived from the document profile (see Recommendation T.504) or from the operational 
  876.             application profile (see Recommendation T.541);
  877.  
  878.        4)   the default value defined in Recommendation T.412 or Recommendation T.441 (resp. Annex A to 
  879.             Recommendation T.541).
  880.  
  881. 9.2.5  Reference attributes
  882.  
  883.        Reference attributes specify the relationships between the SEs aside from the tree-structure. Reference attributes 
  884. are specified in Recommendation T.441 (resp. Annex A to Recommendation T.541).  The use of the reference attribute is 
  885. specified in this Recommendation.
  886.  
  887.  
  888. 9.3    General VIA operation
  889.  
  890.        The VIA data structure is partly initialized at the connection establishment time. A number of SEs are implicitly 
  891. created (see Annex A).
  892.  
  893.        The VIA is then created and modified by a series of general VIA-operations on SEs. All the VIA operations 
  894. provoke:
  895.  
  896.        -    a modification of the local VIA;
  897.  
  898.        -    the exchange of DTAM primitives specifying which VIA operations are to be performed on the remote VIA. 
  899.             Recommendation T.523 specifies the mapping of the general VIA operations onto the relevant DTAM 
  900.             operations and the rules for the use of the DTAM service.
  901.  
  902.        After reception of an indication primitive from the DTAM service the VIA is updated and the VIA operations are 
  903. indicated to the local videotex service user.
  904.  
  905.        The general VIA operations to be performed on the SEs are:
  906.  
  907.        a)   CREATE: the creation of an SE;
  908.  
  909.        b)   DELETE: the deletion of an SE and all its subordinate SEs;
  910.  
  911.        c)   MODIFY: the modification of attributes of an SE;
  912.  
  913.             Note - Use of MODIFY operation to add text to both content information attribute of text-unit and 
  914.             operational element content attribute is for further study.
  915.  
  916.  
  917.  
  918.  
  919.  
  920.  
  921.  
  922.  
  923.  
  924.  
  925.  
  926.  
  927.  
  928.  
  929.  
  930.  
  931.  
  932. 11           Fascicle VII.7 - Rec. T.564
  933.  
  934.  
  935.  
  936.  
  937.        d)   REBUILD: the deletion of an SE and its subordinates followed by the creation of a new SE replacing the 
  938.             previously deleted one. This is for further study.
  939.  
  940.        e)   CALL MEMORY: the invocation of predefined or stored sequences of VIA operations.
  941.  
  942.        A DTAM service primitive addressing a particular SE has influence on the existence of that SE (CREATE, 
  943. DELETE) or on the attributes of the SE (MODIFY).
  944.  
  945.  
  946. 10     Videotex structure
  947.  
  948.  
  949.        The videotex structure consists of a document profile, an operational profile and the following structures:
  950.  
  951.        -    The display structure (layout structure)
  952.  
  953.             It contains informations concerning the layout and informations to be displayed. In the VIA the display 
  954.             structure is represented by the DOCUMENT-SE and the subordinate SEs of the DOCUMENT-SE.
  955.  
  956.        -    Four operational structures
  957.  
  958.             1)   The data entry structure
  959.  
  960.                  It provides the user with a flexible means of entering data. It contains elements for describing the 
  961.                  layout of fields, for storing data and for describing the reaction to various user inputs. It is 
  962.                  represented in the VIA by the DATA-ENTRY-SE and its subordinate SEs.
  963.  
  964.             2)   The application control memory structure
  965.  
  966.                  It is used to store VIA operations which can be repeatedly invoked. It is represented in the VIA by 
  967.                  the APPLICATION-CONTROL-MEMORY-SE and its subordinate SEs.
  968.  
  969.             3)   The administrative structure
  970.  
  971.                  It copes with informations such as accounting and identification and is represented in the VIA by the 
  972.                  ADMINISTRATIVE-INFORMATION-SE and its subordinate SEs.
  973.  
  974.             4)   The special terminal facilities structure
  975.  
  976.                  It is used to handle data necessary to set the terminal in a special state. This data is sent to the 
  977.                  terminal before the actual "display data" is sent (e.g. character of dynamically redefinable character 
  978.                  set). It is represented in the VIA by the SPECIAL-TERMINAL-FACILITIES-SE and its subordinate 
  979.                  SEs.
  980.  
  981. 10.1   Display structure
  982.  
  983. 10.1.1 Overview of the display structure
  984.  
  985.        The display structure is concerned with the data to be displayed on the videotex terminal. The following paragraphs 
  986. only describe the elements specific to the display structure. The text of a document to be displayed on a screen can be 
  987. separated into various parts in order to:
  988.  
  989.        -    distinguish between presentation units (such as areas on the screen) or logical units and the rest of the 
  990.  
  991.  
  992.  
  993.  
  994.  
  995.  
  996.  
  997.  
  998.  
  999.  
  1000.  
  1001.  
  1002.  
  1003.  
  1004.  
  1005.  
  1006.  
  1007.  
  1008.  
  1009.  
  1010.  
  1011.  
  1012.  
  1013.  
  1014.  
  1015.  
  1016.  
  1017.  
  1018.  
  1019.  
  1020.  
  1021.  
  1022.  
  1023.  
  1024.  
  1025.  
  1026.  
  1027.  
  1028.                                                     Fascicle VII.7 - Rec. T.564     12
  1029.  
  1030.  
  1031.        screen;
  1032.  
  1033.        -    use of different types of coding;
  1034.  
  1035.        -    allow some parts of the screen to be protected or scrolled;
  1036.  
  1037.        -    allow some parts of the screen to be updated independently from the rest of the screen and have a longer 
  1038.             or shorter life than other parts.
  1039.  
  1040.        This separation introduces a subimage concept which allows different logical and independent areas to be 
  1041. recognized within the screen. These subimages can be:
  1042.  
  1043.        -    updated independently;
  1044.  
  1045.        -    coded independently;
  1046.  
  1047.        -    organized in order to take care of application requirements.
  1048.  
  1049.  
  1050.  
  1051.  
  1052.  
  1053.  
  1054.  
  1055.  
  1056.  
  1057.  
  1058.  
  1059.  
  1060.  
  1061.  
  1062.  
  1063.  
  1064.  
  1065.  
  1066.  
  1067.  
  1068.  
  1069.  
  1070.  
  1071.  
  1072.  
  1073.  
  1074.  
  1075.  
  1076.  
  1077.  
  1078.  
  1079.  
  1080.  
  1081.  
  1082.  
  1083.  
  1084.  
  1085.  
  1086.  
  1087.  
  1088.  
  1089.  
  1090.  
  1091.  
  1092.  
  1093.  
  1094.  
  1095.  
  1096.  
  1097.  
  1098.  
  1099.  
  1100.  
  1101.  
  1102.  
  1103.  
  1104.  
  1105.  
  1106.  
  1107.  
  1108.  
  1109.  
  1110.  
  1111.  
  1112.  
  1113.  
  1114.  
  1115.  
  1116.  
  1117.  
  1118.  
  1119.  
  1120.  
  1121.  
  1122.  
  1123.  
  1124.  
  1125.  
  1126.  
  1127.  
  1128.  
  1129.  
  1130.  
  1131.  
  1132.  
  1133.  
  1134.  
  1135.  
  1136.  
  1137.  
  1138.  
  1139.  
  1140.  
  1141.  
  1142.  
  1143.  
  1144.  
  1145.  
  1146.  
  1147.  
  1148.  
  1149.  
  1150.  
  1151. 13           Fascicle VII.7 - Rec. T.564
  1152.  
  1153.  
  1154.  
  1155.  
  1156.        The subimage concept also allows:
  1157.  
  1158.        -    to clearly separate data entry and display areas;
  1159.  
  1160.        -    to compose a screen via a library of subimages;
  1161.  
  1162.        -    to store subimages independently of the final position on the screen.
  1163.  
  1164.        The display structure consists of:
  1165.  
  1166.        -    one DOCUMENT-SE;
  1167.  
  1168.        -    one PAGE-SE describing the page structure which is used to display videotex frames;
  1169.  
  1170.        -    one or more BLOCK-SEs subordinate to the page;
  1171.  
  1172.        -    at most one content portion subordinate to each block.
  1173.  
  1174.        Figure 5/T.564 describes the hierarchy of the display structure elements.
  1175.  
  1176.  
  1177.  
  1178.  
  1179.  
  1180.                                    FIGURE 5/T.564
  1181.  
  1182.  
  1183.  
  1184.        In the context of videotex interworking between gateways, a page is a rectangular area that correspond to the 
  1185. interchanged defined display area (DDA). A page is always a composite object.
  1186.  
  1187.        Blocks are immediately subordinate to a page. Blocks are rectangular areas. Block-size is restricted to be equal to 
  1188. the page. The use of block-size not equal to page is for further study.
  1189.  
  1190.        All constituents of the display structure conform the definitions of the document structures as specified in T.400 
  1191. Series of Recommendations.
  1192.  
  1193.        The document application profile defined in Recommendation T.504 specifies details on the document profile and 
  1194. the display structure for the videotex interworking between gateways.
  1195.  
  1196. 10.1.2 Application defined attributes
  1197.  
  1198.        This section identifies specific attributes used by the videotex interworking gateway which do not influence the 
  1199. layout process as defined in T.400 Series of Recommendations. These attributes have no direct equivalent in 
  1200. Recommendation T.412 and are mapped to the attribute "application comments".
  1201.  
  1202.  
  1203.  
  1204.  
  1205.  
  1206.  
  1207.  
  1208.  
  1209.  
  1210.  
  1211.  
  1212.  
  1213.  
  1214.  
  1215.  
  1216.  
  1217.  
  1218.  
  1219.  
  1220.  
  1221.  
  1222.  
  1223.  
  1224.  
  1225.                                                     Fascicle VII.7 - Rec. T.564     14
  1226.  
  1227.  
  1228. 10.1.2.1Write-access attribute
  1229.  
  1230.        This attribute is associated with each SE. The specification of this attribute is valid for all structures of the VIA. Its 
  1231. value is used to control the independent manipulation of the SE by any of two communicating hosts (local and external), 
  1232. specifying which host may, at any time:
  1233.  
  1234.        -    modify the attributes of the SE;
  1235.  
  1236.        -    delete or create subordinates SEs.
  1237.  
  1238.        This attribute also specifies the way how the write access may be transferred between the two hosts.
  1239.  
  1240.        This attribute is introduced for further structuring and controlling of the dialogue. This is for further study.
  1241.  
  1242. 10.1.2.2Display-indication
  1243.  
  1244.        This attribute identifies if the block is to be displayed or not. It may take the value "mandatory" or "optional".
  1245.  
  1246.        If the value "mandatory" is selected, then the block is to be displayed, even if the user types ahead.
  1247.  
  1248.        If the value "optional" is selected, then the local host may decide not to display the block when the user types 
  1249. ahead.
  1250.  
  1251.        All "mandatory" blocks within the page must be displayed.
  1252.  
  1253. 10.2   Data entry structure
  1254.  
  1255. 10.2.1 Overview of the data entry structure
  1256.  
  1257.        The data entry structure is used to represent the data entry function. This function is some- times also referred to 
  1258. as data collection function. It allows for a controlled entrance of user suppled information in a truly distributed environment 
  1259. between the local and external hosts. In order to prevent exchange of data through the network for each elementary action of 
  1260. the user, several dialogue steps have to considered between the local and external host:
  1261.  
  1262.        a)   In the first dialogue step, the external host defines a data entry program which describes all the actions the 
  1263.             local host must follow when the user enters data. This data entry program contains the description of the 
  1264.             form, i.e. the description of the different areas of the screen where entry will be performed. It also contains 
  1265.             the reactions to user's inputs the local host has to follow. These reactions, called rules, contain e.g. the list 
  1266.             of allowed character, the type of echo to be performed, the list of possible commands, etc. Moreover, a 
  1267.             guidance message, called prompts, may be associated with each field.  Theses messages are displayed 
  1268.             each time the cursor reaches or leaves the corresponding field in order to give to the user some 
  1269.             information about the filling of the form;
  1270.  
  1271.        b)   When the local host then receives the run (in the case of duplex mode) the local host immediately sends it 
  1272.             back to external host. It executes the defined data entry program till encountering an event which provokes 
  1273.             the termination of the entry. This events must be one of the termination reasons defined by the external 
  1274.             host and correspond either to a valid user command or to the running out of a time out or to the entire 
  1275.             filling of a field. The termination reason is reported back to the external host as the second dialogue step. 
  1276.             According to the regulations of the videotex service at the local host side, the report may or may not 
  1277.             contain the data entered by the videotex user.
  1278.  
  1279. 10.2.2 Data entry structure description (see Figure 6/T.564)
  1280.  
  1281.        The data entry structure consists of:
  1282.  
  1283.  
  1284.  
  1285.  
  1286.  
  1287.  
  1288.  
  1289.  
  1290.  
  1291.  
  1292.  
  1293.  
  1294.  
  1295.  
  1296.  
  1297.  
  1298.  
  1299.  
  1300.  
  1301.  
  1302. 15           Fascicle VII.7 - Rec. T.564
  1303.  
  1304.  
  1305.  
  1306.  
  1307.        a)   one DATA-ENTRY-SE;
  1308.  
  1309.        b)   subordinate to the DATA-ENTRY-SE:
  1310.  
  1311.             -    zero, none or more FIELD-SEs;
  1312.  
  1313.             -    one DATA-ENTRY-PROGRAM-SE;
  1314.  
  1315.             -    one or more RULES-SEs;
  1316.  
  1317.             -    zero, one or more PROMPT-SEs;
  1318.  
  1319.             -    one RESULT-SE;
  1320.  
  1321.  
  1322.  
  1323.  
  1324.  
  1325.  
  1326.  
  1327.  
  1328.  
  1329.  
  1330.  
  1331.  
  1332.  
  1333.  
  1334.  
  1335.  
  1336.  
  1337.  
  1338.  
  1339.  
  1340.  
  1341.  
  1342.  
  1343.  
  1344.  
  1345.  
  1346.  
  1347.  
  1348.  
  1349.  
  1350.  
  1351.  
  1352.  
  1353.  
  1354.  
  1355.  
  1356.  
  1357.  
  1358.  
  1359.  
  1360.  
  1361.  
  1362.  
  1363.  
  1364.  
  1365.  
  1366.  
  1367.  
  1368.  
  1369.  
  1370.  
  1371.  
  1372.  
  1373.  
  1374.  
  1375.  
  1376.  
  1377.  
  1378.  
  1379.  
  1380.  
  1381.  
  1382.  
  1383.  
  1384.  
  1385.  
  1386.  
  1387.  
  1388.  
  1389.  
  1390.  
  1391.  
  1392.  
  1393.  
  1394.  
  1395.  
  1396.  
  1397.  
  1398.  
  1399.  
  1400.  
  1401.  
  1402.  
  1403.  
  1404.  
  1405.  
  1406.  
  1407.  
  1408.  
  1409.  
  1410.  
  1411.  
  1412.  
  1413.  
  1414.  
  1415.  
  1416.  
  1417.  
  1418.  
  1419.  
  1420.  
  1421.  
  1422.  
  1423.  
  1424.  
  1425.  
  1426.  
  1427.  
  1428.  
  1429.  
  1430.                                                     Fascicle VII.7 - Rec. T.564     16
  1431.  
  1432.  
  1433.        c)   a single content portion subordinate to a FIELD-SE;
  1434.  
  1435.        d)   a single content portion subordinate to RESULT-SE;
  1436.  
  1437.        e)   one or more DATA-ENTRY-SUBPROGRAM-SEs subordinate to the DATA-ENTRY--PROGRAM-SE;
  1438.  
  1439.        f)   a single content portion subordinate to a PROMPT-SE.
  1440.  
  1441.  
  1442.  
  1443.  
  1444.                                    FIGURE 6/T.564
  1445.  
  1446.  
  1447. 10.2.3 Modes of communication
  1448.  
  1449.        Two modes of communication between local and external host are defined:
  1450.  
  1451.        -    alternate mode;
  1452.  
  1453.        -    duplex mode.
  1454.  
  1455.        The communication between local and external host may be based on the alternate mode, on the duplex mode, or 
  1456. on both modes.
  1457.  
  1458.        If the communication is based on the alternate mode, the local host should support data entry type 1, type 2 and 
  1459. type 3.
  1460.  
  1461.        If the communication is based on the duplex mode, the local host should support data entry type 4.
  1462.  
  1463.        If the communication us based on both modes, the local host should support all types of data entry.
  1464.  
  1465.        The mode of communication is negotiated in the DTAM association initialization phase. Details are specified in 
  1466. Recommendation T.523.
  1467.  
  1468. 10.2.4 Types of data entry
  1469.  
  1470.        The four different types of data entry program which have been identified, are corresponding to different types of 
  1471. applications and different characteristics of fields:
  1472.  
  1473.        a)   Type 1 - Information retrieval
  1474.  
  1475.             This type makes use of a single implicit information retrieval field which is always present when data entry 
  1476.  
  1477.  
  1478.  
  1479.  
  1480.  
  1481.  
  1482.  
  1483.  
  1484.  
  1485.  
  1486.  
  1487.  
  1488.  
  1489.  
  1490.  
  1491.  
  1492.  
  1493.  
  1494.  
  1495.  
  1496.  
  1497.  
  1498.  
  1499.  
  1500.  
  1501.  
  1502.  
  1503.  
  1504.  
  1505.  
  1506.  
  1507.  
  1508.  
  1509. 17           Fascicle VII.7 - Rec. T.564
  1510.  
  1511.  
  1512.  
  1513.  
  1514.             type1 is selected. The position and dimensions of the field are determined by the lost host, generally 
  1515.             corresponding to an area located in the bottom part of the screen. Consequently, non-specific FIELD-SE 
  1516.             must be used and the reference- to-a-FIELD-SE attribute of the DATA-ENTRY-SUBPROGRAM-SE may be 
  1517.             set to undefined or not be taken into account if defined. When the user has terminated the data entry, the 
  1518.  
  1519.  
  1520.  
  1521.  
  1522.  
  1523.  
  1524.  
  1525.  
  1526.  
  1527.  
  1528.  
  1529.  
  1530.  
  1531.  
  1532.  
  1533.  
  1534.  
  1535.  
  1536.  
  1537.  
  1538.  
  1539.  
  1540.  
  1541.  
  1542.  
  1543.  
  1544.  
  1545.  
  1546.  
  1547.  
  1548.  
  1549.  
  1550.  
  1551.  
  1552.  
  1553.  
  1554.  
  1555.  
  1556.  
  1557.  
  1558.  
  1559.  
  1560.  
  1561.  
  1562.  
  1563.  
  1564.  
  1565.  
  1566.  
  1567.  
  1568.  
  1569.  
  1570.  
  1571.  
  1572.  
  1573.  
  1574.  
  1575.  
  1576.  
  1577.  
  1578.  
  1579.  
  1580.                                                     Fascicle VII.7 - Rec. T.564     18
  1581.  
  1582.  
  1583. information which is sent back to the external host consists of the RESULT-SE which describes all the conditions 
  1584. encountered when the entry is stopped (termination reason, ...). The text associated with the termination reason, if any, is 
  1585. sent to the external host via the content portion associated with the RESULT-SE.
  1586.  
  1587.        b)   Type 2 - Data collection
  1588.  
  1589.             This type generally corresponds to a form type of entry and makes use of one or more fields entirely 
  1590.             defined by the external host. Moreover, in some videotex services, a single implicit information retrieval field 
  1591.             may also be associates with this entry type to enter a videotex command (see  10.2.12.8.1). When the 
  1592.             user has terminated the data entry, the information which is sent back to the external host are the content 
  1593.             portions associated with the fields and the RESULT-SE. The text associated with the termination reason, if 
  1594.             any, is sent to the external host via the content portion associated with the RESULT-SE.
  1595.  
  1596.        c)   Type 3 - Data entry "on the fly"
  1597.  
  1598.             This type makes use of a single implicit field which is always present when data entry type 3 is selected. 
  1599.             The position and dimensions of this implicit field are determined by the cursor position after the display of 
  1600.             the information sent by the external host. Consequently, no specified FIELD-SE is used and reference-to-a- 
  1601.             FIELD-SE attribute of the DATA-ENTRY-SUBPROGRAM-SE may be set to undefined and should not be 
  1602.             taken into account when defined. The size of the field is fixed to 128 bytes. When the user has terminated 
  1603.             the data entry, the information which is sent back to the external host consists of the RESULT-SE. The text 
  1604.             associated with the termination reason, if any, is sent to the external host via the content portion associated 
  1605.             with the RESULT-SE.
  1606.  
  1607.        d)   Type 4 - Duplex data entry
  1608.  
  1609.             This types makes use of a single implicit field which is always present when data entry type 4 is selected. 
  1610.             The position and dimensions of this implicit field are determined by the current cursor position. 
  1611.             Consequently, no specific FIELD-SE is used and reference-to- a-FIELD-SE attribute of the DATA-ENTRY- 
  1612.             SUBPROGRAM-SE may be set to undefined and should not be taken into account when defined. The size 
  1613.             of the field is fixed to 128 bytes. When the user has terminated the data entry, the information which is 
  1614.             sent back to the external host consists of the RESULT-SE. The text associated with the termination reason, 
  1615.             if any, is sent to the external host via the content portion associates with the RESULT-SE.
  1616.  
  1617. 10.2.5 DATA-ENTRY-SE
  1618.  
  1619.        This is the SE at the highest level of the data entry structure. Only one DATA-ENTRY-SE may be defined at a 
  1620. given time.
  1621.  
  1622. 10.2.6 DATA-ENTRY-PROGRAM-SE
  1623.  
  1624.        This SE is subordinate to the DATA-ENTRY-SE. At a given time, one and only one DATA-ENTRY- PROGRAM-SE 
  1625. may be subordinate to the DATA-ENTRY-SE. A data entry program performs a data collection function on a form. A form 
  1626. corresponds to a screen structured into none, one or more fields where the user may enter data.
  1627.  
  1628.        The following attribute is mapped to the reference attribute defined in Recommendation T.441 (resp. Annex A to 
  1629. Recommendation T.541).
  1630.  
  1631. 10.2.6.1First-subprogram
  1632.  
  1633.        This attribute is set by the external host to indicate to the local host the reference to the first data entry 
  1634. subprogram to be executed. However if the local host is not able to start with the indicated first subprogram the local host 
  1635. may fall back to process the subprograms in the natural order of the SE-identifiers.
  1636.  
  1637.        The application defined attributes of the DATA-ENTRY-PROGRAM-SE are the following:
  1638.  
  1639. 10.2.6.2Data-entry-type
  1640.  
  1641.        This attribute is specified by the external host to indicate which interpretation the local host has to perform in order 
  1642. to be able to support the entry. This attribute may take the value type 1, 2, 3 or 4. The value indicates which type of data 
  1643. entry has to be performed.
  1644.  
  1645.  
  1646.  
  1647.  
  1648.  
  1649.  
  1650.  
  1651.  
  1652.  
  1653.  
  1654. 19           Fascicle VII.7 - Rec. T.564
  1655.  
  1656.  
  1657.  
  1658.  
  1659.        Remark on the control of the user input
  1660.  
  1661.        In the general situation of an international videotex interworking the following attributes, specified to allow local 
  1662. hosts to control the users' input, may not be supported by some local hosts.  In these cases no checking of the relevant 
  1663. attributes will be performed by the local host.
  1664.  
  1665. 10.2.6.3Allowed-characters-for-a-keyword-access-command
  1666.  
  1667.        This attribute set by the external host indicates whether the list of characters represents the allowed or forbidden 
  1668. characters.
  1669.  
  1670.        Possible values:Yes: means allowed characters in the list;
  1671.                           No: means forbidden characters in the list.
  1672.  
  1673.        This attribute is not taken into account if the D1 d command is disabled.
  1674.  
  1675. 10.2.6.4Character-list-for-keyword-access
  1676.  
  1677.        This attribute set by the external host contains a list of allowed or forbidden characters for keyword access. The list 
  1678. is encoded according to T.51 plus "space".
  1679.  
  1680.        This attribute is not taken into account if the D1 d command is disabled.
  1681.  
  1682. 10.2.6.5Max-length-keyword-access
  1683.  
  1684.        This attribute set by the external host specifies the maximum length of the input field for keyword access.
  1685.  
  1686. 10.2.6.6Allowed-character-for-a-direct-access-command
  1687.  
  1688.        This attribute indicates whether alphabetic characters (a, b, ... z) may be used inside a direct access command. 
  1689. This attribute is defined by the external host but not taken into account if the D1 b command is disabled.
  1690.  
  1691.        Possible values:Yes: means alphabetic characters are allowed;
  1692.                           No: means alphabetic characters are not allowed.
  1693.  
  1694. 10.2.6.7Max-length-direct-access
  1695.  
  1696.        This attribute set by the external host specifies the maximum length of the direct access input.
  1697.  
  1698. 10.2.7 RESULT-SE
  1699.  
  1700.        The RESULT-SE is subordinate to the DATA-ENTRY-SE. At a given time only one RESULT-SE may be 
  1701. subordinate to the DATA-ENTRY-SE.
  1702.  
  1703.        The following attribute is mapped to the reference attribute defined in Recommendation T.441 (resp. Annex A to 
  1704. Recommendation T.541).
  1705.  
  1706. 10.2.7.1Last subprogram
  1707.  
  1708.        This attribute set by the local host reflects the reference to the data entry subprogram currently  being executed 
  1709. when a termination reason was detected. Some local hosts may not be able to update this attribute when the user aborts the 
  1710. filling of the form. Consequently, this attribute may be left undefined when the termination reason is D17.
  1711.  
  1712.        The application defined attribute of the RESULT-SE is the following:
  1713.  
  1714. 10.2.7.2Termination reason
  1715.  
  1716.        This attribute set by the local host indicates the reason which provoked the termination of the data entry. This 
  1717. reason may be either a valid command, the entire filling of the field or the expiration of a time out.
  1718. 10.2.8 Result content portion
  1719.        This content portion set by the local host and reported in some cases to the external host if the termination reason 
  1720. attribute of the RESULT-SE corresponds to a command with parameter: D1.
  1721.        The result content portion makes use of the attribute operational element content type (see Recommendation 
  1722. T.441, resp. Annex A to Recommendation T.541), as follows:
  1723.  
  1724.  
  1725.  
  1726.  
  1727.  
  1728.  
  1729.  
  1730.  
  1731.                                                     Fascicle VII.7 - Rec. T.564     20
  1732.  
  1733.  
  1734. 10.2.8.1Type of coding
  1735.  
  1736.        This attribute is set by the local host and specifies the coding used to represent the content and may take one of 
  1737. the following values:
  1738.  
  1739.        -    T.50 (IRV);
  1740.  
  1741.        -    T.51 "plus space".
  1742.  
  1743.        The result content portion makes use of the attribute operational element content (see Recommendation T.441, or 
  1744. Annex A to Recommendation T.541), as follows:
  1745.  
  1746. 10.2.8.2Content information
  1747.  
  1748.        This attribute is set by the local host to report the text associated with the termination- reason attribute of the 
  1749. RESULT-SE, if any.
  1750.  
  1751. 10.2.9 FIELD-SE
  1752.  
  1753.        A field is used to defined a subimage where user inputs are to be echoed. It is used by the local host for reporting 
  1754. to the external host user inputs. It may also be used by the external host to describe a subimage or to set initial data into an 
  1755. entry area. A FIELD-SE is subordinate to a DATA-ENTRY-SE. At a given time, several FIELD-SEs may be subordinate to a 
  1756. DATA-ENTRY-SE.
  1757.  
  1758.        The application defined attributes of the FIELD-SE are the following:
  1759.  
  1760. 10.2.9.1Field layout
  1761.  
  1762.        This attribute specifies the layout characteristics of the field. A field is described as a sequence of rectangular 
  1763. areas called hereafter field-blocks. Each field-block is described by its position (X, Y) and its dimensions (DX, DY).
  1764.  
  1765.        Remarks on the use of system fields
  1766.  
  1767.        The system field facility is an optional function provided by a videotex service. A system field is a data collection 
  1768. field in which predetermined type of data is filled in by the videotex service or by the user.
  1769.  
  1770.        When using system fields in an international connection it has to be taken into account that a general user 
  1771. identification mechanism based on the ongoing work on ACSE and the use of association (D-INITIATE service) is for further 
  1772. study, and that the harmonization of the concerned type of data with other telematic services is still under study.
  1773.  
  1774.        It is up to the Administrations to decide to set up or not the system field facility.
  1775.  
  1776.        The implementation and use of the above system fields in international connections may be subject to legal 
  1777. restrictions (e.g. consumer privacy) that may be in effect nationally or internationally.
  1778.  
  1779.        Services which do not support the system field facility will ignore all the associated protocol items and consider all 
  1780. the system fields as normal data collection fields.
  1781.  
  1782.        The international availability of this data or parts of it may be subject to legal restrictions or restrictions imposed by 
  1783. users or Administrations.
  1784.  
  1785. 10.2.9.2Field-type
  1786.  
  1787.        This attribute is set by the external host to indicate whether or not the field is a system field. A system field is a 
  1788. field that should be filled in by the local host system itself and not by the user. If this attribute has the value "0" then the field 
  1789. is to be completed by the user - i.e. a normal data collection field. A non-zero value indicates that (if possible) the local host 
  1790. should complete the field with system data as follows:
  1791.  
  1792.        1    Country code
  1793.        1a   National telephone number
  1794.        2    Subscriber No.
  1795.        2a   Co-user-suffix
  1796.        2b   User No.
  1797.        3    Subscriber title
  1798.        4    Subscriber name
  1799.        5    Additional name
  1800.        6    Street
  1801.  
  1802.  
  1803.  
  1804.  
  1805.  
  1806.  
  1807.  
  1808.  
  1809. 21           Fascicle VII.7 - Rec. T.564
  1810.  
  1811.  
  1812.  
  1813.