JP6319246B2 - 情報処理システムおよび情報処理方法 - Google Patents

Description

本発明は、ソフトウェアのバージョンアップに伴って変更されたＵＩ（User Interface）への習熟を支援する情報処理システムおよび情報処理方法に関する。

従来、ユーザーが複雑なＵＩを使用することには困難が伴うため、ＵＩをユーザーに使いやすいようにカスタマイズすることが行われてきた。

例えば、特許文献１において開示されている技術では、ログインしたユーザーに使用権限がある機能のアイコンのみを操作画面に表示したり、ユーザーの使用頻度の高い機能のアイコンを優先的に画面に表示したり、アイコンを大きな機能のくくりで分類して表示したりしている。

また、特許文献２の技術では、入力装置に表示される複数のボタンに、作業対象となるファイルやファイルを扱うためのアプリケーションソフトウェアを割り付け、ボタンの押下頻度に応じて、ボタンが含まれるグループやその中のホタンの表示順序を変更する。

特開２０１１−７７６５５号公報 特開２００７−１６４４０５号公報

従来、ユーザーが操作するソフトウェアのバージョンアップに伴って、当該ソフトウェアの機能を呼び出すＵＩのレイアウトが変更されることがあった。

その場合、ユーザーは機能を呼び出すために不慣れなＵＩを操作しなければならず、習熟するまでに時間を要したり手間がかかったりしていた。

以上のような事情に鑑み、本発明の目的は、ソフトウェアのＵＩが変更された場合に新しいＵＩに対するユーザーの習熟を支援することが出来る情報処理システムおよび情報処理方法を提供することにある。

上記目的を達成するため、本発明の一形態に係る情報処理システムは、ユーザーコンピューターとリリースサーバーとを含み、前記リリースサーバーは、前記ユーザーコンピューターと通信可能な第１の通信部と、前記ユーザーコンピューターにおいて利用されるアプリケーションプログラムの第１のバージョンおよび第２のバージョンにおける、前記アプリケーションプログラムの機能と、前記機能を呼び出すためのユーザーインターフェイス部品との対応が定義された機能・ユーザーインターフェイス部品対応テーブルと、前記機能・ユーザーインターフェイス部品対応テーブルを前記ユーザーコンピューターに送信するリリース部とを備え、前記ユーザーコンピューターは、前記リリースサーバーと通信可能な第２の通信部と、前記第１のバージョンにおける、ユーザーごと、前記ユーザーインターフェイス部品ごとの利用状況が記録されたユーザーインターフェイス部品利用状況テーブルと、前記ユーザーコンピューターの前記アプリケーションプログラムが前記第１のバージョンから前記第２のバージョンにバージョンアップされたとき、前記機能・ユーザーインターフェイス部品対応テーブルを前記リリースサーバーから取得し、前記ユーザーインターフェイス部品利用状況テーブルおよび取得した前記機能・ユーザーインターフェイス部品対応テーブルに基づき、前記第１のバージョンで利用されたユーザーインターフェイス部品に関する、前記第１のバージョンと前記第２のバージョン間での操作画面の変更を説明するための支援画面を動的に生成し、前記ユーザーに提示する案内部とを備える。そのため、ソフトウェアのＵＩが変更された場合に新しいＵＩに対するユーザーの習熟を支援することが出来る。

上記目的を達成するため、本発明の一形態に係る情報処理システムでは、前記案内部は、
前記ユーザーコンピューターの前記アプリケーションプログラムが前記第１のバージョンから前記第２のバージョンにバージョンアップされたときに代わりバージョンアップされる前に、前記機能・ユーザーインターフェイス部品対応テーブルを前記リリースサーバーから取得し、前記ユーザーインターフェイス部品利用状況テーブルおよび取得した前記機能・ユーザーインターフェイス部品対応テーブルに基づき、前記ユーザーに前記第１のバージョンと前記第２のバージョン間での操作画面の変更を説明するための支援画面を動的に生成し、前記ユーザーに提示する構成でもよい。

上記目的を達成するため、本発明の一形態に係る情報処理方法では、ユーザーコンピューターにおいて利用されるアプリケーションプログラムが第１のバージョンから第２のバージョンにバージョンアップされたとき、リリースサーバーのリリース部が、前記アプリケーションプログラムの前記第１のバージョンおよび前記第２のバージョンにおける、前記アプリケーションプログラムの機能と、前記機能を呼び出すためのユーザーインターフェイス部品との対応が定義された機能・ユーザーインターフェイス部品対応テーブルを前記ユーザーコンピューターに送信し、前記ユーザーコンピューターの案内部が、前記機能・ユーザーインターフェイス部品対応テーブルを前記リリースサーバーから取得し、前記ユーザーコンピューターの案内部が、前記第１のバージョンにおける、ユーザーごと、前記ユーザーインターフェイス部品ごとの利用状況が記録されたユーザーインターフェイス部品利用状況テーブルおよび取得した前記機能・ユーザーインターフェイス部品対応テーブルに基づき、前記第１のバージョンで利用されたユーザーインターフェイス部品に関する、前記第１のバージョンと前記第２のバージョン間での操作画面の変更を説明するための支援画面を動的に生成し、前記ユーザーに提示する。

以上のように、本発明によれば、ソフトウェアのＵＩが変更された場合に新しいＵＩに対するユーザーの習熟を支援することが出来る。

本発明において、ユーザーがアプリケーションプログラムの新しいバージョンを使用するにあたり、変更されたＵＩに慣れることを支援するための支援画面の例を示す図である。 本発明の一実施形態に係る情報処理システム１００の全体構成図である。 ユーザーＰＣ１０が一般的なコンピューターにより構成される場合の構成図である。 リリースサーバー２０が一般的なコンピューターにより構成される場合の構成図である。 バージョンアップ前のアプリケーションプログラムの操作画面を示す図である。 アプリケーションプログラムのバージョン１に対応した機能・ＵＩ部品対応テーブル１７ａの例を示す図である。 ＵＩ部品利用状況テーブル１７ｂの例を示す図である。 バージョンアップ後のアプリケーションプログラムの操作画面を示す図である。 アプリケーションプログラムのバージョン１およびバージョン２に対応した機能・ＵＩ部品対応テーブル１７ａの例を示す図である。 情報処理システム１００における処理の流れについて説明するためのフローチャートである。

以下、図面を参照しながら、本発明の実施形態を説明する。

［概要］
最初に、概要を説明する。図１は、本発明において、ユーザーがアプリケーションプログラムの新しいバージョンを使用するにあたり、変更されたＵＩ（User Interface）に慣れることを支援するための支援画面の例を示す図である。

本発明では、このような画面を動的に生成し、ユーザーごとにカスタマイズして示すことで、きめ細やかな支援を行うことが出来る。

図１に示すように、図の右側には、これまでユーザーが使用し、慣れているバージョン（ここではVersion 1とする）（第１のバージョン）のＵＩでの、ユーザーが使用する機能の呼び出し方法が示されている。図の左側には、同じ機能を呼び出すために、ユーザーＰＣ（Personal Computer）（ユーザーコンピューター）に新たにインストールされたバージョン（ここではVersion 2とする）（第２のバージョン）においてユーザーが行うべき操作手順が示されている。

より具体的には、Version1においてボタンＡにより呼び出された機能は、Version2では、操作画面ＡＰ２１において「メニュー」メニューから「新規作成」を選択し、切り替わった操作画面ＡＰ２２においてボタンＡをクリックすることにより呼び出されることが示されている。

また、支援画面には、バージョンアップがVersion 1からVersion 2へ行われたことを認識した上で、案内メッセージＴ１、Ｔ２、およびＴ４が示されている。

また、支援画面には、この支援画面が表示されるユーザーは、Version 1では「テンプレート機能」をよく利用していたことから、このテンプレート機能を呼び出すための操作方法についての案内メッセージＴ３が表示されている。

このように、本発明では、アプリケーションプログラムのバージョンアップにより機能を呼び出すＵＩが変更された場合に、ユーザーが新しいＵＩに慣れることを支援する画面を、ユーザーごとにカスタマイズし、対象となるアプリケーションのバージョンのみに絞って提示する。そのため、ユーザーは効率良く変更点を理解し、より短期間で新しいＵＩに慣れることが出来る。

なお、上述した支援画面は、ユーザーがアプリケーションプログラムを立ち上げた際に、トップ画面に表示されてもよいし、ユーザーが呼び出したヘルプ画面に表示されてもよい。

以上、概要を説明した。

［全体構成］
次に、本発明の一実施形態に係る情報処理システムの全体構成を説明する。図２は、本発明の一実施形態に係る情報処理システム１００の全体構成図である。

情報処理システム１００は、ユーザーＰＣ１０とリリースサーバー２０を含んで構成される。ユーザーＰＣ１０とリリースサーバー２０はネットワークにより接続されている。

ユーザーＰＣ１０は、ユーザーが使用するアプリケーションプログラムがインストールされ、使用される。アプリケーションプログラムのバージョンアップは、各々のユーザーＰＣ１０上で行われる。上述した支援画面は、ユーザーＰＣ１０上でユーザーに提示される。

リリースサーバー２０は、クラウド１等に設置され、ユーザーＰＣ１０がバージョンアップされる際に、バージョンアップ用のアプリケーションパッケージや支援画面制御用のファイルをリリースする。

なお、リリースサーバー２０は、アプリケーションプログラムの新しいバージョンをリリースするより一定期間前に、各ユーザーＰＣ１０に対し、新しいバージョンがリリースされることを通知してもよい。

以上、本発明の一実施形態に係る情報処理システム１００の全体構成を説明した。

［ユーザーＰＣの構成］
次に、ユーザーＰＣ１０の構成について説明する。ユーザーＰＣ１０は、専用のハードウェアやソフトウェアにより構成されていてもよいし、一般的なコンピューターにより構成されてもよい。ユーザーＰＣ１０が一般的なコンピューターにより構成される場合の構成図を図３に示す。

同図に示すように、ユーザーＰＣ１０は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、操作入力部１４、通信部１５、表示部１６、および記憶部１７を有し、これら各ブロックがバス１８を介して接続されている。

ＲＯＭ１２は、各種の処理を実行するためのファームウェア等の複数のプログラムやデータを記憶する。ＲＡＭ１３は、ＣＰＵ１１の作業用領域として用いられ、ＯＳ（Operating System）、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。

記憶部１７は、例えばＨＤＤ（Hard Disk Drive）や、フラッシュメモリー、その他の不揮発性メモリーである。記憶部１７には、ＯＳや各種アプリケーション、各種データ、機能・ＵＩ部品対応テーブル１７ａ（機能・ユーザーインターフェイス部品対応テーブル）、およびＵＩ部品利用状況テーブル１７ｂ（ユーザーインターフェイス部品利用状況テーブル）が記憶される。

機能・ＵＩ部品対応テーブル１７ａには、アプリケーションプログラムの有する各機能と、バージョンごとに各機能を呼び出すためのＵＩ部品との対応が記述されている。詳細は後述する。なお、ここでいうＵＩ部品とは、アプリケーションプログラムの有する機能を呼び出すためのボタンやアイコンなどのことである。

通信部１５は、リリースサーバー２０と情報のやりとりを行う為のネットワークと結ばれている。

ＣＰＵ１１は、ＲＯＭ１２や記憶部１７に格納された複数のプログラムのうち、操作入力部１４から与えられる命令に対応するプログラムをＲＡＭ１３に展開し、この展開されたプログラムにしたがって、表示部１６及び記憶部１７を適宜制御する。

操作入力部１４は、例えばマウス等のポインティングデバイス、キーボード、タッチパネル、その他の操作装置である。

表示部１６は、例えば液晶ディスプレイ、ＥＬ（Electro-Luminescence）ディスプレイ、プラズマディスプレイ等である。

次に、ＣＰＵ１１においてプログラムが実行されることにより実現される機能ブロックについて説明する。

ユーザーＰＣ１０のＣＰＵ１１において実現される機能ブロックは、案内部１１ａである。

案内部１１ａは、ユーザーＰＣ１０において行われたバージョンアップ前後のアプリケーションプログラムのバージョンを把握し、さらに前バージョンにおいてユーザーがよく利用していた機能を呼び出すためのＵＩ部品を把握し、ユーザーの状況に合わせてカスタマイズした支援画面をユーザーに提示する。

以上、ユーザーＰＣ１０の構成について説明した。

［リリースサーバーの構成］
次に、リリースサーバー２０の構成について説明する。リリースサーバー２０は、専用のハードウェアやソフトウェアにより構成されていてもよいし、一般的なコンピューターにより構成されてもよい。リリースサーバー２０が一般的なコンピューターにより構成される場合の構成図を図４に示す。

同図に示すように、リリースサーバー２０は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、操作入力部２４、通信部２５（第１の通信部）、表示部２６、および記憶部２７を有し、これら各ブロックがバス２８を介して接続されている。

ＲＯＭ２２は、各種の処理を実行するためのファームウェア等の複数のプログラムやデータを記憶する。ＲＡＭ２３は、ＣＰＵ２１の作業用領域として用いられ、ＯＳ、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。

記憶部２７は、例えばＨＤＤや、フラッシュメモリー、その他の不揮発性メモリーである。記憶部２７には、ＯＳや各種アプリケーション、各種データ、機能・ＵＩ部品対応テーブル２７ａ（機能・ユーザーインターフェイス部品対応テーブル）、およびアプリケーションパッケージ２７ｂが記憶される。

機能・ＵＩ部品対応テーブル２７ａは、ユーザーＰＣ１０が持つ機能・ＵＩ部品対応テーブル１７ａと同等のものである。

但し、アプリケーションプログラムの開発者等により新しいバージョンが開発されると、記憶部２７内の機能・ＵＩ部品対応テーブル２７ａが更新され、新しいバージョンのリリースと合わせて機能・ＵＩ部品対応テーブル２７ａがバージョンアップを行うユーザーＰＣ１０に送信され、記憶部１７内の機能・ＵＩ部品対応テーブル１７ａが更新される。

通信部２５は、ユーザーＰＣ１０と情報のやりとりを行う為のネットワークと結ばれている。

ＣＰＵ２１は、ＲＯＭ２２や記憶部２７に格納された複数のプログラムのうち、操作入力部２４から与えられる命令に対応するプログラムをＲＡＭ２３に展開し、この展開されたプログラムにしたがって、表示部２６及び記憶部２７を適宜制御する。

操作入力部２４は、例えばマウス等のポインティングデバイス、キーボード、タッチパネル、その他の操作装置である。

表示部２６は、例えば液晶ディスプレイ、ＥＬディスプレイ、プラズマディスプレイ等である。

次に、ＣＰＵ２１においてプログラムが実行されることにより実現される機能ブロックについて説明する。

リリースサーバー２０のＣＰＵ２１において実現される機能ブロックは、リリース部２１ａである。

リリース部２１ａは、アプリケーションプログラムの新しいバージョンが開発されると、そのバージョンに対応したアプリケーションパッケージ２７ｂを取得し、記憶部２７に格納する。

リリース部２１ａは、ユーザーＰＣ１０からバージョンアップのリクエストがあると、リクエストに対応したバージョンのアプリケーションパッケージ２７ｂをリクエスト元のユーザーＰＣ１０に送信する。ユーザーＰＣ１０は、アプリケーションパッケージ２７ｂを用いてアプリケーションプログラムのバージョンアップを行う。

なお、リリース部２１ａは、ユーザーＰＣ１０におけるバージョンアップに合わせて、機能・ＵＩ部品対応テーブル２７ａをユーザーＰＣ１０に送信する。

以上、リリースサーバー１０の構成について説明した。

［支援画面提示までの処理例］
次に、バージョンアップに伴う、カスタマイズされた支援画面を作成するまでの処理の例を説明する。図５から図９は、バージョンアップに伴い、カスタマイズされた支援画面を作成するまでの処理の例を説明するための図である。

なお、以下の説明では、上述した支援画面で用いている各バージョンの操作画面ではなく、単純化した画面を例に説明する。

図５は、バージョンアップ前のアプリケーションプログラム（バージョン１とする）の操作画面を示す図である。この図にあるボタンＡ（ＵＩ部品）は、ユーザーがクリックすることにより、機能１が呼び出され、ボタンＢは、クリックすることにより機能２が呼び出されるものとする。

図６は、アプリケーションプログラムのバージョン１に対応した機能・ＵＩ部品対応テーブル１７ａの例である。ボタンＡから機能１が呼び出され、ボタンＢから機能２が呼び出されることが記述されている。

図７は、アプリケーションプログラムのバージョン１を利用するユーザーＰＣ１０における、あるユーザーのＵＩ部品利用状況テーブル１７ｂの例である。ボタンＡは利用されているが、ボタンＢは利用されていないことが分かる。

なお、ここでは、ユーザーＰＣ１０の案内部１１ａが、ＵＩ部品利用状況テーブル１７ｂにＵＩ部品の利用有無を記録することとしているが、この構成に限らず、各ＵＩ部品の利用回数（クリック回数）を記録する構成でもよい。その場合、案内部１１ａは、利用回数の多いＵＩ部品に関して支援画面を生成しユーザーに提示する。

なお、案内部１１ａによるＵＩ部品の利用有無データの収集は、常時行われてもよいし、リリースサーバー２０から新しいバージョンをリリースする通知が来てから収集してもよいし、新しいバージョンをインストールしてから一定期間収集してもよい。

図８は、バージョンアップ後のアプリケーションプログラム（バージョン２とする）の操作画面を示す図である。操作画面１にはボタンＣおよびボタンＤが設けられており、ボタンＣをクリックすることにより新機能３が呼び出され、ボタンＤをクリックすることにより操作画面が画面２に遷移するものとする。

操作画面２には、ボタンＥが設けられており、ボタンＥをクリックすることにより機能１が呼び出されるものとする。

図９は、アプリケーションプログラムのバージョン１およびバージョン２に対応した機能・ＵＩ部品対応テーブル１７ａの例である。機能１は、バージョン１ではボタンＡから呼び出され、バージョン２ではボタンＥから呼び出されることが示されている。機能２はバージョン２では削除されたことが分かる。そして、機能３がバージョン２において追加され、ボタンＣから呼び出されることが分かる。

なお、新しいバージョンにも対応した機能・ＵＩ部品対応テーブル１７ａは、バージョンアップの前後に独立してリリースサーバー１０からダウンロードされてもよいし、バージョン２に対応したアプリケーションパッケージ２７ｂと共にダウンロードされてもよい。

ユーザーＰＣ１０の案内部１１ａは、支援画面を生成するにあたり、アプリケーションプログラムのバージョンアップ前のバージョンがバージョン１であり、バージョンアップ後のバージョンがバージョン２であることを把握する。

そして、ＵＩ部品利用状況テーブル１７ｂを参照し、前バージョンで使われていたＵＩ部品はボタンＡであることを把握する。

そして、機能・ＵＩ部品対応テーブル１７ａを参照し、ボタンＡが機能１を呼び出すものであり、機能１は次バージョンではボタンＥから呼び出されることを把握する。

そして、案内部１１ａは、バージョン１のボタンＡとバージョン２のボタンＥを対比させた支援画面を生成し、ユーザーに提示する。

以上、バージョンアップに伴う、カスタマイズされた支援画面を作成するまでの処理の例を説明した。

［処理の流れ］
次に、情報処理システム１００における処理の流れについて説明する。図１０は、情報処理システム１００における処理の流れについて説明するためのフローチャートである。なお、以下の説明では、ユーザーＰＣ１０において、機能を呼び出すためのＵＩ部品が使用されたか否かのデータを常に収集し、ＵＩ部品利用状況テーブル１７ｂに記録しているものとする。

まず、ユーザーＰＣ１０の案内部１１ａが、現在のアプリケーションプログラムのバージョンを把握する（ステップＳ１）。

次に、案内部１１ａが、バージョンアップ後のバージョンを把握する（ステップＳＳ２）。

次に、案内部１１ａが、リリースサーバー２０のリリース部２１ａから、バージョンアップ前のバージョンとバージョンアップ後のバージョンに対応した機能・ＵＩ部品対応テーブル２７ａを取得し、記憶部１７に機能・ＵＩ部品対応テーブル１７ａとして格納する（ステップＳ３）。

次に、案内部１１ａが、ＵＩ部品利用状況テーブル１７ｂを参照し、現行バージョンで使われているＵＩ部品を特定する（ステップＳ４）。

次に、案内部１１ａは、特定したＵＩ部品に対応するバージョンアップ後のバージョンのＵＩ部品を特定する（ステップＳ５）。

次に、案内部１１ａは、特定した２つのバージョンおよび特定した２つのＵＩ部品の情報に基づき、ＵＩがどのように変更されたかを説明する支援画面を生成し、ユーザーに提示する（ステップＳ６）。

以上、情報処理システム１００における処理の流れについて説明した。

［補足事項］
なお、支援画面のユーザーへの提示は、バージョンアップ後に行われてもよいし、バージョンアップ前に行われてもよい。バージョンアップ前に支援画面の提示を行う場合は、案内部１１ａが予めバージョンアップ前に、どのバージョンへのバージョンアップが行われるかを把握し、バージョンアップされるバージョンに対応した機能・ＵＩ部品対応テーブル２７ａをリリースサーバー２０から取得する。

以上のように、本発明に係る情報処理システム１００は、ユーザーコンピューター１０とリリースサーバー２０とを含み、前記リリースサーバー２０は、前記ユーザーコンピューター１０と通信可能な第１の通信部２５と、前記ユーザーコンピューター１０において利用されるアプリケーションプログラムの第１のバージョンおよび第２のバージョンにおける、前記アプリケーションプログラムの機能と、前記機能を呼び出すためのユーザーインターフェイス部品との対応が定義された機能・ユーザーインターフェイス部品対応テーブル２７ａと、前記機能・ユーザーインターフェイス部品対応テーブル２７ａを前記ユーザーコンピューター１０に送信するリリース部２１ａとを備え、前記ユーザーコンピューター１０は、前記リリースサーバー２０と通信可能な第２の通信部１５と、前記第１のバージョンにおける、ユーザーごと、前記ユーザーインターフェイス部品ごとの利用状況が記録されたユーザーインターフェイス部品利用状況テーブル１７ｂと、前記ユーザーコンピューター１０の前記アプリケーションプログラムが前記第１のバージョンから前記第２のバージョンにバージョンアップされたとき、前記機能・ユーザーインターフェイス部品対応テーブル２７ａを前記リリースサーバー２０から取得し、前記ユーザーインターフェイス部品利用状況テーブル１７ｂおよび取得した前記機能・ユーザーインターフェイス部品対応テーブル１７ａに基づき、前記第１のバージョンで利用されたユーザーインターフェイス部品に関する、前記第１のバージョンと前記第２のバージョン間での操作画面の変更を説明するための支援画面を動的に生成し、前記ユーザーに提示する案内部１１ａとを備える。

その他、本発明は、上述の実施形態にのみ限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変更を加え得ることは勿論である。

１ … クラウド
１０ … ユーザーＰＣ
１１ … ＣＰＵ
１１ａ… 案内部
１２ … ＲＯＭ
１３ … ＲＡＭ
１４ … 操作入力部
１５ … 通信部
１６ … 表示部
１７ … 記憶部
１７ａ… 機能・ＵＩ部品対応テーブル
１７ｂ… ＵＩ部品利用状況テーブル
１８ … バス
２０ … リリースサーバー
２１ … ＣＰＵ
２１ａ… リリース部
２２ … ＲＯＭ
２３ … ＲＡＭ
２４ … 操作入力部
２５ … 通信部
２６ … 表示部
２７ … 記憶部
２７ａ… 機能・ＵＩ部品対応テーブル
２７ｂ… アプリケーションパッケージ
２８ … バス
１００ … 情報処理システム

Claims (3)

1. ユーザーコンピューターとリリースサーバーとを含み、
   前記リリースサーバーは、
   前記ユーザーコンピューターと通信可能な第１の通信部と、
   前記ユーザーコンピューターにおいて利用されるアプリケーションプログラムの第１のバージョンおよび第２のバージョンにおける、前記アプリケーションプログラムの機能と、前記機能を呼び出すためのユーザーインターフェイス部品との対応が定義された機能・ユーザーインターフェイス部品対応テーブルと、
   前記機能・ユーザーインターフェイス部品対応テーブルを前記ユーザーコンピューターに送信するリリース部と
   を備え、
   前記ユーザーコンピューターは、
   前記リリースサーバーと通信可能な第２の通信部と、
   前記第１のバージョンにおける、ユーザーごと、前記ユーザーインターフェイス部品ごとの利用状況が記録されたユーザーインターフェイス部品利用状況テーブルと、
   前記ユーザーコンピューターの前記アプリケーションプログラムが前記第１のバージョンから前記第２のバージョンにバージョンアップされたとき、前記機能・ユーザーインターフェイス部品対応テーブルを前記リリースサーバーから取得し、前記ユーザーインターフェイス部品利用状況テーブルおよび取得した前記機能・ユーザーインターフェイス部品対応テーブルに基づき、前記第１のバージョンで利用されたユーザーインターフェイス部品に関する、前記第１のバージョンと前記第２のバージョン間での操作画面の変更を説明するための支援画面を動的に生成し、前記ユーザーに提示する
   案内部と
   を備えた
   情報処理システム。
2. 請求項１に記載の情報処理システムであって、
   前記案内部は、
   前記ユーザーコンピューターの前記アプリケーションプログラムが前記第１のバージョンから前記第２のバージョンにバージョンアップされたときに代わりバージョンアップされる前に、前記機能・ユーザーインターフェイス部品対応テーブルを前記リリースサーバーから取得し、前記ユーザーインターフェイス部品利用状況テーブルおよび取得した前記機能・ユーザーインターフェイス部品対応テーブルに基づき、前記ユーザーに前記第１のバージョンと前記第２のバージョン間での操作画面の変更を説明するための支援画面を動的に生成し、前記ユーザーに提示する
   情報処理システム。
3. ユーザーコンピューターにおいて利用されるアプリケーションプログラムが第１のバージョンから第２のバージョンにバージョンアップされたとき、
   リリースサーバーのリリース部が、前記アプリケーションプログラムの前記第１のバージョンおよび前記第２のバージョンにおける、前記アプリケーションプログラムの機能と、前記機能を呼び出すためのユーザーインターフェイス部品との対応が定義された機能・ユーザーインターフェイス部品対応テーブルを前記ユーザーコンピューターに送信し、
   前記ユーザーコンピューターの案内部が、前記機能・ユーザーインターフェイス部品対応テーブルを前記リリースサーバーから取得し、
   前記ユーザーコンピューターの案内部が、前記第１のバージョンにおける、ユーザーごと、前記ユーザーインターフェイス部品ごとの利用状況が記録されたユーザーインターフェイス部品利用状況テーブルおよび取得した前記機能・ユーザーインターフェイス部品対応テーブルに基づき、前記第１のバージョンで利用されたユーザーインターフェイス部品に関する、前記第１のバージョンと前記第２のバージョン間での操作画面の変更を説明するための支援画面を動的に生成し、前記ユーザーに提示する
   情報処理方法。

Images