JP2003514283A - ウェブ・サイトのコンテンツを自動的に更新するための方法および装置 - Google Patents

Abstract

(57)【要約】 １つまたはそれ以上のターゲットのウェブ・サイトのデータ・コンテンツ・アイテムを更新する方法が、１つまたはそれ以上のリンク（４４０）を提供するステップを含み、各リンクが１つまたはそれ以上のターゲット・コンテンツ・アイテムを１つまたはそれ以上の元のコンテンツ・アイテムに関連づける（４４８）。その方法はデータ記憶装置の中にリンクを格納するステップと、記憶装置の中のリンクにアクセスするステップと、そのリンクに従ってターゲット・データ・コンテンツ・アイテムを更新するステップとをさらに含む。上記方法は所定の時間間隔においてターゲット・データ・コンテンツ・アイテムを更新するか（４４６）、あるいは要求時に更新することができる。ターゲット・データ・コンテンツの更新は、ターゲット・データ・コンテンツを更新するためのワークフローを起動するステップをさらに含むことができる。

Description

【発明の詳細な説明】

【０００１】 （発明の背景） 本発明は、概して、データ処理に関する。本発明は、特にウェブ・サイトのコ
ンテンツを自動的に更新するための方法および装置に関する。ウェブ・サイトの
コンテンツを提供するための１つの普通の技法は、ハイパーテキスト・システム
を経由する方法である。ただし、ウェブ・サイトのコンテンツを提供するための
他の技法も当業者にとっては周知である。ここでは例示としての説明のためにハ
イパーテキスト・システムが使用されるが、ウェブ・サイトのコンテンツを提供
するために当業者なら周知の他の適切な技法も使用することができ、等しく適用
することができる。例えば、データベース・レコードを使用してハイパーテキス
ト・リンクを使用せずに、コンテンツを提供することができる。

【０００２】 １つの特にポピュラーなシステムは、ハイパーテキスト情報技法と、分散型ネ
ットワーク技法との組合せを含み、それはワールド・ワイド・ウェブ（Ｗｏｒｌ
ｄ Ｗｉｄｅ Ｗｅｂ）として知られている。ワールド・ワイド・ウェブ上の「
サイト」（「ウェブ・サイト」）は、インターネットとして知られているネット
ワーク間のグローバルな、パケット交換型のセットに結合されているサーバ上に
格納されている一組のハイパーテキスト情報である。ハイパーテキスト情報は、
通常、ハイパーテキスト・マークアップ言語（ＨＴＭＬ）を使用して作成される
１つまたはそれ以上の電子ドキュメントの中で生成されて格納される。サーバお
よびネットワークは、伝送制御プロトコル（ＴＣＰ）およびインターネット・プ
ロトコル（ＩＰ）などの合意によって定められたプロトコルに従って動作する。
ネットワーク化された端局、例えば、パーソナル・コンピュータ、ワークステー
ション、または他の装置（「クライアント」）は、同じプロトコルを使用してイ
ンターネットに接続し、ＨＴＭＬドキュメントを解釈して表示することができる
ブラウザ・プログラムを実行し、ウェブ・サイトの１つまたはそれ以上のページ
を要求する。サーバは要求されたページを見つけ、それらをネットワーク上でク
ライアントに配信し、クライアントはそれらを表示する。

【０００３】 任意の数のクライアントがサーバにアクセスすることができる。ほとんどのク
ライアントがサーバに対して地理的に近い場所に置かれているとき、すなわち、
そのサーバによってサービスされている領域内にあるとき、この方法は十分に動
作する。しかし、かなりの数のクライアントが地理的にサーバから離れた場所に
あるとき、すなわち、そのサーバによってサービスされている領域の外側にある
とき、インターネットを作り上げている中間のネットワーク、ノード、および電
気通信システムにおける遅延によって、クライアントにおいてサーバからのペー
ジを受信する際に、許容できないほど長い遅延が発生する可能性がある。この問
題は、国際的な経済の急速な拡大、およびオンライン・ビジネスのグローバリゼ
ーションとともに、多くの企業が地理的に分散された複数のウェブ・サイトを確
立することにつながった。

【０００４】 １つの方法においては、第１のウェブ・サイト（米国内にあることが多いか、
あるいは英語を使用して生成される）が第１の場所において確立される。１つま
たはそれ以上の「ミラー」ウェブ・サイトが、１つまたはそれ以上の他の場所に
おいて確立される。代わりに、ミラー・サイトは、同じ場所にあるが論理的に分
離されていて、同じ場所または領域の内部の異なる視聴者にサービスする。各ミ
ラー・ウェブ・サイトは、第１のウェブ・サイトの内容の正確なコピーを格納し
、サービスする。定期的に、ミラー・サイトは、第１のウェブ・サイトからの変
更されたコンテンツをすべてのミラー・サイトに対してコピーすることによって
更新される。しかし、この方法の大きな欠点は、ミラー・サイトが、それらがサ
ービスするクライアントに従ってローカライズされないか、またはカスタマイズ
されないことである。ミラー・サイトには、そのミラー・サイトによってサービ
スされる領域の中のクライアントによる通信のために使用される言語を解釈する
ようにはなっていないことが多い。この結果、エンド・ユーザが望ましくない経
験をすることになる。

【０００５】 １つの関連の方法においては、「ローカライゼーション」と呼ばれるプロセス
において、ローカルな、あるいは地域的な各ウェブ・サイトは、ローカルの慣行
に従ってカスタマイズされている。ローカライゼーションは翻訳を必要とする可
能性もあり、その場合、地域的な、あるいはローカルな各ウェブ・サイトはその
サイトによってサービスされている領域の言語に翻訳される。しかし、複数の国
に対してミラー化されてローカライズされている大規模なウェブ・サイトを更新
するプロセスは複雑であり、時間が掛かる。

【０００６】 １つの関連の問題は、多くのウェブ・サイトが現在動的なコンテンツを格納し
、サービスすることである。第一世代のウェブ・サイトは一般に静的なＨＴＭＬ
ページの集合から構成されており、すべての接続上のすべてのクライアントがサ
ーバから同じページを受信した。現在の多くのウェブ・サイトは、クライアント
に配信される直前に動的にサーバによってデータベースからのコンテンツで記入
されるＨＴＭＬのテンプレートを使用する。データベースが更新されるとき、ク
ライアントに配信されるページは自動的にその更新を反映する。さらに、まだ静
的なコンテンツに頼っている企業は、静的なページを頻繁に更新し、情報、製品
およびサービスにおける変化を反映することが多い。

【０００７】 この問題に対処するために、コンテンツ管理システムが開発されてきた。コン
テンツ管理システムは、ウェブ・サイトのコンテンツを編成することを求め、そ
してデータ入力、編集および改訂、品質管理レビュー、および複数のウェブ・サ
イトへの公開のプロセスを自動化する。また、いくつかのコンテンツ管理システ
ムは、パーソナル化のサービス、意志決定支援サービス、および他のシステムお
よびアプリケーションとの統合化も提供する。コンテンツ管理システムの一例は
、テキサス州オースチンにあるＶｉｇｎｅｔｔｅ Ｃｏｒｐｏｒａｔｉｏｎから
市販されているＶｉｇｎｅｔｔｅ ＳｔｏｒｙＳｅｒｖｅｒである。

【０００８】 しかし、既知のコンテンツ管理システムの１つの欠点は、翻訳またはローカラ
イゼーションの底流にあるソース・ドキュメントまたは他のソース情報が変化す
るときに、翻訳された、あるいはローカライズされたウェブ・サイトを自動的に
更新する方法についての問題に十分には対処しないことである。１つの方法にお
いては、すべてのウェブ・サイト・コンテンツが１つのデータベースの中に格納
される。翻訳者はそのデータベースにアクセスし、データベースからのコンテン
ツを地域的な、あるいはローカライズされたウェブ・サイトにおいて使用するた
めに他の言語に翻訳する。そのデータベースは、高度に構造化されたフォームで
のコンテンツの記憶を必要とする傾向がある。この方法は、ウェブ・サイト全体
が翻訳されるときには十分であるが、１つのサイト上の選択的な変更を実行する
ため、あるいは大量の動的なコンテンツを有しているサイトを翻訳するには不十
分である。

【０００９】 もう１つの方法においては、第１のサイトの更新されたコンテンツが第２のサ
イトに対してコピーされ、次に翻訳される。この方法は、国ごとの変更を行うに
は最もよく適している。しかし、それによって首尾一貫しない場当たり的な変化
が結果として生じることが多い。

【００１０】 上記に基づいて、コンテンツ管理システムに関連するか、あるいは関連しない
かでウェブ・サイト・コンテンツの自動化された更新を提供する改善された方法
または装置に対するこの分野における明らかなニーズがある。

【００１１】 高度に動的で、複雑且つ大量のサイト・コンテンツを有している、翻訳された
ウェブ・サイトまたはローカライズされたウェブ・サイトの自動更新を提供する
方法または装置に対する特定のニーズがある。

【００１２】 また、第１の組のハイパーテキスト情報の中の変化を自動的に検出することが
でき、その変化を第２の組のハイパーテキスト情報に対して自動的に伝播させる
ことができ、更なる変化は第２の組のハイパーテキスト情報のコンテンツに対し
て適切であるか、あるいはそれに関連づけられているような方法または装置に対
するニーズもある。

【００１３】 （発明の概要） 上記および他の目的は、１つの態様においては１つまたはそれ以上のターゲッ
トのウェブ・サイトのデータ・コンテンツ・アイテムを更新する方法を含む本発
明によって達成される。その方法は、１つまたはそれ以上のターゲット・コンテ
ンツ・アイテムを１つまたはそれ以上の元のコンテンツ・アイテムとそれぞれが
関連する１つまたはそれ以上のリンクを提供することを含む。該方法は、データ
記憶装置の中にそのリンクを格納するステップと、その記憶装置の中のリンクに
アクセスするステップと、そのリンクに従ってターゲットのデータ・コンテンツ
・アイテムを更新するステップとをさらに含む。

【００１４】 本発明のもう１つの実施形態は、所定の時間間隔でターゲットのデータ・コン
テンツ・アイテムを更新するステップをさらに含む。

【００１５】 本発明のもう１つの実施形態は、要求時にターゲットのデータ・コンテンツ・
アイテムを更新するステップをさらに含む。もう１つの実施形態においては、タ
ーゲットのデータ・コンテンツを更新するステップがターゲットのデータ・コン
テンツを更新するためのワークフロー（ｗｏｒｋｆｌｏｗ）を開始するステップ
をさらに含む。

【００１６】 本発明のもう１つの実施形態は、１つのソース・データ・アイテムをさらに含
み、第１のリンクがターゲット・コンテンツ・アイテムをソース・データ・アイ
テムに関連づけ、第２のリンクがソース・データ・アイテムを元のデータ・アイ
テムに関連づける。

【００１７】 本発明のもう１つの実施形態は、１つまたはそれ以上のバッファ・データ・コ
ンテンツ・アイテムをさらに含み、各リンクはターゲットのデータ・コンテンツ
・アイテムを更新している間に使用されるゼロ個またはそれ以上の個数のバッフ
ァ・データ・コンテンツ・アイテムを各リンクが指定し、少なくとも１つのリン
クが少なくとも１つのバッファ・データ・コンテンツ・アイテムを指定する。

【００１８】 本発明のもう１つの実施形態は、１つまたはそれ以上のバッファ・データ・コ
ンテンツ・アイテムをさらに含み、各リンクがターゲットのデータ・コンテンツ
・アイテムを更新するためのワークフローにおいて使用されるゼロ個またはそれ
以上の個数のバッファ・データ・コンテンツ・アイテムを指定し、少なくとも１
つのリンクが少なくとも１つのバッファ・データ・コンテンツ・アイテムを指定
する。

【００１９】 本発明のもう１つの実施形態においては、リンクはコピー・リンクと翻訳リン
クとを含む。

【００２０】 本発明のもう１つの実施形態においては、１つまたはそれ以上のリンクが他の
リンクからプロパティを継承する。

【００２１】 本発明のもう１つの実施形態においては、リンクは元のデータ・コンテンツ・
アイテムの選択的な変更をサポートし、元の各データ・コンテンツ・アイテムに
対応しているターゲットのデータ・コンテンツ・アイテムを作り出すようにする
。

【００２２】 本発明のもう１つの実施形態においては、任意の特性を持っているデータ記憶
に対してインターフェースする抽象レイヤのトップにおいて動作する。

【００２３】 本発明のもう１つの実施形態においては、ターゲットのデータ・アイテムが、
少なくとも２つのグループの中に配置され、各リンクがターゲットのデータ・ア
イテムのグループを元のデータ・アイテムの対応しているグループに関連づけ、
ターゲットのデータ・アイテムのグループの内部のすべてのデータ・コンテンツ
・アイテムが関連するリンクに従って更新される。

【００２４】 もう１つの態様においては、本発明は１つまたはそれ以上のターゲットのウェ
ブ・サイトのデータ・コンテンツ・アイテムを更新するためのシステムを含む。
そのシステムは１つまたはそれ以上のリンクを含み、各リンクが１つまたはそれ
以上のターゲット・コンテンツ・アイテムを１つまたはそれ以上の元のデータ・
コンテンツ・アイテムに関連づける。そのシステムはリンクを格納するためのデ
ータ記憶装置と、その記憶装置の中のリンクにアクセスし、そのリンクに従って
ターゲットのデータ・コンテンツ・アイテムを更新するためのプロセッサとをさ
らに含む。

【００２５】 本発明のもう１つの実施形態においては、データ記憶装置は、一組の所定の時
間間隔においてそのリンクを格納する。

【００２６】 本発明のもう１つの実施形態においては、データ記憶装置は要求時にリンクを
格納する。

【００２７】 本発明のもう１つの実施形態においては、プロセッサはリンクに従ってターゲ
ットのデータ・アイテムを更新するためのワークフローをさらに開始する。

【００２８】 本発明のもう１つの実施形態は、ソース・データ・アイテムを含み、第１のリ
ンクがターゲット・コンテンツ・アイテムをソース・データ・アイテムに関連づ
け、第２のリンクがソース・データ・アイテムを元のデータ・アイテムに関連づ
ける。

【００２９】 本発明のもう１つの実施形態においては、そのリンクはコピー・リンクと翻訳
リンクを含む。

【００３０】 本発明のもう１つの実施形態においては、１つまたはそれ以上のリンクが他の
リンクからプロパティを継承する。

【００３１】 本発明のもう１つの実施形態においては、リンクは元のデータ・コンテンツ・
アイテムの選択的な変更をサポートし、元の各データ・コンテンツ・アイテムに
対して対応しているターゲットのデータ・コンテンツ・アイテムを作り出すよう
にする。

【００３２】 本発明のもう１つの実施形態においては、リンクは任意の特性を持っているデ
ータ記憶に対してインターフェースする抽象レイヤのトップにおいて動作する。

【００３３】 本発明のもう１つの実施形態においては、ターゲットのデータ・アイテムは、
少なくとも２つのグループの中に配置され、各リンクがターゲットのデータ・ア
イテムのグループを元のデータ・アイテムの対応しているグループに関連づけ、
ターゲットのデータ・アイテムの特定のグループの内部のすべてのデータ・コン
テンツ・アイテムが関連するリンクに従って更新される。

【００３４】 本発明のもう１つの実施形態においては、特定のグループの内部のデータ・ア
イテムがすべて共通のレベルで配置されている。

【００３５】 本発明のもう１つの実施形態においては、特定のグループの内部のデータ・ア
イテムが複数のレベルにおいて階層的に配置されている。

【００３６】 本発明のもう１つの実施形態においては、プロセッサはデータ・コンテンツ・
アイテムを走査し、そのリンクに従ってターゲットのデータ・アイテムを更新す
るためのワークフローを開始するプログラム・ステップのシーケンスを実行する
。

【００３７】 本発明の上記および他の目的、その各種の特徴、および本発明そのものを、添
付図面と一緒に下記の説明を読むことによってさらに完全に理解することができ
るだろう。

【００３８】 （好適な実施形態の説明） ウェブ・サイトのコンテンツの更新を自動化するための方法および装置が以下
に説明される。例示としての目的でここではハイパーテキスト・システムが使用
されているが、ウェブ・サイトのコンテンツを提供するために当業者なら周知の
他の技法も使用することができる。以下の記述においては、説明を簡単にする目
的で、本発明の完全な理解を提供するために各種の特定の詳細が説明される。し
かし、本発明をこれらの特定の詳細なしで実施することができることは、当業者
なら明らかである。他の場合においては、本発明を不必要に不明瞭にすることを
避けるために、ブロック図に周知の構造および装置が示されている。

【００３９】 概要 １つの実施形態においては、大量の動的コンテンツを持っているウェブ・サイ
トの翻訳およびローカライゼーションの更新を管理するための方法が提供されて
いる。実施形態によって対処される特定の問題は、その翻訳およびローカライゼ
ーションの変化のベースを形成するソース情報として翻訳またはローカライズさ
れるウェブ・サイトを更新する方法である。ウェブ・サイトの管理者は翻訳され
る内容を持っている外部サイトをセットアップするために、その方法を使用する
ことができる。コンテンツ管理プロセスは、新しいコンテンツの入力を支配し、
それは確立されたレビューおよび翻訳およびローカライゼーションのステップを
通じて進行しなければならない。１つの好適な実施形態がＶｉｇｎｅｔｔｅ Ｃ
ｏｒｐｏｒａｔｉｏｎのＳｔｏｒｙＳｅｒｖｅｒに対する１つまたはそれ以上の
テンプレートの形式で実装され、本発明はここではこの好適な実施形態を使用し
て記述される。しかし、本発明は、この実施形態に限定されるものではない。そ
の方法は、例えば、ＩｎｔｅｒｗｏｖｅｎからのＴｅａｍＳｉｔｅなどの他の場
合および市販の製品に対しても等しく適用できる。

【００４０】 有利なことに、本発明の実施形態は、コンテンツ管理システムの中でリソース
、プロジェクト、およびタスクの間に確立されているリンケージに基づいて、複
数の言語の、あるいは複数の場所のウェブ・サイトの構造および保守を単純化す
る。リンケージを使用してリソースが最新の状態に保たれ、リンケージ規則を使
用して互いに同期化される。この場合において、「コンテンツ管理システム」は
、ディレクトリの中に編成されているファイルのシステム、あるいはコンテンツ
管理を支援する所定の編成フォーマットに従っている他のファイル・システム以
外に、非商用ウェブ・サイト管理システムを含む。他の実施形態は、コンテンツ
管理システムなしで使用することができる。

【００４１】 本ドキュメントの中の記述は、一般にコンテンツ管理システムについて熟知さ
れていることを仮定する。さらに、本ドキュメントの中のある種の実施形態の記
述は、Ｖｉｇｎｅｔｔｅ ＣｏｒｐｏｒａｔｉｏｎのＳｔｏｒｙＳｅｒｖｅｒ固
有のものであり、これらの記述はＳｔｏｒｙＳｅｒｖｅｒに固有のある種の用語
に熟知していることをさらに仮定する。ＳｔｏｒｙＳｅｒｖｅｒのコンテンツ管
理システムおよびそのような用語の概要は、Ｖｉｇｎｅｔｔｅ Ｃｏｒｐｏｒａ
ｔｉｏｎから入手できる“ＳｔｏｒｙＳｅｒｖｅｒ４ Ｏｖｅｒｖｉｅｗ（Ｓｔ
ｏｒｙＳｅｒｖｅｒ４の概要）”４．２版、ストック番号ＳＳＧ‐０４２０‐３
３１に記述されており、この参考資料は、その全体においてそれがここですべて
説明されているかのように、引用によって本明細書の記載に援用する。

【００４２】 構造 図１Ａは、１つの好適な実施形態の構造的な概要を提供するブロック図である
。一般に、ソースのウェブ・サイト１０１は、ワークフロー・モジュール２００
、リンケージ・モジュール３００、および翻訳モジュール１００と対話し、結果
として宛先、すなわち、ターゲットのウェブ・サイト１１０を生成する。ワーク
フロー・モジュール２００は、リンケージ・モジュール３００によって定義され
た関係に基づいてソースのウェブ・サイト１０１の翻訳およびローカライゼーシ
ョンを調整する。翻訳モジュール１００は、１つまたはそれ以上のコンテンツ・
オブジェクト（「コンテンツ・アイテム」、「オブジェクト」、「リソース」、
「アセット」などとも呼ばれる）、例えば、テンプレート１０２、レコード１０
４、またはファイル１０６を翻訳および検証することによって、翻訳者がウェブ
・サイトを翻訳するのを支援する。ワークフロー・モジュール２００は、その翻
訳およびローカライゼーションのプロセスが適切な順序で、適切な人によって発
生するステップを確実にするためのインターフェースを提供する。リンケージ・
モジュール３００は、マスタ・オブジェクトとスレーブ・オブジェクトとの間の
関係を維持するための手段を提供し、スレーブ・オブジェクトにおいて、それぞ
れのマスタ・オブジェクトが更新されるときにワークフロー・プロセスが呼び出
されるようにする。この実施形態においては、オブジェクトおよびリンケージは
、そのモジュールがアクセスできる関係データベース・システムの中に格納され
ている。

【００４３】 この場合においては、「翻訳」は、テンプレート、レコード、またはファイル
などのコンテンツ・オブジェクトを翻訳することを意味し、オプションとして検
証することを意味する。「ローカライゼーション」は、必ずしも言語を変えるこ
となしにトーンを変更することを意味し、コンテンツの任意の適応、文化的に指
向された翻訳、そのターゲットに対して不適切であるコンテンツの除去および／
またはそのターゲットに対して特に適切である新しい（ローカル）コンテンツの
追加を含む。ローカライゼーションの例としては、ローカルの電話番号、および
部品およびサービスに対するローカルの価格などがあるが、それらに限定される
わけではない。「ワークフロー」は、正しいオブジェクトにおいて正しい時刻に
翻訳およびローカライゼーションが呼び出されるようにタスク・オブジェクトを
利用することを意味する。「リンケージ」は、マスタ・オブジェクトとスレーブ
・オブジェクトとの間の対応関係を維持し、マスタ・オブジェクトが更新される
ときにスレーブ・オブジェクト上でワークフロー・プロセスが呼び出されるよう
にすることを意味する。

【００４４】 図１Ｂは、翻訳およびローカライゼーションのシステムにおいて使用されるオ
ブジェクトの関係を示すブロック図である。元の各オブジェクト１１１はテンプ
レート１０２、レコード１０４、またはファイル１０６であってよく、元のウェ
ブ・サイトに関連づけられている。リンケージ１１６は、元のコンテンツ・オブ
ジェクト１１２（マスタとしての）をソース・コンテンツ・オブジェクト１１４
（スレーブとしての）に接続する。また、リンケージ１１６は、ソース・コンテ
ンツ・オブジェクト１１２（マスタとしての）を翻訳されるコンテンツ・オブジ
ェクト１１４（スレーブとしての）に接続する。翻訳されたオブジェクトはソー
ス・オブジェクトの完全な翻訳であり、元のオブジェクトではない。したがって
、スレーブ・コンテンツ・オブジェクト１１４は、ソース・コンテンツ・オブジ
ェクト１１２の翻訳であり、それは翻訳ソースとして役立つが、それは必ずしも
元のオブジェクト１１１の正確な翻訳である必要はない。

【００４５】 翻訳されたサイトのコンテンツが変化しない場合、元のオブジェクトは常にソ
ース・オブジェクトと同じである。しかし、元のオブジェクトが定期的に変化す
るとき、与えられた翻訳またはローカライゼーションのためのソース・オブジェ
クトは同期化の後は元のオブジェクトと同じであり、それは普通は翻訳されたサ
イトが更新されるたびに発生する。元のオブジェクトが変更されるとすぐに、そ
の元のオブジェクトおよびソース・オブジェクトは次の同期化まで異なったもの
となっている。

【００４６】 図２Ａは、ウェブ・サイトの翻訳の一例を示す２つの部分から構成されるブロ
ック図である。ローカライズされるウェブ・サイトの各コンテンツ・オブジェク
トに対して、ソース・オブジェクトおよび翻訳されたオブジェクトが生成されて
格納される。図２Ａの例の場合、ある会社がその中央の米国サイトにおけるサイ
ト・マップに対するｍａｐ（ｅｎ）と名付けられている元の英語のテンプレート
を備えていると仮定する。このテンプレートは、すべてのサイト・マップが共有
することができる単純な視覚的レイアウトを含み、また、それらのすべての中に
現れる必要があるいくつかのテキスト、例えば、ボトムにおける著作権表示、１
つの側へのナビゲーション・バー、その会社の英語の標語付きのロゴなども含む
。米国サイトのコンテンツは、他の国におけるいくつかのサイトに対するベース
を形成し、１つの翻訳されたサイト・マップのテンプレートは、そのサイトの各
バージョンに対するｍａｐ（ｅｎ）に対応することになる。図２Ａは、中央の英
語のテンプレートが変化しないと仮定して、米国のサイトと日本のサイトとの間
のリンケージを示す。ここで垂直方向の各矢印は２つのオブジェクト間のリンク
を表す。

【００４７】 元のオブジェクト、例えば、米国に置かれている英語のウェブ・サイトに対す
るテンプレートは、図２Ａの部分（Ａ）の元のオブジェクト１１８ａによって示
されている。翻訳されたオブジェクト、例えば、日本のサイトの対応しているテ
ンプレートは翻訳された１１２ａである。翻訳またはローカライゼーションは人
またはプロセスが実行するのに時間が掛かるので、翻訳されたオブジェクトは元
の古いオブジェクトの翻訳またはローカライゼーションである可能性があり、し
たがって、翻訳は元のものの後に遅れる可能性がある。そのような場合、元の古
いオブジェクトはソース・オブジェクト１２０ａと呼ばれる。図２Ａの部分（Ａ
）は、コンテンツが決して変化しない理想化されたシステムを示しており、した
がって、元のオブジェクト１１８ａはソース・オブジェクト１２０ａと同じであ
る。

【００４８】 図２Ａの部分（Ｂ）は、コンテンツが変化するオブジェクトの関係を示すが、
翻訳およびローカライゼーションは常に最新の状態になっている。元のオブジェ
クト１１８ａが元のオブジェクト１１８ｂに改訂され、後で第３の改訂版、元の
オブジェクト１１８ｃに改訂される。右向きの各矢印は１つのオブジェクトに対
する改訂を表し、それは複数のワークフロー・ステップ、例えば、翻訳またはロ
ーカライゼーションに続いて検証および法律的なチエックを含むことができる。
そのような改訂が発生すると、リンケージ・プロセスおよび本ドキュメントの中
で記述されている機構によってソース・オブジェクト１２０ａが第２のソース・
オブジェクト１２０ｂに改訂され、次にソース・オブジェクト１２０ｃに改訂さ
れる。翻訳されたオブジェクト１２２ａ、１２２ｂ、１２２ｃは、相補的に改訂
される。別の代替方法においては、コンテンツの変更および翻訳またはローカラ
イゼーションは常に更新されるとは限らない。

【００４９】 実際に、元のオブジェクト、ソース・オブジェクト、および翻訳オブジェクト
は、コンテンツ管理システムの異なるプロジェクトの中に格納される。元のオブ
ジェクトを複数のソースにリンクすることができる。例えば、スペインのウェブ
・サイトおよび日本のウェブ・サイトの両方が元の英語から翻訳された製品情報
ページを持つことができる。元のサイトが進行中のベースで更新される際、この
２つの翻訳は必ずしも同時に改訂されるとは限らない。したがって、各翻訳に対
して１つ、すなわち、２つのソースがある。

【００５０】 また、ソース・オブジェクトを複数の翻訳オブジェクトにリンクすることがで
きる。例えば、スペイン語の製品情報ページおよび日本語の製品情報ページが、
対応している英語の製品情報ページの同じ改訂版から常に翻訳されると仮定する
。元のページが進行中のベースで更新されるので、２つの翻訳は常に同時に改訂
されることになる。この場合、１つのソース・オブジェクトが両方の翻訳オブジ
ェクトにリンクされている。

【００５１】 リンクは、オブジェクト間でのコピー操作を表すものとは対照的にオブジェク
トの翻訳を表すことができる。さらに、リンクは、元のオブジェクト、ソース・
オブジェクト、およびターゲット・オブジェクトの間以外の構成においてオブジ
ェクトを結合することができる。例えば、リンクは、管理者によってレビューさ
れることが意図されているか、あるいは特定の言語での、あるいは特定の領域に
対する異なるバージョンに翻訳されることが意図されているオブジェクトのコピ
ーに対して元のオブジェクトを接続することができる。リンクはオブジェクト指
向プログラミング言語の本来の継承機構、あるいは異なる継承機構のいずれかを
使用することによって、他のリンクからプロパティを継承することができる。

【００５２】 また、リンクはコンテンツの選択的なプッシュおよびプルもサポートすること
ができる。特定のウェブ・サイトを担当しているサイト・マネージャは、そのサ
イトを変更するための選択的な権限を必要とする可能性がある。例えば、ドイツ
語のサイトのサイト・マネージャがドイツ語のコンテンツを管理していると仮定
する。効果的なリンケージ・システムは、対応している米国サイトの管理者を巻
き込むことなしにドイツのサイトにおいてターミネートするリンケージを必要と
する可能性がある。例えば、ドイツのサイト・マネージャは、プレス・リリース
・セクションを生成することができ、その中でハイパーリンクが米国サイトにお
けるプレス・リリースをポイントし、特定のワークフローが実施される。代わり
に、ドイツのサイト・マネージャは米国サイトからのソフト（「点線」）のリン
ケージを使用して、米国サイト上の特定の題材から緩やかに適応されている題材
をドイツのサイトにおいてセットアップすることができる。

【００５３】 さらに、ドイツのサイト・マネージャは、米国のサイトにおいて何かが変化し
たとき、あるいは米国のサイト・マネージャの気紛れで何かが変化したときにド
イツのサイトのコンテンツが更新されることを望まない場合がある。代わりに、
ドイツのサイト・マネージャは、そのドイツのサイトにリンクされている場所か
らコンテンツを選択的に引き出すことを選定することができる。例えば、ドイツ
のサイト・マネージャは、米国のサイトのディレクトリ「ｐｒｅｓｓ」の下にあ
るすべてを引き出すことを選定することができ、それによってドイツのサイトに
あるすべてをそのコンテンツで更新することができる。１つの特定の例として、
ウェブ・サイトのコンテンツ領域「ＵＳ／ｐｒｅｓｓ」が「Ｇｅｒｍａｎｙ／ｐ
ｒｅｓｓ」および「Ｆｒａｎｃｅ／ｐｒｅｓｓ」にリンクされていると仮定する
。ドイツのサイト・マネージャが「プル」の操作を実行した場合、「Ｇｅｒｍａ
ｎ／ｐｒｅｓｓ」が更新されるが、「Ｆｒａｎｃｅ／ｐｒｅｓｓ」には何も起こ
らない。しかし、米国のサイト・マネージャが「ｐｕｓｈ」操作を実行した場合
、ドイツおよびフランスのサイトが両方とも更新されることになる。プルおよび
プッシュの両方をグラフィカル・ユーザ・インターフェースから、あるいはトリ
ガ、クロン（ｃｒｏｎ）ジョブ、または等価な機構を使用して自動的に実行する
ことができる。

【００５４】 さらにもう１つの実施形態においては、任意の特性を備えているデータ記憶に
対してインターフェースする抽象レイヤのトップにおいてリンクを実行すること
ができる。例えば、リンケージは文字列を含んでいる所有者専用のテキスト・フ
ァイル、ファイル・システムと同様にデータベースのトップにおいて働かせるこ
とができる。これはリンケージ・ファイル・システムの抽象レイヤ（「ＩＦＳ」
または「イディオム・ファイル・システム」）を使用して実行することができる
。リンケージ・ファイル・システムの抽象レイヤは、底流にある任意のデータを
ｉｐａｔｈすなわち、イディオム・パスの中にマップする。例えば、「ｆｉｌｅ
ｓｙｓｔｅｍ／ａ／ｂ．ｈｔｍｌ」は、ディレクトリａの中のｂ．ｈｔｍｌと呼
ばれるファイルを参照することができ、そして「ｄａｔａｂａｓｅ／ｐｅｏｐｌ
ｅ／１５」は、テーブルｐｅｏｐｌｅの中のデータベースの行（ｒｏｗ）を一次
キー１５で参照することができる。アプリケーションは、すべてをＩＦＳシステ
ムにリンクするコネクタを備えることができる。また、リンケージ・ファイル・
システムの抽象レイヤは、比較を実行するためのサポートを備えており、したが
って、いつ更新するかを知って、アプリケーションが、例えば、データベース・
テーブルに対して１つのファイルをリンクできるようにする。上記実施形態にお
いては、底流にあるデータ記憶の中のオブジェクトを識別するために管理識別子
は使用されない。

【００５５】 図１Ｃは、本発明の１つの好適な実施形態が使用できる例示としてのコンテン
ツ管理システムを示すブロック図である。

【００５６】 クライアント２はブラウザ４を実行し、そしてネットワーク６に結合されてい
る。クライアントはパーソナル・コンピュータ、ネットワーク・コンピュータ、
またはワークステーションなどの任意のネットワーク端局である。ブラウザ４は
例えば、ワールド・ワイド・ウェブおよびインターネットのネットワークのプロ
トコルおよびフォーマットを使用してページを受信して表示することができる１
つのアプリケーション・プログラムである。ブラウザ４として使用するのに適し
ている市販の製品の例としては、Ｎｅｔｓｃａｐｅ Ｎａｖｉｇａｔｏｒ、Ｎｅ
ｔｓｃａｐｅ Ｃｏｍｍｕｎｉｃａｔｏｒ、Ｉｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅ
ｒなどがある。ネットワーク６は、ローカル・エリア・ネットワーク、広域ネッ
トワーク、またはインターネットとして知られているネットワーク間のパケット
交換型ネットワークであってよい。

【００５７】 コンテンツ管理システム８（ここでは「ワークフロー管理システム」とも呼ば
れる）は、ネットワーク６に結合されていて、ネットワーク６上でブラウザ４と
通信することができる。コンテンツ管理システム８の一例は、Ｖｉｇｎｅｔｔｅ
ＣｏｒｐｏｒａｔｉｏｎのＳｔｏｒｙＳｅｒｖｅｒである。コンテンツ管理シ
ステム８は、テンプレート、レコード、およびファイルなどのコンテンツ・オブ
ジェクトが関連づけられているプロジェクトの形式でウェブ・サイトを格納する
データベース１０に結合されている。プロジェクトの例はソース・ウェブ・サイ
ト１０１および翻訳されたウェブ・サイト１１０である。

【００５８】 ワークフロー・モジュール２００、翻訳モジュール１００およびリンケージ・
モジュール３００は、コンテンツ管理システム８およびデータベース１０に結合
されている。１つの実施形態においては、モジュール１００、２００、３００は
、コンテンツ管理システム８を拡張して補完し、実行可能なコードとしてプロジ
ェクト・テンプレートの中に実装されている。１つまたはそれ以上のリンケージ
・サポート・テーブル１２が、リンケージ・モジュール３００に結合されており
、データベース１０の中に格納することができる。リンケージ・サポート・テー
ブル１２は、リンケージ操作において使用するためにカスタマイズされているデ
ータベース・スキーマおよび不揮発性記憶装置を提供する。１つまたはそれ以上
のリンケージ・サポート機能１４がリンケージ・モジュール３００に結合されて
いる。リンケージ・サポート機能１４は、１つまたはそれ以上のコンピュータ・
プログラム、サブルーチンまたはリンケージ・モジュール３００の要素を実装す
るライブラリ関数である。

【００５９】 ワークフロー・モジュール 「ワークフロー」は、コンテンツの生成と、１つまたはそれ以上のウェブ・サ
イトのコンテンツ・オブジェクトの最終の立上げとの間に必要なすべてのステッ
プが順序立てて実行され、一方最終結果が望ましいことを確保するための方法に
ついては柔軟性を許容することを確保するためのシステマティックなプロセスで
ある。この実施形態においては、ワークフローは、順序立てて実行されることが
要求されるタスクのシーケンスを含む。一般に、多くのそのようなシーケンスは
、同時に各コンテンツ・アイテムごとに１つで、並行して進行する。

【００６０】 各コンテンツ・アイテムには、ワークフロー情報が関連づけられている。この
実施形態においては、ワークフロー情報（「ワークフロー」によって示されてい
る）は、１つのコンテンツ・アイテムについて実行される一連の線形のタスクで
ある。分岐するワークフロー・パス（「ブランチ」）はない。任意の一時点にお
いて１つのタスクだけが１つのコンテンツ・アイテムに対して開かれている。１
つの実施形態においては、ワークフロー・シーケンスの中を逆方向に移動するた
めの機構はない。関連オプションは、そのアイテムに対するワークフローをリセ
ットすることだけであり、それはそのワークフロー・プロセスを最初から開始す
る。代わりに、好適な実施形態においては、ユーザはワークフローの途中で、そ
のワークフローを変更することができる。例えば、１つのタスクを完了すると、
ユーザはそのアイテムを直接に次のステップに送らないことを選んでもよいが、
代わりにそれを追加のレビューのために前のステップへ逆に送ることができる。

【００６１】 この実施形態においては、各タスクはユーザ・タスクまたはプログラム・タス
クのいずれかである。ユーザ・タスクは、１つまたはそれ以上のユーザまたはグ
ループに割り当てられている。プログラム・タスクは、ワークフロー・プロセス
の自動化された部分、例えば、ＨＴＭＬの構文チエック・プログラムまたは開発
サーバからプロダクション・サーバに対してコンテンツをコピーするプログラム
である。一人のユーザだけが実際にユーザ・タスクを開始し、それが必要とする
アクションを実行することができる。１つのタスクに割り当てられている人が、
一度公式にそれを開始すると、他のユーザは、そのタスクを開始することはでき
ない（もちろん、他のユーザはそれについて非公式に作業することができる）。

【００６２】 タスクが完了すると、そのタスクを完了した個人は、そのタスクが完了したこ
とをシステムに知らせる情報をコンテンツ管理システム８の中に入力する。それ
に応答して、次のワークフロー・タスクが開始され、それはプログラム・タスク
である場合はプログラムを実行するか、あるいはユーザ・タスクである場合はユ
ーザまたはグループにそのタスクを割り当てることのいずれかによって開始され
る。好適には、タスクの「開始」およびタスクの「終了」などのアクションは、
そのタスクを容易化するウェブ・インターフェースにリンクされている。これは
ワークフロー・プロセスを簡素化し、タスクを完了するのに使用するための単独
のインターフェースを提供する。

【００６３】 ユーザはタスクに関係しているデータベース１０の中に格納されているコメン
トの形式でタスクに対する注意書きを追加することができる。好適には、コメン
トはウェブ・ベースのワークフロー・インターフェースのＤｅｔａｉｌｓ（詳細
）ダイヤログ、Ｕｓｅｒ Ｔａｓｋ Ｌｉｓｔ（ユーザ・タスク・リスト）およ
びＦｉｎｉｓｈ Ｔａｓｋ（タスク終了）の画面の中で編集することができる。

【００６４】 翻訳モジュール 翻訳者および検証者は、両方ともウェブ・ベースの翻訳インターフェース（“
Ｔｒａｎｓｌａｔｉｏｎ Ｗｏｒｋｂｅｎｃｈ”「翻訳ワークベンチ」）を使用
する。翻訳タスクおよび検証タスクは、それらが開始されたとき、例えば、それ
らが割り当てられているユーザがＳｔａｒｔ ｌｉｎｋ（リンクの開始）を選択
したときに「翻訳ワークベンチ」を自動的に立ち上げる。

【００６５】 また、翻訳モジュールは、翻訳中の、あるいはローカライズ中のコンテンツを
扱うためにデータベース１０を使用する関数のライブラリも含む。どれかの翻訳
タスクが開始すると、そのタスクはユーザを翻訳インターフェースに移動させ、
関連のオブジェクトのコンテンツをそれにロードする。そのオブジェクトがソー
スおよびターゲットの言語文字の符号化を含むように変更されていなかった場合
、翻訳インターフェースはエラーを発生する。そのオブジェクトはテキスト・ブ
ロック、ＨＴＭＬブロックおよび、その翻訳モジュールによって見られるドキュ
メントのソースの中には見えないブロックに分解される。これらの抽出されたフ
レーズが翻訳インターフェースを通じて翻訳のために翻訳者に示される。

【００６６】 リンケージ・モジュールおよびリンク 一般 リンクは、１つのオブジェクト（マスタ・オブジェクト）から同じタイプの第
２のオブジェクト（スレーブ・オブジェクト）に対して方向付けられた関係であ
り、さらに「リンク・タイプ」の値、「リンク詳細ＩＤ」の値、および「ラベル
」の値を含んでいる。ラベルの値は識別および選択の目的のために使用すること
ができる文字列である。２つのリンク・タイプ値は「コピー」または「翻訳」を
含む。ただし、他のリンク・タイプも使用することができる。コピー・リンクは
、２つのオブジェクト間の関係を記述し、その場合、すべてのコンテンツおよび
オブジェクト属性がある種の例外を伴って正確に再生される。その例外としては
、オブジェクト名、パス、データベース・コンテンツに対する一次キーなどがあ
る。ほとんどの目的に対して、スレーブはオブジェクトのコピー・リンク型のペ
アにおけるマスタの正確なコピーであると考えることができる。翻訳リンクは２
つのオブジェクト間の関係を記述し、その場合、ある種の属性がコピーされ、一
方、他の属性が翻訳のワークフローまたはある種の他のワークフローを通じて変
更される。種々の翻訳リンクがあり得る。例えば、翻訳ワークフローまたは翻訳
リンクに関連づけられている他のワークフローを一意のフレーズ、例えば、「日
本語、法律、隔月の」、または「スペイン語のニュース記事」などによって記述
することができる。翻訳リンクの場合にのみ使用されるリンクの詳細ＩＤの値は
、特定の種類の翻訳リンクを識別する整数である。

【００６７】 プロト・リンケージは２つのオブジェクト、すなわち、マスタ・プロジェクト
とスレーブ・プロジェクトとの間の関係であり、それはスレーブ・オブジェクト
およびオブジェクト・リンクがマスタ・プロジェクトの中のアイテムに対して自
動的に生成される方法を記述する。オブジェクト・リンクの場合と同様に、プロ
ジェクト・リンクは「コピー」または「翻訳」のタイプがあり得る。プロト・リ
ンケージは自動化されたワークフローが発生するために必要なスレーブ・アイテ
ムおよびリンクされたワークフロー・シーケンスの生成を自動化する。

【００６８】 図２Ａにおいて、下向きの各リンクは、マスタ・オブジェクト（元のオブジェ
クトまたはソース・オブジェクト）をスレーブ・オブジェクト（ソース・オブジ
ェクトまたは翻訳オブジェクト）に関連づける。スレーブ・オブジェクトはそれ
ぞれのマスタ・オブジェクトに対する変更に従って変化する。元のオブジェクト
からソース・オブジェクトへのリンクはコピー・リンクであり、したがって、コ
ピー・リンクが更新されるとき、マスタ・オブジェクトがスレーブ・オブジェク
トの現在のコピーに対してコピーされ、上書きされる。ソース・オブジェクトか
ら翻訳オブジェクトへのリンクは翻訳リンクである。翻訳リンクが更新されると
き、タスクが生成され、スレーブ・オブジェクトのワークフローに対して付加さ
れる。概念的には、これらのタスクはスレーブ・オブジェクトがマスタ・オブジ
ェクトの変化したコンテンツに応答するように更新される方法を記述する。

【００６９】 各コンテンツ・オブジェクトは、オブジェクトＩＤおよび管理ＩＤと呼ばれる
２つの識別子の値を有している。さらに、テンプレートおよびレコードは、それ
ぞれデータベース・キーによって識別され、そのキーはテンプレート・テーブル
においては一次キーとして定義され、あるいはレコードを含んでいるテーブルの
中で一次キーとして定義されている。テンプレートおよびファイルもそれらが公
開されているウェブ・サイトのパスによって識別することができる。しかし、コ
ンテンツ・オブジェクト当たりに複数個の、あるいはゼロ個のパスがあり得る。
代わりに、単独のアセット識別子を使用してコンテンツ・オブジェクトを識別す
ることができる。

【００７０】 図２Ｂは、マスタ・オブジェクトおよびスレーブ・オブジェクトに関連してコ
ピー・リンクおよび翻訳リンクを示すブロック図である。

【００７１】 リンケージの目的のために、リンケージの中に含まれるコンテンツ・アイテム
は３つのタイプのオブジェクト、すなわち、元のオブジェクト、ソース・オブジ
ェクト、およびターゲット・オブジェクトに分類される。１つの実施形態におい
ては、元のオブジェクト１１１は、コピー・リンクによってソース・オブジェク
ト１３０にリンクされ、ソース・オブジェクト１３０は翻訳リンクによって第１
のターゲット・オブジェクト１３２Ａに接続されている。第２のコピー・リンク
は第１のターゲット・オブジェクト１３２Ａをターゲット・オブジェクト１３２
Ｂに接続する。代わりに、第２のコピー・リンクおよびターゲット・オブジェク
ト１３２Ｂは省略される。元のオブジェクトは、元のサイトをそのネイティブの
言語および場所（普通は、英語であるが、必ずしもその必要はない）において元
のサイトを含み、コピー・リンクのマスタ・オブジェクトとしてのみ働く。ソー
ス・オブジェクトは元のオブジェクトのほとんど正確な複製である。それらは常
にコピー・リンクにおいてスレーブ・オブジェクトであり、翻訳リンクにおいて
は常にマスタ・オブジェクトである。これらのオブジェクトは、元のコンテンツ
・アイテムとターゲット・オブジェクトとの間のバッファとして働く。ターゲッ
ト・オブジェクトは、ソース・オブジェクトの翻訳である。コピー・リンクの第
２階層においてターゲット・オブジェクトが元のオブジェクトであることが可能
である。

【００７２】 リンクの不可欠な機能は、オブジェクトの更新を伝播させることである。リン
クを更新することはスレーブ・オブジェクトをマスタ・オブジェクトにおける変
化に追随させる操作を呼び出す。詳細には、コピー・リンクが更新されるとき、
マスタ・オブジェクトがスレーブ・オブジェクトに対して比較される。マスタ・
オブジェクトがスレーブ・オブジェクトと異なっている場合、そのスレーブ・オ
ブジェクトはマスタ・オブジェクトからの情報で上書きされる。代わりに、言語
固有のコンテンツを含んでいるスレーブ・オブジェクトの部分だけは、マスタ・
オブジェクトの対応している部分で上書きされる。さらに、スレーブ・オブジェ
クト自身のリンク（すなわち、現在のリンクのスレーブがマスタである他の任意
のリンク）が再帰的に更新される。

【００７３】 そのリンクが翻訳リンクである場合、ある種のワークフロー・ステップがコン
テンツ管理システムの中でそのスレーブ・オブジェクトのワークフローに付加さ
れる。付加されるワークフロー・ステップは、そのリンクのリンク詳細ＩＤの値
によって変わる。１つの実施形態においては、リンクの更新はスレーブ・オブジ
ェクト上に新しいワークフロー・タスクを生成しているとき、その期日をインテ
リジェントに設定する。さらに、マスタ・オブジェクトおよびスレーブ・オブジ
ェクトの言語および文字符号化がデータベースの中に格納される。リンクのリン
ク詳細ＩＤの値は、マスタ・オブジェクトが変化するときにスレーブ・オブジェ
クトが更新される方法を規定する。

【００７４】 リンクを定義している情報は、データベースの中のリンケージ・テーブルの中
に格納される。詳細には、翻訳リンクを定義している情報は、翻訳リンク・テー
ブル（Ｔｒａｎｓｌａｔｅ Ｌｉｎｋ Ｔａｂｌｅ）およびワークフロー・シー
ケンス・テーブル（Ｗｏｒｋｆｌｏｗ Ｓｅｑｕｅｎｃｅ Ｔａｂｌｅ）の中に
格納されている。さらに、リンケージ・モジュール３００によって管理されてい
る他のデータベース・テーブルは「言語」カラムを含む。リンケージ・テーブル
の中の各翻訳リンクは翻訳リンク・テーブルの中の１つの行をインデックスし、
それは翻訳のためのソース言語、ソース文字符号化、ターゲット言語およびター
ゲット文字符号化を規定する。順に、翻訳リンク・テーブルの中の各行は、ワー
クフロー・シーケンス・テーブルをインデックスし、それはスレーブ・オブジェ
クトをマスタ・オブジェクトに追随させるための翻訳または他のローカライゼー
ションを行うために実行される必要があるワークフロー・ステップを規定する。

【００７５】 各スレーブ・オブジェクトは単独のマスタ・オブジェクトを有しているが、マ
スタ・オブジェクトは複数のスレーブ・オブジェクトを持つことができる。好適
には、リンクはループを形成しない。オブジェクトｏ₀，ｏ₁，ｏ₂，．．．，ｏ_n のシーケンスにおいて、ｏ₀＝ｏ_nであって、ｏ₁がすべてのｉに対してｏ_i+1のマ
スタであることは禁止されている。

【００７６】 オブジェクトが削除されるとき、そのオブジェクトを含んでいるすべてのリン
クが自動的に削除される。

【００７７】 プロト・リンク 対応しているマスタとして新しく生成されたオブジェクトまたは既存のオブジ
ェクトを使用して自動的に新しいスレーブ・オブジェクトおよびリンクを生成す
るために、オブジェクト間の高レベルの関係がプロト・リンクによって定義され
る。プロト・リンクのマスタであるプロジェクトの中の既存のオブジェクトまた
は生成されたすべてのオブジェクトは、そのプロト・リンクのリンケージを継承
する。プロト・リンクは１つのプロジェクト（マスタ・プロジェクト）から別の
プロジェクト（スレーブ・プロジェクト）への方向付けられた関係である。各プ
ロト・リンクは特定のスレーブ・オブジェクトを生成する方法を定義する文字列
の値以外に、リンク・タイプの値、リンク詳細ＩＤの値およびラベルの値をさら
に含む。１つのオブジェクトがマスタ・オブジェクトの中で生成されると、プロ
ト・リンクはリンケージ・モジュールに、スレーブ・プロジェクトの中の対応し
ているオブジェクトを生成させ、２つのオブジェクト間の対応しているリンクを
生成させる。結果のリンクは、他の任意のリンクと同様に操作することができる
。プロジェクトが削除されるとき、そのプロジェクトに関与しているすべてのプ
ロト・リンクが自動的に削除される。オブジェクト間でオブジェクトまたはプロ
ジェクトを動かすことはそれらが含まれているリンクまたはプロト・リンクには
影響しない。

【００７８】 この好適な実施形態においては、プロト・リンクに関連する情報は、プロト・
リンクのデータベース・テーブルの中に格納される。図５Ｃは、行５２０Ａ、５
２０Ｂ、５２０Ｃを含んでいるプロト・リンク・テーブル５２０の１つの実施形
態の図である。各行はマスタ・プロジェクトＩＤのカラム５２２Ａ、スレーブ・
オブジェクトＩＤのカラム５２２Ｂ、プロト・リンク・ラベルのカラム５２２Ｃ
、プロト・リンク・タイプのカラム５２２Ｄ、プロト・リンクのカラム５２２Ｅ
、およびプロト・リンク詳細のカラム５２２Ｆを含む。

【００７９】 マスタ・プロジェクトＩＤのカラム５２２Ａおよびスレーブ・プロジェクトの
カラムＩＤ５２２Ｂの値はリンクされるプロジェクトに対応している管理識別子
の値である。オブジェクト・リンクと同様に、プロト・リンクは「コピー」また
は「翻訳」のいずれかのプロト・リンク・タイプ値を持つことができる。「翻訳
」のプロト・リンクは、プロト・リンク詳細に対する非ヌル値を有し、それはオ
ブジェクト・リンクを生成するために使用される。プロト・リンク・ラベルの値
は、マスタ・オブジェクトのスレーブをそれらが生成される際に命名するのに使
用される非ヌル文字列である。プロト・リンク文字列の値は、スレーブ・オブジ
ェクトを生成するときに呼び出す必要のあるコードに関する情報を含む任意の文
字列である。

【００８０】 図４Ｄは、プロト・リンクを生成して使用するプロセスの流れ図である。ブロ
ック４３２において、プロジェクト間の１つまたはそれ以上のプロト・リンクが
生成される。各プロト・リンクには２つの機能がある。ブロック４３４によって
示されているように、新しく生成されたプロト・リンクは、その新しく生成され
たプロト・リンクのスレーブ・プロジェクトおよび新しく生成されたプロト・リ
ンクのマスタ・プロジェクトの中の既存のオブジェクトと、その新しく生成され
たプロト・リンクのスレーブ・オブジェクトの中に新しく生成されたオブジェク
トとの間のオブジェクト・リンクにおいて新しいオブジェクトをさかのぼって生
成する。例えば、プロジェクトＦｏｏがコンテンツ・アイテムｆｏｏ１、ｆｏｏ
２などを有していると仮定する。ユーザはプロジェクトＦｏｏと、Ｆｏｏ‐ＪＰ
と呼ばれる別のプロジェクトとの間に１つのプロト・リンクを生成する。プロト
・リンクを生成するとき、Ｆｏｏの中のすべてのマスタ・オブジェクトがＦｏｏ
‐ＪＰの中に新しく生成されたスレーブ・オブジェクトにリンクされる。しかし
、他のプロト・リンクは新しいスレーブ・オブジェクトを生成するためには使用
されない。

【００８１】 ブロック４３６において、プロト・リンクが生成された後、そのプロト・リン
クが存在している間、そのプロト・リンクのマスタ・プロジェクトの中の１つの
オブジェクトとして生成されるすべての新しいコンテンツ・アイテムに対して、
スレーブ・オブジェクトおよびオブジェクト・リンクが自動的に生成される。し
たがって、第２の機能はプロジェクトの中に生成されるオブジェクトに対してス
レーブ・オブジェクトおよびオブジェクト・リンクを自動的に生成し、１つまた
はそれ以上のプロト・リンクが、そのプロジェクトをそれぞれのマスタ・プロジ
ェクトとして規定するようにすることである。これを行うために、１つの関数（
Ｎｏｔｉｃｅ Ｌｉｎｋａｇｅ関数）がシステムの中の新しいコンテンツ・アイ
テム、例えば、Ｓｅｅｎ Ｍａｓｔｅｒｓ（調査済みのマスタ）テーブルの中に
は識別されないコンテンツ・アイテムを探すために呼び出される。新しいコンテ
ンツ・アイテムがこの関数によって見つかると、プロト・リンケージ・テーブル
が参照され、新しいオブジェクトおよびリンクがマスタ・プロジェクトからのプ
ロト・リンクを伴ってすべてのスレーブ・プロジェクトの中に生成される。管理
タスクが実行されるたびに、Ｎｏｔｉｃｅ Ｌｉｎｋａｇｅ関数が、その管理タ
スクが開始される前に直ちに実行される。管理タスクの例としては、プロト・リ
ンクの生成、リンケージ・モジュールＧＵＩへのアクセス、またはワークフロー
・タスクの起動などがある。以下にさらに詳しく記述されるＮｏｔｉｃｅ Ｌｉ
ｎｋａｇｅ関数は適切に生成されたスレーブ・オブジェクトを伴うリンケージ・
モジュールの正確な状態を提供するための１つの方法である。

【００８２】 上記例においては、マスタ・プロジェクトは、他のプロジェクトに対する既存
のリンクまたはプロト・リンクを備えている可能性があるか、あるいは備えてい
ない可能性がある既存のオブジェクトを含んでいる。ここでユーザがマスタ・プ
ロジェクトの中に追加のオブジェクトを生成すると想像する。Ｎｏｔｉｃｅ Ｌ
ｉｎｋａｇｅタスクは、その新しいオブジェクトがＳｅｅｎ Ｍａｓｔｅｒｓテ
ーブルの中にはないことを知り、新しいオブジェクトおよびオブジェクト・リン
クをそのマスタ・プロジェクトからのプロト・リンクを備えているすべてのスレ
ーブ・プロジェクトに追加する。次に、ユーザがＦｏｏからＦｏｏ‐ＪＰに対す
る新しいプロト・リンクを生成すると仮定する。その時、スレーブ・オブジェク
トおよびオブジェクト・リンクが、Ｆｏｏの中のすべてのオブジェクトに対して
Ｆｏｏ‐ＪＰの中に生成される。それらはここでは、Ｓｅｅｎ Ｍａｓｔｅｒｓ
テーブルの中にある。しかし、他のプロト・リンクされたオブジェクトに対して
はオブジェクトまたはリンクの生成は行われない。

【００８３】 スレーブ・オブジェクトはプロト・リンクの前に生成され、それらは通知され
、次に既存のマスタとしてスレーブ・プロジェクトの中にさかのぼって生成され
る。新しいマスタ・オブジェクトの前にプロト・リンクが生成された場合、管理
タスクが実行されるときに呼び出されるＮｏｔｉｃｅ Ｌｉｎｋａｇｅ関数は、
すべてのプロト・リンクされたプロジェクトに対する新しいマスタ・オブジェク
トに対するスレーブ・オブジェクトおよびリンクを通知する。

【００８４】 プロト・リンクを生成するとき、マスタ・プロジェクトの中のすべてのコンテ
ンツ・アイテムに対するデフォルトのワークフローはユーザ“ｉｄｉｏｍ”に対
するタスク“ｃｒｅａｔｅ ｌｉｎｋｓ”および、ユーザ“ｉｄｉｏｍ”に対す
るタスク“ｒｅｑｕｅｓｔ ｔｒａｎｓｌａｔｉｏｎ（翻訳を要求する）”を含
む必要がある。１つまたはそれ以上のコピー・リンクのマスタとしてサービスす
る元のプロジェクトに対して、両方のタスクがその順序で必要である。１つまた
はそれ以上の翻訳リンクのマスタおよびコピー・リンクのスレーブとしてのソー
ス・プロジェクトに対しては“ｃｒｅａｔｅ ｌｉｎｋｓ”だけが必要である。
これらのプロジェクトに対するワークフローの先頭において“ｃｒｅａｔｅ ｌ
ｉｎｋｓ”を追加することによって、以下にさらに説明されるＮｏｔｉｃｅ Ｌ
ｉｎｋａｇｅ関数がそのプロジェクトの中のアイテムについて呼び出され、新し
いコンテンツ・アイテムがマスタ・プロジェクトの中で生成されるときにスレー
ブの生成およびオブジェクト・リンクの生成が自動的に発生するようにすること
ができる。

【００８５】 リンケージ・テーブル リンケージは、コンテンツの更新が発生するときはいつでも呼び出される。コ
ンテンツ管理システムを使用して翻訳を実行するための要求は、リンケージ・プ
ロセスを呼び出す。擬似ユーザが確立され、リンケージを実行するワークフロー
・ステップがその擬似ユーザに割り当てられる。

【００８６】 図５Ｅは、テーブル・スキーマの図である。一般に、リンケージ・テーブル５
３０は、リンクを記述し、リンケージ・テーブル５３０の中で記述されているリ
ンクのタイプに従ってヌル値または翻訳リンク・テーブル５００に関連する。翻
訳リンク・テーブル５００は、ワークフロー・シーケンス・テーブル５１０にリ
ンクされている。プロト・リンク・テーブル５４０は翻訳リンク・テーブル５０
０にリンクされている。上記テーブルのリンケージの詳細が以下にさらに説明さ
れる。

【００８７】 図５Ｄは、リンケージ・テーブルの１つの実施形態の構造の図である。リンケ
ージ・テーブル５３０は、各リンクを行５３２Ａ、５３２Ｂ、５３２Ｎなどのテ
ーブルの行として格納する。各行はマスタＩＤのカラム５３４Ａ、スレーブＩＤ
のカラム５３４Ｂ、ラベルのカラム５３４Ｃ、リンク・タイプのカラム５３４Ｄ
、リンク詳細のカラム５３４Ｅ、およびダーティのカラム５３４Ｆを含む。リン
ク・タイプのカラム５３４は、“ｃｏｐｙ”または“ｔｒａｎｓｌａｔｅ”の値
を格納する。リンク詳細のカラム５３４Ｅは、そのリンクに関する追加の情報を
含んでいる、本ドキュメントの中でさらに記述される二次の、タイプ当たりのテ
ーブルへのキーである。翻訳リンクの場合、二次のテーブルは翻訳リンク・テー
ブルであり、コピー・リンクの場合、リンク詳細のカラムの値はヌルである。

【００８８】 １つの実施形態においては、ラベルのカラム５３４Ｃに対する値は、ここでさ
らに説明されるプロト・リンク・テーブルから得られる。この機構が使用される
のは、ラベルが翻訳のための言語として最も可能性が高い、すなわち、‘ｊｐ’
または‘ｐｌ’であり、翻訳プロジェクトにおけるオブジェクトに対する論理名
を提供するために主として存在するからである。

【００８９】 図５Ａは、翻訳リンク・テーブルの１つの実施形態の構造の図である。翻訳リ
ンク・テーブルにはマスタ・オブジェクトが翻訳リンクの中のスレーブ・オブジ
ェクトに翻訳されるか、あるいはローカライズされる方法を記述している行エン
トリがある。そのテーブルはコピー・リンクには影響しない。翻訳リンク・テー
ブル５００の５０２Ａ、５０２Ｂ、５０２Ｃなどの各行は１種類の翻訳リンクの
詳細を格納する。翻訳リンク・テーブル５００はリンク詳細ＩＤのカラム５０４
Ａと、ソース言語のカラム５０４Ｂと、ソース符号化のカラム５０４Ｃと、ター
ゲット言語のカラム５０４Ｄと、ターゲットの符号化のカラム５０４Ｅと、ワー
クフロー・シーケンスＩＤのカラム５０４Ｆとを含む。ワークフロー・シーケン
スＩＤのカラム５０４Ｆの値はワークフロー・シーケンス・テーブルへのインデ
ックスであり、このテーブルは、特定の種類の翻訳リンクに対して取られるワー
クフロー・ステップを規定する。

【００９０】 リンク詳細ＩＤのカラム５０４Ａは、テーブルの一次キーとして働く値および
リンケージ・テーブルからこのテーブルへの迅速なインデックスとして使用する
ことができる値を格納する。ソース言語のカラム５０４Ｂは、ソース・オブジェ
クトの言語に対する２文字または３文字の略号（例えば、英語の場合は“ｅｎ”
など）を格納する。ソース符号化のカラム５０４Ｃは、ソース言語の文字符号化
を示す値を格納する。例えば、整数値１２５２は、Ｗｉｎｄｏｗｓ（登録商標）
‐１２５２の文字符号化を示すことができる、などである。ターゲット言語のカ
ラム５０４Ｄは、翻訳されるオブジェクトの言語に対する２文字または３文字の
略号（例えば、日本語の場合はｊｐなど）を格納する。ターゲット符号化のカラ
ム５０４Ｅはターゲット言語の文字符号化を格納する。例えば、９３２はシフト
ＪＩＳの文字符号化を示すことができる、などである。コメントのフィールドは
、そのテーブルの中のエントリに関連する翻訳またはローカライゼーションおよ
びワークフローの種類の記述するためにユーザ・インターフェースにおいて使用
される文字列を含むことができる。

【００９１】 翻訳リンク・テーブルの値の例 １ ｅｎ １２５２ ｊｐ ６５００１ ２ 日本語への翻訳 ２ ｅｎ １２５２ ｊｐ ６５００１ ５ 日本語（ホッパー）への翻訳 ＊ ＊ ＊ ７７７ ｅｎ １２５２ ｄｅ １２５２ ４ ドイツ語への翻訳

【００９２】 図５Ｂは、ワークフロー・シーケンス・テーブルの１つの実施形態の構造の図
である。行エントリは、ゼロ個またはそれ以上の翻訳リンク・タイプに対するス
テップのワークフロー・シーケンスを記述する。ステップのシーケンスは、行５
１２Ａ、５１２Ｂ、５１２Ｃなどがあるワークフロー・シーケンス・テーブル５
１０の中で規定されている。各行にはＷｏｒｋｆｌｏｗＳｅｑＩＤ（ワークフロ
ー・シーケンスＩＤ）のカラム５１４Ａ、シーケンス番号のカラム５１４Ｂ、Ｎ
ａｍｅ（名前）のカラム５１４Ｃ、Ｗｈｏ（人）のカラム５１４Ｅ、およびＷｈ
ａｔ（何）のカラム５１４Ｅがある。ＷｏｒｋｆｌｏｗＳｅｑＩＤのカラム５１
４Ａは、翻訳リンク・テーブルを使用して参照するためのワークフロー・シーケ
ンス識別子の値を格納する。シーケンス番号のカラム５１４Ｂは、それが参照さ
れる翻訳またはローカライゼーションに対する、このワークフローに対するシー
ケンスの中のステップ番号を示す値を格納する。

【００９３】 名前のカラム５１４Ｃは、特定のワークフロー・タスクの名前の値を格納する
。Ｗｈｏのカラム５１４Ｅは、その組織の中のどの人がその識別されたタスクを
実行するかを示す値を格納する。Ｗｈａｔのカラム５１４Ｅは、そのタスクにつ
いてのオプションの記述、例えば、Ｗｈｏの中で識別された個人に対して提供さ
れる命令を格納する。１つの実施形態においては、Ｗｈｏのカラム５１４ＥはＰ
ｅｏｐｌｅタスクの自然人を識別する。代わりに、Ｗｈｏのカラム５１４Ｅは、
プログラム・タスクを識別する。翻訳者およびワークフローの検証者は、存在す
る場合はそれぞれ“ｔｒａｎｓｌａｔｅ（翻訳）”および“ｖａｌｉｄａｔｅ（
検証）”と名付けられたワークフロー・ステップのＷｈｏである。

【００９４】 一例として、ワークフロー・シーケンス・テーブルは次のものを格納すること
ができる。 １ １ 翻訳 シャンカル ＜ＮＵＬＬ＞ ２ １ 翻訳 シンジ ＜ＮＵＬＬ＞ ２ ２ 検証 ヒロキ ＜ＮＵＬＬ＞ ３ １ 翻訳 ラスロス ＜ＮＵＬＬ＞ ４ １ 翻訳 セサ ＜ＮＵＬＬ＞ ４ ２ 検証 スリニー ＜ＮＵＬＬ＞ ５ １ 翻訳 HopTransGroup ホッパーのコンテンツを翻訳する ５ ２ 検証 アキラ ホッパーのコンテンツを検証する

【００９５】 リンク更新および翻訳の操作がデータベース・テーブルの中のレコード・オブ
ジェクトに対して発生すると、そのテーブルの中のレコードの異なるカラムは異
なるように処理される。スレーブ・オブジェクトがＣｒｅａｔｅ Ｓｌａｖｅ（
スレーブの生成）関数によって自動的に生成されると、ここでさらに説明される
ように、そのテーブルの中のレコードの異なるカラムも異なるように処理される
。いくつかのカラム、例えば、一次キーの値および言語カラムの値は、リンクの
更新および翻訳の操作によっては変更されない。Ｃｒｅａｔｅ Ｓｌａｖｅ関数
は、コンテンツ管理システムの中のＧＥＴ＿ＮＥＸＴ＿ＩＤ（次のＩＤを得る）
関数を呼び出すことによって、新しく生成されたスレーブ・レコードの中のこれ
らのカラムのいくつかを初期化することができる。Ｃｒｅａｔｅ Ｓｌａｖｅ関
数は、翻訳リンク・テーブルの中で規定されているターゲット言語を使用して、
新しく生成されたスレーブ・レコードの中のこれらのカラムのいくつかを初期化
することができる。いくつかのカラム、例えば、商取引において使用されるオブ
ジェクトの中の製品のカタログ番号および価格は、リンク更新、翻訳の操作およ
びＣｒｅａｔｅ Ｓｌａｖｅ関数によって逐語的にコピーされる。いくつかのカ
ラムはリンク更新およびＣｒｅａｔｅ Ｓｌａｖｅ関数によってコピーされるが
、翻訳操作によって翻訳される。他の変換を使用することもできる。１つの実施
形態においては、レコードを処理するコードがそのような変換を実行する。

【００９６】 これらの可能性を実現するために、データ構成テーブルがリンケージに関与し
ているレコードを含んでいる各テーブルの中の各カラムに対する１つの行を含み
、ＬｏｃａｌｉｚａｔｉｏｎＭｅｔｈｏｄ（ローカライゼーション方法）と呼ば
れるカラムを有している。ＬｏｃａｌｉｚａｔｉｏｎＭｅｔｈｏｄのカラムの値
は、リンク更新、翻訳の操作およびＣｒｅａｔｅ Ｓｌａｖｅ関数によってリン
ケージに関与している、上記３つのケースの中から選択されたレコードを含んで
いる各テーブルの中の各カラムに対してどのタイプの変換が適用されるかを示す
。リンケージ更新のプロセスは、レコード上のコピー・リンクを更新していると
き、ＬｏｃａｌｉｚａｔｉｏｎＭｅｔｈｏｄのカラムの中に格納されている値を
呼び出す。１つの実施形態においては、各カラムに対してＬｏｃａｌｉｚａｔｉ
ｏｎＭｅｔｈｏｄの値が１または２である場合、リンケージ更新プロセスは、そ
のカラムの値を逐語的にマスタ・オブジェクトからスレーブ・オブジェクトへコ
ピーする。ＬｏｃａｌｉｚａｔｉｏｎＭｅｔｈｏｄの値が３または４である場合
、そのカラムは無視され、リンケージ更新プロセスによっては変更されない。

【００９７】 翻訳プロセスは翻訳のユーザ・インターフェースを提示しているとき、および
翻訳を保存しているときにＬｏｃａｌｉｚａｔｉｏｎＭｅｔｈｏｄのカラムの中
に格納されている値を検索する。ＬｏｃａｌｉｚａｔｉｏｎＭｅｔｈｏｄの値が
２であるカラムは、翻訳者に提示され、翻訳者によって入力されたテキストがタ
ーゲット・レコードの中に保存される。ＬｏｃａｌｉｚａｔｉｏｎＭｅｔｈｏｄ
の値が１であるカラムは翻訳者には提示されないが、翻訳が保存されるとすぐに
スレーブ・レコードの中に逐語的にコピーされる。他のカラム、例えば、Ｌｏｃ
ａｌｉｚａｔｉｏｎＭｅｔｈｏｄの値が３または４のカラムは無視され、翻訳プ
ロセスによっては変更されない。

【００９８】 Ｃｒｅａｔｅ Ｓｌａｖｅ関数は、既存のマスタ・オブジェクトに基づいて新
しいスレーブ・オブジェクトを生成しているときに、Ｌｏｃａｌｉｚａｔｉｏｎ
Ｍｅｔｈｏｄのカラムの中に格納される値を呼び出す。１つの実施形態において
は、各カラムに対してＬｏｃａｌｉｚａｔｉｏｎＭｅｔｈｏｄの値が１または２
の場合、Ｃｒｅａｔｅ Ｓｌａｖｅ関数はそのカラムの値を逐語的にマスタ・オ
ブジェクトからスレーブ・オブジェクトへコピーする。Ｌｏｃａｌｉｚａｔｉｏ
ｎＭｅｔｈｏｄの値が３である場合、Ｃｒｅａｔｅ Ｓｌａｖｅ関数はコンテン
ツ管理システムの中にあるＧＥＴ＿ＮＥＸＴ＿ＩＤ関数を呼び出すことによって
そのカラムの値を初期化する。ＬｏｃａｌｉｚａｔｉｏｎＭｅｔｈｏｄの値が４
である場合、Ｃｒｅａｔｅ Ｓｌａｖｅ関数は翻訳リンク・テーブルの中に指定
されているターゲット言語を使用して、そのカラムの値を初期化する。

【００９９】 Ｓｅｅｎ Ｍａｓｔｅｒｓ（調査済みのマスタ） １つの実施形態においては、Ｎｏｔｉｃｅ Ｌｉｎｋａｇｅ関数によって処理
されたコンテンツ・アイテムの履歴がＮｏｔｉｃｅ Ｌｉｎｋａｇｅ関数によっ
て、コンテンツ・アイテムを生成および更新するために参照のために使用される
。好適には、その履歴はＮｏｔｉｃｅ Ｌｉｎｋａｇｅ関数によって処理された
オブジェクトの識別子を格納するＳｅｅｎ Ｍａｓｔｅｒｓのデータベース・テ
ーブルの中に生成されて格納される。Ｓｅｅｎ Ｍａｓｔｅｒｓテーブルは、Ｎ
ｏｔｉｃｅ Ｌｉｎｋａｇｅ関数によって使用される。

【０１００】 サポート関数ライブラリ １つの実施形態においては、リンケージ・モジュール３００は、複数のリンケ
ージ・サポート機能に結合されているか、あるいは統合化されている。好適には
、リンケージ・サポート機能１４は、ユーザ・レベル関数のライブラリの形式で
実装されている。リンケージ・サポート機能１４は、ウェブ・サイトの現在のペ
ージの言語を検出することができるインライン・コードを含み、そのページの受
信者に対して文字符号化を指定するために適切なＨＴＴＰ‐ＥＱＵＩＶコマンド
を挿入する。言語検出コードは、その発見を覚えており、この情報をそのライブ
ラリ・ルーチンの中で使用する。これはそのページの中で後でパラメータを追加
しての関数呼出しの混乱を回避する。

【０１０１】 コンテンツＩＤによって、管理ＩＤにおいて、アセットＩＤによって、パスに
よって、あるいはデータベース・キーによって他のコンテンツ・オブジェクトを
参照するテンプレートを容易化するために、Ｆｏｌｌｏｗ Ｌｉｎｋｓ（リンク
をフォローする）関数が提供されている。Ｆｏｌｌｏｗ Ｌｉｎｋｓ関数は、元
のコンテンツ・オブジェクトの識別している属性を受け取り、対応しているター
ゲット・コンテンツ・オブジェクトの同じ識別している属性を返し、それはこの
関数が指定されたタイプのリンクに従うことによって見つけようとする。

【０１０２】 リンケージ・サポート機能１４はラッパー関数ＩＤＦＯＬＬＯＷを含むことが
でき、それは関数ＦＯＬＬＯＷのためのラッパーである。ＩＤＦＯＬＬＯＷは、
１つのパラメータとしてソース・コンテンツ・オブジェクトに対するパス名を受
け取り、リンケージ・テーブルを使用してそのコンテンツのローカライズされた
バージョンに対するパス名を返す。スタティック・ファイル（例えば、ＧＩＦフ
ァイル）、テンプレート、およびコンポーネントに対するリンクを含めてすべて
のリンクがＩＤＦＯＬＬＯＷに対する呼出しの中に含まれている。よりきめ細か
い制御のために、代わりにＦＯＬＬＯＷ関数を直接使用することができる。好適
には、相対的なパス参照は使用されず、フル・パス名が使用される。例えば、 <IMG SRC="image.gif">⇒<IMG SRC="[IDFOLLOW"/path1/path2/ image.gif"]"> <A HREF="file.asp">⇒<A HREF="[CURL[IDFOLLOW"/path/file"]]"> 他のサイトまたはサーバに対するリンクを不変のままにしておくことができる。

【０１０３】 １つの実施形態においては、この関数はその後にパス、テンプレートＩＤ、ま
たは管理ＩＤが続き、同じものを返す。マスタおよび言語は名前付き、そして位
置によって決まる引数によって指定される。名前は“‐ｐａｔｈ”であり、それ
はテンプレートおよびファイルに対する仮想パスを識別する；“‐ｉｎｄｅｘ”
は、テンプレートのパス（ｎ番目の）を識別して返し、ゼロをデフォルトとする
；“‐ｔｅｍｐｌａｔｅｉｄ”はテンプレートの内部数値ｉｄを識別する（詳細
ボックスの中の“ｄａｔａｂａｓｅ ｋｅｙ”）；“‐ｍｇｍｔｉｄ”は管理識
別子である；“‐ｌａｎｇ”は言語を指定する。

【０１０４】 名前付き引数が取り除かれた後、‐ｐａｔｈ、‐ｔｅｍｐｌａｔｅｉｄ、およ
び‐ｍｇｍｔｉｄがどれも指定されていなかった場合、最初の残っている引数は
‐ｐａｔｈであり、第２の引数は‐ｌａｎｇであり、そうでない場合は、最初の
ものが‐ｌａｎｇである。これによって次の共通のケースに対してパスによって
２つの引数呼出しが可能である。ターゲットが見つからなかった場合はエラーが
発生する。

【０１０５】 また、リンケージ・サポート機能１４は、一組のリンクを更新し、更新された
リンクの個数を返すＵｐｄａｔｅ Ｌｉｎｋｓ（リンクを更新する）関数も含む
ことができる。更新されるリンクは、名前付き、および位置的な引数によって指
定することができる。名前付き引数の形式は“‐ｎａｍｅ ｖａｌｕｅ”であり
、ここで、ｖａｌｕｅはＴｃｌリストである。‐ｎａｍｅの複数のインスタンス
が、そのリストに連結する。名前は、“‐ｍａｓｔｅｒ”（マスタ・オブジェク
トのＩＤ）（Ｕｐｄａｔｅ Ｌｉｎｋｓ関数が指定されたマスタについてのすべ
てのリンクを更新するように指示する）；“‐ｓｌａｖｅ”（スレーブＩＤを指
定する）（指定されたスレーブについてのすべてのリンクを更新するようＵｐｄ
ａｔｅ Ｌｉｎｋｓ関数に指示する）；“‐ｐｒｏｊｅｃｔ”（マスタ・プロジ
ェクトを指定する）（指定されたプロジェクトの中のマスタ・オブジェクトにつ
いてのすべてのリンクを更新するようＵｐｄａｔｅ Ｌｉｎｋｓ関数に指示する
）；“‐ｓｌａｖｅ‐ｐｒｏｊｅｃｔ”（スレーブ・プロジェクトを指示する）
（指定されたプロジェクトの中のスレーブ・オブジェクトについてのすべてのリ
ンクを更新するようＵｐｄａｔｅ Ｌｉｎｋｓ関数に指示する）；または“‐ｌ
ａｂｅｌ”（リンク・ラベルを示す）（指定されたラベル付きのすべてのリンク
を更新するようＵｐｄａｔｅ Ｌｉｎｋｓ関数に指示する）を含むことができる
。

【０１０６】 動作において、Ｕｐｄａｔｅ Ｌｉｎｋｓ関数は先ず最初に名前付き引数を取
り除く。次に、最初の残っている引数が‐ｍａｓｔｅｒリストに追加され、第２
の引数が‐ｓｌａｖｅリストに追加される。これによって、共通のケースである
単独のマスタからのすべてのリンクを更新するケースおよび、単独のマスタ／ス
レーブ・リンクを更新するケースに対して１引き数または２引き数の呼出しを行
うことができる。そのリストは論理的に次のように組み合わされる。 (-master OR (-project AND-slave-project AND-label)) AND-slave

【０１０７】 返される値はリストを更新するために何かが行われる必要があるかどうかにか
かわらず、例えば、既に更新されたコピー・リンクの場合のように、見つかった
リンクの個数を反映する。それはＵｐｄａｔｅ Ｌｉｎｋｓ関数に対する再帰的
な呼出し、例えば、それぞれのスレーブ上のリンクを更新するためのコピー・リ
ンクに対する呼出しの間に見つかったリンクまたは更新されたリンクの個数を反
映しない。

【０１０８】 １つの実施形態においては、Ｕｐｄａｔｅ Ｌｉｎｋｓ関数は、４つの主要値
、すなわち、リンク・タイプ（それは“ｃｏｐｙ”または“ｔｒａｎｓｌａｔｅ
”のいずれかである）；マスタ管理識別子（そのリンクのマスタであるリソース
を指定する）；スレーブス管理識別子（そのリンクのスレーブであるリソースを
指定する）；および詳細識別子（そのリンクに関する追加の詳細に対するハンド
ルであって、その解釈はリンクのタイプによって変わる）によってそれぞれ定義
されるリンクと結合して動作する。リンクはまた、文字列ラベルを持つことがで
きる。

【０１０９】 さらに、この好適な実施形態においては、各リンクは状態の値（「ダーティー
・ビット」）も有している。ダーティ・ビットは、セットまたはアンセットのい
ずれかである。ダーティ・ビットがセットされていた場合、それはそのリンクが
更新されるかどうかを判定するために使用される任意の他の基準にかかわらず、
そのリンクが更新される必要があることを示す。

【０１１０】 複数のリンクを単独のバッチ更新で更新することができる。更新するリンクの
組をいくつかの方法で指定することができる。１つはそのリンクのマスタ・リソ
ースを指定することによる方法である。もう１つはそのリンクのスレーブ・リソ
ースを指定することによる方法である。マスタおよびスレーブのリソースは、管
理識別子によって指定される。もう１つはそのリンクのマスタ・リソースが含ま
れているプロジェクトを指定することによる方法である。もう１つは、そのリン
クのスレーブ・リソースが含まれているプロジェクトを指定することによる方法
である。プロジェクトは管理識別子、オブジェクト識別子またはプロジェクト名
によって指定することができる。再帰的なオプションを選定することができる。
それは１つのプロジェクトの中にサブプロジェクトの中のリソースを含むといっ
たように再帰的である。さらにもう１つの方法は、そのリンクのラベルを指定す
ることによる方法である。

【０１１１】 これらの５つの指定方法のうちの１つまたはそれ以上が与えられた場合、各方
法から得られたリンクの集合の共通部分が使用される。更新されるリンクの集合
が決定されると、そのリンクは１つずつ更新される。

【０１１２】 リンクを更新するプロセスが以下に説明される。この場合においては、“ｓｔ
ｏｐ（停止）”は、このリンクの更新のプロセスを即時終了し、次のリンクへ継
続することを意味し、“ｅｎｓｕｒｅ”Ｐは、Ｐが真でなかった場合に停止する
ことを意味する。

【０１１３】 リンク・タイプが“ｃｏｐｙ”であった場合、

【０１１４】 １． マスタおよびスレーブのリソースに対するハンドルをコンテンツ管理サ
ーバから取得する。

【０１１５】 ２． 両方のリソースのタイプを調べ、それらが同じタイプのものであること
を確認する。認識されるタイプは“Ｔｅｍｐｌａｔｅ”、“Ｒｅｃｏｒｄ”およ
び“Ｆｉｌｅ”である。リソースがこれら３つのタイプのうちの１つであること
を確認する。

【０１１６】 ３． それらがＴｅｍｐｌａｔｅであった場合、マスタ・リソースのコンテン
ツ（それは単独の文字列である）を取得する。 ａ． ダーティ・ビットがセットされていなかった場合、スレーブ・リソー
スのコンテンツを取得し、スレーブ・リソースがマスタ・リソースと同じであっ
た場合、停止する。 ｂ． スレーブ・リソースのコンテンツをマスタ・リソースのコンテンツに
対して設定する。

【０１１７】 ４． それらがレコードであった場合、マスタ・リソースのテーブル名を取得
し、そのテーブルに対するデータ構成テーブルのエントリを照合する。 ａ． そのエントリから、コピーまたは翻訳のカラムを表しているローカラ
イゼーションの方法１または２を有しているカラムを選択する。 ｂ． データベースの中のマスタ・リソースを照合し、これらのカラムから
データを呼び出す。 ｃ． ダーティ・ビットがセットされていなかった場合、スレーブ・リソー
スを照合し、その同じカラムからデータを呼び出し、すべてのデータがマスタの
データと同じであった場合、カラムごとに停止する。 ｄ． スレーブ・リソースのこれらのカラムの中のデータをマスタ・リソー
スのデータにカラムごとに設定する。

【０１１８】 ５． それらがファイルであった場合、マスタ・リソースのコンテンツ（それ
は単独の文字列である）を取得する。 ａ． ダーティ・ビットがセットされていなかった場合、スレーブ・リソー
スのコンテンツを取得し、スレーブ・リソースがマスタ・リソースと同じであっ
た場合、停止する。 ｂ． スレーブ・リソースのコンテンツをマスタ・リソースのコンテンツに
設定する。 これでコピー・リンクの更新のプロセスが完了する。 リンク・タイプが“ｔｒａｎｓｌａｔｅ”であった場合、

【０１１９】 ６． そのリンクの詳細識別子によって指定された翻訳リンケージ・テーブル
のエントリを照合する。

【０１２０】 ７． ソース言語、ソース符号化、ターゲット言語、ターゲット符号化、およ
びワークフロー・シーケンス識別子をこのエントリから呼び出す。

【０１２１】 ８． スレーブ・リソースのオブジェクト変数をソース言語、ソース符号化、
ターゲット言語、ターゲット符号化およびマスタ・リソース、管理識別子に設定
する。“Ｏｂｊｅｃｔ ｖａｒｉａｂｌｅｓ（オブジェクト変数）”は、リソー
スをどのようにローカライズすべきかを記述しているメタデータである。それら
はそのリソースの管理識別子をキーとしたメタデータ・テーブル（それらが参照
するリソースを伴っていない）と呼ばれるデータ・テーブルの中に格納される。

【０１２２】 ９． 上で得られたワークフロー・シーケンス識別子がヌルであった場合、停
止する。

【０１２３】 １０． ワークフロー・シーケンス識別子をキーとして指定されたワークフロ
ー・シーケンス・テーブルの中のエントリを照合する。各エントリは１つのワー
クフロー・ステップであり、記述的な名前およびそれが割り当てられる人のユー
ザ名を含んでいて、ステップの順序がワークフロー・シーケンス・テーブルの中
に指定されている。

【０１２４】 １１． スレーブ・リソースに対するハンドルをコンテンツ管理サーバから取
得する。

【０１２５】 １２． ワークフロー・ステップを順に考慮する。各ステップに対して、その
記述名およびユーザ名から底流にあるワークフロー・システムによって理解され
るワークフローのステップのデータ構造を生成し、このデータ構造をスレーブ・
リソースのワークフロー・ステップのリストの終りに追加する。 これで翻訳リンクを更新するプロセスが完了する。

【０１２６】 リンケージ・サポート機能１４は、Ｆｏｌｌｏｗ Ｌｉｎｋ関数も含み、この
関数は１つのパラメータとしてマスタ言語の識別子を受け取り、与えられた言語
に対するローカライズされたコンテンツ・アイテムを返す。１つの実施形態にお
いては、Ｆｏｌｌｏｗ Ｌｉｎｋ関数は、ターゲットが２つのリンク（そのうち
の第２のリンクが翻訳リンクである）を経由して到達されることを仮定する。タ
ーゲットが見つからなかった場合、エラーが発生する。

【０１２７】 リンケージ・サポート機能１４は、Ａｄｄ Ｗｏｒｋｆｌｏｗ ｔｏ Ｃｏｎ
ｔｅｎｔ（コンテンツに対してワークフローを追加する）関数も含み、この関数
はワークフロー・ステップのシーケンスをコンテンツ・アイテムに対して追加す
る。それはタスクのリストをパラメータとして受け取る。各タスクはユーザ・タ
スクに対する要素｛Ｎａｍｅ Ｔｙｐｅ Ｗｈａｔ Ｗｈｏ｝、またはプログラ
ム・タスクに対する｛Ｎａｍｅ Ｔｙｐｅ Ｗｈａｔ ＩｎｖｏｃａｔｉｏｎＰ
ａｔｔｅｒｎ｝のリストである。

【０１２８】 リンケージ・サポート機能１４は、Ｃｒｅａｔｅ Ｐｒｏｔｏ Ｌｉｎｋ（プ
ロト・リンクを生成する）関数も含むことができる。その引数は新しいプロト・
リンクに対するデータベースの中のテーブルの行を生成するために必要なデータ
である。その引数は、マスタ・プロジェクトＩＤの値、スレーブ・プロジェクト
ＩＤの値、リンク・タイプの値、ラベルの値、および任意の文字列の値を含むこ
とが好ましい。プロジェクトＩＤの値は既存のプロジェクトを識別する。リンク
・タイプの値は正確に“ｃｏｐｙ”であるか、あるいは翻訳リンク・テーブルの
中の１つのレコードの一意のコメント・フィールドに等しい文字列である。ラベ
ルのフィールドはリンクのユーザ識別のために使用される文字列であり、任意文
字列の値はオブジェクト生成をカスタマイズするために使用することができる。

【０１２９】 Ｃｒｅａｔｅ Ｐｒｏｔｏ Ｌｉｎｋ関数は、「マスタ・プロジェクトＩＤ」
の値、「スレーブ・プロジェクトＩＤ」の値、「プロト・リンク・タイプ」の値
、「ラベル」の値、および「任意の文字列」の値を１つの新しい行としてプロト
・リンク・テーブルの中に挿入する。プロト・リンクが既に存在していた場合、
エラーが発生する。Ｃｒｅａｔｅ Ｐｒｏｔｏ Ｌｉｎｋ関数は、リンケージ・
モジュールのユーザ・インターフェースから呼び出される。

【０１３０】 オブジェクト・リンクの追加はプロト・リンクの生成に類似している。 リンケージ・サポート機能１４は、パラメータとしてマスタ・プロジェクト識
別子を受け取るＮｏｔｉｃｅ Ｌｉｎｋａｇｅ関数も含む。データベース１０が
任意の時点においてすべてのリンケージに関する正確な情報を格納していること
を確認するために、Ｎｏｔｉｃｅ Ｌｉｎｋａｇｅ関数は現在のリンケージ状態
を通知するか、あるいは見つけ出し、定義されているプロト・リンクに従って状
態の情報を適切に更新する。この関数はＳｅｅｎ Ｍａｓｔｅｒｓテーブルの中
にないアイテムに対して与えられたプロジェクトのコンテンツ・アイテムをサー
チする。新しいコンテンツ・アイテムが見つかった場合、それぞれのマスタ・プ
ロジェクトとして新しいコンテンツ・アイテムを含んでいるプロジェクトを指定
するプロト・リンクが参照される。そのようなプロト・リンクが存在した場合、
以下にさらに説明されるようにＣｒｅａｔｅ Ｓｌａｖｅｓ Ｆｒｏｍ Ｐｒｏ
ｔｏ Ｌｉｎｋｓ（プロト・リンクからスレーブを生成する）関数が呼び出され
る。次にそのコンテンツ・アイテムがＳｅｅｎ Ｍａｓｔｅｒｓテーブルに追加
される。そのようなプロト・リンクが、新しいコンテンツ・アイテムを含んでい
るプロジェクトに対して存在しなかった場合、Ｓｅｅｎ Ｍａｓｔｅｒｓテーブ
ルには何も追加されない。したがって、プロト・リンケージのない新しいアイテ
ムは新しいアイテムのままにとどまり、Ｎｏｔｉｃｅ Ｌｉｎｋａｇｅｋ関数の
それ以降の呼出しがプロト・リンケージに対するそのようなアイテムをテストす
るために継続する。

【０１３１】 リンケージ・サポート機能１４は、Ｃｒｅａｔｅ Ｓｌａｖｅｓ Ｆｒｏｍ
Ｐｒｏｔｏ Ｌｉｎｋ関数も含み、プロト・リンケージに基づいて新しいスレー
ブ・オブジェクトの生成を実行する。パラメータとしてマスタ・オブジェクトＩ
Ｄが与えられて、その与えられたマスタ・オブジェクトＩＤ付きのオブジェクト
に対応している新しいスレーブ・オブジェクトを、与えられたマスタ・オブジェ
クトＩＤ付きのオブジェクトを含んでいるプロジェクトに対するプロト・リンケ
ージの中で参照する各スレーブ・プロジェクトの中で生成することができる。パ
ラメータとしてマスタ・プロジェクトＩＤおよびスレーブ・プロジェクトＩＤが
与えられて、与えられたマスタ・プロジェクトＩＤ付きのプロジェクトの中のす
べての既存のオブジェクトに対応している新しいスレーブ・オブジェクトがその
与えられたスレーブ・プロジェクトだけの中に生成され、他のプロト・リンクに
よって記述されているスレーブ・プロジェクトの中には生成されない。

【０１３２】 図４Ｅは、プロト・リンクを生成して使用するプロセスの流れ図である。ブロ
ック４４０において、Ｃｒｅａｔｅ Ｐｒｏｔｏ Ｌｉｎｋ関数が呼び出され、
１つまたはそれ以上のプロト・リンクが生成される。ブロック４４０は、ワーク
フローによって、あるいはブロック４５２によって示されているように、グラフ
ィカル・ユーザ・インターフェースを通じてオブジェクトまたはプロセスにアク
セスすることによってＣｒｅａｔｅ Ｐｒｏｔｏ Ｌｉｎｋ関数の呼出しを含む
ことができる。

【０１３３】 ブロック４４２において、Ｎｏｔｉｃｅ Ｌｉｎｋａｇｅ関数が呼び出される
。その後、ループに入る。新しいオブジェクトがマスタ・プロジェクトの中にあ
った場合、例えば、Ｓｅｅｎ Ｍａｓｔｅｒｓテーブルの中にはないオブジェク
トがあった場合、新しい各オブジェクトに対して、１つまたはそれ以上のスレー
ブ・オブジェクトが生成される。ブロック４４４によって示されているように、
単独引数形式のＣｒｅａｔｅ Ｓｌａｖｅｓ Ｆｒｏｍ Ｐｒｏｔｏ Ｌｉｎｋ
関数がマスタ・プロジェクトの中のすべての新しいオブジェクトに対してＮｏｔ
ｉｃｅ Ｌｉｎｋａｇｅ関数によって呼び出される。２引数の形式がＣｒｅａｔ
ｅ Ｐｒｏｔｏ Ｌｉｎｋ関数によって呼び出され、新しく生成されたプロト・
リンクによって指定されるマスタ・プロジェクトである１つのプロジェクトの中
に存在する既存のマスタ・プロジェクトの中に対応している新しいスレーブ・オ
ブジェクトの後戻り的な生成を容易化する。代わりに、スレーブ・オブジェクト
を手動で生成することができる。結果として、このプロセスは前のマスタ・オブ
ジェクトに対して新しいスレーブをさかのぼって生成する。

【０１３４】 ブロック４４６において、Ａｄｄ Ｌｉｎｋｓ（リンクを追加する）関数が呼
び出され、それによって新しいプロト・リンク情報がデータベースに追加される
。

【０１３５】 ブロック４５０において、Ｕｐｄａｔｅ Ｌｉｎｋｓ関数が呼び出される。ブ
ロック４４８によって示されているように、Ｕｐｄａｔｅ Ｌｉｎｋｓ関数はワ
ークフローを使用して呼び出すことができる。

【０１３６】 ブロック４５２、ブロック４５４およびブロック４５６は、そのプロセスに対
する入口点を示す。ブロック４５４はプロジェクトまたはオブジェクトのアクセ
スの結果として代わりに、ブロック４４２のＮｏｔｉｃｅ Ｌｉｎｋａｇｅ関数
へ入ることができることを示す。ブロック４４６のＡｄｄ Ｌｉｎｋｓのステッ
プは、１つのオブジェクト・タスクから、あるいはグラフィカル・ユーザ・イン
ターフェースを通じて呼び出される可能性がある。

【０１３７】 コンテンツ・アイテムのタイプ、例えば、テンプレート、レコード、ファイル
、および特定の実装パラメータ、例えば、ネーミングの決まり、データ構成、デ
ータベース・テーブルなどに依存して、マスタ・オブジェクトからスレーブ・オ
ブジェクトの生成は変わる可能性がある。Ａｒｂｉｔｒａｒｙ Ｓｔｒｉｎｇ（
任意文字列）パラメータの形式でリンケージの中に柔軟性が組み込まれている。
それはプロト・リンクの生成によって供給される。ユーザ・インターフェースは
、その任意文字列に対するラベルを提供し、それはＣｒｅａｔｅ Ｃｏｄｅ（コ
ードを生成する）データベース・テーブルの中に格納されている。各Ａｒｂｉｔ
ｒａｒｙ Ｓｔｒｉｎｇの値は、２つの文字列のＴｃｌリストおよび１つのＴｃ
ｌリストであり、それは空であってもよい。第１の文字列は、現在の管理システ
ム８のＬｉｂｒａｒｙ Ｔｅｍｐｌａｔｅ（ライブラリ・テンプレート）の名前
であり、その中に名前が第２の文字列であるプロシージャが存在する。そのリス
トの第３の要素は、そのプロシージャに対して引数として渡される引数のリスト
である。

【０１３８】 Ａｒｂｉｔｒａｒｙ Ｓｔｒｉｎｇの概念は、構造化されたプロト・リンケー
ジＡＰＩと、新しいコンテンツ・アイテムを命名して配置するための柔軟な方法
との間のインターフェースを提供する。このリンケージ・インターフェースは、
新しいオブジェクトを生成するために必要な情報を伴ったＡｒｂｉｔｒａｒｙ
Ｐｒｏｃｅｄｕｒｅ（任意プロシージャ）（Ａｒｂｉｔｒａｒｙ Ｓｔｒｉｎｇ
リストのパラメータの第１および第２のメンバーによって指定される）を提供す
る。新しく生成されたスレーブ・オブジェクトのＩＤがＡｒｂｉｔｒａｒｙ Ｐ
ｒｏｃｅｄｕｒｅによって返されると、新しいリンクがリンケージ・テーブルに
追加される。Ｃｒｅａｔｅ Ｓｌａｖｅｓ Ｆｒｏｍ Ｐｒｏｔｏ Ｌｉｎｋｓ
関数は、Ａｒｂｉｔｒａｒｙ Ｓｔｒｉｎｇから適切な情報を抽出し、それをＳ
ｌａｖｅオブジェクトの中に格納する。

【０１３９】 リンケージ・サポート機能１４は、既存のマスタ・オブジェクトから新しいス
レーブ・オブジェクトを生成するためのデフォルトの機構を提供するＣｒｅａｔ
ｅ Ｓｌａｖｅ関数も含むことができる。したがって、Ｃｒｅａｔｅ Ｓｌａｖ
ｅ関数の名前を格納するデフォルトのＡｒｂｉｔｒａｒｙ Ｓｔｒｉｎｇを生成
して格納することができる。

【０１４０】 また、リンケージ・サポート機能１４はオブジェクト・リンクを追加すること
ができるＡｄｄ Ｌｉｎｋｓ関数も含む。Ａｄｄ Ｌｉｎｋｓ関数は、Ｎｏｔｉ
ｃｅ Ｌｉｎｋａｇｅ関数の場合と同様に、マスタおよびスレーブのオブジェク
トに対するオブジェクトＩＤの値を受け取る。さらに、それはデータベースの中
に指定されている他のリンク・パラメータを受け取る。Ｔｙｐｅパラメータは、
リンクのタイプを指定し、そしてＬａｂｅｌパラメータ・タイプが、そのリンク
を識別するために使用される。

【０１４１】 リンクの生成 図４Ｆは、上記構成を備えているシステムを使用してリンクを生成および更新
するプロセスの流れ図である。１つの実施形態においては、図４Ｆのステップは
図４Ｃのブロック４２８の機能を実装する。

【０１４２】 ブロック４６０において、テンプレート、レコード、またはファイルなどのソ
ースおよび翻訳のアイテムが生成されて格納される。そのようなオブジェクトは
特殊なプロジェクトにおいて格納される必要はないが、ソースおよび翻訳のプロ
ジェクトを生成することは便利な場合がある。一例を示す目的のために、元の、
ソースの、そして翻訳のアイテムの管理識別子は、それぞれ／ｃｉ／１２３、／
ｃｉ／ａｂｃ、および／ｃｉ／ｄｅｆである。

【０１４３】 ブロック４６２において、関連したエントリがリンケージ・テーブルに追加さ
れる。例えば、以下にリストされるＳＱＬ文はレコードの追加を行うことができ
る。 insert into IdiomLinkageT (MasterID, SlaveID, LinkType) values ('/ci/123','/ci/abc','copy'); insert into IdiomLinkageT (MasterID, SlaveID, LinkType, LinkDetailsID) values ('/ci/abc','/ci/def','translate',1);

【０１４４】 １つの実施形態においては、ＬｉｎｋＤｅｔａｉｌｓＩＤの値が１であること
は翻訳者がＳｈｉｎｊｉであって検証者がＨｉｒｏｋｉである日本語への翻訳を
表すことができる、などである。

【０１４５】 ブロック４６４において、擬似ユーザのｉｄｉｏｍにソースおよび翻訳のアイ
テムに対する書込みアクセスが与えられる。１つの実施形態においては、ｉｄｉ
ｏｍはこれらのアイテムを含むプロジェクトの所有者のリストに追加される。

【０１４６】 ブロック４６６において、元のアイテムについての“ｒｅｑｕｅｓｔ ｔｒａ
ｎｓｌａｔｉｏｎ”タスクがｉｄｉｏｍの擬似ユーザに割り当てられる。それに
応答して、タスクがコンテンツ管理システムの中で自動的に始動し、終了する。
結果として、元のアイテムのコンテンツがソース・アイテムへコピーされ、そし
てワークフロー・タスク、例えば、“ｔｒａｎｓｌａｔｅ”および”ｖａｌｉｄ
ａｔｅ”タスクが、その翻訳アイテムに割り当てられる。これらのタスクは、コ
ンテンツ管理システムのウェブ・インターフェースを使用して完了することがで
きる。ユーザが“ｒｅｑｕｅｓｔ ｔｒａｎｓｌａｔｉｏｎ”タスクを使用した
くない場合、Ｕｐｄａｔｅ Ｌｉｎｋｓプロセスを直接呼び出すことができる。

【０１４７】 プロジェクト・リンクの生成 １つの実施形態においては、プロジェクト・リンクは、Ａｄｄ ｐｒｏｔｏ
ｌｉｎｋｓの形式を使用して生成することができる。“Ｍａｓｔｅｒ Ｐｒｏｊ
ｅｃｔ ｉｓ：”「マスター・プロジェクトは：」というキャプションが付けら
れているプルダウン・メニューを選択することによって１つのプロジェクトがマ
スタ・プロジェクトとして選択される。それに応答して、システムは、そこから
選定するベース・プロジェクトに関して完全にクオリファイされたパスを伴うす
べてのプロジェクトのリストを表示する。同様に、Ｐｒｏｊｅｃｔ Ｌｉｎｋの
スレーブとして１つのプロジェクトが選択される。そのリンクに対するテキスト
・ラベルが選択される。Ｐｒｏｊｅｃｔ Ｌｉｎｋの種類は、“Ｃｏｐｙ”オプ
ションまたは、翻訳リンク・テーブルの“Ｃｏｍｍｅｎｔｓ”フィールドの中に
入力された文字列の名前を提供するドロップ・ダウン・メニューを使用して選択
される。

【０１４８】 オブジェクト生成のための任意の文字列が選択される。その文字列は新しいコ
ンテンツ・アイテムを生成する方法および場所を指定するコードを探す場所をシ
ステムに知らせる。

【０１４９】 その新しいリンクを持続的なものにするために“Ａｄｄ（追加）”ボタンが選
択される。それに応答して、リンケージ・モジュール３００は、その選択された
Ｍａｓｔｅｒ Ｐｒｏｊｅｃｔを読み、その既存のＰｒｏｊｅｃｔ Ｌｉｎｋに
従って、そのすべてのコンテンツ・アイテムに対する新しいスレーブ・オブジェ
クトを生成する。次に、リンケージ・モジュール３００は、Ｃｒｅａｔｅ Ｌｉ
ｎｋからのフォームからの情報をデータベースの中の１つの行に入れる。リンケ
ージ・モジュール３００は、その選択されたＳｌａｖｅ Ｐｒｏｊｅｃｔの中に
新しいスレーブ・コンテンツ・アイテムを生成し、Ｍａｓｔｅｒ Ｓｌａｖｅの
コンテンツ・アイテムのすべてのペアに対してオブジェクト・リンクを生成する
。

【０１５０】 この構成を備えているシステムを使用して、マスタのＷｅｂサイトをターゲッ
トの翻訳されたＷｅｂサイトにリンクすることができる。

【０１５１】 例えば、英語のコンテンツを持っているソースのＷｅｂサイトを日本語のサイ
トのバージョンにリンクすることができる。ここで説明されたリンケージの方法
および機構を使用して、英語のバージョンが日本語のバージョンに接続され、し
たがって、英語のバージョンが変更されたときに発生する翻訳のタスクを扱うた
めにワークフロー・タスクが自動的に発生される。１つの特定の実施形態におい
ては、そのサイトの英語バージョンが第１のプロジェクトにおいて格納される。
第２のプロジェクトは日本語の翻訳に対するソースとして働く。元のプロジェク
トからそのソース・プロジェクトへのコピー・リンクがある。第３のプロジェク
トは、そのサイトの日本語バージョンを格納する。

【０１５２】 これらのプロジェクトの中の各オブジェクトおよびそれぞれのサブプロジェク
トがリンクされる。元のプロジェクトはソース・プロジェクトに対してコピー・
リンクされ、ソース・プロジェクトは翻訳プロジェクトに対して翻訳リンクされ
る。結果として、ユーザが元のプロジェクトの中のオブジェクトを変更し、その
プロジェクトの中で割り当てられている最後のタスク（例えば、Ｃｈｅｃｋ ｂ
ｙ Ｃｒｅａｔｏｒ／Ｍｏｄｉｆｉｅｒ（生成者／変更者タスクによるチェック
）タスク）を終了すると、元のオブジェクトが対応しているソース・オブジェク
トへコピーされ、その翻訳されるオブジェクトに対するワークフロー・タスクが
生成される。翻訳者に通知され、したがって、翻訳者は改訂された翻訳が必要で
あることを知ることになり、次にその翻訳されたサイトを更新することができる
。

【０１５３】 また、プロジェクト・リンクは、元のプロジェクト、ソース・プロジェクト、
および翻訳のプロジェクトを接続する。それぞれのサブプロジェクトはプロト・
リンクされない。新しいコンテンツ・アイテムが元のプロジェクトの中で生成さ
れる場合、対応しているリンクされたソースおよび翻訳されたオブジェクトが同
様に生成される。

【０１５４】 使用のプロセス 上記構成を備えているシステムを使用して次のプロセスによってコンテンツ・
アイテムをローカライズすることができる。

【０１５５】 ローカライズされるコンテンツ・アイテムは、その関連したワークフローにお
いて、そして一般にそのワークフローの終りにおいて、リンケージ・プロセスを
開始するリンケージ開始タスクを備えている。好適には、リンケージ開始タスク
は、変更が行われたときは常にそのプロジェクトの内部のそのタイプのすべての
コンテンツが自動的にローカライズされるようにするデフォルトのワークフロー
の一部である。リンケージ開始タスクは、擬似ユーザ、例えば、擬似ユーザ“ｉ
ｄｉｏｍ”に割り当てられているユーザ・タスクである。リンケージ開始タスク
の中の名前と記述のフィールドの組合せは、そのタスクが実行されるときにリン
クが更新されることを示す。１つの実施形態においては、記述フィールドの中の
Ｔｃｌコードは、そのタスクが実行されるときにリンクが更新されることを示す
。リンケージ開始タスクの名前は、例えば、“ｒｅｑｕｅｓｔ ｔｒａｎｓｌａ
ｔｉｏｎ”とすることができる。

【０１５６】 １つの実施形態においては、リンケージ開始タスクが開始すると、それによっ
てＥメールの通知が擬似ユーザｉｄｉｏｍのメールボックスに送られる。擬似ユ
ーザｉｄｉｏｍのメールボックスの内容がスクリプトまたはアプリケーション・
プログラムによって監視される。通知メッセージが到着すると、スクリプトまた
はアプリケーションプログラムが、そのタスクを開始し、その記述の中のＴｃｌ
コードを実行し、そのタスクを終了する。この機構は、自然人のタスクの開始お
よび終了のアクションをシミュレートし、コンテンツ管理システム８のある種の
知られている制限を回避するために使用される。代わりに、Ｅメールの通知機構
は使用されず、そのような機構なしで自動的にリンケージ開始タスクが開始し、
実行し、終了する。

【０１５７】 “ｒｅｑｕｅｓｔ ｔｒａｎｓｌａｔｉｏｎ”タスクの記述の中のＴｃｌコー
ドは、そのコンテンツ・アイテムに対するＬｉｎｋ Ｕｐｄａｔｅ（リンク更新
）関数を呼び出す。それに応答して、Ｌｉｎｋ Ｕｐｄａｔｅ関数は、データベ
ース１０からマスタ・オブジェクトであるべく指定されているコンテンツ・アイ
テムを伴ってリンクされるすべてのスレーブ・アイテムを呼び出す。普通、これ
らのリンクはすべてコピー・リンクであり、そのリンクのスレーブは、「ソース
・アイテム」と呼ばれる。上記詳述されたように、コピー・リンクの更新は元の
アイテムのコンテンツをソース・アイテムへコピーすること、およびそのソース
・アイテムに対するＬｉｎｋ Ｕｐｄａｔｅ関数を呼び出す機能を含む。

【０１５８】 ソース・アイテムからのすべてのリンクは、普通は翻訳リンクであり、そのそ
れぞれのスレーブ・オブジェクトは「ターゲット・アイテム」と呼ばれる。上で
さらに詳しく説明されたように、翻訳リンクの更新は、そのソース・アイテムか
ら翻訳されるか、あるいはローカライズされるターゲット・アイテムに対するワ
ークフロー・タスクを追加することを含む。詳細には、２つまでのステップを追
加することができる。それらは翻訳者に割り当てられた翻訳のユーザ・タスク、
および検証者に割り当てられた検証のユーザ・タスクである。普通、これらはそ
のワークフローの中の唯一のタスクである。何故なら、もちろん前の未完了の翻
訳タスクまたは検証タスクが存在していない限り、そのアイテムについて作業し
ていると想像される他のプロセスはないからである。追加されるステップおよび
それらが割り当てられる人を識別する情報は翻訳リンクのプロパティであり、そ
れと一緒にデータベースの中に格納されている。

【０１５９】 各翻訳タスクおよび検証タスクは、ソース・アイテム、ソース言語およびソー
ス文字符号化、ターゲット言語およびターゲット文字符号化などのローカライゼ
ーションに関する詳細を示す情報に関連するか、あるいはそれらの情報を含んで
いる。

【０１６０】 翻訳のタスクまたは検証のタスクが開始すると、それによって翻訳者または検
証者として働いている人のアカウントに対してＥメールの通知が送られる。その
人はそのワークフロー・インターフェースにログインする。そのワークフロー・
インターフェースはその人に対して割り当てられているすべてのタスクを見つけ
、その詳細をそのタスクの記述フィールドから抽出する。翻訳者または検証者が
そのジョブを請求すると、ワークフロー・インターフェースがそのタスクを開始
する。翻訳者または検証者がその翻訳を入力するか、あるいは修正すると、ワー
クフロー・インターフェースは、その翻訳をターゲット・アイテムの中に入れる
。翻訳者または検証者が作業を終えると、ワークフロー・インターフェースはそ
のタスクを終了し、ワークフローは継続する。ワークフロー・インターフェース
は検証者が翻訳者にそのアイテムを送り返す必要があるか、あるいは他のアクシ
ョンを実行する場合に、ワークフローの更新を処理する。

【０１６１】 図２Ｃは、リンケージ機構を確立する１つの実施形態の流れ図である。ブロッ
ク２５０において、元のプロジェクトの各ターゲット言語に対して、ソース・プ
ロジェクトおよびターゲット・プロジェクトが生成される。ソース・プロジェク
トおよびターゲット・プロジェクトの名前は、プロジェクトのタイプおよびそれ
らが関連する言語を反映する。元のプロジェクトは前から存在していて、その中
に元のコンテンツ・アイテムを所有していると仮定される。元のプロジェクトに
対する詳細のワークフローにおいて、タスク“ｃｒｅａｔｅ ｌｉｎｋｓ”およ
び“ｒｅｑｕｅｓｔ ｔｒａｎｓｌａｔｉｏｎ”が、そのワークフローの中の第
１および第２のタスクとして擬似ユーザ“ｉｄｉｏｍ”に割り当てられる。ワー
クフローの中にこれらのタスクを置くことによって、リンケージ・モジュール３
００が、そのプロジェクトにおける翻訳のために新しいコンテンツを正しく識別
することができる。

【０１６２】 一般に、プロジェクトのテンプレートに対して、第１のタスクは“Ｃｈｅｃｋ ｂｙ Ｃｒｅａｔｏｒ／Ｍｏｄｉｆｉｅｒ”であり、第２および第３のタスク
はそれぞれ“ｃｒｅａｔｅ ｌｉｎｋｓ”および“ｒｅｑｕｅｓｔ ｔｒａｎｓ
ｌａｔｉｏｎ”である。ワークフローの中に第１のタスクを維持することによっ
て、テンプレートが生成または変更されるたびに翻訳の要求が発生することを防
止する。この構成において、“ｃｒｅａｔｅ ｌｉｎｋｓ”は“Ｃｈｅｃｋ ｂ
ｙ Ｃｒｅａｔｏｒ／Ｍｏｄｉｆｉｅｒが終了するまでは実行されず、したがっ
て、Ｐｒｏｔｏ Ｌｉｎｋａｇｅに従って新しいスレーブ・オブジェクトは作ら
れない。

【０１６３】 ソース・コンテンツ・アイテムに対する新しいプロジェクトにおいて、デフォ
ルトのワークフローは擬似ユーザ“ｉｄｉｏｍ”に対するタスク“ｃｒｅａｔｅ
ｌｉｎｋｓ”をその第１のタスクとして含む。ターゲットの翻訳に対する新し
いプロジェクトにおいて、ユーザ“ｉｄｉｏｍ”に対してタスクは割り当てられ
ないが、プロジェクトの所有権が“ｉｄｉｏｍ”に対して割り当てられる。また
、その翻訳プロジェクトは空である。ブロック２５２に示されているように、各
ソース・プロジェクトおよび各ターゲット・プロジェクトは、すべてのワークフ
ローが空で自動立上げ、自動バージョン、そして最終レビューなしでセットアッ
プされる。

【０１６４】 ブロック２５４において、ソース・アイテムが元の各アイテムに対する適切な
ソース・プロジェクトの中に生成される。ブロック２５６において、ターゲット
・アイテムが元の各アイテムに対する適切なターゲット・プロジェクトの中に生
成される。ブロック２５８において、リンケージ・テーブルの中にすべての関連
のエントリが生成される。ブロック２５４、ブロック２５６、ブロック２５８は
定義される翻訳およびワークフローの詳細を定義する情報の生成および格納を含
む。１つの実施形態においては、これはＴｒａｎｓｌａｔｉｏｎ Ｌｉｎｋ（翻
訳リンク）データベース・テーブルおよびＷｏｒｋｆｌｏｗ Ｓｅｑｕｅｎｃｅ
（ワークフロー・シーケンス）データベース・テーブルを手動で操作することに
よって行われる。

【０１６５】 図４Ａは、リンクされるプロジェクトを確立するプロセスの１つの代替実施形
態の流れ図である。ブロック４００において、元のコンテンツを有している元の
プロジェクトが生成される。ブロック４０２においてタスク“ｃｒｅａｔｅ ｌ
ｉｎｋｓ”および“ｒｅｑｕｅｓｔ ｔｒａｎｓｌａｔｉｏｎ”が擬似ユーザ“
ｉｄｉｏｍ”に割り当てられる。ブロック４０４において、ソース・コンテンツ
・アイテムに対して１つのプロジェクトが生成される。ブロック４０６において
、擬似ユーザ“ｉｄｉｏｍ”に対する名前が付けられたタスク“ｃｒｅａｔｅ
ｌｉｎｋｓ”がデフォルトのワークフローの中で割り当てられる。ブロック４０
８において、擬似ユーザ“ｉｄｉｏｍ”の新しい空のプロジェクトがターゲット
翻訳のそれぞれに対して生成される。ブロック４１０において、新しい空の翻訳
プロジェクトが生成され、それは“ｉｄｉｏｍ”によって所有される。

【０１６６】 ここで図４Ｂを参照すると、ブロック４１２において、翻訳およびワークフロ
ーの詳細が定義される。１つの実施形態においては、ブロック４１２は図５Ａお
よび図５Ｂのテーブルの行の中のエントリを生成および格納することを含む。ブ
ロック４１４において、１つまたはそれ以上のプロジェクト・リンクが、以前に
生成されたプロジェクトに追加される。例えば、マスタ・プロジェクトおよびス
レーブ・プロジェクトがブロック４１６によって示されているように選定される
。ブロック４１８において、プロジェクト・リンクのタイプに対するリンク・ラ
ベルおよび１つの値が選定される。ブロック４２０において、オブジェクト生成
機構が選択される。

【０１６７】 図４Ｃは、オブジェクトを自動的に生成するプロセスを示す。ブロック４２２
において、新しいスレーブ・プロジェクトが既存のプロジェクト・リンクに従う
ことによって、マスタ・プロジェクトのすべてのコンテンツ・アイテムに対して
生成される。ブロック４２２において、以前に選択された情報がデータベースの
中に入れられる。ブロック４２６において、新しいスレーブ・コンテンツ・アイ
テムがリンクに従ってスレーブ・プロジェクトの中に生成される。ブロック４２
８において、オブジェクト・リンクがマスタおよびスレーブのコンテンツ・アイ
テムの各ペアに対して生成される。ブロック４３０において、履歴テーブルが、
例えば、以前のステップにおいて処理されたオブジェクトを伴うＳｅｅｎ Ｍａ
ｓｔｅｒｓテーブルを更新することによって更新される。

【０１６８】 利点および他の使用法 この構成においては、リンケージによって翻訳およびローカライゼーションの
プロセスにおけるいくつかの変動を許容するローカルまたは自律的な制御以外に
、首尾一貫した方針およびコンテンツを確保するための中央の制御の両方が可能
になる。

【０１６９】 いくつかの実施形態においては、リンケージのユーザは、そのリンケージ・プ
ロセスによって影響される各種の要素についての制御権を持つことができる。例
えば、全体の管理者はすべてのリンケージ・テーブルの値を生成、変更または削
除する権限を持つことができ、一方、サイト・マネージャは特定のサイトに対応
するリンケージ・テーブルの値だけを生成、変更または削除する権限を持つこと
ができる。

【０１７０】 上述から、リンケージの構造およびプロセスを適切に構成し、直接の翻訳に対
してではなく、サイトの緩い適応を実行するために使用することができる。さら
に、リンクは１つのオブジェクトを別のオブジェクトへコピーするのではなく、
オブジェクトの変換を表すことができる。

【０１７１】 ユーザ・インターフェース 以下の記述において、ＳｔｏｒｙＳｅｒｖｅｒに固有である本発明の実施形態
を参照するために、便宜的に「ＳｔｏｒｙＳｅｒｖｅｒに対するＷｏｒｌｄＳｅ
ｒｖｅｒ」という用語が使用される。

【０１７２】 図３Ａは、ＳｔｏｒｙＳｅｒｖｅｒ管理センターに対するＷｏｒｌｄＳｅｒｖ
ｅｒの画面ショットである。ｈｔｔｐ：／／ｌｏｃａｌｈｏｓｔ：７７７７／ｉ
ｄｉｏｍｓｔａｒｔ（ここで‘ｌｏｃａｌｈｏｓｔ’は、使用中のＣＡＳの完全
にクオリファイされたドメイン名であり、‘７７７７’はＧｕｓｈｉが聴取して
いる仮説的なポート番号である）にアクセスしているとき、その人は管理者とし
てログインしていなければならない。そうでなかった場合、管理の特権のないユ
ーザに対して意図されているページへ導かれる。管理特権付きのユーザとしてロ
グインした後、そのＵＲＬへ戻り、管理センターを表示するためにページをリフ
レッシュすることができる。

【０１７３】 管理者として、このページを使用して有用なデータベース入力／編集のフォー
ムにアクセスする。これらのツールが操作するＩｄｉｏｍデータベース・テーブ
ルは、グローバリゼーションのプロセスに対して不可欠である。

【０１７４】 翻訳の監督‐概要 ＷｏｒｌｄＳｅｒｖｅｒを使用してＳｔｏｒｙＳｅｒｖｅｒのコンテンツの翻
訳のためのインフラストラクチャをセットアップするために、いくつかの管理的
詳細事項をセットアップする必要がある。その翻訳プロセスに関与することにな
る人、行われる翻訳のタイプ、および翻訳されるコンテンツ・タイプまたはそれ
らの親プロジェクトが分かっているとして、ＷｏｒｌｄＳｅｒｖｅｒのユーザ・
インターフェースを通じてすべてを構成することができる。

【０１７５】 人がその翻訳に関与することになる順序、すなわち、Ｗｏｒｋｆｌｏｗ Ｓｅ
ｑｕｅｎｃｅ（ワークフロー・シーケンス）は、Ｔｒａｎｓｌａｔｉｏｎ Ｗｏ
ｒｋｆｌｏｗ（翻訳ワークフロー）インターフェースを使用して構成される。こ
れらの人々が行うことになる翻訳のタイプ、すなわち、Ｔｒａｎｓｌａｔｉｏｎ
Ｄｅｔａｉｌｓ（翻訳の詳細事項）は、構成されたＴｒａｎｓｌａｔｉｏｎ
Ｌｉｎｋの詳細インターフェースである。レコード・データは、Ｄａｔａ Ｃｏ
ｎｆｉｇｕｒａｔｉｏｎ（データ構成）インターフェースを使用して構成される
。コンテンツの関係は、上記情報に基づいて、Ｌｉｎｋａｇｅインターフェース
（「リンケージ管理）において記述されている）を使用して構成される。

【０１７６】 ユーザのＳｔｏｒｙＳｅｒｖｅｒのウェブ・サイトにおけてコンテンツ・アイ
テムに対する変化を自動的に検出し、ワークフローを発生するために異なる人々
を採用しているいくつかの翻訳タイプに対してシステムを構成することができる
。

【０１７７】 翻訳ワークフローの構成 ＷｏｒｌｄＳｅｒｖｅｒは、翻訳されるコンテンツ・アイテムについてワーク
フローを開始するためにある種のデータベース情報を必要とする。次のセクショ
ンでは、ＷｏｒｌｄＳｅｒｖｅｒのウェブ・インターフェースを使用してこの情
報を追加および編集するプロセスの両方を記述する。管理者はこのインターフェ
ースを使用してＷｏｒｌｄＳｅｒｖｅｒにおいて利用できる既存の翻訳ワークフ
ローを見ること、既存のワークフローに対して新しいステップを追加すること、
および完全に新しいワークフローを生成することができる。

【０１７８】 図３Ａに示されているように、ｈｔｔｐ：／／ｌｏｃａｌｈｏｓｔ／ｉｄｉｏ
ｍｓｔａｒｔにおいてＳｔｏｒｙＳｅｒｖｅｒの管理センターに対するＷｏｒｌ
ｄＳｅｒｖｅｒへ進む。Ｃｏｎｆｉｇｕｒｅ Ｔｒａｎｓｌａｔｉｏｎ Ｗｏｒ
ｋｆｌｏｗ（翻訳のワークフローを構成する）リンクを選定する。Ａｄｄ Ｗｏ
ｒｋｆｌｏｗ Ｓｔｅｐ（ワークフローのステップを追加する）のページがここ
で表示される。そのフォームの中に入力されるフィールドが以下に記述される。
括弧内の識別子はデータベース・テーブルの中のカラム名に対応する。Ｗｏｒｋ
ｆｌｏｗ ＳｅｑｕｅｎｃｅＩＤ：Ｔｒａｎｓｌａｔｅ Ｌｉｎｋテーブルによ
って参照されるＷｏｒｋｆｌｏｗ Ｓｅｑｕｅｎｃｅテーブル（Ｗｏｒｋｆｌｏ
ｗＳｅｑＩＤ）の中の一意の整数。

【０１７９】 ステップ： Ｗｏｒｋｆｌｏｗに対するステップの順序を識別するＩｄｉｏｍ
ＷｏｒｋｆｌｏｗＴ（ＳｅｑＮｏ）の中の整数。Ｎａｍｅ ｏｆ Ｔａｓｋ：
ワークフロー・タスクの名前（Ｎａｍｅ）Ｐｅｒｓｏｎ： タスクを実行する人
（Ｗｈｏ）Ｄｅｓｃｒｉｐｔｉｏｎ： タスクのオプション記述（Ｗｈａｔ）。
以下はＷｏｒｋｆｌｏｗ Ｓｅｑｕｅｎｃｅテーブルの中のエントリの簡単な例
である。

【０１８０】 Workflowseqid seqno name who what １ １ 翻訳 シャンカル スペイン語へ翻訳する ２ １ 翻訳 シンジ 日本語へ翻訳する ２ ２ 検証 ヒロキ ＜ＮＵＬＬ＞ ３ １ 翻訳 ラスロス フランス語へ翻訳する ４ １ 翻訳 セサ ドイツ語へ翻訳する ４ ２ 検証 スリニー ドイツを検証する ５ １ 翻訳 HopTransGroup ホッパーのコンテンツを翻訳する
５ ２ 検証 アキラ ホッパーのコンテンツを検証する

【０１８１】 翻訳リンクの詳細を構成する 翻訳のステップに対して、翻訳のタイプがＷｏｒｌｄＳｅｒｖｅｒの中で指定
される必要がある。これらのタイプは、ソースおよびターゲットの言語、文字符
号化などの詳細事項が関連づけられている。翻訳が発生するためには、その変換
に関連する詳細事項が定義されていなければならない。Ｃｏｎｆｉｇｕｒｅ Ｔ
ｒａｎｓｌａｔｉｏｎ Ｌｉｎｋ Ｄｅｔａｉｌｓのインターフェースがその機
能を提供する。

【０１８２】 ＷｏｒｌｄＳｅｒｖｅｒ管理センターから、Ｃｏｎｆｉｇｕｒｅ Ｔｒａｎｓ
ｌａｔｉｏｎ Ｌｉｎｋ Ｄｅｔａｉｌｓのリンクに従う。Ａｄｄ Ｔｒａｎｓ
ｌａｔｉｏｎ Ｔｙｐｅ（翻訳タイプを追加する）というタイトルのフォームに
導かれる。

【０１８３】 Ａｄｄ Ｔｒａｎｓｌａｔｉｏｎ Ｄａｔａｉｌｓ（翻訳の詳細を追加する）
インターフェースは、Ｔｒａｎｓｌａｔｉｏｎ Ｌｉｎｋ Ｔａｂｌｅ（翻訳リ
ンク・テーブル）と名付けられたＷｏｒｌｄＳｅｒｖｅｒのデータベース・テー
ブルの中にデータを入力する簡単な方法を提供する（データベース・テーブルに
ついては付録Ｄ参照）。入力フィールドについて次に説明される。ここで括弧内
の略号は以下の例のテーブルに適用される。

【０１８４】 「ソース言語」（スラング）： ソース・オブジェクトの言語に対する２文字
の略号（英語の場合は、ｅｎ）など。 「ソース符号化」（ｓｅｎｃ）： 「ソース言語」の文字符号化（整数、例え
ば１２５２） 「ターゲット言語」（ｔｌａｎｇ）： 翻訳されるオブジェクトの言語に対す
る２文字の略号（日本語の場合ｊｐなど）。サポートされている文字符号化につ
いては付録Ｃ参照。 「ターゲット符号化」（ｔｅｎｃ）： 「ターゲット言語」の文字符号化（整
数、例えば９３２） 「ワークフロー・シーケンスＩＤ」（ｗｉｄ）： 前のセクションで説明され
た「Ｗｏｒｋｆｌｏｗ Ｓｅｑｕｅｎｃｅ Ｔａｂｌｅ」へのインデックス

【０１８５】 「コメント」（ｃｏｍｍｅｎｔｓ）： どんな種類の翻訳およびワークフロー
がテーブルの中へのエントリに関連づけられているかを記述するＧＵＩの中で使
用される文字列（最長で２５５字）。この文字列の値については制約はない。し
かし、潜在的な問題を防止するために、２つ以上の翻訳タイプのコメント・フィ
ールドの中に「まったく」同じ文字列を入れるのを避けるために最大限の努力が
なされるべきである。

【０１８６】 以下は「翻訳リンク・テーブル」の中の可能な行のリストである。 id slang senc tlang tenc wid comments 1 en 1252 jp 65001 2 日本語へ翻訳する 2 en 1252 jp 65001 5 日本語（ホッパー）へ翻訳する 3 en 1252 fr 1252 3 フランス語へ翻訳する 4 en 1252 de 1252 4 ドイツへ翻訳する 5 en 1252 es 1252 1 スペイン語へ翻訳する

【０１８７】 データベース・レコードの翻訳を構成する ＳｔｏｒｙＳｅｒｖｅｒ管理センターに対するＷｏｒｌｄＳｅｒｖｅｒから、
Ｃｏｎｆｉｇｕｒｅ Ｄａｔａｂａｓｅ Ｒｅｃｏｒｄ Ｔｒａｎｓｌａｔｉｏ
ｎリンク上でクリックする。既存のレコード・テーブルを選択するために、左手
のカラムの中の下向き矢印をクリックし、それを現れるリストから選択し；Ｃｏ
ｎｔｉｎｕｅ（継続）ボタン上でクリックする。手動でレコード・テーブルに入
るために、右手のカラムの中のテキスト・ボックスの中にその名前をタイプし、
そのテキスト・ボックスの内部からＥｎｔｅｒ（入力）を押すか、Ｃｏｎｔｉｎ
ｕｅをクリックする。

【０１８８】 このページは、それぞれに対するＩＤＤａｔａＣｏｎｆｉｇＴからの情報以外
に、選定のテーブルの中の各カラムを示す。１つのカラム（またはテーブル全体
）が新しい場合、それは構成されていなかったことを意味し、そのフィールドは
空白になる。そのフィールドは次の通りである。

【０１８９】 Ｃｏｌｕｍｎ Ｄｉｓｐｌａｙ（カラム表示）： これは「翻訳センター」の
中のレコードを翻訳しているときに翻訳者が見るテキストである。（「翻訳イン
ターフェース」参照）

【０１９０】 Ｌｏｃａｌｉｚａｔｉｏｎ Ｍｅｔｈｏｄ（ローカライゼーションの方法）： これはそのレコードのカラムが翻訳される方法を示す。可能な値は次の通りで
ある。

【０１９１】 Ｃｏｐｙ（コピー）： 画像に対するファイル名、固有の名前、住所などの翻
訳したくないコンテンツを含んでいるカラム。

【０１９２】 Ｔｒａｎｓｌａｔｅ（翻訳）： 翻訳される必要があるカラム。

【０１９３】 Ｇｅｔ ｎｅｘｔ ＩＤ（次のＩＤを取得する）： そのレコードに対するレ
コードＩＤを含んでいるカラム。（普通は一次キー）

【０１９４】 Ｌａｎｇｕａｇｅ（言語）： そのレコードの行に対する「言語」を含んでい
るカラム。いくつかのレコード・テーブルにはこのカラムがない場合がある。

【０１９５】 ＭＩＭＥＴｙｐｅ（ＭＩＭＥタイプ）： ＳｔｏｒｙＳｅｒｖｅｒの中のコン
テンツ・アイテムに対する可能なＭＩＭＥタイプ。これはＩＤＭｉｍｅＴからの
すべてのコンテンツのリストである。ＳｔｏｒｙＳｅｒｖｅｒに対するＷｏｒｌ
ｄＳｅｒｖｅｒは、標準のＭＩＭＥタイプで出荷される。

【０１９６】 リンケージの監督‐プロジェクトのセットアップ 管理センターの他の機能（リンケージ・インターフェース）が示される前に適
切なＳｔｏｒｙＳｅｒｖｅｒプロジェクトがＳｔｏｒｙＳｅｒｖｅｒのＪａｖａ
ツールによって生成されて構成される必要がある。ＳｔｏｒｙＳｅｒｖｅｒのド
キュメンテーションは、プロジェクトの詳細の変化およびワークフローの編集に
ついての情報を提供する。

【０１９７】 プロト・リンケージはスレーブ・コンテンツ・アイテムおよび自動化されたワ
ークフローが発生するのに必要なリンケージの生成を自動化する。ある種のプロ
ジェクトは与えられた翻訳タイプに対してプロジェクト・リンクを作ることがで
きる前に存在していなければならない。元のプロジェクトはローカライズしたい
各ターゲット言語に対するソース・プロジェクトに対するマスタとして働く。

【０１９８】 ここで図３Ｂを参照すると、元のプロジェクトが元のコンテンツ・アイテムを
その中に入れた状態で存在していなければならない。このプロジェクトに対する
デフォルトのワークフローにおいて、そのタスクはワークフローの中の第１およ
び第２のタスクとしてユーザ“ｉｄｉｏｍ”に対して割り当てられる必要がある
リンクおよび翻訳要求を生成する。これらのタスクは、そのプロジェクトにおけ
る翻訳のための新しいコンテンツを正しく識別するためのＥメール通知機構のた
めに必要である。

【０１９９】 テンプレートの場合、第１のタスクをＣｈｅｃｋ ｂｙ Ｃｒｅａｔｏｒ／Ｍ
ｏｄｉｆｉｅｒとして残し、第２および第３のタスクとしてそれぞれリンクの生
成の追加および翻訳の要求を残すことが推奨される。ワークフローの中の第１の
タスクがない場合、翻訳要求はテンプレートが生成または変更されるたびに行わ
れることになる。新しいテンプレートに対して、翻訳のワークフローを終了およ
び開始する前にそのテンプレートの開発を終了することが望ましい。リンクの生
成は、Ｃｈｅｃｋ ｂｙ Ｃｒｅａｔｏｒ／Ｍｏｄｉｆｉｅｒのタスクが終了す
るまでは実行されないので、プロト・リンケージによって新しいスレーブ・オブ
ジェクトは作られない。しかし、元のプロジェクトに対するＣｈｅｃｋ ｂｙ
Ｃｒｅａｔｏｒ／Ｍｏｄｉｆｉｅｒのタスクが終了するまでプロジェクト・リン
ク型のプロジェクトの下ではソースまたはターゲットのオブジェクトは見られな
い。

【０２００】 第２に、ソース・コンテンツ・アイテムに対する新しいプロジェクトがＳｔｏ
ｒｙＳｅｒｖｅｒによって作られる必要がある。このプロジェクトに対するデフ
ォルトのワークフローは、その第１のタスクとしてユーザｉｄｉｏｍに対するリ
ンク生成だけを含まなければならない。そのプロジェクトは空であって適切に命
名されていなければならない。

【０２０１】 第３に、ターゲット翻訳に対する新しいプロジェクトが生成される必要がある
。このプロジェクトは、デフォルトのワークフローを必要としない。また、その
翻訳プロジェクトも空であり、適切に命名されている必要がある。

【０２０２】 デフォルトのワークフロー 以下はプロジェクトの標準シーケンスに対する推奨されるデフォルトのワーク
フローを示す。 元のプロジェクト ソース・プロジェクト ターゲット・プロジェクト
Check by Creator/Modidier リンクの生成 （なし） およびリンクの生成 および翻訳要求

【０２０３】 命名の決まり このリンケージ・ソフトウェアは、文字列（ｌａｂｅｌ＿ｓｏｕｒｃｅ）を、
引用符を含まずに元の名前の終りに付加することによってソースを自動的に命名
する。ＴＲＡＮＳＬＡＴＩＯＮのコンテンツ・アイテムは、その文字列（ｌａｂ
ｅｌ＿ｓｏｕｒｃｅ）を「ｌａｂｅｌ」で置き換えることによって命名される。
両方のケースにおいて、ｌａｂｅｌは、そのプロジェクト・リンクに対するラベ
ルであり、一般には２文字の国のコード、そのプロジェクト・リンクに対するラ
ベルを含む２文字である。

【０２０４】 例えば、元のコンテンツ・アイテムの名前が“ｉｎｄｅｘ．ｈｔｍｌ”である
とする。コピーおよび翻訳のリンクの両方に対するラベルが“ｊｐ”である。自
動的に生成されるソースのコンテンツ・アイテムは、“ｉｎｄｅｘ．ｈｔｍｌ（
ｊｐ＿ｓｏｕｒｃｅ）”と名付けられる。ターゲット・コンテンツ・アイテムは
“ｉｎｄｅｘ．ｈｔｍｌ（ｊｐ）”と名付けられる。

【０２０５】 プロジェクト・リンクを追加する この構成が行われた後、プロジェクト間のリンクが追加される必要がある。翻
訳のためのプロジェクト・リンクを追加することによって、２つのことが発生す
る。１つはソースおよびターゲットのスレーブが元のプロジェクトの中に既に存
在しているコンテンツ・アイテムに対して生成され、適切なリンクが追加され、
それらのリンクが更新される（翻訳のワークフローがそのターゲット・アイテム
に対して開始される）。追加されるどの新しいコンテンツ・アイテムもソースお
よびターゲットのスレーブが自動的に追加され、適切なリンクが追加され、それ
らのリンクが更新される。

【０２０６】 これによって、既存の元の言語のプロジェクトを取り、それを新しい言語に対
するソースおよびターゲットのアイテムに対して意味されたプロジェクトとリン
クする。新しいコンテンツ・アイテム・リンクはすべて自動的に生成され、その
所望の言語に対する翻訳者および検証者は翻訳のタスクをただちに開始すること
ができる。

【０２０７】 ここで図３Ｃを参照すると、オンライン・インターフェースを使用してプロジ
ェクト・リンクを生成するために次のステップに従う。

【０２０８】 キャプションがＭａｓｔｅｒ Ｐｒｏｊｅｃｔ ｉｓであるプルダウン・メニ
ューから所望のマスタ・プロジェクトを選定する。ベース・プロジェクトに関し
て、パスが完全にクオリファイされているプロジェクトのリストが表示され、そ
こから選定される。次に、Ｐｒｏｊｅｃｔ Ｌｉｎｋのスレーブであるべきプロ
ジェクトを選定する。注：円形のリンクは明示的にガードされていて、それはス
レーブがその前のリンケージにおける１つのアイテムのマスタであるような方法
はないことを意味している。

【０２０９】 リンクに対するラベルを選定する。それは２〜８個の英数字に制限されている
。それは必須ではないが、与えられた翻訳シーケンスに対するコピーおよび翻訳
のリンクのラベルを同じにし、そのターゲットに対する２文字の言語の略号に等
しくすることが強く推奨される。

【０２１０】 生成されるＰｒｏｊｅｃｔ Ｌｉｎｋの種類を選定する。“Ｃｏｐｙ”または
Ｔｒａｎｓｌａｔｅ Ｌｉｎｋテーブルの“Ｃｏｍｍｅｎｔｓ”フィールドの中
に入力された文字列がキャプションＬｉｎｋ Ｄｅｔａｉｌｓの下に表示される
。

【０２１１】 オブジェクト生成のためのコピー方法を選定する。“ｄｅｆａｕｌｔ”文字列
によって新しいオブジェクトおよびリンクを命名するための“Ｌａｂｅｌ ｉｓ
：”からのフォーム・フィールドを使用して呼び出される。追加の機能が望まし
い場合、このプロセスに対するカスタムのコードを提供することに関してＩｄｉ
ｏｍ Ｐｒｏｆｅｓｓｉｏｎａｌ Ｓｅｒｖｉｃｅｓに相談する。

【０２１２】 注：新しいコンテンツ・アイテムを生成するために使用されるコードは元のコ
ードの属性を保存している。ファイルおよび名前に対するパスは、コンテンツ・
アイテムの名前の場合と同じ方法で扱われる。コピー・リンクの場合、パスは、
その前に文字列“／ｌａｂｅｌ＿ｓｏｕｒｃｅ”が置かれる。ここで、ｌａｂｅ
ｌはソースである。翻訳リンクの場合、“／ｌａｂｅｌ＿ｓｏｕｒｃｅ”が“／
ｌａｂｅｌ”で置き換えられ、それはそのリンクに対するラベル（普通は２文字
）である。

【０２１３】 プロジェクト・リンクに対するサーチ プロジェクト・リンクは、これも管理センターから入手できる別のインターフ
ェースを使用して問合わせおよび削除することができる。Ｓｅａｒｃｈ Ｐｒｏ
ｊｅｃｔ Ｌｉｎｋｓに従ってリンクは図３Ｄに示されているページへ導く。こ
の画面から、マスタまたはスレーブのオブジェクト、ラベル、リンクの詳細、ま
たはコピーの方法などの異なる基準を使用してプロジェクト・リンクを問い合わ
せることができる。そのフィールドが以下に記述される。

【０２１４】 Ｍａｓｔｅｒ Ｐｒｏｊｅｃｔ Ｉｓ（マスタ・プロジェクトは）：これはマ
スタとして他のものにリンクすることができるプロジェクトの完全にクオリファ
イされたパス名（ＳｔｏｒｙＳｅｒｖｅｒの内部での）を識別する。

【０２１５】 Ｓｌａｖｅ Ｐｒｏｊｅｃｔ Ｉｓ（スレーブ・プロジェクトは）： Ｍａｓ
ｔｅｒの場合と同じであるが、そのプロジェクトはスレーブであってよい。

【０２１６】 ｌａｂｅｌ Ｉｓ（ラベルは）： リンクを識別するラベルを識別する。推奨
されるラベリングの決まりが使用される場合、これは２文字の言語コードである
。

【０２１７】 Ｌｉｎｋ Ｄｅｔａｉｌｓ（リンクの詳細は）： 探すリンクのタイプを識別
する。可能な値は上記Ｃｏｎｆｉｇｕｒｅ Ｔｒａｎｓｌａｔｉｏｎ Ｄｅｔａ
ｉｌｓにおいて定義されたＡｎｙｔｈｉｎｇ、Ｃｏｐｙ、Ａｎｙ Ｔｒａｎｓｌ
ａｔｅ Ｌｉｎｋ、または特定のタイプである。

【０２１８】 Ｇｏボタン上でクリックした後、データベースについての適切な問合わせが行
われ、そして図３Ｅに示されているような画面が発生される。このページは“Ｓ
ｅａｒｃｈ（サーチ）”フォームの中で入力した基準にマッチするプロジェクト
・リンクを表示する。このページから、サーチ・ページへ戻り、プロジェクト・
リンクの追加のページへ移り、あるいはｓａｖｅ（保存）をクリックすることに
よって、そのフォームを削除してサブミットするためにリンクに対するボックス
をチエックすることができる。

【０２１９】 注：プロジェクト・リンクを削除することは、そのマスタ・プロジェクトに追
加される将来のコンテンツ・アイテムにのみ影響する。オブジェクト・リンク（
次のセクション参照）は、そのコンテンツ・アイテムに対してそのプロジェクト
の中に残されたままになる。また、プロジェクト・リンクを削除することによっ
て、マスタ・アイテムに対して自動的に発生されたコンテンツ・アイテムは削除
されない。プロジェクト・リンクが再び追加された場合、そしてそのプロジェク
トの中にコンテンツ・アイテムがあった場合、新しいスレーブ・アイテムが生成
される。したがって、スレーブ・プロジェクトが元のマスタにリンクされている
２つのスレーブ・アイテムを含む可能性がある。これは望ましくないことに留意
されたい。そして１つのプロジェクト・リンクを生成した後、すぐに何らかの理
由でそれを削除した場合、その新しいスレーブ・オブジェクトも削除されなけれ
ばならないことに留意されたい。

【０２２０】 ‐オブジェクト・リンクの追加 管理ＩＤが知られている２つのオブジェクト間に単独のリンクを追加すること
ができる（管理ＩＤの定義についてはＳｔｏｒｙＳｅｒｖｅｒのドキュメンテー
ション参照）。Ａｄｍｉｎｉｓｔｒａｔｉｏｎ ＣｅｎｔｅｒにおいてＡｄｄ
Ｏｂｊｅｃｔ Ｌｉｎｋｓのリンク上でクリックすることによって、図３Ｆに示
されているページがロードされる。この画面から、新しいオブジェクト・リンク
を追加することができる。下記の情報が供給される必要がある。

【０２２１】 Ｍａｓｔｅｒ Ｏｂｊｅｃｔ Ｍａｎａｇｅｍｅｎｔ ＩＤ「マスタ・オブジ
ェクトの管理ＩＤ」： ＳｔｏｒｙＳｅｒｖｅｒのＪａｖａツールを使用してコ
ンテンツ・アイテムに対する詳細から得られる。

【０２２２】 Ｓｌａｖｅ Ｏｂｊｅｃｔ Ｍａｎａｇｅｍｅｎｔ ＩＤ「スレーブ・オブジ
ェクトの管理ＩＤ： ＳｔｏｒｙＳｅｒｖｅｒのＪａｖａツールを使用してコン
テンツ・アイテムに対する詳細から得られる。

【０２２３】 Ｌａｂｅｌ Ｉｓ「ラベルは」： 翻訳シーケンスの言語に対する２文字の言
語コードであることが推奨される。

【０２２４】 Ｌｉｎｋ Ｄｅｔａｉｌｓ「リンクの詳細は」： 利用できる詳細、すなわち
、ＩＤＴｒａｎｓＬｉｎｋＤｅｔａｉｌｓＴからのすべてのコメントのリストか
ら選定される。

【０２２５】 ＡＤＤボタンが選択されると、リンクを追加するために本ドキュメントの中で
記述された方法および機構が実行される。

【０２２６】 オブジェクト・リンクもプロジェクト・リンクの場合と同様に問い合わせるこ
とができる。Ａｄｍｉｎｉｓｔｒａｔｉｏｎ ＣｅｎｔｅｒにおいてＳｅａｒｃ
ｈ ｆｏｒ Ｏｂｊｅｃｔ Ｌｉｎｋｓによってマークされたリンクに従うこと
によって、図３Ｇのページが表示される。制約として値を使用してオブジェクト
・リンクを問い合わせることができる。それはこの画面から実行される。問い合
わせられるフィールドは下記の通りである。

【０２２７】 Ｍａｓｔｅｒ Ｏｂｊｅｃｔ Ａｒｅ Ｉｎ「マスタ・オブジェクトはこの中
にある」： このドロップ・ダウン・ボックスは、ＳｔｏｒｙＳｅｒｖｅｒのベ
ース・プロジェクトの中のすべてのプロジェクトを表示する。

【０２２８】 Ｓｌａｖｅ Ｏｂｊｅｃｔ Ａｒｅ Ｉｎ「スレーブ・オブジェクトはこの中
にある」： 上記に同じ

【０２２９】 Ｌａｂｅｌ Ｉｓ「ラベルは」： リンクを識別するためのラベルを識別する
。推奨されたラベリングの決まりが使用される場合、これは２文字の言語コード
となる。

【０２３０】 Ｌｉｎｋ Ｄｅｔａｉｌｓ「リンクの詳細は」： 探すリンクのタイプを識別
する。値はＡｎｙｔｈｉｎｇ、Ｃｏｐｙ、Ａｎｙ Ｔｒａｎｓｌａｔｅ Ｌｉｎ
ｋ、または上記Ｃｏｎｆｉｇｕｒｅ Ｔｒａｎｓｌａｔｉｏｎ Ｄｅｔａｉｌｓ
の中で定義された特定のタイプだけが可能である。

【０２３１】 Ｇｏボタンをクリックすることによって図３Ｈに示されている画面が表示され
る。このフォームを使用してラベルおよびリンクの詳細を編集または削除するこ
とができる。オブジェクト・リンクを編集しているとき、進行中のワークフロー
が影響される可能性があるので、注意する必要がある。リンクを変更しようとし
ているアイテムに対して翻訳のワークフロー・ステップがペンディングになって
いないことをチエックする。

【０２３２】 ハードウェアの概要 図６は、本発明の１つの実施形態を実装することができるコンピュータ・シス
テム６００を示すブロック図である。コンピュータ・システム６００は、バス６
０２または情報を通信するための他の通信機構、および情報を処理するためにバ
ス６０２と結合されているプロセッサ６０４を含む。また、コンピュータ・シス
テム６００は、情報およびプロセッサ６０４によって実行される命令を格納する
ためにバス６０２に結合されている、ランダム・アクセス・メモリ（ＲＡＭ）ま
たは他のダイナミック記憶デバイスなどのメイン・メモリ６０６も含む。また、
メイン・メモリ６０６は、プロセッサ６０４によって実行される命令の実行時に
一時的変数または他の中間的な情報を格納するためにも使用することができる。
コンピュータ・システム６００は、プロセッサ６０４に対するスタティックな情
報および命令を格納するためにバス６０２に結合されている読出し専用メモリ（
ＲＯＭ）６０８または他のスタティック記憶デバイスをさらに含む。磁気ディス
クまたは光ディスクなどの記憶装置６１０が提供され、情報および命令を格納す
るためにバス６０２に結合されている。

【０２３３】 コンピュータのユーザに対して情報を表示するために、陰極線管（ＣＲＴ）な
どのディスプレイ６１２に対してコンピュータ・システム６００をバス６０２経
由で結合することができる。プロセッサ６０４に対して情報の通信およびコマン
ドの選択のために英数字キーまたは他のキーを含んでいる入力装置６１４がバス
６０２に結合されている。もう１つのタイプのユーザ入力装置は、カーソル制御
６１６、例えば、マウス、トラックボールまたはプロセッサ６０４に対する情報
およびコマンドの選択の指示の通信のためおよびディスプレイ６１２上のカーソ
ルの動きを制御するためのカーソル方向キーである。この入力装置の自由度は２
つの軸、すなわち、第１の軸（例えば、ｘ）および第２の軸（例えば、ｙ）にお
いて２であり、これによって装置が平面内の位置を指定することができる。

【０２３４】 本発明は、ここで記述されている技法を実装するためのコンピュータ・システ
ム６００の使用に関連している。本発明の１つの実施形態によると、それらの技
法は、プロセッサ６０４がメイン・メモリ６０６に含まれている１つまたはそれ
以上の命令の１つまたはそれ以上のシーケンスを実行するのに応答して、コンピ
ュータ・システム６００によって実装されている。そのような命令は別のコンピ
ュータ可読媒体、例えば、記憶装置６１０からメイン・メモリ６０６の中に読む
込むことができる。メイン・メモリ６０６に含まれている命令のシーケンスを実
行することによって、プロセッサ６０４がここで記述されているプロセス・ステ
ップを実行する。代替実施形態においては本発明を実装するためにソフトウェア
の命令の代わりに、あるいはソフトウェアと組み合わせて固定配線の回路を使用
することができる。したがって、本発明の実施形態は、ハードウェア回路とソフ
トウェアとの特定の組合せには限定されない。

【０２３５】 ここで使用されている「コンピュータ可読媒体」という用語は、実行するため
にプロセッサ６０４に命令を提供する任意の媒体を指す。そのような媒体は、不
揮発性媒体、揮発性媒体、および伝送媒体などの多くの形式を取ることができる
が、それらに限定されるわけではない。不揮発性媒体としては、例えば、記憶装
置６１０などの光ディスクまたは磁気ディスクがある。揮発性媒体としてはメイ
ン・メモリ６０６などのダイナミック・メモリなどがある。伝送媒体としてはバ
ス６０２を含む配線を含んでいる同軸ケーブル、銅線および光ファイバーなどが
ある。伝送媒体は、無線電波および赤外線データ通信などの間に発生されるよう
な音響波または光波の形式を取ることもできる。

【０２３６】 普通の形式のコンピュータ可読媒体としては、例えば、フロッピー（登録商標
）・ディスク、フレキシブル・ディスク、ハード・ディスク、磁気テープ、また
は任意の他の磁気媒体、ＣＤ‐ＲＯＭ、任意の他の光媒体、パンチ・カード、紙
テープ、孔のパターンによる他の物理媒体、ＲＡＭ、ＰＲＯＭ、およびＥＰＲＯ
Ｍ、フラッシュＥＰＲＯＭ、任意の他のメモリ・チップまたはカートリッジ、後
で説明されるような搬送波、あるいはコンピュータが読むことができる任意の他
の媒体などがある。

【０２３７】 各種の形式のコンピュータ可読媒体が、プロセッサ６０４が実行するための１
つまたはそれ以上の命令の１つまたはそれ以上のシーケンスの搬送に含めること
ができる。例えば、命令は最初にリモートのコンピュータの磁気ディスク上で搬
送することができる。リモートのコンピュータは、その命令を自分のダイナミッ
ク・メモリの中にロードし、モデムを使用して電話回線上でその命令を送信する
ことができる。コンピュータ・システム６００に対してローカルのモデムが電話
回線上でそのデータを受信し、赤外線送信機を使用してそのデータを赤外線信号
に変換することができる。赤外線検出器が赤外線信号の中で搬送されているデー
タを受信することができ、そして適切な回路がそのデータをバス６０２上に乗せ
ることができる。バス６０２はそのデータをメイン・メモリ６０６へ搬送し、そ
こからプロセッサ６０４が命令を呼び出して実行する。メイン・メモリ６０６に
よって受け取られる命令をオプションとしてプロセッサ６０４による実行の前後
のいずれかで記憶装置６１０上に格納することができる。

【０２３８】 また、コンピュータ・システム６００は、バス６０２に結合されている通信イ
ンターフェース６１８も含む。通信インターフェース６１８は、ローカル・ネッ
トワーク６２２に接続されているネットワーク・リンク６２０に結合している二
方向のデータ通信を提供する。例えば、通信インターフェース６１８は、統合サ
ービスディジタル通信網（ＩＳＤＮ）カードまたは対応しているタイプの電話回
線に対するデータ通信の接続を提供するためのモデムであってよい。もう１つの
例として、通信インターフェース６１８は互換性のあるＬＡＮに対してデータ通
信の接続を提供するためのローカル・エリア・ネットワーク（ＬＡＮ）カードで
あってよい。無線リンクも実装することができる。そのような任意の実装におい
て、通信インターフェース６１８は、各種のタイプの情報を表しているディジタ
ル・データ・ストリームを搬送する電気的、電磁的、あるいは光学的な信号を送
信および受信する。

【０２３９】 ネットワーク・リンク６２０は、通常、１つまたはそれ以上のネットワークを
通じて他のデータ装置に対してデータ通信を提供する。例えば、ネットワーク・
リンク６２０は、ローカル・ネットワーク６２２を通じてホスト・コンピュータ
６２４に対して、あるいはインターネット・サービス・プロバイダ（ＩＳＰ）６
２６によって動作しているデータ機器に対して接続を提供することができる。順
に、ＩＳＰ６２６は現在普通に「インターネット」６２８として呼ばれているワ
ールド・ワイドのパケット・データ通信ネットワークを通じてデータ通信サービ
スを提供する。ローカル・ネットワーク６２２およびインターネット６２８は両
方ともディジタル・データ・ストリームを搬送する電気的、電磁的、あるいは光
学的信号を使用する。各種のネットワークを通じての信号およびネットワーク・
リンク６２０上の、そして通信インターフェース６１８を通じての信号は、コン
ピュータ・システム６００との間でディジタル・データを搬送し、情報を伝送す
る搬送波の形式の例である。

【０２４０】 コンピュータ・システム６００は、ネットワーク（複数の場合もある）、ネッ
トワーク・リンク６２０および通信インターフェース６１８を通じてメッセージ
を送信し、プログラム・コードを含んでいるデータを受信することができる。イ
ンターネットの例においては、サーバ６３０はインターネット６２８、ＩＳＰ
６２６、ローカル・ネットワーク６２２および通信インターフェース６１８を通
じてアプリケーション・プログラムのための要求されたコードを送信することが
できる。本発明によると、１つのそのようなダウンロードされたアプリケーショ
ンは、ここで記述された技法を実装する。

【０２４１】 受信されたコードをプロセッサ６０４によって受信されたときに実行すること
、および／または後で実行するために記憶装置６１０または他の不揮発性の記憶
装置の中に格納することができる。この方法で、コンピュータ・システム６００
は、キャリヤ波の形式でアプリケーション・コードを得ることができる。

【０２４２】 本発明のもう１つの実施形態は、ＷｏｒｌｄＳｅｒｖｅｒのアプリケーション
である。ＷｏｒｌｄＳｅｒｖｅｒは、強力なウェブ・ベースのアプリケーション
であり、企業がそれぞれのコンテンツを全体のグローバリゼーション・プロセス
の場合において管理することができ、一方、確立されたウェブ・アーキテクチャ
、コンテンツ管理、およびワークフロー・システムを強化する。ＷｏｒｌｄＳｅ
ｒｖｅｒは、グローバルなウェブ戦略を採用することから発生する複数の複雑性
を単純化し、企業のウェブ・サイトが複数の国だけでなく、異なる言語、場所お
よび文化を効率的にサポートするようにすることができる。また、それはサイト
・マネージャ、ウェブ開発者、コンテンツ所有者、翻訳者、および編集者の間の
共同作業に対する構造およびプロセスも提供し、結果としてプロセスを単純化し
、同期化されたグローバルなウェブ戦略、および統括されたグローバル・ウェブ
・チームが得られる。ＷｏｒｌｄＳｅｒｖｅｒは「リンケージ」と呼ばれる概念
を特徴とする。リンケージによって強力なグローバル・ブランドを推進するコン
テンツの中央集中化された制御と、各国の市場ニーズにより密接にマッチするロ
ーカライズされたコンテンツの使用との間に必要なバランスを与えるビジネス・
ルールを確立することができる。ＷｏｒｌｄＳｅｒｖｅｒは、ローカライズされ
たウェブ・サイトの間に存在する複雑な関係を管理するのに役立つだけでなく、
複数の国および／または言語固有のサイトを迅速に生成して同期化するための翻
訳のワークフロー・タスクも処理するのに役立つ強力ないくつかの機能を含んで
いる。次に、ＷｏｒｌｄＳｅｒｖｅｒのアプリケーションの中のいくつかの重要
な概念を示す。

【０２４３】 （イディオム・ファイル・システム） イディオム・ファイル・システム（ＩＦＳ）は、ＷｏｒｌｄＳｅｒｖｅｒにお
いて使用されるウェブのコンテンツ・インターフェースである。ＩＦＳ（現在の
ファイル・システムのどれかに重なっている抽象的ファイル・レイヤ）は、多く
の異なるソース（ファイル・システム、データベース、雑用のサーバ）からのデ
ータを編成し、そしてそれを首尾一貫した方法で提示する。したがって、ＩＦＳ
はＷｏｒｌｄＳｅｒｖｅｒのリンケージ、ワークフローおよび翻訳コンポーネン
トがユーザのアイテム（それがファイル、データベース、ＸＭＬリポジトリ、あ
るいは個人所有のフォーマットであっても）と、それらが格納されている場所に
かかわらず、作業させる。ＩＦＳは実際には何もデータを含んでいないとしても
、ファイル・システムのツリーのような構造になっており、ＩＦＳのすべてのパ
スがどこかに格納されているデータの小片をポイントする。ＩＦＳから末端のフ
ァイルまでのこのパスは“ｉｐａｔｈ”と呼ばれている。ｉｐａｔｈの末端のポ
イントは、「アイテム」と呼ばれている。

【０２４４】 （アイテム） 「アイテム」は、ハイパーテキスト・マークアップ言語（ＨＴＭＬ）ファイル
、画像、データベース、またはＷｏｒｌｄＳｅｒｖｅｒを使用して管理されるコ
ンテンツの他の任意の小片であってよい。１つのアイテムはＩＦＳツリーの葉（
ｌｅａｆ）のノード（端点）である。

【０２４５】 （リンケージ） リンケージは１つのサイトにあるアイテムと他のサイトの中のアイテムとの間
の関係を定義することによってウェブ・サイトを接続する。詳細には、２つのア
イテムまたはフォルダ、マスタとスレーブとの間の関係がリンクである。Ｗｏｒ
ｌｄＳｅｒｖｅｒはマスタの中に変化が発生したときにそれを検出し、リンケー
ジおよびワークフローの規則に従って、そのアイテムが更新されるべきであるこ
とをワークフローの中で指定されているようにユーザに通知する。変化を検出し
て適切なワークフローを実行するようにＷｏｒｌｄＳｅｒｖｅｒに対して要求が
発行されると、これは「リンク更新」を実行していると言われる。ＷｏｒｌｄＳ
ｅｒｖｅｒは、リンク更新を実行する複数の方法を提供する。それらは、１）Ｍ
ａｎａｇｅタブ上の「サイトを同期化する」機能を使用してリンケージが変化を
検出し、特定のサイトのすべてまたは一部分を更新することができる。２）コマ
ンド・ラインからリンク更新のツールを使用することができる。３）Ｍａｎａｇ
ｅタブ上でリンクを生成する機能を使用して、ユーザが１つのサイトの部分を別
の部分とリンクできるようにするリンクを生成することができる。

【０２４６】 （ワークフロー） ＷｏｒｌｄＳｅｒｖｅｒのワークフロー・コンポーネントは、ＷｏｒｌｄＳｅ
ｒｖｅｒの１つの非常に強力な側面である。ワークフローは、リンケージと密接
に統合化されており、リンケージの結果として取られたどのアクションもワーク
フロー・プロセスに従うことを確保する。ワークフローは、１つのウェブ・サイ
トからのアイテムを別のアイテムに適応させるか、あるいは翻訳するために実行
されなければならないアクションを含んでいる。ワークフローの各ステップは、
そのアクションを実行することになるユーザ以外に、取られる必要があるアクシ
ョンの詳細を決定する。また、ワークフローは「自動の」ステップ、すなわち、
ＷｏｒｌｄＳｅｒｖｅｒがユーザの代わりに実行する必要があるステップをも含
む。例えば、マスタ・アイテムの中で変化が検出された後で発生させたい第１の
イベントが、その変更されたアイテムがバッファ・サイトへコピーされることで
あった場合、どのアイテムがコピーされるべきかの詳細を決定する自動コピーの
ステップがワークフローの中に含められる。以下は代表的なワークフローのステ
ップである。

【０２４７】 ステップ１： ＷｏｒｌｄＳｅｒｖｅｒは変化したアイテムをマスタ・サイト
からバッファ・サイトへコピーする。 ステップ２： 翻訳のステップが翻訳者Ａに割り当てられる。 ステップ３： レビューのステップがレビュー者Ａに割り当てられる。 ステップ４： ＷｏｒｌｄＳｅｒｖｅｒは、そのアイテムをバッファからター
ゲットのサイトへコピーする。

【０２４８】 （マスタおよびスレーブ） １つのアイテム（例えば、アイテムＢ）が、そのコンテンツを別のアイテム（
例えば、アイテムＡ）から引き出す場合、アイテムＡは、アイテムＢのマスタと
みなされる。マスタは多くのスレーブを持つことができるが、スレーブは１つの
マスタだけしか持たない。このマスタ‐スレーブの関係がリンケージの概念に対
するキーである。何故なら、それは１つのアイテムまたはフォルダの、別のアイ
テムまたはフォルダへの依存性を定義するからである。

【０２４９】 （親、子供および先祖の関係） 多くのファイル・システムの場合と同様に、ＩＦＳは、親、子供、および先祖
の概念を含む階層構造に基づいている。その階層の中でアイテムＢがアイテムＣ
の直ぐ上にある場合、アイテムＢはアイテムＣの親である。その階層の中でアイ
テムＡがアイテムＢの直ぐ上にある場合、アイテムＡはアイテムＢの親であり、
アイテムＣの先祖である。

【０２５０】 （メタデータのプロパティ） 各アイテムまたはフォルダには、多くの「メタ・データ」プロパティが関連づ
けられている。それらは言語、符号化、およびデフォルトのワークフローを含ん
でいる。これらのプロパティの値は特にそれらを上書きしない限り、親のアイテ
ムから継承される。

【０２５１】 （メタ・データ・プロパティの継承） アイテムまたはフォルダがプロパティに対する値を持たない場合、（例えば、
言語または符号化）システムは、そのプロパティに対する値が見つかるか、ある
いはルート・ノードに達するまで、そのプロパティについてその親に問い合わせ
、そしてその親はまたその親に問い合わせる。そのプロパティが親の１つにおい
て見つかった場合、その値がそのアイテムまたはフォルダのプロパティの値とし
て使用される。この方法で引き出されるプロパティは継承型のプロパティと呼ば
れ、一方、そのアイテムに対して直接与えられているプロパティは明示的プロパ
ティと呼ばれる。可能な継承の方法は以下の３つがある。 １）“ｎｏｎｅ（なし）”は、メタデータが先祖から引き出されないことを意
味する。 ２）“ｃｏｐｙ（コピー）”は、メタデータが先祖から逐語的にコピーされる
ことを意味する。 ３）“ａｐｐｅｎｄ（付加）”は、プロパティが先祖の中に見つかったとき、
その先祖から現在のノードまでの相対的なｉｐａｔｈがその値に付加されること
を意味する。

【０２５２】 本発明は、その精神または本質的な特徴から逸脱することなしに、他の特定の
形式で実行することができる。それ故、本発明の実施形態は、例示としてのもの
であって、本発明を制限するものではないと解釈されたい。本発明の範囲は、上
記説明に記載したものではなく、添付の特許請求の範囲内に記載してあるもので
あり、特許請求の範囲と等価の意味および範囲内に入るすべての変更は、特許請
求の範囲内に含まれる。

【図面の簡単な説明】

【図１Ａ】 自動更新のためのリンケージを使用するハイパーテキスト・システムのブロッ
ク図である。

【図１Ｂ】 リンケージの中に含まれているオブジェクトのブロック図である。

【図１Ｃ】 １つの実施形態を使用することができるコンテンツ管理システムのブロック図
である。

【図２Ａ】 リンクされるオブジェクトと翻訳されるオブジェクトとの間の関係についての
、２つの部分に別れたブロック図である。

【図２Ｂ】 コピー・リンクおよび翻訳リンクを示すブロック図である。

【図２Ｃ】 リンケージ機構を確立する１つの実施形態の流れ図である。

【図３Ａ】 リンケージ管理タスクを選択するためのグラフィカル・ユーザ・インターフェ
ースの図である。

【図３Ｂ】 リンケージに対するプロジェクトを選択するためのグラフィカル・ユーザ・イ
ンターフェースの図である。

【図３Ｃ】 プロジェクト・リンクを追加するためのグラフィカル・ユーザ・インターフェ
ースの図である。

【図３Ｄ】 プロジェクト・リンクをサーチするためのグラフィカル・ユーザ・インターフ
ェースの図である。

【図３Ｅ】 既存のプロジェクト・リンクを編集するためのグラフィカル・ユーザ・インタ
ーフェースの図である。

【図３Ｆ】 オブジェクト・リンクを追加するためのグラフィカル・ユーザ・インターフェ
ースの図である。

【図３Ｇ】 オブジェクト・リンクをサーチするためのグラフィカル・ユーザ・インターフ
ェースの図である。

【図３Ｈ】 オブジェクト・リンクを編集するためのグラフィカル・ユーザ・インターフェ
ースの図である。

【図４Ａ】 リンケージにおいて使用するためのオブジェクトを生成する流れ図である。

【図４Ｂ】 リンクを生成して適用する流れ図である。

【図４Ｃ】 図４Ａのプロセスにおける更なるステップの流れ図である。

【図４Ｄ】 プロト・リンクを生成し、プロト・リンクに基づいて変化を伝播させるプロセ
スの流れ図である。

【図４Ｅ】 プロト・リンクを生成するステップの好ましいプロセスの流れ図である。

【図４Ｆ】 リンクを生成して更新するプロセスの流れ図である。

【図５Ａ】 リンク・テーブルの図である。

【図５Ｂ】 ワークフロー・テーブルの図である。

【図５Ｃ】 プロト・リンク・テーブルの図である。

【図５Ｄ】 リンク情報テーブルの図である。

【図５Ｅ】 テーブル・スキーマの図である。

【図６】 １つの実施形態を使用することができるコンピュータ・システムのブロック図
である。

───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ，ＴＲ)，ＯＡ(ＢＦ ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ， ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，Ｇ Ｍ，ＫＥ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ， ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＧ，ＡＬ，ＡＭ， ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，Ｂ Ｚ，ＣＡ，ＣＨ，ＣＮ，ＣＲ，ＣＵ，ＣＺ，ＤＥ，ＤＫ ，ＤＭ，ＤＺ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ， ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，Ｊ Ｐ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＡ，ＭＤ，ＭＧ，ＭＫ， ＭＮ，ＭＷ，ＭＸ，ＭＺ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，Ｒ Ｏ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＺ，ＶＮ， ＹＵ，ＺＡ，ＺＷ (72)発明者 リウ，ケネス， ワイ． アメリカ合衆国 02143 マサチューセッ ツ，ソマーヴィル，ワシントン ストリー ト ナンバー２ 403 (72)発明者 シャン，チュン−チー アメリカ合衆国 02139 マサチューセッ ツ，ケンブリッジ，フランクリン ストリ ート ナンバー４ 240 (72)発明者 ソング，ジミー， ジェー． アメリカ合衆国 02139 マサチューセッ ツ，ケンブリッジ，マガジン ストリート ナンバー310 10 (72)発明者 リネイ，ライアン， エス． アメリカ合衆国 02138 マサチューセッ ツ，ケンブリッジ，エラリー ストリート ナンバー102 14 (72)発明者 ピムロット，アンドリュー， ダブリュ． アメリカ合衆国 02139 マサチューセッ ツ，ケンブリッジ，ハーヴァード ストリ ート ナンバー１ 315 (72)発明者 ロス，ラッセル， ジー． アメリカ合衆国 02139 マサチューセッ ツ，ケンブリッジ，ケリー ロード ナン バー２ ６ Ｆターム(参考） 5B075 KK02 ND20 ND36 NR02 NR03 NR20 UU40 5B082 HA03

Claims (25)

【特許請求の範囲】
1. 【請求項１】 １つまたはそれ以上のターゲット・ウェブ・サイトのデー
   タ・コンテンツ・アイテムを更新する方法であって、 １つまたはそれ以上のターゲット・コンテンツ・アイテムを１つまたはそれ以
   上の元のコンテンツ・アイテムとそれぞれ関連づける、１つまたはそれ以上のリ
   ンクを提供するステップと、 前記リンクをデータ記憶装置の中に格納するステップと、 前記記憶装置の中のリンクにアクセスし、前記リンクに従って前記ターゲット
   ・データ・コンテンツのアイテムを更新するステップとを含む方法。
2. 【請求項２】 請求項１に記載の方法において、前記ターゲット・データ
   ・コンテンツ・アイテムを所定の時間間隔で更新するステップをさらに含む方法
   。
3. 【請求項３】 請求項１に記載の方法において、前記ターゲット・データ
   ・コンテンツ・アイテムを要求時に更新するステップをさらに含む方法。
4. 【請求項４】 請求項１に記載の方法において、前記ターゲット・データ
   ・コンテンツを更新するステップが、前記ターゲット・データ・コンテンツを更
   新するためにワークフローを起動するステップをさらに含む方法。
5. 【請求項５】 請求項１に記載の方法において、ソース・データ・アイテ
   ムをさらに含み、第１のリンクが前記ターゲット・コンテンツ・アイテムを前記
   ソース・データ・アイテムに関連づけ、第２のリンクが前記ソース・データ・ア
   イテムを前記元のデータ・アイテムに関連づける方法。
6. 【請求項６】 請求項１に記載の方法において、１つまたはそれ以上の個
   数のバッファ・データ・コンテンツ・アイテムをさらに含み、前記ターゲット・
   データ・コンテンツ・アイテムを更新している間に使用されるゼロ個またはそれ
   以上の個数のバッファ・データ・コンテンツ・アイテムを各リンクが指定し、少
   なくとも１つのリンクが少なくとも１つのバッファ・データ・コンテンツ・アイ
   テムを指定する方法。
7. 【請求項７】 請求項４に記載の方法において、１つまたはそれ以上のバ
   ッファ・データ・コンテンツ・アイテムをさらに含み、前記ターゲット・データ
   ・コンテンツ・アイテムを更新するためのワークフローの中で使用されるゼロ個
   またはそれ以上の個数のバッファ・データ・コンテンツ・アイテムを各リンクが
   指定し、少なくとも１つのリンクが少なくとも１つのバッファ・データ・コンテ
   ンツ・アイテムを指定する方法。
8. 【請求項８】 請求項１に記載の方法において、前記リンクがコピー・リ
   ンクおよび翻訳リンクを含む方法。
9. 【請求項９】 請求項１に記載の方法において、前記リンクのうちの１つ
   またはそれ以上が、前記リンクの他のものからプロパティを継承する方法。
10. 【請求項１０】 請求項１に記載の方法において、前記リンクが元のデー
    タ・コンテンツ・アイテムの選択的な変更をサポートし、前記元のデータ・コン
    テンツ・アイテムのそれぞれに対して対応しているターゲット・データ・コンテ
    ンツ・アイテムを作り出す方法。
11. 【請求項１１】 請求項１に記載の方法において、前記リンクが任意の特
    性を有するデータ記憶に対してインターフェースする抽象レイヤのトップにおい
    て前記リンクが働く方法。
12. 【請求項１２】 請求項１に記載の方法において、前記ターゲット・デー
    タ・アイテムが、少なくとも２つのグループの中に配置され、前記リンクのそれ
    ぞれがターゲット・データ・アイテムの１つのグループを元のデータ・アイテム
    の対応しているグループに関連づけ、ターゲット・データ・アイテムの１つのグ
    ループの中のすべてのデータ・コンテンツ・アイテムが前記関連づけられたリン
    クに従って更新される方法。
13. 【請求項１３】 １つまたはそれ以上のターゲット・ウェブ・サイトのデ
    ータ・コンテンツ・アイテムを更新するためのシステムであって、 それぞれが１つまたはそれ以上前記ターゲット・コンテンツ・アイテムを１つ
    またはそれ以上の元のデータ・コンテンツ・アイテムに関連づける、１つまたは
    それ以上のリンクと、 前記リンクを格納するためのデータ記憶装置と、 前記記憶装置の中の前記リンクにアクセスし、そして前記リンクに従って前記
    ターゲット・データ・コンテンツ・アイテムを更新するためのプロセッサとを備
    えるシステム。
14. 【請求項１４】 請求項１３に記載のシステムにおいて、前記データ記憶
    装置が一組の所定の時間間隔で前記リンクを格納するシステム。
15. 【請求項１５】 請求項１３に記載のシステムにおいて、前記データ記憶
    装置が要求時に前記リンクを格納するシステム。
16. 【請求項１６】 請求項１３に記載のシステムにおいて、前記プロセッサ
    が前記リンクに従って前記ターゲット・データ・アイテムを更新するためにワー
    クフローをさらに起動するシステム。
17. 【請求項１７】 請求項１３に記載のシステムにおいて、ソース・データ
    ・アイテムをさらに含み、第１のリンクが前記ターゲット・コンテンツ・アイテ
    ムを前記ソース・データ・アイテムに関連づけ、第２のリンクが前記ソース・デ
    ータ・アイテムを前記元のデータ・アイテムに関連づけるシステム。
18. 【請求項１８】 請求項１３に記載のシステムにおいて、前記リンクがコ
    ピー・リンクおよび翻訳リンクを含むシステム。
19. 【請求項１９】 請求項１３に記載のシステムにおいて、１つまたはそれ
    以上の前記リンクが前記リンクの他のものからプロパティを継承するシステム。
20. 【請求項２０】 請求項１３に記載のシステムにおいて、前記リンクが前
    記元のデータ・コンテンツ・アイテムの選択的な変更をサポートし、前記元のデ
    ータ・コンテンツ・アイテムのそれぞれに対して対応しているターゲット・デー
    タ・コンテンツ・アイテムを作り出すシステム。
21. 【請求項２１】 請求項１３に記載のシステムにおいて、前記リンクが任
    意の特性を有するデータ記憶にインターフェースする抽象レイヤのトップにおい
    て働きかけるシステム。
22. 【請求項２２】 請求項１３に記載のシステムにおいて、前記ターゲット
    ・データ・アイテムが少なくとも２つのグループの中に配置され、前記各リンク
    がターゲット・データ・アイテムの１つのグループを元のデータ・アイテムの対
    応しているグループに関連づけ、ターゲット・データ・アイテムの特定のグルー
    プの中のすべてのデータ・コンテンツ・アイテムが前記関連づけられたリンクに
    従って更新されるシステム。
23. 【請求項２３】 請求項１３に記載のシステムにおいて、前記特定のグル
    ープの内部の前記データ・アイテムがすべて共通のレベルに配置されているシス
    テム。
24. 【請求項２４】 請求項１３に記載のシステムにおいて、前記特定のグル
    ープの内部の前記データ・アイテムが複数のレベルにおいて階層的に配置されて
    いるシステム。
25. 【請求項２５】 請求項１３に記載のシステムにおいて、前記プロセッサ
    が前記リンクに従って前記ターゲット・データ・アイテムを更新するために、前
    記データ・コンテンツ・アイテムを走査してワークフローを起動するプログラム
    ・ステップのシーケンスを実行するシステム。