(57)【特許請求の範囲】
【請求項１】
新しいレコードがどのようにして宣言されるかを一意的に定義する情報を含む複数のレコード・プロファイルを提供するステップと、
特定のレコード・プロファイルを選択するためのルールの組を含む複数のマッピング定義であって、各々唯一の文書クラスに関連付けられている前記マッピング定義を提供するステップと、
新しい文書を受取るステップと、
前記新しい文書に前記ルールの組を、一致するレコード・プロファイルが見つかるまで適用するステップと、
前記新しい文書のために新しいレコードの宣言をするように前記一致するレコード・プロファイルを用いるステップと
を含む方法であって、
前記複数のレコード・プロファイルを提供するステップが、レコード・クラスのシンボル名、複数個のファイル・プラン・ロケーションおよび一致するレコード・プロパティ値に文書プロパティ値を自動転送するためのフラグを含むレコード・プロファイルを提供するステップを含む
方法。
【請求項２】
前記複数個のレコード・プロファイルを提供するステップが、前記レコード・プロファイルに関連付けられた電子レコードをストアするステップを含む、請求項１に記載の方法。
【請求項３】
前記複数個のレコード・プロファイルを提供するステップが、前記レコード・プロファイルを識別するための名前と記述的なテキスト・ストリングとを提供するステップを含む、
請求項２に記載の方法。
【請求項４】
前記複数個のレコード・プロファイルを提供するステップが、前記レコード・クラスのプロパティに割当てる少なくとも１個の省略時プロパティ値を提供するステップを含む、請求項３に記載の方法。
【請求項５】
前記フラグが、前記プロパティ・シンボル名に基づく一致するレコード・プロパティ値に文書プロパティ値を自動転送する、請求項１に記載の方法。
【請求項６】
前記複数のマッピング定義を提供するステップが、前記マッピング定義を識別する名前と記述的なテキスト・ストリングとを提供するステップを含む、請求項１に記載の方法。
【請求項７】
前記複数のマッピング定義を提供するステップが、前記マッピング定義を適用する前記文書クラスのシンボル名を提供するステップを含む、請求項６に記載の方法。
【請求項８】
前記複数のマッピング定義を提供するステップが特定のレコード・プロファイルに関連付けられた順序付けられたルールの組を提供するステップを含む、請求項７に記載の方法。
【請求項９】
前記複数のマッピング定義を提供するステップが、前記新しい文書に一時に一つずつ前記順序付けられたルールの組を、成功裡の一致が見つかるまで適用するステップを含む、請求項８に記載の方法。
【請求項１０】
前記順序付けられたルールの組を提供するステップは、一致が生じない場合に省略時のレコード・プロファイル・マッピング・ルールとして、前記順序付けられたルールの組の終りに一致ルールを提供するステップを含む、請求項９に記載の方法。
【請求項１１】
各ルールが、前記新しい文書の特定のプロパティ値の論理オペレーションの組合せである、請求項１０に記載の方法。
【請求項１２】
新しいレコードがどのようにして宣言されるかを一意的に定義する情報を含む複数のレコード・プロファイルを提供するステップと、
特定のレコード・プロファイルを選択するためのルールの組を含み、各々が唯一の文書クラスに関連付けられている複数のマッピング定義を提供するステップと、
新しい文書を受取るステップと、
前記新しい文書に前記ルールの組を、一致するレコード・プロファイルを見つけるために適用するステップと、
前記新しい文書のために新しいレコードの宣言をするように前記一致するレコード・プロファイルを用いるが、もし一致するレコード・プロファイルが見つからない場合、手動のレコード・プロファイル選択を許容する予め定義されたワークフローを立ちあげるステップと
を含む方法であって、
前記複数のレコード・プロファイルを提供するステップが、レコード・クラスのシンボル名、複数個のファイル・プラン・ロケーションおよび一致するレコード・プロパティ値に文書プロパティ値を自動転送するためのフラグを含むレコード・プロファイルを提供するステップを含む
方法。
【請求項１３】
前記複数のマッピング定義を提供するステップが、特定のレコード・プロファイルに関連づけられた順序付けられたルールの組を提供するステップと、
前記新しい文書に一時に一つずつ前記順序付けられたルールの組を、成功裡の一致が見つかるまで適用するステップとを含む、請求項１２に記載の方法。
【請求項１４】
レコード・プロファイル構成ユーザー・インターフェースと、
前記レコード・プロファイル構成ユーザー・インターフェースにより発生されるレコード・プロファイルの組と、
マッピング定義構成ユーザー・インターフェースと、
前記マッピング定義構成ユーザー・インターフェースにより発生されるマッピング定義の組と、
新しい文書を受取り、前記新しい文書に関連付けられる前記レコード・プロファイルのうちの一つを選択するために前記新しい文書に前記マッピング定義のうちの少なくとも一つを適用するコンテンツ・エンジン・イベント・ハンドラと、
前記新しい文書のために新しいレコードの宣言をするように前記選択されたレコード・プロファイルを用いる新レコード宣言ユニットと、
一致するレコード・プロパティ値に文書プロパティ値を自動転送するためのブール式のフラグと
を含むシステム。
【請求項１５】
前記新しいレコードがファイルされる筈の少なくとも一つのファイル・プラン・ロケーションを更に含む、請求項１４に記載のシステム。
【請求項１６】
前記コンテンツ・エンジン・イベント・ハンドラが前記新しい文書に関連付けるようレコード・プロファイルを選択することができない場合に手動のレコード・プロファイル選択を許容するための予め定義されたワークフローを更に含む、請求項１４に記載のシステム。
【請求項１７】
前記新しいレコードの宣言を受取るためのレコード管理システムを更に含む請求項１４に記載のシステム。
【請求項１８】
前記レコード管理システムがＦｉｌｅＮｅｔシステムである、請求項１７に記載のシステム。
【請求項１９】
請求項１乃至１３のいずれか１項に記載の方法の各ステップをコンピュータに実行させるためのコンピュータ・プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、レコード・コンテンツ管理に関し、特にコンテンツ管理システムにおける電子文書のレコード宣言の自動化に関する。
【背景技術】
【０００２】
コンテンツ管理システムは、コンテンツ情報を利用するプロセスおよび多様な情報／コンテンツ（文書）を管理し易くする。ここで使用される電子文書というのは、企業によって発生されたコンテンツ（内容）およびトランザクション（取引）を含む、任意の識別可能な論理的／物理的な情報の単位をいう。電子文書は電子ファイル、オブジェクト・プログラム、データベース、イメージ、Ｅメール、メッセージ等を含むことができる。コンテンツ管理システムに格納すなわちストアされた文書は「宣言」手順を経るまでレコード管理システムの一部として最初は管理されなくてもよい。レコードとして一旦宣言されると、文書はコンテンツ管理システムを介して管理されまたはアクセスされることができ、そしてその宣言された文書へのアクセスがコンテンツ管理システムを介して行われることになる。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
本発明の目的は、電子文書のレコード宣言を自動化するための新規なシステム、方法およびコンピュータ・プログラムを提供することにある。
【課題を解決するための手段】
【０００４】
本発明の一実施例によれば、新しいレコードがどのようにして宣言されるかを一意的に定義する情報を含む複数のレコード・プロファイルを提供するステップと、特定のレコード・プロファイルを選択するためのルールの組を含む複数のマッピング定義であって、各々唯一の文書クラスに関連付けられている前記マッピング定義を提供するステップと、新しい文書を受取るステップと、前記新しい文書に前記ルールの組を、一致するレコード・プロファイルが見つかるまで適用するステップと、前記新しい文書のために新しいレコードの宣言をするように前記一致するレコード・プロファイルを用いるステップとを含む方法が提供される。
【０００５】
本発明の他の実施例によれば、新しいレコードがどのようにして宣言されるかを一意的に定義する情報を含む複数のレコード・プロファイルを提供するステップと、特定のレコード・プロファイルを選択するためのルールの組を含み、各々が唯一の文書クラスに関連付けられている複数のマッピング定義を提供するステップと、新しい文書を受取るステップと、前記新しい文書に前記ルールの組を、一致するレコード・プロファイルを見つけるために適用するステップと、前記新しい文書のために新しいレコードの宣言をするように前記一致するレコード・プロファイルを用いるが、もし一致するレコード・プロファイルが見つからない場合に、手動のレコード・プロファイル選択を許容する予め定義されたワークフローを立ちあげるステップとを含む方法が提供される。
【０００６】
本発明の他の実施例によれば、レコード・プロファイル構成ユーザー・インターフェースと、前記レコード・プロファイル構成ユーザー・インターフェースにより発生されるレコード・プロファイルの組と、マッピング定義構成ユーザー・インターフェースと、前記マッピング定義構成ユーザー・インターフェースにより発生されるマッピング定義の組と、新しい文書を受取り、前記新しい文書に関連付けられる前記レコード・プロファイルのうちの一つを選択するために前記新しい文書に前記マッピング定義のうちの少なくとも一つを適用するコンテンツ・エンジン・イベント・ハンドラと、前記新しい文書のために新しいレコードの宣言をするように前記選択されたレコード・プロファイルを用いる新レコード宣言ユニットとを含むシステムが提供される。
【０００７】
本発明の他の実施例によれば、レコード・プロファイル構成ユーザー・インターフェースと、前記レコード・プロファイル構成ユーザー・インターフェースにより発生されるレコード・プロファイルの組と、マッピング定義構成ユーザー・インターフェースと、前記マッピング定義構成ユーザー・インターフェースにより発生されるマッピング定義の組と、新しい文書を受取り、前記新しい文書に関連付けられる前記レコード・プロファイルのうちの一つを選択するために前記新しい文書に前記マッピング定義のうちの少なくとも一つを適用するコンテンツ・エンジン・イベント・ハンドラと、前記新しい文書のために新しいレコードの宣言をするように前記選択されたレコード・プロファイルを用いる新レコード宣言ユニットとを含むシステムが提供される。
【０００８】
本発明の他の実施例によれば、新しいレコードがどのようにして宣言されるかを一意的に定義する情報を含む複数のレコード・プロファイルを提供するステップと、特定のレコード・プロファイルを選択するためのルールの組を含む複数のマッピング定義であって、各々唯一の文書クラスに関連付けられている前記マッピング定義を提供するステップと、新しい文書を受取るステップと、前記新しい文書に前記ルールの組を、一致するレコード・プロファイルが見つかるまで適用するステップと、前記新しい文書のために新しいレコードの宣言をするように前記一致するレコード・プロファイルを用いるステップとをコンピュータに実行させる、自動レコード宣言のためのコンピュータ・プログラムが提供される。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施例によるレコード管理システムにおいてレコード宣言を自動化するためのシステムの図である。
【図２】本発明の実施例に従うレコード管理システムにおけるレコードの自動化された宣言のためのフローチャートである。
【図３】本発明の一実施例を実施するのに有用な情報処理システムの高レベルのブロック図である。
【発明を実施するための形態】
【００１０】
本発明の実施例は、ルール・ベースのレコード・プロファイルを用いて電子文書の自動化されたレコード宣言を備えたコンテンツ管理システムを提供する。コンテンツ管理システムの一例は、ＦｉｌｅＮｅｔ  Ｐ８  Ｒｅｃｏｒｄ  Ｍａｎａｇｅｒ（ＲＭ、レコード・マネジャ）システムである。ＦｉｌｅＮｅｔはインターナショナル・ビジネス・マシーンズ・コーポレーションの米国もしくは他国またはその両方の商標または登録商標である。現在、ＦｉｌｅＮｅｔ  Ｐ８  ＲＭ製品は電子文書の半自動ないし全自動のレコード宣言をサポートする２つの機構を提供する。これらのうちの一つは、レコード宣言（レコード・プロパティ値、ファイリング・ロケーション等）の種々の側面のための、一定の省略時値を提供することによって半自動の宣言をサポートするワークプレース（作業場）宣言テンプレートである。しかし、そのようなテンプレートを使用するというのは、特定のテンプレートの選択の際およびテンプレートそれ自体の処理の際の両方においてそれらを完了させるために典型的にはユーザーの介入をなおも必要とする。
【００１１】
ＦｉｌｅＮｅｔ  Ｐ８  ＲＭ製品によって提供される他の機構は、新しい文書／チェックイン時点での文書版のためのレコードを自動的に宣言するための適用可能な文書クラスに割当てられることができる例示のＤｅｃｌａｒａｔｉｏｎ  Ｃｏｎｔｅｎｔ  Ｅｎｇｉｎｅ（ＣＥ）Ｅｖｅｎｔ  Ｈａｎｄｌｅｒ（宣言コンテンツ・エンジン・イベント・ハンドラ）である。しかし、このＥｖｅｎｔ  Ｈａｎｄｌｅｒ（イベント・ハンドラ）は使用前に典型的にはカスタマイズされなければならず、一定のレコード・クラスおよびファイリング・ロケーションに限定される。
【００１２】
本発明の実施例は、基礎となる文書それ自体の特性（文書クラス、文書のプロパティ値、文書ファイリング・ロケーション等）により駆動される、もっと自動化されたレコード宣言プロセスを提供する。レコード・プロファイルの使用および自動化された選択がＦｉｌｅＮｅｔ  Ｐ８  Ｃａｐｔｕｒｅ製品ラインではこれまでも実施されてきたが、ＦｉｌｅＮｅｔ  Ｐ８  Ｅｍａｉｌ  Ｍａｎａｇｅｒで使用されてもよい。（ＦｉｌｅＮｅｔは商標）
【００１３】
本発明の実施例によれば、予め定義された「レコード・プロファイル」がルール・マッピング定義により駆動されるルール・ベースのエンジンによって自動的に選択される。この選択されたレコード・プロファイルが新しいレコードの宣言をするのに使用され、このレコードがその文書のためのセキュリティ・プロキシとなる。ここで使用されるように、「単一レコード・プロファイル」という用語は、新しいレコードがどのようにして宣言されるべきかを一意的にかつ完全に定義するよう使用されることができる情報の集まりを意味する。
【００１４】
以下の説明はＦｉｌｅＮｅｔ  Ｐ８  ＲＭ製品（ＦｉｌｅＮｅｔは商標）と併用して使用されるように適用される本発明の実施例に関する。しかし、本発明の教示するところは他のレコード管理システムにも適用することができる。
【００１５】
図１を参照すると、これには本発明の実施例に従うレコード管理システムにおいてレコード宣言を自動化するためのシステム１０の図が示される。レコード・プロファイル構成ユーザー・インターフェース（ＵＩ）１２が、レコード・プロファイル１４を生成しかつ維持するようにユーザーによって使用されてもよい。ファイル・プラン・オブジェクト・ストア１３というユニットがレコード・プロファイル１４をストアする。レコード・プロファイル１４は、レコード・プロファイルを識別する名前、記述的なテキスト・ストリング（オプション）、宣言において使用するための特定のレコード・クラスのシンボル名、そのレコード・クラスのプロパティに割当てるための１個もしくは複数個の省略時プロパティ値（defaultproperty values）（オプション）、そのレコードがファイルされる筈の１個もしくは複数個のファイル・プラン・ロケーション、およびプロパティのシンボル名に基づく一致するレコード・プロパティ値に文書プロパティ値を自動転送するためのブ―ル式のフラグ（aBoolean flag）を含んでもよい。各レコード・プロファイルはカスタムＣＥオブジェクト・クラスを用いて持続され、ファイル・プラン・オブジェクトをストアするごとに周知のＲＭフォルダ・ロケーション中に含まれる。
【００１６】
マッピング定義構成ＵＩ（ユーザー・インターフェース）１６がマッピング定義１８を生成し、かつ維持する。ファイル・プラン・オブジェクト・ストア１３というユニットがマッピング定義１８をストアする。 関連文書のための新しいレコードの宣言をするために使用する特定のレコード・プロファイル・インスタンスを選択するために文書チェックイン時に使用されるルールの組を提供する。特定のマッピング定義が一つの、そして唯一の文書クラスと関連付けられる。特に、マッピング定義は以下のアイテム、すなわちマッピング定義を識別するための名前、記述的なテキスト・ストリング（オプション）、このマッピング定義が適用する文書クラスのシンボル名、および特定のレコード・プロファイルと夫々が関連付けられるルールの順序付けられた組を含んでもよい。実行時に、この順序付けられたルールの組は成功裡の一致が見出されるまで、問題になっている文書に一時に一つずつ割当てられる。オプションの「いずれかの（any）」一致ルールが、もっと高いルールの致が起らないイベントでの省略時レコード・プロファイル・マッピング・ルールとして作用するためにこの順序付けられたセットの終りに含まれることができる。この「いずれかの」一致ルールはまた、レコード・プロファイル・マッピングにもっと粗い粒度の文書クラスを提供してもよい。
【００１７】
新しい文書２０がオブジェクト・ストア２２の中にチェックインされる際、ＣＥイベント・ハンドラ２４、これは各文書クラス・チェックイン・イベントに既に登録されたものであるが、これが、特定のレコード・プロファイル２６を選択するための新しい文書の文書クラスに関連付けられたマッピング定義１８により定義されたルールに適用する。その選択されたレコード・プロファイル２６がその文書のための新しいレコード２８を自動的に宣言するためにそれから使用される。その新しいレコード２８はファイル・プラン・オブジェクト・ストア１３というユニット中のファイル・プラン２９にストアされる。
【００１８】
このルール・ベースのレコード・プロファイル・システム１０の一つの利点は、それが各々の個別の文書に基づくある程度の自動適応性をなおも提供しながら、自動レコード宣言を提供することである。
【００１９】
マッピング定義１８中の各々の個別のルールはチェックイン時に処理中の文書のプロパティ値の上での論理オペレーション相互の組合せである。これはＳＱＬステートメントのＷＨＥＲＥ句に似ている。例えば、ルール：（ＰｕｂｌｉｃａｔｉｏｎＤａｔｅ  ＢＥＴＷＥＥＮ（１／１／２０００，  ３／３１／２０００））  ＡＮＤ  （ＤｏｃｕｍｅｎｔＴｉｔｌｅ  ＣＯＮＴＡＩＮＳ（’ｉｎｖｏｉｃｅ’））は、２０００年第１四半期のインボイス文書に対し、ある経理部門のレコード・フォルダの適当なボリュームの中にファイルされるレコードを定義する「２０００Ｑ１Ｉｎｖｏｉｃｅｓ（２０００年第１四半期インボイス）」と名付けられた、予め定義されたレコード・プロファイルに関連付けられることもできよう。所与の文書のプロパティに適用可能な「オペレータ（ｏｐｅｒａｔｏｒ）」のタイプはそのプロパティのデータ・タイプに主に依存する。以下の表１はデータ・タイプあたりの幾つかの例示のオペレータである。
【表１】
0005587685.tif 000002
【００２０】
本発明の代替実施例はレコード・ファイルが成功裡に自動的に選択されない場合には予め定義されたワークフローがマニュアルのレコード・プロファイル選択を許容するように立ちあげられ得るものを提供する。
【００２１】
図２は本発明の実施例に従うレコード管理システムにおけるレコードの自動化された宣言のためのプロセスのフローチャートを示す。ブロック３２で、一群のレコード・プロファイルが定義される。これは図１のレコード・プロファイル構成ＵＩ１２を用いて行われることができる。それからブロック３４で、一群のマッピング定義およびルールが生成される。これは図１に示すマッピング定義構成ＵＩ１６を用いて達成され得る。ブロック３６で、新しい文書がオブジェクト・ストアにチェックインされる。それからブロック３８で、その適当なマッピング定義ルールが特定のレコード・プロファイルを選択するように適用される。例えば、このステップは図１に示すＣＥイベント・ハンドラ２４によって達成され得る。ブロック４０で、新しいレコードがその文書のために宣言される。
【００２２】
前述の開示から理解されるように、本発明の実施例は、ルール・ベースのレコード・プロファイルを用いる電子文書のレコード宣言を自動化するためのシステム、方法およびコンピュータ・プログラムを提供する。当業者には理解されるように、本発明はシステム、方法またはコンピュータ・プログラムとして実施され得る。従って、本発明は、完全にハードウエアの実施例、完全にソフトウエアの実施例（ファームウエア、常駐ソフトウエア、マイクロコード等を含む）、またはソフトウエアおよびハードウエアの側面を組合わせた実施例の形式を取ることができ、これらは全てここで一般に「回路」、「モジュール」または「システム」と称することもあり得る。
【００２３】
更に本発明は、任意の物理的媒体に実装されるコンピュータ可用プログラム・コードを有する表現の当該媒体に実装されるコンピュータ・プログラムの形式をとることもできる。１個もしくは複数個のコンピュータ可用媒体もしくはコンピュータ可読媒体の任意の組合せが使用されてもよい。コンピュータ可用媒体もしくはコンピュータ可読媒体は、例えば、以下に限定されるものではないが、電子的、磁気的、光学的、電磁気的、赤外線の、または半導体のシステム、装置、デバイス、または伝播媒体であってよい。コンピュータ可読媒体のもっと具体的な例（全ては網羅していないリスト）は、以下を含む。１本もしくは複数本のワイヤ、ポータブル・コンピュータ・ディスケット、ハードディスク、ランダム・アクセス・メモリ（ＲＡＭ）、読出し専用メモリ（ＲＯＭ）、消去可能なプログラマブル読出し専用メモリ（ＥＰＲＯＭまたはフラッシュ・メモリ）、光ファイバ、ポータブル・コンパクト・ディスク読出し専用メモリ（ＣＤＲＯＭ）、光ストレージ・デバイス、インターネットまたはイントラネットをサポートするものなどの伝送媒体、あるいは磁気ストレージ・デバイスを含む。コンピュータ可用媒体またはコンピュータ可読媒体というのは、プログラムがプリントされた用紙または他の適当な媒体であってよいことに留意されたい。例えば用紙または他の媒体の光学的な走査を介してプログラムが電子的に捕捉され、それからコンパイルされ、翻訳され、あるいは必要なら他の適当な態様で処理され、そしてコンピュータ・メモリにストアされ得るからである。この文書のコンテキストでは、コンピュータ可用媒体もしくはコンピュータ可読媒体というのは、命令実行システム、装置またはデバイスにより使用されもしくはそれと関連づけられるようなプログラムを含み、ストアし、通信し、伝播し、搬送することができるような任意の媒体であってよい。コンピュータ可用媒体は、それに含まれるコンピュータの使用可能なプログラム・コードとともにベースバンドにおいてもしくは搬送波の一部として伝播されるデータ信号を含んでいてもよい。コンピュータの使用可能なプログラム・コードは、以下に限定されるわけではないが、無線、有線、光ファイバー・ケーブル、ＲＦ（ラジオ周波数）などを含む任意の適当な媒体を用いて伝送されてもよい。
【００２４】
本発明の動作を実行するコンピュータ・プログラム・コードは、Ｊａｖａ（登録商標）、Ｓｍａｌｌｔａｌｋ（登録商標）、Ｃ＋＋などのオブジェクト指向プログラミング言語と、Ｃプログラミング言語もしくは類似のプログラミング言語など、従来からある手続きプログラミング言語を含む１個もしくは複数個のプログラミング言語の任意の組合せで書かれていてもよい。そのプログラム・コードは、スタンドアローンのソフトウエア・パッケージとして、ユーザーのコンピュータ上で完全にもしくは部分的に実行されてもよいし、または部分的にユーザーのコンピュータ上、かつ部分的に遠隔のコンピュータ上で実行されてもよいし、あるいは遠隔のコンピュータまたはサーバー上で完全に実行されてもよい。後者のシナリオでは、遠隔のコンピュータがユーザーのコンピュータに任意の型のネットワーク、例えばローカル・エリア・ネットワーク（ＬＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）を介して接続されていてもよい。あるいは外部コンピュータ（例えば、インターネット・サービス・プロバイダを用いるインターネットを介して）その接続がなされていてもよい。
【００２５】
本発明の実施例による方法、装置（システム）およびコンピュータ・プログラムのフローチャートおよび／もしくはブロック図を参照して本発明を説明する。フローチャートおよび／もしくはブロック図の各ブロックおよびそれらのブロックの組合せがコンピュータ・プログラム命令によって実施され得ることが理解されよう。これらのコンピュータ・プログラム命令は、コンピュータもしくは他のプログラマブル・データ処理装置のプロセッサを介して実行する命令がフローチャートおよび／もしくはブロック図の１個もしくは複数個のブロックで特定される機能／アクションを実行するための手段を生じるようなマシーンを提供するために、汎用目的のコンピュータ、特定目的のコンピュータまたは他のプログラマブル・データ処理装置のプロセッサに提供されてもよい。
【００２６】
これらのコンピュータ・プログラム命令はまたコンピュータ可読媒体にストアされてもよい。これはコンピュータもしくは他のプログラマブル・データ処理装置に特定の態様で機能するように指示することができ、その結果、コンピュータ可読媒体にストアされた命令が、フローチャートおよび／もしくはブロック図の１個もしくは複数個のブロックで特定される機能／アクションを実行する命令手段を含む製品（an article of manufacture）を生じるようにするものである。
【００２７】
このコンピュータ・プログラム命令はまた、一連の動作ステップがコンピュータもしくは他のプログラマブル・データ処理装置上で実行させられるようにコンピュータまたは他のプログラムマブル・データ処理装置上にロードされてもよい。これはコンピュータもしくは他のプログラマブル装置上で実行する命令が、フローチャートおよび／もしくはブロック図の１個もしくは複数個のブロックで特定される機能／アクションを実行するためのプロセスを提供するようなコンピュータ実装プロセスを生じるためである。
【００２８】
図のフローチャートおよびブロック図は、本発明のいろいろな実施例に従うシステム、方法およびコンピュータ・プログラムの可能な導入例のアーキテクチャ、機能および動作を説明している。この点で、フローチャートまたはブロック図が、モジュール、セグメント、または特定の論理機能を実装するための１個もしくは複数個の実行可能命令を含むコードの部分を表してもよい。代替実施例ではそのブロックに示された機能が、図に示された順序から外れて生じてもよいことに留意されたい。例えば、連続して示されている２個のブロックが、そこに含まれる機能によっては、実際はほぼ同時に実行されたり、それらのブロックがときには逆の順序で実行されたりする。ブロック図および／もしくはフローチャートの説明の各ブロック、およびブロック図および／もしくはフローチャートの説明のブロックの組み合わせが、特定目的のハードウエアおよびコンピュータ命令の機能もしくは動作またはその組み合わせを実行する特定目的のハードウエアをベースにするシステムによって実装され得ることにも留意されたい。
【００２９】
図３は本発明の一実施例を実施するのに有用な情報処理システムを示す高レベル・ブロック図である。このコンピュータ・システムはプロセッサ１０２等の１個もしくは複数個のプロセッサを含む。プロセッサ１０２は通信インフラ１０４（例えば、通信バス、クロスオーバー・バー、またはネットワーク）に接続される。種々のソフトウエアの実施例がこの例示のコンピュータ・システムによって記述される。この記述を読めば、他のコンピュータ・システムおよび／もしくはコンピュータ・アーキテクチャを用いて本発明をどのように実施するかが当業者には明らかである。
【００３０】
このコンピュータ・システムは、ディスプレイ・ユニット１０８上に表示するために通信インフラ１０４からのグラフィックス、テキスト、および他のデータを進めるためのディスプレイ・インターフェース１０６を含むことができる。このコンピュータ・システムはまた主メモリ１１０を含み、好ましくはランダム・アクセス・メモリ（ＲＡＭ）を、更には２次メモリ１１２をも含む。２次メモリ１１２は、例えばハードディスク・ドライブ１１４および／もしくはリムーバブル・ストレージ・ドライブ１１６を含むことができる。後者は、例えばフロッピー・ディスク・ドライブ、磁気テープ・ドライブ、またはヒカリディスク・ドライブを表わす。リムーバブル・ストレージ・ドライブ１１６は当業者に良く知られた態様でリムーバブル・ストレージ・ユニット１１８に読み書きすることができる。リムーバブル・ストレージ・ユニット１１８は、リムーバブル・ストレージ・ドライブ１１６によって読み書きされる、例えばフロッピー・ディスク、コンパクト・ディスク、磁気テープまたは光ディスクを表わす。リムーバブル・ストレージ・ユニット１１８が、コンピュータ・ソフトウエアおよび／もしくはデータを内部にストアさせたコンピュータ可読媒体を含むことが理解されている。
【００３１】
代替実施例では、２次メモリ１１２はコンピュータ・プログラムまたは他の命令がコンピュータ・システムにロードされるのを許容するための他の類似の手段を含んでもよい。このような手段は、例えばリムーバブル・ストレージ・ユニット１２０およびインターフェース１２２を含んでもよい。このような手段の例はプログラム・カートリッジ、カートリッジ・インターフェース（例えば。ビデオ・ゲーム装置に見られるようなもの）、リムーバブル・メモリ・チップ（例えば、ＥＰＲＯＭまたはＰＲＯＭ）および関連するソケット、ならびにリムーバブル・ストレージ・ユニット１２０からコンピュータ・システムにソフトウエアおよびデータが転送されるのを許容するリムーバブル・ストレージ・ユニット１２０およびインターフェース１２２を含んでもよい。
【００３２】
このコンピュータ・システムはまた通信インターフェース１２４を含むことができる。通信インターフェース１２４はソフトウエアおよびデータがコンピュータ・システムおよび外部装置の間で転送されるのを許容する。通信インターフェース１２４の例は、モデム、ネットワーク・インターフェース（Ｅｔｈｅｒｎｅｔ（商標）カードなど）、通信ポート、またはＰＣＭＣＩＡスロットおよびカードなどを含むことができる。通信インターフェース１２４を介して転送されるソフトウエアおよびデータは、通信インターフェース１２４が受取ることのできる電子的、電磁気的、光学的もしくは他の信号であってもよい信号の形式である。これらの信号は通信パス（例えばチャネル）１２６を介して通信インターフェース１２４に提供される。通信パス１２６は信号を担持し、そしてワイヤもしくはケーブル、ファイバ・オプティックス、電話線、携帯電話のリンク、ＲＦリンクおよび／もしくは他の通信チャネルを用いて実装されてもよい。
【００３３】
この文書では、「コンピュータ・プログラム媒体」、「コンピュータ可用媒体」および「コンピュータ可読媒体」という用語が主メモリ１１０および２次メモリ１１２、リムーバブル・ストレージ・ドライブ１１６およびハードディスク・ドライブ１１４に据え付けられたハードディスクといった媒体を一般に指すのに使用される。
【００３４】
コンピュータ・プログラム（コンピュータ制御論理とも称する）が主メモリ１１０および／もしくは２次メモリ１１２にストアされる。コンピュータ・プログラムはまた通信インターフェース１２４を介して受取られてもよい。このようなコンピュータ・プログラムは、実行時に、ここで開示するとおり本発明の特徴を実行させるようにコンピュータ・システムをイネーブルする。特に、コンピュータ・プログラムは、実行時にコンピュータ・システムの特徴を実行させるようにプロセッサ１０２をイネーブルする。従って、このようなコンピュータ・プログラムはコンピュータ・システムのコントローラを表わす。
【００３５】
ここで使用される用語は、特定の実施例のみを記述するためであり、本発明を制限する意図はない。ここで使用されるように、単一形「１個の（a、an）」、および「前記１個の（the）」、あるいは「複数個の」と特定していない「前記」は、その内容が他の事を明確に示していない限り、複数形も同様に含むことを意図している。「含む」あるいは「含んでいる」という用語は、この明細書で使用されるとき、叙述した機能、整数、ステップ、動作、要素および／もしくはコンポーネントの存在を特定するが、１個もしくは複数個の特徴、整数、ステップ、動作、要素およびコンポーネントおよび／もしくはそのグループが存在することまたは付加されていることを除外するものではないことを理解されたい。
【符号の説明】
【００３６】
１０  システム
１２  レコード・プロファイル構成ＵＩ（ユーザー・インターフェース）
１３  ファイル・プラン・オブジェクト・ストア
１４  レコード・プロファイル
１６  マッピング定義ＵＩ（ユーザー・インターフェース）
１８  マッピング定義
２０  新文書
２２  オブジェクト・ストア
２４  ＣＥ（コンテンツ・エンジン）イベント・ハンドラ
２６  選択されたレコード・プロファイル
２８  新レコード宣言
２９  ファイル・プラン
【図１】
0005587685.tif 000003
【図２】
0005587685.tif 000004
【図３】
0005587685.tif 000005