JP4092388B2 - ネットワークを用いたサービス提供方法及びそれを用いたサービス提供システム - Google Patents
ネットワークを用いたサービス提供方法及びそれを用いたサービス提供システム Download PDFInfo
- Publication number
- JP4092388B2 JP4092388B2 JP2000343755A JP2000343755A JP4092388B2 JP 4092388 B2 JP4092388 B2 JP 4092388B2 JP 2000343755 A JP2000343755 A JP 2000343755A JP 2000343755 A JP2000343755 A JP 2000343755A JP 4092388 B2 JP4092388 B2 JP 4092388B2
- Authority
- JP
- Japan
- Prior art keywords
- connection
- server
- client
- network
- service
- 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.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims description 44
- 230000004044 response Effects 0.000 claims description 13
- 230000001186 cumulative effect Effects 0.000 claims description 4
- 230000008859 change Effects 0.000 claims description 3
- 230000002123 temporal effect Effects 0.000 claims description 3
- 238000012545 processing Methods 0.000 description 19
- 238000010586 diagram Methods 0.000 description 18
- 238000004891 communication Methods 0.000 description 12
- 230000000737 periodic effect Effects 0.000 description 11
- 238000012986 modification Methods 0.000 description 6
- 230000004048 modification Effects 0.000 description 6
- 238000004590 computer program Methods 0.000 description 5
- 230000000694 effects Effects 0.000 description 4
- 230000008569 process Effects 0.000 description 4
- 125000002066 L-histidyl group Chemical group [H]N1C([H])=NC(C([H])([H])[C@](C(=O)[*])([H])N([H])[H])=C1[H] 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 2
- 230000015556 catabolic process Effects 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 238000006731 degradation reaction Methods 0.000 description 1
- 230000000593 degrading effect Effects 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 238000012905 input function Methods 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/75—Indicating network or usage conditions on the user display
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Computer And Data Communications (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、インターネット等のネットワークを用いたサービス提供方法に関し、特に、サービスを提供するサーバへの接続要求が集中した際にも、安定したサービス提供を可能とするサービス提供方法及びそれを用いたサービス提供システムに関する。
【０００２】
【従来の技術】
近年、インターネットの急速な普及により、情報提供、商品販売、メール配信など多種多様なサービスを提供するインターネット上のサービス提供サイトが数多く設けられている。これらのサービスを受けようとする利用者は、インターネットに接続されたパーソナルコンピュータなどから、上記サービス提供サイトへ接続（アクセス）し、比較的容易な手続きでこれらのサービスを受けることができる。
【０００３】
かかるサービス提供サイトの中には、非常に人気が有るなどの理由により、同時期に非常に多数の利用者からの接続要求が発生するようなサイトも存在する。このようなサイトでは、この大規模な接続数に耐え得るだけの容量を持った、高性能なサーバを設置する必要があった。
【０００４】
このように、従来は、インターネット上のサービス提供サイトに限らず、ネットワークを介してサービス提供を行うサーバは、安定したサービス提供を行うために、予想される接続数に見合った仕様で設計されていた。
【０００５】
しかし、その予想接続数を越えるアクセスが集中した場合には、特段の対応をすることができず、サービスを提供するサーバの性能低下や停止により、利用者のアクセスが不能となるなど、安定したサービス提供を継続することができなかった。また、サービス提供サイトによっては、このようなアクセス集中時に、接続できない利用者に対し、後でアクセスするように促すメッセージを送信する、という対応を取る場合もあった。
【０００６】
【発明が解決しようとする課題】
しかしながら、サービス提供を行うサーバに予想数を越えるアクセスが発生した場合に、従来のような対応では、接続できなかった利用者は、サーバの混み具合を把握できないため、何度も当該サーバへ接続要求を繰返し、益々当該サーバの負荷が増えてしまうという悪循環が発生していた。また、当該サーバへ接続中の利用者は、混んでいる状況を把握していないため、特に急がされることもなく、通常通りの利用を継続し、早目に利用を終了することによる接続状態の改善は望めなかった。
【０００７】
さらに、利用者によっては、いつ接続できるか分からない状況の中で接続を諦めてしまったり、中々接続できないことや接続時のレスポンスの遅さによってそのサービス提供サイトに対し悪印象を持つ場合もあり、サービス提供の機会を損失してしまう可能性もあった。
【０００８】
従って、従来のようなサービス提供方法では、サーバの能力を越えるアクセス集中時に損失が大きく、より多くの人への効率的かつ安定したサービス提供が行えなかった。
【０００９】
そこで、本発明の目的は、サーバの能力を越えるアクセス集中時にも、極力安定した接続状態を保ち、利用者へのサービス提供の機会損失を最小限に押さえて、安定したサービス提供を行うことのできるネットワークを用いたサービス提供方法及びサービス提供システムを提供することである。
【００１０】
【課題を解決するための手段】
上記の目的を達成するために、本発明の一つの側面は、利用者からサービス提供を行うサーバへの接続要求があった時に、接続可能数を越えている場合には、直ちに上記サーバへの接続を実行せずに、その時点の接続数情報を利用者へ知らせ、その情報を随時更新し、接続可能となった段階で、上記サーバへの接続を行うことである。従って、本発明によれば、利用者は、直ぐに所望のサーバへ接続できなくても、自己の待ち状態を数字により具体的に把握でき、接続可能になるまで再度アクセスをする必要がないため、従来のようなアクセスの繰返しがなくなり、また、むやみにアクセスを諦めてしまう場合も減少する。よって、能力を越える接続要求がある場合にも、安定した接続状況を保て、サービス提供の機会損失も少なく押さえられて、効率的なサービス提供を行うことが可能となる。
【００１１】
更に、上記の発明において、その好ましい態様は、前記サーバへの接続が可能となった時に、その接続を実行する前に、接続が可能になった旨を画面表示、音声、あるいは電子メールにより前記利用者に知らせることを特徴とする。
【００１２】
更に、上記の発明において、別の態様は、前記接続数情報の更新の周期が、前記接続数情報に応じて変更されることを特徴とする。
【００１３】
また、上記の発明において、別の態様は、前記接続数情報の時間的変化に基づいて求められる接続が可能になるまでの予想時間を前記接続数情報と共に利用者へ知らせることを特徴とする。
【００１４】
更にまた、上記の発明において、別の態様は、提供されるサービスが商品等の販売サービスである場合に、その商品等の在庫数を前記接続数情報と共に利用者へ知らせることを特徴とする。
【００１５】
更に、上記の発明において、別の態様は、前記サービス提供を行うサーバへの接続要求が接続可能数を越えている場合に、当該サーバを利用中の利用者に対し、前記接続数情報を知らせることを特徴とする。
【００１６】
本発明の更なる目的及び、特徴は、以下に説明する発明の実施の形態から明らかになる。
【００１７】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態例を説明する。しかしながら、かかる実施の形態例が、本発明の技術的範囲を限定するものではない。なお、図において、同一又は類似のものには同一の参照番号又は参照記号を付して説明する。
【００１８】
図１は、本発明を適用したサービス提供システムの実施の形態例に係る構成図である。本実施の形態例におけるサービス提供システムは、サービス提供側のサーバを構成する接続先振り分けサーバ１、接続待ち用サーバ２、及びコンテンツサーバ３と、サービス提供を受ける利用者の端末機であるクライアント５内にある接続数情報表示部５１及び接続数定期取得部５２で構成される。
【００１９】
クライアント５は、パーソナルコンピュータなどで構成されるクライアントシステムであり、インターネットなどのネットワーク４を介して上記サーバと接続可能となっている。また、クライアント５には、上記サーバからサービスを受けるためのソフトウェア、例えばインターネット用のブラウザなど、が具備され、本サービス提供システムの利用者は、そのソフトウェアを利用して、前記サーバへのアクセスを行い、サービス提供を受ける。なお、クライアント５は、ネットワーク４上に複数存在して構わない。
【００２０】
接続先振り分けサーバ１は、前記クライアント５を介して利用者から接続要求があった際に、そのクライアント５の接続先を、接続待ち用サーバ２あるいはコンテンツサーバ３に振り分ける役割を担うサーバであり、パーソナルコンピュータやワークステーションなどコンピュータシステムで構成される。
【００２１】
図１に示すように、接続先振り分けサーバ１は、接続先振分処理部１１及び接続数通信部１２を有している。そのうちの接続先振分処理部１１は、ネットワーク４上の独自のアドレス（インターネットの場合はURL）を持っており、利用者から接続要求があった際には、まずここに接続され、ここにおいて上述した振り分け処理が実行される。また、接続先振分処理部１１では、「接続番号」の管理を行っており、利用者からの接続要求がある度に、その接続要求に対し、ユニークな「接続番号」を発行する。ここで、「接続番号」とは、本サービス提供システムへの接続要求の累計数であり、初期値が０で、接続要求の度に１ずつ増加する数値である。
【００２２】
また、接続数通信部１２は、上記「接続番号」など本サービス提供システムへの接続数に関する情報を接続待ち用サーバ２との間で授受する役割を担っている。なお、接続先振分処理部１１及び接続数通信部１２は、コンピュータプログラムとそれに基づいて処理を実行する制御装置によって実装されることが好ましい。
【００２３】
次に、接続待ち用サーバ２は、クライアント５からの接続要求時に、実際にサービス提供を行うコンテンツサーバ３へ接続することができない場合、即ちコンテンツサーバ３の能力を越える数の接続要求が発生している場合に、当該クライアント５が接続されるサーバであり、図１に示すように、接続数管理部２１と接続数通信部２２を有している。
【００２４】
接続数管理部２１は、ネットワーク４上の独自のアドレスを有し、ここに接続されたクライアント５に対し、本サービス提供システムへの接続数に関する情報を提供する。また、ここでは、コンテンツサーバ３への接続を許可して良い上限の前記「接続番号」を意味する「接続許可番号」の管理を行っている。「接続許可番号」は、初期状態ではコンテンツサーバ３（正確には後述するコンテンツサービス部３１）の最大接続可能数の値を取り、接続されているクライアント５との接続が終了する度に１ずつ増加する。例えば、最大接続可能数が１０００である場合には、「接続許可番号」の初期値は“１０００”であり、クライアント５との接続が終わる度に、この値が“１００１”、“１００２”…と増加していく。
【００２５】
また、接続数通信部２２は、前記接続数通信部１２と同様に、接続数に関する情報を、接続先振り分けサーバ１及びコンテンツサーバ３との間で授受し、コンテンツサーバ３から送信される接続終了の情報により、前記「接続許可番号」を更新する。なお、接続待ち用サーバ２は、パーソナルコンピュータやワークステーションなどのコンピュータシステムで構成され、接続数管理部２１及び接続数通信部２２は、コンピュータプログラムとそれに基づいて処理を実行する制御装置によって実装されることが好ましい。
【００２６】
コンテンツサーバ３は、本サービス提供システムにおいて実際にサービスを提供するサーバであり、コンテンツサービス部３１及び接続数通信部３２を有している。コンテンツサービス部３１は、ネットワーク４上の独自のアドレスを有し、ここに接続を許可されたクライアント５に対し、用意された各種のサービスを提供する。具体的には、利用者のクライアント５上の操作に基づいて、情報の提供、商品の販売等を行う。また、接続数通信部３２は、接続待ち用サーバ２との間で接続数に関する情報の授受を行う。
【００２７】
なお、コンテンツサーバ３も、前記他のサーバと同様に、パーソナルコンピュータやワークステーションなどのコンピュータシステムで構成され、コンテンツサービス部３１及び接続数通信部３２は、コンピュータプログラムとそれに基づいて処理を実行する制御装置によって実装されることが好ましい。
【００２８】
次に、クライアント５内にある接続数情報表示部５１及び接続数定期取得部５２は、接続要求をしたクライアント５が前記接続待ち用サーバ２に接続されている時、即ち前記コンテンツサービス部３１への接続を待っている時に機能し、定期的に接続待ち用サーバ２から接続数に関する情報を取得し、その情報をクライアント５へ表示することにより、利用者に接続待ちの状況を知らせる。なお、この接続数情報表示部５１及び接続数定期取得部５２は、クライアント５が接続待ち用サーバ２に接続された時に、接続待ち用サーバ２からクライアント５へ送信されるJavaアプレットなどのプログラムによって構成されることが好ましい。
【００２９】
なお、図１に示すように、本実施の形態例における接続先振り分けサーバ１、接続待ち用サーバ２、及びコンテンツサーバ３は、それぞれ独立した３台のサーバで構成されているが、これら３つのサーバを１台のサーバで構成し、その中の資源を論理的に分けて管理する方法でも良い。
【００３０】
以上説明したように構成された本実施の形態例の係るサービス提供システムは、サービスを提供するサーバの能力を越える数の接続要求が発生した時に、直ちに当該サーバへの接続を行わずに、接続が可能になるまで利用者へ随時接続待ちの状況を通知し、接続が可能となった段階で当該サーバへの接続を実施しようとするものである。
【００３１】
図２は、本実施の形態例に係るサービス提供システムへの接続要求が発生した時の処理フローを示した図である。まず、本サービス提供システムを利用しようとする利用者は、クライアント５のブラウザなどにより、本サービス提供システムへの接続を要求する（図２のステップS１）。すると、クライアント５は、まず接続先振り分けサーバ１の接続先振分処理部１１へ接続され、接続先振分処理部１１は、前述した「接続番号」を１つカウントアップし、その「接続番号」をこの接続要求に対して発行する（図２のステップS２）。
【００３２】
次に、接続先振分処理部１１は、接続数通信部１２、２２を介して、その時点の「接続許可番号」を接続待ち用サーバ２の接続数管理部２１へ問い合せ（図２のステップS３）、それに応答して、接続数管理部２１は、「接続許可番号」を接続先振分処理部１１へ送信する（図２のステップS４）。接続先振分処理部１１は、受取った「接続許可番号」と上記発行した「接続番号」を比較し、「接続番号」が「接続許可番号」以下であれば（図２のステップS５のYes）、直ちに当該クライアント５をコンテンツサーバ３のコンテンツサービス部３１へ接続する（図２のステップS６）。
【００３３】
比較の結果、「接続番号」の方か大きい場合には（図２のステップS５のNo）、接続先振分処理部１１は、当該クライアント５を接続待ち用サーバ２の接続数管理部２１へ接続し（図２のステップS７）、クライアント５は接続待ちの状態に入る。それに応答して、接続数管理部２１は、当該クライアント５に対し、接続数情報、即ち当該クライアント５の「接続番号」とその時点での「接続許可番号」を、前述した接続数情報表示部５１及び接続数定期取得部５２を構成するプログラムと共に送信する（図２のステップS８）。
【００３４】
上記送信を受けたクライアント５では、接続数情報表示部５１により、送信された接続数情報が利用者に対して表示される（図２のステップS９）。図３は、その表示画面の一例を示した図である。図中のｘ部が「接続許可番号」を、ｙ部が当該クライアント５の「接続番号」を表している。利用者は、この画面の表示により、接続待ちの状況を具体的に把握することができる。なお、図３のように「接続許可番号」と「接続番号」を表示せずに、接続されるまで何人待ちであるか（図３の（ｙ部−ｘ部）の値）を表示するようにしても良い。
【００３５】
このように待ち状態に入ったクライアント５では、上記送信されたプログラムに基づき接続数定期取得部５２が、予め定めた一定の時間間隔で「接続許可番号」を接続数管理部２１に問い合せる（図２のステップS１０）。なお、この問い合せが行われる時間間隔は、固定とせずに、接続待ち用サーバ２の負荷を考慮して、自動調整するようにしても良い。具体的には、接続待ちの状態で接続数管理部２１に問い合せを行うクライアント５の数（例えば、図３の（ｙ部−ｘ部）の値）に応じて、問い合せの間隔を変更する。例えば、接続待ち用サーバ２が、同時に１０００の応答処理能力を有し、１回の問い合せ処理に２秒間を要する場合には、接続待ちのクライアント数が１０００であれば、問い合せの間隔を２秒に設定し、接続待ちのクライアント数が５０００であれば、１０秒（２ｘ（５０００／１０００）＝１０）に設定する。これにより、クライアント５の数が多い場合にも、問い合せの間隔が長く設定されるので、接続待ち用サーバ２の負荷を軽減でき、応答性能を維持することができる。
【００３６】
問い合せを受けた接続数管理部２１は、その時点での「接続許可番号」をクライアント５へ送信し（図２のステップS１１）、接続数定期取得部５２は、その「接続許可番号」と当該クライアント５の「接続番号」を比較する（図２のステップS１２）。比較の結果、「接続番号」の方が大きい場合には（図２のステップS１２のNo）、即ち接続が許可されない場合には、図２のステップＳ９からの処理を繰返し実行する。一方、「接続番号」が「接続許可番号」以下であれば（図２のステップS１２のYes）、接続数定期取得部５２は、当該クライアント５をコンテンツサーバ３のコンテンツサービス部３１へ接続する（図２のステップS１３）。
【００３７】
なお、コンテンツサービス部３１への接続は、上記条件が成立した時点で自動的に行っても良いし、接続可能となった旨をクライアント５に表示して、利用者の確認操作を受けてから行うようにしても良い。図４は、接続を実行する前に利用者へ示される画面の一例を示した図である。接続を希望する場合には、利用者は、画面上の“入り口”と記載された部分を選択することにより、コンテンツサービス部３１への接続を実現できる。
【００３８】
また、図５に例示したように、電子メールによって接続可能となった旨を利用者へ通知する方法を取っても良い。この場合には、利用者は、予めメールアドレスを本サービス提供システムへ登録しておく必要があり、また、接続要求をする際のいずれかの段階でメールアドレスを特定するための識別情報を入力する必要がある。さらに、接続可能となった旨を音声で知らせるようにしても良い。また、これら画面表示、電子メール、あるいは音声による通知の方法の何れにするかを、利用者が選択できるようにしても良い。
【００３９】
本実施の形態例では、図２のステップS９、S１０、S１２及びS１３の処理は、上述のように、クライアント５側へ送信されたJavaアプレットなどのプログラムに基いて、クライアント５側で実施されるが、これらの処理を接続待ち用サーバ２側で実施するようにしても良い。この場合、例えば、クライアント５へ接続数情報を表示する場合には、接続待ち用サーバ２から接続数情報を表示する画面のHTMLファイルをクライアント５へ送信するという方法を取ることができる。
【００４０】
図２に戻って、クライアント５がコンテンツサーバ３へ接続されれば（図２のステップS６、S１３）、利用者は、クライアント５上の操作により、コンテンツサービス部３１に用意されているサービスの提供を受けることができる（図２のステップS１４）。その後、利用が終了し、利用者がコンテンツサーバ３との接続を終了（ログアウト）した場合、あるいは利用者からのアクセスが無いなどの理由によりコンテンツサーバ３側で強制的に接続を終了（セッションアウト）した場合には、コンテンツサービス部３１は、その旨を、接続数通信部３２、２２を介して接続数管理部２１へ通知する（図２のステップS１５）。通知を受けた接続数管理部２１は、その接続終了に基づき、「接続許可番号」を１つカウントアップする（図２のステップS１６）。
【００４１】
以上、図２に基づいて本サービス提供システムへの接続要求から接続が終了するまでの処理内容を説明したが、本サービス提供システムでは、サービスを提供するサーバの能力を越える接続要求があった場合には、当該サーバへ接続せずに、接続待ち用のサーバへ接続を行う。従って、接続要求が多い場合にも、サービス提供を行うサーバの応答性能を落すことなく、安定したサービス提供を行うことができる。また、接続待ちとなった利用者には、接続待ちの状況が数字によって具体的に示されるため、従来のような接続要求を繰り返す操作が防止される。さらに、利用者は、接続されるまでの待ち時間をおおよそ予想できるため、むやみにサービス提供を受けることを諦めることが減少し、また、待ち時間を他の作業に利用できるなど効率的かつ安心して接続が可能になるのを待つことができる。
【００４２】
また、上記の実施の形態例における変形例として、接続待ちの状態の利用者に対し、接続数情報と共に接続可能となるまでの予想時間（到達予想時間）を表示するようにしても良い。図６は、その際の画面の一例を示した図である。図６の画面の最下部が上記予想時間を示しており、この例では、利用者は接続されるまでに約２０分かかることを知ることができる。なお、この予想時間（到達予想時間）は、前記「接続許可番号」の進み具合、増加具合に基づいて、以下のような手順で求められる。
【００４３】
「接続許可番号」の管理を行う接続待ち用サーバ２の接続数管理部２１は、所定のタイミングでこの番号の進み具合を把握し、接続数定期取得部５２からの問い合せがある度に接続数情報に加えてこの進み具合の情報をクライアント５へ送信する。送信を受けたクライアント５の接続数定期取得部５２は、接続数情報と進み具合の情報から上記予想時間（到達予想時間）を算出し、その値が接続数情報表示部５１によって利用者に対して表示される。
【００４４】
例えば、過去５分間で「接続許可番号」が１０００進んだ場合に、「接続許可番号」が１００００で「接続番号」が３００００であれば、予想時間（到達予想時間）は、１００分（（３００００−１００００）÷１０００×５分＝１００分）と算出される。このように、接続数情報に加えて予想時間を表示することにより、利用者は、より適確に接続待ちの状況を把握することができ、前記実施の形態例による効果をさらに高めることができる。なお、前記予想時間（到達予想時間）を接続待ち用サーバ２側で求め、その結果をクライアント５側へ送信する方法を取ることもできる。
【００４５】
図７は、さらに別の変形例を説明するための図である。この変形例は、利用者にパスワード入力を促し、入力されたパスワードが正しい場合には、その時点の接続要求の数に関係なく、当該利用者のクライアント５を直ちにコンテンツサーバ３へ接続するものである。利用者によるパスワードの入力は、始めに接続要求をする際に行われてるようにしても良いし、接続待ちの状態になった時に利用者へ表示される接続数情報の表示画面によって行われるようにしても良い。
【００４６】
図７の（a）は、後者の場合の入力画面の例を示している。この画面上で利用者がパスワードを入力し、それが接続待ち用サーバ２に予め登録されているパスワードの一つの一致した場合には、コンテンツサーバ３への接続が許可され、図７の（b）に示すような画面がクライアント５へ表示される。ここで、利用者が、“入り口”と示された部分を選択することにより、コンテンツサーバ３へ接続されサービス提供を受けることが可能となる。なお、この変形例では、接続待ち用サーバ２に、上述したパスワードの認証を行うパスワード認証部及びパスワードを登録するためのパスワード記録部が備えられる。このパスワード入力による機能を追加することにより、特定の利用者に対し、常に迅速なサービス提供を行うことが可能となる。
【００４７】
さらに、別の変形例として、サービス提供の内容が商品等の販売である場合に、商品の在庫数を接続数情報と共に利用者に対して表示するようにしても良い。これは、いわゆるショッピングモールと呼ばれるサービス等を提供する場合であり、図８は、利用者に表示される画面の一例を示した図である。この場合、接続待ち用サーバ８の接続数管理部２１は、コンテンツサーバ３から商品が販売される度にその旨の情報を取得し、在庫数を求めて、接続数定期取得部５２からの問い合せ時に接続数情報と共にこの在庫数をクライアント５へ送信する。なお、在庫数は、販売の度にコンテンツサーバ３側で求めるようにしても良い。
【００４８】
また、この変形例において、在庫数が０となった場合に、単に上記表示画面上の在庫数を０とするだけでなく、在庫が無くなった旨を伝えるための特別な画面、例えばその旨を伝えるメッセージの画面、をクライアント５に表示するようにしても良い。図９は、その画面の一例を示した図である。さらに又、在庫が無くなった旨の画面表示に代えて、図１０に例示したような電子メールを当該利用者の登録されたアドレスへ送信する方法、在庫が無くなった旨を音声でクライアント５から利用者へ伝える方法などを取ることもできる。このように、商品等の販売をサービスとするサービス提供システムにおいて、在庫の状況を随時利用者へ伝えることにより、利用者がむやみに購入を諦めてしまうことによる機会損失を減らすことができる一方、在庫が無くなっているにもかかわらずアクセスを行うことによるサーバへの負荷を軽減することができる。
【００４９】
さらに別の変形例として、能力を越える接続要求が発生している時に、即ち接続待ちのクライアント５が存在する時に、コンテンツサーバ３へ接続されサービス提供を受けている利用者に対し、早目の接続終了を促す画面（催促画面）を表示するようにしても良い。図１１は、その画面の一例を示した図である。この変形例では、「接続番号」の方が「接続許可番号」よりも大きくなった場合に、その情報を接続待ち用サーバ２の接続数管理部２１からコンテンツサーバ３のコンテンツサービス部３１へ伝達するようにしておき、それを受けてコンテンツサービス部３１が接続中のクライアント５に対し上記催促画面を送信する。この催促画面の表示により、接続中の利用者は、応答速度が遅くなったり販売のサービスにおける在庫が無くなってしまうことを恐れるため、早目の利用が促され、その結果、通常よりも早目にコンテンツサーバ３との接続が終了し、接続要求が集中している際の接続状態を改善することができる。
【００５０】
以上説明したように、本実施の形態例に係るサービス提供システムを用いることにより、接続要求が集中した場合にも、サービスを提供するサーバの接続状態を安定に保つことができ、またサービス提供の機会損失を少なく押さえることができるため、利用者への効率的かつ安定したサービス提供を実行することができる。
【００５１】
本発明の保護範囲は、上記の実施の形態に限定されず、特許請求の範囲に記載された発明とその均等物に及ぶものである。
【００５２】
（付記１）ネットワークを介してクライアントと接続されたサーバから、前記クライアントを介して利用者へサービスの提供を行うネットワークを用いたサービス提供方法であって、
前記クライアントからの前記サーバへの接続要求に応答して、前記サーバへの接続が可能であると判断される場合には、直ちに前記クライアントを前記サーバへ接続し、前記サーバへの接続が可能でないと判断される場合には、前記接続要求を保留して前記クライアントに前記サーバの接続数情報を表示させる第一のステップと、
前記第一のステップにおいて前記接続数情報を表示させた後に、所定の時間間隔で更新された前記接続数情報を前記クライアントに表示させる第二のステップと、
前記第一のステップにおいて前記接続数情報を表示させた後に、前記サーバへの接続が可能になった時点で、前記接続要求を保留されたクライアントを前記サーバに接続させる第三のステップを有する
ことを特徴とするネットワークを用いたサービス提供方法。
【００５３】
（付記２）付記１において、
前記サーバへの接続が可能であるか否かの判断が、前記接続要求の数と前記サーバの接続可能数に基づいて行われる
ことを特徴とするネットワークを用いたサービス提供方法。
【００５４】
（付記３）付記１あるいは付記２において、
前記第三のステップにおける前記サーバへの接続が可能になった時点で、前記サーバへの接続が行われる前に、前記サーバへの接続が可能になった旨を前記クライアントに表示させる
ことを特徴とするネットワークを用いたサービス提供方法。
【００５５】
（付記４）付記１あるいは付記２において、
前記第三のステップにおける前記サーバへの接続が可能になった時点で、前記サーバへの接続が行われる前に、前記サーバへの接続が可能になった旨のメッセージが前記クライアントから音声によって発せられる
ことを特徴とするネットワークを用いたサービス提供方法。
【００５６】
（付記５）付記１あるいは付記２において、
前記第三のステップにおける前記サーバへの接続が可能になった時点で、前記サーバへの接続が行われる前に、前記サーバへの接続が可能になった旨を知らせる電子メールが、前記利用者に対して予め登録されたメールアドレスへ送信される
ことを特徴とするネットワークを用いたサービス提供方法。
【００５７】
（付記６）付記１乃至付記５のいずれかにおいて、
前記第二のステップにおける前記所定の時間間隔が、前記接続数情報に応じて変更される
ことを特徴とするネットワークを用いたサービス提供方法。
【００５８】
（付記７）付記１乃至付記６のいずれかにおいて、
前記クライアントに表示される接続数情報が、何番目に前記サーバへの接続が可能になるかの情報を含んでいる
ことを特徴とするネットワークを用いたサービス提供方法。
【００５９】
（付記８）付記１乃至付記７のいずれかにおいて、
前記接続数情報を前記クライアントに表示させる時に、更に、前記接続数情報の時間的変化に基づいて求められる前記サーバへの接続が可能になるまでの予想時間を表示させる
ことを特徴とするネットワークを用いたサービス提供方法。
【００６０】
（付記９）付記１あるいは付記２において、更に、
前記サーバへの接続が行われるまでの間に、前記利用者に対してパスワードの入力を促し、前記入力されたパスワードが正しいことが認められた時には、前記接続が可能であるか否かの判断にかかわらず、その時点で前記クライアントを前記サーバへ接続させるステップを有する
ことを特徴とするネットワークを用いたサービス提供方法。
【００６１】
（付記１０）付記１あるいは付記２において、
前記提供されるサービスが販売サービスである場合に、前記クライアントに接続数情報を表示させる際に、更に、前記販売サービスにより販売可能な商品等の在庫数を表示させる
ことを特徴とするネットワークを用いたサービス提供方法。
【００６２】
（付記１１）付記１０において、
前記在庫数が０になった場合に、当該商品等の販売サービスが終了した旨を前記クライアントに表示させる
ことを特徴とするネットワークを用いたサービス提供方法。
【００６３】
（付記１２）付記１０において、
前記在庫数が０になった場合に、当該商品等の販売サービスが終了した旨のメッセージが前記クライアントから音声によって発せられる
ことを特徴とするネットワークを用いたサービス提供方法。
【００６４】
（付記１３）付記１０において、
前記在庫数が０になった場合に、当該商品等の販売サービスが終了した旨を知らせる電子メールが、前記利用者に対して予め登録されたメールアドレスへ送信される
ことを特徴とするネットワークを用いたサービス提供方法。
【００６５】
（付記１４）付記１において、更に、
前記サーバへの接続が可能でないと判断されている場合に、前記サーバへ接続中の前記クライアントに前記接続数情報を表示させるステップを有する
ことを特徴とするネットワークを用いたサービス提供方法。
【００６６】
（付記１５）ネットワークを介してクライアントと接続されたサーバから、前記クライアントを介して利用者へサービスの提供を行うネットワークを用いたサービス提供方法であって、
前記クライアントが、前記サーバへ接続要求をした時に、前記サーバへの接続が可能であると判断された場合には、直ちに前記サーバへ接続され、前記サーバへの接続が可能でないと判断された場合には、前記接続要求が保留され前記サーバの接続数情報を表示する第一のステップと、
前記クライアントが、前記第一のステップにおいて前記接続数情報を表示した後に、所定の時間間隔で更新された前記接続数情報を表示する第二のステップと、
前記クライアントが、前記第一のステップにおいて前記接続数情報を表示した後に、前記サーバへの接続が可能になった時点で、前記サーバへ接続される第三のステップを有する
ことを特徴とするネットワークを用いたサービス提供方法。
【００６７】
（付記１６）付記１５において、
前記クライアントが、前記第二のステップにおいて表示する前記更新された接続数情報を、前記所定の時間間隔で取得する
ことを特徴とするネットワークを用いたサービス提供方法。
【００６８】
（付記１７）付記１５あるいは付記１６において、
前記クライアントが、前記第三のステップにおける前記サーバへの接続が可能になったか否かの判断を行う
ことを特徴とするネットワークを用いたサービス提供方法。
【００６９】
（付記１８）ネットワークを介してクライアントと接続された第一、第二及び第三のサーバから構成され、前記クライアントを介して前記第三のサーバから利用者にサービス提供を行うネットワークを用いたサービス提供システムであって、
前記第一のサーバが、前記クライアントからの前記第三のサーバへの接続要求に応答して、前記第三のサーバへの接続が可能であると判断される場合には、直ちに前記クライアントを前記第三のサーバへ接続し、前記第三のサーバへの接続が可能でないと判断される場合には、前記クライアントを前記第二のサーバへ接続し、
前記第二のサーバが、前記クライアントと接続された時に、前記第三のサーバの接続数情報を前記クライアントに表示させ、その後、所定の時間間隔で更新された前記接続数情報を前記クライアントに表示させ、前記第三のサーバへの接続が可能になった時点で、前記クライアントを前記第三のサーバへ接続させる
ことを特徴とするネットワークを用いたサービス提供システム。
【００７０】
【発明の効果】
以上、本発明によれば、利用者は、直ぐに所望のサーバへ接続できなくても、自己の待ち状態を数字により具体的に把握でき、接続可能になるまで再度アクセスをする必要がないため、従来のようなアクセスの繰返しがなくなり、また、むやみにアクセスを諦めてしまう場合も減少する。従って、能力を越える接続要求がある場合にも、安定した接続状況を保て、サービス提供の機会損失も少なく押さえられて、効率的なサービス提供を行うことが可能となる。
【図面の簡単な説明】
【図１】本発明を適用したサービス提供システムの実施の形態例に係る構成図である。
【図２】本実施の形態例に係るサービス提供システムへの接続要求が発生した時の処理フローを示した図である。
【図３】接続数情報の表示画面の一例を示した図である。
【図４】接続可能となった時に利用者へ表示される画面の一例を示した図である。
【図５】接続可能となった時に利用者へ送信される電子メールの一例を示した図である。
【図６】接続数情報の表示画面に接続可能となるまでの予想時間（到達予想時間）を表示する場合の一例を示した図である。
【図７】利用者にパスワード入力を促す画面とパスワードの認証後に表示される画面の一例を示した図である。
【図８】利用者に在庫数を表示する画面の一例を示した図である。
【図９】利用者に在庫が無くなった旨を伝えるための画面の一例を示した図である。
【図１０】利用者に在庫が無くなった旨を伝えるための電子メールの一例を示した図である。
【図１１】接続中の利用者に表示される催促画面の一例を示した図である。
【符号の説明】
１ 接続先振り分けサーバ
２ 接続待ち用サーバ
３ コンテンツサーバ
４ ネットワーク
５ クライアント
１１ 接続先振分処理部
１２ 接続数通信部
２１ 接続数管理部
２２ 接続数通信部
３１ コンテンツサービス部
３２ 接続数通信部
５１ 接続数情報表示部
５２ 接続数定期取得部
【発明の属する技術分野】
本発明は、インターネット等のネットワークを用いたサービス提供方法に関し、特に、サービスを提供するサーバへの接続要求が集中した際にも、安定したサービス提供を可能とするサービス提供方法及びそれを用いたサービス提供システムに関する。
【０００２】
【従来の技術】
近年、インターネットの急速な普及により、情報提供、商品販売、メール配信など多種多様なサービスを提供するインターネット上のサービス提供サイトが数多く設けられている。これらのサービスを受けようとする利用者は、インターネットに接続されたパーソナルコンピュータなどから、上記サービス提供サイトへ接続（アクセス）し、比較的容易な手続きでこれらのサービスを受けることができる。
【０００３】
かかるサービス提供サイトの中には、非常に人気が有るなどの理由により、同時期に非常に多数の利用者からの接続要求が発生するようなサイトも存在する。このようなサイトでは、この大規模な接続数に耐え得るだけの容量を持った、高性能なサーバを設置する必要があった。
【０００４】
このように、従来は、インターネット上のサービス提供サイトに限らず、ネットワークを介してサービス提供を行うサーバは、安定したサービス提供を行うために、予想される接続数に見合った仕様で設計されていた。
【０００５】
しかし、その予想接続数を越えるアクセスが集中した場合には、特段の対応をすることができず、サービスを提供するサーバの性能低下や停止により、利用者のアクセスが不能となるなど、安定したサービス提供を継続することができなかった。また、サービス提供サイトによっては、このようなアクセス集中時に、接続できない利用者に対し、後でアクセスするように促すメッセージを送信する、という対応を取る場合もあった。
【０００６】
【発明が解決しようとする課題】
しかしながら、サービス提供を行うサーバに予想数を越えるアクセスが発生した場合に、従来のような対応では、接続できなかった利用者は、サーバの混み具合を把握できないため、何度も当該サーバへ接続要求を繰返し、益々当該サーバの負荷が増えてしまうという悪循環が発生していた。また、当該サーバへ接続中の利用者は、混んでいる状況を把握していないため、特に急がされることもなく、通常通りの利用を継続し、早目に利用を終了することによる接続状態の改善は望めなかった。
【０００７】
さらに、利用者によっては、いつ接続できるか分からない状況の中で接続を諦めてしまったり、中々接続できないことや接続時のレスポンスの遅さによってそのサービス提供サイトに対し悪印象を持つ場合もあり、サービス提供の機会を損失してしまう可能性もあった。
【０００８】
従って、従来のようなサービス提供方法では、サーバの能力を越えるアクセス集中時に損失が大きく、より多くの人への効率的かつ安定したサービス提供が行えなかった。
【０００９】
そこで、本発明の目的は、サーバの能力を越えるアクセス集中時にも、極力安定した接続状態を保ち、利用者へのサービス提供の機会損失を最小限に押さえて、安定したサービス提供を行うことのできるネットワークを用いたサービス提供方法及びサービス提供システムを提供することである。
【００１０】
【課題を解決するための手段】
上記の目的を達成するために、本発明の一つの側面は、利用者からサービス提供を行うサーバへの接続要求があった時に、接続可能数を越えている場合には、直ちに上記サーバへの接続を実行せずに、その時点の接続数情報を利用者へ知らせ、その情報を随時更新し、接続可能となった段階で、上記サーバへの接続を行うことである。従って、本発明によれば、利用者は、直ぐに所望のサーバへ接続できなくても、自己の待ち状態を数字により具体的に把握でき、接続可能になるまで再度アクセスをする必要がないため、従来のようなアクセスの繰返しがなくなり、また、むやみにアクセスを諦めてしまう場合も減少する。よって、能力を越える接続要求がある場合にも、安定した接続状況を保て、サービス提供の機会損失も少なく押さえられて、効率的なサービス提供を行うことが可能となる。
【００１１】
更に、上記の発明において、その好ましい態様は、前記サーバへの接続が可能となった時に、その接続を実行する前に、接続が可能になった旨を画面表示、音声、あるいは電子メールにより前記利用者に知らせることを特徴とする。
【００１２】
更に、上記の発明において、別の態様は、前記接続数情報の更新の周期が、前記接続数情報に応じて変更されることを特徴とする。
【００１３】
また、上記の発明において、別の態様は、前記接続数情報の時間的変化に基づいて求められる接続が可能になるまでの予想時間を前記接続数情報と共に利用者へ知らせることを特徴とする。
【００１４】
更にまた、上記の発明において、別の態様は、提供されるサービスが商品等の販売サービスである場合に、その商品等の在庫数を前記接続数情報と共に利用者へ知らせることを特徴とする。
【００１５】
更に、上記の発明において、別の態様は、前記サービス提供を行うサーバへの接続要求が接続可能数を越えている場合に、当該サーバを利用中の利用者に対し、前記接続数情報を知らせることを特徴とする。
【００１６】
本発明の更なる目的及び、特徴は、以下に説明する発明の実施の形態から明らかになる。
【００１７】
【発明の実施の形態】
以下、図面を参照して本発明の実施の形態例を説明する。しかしながら、かかる実施の形態例が、本発明の技術的範囲を限定するものではない。なお、図において、同一又は類似のものには同一の参照番号又は参照記号を付して説明する。
【００１８】
図１は、本発明を適用したサービス提供システムの実施の形態例に係る構成図である。本実施の形態例におけるサービス提供システムは、サービス提供側のサーバを構成する接続先振り分けサーバ１、接続待ち用サーバ２、及びコンテンツサーバ３と、サービス提供を受ける利用者の端末機であるクライアント５内にある接続数情報表示部５１及び接続数定期取得部５２で構成される。
【００１９】
クライアント５は、パーソナルコンピュータなどで構成されるクライアントシステムであり、インターネットなどのネットワーク４を介して上記サーバと接続可能となっている。また、クライアント５には、上記サーバからサービスを受けるためのソフトウェア、例えばインターネット用のブラウザなど、が具備され、本サービス提供システムの利用者は、そのソフトウェアを利用して、前記サーバへのアクセスを行い、サービス提供を受ける。なお、クライアント５は、ネットワーク４上に複数存在して構わない。
【００２０】
接続先振り分けサーバ１は、前記クライアント５を介して利用者から接続要求があった際に、そのクライアント５の接続先を、接続待ち用サーバ２あるいはコンテンツサーバ３に振り分ける役割を担うサーバであり、パーソナルコンピュータやワークステーションなどコンピュータシステムで構成される。
【００２１】
図１に示すように、接続先振り分けサーバ１は、接続先振分処理部１１及び接続数通信部１２を有している。そのうちの接続先振分処理部１１は、ネットワーク４上の独自のアドレス（インターネットの場合はURL）を持っており、利用者から接続要求があった際には、まずここに接続され、ここにおいて上述した振り分け処理が実行される。また、接続先振分処理部１１では、「接続番号」の管理を行っており、利用者からの接続要求がある度に、その接続要求に対し、ユニークな「接続番号」を発行する。ここで、「接続番号」とは、本サービス提供システムへの接続要求の累計数であり、初期値が０で、接続要求の度に１ずつ増加する数値である。
【００２２】
また、接続数通信部１２は、上記「接続番号」など本サービス提供システムへの接続数に関する情報を接続待ち用サーバ２との間で授受する役割を担っている。なお、接続先振分処理部１１及び接続数通信部１２は、コンピュータプログラムとそれに基づいて処理を実行する制御装置によって実装されることが好ましい。
【００２３】
次に、接続待ち用サーバ２は、クライアント５からの接続要求時に、実際にサービス提供を行うコンテンツサーバ３へ接続することができない場合、即ちコンテンツサーバ３の能力を越える数の接続要求が発生している場合に、当該クライアント５が接続されるサーバであり、図１に示すように、接続数管理部２１と接続数通信部２２を有している。
【００２４】
接続数管理部２１は、ネットワーク４上の独自のアドレスを有し、ここに接続されたクライアント５に対し、本サービス提供システムへの接続数に関する情報を提供する。また、ここでは、コンテンツサーバ３への接続を許可して良い上限の前記「接続番号」を意味する「接続許可番号」の管理を行っている。「接続許可番号」は、初期状態ではコンテンツサーバ３（正確には後述するコンテンツサービス部３１）の最大接続可能数の値を取り、接続されているクライアント５との接続が終了する度に１ずつ増加する。例えば、最大接続可能数が１０００である場合には、「接続許可番号」の初期値は“１０００”であり、クライアント５との接続が終わる度に、この値が“１００１”、“１００２”…と増加していく。
【００２５】
また、接続数通信部２２は、前記接続数通信部１２と同様に、接続数に関する情報を、接続先振り分けサーバ１及びコンテンツサーバ３との間で授受し、コンテンツサーバ３から送信される接続終了の情報により、前記「接続許可番号」を更新する。なお、接続待ち用サーバ２は、パーソナルコンピュータやワークステーションなどのコンピュータシステムで構成され、接続数管理部２１及び接続数通信部２２は、コンピュータプログラムとそれに基づいて処理を実行する制御装置によって実装されることが好ましい。
【００２６】
コンテンツサーバ３は、本サービス提供システムにおいて実際にサービスを提供するサーバであり、コンテンツサービス部３１及び接続数通信部３２を有している。コンテンツサービス部３１は、ネットワーク４上の独自のアドレスを有し、ここに接続を許可されたクライアント５に対し、用意された各種のサービスを提供する。具体的には、利用者のクライアント５上の操作に基づいて、情報の提供、商品の販売等を行う。また、接続数通信部３２は、接続待ち用サーバ２との間で接続数に関する情報の授受を行う。
【００２７】
なお、コンテンツサーバ３も、前記他のサーバと同様に、パーソナルコンピュータやワークステーションなどのコンピュータシステムで構成され、コンテンツサービス部３１及び接続数通信部３２は、コンピュータプログラムとそれに基づいて処理を実行する制御装置によって実装されることが好ましい。
【００２８】
次に、クライアント５内にある接続数情報表示部５１及び接続数定期取得部５２は、接続要求をしたクライアント５が前記接続待ち用サーバ２に接続されている時、即ち前記コンテンツサービス部３１への接続を待っている時に機能し、定期的に接続待ち用サーバ２から接続数に関する情報を取得し、その情報をクライアント５へ表示することにより、利用者に接続待ちの状況を知らせる。なお、この接続数情報表示部５１及び接続数定期取得部５２は、クライアント５が接続待ち用サーバ２に接続された時に、接続待ち用サーバ２からクライアント５へ送信されるJavaアプレットなどのプログラムによって構成されることが好ましい。
【００２９】
なお、図１に示すように、本実施の形態例における接続先振り分けサーバ１、接続待ち用サーバ２、及びコンテンツサーバ３は、それぞれ独立した３台のサーバで構成されているが、これら３つのサーバを１台のサーバで構成し、その中の資源を論理的に分けて管理する方法でも良い。
【００３０】
以上説明したように構成された本実施の形態例の係るサービス提供システムは、サービスを提供するサーバの能力を越える数の接続要求が発生した時に、直ちに当該サーバへの接続を行わずに、接続が可能になるまで利用者へ随時接続待ちの状況を通知し、接続が可能となった段階で当該サーバへの接続を実施しようとするものである。
【００３１】
図２は、本実施の形態例に係るサービス提供システムへの接続要求が発生した時の処理フローを示した図である。まず、本サービス提供システムを利用しようとする利用者は、クライアント５のブラウザなどにより、本サービス提供システムへの接続を要求する（図２のステップS１）。すると、クライアント５は、まず接続先振り分けサーバ１の接続先振分処理部１１へ接続され、接続先振分処理部１１は、前述した「接続番号」を１つカウントアップし、その「接続番号」をこの接続要求に対して発行する（図２のステップS２）。
【００３２】
次に、接続先振分処理部１１は、接続数通信部１２、２２を介して、その時点の「接続許可番号」を接続待ち用サーバ２の接続数管理部２１へ問い合せ（図２のステップS３）、それに応答して、接続数管理部２１は、「接続許可番号」を接続先振分処理部１１へ送信する（図２のステップS４）。接続先振分処理部１１は、受取った「接続許可番号」と上記発行した「接続番号」を比較し、「接続番号」が「接続許可番号」以下であれば（図２のステップS５のYes）、直ちに当該クライアント５をコンテンツサーバ３のコンテンツサービス部３１へ接続する（図２のステップS６）。
【００３３】
比較の結果、「接続番号」の方か大きい場合には（図２のステップS５のNo）、接続先振分処理部１１は、当該クライアント５を接続待ち用サーバ２の接続数管理部２１へ接続し（図２のステップS７）、クライアント５は接続待ちの状態に入る。それに応答して、接続数管理部２１は、当該クライアント５に対し、接続数情報、即ち当該クライアント５の「接続番号」とその時点での「接続許可番号」を、前述した接続数情報表示部５１及び接続数定期取得部５２を構成するプログラムと共に送信する（図２のステップS８）。
【００３４】
上記送信を受けたクライアント５では、接続数情報表示部５１により、送信された接続数情報が利用者に対して表示される（図２のステップS９）。図３は、その表示画面の一例を示した図である。図中のｘ部が「接続許可番号」を、ｙ部が当該クライアント５の「接続番号」を表している。利用者は、この画面の表示により、接続待ちの状況を具体的に把握することができる。なお、図３のように「接続許可番号」と「接続番号」を表示せずに、接続されるまで何人待ちであるか（図３の（ｙ部−ｘ部）の値）を表示するようにしても良い。
【００３５】
このように待ち状態に入ったクライアント５では、上記送信されたプログラムに基づき接続数定期取得部５２が、予め定めた一定の時間間隔で「接続許可番号」を接続数管理部２１に問い合せる（図２のステップS１０）。なお、この問い合せが行われる時間間隔は、固定とせずに、接続待ち用サーバ２の負荷を考慮して、自動調整するようにしても良い。具体的には、接続待ちの状態で接続数管理部２１に問い合せを行うクライアント５の数（例えば、図３の（ｙ部−ｘ部）の値）に応じて、問い合せの間隔を変更する。例えば、接続待ち用サーバ２が、同時に１０００の応答処理能力を有し、１回の問い合せ処理に２秒間を要する場合には、接続待ちのクライアント数が１０００であれば、問い合せの間隔を２秒に設定し、接続待ちのクライアント数が５０００であれば、１０秒（２ｘ（５０００／１０００）＝１０）に設定する。これにより、クライアント５の数が多い場合にも、問い合せの間隔が長く設定されるので、接続待ち用サーバ２の負荷を軽減でき、応答性能を維持することができる。
【００３６】
問い合せを受けた接続数管理部２１は、その時点での「接続許可番号」をクライアント５へ送信し（図２のステップS１１）、接続数定期取得部５２は、その「接続許可番号」と当該クライアント５の「接続番号」を比較する（図２のステップS１２）。比較の結果、「接続番号」の方が大きい場合には（図２のステップS１２のNo）、即ち接続が許可されない場合には、図２のステップＳ９からの処理を繰返し実行する。一方、「接続番号」が「接続許可番号」以下であれば（図２のステップS１２のYes）、接続数定期取得部５２は、当該クライアント５をコンテンツサーバ３のコンテンツサービス部３１へ接続する（図２のステップS１３）。
【００３７】
なお、コンテンツサービス部３１への接続は、上記条件が成立した時点で自動的に行っても良いし、接続可能となった旨をクライアント５に表示して、利用者の確認操作を受けてから行うようにしても良い。図４は、接続を実行する前に利用者へ示される画面の一例を示した図である。接続を希望する場合には、利用者は、画面上の“入り口”と記載された部分を選択することにより、コンテンツサービス部３１への接続を実現できる。
【００３８】
また、図５に例示したように、電子メールによって接続可能となった旨を利用者へ通知する方法を取っても良い。この場合には、利用者は、予めメールアドレスを本サービス提供システムへ登録しておく必要があり、また、接続要求をする際のいずれかの段階でメールアドレスを特定するための識別情報を入力する必要がある。さらに、接続可能となった旨を音声で知らせるようにしても良い。また、これら画面表示、電子メール、あるいは音声による通知の方法の何れにするかを、利用者が選択できるようにしても良い。
【００３９】
本実施の形態例では、図２のステップS９、S１０、S１２及びS１３の処理は、上述のように、クライアント５側へ送信されたJavaアプレットなどのプログラムに基いて、クライアント５側で実施されるが、これらの処理を接続待ち用サーバ２側で実施するようにしても良い。この場合、例えば、クライアント５へ接続数情報を表示する場合には、接続待ち用サーバ２から接続数情報を表示する画面のHTMLファイルをクライアント５へ送信するという方法を取ることができる。
【００４０】
図２に戻って、クライアント５がコンテンツサーバ３へ接続されれば（図２のステップS６、S１３）、利用者は、クライアント５上の操作により、コンテンツサービス部３１に用意されているサービスの提供を受けることができる（図２のステップS１４）。その後、利用が終了し、利用者がコンテンツサーバ３との接続を終了（ログアウト）した場合、あるいは利用者からのアクセスが無いなどの理由によりコンテンツサーバ３側で強制的に接続を終了（セッションアウト）した場合には、コンテンツサービス部３１は、その旨を、接続数通信部３２、２２を介して接続数管理部２１へ通知する（図２のステップS１５）。通知を受けた接続数管理部２１は、その接続終了に基づき、「接続許可番号」を１つカウントアップする（図２のステップS１６）。
【００４１】
以上、図２に基づいて本サービス提供システムへの接続要求から接続が終了するまでの処理内容を説明したが、本サービス提供システムでは、サービスを提供するサーバの能力を越える接続要求があった場合には、当該サーバへ接続せずに、接続待ち用のサーバへ接続を行う。従って、接続要求が多い場合にも、サービス提供を行うサーバの応答性能を落すことなく、安定したサービス提供を行うことができる。また、接続待ちとなった利用者には、接続待ちの状況が数字によって具体的に示されるため、従来のような接続要求を繰り返す操作が防止される。さらに、利用者は、接続されるまでの待ち時間をおおよそ予想できるため、むやみにサービス提供を受けることを諦めることが減少し、また、待ち時間を他の作業に利用できるなど効率的かつ安心して接続が可能になるのを待つことができる。
【００４２】
また、上記の実施の形態例における変形例として、接続待ちの状態の利用者に対し、接続数情報と共に接続可能となるまでの予想時間（到達予想時間）を表示するようにしても良い。図６は、その際の画面の一例を示した図である。図６の画面の最下部が上記予想時間を示しており、この例では、利用者は接続されるまでに約２０分かかることを知ることができる。なお、この予想時間（到達予想時間）は、前記「接続許可番号」の進み具合、増加具合に基づいて、以下のような手順で求められる。
【００４３】
「接続許可番号」の管理を行う接続待ち用サーバ２の接続数管理部２１は、所定のタイミングでこの番号の進み具合を把握し、接続数定期取得部５２からの問い合せがある度に接続数情報に加えてこの進み具合の情報をクライアント５へ送信する。送信を受けたクライアント５の接続数定期取得部５２は、接続数情報と進み具合の情報から上記予想時間（到達予想時間）を算出し、その値が接続数情報表示部５１によって利用者に対して表示される。
【００４４】
例えば、過去５分間で「接続許可番号」が１０００進んだ場合に、「接続許可番号」が１００００で「接続番号」が３００００であれば、予想時間（到達予想時間）は、１００分（（３００００−１００００）÷１０００×５分＝１００分）と算出される。このように、接続数情報に加えて予想時間を表示することにより、利用者は、より適確に接続待ちの状況を把握することができ、前記実施の形態例による効果をさらに高めることができる。なお、前記予想時間（到達予想時間）を接続待ち用サーバ２側で求め、その結果をクライアント５側へ送信する方法を取ることもできる。
【００４５】
図７は、さらに別の変形例を説明するための図である。この変形例は、利用者にパスワード入力を促し、入力されたパスワードが正しい場合には、その時点の接続要求の数に関係なく、当該利用者のクライアント５を直ちにコンテンツサーバ３へ接続するものである。利用者によるパスワードの入力は、始めに接続要求をする際に行われてるようにしても良いし、接続待ちの状態になった時に利用者へ表示される接続数情報の表示画面によって行われるようにしても良い。
【００４６】
図７の（a）は、後者の場合の入力画面の例を示している。この画面上で利用者がパスワードを入力し、それが接続待ち用サーバ２に予め登録されているパスワードの一つの一致した場合には、コンテンツサーバ３への接続が許可され、図７の（b）に示すような画面がクライアント５へ表示される。ここで、利用者が、“入り口”と示された部分を選択することにより、コンテンツサーバ３へ接続されサービス提供を受けることが可能となる。なお、この変形例では、接続待ち用サーバ２に、上述したパスワードの認証を行うパスワード認証部及びパスワードを登録するためのパスワード記録部が備えられる。このパスワード入力による機能を追加することにより、特定の利用者に対し、常に迅速なサービス提供を行うことが可能となる。
【００４７】
さらに、別の変形例として、サービス提供の内容が商品等の販売である場合に、商品の在庫数を接続数情報と共に利用者に対して表示するようにしても良い。これは、いわゆるショッピングモールと呼ばれるサービス等を提供する場合であり、図８は、利用者に表示される画面の一例を示した図である。この場合、接続待ち用サーバ８の接続数管理部２１は、コンテンツサーバ３から商品が販売される度にその旨の情報を取得し、在庫数を求めて、接続数定期取得部５２からの問い合せ時に接続数情報と共にこの在庫数をクライアント５へ送信する。なお、在庫数は、販売の度にコンテンツサーバ３側で求めるようにしても良い。
【００４８】
また、この変形例において、在庫数が０となった場合に、単に上記表示画面上の在庫数を０とするだけでなく、在庫が無くなった旨を伝えるための特別な画面、例えばその旨を伝えるメッセージの画面、をクライアント５に表示するようにしても良い。図９は、その画面の一例を示した図である。さらに又、在庫が無くなった旨の画面表示に代えて、図１０に例示したような電子メールを当該利用者の登録されたアドレスへ送信する方法、在庫が無くなった旨を音声でクライアント５から利用者へ伝える方法などを取ることもできる。このように、商品等の販売をサービスとするサービス提供システムにおいて、在庫の状況を随時利用者へ伝えることにより、利用者がむやみに購入を諦めてしまうことによる機会損失を減らすことができる一方、在庫が無くなっているにもかかわらずアクセスを行うことによるサーバへの負荷を軽減することができる。
【００４９】
さらに別の変形例として、能力を越える接続要求が発生している時に、即ち接続待ちのクライアント５が存在する時に、コンテンツサーバ３へ接続されサービス提供を受けている利用者に対し、早目の接続終了を促す画面（催促画面）を表示するようにしても良い。図１１は、その画面の一例を示した図である。この変形例では、「接続番号」の方が「接続許可番号」よりも大きくなった場合に、その情報を接続待ち用サーバ２の接続数管理部２１からコンテンツサーバ３のコンテンツサービス部３１へ伝達するようにしておき、それを受けてコンテンツサービス部３１が接続中のクライアント５に対し上記催促画面を送信する。この催促画面の表示により、接続中の利用者は、応答速度が遅くなったり販売のサービスにおける在庫が無くなってしまうことを恐れるため、早目の利用が促され、その結果、通常よりも早目にコンテンツサーバ３との接続が終了し、接続要求が集中している際の接続状態を改善することができる。
【００５０】
以上説明したように、本実施の形態例に係るサービス提供システムを用いることにより、接続要求が集中した場合にも、サービスを提供するサーバの接続状態を安定に保つことができ、またサービス提供の機会損失を少なく押さえることができるため、利用者への効率的かつ安定したサービス提供を実行することができる。
【００５１】
本発明の保護範囲は、上記の実施の形態に限定されず、特許請求の範囲に記載された発明とその均等物に及ぶものである。
【００５２】
（付記１）ネットワークを介してクライアントと接続されたサーバから、前記クライアントを介して利用者へサービスの提供を行うネットワークを用いたサービス提供方法であって、
前記クライアントからの前記サーバへの接続要求に応答して、前記サーバへの接続が可能であると判断される場合には、直ちに前記クライアントを前記サーバへ接続し、前記サーバへの接続が可能でないと判断される場合には、前記接続要求を保留して前記クライアントに前記サーバの接続数情報を表示させる第一のステップと、
前記第一のステップにおいて前記接続数情報を表示させた後に、所定の時間間隔で更新された前記接続数情報を前記クライアントに表示させる第二のステップと、
前記第一のステップにおいて前記接続数情報を表示させた後に、前記サーバへの接続が可能になった時点で、前記接続要求を保留されたクライアントを前記サーバに接続させる第三のステップを有する
ことを特徴とするネットワークを用いたサービス提供方法。
【００５３】
（付記２）付記１において、
前記サーバへの接続が可能であるか否かの判断が、前記接続要求の数と前記サーバの接続可能数に基づいて行われる
ことを特徴とするネットワークを用いたサービス提供方法。
【００５４】
（付記３）付記１あるいは付記２において、
前記第三のステップにおける前記サーバへの接続が可能になった時点で、前記サーバへの接続が行われる前に、前記サーバへの接続が可能になった旨を前記クライアントに表示させる
ことを特徴とするネットワークを用いたサービス提供方法。
【００５５】
（付記４）付記１あるいは付記２において、
前記第三のステップにおける前記サーバへの接続が可能になった時点で、前記サーバへの接続が行われる前に、前記サーバへの接続が可能になった旨のメッセージが前記クライアントから音声によって発せられる
ことを特徴とするネットワークを用いたサービス提供方法。
【００５６】
（付記５）付記１あるいは付記２において、
前記第三のステップにおける前記サーバへの接続が可能になった時点で、前記サーバへの接続が行われる前に、前記サーバへの接続が可能になった旨を知らせる電子メールが、前記利用者に対して予め登録されたメールアドレスへ送信される
ことを特徴とするネットワークを用いたサービス提供方法。
【００５７】
（付記６）付記１乃至付記５のいずれかにおいて、
前記第二のステップにおける前記所定の時間間隔が、前記接続数情報に応じて変更される
ことを特徴とするネットワークを用いたサービス提供方法。
【００５８】
（付記７）付記１乃至付記６のいずれかにおいて、
前記クライアントに表示される接続数情報が、何番目に前記サーバへの接続が可能になるかの情報を含んでいる
ことを特徴とするネットワークを用いたサービス提供方法。
【００５９】
（付記８）付記１乃至付記７のいずれかにおいて、
前記接続数情報を前記クライアントに表示させる時に、更に、前記接続数情報の時間的変化に基づいて求められる前記サーバへの接続が可能になるまでの予想時間を表示させる
ことを特徴とするネットワークを用いたサービス提供方法。
【００６０】
（付記９）付記１あるいは付記２において、更に、
前記サーバへの接続が行われるまでの間に、前記利用者に対してパスワードの入力を促し、前記入力されたパスワードが正しいことが認められた時には、前記接続が可能であるか否かの判断にかかわらず、その時点で前記クライアントを前記サーバへ接続させるステップを有する
ことを特徴とするネットワークを用いたサービス提供方法。
【００６１】
（付記１０）付記１あるいは付記２において、
前記提供されるサービスが販売サービスである場合に、前記クライアントに接続数情報を表示させる際に、更に、前記販売サービスにより販売可能な商品等の在庫数を表示させる
ことを特徴とするネットワークを用いたサービス提供方法。
【００６２】
（付記１１）付記１０において、
前記在庫数が０になった場合に、当該商品等の販売サービスが終了した旨を前記クライアントに表示させる
ことを特徴とするネットワークを用いたサービス提供方法。
【００６３】
（付記１２）付記１０において、
前記在庫数が０になった場合に、当該商品等の販売サービスが終了した旨のメッセージが前記クライアントから音声によって発せられる
ことを特徴とするネットワークを用いたサービス提供方法。
【００６４】
（付記１３）付記１０において、
前記在庫数が０になった場合に、当該商品等の販売サービスが終了した旨を知らせる電子メールが、前記利用者に対して予め登録されたメールアドレスへ送信される
ことを特徴とするネットワークを用いたサービス提供方法。
【００６５】
（付記１４）付記１において、更に、
前記サーバへの接続が可能でないと判断されている場合に、前記サーバへ接続中の前記クライアントに前記接続数情報を表示させるステップを有する
ことを特徴とするネットワークを用いたサービス提供方法。
【００６６】
（付記１５）ネットワークを介してクライアントと接続されたサーバから、前記クライアントを介して利用者へサービスの提供を行うネットワークを用いたサービス提供方法であって、
前記クライアントが、前記サーバへ接続要求をした時に、前記サーバへの接続が可能であると判断された場合には、直ちに前記サーバへ接続され、前記サーバへの接続が可能でないと判断された場合には、前記接続要求が保留され前記サーバの接続数情報を表示する第一のステップと、
前記クライアントが、前記第一のステップにおいて前記接続数情報を表示した後に、所定の時間間隔で更新された前記接続数情報を表示する第二のステップと、
前記クライアントが、前記第一のステップにおいて前記接続数情報を表示した後に、前記サーバへの接続が可能になった時点で、前記サーバへ接続される第三のステップを有する
ことを特徴とするネットワークを用いたサービス提供方法。
【００６７】
（付記１６）付記１５において、
前記クライアントが、前記第二のステップにおいて表示する前記更新された接続数情報を、前記所定の時間間隔で取得する
ことを特徴とするネットワークを用いたサービス提供方法。
【００６８】
（付記１７）付記１５あるいは付記１６において、
前記クライアントが、前記第三のステップにおける前記サーバへの接続が可能になったか否かの判断を行う
ことを特徴とするネットワークを用いたサービス提供方法。
【００６９】
（付記１８）ネットワークを介してクライアントと接続された第一、第二及び第三のサーバから構成され、前記クライアントを介して前記第三のサーバから利用者にサービス提供を行うネットワークを用いたサービス提供システムであって、
前記第一のサーバが、前記クライアントからの前記第三のサーバへの接続要求に応答して、前記第三のサーバへの接続が可能であると判断される場合には、直ちに前記クライアントを前記第三のサーバへ接続し、前記第三のサーバへの接続が可能でないと判断される場合には、前記クライアントを前記第二のサーバへ接続し、
前記第二のサーバが、前記クライアントと接続された時に、前記第三のサーバの接続数情報を前記クライアントに表示させ、その後、所定の時間間隔で更新された前記接続数情報を前記クライアントに表示させ、前記第三のサーバへの接続が可能になった時点で、前記クライアントを前記第三のサーバへ接続させる
ことを特徴とするネットワークを用いたサービス提供システム。
【００７０】
【発明の効果】
以上、本発明によれば、利用者は、直ぐに所望のサーバへ接続できなくても、自己の待ち状態を数字により具体的に把握でき、接続可能になるまで再度アクセスをする必要がないため、従来のようなアクセスの繰返しがなくなり、また、むやみにアクセスを諦めてしまう場合も減少する。従って、能力を越える接続要求がある場合にも、安定した接続状況を保て、サービス提供の機会損失も少なく押さえられて、効率的なサービス提供を行うことが可能となる。
【図面の簡単な説明】
【図１】本発明を適用したサービス提供システムの実施の形態例に係る構成図である。
【図２】本実施の形態例に係るサービス提供システムへの接続要求が発生した時の処理フローを示した図である。
【図３】接続数情報の表示画面の一例を示した図である。
【図４】接続可能となった時に利用者へ表示される画面の一例を示した図である。
【図５】接続可能となった時に利用者へ送信される電子メールの一例を示した図である。
【図６】接続数情報の表示画面に接続可能となるまでの予想時間（到達予想時間）を表示する場合の一例を示した図である。
【図７】利用者にパスワード入力を促す画面とパスワードの認証後に表示される画面の一例を示した図である。
【図８】利用者に在庫数を表示する画面の一例を示した図である。
【図９】利用者に在庫が無くなった旨を伝えるための画面の一例を示した図である。
【図１０】利用者に在庫が無くなった旨を伝えるための電子メールの一例を示した図である。
【図１１】接続中の利用者に表示される催促画面の一例を示した図である。
【符号の説明】
１ 接続先振り分けサーバ
２ 接続待ち用サーバ
３ コンテンツサーバ
４ ネットワーク
５ クライアント
１１ 接続先振分処理部
１２ 接続数通信部
２１ 接続数管理部
２２ 接続数通信部
３１ コンテンツサービス部
３２ 接続数通信部
５１ 接続数情報表示部
５２ 接続数定期取得部
Claims (9)
- ネットワークを介してクライアントと接続された第一、第二及び第三のサーバにより、前記クライアントを介して前記第三のサーバから利用者へサービスの提供を行うネットワークを用いたサービス提供方法であって、
前記第一のサーバが、前記クライアントからの前記第三のサーバへの接続要求に応答して、前記第三のサーバへの接続が可能であると判断される場合には、直ちに前記クライアントを前記第三のサーバへ接続し、前記第三のサーバへの接続が可能でないと判断される場合には、前記接続要求を保留して前記クライアントを前記第二のサーバへ接続し、前記第二のサーバが、前記クライアントに、前記接続要求に対して発行され接続要求の累計数である接続番号及び前記第三のサーバへの接続を許可して良い上限の前記接続番号を意味する接続許可番号、あるいは、接続されるまでの待ち人数、により表現される前記第三のサーバの接続数情報を表示させる第一のステップと、
前記第二のサーバが、前記第一のステップにおいて前記接続数情報を表示させた後に、所定の時間間隔で更新された前記接続数情報を前記クライアントに表示させる第二のステップと、
前記第二のサーバが、前記第一のステップにおいて前記接続数情報を表示させた後に、前記第三のサーバへの接続が可能になった時点で、前記接続要求を保留されたクライアントを前記第三のサーバに接続させる第三のステップを有し、
前記第二のサーバが、前記第二のステップにおける前記所定の時間間隔を、前記接続数情報に応じて接続待ちの前記クライアント数が多いほど長くなるように変更する
ことを特徴とするネットワークを用いたサービス提供方法。 - 請求項１において、
前記第三のサーバへの接続が可能であるか否かの判断が、前記接続要求の数と前記サーバの接続可能数に基づいて行われる
ことを特徴とするネットワークを用いたサービス提供方法。 - 請求項１あるいは請求項２において、
前記第三のステップにおける前記第三のサーバへの接続が可能になった時点で、前記第三のサーバへの接続が行われる前に、前記第二のサーバが、前記第三のサーバへの接続が可能になった旨を前記クライアントに表示させる
ことを特徴とするネットワークを用いたサービス提供方法。 - 請求項１乃至請求項３のいずれかにおいて、
前記第二のサーバが、前記接続数情報を前記クライアントに表示させる時に、更に、前記接続数情報の時間的変化に基づいて求められる前記第三のサーバへの接続が可能になるまでの予想時間を表示させる
ことを特徴とするネットワークを用いたサービス提供方法。 - 請求項１あるいは請求項２において、更に、
前記第二のサーバが、前記第三のサーバへの接続が行われるまでの間に、前記利用者に対してパスワードの入力を促し、前記入力されたパスワードが正しいことが認められた時には、前記接続が可能であるか否かの判断にかかわらず、その時点で前記クライアントを前記第三のサーバへ接続させるステップを有する
ことを特徴とするネットワークを用いたサービス提供方法。 - 請求項１あるいは請求項２において、
前記第二のサーバが、前記提供されるサービスが販売サービスである場合に、前記クライアントに接続数情報を表示させる際に、更に、前記販売サービスにより販売可能な商品等の在庫数を表示させる
ことを特徴とするネットワークを用いたサービス提供方法。 - 請求項１において、更に、
前記第三のサーバが、前記第三のサーバへの接続が可能でないと判断されている場合に、前記第三のサーバへ接続中の前記クライアントに催促画面を表示させるステップを有する
ことを特徴とするネットワークを用いたサービス提供方法。 - ネットワークを介してクライアントと接続された第一、第二及び第三のサーバにより、前記クライアントを介して前記第三のサーバから利用者へサービスの提供を行うネットワークを用いたサービス提供方法であって、
前記クライアントが、前記第三のサーバへ接続要求をした時に、前記第一のサーバにより前記第三のサーバへの接続が可能であると判断された場合には、前記第一のサーバにより直ちに前記第三のサーバへ接続され、前記第一のサーバにより前記第三のサーバへの接続が可能でないと判断された場合には、前記第一のサーバにより前記接続要求が保留され前記第二のサーバに接続され、前記接続要求に対して発行され接続要求の累計数である接続番号及び前記第三のサーバへの接続を許可して良い上限の前記接続番号を意味する接続許可番号、あるいは、接続されるまでの待ち人数、により表現される前記第三のサーバの接続数情報を表示する第一のステップと、
前記クライアントが、前記第一のステップにおいて前記接続数情報を表示した後に、所定の時間間隔で更新された前記接続数情報を表示する第二のステップと、
前記クライアントが、前記第一のステップにおいて前記接続数情報を表示した後に、前記第三のサーバへの接続が可能になった時点で、前記クライアントを前記第三のサーバへ接続する第三のステップを有し、
前記クライアントが、前記第二のステップにおける前記所定の時間間隔を、前記接続数情報に応じて接続待ちの前記クライアント数が多いほど長くなるように変更する
ことを特徴とするネットワークを用いたサービス提供方法。 - ネットワークを介してクライアントと接続された第一、第二及び第三のサーバから構成され、前記クライアントを介して前記第三のサーバから利用者にサービス提供を行うネットワークを用いたサービス提供システムであって、
前記第一のサーバが、前記クライアントからの前記第三のサーバへの接続要求に応答して、前記第三のサーバへの接続が可能であると判断される場合には、直ちに前記クライアントを前記第三のサーバへ接続し、前記第三のサーバへの接続が可能でないと判断される場合には、前記クライアントを前記第二のサーバへ接続し、
前記第二のサーバが、前記クライアントと接続された時に、前記接続要求に対して発行され接続要求の累計数である接続番号及び前記第三のサーバへの接続を許可して良い上限の前記接続番号を意味する接続許可番号、あるいは、接続されるまでの待ち人数、により表現される前記第三のサーバの接続数情報を前記クライアントに表示させ、その後、所定の時間間隔で更新された前記接続数情報を前記クライアントに表示させ、前記第三のサーバへの接続が可能になった時点で、前記クライアントを前記第三のサーバへ接続させ、
前記第二のサーバが、前記更新された接続数情報を表示させる前記所定の時間間隔を、前記接続数情報に応じて接続待ちの前記クライアント数が多いほど長くなるように変更する
ことを特徴とするネットワークを用いたサービス提供システム。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000343755A JP4092388B2 (ja) | 2000-11-10 | 2000-11-10 | ネットワークを用いたサービス提供方法及びそれを用いたサービス提供システム |
| US09/818,554 US7269637B2 (en) | 2000-11-10 | 2001-03-28 | Service provision method via a network and service provision system using the same |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000343755A JP4092388B2 (ja) | 2000-11-10 | 2000-11-10 | ネットワークを用いたサービス提供方法及びそれを用いたサービス提供システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2002149519A JP2002149519A (ja) | 2002-05-24 |
| JP4092388B2 true JP4092388B2 (ja) | 2008-05-28 |
Family
ID=18818074
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000343755A Expired - Fee Related JP4092388B2 (ja) | 2000-11-10 | 2000-11-10 | ネットワークを用いたサービス提供方法及びそれを用いたサービス提供システム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7269637B2 (ja) |
| JP (1) | JP4092388B2 (ja) |
Families Citing this family (29)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7606899B2 (en) * | 2001-07-27 | 2009-10-20 | International Business Machines Corporation | Regulating access to a scarce resource |
| US7606900B2 (en) * | 2001-07-27 | 2009-10-20 | International Business Machines Corporation | Regulating access to a scarce resource |
| JP2004139291A (ja) | 2002-10-17 | 2004-05-13 | Hitachi Ltd | データ通信中継装置 |
| AU2005242593C1 (en) * | 2004-05-14 | 2010-02-04 | Orderly Mind Limited | Queuing system, method and computer program product for managing the provision of services over a communications network |
| US20100040222A1 (en) * | 2006-03-16 | 2010-02-18 | Versko Limited | Queuing System, Method And Device |
| US20070233844A1 (en) | 2006-03-29 | 2007-10-04 | Murata Kikai Kabushiki Kaisha | Relay device and communication system |
| JP4222397B2 (ja) | 2006-09-12 | 2009-02-12 | 村田機械株式会社 | 中継サーバ |
| EP1926285B1 (en) | 2006-10-11 | 2011-07-13 | Murata Machinery, Ltd. | Relay server |
| EP1912404B1 (en) | 2006-10-11 | 2011-06-01 | Murata Machinery, Ltd. | File transfer server |
| JP2008129927A (ja) * | 2006-11-22 | 2008-06-05 | Tokyo Stock Exchange Inc | 売買システム、電文送信制御方法、送信許可電文通番通知プログラム及び業務電文送信制御プログラム |
| JP4892376B2 (ja) * | 2007-02-28 | 2012-03-07 | 富士通株式会社 | 情報提供システムおよび変換サーバ装置 |
| US8606941B2 (en) | 2007-05-02 | 2013-12-10 | Murata Machinery, Ltd. | Relay server and relay communication system |
| EP1990975B1 (en) | 2007-05-09 | 2013-02-20 | Murata Machinery, Ltd. | Relay server and relay communication system |
| JP4897644B2 (ja) * | 2007-10-22 | 2012-03-14 | Ｋｄｄｉ株式会社 | 端末に対するアクセス数制御方法、端末、制御サーバ及びプログラム |
| JP4591875B2 (ja) | 2007-12-25 | 2010-12-01 | 村田機械株式会社 | 中継サーバ及び中継通信システム |
| JP4645915B2 (ja) | 2007-12-27 | 2011-03-09 | 村田機械株式会社 | 中継サーバ及び中継通信システム |
| CN102017546B (zh) | 2008-04-24 | 2014-12-03 | 艾姆托吉有限公司 | 利用待机券控制资源分配的非连续式访问管理方法、待机券的管理方法以及资源分配的控制方法 |
| JP4943384B2 (ja) * | 2008-07-01 | 2012-05-30 | Ｋｄｄｉ株式会社 | リクエスト受付システム |
| TWI455547B (zh) | 2008-09-01 | 2014-10-01 | Murata Machinery Ltd | Relay server and relay communication system |
| WO2010026727A1 (ja) | 2008-09-05 | 2010-03-11 | 村田機械株式会社 | 中継サーバ、中継通信システム、および通信装置 |
| EP2408153B1 (en) | 2009-03-13 | 2018-10-03 | Murata Machinery, Ltd. | First relay server and second relay server |
| US8655326B2 (en) * | 2009-08-13 | 2014-02-18 | Verizon Patent And Licensing Inc. | Wireless handset connectivity time optimization |
| JP4992944B2 (ja) * | 2009-09-04 | 2012-08-08 | 村田機械株式会社 | 中継サーバ及び中継通信システム |
| WO2012072690A1 (en) * | 2010-12-01 | 2012-06-07 | Queue-It Aps | A method and a computer network system for controlling user access to a transactional site associated with a website |
| US9456061B2 (en) | 2012-08-15 | 2016-09-27 | International Business Machines Corporation | Custom error page enabled via networked computing service |
| US10362147B2 (en) | 2015-10-09 | 2019-07-23 | Seiko Epson Corporation | Network system and communication control method using calculated communication intervals |
| US9692815B2 (en) * | 2015-11-12 | 2017-06-27 | Mx Technologies, Inc. | Distributed, decentralized data aggregation |
| US11501588B2 (en) * | 2017-05-03 | 2022-11-15 | Carrier Corporation | On demand access control authorization using mobile devices |
| US11128732B1 (en) | 2020-08-04 | 2021-09-21 | Akamai Technologies, Inc. | Admission policies for queued website visitors |
Family Cites Families (29)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4788715A (en) * | 1986-10-16 | 1988-11-29 | American Telephone And Telegraph Company At&T Bell Laboratories | Announcing waiting times in queuing systems |
| US5014221A (en) * | 1988-01-29 | 1991-05-07 | Digital Equipment Corporation | Mechanism for arbitrating client access to a networked print server |
| US5006983A (en) * | 1989-09-12 | 1991-04-09 | Addax, Inc. | Service allocation system |
| US5452459A (en) * | 1993-01-08 | 1995-09-19 | Digital Equipment Corporation | Method and apparatus for allocating server access in a distributed computing environment |
| US5828879A (en) * | 1994-12-22 | 1998-10-27 | Fore Systems, Inc. | Method and a scheduler for controlling when a server provides service to an entity |
| JPH08314378A (ja) | 1995-05-16 | 1996-11-29 | Dainippon Printing Co Ltd | 待ち順番号札及びその発行方法 |
| US5867572A (en) * | 1995-10-17 | 1999-02-02 | British Telecommunications Public Limited Company | Customer queuing arrangement |
| JPH09160991A (ja) * | 1995-12-08 | 1997-06-20 | Fujitsu Ltd | 商品販売管理装置 |
| US6088737A (en) * | 1996-10-25 | 2000-07-11 | Canon Kabushiki Kaisha | Information processing system and control method thereof |
| US6002760A (en) * | 1998-02-17 | 1999-12-14 | Genesys Telecommunications Laboratories, Inc. | Intelligent virtual queue |
| US6023681A (en) * | 1997-08-11 | 2000-02-08 | At&T Corp. | Method and apparatus for predicting queuing delays |
| JPH11120106A (ja) * | 1997-10-17 | 1999-04-30 | Fujitsu Ltd | サーバ資源利用状況の表示方式およびそのための記録媒体 |
| US6209018B1 (en) * | 1997-11-13 | 2001-03-27 | Sun Microsystems, Inc. | Service framework for a distributed object network system |
| US6327613B1 (en) * | 1998-01-12 | 2001-12-04 | Adaptec, Inc. | Method and apparatus for sharing peripheral devices over a network |
| US6006269A (en) * | 1998-03-11 | 1999-12-21 | Hewlett-Packard Company | Admission control system with messages admitted or deferred for re-submission at a later time on a priority basis |
| US6055564A (en) * | 1998-03-11 | 2000-04-25 | Hewlett Packard Company | Admission control where priority indicator is used to discriminate between messages |
| AUPP308298A0 (en) * | 1998-04-20 | 1998-05-14 | Ericsson Australia Pty Ltd | Access control method and apparatus |
| JP3189790B2 (ja) * | 1998-06-17 | 2001-07-16 | 日本電気株式会社 | 順番待ち呼出し装置 |
| JP2000011074A (ja) | 1998-06-25 | 2000-01-14 | Hitachi Ltd | 営業店管理システム |
| US6845361B1 (en) * | 1998-07-21 | 2005-01-18 | Eric M. Dowling | Virtual-wait queue for mobile commerce |
| US6243706B1 (en) * | 1998-07-24 | 2001-06-05 | Avid Technology, Inc. | System and method for managing the creation and production of computer generated works |
| JP2000267975A (ja) | 1999-03-19 | 2000-09-29 | Hitachi Ltd | サービス提供システム |
| JP3378529B2 (ja) | 1999-04-27 | 2003-02-17 | 日本ユニシス株式会社 | サーバシステムおよびそのアクセス制御方法 |
| US6463079B2 (en) * | 1999-07-02 | 2002-10-08 | Covad Communications Group, Inc. | Processing orders for high bandwidth connections |
| US6996603B1 (en) * | 1999-08-31 | 2006-02-07 | Qwest Communications International, Inc. | Automatic desktop audio/video/data conferencing distributor |
| US6389028B1 (en) * | 1999-09-24 | 2002-05-14 | Genesys Telecommunications Laboratories, Inc. | Method and apparatus for providing estimated response-wait-time displays for data network-based inquiries to a communication center |
| US20020010608A1 (en) * | 1999-10-08 | 2002-01-24 | Scott Faber | System for provding services in real-time overthe internet |
| US6832239B1 (en) * | 2000-07-07 | 2004-12-14 | International Business Machines Corporation | Systems for managing network resources |
| US7099933B1 (en) * | 2000-07-11 | 2006-08-29 | Nortel Networks Limited | System and method for regulating web site access |
-
2000
- 2000-11-10 JP JP2000343755A patent/JP4092388B2/ja not_active Expired - Fee Related
-
2001
- 2001-03-28 US US09/818,554 patent/US7269637B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2002149519A (ja) | 2002-05-24 |
| US20020059436A1 (en) | 2002-05-16 |
| US7269637B2 (en) | 2007-09-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4092388B2 (ja) | ネットワークを用いたサービス提供方法及びそれを用いたサービス提供システム | |
| JP7246052B2 (ja) | 顧客関係管理システム及び顧客サービス要求を処理する方法 | |
| US11223544B2 (en) | Systems and methods for queuing access to network resources | |
| US7941544B2 (en) | Session manager for web-based applications | |
| US7366739B2 (en) | Data storage system | |
| US20110137817A1 (en) | System and method for aggregating and disseminating personal data | |
| JP2004139291A (ja) | データ通信中継装置 | |
| US8559616B2 (en) | Method and system for controlling establishment of communication channels in a contact center | |
| KR101633672B1 (ko) | 가입 인증 및 생성 방법과 시스템 및 기계 판독 가능 매체 | |
| JP2001022714A (ja) | サーバ計算機、負荷分散システム、電話交換システムおよび負荷分散方法 | |
| JP2009187323A (ja) | サービス提供システム、サービス提供方法およびサービス提供プログラム | |
| JP6145659B2 (ja) | 情報公開システム及び情報公開方法 | |
| JP2004097548A (ja) | ゲーム情報、サーバ情報、情報記憶媒体、ゲーム装置、サーバシステム及びネットワークゲームシステム | |
| JP2010282351A (ja) | Ｗｅｂサーバシステムへのログイン制限方法 | |
| JP4186550B2 (ja) | アクセス制御システム及びアクセス制御方法 | |
| JPH0950422A (ja) | コンピュータネットワーク上の対話継承型アクセス制御方法及びそのサーバコンピュータ | |
| JP4148461B2 (ja) | 匿名サービス提供方法とこの方法を実現するサーバ装置及びプログラム | |
| JP3736680B2 (ja) | アクセス制御装置及びコンピュータプログラム | |
| WO2023282058A1 (ja) | 行列最適化システム、行列最適化方法、及びプログラム | |
| JP7007501B1 (ja) | サービス提供システム | |
| JP2001256326A (ja) | 整理番号の自動発行による注文受付方法及び注文受付端末 | |
| JP2002352149A (ja) | インターネット上のサービスにおける課金システム及び課金方法 | |
| CN114172859A (zh) | 基于微信公众平台的客服分配系统和方法 | |
| JP2002245314A (ja) | 予約システム、予約方法、プログラム | |
| JP2006048712A (ja) | クライアントの受付方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060922 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061010 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061208 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070403 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070531 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20070612 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080205 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080205 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080226 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110314 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4092388 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110314 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120314 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130314 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130314 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140314 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |