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

Description

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

特許文献１には、新たな画像ファイルを記憶媒体に記録するために空き容量を確保することを課題とし、ＣＰＵは、パソコンから画像ファイルの送信要求を受信した場合に、送信が要求された画像ファイルをフラッシュメモリから読み出してパソコンへ送信し、そして、ＣＰＵは、パソコンへの送信が完了した送信済み画像ファイルに対して送信済み属性を付加し、ＣＰＵは、カメラで撮影が行われて新たな画像ファイルを受信したときに、フラッシュメモリの空き容量が受信した画像ファイルのデータサイズよりも小さい場合には、フラッシュメモリ内に受信した画像ファイルのデータサイズ以上の空き容量を確保するために、フラッシュメモリから送信済み画像ファイルを優先して削除することが開示されている。

特開２００９−２９６４３６号公報

携帯情報処理装置に記憶された複数のファイルに対し、当該ファイルを外部機器に送信したり自装置から削除したりといった様々な処理を行うことがある。また、このような処理を行う場合の例として、携帯情報処理装置を外部機器に接続した状態で、複数のファイル各々に対して適用すべき処理を定めた処理規則（例えば、生成日時が○○以降のファイルについては外部機器にコピーする）をユーザーが入力し、この入力した処理規則に則って対象となるファイルに対し所定の処理を行う技術が知られている。
しかしながら、上記例では、外部機器に接続するたびにユーザーはファイルに対する処理規則を入力する必要があるため、その入力の手間が煩わしい。
本発明は、携帯情報処理装置内に記憶された複数のファイルに対し、ユーザーが設定した処理規則に則った処理を行う場合において、携帯情報処理装置が外部機器に接続された後に当該処理規則を設定する場合に比べて、当該設定の手間を低減することを目的としている。

かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、予め定められた外部機器と接続されていない状態で、ユーザーから、本携帯情報処理装置内に記憶されている複数のファイル各々に対して適用すべき処理を定めた処理規則の入力を受け付ける受付手段と、前記外部機器と接続されたことを契機に、前記複数のファイル各々に対して前記処理規則に則った処理を実行するよう制御する処理制御手段を有し、前記処理規則は、該処理規則を適用するための条件を定めている条件部と該条件部に適合した場合の処理内容を定めている処理部によって構成されており、複数の処理規則を適用するにあたって、１つのファイルに対して複数の条件部が適合するが、処理部における実行では矛盾が生じる場合、矛盾を解消するための処理を行う解消手段をさらに有する携帯情報処理装置である。

請求項２の発明は、前記解消手段は、矛盾が生じている処理規則の処理部での処理がファイルの削除である場合は、該処理規則を最後に適用する順番とする、請求項１に記載の携帯情報処理装置である。

請求項３の発明は、予め定められた外部機器と接続されていない状態で、ユーザーから、本携帯情報処理装置内に記憶されている複数のファイル各々に対して適用すべき処理を定めた処理規則の入力を受け付ける受付手段と、前記外部機器と接続されたことを契機に、前記複数のファイル各々に対して前記処理規則に則った処理を実行するよう制御する処理制御手段を有し、前記処理規則は、該処理規則を適用するための条件を定めている条件部と該条件部に適合した場合の処理内容を定めている処理部によって構成されており、前記条件部の適用時と前記処理部の実行時は別個に設定できる、携帯情報処理装置である。

請求項４の発明は、前記処理規則は複数あり、前記条件部を適用した結果、全ての処理規則が適用されないファイルがある場合は、該ファイルを提示する提示手段をさらに有する請求項３に記載の携帯情報処理装置である。

請求項５の発明は、前記提示手段は、提示されたファイルに対する処理規則を生成するように、ユーザーに促す旨を提示する、請求項４に記載の携帯情報処理装置である。

請求項６の発明は、本携帯情報処理装置における残容量が予め定められた閾値以下又は未満となった場合に、前記処理部の実行を開始する、請求項３に記載の携帯情報処理装置である。

請求項７の発明は、前記ファイルには重要度が付与されており、該重要度が低いファイルから前記処理部を実行するように制御し、前記残容量が前記閾値より大きく又は以上となった場合は、該処理部の実行を停止する、請求項６に記載の携帯情報処理装置である。
請求項８の発明は、前記処理制御手段は、前記処理規則が対応付けられた複数のファイル全てに対して処理を実行するよう制御する、
請求項１から７のいずれか一項に記載の携帯情報処理装置である。

請求項９の発明は、前記処理規則を提示する提示手段をさらに有する請求項１から８のいずれか一項に記載の携帯情報処理装置である。

請求項１０の発明は、前記提示手段は、前記処理規則毎にフォルダを対応付け、該フォルダが開かれた場合は、該処理規則が適用されるファイルを提示する、請求項９に記載の携帯情報処理装置である。

請求項１１の発明は、前記提示手段は、ファイル毎に適用される処理規則を提示する、請求項９に記載の携帯情報処理装置である。

請求項１２の発明は、前記外部機器と接続されたことを検知すると、ユーザーからの指示を受け付けることなく、前記処理制御手段による処理制御を開始する、請求項１から１１のいずれか一項に記載の携帯情報処理装置である。

請求項１３の発明は、前記外部機器は、本携帯情報処理装置と該外部機器との距離が予め定められた距離以内に近づくと、本携帯情報処理装置が該外部機器に接続される、請求項１から１１のいずれか一項に記載の携帯情報処理装置である。

請求項１４の発明は、本携帯情報処理装置は、本携帯情報処理装置と前記外部機器との距離が予め定められた距離以内に近づくと、該外部機器と接続する、請求項１から１１のいずれか一項に記載の携帯情報処理装置である。

請求項１５の発明は、前記処理規則は、処理対象の外部機器と関連付けられており、本携帯情報処理装置は、複数の外部機器に対する複数の処理規則の入力を受け付ける、請求項１から１１のいずれか一項に記載の携帯情報処理装置である。

請求項１６の発明は、携帯情報処理装置であるコンピューターを、予め定められた外部機器と接続されていない状態で、ユーザーから、本携帯情報処理装置内に記憶されている複数のファイル各々に対して適用すべき処理を定めた処理規則の入力を受け付ける受付手段と、前記外部機器と接続されたことを契機に、前記複数のファイル各々に対して前記処理規則に則った処理を実行するよう制御する処理制御手段として機能させ、前記処理規則は、該処理規則を適用するための条件を定めている条件部と該条件部に適合した場合の処理内容を定めている処理部によって構成されており、複数の処理規則を適用するにあたって、１つのファイルに対して複数の条件部が適合するが、処理部における実行では矛盾が生じる場合、矛盾を解消するための処理を行う解消手段としてさらに機能させるための情報処理プログラムである。
請求項１７の発明は、携帯情報処理装置であるコンピューターを、予め定められた外部機器と接続されていない状態で、ユーザーから、本携帯情報処理装置内に記憶されている複数のファイル各々に対して適用すべき処理を定めた処理規則の入力を受け付ける受付手段と、前記外部機器と接続されたことを契機に、前記複数のファイル各々に対して前記処理規則に則った処理を実行するよう制御する処理制御手段として機能させ、前記処理規則は、該処理規則を適用するための条件を定めている条件部と該条件部に適合した場合の処理内容を定めている処理部によって構成されており、前記条件部の適用時と前記処理部の実行時は別個に設定できる、情報処理プログラムである。

請求項１の携帯情報処理装置によれば、携帯情報処理装置内に記憶された複数のファイルに対し、ユーザーが設定した処理規則に則った処理を行う場合において、携帯情報処理装置が外部機器に接続された後にその処理規則を設定する場合に比べて、その設定の手間を低減することができる。また、複数の処理規則を適用するにあたって、矛盾が生じる場合、その矛盾を解消するための処理を行うことができる。

請求項２の携帯情報処理装置によれば、ファイルの削除を含む処理規則を最後に適用して、矛盾を解消することができる。

請求項３の携帯情報処理装置によれば、携帯情報処理装置内に記憶された複数のファイルに対し、ユーザーが設定した処理規則に則った処理を行う場合において、携帯情報処理装置が外部機器に接続された後にその処理規則を設定する場合に比べて、その設定の手間を低減することができる。また、処理規則の条件部の適用時と処理部の実行時を異ならせることができるようになる。

請求項４の携帯情報処理装置によれば、全ての処理規則が適用されないファイルを、ユーザーは知ることができる。

請求項５の携帯情報処理装置によれば、全ての処理規則が適用されないファイルに対する処理規則を生成することができる。

請求項６の携帯情報処理装置によれば、本携帯情報処理装置における残容量が予め定められた閾値以下又は未満となった場合に、処理部の実行を開始することができる。

請求項７の携帯情報処理装置によれば、重要度が低いファイルから処理部を実行するように制御し、残容量が閾値より大きく又は以上となった場合は、その処理部の実行を停止することができる。
請求項８の携帯情報処理装置によれば、処理規則が対応付けられた複数のファイル全てを対象として、処理を実行することができる。

請求項９の携帯情報処理装置によれば、処理規則を提示することができる。

請求項１０の携帯情報処理装置によれば、処理規則が適用されるファイルを提示することができる。

請求項１１の携帯情報処理装置によれば、ファイル毎に適用される処理規則を提示することができる。

請求項１２の携帯情報処理装置によれば、外部機器と接続されたことを検知すると、ユーザーからの指示を受け付けることなく、処理制御を開始することができる。

請求項１３の携帯情報処理装置によれば、外部機器は、本携帯情報処理装置とその外部機器との距離が予め定められた距離以内に近づくと、本携帯情報処理装置がその外部機器に接続される。

請求項１４の携帯情報処理装置によれば、本携帯情報処理装置と外部機器との距離が予め定められた距離以内に近づくと、その外部機器と接続することができる。

請求項１５の携帯情報処理装置によれば、処理規則は、処理対象の外部機器と関連付けられており、複数の外部機器に対する複数の処理規則の入力を受け付けることができる。

請求項１６の情報処理プログラムによれば、携帯情報処理装置内に記憶された複数のファイルに対し、ユーザーが設定した処理規則に則った処理を行う場合において、携帯情報処理装置が外部機器に接続された後にその処理規則を設定する場合に比べて、その設定の手間を低減することができる。また、複数の処理規則を適用するにあたって、矛盾が生じる場合、その矛盾を解消するための処理を行うことができる。
請求項１７の情報処理プログラムによれば、携帯情報処理装置内に記憶された複数のファイルに対し、ユーザーが設定した処理規則に則った処理を行う場合において、携帯情報処理装置が外部機器に接続された後にその処理規則を設定する場合に比べて、その設定の手間を低減することができる。また、処理規則の条件部の適用時と処理部の実行時を異ならせることができるようになる。

本実施の形態の構成例についての概念的なモジュール構成図である。 本実施の形態を利用したシステム構成例を示す説明図である。 文書ファイル情報テーブル、画像ファイル情報テーブルのデータ構造例を示す説明図である。 外部機器情報テーブルのデータ構造例を示す説明図である。 ルールテーブルのデータ構造例を示す説明図である。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による提示例を示す説明図である。 本実施の形態による提示例を示す説明図である。 本実施の形態による提示例を示す説明図である。 本実施の形態を実現するコンピューターのハードウェア構成例を示すブロック図である。

以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピューター・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピューター・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピューター・プログラム（コンピューターにそれぞれの手順を実行させるためのプログラム、コンピューターをそれぞれの手段として機能させるためのプログラム、コンピューターにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピューター・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するという意味である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピューターによって実行されてもよいし、分散又は並列環境におけるコンピューターによって１モジュールが複数コンピューターで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係、ログイン等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態にしたがって、又はそれまでの状況・状態にしたがって定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、２以上の値（もちろんのことながら、全ての値も含む）が同じであってもよい。また、「Ａである場合、Ｂをする」という記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。また、「Ａ、Ｂ、Ｃ」等のように事物を列挙した場合は、断りがない限り例示列挙であり、その１つのみを選んでいる場合（例えば、Ａのみ）を含む。
また、システム又は装置とは、複数のコンピューター、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピューター、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。

本実施の形態である携帯情報処理装置１００は、携帯情報処理装置１００内に記憶されているファイルに対して処理規則に則った処理を実行するよう制御するものであって、図１の例に示すように、受付モジュール１０５、処理規則記憶モジュール１１０、接続検知モジュール１１５、処理制御モジュール１２０、ファイル記憶モジュール１２５、矛盾解消モジュール１３０、提示モジュール１３５を有している。
モバイル端末といわれる携帯情報処理装置１００における写真等のファイルの整理方法に関するものである。
携帯情報処理装置１００として、具体的には、携帯電話、スマートフォン、モバイル機器、ウェアラブルコンピューター等がある。

受付モジュール１０５は、処理規則記憶モジュール１１０と接続されている。受付モジュール１０５は、例えば、タッチパネルを兼ねる液晶ディスプレイを制御して、ユーザーの操作を受け付ける。この他、マウス、キーボード、カメラ、マイク等を用いたユーザーの操作（視線、ジェスチャ、音声等も含む）を受け付けるようにしてもよい。
受付モジュール１０５は、予め定められた外部機器と接続されていない状態で、ユーザーから、本携帯情報処理装置１００（ファイル記憶モジュール１２５）内に記憶されている複数のファイル各々に対して適用すべき処理を定めた処理規則（以下、ルールともいう）の入力を受け付ける。
「予め定められた外部機器」には、例えば、パーソナルコンピュータ（以下、パソコンともいう）、クラウドコンピューター、画像処理装置（プリンター等を含む）等がある。なお、例えば、携帯情報処理装置１００が携帯電話（スマートフォンを含む）である場合は、外部機器として無線基地局は含まない。逆に、携帯情報処理装置１００が携帯電話である場合は、無線基地局以外の外部機器は、「予め定められた外部機器」になる得る。
「（ユーザーによる）処理規則の入力」として、例えば、ユーザーが処理規則を一から生成してもよいし、予め定められた処理規則をユーザーが選択することであってもよい。
ここで処理規則は、処理対象の外部機器と関連付け（いわゆる、紐付け）られていてもよい。
携帯情報処理装置１００は、複数の外部機器に対する複数の処理規則の入力を受け付けるようにしてもよい。つまり、単一の外部機器に対する処理規則を入力する技術とは異なる。

処理規則記憶モジュール１１０は、受付モジュール１０５、処理制御モジュール１２０、矛盾解消モジュール１３０、提示モジュール１３５と接続されている。処理規則記憶モジュール１１０は、ファイルに適用する処理規則等を記憶している。例えば、ルールテーブル５００を記憶している。図５は、ルールテーブル５００のデータ構造例を示す説明図である。ルールテーブル５００は、ルールＩＤ欄５０５、ルール名欄５１０、条件部欄５１５、処理部欄５３０を有しており、条件部欄５１５は、適用時欄５２０、条件内容欄５２５を有しており、処理部欄５３０は、適用時欄５３５、処理内容欄５４０を有している。ルールＩＤ欄５０５は、本実施の形態において、ルールを本実施の形態において一意に識別するための情報（ルールＩＤ：ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）を記憶している。ルール名欄５１０は、そのルールの名称を記憶している。条件部欄５１５は、そのルールにおける条件部を記憶している。適用時欄５２０は、その条件部の適用時（条件部に記載された条件を判断する時）を記憶している。条件内容欄５２５は、そのルールにおける条件部の内容を記憶している。条件内容欄５２５の内容として、例えば、人物が撮影されているか否か、予め定められた人物が撮影されているか否か、文書であるか否か、予め定められた文字列を含む文書であるか否か等がある。処理部欄５３０は、そのルールにおける処理部を記憶している。適用時欄５３５は、その処理部の適用時（処理部に記載された処理を実行する時）を記憶している。処理内容欄５４０は、そのルールにおける処理部の内容を記憶している。処理内容欄５４０の内容として、例えば、ファイルの転送保存、削除、印刷等がある。
図５の例では、ルールＩＤ：Ｒ００１は、ルール名「ＰＣへ」であり、条件部の適用時は「外部機器の接続時」であり、条件内容は「Ａさんが写っている写真」であり、処理部の適用時は「外部機器の接続時」であり、処理内容は「ＰＣへ移動する」であることを示している。なお、「Ａさんが写っている写真」であるか否かは、顔画像認識技術を用いるようにしてもよい。
ルールＩＤ：Ｒ００２は、ルール名「印刷」であり、条件部の適用時は「外部機器の接続時」であり、条件内容は「ファイル名に「報告書」が含まれていること」であり、処理部の適用時は「外部機器の接続時」であり、処理内容は「印刷する」であることを示している。
ルールＩＤ：Ｒ００３は、ルール名「削除」であり、条件部の適用時は「外部機器の接続時」であり、条件内容は「１年以上前に作成されたこと」であり、処理部の適用時は「外部機器の接続時」であり、処理内容は「削除する」であることを示している。
ルールテーブル５００内の内容は、処理規則記憶モジュール１１０に記憶された後であっても、ユーザーの操作に応じて、修正してもよい。例えば、条件部の適用時、処理部の適用時は、既定値（デフォルト）として「外部機器の接続時」としているが、ユーザーの操作に応じて、変更してもよい。

また、処理規則記憶モジュール１１０は、外部機器に関する情報を記憶している。例えば、外部機器情報テーブル４００を記憶している。図４は、外部機器情報テーブル４００のデータ構造例を示す説明図である。外部機器情報テーブル４００は、外部機器ＩＤ欄４０５、種類欄４１０、ＭＡＣアドレス欄４１５を有している。外部機器ＩＤ欄４０５は、本実施の形態において、外部機器を一意に識別するための情報（外部機器ＩＤ）を記憶している。種類欄４１０は、その外部機器ＩＤの外部機器の種類（例えば、プリンター、ファイル記憶装置等）を記憶している。ＭＡＣアドレス欄４１５は、その外部機器のＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ ａｄｄｒｅｓｓ）アドレスを記憶している。その外部機器と接続するためのアドレスを示す情報であればよく、ＭＡＣアドレスの他に、ＩＰアドレス等であってもよい。

接続検知モジュール１１５は、処理制御モジュール１２０と接続されている。接続検知モジュール１１５は、携帯情報処理装置１００と外部機器との接続を検知する。検知する外部機器は、外部機器情報テーブル４００に記憶された外部機器であってもよい。
例えば、ＵＳＢケーブル接続、ＷｉＦｉ接続、クラウド経由した接続等、接続方法はどのような方法であってもよい。もちろんのことながら、他の外部機器（例えば、無線基地局等）を介して、外部機器情報テーブル４００に記憶された外部機器との接続を検知してもよい。また、ＷｉＦｉ接続やクラウド接続等では、ユーザーが意図的に操作せずとも、自動的に接続できるようにしてもよい。パソコンへの接続は、指定日時、帰宅時、残容量等、実施タイミングをユーザーが指定することも可能である。例えば、自宅に帰ると、自宅のパソコンに自動的に接続され、処理規則の処理が開始されるようにしてもよい。

処理制御モジュール１２０は、処理規則記憶モジュール１１０、接続検知モジュール１１５、ファイル記憶モジュール１２５と接続されている。処理制御モジュール１２０は、外部機器と接続されたことを契機（タイミング）に、複数のファイル各々に対して処理規則に則った処理を実行するよう制御する。具体的には、接続検知モジュール１１５が、処理規則記憶モジュール１１０（外部機器情報テーブル４００）内の外部機器との接続を検知した場合は、ファイル記憶モジュール１２５内のファイルに対して、処理規則記憶モジュール１１０（ルールテーブル５００）内の処理規則を適用する。
また、処理制御モジュール１２０は、処理規則が対応付けられた複数のファイル全てに対して処理を実行するよう制御するようにしてもよい。
ここで、処理規則は、（１）その処理規則を適用するための条件を定めている条件部と、（２）その条件部に適合した場合の処理内容を定めている処理部、によって構成されている。いわゆるルールベースにおける、「ｉｆ 条件部 ｔｈｅｎ 処理部 （ｅｌｓｅ 処理部Ｂ）」に該当する。
「処理規則に則った処理」として、外部機器に対する処理であれば、どのような処理であってもよい。例えば、ファイルの外部機器への複写（コピー）であってもよいし、印刷装置でのファイルの印刷であってもよいし、ファイルの容量を削減する処理等であってもよい。この「ファイルの容量を削減する処理」として、そのファイルの圧縮、そのファイルの外部機器への移動、そのファイルの削除等がある。なお、複写、移動は、ともに外部機器にファイルが転送されるが、複写は、複写元である携帯情報処理装置１００にも対象となったファイルが残る処理であるが、移動は、移動元である携帯情報処理装置１００に対象となったファイルが残らない（削除される）処理である。
「処理規則に則った処理を実行するよう制御」としており、処理そのものを実行するのは、携帯情報処理装置１００であってもよいし、外部機器であってもよい。例えば、ファイルの削除は、携帯情報処理装置１００が行うが、ファイルの印刷は、外部機器である印刷装置が行う。したがって、制御の内容として、処理そのものを実行すること、処理を外部機器に指示すること等が含まれる。

そして、１つのルール内における条件部の適用時と処理部の実行時は別個に設定できるようにしてもよい。したがって、条件部の適用時と処理部の実行時は、同じであってもよいし、異なってもよい。
また、処理制御モジュール１２０は、携帯情報処理装置１００（ファイル記憶モジュール１２５）における残容量が予め定められた閾値以下又は未満となった場合に、処理規則の処理部の実行を開始するようにしてもよい。

また、ファイルには重要度（具体的には、文書ファイル情報テーブル３００ａの重要度欄３２０ａ内の値、画像ファイル情報テーブル３００ｂの重要度欄３２０ｂ内の値）が付与されており、処理制御モジュール１２０は、その重要度が低いファイルから処理部を実行するように制御し、残容量が閾値より大きく又は以上となった場合は、処理部の実行を停止するようにしてもよい。
「重要度」は、お気に入り度の概念を含めてもよく、携帯情報処理装置１００に残しておきたい度合いを示すものであり、ユーザーの操作によって定められる。
ファイルに対して予め定められた処理規則が適用された場合は、そのファイルの重要度を下げるようにしてもよい。例えば、予め定められた処理規則が外部機器への転送である場合、ファイルは外部機器に転送されているので、そのファイルの重要度を下げるようにしてもよい。また、予め定められた処理規則が印刷装置によって印刷を行うことである場合、ファイルは既に印刷されているので、そのファイルの重要度を下げるようにしてもよい。

また、処理制御モジュール１２０は、外部機器と接続されたことを検知すると、ユーザーからの指示を受け付けることなく、処理制御を開始するようにしてもよい。「ユーザーからの指示を受け付けることなく」として、いわゆる自動的に処理制御を開始することが含まれる。
また、外部機器は、携帯情報処理装置１００と外部機器との距離が予め定められた距離以内に近づくと、携帯情報処理装置１００が外部機器に接続されるものであってもよい。例えば、ＷｉＦｉ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＵＳＢ等がある。
また、携帯情報処理装置１００は、携帯情報処理装置１００と外部機器との距離が予め定められた距離以内に近づくと、その外部機器と接続するようにしてもよい。例えば、前述と同様に、ＷｉＦｉ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＵＳＢ等がある。したがって、この場合、例えば、クラウドコンピューターと同期するものとは異なる。

ファイル記憶モジュール１２５は、処理制御モジュール１２０、提示モジュール１３５と接続されている。ファイル記憶モジュール１２５は、ファイルを記憶している。ファイルそのものの他に、そのファイルの属性を記憶している。例えば、文書ファイル用の文書ファイル情報テーブル３００ａ、写真用の画像ファイル情報テーブル３００ｂを記憶している。図３は、文書ファイル情報テーブル３００ａ、画像ファイル情報テーブル３００ｂのデータ構造例を示す説明図である。
図３（ａ）は、文書ファイル情報テーブル３００ａのデータ構造例を示す説明図である。文書ファイルとして、テキスト文書、文書編集ソフトウェアによって作成された文書（例えば、ワード文書、ＰＤＦ等）、Ｗｅｂページ等がある。
文書ファイル情報テーブル３００ａは、ファイルＩＤ欄３０５ａ、ファイル名欄３１０ａ、ファイル形態欄３１５ａ、重要度欄３２０ａ、適用ルールＩＤ欄３２５ａ、サイズ欄３３０ａ、作成日時欄３３５ａ、更新日時欄３４０ａ、アクセス日時欄３４５ａ、作成者欄３５０ａ等を有している。ファイルＩＤ欄３０５ａは、本実施の形態において、ファイルを本実施の形態において一意に識別するための情報（ファイルＩＤ）を記憶している。ファイル名欄３１０ａは、そのファイルＩＤのファイルのファイル名を記憶している。ファイル形態欄３１５ａは、そのファイルの形態（例えば、テキスト文書、ワード文書等）を記憶している。重要度欄３２０ａは、そのファイルの重要度を記憶している。適用ルールＩＤ欄３２５ａは、そのファイルに適用するルールのルールＩＤを記憶している。サイズ欄３３０ａは、そのファイルのサイズを記憶している。作成日時欄３３５ａは、そのファイルの作成日時（年、月、日、時、分、秒、秒以下、又はこれらの組み合わせであってもよい）を記憶している。更新日時欄３４０ａは、そのファイルの更新日時を記憶している。アクセス日時欄３４５ａは、そのファイルへのアクセス日時を記憶している。作成者欄３５０ａは、そのファイルの作成者を記憶している。
図３（ｂ）は、画像ファイル情報テーブル３００ｂのデータ構造例を示す説明図である。
画像ファイル情報テーブル３００ｂは、ファイルＩＤ欄３０５ｂ、ファイル名欄３１０ｂ、ファイル形態欄３１５ｂ、重要度欄３２０ｂ、適用ルールＩＤ欄３２５ｂ、サイズ欄３３０ｂ、撮影機器のメーカー名欄３３５ｂ、撮影機器のモデル名欄３４０ｂ、解像度欄３４５ｂ等を有している。ファイルＩＤ欄３０５ｂは、ファイルＩＤを記憶している。ファイル名欄３１０ｂは、そのファイルＩＤのファイルのファイル名を記憶している。ファイル形態欄３１５ｂは、そのファイルの形態（例えば、２値画像、多値画像等、又はＪＰＥＧ等の圧縮方式等）を記憶している。重要度欄３２０ｂは、そのファイルの重要度を記憶している。適用ルールＩＤ欄３２５ｂは、そのファイルに適用するルールのルールＩＤを記憶している。サイズ欄３３０ｂは、そのファイルのサイズを記憶している。撮影機器のメーカー名欄３３５ｂは、撮影機器のメーカー名を記憶している。撮影機器のモデル名欄３４０ｂは、撮影機器のモデル名を記憶している。解像度欄３４５ｂは、解像度を記憶している。

矛盾解消モジュール１３０は、処理規則記憶モジュール１１０、提示モジュール１３５と接続されている。矛盾解消モジュール１３０は、複数の処理規則を適用するにあたって、１つのファイルに対して複数の条件部が適合するが、処理部における実行では矛盾が生じる場合、矛盾を解消するための処理を行う。
ここでの「矛盾」とは、一方の処理部を実行してしまうと、他方の処理部の実行ができなくなる場合をいう。例えば、１つのファイルに対して、一方の処理部では「ファイルを削除する」、他方の処理部では「ファイルを携帯情報処理装置内に残す」等が該当する。
「矛盾を解消するための処理」として、ユーザーに矛盾が生じていることを提示し、その矛盾を解消するように促すメッセージを提示するようにしてもよいし、その矛盾が生じている処理規則のいずれか一方を、そのファイルについては適用しないようにしてもよい。例えば、処理規則が作成された日時が古い方を適用しないようにしてもよい。新しい処理規則が、現在の状況を反映したものである場合が多いからである。
また、矛盾解消モジュール１３０は、矛盾が生じている処理規則の処理部での処理がファイルの削除である場合は、その処理規則を最後に適用する順番とするようにしてもよい。つまり、ファイルを削除した後に、その他の処理（印刷処理、複写処理等）を行うようになっている場合は、既にないファイルに対して処理を行うことになるという矛盾が生じる。この場合は、ファイルの削除の処理を最後に行うようにして、矛盾を解消すればよい。

提示モジュール１３５は、処理規則記憶モジュール１１０、ファイル記憶モジュール１２５、矛盾解消モジュール１３０と接続されている。提示モジュール１３５は、携帯情報処理装置１００の表示装置を制御して、ユーザーに対してメッセージ等を提示する。メッセージの他に、例えば、ファイル、処理規則等を提示するようにしてもよい。なお、提示には、前述したように、タッチパネルを兼ねる液晶ディスプレイ等の表示装置への表示の他に、スピーカー等の音声出力装置による音声の出力、触覚デバイスを用いた触感（振動）等を組み合わせてもよい。
そして、処理規則は複数あり、その処理規則の条件部を適用した結果、全ての処理規則が適用されないファイルがある場合は、そのファイルを提示するようにしてもよい。
また、提示モジュール１３５は、提示されたファイルに対する処理規則を生成するように、ユーザーに促す旨を提示するようにしてもよい。
また、提示モジュール１３５は、処理規則毎にフォルダを対応付け、そのフォルダが開かれた場合は、その処理規則が適用されるファイルを提示するようにしてもよい。詳細について、図１１に示す例を用いて後述する。
また、提示モジュール１３５は、ファイル毎に適用される処理規則を提示するようにしてもよい。例えば、処理規則を示す情報として、その処理規則名の文字情報を提示するようにしてもよいし、その処理規則を示す図形情報（例えば、アイコン等）を提示するようにしてもよい。詳細について、図１２、図１３に示す例を用いて後述する。
また、提示モジュール１３５は、予め定められた外部機器と接続されているか否かを検知し、接続されていないことを検知したならば、処理規則を生成することができることを提示するようにしてもよい。予め定められた外部機器と接続されていることを検知したならば、処理規則を適用していることを提示するようにしてもよい。

図２は、本実施の形態を利用したシステム構成例を示す説明図である。
スマートフォン等のモバイル端末で撮影した写真は、モバイル端末内のメモリ、ＳＤカード等のモバイル端末に挿入したメモリに保存されるが、空き容量が少なくなると、不要なものを削除したり、必要なものはパソコンへ転送したり等して、空き容量を増やす必要がある。
メモリの空き容量が少なくなった場合、ユーザーが自主的に写真の整理（削除、転送保存等）を行う必要があるが、全ての写真を見返しながら整理する作業はとても煩わしく、また、データ量によっては転送に大変時間がかかる場合もあり、手間がかかる。
メモリの空き容量が少なくなると、新たなファイル（写真、音楽ファイル、ダウンロードした文書等）を保存することができなくなるため、空き容量確保のためのデータ整理が必要である。
モバイル端末に挿入するＳＤカードを新規に購入して置き換える方法もあるが、費用が掛かるため、通常は、保存済みのデータを削除して、空き容量を増やす。
全ての写真を確認しながら削除する作業は面倒で、誤って削除してしまうこともある。パソコンにつないですべてのデータをパソコンにコピーし、モバイル端末内のデータは全て削除するのが簡単であるが、モバイル端末に残しておきたい写真もあり、その写真だけをモバイル端末に戻すという作業も手間である。
スケジュール等が記載された文書やホワイトボードの写真は、時間の経過と共に不要となるものもあるが、そのまま放置されることも多い。
そこで、例えば、モバイル端末をパソコンに接続すると、モバイル端末内の写真データをパソコンへコピーして、モバイル端末から削除することができるものがある。また、撮った写真をクラウド上に自動アップロードすることができ、クラウド上のデータをパソコンに自動ダウンロードする方法もある。
しかし、これらの例では、パソコン、クラウドに接続するたびにユーザーは、ファイルに対する処理規則を入力する必要があるため、その入力の手間が煩わしい。
そこで、携帯情報処理装置１００は、その携帯情報処理装置１００内に記憶された複数のファイルに対し、ユーザー２００が設定した処理規則に則った処理を行う場合において、携帯情報処理装置１００が外部機器に接続された後に、その処理規則を設定する場合に比べて、その設定の手間を低減するものである。

例えば、図２（ａ）に示すように、携帯情報処理装置１００が外部機器と接続されていない状態で、ユーザー２００の操作に応じて、処理規則が作成される。
そして、図２（ｂ）の例に示すように、携帯情報処理装置１００が外部機器として画像処理装置２１０と無線接続されたことを契機として、処理規則にしたがって、携帯情報処理装置１００内に記憶されたファイルの画像処理装置２１０での印刷等が行われる。例えば、外出先（図２（ａ）の例の状態）で、作成／編集した文書の印刷指示のルールを生成しておき、自宅や会社に着いたら、画像処理装置２１０と接続して印刷するという印刷予約という形態もある。また、通勤中に閲覧したＷｅｂページの印刷指示のルールを生成しておき、自宅に着いたら、画像処理装置２１０と接続して印刷するという形態もある。
また、図２（ｂ）の例に示すように、携帯情報処理装置１００が外部機器としてファイル記憶装置２２０と無線接続されたことを契機として、処理規則にしたがって、携帯情報処理装置１００内に記憶されたファイルのファイル記憶装置２２０への転送処理等が行われる。例えば、携帯情報処理装置１００内の各写真の処理方法を定めた処理規則を予め設定しておき（図２（ａ）の例の状態）、ファイル記憶装置２２０へ接続して処理を開始することにより、多くの時間を要する写真の整理を、意図的にユーザーが実施せずとも、整理された状態にすることが可能である。

図６は、本実施の形態（携帯情報処理装置１００）による処理例を示すフローチャートである。
ステップＳ６０２では、携帯情報処理装置１００が外部機器と接続したか否かを判断し、接続した場合はステップＳ６１６へ進み、それ以外の場合（接続していない場合）はステップＳ６０４へ進む。
ステップＳ６０４では、ユーザーに対して、「ルールを生成するか否か」のメッセージを提示し、ユーザーの操作にしたがって、生成する場合はステップＳ６０６へ進み、それ以外の場合はステップＳ６０２へ戻る。
ステップＳ６０６では、ユーザーのルール生成のための操作を受け付ける。
ステップＳ６０８では、その操作にしたがって、ルール（ルールテーブル５００の条件部欄５１５、処理部欄５３０）を生成する。例えば、ルールのテンプレート、既に生成されたルール等を提示し、それを修正させるようにしてもよい。また、ユーザーがルールを最初から生成するようにしてもよい。
ステップＳ６１０では、ルールの名前（ルールテーブル５００のルール名欄５１０）を付与する。
ステップＳ６１２では、ルールを処理規則記憶モジュール１１０に記憶させる。
ステップＳ６１４では、ルールを適用可能に設定し、ステップＳ６０２へ戻る。

ステップＳ６１６では、ファイル記憶モジュール１２５内のファイルを取り出す。
ステップＳ６１８では、ファイルに適用ルールは設定されているか否かを判断し、設定されている場合はステップＳ６２２へ進み、それ以外の場合はステップＳ６２０へ進む。予めルールが適用されているとは、具体的には、文書ファイル情報テーブル３００ａの適用ルールＩＤ欄３２５ａ、画像ファイル情報テーブル３００ｂの適用ルールＩＤ欄３２５ｂにルールＩＤが記憶されている状態であることをいう。例えば、後述する図８の例に示すフローチャートによる処理（ステップＳ８０８）が行われている場合である。
ステップＳ６２０では、ルールの条件部（ルールテーブル５００の条件部欄５１５）に適合するか否かを判断し、適合する場合はステップＳ６２２へ進み、それ以外の場合はステップＳ６２４へ進む。
ステップＳ６２２では、そのルールの処理部（ルールテーブル５００の処理部欄５３０）を実行するように制御する。
ステップＳ６２４では、全てのファイルの処理を終了したか否かを判断し、終了した場合は処理を終了し（ステップＳ６９９）、それ以外の場合はステップＳ６１６へ戻る。

図７は、本実施の形態による処理例を示すフローチャートである。図６の例に示したフローチャートにステップＳ７１６、Ｓ７１８、Ｓ７２６の処理を付加したものである。なお、ルールが「ファイルの容量を削減する処理」だけである場合は、図７の例に示す処理を行うようにしてもよい。
ステップＳ７０２では、外部機器と接続したか否かを判断し、接続した場合はステップＳ７１６へ進み、それ以外の場合はステップＳ７０４へ進む。
ステップＳ７０４では、ルールを生成するか否かを判断し、生成する場合はステップＳ７０６へ進み、それ以外の場合はステップＳ７０２へ戻る。
ステップＳ７０６では、ユーザーの操作を受け付ける。
ステップＳ７０８では、ルール（条件部、処理部）を生成する。
ステップＳ７１０では、ルールの名前を付与する。
ステップＳ７１２では、ルールを処理規則記憶モジュール１１０に記憶させる。
ステップＳ７１４では、ルールを適用可能に設定し、ステップＳ７０２へ戻る。

ステップＳ７１６以降の処理によって、携帯情報処理装置１００の残容量によって、ルールの処理部の実施を制御している。各ファイルに優先度（お気に入り度）を持たせ、指定した残容量（閾値）を下回った場合の処理実行時に優先度の低いものから処理している。
例えば、削除のルールを適用する場合、指定した残容量を上回っている場合は削除せず残し、指定した残容量を下回った場合は削除する。そして、削除する場合は、優先度の低いファイルから順に処理し、指定した残容量が確保できた時点で処理を中止することが可能である。

ステップＳ７１６では、「残容量＜閾値」であるか否かを判断し、「残容量＜閾値」の場合はステップＳ７１８へ進み、それ以外の場合は処理を終了する（ステップＳ７９９）。ルールがファイルの容量を削減する処理である場合、携帯情報処理装置１００（ファイル記憶モジュール１２５）の残容量が閾値以上であるならば、ルール適用処理を行う必要がないためである。
ステップＳ７１８では、重要度の低い順にファイルを取り出す。「重要度」は、携帯情報処理装置１００に記憶させておきたい度合いを示すものであるので、重要度の低いファイル（携帯情報処理装置１００に記憶させておく必要性が低いファイル）から、そのルールを適用させるようにしており、重要度の高いファイルを携帯情報処理装置１００内に記憶させたままにするものである。
ステップＳ７２０では、ファイルに適用ルールは設定されているか否かを判断し、設定されている場合はステップＳ７２４へ進み、それ以外の場合はステップＳ７２２へ進む。
ステップＳ７２２では、ルールの条件部に適合するか否かを判断し、適合する場合はステップＳ７２４へ進み、それ以外の場合はステップＳ７２６へ進む。
ステップＳ７２４では、そのルールの処理部を実行するように制御する。
ステップＳ７２６では、「残容量≧閾値」又は、全てのファイルの処理を終了したか否かを判断し、「残容量≧閾値」又は、全てのファイルの処理を終了した場合は処理を終了し（ステップＳ７９９）、それ以外の場合はステップＳ７１８へ戻る。つまり、携帯情報処理装置１００の残容量が閾値以上になったならば、ルールの適用そのものを中止し、重要度の高いファイルを携帯情報処理装置１００内に記憶させたままにしている。

図８は、本実施の形態による処理例を示すフローチャートである。ルールの条件部だけを適用する処理である。
ステップＳ８０２では、予め定められた契機であるか否かを判断し、予め定められた契機の場合はステップＳ８０４へ進み、それ以外の場合は予め定められた契機となるまで待機する。ここで「予め定められた契機」として、ルールテーブル５００の適用時欄５２０内の契機としてもよいし、ファイルの保存時、予め定められた日時、予め定められた間隔（例えば、毎週月曜日の午前９時等）、残容量が予め定められた閾値未満である場合等があり、実施タイミングを、ユーザーの操作にしたがって指定するようにしてもよい。

ステップＳ８０４では、ファイルを取り出す。
ステップＳ８０６では、ルールの条件部（ルールテーブル５００の条件内容欄５２５）に適合するか否かを判断し、適合する場合はステップＳ８０８へ進み、それ以外の場合はステップＳ８１０へ進む。
ステップＳ８０８では、文書ファイル情報テーブル３００ａ又は画像ファイル情報テーブル３００ｂの適用ルールＩＤ欄３２５ａ、３２５ｂにそのルールＩＤを設定する。この設定が行われた場合は、図６の例に示すフローチャートのステップＳ６１８、図７の例に示すフローチャートのステップＳ７２０で「Ｙｅｓ」となる。
ステップＳ８１０では、全てのファイルの処理を終了したか否かを判断し、終了した場合は処理を終了し（ステップＳ８９９）、それ以外の場合はステップＳ８０４へ戻る。

なお、この処理の結果、１つのファイルに対して、複数のルールが適用されることになる場合がある。その場合、ルール間の実行順序、各ルールの実行後に処理を中止するか否か、次のルールの処理に進むか否か、次に進む場合、設定した内容は保持するか、後優先で設定するのか等のルール設定を可能としてもよい。

図９は、本実施の形態による処理例を示すフローチャートである。図８の例に示したフローチャートの処理が終了した後に行われる処理であって、処理対象となっていないファイル、属性を提示し、そのファイルが適合するルール生成をユーザーに促すものである。
ステップＳ９０２では、ルールＩＤが設定されていないファイルはあるか否かを判断し、ある場合はステップＳ９０４へ進み、それ以外の場合は処理を終了する（ステップＳ９９９）。
ステップＳ９０４では、そのファイルを提示する。
ステップＳ９０６では、そのファイルに対するルールを生成するように促すメッセージを提示する。
ステップＳ９０８では、ユーザーに対して、「そのファイルに対するルールを生成するか否か」のメッセージを提示し、ユーザーの操作にしたがって、生成する場合はステップＳ９１０へ進み、それ以外の場合は処理を終了する（ステップＳ９９９）。ここで、警告として、「そのファイルに対するルールがない」旨を提示するようにしてもよい。
ステップＳ９１０では、そのファイルの属性（文書ファイル情報テーブル３００ａ、画像ファイル情報テーブル３００ｂ）を提示する。ルールを生成するための参考情報として、ファイルの属性を提示する。
ステップＳ９１２では、ルールの生成処理を行う。図６の例に示したフローチャートのステップＳ６０６〜Ｓ６１４の処理を行う。

なお、前述したように、顔画像認識技術等を用いた場合は、認識誤りが発生する場合がある。例えば、前述のように条件内容が「Ａさんが写っている写真」であって、「Ａさんが写っている写真」であるにもかかわらず、Ａさんを認識できなかった場合、ステップＳ９０４でその写真が提示されることにより、認識誤りが発生していることをユーザーはわかるので、ユーザーは、新たなルールを生成するようにしてもよいし、画像ファイル情報テーブル３００ｂの適用ルールＩＤ欄３２５ｂにそのルールＩＤを設定するようにしてもよい。
また、この処理を行う契機について、予め定められた日時、予め定められた間隔、残容量が予め定められた閾値未満である場合等があり、実施タイミングを、ユーザーの操作にしたがって指定するようにしてもよい。

図１０は、本実施の形態による処理例を示すフローチャートである。複数のルールが適用される場合の矛盾解消のための処理例を示すものである。
ステップＳ１００２では、１つのファイルに対して複数のルールＩＤが設定されているか否かを判断し、設定されている場合はステップＳ１００４へ進み、それ以外の場合は処理を終了する（ステップＳ１０９９）。
ステップＳ１００４では、その複数のルールの処理部を実行した場合、矛盾が生じるか否かを判断し、生じる場合はステップＳ１００６へ進み、それ以外の場合は処理を終了する（ステップＳ１０９９）。
ステップＳ１００６では、その処理部の処理として、ファイルの削除を含むか否かを判断し、含む場合はステップＳ１００８へ進み、それ以外の場合はステップＳ１０１０へ進む。
ステップＳ１００８では、処理順として、そのルールを最後に行う順番とする。
ステップＳ１０１０では、その複数のルールを提示する。
ステップＳ１０１２では、矛盾を解消するよう促すメッセージを提示する。
ステップＳ１０１４では、ユーザーの操作に応じて、ルールを修正する。例えば、ルールそのものを修正するようにしてもよいし、矛盾するルールのうち、処理を実行するルールを設定する（又は、処理を実行しないルールを設定する）ようにしてもよい。

ルールの設定結果（例えば、図８に示すフローチャートによる処理結果）を確認するための提示も可能である。図１１〜図１３の例を用いて、ファイルに適用されるルールの提示方法を説明する。
図１１は、本実施の形態による提示例を示す説明図である。
ルールに対応するフォルダーを用意し、そのフォルダーにそのルール（条件部）が適合しているファイルを格納している。図１１（ａ）の例では、携帯情報処理装置１００の画面１１１０に、フォルダ１１２０とルール名表示領域１１２２（「ＰＣへ転送／保存」）の組、フォルダ１１３０とルール名表示領域１１３２（「印刷」）の組、フォルダ１１４０とルール名表示領域１１４２（「モバイル（携帯情報処理装置１００）から削除」）の組を提示する。特に、ルールテーブル５００の処理内容欄５４０毎に、フォルダーを提示するようにしてもよい。
図１１（ｂ）の例では、例えば、フォルダ１１３０を開いた後の画面１１１０の状態を示している。画面１１１０には、ファイル１１５２、ファイル１１５４、ファイル１１５６、ファイル１１５８、ファイル１１６０、ファイル１１６２を提示している。

図１２は、本実施の形態による提示例を示す説明図である。ファイルの一覧提示において、ファイル毎にルール名を提示するようにしてもよい。
画面１１１０には、ファイル１２１０、適用ルール提示領域１２１２、ファイル１２２０、適用ルール提示領域１２２２、ファイル１２３０、適用ルール提示領域１２３２、ファイル１２４０、適用ルール提示領域１２４２を提示している。
適用ルール提示領域１２１２では、ルールとして「ＰＣへ（転送／保存）」が適用されることを示している。
適用ルール提示領域１２２２では、ルールとして「（モバイルから）削除」が適用されることを示している。
適用ルール提示領域１２３２では、ルールとして「（モバイルから）削除」が適用されることを示している。
適用ルール提示領域１２４２では、ルールとして「ＰＣへ（転送／保存）」と「印刷」が適用されることを示している。

図１３は、本実施の形態による提示例を示す説明図である。ファイルの一覧提示において、ファイル毎にルールを示すアイコンを提示するようにしてもよい。
図１３（ａ）の例では、携帯情報処理装置１００の画面１１１０には、ファイル１３１０に対して適用ルールアイコン１３１２、適用ルールアイコン１３１４の組、ファイル１３２０に対して適用ルールアイコン１３２２、適用ルールアイコン１３２４の組、ファイル１３３０に対して適用ルールアイコン１３３２の組、ファイル１３４０に対して適用ルールアイコン１３４２の組、ファイル１３５０に対して適用ルールアイコン１３５２の組、ファイル１３６０に対して適用ルールアイコン１３６２、適用ルールアイコン１３６４の組を提示している。
図１３（ｂ）は、ルールアイコンテーブル１３９０のデータ構造例を示す説明図である。図５の例に示したルールテーブル５００にルールアイコンテーブル１３９０を付加するようにしてもよい。
ルールアイコンテーブル１３９０は、ルールＩＤ欄１３９２、適用ルールアイコン欄１３９４、ルール名欄１３９６を有している。ルールＩＤ欄１３９２は、ルールＩＤを記憶している。適用ルールアイコン欄１３９４は、適用ルールのアイコンを記憶している。ルール名欄１３９６は、ルール名を記憶している。
図１２、図１３の例では、ファイルの一覧を提示するときに、そのファイル毎に、適用されるルールを文書ファイル情報テーブル３００ａの適用ルールＩＤ欄３２５ａ又は画像ファイル情報テーブル３００ｂの適用ルールＩＤ欄３２５ｂから抽出すればよい。

なお、本実施の形態としてのプログラムが実行されるコンピューターのハードウェア構成は、図１４に例示するように、一般的なコンピューターであり、具体的には携帯情報処理装置１００に内蔵されるコンピューターである。つまり、具体例として、処理部（演算部）としてＣＰＵ１４０１を用い、記憶装置としてＲＡＭ１４０２、ＲＯＭ１４０３、ＨＤ１４０４を用いている。ＨＤ１４０４として、例えばハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）を用いてもよい。受付モジュール１０５、接続検知モジュール１１５、処理制御モジュール１２０、矛盾解消モジュール１３０、提示モジュール１３５等のプログラムを実行するＣＰＵ１４０１と、そのプログラムやデータを記憶するＲＡＭ１４０２と、本コンピューターを起動するためのプログラム等が格納されているＲＯＭ１４０３と、処理規則記憶モジュール１１０、ファイル記憶モジュール１２５としての機能を有する補助記憶装置（フラッシュ・メモリ等であってもよい）であるＨＤ１４０４と、キーボード、マウス、タッチスクリーン、マイク、カメラ（視線検知カメラ等を含む）等に対する利用者の操作（動作、音声、視線等を含む）に基づいてデータを受け付ける受付装置１４０６と、ＣＲＴ、液晶ディスプレイ、スピーカー等の出力装置１４０５と、ネットワークインタフェースカード等の通信ネットワークと接続するための通信回線インタフェース１４０７、そして、それらをつないでデータのやりとりをするためのバス１４０８により構成されている。これらのコンピューターが複数台互いにネットワークによって接続されていてもよい。

前述の実施の形態のうち、コンピューター・プログラムによるものについては、本ハードウェア構成のシステムにソフトウェアであるコンピューター・プログラムを読み込ませ、ソフトウェアとハードウェア資源とが協働して、前述の実施の形態が実現される。
なお、図１４に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図１４に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えば特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続している形態でもよく、さらに図１４に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。

また、前述の実施の形態の説明内での比較処理において、「以上」、「以下」、「より大きい」、「より小さい（未満）」としたものは、その組み合わせに矛盾が生じない限り、それぞれ「より大きい」、「より小さい（未満）」、「以上」、「以下」としてもよい。

なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピューター読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピューター読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通等のために用いられる、プログラムが記録されたコンピューターで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ）、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）メモリーカード等が含まれる。
そして、前記のプログラムの全体又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、又は無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分若しくは全部であってもよく、又は別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して記録されていてもよい。また、圧縮や暗号化等、復元可能であればどのような態様で記録されていてもよい。

１００…携帯情報処理装置
１０５…受付モジュール
１１０…処理規則記憶モジュール
１１５…接続検知モジュール
１２０…処理制御モジュール
１２５…ファイル記憶モジュール
１３０…矛盾解消モジュール
１３５…提示モジュール
２００…ユーザー
２１０…画像処理装置
２２０…ファイル記憶装置

Claims (17)

1. 予め定められた外部機器と接続されていない状態で、ユーザーから、本携帯情報処理装置内に記憶されている複数のファイル各々に対して適用すべき処理を定めた処理規則の入力を受け付ける受付手段と、
   前記外部機器と接続されたことを契機に、前記複数のファイル各々に対して前記処理規則に則った処理を実行するよう制御する処理制御手段
   を有し、
   前記処理規則は、該処理規則を適用するための条件を定めている条件部と該条件部に適合した場合の処理内容を定めている処理部によって構成されており、
   複数の処理規則を適用するにあたって、１つのファイルに対して複数の条件部が適合するが、処理部における実行では矛盾が生じる場合、矛盾を解消するための処理を行う解消手段
   をさらに有する携帯情報処理装置。
2. 前記解消手段は、矛盾が生じている処理規則の処理部での処理がファイルの削除である場合は、該処理規則を最後に適用する順番とする、
   請求項１に記載の携帯情報処理装置。
3. 予め定められた外部機器と接続されていない状態で、ユーザーから、本携帯情報処理装置内に記憶されている複数のファイル各々に対して適用すべき処理を定めた処理規則の入力を受け付ける受付手段と、
   前記外部機器と接続されたことを契機に、前記複数のファイル各々に対して前記処理規則に則った処理を実行するよう制御する処理制御手段
   を有し、
   前記処理規則は、該処理規則を適用するための条件を定めている条件部と該条件部に適合した場合の処理内容を定めている処理部によって構成されており、
   前記条件部の適用時と前記処理部の実行時は別個に設定できる、
   携帯情報処理装置。
4. 前記処理規則は複数あり、
   前記条件部を適用した結果、全ての処理規則が適用されないファイルがある場合は、該ファイルを提示する提示手段
   をさらに有する請求項３に記載の携帯情報処理装置。
5. 前記提示手段は、提示されたファイルに対する処理規則を生成するように、ユーザーに促す旨を提示する、
   請求項４に記載の携帯情報処理装置。
6. 本携帯情報処理装置における残容量が予め定められた閾値以下又は未満となった場合に、前記処理部の実行を開始する、
   請求項３に記載の携帯情報処理装置。
7. 前記ファイルには重要度が付与されており、該重要度が低いファイルから前記処理部を実行するように制御し、前記残容量が前記閾値より大きく又は以上となった場合は、該処理部の実行を停止する、
   請求項６に記載の携帯情報処理装置。
8. 前記処理制御手段は、前記処理規則が対応付けられた複数のファイル全てに対して処理を実行するよう制御する、
   請求項１から７のいずれか一項に記載の携帯情報処理装置。
9. 前記処理規則を提示する提示手段
   をさらに有する請求項１から８のいずれか一項に記載の携帯情報処理装置。
10. 前記提示手段は、前記処理規則毎にフォルダを対応付け、該フォルダが開かれた場合は、該処理規則が適用されるファイルを提示する、
    請求項９に記載の携帯情報処理装置。
11. 前記提示手段は、ファイル毎に適用される処理規則を提示する、
    請求項９に記載の携帯情報処理装置。
12. 前記外部機器と接続されたことを検知すると、ユーザーからの指示を受け付けることなく、前記処理制御手段による処理制御を開始する、
    請求項１から１１のいずれか一項に記載の携帯情報処理装置。
13. 前記外部機器は、本携帯情報処理装置と該外部機器との距離が予め定められた距離以内に近づくと、本携帯情報処理装置が該外部機器に接続される、
    請求項１から１１のいずれか一項に記載の携帯情報処理装置。
14. 本携帯情報処理装置は、本携帯情報処理装置と前記外部機器との距離が予め定められた距離以内に近づくと、該外部機器と接続する、
    請求項１から１１のいずれか一項に記載の携帯情報処理装置。
15. 前記処理規則は、処理対象の外部機器と関連付けられており、
    本携帯情報処理装置は、複数の外部機器に対する複数の処理規則の入力を受け付ける、
    請求項１から１１のいずれか一項に記載の携帯情報処理装置。
16. 携帯情報処理装置であるコンピューターを、
    予め定められた外部機器と接続されていない状態で、ユーザーから、本携帯情報処理装置内に記憶されている複数のファイル各々に対して適用すべき処理を定めた処理規則の入力を受け付ける受付手段と、
    前記外部機器と接続されたことを契機に、前記複数のファイル各々に対して前記処理規則に則った処理を実行するよう制御する処理制御手段
    として機能させ、
    前記処理規則は、該処理規則を適用するための条件を定めている条件部と該条件部に適合した場合の処理内容を定めている処理部によって構成されており、
    複数の処理規則を適用するにあたって、１つのファイルに対して複数の条件部が適合するが、処理部における実行では矛盾が生じる場合、矛盾を解消するための処理を行う解消手段
    としてさらに機能させるための情報処理プログラム。
17. 携帯情報処理装置であるコンピューターを、
    予め定められた外部機器と接続されていない状態で、ユーザーから、本携帯情報処理装置内に記憶されている複数のファイル各々に対して適用すべき処理を定めた処理規則の入力を受け付ける受付手段と、
    前記外部機器と接続されたことを契機に、前記複数のファイル各々に対して前記処理規則に則った処理を実行するよう制御する処理制御手段
    として機能させ、
    前記処理規則は、該処理規則を適用するための条件を定めている条件部と該条件部に適合した場合の処理内容を定めている処理部によって構成されており、
    前記条件部の適用時と前記処理部の実行時は別個に設定できる、
    情報処理プログラム。

Images