JPH0916502A - クライアントの受付方法 - Google Patents
クライアントの受付方法Info
- Publication number
- JPH0916502A JPH0916502A JP7165982A JP16598295A JPH0916502A JP H0916502 A JPH0916502 A JP H0916502A JP 7165982 A JP7165982 A JP 7165982A JP 16598295 A JP16598295 A JP 16598295A JP H0916502 A JPH0916502 A JP H0916502A
- Authority
- JP
- Japan
- Prior art keywords
- client
- service
- access
- server
- reservation
- 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.)
- Pending
Links
Landscapes
- Computer And Data Communications (AREA)
Abstract
(57)【要約】
【目的】クライアント・サーバシステムに関し、員数外
クライアントに対してより親切なサービスを行うことを
可能にした、クライアントの受付方法を提供することを
目的とする。 【構成】いずれかのクライアントからサーバへアクセス
があったとき、まずコネクションを繋ぎ、クライアント
が員数内クライアントであるか員数外クライアントであ
るかを判別し、クライアントが員数内クライアントであ
る場合にはサービスを提供し、クライアントが員数外ク
ライアントである場合には所定の応答を返すサービス前
処理を行うことによって構成する。
クライアントに対してより親切なサービスを行うことを
可能にした、クライアントの受付方法を提供することを
目的とする。 【構成】いずれかのクライアントからサーバへアクセス
があったとき、まずコネクションを繋ぎ、クライアント
が員数内クライアントであるか員数外クライアントであ
るかを判別し、クライアントが員数内クライアントであ
る場合にはサービスを提供し、クライアントが員数外ク
ライアントである場合には所定の応答を返すサービス前
処理を行うことによって構成する。
Description
【０００１】
【産業上の利用分野】本発明は、クライアント・サーバ
システムにおけるクライアントの受付方法に関する。
システムにおけるクライアントの受付方法に関する。
【０００２】クライアント・サーバシステムは、異なる
ハードウェア上にある別々のソフトウェアが連携して一
つのアプリケーションプログラムを効率的に実行するよ
うなシステムであり、今日、データベース検索、パソコ
ン通信などにおいてすでに実現されている。今後は、双
方向通信の目玉とも言えるＶＯＤ（ビデオ・オン・デマ
ンド）、テレビショッピング、通信カラオケ等の分野で
も幅広く使われていくことが予想される。これらの利用
分野は、いずれも、クライアント（ユーザ）に対して、
より便利なサービスを提供するものである。
ハードウェア上にある別々のソフトウェアが連携して一
つのアプリケーションプログラムを効率的に実行するよ
うなシステムであり、今日、データベース検索、パソコ
ン通信などにおいてすでに実現されている。今後は、双
方向通信の目玉とも言えるＶＯＤ（ビデオ・オン・デマ
ンド）、テレビショッピング、通信カラオケ等の分野で
も幅広く使われていくことが予想される。これらの利用
分野は、いずれも、クライアント（ユーザ）に対して、
より便利なサービスを提供するものである。
【０００３】
【従来の技術】一般に、サーバは、システムの性能上の
制限により、ある数以上のクライアントからのアクセス
を受け付けない。クライアントからのアクセス数が、サ
ーバの最大アクセス数を越えると、クライアントからア
クセスがあっても、電話の話中と同様、アクセスを受け
付けない。サーバは、現在アクセス数が最大アクセス数
以下となる員数内クライアントからアクセスがあった場
合には所定のサービスを提供するが、現在アクセス数が
最大アクセス数を越える員数外クライアントからアクセ
スがあった場合には、サービス提供もアクセス受付も行
わない。
制限により、ある数以上のクライアントからのアクセス
を受け付けない。クライアントからのアクセス数が、サ
ーバの最大アクセス数を越えると、クライアントからア
クセスがあっても、電話の話中と同様、アクセスを受け
付けない。サーバは、現在アクセス数が最大アクセス数
以下となる員数内クライアントからアクセスがあった場
合には所定のサービスを提供するが、現在アクセス数が
最大アクセス数を越える員数外クライアントからアクセ
スがあった場合には、サービス提供もアクセス受付も行
わない。
【０００４】
【発明が解決しようとする課題】上記従来技術では、現
在アクセス数が最大アクセス数に達すると、サーバは、
それ以上のクライアント・アクセスを受け付けなくな
る。これは、パソコン通信において、センター（サーバ
側）が混んでいると、話中状態になるのと同じ現象であ
る。このとき、サービスを拒否されたクライアントは、
なぜサーバにアクセスできないのか、メンテナンス中で
サービスを受け付けていないからなのか、それとも単に
混んでいるだけなのか、など相手側のサーバの様子が分
からない。
在アクセス数が最大アクセス数に達すると、サーバは、
それ以上のクライアント・アクセスを受け付けなくな
る。これは、パソコン通信において、センター（サーバ
側）が混んでいると、話中状態になるのと同じ現象であ
る。このとき、サービスを拒否されたクライアントは、
なぜサーバにアクセスできないのか、メンテナンス中で
サービスを受け付けていないからなのか、それとも単に
混んでいるだけなのか、など相手側のサーバの様子が分
からない。
【０００５】このような従来技術による対応は、サービ
スの観点から見ると、クライアントにとって非常に不親
切であり、クライアントに対するサービス性に欠ける。
電話には、留守番電話や割り込みなどの機能があるよう
に、クライアント・サーバシステムにおいても、たとえ
サーバがサービスを提供できない状態にあっても、サー
バ側の状態をクライアントに伝えたり、クライアントの
要求だけでもひとまず聞いておく、等の対応をすべきで
ある。
スの観点から見ると、クライアントにとって非常に不親
切であり、クライアントに対するサービス性に欠ける。
電話には、留守番電話や割り込みなどの機能があるよう
に、クライアント・サーバシステムにおいても、たとえ
サーバがサービスを提供できない状態にあっても、サー
バ側の状態をクライアントに伝えたり、クライアントの
要求だけでもひとまず聞いておく、等の対応をすべきで
ある。
【０００６】本発明は、以上の点に鑑み、クライアント
・サーバシステムにおいて、最大アクセス数を越える員
数外クライアントに対して従来より行われてきたアクセ
ス処理方法を改善し、より親切なサービスを行うことを
可能にした、クライアントの受付方法を提供することを
目的とする。
・サーバシステムにおいて、最大アクセス数を越える員
数外クライアントに対して従来より行われてきたアクセ
ス処理方法を改善し、より親切なサービスを行うことを
可能にした、クライアントの受付方法を提供することを
目的とする。
【０００７】
【課題を解決するための手段】本発明によれば、上述の
目的は、前記特許請求の範囲に記載した手段にて達成さ
れる。
目的は、前記特許請求の範囲に記載した手段にて達成さ
れる。
【０００８】すなわち、請求項１の発明は、いずれかの
クライアントからサーバへアクセスがあったとき、まず
コネクションを繋ぎ、クライアントが員数内クライアン
トであるか員数外クライアントであるかを判別し、クラ
イアントが員数内クライアントである場合にはサービス
を提供し、クライアントが員数外クライアントである場
合には所定の応答を返すサービス前処理を行うクライア
ントの受付方法である。
クライアントからサーバへアクセスがあったとき、まず
コネクションを繋ぎ、クライアントが員数内クライアン
トであるか員数外クライアントであるかを判別し、クラ
イアントが員数内クライアントである場合にはサービス
を提供し、クライアントが員数外クライアントである場
合には所定の応答を返すサービス前処理を行うクライア
ントの受付方法である。
【０００９】また、請求項２の発明は、前記サービス前
処理を行った後、時間をおいてからそのクライアントへ
サービスを提供するクライアントの受付方法である。
処理を行った後、時間をおいてからそのクライアントへ
サービスを提供するクライアントの受付方法である。
【００１０】また、請求項３の発明は、クライアントか
らのアクセスを登録するクライアント・アクセス受付テ
ーブルを設けると共に、このテーブルに少なくとも、サ
ービス前処理中を示すフラグを設けるクライアントの受
付方法である。
らのアクセスを登録するクライアント・アクセス受付テ
ーブルを設けると共に、このテーブルに少なくとも、サ
ービス前処理中を示すフラグを設けるクライアントの受
付方法である。
【００１１】また、請求項４の発明は、サービス予約を
表示するクライアントからサーバへアクセスがあったと
き、まずコネクションを繋いで、所定の応答を返すサー
ビス前処理を行った後、予約時間が来るのを待って予約
されたサービスを提供するクライアントの受付方法であ
る。
表示するクライアントからサーバへアクセスがあったと
き、まずコネクションを繋いで、所定の応答を返すサー
ビス前処理を行った後、予約時間が来るのを待って予約
されたサービスを提供するクライアントの受付方法であ
る。
【００１２】
【作用】請求項１の発明では、員数外クライアントから
アクセスがあった場合にも、サーバはまずコネクション
を繋ぐ。この時、サーバは員数外クライアントへのサー
ビス提供ができないので、サービス前処理中となって所
定の応答を返す。その応答で、サーバはサービスを提供
できない理由を示すことができる。
アクセスがあった場合にも、サーバはまずコネクション
を繋ぐ。この時、サーバは員数外クライアントへのサー
ビス提供ができないので、サービス前処理中となって所
定の応答を返す。その応答で、サーバはサービスを提供
できない理由を示すことができる。
【００１３】請求項２の発明では、サーバはサービス前
処理中に移行した後、時間をおいて他のクライアントへ
のサービスが終了してから、サービス提供が可能な時に
先のクライアントへサービスを提供する。所定の応答に
は、サービス提供を一定時間遅らせるといった情報を含
めることができる。
処理中に移行した後、時間をおいて他のクライアントへ
のサービスが終了してから、サービス提供が可能な時に
先のクライアントへサービスを提供する。所定の応答に
は、サービス提供を一定時間遅らせるといった情報を含
めることができる。
【００１４】請求項３の発明では、員数内クライアント
又は員数外クライアントからアクセスがあった場合は、
そのクライアントをクライアント・アクセス受付テーブ
ルに登録する。そして、員数外クライアントに対してサ
ービス前処理を行うと、サービス前処理を表示するフラ
グがオンに変わる。
又は員数外クライアントからアクセスがあった場合は、
そのクライアントをクライアント・アクセス受付テーブ
ルに登録する。そして、員数外クライアントに対してサ
ービス前処理を行うと、サービス前処理を表示するフラ
グがオンに変わる。
【００１５】請求項４の発明では、員数内クライアント
又は員数外クライアントがサーバに対して予約を請求す
る。サーバは、予約を受け付けるとサービス前処理に移
行する。その後、予約時間が来ると、サーバは、員数内
クライアント又は員数外クライアントに対してサービス
の提供を開始する。
又は員数外クライアントがサーバに対して予約を請求す
る。サーバは、予約を受け付けるとサービス前処理に移
行する。その後、予約時間が来ると、サーバは、員数内
クライアント又は員数外クライアントに対してサービス
の提供を開始する。
【００１６】
【実施例１】図１の実施例では、現在アクセス数が最大
アクセス数を越えている場合にも、クライアントに対し
てアクションを起こす。具体的には、最大アクセス数を
越えてアクセスしてきた員数外クライアントに対して
も、ひとまずセッションを受け付け、その後で員数外ク
ライアントに対してはサービス前処理（ビジー通知）を
行い、員数内クライアントに対しては、実際のサービス
提供を行う。
アクセス数を越えている場合にも、クライアントに対し
てアクションを起こす。具体的には、最大アクセス数を
越えてアクセスしてきた員数外クライアントに対して
も、ひとまずセッションを受け付け、その後で員数外ク
ライアントに対してはサービス前処理（ビジー通知）を
行い、員数内クライアントに対しては、実際のサービス
提供を行う。
【００１７】サービス前処理では、定員いっぱいで実際
のサービスは提供できないが、『混雑している』とか
『メンテナンス中である』といった現在のサーバの状況
をクライアントに通知したりできる。その他、後述する
ように、クライアントからの次回のサービス予約や、サ
ーバに対する要望を受け付けることもできる。また、ク
ライアントがサービス前処理中か、サービス提供中かを
見分けるために、フラグを設けることも可能である。
のサービスは提供できないが、『混雑している』とか
『メンテナンス中である』といった現在のサーバの状況
をクライアントに通知したりできる。その他、後述する
ように、クライアントからの次回のサービス予約や、サ
ーバに対する要望を受け付けることもできる。また、ク
ライアントがサービス前処理中か、サービス提供中かを
見分けるために、フラグを設けることも可能である。
【００１８】処理の流れは、まず、テーブルや通信を初
期化した後、クライアントにサービスを提供するための
無限ループに入る。そして、クライアントから新規アク
セスが来ているかどうかを見にいく。新規アクセスが来
ている場合は、員数内クライアント又は員数外クライア
ントとのコネクションを繋いで、現在アクセス数をイン
クリメントする。
期化した後、クライアントにサービスを提供するための
無限ループに入る。そして、クライアントから新規アク
セスが来ているかどうかを見にいく。新規アクセスが来
ている場合は、員数内クライアント又は員数外クライア
ントとのコネクションを繋いで、現在アクセス数をイン
クリメントする。
【００１９】それから、現在アクセス数が最大アクセス
数に達していないかどうかを調べる。サーバは、現在ア
クセス数が最大アクセス数に達していなければサービス
提供を行うが、最大アクセス数を越えている場合にはサ
ービス前処理としてビジー通知を返す。その後、サービ
ス終了のメッセージを受け取ると、サーバは、クライア
ントとのコネクションを切断して、現在アクセス数をデ
クリメントする。
数に達していないかどうかを調べる。サーバは、現在ア
クセス数が最大アクセス数に達していなければサービス
提供を行うが、最大アクセス数を越えている場合にはサ
ービス前処理としてビジー通知を返す。その後、サービ
ス終了のメッセージを受け取ると、サーバは、クライア
ントとのコネクションを切断して、現在アクセス数をデ
クリメントする。
【００２０】
【実施例２】図２の実施例では、サーバがクライアント
の予約を受け付ける。図示するように、サーバはクライ
アントとのコネクションを繋いだ後、クライアントから
クライアント情報を取得する。クライアント情報には、
サービス提供を後の時間に行う旨を表示する予約情報を
含ませることができる。予約時間は日時で表現できる
が、所定時間後といった表現方法もある。
の予約を受け付ける。図示するように、サーバはクライ
アントとのコネクションを繋いだ後、クライアントから
クライアント情報を取得する。クライアント情報には、
サービス提供を後の時間に行う旨を表示する予約情報を
含ませることができる。予約時間は日時で表現できる
が、所定時間後といった表現方法もある。
【００２１】新規アクセスが無い時、サーバはサービス
予約を処理する。サーバはまず、時間監視によって予約
時間が経過していないかどうかを調べる。そして、予約
時間が来たときには、現在アクセス数が最大アクセス数
に達していないことを確かめて、予約されたサービスを
提供する。なお、サービス予約がされた場合には、予約
時間に合わせて他のクライアントからのアクセスを制限
しても良い。
予約を処理する。サーバはまず、時間監視によって予約
時間が経過していないかどうかを調べる。そして、予約
時間が来たときには、現在アクセス数が最大アクセス数
に達していないことを確かめて、予約されたサービスを
提供する。なお、サービス予約がされた場合には、予約
時間に合わせて他のクライアントからのアクセスを制限
しても良い。
【００２２】ところで、予約情報は、クライアント・サ
ービス予約テーブルに登録することができる。図８に、
クライアント・サービス予約テーブルの構成例を示す。
図中、クライアント・サービス予約テーブルにおけるユ
ーザ情報の欄は、サービス予約を行ってサービス前処理
中にあるユーザを書き込む領域であり、予約情報の欄
は、次回サービス日時と提供サービスの内容を書き込む
領域である。
ービス予約テーブルに登録することができる。図８に、
クライアント・サービス予約テーブルの構成例を示す。
図中、クライアント・サービス予約テーブルにおけるユ
ーザ情報の欄は、サービス予約を行ってサービス前処理
中にあるユーザを書き込む領域であり、予約情報の欄
は、次回サービス日時と提供サービスの内容を書き込む
領域である。
【００２３】
【実施例３】図３〜５に、アクセス・フラグを制御する
クライアント・アクセス受付テーブルを用いた実施例を
示す。当実施例では、クライアントからのアクセスを受
け付けるルーチン（図３，４）と、クライアントにサー
ビスを提供するルーチン（図５）とを分けて説明する。
アクセスのあったクライアントはクライアント・アクセ
ス受付テーブルに全て登録する。クライアント・アクセ
ス受付テーブルの構造は、例えば、図７に示される。
クライアント・アクセス受付テーブルを用いた実施例を
示す。当実施例では、クライアントからのアクセスを受
け付けるルーチン（図３，４）と、クライアントにサー
ビスを提供するルーチン（図５）とを分けて説明する。
アクセスのあったクライアントはクライアント・アクセ
ス受付テーブルに全て登録する。クライアント・アクセ
ス受付テーブルの構造は、例えば、図７に示される。
【００２４】図７において、各エントリーには識別番号
が付されている。‘０’から‘最大アクセス数＋α’ま
での識別番号は、新規アクセスの有無を調べるポーリン
グで使用される。アクセス順に詰めて登録する場合、
‘最大アクセス数−１’までが員数内クライアントにな
り、溢れたクライアントが員数外クライアントになる。
図７では、‘α＋１’個の員数外クライアントを登録で
きる。
が付されている。‘０’から‘最大アクセス数＋α’ま
での識別番号は、新規アクセスの有無を調べるポーリン
グで使用される。アクセス順に詰めて登録する場合、
‘最大アクセス数−１’までが員数内クライアントにな
り、溢れたクライアントが員数外クライアントになる。
図７では、‘α＋１’個の員数外クライアントを登録で
きる。
【００２５】クライアント・アクセス受付テーブルのア
クセス・フラグ及びクライアント情報、並びに現在アク
セス数は、アクセス受付及びサービス提供の両者のルー
チンで共通のパラメータとする。また、当実施例では、
他サーバでのサービス提供もサポートするので、クライ
アント・アクセス受付テーブルにおけるアクセス・フラ
グを、以下の７種類に分類する。
クセス・フラグ及びクライアント情報、並びに現在アク
セス数は、アクセス受付及びサービス提供の両者のルー
チンで共通のパラメータとする。また、当実施例では、
他サーバでのサービス提供もサポートするので、クライ
アント・アクセス受付テーブルにおけるアクセス・フラ
グを、以下の７種類に分類する。
【００２６】０：アクセス無し １：サービス前処理中 ２：クライアント認証中 ３：クライアント接続待ち ４：サービス提供中 ５：他サーバアクセス中 ６：サービス終了
【００２７】図３のクライアント・アクセス受付ルーチ
ンでは、初期処理でアクセス・フラグを‘０’に初期化
する。そして、クライアントからのアクセスが来ると、
まず、クライアントとのコネクションを張り、現在アク
セス数をインクリメントする。このとき、現在アクセス
数が最大アクセス数に達していない場合は、クライアン
トに認証受付可能であることを意味するハロー（Ｈｅｌ
ｌｏ）メッセージを送信して、アクセス・フラグを
‘２’に制御する。最大アクセス数に達している場合
は、サービス前処理モードになることを意味するビジー
（Ｂｕｓｙ）メッセージを送信して、アクセス・フラグ
を‘１’に変える。
ンでは、初期処理でアクセス・フラグを‘０’に初期化
する。そして、クライアントからのアクセスが来ると、
まず、クライアントとのコネクションを張り、現在アク
セス数をインクリメントする。このとき、現在アクセス
数が最大アクセス数に達していない場合は、クライアン
トに認証受付可能であることを意味するハロー（Ｈｅｌ
ｌｏ）メッセージを送信して、アクセス・フラグを
‘２’に制御する。最大アクセス数に達している場合
は、サービス前処理モードになることを意味するビジー
（Ｂｕｓｙ）メッセージを送信して、アクセス・フラグ
を‘１’に変える。
【００２８】無限ループに戻り新規アクセスが無い場合
は、クライアント・アクセス受付テーブルをポーリング
し、アクセス・フラグが‘１’又は‘２’のクライアン
トからのメッセージを受信する。アクセス・フラグとメ
ッセージから認証モードを判別し、それが終了を意味す
るなら、終了要求を受け付けたことをクライアントに通
知した後、一旦、クライアントとのコネクションを切断
する。ここで、認証処理が正しく終了しているなら、ア
クセスフラグを‘３’に制御し、そうでない場合は
‘０’に戻す。
は、クライアント・アクセス受付テーブルをポーリング
し、アクセス・フラグが‘１’又は‘２’のクライアン
トからのメッセージを受信する。アクセス・フラグとメ
ッセージから認証モードを判別し、それが終了を意味す
るなら、終了要求を受け付けたことをクライアントに通
知した後、一旦、クライアントとのコネクションを切断
する。ここで、認証処理が正しく終了しているなら、ア
クセスフラグを‘３’に制御し、そうでない場合は
‘０’に戻す。
【００２９】判別結果が終了でない時は、図４（ａ）に
示すような認証モードに従い、サービス前処理、ユーザ
ＩＤ認証、パスワード認証、サービスセットアップ処
理、エラーセット処理の各処理を行い、処理結果をクラ
イアントに通知する。そのサービス前処理においては、
図４（ｂ）に示すように、アクセス・フラグが‘１’で
あればビジー通知を返して、アクセス・フラグが‘２’
であればハロー通知を返す。なお、ビジー通知の後、予
約の請求があった場合にはその登録を行う。
示すような認証モードに従い、サービス前処理、ユーザ
ＩＤ認証、パスワード認証、サービスセットアップ処
理、エラーセット処理の各処理を行い、処理結果をクラ
イアントに通知する。そのサービス前処理においては、
図４（ｂ）に示すように、アクセス・フラグが‘１’で
あればビジー通知を返して、アクセス・フラグが‘２’
であればハロー通知を返す。なお、ビジー通知の後、予
約の請求があった場合にはその登録を行う。
【００３０】図５のサービス提供ルーチンでは、クライ
アント・アクセス受付テーブルをポーリングして、アク
セス・フラグが‘３’であるポイントを見つける。する
と、クライアント・コネクト処理において、テーブル内
のクライアント情報に記載された情報をもとにクライア
ントにコネクションを張りに行き、正しくコネクション
が張られたら、アクセスフラグを‘４’に変える。ここ
で、クライアントからのサービス要求を受け付け、サー
ビス提供のステージに入る。
アント・アクセス受付テーブルをポーリングして、アク
セス・フラグが‘３’であるポイントを見つける。する
と、クライアント・コネクト処理において、テーブル内
のクライアント情報に記載された情報をもとにクライア
ントにコネクションを張りに行き、正しくコネクション
が張られたら、アクセスフラグを‘４’に変える。ここ
で、クライアントからのサービス要求を受け付け、サー
ビス提供のステージに入る。
【００３１】クライアントから他サーバにおけるサービ
スを要求された場合は、アクセス・フラグを‘５’に変
えて、他サーバに処理を移行する。クライアントからの
要求が終了要求の場合は、アクセス・フラグを‘６’に
変えて、サービス終了処理を行う。サービス終了処理が
終わると、アクセスフラグを‘０’に戻して、現在アク
セス数から‘１’を減算する。
スを要求された場合は、アクセス・フラグを‘５’に変
えて、他サーバに処理を移行する。クライアントからの
要求が終了要求の場合は、アクセス・フラグを‘６’に
変えて、サービス終了処理を行う。サービス終了処理が
終わると、アクセスフラグを‘０’に戻して、現在アク
セス数から‘１’を減算する。
【００３２】
【実施例４】図６に、クライアント・サーバシステムの
構成例を示す。図６において、クライアント・アクセス
受付部６１は、クライアント９０〜９５からサーバ６０
へのアクセスを受け付けるものである。クライアントの
情報は、クライアント・アクセス受付テーブル６７又は
員数外クライアント・アクセス受付テーブル６８に登録
される。その際には、現在アクセス数カウンタ６９が制
御される。
構成例を示す。図６において、クライアント・アクセス
受付部６１は、クライアント９０〜９５からサーバ６０
へのアクセスを受け付けるものである。クライアントの
情報は、クライアント・アクセス受付テーブル６７又は
員数外クライアント・アクセス受付テーブル６８に登録
される。その際には、現在アクセス数カウンタ６９が制
御される。
【００３３】サービス前処理部６２は、クライアント・
アクセスの受付処理を行うルーチンを持つが、クライア
ントからサービス予約があった場合には、サービス予約
部６４によって、その予約情報をクライアント・サービ
ス予約テーブル６５に登録する。予約時間は、時計６６
によって監視される。
アクセスの受付処理を行うルーチンを持つが、クライア
ントからサービス予約があった場合には、サービス予約
部６４によって、その予約情報をクライアント・サービ
ス予約テーブル６５に登録する。予約時間は、時計６６
によって監視される。
【００３４】サービス提供部６３は、クライアント９０
〜９５へのサービス提供を行うルーチンを持つ。サービ
ス提供部６３は、全てのクライアントに対して同時にサ
ービスを行う能力を持たないので、現在アクセス数が最
大アクセス数を越えた場合には、サービスの提供開始を
遅らせたり、サービスの予約をさせたりする。なお、サ
ービス予約部６４は、サービス提供部６３が行う個々の
サービスについて、開始時刻を調整することができる。
〜９５へのサービス提供を行うルーチンを持つ。サービ
ス提供部６３は、全てのクライアントに対して同時にサ
ービスを行う能力を持たないので、現在アクセス数が最
大アクセス数を越えた場合には、サービスの提供開始を
遅らせたり、サービスの予約をさせたりする。なお、サ
ービス予約部６４は、サービス提供部６３が行う個々の
サービスについて、開始時刻を調整することができる。
【００３５】
【発明の効果】以上説明したように、本発明では、員数
内クライアントからのアクセスも員数外クライアントか
らのアクセスも受け付け、サーバがサービスできない状
況にあっても、サーバとクライアントとの情報伝達を可
能にする。また、予約を受け付けることによって、アク
セスを行う全てのクライアントに対して、サービス提供
を可能にする。
内クライアントからのアクセスも員数外クライアントか
らのアクセスも受け付け、サーバがサービスできない状
況にあっても、サーバとクライアントとの情報伝達を可
能にする。また、予約を受け付けることによって、アク
セスを行う全てのクライアントに対して、サービス提供
を可能にする。
【図１】本発明の第一実施例を示す図である。
【図２】本発明の第二実施例を示す図である。
【図３】クライアント・アクセス受付プロセスの実施例
を示す図である。
を示す図である。
【図４】認証処理の説明図である。
【図５】サービス提供プロセスの実施例を示す図であ
る。
る。
【図６】クライアント・サーバシステムの構成例を示す
図である。
図である。
【図７】クライアント・アクセス受付テーブルの構成例
を示す図である。
を示す図である。
【図８】クライアント・サービス予約テーブルの構成例
を示す図である。
を示す図である。
６０ サーバ ６１ クライアント・アクセス受付部 ６２ サービス前処理部 ６３ サービス提供部 ６４ サービス予約部 ６５ クライアント・サービス予約テーブル ６６ 時計 ６７ クライアント・アクセス受付テーブル ６８ クライアントアクセス受付テーブル ６９ 現在アクセス数カウンタ ９０〜９５ クライアント
Claims (4)
- 【請求項１】いずれかのクライアントからサーバへアク
セスがあったとき、 まずコネクションを繋ぎ、クライアントが員数内クライ
アントであるか員数外クライアントであるかを判別し、
クライアントが員数内クライアントである場合にはサー
ビスを提供し、クライアントが員数外クライアントであ
る場合には所定の応答を返すサービス前処理を行うこと
を特徴とするクライアントの受付方法。 - 【請求項２】前記サービス前処理を行った後、時間をお
いてからそのクライアントへサービスを提供する請求項
１記載のクライアントの受付方法。 - 【請求項３】クライアントからのアクセスを登録するク
ライアント・アクセス受付テーブルを設けると共に、こ
のテーブルに少なくとも、サービス前処理中を示すフラ
グを設ける請求項１記載のクライアントの受付方法。 - 【請求項４】サービス予約を表示するクライアントから
サーバへアクセスがあったとき、まずコネクションを繋
いで、所定の応答を返すサービス前処理を行った後、予
約時間が来るのを待って予約されたサービスを提供する
ことを特徴とするクライアントの受付方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7165982A JPH0916502A (ja) | 1995-06-30 | 1995-06-30 | クライアントの受付方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP7165982A JPH0916502A (ja) | 1995-06-30 | 1995-06-30 | クライアントの受付方法 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2005237021A Division JP2006048712A (ja) | 2005-08-18 | 2005-08-18 | クライアントの受付方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH0916502A true JPH0916502A (ja) | 1997-01-17 |
Family
ID=15822684
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP7165982A Pending JPH0916502A (ja) | 1995-06-30 | 1995-06-30 | クライアントの受付方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH0916502A (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000029844A (ja) * | 1998-07-08 | 2000-01-28 | Sharp Corp | 通信ネットワークにおける簡易セキュリティ設定方法およびそのための装置、ならびに通信ネットワークにおける簡易セキュリティ設定プログラムを記録したコンピュータで読取可能な記録媒体 |
| JP2002189650A (ja) * | 2000-12-20 | 2002-07-05 | Hitachi Ltd | 計算機制御方法及び装置並びにその処理プログラムを格納した記録媒体 |
| WO2004090738A1 (ja) * | 2003-04-10 | 2004-10-21 | Matsushita Electric Industrial Co., Ltd. | パスワード変更システム |
| US7454533B2 (en) | 2004-02-06 | 2008-11-18 | Nec Corporation | Redundant path control apparatus and redundant path control method |
-
1995
- 1995-06-30 JP JP7165982A patent/JPH0916502A/ja active Pending
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2000029844A (ja) * | 1998-07-08 | 2000-01-28 | Sharp Corp | 通信ネットワークにおける簡易セキュリティ設定方法およびそのための装置、ならびに通信ネットワークにおける簡易セキュリティ設定プログラムを記録したコンピュータで読取可能な記録媒体 |
| JP2002189650A (ja) * | 2000-12-20 | 2002-07-05 | Hitachi Ltd | 計算機制御方法及び装置並びにその処理プログラムを格納した記録媒体 |
| WO2004090738A1 (ja) * | 2003-04-10 | 2004-10-21 | Matsushita Electric Industrial Co., Ltd. | パスワード変更システム |
| US7454533B2 (en) | 2004-02-06 | 2008-11-18 | Nec Corporation | Redundant path control apparatus and redundant path control method |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6594257B1 (en) | Network-based method and apparatus for initiating and completing a telephone call via the internet | |
| JP2002149519A (ja) | ネットワークを用いたサービス提供方法及びそれを用いたサービス提供システム | |
| US8095609B1 (en) | Targeted notification of users of a communications system based on geographic location | |
| US20060123082A1 (en) | System and method of initiating an on-line meeting or teleconference via a web page link or a third party application | |
| US20060095501A1 (en) | Relay server, relay server service management method, service providing system and program | |
| JP2009541902A (ja) | プレゼンス・サーバでのユーザ状態の遠隔更新 | |
| JP2003521765A (ja) | オンデマンド・ウェブ・サーバ | |
| WO2001084448A1 (en) | Method and apparatus for conducting a bidding session | |
| EP1135913B1 (en) | Interactive media system | |
| US20080162712A1 (en) | Method and apparatus to facilitate sharing streaming content via an identity provider | |
| US7856470B2 (en) | Accepting an invitation sent to multiple computer systems | |
| US6944646B2 (en) | Server apparatus for user data transfer | |
| EP1575216B1 (en) | Method to invoke service among devices in home network | |
| JPH0916502A (ja) | クライアントの受付方法 | |
| US7779115B2 (en) | Method and apparatus for processing client capability information over a network | |
| CN101911030B (zh) | 用于设备通信的方法和系统 | |
| KR20000012781A (ko) | 인터넷 대화방에서의 상대방 호출방법 | |
| JP2006048712A (ja) | クライアントの受付方法 | |
| CN113362127A (zh) | 具有高可用性的二手车竞价系统 | |
| JP2000132597A (ja) | 職員呼出ボタン貼付け表示方法 | |
| KR100297256B1 (ko) | 클라이언트-서버통신구조의지능망서비스시스템에서고객관리요구분산처리방법 | |
| CN112217711B (zh) | 一种微信客户端调用本地功能的方法及系统 | |
| KR100687724B1 (ko) | 개방형 서비스 인터페이스를 이용한 티켓예매 서비스 제공시스템 및 방법 | |
| JP2002158986A (ja) | インターネットを通じた視聴者参加型放送システム | |
| JP2002135446A (ja) | ネットワークへの接続方法、予約管理装置およびネットワーク管理システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20041021 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20041026 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041217 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20050719 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050818 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20050823 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20051202 |