(57)【要約】【課題】より少ない情報で、最新から２世代以上前のコンテンツを最新のコンテンツへバージョンアップする。【解決手段】携帯端末１は、初版のコンテンツから最新版のコンテンツまでのいずれかを構成したサブコンテンツのサブコンテンツ名と、そのうちで新コンテンツを構成するサブコンテンツのサブバージョン番号とを対応付けるパッケージ情報を、ウェブサーバ２から受信する。そして、携帯端末１は、ウェブサーバ２からのパッケージ情報と、自己が記憶しているコンテンツについてのパッケージ情報とを用いて、自己が記憶しているサブコンテンツの要否を判別し、自己が記憶しているコンテンツをバージョンアップする。【選択図】図１
2009265743.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを配信するサーバと、該サーバから配信されたコンテンツを記憶する端末とを有してなるウェブアプリケーション管理システムにおいて、
前記サーバは、
前記コンテンツの最新版の版数と、前記コンテンツの最新版を構成する複数のサブコンテンツと、該サブコンテンツを識別するためのサブコンテンツ識別情報と、該サブコンテンツの版数である副版数とを対応付けて記憶する第１記憶部と、
前記端末からコンテンツの版数が送信されてきた際、前記送信されてきた版数と、前記第１記憶部に記憶している最新版の版数とが一致しない場合、前記最新版の版数と、前記第１記憶部にて該最新版の版数と対応付けて記憶している複数のサブコンテンツとサブコンテンツ識別情報と前記副版数とを前記端末へ送信する最新版送信部とを有し、
前記端末は、
前記コンテンツと、該コンテンツの版数と、該コンテンツを構成するサブコンテンツのサブコンテンツ識別情報と、該サブコンテンツの副版数とを対応付けて記憶する第２記憶部と、
前記第２記憶部に記憶しているコンテンツの版数を前記サーバへ送信する送信部と、
前記サーバから送信されてきた前記最新版の版数と、前記最新版のコンテンツを構成する複数のサブコンテンツと、前記サブコンテンツ識別情報と、前記副版数と、前記第２記憶部にて記憶している前記サブコンテンツ識別情報と前記副版数とを用いて、前記第２記憶部にて記憶しているコンテンツのバージョンアップを行うバージョンアップ部とを有するウェブアプリケーション管理システム。
【請求項２】
前記サーバは、前記最新版のコンテンツが該最新版に更新される直前のコンテンツの版数に所定の正数を加算して得られた値を、該最新版の版数として付与する新番号付与部を有し、
前記第１記憶部は、前記最新版のコンテンツのみに含まれ前記直前のコンテンツに含まれていないサブコンテンツのサブコンテンツ識別情報、および、前記直前のコンテンツに含まれており該最新版のコンテンツにて変更が加えられたサブコンテンツのサブコンテンツ識別情報それぞれと、前記最新版の版数とを対応付けて記憶することを特徴とする請求項１に記載のウェブアプリケーション管理システム。
【請求項３】
前記端末のバージョンアップ部は、
前記サーバから送信されてきたサブコンテンツ識別情報が前記第２記憶部に記憶されていない場合、該サブコンテンツ識別情報で識別される前記サーバから送信されてきたサブコンテンツを前記第２記憶部へと記憶することを特徴とする請求項２に記載のウェブアプリケーション管理システム。
【請求項４】
前記端末のバージョンアップ部は、
前記サーバから送信されてきたサブコンテンツ識別情報が前記第２記憶部に記憶されていて、かつ、該送信されてきたサブコンテンツ識別情報に対応する副版数が該第２記憶部にて該サブコンテンツ識別情報に対応付けて記憶されている副版数よりも大きい場合、該サブコンテンツ識別情報で識別される該第２記憶部に記憶されているサブコンテンツに代えて、該サーバから送信されてきたサブコンテンツを前記第２記憶部へと記憶することを特徴とする請求項２に記載のウェブアプリケーション管理システム。
【請求項５】
前記サーバの第１記憶部は、
初版のコンテンツから前記最新版の直前のコンテンツまでに含まれ前記最新版のコンテンツに含まれないサブコンテンツのサブコンテンツ識別情報と、該サブコンテンツが削除対象であることを示す削除対象番号とを対応付けて記憶することを特徴とする請求項２に記載のウェブアプリケーション管理システム。
【請求項６】
前記端末のバージョンアップ部は、
前記サーバから送信されてきた前記サブコンテンツ識別情報が前記第２記憶部に記憶されていて、かつ、該送信されてきたサブコンテンツ識別情報と前記削除番号とが対応付けられている場合、該サブコンテンツ識別情報で識別される前記第２記憶部に記憶されているサブコンテンツを該第２記憶部から削除することを特徴とする請求項５に記載のウェブアプリケーション管理システム。
【請求項７】
前記サーバの第１記憶部は、
前記最新版の直前のコンテンツに含まれており該最新版のコンテンツにおいても変更されていないサブコンテンツのサブコンテンツ識別情報と、該直前のコンテンツにおいて該サブコンテンツに付与されていた副版数とを対応付けて記憶することを特徴とする請求項２または５に記載のウェブアプリケーション管理システム。
【請求項８】
コンテンツを配信するサーバと、該サーバから配信されたコンテンツを記憶する端末とを有してなるウェブアプリケーション管理システムにおけるウェブアプリケーション管理方法であって、
前記サーバが、前記コンテンツの最新版の版数と、前記コンテンツの最新版を構成する複数のサブコンテンツと、該サブコンテンツを識別するためのサブコンテンツ識別情報と、該サブコンテンツの版数である副版数とを対応付けて記憶する第１記憶処理と、
前記端末が、前記コンテンツと、該コンテンツの版数と、該コンテンツを構成するサブコンテンツのサブコンテンツ識別情報と、該サブコンテンツの副版数とを対応付けて記憶する第２記憶処理と、
前記端末が、前記第２記憶処理により記憶しているコンテンツの版数を前記サーバへ送信する送信処理と、
前記サーバが、前記端末からコンテンツの版数が送信されてきた際、前記送信されてきた版数と、前記第１記憶処理により記憶している最新版の版数とが一致しない場合、前記最新版の版数と、前記第１記憶処理により該最新版の版数と対応付けて記憶している複数のサブコンテンツと前記サブコンテンツ識別情報と前記副版数とを前記端末へ送信する最新版送信処理と、
前記端末が、前記サーバから送信されてきた前記最新版の版数と、前記最新版のコンテンツを構成する複数のサブコンテンツと、前記サブコンテンツ識別情報と、前記副版数と、前記第２記憶部にて記憶している前記サブコンテンツ識別情報と前記副版数とを用いて、前記第２記憶部にて記憶しているコンテンツのバージョンアップを行うバージョンアップ処理とを有するウェブアプリケーション管理方法。
【請求項９】
前記サーバが、前記最新版のコンテンツが該最新版に更新される直前のコンテンツの版数に所定の正数を加算して得られた値を、該最新版の版数として付与する新番号付与処理を有し、
前記第１記憶処理では、前記最新版のコンテンツのみに含まれ前記直前のコンテンツに含まれていないサブコンテンツのサブコンテンツ識別情報、および、前記直前のコンテンツに含まれており該最新版のコンテンツにて変更が加えられたサブコンテンツのサブコンテンツ識別情報それぞれと、前記最新版の版数とを対応付けて記憶することを特徴とする請求項８に記載のウェブアプリケーション管理方法。
【請求項１０】
前記バージョンアップ処理では、
前記サーバから送信されてきたサブコンテンツ識別情報が前記第２記憶処理により記憶されていない場合、該サブコンテンツ識別情報で識別される前記サーバから送信されてきたサブコンテンツを前記第２記憶処理により記憶されている前記コンテンツと、該コンテンツの版数と、該コンテンツを構成するサブコンテンツのサブコンテンツ識別情報と、該サブコンテンツの副版数とへ追加して記憶することを特徴とする請求項９に記載のウェブアプリケーション管理方法。
【請求項１１】
前記バージョンアップ処理では、
前記サーバから送信されてきたサブコンテンツ識別情報が前記第２記憶処理により記憶されていて、かつ、該送信されてきたサブコンテンツ識別情報に対応する副版数が該第２記憶処理により該サブコンテンツ識別情報に対応付けて記憶されている副版数よりも大きい場合、該サブコンテンツ識別情報で識別される該第２記憶処理により記憶されているサブコンテンツに代えて、該サーバから送信されてきたサブコンテンツを記憶することを特徴とする請求項９に記載のウェブアプリケーション管理方法。
【請求項１２】
前記第１記憶処理では、
初版のコンテンツから前記最新版の直前のコンテンツまでに含まれ前記最新版のコンテンツに含まれないサブコンテンツのサブコンテンツ識別情報と、該サブコンテンツが削除対象であることを示す削除対象番号とを対応付けて記憶することを特徴とする請求項９に記載のウェブアプリケーション管理方法。
【請求項１３】
前記バージョンアップ処理では、
前記サーバから送信されてきた前記サブコンテンツ識別情報が前記第２記憶処理により記憶されていて、かつ、該送信されてきたサブコンテンツ識別情報と前記削除番号とが対応付けられている場合、該サブコンテンツ識別情報で識別される前記第２記憶処理により記憶されているサブコンテンツを削除することを特徴とする請求項１２に記載のウェブアプリケーション管理方法。
【請求項１４】
前記第１記憶処理では、
前記最新版の直前のコンテンツに含まれており該最新版のコンテンツにおいても変更されていないサブコンテンツのサブコンテンツ識別情報と、該直前のコンテンツにおいて該サブコンテンツに付与されていた副版数とを対応付けて記憶することを特徴とする請求項９または１２に記載のウェブアプリケーション管理方法。
【請求項１５】
コンテンツを配信するサーバに、
前記コンテンツの最新版の版数と、該コンテンツの最新版を構成する複数のサブコンテンツと、該サブコンテンツを識別するためのサブコンテンツ識別情報と、該サブコンテンツの版数である副版数とを対応付けて記憶する記憶手順と、
当該サーバから配信されたコンテンツを記憶する端末からコンテンツの版数が送信されてきた際、前記送信されてきた版数と、前記記憶手順により記憶している最新版の版数とが一致しない場合、前記最新版の版数と、前記記憶手順により該最新版の版数と対応付けて記憶している複数のサブコンテンツとサブコンテンツ識別情報と前記副版数とを前記端末へ送信する最新版送信手順とを実行させるプログラム。
【請求項１６】
前記最新版のコンテンツが該最新版に更新される直前のコンテンツの版数に所定の正数を加算して得られた値を、該最新版の版数として付与する新番号付与手順を前記サーバに実行させ、
前記記憶手順は、前記最新版のコンテンツのみに含まれ前記直前のコンテンツに含まれていないサブコンテンツのサブコンテンツ識別情報、および、前記直前のコンテンツに含まれており該最新版のコンテンツにて変更が加えられたサブコンテンツのサブコンテンツ識別情報それぞれと、前記最新版の版数とを対応付けて記憶することを特徴とする請求項１５に記載のプログラム。
【請求項１７】
前記記憶手順では、初版のコンテンツから前記最新版の直前のコンテンツまでに含まれ前記最新版のコンテンツに含まれないサブコンテンツのサブコンテンツ識別情報と、該サブコンテンツが削除対象であることを示す削除対象番号とを対応付けて記憶することを特徴とする請求項１６に記載のプログラム。
【請求項１８】
前記記憶手順では、
前記最新版の直前のコンテンツに含まれており該最新版のコンテンツにおいても変更されていないサブコンテンツのサブコンテンツ識別情報と、該直前のコンテンツにおいて該サブコンテンツに付与されていた副版数とを対応付けて記憶することを特徴とする請求項１６または１７に記載のプログラム。
【請求項１９】
サーバから配信されたコンテンツを記憶する端末に、
前記サーバから配信されたコンテンツと、該コンテンツの版数と、該コンテンツを構成するサブコンテンツのサブコンテンツ識別情報と、該サブコンテンツの副版数とを対応付けて記憶する記憶手順と、
前記記憶手順により記憶しているコンテンツの版数を前記サーバへ送信する送信手順と、
前記サーバから送信されてきた前記コンテンツの最新版の版数と、前記最新版のコンテンツを構成する複数のサブコンテンツと、該サブコンテンツを識別するためのサブコンテンツ識別情報と、該サブコンテンツの版数である副版数と、前記記憶手順により記憶している前記サブコンテンツ識別情報と前記副版数とを用いて、前記記憶手順により記憶しているコンテンツのバージョンアップを行うバージョンアップ手順とを実行させるプログラム。
【請求項２０】
前記バージョンアップ手順では、
前記サーバから送信されてきたサブコンテンツ識別情報が前記記憶手順により記憶されていない場合、該サブコンテンツ識別情報で識別される前記サーバから送信されてきたサブコンテンツを前記記憶手順により記憶されている前記コンテンツと、該コンテンツの版数と、該コンテンツを構成するサブコンテンツのサブコンテンツ識別情報と、該サブコンテンツの副版数とへ追加して記憶することを特徴とする請求項１９に記載のプログラム。
【請求項２１】
前記バージョンアップ手順では、
前記サーバから送信されてきたサブコンテンツ識別情報が前記記憶手順により記憶されていて、かつ、該送信されてきたサブコンテンツ識別情報に対応する副版数が該記憶手順にて該サブコンテンツ識別情報に対応付けて記憶されている副版数よりも大きい場合、該サブコンテンツ識別情報で識別される該記憶手順により記憶されているサブコンテンツに代えて、該サーバから送信されてきたサブコンテンツを記憶することを特徴とする請求項２０に記載のプログラム。
【請求項２２】
前記バージョンアップ手順では、
前記サーバから送信されてきた前記サブコンテンツ識別情報が前記記憶手順により記憶されていて、かつ、該送信されてきたサブコンテンツ識別情報と、該サブコンテンツが削除対象であることを示す削除番号とが対応付けられている場合、該サブコンテンツ識別情報で識別される前記記憶手順により記憶されているサブコンテンツを削除することを特徴とする請求項１９に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ウェブアプリケーション管理システム、ウェブアプリケーション管理方法およびプログラムに関する。
【背景技術】
【０００２】
近年、ウェブサーバが記憶しているコンテンツを携帯端末からアクセスするためのウェブアプリケーションシステムの普及が進んでいる。
【０００３】
このようなウェブアプリケーションシステムでは、ウェブサーバに記憶されているコンテンツに対して携帯端末がアクセスする方式の１つとして、携帯端末が、ウェブサーバからダウンロードしたコンテンツを記憶し、当該記憶しているコンテンツに対してブラウザを用いてアクセスする方式が存在する。
【０００４】
携帯端末がウェブサーバからダウンロードして記憶しているコンテンツをバージョンアップする場合、ウェブサーバ上に新しいバージョンのコンテンツを記憶させておき、携帯端末が新しいバージョンのコンテンツをダウンロードした上で、古いバージョンである旧バージョンのコンテンツからダウンロードした新しいバージョンである新バージョンのコンテンツへと置き換える処理が一般的に行われる。
【０００５】
このような旧バージョンのコンテンツから新バージョンのコンテンツへと置き換える処理にて行われる操作には、各種の操作が存在する。
【０００６】
例えば、新バージョンのコンテンツにのみ含まれるサブコンテンツを新たに追加する操作が存在する。
【０００７】
また、例えば、新バージョンのコンテンツに含まれないサブコンテンツについては旧バージョンのコンテンツのうちから削除する操作が存在する。
【０００８】
また、例えば、旧バージョンと新バージョンとのどちらのコンテンツにも含まれているものの、新バージョンにおいては内容が更新されているサブコンテンツについては、旧バージョン内の当該サブコンテンツを新バージョン内のサブコンテンツへと置換する操作が存在する。
【０００９】
さらに、一般的なバージョンアップを行う方式のうちには、全コンテンツ情報を用いてバージョンアップを行う方式が存在する。
【００１０】
全コンテンツ情報を用いたバージョンアップとは、各バージョンそれぞれのコンテンツを構成するために必要とするサブコンテンツすべてをまとめて管理する方法である。この場合、携帯端末は、あるバージョンのコンテンツを構成するために必要なサブコンテンツすべてをウェブサーバからまとめてダウンロードする。さらに、携帯端末は、ダウンロードしたサブコンテンツに対して行う操作を上述した各種の操作（追加、削除、置換）のうちから判別する。
【００１１】
しかしながら、全コンテンツ情報を用いたバージョンアップによれば、携帯端末は、新バージョンのコンテンツを構成するために必要とされるサブコンテンツすべてをウェブサーバからダウンロードする必要がある。そのため、ウェブサーバと携帯端末とを接続するネットワーク上のトラヒックが大きくなってしまうという問題点がある。
【００１２】
また、全コンテンツ情報を用いたバージョンアップによれば、携帯端末が、ウェブサーバからダウンロードした新バージョンのコンテンツを構成するサブコンテンツを旧バージョンのコンテンツへと追加するかどうかを判別したり、旧バージョンのコンテンツを構成するサブコンテンツの削除や更新を行うかどうかを判別したりしなければ、当該バージョンアップを行うことができないという問題点がある。
【００１３】
このような全コンテンツ情報を用いたバージョンアップが抱える問題を解決するために、差分コンテンツ情報を用いてバージョンアップを行う方式が考えられている。
【００１４】
差分コンテンツ情報を用いたバージョンアップとは、各バージョンのコンテンツそれぞれにおいて、最新のバージョンとその直前のバージョンとの間で、追加が行われるサブコンテンツ、更新が行われるサブコンテンツおよび削除が行われるサブコンテンツそれぞれのリストと、追加更新されるサブコンテンツの差分を示す差分情報とを管理する。
【００１５】
この場合、携帯端末は、追加または更新するサブコンテンツをウェブサーバからダウンロードして、ダウンロードしたサブコンテンツを旧バージョンのコンテンツに対して追加または更新する。また、携帯端末は、新バージョンのコンテンツを構成するために旧バージョンからの削除対象としてリストに名前が登録されているサブコンテンツを削除する。なお、携帯端末は、削除対象のリストに登録されていない旧バージョンに含まれているサブコンテンツについては、記憶した状態を維持する。
【００１６】
このような一般的な差分コンテンツ情報を用いてバージョンアップを行う際の利便性をさらに向上させるために、様々な技術が考えられている。
【００１７】
例えば、ウェブサーバが記憶しているコンテンツを製作者端末からの新しいコンテンツへと更新する場合、新しいコンテンツと更新時のコンテンツとの比較により履歴情報を生成しておき、ウェブサーバが利用者の携帯端末からのリクエスト情報に応じてコンテンツを送信する際に、リクエスト情報に対応する履歴情報に基づいて検索したコンテンツを送信するコンテンツ管理装置が考えられている（例えば、特許文献１参照。）。
【００１８】
また、例えば、放送局からのコンテンツを受信した携帯端末が当該コンテンツのバージョンを放送局へと送信し、放送局が、バージョンそれぞれの統計情報に基づいて、携帯端末にて送信するコンテンツのバージョンの比率を変更する差分コンテンツ情報を用いてコンテンツを更新する差分更新方法が考えられている（例えば、特許文献２参照。）。
【００１９】
また、例えば、放送局から送信されるコンテンツに付与されたバージョンがどのバージョンとの差分であるかを示す差分情報と、コンテンツの送信スケジュールとを携帯端末が放送局から受信し、差分情報が示すバージョンと携帯端末が記憶しているバージョンとが一致する場合、当該携帯端末にてコンテンツのバージョンアップを行う受信方法が考えられている（例えば、特許文献３参照。）。
【特許文献１】特開２００６−１８５０５９号公報
【特許文献２】特開２００６−０４２３５８号公報
【特許文献３】特開２００６−１０９５０３号公報
【発明の開示】
【発明が解決しようとする課題】
【００２０】
しかしながら、特許文献１〜３に開示された技術のように差分コンテンツ情報を用いた一般的なバージョンアップによれば、携帯端末が記憶している旧バージョンのコンテンツに含まれるサブコンテンツであって新バージョンのコンテンツを構成する上で不要なサブコンテンツであっても、差分コンテンツ情報に記述されていない場合、更新が必要なサブコンテンツであるかどうかや、削除するサブコンテンツであるかどうかを判別することができない。そのため、携帯端末が記憶している旧バージョンのコンテンツに含まれるサブコンテンツであって新バージョンのコンテンツを構成する上で不要なサブコンテンツであっても、携帯端末から削除することができず、携帯端末が具備する記憶部の記憶容量を無用に消費してしまうという問題点がある。
【００２１】
また、携帯端末において、ウェブアプリケーションのバージョンアップが新バージョンのコンテンツが提供されるごとに行われるとは限られない。そのため、新バージョンと旧バージョンとの間のバージョンの差分が２世代以上異なってしまう場合がある。しかしながら、差分コンテンツ情報を用いた一般的なバージョンアップによれば、差分コンテンツ情報には、新バージョンとその直前（つまり、１世代前）の旧バージョンとの間の構成上の差分に関する情報しか記述されていない。この場合、差分コンテンツ情報を用いたバージョンアップによれば、最新のバージョンよりも２世代以上前の旧バージョンのコンテンツを当該最新バージョンへとバージョンアップしようとした場合、差分コンテンツ情報に登録されておらず、かつ、携帯端末にも記憶されていないサブコンテンツを用いたバージョンアップが、当該最新バージョンと、当該旧バージョン以後の旧バージョンとの間で行われていた場合、最新バージョンへのバージョンアップをすることができないという問題点がある。
【００２２】
本発明は、上述した課題を解決するウェブアプリケーション管理システム、ウェブアプリケーション管理方法およびプログラムを提供することを目的とする。
【課題を解決するための手段】
【００２３】
上記課題を解決するために、本発明のウェブアプリケーション管理システムは、コンテンツを配信するサーバと、該サーバから配信されたコンテンツを記憶する端末とを有してなるウェブアプリケーション管理システムにおいて、前記サーバは、前記コンテンツの最新版の版数と、前記コンテンツの最新版を構成する複数のサブコンテンツと、該サブコンテンツを識別するためのサブコンテンツ識別情報と、該サブコンテンツの版数である副版数とを対応付けて記憶する第１記憶部と、前記端末からコンテンツの版数が送信されてきた際、前記送信されてきた版数と、前記第１記憶部に記憶している最新版の版数とが一致しない場合、前記最新版の版数と、前記第１記憶部にて該最新版の版数と対応付けて記憶している複数のサブコンテンツとサブコンテンツ識別情報と前記副版数とを前記端末へ送信する最新版送信部とを有し、前記端末は、前記コンテンツと、該コンテンツの版数と、該コンテンツを構成するサブコンテンツのサブコンテンツ識別情報と、該サブコンテンツの副版数とを対応付けて記憶する第２記憶部と、前記第２記憶部に記憶しているコンテンツの版数を前記サーバへ送信する送信部と、前記サーバから送信されてきた前記最新版の版数と、前記最新版のコンテンツを構成する複数のサブコンテンツと、前記サブコンテンツ識別情報と、前記副版数と、前記第２記憶部にて記憶している前記サブコンテンツ識別情報と前記副版数とを用いて、前記第２記憶部にて記憶しているコンテンツのバージョンアップを行うバージョンアップ部とを有する。
【００２４】
上記課題を解決するために、本発明のウェブアプリケーション管理方法は、コンテンツを配信するサーバと、該サーバから配信されたコンテンツを記憶する端末とを有してなるウェブアプリケーション管理システムにおけるウェブアプリケーション管理方法であって、前記サーバが、前記コンテンツの最新版の版数と、前記コンテンツの最新版を構成する複数のサブコンテンツと、該サブコンテンツを識別するためのサブコンテンツ識別情報と、該サブコンテンツの版数である副版数とを対応付けて記憶する第１記憶処理と、前記端末が、前記コンテンツと、該コンテンツの版数と、該コンテンツを構成するサブコンテンツのサブコンテンツ識別情報と、該サブコンテンツの副版数とを対応付けて記憶する第２記憶処理と、前記端末が、前記第２記憶処理により記憶しているコンテンツの版数を前記サーバへ送信する送信処理と、前記サーバが、前記端末からコンテンツの版数が送信されてきた際、前記送信されてきた版数と、前記第１記憶処理により記憶している最新版の版数とが一致しない場合、前記最新版の版数と、前記第１記憶処理により該最新版の版数と対応付けて記憶している複数のサブコンテンツと前記サブコンテンツ識別情報と前記副版数とを前記端末へ送信する最新版送信処理と、前記端末が、前記サーバから送信されてきた前記最新版の版数と、前記最新版のコンテンツを構成する複数のサブコンテンツと、前記サブコンテンツ識別情報と、前記副版数と、前記第２記憶部にて記憶している前記サブコンテンツ識別情報と前記副版数とを用いて、前記第２記憶部にて記憶しているコンテンツのバージョンアップを行うバージョンアップ処理とを有する。
【００２５】
また、コンピュータに実行させるプログラムであって、コンテンツを配信するサーバに、前記コンテンツの最新版の版数と、該コンテンツの最新版を構成する複数のサブコンテンツと、該サブコンテンツを識別するためのサブコンテンツ識別情報と、該サブコンテンツの版数である副版数とを対応付けて記憶する記憶手順と、当該サーバから配信されたコンテンツを記憶する端末からコンテンツの版数が送信されてきた際、前記送信されてきた版数と、前記記憶手順により記憶している最新版の版数とが一致しない場合、前記最新版の版数と、前記記憶手順により該最新版の版数と対応付けて記憶している複数のサブコンテンツとサブコンテンツ識別情報と前記副版数とを前記端末へ送信する最新版送信手順とを実行させる。
【００２６】
また、コンピュータに実行させるプログラムであって、サーバから配信されたコンテンツを記憶する端末に、前記サーバから配信されたコンテンツと、該コンテンツの版数と、該コンテンツを構成するサブコンテンツのサブコンテンツ識別情報と、該サブコンテンツの副版数とを対応付けて記憶する記憶手順と、前記記憶手順により記憶しているコンテンツの版数を前記サーバへ送信する送信手順と、前記サーバから送信されてきた前記コンテンツの最新版の版数と、前記最新版のコンテンツを構成する複数のサブコンテンツと、該サブコンテンツを識別するためのサブコンテンツ識別情報と、該サブコンテンツの版数である副版数と、前記記憶手順により記憶している前記サブコンテンツ識別情報と前記副版数とを用いて、前記記憶手順により記憶しているコンテンツのバージョンアップを行うバージョンアップ手順とを実行させる。
【発明の効果】
【００２７】
本発明によれば、コンテンツを配信するサーバと、サーバから配信されたコンテンツを記憶する端末とを有してなるウェブアプリケーション管理システムにおいて、サーバが、コンテンツの最新版の版数と、コンテンツの最新版を構成する複数のサブコンテンツと、サブコンテンツを識別するためのサブコンテンツ識別情報と、サブコンテンツの版数である副版数とを対応付けて記憶し、端末が、コンテンツと、コンテンツの版数と、コンテンツを構成するサブコンテンツのサブコンテンツ識別情報と、サブコンテンツの副版数とを対応付けて記憶し、記憶しているコンテンツの版数をサーバへ送信し、サーバが、端末からコンテンツの版数が送信されてきた際、送信されてきた版数と、自己が記憶している最新版の版数とが一致しない場合、最新版の版数と、最新版の版数と対応付けて記憶している複数のサブコンテンツとサブコンテンツ識別情報と副版数とを端末へ送信し、端末が、サーバから送信されてきた最新版の版数と、最新版のコンテンツを構成する複数のサブコンテンツと、サブコンテンツ識別情報と、副版数と、自己が記憶しているサブコンテンツ識別情報と副版数とを用いて、自己が記憶しているコンテンツのバージョンアップを行う構成としたため、端末が記憶している現在のコンテンツのバージョンが最新バージョンから２世代以上離れている場合でも、より少ない情報を用いて、現在のコンテンツから最新バージョンのコンテンツへのバージョンアップができる。
【発明を実施するための最良の形態】
【００２８】
以下、本発明の実施形態に従ったウェブアプリケーション管理システム（ウェブアプリケーション管理方法およびプログラムを含む）を説明する。
【００２９】
まず、本発明のウェブアプリケーション管理システムの全体構成を説明する。
【００３０】
図1に示すように、このウェブアプリケーション管理システムは、携帯端末１と、ウェブサーバ２とを具備している。
【００３１】
携帯端末１は、ウェブサーバ２から配信されたコンテンツを記憶する「端末」であって、例えば、携帯型の電子装置で構成される。
【００３２】
また、ウェブサーバ２は、コンテンツを配信する「サーバ」である。
【００３３】
携帯端末１は、自己が記憶する現在のコンテンツ（以下、「現コンテンツ１３１」という）がウェブサーバ２にて記憶している最新版のコンテンツよりも古い場合、ウェブサーバ２から受信したパッケージ情報ＰＫを用いて、現コンテンツ１３１のバージョンアップを行う。
【００３４】
なお、ここでいうコンテンツは、その更新が行われるごとに、当該更新の回数を示す連続番号で管理されるバージョン番号（「版数」）が付与される。以下では、現コンテンツ１３１がウェブサーバ２内の最新のコンテンツよりも古い場合における当該最新のコンテンツを「新コンテンツ」という。
【００３５】
また、「パッケージ情報ＰＫ」とは、あるバージョンのコンテンツを構成するために必要なサブコンテンツＳＢを示す情報と、当該バージョンのコンテンツを構成するために不要なサブコンテンツＳＢを示す情報とをまとめた組をいう。以下では、コンテンツの更新ごとに生成されたパッケージ情報ＰＫのうちで新コンテンツを構成するためのパッケージ情報ＰＫを「新パッケージ情報ＮＰ」という。
【００３６】
ここで、パッケージ情報ＰＫのデータ構造について説明しておく。
【００３７】
ウェブサーバ２は、バージョンアップが一切行われていない初版のコンテンツ（以下、「当初コンテンツ」という）についても、パッケージ情報ＰＫを生成する。なお、当初コンテンツに付与されるバージョン番号（「版数」）は「１」である。
【００３８】
図２（ａ）に示すように、当初コンテンツ（バージョン番号は「１」）を構成するためのパッケージ情報ＰＫは、当初コンテンツを構成するサブコンテンツＳＢ−１〜ＳＢ−４のサブコンテンツ名ＮＳ−１〜ＮＳ−４（「サブコンテンツ識別情報」）すべてに対して、当該サブコンテンツＳＢ−１〜ＳＢ−４に付与されたバージョン番号であるサブバージョン番号ＳＶ（「副版数」）として、当初コンテンツに付与されたバージョン番号である「１」が対応付けられている。
【００３９】
つぎに、当初コンテンツ（バージョン番号が「１」のコンテンツ）をバージョンアップしたバージョン番号が「２」のコンテンツを構成するためのパッケージ情報ＰＫについて説明する。
【００４０】
なお、ウェブサーバ２は、最新版のコンテンツ（この例ではバージョン番号が「２」）の直前のコンテンツ（この例では当初コンテンツ）に付与された旧バージョン番号（「１」）に所定の正数を加算する。当該所定の正数は任意でよいが、この説明例では、当該所定の正数が「１」である場合を例に挙げて説明する。
【００４１】
つまり、コンテンツのバージョンは、当初コンテンツに付与したバージョンである「１」を先頭として、コンテンツのバージョンアップを重ねるごとにバージョン番号が「１」ずつ増大する。
【００４２】
図２（ｂ）に示すように、新コンテンツ（この例では、最新バージョンが「２」）のパッケージ情報ＰＫには、当初コンテンツ（バージョンが「１」）から新コンテンツまでのいずれかを構成したサブコンテンツＳＢ−１〜ＳＢ−５すべてのサブコンテンツ名ＮＳ−１〜ＮＳ−５が記述されている。
【００４３】
新コンテンツに対応するパッケージ情報ＰＫ（新パッケージ情報ＮＰ）には、新コンテンツのバージョン（「２」）よりも以前のバージョンに対応するパッケージ情報ＰＫ（旧パッケージ情報ＯＰ）に含まれていたサブコンテンツ名のうちで新コンテンツにおいて削除対象のものについては、削除対象であることを示す削除対象番号（この例では、「０」）が対応付けられる。図２（ｂ）に示したサブコンテンツ名ＮＳ−3については、バージョン「２」の新コンテンツにて不要であるため、サブバージョン番号ＳＶとして削除対象番号が対応付けられている。
【００４４】
一方、旧パッケージ情報ＯＰには登録されておらず、新パッケージ情報ＮＰにて新たに追加されたサブコンテンツ名ＮＳについては、新コンテンツのバージョン（「２」）と同じ値がサブバージョン番号ＳＶとして登録される。図２（ｂ）に示したサブコンテンツ名ＮＳ−５については、図２（ａ）に示したパッケージ情報ＰＫ（旧パッケージ情報ＯＰ）には登録されておらず、新コンテンツに対応するパッケージ情報ＰＫ（新パッケージ情報ＮＰ）にて追加されている。そのため、サブコンテンツ名ＮＳ−５のサブバージョン番号ＳＶとしては、新コンテンツに付与されたバージョン番号（「２」）と同じ値が付与されている。
【００４５】
また、旧パッケージ情報ＯＰにもともと登録されており、新パッケージ情報ＮＰにも登録されているサブコンテンツ名ＮＳについては、旧パッケージ情報ＯＰに対応するコンテンツから新コンテンツまでの間においてサブコンテンツＳＢの内容が更新されている場合、新パッケージ情報ＮＰ内のサブバージョン番号ＳＶとして、新コンテンツに付与されたバージョン番号（「２」）と同じ値が付与されている。図２（ｂ）に示したサブコンテンツ名ＮＳ−２については、旧パッケージ情報ＯＰ（図２（ａ））のサブバージョン番号ＳＶが「１」であり、新パッケージ情報ＮＰ（図２（ｂ））のサブバージョン番号ＳＶが「２」である。つまり、サブコンテンツ名ＮＳ−２で識別されるサブコンテンツＳＢ−２は、新コンテンツにおいて、旧パッケージ情報ＯＰによるバージョンアップ時からその内容が更新されている。
【００４６】
なお、図２（ｃ）に示すサブコンテンツ名ＮＳ−３のように、旧パッケージ情報ＯＰにて削除対象番号がすでに付与されており、新コンテンツにおいても削除対象であるサブコンテンツＳＢについては、新パッケージ情報ＮＰにおいても削除対象番号を付与したまま登録が維持される。
【００４７】
つまり、図２（ａ）〜（ｃ）に示したように、新コンテンツのパッケージ情報ＰＫには、バージョンアップが一切行われていない当初コンテンツから最新の新コンテンツまでのいずれかのコンテンツを構成したサブコンテンツＳＢのサブコンテンツ名ＮＳすべてが記述されている。
【００４８】
さらに、パッケージ情報ＰＫには、当初コンテンツから新コンテンツまでのいずれかを構成したサブコンテンツＳＢそれぞれが、新コンテンツにおいて削除対象（この例では、「０」）と記憶対象（この例では、正数）とのいずれであるかを特定するためのサブバージョン番号ＳＶが記述されている。
【００４９】
また、携帯端末１は、パッケージ情報ＰＫを送信するようウェブサーバ２へと要求するための送信要求信号を、ウェブサーバ２へと送信する。
【００５０】
また、携帯端末１は、現コンテンツ１３１のバージョンを示す現バージョン情報ＣＶをウェブサーバ２へと送信する。
【００５１】
ウェブサーバ２は、携帯端末１からの送信要求信号を受信した場合、携帯端末１が新コンテンツを構成するために必要な情報が記述されたパッケージ情報ＰＫ（新パッケージ情報ＮＰ）を、携帯端末１へと送信する。
【００５２】
また、ウェブサーバ２は、携帯端末１へと送信したパッケージ情報ＰＫのバージョンを示すバージョン情報ＶＩを携帯端末１へと送信する。
【００５３】
なお、この説明例では、新コンテンツに付与されたバージョン番号と、新パッケージ情報ＮＰに付与されたバージョン番号とが同じである場合を例に挙げて説明する。
【００５４】
また、ウェブサーバ２は、新バージョンのコンテンツを構成するために必要なサブコンテンツＳＢ（例えば、新コンテンツにて新規に追加されたサブコンテンツＳＢ、新コンテンツにて内容が変更された新バージョン以前のコンテンツ内のサブコンテンツＳＢ）を、携帯端末１へと送信する。
【００５５】
なお、ここでいう「サブコンテンツＳＢ」とは、１以上のサブコンテンツＳＢ−１〜ＳＢ−Ｎの総称である。ここで、サブコンテンツＳＢ−１〜ＳＢ−Ｎの数「Ｎ」は任意でよい。
【００５６】
また、ウェブサーバ２は、図２（ａ）〜２（ｃ）に例示したパッケージ情報ＰＫを生成する。
【００５７】
また、ウェブサーバ２は、携帯端末１から送信されてきた現バージョン情報ＣＶが示すバージョンを識別する。
【００５８】
つぎに、携帯端末１およびウェブサーバ２それぞれが有する構成について、詳細に説明する。
【００５９】
まず、携帯端末１の構成について、詳細に説明する。
【００６０】
図３に示すように、携帯端末１は、通信部１１と、現バージョン特定部１２と、記憶部１３と、バージョンアップ部１４と、入力部１５とを有する。
【００６１】
通信部１１は、例えば、通信モジュールで構成され、携帯端末１とウェブサーバ２とを通信可能に接続することにより、携帯端末１とウェブサーバ２との間で任意の情報を送受信する。
【００６２】
例えば、通信部１１（「送信部」）は、「送信処理」を実行し、パッケージ情報ＰＫを送信するようウェブサーバ２へと要求するための送信要求信号を、ウェブサーバ２へと送信する。
【００６３】
また、「送信処理」において、通信部１１は、現コンテンツ１３１のバージョンアップに用いた現パッケージ情報ＣＰのバージョン（「版数」）を示す現バージョン情報ＣＶをウェブサーバ２へと送信する。
【００６４】
また、例えば、通信部１１は、送信要求信号に応答してウェブサーバ２から送信されてきたパッケージ情報ＰＫ、バージョン情報ＶＩおよびサブコンテンツＳＢを受信する。
【００６５】
現バージョン特定部１２は、記憶部１３が記憶している現コンテンツ１３１に付与されているバージョン番号を示す現バージョン情報ＣＶを読み出す。
【００６６】
記憶部１３は、「第２記憶処理」を実行することにより、任意の情報を記憶する「第２記憶部」である。例えば、記憶部１３は、現コンテンツ１３１と、現パッケージ情報ＰＫと、現バージョン情報ＣＶとを対応付けて記憶する。
【００６７】
現コンテンツ１３１は、1以上の現サブコンテンツＳＢ−１〜ＳＢ−Ｎから構成される。
【００６８】
現サブコンテンツＳＢ−１〜ＳＢ−Ｎは、現コンテンツ１３１へのバージョンアップを行う際に、通信部１１が現パッケージ情報ＣＰとともにウェブサーバ２から受信したサブコンテンツＳＢ−１〜ＳＢ−Ｎである。
【００６９】
現サブコンテンツＳＢ−１〜ＳＢ−Ｎそれぞれは、現コンテンツ１３１のバージョンに対応する現パッケージ情報ＣＰにサブコンテンツ名ＮＳ−１〜ＮＳ−Ｎが登録されている。なお、サブコンテンツＳＢ−１〜ＳＢ−Nは、例えば、一般的なデータ放送においてそのコンテンツの一部を構成するオブジェクトであるモノメディアデータでもよい。
【００７０】
現パッケージ情報ＣＰは、携帯端末１が現コンテンツ１３１へのバージョンアップを行う際に、通信部１１がウェブサーバ２から受信したパッケージ情報ＰＫである。現パッケージ情報ＣＰは、現コンテンツ１１３１を構成するサブコンテンツＳＢ−１〜ＳＢ−Ｎそれぞれに付与されているサブバージョン番号ＳＶ−１〜ＳＶ−Ｎを特定するための情報である。
【００７１】
現バージョン情報ＣＶは、現コンテンツ１３１（現コンテンツ１３１をバージョンアップするときに用いた現パッケージ情報ＣＰ）のバージョンを示す情報である。
【００７２】
バージョンアップ部１４は、「バージョンアップ処理」を実行し、通信部１１がウェブサーバ２から受信したパッケージ情報ＰＫ（新パッケージ情報ＮＰ）を用いて、記憶部１３が記憶している現コンテンツ１３１のバージョンアップを行う。
【００７３】
また、バージョンアップ部１４は、図４に示すように、新規追加判別部１４１と、新規追加部１４２と、削除判別部１４３と、削除部１４４と、サブバージョン番号比較部１４５と、更新部１４６とを有する。
【００７４】
新規追加判別部１４１は、ウェブサーバ２からの新パッケージ情報ＮＰに登録されているサブコンテンツ名ＮＳが、記憶部１３内の現パッケージ情報ＣＰに登録されているかどうかを判別する。
【００７５】
新パッケージ情報ＮＰに登録されているサブコンテンツ名ＮＳが現パッケージ情報ＣＰに登録されていないと判別した場合には、当該サブコンテンツ名ＮＳで識別されるサブコンテンツＳＢが、新コンテンツを構成するために現コンテンツ１３１へと追加されたことに相当する。
【００７６】
この場合、新規追加部１４２は、「新規追加処理」を実行し、新パッケージ情報ＮＰのサブコンテンツ名ＮＳで識別されるサブコンテンツＳＢを、記憶部１３へと記憶する。
【００７７】
また、新パッケージ情報ＮＰに登録されているサブコンテンツ名ＮＳが現パッケージ情報ＣＰに登録されていると新規追加判別部１４１が判別した場合、削除判別部１４３は、新パッケージ情報ＮＰ内の当該サブコンテンツ名ＮＳに対応するサブバージョン番号ＳＶ（以下、「新サブバージョン番号」という）が削除対象番号（この例では、「０」）を示しているかどうかを判別する。
【００７８】
新パッケージ情報ＮＰ内の新サブバージョン番号ＳＶが削除対象番号を示していると削除判別部１４３が判別した場合、削除部１４４は、「削除処理」を実行し、削除対象としてサブコンテンツ名ＮＳが新パッケージ情報ＮＰに登録されているサブコンテンツＳＢを、記憶部１３から削除する。
【００７９】
一方、新パッケージ情報ＮＰ内の新サブバージョン番号ＳＶが削除対象番号を示していないと削除判別部１４３が判別した場合、サブバージョン番号比較部１４５は、当該サブコンテンツ名ＮＳのサブコンテンツＳＢについて、新パッケージ情報ＮＰ内の新サブバージョン番号と、現パッケージ情報ＣＰ内のサブバージョン番号ＳＶ（以下、「現サブバージョン番号」という）とを比較する。
【００８０】
当該比較の結果、新サブバージョン番号と現サブバージョン番号とが一致した場合には、当該サブコンテンツ名ＮＳのサブコンテンツＳＢは、新コンテンツにおいても現コンテンツ１３１から内容が変更されていないことに相当する。この場合、バージョンアップ部１４は、当該サブコンテンツＳＢについては何も処理を行わない。つまり、記憶部１３は、現パッケージ情報ＣＰとともに送信されてきた現コンテンツ１３１を構成する当該サブコンテンツＳＢを記憶した状態を維持する。
【００８１】
一方、サブバージョン番号比較部１４５による新パッケージ情報ＮＰ内のサブバージョン番号ＳＶと現パッケージ情報ＣＰ内のサブバージョン番号ＳＶとの比較の結果、新パッケージ情報ＮＰ内のサブバージョン番号ＳＶが現パッケージ情報ＣＰ内のサブバージョン番号ＳＶよりも大きい場合、新コンテンツを構成する当該サブコンテンツＳＢは、現コンテンツ１３１内のサブコンテンツＳＢの内容が更新されたものである。
【００８２】
この場合、更新部１４６は、「更新処理」を実行し、ウェブサーバ２からのサブコンテンツＳＢを、現コンテンツ１３１を構成する記憶部１３内のサブコンテンツＳＢと置換する。当該置換の際、例えば、更新部１４６は、新パッケージ情報ＮＰにサブコンテンツ名ＮＳが登録されているウェブサーバ２からのサブコンテンツＳＢを記憶部１３へと記憶し、その後、現コンテンツ１３１を構成する現パッケージ情報ＣＰに登録されているサブコンテンツＳＢを記憶部１３から削除する。
【００８３】
入力部１５は、利用者が行う操作に応じた情報の入力を受け付ける。例えば、入力部１５は、記憶部１３内の現コンテンツ１３１のバージョンアップを行うことを利用者が指示するために用いられる。
【００８４】
つぎに、ウェブサーバ２の構成について詳細に説明する。
【００８５】
図５に示すように、ウェブサーバ２は、通信部２１と、パッケージ生成部２２と、記憶部２３と、バージョン識別部２４と、選択部２５とを有する。
【００８６】
通信部２１は、例えば、通信モジュールで構成され、ウェブサーバ２と携帯端末１との間で任意のデータを送受信する。
【００８７】
例えば、通信部２１は、送信要求信号を携帯端末１から受信する。
【００８８】
また、例えば、通信部２１は、携帯端末１が現在記憶している現コンテンツ１３１のバージョンを示す現バージョン情報ＣＶを携帯端末１から受信する。
【００８９】
また、例えば、通信部２１（「最新版送信部」）は、「最新版送信処理」を実行し、パッケージ情報ＰＫ、バージョン情報ＶＩおよびサブコンテンツＳＢを携帯端末１へと送信する。
【００９０】
パッケージ生成部２２は、「パッケージ生成処理」を実行し、パッケージ情報ＰＫを生成する。
【００９１】
また、図６に示すように、パッケージ生成部２２は、新番号付与部２２１と、サブバージョン番号付与部２２２と、旧番号維持部２２３と、削除対象番号付与部２２４とを有する。
【００９２】
新番号付与部２２１は、最新版のコンテンツの直前のバージョンのコンテンツ（「旧コンテンツ」）に付与された旧バージョン番号（ここでは、「Ｍ−１」とする）に所定の正数を加算する。この説明例では、当該所定の正数が「１」である場合を例に挙げて説明する。
【００９３】
また、新番号付与部２２１は、「新番号付与処理」を実行し、定めた新バージョン番号（この例では、「Ｍ」）を、最新版のコンテンツへと付与する。なお、新番号付与部２２１は、定めた新バージョン番号（「最新版の版数」）を示すバージョン情報ＶＩを記憶部２３内のパッケージ特定情報２３１へと書込む。
【００９４】
また、サブバージョン番号付与部２２２は、「副版数付与処理」を実行する「副版数付与部」である。
【００９５】
サブバージョン番号付与部２２２は、新コンテンツを構成するために、直前のバージョン（旧バージョン）の旧コンテンツへと新たに追加されたサブコンテンツＳＢに対して、そのサブバージョン番号ＳＶとして、先に定めた新バージョン番号（「Ｍ」）を付与する。
【００９６】
また、サブバージョン番号付与部２２２は、「サブバージョン番号付与処理」において、直前のバージョンの旧コンテンツにもともと含まれていたサブコンテンツＳＢであって、新コンテンツを構成するために更新が行われたサブコンテンツＳＢについても、そのサブバージョン番号ＳＶとして、先に定めた新バージョン番号（「Ｍ」）を付与する。
【００９７】
また、旧番号維持部２２３は、「旧番号維持処理」を実行し、旧コンテンツにもともと含まれていたサブコンテンツＳＢであって、新コンテンツを構成する際に変更が加えられないサブコンテンツＳＢについては、そのサブバージョン番号ＳＶを旧コンテンツにて付与されていた旧サブバージョン番号のまま維持する。
【００９８】
また、削除対象番号付与部２２４は、「削除対象番号付与処理」を実行し、旧バージョンのコンテンツのみに含まれており新バージョンのコンテンツを構成しないサブコンテンツＳＢについては、そのサブバージョン番号ＳＶとして、携帯端末１の記憶部１３から削除されるべきサブコンテンツＳＢであることを示すための「削除対象番号」（この例では、「０」）を付与する。
【００９９】
なお、旧コンテンツに対応付けられたパッケージ情報である旧パッケージ情報ＰＫにおいて、サブバージョン番号ＳＶとして削除対象番号（「０」）が付与されていたサブコンテンツＳＢは、そのまま新パッケージ情報ＰＫにも記述する。
【０１００】
パッケージ生成部２２は、新コンテンツを構成するサブコンテンツＳＢ−１〜ＳＢ−Ｎすべてに対して、上述のいずれかのサブバージョン番号ＳＶを付与するまで、サブバージョン番号ＳＶの付与を繰り返し実行する。
【０１０１】
なお、図２（ａ）〜（ｃ）に示したように、パッケージ生成部２２により生成されたパッケージ情報ＰＫは、サブコンテンツＳＢを識別するためのサブコンテンツ名ＮＳと、サブバージョン番号ＳＶとを対応付ける。
【０１０２】
また、パッケージ生成部２２は、最新のコンテンツに対応するパッケージ情報ＰＫ（新パッケージ情報ＮＰ）を記憶部２３に記憶させる。
【０１０３】
図５に示した記憶部２３は、「第１記憶処理」を実行することにより、任意のデータを記憶する「第１記憶部」である。例えば、記憶部２３は、パッケージ特定情報２３１を記憶する。
【０１０４】
図７に示すように、パッケージ特定情報２３１は、互いに異なる複数のコンテンツそれぞれに付与されたバージョン番号を示すバージョン情報ＶＩと、当該バージョン番号に対応するパッケージ情報ＰＫ（つまり、サブコンテンツ名ＮＳおよびサブバージョン番号ＳＶ）と、当該パッケージ情報ＰＫにサブコンテンツ名ＮＳが登録されているうちで新コンテンツを構成するサブコンテンツＳＢとを対応付ける情報である。なお、図７においては、最新のパッケージ情報ＰＫ（新パッケージ情報ＮＰ）のバージョン番号が「３」である場合、サブコンテンツＳＢ−１〜ＳＢ−Ｎの数「Ｎ」が「６」である。
【０１０５】
なお、パッケージ特定情報２３１内のパッケージ情報ＰＫ（サブコンテンツ名ＮＳおよびサブバージョン番号ＳＶ）により、当初コンテンツ（バージョンが「１」）から最新バージョン（この例では、「３」）の新コンテンツへと至るまでの間、サブコンテンツＳＢ−２は、その内容が順次更新されてきたことが識別可能である。
【０１０６】
また、例えば、サブコンテンツＳＢ−６が、新コンテンツ（バージョンが「３」）にて、バージョン「２」のコンテンツへと新規に追加されたものであることが識別可能である。
【０１０７】
また、例えば、バージョン「２」から「３」へとコンテンツを更新した際、サブコンテンツＳＢ−５については、バージョン「２」に含まれていた状態から内容が変更されていないことが識別可能である。
【０１０８】
バージョン識別部２４は、通信部２１が携帯端末１から受信した現バージョン情報ＣＶが示すバージョン（現コンテンツ１３１のバージョン）と、パッケージ特定情報２３１内のバージョン情報ＶＩのうちで値が最も大きい最新バージョンとが一致するかどうかを判別する。
【０１０９】
選択部２５は、バージョン識別部２４が、現バージョン情報ＣＶが示す現コンテンツ１３１のバージョンと最新バージョンとが一致しないと判別した場合、バージョン識別部２４が判別に用いた最新バージョンを示すバージョン情報ＶＩをパッケージ特定情報２３１のうちから特定する。
【０１１０】
また、選択部２５は、特定したバージョン情報ＶＩと、当該バージョン情報ＶＩに対応付けられているパッケージ情報ＰＫと、当該パッケージ情報ＰＫにサブコンテンツ名ＮＳ−１〜ＮＳ−Nが登録されているサブコンテンツＳＢ−１〜ＳＢ−Ｎとを読み出す。この場合、通信部２１（パッケージ送信部）は、選択部２５が読み出したバージョン情報ＶＩと、パッケージ情報ＰＫと、当該パッケージ情報ＰＫに対応するサブコンテンツＳＢとを携帯端末１へと送信する。
【０１１１】
つぎに、上記構成を有するウェブアプリケーション管理システムにおいて、ウェブサーバ２が新コンテンツに対応する新パッケージ情報ＮＰを生成する動作を説明する。
【０１１２】
図８に示すように、ウェブサーバ２のパッケージ生成部２２が有する新番号付与部２２１は、新コンテンツの直前のコンテンツ（「旧コンテンツ」）に付与された旧バージョン番号に「１」を加算する。これにより、新番号付与部２２１は、新コンテンツに付与される新バージョン番号を定める（ステップＳ１）。その後、新番号付与部２２１は、定めた新バージョン番号を示すバージョン情報ＶＩを記憶部２３内のパッケージ特定情報２３１へと書込む。
【０１１３】
なお、サブバージョン番号付与部２２２は、新番号付与部２２１が新コンテンツに付与した新バージョン番号を、当該新コンテンツのバージョンアップに用いられるパッケージ情報ＰＫ（新パッケージ情報ＮＰ）のバージョンとしても付与する。
【０１１４】
続いて、パッケージ生成部２２は、新コンテンツに含まれるサブコンテンツＳＢのサブコンテンツ名ＮＳがパッケージ特定情報２３１に登録されていないかどうか、つまり、当該サブコンテンツＳＢが旧コンテンツへと新たに追加されたものであるかどうかを判別する（ステップＳ２）。
【０１１５】
例えば、新コンテンツのサブコンテンツ名ＮＳがパッケージ特定情報２３１に登録されていない場合、パッケージ生成部２２は、当該サブコンテンツ名ＮＳのサブコンテンツＳＢが旧コンテンツへと新たに追加されたものであると判別する。
【０１１６】
この場合、パッケージ生成部２２は、旧コンテンツに対応するパッケージ情報ＰＫに登録されていたサブコンテンツ名ＮＳすべてと、新規追加されたサブコンテンツＳＢのサブコンテンツ名ＮＳとを、新コンテンツに対応する新パッケージ情報ＮＰへと書込む。
【０１１７】
続いて、サブバージョン番号付与部２２２は、新コンテンツを構成するために、その直前のバージョンの旧コンテンツへと新たに追加されたサブコンテンツについては、そのサブバージョン番号ＳＶとして、先に定めた新バージョン番号を付与する（ステップＳ３）。
【０１１８】
一方、ステップＳ２において、新コンテンツのサブコンテンツ名ＮＳがパッケージ特定情報２３１に登録されている場合、パッケージ生成部２２は、新コンテンツ内のサブコンテンツＳＢが旧コンテンツへと新規に追加されたものでないと判別する。
【０１１９】
この場合、パッケージ生成部２２は、旧コンテンツに対応するパッケージ情報ＰＫに登録されていたサブコンテンツ名ＮＳすべてを、新コンテンツに対応する新パッケージ情報ＮＰへと書込む。
【０１２０】
さらに、パッケージ生成部２２は、新コンテンツを構成する当該サブコンテンツＳＢが旧コンテンツにもともと含まれており、かつ、新コンテンツを構成するために更新が行われたものであるかどうかを判別する（ステップＳ４）。当該更新が行われたかどうかを判別する方法については、特に限定しないが、例えば、新コンテンツ内の当該サブコンテンツＳＢの記述内容と、旧コンテンツ内の当該サブコンテンツＳＢの記述内容とが一致するかどうかに基づいて当該更新を判別する一般的な方法でもよい。
【０１２１】
旧コンテンツにもともと含まれていて更新が行われたサブコンテンツＳＢであると判別した場合、サブバージョン番号付与部２２２は、新パッケージ情報ＮＰにて、当該サブコンテンツＳＢのサブコンテンツ名ＮＳと、そのサブバージョン番号ＳＶとしての先に定めた新バージョン番号とを対応付ける（ステップＳ５）。
【０１２２】
一方、ステップＳ４において、当該サブコンテンツＳＢは旧コンテンツにもともと含まれていて更新されていないサブコンテンツＳＢであると判別した場合、パッケージ生成部２２は、当該サブコンテンツＳＢが新コンテンツを構成するために旧コンテンツの構成から削除される対象であるかどうかを判別する（ステップＳ６）。削除の対象であるかどうかを判別する方法については、特に限定しないが、例えば、新コンテンツのうちに、旧コンテンツ内の当該サブコンテンツＳＢが含まれているかどうかに基づいて削除対象か否かを判別する一般的な方法でもよい。
【０１２３】
パッケージ生成部２２が削除される対象でないと判別した場合、当該サブコンテンツＳＢは、旧コンテンツにもともと含まれていたサブコンテンツＳＢであって、新コンテンツを構成するためにそのまま用いられるものである。この場合、旧番号維持部２２３は、当該サブコンテンツＳＢのサブバージョン番号ＳＶを、旧コンテンツにて付与されていたサブバージョン番号ＳＶのまま維持する（ステップＳ７）。
【０１２４】
一方、ステップＳ６にて、当該サブコンテンツＳＢは削除対象であるとパッケージ生成部２２が判別した場合、当該サブコンテンツＳＢは、旧コンテンツのみに含まれており新コンテンツを構成しないサブコンテンツＳＢである。この場合、削除対象番号付与部２２４は、当該サブコンテンツＳＢのサブバージョン番号ＳＶとして、携帯端末１から削除されるべきことを示す削除対象番号（「０」）を付与する（ステップＳ８）。
【０１２５】
なお、削除対象番号付与部２２４は、旧コンテンツに対応付けられたパッケージ情報ＰＫである旧パッケージ情報ＰＫにおいて、サブバージョン番号ＳＶとして削除対象番号（「０」）が付与されていたサブコンテンツＳＢは、削除対象番号をサブバージョン番号として付与したまま、新パッケージ情報ＰＫにも登録する。
【０１２６】
図７に示したパッケージ特定情報２３１の例では、サブコンテンツ名ＮＳ−3については、バージョン「２」にて削除対象番号がサブバージョン番号ＳＶとして付与されている。この場合、バージョン「３」の新パッケージ情報ＮＰにおいても、サブコンテンツ名ＮＳ−3については削除対象番号が維持される。
【０１２７】
パッケージ生成部２２は、新コンテンツを構成するサブコンテンツＳＢ−１〜ＳＢ−Ｎすべてに対する上述のいずれかのサブバージョン番号ＳＶの付与が終了するまで、サブバージョン番号ＳＶの付与を繰り返し実行する。これにより、現コンテンツ１３１から新コンテンツへとバージョンアップする際に携帯端末１が用いるパッケージ情報ＰＫが生成される。
【０１２８】
つぎに、上記構成を有するウェブアプリケーション管理システムにおいて、携帯端末１内の現コンテンツ１３１のバージョンアップを行う動作を説明する。
【０１２９】
まず、携帯端末１が、自己が記憶している現コンテンツ１３１をバージョンアップするときの動作を説明する。
【０１３０】
図９に示すように、現バージョン特定部１２は、現コンテンツ１３１のバージョンアップに用いた現パッケージ情報ＣＰのバージョンを示す現バージョン情報ＣＶを記憶部１３から読み出す（ステップＳ１１）。
【０１３１】
続いて、通信部１１は、現バージョン特定部１２が読み出した現バージョン情報ＣＶと、パッケージ情報ＰＫの送信を要求するための送信要求信号とを、ウェブサーバ２へと送信する（ステップＳ１２）。
【０１３２】
その後、通信部１１は、送信要求信号に応答してウェブサーバ２から送信されてきた新コンテンツに対応するパッケージ情報ＰＫ（新パッケージ情報ＮＰ）と、新パッケージ情報ＮＰのバージョンを示すバージョン情報ＶＩと、新パッケージ情報ＮＰにサブコンテンツ名ＮＳが登録されているうちで新コンテンツを構成するサブコンテンツＳＢとを受信する（ステップＳ１３）。記憶部１３は、ウェブサーバ２からのバージョン情報ＶＩが示す最新バージョンを、現バージョン情報ＣＶへと上書して記憶する。
【０１３３】
また、バージョンアップ部１４は、通信部１１が受信したパッケージ情報ＰＫとサブコンテンツＳＢとを用いて、現コンテンツ１３１のバージョンアップを行う（ステップＳ１４）。
【０１３４】
以下、ステップＳ１４において、バージョンアップ部１４が、ウェブサーバ２からのパッケージ情報ＰＫ（新パッケージ情報ＮＰ）とサブコンテンツＳＢ−１〜ＳＢ−Ｎとを用いて、現コンテンツ１３１のバージョンアップを行う動作を詳細に説明する。
【０１３５】
図１０に示すように、バージョンアップ部１４の新規追加判別部１４１は、新コンテンツに対応する新パッケージ情報ＮＰに登録されているサブコンテンツ名ＮＳ−１〜ＮＳ−Ｎが、現パッケージ情報ＣＰに登録されているかどうかを判別する（ステップＳ１４１）。
【０１３６】
まず、ステップＳ１４１にて、新パッケージ情報ＮＰ内のサブコンテンツ名ＮＳ−１〜ＮＳ−Nが現パッケージ情報ＣＰに登録されていないと新規追加判別部１４１が判別した場合について説明する。
【０１３７】
この場合、新パッケージ情報ＮＰのサブコンテンツ名ＮＳのサブコンテンツＳＢは、新コンテンツを構成する際に現コンテンツ１３１へと新たに追加されたサブコンテンツＳＢである。
【０１３８】
そのため、新規追加部１４２は、現パッケージ情報ＣＰにてそのサブコンテンツ名ＮＳが未登録である新コンテンツの当該サブコンテンツＳＢを記憶部１３へと記憶させる（ステップＳ１４２）。
【０１３９】
つぎに、ステップＳ１４１にて、新パッケージ情報ＮＰ内のサブコンテンツ名ＮＳ−１〜ＮＳ−Nが、現パッケージ情報ＣＰに登録されていると新規追加判別部１４１が判別した場合について説明する。
【０１４０】
この場合、削除判別部１４３は、当該サブコンテンツ名ＮＳに対応付けられている新パッケージ情報ＰＫ内の新サブバージョン番号ＳＶが削除対象番号であるかどうかを判別する（ステップＳ１４３）。つまり、当該サブコンテンツ名で識別される現コンテンツ１３１内のサブコンテンツを削除するかどうかを判別する。
【０１４１】
新サブバージョン番号ＳＶが削除対象番号であると削除判別部１４３が判別した場合、削除部１４４は、新サブバージョン番号と一致するバージョン番号の現コンテンツ１３１内のサブコンテンツＳＢを記憶部１３から削除する（ステップＳ１４４）。
【０１４２】
一方、新サブバージョン番号ＳＶが削除対象番号でないと削除判別部１４３が判別した場合、サブバージョン番号比較部１４５は、当該新サブバージョン番号ＳＶと、そのサブコンテンツＳＢの現パッケージ情報ＣＰ内の現サブバージョン番号ＳＶとを比較する（ステップＳ１４５）。
【０１４３】
サブバージョン番号比較部１４５による当該比較の結果、新サブバージョン番号ＳＶが現パッケージ情報ＣＰ内のサブバージョン番号ＳＶよりも大きい場合、更新部１４６は、現サブバージョン番号ＳＶを有する現コンテンツ１３１内のサブコンテンツＳＢを、新サブバージョン番号ＳＶを有するウェブサーバ２から受信したサブコンテンツＳＢへと置き換える（ステップＳ１４６）。
【０１４４】
置換する場合、例えば、更新部１４６は、現パッケージ情報ＣＰ内のサブバージョン番号ＳＶを有する現コンテンツ１３１内のサブコンテンツＳＢを記憶部１３から削除するとともに、新サブバージョン番号ＳＶを有するウェブサーバ２からのサブコンテンツＳＢを記憶部１３へと記憶させる。
【０１４５】
一方、新サブバージョン番号ＳＶが現パッケージ情報ＣＰ内のサブバージョン番号ＳＶよりも大きくないと判別した場合には、新コンテンツには、現コンテンツ１３１内のサブコンテンツＳＢへと変更が加えられることなく、当該サブコンテンツＳＢがそのまま含まれている。この場合、バージョンアップ部１４は、いかなる処理も実行せずにその動作を終了する。
【０１４６】
なお、バージョンアップ部１４は、新パッケージ情報ＮＰに登録されているすべてのサブコンテンツ名ＮＳ−１〜ＮＳ−Ｎについて、上述の図１０に示した動作を繰り返し実行する。
【０１４７】
以上で、ウェブサーバ２から受信したパッケージ情報ＰＫ（新パッケージ情報ＮＰ）を用いて、現コンテンツ１３１をバージョンアップするときの携帯端末１の動作が終了する。
【０１４８】
つぎに、ウェブサーバ２の動作を説明する。
【０１４９】
なお、以下の説明の前提として、ウェブサーバ２が具備するパッケージ生成部２２は、図８に示した動作を実行することにより、携帯端末１が現コンテンツ１３１から新コンテンツへとバージョンアップするためのパッケージ情報ＰＫの生成を完了しているものとする。
【０１５０】
図１１に示すように、通信部２１は、携帯端末１から送信されてきた現バージョン情報ＣＶと送信要求信号とを受信する（ステップＳ２１）。
【０１５１】
バージョン識別部２４は、通信部２１が携帯端末１から受信した現バージョン情報ＣＶが示すバージョン番号と、パッケージ特定情報２３１内のバージョン情報ＶＩのうちで最も値が大きい最新バージョンとが一致するかどうかを判別する（ステップＳ２２）。
【０１５２】
バージョン識別部２４が、携帯端末１からの現バージョン情報ＣＶが示すバージョン番号と最新バージョンとが一致すると判別した場合、携帯端末１が現コンテンツ１３１のバージョンアップを行うことは不要であるため、ウェブサーバ２はその動作を終了する。
【０１５３】
一方、バージョン識別部２４が、携帯端末１からの現バージョン情報ＣＶが示すバージョン番号と最新バージョンとが一致しないと判別した場合、選択部２５は、バージョン識別部２４が判別に用いた最新バージョンを示すバージョン情報ＶＩをパッケージ特定情報２３１のうちから特定する（ステップＳ２３）。
【０１５４】
そして、選択部２５は、特定したバージョン情報ＶＩと、当該バージョン情報ＶＩに対応付けられているパッケージ情報ＰＫとサブコンテンツＳＢとを読み出す（ステップＳ２４）。
【０１５５】
通信部２１は、選択部２５が読み出したバージョン情報ＶＩと、パッケージ情報ＰＫと、サブコンテンツＳＢとを携帯端末１へと送信する（ステップＳ２５）。
【０１５６】
以上で、ウェブサーバ２がパッケージ情報ＰＫを携帯端末１へと送信する動作が終了する。
【０１５７】
以上説明したように、本発明のウェブアプリケーション管理システムによれば、ウェブサーバ２のパッケージ生成部２２は、バージョンアップに必要なサブコンテンツＳＢの情報と、バージョンアップに不要なサブコンテンツの情報とを含むパッケージ情報ＰＫを生成する。そして、当該パッケージ情報ＰＫに対して、新コンテンツと同じバージョン番号を付与する。
【０１５８】
さらに、パッケージ生成部２２は、パッケージ情報ＰＫへと登録されるサブコンテンツ名ＮＳのサブコンテンツＳＢ−１〜ＳＢ−Nに対してサブバージョン番号ＳＶを付与する場合、直前のバージョンの旧コンテンツへと追加されるサブコンテンツＳＢや更新されるサブコンテンツＳＢには、パッケージ情報ＰＫに付与した新バージョン番号と同じ値のサブバージョン番号ＳＶを付与する。
【０１５９】
そのため、携帯端末１にて現コンテンツ１３１のバージョンアップを行う場合、ウェブサーバ２は、携帯端末１から送信されてきた現バージョン情報ＣＶだけを用いて、携帯端末１へと送信するべきサブコンテンツＳＢを選択することができ、さらに、選択したサブコンテンツＳＢのみを携帯端末１へと送信することができる。
【０１６０】
これにより、携帯端末１が記憶している現コンテンツ１３１をバージョンアップする際に、携帯端末１とウェブサーバ２とを接続するネットワーク（図示せず）上のトラヒックを抑制することができる。
【０１６１】
また、パッケージ生成部２２は、当初のコンテンツから最新バージョンの新コンテンツに至るまでの間に削除されたサブコンテンツＳＢのサブコンテンツ名ＮＳすべてに対して、削除すべき対象であることを示す「削除対象番号」をサブバージョン番号ＳＶとして付与する。
【０１６２】
これにより、新コンテンツのバージョン番号と、バージョンアップの対象である携帯端末１の現コンテンツ１３１のバージョン番号とが、「２」以上離れている場合でも、より少ない情報を用いて、現コンテンツ１３１から最新バージョンの新コンテンツへのバージョンアップができる。また、現コンテンツ１３１のうちから削除すべきサブコンテンツＳＢを識別し、削除することが可能となる。
【０１６３】
なお、本発明においては、携帯端末１内の処理は上述の専用のハードウェアにより実現されるもの以外に、その機能を実現するためのプログラムを携帯端末１にて読取可能な記録媒体に記録し、この記録媒体に記録されたプログラムを携帯端末１に読み込ませ、実行するものであってもよい。携帯端末１にて読取可能な記録媒体とは、フロッピーディスク（登録商標）、光磁気ディスク、ＤＶＤ、ＣＤなどの移設可能な記録媒体の他、携帯端末１に内蔵されたＨＤＤ等を指す。この記録媒体に記録されたプログラムは、例えば、携帯端末１が有する現バージョン特定部１２およびバージョンアップ部１４にて読み込まれ、現バージョン特定部１２およびバージョンアップ部１４の制御によって、上述したものと同様の処理が行われる。
【０１６４】
ここで、携帯端末１が有する現バージョン特定部１２およびバージョンアップ部１４は、プログラムが記録された記録媒体から読み込まれたプログラムを実行するコンピュータとして動作するものである。
【０１６５】
なお、上述したプログラムは、ウェブサーバ２についても同様に適用可能である。
【図面の簡単な説明】
【０１６６】
【図１】本発明の実施形態に従ったウェブアプリケーション管理システムの構成を示す図である。
【図２】（ａ）パッケージ情報のデータ構造の第１の例を示す図である。（ｂ）パッケージ情報のデータ構造の第２の例を示す図である。（ｃ）パッケージ情報のデータ構造の第３の例を示す図である。
【図３】図１に示した携帯端末の構成を示す図である。
【図４】図３に示したバージョンアップ部の構成を示す図である。
【図５】図１に示したウェブサーバの構成を示す図である。
【図６】図５に示したパッケージ生成部の構成を示す図である。
【図７】パッケージ特定情報のデータ構造の一例を示す図である。
【図８】ウェブサーバが、パッケージ情報を生成する動作を示すフローチャートである。
【図９】携帯端末が、コンテンツのバージョンアップを行うためのパッケージ情報を受信する動作を示すフローチャートである。
【図１０】携帯端末が、ウェブサーバからのパッケージ情報およびサブコンテンツを用いて、現コンテンツのバージョンアップを行う動作を示すフローチャートである。
【図１１】ウェブサーバが、バージョン情報、パッケージ情報およびサブコンテンツを送信する動作を示すフローチャートである。
【符号の説明】
【０１６７】
１  携帯端末
１１  通信部
１２  現バージョン特定部
１３  記憶部
１３１  現コンテンツ
１４  バージョンアップ部
１４１  新規追加判別部
１４２  新規追加部
１４３  削除判別部
１４４  削除部
１４５  サブバージョン番号比較部
１４６  更新部
１５  入力部
２  ウェブサーバ
２１  通信部
２２  パッケージ生成部
２２１  新番号付与部
２２２  サブバージョン番号付与部
２２３  旧番号維持部
２２４  削除対象番号付与部
２３  記憶部
２３１  パッケージ特定情報
２４  バージョン識別部
２５  選択部
【図１】
2009265743.tif 000003
【図２】
2009265743.tif 000004
【図３】
2009265743.tif 000005
【図４】
2009265743.tif 000006
【図５】
2009265743.tif 000007
【図６】
2009265743.tif 000008
【図７】
2009265743.tif 000009
【図８】
2009265743.tif 000010
【図９】
2009265743.tif 000011
【図１０】
2009265743.tif 000012
【図１１】
2009265743.tif 000013