Source: https://patents.google.com/patent/JP3751664B2/en
Timestamp: 2019-04-23 04:27:22
Document Index: 264682290

Matched Legal Cases: ['Application No. 7', 'art 1', 'art 3', 'art 4', 'art 1', 'art 1', 'art 2', 'art 3', 'art 1', 'art 2']

JP3751664B2 - Software registration system and method - Google Patents
Software registration system and method Download PDF
JP3751664B2
JP3751664B2 JP25850695A JP25850695A JP3751664B2 JP 3751664 B2 JP3751664 B2 JP 3751664B2 JP 25850695 A JP25850695 A JP 25850695A JP 25850695 A JP25850695 A JP 25850695A JP 3751664 B2 JP3751664 B2 JP 3751664B2
JP25850695A
JPH09101895A (en
孝 原
利哉 山嵜
利司郎 岡田
紳二 鎌田
1995-10-05 Application filed by 富士通株式会社 filed Critical 富士通株式会社
1995-10-05 Priority to JP25850695A priority Critical patent/JP3751664B2/en
1997-04-15 Publication of JPH09101895A publication Critical patent/JPH09101895A/en
2006-03-01 Publication of JP3751664B2 publication Critical patent/JP3751664B2/en
本発明は、ユーザの端末装置から通信回線を介して、ソフトウェアを自動的にデータベースに登録するソフトウェア登録システムとその方法に関する。 The present invention, through the communication line from the user of the terminal device, automatically and its method software registration system for registering the database software.
近年のパソコン通信等の発達に伴い、通信回線を介してソフトウェアを入手したいというユーザの希望が生じているが、このようなソフトウェアの配送を自動的に行う本格的なシステムは実現していない。 Along with the recent years of personal computers, such as communications and development, but desired by the user that you want to get the software via a communication line has occurred, a full-fledged system that performs the delivery of such software automatically has not been realized. ソフトウェアの自動配送を行うには、まずユーザが希望するソフトウェアを自宅の端末装置から配送センターに知らせ、ユーザから通知を受けた配送センターは通信回線を介して要求されたソフトウェアをユーザの端末装置に送信するという形式が考えられる。 For automatic delivery of software, the first software desired by the user informs the home terminal apparatus to the delivery center, a software distribution center is requested through a communication line which has received the notification from the user to the user of the terminal device format that transmission is considered.
このようなソフトウェアの自動配送を実現するために、先願の「リモートインストールシステムおよび方法」（特願平７−１７９７）が考案された。 To achieve the automatic delivery of such software, "remote installation system and method" in the prior application (Japanese Patent Application No. 7-1797) have been proposed. 以下、図面を参照しながら先願の技術について説明する。 Hereinafter, the prior application of the technology will be described with reference to the accompanying drawings.
図２９は、先願のリモートインストールシステムの構成図である。 Figure 29 is a block diagram of a remote installation system prior application. 図２９のリモートインストールシステムは、ソフトウェアの配送センターにあるホスト計算機２１、ユーザの端末２３、およびこれらを結ぶ通信回線２２から成る。 Remote installation system 29 consists of host computer 21, the user of the terminal 23, and the communication line 22 connecting these at the distribution center software. 端末２３は、例えば配送センターから遠く離れたユーザの自宅にあるパーソナルコンピュータであり、通信回線２２は例えばパソコン通信のネットワーク用の回線であるものとする。 Terminal 23 is, for example, a personal computer at home for remote user from the distribution center, the communication line 22 is assumed to be the line for a network, for example a personal computer communication.
ホスト計算機２１は、図示されない格納領域内に配送可能な複数のソフトウェアを含むソフトウェア群３５と、そのソフトウェア群３５から特定のソフトウェアを選択するときに用いるキーワードのリストを保持する第１キーテーブル３２および第２キーテーブル３３を格納している。 The host computer 21 includes a software group 35 including a deliverable plurality of software storage area, not shown, and the first key table 32 holds a list of keywords to be used when selecting a particular software from the software group 35 storing the second key table 33.
ユーザが端末２３からホスト計算機２１にキーワードのリストを要求すると、ホスト計算機２１は第１キーテーブル３２、第２キーテーブル３３を順次送信して、それらに含まれるキーワードを端末２３の表示装置２４の画面に表示させる。 When a user requests a list of keywords from the terminal 23 to the host computer 21, the host computer 21 is first key table 32, and sequentially transmitted to the second key table 33, the keyword of the display device 24 of the terminal 23 included in their to be displayed on the screen. ユーザは表示されたキーワードから希望するソフトウェアに対応するものを選び、ホスト計算機２１に通知する。 The user choose the one that corresponds to the software you want from the displayed keyword, and notifies the host computer 21.
ホスト計算機２１は通知されたキーワードに該当するいくつかのソフトウェアの名称を含むメニューを表示装置２４の画面に表示させ、ユーザはその中から希望するソフトウェアを選んで、ホスト計算機２１に通知する。 The host computer 21 to display a menu including the names of some software corresponding to the notified keyword on the screen of the display device 24, the user select the software to be desired from them notifies the host computer 21. そして、ホスト計算機２１はソフトウェア群３５からユーザの選んだソフトウェアのコンテンツ（ファイル）を取り出し、端末２３のハードディスク２５に設定された配送（宅配、またはディストリビューション）用のディレクトリＤ：￥ＳＯＵＫＯに格納する。 Then, the host computer 21 retrieves the selected from the software group 35 by the user software content (file), the directory D for shipping that has been set in the hard disk 25 of the terminal 23 (home delivery, or distribution): stored in ¥ SOUKO .
このとき、宅配されたソフトウェアを起動するためのアイコン３７が自動的に登録され、表示装置２４の画面上でディレクトリＤ：￥ＳＯＵＫＯに対応して設けられた倉庫ウィンドウ３６内に表示される。 In this case, icon 37 for starting the delivery software is automatically registered, directories D on the screen of the display device 24: ¥ is displayed on the warehouse window 36 provided corresponding to SOUKO. 例えば端末２３がＷＩＮＤＯＷＳを搭載している場合は、宅配されたソフトウェアはＷＩＮＤＯＷＳのプログラムマネージャに登録される。 For example, if the terminal 23 is equipped with WINDOWS, delivery software is registered in the program manager of WINDOWS. 以後、ユーザはアイコン３７をマウス等の入力装置を用いてクリックするだけで、宅配されたソフトウェアを使用することができる。 Thereafter, the user icon 37 just click using an input device such as a mouse, it can be used delivery software.
端末２３が装備するハードウェアやソフトウェアツール等の動作環境を記述した環境ファイル３１は端末２３内で生成され、ホスト計算機２１のアクセス時にホスト計算機２１に送られる。 Environment file 31 describing the operating environment, such as hardware and software tools that terminal 23 is equipped is generated in the terminal 23, is sent to the host computer 21 at the time of access of the host computer 21. ホスト計算機２１は受け取った環境ファイル３１を各ユーザ毎に保持し、ユーザが選んだソフトウェアが動作可能かどうかのチェックに用いる。 The host computer 21 holds the environment file 31 received for each user, is used to check user selects software whether operational.
また、ホスト計算機２１はユーザ毎に個別の設定ファイル３４を用意し、ユーザが選んだソフトウェアの動作に必要なファイル一式とその格納場所をこれに記述する。 The host computer 21 prepares the configuration file 34 individually for each user, describing the location and file all necessary to the operation of the software chosen by the user to this. そして、それらのファイル一式とともに設定ファイル３４を端末２３に一括して送り、端末２３にソフトウェアの自動インストールを行わせることができる。 Then, send the configuration file 34 with their set of files at once to the terminal 23, it is possible to perform the automatic installation of software on the terminal 23.
次に、図３０から図３２までを参照しながら、図２９のリモートインストールシステムによるソフトウェアの宅配の動作フローを説明する。 Next, with reference to FIGS. 30 to FIG. 32, the operation flow of the delivery of the software by remote installation system of Figure 29.
図３０において、ユーザＡの端末２３は通信用の端末ソフトのインストール時に動作環境の情報を取得し、取得した情報を設定した環境ファイル３８を作成する（ステップＳ１）。 In Figure 30, the terminal 23 of the user A acquires information of the operating environment when installing the terminal software for communication, create an environment file 38 that sets the acquired information (step S1). このとき、ユーザの端末の機種や宅配に使用する格納場所ＳＯＵＫＯ等の取得に時間のかかる情報、あるいは、場合によってユーザに問い合わせなければならない情報を取得する。 In this case, time-consuming information on the acquisition of such storage location SOUKO used to model and delivery of the user's terminal or to obtain information that must query the user in some cases.
格納場所ＳＯＵＫＯの決定にあたっては、端末２３はハードディスク２５に所定の容量以上の空き領域があるかどうかを調べ、空き領域があればそのルートに宅配用のディレクトリを作成する。 In determining the location SOUKO, terminal 23 checks whether there is free space above the predetermined volume in the hard disk 25, to create a directory for delivery to the route if there is free space. このときディレクトリ名等は端末２３が自動的に生成し、ユーザＡはそれを確認する作業のみを行う。 At this time, directory name, such as the terminal 23 is automatically generated, the user A performs the only work to confirm it. したがって、ユーザＡはディレクトリ名等を入力する必要がない。 Thus, the user A does not need to enter the directory name, and the like.
ここでは、ユーザＡの機種はＴＯＷＮＳであり、ＳＯＵＫＯのディレクトリはＤ：￥ＳＯＵＫＯ（ドライブＤのディレクトリＳＯＵＫＯ）であることが環境ファイル３８に書き込まれる。 Here, the model of the user A is a TOWNS, directory of SOUKO is D: ¥ SOUKO to be a (directory SOUKO of drive D) are written to the environment file 38. ユーザＡは、必要があればＤ：￥ＳＯＵＫＯを他のディレクトリに変更することもできる。 User A, if necessary D: ¥ SOUKO can also be changed to another directory.
既に設定されているパーティションに所定の容量の空き領域がなければ、別のパーティションの空き領域が一番大きい場所を探して、そこに宅配用のディレクトリを作成する。 If there is no free space of a predetermined capacity already on the partition that has been set, the free space of another partition looking for the highest place, to create a directory for home delivery there. 具体的には、ディレクトリＤ：￥ＳＯＵＫＯが一杯になったとすると、端末２３が”Ｄ：￥ＳＯＵＫＯが一杯です。倉庫をＦ：￥ＳＯＵＫＯに変更します。よろしいですか。”等のメッセージを表示装置２４の画面に表示する。 Specifically, the directory D: ¥ When SOUKO is assumed to become full, the terminal 23 is "D: ¥ SOUKO is full warehouse F:... ¥ Change to SOUKO Are you sure you want or" display a message such as It is displayed on the screen of the device 24. ユーザＡがこれを承認すると、Ｆ：￥ＳＯＵＫＯが新たにＳＯＵＫＯのディレクトリとなる。 When the user A is approved this, F: ¥ SOUKO becomes the new SOUKO of the directory. 所定の容量の空き領域がどのハードディスクにもなかったときは、”残念ながらディスク容量が足りません。ディスクを増設してください。”等のメッセージが表示される。 When the free space of a predetermined capacity was not on any hard disk is, "Unfortunately, disk space is not enough. Please add another disk.", Etc. of the message is displayed.
次に、端末ソフトの起動時（ホスト計算機２１へのアクセス時）に、ハードディスクやメモリの状況等のインストール後に変化した可能性のある情報を取得する（ステップＳ２）。 Then, when starting the terminal software (when accessing the host computer 21), to obtain information that might have changed after the installation conditions such as a hard disk or a memory (step S2). ここでは、ユーザＡのハードディスクがドライブＤにあり、空き容量が３００Ｍバイトであることが環境ファイル３８に書き込まれる。 Here, the hard disk of the user A is in drive D, it available capacity is 300M bytes are written to the environment file 38. こうして作成された環境ファイル３８の内容は、ユーザＡがホスト計算機２１にアクセス（接続）したときに、コマンドＲＩＳ The contents of the environment file 38 thus created, when the user A accesses (connects) to the host computer 21, the command RIS ＳＥＮＤＥＮＶによりホスト計算機２１に送信される（ステップＳ３）。 It is transmitted to the host computer 21 by SendEnv (step S3).
ホスト計算機２１は受信した情報をユーザＡ環境ファイル３９として保持する。 The host computer 21 holds the received information as the user A environment file 39. ユーザＡ環境ファイル３９には、機種、ハードディスク情報ＨＤ、格納場所ＳＯＵＫＯのほかに、使用しているＯＳ（オペレーティングシステム）とその格納場所が記述されている。 The user A environment file 39, models, hard disk information HD, in addition to the storage location SOUKO, its storage location as the OS you are using (operating system) are described. ここでは、ユーザＡの端末２３のＯＳはＷＩＮＤＯＷＳであり、その格納場所ＷＩＮＤＩＲはＤ：￥ＷＩＮＤＯＷＳであることがわかる。 Here, the OS of the terminal 23 of the user A is WINDOWS, the storage location WINDIR is D: ¥ it can be seen in WINDOWS.
ホスト計算機２１からコマンドＲＩＳ Command RIS from the host computer 21 ＳＥＮＤＥＮＶに対するレスポンスとしてＲＩＳ RIS as a response to SENDENV ＳＥＮＤＥＮＶ＊ＲＥＳＰ ＯＫを受け取ると、端末２３はコマンドＲＩＳ Upon receipt of the SENDENV * RESP OK, terminal 23 command RIS ＫＥＹＬＩＳＴにより第１キーリストを要求する（ステップＳ４）。 Requesting a first key list by KEYLIST (step S4). これに応じて、ホスト計算機２１は第１キーテーブル３２の内容をＲＩＳ In response, the host computer 21 RIS the contents of the first key table 32 ＫＥＹＬＩＳＴ＊ＲＥＳＰとともに送り返す。 Send back with KEYLIST * RESP. ここでは、第１キーテーブル３２には、キー番号１、２、３、・・・に対応するキーワードとして、ＯＳ／基本ソフト、開発支援、ゲーム、・・・が格納されている。 Here, in the first key table 32, key number 1, 2, 3, as a keyword corresponding to the ···, OS / basic software, development support, games, and so on are stored.
これらのキーワードが第１キーリストとして表示装置２４の画面に表示されると（ステップＳ５）、ユーザＡはそれらの中から第１キーワードを選び端末２３に入力する（ステップＳ６）。 When these keywords are displayed on the screen of the display device 24 as a first key list (step S5), and the user A is input to the terminal 23 selects a first keyword from among them (step S6). すると、端末２３はユーザＡの選んだ第１キーワードのキー番号とともに、第２キーリストを要求するコマンドＲＩＳ Then, the terminal 23 along with the key number of the first keyword chosen by the user A, command RIS to request a second key list ＫＥＹＬＩＳＴをホスト計算機２１に送る（ステップＳ７）。 Send KEYLIST to the host computer 21 (step S7). ここでは、ユーザＡは第１キーワードとしてゲームを選択し、それに対応するキー番号３がホスト計算機２１に送られる。 Here, the user A selects the game as the first keyword, key number 3 is transmitted to the host computer 21 corresponding thereto.
第２キーリストを要求されたホスト計算機２１は、受け取ったキー番号に対応して第１キーテーブル３２内に格納されているポインタを用いて、対応する第２キーテーブル３３を求め、その内容をＲＩＳ The host computer 21 requested the second key list, using the pointer stored in correspondence with the received key number to first key table 32, obtains the corresponding second key table 33, the contents RIS ＫＥＹＬＩＳＴ＊ＲＥＳＰとともに送り返す。 Send back with KEYLIST * RESP. ここでは、第２キーテーブル３３には、キー番号５１、５２、５３、・・・に対応するキーワードとして、ＲＰＧ、アクション、パズル／クイズ、・・・が格納されている。 Here, in the second key table 33, key number 51, 52, 53, as a keyword corresponding to the ···, RPG, action, puzzle / quiz,... Are stored.
第２キーテーブルは第１キーテーブル３２内のキーワードに対応して一般に複数設けられており、その数は第１キーテーブル３２内のキーワードの数と同じか、またはそれより少ない。 The second key table is generally provided in a plurality to correspond to the keywords in the first key table 32, the number is either equal to the number of keywords in the first key table 32, or fewer. 後者の場合には、第１キーテーブル３２内の２つ以上のキーワードが同じ１つの第２キーテーブルを指すことになる。 In the latter case, so that two or more keywords in the first key table 32 refer to the same one of the second key table.
第２キーテーブル内のキーワードが第２キーリストとして表示装置２４の画面に表示されると（ステップＳ８）、ユーザＡはそれらの中から第２キーワードを選び端末２３に入力する（図３１、ステップＳ９）。 A keyword in the second key table is displayed on the screen of the display device 24 as the second key list (step S8), and the user A is inputted to the terminal 23 to select the second keyword from among them (FIG. 31, step S9). すると、端末２３はユーザＡの選んだ第１および第２キーワードのキー番号とともに、第１および第２キーワードの両方に該当するソフトウェアのリストを要求するコマンドＲＩＳ Then, the terminal 23 together with the first and second keywords key number chosen by the user A, the command RIS to request a list of software corresponding to both the first and second keywords ＬＩＳＴをホスト計算機２１に送る（ステップＳ１０）。 Send LIST to the host computer 21 (step S10). ここでは、ユーザＡは第２キーワードとしてアクションを選択し、それに対応するキー番号５２がホスト計算機２１に送られる。 Here, the user A selects an action as the second keyword, key number 52 is sent to the host computer 21 corresponding thereto.
ソフトウェアのリストを要求されたホスト計算機２１は、第１および第２キーワードの２つのキー番号を持つソフトウェアをソフトウェア群３５の中から検索する。 The host computer 21 requested a list of the software searches for software having first and two key number of the second keyword from the software group 35. このとき、検索条件として第１キーワードと第２キーワードとを区別せずに、フラットに検索を行う。 In this case, without distinguishing the first keyword and the second keyword as a search condition, to search the flat. また、機種やＯＳの種別はデフォルトのキーとして扱い、これらも加味した上で検索する。 In addition, the type of model and OS treats as the default key, search on these were also taken into account. これにより、例えばＴＯＷＮＳ以外の機種専用のソフトウェアが検索されてくることが防止される。 As a result, for example, TOWNS other models dedicated software is prevented from coming to search.
そして、該当するソフトウェアの名称と番号のリストをＲＩＳ Then, a list of the relevant name of the software and the number RIS ＬＩＳＴ＊ＲＥＳＰとともに端末２３に送る。 And it sends it to the terminal 23 along with the LIST * RESP. ここでは、キー番号３と５２を持つテトリス、パチンコ等のソフトウェアが該当するので、それらの名称がそれぞれのソフトウェア番号５、３０等とともに端末２３に送られる。 Here, Tetris with key numbers 3 and 52, the software of pachinko or the like is applicable, their names are sent to the terminal 23 together with the respective software number 5,30 like.
ソフトウェアのリストが表示装置２４の画面に表示されると（ステップＳ１１）、ユーザＡはそれらの中から希望するソフトウェアを選び、端末２３に入力する（ステップＳ１２）。 When the list of software is displayed on the screen of the display device 24 (step S11), and the user A chooses the software desired from among them, and inputs to the terminal 23 (step S12). すると、端末２３はユーザＡの選んだソフトウェアの番号とともに、ユーザＡの環境がそのソフトウェアの動作に適するかどうかのチェックを要求するコマンドＲＩＳ Then, the terminal 23 along with the number of the software chosen by the user A, command RIS the environment of the user A to request a check of whether or not suitable for the operation of the software ＣＨＫＥＮＶをホスト計算機２１に送る（ステップＳ１３）。 Send CHKENV to the host computer 21 (step S13). ここでは、ユーザＡはテトリスを選択し、それに対応するソフトウェア番号５がホスト計算機２１に送られる。 Here, the user A selects the Tetris, the software number 5 corresponding thereto are sent to the host computer 21.
ユーザＡが選択したソフトウェアの番号を受け取ったホスト計算機２１は、その番号に対応するソフトウェアの動作環境とユーザＡの端末２３の環境との整合性を調べるためのチェックスクリプト４０を用意し、環境チェックを行う。 The host computer 21 which has received the number of the software that the user A has selected prepares a check script 40 for examining the integrity of the environment of the operating environment and the user A of the terminal 23 of the software corresponding to the number, environmental check I do. このチェックはチェックスクリプト４０の実行プログラムと端末２３の端末ソフトとの間のやりとりにより自動的に行われるので、ユーザＡは環境チェックが行われていることを必ずしも意識する必要はない（ステップＳ１４）。 This check is performed automatically by the interaction between the terminal software executable and the terminal 23 of the check script 40, the user A need not necessarily be aware that the environment checks being performed (step S14) . ユーザＡに何らかの問い合わせを行う必要が生じたときにのみ、ホスト計算機２１がその問い合わせを行う。 Only when the need to do some query occurs in user A, the host computer 21 performs the query.
ここでは、ユーザＡが選択したテトリスの動作環境として、ＯＳがＷＩＮＤＯＷＳ、機種がＴＯＷＮＳ、ＰＣ９８等、推奨ディレクトリ（ＤＩＲ）名がＴＥＴであることが記述されている。 Here, as the Tetris of the operating environment in which the user A has selected, OS is WINDOWS, models TOWNS, PC98, etc., recommended directory (DIR) name is described to be a TET. これに対して、ユーザＡ環境ファイル３９には、機種がＴＯＷＮＳ、ＯＳがＷＩＮＤＯＷＳと記述されており、両者を比較することによって機種とＯＳが適合していることがわかる。 In contrast, the user A environment file 39, models TOWNS, OS are described as WINDOWS, it can be seen that the fit model and OS by comparing the two.
次に、テトリスのチェックスクリプト４０を見るとユーザＡ側の格納場所ＷＩＮＤＩＲにＶＢＲＪＰ２００． Then, VBRJP200 Looking at the Tetris of the check script 40 to the user A side of the storage location WINDIR. ＤＬＬというファイルがあるかどうか調査するためのコマンド”ＳＴ４ ＠ＷＩＮＤＩＲ＠ＶＢＲＪＰ２００．ＤＬＬ”があるので（ＭＱ１）、ホスト計算機２１はこれをＲＩＳ Because there is a command "ST4 @ WINDIR @ VBRJP200.DLL" to investigate whether there is a file called DLL (MQ1), the host computer 21 RIS this ＣＨＫＥＮＶ＊ＲＥＳＰとともに端末２３に送る。 And it sends it to the terminal 23 with CHKENV * RESP. このとき、ホスト計算機２１はユーザＡ環境ファイル３９を参照して、＠ＷＩＮＤＩＲ＠をＤ：￥ＷＩＮＤＯＷＳに置き換えて送る。 At this time, the host computer 21 refers to the user A environment file 39, the @ WINDIR @ D: send by replacing ¥ in WINDOWS. ここで、＠はワイルドカードを表す。 Here, @ represents the wild card. また、ファイルＶＢＲＪＰ２００． In addition, file VBRJP200. ＤＬＬはテトリスの動作に必要なファイルの１つである。 DLL is one of the files necessary for the operation of the Tetris.
このコマンドを受け取った端末２３は、ドライブＤのディレクトリＷＩＮＤＯＷＳにファイルＶＢＲＪＰ２００． Terminal 23 that has received this command, file VBRJP200 in the directory WINDOWS of drive D. ＤＬＬがあるかどうか調べ、その結果をＡＮＳとしてホスト計算機２１に送り返す。 It investigated whether there is a DLL, back to the host computer 21 the result as ANS. ここでは、該当するファイルがなかったのでＡＮＳ＝ＯＦＦが送り返される。 Here, ANS = OFF is sent back because there was no appropriate file.
端末２３にファイルＶＢＲＪＰ２００． File VBRJP200 to the terminal 23. ＤＬＬがないことを知ったホスト計算機２１は、チェックスクリプト４０に従って（ＭＱ２）、”ＶＢＲＪＰ２００をコピーしてよいか？”という問い合わせを端末２３に送り、この問い合わせが表示装置２４の画面に表示される。 The host computer 21 to know that there is no DLL is, according to the check script 40 (MQ2), "or VBRJP200 may be copy?" Send an inquiry to the terminal 23 that, this query is displayed on the screen of the display device 24 . ユーザＡは表示された問い合わせに対する回答を入力し、端末２３がその回答をホスト計算機２１に送り返す。 User A enters an answer to the inquiry displayed, the terminal 23 sends back the answer to the host computer 21. ここでは、ＡＮＳ＝はい が送り返され、ホスト計算機２１はチェックスクリプト４０に従って、リモートインストールを承諾し（ＲＩＳ＝ＯＫ）、ＶＢＲＪＰ２００． Here, ANS = yes is sent back, the host computer 21 in accordance with the check script 40, to accept the Remote Installation (RIS = OK), VBRJP200. ＤＬＬのコピーを指示するフラグＦ２をＯＮにする（ＭＡ２）。 It turns ON the flag F2 to direct a copy of the DLL (MA2).
もし、ファイルＶＢＲＪＰ２００． If the file VBRJP200. ＤＬＬが端末２３の指定されたディレクトリにあった場合はＡＮＳ＝ＯＮが送り返されるので、その時点でＲＩＳ＝ＯＫとなる（ＭＡ１）。 Since the DLL when there in the specified directory of the terminal 23 ANS = ON is sent back, the RIS = OK at that time (MA1).
このように環境チェックを自動的に行うことにより、ユーザＡの環境に適合しないソフトウェアが配送されるのを防ぐことができる。 By thus performing the environment automatically checks, software that does not conform to the environment of the user A can be prevented from being delivered. 例えば、あるパッケージソフトウェアを通信回線２２を介して購入した後に、特定のドライバがないとそれが動作しないことを知るといったような事故が未然に防止される。 For example, after purchasing via the communication line 22 to a package software, an accident such as know that it that there is no specific driver does not work is prevented.
ＲＩＳ＝ＯＫとなるとホスト計算機２１は環境チェックを終了し、判定結果（ＪＵＤＧＥ＝ＯＫ）とともに、配送先のディレクトリＳＯＵＫＯＤＩＲを端末２３に送る。 RIS = OK when it comes to the host computer 21 ends the environment checks, together with the determination result (JUDGE = OK), and sends the destination directory SOUKODIR the terminal 23. このＳＯＵＫＯＤＩＲは、ユーザＡ環境ファイルに格納されているＳＯＵＫＯのディレクトリであるＤ：￥ＳＯＵＫＯの下にテトリスの推奨ディレクトリであるＴＥＴをサブディレクトリとして付加した形式で指定される。 This SOUKODIR is a directory of SOUKO stored in the user A environment file D: ¥ under SOUKO designated the TET is Tetris recommended directory in the form of adding a subdirectory.
このとき同時に、インストールの可否（ＲＩＳ）、インストールプログラム（インストーラ）のアイコン登録の有無（ＩＣＯＮ）、およびダウンロードの可否（ＤＬＯＡＤ）が端末２３に送られる。 At the same time, whether the installation (RIS), the presence or absence of icons registered in the installation program (installer) (ICON), and downloads the possibility (DLOAD) is sent to the terminal 23. これらのフラグＲＩＳ、ＩＣＯＮ、ＤＬＯＡＤにより、ホスト計算機２１はインストール、インストーラのアイコン登録、ダウンロードのうちのどれが可能かを端末２３に通知する。 These flags RIS, ICON, by DLOAD, the host computer 21 is installed, it notifies the icon registration of the installer, or can be any of the download to the terminal 23.
インストールとはユーザＡの選んだソフトウェアを端末２３のシステム、例えばＷＩＮＤＯＷＳに登録して、端末２３上で使用可能にすることを意味する。 Register the software chosen by the user A system of the terminal 23, for example, WINDOWS and installation means to enable on the terminal 23. したがって、この場合はそのソフトウェアの実行ファイルをＷＩＮＤＯＷＳ上でアイコン登録する作業までを含む。 Therefore, in this case including up operation of icons registered executable file of the software on WINDOWS. これに対して、インストーラのアイコン登録とはインストールを実行するプログラムを端末２３上でアイコン登録することを意味する。 In contrast, the installer icon registration means that icon register the program to run the installation on the terminal 23.
ここでは、インストールとダウンロードが許諾され（ＲＩＳ＝ＯＫ、ＤＬＯＡＤ＝ＯＫ）、インストーラのアイコン登録は行わない（ＩＣＯＮ＝ＮＧ）という条件が提示される。 Here, you have the rights to install and download (RIS = OK, DLOAD = OK), a condition that the icon registration of the installer is not performed (ICON = NG) is presented. 複雑なインストールプログラムを持つソフトウェアの場合には、インストールが許諾される代わりにインストーラのアイコン登録が必要である旨が提示される。 In the case of software with complex installation program, that there is a need for the installer icon registration instead of the installation is licensed it is presented. また、ＷＩＮＤＯＷＳを搭載している端末からＴＯＳ（ＴＯＷＮＳのＯＳ）用のアプリケーションを要求されたような場合には、ダウンロードのみが許諾される。 Further, when the terminal mounted with the WINDOWS as requested an application for TOS (OS of TOWNS), only the download is permitted.
次に、端末２３の端末ソフトはインストール、インストーラのアイコン登録、ダウンロードの順に優先順位をつけて、より優先順位の高いものをデフォルトとして設定し、表示装置２４の画面に表示する。 Next, the terminal software is installed in the terminal 23, the installer icon registration, with the priority in the order of download, set the thing higher priority as the default, to display on the screen of the display device 24. ここでは、ホスト計算機２１により許諾されたインストールとダウンロードのうち優先順位のより高いインストールがデフォルトとして設定され、インストール方法選択ウィンドウに表示される。 Here, higher installation priority of installation and download authorized by the host computer 21 is set as a default, is displayed on the installation method selection window.
図３３は、インストール方法選択ウィンドウの表示例を示している。 Figure 33 shows a display example of the installation method selection window. 図３３において、「システム登録」がインストールに相当し、これがデフォルトで選択されている。 In Figure 33, "System Registration" corresponds to the installation, which is selected by default.
ユーザＡは表示されたインストール方法を確認して、確認した旨を入力する（ステップＳ１５）。 User A will check the installation instructions displayed, inputting the setting confirming (step S15). また、ユーザＡはここで表示された設定を変更することもできる。 The user A can also change the settings displayed here. 例えば、インストーラのアイコン登録を行いたいときは、図３３のインストール方法選択ウィンドウ内の「インストーラのアイコン登録」を選択して入力する。 For example, when you want the icon registration of the installer, enter and select the "installer icon registration" of the installation method in the selection window shown in Figure 33.
基本的には、ユーザＡは手間をかけずにできあいのインストールを行いたい場合は「システム登録」を選択し、細かいインストール設定を自分で行いたい場合は「インストーラのアイコン登録」を選択し、格納場所を後で変更したい（別の機種の端末にインストールしたい）場合は「ダウンロード」を選択する。 Basically, the user A is if you want to perform the installation of each other can be in without the hassle and select the "System Registration", if you want to fine installation settings yourself, select the "Installer icon registration", store If you want to change the location later (you want to install to a different model of the terminal) to select the "download". 「ダウンロード」を選択すれば、端末２３の機種とは異なる機種用のソフトウェアを入手して動作するかどうか試してみることも可能になる。 If you select the "download", it is possible also to try if it works to get the software for different models is the model of the terminal 23.
次に、端末２３はホスト計算機２１から指示された宅配用のサブディレクトリＤ：￥ＳＯＵＫＯ￥ＴＥＴを、ハードディスク２５内に自動的に生成する（ステップＳ１６）。 Then, the terminal 23 subdirectory D for delivery instructed from the host computer 21: ¥ a SOUKO ¥ TET, automatically generated in the hard disk 25 (step S16). ここでもし、端末２３にサブディレクトリＤ：￥ＳＯＵＫＯ￥ＴＥＴが既に存在している場合は、例えばＤ：￥ＳＯＵＫＯ￥ＴＥＴ ００１というサブディレクトリをつくり、これも既に存在している場合はＤ：￥ＳＯＵＫＯ￥ＴＥＴ ００２というサブディレクトリをつくる。 And again, subdirectory terminal 23 D: ¥ SOUKO ¥ If TET already exists, for example, D: ¥ SOUKO ¥ TET 001 create a subdirectory, if this is also already exists D: ¥ create a sub-directory called SOUKO ¥ TET 002.
テトリスのファイル本体４１はファイルＴＥＴ１． File body 41 of Tetris file TET1. ＬＺＨ（Ｆ１）とＶＢＲＪＰ２００． LZH (F1) and VBRJP200. ＤＬＬ（Ｆ２）とから成り、ＴＥＴ１． Made from a DLL (F2), TET1. ＬＺＨは４つのファイルＴＥＴＲＩＳ． LZH four file TETRIS. ＥＸＥ、ＴＯＷＮＳ． EXE, TOWNS. ＤＲＶ、ＰＣ９８． DRV, PC98. ＤＲＶ、およびＭＡＣ． DRV, and MAC. ＤＲＣを圧縮してできている。 It is made by compressing the DRC. ＴＥＴ１． TET1. ＬＺＨを圧縮前の状態に伸長（解凍）するとこれらの４つのファイルに分かれるが、ＴＥＴ１． Extension to the state before the compression of the LZH (thawed) Then is divided into these four files, TET1. ＬＺＨの解凍はホスト計算機２１から端末２３に配送された後に行われる。 Decompression of LZH is performed after being delivered from the host computer 21 to the terminal 23.
宅配用のサブディレクトリを生成した端末２３は、リモートインストールの開始を依頼するコマンドＲＩＳ Terminal 23 that generated the sub-directory for home delivery, the command RIS to request the start of a remote installation ＩＮＳＴＡＬＬを選択したソフトウェアの番号とともにホスト計算機２１に送る（図３２、ステップＳ１７）。 With the software number you select INSTALL send to the host computer 21 (FIG. 32, step S17). これを受けて、ホスト計算機２１は送られた番号に対応するソフトウェアのリモートインストールを開始する。 In response to this, the host computer 21 starts the remote installation of software corresponding to the transmitted number. リモートインストールは、ホスト計算機２１が作成したテトリスのインストールスクリプト４２に従って、ホスト計算機２１と端末２３の間のやりとりにより自動的に行われる（ステップＳ１８）。 Remote installation, according to the installation script 42 Tetris host computer 21 creates, is automatically performed by the communication between the host computer 21 and the terminal 23 (step S18).
インストールスクリプト４２には、まずファイルＴＥＴ１． The installation script 42, first file TET1. ＬＺＨをユーザＡ側の格納場所＠ＳＯＵＫＯ＠にダウンロードすることを指示する記述がある。 The location of the user A side LZH @ SOUKO @ there is a description for instructing to download to. そこで、ホスト計算機２１は＠ＳＯＵＫＯ＠をＳＯＵＫＯＤＩＲ＝Ｄ：￥ＳＯＵＫＯ￥ＴＥＴに置き換えて、ハードディスク２５のサブディレクトリＤ：￥ＳＯＵＫＯ￥ＴＥＴにＴＥＴ１． Then, the host computer 21 @ SOUKO @ the SOUKODIR = D: ¥ SOUKO ¥ replaced with TET, sub-directory D of the hard disk 25: ¥ SOUKO ¥ TET1 to TET. ＬＺＨをダウンロードする。 Download the LZH.
端末２３からダウンロードの完了（ＯＫ）を通知されると、次にホスト計算機２１は、＠ＷＩＮＤＩＲ＠をＤ：￥ＷＩＮＤＯＷＳに置き換えて、ハードディスク２５のディレクトリＤ：￥ＷＩＮＤＯＷＳにＶＢＲＪＰ２００． When notified of the completion of the download (OK) from the terminal 23, then host computer 21, @ WINDIR @ the D: is replaced by a ¥ WINDOWS, of the hard disk 25 directory D: ¥ WINDOWS to VBRJP200. ＤＬＬをダウンロードする。 To download the DLL.
端末２３からダウンロードの完了（ＯＫ）を通知されると、次にホスト計算機２１は、格納場所＠ＳＯＵＫＯ＠（Ｄ：￥ＳＯＵＫＯ￥ＴＥＴ）にダウンロードしたＴＥＴ１． When notified of the completion of the download (OK) from the terminal 23, then host computer 21, the storage location @ SOUKO @ (D: ¥ SOUKO ¥ TET) was downloaded to TET1. ＬＺＨを解凍する指示、ＬＨＡ Ｘ Ｄ：￥ＳＯＵＫＯ￥ＴＥＴ￥ＴＥＴ１． An instruction to extract the LZH, LHA X D: ¥ SOUKO ¥ TET ¥ TET1. ＬＺＨを送る。 Send the LZH. これを受けて、端末２３はＴＥＴ１． In response to this, the terminal 23 is TET1. ＬＺＨを前述した４つのファイルＴＥＴＲＩＳ． Four files TETRIS described above the LZH. ＥＸＥ、ＴＯＷＮＳ． EXE, TOWNS. ＤＲＶ、ＰＣ９８． DRV, PC98. ＤＲＶ、およびＭＡＣ． DRV, and MAC. ＤＲＣに解凍する。 Thawed DRC. これらの４つのファイルはＴＥＴ１． These are the four files TET1. ＬＺＨと同じサブディレクトリＤ：￥ＳＯＵＫＯ￥ＴＥＴに保持される。 LZH the same sub-directory as the D: is held to ¥ SOUKO ¥ TET.
端末２３から解凍の完了（ＯＫ）を通知されると、次にホスト計算機２１は、格納場所＠ＳＯＵＫＯ＠（Ｄ：￥ＳＯＵＫＯ￥ＴＥＴ）の機種＠． And from the terminal 23 is notified of the completion of the decompression (OK), then the host computer 21, the storage location @ SOUKO @: the model of (D ¥ SOUKO ¥ TET) @. ＤＲＶというファイルを格納場所＠ＷＩＮＤＩＲ＠（Ｄ：￥ＷＩＮＤＯＷＳ）に移動させてファイル名をＦＯＮＴ． Storage location a file called DRV @ WINDIR @ (D: ¥ WINDOWS) FONT the name of the file is moved. ＤＲＶに変更する指示、ＭＯＶＥ Ｄ：￥ＳＯＵＫＯ￥ＴＥＴ￥ＴＯＷＮＳ． Instruction to change to DRV, MOVE D: ¥ SOUKO ¥ TET ¥ TOWNS. ＤＲＶ Ｄ：￥ＷＩＮＤＯＷＳ￥ＦＯＮＴ． DRV D: ¥ WINDOWS ¥ FONT. ＤＲＶを送る。 Send the DRV. このとき、ホスト計算機２１はユーザＡ環境ファイル３９を参照して、機種＠をＴＯＷＮＳに置き換えて送る。 At this time, the host computer 21 refers to the user A environment file 39, send by replacing the model @ in TOWNS. これを受けて、端末２３はサブディレクトリＤ：￥ＳＯＵＫＯ￥ＴＥＴのファイルＴＯＷＮＳ． In response to this, the terminal 23 is sub-directory D: ¥ SOUKO ¥ TET of file TOWNS. ＤＲＶをディレクトリＤ：￥ＷＩＮＤＯＷＳに移動し（ファイル移動）、ＦＯＮＴ． DRV the directory D: Go to the ¥ WINDOWS (file move), FONT. ＤＲＶというファイル名に変更する（リネーム）。 To change the file name of DRV (rename).
端末２３からファイル移動およびリネームの完了（ＯＫ）を通知されると、次にホスト計算機２１は、ファイルＴＥＴＲＩＳ． When notified file migration and renaming completion (OK) from the terminal 23, then the host computer 21, the file TETRIS. ＥＸＥのアイコン登録を行う指示、ＩＣＯＮ ＴＥＴＲＩＳ． Instructions to carry out the EXE icon registration, ICON TETRIS. ＥＸＥを送る。 Send the EXE. これを受けて、端末２３はサブディレクトリＤ：￥ＳＯＵＫＯ￥ＴＥＴのファイルＴＥＴＲＩＳ． In response to this, the terminal 23 is sub-directory D: ¥ SOUKO ¥ TET of file TETRIS. ＥＸＥをアイコン化して端末２３内に登録する。 And icon of the EXE to register in the terminal 23. これにより、表示装置２４の画面に表示された倉庫ウィンドウ３６内に、例えばＴＥＴＲＩＳ． Thus, in the warehouse window 36 displayed on the screen of the display device 24, for example, TETRIS. ＥＸＥを起動するアイコン３７が表示され、アイコン３７をクリックすればテトリスが動作を開始する。 Icon 37 to start the EXE is displayed, Tetris is to start the operation by clicking on the icon 37.
端末２３からアイコン登録の完了（ＯＫ）を通知されると、ホスト計算機２１はＲＥＴＵＲＮを送り返してリモートインストールの終了を端末２３に通知し、一連のインストール作業を終了する。 When notified of the completion icon registration (OK) from the terminal 23, the host computer 21 sends back the RETURN signals the end of the remote installation in the terminal 23, and ends the series of installation. リモートインストールの終了を通知された端末２３は、ユーザＡの指示に従って次のソフトウェアの選択とそのリモートインストールを行うか、あるいは処理を終了する（ステップＳ１９）。 Terminal 23 is notified of the completion of the remote installation, or to select a next software and remote installation in accordance with an instruction from the user A, or the process ends (step S19).
ステップＳ１８のインストール時に、インストールするソフトウエェアがそのダウンロード先の格納場所の空き容量に比べて大きければ、格納場所を変更してダウンロードする。 During the installation of the step S18, the larger and Sofutoueea to be installed compared to the available capacity of the download destination of the storage location, and download to change the storage location.
次に、図３４から図３９までを参照しながら、リモートインストールのプロトコルの例と第１および第２のキーワードの表示例について説明する。 Next, with reference to FIGS. 34 to FIG. 39, an example display of the first and second keywords remote installation protocol.
図３４は、ステップＳ３の端末２３によるホスト計算機２１へのアクセス時に、端末２３が環境情報を送るプロトコルの一例を示している。 Figure 34 is when accessing the host computer 21 by the terminal 23 in step S3, the terminal 23 shows an example of a protocol to send the environmental information. 図３４のプロトコルにおいて、リクエストＩＤ（ＲＩＤ）、端末を特定するマシンＩＤ（ＭＩＤ）、日時（ＴＩＭＥ）に続いて、端末２３に関するマシン情報（ＭＡＣＨＩＮＥ：）が記述されている。 In the protocol of Figure 34, the request ID (RID), the machine ID for identifying the terminal (MID), followed by the date and time (TIME), machine information (MACHINE :) are described for the terminal 23.
ＭＡＣＨＩＮＥ：の中のドライブ情報（ＤＲＶ：）には、容量やドライブ名等のハードディスク２５に関する情報が記述されている。 MACHINE: The drive information (DRV :) in the information about the hard disk 25 such as a capacity and drive name is described. 例えば、ＰＡＲＴＩＮＦ：の中のＣＡＰＡＣＩＴＹはそのパーティションの容量を表し、ＶＡＣＡＮＴはそのうちの空き容量を表し、ＤＲＶＮＡＭＥはそのパーティションに対応するドライブ名を表す。 For example, PARTINF: the CAPACITY in the represents the capacity of the partition, VACANT represents them of free space, DRVNAME represents the drive name corresponding to the partition.
ＤＲＶ：に続いて、宅配用の格納場所である倉庫ディレクトリＳＯＵＫＯＤＩＲと、ＯＳ（ＷＩＮＤＯＷＳ）の格納場所であるディレクトリＷＩＮＤＩＲが記述されている。 DRV: to be followed, and warehouse directory SOUKODIR is a storage place for home delivery, directory WINDIR has been described is a storage location of the OS (WINDOWS). ここでは、ＳＯＵＫＯＤＩＲ＝Ｄ：￥ＲＩＳ￥ＳＯＵＫＯであり、ＷＩＮＤＩＲ＝Ｄ：￥ＷＩＮＤＯＷＳである。 Here, SOUKODIR = D: a ¥ RIS ¥ SOUKO, WINDIR = D: a ¥ WINDOWS. その次には、メモリに関する情報（ＭＥＭ：）がある。 That to the next, there is information (MEM :) about memory. このＳＯＵＫＯＤＩＲを指定することにより、端末２３はホスト計算機２１に宅配先を通知する。 By specifying this SOUKODIR, terminal 23 notifies the delivery destination to the host computer 21.
そして、ＭＡＣＨＩＮＥ：に続いて、端末２３のマシンパスワード（ＭＰＳＷＤ）等が記述される。 Then, MACHINE: to be followed, the machine password (MPSWD) or the like of the terminal 23 is described.
図３５は、ステップＳ１４の環境チェックの終了時に、ホスト計算機２１がＳＯＵＫＯＤＩＲにサブディレクトリを付加して送り返すプロトコルの一例を示している。 Figure 35 is at the end of the environmental check in step S14, the host computer 21 indicates an example of a protocol to send back by adding a subdirectory SOUKODIR. 図３５のプロトコルにおいて、ＲＩＤ、環境チェックの判定結果（ＪＵＤＧＥ）に続いて、宅配先に関する情報（ＳＴＲＰＬＡＣＥ：）が記述されている。 In the protocol of Figure 35, RID, following the environmental checking determination results (JUDGE), information (STRPLACE :) is description of delivery destination.
ＳＴＲＰＬＡＣＥ：の中のＳＯＦＴはステップＳ１２でユーザが選択したソフトウェアの番号を表し、ＷＯＲＫＤＩＲは作業領域を表し、ＳＯＵＫＯＤＩＲはホスト計算機２１が指定した宅配先を表す。 STRPLACE: The SOFT in represents the software number selected by the user in step S12, WORKDIR represents a work area, SOUKODIR represent delivery destination host computer 21 specifies. ここでは、ＷＯＲＫＤＩＲは図３４のＳＯＵＫＯＤＩＲと同じであり、ＳＯＵＫＯＤＩＲは図３４のＳＯＵＫＯＤＩＲにサブディレクトリ名ＦＭを付加した形になっている。 Here, WORKDIR is the same as SOUKODIR in FIG 34, SOUKODIR is in the form obtained by adding a sub directory name FM in SOUKODIR in Figure 34.
ＳＴＲＰＬＡＣＥ：に続いて、作業領域のサイズＷＯＲＫＳＩＺおよび宅配先のサイズＳＯＵＫＯＳＩＺが記述されている。 STRPLACE: to be followed, size WORKSIZ and home delivery destination of the size SOUKOSIZ of the work area are described.
図３６は、ステップＳ４からＳ９において、ホスト計算機２１が第１および第２キーリストを端末２３に送り、ユーザＡの選択したキーワードのキー番号を端末２３が送り返すプロトコルの一例を示している。 Figure 36, in a step S4 S9, the host computer 21 sends a first and second key list to the terminal 23 shows an example of a protocol to send back the selected keywords key number of the user A terminal 23. 図３６のプロトコルにおいて、端末２３がコマンドＲＩＳ In the protocol of FIG. 36, the terminal 23 is a command RIS ＫＥＹＬＩＳＴにより第１キーリストを要求すると、ホスト計算機２１がレスポンスとしてＲＩＳ When requesting a first key list by KEYLIST, RIS host computer 21 as a response ＫＥＹＬＩＳＴ＊ＲＥＳＰとともに第１キーテーブルの内容ＫＥＹＬＩＳＴ：を送り返す。 KEYLIST * RESP with the contents of the first key table KEYLIST: send back. このＫＥＹＬＩＳＴ：内には、キー番号ＫＥＹ＝１、２、３、・・・に対応してキーワードＮＡＭＥ＝”ＯＳ／基本ソフト”、”開発支援”、”ゲーム”、・・・が記述されている。 This KEYLIST: Within, key number KEY = 1,2,3, keyword NAME = "OS / basic software" in response to the ..., "development assistance", "game", ... is described there.
次に、端末２３がコマンドＲＩＳ Next, the terminal 23 is command RIS ＫＥＹＬＩＳＴとともに、ユーザＡの選択した第１キーワード”ゲーム”のキー番号３を送ると、ホスト計算機２１がレスポンスとしてＲＩＳ With KEYLIST, it sends a key number 3 of the first keyword "game" in which the user selected A, RIS host computer 21 as a response ＫＥＹＬＩＳＴ＊ＲＥＳＰとともに、キー番号３に対応する第２キーテーブルの内容ＫＥＹＬＩＳＴ：を送り返す。 With KEYLIST * RESP, the contents of the second key table corresponding to the key number 3 KEYLIST: send back the. このＫＥＹＬＩＳＴ：内には、キー番号ＫＥＹ＝５１、５２、５３、５４、５５、・・・に対応してキーワードＮＡＭＥ＝”ＲＰＧ”、”アクション”、”パズル／クイズ”、”シミュレート”、”冗談”、・・・が記述されている。 This KEYLIST: Within, key number KEY = 51,52,53,54,55, keyword NAME = "RPG" in response to the ..., "action", "puzzle / quiz", "simulate" "joke",... are described.
そして、端末２３はコマンドＲＩＳ Then, the terminal 23 is command RIS ＬＩＳＴとともに、ユーザＡの選択した第２キーワード”アクション”および”冗談”のキー番号５２および５５をホスト計算機２１に送り、３つのキー番号３、５２、５５を持つソフトウェアのリストを要求する。 With LIST, it sends the key number 52 and 55 of the second keyword "action" and "joke" selected by the user A to the host computer 21 requests a list of software with three key numbers 3,52,55. ここでは、既におくった第１キーワードのキー番号３はホスト計算機２１が記憶しているので、第２キーワードのキー番号５２および５５のみが送られる。 Here, the first keyword key number 3 already sent because the host computer 21 is stored, only the key number 52 and 55 of the second keyword is sent.
図３７は、第１および第２キーワードの表示例を示している。 Figure 37 shows a display example of the first and second keywords. 図３７における第１および第２キーワードは図３６のそれらとは異なっている。 First and second keywords in FIG 37 is different from those in FIG. 36. ユーザＡが見ている表示装置２４の画面には、例えば画像、ゲーム等の第１キーワードが表示され、ユーザＡが第１キーワードを選択すると、次にツール、テキスト、ＤＯＳ、ＷＩＮ、画像、音声、ゲーム等の第２キーワードが表示される。 On the screen of the display device 24 that the user A is looking at, for example images, the first keyword games are displayed, when the user A selects a first keyword, then tools, text, DOS, WIN, image, sound , the second keyword of the game, and the like are displayed. 第２キーワードの中には、画像、ゲームのように第１キーワードと重複するものも含まれる。 In the second keyword, the image also include those that overlap with the first keyword, as the game.
ユーザＡは、表示されたいずれのキーワードも選択することができる。 User A can also select any of the displayed keywords. 例えば、第１キーワードとして画像を選び、第２キーワードとしてツール、ＤＯＳ、ゲーム等を選んだり、あるいは第１キーワードとしてゲームを選び、第２キーワードとしてＤＯＳ、ＷＩＮ、画像、音声等を選ぶ。 For example, to select an image as the first keyword, the tool as a second keyword, DOS, or choose a game and the like, or select the game as the first keyword, select DOS, WIN, image, voice or the like as the second keyword. また、ユーザＡは第２キーワードとして２つ以上のキーワードを同時に選択することもできる。 The user A may also be selected at the same time two or more keywords as the second keyword.
一般に、ソフトウェア群３５の中から希望するソフトウェアを選択するためのキーワードは多数あるので、これらを一度に全部表示すると見づらく、まったく必要のないものも表示される。 In general, since there are many keywords for selecting a software desired from a software group 35, illegible when viewing all these at once, it is also displayed having no need at all. そこで、これを単純なツリー構造のメニューにして表示すると、最初に選択するキーワードが重要な役割を果たし、そこで選択を誤ると欲しいソフトウェアは得られなくなってしまう。 So, when you view in this to the menu of a simple tree structure, keyword you first selection plays an important role, where you want and wrong choice software will not be obtained.
そこで、図３７のように重複を許して２つの階層でキーワードを表示することにより、ユーザは多数のキーワードの中から必要なものをより柔軟に選びだすことが可能になる。 Therefore, by displaying keywords in allowing overlapping two layers as shown in FIG. 37, the user can begin to select the required one among many keywords more flexibly. 尚、キーワードの階層は２階層に限らず、より多くの階層に分けて表示してもよい。 Incidentally, the keyword hierarchy is not limited to two layers, it may be displayed separately in more hierarchies.
ソフトウェア群３５の各ソフトウェアのコンテンツは、あらかじめいくつかのキーワードと関係付けられて格納されている。 Content of each software software group 35 are stored while being associated with a previously several keywords. 例えば図３７において、ソフトＡはゲーム、画像、ＤＯＳの３つのキーワードを持ち、ソフトＢは画像、ツール、ＷＩＮ、ゲームの４つのキーワードを持つ。 In Figure 37 for example, software A game, image, has three keywords DOS, soft B has an image, tools, WIN, four keyword games. したがって、ユーザＡが画像とゲームの２つのキーワードを選択すると、これらの２つのソフトウェアを含むリストがホスト計算機２１から送られてきて画面に表示される。 Therefore, when the user A selects the two keywords of images and games, the list including these two software is displayed on the screen sent from the host computer 21.
図３８は、ステップＳ３のホストアクセス時において、端末２３からホスト計算機２１へ送られる環境情報の送信プロトコルの他の例を示している。 Figure 38, during host access of step S3, it shows another example of a transmission protocol of the environment information transmitted from the terminal 23 to the host computer 21. 図３８のプロトコルにおいて、マシン情報ＭＡＣＨＩＮＥ：の中のＭＯＤＥＬは、ステップＳ１において端末ソフトのインストール時に取得した情報で、端末２３の機種ＴＯＷＮＳを表す。 In the protocol of Figure 38, machine information MACHINE: the MODEL in, information acquired in step S1 during the installation of the terminal software, represents the model TOWNS terminal 23. また、ＰＡＲＴＩＮＦ：の中のＶＡＣＡＮＴは、ステップＳ３のホスト計算機２１へのアクセスの前（ステップＳ２）に取得した情報で、対応するパーティションの空き容量を表す。 Further, PARTINF: the VACANT in, by the acquired information before access to the host computer 21 in step S3 (step S2), and represents the free space in the corresponding partition.
図３９は、ステップＳ１４における環境チェックとその後のステップＳ１７におけるインストール開始のプロトコルの一例を示している。 Figure 39 shows an example of a start installation protocol in environmental check and subsequent step S17 in step S14. 図３９のプロトコルにおいて、まず端末２３はコマンドＲＩＳ In the protocol of Figure 39, the first terminal 23 commands RIS ＣＨＫＥＮＶとともにユーザＡの選んだソフトウェアの番号（ソフトコード）ＳＯＦＴ＝５をホスト計算機２１に送り、環境チェックを要求する。 Sends a number (soft code) SOFT = 5 software chosen by the user A to the host computer 21 with chkenv, it requires an environmental check.
ホスト計算機２１は、まずＶＢＲＪＰ２００． The host computer 21 first VBRJP200. ＤＬＬというファイルが端末２３のシステムディレクトリにあるかどうか調査するための指示ＣＨＫＥＸＥ：を、レスポンスＲＩＳ Instructions for a file named DLL is to investigate whether there is in the system directory of the terminal 23 CHKEXE: a, response RIS ＣＨＫＥＮＶ＊ＲＥＳＰとともに端末２３に送る。 And it sends it to the terminal 23 with CHKENV * RESP. ＣＨＫＥＸＥ：には、ＴＡＧ＝”ＶＢＲＪＰ２００．ＤＬＬ”、コマンドＣＭＤ＝”ＳＴ４ Ｄ：￥ＷＩＮＤＯＷＳ￥ＳＹＳＴＥＭ￥ＶＢＲＪＰ２００．ＤＬＬ”、作業用ディレクトリの指定ＷＯＲＫＤＩＲ＝”Ｄ：￥ＲＩＳ￥ＫＯＢＵＴＡ”、宅配先のディレクトリの指定ＳＯＵＫＯＤＩＲ＝”Ｄ：￥ＲＩＳ￥ＫＯＢＵＴＡ”等が記述されている。 CHKEXE: The, TAG = "VBRJP200.DLL", command CMD = "ST4 D: ¥ WINDOWS ¥ SYSTEM ¥ VBRJP200.DLL", specified WORKDIR = working directory "D: ¥ RIS ¥ KOBUTA", of home delivery destination directory of the specified SOUKODIR = "D: ¥ RIS ¥ KOBUTA", etc. are described.
端末２３は、ドライブＤのディレクトリＷＩＮＤＯＷＳ￥ＳＹＳＴＥＭにファイルＶＢＲＪＰ２００． Terminal 23, file VBRJP200 in the directory WINDOWS ¥ SYSTEM of drive D. ＤＬＬがあるかどうか調べ、その結果をＲＥＳＵＬＴ：としてホスト計算機２１に送り返す。 Investigated whether there is a DLL, the results RESULT: back as the host computer 21. ＲＥＳＵＬＴ：には、対応するＴＡＧ＝”ＶＢＲＪＰ２００．ＤＬＬ”とともに調査結果ＶＡＬ＝”ＯＦＦ”が記述されている。 RESULT: The corresponding survey results VAL = "OFF" with TAG = "VBRJP200.DLL" is described. これは、ファイルＶＢＲＪＰ２００． This is, file VBRJP200. ＤＬＬがシステムディレクトリになかったことを意味する。 DLL which means that was not in the system directory.
そこで、ホスト計算機２１は、選択されたソフトウェアをインストールしてよいかどうかをユーザに問い合わせる指示ＡＳＫＣＨＫ：を、レスポンスＲＩＳ Therefore, the host computer 21 inquires whether or install the selected software to a user instruction ASKCHK: a response RIS ＣＨＫＥＮＶ＊ＲＥＳＰとともに端末２３に送る。 And it sends it to the terminal 23 with CHKENV * RESP. ＡＳＫＣＨＫ：には、ＴＡＧ＝”Ｑ１”、表示すべき質問文ＱＵＥＲＹ＝”このソフトを実行するためには〜インストールしてもよろしいですか？”、および回答のフォーマットＡＮＳ：が記述されている。 ASKCHK: The, TAG = "Q1", "Are you sure you want to - installed in order to run this software?" Question QUERY = to be displayed, and answer format of the ANS: is described.
端末２３は、ユーザＡが入力した回答をＲＥＳＵＬＴ：として、コマンドＲＩＳ Terminal 23, the answer that the user A has entered RESULT: As the command RIS ＣＨＫＥＮＶとともにホスト計算機２１に送り返す。 CHKENV back to the host computer 21 with. ＲＥＳＵＬＴ：には、対応するＴＡＧ＝”Ｑ１”とともに回答結果ＶＡＬ＝”ＯＫ”が記述されている。 RESULT: The, the corresponding TAG = "Q1" with answers VAL = "OK" is written. これは、ソフトウェアをインストールしてもよいという意味である。 This is, in the sense that may be to install the software.
そこで、ホスト計算機２１は、他に動作環境上の障害がなければ、レスポンスＲＩＳ Therefore, the host computer 21, if there is no fault on the other to the operating environment, the response RIS ＣＨＫＥＮＶ＊ＲＥＳＰとともに環境チェック結果ＪＵＤＧＥ＝”ＯＫ”を端末２３に送る。 CHKENV * RESP and sends the environment check result JUDGE = "OK" to the terminal 23. これは、ファイルＶＢＲＪＰ２００． This is, file VBRJP200. ＤＬＬがないことを除いて、ソフトコード５番のソフトウェアの動作環境が整っており、インストールが可能であることを意味する。 Except that there is no DLL, it is equipped with the operating environment of the software code number 5 of the software, which means that it is possible to install.
環境チェックの結果が”ＯＫ”となったので、端末２３はコマンドＲＩＳ Because of the environment check result is the "OK", the terminal 23 is command RIS ＩＮＳＴＡＬＬとともに、インストール方法の種別ＴＹＰＥ＝”ＲＩＳ”、宅配先の指定ＳＴＲＰＬＡＣＥ：等をホスト計算機２１に送り、インストールを要求する。 With INSTALL, type TYPE = "RIS" installation methods, delivery destination specifying STRPLACE: like the feed to the host computer 21 requests the installation. ＳＴＲＰＬＡＣＥ：には、インストールするソフトウェアのソフトコードＳＯＦＴとともに、作業用ディレクトリＷＯＲＫＤＩＲ、宅配先のディレクトリＳＯＵＫＯＤＩＲが記述されている。 STRPLACE: to, along with the software code SOFT of the software to be installed, the working directory WORKDIR, the home delivery destination directory SOUKODIR are described.
以後、ホスト計算機２１は指定された方法でソフトウェアのインストールを行う。 Thereafter, the host computer 21 to install the software in a specified way. インストールの際には、例えば図３２のステップＳ１８で説明したようにホスト計算機２１から送られるコマンドにより、端末２３がファイルを解凍して、コピーして、システムに登録するという逐次作業を行う。 During installation, the commands sent from the host computer 21 as described for example in step S18 in FIG. 32, the terminal 23 is to decompress the file, copy, performs successive operations that registered in the system. これらの作業が完了したかどうかは、端末２３がレスポンスとして逐次送り返すので、ホスト計算機２１はインストール作業の進行状況を最後まで監視することができる。 Whether these tasks are completed, because the terminal 23 sends back sequentially in response, the host computer 21 can monitor the progress of the installation to the end.
しかしこの方法では、端末２３が頻繁にホスト計算機２１との通信を行わなければならないので、通信の効率が悪くなる。 In this method, however, since it is necessary to perform communication with the terminal 23 frequently host computer 21, the efficiency of the communication is deteriorated. そこで、ホスト計算機２１がインストール作業のコマンドを記述した設定ファイルを用意し、これを端末２３に渡して自動インストールを行わせる方法が考えられる。 Therefore, providing a configuration file that the host computer 21 describes the commands of the installation can be considered a method to perform the automatic installation by passing it to the terminal 23.
図４０は、設定ファイルを用いた自動インストールのフローチャートである。 Figure 40 is a flowchart of an automatic installation using the configuration file. 図４０のインストール作業は、図３１のステップＳ１６におけるサブディレクトリの生成の後に行われる。 Installation of Figure 40 is performed after the generation of sub-directories in the step S16 in FIG. 31.
端末２３は、まずコマンドＲＩＳ Terminal 23 first command RIS ＩＮＳＴＡＬＬをソフトウェアの番号とともにホスト計算機２１に送る（ステップＳ２１）。 The INSTALL with number of the software sent to the host computer 21 (step S21). これを受けて、ホスト計算機２１は送られた番号に対応するソフトウェアのリモートインストールを開始する。 In response to this, the host computer 21 starts the remote installation of software corresponding to the transmitted number. リモートインストールは、ホスト計算機２１が作成したテトリスのインストールスクリプト４３に従って、ホスト計算機２１と端末２３の間のやりとりにより自動的に行われる（ステップＳ２２）。 Remote installation, according to the installation script 43 Tetris host computer 21 creates, is automatically performed by the communication between the host computer 21 and the terminal 23 (step S22).
ホスト計算機２１は、まず＠ＳＯＵＫＯ＠をＳＯＵＫＯＤＩＲ＝Ｄ：￥ＳＯＵＫＯ￥ＴＥＴに置き換えて、ハードディスク２５のサブディレクトリＤ：￥ＳＯＵＫＯ￥ＴＥＴにファイルＴＥＴ１． The host computer 21 first @ SOUKO @ the SOUKODIR = D: ¥ SOUKO ¥ replaced with TET, sub-directory D of the hard disk 25: ¥ SOUKO ¥ TET to file TET1. ＬＺＨをダウンロードする。 Download the LZH.
端末２３からダウンロードの完了（ＯＫ）を通知されると、次にホスト計算機２１は、＠ＳＯＵＫＯ＠をＳＯＵＫＯ＝Ｄ：￥ＳＯＵＫＯに置き換えて、端末２３が行うべき作業のコマンドを記述したユーザＡ用設定ファイル４４（ＳＥＴＵＰ．ＩＮＦ）を、ハードディスク２５のディレクトリＤ：￥ＳＯＵＫＯにダウンロードする。 When notified of the completion of the download (OK) from the terminal 23, then the host computer 21, @ SOUKO @ a SOUKO = D: ¥ replaced with SOUKO, for user A that describes the command of the work to the terminal 23 is performed the configuration file 44 (SETUP.INF), directory of the hard disk 25 D: ¥ to download to SOUKO. このとき、ホスト計算機２１はステップＳ１８と同様にユーザＡ環境ファイル３９を参照して、設定ファイルＳＥＴＵＰ． At this time, the host computer 21 refers to the user A environment file 39 in the same manner as step S18, the configuration file SETUP. ＩＮＦに含まれる機種、ＳＯＵＫＯ、ＷＩＮＤＩＲ等の情報をユーザＡ用の情報に書き換えて送る。 Model contained in INF, SOUKO, sends rewrites information such as WINDIR information for user A. 設定ファイルＳＥＴＵＰ． Configuration file SETUP. ＩＮＦには、ファイルＴＥＴ１． The INF, file TET1. ＬＺＨを解凍し、ファイルＴＯＷＮＳ． Unzip the LZH, file TOWNS. ＤＲＶを移動してリネームし、ファイルＴＥＴＲＩＳ． Rename and move the DRV, file TETRIS. ＥＸＥをシステムに登録する一連の作業が記述されている。 A series of operations to register the EXE in the system are described.
端末２３からダウンロードの完了（ＯＫ）を通知されると、次にホスト計算機２１は、設定ファイルＳＥＴＵＰ． When notified of the completion of the download (OK) from the terminal 23, then the host computer 21, the configuration file SETUP. ＩＮＦの記述に従って自動インストールを行う指示ＩＮＳＴＡＬＬ Ｄ：￥ＳＯＵＫＯ￥ＳＥＴＵＰ． Instructions for automatic installation in accordance with the description of the INF INSTALL D: ¥ SOUKO ¥ SETUP. ＩＮＦを端末２３に送る。 Send the INF to the terminal 23.
これを受けて端末２３は、設定ファイルＳＥＴＵＰ． Terminal 23 In response to this, the configuration file SETUP. ＩＮＦの記述に従って自動インストールを行う。 Perform an automatic installation according to the description of the INF. 端末２３は、まずコマンドＬＯＧ ＯＦＦによりホスト計算機２１との間の回線を遮断する。 Terminal 23, the first command LOG OFF to cut off the line between the host computer 21. これ以降は、通信回線２２を使用しないので通信料金もかからない。 The rest of this does not take more than the communication fee because it does not use the communication line 22. 次に、コマンドＬＨＡ Ｘ Ｄ：￥ＳＯＵＫＯ￥ＴＥＴ￥ＴＥＴ１． Next, the command LHA X D: ¥ SOUKO ¥ TET ¥ TET1. ＬＺＨにより、ファイルＴＥＴ１． The LZH, file TET1. ＬＺＨを前述した４つのファイルＴＥＴＲＩＳ． Four files TETRIS described above the LZH. ＥＸＥ、ＴＯＷＮＳ． EXE, TOWNS. ＤＲＶ、ＰＣ９８． DRV, PC98. ＤＲＶ、およびＭＡＣ． DRV, and MAC. ＤＲＣに解凍する。 Thawed DRC.
次に、端末２３はコマンドＭＯＶＥ Ｄ：￥ＳＯＵＫＯ￥ＴＥＴ￥ＴＯＷＮＳ． Next, the terminal 23 is the command MOVE D: ¥ SOUKO ¥ TET ¥ TOWNS. ＤＲＶ Ｄ：￥ＷＩＮＤＯＷＳ￥ＦＯＮＴ． DRV D: ¥ WINDOWS ¥ FONT. ＤＲＶにより、ファイルＴＯＷＮＳ． By DRV, file TOWNS. ＤＲＶをディレクトリＤ：￥ＳＯＵＫＯ￥ＴＥＴからＤ：￥ＷＩＮＤＯＷＳに移動させて、そのファイル名をＦＯＮＴ． DRV the directory D: ¥ SOUKO ¥ TET from D: to move to ¥ WINDOWS, FONT its file name. ＤＲＶに変更する。 To change the DRV. 次に、コマンドＩＣＯＮ ＴＥＴＲＩＳ． Next, the command ICON TETRIS. ＥＸＥにより、ファイルＴＥＴＲＩＳ． By EXE, file TETRIS. ＥＸＥをアイコン化して端末２３内に登録する。 And icon of the EXE to register in the terminal 23. そして、コマンドＰＯＦＦにより電源をオフにし、インストール作業を終了する。 Then, turn off the power by the command POFF, to complete the installation work.
設定ファイルを用いた自動インストールでは、ホスト計算機２１が作業終了の最終確認をすることはできないが、通信回数を削減することにより通信回線２２の使用効率を高めることができる。 The automatic installation using a configuration file, but the host computer 21 can not be a final confirmation of the end of work, it is possible to enhance the utilization efficiency of the communication line 22 by reducing the number of communications. また、ソフトウェアの購入前に機種等のインストール条件を解決して、後は自動的にインストールが行われる。 In addition, to solve the installation conditions of the model or the like before the purchase of software, after automatically installation is carried out.
図４１は、他の形式の設定ファイルの一例を示している。 Figure 41 shows an example of a configuration file in other formats. 図４１の設定ファイルにおいて、〔ＤｓｔＤｉｒｓ〕はファイルの格納先のリストであり、〔Ｆｉｌｅｓ〕は格納すべきファイルのリストである。 In the configuration file of FIG. 41, [DstDirs] is a list of storage destination of the file, [Files] is a list of files to be stored. ここでは、ユーザが希望するソフトウェアの実行ファイルＳｏｆｔ２． Here's the software that the user wishes executable file Soft2. ＥｘｅをディレクトリＤ：￥ＲＩＳ￥ＫＯＢＵＴＡに格納し、ＴＯＷＮＳ用のドライバであるＴＯＷＮＳ． Exe the directory D: ¥ stored in the RIS ¥ KOBUTA, it is a driver for the TOWNS TOWNS. ＤＲＶの名称をＦＯＮＴ． FONT the name of the DRV. ＤＲＶに変更してディレクトリＤ：￥ＷＩＮＤＯＷＳ￥ＳＹＳＴＥＭに格納することが記述されている。 Directory and change to DRV D: ¥ WINDOWS ¥ be stored has been described in the SYSTEM.
設定ファイルの生成時には、〔ＤｓｔＤｉｒｓ〕は１＝ＳＯＵＫＯＤＩＲ、２＝ＷＩＮＤＩＲと記述されるが、ホスト計算機２１が実際のＳＯＵＫＯＤＩＲ、ＷＩＮＤＩＲの情報を得た時点で、１＝Ｄ：￥ＲＩＳ￥ＫＯＢＵＴＡ、２＝Ｄ：￥ＷＩＮＤＯＷＳ￥ＳＹＳＴＥＭと書き換えられる。 Setting the time of generating the files, [DstDirs] is 1 = SOUKODIR, 2 = WINDIR and it is described, the host computer 21 the actual SOUKODIR, when obtaining the information of WINDIR, 1 = D: ¥ RIS ¥ KOBUTA, 2 = D: ¥ WINDOWS ¥ SYSTEM and rewritten. このように、設定ファイルの中の設定条件は動的または選択的に変更することができる。 Thus, setting conditions in the configuration file may be dynamically or selectively changed.
以上説明したように、先願によれば、配送センターから通信回線を介して、ユーザの希望するソフトウェアをその端末装置に自動的にインストールすることが可能になる。 As described above, according to the prior application, via the communication line from the distribution center, automatically it is possible to install the software desired by the user on the terminal device. これを利用して、通信回線を介してソフトウェアをユーザに販売することも可能になる。 By utilizing this, it is also possible to sell the software to the user via the communication line.
このとき、配送されたソフトウェアは専用のディレクトリに格納されるので保守性が良く、またユーザは配送先のディレクトリ等を指定する文字列を入力する必要がない。 At this time, since the delivered software is stored in a dedicated directory good maintainability, and the user is not required to enter a string that specifies the destination directory like.
ユーザは端末装置の画面上で希望するソフトウェアを効率よく選びだすことができ、そのインストールの方法も選択することができる。 The user can begin to select efficiently the software desired on a screen of the terminal device, it is possible to select a method of its installation. また、ユーザがソフトウェアの動作環境をチェックする必要がなく、自動的に環境チェックが行われる。 The user does not need to check the operating environment of the software, it is automatically performed environmental check.
さらに、ソフトウェアのインストール時に通信回線の使用をできるだけ少なくすることができる。 Furthermore, it is possible to minimize the use of the communication line during installation of the software.
しかしながら、上述のリモートインストールシステムには次のような問題がある。 However, the following problems in the above remote installation system.
配送センターのホスト計算機は、保持しているソフトウェアをユーザの端末装置に自動的にインストールすることができるが、逆に、ユーザが作成したソフトウェアを自動的に配送センターに登録するための機構が用意されていない。 The host computer of the distribution center is software held can be automatically installed on a user's terminal device, on the contrary, the mechanism for registering the software created by the user to automatically distribution center ready It has not been. このため、新たにソフトウェアを登録するためには、配送センターのオペレータを介して必要なファイルのやり取りを行わなければならない。 For this reason, in order to newly register the software, it must be carried out exchange of the necessary files via the operator of the distribution center.
また、配送センターに登録されたソフトウェアの管理形態が固定的であり、配送センターの単一の窓口を通してしかユーザに公開されない。 The management form of software registered in the distribution center is fixed, unknown to the user only through a single point of contact distribution center. 一方、ユーザの希望するソフトウェアの分野は多様であるにもかかわらず、すべてのユーザがその窓口を通して登録ソフトウェアにアクセスする。 On the other hand, even though the field of software desired by the user are diverse, all of the user to access the registration software through its window. したがって、配送センターの膨大なソフトウェアの中から希望するものを効率良く選び出すために、例えば複数のキーワードを入力する必要がある。 Therefore, in order to pick out those desired from a large amount of software distribution center efficiently, it is necessary to input for example the plurality of keywords.
本発明は、ユーザの端末装置からソフトウェアを自動的にホスト計算機に登録し、それをフレキシブルに管理することのできるソフトウェア登録システムとその方法を提供することを目的とする。 The present invention is automatically registered in the host computer software from the user of the terminal device, and to provide it with the software registration system capable of managing the flexible that way.
図１は、本発明のソフトウェア登録システムの原理図である。 Figure 1 is a principle diagram of a software registration system of the present invention. 図１のソフトウェア登録システムは、管理手段５１、記憶手段５２、およびインストール手段５３を備える。 Software registration system of Figure 1 includes a management unit 51, storage unit 52 and the installation section 53,.
管理手段５１は、登録されたソフトウェアを管理するための仮想的な場であって、ユーザ間で電子的に情報交換を行うための会議室機能を持つ１つ以上のクラブを、上記端末装置に提供する。 Managing means 51 is a is a virtual place to manage the software registered, one or more clubs with conference functions for electronically exchanging information among users, to the terminal apparatus provide.
記憶手段５２は、上記クラブに対してアップロードされたソフトウェア情報を記憶する。 Storage means 52 stores the software information uploaded to said club.
インストール手段５３は、記憶手段５２に記憶された上記ソフトウェア情報に基づいて、上記端末装置の格納領域にソフトウェアを自動的にインストールする。 Installing unit 53, based on the stored the software information storage section 52, automatically install the software in the storage area of ​​the terminal device.
管理手段５１が提供するクラブは、それに属するユーザの間で特定のテーマに関する情報を交換するための場であり、ユーザがあるクラブにアクセスすると、そのクラブで提供される会議室やリモートインストール等の機能がメニュー形式で端末装置の画面に表示される。 Club management means 51 is provided is a place for exchanging information about a particular topic among the users belonging to it, accessing club with user, such as a meeting room and remote installation provided by the club function is displayed on the screen of the terminal device in a menu format. ユーザは会議室機能を利用して、そのクラブに掲載されているソフトウェアに関する情報を、他のユーザやクラブの管理者から得ることができる。 The user can utilize the conference room function, the information about the software that is posted on the club, obtained from other users and club administrator.
また、ユーザは得られた情報を元にして、自分が作成したソフトウェア情報を特定のクラブにアップロードし、そこに登録することができる。 In addition, the user based on the information obtained, to upload the software information that you have created in a particular club, can be registered there. ユーザはアップロード先のクラブを自由に選択することができ、管理手段５１はあるクラブにアップロードされたソフトウェア情報を他のクラブに転載することもできる。 The user can freely select the upload destination of the club, the management unit 51 can also be reprinted software information uploaded to a club other clubs.
ユーザからアップロードされたソフトウェア情報は、管理手段５１により記憶手段５２に自動的に格納され、アップロード者や他のユーザからの要求に基づいて、インストール手段５３により要求者の端末装置の適用なディレクトリに配送される。 Uploaded software information from the user, are automatically stored in the storage unit 52 by the management unit 51, based on a request from the uploaders and other users, the application directory request of the terminal apparatus by installing unit 53 It is delivered. このとき、ユーザは希望するソフトウェアが掲載されている任意のクラブに対して、配送要求を出すことができる。 At this time, the user can be for any club that is the web software you want, issues a delivery request.
また、管理手段５１は、データベース登録処理に必要な基礎情報と、ソフトウェアの概要を記した説明情報と、ソフトウェアの本体を圧縮した本体情報とに分割され、標準化されたソフトウェア情報を端末装置から受け取り、そのソフトウェア情報を管理する。 The management unit 51 receives the basic information required for the database registration processing, a description information that describes the outline of the software is divided into a body information obtained by compressing the main body of the software, the standardized software information from the terminal device , to manage the software information.
記憶手段５２は、そのソフトウェア情報を記憶する。 Storage means 52 stores the software information.
端末装置からアップロードされるソフトウェア情報のフォーマットが標準化されているので、データベースへの自動登録が可能になり、アップロード情報のウィルスチェック等を自動的に行うこともできる。 Since the format of the software information uploaded from the terminal has been standardized, allows automatic registration in the database, can be automatically performed a virus check and the like of the upload information. また、ソフトウェア情報を基礎情報と説明情報と本体情報とに分割して管理することにより、各情報毎に必要なチェックのみを行うことができ、エラー等が生じた場合でも、問題のある情報のみを修正してアップロードし直すことができる。 By controlling by dividing the software information on the basic information and description information and body information, only necessary checks for each information can be performed, even if an error or the like occurs, the information in question only it is possible to re-upload to fix the. したがって、ソフトウェアの登録処理が自動化されるとともに効率化される。 Thus, the registration process software is efficient with automated.
例えば、図１の管理手段５１およびインストール手段５３は、実施形態における図２のホスト計算機６３内のＣＰＵ（中央処理装置）に対応し、記憶手段５２はホスト計算機６３内のメモリまたはディスク装置に対応する。 For example, the management unit 51 and installation means 53 of FIG. 1 corresponds to the CPU in the host computer 63 of FIG. 2 in the embodiment (central processing unit), memory means 52 corresponding to the memory or disk device in the host computer 63 to.
図２は、実施形態のソフトウェア登録システムの構成図である。 Figure 2 is a block diagram of a software registration system embodiment. 図２のソフトウェア登録システムにおいては、Ｎ個の端末６１−１、・・・、６１−Ｎが通信ネットワーク６２を介してホスト計算機６３と結合している。 In software registration system in FIG. 2, N number of terminals 61-1, ···, 61-N are coupled to the host computer 63 via the communications network 62. 端末６１−１、・・・、６１−Ｎは、ソフトウェア登録システムの各ユーザの端末装置であり、ホスト計算機６３は配送センター側にある。 Terminal 61-1, ···, 61-N is a terminal device of each user of the software registration system, the host computer 63 is in the distribution center side. ホスト計算機６３は、ネットワーク６２から見れば一台に見えるが、実際には、複数の計算機による分散処理も可能である。 The host computer 63 may appear on a single Viewed from the network 62, in practice, the distributed processing is possible by a plurality of computers.
以下では、図２のソフトウェア登録システム内での情報交換の場の構成、構成員の権限、情報の形態、サービスの形態等について説明する。 Hereinafter, the configuration of the field of information exchange in the software registration system of Figure 2, members of the authority, the form of the information, the forms and the like of the service will be described.
図３は、ソフトウェア登録システム内での場の構成を示している。 Figure 3 shows a field configuration in the software registration system. 本実施形態においては、ホスト計算機６３の中に仮想的につくられた、クラブと呼ばれるユーザのグループが最小単位となり、ソフトウェア情報の交換の場を形成する。 In the present embodiment, made virtually in the host computer 63, a group of users called club becomes the minimum unit to form a place for exchanging software information. クラブの構成員は会員とも呼ばれる。 Club members are also referred to as members. 図３において、クラブ７２、７３、７４は同じ階層に属し、それぞれが会議室機能と先願のリモートインストールシステム（ＲＩＳ）の機能とを持っている。 3, club 72, 73 and 74 belong to the same hierarchy, each has the function of a remote installation system conference feature and prior application (RIS).
これらのクラブ７２、７３、７４の上位階層には上位クラブ７１がある。 The upper layer of these clubs 72, 73 and 74 there is a higher-level club 71. この例ではクラブの階層は２階層であるが、一般的には何階層でもよい。 In this example club hierarchy is two layers, generally it may be any number hierarchy. 宅配されるコンテンツとなるソフトウェアは、必ず、いずれかのクラブにアップロードされ、そこに登録される。 Software to be content to be home delivery, always, be uploaded to any of the club, is registered there. 例えば、ソフトウェア７５がクラブ７２にアップロードされると、クラブ７２に最初に登録され、クラブ７２はソフトウェア７５のオリジナルクラブとなる。 For example, the software 75 is uploaded to the club 72, first registered in the club 72, club 72 is the original club software 75. オリジナルクラブに登録されたソフトウェアを他のクラブに持って行くには、転載という方法と移管という方法とがある。 To the registered software to the original club bring in other clubs, there is a method of transferring the method of reproduction.
転載とは、ソフトウェアを他のクラブからも見えるようにすることを意味し、移管とは、オリジナルクラブの機能そのものを他のクラブに移すことを意味する。 Reproduction is meant to make it look even software from other clubs, transfer is meant the transfer of the function itself of the original club to another club. ソフトウェア７５を希望する会員は、オリジナルクラブ７２または転載先クラブ７１、７３のいずれかから、それをダウンロードすることができる。 Members who wish to software 75, from one of the original club 72 or reprint destination club 71 and 73, it is possible to download it.
基本的には、オリジナルクラブを選ぶ権利はソフトウェア７５を作成した会員が持っている。 Basically, the right to choose the original club member who created the software 75 has. しかし、作者がソフトウェア７５をアップロードして、一旦公開を許可したら、それを他のクラブに転載または移管する権利はオリジナルクラブの管理者に移る。 However, the author is to upload the software 75, once to allow the public the right to reprint or transfer it to other club moves to the original club of the administrator. 現実の運用に当たっては、アップロードした作者や各クラブの管理者の間でこれらの権利について交渉する必要があるが、コンピュータ内の仕組みとしては、それぞれの権利をあらかじめ次のように決めておく。 In the real operation, it is necessary to negotiate these rights between the uploaded authors and each club administrator, as a mechanism within the computer, is determined in advance the respective rights in advance as follows. また、作者や各管理者の義務は、契約によって例えば次のように決められる。 In addition, the author and obligations of each administrator is determined by the contract, for example, as follows.
（１）一般作者の権利と義務コンテンツ（ソフトウェア）をアップロードする権利自分のアップロードしたソフトウェアを無償でテスト宅配する権利（テスト時のＲＩＳの料金が無償になる） (1) General author of the rights and obligations content right to home delivery test the software that is right your upload to upload the (software) free of charge (charge of RIS will be free of charge during the test)
ソフトウェアの公開を許可する権利自分のアップロードしたソフトウェアをサポートする義務（ソフトウェアの利用者からの質問に答えたり、エラーが発生した時の修正を行ったりする） Obligation to support the rights of their own uploaded software to allow the release of software (or answer questions from the software of the user, or fixes of when an error occurs)
（２）オリジナルクラブ管理者の権利と義務クラブ内のソフトウェアを無償でテストする権利（テスト時のソフトウェア使用料が無償になる） (2) the right to test for free the software in the original club administrator of the rights and obligations Club (software use fee is free of charge during the test)
ソフトウェアを公開する権利転載先クラブに転載の許可を出す権利クラブ内のソフトウェアをサポートする義務上位クラブには、特別な理由が無い限り、転載の許可を出す義務。 The obligation upper club to support the software in the right club to issue the permission of reprint rights reserved destination club to publish the software, as long as there is no special reason, obligation to issue the permission of the reprint.
（３）転載先クラブ管理者の権利と義務転載が許可されたソフトウェアを公開する権利クラブ内のソフトウェアをサポートする義務（４）上位クラブ管理者の権利転載が許可されたソフトウェアを公開する権利上位クラブは、基本的に下位クラブのソフトウェアを転載することができるので、最上位のクラブの会員はすべてのソフトウェアを閲覧することができるようになる。 (3) the right to publish a reprint destination club administrator of the rights and obligations reprint an obligation to support the software in the right club to publish the authorized software (4) has been granted the top club administrator rights reserved software higher club, since it is may be reproduced in any form basically subordinate club of software, so that club members of the top level can be viewed all of the software. また、転載先クラブの管理者がソフトウェアの使用方法等を確実にサポートしてくれる事を条件に転載するので、ソフトウェアが閲覧可能なクラブ内で、そのサポートが必ず受けられる。 In addition, the administrator of the reproduction destination club since reproduced in conditions that us to reliably support such as how to use the software, the software is within the viewable club, the support is always received.
図４は、ネットワーク６２との情報交換によりホスト計算機６３上で実現されるクラブの例を示している。 Figure 4 shows an example of a club which is realized on the host computer 63 by exchanging information with the network 62. ある端末からホスト計算機６３をアクセスすると、ホスト内には、ソフトウェアの専門店に対応するクラブＡ、Ｂ、Ｃと、あらゆるソフトウェアを販売するデパートＤＰが見える。 When accessing the host computer 63 from a certain terminal, in the host, club A corresponding to shop software, B, and C, and a department store DP selling any software can be seen.
ワープロクラブＡのＲＩＳには統合ＯＡ−Ａ１というソフトウェアが登録され、表計算クラブＢのＲＩＳには表計算−Ｂ１と統合ＯＡ−Ａ１が登録され、通信クラブＣのＲＩＳにはＯＬＤＴＥＲＭ−Ｃ１とＮＥＷＴＥＲＭ−Ｃ２が登録されている。 The RIS of the word processor club A registered software called integrated OA-A1 is, the RIS spreadsheet club B is registered spreadsheet -B1 integrated OA-A1, and OLDTERM-C1 to RIS communication club C newterm -C2 has been registered. デパートＤＰはこれらのクラブＡ、Ｂ、Ｃの上位クラブに相当し、ここには統合ＯＡ−Ａ１、表計算−Ｂ１、およびＮＥＷＴＥＲＭ−Ｃ２が登録されている。 Department DP corresponds to these clubs A, B, C higher club, here integrated OA-A1, is spreadsheet -B1, and newterm-C2 are registered. 商品データベース８１には、システム内の各ソフトウェアの管理情報が格納される。 The commodity database 81, management information of each software in the system is stored.
図４において、（）で囲まれたソフトウェアは、管理者による作業が終了していないので、一般会員からは見えないようになっている。 In FIG. 4, (Surrounded by software), because the work by the administrator has not yet been completed, so as not visible from the general membership. 一般会員に見えているソフトウェアに関しては、所属クラブ内の何処かで会員が会議を開いて、情報交換することができる。 With respect to the software that is visible to the general membership, it can be a member somewhere in the Club will open the conference, to exchange information.
尚、デパートＤＰは必ずしもクラブＡ、Ｂ、Ｃの上位クラブとして設ける必要はなく、クラブとは独立に商品を提供する機能を持たせてもよい。 Incidentally, department stores DP necessarily club A, B, it is not necessary to provide a higher club and C, may have a function of providing a product independently of the club.
ホスト計算機６３は、コンテンツを管理するために、商品データベース８１のようなコンテンツデータベースを用意し、次のような情報を格納する。 The host computer 63, in order to manage the content and providing a content database such as commodity database 81, and stores the following information.
ソフトウェアＩＤ：システムの中でソフトウェアコンテンツを一意に特定できる識別子アップロード者ＩＤ：システム利用者を一意に特定できる識別子オリジナルクラブＩＤ：システムの中でソフトウェアコンテンツを登録したクラブを一意に特定できる識別子転載先クラブＩＤ：システムの中でソフトウェアコンテンツの転載先クラブを一意に特定できる識別子キーワード：各クラブで使用するキーワード最終アクセス日時：アップロードされたソフトウェアを書き換えた最後の日時、または、それを読み取った最後の日時図５は、商品データベース８１の例を示している。 Software ID: identifier upload user ID can uniquely identify the software content in the system: identifier original club ID the system user can be uniquely identified: identifier reprint destination a club that registered the software content in the system can be uniquely identified Club ID: identifier reserved destination club of software content in the system can be uniquely specific keyword: keywords last access date and time will be used by each club: the last time the rewriting the uploaded software, or the last read it date Figure 5 shows an example of a commodity database 81. 図５の商品データベースにおいて、ソフトコード＝００１等はソフトウェアＩＤを表し、アップロード＝ＵＩＤ００１等はアップロード者ＩＤを表し、オリジナル＝Ａ等はオリジナルクラブＩＤを表し、転載先１＝Ｂ等は転載先クラブＩＤを表す。 In the commodity database in FIG. 5, the soft code = 001 or the like represents the software ID, and the like uploading = UID001 represents uploaders ID, Original = A, etc. represents the original club ID, reprinted destination 1 = B, etc. reprinted destination Club It represents the ID. 統合ＯＡ−Ａ１は他のクラブＢ、Ｃ、ＤＰに転載されており、ＯＬＤＴＥＲＭ−Ｃ１は転載されていない。 Integrated OA-A1 other clubs B, C, are reproduced in DP, OLDTERM-C1 has not been reprinted. また、新ワープロ−Ａ２は、アップロード後一時的に登録されたソフトウェアの例を表し、その領域には最終アクセス日時が記録されている。 Moreover, the new word processor -A2 represents an example of the software uploaded after temporarily registered, the last access date is recorded in the area.
ここで、ソフトウェアの作者やクラブ等の管理者の権限を整理すると、例えば以下のようなコマンド群が有ればよいことが分かる。 Here, when organizing the administrator authority authors and clubs software may it can be seen that if there is for example, the following commands. これらのコマンド群の機能の分割方法や実現方法には、文字ベース、コマンドベース、ＧＵＩ（graphical user interface）ベース等の方法があり、任意のものを用いることができる。 The dividing method and implementation of these commands function, character-based, command-based, there are GUI (graphical user interface) based and a method, it is possible to use an arbitrary one.
ＵＰＬＯＡＤ ：ソフトウェアをシステムにアップロードする。 UPLOAD: upload the software on the system.
ＲＩＳ ：ソフトウェアをリモートインストールする。 RIS: to remotely install the software.
ＰＵＳＨ ：ソフトウェアの公開を許可する／取り消す。 PUSH: Allow Public of software / cancel.
ＰＵＢＬＩＳＨ ：ソフトウェアを公開する／取り消す。 PUBLISH: to publish a software / cancel.
ＰＥＲＭＩＴＩＯＮ ：ソフトウェアの転載を許可する／取り消す。 PERMITION: to allow the reproduction of software / cancel.
ＬＩＮＫ ：ソフトウェアの転載とキーワードの再割り付けを行う。 LINK: to re-allocation of reserved and keywords of the software.
ＭＯＶＥ ：オリジナルクラブを移管する。 MOVE: to transfer the original club.
これらのコマンドのうち、ＰＵＳＨ、ＰＵＢＬＩＳＨ、ＰＥＲＭＩＴＩＯＮについては、適当なスイッチの記述を付加して取り消しの操作を表現する。 Of these commands, PUSH, PUBLISH, for PERMITION, representing the operation of the cancellation by adding a description of the appropriate switch.
図６は、作者および管理者のコマンドの使用権限を示している。 Figure 6 illustrates the use authority commands author and administrator. ここでは、あるソフトウェアがオリジナルクラブにアップロードされた場合を想定している。 Here, it is assumed that a software has been uploaded to the original club. 図６において、○印は、そのソフトウェアをアップロードした作者、若しくは、それが自分のクラブ内にある管理者が使用することのできるコマンドを表している。 In FIG. 6, ○ mark, the author who uploaded the software, or it represents a command that can administrator within his club to use.
上記コマンドのうちＰＥＲＭＩＴＩＯＮとＭＯＶＥは、オリジナルクラブの管理者のみが使用することができる。 PERMITION and MOVE of the above command, can only original club of management's use. 転載先クラブおよび上位クラブの管理者は、オリジナルクラブからＰＥＲＭＩＴＩＯＮにより転載を許可された場合に、ＬＩＮＫを使用してソフトウェアを転載することができる。 Reprinted destination clubs and the top club of the administrator, if it is allowed to Reprinted by PERMITION from the original club, it is possible to reprint the software using the LINK. ＬＩＮＫにより、転載先クラブまたは上位クラブからソフトウェアのファイルにリンクが張られ、それを参照することができるようになる。 By LINK, the link is stretched from the reserved destination club or higher-level club in the software of the file, it will be able to see it. また、ＭＯＶＥにより、オリジナルクラブの権限が他のクラブに移管され、元のオリジナルクラブとファイルのリンクは切断される。 In addition, the MOVE, the original club of authority is transferred to another club, the link of the original of the original club and the file is cut.
次に、図７から図９までを参照しながら、作者や管理者の作業の手順について説明する。 Next, with reference to FIG. 7 to FIG. 9, a description is given of the procedure of operations authors and administrators.
図７は、作者の作業のフローチャートである。 Figure 7 is a flowchart of the author of the work. 図７において作業が開始されると、作者は、まずソフトウェアを作成し、アップロードに必要なファイル群を用意する（ステップＳ３１）。 When work is started in FIG. 7, the authors first create software, providing a file group necessary upload (step S31). 次に、アップロードするクラブを選択し、ＵＰＬＯＡＤによりソフトウェアをアップロードして（ステップＳ３２）、アップロード先での自動チェックの結果を受け取る（ステップＳ３３）。 Then select the club to be uploaded, then uploads the software by UPLOAD (step S32), and receives the results of the automatic checking of the upload destination (step S33). ここでは、誤動作チェック、ウィルスチェック、著作権や商標権のチェック等が自動的に行われる。 Here, the malfunction check, virus check, check, such as copyright and trademark rights is automatically performed. チェックの結果（ステップＳ３４）、エラーが発生すればエラー部分を修正し、修正部分のみ再びアップロードして（ステップＳ３５）、ステップＳ３３以降の作業を繰り返す。 As a result of the check (step S34), and correct the error portion if an error occurs, only upload again modified portion (step S35), step S33 to repeat the work of later.
そして、自動チェックが通ったら、次にＲＩＳによりテスト宅配を行う（ステップＳ３６）。 Then, when the automatic check is through, then perform the test home delivery by the RIS (step S36). テスト宅配では、アップロードされたソフトウェアがリモートインストール時に問題を起こさないかどうかがチェックされる（ステップＳ３７）。 In the test delivery, uploaded software is whether or not to cause a problem during the remote installation is checked (step S37). テスト宅配でエラーが発生すればエラー部分を修正し、その部分のみ再びアップロードして（ステップＳ３８）、ステップＳ３６以降の作業を繰り返す。 Correct the error part if an error occurs in the test home delivery, only that portion to upload again (step S38), step S36 to repeat the work of later. テスト宅配で合格したら、ＰＵＳＨによりソフトウェアの公開を許可し（ステップＳ３９）、作業を終了する。 Once you have passed the test delivery, by PUSH to allow the release of software (step S39), and ends the work.
図８は、オリジナルクラブの管理者の作業のフローチャートである。 FIG. 8 is a flow chart of the work of the original club of the administrator. 図８において作業が開始されると、管理者は、まず作者により公開を許可されているソフトウェアをテスト宅配し（ステップＳ４１）、問題が無いかチェックする（ステップＳ４２）。 When the work is started in FIG. 8, the administrator, first, the software that is permitted to the public by the author to test home delivery (step S41), and check whether there is a problem (step S42). テスト宅配で問題がなければ、ＰＵＢＬＩＳＨによりソフトウェアをオリジナルクラブの会員に公開し（ステップＳ４３）、問題があればそれを作者に連絡して（ステップＳ４４）、作業を終了する。 If there is no problem in the test home delivery, and public members of the original club of the software by the PUBLISH (step S43), and contact it to the author if there is a problem (step S44), and ends the work.
図９は、転載先クラブの管理者の作業のフローチャートである。 FIG. 9 is a flow chart of the work of reprinting destination club administrator. 図９において作業が開始されると、管理者は、希望するソフトウェアがあったら、その転載許可をオリジナルクラブに依頼する（ステップＳ５１）。 When the work is started in FIG. 9, the administrator, if there is software you want, ask the permission to reproduce the original club (step S51). 依頼に対する応答を受け取り（ステップＳ５２）、転載が許可されなければそのまま作業を終了する。 Receiving a response to the request (step S52), reproduction is ended as it work to be permitted. ＰＥＲＭＩＴＩＯＮにより転載が許可されれば、ＬＩＮＫによりそのソフトウェアを自分のクラブに転載する（ステップＳ５３）。 If the reproduction is permitted PERMITION, to reprint the software to your club by LINK (step S53). この時、自分のクラブで検索しやすいようにキーワードを変更しておく。 In this case, keep changing the keyword to be easy to find in your club.
次に、転載したソフトウェアをテスト宅配し（ステップＳ５４）、問題が無いかチェックする（ステップＳ５５）。 Then, to test delivery to reprint the software (step S54), and check whether there is a problem (step S55). テスト宅配で問題がなければ、ＰＵＢＬＩＳＨによりソフトウェアをクラブの会員に公開し（ステップＳ５６）、問題があればそれをオリジナルクラブに連絡して（ステップＳ５７）、作業を終了する。 If there is no problem in the test home delivery, and publish software to the members of the club by the PUBLISH (step S56), and contact it to the original club if there is a problem (step S57), and ends the work.
図７のステップＳ３２で、ネットワーク６２を介してホスト計算機６３にコンテンツを登録する場合に、アップロードする情報を標準化しておく。 In step S32 in FIG. 7, when through the network 62 to register content to the host computer 63, previously standardized information to be uploaded. アップロードする具体的な方法としては、標準化され、いくつかに分類された情報に、その内容を示すＴＡＧを付けて送るようにする。 As a specific method to upload, standardized, the classified information in some to send with a TAG indicating the contents. 情報を標準化することによって、登録作業やチェック作業の自動化が可能となる。 By standardizing the information, it is possible to automate the registration work and check work. また、情報を分割してアップロードすることにより、バグの発見時に必要な部分だけを再送し、再度のアップロードに要する時間を短縮することができる。 In addition, by uploading by dividing the information, retransmit only the portion required at the time of the discovery of the bug, it is possible to shorten the time it takes to upload again. アップロード情報は、大きく分類して次の５種類となる。 Upload information, and broadly classified the following five types.
［１］ＣＦＧファイル（コンフィギュレーションファイル）：ソフトウェアをシステムに登録するための基礎情報（必須の情報）で、次のものを含む。 [1] CFG file (configuration file): in basic information for registering the software on the system (mandatory information), including:.
○データベースに登録するための情報コンテンツ名称コンテンツの前バージョン、現バージョン（必須ではない） ○ previous version of the information content name content to be registered in the database, the current version (not required)
販売形態（フリーウェア／シェアウェア／市販品） Sales form (freeware / shareware / commercial product)
価格動作可能なハードウェア動作可能なＯＳ Price capable of operating hardware capable of operating OS
検索キーワード○インストールの本処理の情報コンテンツ本体の圧縮方法インストールの方法○インストール時の前処理と後処理の情報前処理の有無と方法後処理の有無と方法［２］説明ファイル：ソフトウェアの概要を書いた説明（必須の情報） Search keyword ○ pre-processing and post-processing of information before the presence or absence of the process and the way the presence or absence and the method of post-processing at the time of method ○ installation of the compression method installation of this processing of information content body of the installation [2] Description File: an overview of the software written description (mandatory information)
［３］本体ファイル：実行に必要なファイルを圧縮して１つにまとめたもの（必須の情報） [3] body file: summarizes in one to compress the files needed to run (mandatory information)
［４］ＣＨＫファイル（チェックファイル）：ソフトウェアが動作する環境条件を調査してリモートインストールを修飾するために、特別な言語で書かれたファイルで、環境依存性のあるソフトウェアのみ必要となる。 [4] CHK file (check file): to investigate the environmental conditions to which the software is running in order to modify the remote installation, in the file that was written in a special language, it is necessary only software that environment-dependent. よく使われるものはシステムで提供するが、特殊なものはオプションとしてユーザが作成する。 Commonly used ones are provided by the system, but the special thing is the user to create as an option. ＣＨＫファイルには、例えば次のような情報が含まれる。 The CHK file contains information such as, for example, the following.
ＣＨＫＥＸＥ：オプションで行われる環境チェックのための実行プログラムＶＥＲＳＩＯＮ：ＤＬＬ（dynamic link library）のバージョン情報のチェックをオプションで行う必要がある場合に作成される。 CHKEXE: Run for the environment check carried out by the options program VERSION: is created to check the version information of the DLL (dynamic link library) in the case that must be performed in the option.
図３１のチェックスクリプト４０のような情報をＣＨＫファイルに記述しておくこともできる。 Information such as check script 40 in FIG. 31 may be have been written to the CHK file.
［５］インストール関連ファイル：リモートインストールの実際の手順を書いたもので、次のような情報が含まれる。 [5] installation-related files: those that wrote the actual procedure of remote installation, includes information such as the following.
ＩＮＳＴＡＬＬ：実際のインストールの手順書（手順を標準化した場合は不要） INSTALL: the actual installation of the instructions (not required if you standardize the procedure)
標準化したインストール処理は以下のようになり、大半のソフトウェアはこの範囲内でインストール可能である。 Installation process The normalized as follows, most software can be installed within this range.
１． 1. 指定されていれば、前処理を行う。 If specified, it performs pre-processing.
２． 2. 圧縮された本体を端末のワーク領域にダウンロードする。 To download the compressed body in the work area of ​​the terminal.
３． 3. 本体を展開して、適当なディレクトリにファイルをコピーする。 Expand the body, to copy the file to the appropriate directory.
４． 4. 指定があれば、ファイル属性を変更する。 If specified, change the file attributes.
５． 5. 指定があれば、メニューやアイコン登録を行う。 If specified, a menu or icon registration.
６． 6. 指定があれば、後処理を行う。 If specified, it performs post-processing.
ＩＣＯＮ：メニューとかマネージャといわれるものに、ソフトウェアを登録するための情報ＦＩＲＳＴ：ＩＮＳＴＡＬＬを標準化した場合に、標準インストール処理の前に行う前処理で、例えば、バージョンアップ処理においては旧版のバックアップ処理等を指す。 ICON: to what is referred to as a menu Toka manager, information FIRST to register the software: If you standardize the INSTALL, in the process before performing in front of the standard installation process, for example, or the like backup processing of the old version in the version-up process points.
ＬＡＳＴ：ＩＮＳＴＡＬＬを標準化した場合に、標準インストールの後に行う後処理で、例えば、環境変数ファイルＣＯＮＦＩＧ． LAST: When the INSTALL was standardized, in the post-processing performed after the standard installation, for example, the environment variable file CONFIG. ＳＹＳの書換え処理等を指す。 It refers to the rewriting processing, and the like of SYS.
図１０は、ステップＳ３１において、端末６１−ｉ（ｉ＝１，２，．．．，Ｎ）上で作成されるファイル群の例を示している。 10, in step S31, the terminal 61-i (i = 1,2, ..., N) shows an example of files that are created on. 図１０においては、メモリ９１内で、ＣＦＧファイル９２、説明ファイル９３、本体ファイル９４、ＣＨＫファイル９５、およびインストール関連ファイル９６が作成され、これらがホスト計算機６３にアップロードされる。 In FIG. 10, in the memory 91, CFG file 92, description file 93, the main body file 94, CHK files 95 and installation-related files 96, are created, it is uploaded to the host computer 63.
次に、図１１から図１８までを参照しながら、ファイルの具体例について説明する。 Next, with reference to FIGS. 11 to 18, a specific example of the file. 図１１から図１４まではＣＦＧファイル９２の例を示しており、図１５、１６、１７、１８は、それぞれ説明ファイル９３、本体ファイル９４、ＣＨＫファイル９５、およびインストール関連ファイル９６の例を示している。 Figures 11 to 14 shows an example of a CFG file 92, FIG. 15, 16, 17 and 18, respectively description file 93, shows an example of a main body file 94, CHK files 95 and installation-related files 96, there.
図１１、１２、１３、１４のＣＦＧファイルにおいて、；で始まる行はコメント文であることを表す。 In CFG file of FIG. 11, 12, 13, 14; the line starting with indicating that a comment statement. 図１１の［ｎａｍｅ］はソフト検索用名称を表し、［ｖｅｒｓｉｏｎ］はそのバージョンを表し、［ｏｌｄｖｅｒｓｉｏｎ］はその旧バージョンを表す。 [Name] of Figure 11 represents a software search name, [version] represents that version, [oldversion] represents the prior version. また、［ｔｙｐｅ］は販売形態を表し、［ｐｒｉｃｅ］は価格を表す。 Also, [type] represents the sales mode, [. Price] represents price. ここでは、［ｔｙｐｅ］はＳＨＡＲＥとなっており、シェアウェアであることを示している。 Here, we show that the [type] is a SHARE, shareware. ［ｍａｃｈｉｎｅ］は動作可能なハードウェアを表し、ここではＴＯＷＮＳ、ＦＭＲ、ＰＣ９８、ＰＣ−ＡＴの４機種が挙げられている。 [Machine] represents the operable hardware, where TOWNS, are mentioned 4 types of FMR, PC98, PC-AT.
図１２において、［ｏｓ］は動作可能なＯＳを表し、ここではＷＩＮ３１Ｊのみが挙げられている。 In Figure 12, [os] represents an operable OS, here are mentioned only WIN31J. ［ｋｅｙ］は検索用のキーワードを表し、ここでは”中国語”がキーワードとして記されている。 [Key] represents the keyword for search, here in the "Chinese" has been marked as a keyword. ［ｃｏｍｐｒｅｓｓｉｏｎ］は本体の圧縮形式を表し、ここではＬＨＡ方式と記されている。 [Compression] represents the compression format of the body, here are marked as LHA scheme. また、［ｉｎｓｔｙｐｅ］は可能なリモートインストールの方法を表している。 Also, it represents the method of [instype] Possible remote installation. 「ＲＩＳ ｉｃｏｎ．ｄｅｆ」は、通常のリモートインストールを行ってアイコンファイルｉｃｏｎ． "RIS icon.def", the icon file icon doing a normal remote installation. ｄｅｆに登録する方法を表し、「ＩＮＳＴＡＬＬＥＲ ｉｃｏｎ２．ｄｅｆ」は、インストーラ（ＩＮＳＴＡＬＬ．ＥＸＥ）自体をアイコン登録する方法を表し、「ＤＬＯＡＤ」はダウンロードする方法を表す。 Represents how to register to def, "INSTALLER icon2.def" represents a way to installer (INSTALL.EXE) itself an icon registration, "DLOAD" represents a way to download. ここでは、これらの方法のいずれもが可能となっている。 Here, any of these methods is possible.
図１３において、［ｓｏｕｋｏ］はインストール時にソフトウェアを格納する推奨ディレクトリを表し、ここではＰ１とＰ２の２つのディレクトリが記されている。 In Figure 13, [souko] represents the recommended directory for storing software during installation, here it marked two directories P1 and P2.
［ｓｏｕｒｃｅ］は圧縮された本体ファイル（アーカイブファイル）の情報を表し、ここではＳ１とＳ２の２つのアーカイブファイルの情報が記されている。 [Source] represents the information of the compressed body file (archive file), wherein the two information archive files of S1 and S2 are marked. Ｓ１のファイル名はＮＥＷＷＰ． S1 of the file name NEWWP. ＬＺＨで、展開後（解凍後）の格納ディレクトリは＠Ｐ１＠、展開時のモードはＭ、ファイル容量は８０００００バイト、展開後の最低必要容量は２００００００バイトである。 In LZH, storage directory of post-deployment (after thawing) is @ P1 @, M mode at the time of deployment, file capacity is 800,000 bytes, the minimum required capacity after expansion is 2,000,000 bytes. また、Ｓ２のファイル名はＮＥＷＷＰＬＩＢ． In addition, S2 of the file name NEWWPLIB. ＬＺＨで、展開後の格納ディレクトリは＠Ｐ２＠、展開時のモードはＦ、ファイル容量は７０００バイト、展開後の最低必要容量は１３０００バイト、重複チェックの対象ファイル名はＧＳＷＤＬＬ． In LZH, storage directory after the deployment @ P2 @, F mode at the time of deployment, the file size is 7000 bytes, the minimum required capacity is 13000 bytes of post-deployment, the target file name of the duplicate check is GSWDLL. ＤＬＬである。 It is a DLL.
ここで、モードＭが指定されていれば、端末側で展開先ディレクトリを変更することができ、モードＦが指定されていれば変更不可能である。 Here, if the mode M is specified, it is possible to change the deployment directory on the terminal side, the mode F is not changed if specified. また、ＧＳＷＤＬＬ． In addition, GSWDLL. ＤＬＬは、アーカイブファイルＮＥＷＷＰＬＩＢ． The DLL, archive file NEWWPLIB. ＬＺＨの中に圧縮格納されているファイルの１つで、端末上でファイル名の重複がないかどうかをチェックするために記されている。 One of the files that have been compressed stored in the LZH, have been written in order to check whether there is no duplication of the file name on the terminal.
［ｄｅｓｔｉｎａｔｉｏｎ］は特殊な展開先ディレクトリを表し、ここではＤ１として＠ＷＩＮＳＹＳＴＥＭ＠が記されている。 [Destination] represents a special deployment destination directory, here as D1 @ WINSYSTEM @ has been written. また、［ｃｏｐｙ］はインストール時に移動させるべきファイル等の情報を表し、ここでは、Ｃ１として、Ｓ２で指定したアーカイブファイルに含まれるファイルＧＳＷＤＬＬ． Also, [copy] represents the information of a file or the like to be moved during installation, here as C1, file GSWDLL in the specified archive file in S2. ＤＬＬを、Ｄ１で指定したディレクトリに同じファイル名で移動することが記されている。 The DLL, can move in the same file name in the directory specified by the D1 are written. Ａｔｔｒの欄のＮは、移動後も属性が不変であることを表す。 N column Attr represents that after movement also attribute is unchanged.
図１４において、［ｆｉｒｓｔ］は前処理の情報を表し、インストールの際にアーカイブファイルのダウンロード前に実行しておきたいコマンドが記される。 In Figure 14, [first] represents the information of pre-processing, the command you wish to execute before downloading the archive file during installation is written. ［ｌａｓｔ］は後処理の情報を表し、インストールの際にアイコン登録コマンド実行後に実行したいコマンドが記される。 [Last] represents the information of the post-processing command is written to be executed after execution icon registration command during installation.
図１５の説明ファイルは、図１１から図１４までのＣＦＧファイルに記述された新ワープロ−Ａ２というソフトウェアの概要をユーザに説明するための情報であり、図１６の本体ファイルは、そのアーカイブファイルを示している。 Description file 15 is information for explaining the outline of the software that the new word processor -A2 described in CFG file from 11 to 14 to the user, the body file of Figure 16 is the archive file shows. アーカイブファイルＮＥＷＷＰ． Archive file NEWWP. ＬＺＨは、３つのファイルＷＰ． LZH is, three files WP. ＥＸＥ、ＮＥＷＷＰ． EXE, NEWWP. ＩＣＯ、ＲＥＡＤＭＥ． ICO, README. ＤＯＣを含んでおり、アーカイブファイルＮＥＷＷＰＬＩＢ． It includes a DOC, archive file NEWWPLIB. ＬＺＨは１つのファイルＧＳＷＤＬＬ． LZH one file GSWDLL. ＤＬＬのみを含んでいることが分かる。 It can be seen that contains DLL only.
図１７のＣＨＫファイルは、インストール時の環境チェックのチェックスクリプトに対応する。 CHK file of FIG. 17 corresponds to the environment the check script at the time of installation. ここでは、ＷＰ． Here, WP. ＥＸＥというファイルがユーザの端末にあるかどうかのチェックと、もしあれば、それが最新のバージョンかどうかのチェックと、それぞれのチェック結果に応じた処理とが記述されている。 And check whether the file is in the user's terminal that EXE, if any, it and checks whether the latest version, the processes corresponding to the respective check result is described.
図１８は、インストール関連ファイル９６の一種であるＩＣＯＮファイルを示している。 Figure 18 shows the ICON file is a type of installation-related files 96. 図１８のＩＣＯＮファイルには、新ワープロ−Ａ２の実行ファイル、カレント・ワーキング・ディレクトリ、アイコン登録用のファイル等の情報が記述されている。 To ICON file of FIG. 18, the executable file of the new word processor -A2, current working directory, information such as a file for the icon registration are described. このＩＣＯＮファイルは、リモートインストール時のシステム登録の際に使用される。 The ICON file is used when the system registration at the time of remote installation.
以上説明したような本実施形態のソフトウェア登録システムにより、以下のようなサービスが行われる。 The software registration system of the present embodiment as described above, following services are performed.
（ａ）アップロード者が公開依頼を出す前のソフトコードと公開依頼後のソフトコードを別にしておき、宅配の要求にテストフラグを付けておく。 (A) upload who leave separately from the software code after a public request to the previous software code to issue a public request, we want to keep with the test flag in the request of the courier. アップロード者本人がテスト宅配する場合には公開前のソフトコードでテストして、エラーが起これば問題のある部分だけを再度アップロードすればよいようにする。 Test on the pre-publishing software code in the case of upload in person to test home delivery, so that may be only a re-upload part of the problem If there 'error. そして、公開後のコンテンツは修正できないようにして、公開後の改変を禁止する。 Then, the content of the post published in the manner can not be corrected, to prohibit the modification of after publication.
また、管理者かアップロード者が、テストフラグをＯＮにして宅配要求をした場合には、無償でリモートインストールができるように管理する。 In addition, the administrator or upload person is, in the case where the home delivery request by the test flag to ON, the management to allow remote installation free of charge.
（ｂ）商品データベース８１に記されたソフトコードとオリジナルクラブの対応関係を用いて、ソフトウェア名から、それをサポートしているクラブ（サポートクラブ）の一覧を取り、直接サポートクラブへ行けるようにする。 (B) using the corresponding relationship between the software code and the original club, which was written in the commodity database 81, from software name, take a list of clubs that support it (support club), is able to go directly to support club . これはＭＭＩ（man-machine interface ）の問題であるが、ソフトウェアのサポートを受けたい場合に、ソフトウェア名を選ぶことによって、直ちにサポートクラブが分かるので、１アクションでサポート場所への移動ができる。 While this is a problem of MMI (man-machine interface), if you want the support of software, by selecting the software name, immediately because the support club is known, it is moved to the support location in one action.
（ｃ）ユーザにサポートクラブを提示する時に、オリジナルクラブが最初に見えるように表示して、それに優位性を持たせる。 To (c) the user when to present a support club, and displayed as original club appears to be first, to have the advantage. 一般に、ソフトウェアの作者は、サポート能力の高い管理者がいるクラブにアップロードしようとする傾向がある。 In general, the author of the software, there is a tendency to try to upload the club you have a high ability to service administrator. このため、そのようなクラブがオリジナルクラブになりやすく、オリジナルクラブをＭＭＩ上最初に表示することで、能力の高い管理者のクラブに人がアクセスしやすくなる。 For this reason, such a club is likely to be the original club, by displaying the original club to MMI on the first, people in the club of high-capacity administrator is likely to access. アクセスしてくる会員が多いクラブほど、その管理者に対する報酬も多くなり、管理者の努力が報われる結果となる。 As the club members often come to access, the more also remuneration for the administrator, the efforts of the administrator is the result to be rewarded.
（ｄ）クラブの中から希望するソフトウェアのリモートインストールができるようにする。 (D) remote installation of software you want from within the club to allow. 会議室での会話の中から必要なソフトウェアが見つかった場合等を考慮して、図３、４に示したように、クラブ内にもＲＩＳ機能を設ける。 Taking into consideration the like if found necessary software from the conversation in the conference room, as shown in FIGS. 3 and 4, providing the RIS function in the club. この場合は、クラブ毎に検索用のキーワードが変更できるので、各クラブの特色を活かしたリモートインストールを実現できる。 In this case, it is possible keyword is a change for the search to every club, it is possible to realize a remote installation that maximizes the features of each club.
（ｅ）アップロードから公開許可までの間に、ソフトウェアの正当性のチェックを行う。 During the period from (e) upload to the public permission, perform a check of the validity of the software. アップロードフォーマットが標準化されているので、文法チェック／ウィルスチェック／著作権チェック／登録商標チェック／ソフトウェア名の重複チェック等を自動化することができる。 Since the upload format is standardized, it is possible to automate the duplicate check, etc. of grammar check / virus check / copyright check / registered trademark check / software name. これらのテスト項目のうち文法チェック以外は、ホスト計算機６３内に危険と見なされる文字列やコード列のデータを持っておく。 Other than the grammar check of these test items, should have a data string and code string that are considered dangerous to the host computer 63. そして、アップロード情報をそれらと比較し、両者が一致した時にアラームを上げる。 Then, the upload information compared to them, raise the alarm when they match. 最終判断は人間が行ってもよい。 The final decision is human beings may be performed.
文法チェックを行うべきアップロード情報には、ＣＦＧファイル９２、ＣＨＫファイル９５、ＩＮＳＴＡＬＬ、ＩＣＯＮ等があり、ウィルスチェックを行うべきアップロード情報には、本体ファイル９４、ＣＨＫＥＸＥ、ＦＩＲＳＴ、ＬＡＳＴ等がある。 The upload information to perform a grammar check, CFG file 92, CHK file 95, INSTALL, there is ICON, etc., to upload the information to perform a virus check, the body file 94, CHKEXE, FIRST, there is a LAST or the like. また、著作権／登録商標チェックを行うべきアップロード情報には、ＣＦＧファイル９２、本体ファイル９４等がある。 In addition, to upload information to be subjected to the copyright / trademark check, there is a CFG file 92, the main file 94 or the like.
（ｆ）テスト途中のソフトウェアは、一定期間アクセスが無い場合には自動的に削除して、記憶領域の無駄遣いを避ける。 (F) test the middle of the software is automatically deleted if there is not a certain period of time, avoid the waste of the storage area. テスト途中のソフトウェアは、デバックや修正の時に変更部分のみのアップロードができるように、一定期間はホスト計算機６３内のディスク装置に保存しておくが、その期間を過ぎたらディスクから自動的に削除する。 Test the middle of the software, to be able to upload only the changes at the time of debugging and modification, a certain period of time, but keep in the disk device in the host computer 63, to automatically delete from disk Once past its period .
例えば図５に示される新ワープロ−Ａ２のように、ＴＭＰ（テンポラリ）のソフトコード９０５は、９で始まる特別な形をしている。 For example, as a new word processing -A2 shown in Figure 5, the soft code 905 of TMP (temporary) has a special form that begin with 9. そこで、定期的に商品データベース８１をパトロールして、ＴＭＰのソフトコードの最終アクセス日時を調べ、一定期間を過ぎたものは消去することができる。 So, to patrol on a regular basis the commodity database 81, examine the last access date and time of the software code of TMP, is that after a certain period of time can be erased.
次に、図１９から図２８までを参照しながら、上述のようなサービスの具体例について説明する。 Next, with reference to FIGS. 19 to 28, a specific example of the service as described above.
図１９および図２０は、作成されたファイル群のアップロードの例を示している。 19 and 20 show an example of uploading of files that have been created. 図１９において、作者はＵＰＬＯＡＤを用いて、新ワープロ−Ａ２のファイル群１０１を種類毎に分割して、自分の端末からホスト計算機６３に送信する。 19, the author using the UPLOAD, the files 101 of the new word processor -A2 divided into each type, transmitted from his terminal to the host computer 63. まず、１分割目としてＣＦＧファイルを送信し（ステップＳ１０１）、ホスト計算機６３はディスク内のＴＭＰ領域にそれを受信する（ステップＳ２０１）。 First sends a CFG files as a split second (step S101), the host computer 63 receives it to TMP region of the disk (step S201). 作者は１分割目の送信結果としてＯＫを受け取ると（ステップＳ１０２）、次に、２分割目として説明ファイルを送信する（ステップＳ１０３）。 When the author receives the OK as a transmission result of one division th (step S102), then it sends a description file as the second division (step S103). さらに、２分割目の送信結果としてＯＫを受け取ると（ステップＳ１０４）、２分割目のファイルを送信する。 Further, upon receiving the OK as the second division of the transmission result (step S104), and it transmits the 2 division of the file. このようにして、最終分割の本体ファイルを送信すると（図２０、ステップＳ１０５）、ホスト計算機６３はアップロードされたファイル群の管理情報を商品データベース８１に追加する（ステップＳ２０２）。 In this way, sending body file of the final division (FIG. 20, step S105), the host computer 63 adds the management information of the uploaded files in the commodity database 81 (step S202).
これにより、商品データベース８１には、新たにアップロードされたソフトウェアのソフトコードが９０５で、アップロード者ＩＤがＵＩＤ００３で、オリジナルクラブＩＤがＡで、キーワードが中国語である等の情報が登録される。 As a result, the commodity database 81, a soft code of the newly uploaded software is 905, the upload user ID is UID003, the original club ID is A, information etc. keyword is Chinese is registered. ここで、９で始まる３桁のソフトコードは、そのソフトウェアがテスト中であることを表す。 Here, three digit software code beginning with 9 indicates that the software is being tested.
作者は、最終分割の送信結果としてＯＫを受け取ると（ステップＳ１０６）、作業を終了する。 The author receives the OK as a transmission result of the last division (step S106), and terminates the work. このとき、ＴＭＰのソフトコード（ＴＭＰコード）９０５がホスト計算機６３から通知される。 In this case, TMP of soft cord (TMP code) 905 is notified from the host computer 63. 一方、ホスト計算機６３は、アップロードされたファイルの正当性のチェックを自動的に行い（ステップＳ２０３）、エラー等があれば、それを作者の端末に通知する。 On the other hand, the host computer 63, automatically perform validity checks of the uploaded file (step S203), if there is an error or the like, and notifies the authors of the terminal.
図２１は、アップロードされたソフトウェアのテスト宅配の例を示している。 Figure 21 shows an example of a test delivery uploaded software. 先願のリモートインストールにおいてソフトウェアの検索を要求するプロトコル上にテストフラグ（ＴＦＬＧ）を設けて、テスト宅配の権限をチェックする。 On the protocol to request a search of the software in the remote installation of the prior application by providing a test flag (TFLG), checking the authority of the test delivery. これにより、権限を持っている人にのみ、公開前のソフトウェアを見せるようにする。 As a result, only the person who has the authority, so that show the pre-release software.
図２１において、作者または管理者が端末からキーワードの一覧を要求すると（ステップＳ１１１）、ホスト計算機６３はこれに無条件に応答し、キーワードリストを送り返す（ステップＳ２１１）。 In Figure 21, the author or the administrator requests a list of keywords from the terminal (Step S 111), the host computer 63 is responsive to unconditionally thereto, sends back a keyword list (step S211). 次に、端末から、ＴＦＬＧ＝１として、キーワード「中国語」による検索要求が送られると、ホスト計算機６３は権限チェックを行う（ステップＳ２１２）。 Then, from the terminal, as TFLG = 1, a search request by keyword "Chinese" is sent, the host computer 63 performs authorization checks (step S212).
権限チェックにおいてはテストフラグの値を調べ、ＴＦＬＧ＝０のときは公開済みのソフトウェアのみを検索する。 In authorization check checks the value of the test flag, when the TFLG = 0 to search only published software. ＴＦＬＧ＝１、かつ、要求者が一般会員の場合は、商品データベース８１のＴＭＰコードを持つソフトウェアを探し、そのうちアップロード者ＩＤが要求者のログインＩＤと一致するものの中から検索する。 TFLG = 1 and, if the requester is a general member, looking for a software that has the TMP code of the product database 81, to retrieve from them among those that upload user ID matches the login ID of the requester. また、ＴＦＬＧ＝１、かつ、要求者が管理者の場合は、商品データベース８１のソフトウェアのステータスを調べ、公開許可済み、転載済み、または移管済みのものを検索する。 In addition, TFLG = 1 and, if the requester is an administrator, check the software status of the product database 81, to search public authorized, reprinting already, or those transferred already. ＴＦＬＧ＝０の場合は権限チェックの結果を不合格として、宅配料金を課金する。 In the case of TFLG = 0 as a failure the result of the authority check, charge a delivery fee. ＴＦＬＧ＝１の場合は、権限チェックの結果を合格として、無償扱いとする。 In the case of TFLG = 1, as passing the result of the authority check, and free of charge treatment.
ここでは、ＴＦＬＧ＝１なので宅配は無償となり、要求者は検索されたソフトウェアの中から目的とする新ワープロ−Ａ２を選択し、ＴＦＬＧ＝１として、その環境チェックを要求する（ステップＳ１１３）。 Here, TFLG = 1, so the courier will be free of charge, the requestor may select a new word processor -A2 for the purpose from the search software, as TFLG = 1, to request the environment check (step S113). ホスト計算機６３は、ステップＳ２１２と同様の権限チェックを行う（ステップＳ２１３）。 The host computer 63 performs the same authorization checks in step S212 (step S213). それ以降の動作は、図３１のステップＳ１４以降と同様である。 Subsequent operations are the same as the steps S14 onward in FIG 31. ただし、テスト宅配中に何らかの問題が起これば、要求者は図７、図８、または図９のいずれかのフローに従ってエラー処理を行う。 However, if happens any problems during the test delivery, the requester 7, error processing is performed in accordance with any of the flow of FIG. 8 or 9,.
図２２は、テスト宅配に合格したソフトウェアの公開依頼の例を示している。 Figure 22 shows an example of a public request of the software that have passed the test delivery. 図２２において、作者がコマンドＰＵＳＨを用いて、テスト宅配に合格したソフトウェア９０５の公開を依頼（許可）すると（ステップＳ１２１）、ホスト計算機６３は権限チェックを行う（ステップＳ２２１）。 In Figure 22, the author using the command PUSH, requesting the release of the software 905 that pass the test delivery (permission) Then (step S121), the host computer 63 performs authorization checks (step S221). このとき、商品データベース８１を参照し、ソフトウェア９０５のアップロード者ＩＤが依頼者のログインＩＤと一致し、かつ、オリジナルクラブＩＤが依頼とともに送られたクラブのＩＤと一致した時にのみ公開依頼を受け付け、それ以外の場合は拒否する。 In this case, refer to the product database 81, upload user ID does not match the login ID of the client's software 905, and only accept a public request when the original club ID matches the club of ID that was sent along with the request, deny otherwise. 公開依頼を受け付けると、正式のソフトコード００５を新たに取って、商品データベース８１内でソフトウェア９０５の管理情報をすべてコピーする（ステップＳ２２２）。 Upon receipt of the public request, taking the formal software code 005 to new, all to copy the management information of the software 905 in the commodity database 81 (step S222). そして、そのソフトコード００５を端末に通知する。 Then, and notifies the software code 005 to the terminal.
図２３は、公開許可済みのソフトウェアの公開の例を示している。 Figure 23 shows an example of a public published authorized software. 図２３において、クラブの管理者がコマンドＰＵＢＬＩＳＨを用いて、ソフトウェア００５の公開を要求すると（ステップＳ１３１）、ホスト計算機６３は権限チェックを行う（ステップＳ２３１）。 23, club administrator using command PUBLISH, and requests the public software 005 (step S131), the host computer 63 performs authorization checks (step S231). このとき、商品データベース８１を参照し、ソフトウェア００５のステータスが公開許可済み（ＰＵＳＨ済み）、転載済み（ＬＩＮＫ済み）、移管済み（ＭＯＶＥ済み）のいずれかで、かつ、要求者のログインＩＤが管理者のＩＤと一致した時にのみ公開要求を受け付け、それ以外の場合は拒否する。 In this case, refer to the product database 81, the status is published authorized software 005 (already PUSH), reprinted already (pre-LINK), in one of the transfer has been (already MOVE), and the login ID of the request's management user ID and only accepts a public request when you match, reject otherwise. 公開要求を受け付けると、商品データベース８１内のソフトウェア００５のステータスを公開済み（ＰＵＢＬＩＳＨ済み）に変更して、それを公開する（ステップＳ２３２）。 Upon receipt of the public request, to change the status of the software 005 in the product database 81 to published (already PUBLISH), publish it (step S232).
図２４は、公開されたソフトウェアの転載を許可する例を示している。 Figure 24 shows an example that permits reproduction of software published. 図２４において、オリジナルクラブの管理者がコマンドＰＥＲＭＩＴＩＯＮ用いて、ソフトウェア００５のクラブＢへの転載を許可すると（ステップＳ１４１）、ホスト計算機６３は権限チェックを行う（ステップＳ２４１）。 In Figure 24, the original club administrator using command PERMITION, if you allow reproduction of the club B software 005 (step S141), the host computer 63 performs authorization checks (step S241). このとき、商品データベース８１を参照し、ソフトウェア００５のステータスがＰＵＢＬＩＳＨ済みで、かつ、ログインＩＤが管理者のＩＤと一致した時にのみ転載許可を受け付け、それ以外の場合は拒否する。 In this case, refer to the product database 81, the status is already PUBLISH of software 005, and only accepts the permission to reproduce when the login ID matches the ID of the administrator, deny otherwise. 転載許可を受け付けると、商品データベース８１内のソフトウェア００５の管理情報に転載先情報（転載先クラブＢのＩＤ）を新たに追加し、ステータスを転載許可済み（ＰＥＲＭＩＴＩＯＮ済み）に変更する（ステップＳ２４２）、。 Upon receipt of the permission to reproduce, and to add a new reprint destination information to the management information (ID reprint destination club B) of the software 005 in the product database 81, to change the status to reprint authorized (already PERMITION) (step S242) ,.
図２５は、転載を許可されたソフトウェアの転載の例を示している。 Figure 25 shows an example of reproduction of software permitted to reprint. 図２５において、転載先クラブＢの管理者がコマンドＬＩＮＫを用い、転載先のキーワードを指定して、ソフトウェア００５のクラブＢへの転載を要求すると（ステップＳ１５１）、ホスト計算機６３は権限チェックを行う（ステップＳ２５１）。 In Figure 25, using the administrator commands LINK reprint destination club B, by specifying the reproduction destination keywords and requests the reproduction of the club B software 005 (step S151), the host computer 63 performs authorization checks (step S251). このとき、商品データベース８１を参照し、ソフトウェア００５のステータスがＰＥＲＭＩＴＩＯＮ済みで、かつ、要求者のログインＩＤが管理者のＩＤと一致した時にのみ転載要求を受け付け、それ以外の場合は拒否する。 In this case, refer to the product database 81, in a pre status of software 005 PERMITION, and only accepts a reprint request when the login ID of the requestor matches the ID of the administrator, deny otherwise. 転載要求を受け付けると、商品データベース８１内のソフトウェア００５の管理情報に転載先のキーワードを追加し、ステータスを転載済み（ＬＩＮＫ済み）に変更する（ステップＳ２５２）。 Upon receipt of the reprint request, to add reprint destination of the keyword to the management information of the software 005 in the product database 81, to change to the pre-reserved status (pre-LINK) (step S252).
図２６は、公開されたソフトウェアの移管の例を示している。 Figure 26 shows an example of a transfer of software published. 図２６において、オリジナルクラブの管理者がコマンドＭＯＶＥを用いて、ソフトウェア００５のクラブＢへの移管を要求すると（ステップＳ１６１）、ホスト計算機６３は権限チェックを行う（ステップＳ２６１）。 In Figure 26, using the command MOVE original club administrator, and requests the transfer to the club B software 005 (step S161), the host computer 63 performs authorization checks (step S261). このとき、商品データベース８１を参照し、ソフトウェア００５のステータスがＰＵＢＬＩＳＨ済みで、かつ、要求者のログインＩＤが管理者のＩＤと一致した時にのみ移管要求を受け付け、それ以外の場合は拒否する。 In this case, refer to the product database 81, the status is already PUBLISH of software 005, and only accepts a transfer request when the login ID of the requestor matches the ID of the administrator, deny otherwise. 移管要求を受け付けると、商品データベース８１内のソフトウェア００５のオリジナルクラブＩＤを移管先クラブＢのＩＤに書き換える（ステップＳ２６２）。 When receiving the transfer request, it rewrites the original club ID software 005 in the product database 81 to the ID of the transfer destination club B (step S262). このとき、移管先クラブが既に転載先クラブとして登録されている場合は、その転載先クラブＩＤを消去する。 In this case, if the transfer destination club has already been registered as a reprint destination club, it erases the reserved destination club ID. そして、ステータスを移管済み（ＭＯＶＥ済み）に変更する。 Then, to change the status to transfer already (already MOVE).
図２７および図２８は、クラブの移動の例を示している。 27 and 28 show examples of the movement of the club. 図２７において、ユーザが端末からキーワードの一覧を要求すると（ステップＳ１７１）、ホスト計算機６３はこれに無条件に応答し、キーワードリストを送り返す（ステップＳ２７１）。 27, when a user requests a list of keywords from the terminal (step S171), the host computer 63 is responsive to unconditionally thereto, sends back a keyword list (step S271). 次に、ユーザがＴＦＬＧ＝０として、キーワード「日本語」による検索要求を送ると、ホスト計算機６３は図２１のステップＳ２１２と同様の権限チェックを行う（ステップＳ２７２）。 Next, the user TFLG = 0, sends a search request by keyword "Japanese", the host computer 63 performs the same authorization checks in step S212 in FIG. 21 (step S272). ここでは、ＴＦＬＧ＝０なので通常通り課金され、ＰＵＢＬＩＳＨ済みのソフトウェアから検索される。 Here, TFLG = 0, so be charged as usual, it is retrieved from the PUBLISH already software.
次に、ユーザは、検索された統合ＯＡ−Ａ１をサポートしているクラブの検索を要求し（ステップＳ１７３）、ホスト計算機６３は、ステップＳ２７２と同様の権限チェックを行う（ステップＳ２７３）。 Next, the user requests the retrieval of the clubs that support the retrieved integrated OA-A1 (step S173), the host computer 63 performs the same authorization checks in step S272 (step S273). そして、商品データベース８１を参照し、図２８に示すように、オリジナルクラブ、転載先クラブの順に、サポートクラブのクラブＩＤとメニューＩＤ（ルートＩＤ）を返送する。 Then, referring to the commodity database 81, as shown in FIG. 28, the original club, in the order of reprinting destination club, to return the support club of the club ID and a menu ID (root ID). クラブＩＤとルートＩＤの対応関係は、あらかじめホスト計算機６３に記憶されているものとする。 Correspondence between the club ID and route ID is assumed to be stored in advance in the host computer 63. 端末はこれらの情報を受け取ると、表示画面１０２に示すように、オリジナルクラブ、転載先クラブの順にサポートクラブのクラブ名を表示する。 When the terminal receives this information, as shown in display screen 102, the original club, and displays the club name support clubs in order of reproduction destination clubs. ここでは、統合ＯＡ−Ａ１のオリジナルクラブであるワープロクラブが、転載先の表計算クラブよりも上に表示されている。 Here, a word processor club is the original club integrated OA-A1, is displayed above the reproduced destination spreadsheet club.
次に、ユーザが表示されたクラブの中から１つを選択すると、そのルートＩＤに従ってメニュー情報が返送される。 Then, by selecting one of the clubs the user is displayed, the menu information is sent back in accordance with the route ID. ここでは、ワープロクラブが選択されて、表示画面１０３に示すようなメニューが表示される。 Here, word processor club is selected and displays a menu as shown in the display screen 103. このように、商品データベース８１にサポートクラブのＩＤがすべて格納されているので、ユーザはその情報を用いて、オリジナルクラブや転載先クラブに直ちに移動することができる。 Thus, since the ID of the supported clubs commodity database 81 is stored all user can use the information and immediately moved to the original club or reprint destination clubs.
本発明によれば、ソフトウェアをユーザの端末から自動的にシステムに登録することができる。 According to the present invention, it can be registered automatically system software from the user's terminal.
作者はアップロードのコマンドを用いて、ソフトウェアを任意のクラブに自由にアップロードすることができる。 The author can be used to upload a command, free to upload the software on any of the club. このとき、アップロードのフォーマットが標準化されており、アップロード情報の自動チェックが行われるので、登録に伴う管理者の負担が軽減される。 At this time, the format of the upload are standardized, because the automatic check of the upload information is made, the burden of the administrator associated with the registration is reduced.
また、ウィルスチェックや管理者によるチェック等に合格しないものは公開されないので、安全なソフトウェアの流通が実現できる。 In addition, those that do not pass the check, such as by the virus check and administrators because they are not public, can be realized distribution of secure software.
また、最上位のクラブからはすべての登録ソフトが閲覧可能であり、クラブ毎に検索キーワードが付け変えられるので、リモートインストールを行う時に目的のソフトウェアを探す手間が省ける。 In addition, from the club of the most significant it is viewable by all of the registration software, because every club the search keyword is changed with, Habukeru the trouble to find the purpose of the software when performing a remote installation.
また、ソフトウェアの重複チェックを行うので、同じソフトウェアが記憶領域の複数箇所に存在することがなく、ディスク資源が有効に利用される。 Further, since the duplication check of the software, without the same software is present at a plurality of locations of the storage area, the disk resources are effectively utilized.
このように、アップロードされたソフトウェアをフレキシブルに管理することが可能になる。 Thus, it is possible to manage the uploaded software flexible.
【図２】実施形態のシステム構成図である。 2 is a system configuration diagram of an embodiment.
【図３】場の構成を示す図である。 FIG. 3 is a diagram showing the configuration of the field.
【図４】ホスト計算機上のクラブを示す図である。 FIG. 4 is a diagram showing the club on the host computer.
【図５】商品データベースを示す図である。 FIG. 5 is a diagram showing the product database.
【図６】コマンドの使用権限を示す図である。 FIG. 6 is a diagram illustrating the use authority of command.
【図７】作者の作業のフローチャートである。 FIG. 7 is a flow chart of the author of the work.
【図８】オリジナルクラブの管理者の作業のフローチャートである。 FIG. 8 is a flow chart of the work of the original club of the administrator.
【図９】転載先クラブ管理者の作業のフローチャートである。 FIG. 9 is a flow chart of the work of reprinting destination club administrator.
【図１０】端末上で作成されるファイル群を示す図である。 10 is a diagram showing the files that are created on the terminal.
【図１１】ＣＦＧファイルを示す図（その１）である。 FIG. 11 is a diagram showing the CFG file (Part 1).
【図１２】ＣＦＧファイルを示す図（その２）である。 FIG. 12 is a diagram showing the CFG file is a (2).
【図１３】ＣＦＧファイルを示す図（その３）である。 13 is a diagram showing the CFG file (Part 3).
【図１４】ＣＦＧファイルを示す図（その４）である。 FIG. 14 is a diagram showing the CFG file (Part 4).
【図１５】説明ファイルを示す図である。 FIG. 15 is a diagram showing a description file.
【図１６】本体ファイルを示す図である。 FIG. 16 is a diagram showing the main file.
【図１７】ＣＨＫファイルを示す図である。 FIG. 17 is a diagram showing the CHK file.
【図１８】ＩＣＯＮファイルを示す図である。 FIG. 18 is a diagram showing the ICON file.
【図１９】アップロードの例を示す図（その１）である。 19 is a diagram showing an example of the upload (Part 1).
【図２０】アップロードの例を示す図（その２）である。 FIG. 20 shows an example of the upload; FIG.
【図２１】テスト宅配の例を示す図である。 FIG. 21 is a diagram showing an example of a test delivery.
【図２２】公開依頼の例を示す図である。 FIG. 22 is a diagram showing an example of a public request.
【図２３】公開の例を示す図である。 FIG. 23 is a diagram showing an example of the public.
【図２４】転載許可の例を示す図である。 FIG. 24 is a diagram showing an example of a permission to reproduce.
【図２５】転載の例を示す図である。 FIG. 25 is a diagram showing an example of a reprint.
【図２６】移管の例を示す図である。 26 is a diagram showing an example of a transfer.
【図２７】クラブの移動の例を示す図（その１）である。 27 is a diagram showing an example of movement of the club (1).
【図２８】クラブの移動の例を示す図（その２）である。 Figure 28 is a diagram showing an example of movement of the club is a (2).
【図２９】先願のリモートインストールシステムの構成図である。 FIG. 29 is a block diagram of a prior application of remote installation system.
【図３０】リモートインストールのフローチャート（その１）である。 FIG. 30 is a flowchart of the remote installation (Part 1).
【図３１】リモートインストールのフローチャート（その２）である。 31 is a flowchart of the remote installation (Part 2).
【図３２】リモートインストールのフローチャート（その３）である。 FIG. 32 is a flowchart of the remote installation (Part 3).
【図３３】インストール方法選択ウィンドウの例を示す図である。 FIG. 33 is a diagram showing an example of the installation method selection window.
【図３４】リモートインストールプロトコルを示す図（その１）である。 34 is a diagram showing a remote installation protocol (Part 1).
【図３５】リモートインストールプロトコルを示す図（その２）である。 Figure 35 illustrates a remote installation protocol (Part 2).
【図３６】キーワード選択のプロトコルを示す図である。 36 is a diagram showing a keyword selection protocol.
【図３７】キーワードの表示例を示す図である。 FIG. 37 is a diagram showing a display example of the keyword.
【図３８】環境情報の送信プロトコルを示す図である。 38 is a diagram illustrating a transmission protocol of the environment information.
【図３９】環境チェックのプロトコルを示す図である。 FIG. 39 is a diagram showing the environmental check protocol.
【図４０】自動インストールのフローチャートである。 FIG. 40 is a flow chart of the automatic installation.
【図４１】設定ファイルの例を示す図である。 41 is a diagram showing an example of a configuration file.
２１、６３ ホスト計算機２２ 通信回線２３、６１−１、６１−Ｎ、６１−ｉ 端末２４ 表示装置２５ ハードディスク３１、３８、３９ 環境ファイル３２ 第１キーテーブル３３ 第２キーテーブル３４、４４ 設定ファイル３５ ソフトウェア群３６ 倉庫ウィンドウ３７ アイコン４０ チェックスクリプト４１ ファイル本体４２、４３ インストールスクリプト５１ 管理手段５２ 記憶手段５３ インストール手段６２ ネットワーク７１ 上位クラブ７２、７３、７４ クラブ７５ ソフトウェア８１ 商品データベース９１ メモリ９２ ＣＦＧファイル９３ 説明ファイル９４ 本体ファイル９５ ＣＨＫファイル９６ インストール関連ファイル１０１ ファイル群１０２、１０３ 表示画面 21,63 host computer 22 communications line 23,61-1,61-N, 61-i terminal 24 display device 25 hard 31,38,39 environment file 32 first key table 33 second key table 34 and 44 configuration file 35 software group 36 warehouse window 37 icon 40 check script 41 file body 43 installation script 51 management unit 52 memory unit 53 installed unit 62 network 71 Top clubs 72, 73, 74 Club 75 software 81 items database 91 memory 92 CFG file 93 described file 94 main file 95 CHK file 96 installation-related files 101 files 102 and 103 display screen
ユーザの端末装置から通信ネットワークを介して受け取ったソフトウェアの登録を行う情報処理システムにおいて、 An information processing system for the registration of software received via the communication network from the user of the terminal device,
データベース登録処理に必要な基礎情報と、前記ソフトウェアの概要を記した説明情報と、該ソフトウェアの実行に必要なファイルを圧縮して１つにまとめたファイルとからなるソフトウェア情報を前記端末装置から受け取って管理する管理手段と、 Receiving the basic information necessary for the database registration processing, a description information that describes the overview of the software, the software information consisting files compiled in one to compress the files needed to run of the software from the terminal device and management means that supervises as,
前記管理手段が受け取ったソフトウェア情報に関して、危険と見なされる文字列やコード列のデータと比較して登録商標チェックを行い、該ソフトウェア情報の正当性を自動的に判定する自動テスト手段と、 For a software information, wherein the management unit has received, to register trademark checked against the string and code string data that are considered dangerous, and automatically determines the automatic test means the validity of the software information,
前記ソフトウェア情報を記憶する記憶手段と、 Storage means for storing the software information,
を備えることを特徴とするソフトウェア登録システム。 Software registration system characterized in that it comprises a.
前記記憶手段に記憶された前記ソフトウェア情報に基づいて、前記通信ネットワークを介して前記端末装置の格納領域に前記ソフトウェアを自動的にインストールするインストール手段をさらに備え、 Based on the software information stored in said storage means, further comprising automatically installing means for installing the software in the storage area of ​​the terminal device via the communication network,
前記管理手段は、インストール時に前記ソフトウェアの動作環境を調査するためのチェック情報と、実際に行われるインストール処理を記したインストール関連情報とをさらに含む前記ソフトウェア情報を受け取り、該ソフトウェア情報を前記記憶手段に格納することを特徴とする請求項１記載のソフトウェア登録システム。 It said management means, and the check information for checking the software operating environment of during installation, receiving the software information further comprising a installation-related information that describes an installation process to be actually performed, the storage means the software information software registration system of claim 1, wherein the storing in.
ユーザの端末装置から通信ネットワークを介して受け取ったソフトウェアを管理する方法において、 A method of managing a software received via the communication network from the user of the terminal device,
登録するソフトウェア情報を、データベース登録処理に必要な基礎情報と、前記ソフトウェアの概要を記した説明情報と、該ソフトウェアの本体を圧縮した本体情報とに分割し登録するソフトウェア情報について、危険と見なされる文字列やコード列のデータと比較して登録商標チェックを行い、 Software information to be registered, the basic information required for the database registration processing, a description information that describes the overview of the software, the division registered software information on the body information obtained by compressing the software of the main body, it is considered dangerous to register trademarks checked against the string and code string of data,
該基礎情報、説明情報、および本体情報を登録する、 The basic information, registers the description information, and the body information,
ことを特徴とするソフトウェア登録方法。 Software registration method, characterized in that.
JP25850695A 1995-10-05 1995-10-05 Software registration system and method Expired - Fee Related JP3751664B2 (en)
US08/724,675 US6144960A (en) 1995-10-05 1996-10-01 Software registering/managing system and method thereof
JPH09101895A JPH09101895A (en) 1997-04-15
JP3751664B2 true JP3751664B2 (en) 2006-03-01
JP25850695A Expired - Fee Related JP3751664B2 (en) 1995-10-05 1995-10-05 Software registration system and method
1995-10-05 JP JP25850695A patent/JP3751664B2/en not_active Expired - Fee Related
1996-10-01 US US08/724,675 patent/US6144960A/en not_active Expired - Fee Related
JPH09101895A (en) 1997-04-15
US6144960A (en) 2000-11-07
JP5323246B2 (en) 2013-10-23 How to share applications in a multi-tenant database environment that stores data and objects for multiple organizations
US9239857B2 (en) 2016-01-19 System and method for building business service model
2003-10-01 A02 Decision of refusal