通信制御装置、情報処理装置、通信制御システム、通信制御方法、及び情報処理方法
【課題】優遇対象の顧客がサービスを利用できる確実性を向上させることを目的とする。
【解決手段】接続された端末に対し所定のサービスを提供するサービス提供サーバ４０に端末を新たに接続できるか否か判定する接続可否判定部３１１と、サービスの提供を要求する端末の利用者が、サービス提供サーバ４０に優先して接続される優遇対象者であるか否かを判定する利用者判定部３１３と、サービス提供サーバ４０に端末を新たに接続できると判定された場合には、サービスの提供を要求する端末をサービス提供サーバ４０に接続し、サービス提供サーバ４０に端末を新たに接続できないと判定された場合であっても、サービスの提供を要求する端末の利用者が優遇対象者であると判定された場合には、サービスの提供を要求する端末をサービス提供サーバ４０に接続する接続部１３４と、を備える。
【解決手段】接続された端末に対し所定のサービスを提供するサービス提供サーバ４０に端末を新たに接続できるか否か判定する接続可否判定部３１１と、サービスの提供を要求する端末の利用者が、サービス提供サーバ４０に優先して接続される優遇対象者であるか否かを判定する利用者判定部３１３と、サービス提供サーバ４０に端末を新たに接続できると判定された場合には、サービスの提供を要求する端末をサービス提供サーバ４０に接続し、サービス提供サーバ４０に端末を新たに接続できないと判定された場合であっても、サービスの提供を要求する端末の利用者が優遇対象者であると判定された場合には、サービスの提供を要求する端末をサービス提供サーバ４０に接続する接続部１３４と、を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本件は、通信制御装置、情報処理装置、通信制御システム、通信制御方法、及び情報処理方法に関する。
【背景技術】
【０００２】
近年、ネットワークを介してユーザ（利用者）からサービスの利用や情報提供の要求を受け付け、当該ユーザに対して所望のサービスや情報を提供する各種サービス提供システムや、情報配信システムが広く普及している。例として、ネットショップといわれる仮想店舗を用いた電子商取引、ソーシャルネットワークサービス（ＳＮＳ）等のインターネット会員サービス、音楽・動画等のデジタルコンテンツの販売、及び金融トレーディング等があげられる。
【０００３】
上述のようなサービスは、様々な形態で提供されうるが、サービスの提供を受けたいユーザが、自己が利用する端末をウェブサーバに接続することによって、サービスの提供を受けるのが主流となっている。しかしながら、ウェブサーバに接続できる端末の数や、ウェブサーバの処理能力には上限があるため、サービスの利用が集中すると、サービスを利用したくてもウェブサーバに接続できないユーザが出てしまう。そこで、ウェブサーバに接続できなかったユーザに整理券を配布し、ウェブサーバが空き次第、ウェブサーバへの接続を要求した順番にユーザを順次接続する技術が提案されている（例えば、特許文献１）。
【０００４】
しかしながら、サービスを利用したくてもウェブサーバに接続できないユーザの中には、長期にわたりそのサービスを利用し、かつ利用金額も大きい、いわゆる得意客が存在する場合がある。そのような場合に、得意客を優遇せず、ウェブサーバへの接続を要求した順番にユーザをウェブサーバに接続していたのでは、購買可能性の高い得意客を逃してしまい、販売の機会を逸してしまう機会損失を招くおそれがある。そこで、ウェブサーバが空き次第、得意客を他のユーザに優先して接続する技術が提案されている（特許文献２及び３）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−２０４２６８号公報
【特許文献２】特開２００３−２４８７８１号公報
【特許文献３】特開２００５−１８２４２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献２及び３の技術を用いても、得意客が、ウェブサーバとの接続を待っている間にサービスの利用をあきらめてしまい、機会損失が発生する可能性が存在する。
【０００７】
本件は、上記の事情に鑑みて成されたものであり、優遇対象の顧客がサービスを利用できる確実性を向上させることを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、明細書開示の通信制御装置は、接続された端末に対し所定のサービスを提供するサービス提供装置に端末を新たに接続できるか否か判定する第１の判定部と、サービスの提供を要求する端末の利用者が、前記サービス提供装置に優先して接続される優遇対象者であるか否かを判定する第２の判定部と、前記サービス提供装置に端末を新たに接続できると判定された場合には、前記サービスの提供を要求する端末を前記サービス提供装置に接続し、前記サービス提供装置に端末を新たに接続できないと判定された場合であっても、前記サービスの提供を要求する端末の利用者が優遇対象者であると判定された場合には、前記サービスの提供を要求する端末をサービス提供装置に接続する接続部と、を備える。
【０００９】
上記課題を解決するために、明細書開示の情報処理装置は、接続された端末に対し所定のサービスを提供するサービス提供部と、前記サービス提供部に端末を新たに接続できるか否かを判定する第１の判定部と、サービスの提供を要求する端末の利用者が、前記サービス提供装置に優先して接続される優遇対象者であるか否かを判定する第２の判定部と、前記サービス提供装置に端末を新たに接続できると判定された場合には、前記サービスの提供を要求する端末を前記サービス提供装置に接続し、前記サービス提供装置に端末を新たに接続できないと判定された場合であっても、前記サービスの提供を要求する端末の利用者が優遇対象者であると判定された場合には、前記サービスの提供を要求する端末をサービス提供装置に接続する接続部とを備える。
【００１０】
上記課題を解決するために、明細書開示の通信制御システムは、接続された端末に対し所定のサービスを提供するサービス提供装置と、前記サービス提供部に端末を新たに接続できるか否かを判定する第１の判定部と、サービスの提供を要求する端末の利用者が、前記サービス提供装置に優先して接続される優遇対象者であるか否かを判定する第２の判定部と、前記サービス提供装置に端末を新たに接続できると判定された場合には、前記サービスの提供を要求する端末を前記サービス提供装置に接続し、前記サービス提供装置に端末を新たに接続できないと判定された場合であっても、前記サービスの提供を要求する端末の利用者が優遇対象者であると判定された場合には、前記サービスの提供を要求する端末をサービス提供装置に接続する接続部と、を有する通信制御装置と、を備える。
【００１１】
上記課題を解決するために、明細書開示の通信制御方法は、通信制御装置が、接続された端末に対し所定のサービスを提供するサービス提供装置に端末を新たに接続できるか否かを判定し、サービスの提供を要求する端末の利用者が、前記サービス提供装置に優先して接続される優遇対象者であるか否かを判定し、前記サービス提供装置に端末を新たに接続できると判定された場合には、前記サービスの提供を要求する端末を前記サービス提供装置に接続し、前記サービス提供装置に端末を新たに接続できないと判定された場合であっても、前記サービスの提供を要求する端末の利用者が優遇対象者であると判定された場合には、前記サービスの提供を要求する端末をサービス提供装置に接続する。
【００１２】
上記課題を解決するために、明細書開示の情報処理方法は、サービス提供サーバが、サービスの提供を要求する端末に対して新たにサービスを提供できるか否かを判定し、サービスの提供を要求する端末の利用者が、優先してサービスの提供を受けられる優遇対象者であるか否かを判定し、新たにサービスを提供できると判定された場合には、前記サービスの提供を要求する端末にサービスを提供し、新たにサービスを提供できないと判定された場合であっても、前記サービスの提供を要求する端末の利用者が優遇対象者であると判定された場合には、前記サービスの提供を要求する端末にサービスを提供する。
【発明の効果】
【００１３】
明細書開示の通信制御装置、情報処理装置、通信制御システム、通信制御方法、及び情報処理方法によれば、優遇対象の顧客がサービスを利用できる確実性が向上する。
【図面の簡単な説明】
【００１４】
【図１】本件の通信制御装置を含むサービス提供システムの構成の一例を示す図である。
【図２】ゲートウェイ装置のハードウェア構成の一例を示す図である。
【図３】サービス提供システムの概要を説明するための図である。
【図４】ゲートウェイ装置が有する機能の一例を示す機能ブロック図である。
【図５】格納部が格納する利用者情報を管理するテーブル間の関係の一例を示す図である。
【図６】ゲートウェイ装置が実行する処理の一例を示すフローチャートである。
【図７】非会員の参照ユーザの中から切断ユーザを選択する処理の一例を示すフローチャートである。
【図８】図８（Ａ）は、ステータス管理テーブルに格納されるデータの一例を示し、図８（Ｂ）は、比較商品数管理テーブルに格納されるデータの一例を示している。
【図９】非会員の選択中ユーザの中から切断ユーザを選択する処理の一例を示すフローチャートである。
【図１０】図１０（Ａ）は、ステータス管理テーブルに格納されるデータの一例を示し、図１０（Ｂ）は、購入予定管理テーブルに格納されるデータの一例を示している。
【図１１】非会員の決済後ユーザの中から切断ユーザを選択する処理の一例を示すフローチャートである。
【図１２】図１２（Ａ）は、ステータス管理テーブルに格納されるデータの一例を示し、図１２（Ｂ）は、購入履歴管理テーブルに格納されるデータの一例を示している。
【図１３】図６のステップＳ６０の処理の一例を示すフローチャートである。
【図１４】図１４（Ａ）〜（Ｃ）は、ステータス管理テーブルに格納されるデータの一例を示し、図１４（Ｄ）は、ステータス管理テーブルが図１４（Ｃ）に示す状態の場合に、購入予定管理テーブルに格納されるデータの一例を示している。
【図１５】格納部が格納する利用者情報を管理するテーブル間の関係の別例を示す図である
【図１６】切断ユーザを決定する処理の別の一例を示すフローチャートである。
【図１７】図１５に示した各テーブルに格納されるデータの具体例を示した図である。
【図１８】サービス提供システムの構成例の別の一例を示す図である。
【図１９】サービス提供サーバの構成の一例を示す図である。
【発明を実施するための形態】
【００１５】
以下、本件の実施形態について、添付図面を参照しつつ説明する。
【００１６】
図１を参照し、本件の通信制御装置を含むサービス提供システムの構成について説明する。図１は、本件の通信制御装置を含むサービス提供システムの構成の一例を示す図である。
【００１７】
図１において、サービス提供システム１００は、サービス利用端末１０Ａ〜１０Ｄ、ネットワーク２０、ゲートウェイ装置（通信制御装置）３０、サービス提供サーバ（サービス提供装置）４０、及び混雑表示サーバ（混雑情報提供装置）５０を備える。
【００１８】
サービス利用端末１０Ａ〜１０Ｄは、サービス提供サーバ４０からサービスの提供を受けるユーザが操作する端末であり、パーソナルコンピュータとすることができる。サービス利用端末１０Ａ〜１０Ｄは、ネットワーク２０に接続され、ネットワーク２０を介して、サービス提供サーバ４０から所定のサービスの提供（例えば、電子商取引等）を受ける。
【００１９】
ネットワーク２０は、例えば、インターネット、ＷＡＮ（Wide Area Network）等の通信ネットワークであり、ネットワーク２０に接続された端末及び装置間におけるデータの送受信を可能とする。本実施形態において、ネットワーク２０は、サービス利用端末１０Ａ〜１０Ｄとゲートウェイ装置３０との間のデータの送受信を可能としている。
【００２０】
ゲートウェイ装置３０は、ネットワーク２０、サービス提供サーバ４０、及び混雑表示サーバ５０と接続される。ゲートウェイ装置３０は、ネットワーク２０を介してサービス利用端末１０Ａ〜１０Ｄから、サービス提供サーバ４０への接続要求を受信する。接続要求とは、サービス利用端末１０Ａ〜１０Ｄにサービスを提供するよう要求する信号である。ゲートウェイ装置３０は、接続要求を受信すると、サービス利用端末１０Ａ〜１０Ｄをサービス提供サーバ４０、又は、混雑表示サーバ５０に接続する。
【００２１】
サービス提供サーバ４０は、例えばサーバコンピュータであり、ゲートウェイ装置３０に接続される。サービス提供サーバ４０は、ゲートウェイ装置３０によってサービス提供サーバ４０に接続されたサービス利用端末に対して、所定のサービスを提供する。本実施形態では、サービス提供サーバ４０は、接続されたサービス利用端末に対して物品購入（いわゆるネットショッピング）のサービスを提供するものとする。
【００２２】
混雑表示サーバ５０は、例えばサーバコンピュータであり、ゲートウェイ装置３０に接続される。混雑表示サーバ５０は、ゲートウェイ装置３０によって混雑表示サーバ５０に接続されたサービス利用端末に対して、サービス提供サーバ４０の混雑状況を表示する。
【００２３】
次に、ゲートウェイ装置３０のハードウェア構成について説明する。図２は、ゲートウェイ装置３０のハードウェア構成の一例を示す図である。
【００２４】
ゲートウェイ装置３０は、入出力部３０１、ＲＯＭ（Read Only Memory）３０２、中央処理装置（ＣＰＵ：Central Processing Unit）３０３、ＲＡＭ(Random Access Memory)３０４、及びハードディスクドライブ（ＨＤＤ：Hard Disk Drive）３０５を備える。
【００２５】
入出力部３０１は、ネットワーク２０を介して、サービス提供サーバ４０、及び混雑表示サーバ５０の間でデータおよび信号の送受信を行う。ＲＯＭ３０２は、サービスの提供を要求するサービス利用端末をサービス提供サーバ４０に接続するか否かを判定するプログラム等を格納する。ＣＰＵ３０３は、ＲＯＭ３０２に格納されたプログラムを読み込んで実行する。また、ＲＯＭ３０２に格納されたプログラムのＣＰＵ３０３による演算によって、図４に示す接続可否判定部３１１、利用者判定部３１３、及び接続部３１４が有する機能が実行される。ＲＡＭ３０４は、プログラムを実行する際に使用される一時的なデータを保存する。
【００２６】
ＨＤＤ３０５は、ユーザに関する情報を格納する。具体的には、ユーザが会員登録をしているか否かに関する情報、ユーザが過去に購入した商品及びその金額情報を含む購買履歴情報、ユーザがサービスを利用した最終日時、及びユーザの会員ランク等である。
【００２７】
ここで、上述したサービス提供システム１００の概要を、図３を用いて簡単に説明する。図３は、サービス提供システム１００の概要を説明するための図である。
【００２８】
図３において、サービス利用端末１０Ｂ〜１０Ｄは、既にサービス提供サーバ４０に接続済みであり、サービスの提供を受けているものとする。また、サービス利用端末１０Ｂ〜１０ＤのユーザＢ〜Ｄは、サービスの提供を受けるにあたり、会員登録を行っていない一般利用者（以後、非会員とも記載する）であるとする。また、サービス提供サーバ４０に接続可能なサービス利用端末の上限は、３台であるとする。この状況において、未だサービス提供サーバ４０に接続していないサービス利用端末１０Ａからの接続要求を、ゲートウェイ装置３０が受信したとする。サービス利用端末１０ＡのユーザＡは会員であるため、一般利用者よりも優先してサービス提供サーバ４０に接続される優遇対象者であるとする。
【００２９】
この場合、ゲートウェイ装置３０は、サービス利用端末１０Ａから接続要求を受信しているが、サービス提供サーバ４０に接続済みのサービス利用端末の数は上限に達しており、このままでは、サービス利用端末１０Ａをサービス提供サーバ４０に接続できない。しかし、サービス利用端末１０ＡのユーザＡは、一般利用者よりも優先してサービス提供サーバ４０に接続される優遇対象者である。そこで、ゲートウェイ装置３０は、サービス利用端末１０Ｂ〜１０Ｄのうちいずれか１つ、例えばサービス利用端末１０Ｂを選択し、サービス利用端末１０Ｂとサービス提供サーバ４０との接続を切断する。すると、サービス提供サーバ４０に接続されているサービス利用端末の数は２となり、新たなサービス利用端末を接続することが可能となる。ゲートウェイ装置３０は、サービス利用端末１０Ａをサービス提供サーバ４０に新たに接続し、これにより、ユーザＡは、サービスの提供を受けることができる。ゲートウェイ装置３０は、サービス提供サーバ４０との接続を切断したサービス利用端末１０Ｂを、混雑表示サーバ４０に接続することもできる。なお、サービス利用端末１０ＡのユーザＡが一般利用者である場合には、サービス利用端末１０Ａを優先してサービス提供サーバ４０に接続する必要がないため、ゲートウェイ装置３０は、サービス利用端末１０Ａを混雑表示サーバ５０に接続する。
【００３０】
次に、図４を参照して、上述のサービス提供システム１００を実現するために、ゲートウェイ装置３０が有する機能の一例ついて説明する。図４は、ゲートウェイ装置３０が有する機能の一例を示す機能ブロック図である。
【００３１】
ゲートウェイ装置３０は、接続可否判定部（第１の判定部）３１１、格納部３１２、利用者判定部（第２の判定部）３１３、及び接続部３１４を備える。
【００３２】
接続可否判定部３１１は、サービス利用端末１０Ａ〜１０Ｄから、接続要求を受信すると、サービス提供サーバ４０の稼働状態を取得する。例えば、接続可否判定部３１１は、サービス提供サーバ４０の処理負荷や、サービス提供サーバ４０に接続されているサービス利用端末の数を取得する。
【００３３】
接続可否判定部３１１は、取得した稼働状態に基づいて、サービス提供サーバ４０にサービス利用端末を新たに接続できるか否かを判定する。サービス提供サーバ４０に接続できるサービス利用端末の数には上限があるため、接続可否判定部３１１は、サービス提供サーバ４０に接続されているサービス利用端末の数が上限に達している場合には、サービス利用端末を新たに接続できないと判定できる。また、接続されているサービス利用端末の数が上限に達していない場合でも、サービス提供サーバ４０の処理負荷が高いときに、新たに端末を接続するとサーバがダウンしてしまう可能性がある。従って、接続可否判定部３１１は、サービス提供サーバ４０の処理負荷が所定の閾値を超えている場合にも、サービス利用端末を新たに接続できないと判定することもできる。接続可否判定部３１１は、判定結果を接続部３１４へ出力する。
【００３４】
格納部３１２は、例えば、ＲＡＭ３０４、及びＨＤＤ３０５等で構成され、サービス提供サーバ４０が提供する、サービスの利用者に関する利用者情報を格納する。また、格納部３１２は、ユーザが、サービスの会員であるか否かを判定するためのユーザＩＤ及びパスワードを含む会員情報を格納する。ここで、利用者情報について、図５を参照しつつ説明する。図５は、格納部３１２が格納する利用者情報を管理するテーブル間の関係の一例を示す図である。
【００３５】
図５に示すように、格納部３１２が格納する利用者情報は、ステータス管理テーブル、購入履歴管理テーブル、比較商品数管理テーブル、及び購入予定管理テーブルを用いて管理される。各テーブルに格納されるデータの例は、後述するものとし、ここでは各テーブルの概要と、各テーブルが有する項目とについて説明する。
【００３６】
ステータス管理テーブルは、サービス提供サーバ４０と接続しているサービス利用端末についての情報を格納するテーブルである。ステータス管理テーブルは、セッションＮｏ．、ＩＰアドレス、最終アクセス時間、会員レベル、利用ステータス、及び会員番号の項目を有する。セッションＮｏ．は、サービス提供サーバ４０と接続しているサービス利用端末に対して割り当てられる接続番号であり、ゲートウェイ装置３０は接続番号を用いて、サービス提供サーバ４０と接続しているサービス利用端末を管理する。ＩＰアドレスは、サービス提供サーバ４０に接続しているサービス利用端末の物理的なＩＰアドレスを表す。最終アクセス時間は、サービス利用端末が最後にサービス提供サーバ４０にアクセスした時間を表す。会員レベルは、サービス利用端末のユーザが、会員登録のある登録会員であるのか、または、会員登録のない非会員であるのか等を表す。
【００３７】
購入履歴管理テーブルは、ユーザが購入した商品や購入金額等を格納するテーブルである。購入履歴テーブルは、会員番号、購入年月日、商品種別、商品型番、単価、購入個数、及び金額小計の項目を有する。会員番号は、登録会員の会員番号、又は、一般利用者に一時的に割り当てられる会員番号を表す。購入年月日は、会員番号のユーザが、商品を購入した日付を表す。商品種別は、会員番号のユーザが、購入年月日に買った商品の種類（例えば、液晶テレビ、アイロン、洗濯機等）を表す。商品型番は、会員番号のユーザが購入した商品の型番を表す。また、単価は、会員番号のユーザが購入した商品の単価を表し、購入個数は、その商品を購入した個数を表す。金額小計は、単価に購入個数を乗算した金額を表す。
【００３８】
比較商品数管理テーブルは、ユーザが商品同士の比較を行った場合に、その比較した商品数を管理するためのテーブルである。比較商品数管理テーブルは、セッションＮｏ．、最終アクセス時間、参照比較商品数、及び参照商品平均金額の項目を有する。前段で説明したセッションＮｏ．及び最終アクセス時間については説明を省略する。参照比較商品数とは、各商品ページごとに用意された商品詳細情報ページを選択又は閲覧した回数を表す。例えば、液晶テレビのページにおいて、２０個の商品が表示され、２０個の商品には、それぞれ商品詳細情報ページが用意されているとする。この場合、ユーザが商品詳細情報ページをいくつ選択したか、あるいは、閲覧したかをカウントし、その数を、参照比較商品数とすることができる。なお、各商品ページは、複数の商品カテゴリ（例えば、液晶テレビとＨＤＤレコーダ）の商品を一緒に表示するようにしてもよい。参照商品平均金額は、参照した商品のそれぞれの単価を足した金額を、比較商品数で割った金額を表す。参照商品平均金額は、購入予定単価の目安とすることができる。
【００３９】
購入予定管理テーブルは、ユーザが購入しようとしている商品の情報等を管理するテーブルである。購入予定管理テーブルは、セッションＮｏ．、最終アクセス時間、入力文字数、及び購入予定商品合計金額の項目を有する。前段で説明したセッションＮｏ．及び最終アクセス時間については、説明を省略する。入力文字数は、商品購入に際し、送付先等の入力で入力された文字数を表す。なお、漢字の入力については、２文字としてカウントしてもよい。購入予定商品合計金額は、これから購入しようと選択された商品（例えば、カートやバスケットに入れてある商品）の合計金額を表す。
【００４０】
図５において、ステータス管理テーブルと購入履歴管理テーブルとは、会員番号によって紐付けることができる。また、ステータス管理テーブルと、比較商品数管理テーブル、及び購入予定管理テーブルのそれぞれとは、セッションＮｏ．によって紐付けることができる。
【００４１】
図４に戻り説明を続ける。利用者判定部３１３は、サービス利用端末にユーザが入力した情報に基づいて、又は、ユーザが入力した情報及び格納部３１２に格納されている利用者情報に基づいて、サービスの提供を要求するサービス利用端末のユーザが、優遇対象者か否か判定する。ここで、優遇対象者とは、サービス提供サーバ４０に、他のサービス利用端末のユーザよりも優先して接続される者のことをいう。例えば、所定のサービスの会員であるユーザを、非会員のユーザよりも優先してサービス提供サーバ４０に接続する優遇対象者とすることができる。この場合、利用者判定部３１３は、正しい会員番号とパスワードとを入力したか否かによって、ユーザが登録会員であるか否かを判定できる。そして、利用者判定部３１３は、ユーザが登録会員の場合には、ユーザを優遇対象者と判定し、ユーザが非会員の場合には、ユーザを非優遇対象者と判定することができる。利用者判定部３１３は、判定結果を接続部３１４に出力する。
【００４２】
接続部３１４は、接続可否判定部３１１と、利用者判定部３１３とから、判定結果をそれぞれ受付ける。接続部３１４は、サービス提供サーバ４０にサービス利用端末を新たに接続できると判定されている場合には、接続要求を送信したサービス利用端末をサービス提供サーバ４０に接続する。接続部３１４は、サービス提供サーバ４０にサービス利用端末を新たに接続できないと判定されていても、ユーザが優遇対象者であると判定されている場合には、接続済みの他のサービス利用端末に替えて、優遇対象者のサービス利用端末をサービス提供サーバ４０に接続する。具体的には、接続済みの他のサービス利用端末とサービス提供サーバ４０との接続を切断し、優遇対象者のサービス利用端末をサービス提供サーバ４０に接続する。これにより、優遇対象者は、サービス提供サーバ４０との接続を待たせることなく、サービス提供サーバ４０からサービスを受けることができる。また、接続部３１４は、サービス提供サーバ４０にサービス利用端末を新たに接続できないと判定され、かつ、ユーザが非優遇対象者であると判定されている場合には、サービス利用端末を混雑表示サーバ５０へ接続する。
【００４３】
接続部３１４は、優遇対象者のサービス利用端末をサービス提供サーバ４０に接続するためにサービス提供サーバ４０との接続を切断された他のサービス利用端末を、混雑表示サーバ５０に接続するようにすることができる。
【００４４】
また、接続部３１４は、サービス提供サーバ４０との接続を切断するサービス利用端末を、格納部３１２が格納している各テーブルを参照して決定することができる。接続部３１４がどのようにサービス提供サーバ４０との接続を切断するサービス利用端末を決定するかについては、図６〜図１４に示すフローチャート及び具体的なデータ例を用いて説明する。
【００４５】
図６は、ゲートウェイ装置３０が実行する処理の一例を示すフローチャートである。本フローチャートでは、登録会員であるユーザを優遇対象者とする。
【００４６】
接続可否判定部３１１は、サービス利用端末１０Ａ〜１０Ｄから接続要求を受信したか否かを判定する（ステップＳ１０）。接続可否判定部３１１は、接続要求を受信していない場合（ステップＳ１０／ＮＯ）、接続要求を受信するまでステップＳ１０の処理を繰り返す。
【００４７】
接続可否判定部３１１は、接続要求を受信した場合（ステップＳ１０／ＹＥＳ）、サービス提供サーバ４０に接続されているサービス利用端末の数が上限に達しているか否か判定する（ステップＳ１２）。サービス利用端末の数が上限に達していない場合（ステップＳ１２／ＮＯ）、接続部３１４は、接続要求を送信したサービス利用端末をサービス提供サーバ４０に新規に接続し（ステップＳ２６）、処理を終了する。
【００４８】
サービス利用端末の数が上限に達している場合（ステップＳ１２／ＹＥＳ）、利用者判定部３１３は、接続要求を送信したサービス利用端末のユーザが会員か否かを判定する（ステップＳ１４）。
【００４９】
ユーザが登録会員でない場合（ステップＳ１４／ＮＯ）、接続部３１４は接続要求を送信したサービス利用端末を混雑表示サーバ５０に接続し（ステップＳ１６）、処理を終了する。ユーザが会員である場合（ステップＳ１４／ＹＥＳ）、接続部３１４は、サービス提供サーバ４０に接続しているサービス利用端末のユーザの中に、非会員の参照ユーザが存在するか否か判定する（ステップＳ１８）。ここで、参照ユーザとは、商品の購入操作を行ったりすることなく、サービス提供サーバ４０が提供する画面を閲覧・参照しているだけのユーザをいうこととする。
【００５０】
非会員の参照ユーザが存在する場合（ステップＳ１８／ＹＥＳ）、接続部３１４は、サービス提供サーバ４０との接続を切断される切断ユーザを、非会員の参照ユーザの中から選択する処理を実行する（ステップＳ３０）。ここで、図７を用いて、参照ユーザの中から切断ユーザを選択する処理の詳細について説明する。図７は、非会員の参照ユーザの中から切断ユーザを選択する処理の一例を示すフローチャートである。
【００５１】
図７において、接続部３１４は、格納部３１２に格納された利用者情報を取得し、非会員の参照ユーザが参照している商品（参照商品）の比較数を取得する（ステップＳ３１）。
【００５２】
次に、接続部３１４は、非会員の参照ユーザの中からユーザを１人選択し、切断ユーザ候補とする（ステップＳ３２）。接続部３１４は、未だ切断ユーザ候補とするか否かを確認していないユーザが、非会員の参照ユーザの中に存在するか否か判定する（ステップＳ３３）。
【００５３】
接続部３１４は、未確認のユーザが存在する場合（ステップＳ３３／ＹＥＳ）、非会員の参照ユーザの中から次のユーザを取得する（ステップＳ３４）。次に、接続部３１４は、現在の切断ユーザ候補の参照商品の比較数が、取得したユーザの参照商品の比較数よりも大きいか否か判定する（ステップＳ３５）。
【００５４】
現在の切断ユーザ候補の比較数が、取得したユーザの比較数よりも大きいとは、取得したユーザの参照商品の比較数が、確認済みユーザの中で最低ということである。従って、接続部３１４は、現在の切断ユーザ候補の比較数が、取得したユーザの比較数よりも大きい場合（ステップＳ３５／ＹＥＳ）、取得したユーザを切断ユーザ候補する（ステップＳ３６）。様々な商品を比較しているユーザの方が、購買意欲が高いと考えられるからである。ステップＳ３６の処理が終了すると、接続部３１４は、ステップＳ３３に戻る。参照商品の比較数が同じ場合には、接続部３１４は、サービス提供サーバ４０に最後にアクセスした時間が最も古いユーザ、又は、比較している商品の単価が最も低いユーザを切断ユーザ候補としても良い。現在の切断ユーザ候補の参照商品比較数が、取得したユーザの参照商品比較数よりも小さい場合（ステップＳ３５／ＮＯ）、接続部３１４は、切断ユーザ候補を変更せず、ステップＳ３３の処理に戻る。
【００５５】
接続部３１４は、非会員の参照ユーザ全てについて確認が終了した場合（ステップＳ３３／ＮＯ）、切断ユーザ候補を切断ユーザとし（ステップＳ３７）、本処理を終了する。
【００５６】
図６に戻り、説明を続ける。ステップＳ３０の処理が終了すると、接続部３１４は、ステップＳ３０の処理で選択した切断ユーザのサービス利用端末とサービス提供サーバ４０との接続を切断する（ステップＳ２４）。そして、接続部３１４は、接続要求を送信したサービス利用端末をサービス提供サーバ４０に新規に接続し（ステップＳ２６）、処理を終了する。
【００５７】
ここで、図８に示す具体的なデータを用いて、ステップＳ３０の処理を経て、切断ユーザを決定する処理について説明する。図８（Ａ）は、ステータス管理テーブルに格納されるデータの一例を示し、図８（Ｂ）は、比較商品数管理テーブルに格納されるデータの一例を示している。ステータス管理テーブルの会員レベルの項目において、「０」は非会員、「１」は会員であることを表す。また、利用ステータスの項目について、「０」はページを参照中の状態、「１」は何らかの商品を選択しカートに入れた選択中の状態、「３」は会計等の処理を実行している決済中の状態、「４」は会計処理が終了している決済後の状態を表す。
【００５８】
ここでは、サービス提供サーバ４０に接続できるサービス利用端末の数は１０台であり、現在１０台のサービス利用端末がサービス提供サーバ４０に接続されているとする。また、接続要求を送信したサービス利用端末の利用者は会員であるとする。
【００５９】
サービス提供サーバ４０に接続済みのサービス利用端末の数が最大であるため（ステップＳ１２／ＹＥＳ）、利用者判定部３１３は、接続要求を送信したサービス利用端末のユーザが会員か否か判定する（ステップＳ１４）。ユーザは会員であるため（ステップＳ１４／ＹＥＳ）、接続部３１４は、ステータス管理テーブルを参照し、ステータス管理テーブルで管理されているサービス利用端末のユーザの中に、非会員の参照ユーザが存在するか否かを判定する（ステップＳ１８）。つまり、図８（Ａ）に示すステータス管理テーブルにおいて、会員レベルの値が「０」であり、かつ、利用ステータスの値が「０」であるユーザが存在するか否か判定する。
【００６０】
図８（Ａ）に示すステータス管理テーブルにおいては、会員レベルの値が「０」であり、かつ、利用ステータスの値が「０」であるユーザ（セッションＮｏ．０１、０４、及び０５）が存在する（ステップＳ１８／ＹＥＳ）。従って、接続部３１４は、切断ユーザ選択処理（ステップＳ３０）に進む。接続部３１４は、比較商品数管理テーブルから、セッションＮｏ．０１、０４、及び０５のデータを抽出して、参照比較商品数を取得する（ステップＳ３１）。次に、接続部３１４は、例えば、セッションＮｏ．０１のユーザを、切断ユーザ候補とする（ステップＳ３２）。まだ、切断ユーザ候補となるか否かを判定していないユーザ（セッションＮｏ．０４及び０５）が存在するので（ステップＳ３３／ＹＥＳ）、接続部３１４は、次のユーザ、例えば、セッションＮｏ．０４のユーザを取得する（ステップＳ３４）。そして、現在の切断ユーザ候補であるセッションＮｏ．０１の参照比較商品数と、セッションＮｏ．０４の参照比較商品数とを比較する（ステップＳ３５）。この場合、セッションＮｏ．０４の参照比較商品数２は、現在の切断ユーザ候補であるセッションＮｏ．０１の参照比較商品数３よりも小さい（ステップＳ３５／ＹＥＳ）。従って、接続部３１４は、セッションＮｏ．０４のユーザを切断ユーザ候補とする（ステップＳ３６）。
【００６１】
この段階では、切断ユーザ候補となるか否かを判定していないユーザ（セッションＮｏ．０５）が存在するので（ステップＳ３３／ＹＥＳ）、接続部３１４は、次のユーザ、つまり、セッションＮｏ．０５のユーザを取得する（ステップＳ３４）。そして、現在の切断ユーザ候補であるセッションＮｏ．０４の参照比較商品数と、セッションＮｏ．０５の参照比較商品数とを比較する（ステップＳ３５）。セッションＮｏ．０５の参照比較商品数３は、現在の切断ユーザ候補であるセッションＮｏ．０４の参照比較商品数２よりも大きい（ステップＳ３５／ＮＯ）。したがって、接続部３１４は、切断ユーザ候補を変更せずに、ステップＳ３３の処理に戻る。
【００６２】
接続部３１４は、非会員の参照ユーザ全てについて確認が終了したので（ステップＳ３３／ＮＯ）、切断ユーザ候補であるセッションＮｏ．０４のユーザを切断ユーザとする（ステップＳ３７）。これにより、図８の例では、セッションＮｏ．０４で管理されるサービス利用端末が、サービス提供サーバ４０との接続を切断され（ステップＳ２４）、接続要求を送信したサービス利用端末が、新たにサービス提供サーバ４０に接続される（ステップS２６）。
【００６３】
図６のフローチャートについて、引き続き説明する。サービス提供サーバ４０に接続しているサービス利用端末のユーザの中に、非会員の参照ユーザが存在しない場合（ステップＳ１８／ＮＯ）、接続部３１４は、非会員の選択中ユーザが存在するか否かを判定する（ステップＳ２０）。ここで、選択中ユーザとは、購入予定の商品を選択し、カート又はバスケットに入れているユーザをいう。非会員の選択中ユーザが存在する場合（ステップＳ２０／ＹＥＳ）、接続部３１４は、非会員の選択中ユーザの中から切断ユーザを選択する処理を実行する（ステップＳ４０）。ここで、図９を用いて、非会員の選択中ユーザの中から切断ユーザを選択する処理の詳細について説明する。図９は、非会員の選択中ユーザの中から切断ユーザを選択する処理の一例を示すフローチャートである。
【００６４】
図９において、接続部３１４は、非会員の選択中ユーザが購入を予定している商品（カートに入っている商品）の合計金額（購入予定合計金額）を取得する（ステップＳ４１）。次に、接続部３１４は、非会員の選択中ユーザの中からユーザを１人選択し、切断ユーザ候補とする（ステップＳ４２）。
【００６５】
接続部３１４は、未だ切断ユーザ候補とするか否かを確認していないユーザが、非会員の選択中ユーザの中に存在するか否か判定する（ステップＳ４３）。接続部３１４は、未確認のユーザが存在する場合（ステップＳ４３／ＹＥＳ）、非会員の選択中ユーザの中から次のユーザを取得する（ステップＳ４４）。次に、接続部３１４は、現在の切断ユーザ候補の購入予定合計金額が、取得したユーザの購入予定合計金額よりも大きいか否か判定する（ステップＳ４５）。
【００６６】
現在の切断ユーザ候補の購入予定合計金額が、取得したユーザの購入予定合計金額よりも大きいとは、取得したユーザの購入予定合計金額が確認済みのユーザの中で最低ということである。従って、接続部３１４は、現在の切断ユーザ候補の購入予定合計金額が、取得したユーザの購入予定合計金額よりも大きい場合（ステップＳ４５／ＹＥＳ）、取得したユーザを切断ユーザ候補とし（ステップＳ４６）、ステップＳ４３に戻る。購入予定合計金額が少ないユーザを切断する方が、サービスを提供する企業にとって損失が少ないと考えられるからである。接続部３１４は、現在の切断ユーザ候補の購入予定合計金額が、取得したユーザの購入予定合計金額よりも小さい場合（ステップＳ４５／ＮＯ）、ステップＳ４３の処理に戻る。
【００６７】
接続部３１４は、非会員の選択中ユーザ全てについて確認が終了した場合（ステップＳ４３／ＮＯ）、切断ユーザ候補を切断ユーザとし（ステップＳ４７）、本処理を終了する。
【００６８】
図６に戻り、説明を続ける。接続部３１４は、ステップＳ４０の処理の終了後、ステップＳ４０の処理で選択した切断ユーザのサービス利用端末とサービス提供サーバ４０との接続を切断する（ステップＳ２４）。そして、接続部３１４は、接続要求を送信したサービス利用端末をサービス提供サーバ４０に新規に接続し（ステップＳ２６）、処理を終了する。
【００６９】
ここで、図１０に示す具体的なデータを用いて、ステップＳ４０の処理を経て切断ユーザを決定する処理について説明する。図１０（Ａ）は、ステータス管理テーブルに格納されるデータの一例を示し、図１０（Ｂ）は、購入予定管理テーブルに格納されるデータの一例を示している。
【００７０】
ここでは、サービス提供サーバ４０に接続できるサービス利用端末の数は１０台であり、現在１０台のサービス利用端末がサービス提供サーバ４０に接続されているとする。また、接続要求を送信したサービス利用端末のユーザは会員であるとする。
【００７１】
サービス提供サーバ４０に接続済みのサービス利用端末の数が最大であるため（ステップＳ１２／ＹＥＳ）、利用者判定部３１３は、接続要求を送信したサービス利用端末のユーザが会員か否か判定する（ステップＳ１４）。ユーザは会員であるため（ステップＳ１４／ＹＥＳ）、接続部３１４は、ステータス管理テーブルを参照する。図１０（Ａ）のステータス管理テーブルにおいて、非会員の参照ユーザが存在しないため（ステップＳ１８／ＮＯ）、接続部３１４は、非会員の選択中ユーザが存在するか否かを判定する（ステップＳ２０）。つまり、図１０（Ａ）に示すステータス管理テーブルにおいて、会員レベルの値が非会員を意味する「０」であり、かつ、利用ステータスの値が選択中の状態を示す「１」であるユーザが存在するか否か判定する。
【００７２】
図１０（Ａ）に示すステータス管理テーブルにおいては、会員レベルの値が「０」であり、かつ、利用ステータスの値が「１」であるユーザ（セッションＮｏ．０１、０４、及び０７）が存在する（ステップＳ２０／ＹＥＳ）。従って、接続部３１４は、切断ユーザ選択処理（ステップＳ４０）に進む。
【００７３】
接続部３１４は、購入予定管理テーブルから、セッションＮｏ．０１、０４、及び０７のデータを抽出して、購入予定商品合計金額を取得する（ステップＳ４１）。次に、接続部３１４は、例えば、セッションＮｏ．０１のユーザを切断ユーザ候補とする（ステップＳ４２）。まだ、切断ユーザ候補となるか否かを判定していないユーザ（セッションＮｏ．０４及び０７）が存在するので（ステップＳ４３／ＹＥＳ）、接続部３１４は、次のユーザ、例えば、セッションＮｏ．０４のユーザを取得する（ステップＳ４４）。そして、接続部３１４は、現在の切断ユーザ候補であるセッションＮｏ．０１の購入予定商品合計金額と、セッションＮｏ．０４の購入予定商品合計金額とを比較する（ステップＳ４５）。この場合、セッションＮｏ．０４の購入予定商品合計金額２，７００円は、現在の切断ユーザ候補であるセッションＮｏ．０１の購入予定商品合計金額４２，１００円よりも小さい（ステップＳ４５／ＹＥＳ）。従って、接続部３１４は、セッションＮｏ．０４のユーザを切断ユーザ候補とする（ステップＳ４６）。
【００７４】
この段階では、切断ユーザ候補となるか否かを判定していないユーザ（セッションＮｏ．０７）が存在するので（ステップＳ４３／ＹＥＳ）、接続部３１４は、次のユーザ、つまり、セッションＮｏ．０７のユーザを取得する（ステップＳ４４）。そして、現在の切断ユーザ候補であるセッションＮｏ．０４の購入予定商品合計金額と、セッションＮｏ．０７の購入予定商品合計金額とを比較する（ステップＳ４５）。セッションＮｏ．０７の購入予定商品合計金額３５，０００円は、現在の切断ユーザ候補であるセッションＮｏ．０４の購入予定商品合計金額２，７００円よりも大きい（ステップＳ４５／ＮＯ）。したがって、接続部３１４は、切断ユーザ候補を変更せずに、ステップＳ４３の処理に戻る。
【００７５】
接続部３１４は、抽出した全ての選択中ユーザについての確認が終了したので（ステップＳ４３／ＮＯ）、切断ユーザ候補であるセッションＮｏ．０４のユーザを切断ユーザとする（ステップＳ４７）。これにより、図１０に示すデータでは、セッションＮｏ．０４で管理されるサービス利用端末が、サービス提供サーバ４０との接続を切断され（ステップＳ２４）、接続要求を送信したサービス利用端末が新たにサービス提供サーバ４０に接続される（ステップＳ２６）。
【００７６】
図６に戻り、フローチャートの説明を続ける。非会員の選択中ユーザが存在しない場合（ステップＳ２０／ＮＯ）、接続部３１４は、非会員の決済後ユーザが存在するか否か判定する（ステップＳ２２）。ここでは、決済後ユーザとは、商品の購入に関わる会計処理が済んだユーザのことをいう。非会員の決済後ユーザが存在する場合（ステップＳ２２／ＹＥＳ）、接続部３１４は、非会員の決済後ユーザの中から切断ユーザを選択する処理を実行する（ステップＳ５０）。ここで、図１１を用いて、非会員の決済後ユーザの中から切断ユーザを選択する処理について説明する。図１１は、非会員の決済後ユーザの中から切断ユーザを選択する処理の一例を示すフローチャートである。
【００７７】
図１１において、接続部３１４は、非会員の決済後ユーザが今回購入した金額の合計（購入合計金額）を取得する（ステップＳ５１）。次に、接続部３１４は、非会員の決済後ユーザの中からユーザを１人選択し、切断ユーザ候補とする（ステップＳ５２）。
【００７８】
接続部３１４は、未だ切断ユーザ候補とするか否かを確認していないユーザが、非会員の決済後ユーザの中に存在するか否か判定する（ステップＳ５３）。接続部３１４は、未確認のユーザが存在する場合（ステップＳ５３／ＹＥＳ）、非会員の決済後ユーザの中から次のユーザを取得する（ステップＳ５４）。次に、接続部３１４は、現在の切断ユーザ候補の購入合計金額が、取得したユーザの購入合計金額よりも大きいか否か判定する（ステップＳ５５）。
【００７９】
現在の切断ユーザ候補の購入合計金額が、取得したユーザの購入合計金額よりも大きいとは、取得したユーザの購入合計金額が確認済みのユーザの中で最低ということである。従って、接続部３１４は、現在の切断ユーザ候補の購入合計金額が、取得したユーザの購入合計金額よりも大きい場合（ステップＳ５５／ＹＥＳ）、取得したユーザを切断ユーザ候補とし（ステップＳ５６）、ステップＳ５３に戻る。接続部３１４は、現在の切断ユーザ候補の購入合計金額が、取得したユーザの購入合計金額よりも小さい場合（ステップＳ５５／ＮＯ）、ステップＳ５３の処理に戻る。
【００８０】
接続部３１４は、非会員の決済後ユーザ全てについて確認が終了した場合（ステップＳ５３／ＮＯ）、切断ユーザ候補を切断ユーザとし（ステップＳ５７）、本処理を終了する。
【００８１】
図６に戻り、説明を続ける。接続部３１４は、ステップＳ５０の処理が終了すると、ステップＳ５０の処理で選択した切断ユーザのサービス利用端末と、サービス提供サーバ４０との接続を切断する（ステップＳ２４）。そして、接続部３１４は、接続要求を送信したサービス利用端末をサービス提供サーバ４０に新規に接続し（ステップＳ２６）、処理を終了する。
【００８２】
ここで、図１２に示す具体的なデータを用いて、ステップＳ５０の処理を経て、切断ユーザを決定する処理について説明する。図１２（Ａ）は、ステータス管理テーブルに格納されるデータの一例を示し、図１２（Ｂ）は、購入履歴管理テーブルに格納されるデータの一例を示している。
【００８３】
ここでは、サービス提供サーバ４０に接続できるサービス利用端末の数は１０台であり、現在１０台のサービス利用端末がサービス提供サーバ４０に接続されているとする。また、接続要求を送信したサービス利用端末のユーザは会員であるとする。
【００８４】
サービス提供サーバ４０に接続済みのサービス利用端末の数が最大であるため（ステップＳ１２／ＹＥＳ）、利用者判定部３１３は、接続要求を送信したサービス利用端末のユーザが会員か否か判定する（ステップＳ１４）。ユーザは会員であるため（ステップＳ１４／ＹＥＳ）、接続部３１４は、ステータス管理テーブルを参照する。接続部３１４は、図１２（Ａ）に示すステータス管理テーブルにおいて、非会員の参照ユーザがおらず（ステップＳ１８／ＮＯ）、非会員の選択中ユーザもいないため（ステップＳ２０／ＮＯ）、非会員の決済後ユーザが存在するか否かを判定する（ステップＳ２２）。つまり、図１２（Ａ）に示すステータス管理テーブルにおいて、会員レベルの値が非会員を意味する「０」であり、かつ、利用ステータスの値が決済後を意味する「４」であるユーザが存在する否か判定する。
【００８５】
図１２（Ａ）に示すステータス管理テーブルにおいては、会員レベルの値が「０」で、かつ、利用ステータスの値が「４」であるユーザ（セッションＮｏ．０１、０５、及び０８）が存在する（ステップＳ２２／ＹＥＳ）。従って、接続部３１４は、切断ユーザ選択処理（ステップＳ５０）に進む。ステータス管理テーブルにおいて、セッションＮｏ．０１、０５、及び０８のユーザの会員番号は、Ｎ０００００１、Ｎ０００００３、及びＮ０００００５である。そこで、接続部３１４は、購入履歴管理テーブルから、会員番号Ｎ０００００１、Ｎ０００００３、及びＮ０００００５のデータを抽出する。そして、接続部３１４は、抽出したデータの中から更に、購入年月日が本日のデータのみ（図１２（Ｂ）では、２００９年１２月１４日とする）を抽出し、購入合計金額を取得する（ステップＳ５１）。ユーザごとの購入合計金額は、会員番号毎に金額小計を合計することで取得できる。なお、抽出されたユーザは非会員であるため、実際には会員番号を有していない。しかし、ここでは、購入履歴を管理するため、非会員にはＮから始まり、６桁の数字で管理される会員番号が、接続時に割り当てられるものとする。
【００８６】
次に、接続部３１４は、例えば、セッションＮｏ．０１のユーザを、切断ユーザ候補とする（ステップＳ５２）。まだ、切断ユーザ候補となるか否かを判定していないユーザ（セッションＮｏ．０５及び０８）が存在するので（ステップＳ５３／ＹＥＳ）、接続部３１４は、次のユーザ、例えば、セッションＮｏ．０５のユーザを取得する（ステップＳ５４）。そして、接続部３１４は、現在の切断ユーザ候補であるセッションＮｏ．０１の購入合計金額と、セッションＮｏ．０５の購入合計金額とを比較する（ステップＳ５５）。この場合、セッションＮｏ．０５の購入合計金額５６，８００円は、現在の切断ユーザ候補であるセッションＮｏ．０１の購入合計金額３８０，８００円よりも小さい（ステップＳ５５／ＹＥＳ）。従って、接続部３１４は、セッションＮｏ．０５のユーザを切断ユーザ候補とし（ステップＳ５６）、ステップＳ５３に戻る。なお、セッションＮｏ．０１の購入合計金額３８０，８００円は、購入履歴管理テーブルにおいてセッションＮｏ．０１に割り当てられた会員番号Ｎ０００００１の金額小計を合計することにより求められる。また、セッションＮｏ．０５の購入合計金額５６，８００円は、購入履歴管理テーブルにおいて、セッションＮｏ．０５に割り当てられた会員番号Ｎ０００００３の金額小計を合計することにより求められる。
【００８７】
この段階では、切断ユーザ候補となるか否かを判定していないユーザ（セッションＮｏ．０８）が存在するので（ステップＳ５３／ＹＥＳ）、接続部３１４は、次のユーザ、つまり、セッションＮｏ．０８のユーザを取得する（ステップＳ５４）。そして、現在の切断ユーザ候補であるセッションＮｏ．０５のユーザの購入合計金額と、セッションＮｏ．０８のユーザの購入合計金額とを比較する（ステップＳ５５）。セッションＮｏ．０８の購入合計金額１４８，０００円は、現在の切断ユーザ候補であるセッションＮｏ．０５の購入合計金額５６，８００円よりも大きい（ステップＳ５５／ＮＯ）。したがって、接続部３１４は、ステップＳ５３の処理に戻る。
【００８８】
接続部３１４は、非会員の決済後ユーザ全てについて確認が終了したので（ステップＳ５３／ＮＯ）、切断ユーザ候補であるセッションＮｏ．０５のユーザを切断ユーザとする（ステップＳ５７）。これにより、図１２に示すデータでは、セッションＮｏ．０５で管理されるサービス利用端末が、サービス提供サーバ４０との接続を切断し（ステップＳ２４）、接続要求を送信したサービス利用端末を新たにサービス提供サーバ４０に接続する（ステップＳ２６）。
【００８９】
図６に戻り、フローチャートについての説明を続ける。非会員の決済後ユーザが存在しない場合（ステップＳ２２／ＮＯ）、接続部３１４は、接続済みユーザの比較及び切断ユーザの選択処理（ステップＳ６０）を行う。図１３を用いて、ステップＳ６０の処理の詳細について説明する。図１３は、ステップＳ６０の処理の一例を示すフローチャートである。なお、ステップＳ６０の処理を行う場合、サービス提供サーバ４０に接続しているユーザは、会員、及び決済中のユーザのいずれかである。また、決済中とは、ユーザが商品の購入に関する会計処理を実行している状態をいう。
【００９０】
図１３において、接続部３１４は、サービス提供サーバ４０に接続しているユーザの中に、決済中ではないユーザが存在するか否か判定する（ステップＳ６１）。決済中でないユーザが存在する場合（ステップＳ６１／ＹＥＳ）、接続部３１４は該当するユーザを切断ユーザとし（ステップＳ６５）、処理を終了する（ステップＳ６９）。つまり、ステップＳ６１及びＳ６５の処理によれば、たとえユーザが会員であっても、決済中でない場合には切断ユーザとなりうる。なお、決済中でないユーザが複数存在する場合には、参照商品の平均金額が最低のユーザを切断ユーザとしてもよい。
【００９１】
決済中でないユーザが存在しない場合（ステップＳ６１／ＮＯ）、接続部３１４は、非会員のユーザが存在するか否か判定する（ステップＳ６２）。接続部３１４は、非会員のユーザが存在する場合（ステップＳ６２／ＹＥＳ）、該当するユーザを切断ユーザとし（ステップＳ６５）、処理を終了する。なお、非会員のユーザが複数存在する場合には、購入予定金額が最低のユーザを切断ユーザとしても良い。
【００９２】
非会員のユーザが存在しない場合（ステップＳ６２／ＮＯ）、接続部３１４は、接続済みユーザの中から、ユーザを１人選択する（ステップＳ６３）。
【００９３】
接続部３１４は、選択したユーザの購入予定合計金額を取得する（ステップＳ６４）。次に、接続部３１４は、現在の切断ユーザ候補の購入予定合計金額が、選択したユーザの購入予定合計金額よりも大きいか否か判定する（ステップＳ６６）。ここで、現在の切断ユーザ候補の購入予定合計金額が、選択したユーザの購入予定合計金額よりも大きいとは、選択したユーザの購入予定合計金額が、切断ユーザ候補とするか否かを確認したユーザの中で最低であるということである。なお、最初にユーザを選択する場合には、切断ユーザ候補がいないため、最初に選択されたユーザについては、ステップＳ６６の処理を経ることなく切断ユーザ候補としても良い。あるいは、予めダミーの切断ユーザ候補を設定し、その購入予定合計金額を９，９９９万円等の大きな値に初期設定しておくことで、最初に選択されたユーザが切断ユーザ候補となるようにすることもできる。
【００９４】
接続部３１４は、現在の切断ユーザ候補の購入予定合計金額が、選択したユーザの購入予定合計金額よりも大きい場合（ステップＳ６６／ＹＥＳ）、選択したユーザを切断ユーザ候補とする（ステップＳ６７）。現在の切断ユーザ候補の購入予定合計金額が、選択したユーザの購入予定合計金額よりも小さい場合（ステップＳ６６／ＮＯ）、又は、ステップＳ６７の処理の後、接続部３１４は、切断ユーザ候補となるか否か確認していないユーザが存在するか否か判定する（ステップＳ６８）。未確認のユーザが存在する場合（ステップＳ６８／ＹＥＳ）、接続部３１４は、ステップＳ６３に戻り処理を継続する。未確認のユーザが存在しない場合（ステップＳ６８／ＮＯ）、接続部３１４は、切断ユーザ候補を切断ユーザとし（ステップＳ６９）、処理を終了する。
【００９５】
ここで、図１４に示す具体的なデータを用いて、ステップＳ６０の処理を経て、切断ユーザを決定する処理について説明する。図１４（Ａ）〜（Ｃ）は、ステータス管理テーブルに格納されるデータの一例を示している。図１４（Ｄ）は、ステータス管理テーブルが図１４（Ｃ）に表す状態の場合に、購入予定管理テーブルに格納されるデータの一例を示している。
【００９６】
ここでは、サービス提供サーバ４０に接続できるサービス利用端末の数は５台であり、現在５台のサービス利用端末がサービス提供サーバ４０に接続されているとする。また、接続要求を送信したサービス利用端末のユーザは会員であるとする。また、ダミーの切断ユーザ候補が設定されており、その購入予定商品合計金額は９，９９９万円であるとする。
【００９７】
サービス提供サーバ４０に接続済みのサービス利用端末の数が最大であるため（ステップＳ１２／ＹＥＳ）、利用者判定部３１３は、接続要求を送信したサービス利用端末のユーザが会員か否か判定する（ステップＳ１４）。ユーザは会員であるため（ステップＳ１４／ＹＥＳ）、接続部３１４は、ステータス管理テーブルを参照する。図１４（Ａ）〜（Ｃ）に示すステータス管理テーブルでは、非会員の参照ユーザは存在せず（ステップＳ１８／ＮＯ）、また、非会員の選択中ユーザも存在せず（ステップＳ２０／ＮＯ）、更に非会員の決済後ユーザも存在しない（ステップＳ２２／ＮＯ）。そこで、接続部３１４は、ステップＳ６０の処理を実行する。
【００９８】
図１４（Ａ）に示すステータス管理テーブルにおいては、利用ステータスが決済中（「３」）でないユーザ（セッションＮｏ．０３）が存在する（ステップＳ６１／ＹＥＳ）。従って、接続部３１４は、セッションＮｏ．０３のユーザが会員であっても、セッションＮｏ．０３のユーザを切断ユーザとする（ステップＳ６５）。この結果、セッションＮｏ．０３で管理されるサービス利用端末は、サービス提供サーバ４０との接続を切断され（ステップＳ２４）、接続要求を送信したサービス利用端末がサービス提供サーバ４０に新たに接続される（ステップＳ２６）。
【００９９】
図１４（Ｂ）に示すステータス管理テーブルにおいては、利用ステータスが決済中（「３」）でないユーザは存在しない（ステップＳ６１／ＮＯ）。そこで、接続部３１４は、非会員のユーザが存在するか否か判定する（ステップＳ６２）。図１４（Ｂ）に示すステータス管理テーブルにおいて、非会員のユーザ（セッションＮｏ．０１）が存在する（ステップＳ６２／ＹＥＳ）。従って、接続部３１４は、セッションＮｏ．０１のユーザを切断ユーザとする（ステップＳ６４）。この結果、セッションＮｏ．０１はサービス提供サーバ４０との接続を切断され（ステップＳ２４）、接続要求を送信したサービス利用端末がサービス提供サーバ４０に新たに接続される（ステップＳ２６）。
【０１００】
図１４（Ｃ）に示すステータス管理テーブルにおいては、利用ステータスが決済中（「３」）でないユーザは存在しない（ステップＳ６１／ＮＯ）。また、非会員のユーザも存在しない（ステップＳ６２／ＮＯ）。そこで、接続部３１４は、ステータス管理テーブルから、例えば、セッションＮｏ．０１のユーザを選択する（ステップＳ６３）。次に、接続部３１４は、図１４（Ｄ）に示す購入予定管理テーブルから、セッションＮｏ．０１の購入予定商品合計金額を取得する（ステップＳ６４）。次に、接続部３１４は、現在の切断ユーザ候補の購入予定商品合計金額と、セッションＮｏ．０１のユーザの購入予定商品合計金額とを比較する（ステップＳ６６）。セッションＮｏ．０１の購入予定商品合計金額４２，１００円は、ダミーで設定された現在の切断ユーザ候補の購入商品予定金額９，９９９万円よりも小さい（ステップＳ６６／ＹＥＳ）。従って、接続部３１４は、セッションＮｏ．０１のユーザを切断ユーザ候補とする（ステップＳ６７）。次に、接続部３１４は未確認のユーザが存在するため（ステップＳ６８／ＹＥＳ）、次のユーザを選択する（ステップＳ６３）。
【０１０１】
接続部３１４は、例えば、次のユーザとして、セッションＮｏ．０２のユーザを選択する（ステップＳ６３）。接続部３１４は、購入予定管理テーブルからセッションＮｏ．０２の購入予定商品合計金額を取得する（ステップＳ６４）。セッションＮｏ．０２の購入予定商品合計金額２，７００円は、現在の切断ユーザ候補であるセッションＮｏ．０１の購入予定商品合計金額４２，１００円よりも小さい（ステップＳ６６／ＹＥＳ）。そこで、接続部３１４は、セッションＮｏ．０２のユーザを切断ユーザ候補とする（ステップＳ６７）。未確認のユーザが存在するため（ステップＳ６８／ＹＥＳ）、接続部３１４は、ステップＳ６３に戻り処理を継続する。
【０１０２】
上述のステップＳ６３〜Ｓ６８の処理を繰返し行うと、図１４（Ｃ）及び（Ｄ）における切断ユーザ候補は、購入予定商品合計金額が最も低いセッションＮｏ．０４のユーザとなる。この結果、セッションＮｏ．０４で管理されるサービス利用端末とサービス提供サーバ４０との接続が切断され（ステップＳ２４）、接続要求を送信したサービス利用端末がサービス提供サーバ４０に新規接続される（ステップＳ２６）。
【０１０３】
以上の説明から明らかなように、本実施形態によれば、サービス提供サーバ４０にサービス利用端末を新たに接続できないと接続可否判定部３１１が判定した場合であっても、サービスの提供を要求する端末のユーザが優遇対象者であると利用者判定部３１３が判定すれば、接続部３１４は、サービス提供サーバ４０に接続済みの他の端末に替えて、優遇対象者の端末をサービス提供サーバ４０に接続する。これにより、優遇対象者であるユーザがサービスの提供を受けられる確実性が向上する。また、優遇対象者であるユーザは、サービス提供サーバ４０との接続を待たされることなく、サービスの提供を受けることができるため、購入意欲をそがれる可能性が減少する。その結果、購入意欲のある顧客を逃してしまい、販売の機会を逸する機会損失が生じる可能性を低減できる。なお、サービス提供サーバ４０に接続済みの他の端末を切断することなく、優遇対象者であれば新規にサービス提供サーバ４０へ接続し、優遇対称者以外のユーザは新規にサービス提供サーバ４０に接続しないように構成しても良い。
【０１０４】
また、接続部３１４は、既にサービス提供サーバ４０と接続している端末の利用者の利用者情報（例えば、利用ステータス、商品の比較数、購入予定金額等）に基づいて、サービス提供サーバ４０との接続を切断するサービス利用端末を決定する。これにより、購入意欲のある利用者との接続を切断してしまう可能性を低減し、機会損失が生じる可能性を低減できる。
【０１０５】
以上、本件の実施形態について詳述したが、本件は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【０１０６】
例えば、切断ユーザを決定する方法は、上述の実施形態に限定されるものではなく、サービスを提供する企業のポリシーに基づいて、変更することができる。例えば、格納部３１２に格納されるテーブルとして、図１５に示す商品参照状況管理テーブルを使用することもできる。
【０１０７】
商品参照状況管理テーブルは、セッションＮｏ．、最終アクセス時間、及びカテゴリネスティングレベルの項目を有する。セッションＮｏ．及び最終アクセス時間は、既に説明したので、説明を省略する。カテゴリネスティングレベルは、現在参照している商品ページに到達するまでの階層の深さを表す。例えば、ユーザが液晶テレビのページを参照しているとする。液晶テレビのページに到達するには、トップページ＞家電＞ＡＶ＞液晶テレビとページを経る必要がある場合、カテゴリネスティングレベルは４となる。また、例えば、ユーザが、商品「洗濯機」のページを参照したいと考えているが、現在参照しているページは、「洗濯機」、「掃除機」、及び「アイロン」等の一つ上の階層である生活家電であるとする。この場合、ユーザが参照している生活家電のページに到達するには、トップページ＞家電＞生活家電を経るため、カテゴリネスティングレベルは３となる。商品参照状況管理テーブルは、セッションＮｏ．によって、ステータス管理テーブルと紐付けることができる。
【０１０８】
また、図１５に示す各テーブルを用いて、図１６に示すフローチャートによって切断ユーザを決定することもできる。図１６は、上記実施形態とは別の、切断ユーザを決定する処理の一例を示すフローチャートである。また、図１７は、図１５に示した各テーブルに格納されるデータの具体例を示した図である。図１７（Ａ）のステータス管理テーブルでは、会員レベルの項目には、非会員を表す「０」、過去の購入金額等が一定の条件を満たすプレミアム会員を表す「２」、プレミアム会員以外の会員である一般会員を表す「１」が設定されるものとする。また、利用ステータスの項目には、商品参照前を表す「０」、商品ページ参照中を表す「１」、商品比較中をあらわす「２」、商品選択中を表す「３」、決済中を表す「４」、決済後を表す「５」が設定される。なお、商品参照前の状態とは、例えば、サービス提供サーバ４０に接続すると最初に表示される画面（トップページ）をユーザが参照している状態をいう。また、商品ページ参照中とは、トップページから商品ページへとは移動したが、商品の詳細情報ページは閲覧していない状態をいう。また、商品比較中とは、商品の詳細情報ページを閲覧して、商品を比較している状態をいう。
【０１０９】
次に、図１６のフローチャートについて説明する。接続部３１４は、図１７（Ａ）に示すステータス管理テーブルを用いて、非会員、つまり、会員レベル「０」のユーザが存在するか否か判定する（ステップＳ８１）。非会員のユーザが存在する場合には（ステップＳ８１／ＹＥＳ）、接続部３１４は、ステータス管理テーブルから、非会員のユーザのレコードのみを抽出し（ステップＳ８２）、抽出したレコードを処理対象としてステップＳ８５〜ステップＳ９４の処理を実行する。非会員のユーザが存在しない場合（ステップＳ８１／ＮＯ）、接続部３１４は、ステータス管理テーブルの中に一般会員、つまり、会員レベル「１」のユーザが存在するか否か判定する（ステップＳ８３）。一般会員が存在する場合（ステップＳ８３／ＹＥＳ）、接続部３１４は、ステータス管理テーブルから一般会員のレコードのみを抽出し（ステップＳ８４）、抽出したレコードを処理対象としてステップＳ８５〜ステップＳ９４の処理を実行する。一般会員が存在しない場合（ステップＳ８３／ＮＯ）、接続部３１４は、ステータス管理テーブルの全てのデータを処理対象としてステップＳ８５〜Ｓ９４の処理を実行する。
【０１１０】
接続部３１４は、処理対象のレコードの中に、利用ステータスが「０」のユーザ、すなわち、トップページを参照中のユーザが存在するか否か判定する（ステップＳ８５）。利用ステータスが「０」のユーザが存在する場合（ステップＳ８５／ＹＥＳ）、接続部３１４は、利用ステータスが「０」のユーザのうち、ステータス管理テーブルに格納されている最終アクセス時間の最も古いユーザを切断ユーザとし（ステップＳ８６）、処理を終了する。
【０１１１】
利用ステータスが「０」のユーザが存在しない場合（ステップＳ８５／ＮＯ）、接続部３１４は、利用ステータスが「１」のユーザ、すなわち、商品ページを参照中のユーザが存在するか否か判定する（ステップＳ８７）。利用ステータスが「１」のユーザが存在する場合（ステップＳ８７／ＹＥＳ）、接続部３１４は、図１７（Ｂ）に示す商品参照状況管理テーブルを用いて、利用ステータスが「１」のユーザのうち、カテゴリネスティングレベルが最も低いユーザを抽出し、切断ユーザとする（ステップＳ８８）。そして、接続部３１４は、処理を終了する。
【０１１２】
利用ステータスが「１」のユーザが存在しない場合（ステップＳ８７／ＮＯ）、接続部３１４は、利用ステータスが「２」のユーザが存在するか否か判定する（ステップＳ８９）。利用ステータスが「２」のユーザが存在する場合（ステップＳ８９／ＹＥＳ）、接続部３１４は、図１７（Ｃ）に示す比較商品数管理テーブルを用いて、利用ステータスが「２」のユーザのうち、参照比較商品数が最も少ないユーザを抽出し、切断ユーザとする（ステップＳ９０）。そして、接続部３１４は、処理を終了する。なお、参照比較商品数が同じユーザが複数いる場合には、参照商品平均金額が最も少ないユーザを切断ユーザとすることができる。
【０１１３】
利用ステータスが「２」のユーザが存在しない場合（ステップＳ８９／ＮＯ）、接続部３１４は、利用ステータスが「３」のユーザ、すなわち、商品選択中のユーザが存在するか否か判定する（ステップＳ９１）。利用ステータスが「３」のユーザが存在する場合（ステップＳ９１／ＹＥＳ）、接続部３１４は、図１７（Ｄ）に示す購入予定管理テーブルを用いて、利用ステータスが「３」のユーザの中から入力文字数が最も低いユーザを抽出し、切断ユーザとする（ステップＳ９２）。そして、接続部３１４は、本処理を終了する。
【０１１４】
利用ステータスが「３」のユーザが存在しない場合（ステップＳ９１／ＮＯ）、接続部３１４は、利用ステータスが「５」のユーザ、つまり、決済後のユーザが存在するか否か判定する（ステップＳ９３）。利用ステータスが「５」のユーザが存在する場合（ステップＳ９３／ＹＥＳ）、接続部３１４は、図１７（Ｅ）に示す購入履歴管理テーブルを用いて、利用ステータスが「５」のユーザの中から、本日の購入合計金額の最も低いユーザを抽出し、切断ユーザとする（ステップＳ９４）。そして、接続部３１４は、本処理を終了する。
【０１１５】
利用ステータスが「５」のユーザが存在しない場合（ステップＳ９３／ＮＯ）、接続部３１４は、ステータス管理テーブルにおいて、利用ステータスが「４」のユーザ、つまり、決済中のユーザの中から切断ユーザを決定する（ステップＳ９５）。接続部３１４は、ユーザが非会員、一般会員、及びプレミアム会員のいずれかに関わらず、図１７（Ｃ）に示す比較商品数管理テーブルを使用して、利用ステータスが「４」のユーザの中から、参照商品平均金額の最も低いユーザを抽出し、切断ユーザとする（ステップＳ９５）。なお、参照商品平均金額の替わりに、購入予定管理テーブルを用いて、購入予定金額の最も低いユーザを、切断ユーザとしても良い。
【０１１６】
以上説明したように、企業がどのようなユーザを優遇したいかによって、切断ユーザの選択方法を変更することができる。また、利用者情報を管理するためのテーブルは上述の実施形態に限られるものではなく、希望する選択方法を実現するために、任意のテーブルを追加、及び削除することが可能である。
【０１１７】
また、図１３において、抽出されたユーザが全て決済中の状態にある場合には、接続要求を送信したサービス利用端末のユーザが会員であっても、いずれかのユーザの決済が終了するまで新規接続を行わないようにしても良い。新規に接続したユーザが必ずしも、商品を購入するとは限らない。従って、決済中のユーザを切断してしまう方が、企業にとって損失が大きい場合もある。そこで、決済中のユーザが決済処理を終了し次第、優遇対象のユーザをサービス提供サーバ４０に接続するようにすることで、売上げを確保し、販売機会を失うことにより生じる損失を低減することができる。
【０１１８】
また、図６のステップＳ２４では、接続部３１４は、切断ユーザのサービス利用端末とサービス提供サーバ４０との接続を切断していたが、切断されたサービス利用端末を、サービス提供サーバ４０の混雑情報を報知する混雑表示サーバ５０に接続することができる。これにより、接続を切断された利用者が、サービスを提供する業者に対して不満を抱く可能性を低減することができる。なお、サービス提供サーバ４０が新たなサービス利用端末を接続できる状態になった場合には、混雑表示サーバ５０に接続されたサービス利用端末を、サービス提供サーバ４０に再接続するようにしても良い。この際、サービス利用端末が混雑表示サーバ５０に接続される前の利用状態を、サービス提供サーバ４０の再接続時に再現するようにすることで、ユーザの利便性が高まると共に、サービス提供サーバ４０との接続を切断されたことに対する不満を低減することができる。
【０１１９】
また、図６のステップＳ１２では、接続可否判定部３１１は、サービス提供サーバ４０に接続できるサービス利用端末の数によって、新たなサービス利用端末をサービス提供サーバに接続できるか否か判定していた。しかし、接続可否判定部３１１は、上記の条件に加えて、あるいは、上記の条件に替えて、サービス提供サーバ４０の処理負荷に基づいて、新たなサービス利用端末をサービス提供サーバに接続できるか否かを判定しても良い。
【０１２０】
また、上述の説明では、ゲートウェイ装置３０が利用者情報を格納する格納部３１２を備えていたが、図１８に示すようにサービス提供サーバ４０が利用者情報を格納する格納部を有していても良い。この場合、ゲートウェイ装置３０の利用者判定部３１３及び接続部３１４は、サービス提供サーバ４０から利用者情報を取得することができる。また、図１９に示すようにゲートウェイ装置３０が有する機能を、サービス提供サーバ４０が備えるように構成しても良い。
【０１２１】
また、上述の説明では、ゲートウェイ装置３０に接続されるサービス提供サーバ４０及び混雑表示サーバ５０はそれぞれ１台であったが、複数台あっても良い。
【０１２２】
また、混雑表示サーバ５０は、サービス提供サーバ４０の混雑情報を表示するサーバであったが、サービス提供サーバ４０が提供するサービスの中から限定したサービスのみを提供できるサーバであっても良い。例えば、混雑表示サーバ５０に接続されたユーザは、商品の購入・決済を行うことは出来ないが、商品の閲覧、比較等は行えるようにすることができる。
【０１２３】
また、上述の実施形態では、サービス提供サーバ４０はネットショッピングのサービスを提供するとしたが、サービス提供サーバ４０を、災害時等における緊急情報を提供するサーバとすることもできる。この場合、官公庁や地方自治体等を優遇対象者とし、他の接続に優先して緊急情報を提供するよう構成することができる。これにより、災害時において、官公庁や地方公共団体が、必要なときに緊急情報を手に入れることができる確実性を高めることが出来る。
【０１２４】
なお、上記のゲートウェイ装置３０、又はサービス提供サーバ４０が有する機能は、コンピュータによって実現することができる。その場合、ゲートウェイ装置３０、又は、サービス提供サーバ４０が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。
【０１２５】
プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【０１２６】
プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。
【０１２７】
なお、以上の説明に関して更に以下の付記を開示する。
（付記１） 接続された端末に対し所定のサービスを提供するサービス提供装置に端末を新たに接続できるか否か判定する第１の判定部と、サービスの提供を要求する端末の利用者が、前記サービス提供装置に優先して接続される優遇対象者であるか否かを判定する第２の判定部と、前記サービス提供装置に端末を新たに接続できると判定された場合には、前記サービスの提供を要求する端末を前記サービス提供装置に接続し、前記サービス提供装置に端末を新たに接続できないと判定された場合であっても、前記サービスの提供を要求する端末の利用者が優遇対象者であると判定された場合には、前記サービスの提供を要求する端末をサービス提供装置に接続する接続部と、を備える通信制御装置。
（付記２） 前記第１の判定部において、前記サービス提供装置に端末を新たに接続できないと判定された場合に、前記接続部は、前記サービス提供装置に接続済みの他の端末の接続を切断し、前記サービス提供装置の混雑情報を報知する混雑情報提供装置に、前記他の端末を接続することを特徴とする付記１に記載の通信制御装置。
（付記３） 前記接続部は、既に前記サービス提供装置と接続している端末の利用者の利用者情報に基づいて、前記他の端末を決定することを特徴とする付記２に記載の通信制御装置。
（付記４） 前記第２の判定部は、前記サービスの提供を要求する端末の利用者が優遇対象者であるか否かを、前記サービス提供装置から取得した情報、又は、利用者情報を格納する格納部から取得した情報に基づいて判定することを特徴とする付記１から３のいずれかに記載の通信制御装置。
（付記５） 前記サービス提供装置に端末を新たに接続できないと判定される場合は、前記サービス提供装置の処理負荷が予め定められた閾値を超えている場合を含むことを特徴とする付記１から４のいずれかに記載の通信制御装置。
（付記６） 前記サービス提供装置に端末を新たに接続できないと判定される場合は、前記サービス提供装置との接続を確立している端末の数が、前記サービス提供装置に接続可能な端末数の上限に達している場合を含むことを特徴とする付記１から５のいずれかに記載の通信制御装置。
（付記７） 前記接続部が前記他の端末を決定するために用いる前記利用者情報は、前記他の端末の利用者の、利用ステータス、比較商品数、購入予定金額、購入合計金額、入力文字数、顧客クラス、及び接続時間を含むことを特徴とする付記１から６のいずれかに記載の通信制御装置。
（付記８） 接続された端末に対し所定のサービスを提供するサービス提供部と、前記サービス提供部に端末を新たに接続できるか否かを判定する第１の判定部と、サービスの提供を要求する端末の利用者が、前記サービス提供装置に優先して接続される優遇対象者であるか否かを判定する第２の判定部と、前記サービス提供装置に端末を新たに接続できると判定された場合には、前記サービスの提供を要求する端末を前記サービス提供装置に接続し、前記サービス提供装置に端末を新たに接続できないと判定された場合であっても、前記サービスの提供を要求する端末の利用者が優遇対象者であると判定された場合には、前記サービスの提供を要求する端末をサービス提供装置に接続する接続部と、を備える情報処理装置。
（付記９） 接続された端末に対し所定のサービスを提供するサービス提供装置と、前記サービス提供部に端末を新たに接続できるか否かを判定する第１の判定部と、サービスの提供を要求する端末の利用者が、前記サービス提供装置に優先して接続される優遇対象者であるか否かを判定する第２の判定部と、前記サービス提供装置に端末を新たに接続できると判定された場合には、前記サービスの提供を要求する端末を前記サービス提供装置に接続し、前記サービス提供装置に端末を新たに接続できないと判定された場合であっても、前記サービスの提供を要求する端末の利用者が優遇対象者であると判定された場合には、前記サービスの提供を要求する端末をサービス提供装置に接続する接続部と、を有する通信制御装置と、を備える通信制御システム。
（付記１０） 通信制御装置が、接続された端末に対し所定のサービスを提供するサービス提供装置に端末を新たに接続できるか否かを判定し、サービスの提供を要求する端末の利用者が、前記サービス提供装置に優先して接続される優遇対象者であるか否かを判定し、前記サービス提供装置に端末を新たに接続できると判定された場合には、前記サービスの提供を要求する端末を前記サービス提供装置に接続し、前記サービス提供装置に端末を新たに接続できないと判定された場合であっても、前記サービスの提供を要求する端末の利用者が優遇対象者であると判定された場合には、前記サービスの提供を要求する端末をサービス提供装置に接続する通信制御方法。
（付記１１） サービス提供サーバが、サービスの提供を要求する端末に対して新たにサービスを提供できるか否かを判定し、サービスの提供を要求する端末の利用者が、優先してサービスの提供を受けられる優遇対象者であるか否かを判定し、新たにサービスを提供できると判定された場合には、前記サービスの提供を要求する端末にサービスを提供し、新たにサービスを提供できないと判定された場合であっても、前記サービスの提供を要求する端末の利用者が優遇対象者であると判定された場合には、前記サービスの提供を要求する端末にサービスを提供する、ことを特徴とする情報処理方法。
【符号の説明】
【０１２８】
１０Ａ、１０Ｂ、１０Ｃ、１０Ｄ…サービス利用端末
３０…ゲートウェイ装置
４０…サービス提供サーバ
５０…混雑表示サーバ
３１１…接続可否判定部
３１２…格納部
３１３…利用者判定部
３１４…接続部
【技術分野】
【０００１】
本件は、通信制御装置、情報処理装置、通信制御システム、通信制御方法、及び情報処理方法に関する。
【背景技術】
【０００２】
近年、ネットワークを介してユーザ（利用者）からサービスの利用や情報提供の要求を受け付け、当該ユーザに対して所望のサービスや情報を提供する各種サービス提供システムや、情報配信システムが広く普及している。例として、ネットショップといわれる仮想店舗を用いた電子商取引、ソーシャルネットワークサービス（ＳＮＳ）等のインターネット会員サービス、音楽・動画等のデジタルコンテンツの販売、及び金融トレーディング等があげられる。
【０００３】
上述のようなサービスは、様々な形態で提供されうるが、サービスの提供を受けたいユーザが、自己が利用する端末をウェブサーバに接続することによって、サービスの提供を受けるのが主流となっている。しかしながら、ウェブサーバに接続できる端末の数や、ウェブサーバの処理能力には上限があるため、サービスの利用が集中すると、サービスを利用したくてもウェブサーバに接続できないユーザが出てしまう。そこで、ウェブサーバに接続できなかったユーザに整理券を配布し、ウェブサーバが空き次第、ウェブサーバへの接続を要求した順番にユーザを順次接続する技術が提案されている（例えば、特許文献１）。
【０００４】
しかしながら、サービスを利用したくてもウェブサーバに接続できないユーザの中には、長期にわたりそのサービスを利用し、かつ利用金額も大きい、いわゆる得意客が存在する場合がある。そのような場合に、得意客を優遇せず、ウェブサーバへの接続を要求した順番にユーザをウェブサーバに接続していたのでは、購買可能性の高い得意客を逃してしまい、販売の機会を逸してしまう機会損失を招くおそれがある。そこで、ウェブサーバが空き次第、得意客を他のユーザに優先して接続する技術が提案されている（特許文献２及び３）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−２０４２６８号公報
【特許文献２】特開２００３−２４８７８１号公報
【特許文献３】特開２００５−１８２４２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献２及び３の技術を用いても、得意客が、ウェブサーバとの接続を待っている間にサービスの利用をあきらめてしまい、機会損失が発生する可能性が存在する。
【０００７】
本件は、上記の事情に鑑みて成されたものであり、優遇対象の顧客がサービスを利用できる確実性を向上させることを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、明細書開示の通信制御装置は、接続された端末に対し所定のサービスを提供するサービス提供装置に端末を新たに接続できるか否か判定する第１の判定部と、サービスの提供を要求する端末の利用者が、前記サービス提供装置に優先して接続される優遇対象者であるか否かを判定する第２の判定部と、前記サービス提供装置に端末を新たに接続できると判定された場合には、前記サービスの提供を要求する端末を前記サービス提供装置に接続し、前記サービス提供装置に端末を新たに接続できないと判定された場合であっても、前記サービスの提供を要求する端末の利用者が優遇対象者であると判定された場合には、前記サービスの提供を要求する端末をサービス提供装置に接続する接続部と、を備える。
【０００９】
上記課題を解決するために、明細書開示の情報処理装置は、接続された端末に対し所定のサービスを提供するサービス提供部と、前記サービス提供部に端末を新たに接続できるか否かを判定する第１の判定部と、サービスの提供を要求する端末の利用者が、前記サービス提供装置に優先して接続される優遇対象者であるか否かを判定する第２の判定部と、前記サービス提供装置に端末を新たに接続できると判定された場合には、前記サービスの提供を要求する端末を前記サービス提供装置に接続し、前記サービス提供装置に端末を新たに接続できないと判定された場合であっても、前記サービスの提供を要求する端末の利用者が優遇対象者であると判定された場合には、前記サービスの提供を要求する端末をサービス提供装置に接続する接続部とを備える。
【００１０】
上記課題を解決するために、明細書開示の通信制御システムは、接続された端末に対し所定のサービスを提供するサービス提供装置と、前記サービス提供部に端末を新たに接続できるか否かを判定する第１の判定部と、サービスの提供を要求する端末の利用者が、前記サービス提供装置に優先して接続される優遇対象者であるか否かを判定する第２の判定部と、前記サービス提供装置に端末を新たに接続できると判定された場合には、前記サービスの提供を要求する端末を前記サービス提供装置に接続し、前記サービス提供装置に端末を新たに接続できないと判定された場合であっても、前記サービスの提供を要求する端末の利用者が優遇対象者であると判定された場合には、前記サービスの提供を要求する端末をサービス提供装置に接続する接続部と、を有する通信制御装置と、を備える。
【００１１】
上記課題を解決するために、明細書開示の通信制御方法は、通信制御装置が、接続された端末に対し所定のサービスを提供するサービス提供装置に端末を新たに接続できるか否かを判定し、サービスの提供を要求する端末の利用者が、前記サービス提供装置に優先して接続される優遇対象者であるか否かを判定し、前記サービス提供装置に端末を新たに接続できると判定された場合には、前記サービスの提供を要求する端末を前記サービス提供装置に接続し、前記サービス提供装置に端末を新たに接続できないと判定された場合であっても、前記サービスの提供を要求する端末の利用者が優遇対象者であると判定された場合には、前記サービスの提供を要求する端末をサービス提供装置に接続する。
【００１２】
上記課題を解決するために、明細書開示の情報処理方法は、サービス提供サーバが、サービスの提供を要求する端末に対して新たにサービスを提供できるか否かを判定し、サービスの提供を要求する端末の利用者が、優先してサービスの提供を受けられる優遇対象者であるか否かを判定し、新たにサービスを提供できると判定された場合には、前記サービスの提供を要求する端末にサービスを提供し、新たにサービスを提供できないと判定された場合であっても、前記サービスの提供を要求する端末の利用者が優遇対象者であると判定された場合には、前記サービスの提供を要求する端末にサービスを提供する。
【発明の効果】
【００１３】
明細書開示の通信制御装置、情報処理装置、通信制御システム、通信制御方法、及び情報処理方法によれば、優遇対象の顧客がサービスを利用できる確実性が向上する。
【図面の簡単な説明】
【００１４】
【図１】本件の通信制御装置を含むサービス提供システムの構成の一例を示す図である。
【図２】ゲートウェイ装置のハードウェア構成の一例を示す図である。
【図３】サービス提供システムの概要を説明するための図である。
【図４】ゲートウェイ装置が有する機能の一例を示す機能ブロック図である。
【図５】格納部が格納する利用者情報を管理するテーブル間の関係の一例を示す図である。
【図６】ゲートウェイ装置が実行する処理の一例を示すフローチャートである。
【図７】非会員の参照ユーザの中から切断ユーザを選択する処理の一例を示すフローチャートである。
【図８】図８（Ａ）は、ステータス管理テーブルに格納されるデータの一例を示し、図８（Ｂ）は、比較商品数管理テーブルに格納されるデータの一例を示している。
【図９】非会員の選択中ユーザの中から切断ユーザを選択する処理の一例を示すフローチャートである。
【図１０】図１０（Ａ）は、ステータス管理テーブルに格納されるデータの一例を示し、図１０（Ｂ）は、購入予定管理テーブルに格納されるデータの一例を示している。
【図１１】非会員の決済後ユーザの中から切断ユーザを選択する処理の一例を示すフローチャートである。
【図１２】図１２（Ａ）は、ステータス管理テーブルに格納されるデータの一例を示し、図１２（Ｂ）は、購入履歴管理テーブルに格納されるデータの一例を示している。
【図１３】図６のステップＳ６０の処理の一例を示すフローチャートである。
【図１４】図１４（Ａ）〜（Ｃ）は、ステータス管理テーブルに格納されるデータの一例を示し、図１４（Ｄ）は、ステータス管理テーブルが図１４（Ｃ）に示す状態の場合に、購入予定管理テーブルに格納されるデータの一例を示している。
【図１５】格納部が格納する利用者情報を管理するテーブル間の関係の別例を示す図である
【図１６】切断ユーザを決定する処理の別の一例を示すフローチャートである。
【図１７】図１５に示した各テーブルに格納されるデータの具体例を示した図である。
【図１８】サービス提供システムの構成例の別の一例を示す図である。
【図１９】サービス提供サーバの構成の一例を示す図である。
【発明を実施するための形態】
【００１５】
以下、本件の実施形態について、添付図面を参照しつつ説明する。
【００１６】
図１を参照し、本件の通信制御装置を含むサービス提供システムの構成について説明する。図１は、本件の通信制御装置を含むサービス提供システムの構成の一例を示す図である。
【００１７】
図１において、サービス提供システム１００は、サービス利用端末１０Ａ〜１０Ｄ、ネットワーク２０、ゲートウェイ装置（通信制御装置）３０、サービス提供サーバ（サービス提供装置）４０、及び混雑表示サーバ（混雑情報提供装置）５０を備える。
【００１８】
サービス利用端末１０Ａ〜１０Ｄは、サービス提供サーバ４０からサービスの提供を受けるユーザが操作する端末であり、パーソナルコンピュータとすることができる。サービス利用端末１０Ａ〜１０Ｄは、ネットワーク２０に接続され、ネットワーク２０を介して、サービス提供サーバ４０から所定のサービスの提供（例えば、電子商取引等）を受ける。
【００１９】
ネットワーク２０は、例えば、インターネット、ＷＡＮ（Wide Area Network）等の通信ネットワークであり、ネットワーク２０に接続された端末及び装置間におけるデータの送受信を可能とする。本実施形態において、ネットワーク２０は、サービス利用端末１０Ａ〜１０Ｄとゲートウェイ装置３０との間のデータの送受信を可能としている。
【００２０】
ゲートウェイ装置３０は、ネットワーク２０、サービス提供サーバ４０、及び混雑表示サーバ５０と接続される。ゲートウェイ装置３０は、ネットワーク２０を介してサービス利用端末１０Ａ〜１０Ｄから、サービス提供サーバ４０への接続要求を受信する。接続要求とは、サービス利用端末１０Ａ〜１０Ｄにサービスを提供するよう要求する信号である。ゲートウェイ装置３０は、接続要求を受信すると、サービス利用端末１０Ａ〜１０Ｄをサービス提供サーバ４０、又は、混雑表示サーバ５０に接続する。
【００２１】
サービス提供サーバ４０は、例えばサーバコンピュータであり、ゲートウェイ装置３０に接続される。サービス提供サーバ４０は、ゲートウェイ装置３０によってサービス提供サーバ４０に接続されたサービス利用端末に対して、所定のサービスを提供する。本実施形態では、サービス提供サーバ４０は、接続されたサービス利用端末に対して物品購入（いわゆるネットショッピング）のサービスを提供するものとする。
【００２２】
混雑表示サーバ５０は、例えばサーバコンピュータであり、ゲートウェイ装置３０に接続される。混雑表示サーバ５０は、ゲートウェイ装置３０によって混雑表示サーバ５０に接続されたサービス利用端末に対して、サービス提供サーバ４０の混雑状況を表示する。
【００２３】
次に、ゲートウェイ装置３０のハードウェア構成について説明する。図２は、ゲートウェイ装置３０のハードウェア構成の一例を示す図である。
【００２４】
ゲートウェイ装置３０は、入出力部３０１、ＲＯＭ（Read Only Memory）３０２、中央処理装置（ＣＰＵ：Central Processing Unit）３０３、ＲＡＭ(Random Access Memory)３０４、及びハードディスクドライブ（ＨＤＤ：Hard Disk Drive）３０５を備える。
【００２５】
入出力部３０１は、ネットワーク２０を介して、サービス提供サーバ４０、及び混雑表示サーバ５０の間でデータおよび信号の送受信を行う。ＲＯＭ３０２は、サービスの提供を要求するサービス利用端末をサービス提供サーバ４０に接続するか否かを判定するプログラム等を格納する。ＣＰＵ３０３は、ＲＯＭ３０２に格納されたプログラムを読み込んで実行する。また、ＲＯＭ３０２に格納されたプログラムのＣＰＵ３０３による演算によって、図４に示す接続可否判定部３１１、利用者判定部３１３、及び接続部３１４が有する機能が実行される。ＲＡＭ３０４は、プログラムを実行する際に使用される一時的なデータを保存する。
【００２６】
ＨＤＤ３０５は、ユーザに関する情報を格納する。具体的には、ユーザが会員登録をしているか否かに関する情報、ユーザが過去に購入した商品及びその金額情報を含む購買履歴情報、ユーザがサービスを利用した最終日時、及びユーザの会員ランク等である。
【００２７】
ここで、上述したサービス提供システム１００の概要を、図３を用いて簡単に説明する。図３は、サービス提供システム１００の概要を説明するための図である。
【００２８】
図３において、サービス利用端末１０Ｂ〜１０Ｄは、既にサービス提供サーバ４０に接続済みであり、サービスの提供を受けているものとする。また、サービス利用端末１０Ｂ〜１０ＤのユーザＢ〜Ｄは、サービスの提供を受けるにあたり、会員登録を行っていない一般利用者（以後、非会員とも記載する）であるとする。また、サービス提供サーバ４０に接続可能なサービス利用端末の上限は、３台であるとする。この状況において、未だサービス提供サーバ４０に接続していないサービス利用端末１０Ａからの接続要求を、ゲートウェイ装置３０が受信したとする。サービス利用端末１０ＡのユーザＡは会員であるため、一般利用者よりも優先してサービス提供サーバ４０に接続される優遇対象者であるとする。
【００２９】
この場合、ゲートウェイ装置３０は、サービス利用端末１０Ａから接続要求を受信しているが、サービス提供サーバ４０に接続済みのサービス利用端末の数は上限に達しており、このままでは、サービス利用端末１０Ａをサービス提供サーバ４０に接続できない。しかし、サービス利用端末１０ＡのユーザＡは、一般利用者よりも優先してサービス提供サーバ４０に接続される優遇対象者である。そこで、ゲートウェイ装置３０は、サービス利用端末１０Ｂ〜１０Ｄのうちいずれか１つ、例えばサービス利用端末１０Ｂを選択し、サービス利用端末１０Ｂとサービス提供サーバ４０との接続を切断する。すると、サービス提供サーバ４０に接続されているサービス利用端末の数は２となり、新たなサービス利用端末を接続することが可能となる。ゲートウェイ装置３０は、サービス利用端末１０Ａをサービス提供サーバ４０に新たに接続し、これにより、ユーザＡは、サービスの提供を受けることができる。ゲートウェイ装置３０は、サービス提供サーバ４０との接続を切断したサービス利用端末１０Ｂを、混雑表示サーバ４０に接続することもできる。なお、サービス利用端末１０ＡのユーザＡが一般利用者である場合には、サービス利用端末１０Ａを優先してサービス提供サーバ４０に接続する必要がないため、ゲートウェイ装置３０は、サービス利用端末１０Ａを混雑表示サーバ５０に接続する。
【００３０】
次に、図４を参照して、上述のサービス提供システム１００を実現するために、ゲートウェイ装置３０が有する機能の一例ついて説明する。図４は、ゲートウェイ装置３０が有する機能の一例を示す機能ブロック図である。
【００３１】
ゲートウェイ装置３０は、接続可否判定部（第１の判定部）３１１、格納部３１２、利用者判定部（第２の判定部）３１３、及び接続部３１４を備える。
【００３２】
接続可否判定部３１１は、サービス利用端末１０Ａ〜１０Ｄから、接続要求を受信すると、サービス提供サーバ４０の稼働状態を取得する。例えば、接続可否判定部３１１は、サービス提供サーバ４０の処理負荷や、サービス提供サーバ４０に接続されているサービス利用端末の数を取得する。
【００３３】
接続可否判定部３１１は、取得した稼働状態に基づいて、サービス提供サーバ４０にサービス利用端末を新たに接続できるか否かを判定する。サービス提供サーバ４０に接続できるサービス利用端末の数には上限があるため、接続可否判定部３１１は、サービス提供サーバ４０に接続されているサービス利用端末の数が上限に達している場合には、サービス利用端末を新たに接続できないと判定できる。また、接続されているサービス利用端末の数が上限に達していない場合でも、サービス提供サーバ４０の処理負荷が高いときに、新たに端末を接続するとサーバがダウンしてしまう可能性がある。従って、接続可否判定部３１１は、サービス提供サーバ４０の処理負荷が所定の閾値を超えている場合にも、サービス利用端末を新たに接続できないと判定することもできる。接続可否判定部３１１は、判定結果を接続部３１４へ出力する。
【００３４】
格納部３１２は、例えば、ＲＡＭ３０４、及びＨＤＤ３０５等で構成され、サービス提供サーバ４０が提供する、サービスの利用者に関する利用者情報を格納する。また、格納部３１２は、ユーザが、サービスの会員であるか否かを判定するためのユーザＩＤ及びパスワードを含む会員情報を格納する。ここで、利用者情報について、図５を参照しつつ説明する。図５は、格納部３１２が格納する利用者情報を管理するテーブル間の関係の一例を示す図である。
【００３５】
図５に示すように、格納部３１２が格納する利用者情報は、ステータス管理テーブル、購入履歴管理テーブル、比較商品数管理テーブル、及び購入予定管理テーブルを用いて管理される。各テーブルに格納されるデータの例は、後述するものとし、ここでは各テーブルの概要と、各テーブルが有する項目とについて説明する。
【００３６】
ステータス管理テーブルは、サービス提供サーバ４０と接続しているサービス利用端末についての情報を格納するテーブルである。ステータス管理テーブルは、セッションＮｏ．、ＩＰアドレス、最終アクセス時間、会員レベル、利用ステータス、及び会員番号の項目を有する。セッションＮｏ．は、サービス提供サーバ４０と接続しているサービス利用端末に対して割り当てられる接続番号であり、ゲートウェイ装置３０は接続番号を用いて、サービス提供サーバ４０と接続しているサービス利用端末を管理する。ＩＰアドレスは、サービス提供サーバ４０に接続しているサービス利用端末の物理的なＩＰアドレスを表す。最終アクセス時間は、サービス利用端末が最後にサービス提供サーバ４０にアクセスした時間を表す。会員レベルは、サービス利用端末のユーザが、会員登録のある登録会員であるのか、または、会員登録のない非会員であるのか等を表す。
【００３７】
購入履歴管理テーブルは、ユーザが購入した商品や購入金額等を格納するテーブルである。購入履歴テーブルは、会員番号、購入年月日、商品種別、商品型番、単価、購入個数、及び金額小計の項目を有する。会員番号は、登録会員の会員番号、又は、一般利用者に一時的に割り当てられる会員番号を表す。購入年月日は、会員番号のユーザが、商品を購入した日付を表す。商品種別は、会員番号のユーザが、購入年月日に買った商品の種類（例えば、液晶テレビ、アイロン、洗濯機等）を表す。商品型番は、会員番号のユーザが購入した商品の型番を表す。また、単価は、会員番号のユーザが購入した商品の単価を表し、購入個数は、その商品を購入した個数を表す。金額小計は、単価に購入個数を乗算した金額を表す。
【００３８】
比較商品数管理テーブルは、ユーザが商品同士の比較を行った場合に、その比較した商品数を管理するためのテーブルである。比較商品数管理テーブルは、セッションＮｏ．、最終アクセス時間、参照比較商品数、及び参照商品平均金額の項目を有する。前段で説明したセッションＮｏ．及び最終アクセス時間については説明を省略する。参照比較商品数とは、各商品ページごとに用意された商品詳細情報ページを選択又は閲覧した回数を表す。例えば、液晶テレビのページにおいて、２０個の商品が表示され、２０個の商品には、それぞれ商品詳細情報ページが用意されているとする。この場合、ユーザが商品詳細情報ページをいくつ選択したか、あるいは、閲覧したかをカウントし、その数を、参照比較商品数とすることができる。なお、各商品ページは、複数の商品カテゴリ（例えば、液晶テレビとＨＤＤレコーダ）の商品を一緒に表示するようにしてもよい。参照商品平均金額は、参照した商品のそれぞれの単価を足した金額を、比較商品数で割った金額を表す。参照商品平均金額は、購入予定単価の目安とすることができる。
【００３９】
購入予定管理テーブルは、ユーザが購入しようとしている商品の情報等を管理するテーブルである。購入予定管理テーブルは、セッションＮｏ．、最終アクセス時間、入力文字数、及び購入予定商品合計金額の項目を有する。前段で説明したセッションＮｏ．及び最終アクセス時間については、説明を省略する。入力文字数は、商品購入に際し、送付先等の入力で入力された文字数を表す。なお、漢字の入力については、２文字としてカウントしてもよい。購入予定商品合計金額は、これから購入しようと選択された商品（例えば、カートやバスケットに入れてある商品）の合計金額を表す。
【００４０】
図５において、ステータス管理テーブルと購入履歴管理テーブルとは、会員番号によって紐付けることができる。また、ステータス管理テーブルと、比較商品数管理テーブル、及び購入予定管理テーブルのそれぞれとは、セッションＮｏ．によって紐付けることができる。
【００４１】
図４に戻り説明を続ける。利用者判定部３１３は、サービス利用端末にユーザが入力した情報に基づいて、又は、ユーザが入力した情報及び格納部３１２に格納されている利用者情報に基づいて、サービスの提供を要求するサービス利用端末のユーザが、優遇対象者か否か判定する。ここで、優遇対象者とは、サービス提供サーバ４０に、他のサービス利用端末のユーザよりも優先して接続される者のことをいう。例えば、所定のサービスの会員であるユーザを、非会員のユーザよりも優先してサービス提供サーバ４０に接続する優遇対象者とすることができる。この場合、利用者判定部３１３は、正しい会員番号とパスワードとを入力したか否かによって、ユーザが登録会員であるか否かを判定できる。そして、利用者判定部３１３は、ユーザが登録会員の場合には、ユーザを優遇対象者と判定し、ユーザが非会員の場合には、ユーザを非優遇対象者と判定することができる。利用者判定部３１３は、判定結果を接続部３１４に出力する。
【００４２】
接続部３１４は、接続可否判定部３１１と、利用者判定部３１３とから、判定結果をそれぞれ受付ける。接続部３１４は、サービス提供サーバ４０にサービス利用端末を新たに接続できると判定されている場合には、接続要求を送信したサービス利用端末をサービス提供サーバ４０に接続する。接続部３１４は、サービス提供サーバ４０にサービス利用端末を新たに接続できないと判定されていても、ユーザが優遇対象者であると判定されている場合には、接続済みの他のサービス利用端末に替えて、優遇対象者のサービス利用端末をサービス提供サーバ４０に接続する。具体的には、接続済みの他のサービス利用端末とサービス提供サーバ４０との接続を切断し、優遇対象者のサービス利用端末をサービス提供サーバ４０に接続する。これにより、優遇対象者は、サービス提供サーバ４０との接続を待たせることなく、サービス提供サーバ４０からサービスを受けることができる。また、接続部３１４は、サービス提供サーバ４０にサービス利用端末を新たに接続できないと判定され、かつ、ユーザが非優遇対象者であると判定されている場合には、サービス利用端末を混雑表示サーバ５０へ接続する。
【００４３】
接続部３１４は、優遇対象者のサービス利用端末をサービス提供サーバ４０に接続するためにサービス提供サーバ４０との接続を切断された他のサービス利用端末を、混雑表示サーバ５０に接続するようにすることができる。
【００４４】
また、接続部３１４は、サービス提供サーバ４０との接続を切断するサービス利用端末を、格納部３１２が格納している各テーブルを参照して決定することができる。接続部３１４がどのようにサービス提供サーバ４０との接続を切断するサービス利用端末を決定するかについては、図６〜図１４に示すフローチャート及び具体的なデータ例を用いて説明する。
【００４５】
図６は、ゲートウェイ装置３０が実行する処理の一例を示すフローチャートである。本フローチャートでは、登録会員であるユーザを優遇対象者とする。
【００４６】
接続可否判定部３１１は、サービス利用端末１０Ａ〜１０Ｄから接続要求を受信したか否かを判定する（ステップＳ１０）。接続可否判定部３１１は、接続要求を受信していない場合（ステップＳ１０／ＮＯ）、接続要求を受信するまでステップＳ１０の処理を繰り返す。
【００４７】
接続可否判定部３１１は、接続要求を受信した場合（ステップＳ１０／ＹＥＳ）、サービス提供サーバ４０に接続されているサービス利用端末の数が上限に達しているか否か判定する（ステップＳ１２）。サービス利用端末の数が上限に達していない場合（ステップＳ１２／ＮＯ）、接続部３１４は、接続要求を送信したサービス利用端末をサービス提供サーバ４０に新規に接続し（ステップＳ２６）、処理を終了する。
【００４８】
サービス利用端末の数が上限に達している場合（ステップＳ１２／ＹＥＳ）、利用者判定部３１３は、接続要求を送信したサービス利用端末のユーザが会員か否かを判定する（ステップＳ１４）。
【００４９】
ユーザが登録会員でない場合（ステップＳ１４／ＮＯ）、接続部３１４は接続要求を送信したサービス利用端末を混雑表示サーバ５０に接続し（ステップＳ１６）、処理を終了する。ユーザが会員である場合（ステップＳ１４／ＹＥＳ）、接続部３１４は、サービス提供サーバ４０に接続しているサービス利用端末のユーザの中に、非会員の参照ユーザが存在するか否か判定する（ステップＳ１８）。ここで、参照ユーザとは、商品の購入操作を行ったりすることなく、サービス提供サーバ４０が提供する画面を閲覧・参照しているだけのユーザをいうこととする。
【００５０】
非会員の参照ユーザが存在する場合（ステップＳ１８／ＹＥＳ）、接続部３１４は、サービス提供サーバ４０との接続を切断される切断ユーザを、非会員の参照ユーザの中から選択する処理を実行する（ステップＳ３０）。ここで、図７を用いて、参照ユーザの中から切断ユーザを選択する処理の詳細について説明する。図７は、非会員の参照ユーザの中から切断ユーザを選択する処理の一例を示すフローチャートである。
【００５１】
図７において、接続部３１４は、格納部３１２に格納された利用者情報を取得し、非会員の参照ユーザが参照している商品（参照商品）の比較数を取得する（ステップＳ３１）。
【００５２】
次に、接続部３１４は、非会員の参照ユーザの中からユーザを１人選択し、切断ユーザ候補とする（ステップＳ３２）。接続部３１４は、未だ切断ユーザ候補とするか否かを確認していないユーザが、非会員の参照ユーザの中に存在するか否か判定する（ステップＳ３３）。
【００５３】
接続部３１４は、未確認のユーザが存在する場合（ステップＳ３３／ＹＥＳ）、非会員の参照ユーザの中から次のユーザを取得する（ステップＳ３４）。次に、接続部３１４は、現在の切断ユーザ候補の参照商品の比較数が、取得したユーザの参照商品の比較数よりも大きいか否か判定する（ステップＳ３５）。
【００５４】
現在の切断ユーザ候補の比較数が、取得したユーザの比較数よりも大きいとは、取得したユーザの参照商品の比較数が、確認済みユーザの中で最低ということである。従って、接続部３１４は、現在の切断ユーザ候補の比較数が、取得したユーザの比較数よりも大きい場合（ステップＳ３５／ＹＥＳ）、取得したユーザを切断ユーザ候補する（ステップＳ３６）。様々な商品を比較しているユーザの方が、購買意欲が高いと考えられるからである。ステップＳ３６の処理が終了すると、接続部３１４は、ステップＳ３３に戻る。参照商品の比較数が同じ場合には、接続部３１４は、サービス提供サーバ４０に最後にアクセスした時間が最も古いユーザ、又は、比較している商品の単価が最も低いユーザを切断ユーザ候補としても良い。現在の切断ユーザ候補の参照商品比較数が、取得したユーザの参照商品比較数よりも小さい場合（ステップＳ３５／ＮＯ）、接続部３１４は、切断ユーザ候補を変更せず、ステップＳ３３の処理に戻る。
【００５５】
接続部３１４は、非会員の参照ユーザ全てについて確認が終了した場合（ステップＳ３３／ＮＯ）、切断ユーザ候補を切断ユーザとし（ステップＳ３７）、本処理を終了する。
【００５６】
図６に戻り、説明を続ける。ステップＳ３０の処理が終了すると、接続部３１４は、ステップＳ３０の処理で選択した切断ユーザのサービス利用端末とサービス提供サーバ４０との接続を切断する（ステップＳ２４）。そして、接続部３１４は、接続要求を送信したサービス利用端末をサービス提供サーバ４０に新規に接続し（ステップＳ２６）、処理を終了する。
【００５７】
ここで、図８に示す具体的なデータを用いて、ステップＳ３０の処理を経て、切断ユーザを決定する処理について説明する。図８（Ａ）は、ステータス管理テーブルに格納されるデータの一例を示し、図８（Ｂ）は、比較商品数管理テーブルに格納されるデータの一例を示している。ステータス管理テーブルの会員レベルの項目において、「０」は非会員、「１」は会員であることを表す。また、利用ステータスの項目について、「０」はページを参照中の状態、「１」は何らかの商品を選択しカートに入れた選択中の状態、「３」は会計等の処理を実行している決済中の状態、「４」は会計処理が終了している決済後の状態を表す。
【００５８】
ここでは、サービス提供サーバ４０に接続できるサービス利用端末の数は１０台であり、現在１０台のサービス利用端末がサービス提供サーバ４０に接続されているとする。また、接続要求を送信したサービス利用端末の利用者は会員であるとする。
【００５９】
サービス提供サーバ４０に接続済みのサービス利用端末の数が最大であるため（ステップＳ１２／ＹＥＳ）、利用者判定部３１３は、接続要求を送信したサービス利用端末のユーザが会員か否か判定する（ステップＳ１４）。ユーザは会員であるため（ステップＳ１４／ＹＥＳ）、接続部３１４は、ステータス管理テーブルを参照し、ステータス管理テーブルで管理されているサービス利用端末のユーザの中に、非会員の参照ユーザが存在するか否かを判定する（ステップＳ１８）。つまり、図８（Ａ）に示すステータス管理テーブルにおいて、会員レベルの値が「０」であり、かつ、利用ステータスの値が「０」であるユーザが存在するか否か判定する。
【００６０】
図８（Ａ）に示すステータス管理テーブルにおいては、会員レベルの値が「０」であり、かつ、利用ステータスの値が「０」であるユーザ（セッションＮｏ．０１、０４、及び０５）が存在する（ステップＳ１８／ＹＥＳ）。従って、接続部３１４は、切断ユーザ選択処理（ステップＳ３０）に進む。接続部３１４は、比較商品数管理テーブルから、セッションＮｏ．０１、０４、及び０５のデータを抽出して、参照比較商品数を取得する（ステップＳ３１）。次に、接続部３１４は、例えば、セッションＮｏ．０１のユーザを、切断ユーザ候補とする（ステップＳ３２）。まだ、切断ユーザ候補となるか否かを判定していないユーザ（セッションＮｏ．０４及び０５）が存在するので（ステップＳ３３／ＹＥＳ）、接続部３１４は、次のユーザ、例えば、セッションＮｏ．０４のユーザを取得する（ステップＳ３４）。そして、現在の切断ユーザ候補であるセッションＮｏ．０１の参照比較商品数と、セッションＮｏ．０４の参照比較商品数とを比較する（ステップＳ３５）。この場合、セッションＮｏ．０４の参照比較商品数２は、現在の切断ユーザ候補であるセッションＮｏ．０１の参照比較商品数３よりも小さい（ステップＳ３５／ＹＥＳ）。従って、接続部３１４は、セッションＮｏ．０４のユーザを切断ユーザ候補とする（ステップＳ３６）。
【００６１】
この段階では、切断ユーザ候補となるか否かを判定していないユーザ（セッションＮｏ．０５）が存在するので（ステップＳ３３／ＹＥＳ）、接続部３１４は、次のユーザ、つまり、セッションＮｏ．０５のユーザを取得する（ステップＳ３４）。そして、現在の切断ユーザ候補であるセッションＮｏ．０４の参照比較商品数と、セッションＮｏ．０５の参照比較商品数とを比較する（ステップＳ３５）。セッションＮｏ．０５の参照比較商品数３は、現在の切断ユーザ候補であるセッションＮｏ．０４の参照比較商品数２よりも大きい（ステップＳ３５／ＮＯ）。したがって、接続部３１４は、切断ユーザ候補を変更せずに、ステップＳ３３の処理に戻る。
【００６２】
接続部３１４は、非会員の参照ユーザ全てについて確認が終了したので（ステップＳ３３／ＮＯ）、切断ユーザ候補であるセッションＮｏ．０４のユーザを切断ユーザとする（ステップＳ３７）。これにより、図８の例では、セッションＮｏ．０４で管理されるサービス利用端末が、サービス提供サーバ４０との接続を切断され（ステップＳ２４）、接続要求を送信したサービス利用端末が、新たにサービス提供サーバ４０に接続される（ステップS２６）。
【００６３】
図６のフローチャートについて、引き続き説明する。サービス提供サーバ４０に接続しているサービス利用端末のユーザの中に、非会員の参照ユーザが存在しない場合（ステップＳ１８／ＮＯ）、接続部３１４は、非会員の選択中ユーザが存在するか否かを判定する（ステップＳ２０）。ここで、選択中ユーザとは、購入予定の商品を選択し、カート又はバスケットに入れているユーザをいう。非会員の選択中ユーザが存在する場合（ステップＳ２０／ＹＥＳ）、接続部３１４は、非会員の選択中ユーザの中から切断ユーザを選択する処理を実行する（ステップＳ４０）。ここで、図９を用いて、非会員の選択中ユーザの中から切断ユーザを選択する処理の詳細について説明する。図９は、非会員の選択中ユーザの中から切断ユーザを選択する処理の一例を示すフローチャートである。
【００６４】
図９において、接続部３１４は、非会員の選択中ユーザが購入を予定している商品（カートに入っている商品）の合計金額（購入予定合計金額）を取得する（ステップＳ４１）。次に、接続部３１４は、非会員の選択中ユーザの中からユーザを１人選択し、切断ユーザ候補とする（ステップＳ４２）。
【００６５】
接続部３１４は、未だ切断ユーザ候補とするか否かを確認していないユーザが、非会員の選択中ユーザの中に存在するか否か判定する（ステップＳ４３）。接続部３１４は、未確認のユーザが存在する場合（ステップＳ４３／ＹＥＳ）、非会員の選択中ユーザの中から次のユーザを取得する（ステップＳ４４）。次に、接続部３１４は、現在の切断ユーザ候補の購入予定合計金額が、取得したユーザの購入予定合計金額よりも大きいか否か判定する（ステップＳ４５）。
【００６６】
現在の切断ユーザ候補の購入予定合計金額が、取得したユーザの購入予定合計金額よりも大きいとは、取得したユーザの購入予定合計金額が確認済みのユーザの中で最低ということである。従って、接続部３１４は、現在の切断ユーザ候補の購入予定合計金額が、取得したユーザの購入予定合計金額よりも大きい場合（ステップＳ４５／ＹＥＳ）、取得したユーザを切断ユーザ候補とし（ステップＳ４６）、ステップＳ４３に戻る。購入予定合計金額が少ないユーザを切断する方が、サービスを提供する企業にとって損失が少ないと考えられるからである。接続部３１４は、現在の切断ユーザ候補の購入予定合計金額が、取得したユーザの購入予定合計金額よりも小さい場合（ステップＳ４５／ＮＯ）、ステップＳ４３の処理に戻る。
【００６７】
接続部３１４は、非会員の選択中ユーザ全てについて確認が終了した場合（ステップＳ４３／ＮＯ）、切断ユーザ候補を切断ユーザとし（ステップＳ４７）、本処理を終了する。
【００６８】
図６に戻り、説明を続ける。接続部３１４は、ステップＳ４０の処理の終了後、ステップＳ４０の処理で選択した切断ユーザのサービス利用端末とサービス提供サーバ４０との接続を切断する（ステップＳ２４）。そして、接続部３１４は、接続要求を送信したサービス利用端末をサービス提供サーバ４０に新規に接続し（ステップＳ２６）、処理を終了する。
【００６９】
ここで、図１０に示す具体的なデータを用いて、ステップＳ４０の処理を経て切断ユーザを決定する処理について説明する。図１０（Ａ）は、ステータス管理テーブルに格納されるデータの一例を示し、図１０（Ｂ）は、購入予定管理テーブルに格納されるデータの一例を示している。
【００７０】
ここでは、サービス提供サーバ４０に接続できるサービス利用端末の数は１０台であり、現在１０台のサービス利用端末がサービス提供サーバ４０に接続されているとする。また、接続要求を送信したサービス利用端末のユーザは会員であるとする。
【００７１】
サービス提供サーバ４０に接続済みのサービス利用端末の数が最大であるため（ステップＳ１２／ＹＥＳ）、利用者判定部３１３は、接続要求を送信したサービス利用端末のユーザが会員か否か判定する（ステップＳ１４）。ユーザは会員であるため（ステップＳ１４／ＹＥＳ）、接続部３１４は、ステータス管理テーブルを参照する。図１０（Ａ）のステータス管理テーブルにおいて、非会員の参照ユーザが存在しないため（ステップＳ１８／ＮＯ）、接続部３１４は、非会員の選択中ユーザが存在するか否かを判定する（ステップＳ２０）。つまり、図１０（Ａ）に示すステータス管理テーブルにおいて、会員レベルの値が非会員を意味する「０」であり、かつ、利用ステータスの値が選択中の状態を示す「１」であるユーザが存在するか否か判定する。
【００７２】
図１０（Ａ）に示すステータス管理テーブルにおいては、会員レベルの値が「０」であり、かつ、利用ステータスの値が「１」であるユーザ（セッションＮｏ．０１、０４、及び０７）が存在する（ステップＳ２０／ＹＥＳ）。従って、接続部３１４は、切断ユーザ選択処理（ステップＳ４０）に進む。
【００７３】
接続部３１４は、購入予定管理テーブルから、セッションＮｏ．０１、０４、及び０７のデータを抽出して、購入予定商品合計金額を取得する（ステップＳ４１）。次に、接続部３１４は、例えば、セッションＮｏ．０１のユーザを切断ユーザ候補とする（ステップＳ４２）。まだ、切断ユーザ候補となるか否かを判定していないユーザ（セッションＮｏ．０４及び０７）が存在するので（ステップＳ４３／ＹＥＳ）、接続部３１４は、次のユーザ、例えば、セッションＮｏ．０４のユーザを取得する（ステップＳ４４）。そして、接続部３１４は、現在の切断ユーザ候補であるセッションＮｏ．０１の購入予定商品合計金額と、セッションＮｏ．０４の購入予定商品合計金額とを比較する（ステップＳ４５）。この場合、セッションＮｏ．０４の購入予定商品合計金額２，７００円は、現在の切断ユーザ候補であるセッションＮｏ．０１の購入予定商品合計金額４２，１００円よりも小さい（ステップＳ４５／ＹＥＳ）。従って、接続部３１４は、セッションＮｏ．０４のユーザを切断ユーザ候補とする（ステップＳ４６）。
【００７４】
この段階では、切断ユーザ候補となるか否かを判定していないユーザ（セッションＮｏ．０７）が存在するので（ステップＳ４３／ＹＥＳ）、接続部３１４は、次のユーザ、つまり、セッションＮｏ．０７のユーザを取得する（ステップＳ４４）。そして、現在の切断ユーザ候補であるセッションＮｏ．０４の購入予定商品合計金額と、セッションＮｏ．０７の購入予定商品合計金額とを比較する（ステップＳ４５）。セッションＮｏ．０７の購入予定商品合計金額３５，０００円は、現在の切断ユーザ候補であるセッションＮｏ．０４の購入予定商品合計金額２，７００円よりも大きい（ステップＳ４５／ＮＯ）。したがって、接続部３１４は、切断ユーザ候補を変更せずに、ステップＳ４３の処理に戻る。
【００７５】
接続部３１４は、抽出した全ての選択中ユーザについての確認が終了したので（ステップＳ４３／ＮＯ）、切断ユーザ候補であるセッションＮｏ．０４のユーザを切断ユーザとする（ステップＳ４７）。これにより、図１０に示すデータでは、セッションＮｏ．０４で管理されるサービス利用端末が、サービス提供サーバ４０との接続を切断され（ステップＳ２４）、接続要求を送信したサービス利用端末が新たにサービス提供サーバ４０に接続される（ステップＳ２６）。
【００７６】
図６に戻り、フローチャートの説明を続ける。非会員の選択中ユーザが存在しない場合（ステップＳ２０／ＮＯ）、接続部３１４は、非会員の決済後ユーザが存在するか否か判定する（ステップＳ２２）。ここでは、決済後ユーザとは、商品の購入に関わる会計処理が済んだユーザのことをいう。非会員の決済後ユーザが存在する場合（ステップＳ２２／ＹＥＳ）、接続部３１４は、非会員の決済後ユーザの中から切断ユーザを選択する処理を実行する（ステップＳ５０）。ここで、図１１を用いて、非会員の決済後ユーザの中から切断ユーザを選択する処理について説明する。図１１は、非会員の決済後ユーザの中から切断ユーザを選択する処理の一例を示すフローチャートである。
【００７７】
図１１において、接続部３１４は、非会員の決済後ユーザが今回購入した金額の合計（購入合計金額）を取得する（ステップＳ５１）。次に、接続部３１４は、非会員の決済後ユーザの中からユーザを１人選択し、切断ユーザ候補とする（ステップＳ５２）。
【００７８】
接続部３１４は、未だ切断ユーザ候補とするか否かを確認していないユーザが、非会員の決済後ユーザの中に存在するか否か判定する（ステップＳ５３）。接続部３１４は、未確認のユーザが存在する場合（ステップＳ５３／ＹＥＳ）、非会員の決済後ユーザの中から次のユーザを取得する（ステップＳ５４）。次に、接続部３１４は、現在の切断ユーザ候補の購入合計金額が、取得したユーザの購入合計金額よりも大きいか否か判定する（ステップＳ５５）。
【００７９】
現在の切断ユーザ候補の購入合計金額が、取得したユーザの購入合計金額よりも大きいとは、取得したユーザの購入合計金額が確認済みのユーザの中で最低ということである。従って、接続部３１４は、現在の切断ユーザ候補の購入合計金額が、取得したユーザの購入合計金額よりも大きい場合（ステップＳ５５／ＹＥＳ）、取得したユーザを切断ユーザ候補とし（ステップＳ５６）、ステップＳ５３に戻る。接続部３１４は、現在の切断ユーザ候補の購入合計金額が、取得したユーザの購入合計金額よりも小さい場合（ステップＳ５５／ＮＯ）、ステップＳ５３の処理に戻る。
【００８０】
接続部３１４は、非会員の決済後ユーザ全てについて確認が終了した場合（ステップＳ５３／ＮＯ）、切断ユーザ候補を切断ユーザとし（ステップＳ５７）、本処理を終了する。
【００８１】
図６に戻り、説明を続ける。接続部３１４は、ステップＳ５０の処理が終了すると、ステップＳ５０の処理で選択した切断ユーザのサービス利用端末と、サービス提供サーバ４０との接続を切断する（ステップＳ２４）。そして、接続部３１４は、接続要求を送信したサービス利用端末をサービス提供サーバ４０に新規に接続し（ステップＳ２６）、処理を終了する。
【００８２】
ここで、図１２に示す具体的なデータを用いて、ステップＳ５０の処理を経て、切断ユーザを決定する処理について説明する。図１２（Ａ）は、ステータス管理テーブルに格納されるデータの一例を示し、図１２（Ｂ）は、購入履歴管理テーブルに格納されるデータの一例を示している。
【００８３】
ここでは、サービス提供サーバ４０に接続できるサービス利用端末の数は１０台であり、現在１０台のサービス利用端末がサービス提供サーバ４０に接続されているとする。また、接続要求を送信したサービス利用端末のユーザは会員であるとする。
【００８４】
サービス提供サーバ４０に接続済みのサービス利用端末の数が最大であるため（ステップＳ１２／ＹＥＳ）、利用者判定部３１３は、接続要求を送信したサービス利用端末のユーザが会員か否か判定する（ステップＳ１４）。ユーザは会員であるため（ステップＳ１４／ＹＥＳ）、接続部３１４は、ステータス管理テーブルを参照する。接続部３１４は、図１２（Ａ）に示すステータス管理テーブルにおいて、非会員の参照ユーザがおらず（ステップＳ１８／ＮＯ）、非会員の選択中ユーザもいないため（ステップＳ２０／ＮＯ）、非会員の決済後ユーザが存在するか否かを判定する（ステップＳ２２）。つまり、図１２（Ａ）に示すステータス管理テーブルにおいて、会員レベルの値が非会員を意味する「０」であり、かつ、利用ステータスの値が決済後を意味する「４」であるユーザが存在する否か判定する。
【００８５】
図１２（Ａ）に示すステータス管理テーブルにおいては、会員レベルの値が「０」で、かつ、利用ステータスの値が「４」であるユーザ（セッションＮｏ．０１、０５、及び０８）が存在する（ステップＳ２２／ＹＥＳ）。従って、接続部３１４は、切断ユーザ選択処理（ステップＳ５０）に進む。ステータス管理テーブルにおいて、セッションＮｏ．０１、０５、及び０８のユーザの会員番号は、Ｎ０００００１、Ｎ０００００３、及びＮ０００００５である。そこで、接続部３１４は、購入履歴管理テーブルから、会員番号Ｎ０００００１、Ｎ０００００３、及びＮ０００００５のデータを抽出する。そして、接続部３１４は、抽出したデータの中から更に、購入年月日が本日のデータのみ（図１２（Ｂ）では、２００９年１２月１４日とする）を抽出し、購入合計金額を取得する（ステップＳ５１）。ユーザごとの購入合計金額は、会員番号毎に金額小計を合計することで取得できる。なお、抽出されたユーザは非会員であるため、実際には会員番号を有していない。しかし、ここでは、購入履歴を管理するため、非会員にはＮから始まり、６桁の数字で管理される会員番号が、接続時に割り当てられるものとする。
【００８６】
次に、接続部３１４は、例えば、セッションＮｏ．０１のユーザを、切断ユーザ候補とする（ステップＳ５２）。まだ、切断ユーザ候補となるか否かを判定していないユーザ（セッションＮｏ．０５及び０８）が存在するので（ステップＳ５３／ＹＥＳ）、接続部３１４は、次のユーザ、例えば、セッションＮｏ．０５のユーザを取得する（ステップＳ５４）。そして、接続部３１４は、現在の切断ユーザ候補であるセッションＮｏ．０１の購入合計金額と、セッションＮｏ．０５の購入合計金額とを比較する（ステップＳ５５）。この場合、セッションＮｏ．０５の購入合計金額５６，８００円は、現在の切断ユーザ候補であるセッションＮｏ．０１の購入合計金額３８０，８００円よりも小さい（ステップＳ５５／ＹＥＳ）。従って、接続部３１４は、セッションＮｏ．０５のユーザを切断ユーザ候補とし（ステップＳ５６）、ステップＳ５３に戻る。なお、セッションＮｏ．０１の購入合計金額３８０，８００円は、購入履歴管理テーブルにおいてセッションＮｏ．０１に割り当てられた会員番号Ｎ０００００１の金額小計を合計することにより求められる。また、セッションＮｏ．０５の購入合計金額５６，８００円は、購入履歴管理テーブルにおいて、セッションＮｏ．０５に割り当てられた会員番号Ｎ０００００３の金額小計を合計することにより求められる。
【００８７】
この段階では、切断ユーザ候補となるか否かを判定していないユーザ（セッションＮｏ．０８）が存在するので（ステップＳ５３／ＹＥＳ）、接続部３１４は、次のユーザ、つまり、セッションＮｏ．０８のユーザを取得する（ステップＳ５４）。そして、現在の切断ユーザ候補であるセッションＮｏ．０５のユーザの購入合計金額と、セッションＮｏ．０８のユーザの購入合計金額とを比較する（ステップＳ５５）。セッションＮｏ．０８の購入合計金額１４８，０００円は、現在の切断ユーザ候補であるセッションＮｏ．０５の購入合計金額５６，８００円よりも大きい（ステップＳ５５／ＮＯ）。したがって、接続部３１４は、ステップＳ５３の処理に戻る。
【００８８】
接続部３１４は、非会員の決済後ユーザ全てについて確認が終了したので（ステップＳ５３／ＮＯ）、切断ユーザ候補であるセッションＮｏ．０５のユーザを切断ユーザとする（ステップＳ５７）。これにより、図１２に示すデータでは、セッションＮｏ．０５で管理されるサービス利用端末が、サービス提供サーバ４０との接続を切断し（ステップＳ２４）、接続要求を送信したサービス利用端末を新たにサービス提供サーバ４０に接続する（ステップＳ２６）。
【００８９】
図６に戻り、フローチャートについての説明を続ける。非会員の決済後ユーザが存在しない場合（ステップＳ２２／ＮＯ）、接続部３１４は、接続済みユーザの比較及び切断ユーザの選択処理（ステップＳ６０）を行う。図１３を用いて、ステップＳ６０の処理の詳細について説明する。図１３は、ステップＳ６０の処理の一例を示すフローチャートである。なお、ステップＳ６０の処理を行う場合、サービス提供サーバ４０に接続しているユーザは、会員、及び決済中のユーザのいずれかである。また、決済中とは、ユーザが商品の購入に関する会計処理を実行している状態をいう。
【００９０】
図１３において、接続部３１４は、サービス提供サーバ４０に接続しているユーザの中に、決済中ではないユーザが存在するか否か判定する（ステップＳ６１）。決済中でないユーザが存在する場合（ステップＳ６１／ＹＥＳ）、接続部３１４は該当するユーザを切断ユーザとし（ステップＳ６５）、処理を終了する（ステップＳ６９）。つまり、ステップＳ６１及びＳ６５の処理によれば、たとえユーザが会員であっても、決済中でない場合には切断ユーザとなりうる。なお、決済中でないユーザが複数存在する場合には、参照商品の平均金額が最低のユーザを切断ユーザとしてもよい。
【００９１】
決済中でないユーザが存在しない場合（ステップＳ６１／ＮＯ）、接続部３１４は、非会員のユーザが存在するか否か判定する（ステップＳ６２）。接続部３１４は、非会員のユーザが存在する場合（ステップＳ６２／ＹＥＳ）、該当するユーザを切断ユーザとし（ステップＳ６５）、処理を終了する。なお、非会員のユーザが複数存在する場合には、購入予定金額が最低のユーザを切断ユーザとしても良い。
【００９２】
非会員のユーザが存在しない場合（ステップＳ６２／ＮＯ）、接続部３１４は、接続済みユーザの中から、ユーザを１人選択する（ステップＳ６３）。
【００９３】
接続部３１４は、選択したユーザの購入予定合計金額を取得する（ステップＳ６４）。次に、接続部３１４は、現在の切断ユーザ候補の購入予定合計金額が、選択したユーザの購入予定合計金額よりも大きいか否か判定する（ステップＳ６６）。ここで、現在の切断ユーザ候補の購入予定合計金額が、選択したユーザの購入予定合計金額よりも大きいとは、選択したユーザの購入予定合計金額が、切断ユーザ候補とするか否かを確認したユーザの中で最低であるということである。なお、最初にユーザを選択する場合には、切断ユーザ候補がいないため、最初に選択されたユーザについては、ステップＳ６６の処理を経ることなく切断ユーザ候補としても良い。あるいは、予めダミーの切断ユーザ候補を設定し、その購入予定合計金額を９，９９９万円等の大きな値に初期設定しておくことで、最初に選択されたユーザが切断ユーザ候補となるようにすることもできる。
【００９４】
接続部３１４は、現在の切断ユーザ候補の購入予定合計金額が、選択したユーザの購入予定合計金額よりも大きい場合（ステップＳ６６／ＹＥＳ）、選択したユーザを切断ユーザ候補とする（ステップＳ６７）。現在の切断ユーザ候補の購入予定合計金額が、選択したユーザの購入予定合計金額よりも小さい場合（ステップＳ６６／ＮＯ）、又は、ステップＳ６７の処理の後、接続部３１４は、切断ユーザ候補となるか否か確認していないユーザが存在するか否か判定する（ステップＳ６８）。未確認のユーザが存在する場合（ステップＳ６８／ＹＥＳ）、接続部３１４は、ステップＳ６３に戻り処理を継続する。未確認のユーザが存在しない場合（ステップＳ６８／ＮＯ）、接続部３１４は、切断ユーザ候補を切断ユーザとし（ステップＳ６９）、処理を終了する。
【００９５】
ここで、図１４に示す具体的なデータを用いて、ステップＳ６０の処理を経て、切断ユーザを決定する処理について説明する。図１４（Ａ）〜（Ｃ）は、ステータス管理テーブルに格納されるデータの一例を示している。図１４（Ｄ）は、ステータス管理テーブルが図１４（Ｃ）に表す状態の場合に、購入予定管理テーブルに格納されるデータの一例を示している。
【００９６】
ここでは、サービス提供サーバ４０に接続できるサービス利用端末の数は５台であり、現在５台のサービス利用端末がサービス提供サーバ４０に接続されているとする。また、接続要求を送信したサービス利用端末のユーザは会員であるとする。また、ダミーの切断ユーザ候補が設定されており、その購入予定商品合計金額は９，９９９万円であるとする。
【００９７】
サービス提供サーバ４０に接続済みのサービス利用端末の数が最大であるため（ステップＳ１２／ＹＥＳ）、利用者判定部３１３は、接続要求を送信したサービス利用端末のユーザが会員か否か判定する（ステップＳ１４）。ユーザは会員であるため（ステップＳ１４／ＹＥＳ）、接続部３１４は、ステータス管理テーブルを参照する。図１４（Ａ）〜（Ｃ）に示すステータス管理テーブルでは、非会員の参照ユーザは存在せず（ステップＳ１８／ＮＯ）、また、非会員の選択中ユーザも存在せず（ステップＳ２０／ＮＯ）、更に非会員の決済後ユーザも存在しない（ステップＳ２２／ＮＯ）。そこで、接続部３１４は、ステップＳ６０の処理を実行する。
【００９８】
図１４（Ａ）に示すステータス管理テーブルにおいては、利用ステータスが決済中（「３」）でないユーザ（セッションＮｏ．０３）が存在する（ステップＳ６１／ＹＥＳ）。従って、接続部３１４は、セッションＮｏ．０３のユーザが会員であっても、セッションＮｏ．０３のユーザを切断ユーザとする（ステップＳ６５）。この結果、セッションＮｏ．０３で管理されるサービス利用端末は、サービス提供サーバ４０との接続を切断され（ステップＳ２４）、接続要求を送信したサービス利用端末がサービス提供サーバ４０に新たに接続される（ステップＳ２６）。
【００９９】
図１４（Ｂ）に示すステータス管理テーブルにおいては、利用ステータスが決済中（「３」）でないユーザは存在しない（ステップＳ６１／ＮＯ）。そこで、接続部３１４は、非会員のユーザが存在するか否か判定する（ステップＳ６２）。図１４（Ｂ）に示すステータス管理テーブルにおいて、非会員のユーザ（セッションＮｏ．０１）が存在する（ステップＳ６２／ＹＥＳ）。従って、接続部３１４は、セッションＮｏ．０１のユーザを切断ユーザとする（ステップＳ６４）。この結果、セッションＮｏ．０１はサービス提供サーバ４０との接続を切断され（ステップＳ２４）、接続要求を送信したサービス利用端末がサービス提供サーバ４０に新たに接続される（ステップＳ２６）。
【０１００】
図１４（Ｃ）に示すステータス管理テーブルにおいては、利用ステータスが決済中（「３」）でないユーザは存在しない（ステップＳ６１／ＮＯ）。また、非会員のユーザも存在しない（ステップＳ６２／ＮＯ）。そこで、接続部３１４は、ステータス管理テーブルから、例えば、セッションＮｏ．０１のユーザを選択する（ステップＳ６３）。次に、接続部３１４は、図１４（Ｄ）に示す購入予定管理テーブルから、セッションＮｏ．０１の購入予定商品合計金額を取得する（ステップＳ６４）。次に、接続部３１４は、現在の切断ユーザ候補の購入予定商品合計金額と、セッションＮｏ．０１のユーザの購入予定商品合計金額とを比較する（ステップＳ６６）。セッションＮｏ．０１の購入予定商品合計金額４２，１００円は、ダミーで設定された現在の切断ユーザ候補の購入商品予定金額９，９９９万円よりも小さい（ステップＳ６６／ＹＥＳ）。従って、接続部３１４は、セッションＮｏ．０１のユーザを切断ユーザ候補とする（ステップＳ６７）。次に、接続部３１４は未確認のユーザが存在するため（ステップＳ６８／ＹＥＳ）、次のユーザを選択する（ステップＳ６３）。
【０１０１】
接続部３１４は、例えば、次のユーザとして、セッションＮｏ．０２のユーザを選択する（ステップＳ６３）。接続部３１４は、購入予定管理テーブルからセッションＮｏ．０２の購入予定商品合計金額を取得する（ステップＳ６４）。セッションＮｏ．０２の購入予定商品合計金額２，７００円は、現在の切断ユーザ候補であるセッションＮｏ．０１の購入予定商品合計金額４２，１００円よりも小さい（ステップＳ６６／ＹＥＳ）。そこで、接続部３１４は、セッションＮｏ．０２のユーザを切断ユーザ候補とする（ステップＳ６７）。未確認のユーザが存在するため（ステップＳ６８／ＹＥＳ）、接続部３１４は、ステップＳ６３に戻り処理を継続する。
【０１０２】
上述のステップＳ６３〜Ｓ６８の処理を繰返し行うと、図１４（Ｃ）及び（Ｄ）における切断ユーザ候補は、購入予定商品合計金額が最も低いセッションＮｏ．０４のユーザとなる。この結果、セッションＮｏ．０４で管理されるサービス利用端末とサービス提供サーバ４０との接続が切断され（ステップＳ２４）、接続要求を送信したサービス利用端末がサービス提供サーバ４０に新規接続される（ステップＳ２６）。
【０１０３】
以上の説明から明らかなように、本実施形態によれば、サービス提供サーバ４０にサービス利用端末を新たに接続できないと接続可否判定部３１１が判定した場合であっても、サービスの提供を要求する端末のユーザが優遇対象者であると利用者判定部３１３が判定すれば、接続部３１４は、サービス提供サーバ４０に接続済みの他の端末に替えて、優遇対象者の端末をサービス提供サーバ４０に接続する。これにより、優遇対象者であるユーザがサービスの提供を受けられる確実性が向上する。また、優遇対象者であるユーザは、サービス提供サーバ４０との接続を待たされることなく、サービスの提供を受けることができるため、購入意欲をそがれる可能性が減少する。その結果、購入意欲のある顧客を逃してしまい、販売の機会を逸する機会損失が生じる可能性を低減できる。なお、サービス提供サーバ４０に接続済みの他の端末を切断することなく、優遇対象者であれば新規にサービス提供サーバ４０へ接続し、優遇対称者以外のユーザは新規にサービス提供サーバ４０に接続しないように構成しても良い。
【０１０４】
また、接続部３１４は、既にサービス提供サーバ４０と接続している端末の利用者の利用者情報（例えば、利用ステータス、商品の比較数、購入予定金額等）に基づいて、サービス提供サーバ４０との接続を切断するサービス利用端末を決定する。これにより、購入意欲のある利用者との接続を切断してしまう可能性を低減し、機会損失が生じる可能性を低減できる。
【０１０５】
以上、本件の実施形態について詳述したが、本件は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【０１０６】
例えば、切断ユーザを決定する方法は、上述の実施形態に限定されるものではなく、サービスを提供する企業のポリシーに基づいて、変更することができる。例えば、格納部３１２に格納されるテーブルとして、図１５に示す商品参照状況管理テーブルを使用することもできる。
【０１０７】
商品参照状況管理テーブルは、セッションＮｏ．、最終アクセス時間、及びカテゴリネスティングレベルの項目を有する。セッションＮｏ．及び最終アクセス時間は、既に説明したので、説明を省略する。カテゴリネスティングレベルは、現在参照している商品ページに到達するまでの階層の深さを表す。例えば、ユーザが液晶テレビのページを参照しているとする。液晶テレビのページに到達するには、トップページ＞家電＞ＡＶ＞液晶テレビとページを経る必要がある場合、カテゴリネスティングレベルは４となる。また、例えば、ユーザが、商品「洗濯機」のページを参照したいと考えているが、現在参照しているページは、「洗濯機」、「掃除機」、及び「アイロン」等の一つ上の階層である生活家電であるとする。この場合、ユーザが参照している生活家電のページに到達するには、トップページ＞家電＞生活家電を経るため、カテゴリネスティングレベルは３となる。商品参照状況管理テーブルは、セッションＮｏ．によって、ステータス管理テーブルと紐付けることができる。
【０１０８】
また、図１５に示す各テーブルを用いて、図１６に示すフローチャートによって切断ユーザを決定することもできる。図１６は、上記実施形態とは別の、切断ユーザを決定する処理の一例を示すフローチャートである。また、図１７は、図１５に示した各テーブルに格納されるデータの具体例を示した図である。図１７（Ａ）のステータス管理テーブルでは、会員レベルの項目には、非会員を表す「０」、過去の購入金額等が一定の条件を満たすプレミアム会員を表す「２」、プレミアム会員以外の会員である一般会員を表す「１」が設定されるものとする。また、利用ステータスの項目には、商品参照前を表す「０」、商品ページ参照中を表す「１」、商品比較中をあらわす「２」、商品選択中を表す「３」、決済中を表す「４」、決済後を表す「５」が設定される。なお、商品参照前の状態とは、例えば、サービス提供サーバ４０に接続すると最初に表示される画面（トップページ）をユーザが参照している状態をいう。また、商品ページ参照中とは、トップページから商品ページへとは移動したが、商品の詳細情報ページは閲覧していない状態をいう。また、商品比較中とは、商品の詳細情報ページを閲覧して、商品を比較している状態をいう。
【０１０９】
次に、図１６のフローチャートについて説明する。接続部３１４は、図１７（Ａ）に示すステータス管理テーブルを用いて、非会員、つまり、会員レベル「０」のユーザが存在するか否か判定する（ステップＳ８１）。非会員のユーザが存在する場合には（ステップＳ８１／ＹＥＳ）、接続部３１４は、ステータス管理テーブルから、非会員のユーザのレコードのみを抽出し（ステップＳ８２）、抽出したレコードを処理対象としてステップＳ８５〜ステップＳ９４の処理を実行する。非会員のユーザが存在しない場合（ステップＳ８１／ＮＯ）、接続部３１４は、ステータス管理テーブルの中に一般会員、つまり、会員レベル「１」のユーザが存在するか否か判定する（ステップＳ８３）。一般会員が存在する場合（ステップＳ８３／ＹＥＳ）、接続部３１４は、ステータス管理テーブルから一般会員のレコードのみを抽出し（ステップＳ８４）、抽出したレコードを処理対象としてステップＳ８５〜ステップＳ９４の処理を実行する。一般会員が存在しない場合（ステップＳ８３／ＮＯ）、接続部３１４は、ステータス管理テーブルの全てのデータを処理対象としてステップＳ８５〜Ｓ９４の処理を実行する。
【０１１０】
接続部３１４は、処理対象のレコードの中に、利用ステータスが「０」のユーザ、すなわち、トップページを参照中のユーザが存在するか否か判定する（ステップＳ８５）。利用ステータスが「０」のユーザが存在する場合（ステップＳ８５／ＹＥＳ）、接続部３１４は、利用ステータスが「０」のユーザのうち、ステータス管理テーブルに格納されている最終アクセス時間の最も古いユーザを切断ユーザとし（ステップＳ８６）、処理を終了する。
【０１１１】
利用ステータスが「０」のユーザが存在しない場合（ステップＳ８５／ＮＯ）、接続部３１４は、利用ステータスが「１」のユーザ、すなわち、商品ページを参照中のユーザが存在するか否か判定する（ステップＳ８７）。利用ステータスが「１」のユーザが存在する場合（ステップＳ８７／ＹＥＳ）、接続部３１４は、図１７（Ｂ）に示す商品参照状況管理テーブルを用いて、利用ステータスが「１」のユーザのうち、カテゴリネスティングレベルが最も低いユーザを抽出し、切断ユーザとする（ステップＳ８８）。そして、接続部３１４は、処理を終了する。
【０１１２】
利用ステータスが「１」のユーザが存在しない場合（ステップＳ８７／ＮＯ）、接続部３１４は、利用ステータスが「２」のユーザが存在するか否か判定する（ステップＳ８９）。利用ステータスが「２」のユーザが存在する場合（ステップＳ８９／ＹＥＳ）、接続部３１４は、図１７（Ｃ）に示す比較商品数管理テーブルを用いて、利用ステータスが「２」のユーザのうち、参照比較商品数が最も少ないユーザを抽出し、切断ユーザとする（ステップＳ９０）。そして、接続部３１４は、処理を終了する。なお、参照比較商品数が同じユーザが複数いる場合には、参照商品平均金額が最も少ないユーザを切断ユーザとすることができる。
【０１１３】
利用ステータスが「２」のユーザが存在しない場合（ステップＳ８９／ＮＯ）、接続部３１４は、利用ステータスが「３」のユーザ、すなわち、商品選択中のユーザが存在するか否か判定する（ステップＳ９１）。利用ステータスが「３」のユーザが存在する場合（ステップＳ９１／ＹＥＳ）、接続部３１４は、図１７（Ｄ）に示す購入予定管理テーブルを用いて、利用ステータスが「３」のユーザの中から入力文字数が最も低いユーザを抽出し、切断ユーザとする（ステップＳ９２）。そして、接続部３１４は、本処理を終了する。
【０１１４】
利用ステータスが「３」のユーザが存在しない場合（ステップＳ９１／ＮＯ）、接続部３１４は、利用ステータスが「５」のユーザ、つまり、決済後のユーザが存在するか否か判定する（ステップＳ９３）。利用ステータスが「５」のユーザが存在する場合（ステップＳ９３／ＹＥＳ）、接続部３１４は、図１７（Ｅ）に示す購入履歴管理テーブルを用いて、利用ステータスが「５」のユーザの中から、本日の購入合計金額の最も低いユーザを抽出し、切断ユーザとする（ステップＳ９４）。そして、接続部３１４は、本処理を終了する。
【０１１５】
利用ステータスが「５」のユーザが存在しない場合（ステップＳ９３／ＮＯ）、接続部３１４は、ステータス管理テーブルにおいて、利用ステータスが「４」のユーザ、つまり、決済中のユーザの中から切断ユーザを決定する（ステップＳ９５）。接続部３１４は、ユーザが非会員、一般会員、及びプレミアム会員のいずれかに関わらず、図１７（Ｃ）に示す比較商品数管理テーブルを使用して、利用ステータスが「４」のユーザの中から、参照商品平均金額の最も低いユーザを抽出し、切断ユーザとする（ステップＳ９５）。なお、参照商品平均金額の替わりに、購入予定管理テーブルを用いて、購入予定金額の最も低いユーザを、切断ユーザとしても良い。
【０１１６】
以上説明したように、企業がどのようなユーザを優遇したいかによって、切断ユーザの選択方法を変更することができる。また、利用者情報を管理するためのテーブルは上述の実施形態に限られるものではなく、希望する選択方法を実現するために、任意のテーブルを追加、及び削除することが可能である。
【０１１７】
また、図１３において、抽出されたユーザが全て決済中の状態にある場合には、接続要求を送信したサービス利用端末のユーザが会員であっても、いずれかのユーザの決済が終了するまで新規接続を行わないようにしても良い。新規に接続したユーザが必ずしも、商品を購入するとは限らない。従って、決済中のユーザを切断してしまう方が、企業にとって損失が大きい場合もある。そこで、決済中のユーザが決済処理を終了し次第、優遇対象のユーザをサービス提供サーバ４０に接続するようにすることで、売上げを確保し、販売機会を失うことにより生じる損失を低減することができる。
【０１１８】
また、図６のステップＳ２４では、接続部３１４は、切断ユーザのサービス利用端末とサービス提供サーバ４０との接続を切断していたが、切断されたサービス利用端末を、サービス提供サーバ４０の混雑情報を報知する混雑表示サーバ５０に接続することができる。これにより、接続を切断された利用者が、サービスを提供する業者に対して不満を抱く可能性を低減することができる。なお、サービス提供サーバ４０が新たなサービス利用端末を接続できる状態になった場合には、混雑表示サーバ５０に接続されたサービス利用端末を、サービス提供サーバ４０に再接続するようにしても良い。この際、サービス利用端末が混雑表示サーバ５０に接続される前の利用状態を、サービス提供サーバ４０の再接続時に再現するようにすることで、ユーザの利便性が高まると共に、サービス提供サーバ４０との接続を切断されたことに対する不満を低減することができる。
【０１１９】
また、図６のステップＳ１２では、接続可否判定部３１１は、サービス提供サーバ４０に接続できるサービス利用端末の数によって、新たなサービス利用端末をサービス提供サーバに接続できるか否か判定していた。しかし、接続可否判定部３１１は、上記の条件に加えて、あるいは、上記の条件に替えて、サービス提供サーバ４０の処理負荷に基づいて、新たなサービス利用端末をサービス提供サーバに接続できるか否かを判定しても良い。
【０１２０】
また、上述の説明では、ゲートウェイ装置３０が利用者情報を格納する格納部３１２を備えていたが、図１８に示すようにサービス提供サーバ４０が利用者情報を格納する格納部を有していても良い。この場合、ゲートウェイ装置３０の利用者判定部３１３及び接続部３１４は、サービス提供サーバ４０から利用者情報を取得することができる。また、図１９に示すようにゲートウェイ装置３０が有する機能を、サービス提供サーバ４０が備えるように構成しても良い。
【０１２１】
また、上述の説明では、ゲートウェイ装置３０に接続されるサービス提供サーバ４０及び混雑表示サーバ５０はそれぞれ１台であったが、複数台あっても良い。
【０１２２】
また、混雑表示サーバ５０は、サービス提供サーバ４０の混雑情報を表示するサーバであったが、サービス提供サーバ４０が提供するサービスの中から限定したサービスのみを提供できるサーバであっても良い。例えば、混雑表示サーバ５０に接続されたユーザは、商品の購入・決済を行うことは出来ないが、商品の閲覧、比較等は行えるようにすることができる。
【０１２３】
また、上述の実施形態では、サービス提供サーバ４０はネットショッピングのサービスを提供するとしたが、サービス提供サーバ４０を、災害時等における緊急情報を提供するサーバとすることもできる。この場合、官公庁や地方自治体等を優遇対象者とし、他の接続に優先して緊急情報を提供するよう構成することができる。これにより、災害時において、官公庁や地方公共団体が、必要なときに緊急情報を手に入れることができる確実性を高めることが出来る。
【０１２４】
なお、上記のゲートウェイ装置３０、又はサービス提供サーバ４０が有する機能は、コンピュータによって実現することができる。その場合、ゲートウェイ装置３０、又は、サービス提供サーバ４０が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。
【０１２５】
プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【０１２６】
プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。
【０１２７】
なお、以上の説明に関して更に以下の付記を開示する。
（付記１） 接続された端末に対し所定のサービスを提供するサービス提供装置に端末を新たに接続できるか否か判定する第１の判定部と、サービスの提供を要求する端末の利用者が、前記サービス提供装置に優先して接続される優遇対象者であるか否かを判定する第２の判定部と、前記サービス提供装置に端末を新たに接続できると判定された場合には、前記サービスの提供を要求する端末を前記サービス提供装置に接続し、前記サービス提供装置に端末を新たに接続できないと判定された場合であっても、前記サービスの提供を要求する端末の利用者が優遇対象者であると判定された場合には、前記サービスの提供を要求する端末をサービス提供装置に接続する接続部と、を備える通信制御装置。
（付記２） 前記第１の判定部において、前記サービス提供装置に端末を新たに接続できないと判定された場合に、前記接続部は、前記サービス提供装置に接続済みの他の端末の接続を切断し、前記サービス提供装置の混雑情報を報知する混雑情報提供装置に、前記他の端末を接続することを特徴とする付記１に記載の通信制御装置。
（付記３） 前記接続部は、既に前記サービス提供装置と接続している端末の利用者の利用者情報に基づいて、前記他の端末を決定することを特徴とする付記２に記載の通信制御装置。
（付記４） 前記第２の判定部は、前記サービスの提供を要求する端末の利用者が優遇対象者であるか否かを、前記サービス提供装置から取得した情報、又は、利用者情報を格納する格納部から取得した情報に基づいて判定することを特徴とする付記１から３のいずれかに記載の通信制御装置。
（付記５） 前記サービス提供装置に端末を新たに接続できないと判定される場合は、前記サービス提供装置の処理負荷が予め定められた閾値を超えている場合を含むことを特徴とする付記１から４のいずれかに記載の通信制御装置。
（付記６） 前記サービス提供装置に端末を新たに接続できないと判定される場合は、前記サービス提供装置との接続を確立している端末の数が、前記サービス提供装置に接続可能な端末数の上限に達している場合を含むことを特徴とする付記１から５のいずれかに記載の通信制御装置。
（付記７） 前記接続部が前記他の端末を決定するために用いる前記利用者情報は、前記他の端末の利用者の、利用ステータス、比較商品数、購入予定金額、購入合計金額、入力文字数、顧客クラス、及び接続時間を含むことを特徴とする付記１から６のいずれかに記載の通信制御装置。
（付記８） 接続された端末に対し所定のサービスを提供するサービス提供部と、前記サービス提供部に端末を新たに接続できるか否かを判定する第１の判定部と、サービスの提供を要求する端末の利用者が、前記サービス提供装置に優先して接続される優遇対象者であるか否かを判定する第２の判定部と、前記サービス提供装置に端末を新たに接続できると判定された場合には、前記サービスの提供を要求する端末を前記サービス提供装置に接続し、前記サービス提供装置に端末を新たに接続できないと判定された場合であっても、前記サービスの提供を要求する端末の利用者が優遇対象者であると判定された場合には、前記サービスの提供を要求する端末をサービス提供装置に接続する接続部と、を備える情報処理装置。
（付記９） 接続された端末に対し所定のサービスを提供するサービス提供装置と、前記サービス提供部に端末を新たに接続できるか否かを判定する第１の判定部と、サービスの提供を要求する端末の利用者が、前記サービス提供装置に優先して接続される優遇対象者であるか否かを判定する第２の判定部と、前記サービス提供装置に端末を新たに接続できると判定された場合には、前記サービスの提供を要求する端末を前記サービス提供装置に接続し、前記サービス提供装置に端末を新たに接続できないと判定された場合であっても、前記サービスの提供を要求する端末の利用者が優遇対象者であると判定された場合には、前記サービスの提供を要求する端末をサービス提供装置に接続する接続部と、を有する通信制御装置と、を備える通信制御システム。
（付記１０） 通信制御装置が、接続された端末に対し所定のサービスを提供するサービス提供装置に端末を新たに接続できるか否かを判定し、サービスの提供を要求する端末の利用者が、前記サービス提供装置に優先して接続される優遇対象者であるか否かを判定し、前記サービス提供装置に端末を新たに接続できると判定された場合には、前記サービスの提供を要求する端末を前記サービス提供装置に接続し、前記サービス提供装置に端末を新たに接続できないと判定された場合であっても、前記サービスの提供を要求する端末の利用者が優遇対象者であると判定された場合には、前記サービスの提供を要求する端末をサービス提供装置に接続する通信制御方法。
（付記１１） サービス提供サーバが、サービスの提供を要求する端末に対して新たにサービスを提供できるか否かを判定し、サービスの提供を要求する端末の利用者が、優先してサービスの提供を受けられる優遇対象者であるか否かを判定し、新たにサービスを提供できると判定された場合には、前記サービスの提供を要求する端末にサービスを提供し、新たにサービスを提供できないと判定された場合であっても、前記サービスの提供を要求する端末の利用者が優遇対象者であると判定された場合には、前記サービスの提供を要求する端末にサービスを提供する、ことを特徴とする情報処理方法。
【符号の説明】
【０１２８】
１０Ａ、１０Ｂ、１０Ｃ、１０Ｄ…サービス利用端末
３０…ゲートウェイ装置
４０…サービス提供サーバ
５０…混雑表示サーバ
３１１…接続可否判定部
３１２…格納部
３１３…利用者判定部
３１４…接続部
【特許請求の範囲】
【請求項１】
接続された端末に対し所定のサービスを提供するサービス提供装置に端末を新たに接続できるか否か判定する第１の判定部と、
サービスの提供を要求する端末の利用者が、前記サービス提供装置に優先して接続される優遇対象者であるか否かを判定する第２の判定部と、
前記サービス提供装置に端末を新たに接続できると判定された場合には、前記サービスの提供を要求する端末を前記サービス提供装置に接続し、前記サービス提供装置に端末を新たに接続できないと判定された場合であっても、前記サービスの提供を要求する端末の利用者が優遇対象者であると判定された場合には、前記サービスの提供を要求する端末をサービス提供装置に接続する接続部と、
を備える通信制御装置。
【請求項２】
前記第１の判定部において、前記サービス提供装置に端末を新たに接続できないと判定された場合に、前記接続部は、前記サービス提供装置に接続済みの他の端末の接続を切断し、前記サービス提供装置の混雑情報を報知する混雑情報提供装置に、前記他の端末を接続することを特徴とする請求項１に記載の通信制御装置。
【請求項３】
前記接続部は、既に前記サービス提供装置と接続している端末の利用者の利用者情報に基づいて、前記他の端末を決定することを特徴とする請求項２に記載の通信制御装置。
【請求項４】
前記接続部は、前記サービスの提供を要求する端末の利用者が優遇対象者であるか否かを、前記サービス提供装置から取得した情報、又は、利用者情報を格納する格納部から取得した情報に基づいて判定することを特徴とする請求項１から３のいずれか１項記載の通信制御装置。
【請求項５】
前記サービス提供装置に端末を新たに接続できないと判定される場合は、前記サービス提供装置の処理負荷が予め定められた閾値を超えている場合を含むことを特徴とする請求項１から４のいずれか１項記載の通信制御装置。
【請求項６】
前記サービス提供装置に端末を新たに接続できないと判定される場合は、前記サービス提供装置との接続を確立している端末の数が、前記サービス提供装置に接続可能な端末数の上限に達している場合を含むことを特徴とする請求項１から５のいずれか１項記載の通信制御装置。
【請求項７】
接続された端末に対し所定のサービスを提供するサービス提供部と、
前記サービス提供部に端末を新たに接続できるか否かを判定する第１の判定部と、
サービスの提供を要求する端末の利用者が、前記サービス提供装置に優先して接続される優遇対象者であるか否かを判定する第２の判定部と、
前記サービス提供装置に端末を新たに接続できると判定された場合には、前記サービスの提供を要求する端末を前記サービス提供装置に接続し、前記サービス提供装置に端末を新たに接続できないと判定された場合であっても、前記サービスの提供を要求する端末の利用者が優遇対象者であると判定された場合には、前記サービスの提供を要求する端末をサービス提供装置に接続する接続部と、
を備える情報処理装置。
【請求項８】
接続された端末に対し所定のサービスを提供するサービス提供装置と、
前記サービス提供部に端末を新たに接続できるか否かを判定する第１の判定部と、
サービスの提供を要求する端末の利用者が、前記サービス提供装置に優先して接続される優遇対象者であるか否かを判定する第２の判定部と、
前記サービス提供装置に端末を新たに接続できると判定された場合には、前記サービスの提供を要求する端末を前記サービス提供装置に接続し、前記サービス提供装置に端末を新たに接続できないと判定された場合であっても、前記サービスの提供を要求する端末の利用者が優遇対象者であると判定された場合には、前記サービスの提供を要求する端末をサービス提供装置に接続する接続部と、を有する通信制御装置と、
を備える通信制御システム。
【請求項９】
通信制御装置が、
接続された端末に対し所定のサービスを提供するサービス提供装置に端末を新たに接続できるか否かを判定し、
サービスの提供を要求する端末の利用者が、前記サービス提供装置に優先して接続される優遇対象者であるか否かを判定し、
前記サービス提供装置に端末を新たに接続できると判定された場合には、前記サービスの提供を要求する端末を前記サービス提供装置に接続し、前記サービス提供装置に端末を新たに接続できないと判定された場合であっても、前記サービスの提供を要求する端末の利用者が優遇対象者であると判定された場合には、前記サービスの提供を要求する端末をサービス提供装置に接続する、
ことを特徴とする通信制御方法。
【請求項１０】
サービス提供サーバが、
サービスの提供を要求する端末に対して新たにサービスを提供できるか否かを判定し、
サービスの提供を要求する端末の利用者が、優先してサービスの提供を受けられる優遇対象者であるか否かを判定し、
新たにサービスを提供できると判定された場合には、前記サービスの提供を要求する端末にサービスを提供し、新たにサービスを提供できないと判定された場合であっても、前記サービスの提供を要求する端末の利用者が優遇対象者であると判定された場合には、前記サービスの提供を要求する端末にサービスを提供する、
ことを特徴とする情報処理方法。
【請求項１】
接続された端末に対し所定のサービスを提供するサービス提供装置に端末を新たに接続できるか否か判定する第１の判定部と、
サービスの提供を要求する端末の利用者が、前記サービス提供装置に優先して接続される優遇対象者であるか否かを判定する第２の判定部と、
前記サービス提供装置に端末を新たに接続できると判定された場合には、前記サービスの提供を要求する端末を前記サービス提供装置に接続し、前記サービス提供装置に端末を新たに接続できないと判定された場合であっても、前記サービスの提供を要求する端末の利用者が優遇対象者であると判定された場合には、前記サービスの提供を要求する端末をサービス提供装置に接続する接続部と、
を備える通信制御装置。
【請求項２】
前記第１の判定部において、前記サービス提供装置に端末を新たに接続できないと判定された場合に、前記接続部は、前記サービス提供装置に接続済みの他の端末の接続を切断し、前記サービス提供装置の混雑情報を報知する混雑情報提供装置に、前記他の端末を接続することを特徴とする請求項１に記載の通信制御装置。
【請求項３】
前記接続部は、既に前記サービス提供装置と接続している端末の利用者の利用者情報に基づいて、前記他の端末を決定することを特徴とする請求項２に記載の通信制御装置。
【請求項４】
前記接続部は、前記サービスの提供を要求する端末の利用者が優遇対象者であるか否かを、前記サービス提供装置から取得した情報、又は、利用者情報を格納する格納部から取得した情報に基づいて判定することを特徴とする請求項１から３のいずれか１項記載の通信制御装置。
【請求項５】
前記サービス提供装置に端末を新たに接続できないと判定される場合は、前記サービス提供装置の処理負荷が予め定められた閾値を超えている場合を含むことを特徴とする請求項１から４のいずれか１項記載の通信制御装置。
【請求項６】
前記サービス提供装置に端末を新たに接続できないと判定される場合は、前記サービス提供装置との接続を確立している端末の数が、前記サービス提供装置に接続可能な端末数の上限に達している場合を含むことを特徴とする請求項１から５のいずれか１項記載の通信制御装置。
【請求項７】
接続された端末に対し所定のサービスを提供するサービス提供部と、
前記サービス提供部に端末を新たに接続できるか否かを判定する第１の判定部と、
サービスの提供を要求する端末の利用者が、前記サービス提供装置に優先して接続される優遇対象者であるか否かを判定する第２の判定部と、
前記サービス提供装置に端末を新たに接続できると判定された場合には、前記サービスの提供を要求する端末を前記サービス提供装置に接続し、前記サービス提供装置に端末を新たに接続できないと判定された場合であっても、前記サービスの提供を要求する端末の利用者が優遇対象者であると判定された場合には、前記サービスの提供を要求する端末をサービス提供装置に接続する接続部と、
を備える情報処理装置。
【請求項８】
接続された端末に対し所定のサービスを提供するサービス提供装置と、
前記サービス提供部に端末を新たに接続できるか否かを判定する第１の判定部と、
サービスの提供を要求する端末の利用者が、前記サービス提供装置に優先して接続される優遇対象者であるか否かを判定する第２の判定部と、
前記サービス提供装置に端末を新たに接続できると判定された場合には、前記サービスの提供を要求する端末を前記サービス提供装置に接続し、前記サービス提供装置に端末を新たに接続できないと判定された場合であっても、前記サービスの提供を要求する端末の利用者が優遇対象者であると判定された場合には、前記サービスの提供を要求する端末をサービス提供装置に接続する接続部と、を有する通信制御装置と、
を備える通信制御システム。
【請求項９】
通信制御装置が、
接続された端末に対し所定のサービスを提供するサービス提供装置に端末を新たに接続できるか否かを判定し、
サービスの提供を要求する端末の利用者が、前記サービス提供装置に優先して接続される優遇対象者であるか否かを判定し、
前記サービス提供装置に端末を新たに接続できると判定された場合には、前記サービスの提供を要求する端末を前記サービス提供装置に接続し、前記サービス提供装置に端末を新たに接続できないと判定された場合であっても、前記サービスの提供を要求する端末の利用者が優遇対象者であると判定された場合には、前記サービスの提供を要求する端末をサービス提供装置に接続する、
ことを特徴とする通信制御方法。
【請求項１０】
サービス提供サーバが、
サービスの提供を要求する端末に対して新たにサービスを提供できるか否かを判定し、
サービスの提供を要求する端末の利用者が、優先してサービスの提供を受けられる優遇対象者であるか否かを判定し、
新たにサービスを提供できると判定された場合には、前記サービスの提供を要求する端末にサービスを提供し、新たにサービスを提供できないと判定された場合であっても、前記サービスの提供を要求する端末の利用者が優遇対象者であると判定された場合には、前記サービスの提供を要求する端末にサービスを提供する、
ことを特徴とする情報処理方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【公開番号】特開２０１１−１３４２８４（Ｐ２０１１−１３４２８４Ａ）
【公開日】平成２３年７月７日（２０１１．７．７）
【国際特許分類】
【出願番号】特願２００９−２９５６６７（Ｐ２００９−２９５６６７）
【出願日】平成２１年１２月２５日（２００９．１２．２５）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２３年７月７日（２０１１．７．７）
【国際特許分類】
【出願日】平成２１年１２月２５日（２００９．１２．２５）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]