JP6769227B2 - 情報処理装置、情報処理システム、情報処理方法、および情報処理プログラム - Google Patents

Description

本発明は、情報処理装置、情報処理システム、情報処理方法、および情報処理プログラムに関する。

様々な作業プロセスの中で、後のフェーズになって実施したい処理について、事前に意図を持って準備をしておきたいことがある。例えば、動画ファイルの編集中に生成された作業ファイルを、動画共有サービスに動画ファイル（最終版）をアップロードした後に削除したい場合がある。

関連する先行技術としては、例えば、帳票の種類や作業者等の状況に応じて表現や挙動が変わるアクション起動ボタンを帳票上に動的に生成するためのものがある。また、記憶装置オブジェクトに関する情報の収集ならびに該オブジェクトの管理に対して使用され得る記憶装置管理システムがある。

特開２００１−１３４６８１号公報 特表２００５−５３５００８号公報

しかしながら、従来技術では、ファイル等に対して、ユーザが事前に意図した処理について、実際の処理実行のタイミングまでに時間が空くと、処理実行のタイミングを逸したり、処理実行にかかるユーザの作業が煩雑なものとなったりする場合がある。また、特定の条件が発生した際にファイルを自動で削除するなどの処理を行うことができるが、あらかじめ決められたストレージやディレクトリに対して集中管理されるものであり、ファイルが当該ストレージやディレクトリから移動してしまった場合には処理の対象から外れてしまう。

一つの側面では、本発明は、ファイル等のオブジェクトを管理対象として事前に意図した処理を自律的に実行する情報処理装置、情報処理システム、情報処理方法、および情報処理プログラムを提供することを目的とする。

本発明の一態様によれば、イベントを検知したことに応じて、管理対象のオブジェクトに付与されるメタデータであり、前記オブジェクトに対する所定の処理の実行条件を示す前記メタデータを記憶する記憶部を参照して、検知した前記イベントが、前記メタデータが示す実行条件を満たす場合に、前記オブジェクトに対して前記所定の処理を実行する情報処理装置、情報処理方法、および情報処理プログラムが提案される。

また、本発明の一態様によれば、複数の情報処理装置を含む情報処理システムであって、前記複数の情報処理装置のそれぞれが、イベントを検知したことに応じて、管理対象のオブジェクトに付与されるメタデータであり、前記オブジェクトに対する所定の処理の実行条件を示す前記メタデータを記憶する記憶部を参照して、検知した前記イベントが、前記メタデータが示す実行条件を満たす場合に、前記オブジェクトに対して前記所定の処理を実行する情報処理システムが提案される。

本発明の一側面によれば、ファイル等のオブジェクトを管理対象として事前に意図した処理を自律的に実行することができる。

図１は、実施の形態１にかかる情報処理方法の一実施例を示す説明図である。 図２は、情報処理システム２００のシステム構成例を示す説明図である。 図３は、情報処理装置Ｍｉのハードウェア構成例を示すブロック図である。 図４は、処理メタデータｄのデータ構造例を示す説明図である。 図５は、ＰＭＤＤＢ２２０の記憶内容の一例を示す説明図である。 図６は、ＰＭＤ生成ルールＤＢ２３０の記憶内容の一例を示す説明図である。 図７は、オブジェクト生成時のユーザの操作例を示す説明図である。 図８は、情報処理装置Ｍｉの機能的構成例を示すブロック図である。 図９は、実施の形態２にかかる情報処理装置ＭｉのＰＭＤ生成処理手順の一例を示すフローチャートである。 図１０は、実施の形態２にかかる情報処理装置Ｍｉの処理実行処理手順の一例を示すフローチャート（その１）である。 図１１は、実施の形態２にかかる情報処理装置Ｍｉの処理実行処理手順の一例を示すフローチャート（その２）である。 図１２は、アクション実行処理の具体的処理手順の一例を示すフローチャートである。 図１３は、実施の形態３にかかる情報処理方法の一実施例を示す説明図である。 図１４は、実施の形態４にかかる情報処理方法の一実施例を示す説明図である。 図１５は、実施の形態４にかかる情報処理装置Ｍｉの処理実行処理手順の一例を示すフローチャートである。

以下に図面を参照して、本発明にかかる情報処理装置、情報処理システム、情報処理方法、および情報処理プログラムの実施の形態を詳細に説明する。

（実施の形態１）
図１は、実施の形態１にかかる情報処理方法の一実施例を示す説明図である。図１において、情報処理装置１０１は、オブジェクトを管理するコンピュータである。管理対象となるオブジェクトは、例えば、データ、物品などである。データとしては、例えば、文書ファイル、画像ファイル、プログラムファイルなどのファイルが挙げられる。物品としては、例えば、同一番号の枝番で管理されるような物品群が挙げられる。

ここで、何らかの目的を達成するために作業を行う中で、後のフェーズになって実施したい処理について、事前に意図を持って準備しておきたい場合がある。例えば、システム開発の中で生成される仕様書や試験結果などを保存しておき、後でまとめたい場合がある。また、動画ファイルの編集中に生成された作業ファイルを、動画共有サービスに動画ファイル（最終版）をアップロードした後に削除したい場合がある。また、まとめて購入した付属品の資産管理を効率化して、棚卸や廃棄のタイミングで困らないようにしたい場合がある。

ところが、事前に意図した処理について、実際の処理実行のタイミングまでの時間が空くと、当初の意図や準備したことを忘れて、処理実行のタイミングを逸してしまうことがある。また、処理対象のオブジェクトが、どこにあるどのオブジェクトであるかが分からなくなり、探し出すのに手間や時間がかかることがある。すなわち、当初の意図と処理実行のタイミングとの時間的なズレがユーザに負担を強いることになる。

なお、処理対象のオブジェクトを探し出しやすくするために、各オブジェクトの情報を手作業で管理することが考えられる。しかし、オブジェクトの置き場所が変わったり、中間生成物が多数生成されたりすることがあり、各オブジェクトの置き場所やオブジェクト間の関係を手作業で管理するのは面倒である。また、ミスにより正確な情報が得られなくなることがある。

そこで、本実施の形態では、情報処理装置１０１において、ユーザが事前に意図した処理を自律的に実行することができる情報処理方法について説明する。

ここでは、管理対象のオブジェクトとして、「動画ファイルｆ１〜ｆ３」を例に挙げて説明する。動画ファイルｆ１〜ｆ３は、動画を記録したファイルである。動画ファイルｆ１は、動画フォルダ１２０に保存された編集元のファイルである。動画ファイルｆ２は、動画ファイルｆ１を編集して生成された作業ファイルである。動画ファイルｆ３は、動画ファイルｆ２をさらに編集して生成された最終版のファイルである。

なお、動画ファイルｆ２の保存先は、動画ファイルｆ３が生成された後、動画フォルダ１２０から作業フォルダ１３０に変更される場合を想定する。

各動画ファイルｆ１〜ｆ３には、メタデータｄ１〜ｄ３がそれぞれ付与される。各メタデータｄ１〜ｄ３は、各動画ファイルｆ１〜ｆ３に対する所定の処理の実行条件を示す情報である。また、各メタデータｄ１〜ｄ３には、オブジェクト間の関係性を示す情報が含まれる。

例えば、メタデータｄ２は、動画ファイルｆ２に対する削除処理の実行条件および他の動画ファイルとの関係性を示す。ここでは、動画ファイルｆ２に対する削除処理の実行条件として、動画ファイルｆ２に関連する動画ファイルｆ３が投稿（アップロード）された場合に満たされる条件が設定されているものとする。

各メタデータｄ１〜ｄ３は、例えば、各動画ファイルｆ１〜ｆ３の生成時に付与される。具体的には、例えば、各動画ファイルｆ１〜ｆ３に対する所定の処理や実行条件は、各動画ファイルｆ１〜ｆ３の生成時にユーザによって設定される。また、オブジェクト間の関係性は、各動画ファイルｆ１〜ｆ３の生成時に設定または更新される。

以下、情報処理装置１０１の処理例について説明する。

（１）情報処理装置１０１は、イベントを検知する。イベントは、管理対象のオブジェクトにかかるイベントであり、例えば、動画共有アプリなどのアプリケーションにより発行される。図１の例では、動画共有サービスＸに動画ファイルｆ３が投稿（アップロード）された結果、情報処理装置１０１が、動画ファイルｆ３が投稿されたことを示すイベント１４０を検出した場合を想定する。

（２）情報処理装置１０１は、記憶部１１０を参照して、検知したイベントが、管理対象のオブジェクトのメタデータが示す実行条件を満たすか否かを判断する。ここで、記憶部１１０は、管理対象のオブジェクトに付与されるメタデータを記憶する。メタデータは、オブジェクトに対する所定の処理の実行条件を示す情報である。メタデータには、オブジェクト間の関係性を示す情報が含まれていてもよい。

図１の例では、記憶部１１０には、各動画ファイルｆ１〜ｆ３に付与されたメタデータｄ１〜ｄ３が記憶される。ここで、イベント１４０は、動画ファイルｆ２に関連する動画ファイルｆ３が投稿されたことを示すものであり、メタデータｄ２が示す実行条件を満たす。したがって、情報処理装置１０１は、イベント１４０が、メタデータｄ２が示す実行条件を満たすと判断する。

（３）情報処理装置１０１は、検知したイベントが、管理対象のオブジェクトのメタデータが示す実行条件を満たす場合に、当該オブジェクトに対して所定の処理を実行する。図１の例では、イベント１４０が、動画ファイルｆ２に対する削除処理の実行条件を満たす。このため、情報処理装置１０１は、動画ファイルｆ２に対して、メタデータｄ２に定義された削除処理を実行する。この結果、作業フォルダ１３０に保存された動画ファイルｆ２が削除される。

このように、情報処理装置１０１によれば、管理対象のオブジェクトに対して、事前に意図した処理を自律的に実行することができる。これにより、各オブジェクトを手作業で管理するなどの面倒な作業を行うことなく、各オブジェクトについて事前に意図した処理を自動実行することができ、ユーザの利便性を向上させることができる。

図１の例では、情報処理装置１０１は、動画ファイルｆ２の生成時にユーザが意図した削除処理を、当初意図した通りのタイミング、すなわち、動画ファイルｆ２から派生して生成された動画ファイルｆ３が投稿されたときに自律的に実行することができる。この際、動画ファイルｆ２の保存先が変更されていても、ユーザが動画ファイルｆ２を探し出す必要がなく、ユーザの手間や作業時間を削減することができる。また、動画ファイルｆ３が投稿されたことに応じて、動画ファイルｆ２を忘れることなく削除することができるため、記憶領域の無駄な使用を抑えて、情報処理装置１０１の処理性能を向上させることができる。

（実施の形態２）
つぎに、実施の形態２にかかる情報処理方法について説明する。まず、実施の形態２にかかる情報処理システム２００のシステム構成例について説明する。なお、実施の形態１で説明した箇所と同様の箇所については説明を省略する。

図２は、情報処理システム２００のシステム構成例を示す説明図である。図２において、情報処理システム２００は、情報処理装置Ｍ１〜Ｍｎを含む（ｎ：２以上の自然数）。情報処理システム２００において、情報処理装置Ｍ１〜Ｍｎは、有線または無線のネットワーク２１０を介して接続される。ネットワーク２１０は、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットなどである。

以下の説明では、情報処理装置Ｍ１〜Ｍｎのうちの任意の情報処理装置を「情報処理装置Ｍｉ」と表記する場合がある（ｉ＝１，２，…，ｎ）。図１に示した情報処理装置１０１は、例えば、情報処理装置Ｍｉに対応する。

情報処理装置Ｍｉは、ＰＭＤＤＢ（Ｐｒｏｃｅｓｓｉｎｇ Ｍｅｔａ−Ｄａｔａ Ｄａｔａｂａｓｅ）２２０およびＰＭＤ生成ルールＤＢ２３０を有し、オブジェクトＯＢＪを管理するコンピュータである。情報処理装置Ｍｉは、例えば、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）やタブレットＰＣなどであってもよく、サーバであってもよい。

以下の説明では、特に指定する場合を除き、管理対象のオブジェクトＯＢＪとして、文書ファイル、画像ファイル、プログラムファイルなどのファイルを例に挙げて説明する。

ＰＭＤＤＢ２２０は、処理メタデータｄ（ＰＭＤ）を記憶するデータベースである。処理メタデータｄは、管理対象のオブジェクトＯＢＪに付与（格納）される情報である。図１に示したメタデータｄ１〜ｄ３は、例えば、処理メタデータｄに対応する。

情報処理システム２００において、管理対象のオブジェクトＯＢＪは、情報処理装置間で送受信可能である。情報処理装置Ｍｉは、他の情報処理装置Ｍｊ（ｊ≠ｉ、ｊ＝１，２，…，ｎ）からオブジェクトＯＢＪを受信すると、当該オブジェクトＯＢＪに付与された処理メタデータｄをＰＭＤＤＢ２２０に格納する。

なお、処理メタデータｄのデータ構造については、図４を用いて後述する。また、ＰＭＤＤＢ２２０およびＰＭＤ生成ルールＤＢ２３０の記憶内容については、図５および図６を用いて後述する。

（情報処理装置Ｍｉのハードウェア構成例）
図３は、情報処理装置Ｍｉのハードウェア構成例を示すブロック図である。図３において、情報処理装置Ｍｉは、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）３０１と、メモリ３０２と、ディスクドライブ３０３と、ディスク３０４と、Ｉ／Ｆ（Ｉｎｔｅｒｆａｃｅ）３０５と、ディスプレイ３０６と、入力装置３０７と、を有する。また、各構成部はバス３００によってそれぞれ接続される。

ここで、ＣＰＵ３０１は、情報処理装置Ｍｉの全体の制御を司る。メモリ３０２は、例えば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）およびフラッシュＲＯＭなどを有する。具体的には、例えば、フラッシュＲＯＭやＲＯＭが各種プログラムを記憶し、ＲＡＭがＣＰＵ３０１のワークエリアとして使用される。メモリ３０２に記憶されるプログラムは、ＣＰＵ３０１にロードされることで、コーディングされている処理をＣＰＵ３０１に実行させる。

ディスクドライブ３０３は、ＣＰＵ３０１の制御に従ってディスク３０４に対するデータのリード／ライトを制御する。ディスク３０４は、ディスクドライブ３０３の制御で書き込まれたデータを記憶する。ディスク３０４としては、例えば、磁気ディスク、光ディスクなどが挙げられる。

Ｉ／Ｆ３０５は、通信回線を通じてネットワーク２１０に接続され、ネットワーク２１０を介して他のコンピュータに接続される。そして、Ｉ／Ｆ３０５は、ネットワーク２１０と自装置内部とのインターフェースを司り、他の装置からのデータの入出力を制御する。Ｉ／Ｆ３０５には、例えば、モデムやＬＡＮアダプタなどを採用することができる。

ディスプレイ３０６は、カーソル、アイコンあるいはツールボックスをはじめ、文書、画像、機能情報などのデータを表示する。ディスプレイ３０６は、例えば、液晶ディスプレイ、ＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）などを採用することができる。

入力装置３０７は、文字、数字、各種指示などの入力のためのキーを有し、データの入力を行う。入力装置３０７は、キーボードやマウスなどであってもよく、また、タッチパネル式の入力パッドやテンキーなどであってもよい。

なお、情報処理装置Ｍｉは、上述した構成部のほかに、例えば、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）を有することにしてもよい。また、情報処理装置Ｍｉは、上述した構成部のうち、例えば、ディスクドライブ３０３、ディスク３０４を有さないことにしてもよい。

（処理メタデータｄのデータ構造例）
つぎに、図４を用いて、処理メタデータｄのデータ構造例について説明する。

図４は、処理メタデータｄのデータ構造例を示す説明図である。図４において、処理メタデータｄは、オブジェクトＩＤと、親オブジェクトＩＤと、子オブジェクトリストと、処理条件と、状態と、許可条件と、待ちイベントと、を示す。

ここで、オブジェクトＩＤは、オブジェクトＯＢＪを一意に識別する識別子である。オブジェクトＩＤとしては、例えば、ファイル名やパス名を用いることができる。

親オブジェクトＩＤは、親オブジェクトを一意に識別する識別子（オブジェクトＩＤ）である。親オブジェクトは、オブジェクトＯＢＪに関連する他のオブジェクトの一例である。親オブジェクトは、例えば、オブジェクトＯＢＪの派生元のファイルである。

子オブジェクトリストは、子オブジェクトを一意に識別する識別子（オブジェクトＩＤ）をリスト化したものである。子オブジェクトは、オブジェクトＯＢＪに関連する他のオブジェクトの一例である。子オブジェクトは、例えば、オブジェクトＯＢＪを派生元として生成される派生先のファイルであり、複数存在する場合がある。

処理条件は、オブジェクトＯＢＪに対する所定の処理の実行条件を示す。具体的には、処理条件は、条件部とアクション部とを含み、親オブジェクトおよび／または子オブジェクトの状態が、条件部に定義された状態となったら、オブジェクトＯＢＪに対してアクション部に定義された所定の処理を実行することを意味する。

状態は、オブジェクトＯＢＪの状態である。状態としては、例えば、ｉｎｉｔｉａｌ、ｓｔｏｒｅｄ、ｓｈａｒｅｄ、ｓｅｎｔなどがある。ｉｎｉｔｉａｌは、初期状態を示す。ｓｔｏｒｅｄは、オブジェクトＯＢＪが特定のストレージに格納された状態を示す。ｓｈａｒｅｄは、オブジェクトＯＢＪがＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）、ブログ、動画共有サービスなどに投稿された状態を示す。ｓｅｎｔは、オブジェクトＯＢＪが電子メールなどに添付されて転送された状態を示す。

許可条件は、オブジェクトＯＢＪに対する特定の処理の実行を許可または不許可とする条件である。具体的には、許可条件は、条件部とアクション部とを含み、オブジェクトＯＢＪの状態が、条件部に定義された状態となったら、アクション部に定義された特定の処理の実行を許可または不許可とすることを意味する。

待ちイベントは、オブジェクトＯＢＪに対する所定の処理の実行条件を満たすイベントを表すものであり、親オブジェクトおよび／または子オブジェクトが処理条件の条件部に定義された状態となったことを示すイベントである。待ちイベントには、例えば、処理条件の条件部に定義された状態が設定される。

なお、処理メタデータｄは、例えば、上述した複数の項目のうち、状態および許可条件を示す情報を含まないことにしてもよい。

（ＰＭＤＤＢ２２０の記憶内容）
つぎに、図５を用いて、情報処理装置Ｍｉが有するＰＭＤＤＢ２２０の記憶内容について説明する。ＰＭＤＤＢ２２０は、例えば、メモリ３０２、ディスク３０４などの記憶装置により実現される。

図５は、ＰＭＤＤＢ２２０の記憶内容の一例を示す説明図である。図５において、ＰＭＤＤＢ２２０は、オブジェクトＩＤ、親オブジェクトＩＤ、子オブジェクトリスト、処理条件、状態、許可条件および待ちイベントのフィールドを有し、各フィールドに情報を設定することで、処理メタデータｄ（例えば、処理メタデータｄｘ，ｄｙ）をレコードとして記憶する。

ここで、オブジェクトＩＤは、オブジェクトＯＢＪを一意に識別する識別子である。親オブジェクトＩＤは、親オブジェクトを一意に識別する識別子である。子オブジェクトリストは、子オブジェクトを一意に識別する識別子をリスト化したものである。

処理条件は、オブジェクトＯＢＪに対する所定の処理の実行条件を示す。図５中、「＝＞」は、発火（実行）条件を示す。「−＞」は、連続実行を示す。「，」は、順序不定実行を示す。例えば、処理メタデータｄｘの処理条件「”ｓｈａｒｅｄ”＝＞”ｄｅｌｅｔｅ，ｎｏｔｉｆｙ”」は、”ｓｈａｒｅｄ”が条件部で、”ｄｅｌｅｔｅ，ｎｏｔｉｆｙ”がアクション部である。

この処理条件は、親オブジェクトおよび／または子オブジェクトの状態が、状態「ｓｈａｒｅｄ」となったら、削除処理（ｄｅｌｅｔｅ）および通知処理（ｎｏｔｉｆｙ）を順序不定で実行することを意味する。削除処理（ｄｅｌｅｔｅ）は、オブジェクトＯＢＪを削除する処理である。通知処理（ｎｏｔｉｆｙ）は、親オブジェクトおよび／または子オブジェクトを宛先としてイベントを通知する処理である。

状態は、オブジェクトＯＢＪの状態である。許可条件は、オブジェクトＯＢＪに対する特定の処理の実行を許可または不許可とする条件である。例えば、処理メタデータｄｙの許可条件「”ｓｅｎｔ”＝＞”ｄｅｌｅｔａｂｌｅ」は、”ｓｅｎｔ”が条件部で、”ｄｅｌｅｔａｂｌｅ”がアクション部である。この許可条件は、オブジェクトＯＢＪ２０が状態「ｓｅｎｔ」となったら、オブジェクトＯＢＪ２０に対する削除処理（ｄｅｌｅｔｅ）の実行を許可することを意味する。

許可条件のアクション部の他の例としては、「ｅｄｉｔａｂｌｅ」、「！ｄｅｌｅｔａｂｌｅ」などが挙げられる。「ｅｄｉｔａｂｌｅ」は、オブジェクトＯＢＪに対する編集処理の実行を許可することを意味する。「！」は否定を示す。したがって、「！ｄｅｌｅｔａｂｌｅ」は、オブジェクトＯＢＪに対する削除処理の実行を不許可とすることを意味する。

待ちイベントは、オブジェクトＯＢＪに対する所定の処理の実行条件を満たすイベントを表すものであり、親オブジェクトおよび／または子オブジェクトが処理条件の条件部に定義された状態となったことを示すイベントである。待ちイベントには、例えば、処理条件の条件部に定義された状態が設定される。

（ＰＭＤ生成ルールＤＢ２３０の記憶内容）
つぎに、図６を用いて、情報処理装置Ｍｉが有するＰＭＤ生成ルールＤＢ２３０の記憶内容について説明する。ＰＭＤ生成ルールＤＢ２３０は、例えば、メモリ３０２、ディスク３０４などの記憶装置により実現される。

図６は、ＰＭＤ生成ルールＤＢ２３０の記憶内容の一例を示す説明図である。図６において、ＰＭＤ生成ルールＤＢ２３０は、利用目的ごとのＰＭＤ生成ルール（例えば、ＰＭＤ生成ルール６００−１〜６００−３）をレコードとして記憶する。

ここで、利用目的は、オブジェクトＯＢＪ、または、オブジェクトＯＢＪに関連する他のオブジェクトＯＢＪの最終的な目的を示す。利用目的としては、例えば、ｓｈａｒｅ、ｓｅｎｄ、ｓｔｏｒｅなどが挙げられる。ｓｈａｒｅは、ＳＮＳ、ブログ、動画共有サービスなどに投稿することを目的とする。ｓｅｎｄは、電子メールなどに添付して転送することを目的とする。ｓｔｏｒｅは、ＮＡＳ（Ｎｅｔｗｏｒｋ Ａｔｔａｃｈｅｄ Ｓｔｏｒａｇｅ）、ＳＡＮ（Ｓｔｏｒａｇｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）などの特定のストレージに格納することを目的とする。

ＰＭＤ生成ルール（例えば、ＰＭＤ生成ルール６００−１〜６００−３）は、ファイルステータスごとの処理条件を示す。ファイルステータスとしては、ｆｉｎａｌ、ｔｅｍｐｏｒａｒｙおよびｏｒｉｇｉｎａｌがある。ｆｉｎａｌは、最終版のファイルを示す。ｔｅｍｐｏｒａｒｙは、一時ファイルを示す。ｏｒｉｇｉｎａｌは、元ファイルを示す。

なお、図６中には利用目的とファイルステータスに対する処理条件が指定されている。処理条件において、「＝＞」は、発火条件を示す。「−＞」は、連続実行を示す。「，」は、順序不定実行を示す。「｜」は、選択実行（処理メタデータｄの生成時にユーザに問い合わせる）を示す。また、各ＰＭＤ生成ルールには、ファイルステータスごとの許可条件を示す情報が含まれていてもよい。許可条件が指定されている場合は、指定された許可条件が処理メタデータに含まれる。許可条件が指定されていない場合は処理メタデータの許可条件に［］（ｎｕｌｌ）が入る。

（オブジェクト生成時のユーザの操作例）
つぎに、図７を用いて、オブジェクト生成時のユーザの操作例について説明する。ここでは、図３に示したディスプレイ３０６に表示されるファイル管理画面を例に挙げて、ファイル生成時のユーザの操作例について説明する。ファイル管理画面は、例えば、ファイラーアプリによって表示される。ファイラーアプリは、ファイルを管理するアプリケーションである。また、ファイル管理画面に表示されるアイコン等をユーザが選択する操作として、クリック操作を例に挙げて説明する。

図７は、オブジェクト生成時のユーザの操作例を示す説明図である。図７において、ファイル管理画面７００は、管理対象のオブジェクトＯＢＪを管理するための操作画面である。ファイル管理画面７００には、ファイルアイコン７０１〜７０５が表示されている。ファイルアイコン７０１〜７０５は、管理対象のファイル（オブジェクトＯＢＪ）を表すアイコンである。

ファイル管理画面７００において、例えば、図３に示した入力装置３０７を用いたユーザの操作入力により、ファイルアイコン７０１〜７０５のいずれかのアイコンにカーソルＣを移動させて、右クリックすると、メニュー画面７１０が表示される。メニュー画面７１０では、新規ファイルまたは派生ファイルのいずれのファイルを生成するのかを選択することができる。ここで、右クリックとは操作選択メニューを表示させる入力操作の総称である。

図７の例では、ファイルアイコン７０４にカーソルＣを移動させて右クリックした結果、メニュー画面７１０が表示されている。メニュー画面７１０において、ユーザの操作入力により、新規ファイルまたは派生ファイルのいずれかのファイルを選択すると、メニュー画面７２０が表示される。

図７の例では、「派生ファイル」が選択された結果、メニュー画面７２０が表示されている。メニュー画面７２０は、ファイルの利用目的を選択するための画面である。メニュー画面７２０では、ｓｈａｒｅ、ｓｅｎｄおよびｓｔｏｒｅのいずれかの利用目的を選択することができる。メニュー画面７２０において、ユーザの操作入力により、利用目的を選択すると、メニュー画面７３０が表示される。

図７の例では、利用目的「ｓｈａｒｅ」が選択された結果、メニュー画面７３０が表示されている。メニュー画面７３０は、ファイルステータスを選択するための画面である。メニュー画面７３０では、ｔｅｍｐｏｒａｒｙまたはｆｉｎａｌのいずれかのファイルステータスを選択することができる。メニュー画面７３０において、ユーザの操作入力により、ファイルステータスを選択すると、派生ファイルおよび当該派生ファイルに付与される処理メタデータｄが生成される。

図７の例では、ファイルステータス「ｔｅｍｐｏｒａｒｙ」が選択された結果、派生ファイルおよび当該派生ファイルに付与される処理メタデータｄが生成され、ファイル管理画面７００上に派生ファイルを表すファイルアイコン７０６が表示される。

生成された処理メタデータｄは、生成された派生ファイルに格納されるとともに、図５に示したＰＭＤＤＢ２２０に記憶される。また、派生ファイル（処理メタデータｄを含む）は、例えば、メモリ３０２、ディスク３０４などの記憶装置に記憶される。メニュー画面７１０において、「新規ファイル」が選択された場合は、ファイルステータスとして「ｏｒｉｇｉｎａｌ」が自動選択される。

なお、メニュー画面７２０に表示する利用目的候補は、任意に設定可能である。具体的には、例えば、メニュー画面７２０に表示する利用目的候補は、後述の図８に示す基盤処理部８００からファイラーアプリに通知されることにしてもよい。また、メニュー画面７３０に表示するファイルステータス候補は、任意に設定可能である。具体的には、例えば、メニュー画面７３０に表示するファイルステータス候補は、後述の図８に示す基盤処理部８００からファイラーアプリに通知されることにしてもよい。

また、上述した説明では、ファイラーアプリによって表示されるファイル管理画面７００において利用目的等を選択することにしたが、これに限らない。例えば、動画編集アプリなどの編集画面において、動画ファイルの保存時に、メニュー画面７２０，７３０等の画面を表示して、利用目的およびファイルステータスを選択させることにしてもよい。

（情報処理装置Ｍｉの機能的構成例）
図８は、情報処理装置Ｍｉの機能的構成例を示すブロック図である。図８において、情報処理装置Ｍｉは、受付部８０１と、生成部８０２と、付与部８０３と、処理実行部８０４と、通信部８０５と、を含む基盤処理部８００を有する。受付部８０１〜通信部８０５は制御部となる機能であり、具体的には、例えば、図３に示したメモリ３０２、ディスク３０４などの記憶装置に記憶されたプログラムをＣＰＵ３０１に実行させることにより、または、Ｉ／Ｆ３０５により、その機能を実現する。各機能部の処理結果は、例えば、メモリ３０２、ディスク３０４などの記憶装置に記憶される。

また、アプリケーションＡＰＬ（以下、「アプリＡＰＬ」という）は、情報処理装置Ｍｉ上で実行されるアプリケーションである。アプリＡＰＬは、ファイル管理部８１０を有する。ファイル管理部８１０は、ファイル管理用のコンポーネントであり、基盤処理部８００に含まれる機能部と連携をとるためのものである。アプリＡＰＬとしては、例えば、ファイラーアプリ、動画編集アプリ、動画共有アプリ、ＳＮＳアプリなどが挙げられる。

受付部８０１は、管理対象のオブジェクトＯＢＪに関する利用目的の選択を受け付ける。オブジェクトＯＢＪに関する利用目的とは、オブジェクトＯＢＪまたはオブジェクトＯＢＪに関連する他のオブジェクトの最終的な目的を示す。具体的には、例えば、受付部８０１は、入力装置３０７を用いたユーザの操作入力により、オブジェクトＯＢＪに関する利用目的の選択を受け付ける。

より具体的には、例えば、利用目的の選択は、アプリＡＰＬ（例えば、ファイラーアプリ）によって表示される、図７に示したファイル管理画面７００のメニュー画面７２０において行われる。そして、受付部８０１は、アプリＡＰＬのファイル管理部８１０から、利用目的の選択結果を受け付ける。

また、受付部８０１は、オブジェクトＯＢＪのファイルステータスの選択を受け付ける。具体的には、例えば、受付部８０１は、入力装置３０７を用いたユーザの操作入力により、オブジェクトＯＢＪのファイルステータスの選択を受け付ける。

より具体的には、例えば、利用目的の選択は、アプリＡＰＬ（例えば、ファイラーアプリ）によって表示される、ファイル管理画面７００のメニュー画面７３０において行われる。ただし、オブジェクトＯＢＪが元ファイルの場合には、ファイルステータスとして「ｏｒｉｇｉｎａｌ」が自動選択される。そして、受付部８０１は、アプリＡＰＬのファイル管理部８１０から、ファイルステータスの選択結果を受け付ける。

生成部８０２は、管理対象のオブジェクトＯＢＪの処理メタデータｄを生成する。具体的には、例えば、生成部８０２は、選択されたオブジェクトＯＢＪに関する利用目的およびファイルステータスに基づいて、予め規定されたＰＭＤ生成ルールに従って、オブジェクトＯＢＪの処理メタデータｄを生成する。

より具体的には、例えば、まず、生成部８０２は、ＰＭＤ生成ルールＤＢ２３０を参照して、選択されたオブジェクトＯＢＪに関する利用目的およびファイルステータスに基づいて、オブジェクトＯＢＪに対する処理の実行条件を決定する。

例えば、図７に示したように、利用目的として「ｓｈａｒｅ」が選択され、ファイルステータスとして「ｔｅｍｐｏｒａｒｙ」が選択されたとする。この場合、生成部８０２は、ＰＭＤ生成ルールＤＢ２３０を参照して、利用目的「ｓｈａｒｅ」およびファイルステータス「ｔｅｍｐｏｒａｒｙ」の組み合わせに対応する実行条件「ｓｈａｒｅｄ＝＞ｄｅｌｅｔｅ，ｎｏｔｉｆｙ」を特定する。そして、生成部８０２は、特定した実行条件を、オブジェクトＯＢＪに対する所定の処理の実行条件に決定する。

この際、ＰＭＤ生成ルールに、許可条件を示す情報が含まれる場合には、生成部８０２は、当該情報が示す許可条件を、オブジェクトＯＢＪに対する特定の処理の許可条件に決定することにしてもよい。なお、許可条件とは、オブジェクトＯＢＪに対する特定の処理の実行を許可または不許可とする条件である。

つぎに、生成部８０２は、決定したオブジェクトＯＢＪに対する所定の処理の実行条件を含む処理メタデータｄを生成する。この際、生成部８０２は、決定したオブジェクトＯＢＪに対する特定の処理の実行を許可または不許可とする許可条件をさらに含む処理メタデータｄを生成することにしてもよい。

また、処理メタデータｄには、例えば、オブジェクトＩＤ、親オブジェクトＩＤ、子オブジェクトリスト、状態および待ちイベントが含まれる。親オブジェクトＩＤとしては、オブジェクトＯＢＪが派生ファイルの場合は、派生元のファイルのオブジェクトＩＤが設定され、オブジェクトＯＢＪが新規ファイルの場合には、「−（ｎｕｌｌ）」が設定される。

子オブジェクトリストは、初期状態では空であり、オブジェクトＯＢＪの子オブジェクトが生成された際に更新される。状態は、初期状態では「ｉｎｉｔｉａｌ」が設定され、以降はオブジェクトＯＢＪに対するイベントに基づく状態が設定される。待ちイベントには、オブジェクトＯＢＪに対する所定の処理の実行条件を満たすイベントが設定される。

また、親オブジェクトＩＤが「−」ではない場合には、生成部８０２は、ＰＭＤＤＢ２２０から、親オブジェクトＩＤがオブジェクトＩＤに設定された処理メタデータｄを検索する。そして、生成部８０２は、検索した処理メタデータｄの子オブジェクトリストにオブジェクトＯＢＪのオブジェクトＩＤを登録する。また、生成部８０２は、親オブジェクトの処理メタデータに反映させる。また、生成部８０２は、親オブジェクトが情報処理装置Ｍｉになかった場合には、通信部８０５を介してイベントとして他の情報処理装置Ｍｊに子オブジェクトのオブジェクトＩＤを伝播させる。

これにより、オブジェクトＯＢＪの生成にともなって処理メタデータｄを生成する際に、オブジェクトＯＢＪの親オブジェクトの処理メタデータｄを更新することができる。

なお、上述した説明では、オブジェクトＯＢＪに関する利用目的およびファイルステータスに基づいて、オブジェクトＯＢＪに対する処理の実行条件を決定することにしたが、これに限らない。例えば、生成部８０２は、オブジェクトＯＢＪに関する利用目的およびファイルステータスのうちの利用目的のみに基づいて、オブジェクトＯＢＪに対する処理の実行条件を決定することにしてもよい。すなわち、生成部８０２は、利用目的のみに応じて実行条件が決まるようなＰＭＤ生成ルールに従って、処理メタデータｄを生成することにしてもよい。

また、上述した説明では、ＰＭＤ生成ルールＤＢ２３０を参照して、オブジェクトＯＢＪに対する所定の処理の実行条件を決定することにしたが、これに限らない。例えば、生成部８０２は、ユーザの操作入力により、オブジェクトＯＢＪに対する所定の処理の実行条件を受け付けることにしてもよい。

より詳細に説明すると、例えば、ファイル管理画面７００のメニュー画面７３０において、ファイルステータスが選択された際に、オブジェクトＯＢＪに対する所定の処理の実行条件を受け付ける入力画面を表示することにしてもよい。この場合、生成部８０２は、アプリＡＰＬのファイル管理部８１０から、オブジェクトＯＢＪに対する所定の処理の実行条件を受け付ける。

また、図５に示した処理メタデータｄｙのように、オブジェクトＯＢＪに対する所定の処理の実行条件にコピー先等（例えば、ｄｉｒ１）が含まれる場合には、生成部８０２は、ユーザの操作入力により、コピー先等の指定を受け付けることにしてもよい。ただし、コピー先等は予め設定されていてもよい。

より詳細に説明すると、例えば、ファイル管理画面７００において、ファイルステータスが選択されて処理メタデータｄが生成される際に、コピー先等を受け付ける入力画面を表示することにしてもよい。この場合、生成部８０２は、アプリＡＰＬのファイル管理部８１０から、オブジェクトＯＢＪに対する所定の処理の実行条件に含まれるコピー先等の指定を受け付ける。

付与部８０３は、生成された処理メタデータｄを、図５に示したＰＭＤＤＢ２２０に格納する。また、付与部８０３は、生成された処理メタデータｄをオブジェクトＯＢＪに付与する。具体的には、例えば、付与部８０３は、オブジェクトＯＢＪであるファイルの先頭部分に、生成された処理メタデータｄを格納する。

そして、付与部８０３は、処理メタデータｄを付与したオブジェクトＯＢＪを、例えば、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）のファイルシステムに渡す。これにより、オブジェクトＯＢＪ（処理メタデータｄを含む）が、例えば、メモリ３０２、ディスク３０４などの記憶装置に記憶される。

通信部８０５は、他の情報処理装置Ｍｊとの間でイベントＥの送受信を行う。受信したイベントＥは処理実行部８０４に伝達される。また、通信部８０５は、他の情報処理装置Ｍｊから、管理対象のオブジェクトＯＢＪを取得する。具体的には、例えば、通信部８０５は、他の情報処理装置Ｍｊから処理メタデータｄが付与されたオブジェクトＯＢＪを受信することにより、管理対象のオブジェクトＯＢＪを取得する。

取得されたオブジェクトＯＢＪに付与されている処理メタデータｄは、ＰＭＤＤＢ２２０に格納される。また、取得されたオブジェクトＯＢＪ（処理メタデータｄを含む）は、例えば、ファイルシステムに渡されて、メモリ３０２、ディスク３０４などの記憶装置に記憶される。

処理実行部８０４は、オブジェクトＯＢＪに対する処理を実行する。具体的には、例えば、まず、処理実行部８０４は、イベントＥを検知する。ここで、イベントＥは、オブジェクトＯＢＪに関連する他のオブジェクトに対して何らかの処理が行われたことを示す情報である。他のオブジェクトは、例えば、オブジェクトＯＢＪの親オブジェクトや子オブジェクトである。イベントＥには、例えば、他のオブジェクトのオブジェクトＩＤおよび状態が含まれる。

より具体的には、例えば、処理実行部８０４は、アプリＡＰＬのファイル管理部８１０からイベントＥを受け付けることにより、当該イベントＥを検知する。例えば、動画共有アプリによって、ある動画ファイルに対して投稿処理が実行されたとする。この場合、処理実行部８０４は、動画共有アプリのファイル管理部８１０から、投稿された動画ファイルのオブジェクトＩＤおよび状態「ｓｈａｒｅｄ」を含むイベントＥを受け付ける。

つぎに、処理実行部８０４は、ＰＭＤＤＢ２２０を参照して、検知したイベントＥが、処理メタデータｄが示す実行条件を満たすか否かを判断する。より具体的には、例えば、処理実行部８０４は、ＰＭＤＤＢ２２０から、イベントＥに含まれるオブジェクトＩＤが、親オブジェクトＩＤに設定、あるいは、子オブジェクトリストに含まれる処理メタデータｄを検索する。

そして、処理実行部８０４は、イベントＥに含まれる状態が、検索した処理メタデータｄの待ちイベントに合致するか否かを判断する。例えば、イベントＥに含まれる状態が「ｓｈａｒｅｄ」で、処理メタデータｄの待ちイベントが「ｓｈａｒｅｄ」の場合、処理実行部８０４は、待ちイベントに合致すると判断する。一方、イベントＥに含まれる状態が「ｓｈａｒｅｄ」で、処理メタデータｄの待ちイベントが「ｓｅｎｔ」の場合、処理実行部８０４は、待ちイベントに合致しないと判断する。

ここで、イベントＥに含まれる状態が待ちイベントに合致する場合、処理実行部８０４は、イベントＥが、処理メタデータｄが示す実行条件を満たすと判断する。一方、イベントＥに含まれる状態が待ちイベントに合致しない場合には、処理実行部８０４は、イベントＥが、処理メタデータｄが示す実行条件を満たさないと判断する。

そして、処理実行部８０４は、イベントＥが、処理メタデータｄが示す実行条件（処理条件）を満たす場合、処理メタデータｄの処理条件のアクション部に定義された所定の処理を、オブジェクトＯＢＪに対して実行する。例えば、アクション部に定義された所定の処理が「ｄｅｌｅｔｅ」の場合、処理実行部８０４は、処理メタデータｄのオブジェクトＩＤを指定して、当該オブジェクトＩＤのオブジェクトＯＢＪの削除処理をファイルシステムに依頼する。

なお、オブジェクトＯＢＪに対して何らかの処理が実行された場合、当該オブジェクトＯＢＪの処理メタデータｄに含まれるオブジェクトＯＢＪの状態が更新される。また、オブジェクトＯＢＪに対する削除処理が実行された場合、当該オブジェクトＯＢＪの処理メタデータｄは、例えば、ＰＭＤＤＢ２２０から削除される。

また、アクション部に定義された所定の処理が「ｃｏｐｙ（ｄｉｒ１）」の場合、処理実行部８０４は、処理メタデータｄのオブジェクトＩＤを指定して、当該オブジェクトＩＤのオブジェクトＯＢＪのｄｉｒ１へのコピー処理をファイルシステムに依頼する。

また、アクション部に定義された所定の処理が「ｎｏｔｉｆｙ」の場合、処理実行部８０４は、検知したイベントＥに基づいて、オブジェクトＯＢＪに関連する他のオブジェクトを宛先とする新たなイベントＥを発行する。新たなイベントＥには、例えば、オブジェクトＯＢＪのオブジェクトＩＤと、検知したイベントＥに含まれる他のオブジェクトの状態と、が含まれる。オブジェクトＯＢＪのオブジェクトＩＤは、宛先である他のオブジェクトを特定するための情報となる。

なお、処理実行部８０４は、自ら発行した新たなイベントＥについても検知して、アプリＡＰＬのファイル管理部８１０からのイベントＥを検知したときと同様に、上述した一連の処理を行う。これにより、関連するオブジェクト間でイベントＥが順次通知されて、処理が連鎖することになる。

また、処理実行部８０４は、処理条件のアクション部に順序不定実行する複数の処理が定義されている場合には、複数の処理それぞれを順序不定で実行する。また、処理実行部８０４は、処理条件のアクション部に連続実行する複数の処理が定義されている場合には、複数の処理それぞれを連続実行、すなわち一つの処理の完了を待って次の処理を実行する。

なお、処理メタデータｄが示す実行条件（処理条件）をイベントＥが満たさない場合、処理実行部８０４は、処理メタデータｄの処理条件のアクション部に定義された所定の処理を、オブジェクトＯＢＪに対して実行しない。

通信部８０５は、処理実行部８０４によって発行されたイベントＥを他の情報処理装置Ｍｊに送信する。具体的には、例えば、通信部８０５は、図３に示したＩ／Ｆ３０５により、他の情報処理装置ＭｊにイベントＥをブロードキャストする。

また、通信部８０５は、他の情報処理装置ＭｊからイベントＥを受信する。この場合、処理実行部８０４は、通信部８０５によって受信されたイベントＥを検知して、アプリＡＰＬのファイル管理部８１０からのイベントＥを検知したときと同様に、上述した一連の処理を行う。

また、処理実行部８０４は、オブジェクトＯＢＪの状態が、当該オブジェクトＯＢＪの処理メタデータｄの許可条件を満たす場合には、当該許可条件で定義された特定の処理の実行を許可または不許可とする。具体的には、例えば、処理実行部８０４は、オブジェクトＯＢＪに対して所定の処理を実行した結果、オブジェクトＯＢＪの状態が、許可条件の条件部に定義された状態と合致する場合に、処理メタデータｄの許可条件を満たすと判断する。

そして、処理実行部８０４は、処理メタデータｄの許可条件を満たす場合、許可条件のアクション部に定義された特定の処理の実行を許可または不許可とする。例えば、アクション部に定義された特定の処理が「！ｄｅｌｅｔａｂｌｅ」の場合、処理実行部８０４は、オブジェクトＯＢＪに対する削除処理の実行を不許可とする。

なお、オブジェクトＯＢＪに対する特定の処理の実行を許可または不許可とする手法としては、任意の手法を用いることができる。例えば、処理実行部８０４は、アプリＡＰＬに対して、オブジェクトＯＢＪに対する特定の処理の実行を許可または不許可とすることを通知することにしてもよい。この場合、アプリＡＰＬにおいて、通知内容に応じてオブジェクトＯＢＪに対する特定の処理の実行が制御される。

（情報処理装置Ｍｉの各種処理手順）
つぎに、図９〜図１２を用いて、実施の形態２にかかる情報処理装置Ｍｉの各種処理手順について説明する。ここでは、まず、図９を用いて、情報処理装置ＭｉのＰＭＤ生成処理手順について説明する。

図９は、実施の形態２にかかる情報処理装置ＭｉのＰＭＤ生成処理手順の一例を示すフローチャートである。図９のフローチャートにおいて、まず、情報処理装置Ｍｉは、管理対象のオブジェクトＯＢＪに関する利用目的の選択を受け付けたか否かを判断する（ステップＳ９０１）。ここで、情報処理装置Ｍｉは、利用目的の選択を受け付けるのを待つ（ステップＳ９０１：Ｎｏ）。

そして、情報処理装置Ｍｉは、利用目的の選択を受け付けた場合（ステップＳ９０１：Ｙｅｓ）、オブジェクトＯＢＪのファイルステータスの選択を受け付けたか否かを判断する（ステップＳ９０２）。ここで、情報処理装置Ｍｉは、ファイルステータスの選択を受け付けるのを待つ（ステップＳ９０２：Ｎｏ）。

そして、情報処理装置Ｍｉは、ファイルステータスの選択を受け付けた場合（ステップＳ９０２：Ｙｅｓ）、オブジェクトＯＢＪの処理メタデータｄを生成する（ステップＳ９０３）。具体的には、情報処理装置Ｍｉは、ＰＭＤ生成ルールＤＢ２３０を参照して、選択されたオブジェクトＯＢＪに関する利用目的およびファイルステータスに基づいて、処理メタデータｄを生成する。

つぎに、情報処理装置Ｍｉは、生成した処理メタデータｄをオブジェクトＯＢＪに付与し（ステップＳ９０４）、処理メタデータｄをＰＭＤＤＢ２２０に格納する（ステップＳ９０５）。そして、情報処理装置Ｍｉは、親オブジェクトがあるか否かを判断する（ステップＳ９０６）。

ここで、親オブジェクトがある場合（ステップＳ９０６：Ｙｅｓ）、情報処理装置Ｍｉは、ＰＭＤＤＢ２２０から親オブジェクトの処理メタデータｄを検索する（ステップＳ９０７）。そして、情報処理装置Ｍｉは、検索した処理メタデータｄの子オブジェクトリストにオブジェクトＯＢＪのオブジェクトＩＤを登録して（ステップＳ９０８）、本フローチャートによる一連の処理を終了する。

一方、ステップＳ９０６において、親オブジェクトがない場合（ステップＳ９０６：Ｎｏ）、情報処理装置Ｍｉは、子オブジェクト登録イベントを他の情報処理装置Ｍｊにブロードキャストして（ステップＳ９０９）、本フローチャートによる一連の処理を終了する。

これにより、管理対象のオブジェクトＯＢＪの処理メタデータｄを生成して、生成した処理メタデータｄをオブジェクトＯＢＪに付与するとともにＰＭＤＤＢ２２０に格納することができる。

つぎに、図１０および図１１を用いて、情報処理装置Ｍｉの処理実行処理手順について説明する。

図１０および図１１は、実施の形態２にかかる情報処理装置Ｍｉの処理実行処理手順の一例を示すフローチャートである。図１０のフローチャートにおいて、まず、情報処理装置Ｍｉは、イベントＥを検知したか否かを判断する（ステップＳ１００１）。ここで、情報処理装置Ｍｉは、イベントＥを検知するのを待つ（ステップＳ１００１：Ｎｏ）。

そして、情報処理装置Ｍｉは、イベントＥを検知した場合（ステップＳ１００１：Ｙｅｓ）、ＰＭＤＤＢ２２０から、検知したイベントＥが実行条件を満たす処理メタデータｄを検索する（ステップＳ１００２）。具体的には、例えば、情報処理装置Ｍｉは、イベントＥに含まれるオブジェクトＩＤが、親オブジェクトＩＤに設定、あるいは、子オブジェクトリストに含まれ、かつ、イベントＥに含まれる状態が待ちイベントに合致する処理メタデータｄを検索する。

つぎに、情報処理装置Ｍｉは、処理メタデータｄが検索されたか否かを判断する（ステップＳ１００３）。ここで、処理メタデータｄが検索されなかった場合（ステップＳ１００３：Ｎｏ）、情報処理装置Ｍｉは、本フローチャートによる一連の処理を終了する。

一方、処理メタデータｄが検索された場合（ステップＳ１００３：Ｙｅｓ）、情報処理装置Ｍｉは、検索された処理メタデータｄをＰＭＤリストに登録する（ステップＳ１００４）。つぎに、情報処理装置Ｍｉは、ＰＭＤリストから選択されていない未選択の処理メタデータｄを選択する（ステップＳ１００５）。

そして、情報処理装置Ｍｉは、選択した処理メタデータｄから処理条件を取得して（ステップＳ１００６）、図１１に示すステップＳ１１０１に移行する。

図１１のフローチャートにおいて、まず、情報処理装置Ｍｉは、取得した処理条件のアクション部から選択されていない未選択の処理を選択する（ステップＳ１１０１）。この際、情報処理装置Ｍｉは、連続実行する処理（例えば、−＞で接続された２つの処理）については一括して選択する。

つぎに、情報処理装置Ｍｉは、選択した処理が連続実行する処理であるか否かを判断する（ステップＳ１１０２）。ここで、連続実行する処理ではない場合（ステップＳ１１０２：Ｎｏ）、情報処理装置Ｍｉは、アクション実行処理を実行して（ステップＳ１１０３）、ステップＳ１１０７に移行する。

なお、アクション実行処理の具体的な処理手順については、図１２を用いて後述する。

一方、連続実行する処理の場合（ステップＳ１１０２：Ｙｅｓ）、情報処理装置Ｍｉは、連続実行する２つの処理の前の処理について、第１のアクション実行処理を実行する（ステップＳ１１０４）。そして、情報処理装置Ｍｉは、第１のアクション実行処理が終了したか否かを判断する（ステップＳ１１０５）。

ここで、情報処理装置Ｍｉは、第１のアクション実行処理が終了するのを待つ（ステップＳ１１０５：Ｎｏ）。そして、情報処理装置Ｍｉは、第１のアクション実行処理が終了した場合（ステップＳ１１０５：Ｙｅｓ）、連続実行する２つの処理の後ろの処理について、第２のアクション実行処理を実行する（ステップＳ１１０６）。

なお、第１および第２のアクション実行処理の具体的な処理手順については、後述の図１２に示すアクション実行処理の具体的な処理手順と同様のため、ここでは図示および説明を省略する。

つぎに、情報処理装置Ｍｉは、取得した処理条件のアクション部から選択されていない未選択の処理があるか否かを判断する（ステップＳ１１０７）。ここで、未選択の処理がある場合（ステップＳ１１０７：Ｙｅｓ）、情報処理装置Ｍｉは、ステップＳ１１０１に戻る。

一方、未選択の処理がない場合（ステップＳ１１０７：Ｎｏ）、情報処理装置Ｍｉは、ＰＭＤリストから選択されていない未選択の処理メタデータｄがあるか否かを判断する（ステップＳ１１０８）。ここで、未選択の処理メタデータｄがある場合（ステップＳ１１０８：Ｙｅｓ）、情報処理装置Ｍｉは、図１０に示したステップＳ１００５に戻る。

一方、未選択の処理メタデータｄがない場合（ステップＳ１１０８：Ｎｏ）、情報処理装置Ｍｉは、本フローチャートによる一連の処理を終了する。

これにより、検知したイベントＥに応じて、処理メタデータｄの処理条件のアクション部に定義された所定の処理を自律的に実行することができる。

つぎに、図１２を用いて、図１１に示したステップＳ１１０３のアクション実行処理の具体的な処理手順について説明する。

図１２は、アクション実行処理の具体的処理手順の一例を示すフローチャートである。図１２のフローチャートにおいて、まず、情報処理装置Ｍｉは、図１０に示したステップＳ１００５において選択した処理メタデータｄからオブジェクトＩＤを取得する（ステップＳ１２０１）。

つぎに、情報処理装置Ｍｉは、図１１に示したステップＳ１１０１において選択した処理が「ｄｅｌｅｔｅ」であるか否かを判断する（ステップＳ１２０２）。ここで、「ｄｅｌｅｔｅ」の場合（ステップＳ１２０２：Ｙｅｓ）、情報処理装置Ｍｉは、取得したオブジェクトＩＤを指定して、当該オブジェクトＩＤのオブジェクトＯＢＪに対する削除処理をファイルシステムに依頼して（ステップＳ１２０３）、アクション実行処理を呼び出したステップに戻る。

また、ステップＳ１２０２において、「ｄｅｌｅｔｅ」ではない場合（ステップＳ１２０２：Ｎｏ）、選択した処理が「ｃｏｐｙ（ｄｉｒ１）」であるか否かを判断する（ステップＳ１２０４）。ここで、「ｃｏｐｙ（ｄｉｒ１）」の場合（ステップＳ１２０４：Ｙｅｓ）、情報処理装置Ｍｉは、取得したオブジェクトＩＤを指定して、当該オブジェクトＩＤのオブジェクトＯＢＪのｄｉｒ１へのコピー処理をファイルシステムに依頼して（ステップＳ１２０５）、アクション実行処理を呼び出したステップに戻る。

また、ステップＳ１２０４において、「ｃｏｐｙ（ｄｉｒ１）」ではない場合（ステップＳ１２０４：Ｎｏ）、選択した処理が「ｎｏｔｉｆｙ」であるか否かを判断する（ステップＳ１２０６）。ここで、「ｎｏｔｉｆｙ」の場合（ステップＳ１２０６：Ｙｅｓ）、情報処理装置Ｍｉは、図１０に示したステップＳ１００１において検知したイベントＥに基づいて、オブジェクトＯＢＪに関連する他のオブジェクトを宛先とする新たなイベントＥを発行し（ステップＳ１２０７）、アクション実行処理を呼び出したステップに戻る。

一方、「ｎｏｔｉｆｙ」ではない場合（ステップＳ１２０６：Ｎｏ）、情報処理装置Ｍｉは、アクション部に定義された処理を実行できない旨のエラーを出力して（ステップＳ１２０８）、アクション実行処理を呼び出したステップに戻る。

これにより、処理メタデータｄの処理条件のアクション部に定義されたｄｅｌｅｔｅ、ｃｏｐｙ（ｄｉｒ１）およびｎｏｔｉｆｙのいずれかの処理を実行することができる。

以上説明したように、実施の形態２にかかる情報処理装置Ｍｉによれば、検知したイベントＥが示す他のオブジェクト（親オブジェクト、子オブジェクト）の状態が、処理メタデータｄが示す実行条件を満たすか否かを判断することができる。そして、情報処理装置Ｍｉによれば、処理メタデータｄが示す実行条件を満たす場合に、処理メタデータｄに定義された所定の処理を、オブジェクトＯＢＪに対して実行することができる。所定の処理は、例えば、オブジェクトＯＢＪに対する削除処理や特定の格納場所へのコピー処理などである。実行条件としては、例えば、他のオブジェクトの状態が、投稿処理、転送処理、および、特定のストレージへの格納処理のいずれかの処理が実行された状態であるなどの条件が設定される。

これにより、親オブジェクトや子オブジェクトがＳＮＳ等へ投稿されたり、電子メールに添付されて転送されたり、特定のストレージへ格納されたことに応じて、オブジェクトＯＢＪに対する削除処理や特定の格納場所へのコピー処理を自動実行することができる。

また、情報処理装置Ｍｉによれば、処理メタデータｄが示す実行条件を満たす場合に、検知したイベントＥに基づいて、オブジェクトＯＢＪに関連する他のオブジェクトを宛先とする新たなイベントＥを発行することができる。これにより、関連するオブジェクト間で処理を連鎖させることができる。

また、情報処理装置Ｍｉによれば、オブジェクトＯＢＪに対して所定の処理を実行した結果、オブジェクトＯＢＪの状態が、処理メタデータｄが示す許可条件を満たす場合、オブジェクトＯＢＪに対する特定の処理の実行を許可または不許可とすることができる。これにより、イベントＥに基づき変化するオブジェクトＯＢＪの状態に応じて、オブジェクトＯＢＪに対する削除処理や編集処理等の実行を許可したり、不許可としたりすることができる。

また、情報処理装置Ｍｉによれば、オブジェクトＯＢＪに関する利用目的の選択を受け付け、選択された利用目的に基づいて、予め規定されたＰＭＤ生成ルールに従って、オブジェクトＯＢＪの処理メタデータｄを生成することができる。そして、情報処理装置Ｍｉによれば、生成した処理メタデータｄを、オブジェクトＯＢＪに付与するとともに、ＰＭＤＤＢ２２０に格納することができる。これにより、オブジェクトＯＢＪに関する利用目的に応じて処理メタデータｄを自動生成することができる。

これらのことから、実施の形態２にかかる情報処理システム２００によれば、各オブジェクトＯＢＪに関する情報を一元管理しなくても、各情報処理装置Ｍｉにおいて、ユーザが事前に意図したオブジェクトＯＢＪに対する処理を自律的に実行することができる。これにより、オブジェクトＯＢＪについて事前に意図した処理を忘れずに実行するための人手による管理作業を軽減することができる。また、オブジェクトＯＢＪの保存先を変更しても、オブジェクト間の関係をシステム側で管理できるため、リンク切れ等を防ぐことができる。

（実施の形態３）
つぎに、実施の形態３にかかる情報処理方法について説明する。なお、実施の形態１，２で説明した箇所と同様の箇所については説明を省略する。

実施の形態３では、複数のフェーズのうちの特定のフェーズに遷移したことを示すイベントを検出したことに応じて、管理対象のオブジェクトＯＢＪに対して所定の処理を実行する情報処理方法について説明する。フェーズとは、プロジェクトや事業の成長、発展段階をあらわす単位である。

図１３は、実施の形態３にかかる情報処理方法の一実施例を示す説明図である。図１３において、あるプロジェクトに関するフェーズ１（ｓｔａｒｔ）、フェーズ２（ｍｉｄ）、フェーズ３（ｐｒｅ−ｆｉｎａｌ）およびフェーズ４（ｆｉｎａｌ）が示されている。また、フェーズ１においてファイルｆａが生成され、フェーズ２においてファイルｆｂ，ｆｃが生成され、フェーズ３においてファイルｆａ’が生成されている。

各ファイルｆａ，ｆｂ，ｆｃ，ｆａ’は、管理対象のオブジェクトＯＢＪであり、例えば、システムの開発途中に生成される仕様書、ソースプログラム、テスト仕様書、テスト結果などである。各ファイルｆａ，ｆｂ，ｆｃ，ｆａ’には、処理メタデータｄａ，ｄｂ，ｄｃ，ｄａ’がそれぞれ付与されている。処理メタデータｄａ，ｄｂ，ｄｃ，ｄａ’は、ＰＭＤＤＢ２２０に記憶される。各処理メタデータｄａ，ｄｂ，ｄｃ，ｄａ’は、例えば、各ファイルｆａ，ｆｂ，ｆｃ，ｆａ’の生成時に生成される。

具体的には、例えば、情報処理装置Ｍｉは、あるプロジェクトの進行の中で複数のフェーズのうちの特定のフェーズの選択を受け付ける。また、情報処理装置Ｍｉは、各オブジェクトＯＢＪについて、特定のフェーズへ進んだイベントを検知して所定の処理の選択を受け付ける。ここで、特定のフェーズは、オブジェクトＯＢＪに対して所定の処理を実行するタイミングとなるフェーズである。

所定の処理は、任意に設定可能であり、例えば、オブジェクトＯＢＪに対する削除処理や特定の格納場所（フォルダ、ディレクトリ等）へのコピー処理などである。また、所定の処理は、ユーザへの通知処理、例えば、予め設定された宛先へのメッセージの通知などであってもよい。特定のフェーズおよび所定の処理の選択は、例えば、アプリＡＰＬによって表示されるメニュー画面において行われる。メニュー画面に表示される所定の処理の候補は、任意に設定可能である。

また、所定の処理として、特定の格納場所へのコピー処理が選択された場合は、さらに、情報処理装置Ｍｉは、特定の格納場所の選択を受け付ける。ただし、コピー先となる特定の格納場所は、処理メタデータｄの生成時には決まっていない場合がある。したがって、特定の格納場所は、例えば、処理メタデータｄの生成時は特定の格納場所を表す変数を指定しておき、フェーズの遷移時に当該変数に与える情報をユーザに問い合わせることにしてもよい。

そして、情報処理装置Ｍｉは、各オブジェクトＯＢＪについて、選択された特定のフェーズおよび所定の処理に基づいて、処理メタデータｄを生成する。具体的には、例えば、情報処理装置Ｍｉは、特定のフェーズへの遷移を、オブジェクトＯＢＪに対する所定の処理の実行条件とする処理メタデータｄを生成する。

ここで、ファイルｆａの処理メタデータｄａは、フェーズ３（ｐｒｅ−ｆｉｎａｌ）に遷移すると、ファイルｆａのｄｉｒ１へのコピー処理を実行することを示している。ｄｉｒ１は、特定の格納場所を表す変数である。ファイルｆｂの処理メタデータｄｂは、フェーズ４（ｆｉｎａｌ）に遷移すると、ファイルｆｂのｆｉｎａｌへのコピー処理とファイルｆｂに対する削除処理を順序不定で実行することを示している。ｆｉｎａｌは、特定の格納場所を表す変数である。

ファイルｆｃの処理メタデータｄｃは、フェーズ４（ｆｉｎａｌ）に遷移すると、ファイルｆｃのｆｉｎａｌへのコピー処理とファイルｆｃに対する削除処理を順序不定で実行することを示している。ファイルｆａ’の処理メタデータｄａ’は、フェーズ４（ｆｉｎａｌ）に遷移すると、ファイルｆａ’のｆｉｎａｌへのコピー処理を実行することを示している。なお、各処理メタデータｄａ，ｄｂ，ｄｃ，ｄａ’には、各ファイルｆａ，ｆｂ，ｆｃ，ｆａ’を識別するオブジェクトＩＤが含まれる。

フェーズの遷移は、ユーザによって判断される。そして、フェーズの遷移指示は、例えば、入力装置３０７を用いたユーザの操作入力により行われ、不図示のフェーズ管理アプリのフェーズ管理部によって受け付けられる。フェーズ管理アプリは、情報処理装置Ｍｉ上で実行されるアプリＡＰＬの一例である。

具体的には、例えば、フェーズ管理アプリにより、複数のフェーズからいずれかのフェーズを選択する、あるいは、遷移先のフェーズを指定するメニュー画面を表示することにしてもよい。この際、フェーズ管理アプリにより、特定の格納場所を表す変数に与える情報を問い合わせるメニュー画面を表示することにしてもよい。

フェーズ管理アプリのフェーズ管理部は、フェーズの遷移指示を受け付けると、受付部８０１に通知する。特定の格納場所を表す変数に与える情報が入力された場合、フェーズの遷移指示には、当該変数に与える情報、すなわち、特定の格納場所を示す情報が含まれる。

受付部８０１は、フェーズの遷移指示を受け付けた場合、イベントＥ’を発行する。イベントＥ’は、処理実行部８０４および他の情報処理装置Ｍｊに通知される。イベントＥ’には、遷移先のフェーズを示す情報が含まれる。また、フェーズの遷移指示に、特定の格納場所を表す変数に与える情報が含まれる場合がある。この場合、イベントＥ’には、さらに、特定の格納場所を表す変数に与える情報が含まれる。

例えば、フェーズ３への遷移指示を受け付けた場合、イベントＥ’１が発行される。イベントＥ’１には、遷移先のフェーズを示す情報「ｐｒｅ−ｆｉｎａｌ」と、特定の格納場所を表す変数「＠ｄｉｒ１」に与える情報「．／ｔｅｍｐ／」と、が含まれる。

この場合、処理実行部８０４は、イベントＥ’１を検知したことに応じて、ＰＭＤＤＢ２２０から、検知したイベントＥ’１が実行条件を満たす処理メタデータｄを検索する。図１３の例では、イベントＥ’１が示すフェーズ３（ｐｒｅ−ｆｉｎａｌ）への遷移を実行条件とする処理メタデータｄａが検索される。

そして、処理実行部８０４は、ファイルｆａに対して、検索した処理メタデータｄａに定義された所定の処理を実行する。具体的には、例えば、処理実行部８０４は、ファイルｆａに対して、「．／ｔｅｍｐ／」へのコピー処理を実行する。より詳細に説明すると、処理実行部８０４は、処理メタデータｄａに含まれるファイルｆａのオブジェクトＩＤを指定して、ファイルｆａの「．／ｔｅｍｐ／」へのコピー処理をファイルシステムに依頼する。

これにより、フェーズ３（ｐｒｅ−ｆｉｎａｌ）に遷移したことに応じて、フェーズ１（ｓｔａｒｔ）において生成したファイルｆａをｔｅｍｐディレクトリに格納することができる。

また、フェーズ４への遷移指示を受け付けた場合、イベントＥ’２が発行される。イベントＥ’２には、遷移先のフェーズを示す情報「ｆｉｎａｌ」と、特定の格納場所を表す変数「＠ｆｉｎａｌ」に与える情報「．／ｏｕｔｐｕｔｓ／」と、が含まれる。

この場合、処理実行部８０４は、イベントＥ’２を検知したことに応じて、ＰＭＤＤＢ２２０から、検知したイベントＥ’２が実行条件を満たす処理メタデータｄを検索する。図１３の例では、イベントＥ’２が示すフェーズ４（ｆｉｎａｌ）への遷移を実行条件とする処理メタデータｄｂ，ｄｃ，ｄａ’が検索される。

そして、処理実行部８０４は、各ファイルｆｂ，ｆｃ，ｆａ’に対して、検索した処理メタデータｄｂ，ｄｃ，ｄａ’に定義された所定の処理を実行する。具体的には、例えば、処理実行部８０４は、ファイルｆｂに対して「．／ｏｕｔｐｕｔｓ／」へのコピー処理を実行するとともに、ファイルｆｂに対する削除処理を実行する。

また、処理実行部８０４は、ファイルｆｃに対して「．／ｏｕｔｐｕｔｓ／」へのコピー処理を実行するとともに、ファイルｆｃに対する削除処理を実行する。また、処理実行部８０４は、ファイルｆａ’に対して「．／ｏｕｔｐｕｔｓ／」へのコピー処理を実行する。

これにより、フェーズ４（ｆｉｎａｌ）に遷移したことに応じて、フェーズ２、フェーズ３およびフェーズ４それぞれにおいて生成したファイルｆｂ，ｆｃ，ｆａ’を、ｏｕｔｐｕｔｓディレクトリにまとめて格納することができる。

以上説明したように、実施の形態３にかかる情報処理装置Ｍｉによれば、複数のフェーズのうちの特定のフェーズに遷移したことを示すイベントを検出したことに応じて、管理対象のオブジェクトＯＢＪに対して所定の処理を実行することができる。これにより、特定のフェーズに遷移した際に、例えば、複数の中間成果物を同じディレクトリ等に自動でまとめることができる。

（実施の形態４）
つぎに、実施の形態４にかかる情報処理方法について説明する。実施の形態４では、管理対象のオブジェクトＯＢＪとして、物品を例に挙げて説明する。なお、実施の形態１〜３で説明した箇所と同様の箇所については説明を省略する。

図１４は、実施の形態４にかかる情報処理方法の一実施例を示す説明図である。図１４において、情報処理システム１４００は、情報処理装置Ｍ１〜Ｍ４と、管理装置１４１０とを含む。情報処理装置Ｍ１〜Ｍ４は、物品１４０１〜１４０４にそれぞれ設けられる。

物品１４０１〜１４０４は、管理対象のオブジェクトＯＢＪであり、同一番号の枝番で管理される物品群である。物品１４０１〜１４０４は、例えば、ＲＦＩＤ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）のリーダライタ装置に付属して購入されるアンテナ群や、ＰＣに付属して購入されるマウス群などである。

情報処理装置Ｍ１〜Ｍ４は、例えば、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）タグと、出力装置と、を有する。出力装置は、例えば、ＬＥＤ（Ｌｉｇｈｔ Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ）やスピーカなどである。情報処理装置Ｍ１〜Ｍ４には、管理装置１４１０によって生成された処理メタデータｄ１〜ｄ４が付与される。

管理装置１４１０は、処理メタデータｄ１〜ｄ４を生成して、情報処理装置Ｍ１〜Ｍ４に付与するコンピュータである。管理装置１４１０は、例えば、リーダライタ装置やＰＣなどである。各処理メタデータｄ１〜ｄ４は、例えば、各情報処理装置Ｍ１〜Ｍ４のＩＣタグに記録される。

処理メタデータｄ１〜ｄ４は、所定の処理の実行条件を示す。所定の処理は、任意に設定可能であり、例えば、ＬＥＤを点灯あるいは点滅させる処理や、スピーカから音声やブザー音を出力する処理などである。実行条件は、任意に設定可能であり、例えば、棚卸イベントや廃棄イベントなどの物品１４０１〜１４０４に共通するイベントの発生である。処理メタデータｄ１〜ｄ４には、物品１４０１〜１４０４に共通する番号（以下、「グループＩＤ」という）、例えば、枝番の上位の番号が含まれる。

ここで、各情報処理装置Ｍｉ（ｉ＝１，２，３，４）は、受付部１４２１と、処理実行部１４２２と、通信部１４２３と、を有する。受付部１４２１〜通信部１４２３は制御部となる機能であり、具体的には、例えば、図３に示したメモリ３０２に記憶されたプログラムをＣＰＵ３０１に実行させることにより、または、Ｉ／Ｆ３０５により、その機能を実現する。各機能部の処理結果は、例えば、メモリ３０２に記憶される。なお、情報処理装置Ｍｉは、図３に示した構成部のうち、ディスクドライブ３０３、ディスク３０４、ディスプレイ３０６および入力装置３０７を有していなくてもよい。

受付部１４２１は、イベントＥ”を受け付ける。イベントＥ”は、例えば、棚卸イベントや廃棄イベントなどである。棚卸イベントとは、物品の棚卸しを行うよう要求するイベントである。廃棄イベントとは、物品を廃棄するよう要求するイベントである。具体的には、例えば、受付部１４２１は、管理装置１４１０からイベントＥ”を受け付ける。

また、受付部１４２１は、例えば、図３に示した入力装置３０７を用いたユーザの操作入力により、イベントＥ”を受け付けることにしてもよい。イベントＥ”には、グループＩＤが含まれていてもよい。これにより、同一番号の枝番で管理されるような物品群を対象としてイベントを投げることができる。

処理実行部１４２２は、受け付けられたイベントＥ”を検知し、当該イベントＥ”が、処理メタデータｄｉが示す所定の処理の実行条件を満たすか否かを判断する。例えば、処理メタデータｄｉが示す実行条件が棚卸イベントの発生の場合、処理実行部１４２２は、イベントＥ”が棚卸イベントであるか否かを判断する。

また、イベントＥ”にグループＩＤが含まれる場合、処理実行部１４２２は、当該グループＩＤが処理メタデータｄｉに含まれるグループＩＤと一致するか否かを判断することにしてもよい。そして、処理実行部１４２２は、グループＩＤが一致する場合に、イベントＥ”が、処理メタデータｄｉが示す実行条件を満たすか否かを判断することにしてもよい。これにより、情報処理装置Ｍｉが設けられた物品を対象としないイベントを判断対象から除外することができる。

処理実行部１４２２は、イベントＥ”が実行条件を満たす場合、処理メタデータｄｉに定義された所定の処理を実行する。例えば、所定の処理がＬＥＤを点滅させる処理の場合、処理実行部１４２２は、ＬＥＤを点滅させる処理を実行する。また、例えば、所定の処理がスピーカから予め記録された音声を出力する処理の場合、処理実行部１４２２は、スピーカから予め記録された音声を出力する処理を実行する。

これにより、処理メタデータｄｉが示す実行条件を満たすイベントＥ”を検知した際に、例えば、ＬＥＤを点灯あるいは点滅させたり、スピーカから音声やブザー音を出力したりして、自装置の存在を知らせることができる。

通信部１４２３は、処理実行部１４２２によってイベントＥ”が実行条件を満たすと判断された場合、当該イベントＥ”を他の情報処理装置Ｍｊに通知する。具体的には、例えば、通信部１４２３は、Ｂｌｕｅｔｏｏｔｈ（登録商標）などの近距離無線通信により、処理メタデータｄｉに含まれるグループＩＤを指定してイベントＥ”をブロードキャストする。

これにより、自装置と同じグループＩＤを持つ物品群（例えば、物品１４０１〜１４０４）に対してイベントＥ”を通知することができる。

また、通信部１４２３は、他の情報処理装置ＭｊからイベントＥ”を受信した場合、当該イベントＥ”を処理実行部１４２２に通知する。これにより、処理実行部１４２２は、他の情報処理装置ＭｊからのイベントＥ”を検知して、当該イベントＥ”が、処理メタデータｄｉが示す所定の処理の実行条件を満たすか否かを判断することができる。

通信部１４２３は、他の情報処理装置ＭｊからイベントＥ”を受信した場合、受信したらマルチホップ通信により転送することにしてもよい。

（情報処理装置Ｍｉの処理実行処理手順）
つぎに、図１５を用いて、実施の形態４にかかる情報処理装置Ｍｉの処理実行処理手順について説明する。

図１５は、実施の形態４にかかる情報処理装置Ｍｉの処理実行処理手順の一例を示すフローチャートである。図１５のフローチャートにおいて、まず、情報処理装置Ｍｉは、イベントＥ”を検知したか否かを判断する（ステップＳ１５０１）。ここで、情報処理装置Ｍｉは、イベントＥ”を検知するのを待つ（ステップＳ１５０１：Ｎｏ）。

そして、情報処理装置Ｍｉは、イベントＥ”を検知した場合（ステップＳ１５０１：Ｙｅｓ）、イベントＥ”が、ＩＣタグに記録された処理メタデータｄｉが示す所定の処理の実行条件を満たすか否かを判断する（ステップＳ１５０２）。ここで、イベントＥ”が実行条件を満たさない場合（ステップＳ１５０２：Ｎｏ）、情報処理装置Ｍｉは、本フローチャートによる一連の処理を終了する。

一方、イベントＥ”が、処理メタデータｄｉが示す実行条件を満たす場合（ステップＳ１５０２：Ｙｅｓ）、情報処理装置Ｍｉは、近距離無線通信により、処理メタデータｄｉに含まれるグループＩＤを指定してイベントＥ”をブロードキャストする（ステップＳ１５０３）。

そして、情報処理装置Ｍｉは、処理メタデータｄｉに定義された所定の処理を実行して（ステップＳ１５０４）、本フローチャートによる一連の処理を終了する。これにより、棚卸や廃棄などのイベントＥ”が発生した際に、まとめて管理される物品群の間でイベントＥ”を受け渡して所定の処理を実行することができる。

以上説明したように、実施の形態４にかかる情報処理装置Ｍｉによれば、検知したイベントＥ”が、処理メタデータｄｉが示す所定の処理の実行条件を満たすか否かを判断することができる。そして、情報処理装置Ｍｉによれば、イベントＥ”が実行条件を満たす場合、処理メタデータｄｉに定義された所定の処理を実行するとともに、当該イベントＥ”を他の情報処理装置Ｍｊに通知することができる。

これにより、例えば、棚卸イベントや廃棄イベント等を検知した際に、各情報処理装置Ｍｉにおいて、ＬＥＤを点灯あるいは点滅させたり、スピーカから音声やブザー音を出力したりして、自装置の存在をアピールすることができる。このため、棚卸や廃棄時に対象となる物品群を探し出すユーザの手間や作業時間を削減して、資産管理作業の効率化を図ることができる。

例えば、ユーザは、棚卸時に、リーダライタ装置（管理装置１４１０）を用いて、棚卸対象の情報処理装置Ｍ１〜Ｍ４のうちのいずれかの情報処理装置Ｍｉに対して棚卸イベントを発行するだけで、各情報処理装置Ｍ１〜Ｍ４の所在を把握しやすくなる。なお、棚卸や廃棄が済んだ際に管理装置１４１０からイベントを発行して、ＰＣ等で管理される帳簿に反映することにしてもよい。

本実施の形態で説明した情報処理方法は、予め用意されたプログラムをパーソナル・コンピュータやワークステーション等のコンピュータで実行することにより実現することができる。本情報処理プログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ（Ｍａｇｎｅｔｏ−Ｏｐｔｉｃａｌ ｄｉｓｋ）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリ等のコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。また、本情報処理プログラムは、インターネット等のネットワークを介して配布してもよい。

上述した実施の形態に関し、さらに以下の付記を開示する。

（付記１）管理対象のオブジェクトに付与されるメタデータであり、前記オブジェクトに対する所定の処理の実行条件を示す前記メタデータを記憶する記憶部と、
イベントを検知したことに応じて、前記記憶部を参照して、検知した前記イベントが、前記メタデータが示す実行条件を満たす場合に、前記オブジェクトに対して前記所定の処理を実行する制御部と、
を有することを特徴とする情報処理装置。

（付記２）前記メタデータは、さらに、オブジェクト間の関係性を示し、
前記制御部は、
前記オブジェクトに関連する他のオブジェクトにかかるイベントを検知したことに応じて、前記イベントが示す前記他のオブジェクトの状態が、前記メタデータが示す実行条件を満たす場合に、前記オブジェクトに対して前記所定の処理を実行する、ことを特徴とする付記１に記載の情報処理装置。

（付記３）前記所定の処理は、前記オブジェクトに対する削除処理または特定の格納場所へのコピー処理である、ことを特徴とする付記２に記載の情報処理装置。

（付記４）前記実行条件は、前記他のオブジェクトの状態が、投稿処理、転送処理、および、特定のストレージへの格納処理のいずれかの処理が実行された状態となることを条件とする、ことを特徴とする付記２または３に記載の情報処理装置。

（付記５）前記制御部は、
前記メタデータが示す実行条件を満たす場合、検知した前記イベントに基づいて、前記オブジェクトに関連する他のオブジェクトを宛先とする新たなイベントを発行する、ことを特徴とする付記１〜４のいずれか一つに記載の情報処理装置。

（付記６）前記実行条件は、複数のフェーズのうちの特定のフェーズへの遷移であり、
前記制御部は、
前記特定のフェーズに遷移したことを示すイベントを検出したことに応じて、前記オブジェクトに対して前記所定の処理を実行する、ことを特徴とする付記１に記載の情報処理装置。

（付記７）前記所定の処理は、前記オブジェクトに対する削除処理または特定の格納場所へのコピー処理である、ことを特徴とする付記６に記載の情報処理装置。

（付記８）前記オブジェクトは、データである、ことを特徴とする付記１〜７のいずれか一つに記載の情報処理装置。

（付記９）前記制御部は、
管理対象のオブジェクトに関する利用目的の選択を受け付け、
選択された前記利用目的に基づいて、予め規定された生成ルールに従って、前記メタデータを生成し、
生成した前記メタデータを、前記オブジェクトに付与するとともに前記記憶部に記憶する、ことを特徴とする付記１に記載の情報処理装置。

（付記１０）前記制御部は、
他の情報処理装置から管理対象のオブジェクトを取得し、
取得した前記オブジェクトに付与された、前記オブジェクトに対する所定の処理の実行条件を示すメタデータを前記記憶部に記憶する、ことを特徴とする付記１に記載の情報処理装置。

（付記１１）前記メタデータは、前記オブジェクトに対する特定の処理の許可条件を示し、
前記制御部は、
前記オブジェクトに対して前記所定の処理を実行した結果、前記オブジェクトの状態が前記許可条件を満たす場合、前記オブジェクトに対する前記特定の処理の実行を許可または不許可とする、ことを特徴とする付記１〜１０のいずれか一つに記載の情報処理装置。

（付記１２）複数の情報処理装置を含む情報処理システムであって、
前記複数の情報処理装置のそれぞれが、
管理対象のオブジェクトに付与されるメタデータであり、前記オブジェクトに対する所定の処理の実行条件を示す前記メタデータを記憶する記憶部と、
イベントを検知したことに応じて、前記記憶部を参照して、検知した前記イベントが、前記メタデータが示す実行条件を満たす場合に、前記オブジェクトに対して前記所定の処理を実行する制御部と、
を有することを特徴とする情報処理システム。

（付記１３）コンピュータが、
イベントを検知し、
管理対象のオブジェクトに付与されるメタデータであり、前記オブジェクトに対する所定の処理の実行条件を示す前記メタデータを記憶する記憶部を参照して、検知した前記イベントが、前記メタデータが示す実行条件を満たす場合に、前記オブジェクトに対して前記所定の処理を実行する、
処理を実行することを特徴とする情報処理方法。

（付記１４）コンピュータに、
イベントを検知し、
管理対象のオブジェクトに付与されるメタデータであり、前記オブジェクトに対する所定の処理の実行条件を示す前記メタデータを記憶する記憶部を参照して、検知した前記イベントが、前記メタデータが示す実行条件を満たす場合に、前記オブジェクトに対して前記所定の処理を実行する、
処理を実行させることを特徴とする情報処理プログラム。

１０１ 情報処理装置
１１０ 記憶部
２００，１４００ 情報処理システム
２２０ ＰＭＤＤＢ
２３０ ＰＭＤ生成ルールＤＢ
７００ ファイル管理画面
７０１〜７０６ ファイルアイコン
７１０，７２０，７３０ メニュー画面
８００ 基盤処理部
８０１，１４２１ 受付部
８０２ 生成部
８０３ 付与部
８０４，１４２２ 処理実行部
８０５，１４２３ 通信部
１４１０ 管理装置

Claims (8)

1. 管理対象のオブジェクトに付与されるメタデータであり、前記オブジェクトに対する所定の処理の実行条件とオブジェクト間の関係性とを示す前記メタデータを記憶する記憶部と、
   前記オブジェクトに関連する他のオブジェクトにかかるイベントを検知したことに応じて、前記記憶部を参照して、検知した前記イベントが示す前記他のオブジェクトの状態が、前記メタデータが示す実行条件を満たす場合に、前記オブジェクトに対して前記所定の処理を実行する制御部と、
   を有することを特徴とする情報処理装置。
2. 前記所定の処理は、前記オブジェクトに対する削除処理または特定の格納場所へのコピー処理である、ことを特徴とする請求項１に記載の情報処理装置。
3. 前記実行条件は、前記他のオブジェクトの状態が、投稿処理、転送処理、および、特定のストレージへの格納処理のいずれかの処理が実行された状態となることを条件とする、ことを特徴とする請求項１または２に記載の情報処理装置。
4. 前記制御部は、
   前記メタデータが示す実行条件を満たす場合、検知した前記イベントに基づいて、前記オブジェクトに関連する他のオブジェクトを宛先とする新たなイベントを発行する、ことを特徴とする請求項１〜３のいずれか一つに記載の情報処理装置。
5. 前記制御部は、
   管理対象のオブジェクトに関する利用目的の選択を受け付け、
   選択された前記利用目的に基づいて、予め規定された生成ルールに従って、前記メタデータを生成し、
   生成した前記メタデータを、前記オブジェクトに付与するとともに前記記憶部に記憶する、ことを特徴とする請求項１に記載の情報処理装置。
6. 複数の情報処理装置を含む情報処理システムであって、
   前記複数の情報処理装置のそれぞれが、
   管理対象のオブジェクトに付与されるメタデータであり、前記オブジェクトに対する所定の処理の実行条件とオブジェクト間の関係性とを示す前記メタデータを記憶する記憶部と、
   前記オブジェクトに関連する他のオブジェクトにかかるイベントを検知したことに応じて、前記記憶部を参照して、検知した前記イベントが示す前記他のオブジェクトの状態が、前記メタデータが示す実行条件を満たす場合に、前記オブジェクトに対して前記所定の処理を実行する制御部と、
   を有することを特徴とする情報処理システム。
7. コンピュータが、
   管理対象のオブジェクトに関連する他のオブジェクトにかかるイベントを検知し、
   前記オブジェクトに付与されるメタデータであり、前記オブジェクトに対する所定の処理の実行条件とオブジェクト間の関係性とを示す前記メタデータを記憶する記憶部を参照して、検知した前記イベントが示す前記他のオブジェクトの状態が、前記メタデータが示す実行条件を満たす場合に、前記オブジェクトに対して前記所定の処理を実行する、
   処理を実行することを特徴とする情報処理方法。
8. コンピュータに、
   管理対象のオブジェクトに関連する他のオブジェクトにかかるイベントを検知し、
   前記オブジェクトに付与されるメタデータであり、前記オブジェクトに対する所定の処理の実行条件とオブジェクト間の関係性とを示す前記メタデータを記憶する記憶部を参照して、検知した前記イベントが示す前記他のオブジェクトの状態が、前記メタデータが示す実行条件を満たす場合に、前記オブジェクトに対して前記所定の処理を実行する、
   処理を実行させることを特徴とする情報処理プログラム。

Images