"通信ネットワークによりゲーム提供サーバに接続されたクライアント端末を用いて、ユーザが前記ゲーム提供サーバにログインした際、前記ゲーム提供サーバは、所定時間からの時間経過に伴う所定のポイント数を前記クライアント端末に送信し、前記ユーザによって前記ポイントを消費する操作が前記クライアント端末に入力されることに基づいてゲーム進行制御演算処理を行い、該演算処理により得られた結果情報を前記クライアント端末に送信するネットワークゲームシステムにおいて、前記クライアント端末は、前記ゲーム提供サーバから得られる使用可能ポイント及び/又はロスポイントを表示するポイント表示手段と、前記ロスポイントを購入する処理を実行するロスポイント購入手段とを有し、前記ゲーム提供サーバは、前記ユーザに対する使用可能ポイントを管理するポイント管理手段と、前記ユーザに対するロスポイントを算出するロスポイント算出手段とを有し、前記ポイント管理手段は、前記ユーザが選択したゲームに設定された所定時間からの時間経過に伴う所定時間毎に付与されるポイント数と、前記ユーザが所持可能な残ポイント数と、前記残ポイント数の上限値と、前記ユーザが使用した通算使用ポイント数とを管理し、前記ロスポイント算出手段は、前記ポイント管理手段から得られる前記所定時間からの経過時間と、前記所定時間毎に付与されるポイント数から、現時点での総ポイント数を算出し、算出された前記総ポイント数から、前記通算使用ポイント数及び前記残ポイント数との和を減算して前記ロスポイントを算出し、前記ユーザによって前記ポイントを消費する操作が前記クライアント端末に入力された場合に、前記ロスポイント算出手段により算出された前記ロスポイントを消費して前記ゲーム進行制御演算処理を実行することを特徴とするネットワークゲームシステム。前記ゲーム提供サーバは、更にロスポイント購入制御手段を有し、前記ロスポイント購入制御手段は、前記ロスポイント購入手段で購入される前記ロスポイントのポイント単価を設定し、前記ユーザからのロスポイント購入時に、予め蓄積された前記ユーザに対応する課金ポイントに基づいて、前記ロスポイントの購入の可否を判断することを特徴とする請求項1に記載のネットワークゲームシステム。前記ロスポイント算出手段は、前記ロスポイント購入制御手段により、前記ロスポイントを購入した場合に、前記ロスポイントの再計算を行うことを特徴とする請求項2に記載のネットワークゲームシステム。通信ネットワークによりゲーム提供サーバに接続されたクライアント端末を用いて、ユーザが前記ゲーム提供サーバにログインした際、前記ゲーム提供サーバは、所定時間からの時間経過に伴う所定のポイント数を前記クライアント端末に送信し、前記ユーザによって前記ポイントを消費する操作が前記クライアント端末に入力されることに基づいてゲーム進行制御演算処理を行い、該演算処理により得られた結果情報を前記クライアント端末に送信するネットワークゲームシステムにおける前記クライアント端末において、前記ゲーム提供サーバから得られる使用可能ポイント及び/又はロスポイントを表示するポイント表示手段と、前記ロスポイントを購入する処理を実行するロスポイント購入手段とを有することを特徴とするクライアント端末。通信ネットワークによりゲーム提供サーバに接続されたクライアント端末を用いて、ユーザが前記ゲーム提供サーバにログインした際、前記ゲーム提供サーバは、所定時間からの時間経過に伴う所定のポイント数を前記クライアント端末に送信し、前記ユーザによって前記ポイントを消費する操作が前記クライアント端末に入力されることに基づいてゲーム進行制御演算処理を行い、該演算処理により得られた結果情報を前記クライアント端末に送信するネットワークゲームシステムにおける前記ゲーム提供サーバにおいて、前記ユーザに対する使用可能ポイントを管理するポイント管理手段と、前記ユーザに対するロスポイントを算出するロスポイント算出手段とを有し、前記ポイント管理手段は、前記ユーザが選択したゲームに設定された所定時間からの時間経過に伴う所定時間毎に付与されるポイント数と、前記ユーザが所持可能な残ポイント数と、前記残ポイント数の上限値と、前記ユーザが使用した通算使用ポイント数とを管理し、前記ロスポイント算出手段は、前記ポイント管理手段から得られる前記所定時間からの経過時間と、前記所定時間毎に付与されるポイント数から、現時点での総ポイント数を算出し、算出された前記総ポイント数から、前記通算使用ポイント数及び前記残ポイント数との和を減算して前記ロスポイントを算出し、前記ユーザによって前記ポイントを消費する操作が前記クライアント端末に入力された場合に、前記ロスポイント算出手段により算出された前記ロスポイントを消費して前記ゲーム進行制御演算処理を実行することを特徴とするゲーム提供サーバ。更にロスポイント購入制御手段を有し、前記ロスポイント購入制御手段は、前記ロスポイント購入制御手段は、前記ロスポイントのポイント単価を設定し、前記ユーザからのロスポイント購入時に、予め蓄積された前記ユーザに対応する課金ポイントに基づいて、前記ロスポイントの購入の可否を判断することを特徴とする請求項5に記載のゲーム提供サーバ。前記ロスポイント算出手段は、前記ロスポイント購入制御手段により、前記ロスポイントを購入した場合に、前記ロスポイントの再計算を行うことを特徴とする請求項6に記載のゲーム提供サーバ。コンピュータを、請求項4に記載のクライアント端末として機能させることを特徴とするクライアントプログラム。コンピュータを、請求項5乃至7の何れか1項に記載のゲーム提供サーバとして機能させることを特徴とするゲーム提供プログラム。ところで、例えば上述した特許文献1に示すような定期リセット型のゲームに対して、上述した特許文献2に示すような提起的なログインを促す内容を組み合わせた場合には、例えばある期間内の定期的なログインを怠ったユーザは、その怠った分の行動試合采配、選手育成等ができない。そのため、その期間内に定期的なログインを欠かさず行ったユーザとの間にレベルやポイント等の差が生じてしまい、その後に追いつくことも容易ではないため、期間シーズン途中でそのゲームへの興味を失ってしまうという問題があった。この問題は、期間毎のリセット初期化がない場合であっても、同様であった。また、例えば上述した特許文献1に見られるような時間蓄積ポイントの購入等をユーザが単純にできてしまうと、大量に購入したユーザが強くなりすぎて他のユーザの興味が消失してしまう問題があった。本発明は、上述した課題に鑑みてなされたものであって、ゲームに参加するユーザ同士の公平性を保ち、趣向性を向上させたオンラインゲームを提供するためのネットワークゲームシステム、クライアント端末、ゲーム提供サーバ、クライアントプログラム、及びゲーム提供プログラムを提供することを目的とする。上述した課題を解決するために、本発明は、以下の特徴を有する課題を解決するための手段を採用している。本発明は、通信ネットワークによりゲーム提供サーバに接続されたクライアント端末を用いて、ユーザが前記ゲーム提供サーバにログインした際、前記ゲーム提供サーバは、所定時間からの時間経過に伴う所定のポイント数を前記クライアント端末に送信し、前記ユーザによって前記ポイントを消費する操作が前記クライアント端末に入力されることに基づいてゲーム進行制御演算処理を行い、該演算処理により得られた結果情報を前記クライアント端末に送信するネットワークゲームシステムにおいて、前記クライアント端末は、前記ゲーム提供サーバから得られる使用可能ポイント及び/又はロスポイントを表示するポイント表示手段と、前記ロスポイントを購入する処理を実行するロスポイント購入手段とを有し、前記ゲーム提供サーバは、前記ユーザに対する使用可能ポイントを管理するポイント管理手段と、前記ユーザに対するロスポイントを算出するロスポイント算出手段とを有し、前記ポイント管理手段は、前記ユーザが選択したゲームに設定された所定時間からの時間経過に伴う所定時間毎に付与されるポイント数と、前記ユーザが所持可能な残ポイント数と、前記残ポイント数の上限値と、前記ユーザが使用した通算使用ポイント数とを管理し、前記ロスポイント算出手段は、前記ポイント管理手段から得られる前記所定時間からの経過時間と、前記所定時間毎に付与されるポイント数から、現時点での総ポイント数を算出し、算出された前記総ポイント数から、前記通算使用ポイント数及び前記残ポイント数との和を減算して前記ロスポイントを算出し、前記ユーザによって前記ポイントを消費する操作が前記クライアント端末に入力された場合に、前記ロスポイント算出手段により算出された前記ロスポイントを消費して前記ゲーム進行制御演算処理を実行することを特徴とする。また本発明は、通信ネットワークによりゲーム提供サーバに接続されたクライアント端末を用いて、ユーザが前記ゲーム提供サーバにログインした際、前記ゲーム提供サーバは、所定時間からの時間経過に伴う所定のポイント数を前記クライアント端末に送信し、前記ユーザによって前記ポイントを消費する操作が前記クライアント端末に入力されることに基づいてゲーム進行制御演算処理を行い、該演算処理により得られた結果情報を前記クライアント端末に送信するネットワークゲームシステムにおける前記クライアント端末において、前記ゲーム提供サーバから得られる使用可能ポイント及び/又はロスポイントを表示するポイント表示手段と、前記ロスポイントを購入する処理を実行するロスポイント購入手段とを有することを特徴とする。また本発明は、通信ネットワークによりゲーム提供サーバに接続されたクライアント端末を用いて、ユーザが前記ゲーム提供サーバにログインした際、前記ゲーム提供サーバは、所定時間からの時間経過に伴う所定のポイント数を前記クライアント端末に送信し、前記ユーザによって前記ポイントを消費する操作が前記クライアント端末に入力されることに基づいてゲーム進行制御演算処理を行い、該演算処理により得られた結果情報を前記クライアント端末に送信するネットワークゲームシステムにおける前記ゲーム提供サーバにおいて、前記ユーザに対する使用可能ポイントを管理するポイント管理手段と、前記ユーザに対するロスポイントを算出するロスポイント算出手段とを有し、前記ポイント管理手段は、前記ユーザが選択したゲームに設定された所定時間からの時間経過に伴う所定時間毎に付与されるポイント数と、前記ユーザが所持可能な残ポイント数と、前記残ポイント数の上限値と、前記ユーザが使用した通算使用ポイント数とを管理し、前記ロスポイント算出手段は、前記ポイント管理手段から得られる前記所定時間からの経過時間と、前記所定時間毎に付与されるポイント数から、現時点での総ポイント数を算出し、算出された前記総ポイント数から、前記通算使用ポイント数及び前記残ポイント数との和を減算して前記ロスポイントを算出し、前記ユーザによって前記ポイントを消費する操作が前記クライアント端末に入力された場合に、前記ロスポイント算出手段により算出された前記ロスポイントを消費して前記ゲーム進行制御演算処理を実行することを特徴とする。また本発明は、コンピュータを、請求項4に記載のクライアント端末として機能させることを特徴とするクライアントプログラムである。また本発明は、コンピュータを、請求項5乃至7の何れか1項に記載のゲーム提供サーバとして機能させることを特徴とするゲーム提供プログラムである。なお、本発明の構成要素、表現又は構成要素の任意の組み合わせを、方法、装置、システム、コンピュータプログラム、記録媒体、データ構造等に適用したものも本発明の態様として有効である。本発明によれば、ゲームに参加するユーザ同士の公平性を保ち、趣向性を向上させたオンラインゲームを提供することができる。<本発明について>本発明は、ある時点での本来の蓄積ポイント累計値を上限としてユーザプレイヤーに購入可能とさせることで、例えば定期的にログインやアクセスしていれば取得できていたポイント例えば、既に所定の上限値のポイントが蓄積され、それ以上の蓄積されるべきポイントが消失してしまった場合は、有効期限内に使用せず期限切れとなったポイントいわゆる、ロスポイント消失ポイントを取得し、定期的にログインしていた他のユーザが使用した条件と同様の条件を購入により取得することを可能にする。これにより、他のユーザのキャラクタやチームの能力例えば、レベルやスキル等との公平性を保つことができ、趣向性を向上させたオンラインゲームを提供することができる。以下に、本発明におけるネットワークゲームシステム、クライアント端末、ゲーム提供サーバ、クライアントプログラム、及びゲーム提供プログラムを好適に実施した形態について、図面を用いて説明する。なお、本実施形態において説明するネットワークゲームの一例として、複数のユーザにより登録された複数の野球チームとリーグ戦等で対戦する野球ゲームについて説明するが、本発明においてはこれに限定されるものではない。<ネットワークゲームシステム:ネットワーク構成例>図1は、本実施形態におけるネットワークゲームシステムの構成例を示す図である。図1に示すネットワークゲームシステム10は、中央処理装置としてのゲーム提供サーバ11と、複数のクライアント端末12-1,12-2,,12-nと、携帯型端末13と、基地局14と、課金サーバ15とを有するよう構成されている。ここで、ゲーム提供サーバ11と、複数のクライアント端末12-1,12-2,,12-nと、携帯型端末13と、基地局14と、課金サーバ15とは、インターネット等の通信ネットワーク16を介してそれぞれがデータの送受信が可能な状態で接続されている。つまり、本実施形態では、クライアント端末12-1~12-nや携帯型端末13を用いてゲーム提供サーバ11から提供されるゲームを実行することができる。また、本実施形態では、クライアント端末12同士や、クライアント端末12と携帯型端末13との間でもデータの送受信を行うことができる。なお、図1に示すシステム構成において、本発明に係るゲーム提供サーバ11は、1台とは限らず、必要に応じて複数台のコンピュータで構成されていてもよい。例えば、ゲーム提供サーバ11を、ゲームを提供する機能のみを持たせたゲームサーバと、後述するポイント管理を行うポイント管理サーバとを分けて構成させることで、ゲームの種類毎に複数のゲームサーバを持たせ、それらを1つポイント管理サーバで管理させることもできる。これにより、それぞれの目的に応じた処理を分散させて各サーバの負荷を低減させることもできる。また、ゲーム提供サーバ11は、例えば、通信ネットワーク16を介して外部にある課金サーバ15からユーザ毎の課金情報例えば、課金ポイント等を取得し、取得した課金情報に基づいて、プレイヤーのゲーム使用回数やバーチャルアイテム等を購入させるための遊戯価値ポイントの管理や、遊戯価値ポイントの画面表示等の制御を行い、またユーザにより指示された情報を、そのユーザ情報、課金情報、及び購入時間と関連付けて遊戯価値ポイントの購入に紐付いた課金ログ情報に蓄積する等の処理を行う。また、ゲーム提供サーバ11は、例えばゲームの進行処理に伴い生成される種々のデータのバックアップ等を行うバックアップデータベース等を設けていてもよい。図1に示すネットワークゲームシステム10において、ユーザは、クライアント端末12や携帯型端末13にインストールされたクライアントプログラム、又は各種端末上で動作するフラッシュFLASH登録商標コンテンツ再生機能を備えたブラウザプログラムの動作にしたがって、ゲーム提供サーバ11にアクセスする。ゲーム提供サーバ11は、ゲーム提供サーバ11において、例えば野球を行うユーザの分身である野球選手キャラクタアバターの登録、アバター以外のチームメンバーである選手キャラクタを選定、収集し、それらの選手データを組み合わせたチームを編成してゲーム提供サーバ11に登録エントリーすることで、ユーザをネットワークゲームに参加することができる。ゲーム提供サーバ11は、登録されたチーム同士のそれぞれのデータに基づいてリーグや試合日程等を設定し、設定された日程に合わせて勝敗を決定し、各クライアント端末12-1~12-nのログインの日時情報や、最終データベースアクセス日時情報等に応じて試合演算を行い、勝敗結果を提示する他、所定時間毎に蓄積される試合実行ポイントを使用することでリーグ戦とは別にオープン戦や練習試合等の試合を実行ゲーム進行制御演算処理し、それら各種試合結果に応じて付与される育成ポイントやゲーム内の仮想アイテム等を使用することで、各種選手キャラクタの能力パラメータを成長育成させたり、仮想アイテムの能力例えば、体力が増加する等を用いることでトーナメント戦や記録争い等をより有利に展開させることができる。また、ゲーム提供サーバ11は、例えば、各クライアント端末12-1~12-nのそれぞれのログイン時に、他のユーザが登録している選手データの前回のログイン時の各種情報と、予め設定されている更新タイミングとに基づいて、チームに含まれる選手データの情報を更新するタイミングを調整する。具体的には、ゲーム提供サーバ11は、例えば、各クライアント端末12-1~12-nのそれぞれのログイン時に、他のユーザが登録している選手データが前回のログイン時から更新されているかを判断し、選手データが更新されていると判断した場合に、予め設定した条件に応じて、適切な選手データ例えば、これまでの能力レベル、スキル等が付加されたデータ、予め設定されたデフォルトデータを用いて試合演算等を行い、勝敗を決定する。なお、ゲーム提供サーバ11における具体的な処理については後述する。また、本実施形態において、クライアント端末12-1~12-nは、選手データとして、他のユーザが登録している選手データを読み出して、自らのチームの一員として利用したり、利用した選手の能力値を増加する等、選手データを更新する手段を有する。なお、クライアント端末12における具体的な処理については後述する。また、携帯型端末13は、基地局14等を介して通信ネットワーク16に接続し、ゲーム提供サーバ11とのデータの送受信を行うものであり、クライアント端末12と同様の機能を有する。なお、本実施形態における携帯型端末13とは、インターネット等の通信ネットワークに接続可能な携帯電話機やスマートフォン、ゲーム機器、PDAPersonalDigitalAssistants等を含む。つまり、本実施形態におけるネットワークゲームシステム10では、携帯型端末13からでもゲーム提供サーバ11が提供するゲームを実行することができるよう構成される。基地局14は、携帯型端末13と無線通信等を行い、通信ネットワーク16を介して、携帯型端末13と、ゲーム提供サーバ11や課金サーバ15との間でデータの送受信を実現するための中継装置である。課金サーバ15は、通信ネットワーク16を介してゲーム提供サーバ11と通信を行い、ユーザがゲーム使用回数やバーチャルアイテム等を購入するために使用される仮想通貨等である遊戯価値ポイントに紐付いた課金情報例えば、課金ポイント等の管理と、購入履歴等の管理を行う。なお、課金ポイント等の情報は、クライアント端末12や携帯型端末13等との間で共有することができる。なお、課金サーバ15は、例えばSNS等が提供する外部サービスを利用してもよく、またコンテンツ提供サーバ11内に課金機能を備えていてもよい。次に、上述した図1に示すネットワークゲームシステム10におけるゲーム提供サーバ11及びクライアント端末12携帯型端末13の機能も含むの各機能について具体的に説明する。また、以下に説明するゲーム提供サーバ11の例では、ゲームを提供するゲームサーバとしての機能と、課金ポイント管理を行う課金ポイント管理サーバとしての機能を両方備えた例を説明するが、本発明においてはこれに限定されるものではなく、例えば、ゲームサーバとしての機能と課金ポイント管理サーバとしての機能をそれぞれ別体に設けていてもよい。<ゲーム提供サーバ11:機能構成例>図2は、本実施形態におけるゲーム提供サーバの機能構成の一例を示す図である。図2におけるゲーム提供サーバ11は、処理部21と、通信部22と、記憶部23と、操作部24と、画像音声出力部25と、インタフェース回路I/F26とを有するよう構成されている。なお、上述した通信部22、記憶部23、操作部24、及び画像音声出力部25は、I/F26を介して、それぞれ外部の通信回線27、外部記憶装置28、キーボードやマウス等の入力装置29、及びディスプレイモニタやスピーカ等の画像表示装置音声出力装置30に接続されている。また、I/F26は、図2に示すように1つの基板上に構成するようにしてもよく、通信部22、記憶部23、操作部24、及び画像音声出力部25のそれぞれ又は複数に対応して構成するようにしてもよい。処理部21は、エントリー手段31と、計時手段としてのタイマー32と、日程決定手段33、試合進行手段34、試合画像生成手段35、ダイジェスト画像生成手段36、試合結果生成手段37と、試合画像再生表示手段38と、ダイジェスト画像再生表示手段39と、試合結果表示手段40と、ログ更新手段41と、プレイヤーチーム編成手段42と、リーグ編成手段43と、プレイヤーチーム削除手段44と、選手データ調整手段ユニットデータ調整手段45と、ポイント管理手段46と、ロスポイント算出手段47と、ロスポイント購入制御手段48と、ロスポイント購入画像生成手段49とを有するよう構成されている。エントリー手段31は、クライアント端末12からエントリーされたPCチームの選手キャラクタ情報等を記憶部23に記憶する。タイマー32は、本実施形態に係るネットワークゲームシステム10における時間の進行を計時する。また、タイマー32は、予め設定された1サイクルに相当する所定の期間に対し、開始時間から所定時間例えば、1時間毎に所定のポイント例えば、1ポイントを付与するための時間を計測する。日程決定手段33は、例えば複数のクライアント端末12-1~12-nからゲーム提供サーバ11にエントリーされたPCチーム同士、NPCチーム同士、又はPCチームとNPCチームとのマッチング処理互いの対戦相手を決定する処理を行い、その試合の日程を決定する処理を行う。試合進行手段34は、日程決定手段33により決定された日程にしたがって、PCチームに設定されたパラメータに基づいて自動的に試合の進行処理各種演算処理を行う。ここで、試合進行手段34は、例えば、予め設定されたチーム同士における対戦演算等の各種演算処理を実行する際に、自チームに含まれるユニットデータ各プレイヤーデータのうち、他のユーザによって登録されたユニットについては、ユーザによる最終データベースアクセス時の情報と、現在のデータベース上の情報との変化に基づいて、演算処理の実行時に使用する情報を決定し、決定された情報に基づいて試合の進行処理を行う。また、リーグ戦として設定された試合とは別に、個別に時間経過によって蓄積する試合実行ポイントを使用消費したり、また、遊戯価値ポイントを用いたロスポイント分の試合の実行により、ユーザの希望したタイミングで試合の進行処理ゲーム演算制御進行処理を行う。試合画像生成手段35は、試合進行手段34の試合の進行処理に基づいて試合の画像データを生成する。なお、生成された画像データは、画像表示装置音声出力装置30により出力されたり、通信回線27から通信ネットワーク16を介してクライアント端末12に送信される。ダイジェスト画像生成手段36は、試合画像生成手段35が生成する画像データから予め設定された所定の条件を満たす画像データを抽出する。また、ダイジェスト画像生成手段36は、その抽出された画像データに基づいて試合のダイジェスト画像データを生成する。試合結果生成手段37は、ダイジェスト画像生成手段36と、試合進行手段34による試合の進行処理終了後に試合の結果データを生成する。なお、生成された結果データは、画像表示装置音声出力装置30により出力されたり、通信回線27から通信ネットワーク16を介してクライアント端末12に送信される試合画像再生表示手段38は、試合進行手段34による試合の進行処理終了後にクライアント端末12又は携帯型端末13から送信される試合画像再生要求信号に応じて試合画像生成手段35が生成する試合画像データを再生処理しクライアント端末12又は携帯型端末13の表示装置に表示させる。なお、試合画像再生表示手段38は、試合結果生成手段37が生成する試合結果データに対しても同様に表示させることができる。ダイジェスト画像再生表示手段39は、試合進行手段34による試合の進行処理終了後にクライアント端末12又は携帯型端末13から送信されるダイジェスト画像再生要求信号に応じてダイジェスト画像生成手段36が生成するダイジェスト画像データを再生処理しクライアント端末12又は携帯型端末13の表示装置に表示させる。試合結果表示手段40は、クライアント端末12又は携帯型端末13の表示装置に試合結果データを表示させる。ログ更新手段41は、既にRAM52に記憶されている前回のログアウト情報を、エントリーされたPCチームのログアウト情報ログアウト時間に更新する。また、ログ更新手段41は、それぞれのユーザのアクセスに対してゲームプレイヤーがこれまで上げてきたレベル、スキル、経験値、育成内容等の関連情報ユニットデータをリセットするタイミングを調整する。更に、ログ更新手段41は、課金ポイント管理データベース28Bに対して、使用者が使用可能な課金ポイント遊戯価値ポイントと、実際にポイントを使用してロスポイント分の試合権を購入したり、仮想アイテムを購入したときの内容とポイントを購入履歴のログ情報として蓄積する。プレイヤーチーム編成手段42は、プレイヤーのエントリー操作に応じて、プレイヤー自身の分身であるアバター選手を含めた9名の選手からなるユーザ毎のチームデータを編成し、ゲーム提供サーバ11を通じてゲーム管理データベース28に編成されたチームデータを記憶させる。このチームデータは、例えば後述する図3に示されるように、各選手の対応するユーザIDと、対応するユーザIDの各ユーザID自身毎に、予め設定された基礎値、各ユーザが訓練によって獲得したフレンド訓練値、チーム編成者であるプレイヤーが各フレンド選手を訓練することによって獲得したプレイヤー訓練値、ユーザが仮想通貨ポイント等によって購入したアイテムによって獲得されるアイテム値等のデータによって構成される。なお、フレンド選手が8名まで揃わなかった場合には、補充としてコンピュータ側からCPU選手が割り当てられる。リーグ編成手段43は、上述したプレイヤーチーム編成手段42により編成された各プレイヤーチームに設定されているランクに基づきリーグ編成を行う。プレイヤーチーム削除手段44は、そのリーグ編成手段43がリーグ編成を行うとき、ログ更新手段41により更新されたプレイヤーチームのログアウト情報が所定期間例えば、30日経過していると、そのPCチームの情報をゲーム提供サーバ11から削除する。選手データ調整手段45は、上述したプレイヤーチーム編成手段42等によりに編成されたチームデータに含まれる各フレンド選手の能力値が、サイクル毎のリセットタイミングを跨いで初期値に戻っているか否かを判断し、演算すべき試合のサイクルと、対応するフレンド選手のユーザIDに対応付けられた該当ユーザの最終DBアクセス日時情報から、現在記憶されているチームデータに記憶されている選手データユニットデータの能力値を用いるか、サーバリクエストによって得られた最新の選手データユニットデータの能力値を用いるか、又は、初期値である基礎能力値を用いるといった調整を行う。また、選手データ調整手段45は、各フレンド選手だけでなく、自己の選手自分本人のプレイヤーに対しても上述した調整を行ってもよい。したがって、選手データ調整手段45は、例えば、ユニットデータに対するユーザによる最終データベースアクセス時の情報と、現在のデータベース上の情報とを比較し、レベルが高い方の情報を使用するよう調整する。これにより、比較する一方のデータが破損している場合にもどちらかの情報を適用することができ、更に更新されたレベルの高い方の情報を利用することができる。ポイント管理手段46は、ユーザに対する使用可能ポイントを管理する。具体的には、ポイント管理手段46は、例えばユーザが選択したゲームに設定された所定時間からの時間経過に伴う所定時間毎に付与されるポイント数と、ユーザが所持可能な残ポイント数と、残ポイント数の上限値と、ユーザが使用した通算使用ポイント数とを管理する。ロスポイント算出手段47は、ユーザに対するロスポイントを算出する。具体的には、ロスポイント算出手段47は、例えばポイント管理手段46から得られる所定時間からの経過時間と、所定時間毎に付与されるポイント数から、現時点での総ポイント数を算出する。また、ロスポイント算出手段47は、算出した総ポイント数から、通算使用ポイント数及び残ポイント数との和を減算してロスポイントを算出する。また、ロスポイント算出手段47は、後述するロスポイント購入制御手段48により、ロスポイント使用権が購入され、ロスポイント分の試合が実行された場合に、ロスポイントの再計算を行う。ロスポイント購入制御手段48は、ユーザにロスポイント購入させるための各種制御を行う。具体的には、ロスポイント購入制御手段48は、例えばロスポイントのポイント単価を設定し、ユーザからのロスポイント購入時に、予め蓄積されたユーザに対応する課金ポイントに基づいて、ロスポイントの購入の可否を判断する。ロスポイント購入画像生成手段49は、上述したポイント購入時におけるユーザによるクライアント端末12からの操作結果を取得するために、クライアント端末12の画面に表示するロスポイント購入画像を生成する。また、ロスポイント購入画像生成手段49は、ロスポイント購入制御手段48によるロスポイントの購入の可否の判断結果をクライアント端末12に表示する画像を生成する。ロスポイント購入画像生成手段49は、生成した各種画像をクライアント端末12に出力する。なお、ダイジェスト画像生成手段36及びダイジェスト画像再生表示手段39は、本実施形態に係るネットワークゲームシステム10において必須の手段ではなく、必要に応じてゲーム提供サーバ11に具備させることができるものである。通信部22は、I/F26を介してゲーム提供サーバ11と外部の通信回線27とを接続し、クライアント端末12又は携帯型端末13とゲーム提供サーバ11との情報の送受信を制御する処理を行う。記憶部23は、ROMReadOnlyMemory51とRAMRandomAccessMemory52とを有するよう構成されている。ROM51は、本実施形態におけるネットワークゲームシステムのゲームプログラムを含むシステムプログラムが記憶された読み取り専用の記憶領域である。また、RAM52は、処理部21で生成される選手キャラクタデータ52A、試合画像データ52B、及び試合結果データ52Cを含むデータが記憶される。また、RAM52は、処理部21の演算処理のワーク領域として使用される書き換え可能な記憶領域である。記憶部23は、I/F26を介して外部記憶装置28に接続され、処理部21の処理に応じて外部記憶装置28に記憶されているデータを参照、読み出し、書き換える処理を行う。外部記憶装置28は、例えばハードディスク駆動装置等の情報記憶媒体駆動装置で構成され、ゲーム管理データベースDB28A、及び、ユーザが購入した遊戯価値ポイントやアイテムを管理する課金ポイント管理データベースDB28B等を含む各種データベースが格納されているものである。ゲーム管理DB28Aには、プレイヤーの最終データベースアクセス日時、属性情報及びプレイヤーによって編成されたPCチームの各種パラメータ情報等が記憶されるプレイヤーDB、試合のマッチングや日程に関する情報等が記憶される日程管理DB、試合進行手段34による試合進行処理に基づいて試合画像生成手段35が試合画像データを生成する処理を行う際に使用する基本の画像データや音声データ等が記憶される試合進行DB、プレイヤーのランキング順位付けを行うためのランキング情報等が記憶されるランキングDB等の記憶領域が設けられている。なお、本実施形態では、このゲーム管理DB28Aをゲーム提供サーバ11の記憶部23に設けた構成としているが、ゲーム管理DB28Aを独立したサーバとして構成してもよい。また、課金ポイント管理DB24Bは、例えば、本実施形態におけるCash課金ポイントから変換される遊戯価値ポイント購入履歴テーブルや、Cash遊戯価値ポイントにより各ユーザが購入したアイテム購入履歴テーブルを有する。なお、課金ポイント等に関する情報は、例えば通信ネットワーク16を介して課金サーバ15等から取得することができる。操作部24は、I/F26を介してゲーム提供サーバ11と外部の入力装置キーボード、マウス、タッチペン等とを接続し、ゲーム提供サーバ11のメンテナンス等でゲーム提供サーバ11に入力されるデータを受信して解析する処理を行う。画像音声出力部25は、I/F26を介してゲーム提供サーバ11と外部のディスプレイモニタやスピーカ等の画像表示装置音声出力装置に接続し、ゲーム提供サーバ11の処理を視覚的、聴覚的に確認するための処理を行う。I/F26は、上述したようにゲーム提供サーバ11と外部機器との間における情報の送受信を行う。なお、ゲーム提供サーバ11が有する上述した各機能は、これらの機能を記述したプログラムゲーム提供プログラムを他の汎用コンピュータ等のCPUCentralProcessingUnitに実行させることによりそれぞれ実現可能となる。また、これらのプログラムは、磁気ディスクフロッピィーディスク、ハードディスク等、光ディスクCD-ROM、DVD等、半導体メモリ等の記録媒体53に格納して頒布することもできる。なお、記録媒体53は、ゲーム提供プログラムの他、ゲーム提供サーバ11の各機能により実行された実行結果や実行ログ情報等を記録することもできる。<データテーブル例>次に、上述した本実施形態におけるデータテーブル例について図を用いて説明する。図3は、ゲーム管理DBのプレイヤーDBに格納記憶されるデータテーブルの一例を示す図である。なお、図3は、チームデータの一例を示している。図3に示すチームデータは、プレイヤーのPCチームに所属する選手キャラクタの各種パラメータがデータテーブルとして蓄積されている。具体的な項目としては、例えば、ユーザID、ユーザネーム、最終DBアクセス日時、選手タイプ、メインポジション、能力値基礎値1~20、フレンド訓練値0~80、プレイヤー訓練値0~80、アイテム値等が蓄積される。図3に示すチーム編成データテーブルはプレイヤー毎に記憶され、本実施形態においては、プレイヤーは9人の選手キャラクタによって1つのPCチームを編成する。なお、これらの選手は、このネットワークゲームシステム10に参加している他のユーザの選手をフレンド選手として獲得することができる。この場合、図3に示すデータテーブルに、どのユーザから取得した選手であるかを表示する識別情報例えば、選手名美井は、ユーザID000056のユーザのアバター選手を、フレンド選手として江井のチームに参加させているを蓄積させてもよい。なお、ユーザネームの項目には、ネームの他にもそのユーザがプレイヤーであるか、フレンドであるか、又は、コンピュータにより割り当てられたCPUであるかの情報も蓄積される。なお、図3に示す最終DBアクセス日時は、プレイヤークライアント端末12がゲーム提供サーバ11から前回ログアウトした日時が記憶されている。なお、上記設定データに加えて、プレイヤーが前回ログインした日時を記憶させる項目ログイン情報を設けてもよい。なお、これらの日時は、ゲーム提供サーバ11のタイマー32で取得した日時が記憶される。また、本実施形態において、ゲーム提供サーバ11の日程決定手段33は、例えば実時間の1日あたり各PCチームが12試合を消化するように日程を決定する。各PCチームは、16チームからなるリーグにおいて他の15チームとそれぞれ試合を行い試合の進行処理は、ゲーム提供サーバ11の処理部21の試合進行手段34が自動的に実行する、計60試合で1期のペナント公式戦シリーズが終了するように設定されている。即ち、実時間の5日間で1つのシーズンが終了する。また、リーグ戦として設定された試合とは別に、個別に時間経過によって蓄積する試合実行ポイントを使用消費したり、また遊戯価値ポイントを用いたロスポイント分の試合の実行により、ユーザの希望したタイミングで試合の進行処理を行うことで、ログインしたユーザは、より有利にゲームを進行させることができる。また、本実施形態においては、全体で5つのシーズンで1つのサイクルを構成するように設定されており、オフ日等を挟み実時間の31日で1つのサイクルが終了し、各サイクルが終了する毎に各選手の育成データは初期値に戻るように構成されている。このような構成とすることで、途中からゲームを開始したプレイヤーでも、ゲーム運営開始時からプレイしているプレイヤーと対等に試合が行えるようになっている。また、図4は、課金ポイント管理DBに蓄積されるデータの一例を示す図である。なお、図4aは、キャッシュCashポイントと呼ばれる仮想遊戯価値ポイントの購入履歴テーブルの一例を示し、図4bは、上述した仮想遊戯価値ポイントによるアイテム購入履歴テーブルの一例を示している。図4aに示すテーブルでは、項目として、例えば管理番号、ユーザID、購入種類、商品ID、購入ボタンを押した日、購入した日、購入ポイント額、購入したかどうか、購入者の国籍、購入したアプリID等が蓄積される。管理番号には、テーブルの各レコードを管理するための識別情報が蓄積される。である。ユーザIDには、購入したユーザの識別情報が蓄積される。購入種類には、購入した商品例えば、Cash仮想遊戯価値ポイント、アイテム等の識別情報が蓄積される。商品IDには、Facebook等のSNS等で管理している商品識別情報が蓄積される。購入ボタンを押した日には、ユーザが購入ボタンを押したときの日時が蓄積される。購入した日には、実際に商品を購入して購入履歴テーブルを作成したときの日時が蓄積される。購入ポイント額には、その商品の購入したときの課金ポイント数が蓄積される。購入したかどうかは、実際に購入処理を実行し、購入手続が正常に終了できたか否かを識別する情報フラグ等が蓄積される。購入者の国籍は、その商品を購入したユーザ又はユーザが操作するクライアント端末12から得られる国籍情報を格納する。なお、国籍情報については、予めユーザ毎に登録されていて、その登録された情報から取得してもよく、クライアント端末12とゲーム提供サーバ11との通信データに含まれる国籍情報を取得してもよい。購入したアプリIDは、購入した商品を使用するアプリケーション例えば、ゲームの種類等を識別するための識別情報が蓄積される。また、図4bに示すテーブルでは、項目として、例えば管理番号、ユーザID、アプリID、アイテムカテゴリNo.、アイテムNo.、利用ポイント、利用日、予備値1、予備値2、予備値3等が蓄積される。ここで、アプリIDには、ユーザが行うゲーム例えば、野球、サッカー、バスケット、ホッケー等のスポーツ、複数人同時プレイのRPGRolePlayingGame等の各種アプリケーション等の識別情報が蓄積される。また、アイテムカテゴリNo.には、そのアプリ内で購入したアイテムに予め設定されている分類を示す分類情報を格納する。また、アイテムNo.には、購入したアイテムの識別情報を格納する。利用ポイントには、対象アイテム購入時に使用したポイント数を格納する。利用日には、ポイントを利用した日時情報を格納する。上述した図4a,bに示すテーブルにより、ユーザ毎の課金ポイントによる遊戯価値ポイントの購入履歴と、遊戯価値ポイントを利用したアイテム購入履歴を容易に管理することができる。なお、本実施形態において蓄積されるデータについては、上述した内容に限定されるものではなく、例えば、ユーザ認証時に必要なユーザIDやパスワード等のユーザ情報を蓄積したり、ゲームの進行処理に伴い生成される種々のバックアップデータセーブデータを蓄積したり、ユーザに与えられる使用可能ポイントの上限値や、各アプリケーションの実行に必要なポイント数、ゲーム毎に設定されたリセット期間における単位時間あたりのポイント付与数等の各種設定情報を蓄積することができる。また、例えば、ユーザが参加しているリーグデータやリーグ戦以外の時間蓄積ポイントを用いて行う試合オープン戦、練習試合等の試合データ等を蓄積してもよい。リーグデータやオープン戦、練習試合に関する試合データでは、プレイヤーがゲーム提供サーバ11にエントリーしたPCチ-ムの所属するリーグ等の対戦相手の情報がデータテーブルとして蓄積し、必要に応じてユーザ等に参照させることができる。<クライアント端末12:機能構成例>次に、図5は、本実施形態におけるクライアント端末の機能構成の一例を示す説明図である。図5において、クライアント端末12は、処理部61と、通信部62と、記憶部63と、操作部64と、画像出力部65と、音声出力部66と、インタフェース回路I/F67とを有するよう構成されている。なお、上述した通信部62、記憶部63、操作部64、画像出力部65、音声出力部66は、I/F67を介して、それぞれ外部の通信回線68、外部記憶装置69、キーボードやマウス等の入力装置70、ディスプレイモニタ等の画像表示装置71及びスピーカ等の音声出力装置72に接続されている。また、I/F67は図示のように1つの基板上に構成するようにしてもよく、通信部62、記憶部63、操作部64、画像出力部65、音声出力部66にそれぞれ又は複数に対応して構成するようにしてもよい。処理部61は、チーム編成手段81と、エントリー手段82と、画像表示手段83と、音声出力手段84と、ユニットデータ更新手段85と、試合画像再生要求信号出力手段86と、ダイジェスト画像再生要求信号出力手段87と、他ユーザデータ更新手段88と、ポイント表示手段89と、ロスポイント購入手段90とを有するよう構成されている。エントリー手段82は、上述したプレイヤーチーム編成手段42により編成されたPCチームを設定されたランク情報のクラスに応じて設定された何れかのリーグStone,Bronze,に応じて編成されたリーグにゲーム提供サーバ11によりエントリー登録が行われる。画像表示手段83は、エントリー手段82と、画像表示装置71にチーム編成画像、試合画像等の画像を表示させる。音声出力手段84は、スピーカ等の音声出力装置72から音声を出力させる。ユニットデータ更新手段85は、自チームに含まれるユニットデータを更新する。具体的には、ユニットデータ更新手段85は、上述した図3Aaに示すようなチームデータに登録された選手メンバーに対して、選手タイプやメインポジション、能力値等を更新したり、新しくメンバーを登録したり、更にはメンバーを削除登録抹消したりすることができる。なお、ユニットデータ更新手段85により更新された情報は、図3に示すチームデータとして蓄積される。試合画像再生要求信号出力手段86は、ゲーム提供サーバ11の試合進行手段34による試合の進行処理が終了した試合の試合画像の再生を要求する。ダイジェスト画像再生要求信号出力手段87は、ゲーム提供サーバ11の試合進行手段34による試合の進行処理が終了した試合のダイジェスト画像の再生を要求する。他ユーザデータ更新手段88は、ゲーム提供サーバ11に接続されている他のユーザが登録している情報を読み出して、自らが実行するゲームの一部ユニットとして使用したり、使用した他ユーザの情報を更新する。例えば、他ユーザデータ更新手段88は、選手データとして、他のユーザが登録している選手データフレンドを読み出して、自らのチームの一員として利用したり、利用した選手の能力値を増加する等、選手データを更新する。ポイント表示手段89は、ログイン時や所定の問い合わせ等を行うことで、ゲーム提供サーバ11から得られる時間によって蓄積される試合実行に必要なポイントの使用可能ポイント及び/又はロスポイントを画像表示手段71に表示する。また、ロスポイント購入手段90は、本来定期ログイン及び行動実行を行っていれば失わずに得られたはずのポイントを用いた所定の行動例:オープン戦1ゲームの実施等を実行するため、又は得られたはずのエネルギー値等を入手するために、ポイント表示手段89により確認することができるロスポイントの使用権を購入する処理を実行することで、ロスポイント分の試合オープン戦、練習試合等をサーバに実行させることで仮想選手キャラクタの育成やゲーム内仮想アイテムを入手し、リーグ戦を有利に進めることが可能となる。これにより、ユーザ同士の公平性を維持することができ、趣向性を向上させたゲームを提供することができる。通信部62は、I/F67を介してクライアント端末12と外部の通信回線68とを接続し、ゲーム提供サーバ11とクライアント端末12との情報の送受信を制御する処理を行う。記憶部63は、ROM91と、RAM92とを有するよう構成されている。ROM91は、読み取り専用の記憶領域である。また、RAM92は、本実施形態におけるクライアントプログラムが記憶されると共に処理部61の演算処理のワーク領域として使用される書き換え可能な記憶領域である。また、記憶部63は、I/F67を介して外部記憶装置69に接続され、処理部61の処理に応じて外部記憶装置69に記憶されているデータを参照、読み出し、書き換える処理を行う。操作部64は、I/F67を介してクライアント端末12と外部の入力装置キーボード、マウス、タッチペン等とを接続し、プレイヤーによる各種パラメータの入力操作等によりクライアント端末12に入力されるデータを受信して解析する処理を行う。画像出力部65は、I/F67を介してクライアント端末12と外部の画像表示装置71とを接続し、試合の再生画像や各種設定画面等を画像表示装置71に表示させるための処理を行う。音声出力部66は、I/F67を介してクライアント端末12と外部のスピーカ等の音声出力装置72とを接続し、試合中の観客の歓声等の音声を出力する処理を行う。I/F67は、上述したようにクライアント端末12と外部機器との間における情報の送受信を行う。また、クライアント端末12は、上述した機能の他にも、例えばゲーム提供サーバ11から得られるチームのランク昇格の有無について、画像標示装置71等に表示してプレイヤーに通知する機能等を有してもよい。また、クライアント端末自体には、プログラムをインストールせず、クライアント端末本体に予めインストールされているブラウザプログラムのフラッシュFLASH再生機能を用いることで、入出力処理だけをクライアントが行い、入出力以外の各種処理をサーバ側にて代行させるクラウド処理にて実行させることもできる。なお、クライアント端末12が有する上述した各機能は、これらの機能を記述したプログラムクライアントプログラムを他の汎用コンピュータ等のCPUCentralProcessingUnitに実行させることによりそれぞれ実現可能となる。また、これらのプログラムは、磁気ディスクフロッピィーディスク、ハードディスク等、光ディスクCD-ROM、DVD等、半導体メモリ等の記録媒体93に格納して頒布することもできる。なお、記録媒体53は、ゲーム提供プログラムの他、クライアント端末12の各機能により実行された実行結果や実行ログ情報等を記録することもできる。なお、上述したクライアント端末12の機能構成例は、そのまま携帯型端末13に置き換えることができるため、その具体的な説明は省略する。<ネットワークゲームシステム実行処理手順>次に、プレイヤーが本発明におけるネットワークゲームシステム10にログインしてからログアウトするまで、ゲーム提供サーバ11が実行する処理手順の概略について、フローチャートを用いて説明する。図6は、ネットワークゲームシステム実行処理手順の一例を示すフローチャートである。図6において、まず、ユーザプレイヤーがクライアント端末12等を用いてネットワークゲームシステム10のゲーム提供サーバ11にログインすると、ゲーム提供サーバ11は、クライアント端末12から例えばユーザIDやパスワード等を含むログイン情報を受信しS01、ログイン処理を行うS02。次に、クライアント端末12を使用するユーザからのゲーム実行指示を受け取り、ゲームを実行するために必要となるポイントを調整するためのポイント調整処理を行うS03。ここで、上述した処理を具体的に説明すると、例えばユーザが予め登録されている複数のゲームから所定のゲームを選択し、ゲーム開始画面におけるゲーム開始ボタンの操作を受け付けると、クライアント端末12からゲーム開始操作情報がゲーム提供サーバ11に送信される。このとき、選択したゲームをプレイするためのポイント例えば、時間蓄積ポイント等が必要になる。そこで、ゲーム提供サーバ11は、このゲーム開始操作情報を受信するとポイント調整処理を行うS03。このポイント調整処理は、例えば、ユーザの使用可能ポイントの取得や、ロスポイントの算出、ポイントの購入等の各種処理を行う。なお、ポイント調整処理における具体的な処理内容については後述する。次に、ユーザが選択したゲームを実行するか否かを判断しS04、実行できる場合S04において、YES、ゲーム提供サーバ11は、ゲーム開始操作情報を受信しS05、対戦結果情報送信処理を行うS06。S06の対戦結果情報送信処理において、ゲーム提供サーバ11は、直近前回のログアウト時から今回のログイン時までの期間に設定されている試合を、その試合閲覧リクエストがあったタイミングに応じたデータで演算を実行し、その結果をクライアント端末12に送信する。この対戦結果情報は、クライアント端末12に受信され、ディスプレイモニタ等の画像表示装置71に表示される。ここで表示される対戦結果情報画面は、前回のログアウト時から今回のログイン時までに設定されている試合の実行結果を表すものである。ゲーム提供サーバ11は、実行された演算結果情報から映像データを生成してクライアント端末12に送信する。このとき生成された映像データは、クライアント端末12に受信され、ディスプレイモニタ等の画像表示装置71に表示される。また、映像データ生成は、必ずしもゲーム提供サーバ11が実行する必要はなく、演算結果をクライアント端末12に送信し、クライアント端末側で対戦結果情報に基づく試合映像を生成する形で映像データを表示する形をとってもよい。そして、クライアント端末12は、この結果確認情報を受信しS07、映像再生した後、メイン操作受付処理を行うS08。S08のメイン操作受付処理において、ゲーム提供サーバ11は、メイン操作受付情報をクライアント端末12から送信される通常のゲームに関する各種操作に対応した内容に応じてチームデータの変更等を行う。このメイン操作受付情報に応じて変更された各種情報は、クライアント端末12に受信され、ディスプレイモニタ等の画像表示装置71に表示される。ここで表示されるメイン操作画面は、プレイヤーにチームの戦略や各種設定を促すものであり、これに応じて例えば各選手ユニットの強化訓練の実施、打順や守備位置の変更、ポイント等で入手した能力変更アイテムの装備、プレイヤーチームの戦略等が設定可能である。そして、メイン操作画面において、プレイヤーによる各種操作が受け付けられると、クライアント端末12からこれらの操作情報が各種入力情報としてゲーム提供サーバ11に送信される。ゲーム提供サーバ11は、この各種入力情報を受信するとS09、チーム情報更新処理を行うS10。S10のチーム情報更新処理では、メイン操作画面においてプレイヤーが決めた選手オーダーやチーム戦略等の情報に基づいて、ゲーム提供サーバ11に記憶されているPCチームのデータを更新する。以上のようにプレイヤーによりチーム設定チームの選手オーダーやチーム戦略等に関する操作が受け付けられる度に、ゲーム提供サーバ11は、随時、チーム情報更新処理を繰り返す。これらのデータベースへのデータ更新処理が行われる毎に、該当するクライアントのユーザの情報として最終データベースDBアクセス日時情報が更新される。なお、更新された最終データベースアクセス日時情報は、ユーザID毎に管理される。そして、上述した一通りの操作が終了すると、S03に戻り、同様にリーグ戦や、オープン戦、練習試合等の各種ゲームを再度実行したり、他のゲーム等を行う等の処理が行われる。また、S04の処理において、ゲームを実行しない場合S04において、NO、プレイヤーが本ネットワークゲームシステムからログアウトするため、クライアント端末12から送信されるログアウト情報を受信しS11、ログアウト処理を行うS12。これにより、プレイヤーは該ネットワークゲームシステムからログアウトすることができ、このときゲーム提供サーバ11はそのログアウトの時間を記憶する。なお、以下の説明ではログアウト時間をログ情報としているが、ログインした時間をログ情報として使用してもよい。<本実施形態における各種ポイント情報について>ここで、本実施形態における各種ポイント情報について図を用いて説明する。図7は、本実施形態における各種ポイント情報の内容について説明するための図である。図7において、縦軸はポイント数を示し、横軸は時間を示している。図7に示す例では、ある所定の期間からなるサイクルが設定されており、そのサイクル期間内でユーザ同士が対戦等を行う場合を示している。この場合、サイクル毎に各ユーザのキャラクタ又はチームの能力例えば、レベルやスキル等は、初期化される。また、図7に示す例では、サイクルの開始時刻から単位時間毎に、ユーザに付与できる所定のポイント数が設定されている。図7に示す時刻t1,t2,Tにおけるそれぞれのポイント数P1、P2、Pmaxは、その時点における総ポイント数を示している。このポイント数に応じて、ユーザはキャラクタ又はチームの能力を補強することができる。つまり、時間経過に応じてユーザが使用可能なポイント数を調整することで、サイクルの最初からいきなりレベルを強くすることなく、公平性を保つことができる。また、本実施形態では、ユーザ毎に予め所持可能な残ポイントの上限値を設定しておくことができる。例えば、最大残ポイントを5ポイントと設定し、システム側で1時間毎に1ポイントずつユーザに付与した場合、5時間で最大5ポイントが残ポイントとして蓄積される。したがって、5時間以上、残ポイントを使用しなかった場合には、その分のポイント数は使用されることなく消去されるロスポイントとなる。例えば、図7において、あるユーザが時間t1において既に使用した通算使用ポイント数と上述した残ポイント数との和がPsであった場合、ロスポイントは、P1-Psとなる。ここで、ロスポイントは、そのまま同時サイクルでゲームを実行している他ユーザとのレベルの差に相当するため、時間が経過するにつれて、頻繁にアクセスしてポイントを使用しているユーザと、ポイントを使用せずにロスしているユーザとでは、レベルに大きな差が生じるため、ユーザの公平性が保てなくなってしまう。そこで、本実施形態では、ロスポイントを購入して使用することを可能にすることで、未使用ポイントを他のユーザと同等に使用することができ、公平性を保つことができる。なお、本実施形態においては、ロスポイントを購入して使用するための仮想通貨として課金ポイントを備える。つまり、ロスポイントを購入したり、キャラクタやチームに対するアイテム商品を購入したり、ゲームを実行するために、課金ポイントを購入し、その課金ポイントをSNS上での仮想通貨Cash遊戯価値ポイントとして使用する。<ポイント調整処理のクライアント端末12における実行処理手順>次に、上述したS03のポイント調整処理のクライアント端末12における実行処理手順について、フローチャートを用いて説明する。図8は、ポイント調整処理のクライアント端末における実行処理手順の一例を示すフローチャートである。図8において、クライアント端末12は、まずゲーム提供サーバ12から使用可能なポイント残ポイントを取得するS21。次に、ユーザからポイント使用の申請指示があったか否かを判断するS22。ポイント使用の申請がなかった場合S22において、NO、処理を終了する。また、ポイント使用の申請があった場合S22において、YES、次に、ゲームを選択して開始するために必要なポイント数があるか否かを判断するS23。ここで、ポイント数がある場合S23において、YES、ゲーム提供サーバ11から得られるポイント使用結果を取得して画面等に表示しS24、処理を終了する。また、S23の処理において、ゲームを開始するために必要なポイント数がない場合S23において、NO、ポイント不足であることをゲーム提供サーバ11に申請しS25、ゲーム提供サーバ11から現時点でのロスポイントを取得するS26。ここで、ロスポイントが0より大きいか否かを判断しS27、ロスポイントが0より大きい場合S27において、YES、購入可能なロスポイント数と所定のロスポイントを購入するのに必要な課金ポイントを画面等に表示するS28。次に、ユーザからの指示内容によりロスポイントを購入するか否かを判断しS29、ロスポイントを購入する場合S29において、YES、サービスを受ける旨の通知をゲーム提供サーバ11に対して行うS30。また、課金ポイントが足りているか否かを判断しS31、課金ポイントが足りていない場合S31において、NO、課金ポイントが足りずにサービスが受けられてない旨を画面等に表示しS32、必要に応じて課金ポイント購入処理を実行しS33、S29に戻る。また、S31の処理において、課金ポイントが足りている場合S31において、YES、S23に戻りポイント使用をゲーム提供サーバ11に申請しS23、ゲーム提供サーバから得られるポイント使用結果を取得して画面等に表示しS24、処理を終了する。また、上述したS27の処理において、ロスポイントが0以下つまり、ロスポイント=0である場合S27において、NO、又はS29の処理において、ロスポイントを購入しない場合S29において、NO、現在はサービスが受けられない旨を画面等に表示しS34、処理を終了する。<ポイント調整処理のゲーム提供サーバ11における実行処理手順>次に、上述したS03のポイント調整処理のゲーム提供サーバ11における実行処理手順について、フローチャートを用いて説明する。図9は、ポイント調整処理のゲーム提供サーバにおける実行処理手順の一例を示すフローチャートである。図9において、ゲーム提供サーバ11は、まずクライアント端末12からのログイン情報に基づいて使用可能なポイント数を取得しS41、端末に送信するS42。次に、クライアント端末12からユーザが選択したゲームを実行するに対して、残ポイントとゲーム実行に使用する使用ポイントを取得しS42、残ポイントが使用ポイント以上であるか否かを判断するS43。残ポイントが使用ポイント以上である場合S43において、YES、ポイント使用を実行しS45、通算使用ポイントを蓄積しS46、ポイント使用後の残ポイントをクライアント端末に送信するS47。なお、上述したS45の処理においては、ロスポイントを購入時は、購入したロスポイントのみを用いてポイント使用を実行してもよく、また残ポイントと購入したロスポイントとを加算してポイント使用を実行してもよく、上記の何れのポイント使用を実行するかを予め選択できるようにしてもよい。また、S44の処理において、残ポイントが使用ポイント以上でない場合S44において、NO、ロスポイントを算出し、算出したロスポイントをクライアント端末12に送信するS49。また、クライアント端末12からロスポイントを購入する指示を取得するとS50、ユーザの現在の課金ポイントを確認しS51、課金ポイントが足りているか否かを判断するS52。課金ポイントが足りている場合S52において、YES、ロスポイント購入処理を行いS53、S43に戻り後続の処理を行う。なお、S53のロスポイント購入処理は、具体的には、指示されたポイント分のロスポイントの購入結果を購入履歴に蓄積したり、ロスポイントの再計算を行い、購入されたポイント及び再計算されたロスポイントを、購入した対象のクライアント端末12に送信する等の処理を行う。なお、ロスポイントを購入するための課金ポイントが不足している場合には、クライアント端末13が通信ネットワーク16を介して課金サーバ15と課金ポイント購入処理を行い、その後、その課金ポイントを用いてロスポイントの購入処理を行うことになる。つまり、上述した処理によりロスポイントを購入することにより、残ポイントが増加するため、そのゲームを使用するために必要な使用ポイント以上となり、その結果S45~S47の処理を行うことができる。また、S52の処理において、課金ポイントが足りていない場合S52において、NO、足りない旨をクライアント端末に送信するS54。ここで、S47の処理及びS54の処理が終了後、処理を終了するか否かを判断しS55、処理を終了せず継続する場合S55において、NO、S43に戻り後続の処理を行う。また、S54の処理において、ポイント調整処理を終了する場合S55において、YES、ポイント調整処理のゲーム提供サーバ11における実行処理を終了する。<画面例>次に、本実施形態における画面例について図を用いて説明する。なお、以下の画面例では、ユーザが実行するゲームの一例として野球ゲームを示しているが、本発明においてはこれに限定されるものではない。図10は、本実施形態におけるゲーム実行時の画面例を説明するための図である。図10aは、試合告知の画面を示している。ゲーム提供サーバ11のスケジュール上の試合計算時間がきた過ぎたときに表示されるインフォメーションダイアログである。プレイヤーがログアウトしていた際に、上記計算時間が過ぎていた場合は、ログアウト直後にこのダイアログが表示される。また、図10bは、試合結果表示画面の一例を示す図である。この図は、上記ダイアログにてチェックボタンをクリックした後の試合演算と結果画面例えばWIN又はLOSE等の画像を示している。この試合結果画面が表示されているときには、既にゲーム提供サーバ11上での試合計算は終了している。本実施形態の例では、計算前に、計算する試合のサイクル数、自分のチームに参加させた他のユーザの選手データフレンド選手が最後にアクセスしたサイクル数を判定し、フレンド選手の能力を以下のように設定する。まず、試合の方が前の場合には、フレンド選手データは既にリセットされているためラストデータを使用して計算する。また、試合が同じ場合には、フレンド選手の成長情報を取得し、反映した後計算する。また、フレンドの最終データベースアクセスのサイクルの方が前の場合には、フレンド選手データはまだリセットされていないためデフォルトデータ例えば、予め初期値として設定された基本的な選手データである基礎値を使用して計算する。また、図10c及びdは、選手の能力表示画面を示している。つまり、図10c及びdは、フレンド選手の能力表記に関する画像を示しており、具体的には、一例としてAさんチームにいる、フレンドBさんの場合の例を示している。また、図10dに示すように、本実施形態では、例えば4種類の能力基礎値リセットが行われた際の初期の値、Bさん自身が育成した分であるフレンド訓練値他人のプレイが随時影響している、チームオーナーが育成した分プレイヤー訓練値、チームオーナーが道具等のオプションを使用して一時的に伸ばしたアイテム値等の分等が色分け若しくは模様分けして区別が分かるように表示され、その合計値がその選手の能力値として表示される。つまり、AさんチームにいるフレンドBさんの場合には、Aさんが育成訓練操作を実施することで、Bさんの能力値を向上させることができる。なお、図10dにおける選手育成の例では、例えば選手アバターのパラメータとして、例えば、自チーム内のフレンド選手の各パラメータ=予め設定された数値である基礎値フレンドの育成した数値フレンド訓練値の30自分が育成したプレイヤー訓練数値自分が購入した道具であるアイテム値の合計として設定することができる。なお、本実施形態では、フレンドの育成数値の一部例えば、フレンドがフレンド自身のアバターである選手ユニットを成長させた育成数値の30が、その選手ユニットをチームに編成した他のフレンドチーム内の分身ユニット能力値に反映される。図11は、本実施形態におけるロスポイント購入処理における画面例を示す図である。図11の例では、ポイントを用いて野球のオープン戦を行う場合を示しており、ポイントをロスしたために、できなくなってしまったオープン戦を、後からロスポイントを購入することで実行可能とする。図11aは、画面上に表示されるオープン戦ボタンのアイコンには、残ポイント数が表示されている。通常、残ポイントが0になると、そのアイコンはクリックできないようになるが、本実施形態では、0回になってもアイコンを押してオープン戦が行えるようにする。ここで、本実施形態では、オープン戦の回数に制限回数を設ける。制限回数は、上述したように、サイクル開始時間から所定の時間例えば、1時間等経過する毎に所定のポイント例えば、1ポイント等が付与される。したがって、例えば、サイクル開始後15時間経過時にオープン戦を5回やっている場合には、制限回数残ポイントは10回となる。ここで、制限回数が足りている場合は、例えば図11bに示すように、例えばゲームを実行するための所定の課金ポイント例えば、Cash等を支払うかどうかを確認するダイアログが画面等に表示される。また、制限回数が足りていない場合は、例えば図11cに示すように、サービスが受けられない旨のメッセージが画面等に表示される。また、課金ポイントが足りている場合は、図11dに示すように、試合画面が表示され、試合開始又は結果を見るボタンがクリックされた場合は、上述した試合演算を行い、試合結果が正しく表示された時点で実際の課金処理を行う。また、図11dの試合画面において、キャンセルボタンがクリックされた場合は、図11dに示す画面を閉じる。更に、課金ポイントが足りない場合は、例えば課金ポイントが足りない旨を示すダイアログが画面等に表示され、図11eに示すような課金画面が表示し、課金ポイントの購入処理が行われる。なお、課金ポイントの購入処理は、例えば、上述した外部サービスである課金サーバ15等を使用して行われる。<その他の実施形態>なお、上述した本実施形態におけるロスポイントの購入処理については、他の実施形態として、例えばコンテンツ提供サーバ11において、タイマー32からの計時情報に基づき、各クライアントへポイントを付与し、予め設定された各クライアント毎のポイント上限値を超えた場合に、そのポイント上限値からのオーバーフロー分を計数しておき、ユーザからのロスポイントの問い合わせに対して、そのロスポイントを提示して、購入等を行わせるようにしてもよい。<実行プログラムクライアントプログラム、ゲーム提供プログラム>なお、上述した実施形態は、上述したクライアント装置、ゲーム提供サーバにおける専用の装置構成により、本発明における各処理手順を行うこともできるが、上述した本発明における各処理をコンピュータに実行させることができる実行プログラムクライアントプログラム、ゲーム提供プログラムを生成し、例えば、汎用のパーソナルコンピュータ、サーバ、ワークステーション等に各プログラムをインストールすることにより本発明における処理が実現可能となる。つまり、上述したクライアント端末及びゲーム提供サーバは、CPUCentralProcessingUnit、RAMRandomAccessMemory等の揮発性の記憶媒体、ROMReadOnlyMemory等の不揮発性の記憶媒体、マウスやキーボード、ポインティングデバイス等の入力装置、画像やデータを表示する表示部、並びに外部と通信するためのインタフェースを備えたコンピュータによって構成することができる。したがって、クライアント端末及びゲーム提供サーバが有する上述した各機能は、これらの機能を記述したプログラムをCPUに実行させることによりそれぞれ実現可能となる。また、これらのプログラムは、磁気ディスクフロッピィーディスク、ハードディスク等、光ディスクCD-ROM、DVD等、半導体メモリ等の記録媒体に格納して頒布することもできる。また、上記プログラムは、通信ネットワークに接続された外部装置からダウンロードすることもできる。上述したように本発明によれば、ゲームに参加するユーザ同士の公平性を保ち、趣向性を向上させたオンラインゲームを提供することができる。なお、本発明における実施形態は、上述した野球ゲームに限定されるものではなく、例えば、本発明をサッカーゲームやバスケットボール等の集団競技自軍敵軍を構成する各選手ユニットのデータ調整、テニス等の単体競技対戦相手のデータ調整、スポーツ以外の戦闘ゲームや他のロールプレイングゲーム、育成ゲーム、更には、他のプレイヤーが所有するデータを一時的に利用して所定の動作を実行してレベルを上げていくコンテンツ等、様々なゲームやコンテンツに広く適用することができる。以上本発明の好ましい実施例について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形、変更が可能である。"