JP4211266B2 - Communication setting device and communication setting program - Google Patents

Description

[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a communication setting apparatus and a communication setting program for setting various drivers, which are software programs necessary for controlling computer peripheral devices connected to a computer. In particular, you can easily set the MIDI communication driver required for controlling MIDI data to be sent and received between a computer connected via a MIDI interface and an external MIDI device, according to the connected external MIDI device. The present invention relates to a communication setting device and a communication setting program.
[0002]
[Prior art]
Recently, with the spread of personal computers (hereinafter referred to as personal computer terminals), anyone can play musical instruments using personal computer terminals, create and arrange music, or synthesize timbres. I have come to enjoy music freely. When performing such computer music, an external MIDI device such as an external tone generator module, electronic musical instrument or sequencer is connected to a personal computer terminal, and these external MIDI devices are controlled from the personal computer terminal. In other words, a personal computer terminal can control the connected external MIDI device and send and receive MIDI data appropriately between each other so that music creation / editing, generation of musical sounds, or synthesis of musical sounds can be performed. It has become.
[0003]
[Problems to be solved by the invention]
By the way, in order to control external MIDI devices connected to a personal computer terminal and send and receive MIDI data appropriately between each other, MIDI is a bridging software program for controlling external MIDI devices on the personal computer side. The communication driver must be set in advance to be suitable for the external MIDI device to be connected. Conventionally, a user has to manually select and set a MIDI communication driver suitable for an external MIDI device to be connected from among a plurality of MIDI communication drivers prepared in advance. However, for beginners of computer music, it is very difficult to manually select and set the correct MIDI communication driver suitable for the external MIDI device to be connected from among multiple MIDI communication drivers.
[0004]
The present invention has been made in view of the above points, and a personal computer terminal automatically selects and sets a MIDI communication driver required when an external MIDI device is connected to a personal computer terminal, so that a beginner can Even so, it is an object of the present invention to provide a communication setting device and a communication setting program that can easily set a correct MIDI communication driver.
[0005]
[Means for Solving the Problems]
The communication setting device according to the present invention connects an external MIDI device. Possible Multiple type of One of any of the interfaces MIDI connection means and the plurality type of Each interface Driver that is a bridging software program for controlling Controlling data transmission with an external MIDI device connected to the MIDI connection means The above Multiple types of interfaces A plurality of storage units corresponding to the transmission unit, a transmission unit that transmits response request data from the MIDI connection unit in accordance with control by an arbitrary driver of the plurality of drivers, and the response request data is transmitted from the external MIDI device. When received, the receiving means for receiving a response returned from the external MIDI device according to the control of the driver, and the driver used when the receiving means receives the response Step Determining means for determining as a driver for controlling, the driver determined by said determining means The External MIDI equipment physically connected to the MIDI connection means Data transmission to and from Control Use as a driver to It is characterized by
[0006]
According to the present invention, the driver used when the receiving means receives the response is used for the MIDI connection. Step Since the driver is automatically determined as the driver for control, the user can easily set the driver without performing difficult settings. That is, the transmission unit is controlled by an arbitrary driver among a plurality of drivers stored in the storage unit. One consisting of any of a plurality of types of interfaces that can be connected to an external MIDI device Response request data is transmitted from the MIDI connection means. Driver is Possible to connect external MIDI equipment Multiple type of interface Respectively Control A bridging software program for controlling the storage means Multiple types of interfaces Are stored in correspondence with each other. When the response request data is received by the external MIDI device, the receiving means receives a response returned from the external MIDI device according to the control by the driver. The fact that the receiving means receives a response from the external MIDI device means that the driver used at the time of receiving the response is an external MIDI device physically connected to the MIDI connecting means. Data transmission to and from Therefore, the decision means assigns this driver to the driver. The M IDI Connection means It is determined as a driver for controlling. In this way, a driver that has successfully transmitted response request data and received a response from an external MIDI device via a plurality of drivers can be externally connected. MIDI machine Data transmission to and from Automatically determined as a driver to control Available It was to so. Accordingly, the user can easily set the driver without performing a difficult driver setting operation.
[0007]
The present invention can be constructed and implemented not only as a device invention but also as a method invention. Further, the present invention can be implemented in the form of a program of a processor such as a computer or a DSP, or can be implemented in the form of a storage medium storing such a program.
[0008]
DETAILED DESCRIPTION OF THE INVENTION
Embodiments of the present invention will be described below in detail with reference to the accompanying drawings.
[0009]
FIG. 1 is a block diagram of a hardware configuration showing an embodiment of a personal computer terminal incorporating a communication setting device according to the present invention. The hardware configuration example of the personal computer terminal shown here is configured using a computer, in which MIDI data is transmitted between the personal computer terminal connected via the MIDI interface 4 and the external MIDI device 4A. The automatic setting of the MIDI communication driver necessary for control so that transmission and reception can be performed is performed by executing software including a predetermined control program for realizing the automatic setting processing of the MIDI communication driver according to the present invention by the computer. . Of course, this MIDI communication driver automatic setting process (see “main process” to be described later) is not limited to the form of computer software, but can also be implemented in the form of a microprogram processed by a DSP. However, the present invention is not limited to this form, and may be implemented in the form of a dedicated hardware device that includes a discrete circuit, an integrated circuit, a large scale integrated circuit, or the like.
The personal computer terminal according to the present invention is not limited to a personal computer, and may be any product application form such as an electronic musical instrument, a karaoke device, an electronic game device, or a multimedia device such as a portable communication terminal. Good.
[0010]
The personal computer terminal shown in this embodiment is controlled by a microcomputer comprising a microprocessor unit (CPU) 1, a read only memory (ROM) 2, and a random access memory (RAM) 3. The CPU 1 controls the operation of the entire personal computer terminal. For this CPU 1, ROM 2, RAM 3, MIDI interface (I / F) 4, operator detection circuit 5, display control circuit 6, tone synthesis circuit 7, external storage device 8, communication interface via data and address bus 1D (I / F) 9 are connected to each other. Further, the CPU 1 is connected to a timer 1A for measuring the interrupt time and various times in the timer interrupt process (interrupt process). For example, the timer 1A generates a clock pulse, and gives the generated clock pulse to the CPU 1 as a processing timing command or to the CPU 1 as an interrupt command. The CPU 1 executes various processes according to these instructions. The ROM 2 can transmit and receive MIDI data between a computer connected via the MIDI interface 4 and an external MIDI device 4A, such as various control programs executed by or referred to by the CPU 1 (for example, “main processing” described later). Various MIDI communication drivers and the like necessary for control are stored. The RAM 3 is used as a working memory that temporarily stores various data generated when the CPU 1 executes a predetermined program, or a memory that stores a control program currently being executed and related data. A predetermined address area of the RAM 3 is assigned to each function and used as a register, flag, table, memory, or the like.
[0011]
The MIDI interface (I / F) 4 inputs MIDI standard musical sound data (that is, MIDI data) from the external MIDI device 4A connected to the personal computer terminal to the personal computer terminal, or from the personal computer terminal to the MIDI standard. Is an interface for outputting musical tone data (MIDI data) to an external MIDI device 4A, and includes, for example, a MIDI-IN terminal, a MIDI-OUT terminal, a MIDI-THRU terminal, and the like. The external MIDI device 4A is any sequencer that generates MIDI data in response to a user operation, or any other MIDI device such as an external tone generator module or electronic musical instrument that generates musical sound based on MIDI data. Also good. The MIDI interface 4 is not limited to a dedicated MIDI interface, and the MIDI interface 4 is configured by using a general-purpose interface such as RS-232C, USB (Universal Serial Bus), IEEE1394 (I-Triple 1394). You may do it. In such a case, data other than MIDI data may be transmitted and received simultaneously. When the general-purpose interface as described above is used as the MIDI interface 4, the external MIDI device 4A may be able to transmit and receive data other than MIDI data. Of course, the data format related to the data transmitted and received between the personal computer terminal and the external MIDI device 4A is not limited to the data in the MIDI format, and may be in other formats. In this case, the MIDI interface 4 and the external MIDI device 4A Is a configuration suitable for it.
[0012]
The operation element detection circuit 5 detects an operation state of the operation element, and outputs switch information corresponding to the operation state to the CPU 1 via the data and address bus 1D. For example, a numeric keypad for inputting numeric data, a keyboard for inputting character data, or a display (not shown) used for selecting, setting, and controlling the pitch, tone, effect, etc. There are various operators such as a mouse used for operating a predetermined pointing device displayed on the screen. The display control circuit 6 displays various information such as a currently set MIDI communication driver and a plurality of MIDI communication drivers stored in the ROM 2 on a display composed of, for example, a liquid crystal display panel (LCD) or a CRT. Of course, in addition to this, control is performed so that the control state of the CPU 1 is displayed on the display. The musical tone synthesizing circuit 7 can simultaneously generate musical tone signals in a plurality of channels. The musical tone data given via the data and the address bus 1D is inputted, and the musical tone signal generated based on the musical tone data is inputted to the amplifier or the like. Sounds from a sound system including speakers. The format of the musical sound data may be digitally encoded as in the MIDI format, or may be composed of a waveform sample data system such as PCM, DPCM, or ADPCM. Any conventional configuration may be used for the configuration of the tone synthesizing circuit 7.
[0013]
The external storage device 8 stores various MIDI communication drivers and various control programs executed by the CPU 1. When no MIDI communication driver or control program is stored in the ROM 2, the MIDI communication driver or control program is stored in the external storage device 8 (for example, a hard disk) and read into the RAM 3, so that the MIDI data is stored in the ROM 2. The CPU 1 can be made to perform the same operation as when a communication driver or a control program is stored. In this way, MIDI communication drivers and control programs can be easily added and upgraded. The external storage device 8 is not limited to a hard disk (HD), but a flexible disk (FD), a compact disk (CD-ROM / CD-RW), a magneto-optical disk (MO), a DVD (Digital Versatile Disk), etc. Any storage device may be used as long as the storage device uses various external storage media. It may be a semiconductor memory or the like.
[0014]
The communication interface (I / F) 9 is connected to a wired or wireless communication network X such as a LAN, the Internet, or a telephone line, and is connected to a server computer (not shown) via the communication network X, and the server This is an interface for importing MIDI communication drivers and control programs from a computer to the personal computer terminal. That is, when no MIDI communication driver or control program is stored in the ROM 2 or the external storage device 8 (for example, hard disk), it is used to download the MIDI communication driver or control program from a server computer or the like. A personal computer terminal serving as a client transmits a command for requesting downloading of a MIDI communication driver and a control program to the server computer via the communication interface 9 and the communication network X. Upon receiving this command, the server computer distributes the requested MIDI communication driver and control program to the personal computer terminal via the communication network X, and the personal computer terminal transmits these MIDI communication driver and control via the communication interface 9. Downloading is completed by receiving the program and storing it in the external storage device 8 (for example, hard disk). The communication interface 9 and the communication network X are not limited to wired ones and may be wireless ones. Moreover, you may have both.
[0015]
The personal computer terminal as described above is not limited to one in which the operation element detection circuit 5, the display control circuit 6 or the musical tone synthesis circuit 7 is built in one apparatus body, but each is configured separately, and has a MIDI interface and various networks. Needless to say, the apparatus may be configured to connect each device using a communication means such as the above.
[0016]
As described above, in order to transmit and receive MIDI data between the personal computer terminal and the external MIDI device 4A connected via the MIDI interface 4, a MIDI communication driver corresponding to the connected external MIDI device 4A is installed. It is necessary to set in advance. Therefore, the personal computer terminal shown in FIG. 1 automatically reads out a MIDI communication driver suitable for controlling the connected external MIDI device 4A (hereinafter referred to as a connected device) from the ROM 2, the external storage device 8 or the like. Enabled to set. An outline of such automatic setting of the MIDI communication driver will be described with reference to FIG. FIG. 2 is a functional block diagram for explaining an outline of automatic setting of the MIDI communication driver by the personal computer terminal. However, in this embodiment, an example in which a serial cable is used as a MIDI interface for connecting a personal computer terminal and a connection device will be described. For convenience of explanation, the USB connection driver of manufacturer A is “driver A”, the manufacturer The USB connection driver of company B is called “driver B”, and the serial connection driver of manufacturer A is called “driver C”. In this case, in order to transmit and receive MIDI data between the personal computer terminal and the connected device, the personal computer terminal must be set in advance to use the “driver C”. In addition, the arrow in a figure represents the flow of data.
[0017]
In the embodiment shown in FIG. 2, the personal computer terminal first selects drivers A to C, which are MIDI communication drivers including a pair of in-driver and out-driver, from various drivers stored in the ROM 2 or the like. All in-drivers A to C of the driver are activated. The in-driver is one of the functions of the MIDI communication driver. By starting the in-driver, the personal computer terminal can convert the MIDI data received from the connected device into data in a format that can be processed by the personal computer terminal. When all the in-drivers A to C are activated, the personal computer terminal selects the driver A as the first inspection and activates only the out-driver A of the driver A. Then, a request is transmitted to the activated out driver A. The out driver is one of the functions of the MIDI communication driver. When the out driver is activated, the personal computer terminal uses the interface cable that connects the personal computer terminal to the connected device. Can be converted to data in a form that can be transmitted. The request to be transmitted to such an out driver is a request including an instruction to send the model ID of the connected device to the connected device, for example. Of course, it is not limited to this, and may include some transmission data, and may be an instruction (that is, an echo back execution instruction) such that transmission data transmitted to the connected device can be sent back as it is. In the case of such a request, it is possible to confirm whether or not normal data transmission / reception is performed by confirming the content of the transmission data.
[0018]
When a request is transmitted to the out driver A, since the out driver A is a USB connection driver, the personal computer terminal cannot transmit a request to a connection device connected by a serial cable. If the request is not received, the connected device cannot send any response (reply) to the in-driver A of the driver A being inspected. Therefore, the personal computer terminal receives the response from the in-driver A indefinitely. do not do. If the personal computer terminal does not receive the response from the in-driver A after waiting for a predetermined time, the personal computer terminal times out the reception of the response from the connected device by the in-driver A, and then selects the driver B as the second inspection and outputs it. Only driver B is activated. And the process performed with respect to the out driver A mentioned above is repeatedly performed with respect to the out driver B. Like the out driver A, the out driver B is also a USB connection driver. Therefore, the personal computer terminal times out reception of a response from the connected device by the in driver B, and selects the driver C as a third inspection. Only the out driver C is activated.
[0019]
When a request is transmitted to the out driver C, since the out driver C is a serial connection driver, the personal computer terminal can transmit a request to a connection device connected by a serial cable. The connected device transmits any response to the in-driver C corresponding to the out-driver C in response to the reception of the request from the out-driver C. As a response, a model ID corresponding to the content of the request received from the personal computer terminal and the received data itself are transmitted. When the in-driver C receives a response from the connected device, the in-driver C transmits the response to the personal computer terminal. When the personal computer terminal receives a response from the in-driver C, it detects it as a MIDI communication driver that can use the driver C including the out-driver C and the in-driver C. In this way, the personal computer terminal automatically transmits a request to a plurality of MIDI communication drivers, and automatically sets the MIDI communication driver to use the first MIDI communication driver that has received a response.
[0020]
As described above, in the personal computer terminal shown in FIG. 1, a MIDI communication driver suitable for controlling the connected device is automatically read from the ROM 2 or the external storage device 4 and set. Therefore, the “main process” for performing the automatic setting process of the MIDI communication driver will be described. FIG. 3 is a flowchart showing an example of “main processing” executed by the CPU 1 in the personal computer terminal shown in FIG. Hereinafter, the operation of the processing will be described according to the flowchart shown in FIG.
[0021]
In step S1, a driver related to the connected device is detected. That is, generally, a personal computer terminal stores many other drivers in addition to a MIDI communication driver related to transmission / reception of MIDI data. Therefore, only the MIDI communication driver related to the transmission / reception of MIDI data is detected from the plurality of types of drivers. At this time, if the MIDI communication driver is not detected, the user is prompted to install the MIDI communication driver. In step S2, in-drivers of all detected MIDI communication drivers are activated. The activated in-driver is ready to receive data from the connected device. In step S3, one of the detected MIDI communication drivers is selected, and the out driver of the MIDI communication driver is activated. In step S4, the request received from the personal computer terminal is sent from the out driver to the connected device after being converted into a data format conforming to the communication standard of the driver. In step S5, it is determined whether or not a predetermined time has elapsed since the request transmission start time. If a predetermined time has elapsed from the request transmission start time (YES in step S5), the process returns to step S3. That is, as the “timeout”, the MIDI driver including the out driver and the in drive selected in step S3 is set as a non-target driver, and the next driver is inspected. On the other hand, if the predetermined time has not elapsed since the request transmission start time (NO in step S5), the reception data of the in-driver of the MIDI communication driver selected in step S3 is confirmed (step S6). In step S7, it is determined whether or not response data from the connected device has been received. If it is not determined that the response data from the connected device has been received (NO in step S7), the process returns to step S5. If it is determined that the response data from the connected device has been received (YES in step S7), the driver that uses the MIDI communication driver selected in step S3 is determined (step S8).
[0022]
As described above, automatic setting of the MIDI communication driver shown in FIG. 2 described above can be realized. In other words, the personal computer terminal automatically transmits a request to a plurality of drivers and automatically sets the MIDI communication driver to use the first MIDI communication driver that has received a response.
In the above-described main process, if all the MIDI communication drivers have been inspected but no MIDI communication driver to be used has been determined, a message to that effect is displayed to the user. It may be configured to prompt the user to install a MIDI communication driver and then end the “main process”.
[0023]
In the above-described embodiment, a request is sequentially transmitted to a plurality of MIDI communication drivers, and the first MIDI communication driver that can receive a response is automatically set as a MIDI communication driver. When there are a plurality of MIDI communication drivers that can receive the response, it is preferable that the user can manually select one of them. An example of such “main processing” will be described with reference to FIG. FIG. 4 is a flowchart showing another embodiment of the “main process”.
[0024]
Each process from step S11 to step S17 shown in FIG. 4 is a process corresponding to each process from step S1 to step S7 in the “main process” shown in FIG. Is omitted. In step S18, the driver name assigned to the MIDI communication driver is stored in a memory such as the RAM 3. In step S19, it is determined whether there is a MIDI communication driver that is not selected (that is, communication is not confirmed). If it is determined that there is an unselected MIDI communication driver (YES in step S19), the process returns to step S13. If it is determined that there is no unselected MIDI communication driver (NO in step S19), the driver names of all the MIDI communication drivers that have received responses stored in the memory are displayed on the display or the like to the user. The user is prompted to select a MIDI communication driver (step S20). In step S21, a MIDI communication driver that uses the MIDI communication driver selected by the user in accordance with user selection is determined. As described above, in the process of FIG. 4, the MIDI communication driver that first receives the response data is not used as the MIDI communication driver, but the communication is confirmed for all detected MIDI communication drivers, and the MIDI communication driver that has received the response. If there are multiple IDs, the user can select one of the MIDI communication drivers. This is convenient because the user can set the desired MIDI communication driver.
[0025]
If there are a plurality of MIDI communication drivers that can receive the response, one of them may be automatically selected. An example of such “main processing” will be described with reference to FIG. FIG. 5 is a flowchart showing still another embodiment of the “main process”.
[0026]
Each process from step S31 to step S39 shown in FIG. 5 is a process corresponding to each process from step S11 to step S19 in the “main process” shown in FIG. Is omitted. In step S40, the MIDI communication driver that matches the model information is selected from all the MIDI communication drivers that have responded, and the driver that uses the MIDI communication driver is determined. For example, by referring to the model ID received as a response from the connected device, the manufacturer name as model information is acquired, and the MIDI communication driver supplied by the acquired manufacturer is selected. If the model ID is not received as a response, the model ID is acquired before the automatic selection process. In this way, in the process of FIG. 5, the MIDI communication driver that first receives the response data is not used as the MIDI communication driver, but the communication is confirmed for all detected MIDI communication drivers, and the MIDI communication driver that has received the response. If there is more than one, one of the MIDI communication drivers is automatically selected. When the MIDI communication driver is automatically selected, the MIDI communication driver is selected by referring to the model information, which is convenient because the MIDI communication driver most suitable for the connected device is set.
[0027]
In the embodiment shown in FIG. 2 described above, the personal computer terminal sends requests to a plurality of drivers in order, and automatically becomes a MIDI communication driver that uses the first MIDI communication driver that has received a response. Set. However, such a method of sending a request to a plurality of drivers in order and waiting for reception of a response results in a very long processing time and a very poor efficiency when a large number of MIDI communication drivers are stored. Therefore, when a large number of MIDI communication drivers are stored, it is preferable to transmit requests to a plurality of MIDI communication drivers simultaneously. The outline of the automatic setting of the MIDI communication driver by such a method will be described with reference to FIG. FIG. 6 is a functional block diagram for explaining an outline of another method for automatically setting a MIDI communication driver by a personal computer terminal. Similar to the embodiment shown in FIG. 2, in this embodiment, an example in which a serial cable is used as a MIDI interface for connecting a personal computer terminal and a connection device will be described. However, for convenience, the USB connection driver from manufacturer A is referred to as “driver A”, the serial connection driver from manufacturer A as “driver B”, and the USB connection driver from manufacturer B as “driver C”. In such a case, in order to transmit / receive MIDI data between the personal computer terminal and the connected device, the personal computer terminal must be set in advance to use “driver B”.
[0028]
In the embodiment shown in FIG. 5, the personal computer terminal selects drivers A to C which are MIDI communication drivers from various drivers stored in the ROM 2 and the like, and out drivers A to C and in drivers A of these drivers. All of ~ C are activated. When the personal computer terminal activates all the out drivers A to C and the in drivers A to C, the personal computer terminal transmits a request to all the activated out drivers A to C. For each request transmitted to the out-drivers A to C, a different identifier (for example, an identifier representing the type of driver) is added for each destination driver. When a request is transmitted to each of the out-drivers A to C, only the out-driver B that is a serial connection driver can transmit the request to a connected device connected by a serial cable. In response to the reception of the request from the out driver B, the connected device transmits any response (reply) to the corresponding in driver B. When transmitting a response, the connected device transmits the response by adding the identifier added to the received request. When the in-driver B receives a response from the connected device, the in-driver B transmits a response with an identifier added to the personal computer terminal. When receiving a response from the in-driver B, the personal computer terminal refers to the identifier added to the response and detects the driver B specified by the identifier as a usable driver. In this way, the personal computer terminal automatically transmits a request to a plurality of drivers and automatically sets it as a MIDI communication driver that uses the MIDI communication driver corresponding to the identifier of the response that can be received.
When the personal computer terminal receives a plurality of responses, the MIDI communication driver corresponding to the identifier added to each of the plurality of responses that can be received may be displayed and selected by the user. Alternatively, the selection may be made automatically according to the model information of the connected device. In this embodiment, it is only necessary to send a request to a plurality of drivers at the same time in one confirmation. Not only sending requests to all the drivers at the same time, You can also send requests at the same time.
[0029]
In each of the above-described embodiments, it is not necessary to start all the in-drivers or out-drivers at the same time. In this case, the in-driver and the out-driver of the selected driver may be activated as a set for inspection.
[0030]
【The invention's effect】
According to the present invention, since a personal computer terminal automatically sets a MIDI communication driver necessary for controlling so that MIDI data can be transmitted to and received from an external MIDI device connected via a communication MIDI interface, The effect is that even a beginner can easily set the correct MIDI communication driver.
[Brief description of the drawings]
FIG. 1 is a block diagram of a hardware configuration showing an embodiment of a personal computer terminal incorporating a communication setting device according to the present invention.
FIG. 2 is a functional block diagram for explaining an outline of automatic setting of a MIDI communication driver by a personal computer terminal.
FIG. 3 is a flowchart illustrating an example of main processing.
FIG. 4 is a flowchart showing another embodiment of the main process.
FIG. 5 is a flowchart showing still another embodiment of the main process.
FIG. 6 is a functional block diagram for explaining an outline of another method for automatically setting a MIDI communication driver by a personal computer terminal.
[Explanation of symbols]
1 ... CPU, 1A ... timer, 2 ... ROM, 3 ... RAM, 4 ... MIDI interface, 4A ... external MIDI device, 5 ... operator detection circuit, 6 ... display control circuit, 7 ... musical synthesis circuit, 8 ... external Storage device, 9 ... communication interface, X ... communication network, 1D ... data and address bus

Claims (6)

One MIDI connection means comprising any one of a plurality of types of interfaces capable of connecting an external MIDI device;
A plurality of types of interface driver is a bridging specific software program for controlling each of the plurality of types of controls transmission of data to and from the external MIDI device connected to the MIDI connection means Storage means corresponding to the interface of
Transmission means for transmitting response request data from the MIDI connection means in accordance with control by an arbitrary driver of the plurality of drivers;
Receiving means for receiving a response returned from the external MIDI device in accordance with control by the driver when the response request data is received by the external MIDI device;
The driver used when the receiving unit receives a response, comprising a determining means for determining as a driver for controlling the MIDI connection hand stage, the driver decided by said decision means, the MIDI connection means A communication setting device used as a driver for controlling data transmission with an external MIDI device physically connected.   The communication setting apparatus according to claim 1, wherein the transmission unit transmits response request data according to control by a driver sequentially selected from a plurality of drivers.   The communication setting apparatus according to claim 1, wherein the transmission unit simultaneously transmits response request data to which an identifier for each driver is added according to control by a plurality of drivers. When the receiving means receives a plurality of responses, the receiving means comprises a selecting means for selecting which driver is to be used as a driver for controlling the MIDI connection means from among the plurality of drivers that have received the responses. The communication setting device according to claim 1. The response includes model information of the external MIDI device,
When the receiving unit receives a plurality of responses, the determining unit controls the MIDI connection unit for a driver corresponding to the model information of the external MIDI device from the plurality of drivers that have received the response. The communication setting device according to claim 1, wherein the communication setting device is determined as a driver. On the computer,
An external MIDI device is a bridge specific software programs for control the respective plurality of types of interfaces capable of connecting the driver, the transmission of data between the connected external MIDI device to the interface and instructions for storing a plurality in a predetermined storage means in correspondence with the plurality of types of interfaces and controls the,
Under the control of any of the driver of the plurality of drivers, and transmitting a one MIDI connection hand variable or response from the requested data consisting of any one of the plurality of types of interfaces,
A procedure for receiving a response returned from the external MIDI device in accordance with control by the driver when the response request data is received by the external MIDI device;
Program for executing a procedure for determining the driver used when receiving the response, as a driver for controlling the MIDI connection hand stage.

Images