(57)【要約】【課題】開発中のゲームプログラムの動作確認を効率的に実施する技術を提供する。【解決手段】開発用ゲーム機１０は、ホストコンピュータ２と接続し、開発中のゲームプログラムが要求するファイルを記憶装置４０から読み出して、当該ゲームプログラムを実行する。ファイル確認部２４は、ゲームプログラムが要求するファイルが記憶装置４０に記憶されているか否かを確認する。ファイル要求部２８は、記憶されていない場合に、ホストコンピュータ２に当該ファイルの送信を要求する。記憶処理部３０は、ホストコンピュータ２から当該ファイルを取得して、記憶装置４０に記憶する。【選択図】図１
2020204866.tif 000002
【特許請求の範囲】
【請求項１】
ホストコンピュータと接続し、開発中のゲームプログラムが要求するファイルを記憶装置から読み出して、当該ゲームプログラムを実行する開発用ゲーム機であって、
ゲームプログラムが要求するファイルが前記記憶装置に記憶されているか否かを確認するファイル確認部と、
記憶されていない場合に、ホストコンピュータに当該ファイルの送信を要求するファイル要求部と、
ホストコンピュータから当該ファイルを取得して、前記記憶装置に記憶する記憶処理部と、
を備えることを特徴とする開発用ゲーム機。
【請求項２】
前記記憶装置に記憶されているファイルが、ホストコンピュータにおいて更新されたことを示す更新情報を取得する更新管理部を、さらに備える、
ことを特徴とする請求項１に記載の開発用ゲーム機。
【請求項３】
前記更新管理部が、ゲームプログラムが要求するファイルの更新情報を保持している場合に、前記ファイル要求部は、ホストコンピュータに当該ファイルの送信を要求する、
ことを特徴とする請求項２に記載の開発用ゲーム機。
【請求項４】
前記ファイル要求部は、所定の条件が満たされたときに、ホストコンピュータに、前記更新管理部が保持している更新情報によって特定されるファイルの送信を要求する、
ことを特徴とする請求項２に記載の開発用ゲーム機。
【請求項５】
前記記憶処理部は、更新されたファイルを、更新される前のファイルとともに前記記憶装置に記憶する、
ことを特徴とする請求項３または４に記載の開発用ゲーム機。
【請求項６】
ゲームプログラムは、更新される前のファイルを利用でき、前記記憶処理部は、ゲームプログラムが終了すると、更新される前のファイルを前記記憶装置から削除する、
ことを特徴とする請求項５に記載の開発用ゲーム機。
【請求項７】
ホストコンピュータと接続する開発用ゲーム機において、開発中のゲームプログラムを実行する方法であって、
ゲームプログラムが要求するファイルが記憶装置に記憶されているか否かを確認するステップと、
記憶されていない場合に、ホストコンピュータに当該ファイルの送信を要求するステップと、
ホストコンピュータから当該ファイルを取得して、前記記憶装置に記憶するステップと、
を有することを特徴とするプログラム実行方法。
【請求項８】
ホストコンピュータと接続する開発用ゲーム機におけるコンピュータに、
ゲームプログラムが要求するファイルが記憶装置に記憶されているか否かを確認する機能と、
記憶されていない場合に、ホストコンピュータに当該ファイルの送信を要求する機能と、
ホストコンピュータから当該ファイルを取得して、前記記憶装置に記憶する機能と、
を実現させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、開発中のゲームプログラムを実行する技術に関する。
【背景技術】
【０００２】
コンソールゲーム機用のゲームプログラムの開発は、ターゲットハードウェアをもつ開発機ないしはテスト機と呼ばれる専用機（開発用ゲーム機）と、パーソナルコンピュータ（ＰＣ）を使用して行われる。ゲームの開発環境は様々であるが、一般にはホストコンピュータ上に、ＰＣで作成したゲームファイルを逐次記憶させ、動作確認を行う際にはホストコンピュータに記憶した全てのゲームファイルを開発用ゲーム機にコピーした後、開発用ゲーム機上で動作確認が行われる。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
しかしながらゲームのデータサイズが非常に大きいと、全てのゲームファイルを開発用ゲーム機にデータ転送するには長い時間が必要となり、動作確認のたびにデータ転送に時間をかけることは効率が悪い。そのためゲームファイルをホストコンピュータ上に置いたまま、開発用ゲーム機がホストコンピュータからゲームファイルを読み出して動作確認を実施することも行われているが、あくまでも暫定的な措置である。特に開発用ゲーム機が高速ストレージを搭載する場合、ホストコンピュータからゲームファイルを読み出す開発環境は、高速応答性の動作確認には適していない。
【０００４】
そこで本発明は、動作確認を効率的に実施する技術を提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記課題を解決するために、本発明のある態様は、ホストコンピュータと接続し、開発中のゲームプログラムが要求するファイルを記憶装置から読み出して、当該ゲームプログラムを実行する開発用ゲーム機に関する。開発用ゲーム機は、ゲームプログラムが要求するファイルが記憶装置に記憶されているか否かを確認するファイル確認部と、記憶されていない場合に、ホストコンピュータに当該ファイルの送信を要求するファイル要求部と、ホストコンピュータから当該ファイルを取得して、記憶装置に記憶する記憶処理部とを備える。
【０００６】
本発明の別の態様は、ホストコンピュータと接続する開発用ゲーム機において、開発中のゲームプログラムを実行する方法に関する。この方法は、ゲームプログラムが要求するファイルが記憶装置に記憶されているか否かを確認するステップと、記憶されていない場合に、ホストコンピュータに当該ファイルの送信を要求するステップと、ホストコンピュータから当該ファイルを取得して、記憶装置に記憶するステップとを有する。
【０００７】
以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【０００８】
本発明によると動作確認を効率的に実施する技術を提供することが可能となる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施例にかかるゲーム開発システムを示す図である。
【図２】ホストコンピュータと記憶装置のファイルツリーの例を示す図である。
【図３】ホストコンピュータと記憶装置のファイルツリーの例を示す図である。
【図４】ホストコンピュータと記憶装置のファイルツリーの例を示す図である。
【図５】ホストコンピュータと記憶装置のファイルツリーの例を示す図である。
【図６】ホストコンピュータと記憶装置のファイルツリーの例を示す図である。
【図７】ホストコンピュータと記憶装置のファイルツリーの例を示す図である。
【図８】ホストコンピュータと記憶装置のファイルツリーの例を示す図である。
【図９】ホストコンピュータのファイルツリーの例を示す図である。
【発明を実施するための形態】
【００１０】
図１は、本発明の実施例にかかるゲーム開発システム１を示す。ゲーム開発システム１は、ホストコンピュータ２と、パーソナルコンピュータ（ＰＣ）３と、出力装置４と、開発用ゲーム機１０と、記憶装置４０とを備える。開発用ゲーム機１０およびＰＣ３は、ホストコンピュータ２と接続する。開発用ゲーム機１０は、コンソールゲーム機のターゲットハードウェアを備える。記憶装置４０は開発用ゲーム機１０の内蔵ストレージであり、たとえばＳＳＤ（ソリッドステートドライブ）であってよい。なおテスト環境において記憶装置４０は外付けのストレージであってもよい。
【００１１】
ゲーム開発者はＰＣ３を使用して、自分の担当範囲の開発を行い、成果物であるゲームファイルをホストコンピュータ２にアップロードする。そのためホストコンピュータ２には、様々なゲームファイルが任意のタイミングでアップロードされる。
【００１２】
開発用ゲーム機１０は、実行部１２およびファイルシステム２０を備える。開発用ゲーム機１０にはテレビなどの出力装置４が接続され、実行部１２は、記憶装置４０から必要なゲームファイルを読み出して、開発中のゲームプログラムを実行し、出力装置４からゲーム画像およびゲーム音声を出力する。
【００１３】
ファイルシステム２０は、ファイルＩＤ取得部２２、ファイル確認部２４、読出部２６、ファイル要求部２８、記憶処理部３０および更新管理部３２を備えて、ゲームファイルの管理機能を実現する。図１において、さまざまな処理を行う機能ブロックとして記載される各要素は、ハードウェア的には、回路ブロック、メモリ、その他のＬＳＩで構成することができ、ソフトウェア的には、メモリにロードされたプログラムなどによって実現される。したがって、これらの機能ブロックがハードウェアのみ、ソフトウェアのみ、またはそれらの組合せによっていろいろな形で実現できることは当業者には理解されるところであり、いずれかに限定されるものではない。
【００１４】
ゲーム開発システム１では、実行部１２がゲームプログラムを実行する際に、ホストコンピュータ２に記憶された全てのゲームファイルを記憶装置４０に転送する処理は行わない。開発用ゲーム機１０は、ゲームプログラムが要求するゲームファイルが記憶装置４０に存在すれば、当該ゲームファイルを読み出し、一方で、ゲームプログラムが要求するゲームファイルが記憶装置４０に存在しなければ、ホストコンピュータ２から当該ゲームファイルを取得する。以下、この手順について説明する。
【００１５】
図２（ａ）は、ホストコンピュータ２と記憶装置４０のファイルツリーの例を示す。この例で、ホストコンピュータ２と記憶装置４０には、同じ複数のファイルが記憶されている。実行部１２によるゲームプログラムの実行中、ファイルＩＤ取得部２２が、ゲームプログラムが要求するゲームファイルを特定する識別情報（ファイルＩＤ）を取得すると、ファイル確認部２４は、ゲームプログラムが要求するファイルが記憶装置４０に記憶されているか否かを確認する。図２（ａ）は、ゲームプログラムからｆｉｌｅＡの読み出しを要求された例を示す。
【００１６】
図２（ｂ）は、要求されたファイルが記憶装置４０に存在している様子を示す。ファイル確認部２４が、ｆｉｌｅＡが記憶装置４０に記憶されていることを確認すると、読出部２６は、記憶装置４０からｆｉｌｅＡをメインメモリに読み出す。このように記憶装置４０にゲームプログラムが要求するゲームファイルが記憶されている場合、読出部２６は、ただちにゲームファイルを読み出すことができ、ゲームプログラムの動作確認を効率的に実現できる。
【００１７】
図３（ａ）は、ホストコンピュータ２と記憶装置４０のファイルツリーの例を示す。この例で、記憶装置４０には、ホストコンピュータ２に記憶されている一部のファイルが記憶されていない。実施例のゲーム開発システム１では、ホストコンピュータ２と記憶装置４０のファイルツリーに同期がとれていない場合であっても、ゲームプログラムの動作確認を効率的に実施できることを特徴の一つとしている。
【００１８】
ファイルＩＤ取得部２２が、ゲームプログラムが要求するゲームファイルのファイルＩＤを取得すると、ファイル確認部２４は、ゲームプログラムが要求するファイルが記憶装置４０に記憶されているか否かを確認する。図３（ａ）は、ゲームプログラムからｆｉｌｅＢの読み出しを要求された例を示す。
【００１９】
図３（ｂ）は、要求されたファイルが記憶装置４０に存在しない様子を示す。ファイル確認部２４が、ｆｉｌｅＢが記憶装置４０に記憶されていないことを確認すると、ファイル要求部２８は、ホストコンピュータ２に、ｆｉｌｅＢの送信を要求する。図４（ａ）は、ファイル要求部２８がｆｉｌｅＢの送信リクエストをホストコンピュータ２に送信した様子を示す。
【００２０】
ホストコンピュータ２は、ｆｉｌｅＢの送信リクエストを受信すると、ｆｉｌｅＢを開発用ゲーム機１０に送信する。図４（ｂ）は、ホストコンピュータ２がｆｉｌｅＢを送信した様子を示す。
【００２１】
開発用ゲーム機１０において記憶処理部３０は、ホストコンピュータ２からｆｉｌｅＢを取得して、記憶装置４０に記憶する。図５（ａ）は、記憶処理部３０がｆｉｌｅＢを記憶装置４０に記憶した状態を示す。
【００２２】
図５（ｂ）は、読出部２６が記憶装置４０からｆｉｌｅＢをメインメモリに読み出す様子を示す。このように記憶装置４０にゲームプログラムが要求するゲームファイルが記憶されていない場合であっても、ファイルシステム２０が必要なゲームファイルをホストコンピュータ２から速やかに取得することで、ゲームプログラムの動作確認を効率的に実現できる。
【００２３】
ホストコンピュータ２のゲームファイルは、ゲーム開発者によって逐次更新されるが、更新のたびにゲームファイルを開発用ゲーム機１０に転送し同期をとることは効率的でなく、またＳＳＤへの書込回数を無用に増やすことになるため好ましくない。そこで開発用ゲーム機１０は、以下の手順で更新されたゲームファイルを取得する。
【００２４】
図６（ａ）は、ホストコンピュータ２と記憶装置４０のファイルツリーの例を示す。この例で、ホストコンピュータ２には、６つのｆｉｌｅＣ、Ｄ、Ｅ、Ｆ、Ｇ、Ｈが記憶されており、記憶装置４０には、３つのｆｉｌｅＣ、Ｄ、Ｇが記憶されている。
【００２５】
図６（ｂ）は、ホストコンピュータ２のファイルに更新があった状態を示す。ここではｆｉｌｅＤが更新されている。ホストコンピュータ２は、ゲームファイルの状態を監視するためのプログラムを有し、監視プログラムは、ゲームファイルの更新状況を管理する。なお監視対象となるゲームファイルは、記憶装置４０に転送したゲームファイルであり、したがって監視プログラムは、ホストコンピュータ２におけるｆｉｌｅＣ、Ｄ、Ｇの更新状況を管理する。
【００２６】
監視プログラムは、ｆｉｌｅＤに更新があったことを検出すると、ｆｉｌｅＤが更新されたことを示す更新情報を開発用ゲーム機１０に送信する。開発用ゲーム機１０において更新管理部３２は、記憶装置４０に記憶されているｆｉｌｅＤが、ホストコンピュータ２において更新されたことを示す更新情報を取得して保持する。これにより更新管理部３２は、ｆｉｌｅＤが更新されており、記憶装置４０に記憶しているｆｉｌｅＤが古いバージョンであることを認識する。
【００２７】
ゲームプログラムの実行中、ファイルＩＤ取得部２２は、ゲームプログラムが要求するゲームファイルを特定するファイルＩＤを取得する。ファイル確認部２４は、ゲームプログラムが要求するファイルがｆｉｌｅＤであって、記憶装置４０に記憶されていることを確認すると、更新管理部３２に、ｆｉｌｅＤの更新情報を保持しているか問い合わせる。
【００２８】
ここで更新管理部３２は、ゲームプログラムが要求するｆｉｌｅＤの更新情報を保持している。更新管理部３２は、ファイル要求部２８にｆｉｌｅＤのファイルＩＤを通知し、ファイル要求部２８は、ホストコンピュータ２に、ｆｉｌｅＤの送信を要求する。図７（ａ）は、ファイル要求部２８がｆｉｌｅＤの送信リクエストをホストコンピュータ２に送信した様子を示す。
【００２９】
ホストコンピュータ２は、ｆｉｌｅＤの送信リクエストを受信すると、更新されたｆｉｌｅＤを開発用ゲーム機１０に送信する。図７（ｂ）は、ホストコンピュータ２が更新されたｆｉｌｅＤを送信した様子を示す。
【００３０】
なお実施例でファイル要求部２８は、ゲームプログラムがｆｉｌｅＤを要求したことを契機としてｆｉｌｅＤの送信リクエストを送信したが、別の所定の条件が満たされたときに、更新されたファイルの送信リクエストをホストコンピュータ２に送信してもよい。たとえばファイル要求部２８は、所定の時刻になったことを条件として、更新管理部３２が保持している更新情報によって特定されるファイルの送信を要求してもよい。所定の時刻は、開発用ゲーム機１０が使用されない又は使用頻度の低いことが予測される時刻（たとえば午前２時）であってよく、ファイル要求部２８は、記憶装置４０に記憶済みのファイルであって、ホストコンピュータ２において更新されたファイルの送信をホストコンピュータ２に要求してよい。
【００３１】
更新管理部３２が、複数のファイルについて更新情報を保持している場合、ファイル要求部２８は、まとめて複数のファイルの送信を要求してよい。なおホストコンピュータ２が複数のファイルを順に送信している最中に、ファイル要求部２８が、ゲームプログラムから要求されたファイルの送信リクエストをホストコンピュータ２に送信すると、ホストコンピュータ２は、当該ファイルを優先的に開発用ゲーム機１０に送信してよい。
【００３２】
ゲームプログラムの実行中、記憶処理部３０は、複数の書込ルールのうちのいずれかにしたがって、更新されたｆｉｌｅＤを記憶装置４０に記憶する。この書込ルールは、事前に設定されており、記憶処理部３０は、設定されている書込ルールにしたがって、更新されたファイルの書込処理を実施する。
【００３３】
第１ルールでは、記憶処理部３０は、更新されたｆｉｌｅＤを取得すると、更新されたｆｉｌｅＤを上書き保存する。したがって元のｆｉｌｅＤは記憶装置４０から削除され、記憶装置４０は、１つのｆｉｌｅＤのみを記憶する。
【００３４】
第２ルールでは、記憶処理部３０は、更新されたｆｉｌｅＤを、元のｆｉｌｅＤとともに記憶装置４０に記憶する。
図８は、更新前のｆｉｌｅＤと、更新されたｆｉｌｅＤの２つが記憶装置４０に記憶された状態を示す。記憶処理部３０は、更新されたｆｉｌｅＤを、更新される前のｆｉｌｅＤとともに記憶装置４０に記憶する。第２ルールでは、ゲームプログラムが、いずれのファイルを使用するか選択する仕様をもつことが前提となる。ここでゲームプログラムが、更新されたｆｉｌｅＤを選択すると、記憶処理部３０は、更新前のｆｉｌｅＤを記憶装置４０から削除してよい。なおゲームプログラムが、更新前のｆｉｌｅＤを選択する限り、記憶装置４０は、２つのｆｉｌｅＤが記憶された状態を維持してよい。
【００３５】
第３ルールでは、記憶処理部３０は、第２ルールと同様に、更新されたｆｉｌｅＤを、元のｆｉｌｅＤとともに記憶装置４０に記憶する。実行中のゲームプログラムは、更新される前のｆｉｌｅＤを利用できるが、更新されたｆｉｌｅＤは利用できない。記憶処理部３０は、ゲームプログラムが終了すると、更新される前のファイルを記憶装置４０から削除する。これによりｆｉｌｅＤに関しては、更新されたｆｉｌｅＤのみが記憶装置４０に残され、次にゲームプログラムが起動されたとき、ゲームプログラムは、更新されたｆｉｌｅＤを利用する。
【００３６】
以上、本発明を実施例をもとに説明した。この実施例は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００３７】
図９は、ホストコンピュータ２のファイルツリーの例を示す。図９において、拡張子をincludeとする定義ファイル（インクルードファイル）は、開発用ゲーム機１０に転送するゲームファイルのリストを記述する。一方、拡張子をignoreとする定義ファイル（イグノアファイル）は、開発用ゲーム機１０に転送しないゲームファイルのリストを記述する。ホストコンピュータ２は、開発用ゲーム機１０から送信要求されるファイルがインクルードファイルに含まれていれば、開発用ゲーム機１０に送信してよいことを判断する。一方、ホストコンピュータ２は、送信要求されるファイルがイグノアファイルに含まれていれば、開発用ゲーム機１０に送信してはいけないことを判断する。インクルードファイルおよびイグノアファイルの双方が、ファイルの送信可否の判断に使用されてよいが、いずれか一方のみが使用されてもよい。
【符号の説明】
【００３８】
１・・・ゲーム開発システム、２・・・ホストコンピュータ、３・・・ＰＣ、４・・・出力装置、１０・・・開発用ゲーム機、１２・・・実行部、２０・・・ファイルシステム、２２・・・ファイルＩＤ取得部、２４・・・ファイル確認部、２６・・・読出部、２８・・・ファイル要求部、３０・・・記憶処理部、３２・・・更新管理部、４０・・・記憶装置。
【図１】
2020204866.tif 000003
【図２】
2020204866.tif 000004
【図３】
2020204866.tif 000005
【図４】
2020204866.tif 000006
【図５】
2020204866.tif 000007
【図６】
2020204866.tif 000008
【図７】
2020204866.tif 000009
【図８】
2020204866.tif 000010
【図９】
2020204866.tif 000011