(57)【要約】【課題】サーバ装置と端末装置側との間で、サービスの提供に必要な程度の帯域が確保されているか否かを比較的簡素な構成で確認することができる帯域確認システムを提供する。【解決手段】センターサーバ２では、ルータ３の間で送受信されるべきパケットデータ１０２が記憶され、所定値の帯域が確保されていると仮定したときに、センターサーバ２とルータ３との間で単位時間当りに送信又は受信することが可能な最大数のパケットデータ１０２を送信データ１０２ａとして単位時間内にルータ３へ送信し、ルータ３から返信される返信データ１０２ｂを受信し、送信データ１０２ａのパケット数と返信データ１０２ｂのパケット数との比率を算出し、ルータ３では、送信データ１０２ａの受信に応答して送信データに１０２ａ含まれているパケットデータ１０２を返信データ１０２ｂとしてセンターサーバ２へ送り返す。【選択図】図３
2011223236.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークと接続されるサーバ装置と、前記サーバ装置に対する端末装置を前記ネットワークへ接続するために該ネットワークと前記端末装置との間に介在するルータと、を有し、前記サーバ装置と前記ルータとの間で所定値以上の帯域が確保されているか否かを確認する帯域確認システムであって、
前記サーバ装置には、
前記ルータとの間で送受信されるべきパケットデータを記憶する記憶手段と、
前記所定値の帯域が確保されていると仮定したときに、前記サーバ装置と前記ルータとの間で単位時間当りに送信又は受信することが可能な最大数のパケットデータを送信データとして前記単位時間内に前記ルータへ送信するデータ送信手段と、
前記ルータから返信される返信データを受信するデータ受信手段と、
前記送信データのパケット数と前記返信データのパケット数との比率を算出する比率算出手段と、が設けられ、
前記ルータには、
前記送信データの受信に応答して当該送信データに含まれているパケットデータを返信データとして前記サーバ装置へ送り返すデータ返信手段と、が設けられている、
帯域確認システム。
【請求項２】
前記比率算出手段にて算出されたパケット数の比率を前記ルータ毎に管理する帯域管理手段を前記サーバ装置に備えた請求項１に記載の帯域確認システム。
【請求項３】
前記送信データ及び返信データは、ＵＤＰプロトコルで送受信される請求項１又は２に記載の帯域確認システム。
【請求項４】
前記データ送信手段は、所定の周期で前記送信データを前記ルータへ送信する請求項１〜３のいずれか一項に記載の帯域確認システム。
【請求項５】
端末装置との間にルータを介在させた状態で前記ルータとネットワークを介して接続され、前記ルータとの間で送受信されるパケットデータを記憶する記憶手段を備えたサーバ装置のコンピュータを、
前記所定値の帯域が確保されていると仮定したときに、前記サーバ装置と前記ルータとの間で単位時間当りに送信又は受信することが可能な最大数のパケットデータを送信データとして前記単位時間内に前記ルータへ送信するデータ送信手段、
前記ルータから返信される返信データを受信するデータ受信手段、及び、
前記送信データのパケット数と前記返信データのパケット数との比率を算出する比率算出手段、
として機能させるように構成されたサーバ装置用のコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバ装置と端末装置との間でネットワークを介して通信する際に利用可能な帯域を確認する帯域確認システム等に関する。
【背景技術】
【０００２】
サーバ装置と複数の端末装置とをネットワークを介して接続することにより、サーバ装置から端末装置に対して各種のサービスを提供するシステムが広く普及している。一例として、店舗等の商業施設に設置された複数の業務用ゲーム機をサーバ装置に対してネットワークを介して接続し、各ゲーム機からの要求に応じてプレイヤ同士をサーバ装置がマッチングするサービス、サーバ装置から各ゲーム機に対してゲーム用のデータを配信するサービスを提供するゲームシステムが実用化されている（例えば特許文献１参照）。
【０００３】
また、ネットワークを介して接続されたサーバ装置と端末装置との間の帯域を測定するシステムとしては、例えばサーバ装置と端末装置との間で送受信されている情報を中継する中継器にアクセスし、その中継器から取得される情報に基づいて帯域を測定するシステムが提案されている（特許文献２及び３参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−１９４９２７号公報
【特許文献２】特開２００２−１５２２０５号公報
【特許文献３】特開２００５−２７７９２３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述したゲームシステムのように、特定のサービスを提供するサーバ装置と、そのサービスを利用する専用的な端末装置とを、インターネットのように公衆に開放されたネットワークを利用して接続する場合、サーバ装置と端末装置との間で利用可能な帯域を把握してシステムの構成、あるいはサービスの内容を設定することが必要不可欠である。しかしながら、システムの提供者にとっては、サーバ装置と端末装置との経路が不明であり、その途中の中継器から情報を取得することは難しい。端末装置に帯域測定用のソフトウエアをインストールし、サーバ装置と個々の端末装置との間で帯域測定処理を行うことも考えられるが、その場合には個々の端末装置の環境設定が煩雑であり、かつ、端末装置の負担も増加する。
【０００６】
そこで、本発明は、サーバ装置と端末装置側との間で、サービスの提供に必要な程度の帯域が確保されているか否かを比較的簡素な構成で確認することができる帯域確認システム及びそのサーバ装置用のコンピュータプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の帯域確認システムは、ネットワーク（４）と接続されるサーバ装置（２）と、前記サーバ装置に対する端末装置（５）を前記ネットワークへ接続するために該ネットワークと前記端末装置との間に介在するルータ（３）と、を有し、前記サーバ装置と前記ルータとの間で所定値以上の帯域が確保されているか否かを確認する帯域確認システム（１）であって、前記サーバ装置には、前記ルータとの間で送受信されるべきパケットデータ（１０２）を記憶する記憶手段（１１）と、前記所定値の帯域が確保されていると仮定したときに、前記サーバ装置と前記ルータとの間で単位時間当りに送信又は受信することが可能な最大数のパケットデータを送信データ（１０２ａ）として前記単位時間内に前記ルータへ送信するデータ送信手段（１０）と、前記ルータから返信される返信データ（１０２ｂ）を受信するデータ受信手段（１０）と、前記送信データのパケット数と前記返信データのパケット数との比率を算出する比率算出手段（１０）と、が設けられ、前記ルータには、前記送信データの受信に応答して当該送信データに含まれているパケットデータを返信データとして前記サーバ装置へ送り返すデータ返信手段（２２）と、が設けられている、ことにより上記課題を解決する。
【０００８】
本発明の帯域確認システムによれば、サーバ装置は、ルータに対して送信データを送信する。サーバ装置から送信される送信データとしては、ルータとの間で所定値の帯域が確保されていると仮定したときに、そのルータとの間で単位時間当りに送受信することが可能な最大数のパケットデータが用いられる。例えば、ルータと接続される端末装置が安定して動作可能な帯域を所定値の帯域として想定した場合に、その帯域で単位時間当りに送受信可能な最大数のパケットデータが送信データとして送信される。そして、ルータが受信した送信データは、返信データとしてルータからサーバ装置へ返される。サーバ装置は、送信データと返信データとの比率から対象のルータの帯域の状態を確認できる。サーバ装置とルータとの間のいずれかの経路で未達のパケットがあればその分サーバ装置へ返される返信データのパケット数が少なくなり比率が低くなるし、返信データとして全てのパケットがサーバ装置へ受信されればそのルータとの間では、所定値以上の帯域が確保されていると判断できる。端末装置では帯域確認のために何ら処理を行う必要がなく、ルータにはサーバ装置から送られた送信データの受信に応答してその送信データに含まれるパケットデータを送り返す機能のみを実装すればよい。従って、比較的簡素な構成で、サーバ装置と端末装置との間に必要な帯域が確保されているか否かを確認することが可能である。
【０００９】
本発明の帯域確認システムの一形態において、前記比率算出手段にて算出されたパケット数の比率を前記ルータ毎に管理する帯域管理手段を前記サーバ装置に備えてもよい。サーバ装置にて、各ルータの利用可能な帯域を一元管理することができる。
【００１０】
本発明の帯域確認システムの一形態において、前記送信データ及び返信データは、ＵＤＰプロトコルで送受信されてもよい。この形態によれば、ＵＤＰプロトコルでパケットデータが送信されることによりパケットの送り返しがないのでパケットロスを容易に把握できる。
【００１１】
本発明の帯域確認システムの一形態において、前記データ送信手段は、所定の周期で前記送信データを前記ルータへ送信してもよい。この形態によれば、所定の周期で各ルータが利用可能な帯域を確認できるので常時監視することができる。
【００１２】
本発明のサーバ装置用のコンピュータプログラム（１０１）は、端末装置（５）との間にルータ（３）を介在させた状態で前記ルータとネットワーク（４）を介して接続され、前記ルータとの間で送受信されるパケットデータ（１０２）を記憶する記憶手段（１１）を備えたサーバ装置（２）のコンピュータを、前記所定値の帯域が確保されていると仮定したときに、前記サーバ装置と前記ルータとの間で単位時間当りに送信又は受信することが可能な最大数のパケットデータを送信データ（１０２ａ）として前記単位時間内に前記ルータへ送信するデータ送信手段（１０）、前記ルータから返信される返信データ（１０２ｂ）を受信するデータ受信手段（１０）、及び、前記送信データのパケット数と前記返信データのパケット数との比率を算出する比率算出手段（１０）、として機能させるように構成されたものである。
【００１３】
本発明のプログラムをサーバ装置のコンピュータに実行させることにより、当該サーバ装置を本発明の帯域確認システムにおけるサーバ装置として機能させることができる。
【００１４】
なお、以上の説明では本発明の理解を容易にするために添付図面の参照符号を括弧書きにて付記したが、それにより本発明が図示の形態に限定されるものではない。
【発明の効果】
【００１５】
以上、説明したように本発明によれば、サーバ装置からルータに対して送信データを送信し、ルータが受信した送信データは、返信データとしてルータからサーバ装置へ返される。サーバ装置は、送信データと返信データとの比率から対象のルータの帯域の状態を確認できる。サーバ装置とルータとの間のいずれかの経路で未達のパケットがあればその分サーバ装置へ返される返信データのパケット数が少なくなり比率が低くなるし、返信データとして全てのパケットがサーバ装置へ受信されればそのルータとの間では、所定値以上の帯域が確保されていると判断できる。端末装置では帯域確認のために何ら処理を行う必要がなく、ルータにはサーバ装置から送られた送信データの受信に応答してその送信データに含まれるパケットデータを送り返す機能のみを実装すればよい。従って、比較的簡素な構成で、サーバ装置と端末装置との間に必要な帯域が確保されているか否かを確認することが可能である。
【図面の簡単な説明】
【００１６】
【図１】本発明の一形態に係る帯域確認システムが適用されたゲームシステムの概略構成図。
【図２】センターサーバ及びルータの構成を示すブロック図。
【図３】センターサーバ及びルータが実行する帯域確認処理を示すフローチャート。
【図４】送信パケットデータとその返信パケットデータの一例を示すグラフ。
【図５】送信パケットデータとその返信パケットデータの他の例を示すグラフ。
【発明を実施するための形態】
【００１７】
図１に本発明の一形態に係る帯域確認システムが適用されたゲームシステムの概略構成を示す。ゲームシステム１においては、センターサーバ２とルータ３とがネットワーク４を介して相互に接続される。ルータ３には複数のゲーム機５が接続される。各ゲーム機５はゲームの対価としてプレイ料金を徴収する商用あるいは業務用のゲーム機として構成されている。店舗６等の商業施設にはゲーム機５が適当な台数ずつ設置され、同一店舗のゲーム機５は共通のルータ３を介してネットワーク４に接続されている。ルータ３は、各店舗６及びセンターサーバ２と対応付けられて設置されている。センターサーバ２は本発明におけるサーバ装置に、ゲーム機５は本発明における端末装置にそれぞれ相当する。センターサーバ２は、一台の物理的装置によって構成される例に限らず、複数の物理的装置としてのサーバ群によって一台の論理的なセンターサーバ２が構成されてもよい。ネットワーク４は、ＴＣＰ／ＩＰプロトコルを利用してネットワーク通信を実現するもので、公開性を有し、典型的にはインターネットがネットワーク４として使用される。
【００１８】
センターサーバ２は、ゲームシステム１の運営者によって設置され、ネットワーク４を介した各種のサービスを、ゲーム機５又はそのゲーム機５のユーザであるプレイヤに対して提供する。一例として、センターサーバ２は、ゲーム機５を介したゲームプログラムあるいはデータの更新サービス、ゲーム機５のプレイヤをそのＩＤ及びパスワードによって認証し、そのプレイヤのプレイ履歴、セーブデータ等を含んだプレイデータをセンターサーバ３上に保管するサービス、ネットワーク４を介したプレイヤ間の対戦ゲームを実行する際のマッチングサービス等を提供する。
【００１９】
センターサーバ２及びルータ３には、ネットワーク４上でそれぞれを識別するためのユニークなＩＰアドレスが付されている。各ルータ３に付されるＩＰアドレスは、ネットワーク４上でルータ３毎にユニークな固定アドレスである。ゲーム機５には、その固定アドレスとの組合せによってネットワーク４上でゲーム機５を一意に識別するためのプライベートアドレスがＩＰアドレスとして設定される。プライベートアドレスは、店舗６内において、言い換えれば、一台のルータ３に対してゲーム機５毎にユニークである。ゲーム機５とセンターサーバ２との間、あるいはゲーム機５同士で通信を行う場合には、それらの通信相手の間には仮想プライベートネットワーク（ＶＰＮ）が構築され、そのＶＰＮ上で各ゲーム機５がプライベートアドレスを用いて一意に特定される。
【００２０】
図２はセンターサーバ２及びルータ３の構成を示すブロック図である。センターサーバ２には、制御ユニット１０と、外部記憶装置１１とが設けられている。制御ユニット１０は、マイクロプロセッサと、そのマイクロプロセッサにて実行されるべきオペレーティングシステム等のプログラムが記録されたＲＯＭ、及びマイクロプロセッサに対する作業領域を提供するＲＡＭ等の内部記憶装置（不図示）とを備えたコンピュータユニットである。制御ユニット１０には、キーボード等の入力装置と、モニタ等の出力装置が接続されるが、それらの図示は省略した。外部記憶装置１１は、制御ユニット１０にて実行されるべきサーバ用プログラム１０１及びそのプログラム１０１が参照する各種のデータを記憶する。外部記憶装置１１には、制御ユニット１０が参照すべきデータの一種としてパケットデータ１０２が記録されている。パケットデータ１０２は、所定のサイズを有する帯域確認用のデータであり、データの送受信時に１パケットとしてカウントされる。
【００２１】
外部記憶装置１１のサーバ用プログラム１０１を制御ユニット１０が読み取って実行することにより、制御ユニット１０の内部には論理的装置としてのパケット管理部１２、パケット送受信部１３、帯域演算部１４及び帯域管理部１５が設けられる。パケット管理部１２は、各ルータ３に接続されるゲーム機５の台数に基づくルータ３へ送信すべきパケット数の設定を管理し、その設定に基づくパケット数のパケットデータ１０２を用意する。パケット送受信部１３は、パケット管理部１２で用意された個数分のパケットデータ１０２を指定されたルータ３へ送信し（送信パケットデータ１０２ａということがある。）、そのルータ３から返信されたパケットデータ１０２を受信する（返信パケットデータ１０２ｂということがある。）。帯域演算部１４は、パケットデータ１０２を送信した各ルータ３の送信パケットデータ１０２ａ及び返信パケットデータ１０２ｂの比率を算出する。帯域管理部１５は、ルータ３毎に得られた比率を管理する。
【００２２】
ルータ３には、制御ユニット２０と、外部記憶装置２１とが設けられている。制御ユニット２０は、マイクロプロセッサと、そのマイクロプロセッサにて実行されるべきオペレーティングシステム等のプログラムが記録されたＲＯＭ、及びマイクロプロセッサに対する作業領域を提供するＲＡＭ等の内部記憶装置（不図示）とを備えたコンピュータユニットである。制御ユニット２０には、ハードディスク等の外部記憶装置２１が接続されている。外部記憶装置２１は、制御ユニット２０にて実行されるべきルータ用プログラム２０１及びそのプログラム２０１が参照する各種のデータ（不図示）を記憶する。
【００２３】
制御ユニット２０の内部記憶装置にはＥＥＰＲＯＭのような書換え可能な不揮発性メモリが設けられており、その不揮発性メモリには固定アドレスが記録されている。また、外部記憶装置２１のルータ用プログラム２０１を制御ユニット２０が読み取って実行することにより、制御ユニット２０の内部には、論理的装置としてのパケット送受信部２２が設けられる。パケット送受信部２２は、センターサーバ２から送信されたパケットデータ１０２を受信し、その受信したパケットデータ１０２をセンターサーバ２へ送り返す。図示した論理的装置の他にも、センターサーバ２の制御ユニット１０及びルータ３の制御ユニット２０には、必要に応じて各種の論理的装置が設けられてよい。
【００２４】
図３は、センターサーバ２及びルータ３が実行する帯域確認処理に関する処理内容を示している。帯域確認処理とは、センターサーバ２と接続される各ルータ３との間で使用が想定される帯域が利用可能か否かを調べるための処理である。センターサーバ３は、各ルータ３との間でそれぞれ帯域確認処理を実行するが、説明の便宜上、図３では一台のルータ３との間で行われる処理を示し、代表して説明する。一例として、一台のゲーム機５が対戦ゲーム中に使用する帯域が８０ｋｂｐｓとすると、同様のゲーム機５が店舗６に六台設置されている場合、全てのゲーム機５が帯域を使用することになれば店舗６全体で４８０ｋｂｐｓの帯域の使用となる。使用可能な帯域は、環境や設定により店舗６毎に異なるため、店舗６に設置されたゲーム機５の台数に基づく帯域を店舗６毎に設定する。店舗６毎、つまりルータ３毎に設定された帯域（使用想定帯域ということがある。）は、センターサーバ２のパケット管理部１２で管理され、この使用想定帯域をもとに各ルータ３へ送信するパケット数が決定される。使用想定帯域が、所定値以上の帯域における所定値に相当する。
【００２５】
まず、センターサーバ２での動作を説明する。センターサーバ２の制御ユニット１０は、ステップＳ１にて帯域確認時期か否かを判別する。制御ユニット１０は帯域確認時期でない場合は、ステップＳ１に戻って待機する。一方、制御ユニット１０は帯域確認時期であれば、次のステップＳ２へ進む。これにより、帯域確認処理は、所定の周期にて繰り返し行われる。例えば、一日に１回等、周期が設定されることにより、定期的に帯域を確認することができる。ステップＳ２において制御ユニット１０は、各店舗６に設置されたルータ３に対して所定のパケット数を送信するため、パケット管理部１２にパケットデータ１０２を所定数生成させる。このパケット数には、ルータ３に接続されたゲーム機５の台数及びそのゲーム機５が使用する帯域と、ルータ３等のデータの送受信で使用される機器が使用する帯域を考慮する。一例として、ゲーム機５一台当り８０ｋｂｐｓ使用するとし、ルータ３に６台のゲーム機５が接続されている場合、ルータ３等の使用帯域が３２ｋｂｐｓとすれば、最低要求帯域として５１２ｋｂｐｓが設定される。
【００２６】
制御ユニット１０は、次のステップＳ３に進んでステップＳ２で生成したパケットデータ１０２群を送信パケットデータ１０２ａとしてルータ３へ送信する。ここで送信パケットデータ１０２ａのパケット数を１秒間にＮ個送信するものとする。なお、送信パケットデータ１０２ａのデータサイズがＳバイトとすると、送信時の帯域は、８×Ｓ×Ｎｂｐｓとなる。そして、制御ユニット１０は、次のステップＳ４でルータ３から返信された返信パケットデータ１０２ｂを受信する。このとき戻ってきた返信パケットデータ１０２ｂの個数をｎとする。送信パケットデータ１０２ａ及び返信パケットデータ１０２ｂは、ＵＤＰプロトコルを用いてセンターサーバ２とルータ３との間でデータが送受信される。ステップＳ３及びステップＳ４のパケットデータ１０２の送受信処理は、パケット送受信部１３で実行される。
【００２７】
次のステップＳ５で制御ユニット１０は、帯域演算部１４にパケットデータ比ｎ／Ｎを算出させる。送信したパケットデータ１０２群がセンターサーバ２とルータ３との間の回線の下り又は上りの性能帯域を越えているとパケットロスが生じる。ｎ／Ｎ比を算出すれば店舗６の回線の帯域がセンターサーバ２から送信した帯域以下か否かが分かる。また、ｎ／Ｎに送信帯域を乗算することにより、店舗６の回線帯域も算出することができる。制御ユニット１０は次のステップＳ６でパケットデータ比の店舗６毎の管理をする。制御ユニット１０は、センターサーバ２の帯域管理部１５で得られたｎ／Ｎ比を店舗６毎に管理する。図４及び図５は、センターサーバ２から送信する送信パケットデータ１０２ａとその返信パケットデータ１０２ｂを示すグラフの一例である。図４及び図５のグラフの縦軸は帯域［ｂｐｓ］で横軸は時間［ｈ］であり、グラフ中、網掛けで示したものが送信パケットデータ１０２ａで、実線で示したものが返信パケットデータ１０２ｂである。なお、表現の便宜上、送信パケットデータ１０２ａを網掛けで示しているだけであり、網掛け領域の上部境界線が送信パケットデータ１０２ａの実際のデータを示している。これらのグラフにおいては、所定の周期で帯域確認処理が実行され、時間による推移が示されている。センターサーバ２ではルータ３毎にこれらのグラフに示すようなデータが得られ、これをもとにパケットデータ比ｎ／Ｎが算出される。図４のグラフにおいては、センターサーバ２から送信される送信パケットデータ１０２ａに対してルータ３から返信される返信パケットデータ１０２ｂはほぼ同数であり、使用想定帯域が確保されている状況を示している。一方、図５のグラフにおいては、送信パケットデータ１０２ａに対して返信パケットデータ１０２ｂのデータ量が低下しており、このルータ３との間では使用想定帯域以下であることが分かる。また、図５のグラフの一部にデータが存在していないのは、メンテナンス等によりゲーム機５の電源が落ちている場合を示している。なお、使用想定帯域に基づいてルータ３に送信するパケットデータ１０２のデータ量が決定されるため、縦軸の帯域［ｂｐｓ］の表示範囲は図４に限られない。
【００２８】
他方、ルータ３の動作を説明する。ルータ３の制御ユニット２０は、ステップＳ１１でセンターサーバ２から送信された送信パケットデータ１０２ａを受信する。ステップＳ１２で制御ユニット２０は、受信したパケットデータ１０２をセンターサーバ２へ返信パケットデータ１０２ｂとして送り返す。このようにルータ３では、送信パケットデータ１０２ａがセンターサーバ２から送信された場合に、返信パケットデータ１０２ｂとして順次センターサーバ２へ送り返す動作をする。この動作は、ルータ３にてルータ用プログラム２０１が実行されることにより行われる。センターサーバ２とルータ３との間の通信経路でパケットデータ１０２の損失があると、センターサーバ２への返信パケットデータ１０２ｂの個数が減少する。ステップＳ１１及びステップＳ１２の処理は、パケット送受信部２２が実行する。
【００２９】
送信パケットデータ１０２ａの個数Ｎを変更することで、使用想定帯域を調整でき、ゲーム機５の性能に応じた帯域が利用可能か否かを調べることができる。上述の帯域確認処理においては、パケット送受信部１３が実行するステップＳ３の処理がデータ送信手段として機能し、パケット送受信部１３が実行するステップＳ４の処理がデータ受信手段として機能し、帯域演算部１４が実行するステップＳ５の処理が比率算出手段として機能し、帯域管理部１５が実行するステップＳ６の処理が帯域管理手段として機能している。一方、ルータ３では、パケット送受信部２２が実行するステップＳ１１及びステップＳ１２の処理がデータ返信手段として機能している。
【００３０】
本発明は、上述した形態に限定されることなく、種々の形態にて実施することができる。センターサーバ２は、他の機能と共有のサーバであっても、あるいは専用のサーバであってもいずれでもよい。また、本発明において、端末装置はゲーム機に限らず、適宜の装置を対象としてよい。例えば、スポーツ施設の器具を端末装置としてもよいし、パーソナルコンピュータ、携帯電話等の携帯端末等、ネットワーク接続が可能な限りにおいて各種の端末装置を対象とすることができる。従って、本発明の帯域確認システムも、アミューズメントシステムとして構成される例に限られない。
【符号の説明】
【００３１】
１  ゲームシステム
２  センターサーバ（サーバ装置）
３  ルータ
４  ネットワーク
５  ゲーム機（端末装置）
６  店舗
１２  パケット管理部
１３  パケット送受信部
１４  帯域演算部
１５  帯域管理部
２２  パケット送受信部
１０２  パケットデータ
【図１】
2011223236.tif 000003
【図２】
2011223236.tif 000004
【図３】
2011223236.tif 000005
【図４】
2011223236.tif 000006
【図５】
2011223236.tif 000007