throbber
288
`
`IEEE Transactions on Consumer Electronics, Vol. CE-25, No. 3, July 1979
`
`TELETEXT AND VIEWDATA SYSTEMS AND THEIR POSSIBLE EXTENSION
`TO EUROPE AND USA
`
`G. O. Crowther
`Mullard Limited
`New Road, Mitcham, Surrey, U.K.
`
`INTRODUCTION
`In this paper it is proposed to explore the extension of the
`UK Viewdata and Teletext systems primarily into the USA
`but also to Europe. The paper is complementary to the
`paper by N.E. Tanton, BBC, entitled ‘UK Teletext —
`Evolution and Potential’.
`In adapting and extending an
`existing system it
`is worth recognising the basic starting
`points. For the UK Teletext and Viewdata systems these
`can be summed upasfollows:
`
`1) decodercosts,
`2) ease of use by the end user.
`
`The cost of the basic decoding system was considered to
`be one of the prime parameters of the whole system. The
`price increment of including Teletext into the domestic tv
`receiver was targetted at significantly less than 10% and
`20% for a combined Teletext and Viewdata system. It was
`considered that unless these targets were achieved,
`the
`market size would not be sufficient to achieve the economy
`in scale essential for the success of the project. For this
`reason the system specifications werea collaborative effort
`between the broadcasters, the Post Office, the set makers,
`and the IC manufacturers. There are already good signs that
`the initial concepts were correct.
`In setting up the systemsspecifications, to a large extent
`it is Teletext which imposes most of the constraints, and
`for this reason will be the major subject of the paper.
`
`THE BASIC TELETEXT/VIEWDATA DECODER
`To understand the consequences of changing the systems
`to NTSC standards, it is necessary to understand the basic
`decoder requirements. Fig.1 shows the main sections of a
`combined decoder.
`The section marked Teletext demodulator is a linear
`circuit. It is in this section that the incoming video signalis
`converted into a digital signal and a synchronous clock
`generated. Further, if the full opportunities of Teletext are
`to be realised such as sub-titling and news-flash, then the
`display timing system of the decoder has to be locked to
`the incoming picture signal. This function is also performed
`within the Teletext demodulator.
`The acquisition circuit selects the user-requested page
`from the incomingserial bit stream. It then converts the
`
`signal into bytes of information with an appropriate address
`and writes the data into a definite location in the page
`memory.
`In any Teletext system this process, for speed
`reasons, has to be handled by dedicatedlogic.
`The Viewdata demodulator is a conventional modem in
`which the specification on signal-to-noise ratio has been
`slightly relaxed taking account that only short line working
`will be required.
`The Viewdata acquisition again takes the incoming data
`stream and convertsit into bytes of data with an appropriate
`address for direct insertion into memory. In the Viewdata
`system the acquisition circuit
`also converts the user
`requests to the central data base into an outgoing data
`strearn. Finally all the automatic call set up, shut down, and
`identification procedures are handled in this section.
`The procedures employed in both these Viewdata
`sections are largely covered by international standards
`(CCITT) and this section could be transferred in principle
`directly to the US and European markets withoutsignifi-
`cant change.
`The page memory holds a complete page of data in
`coded form (ASCII) whilst the character generator converts
`the digitally-coded signal stored in memory into video
`signal for display on the picture tube.
`The timing section provides the timing signals (line
`flyback and field flyback pulses) and also addresses both
`the memory and the character generator to ensure the
`informationis displayed on the correct location on screen.
`It is essential for economic reasons that the above three
`sections are common to both Teletext and Viewdata.
`
`+ Video
`BUCAo as
`demodulator
`
`generator acquisition
`
`>
`
`Page
`memory
`
`[Oar ireleatis
`ai
`— Bir — ,
`iialaanie
`display
`
`aIOTdyas
`acquisition
`}
`.
`Viewdata
`
`Viewdata
`demodulator
`# POline
`
`RECEIVED JUNE20, 1979.
`
`0098-3063 /79/0400-0288$00.75©1979IEEE
`
`Fig.1 — Basic Teletext and Viewdata system
`PMC Exhibit 2059
`PMC Exhibit 2059
`Apple v. PMC
`Apple v. PMC
`IPR2016-00753
`IPR2016-00753
`Page 1
`Page 1
`
`

`

`Crowther: Teletext and Viewdata Systems and Their Possible Extension
`
`289
`
`Significant changes will be required in this area for opera-
`tion on NTSCaswill be discussedlater.
`The user interface has to interpret user requests and
`instruct the rest of the decoder. In present systemsthis is
`performed by dedicated logic circuits but,
`in future,
`it
`could be handled with advantage by a micro-computer.
`There are two main areas to be examined in converting
`the present UK Teletext and Viewdata systems for NTSC
`based television sets:
`
`1) transmission format of Teletext,
`2) the display format.
`
`The latter point affects both Viewdata and Teletext.
`However, the implication on Viewdata occurs only in the
`main data base software and the decoder character genera-
`tor but not
`the transmission system. In Teletext
`it has
`also a direct implication on the transmission strategy and
`the acquisition circuits.
`
`TELETEXT SYSTEM CONSTRAINTS
`In designing a Teletext system two major factors have to be
`recognised.
`
`1) Teletext unlike other data communication systemsis
`non-interactive.
`2) The data rateis 1 M byte/s.
`
`The non-interactive nature of the Teletext system ‘is
`perhaps the more important factor. It affects the method of
`transmission adopted and decoder design; in particular, the
`techniques adopted for transmission error protection and
`the need to give apparent user interaction.
`There are essentially two ways in which the end user can
`obtain a piece of desired information from the Teletext
`system. The first is that he be told in advance of the time of
`transmission, in much the same way as a tv programme, and
`therefore be ready to request the pageat that time. Alterna-
`tively, all the data is transmitted cyclically and the user has
`
`to wait for the time in the cycle for the specific data to be
`transmitted. Both these strategies have been built into the
`UK system.
`.
`The user feedback and error strategies have been based
`on the cyclical nature of the majority of information.
`Single transmission of timed information can only be
`achieved reliably and economically in any Teletext system
`if the data is transmitted two or three times.
`The high data rate, particularly if a whole tv channelis
`devoted to Teletext, requires special consideration from the
`decoder designer’s point of view. There is no software-based
`system that could process and sort data at this rate, and
`consequently the coding system adopted has to minimise
`the dedicated logic necessary in the decoderto select the
`data requested and transfer it direct
`to memory in an
`ordered manner.
`
`ANALYSIS OF BASIC TRANSMISSION SYSTEM
`ADOPTED IN UK
`
`The basic format of the data transmission is shown in Fig.2.
`Essentially, the data stream is located on the tv line in the
`space normally occupied by video. NRZ coding has been
`employed for coding a binary bit and transmitted as a
`raised cosine, see Fig.3. The data stream has been divided
`up into bytes of 8 bits each and these are further divided as
`shown into three groups: sync, address, and data. Theline
`flyback pulses are an important part of the Teletext signal
`and would be required if the whole channel were given over
`to test transmission.
`In essence, the line sync pulses give reliable marking of a
`packet of data and act as a flag for the synchronisation data
`{both bit and byte synchronisation). This allows the
`decoder to readily and reliably keep the data clock in
`synchronism with the data.
`The line flyback pulse is also employed in UK Teletext
`to flag the address information. Again, to simplify decoder
`design,
`the address gives adequate information to the
`decoder of the nature and precise location in memory of
`the following data and as a consequenceits location on the
`
`3sync
`
`10 address
`
`30 data
`
`Ro format
`
`3sync
`
`2 address
`
`40 data
`
`(
`
`|
`(i
`1
`'
`1
`
`,
`
`=5
`
`Slicing
`levels
`
`'
`
`
`|
`|
`|
`t
`|
`,
`\
`|
`1
`|
`1
`
`'
`H
`I
`‘
`I
`
`Incoming
`
`data
`
`Recovered
`data
`
`Recovered
`clock
`
`R1 to R23 format
`
`Fig.2 — UK Teletext packet formats
`
`Fig.3 — Data and clock recovery
`
`PMC Exhibit 2059
`PMC Exhibit 2059
`Apple v. PMC
`Apple v. PMC
`IPR2016-00753
`IPR2016-00753
`Page 2
`Page 2
`
`

`

`290
`
`IEEE Transactions on ConsumerElectronics, Vol. CE-25, No. 3, July 1979
`
`Clock runin
`& address
`
`
`le—
`Data
`
`—>
`
`
`
`
`Fig.4 — Direct relationship between data on tv line and display row
`
`final display, see Fig.4. In this way only address data has to
`be processed at the high incoming datarate.
`It
`is recognised that a page of data will be made up of
`several packets of data and that certain address information
`would be common to every packet. To economisein trans-
`mission time, two types of packet are defined as shown in
`Fig.2.
`The Rp packet contains all the common address inform-
`ation for a page of text consisting of several packets of
`data. The Rp packet marksthestart andfinish of a page.
`The data to be transmitted may then be divided into a
`maximum of 32 packets with a unique address location in
`the decoder memory.
`In the packets labelled R,
`to Ray
`minimumaddressing is incorporated to identify the packet.
`In this manner the throughput of data is maximised. It
`should be recognised that one unrequired address bit per
`packet represents the loss of approximately one packet of
`message data per page.
`The amount of data incorporated in a packet is depend-
`ent on the bandwidth of the tv network.
`In Europe 45
`bytes can be reliably transmitted, which permits one row
`of the final display to be transmitted within onetyline.
`The bandwidth of the NTSCsystem will not allow this data
`rate and an alternative method of packaging will be
`required. This will be discussedlater.
`
`the new page is requested until its acquisition. The user is
`given immediate feedback;
`the system is
`functioning
`correctly even though the page requested is not being trans-
`mitted. Other variants on the facility are clearly possible
`but they can only be achieved economically if the one-to-
`one relationship exists.
`More important, is to examine the effects of errors in a
`transmission. If errors occur in any Teletext system, either
`detected or undetected, the only possible action is to wait
`for a repeat
`transmission. Furthermore, since errors are
`likely to be caused by noise, probably aided by other
`distortion phenomena(reflections, asymmetric distortions
`in equipment, and co-channel interference), it is probable
`that
`the next reception of the required text will contain
`errors but in new locations. Advantage can be taken ofthis
`fact if the coding system is well chosen. It can be arranged
`that an integration of correct text automatically takes place
`by the use of simple parity checks over two or three
`receptions of the wanted data. Forthis to be achieved, it is
`vital
`that
`the page selection and the page formatting
`information are protected against disturbance. Hamming
`codes for the protection and correction of the address data
`are employed. The correction is important in that it ensures
`that the following valid “good”data is not rejected due to a
`1 bit error in the address with a consequent extension of
`the access time of a specific page.
`For decoder design,it is essential that the non-standard
`code (e.g. Hamming protected address) is marked by a flag
`that can be readily recognised.
`In the UK synchronous system the page formatting data
`always occurs at the start of a tv line and, in essence, the
`line syne pulses act as the flag. The normal flywheel tech-
`niques give complete protection to this methodof flagging.
`More recent work on multilanguage systems (Ref.1) has
`led to a technique of achieving greater security on the data
`than is achieved with the simple parity system by a small
`addition to the decoder as shownin Fig.5.
`The memory has been increased from 1K7 to 1K8 of
`which 1K7 are employed to store the page of data. The
`eighth bit is employed as a status bit for the associate byte
`
`|
`
`10 address
`8 data
`
`iP
`DESIGN ADVANTAGESOF DIRECT ADDRESSING
`8 data
`SYSTEM
`
`Video
`
`There are three instances where the fixed relationship
`ad Acquisition
`Memory
`to character
`generator
`between the transmitted data and display data onatv line
`is of importance. The first is when the user requests a new
`page; the second whenerrors occurin the transmission; and
`lastly,
`in the future when full channel Teletext transmis-
`sions are implemented.
`To cover
`the first aspect, all present LSI decoders
`display on screen every page header. Since the page number
`is always transmitted in the samelocation, it will appear on
`screen as a continually changing or rolling display. [t has
`been arranged that the page numberrolls from the instant
`
`
`
`
`ee Ledlola)
`
`Flag
`
`Fig.5 — Strategy for polyglot system
`
`PMC Exhibit 2059
`PMC Exhibit 2059
`Apple v. PMC
`Apple v. PMC
`IPR2016-00753
`IPR2016-00753
`Page 3
`Page 3
`
`

`

`Crowther: Teletext and Viewdata Systems and Their Possible Extension
`
`291
`
`
`
`
`Status of Present|Comparison|New data
`
`IMPLEMENTATION OF TELETEXT ON NTSC
`new data
`flag
`old &
`into
`
`There are two inter-related aspects to be reviewed: the page
`Status
`new data
`memory
`format and the transmission data bit rate.
`First
`.
`reception
`-
`Write
`0
`In one solution the one-to-one relationship between data
`
`
`
`Second &
`
`
`on tv line and the displayed row is retained. In the other
`Agrees
`subsequent
`
`the two are optimised independently. In the first solution
`
`Second &
` Agrees
`the existing UK hardware can be employed but an undesir-
`subsequent
`
`able compromise has to be taken between two conflicting
`Second &
`
`
`requirements. An alternative system is examined which
`subsequent
`Second &
`avoids the conflict between data format and transmission
`
` Disagrees
`subsequent
`
`data rate. The second proposal allows field trials to be
`undertaken over a wide range ofdata rates.
`
`Disagrees
`
`Fig.6 — Error strategy
`
`Page Format
`In Europe the page format adopted is 40 characters/row
`and 24 rows/page. Experience in the UK suggests that
`editorially it
`is undesirable to reduce the number of
`displayed characters below 40. It
`is also recognised that
`there is a desire in the USA to implement Teletext via
`set-top adaptors as well as incorporating them with the tv
`receiver as is generally practised in Europe.
`Thus a bandwidth constraint is imposed on the created
`Teletext video signal as well as on the incoming data. The
`factors which determine the outgoing signal bandwidth are
`shown in Figs.7 and 8. It will be seen that a 40 character
`display is possible within the NTSC system providedit is
`not associated with the incomingsignal rate.
`
`Display time
`max. 42 ys
`
`242 lines
`
`196 lines
`= 20 rows
`
`Desired
`Teletext display
`allowing 10°.
`margin
`
`of data. Incoming information is only written into memory
`after a comparison between it and the data already stored
`and the status bit. The decision table is given in Fig.6.
`In conclusion, it is worth mentioning that conventional
`methods of protecting serial data such as BCC or CRCare
`not as effective as the combination of majority decision
`described above and Hamming protection, although they
`can be very effective ingiving confidence that the data in
`memory is correct particularly if it contains important
`numeric data.
`Another important advantage of the simple relationship
`in decoder design arises when the system is extended by
`inserting data on morelines than the twotv lines currently
`ee— 52ps ———__—____>
`employed.
`POTTSSS SS Se Se ae es we ey
`A number of organisations are already investigating
`systems which would dedicate a tv channel to Teletext on
`625/525 lines for at least part of the day. In these circum-
`stances data will arrive at approximately 1 M byte/s. This
`has to be processedand sorted as it comes in unless severe
`constraints are imposed on the order in which data is
`transmitted and,
`in addition, considerable buffer stores
`incorporated in the decoder with the consequential cost
`penalty.
`With the present simple relationship the data can be
`readily processed as it arrives and present day decoders can
`already be adapted with minor change to full 625/525 line
`Operation.
`It is of interest to note that 625 line operation would
`give the possibility of 10 000 full pages with a cycle time of
`6 dots/character
`Display
`No. of
`% minute, whilst
`the decoders today already have the
`
`characters|Display time per Display Highest
`
`
`capability of selecting 1 out of 2% million pages.
`displayed character|clock rate|fundamental
`
`Per row
`“us
`us
`MHz
`freq. MHz
`One ofthe penalties often attributed to the fixed format
`concept is the use of serial picture attributes (colour, etc.)
`as opposedto parallel. Both definitions of picture attributes
`can be transmitted by the UK direct addressing method. It
`‘was, however, a conscious decision at the time of writing
`the UK specification to adoptserial attributes. Parallel attri-
`butes increase the cost of the decoder (at least twice size of
`memory) and cause an indeterminate increase in the trans-
`mission time.
`
`of text
`
`
`Normalpicture size allowing 10°/. overscan
`
`Fig.? — Factors affecting display of Teletext
`
`Fig.8 — Display bandwidth for two format strategies
`
`PMC Exhibit 2059
`PMC Exhibit 2059
`Apple v. PMC
`Apple v. PMC
`IPR2016-00753
`IPR2016-00753
`Page 4
`Page 4
`
`

`

`292
`
`IEEE Transactions on ConsumerElectronics, Vol. CE-25, No. 3, July 1979
`
`The number of rows to be displayed is limited by the
`numberof tv lines visible on the screen. A minimum of 10
`lines is required to form a row of characters (upper and
`lower case) which leads to an optimum page format of 40
`characters per row and 20 rows.
`
`Transmission Strategy for NTSC
`At this stage in the Teletext field trials in the USA, thereis
`no information as to the maximum data rate that can be
`handled by the NTSC system. For this reason, a numberof
`alternative solutions are given in Fig.9 whilst
`the basic
`principles are shown in Fig.10 by a single example.
`
`Display 40 characters/row and 20 rows/page
`
`Code
`transmitted
`
`Location of data
`on display
`
`Ro
`R41
`Ro
`R3
`R31
`
`R4
`R5
`Rg
`R7
`R30
`
`Rig
`Ri
`Rig
`Rig
`R27
`
`First 32 chara. Row 1
`”
`”
`”

`2
`”
`”
`”

`3
`mo”
`”
`so
`4
`Last 8 chara. Row tto 4
`
`First 32 chara. Row 5
`”
`”
`a”
`”
`6
`”
`u
`”
`8
`7
`”
`”
`”

`8
`Last 8 chara. Row 5 to 8
`
`First 32 chara. Row 17
`yy
`”
`3
`» 18
`”
`”
`”
`» 19
`”
`”,
`”
`» 20
`Last 8 chara. Row 17 to 20
`
`Fig.11 — Typical transmission sequence for packets using 32 charac-
`Pages as
`Pages per
`incoming
`Data bytes
`ters as example
`*fo Of PAL
`secondat
`data clock
`on received
`
`
`data line 2data/frame|systemsrate (MHz}
`
`+17
`
`20
`24
`27
`30
`32
`
`:
`
`:
`
`3
`36
`4
`4:5
`48
`
`-27
`-12
`Oo
`+10
`
`Emma
`
`Row 5
`Row 4
`
`
` iRow1, 3Ocharacters
`}
`<The quick brown fox jumps ove
`
`i Row 2, 30 characters i
`
`ithe lazy dog. The quick brown
`enaccesavnnasanencanesnnmseensnenatennan!Hi
`
`
`iRow3, 30 characters
`i jumps over !
`ffox jumps aver the lazy dog---!
`
`
`
`Fig.10 — Strategy for reduced bandwidth defined Teletext transmis-
`sion with 40 character display
`
`In the example of Fig.10, 32 message bytes are transmit-
`ted on a tv line representing a data clock rate of ~ 5.6 MHz.
`In the proposal, the first 20 packets (labelled 0 to 19)
`are employed to convey the data on the left-hand side of
`the screen. This permits an identical simple decoder design
`as currently employed to load the information into
`memory.
`The small sections on the right-hand side of the screen
`consisting of 8characters are packaged together
`into
`sequential groups of 4 andtransmitted on 5 further packets
`labelled, for instance, 27 to 31 inclusive.
`
`To improve the presentation of the data on first recep-
`tion of the page, it is proposed to interleave these sub-groups
`within the. main sequence. That
`is,
`the transmission
`sequence could be Ry Rj R3R3; Ry Rs Rg Rz Raq Rg
`...ete., see Fig.11. Experiments have shown that visually
`no difference can be detected between the above strategy
`and the present European method of transmitting a com-
`plete row.
`In Fig.9 five strategies are described with data clock
`rates from 3.8 to 5.6 MHz which, it is felt, should cover the
`NTSC requirements. A comparison is also made between
`the number of pages received per second for each strategy
`as compared with European systems.
`If it were so desired, clock rates above and below the
`above figures could be employed adopting the principles
`already described.
`The cost
`implications of the above proposals on the
`decoder are extremely small, and present-day decoders can
`be readily adapted to the scheme with a small peripheral
`circuit.
`
`Possible Future Extensions of the Teletext Service
`In the design of the Teletext service in the UK it was
`considered essential
`to be able to enhance the service as
`new features were devised and technology permitted.
`Already a number of enhancementsare being considered.
`1) Multipage memoryfor rapid access of related
`information
`2) Full channel tv
`3) Multilingual operation to caterforall Latin languages
`and non-Latin language requirements
`4) Remote programming of character generator
`specialised pages, for instance: mathematics,
`chemistry, and minority languages
`5) Remote programming of local hometerminal.
`
`for
`
`PMC Exhibit 2059
`PMC Exhibit 2059
`Apple v. PMC
`Apple v. PMC
`IPR2016-00753
`IPR2016-00753
`Page 5
`Page 5
`
`

`

`Crowther: Teletext and Viewdata Systems and Their Possible Extension
`
`293
`
`Experiments in the UK have shown that all the above
`enhancements can be implemented with the present Teletext
`decoding scheme and with only minor modifications to the
`basic decoders.
`In enhancing the system, three aspects have to be taken
`into account:
`
`1) new decoders must be able to receive all services,
`2) ensure old decoders will not be disturbed by the
`additional features,
`3) the simple decoder does not have an inbuilt cost
`penalty for the more sophisticated systems.
`
`The first requirement will be met by the appropriate
`redesign of the decoder, and to a large extent depends on
`the nature of the new service. The methods of achieving
`Points 2 and 3 are illustrated for the language extension in
`Figs.12 and 13.
`It employs the fact that the page numbertransmitted in
`the page header Rg is transmitted as two BCD codes. The
`decoders have been designed so that the user can request
`only units 0 to 9 and tens 10 to 90. This meansthat binary
`codes 10 to 15 in both tens and units may be transmitted
`but never requested by an old decoder.
`In both illustrations it is assumed that the Page 151 is
`normal text suitable for both types of decoder, whilst Page
`152 is in Turkish and can only be decoded in second
`generation decoders.
`In the first method (Fig.12) Page 151 is terminated with
`a normal Roy, and would thusbe received normally by both
`forms of decoder. If an old decoder were to request Page
`152,
`it would accept
`the page header with the message
`saying the text is in Turkish but the page would be termina-
`ted by the nextline which is a non-standard Ro.
`Since the old decoder can never request a non-standard
`
`page code, this line and all subsequent lines until the next
`standard Rp will be ignored. Thus, the old decoderis just
`informed that Page 152 is not available to the user.
`A new decoder can be trained to accept
`these non-
`allowed codes and recognise that a new addressing structure
`applies and thus be able to receive the information. Using
`this technique at least 48 new extensionsare possible.
`
`CONCLUSION
`The problems of adapting the Teletext and Viewdata
`systems to the NTSC have been analysed and the two
`significant changes, the data clock rate in Teletext and the
`page format, have been discussed.
`The reasons for adopting a direct addressing technique
`for Teletext have been analysed and the advantages in terms
`of decoder design cost and performance given. A number of
`strategies have been given to optimally match the concepts
`to the NTSC system. The option chosen must depend on
`the results of field trials. At present, it is suggested that a
`display format of 40 characters per row and 20 rows should
`be employed. The techniques described allow many other
`display formats if this were considered desirable.
`Finally, an indication of a number of directions of
`service ehancements being considered in the UK has been
`given. Techniques have been described of how these new
`features could be introduced without interfering or causing
`obsolescence of the basic decoders.
`
`REFERENCE
`1. CHAMBERS,J.P., ‘Teletext alphabets and error protec-
`tion’. EBU Review — Technical No.173 (Feb. 1979).
`
`page 151
`
`Ro
`Ri
`Re
`,
`
`Received by normal and
`enhanced decoders
`
`Ro
`Ri
`
`page 151
`
`Displayed on normal
`R23
`Pagein Turkish } decoders
`page 152
`Ro
`page(15)152 New Ro format
`Acts as page terminator
`Ro
`.
`R23
`for normal decoders
`Ri
`Ro—page (15) 122 NewRg format } Acts as page terminator
`Ro
`Ri
`for normal decoders
`
`,
`:
`
`Received by normal and
`enhanced decoders
`
`,
`R20
`Ro
`
`page ?
`
`Enhanced decoders only
`
`:
`;
`R20
`
`Received by enhanced
`decoders only
`
`Fig.12 — Transmission sequence to separate normal and polyglot
`terminals
`
`Fig.13 — Alternative transmission sequence to separate normal and
`polyglot terminals
`
`PMC Exhibit 2059
`PMC Exhibit 2059
`Apple v. PMC
`Apple v. PMC
`IPR2016-00753
`IPR2016-00753
`Page 6
`Page 6
`
`

`

`BIOGRAPHY
`
`in Engineering
`G. O. Crowther received the B.Sc.
`from Imperial College, London. He joined Mullard
`Limited in 1950 in their application laboratory. His
`present position is coordinator of consumerelectronics
`in the Mullard Application Laboratory with responsibili-
`ties for the applications of all components to television,
`radio, audio, and domestic appliances. He has a prime
`role within Philips for Teletext and Viewdata. His ex-
`perience includes work on radiation monitoring equip-
`ment, simple control systems, electronic telephone
`exchanges, calculators, nano-second logic systems,
`computer interfaces, and consumerelectronics. He has
`been part of and contributed to the evolution of Teletext
`and Viewdata sincetheir initial conception some seven
`years ago.
`Mr. Crowther has some 20-30 patents on a wide
`range of subjects and a similar number of papers and
`lectures to learned bodies and magazines.
`
`IEEE Transactions on Consumer Electronics, Vol. CE-25, No. 3. July 1979
`
`
`
`G. O. Crowther
`
`PMC Exhibit 2059
`PMC Exhibit 2059
`Apple v. PMC
`Apple v. PMC
`IPR2016-00753
`IPR2016-00753
`Page 7
`Page 7
`
`

This document is available on Docket Alarm but you must sign up to view it.


Or .

Accessing this document will incur an additional charge of $.

After purchase, you can access this document again without charge.

Accept $ Charge
throbber

Still Working On It

This document is taking longer than usual to download. This can happen if we need to contact the court directly to obtain the document and their servers are running slowly.

Give it another minute or two to complete, and then try the refresh button.

throbber

A few More Minutes ... Still Working

It can take up to 5 minutes for us to download a document if the court servers are running slowly.

Thank you for your continued patience.

This document could not be displayed.

We could not find this document within its docket. Please go back to the docket page and check the link. If that does not work, go back to the docket and refresh it to pull the newest information.

Your account does not support viewing this document.

You need a Paid Account to view this document. Click here to change your account type.

Your account does not support viewing this document.

Set your membership status to view this document.

With a Docket Alarm membership, you'll get a whole lot more, including:

  • Up-to-date information for this case.
  • Email alerts whenever there is an update.
  • Full text search for other cases.
  • Get email alerts whenever a new case matches your search.

Become a Member

One Moment Please

The filing “” is large (MB) and is being downloaded.

Please refresh this page in a few minutes to see if the filing has been downloaded. The filing will also be emailed to you when the download completes.

Your document is on its way!

If you do not receive the document in five minutes, contact support at support@docketalarm.com.

Sealed Document

We are unable to display this document, it may be under a court ordered seal.

If you have proper credentials to access the file, you may proceed directly to the court's system using your government issued username and password.


Access Government Site

We are redirecting you
to a mobile optimized page.





Document Unreadable or Corrupt

Refresh this Document
Go to the Docket

We are unable to display this document.

Refresh this Document
Go to the Docket