home *** CD-ROM | disk | FTP | other *** search
/ ftp.ee.pdx.edu / 2014.02.ftp.ee.pdx.edu.tar / ftp.ee.pdx.edu / pub / lpf / europe.xmail < prev    next >
Text File  |  1992-11-03  |  37KB  |  881 lines

  1. BABYL OPTIONS:
  2. Version: 5
  3. Labels:
  4. Note:   This is the header of an rmail file.
  5. Note:   If you are seeing it in rmail,
  6. Note:    it means the file has no messages in it.
  7. 
  8. 1,,
  9. Received: from geech.gnu.ai.mit.edu by albert.gnu.ai.mit.edu (5.65/4.0) with SMTP
  10.     id <AA27717@albert.gnu.ai.mit.edu>; Wed, 19 Jun 91 16:18:12 -0400
  11. Received: from sun2.nsfnet-relay.ac.uk by geech.gnu.ai.mit.edu (5.65/4.0) with SMTP
  12.     id <AA23364@geech.gnu.ai.mit.edu>; Wed, 19 Jun 91 16:18:06 -0400
  13. Received: from aipna.edinburgh.ac.uk by sun2.nsfnet-relay.ac.uk via JANET 
  14.           with NIFTP id <5875-0@sun2.nsfnet-relay.ac.uk>;
  15.           Tue, 18 Jun 1991 11:34:34 +0100
  16. Date: Tue, 18 Jun 91 11:36:08 BST
  17. Message-Id: <11615.9106181036@etive.aipna.ed.ac.uk>
  18. From: Alan Bundy <bundy@aipna.edinburgh.ac.uk>
  19. Subject: EC Copyright Directive: Letter to MP
  20. To: ecsr@edinburgh.ac.uk, elpf@edinburgh.ac.uk
  21. Phone: Note my new number: 44-31-650-2716
  22. Fcc: +csr.mai
  23. Cc: rms@gnu.ai.mit.edu
  24.  
  25. *** EOOH ***
  26. Date: Tue, 18 Jun 91 11:36:08 BST
  27. From: Alan Bundy <bundy@aipna.edinburgh.ac.uk>
  28. Subject: EC Copyright Directive: Letter to MP
  29. To: ecsr@edinburgh.ac.uk, elpf@edinburgh.ac.uk
  30. Phone: Note my new number: 44-31-650-2716
  31. Fcc: +csr.mai
  32. Cc: rms@gnu.ai.mit.edu
  33.  
  34. ECSR agreed at its meeting of 10.6.91 to institute a letter
  35. writing campaign about the EC Directive on Software Copyright. I
  36. was charged with encouraging people to do this and to provide a
  37. standard letter. This email is the encouragement.
  38.  
  39. One of the most effective techniques is to write to your MP
  40. asking him/her to take the matter up with the relevant minister
  41. (who in this case is the Secretary of State for Trade and
  42. Industry). That way an experienced politician, other than the
  43. minister concerned, sees both your letter and the reply.
  44.  
  45. It is best if you write this letter in your own words, as lots of
  46. identical letter have less effect than lots of different ones,
  47. but if you don't have the time to compose your own letter, here
  48. is a slightly modified version of the one I sent. Even if you
  49. only edit this a little (eg changing the examples) it would help.
  50. If you write your own letter there are lots of points raised in
  51. Richard Stallman's articles that you could mentioned. It is
  52. probably a good idea not to bring up the software patents matter
  53. at this stage, as that will tend to muddy the waters.
  54.  
  55. If you have suggestions as to where else to circulate this
  56. message then please let me know.
  57.  
  58.  
  59.             Alan Bundy
  60.  
  61.  
  62.         STANDARD LETTER
  63.  
  64.  
  65. Dear <your MP>,
  66.  
  67. I am increasingly concerned
  68. about the new European Directive on the legal protection of
  69. computer programs. I fear that the practical effect of this
  70. Directive will be to prevent the adoption of industry wide
  71. standards, create {\em de facto} monopolies of certain kinds of
  72. computer system and inhibit new developments in the computer
  73. industry. In particular, it will give an advantage to
  74. well-established, large computer companies at the expense of
  75. small start-ups.
  76.  
  77. The problem is that bad drafting of the Directive has left open
  78. the possibility of the copyrighting of computer interfaces.
  79. Despite the declared intention of the Directive's drafters and
  80. their assurances to the contrary, they appear to have left a
  81. loophole in the law. This loophole could be closed in the laws
  82. drawn up by the EC member countries in their response to the EC
  83. Directive. Could you pass this letter to the Secretary of State
  84. for Trade and Industry and ask him what steps he intends to take
  85. to close the loophole?
  86.  
  87. The difficulties arises from an ambiguity in the word
  88. `interface', which is used in two senses in the computer
  89. community. Sense 1 is {\em the rules and conventions whereby a
  90. computer communicates with another entity}, for instance, a human
  91. user or another computer system. Sense 2 is {\em the part of the
  92. computer program which implements these rules and conventions}.
  93. The Directive systematically confuses these two senses. Copyright
  94. should, of course, apply to interfaces in sense 2, in the same
  95. way that it applies to any computer program. However, it is vital
  96. that interfaces in sense 1 are not subject to copyright.
  97.  
  98. Interfaces in sense 1 provide the standards of use for computer
  99. systems. They are directly analogous to the order of pedals in a
  100. motor car or the layout of keys on a typewriter. It is in the
  101. public interest to standardise on one interface for each kind of
  102. computer system, {\em e.g.} spreadsheet, window system, a
  103. programming language, {\em etc.} Once a {\em de facto} standard
  104. interface for a particular kind of computer system has emerged,
  105. to give a copyright on it to one company is to give that company
  106. a {\em de facto} monopoly on that kind of system. Other companies
  107. will be excluded from the market because users will decline to
  108. learn a new interface. (Imagine that one typewriter company had
  109. a copyright on the qwerty layout.)
  110.  
  111. Critics of the Directive have been assured that interfaces in
  112. sense 1 are excluded for its provisions because the ``ideas and
  113. principles which underlie any element of a computer program,
  114. including those which underlie its interface, are not protected
  115. by copyright''.  Unfortunately, this is not good enough. The
  116. standards implicit in an interface descend to a very low level of
  117. detail, for instance the particular keywords of a programming
  118. language, the icons of a window system, the order of updating of
  119. a spreadsheet's elements.  In the USA the judges have interpreted
  120. a similar copyright law by treating these low level details as
  121. part of the expression of the interface and, therefore,
  122. copyrightable. In a succession of `look and feel' legal cases,
  123. large computer companies have gained a monopoly over the
  124. interfaces (sense 1) of the computer systems they have developed
  125. and used this to put their rivals out of business. There is no
  126. obstacle to UK judges making a similar interpretation of the EC
  127. Directive, unless the UK Government takes steps to close this
  128. loophole.
  129.  
  130. What steps will the UK Government take to ward off this threat?
  131.  
  132.  
  133. 
  134. 1,,
  135. Received: from geech.gnu.ai.mit.edu by albert.gnu.ai.mit.edu (5.65/4.0) with SMTP
  136.     id <AA26979@albert.gnu.ai.mit.edu>; Mon, 10 Jun 91 18:32:24 -0400
  137. Received: from sun2.nsfnet-relay.ac.uk by geech.gnu.ai.mit.edu (5.65/4.0) with SMTP
  138.     id <AA25186@geech.gnu.ai.mit.edu>; Mon, 10 Jun 91 18:32:19 -0400
  139. Received: from aipna.edinburgh.ac.uk by sun2.nsfnet-relay.ac.uk via JANET 
  140.           with NIFTP id <5451-0@sun2.nsfnet-relay.ac.uk>;
  141.           Mon, 10 Jun 1991 14:10:29 +0100
  142. Date: Mon, 10 Jun 91 14:12:24 BST
  143. Message-Id: <4871.9106101312@etive.aipna.ed.ac.uk>
  144. From: Alan Bundy <bundy@aipna.edinburgh.ac.uk>
  145. Subject: ECSR Meeting Report
  146. To: ecsr@edinburgh.ac.uk
  147. Phone: Note my new number: 44-31-650-2716
  148. Fcc: +csr.mai
  149. Cc: rms@gnu.ai.mit.edu, mib@gnu.ai.mit.edu
  150.  
  151. *** EOOH ***
  152. Date: Mon, 10 Jun 91 14:12:24 BST
  153. From: Alan Bundy <bundy@aipna.edinburgh.ac.uk>
  154. Subject: ECSR Meeting Report
  155. To: ecsr@edinburgh.ac.uk
  156. Phone: Note my new number: 44-31-650-2716
  157. Fcc: +csr.mai
  158. Cc: rms@gnu.ai.mit.edu, mib@gnu.ai.mit.edu
  159.  
  160.     Thanks to all those people who turned up to the meeting
  161. on "Software; patents, copyright and `look and feel'", and
  162. especially those who volunteered to undertake specific actions.
  163. (We will draw a discrete veil over those who promised to turn up,
  164. but didn't.) Here is a report on the decisions of the meeting.
  165.  
  166. 1. Contact with Other Groups
  167.  
  168.     We will urge all people interested in this issue to
  169. subscribe to the EPLF newsgroup. Alan Black will post appropriate
  170. adverts for this newsgroup. Subscribe by emailing to
  171. elpf-request@castle. 
  172.  
  173.     We should consider affiliating to the British League for
  174. Programming Freedom, should one be set up.
  175.  
  176.     We will contact the European Committee for Interoperable
  177. Software.
  178.  
  179. 2. Collecting Information.
  180.  
  181.     Alan Black agreed to act as librarian for all relevant
  182. information on these issues. Please inform/post him (awb@aipna)
  183. anything you know about. Contact him if you need any information.
  184. In particular, he will chase up a factsheet that Richard Tobin
  185. was to extract from Richard Stallman.
  186.  
  187.     Peter Ross will contact two lawyers that he knows (Neil
  188. MacCormack & David Kidd) who are interested in computers and the
  189. law and try and persuade them to take an interest, maybe
  190. attending future meetings.
  191.  
  192. 3. Writing to Politicians.
  193.  
  194.     We will organise a campaign of writing to the relevant
  195. Minister via local MPs about the copyright issue before the
  196. ratification of the EC directive.  Alan Bundy will draft a form
  197. letter, which Alan Black will post to relevant newsgroups. People
  198. will be urged to write their own letter, if possible, and to use
  199. the form letter as a last resort. ECSR will also send its own
  200. letter enclosing some of the literature provided by Richard
  201. Stallman.  Richard Rohwer agreed to produce this in a suitably
  202. glossy form.
  203.  
  204.     We will also write to other politicians, eg Tam Dayell,
  205. Emma Nicholson and our MEP, David Martin. Any volunteers for
  206. this?
  207.  
  208.     At a later date we will try and meet some of these
  209. politicians.
  210.  
  211.     We should repeat this exercise for the patent issue, but
  212. this is less urgent.
  213.  
  214. 4. Articles, Letters, etc
  215.  
  216.     We will try and write a collective article expressing our
  217. group viewpoint and then place this in the computing/science
  218. section of a national quality daily. Richard Rohwer will write
  219. the first draft. We will then use this as a basis for: future
  220. articles by ourselves and/or friendly journalists, letters to the
  221. newspapers, broadcasts, interviews, etc. We need to prepare
  222. ourselves with follow-up letters, spokespeople, etc before this
  223. article is placed.
  224.  
  225.     We should prepare some case studies on particular patents
  226. and make them into press releases in order to raise public
  227. awareness of the problems. We should emphasise the likely effect
  228. on the UK software industry, especially small firms.
  229.  
  230. 5. Information Wanted
  231.  
  232.     Does anybody know the answer to any of the following
  233. questions?
  234.  
  235. (a) What is the precise name of the EC Directive on software
  236. copyright?
  237.  
  238. (b) When will it be ratified by the UK Parliament?
  239.  
  240. (c) Which Minister is responsible for the ratification?
  241.  
  242.  
  243.         Alan Bundy
  244.  
  245. 
  246. 1, answered,,
  247. Received: from geech.gnu.ai.mit.edu by albert.gnu.ai.mit.edu (5.65/4.0) with SMTP
  248.     id <AA21957@albert.gnu.ai.mit.edu>; Mon, 29 Jul 91 18:25:45 -0400
  249. Received: from sun2.nsfnet-relay.ac.uk by geech.gnu.ai.mit.edu (5.65/4.0) with SMTP
  250.     id <AA20914@geech.gnu.ai.mit.edu>; Mon, 29 Jul 91 18:25:38 -0400
  251. Received: from aipna.edinburgh.ac.uk by sun2.nsfnet-relay.ac.uk via JANET 
  252.           with NIFTP id <9341-0@sun2.nsfnet-relay.ac.uk>;
  253.           Mon, 29 Jul 1991 14:02:02 +0100
  254. Date: Mon, 29 Jul 91 14:07:01 BST
  255. Message-Id: <16923.9107291307@etive.aipna.ed.ac.uk>
  256. From: Alan Bundy <bundy@aipna.edinburgh.ac.uk>
  257. Subject: Letter to Lord Reay
  258. To: ecsr@edinburgh.ac.uk, elpf@edinburgh.ac.uk
  259. Phone: Note my new number: 44-31-650-2716
  260. Fcc: +csr.mai
  261. Cc: stallman@aipna.edinburgh.ac.uk
  262.  
  263. *** EOOH ***
  264. Date: Mon, 29 Jul 91 14:07:01 BST
  265. From: Alan Bundy <bundy@aipna.edinburgh.ac.uk>
  266. Subject: Letter to Lord Reay
  267. To: ecsr@edinburgh.ac.uk, elpf@edinburgh.ac.uk
  268. Phone: Note my new number: 44-31-650-2716
  269. Fcc: +csr.mai
  270. Cc: stallman@aipna.edinburgh.ac.uk
  271.  
  272.     Here is a copy of my response to Lord Reay  on the EC
  273. Software Directive.
  274.  
  275.  
  276.             Alan
  277.  
  278.  
  279. <---------------------cut here------------------------------->
  280.  
  281. \documentstyle[a4,12pt]{letter}
  282. \begin{document}
  283. \name{Professor Alan Bundy}
  284. \address{
  285. 23a Lauder Road, \\
  286. Edinburgh {\sc eh9 2jg}, \\
  287. {\sc scotland} }
  288. \signature{Professor Alan Bundy}
  289. \telephone{031 667-5770}
  290. \begin{letter}
  291. {\ }
  292.  
  293. \opening{Dear Mr Griffiths,}
  294.  
  295. Thank you for passing on Lord Reay's letter of 5th July, replying
  296. to my letter of 13th June about the European Directive on
  297. Software Copyright. Unfortunately, I was not reassured by Lord
  298. Reay's response.
  299.  
  300. He claims that ``there is nothing in the directive which will
  301. extend the copyright protection of computer programmes beyond its
  302. present ambit in the UK''. I fear this is not the case. The
  303. directive is clearly an attempt to move copyright law in European
  304. countries from its current satisfactory state to be more in line
  305. with its unsatisfactory state in the USA. The final wording was a
  306. compromise between two industrial pressure groups: SAGE and ECIS.
  307. SAGE represented the big companies keen for greater copyright
  308. protection to see off what they regard as unfair competition.
  309. ECIS represented the small companies anxious to defeat what they
  310. regarded as attempt to put them out of business. The conservative
  311. MEPs tended to side with SAGE for an extension of copyright ---
  312. an attitude I find hard to understand given the importance of
  313. small, high technology companies for the future health of the
  314. European economy.
  315.  
  316. In particular, the European parliament voted out an amendment,
  317. which had the support of ECIS, and which would have ensured that
  318. interfaces in the `rules and conventions' sense were excluded
  319. from the law.
  320. \begin{quote}
  321. ``Whereas, for the avoidance of doubt, it has to be made clear
  322. that only the expression of a computer program is protected and
  323. that ideas and principles, procedures, processes, systems,
  324. methods of operation and concepts which underlie any element of a
  325. program, including its interfaces, are not protected by copyright
  326. under this Directive; Whereas, these unprotectable items include,
  327. for example, protocols for communication, rules for exchanging or
  328. mutually using information that has been exchanged, formats for
  329. data, and the syntax and semantics of a programming
  330. language;...''
  331. \end{quote}
  332. The rejection of this amendment could easily be interpreted by
  333. the courts as an indication that the European Directive was meant
  334. to allow protection of computer interfaces, unless the UK
  335. Government makes explicit provision, in its implementation of the
  336. Directive, to exclude them.
  337.  
  338. Lord Reay assumes that because the ``ideas and principles
  339. underlying any element of a programme'' are excluded by the
  340. Directive that an interface, in the `rules and conventions'
  341. sense, is automatically excluded. But here is the crux of my
  342. worry. `Ideas and principles' is too grand a concept to fit the
  343. bill. Many of the `rules and conventions' in an interface are
  344. rather lowly affairs: the design of an icon, the place on a
  345. window on which one clicks to make it go away, the order in which
  346. the elements of a spread sheet are recomputed, the name of the
  347. command for removing a file, {\em etc.} A UK court could easily
  348. follow the US courts in deciding that these vital but lowly items
  349. were part of the `expression' rather than part of the `idea and
  350. principles'. That is why the rejected amendment above extends
  351. `ideas and principles' to a much longer list of more humble
  352. items.
  353.  
  354. It is not enough to hope, as Lord Reay does, that UK courts would
  355. not follow the reasoning of the US courts and allow copyright
  356. protection of interfaces. The UK implementation of the Directive
  357. must try to prevent UK courts taking the US line. I would like to
  358. know how the UK Government intends to do this.
  359.  
  360. I would be grateful if you could pass this letter on to Lord Reay
  361. and ask for his response.
  362.  
  363. \closing{Yours sincerely,}
  364.  
  365.  
  366. \end{letter}
  367. \end{document}
  368.  
  369.  
  370. 
  371. 1, answered,,
  372. Received: from geech.gnu.ai.mit.edu by albert.gnu.ai.mit.edu (5.65/4.0) with SMTP
  373.     id <AA09880@albert.gnu.ai.mit.edu>; Wed, 31 Jul 91 23:27:51 -0400
  374. Received: from sun2.nsfnet-relay.ac.uk by geech.gnu.ai.mit.edu (5.65/4.0) with SMTP
  375.     id <AA17107@geech.gnu.ai.mit.edu>; Wed, 31 Jul 91 23:27:44 -0400
  376. Received: from phoenix.cambridge.ac.uk by sun2.nsfnet-relay.ac.uk via JANET 
  377.           with NIFTP id <24173-0@sun2.nsfnet-relay.ac.uk>;
  378.           Thu, 1 Aug 1991 04:04:16 +0100
  379. Date: Thu, 01 Aug 91 04:08:24 BST
  380. From: Clive <CRJ10@phx.cam.ac.uk>
  381. To: Richard Stallman <rms@gnu.ai.mit.edu>,
  382.         ELPF mailing list <elpf@castle.edinburgh.ac.uk>
  383. Cc: Magnus Ramage <MAR19@phx.cam.ac.uk>, Steve Tweedie <ST111@phx.cam.ac.uk>,
  384.         John Levine <johnl@aipna.edinburgh.ac.uk>,
  385.         Mike Williams <MJW19@phx.cam.ac.uk>,
  386.         mathew <mathew@mantis-consultants.co.uk>,
  387.         Gavin Matthews <GRM11@phx.cam.ac.uk>
  388. Subject: A worrying article
  389. Message-Id: <A44728A17A085290@UK.AC.CAMBRIDGE.PHOENIX>
  390.  
  391. *** EOOH ***
  392. Date: Thu, 01 Aug 91 04:08:24 BST
  393. From: Clive <CRJ10@phx.cam.ac.uk>
  394. To: Richard Stallman <rms@gnu.ai.mit.edu>,
  395.         ELPF mailing list <elpf@castle.edinburgh.ac.uk>
  396. Cc: Magnus Ramage <MAR19@phx.cam.ac.uk>, Steve Tweedie <ST111@phx.cam.ac.uk>,
  397.         John Levine <johnl@aipna.edinburgh.ac.uk>,
  398.         Mike Williams <MJW19@phx.cam.ac.uk>,
  399.         mathew <mathew@mantis-consultants.co.uk>,
  400.         Gavin Matthews <GRM11@phx.cam.ac.uk>
  401. Subject: A worrying article
  402.  
  403. The article below appeared in a feature on the British Technology Group
  404. (BTG) in "Software Echo", the journal of the Scottish Software Community,
  405. issue 2.
  406.  
  407. The BTG is an organisation concerned with the "exploitation" (their words) of
  408. new technology, including developments that result from SERC-funded research in
  409. the UK academic community. (SERC is the British Science and Engineering
  410. Research Council - the main funding body for UK scientific academic research.)
  411. Thus its opinions on software patenting are of not inconsiderable importance,
  412. which makes their current stance all the more worrying.
  413.  
  414. I suggest that a concerted effort should be made to point out to them that
  415. people are uneasy about their attitude. Given the current state of the British
  416. League for Programming Freedom, this would be best done by people as private
  417. individuals, rather than as an organisation. Since the article appeared in a
  418. Scottish journal, those of you in Scotland might feel especially concerned
  419. about this.
  420.  
  421. The journal has a talkback section. Letters for it can be sent to:
  422.  
  423.   Hazel Sinclair,
  424.   Scottish Enterprise,
  425.   120 Bothwell Street,
  426.   Glasgow G2 7JP.
  427.  
  428.   Fax: 041-221 3271
  429.  
  430. Contributions for the next issue should arrive before August 30th.
  431.  
  432. The BTG representative who edited the section is:
  433.  
  434.   Dr. Eugene Sweeney,
  435.   Electronics & Information Technology Division,
  436.   The British Technology Group,
  437.   101 Newington Causeway,
  438.   London SE1 6BU.
  439.  
  440.   Tel: 071 403 6666
  441.   Fax: 071 403 0320
  442.  
  443. Perhaps the BTG should also have it pointed out to them that the very laws they
  444. are welcoming to the UK are now under question in the USA?
  445.  
  446. Please also make your departments aware of the possible dangers of associating
  447. with the BTG, if possible, although the BTG does provide other useful services,
  448. even though misguided on this issue.
  449.  
  450. Distribute details of the BTG's stance on patents to others you think might be
  451. interested.
  452.  
  453. My thanks go to Steve Tweedie <st111@uk.ac.cam.phx> for pointing this article
  454. out to me.
  455.  
  456. --Clive.
  457.  
  458.  
  459.  
  460. ----included-article-follows----
  461.  
  462.  
  463. PATENTING SOFTWARE
  464.  
  465.  
  466. This is an area in which BTG believes academic and research organisations can
  467. make the most signficant contributions in the long term. Research groups in the
  468. UK are well known for producing ideas that are important in computing science.
  469. In the past, it was believed that these innovations could not be protected by
  470. patenting because algorithms were not patentable. However, recent case law,
  471. particularly in the USA, suggests that this is no longer true. Many major US
  472. computer and software manufacturers now regularly file patent applications on
  473. software concepts.
  474.  
  475. Areas in which BTG believe valuable, and patentable, software innovations could
  476. arise are:
  477.  
  478. i)   Parallel processing, eg new algorithms that exploit the parallel
  479.      architecture.
  480.  
  481. ii)  Language design, eg functional programming languages that enable
  482.      algorithms to be specified in a computer-independent manner.
  483.  
  484. iii) Knowledge-based systems, eg natural-language recognition.
  485.  
  486. iv)  Logic programming, with particular reference to safety-critical systems
  487.      and the corresponding design of integrated circuits.
  488.  
  489. v)   Data compression, eg image or speech compression.
  490.  
  491. Software is, of course, automatically protected by copyright. This normally
  492. belongs to the author (or his/her employer, depending on conditions of
  493. employment).
  494.  
  495. ----end-of-included-article----
  496.  
  497. 
  498. 1, forwarded,,
  499. Received: from geech.gnu.ai.mit.edu by albert.gnu.ai.mit.edu (5.65/4.0) with SMTP
  500.     id <AA17181@albert.gnu.ai.mit.edu>; Thu, 1 Aug 91 14:23:33 -0400
  501. Received: from sun2.nsfnet-relay.ac.uk by geech.gnu.ai.mit.edu (5.65/4.0) with SMTP
  502.     id <AA01529@geech.gnu.ai.mit.edu>; Thu, 1 Aug 91 14:23:20 -0400
  503. Received: from castle.edinburgh.ac.uk by sun2.nsfnet-relay.ac.uk via JANET 
  504.           with NIFTP id <13002-0@sun2.nsfnet-relay.ac.uk>;
  505.           Thu, 1 Aug 1991 17:58:43 +0100
  506. Date: Thu, 1 Aug 91 18:02:35 WET DST
  507. From: Mail System <mmdf@castle.edinburgh.ac.uk>
  508. Subject: Failed mail
  509. To: rms <@nsfnet-relay.ac.uk:rms@gnu.ai.mit.edu>
  510. Message-Id: <9108011802.aa09611@castle.ed.ac.uk>
  511.  
  512. *** EOOH ***
  513. Date: Thu, 1 Aug 91 18:02:35 WET DST
  514. From: Mail System <mmdf@castle.edinburgh.ac.uk>
  515. Subject: Failed mail
  516. To: rms <@nsfnet-relay.ac.uk:rms@gnu.ai.mit.edu>
  517.  
  518.  
  519. Your message was not delivered to the following addresses: 
  520.  
  521.     (USER) Unknown user name in "rms.elpf@uk.ac.edinburgh.castle"
  522.  
  523.  
  524.  
  525.     Your message begins as follows:
  526.  
  527. Received: from vax.nsfnet-relay.ac.uk by sun2.nsfnet-relay.ac.uk 
  528.           with SMTP inbound id <24940-10@sun2.nsfnet-relay.ac.uk>;
  529.           Thu, 1 Aug 1991 04:56:17 +0100
  530. Received: from [128.52.46.33] by vax.NSFnet-Relay.AC.UK via NSFnet with SMTP 
  531.           id aa25251; 1 Aug 91 4:22 BST
  532. Received: by mole.gnu.ai.mit.edu (5.65/4.0) id <AA28040@mole.gnu.ai.mit.edu>;
  533.           Wed, 31 Jul 91 23:54:40 -0400
  534. Date: Wed, 31 Jul 91 23:54:40 -0400
  535. From: rms@edu.mit.ai.gnu (Richard Stallman)
  536. Message-Id: <9108010354.AA28040@mole.gnu.ai.mit.edu>
  537. To: CRJ10@uk.ac.cambridge.phoenix
  538. Cc: rms.elpf@uk.ac.edinburgh.castle, MAR19@uk.ac.cambridge.phoenix, 
  539.     ST111@uk.ac.cambridge.phoenix, johnl@uk.ac.edinburgh.aipna, 
  540.     MJW19@uk.ac.cambridge.phoenix, mathew@uk.co.mantis-consultants, 
  541.     GRM11@uk.ac.cambridge.phoenix
  542. In-Reply-To: Clive's message of Thu, 01 Aug 91 04:08:24 BST <A44728A17A085290@UK.AC.CAMBRIDGE.PHOENIX>
  543. Subject: A worrying article
  544. Sender: rms@edu.mit.ai.gnu
  545.  
  546. Writing answers to this article is a very useful thing to do.
  547. It would be useful for the ECSR to write a letter as an organization.
  548.  
  549. Since they mention data compression specifically, it would be useful
  550. to describe the problems caused by the LZW patent in the US--including
  551. the fact that LZW compression is now required by various standards,
  552. both official standards (for modems) and unofficial ones (Postscript
  553. version 2).  It is impossible to support these standards without
  554. infringing the patent.  There are better (faster and more compact)
  555. compression schemes which are unpatented, but in practice we are still
  556. compelled to use LZW in order to talk to everyone else who does.
  557.  
  558. One thing I notice about the article is that it fails even to imagine
  559. that the course of action they propose might be controversial.  I
  560. suspect the author has never considered the question of whether
  561. software patents might be bad for the "exploitation" of software
  562. techniques--and therefore may be quite open to considering the idea
  563. once it is suggested.
  564.  
  565. So it would be useful for a prominent and articulate spokesperson to
  566. telephone the author and discuss the subject.  Who knows?  The author
  567. may agree right away.  Perhaps an ECSR officer would be best for
  568. this, depending on how the ECSR is regarded in business circles (are
  569. they considered sensibly cautious engineers or radical crackpots).
  570.  
  571. This is a peculiar case of selective attention--to be aware of the legal
  572. developments in the US, without even noticing how Americans criticize them.
  573. You might ask whether it is truly desirable for the UK to follow the US
  574. lead blindly.
  575.  
  576. Another interesting point about this article is that it reflects an
  577. expectation that the UK is likely to interpret laws as they have been
  578. interpreted in the US.  This may be useful as an example when you write
  579. to legislators about interface copyright, and they reply that "It can't
  580. happen here."
  581.  
  582. 
  583. 1, answered,,
  584. Received: from geech.gnu.ai.mit.edu by albert.gnu.ai.mit.edu (5.65/4.0) with SMTP
  585.     id <AA23359@albert.gnu.ai.mit.edu>; Mon, 5 Aug 91 02:30:02 -0400
  586. Received: from chx400.switch.ch by geech.gnu.ai.mit.edu (5.65/4.0) with SMTP
  587.     id <AA24462@geech.gnu.ai.mit.edu>; Mon, 5 Aug 91 02:29:58 -0400
  588. X400-Received: by mta chx400.switch.ch in /PRMD=switch/ADMD=arcom/C=CH/;
  589.                Relayed; Mon, 5 Aug 1991 08:29:42 +0200
  590. X400-Received: by /PRMD=SWITCH/ADMD=ARCOM/C=CH/; Relayed;
  591.                Mon, 5 Aug 1991 09:25:45 +0200
  592. Date: Mon, 5 Aug 1991 06:29:42 +0000
  593. X400-Originator: brunner@ltisun2.epfl.ch
  594. X400-Mts-Identifier: [/PRMD=SWITCH/ADMD=ARCOM/C=CH/;9108050625.AA02452]
  595. X400-Content-Type: P2-1984 (2)
  596. From: "(Beat Brunner)" <brunner@ltisun2.epfl.ch>
  597. Message-Id: <9108050625.AA02452@ltisun2.epfl.ch>
  598. To: rms@gnu.ai.mit.edu
  599. In-Reply-To: <9107271805.AA14851@mole.gnu.ai.mit.edu>
  600. Subject: Re: request for information on software patents in Europe
  601. Received: from ltisun2.epfl.ch by SIC.Epfl.CH via INTERNET ;
  602.           Mon, 5 Aug 91 08:30:52 N
  603. Return-Path: <brunner@ltisun2.epfl.ch>
  604. Newsgroups: gnu.announce
  605. Organization: Ecole Polytechnique Federale de Lausanne
  606.  
  607. *** EOOH ***
  608. X400-Received: by mta chx400.switch.ch in /PRMD=switch/ADMD=arcom/C=CH/;
  609.                Relayed; Mon, 5 Aug 1991 08:29:42 +0200
  610. X400-Received: by /PRMD=SWITCH/ADMD=ARCOM/C=CH/; Relayed;
  611.                Mon, 5 Aug 1991 09:25:45 +0200
  612. Date: Mon, 5 Aug 1991 06:29:42 +0000
  613. X400-Originator: brunner@ltisun2.epfl.ch
  614. X400-Mts-Identifier: [/PRMD=SWITCH/ADMD=ARCOM/C=CH/;9108050625.AA02452]
  615. X400-Content-Type: P2-1984 (2)
  616. From: "(Beat Brunner)" <brunner@ltisun2.epfl.ch>
  617. To: rms@gnu.ai.mit.edu
  618. In-Reply-To: <9107271805.AA14851@mole.gnu.ai.mit.edu>
  619. Subject: Re: request for information on software patents in Europe
  620. Return-Path: <brunner@ltisun2.epfl.ch>
  621. Newsgroups: gnu.announce
  622. Organization: Ecole Polytechnique Federale de Lausanne
  623.  
  624. Ritchard,
  625. Even if I don't know of software patents in Germany, I heard of 3 IBM
  626. operating system patents on OS2 got accepted for Europe in La Haye,
  627. thus probably also beeing valid for Germany.
  628.  
  629. A lawyer told me that the European patent office is now accepting
  630. (since a few months) patents on innovative inventions in the field
  631. of operating systems but not on software.
  632.  
  633. And of course, it's IBM that succeeded first at doing that....
  634.  
  635. Best regards, and thanks for fighting against these general software
  636. patents.
  637.  
  638. Beat Brunner
  639. Lab. Teleinformatique
  640. Swiss Federal Institute Of Technology
  641. Lausanne, Switzerland
  642. e-mail: brunner@ltisun.epfl.ch
  643.  
  644.  
  645. 
  646. 1, answered,,
  647. Received: from geech.gnu.ai.mit.edu by albert.gnu.ai.mit.edu (5.65/4.0) with SMTP
  648.     id <AA22311@albert.gnu.ai.mit.edu>; Thu, 8 Aug 91 06:32:21 -0400
  649. Received: from unido.Informatik.Uni-Dortmund.DE by geech.gnu.ai.mit.edu (5.65/4.0) with SMTP
  650.     id <AA27775@geech.gnu.ai.mit.edu>; Thu, 8 Aug 91 06:32:09 -0400
  651. Received: from orfeo 
  652.     by unido.informatik.uni-dortmund.de with UUCP (5.65+/UNIDO-2.0.4.d)
  653.     via EUnet for gnu.ai.mit.edu
  654.     id AA12254; Thu, 8 Aug 91 12:28:45 +0200
  655. Received: by orfeo.radig.de (/\==/\ Smail3.1.21.1 #21.15)
  656.     id <m0k87YP-000hr6C@orfeo.radig.de>; Thu, 8 Aug 91 12:25 MET DST
  657. Received: by  britesun  (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0)
  658.     id AA00430; Thu, 8 Aug 91 11:23:48 GMT+0200
  659. Date: Thu, 8 Aug 91 11:23:48 GMT+0200
  660. From: orfeo!britesun!vhs@geech.gnu.ai.mit.edu (Volker Herminghaus-Shirai)
  661. Message-Id: <9108080923.AA00430@ britesun >
  662. Received: by NeXT Mailer (1.63)
  663. To: Richard_Stallman@unido.informatik.uni-dortmund.de
  664. Subject: Software patents in Germany
  665.  
  666. *** EOOH ***
  667. Date: Thu, 8 Aug 91 11:23:48 GMT+0200
  668. From: orfeo!britesun!vhs@geech.gnu.ai.mit.edu (Volker Herminghaus-Shirai)
  669. To: Richard_Stallman@unido.informatik.uni-dortmund.de
  670. Subject: Software patents in Germany
  671.  
  672.  
  673. Hi,
  674. our local anti-sw-patent-mailing-list-coordinator ("Pi") announced  
  675. that he had aked the German Patent Office about software patents. He  
  676. found out that it is only possible to get patents on hardware, or  
  677. "Chip Topology". I.e. if a Company implements an algorithm in  
  678. hardware (one that doesn't exist already, I suppose (prior art)) then  
  679. they can get a patent on the topology of the chip the algorithm is  
  680. implemented on. Cloning the algorithm in software then *might* be a  
  681. patent infringement
  682. I have today asked at the German Patent Office to send me all the  
  683. information concerning the exact conditions and proceedings for  
  684. getting such a chip topology patent. The guy i talked with also told  
  685. me that software patents are only possible in this way (chip  
  686. topology) since it has been decided that software is to be protected  
  687. by copyright law rather than patent law. He also agreed that software  
  688. patents would be a threat and promised to send me all the material he  
  689. has about the whole issue. Now I only hope I can understand the  
  690. special kind of lawyer's german they use =:-}. If I make any  
  691. progress, I will inform you about the results. If you have any  
  692. german-speaking friends over there and you want the papers, I can  
  693. send, fax, or mail the papers to you.
  694.  
  695.     Volker
  696.  
  697. 
  698. 1, answered,,
  699. Received: from churchy.gnu.ai.mit.edu by albert.gnu.ai.mit.edu (5.65/4.0) with SMTP
  700.     id <AA01514@albert.gnu.ai.mit.edu>; Thu, 12 Sep 91 13:18:02 -0400
  701. Received: from sun2.nsfnet-relay.ac.uk by churchy.gnu.ai.mit.edu (5.65/4.0) with SMTP
  702.     id <AA23107@churchy.gnu.ai.mit.edu>; Thu, 12 Sep 91 13:18:00 -0400
  703. Received: from castle.edinburgh.ac.uk by sun2.nsfnet-relay.ac.uk via JANET 
  704.           with NIFTP id <15764-0@sun2.nsfnet-relay.ac.uk>;
  705.           Thu, 12 Sep 1991 15:25:40 +0100
  706. Received: from aisb.ed.ac.uk by castle.ed.ac.uk id aa08895;
  707.           12 Sep 91 15:24 WET DST
  708. Received: from etive.aisb.ed.ac.uk by aisb.ed.ac.uk; Tue, 10 Sep 91 15:15:57 BST
  709. Date: Tue, 10 Sep 91 15:18:00 BST
  710. Message-Id: <20405.9109101418@etive.aisb.ed.ac.uk>
  711. From: Alan Bundy <bundy@aisb.edinburgh.ac.uk>
  712. Subject: Software Copyright: Correspondence with Lord Reay
  713. To: ecsr@edinburgh.ac.uk, elpf@edinburgh.ac.uk
  714. Phone: Note my new number: 44-31-650-2716
  715. Fcc: +csr.mai
  716. Cc: stallman@aisb.edinburgh.ac.uk
  717.  
  718. *** EOOH ***
  719. Date: Tue, 10 Sep 91 15:18:00 BST
  720. From: Alan Bundy <bundy@aisb.edinburgh.ac.uk>
  721. Subject: Software Copyright: Correspondence with Lord Reay
  722. To: ecsr@edinburgh.ac.uk, elpf@edinburgh.ac.uk
  723. Phone: Note my new number: 44-31-650-2716
  724. Fcc: +csr.mai
  725. Cc: stallman@aisb.edinburgh.ac.uk
  726.  
  727.         The story so far: 
  728.  
  729. I wrote to Lord Reay via my MP about the European Directive on
  730. Software Copyright. Lord Reay is the minister in charge of the
  731. composing the relevant changes in UK law. I received a fairly
  732. vague reply. I decided to write again.
  733.  
  734.         Now read on: 
  735.  
  736. Here is the text of my second letter to Lord Reay and his
  737. response to that.
  738.  
  739.  
  740.         MY LETTER (via my MP)
  741.  
  742. "Thank you for passing on Lord Reay's letter of 5th July,
  743. replying to my letter of 13th June about the European Directive
  744. on Software Copyright. Unfortunately, I was not reassured by Lord
  745. Reay's response.
  746.  
  747. He claims that ``there is nothing in the directive which will
  748. extend the copyright protection of computer programmes beyond its
  749. present ambit in the UK''. I fear this is not the case. The
  750. directive is clearly an attempt to move copyright law in European
  751. countries from its current satisfactory state to be more in line
  752. with its unsatisfactory state in the USA. The final wording was a
  753. compromise between two industrial pressure groups: SAGE (Software
  754. Action Group Europe) and ECIS (European Committee for
  755. Interoperable Software).  SAGE represented the big companies keen
  756. for greater copyright protection to see off what they regard as
  757. unfair competition.  ECIS represented the small companies anxious
  758. to defeat what they regarded as attempt to put them out of
  759. business. The Conservative MEPs tended to side with SAGE for an
  760. extension of copyright --- an attitude I find hard to understand
  761. given the importance of small, high technology companies for the
  762. future health of the European economy.
  763.  
  764. In particular, the European parliament voted out an amendment,
  765. which had the support of ECIS, and which would have ensured that
  766. interfaces in the `rules and conventions' sense were excluded
  767. from the law.
  768. \begin{quote}
  769. ``Whereas, for the avoidance of doubt, it has to be made clear
  770. that only the expression of a computer program is protected and
  771. that ideas and principles, procedures, processes, systems,
  772. methods of operation and concepts which underlie any element of a
  773. program, including its interfaces, are not protected by copyright
  774. under this Directive; Whereas, these unprotectable items include,
  775. for example, protocols for communication, rules for exchanging or
  776. mutually using information that has been exchanged, formats for
  777. data, and the syntax and semantics of a programming
  778. language;...''
  779. \end{quote}
  780. The rejection of this amendment could easily be interpreted by
  781. the courts as an indication that the European Directive was meant
  782. to allow protection of computer interfaces, unless the UK
  783. Government makes explicit provision, in its implementation of the
  784. Directive, to exclude them.
  785.  
  786. Lord Reay assumes that because the ``ideas and principles
  787. underlying any element of a programme'' are excluded by the
  788. Directive that an interface, in the `rules and conventions'
  789. sense, is automatically excluded. But here is the crux of my
  790. worry. `Ideas and principles' is too grand a concept to fit the
  791. bill. Many of the `rules and conventions' in an interface are
  792. rather lowly affairs: the design of an icon, the place on a
  793. window on which one clicks to make it go away, the order in which
  794. the elements of a spread sheet are recomputed, the name of the
  795. command for removing a file, {\em etc.} A UK court could easily
  796. follow the US courts in deciding that these vital but lowly items
  797. were part of the `expression' rather than part of the `idea and
  798. principles'. That is why the rejected amendment above extends
  799. `ideas and principles' to a much longer list of more humble
  800. items.
  801.  
  802. It is not enough to hope, as Lord Reay does, that UK courts would
  803. not follow the reasoning of the US courts and allow copyright
  804. protection of interfaces. The UK implementation of the Directive
  805. must try to prevent UK courts taking the US line. I would like to
  806. know how the UK Government intends to do this.
  807.  
  808. I would be grateful if you could pass this letter on to Lord Reay
  809. and ask for his response."
  810.  
  811.  
  812.         LORD REAY'S REPONSE
  813.  
  814. "Thank you for your letter of 31 July enclosing a further letter
  815. (returned herewith) from Professor Alan Bundy, 23a Lauder Road,
  816. Edinburgh EH9 2JG, on the subject of the EC software directive.
  817. I am sorry that my previous reply did not reassure Professor
  818. Bundy, but I feel that what I said is essentially correct.
  819.  
  820. May I first of all point out that in meeting our obligations
  821. under the directive, we cannot in fact go beyond what is stated
  822. in the directive in implementing it in UK law.  Thus, the most
  823. that could be done in defining the general scope of protection
  824. would be to repeat the directive's statement that the ideas and
  825. principles which underlie any element of a program, including its
  826. interfaces, are not protected.  However, as I explained in my
  827. letter, we do not intend to do so, as it is already
  828. well-established in UK copyright law that this is the case.
  829.  
  830. I would repeat, however, that I do not think that this gives
  831. cause for concern.  In particular I do not think that the courts
  832. will be influenced by the Parliament's failure to adopt the
  833. amendment to the directive to which Professor Bundy refers.  It
  834. is my understanding that the majority view in the Parliament was
  835. that the amendment was unnecessary, ie it was felt that the
  836. particular items specified in the amendment would in any event be
  837. understood as lying outside the scope of protection, given the
  838. general statement in the directive that ideas and principles are
  839. not protected.  Any inference to be drawn from the fate of the
  840. amendment would therefore seem to be that interfaces in the sense
  841. of "rules and conventions" are excluded from protection under the
  842. directive.
  843.  
  844. As to the overall purpose of the directive, I do not think
  845. Professor Bundy is correct in saying that the intention is to
  846. move European copyright law "from its current satisfactory state
  847. to be more in line with its unsatisfactory state in the USA".  In
  848. fact, the position prior to the directive was far from
  849. satisfactory in that there was no clear legal protection for
  850. computer programs in several Member States of the Community, and
  851. the protection that did exist differed widely.  This led to
  852. distortions in the internal market and exposed software
  853. providers, including many UK companies, to piracy of their
  854. products.  The directive is intended to rectify this, and does so
  855. in a manner which does not significantly extend the scope of
  856. copyright protection in those countries, such as the UK, which
  857. already protected computer programs under their copyright law.
  858.  
  859. I hope that this is helpful.  I would add that in implementing
  860. the directive my officials will be consulting with a wide range
  861. of interested bodies representing the differing shades of opinion
  862. on the directive."
  863.  
  864.         The Next Episode
  865.  
  866. I will write a third time. Any suggestions of points to make will
  867. be gratefully received. I will mention various `interested
  868. bodies' that Reay's officials should consult, including ECSR and
  869. UK-LPF (or whatever it decides to call itself).
  870.  
  871. I urge each of you to write to Lord Reay too. Politicians seem to
  872. pay a lot of attention to the volume to mail (maybe more than the
  873. content). It is also a good way to pin them down on various
  874. points.
  875.  
  876.  
  877.             Alan
  878.  
  879.  
  880.  
  881.