JP2015028687A - 装置及びプログラム - Google Patents

Abstract

【課題】アプリケーション、及び、ファイル等の処理を起動させる場合に、起動に要する手間を低減する。【解決手段】装置１０は、コンピュータ上でユーザが動作させた処理の履歴を収集する収集部２２と、収集された履歴に基づいて、前記処理が起動される時間帯を推測する推測部２４と、前記コンピュータの画面上において、前記処理を起動させるための表示項目の表示形態を、推測された時間帯に応じて変更する表示制御部２６と、を備える。【選択図】図１

Description

本発明は、装置及びプログラムに関する。

ユーザのスケジュールを管理できる装置が知られている（例えば、特許文献１参照）。
特許文献１ 特開２００５−２７５８３３号公報

しかしながら、ユーザは、スケジュールに合わせて、アプリケーション及びファイル等の処理を起動させる場合に、当該処理を起動させるためのアイコン等の表示項目を探さなければならないことが多く、処理の起動までに手間がかかってしまう。

本発明の第１の態様においては、コンピュータ上でユーザが動作させた処理の履歴を収集する収集部と、収集された履歴に基づいて、前記処理が起動される時間帯を推測する推測部と、前記コンピュータの画面上において、前記処理を起動させるための表示項目の表示形態を、推測された時間帯に応じて変更する表示制御部と、を備える装置を提供する。

本発明の第２の態様においては、コンピュータ上でユーザが動作させた処理の履歴を収集する収集部と、収集された履歴に基づいて、前記処理が起動される時間帯を推測する推測部と、前記コンピュータの画面上において、前記処理を起動させるための表示項目の表示形態を、推測された時間帯に応じて変更する表示制御部としてコンピュータを機能させるプログラム。

なお、上記の発明の概要は、本発明の必要な特徴の全てを列挙したものではない。また、これらの特徴群のサブコンビネーションもまた、発明となりうる。

本実施形態に係る装置１０の全体構成図である。 収集部２２が収集して生成した処理の履歴データベース３０の一例である。 推測部２４が推測して生成した時間帯データベース３２の一例である。 変更されていない表示形態で表示項目が表示された表示部１４の画面である。 変更された表示形態で表示項目が表示された表示部１４の画面である。 収集部２２による履歴データベース３０の生成処理のフローチャートである。 推測部２４よる時間帯データベース３２の生成処理のフローチャートである。 表示制御部２６及び推測部２４による表示形態の変更処理のフローチャートである。 他の変更された表示形態が表示された表示部１４の画面である。 他の変更された表示形態が表示された表示部１４の画面である。 他の変更された表示形態が表示された表示部１４の画面である。 本実施形態に係るコンピュータ１９００のハードウェア構成の一例を示す。

以下、発明の実施の形態を通じて本発明を説明するが、以下の実施形態は特許請求の範囲にかかる発明を限定するものではない。また、実施形態の中で説明されている特徴の組み合わせの全てが発明の解決手段に必須であるとは限らない。

図１は、本実施形態に係る装置１０の全体構成図である。装置１０は、一例として、アプリケーション及び／またはファイル等の処理を起動できるコンピュータである。装置１０は、処理の履歴から、処理が起動される時間帯を推測する。装置１０は、推測された当該時間帯に処理を起動させるための表示項目の表示形態を変更する。これにより、装置１０は、ユーザに当該処理の表示項目を容易に気付かせて、ユーザによる処理の起動に要する手間を低減する。

装置１０は、入力部１２と、表示部１４と、制御部１６と、記憶部１８とを備える。

入力部１２は、制御部１６と接続されている。入力部１２は、キーボード、マウス、及び、タッチパネル等の少なくとも１つにより実施されてよい。入力部１２は、ユーザからの入力を受け付けて、当該入力を制御部１６へと出力する。

表示部１４は、制御部１６と接続されている。表示部１４は、液晶表示装置、または、有機ＥＬ表示装置等であってよい。表示部１４は、制御部１６から画像情報を受け付けて、当該画像情報に基づいて、文字、絵柄、及び、図柄等の少なくとも１つを含む画像を表示する。例えば、表示部１４は、ショートカット等を含むアイコンを、処理を起動するための表示項目として表示する。

制御部１６は、装置１０の制御全般を司る。制御部１６は、一例として、ＣＰＵ（Central Processing Unit）等の演算処理装置である。制御部１６は、処理部２０と、収集部２２と、推測部２４と、表示制御部２６とを有する。制御部１６は、記憶部１８に記憶されたプログラムを読み込むことによって、処理部２０と、収集部２２と、推測部２４と、表示制御部２６として機能してもよい。これに代えて、処理部２０、収集部２２、推測部２４、及び、表示制御部２６の少なくとも１つを回路等のハードウェアによって構成してもよい。

処理部２０は、入力部１２及び記憶部１８と接続されている。処理部２０は、入力部１２からユーザの入力を受け付けて、処理を起動及び動作させる。処理は、アプリケーション、及び、ファイル等を含む。尚、ファイルとは、ワープロソフトウエア及び表計算ソフトウェア等のアプリケーションによって起動されるデータのことである。当該ファイルに対応付けられた表示項目を操作することによって、当該アプリケーションが起動されファイルの内容が読み込まれる。更に、処理は、インターネットのＷｅｂページであってもよい。処理部２０は、入力部１２から受け付けたユーザの入力が、表示部１４に表示された表示項目の選択である場合、当該表示項目に対応付けられた処理を起動させる。処理部２０は、動作させた処理の起動時刻及び終了時刻を記憶部１８にプロセステーブルとして記憶させる。

また、処理部２０は、ネットワークまたは入力部１２からユーザのスケジュール情報を取得して、記憶部１８に記憶させる。スケジュール情報は、例えば、カレンダアプリケーション等によって記憶されている。スケジュール情報は、定例会議等のスケジュールの内容を示すエントリと、スケジュールの開始時刻及び完了時刻とを含む。エントリは、スケジュールを識別するために予め設定されたスケジュールＩＤ、及び、スケジュールの名前であるスケジュール名を含む。

収集部２２は、記憶部１８と接続されている。収集部２２は、装置１０上でユーザが動作させた処理の履歴を記憶部１８のプロセステーブルから収集する。処理の履歴は、一例として、記憶部１８に記憶された処理の起動時刻である。処理の履歴は、スケジュールのエントリを含んでもよい。収集部２２は、推測部２４に収集した処理の履歴を履歴データベース３０として記憶部１８に記憶する。

推測部２４は、記憶部１８と接続されている。推測部２４は、収集部２２によって収集された履歴に基づいて、処理が実行される時間帯を推測する。推測部２４は、推測した時間帯を各処理に対応付けた時間帯データベース３２として記憶部１８に記憶する。

表示制御部２６は、記憶部１８及び表示部１４と接続されている。表示制御部２６は、装置１０の表示部１４の画面上（いわゆる、デスクトップ上）において、処理を起動させるための表示項目ＤＳの表示形態を、推測部２４によって推測されて記憶部１８に記憶されている時間帯に応じて変更する。例えば、表示制御部２６は、処理の表示項目ＤＳを、当該処理が実行されると推測された時間帯の間、表示部１４の画面上で拡大する等により強調表示することによって、表示項目ＤＳの表示形態を変更する。

記憶部１８は、プログラム、及び、装置１０を制御するためのデータを格納する。例えば、記憶部１８に格納されたプログラムは、制御部１６によって実行され、制御部１６を処理部２０、収集部２２、推測部２４、及び、表示制御部２６として機能させる。記憶部１８は、一例として、ユーザのスケジュール情報、履歴データベース３０、及び、時間帯データベース３２等のデータを格納してよい。記憶部１８は、スケジュール記憶部の一例である。

図２は、収集部２２が収集して生成した処理の履歴データベース３０の一例である。収集部２２は、アプリケーション及びファイル等の処理、起動時刻、及び、スケジュールのエントリを含む処理の履歴を互いに関連付けて履歴データベース３０として記憶部１８に記憶させる。

具体的には、まず、収集部２２は、処理部２０によって起動されたアプリケーション及びファイル等の処理を記憶部１８のプロセステーブルから収集する。尚、収集部２２は、ユーザの指示によって処理部２０が起動した処理のみを収集することが好ましい。ユーザの指示によって起動されたか否かは、処理部２０は、当該処理に起動判定用のフラグを関連付けてプロセステーブルに記憶することにより、収集部２２は、当該フラグに基づいて判定することができる。換言すれば、収集部２２は、処理部２０がユーザの指示によらず起動した処理を収集しないことが好ましい。収集部２２は、収集した処理のファイル名を、履歴データベース３０に登録する。尚、処理がファイルの場合、保存先のフルパスを含むファイル名を、履歴データベース３０に登録してもよい。処理がアプリケーションの場合、処理はアプリケーション名のみ、履歴データベース３０に登録してもよい。尚、図２に示すように、処理がファイルである場合、ファイル名はＦｎ．ｘｘｘとして、処理がアプリケーションである場合、ファイル名はＡｎ．ｅｘｅとして説明する。但し、ｎ＝１、２・・とする。

収集部２２は、収集した処理が起動された日付及び時刻を含む起動時刻を記憶部１８から収集する。収集部２２は、収集した起動時刻を、処理と関連付けて履歴データベース３０に登録する。

収集部２２は、起動時刻に対応するスケジュール情報を記憶部１８のスケジュール情報から検索する。収集部２２は、例えば、アプリケーションＡ１．ｅｘｅの起動時刻である２０１３年４月５日の１０時２８分に実施されているスケジュールが検索されなかった場合、スケジュールのエントリを履歴データベース３０に記憶させない。一方、収集部２２は、例えば、ファイルＦ１．ｘｘｘの起動時刻である２０１３年４月５日の１４時５分に実施されているスケジュールのエントリが検索された場合、検索されたエントリ「６Ｄ２７６」を処理に対応付けて履歴データベース３０に登録する。尚、複数のスケジュールのエントリが検索された場合、収集部２２は、当該複数のエントリを処理に関連付けて登録する。

図３は、推測部２４が推測して生成した時間帯データベース３２の一例である。尚、図３に現在と示すように、現在の時刻を２０１３年４月３０日の午前９時前である場合を例に説明する。

推測部２４は、収集部２２によって収集された履歴データベース３０に基づいて、処理が起動される時間帯を定期的に推測して、図３に示す時間帯データベース３２を生成する。例えば、推測部２４は、毎日、時間帯を推測する。推測部２４は、推測した時間帯、曜日、処理、重み、パターン、及び、実績を含む時間帯データベース３２を互いに関連付けて記憶部１８に記憶させる。

推測部２４は、対象の処理が起動されると推測した時間帯を時間帯データベース３２に登録する。尚、時間帯は、表示制御部２６が表示項目ＤＳの表示形態を変更する時間となる。例えば、推測部２４は、履歴データベース３０に記憶されている処理の複数の起動時刻によって、処理が起動される時間帯を推測する。また、推測部２４は、スケジュール情報に含まれる各スケジュールのエントリ及び各スケジュールの開始時刻から完了時刻までの時間に応じて、当該スケジュールで使用される処理の時間帯を推測する。

推測部２４は、月曜日等の曜日を表す数値データを時間帯データベース３２に曜日として登録する。例えば、月曜日は「１」となり、火曜日は「２」となる。尚、推測部２４は、曜日として、数値データではなく、文字データとして、例えば、月曜日を「月」、火曜日を「火」等として登録してもよい。

推測部２４は、時間帯を推測した処理のファイル名を時間帯データベース３２に登録する。

推測部２４は、処理の表示項目ＤＳの表示形態を変更するか否かを判定するための重みを時間帯データベース３２に登録する。推測部２４は、後述する実績によって重みを増減させる。例えば、推測部２４は、「重み＝処理が起動された回数＋実績の和」の式に基づいて重みを算出する。本実施形態では、推測部２４は、重みが重み閾値以上の場合、当該処理を時間帯データベース３２に登録する。重み閾値は、一例として、５回から１０回である。これにより、表示制御部２６は、時間帯データベース３２に登録された処理の表示形態を変更する。

推測部２４は、処理の起動のパターンを時間帯データベース３２に登録する。推測部２４は、「日」、「週」、「月」、及び、エントリ等をパターンとして登録する。表示制御部２６は、パターンに「日」が登録されている処理の表示形態を、毎日、登録されている時間帯に変更する。表示制御部２６は、パターンに「週」が登録されている処理の表示形態を、毎週、登録されている曜日の時間帯に変更する。表示制御部２６は、パターンに「月」が登録されている処理の表示形態を、毎月、登録されている同日の時間帯に変更する。表示制御部２６は、パターンにエントリが登録されている処理の表示形態を、当該エントリのスケジュールが実施される時間帯に変更する。

推測部２４は、時間帯に当該処理が起動された否かを実績として時間帯データベース３２に登録する。例えば、推測部２４は、時間帯に処理が起動された場合、「１」を実績として登録する。推測部２４は、時間帯に処理が起動されない場合、「−１」を実績として登録する。従って、推測部２４は、重みを算出する場合、時間帯に処理が起動されると、重みを「１」インクリメントして、時間帯に処理が起動されないと、重みを「１」デクリメントさせる。

図４は、変更されていない表示形態で表示項目が表示された表示部１４の画面である。表示制御部２６は、推測部２４に推測された時間帯の処理が存在しない間、各表示項目ＤＳを同じサイズで表示部１４に表示させる。表示制御部２６は、処理を示すアイコンと合わせて、処理の名前を表示項目ＤＳとして表示部１４に表示させる。

図５は、変更された表示形態で表示項目が表示された表示部１４の画面である。表示制御部２６は、時間帯データベース３２に登録された時間帯の間、当該時間帯に関連付けられた処理の表示項目ＤＳの表示形態を変更する。例えば、時間帯データベース３２に登録されているアプリケーションＡ１．ｅｘｅの場合、表示制御部２６は、２０１３年４月３０日の１０時から１０時５０分までの時間帯にアプリケーションＡ１．ｅｘｅの表示項目ＤＳａを拡大して、変更された表示形態により表示部１４に表示させる。尚、拡大された表示項目ＤＳａの表示形態は、強調表示の一例である。

表示制御部２６は、文字列の追加等によって、表示項目ＤＳａに含まれる処理の名前を変更してもよい。例えば、表示制御部２６は、推測された時間帯を示す情報を表示項目ＤＳａに対応付けることによって、処理の名前を変更した表示形態としてもよい。尚、表示制御部２６は、当該時間帯を名前に追加することによって、処理の名前を変更した表示形態としてもよい。また、表示制御部２６は、表示項目が画面上に表示されていない場合（例えば、画面上ではなくファイル階層の下位階層にファイル等の処理がある場合）、推測した時間帯に当該処理のショートカットを表示項目ＤＳｂとして表示部１４の画面上に表示させる。例えば、表示制御部２６は、図４の状態において表示されていないアプリケーションＡ６．ｅｘｅの表示項目ＤＳｂを時間帯の間だけ拡大して表示部１４に表示させる。

図６は、収集部２２による履歴データベース３０の生成処理のフローチャートである。

履歴データベース３０の生成処理において、収集部２２は、新たな処理がユーザによって起動されたか否かを判定するために記憶部１８の監視を開始する（Ｓ１０）。収集部２２は、監視結果に基づいて、ユーザによって処理が起動されたか否かを判定する（Ｓ１２）。ユーザによって処理が起動されていない場合、収集部２２は、処理が起動されるまで待機状態となる（Ｓ１２：Ｎｏ）。収集部２２は、ユーザにより起動された処理及び起動時刻が処理部２０によって記憶部１８に新たに格納されたことに応じて、ユーザによって処理が起動されたと判定する（Ｓ１２：Ｙｅｓ）。収集部２２は、処理が起動されたと判定すると、当該処理の起動時刻を起動された処理と関連付けて、記憶部１８の履歴データベース３０に記憶させる（Ｓ１４）。

次に、収集部２２は、当該処理の起動時刻にスケジュールのエントリがあるか否かを判定する（Ｓ１６）。例えば、収集部２２は、当該起動時刻が、いずれかのスケジュールが実施されている時間、即ち、スケジュールの開始時刻から完了時刻までの間に含まれている場合、スケジュールのエントリありと判定して（Ｓ１６：Ｙｅｓ）、履歴データベース３０中の当該処理とスケジュール情報の当該エントリとを関連付けて記憶させる（Ｓ１８）。一方、収集部２２は、当該起動時刻が、いずれかのスケジュールが実施されている時間にも含まれていない場合、スケジュールのエントリなしと判定する（Ｓ１６：Ｎｏ）。この後、収集部２２は、ステップＳ１２からステップＳ１８以降を随時、または、定期的に繰り返すことによって、履歴データベース３０を更新しつつ、生成する。

図７は、推測部２４よる時間帯データベース３２の生成処理のフローチャートである。時間帯データベース３２の生成処理は、定期的に、例えば、毎日同じ時刻に実行されてもよい。

時間帯データベース３２の生成処理では、まず、推測部２４が起動する（Ｓ３０）。次に、推測部２４は、現在から予め定められた未来の抽出期間の間に、スケジュールのエントリがあるか否かを記憶部１８のスケジュール情報から判定する（Ｓ３２）。抽出期間は、一例として、当日及び明日を含む２日間である。この場合、推測部２４は、当日及び明日のエントリの有無を判定する。推測部２４は、エントリがあると判定すると（Ｓ３２：Ｙｅｓ）、過去の推測期間の間において、同じスケジュールが実施されている間に、起動された処理を履歴データベース３０から抽出する（Ｓ３４）。スケジュール用の予め定められた推測期間は、一例として、数日間、半年、及び、１年間等である。尚、推測部２４は、エントリに基づいて、各スケジュールが同じか否かを判定する。また、推測部２４は、複数のエントリがあると判定した場合、それぞれのエントリのスケジュール中に起動された処理を抽出する。推測部２４は、抽出された各処理の重みを算出した後（Ｓ３６）、ステップＳ３８を実行する。一方、推測部２４は、エントリがないと判定すると（Ｓ３２：Ｎｏ）、ステップＳ３４、Ｓ３６を実行することなく、ステップＳ３８を実行する。

次に、推測部２４は、起動時刻に基づいて、「日」、「週」、「月」のパターン毎に処理を抽出する（Ｓ３８）。推測部２４は、起動時刻を参照して、略毎日起動されている処理を「日」のパターンとして抽出する。例えば、推測部２４は、パターン閾値以上の日数で起動されている処理のパターンを「日」と判定する。具体的には、パターン閾値が８０％の場合、推測部２４は、８０％以上の日数で起動されている処理のパターンを「日」と判定する。例えば、推測部２４は、１０日間の処理の起動の有無を検索して、８日以上起動されている処理のパターンを「日」と判定する。同様に、推測部２４は、起動時刻を参照して、略毎週、または、略毎月起動されている処理を「週」または「月」のパターンとして抽出する。尚、推測部２４は、パターンを「週」と判定した処理については、毎週何曜日に起動されているかを合わせて判定する。更に、推測部２４は、パターンを「月」と判定した処理については、毎月何日に起動されているかを合わせて判定してもよい。

次に、推測部２４は、「日」、「週」、「月」のパターン毎に抽出された各処理の重みを算出する（Ｓ４０）。推測部２４は、重みが算出された各処理の重みと重み閾値とを比較して、重みが重み閾値以上の処理を、表示形態を変更させる処理として抽出する（Ｓ４２）。推測部２４は、抽出した処理の表示形態を変更させる時間帯を推測して設定する（Ｓ４４）。

推測部２４は、特定の処理が予め定められた時間幅の間で略毎日、略毎週、または、略毎月起動されている場合、当該処理の起動時刻の少なくとも一部を含む時間を時間帯として推測する。

例えば、推測部２４は、予め定められた推測期間の間に起動された処理の起動時刻を履歴データベース３０から抽出する。予め定められた推測期間は、一例として、数日間、半年、及び、１年間等である。尚、推測期間は、各パターンによって設定してもよい。例えば、パターンが「日」の場合、推測期間を５０日に設定する。同様に、パターンが「週」及び「月」の場合、推測期間をそれぞれ５０週、及び、５０月に設定する。

例えば、推測部２４は、図２に示す予め定められた推測期間の間のアプリケーションＡ１．ｅｘｅの起動時刻を履歴データベース３０から抽出する。アプリケーションＡ１．ｅｘｅの起動時刻は、１０時から１９時１３分となっている。次に、推測部２４は、予め定められた間隔閾値内に含まれる起動時刻を選別する。間隔閾値は、一例として、１時間である。この場合、推測部２４は、抽出された起動時刻のうち、間隔閾値以内（即ち、１時間以内）に含まれる１０時から１０時２８分を起動時刻として選別する。ここで、推測部２４は、一例として、時間帯を毎時３０分毎に区切って推測する。従って、推測部２４は、選別した起動時刻のうち、最初の起動時刻と同時または当該起動時刻よりも早い時刻のうち最も近い０分または３０分の時刻を時間帯の始まりとして推測する。また、推測部２４は、選別した起動時刻のうち、最後の起動時刻と同時または当該起動時刻よりも遅い時刻のうち最も近い０分または３０分の時刻を時間帯の終わりと推測する。従って、推測部２４は、選別した起動時刻に基づいて、アプリケーションＡ１．ｅｘｅの時間帯を１０時から１０時３０分と推測する。

また、推測部２４は、過去のスケジュールにおいて処理が起動されている場合、当該スケジュールの今後の予定の時間（即ち、開始時刻から完了時刻まで）を、当該処理が起動される時間帯として推測する。例えば、推測部２４は、図２に示すファイルＦ１．ｘｘｘが起動されたエントリが「６Ｄ２７６」のスケジュールが９時３０分から１０時まで行われる場合、当該９時３０分から１０時までを時間帯として推測する。

推測部２４は、表示形態を変更させる処理、時間帯、重み、及び、パターンを記憶部１８の時間帯データベース３２に記憶する（Ｓ４６）。尚、推測部２４は、時間帯の開始時刻の早い順に処理を並べることが好ましい。

図８は、表示制御部２６及び推測部２４による表示形態の変更処理のフローチャートである。表示形態の変更処理のフローチャートは、表示形態が変更される各表示項目に対して実行される。

表示形態の変更処理では、まず、表示制御部２６が起動する（Ｓ５０）。表示制御部２６は、時間帯データベース３２を参照して、現在の時刻がいずれかの処理の時間帯となったか否かを判定する（Ｓ５２）。表示制御部２６は、処理の時間帯になったと判定すると（Ｓ５２：Ｙｅｓ）、当該処理の表示項目ＤＳａの表示形態を変更する（Ｓ５４）。表示制御部２６は、表示形態が変更された表示項目ＤＳａの処理が起動されたか否かを判定する（Ｓ５６）。ここで、当該処理がユーザによって起動されると、処理部２０は記憶部１８に当該処理に対応付けて起動時刻を記憶させる。推測部２４は、記憶部１８を参照して、当該処理の起動時刻が時間帯内であると判定すると、表示形態が変更された処理が起動されたと判定して（Ｓ５６：Ｙｅｓ）、時間帯データベース３２の実績に「１」を記憶させる（Ｓ５８）。表示制御部２６は、処理が起動されたことに応じて、起動させるために変更した当該処理の表示項目の表示形態を元の表示形態に戻す（Ｓ６０）。尚、元の表示形態は、時間帯以前に表示されていなかった表示項目の表示を終了することを含む。

一方、表示制御部２６は、表示形態が変更された処理が起動されていないと判定すると（Ｓ５６：Ｎｏ）、時間帯が終了したか否かを判定する（Ｓ６２）。表示制御部２６は、時間帯が終了したと判定するまで（Ｓ６２：Ｎｏ）、ステップＳ５６を繰り返し実行する。表示制御部２６は、表示形態が変更された処理の時間帯が起動されることなく終了したと判定すると（Ｓ６２：Ｙｅｓ）、実績に「−１」を記憶させる（Ｓ６４）。この後、表示制御部２６は、変更されている表示形態を元に戻す（Ｓ６０）。

上述したように、装置１０では、推測部２４が収集部２２によって収集された処理の履歴データベース３０に基づいて、処理が起動される時間帯を推測する。表示制御部２６は、時間帯になると、当該時間帯に関連付けられている処理の表示項目ＤＳａの表示形態を変更する。これにより、装置１０は、処理の起動に要するユーザの手間を低減して、ユーザに容易に処理を起動させることができる。特に、表示制御部２６は、時間帯になった表示項目ＤＳａを大きく強調表示するので、ユーザに当該表示項目ＤＳａを容易に視認させることができる。

表示制御部２６は、表示部１４に表示されていないファイル階層の下層階層にある処理の表示項目を、時間帯になると表示部１４に表示させる。これにより、装置１０は、ユーザが下層の処理の表示項目を探す時間を低減できる。

表示制御部２６は、表示形態が変更されている表示項目ＤＳａの処理が時間帯内に起動されると、当該表示項目ＤＳａを元の表示形態に戻す。これにより、装置１０は、表示形態が変更されているが、まだ、起動されていない処理の表示項目を相対的に強調させることができる。

上述したように、推測部２４は、同じスケジュールのエントリで起動された処理については、当該エントリに基づいて時間帯を推測する。従って、当該スケジュールが変更されても、推測部２４は、変更されたスケジュールに応じて、時間帯を推測することができる。これにより、表示制御部２６は、毎週定期的に行われているスケジュールがある週だけ異なる曜日に当該スケジュールが変更されても、当該スケジュールに追随して、表示形態を変更できる。

上述した各実施形態の構成の接続関係、表示形態、個数及び拡大率等の数値は適宜変更してよい。また、各実施形態を適宜組み合わせてもよい。

表示制御部２６は、図５に示す以外の表示形態によって、変更された表示形態を表示してもよい。図９、図１０、図１１は、他の変更された表示形態が表示された表示部１４の画面である。

表示制御部２６は、表示形態を変更した表示項目ＤＳａを予め定められた画面上の領域に表示させてもよい。例えば、図９に示すように、表示制御部２６は、表示形態を変更した表示項目ＤＳａを画面上の右側に表示させてもよい。表示制御部２６が表示形態を変更した表示項目を表示する領域はガジェット領域であってもよい。

表示制御部２６は、各処理に対応付けられた重みによって、表示形態を異ならせてもよい。例えば、図１０に示すように、表示制御部２６は、重みの大きい表示項目ＤＳｃほど大きく表示して、重みの小さい表示項目ＤＳａほど変更されていない表示項目ＤＳの大きさに近い大きさで表示してもよい。また、表示制御部２６は、各処理に対応付けられた重みによって、表示項目の配置を異ならせてもよい。例えば、表示制御部２６は、重みの大きい表示項目ほど画面の上部に表示するようにしてもよい。

表示制御部２６は、推測された時間帯において、起動されると推測された処理を起動させるための表示項目ＤＳａ以外の表示項目ＤＳを図１１に示すように縮小表示することによって、処理を起動させるための表示項目ＤＳａを相対的に強調表示してもよい。

表示制御部２６は、時間帯に表示項目を点滅させる、または、表示項目の色を変更する等によって表示形態を変更してもよい。

上述の実施形態では、推測部２４は、パターンが「日」の場合、休日とそれ以外とを分けずに時間帯を推測したが、休日に起動される処理の時間帯と、休日以外に起動される処理の時間帯とを分けて推測してもよい。

表示制御部２６は、装置１０が起動されている間において起動されている時間の割合が起動閾値以上の処理を、装置１０が起動されている間、表示項目ＤＳの表示形態を変更してもよい。時間の割合は、一例として、８０％である。この場合、表示制御部２６は、起動されている時間の割合が起動閾値未満となると、変更した表示項目の表示形態ＤＳを元に戻してもよい。

上述の実施形態では、表示制御部２６は、表示形態を変更した表示項目ＤＳを時間帯が終了したら元の表示形態に戻す例を示したが、ユーザの選択に応じて、変更した表示形態を時間帯の後も継続してもよい。尚、入力部１２が、ユーザの選択を取得してもよい。また、上述の実施形態では、表示制御部２６は、表示形態を変更した表示項目ＤＳが起動されたら、元の表示形態に戻す例を示したが、時間帯が終了するまで、表示形態の変更を継続してもよい。この場合、表示制御部２６は、図８のステップＳ５８とＳ６０との間に、ステップＳ６２と同様のステップを実行すればよい。

上述の実施形態では、表示制御部２６は、表示項目ＤＳａの名前に時間帯を付加することによって、処理の名前を変更して表示する形態を例に示したが、表示項目ＤＳａの上部に時間帯を表示させてもよい。

上述の実施形態では、処理部２０は、スケジュール情報として、エントリと、スケジュールの開始時刻及び完了時刻とを記憶部１８に記憶させる例を示したが、当該スケジュール情報に、実行された処理を関連付けて記憶させてもよい。また、推測部２４は、スケジュールを予測してもよい。例えば、推測部２４は、毎週、同じ曜日に登録されているエントリがある場合、当該エントリが毎週、当該曜日に登録されると予測して、処理の時間帯を推測してもよい。これにより、ユーザがスケジュールの登録を忘れても、推測部２４は、処理の時間帯を推測できる。

上述の実施形態では、表示制御部２６は、時間帯になった表示項目の表示形態を変更する例を示したが、いずれかの時間帯になると変更しない表示項目を含む画面全体の表示を変更してもよい。この場合であっても、表示制御部２６は、時間帯でない表示項目は表示形態を変更せず、時間帯となった表示項目の表示形態のみを変更する。換言すれば、表示制御部２６は、画面全体の表示を張り替えて、例えば、図５、図９から図１１のように表示する。表示制御部２６は、Active Desktop等の機能によって上述の表示をＨＴＭＬ表示として実現してもよい。

上述の実施形態では、装置１０の画面上の表示項目ＤＳの表示形態を装置１０が変更する例を説明したが、装置１０とは別のコンピュータの画面上の表示項目ＤＳの表示形態を装置１０が変更するようにしてもよい。

上述の実施形態では、推測部２４は、「重み＝処理が起動された回数＋実績の和」の式によって重みを算出したが、最新の重みが時間帯データベース３２に記憶されている場合、「重み＝最新の重み＋最新の実績」によって算出してもよい。例えば、図３に示すＡ１．ｅｘｅの場合、「Ｗ７＝Ｗ４＋１」となる。尚、重み、最新の重み、最新の実績は、同じパターンの値であることが好ましい。

上述の実施形態では、推測部２４は、重みが重み閾値以上の処理を時間帯データベース３２に登録したが、他の基準によって時間帯データベース３２に登録する処理を選別してもよい。例えば、推測部２４は、パターンが「日」の場合、処理を検索した日数に対する当該処理が起動された日数の割合である起動割合によって当該選別をしてもよい。尚、「起動割合＝（処理が起動された日数）／（処理を検索した日数）」である。例えば、推測部２４は、起動割合が８０％以上の場合、当該処理を時間帯データベース３２に登録してもよい。

推測部２４は、図３に示す時間帯データベース３２の例では、時間帯を各時間の３０分間隔で最初と最後を設定しているがこれに限られない。例えば、推測部２４は、選別した処理の起動時刻のうち、最初の起動時刻の予め設定された時間幅前から、最後の起動時刻の時間幅後までを時間帯として推測してもよい。予め設定された時間幅は、一例として、３０分である。この場合、推測部２４は、例えば選別したアプリケーションＡ１．ｅｘｅの起動時刻のうち、最初の起動時刻である１０時の３０分前（即ち、時間幅前）である９時３０分から、最後の起動時刻である１０時２８分の３０分後である１０時５８分までを時間帯として推測する。同様に、推測部２４は、スケジュールに対して、時間帯を設定する場合、当該スケジュールの開始時刻の時間幅前から完了時刻の時間幅後までを時間帯として設定してもよい。予め設定された時間幅は、１時間であってもよい。また、予め設定された時間幅は、ユーザによって変更できることが好ましい。

上述の実施形態では、推測部２４は、定期的に時間帯を推測する例を示したが、不定期に時間帯を推測してもよく、定期的に推測するとともに、不定期に推測してもよい。例えば、推測部２４は、スケジュールが変更される毎に、時間帯を推測してもよい。また、推測部２４は、定期的に、例えば、毎日同時刻に時間帯を推測することに加えて、スケジュールが変更される毎に時間帯を推測してもよい。

上述の実施形態では、処理部２０が処理と関連付けて起動時刻をプロセステーブルに記憶させて、収集部２２は当該処理及び起動時刻を収集して履歴データベース３０を生成する例を示したが、履歴データベース３０の生成方法はこれに限られない。例えば、処理部２０は、ユーザの入力に従って処理を起動すると、起動した処理の名前を収集部２２に出力する。これにより、収集部２２は、処理部２０から処理の名前を受け取った時刻を当該処理の起動時刻として、当該処理及び起動時刻を互いに関連付けて履歴データベース３０に登録する。

図１２は、本実施形態に係るコンピュータ１９００のハードウェア構成の一例を示す。本実施形態に係るコンピュータ１９００は、装置１０の一例である。コンピュータ１９００は、ホスト・コントローラ２０８２により相互に接続されるＣＰＵ２０００、ＲＡＭ２０２０、グラフィック・コントローラ２０７５、及び表示部２０８０を有するＣＰＵ周辺部と、入出力コントローラ２０８４によりホスト・コントローラ２０８２に接続される通信インターフェイス２０３０、及び、ハードディスクドライブ２０４０を有する入出力部と、入出力コントローラ２０８４に接続されるＲＯＭ２０１０、メモリドライブ２０５０及び入出力チップ２０７０を有するレガシー入出力部とを備える。

ホスト・コントローラ２０８２は、ＲＡＭ２０２０と、高い転送レートでＲＡＭ２０２０をアクセスするＣＰＵ２０００及びグラフィック・コントローラ２０７５とを接続する。ＣＰＵ２０００は、ＲＯＭ２０１０及びＲＡＭ２０２０に格納されたプログラムに基づいて動作し、各部の制御を行う。グラフィック・コントローラ２０７５は、ＣＰＵ２０００等がＲＡＭ２０２０内に設けたフレーム・バッファ上に生成する画像データを取得し、表示部２０８０上に表示させる。これに代えて、グラフィック・コントローラ２０７５は、ＣＰＵ２０００等が生成する画像データを格納するフレーム・バッファを、内部に含んでもよい。

入出力コントローラ２０８４は、ホスト・コントローラ２０８２と、比較的高速な入出力装置である通信インターフェイス２０３０、ハードディスクドライブ２０４０を接続する。通信インターフェイス２０３０は、ネットワークを介して他の装置と通信する。ハードディスクドライブ２０４０は、コンピュータ１９００内のＣＰＵ２０００が使用する表示プログラム等のプログラム及びデータを格納する。

また、入出力コントローラ２０８４には、ＲＯＭ２０１０と、メモリドライブ２０５０、及び入出力チップ２０７０の比較的低速な入出力装置とが接続される。ＲＯＭ２０１０は、コンピュータ１９００が起動時に実行するブート・プログラム、及び／又は、コンピュータ１９００のハードウェアに依存するプログラム等を格納する。メモリドライブ２０５０は、メモリカード２０９０から例えば表示プログラム等のプログラム又はデータを読み取り、ＲＡＭ２０２０を介してハードディスクドライブ２０４０に提供する。入出力チップ２０７０は、メモリドライブ２０５０を入出力コントローラ２０８４へと接続すると共に、例えばパラレル・ポート、シリアル・ポート、キーボード・ポート、マウス・ポート等を介して各種の入出力装置を入出力コントローラ２０８４へと接続する。

ＲＡＭ２０２０を介してハードディスクドライブ２０４０に提供されるプログラムは、メモリカード２０９０、又はＩＣカード等の記録媒体に格納されて利用者によって提供される。表示プログラム等のプログラムは、記録媒体から読み出され、ＲＡＭ２０２０を介してコンピュータ１９００内のハードディスクドライブ２０４０にインストールされ、ＣＰＵ２０００において実行される。

コンピュータ１９００にインストールされ、コンピュータ１９００を装置１０として機能させるプログラムは、処理モジュール、収集モジュール、推測モジュール、及び、表示制御モジュールとを備える。これらのプログラム又はモジュールは、ＣＰＵ２０００等に働きかけて、コンピュータ１９００を、処理モジュール、収集モジュール、推測モジュール、及び、表示制御モジュールとしてそれぞれ機能させる。

これらのプログラムに記述された情報処理は、コンピュータ１９００に読込まれることにより、ソフトウェアと上述した各種のハードウェア資源とが協働した具体的手段である処理モジュール、収集モジュール、推測モジュール、及び、表示制御モジュールとして機能する。そして、これらの具体的手段によって、本実施形態におけるコンピュータ１９００の使用目的に応じた情報の演算又は加工を実現することにより、使用目的に応じた特有の装置１０が構築される。

一例として、コンピュータ１９００と外部の装置等との間で通信を行う場合には、ＣＰＵ２０００は、ＲＡＭ２０２０上にロードされた通信プログラムを実行し、通信プログラムに記述された処理内容に基づいて、通信インターフェイス２０３０に対して通信処理を指示する。通信インターフェイス２０３０は、ＣＰＵ２０００の制御を受けて、ＲＡＭ２０２０、ハードディスクドライブ２０４０、又はメモリカード２０９０等の記憶装置上に設けた送信バッファ領域等に記憶された送信データを読み出してネットワークへと送信し、もしくは、ネットワークから受信した受信データを記憶装置上に設けた受信バッファ領域等へと書き込む。このように、通信インターフェイス２０３０は、ＤＭＡ（ダイレクト・メモリ・アクセス）方式により記憶装置との間で送受信データを転送してもよく、これに代えて、ＣＰＵ２０００が転送元の記憶装置又は通信インターフェイス２０３０からデータを読み出し、転送先の通信インターフェイス２０３０又は記憶装置へとデータを書き込むことにより送受信データを転送してもよい。

また、ＣＰＵ２０００は、ハードディスクドライブ２０４０、メモリドライブ２０５０（メモリカード２０９０）等の外部記憶装置に格納されたファイルまたはデータベース等の中から、全部または必要な部分をＤＭＡ転送等によりＲＡＭ２０２０へと読み込ませ、ＲＡＭ２０２０上のデータに対して各種の処理を行う。そして、ＣＰＵ２０００は、処理を終えたデータを、ＤＭＡ転送等により外部記憶装置へと書き戻す。このような処理において、ＲＡＭ２０２０は、外部記憶装置の内容を一時的に保持するものとみなせるから、本実施形態においてはＲＡＭ２０２０および外部記憶装置等をメモリ、記憶部、または記憶装置等と総称する。本実施形態における各種のプログラム、データ、テーブル、データベース等の各種の情報は、このような記憶装置上に格納されて、情報処理の対象となる。なお、ＣＰＵ２０００は、ＲＡＭ２０２０の一部をキャッシュメモリに保持し、キャッシュメモリ上で読み書きを行うこともできる。このような形態においても、キャッシュメモリはＲＡＭ２０２０の機能の一部を担うから、本実施形態においては、区別して示す場合を除き、キャッシュメモリもＲＡＭ２０２０、メモリ、及び／又は記憶装置に含まれるものとする。

また、ＣＰＵ２０００は、ＲＡＭ２０２０から読み出したデータに対して、プログラムの命令列により指定された、本実施形態中に記載した各種の演算、情報の加工、条件判断、情報の検索・置換等を含む各種の処理を行い、ＲＡＭ２０２０へと書き戻す。例えば、ＣＰＵ２０００は、条件判断を行う場合においては、本実施形態において示した各種の変数が、他の変数または定数と比較して、大きい、小さい、以上、以下、等しい等の条件を満たすかどうかを判断し、条件が成立した場合（又は不成立であった場合）に、異なる命令列へと分岐し、またはサブルーチンを呼び出す。また、ＣＰＵ２０００は、記憶装置内のファイルまたはデータベース等に格納された情報を検索することができる。

以上に示したプログラム又はモジュールは、外部の記録媒体に格納されてもよい。記録媒体としては、メモリカード２０９０の他に、ＤＶＤ又はＣＤ等の光学記録媒体、ＭＯ等の光磁気記録媒体、テープ媒体、ＩＣカード等の半導体メモリ等を用いることができる。また、専用通信ネットワーク又はインターネットに接続されたサーバシステムに設けたハードディスク又はＲＡＭ等の記憶装置を記録媒体として使用し、ネットワークを介してプログラムをコンピュータ１９００に提供してもよい。

以上、本発明を実施の形態を用いて説明したが、本発明の技術的範囲は上記実施の形態に記載の範囲には限定されない。上記実施の形態に、多様な変更または改良を加えることが可能であることが当業者に明らかである。その様な変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、特許請求の範囲の記載から明らかである。

特許請求の範囲、明細書、および図面中において示した装置、システム、プログラム、および方法における動作、手順、ステップ、および段階等の各処理の実行順序は、特段「より前に」、「先立って」等と明示しておらず、また、前の処理の出力を後の処理で用いるのでない限り、任意の順序で実現しうることに留意すべきである。特許請求の範囲、明細書、および図面中の動作フローに関して、便宜上「まず、」、「次に、」等を用いて説明したとしても、この順で実施することが必須であることを意味するものではない。

１０ 装置
１２ 入力部
１４ 表示部
１６ 制御部
１８ 記憶部
２０ 処理部
２２ 収集部
２４ 推測部
２６ 表示制御部
３０ 履歴データベース
３２ 時間帯データベース
１９００ コンピュータ
２０００ ＣＰＵ
２０１０ ＲＯＭ
２０２０ ＲＡＭ
２０３０ 通信インターフェイス
２０４０ ハードディスクドライブ
２０５０ メモリドライブ
２０７０ 入出力チップ
２０７５ グラフィック・コントローラ
２０８０ 表示部
２０８２ ホスト・コントローラ
２０８４ 入出力コントローラ
２０９０ メモリカード

Claims (17)

1. コンピュータ上でユーザが動作させた処理の履歴を収集する収集部と、
   収集された履歴に基づいて、前記処理が起動される時間帯を推測する推測部と、
   前記コンピュータの画面上において、前記処理を起動させるための表示項目の表示形態を、推測された時間帯に応じて変更する表示制御部と、
   を備える装置。
2. 前記表示制御部は、前記表示項目を強調表示することによって変更する
   請求項１に記載の装置。
3. 前記表示制御部は、前記表示項目が前記画面上に表示されていない場合、前記時間帯に前記処理のショートカットを前記画面上に表示させる
   請求項１または２に記載の装置。
4. 前記表示制御部は、前記ユーザが前記処理を起動させたことに応じて、当該処理を起動させるために変更した前記表示項目の表示形態を元の表示形態に戻す
   請求項１から３のいずれか１項に記載の装置。
5. 前記ユーザのスケジュール情報を格納するスケジュール記憶部を更に備え、
   前記推測部は、前記スケジュール情報に含まれる各スケジュールのエントリ及び各スケジュールの開始時刻及び完了時刻に応じて、当該スケジュールで使用される前記処理の前記時間帯を推測する
   請求項１から４のいずれか１項に記載の装置。
6. 前記収集部は、前記処理と、前記スケジュール情報とを関連付ける
   請求項５に記載の装置。
7. 前記推測部は、前記エントリに基づいて、各スケジュールが同じか否かを判定する
   請求項５または６に記載の装置。
8. 前記推測部は、休日に起動される前記処理の前記時間帯と、前記休日以外に起動される前記処理の前記時間帯とを分けて推測する
   請求項１から７のいずれか１項に記載の装置。
9. 前記表示制御部は、前記コンピュータの起動されている間における起動されている時間の割合が閾値以上の前記処理を、前記コンピュータの起動されている間、前記表示項目の前記表示形態を変更する
   請求項１から８のいずれか１項に記載の装置。
10. 前記表示制御部は、推測された前記時間帯において、前記表示形態を変更した前記表示項目を、ユーザの選択に応じて、当該時間帯の後も変更されている前記表示形態を継続する
    請求項１から９のいずれか１項に記載の装置。
11. 前記表示制御部は、前記表示形態が変更された前記表示項目を、前記画面上の予め定められた領域内に表示する
    請求項１から１０のいずれか１項に記載の装置。
12. 前記表示制御部は、推測された前記時間帯において、起動されると推測された前記処理の前記表示項目以外の前記表示項目を縮小表示することによって、前記処理を起動させるための前記表示項目を相対的に強調表示する
    請求項１から１１のいずれか１項に記載の装置。
13. 前記表示制御部は、前記表示項目に対応付けて、前記推測された前記時間帯を示す情報を表示する
    請求項１から１２のいずれか１項に記載の装置。
14. 前記表示制御部は、前記表示項目に含まれる処理の名前を変更する
    請求項１から１３のいずれか１項に記載の装置。
15. 前記推測部は、前記ユーザによって起動された前記処理のみに応じて、前記時間帯を推測する
    請求項１から１４のいずれか１項に記載の装置。
16. 前記推測部は、前記時間帯を定期的に推測する
    請求項１から１５のいずれか１項に記載の装置。
17. コンピュータ上でユーザが動作させた処理の履歴を収集する収集部と、
    収集された履歴に基づいて、前記処理が起動される時間帯を推測する推測部と、
    前記コンピュータの画面上において、前記処理を起動させるための表示項目の表示形態を、推測された時間帯に応じて変更する表示制御部としてコンピュータを機能させるプログラム。

Images