Product Code Database
BTRON ( Business TRON) is one of the subprojects of the TRON Project proposed by Ken Sakamura, which is responsible for the business phase. It refers to the (OS), keyboards, peripheral interface specifications, and other items related to personal computers (PCs) that were developed there.
Originally, it refers to specifications rather than specific products, but in reality, the term "BTRON" is often used to refer to implementations. Currently, Personal Media Corporation's B-right/V is an implementation of BTRON3, and a software product called "Cho-Kanji" that includes it has been released.
BTRON2 is planned to be implemented on TRONCHIP, and only the specification"BTRON2 Kernel Standard Handbook" has been created and published. It is planned to be implemented on evaluation machines equipped with TRON chips made by FujitsuTRONWARE Vol. 7 and named "2B".TRONWARE Vol. 9 One of its features is that all OS-managed computing resources such as memory, processes, and threads are handled in a real/pseudomorphic model, a feature of BTRON.
SIGBTRON's TRON chip machine MCUBE implemented "3B," which is 32-bit and uses an ITRON-specification RTOS (modified from "ItIs") for the microkernel. 3B and The B-right specification used in Cho-Kanji, etc. is "BTRON3" (currently, the microkernel is I-right); the specification that B-right/V conforms to is published as the BTRON3 specification.
BTRON is a subset of a dedicated machine with fixed applications (like a word processor), and is based on the concept of a "dedicated communication machine. Specific applications include "communication with oneself (creative activities)", "communication with others (Internet communication)", and "communication with machines" (e.g. data exchange with peripheral devices, such as digital cameras)."Ideas from TRON" pp. 130–138"Creating TRON" pp. 179–192
Linkage with the last peripheral device was envisioned as the key to adding functions to a dedicated machine to which no additional programs could be added. This peripheral device was called "electronic stationery". For communication with these peripherals, a prototype of the real-time "μBTRON bus" (see below) was developed. Note that BrainPad TiPO, a BTRON-equipped PDA realized later, was given the name "electronic stationery" and also called μBTRON, but it was not subsumed to become a dedicated machine and did not implement the μBTRON bus.
Other references in this section:
In addition, since the TRON chip was big-endian, TAD was also designed in big-endian, but when BTRON286 was implemented, a quasi-TAD that was modified to little-endian was defined, and the current widely used implementations are all in that format, including the one on MCUBE that uses the TRON chip.
Image (raster) data is defined in the direction of adapting to any hardware scheme, including palette and direct specification, packed pixels and planes, and so on. Both are solid, uncompressed. For compression, only the MH (facsimile#1D encoding (MH)) method for black and white images was defined. There are working implementations of moving images,for example, "Hypermedia Editing in the BTRON1 Specification" in TRON Project '90–'91, pp. 59–64 but there is no description of any time axis within the published TAD specification. In actual applications, there are some that store their own data as TAD segments according to TAD policy, but there are also some that read and write records directly instead of using TAD.
In the past, files and folders were used to distinguish between entities that contain data and indexes that point to them, but BTRON has done away with such distinction. In the body/pseudo-body model, the entire body of data is defined as a Real Object, and the part of the Real Object that points to another Real Object is defined as a Virtual Object.
A real body is like a file in the sense that it holds data, but it is also like a folder in the sense that it has the ability to point to another real body by the temporary body it contains as its contents.
While almost all current UNIX do not allow the creation of alias hard links that point to directories, BTRON's real/pseudo links are like hard links that can freely create arbitrary links including such links. In Unix, a link to the parent indicated by "..." is used. In Unix, the fact that there is only one link to the parent indicated by "..." is a problem, but this is not a problem in BTRON because it has abandoned tree-like management in the first place.
Confirmation that the real body is no longer referenced by deleting a link is done by the reference count method, as in the Unix file system, but since arbitrary structures are allowed, as is well known as a weakness of the reference-counting method, loops can cause the file system to occupy disk space even though it cannot be reached from anywhere. Currently, a function is implemented to check for such entities by disconnecting the file system or (in the case of system disks) booting the system in a special state and performing a check similar to fsck as well as the so-called stop-the-world method of garbage collection. In addition, most of the previous versions of the software
Also, unlike most previous file systems, the name ("real name") is basically not used for identification (as an ID) on the system side, so the user can give a name freely (currently there is a length limit for implementation reasons).
Currently, BTMemo for Windows is available as software that reproduces the feeling of using BTRON.
The existing implementations of BTRON3 and BTRON1 realize the above functions on a file system with multi-record functions: one file corresponds to one entity, has a record containing the data body, and also has a "link record" that points to a file corresponding to the entity to which the temporary body contained by the entity points. In addition, there is a "link record" that points to the file corresponding to the real body to which the temporary body that the real body contains points. Because of this design, the real body data by TAD itself is not affected by the way links are represented in the underlying system.
This is because the file ID is a fixed-length integer of 16 bits, and it is difficult to extend it while maintaining binary compatibility with the current system. Therefore, a redesign and implementation is needed to extend this real body constraint.
In Windows, the graphics card driver is tuned by the manufacturer, while in BTRON there is no such graphics acceleration, etc., so screen rewriting can feel slow. BTRON has short boot time, though it stems from its limited number of daemons and supported devices, which makes it less of an advantage compared to other operating systems.
Application launching is basically done by double-clicking or otherwise launching a temporary body that represents the actual body of a document, etc. This is the same operation as selecting an application based on meta-information such as file type and creator in Mac OS and extension linking in Windows, but BTRON In BTRON, there is basically no other way to start an application.
For example, when transcribing a new text, an application is first launched without specifying the editing target, whereas in BTRON, a template of the real body is registered along with the application, and work is started by duplicating the real body. To be more specific, open a special window called "Gather Source Papers", and from there drag a pseudo-form called "Manuscript Paper" for editing text, and drop it into the desired window. (Normally, this operation is to move the pseudostat, but due to the peculiarities of the "Paper Gathering" application, the real body of the new document is duplicated and a pseudostat is created that points to the real body.
Operations common in other operating systems, such as starting an application first and then creating a new document or loading an existing document, are not possible with BTRON. Some people find it easy to understand because it matches real-world actions such as "preparing a new paper or an existing document before writing", while others find it difficult to understand unlike other OSs. The style of selecting the subject of the operation first and then instructing the operation on it is similar to the Xerox Star or the Smalltalk system, which was more object-oriented.
For BTRON2, a specification was prepared, and its implementation on GENESYS, an evaluation machine equipped with Fujitsu's TRON chip F32/300, was planned. An implementation by Personal Media, named "2B".
MCUBE, a TRON chip machine produced by SIGBTRON, implemented "3B", which was 32-bit and used an ITRON-specification OS (ItIs) for its microkernel; implementations based on 3B included "B-rights" such as the BrainPad TiPO (V810), PC/ The specification that B-right/V conforms to is published as the BTRON3 specification. Products that include B-right/V Cho-Kanji is sold to the general public and is easy to obtain.
Although it is not called BTRON, T-Shell, a middleware for T-Kernel, provides the same functions as some of the outer shell of Cho-Kanji.
In 1986, the BTRON Project was fully launched as a sub-project of the TRON Project, and the BTRON Technical Committee was established in the TRON Association. The initial concept was summarized in an article in IEEE Micro's special issue on TRON (Vol. 7, No. 2 (1987/Apr)), and can be read in "TRON Introduction," a translation of the same issue.
The June 1988 issue of TRON Review contains several screen shots and a report on BTRON286 by Matsushita Electric Industrial Co.
In December 1988, the TRON Association released an outline of the "BTRON/286" specification, and the following year, in March 1989, Matsushita Electric completed a practical level machine that was designated as the "Educational PC Specification Standard Concept," which was intended for educational use as described in the next section.
In March 1989, CEC made the decision to use TRON for personal computers to be installed in schools.Norioki Kobayashi, Matsushita Electric's Record of Success, Chapter 1 This seemed to be a stepping stone to the spread of (B)TRON, but it became the subject of a complaint in the trade issue described in the next section.
The keyboard and key layout of the "educational PC" presented at this time was not based on the TRON keyboard, but on the new JIS layout.
It is not unheard of to use a product that does not have a large market share for educational use, such as the Acorn Computer in the UK.
The details are as follows: "1989 National Trade Estimate Report on Foreign Trade Barriers" ("Report on Foreign Trade Barriers" ( 1989)) issued by the USTR on April 12, 1989. Other Barriers" in the report on Japan's trade barriers in "1989 National Trade Estimate Report on Foreign Trade Barriers" ("Report on Foreign Trade Barriers" () 1989 edition), in Section 7 "7. In Section 7 "7. OTHER BARRIERS", TRON was one of those listed with subsections such as "Large-scale Retail Stores Act". The naming of specific systems is bizarre compared to the others, which basically list fields.
The report points out that several US companies are also members of the TRON Association, but no US company is in a position to sell TRON-based PCs or communication devices, and that the Japanese government's support for TRON could give Japanese manufacturers an advantage, especially in the education sector (referring to the aforementioned CEC) and communication sector (referring to NTT's adoption of CTRON), which is already happening.
Furthermore, he points out that in the education field, TRON has enabled the emergence of US OS (specifically MS-DOS, OS/2, UNIXat the time, no one could have imagined the emergence of practical Unix-compatible environments such as Linux and FreeBSD that were not controlled by AT&T. is being excluded from the huge new market, and that in the long run TRON could affect the entire market of electronics in Japan. The last paragraph of the report states that already on September 9, 1988 (and later), the U.S. had informed Japan of its interest in these matters, and that in March 1989 negotiations were underway to provide detailed specifications for NTT's requirements, and that further information on TRON was being investigated through the Japanese government. The report concludes.
The TRON Association protested in writing to the USTR representative in May, and TRON was removed. Web Archive, TRON Association website, "Trade Issues History" However, in June of the same year, the mass media reported "abandonment of BTRON adoption for educational PCs". For example, "Nikkei Computer" reported "BTRON-based educational PCs: Standardization virtually impossible". Although there were twists and turns, in the end, the introduction of BTRON proposed by CEC was not implemented, and what was introduced to school education was MS-DOS machines, including the PC-9801. This led to a period of stagnation for the TRON project, especially the BTRON project, with some labeling it as a "failure.
The background to this uproar is that in the 1990s, NEC had the majority share of the PC market, and at the time of the CEC selection in 1988, it was opposed by a coalition of all other companies, led by Matsushita, which also included IBM, "For example, note 25 of "TRON Today" in Shozaburo Nakamura's Dennou Mandara (1995 edition) says, "At the time, the anti-TRON forces were NEC and Microsoft, which had already established themselves. It is a well-known fact that NEC and Microsoft had already established their positions. In addition to the long-standing Japan-US trade friction, there was also the Japan-US high-tech friction of the 1980s, Japan bashing, the Nippon K.K. theory, the IBM industrial espionage case, and the cover illustration of the September 1983 issue of CACM, was still fresh in our minds, and TRON itself was still in its infancy. IEEE Micro ran a special issue on TRON (April 1987, for example), and there were factors that would have made TRON stand out in the US.
According to Eiji Oshita's "Masayoshi Son: The Young Lion of Entrepreneurship," Masayoshi Son, who had been working hard for some time to create an industry structure that would make his own business, software distribution, profitable, was agitated that TRON would cause Japanese industry to fall behind global standards and be left behind by the rest of the world. Masayoshi Son, who had been working hard to set up the industry so that it could profit from TRON, was about to "lay the rails for the destruction of TRON" with Yuji Tanahashi (then Director General of the Machinery and Information Industry Bureau) and Ryozo Hayashi (then Director of the Information Processing Promotion Division), who were introduced by Akio Morita. The Ministry of International Trade and Industry (MITI) stopped the introduction of TRON into schools.Eiji Oshita, "Masayoshi Son: The Young Lion of Entrepreneurship" (ISBN 4-06-208718-9), pp. 285–294 The book's headline reads "Stopping the spread of TRON at the water's edge".
There was an unusual display of opinion on the part of the TRON project on this matter. In the 60th issue of TRONWARE magazine edited and published by Personal Media Corporation (December 1999), p. 71, an article titled "People who blocked the TRON project" signed by the editorial staff introduced the aforementioned biography as someone who published a book "boasting of his achievements" (in blocking TRON). The article introduced Sun's opposition to the MSX and his apparent support for UNIX. Sakamura's testimony about the conference where Sun, Kazuhiko Nishi, and Sakamura got together was that it was supposed to be a conference for Unix engineers, and that he and Nishi talked about technology, but Sun talked about business and seemed to be out of place. But overall, the article sums up the situation as "Is it right to destroy the seeds of original technology?
In December 1988, Softbank (then Softbank Japan Corp.) Publishing Department (now Softbank Creative) published a book titled "The Tron Revolution" (ISBN 4-89052-037-6).
In conjunction with this, Matsushita Communication Industrial released the PanaCAL ET, an educational personal computer equipped with the BTRON286-based OS "ET Master" as a BTRON machine. The hardware was based on the Panacom M, with enhanced 24-dot font read-only memory and other features for educational use.
However, most of the machines introduced to schools at this time were PC-9800 series, probably because they could inherit BASIC programs and data from word processing software, which had already been created in large numbers by enterprising teachers.
|
|
