(57)【要約】【課題】配信対象データの稀少性を向上させることができるデータ配信システムを提供すること。【解決手段】ゲームデータ配信装置１８の配信可能残回数情報記憶部３０は、配信対象データの配信可能残回数を示す配信可能残回数情報を記憶する。データ配信部３４は、配信可能残回数情報に基づいて、配信対象データを配信する。携帯電話機１２の使用制御部４６は、使用許可判断部４４による判断結果に基づいて、当該携帯電話機１２における配信対象データの使用を制御する。更新要求送信部４８は、当該携帯電話機１２における使用の状態に基づいて、配信可能残回数更新要求を送信する。配信可能残回数更新部３８は、配信可能残回数更新要求に基づいて配信可能残回数情報を更新する。【選択図】        図７
2004213324.tif 000002
【特許請求の範囲】
【請求項１】
データ配信装置と、前記データ配信装置と通信接続される端末と、を含むデータ配信システムにおいて、
前記データ配信装置は、
配信対象データの配信可能残回数を示す配信可能残回数情報を記憶する配信可能残回数情報記憶手段と、
前記配信可能残回数情報記憶手段に記憶される配信可能残回数情報に基づいて、前記配信対象データを配信するデータ配信手段と、を含み、
前記端末は、
前記配信対象データを受信するデータ受信手段と、
前記配信対象データに対する使用許可条件を取得する使用許可条件取得手段と、
前記使用許可条件を満足するか否かを判断する使用許可判断手段と、
前記使用許可判断手段による判断結果に基づいて、当該端末における前記配信対象データの使用を制御する使用制御手段と、
前記使用制御手段による制御内容に基づいて、前記配信対象データの配信可能残回数更新要求を送信する更新要求送信手段と、を含み、
前記データ配信装置は、
前記配信可能残回数更新要求を受信する更新要求受信手段と、
前記配信可能残回数更新要求に応じて、前記配信可能残回数情報記憶手段に記憶される配信可能残回数情報を更新する配信可能残回数更新手段と、をさらに含む、
ことを特徴とするデータ配信システム。
【請求項２】
請求項１に記載のデータ配信システムにおいて、
前記使用制御手段は、前記使用許可判断手段による判断結果が前記使用許可条件を満足することを示す場合、前記配信対象データの使用を可能とし、
前記更新要求送信手段は、前記使用制御手段によって前記配信対象データの使用が可能となる場合、前記配信対象データの配信可能残回数を減少させるための前記配信可能残回数更新要求を送信する、
ことを特徴とするデータ配信システム。
【請求項３】
請求項１に記載のデータ配信システムにおいて、
前記データ配信装置は、前記データ配信手段による配信に係る配信対象データの配信可能残回数を減少するように、前記配信可能残回数情報記憶手段に記憶される配信可能残回数情報を更新する配信可能残回数減少手段を含み、
前記使用制御手段は、前記使用許可判断手段による判断結果が前記使用許可条件を満足しないことを示す場合、前記配信対象データの使用を制限し、
前記更新要求送信手段は、前記使用制御手段によって前記配信対象データの使用が制限される場合、前記配信対象データの配信可能残回数を増加させるための前記配信可能残回数更新要求を送信する、
ことを特徴とするデータ配信システム。
【請求項４】
請求項１乃至３に記載のデータ配信システムにおいて、
前記端末は、
前記配信対象データに対する使用制限条件を取得する使用制限条件取得手段と、
前記使用制御手段によって前記配信対象データの使用が可能となった後において、前記使用制限条件を満足するか否かを判断する使用制限判断手段と、を含み、
前記使用制御手段は、前記使用制限判断手段による判断結果が前記使用制限条件を満足することを示す場合、当該端末における前記配信対象データの使用を制限する使用制限手段を含み、
前記更新要求送信手段は、前記使用制限手段によって前記配信対象データの使用が制限される場合、前記配信対象データの配信可能残回数を増加させるための前記配信可能残回数更新要求を送信する、
ことを特徴とするデータ配信システム。
【請求項５】
配信対象データの配信可能残回数を示す配信可能残回数情報を記憶する配信可能残回数情報記憶手段と、
前記配信可能残回数情報記憶手段に記憶される配信可能残回数情報に基づいて、前記配信対象データを配信するデータ配信手段と、
配信可能残回数更新要求を受信する更新要求受信手段と、
前記配信可能残回数更新要求に応じて、前記配信可能残回数情報記憶手段に記憶される配信可能残回数情報を更新する配信可能残回数更新手段と、
を含むことを特徴とするデータ配信装置。
【請求項６】
配信対象データの配信可能残回数を示す配信可能残回数情報を記憶してなる配信可能残回数情報記憶手段に記憶される配信可能残回数情報に基づいて、前記配信対象データを配信するためのデータ配信ステップと、
配信可能残回数更新要求を受信するための更新要求受信ステップと、
前記配信可能残回数更新要求に応じて、前記配信可能残回数情報記憶手段に記憶される配信可能残回数情報を更新するための配信可能残回数更新ステップと、
を含むことを特徴とするデータ配信装置の制御方法。
【請求項７】
配信対象データの配信可能残回数を示す配信可能残回数情報を記憶する配信可能残回数情報記憶手段、
前記配信可能残回数情報記憶手段に記憶される配信可能残回数情報に基づいて、前記配信対象データを配信するデータ配信手段、
配信可能残回数更新要求を受信する更新要求受信手段、及び、
前記配信可能残回数更新要求に応じて、前記配信可能残回数情報記憶手段に記憶される配信可能残回数情報を更新する配信可能残回数更新手段、
としてコンピュータを機能させるためのプログラム。
【請求項８】
配信対象データを受信するデータ受信手段と、
前記配信対象データに対する使用許可条件を取得する使用許可条件取得手段と、
前記使用許可条件を満足するか否かを判断する使用許可判断手段と、
前記使用許可判断手段による判断結果に基づいて、当該端末における前記配信対象データの使用を制御する使用制御手段と、
前記使用制御手段による制御内容に基づいて、前記配信対象データの配信可能残回数更新要求を送信する更新要求送信手段と、
を含むことを特徴とする端末。
【請求項９】
配信対象データを受信するためのデータ受信ステップと、
前記配信対象データに対する使用許可条件を取得するための使用許可条件取得ステップと、
前記使用許可条件を満足するか否かを判断するための使用許可判断ステップと、
前記使用許可判断ステップにおける判断結果に基づいて、当該端末における前記配信対象データの使用を制御するための使用制御ステップと、
前記使用制御ステップにおける制御内容に基づいて、前記配信対象データの配信可能残回数更新要求を送信するための更新要求送信ステップと、
を含むことを特徴とする端末の制御方法。
【請求項１０】
配信対象データを受信するデータ受信手段、
前記配信対象データに対する使用許可条件を取得する使用許可条件取得手段、
前記使用許可条件を満足するか否かを判断する使用許可判断手段、
前記使用許可判断手段による判断結果に基づいて、当該端末における前記配信対象データの使用を制御する使用制御手段、及び、
前記使用制御手段による制御内容に基づいて、前記配信対象データの配信可能残回数更新要求を送信する更新要求送信手段、
としてコンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、データ配信システム、データ配信装置、端末、データ配信装置又は端末の制御方法及びプログラムに関する。
【０００２】
【背景技術】
インターネットの普及により、様々なデータ配信サービスがインターネット上で提供されている。データ配信サービスでは、配信対象となるデータの希少性を高めるために、データの配信期間を一定期間に限定するものが知られている。
【０００３】
【発明が解決しようとする課題】
しかしながら、このようなデータ配信サービスでは、配信期間内であれば、データの配信を受けることができるため、データの希少性を向上させるものとなってはいない。
【０００４】
本発明は上記課題に鑑みてなされたものであって、その目的は、配信対象データの希少性を向上させることができるようになるデータ配信システムを提供することにある。
【０００５】
【課題を解決するための手段】
上記課題を解決するために、本発明に係るデータ配信システムは、データ配信装置と、前記データ配信装置と通信接続される端末と、を含むデータ配信システムにおいて、前記データ配信装置は、配信対象データの配信可能残回数を示す配信可能残回数情報を記憶する配信可能残回数情報記憶手段と、前記配信可能残回数情報記憶手段に記憶される配信可能残回数情報に基づいて、前記配信対象データを配信するデータ配信手段と、を含み、前記端末は、前記配信対象データを受信するデータ受信手段と、前記配信対象データに対する使用許可条件を取得する使用許可条件取得手段と、前記使用許可条件を満足するか否かを判断する使用許可判断手段と、前記使用許可判断手段による判断結果に基づいて、当該端末における前記配信対象データの使用を制御する使用制御手段と、前記使用制御手段による制御内容に基づいて、前記配信対象データの配信可能残回数更新要求を送信する更新要求送信手段と、を含み、前記データ配信装置は、前記配信可能残回数更新要求を受信する更新要求受信手段と、前記配信可能残回数更新要求に応じて、前記配信可能残回数情報記憶手段に記憶される配信可能残回数情報を更新する配信可能残回数更新手段と、をさらに含む、ことを特徴とする。
【０００６】
また、本発明に係るデータ配信装置は、配信対象データの配信可能残回数を示す配信可能残回数情報を記憶する配信可能残回数情報記憶手段と、前記配信可能残回数情報記憶手段に記憶される配信可能残回数情報に基づいて、前記配信対象データを配信するデータ配信手段と、配信可能残回数更新要求を受信する更新要求受信手段と、前記配信可能残回数更新要求に応じて、前記配信可能残回数情報記憶手段に記憶される配信可能残回数情報を更新する配信可能残回数更新手段と、を含むことを特徴とする。
【０００７】
また、本発明に係るデータ配信装置の制御方法は、配信対象データの配信可能残回数を示す配信可能残回数情報を記憶してなる配信可能残回数情報記憶手段に記憶される配信可能残回数情報に基づいて、前記配信対象データを配信するためのデータ配信ステップと、配信可能残回数更新要求を受信するための更新要求受信ステップと、前記配信可能残回数更新要求に応じて、前記配信可能残回数情報記憶手段に記憶される配信可能残回数情報を更新するための配信可能残回数更新ステップと、を含むことを特徴とする。
【０００８】
また、本発明に係るプログラムは、配信対象データの配信可能残回数を示す配信可能残回数情報を記憶する配信可能残回数情報記憶手段、前記配信可能残回数情報記憶手段に記憶される配信可能残回数情報に基づいて、前記配信対象データを配信するデータ配信手段、配信可能残回数更新要求を受信する更新要求受信手段、及び、前記配信可能残回数更新要求に応じて、前記配信可能残回数情報記憶手段に記憶される配信可能残回数情報を更新する配信可能残回数更新手段、として、例えばサーバコンピュータやパーソナルコンピュータ等のコンピュータを機能させるためのプログラムである。
【０００９】
また、本発明に係る端末は、配信対象データを受信するデータ受信手段と、前記配信対象データに対する使用許可条件を取得する使用許可条件取得手段と、前記使用許可条件を満足するか否かを判断する使用許可判断手段と、前記使用許可判断手段による判断結果に基づいて、当該端末における前記配信対象データの使用を制御する使用制御手段と、前記使用制御手段による制御内容に基づいて、前記配信対象データの配信可能残回数更新要求を送信する更新要求送信手段と、を含むことを特徴とする。
【００１０】
また、本発明に係る端末の制御方法は、配信対象データを受信するためのデータ受信ステップと、前記配信対象データに対する使用許可条件を取得するための使用許可条件取得ステップと、前記使用許可条件を満足するか否かを判断するための使用許可判断ステップと、前記使用許可判断ステップにおける判断結果に基づいて、当該端末における前記配信対象データの使用を制御するための使用制御ステップと、前記使用制御ステップにおける制御内容に基づいて、前記配信対象データの配信可能残回数更新要求を送信するための更新要求送信ステップと、を含むことを特徴とする。
【００１１】
また、本発明に係るプログラムは、配信対象データを受信するデータ受信手段、前記配信対象データに対する使用許可条件を取得する使用許可条件取得手段、前記使用許可条件を満足するか否かを判断する使用許可判断手段、前記使用許可判断手段による判断結果に基づいて、当該端末における前記配信対象データの使用を制御する使用制御手段、及び、前記使用制御手段による制御内容に基づいて、前記配信対象データの配信可能残回数更新要求を送信する更新要求送信手段、として、例えば携帯電話機、パーソナルコンピュータ、家庭用ゲーム機、業務用ゲーム機、携帯ゲーム機、携帯情報端末等のコンピュータを機能させるためのプログラムである。
【００１２】
本発明では、データ配信装置は、配信対象データの配信可能残回数を示す配信可能残回数情報を記憶する。そして、データ配信装置は、配信可能残回数情報に基づいて、配信対象データを配信する。配信対象データを受信した端末は、配信対象データに対する使用許可条件を取得し、その使用許可条件を満足するか否かについて判断する。端末は、その判断結果に基づいて、当該端末における配信対象データの使用を制御する。そして、端末は、配信対象データの使用に対する制御内容に基づいて、配信対象データの配信可能残回数更新要求を送信する。配信可能残回数更新要求を受信したデータ配信装置は、配信可能残回数更新要求に応じて、配信可能残回数情報を更新する。本発明によれば、データ配信は、端末における配信対象データの使用に対する制御内容に基づき更新される配信可能残回数情報に基づいて実行されるようになる。このため、配信対象データに希少性を持たせることができるようになる。
【００１３】
なお、配信対象データは、例えばゲームデータ、ゲームプログラム、画像データ、音楽（音声）データ、動画データ、文字データ等である。ゲームデータは、例えばゲームキャラクタデータ、ゲームアイテムデータ、ゲーム状況データ（ゲーム状況を示すデータ、ゲーム状況を更新するためのデータ、セーブデータ等）及びパラメータ変更データ（ゲームにおけるパラメータを変更するためのデータ）等である。
【００１４】
また、本発明の一態様では、前記使用制御手段は、前記使用許可判断手段による判断結果が前記使用許可条件を満足することを示す場合、前記配信対象データの使用を可能とし、前記更新要求送信手段は、前記使用制御手段によって前記配信対象データの使用が可能となる場合、前記配信対象データの配信可能残回数を減少させるための前記配信可能残回数更新要求を送信する、ことを特徴とする。こうすれば、端末において配信対象データの使用が許可された場合に、当該配信対象データの配信可能残回数を減少させることができるようになる。
【００１５】
また、本発明の一態様では、前記データ配信装置は、前記データ配信手段による配信に係る配信対象データの配信可能残回数を減少するように、前記配信可能残回数情報記憶手段に記憶される配信可能残回数情報を更新する配信可能残回数減少手段を含み、前記使用制御手段は、前記使用許可判断手段による判断結果が前記使用許可条件を満足しないことを示す場合、前記配信対象データの使用を制限し、前記更新要求送信手段は、前記使用制御手段によって前記配信対象データの使用が制限される場合、前記配信対象データの配信可能残回数を増加させるための前記配信可能残回数更新要求を送信する、ことを特徴とする。こうすれば、配信対象データの配信が行われた場合に、当該配信対象データの配信可能残回数を減少させ、端末において配信対象データの使用が不許可とされた場合に、当該配信対象データの配信可能残回数を増加させることができるようになる。
【００１６】
また、本発明の一態様では、前記端末は、前記配信対象データに対する使用制限条件を取得する使用制限条件取得手段と、前記使用制御手段によって前記配信対象データの使用が可能となった後において、前記使用制限条件を満足するか否かを判断する使用制限判断手段と、を含み、前記使用制御手段は、前記使用制限判断手段による判断結果が前記使用制限条件を満足することを示す場合、当該端末における前記配信対象データの使用を制限する使用制限手段を含み、前記更新要求送信手段は、前記使用制限手段によって前記配信対象データの使用が制限される場合、前記配信対象データの配信可能残回数を増加させるための前記配信可能残回数更新要求を送信する、ことを特徴とする。こうすれば、端末において配信対象データの使用が許可された後、その使用が制限されるような場合に、当該配信対象データの配信可能残回数を増加させることができるようになる。
【００１７】
【発明の実施の形態】
以下、本発明の好適な実施形態について図面に基づき詳細に説明する。
【００１８】
図１は、本発明の実施形態に係るゲームシステム１０の全体構成を示す図である。同図に示すゲームシステム（データ配信システム）１０は、携帯電話機（端末）１２と、携帯電話基地局１４と、データ通信ネットワーク１６と、ゲームデータ配信装置（データ配信装置）１８と、を含んで構成されている。ゲームデータ配信装置１８は、ゲームサーバ２０と、ゲームデータベース（ＤＢ）２２と、を含んで構成されている。
【００１９】
携帯電話機１２は、ＬＣＤ等を用いて構成されたディスプレイ２４と、方向キー２６と、ファンクションボタン２８と、丸ボタン群２９と、を含んでいる。携帯電話機１２は従来公知のものであり、丸ボタン群２９でダイヤル入力が可能であり、ディスプレイ２４には電話帳や各種設定メニューが表示される。各種設定は方向キー２６及びファンクションボタン２８により行う。
【００２０】
また、この携帯電話機１２は、ＣＰＵやメモリを備えたコンピュータを含んで構成されており、特に携帯電話基地局１４を介してインターネット等のデータ通信ネットワーク１６に接続する機能が備えられている。本実施の形態では、このネットワーク接続機能を利用する。すなわち、携帯電話機１２のユーザは、方向キー２６、ファンクションボタン２８、丸ボタン群２９を用いてＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）をデータ通信ネットワーク１６に送出し、そのＵＲＬに対応するＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）データをゲームサーバ２０から取得する。そして、携帯電話機１２は、このデータを受信すると、それに基づいて各種情報をディスプレイ２４に表示する。
【００２１】
また、携帯電話機１２は、上記のようにしてゲームサーバ２０にアクセスした後、ゲームデータベース２２に記憶されているゲームプログラムをゲームサーバ２０からダウンロードすることができるようになっている。そして、こうしてダウンロードされるゲームプログラムを実行して、携帯電話機１２のユーザにゲームをプレイさせることができるようになっている。なお、ダウンロードされたゲームプログラムは、携帯電話機１２に記憶されるようになっている。また、ゲームプログラムはあらかじめ携帯電話機１２に記憶されている場合もある。このような場合、携帯電話機１２のユーザは、ゲームサーバ２０からゲームプログラムを（再度）ダウンロードすることなく、このゲームプログラムを実行してゲームをプレイすることができる。以下、ゲームプログラムの内容について説明する。
【００２２】
本実施形態では、このゲームプログラムによって、ロールプレイングゲームが実現されるようになっている。このゲームでは、プレイヤ（又はプレイヤゲームキャラクタ）は世界中から仲間を探し、その仲間によって自分の本拠地（街）を発展させてゆく。
【００２３】
具体的には、このゲームでは、ゲームスタート時に数名の仲間が用意されている。そして、まずは他の仲間に関する情報を収集する。他の仲間に関する情報を入手すると、その仲間を迎え入れるため、パーティーを編成して派遣する。そして、首尾よく新たな仲間を本拠地に迎え入れることに成功すると、本拠地が発展するようになっている。本拠地が発展する様子はディスプレイ２４に表示される本拠地画像によって任意のタイミングで確認できるようになっている。
【００２４】
また、このゲームでは、情報収集や仲間捜索の他に、アイテム捜索や魔物討伐等の冒険が用意されている。これらの冒険には、最大６人編成のパーティーを派遣する。このとき、同時に複数のパーティーを同一又は異なる目的地に向けて冒険に出発させることもできるようになっている。パーティーを冒険に出発させると、その後は冒険が自動進行するようになっている。冒険に派遣されたパーティーが本拠地に無事に帰還すると、そのパーティーの構成員に係る経験値やレベル等のパラメータが変化するようになっている。
【００２５】
さらに、このゲームでは、希少価値の高いゲームキャラクタが用意されている。このようなゲームキャラクタについては、ゲームシステム１０全体における総数がゲームデータ配信装置１８において管理されている。すなわち、所定数以上のプレイヤによって仲間として獲得されると、その後はいずれのプレイヤもそのゲームキャラクタを仲間にすることができないようになっている。このようにして、希少価値の設定されたゲームキャラクタについて、その希少価値を低下させないようにしている。
【００２６】
図２乃至図６は、携帯電話機１２で実行されるゲームプログラムによってディスプレイ２４に表示されるゲーム画面を示す図である。
【００２７】
図２は、本実施形態に係るゲームのメインメニュー画面を示す図である。このメインメニュー画面は、本実施形態に係るゲームプログラムによってディスプレイ２４に表示されるものであり、同画面においてプレイヤは、「情報」、「現状」、「冒険」及び「その他」の各コマンドを、方向キー２６等を用いて選択できるようになっている。そして、プレイヤが「情報」コマンドを選択すると図３に示すサブメニュー画面が、「現状」コマンドを選択すると図４に示すサブメニュー画面が、「冒険」コマンドを選択すると図５に示すサブメニュー画面が、「その他」コマンドを選択すると図６に示すサブメニュー画面が、それぞれディスプレイ２４に表示されるようになっている。これらの画面も、本実施形態に係るゲームプログラムによって表示される。
【００２８】
図３に示されるサブメニュー画面（情報）では、プレイヤが新たな仲間やアイテムの所在等に関する情報を入手するためのコマンド群が表示されている。このうち「噂」コマンドは、信憑度の低い情報を入手するためのコマンドである。「依頼」コマンドは、他のゲームキャラクタからの冒険の依頼を受けるためのコマンドである。但し、冒険の依頼は、特定の条件に従って限定的に発生するようになっている。「情報屋」コマンドは、こちらから料金を支払って、情報を入手するためのコマンドである。また、「占い」コマンドは、あいまいで不確実な情報を安価に入手するためのコマンドである。「情報屋」コマンドや「占い」コマンドによると、希少性の高いゲームキャラクタ（ゲームデータ配信装置１８において管理されるゲームキャラクタ）の情報を取得することができるようになっている。
【００２９】
図４に示されるサブメニュー画面（現状）では、各種状況を取得するためのコマンド群が表示されている。このうち「本拠地」コマンドは、本拠地に関する兵力、商業、農業、漁業、工業の発展度をランク表示させるためのコマンドである。なお、兵力や商業等の発展度は、仲間であるゲームキャラクタの職業属性（戦士、商人、軍師、傭兵、アルバイト、酪農家、漁師等）によって算出されるようになっている。「キャラクター」コマンドは、仲間となった各キャラクターのデータを表示させるためのコマンドである。「目安箱」コマンドは、仲間から寄せられた本拠地に関する意見を表示させるためのコマンドである。「外交」コマンドは、他のプレイヤと情報交換するためのコマンドである。
【００３０】
図５に示されるサブメニュー画面（冒険）では、冒険に関するコマンド群が表示されている。このうち「新編成」コマンドは、仲間から最大６人を選んで新たにパーティーを編成するためのコマンドである。「変更」コマンドは、既に編成しているパーティーの編成内容を変更するためのコマンドである。「出発」コマンドは、目的地、行動を指定して、既に編成しているパーティーのうち指定した１つを冒険に出発させるためのコマンドである。「現在状況報告」コマンドは、冒険中のパーティーから現在状況の報告を受けるためのコマンドである。
【００３１】
図６に示されるサブメニュー画面（その他）では、設定変更などのコマンド群が表示されている。このうち「ガイド」コマンドは、簡単なプレイ説明を表示させるためのコマンドである。「アラーム」コマンドは、アラーム出力時刻を設定するためのコマンドである。ここで設定した時刻が到来すると、仲間のゲームキャラクタが時刻到来を知らせるようになっている。「交易所」コマンドは、自分が仲間にしたゲームキャラクタを他のプレイヤが仲間にしたゲームキャラクタと交換するためのコマンドである。また、「設定」コマンドは、音や待ち受け表示等の設定を変更するためのコマンドである。
【００３２】
以上のメインメニュー画面及びサブメニュー画面においてコマンドを投入して、各プレイヤは仲間のゲームキャラクタを増やし、それにより本拠地を発展させてゆく。なお、希少性のあるゲームキャラクタを仲間にするための手順は次のようになっている。プレイヤは、まずサブメニュー画面（情報）の「情報屋」コマンドや「占い」コマンド（図３参照）を実行することによって、希少価値の設定されたゲームキャラクタの所在等に関する情報を入手する。そして、情報を入手したプレイヤは、サブメニュー画面（冒険）の「出発」コマンド等（図５参照）を実行することによって、このゲームキャラクタを仲間に迎え入れるためにパーティーを派遣する。
【００３３】
以下、ゲームキャラクタの希少性を確保するための構成、サブメニュー画面（情報）の「情報屋」コマンドや「占い」コマンドが実行された場合の処理や、サブメニュー画面（冒険）の「出発」コマンド等が実行された場合の処理等について説明する。
【００３４】
図７は、ゲームシステム１０を実現するための機能ブロックを示す図である。ゲームシステム１０で実現される機能ブロックのうち、本発明に関するものを中心として示している。同図に示すように、ゲームシステム１０で実現される機能には、配信可能残回数情報記憶部３０、データ配信部３４、更新要求受信部３６、配信可能残回数更新部３８、データ受信部４０、使用許可条件取得部４２、使用制限条件取得部４３、使用許可判断部４４、使用制限判断部４５、使用制御部４６及び更新要求送信部４８が含まれている。
【００３５】
このうち、配信可能残回数情報記憶部３０は、主としてゲームデータベース２２により構成される。また、データ配信部３４、更新要求受信部３６、データ受信部４０及び更新要求送信部４８は、主として公知の通信インタフェースにより構成される。他の機能は、コンピュータであるゲームサーバ２０がＣＤ−ＲＯＭ、ＤＶＤ（商標）−ＲＯＭ、メモリカード等のコンピュータ読み取り可能な各種情報記憶媒体を介して提供されるプログラムを実行したり、コンピュータである携帯電話機１２がダウンロード等されるゲームプログラムを実行することによって実現される。
【００３６】
配信可能残回数情報記憶部３０は、配信対象データの配信可能残回数を示す配信可能残回数情報を記憶する。配信可能残回数は、配信対象データをあと何回配信できるかを示すものである。配信可能残回数情報は、配信可能残回数を直接的に示すものとしてもよいし、間接的に示すものとしてもよい。配信可能残回数情報は、例えば配信上限回数と配信済み回数との組み合わせとすればよい。
【００３７】
配信可能残回数情報記憶部３０には、例えば図８に示すようなゲームキャラクタ配信状況テーブルが記憶される。ゲームキャラクタ配信状況テーブルは、希少価値を保つ必要のあるゲームキャラクタ（データ）の配信上限回数及び配信済み回数（配信可能残回数）を記憶するためのものである。同図に示すように、ゲームキャラクタ配信状況テーブルには、ゲームキャラクタＩＤ（ゲームキャラクタ識別情報）に対応づけて、その配信上限回数と配信済み回数が記憶されている。
【００３８】
また、配信可能残回数情報記憶部３０には、例えば図９に示すようなゲームキャラクタ配信履歴テーブルが記憶される。ゲームキャラクタ配信履歴テーブルは、希少価値を保つ必要のあるゲームキャラクタについて、配信先のプレイヤＩＤ（プレイヤ識別情報）と配信実行日時を記憶するためのものである。同図に示すように、ゲームキャラクタ配信履歴テーブルには、ゲームキャラクタＩＤに対応づけて、その配信先プレイヤＩＤと配信実行日時が記憶されている。なお、プレイヤＩＤは、携帯電話機１２を識別する携帯電話機ＩＤであってもよい。
【００３９】
データ配信部３４は、配信可能残回数情報記憶部３０に記憶される配信可能残回数情報に基づいて配信対象データを配信する。データ配信部３４は、例えばデータ配信要求を携帯電話機１２から受け付けた場合や、ゲーム等で所定のデータ配信イベントが発生した場合等に配信処理を実行する。ゲームシステム１０では、サブメニュー画面（情報）の「情報屋」コマンドや「占い」コマンド（図３参照）を実行すると、情報提供要求（データ配信要求）がゲームサーバ２０に送信される。この情報提供要求を受け付けた場合に、データ配信部３４は配信処理を実行する。
【００４０】
データ配信部３４は、例えば特定のデータを指定してなるデータ配信要求を受け付けた場合には、当該特定データの配信可能残回数情報を確認し、その配信を実行するか否かを決定する（特定データのデータ配信イベントが発生した場合も同様）。また、データ配信部３４は、例えば特定のデータを指定しないデータ配信要求を受け付けた場合には、配信可能残回数情報に基づいて、配信可能な（配信可能残回数が０でない）データのなかから配信するデータを決定する（特定データを指定しないデータ配信イベントが発生した場合も同様）。さらに、データ配信部３４は、データの配信を行わない旨の決定をするようにしてもよい。
【００４１】
ゲームシステム１０では、通常のゲームキャラクタ（希少性のないゲームキャラクタ）のデータは、ゲームプログラムとともにダウンロードされる（ゲームプログラムに含まれるようにしてもよい）等され、携帯電話機１２に記憶されるようになっている。これに対して、希少性のあるゲームキャラクタのデータ（配信対象データ）は、ゲームデータ配信装置１８で管理されている（ゲームデータベース２２に記憶されている）。希少性のあるゲームキャラクタのデータは、「情報屋」コマンド等（図３参照）によって情報提供要求がゲームサーバ２０に送信され、データ配信部３４によって情報提供を行う旨の決定がなされると、携帯電話機１２に送信されるようになっている。この場合、情報提供要求に対する応答として情報提供を行うか否か（ゲームキャラクタのデータを配信するか否か、又はどのゲームキャラクタのデータを配信するか等）は、各ゲームキャラクタの配信可能残回数（図８参照）や配信履歴（図９参照）、ゲーム（シナリオ）進展状況、携帯電話機１２の位置、日時等に基づいて決定されるようになっている。
【００４２】
ここで、ゲームキャラクタデータは、例えばゲームキャラクタをゲームに登場させるためのデータ（例えば画像データや属性情報等）を含んでいる。また、ゲームキャラクタデータは、例えばゲームキャラクタをゲームに登場させるための条件情報（使用許可条件）やゲームキャラクタがゲームに登場しなくなるための条件情報（使用制限条件）を含んでいる。これらの条件情報は、例えば条件を満足するためのプレイアドバイス（すなわち、占い結果メッセージ等）を含んでいる。例えば、ゲームキャラクタデータは、当該ゲームキャラクタデータを識別するゲームキャラクタデータＩＤ、ゲームキャラクタを識別するゲームキャラクタＩＤ、ゲームキャラクタ名、当該ゲームキャラクタに関連するテキスト情報（当該ゲームキャラクタの情報を入手した旨のメッセージや、当該ゲームキャラクタを仲間にするためのヒント等）、パラメータ情報（工業、商業、漁業、武力、知力、素早さ、外交、内交、忠誠度、レベル、経験値等）、当該ゲームキャラクタを仲間にするための条件（獲得条件）、当該ゲームキャラクタが仲間から離脱する条件（離脱条件）等を含んでいる。
【００４３】
更新要求受信部３６は、更新要求送信部４８から送信される配信可能残回数更新要求を受信する。詳細については後述する。
【００４４】
配信可能残回数更新部３８は、更新要求受信部３６によって受信される配信可能残回数更新要求に応じて、配信可能残回数情報記憶部３０に記憶される配信可能残回数情報を更新する。また、配信可能残回数更新部３８は、データ配信部３４によって配信対象データが配信される場合、その配信対象データの配信可能残回数を減少するように（データ配信に係る配信対象データの配信可能残回数を減少するように）、配信可能残回数情報記憶部３０に記憶される配信可能残回数情報を更新するようにしてもよい。
【００４５】
データ受信部４０は、データ配信部３４から配信される配信対象データを受信する。配信されたデータは、例えば携帯電話機１２の不揮発性メモリ等に保存される。
【００４６】
使用許可条件取得部４２は、データ受信部４０によって受信された配信対象データに対する使用許可条件を取得する。使用許可判断部４４は、使用許可条件取得部４２によって取得される使用許可条件を満足するか否かを判断する。使用許可条件は、配信対象データの使用が許可されるための条件（配信対象データが有効となるための条件）である。使用許可条件は、例えば配信対象データの一部として記憶されたり、配信対象データとともに配信され、配信対象データに関連づけて記憶される。
【００４７】
ゲームシステム１０では、ゲームキャラクタごとに設定された獲得条件が使用許可条件に該当する。獲得条件は、例えばプレイヤが仲間にした他のゲームキャラクタとの相性、本拠地のパラメータ、パーティーの編成内容（パラメータ合計値等）、金銭やアイテム等の所持品、新たに仲間にしようとするゲームキャラクタと面会した回数、日時、携帯電話機１２の現在位置、確率等によって定められている。また、他の獲得条件として、時間制限や回数制限が定められている。時間制限条件は、ゲームキャラクタデータの配信を受けた後（ゲームキャラクタデータの情報提供を受けた後）、当該ゲームキャラクタを仲間にするまでの制限時間を示す。この制限時間を経過すると、当該ゲームキャラクタを仲間にすることができなくなる。また、回数制限は、そのゲームキャラクタを仲間にするために何回までパーティーを派遣できるか（何回まで失敗できるか）を示す。この制限回数を超えると、当該ゲームキャラクタを仲間にすることができなくなる。使用許可判断部４４は、仲間のゲームキャラクタや本拠地のパラメータ等を必要に応じて読み出し、獲得条件を満足するか否かを判断する。
【００４８】
使用制限条件取得部４３は、データ受信部４０によって受信された配信対象データに対する使用制限条件を取得する。使用制限判断部４５は、使用制御部４６によって使用可能となった（使用許可された）配信対象データについて、使用制限条件取得部４３によって取得される使用制限条件を満足するか否かを判断する。使用制限条件は、使用許可された配信対象データが使用制限される条件である。使用制限条件は、例えば配信対象データの一部として記憶されたり、配信対象データとともに配信され、配信対象データに関連づけて記憶される。
【００４９】
ゲームシステム１０では、ゲームキャラクタごとに設定された離脱条件が使用制限条件に該当する。離脱条件は、例えばプレイヤが仲間にした他のゲームキャラクタとの相性、本拠地のパラメータ、金銭やアイテム等の所持品、日数（寿命）、ゲームキャラクタの忠誠度パラメータ等によって定められている。使用制限判断部４５は、仲間のゲームキャラクタや本拠地のパラメータ等を必要に応じて読み出し、離脱条件を満足するか否かを判断する。
【００５０】
使用制御部４６は、使用許可判断部４４による判断結果に基づいて、当該端末における配信対象データの使用を制御する。例えば、使用制御部４６は、使用許可判断部４４による判断結果に基づいて、配信対象データに基づく処理（配信対象データを使用した処理）を実行するプログラム実行部を制御する。また、例えば、使用制御部４６は、使用許可判断部４４による判断結果が使用許可条件を満足することを示す場合には、配信対象データを使用可能とする。さらに、例えば、使用制御部４６は、使用許可判断部４４による判断結果が使用許可条件を満足しないことを示す場合には、配信対象データの使用を制限する。また、使用制御部４６は、使用制限判断部４５による判断結果が使用制限条件を満足することを示す場合、当該端末における配信対象データの使用を制限するようにしてもよい。ここで、使用制限とは、携帯電話機１２の不揮発性メモリに記憶された配信対象データ自体を削除することや、配信対象データに対する使用制限を設定すること等である。
【００５１】
ゲームシステム１０では、ゲームキャラクタデータが携帯電話機１２に配信されても、プレイヤがそのゲームキャラクタを仲間にすることができなければ、そのゲームキャラクタデータは削除されるようになっている。ゲームキャラクタを仲間にすることができるか否かは、ゲームキャラクタごとに設定された獲得条件に基づいて判断される。
【００５２】
また、ゲームシステム１０では、ゲームキャラクタの一部に離脱条件が設定されている。離脱条件（使用制限条件）を満足してしまうと、そのゲームキャラクタの離脱イベントが発生する。離脱イベントが発生すると、そのゲームキャラクタが仲間から外れるとともに、そのゲームキャラクタデータが配信されたものである場合（希少性のあるゲームキャラクタの場合）には、そのゲームキャラクタデータが携帯電話機１２から削除されるようになっている。
【００５３】
更新要求送信部４８は、使用制御部４６によって制御される配信対象データの使用の状態に基づいて（使用許可判断部４４による判断結果に基づいて）、当該配信対象データの配信可能残回数更新要求を送信する。例えば、更新要求送信部４８は、使用制御部４６によって配信対象データの使用が可能となる場合（使用許可判断部４４による判断結果が使用許可条件を満足することを示す場合）、当該配信対象データの配信可能残回数を減少させるための配信可能残回数更新要求を送信する。また、例えば、更新要求送信部４８は、使用制御部４６によって配信対象データの使用が制限される場合（使用許可判断部４４による判断結果が使用許可条件を満足しないことを示す場合や使用制限判断部４５による判断結果が使用制限条件を満足することを示す場合）、当該配信対象データの配信可能残回数を増加させるための配信可能残回数更新要求を送信する。
【００５４】
ゲームシステム１０では、ゲームキャラクタデータが配信される場合に、当該ゲームキャラクタの配信可能残回数を１減少させるようになっている。そして、プレイヤが当該ゲームキャラクタを仲間にできなかった場合には、当該ゲームキャラクタの配信可能残回数を１増加させるようになっている。また、仲間にしたゲームキャラクタについて離脱イベントが発生した場合にも、当該ゲームキャラクタの配信可能残回数を１増加させるようになっている。
【００５５】
なお、ゲームキャラクタデータの配信時には配信可能残回数を更新させずに、プレイヤが当該ゲームキャラクタを仲間にした場合に、当該ゲームキャラクタの配信可能残回数を１減少させるようにしてもよい。しかしながら、このようにすると、次のような処理が必要となる。すなわち、あるゲームキャラクタについて配信可能残回数が０となる場合に、すでに当該ゲームキャラクタのデータの配信を受け、当該ゲームキャラクタをまだ仲間にしてない状態の携帯電話機１２に対し、当該ゲームキャラクタのデータを削除させる等の処理が必要となる。ゲームシステム１０のように、ゲームキャラクタデータの配信時に配信可能残回数を更新すると、このような処理を考慮する必要がない。
【００５６】
次に、ゲームシステム１０において実行される処理について説明する。図１０は、図３に示されるサブメニュー画面（情報）において、「情報屋」コマンドや「占い」コマンドが実行された場合に、ゲームサーバ２０で実行される処理を示している。
【００５７】
「情報屋」コマンドや「占い」コマンドが実行されると、希少価値の設定されたゲームキャラクタに関する情報提供要求がゲームサーバ２０に送信される。情報提供要求を受け付けたゲームサーバ２０では、データ配信部３４が情報提供候補とするゲームキャラクタを決定する（Ｓ１０１）。情報提供候補は、プレイヤのゲーム進展状況や乱数等に基づいて決定される。この場合、情報提供候補が決定されない場合（情報提供を行わない旨の決定がなされる場合）もある。
【００５８】
次に、データ配信部３４は、Ｓ１０１において情報提供候補が決定されたか否かを判断する（Ｓ１０２）。Ｓ１０１において情報提供候補が決定されなかった場合には、データ配信部３４は、その旨を示すデータを携帯電話機１２に送信する。
【００５９】
一方、Ｓ１０１において情報提供候補が決定された場合には、データ配信部３４は、情報提供要求をしてきたプレイヤ（又は携帯電話機１２）に対する、情報提供候補たるゲームキャラクタの配信回数を取得する（Ｓ１０３）。具体的には、データ配信部３４は、配信可能残回数情報記憶部３０に記憶されるゲームキャラクタ配信履歴テーブル（図９参照）に対して、情報提供要求に係るプレイヤＩＤ（又は端末ＩＤ）と、情報提供候補たるゲームキャラクタを識別するゲームキャラクタＩＤと、を指定することによって、該当するレコード数を取得する。
【００６０】
次に、データ配信部３４は、Ｓ１０３において取得した配信回数が所定回数に達している否かを判断する（Ｓ１０４）。配信回数が所定回数に達している場合には、データ配信部３４は、情報提供を行わないことを決定し、その旨を示すデータを携帯電話機１２に送信する。一方、配信回数が所定回数に達していない場合には、データ配信部３４は、情報提供候補たるゲームキャラクタの配信可能残回数を取得する（Ｓ１０５）。配信可能残回数は、配信可能残回数情報記憶部３０に記憶されるゲームキャラクタ配信状況テーブル（図８参照）から取得される。
【００６１】
このように、プレイヤに対する配信履歴を確認することによって、同じプレイヤに同じゲームキャラクタばかりが配信されないようになっている。なお、ここでは、プレイヤに対する配信回数が所定回数に達するか否かについて確認するようにしたが、配信履歴に基づく他の条件を設けるようにしてもよい。例えば、情報提供候補たるゲームキャラクタデータの前回配信日時から所定期間内に限り、そのゲームキャラクタデータ配信を制限するようにしてもよい。
【００６２】
次に、データ配信部３４は、情報提供候補たるゲームキャラクタの配信可能残回数が０より大きいか否かを判断する（Ｓ１０６）。配信可能残回数が０である場合には、データ配信部３４は、情報提供を行わないことを決定し、その旨を示すデータを携帯電話機１２に送信する。
【００６３】
一方、配信可能残回数が０より大きい場合には、データ配信部３４は、情報提供候補たるゲームキャラクタを情報提供対象として決定し、そのゲームキャラクタデータをゲームデータベース２２から読み出し、携帯電話機１２に配信する（Ｓ１０７）。そして、情報提供対象たるゲームキャラクタの配信可能残回数を１減少するように、ゲームキャラクタ配信状況テーブル（図８参照）を更新する（Ｓ１０８）。また、データ配信部３４は、ゲームキャラクタ配信履歴テーブル（図９参照）に、情報提供要求に係るプレイヤＩＤ（又は端末ＩＤ）と、情報提供対象たるゲームキャラクタを識別するゲームキャラクタＩＤと、現在日時（配信実行日時）とを含むレコードを登録する（Ｓ１０９）。
【００６４】
以上で本処理は終了する。なお、本処理は、ゲームサーバ２０においてプログラムが実行されることによって実現される。
【００６５】
図１１は、希少価値の高いゲームキャラクタを仲間に迎え入れるべく、図５に示されるサブメニュー画面（冒険）において、「仲間捜索」を行動種類として指定して、「出発」コマンドが実行された場合に、携帯電話機１２で実行される処理を示している。
【００６６】
同図に示すように、使用許可条件取得部４２は、対象ゲームキャラクタの獲得条件（使用許可条件）を読み出す（Ｓ２０１）。獲得条件は、携帯電話機１２に対象ゲームキャラクタデータの一部として記憶されている。
【００６７】
次に、使用許可判断部４４は、対象ゲームキャラクタの獲得条件を満足するか否かを判断する（Ｓ２０２）。使用許可判断部４４は、ゲームキャラクタ、パーティーや本拠地のパラメータ等の獲得条件を満足するか否かを判断するために必要なデータを適宜読み出して、対象ゲームキャラクタの獲得条件を満足するか否かを判断する。
【００６８】
獲得条件を満足する場合には、使用制御部４６は、対象ゲームキャラクタの獲得処理を実行する（Ｓ２０３）。すなわち、対象ゲームキャラクタを仲間として登録するための処理を実行する。例えば、対象ゲームキャラクタを仲間にしたことを示すように所定のゲームデータを更新する。
【００６９】
一方、獲得条件を満足しない場合には、使用制御部４６は、対象ゲームキャラクタのデータを削除する（Ｓ２０４）。そして、更新要求送信部４８は、対象ゲームキャラクタの配信可能残回数を１増加させるための配信可能残回数更新要求を送信する（Ｓ２０５）。ここで、配信可能残回数更新要求は、対象ゲームキャラクタを識別するゲームキャラクタＩＤと、１増加する旨を示す情報とを含むようにすればよい。
【００７０】
ゲームサーバ２０では、更新要求受信部３６が配信可能残回数更新要求を受信する。そして、配信可能残回数更新部３８が、配信可能残回数更新要求に含まれるゲームキャラクタＩＤに対応づけて記憶される配信可能残回数を１増加するように、ゲームキャラクタ配信状況テーブル（図８参照）を更新する。
【００７１】
以上で本処理は終了する。なお、本処理は、携帯電話機１２やゲームサーバ２０においてプログラムが実行されることによって実現される。
【００７２】
以上説明したように、本発明の実施形態に係るゲームシステム１０によれば、ゲームデータ配信装置１８において、ゲームキャラクタデータの配信可能残回数が管理される。この配信可能残回数は、ゲームキャラクタデータの配信が行われる場合や、携帯電話機１２においてゲームキャラクタデータの使用が制限される場合に更新される。そして、この配信可能残回数に基づいて、ゲームキャラクタデータの配信が制御される。このため、ゲームキャラクタデータに希少性を与えることができるようになる。
【００７３】
なお、本発明は上記実施の形態に限定されるものではない。
【００７４】
例えば、以上の説明では、携帯電話機１２にゲームプログラムを供給するのにデータ通信ネットワークを利用したが、ＣＤ−ＲＯＭ、ＤＶＤ（商標）−ＲＯＭ、メモリカード等のコンピュータ読み取り可能な各種情報記憶媒体を利用するようにしてもよい。また、上記実施形態に係るゲームプログラムは、携帯電話機１２だけでなく、例えばパーソナルコンピュータ、家庭用ゲーム機、業務用ゲーム機、携帯ゲーム機、携帯情報端末等、他の種類のコンピュータによって実行されるようにしてもよい。
【００７５】
また、以上の説明では、ロールプレイングゲームにおけるゲームキャラクタデータを配信対象としたが、配信対象データはゲームキャラクタデータに限られない。配信対象データは、ゲームアイテムデータであってもよい。また、配信対象データは、ゲーム状況データ（ゲーム状況を示すデータ、ゲーム状況を更新するためのデータ、セーブデータ等）及びパラメータ変更データ（ゲームにおけるパラメータを変更するためのデータ）等のゲームデータであってもよい。さらに、配信対象データは、例えば画像データ、音楽（音声）データ、動画データ、文字データ、ゲームプログラム等の各種データであってもよい。すなわち、本発明は上記のような各種データを配信するデータ配信システムに利用することができる。
【００７６】
また、以上の説明では、対象データ自体を配信することとして説明したが、対象データの使用制限解除データを配信対象としてもよい。例えば、対象データ自体はあらかじめ携帯電話機１２に保存されており、当該携帯電話機１２において当該対象データに対する使用制限が設定されているような場合には、当該使用制限を解除するためのデータを配信するようにしてもよい。ゲームシステム１０の場合であれば、情報提供要求に対して情報提供許可データを配信するようにすればよい。
【００７７】
【発明の効果】
以上説明したように、本発明によれば、配信対象データの希少性を向上させることができるようになる。
【図面の簡単な説明】
【図１】本発明の実施形態に係るゲームシステムの全体構成を示す図である。
【図２】メインメニュー画面の一例を示す図である。
【図３】サブメニュー画面の一例を示す図である。
【図４】サブメニュー画面の一例を示す図である。
【図５】サブメニュー画面の一例を示す図である。
【図６】サブメニュー画面の一例を示す図である。
【図７】本発明の実施形態に係るゲームシステムの機能ブロック図である。
【図８】ゲームキャラクタ配信状況テーブルの一例を示す図である。
【図９】ゲームキャラクタ配信履歴テーブルの一例を示す図である。
【図１０】ゲームサーバにおける処理を示すフロー図である。
【図１１】携帯電話機における処理を示すフロー図である。
【符号の説明】
１０  ゲームシステム、１２  携帯電話機、１４  携帯電話基地局、１６  データ通信ネットワーク、１８  ゲームデータ配信装置、２０  ゲームサーバ、２２  ゲームデータベース、２４  ディスプレイ、２６  方向キー、２８  ファンクションボタン、２９  丸ボタン群、３０  配信可能残回数情報記憶部、３４データ配信部、３６  更新要求受信部、３８  配信可能残回数更新部、４０  データ受信部、４２  使用許可条件取得部、４３  使用制限条件取得部、４４  使用許可判断部、４５  使用制限判断部、４６  使用制御部、４８  更新要求送信部。
【図１】
2004213324.tif 000003
【図２】
2004213324.tif 000004
【図３】
2004213324.tif 000005
【図４】
2004213324.tif 000006
【図５】
2004213324.tif 000007
【図６】
2004213324.tif 000008
【図７】
2004213324.tif 000009
【図８】
2004213324.tif 000010
【図９】
2004213324.tif 000011
【図１０】
2004213324.tif 000012
【図１１】
2004213324.tif 000013