AU2005211672A1 - Network terminal device, delivery server and client/server system - Google Patents

Network terminal device, delivery server and client/server system Download PDF

Info

Publication number
AU2005211672A1
AU2005211672A1 AU2005211672A AU2005211672A AU2005211672A1 AU 2005211672 A1 AU2005211672 A1 AU 2005211672A1 AU 2005211672 A AU2005211672 A AU 2005211672A AU 2005211672 A AU2005211672 A AU 2005211672A AU 2005211672 A1 AU2005211672 A1 AU 2005211672A1
Authority
AU
Australia
Prior art keywords
delivery server
application
data
server
terminal device
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
AU2005211672A
Other versions
AU2005211672B2 (en
Inventor
Kenichi Fujimori
Jun Haishima
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Universal Entertainment Corp
Original Assignee
Aruze Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Aruze Corp filed Critical Aruze Corp
Publication of AU2005211672A1 publication Critical patent/AU2005211672A1/en
Application granted granted Critical
Publication of AU2005211672B2 publication Critical patent/AU2005211672B2/en
Assigned to UNIVERSAL ENTERTAINMENT CORPORATION reassignment UNIVERSAL ENTERTAINMENT CORPORATION Request to Amend Deed and Register Assignors: ARUZE CORP.
Ceased legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F15/00Digital computers in general; Data processing equipment in general
    • G06F15/16Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44Arrangements for executing specific programs
    • G06F9/4401Bootstrapping
    • G06F9/4416Network booting; Remote initial program loading [RIPL]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/2866Architectures; Arrangements
    • H04L67/289Intermediate processing functionally located close to the data consumer application, e.g. in same machine, in same home or in same sub-network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/2866Architectures; Arrangements
    • H04L67/2895Intermediate processing functionally located close to the data provider application, e.g. reverse proxies
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/34Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/56Provisioning of proxy services
    • H04L67/568Storing data temporarily at an intermediate stage, e.g. caching
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]

Abstract

To provide a technique of allowing a terminal device to operate by downloading not only an application program but also an OS from a network without providing any special unit or equipment. A system includes: an OS delivery server that has OS data previously stored therein; an application delivery server that has application data previously stored therein; an intra-LAN server that receives the OS data from the OS delivery server and stores the OS data, activates the OS data as the OS of its own, and receives the application data from the application delivery server and stores the application data; and a network terminal device that is capable of receiving the OS data and the application data from the intra-LAN delivery server, activating the OS data as the OS of its own, and activating an application contained in the application data on the OS.

Description

S&FRef: 736135
AUSTRALIA
PATENTS ACT 1990 COMPLETE SPECIFICATION FOR A STANDARD PATENT Name and Address of Applicant: Actual Inventor(s): Address for Service: Invention Title: Aruze Corp., of 3-1-25 Ariake, Koto-ku, Tokyo, Japan Kenichi Fujimori Jun Haishima Spruson Ferguson St Martins Tower Level 31 Market Street Sydney NSW 2000 (CCN 3710000177) Network terminal device, delivery server and client/server system The following statement is a full description of this invention, including the best method of performing it known to me/us:- 5845c 1 NETWORK TERMINAL DEVICE, DELIVERY SERVER AND CLIENT/SERVER SYSTEM
BACKGROUND
1. Field of the Invention The present invention relates to a network terminal device, a delivery server, and a client/server system. In particular, the present invention relates to a network terminal device that has neither an operating system (OS) nor application data previously installed therein but acquires an operating system and application data via a network to run them, a delivery server used therefor, and a client/server system used therefor.
2. Description of the related art With recent development of the communications technology and recent spread of network infrastructures, it has become possible to download, via a network, an application running on an operating system (OS) (that is, a program running on an OS, referred to as application program hereinafter) or data used by the application program (referred to collectively as application data-hereinafter) to a general-purpose information processor, such as a personal computer or a terminal device, such as an arcade video game machine designed for networking.
According to a conventional method, application data is downloaded from a network file server (NFS) retaining the application data to a plurality of terminal devices via a network to update application data in the terminal devices 736135_spec.doc 1 2 to a new version or replace application data in the terminal devices with another application program, thereby always keeping the terminal devices installed with the latest program. Such a method is disclosed in Japanese Patent Laid-Open No. 2004-73266.
Thus, a need exists to provide a technique of allowing a terminal device to operate by downloading not only an application program but also an OS from a network without providing any special unit or equipment.
i0
SUMMARY
In order to download an application program, a terminal device uses a network communication function of an OS. Therefore, the terminal device has to have a local storage device that retains the OS previously stored therein, for example, a read only memory (ROM) However, if the OS is stored in the ROM, the OS cannot be updated or replaced with another OS. Thus, there is a problem that, if an inconvenience or insufficiency occurs in the OS, it cannot be eliminated by downloading.
According to a first aspect of the present invention, there is provided a network terminal device.
The network terminal device comprises: network connecting means for connecting to a communication network (a communication control board, for example); temporary storage means (a temporary storage device, such as a RAM, for example); and program executing means that executes a program stored in the temporary storage means (a CPU, for example), 736135 spec.doc 3 in which the network connecting means downloads an OS and an application via the communication network and stores the OS and the application in the temporary storage means, and the program executing means activates the OS stored in the temporary storage means and activates and runs the application on the OS.
The network terminal device can execute an application on a predetermined OS using only a RAM mounted thereon, without the need of using a ROM storing the OS previously written thereto.
According to a second aspect of the present invention, there is provided a delivery server.
The delivery server is a server (an intra-LAN delivery server, for example) intended for providing an OS and an application to the network terminal device according to the first aspect, for example. The delivery server comprises: first communication control means (a subnet-side communication control section) for connecting to a first communication network (a subnet, for example); OS storage means (an OS data storage section) for storing an OS downloaded by the first communication control means; application storage means (an application data storage section) for storing an application downloaded by the first communication control means; and second communication control means (a LAN-side communication control section) for connecting to a second communication network (a LAN, for example), in which the second communication control means transmits the stored OS and application to the second communication network in response to a request for the OS 736135_spec.doc 4 and application transmitted via the second communication network.
With the delivery server, there can be provided an environment in which the delivery server can accomplish s delivery of an application running on a predetermined OS using only a RAM mounted thereon, without the need of using a ROM storing the OS previously written thereto.
According to a third aspect of the present invention, there is provided a client/server system.
The system comprises: a first delivery server (an OS delivery server) that has OS data previously stored therein; a second delivery server (an application delivery server) that has application data previously stored therein; a third delivery server (an intra-LAN server) that receives the OS data from the first delivery server and stores the OS data, activates the OS data as the OS of its own, and receives the application data from the second delivery server and stores the application data; and a network terminal device that is capable of receiving the OS data and the application data from the third delivery server, activating the OS data as the OS of its own, and activating an application contained in the application data on the OS.
With the system, if only an OS and an application are previously prepared in the first and second delivery servers, respectively, a plurality of network terminal devices can execute the application on the OS, without the need of previously installing the OS and the application in the third delivery server located in each shop or in the 736135_spec.doc 5 network terminal devices connected to the third delivery server via the LAN.
BRIEF DESCRIPTION OF THE DRAWINGS FIG. 1 shows a configuration of a client/server system; FIG. 2 is a functional block diagram showing a configuration of an OS delivery server; FIG. 3 is a functional block diagram showing a configuration of an application delivery server; FIG. 4 is a functional block diagram showing a configuration of an intra-LAN delivery server; FIG. 5 is a block diagram showing a configuration of a network terminal device; FIG. 6 is a diagram showing an operational sequence in which the intra-LAN delivery server downloads and stores OS data and application data; FIG. 7 is a diagram showing an operational sequence in which the network terminal device downloads and stores OS data and application data; FIG. 8 shows a configuration of a game system; and FIG. 9 is a flowchart showing a download process carried out by the game system.
The accompanying drawings, which are incorporated in and constitute a part of the specification, illustrate embodiments of the invention, and together with the general description given above and the detailed description of the embodiments given below, serve to explain the principles of the invention.
736135_spec.doc 6 DETAILED DESCRIPTION In the following, with reference to the drawings, embodiments of the present invention will be described in detail.
Client/server system according to embodiment] As an embodiment of the present invention, a client/server system, which can provide application data to a network terminal device via a network, will be described.
Example of system configuration] FIG. 1 shows a configuration of the client/server system according to this embodiment of the present invention. In the following, a configuration of a game system will be described with reference to FIG. 1.
In a client/server system 100, a client does not have any OS and application data previously stored in a RAM or the like, and when booted up, the client can acquire an OS and application data from a server and run the application The client/server system 100 comprises a network terminal device 101, a LAN 103 including an intra-LAN delivery server 102 capable of communicating with the network terminal device 101, an OS delivery server 105 capable of communicating with the intra-LAN delivery server 102 via a communication network (a subnet) 104 linked to the LAN 103, and an application delivery server 106. The LAN 103 is linked to the communication network 104 via a router 107.
In the following, components of the client/server system 100 will be described.
736135_spec.doc 7 Communication network] The communication network (subnet) 104, which may be of a cable type or a wireless type and may be of a dedicated-line type or a switched-line type, permits a device connected thereto to exchange information with an intended device. The communication network 104 may be a combination of a plurality of subnetworks linked to each other via a gateway, like the Internet. In addition, connection to the communication network may be a temporary io connection according to the point-to-point protocol (PPP) or the like, rather than a direct connection to a trunk, referred to as backbone. It is essential only that, once a session is established, the parties involved in the session can exchange information between them. Here, the "communication network" described above includes a communication network including no switch or router, such as a fixed network of dedicated lines.
OS delivery server] The OS delivery server 105 has data constituting an OS (kernel, init or the like if the OS is UNIX (trademark), for example) stored in local storage means and functions as a device that transmits the OS to the intra-LAN delivery server 102 or the network terminal device 101 via the communication network 104 and the router 107 or the like in response to a request from the intra-LAN delivery server 102.
Each OS delivery server 105 is an information processor that can communicate with another device via the communication network 104. For example, the OS delivery 736135_spec.doc -8server 105 may be a computer or workstation that has a web connecting capability. The information processor constituting the OS delivery server 105 comprises a central processing unit (CPU), an input/output interface and a s main memory (RAM), and, if needed, an optional external storage device, such as a read-only memory (ROM) and a hard disk drive.
FIG. 2 is a functional block diagram showing a configuration of the OS delivery server 105.
The OS delivery server 105 comprises an OS data storage section 201 that stores OS data that describes processes (kernel, for example) of an OS and a communication control section 202 that reads the OS data from the OS data storage section 201 in response to a request from a client, such as the intra-LAN delivery server 102 and the network terminal device 101, and transmits the OS data via the communication network 104. The communication control section 202 may be constituted by hardware or software that performs a process for implementing TFTP, a process for implementing BOOTP or the like.
Application delivery server] Referring to FIG. 1 again, the application delivery server 106 will be described.
The application delivery server 106 has application data stored in local storage means and transmits the application data to the intra-LAN delivery server 102 or the network terminal device 101 via the communication network 104 and the router 107 or the like in response to a request 736135_spec.doc -9from the intra-LAN delivery server 102 or the network terminal device 101.
The application delivery server 106 is an information processor that can communicate with another device via the s communication network 104. For example, the application delivery server 106 may be a computer or workstation that has a web connecting capability. The information processor constituting the application delivery server 106 comprises a central processing unit (CPU), an input/output (I/O) interface and a main memory (RAM), and, if needed, an optional external storage device, such as a read-only memory (ROM) and a hard disk drive.
FIG. 3 is a functional block diagram showing a configuration of the application delivery server 106.
The application delivery server 106 comprises an application data storage section 301 that stores an application program and data used by the application program and a communication control section 302 that reads the application data from the application data storage section 301 in response to a request from a client, such as the intra-LAN delivery server 102 and the network terminal device 101, and transmits the application data via the communication network 104. The application data stored in the application data storage section 301 is prepared by an administrator or operator of the application delivery server 106 previously writing to the storage means. The communication control section 302 may be constituted by hardware or software that performs a network file system (NFS) process or the like.
736135_spec.doc 10 The "application" described herein may be any program, process or method or any combination thereof that runs on the OS and may be designed for any purpose, such as for business purpose or for amusement purpose. In addition, the application is intended to operate on the network terminal device 101 and not to operate on the application delivery server 106 or the intra-LAN delivery server 102 described later.
In addition, the "application" may operate independently of the network terminal device 101 on which the application operates (in the case where the application is game software not designed for networking, for example) or may operate in association with the network terminal device 101 or another device (such as another network terminal device 101 and another server device) (in the case where the application is online match game software, for example) The OS delivery server 105 and the application delivery server 106 may be physically separate devices or may be constituted by one device installed with a program for implementing the OS delivery server 105 and a program for implementing the application delivery server 106.
Intra-LAN delivery server] Referring to FIG. 1 again, the intra-LAN delivery server 102 will be described.
Once booted up, the intra-LAN delivery server 102 downloads an OS and application data from the OS delivery server 105 and the application delivery server 106, respectively, and permits the network terminal device 101 in 736135_spec.doc
I
11 the LAN 103 to download the OS and application data in response to a request from the network terminal device 101.
That is, the intra-LAN delivery server 102 doubles as a server that provides the OS and application data to each s network terminal device 101 in response to a request therefrom and a client that downloads the OS and application data from the OS delivery server 105 and the application delivery server 106, respectively.
Each intra-LAN delivery server 102 is an information processor that can communicate with the OS delivery server 105 and the application delivery server 106 via the communication network 104 and with each network terminal device 101 in the LAN 103. For example, the intra-LAN delivery server 102 may be a computer or workstation that has a network connecting capability. The information processor constituting the intra-LAN delivery server 102 comprises a central processing unit (CPU), an input/output interface and a readable and rewritable storage device (RAM), and an optional external storage device, such as a hard disk drive.
FIG. 4 is a functional block diagram showing a configuration of the intra-LAN delivery server 102.
The intra-LAN delivery server 102 comprisesa subnetside communication control section 401, an OS data storage section 402, an application data storage section 403 and a LAN-side communication control section 404.
The subnet-side communication control section 401 communicates with the OS delivery server 105 and the application delivery server 106 via the communication 736135_spec.doc 12 network 104 to receive the OS and application data, and passes the OS and application data to the OS data storage section 402 and the application data storage section 403, respectively, for storage. The subnet-side communication control section 401 may be constituted by hardware or software that performs a server-side process, such as a TFTP process, a BOOTP process and an NFS process.
The OS data storage section 402 stores OS data that describes processes (kernel, for example) of the OS.
The application data storage section 403 stores application program and application data that is used by the application program.
The LAN-side communication control section 404 reads the OS data and application data from the OS data storage section 402 and the application data storage section 403, respectively, in response to a request from a client network terminal device 101 and transmits the read data to each network terminal device 101 interconnected in the LAN. The LAN-side communication control section 404 may be constituted by hardware or software that performs a clientside process, such as a TFTP process, a BOOTP process and an NFS process.
Network terminal device] Referring to FIG. 1 again, the network terminal device 101 will be described.
The network terminal device 101 does not permanently store any OS or application data, but acquires an OS and application data from the OS delivery server 105 and the application delivery server 106 or from the intra-LAN 736135_spec.doc 13 delivery server 102 to run the OS and the application as required (when the network terminal device 101 is powered on and booted up, for example). That is, the network terminal device 101 is characterized in that the network terminal s device 101 has neither OS nor application data stored in its local storage device and downloads and activates an OS and application data to permit a user to use the application running on the OS only when necessary.
The network terminal device 101 is an information processor that can access the intra-LAN delivery server 102, or the OS delivery server 105 and the application delivery server 106. For example, the network terminal device 101 may be a cellular phone, a computer, a workstation, a home video game machine, an arcade video game machine, a mobile communication terminal or a personal digital assistant (PDA) that has a network connecting capability. The information processor constituting the network terminal device 101 comprises a readable and rewritable storage device (RAM, for example) and an optional external storage device, such as a hard disk drive.
FIG. 5 shows a configuration of the network terminal device 101. The network terminal device 101 comprises a central processing unit (CPU) 501, a storage device 502 that does not permanently store an OS and application data (referred to as temporary storage device), a communication control board 503 for achieving data communication with the LAN 103, an I/O interface 504, an input device 505 (a control panel, a keyboard or the like) and an output device 506 (a monitor, a display or the like) that are connected to 736135_spec.doc 14 the I/O interface 504, and a bus 507 used for data exchange between the components described above.
For example, the communication control board 503 is a network interface card (NIC), such as the Ethernet (registered trademark) card, on which a boot ROM 508 is mounted. The boot ROM 508 stores a program that describes a procedure to be performed before an OS is activated in the network terminal device 101, or in other words, a procedure for downloading an OS. Once the network terminal device 101 is booted up, the CPU 501 performs the procedure described in the program stored in the boot ROM 508 to download OS data and stores the OS data in the temporary storage device 502. Then, the CPU activates the downloaded OS, downloads an application program, stores the application program in Is the temporary storage device 502, and then activates the application program to make the application executable. The user can use the application through manipulations of the network terminal device 101.
Modification of LAN] While the LAN 103 described above has the intra-LAN delivery server 102, the client/server system 100 according to this embodiment may include a LAN that has no intra-LAN delivery server 102. As shown by a LAN 103' in FIG. 1, the network terminal device 101 may download the OS and application data directly from the OS delivery server 105 and the application delivery server 106, respectively, via the communication network 104.
Furthermore, the network terminal device 101 may not be always included in a LAN. For example, the network 736135_spec.doc 1 15 terminal in the client/server system 100 according to this embodiment may be a network terminal device 101 that connects to the communication network 104 via a modem 108.
Example of system operation] Now, an operation of the system according to this embodiment will be described with reference to FIGS. 6 and 7. FIG. 6 shows an operational sequence in which the intra- LAN delivery server 102 downloads and stores an OS and application data from the OS delivery server 105 and the application delivery server 106, respectively, when the Intra-LAN delivery server 102 is powered on and booted up.
FIG. 7 shows an operational sequence in which the network terminal device 101 downloads an OS and application data from the intra-LAN delivery server 102, which has completed download of the OS and application data, and activates the OS and application data when the network terminal device 101 is powered on and booted up.
Download by intra-LAN delivery server 102] First, a download operation carried out by the intra- LAN delivery server 102 will be described.
The intra-LAN delivery server 102 is booted up by a power supply or the like (S601). At this point in time, no OS or application data is installed in the intra-LAN delivery server 102.
Once the intra-LAN delivery server 102 is booted up, the subnet-side communication control section 401 in the intra-LAN delivery server 102 requests allocation of an IP address from a DHCP server 109 (S602), and the DHCP server 109 informs the intra-LAN delivery server 102 of an IP 736135_spec.doc
I
16 address allocated to the intra-LAN delivery server 102 (S603).
Then, the intra-LAN delivery server 102 requests transmission of a bootstrap or an initial program loader (IPL) from the OS delivery server 105 according to TFTP, BOOTP or the like (S604). The OS delivery server 105 transmits a bootstrap stored in the OS data storage section 201 to the intra-LAN delivery server 102 according to the same protocol, TFTP, BOOTP or the like (S605).
The intra-LAN delivery server 102 executes the bootstrap transmitted from the OS delivery server 105. The bootstrap describes a path for OS data (kernel or the like if the OS is UNIX, for example) stored in the OS delivery server 105 and a procedure for transferring or mounting the OS data to the intra-LAN delivery server 102.
Once the bootstrap is executed, the intra-LAN delivery server 102 requests transfer of an OS data file from the OS delivery server 105 according to TFTP, for example (S606).
In response to the request, the OS delivery server 105 transmits the OS data stored in the OS data storage section 201 to the intra-LAN delivery server 102 via the communication network 104 (S607).
Once receiving the OS data, the intra-LAN delivery server 102 stores the OS data in the OS data storage section 402 to prepare for a transmission request from the network terminal device 101 and activates the OS using the OS data (S608). That is, once the OS data is completely stored, the bootstrap described above implements a procedure for reading in and activating the stored OS data. For example, if the 736135_spec.doc 17 OS is UNIX, the bootstrap activates the kernel, and the kernel performs initialization of hardware (initialization of a device driver) and swap and dump configurations and then performs the init process, which is the first process.
By executing the init process, various commands for initializing the system, such as a file check command, a mount command and a daemon activation command are executed, and the activation of the OS is completed.
In addition, the init describes a procedure for downloading application data from the application delivery server 106 and storing the application data in the application data storage section 403. By executing the init, the intra-LAN delivery server 102 requests transmission of application data from the application delivery server 106 (S609). For example, the init describes a procedure for executing an NFS client process, and the intra-LAN delivery server 102 may request mounting of an application data file system from the application delivery server 106 through the NFS client process. In response to the request, the application delivery server 106 transmits the application data to the intra-LAN delivery server 102 (S610) Once receiving the application data, the intra-ALN delivery server 102 stores the application data in the application data storage section 403 to prepare for a transmission request from the network terminal device 101.
In addition, the intra-LAN delivery server 102 activates the LAN-side communication control section 404 to prepare for a transmission request from the network terminal device 101.
736135_spec.doc 18 For example, as an activation process for the LAN-side communication control section 404, processes of a TFTP server, a BOOTP server and an NFS server are activated to prepare for such a request.
Then, activation of the intra-LAN delivery server 102 is completed, and the intra-LAN delivery server 102 is in a standby state in which the intra-LAN delivery server 102 waits for a transmission request from the network terminal device 101.
Download to network terminal device 101] Now, a download operation from the intra-LAN delivery server 102 to the network terminal device 101 will be described with reference to FIG. 7.
First, the network terminal device 101 is booted up by power-on'or the like (S701). At this point in time, no OS or application data is installed in the network terminal device 101.
Once the network terminal device 101 is booted up, the communication control board 503 in the network terminal device 101 requests allocation of an IP address from the DHCP server 109 (S702), and the DHCP server 109 informs the network terminal device 101 of an IP address allocated to the network terminal device 101 (S703).
Then, the network terminal device 101 requests transmission of a bootstrap or an initial program loader (IPL) from the intra-LAN delivery server 102 according to TFTP, BOOTP or the like (S704). The intra-LAN delivery server 102 transmits a bootstrap stored in the OS data storage section 402 to the network terminal device 101 736135_spec.doc 19 according to the same protocol, TFTP, BOOTP or the like (S705) The network terminal device 101 executes the bootstrap transmitted from the intra-LAN delivery server 102. The bootstrap describes a path for OS data (kernel or the like if the OS is UNIX, for example) stored in the intra-LAN delivery server 102 and a procedure for transferring or mounting the OS data to the intra-LAN delivery server 102.
Once the bootstrap is executed, the network terminal device 101 requests transfer of an OS data file from the intra-LAN delivery server 102 according to TFTP, for example (S706). In response to the request, the intra-LAN delivery server 102 transmits the OS data stored in the OS data storage section 402 to the network terminal device 101 (S707) Once receiving the OS data, the network terminal device 101 stores the OS data in the temporary storage device 502 and starts activation of the OS (S708). That is, once the OS data is completely stored, the bootstrap described above implements a procedure for reading in and activating the stored OS data. For example, if the OS is UNIX, the bootstrap activates the kernel, and the kernel performs initialization of hardware (initialization of a device driver) and swap and dump configurations and then performs the init process, which is the first process. By executing the init process, various commands for initializing the system, such as a file check command, a mount command and a daemon activation command, and the activation of the OS is completed.
736135_spec.doc 20 In addition, the init describes a procedure for downloading application data from the intra-LAN delivery server 102, storing the application data in the temporary storage device 502, and activating the application. By continuing execution of the init, the network terminal device 101 requests transmission of application data from the intra-LAN delivery server 102 (S709). For example, the init describes a procedure for executing an NFS client process, and the network terminal device 101 may request mounting of an application data file system from the intra- LAN delivery server 102 through the NFS client process. In response to the request, the intra-LAN delivery server 102 transmits the application data to the network terminal device 101 (S710) Once receiving the application data, the network terminal device 101 stores the application data in the temporary storage device 502.
In addition, the network terminal device 101 invokes the stored application data to run the application (S711).
Thus, the network terminal device 101 can activate the OS and the application running on the OS.
Through such an operation of the system according to this embodiment, the user of the network terminal device 101, which has not been previously installed with any OS or application, becomes capable of using the application running on the OS.
Others] As described above, in the system according to this embodiment, the network terminal device 101 may directly 736135_spec.doc 21 request the OS delivery server 105 and the application delivery server 106 to transmit an OS and application data, respectively. In such a case, except that the OS delivery server 105 and the application delivery server 106 have to be described, as transmission request destinations, in the boot ROM 508 of the network terminal device 101, the procedure shown in FIG. 6 can be used as it is.
[Examples] Game system] Now, a game system, which is a practical example of the client/server system described above, will be described.
The client/server system 100 described above can be used as a game system, in which the network terminal device 101 functions as a game machine. FIG. 8 shows a configuration of the game system.
A game system 800 is a system that provides an online match game for a player. For example, with the game system 800, a player a using a game machine 801 located in a game arcade A and a player P using a game machine 801 located in another game arcade B distant from the game arcade A can play together with the same game.
Example of configuration of game system] The game system 800 comprises: a LAN 103 including a game machine 801, which functions as a network terminal device 101 in the client/server system 100, and a game arcade server 802 that can communicate with the game machine 801, which functions as an intra-LAN delivery server 102; an OS delivery server 105 and an application delivery server 106 that can communicate with the game arcade server 802 via 736135_spec.doc 22 a communication network (subnet) 104 linked to the LAN 103; and a game server 803 and a database server 804 that are connected to the communication network 104.
The game system 800 is the same as the client/server system 100 described above, except that the game server 803 and the database server 804 are additionally provided, and the game machine 801 functions as the network terminal device 101. In the description of the game system 800, the intra-LAN delivery server 102 in the client/server system 100 is referred to as game arcade server 802. However, the configuration, function and operation of the game arcade server 802 are the same as those of the intra-LAN delivery server 102.
The game server 803 performs a matchmaking process is and, if a match is arranged, performs a data transfer process between game machines involved in the match. The matchmaking process is a process of determining whether there is any player who wants to participate in a game in which a player has just participated and arranging a match between the players if it is determined that there is a player who wants to participate in the game. If there is found no other players who want to participate in the game in which a player has participated, the CPU of the game server or the CPU of the relevant game arcade server 802 may play the role of an opponent in the game.
The database server 804 has a capability of transmitting data involved in the game to the game machine 801. For example, the "data involved in the game" includes an ID for identifying a player, and player-specific 736135_spec.doc 23 parameters (power, speed, hit point or the like) concerning a character, a trading card or a figure used in the game by the player.
As the player experiences many matches, the players specific parameter concerning the character, the trading card or the figure is recalculated according to a predetermined formula, and the resulting new parameter is stored in the database server 804. As a result, as the player experiences many matches, the parameter concerning the character or the like increases, and thus, the player can feel as if thecharacter used by the player grows.
In the game system 800, the game machine 801 is used as the network terminal device 101. The game machine 801 has a configuration similar to that of a satellite 1 disclosed in Japanese Patent Application No. 2004-188822 filed on June 25, 2004 by the present applicant.
The game machine 801 performs a download process when the game machine 801 is powered on. FIG. 9 shows a download process performed by the game machine 801.
First, the game machine 801 is powered on (S901). At this point in time, the game machine 801 is not installed with any OS or application data.
Once the game machine 801 is booted up, a network interface card in the game machine 801 starts operating and performs a network boot process (S902).
The network boot process is a process to establish a network connection. As a part of the network boot process, the game machine 801 requests allocation of an IP address from a DHCP server 109, and the DHCP server 109 informs the 736135_spec.doc 24 game machine 801 of an IP address allocated to the game machine 801. In this way, the game machine 801 acquires a network address (S903), and from this point in time, the game machine 801 can communicate with the game arcade server 802, which is another network device in the LAN.
Then, the game machine 801 requests transmission of a bootstrap from the game arcade server 802 and, then, requests transmission of the kernel from the game arcade server 802. Once the game arcade server 802 transmits the bootstrap and the kernel in response to the requests, the game machine 801 receives them and performs an OS download process (S904). Then, the game machine 801 activates the OS stored in a temporary storage device 502 (S905).
Specifically, if the OS is UNIX, the bootstrap activates the kernel, and the kernel performs initialization of hardware (initialization of a device driver) and swap and dump configurations and then performs the init process, which is the first process. By executing the init process, various commands for initializing the system, such as a file check command, a mount command and a daemon activation command are executed, and the activation of the OS is completed. Of course, according to the present invention, an OS other than UNIX, such as LINUX and WINDOWS (trademark of Microsoft Corporation), can be equally used.
In addition, the init describes a procedure of downloading application data from the game arcade server 802, storing the application data in the temporary storage device 502 and activating the application. By continuing execution of the init, the game machine 801 performs an 736135_spec.doc 25 application data downloading process for receiving application data from the game arcade server 802 and storing the application data in the temporary storage device 502 (S906) s Furthermore, the game machine 801 invokes the stored application data to perform an application activation process (S907). Once the application activated, the game machine 801 performs an application process (S908). That is, the game machine 801 can permit a user to play the game.
The game machine first waits for an entry input of a player, and if an entry is made by a player, the game machine 801 requests the game server 803 to perform the matchmaking process for determining an opponent of the player and starts the game. Then, the game machine performs a series of game processes, such as start of the battle and decision on the battle.
Others] The number of programs contained in the application data is not necessarily one, and the application program may contain a plurality of programs, including a program for performing a game process and a program for a manipulator designed for the game machine 801.
In the above description, it is supposed that, when stating download of an OS, an IP address is acquired from the DHCP server 109. However, in the case of using an IP address in an environment where an IP address can be previously set, such as in Ipv6, an IP address can be previously written in the boot ROM 508 or the like, and the 736135_spec.doc
I
26 IP address can be used rather than acquiring from the DHCP server 109.
The temporary storage device 502 can be any type of storage device that is remotely writable. For example, a semiconductor storage device, such as a RAM (DRAM, SRAM or the like) or a magneto-resistance memory, such as a magnetoresistive random access memory (MRAM), may be used.
In addition, the temporary storage device 502 may be a volatile memory or a nonvolatile memory. According to the present invention, a rewritable storage medium, such as a hard disk drive, a DVD and a CD, can be equally used as the temporary storage device 502.
4. Advantage of the Invention According to the present invention, application data can be newly acquired for use by using a RAM or other storage means, rather than using a ROM installed with an OS.
In addition, since the OS and application data to be used are not stored in the ROM, the OS and application data can be remotely updated. Thus, the number of persons and the time required for updating the OS and application data.
In addition, since the need of any physical replacement is eliminated, the failure rate can also be reduced.
Additional advantages and modifications will readily occur to those skilled in the'art. Therefore, the invention in its broader aspects is not limited to the specific details or representative embodiments shown and described herein. Accordingly, various modifications may be made without departing from the spirit or scope of the general 736135_spec.doc 27 inventive concept as defined by the appended claims and their equivalents.
736135_spec.doc

Claims (4)

  1. 2. A delivery server, comprising: first communication control means for connecting to a first communication network; OS storage means for storing an OS downloaded by the first communication control means; application storage means for storing an application downloaded by the first communication control means; and second communication control means for connecting to a second communication network, wherein said second communication control means transmits said stored OS and application to the second communication network in response to a request for the OS and application transmitted via the second communication network. 736135_spec.doc 29
  2. 3. A client/server system, comprising: a first delivery server that has OS data previously stored therein; a second delivery server that has application data previously stored therein; a third delivery server that receives the OS data from said first delivery server and stores the OS data, activates the OS data as the OS of its own, and receives the io application data from said second delivery server and stores the application data; and a network terminal device that is capable of receiving the OS data and the application data from said third delivery server, activating the OS data as the OS of its own, and activating an application contained in the application data on the OS.
  3. 4. A network terminal device substantially as described herein with reference to the accompanying drawings. A delivery server substantially as described herein with reference to the accompanying drawings.
  4. 6. A client/server system substantially as described herein with reference to the accompanying drawings. DATED this Twenty-Third Day of September, 2005 Aruze Corp. Patent Attorneys for the Applicant SPRUSON FERGUSON 736135_spec.doc
AU2005211672A 2004-09-28 2005-09-23 Network terminal device, delivery server and client/server system Ceased AU2005211672B2 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2004-282029 2004-09-28
JP2004282029A JP2006099234A (en) 2004-09-28 2004-09-28 Network terminal device, distribution server, and client/server system

Publications (2)

Publication Number Publication Date
AU2005211672A1 true AU2005211672A1 (en) 2006-04-13
AU2005211672B2 AU2005211672B2 (en) 2009-02-12

Family

ID=35478867

Family Applications (1)

Application Number Title Priority Date Filing Date
AU2005211672A Ceased AU2005211672B2 (en) 2004-09-28 2005-09-23 Network terminal device, delivery server and client/server system

Country Status (12)

Country Link
US (1) US7634646B2 (en)
EP (1) EP1640858B1 (en)
JP (1) JP2006099234A (en)
KR (1) KR20060051735A (en)
CN (1) CN100437488C (en)
AT (1) ATE428971T1 (en)
AU (1) AU2005211672B2 (en)
DE (1) DE602005013871D1 (en)
EA (1) EA008977B1 (en)
ES (1) ES2322067T3 (en)
SG (1) SG121153A1 (en)
ZA (1) ZA200507762B (en)

Families Citing this family (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008134902A (en) * 2006-11-29 2008-06-12 Nec Fielding Ltd Computer system
US7743243B2 (en) * 2007-02-14 2010-06-22 Dell Products, Lp System and method to enable teamed network environments during network based initialization sequences
US8932131B2 (en) 2007-10-09 2015-01-13 Cfph, Llc Game with chance element or event simulation
AU2008223144A1 (en) * 2007-03-01 2008-09-12 Cfph, Llc Game with chance element or event simulation
US10026259B2 (en) 2007-03-01 2018-07-17 Cfph, Llc Game simulation
KR101405924B1 (en) 2007-03-19 2014-06-12 엘지전자 주식회사 Method for controlling window and terminal capable of implementing the same
US20090049160A1 (en) * 2007-08-14 2009-02-19 Dell Products L.P. System and Method for Deployment of a Software Image
US7877482B1 (en) * 2008-04-01 2011-01-25 Google Inc. Efficient application hosting in a distributed application execution system
US8739289B2 (en) * 2008-04-04 2014-05-27 Microsoft Corporation Hardware interface for enabling direct access and security assessment sharing
US8005851B2 (en) * 2008-05-21 2011-08-23 Microsoft Corporation Streaming virtual disk for virtual applications
JP5385595B2 (en) * 2008-11-20 2014-01-08 インターナショナル・ビジネス・マシーンズ・コーポレーション Application execution environment management method in distributed system
US8005950B1 (en) 2008-12-09 2011-08-23 Google Inc. Application server scalability through runtime restrictions enforcement in a distributed application execution system
FR2947644B1 (en) * 2009-07-01 2011-11-18 Bull Sas METHOD FOR STARTING A COMPUTER DEVICE IN A NETWORK, SERVER AND NETWORK OF COMPUTER DEVICES FOR ITS IMPLEMENTATION
US20110055358A1 (en) * 2009-09-01 2011-03-03 Electronics And Telecommunications Research Institute Downloading method for terminal and method for controlling download
JP5271939B2 (en) * 2010-03-12 2013-08-21 株式会社日立システムズ Network boot device and network boot method
KR101761615B1 (en) 2010-10-29 2017-08-04 엘지전자 주식회사 Mobile terminal and method for controlling the same
JP5664417B2 (en) * 2011-03-31 2015-02-04 日本電気株式会社 Net boot system, client terminal, load reduction method, and load reduction program
GB2506336B (en) * 2012-07-25 2015-11-18 Andrew Nairn Baillie Methods and systems for protecting and securing a server client and a device client communication
JP6312087B2 (en) * 2014-09-29 2018-04-18 三菱電機ビルテクノサービス株式会社 Software installation system, installation device, terminal device, and software installation method
JP2015065686A (en) * 2014-11-21 2015-04-09 レノボ・イノベーションズ・リミテッド(香港) Portable telephone system and control method for portable telephone system
CN105472000A (en) * 2015-12-04 2016-04-06 中山市读书郎电子有限公司 Mobile terminal remote monitoring system
EP3532928A1 (en) 2016-10-26 2019-09-04 Simpleway Technologies Ltd. System and method for device interoperability and synchronization
JP7172703B2 (en) * 2019-02-15 2022-11-16 沖電気工業株式会社 COMPUTER SOFTWARE INSTALLATION METHOD AND INSTALLATION SERVER

Family Cites Families (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5511159A (en) * 1992-03-18 1996-04-23 At&T Corp. Method of identifying parameterized matches in a string
JPH09130408A (en) * 1995-11-01 1997-05-16 Hitachi Ltd Network interface device
US6098034A (en) * 1996-03-18 2000-08-01 Expert Ease Development, Ltd. Method for standardizing phrasing in a document
US5935242A (en) * 1996-10-28 1999-08-10 Sun Microsystems, Inc. Method and apparatus for initializing a device
CA2279631A1 (en) * 1997-01-29 1998-07-30 West-Walker, Francis Nigel Method of transferring media files over a communications network
JP3547611B2 (en) 1998-04-01 2004-07-28 三菱電機株式会社 Network game system
US6401088B1 (en) * 1999-02-09 2002-06-04 At&T Corp. Method and apparatus for substring selectivity estimation
WO2000052570A2 (en) * 1999-03-03 2000-09-08 Civon Corporation A networked client/server embedded backbone system integrating operating system remote-booting, application software pushing, and central control communication software
US7072950B2 (en) * 2001-01-23 2006-07-04 Sony Corporation Method and apparatus for operating system and application selection
US20020142842A1 (en) 2001-03-29 2002-10-03 Easley Gregory W. Console-based system and method for providing multi-player interactive game functionality for use with interactive games
AU2002255237A1 (en) * 2001-03-30 2003-07-24 Yissum Research Development Company Of The Hebrew University Of Jerusalem Discriminative feature selection for data sequences
CN1121008C (en) * 2001-09-07 2003-09-10 清华大学 Remoteboot method of computer in network environment
TW541452B (en) * 2002-02-26 2003-07-11 Via Tech Inc Remote boot-up system and method for multiple terminal equipments
WO2003090109A1 (en) * 2002-04-18 2003-10-30 Venturcom, Inc. System for and method of network booting of an operating system to a client computer using hibernation
US6954852B2 (en) * 2002-04-18 2005-10-11 Ardence, Inc. System for and method of network booting of an operating system to a client computer using hibernation
US7711847B2 (en) 2002-04-26 2010-05-04 Sony Computer Entertainment America Inc. Managing users in a multi-user network game environment
JP2004073266A (en) 2002-08-09 2004-03-11 Aruze Corp Information providing system, information providing method, and program
JP2004199208A (en) 2002-12-16 2004-07-15 Aruze Corp Casino/hotel integrated management system, and integrated management device
CN1261893C (en) 2003-01-14 2006-06-28 联想(北京)有限公司 Method of renewing operating system of embedded equipment
JP2006034708A (en) 2004-06-25 2006-02-09 Aruze Corp Game system, server, and game control program

Also Published As

Publication number Publication date
US20060150239A1 (en) 2006-07-06
ES2322067T3 (en) 2009-06-16
EA200501377A1 (en) 2006-04-28
CN1755630A (en) 2006-04-05
KR20060051735A (en) 2006-05-19
CN100437488C (en) 2008-11-26
AU2005211672B2 (en) 2009-02-12
EA008977B1 (en) 2007-10-26
EP1640858B1 (en) 2009-04-15
DE602005013871D1 (en) 2009-05-28
JP2006099234A (en) 2006-04-13
ZA200507762B (en) 2006-06-28
SG121153A1 (en) 2006-04-26
EP1640858A1 (en) 2006-03-29
US7634646B2 (en) 2009-12-15
ATE428971T1 (en) 2009-05-15

Similar Documents

Publication Publication Date Title
AU2005211672B2 (en) Network terminal device, delivery server and client/server system
US7269721B2 (en) Method, system, and apparatus for booting with remote configuration data
US9009453B2 (en) Network storage target boot and network connectivity through a common network device
US8041793B2 (en) Boot image discovery and delivery system
CN102571698B (en) Access authority control method, system and device for virtual machine
JP4647192B2 (en) System and method for custom installation of an operating system on a remote client
US7506151B2 (en) System for managing boot-up of target computers
US9264403B2 (en) Virtualization platform
US20050149924A1 (en) Secure booting and provisioning
JP2004038964A (en) Automated system setup method
AU2007237360A1 (en) Connection control in thin client system
US9557931B1 (en) Systems, methods, and computer readable media for managing a hosts file
JP2005284497A (en) Relay unit, management server, relay method and authentication method
US7631054B2 (en) Method and system for generating list of operating systems for a target device
CN106569737A (en) Dynamic network storage for cloud console server
CN104753746B (en) The method and control server of a kind of access device
WO2004086223A1 (en) A method for configurating a singleboard automatically
JP4503413B2 (en) Use of storage devices from external terminals in network systems
Cisco Performing Diagnostics
Cisco Configuring the Switch IP Address and Default Gateway
US7051093B1 (en) QNX operation system network auto configuration
JP2000165407A (en) Network management system
JP4215740B2 (en) Computer network system
JP3429632B2 (en) Playground management device and island computer used in playground
US8291203B2 (en) Using a live operating system to set up and configure an active management technology device

Legal Events

Date Code Title Description
FGA Letters patent sealed or granted (standard patent)
MK14 Patent ceased section 143(a) (annual fees not paid) or expired