JP2016218541A - 情報処理装置およびプログラム - Google Patents

Abstract

【課題】メインアプリを起動する際に、サブアプリに関するメッセージ情報を表示しない場合に比べて、サブアプリを起動するごとに当該サブアプリに関するメッセージ情報が表示される煩わしさを減らす。
【解決手段】制御部５１は、メインアプリが起動される際に、表示すべきメッセージ情報がメインアプリおよびサブアプリのバージョン毎に設定されている情報ファイルを外部装置であるＷｅｂサーバ装置３０から取得する。そして、制御部５１は、データ記憶部５２に記憶されているメインアプリが起動される際に、起動されるメインアプリに関連するサブアプリがデータ記憶部５２に存在する場合、メインアプリの現在のバージョンに対応するメッセージ情報と、このサブアプリの現在のバージョンに対応するメッセージ情報とを情報ファイルから取得して表示部５３に表示する。
【選択図】図３

Description

本発明は、情報処理装置およびプログラムに関する。

特許文献１には、Ｗｅｂサービスにおいて複数のアプリケーションから出力されるメッセージを効率よく表示させるようにしたＷｅｂアプリケーションシステムが開示されている。

特許文献２には、複合コンテンツ項目及び形式をサポートするマルチメディアメッセージングシステムが開示されている。

特許文献３には、緊急メッセージをアプリケーションサーバからクライアント端末に対して自発的に通知するようにした緊急メッセージ配信システムが開示されている。

特開２００７−２１９７５３号公報 特開２００８−５０７７８２号公報 特開２０１２−１８１５９９号公報

ＯＳ（オペレーティングシステム）と呼ばれる基本ソフトウェア上で動作するプログラムは、アプリケーションプログラム（応用ソフトウェア）と呼ばれている。

このアプリケーションプログラム（以下アプリと略す。）には、単独で起動可能なメインアプリ（第１のアプリ）と、メインアプリの特定の機能を実行する際に起動されるサブアプリ（第２のアプリ）とが存在する。

なお、サブアプリには、単独で起動不可能でメインアプリ上でのみ動作可能なものや、単独でも起動可能であるがメインアプリと連携して動作することにより機能を有効に使用可能になるものが存在する。

そして、アプリを起動する際に、起動させるアプリに関するメッセージを表示させようとした場合、メインアプリのみを起動させると、メインアプリに関するメッセージ情報を表示することは可能であるが、サブアプリに関するメッセージ情報は表示されないことになり、サブアプリを起動するごとに当該サブアプリに関するメッセージ情報が表示されていた。

本発明の目的は、メインアプリを起動する際に、サブアプリに関するメッセージ情報を表示しない場合に比べて、サブアプリを起動するごとに当該サブアプリに関するメッセージ情報が表示される煩わしさを減らすことである。

［情報処理装置］
請求項１に係る本発明は、単独で起動可能な第１のプログラムと、前記第１のプログラムの特定の機能を実行する際に起動される第２のプログラムとを記憶する記憶手段と、
前記第１のプログラムの特定の機能が実行される際に、当該機能に対応する前記第２のプログラムを起動する起動手段と、
前記記憶手段に記憶されている前記第１のプログラムが起動され、かつ、前記第２のプログラムが起動される前に、前記第２のプログラムのバージョンに対応するメッセージ情報を表示部に表示するよう制御する表示制御手段とを備えた情報処理装置である。

請求項２に係る本発明は、前記第２のプログラムは複数あり、
前記表示制御手段は、複数の前記第２のプログラムのバージョンに対応するメッセージ情報を、前記第１のプログラムのバージョンに対応するメッセージ情報とともに表示部に表示するよう制御することを特徴とする請求項１記載の情報処理装置である。

請求項３に係る本発明は、前記記憶手段に記憶されている前記第１のプログラムが起動される際に、表示すべきメッセージ情報が第２のプログラムのバージョン毎に設定されている情報ファイルを外部装置から取得する取得手段を備え、
前記表示制御手段は、前記第２のプログラムのバージョンと前記取得手段により取得された前記情報ファイルとに基づいて表示すべきメッセージ情報を特定し、特定したメッセージ情報を表示部に表示するよう制御する請求項１記載の情報処理装置である。

請求項４に係る本発明は、前記記憶手段に記憶されている前記第１のプログラムが起動される際に、前記第２のプログラムのバージョンに対応する表示すべきメッセージ情報を外部装置から取得する取得手段と、
メッセージ情報の取得回数をバージョンごとに計数する計数手段とを備えた請求項１記載の情報処理装置である。

請求項５に係る本発明は、前記記憶手段に記憶されている前記第１のプログラムが起動される際に、表示すべきメッセージ情報の格納場所情報が第２のプログラムのバージョン毎に設定されている情報ファイルを外部装置から取得し、前記第２のプログラムのバージョンと取得した前記情報ファイルとに基づいて表示すべきメッセージ情報を取得する取得手段と、
メッセージ情報の取得回数をバージョンごとに計数する計数手段とを備え、
前記表示制御手段は、前記取得手段により取得されたメッセージ情報を表示部に表示するよう制御する請求項１記載の情報処理装置である。

請求項６に係る本発明は、前記メッセージ情報に、前記第２のプログラムを更新するための更新プログラムの格納場所情報が含まれる請求項１から５のいずれか１項記載の情報処理装置である。

請求項７に係る本発明では、前記表示制御手段は、前記第２のプログラムのバージョンに対応したメッセージ情報を、第２のプログラムに関するメッセージ情報であることを明示して表示部に表示するよう制御する請求項１から５のいずれか１項記載の情報処理装置である。

請求項８に係る本発明では、前記記憶手段は、前記第１のプログラムと前記第２のプログラムの関係を記述した依存関係情報を記憶する請求項１から７のいずれか１項記載の情報処理装置である。

請求項９に係る本発明は、前記情報ファイルに、前記第１のプログラムと前記第２のプログラムの関係を記述した依存関係情報が含まれる請求項１から７のいずれか１項記載の情報処理装置である。

請求項１０に係る本発明は、前記情報ファイルに、前記第２のプログラムの各バージョンの使用を停止すべきであることを示す緊急停止情報が含まれる請求項１から７のいずれか１項記載の情報処理装置である。

［プログラム］
請求項１１に係る本発明は、単独で起動可能な第１のプログラムを起動するステップと、
前記第１のプログラムが起動され、かつ、前記第１のプログラムの特定の機能を実行する際に起動される第２のプログラムが起動される前に、前記第２のプログラムのバージョンに対応するメッセージ情報を表示部に表示するよう制御するステップとをコンピュータに実行させるためのプログラムである。

請求項１に係る本発明によれば、第１のプログラムが起動され、かつ、第２のプログラムが起動される前に、第２のプログラムのバージョンに該当するメッセージ情報を表示することができるという効果を得ることができる。

請求項２に係る本発明によれば、第１のプログラムを起動する際に、第１のプログラムのバージョンに対応するメッセージ情報とともに、第２のプログラムのメッセージ情報を表示させることができるという効果を得ることができる。

請求項３に係る本発明によれば、外部装置に使用しているプログラムのバージョン情報を通知する必要がないという効果を得ることができる。

請求項４に係る本発明によれば、第２のプログラムを利用しているユーザのうち、メッセージ情報を通知することができたユーザ数を把握することが可能になるという効果を得ることができる。

請求項５に係る本発明によれば、第２のプログラムを利用しているユーザのうち、メッセージ情報を通知することができたユーザ数を把握することが可能になるという効果を得ることができる。

請求項６に係る本発明によれば、ユーザが新しいバージョンのプログラムに更新することが容易になるという効果を得ることができる。

請求項７に係る本発明によれば、表示されるメッセージ情報が第２のプログラムに関するものであることをユーザに明確に認識させることができるという効果を得ることができる。

請求項８に係る本発明によれば、第１のプログラムに対して関連する第２のプログラムを容易に把握することが可能になるという効果を得ることができる。

請求項９に係る本発明によれば、情報処理装置側では依存関係情報を記憶する必要がなくなるという効果を得ることができる。

請求項１０に係る本発明によれば、ある特定のプログラムの特定のバージョンの使用を強制的に停止することができるという効果を得ることができる。

請求項１１に係る本発明によれば、第１のプログラムが起動され、かつ、第２のプログラムが起動される前に、第２のプログラムのバージョンに該当するメッセージ情報を表示することができるという効果を得ることができる。

本発明の一実施形態の情報処理システムの構成を示すシステム図である。 本発明の一実施形態における情報処理装置１０のハードウェア構成を示すブロック図である。 本発明の一実施形態における情報処理装置１０の機能構成を示すブロック図である。 メインアプリとサブアプリとの関係を説明するための模式図である。 メインアプリとサブアプリの関係を記述したアプリ関係テーブルの一例を示す図である。 表示すべきメッセージ情報がメインアプリおよびサブアプリのバージョン毎に設定されている情報ファイルの一例を示す図である。 メッセージ情報の代わりに表示すべきメッセージ情報が格納されている格納場所情報を記述した情報ファイルの一例を示す図である。 メッセージ情報の代わりに表示すべきメッセージ情報が格納されている格納場所情報を記述した情報ファイルの一例を示す図である。 本発明の一実施形態の情報処理装置１０の動作を説明するためのフローチャートである。 本発明の一実施形態の情報処理装置１０において表示されるメッセージ情報の一例を示す図である。 本発明の一実施形態の情報処理装置１０において表示されるメッセージ情報の一例を示す図である。 特定のアプリの利用を強制的に停止できるようにした情報ファイルの一例を示す図である。 情報ファイル内にアプリ関係テーブルを含めるようにした一例を示す図である。

次に、本発明の実施の形態について図面を参照して詳細に説明する。

図１は本発明の一実施形態の情報処理システムの構成を示すシステム図である。

本発明の一実施形態の情報処理システムは、図１に示されるように、インターネット通信網３０により相互に接続された情報処置装置１０と、Ｗｅｂサーバ装置２０により構成される。なお、ここでは、説明を簡単にするために情報処理装置１０が１台の場合について説明しているが、複数の情報処理装置１０がインターネット通信網３０を介してＷｅｂサーバ装置２０に接続可能である。

Ｗｅｂサーバ装置２０は、インターネット通信網３０を介してＷｅｂサービスを提供するサーバ装置である。

情報処理装置１０は、インターネット通信網３０を介してＷｅｂサーバ装置２０に接続して、Ｗｅｂサーバ装置２０により提供されるＷｅｂサービスを利用している。

なお、本実施形態では、情報処理装置１０は、インターネット通信網３０を介してＷｅｂサーバ装置２０に接続して情報ファイルをダウンロードして取得するというＷｅｂサービスを利用している。この情報ファイルの詳細については後述する。

次に、本実施形態の情報処理システムにおける情報処理装置１０のハードウェア構成を図２に示す。

情報処理装置１０は、図２に示されるように、ＣＰＵ１１、メモリ１２、ハードディスクドライブ（ＨＤＤ）等の記憶装置１３、タッチパネル又は液晶ディスプレイ並びにキーボードを含むユーザインタフェース（ＵＩ）装置１４、インターネット通信網３０を介してＷｅｂサーバ装置２０等の外部の装置との間でデータの送信及び受信を行う通信インタフェース（ＩＦ）１５を有する。これらの構成要素は、制御バス１６を介して互いに接続されている。

ＣＰＵ１１は、メモリ１２または記憶装置１３に格納された制御プログラムに基づいて所定の処理を実行して、情報処理装置１０の動作を制御する。なお、本実施形態では、ＣＰＵ１１は、メモリ１２または記憶装置１３内に格納された制御プログラムを読み出して実行するものとして説明したが、当該プログラムをＣＤ−ＲＯＭ等の記憶媒体に格納してＣＰＵ１１に提供することも可能である。

図３は、上記の制御プログラムが実行されることにより実現される情報処理装置１０の機能構成を示すブロック図である。

本実施形態の情報処理装置１０は、図３に示されるように、制御部５１と、データ記憶部５２と、表示部５３と、通信部５４とを備えている。また、Ｗｅｂサーバ装置２０は、通信部４１と、情報ファイル記憶部４２とを備えている。

データ記憶部５２は、単独で起動可能なメインアプリケーションプログラム（第１のプログラム）と、このアプリケーションプログラムの特定の機能を実行する際に起動されるサブアプリケーションプログラム（第２のプログラム）とを記憶する。

このメインアプリケーションプログラム（以下メインアプリと略す。）は、例えば、書類作成ソフト、インターネット閲覧ソフトのような独立して起動可能なアプリケーションプログラムであり、他のアプリケーションプログラムと連携可能なインタフェース機能を備え、他のアプリと連携して機能拡張することが可能なプログラムである。

サブアプリケーションプログラム（以下サブアプリと略す。）は、例えば、書類作成ソフト上で動作するフォーマット変更機能を実現するためのアプリケーションプログラム等のメインアプリの特定の機能を実行する際に起動されるプログラムである。

このメインアプリとサブアプリとの関係を図４の模式図を参照して説明する。

図４に示されるように、サブアプリ６１、６２は、メインアプリ６０上でのみ動作可能なプログラムであり、メインアプリ６０が起動していないと起動することができないようになっている。しかし、サブアプリ７１、７２は、単独でも起動して動作可能であるが、メインアプリ６０と連携して動作することにより有効に機能することができるプログラムである。

なお、このサブアプリ６１、６２、７１、７２は、ともにメインアプリ６０の特定の機能を実行する際に起動されるプログラムである。

なお、本実施形態の対象となるサブアプリは、メインアプリをインストールする際のインストーラとは別のインストーラにより情報処理装置１０にインストールされる。つまり、メインアプリのバージョンからサブアプリのバージョンを特定することができないようなサブアプリが本実施形態の対象である。このようなサブアプリは、メインアプリのバージョン等の状態に依存することなくアップデートすることが可能となっている。

また、データ記憶部５２は、メインアプリとサブアプリの関係を記述したアプリ関係テーブル（依存関係情報）を記憶する。

このアプリ関係テーブルの一例を図５に示す。この図５に示されたアプリ関係テーブルでは、メインアプリであるアプリＡのサブアプリがアプリＢ、Ｃであり、メインアプリであるアプリＤのサブアプリがアプリＥであることが示されている。なお、アプリＢは、アプリＡのサブアプリであると共に単独で起動してメインアプリとして機能することができるものであるため、図５に示されたアプリ関係テーブルではメインアプリでもあるとして記載されている。つまり、あるアプリがメインアプリでありかつサブアプリとなる場合もあり得る。

そして、この図５に示されたようなアプリ関係テーブルは、具体的には、情報処理装置１０のレジストリや設定ファイル等に記憶されている。

表示部５３は、制御部５１による制御に基づいて、ユーザにメッセージ情報等の各種情報を表示する。

通信部５４は、インターネット通信網３０を介してＷｅｂサーバ装置２０にアクセスして、情報ファイルを取得する。

制御部５１は、メインアプリの特定の機能が実行される際に、データ記憶部５２に記憶されている複数のサブアプリのうちの実行されたメインアプリの機能に対応するサブアプリを起動する。

そして、制御部５１は、データ記憶部５２に記憶されているメインアプリが起動される際に、起動されるメインアプリの特定の機能を実行する際に起動されるサブアプリがデータ記憶部５２に存在するか否かを判定する。そして、制御部５１は、起動されるメインアプリの特定の機能を実行する際に起動されるサブアプリがデータ記憶部５２に存在すると判定した場合、メインアプリが起動され、かつ、サブアプリが起動される前に、メインアプリの現在のバージョンに対応するメッセージ情報と、このサブアプリの現在のバージョンに対応するメッセージ情報とを取得して表示部５３に表示するよう制御する。

さらに、制御部５１は、データ記憶部５２に記憶されているメインアプリが起動される際に、表示すべきメッセージ情報がメインアプリおよびサブアプリのバージョン毎に設定されている情報ファイルを外部装置であるＷｅｂサーバ装置３０から取得する。

Ｗｅｂサーバ装置２０では、上記の情報ファイルを情報ファイル記憶部４２に格納している。そして、Ｗｅｂサーバ装置２０では、通信部４１を介して情報処理装置１０からの要求を受信することにより、情報ファイル格納部４２に格納している情報ファイルを通信部４１を介して情報処理装置１０に送信する。

この情報ファイルの一例を図６を参照して説明する。例えば、図６に示した情報ファイルでは、アプリＡについてはバージョンがＶｅｒ１．２の場合には、「アプリＡのｘｘ機能に問題が見つかりました。ｘｘ機能で○○を実行しないで下さい。対策バージョンがリリースされましたら、このメッセージでお知らせします。」というメッセージを表示すべきであることが示されている。

また、図６に示した情報ファイルでは、アプリＣについてはバージョンがＶｅｒ１．０の場合には、表示すべきメッセージ情報に、アプリＣを更新するための更新プログラム（アプリＣのＶｅｒ１．１）の格納場所情報が含まれている。

このように表示すべきメッセージ情報に、メインアプリまたはサブアプリを更新するための更新プログラムの格納場所情報が含まれるようにすることも可能である。

そして、制御部５１は、図５に示したようなアプリ関係テーブルから、起動されるメインアプリの特定の機能を実行する際に起動されるサブアプリ、つまり起動されるメインアプリに関連するサブアプリを特定する。

そして、制御部５１は、起動されるメインアプリのバージョン情報とメインアプリの特定の機能を実行する際に起動されるサブアプリのバージョン情報と、取得した情報ファイルとに基づいて表示すべきメッセージ情報を特定し、特定したメッセージ情報を表示部５３に表示するよう制御する。

なお、情報処理装置１０では、このようにメインアプリおよびサブアプリの各バージョン毎にメッセージ情報が設定されている情報ファイル全体をＷｅｂサーバ装置２０から取得して、メインアプリおよびサブアプリの現在のバージョンに応じたメッセージ情報を抽出するようにしても良い。この場合、Ｗｅｂサーバ装置２０に使用しているアプリの現在のバージョンを通知する必要がない。

また、メインアプリおよびサブアプリの各バージョンごとにメッセージ情報をＷｅｂサーバ装置２０から取得しても良い。この場合、Ｗｅｂサーバ装置２０側では、バージョンごとにメッセージ情報を取得した回数を計数することが可能となり、どのアプリのどのバージョンのメッセージ情報が取得されたかという回数を把握することが可能となる。

なお、図６に示した情報ファイルの例では、アプリの各バージョン毎に表示すべきメッセージ情報そのものが記述されていたが、図７、図８に示す情報ファイルの例のように、このメッセージ情報の代わりに表示すべきメッセージ情報が格納されているＵＲＬ(Uniform Resource Locator)等のリンク情報を格納場所情報として記述するようにすることも可能である。

この場合には、情報処理装置１０は、情報ファイルをＷｅｂサーバ装置２０が取得して、メインアプリとサブアプリのバージョンを特定した後に、各アプリのバージョンに対応したメッセージ情報を、格納場所情報が示す格納場所から取得することになる。

つまり、制御部５１は、メインアプリが起動される際に、表示すべきメッセージ情報の格納場所情報がメインアプリおよびサブアプリのバージョン毎に設定されている情報ファイルをＷｅｂサーバ装置２０から取得し、起動されるメインアプリのバージョンとメインアプリに関連するサブアプリのバージョンと取得した情報ファイルとに基づいて表示すべきメッセージ情報を取得する。そして、制御部５１は、取得したメッセージ情報を表示部５３に表示するよう制御する。

このように情報ファイル内にメッセージ情報を含めないようにして、他の格納場所に格納するようにすれば、Ｗｅｂサーバ装置２０側では、メッセージ情報を取得した回数を計数することが可能となり、どのアプリのどのバージョンのメッセージ情報が取得されたかという回数を把握することが可能となる。その結果、例えば、あるアプリの特定のバージョンを利用しているユーザのうちどのくらいの人数のユーザに対してメッセージを通知できたかを把握することができるようになる。

次に、本実施形態の情報処理装置１０の動作を図９のフローチャートを参照して詳細に説明する。

なお、以下の説明では、図５に示すようなアプリ関係テーブルが情報処理装置１０に格納され、図６に示すような情報ファイルがＷｅｂサーバ装置２０に格納されている場合の動作を例にして説明する。また、メインアプリとしてアプリＡが起動された場合を用いて説明する。

先ず、情報処理装置１０においてメインアプリＡが起動されると（ステップＳ１０１）、情報処理装置１０では、制御部５１が通信部５４を介してＷｅｂサーバ装置２０にアクセスして、図６に示したような情報ファイルを取得する（ステップＳ１０２）。

すると、制御部５１は、メインアプリであるアプリＡのバージョン情報を取得する（ステップＳ１０３）。また、制御部５１は、図５に示したアプリ関係テーブルを参照して、起動されたメインアプリＡにサブアプリが存在するか否かを判定する（ステップＳ１０４）。ここでは、メインアプリＡに対するサブアプリとしてサブアプリＢ、Ｃが存在するため（ステップＳ１０４においてｙｅｓ）、制御部５１は、このサブアプリＢ、Ｃのバージョン情報を取得する（ステップＳ１０５）。

そして、制御部５１は、ステップＳ１０２において取得した情報ファイルを参照して、メインアプリＡ、サブアプリＢ、Ｃの各アプリのそれぞれのバージョンに対して、表示すべきメッセージ情報があるか否かを判定する（ステップＳ１０６）。

メインアプリＡ、サブアプリＢ、Ｃのそれぞれのバージョンに対して表示すべきメッセージ情報が存在する場合（ステップＳ１０６においてｙｅｓ）、制御部５１は、情報ファイルに記述されているメッセージ情報を表示部５３に表示する（ステップＳ１０７）。

なお、メインアプリＡ、サブアプリＢ、Ｃのそれぞれのバージョンのいずれにも表示すべきメッセージ情報が存在しない場合（ステップＳ１０６においてｎｏ）、制御部５１は、メッセージ情報を表示することなく処理を終了する。

上記フローでは、情報ファイル全体をＷｅｂサーバ装置２０から取得し、メインアプリおよびサブアプリの現在のバージョンに応じたメッセージ情報を抽出するようにしたが、メインアプリおよびサブアプリの現在のバージョンを特定した上で、各バージョンに対応したメッセージ情報をＷｅｂサーバ装置２０から取得しても良い。

このようにして表示されるメッセージ情報の一例を図１０、図１１に示す。

なお、以下の例では、情報処理装置１０にインストールされているメインアプリＡのバージョンがＶｅｒ１．２で、サブアプリＢのバージョンがＶｅｒ５．３で、サブアプリＣのバージョンがＶｅｒ１．０であるものとして説明する。この場合、メインアプリＡ、サブアプリＣには表示すべきメッセージ情報が存在しているが、サブアプリＢには表示すべきメッセージ情報が存在していない。

図１０に示したメッセージ情報の表示例では、メインアプリＡのメッセージ情報とともにメインアプリＣのメッセージ情報が同一の表示枠８１内で一括して表示されている。

そのため、ユーザには、メインアプリであるアプリＡを起動するだけで、サブアプリＣを起動していないにもかかわらず、メインアプリＡのメッセージ情報とともにサブアプリＣについてのメッセージ情報が表示されることになる。

また、制御部５１は、サブアプリのバージョンに対応したメッセージ情報を、サブアプリに関するメッセージ情報であることを明示して表示部５３に表示するよう制御するようにしても良い。このような場合に表示されるメッセージ情報の表示例を図１１に示す。

図１１に示したメッセージ情報の表示例においても、メインアプリＡのメッセージ情報とともにメインアプリＣのメッセージ情報が同一の表示枠８１ａ内で一括して表示されている。さらに、図１１に示されたメッセージ情報の表示例では、サブアプリＣのメッセージ情報とともに、「＜アプリＡのサブアプリへのメッセージ＞」という文章が表示され、アプリＣがアプリＡのサブアプリであることが明示的に表示されている。

なお、上記で説明した実施形態では、メインアプリまたはサブアプリ等に問題がありユーザに使用をして欲しく無いような場合には、メッセージ情報で使用しないことを通知するようにしていた。

しかし、例えば情報ファイルを図１２に示すような構成とすることにより、特定のアプリの利用を強制的に停止するようなことも可能である。

図１２に示した情報ファイル例では、アプリＢのＶｅｒ５．５に重大な問題が見つかりユーザの利用を禁止したい場合の例である。この情報ファイルには、メインアプリおよびサブアプリの各バージョンに対して設定される使用を停止すべきであることを示す使用停止フラグ（緊急停止情報）が含まれている。

そして、図１２に示した情報ファイルでは、アプリＢのＶｅｒ５．５に対応する使用停止フラグが”１”となっており使用を停止すべきことが示されている。

制御部５１は、このような情報ファイルをＷｅｂサーバ装置５１が取得し、アプリＢのＶｅｒ５．５がメインアプリとして起動された場合、またはアプリＢのＶｅｒ５．５をサブアプリとするメインアプリが起動された場合、アプリＢのＶｅｒ５．５の起動を実行せずに緊急停止してユーザにその旨を通知する。

さらに、上記実施形態では、メインアプリとサブアプリとの関係を記述したアプリ関係テーブルを情報処理装置１０内に格納する場合を用いて説明しているが、Ｗｅｂサーバ装置２０内に格納される情報ファイルに、このアプリ関係テーブルが含まれるよう構成するようにしても良い。

このように情報ファイル内にアプリ関係テーブルを含めるようにした一例を図１３に示す。図１３に示した情報ファイルには、各アプリのそれぞれのバージョン毎に表示すべきメッセージ情報が示されているとともに、アプリＡのサブアプリがアプリＢ、Ｃであるという情報が含まれている。

本願明細書において、プログラムを通信手段によって提供する実施形態として説明したが、当該プログラムをＣＤＲＯＭ等の記憶媒体に格納して提供することも可能である。

１０ 情報処理装置
１１ ＣＰＵ
１２ メモリ
１３ 記憶装置
１４ ユーザインタフェース（ＵＩ）装置
１５ 通信インタフェース（ＩＦ）
１６ 制御バス
２０ Ｗｅｂサーバ装置
３０ インターネット通信網
４１ 通信部
４２ 情報ファイル記憶部
５１ 制御部
５２ データ記憶部
５３ 表示部
５４ 通信部
６０ メインアプリ
６１、６２ サブアプリ
７１、７２ サブアプリ
８１、８１ａ 表示枠

Claims (11)

1. 単独で起動可能な第１のプログラムと、前記第１のプログラムの特定の機能を実行する際に起動される第２のプログラムとを記憶する記憶手段と、
   前記第１のプログラムの特定の機能が実行される際に、当該機能に対応する前記第２のプログラムを起動する起動手段と、
   前記記憶手段に記憶されている前記第１のプログラムが起動され、かつ、前記第２のプログラムが起動される前に、前記第２のプログラムのバージョンに対応するメッセージ情報を表示部に表示するよう制御する表示制御手段と、
   を備えた情報処理装置。
2. 前記第２のプログラムは複数あり、
   前記表示制御手段は、複数の前記第２のプログラムのバージョンに対応するメッセージ情報を、前記第１のプログラムのバージョンに対応するメッセージ情報とともに表示部に表示するよう制御することを特徴とする請求項１記載の情報処理装置。
3. 前記記憶手段に記憶されている前記第１のプログラムが起動される際に、表示すべきメッセージ情報が第２のプログラムのバージョン毎に設定されている情報ファイルを外部装置から取得する取得手段を備え、
   前記表示制御手段は、前記第２のプログラムのバージョンと前記取得手段により取得された前記情報ファイルとに基づいて表示すべきメッセージ情報を特定し、特定したメッセージ情報を表示部に表示するよう制御する請求項１記載の情報処理装置。
4. 前記記憶手段に記憶されている前記第１のプログラムが起動される際に、前記第２のプログラムのバージョンに対応する表示すべきメッセージ情報を外部装置から取得する取得手段と、
   メッセージ情報の取得回数をバージョンごとに計数する計数手段とを備えた請求項１記載の情報処理装置。
5. 前記記憶手段に記憶されている前記第１のプログラムが起動される際に、表示すべきメッセージ情報の格納場所情報が第２のプログラムのバージョン毎に設定されている情報ファイルを外部装置から取得し、前記第２のプログラムのバージョンと取得した前記情報ファイルとに基づいて表示すべきメッセージ情報を取得する取得手段と、
   メッセージ情報の取得回数をバージョンごとに計数する計数手段とを備え、
   前記表示制御手段は、前記取得手段により取得されたメッセージ情報を表示部に表示するよう制御する請求項１記載の情報処理装置。
6. 前記メッセージ情報に、前記第２のプログラムを更新するための更新プログラムの格納場所情報が含まれる請求項１から５のいずれか１項記載の情報処理装置。
7. 前記表示制御手段は、前記第２のプログラムのバージョンに対応したメッセージ情報を、第２のプログラムに関するメッセージ情報であることを明示して表示部に表示するよう制御する請求項１から６のいずれか１項記載の情報処理装置。
8. 前記記憶手段は、前記第１のプログラムと前記第２のプログラムの関係を記述した依存関係情報を記憶する請求項１から７のいずれか１項記載の情報処理装置。
9. 前記情報ファイルに、前記第１のプログラムと前記第２のプログラムの関係を記述した依存関係情報が含まれる請求項１から７のいずれか１項記載の情報処理装置。
10. 前記情報ファイルに、前記第２のプログラムの各バージョンの使用を停止すべきであることを示す緊急停止情報が含まれる請求項１から７のいずれか１項記載の情報処理装置。
11. 単独で起動可能な第１のプログラムを起動するステップと、
    前記第１のプログラムが起動され、かつ、前記第１のプログラムの特定の機能を実行する際に起動される第２のプログラムが起動される前に、前記第２のプログラムのバージョンに対応するメッセージ情報を表示部に表示するよう制御するステップとをコンピュータに実行させるためのプログラム。

Images