JPH11134155A - 使用頻度に応じて機能が変化するソフトウェアの構成方法 - Google Patents

Abstract

(57)【要約】 【課題】 ソフトウェアを操作するための操作画面にお
いて、表示される機能選択ボタンの数は、オペレータが
このソフトウェアの操作に習熟しているか否かに関わり
なく、常に一定であった。そのため、操作になれていな
い初心者にも、ベテランしか使用しない使用頻度の少な
い機能選択ボタンまでが表示され、操作画面が複雑とな
って操作を難しくしていた。そこで、オペレータの習熟
度に応じて、表示される操作用画面の構成が変化し、オ
ペレータの技量にあった表示画面が得られるようにした
い。 【解決手段】 表示装置２の画面に表示される機能選択
ボタン毎に機能別使用回数計数部１１により使用回数を
累積計数して、使用回数記録ファイル４に記録する。使
用回数があらかじめ定めた閾値を越えるごとに、外観制
御部１３があらかじめ定めた追加機能の選択ボタンを次
々に表示するようにする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明はコンピュータにお
けるソフトウェア例えばアプリケーションソフトウェア
の機能の構成方法の改良に関するものである。

【０００２】

【従来の技術】図１８は例えば特開平６−１８０６３８
号公報に示された、従来のソフトウェアの操作画面を変
化させる装置のシステム構成図である。図に於いて、１
はシステム制御部であり、その中にモニタ或はディスプ
レイと呼ぶ表示装置２を制御するための表示制御部９
１、キーボード３からの入力を制御する入力制御部９
２、以下に説明するソフトウェアの使用回数をカウント
して必要な制御を行う使用回数処理部９３、優先度算出
処理部９４及びユーザ設定処理部９５を備え、それぞれ
はハードウェアとソフトウェアによって構成されてお
り、またこのシステム制御部１にはＣＲＴやＬＣＤ等か
らなる表示装置２と、操作制御を行うためのキーボード
３（マウスなども含む）と、フロッピーディスクやハー
ドディスク、光ディスク或は半導体メモリ等からなる記
憶装置４が接続されている。

【０００３】表示装置２は表示制御部９１によって制御
され、機能を表わすボタンや機能名等、例えば図１９の
３０に示す様な機能を表わすボタンの図が多数表示され
ている。これらのボタン３０は機能を指定する時、マウ
ス等のポインティングデバイスで選択するか、或は表示
装置にタッチパネル機能を付加しておき、指で触れるこ
とによって選択する。

【０００４】図２０は上記システムを制御する為のソフ
トウェアの主要部分のフローチャートである。以下、こ
の図に従って処理手順を説明する。スタートすると、各
機能選択（ボタン操作）毎に、各機能別に何回使用され
たかわかるようにしておくために、使用回数処理部９３
によって使用回数が計数され、メモリ上に一旦記憶し
（＃１）、次に外部記憶装置４内にある図１８に示す管
理テーブル４１（図２１に詳細を示す）に登録する（＃
２）。

【０００５】上記メモリ上の管理テーブルも使用回数処
理部９３内にある。図２１に示す上記管理テーブルの各
エントリは全ての機能選択ボタン３０（以下ボタンとい
う）に対応して設けられており、例えば、ボタン０は使
用回数５回、ボタン１は使用回数７回、ボタン２は使用
回数１２回……というように登録される。

【０００６】続いて、優先度算出処理部９４において、
上記登録された内容に基づき各ボタン３０について使用
回数の多い順に並び換えが行なわれる（＃３）。図２２
は使用回数の多い順にボタン３０（機能名等）を並び換
えたテーブルの例であり、このテーブルは優先度算出処
理部９４内にある。こうして、使用回数が最も多いボタ
ン（機能）を選出し（＃５）、画面上の適当な場所に、
そのボタンを例えば使用回数の多い順に表示する（＃１
０）。

【０００７】上記のように選出されたボタンは、以後、
少なくともシステムの状態が機能指定可能な状態にある
ときは常に表示され、その中から特定のボタン（機能）
が指定されるとシステム内のソフトウェア群（図示して
いない）から、この選択されたボタン（機能）に対応し
たソフトウェアが呼び出され、ただちに実行される。使
用回数が多い順にボタンが表示されると、操作の多くは
最も上に配置されたボタンを選択することとなり、操作
がし易くなるわけである。

【０００８】

【発明が解決しようとする課題】従来の操作画面の変更
方法は以上のように構成され、仕組まれているので、使
用回数の多いボタン（機能）の選択を容易にするだけで
あった。このため、使用回数が多い機能であっても、機
能の内容（表示画面の形）は変わらず、慣れないあいだ
だけ必要な画面の表示が、操作になれて不要になってか
らも表示され、かえって煩わしいなど、本質的に使い易
くなるものではないという問題点があった。

【０００９】この発明は上記のような課題を解決するた
めになされたものであり、使用回数が高い機能をアプリ
ケーションソフトウェアが自身で認知し、機能内容（或
は表示画面の形）を、例えば使用回数（習熟度）に応じ
て変化することで、良好な操作画面の変更方法を得るこ
とを目的とする。

【００１０】

【課題を解決するための手段】この発明の使用頻度に応
じて機能が変化するソフトウェアの構成方法は、操作す
るための画面を表示するプログラムを有するコンピュー
タ用ソフトウェアプログラムの、前記画面に表示される
個々の機能ごとに、機能別使用回数を計数し記憶する使
用回数計数手順と、上記機能別使用回数があらかじめ定
めた所定の回数を超えるごとに、該機能ごとに、該ソフ
トウェアプログラム内にあらかじめ用意され、且つ、前
記画面には表示されていなかった画面を前記画面内に追
加表示する画面追加手順とを有するものである。画面追
加手段は、今まで表示されていなかった新たな画面（新
たな機能）を追加表示するので、ソフトウェアの操作機
能そのものを新しくする作用がある。

【００１１】また、この発明の使用頻度に応じて機能が
変化するソフトウェアの構成方法は、利用者を特定する
ための利用者識別手順を有し、使用回数計数手順は前記
利用者識別手順によって識別した利用者別に機能別使用
回数を計数、記憶し、画面追加手順は前記利用者別に画
面内に表示する追加画面を決定するものである。利用者
識別手順は、機能別使用回数の計数および画面追加手順
をそれぞれ利用者別に対応するようにさせるので、変化
する機能が利用者別に異なった変化をするように作用す
る。

【００１２】また、この発明の使用頻度に応じて機能が
変化するソフトウェアの構成方法は、機能別使用回数の
計数が該ソフトウエアが使用されている時間中に該機能
が使用されない状態があらかじめ定めた所定の時間長さ
に達するごとに、該機能の使用回数を、所定の回数減算
計数する減算計数手順を含むものであり、画面追加手順
は前記機能別使用回数があらかじめ定めた所定の回数を
下回るごとに、追加していた画面を削除する画面削除手
順を含むものである。減算計数手順は、使用しない機能
に対応する追加済の機能を削除し、画面を簡素化するよ
うに作用する。

【００１３】

【発明の実施の形態】

実施の形態１．以下、この発明の実施の形態１を図に基
づいて説明する。図１はこの発明のシステムの機能ブロ
ック図である。図１において、２０はアプリケーション
ソフトウェア本体を示し、その中に以下の要素が含まれ
ている。

【００１４】即ち、１１はアプリケーションソフトウェ
アの個々の機能ごと（機能毎の意味は押しボタン１つず
つの意である）に使用回数を計数する機能別使用回数計
数部、１２はその計数した使用回数を一時的に記録する
使用回数一時記録場所、１３はその使用回数に応じてア
プリケーションソフトウェアの外観を変化させる外観制
御部、１４はアプリケーションソフトウェア起動時に記
憶装置４から使用回数を読み込み外観制御部１３を呼び
出す初期化制御部、１５は使用回数一時記録場所の使用
回数を記憶装置４に記録する使用回数記録部である。２
は画面表示装置（モニタ）、３はキーボードやマウス等
の入力装置、４は記憶装置（ハードディスク等）を示し
ているが、以下の説明では使用回数記録ファイルとい
う。

【００１５】次に動作について説明する。図２は上記シ
ステムを制御するためのソフトウェアの主要部分のフロ
ーチャートである。以下、この図に従って処理手順を説
明する。まずアプリケーションソフトウェアを起動する
と、初期化制御部１４は、使用回数記録ファイル４から
使用回数を読み込み（Ｓ１）、使用回数一時記録場所１
２に記録し（Ｓ２）、（または使用回数記録ファイル４
が無い場合はファイル４を新規作成して使用回数一時記
録場所１２に使用回数を０回と記録し）、続いて外観制
御部１３を呼び出す。外観制御部１３は使用回数一時記
録場所１２に記録されている使用回数に応じてあらかじ
め用意してある外観を表示する（Ｓ３）。

【００１６】利用者がアプリケーションソフトウェアの
各機能をメニューから選択するか、またはボタンを押す
などして機能を選択する毎に（Ｓ５）、機能別使用回数
計数部１１は使用回数一時記録場所１２の使用回数を加
算し続けると同時に（Ｓ６）、使用回数の合計値が閾値
を超えた場合は（Ｓ９）アプリケーションソフトウェア
の起動用画面の外観を変化させる旨を利用者にメッセー
ジとして表示し（Ｓ１０）、機能外観制御部１３を呼び
出して外観を変化させる。

【００１７】図３の５０は上記（Ｓ１０）に説明した利
用者に表示されるメッセージの例、図４の５１は外観を
変化させる前の（例えば最初にＳ３で表示する）メッセ
ージ画面、図５の５２は外観を変化させた後の（例えば
何回目かのＳ３で表示する）メッセージ画面の例であ
り、使用回数に応じて図４から図５へ変化する様子を示
す。図５の５２の下半分は図４の５１では表示されてい
なかったものである。アプリケーションソフトウェアの
使用を利用者が終了すると（Ｓ５）、使用回数記録部１
５は使用回数一時記録場所１２の使用回数の記録を使用
回数記録ファイル４に書き込む（Ｓ７）。

【００１８】ステップＳ４、Ｓ５、Ｓ６、Ｓ７はこの発
明に言う使用回数計数手順である。ステップＳ９、Ｓ１
０、およびＳ３はこの発明に言う画面追加手順である。

【００１９】実施の形態２．実施の形態１における。フ
ローチャート図２のステップＳ３について、アプリケー
ションソフトウェアの個々の機能ごとに操作画面の外観
を変化させる方法の具体的説明を図６〜図８の画面例と
図９のフローチャートにより述べる。図７の画面３１
（図６の３１と同じ）は、例えば従来例の図１７のボタ
ンを選択することにより表示されるもので、機能毎の表
示画面という。機能ごとの表示画面３１の外観を変化さ
せるには、機能ごとにウインドウを用意して、そのウイ
ンドウ（図６の３０）の上位部分（図６の３１）に基本
的な選択肢・ボタンなどを配置し、下位部分（図６の３
２，３３）に応用的な選択肢・ボタンなどを配置する。
アプリケーションソフトウェア利用時の最初の頃（即ち
使用回数が少ないとき）は図７の画面３１に示すように
ウインドウの上位部分３１だけを表示しておいて、使用
回数が閾値を超える毎にウインドウの表示する面積を下
位方向に増やして行くことで実現する。この方法であれ
ば、ウインドウを１枚用意するだけで使用回数による変
化を簡単に実現することができる。なお図中９９は説明
のため画面を区分する説明補助線である。

【００２０】図９は図２の処理のフローチャートのＳ９
〜Ｓ１０〜Ｓ３を詳細に示す図、図６，図７はアプリケ
ーションソフトウェアの個々の機能の外観の変化の例、
図８の８１は利用者に表示されるメッセージの例であ
る。ここでは、検索機能のウインドウが変化する様子を
示している。図９のフローチャートについて説明する。
ステップＳ９、Ｓ１０は、図２のステップＳ９とＳ１０
そのものを示している。ステップＳ９でこの機能の使用
回数があらかじめ決めてある所定の閾値を越えたことが
判明すれば図８の８１に示すような変化メッセージを表
示する（Ｓ１０）。次にステップＳ１３で、図６の画面
の表示部分３１部分を３２部分まで広げ、ステップＳ１
４で表示する。

【００２１】このようにすることの効果は、使用回数に
応じて機能を変化させる処理において、あらかじめ用意
しておくウインドウの外観は１通りだけでよいというこ
とと、機能の変化を示すための表示の変更には、ウイン
ドウの表示する部分のサイズを変えるだけでよいので、
実現が容易であることである。

【００２２】実施の形態３．図２のフローのステップＳ
９〜Ｓ１０〜Ｓ３を具体化する別の方法として、機能に
対して複数個のウインドウ画面（例えば図１０，１１，
１２，１３に順に変化画面の例を示す）を用意して、機
能を実行するためには利用者がそのウインドウを順番に
見ていき必要な入力を行なう形態とし、順番の最初に近
いウインドウ（図１０の３３）には基本的な選択肢・ボ
タンなどを配置し、順番が末尾寄りのウインドウには応
用的な選択肢・ボタンなどを配置し、そして末尾のウイ
ンドウ（図１３の３６）に機能を実行するボタンを配置
し、アプリケーションソフトウェア利用時の最初の頃は
最初と末尾のウインドウ２枚だけ表示しておいて、使用
回数が閾値を超える毎に中間のウインドウの表示をする
ように変化させていく（ウインドウの表示枚数を増やし
ていく）ことで実現することもできる。

【００２３】この方式であれば、ウインドウの表示枚数
を変えるだけで使用回数による変化を簡単に実現するこ
とができる。図１４は処理のフローチャート、図１０，
図１１，図１２，図１３は機能に対して用意する複数枚
のウインドウの例を示している。

【００２４】図１４のフローについて説明する。図中ス
テップＳ９は図２のステップＳ９と同じものを示してい
る（Ｓ１０は記載を省略）。ステップＳ９で機能を実行
した回数が、あらかじめ定めた所定の閾値を越えたと判
断されると、変数Ｎを１と設定する（ステップＳ２
２）。ステップＳ２３でＮが、あらかじめ用意した表示
画面の数以下であれば、ステップＳ２５でＮ枚目の画面
を表示する。

【００２５】又、ステップＳ２３でＮが表示画面の最大
数と同等以上であればステップＳ２４で用意している一
連の画面の最後の表示画面を表示し、オペレータはステ
ップＳ２６でその機能を実行する。この方法の効果は、
一連の流れをもつ機能について、その表示画面の外観を
変化させる処理を簡単に実現できることにある。

【００２６】実施の形態４．本発明の実施の形態４によ
る使用頻度に応じて機能が変化するソフトウェアの構成
方法をとるシステムの構成図を図１５に示す。図中４０
は利用者識別部である。利用者識別部４０はいわゆるＯ
Ｓシステムコールを利用するなどしてアプリケーション
ソフトウェアの利用者名を得る働きをするものである。
第１に利用者ごとに使用回数記録ファイル４１を用意す
ることで、第２にアプリケーションソフトウェアの起動
時に初期化制御部１４が利用者識別部４０を呼び出しア
プリケーションソフトウェアの利用者名を得たのち、そ
の利用者用の使用回数記録ファイル４１から使用回数を
読み込んで使用回数一時記録場所１２に記録するように
することで、第３にアプリケーションソフトウェア終了
時に使用回数記録部１５が使用回数一時記録場所１２の
使用回数を利用者用の使用回数記録ファイル４１に書き
込むようにすることで、アプリケーションソフトウェア
の利用者一人一人に対応する使用回数を計数および記録
することができ、利用者ごとに個別に操作画面表示の外
観の変化を見せることが可能となる。機能別使用回数を
利用者別に計数する手順を利用者識別手順という。

【００２７】このようにすることの効果は、アプリケー
ションソフトウェアが利用者一人一人の使用回数に応じ
て別個の変化をすることができることにより、利用者に
「私が育てたアプリケーションソフトウェアである」、
「私だけのアプリケーションソフトウェアである」とい
う印象を持たせて、アプリケーションソフトウェアに対
する愛着感を持たせることができることである。

【００２８】実施の形態５．この発明の実施の形態５に
ついて図１６、１７により説明する。図１６は構成図で
あり、図において２２は機能別不使用時間計数部であ
る。これ以外の部分は図１と同じであるので詳細な説明
を省略する。機能別不使用時間計数部２２は、このシス
テムに内蔵される図示しない時計装置からの信号によっ
て、このソフトウェアが立ち上げられているのに、その
機能が一度も使用されていない時間を各機能別に計数す
る。そしていずれかの機能についてこの時間が所定の値
（例えば１０時間）を越えるごとに、機能別計数回路１
１に信号を送って、その機能別使用回数を１回減算す
る。ここで不使用時間とは、このソフトウェアそのもの
が使用されていない時間は含まないものである。

【００２９】図１７に図１６の機能別不使用時間計数部
２２の動作フローチャートを示す。図１７のステップＳ
３０とステップＳ３１とステップＳ３２が、機能別不使
用時間計数部２２の動作を示すもので、その他のステッ
プは図２のフローと同じなので詳細な説明は省略する。
ステップ３で過去の使用回数に合わせた操作画面を表示
している。この状態でこの画面に表示している各機能に
ついて不使用時間を計数する（Ｓ３０）。この計数時間
が所定の値（例えば１０時間）になるごとに、減算信号
を１回出力する（Ｓ３１）。所定の時間に達する前に当
機能が使用されると計数していた時間はリセットされ再
度ゼロからカウントが開始される。上記出力された減算
信号は過去の累積使用回数を１回減らすことになる（Ｓ
３２）。

【００３０】仮に、今、過去にしばしば使用された結
果、使用回数が閾値を越え特定の画面（例えば熟練者用
の機能を含む画面）が表示されるようになっていた機能
が、全く使用されなくなった場合、この状態が長く続く
と、累積使用回数がやがて減少し所定の閾値を下回る
と、表示される画面は再びもとの、例えば非熟練者用の
簡単な機能しか含まない画面にもどされる、あるいは、
追加されていた画面は削除されるのである。これによっ
て、使用者の習熟度の進退に応じて最適な画面が表示さ
れるようになる。ステップＳ３０〜３２は本発明に言う
減算計数手順である。追加されていた画面が削除される
手順（画面追加と実質的には同じである）は本発明に言
う画面削除手順である。

【００３１】以上、実施の形態１〜５の説明では、アプ
リケーションソフトウェアが１つとして説明したが、複
数個あっても同様である。また、使用回数の加算計数、
減算計数はそれぞれ一定値を越えれば意味がないので、
一定値以上はカウントしないようにしても良い。説明に
おける閾値は１つとは限らず、機能の複雑さに応じて複
数レベルあって良いことは言うまでもない。

【００３２】

【発明の効果】この発明の使用頻度に応じて機能が変化
するソフトウェアの構成方法によれば、個々の機能毎に
その使用回数が所定の値を越えると、表示画面を変化さ
せるようにしたので使用頻度に応じてソフトウェアの使
用可能な機能が充実化されると言う効果がある。

【００３３】又、変化する画面は、多くの機能の操作表
示を含んだ１つの画面の表示面積を変化させることで得
られるので、画面用プログラムの作成が容易である。
又、あらかじめ用意した複数の画面を次々と切換えて使
用するので、画面の作成、追加、修正等の作業が容易で
ある。

【００３４】又、変化する画面は、ソフトウェアを利用
する利用者別に使用回数を計数し、利用者別に表示画面
を決定するので、利用者の用途に応じた最適の操作画面
が表示できると言う効果がある。

【００３５】また、ソフトウェアの使用者が特定の機能
を長期に渡って使用しなければ、追加していた機能（ボ
タン画面）を削除して元に戻すようにしたので、その機
能を使用する習熟度の上昇下降に応じて、新たな機能を
追加したり削除したりすることができ、習熟度に応じた
最適な機能を提供することができる。

【図面の簡単な説明】

【図１】 この発明の実施の形態１のソフトウェア操作
画面の変更システムを示す機能ブロック図。

【図２】 図１のものの動作フローチャートである。

【図３】 図１のものに於て、表示されるメッセージ画
面である。

【図４】 図１のものに於て、表示される操作表示画面
である。

【図５】 図１のものに於て使用回数が多くなったとき
表示される操作表示画面である。

【図６】 実施の形態２による機能表示画面である。

【図７】 図６の画面の表示形態を示す図である。

【図８】 実施の形態２によるメッセージ画面である。

【図９】 実施の形態２による動作のフローチャートで
ある。

【図１０】 実施の形態３による１枚目の表示画面であ
る。

【図１１】 実施の形態３による２枚目の表示画面であ
る。

【図１２】 実施の形態３による３枚目の表示画面であ
る。

【図１３】 実施の形態３による４枚目の表示画面であ
る。

【図１４】 実施の形態３の処理手順を示すフローチャ
ートである。

【図１５】 実施の形態４による機能ブロック図であ
る。

【図１６】 実施の形態５による機能ブロック図であ
る。

【図１７】 図１６のブロックの処理手順を示すフロー
チャートである。

【図１８】 ソフトウェアの操作画面を変化させる従来
のシステム構成図である。

【図１９】 図１８のシステムに於けるボタン表示の説
明図である。

【図２０】 図１８のシステムの動作フローチャートで
ある。

【図２１】 図１８のシステムの管理テーブルの詳細図
である。

【図２２】 図１８のシステムの管理テーブルの説明図
である。

【符号の説明】

２ 表示装置、 ３ 入力装置、１１
機能別使用回数計数部、１３ 使用回数処理部、
２０ アプリケーションソフトウェア本体、２１
操作するための画面、 ４０ 利用者識別部、Ｓ
４〜Ｓ７ 使用回数計数手順、Ｓ９〜Ｓ１０〜Ｓ３ 画
面追加手順（画面削除手順） Ｓ３０〜Ｓ３２ 減算計数手順、

Claims (3)

【特許請求の範囲】
1. 【請求項１】 ソフトウェアを操作するための画面を表
   示するプログラムを有するコンピュータ用ソフトウェア
   プログラムの前記画面に表示される個々の機能ごとに、
   機能別使用回数を計数し記憶する使用回数計数手順と、 上記機能別使用回数があらかじめ定めた所定の回数を超
   えるごとに、該機能ごとに、該ソフトウェアプログラム
   内にあらかじめ用意され、且つ、前記画面には表示され
   ていなかった画面を前記画面内に追加表示する画面追加
   手順とを有し、使用頻度に応じて機能が変化することを
   特徴とするソフトウェアの構成方法。
2. 【請求項２】 利用者を特定するための利用者識別手順
   を有し、使用回数計数手順は前記利用者識別手順によっ
   て識別した利用者別に機能別使用回数を計数、記憶し、
   画面追加手順は前記利用者別に画面内に表示する追加画
   面を決定することを特徴とする請求項１に記載の使用頻
   度に応じて機能が変化するソフトウェアの構成方法。
3. 【請求項３】 機能別使用回数の計数は、該ソフトウエ
   アが使用されている時間中に該機能が使用されない状態
   があらかじめ定めた所定の時間長さに達するごとに、該
   機能の使用回数を減算計数する減算計数手順を含むもの
   であり、 画面追加手順は前記機能別使用回数があらかじめ定めた
   所定の回数を下回るごとに、追加していた画面を削除す
   る画面削除手順を含むものであることを特徴とする請求
   項１に記載の使用頻度に応じて機能が変化するソフトウ
   ェアの構成方法。