JP2012027821A - System, method and program for program acquisition control - Google Patents

Abstract

PROBLEM TO BE SOLVED: To solve the problem in which: in the conventional program development environment, as designers who would not suffer from acquisition of a program and designers who would suffer from acquisition of the program may vary according to the phase in the designing process of the program and the circumstances of each designer, the authorization of each designer to acquire the program should be changed from phase to phase of the designing process, resulting in troublesomeness of changes in acquisition authorization.SOLUTION: There are provided a program managing DB 4001 that manages design phases of a program according to the file name of the program and a program managing DB 4002 that manages persons eligible for program acquisition according to the design phase of the program; the DB 4001 is searched according to the file name of the program requested by another designer, a matching design phase is extracted, the DB 4002 is searched on the basis of this design phase, and matching persons eligible for acquisition are extracted; these persons eligible for acquisition are permitted to acquire the program if the requesting designer is among the persons eligible for acquisition or, if not, the persons are not permitted to acquire the program.

Description

  Conventionally, a program development environment for each group has been provided. In this method, when a certain program is created, for example, a program for each processing part that can be divided by a plurality of program designers (hereinafter, “program designer” is referred to as “designer”). The process is shared and created, and finally, an individual program by each designer is combined to complete one target program (see Patent Document 1).

  When creating a program by dividing in this way, for example, a basic program as an OS (Operating System) is stored in a common server or the like, so that a designer of each application program can refer to and acquire the program. . On the other hand, individual application programs created by each designer are prevented from being referred to by other designers during the design.

  However, when a large-scale design of a program is performed, it is necessary to further share the individual application programs that are shared by the above processes and design one application program by a plurality of co-designers. When there is such a co-designer, if each designer cannot uniformly refer to and acquire a program in the middle of design by other designers as in the past, the co-designer will also be unable to refer to and acquire the program. Therefore, program design and development are substantially delayed. In addition, it is necessary for the manager (position) who manages the entire program design to be able to refer to and acquire the program even during the program design. Furthermore, once the program design is almost complete, there is no problem in allowing other application program designers to refer to and acquire the program. Rather, for reference of the program design, other application program designers can refer to and acquire the program design. In some cases, it may be positively acknowledged.

  As described above, depending on the design stage of the program and the position of other designers, the designer who may obtain the program and the designer who is not required to obtain the program change. Each designer must change the acquisition authority of the program for each designer, which causes a problem that the change of the acquisition authority is complicated and troublesome.

  The invention according to claim 1 is a program acquisition control system for controlling that a predetermined program registered by a predetermined designer is acquired by another designer other than the predetermined designer, the registration Design stage management means for managing design stage information indicating the design stage of each program for each program specifying information for specifying the program, and the registered program can be acquired for each design stage information When there is a request for acquiring a predetermined program by the other designer, the acquirer management means for managing the acquirer information indicating the designer, based on the program identification information of the requested program The design stage extraction means for extracting the corresponding design stage information by searching the design stage management means, and the extracted design stage information By searching the acquireable person management means based on the above, the acquirer extraction means for extracting the corresponding acquireable person information, and the designer indicated by the extracted acquireable person information to the designer A determination unit configured to determine whether another designer who has made the request is included; and an acquisition restriction unit configured to limit acquisition of a program by the other designer based on a result of the determination. It is a program acquisition control system.

  The invention according to claim 4 is a program acquisition control using a program acquisition control system that controls that a predetermined program registered by a predetermined designer is acquired by another designer other than the predetermined designer. A program acquisition control system comprising: design stage management means for managing design stage information indicating a design stage of each program for each program specifying information for specifying the registered program; and the design stage For each piece of information, obtainable person management means for managing obtainable person information indicating a designer who can obtain the registered program, and the program acquisition control system executes a predetermined program by the other designer. When there is a request to acquire, the design stage management means is controlled based on the program specifying information of the requested program. By searching the design stage extraction step for extracting the corresponding design stage information, and searching for the acquireable person management means based on the extracted design stage information, the corresponding acquireable person information is extracted. The obtainable person extracting step, the judging step for judging whether the designer indicated by the extracted obtainable person information includes another designer who has made the acquisition request, and the result of the judgment An acquisition restriction step of restricting acquisition of a program by the other designer is executed based on the program acquisition control method.

  A fifth aspect of the invention is a program acquisition control program for causing a computer having the design stage management means and the acquirer management means according to claim 4 to execute each step according to claim 4. It is.

  As described above, according to the present invention, whether or not a program can be acquired is automatically determined according to the design stage of the program and the position of other designers. There is an effect that the troublesomeness of changing the can be eliminated.

FIG. 1 is a schematic diagram of a program design system according to an embodiment of the present invention. It is. FIG. 2 is a software configuration diagram of the image forming apparatus. FIG. 3 is a diagram showing a process of designing a program using the program acquisition control system. FIG. 4 is a hardware configuration diagram of each terminal and the program acquisition control system in the program design system. FIG. 5 is a functional block diagram of each terminal and program management system constituting the program acquisition control system. FIG. 6 is a conceptual diagram showing a program management table. FIG. 7 is a conceptual diagram showing an acquireable person management table. FIG. 8 is a conceptual diagram showing an address management table. FIG. 9 is a sequence diagram showing processing for restricting program acquisition using the program acquisition control system.

<< Overall Configuration of Embodiment >>
Hereinafter, an embodiment of the present invention will be described with reference to FIGS. FIG. 1 is a schematic diagram of a program design system 1 according to an embodiment of the present invention. First, the outline of the present embodiment will be described with reference to FIG.

  For example, a person who uses the program design system 41 of the present embodiment, as an example, a designer X who designs a basic program (P) as an OS, and an application program (p11) for adding a new function with reference to the basic program. The designer Y who designs the design), the manager A who comprehensively manages the program design, the designer B who designs the application program (p12) shared with the designer Y, and the basic program (P) The designer C designs an application program (p2) different from the designers Y and B.

  Further, the designer X, the designer Y, the manager A, the designer B, and the designer C are respectively an information communication terminal (hereinafter referred to as “terminal”) x as a personal computer, a terminal y, a terminal a, and a terminal. b and terminal c are used. These terminals can communicate with each other via a communication network 2 such as a LAN (Local Area Network) or the Internet. A program acquisition control system 4 is connected to the communication network 2 and can communicate with each terminal. This program acquisition control system 4 centrally manages the programs designed by each designer, and obtains the acquisition when any designer tries to acquire the programs of other designers managed in a unified manner. It plays the role of permitting or restricting. The program design system 1 of this embodiment is constructed by the terminals x, y, a, b, c and the program acquisition control system 4.

  FIG. 2 is a software configuration diagram of the image forming apparatus. The image forming apparatus 10 is a multifunction machine that implements functions such as printing, scanning, copying, and FAX transmission / reception with a single casing.

  Among these, a standard application program (hereinafter, “application program” is abbreviated as “application”) 121 as an example of an application program is a set of applications that are mounted on the image forming apparatus 10 in a standard manner (at the time of shipment). It is. In the figure, a scan application 1211, a print application 1212, a copy application 1213, and a FAX application 1214 are illustrated.

  The scan application 1211 executes a scan job. The print application 1212 executes a print job. The copy application 1213 executes a copy job. The FAX application 1214 executes a FAX transmission job or reception job. The control service 124 is a software module group that provides a function for controlling various hardware resources and the like to a higher-level application and the like. Management function.

  The SDK application 122 is an application that is additionally installed as a plug-in for expanding the functions of the image forming apparatus 10 after the image forming apparatus 10 is shipped. In the figure, as the SDK application 122, a provider application 1221, an OCR application 1222, and a translation application 1223 are illustrated.

  The provider application 1221 executes processing for making the widget operable from the image forming apparatus 10. The OCR application 1222 performs OCR processing. The translation application 1223 executes a translation process.

  The SDK platform 123 provides an execution environment for the SDK application 122. Each SDK application 122 is developed using an API (Application Program Interface) provided by the SDK platform 123. For example, the SDK platform 123 provides the SDK application 122 with an interface for using the scan function, an interface for using the print function, an interface for using the copy function, and the like. The API of the SDK platform 123 is open to the public, and the SDK application 122 can be developed by a third vendor or the like.

  The OS 125 is an example of a basic program, and is a so-called OS (Operating System). Each software on the image forming apparatus 10 operates as a process or thread on the OS 125.

  In the present embodiment, for example, the designer X designs the OS 125 as the basic program (P), and the designer Y and the designer B jointly design the scan application (a1) as the application program (p1) Designer C designs a printing application (a2) as an application program (p2). The designer Y designs the scan application (a11) as the application program (p11) which is a shared part of the scan application (a1), and the designer B is a shared part of the scan application (a1). Design a scan application (a12) as an application program (p12). The designer X may design the control service 124 shown in FIG. 2 as the basic program (P).

  FIG. 3 is a diagram showing a process of designing a program using the program acquisition control system 1. There are various steps in program design. Here, designer Y and designer B refer to OS 125 designed by designer X and jointly design a scan application (a12) as scan application 1211. The case will be described.

  Note that the three horizontal axes in FIG. 3 indicate time axes. The unstarted stage is a stage in which the state of an application as a basis for the current design, such as a scan application in an image forming apparatus of an old product, is managed. The experimental stage is a stage in which the designer has advanced programming, but is incomplete in the initial stage, so that only a specific person such as a collaborative designer can obtain the program. The stable stage is the stage where the designer can almost complete the programming work and compile, and the designer who designs other applications other than the collaborative designer can also obtain it, compared to the experimental stage. This is the stage where the number of people who can be acquired is expanded. The releasable stage is a stage where pre-release testing is completed and can be released at any time, and is a stage where the number of obtainable persons is expanded compared to the experimental stage.

  As shown in FIG. 3, in this embodiment, the designer X designs ver.1, ver.2, ver.3, and ver.4 of the OS 125 sequentially using the terminal x. Designer Y refers to ver. 2 of OS 125, and sequentially, as scan application (a11) which is one part of scan application 1211, scan application ver.2.1.1 in the unstarted stage, scan application in the experimental stage Design ver2.1.2, scan application ver.2.1.3 at stable stage, and scan application ver.2.1.4 at release stage. Designer B refers to ver. 2 of OS 125, and sequentially scan application (a12) as the other part of scan application 1211, scan application ver. Design ver2.2.2, scan application ver.2.2.3 at stable stage, and scan application ver.2.2.4 at release stage.

  In addition, the designer B acquires the application (a11) designed by the designer Y during the design, and the combination test of the application (a11) being designed by the designer Y and the application (a12) being designed by the designer B. And check whether the scan application (a1) is normally executed as a whole. As shown in FIG. 3, in this embodiment, the designer B acquires the application (a11) in the experimental stage from the designer Y, and the combination test with the application (a12) in the experimental stage that the designer B is designing. It shows the case of doing. The designer Y may obtain the application (a12) from the designer B, and the designer Y may perform a combination test.

Finally, the scan application (a1) is completed by combining the apps (a11, a12) designed by the designer Y and the designer B, respectively, and at that time, the basic program that has advanced to ver.4 ( The scanner function of the image forming apparatus is executed by operating on the OS 125 as P).
<< Hardware Configuration of Embodiment >>
FIG. 4 is a hardware configuration diagram of each terminal and the program acquisition control system in the program design system. As shown in FIG. 4, each terminal 3 and the program acquisition control system 4 includes a CPU (Central Processing Unit) 201 that controls the operation of the entire terminal, and a ROM 202 that stores programs used to drive the CPU 201 such as an IPL. A RAM (Random Access Memory) 203 used as a work area of the CPU 201, an HD (Hard Disk) 204 for storing various data such as programs, and an HDD for controlling reading or writing of various program data to the HD 204 according to the control of the CPU 201 (Hard Disk Drive) 205, a media drive 207 for controlling reading or writing (storage) of data to a recording medium 206 such as a flash memory, a display 208 for displaying various information such as a cursor, menu, window, character, or image, Communication network Network I / F 209 for transmitting data using the network 2, a keyboard 211 having a plurality of keys for inputting characters, numerical values, various instructions, selection and execution of various instructions, selection of processing targets, A mouse 212 for moving the cursor, a CD-ROM drive 214 for controlling reading or writing of various data with respect to a CD-ROM (Compact Disc Read Only Memory) 213 as an example of a removable recording medium, and each of the above components As shown in FIG. 3, a bus line 210 such as an address bus or a data bus is provided for electrically connecting the elements.

In the case of the program acquisition control system 4, the program stored in the HD 204 is a file in an installable or executable format as a program acquisition control program, such as the recording medium 206 or the CD-ROM 213. It may be recorded on a computer-readable recording medium and distributed. Further, the program acquisition control program may be stored in the ROM 202 instead of the HD 204.
<< Functional Configuration of Embodiment >>
Next, the functional configuration of this embodiment will be described. FIG. 5 is a functional block diagram of each terminal and the program acquisition control system constituting the program design system of the present embodiment. In FIG. 5, the terminal 3 is shown as a general term for the terminals x, y, a, b, and c. Further, the terminal 3 and the program acquisition control system 4 are connected so that data communication can be performed via the communication network 2.
<Functional configuration of terminal>
The terminal 3 mainly includes a transmission / reception unit 31, an operation input reception unit 32, a program creation unit 33, and a storage / read processing unit 39. Each of these units is a function realized by any one of the constituent elements shown in FIG. 4 operating according to a command from the CPU 201 according to a program expanded from the HD 204 onto the RAM 203, or a means to be functioned. It is. Further, the terminal 3 has a storage unit 3000 constructed by the HD 204 shown in FIG.
(Functional configuration of terminal)
Next, each functional configuration of the terminal 3 will be described in detail. The transmission / reception unit 31 of the terminal 3 transmits / receives various data (information) to / from the other terminal 3 and the program acquisition control system 4 via the communication network 2.

The operation input receiving unit 32 is realized by the command from the CPU 201 shown in FIG. 4 and the keyboard 211 and the mouse 212, and receives various inputs by the user. The program creation unit 33 creates a program based on the designer's operation input received by the operation input reception unit 32. The storage / reading processing unit 39 is executed by the instruction from the CPU 201 shown in FIG. 4 and the HDD 205 shown in FIG. 2, and stores various data in the storage unit 3000 or various data stored in the storage unit 3000. The process which reads is performed.
<Functional configuration of program acquisition control system>
The program acquisition control system 4 includes a transmission / reception unit 41, an acquirer extraction unit 42, an address extraction unit 43, a design stage extraction unit 44, an acquirer determination unit 45, an acquisition restriction unit 46, and a storage / read processing unit 49. Have. Each of these units is a function realized by any of the constituent elements shown in FIG. 4 being operated by an instruction from the CPU 201 according to a program acquisition control program developed from the HD 204 onto the RAM 203, or Is a means to function. The storage unit 4000 is constructed by the HD 204 shown in FIG. The storage unit 4000 is used to centrally manage registration programs (P), (p11), (p12), etc. designed by each designer. Thereby, the program acquisition control system 4 serves as a shared server for registering a program designed by each designer. In the storage unit 4000, a DB configured by various tables as shown below is constructed.

(Program management table)
In the storage unit 4000, a program management DB 4001 configured by a program management table as shown in FIG. 6 is constructed. In this program management table, for each designer ID used to identify each designer, the program registered in the program acquisition control system 4 by each designer, and the design stage of the program at the time of registration Design stage information indicating (status) is associated and managed. For example, in the program management table shown in FIG. 6, the designer X whose designer ID is “00X” registers the program x whose file name is “xxx.c”, and the design stage at the time of registration. Are shown to be “experimental”. Note that the “designer information” is not limited to the designer ID, and may be “designer information” used for identifying the designer such as the designation of the designer.

(Acquired person management table)
In addition, an acquirable person management DB 4002 configured by an acquirable person management table as shown in FIG. In this acquireable person management table, for each design stage information indicating the design stage of the registered program, an acquireable person ID indicating a person who can acquire the registered program is associated and managed. For example, in the acquireable person management table shown in FIG. 7, when the design stage is “experimental stage”, the designer A with the acquirer ID “00A” and the acquirer ID “OOB” It is shown that the designer B who is “is permitted to acquire the registered program. Further, when the design stage is “stable stage”, not only the administrator A whose acquirer ID is “OOA” and the designer B whose acquirer ID is “OOB” but also the acquirer ID It is shown that the designer C who is “OOC” is allowed to acquire the registered program. In addition, it is not restricted to the acquirer ID, and may be “acquirer information” used for identifying the acquirer such as the name of the acquirer.

(Address management table)
Further, in the storage unit 4000, an address management DB 4003 configured by an address management table as shown in FIG. 8 is constructed. In this address management table, for each designer ID for identifying each designer, an e-mail address of each designer is associated and managed. For example, the address management table shown in FIG. 8 indicates that the e-mail address of the designer X whose designer ID is “OOX” is “xxx @...”. It is shown that the designer C is permitted to acquire the registered program. Note that the “designer information” is not limited to the designer ID, and may be “designer information” used for identifying the designer such as the designation of the designer.

(Each functional part of the program acquisition control system)
Next, each functional configuration of the program acquisition control system 4 will be described in detail.

  The transmission / reception unit 41 shown in FIG. 5 transmits / receives various data (information) such as programs and emails to / from other terminals 3 and the program acquisition control system 4 via the communication network 2.

  The acquireable person extracting unit 42 searches the acquireable person management table shown in FIG. 7 by using the design stage information indicating each design stage received by the transmission / reception unit 41 as a search key, thereby acquiring the corresponding acquireable person. A person ID is extracted. Further, the acquireable person extracting unit 42 searches the acquireable person management table shown in FIG. 7 by using the design stage information extracted by the design stage extracting unit 44 as a search key, thereby obtaining the corresponding acquireable person. Extract the ID.

  The address extraction unit 43 extracts the corresponding e-mail address by searching the address management table shown in FIG. 8 using the acquirer ID extracted by the acquirer extraction unit 42 as a search key.

  The design stage extraction unit 44 extracts the design stage information indicating the corresponding design stage by searching the program management table shown in FIG. 6 using the file name of the program received by the transmission / reception unit 41 as a search key. To do.

  The acquirer determining unit 45 determines whether the acquirer ID extracted by the acquirer extracting unit 42 includes the designer ID of the designer who has requested to acquire the program.

  The acquisition restriction unit 46 restricts the program acquisition by the designer. Specifically, the acquisition restriction unit 46 prohibits acquisition of a program by a predetermined designer.

The storage / reading processing unit 49 is executed by the instruction from the CPU 201 shown in FIG. 4 and the HDD 205 shown in FIG. 2, and stores programs and various data in the storage unit 4000 or stored in the storage unit 3000. Performs processing to read programs and various data.
<< Processing and Operation of Embodiment >>
Subsequently, a processing method in the program acquisition control system 1 according to the present embodiment will be described with reference to FIG. FIG. 9 is a sequence diagram showing processing for restricting program acquisition using the program acquisition control system.

  First, by receiving the operation of the designer Y by the operation input receiving unit 32, an acquisition request for the program designed by the operator Y is made from the transmission / reception unit 31 of the terminal y to the program acquisition control system 4 via the communication network 2. (Step S1). This acquisition request includes the designer ID “OOY” of the designer Y who is the requester and the file name “yyy.c” of the program to be requested. Thus, the transmission / reception unit 41 of the program acquisition control system 4 receives a program acquisition request from the operator Y. Then, the storage / reading processing unit 49 searches the program management table shown in FIG. 6 based on the designer ID “OOY” to obtain the storage unit from the file name “yyy.c” of the corresponding program. The application (a11) stored in 4000 is read (step S2). At this time, in the present embodiment, the application (a11) is in the unstarted stage of ver.2.1.1.

  Next, the transmission / reception unit 41 transmits ver.2.1.1 of the scan application (a11) to the terminal y via the communication network 2 (step S3). As a result, the terminal y accepts the operation of the designer Y by the operation input accepting unit 32, so that the program creation unit 33 performs programming for the scan application (a11), and the application program ver.2.1.2 in the experimental stage (p11) is created (step S4).

  Next, in the terminal y, by receiving the operation of the designer Y by the operation input receiving unit 32, the process of registering the scan application (a11) of ver.2.1.2, which is an experimental stage, in the program acquisition control system 4, The design stage of the scan application (a11) is set (step S5). Here, the “experimental stage” is set as the design stage. Specifically, the designer ID “OOY” of the designer Y who is the registrant is sent from the transmission / reception unit 31 of the terminal y to the program acquisition control system 4 via the communication network 2 and ver.2.1.2 is in the experimental stage. The scan application (a11) and design stage information indicating the “experiment stage” are transmitted. Thereby, in the program acquisition control system 4, the transmission / reception unit 41 receives the designer ID “OOY”, the scan application (a11) of ver.2.1.2, which is the experimental stage, and the design stage information indicating the “experimental stage”. To do.

  Next, the storage / read processing unit 49 stores the scan application (a11) of ver.2.1.2 in the storage unit 4000, and also stores the designer ID “OOY” and the program in the program management table shown in FIG. In the record of the file name “yyy.c”, the fact that it is “experimental stage” is overwritten and stored in the field part at the design stage (step S6).

  Further, the acquireable person extracting unit 42 responds by searching the acquireable person management table shown in FIG. 7 based on the design stage information indicating the “experimental stage” received by the transmitting / receiving unit 41. Acquirer IDs “OOA” and “00B” are extracted (step S7). Furthermore, the address extraction unit 43 searches for the address management table shown in FIG. 8 based on the acquirer IDs “OOA” and “00B” extracted by the acquirer extractor 42, and thereby copes with it. The e-mail address to be extracted is extracted (step S8). Then, the transmission / reception unit 41 transmits, to the email address extracted by the address extraction unit 43, an email indicating that the scan application (a11) of ver.2.1.2, which is an experimental stage, has been registered ( Step S9). That is, in the experimental stage, the e-mail is transmitted to the terminal a of the administrator A who has the acquirer ID “OOA” and the terminal b of the designer B who has the acquirer ID “OOB”. However, the e-mail is not transmitted to the terminal c of the designer C who has the acquirer ID “OOC”. As a result, the administrator B and the joint designer B of the designer Y recognize that the scan application (a11) of ver.2.1.2, which is an experimental stage, is registered in the program acquisition control system 4. Can do. In this case, although the designer C cannot recognize that the scan application (a11) of ver.2.1.2, which is the experimental stage, has been registered by e-mail, the designer C controls program acquisition from the terminal c. If you access the system, you can recognize that the scan application (a11) of ver.2.1.2, which is the experimental stage, has been registered.

  Next, a case where the designer C accesses the program acquisition control system and tries to acquire the scan application (a11) of ver.2.1.2, which is an experimental stage, will be described.

  First, the designer C accesses the program acquisition control system from the terminal c via the communication network 2 and makes a request for acquiring the scan application (a11) of ver.2.1.2, which is an experimental stage (step S11). This acquisition request includes the designer ID “OOC” of the designer C who is the requester and the file name “yyy.c” of the program to be requested. Thereby, the transmission / reception unit 41 of the program acquisition control system 4 receives a program acquisition request from the operator C.

  Next, in the program acquisition control system 4, the design stage extraction unit 44 searches the program management table shown in FIG. 6 based on the file name “yyy.c” of the program received by the transmission / reception unit 41. Thus, design stage information “experiment stage” indicating the corresponding design stage is extracted (step S12). Further, the acquireable person extracting unit 42 responds by searching the acquireable person management table shown in FIG. 7 based on the design stage information “experimental stage” extracted by the design stage extracting unit 44. Acquirer IDs “00A” and “00B” are extracted (step S12). Then, the acquirer determination unit 45 acquires the scan application (a11) of ver.2.1.2, which is an experimental stage, from the acquirer IDs “00A” and “00B” extracted by the acquirer extraction unit 42. It is determined whether the designer ID “00C” of the designer C who made the request to be included is included (step S12). Here, since it is determined that the designer ID “00C” is not included in the acquirer IDs “00A” and “00B”, the acquisition restriction unit 46 restricts the program acquisition by the designer C. (Step S13). Specifically, the acquisition restriction unit 46 prohibits the acquisition of the ver.2.1.2 scan application (a11) by the designer C. Then, the transmitting / receiving unit 41 notifies the terminal c via the communication network 2 by e-mail or the like that the program cannot be transmitted (step S14).

  Therefore, in this case, the designer C cannot acquire the scan application (a11) of the ver.2.1.2 being designed by the designer Y. In this way, by restricting the acquisition of applications, it is possible to prevent a situation in which even if the designer C acquires and performs a combination test, there is no meaning or an erroneous test result is obtained.

If the joint designer B of the designer Y requests the scan application (a11) of ver.2.1.2 in step S11, the acquirer IDs “00A” and “00B” are stored in step 12 above. Therefore, the acquisition restriction unit 46 does not restrict the acquisition of the program by the designer B because the designer ID “00B” is included.
<< Main effects of embodiment >>
As described above, according to the present embodiment, the program management DB 4001 that manages the program design stage according to the program file name, and the program management DB 4002 that manages the program obtainable person according to the program design stage. Have Then, the DB 4001 is searched based on the file name of the program requested by another designer, the corresponding design stage is extracted, the DB 4002 is searched based on the design stage, and the corresponding obtainable person is extracted. If the acquirer includes the requesting designer, the program requester is permitted to acquire the program, and if not included, the acquisition of the program is not permitted. This automatically determines whether or not a program can be acquired according to the design stage of the program and the position of other designers, eliminating the hassle of changing each program's program acquisition authority at each design stage. There is an effect that can be done.
<< Supplement of Embodiment >>
The program acquisition control system 4 in each of the above embodiments may be constructed by a single computer, or may be constructed by a plurality of computers arbitrarily assigned by dividing each unit (function or means). Good. In addition, the recording medium storing the program acquisition control program of the present embodiment, the HD storing the program acquisition control program, and the computer including the HD are all as program products. , Provided domestically or abroad.

  Further, in the above embodiment, as shown in FIGS. 6 to 8, each information is managed by three tables. However, the present invention is not limited to this, and any one of the three tables is used. Two tables may be combined into one, or all three tables may be combined into one table. When a plurality of tables are combined into one in this way, the design stage management DB 4001, the acquirer management DB 4002, and the address management DB 4003 do not indicate the names of individual DBs, but in one DB. This indicates the relationship between the specific information and the specific information.

DESCRIPTION OF SYMBOLS 1 Program design system 2 Communication network 4 Program acquisition control system 41 Transmission / reception part 42 Acquirable person extraction part (an example of an acquirable person extraction means)
43 Address extraction unit (an example of address extraction means)
44 Design stage extraction unit (an example of design stage extraction means)
45 Acquirer determination unit (an example of determination means)
46 Acquisition Restriction Unit (an example of restriction means)
49 Storage / Read Processing Unit 4000 Storage Unit 4001 Design Stage Management Unit DB (an example of design stage management means)
4002 Acquirer Management DB (an example of acquirer management means)
4003 Address management DB (an example of address management means)

JP-A-6-274331

Claims (5)

A program acquisition control system that controls that a predetermined program registered by a predetermined designer is acquired by another designer other than the predetermined designer,
Design stage management means for managing design stage information indicating the design stage of each program, for each program specifying information for specifying the registered program
Acquirer management means for managing acquirer information indicating a designer who can acquire the registered program for each design stage information;
When there is a request for acquiring a predetermined program by the other designer, the design stage management means is searched based on the program specifying information of the requested program to extract the corresponding design stage information. Design stage extraction means;
Acquirable person extracting means for extracting corresponding acquirable person information by searching the acquirable person management means based on the extracted design stage information;
Determining means for determining whether the designer indicated by the extracted acquireable person information includes other designers who have made the acquisition request;
Based on the result of the determination, acquisition restriction means for restricting acquisition of the program by the other designer;
A program acquisition control system comprising:   When it is determined by the determining means that the designer indicated by the extracted acquireable person information does not include other designers who have made the acquisition request, the acquisition restricting means includes: The program acquisition control system according to claim 1, wherein acquisition of a program by the other designer is prohibited. The program acquisition control system according to claim 1, further comprising:
For each designer identification information for identifying the designer, address management means for managing the designer's e-mail address;
Receiving means for receiving registration of the predetermined program by the predetermined designer, and receiving a design stage of the predetermined program;
By searching the acquirer management means based on the design stage information indicating the accepted design stage, the corresponding acquirer information is extracted, and the address management means is extracted based on the extracted acquirer information. Address extraction means for extracting the corresponding e-mail address by searching
Transmitting means for transmitting an e-mail indicating that the predetermined program has been registered to the extracted e-mail address;
A program acquisition control system comprising: A program acquisition control method using a program acquisition control system that controls that a predetermined program registered by a predetermined designer is acquired by another designer other than the predetermined designer,
The program acquisition control system includes, for each program specifying information for specifying the registered program, design stage management means for managing design stage information indicating a design stage of each program, and for each design stage information, An acquirer management means for managing acquirer information indicating a designer who can acquire a registered program;
The program acquisition control system
When there is a request for acquiring a predetermined program by the other designer, the design stage management means is searched based on the program specifying information of the requested program to extract the corresponding design stage information. A design stage extraction step;
An acquireable person extracting step of extracting the corresponding acquireable person information by searching the acquireable person managing means based on the extracted design stage information;
A determination step of determining whether the designer indicated by the extracted acquireable person information includes other designers who have made the acquisition request;
Based on the result of the determination, an acquisition restriction step for restricting acquisition of a program by the other designer;
A program acquisition control method comprising:   A program acquisition control program causing a computer having the design stage management means and the acquirer management means according to claim 4 to execute each step according to claim 4.

Images