JP2006309436A

JP2006309436A - アップデートデータの管理方法

Info

Publication number: JP2006309436A
Application number: JP2005130022A
Authority: JP
Inventors: Masaya Kinoshita; 昌也木下
Original assignee: Taito Corp
Current assignee: Taito Corp
Priority date: 2005-04-27
Filing date: 2005-04-27
Publication date: 2006-11-09

Abstract

【課題】通信時間や通信コストの無駄の無いアップデートデータの管理方法を提案する。
【解決手段】クライアントから、自機のバージョン番号および個別識別番号をサーバー２に送信する第１ステップ（ステップＳ１１）と、サーバーが、受信したバージョン番号および個別識別番号をバージョン管理データベース２５に照合して、所定のクライアント（既にバージョン２をロードしたクライアント１）であるか否かを判断する第２ステップ（ステップＳ２１）と、第２ステップで所定のクライアント（既にバージョン２をロードしたクライアント１）であると判断したときに、特定バージョン（ここではバージョン１）のダウンロードをクライアントに指示する第３ステップ（ステップＳ２３）と、を具備することを特徴とする。
【選択図】図１

Description

本発明は、アップデートデータの管理方法に関するものである。

クライアントがサーバーにアップデートを要求する場合に、クライアントが自機のバージョン情報をサーバーに送信し、サーバーが受信したバージョン情報が最新のものであるか否かを判断し、最新のものでないときにアップデートをクライアントに送信することが行われている。
特開２００３−１２２５７９号公報

上述した従来の方法で、サーバーに例えばバージョン２をロードした後に間違いに気付いてバージョン１に戻したい場合には、バージョン１と同じデータをバージョン３としてサーバーにロードして、バージョン２をロードしたクライアントにバージョン３にアップデートしてもらう必要がある。
しかしながら上述した従来の方法では、バージョン２にアップデートしていないクライアント（従ってバージョン１のまま）に、無駄にバージョン２とバージョン３へのアップデートを強要することになり、通信時間や通信コストの無駄が生ずることになる。

本発明は、上記の問題点に鑑みてなされたもので、通信時間や通信コストの無駄の無いアップデートデータの管理方法を提案する。

この目的を達成するために、請求項１の発明によるアップデートデータの管理方法は、クライアントから、自機のバージョン番号および個別識別番号をサーバー（２）に送信する第１ステップ（ステップＳ１１）と、サーバーが、受信したバージョン番号および個別識別番号をバージョン管理データベース２５に照合して、所定のクライアント（既にバージョン２をロードしたクライアント１）であるか否かを判断する第２ステップ（ステップＳ２１）と、第２ステップで所定のクライアント（既にバージョン２をロードしたクライアント１）であると判断したときに、特定バージョン（ここではバージョン１）のダウンロードをクライアントに指示する第３ステップ（ステップＳ２３）と、を具備することを特徴とする。
請求項２の発明によるアップデートデータの管理方法は、請求項１において、第２ステップ（ステップＳ２１）で、所定のクライアントでないと判断したときは、新バージョンが有るか否かを判断する第４ステップ（ステップＳ２２）と、第４ステップ（ステップＳ２２）で新バージョンが有ると判断したときに、新バージョンのダウンロードをクライアントに指示する第５ステップ（ステップＳ２４）と、を更に具備することを特徴とする。
請求項３の発明によるアップデートデータの管理方法は、請求項１および請求項２において、第３ステップ（ステップＳ２３）または第５ステップ（ステップＳ２４）においてダウンロードを指示したクライアントの個別識別番号とバージョン番号を、バージョン管理データベース（２５）で管理することを特徴とする。
請求項４の発明によるアップデートデータの管理方法は、クライアントから、自機のバージョン番号および個別識別番号をサーバー（２）に送信する第１ステップ（ステップＳ１１）と、サーバーが、受信したバージョン番号および個別識別番号をバージョン管理データベース２５に照合して、所定のクライアントであるか否かを判断する第２ステップ（ステップＳ２１）と、第２ステップ（ステップＳ２１）で、所定のクライアントでないと判断したときは、新バージョンが有るか否かを判断する第３ステップ（ステップＳ２２）とを具備し、第３ステップ（ステップＳ２２）で新バージョンが無いと判断したときは、一切のダウンロードを指示しないことを特徴とするアップデートデータの管理方法。

以上のように、本発明のアップデートデータの管理方法によれば、通信時間や通信コストの無駄の無いアップデートデータの管理が可能となる。

以下、本発明の実施の形態を図面に基づいて説明する。

図１および図２は、本発明によるアップデートデータの管理方法の一実施形態を示すブロック結線図およびフローチャートである。

図１において、クライアント１とサーバー２は、インターネット３を経由してデータの送受信を行う。

クライアント１は、データ・プログラム記憶装置１１、ＣＰＵ回路１２、入力装置１３、表示装置１４、バージョン番号記憶装置１５、および通信装置１６から構成されている。ＣＰＵ回路１２が、データ・プログラム記憶装置１１に記憶されたプログラムに従って、入力装置１３、表示装置１４、バージョン番号記憶装置１５、および通信装置１６を制御する。バージョン番号記憶装置１５は、例えばＥＰＲＯＭによって構成され、データ・プログラム記憶装置１１に記憶されているプログラムのバージョン番号とクライアント１の個別識別番号が記憶されている。通信装置１６は、インターネット３を介してサーバー２に接続されている。

サーバー２は、データ・プログラム記憶装置２１、通信装置２２、ＣＰＵ回路２３、制御卓２４、およびバージョン管理データベース２５から構成されている。ＣＰＵ回路２３が、データ・プログラム記憶装置２１に記憶されたプログラムに従って、通信装置２２、制御卓２４、およびバージョン管理データベース２５を制御する。通信装置２２は、インターネット３を介してにクライアント１に接続されている。

クライアント１のＣＰＵ回路１２およびサーバー２のＣＰＵ回路２３は、図２にフローチャートで示すプログラムに従って動作する。即ち、プログラムがスタートするとクライアント１のＣＰＵ回路１２が、バージョン番号記憶装置１５からバージョン番号および個別識別番号を読み出してサーバー２に送信する（ステップＳ１１）。

サーバー２のＣＰＵ回路２３は、受信したバージョン番号および個別識別番号をバージョン管理データベース２５に照合して、特別なクライアントであるか否かを判断する（ステップＳ２１）。

なお、ここではサーバー２に例えばバージョン２をロードした後に間違いに気付いてバージョン１に戻したい場合に、バージョン１をダウンロードしてもらう必要があるが、バージョン２にアップデートしていないクライアント１（従ってバージョン１のまま）には、無駄にバージョン１をダウンロードさせないようにしている。即ち、ステップＳ２１で特別なクライアント１であるか否かの判断は、既にバージョン２をロードしたクライアント１であるか否かの判断である。

ステップＳ２１で、特別なクライアント１（既にバージョン２をロードしたクライアント１）であると判断したときは、ステップＳ２３に移行して、特定バージョン（ここではバージョン１）のダウンロードをクライアント１に指示する。また、ダウンロードを指示したクライアント１のバージョン番号をバージョン管理データベース２５に記録（更新）する。

ステップＳ２１で、特別なクライアント１（既にバージョン２をロードしたクライアント１）でないと判断したときは、ステップＳ２２に移行して、新バージョン（例えばバージョン２やバージョン３）が有るか否かを判断する。新バージョンが有る場合は、ステップＳ２４に移行して、新バージョン（バージョン２やバージョン３）のダウンロードをクライアント１に指示する。また、ダウンロードを指示したクライアント１のバージョン番号をバージョン管理データベース２５に記録（更新）する。

ステップＳ２２で新バージョンが無いと判断した場合は、無駄にバージョン１をダウンロードすることなくプログラムを終了する。
クライアント１のステップＳ１２では、サーバー２からダウンロードを指示されたバージョンのアップデートデータをダウンロードする。即ち、ステップＳ２３で特定バージョン（ここではバージョン１）のダウンロードを指示されている場合は、特定バージョン（ここではバージョン１）のダウンロードを開始する。ステップＳ２４で新バージョン（バージョン２やバージョン３）のダウンロードを指示されている場合は、新バージョン（バージョン２やバージョン３）のダウンロードを開始する。

ステップＳ１３では、ステップＳ１２でダウンロードしたデータに従ってデータ・プログラム記憶装置１１のデータやプログラムを書き換える（更新する）。また、ステップＳ１４では、ダウンロードしたデータに従ってバージョン番号記憶装置１５のバージョン番号を書き換える（更新する）。

本発明は、サーバーに接続されたビデオゲーム機器で利用可能な技術を提示している。

アップデートデータの管理方法を示すブロック結線図である。（実施例１）アップデートデータの管理方法の実施方法を示すフローチャートである。（実施例１）

符号の説明

１クライアント
２サーバー
３インターネット
１１プログラム記憶装置
１２ＣＰＵ回路
１３入力装置
１４表示装置
１５バージョン番号記憶装置
１６通信装置
２１プログラム記憶装置
２２通信装置
２３ＣＰＵ回路
２４制御卓
２５バージョン管理データベース

Claims

クライアントから、自機のバージョン番号および個別識別番号をサーバー（２）に送信する第１ステップ（ステップＳ１１）と、
サーバーが、受信したバージョン番号および個別識別番号をバージョン管理データベース２５に照合して、所定のクライアントであるか否かを判断する第２ステップ（ステップＳ２１）と、
第２ステップで所定のクライアントであると判断したときに、特定バージョンのダウンロードをクライアントに指示する第３ステップ（ステップＳ２３）と、
を具備することを特徴とするアップデートデータの管理方法。
第２ステップ（ステップＳ２１）で、所定のクライアントでないと判断したときは、新バージョンが有るか否かを判断する第４ステップ（ステップＳ２２）と、
第４ステップ（ステップＳ２２）で新バージョンが有ると判断したときに、新バージョンのダウンロードをクライアントに指示する第５ステップ（ステップＳ２４）と、
を更に具備することを特徴とする請求項１に記載のアップデートデータの管理方法。
第３ステップ（ステップＳ２３）または第５ステップ（ステップＳ２４）においてダウンロードを指示したクライアントの個別識別番号とバージョン番号を、バージョン管理データベース（２５）で管理することを特徴とする請求項１および請求項２に記載のアップデートデータの管理方法。
クライアントから、自機のバージョン番号および個別識別番号をサーバー（２）に送信する第１ステップ（ステップＳ１１）と、
サーバーが、受信したバージョン番号および個別識別番号をバージョン管理データベース２５に照合して、所定のクライアントであるか否かを判断する第２ステップ（ステップＳ２１）と、
第２ステップ（ステップＳ２１）で、所定のクライアントでないと判断したときは、新バージョンが有るか否かを判断する第３ステップ（ステップＳ２２）とを具備し、
第３ステップ（ステップＳ２２）で新バージョンが無いと判断したときは、一切のダウンロードを指示しないことを特徴とするアップデートデータの管理方法。