JP2022100080A - 情報処理装置及びプログラム - Google Patents

Abstract

【課題】複数のファイルの統合によって生成される統合ファイルの属性に関する処理を実行する場合において、統合されるファイルのディスプレイ上での表示位置に関わらず、その属性の候補を予め定められた固定の位置に表示してユーザに属性を選択させる場合と比べて、その属性に関する処理を実行するためのユーザの作業数を減らすことを目的とする。
【解決手段】プロセッサは、ディスプレイに表示されている複数のファイルが選択された場合、選択されたファイルの周辺に、複数のファイルの統合によって生成される統合ファイルの属性の候補を表示し、属性が選択された場合、選択された属性に関する処理を統合ファイルに実行する。
【選択図】図３

Description

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

複数のファイルを統合して統合ファイルを生成する技術が知られている。また、統合ファイルの属性（例えば、統合ファイルのファイル形式や格納先等）がユーザによって選択され、その選択された属性に関する処理（例えば、ファイル形式の変換や、格納先への統合ファイルの格納）が実行される場合がある。

特許文献１には、ドキュメントのページを選択してバインダドキュメントに追加する際に、どのドキュメントのページを適切なフォーマットに変換する装置が記載されている。

特許文献２には、ＧＵＩシステム上で選択されたオブジェクトの種類を選別し、そのオブジェクトに関係する機能を特定し、そのオブジェクトをドラッグアンドドロップする際に、その機能に関連するメニューアイコンをオブジェクトの近傍に表示するシステムが記載されている。

特開２００７－４２０９２号公報 特許第５５１４８３０号

ところで、統合されるファイルのディスプレイ上での表示位置に関わらず、統合ファイルの属性の候補をディスプレイ上にて予め定められた固定の位置に表示し、属性の候補の中から属性がユーザによって選択された場合、その選択された属性に関する処理を実行することが考えられる。

本発明の目的は、複数のファイルの統合によって生成される統合ファイルの属性に関する処理を実行する場合において、統合されるファイルのディスプレイ上での表示位置に関わらず、その属性の候補を予め定められた固定の位置に表示してユーザに属性を選択させる場合と比べて、その属性に関する処理を実行するためのユーザの作業数を減らすことにある。

請求項１に係る発明は、プロセッサを有し、前記プロセッサは、ディスプレイに表示されている複数のファイルが選択された場合、前記選択されたファイルの周辺に、前記複数のファイルの統合によって生成される統合ファイルの属性の候補を表示し、前記属性が選択された場合、前記選択された属性に関する処理を前記統合ファイルに実行する、情報処理装置である。

請求項２に係る発明は、前記属性は、ファイル形式であり、前記属性の候補は、前記統合ファイルのファイル形式の候補であり、前記プロセッサは、前記属性であるファイル形式が選択された場合、前記複数のファイルに基づいて、前記選択されたファイル形式を有する前記統合ファイルを生成する、ことを特徴とする請求項１に記載の情報処理装置である。

請求項３に係る発明は、前記プロセッサは、前記複数のファイルのそれぞれのファイル形式に応じて、前記統合ファイルのファイル形式の候補を変える、ことを特徴とする請求項２に記載の情報処理装置である。

請求項４に係る発明は、前記複数のファイルのそれぞれのファイル形式が異なる場合、前記プロセッサは、前記複数のファイルのそれぞれのファイル形式を維持しつつ前記複数のファイルをまとめるファイル形式を示す情報を、前記統合ファイルのファイル形式の候補を示す情報として表示する、ことを特徴とする請求項３に記載の情報処理装置である。

請求項５に係る発明は、前記複数のファイルのそれぞれのファイル形式が同じ場合、前記プロセッサは、前記複数のファイルを１つのファイルにまとめるファイル形式を示す情報を、前記統合ファイルのファイル形式の候補を示す情報として表示する、ことを特徴とする請求項３に記載の情報処理装置である。

請求項６に係る発明は、前記プロセッサは、前記複数のファイルのそれぞれにファイルの関連情報が付帯しているか否かに応じて、前記統合ファイルのファイル形式の候補を変える、ことを特徴とする請求項２に記載の情報処理装置である。

請求項７に係る発明は、前記プロセッサは、前記複数のファイルのそれぞれにファイルの関連情報が付帯している場合、前記複数のファイルに基づいて前記統合ファイルが生成された場合にファイルの関連情報が他のファイルの関連情報によって上書きされないファイル形式を示す情報を、前記統合ファイルのファイル形式の候補を示す情報として表示する、ことを特徴とする請求項６に記載の情報処理装置である。

請求項８に係る発明は、前記属性は、前記統合ファイルの格納先であり、前記属性の候補は、前記統合ファイルの候補先の候補であり、前記プロセッサは、選択された格納先に前記統合ファイルを格納する、ことを特徴とする請求項１に記載の情報処理装置である。

請求項９に係る発明は、前記プロセッサは、前記複数のファイルの名称に応じて、前記格納先の候補を変える、ことを特徴とする請求項８に記載の情報処理装置である。

請求項１０に係る発明は、前記複数のファイルは、第１ファイル及び第２ファイルを含み、前記プロセッサは、前記ディスプレイ上にて、前記第１ファイルが前記第２ファイルまで移動させられた場合、前記属性の候補を表示する、ことを特徴とする請求項１から請求項９のいずれか一項に記載の情報処理装置である。

請求項１１に係る発明は、前記プロセッサは、前記第１ファイルが前記第２ファイルに重ねられ、その後、前記第１ファイル及び前記第２ファイルが、前記属性の候補を示す情報に重ねられた場合、前記属性に関する処理を実行する、ことを特徴とする請求項１０に記載の情報処理装置である。

請求項１２に係る発明は、前記プロセッサは、前記第１ファイルの操作方向の先の位置に、前記属性の候補を表示する、ことを特徴とする請求項１０又は請求項１１に記載の情報処理装置である。

請求項１３に係る発明は、前記属性は、ファイル形式と格納先であり、前記複数のファイルは、第１ファイル及び第２ファイルを含み、前記プロセッサは、前記ディスプレイ上にて、前記第１ファイルが前記第２ファイルまで移動させられた場合、前記第２ファイルの周辺に、前記統合ファイルのファイル形式の候補を表示し、前記属性であるファイル形式が選択された場合、前記第１ファイル及び前記第２ファイルに基づいて、前記選択されたファイル形式を有する前記統合ファイルを生成し、前記統合ファイルを表示し、表示された前記統合ファイルの周辺に、前記統合ファイルの格納先の候補を表示し、前記属性である格納先が選択された場合、選択された格納先に前記統合ファイルを格納する、ことを特徴とする請求項１に記載の情報処理装置である。

請求項１４に係る発明は、コンピュータが、ディスプレイに表示されている複数のファイルが選択された場合、前記選択されたファイルの周辺に、前記複数のファイルの統合によって生成される統合ファイルの属性の候補を表示し、前記属性が選択された場合、前記選択された前記属性に関する処理を前記統合ファイルに実行する、ように動作させるためのプログラムである。

請求項１，１４に係る発明によれば、複数のファイルの統合によって生成される統合ファイルの属性に関する処理を実行する場合において、統合されるファイルのディスプレイ上での表示位置に関わらず、その属性の候補を予め定められた固定の位置に表示してユーザに属性を選択させる場合と比べて、その属性に関する処理を実行するためのユーザの作業数が減る。

請求項２に係る発明によれば、ファイル形式の候補を予め定められた固定の位置に表示してユーザにファイル形式を選択せる場合と比べて、ファイル形式に関する処理を実行するためのユーザの作業数が減る。

請求項３に係る発明によれば、複数のファイルのそれぞれのファイル形式に応じた候補がユーザに提供される。

請求項４に係る発明によれば、複数のファイルのそれぞれのファイル形式が異なる場合に選択され得るファイル形式の候補がユーザに提供される。

請求項５に係る発明によれば、複数のファイルのそれぞれのファイル形式が同じ場合に選択され得るファイル形式の候補がユーザに提供される。

請求項６に係る発明によれば、関連情報の付帯の有無に応じたファイル形式の候補がユーザに提供される。

請求項７に係る発明によれば、複数のファイルのそれぞれに関連情報が付帯している場合に選択され得るファイル形式の候補がユーザに提供される。

請求項８に係る発明によれば、格納先の候補を予め定められた固定の位置に表示してユーザに格納先を選択させる場合と比べて、統合ファイルの格納を実行するためのユーザの作業数が減る。

請求項９に係る発明によれば、複数のファイルの名称に応じた格納先の候補がユーザに提供される。

請求項１０に係る発明によれば、ファイルを移動させる操作によって、属性の候補が表示される。

請求項１１に係る発明によれば、ファイルを重ねる操作によって、属性に関する処理が実行される。

請求項１２に係る発明によれば、操作方向の先以外の箇所に属性の候補を表示する場合と比べて、属性の候補を選択するためのユーザの作業数が減る。

請求項１３に係る発明によれば、ファイル形式の候補及び格納先の候補を予め定められた固定の位置に表示してユーザにそれらの候補を選択せる場合と比べて、ファイル形式に関する処理及びファイルの格納を実行するためのユーザの作業数が減る。

本実施形態に係る情報処理システムの構成を示すブロック図である。 本実施形態に係る端末装置の構成を示すブロック図である。 本実施形態に係る処理の流れを示すフローチャートである。 画面を示す図である。 画面を示す図である。 画面を示す図である。 画面を示す図である。 画面を示す図である。 ファイル形式の候補の説明文を示す図である。 警告を示す図である。 画面を示す図である。 画面を示す図である。 画面を示す図である。 画面を示す図である。 格納先の説明文を示す図である。 格納先の構造を示す図である。 画面を示す図である。 画面を示す図である。 画面を示す図である。 画面を示す図である。 画面を示す図である。 画面を示す図である。

図１を参照して、本実施形態に係る情報処理システムについて説明する。図１には、本実施形態に係る情報処理システムの構成の一例が示されている。

本実施形態に係る情報処理システムは、一例として、記憶装置１０と端末装置１２とを含む。図１に示されている記憶装置１０及び端末装置１２の数は一例に過ぎず、複数の記憶装置１０や複数の端末装置１２が、情報処理システムに含まれてもよい。

記憶装置１０は、ファイルを記憶する装置である。記憶装置１０は、例えば、ローカルストレージ、ネットワークストレージ、又は、オンラインストレージ等である。例えば、記憶装置１０と端末装置１２とが、ネットワーク等の通信経路Ｎに接続され、記憶装置１０と端末装置１２との間でファイルが送受信されてもよい。また、端末装置１２に記憶装置１０が含まれてもよい。

ファイルは、例えば、文書ファイル（例えば、テキストファイル、リッチテキストファイル、ＰＤＦ、ｘｄｗファイル等）、画像ファイル（例えば、ビットマップ形式の画像ファイル、ベクター形式の画像ファイル等）、動画ファイル（例えば、ｍｐｅｇファイル等）、音声ファイル（例えば、ｍｐ３ファイル等）、表計算ファイル、圧縮ファイル（例えば、ｚｉｐ形式のファイル等）、ソースファイル（例えば、ｈｔｍｌ形式のファイル等）、実行ファイル（例えば、ｅｘｅファイル等）、プログラムファイル、又は、システムファイル等である。もちろん、これら以外のファイル形式を有するデータやデータセット等が、本実施形態に係るファイルの概念の範疇に含まれてもよい。

端末装置１２は、例えば、パーソナルコンピュータ（以下、「ＰＣ」と称する）、タブレットＰＣ、スマートフォン、又は、携帯電話等である。端末装置１２によって、ファイルが編集されたり管理されたりする。また、ファイルが端末装置１２に記憶されてもよい。

以下、図２を参照して、端末装置１２のハードウェアの構成について説明する。図２には、端末装置１２のハードウェアの構成の一例が示されている。

端末装置１２は、例えば、通信装置１４と、ＵＩ１６と、メモリ１８と、プロセッサ２０とを含む。

通信装置１４は、通信チップや通信回路等を有する通信インターフェースであり、他の装置に情報を送信する機能、及び、他の装置から情報を受信する機能を有する。通信装置１４は、無線通信機能を有してもよいし、有線通信機能を有してもよい。

ＵＩ１６はユーザインターフェースであり、ディスプレイ及び操作装置の中の少なくとも１つを含む。ディスプレイは、液晶ディスプレイ又はＥＬディスプレイ等の表示装置である。操作装置は、キーボード、入力キー又は操作パネル等である。ＵＩ１６は、ディスプレイと操作装置とを兼ね備えたタッチパネル等のＵＩであってもよい。

メモリ１８は、各種の情報を記憶する１又は複数の記憶領域を構成する装置である。メモリ１８は、例えば、ハードディスクドライブ、各種のメモリ（例えばＲＡＭ、ＤＲＡＭ又はＲＯＭ等）、その他の記憶装置（例えば光ディスク等）、又は、それらの組み合わせである。１又は複数のメモリ１８が端末装置１２に含まれている。メモリ１８にファイルが記憶されてもよい。

プロセッサ２０は、端末装置１２の各部の動作を制御するように構成されている。プロセッサ２０は、メモリを有してもよい。

本実施形態では、プロセッサ２０は、複数のファイルがＵＩ１６のディスプレイに表示されている場合において、ディスプレイに表示されている複数のファイルが選択された場合、その選択されたファイルの周辺に、その選択された複数のファイルの統合によって生成される統合ファイルの属性の候補を表示する。また、プロセッサ２０は、属性の候補の中から属性が選択された場合、その選択された属性に関する処理を統合ファイルに実行する。ファイルの選択や属性の選択は、ユーザによって行われる。

ファイルの周辺は、例えば、ファイルの画像（例えば、ファイルを表すアイコンや模式的な画像等）に重畳する位置、ファイルの画像から予め定められた距離だけ離れた位置（例えば、数ピクセル等のように少し離れた位置）、属性の候補の表示位置とファイルの画像との間に他の画像がない領域、ファイルの画像の表示位置を自動整理した場合における隣のファイルの画像との間の領域、又は、隣のファイルの画像に重畳する領域等である。

ファイルの属性は、ファイル形式、ファイルの格納先、又は、それらの組み合わせである。

ファイル形式は、例えば、文書ファイルの形式、画像ファイルの形式、音声ファイルの形式、表計算ファイルの形式、圧縮ファイルの形式、ソースファイルの形式、プログラムファイルの形式、又は、システムファイルの形式等である。例えば、文書ファイルの形式には、複数の種類のファイル形式（例えば、テキストファイルの形式、ＰＤＦの形式、ｘｄｗファイルの形式等）がある。他のファイル形式についても同様である。

格納先は、ファイルが記憶される記憶領域や記憶装置である。格納先は、記憶装置１０や端末装置１２やその他の装置に存在する。格納先は、ファイルをグループ化することでファイルを管理や整理するためのフォルダやディレクトリ等であってもよいし、記憶装置そのものであってもよい。

属性がファイル形式である場合、属性に関する処理は、ファイル形式の変換である。例えば、文書ファイルの形式の異なる文書ファイル１と文書ファイル２とが統合の対象となるファイルとしてユーザによって選択され、ファイル形式の候補の中からファイル形式がユーザによって選択されて、文書ファイル１と文書ファイル２とを統合する場合について説明する。この場合、プロセッサ２０は、以下の変換処理１又は変換処理２を実行する。変換処理１は、文書ファイル１と文書ファイル２のそれぞれのファイル形式を、選択されたファイル形式に変換してから、文書ファイル１と文書ファイル２とを統合する処理である。変換処理２は、文書ファイル１と文書ファイル２とを統合してから、ファイル形式を選択されたファイル形式に変換する処理である。変換処理１，２のいずれの処理の実行も、統合ファイルに属性に関する処理（つまり、ファイル形式の変換）を統合ファイルに実行することに該当する。

属性が格納先である場合、属性に関する処理は、統合ファイルを格納先に格納することである。格納とは、ファイルを格納先である記憶領域や記憶装置に記憶させることである。例えば、格納先の候補の中から格納先がユーザによって選択された場合、プロセッサ２０は、その選択された格納先に統合ファイルを格納する。

複数のファイルの統合は、例えば、統合対象の複数のファイルのそれぞれの独立性を維持せずに複数のファイルを１つのファイルにまとめること（つまり、統合対象の各ファイルの区別ができないように1つのファイルにまとめること）、又は、各ファイルの独立性を維持し各ファイルの区別が可能なように複数のファイルを1つのファイルにまとめることである。

以下、図３を参照して、本実施形態に係る処理について説明する。図３は、本実施形態に係る処理の流れを示すフローチャートである。

ＵＩ１６のディスプレイには、複数のファイルの画像が表示されており、ユーザが、統合対象のファイルの画像を移動させる（Ｓ０１）。例えば、ユーザは、統合対象のファイルの画像をドラッグする。以下では説明の便宜上、その移動させられるファイルを「第１ファイル」と称することとする。

第１ファイルの移動先に別のファイルがある場合（Ｓ０２，Ｙｅｓ）、プロセッサ２０は、ディスプレイ上にて、統合ファイルのファイル形式の候補を当該別のファイルの画像の周辺に表示する（Ｓ０３）。以下では説明の便宜上、別のファイルを「第２ファイル」と称することとする。例えば、ユーザが、第１ファイルの画像を第２ファイルの画像に重なる位置までドラッグした場合（例えば、第１ファイルの画像の全部又は一部を第２ファイルの画像上に重ねた場合）、そのドラッグ操作に用いられるマウスカーソルが第２ファイルの画像に重なった場合、又は、ディスプレイ上における第１ファイルの画像と第２ファイルの画像との間の距離が閾値以下になった場合、プロセッサ２０は、第１ファイルの移動先に第２ファイルが存在するとして、ファイル形式の候補を第２ファイルの画像の周辺に表示する。この操作によって、第１ファイルと統合される第２ファイルが選択されることになる。第１ファイルの移動先に別のファイルがない場合（Ｓ０２，Ｎｏ）、処理はステップＳ０１に戻る。

ステップＳ０３にて、プロセッサ２０は、ファイル形式の候補を表す画像（例えば、アイコンや模式的な画像等）、ファイル形式の候補を示す文字列、又は、それらの組み合わせをディスプレイに表示させる。プロセッサ２０は、第１ファイル及び第２ファイルのファイル形式に応じて、ファイル形式の候補や表示順を変えてもよいし、第１ファイル及び第２ファイルのそれぞれのファイル属性を示すファイル属性情報の有無に応じて、ファイル形式の候補や表示順を変えてもよい。ファイル属性情報は、ファイルの関連情報の一例に相当する。ファイル属性は、例えば、ファイルの作成者、ファイルの種類、ファイル形式、ファイルを編集や表示するためのプログラムの名称、ファイルの格納場所、ファイルのサイズ（つまり容量）、ファイルの作成日時、ファイルの更新日時、及び、ファイルへのアクセス日時等である。これらの中の少なくとも１つが、ファイル属性に該当する。

次に、ユーザは、ファイル形式の候補の中から目的のファイル形式を選択する（Ｓ０４）。例えば、ユーザが、第１ファイルの画像を、ファイル形式の候補の中の目的のファイル形式を表す画像に対してドロップすると、その目的のファイル形式が選択される。別の例として、第１ファイルの画像と第２ファイルの画像とが１つの画像にまとめられ、ユーザは、その１つの画像を目的のファイル形式を表す画像に対してドロップしてもよい。

目的のファイル形式が選択されると、プロセッサ２０は、第１ファイルと第２ファイルのそれぞれのファイル形式を目的のファイル形式に変換し（Ｓ０５）、第１ファイルと第２ファイルとを統合する（Ｓ０６）。これにより、目的のファイル形式を有する統合ファイルが生成される。ステップＳ０５，Ｓ０６の処理は、上述した変換処理１であってもよいし、変換処理２であってもよい。なお、ユーザは、第１ファイルの画像を第２ファイルの画像に対してドロップした後に、目的のファイル形式を選択してもよい。

統合ファイルが生成された後、その統合ファイルの画像が、第２ファイルの画像の表示位置、又は、その周辺に表示される。なお、第１ファイルと第２ファイルとが統合されて統合ファイルが生成された場合、第１ファイルと第２ファイルは、削除されてもよいし、削除されずそのまま残存してもよい。

次に、プロセッサ２０は、ディスプレイ上にて、統合ファイルの格納先の候補を統合ファイルの画像の周辺に表示する（Ｓ０７）。プロセッサ２０は、格納先の候補を表す画像（例えば、フォルダを表すアイコンや模式的な画像等）、格納先の候補を示す文字列、又は、それらの組み合わせをディスプレイに表示させる。

ユーザが、格納先の候補の中から目的の格納先を選択すると（Ｓ０８）、プロセッサ２０は、統合ファイルをその目的の格納先に格納する（Ｓ０９）。例えば、ユーザは、目的の格納先を表すアイコンをマウス等によって選択してもよいし、統合ファイルを目的の格納先を表すアイコンに向けてドラッグアンドドロップすることで目的の格納先を選択してもよい。なお、プロセッサ２０は、格納先の名称や利用頻度等に応じて、格納先の候補や表示順を変えてもよい。

以下、具体例を挙げて本実施形態に係る処理について説明する。

以下では一例として、フォルダＡに格納されている文書ファイルＡとフォルダＢに格納されている文書ファイルＢとを統合する場合について説明する。文書ファイルＡ，Ｂは、それぞれ別々のフォルダに格納されているが、もちろん、統合対象の複数の文書ファイル（例えば文書ファイルＡ，Ｂ）は、同じフォルダに格納されていてもよい。また、文書ファイルＡ，Ｂは、同じ文書ファイルの形式（例えばｘｄｗ形式）を有するものとする。もちろん、文書ファイルＡ，Ｂは、異なる文書ファイルの形式を有してもよい。

図４から図８には、ＵＩ１６のディスプレイの画面２２が示されている。画面２２には、文書ファイルＡの画像２４Ａ（例えばアイコン）と文書ファイルＢの画像２４Ｂ（例えばアイコン）が表示されている。また、文書ファイル等を操作するために用いられるカーソル２６（例えばマウスカーソル）が表示されている。なお、ファイル管理ソフトウェア等によって文書ファイルが管理されている場合において、そのファイル管理ソフトウェアが起動させられた場合、そのファイル管理ソフトウェア用の画面が表示され、その画面上にて文書ファイルＡ，Ｂに対する操作等が行われる。

例えば、図４に示すように、ユーザが、カーソル２６を操作して文書ファイルＡの画像２４Ａを指定し（例えばマウスでクリックし）、図５に示すように、画像２４Ａを文書ファイルＢの画像２４Ｂまで移動させると、プロセッサ２０は、統合ファイルのファイル形式の候補群２８を、文書ファイルＢの画像２４Ｂの周辺に表示する。

例えば、ユーザが、文書ファイルＡの画像２４Ａを文書ファイルＢの画像２４Ｂに重なる位置までドラッグした場合、プロセッサ２０は、ファイル形式の候補群２８を表示する。図５に示す例では、画像２４Ａ，２４Ｂは互いに部分的に重なっており、その重なっている部分の大きさや割合が閾値以上になった場合に、プロセッサ２０は、候補群２８を表示する。プロセッサ２０は、画像２４Ｂ上で画像２４Ａをドロップした場合に候補群２８を表示してもよいし、画像２４Ｂ上で画像２４Ａをドロップしなくても候補群２８を表示してもよい。

別の例として、プロセッサ２０は、カーソル２６が画像２４Ｂに重なった場合、又は、画像２４Ａと画像２４Ｂとの間の距離が閾値以下になった場合、候補群２８を表示してもよい。

図５に示す例では、画像２４Ｂに重ならない位置に、候補群２８が表示されている。例えば、画像２４Ｂから予め定められた距離だけ離れた位置（例えば、数ピクセル離れた位置）に、候補群２８が表示されている。

候補群２８は、統合ファイルのファイル形式の複数の候補を含み、各候補を表す画像（例えばアイコン等）が、画像２４Ｂの周辺に表示されている。

例えば、ファイル形式の候補群２８は、ファイル形式α、ファイル形式β、ファイル形式γ、及び、ファイル形式δを含む。画像２８αは、ファイル形式αを表す画像である。画像２８βは、ファイル形式βを表す画像である。画像２８γは、ファイル形式γを表す画像である。画像２８δは、ファイル形式δを表す画像である。例えば、画像２８α、画像２８β、画像２８γ及び画像２８δが、並んで表示される。

候補群２８に含まれるファイル形式の各候補は、統合対象の文書ファイルＡ，Ｂのそれぞれのファイル形式から変換が可能なファイル形式である。例えば、文書ファイルＡ，Ｂのそれぞれのファイル形式と互換性のあるファイル形式が、統合ファイルのファイル形式の候補として候補群２８に含まれる。文書ファイルＡ，Ｂのそれぞれのファイル形式と同じ又は異なる文書ファイルの形式や、画像ファイルの形式等が、候補群２８に含まれる。

次に、ユーザは、候補群２８の中から目的のファイル形式を選択する。例えば図６に示すように、ユーザは、カーソル２６を操作し、カーソル２６によって目的のファイル形式を表す画像を指定することで目的のファイル形式を選択する。例えば、ユーザは、画像２４Ａを画像２４Ｂ上でドロップした後、カーソル２６によって目的のファイル形式を表す画像を指定する。図６に示す例では、画像２８αがカーソル２６によって指定されており（例えばクリックされており）、これにより、ファイル形式αが選択される。

別の例として、図７に示すように、画像２４Ａ，２４Ｂが１つの画像としてまとまり（例えば、画像２４Ａ，２４Ｂが合体し）、ユーザは、その１つの画像をカーソル２６によって、目的のファイル形式を表す画像まで移動させることで、その目的のファイル形式を選択してもよい。例えば、その１つの画像の中心位置又は先端を目的のファイル形式を表す画像まで移動させ（例えば、中心位置又は先端を、ファイル形式を表す画像上に重ね）、その１つの画像を、目的のファイル形式を表す画像上でドロップすると、又は、その１つの画像をドロップせずに、その目的のファイル形式が選択される。ユーザが画像２４Ａを画像２４Ｂ上でドロップせずに、画像２４Ａが画像２４Ｂに重ねられた場合に、画像２４Ａ，２４Ｂが１つの画像にまとめられて、その１つの画像がユーザによって移動させられてもよいし、ユーザが画像２４Ａを画像２４Ｂ上でドロップした場合に、画像２４Ａ，２４Ｂが１つの画像にまとめられて、その１つの画像がユーザによって移動させられてもよい。

更に別の例として、ユーザは、文書ファイルＡを表す画像２４Ａを目的のファイル形式を表す画像まで移動させることで、その目的のファイル形式を選択してもよい。例えば、画像２４Ａの中心位置又は先端を目的のファイル形式を表す画像まで移動させると、その目的のファイル形式が選択される。例えば、ユーザが画像２４Ａを画像２４Ｂ上でドロップせずに、画像２４Ａを画像２４Ｂに重ね、その後、画像２４Ａを目的のファイル形式を表す画像まで移動させることで、その目的のファイル形式を選択する。画像２４が目的のファイル形式を表す画像上でドロップされた場合に、その目的のファイル形式が選択されてもよい。

つまり、文書ファイルＡの画像２４Ａを文書ファイルＢの画像２４Ｂまでドラッグした後、画像２４Ａを画像２４Ｂ上でドロップせずに、続けて、目的のファイル形式を有する画像上に画像２４Ａをドラッグした場合に、目的のファイル形式が選択されてもよいし、画像２４Ａを画像２４Ｂ上でドロップした後、目的のファイル形式が選択されてもよいし、画像２４Ａ，２４Ｂをまとめて、目的のファイル形式を表す画像上にドラッグアンドドロップした場合に、その目的のファイル形式が選択されてもよい。

目的のファイル形式がユーザによって選択されると、プロセッサ２０は、文書ファイルＡ，Ｂを統合することで、その目的のファイル形式を有する統合ファイルを生成する。例えば、ファイル形式αが選択された場合、プロセッサ２０は、文書ファイルＡ，Ｂを統合することで、ファイル形式αを有する統合ファイルを生成する。以下では、文書ファイルＡ，Ｂを統合することで生成された統合ファイルを、「統合ファイルＡＢ」と称することとする。

プロセッサ２０は、上述した変換処理１又は変換処理２を実行することで、ファイル形式αを有する統合ファイルＡＢを生成する。

変換処理１によれば、プロセッサ２０は、文書ファイルＡと文書ファイルＢのそれぞれのファイル形式をファイル形式αに変換し、その後、文書ファイルＡと文書ファイルＢとを統合することで統合ファイルＡＢを生成する。

変換処理２によれば、プロセッサ２０は、文書ファイルＡと文書ファイルＢとを統合することで１つの文書ファイルを生成し、その１つの文書ファイルのファイル形式をファイル形式αに変換することで、統合ファイルＡＢを生成する。

例えば、文書ファイルＡ，Ｂがｘｄｗ形式を有する文書ファイルであり、目的のファイル形式αがＰＤＦ形式である場合、上記の変換処理によって、ＰＤＦ形式を有するファイルである統合ファイルＡＢが生成される。

なお、ファイル形式を変換する必要がない場合、プロセッサ２０は、ファイル形式を変換せずに、文書ファイルＡと文書ファイルＢとを統合する。例えば、文書ファイルＡ，Ｂが同じファイル形式αを有し、目的のファイル形式がファイル形式αである場合、文書ファイルＡ，Ｂ共にファイル形式を変換する必要がないため、プロセッサ２０は、ファイル形式を変換する処理を実行せずに、文書ファイルＡと文書ファイルＢとを統合することで統合ファイルＡＢを生成する。

一方の文書ファイル（例えば文書ファイルＡ）のみ、ファイル形式を変換する必要がある場合、プロセッサ２０は、文書ファイルＡのファイル形式を目的のファイル形式αに変換して、文書ファイルＡと文書ファイルＢとを統合する。例えば、文書ファイルＡがファイル形式βを有する文書ファイルであり、文書ファイルＢがファイル形式αを有する文書ファイルであり、目的のファイル形式がファイル形式αである場合、文書ファイルＡのファイル形式βがファイル形式αに変換されて、ファイル形式がファイル形式αに変換された後の文書ファイルＡと文書ファイルＢとが統合される。

図８には、統合ファイルＡＢを表す画像２４ＡＢ（例えばアイコン）が示されている。統合ファイルＡＢが生成された後、プロセッサ２０は、統合ファイルの格納先の候補群３０を、統合ファイルＡＢの画像２４ＡＢの周辺に表示する。

候補群３０は、統合ファイルの格納先の複数の候補を含み、各候補を表す画像（例えばアイコン等）が、画像２４ＡＢの周辺に表示されている。

例えば、格納先の候補群３０は、格納先Ｗ、格納先Ｘ、格納先Ｙ、及び、格納先Ｚを含む。画像３０Ｗは、格納先Ｗを表す画像である。画像３０Ｘは、格納先Ｘを表す画像である。画像３０Ｙは、格納先Ｙを表す画像である。画像３０Ｚは、格納先Ｚを表す画像である。例えば、画像３０Ｗ、画像３０Ｘ、画像３０Ｙ及び画像３０Ｚが、並んで表示される。

次に、ユーザは、候補群３０の中から目的の格納先を選択する。例えば、ユーザは、カーソル２６を操作し、カーソル２６によって目的の格納先を表す画像を指定することで（例えばクリックすることで）、目的の格納先を選択する。

別の例として、ユーザは、画像２４ＡＢを、目的の格納先を表す画像まで移動させることで、目的の格納先を選択してもよい。例えば、ユーザは、画像２４ＡＢを、目的の格納先を表す画像までドラッグし、その画像上でドロップすることで、その目的の格納先を選択してもよい。

目的の格納先がユーザによって選択されると、プロセッサ２０は、統合ファイルＡＢを、その選択された格納先に格納する。

なお、統合ファイルＡＢのファイル名は、最初に選択された文書ファイルＡのファイル名であってもよいし、最後に選択された文書ファイルＢのファイル名であってもよいし、文書ファイルＡ，Ｂのファイル名とは異なる、自動的に決定されたファイル名であってもよいし、ユーザによって新たに付与されたファイル名で合ってもよい。

ファイル形式の候補の説明文や格納先の候補の説明文が表示されてもよい。

図９には、ファイル形式の候補の説明文の一例が示されている。例えば、ユーザが、カーソル２６によって、ファイル形式の候補を表す画像を指定すると、プロセッサ２０は、その指定されたファイル形式の候補の説明文を表示する。図９に示す例では、ファイル形式αがユーザによって指定されているため、そのファイル形式αの説明文が表示される。例えば、ファイル形式αは、ファイル形式を変換することなく、統合対象の複数のファイルを１つのファイルにまとめることができるファイル形式であり、その旨を説明する文章が表示される。他のファイル形式についても同様である。また、格納先の候補についても同様である。

図４から図８に示す例では、ファイル形式の候補群２８が格納先の候補群３０よりも先に表示され、ファイル形式が選択されて統合ファイルが生成された後に、格納先の候補群３０が表示される。

これとは別の例として、格納先の候補群３０がファイル形式の候補群２８よりも先に表示され（例えば、統合対象の複数のファイル（例えば文書ファイルＡ，Ｂ）が選択された後に、格納先の候補群３０が表示され）、格納先の候補が選択された後に、ファイル形式の候補群２８が表示され、ファイル形式が選択された場合、その選択されたファイル形式を有する統合ファイルが生成され、その統合ファイルが、その選択された格納先に格納されてもよい。

更に別の例として、統合対象の複数のファイルが選択された後に、ファイル形式の候補群２８からファイル形式が選択され、格納先の候補群３０から格納先が選択された場合、その選択されたファイル形式を有する統合ファイルが生成され、その統合ファイルが、その選択された格納先に格納されてもよい。

なお、複数のファイルを統合して統合ファイルを生成する処理が実行され、その統合ファイルを格納する処理が実行されなくてもよい。例えば図８に示す例において、統合ファイルが生成された後、格納先の候補群３０が表示されなくてもよい。
（ファイル形式の具体例）

以下、ファイル形式の具体例について説明する。ここで説明する具体例は一例に過ぎず、本実施形態に係る処理は、ここで説明する具体例以外のファイル形式にも適用可能である。

具体例１に係るファイル形式は、複数のファイルのそれぞれの独立性を維持せずに複数のファイルを１つのファイルにまとめる形式である。例えば、文書ファイルＡと文書ファイルＢとが統合されると、完全に１つの文書ファイル（つまり統合ファイルＡＢ）になる。統合ファイルＡＢでは、文書ファイルＡ，Ｂの区別がなくなり、文書ファイルＡ，Ｂの一方のファイル属性情報が失われる。例えば、文書ファイルＡの画像を文書ファイルＢの画像に重ねて文書ファイルＡ，Ｂを統合する場合、文書ファイルＢのファイル属性情報が失われ、文書ファイルＡのファイル属性情報が統合ファイルＡＢのファイル属性情報として統合ファイルＡＢに付帯される。もちろん、文書ファイルＡのファイル属性情報が失われて、文書ファイルＢのファイル属性情報が統合ファイルＡＢのファイル属性情報として統合ファイルＡＢに付帯されてもよい。なお、文書ファイルＡのファイル属性情報と文書ファイルＢのファイル属性情報を含む新たなファイル属性情報が、統合ファイルＡＢに付帯されてもよい。また、統合ファイルＡＢのファイル属性情報に、統合の日時や、統合された文書ファイルＡ，Ｂの識別情報等が含まれてもよい。

具体例１の上記の例において、文書ファイルＢのファイル属性情報が失われる場合、その旨を示す警告が表示されてもよい。図１０には、その警告３２の表示例が示されている。例えば、最初に選択したファイルのファイル属性だけが残り、他のファイルのファイル属性は破棄される旨のメッセージが、警告３２として表示される。例えば、「はい」ボタンがユーザによって押されると、文書ファイルＡ，Ｂが１つの文書ファイルに統合され、文書ファイルＡのファイル属性情報が、統合ファイルＡＢのファイル属性情報として統合ファイルＡＢに付帯される。「いいえ」ボタンがユーザによって押されると、ファイルの統合は実行されない。

具体例２に係るファイル形式は、同じファイル形式を有する複数のファイルのそれぞれの独立性を維持しつつ複数のファイルを１つのファイルにまとめる形式である。例えば、文書ファイルＡ，Ｂ，Ｃが統合されて１つの統合ファイルＡＢＣが生成された場合、その統合ファイルＡＢＣの中に文書ファイルＡ，Ｂ，Ｃが独立して含まれ、文書ファイルＡ，Ｂ，Ｃを個別的に表示や編集等を行うことができる。統合後であっても文書ファイルＡ，Ｂ，Ｃは区別され、文書ファイルＡ，Ｂ，Ｃのそれぞれのファイル属性情報は失われない。

図１１に、具体例２の統合ファイルＡＢＣを管理するための画面３４が示されている。画面３４には、文書ファイルＡ，Ｂ，Ｃが独立して表示され、文書ファイルＡ，Ｂ，Ｃを別々に選択して編集や表示等を行うことができる。文書ファイルＡ，Ｂ，Ｃのそれぞれのファイル属性情報は維持される。

具体例３に係るファイル形式は、統合対象の各ファイルのファイル形式に関わらず、統合対象の複数のファイルのそれぞれの独立性を維持しつつ複数のファイルを１つのファイルにまとめる形式である。例えば、文書ファイルＡ、画像ファイルＢ及び表計算ファイルＣが統合されて１つの統合ファイルＡＢＣが生成された場合、その統合ファイルＡＢＣの中に文書ファイルＡ、画像ファイルＢ及び表計算ファイルＣが独立して含まれ、文書ファイルＡ、画像ファイルＢ及び表計算ファイルＣを個別的に表示や編集等を行うことができる。統合後であっても、文書ファイルＡ、画像ファイルＢ及び表計算ファイルＣは区別され、文書ファイルＡ、画像ファイルＢ及び表計算ファイルＣのそれぞれのファイル属性情報は失われない。

図１２に、具体例３の統合ファイルＡＢＣを管理するための画面３６が示されている。画面３６には、文書ファイルＡ、画像ファイルＢ及び表計算ファイルＣが独立して表示され、文書ファイルＡ、画像ファイルＢ及び表計算ファイルＣを別々に選択して編集や表示等を行うことができる。文書ファイルＡ、画像ファイルＢ及び表計算ファイルＣのそれぞれのファイル属性情報は維持される。

（変形例１）
以下、変形例１について説明する。

変形例１では、プロセッサ２０は、統合対象の複数のファイルのそれぞれのファイル形式に応じて、統合ファイルのファイル形式の候補を変える。

例えば、統合対象の複数のファイルのそれぞれのファイル形式が異なる場合、プロセッサ２０は、当該複数のファイルのそれぞれのファイル形式を維持しつつ当該複数のファイルをまとめるファイル形式を示す情報を、統合ファイルのファイル形式の候補を示す情報としてディスプレイに表示させる。

具体例を挙げて説明すると、文書ファイルＡと表計算ファイルＢとを統合する場合、プロセッサ２０は、上述した具体例３のファイル形式を、統合ファイルのファイル形式の候補として表示する。つまり、プロセッサ２０は、文書ファイルＡと表計算ファイルＢのそれぞれのファイル形式を変換せずに文書ファイルＡと表計算ファイルＢを統合ファイルとしてまとめることができるファイル形式を、統合ファイルのファイル形式の候補として表示する。

また、プロセッサ２０は、統合ファイルのファイル形式の候補の表示順を変えてもよい。例えば、プロセッサ２０は、優先順位に従って各候補を表示する。図１３に、その表示例が示されている。例えば、候補群２８に含まれる各ファイル形式の候補は、優先順位に従って並んで表示されている。例えば、各ファイル形式の候補は横方向に一列に並んで表示されており、左側に配置されている候補ほど優先度の高い候補である。画像２８βが表すファイル形式βは、上述した具体例３のファイル形式である。文書ファイルＡと表計算ファイルＢとを統合する場合、図１３に示すように、プロセッサ２０は、ファイル形式βを表す画像２８βを、最も優先順位の高い候補の画像として、その列の最も左側の位置に表示する。図５に示す例と比較すると、各候補の表示順が変更されている。このように、プロセッサ２０は、統合対象の複数のファイルのファイル形式に応じて、ファイル形式の候補の推奨順を変えて、具体例３のファイル形式を優先的に表示する。なお、プロセッサ２０は、優先される候補の説明文を表示してもよい。例えば、プロセッサ２０は、図９に示す説明文を表示する。

統合対象の複数のファイルのそれぞれのファイル形式が同じ場合、プロセッサ２０は、当該複数のファイルを１つのファイルにまとめるファイル形式を示す情報を、統合ファイルのファイル形式の候補を示す情報としてディスプレイに表示させる。例えば、プロセッサ２０は、上述した具体例１又は具体例２のファイル形式を、統合ファイルのファイル形式の候補として表示する。つまり、プロセッサ２０は、各ファイルの独立性を維持しないファイル形式を統合ファイルの候補を表示してもよいし、各ファイルの独立性を維持するファイル形式を統合ファイルの候補として表示してもよい。また、プロセッサ２０は、具体例１又は具体例２のファイル形式を優先度が最も高い候補として表示してもよい。例えば、プロセッサ２０は、具体例１又は具体例２のファイル形式の画像を、候補群２８の中で最も左側の位置に表示する。例えば、文書ファイルＡ，Ｂを統合する場合、プロセッサ２０は、具体例１又は具体例２のファイル形式を、統合ファイルのファイル形式の候補として優先的に表示する。

プロセッサ２０は、統合対象の複数のファイルのそれぞれにファイル属性情報が付帯しているか否かにおじて、統合ファイルのファイル形式を変えてもよい。

例えば、統合対象の複数のファイルのそれぞれにファイル属性情報が付帯している場合、プロセッサ２０は、ファイルのファイル属性情報が他のファイルのファイル属性情報によって上書きされないファイル形式を示す情報を、統合ファイルのファイル形式の候補を示す情報としてディスプレイに表示させる。例えば、統合対象の文書ファイルＡ，Ｂのそれぞれにファイル属性情報が付帯されている場合、プロセッサ２０は、上述した具体例２又は具体例３のファイル形式を統合ファイルのファイル形式の候補として表示する。また、プロセッサ２０は、具体例２又は具体例３のファイル形式を優先度が最も高い候補として表示してもよい。例えば、プロセッサ２０は、具体例２又は具体例３のファイル形式の画像を、候補群２８の中で最も左側の位置に表示する。例えば、文書ファイルＡ，Ｂを統合する場合、プロセッサ２０は、具体例２又は具体例３のファイル形式を、統合ファイルのファイル形式の候補として優先的に表示する。

別の例として、プロセッサ２０は、統合ファイルのファイル形式の利用の履歴を管理し、利用頻度の高い順に（例えば、利用回数が多い順に）、統合ファイルのファイル形式の候補を並べて表示してもよい。図５に示す例で説明すると、ファイル形式αの利用頻度が最も高く、ファイル形式δの利用頻度が最も低く、各ファイル形式の利用頻度の順で、ファイル形式α、ファイル形式β、ファイル形式γ、及び、ファイル形式δが、並んで表示されている。

プロセッサ２０は、利用頻度（例えば利用回数）が閾値以上のファイル形式を、統合ファイルのファイル形式の候補として表示してもよい。

また、ユーザが、統合ファイルの各ファイル形式の候補の表示順を手動で変えることができてもよいし、各ファイル形式の候補の表示及び非表示を手動で切り替えることができてもよい。

（変形例２）
以下、変形例２について説明する。

変形例２では、プロセッサ２０は、統合対象のファイルの名称に応じて、統合ファイルの格納先の候補を変える。例えば、プロセッサ２０は、統合対象のファイルの名称と同一又は類似する名称を有するファイルが格納されている格納先を、統合ファイルの格納先の候補として表示する。具体例を挙げて説明すると、統合対象の文書ファイルＡの名称に文字列「請求書」が含まれている場合、プロセッサ２０は、文字列「請求書」を含む名称を有するファイルが格納されている格納先を、文書ファイルＡと他のファイルとを統合することで生成される統合ファイルの格納先の候補として表示する。プロセッサ２０は、文字列「請求書」を含む名称を有する格納先（例えばフォルダ）を、統合ファイルの格納先の候補として表示してもよい。

また、プロセッサ２０は、統合ファイルの格納先の候補の表示順を変えてもよい。例えば、プロセッサ２０は、優先順位に従って各候補を表示する。図１４に、その表示例が示されている。例えば、候補群３０に含まれる各格納先の候補は、優先順位に従って並んで表示されている。例えば、各格納先の候補は横方向に一列に並んで表示されており、左側に配置されている候補ほど優先度の高い候補である。画像３０Ｘが表す格納先Ｘは、統合対象のファイルの名称に似た名称を有するファイルが格納されている格納先である。このように、プロセッサ２０は、格納先Ｘを表す画像３０Ｘを、最も優先順位の高い候補の画像として、その列の最も左側の位置に表示する。図８に示す例と比較すると、各候補の表示順が変更されている。このようにして、プロセッサ２０は、統合対象のファイルの名称に応じて、格納先の候補の推奨順を変えて各候補を表示する。プロセッサ２０は、統合対象のファイルの名称と同一又は類似する名称を有するファイルが、予め定められた数以上、格納されている格納先を、優先的に表示してもよい。

別の例として、プロセッサ２０は、統合対象のファイルが格納されている格納先を、統合ファイルの格納先の候補として表示してもよい。また、プロセッサ２０は、そのような格納先の候補を優先的に表示してもよい。

更に別の例として、プロセッサ２０は、格納先の利用の履歴を管理し、利用頻度の高い順に（例えば、利用回数が多い順に）、統合ファイルの格納先の候補を並べて表示してもよい。図８に示す例で説明すると、格納先Ｗの利用頻度が最も高く、格納先Ｚの利用頻度が最も低く、各格納先の利用頻度の順で、格納先Ｗ、格納先Ｘ、格納先Ｙ及び格納先Ｚが、並んで表示されている。

プロセッサ２０は、利用頻度（例えば利用回数）が閾値以上の格納先を、統合ファイルの格納先の候補として表示してもよい。

プロセッサ２０は、統合ファイルが格納される新しい格納先を作成し、その候補先を候補として表示してもよい。また、ユーザが新しい格納先の作成を指示した場合、プロセッサ２０は、新たな格納先を作成し、統合ファイルをその新しい格納先に格納してもよい。

また、プロセッサ２０は、各格納先の候補の説明文を表示してもよい。図１５には、その表示例が示されている。例えば、格納先Ｗは、統合対象の文書ファイルＢが格納されている格納先である。格納先Ｘは、統合対象の文書ファイルの名称と似たファイルが多く格納されている格納先（例えば、閾値以上の数のファイルが格納されている格納先）である。格納先Ｙは、より利用している格納先（例えば利用頻度が閾値以上の格納先）である。例えば、ユーザが格納先の候補を表す画像を指定すると、プロセッサ２０は、その指定された候補の説明文を表示する。

また、格納先の候補が階層構造を有している場合において、ユーザがその格納先の候補を指定すると、プロセッサ２０は、その階層構造を表示してもよい。例えば、図１６に示すように、格納先の一例であるユーザフォルダＵに、別のフォルダＵ１，Ｕ２が含まれている。ユーザフォルダＵを表す画像３０Ｕ（例えばアイコン）が、統合ファイルの格納先の候補を表す画像として表示され、ユーザが、画像３０Ｕを指定すると、プロセッサ２０は、ユーザフォルダＵに含まれるフォルダＵＩ，Ｕ２のそれぞれを表す画像を表示する。例えば、ユーザがフォルダＵ１を指定すると、プロセッサ２０は、統合ファイルをフォルダＵ１に格納する。

（属性の候補の表示タイミングの変形例）
以下、図１７を参照して、ファイル形式の候補及び格納先の候補が表示されるタイミングの変形例について説明する。例えば、画面２２上でファイルＡの画像２４Ａがユーザによって移動させられて、ファイルＡの画像２４ＡとファイルＢの画像２４Ｂとの間の距離Ｌが、閾値以下になった場合、プロセッサ２０は、候補群２８を表示する。距離Ｌは、例えば、画像２４Ａと画像２４Ｂとの間の最短距離（例えば、画像２４Ａにおいて画像２４Ｂに最も近い端部と、画像２４Ｂにおいて画像２４Ａに最も近い端部との間の距離）であってもよいし、画像２４Ａ内の基準位置（例えば中心）と画像２４Ｂ内の基準位置（例えば中心）との間の距離であってもよい。なお、格納先の候補群３０が、候補群２８より先に表示されてもよい。

（ファイルの周辺の例）
以下、ファイル形式の候補及び格納先の候補が表示される、ファイルの周辺の例について説明する。

図１８には、その一例が示されている。図５に示す例では、候補群２８は、ファイルＢの画像２４Ｂに重ならないで表示されている。これに対して図１８に示す例では、候補群２８は、ファイルＢの画像２４Ｂ上に重畳して表示されている。このように、統合されるファイルの画像に重畳させて候補群を表示してもよい。格納先の候補群３０も同様に、ファイルの画像に重畳して表示されてもよい。

図１９には、別の例が示されている。図１９に示す例では、ファイルＡの画像２４ＡがファイルＢの画像２４Ｂに重ねられて、ファイルＡ，Ｂが統合される。また、画面２２上において、ファイルＢの画像２４Ｂの隣にファイルＣの画像２４Ｃが表示されている。この状況において、プロセッサ２０は、ファイルＢの画像２４ＢとファイルＣの画像２４Ｃとの間の領域３８Ａ内に、ファイル形式の候補群２８を表示する。領域３８Ａは、画像２４Ｂ，２４Ｃに重ならない領域である。領域３８Ａ内にて縦方向又は横方向に並べて各ファイル形式の候補が表示される。

更に別の例として、ファイルＣの画像２４Ｃにおいて、ファイルＢの画像２４Ｂに対向する領域３８Ｂ内に、ファイル形式の候補群２８が表示されてもよい。領域３８Ｂの一部又は全部が、画像２４Ｃに重畳している。

なお、画像２４Ｂの隣の画像２４Ｃを跨いで、画像２４Ｃにおいて画像２４Ｂの反対側の領域３８Ｃには、候補群２８は表示されない。

図２０には、更に別の表示例が示されている。図２０に示す例では、ファイルＡが操作されてファイルＢと統合される。例えば、ユーザは、矢印４０Ａが指し示すように、ファイルＡの画像２４Ａを画面２２上で移動させて、ファイルＢの画像２４Ｂに重ねる。具体的には、ユーザは、画像２４Ａを画像２４Ｂまでドラッグする。この場合、プロセッサ２０は、その操作方向（つまり、画像２４Ａの移動方向（例えば矢印４０Ａが指し示す方向））の先の位置（例えば、領域４２Ａ）に、ファイル形式の候補群２８を表示する。領域４２Ａは、ファイルＢの画像２４Ｂを間にしてファイルＡの画像２４Ａとは反対側の領域である。領域４２Ａは、画像２４Ｂに重ならない領域であってもよいし、領域４２Ａの一部又は全部が、画像２４Ｂに重なっていてもよい。領域４２Ａに候補群２８を表示することで、ユーザは、画像２４Ａを画像２４Ｂまで移動させた後、その移動方向（つまり操作方向）を変えずに、候補群２８の中から目的の候補を選択することができる。例えば、マウスのドラッグ操作の方向を変えずに、目的の候補を選択することができる。仮に、画像２４Ａと画像２４Ｂとの間の領域４２Ｂに候補群２８が表示されると、ユーザは、画像２４Ａを画像２４Ｂまで移動させた後、その移動方向とは逆の方向に操作方向を変えて候補を選択する必要がある。例えば、マウスのドラッグ操作の方向を反転させて、目的の候補を選択する必要がある。領域４２Ａに候補群２８を表示すれば、操作方向を反転させずに、目的の候補を選択することができる。

なお、プロセッサ２０は、統合対象のファイルのファイル形式に対応しておらず、そのファイル形式から変換することができないファイル形式の候補を、領域４２Ｂに表示してもよい。

プロセッサ２０は、候補群２８の中で、統合対象のファイルのファイル形式に対応していないファイル形式の候補と、統合対象のファイルのファイル形式に対応しているファイル形式の候補とを区別して表示してもよい。例えば、プロセッサ２０は、統合対象のファイルのファイル形式に対応していないファイル形式の候補を表す画像をグレーアウトで表示してもよいし、その画像を縮小して表示してもよいし、使用できないマーク（例えばバツ印等）を表示してもよい。また、プロセッサ２０は、そのファイル形式を使用することができない理由を表示してもよい。具体例を挙げて説明すると、統合対象のファイルとして実行ファイル（例えばｅｘｅファイル）が選択された場合、プロセッサ２０は、その実行ファイルとの間で変換が不可能なファイル形式の候補（例えばＰＤＦ等）を、グレーアウト等で表示する。

（３つ以上のファイルを統合する場合の処理）
以下、図２１及び図２２を参照して、３つ以上のファイルを統合する場合の処理について説明する。図２１及び図２２には、画面２２が示されている。

３つ以上のファイルを統合する場合も、２つのファイルを統合する場合と同じ処理によって、３つ以上のファイルが統合される。以下では３つのファイルを統合する場合について説明するが、４つ以上のファイルを統合する場合も、同様の処理が実行される。

例えば図２２に示すように、ファイルＡの画像２４ＡがファイルＢの画像２４Ｂに重ねられると、ファイル形式の候補群２８が画像２４Ｂの周辺に表示される。候補群２８の中からファイル形式の候補が選択されずに、続けて、図２３に示すように、画像２４Ａ，２４Ｂが、ファイルＣの画像２４Ｃに重ねられると、画像２４Ｃの周辺に候補群２８が表示される。つまり、ファイルＡ，Ｂを統合する前に、統合対象のファイルＣが選択されると、画像２４Ｃの周辺に候補群２８が表示される。その候補群２８の中から目的のファイル形式がユーザによって選択されると、ファイルＡ，Ｂ，Ｃに基づいて、その目的のファイル形式を有する統合ファイルが生成される。上述した各実施例と同様に、ファイルＡ，Ｂ，Ｃのファイル形式に応じて、候補群２８に含まれる候補が変更されてもよいし、優先的に表示される候補が変更されてもよい。また、統合ファイルが生成された後、格納先の候補群３０が表示される。この場合も、ファイルＡ，Ｂ，Ｃの名称に応じて、候補群３０に含まれる候補が変更されてもよいし、優先的に表示される候補が変更されてもよい。

別の例として、ファイルＡ，Ｂを統合して統合ファイルＡＢが生成された後、その統合ファイルＡＢとファイルＣとが統合されてもよい。例えば、統合ファイルＡＢの画像がファイルＣの画像２４Ｃに重ねられると、候補群２８が画像２４Ｃの周辺に表示される。格納先の候補群３０についても同様である。

上記各実施形態において、プロセッサとは広義的なプロセッサを指し、汎用的なプロセッサ（例えばCPU： Central Processing Unit、等）や、専用のプロセッサ（例えばGPU： Graphics Processing Unit、ASIC： Application Specific Integrated Circuit、FPGA： Field Programmable Gate Array、プログラマブル論理デバイス、等）を含むものである。また上記各実施形態におけるプロセッサの動作は、１つのプロセッサによって成すのみでなく、物理的に離れた位置に存在する複数のプロセッサが協働して成すものであってもよい。また、プロセッサの各動作の順序は上記各実施形態において記載した順序のみに限定されるものではなく、適宜変更してもよい。

１０ 記憶装置、１２ 端末装置、２０ プロセッサ。

Claims (14)

1. プロセッサを有し、
   前記プロセッサは、
   ディスプレイに表示されている複数のファイルが選択された場合、前記選択されたファイルの周辺に、前記複数のファイルの統合によって生成される統合ファイルの属性の候補を表示し、
   前記属性が選択された場合、前記選択された属性に関する処理を前記統合ファイルに実行する、
   情報処理装置。
2. 前記属性は、ファイル形式であり、
   前記属性の候補は、前記統合ファイルのファイル形式の候補であり、
   前記プロセッサは、
   前記属性であるファイル形式が選択された場合、前記複数のファイルに基づいて、前記選択されたファイル形式を有する前記統合ファイルを生成する、
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記プロセッサは、
   前記複数のファイルのそれぞれのファイル形式に応じて、前記統合ファイルのファイル形式の候補を変える、
   ことを特徴とする請求項２に記載の情報処理装置。
4. 前記複数のファイルのそれぞれのファイル形式が異なる場合、
   前記プロセッサは、
   前記複数のファイルのそれぞれのファイル形式を維持しつつ前記複数のファイルをまとめるファイル形式を示す情報を、前記統合ファイルのファイル形式の候補を示す情報として表示する、
   ことを特徴とする請求項３に記載の情報処理装置。
5. 前記複数のファイルのそれぞれのファイル形式が同じ場合、
   前記プロセッサは、
   前記複数のファイルを１つのファイルにまとめるファイル形式を示す情報を、前記統合ファイルのファイル形式の候補を示す情報として表示する、
   ことを特徴とする請求項３に記載の情報処理装置。
6. 前記プロセッサは、
   前記複数のファイルのそれぞれにファイルの関連情報が付帯しているか否かに応じて、前記統合ファイルのファイル形式の候補を変える、
   ことを特徴とする請求項２に記載の情報処理装置。
7. 前記プロセッサは、
   前記複数のファイルのそれぞれにファイルの関連情報が付帯している場合、前記複数のファイルに基づいて前記統合ファイルが生成された場合にファイルの関連情報が他のファイルの関連情報によって上書きされないファイル形式を示す情報を、前記統合ファイルのファイル形式の候補を示す情報として表示する、
   ことを特徴とする請求項６に記載の情報処理装置。
8. 前記属性は、前記統合ファイルの格納先であり、
   前記属性の候補は、前記統合ファイルの候補先の候補であり、
   前記プロセッサは、
   選択された格納先に前記統合ファイルを格納する、
   ことを特徴とする請求項１に記載の情報処理装置。
9. 前記プロセッサは、
   前記複数のファイルの名称に応じて、前記格納先の候補を変える、
   ことを特徴とする請求項８に記載の情報処理装置。
10. 前記複数のファイルは、第１ファイル及び第２ファイルを含み、
    前記プロセッサは、
    前記ディスプレイ上にて、前記第１ファイルが前記第２ファイルまで移動させられた場合、前記属性の候補を表示する、
    ことを特徴とする請求項１から請求項９のいずれか一項に記載の情報処理装置。
11. 前記プロセッサは、
    前記第１ファイルが前記第２ファイルに重ねられ、その後、前記第１ファイル及び前記第２ファイルが、前記属性の候補を示す情報に重ねられた場合、前記属性に関する処理を実行する、
    ことを特徴とする請求項１０に記載の情報処理装置。
12. 前記プロセッサは、
    前記第１ファイルの操作方向の先の位置に、前記属性の候補を表示する、
    ことを特徴とする請求項１０又は請求項１１に記載の情報処理装置。
13. 前記属性は、ファイル形式と格納先であり、
    前記複数のファイルは、第１ファイル及び第２ファイルを含み、
    前記プロセッサは、
    前記ディスプレイ上にて、前記第１ファイルが前記第２ファイルまで移動させられた場合、前記第２ファイルの周辺に、前記統合ファイルのファイル形式の候補を表示し、
    前記属性であるファイル形式が選択された場合、前記第１ファイル及び前記第２ファイルに基づいて、前記選択されたファイル形式を有する前記統合ファイルを生成し、前記統合ファイルを表示し、
    表示された前記統合ファイルの周辺に、前記統合ファイルの格納先の候補を表示し、
    前記属性である格納先が選択された場合、選択された格納先に前記統合ファイルを格納する、
    ことを特徴とする請求項１に記載の情報処理装置。
14. コンピュータが、
    ディスプレイに表示されている複数のファイルが選択された場合、前記選択されたファイルの周辺に、前記複数のファイルの統合によって生成される統合ファイルの属性の候補を表示し、
    前記属性が選択された場合、前記選択された前記属性に関する処理を前記統合ファイルに実行する、
    ように動作させるためのプログラム。

Images