データアクセス管理方法およびデータアクセス管理システム
【課題】ゲームのセーブデータを管理するクラウドサービスの技術を提供する。
【解決手段】ゲームのセーブデータのダウンロードの要求をユーザから受け付けるステップと、セーブデータを一意に特定する識別子と、セーブデータのダウンロードが制限されるか否かを示す属性および次にダウンロードが可能となる時刻とが対応づけられたリストを参照することで、セーブデータがダウンロードが制限される属性を持つか否かを確認するステップと、セーブデータがダウンロードが制限される属性を持つ場合、前記リストを参照して、セーブデータのダウンロードの要求を受け付けた時刻が次にダウンロード可能となる時刻に到達しているか否かを確認するステップと、次にダウンロード可能となる時刻以前である場合、前記セーブデータのダウンロードの要求を拒否するとともに、次にダウンロード可能となる時刻をユーザに通知するステップとをプロセッサに実行させる。
【解決手段】ゲームのセーブデータのダウンロードの要求をユーザから受け付けるステップと、セーブデータを一意に特定する識別子と、セーブデータのダウンロードが制限されるか否かを示す属性および次にダウンロードが可能となる時刻とが対応づけられたリストを参照することで、セーブデータがダウンロードが制限される属性を持つか否かを確認するステップと、セーブデータがダウンロードが制限される属性を持つ場合、前記リストを参照して、セーブデータのダウンロードの要求を受け付けた時刻が次にダウンロード可能となる時刻に到達しているか否かを確認するステップと、次にダウンロード可能となる時刻以前である場合、前記セーブデータのダウンロードの要求を拒否するとともに、次にダウンロード可能となる時刻をユーザに通知するステップとをプロセッサに実行させる。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、データアクセス管理方法およびデータアクセス管理システムに関し、特にネットワークを介してゲームのセーブデータをオンラインストレージにアップロードおよびダウンロードすることを管理する方法およびシステムに関する。
【背景技術】
【０００２】
近年、インターネットをはじめとするネットワークの通信技術が急速に発達し、ユーザが写真や文書のようなデジタルデータを手軽にオンラインサーバにアップロードしたり、サーバからデータをダウンロードしたりすることができる、いわゆるクラウドサービスが提供されるようになってきた。
【０００３】
クラウドサービスを利用することにより、ユーザは、例えば職場で作成した文書を持ち運ぶことなく自宅でその文書を編集することが可能となる。あるいは、デジタルカメラを用いて撮影した写真のデジタルデータをネットワーク上のストレージサーバに格納することで、複数のユーザと時間や場所を選ばずに共有することもできるようになってきた。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
このようなクラウドサービスは、ゲームのセーブデータを管理することにも利用できる。しかしながら、ゲームのセーブデータは写真データや文書とは異なり、ゲームのおもしろさやゲームのバランスに代表されるゲーム性を確保する観点から、セーブやロードのタイミングに制限をかける方が望ましい。このように、ゲーム等のセーブデータをネットワーク上で管理するために、既存のクラウドサービスを改良する余地があると考えられる。
【０００５】
本発明はこうした課題に鑑みてなされたものであり、その目的は、ゲームのセーブデータを管理するクラウドサービスの技術を提供することにある。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明のある態様は、データアクセス管理方法である。この方法は、ゲームの進行に応じて更新されるステータス情報であるセーブデータのダウンロードの要求をネットワークを介して受け付けるステップと、セーブデータを一意に特定する識別子と、セーブデータのダウンロードが制限されるか否かを示す属性および次にダウンロードが可能となる時刻と、が対応づけられてリスト化されているデータベースから取得してメモリに格納したリストを参照することで、ダウンロードの要求があったセーブデータがダウンロードが制限される属性を持つか否かを確認するステップと、ダウンロード要求のあったセーブデータがダウンロードが制限される属性を持つ場合、前記データベースから取得したリストを参照して、セーブデータのダウンロードの要求を受け付けた時刻が当該セーブデータを次にダウンロード可能となる時刻に到達しているか否かを確認するステップと、セーブデータのダウンロードの要求を受け付けた時刻が、当該セーブデータを次にダウンロード可能となる時刻以前である場合、前記セーブデータのダウンロードの要求を拒否するとともに、次にダウンロード可能となる時刻をユーザに通知するステップとをプロセッサに実行させる。
【０００７】
本発明の別の態様は、データアクセス管理システムである。このシステムは、サーバと、ネットワークを介して前記サーバと接続する複数の情報端末装置とを含むシステムである。ここで前記サーバは、ネットワークを介して前記複数の情報端末装置のいずれかからセーブデータのダウンロードの要求を受け付ける要求受付部と、セーブデータを一意に特定する識別子とセーブデータの属性および付帯情報とが対応づけてリスト化されているデータベースと、前記データベースに格納されているリストを、セーブデータのダウンロードの要求をした情報端末装置に送信するデータベース管理部とを含む。また前記複数の情報端末装置それぞれは、ネットワークを介して前記サーバからセーブデータのダウンロードの要求をして前記サーバから前記リストを取得するリスト取得部と、前記リスト取得部が取得したリストを参照することで、ダウンロードの要求があったセーブデータがダウンロードが制限される属性を持つか否かを確認する属性確認部と、ダウンロードの要求があったセーブデータがダウンロードが制限される属性を持つ場合、前記リストを参照して、セーブデータのダウンロードの要求があった時刻が当該セーブデータを次にダウンロード可能となる時刻に到達しているか否かを確認する時刻確認部と、セーブデータのダウンロードの要求があった時刻が、当該セーブデータを次にダウンロード可能となる時刻以前である場合、ユーザに次にダウンロード可能となる時刻を通知する通知部と、ダウンロードの要求があったセーブデータがダウンロードが制限される属性を持たない場合、またはダウンロードの要求があった時刻が当該セーブデータを次にダウンロード可能となる時刻を過ぎていてダウンロード可能となっている場合、前記サーバからセーブデータをダウンロードするダウンロード実行部と、次にダウンロード可能となる時刻を更新した時刻を前記データベースに送信する時刻更新部とを含む。ここで前記データベース管理部は、前記時刻更新部から取得したリストを前記データベースに格納して更新する。
【０００８】
なお、以上の構成要素の任意の組み合わせ、本発明の表現を方法、装置、システム、コンピュータプログラム、データ構造、記録媒体などの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【０００９】
本発明によれば、ゲームのセーブデータを管理するクラウドサービスの技術を提供することができる。
【図面の簡単な説明】
【００１０】
【図１】実施の形態に係るデータアクセス管理システムの概要を説明する図である。
【図２】実施の形態に係るサーバの機能構成を模式的に示す図である。
【図３】実施の形態に係るダウンロード制御部の機能構成を模式的に示す図である。
【図４】実施の形態に係るデータベースに格納されたリストの一例を模式的に示す図である。
【図５】実施の形態に係る通知部が通知する画面の一例を示す図である。
【図６】実施の形態に係るアップロード制御部の機能構成を模式的に示す図である。
【図７】実施の形態にデータアクセス管理システムの処理の流れを示すフローチャートである。
【図８】実施の形態にダウンロード制御部の処理の流れを示すフローチャートである。
【図９】実施の形態にアップロード制御部の処理の流れを示すフローチャートである。
【図１０】実施の形態の変形例に係るデータアクセス管理システムの機能構成を模式的に示す図である。
【発明を実施するための形態】
【００１１】
図１は、実施の形態に係るデータアクセス管理システム６００の概要を説明する図である。データアクセス管理システム６００は、複数の情報端末装置２００ａ、２００ｂ、および２００ｃが、インターネット３００を用いたネットワークを介してサーバ１００と接続している。サーバ１００と接続する情報端末装置２００の数には、特に制限はない。以下、複数の情報端末装置２００について区別の必要がない限り、単に情報端末装置２００と総称する。
【００１２】
サーバ１００は、情報端末装置２００で実行されるゲームのセーブデータを保存する。ここで「ゲームのセーブデータ」とは、例えばゲームの進行に応じて更新されるステータス情報である。ゲームのセーブデータは、デジタル写真のデータ等とは異なり、ゲームの進行に応じて書き換えられる。一方、ゲームのセーブデータは文書データ等とも異なり、ゲームの進行における特定のタイミングでセーブやロードすることが通常である。
【００１３】
ＲＰＧ（Role Playing Game）のセーブデータを具体例として説明する。ゲームの進行における特定の場面のセーブデータ、例えばボス戦の直前でセーブしたセーブデータをロードすれば、ユーザはその場面にロールバックすることができる。仮にボスが強敵でゲームが行き詰まったとしても、ユーザはゲームをやり直すことができる。このように、ゲームのセーブデータはゲームの進行に応じて更新されるだけではなく、ゲームの進行における複数の履歴を保存して、後にロールバックするためにも用いられる。
【００１４】
そのため、任意のタイミングでゲームデータのセーブやロードの実行ができるとゲームの難易度が下がり、ゲーム性が崩れてしまう場合もありうる。そこでサーバ１００は、ユーザによるセーブデータへのアクセスを管理する。
【００１５】
図２は、実施の形態に係るサーバ１００の機能構成を模式的に示す図である。サーバ１００は、送受信部１０２、要求受付部１０４、ダウンロード制御部４００、データベース１０６、およびアップロード制御部５００を含む。
【００１６】
図２は、実施の形態に係るサーバ１００を実現するための機能構成を示しており、その他の構成は省略している。図２において、さまざまな処理を行う機能ブロックとして記載される各要素は、ハードウェア的には、ＣＰＵ（Central Processing Unit）、メインメモリ、その他のＬＳＩ（Large Scale Integration）で構成することができ、ソフトウェア的には、メインメモリにロードされたプログラム等によって実現される。したがって、これらの機能ブロックがハードウェアのみ、ソフトウェアのみ、またはそれらの組み合わせによっていろいろな形で実現できることは当業者には理解されるところであり、いずれかに限定されるものではない。
【００１７】
送受信部１０２は、インターネット３００を介して情報端末装置２００からゲームのセーブデータのダウンロードやアップロードの要求を受け付けるインタフェースである。送受信部１０２は、例えばＬＡＮ（Local Area Network）カード等の既知の技術を用いて実現できる。要求受付部１０４は、送受信部１０２を介して情報端末装置２００からゲームのセーブデータのダウンロードやアップロードの要求を受け付けてその要求を処理する。
【００１８】
具体的には、要求受付部１０４はユーザからセーブデータのダウンロード要求を受け付けた場合、その旨、ユーザを一意に特定可能なユーザＩＤ（IDentification）、およびダウンロードすべきセーブデータを特定可能なセーブデータＩＤ等、ダウンロード処理に必要な一連の情報を後述のダウンロード制御部４００に通知する。また、要求受付部１０４はユーザからセーブデータのアップロード要求を受け付けた場合、アップロード処理に必要な一連の情報を後述のアップロード制御部５００に通知する。
【００１９】
データベース１０６は、サーバ１００に登録されているユーザ毎に、ゲームのセーブデータおよびそのセーブデータを一覧できるリストを格納する。リストの詳細については後述する。
【００２０】
図３は、実施の形態に係るダウンロード制御部４００の機能構成を模式的に示す図である。ダウンロード制御部４００は、リスト取得部４０２、時刻更新部４０４、ダウンロード実行部４０６、属性確認部４０８、時刻確認部４１０、および通知部４１２を含む。
【００２１】
リスト取得部４０２は、要求受付部１０４からユーザのダウンロード処理に必要な一連の情報を受け付けると、ユーザＩＤをもとにデータベース１０６からそのユーザが保存しているセーブデータが一覧できるリストを取得する。
【００２２】
図４は、実施の形態に係るデータベース１０６に格納されたリストの一例を模式的に示す図である。図４に示すように、データベース１０６には、ユーザＩＤ毎にセーブデータＩＤと、セーブデータの属性および次にダウンロードが可能となる時刻とが対応づけられてリスト化されている。
【００２３】
ここで「セーブデータＩＤ」とは、例えばセーブデータを一意に特定可能な識別子である。同一ユーザであっても、異なるゲームのセーブデータをデータベース１０６に保存する場合もある。また、同一ユーザが同一ゲームについて複数のセーブデータを保存する場合もある。そのため、「セーブデータＩＤ」には、ゲームのタイトルを特定する情報とそのタイトルにおけるセーブデータの通し番号との情報が含まれる。
【００２４】
また、「セーブデータの属性」とは、例えばセーブデータのダウンロードを制限すること、すなわちダウンロードによるセーブデータのコピーが制限されるか否かを示す情報であり、セーブデータ毎に設定されている。ダウンロードが制限されないセーブデータは、ユーザはいつでも自由にセーブデータをダウンロードできる。一方、ダウンロードが制限されるセーブデータは、ユーザがそのセーブデータに最後にアクセスしたときから所定の時間の経過後でなければ、ユーザはダウンロードすることができない。
【００２５】
「セーブデータにアクセスする」とは、例えばセーブデータをデータベース１０６にアップロードすること、セーブデータをデータベース１０６からダウンロードすること、およびデータベース１０６に格納されたセーブデータを消去することを含む。また、「所定の時間」とは、セーブデータのダウンロードが制限されている場合にそのセーブデータがダウンロード可能か否かを決定するための基準時間であり、例えば２４時間である。所定の時間は２４時間に限られず、例えばゲーム性の確保とユーザの利便性の向上とのバランスを考慮しながら実験によって定めればよく、サーバ１００の管理者はいつでも変更することができる。
【００２６】
セーブデータのダウンロードが制限されている場合、次にセーブデータのダウンロードが可能となる時刻もリスト内に対応づけられて格納されている。具体的には、そのセーブデータに最後にアクセスしたときから２４時間後の時刻が格納されている。
【００２７】
図３の説明に戻る。属性確認部４０８は、リスト取得部４０２が取得したリストを参照することで、ダウンロードの要求があったセーブデータがダウンロードが制限される属性を持つか否かを確認する。ダウンロードの要求のあったセーブデータがダウンロードが制限される属性を持たない場合、属性確認部４０８はセーブデータのダウンロードを許可し、ダウンロード実行部４０６にセーブデータをダウンロードさせる。
【００２８】
ダウンロードの要求のあったセーブデータがダウンロードが制限される属性を持つ場合、属性確認部４０８は、その旨を時刻確認部４１０に通知する。時刻確認部４１０は、リスト取得部４０２が取得したリストを参照することで、セーブデータのダウンロードの要求を受け付けた時刻が当該セーブデータを次にダウンロード可能となる時刻に到達しているか否かを確認する。
【００２９】
セーブデータのダウンロードの要求を受け付けた時刻が、そのセーブデータを次にダウンロード可能となる時刻以前である場合、時刻確認部４１０はその旨を属性確認部４０８および通知部４１２に通知する。その結果、属性確認部４０８はセーブデータのダウンロードを拒否し、ダウンロード実行部４０６にセーブデータをダウンロードさせない。また、通知部４１２は、次にダウンロード可能となる時刻をネットワークを介してユーザに通知する。
【００３０】
図５は、実施の形態に係る通知部４１２が通知する画面の一例を示す図である。図５に示すように、ダウンロードしようとしているセーブデータが、ダウンロードが制限されるデータであることが表示される。さらに、次にダウンロードすることができる時刻も、ユーザの利用するモニタ等の表示画面に具体的に表示される。ユーザは情報端末装置２００のコントローラ等のボタンを押し下げすることで、通知画面を確認した後に表示を消去することができる。これにより、セーブデータをダウンロードするために待機する必要がある時間を容易に確認することが可能となる。これは既知のＧＵＩ（Graphical User Interface）等の技術を用いて実現できる。
【００３１】
セーブデータのダウンロードの要求を受け付けた時刻が、そのセーブデータを次にダウンロード可能となる時刻を過ぎている場合、時刻確認部４１０はその旨を属性確認部４０８に通知する。その結果、属性確認部４０８はセーブデータのダウンロードを許可し、ダウンロード実行部４０６にセーブデータをダウンロードさせる。ダウンロード実行部４０６がユーザにセーブデータをダウンロードさせた場合、時刻更新部４０４は、ダウンロードさせたセーブデータを次にダウンロード可能となる時刻を更新する。リスト取得部４０２は、次にダウンロード可能となる時刻が更新されたリストをデータベース１０６に格納する。
【００３２】
図６は、実施の形態に係るアップロード制御部５００の機能構成を模式的に示す図である。アップロード制御部５００は、リスト取得部５０２、時刻更新部５０４、アップロード実行部５０６、データ比較部５０８、および指示確認部５１０を含む。
【００３３】
リスト取得部５０２は、ダウンロード制御部４００におけるリスト取得部４０２と同様に、要求受付部１０４からユーザのアップロード処理に必要な一連の情報を受け付けると、ユーザＩＤをもとにデータベース１０６からそのユーザが保存しているセーブデータが一覧できるリストを取得する。ここで「アップロード処理に必要な一連の情報」とは、ユーザＩＤ、セーブデータＩＤの他に、アップロードを望むセーブデータ自体を含む。
【００３４】
データ比較部５０８は、リスト取得部５０２が取得したリストを参照して、アップロードの要求のあったセーブデータと同一のセーブデータが、既にデータベース１０６に登録されているか否かを確認する。具体的には、データ比較部５０８は、比較対象のセーブデータのセーブデータＩＤが一致するか否かを確認し、一致する場合に両者は一致すると判断する。データ比較部５０８は、セーブデータＩＤの比較に代えて、あるいはこれに加えて、比較対象のセーブデータ自体のバイナリコンペアを行い、両者が一致する場合に同一と判断してもよい。
【００３５】
アップロードの要求のあったセーブデータと同一のセーブデータが登録されている場合、データ比較部５０８は、その旨を指示確認部５１０に通知する。指示確認部５１０は、送受信部１０２を介して、登録されているセーブデータをアップロードの要求のあったセーブデータで上書きするか否かをユーザに選択可能な態様で提示する。ユーザの指示によってセーブデータを上書きしないことが選択された場合、指示確認部５１０はセーブデータのアップロードを取り消し、アップロード実行部５０６にセーブデータのアップロードをさせることを中止する。
【００３６】
ユーザの指示によってセーブデータを上書きすることが選択された場合、指示確認部５１０は、アップロード実行部５０６にアップロードされたセーブデータで登録されているセーブデータを上書きさせる。時刻更新部５０４は、アップロード実行部５０６がセーブデータをアップデートした場合、次にダウンロード可能となる時刻を更新する。リスト取得部４０２は、次にダウンロード可能となる時刻が更新されたリストをデータベース１０６に格納する。
【００３７】
同一のセーブデータが登録されていないことを確認した場合、データ比較部５０８はセーブデータのアップロードを許可し、アップロード実行部５０６にアップロードの要求のあったセーブデータをアップロードさせてデータベース１０６に登録させる。時刻更新部５０４は、アップロード実行部５０６がセーブデータをアップデートした場合、次にダウンロード可能となる時刻を更新する。リスト取得部４０２は、次にダウンロード可能となる時刻が更新されたリストをデータベース１０６に格納する。
【００３８】
ユーザに同一データの上書きをするか否かを通知することにより、ユーザが誤って同一のセーブデータをアップロードすることを防止することができる。セーブデータが、ダウンロードが制限される属性を持つ場合、同一のセーブデータをアップロードすることは、単なるデータの上書きとは異なる。すなわち、次にダウンロード可能となる時刻を遅らせることになるため、セーブデータのステータスが変更されることになる。したがって、ダウンロードが制限される属性を持つセーブデータを上書きしてアップロードするか否かを事前に確認することは、ユーザの利便性を向上させる上で有用である。
【００３９】
図７は、実施の形態にデータアクセス管理システム６００の処理の流れを示すフローチャートである。以下に示す各フローチャートにおいては、各部の処理手順を、ステップを意味するＳ（Ｓｔｅｐの頭文字）と数字との組み合わせによって表示する。また、Ｓと数字との組み合わせによって表示した処理で何らかの判断処理が実行され、その判断結果が肯定的であった場合は、Ｙ（Ｙｅｓの頭文字）を付加して、例えば、（Ｓ２２のＹ）と表示し、逆にその判断結果が否定的であった場合は、Ｎ（Ｎｏの頭文字）を付加して、（Ｓ２２のＮ）と表示する。本フローチャートにおける処理は、サーバ１００がユーザからデータアクセスの要求を取得したときに開始する。
【００４０】
要求受付部１０４は、送受信部１０２を介して、ユーザの利用する情報端末装置２００からセーブデータのアクセス要求を取得する（Ｓ１０）。要求受付部１０４が取得した要求処理がダウンロード要求の場合（Ｓ１２のダウンロード）、ダウンロード制御部４００はセーブデータのダウンロード処理を実行する（Ｓ１４）。要求受付部１０４が取得した要求処理がアップロード要求の場合（Ｓ１２のアップロード）、アップロード制御部５００はセーブデータのアップロード処理を実行する（Ｓ１６）。ダウンロード制御部４００がダウンロード処理を実行するか、アップロード制御部５００がアップロード処理を実行すると、本フローチャートにおける処理は終了する。
【００４１】
図８は、実施の形態にダウンロード制御部４００の処理の流れを示すフローチャートであり、図７におけるステップＳ１４の詳細を説明する図である。
【００４２】
リスト取得部４０２は、データベース１０６から、ダウンロード要求をしたユーザのセーブデータのリストを取得する（Ｓ１８）。属性確認部４０８は、リストを参照してダウンロード要求のあったセーブデータが、ダウンロードが制限される属性を持つか否かを確認する（Ｓ２０）。
【００４３】
ダウンロード要求のあったセーブデータが、ダウンロードが制限される属性を持たない場合（Ｓ２２のＮ）、ダウンロード実行部４０６は、ダウンロード要求のあったセーブデータをユーザにダウンロードする（Ｓ２６）。
【００４４】
ダウンロード要求のあったセーブデータが、ダウンロードが制限される属性を持つ場合（Ｓ２２のＹ）、時刻確認部４１０は、ダウンロード要求のあった時刻が次にダウンロード可能な時刻を過ぎているか否かを確認する（Ｓ２８）。ダウンロード要求のあった時刻が次にダウンロード可能な時刻を過ぎており、セーブデータのダウンロードが可能な場合（Ｓ３０のＹ）、時刻更新部４０４は、ダウンロードされたセーブデータにおける、次にダウンロード可能な時刻を更新する（Ｓ２４）。ダウンロード実行部４０６はダウンロード要求のあったセーブデータをユーザにダウンロードする（Ｓ２６）。
【００４５】
ダウンロード要求のあった時刻が次にダウンロード可能な時刻に至っておらず、セーブデータのダウンロードができない場合（Ｓ３０のＮ）、通知部４１２は、送受信部１０２を介してユーザにダウンロードが許可されないこと、および次にダウンロード可能な時刻を通知する（Ｓ３２）。通知部４１２がユーザに通知をするか、ダウンロード実行部４０６がダウンロード要求のあったセーブデータをユーザにダウンロードすると、本フローチャートにおける処理は終了する。
【００４６】
図９は、実施の形態にアップロード制御部５００の処理の流れを示すフローチャートであり、図７におけるステップＳ１６の詳細を説明する図である。
【００４７】
リスト取得部５０２は、データベース１０６から、アップロード要求をしたユーザのセーブデータのリストを取得する（Ｓ３４）。データ比較部５０８は、アップロード対象のセーブデータが、既にデータベース１０６に登録されているセーブデータと同一か否かを比較する（Ｓ３６）。
【００４８】
アップロード対象のセーブデータと、既にデータベース１０６に登録されているセーブデータとが同一の場合（Ｓ３８のＹ）、指示確認部５１０は、送受信部１０２を介してユーザにセーブデータを上書きするか否かを確認する（Ｓ４０）。ユーザがセーブデータを上書きすることを選択する場合（Ｓ４２のＹ）、時刻更新部５０４は、アップロードされたセーブデータにおける、次にダウンロード可能な時刻を更新する（Ｓ４４）。アップロード実行部５０６は、アップロード対象のセーブデータを既にデータベース１０６に登録されているセーブデータに上書きしてアップロードする（Ｓ４６）。
【００４９】
ユーザがセーブデータを上書きすることを選択しない場合（Ｓ４２のＮ）、指示確認部５１０はセーブデータのアップロードを拒否し、アップロード実行部５０６は特段の処理をしない。
【００５０】
アップロード対象のセーブデータと、既にデータベース１０６に登録されているセーブデータとが同一でない場合（Ｓ３８のＮ）、アップロード実行部５０６は、アップロード対象のセーブデータを既にデータベース１０６に登録されているセーブデータに上書きしてアップロードする（Ｓ４６）。ユーザがセーブデータを上書きしないことを選択するか、アップロード実行部５０６がアップロード対象のセーブデータを既にデータベース１０６に登録されているセーブデータに上書きしてアップロードすると、本フローチャートにおける処理は終了する。
【００５１】
以上の構成による動作は以下のとおりである。情報端末装置２００のユーザがインターネット３００を介してサーバ１００にゲームのセーブデータのダウンロードを要求する。ダウンロード制御部４００は、ダウンロード対象のセーブデータが、ダウンロードが制限される属性を持つか否かを確認し、ダウンロードが制限される属性を持つ場合、ダウンロード要求をした時刻がダウンロード可能な時刻に至っている場合にダウンロードを許可する。
【００５２】
また、情報端末装置２００のユーザがインターネット３００を介してサーバ１００にゲームのセーブデータのアップロードを要求する。アップロード制御部５００は、アップロード対象のセーブデータと同一のセーブデータが既にサーバ１００に登録されているか否かを確認する。同一のセーブデータが既にサーバ１００に登録されている場合、アップロード制御部５００は、セーブデータを上書きするか否かをユーザに選択可能な態様で通知する。
【００５３】
以上説明したように、本発明の実施形態によれば、セーブデータのアップロードやダウンロードのタイミングに制限をかけることにより、ゲームのおもしろさやゲームのバランスに代表されるゲーム性を確保しつつ、ゲーム等のセーブデータをネットワーク上で管理するためのクラウドサービスを提供することができる。
【００５４】
以上、本発明を実施の形態をもとに説明した。実施の形態は例示であり、それらの各構成要素や各処理プロセスの組み合わせにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００５５】
（変形例１）
上記の説明では、ダウンロード制御部４００およびアップロード制御部５００がサーバ１００に存在する場合について説明したが、ダウンロード制御部４００およびアップロード制御部５００は、情報端末装置２００内にあってもよい。以下、そのような変形例について説明するが、上述した実施の形態と重複する説明については、適宜省略または簡略化して説明する。
【００５６】
図１０は、実施の形態の変形例に係るデータアクセス管理システム６０２の機能構成を模式的に示す図である。データアクセス管理システム６０２は、インターネット３００を介して、情報端末装置２００とサーバ１００とが通信可能となっている。
【００５７】
情報端末装置２００は、送受信部２０２、データアクセス制御部２０４、ユーザインタフェース２０６、ダウンロード制御部４２０、およびアップロード制御部５２０を含む。情報端末装置２００は、ユーザインタフェース２０６を介して、コントローラ２１０とモニタ２０８とに接続されている。ここで、ダウンロード制御部４２０の内部構成は、図３に示すダウンロード制御部４００と同様である。また、アップロード制御部５２０の内部構成は、図６に示すアップロード制御部５００と同様である。
【００５８】
ユーザは、モニタ２０８を見ながらコントローラ２１０を操作して、サーバ１００にセーブデータのアクセス要求を実行することができる。データアクセス制御部２０４は、ユーザインタフェース２０６を介してユーザからセーブデータのアクセス要求を取得する。セーブデータのアクセス要求がセーブデータのダウンロード要求の場合、データアクセス制御部２０４は、ダウンロード制御部４２０に、セーブデータのダウンロード要求を実行させる。また、セーブデータのアクセス要求がセーブデータのアップロード要求の場合、データアクセス制御部２０４は、アップロード制御部５２０に、セーブデータのアップロード要求を実行させる。
【００５９】
サーバ１００は、送受信部１０２、要求受付部１０４、データベース１０６、およびデータベース管理部１０８を含む。要求受付部１０４は、送受信部１０２を介してユーザからセーブデータへのアクセス要求を受け付けると、その旨をデータベース管理部１０８に通知する。データベース管理部１０８は、アクセス要求がダウンロード要求かアップロード要求かに関わらず、データベース１０６からアクセス要求をしたユーザが保存しているセーブデータが一覧できるリストを取得する。データベース管理部１０８は続いて、取得したリストを送受信部１０２を介してアクセス要求をしたユーザが使用する情報端末装置２００に送信する。
【００６０】
ユーザのデータアクセス要求がダウンロード要求の場合、ダウンロード制御部４２０内のリスト取得部４０２は、データベース管理部１０８からセーブデータのリストを取得する。リスト取得部４０２がリストを取得した後のダウンロード制御部４２０の動作は、上述した実施の形態に係るダウンロード制御部４００と同様である。ただし、ダウンロード制御部４２０内の通知部４１２は、データアクセス制御部２０４およびユーザインタフェース２０６を介してモニタ２０８に選択画面を表示し、コントローラ２１０によるユーザの選択を取得する。また、ダウンロード制御部４２０内のダウンロード実行部４０６は、送受信部２０２を介してサーバ１００内のデータベース１０６からセーブデータをダウンロードする。
【００６１】
ユーザのデータアクセス要求がアップロード要求の場合、アップロード制御部５２０内のリスト取得部５０２は、データベース管理部１０８からセーブデータのリストを取得する。リスト取得部５０２がリストを取得した後のアップロード制御部５２０の動作は、上述した実施の形態に係るアップロード制御部５００と同様である。ただし、アップロード制御部５２０内の指示確認部５１０は、データアクセス制御部２０４およびユーザインタフェース２０６を介してモニタ２０８に通知する。また、アップロード制御部５２０内のアップロード実行部５０６は、送受信部２０２を介してサーバ１００内のデータベース１０６にセーブデータをアップロードして上書きする。
【００６２】
以上のように、変形例に係るデータアクセス管理システム６０２は、情報端末装置２００がセーブデータアクセスの具体的な処理を実行することにより、サーバ１００の負荷分散が実現できる。サーバ１００が同時に処理するセーブデータアクセスの要求の数を増加できる点で効果がある。
【００６３】
（変形例２）
上記の説明では、所定時間内におけるセーブデータのアクセスを制限する場合について説明したが、セーブデータのアクセス制限は時間に限られず、例えばゲームの年齢制限をもとに制限してもよい。具体的には、ユーザがアクセス要求をしたセーブデータのゲームに年齢制限がある場合において、ユーザの年齢が対象年齢に到達していない場合、セーブデータのアクセスを制限してもよい。これは例えばデータベース１０６にユーザＩＤに紐づけて、ユーザの年齢およびゲームの対象年齢も格納することで実現できる。この場合、ダウンロード制御部４００やアップロード制御部５００における図示しない年齢確認部が年齢確認を実行すればよい。
【００６４】
（変形例３）
サーバ１００をペアレンタルコントロールサーバとして機能させてもよい。具体的には、ペアレンタルコントロールを受けるべきユーザは、特定の時間帯においてセーブデータのダウンロードが許可される。あるいは、ペアレンタルコントロールを受けるべきユーザは、セーブデータをダウンロードする回数が制限される。これは例えばデータベース１０６にユーザＩＤに紐づけて、ペアレンタルコントロールを受けるユーザか否かを示す属性やダウンロードが許可される時間帯、ダウンロード可能な回数等の情報を格納することで実現できる。この場合、ダウンロード制御部４００やアップロード制御部５００における図示しないペアレンタルコントロール確認部がセーブデータへのアクセスを制御すればよい。
【００６５】
（変形例４）
上記の説明では、所定時間内におけるセーブデータのアクセスを制限する場合について説明したが、特定の期間中は、セーブデータへのアクセス制限を解除するようにしてもよい。例えば、ユーザの誕生日やクリスマス、サーバ１００へのユーザ登録のキャンペーン期間中などにおいては、セーブデータへのアクセス制限を解除する。この場合、例えばアップロード制御部５００内の指示確認部５１０が、ユーザに対し、キャンペーン期間中であることを提示するとともに、特定の期間中にセーブデータへのアクセス制限を解除するか否かを選択可能な態様で提示する。ユーザがキャンペーンに参加する意思を表明した場合、そのユーザがキャンペーンに参加するユーザであることを示す属性をデータベース１０６にユーザＩＤと紐づけて登録する。ダウンロード制御部４００内の属性確認部４０８は、キャンペーンに参加するユーザであることを示す属性の有無を確認してセーブデータのダウンロードを制御することで、特定の期間中におけるセーブデータへのアクセス制限の解除を実現できる。
【００６６】
（変形例５）
上記の説明では、所定時間内におけるセーブデータのアクセスを制限する場合について説明したが、セーブデータのアクセス制限は時間に限られず、例えばゲームの販売地域をもとに制限してもよい。具体的には、ユーザがゲームのセーブデータへのアクセス要求の際に使用したアクセスポイントが存在する地域が、そのゲームが販売されている地域ではない場合、そのゲームのセーブデータのアクセスを制限してもよい。これは例えばデータベース１０６にゲームのタイトルに紐づけて、そのゲームの販売地域も格納することで実現できる。この場合、ダウンロード制御部４００やアップロード制御部５００における図示しない販売地域確認部が、アクセスポイントの存在する地域がゲームを販売する地域であるか否かの確認を実行すればよい。
【符号の説明】
【００６７】
１００ サーバ、 １０２ 送受信部、 １０４ 要求受付部、 １０６ データベース、 １０８ データベース管理部、 ２００ 情報端末装置、 ２０２ 送受信部、 ２０４ データアクセス制御部、 ２０６ ユーザインタフェース、 ２０８ モニタ、 ２１０ コントローラ、 ３００ インターネット、 ４００、４２０ ダウンロード制御部、 ４０２ リスト取得部、 ４０４ 時刻更新部、 ４０６ ダウンロード実行部、 ４０８ 属性確認部、 ４１０ 時刻確認部、 ４１２ 通知部、 ５００、５２０ アップロード制御部、 ５０２ リスト取得部、 ５０４ 時刻更新部、 ５０６ アップロード実行部、 ５０８ データ比較部、 ５１０ 指示確認部、 ６００、６０２ データアクセス管理システム。
【技術分野】
【０００１】
この発明は、データアクセス管理方法およびデータアクセス管理システムに関し、特にネットワークを介してゲームのセーブデータをオンラインストレージにアップロードおよびダウンロードすることを管理する方法およびシステムに関する。
【背景技術】
【０００２】
近年、インターネットをはじめとするネットワークの通信技術が急速に発達し、ユーザが写真や文書のようなデジタルデータを手軽にオンラインサーバにアップロードしたり、サーバからデータをダウンロードしたりすることができる、いわゆるクラウドサービスが提供されるようになってきた。
【０００３】
クラウドサービスを利用することにより、ユーザは、例えば職場で作成した文書を持ち運ぶことなく自宅でその文書を編集することが可能となる。あるいは、デジタルカメラを用いて撮影した写真のデジタルデータをネットワーク上のストレージサーバに格納することで、複数のユーザと時間や場所を選ばずに共有することもできるようになってきた。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
このようなクラウドサービスは、ゲームのセーブデータを管理することにも利用できる。しかしながら、ゲームのセーブデータは写真データや文書とは異なり、ゲームのおもしろさやゲームのバランスに代表されるゲーム性を確保する観点から、セーブやロードのタイミングに制限をかける方が望ましい。このように、ゲーム等のセーブデータをネットワーク上で管理するために、既存のクラウドサービスを改良する余地があると考えられる。
【０００５】
本発明はこうした課題に鑑みてなされたものであり、その目的は、ゲームのセーブデータを管理するクラウドサービスの技術を提供することにある。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明のある態様は、データアクセス管理方法である。この方法は、ゲームの進行に応じて更新されるステータス情報であるセーブデータのダウンロードの要求をネットワークを介して受け付けるステップと、セーブデータを一意に特定する識別子と、セーブデータのダウンロードが制限されるか否かを示す属性および次にダウンロードが可能となる時刻と、が対応づけられてリスト化されているデータベースから取得してメモリに格納したリストを参照することで、ダウンロードの要求があったセーブデータがダウンロードが制限される属性を持つか否かを確認するステップと、ダウンロード要求のあったセーブデータがダウンロードが制限される属性を持つ場合、前記データベースから取得したリストを参照して、セーブデータのダウンロードの要求を受け付けた時刻が当該セーブデータを次にダウンロード可能となる時刻に到達しているか否かを確認するステップと、セーブデータのダウンロードの要求を受け付けた時刻が、当該セーブデータを次にダウンロード可能となる時刻以前である場合、前記セーブデータのダウンロードの要求を拒否するとともに、次にダウンロード可能となる時刻をユーザに通知するステップとをプロセッサに実行させる。
【０００７】
本発明の別の態様は、データアクセス管理システムである。このシステムは、サーバと、ネットワークを介して前記サーバと接続する複数の情報端末装置とを含むシステムである。ここで前記サーバは、ネットワークを介して前記複数の情報端末装置のいずれかからセーブデータのダウンロードの要求を受け付ける要求受付部と、セーブデータを一意に特定する識別子とセーブデータの属性および付帯情報とが対応づけてリスト化されているデータベースと、前記データベースに格納されているリストを、セーブデータのダウンロードの要求をした情報端末装置に送信するデータベース管理部とを含む。また前記複数の情報端末装置それぞれは、ネットワークを介して前記サーバからセーブデータのダウンロードの要求をして前記サーバから前記リストを取得するリスト取得部と、前記リスト取得部が取得したリストを参照することで、ダウンロードの要求があったセーブデータがダウンロードが制限される属性を持つか否かを確認する属性確認部と、ダウンロードの要求があったセーブデータがダウンロードが制限される属性を持つ場合、前記リストを参照して、セーブデータのダウンロードの要求があった時刻が当該セーブデータを次にダウンロード可能となる時刻に到達しているか否かを確認する時刻確認部と、セーブデータのダウンロードの要求があった時刻が、当該セーブデータを次にダウンロード可能となる時刻以前である場合、ユーザに次にダウンロード可能となる時刻を通知する通知部と、ダウンロードの要求があったセーブデータがダウンロードが制限される属性を持たない場合、またはダウンロードの要求があった時刻が当該セーブデータを次にダウンロード可能となる時刻を過ぎていてダウンロード可能となっている場合、前記サーバからセーブデータをダウンロードするダウンロード実行部と、次にダウンロード可能となる時刻を更新した時刻を前記データベースに送信する時刻更新部とを含む。ここで前記データベース管理部は、前記時刻更新部から取得したリストを前記データベースに格納して更新する。
【０００８】
なお、以上の構成要素の任意の組み合わせ、本発明の表現を方法、装置、システム、コンピュータプログラム、データ構造、記録媒体などの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【０００９】
本発明によれば、ゲームのセーブデータを管理するクラウドサービスの技術を提供することができる。
【図面の簡単な説明】
【００１０】
【図１】実施の形態に係るデータアクセス管理システムの概要を説明する図である。
【図２】実施の形態に係るサーバの機能構成を模式的に示す図である。
【図３】実施の形態に係るダウンロード制御部の機能構成を模式的に示す図である。
【図４】実施の形態に係るデータベースに格納されたリストの一例を模式的に示す図である。
【図５】実施の形態に係る通知部が通知する画面の一例を示す図である。
【図６】実施の形態に係るアップロード制御部の機能構成を模式的に示す図である。
【図７】実施の形態にデータアクセス管理システムの処理の流れを示すフローチャートである。
【図８】実施の形態にダウンロード制御部の処理の流れを示すフローチャートである。
【図９】実施の形態にアップロード制御部の処理の流れを示すフローチャートである。
【図１０】実施の形態の変形例に係るデータアクセス管理システムの機能構成を模式的に示す図である。
【発明を実施するための形態】
【００１１】
図１は、実施の形態に係るデータアクセス管理システム６００の概要を説明する図である。データアクセス管理システム６００は、複数の情報端末装置２００ａ、２００ｂ、および２００ｃが、インターネット３００を用いたネットワークを介してサーバ１００と接続している。サーバ１００と接続する情報端末装置２００の数には、特に制限はない。以下、複数の情報端末装置２００について区別の必要がない限り、単に情報端末装置２００と総称する。
【００１２】
サーバ１００は、情報端末装置２００で実行されるゲームのセーブデータを保存する。ここで「ゲームのセーブデータ」とは、例えばゲームの進行に応じて更新されるステータス情報である。ゲームのセーブデータは、デジタル写真のデータ等とは異なり、ゲームの進行に応じて書き換えられる。一方、ゲームのセーブデータは文書データ等とも異なり、ゲームの進行における特定のタイミングでセーブやロードすることが通常である。
【００１３】
ＲＰＧ（Role Playing Game）のセーブデータを具体例として説明する。ゲームの進行における特定の場面のセーブデータ、例えばボス戦の直前でセーブしたセーブデータをロードすれば、ユーザはその場面にロールバックすることができる。仮にボスが強敵でゲームが行き詰まったとしても、ユーザはゲームをやり直すことができる。このように、ゲームのセーブデータはゲームの進行に応じて更新されるだけではなく、ゲームの進行における複数の履歴を保存して、後にロールバックするためにも用いられる。
【００１４】
そのため、任意のタイミングでゲームデータのセーブやロードの実行ができるとゲームの難易度が下がり、ゲーム性が崩れてしまう場合もありうる。そこでサーバ１００は、ユーザによるセーブデータへのアクセスを管理する。
【００１５】
図２は、実施の形態に係るサーバ１００の機能構成を模式的に示す図である。サーバ１００は、送受信部１０２、要求受付部１０４、ダウンロード制御部４００、データベース１０６、およびアップロード制御部５００を含む。
【００１６】
図２は、実施の形態に係るサーバ１００を実現するための機能構成を示しており、その他の構成は省略している。図２において、さまざまな処理を行う機能ブロックとして記載される各要素は、ハードウェア的には、ＣＰＵ（Central Processing Unit）、メインメモリ、その他のＬＳＩ（Large Scale Integration）で構成することができ、ソフトウェア的には、メインメモリにロードされたプログラム等によって実現される。したがって、これらの機能ブロックがハードウェアのみ、ソフトウェアのみ、またはそれらの組み合わせによっていろいろな形で実現できることは当業者には理解されるところであり、いずれかに限定されるものではない。
【００１７】
送受信部１０２は、インターネット３００を介して情報端末装置２００からゲームのセーブデータのダウンロードやアップロードの要求を受け付けるインタフェースである。送受信部１０２は、例えばＬＡＮ（Local Area Network）カード等の既知の技術を用いて実現できる。要求受付部１０４は、送受信部１０２を介して情報端末装置２００からゲームのセーブデータのダウンロードやアップロードの要求を受け付けてその要求を処理する。
【００１８】
具体的には、要求受付部１０４はユーザからセーブデータのダウンロード要求を受け付けた場合、その旨、ユーザを一意に特定可能なユーザＩＤ（IDentification）、およびダウンロードすべきセーブデータを特定可能なセーブデータＩＤ等、ダウンロード処理に必要な一連の情報を後述のダウンロード制御部４００に通知する。また、要求受付部１０４はユーザからセーブデータのアップロード要求を受け付けた場合、アップロード処理に必要な一連の情報を後述のアップロード制御部５００に通知する。
【００１９】
データベース１０６は、サーバ１００に登録されているユーザ毎に、ゲームのセーブデータおよびそのセーブデータを一覧できるリストを格納する。リストの詳細については後述する。
【００２０】
図３は、実施の形態に係るダウンロード制御部４００の機能構成を模式的に示す図である。ダウンロード制御部４００は、リスト取得部４０２、時刻更新部４０４、ダウンロード実行部４０６、属性確認部４０８、時刻確認部４１０、および通知部４１２を含む。
【００２１】
リスト取得部４０２は、要求受付部１０４からユーザのダウンロード処理に必要な一連の情報を受け付けると、ユーザＩＤをもとにデータベース１０６からそのユーザが保存しているセーブデータが一覧できるリストを取得する。
【００２２】
図４は、実施の形態に係るデータベース１０６に格納されたリストの一例を模式的に示す図である。図４に示すように、データベース１０６には、ユーザＩＤ毎にセーブデータＩＤと、セーブデータの属性および次にダウンロードが可能となる時刻とが対応づけられてリスト化されている。
【００２３】
ここで「セーブデータＩＤ」とは、例えばセーブデータを一意に特定可能な識別子である。同一ユーザであっても、異なるゲームのセーブデータをデータベース１０６に保存する場合もある。また、同一ユーザが同一ゲームについて複数のセーブデータを保存する場合もある。そのため、「セーブデータＩＤ」には、ゲームのタイトルを特定する情報とそのタイトルにおけるセーブデータの通し番号との情報が含まれる。
【００２４】
また、「セーブデータの属性」とは、例えばセーブデータのダウンロードを制限すること、すなわちダウンロードによるセーブデータのコピーが制限されるか否かを示す情報であり、セーブデータ毎に設定されている。ダウンロードが制限されないセーブデータは、ユーザはいつでも自由にセーブデータをダウンロードできる。一方、ダウンロードが制限されるセーブデータは、ユーザがそのセーブデータに最後にアクセスしたときから所定の時間の経過後でなければ、ユーザはダウンロードすることができない。
【００２５】
「セーブデータにアクセスする」とは、例えばセーブデータをデータベース１０６にアップロードすること、セーブデータをデータベース１０６からダウンロードすること、およびデータベース１０６に格納されたセーブデータを消去することを含む。また、「所定の時間」とは、セーブデータのダウンロードが制限されている場合にそのセーブデータがダウンロード可能か否かを決定するための基準時間であり、例えば２４時間である。所定の時間は２４時間に限られず、例えばゲーム性の確保とユーザの利便性の向上とのバランスを考慮しながら実験によって定めればよく、サーバ１００の管理者はいつでも変更することができる。
【００２６】
セーブデータのダウンロードが制限されている場合、次にセーブデータのダウンロードが可能となる時刻もリスト内に対応づけられて格納されている。具体的には、そのセーブデータに最後にアクセスしたときから２４時間後の時刻が格納されている。
【００２７】
図３の説明に戻る。属性確認部４０８は、リスト取得部４０２が取得したリストを参照することで、ダウンロードの要求があったセーブデータがダウンロードが制限される属性を持つか否かを確認する。ダウンロードの要求のあったセーブデータがダウンロードが制限される属性を持たない場合、属性確認部４０８はセーブデータのダウンロードを許可し、ダウンロード実行部４０６にセーブデータをダウンロードさせる。
【００２８】
ダウンロードの要求のあったセーブデータがダウンロードが制限される属性を持つ場合、属性確認部４０８は、その旨を時刻確認部４１０に通知する。時刻確認部４１０は、リスト取得部４０２が取得したリストを参照することで、セーブデータのダウンロードの要求を受け付けた時刻が当該セーブデータを次にダウンロード可能となる時刻に到達しているか否かを確認する。
【００２９】
セーブデータのダウンロードの要求を受け付けた時刻が、そのセーブデータを次にダウンロード可能となる時刻以前である場合、時刻確認部４１０はその旨を属性確認部４０８および通知部４１２に通知する。その結果、属性確認部４０８はセーブデータのダウンロードを拒否し、ダウンロード実行部４０６にセーブデータをダウンロードさせない。また、通知部４１２は、次にダウンロード可能となる時刻をネットワークを介してユーザに通知する。
【００３０】
図５は、実施の形態に係る通知部４１２が通知する画面の一例を示す図である。図５に示すように、ダウンロードしようとしているセーブデータが、ダウンロードが制限されるデータであることが表示される。さらに、次にダウンロードすることができる時刻も、ユーザの利用するモニタ等の表示画面に具体的に表示される。ユーザは情報端末装置２００のコントローラ等のボタンを押し下げすることで、通知画面を確認した後に表示を消去することができる。これにより、セーブデータをダウンロードするために待機する必要がある時間を容易に確認することが可能となる。これは既知のＧＵＩ（Graphical User Interface）等の技術を用いて実現できる。
【００３１】
セーブデータのダウンロードの要求を受け付けた時刻が、そのセーブデータを次にダウンロード可能となる時刻を過ぎている場合、時刻確認部４１０はその旨を属性確認部４０８に通知する。その結果、属性確認部４０８はセーブデータのダウンロードを許可し、ダウンロード実行部４０６にセーブデータをダウンロードさせる。ダウンロード実行部４０６がユーザにセーブデータをダウンロードさせた場合、時刻更新部４０４は、ダウンロードさせたセーブデータを次にダウンロード可能となる時刻を更新する。リスト取得部４０２は、次にダウンロード可能となる時刻が更新されたリストをデータベース１０６に格納する。
【００３２】
図６は、実施の形態に係るアップロード制御部５００の機能構成を模式的に示す図である。アップロード制御部５００は、リスト取得部５０２、時刻更新部５０４、アップロード実行部５０６、データ比較部５０８、および指示確認部５１０を含む。
【００３３】
リスト取得部５０２は、ダウンロード制御部４００におけるリスト取得部４０２と同様に、要求受付部１０４からユーザのアップロード処理に必要な一連の情報を受け付けると、ユーザＩＤをもとにデータベース１０６からそのユーザが保存しているセーブデータが一覧できるリストを取得する。ここで「アップロード処理に必要な一連の情報」とは、ユーザＩＤ、セーブデータＩＤの他に、アップロードを望むセーブデータ自体を含む。
【００３４】
データ比較部５０８は、リスト取得部５０２が取得したリストを参照して、アップロードの要求のあったセーブデータと同一のセーブデータが、既にデータベース１０６に登録されているか否かを確認する。具体的には、データ比較部５０８は、比較対象のセーブデータのセーブデータＩＤが一致するか否かを確認し、一致する場合に両者は一致すると判断する。データ比較部５０８は、セーブデータＩＤの比較に代えて、あるいはこれに加えて、比較対象のセーブデータ自体のバイナリコンペアを行い、両者が一致する場合に同一と判断してもよい。
【００３５】
アップロードの要求のあったセーブデータと同一のセーブデータが登録されている場合、データ比較部５０８は、その旨を指示確認部５１０に通知する。指示確認部５１０は、送受信部１０２を介して、登録されているセーブデータをアップロードの要求のあったセーブデータで上書きするか否かをユーザに選択可能な態様で提示する。ユーザの指示によってセーブデータを上書きしないことが選択された場合、指示確認部５１０はセーブデータのアップロードを取り消し、アップロード実行部５０６にセーブデータのアップロードをさせることを中止する。
【００３６】
ユーザの指示によってセーブデータを上書きすることが選択された場合、指示確認部５１０は、アップロード実行部５０６にアップロードされたセーブデータで登録されているセーブデータを上書きさせる。時刻更新部５０４は、アップロード実行部５０６がセーブデータをアップデートした場合、次にダウンロード可能となる時刻を更新する。リスト取得部４０２は、次にダウンロード可能となる時刻が更新されたリストをデータベース１０６に格納する。
【００３７】
同一のセーブデータが登録されていないことを確認した場合、データ比較部５０８はセーブデータのアップロードを許可し、アップロード実行部５０６にアップロードの要求のあったセーブデータをアップロードさせてデータベース１０６に登録させる。時刻更新部５０４は、アップロード実行部５０６がセーブデータをアップデートした場合、次にダウンロード可能となる時刻を更新する。リスト取得部４０２は、次にダウンロード可能となる時刻が更新されたリストをデータベース１０６に格納する。
【００３８】
ユーザに同一データの上書きをするか否かを通知することにより、ユーザが誤って同一のセーブデータをアップロードすることを防止することができる。セーブデータが、ダウンロードが制限される属性を持つ場合、同一のセーブデータをアップロードすることは、単なるデータの上書きとは異なる。すなわち、次にダウンロード可能となる時刻を遅らせることになるため、セーブデータのステータスが変更されることになる。したがって、ダウンロードが制限される属性を持つセーブデータを上書きしてアップロードするか否かを事前に確認することは、ユーザの利便性を向上させる上で有用である。
【００３９】
図７は、実施の形態にデータアクセス管理システム６００の処理の流れを示すフローチャートである。以下に示す各フローチャートにおいては、各部の処理手順を、ステップを意味するＳ（Ｓｔｅｐの頭文字）と数字との組み合わせによって表示する。また、Ｓと数字との組み合わせによって表示した処理で何らかの判断処理が実行され、その判断結果が肯定的であった場合は、Ｙ（Ｙｅｓの頭文字）を付加して、例えば、（Ｓ２２のＹ）と表示し、逆にその判断結果が否定的であった場合は、Ｎ（Ｎｏの頭文字）を付加して、（Ｓ２２のＮ）と表示する。本フローチャートにおける処理は、サーバ１００がユーザからデータアクセスの要求を取得したときに開始する。
【００４０】
要求受付部１０４は、送受信部１０２を介して、ユーザの利用する情報端末装置２００からセーブデータのアクセス要求を取得する（Ｓ１０）。要求受付部１０４が取得した要求処理がダウンロード要求の場合（Ｓ１２のダウンロード）、ダウンロード制御部４００はセーブデータのダウンロード処理を実行する（Ｓ１４）。要求受付部１０４が取得した要求処理がアップロード要求の場合（Ｓ１２のアップロード）、アップロード制御部５００はセーブデータのアップロード処理を実行する（Ｓ１６）。ダウンロード制御部４００がダウンロード処理を実行するか、アップロード制御部５００がアップロード処理を実行すると、本フローチャートにおける処理は終了する。
【００４１】
図８は、実施の形態にダウンロード制御部４００の処理の流れを示すフローチャートであり、図７におけるステップＳ１４の詳細を説明する図である。
【００４２】
リスト取得部４０２は、データベース１０６から、ダウンロード要求をしたユーザのセーブデータのリストを取得する（Ｓ１８）。属性確認部４０８は、リストを参照してダウンロード要求のあったセーブデータが、ダウンロードが制限される属性を持つか否かを確認する（Ｓ２０）。
【００４３】
ダウンロード要求のあったセーブデータが、ダウンロードが制限される属性を持たない場合（Ｓ２２のＮ）、ダウンロード実行部４０６は、ダウンロード要求のあったセーブデータをユーザにダウンロードする（Ｓ２６）。
【００４４】
ダウンロード要求のあったセーブデータが、ダウンロードが制限される属性を持つ場合（Ｓ２２のＹ）、時刻確認部４１０は、ダウンロード要求のあった時刻が次にダウンロード可能な時刻を過ぎているか否かを確認する（Ｓ２８）。ダウンロード要求のあった時刻が次にダウンロード可能な時刻を過ぎており、セーブデータのダウンロードが可能な場合（Ｓ３０のＹ）、時刻更新部４０４は、ダウンロードされたセーブデータにおける、次にダウンロード可能な時刻を更新する（Ｓ２４）。ダウンロード実行部４０６はダウンロード要求のあったセーブデータをユーザにダウンロードする（Ｓ２６）。
【００４５】
ダウンロード要求のあった時刻が次にダウンロード可能な時刻に至っておらず、セーブデータのダウンロードができない場合（Ｓ３０のＮ）、通知部４１２は、送受信部１０２を介してユーザにダウンロードが許可されないこと、および次にダウンロード可能な時刻を通知する（Ｓ３２）。通知部４１２がユーザに通知をするか、ダウンロード実行部４０６がダウンロード要求のあったセーブデータをユーザにダウンロードすると、本フローチャートにおける処理は終了する。
【００４６】
図９は、実施の形態にアップロード制御部５００の処理の流れを示すフローチャートであり、図７におけるステップＳ１６の詳細を説明する図である。
【００４７】
リスト取得部５０２は、データベース１０６から、アップロード要求をしたユーザのセーブデータのリストを取得する（Ｓ３４）。データ比較部５０８は、アップロード対象のセーブデータが、既にデータベース１０６に登録されているセーブデータと同一か否かを比較する（Ｓ３６）。
【００４８】
アップロード対象のセーブデータと、既にデータベース１０６に登録されているセーブデータとが同一の場合（Ｓ３８のＹ）、指示確認部５１０は、送受信部１０２を介してユーザにセーブデータを上書きするか否かを確認する（Ｓ４０）。ユーザがセーブデータを上書きすることを選択する場合（Ｓ４２のＹ）、時刻更新部５０４は、アップロードされたセーブデータにおける、次にダウンロード可能な時刻を更新する（Ｓ４４）。アップロード実行部５０６は、アップロード対象のセーブデータを既にデータベース１０６に登録されているセーブデータに上書きしてアップロードする（Ｓ４６）。
【００４９】
ユーザがセーブデータを上書きすることを選択しない場合（Ｓ４２のＮ）、指示確認部５１０はセーブデータのアップロードを拒否し、アップロード実行部５０６は特段の処理をしない。
【００５０】
アップロード対象のセーブデータと、既にデータベース１０６に登録されているセーブデータとが同一でない場合（Ｓ３８のＮ）、アップロード実行部５０６は、アップロード対象のセーブデータを既にデータベース１０６に登録されているセーブデータに上書きしてアップロードする（Ｓ４６）。ユーザがセーブデータを上書きしないことを選択するか、アップロード実行部５０６がアップロード対象のセーブデータを既にデータベース１０６に登録されているセーブデータに上書きしてアップロードすると、本フローチャートにおける処理は終了する。
【００５１】
以上の構成による動作は以下のとおりである。情報端末装置２００のユーザがインターネット３００を介してサーバ１００にゲームのセーブデータのダウンロードを要求する。ダウンロード制御部４００は、ダウンロード対象のセーブデータが、ダウンロードが制限される属性を持つか否かを確認し、ダウンロードが制限される属性を持つ場合、ダウンロード要求をした時刻がダウンロード可能な時刻に至っている場合にダウンロードを許可する。
【００５２】
また、情報端末装置２００のユーザがインターネット３００を介してサーバ１００にゲームのセーブデータのアップロードを要求する。アップロード制御部５００は、アップロード対象のセーブデータと同一のセーブデータが既にサーバ１００に登録されているか否かを確認する。同一のセーブデータが既にサーバ１００に登録されている場合、アップロード制御部５００は、セーブデータを上書きするか否かをユーザに選択可能な態様で通知する。
【００５３】
以上説明したように、本発明の実施形態によれば、セーブデータのアップロードやダウンロードのタイミングに制限をかけることにより、ゲームのおもしろさやゲームのバランスに代表されるゲーム性を確保しつつ、ゲーム等のセーブデータをネットワーク上で管理するためのクラウドサービスを提供することができる。
【００５４】
以上、本発明を実施の形態をもとに説明した。実施の形態は例示であり、それらの各構成要素や各処理プロセスの組み合わせにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。
【００５５】
（変形例１）
上記の説明では、ダウンロード制御部４００およびアップロード制御部５００がサーバ１００に存在する場合について説明したが、ダウンロード制御部４００およびアップロード制御部５００は、情報端末装置２００内にあってもよい。以下、そのような変形例について説明するが、上述した実施の形態と重複する説明については、適宜省略または簡略化して説明する。
【００５６】
図１０は、実施の形態の変形例に係るデータアクセス管理システム６０２の機能構成を模式的に示す図である。データアクセス管理システム６０２は、インターネット３００を介して、情報端末装置２００とサーバ１００とが通信可能となっている。
【００５７】
情報端末装置２００は、送受信部２０２、データアクセス制御部２０４、ユーザインタフェース２０６、ダウンロード制御部４２０、およびアップロード制御部５２０を含む。情報端末装置２００は、ユーザインタフェース２０６を介して、コントローラ２１０とモニタ２０８とに接続されている。ここで、ダウンロード制御部４２０の内部構成は、図３に示すダウンロード制御部４００と同様である。また、アップロード制御部５２０の内部構成は、図６に示すアップロード制御部５００と同様である。
【００５８】
ユーザは、モニタ２０８を見ながらコントローラ２１０を操作して、サーバ１００にセーブデータのアクセス要求を実行することができる。データアクセス制御部２０４は、ユーザインタフェース２０６を介してユーザからセーブデータのアクセス要求を取得する。セーブデータのアクセス要求がセーブデータのダウンロード要求の場合、データアクセス制御部２０４は、ダウンロード制御部４２０に、セーブデータのダウンロード要求を実行させる。また、セーブデータのアクセス要求がセーブデータのアップロード要求の場合、データアクセス制御部２０４は、アップロード制御部５２０に、セーブデータのアップロード要求を実行させる。
【００５９】
サーバ１００は、送受信部１０２、要求受付部１０４、データベース１０６、およびデータベース管理部１０８を含む。要求受付部１０４は、送受信部１０２を介してユーザからセーブデータへのアクセス要求を受け付けると、その旨をデータベース管理部１０８に通知する。データベース管理部１０８は、アクセス要求がダウンロード要求かアップロード要求かに関わらず、データベース１０６からアクセス要求をしたユーザが保存しているセーブデータが一覧できるリストを取得する。データベース管理部１０８は続いて、取得したリストを送受信部１０２を介してアクセス要求をしたユーザが使用する情報端末装置２００に送信する。
【００６０】
ユーザのデータアクセス要求がダウンロード要求の場合、ダウンロード制御部４２０内のリスト取得部４０２は、データベース管理部１０８からセーブデータのリストを取得する。リスト取得部４０２がリストを取得した後のダウンロード制御部４２０の動作は、上述した実施の形態に係るダウンロード制御部４００と同様である。ただし、ダウンロード制御部４２０内の通知部４１２は、データアクセス制御部２０４およびユーザインタフェース２０６を介してモニタ２０８に選択画面を表示し、コントローラ２１０によるユーザの選択を取得する。また、ダウンロード制御部４２０内のダウンロード実行部４０６は、送受信部２０２を介してサーバ１００内のデータベース１０６からセーブデータをダウンロードする。
【００６１】
ユーザのデータアクセス要求がアップロード要求の場合、アップロード制御部５２０内のリスト取得部５０２は、データベース管理部１０８からセーブデータのリストを取得する。リスト取得部５０２がリストを取得した後のアップロード制御部５２０の動作は、上述した実施の形態に係るアップロード制御部５００と同様である。ただし、アップロード制御部５２０内の指示確認部５１０は、データアクセス制御部２０４およびユーザインタフェース２０６を介してモニタ２０８に通知する。また、アップロード制御部５２０内のアップロード実行部５０６は、送受信部２０２を介してサーバ１００内のデータベース１０６にセーブデータをアップロードして上書きする。
【００６２】
以上のように、変形例に係るデータアクセス管理システム６０２は、情報端末装置２００がセーブデータアクセスの具体的な処理を実行することにより、サーバ１００の負荷分散が実現できる。サーバ１００が同時に処理するセーブデータアクセスの要求の数を増加できる点で効果がある。
【００６３】
（変形例２）
上記の説明では、所定時間内におけるセーブデータのアクセスを制限する場合について説明したが、セーブデータのアクセス制限は時間に限られず、例えばゲームの年齢制限をもとに制限してもよい。具体的には、ユーザがアクセス要求をしたセーブデータのゲームに年齢制限がある場合において、ユーザの年齢が対象年齢に到達していない場合、セーブデータのアクセスを制限してもよい。これは例えばデータベース１０６にユーザＩＤに紐づけて、ユーザの年齢およびゲームの対象年齢も格納することで実現できる。この場合、ダウンロード制御部４００やアップロード制御部５００における図示しない年齢確認部が年齢確認を実行すればよい。
【００６４】
（変形例３）
サーバ１００をペアレンタルコントロールサーバとして機能させてもよい。具体的には、ペアレンタルコントロールを受けるべきユーザは、特定の時間帯においてセーブデータのダウンロードが許可される。あるいは、ペアレンタルコントロールを受けるべきユーザは、セーブデータをダウンロードする回数が制限される。これは例えばデータベース１０６にユーザＩＤに紐づけて、ペアレンタルコントロールを受けるユーザか否かを示す属性やダウンロードが許可される時間帯、ダウンロード可能な回数等の情報を格納することで実現できる。この場合、ダウンロード制御部４００やアップロード制御部５００における図示しないペアレンタルコントロール確認部がセーブデータへのアクセスを制御すればよい。
【００６５】
（変形例４）
上記の説明では、所定時間内におけるセーブデータのアクセスを制限する場合について説明したが、特定の期間中は、セーブデータへのアクセス制限を解除するようにしてもよい。例えば、ユーザの誕生日やクリスマス、サーバ１００へのユーザ登録のキャンペーン期間中などにおいては、セーブデータへのアクセス制限を解除する。この場合、例えばアップロード制御部５００内の指示確認部５１０が、ユーザに対し、キャンペーン期間中であることを提示するとともに、特定の期間中にセーブデータへのアクセス制限を解除するか否かを選択可能な態様で提示する。ユーザがキャンペーンに参加する意思を表明した場合、そのユーザがキャンペーンに参加するユーザであることを示す属性をデータベース１０６にユーザＩＤと紐づけて登録する。ダウンロード制御部４００内の属性確認部４０８は、キャンペーンに参加するユーザであることを示す属性の有無を確認してセーブデータのダウンロードを制御することで、特定の期間中におけるセーブデータへのアクセス制限の解除を実現できる。
【００６６】
（変形例５）
上記の説明では、所定時間内におけるセーブデータのアクセスを制限する場合について説明したが、セーブデータのアクセス制限は時間に限られず、例えばゲームの販売地域をもとに制限してもよい。具体的には、ユーザがゲームのセーブデータへのアクセス要求の際に使用したアクセスポイントが存在する地域が、そのゲームが販売されている地域ではない場合、そのゲームのセーブデータのアクセスを制限してもよい。これは例えばデータベース１０６にゲームのタイトルに紐づけて、そのゲームの販売地域も格納することで実現できる。この場合、ダウンロード制御部４００やアップロード制御部５００における図示しない販売地域確認部が、アクセスポイントの存在する地域がゲームを販売する地域であるか否かの確認を実行すればよい。
【符号の説明】
【００６７】
１００ サーバ、 １０２ 送受信部、 １０４ 要求受付部、 １０６ データベース、 １０８ データベース管理部、 ２００ 情報端末装置、 ２０２ 送受信部、 ２０４ データアクセス制御部、 ２０６ ユーザインタフェース、 ２０８ モニタ、 ２１０ コントローラ、 ３００ インターネット、 ４００、４２０ ダウンロード制御部、 ４０２ リスト取得部、 ４０４ 時刻更新部、 ４０６ ダウンロード実行部、 ４０８ 属性確認部、 ４１０ 時刻確認部、 ４１２ 通知部、 ５００、５２０ アップロード制御部、 ５０２ リスト取得部、 ５０４ 時刻更新部、 ５０６ アップロード実行部、 ５０８ データ比較部、 ５１０ 指示確認部、 ６００、６０２ データアクセス管理システム。
【特許請求の範囲】
【請求項１】
ゲームの進行に応じて更新されるステータス情報であるセーブデータのダウンロードの要求をネットワークを介して受け付けるステップと、
セーブデータを一意に特定する識別子と、セーブデータのダウンロードが制限されるか否かを示す属性および次にダウンロードが可能となる時刻と、が対応づけられてリスト化されているデータベースから取得してメモリに格納したリストを参照することで、ダウンロードの要求があったセーブデータがダウンロードが制限される属性を持つか否かを確認するステップと、
ダウンロード要求のあったセーブデータがダウンロードが制限される属性を持つ場合、前記データベースから取得したリストを参照して、セーブデータのダウンロードの要求を受け付けた時刻が当該セーブデータを次にダウンロード可能となる時刻に到達しているか否かを確認するステップと、
セーブデータのダウンロードの要求を受け付けた時刻が、当該セーブデータを次にダウンロード可能となる時刻以前である場合、前記セーブデータのダウンロードの要求を拒否するとともに、次にダウンロード可能となる時刻をユーザに通知するステップとをプロセッサに実行させることを特徴とするデータアクセス管理方法。
【請求項２】
ダウンロードの要求のあったセーブデータがダウンロードが制限される属性を持たない場合、またはセーブデータのダウンロードの要求を受け付けた時刻が当該セーブデータを次にダウンロード可能となる時刻を過ぎていてダウンロード可能となっている場合、ユーザにセーブデータをダウンロードさせるステップと、
ユーザにダウンロードさせたセーブデータに対応づけられている時刻であって、次にダウンロード可能となる時刻を更新して前記データベースに格納するステップとをさらに含むことを特徴とする請求項１に記載のデータアクセス管理方法。
【請求項３】
ネットワークを介してユーザからセーブデータのアップロードの要求を受け付けるステップと、
前記データベースから取得したリストを参照して、アップロードの要求のあったセーブデータと同一のセーブデータが登録されているか否かを確認するステップと、
同一のセーブデータが登録されていない場合、アップロードの要求のあったセーブデータをアップロードさせて登録するとともに、次にダウンロード可能となる時刻を前記データベースに格納するステップとをさらに含むことを特徴とする請求項１または２に記載のデータアクセス管理方法。
【請求項４】
アップロードの要求のあったセーブデータと同一のセーブデータが登録されている場合、登録されているセーブデータをアップロードの要求のあったセーブデータで上書きするか否かをユーザに選択可能な態様で提示するステップと、
ユーザによってセーブデータを上書きすることが選択された場合、アップロードされたセーブデータで登録されているセーブデータを上書きするとともに、次にダウンロード可能となる時刻を更新して前記データベースに格納するステップとをさらに含むことを特徴とする請求項３に記載のデータアクセス管理方法。
【請求項５】
セーブデータが次にダウンロード可能となる時刻は、当該セーブデータが最後にダウンロードされた時刻または最後にアップロードされた時刻のいずれか遅い方の時刻から所定の時間後の時刻であることを特徴とする請求項２から４のいずれかに記載のデータアクセス管理方法。
【請求項６】
ゲームの進行に応じて更新されるステータス情報であるセーブデータのダウンロードの要求をネットワークを介して受け付ける機能と、
セーブデータを一意に特定する識別子と、セーブデータのダウンロードが制限されるか否かを示す属性および次にダウンロードが可能となる時刻と、が対応づけてリスト化されているデータベースから取得してメモリに格納したリストを参照することで、ダウンロードの要求があったセーブデータがダウンロードが制限される属性を持つか否かを確認する機能と、
ダウンロード要求のあったセーブデータがダウンロードが制限される属性を持つ場合、前記データベースから取得したリストを参照して、セーブデータのダウンロードの要求を受け付けた時刻が当該セーブデータを次にダウンロード可能となる時刻に到達しているか否かを確認する機能と、
セーブデータのダウンロードの要求を受け付けた時刻が、当該セーブデータを次にダウンロード可能となる時刻以前である場合、前記セーブデータのダウンロードの要求を拒否するとともに、次にダウンロード可能となる時刻をユーザに通知する機能とをコンピュータに実現させることを特徴とするプログラム。
【請求項７】
サーバと、
ネットワークを介して前記サーバと接続する複数の情報端末装置とを含むシステムにおいて、
前記サーバは、ネットワークを介して前記複数の情報端末装置のいずれかからセーブデータのダウンロードの要求を受け付ける要求受付部と、
セーブデータを一意に特定する識別子とセーブデータの属性および付帯情報とが対応づけてリスト化されているデータベースと、
前記データベースに格納されているリストを、セーブデータのダウンロードの要求をした情報端末装置に送信するデータベース管理部とを含み、
前記複数の情報端末装置それぞれは、
ネットワークを介して前記サーバからセーブデータのダウンロードの要求をして前記サーバから前記リストを取得するリスト取得部と、
前記リスト取得部が取得したリストを参照することで、ダウンロードの要求があったセーブデータがダウンロードが制限される属性を持つか否かを確認する属性確認部と、
ダウンロードの要求があったセーブデータがダウンロードが制限される属性を持つ場合、前記リストを参照して、セーブデータのダウンロードの要求があった時刻が当該セーブデータを次にダウンロード可能となる時刻に到達しているか否かを確認する時刻確認部と、
セーブデータのダウンロードの要求があった時刻が、当該セーブデータを次にダウンロード可能となる時刻以前である場合、ユーザに次にダウンロード可能となる時刻を通知する通知部と、
ダウンロードの要求があったセーブデータがダウンロードが制限される属性を持たない場合、またはダウンロードの要求があった時刻が当該セーブデータを次にダウンロード可能となる時刻を過ぎていてダウンロード可能となっている場合、前記サーバからセーブデータをダウンロードするダウンロード実行部と、
次にダウンロード可能となる時刻を更新した時刻を前記データベースに送信する時刻更新部とを含み、
前記データベース管理部は、前記時刻更新部から取得したリストを前記データベースに格納して更新することを特徴とするデータアクセス管理システム。
【請求項１】
ゲームの進行に応じて更新されるステータス情報であるセーブデータのダウンロードの要求をネットワークを介して受け付けるステップと、
セーブデータを一意に特定する識別子と、セーブデータのダウンロードが制限されるか否かを示す属性および次にダウンロードが可能となる時刻と、が対応づけられてリスト化されているデータベースから取得してメモリに格納したリストを参照することで、ダウンロードの要求があったセーブデータがダウンロードが制限される属性を持つか否かを確認するステップと、
ダウンロード要求のあったセーブデータがダウンロードが制限される属性を持つ場合、前記データベースから取得したリストを参照して、セーブデータのダウンロードの要求を受け付けた時刻が当該セーブデータを次にダウンロード可能となる時刻に到達しているか否かを確認するステップと、
セーブデータのダウンロードの要求を受け付けた時刻が、当該セーブデータを次にダウンロード可能となる時刻以前である場合、前記セーブデータのダウンロードの要求を拒否するとともに、次にダウンロード可能となる時刻をユーザに通知するステップとをプロセッサに実行させることを特徴とするデータアクセス管理方法。
【請求項２】
ダウンロードの要求のあったセーブデータがダウンロードが制限される属性を持たない場合、またはセーブデータのダウンロードの要求を受け付けた時刻が当該セーブデータを次にダウンロード可能となる時刻を過ぎていてダウンロード可能となっている場合、ユーザにセーブデータをダウンロードさせるステップと、
ユーザにダウンロードさせたセーブデータに対応づけられている時刻であって、次にダウンロード可能となる時刻を更新して前記データベースに格納するステップとをさらに含むことを特徴とする請求項１に記載のデータアクセス管理方法。
【請求項３】
ネットワークを介してユーザからセーブデータのアップロードの要求を受け付けるステップと、
前記データベースから取得したリストを参照して、アップロードの要求のあったセーブデータと同一のセーブデータが登録されているか否かを確認するステップと、
同一のセーブデータが登録されていない場合、アップロードの要求のあったセーブデータをアップロードさせて登録するとともに、次にダウンロード可能となる時刻を前記データベースに格納するステップとをさらに含むことを特徴とする請求項１または２に記載のデータアクセス管理方法。
【請求項４】
アップロードの要求のあったセーブデータと同一のセーブデータが登録されている場合、登録されているセーブデータをアップロードの要求のあったセーブデータで上書きするか否かをユーザに選択可能な態様で提示するステップと、
ユーザによってセーブデータを上書きすることが選択された場合、アップロードされたセーブデータで登録されているセーブデータを上書きするとともに、次にダウンロード可能となる時刻を更新して前記データベースに格納するステップとをさらに含むことを特徴とする請求項３に記載のデータアクセス管理方法。
【請求項５】
セーブデータが次にダウンロード可能となる時刻は、当該セーブデータが最後にダウンロードされた時刻または最後にアップロードされた時刻のいずれか遅い方の時刻から所定の時間後の時刻であることを特徴とする請求項２から４のいずれかに記載のデータアクセス管理方法。
【請求項６】
ゲームの進行に応じて更新されるステータス情報であるセーブデータのダウンロードの要求をネットワークを介して受け付ける機能と、
セーブデータを一意に特定する識別子と、セーブデータのダウンロードが制限されるか否かを示す属性および次にダウンロードが可能となる時刻と、が対応づけてリスト化されているデータベースから取得してメモリに格納したリストを参照することで、ダウンロードの要求があったセーブデータがダウンロードが制限される属性を持つか否かを確認する機能と、
ダウンロード要求のあったセーブデータがダウンロードが制限される属性を持つ場合、前記データベースから取得したリストを参照して、セーブデータのダウンロードの要求を受け付けた時刻が当該セーブデータを次にダウンロード可能となる時刻に到達しているか否かを確認する機能と、
セーブデータのダウンロードの要求を受け付けた時刻が、当該セーブデータを次にダウンロード可能となる時刻以前である場合、前記セーブデータのダウンロードの要求を拒否するとともに、次にダウンロード可能となる時刻をユーザに通知する機能とをコンピュータに実現させることを特徴とするプログラム。
【請求項７】
サーバと、
ネットワークを介して前記サーバと接続する複数の情報端末装置とを含むシステムにおいて、
前記サーバは、ネットワークを介して前記複数の情報端末装置のいずれかからセーブデータのダウンロードの要求を受け付ける要求受付部と、
セーブデータを一意に特定する識別子とセーブデータの属性および付帯情報とが対応づけてリスト化されているデータベースと、
前記データベースに格納されているリストを、セーブデータのダウンロードの要求をした情報端末装置に送信するデータベース管理部とを含み、
前記複数の情報端末装置それぞれは、
ネットワークを介して前記サーバからセーブデータのダウンロードの要求をして前記サーバから前記リストを取得するリスト取得部と、
前記リスト取得部が取得したリストを参照することで、ダウンロードの要求があったセーブデータがダウンロードが制限される属性を持つか否かを確認する属性確認部と、
ダウンロードの要求があったセーブデータがダウンロードが制限される属性を持つ場合、前記リストを参照して、セーブデータのダウンロードの要求があった時刻が当該セーブデータを次にダウンロード可能となる時刻に到達しているか否かを確認する時刻確認部と、
セーブデータのダウンロードの要求があった時刻が、当該セーブデータを次にダウンロード可能となる時刻以前である場合、ユーザに次にダウンロード可能となる時刻を通知する通知部と、
ダウンロードの要求があったセーブデータがダウンロードが制限される属性を持たない場合、またはダウンロードの要求があった時刻が当該セーブデータを次にダウンロード可能となる時刻を過ぎていてダウンロード可能となっている場合、前記サーバからセーブデータをダウンロードするダウンロード実行部と、
次にダウンロード可能となる時刻を更新した時刻を前記データベースに送信する時刻更新部とを含み、
前記データベース管理部は、前記時刻更新部から取得したリストを前記データベースに格納して更新することを特徴とするデータアクセス管理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１２−１９００７６（Ｐ２０１２−１９００７６Ａ）
【公開日】平成２４年１０月４日（２０１２．１０．４）
【国際特許分類】
【出願番号】特願２０１１−５０７２７（Ｐ２０１１−５０７２７）
【出願日】平成２３年３月８日（２０１１．３．８）
【出願人】（３１００２１７６６）株式会社ソニー・コンピュータエンタテインメント (417)
【公開日】平成２４年１０月４日（２０１２．１０．４）
【国際特許分類】
【出願日】平成２３年３月８日（２０１１．３．８）
【出願人】（３１００２１７６６）株式会社ソニー・コンピュータエンタテインメント (417)
[ Back to top ]