JPH0916502A - Accepting method for client - Google Patents

Abstract

PURPOSE: To execute a more kind service by performing service pre-processing to return a prescribed response when a client is the one outside the number. CONSTITUTION: In the example in figure, action is taken for the client when the present number of accesses exceeds the maximum number. In other words, the flow of processing is shown in such a routine as to enter an infinite loop to provide the service to the client after a table and communication are initialized. It is searched whether or not new access is performed by the client. When the new access is performed, connection with the client within the number or the one outside the number is performed, then, the present number of accesses is incremented. After that, it is checked whether or not the present number of accesses arrives at the maximum number. A server provides the service when the former is smaller than the latter, however, when the former exceeds the latter, busy notification is returned as the service pre-processing.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a client acceptance method in a client / server system.

A client / server system is a system in which different software on different hardware cooperates to efficiently execute one application program. Today, it has already been realized in database search, personal computer communication and the like. ing. In the future, it is expected that it will be widely used in fields such as VOD (Video on Demand), which can be said to be the highlight of two-way communication, TV shopping, and online karaoke. All of these fields of use are for clients (users)
It provides a more convenient service.

[0003]

2. Description of the Related Art Generally, a server does not accept access from more than a certain number of clients due to system performance limitations. When the number of accesses from the client exceeds the maximum number of accesses from the server, the access is not accepted even if the client accesses, as if the client is busy. The server provides a predetermined service when the number of clients whose number of accesses is less than the maximum number of accesses is accessed, but when the number of clients that are currently accessed exceeds the maximum number of clients Does not provide services or accept access.

[0004]

In the above prior art, when the current access count reaches the maximum access count, the server
No more client access will be accepted. This is the same phenomenon as a busy state when the center (server side) is busy in personal computer communication. At this time, the client whose service is denied is
I don't know what the other server is like, why I can't access the server, because I'm not accepting services during maintenance, or because it's just busy.

From a service point of view, such a conventional technique is very unfriendly to the client and lacks serviceability to the client.
Just as a telephone has functions such as answering machine and barge, even in a client / server system, even if the server cannot provide the service, the state of the server side is transmitted to the client, or only the request of the client is made. But you should listen to it for the time being, and respond accordingly.

In view of the above points, the present invention improves the access processing method that has been conventionally performed for clients outside the maximum number of accesses in the client / server system, and provides a more kind service. The purpose is to provide a client acceptance method that enables

[0007]

According to the invention, the above-mentioned object is achieved by the means described in the claims.

That is, according to the first aspect of the invention, when any one of the clients accesses the server, the connection is first established, and it is determined whether the client is a client within the number of members or a client outside the number of members, and the client It is a method of accepting a client that performs service pre-processing that provides a service when the client is a member of the number of members and returns a predetermined response when the client is a client who is not a member of the number of members.

Further, the invention of claim 2 is a client acceptance method for providing a service to the client after a lapse of time after performing the service preprocessing.

Further, the invention of claim 3 is a client acceptance method in which a client access acceptance table for registering an access from a client is provided and at least a flag indicating that service preprocessing is in progress is provided in this table.

Further, according to the invention of claim 4, when the client displaying the service reservation accesses the server, the connection is first established, and after the service preprocessing for returning a predetermined response, the reservation time comes. It is a method of accepting a client who waits for and provides a reserved service.

[0012]

According to the first aspect of the present invention, the server first establishes a connection even when there is an access from a non-member client. At this time, the server cannot provide the service to the clients other than the number of members, so that the pre-service process is in progress and a predetermined response is returned. In the response, the server can indicate why it cannot provide the service.

According to the second aspect of the present invention, the server provides the service to the preceding client when the service can be provided after the service to the other client ends after a lapse of time after transitioning to the service preprocessing. To do. The predetermined response can include information such as delaying service provision for a certain period of time.

According to the third aspect of the invention, when an access is made from a client within the number or a client outside the number,
Register the client in the client access reception table. Then, when the service pre-processing is performed on the non-member client, the flag for displaying the service pre-processing turns on.

According to the fourth aspect of the invention, the client within the quota or the client outside the quota requests the server for the reservation. Upon accepting the reservation, the server shifts to service preprocessing. After that, when the reserved time comes, the server starts providing the service to the in-quantity client or the out-of-capacity client.

[0016]

[Embodiment 1] In the embodiment shown in FIG. 1, even if the current access count exceeds the maximum access count, an action is taken to the client. Specifically, the session is accepted even for clients who have exceeded the maximum number of accesses, and after that, pre-service processing (busy notification) is performed for clients that are not included in the number of clients. On the other hand, the actual service is provided.

In the service pre-processing, although the actual service cannot be provided due to the full capacity, it is possible to notify the client of the current status of the server such as "crowded" or "under maintenance". In addition, as will be described later, the next service reservation from the client and the request to the server can be accepted. It is also possible to provide a flag for distinguishing whether the client is in the process of pre-processing the service or in the process of providing the service.

The flow of processing first enters into an infinite loop for providing services to the client after initializing the table and communication. Then we go to see if new access is coming from the client. When a new access is coming, a connection with a client within the number of members or a client outside the number of members is connected to increment the current number of accesses.

Then, it is checked whether or not the current access count has reached the maximum access count. The server provides the service if the number of accesses does not reach the maximum number of accesses at present, but returns a busy notification as a pre-service process if the number of accesses exceeds the maximum number of accesses. After that, upon receiving the service end message, the server disconnects the connection with the client and decrements the current access count.

[0020]

Second Embodiment In the embodiment shown in FIG. 2, the server accepts a client reservation. As shown, the server obtains client information from the client after establishing a connection with the client. Client information includes
Reservation information may be included to indicate that the service will be provided at a later time. The reservation time can be expressed by date and time, but there is also an expression method such as after a predetermined time.

When there is no new access, the server processes the service reservation. The server first checks by time monitoring whether the reserved time has expired. Then, when the reserved time comes, it is confirmed that the current access count has not reached the maximum access count, and the reserved service is provided. If a service reservation is made, access from other clients may be restricted according to the reservation time.

The reservation information can be registered in the client service reservation table. In FIG.
The structural example of a client service reservation table is shown.
In the figure, the user information column in the client service reservation table is an area for writing a user who has made a service reservation and is in the process of service pre-processing, and the reservation information column is an area for writing the next service date and content of the provided service. Is.

[0023]

Third Embodiment FIGS. 3 to 5 show an embodiment using a client access acceptance table for controlling an access flag. In this embodiment, a routine for accepting access from a client (FIGS. 3 and 4) and a routine for providing a service to the client (FIG. 5) will be described separately.
All accessed clients are registered in the client access reception table. The structure of the client access reception table is shown in FIG. 7, for example.

In FIG. 7, an identification number is attached to each entry. Identification numbers from “0” to “maximum number of accesses + α” are used in polling for checking whether there is a new access. When registering in order of access,
"Maximum number of accesses-1" is the client within the quota, and the overflowing client is the client outside the quota.
In FIG. 7, “α + 1” non-member clients can be registered.

The access flag and client information in the client access acceptance table, and the current access count are parameters common to both the access acceptance and service providing routines. Also, in this embodiment,
Since the service provision by other servers is also supported, the access flags in the client access acceptance table are classified into the following seven types.

0: No access 1: Under service preprocessing 2: Under client authentication 3: Waiting for client connection 4: Under service provision 5: Under access to other server 6: End of service

In the client access acceptance routine of FIG. 3, the access flag is initialized to "0" in the initial processing. And when the client comes in,
First, establish a connection with the client and increment the current access count. At this time, if the current access count has not reached the maximum access count, the hello (Hel
lo) send a message to control the access flag to '2'. When the maximum number of accesses has been reached, a busy message indicating that the service preprocessing mode is entered is transmitted and the access flag is changed to '1'.

When there is no new access by returning to the endless loop, the client access acceptance table is polled, and the message from the client whose access flag is "1" or "2" is received. The authentication mode is determined from the access flag and the message, and if it means termination, the client is notified that the termination request has been accepted, and then the connection with the client is temporarily disconnected. Here, if the authentication process is completed correctly, the access flag is controlled to "3", and if not, it is returned to "0".

When the determination result is not complete, the service preprocessing, user ID authentication, password authentication, service setup processing, and error set processing are performed according to the authentication mode as shown in FIG. To the client. In the service pretreatment,
As shown in FIG. 4B, if the access flag is "1", a busy notification is returned and the access flag is "2".
If so, a hello notification is returned. If a reservation is requested after the busy notification, the registration will be performed.

In the service providing routine of FIG. 5, the client access acceptance table is polled to find the point where the access flag is '3'. Then, in the client connect process, a connection is established with the client based on the information described in the client information in the table, and if the connection is established correctly, the access flag is changed to '4'. Here, the service request from the client is accepted and the stage of service provision is entered.

When the client requests the service in the other server, the access flag is changed to "5" and the process is transferred to the other server. When the request from the client is a termination request, the access flag is changed to "6" and the service termination processing is performed. When the service end processing is completed, the access flag is returned to "0" and "1" is subtracted from the current access count.

[0032]

Fourth Embodiment FIG. 6 shows a configuration example of a client / server system. In FIG. 6, the client access acceptance unit 61 includes the clients 90 to 95 to the server 60.
Access is accepted. The information of the client is registered in the client access reception table 67 or the out-of-number client access reception table 68. At that time, the current access number counter 69 is controlled.

The service preprocessor 62 is a client
Although it has a routine for accepting access, when a service reservation is made by the client, the service reservation unit 64 registers the reservation information in the client / service reservation table 65. The reservation time is clock 66
Monitored by

The service providing unit 63 uses the client 90.
It has a routine for providing service to ~ 95. Since the service providing unit 63 does not have the ability to simultaneously provide services to all clients, if the current access count exceeds the maximum access count, the service provision start may be delayed or the service may be reserved. To do. The service reservation unit 64 can adjust the start time of each service provided by the service providing unit 63.

[0035]

As described above, according to the present invention, both the access from the clients within the number of members and the access from the clients outside the number of members are accepted, and the information can be transmitted between the server and the client even when the server cannot service. To By accepting the reservation, the service can be provided to all clients who access.

[Brief description of the drawings]

FIG. 1 is a diagram showing a first embodiment of the present invention.

FIG. 2 is a diagram showing a second embodiment of the present invention.

FIG. 3 is a diagram illustrating an example of a client access reception process.

FIG. 4 is an explanatory diagram of an authentication process.

FIG. 5 is a diagram showing an example of a service providing process.

FIG. 6 is a diagram showing a configuration example of a client / server system.

FIG. 7 is a diagram showing a configuration example of a client access reception table.

FIG. 8 is a diagram showing a configuration example of a client service reservation table.

[Explanation of symbols]

 60 server 61 client access reception unit 62 service pre-processing unit 63 service provision unit 64 service reservation unit 65 client service reservation table 66 clock 67 client access reception table 68 client access reception table 69 current access counter 90 to 95 clients

Claims (4)

[Claims] 1. When any one of the clients accesses the server, a connection is first established to determine whether the client is a client within the number of members or a client outside the number of members,
A method of accepting a client, characterized in that a service is provided when the client is a client within the number of members, and a pre-service process of returning a predetermined response is performed when the client is a client outside the member number. 2. The method for accepting a client according to claim 1, wherein the service is provided to the client after a lapse of time after performing the service preprocessing. 3. The client acceptance method according to claim 1, wherein a client access acceptance table for registering access from the client is provided, and at least a flag indicating that the service is being preprocessed is provided in this table. 4. When a client that displays a service reservation accesses the server, the service is pre-processed by first connecting the connection and returning a predetermined response, and then waits until the reservation time comes to make the reservation. A method of accepting a client characterized by providing a service.