JP2013105460A - 情報処理装置およびその制御方法、並びにプログラム - Google Patents

Abstract

【課題】複数のオブジェクトを選択して処理が対応付けられたアイコンにドロップした際に、複数のオブジェクトの中にアイコンに対応する処理を実行できないオブジェクトが含まれていた場合、ユーザは何が原因で処理が受け付けられないのかが分からなかった。
【解決手段】アイテムに対して処理を実行するための条件を定義する定義手段と、複数のアイテムの選択を受け付ける選択手段と、前記定義手段にて定義された処理が関連付けられたアイコンを表示するアイコン表示手段と、前記選択手段にて複数のアイテムが選択され、かつ、前記アイコン表示手段が表示するアイコンの指定を受け付けた場合、前記アイコンに関連付けられた処理の実行が不可であるアイテムが、前記選択された複数のアイテムに含まれているか否か判定する判定手段と、前記処理の実行が不可であるアイテムが前記選択されたアイテムに含まれる場合、当該処理の実行が不可であるアイテムを識別可能に表示する表示手段とを有する。
【選択図】 図４

Description

本発明は、情報処理装置およびその制御方法、並びにプログラムに関し、特に、ファイル操作を行う時のＵＩ制御に関する。

従来、文書管理アプリケーション等のアイテム（文書ファイル、フォルダ、ごみ箱など）の表示や管理を行うシステムにおいて、指定されたアイテムに対し印刷や外部アプリの起動などの処理を行うものがある。そのようなシステムの中には、少ない操作で容易に処理の実行を可能とするために、画面上に処理実行のためのアイコン等のユーザインタフェース（ＵＩ）を表示するものがある。例えば、ユーザがアイテムをアイコン上にドラッグアンドドロップする、または、アイテムを選択した状態でアイコンをクリックするなどにより、アイコンに関連付けられた処理がアイテムに対して実行される。

この種の機能としては、特許文献１に開示されている技術がある。かかる技術では、ユーザがアイテムをアイコン上にドラッグしたときに、アイテムをアイコンにドロップした後の処理内容をテキストで表示することにより、ユーザが意図しない処理が実行されることを防ぐことが可能となる。また、ユーザがアイテムをアイコン上にドラッグしたときに、アイテムがアイコンに関連付けられた処理を実行できない場合には、処理を実行できない旨をテキストや記号で表示し、ユーザの操作ミスを防ぐことが可能となる。

米国特許第７６６５０２８号明細書

ユーザが複数のアイテムを選択した状態で、アイコンに関連付けられた処理をアイテムに対して実行する場合、選択したアイテムのいずれかに対して処理を実行できない場合がある。特許文献１では、ユーザが選択したアイテムのいずれかに対して処理を実行できない場合でも、処理を実行できない旨をテキストや記号で表示する。そのため、ユーザは、どのアイテムが原因で処理を実行できないのかがわからないという課題がある。

本発明は、以上の課題に鑑みてなされたものであり、ユーザが複数のアイテムを選択した状態で、アイコンに関連付けられた処理を実行するときに、処理が実行できない原因となるアイテムを判別可能にする。

上記課題を解決するために、本願発明は以下の構成を有する。すなわち、アイテムに対して処理を実行するための条件を定義する定義手段と、複数のアイテムの選択を受け付ける選択手段と、前記定義手段にて定義された処理が関連付けられたアイコンを表示するアイコン表示手段と、前記選択手段にて複数のアイテムが選択され、かつ、前記アイコン表示手段が表示するアイコンの指定を受け付けた場合、前記アイコンに関連付けられた処理の実行が不可であるアイテムが、前記選択された複数のアイテムに含まれているか否か判定する判定手段と、前記処理の実行が不可であるアイテムが前記選択されたアイテムに含まれる場合、当該処理の実行が不可であるアイテムを識別可能に表示する表示手段とを有する。

複数のアイテムを選択した状態で画面上のアイコンを指定することでアイコンに関連付けられた処理を実行させる際に、複数のアイテムのいずれかが原因となって処理が実行できない場合、ユーザは、原因となるアイテムを判別できる。

システムの全体構成を示す図。 情報処理装置のハードウェア構成を示す図。 ＵＩの構成の一例を示す図。 アイコンの処理実行に対する提示方法の一例を示す図。 ソフトウェア構成を示す図。 アイテムの属性情報の一例を示す図。 アイコンの処理実行可否の定義情報の一例を示す図。 処理定義部に格納される処理定義情報の一例を示す図。 処理実行可否の判定フローを示す図。 処理実行可能なアイテムのみに対して処理を行うフローを示す図。 アイコンの処理実行が不可となる原因アイテムを提示する一例を示す図。

以下、本発明を実施するための最良の形態について図面を用いて説明する。

＜第１実施形態＞
［システム構成］
図１は、本発明の第１実施形態に係るシステム構成の一例を示す図である。本実施形態に係るシステムは、情報処理装置１０１と、文書記憶装置１０２とを含む。なお、システムに含まれる装置の数および構成は図１に限定するものではない。

情報処理装置１０１および文書記憶装置１０２は、ネットワーク１０３で接続されている。なお、各装置をつなぐネットワークの形態は図１に限定するものではない。情報処理装置１０１と文書記憶装置１０２が物理的に同一の装置から構成されていても構わない。また、ネットワーク１０３は、有線／無線のいずれであっても構わない。情報処理装置１０１は、ユーザの操作に応じてネットワーク１０３を介して、文書記憶装置１０２に格納されたアイテム（ファイル等）の取得や表示を行う。そして、情報処理装置１０１は、取得したアイテムに対して印刷、外部アプリケーションでの起動などの処理を実行することができる。本明細書において、「アイテム」とは、ファイルやファイルを含むフォルダなどを示す。

［情報処理装置のハードウェア構成］
図２は、情報処理装置１０１のハードウェア構成を示す図である。なお、特に断らない限り、本発明の機能が実行されるのであれば、情報処理装置１０１は、単体の機器であっても、複数の機器からなるシステムであっても、本発明を適用できることは言うまでもない。

図２において、ＣＰＵ２０１は、記憶媒体であるＨＤＤ２０５からＲＡＭ２０２にロードされたＯＳやアプリケーションなどのプログラムを実行し、後述するフローチャートの手順を実現する。またＣＰＵ２０１は、システムバス２０６に接続される各ハードウェアを総括的に制御する。

ＲＡＭ２０２は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。Ｉ／Ｏ２０４は、キーボードやポインティングデバイスなどの入力装置（不図示）からの入力を制御する。Ｎｅｔｗｏｒｋ Ｉ／Ｆ２０３は、接続された文書記憶装置との間の信号の交換を制御する。

［ユーザインタフェース］
図３は、本実施形態に係るユーザインタフェース（ＵＩ）の一例を示す図である。また、本実施形態において、本発明が適用可能な例として、アプリケーションが提供するＵＩを例にとって説明するが、これに限定するものではない。例えば、ＯＳや、各種サービスがＷＥＢブラウザなどを介して提供する画面上で実現する構成であってもかまわない。

ＵＩ３０１は、文書記憶装置１０２から取得したアイテムを表示する領域３０２と、アイテムに対して印刷、外部アプリケーションでの起動などの処理を実行するためのアイコン表示を行う領域３０３を有している。ユーザは、アイテムを表示する領域３０２に表示されたアイテムを任意に選択可能である。また、領域３０３に表示されるアイコンは、ユーザが任意に追加／削除できるようにしても構わない。

ユーザが、アイテムを表示する領域３０２内のアイテムのうち一部または全部を選択した状態で、アイコンを表示する領域３０３内のアイコンをクリックする。このクリック操作により、ＵＩ３０１を提供するアプリケーションは、アイコンに関連付けられた処理を選択されたアイテムに対して実行する。また、ユーザがアイテムを表示する領域３０２内のアイテムを選択した状態で、ユーザがアイコンを表示する領域３０３内のアイコンにマウスオーバーする。この操作により、ＵＩ３０１を提供するアプリケーションは、アイコンに関連付けられた処理が選択されたアイテムに対して実行可能か判定を行う。マウスオーバーイベントは、例えば、マイクロソフト社が提供するＷＰＦ（Ｗｉｎｄｏｗｓ Ｐｒｅｓｅｎｔａｔｉｏｎ Ｆｏｕｎｄａｔｉｏｎ：登録商標）の仕組みを利用して検出することができる。アプリケーションは、そのイベントの検出をトリガーにして各種処理を行う。

本実施形態において、マウスオーバーによる指示に伴う判定の結果、実行不可であると判定された場合、アイコンに関連付けられた処理が選択されたアイテムに対して実行不可である旨のメッセージがＵＩ３０１に表示される。選択されたアイテムが複数ある場合は、処理が実行できない原因となるアイテムがわかるようにＵＩ３０１に表示する。

ＵＩにおける表示の一例を図４（Ａ）に示す。この例は、選択されたアイテムの中にごみ箱（不要なファイル等を格納するためのフォルダ）のアイコンが含まれているために処理を実行できない場合を示している。ＵＩ４０１は、処理が実行できない旨と、当該処理を実行できない原因となるアイコンを特定し、ツールチップ４０２に記載して表示を行っている。ツールチップ４０２を表示する方法には、例えば、マイクロソフト社のＷＰＦ（登録商標）を使用して表示することが出来る。また、図４（Ａ）に示す例においては、マウスカーソル４０３の表示を変更し、処理の実行が不可である旨を示している。

また、ユーザが指定したアイコンに関連付けられた処理は、必ず成功するとは限らない。例えば、アイコンに関連付けられた処理が印刷処理の場合、印刷を行うプリンタが故障しているときは、印刷に失敗する。このようにアイコンに関連付けられた処理が失敗すると、アプリケーションにはエラーが通知される。このときアプリケーションは、例えば図４（Ｂ）のＵＩ５０１に示すように、実行不可の原因となるアイテムを表示するツールチップ４０２と同じ場所に、エラー内容を示すツールチップ５０２表示する。これにより、エラー関連の表示方法が統一され、ユーザビリティの向上が可能となる。

本実施形態では、選択されたアイテムの中に処理が実行不可なアイテムが含まれており、実行不可の旨の表示がされている場合でも、アイコンをクリックすることで、処理が実行可能なアイテムに対してのみ処理を実行することを可能にする。このときの処理の詳細については後述する。

［ソフトウェア構成］
図５は、本実施形態に係る情報処理装置１０１におけるソフトウェア構成の例を示す図である。ＵＩ制御部６０１は、入力装置であるマウスやキーボードの値の受信、マウスオーバーイベント等のＷＰＦ（登録商標）等の仕組みで検出する各種イベントの受信、ＵＩ表示の制御などを行う。ＵＩ表示の制御としては、選択されたアイテムの識別、選択されたアイテムを示す表示（ハイライト表示等）などがある。ＵＩ制御部６０１は、アイテムが選択された状態でマウスオーバーイベントを受信すると、処理実行可否判定部６０２を呼び出す。

処理実行可否判定部６０２は、マウスカーソル下のアイコンに関連付けられた処理が、ユーザに選択されたアイテムに対して実行可能か否かの判定をする。そして、実行不可である場合は、処理実行可否判定部６０２は、実行不可の原因となるアイテムを識別する。処理実行可否判定部６０２は、アイテム情報取得部６０３から取得したアイテムの属性情報と、処理実行可否共通定義部６０４およびアイコン情報管理部６０５から取得したアイコンの処理実行可否の定義情報とをもとに判定を行う。

アイテム情報取得部６０３は、ネットワーク１０３を介して文書記憶装置１０２からアイテムの情報を取得する。取得するアイテムの属性情報７０１の一例を図６に示す。アイテムの属性情報７０１は、属性とその値とで構成される。属性としては、例えば、「種別」、「種類」、「名前」、「場所」、「サイズ」、「親アイテム」などがある。「種別」属性がとりうる値は、ファイル、フォルダ、ごみ箱などアイテムの種別を示す情報である。「種類」属性がとりうる値は、ｊｐｇ、ｔｘｔ、ｂｍｐなど、アイテムがファイルである場合のファイル形式である。「場所」属性は、アイテムが文書記憶装置１０２などにおいて格納先となる場所を表している。「親アイテム」属性は、アイテムが格納されている場所の一つ上の階層のアイテムを表し、取りうる値は、フォルダ、チェックアウトフォルダ、ルートフォルダなどである。このとき、「チェックアウトフォルダ」とは、チェックアウト中の文書を格納するフォルダである。「ルートフォルダ」は、フォルダ階層の最も上位にあるフォルダを示す。なお、アイテムの属性情報に含まれる属性は、上記に示したものに限定するものではなく、作成日時等、他の属性を用いるようにしても構わない。

処理実行可否共通定義部６０４に格納される全アイコン共通の処理実行可否の定義情報８０１の一例を図７（Ａ）に示す。この定義情報８０１は、全アイコンに共通して、実行が不可である場合の条件を定義している。つまり、各アイコンに対応するいずれの処理であっても、定義情報８０１に該当するアイテムについては、処理を実行できないこととなる。全アイコン共通の処理実行可否の定義情報８０１は、アイテム属性と、処理実行不可な値とで構成されている。アイテム属性は、アイテム情報取得部６０３で取得するアイテムの情報の属性に対応している。この例の場合では、「種別」属性がフォルダもしくはごみ箱か、「親アイテム」属性がチェックアウトフォルダであるアイテムは、全アイコンの処理を実行することは不可能であることを表している。なお、処理実行可否共通定義部６０４に格納される全アイコン共通の処理実行可否の定義情報は、予め定義されていてもよいし、必要に応じてユーザが変更／追加するように構成してもよい。また、各アイテム属性の条件間の関係は、ＡＮＤ条件であってもよいし、ＯＲ条件であっても構わない。

アイコン情報管理部６０５は、処理実行可否個別定義部６０６から、アイコン個別の処理実行可否の定義情報を取得する。処理実行可否個別定義部６０６に格納されるアイコン個別の処理実行可否の定義情報９０１の一例を図７（Ｂ）に示す。この定義情報９０１は、各アイコンに対して個別に設定される条件を示している。この定義情報９０１に該当するアイテムについては、当該アイコンに対応する処理を実行できないこととなる。アイコン個別の処理実行可否の定義情報９０１は、アイテム属性と、処理実行不可な値とで構成されている。アイテム属性は、アイテム情報取得部６０３で取得するアイテムの情報の属性に対応している。この例の場合では、「種類」属性がｔｉｆｆ以外のアイテムは、このアイコンに対応する処理を実行することは不可能であることを表している。なお、処理実行可否個別定義部６０６に格納されるアイコン個別の処理実行可否の定義情報９０１は、アイコン作成時にユーザが定義する。

ＵＩ制御部６０１は、処理実行可否判定部６０２の判定の結果、マウスオーバーされているアイコンに関連付けられた処理が、選択されたアイテムに対して実行不可能と判定された場合、実行不可の原因となるアイテムが分かるようにＵＩ３０１上に表示する。

ＵＩ制御部６０１は、処理実行可否判定部６０２の判定の結果、アイコンに関連付けられた処理が選択されたアイテムに対して実行可能と判定された場合、アイコン情報管理部６０５からアイコンに関連付けられた処理内容を取得し、その旨を表示する。

処理定義部６０７に格納される処理定義情報１００１の一例を図８に示す。処理定義情報１００１は、アイコンと処理との対応関係を示す。処理定義情報１００１は、アイコン名とその処理内容とから構成される。処理内容は、処理を実行するアプリケーションのパス、もしくは処理コマンド名の値をとる。例えば、アイコンＡの処理内容「ｃ：￥ｐｒｏｇｒａｍ￥ａｐｐＡ．ｅｘｅ」はアプリケーションのパスであり、アイコンＡをクリックすると、選択されたアイテムに対してアプリケーション「ｃ：￥ｐｒｏｇｒａｍ￥ａｐｐＡ．ｅｘｅ」を実行することを表す。アイコンＢの処理内容「ｐｒｉｎｔ」は、処理コマンド名であり、アイコンＢをクリックすると、選択されたアイテムに対して印刷処理（ｐｒｉｎｔ）を実行することを表す。

［処理実行可否の判定フロー］
図９に、アイコンに関連付けられた処理が選択されたアイテムに対して実行可能か判定を行うときの処理フローを示す。なお、本願の処理フローは、情報処理装置１０１が備えるＣＰＵ２０１が、記憶部であるＨＤＤ２０５等に格納されたプログラムを読み出し、実行することにより実現される。

本処理フローは、ユーザによって１以上のアイテムが選択され、処理が対応付けられたアイコン上にマウスオーバーされた時点で処理が開始される。処理実行可否判定部６０２は、選択されたアイテムの属性情報をアイテム情報取得部６０３から取得する（Ｓ１１０１）。次に、処理実行可否判定部６０２は、処理実行可否共通定義部６０４とアイコン情報管理部６０５とから処理実行可否の定義情報８０１、９０１を取得する（Ｓ１１０２）。

処理実行可否共通定義部６０４から取得する処理実行可否の定義情報８０１は、全アイコン共通の定義情報のため、マウスオーバーされているアイコンに依存せず同じ定義情報が取得される。処理実行可否個別定義部６０６から取得する処理実行可否の定義情報９０１は、アイコン毎に個別で定義されているため、マウスオーバーされているアイコンに応じて異なる定義情報が取得される。ここでは、処理実行可否判定部６０２は、ＵＩ制御部６０１からマウスオーバーされているアイコンの識別子（アイコンＡ等）を受け取る。そして、処理実行可否判定部６０２は、その識別子をアイコン情報管理部６０５に渡し、マウスオーバーされているアイコンに対応した処理の実行可否の定義情報を取得する。

処理実行可否判定部６０２は、Ｓ１１０１で取得したアイテムの属性情報と、Ｓ１１０２で取得した処理実行可否の定義情報を比較し、アイコンに関連付けられた処理が選択されたアイテムに対して実行可能か否かの判定を行う（Ｓ１１０３）。アイコンに関連付けられた処理が選択されたアイテムに対して実行可能であれば（Ｓ１１０３にてＮＯ）、判定処理を終了する。アイコンに関連付けられた処理が選択されたアイテムに対して実行不可能であれば（Ｓ１１０３にてＹＥＳ）、Ｓ１１０４へ進む。

Ｓ１１０４にて、処理実行可否判定部６０２は、ＵＩ制御部６０１に実行不可能である旨と、実行不可能である原因となるアイテムの情報を送信する。そして、ＵＩ制御部６０１は、マウスカーソルを実行不可表示に設定する。Ｓ１１０５にて、ＵＩ制御部６０１は、選択されたアイテムが複数あるか判断する。選択されたアイコンが一つである場合（Ｓ１１０５にてＮＯ）、本処理フローを終了する。選択されたアイコンが複数ある場合（Ｓ１１０５にてＹＥＳ）、Ｓ１１０６へ進む。Ｓ１１０６にて、ＵＩ制御部６０１は、実行不可能である原因となるアイテムがユーザに識別できるようにＵＩ表示する。そして、本処理フローを終了する。

なお、Ｓ１１０６において、各アイテムに対してまとめてＵＩの表示するようにしたが、これに限定するものではなく、例えば、実行が不可であると判定されたアイコンから順次表示されるようにしても構わない。この場合には、例えば、各アイテムに対し、実行が不可であるとの判定が行われるごとに、ツールチップの表示を更新する。

また、Ｓ１１０４にてマウスカーソルの表示を実行不可表示とする処理を行ったが、表示形式については、どのようなものであっても構わない。また、選択されたアイテム全てに対して処理の実行が不可である場合に、表示形式やメッセージ内容を変更するようにしても構わない。

以上の処理フローにより、ユーザがアイコンの上にマウスカーソルを移動させ、マウスオーバーすると、選択されたアイテムに対してアイコンに関連付けられた処理が実行可能か否かが表示される。さらに実行不可の場合は、実行不可の原因となるアイテムが、ユーザが認識できるように識別可能に表示される。

［実行可能なアイテムに対してのみの処理の実行］
図１０に、選択されたアイテムの中に処理が実行不可なアイテムが含まれ、実行不可の旨の表示がされている状態でアイコンをクリックされた場合、処理が実行可能なアイテムに対してのみ処理を実行するときの処理フローを示す。

ＵＩ制御部６０１は、選択されたアイテムの中に処理が実行不可なアイテムが含まれているか判断する（Ｓ１２０１）。この判断方法は、図９を用いて前述した処理実行可否の判定フローの方法と同様である。選択されたアイテムの中に処理が実行不可なアイテムが含まれていない場合（Ｓ１２０１にてＮＯ）、ＵＩ制御部６０１は、選択されたアイテムに対して、アイコンに関連付けられた処理を実行する（Ｓ１２０６）。

選択されたアイテムの中に処理が実行不可なアイテムが含まれている場合（Ｓ１２０１にてＹＥＳ）、ＵＩ制御部６０１は、選択されたアイテムの中に処理が実行可能なアイテムが含まれているか判断を行う（Ｓ１２０２）。選択されたアイテムの中に処理が実行可能なアイテムが含まれていない場合（全てのアイテムが実行不可な場合：Ｓ１２０２にてＮＯ）、本処理フローを終了する。

選択されたアイテムの中に処理が実行可能なアイテムが含まれている場合（Ｓ１２０２にてＹＥＳ）、ＵＩ制御部６０１は、「実行不可のアイテムの選択を解除して、アイコンの処理を実行するか」を確認するダイアログを表示する（Ｓ１２０３）。ＵＩ制御部６０１は、ダイアログに対するユーザの入力結果が「処理を実行する」か「処理を実行しない」かの判断をする（Ｓ１２０４）。ユーザの入力結果が「処理を実行しない」であれば（Ｓ１２０４にてＮＯ）、ＵＩ制御部６０１は、処理フローを終了する。ユーザの入力結果が「処理を実行する」であれば（Ｓ１２０４にてＹＥＳ）、ＵＩ制御部６０１は、実行不可のアイテムの選択を解除し、実行不可のアイテム以外に対してアイコンに関連付けられた処理を実行する（Ｓ１２０５）。そして、本処理フローを終了する。なお、本実施形態では、Ｓ１２０４においてユーザの指示を受け付けて処理を実行するか否かを決めていたが、ユーザの指示を受け付けることなく、実行不可のアイコンの選択を解除してアイコンの処理が実行されても良い。

以上の処理フローにより、選択されたアイテムの中に処理が実行不可なアイテムが含まれ、実行不可の旨の表示がされている状態でアイコンをクリックされた場合、処理が実行可能なアイテムに対してのみ処理が実行される。したがって、ユーザは実行不可と表示されているアイテムの選択を個別に手動で解除せずとも、選択中のアイテムのうち実行可能なアイテムのみに対して処理を実行することが可能となる。

＜第２実施形態＞
図４（Ａ）では、選択されたアイテムの中に処理が実行不可なアイテム（ごみ箱）が含まれており、実行不可の旨をツールチップ４０２に記載して表示を行っている例を使って説明した。しかし、ＵＩの表示方法はこの例に限定するものではない。

他の例としては、実行不可の原因となるアイテムを、図１１（Ａ）のＵＩ１３０１に示すように、アイテムを表示する領域１３０３内に提示する方法がある。図１１（Ａ）の例では、実行不可の原因となるごみ箱のアイテム１３０２の背景色を、他のアイテムの背景色とは異なる色で表示している。

実行不可の原因となるアイテムを、当該アイテムを表示する領域３０２内に提示する他の表示方法としては、背景色を異なる色にする以外であっても構わない。例えば、その他の表示方法として、アイテムの表示名のフォントの装飾（強調表示、取り消し線、斜体など）を変える方法、アイテムの表示領域の点滅などがある。上記アイテムの表示方法の変更は、ＵＩ制御部６０１が、例えば、ＷＰＦ（登録商標）の仕組みを利用して行う。また、第１実施形態にて示したツールチップ４０２の表示形式と本実施形態の表示形式を組み合わせるようにしても構わない。

なお、システム構成、ハードウェア構成、アプリケーション構成、各種情報データの構造、および処理フローについては、第１実施形態と同じため説明を省略する。

以上により、第１実施形態と同様の効果を有することとなる。

＜第３実施形態＞
図４（Ａ）では、選択されたアイテムの中に処理が実行不可なアイテム（ごみ箱）が含まれており、実行不可の旨をツールチップ４０２に記載して表示を行っている例を使って説明した。しかし、ＵＩの表示方法はこの例に限定するものではない。

他の例としては、実行不可の原因となるアイテムを、図１１（Ｂ）のＵＩ１４０１に示すように、タイトルバー１４０２やステータスバー１４０３に提示する方法がある。図１１（Ｂ）の例では、実行不可の旨と実行不可の原因となるアイテム（ここでは「ごみ箱」）を、タイトルバー１４０２とステータスバー１４０３に表示しているが、どちらか一方にのみ表示をしてもよい。上記タイトルバーやステータスバーの表示の変更は、ＵＩ制御部６０１が、マイクロソフトのＷＰＦ（登録商標）の仕組みを利用して行う。また、第２実施形態の表示方法と組み合わせるような構成であっても構わない。

なお、システム構成、ハードウェア構成、アプリケーション構成、各種情報データの構造、処理フローについては、第１実施形態と同じため説明を省略する。

以上により、第１実施形態と同様の効果を有することとなる。

＜その他の実施形態＞
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

Claims (13)

1. アイテムに対して処理を実行するための条件を定義する定義手段と、
   複数のアイテムの選択を受け付ける選択手段と、
   前記定義手段にて定義された処理が関連付けられたアイコンを表示するアイコン表示手段と、
   前記選択手段にて複数のアイテムが選択され、かつ、前記アイコン表示手段が表示するアイコンの指定を受け付けた場合、前記アイコンに関連付けられた処理の実行が不可であるアイテムが、前記選択された複数のアイテムに含まれているか否か判定する判定手段と、
   前記処理の実行が不可であるアイテムが前記選択されたアイテムに含まれる場合、当該処理の実行が不可であるアイテムを識別可能に表示する表示手段と
   を有することを特徴とする情報処理装置。
2. 前記定義手段は、アイテムが有する属性情報を用いて、当該アイテムに対して処理を実行するための条件を定義することを特徴とする請求項１に記載の情報処理装置。
3. 前記属性情報は、種別、ファイル形式、名前、格納先、サイズ、およびアイテムが格納されているフォルダの種類の少なくともいずれかであることを特徴とする請求項２に記載の情報処理装置。
4. 前記判定手段は、前記選択手段にてアイテムが選択された状態で、前記アイコンに対してマウスオーバーが行われた場合に、当該アイコンを指定したとみなすことを特徴とする請求項１乃至３のいずれか一項に記載の情報処理装置。
5. 前記表示手段は、前記処理の実行が不可であるアイテムが前記選択されたアイテムに含まれる場合、前記アイコンに対してマウスオーバーをしているカーソルを実行不可である旨を示す形式に変更して表示することを特徴とする請求項４に記載の情報処理装置。
6. 前記表示手段は、処理の実行が不可である旨と当該処理の実行が不可であるアイテムを表示する場合、ツールチップにて表示することを特徴とする請求項１乃至５のいずれか一項に記載の情報処理装置。
7. 前記表示手段は、選択されたアイテムが複数である場合において、前記判定手段にて処理の実行が不可であると判定されたアイテムから順次、前記ツールチップの内容を更新して表示していくことを特徴とする請求項６に記載の情報処理装置。
8. 前記表示手段は、処理の実行が不可である旨と当該処理の実行が不可であるアイテムを表示する場合、当該処理の実行が不可であるアイテムの表示形式を変更して表示することを特徴とする請求項１乃至５のいずれか一項に記載の情報処理装置。
9. 前記表示手段は、処理の実行が不可である旨と当該処理の実行が不可であるアイテムを表示する場合、ユーザインタフェースにおけるタイトルバーもしくはステータスバーの少なくともいずれかにおいて表示することを特徴とする請求項１乃至５のいずれか一項に記載の情報処理装置。
10. 前記アイコンに関連付けられた処理を実行する実行手段を更に有し、
    前記実行手段は、前記選択された複数のアイテムのうち、実行が可能であるアイテムに対して当該処理を実行し、実行が不可であるアイテムに対して当該処理を実行しないように制御することを特徴とする請求項１乃至９のいずれか一項に記載の情報処理装置。
11. 前記表示手段は、アイコンに関連付けられた処理が失敗した場合に、失敗した旨とその内容を、前記処理が不可である旨と当該処理の実行が不可であるアイテムを表示する際と同じ形式で表示することを特徴とする請求項１乃至１０のいずれか一項に記載の情報処理装置。
12. 定義手段が、アイテムに対して処理を実行するための条件を定義する定義工程と、
    選択手段が、複数のアイテムの選択を受け付ける選択工程と、
    アイコン表示手段が、前記定義工程にて定義された処理が関連付けられたアイコンを表示するアイコン表示工程と、
    判定手段が、前記選択工程にて複数のアイテムが選択され、かつ、前記アイコン表示工程にて表示するアイコンの指定を受け付けた場合、前記アイコンに関連付けられた処理の実行が不可であるアイテムが、前記選択された複数のアイテムに含まれているか否か判定する判定工程と、
    表示手段が、前記処理の実行が不可であるアイテムが前記選択されたアイテムに含まれる場合、当該処理の実行が不可であるアイテムを識別可能に表示する表示工程と
    を有することを特徴とする情報処理装置の制御方法。
13. コンピュータを、
    アイテムに対して処理を実行するための条件を定義する定義手段、
    複数のアイテムの選択を受け付ける選択手段、
    前記定義手段にて定義された処理が関連付けられたアイコンを表示するアイコン表示手段、
    前記選択手段にて複数のアイテムが選択され、かつ、前記アイコン表示手段が表示するアイコンの指定を受け付けた場合、前記アイコンに関連付けられた処理の実行が不可であるアイテムが、前記選択された複数のアイテムに含まれているか否か判定する判定手段、
    前記処理の実行が不可であるアイテムが前記選択されたアイテムに含まれる場合、当該処理の実行が不可であるアイテムを識別可能に表示する表示手段
    として機能させるためのプログラム。

Images