(57)【要約】【課題】通信時間や通信コストの無駄の無いアップデートデータの管理方法を提案する。【解決手段】クライアントから、自機のバージョン番号および個別識別番号をサーバー２に送信する第１ステップ（ステップＳ１１）と、サーバーが、受信したバージョン番号および個別識別番号をバージョン管理データベース２５に照合して、所定のクライアント（既にバージョン２をロードしたクライアント１）であるか否かを判断する第２ステップ（ステップＳ２１）と、第２ステップで所定のクライアント（既にバージョン２をロードしたクライアント１）であると判断したときに、特定バージョン（ここではバージョン１）のダウンロードをクライアントに指示する第３ステップ（ステップＳ２３）と、を具備することを特徴とする。【選択図】図１
2006309436.tif 000002
【特許請求の範囲】
【請求項１】
クライアントから、自機のバージョン番号および個別識別番号をサーバー（２）に送信する第１ステップ（ステップＳ１１）と、
サーバーが、受信したバージョン番号および個別識別番号をバージョン管理データベース２５に照合して、所定のクライアントであるか否かを判断する第２ステップ（ステップＳ２１）と、
第２ステップで所定のクライアントであると判断したときに、特定バージョンのダウンロードをクライアントに指示する第３ステップ（ステップＳ２３）と、
を具備することを特徴とするアップデートデータの管理方法。
【請求項２】
第２ステップ（ステップＳ２１）で、所定のクライアントでないと判断したときは、新バージョンが有るか否かを判断する第４ステップ（ステップＳ２２）と、
第４ステップ（ステップＳ２２）で新バージョンが有ると判断したときに、新バージョンのダウンロードをクライアントに指示する第５ステップ（ステップＳ２４）と、
を更に具備することを特徴とする請求項１に記載のアップデートデータの管理方法。
【請求項３】
第３ステップ（ステップＳ２３）または第５ステップ（ステップＳ２４）においてダウンロードを指示したクライアントの個別識別番号とバージョン番号を、バージョン管理データベース（２５）で管理することを特徴とする請求項１および請求項２に記載のアップデートデータの管理方法。
【請求項４】
クライアントから、自機のバージョン番号および個別識別番号をサーバー（２）に送信する第１ステップ（ステップＳ１１）と、
サーバーが、受信したバージョン番号および個別識別番号をバージョン管理データベース２５に照合して、所定のクライアントであるか否かを判断する第２ステップ（ステップＳ２１）と、
第２ステップ（ステップＳ２１）で、所定のクライアントでないと判断したときは、新バージョンが有るか否かを判断する第３ステップ（ステップＳ２２）とを具備し、
第３ステップ（ステップＳ２２）で新バージョンが無いと判断したときは、一切のダウンロードを指示しないことを特徴とするアップデートデータの管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アップデートデータの管理方法に関するものである。
【背景技術】
【０００２】
クライアントがサーバーにアップデートを要求する場合に、クライアントが自機のバージョン情報をサーバーに送信し、サーバーが受信したバージョン情報が最新のものであるか否かを判断し、最新のものでないときにアップデートをクライアントに送信することが行われている。
【特許文献１】特開２００３−１２２５７９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上述した従来の方法で、サーバーに例えばバージョン２をロードした後に間違いに気付いてバージョン１に戻したい場合には、バージョン１と同じデータをバージョン３としてサーバーにロードして、バージョン２をロードしたクライアントにバージョン３にアップデートしてもらう必要がある。
しかしながら上述した従来の方法では、バージョン２にアップデートしていないクライアント（従ってバージョン１のまま）に、無駄にバージョン２とバージョン３へのアップデートを強要することになり、通信時間や通信コストの無駄が生ずることになる。
【０００４】
本発明は、上記の問題点に鑑みてなされたもので、通信時間や通信コストの無駄の無いアップデートデータの管理方法を提案する。
【課題を解決するための手段】
【０００５】
この目的を達成するために、請求項１の発明によるアップデートデータの管理方法は、クライアントから、自機のバージョン番号および個別識別番号をサーバー（２）に送信する第１ステップ（ステップＳ１１）と、サーバーが、受信したバージョン番号および個別識別番号をバージョン管理データベース２５に照合して、所定のクライアント（既にバージョン２をロードしたクライアント１）であるか否かを判断する第２ステップ（ステップＳ２１）と、第２ステップで所定のクライアント（既にバージョン２をロードしたクライアント１）であると判断したときに、特定バージョン（ここではバージョン１）のダウンロードをクライアントに指示する第３ステップ（ステップＳ２３）と、を具備することを特徴とする。
請求項２の発明によるアップデートデータの管理方法は、請求項１において、第２ステップ（ステップＳ２１）で、所定のクライアントでないと判断したときは、新バージョンが有るか否かを判断する第４ステップ（ステップＳ２２）と、第４ステップ（ステップＳ２２）で新バージョンが有ると判断したときに、新バージョンのダウンロードをクライアントに指示する第５ステップ（ステップＳ２４）と、を更に具備することを特徴とする。
請求項３の発明によるアップデートデータの管理方法は、請求項１および請求項２において、第３ステップ（ステップＳ２３）または第５ステップ（ステップＳ２４）においてダウンロードを指示したクライアントの個別識別番号とバージョン番号を、バージョン管理データベース（２５）で管理することを特徴とする。
請求項４の発明によるアップデートデータの管理方法は、クライアントから、自機のバージョン番号および個別識別番号をサーバー（２）に送信する第１ステップ（ステップＳ１１）と、サーバーが、受信したバージョン番号および個別識別番号をバージョン管理データベース２５に照合して、所定のクライアントであるか否かを判断する第２ステップ（ステップＳ２１）と、第２ステップ（ステップＳ２１）で、所定のクライアントでないと判断したときは、新バージョンが有るか否かを判断する第３ステップ（ステップＳ２２）とを具備し、第３ステップ（ステップＳ２２）で新バージョンが無いと判断したときは、一切のダウンロードを指示しないことを特徴とするアップデートデータの管理方法。
【発明の効果】
【０００６】
以上のように、本発明のアップデートデータの管理方法によれば、通信時間や通信コストの無駄の無いアップデートデータの管理が可能となる。
【発明を実施するための最良の形態】
【０００７】
以下、本発明の実施の形態を図面に基づいて説明する。
【実施例１】
【０００８】
図１および図２は、本発明によるアップデートデータの管理方法の一実施形態を示すブロック結線図およびフローチャートである。
【０００９】
図１において、クライアント１とサーバー２は、インターネット３を経由してデータの送受信を行う。
【００１０】
クライアント１は、データ・プログラム記憶装置１１、ＣＰＵ回路１２、入力装置１３、表示装置１４、バージョン番号記憶装置１５、および通信装置１６から構成されている。ＣＰＵ回路１２が、データ・プログラム記憶装置１１に記憶されたプログラムに従って、入力装置１３、表示装置１４、バージョン番号記憶装置１５、および通信装置１６を制御する。バージョン番号記憶装置１５は、例えばＥＰＲＯＭによって構成され、データ・プログラム記憶装置１１に記憶されているプログラムのバージョン番号とクライアント１の個別識別番号が記憶されている。通信装置１６は、インターネット３を介してサーバー２に接続されている。
【００１１】
サーバー２は、データ・プログラム記憶装置２１、通信装置２２、ＣＰＵ回路２３、制御卓２４、およびバージョン管理データベース２５から構成されている。ＣＰＵ回路２３が、データ・プログラム記憶装置２１に記憶されたプログラムに従って、通信装置２２、制御卓２４、およびバージョン管理データベース２５を制御する。通信装置２２は、インターネット３を介してにクライアント１に接続されている。
【００１２】
クライアント１のＣＰＵ回路１２およびサーバー２のＣＰＵ回路２３は、図２にフローチャートで示すプログラムに従って動作する。即ち、プログラムがスタートするとクライアント１のＣＰＵ回路１２が、バージョン番号記憶装置１５からバージョン番号および個別識別番号を読み出してサーバー２に送信する（ステップＳ１１）。
【００１３】
サーバー２のＣＰＵ回路２３は、受信したバージョン番号および個別識別番号をバージョン管理データベース２５に照合して、特別なクライアントであるか否かを判断する（ステップＳ２１）。
【００１４】
なお、ここではサーバー２に例えばバージョン２をロードした後に間違いに気付いてバージョン１に戻したい場合に、バージョン１をダウンロードしてもらう必要があるが、バージョン２にアップデートしていないクライアント１（従ってバージョン１のまま）には、無駄にバージョン１をダウンロードさせないようにしている。即ち、ステップＳ２１で特別なクライアント１であるか否かの判断は、既にバージョン２をロードしたクライアント１であるか否かの判断である。
【００１５】
ステップＳ２１で、特別なクライアント１（既にバージョン２をロードしたクライアント１）であると判断したときは、ステップＳ２３に移行して、特定バージョン（ここではバージョン１）のダウンロードをクライアント１に指示する。また、ダウンロードを指示したクライアント１のバージョン番号をバージョン管理データベース２５に記録（更新）する。
【００１６】
ステップＳ２１で、特別なクライアント１（既にバージョン２をロードしたクライアント１）でないと判断したときは、ステップＳ２２に移行して、新バージョン（例えばバージョン２やバージョン３）が有るか否かを判断する。新バージョンが有る場合は、ステップＳ２４に移行して、新バージョン（バージョン２やバージョン３）のダウンロードをクライアント１に指示する。また、ダウンロードを指示したクライアント１のバージョン番号をバージョン管理データベース２５に記録（更新）する。
【００１７】
ステップＳ２２で新バージョンが無いと判断した場合は、無駄にバージョン１をダウンロードすることなくプログラムを終了する。
クライアント１のステップＳ１２では、サーバー２からダウンロードを指示されたバージョンのアップデートデータをダウンロードする。即ち、ステップＳ２３で特定バージョン（ここではバージョン１）のダウンロードを指示されている場合は、特定バージョン（ここではバージョン１）のダウンロードを開始する。ステップＳ２４で新バージョン（バージョン２やバージョン３）のダウンロードを指示されている場合は、新バージョン（バージョン２やバージョン３）のダウンロードを開始する。
【００１８】
ステップＳ１３では、ステップＳ１２でダウンロードしたデータに従ってデータ・プログラム記憶装置１１のデータやプログラムを書き換える（更新する）。また、ステップＳ１４では、ダウンロードしたデータに従ってバージョン番号記憶装置１５のバージョン番号を書き換える（更新する）。
【産業上の利用可能性】
【００１９】
本発明は、サーバーに接続されたビデオゲーム機器で利用可能な技術を提示している。
【図面の簡単な説明】
【００２０】
【図１】アップデートデータの管理方法を示すブロック結線図である。（実施例１）
【図２】アップデートデータの管理方法の実施方法を示すフローチャートである。（実施例１）
【符号の説明】
【００２１】
１    クライアント
２    サーバー
３    インターネット
１１    プログラム記憶装置
１２    ＣＰＵ回路
１３    入力装置
１４    表示装置
１５    バージョン番号記憶装置
１６    通信装置
２１    プログラム記憶装置
２２    通信装置
２３    ＣＰＵ回路
２４    制御卓
２５    バージョン管理データベース
【図１】
2006309436.tif 000003
【図２】
2006309436.tif 000004