JP2002143560A - ゲームシステム、及び、その制御方法、並びに、そのための処理が記録された記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 アクセス回数に応じてキャラクターをユーザ
に取得させるキャラクター収集型のゲームシステムにお
いて、同一ユーザが短期間にアクセスを繰り返すことに
より簡単にすべてのキャラクターの収集ができてしまう
ことを防止する。 【解決手段】 ゲームシステム２６に同一ユーザがアク
セスしてきた場合に、最大でも昼間（その日の５：００
〜その日の１７：００）１回、夜間（その日の１７：０
０〜次の日の５：００）１回しか、アクセス回数のカウ
ントアップを認めないようにする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ゲームシステム、
及び、その制御方法、並びに、そのための処理が記録さ
れた記録媒体に関し、特に、インターネット等のネット
ワークを介してユーザにアクセスされるゲームシステ
ム、及び、その制御方法、並びに、そのための処理が記
録された記録媒体に関する。

【０００２】

【従来の技術】携帯型情報処理端末を用いた各種のゲー
ムが、ユーザの間で広く親しまれている。このようなゲ
ームの中には、ゲームを進行する過程で、各種のキャラ
クターを収集していく、キャラクター収集型のゲームが
存在する。

【０００３】キャラクター収集型のゲームでは、例え
ば、異なるキャラクターが２５０種類存在し、ユーザは
そのすべてのキャラクターを取得することを最終的な目
的として、ゲームを行う。例えば、ゲーム進行の上であ
る特定の場所に出向くことにより取得できるキャラクタ
ーがあったり、ゲーム進行の上である敵と戦って勝つこ
とにより取得できるキャラクターがあったりする。

【０００４】

【発明が解決しようとする課題】キャラクター収集型の
ゲームを、インターネット等の公衆ネットワークを活用
して、ユーザに実行させたいという要望もある。このよ
うなネットワークを活用したキャラクター収集型のゲー
ムでは、公衆ネットワークに接続されたゲームシステム
にアクセスした回数に応じて、キャラクターを順次取得
できるという手法が考えられる。

【０００５】しかし、単純にユーザがこのホームページ
にアクセスした回数を、そのままカウントして、キャラ
クターが取得できるようにしてしまうと、１日に何回も
アクセスを繰り返して、２５０種類存在するキャラクタ
ーが簡単に収集できてしまうことになる。これでは、ゲ
ームの趣向性が低下してしまうとともに、長期間にわた
るユーザのアクセスを期待できなくなってしまう。

【０００６】そこで本発明は、前記課題に鑑みてなされ
たものであり、公衆ネットワークを用いてユーザにキャ
ラクター収集型のゲームを提供するシステムにおいて、
１日に何回もアクセスを繰り返すことにより、簡単にす
べてのキャラクターを取得できてしまい、ゲームの趣向
性が低下してしまうことを防止した、キャラクター収集
型のゲームシステムを提供することを目的とする。

【０００７】

【課題を解決するための手段】上記課題を解決するた
め、本発明に係るゲームシステムは、ネットワークを介
してユーザにアクセスされるゲームシステムであって、
前記ユーザがアクセスした回数を、アクセス回数として
保持する、アクセス回数保持手段と、前記ユーザがアク
セスしてきた場合に、所定時間内においては所定回数の
アクセスに限り、前記アクセス回数をカウントアップす
る、カウント手段と、前記アクセス回数に基づいて、前
記ユーザに所定のキャラクターを取得させる、第１キャ
ラクター取得手段と、前記ユーザが取得したキャラクタ
ーを保持する、キャラクター保持手段と、を備えること
を特徴とする。

【０００８】本発明に係るゲームシステムの制御方法
は、ネットワークを介してユーザにアクセスされるゲー
ムシステムの制御方法であって、前記ユーザがアクセス
した回数を、アクセス回数として、アクセス回数保持手
段に保持させる、アクセス回数保持工程と、前記ユーザ
がアクセスしてきた場合に、所定時間内においては所定
回数のアクセスに限り、前記アクセス回数をカウントア
ップする、カウント工程と、前記アクセス回数に基づい
て、前記ユーザに所定のキャラクターを取得させる、第
１キャラクター取得工程と、前記ユーザが取得したキャ
ラクターを、キャラクター保持手段に保持させる、キャ
ラクター保持工程と、を備えることを特徴とする。

【０００９】本発明に係る記録媒体は、ネットワークを
介してユーザにアクセスされるゲームシステムを制御す
るためのプログラムが記録された記録媒体であって、前
記ユーザがアクセスした回数を、アクセス回数として、
アクセス回数保持手段に保持させる、アクセス回数保持
ステップと、前記ユーザがアクセスしてきた場合に、所
定時間内においては所定回数のアクセスに限り、前記ア
クセス回数をカウントアップする、カウントステップ
と、前記アクセス回数に基づいて、前記ユーザに所定の
キャラクターを取得させる、第１キャラクター取得ステ
ップと、前記ユーザが取得したキャラクターを、キャラ
クター保持手段に保持させる、キャラクター保持ステッ
プと、を備えるプログラムが記録されたことを特徴とす
る。

【００１０】

【発明の実施の形態】本実施形態に係るキャラクター収
集型のゲームシステムは、インターネットを介してアク
セスしてきたユーザのアクセス回数に応じて、ユーザは
各種のキャラクターを取得できるとともに、最大でも昼
間１回、夜間１回の１日２回しかアクセス回数をカウン
トアップしないようにすることにより、ゲームの趣向性
が継続的に増すようにしたものである。より詳しくを、
以下に説明する。

【００１１】図１は、本実施形態に係るキャラクター収
集型のゲームシステムを含む全体のネットワーク構成を
示すブロック図である。この図１に示すように、本実施
形態に係るネットワーク構成は、インターネット１０に
接続されたゲーム処理コンピュータ２０と、同じくイン
ターネット１０に接続されたパソコン３０、３２を有し
ている。

【００１２】ゲーム処理コンピュータ２０は、個人情報
データベース２２とゲーム設定情報データベース２４と
に接続されている。詳しくは後述するが、個人情報デー
タベース２２には、このゲーム処理コンピュータ２０に
ユーザ登録している個人の情報が格納されている。ゲー
ム設定情報データベース２４には、このゲームを処理す
る上で必要となる各種の設定データが格納されている。
本実施形態においては、これらゲーム処理コンピュータ
２０と個人情報データベース２２とゲーム設定情報デー
タベース２４とにより、ゲームシステム２６が構成され
ている。

【００１３】本実施形態においては、個人情報データベ
ース２２及びゲーム設定情報データベース２４は、ハー
ドディスクにより構成されているが、この形態に限るも
のではなく、例えば、ゲーム処理コンピュータ２０内に
設けられたＲＡＭ（Random Access memory）等により構
成されてもよい。

【００１４】パソコン３０は、ユーザＡのパソコンであ
り、インターネット１０を介して、ゲーム処理コンピュ
ータ２０に接続可能である。パソコン３２は、ユーザＢ
のパソコンであり、同様にインターネット１０を介し
て、ゲーム処理コンピュータ２０に接続可能である。

【００１５】このゲームシステム２６に初めてアクセス
したユーザは、新規のユーザ登録をする必要がある。図
２は、その際にユーザのパソコンに表示される新規登録
画面Ｗ１０を示す図である。

【００１６】この図２に示すように、ユーザは、フィー
ルドＦ１０に自分の氏名を入力し、フィールドＦ１１に
自分の電子メールアドレスを入力し、フィールドＦ１２
に自分で決めた任意のパスワードを入力する。また、ユ
ーザは、選択フィールＦ１３、Ｆ１４のうちの一方を選
択して、自分の性別を入力する。

【００１７】さらに、ユーザは、フィールドＦ１５に自
分の生年月日を入力し、フィールドＦ１６に自分の職業
を入力し、フィールドＦ１７に自分の住所を入力し、フ
ィールドＦ１８に自分の電話番号を入力し、フィールド
Ｆ１９にこのキャラクター収集型のゲームシステム２６
において自分が最も気に入っているキャラクターの名称
を入力する。

【００１８】これらのデータを各フィールドに入力した
ユーザは、「送信」ボタンＢ１０をクリックすることに
より、新規のユーザ登録を行うことができる。一方、新
規のユーザ登録を希望しないユーザや、入力を間違えた
ユーザは、「キャンセル」ボタンＢ１１をクリックす
る。

【００１９】ユーザが「送信」ボタンＢ１０をクリック
した場合、ゲームシステム２６は、各フィールドに入力
されているデータに基づいて、個人情報データベース２
２に新規のユーザ登録を行う。図３は、個人情報データ
ベース２２に生成される個人情報テーブルＴＢ１０の構
成を示す図である。この個人情報テーブルＴＢ１０は、
１ユーザにつき１つ生成される。

【００２０】この図３に示すように、個人情報テーブル
ＴＢ１０は、項目として、個人ＩＤＣ１０と、パスワー
ドＣ１１と、氏名Ｃ１２と、住所Ｃ１３と、電話番号Ｃ
１４と、生年月日Ｃ１５と、職業Ｃ１６と、好きなキャ
ラクターＣ１７と、性別Ｃ１８と、新規登録年月日時Ｃ
１９と、最新更新年月日時Ｃ２０と、アクセス回数Ｃ２
１と、取得キャラクター数Ｃ２２と、奇数系キャラクタ
ー取得番号Ｃ２３と、偶数系キャラクター取得番号Ｃ２
４と、特別キャラクター取得番号Ｃ２５とを、備えてい
る。

【００２１】個人ＩＤ Ｃ１０には、このゲーム処理コ
ンピュータ２０が各ユーザを識別するためのユニークな
ＩＤが格納される。本実施形態においては、個人ＩＤ
Ｃ１０として、フィールドＦ１１に入力された電子メー
ルアドレスが用いられる。また、電子メールアドレスを
フィールドＦ１１に入力しなかったユーザに対しては、
フィールドＦ１８に入力された電話番号とフィールドＦ
１５に入力された生年月日を結合したものが用いられ
る。

【００２２】パスワードＣ１１には、フィールドＦ１１
にユーザが入力したパスワードが格納される。氏名Ｃ１
２には、フィールドＦ１０にユーザが入力した氏名が格
納される。住所Ｃ１３には、フィールドＦ１７にユーザ
が入力した住所が格納される。電話番号Ｃ１４には、フ
ィールド１８にユーザが入力した電話番号が格納され
る。

【００２３】生年月日Ｃ１５には、フィールドＦ１５に
ユーザが入力した生年月日が格納される。職業Ｃ１６に
は、フィールドＦ１６にユーザが入力した職業が格納さ
れる。好きなキャラクターＣ１７には、フィールドＦ１
９にユーザが入力したキャラクターの名称が格納され
る。性別Ｃ１８には、選択フィールドＦ１３又はＦ１４
でユーザ選択した性別が格納される。

【００２４】新規登録年月日Ｃ１９には、このユーザが
ゲーム処理コンピュータ２０に新規のユーザ登録を行っ
た年、月、日、時刻が格納される。これは、ゲーム処理
コンピュータ２０のシステム時計から自動的に生成さ
れ、格納される。最新更新年月日時Ｃ２０には、このユ
ーザがゲーム処理コンピュータ２０に最後にアクセスし
た年、月、日、時刻が格納される。これも、ゲーム処理
コンピュータ２０のシステム時計から自動的に生成さ
れ、格納される。

【００２５】アクセス回数Ｃ２１には、そのユーザがゲ
ーム処理コンピュータ２０にアクセスした回数が格納さ
れる。但し、本実施形態においては、このアクセス回数
は、最大でも昼間１回、夜間１回しか、カウントアップ
されない。取得キャラクター数Ｃ２２には、そのユーザ
が取得した総キャラクター数が格納される。

【００２６】奇数系キャラクター取得番号Ｃ２３には、
このユーザが取得した奇数系キャラクター番号の最大値
が格納される。例えば、奇数系キャラクター取得番号Ｃ
２３に「１２」が格納されている場合には、奇数系キャ
ラクター番号１番〜１２番のキャラクターが取得済みで
あることを表している。

【００２７】偶数系キャラクター取得番号Ｃ２４には、
このユーザが取得した偶数系キャラクター番号の最大値
が格納される。例えば、偶数系キャラクター取得番号Ｃ
２４に「１２」が格納されている場合には、偶数系キャ
ラクター番号１番〜１２番のキャラクターが取得済みで
あることを表している。

【００２８】特別キャラクター取得番号Ｃ２５には、こ
のユーザが取得した特別キャラクター番号が格納され
る。本実施形態においては、特別キャラクターは、誕生
日にアクセスした場合に取得できる特別キャラクターが
１種類だけ設けられている。このため、特別キャラクタ
ー取得番号Ｃ２５は、「０」又は「１」のいずれかであ
る。

【００２９】図４は、本実施形態に係るゲーム設定情報
データベース２４に格納されている奇数系キャラクター
テーブルＴＢ２０の構成を示す図である、図５は、同じ
くゲーム設定情報データベース２４に格納されている偶
数系キャラクターテーブルＴＢ３０の構成を示す図であ
る。

【００３０】図４に示すように、奇数系キャラクターテ
ーブルＴＢ２０には、１２５種類の奇数系キャラクター
が、その奇数系キャラクター番号順に格納されている。
上述したように、個人情報テーブルＴＢ１０の奇数系キ
ャラクター取得番号Ｃ２３には、この奇数系キャラクタ
ー番号の最大値が格納されるのである。また、図５に示
すように、偶数系キャラクターテーブルＴＢ３０には、
１２４種類の偶数系キャラクターが、その番号順に格納
されている。上述したように、個人情報テーブルＴＢ１
０の偶数系キャラクター取得番号Ｃ２４には、この偶数
系キャラクター番号の最大値が格納されるのである。

【００３１】本実施形態には、これらに加えて、１種類
の特別キャラクターが設けられている。このため、この
ゲームシステム２６には、全部で２５０種類のキャラク
ターが存在することになる。

【００３２】次に図６及び図７に基づいて、すでにこの
ゲーム処理コンピュータ２０に登録しているユーザが、
再びゲームシステム２６にアクセスするためのログイン
処理を説明する。

【００３３】図６に示すように、ゲームシステム２６
は、まずユーザのパソコンにＩＤパスワード入力画面を
表示する（ステップＳ１０）。図８は、このＩＤパスワ
ード入力画面Ｗ２０を示す図である。このＩＤパスワー
ド入力画面Ｗ２０において、ユーザは、フィールドＦ２
０に個人ＩＤを入力し、フィールドＦ２１にパスワード
を入力する。そして、「送信」ボタンＢ２０をクリック
する。なお、ログインを取りやめたい場合や入力を間違
えたユーザは、「キャンセル」ボタンＢ２１をクリック
する。

【００３４】「送信」ボタンＢ２０がクリックされた場
合には、ゲーム処理コンピュータ２０は、ユーザの入力
した個人ＩＤとパスワードが、個人情報テーブルＴＢ１
０に登録されている個人ＩＤとパスワードと一致してい
るかどうかを判断する（ステップＳ１１）。具体的に
は、ゲーム処理コンピュータ２０は、個人情報データベ
ース２２を検索し、ユーザの入力した個人ＩＤと一致す
る個人ＩＤ Ｃ１０を有する個人情報テーブルＴＢ１０
を特定する。そして、この個人ＩＤ Ｃ１０に対応する
パスワードＣ１１を取得する。さらに、この取得したパ
スワードと、ユーザの入力したパスワードとが一致する
かどうかを判断する。

【００３５】ユーザの入力した個人ＩＤとパスワード
が、個人情報テーブルＴＢ１０に登録されている個人Ｉ
Ｄとパスワードと一致しない場合（ステップＳ１１：Ｎ
ｏ）には、エラー画面を表示して（ステップＳ１２）、
このログイン処理を終了する。

【００３６】一方、ユーザの入力した個人ＩＤとパスワ
ードが、個人情報テーブルＴＢ１０に登録されている個
人ＩＤとパスワードと一致した場合（ステップＳ１１：
Ｙｅｓ）には、ゲーム処理コンピュータ２０は、個人情
報テーブルＴＢ１０からそのユーザの生年月日Ｃ１５を
取得する（ステップＳ１３）。

【００３７】次に、ゲーム処理コンピュータ２０は、こ
のシステム時計から、システム年月日を取得する（ステ
ップＳ１４）。続いて、誕生日フラグを０にセットす
る。次に、ゲーム処理コンピュータ２０は、システム年
月日の月日と、ユーザの生年月日の月日とを比較して、
今日が誕生日であるかどうかを判断する（ステップＳ１
６）。今日が誕生日であった場合（ステップＳ１６：Ｙ
ｅｓ）には、誕生日フラグを１にセットする（ステップ
Ｓ１７）。

【００３８】ステップＳ１７で誕生日フラグを１にセッ
トした場合、又は、ステップＳ１６で今日が誕生日でな
いと判断した場合（ステップＳ１６：Ｎｏ）には、図７
に示すように、誕生日フラグが１であるかどうかを判断
する（ステップＳ２０）。誕生日フラグが１である場合
（ステップＳ２０：Ｙｅｓ）には、ユーザの誕生日を祝
福するメッセージが記述されたハッピーバースデー画面
を表示する（ステップＳ２１）。本実施形態において
は、そのユーザの個人情報テーブルＴＢ１０における好
きなキャラクターＣ１７に登録されているキャラクター
が、誕生日を祝うメッセージを述べているような画像が
表示される。但し、誕生日を祝うメッセージを好きなキ
ャラクターＣ１７が音声で読み上げるようにしてもよ
い。そして、このログイン処理を終了する。

【００３９】ステップＳ２０で誕生日フラグが１でない
と判断した場合（ステップＳ２０：Ｎｏ）には、イベン
トデータをゲーム設定情報データベース２４から読み込
む（ステップＳ２２）。本実施形態においては、イベン
トデータとして、１２月２５日のクリスマスと、１月１
日〜１月３日のお正月とが、ゲーム設定情報データベー
ス２４に登録されている。

【００４０】次に、ゲーム処理コンピュータ２０は、今
日がイベントの日であるかどうかを判断する（ステップ
Ｓ２３）。すなわち、本実施形態においては、今日が１
２月２５日であるか、又は、１月１日〜１月３日のいず
れかであるかどうかを判断する。今日がイベントの日で
ない場合（ステップＳ２３：Ｎｏ）には、このままログ
イン処理を終了する。一方、今日がイベントの日である
場合（ステップＳ２３：Ｙｅｓ）には、そのイベントを
祝う旨のメッセージが記述されたイベント画面を表示す
る（ステップＳ２４）。但し、イベントを祝うメッセー
ジを音声で読み上げるようにしてもよい。そして、この
ログイン処理を終了する。

【００４１】次に、このログイン処理でログインが認め
られた場合に、ゲーム処理コンピュータ２０で行われる
キャラクター取得処理について、説明する。図９及び図
１０は、本実施形態に係るキャラクター取得処理を説明
するフローチャートである。

【００４２】図９に示すように、ゲーム処理コンピュー
タ２０は、まずそのユーザの個人情報テーブルＴＢ１０
からアクセス回数Ｃ２１を取得する（ステップＳ３
０）。続いて、ゲーム処理コンピュータ２０は、そのユ
ーザの個人情報テーブルＴＢ１０から取得キャラクター
数Ｃ２２を取得する（ステップＳ３１）。

【００４３】次に、ゲーム処理コンピュータ２０は、取
得キャラクター数が０であるかどうかを判断する（ステ
ップＳ３２）。取得キャラクター数が０である場合（ス
テップＳ３２：Ｙｅｓ）には、必要なイニシャル処理を
行う（ステップＳ３３）。

【００４４】次に、ゲーム処理コンピュータ２０は、そ
のユーザの個人情報テーブルＴＢ１０から最新更新年月
日時Ｃ２０を取得する（ステップＳ３４）。続いて、ゲ
ーム処理コンピュータ２０は、システム時計からシステ
ム年月日時を取得する（ステップＳ３５）。

【００４５】次に、ゲーム処理コンピュータ２０は、最
新更新年月日時Ｃ２０とシステム年月日時とを比較し
て、このアクセスが同じ昼間又は同じ夜間における１回
目のアクセスであるかどうかを判断する（ステップＳ３
６）。本実施形態においては、昼間は５：００〜１７：
００と定義しており、夜間は１７：００〜次の日の５：
００と定義している。

【００４６】例えば、２０００年１１月２日の７：００
にアクセスした場合には、昼間はその日の５：００〜１
７：００と定義されているので、同じ日の１６：００に
アクセスした場合、そのアクセスは２回目のアクセスと
判断される。この場合、このユーザは、同じ日の１８：
００にアクセスすれば、夜間はその日の１７：００〜次
の日の５：００と定義されているので、夜間における１
回目のアクセスと判断される。

【００４７】このステップＳ３６で、同じ昼間又は同じ
夜間の１回目のアクセスでないと判断した場合（ステッ
プＳ３６：Ｎｏ）には、このキャラクター取得処理を終
了する。つまり、何のキャラクターも取得できないで、
このキャラクター取得処理を終了する。一方、同じ昼間
又は同じ夜間の１回目のアクセスであると判断した場合
（ステップＳ３６：Ｙｅｓ）には、アクセス回数を１つ
カウントアップする（ステップＳ３７）。

【００４８】次に、図１０に示すように、ゲーム処理コ
ンピュータ２０は、誕生日フラグが１であるかどうかを
判断する（ステップＳ４０）。誕生日フラグが１である
場合（ステップＳ４０：Ｙｅｓ）には、すでに特別キャ
ラクターを取得済みであるかどうかを判断する（ステッ
プＳ４１）。具体的には、ゲーム処理コンピュータ２０
は、そのユーザの個人情報テーブルＴＢ１０の特別キャ
ラクター取得番号Ｃ２５を取得して、１が格納されてい
るか（この場合、取得済み）、又は、０が格納されてい
るか（この場合、未取得）を判断する。特別キャラクタ
ーを取得済みでないと判断した場合（ステップＳ４１：
Ｎｏ）には、このユーザに特別キャラクターを付与する
（ステップＳ４２）。そして、このキャラクター取得処
理を終了する。

【００４９】これに対して、特別キャラクターを取得済
みであると判断した場合（ステップＳ４１：Ｙｅｓ）、
又は、誕生日フラグが１でないと判断した場合（ステッ
プＳ４０：Ｎｏ）には、ゲーム処理コンピュータ２０
は、ゲーム設定情報データベース２４に設定登録されて
いるバイパス回数を取得する（ステップＳ４３）。この
バイパス回数は、アクセス回数がこのバイパス回数と一
致する場合に、そのアクセス回数ではキャラクターが取
得できないようにするために設定されている。これは、
毎回アクセス回数が増加する度に、１つのキャラクター
が取得できるのでは、収集ゲームが単調になってしまい
面白みが減じてしまうからである。本実施形態において
は、このバイパス回数として、「２５」、「２７」、
「５０」等が設定されている。

【００５０】このため、ゲーム処理コンピュータ２０
は、バイパス回数の中に、アクセス回数と一致するもの
があるかどうかを判断する（ステップＳ４４）。バイパ
ス回数の中に、アクセス回数と一致するものがある場合
（ステップＳ４４：Ｙｅｓ）には、このキャラクター取
得処理を終了する。つまり、何のキャラクターも付与し
ないで、このキャラクター取得処理を終了する。

【００５１】一方、バイパス回数の中に、アクセス回数
と一致するものがない場合（ステップＳ４４：Ｎｏ）に
は、アクセス回数が偶数であるかどうかを判断する（ス
テップＳ４５）。アクセス回数が偶数でない場合（ステ
ップＳ４５：Ｎｏ）、つまり、アクセス回数が奇数であ
る場合には、そのユーザに奇数系キャラクターを１つ付
与する（ステップＳ４６）。そして、このキャラクター
取得処理を終了する。

【００５２】一方、アクセス回数が偶数である場合（ス
テップＳ４５：Ｙｅｓ）には、そのユーザに偶数系キャ
ラクターを１つ付与する（ステップＳ４７）。そして、
このキャラクター取得処理を終了する。

【００５３】次に、このキャラクター取得処理に続いて
ゲーム処理コンピュータ２０で実行される更新表示処理
について説明する。この更新表示処理では、個人情報テ
ーブルＴＢ１０への必要な更新処理とキャラクター手帳
を表示する処理とを行う。図１１は、この更新表示処理
を説明するフローチャートである。

【００５４】図１１に示すように、ゲーム処理コンピュ
ータ２０は、上述したキャラクター取得処理で新しいキ
ャラクターを付与されたかどうかを判断する（ステップ
Ｓ５０）。新しいキャラクターを付与されていた場合
（ステップＳ５０：Ｙｅｓ）には、新しく付与されたキ
ャラクターを、そのユーザの個人情報テーブルＴＢ１０
に登録する（ステップＳ５１）。具体的には、上記ステ
ップＳ４２で特別キャラクターを付与されていた場合に
は、そのユーザの個人情報テーブルＴＢ１０の特別キャ
ラクター取得番号Ｃ２５を１に変更する。上記ステップ
Ｓ４６で奇数系キャラクターを付与されていた場合に
は、そのユーザの個人情報テーブルＴＢ１０の奇数系キ
ャラクター取得番号Ｃ２３を１つカウントアップする。
上記ステップＳ４７で偶数系キャラクターを付与されて
いた場合には、そのユーザの個人情報テーブルＴＢ１０
の偶数系キャラクター取得番号Ｃ２４を１つカウントア
ップする。

【００５５】次に、ゲーム処理コンピュータ２０は、そ
のユーザの個人情報テーブルＴＢ１０の取得キャラクタ
ー数Ｃ２２を、１つカウントアップする（ステップＳ５
２）。

【００５６】この取得キャラクター数Ｃ２２のカウント
アップが終了した後、又は、上述したステップＳ５０で
新しいキャラクターが付与されていないと判断した場合
（ステップＳ５０：Ｎｏ）には、そのユーザの個人情報
テーブルＴＢ１０の最新更新年月日時Ｃ２０を、その時
点のシステム時計の年月日時に変更する（ステップＳ５
３）。

【００５７】次に、ゲーム処理コンピュータ２０は、そ
のユーザのパソコンにキャラクター手帳画面を表示する
（ステップＳ５４）。図１２は、このキャラクター手帳
画面Ｗ３０を示す図である。

【００５８】この図１２に示すように、キャラクター手
帳画面Ｗ３０には、アクセス回数表示領域Ｆ３０と、取
得キャラクター一覧表示領域Ｆ３１と、キャラクター画
像表示領域Ｆ３２とを、有している。

【００５９】アクセス回数表示領域Ｆ３０には、そのユ
ーザのアクセス回数が表示される。このアクセス回数
は、個人情報テーブルＴＢ１０のアクセス回数Ｃ２２に
格納されている値である。

【００６０】取得キャラクター一覧表示領域Ｆ３１に
は、そのユーザのこれまで取得したキャラクターの名称
が、一覧として表示される。ユーザがこれまで取得した
キャラクターは、上述したように、個人情報テーブルＴ
Ｂ１０の奇数系キャラクター取得番号Ｃ２３と、偶数系
キャラクター取得番号Ｃ２４と、特別キャラクター取得
番号Ｃ２５から、特定することができる。

【００６１】キャラクター画像表示領域Ｆ３２には、取
得キャラクター一覧表示領域Ｆ３１で選択しているキャ
ラクターの画像が表示される。図１２の例では、取得キ
ャラクター一覧表示領域Ｆ３１で「キャラクターＣ５
０」が選択されているので、キャラクター画像表示領域
Ｆ３２には、この「キャラクターＣ５０」の画像が表示
されている。

【００６２】以上のように本実施形態に係るゲームシス
テム２６によれば、アクセス回数のカウントアップを最
大で昼間１回、夜間１回に限ることとしたので、アクセ
ス回数によって各種のキャラクターを取得できるキャラ
クター収集型のゲームシステム２６において、同一ユー
ザが１日の間に何度もアクセスを繰り返して、アクセス
回数を短期間で増加させてしまうのを防止することがで
きる。このため、ある程度の期間をかけてキャラクター
を収集するというキャラクター収集型のゲームシステム
２６の趣向性を高めることができる。

【００６３】さらに、上述した実施形態においては、ユ
ーザの誕生日にこのゲームシステム２６にアクセスする
ことにより、特別キャラクターを取得できたり、自分の
お気に入りのキャラクターが誕生日を祝福するメッセー
ジを話しているような画面が表示される。このため、ユ
ーザがキャラクターを収集する楽しみの幅を広げること
ができる。

【００６４】なお、本発明は上記実施形態に限定されず
種々に変形可能である。例えば、上述した実施形態にお
いては、昼間（その日の５：００〜１７：００）を１つ
の所定期間とし、夜間（その日の１７：００〜次の日の
５：００）をもう１つの所定期間としたが、この所定期
間はこの時間区分に限るものではない。また、この所定
期間にアクセス回数をカウントアップする回数を１回と
したが、これも１回に限るものではなく、２回、３回…
等の所定回数でもよい。したがって、例えば、１日２４
時間を所定期間として、１回だけアクセス回数のカウン
トアップをするようにしてもよい。また、例えば、１週
間を所定期間として、７回だけアクセス回数のカウント
アップをするようにしてもよい。この場合、７回の連続
的なアクセスまでは、アクセス回数のカウントアップが
認められることになるが、８回目以降のアクセスでは、
アクセス回数のカウントアップが認められないこととな
る。

【００６５】さらに、上述した実施形態においては、複
数個のバイパス回数をゲーム設定情報データベース２４
に設定登録しておくこととしが、このバイパス回数の設
定個数は１つでもよく、また、このバイパス回数を設定
しなくともよい。

【００６６】さらにまた、上述した実施形態において
は、ユーザの取得したキャラクターを、個人情報テーブ
ルＴＢ１０の奇数系キャラクター取得番号Ｃ２３及び偶
数系キャラクター取得番号Ｃ２４に、そのキャラクター
番号の最大値を格納することにより、特定できるように
した。しかし、ユーザの取得したキャラクターを保持す
る手法は、これに限るものではない。例えば、そのユー
ザの個人情報テーブルＴＢ１０に、ユーザが取得したキ
ャラクターの名称やキャラクター番号を、順次、追加格
納していくようにしてもよい。

【００６７】また、上述した実施形態では、ユーザの使
用する情報処理端末が、パソコン３０、３２である場合
を例に説明したが、携帯電話や、インターネット１０に
接続可能なテレビや家庭用ゲーム装置を、情報処理端末
として使用してもよい。

【００６８】また、上述の実施形態で説明した各処理に
ついては、これら各処理を実行するためのプログラムを
フロッピー（登録商標）ディスク、ＣＤ−ＲＯＭ（Comp
act Disc-Read Only Memory）、ＲＯＭ、メモリカード
等の記録媒体に記録して、記録媒体の形で頒布すること
が可能である。この場合、このプログラムが記録された
記録媒体をゲーム処理コンピュータ２０に読み込ませ、
実行させることにより、上述した実施形態を実現するこ
とができる。

【００６９】また、ゲーム処理コンピュータ２０は、オ
ペレーティングシステムや別のアプリケーションプログ
ラム等の他のプログラムを備える場合がある。この場
合、ゲーム処理コンピュータ２０の備える他のプログラ
ムを活用し、記録媒体にはそのゲーム処理コンピュータ
２０が備えるプログラムの中から、上述した実施形態と
同等の処理を実現するプログラムを呼び出すような命令
を記録するようにしてもよい。

【００７０】さらに、このようなプログラムは、記録媒
体の形ではなく、ネットワークを通じて搬送波として頒
布することも可能である。ネットワーク上を搬送波の形
で伝送されたプログラムは、ゲーム処理コンピュータ２
０に取り込まれて、このプログラムを実行することによ
り上述した実施形態を実現することができる。

【００７１】また、記録媒体にプログラムを記録する際
や、ネットワーク上を搬送波として伝送される際に、プ
ログラムの暗号化や圧縮化がなされている場合がある。
この場合には、これら記録媒体や搬送波からプログラム
を読み込んだゲーム処理コンピュータ２０は、そのプロ
グラムの復号化や伸張化を行った上で、実行する必要が
ある。

【００７２】

【発明の効果】以上説明したように、本発明によれば、
ユーザのアクセス回数に基づいて、ユーザにキャラクタ
ーを取得させるゲームシステムにおいて、ユーザが短期
間にアクセスを繰り返すことにより、簡単にキャラクタ
ーが収集できてしまい、キャラクター収集型のゲームの
趣向性が低下してしまうのを、回避することができる。

【図面の簡単な説明】

【図１】本実施形態に係るゲームシステムが適用された
ネットワーク構成の全体を示す図。

【図２】本実施形態に係るゲームシステムにおいて、ユ
ーザが新規にユーザ登録を行うための新規登録画面の一
例を示す図。

【図３】本実施形態に係る個人情報テーブルの構成の一
例を示す図。

【図４】本実施形態に係る奇数系キャラクターテーブル
の構成の一例を示す図。

【図５】本実施形態に係る偶数系キャラクターテーブル
の構成の一例を示す図。

【図６】本実施形態に係るゲームシステムが実行するロ
グイン処理を説明するフローチャート（その１）。

【図７】本実施形態に係るゲームシステムが実行するロ
グイン処理を説明するフローチャート（その２）。

【図８】本実施形態に係るログイン処理でユーザのパソ
コンに表示されるＩＤパスワード入力画面の一例を示す
図。

【図９】本実施形態に係るゲームシステムが実行するキ
ャラクター取得処理を説明するフローチャート（その
１）。

【図１０】本実施形態に係るゲームシステムが実行する
キャラクター取得処理を説明するフローチャート（その
２）。

【図１１】本実施形態に係るゲームシステムが実行する
更新表示処理を説明するフローチャート。

【図１２】本実施形態に係る更新表示処理でユーザのパ
ソコンに表示されるキャラクター手帳画面の一例を示す
図。

【符号の説明】

１０ インターネット ２０ ゲーム処理コンピュータ ２２ 個人情報データベース ２４ ゲーム設定情報データベース ３０、３２ パソコン

Claims (8)

【特許請求の範囲】
1. 【請求項１】ネットワークを介してユーザにアクセスさ
   れるゲームシステムであって、 前記ユーザがアクセスした回数を、アクセス回数として
   保持する、アクセス回数保持手段と、 前記ユーザがアクセスしてきた場合に、所定時間内にお
   いては所定回数のアクセスに限り、前記アクセス回数を
   カウントアップする、カウント手段と、 前記アクセス回数に基づいて、前記ユーザに所定のキャ
   ラクターを取得させる、第１キャラクター取得手段と、 前記ユーザが取得したキャラクターを保持する、キャラ
   クター保持手段と、 を備えることを特徴とするゲームシステム。
2. 【請求項２】前記カウント手段における前記所定時間内
   とは、１日の時間を少なくとも２つに分けることにより
   区分されたそれぞれの時間である、ことを特徴とする請
   求項１に記載のゲームシステム。
3. 【請求項３】前記カウント手段における前記所定回数と
   は、１回である、ことを特徴とする請求項１又は請求項
   ２に記載のゲームシステム。
4. 【請求項４】前記ユーザの個人情報を格納する、個人情
   報格納手段と、 前記個人情報格納手段に格納されている個人情報に基づ
   いて、前記ユーザにキャラクターを取得させる、第２キ
   ャラクター取得手段と、 を備えることを特徴とする請求項１乃至請求項３のいず
   れかに記載のゲームシステム。
5. 【請求項５】前記個人情報は、ユーザの生年月日であ
   る、ことを特徴とする請求項４に記載のゲームシステ
   ム。
6. 【請求項６】１又は複数個のバイパス回数を保持する、
   バイパス回数保持手段をさらに備えるとともに、 前記第１キャラクター取得手段は、前記バイパス回数保
   持手段に保持されている前記バイパス回数のいずれか
   に、前記アクセス回数が一致する場合には、前記ユーザ
   にキャラクターを取得させない、 ことを特徴とする請求項１乃至請求項５のいずれかに記
   載のゲームシステム。
7. 【請求項７】ネットワークを介してユーザにアクセスさ
   れるゲームシステムの制御方法であって、 前記ユーザがアクセスした回数を、アクセス回数とし
   て、アクセス回数保持手段に保持させる、アクセス回数
   保持工程と、 前記ユーザがアクセスしてきた場合に、所定時間内にお
   いては所定回数のアクセスに限り、前記アクセス回数を
   カウントアップする、カウント工程と、 前記アクセス回数に基づいて、前記ユーザに所定のキャ
   ラクターを取得させる、第１キャラクター取得工程と、 前記ユーザが取得したキャラクターを、キャラクター保
   持手段に保持させる、キャラクター保持工程と、 を備えることを特徴とするゲームシステムの制御方法。
8. 【請求項８】ネットワークを介してユーザにアクセスさ
   れるゲームシステムを制御するためのプログラムが記録
   された記録媒体であって、 前記ユーザがアクセスした回数を、アクセス回数とし
   て、アクセス回数保持手段に保持させる、アクセス回数
   保持ステップと、 前記ユーザがアクセスしてきた場合に、所定時間内にお
   いては所定回数のアクセスに限り、前記アクセス回数を
   カウントアップする、カウントステップと、 前記アクセス回数に基づいて、前記ユーザに所定のキャ
   ラクターを取得させる、第１キャラクター取得ステップ
   と、 前記ユーザが取得したキャラクターを、キャラクター保
   持手段に保持させる、キャラクター保持ステップと、 を備えるプログラムが記録されたことを特徴とする記録
   媒体。