JPH09325968A - 情報検索システム - Google Patents

Abstract

(57)【要約】 （修正有） 【課題】複数のタイトル発行者がいるオンラインサービ
スにおける検索において、ストーリーによる検索を可能
とし、顧客に高い検索能力を提供する。 【解決手段】発行者１０２〜１０６は、内容とは分離し
て、ストーリー特性による検索のためにサーチオブジェ
クトエディタを用いて問合せの定義を行い、データセン
ターに対して発行を行う。データセンターの情報検索
（ＩＲ）サーバはサーチオブジェクトをパーズしてイン
デックスする。ストーリー特性は例えばトピック、場
所、人物、創作者、事件の日付、優先順位などからな
る。顧客１６０〜１６４がタイトルビューワを用いてブ
ラウズする際は、タイトルにおける動的な制御のたびに
問合せの定義に基づきサーチが顧客に要求される。もし
くは、顧客がＦｉｎｄダイアログを使ってタイトルのす
べてのストーリーにわたるサーチを開始する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報検索システム
に係り、より詳細には、オンラインネットワークにおい
て情報をインデックスし、問い合わせしそして検索する
システム及び方法に係る。

【０００２】

【従来の技術】オンラインネットワークには、例えば、
マイクロソフトネットワーク、インターネット、コンプ
サーブ(Compuserve)、プロディジー(Prodigy) 及びアメ
リカオンラインがある。エンドユーザは、通常、モデム
が設けられたマイクロコンピュータを用いてこれらのネ
ットワークにアクセスする。オンラインセッションの間
に、ユーザは、ニュースサービス、天気サービス、掲示
板サービス、Ｅメール等を含む種々の情報関連サービス
及び通信サービスを利用することができる。

【０００３】オンラインサービスは益々普及しつつある
が、今日のオンライン用途は、まだ幼児期にある。実際
に、顕著な問題があって、維持可能なオンラインビジネ
スを提供するに必要な形式の精巧で且つ強制的なサービ
スを独立した内容提供者又は発行者が展開するのを阻止
し続けている。同時に、既存のオンラインサービスの提
供者は、単なる初期採用の視聴者を越えて受け入れを促
進する正しい技術的ビジネスモデル及び有用な解決策を
見出すために研究している。

【０００４】大都市においては、一人の個人が共同体に
おいて明らかになる活動や事象に遅れないようにするこ
とは不可能である。従って、人々は、入手できる情報を
理解し組み立てる助けとして、記者、レポータ、編集者
及び批評家等を頼りにする。関連する傾向において、ブ
ロードキャスト（放送）メディアは、多様な民衆の要望
を満足することが次第にできなくなっている。従って、
ほとんどの市場では、ナローキャスト（限定放送(narro
wcast)）メディア、即ち内容を調整して小規模の明確に
限定された視聴者に分配するメディアが益々普及し、有
益なものになりつつある。オンライン共同体では、この
傾向が対応的に重要なものとなろう。

【０００５】大規模な市場に対しアプリケーションを形
成するときに提供者が遭遇する１つの問題内容は、多様
な視聴者がいることである。例えば、ある顧客はゲーム
に関心があり、ある顧客はビジネスに関心があり、ある
顧客はコンピュータ技術に関心があり、そしてある顧客
は映画に関心がある。提供者は、顧客を満足させ続ける
ためにどんな情報内容を供給すればよいのか。必要とさ
れるのは、内容提供者の編集の声を個人の希望と混合す
るアプリケーションを内容提供者が形成できるようにす
るシステムである。例えば、特定のアプリケーションの
中から、顧客はコンピュータビジネス及び／又はクラシ
ック音楽への関心を指示し、そしてこれらの分野に集中
した付加的な情報を収集することができる。同様に、オ
ンライン発行は、種々の顧客の好みに基づいて内容を自
動的に合成しそして優先順位付けすることができる。

【０００６】現在の発行（パブリケーション）システム
は、コンプサーブ、アメリカオンライン又はインターネ
ットのようなオンラインネットワークにわたって物語を
電子的に発行するためのソフトウェアを備えている。こ
れらシステムのほとんどは、スタンダード・ジェネララ
イズド・マークアップ・ランゲッジ（ＳＧＭＬ）又はハ
イパーテキスト・マークアップ・ランゲッジ（ＨＴＭ
Ｌ）でフォーマットされた物語を形成しそして表示す
る。ＨＴＭＬ及びＳＧＭＬは、両方とも、オンラインネ
ットワークに表示されるべき文書にテキストをタグ付け
するための標準である。ＨＴＭＬ又はＳＧＭＬでフォー
マットされた文書は、インターネットのためのモザイク
(Mosaic)及びネットスケープ(Netscape)のような多数の
広く分布されたブラウザにより見ることができる。これ
らのブラウザプログラムは、ＳＧＭＬ及びＨＴＭＬのタ
グ付けされた文書を読み取り、そしてそれらを適切なフ
ォーマットで表示する。しかしながら、フォーマット情
報は、ブラウザと共に記憶されており、発行者によって
配布されない。

【０００７】

【発明が解決しようとする課題】コンピュータユーザ
は、ディスクベースのコンピュータシステム及びオンラ
イン環境において情報を探す。パーソナルコンピュータ
環境においては、ほとんどのパーソナルコンピュータユ
ーザが内容によりナビゲートするブラウジングモデルに
対して使用される。パーソナルコンピュータにおいて
は、ハードディスクは非常に大きいが、現在まで管理可
能なサイズである。ユーザは、それらのディスク自体に
おいて内容を組み立て、従って、それは、ユーザが非常
に快適にサーチする限定構造である。ハードドライブの
内容は、事柄が横に並んで配置されているので既知のコ
ンテクストを有し、これは資料に対して良好な編成を与
えると共に、略式のサーチも行えるようにする。ユーザ
は、特定の目標を銘記する必要がなく、偶発的に物をブ
ラウズし見出すことができる。しかし、これに伴う問題
は大量の情報に対して良好にスケール決めできないこと
である。

【０００８】オンラインについて続けると、純粋な量の
内容だけでは、このようにブラウズするのが合理的でな
い。それ故、必要なことは、実際にそれらを遂行しそし
てマッチングさせるあるファシリティ又はエージェント
に人々がある基準又は仕様を指定することのできるサー
チ戦略である。サーチ結果即ちヒットがユーザに受け取
られるときには、ユーザが実際にブラウズすることので
きる適度なサイズの結果となる。この解決策に伴う幾つ
かの問題は、これらの結果がしばしばコンテクストから
導かれ、ユーザはそれに隣接する資料に関する考えをも
たず、そしてユーザを全く目標に向けることを必要とす
ることである。

【０００９】マイクロソフトネットワーク（ＭＳＮ）、
プロディジー、コンプサーブ及びアメリカオンラインの
ようなあるオンラインシステムは、ある種のデパートメ
ント構造である。この構造においては、最上位レベルの
分類がビジネス及び財務又はある特殊な関心事であっ
て、人々に対する情報をサーチすべく編成するための１
つの方法として内容をスライスするという１つの編集観
点を与える。この解決策に伴う問題は、当然、ある話題
がどこに存在するかについての各人のコンセプトが異な
ることである。例えば、ある人は、スキューバダイビン
グに関する事柄を１つの領域において探し、そして別の
人は、全く異なる分類において探す。話題についての人
々の思いつきは異なる場所に記憶されているので、ある
人が他の人の分類又は部門に従ってブラウズするときに
は事柄の発見にしばしば不一致が生じる。

【００１０】別のオンラインシステムは、インターネッ
ト・ワールド・ワイド・ウェブ（ＷＷＷ）である。この
ＷＷＷは、関連する情報間にいかにリンクが構成される
かにより豊富なメディアを提供する。リンク及び引用を
用いることにより、多数の異なるエディタが、内容を探
索する異なる方法を伝播することができる。従って、Ｗ
ＷＷは、１つの構造ではなく、多数の構造である。ユー
ザは、ブラウズを容易にする情報を思いつく方法に合致
するあるディレクトリサービスでしばしば識別を行う。
問題は、ウェブの絶対的なサイズにより、徹底的にブラ
ウズできないことである。ユーザには、常に、ウェブに
何か他のものがあるという感覚が残る。ユーザは、実際
のサーチが完了したという非常に良好な感覚をもたな
い。

【００１１】インターネットを実際にサーチするための
幾つかの技術は、クローラをベースとする全テキストイ
ンデックスである。この形式のインデックサは、実際
に、異なるインターネットサイトを横断して進行し、移
動時にインデックスを構成し、従って、ある更新ベース
で、人々は、ウェブにどんな新しい内容が現れるかをサ
ーチしそして調べることができる。しかし、この場合
も、ユーザには、サーチがいかに完全であるか分からな
いという感覚がしばしば残る。異なるインデックスは、
他のものがもたない幾つかのサイトへアクセスする。全
ての所望の内容を見つける真に明確な方法はない。ＷＡ
ＩＳは、多数のデータベースにわたるテキストストリン
グをインデックスし検索するインターネットサーバを提
供する。このサーバは、ＷＡＩＳ及びゴファー(Gopher)
サイトと共に使用される展開する２３９．５０サーチプ
ロトコルに基づく。

【００１２】ＷＷＷクローラベースのインデクサの例
は、ウェブクローラである。別のＷＷＷインデックスエ
ンジンは、ライコス(Lycos) として知られている。ライ
コスエンジンは、文書においてどのリンクをたどるかの
重み付けされたランダムな選択を行い、これは、文書を
指す多数のリンク（一般受けを意味する）及び短い経路
ネームをもつリンク（ＵＲＬ）を伴う文書に向かってバ
イアスされ、これは、短い経路ネームが浅いウェブリン
ク、ひいては、大きな寛容さを意味する傾向となるとい
う理論に基づく。ライコスは、文書の要約がその内容を
保持するよう試みる一方、その全体において目録形成す
る非効率さを軽減する。ライコスサーチ言語は、ブール
の質問（アンド、オア、等）も隣接サーチもサポートし
ない。

【００１３】開発中のもう１つのＷＷＷインデクサは、
ハーベスト(Harvest) プロジェクトである。ハーベスト
は、インデックス情報を収集及び分配する手段を形成
し、各情報集合に対し異なる形式のインデックスの構造
をサポートし、そしてキャッシュ及び複製サポートを与
える。

【００１４】現在のインデクサの別の問題は、ウェブの
サーバを横断するように試みるのに多大な時間を必要と
することである。現在インデクサにより丁度アクセスさ
れたサーバに新たな内容が追加されたときには、インデ
クサがサーバを再びインデックスするよう戻るまでに長
い時間がかかる。或いは又、サーバから内容が除去され
てもよいが、インデクサは、サーバに再訪問するまでそ
れを知るすべがない。又、これらインデクサは、「ロボ
ット実行」に対して影響を受け易く、ウェブサーバがイ
ンデックスされるのを防止する。あるウェブサーバに
は、「ロボットなし」標準が適用され、これは、サーバ
の内容がインデックスに含まれるのを防止する。望まし
いものは、常に最新であって且つシステム又はオンライ
ンサービスの全ての内容をインデックスすることのでき
る情報検索サービスのインデックス及びサーチ成分であ
る。

【００１５】オンラインサービスに対する内容を得るこ
とは大きな問題ではないが、この内容が全て莫大なサイ
ズへと膨張すると、全ての内容を通り抜けて、所望する
特定のものを見つけるユーザの能力が問題となる。オン
ライン業界は、内容提供者がそれらの情報にタグを付け
そしてそれらの顧客を標的としてその両側から接続を行
い、内容送付を成功に導く能力を必要としている。従っ
て、この問題を慣習的なオンラインサービスで描くため
に、アドミニストレータは、オンラインで入れられて幾
つかのスポットに位置させる新たなサービスを提供する
という解決策で進む。頻繁に発生する問題は、サービス
がどこか他の場所にあることをユーザが考え、従って、
接続がなされないことである。従って、必要とされるこ
とは、オンラインサービス全体にわたり全テキストに基
づいてサーチする方法である。このサーチは、利用でき
る異なるサービスの特性（例えば、像、物語、サウンド
クリップに対する）及びタイトルのようなテキストにわ
たってサーチすることができると共に、タイトル内、例
えば、記事又は物語の中でサーチすることができねばな
らない。従って、例えば、ユーザは、特性の記述により
サービスにわたってサーチする能力をもつことになる。

【００１６】発行者は、内容に合致する所望の基準を検
索するためにサーチ目的を定義することができる又、発
行者は、どこをサーチすべきかを特定することもでき
る。従って、構成されたタイトル及びサーチ目的をイン
デックスするシステム及び方法が産業界における進歩と
なろう。

【００１７】

【課題を解決するための手段】上記の欠点は、本発明に
より克服される。

【００１８】情報検索（ＩＲ）サーバは、オンラインネ
ットワークにおいてストーリー（物語）及び他の内容オ
ブジェクト、例えば、タイトルにおける像及びサウンド
クリップをインデックスしそしてサーチする。インデッ
クス動作は、発行者（パブリッシャー）のワークステー
ションによりネットワークへタイトルが解放されたとき
に行われる。内容オブジェクトがネットワークサーバか
ら削除された場合は、ＩＲサーバに通知がなされる。従
って、ＩＲサーバは、内容が発行又は削除されるや否
や、ネットワークにおいて全ての内容の現在インデック
スを有する。

【００１９】ＩＲサーバは、タイトル、セクション及び
ストーリーオブジェクトをそれらの全体的に独特の識別
子により相関させ、そして多数のデータベース区画にわ
たってオブジェクトを位置決めするのに使用されるルー
チンテーブルを形成する。区画は、ソース及びデータ範
囲に特定のものである。ＩＲサーチサービスは、顧客ワ
ークステーションにおいてタイトルビューワにより２つ
の異なる方法で要求される。先ず第１に、タイトルの各
動的な制御又は表示領域に対してサーチが要求される。
動的な制御は、発行者により定義されたサーチ問合せに
基づいて検索されたストーリーに関連される。第２に、
サーチは、「探索」ダイアログを使用する顧客によって
開始され、タイトルにおける全てのストーリーにわたり
動的及び静的の両方でサーチすることができる。ＩＲ機
能は、タイトルを内容及びデザインオブジェクトに分解
することにより可能とされ、これは、例えば、９６００
ボーの低い帯域巾の通信経路にわたる高速で且つ効率的
なサーチの必要性を満足する。

【００２０】本発明の１つの特徴によれば、複数の内容
を発行記憶装置に記憶し；タイトルを発行記憶装置へ発
行し、タイトルは個別の内容及びレイアウトを含み、レ
イアウトは制御部に関連したサーチ問合せを含み、そし
て制御部は、サーチ問合せの結果を表示するための領域
を定義し；発行記憶装置から問合せを満足する内容を検
索し；そして検索された内容を制御部において表示する
という段階を備えたコンピュータ化されたサーチ方法が
提供される。

【００２１】本発明の別の特徴によれば、内容記憶と、
内容をインデックスするインデクサと、インデックスに
基づき問合せを満足するサーチャとを含む発行記憶装置
と；１つ以上のサーチオブジェクトをもつタイトルを与
えるデザイナであって、各サーチオブジェクトが問合せ
を定義するようなデザイナと；タイトルをアクセスしそ
して内容を検索するためのサーチオブジェクトを表示さ
せるビューワとを備えたコンピュータ化された情報検索
システムが提供される。

【００２２】本発明の更に別の特徴によれば、コンピュ
ータネットワークにおいてタイトルレイアウト及び内容
を有するタイトルのインデックスシステムであって、上
記タイトルレイアウトはサーチオブジェクトを含み、上
記タイトルレイアウト、内容及びサーチオブジェクトの
各々は、それに関連したオブジェクト識別子を有し、上
記内容はサーチ特性を有しているインデックスシステム
において、タイトルを受け取るインデックスサーバと；
オブジェクト識別子をサーチ特性を含む他の情報と関連
させるテーブルを備えたカタログデータベースと；イン
デックスサーバにおいて実行されそして上記カタログデ
ータベースをアクセスするインデックスサービスと；サ
ーチ特性と、インデックスサービスにより与えられるオ
ブジェクト識別子との間のインデックス関連を記憶する
データベースサーバとを備えたインデックスシステムが
提供される。

【００２３】本発明の更に別の特徴によれば、発行記憶
装置に内容を記憶し；個別の内容及びレイアウトより成
るタイトルを発行記憶装置へ発行し；そしてユーザの問
合せを満足する内容を発行記憶装置から検索するという
段階を備えたタイトルをサーチするコンピュータ実施方
法が提供される。

【００２４】本発明の更に別の特徴によれば、内容を含
んだ発行記憶装置へタイトルを発行し、タイトルは個別
の内容及びレイアウトより成り、そしてレイアウトはサ
ーチ問合せを含み；サーチ問合せを満足する内容を発行
記憶装置から検索し；そして検索された内容を表示する
という段階を備えたコンピュータ化されたサーチ方法が
提供される。

【００２５】本発明の更に別の特徴によれば、サーチ問
合せを含むタイトルを形成し；発行記憶装置にタイトル
を記憶し；タイトルを表示し、サーチ問合せが発行記憶
装置から内容を検索するという段階を備えたコンピュー
タ化された電子的発行方法が提供される。

【００２６】コンピュータネットワークにおいて、タイ
トルにおけるサーチオブジェクトの位置と、サーチオブ
ジェクトに関連したサーチ問合せとを記憶するためのサ
ーチオブジェクトサーバと；サーチ問合せを複数のサブ
問合せに分解するためのサーチサーバと；サーチサーバ
からのサブ問合せを受け取りそして各サブ問合せに応答
してオブジェクト識別子を与えるデータベースサーバと
を備えたサーチシステムが提供される。

【００２７】本発明の更に別の特徴によれば、サーチ問
合せを用いてタイトルをサーチするためのコンピュータ
実施される方法であって、発行記憶装置に内容を記憶
し；サーチ問合せと、内容識別を表す結果とに対してサ
ーチキャッシュをチェックし；サーチ問合せがサーチキ
ャッシュに存在する場合にはサーチキャッシュからサー
チ問合せの結果を検索し；サーチ問合せに基づいて１つ
以上のサブ問合せを形成し；サーチ問合せがサーチキャ
ッシュに存在しない場合には１つのサブ問合せの存在及
びサブ問合せの結果に対してサーチキャッシュをチェッ
クし；サブ問合せがサーチキャッシュに存在する場合に
はサーチキャッシュからサブ問合せの結果を検索し；サ
ブ問合せをデータベースサーバに適用し；サブ問合せが
サーチキャッシュに存在しない場合にはデータベースサ
ーバからサブ問合せの結果を検索し；そして検索された
結果に対応する内容を発行記憶装置から検索するという
段階を備えた方法が提供される。

【００２８】本発明の更に別の特徴によれば、コンピュ
ータネットワークにおいて、ストーリー記憶と、記憶さ
れたストーリーをインデックスするインデクサと、イン
デックスに基づいて問合せを満足するためのサーチャと
を含む発行記憶装置と；１つ以上のサーチオブジェクト
をもつタイトルを与えるデザイナであって、各サーチオ
ブジェクトが問合せを定義するようなデザイナと；タイ
トルをアクセスしそしてストーリーを検索するためのサ
ーチオブジェクトを表示させるビューワとを備えた情報
検索システムが提供される。

【００２９】

【発明の実施の形態】全体にわたり同じ部分が同じ参照
番号で示された添付図面について説明する。便宜上、以
下の説明は、次の原理的なセクションに編成する。即
ち、頭文字、情報検索システムの利点、マルチメディア
発行システムの概要、情報検索（ＩＲ）の概要、ＩＲイ
ンデックス動作、サーチオブジェクト分析、顧客問合せ
の分析、及び結論。

【００３０】Ｉ．頭文字 次の頭文字リストは、これ以降のセクションを読む際の
参考として設ける。 ＢＢＳ − 掲示板システム ＭＰＭＬ − マルチメディア発行マークアップランゲ
ッジ ＣＯＳ − キャッシングオブジェクト記憶 ＤＢＭ − データベースマネージメントシステム ＤＬＬ − 動的リンクライブラリー ＧＵＩＤ − 全体的に独特な識別子 ＨＴＭＬ − ハイパーテキストマークアップランゲッ
ジ ＩＣＰ − 独立した内容提供者（プロバイダー） ＩＭ − 情報マグネット ＩＰ − 情報提供者 ＩＲ − 情報検索 ＬＡＮ − ローカルエリアネットワーク ＭＰ − マルチメディア発行（パブリッシング） ＭＰＣ − マイクロソフトネットワークプロセデュア
コール ＭＰＳ − マルチメディア発行システム ＭＦＣ − マイクロソフト基礎クラス ＭＳＮ − マイクロソフトネットワーク ＯＣＸ − ＯＬＥコントロール ＯＬＥ − オブジェクトリンク及び埋め込み ＰＤＡ − パーソナルデジタルアシスタント ＳＧＭＬ − 標準的一般化マークアップランゲッジ ＷＡＮ − ワイドエリアネットワーク ＷＷＷ − ワールドワイドウェブ

【００３１】ＩＩ．情報検索システムの利点 本発明は、おそらく、オンラインネットワークを使用す
ることにより、最大の利益を与えることができる。それ
故、このセクション及び以下のセクションは、本発明の
基礎となる好ましいオンライン発行（パブリケーショ
ン）システムについての背景情報を述べる。

【００３２】ＭＰシステムの重要な利点は、実行時間に
内容を動的に見つけて表示できることである。この技術
を用いると、発行者は、マスタータイトル内の種々のフ
ォールダ（仕切り）又はコンテナ（入れ物）に入れられ
た内容を単に更新するだけで進行中ベースでタイトルを
変更することができる。ページが表示されるときは、更
新された内容が示される。これは、動的なタイトル合成
であり、個々のページと、制御部と、内容を表示するの
に使用される手で入れられる内容とで構成されたタイト
ルデザインを変更及び更新する必要なく、内容を連続的
に更新できるようにする。発行者は、この動的な合成を
使用するときには、変化する内容により満たされるプレ
ースホルダーを含むタイトルを形成する。動的な合成
は、ＭＰシステムのコンテナにおいて所望の内容を見つ
けるサーチオブジェクトを形成しそして分析することに
よって容易にされる。サーチオブジェクトを使用して、
内容提供者又は発行者は多数のタイトルにわたり内容フ
ォールダを共用することができる。

【００３３】アプリケーションを構成する際にサーチオ
ブジェクトを使用する一例として、オンライン新聞の例
を考える。新聞は、ビジネスセクションを含む多数のセ
クションで構成される。新聞のデザイナは、デザインの
ときに、新聞のビジネスセクション内にサーチオブジェ
クトを入れる。このサーチオブジェクトは、内容を引き
出すところの内容フォールダを画成する。例えば、サー
チオブジェクトは、ビジネスセクション内で全てのスト
ーリーをビジネス内容フォールダにそして全てのレポー
トをストックレポート内容フォールダに含ませるように
プログラムされてもよい（その特性をセットすることに
より）。探索ダイアログは、例えば、表示されるビジネ
スストーリーの範囲を特定の業界に限定する問合せ基準
を設けることにより、顧客が本質的にビジネスセクショ
ンを個人化できるようにする。或いは又、オンライン発
行の製作者（プロデューサ）は、顧客のプロファイル又
は表された関心に基づいてサーチオブジェクト特性をプ
ログラム的に変更することにより、ターゲットとするカ
スタマイズされた発行バージョンを個々のユーザに送付
してもよい。

【００３４】ＭＰシステムは、更に、発行される全ての
内容の特性及びテキストをインデックスするインデック
スプロセスも備えている。探索ダイアログは、ユーザサ
ーチ問合せに合致するインデックスされた内容を顧客が
検索できるようにする。ＭＰシステムの他の効果及び利
点は、以下に詳細に述べる。

【００３５】ＭＰシステムの利点を詳細に説明するため
に、以下のセクションは、マルチメディア発行システム
の概要を述べる。

【００３６】ＩＩＩ．マルチメディア発行システムの概
要 このセクションは、好ましいマルチメディア発行システ
ムの構成及び主要成分の概要を述べる。デザイン（又は
タイトルレイアウト）と内容を分離する重要な概念の説
明から始めて、このセクションは、ＭＰシステムの主要
成分及び構成の説明へと続く。

【００３７】ＭＰシステムによって使用されるオブジェ
クトは、プロジェクトと；タイトルと；内容フォールダ
及び任意であるがサブフォールダと；セクション及び任
意であるがサブセクションと；ウインドウと；ページ
と；制御部と；スタイルシートと；種々の内容オブジェ
クト（ストーリー、像、音声、等）とを含む。これらの
オブジェクトは、図４を参照して以下に詳細に説明す
る。これらオブジェクトはハードディスクドライブのよ
うな不揮発性コンピュータメモリに記憶する必要がある
ことを理解するのが重要である。

【００３８】関連付け及び順序付けされたオブジェクト
を記憶する通常の方法は、非サイクルグラフのようなデ
ータ構造である。ＭＰシステムオブジェクトを記憶する
ための現在の好ましい方法は、キャッシングオブジェク
ト記憶（ＣＯＳ）と称するものである。現在の好ましい
ＭＰＳにおいて、各タイトルはＣＯＳに対応する。発行
記憶及び分配センター（図２）において発行者のワーク
ステーション及び各ＭＰＳサーバには少なくとも１つの
ＣＯＳがある。又、各顧客ワークステーションも、ＣＯ
Ｓを有し、従って、顧客は、ページの制御部に内容を組
み立てるときにＭＰシステムオブジェクトを記憶しそし
て検索することができる。

【００３９】タイトルは、発行物（例えば、新聞）、サ
ービス（例えば、株相場）又はアプリケーション（例え
ば、マルチメディア百科事典）を包含するように広く定
義される。タイトルを見るときには、ビューワ（視聴
者）が、タイトルを表すタイトルファイルを開く。この
タイトルファイルは、ＣＯＳファイルである。通常、オ
ンラインの形態では、これは骨格タイトルである。骨格
タイトルは、ルートモニカ(root moniker)のみを含み、
実際のオブジェクトは含まないＣＯＳファイルである。
モニカは、ＣＯＳの実施に使用されるオブジェクトであ
り、ＣＯＳオブジェクトに関する識別及び状態情報を含
んでいる。

【００４０】スーパーＣＯＳは、サブＣＯＳとして知ら
れている２つ以上の副次的ＣＯＳを含むＣＯＳファイル
である。例えば、顧客ワークステーションにあるスーパ
ーＣＯＳは、ホストデータセンターから遠隔検索された
オブジェクトをキャッシュするのに使用される。これら
のキャッシュされたオブジェクトが古いものでなく、フ
ラッシュされる限り、ビューワは、そのオブジェクトを
データセンターから再び検索するのではなく、それが次
に要求されたときにそのオブジェクトを迅速に与えるこ
とができる。これは、ＭＰシステムに、他のオンライン
システムに勝る甚だしい速度効果を与える。

【００４１】レンダリングプロセスと、タイトルを顧客
に表示するのに使用される問合せとの一例を図４に関連
して説明する。

【００４２】Ａ．マルチメディア発行システムにおける
デザインと内容の分離 上記のように、ＭＰＳアーキテクチャーは、デザイン情
報と、そのデザインが適用される内容との間の明確な分
離を維持する。発行者のページレイアウト集合は、１つ
以上のタイトルの形態である。タイトルは、ページが見
られる順序に関連した特定シーケンスのページレイアウ
トの集合である。ページレイアウトは、ページがレンダ
リングされるときにウインドウのクライエントエリアが
いかに現れるかを示す。レンダリングは、スクリーンを
表示する前のメモリにおけるディスプレイスクリーンの
ビットマップの形成を指す。内容のある部片を表示すべ
きエリアを各制御部が画成するような制御部をブランク
ページレイアウトに配することにより完全なページレイ
アウトが形成される。各制御部における設定は、その制
御部において表示されるべき内容を探すための適切な場
所を決定する。

【００４３】内容は、個別オブジェクトの形態をとり、
その各々は、１つの情報単位、例えば、ストーリー又は
ピクチャーを構成する。これらの内容オブジェクトは、
良く知られた公衆のデータフォーマットであり、これら
のデータフォーマットをサポートするツールを用いて形
成することができる。内容オブジェクトは、一般に、そ
れらの中にエンコードされたフォーマット情報を有して
いない。

【００４４】発行者がタイトル（そのページレイアウト
を伴う）及び内容オブジェクトを形成すると、タイトル
及び内容が一緒に公衆分配点に発行される。顧客は、タ
イトル及び内容オブジェクトをそれらのパーソナルコン
ピュータにダウンロードし、そこで、ＭＰＳビューワソ
フトウェアは、タイトルのページレイアウトを使用し
て、発行者によりデザインされた視覚的に富んだ形態に
内容を構成する。

【００４５】Ｂ．システム構成 図１を参照し、マルチメディア発行システム（ＭＰＳ）
１００の好ましい実施形態の基本的システム構成につい
て説明する。慣例により「タイトル」という語は、顧客
のコンピュータにおいて完全なオンラインＭＰＳアプリ
ケーションを組み立てるための全体的なプラン又は命令
を説明するのに使用される。

【００４６】ＭＰシステム１００の能力の多くは、デザ
インと内容を完全に分離する能力にあり、これは、第１
発行者１０２、第２発行者１０４又は発行者Ｍ１０６の
ような発行者又は内容提供者がデザインと内容を合体す
ることを必要とする既存のオンライン及びマルチメディ
ア発行ツールとは異なる。ＭＰシステムにおいては、タ
イトルＡ１４０、タイトルＢ１４２、又はタイトルＰ１
４４のようなタイトルを２つの部分、即ち「内容」（１
４８、１５２、１５６） − タイトルを作り上げるビ
ットマップ、ビデオクリップ、音声、アニメーション又
はストーリーのような情報と；デザインとも称する「タ
イトルレイアウト」（１４６、１５０、１５４） −
タイトルの全体的な見栄え及び感覚とに分割することが
できる。内容をページに直接配するのではなくＭＰＳを
用いて内容とデザインを分離するために、発行者は、１
組の内容オブジェクト１１２、１１４又は１１８のよう
な内容をタイトルの１つ以上のコンテナに配置し、そし
て実行時間に内容を動的に探して表示する１組のタイト
ルレイアウトオブジェクト１１０又は１１６のような特
殊な制御部をもつページを有するセクション又はサブセ
クションを形成することができる。

【００４７】この技術を用いると、発行者は、マスター
タイトル内の種々のフォールダ又はコンテナに入れられ
た内容１１２、１１４、１１６を単に更新するだけで、
進行中ベースでタイトルを変更することができる。ペー
ジが表示されるときには、更新された内容が示される。
これは、動的なタイトル合成又は動的な合成と称し、個
々のページ、制御部、及び内容の表示に使用される手で
入れられる内容より成るタイトルデザインを変更及び更
新する必要なく、内容を連続的に更新することができ
る。

【００４８】発行者は、動的な合成を使用するときに、
変化する内容により満たされるプレースホルダを含むタ
イトルを形成する。動的な合成が使用されるときには、
タイトルがテンプレートとして使用され、プレッシング
(pressing)が、表示される満たされたタイトルとなる。
発行者がタイトルの内容を更新し、そして第１顧客１６
０、第２顧客１６２又は顧客Ｎ１６４のような顧客（エ
ンドユーザ又はクライエントエンドユーザとしても知ら
れている）に使用できるようにするたびに、発行者は、
そのタイトルの新たなリリース（解放）を形成する。顧
客がそのリリースを見始めると、そのリリースにおける
内容の一部分又は全部を含む「プレッシング」がなされ
る。

【００４９】この解決策の重要な利点は、融通性であ
る。タイトルのある部分は、ページに内容を直接手で入
れることにより形成され、そして他の部分は、動的な合
成を用いて形成される。しかしながら、ページに直接手
で入れられる内容は静的なものであり、即ちタイトルの
形成に携わる人々がページを更新するときだけ変化する
ことに注意されたい。

【００５０】発行者によるタイトルレイアウト及び内容
の形成に戻ると、形成の後に、タイトルレイアウト１１
０、１１６及び内容１１２、１１４、１１８がリリース
されそして発行記憶装置１２０に記憶される。この記憶
装置１２０は、ネットワーク１２２、ＣＤ−ＲＯＭ１２
４、及び他の記憶手段、例えば、掲示板、磁気媒体、ケ
ーブルテレビジョン等の多数の形態で実施することがで
きる。

【００５１】現在の好ましいネットワーク１２２は、例
えば、マイクロソフトウインドウズ９５によりアクセス
できるマイクロソフトネットワーク（ＭＳＮ）である。
もちろん、ＭＰＳは、インターネット、アメリカオンラ
イン、コンプサーブ及びプロジギーを含む（これに限定
されないが）いかなるオンラインネットワークにも使用
できるようにポータブルとして設計されてもよい。

【００５２】ＭＳＮとしての記憶装置１２２の現在の好
ましい実施形態においては、多数の顧客がＭＳＮエクス
プロアラ(Explorer)ツールを使用して、ＭＰＳアプリケ
ーションを収集しそしてアクチベートする。

【００５３】ＭＳＮインターネットエクスプロアラは、
ウインドウズ９５内の一体化されたナビゲーションツー
ルであり、ＭＳＮハイアラーキ及びインターネットをブ
ラウズするのに使用できるものである。洗練された顧客
は、サーチ、スケジューリング及び自動送付といった他
の更に高級なＭＰＳ特徴が発行者によりアクチベートさ
れたと仮定すれば、これらの特徴を使用することができ
る。エクスプロアラによるブラウジング又は自動的なホ
ーム送付のスケジューリングに加えて、顧客がＭＰＳア
プリケーションを入手できる付加的な方法は多数ある。
例えば、個々のアプリケーションをフロッピーディスク
又はＣＤ−ＲＯＭ１２４により分配してもよいし、Ｅメ
ール又は掲示板を通して分配してもよいし、或いはアプ
リケーションを他のアプリケーションのリンクを経て直
接アクセスしてもよい（マイクロソフトネットワークイ
エローページシステムのように）。これらの状態の各々
において、ＭＰシステム１００は、顧客のためのアプリ
ケーションを入手する。

【００５４】Ｃ．システム要素 図２を参照し、ＭＰシステム１００の好ましい基本的な
要素について以下に説明する。システム１００は、マル
チメディアオンラインアプリケーションをデザインし、
開発しそして見るための１組のツールを備えている。発
行者１０２のような発行者は、発行者ワークステーショ
ン（コンピュータ又はマシンとしても知られている）１
８０及びデザイナソフトウェア環境１９４を用いて、タ
イトルレイアウト１１０及び内容１１２を形成しそして
発行する。システム１００において、発行者は、おそら
く内容のみを形成し、そして別の発行者のタイトルレイ
アウトを使用することができる。タイトルレイアウト及
び／又は内容は、オンラインアプリケーションのホスト
である高性能サーバを含むネットワーク１２２に記憶さ
れるのが好ましい。好ましいネットワーク１２２は、図
３に関連して以下に説明する。顧客１６２のような顧客
は、顧客ワークステーション１８２及びランタイムビュ
ーワソフトウェア要素２０２を使用して、ネットワーク
１２２に記憶されたＭＰＳタイトルを見つけ、そしてワ
ークステーション１８２の可視ディスプレイにおいてア
クチベートする。

【００５５】デザイナ１９４は、多数の好ましいソフト
ウェア要素を含む拡張可能なデザイン及び開発環境であ
る。これらは、タイトル、コンテナ及びオブジェクトを
管理するためのプロジェクトエディタ１８４と；ページ
を形成してレイアウトするページエディタ１８６と；ス
タイルシートを編集するスタイルシートエディタ１８７
と；サーチオブジェクトを形成するサーチオブジェクト
エディタ１８９と；ＭＰシステム１００に最適な内容を
形成するためのＭＰＳ文書エディタ１８８のようなワー
ドプロセッサと；オプションの第三者ツール、例えば、
音声エディタ１９０、像エディタ１９２、並びに音声、
像、映像、アニメーション及び他の内容オブジェクトを
形成及び変更するための別の媒体オブジェクトエディタ
１９３とを備えている。テキスト内容を創作するため
に、好ましい文書エディタは、タグ付きのハイパーテキ
スト文書を形成するＭｉｃｒｏｓｏｆｔ Ｗｏｒｄ（登
録商標）６．０ワードプロセスプログラムの改訂版であ
る。又、これらのプログラムは、デザイナ要素１９４を
形成する。

【００５６】プロジェクトエディタ１８４は、スタイル
シートを形成し編集するのに使用されるスタイルシート
エディタ１８７を呼び出すのに使用される。スタイルシ
ートエディタ１８７と、プロジェクトエディタ１８４及
びページエディタ１８６の部分は、以下で詳細に説明す
る。

【００５７】ＭＰＳデザイナ１９４は、マイクロソフト
ビジュアルベーシックと同様のページ又はフォームに基
づく開発システムである。この開発環境はグラフィック
的であり、使用が容易である。スクリーンに現れるＭＰ
Ｓアプリケーションの要素を表す制御部はＭＰＳページ
内にレイアウトされる。ＭＰＳページ及び制御部は、マ
イクロソフトのコンポーネントソフトウェア技術である
オブジェクトリンキング及びエンベッディング１９８
（図２）（ＯＬＥ）に基づくのが好ましい。現在バージ
ョン２であるＯＬＥは、マイクロソフト・プレスにより
出版された「インサイドＯＬＥ２及びＯＬＥ２プログラ
マーズレファレンス」第１巻及び第２巻に詳細に説明さ
れている。更に、１９９３年マイクロソフト社の「ＭＦ
Ｃクラスライブラリーのためのクラスライブラリーユー
ザーズガイド」のシステム概要の章は、更に別の関連情
報を与える。しかしながら、ＯｐｅｎＤｏｃのような他
の複合文書アーキテクチャーも使用することができる。

【００５８】ＯＬＥの重要な特徴は相互運用性であり、
これはアプリケーション間の一体化の基礎である。この
一体化に伴い、多数のアプリケーションがその基礎とな
るファイルシステムの同じファイルに情報を書き込むこ
とが必要となる。ＯＬＥは、単一ファイルシステムエン
ティティを、記憶及びストリームの２つの形式のオブジ
ェクトの構造化集合として取り扱うためのＯＬＥ構造化
記憶と称するモデルを定義する。これらのオブジェクト
は、各々、ディレクトリ及びファイルのように働く。

【００５９】ＯＬＥ構造化記憶モデルは、一般に、これ
らのオブジェクトを実施し、アプリケーションは、それ
らを実施する必要が滅多にない。これらのオブジェクト
は、ＯＬＥにおける他の全てと同様に、ストリームオブ
ジェクトに対するＩＳｔｒｅａｍ及び記憶オブジェクト
に対するＩＳｔｏｒａｇｅのインターフェイスを実施す
る。

【００６０】ストリームオブジェクトは、単一ディスク
ファイルと概念的に同等である。ストリームは、データ
が生きている基本的なファイルシステム成分であり、各
ストリームは、アクセス権及び単一シークポインタを有
する。そのＩＳｔｒｅａｍインターフェイスにより、ス
トリームは、その基礎となるデータに基づいて幾つかの
他の動作を読み取り、書き込み、シークしそして実行す
ることが知らされる。ストリームは、テキストストリン
グを使用することにより命名され、即ちストリームは、
単にフラットなバイト流であるからいかなる内部構造も
含むことができる。更に、ＩＳｔｒｅａｍインターフェ
イスの機能は、ＡＮＳＩ Ｃ／Ｃ＋＋ランタイムライブ
ラリーの場合のような標準的なファイル処理ベースの機
能とほぼ１対１でマップする。

【００６１】記憶オブジェクトは、ディレクトリーと概
念的に同等である。各記憶は、ディレクトリーと同様
に、いかなる数のサブ記憶（サブディレクトリー）及び
いかなる数のストリーム（ファイル）を含むこともでき
る。更に、各記憶は、それ自身のアクセス権を有する。
ＩＳｔｏｒａｇｅインターフェイスは、列挙エレメント
（ｄｉｒ）、移動、コピー、再命名、形成及び破壊のよ
うな記憶オブジェクトの能力を記述する。記憶オブジェ
クトそれ自体は、アプリケーションで定義されたデータ
を記憶できないが、そこに含まれるエレメント（記憶及
びストリーム）の名前を包含的に記憶する。

【００６２】ＯＬＥ構造化記憶技術は、ファイル内のフ
ァイルシステムの間接的な過剰レベルにより以前のフラ
ットファイルシステムに関連した問題を解消する。ＯＬ
Ｅでは、特定のアプリケーションが、ルートファイル自
体が多数のサブ記憶を有するような構造化ハイアラーキ
を形成することができる。各サブ記憶は、その中にサブ
記憶を有し、等々となる。

【００６３】この構造は、１つのオブジェクトにおいて
情報を拡張する問題を解消し、即ちオブジェクト自体が
その制御部においてストリームを拡張し、そして記憶の
実施が、全ての情報をストリームに記憶すべき場所を決
定する。

【００６４】ＭＰシステム１００は、多数の予めパッケ
ージされた制御部、例えば、ナビゲーション制御部、リ
ッチテキスト制御部、マルチメディア制御部、及びＭＰ
Ｓアプリケーションの形成をサポートするように特に構
成された他の特殊な制御部を備えている。ＭＰＳはＯＬ
Ｅに基づくので、第三者は、ＭＰＳ内で使用するように
それら自身の制御部を設計することもできる（マイクロ
ソフト・ビジュアルＣ＋＋２．０と結束されるマイクロ
ソフトＯＬＥコントロール開発キットを使用して）。こ
のように、ＭＰＳ開発環境は、完全に拡張可能であり、
顧客は、第三者から付加的な制御器を購入するか又はそ
れら自身の制御器を形成することによりそれらのＭＰＳ
アプリケーションに新たな能力を追加することができ
る。又、ＭＰＳ開発環境は、アプリケーション用ビジュ
アルベーシック（ＶＢＡ）スクリプト・デバッグシステ
ムも備えている。

【００６５】ＭＰＳデザイナ１９４のＭＰＳページにレ
イアウトされた制御部内に内容が表示される間に、その
内容をいかなる数の既存のマイクロソフトツール及び第
三者ツールで創作することもできる。ハイパーテキスト
を創作するこのような１つのツールは、ＭＰＳテキスト
を形成しそしてタグ付けする特殊なＭＰＳ特徴をサポー
トするＭＰＳドキュメントエディタ１８８である。ビッ
トマップ、複雑な図面及び他のマルチメディア内容を形
成するための他の既存のツールを用いて、特定のＯＬＥ
制御部内に表示される内容を形成することができる。更
に、ほとんどの既存のＯＬＥコントロール（．ｏｃｘ実
行可能なプログラム）は、ＭＰＳ環境において機能する
が、オンラインアプリケーションに対して最適化するこ
とはできない。例えば、標準的な進歩したビデオ像形成
（ＡＶＩ）ＯＬＥコントロールをＭＰＳアプリケーショ
ンに配することができる。

【００６６】ＭＰシステム１００の一部分である制御部
は、低い帯域巾のオンラインデータ送付に対して最適化
される。しかしながら、高い帯域巾のデータ送付の使用
は、本発明の範囲内である。ＭＰＳ１００は、分ごと、
毎日又は毎月変化し得る情報で動作するように構成され
ている。従って、ＭＰＳは、手作りされて進行中ベース
では容易に更新できない静的なタイトルを形成するのに
使用できるが、ＭＰシステムの主たる焦点は、動的な連
続的に変化するオンラインアプリケーションの形成及び
管理を司る効率的でコスト効率の良い機構を与えること
である。これと同時に、開放した開発環境として、静的
なマルチメディア内容を形成するために一般的に使用さ
れる多数のツールをＭＰシステム１００に容易に組み込
むことができる。

【００６７】顧客によりアクチベートされると、ビュー
ワ２０２は、選択されたタイトルの要素を検査して、プ
レスされたタイトルを表示するのに必要ないずれかの情
報を入手する必要があるかどうか調べる。次いで、この
情報を、発行記憶装置１２０又は顧客ワークステーショ
ン１８２のローカル記憶装置から収集し、そしてそれを
顧客１６２に表示できるように編成する。従って、プレ
スされたタイトルは、所与の時点で顧客に表示される１
組の情報を捕獲する。換言すれば、あるタイトルは、新
たなプレッシングを毎日形成し、又はもっと頻繁に、内
容が変化するときに発生する。一方、他のタイトルは静
的であり、静的なタイトルがアクチベートされると、内
容が変化しないので、別のプレッシングを行う必要はな
い。

【００６８】静的なタイトルのプレッシングは不要に思
われるが、プレッシングを編成しそして表示するプロセ
スは、顧客の好み及びディスプレイ装置の特性を考慮に
入れることができる。例えば、顧客がラップトップスク
リーンを使用するときにラップトップにおいて静的なタ
イトルをアクチベートし、そしてその後、コンピュータ
が大きなディスプレイに取り付けられるときに同じタイ
トルをアクチベートすると仮定する。この第２のアクチ
ベーションは、発行者がこのようなオプションをイネー
ブルした場合に相当に大きなスクリーンエリアを考慮す
るために別のプレッシングを生じる。タイトルがアクチ
ベートされると、ＭＰＳビューワ２０２は、タイトルが
古いものであるかどうか決定し、必要な情報を入手し、
そしてもし必要であれば、プレッシングを形成しそして
おすらくは個人化する。

【００６９】ＭＰＳビューワ２０２は、顧客が、内容提
供者により定められた範囲内で次の動作を実行できるよ
うにする。即ち、タイトルの情報を選択しそして個人化
し、タイトルの全体的な構造特徴を入手及び変更し、タ
イトルの見栄え及び感覚を個人化し、顧客が得る内容を
管理及び記録し、そして勘定及び価格情報を見る。

【００７０】好ましい発行者ワークステーション１８０
に必要とされるものは、ＭＳＮｓｉｓｏｐツールを実行
すると共に開発中のタイトルを記憶及び表示するのに必
要な最低限のハードウェア構成をもつウインドウズ９５
ワークステーションである。好ましいウインドウズ９５
ワークステーションは、少なくとも、８メガバイトのメ
モリをもち３３ＭＨｚ以上で動作するインテル４８６プ
ロセッサを有する。ＭＳＮｓｉｓｏｐツールを実行する
には、９６００ボーより高速のモデムが必要とされる。
マルチメディアタイトルの場合に、これは、ＭＰＣ２適
合（マルチメディア構成）のワークステーションを備え
ている。

【００７１】ＭＰＳビューワ２０２は、ＭＰＳタイトル
がアクチベートされる前に顧客ワークステーション１８
２にインストールされねばならない。現在の好ましい顧
客ワークステーションは、ウインドウズ９５を実行する
ことができる。このインストールを容易にするために、
ビューワ２０２は、最初に顧客がＭＳＮに接続されそし
てＭＰシステム１００がイネーブルされるときに、顧客
ワークステーション１８２に自動的にインストールされ
る。ＭＰＳタイトルは、ＭＰＳタイトルのリソースコン
テナ又はフォールダに入れられるフォント、ダイナミッ
クリンクライブラリー（ＤＬＬ）及びＯＬＥ制御部のよ
うなリソースを含む。顧客がこのようなタイトルを見る
ことができる前に、これらリソースがそれらのワークス
テーション１８２にインストールされる。

【００７２】Ｄ．ネットワーク記憶装置 図３を参照して、例示的なネットワーク記憶サブシステ
ム１２２について説明する。図３は、本発明の１つの実
施形態によるオンラインネットワーク１２２の基本的な
要素を示す高レベル図である。発行者１０２、１０４、
１０６及び顧客１６０、１６４に関連した多数のワーク
ステーションがワイドエリアネットワーク（ＷＡＮ）２
４０によりホストデータセンター２４２に接続される。
発行者のワークステーションは、ＷＡＮ２４０への高速
接続を有するのが好ましい。ワイドエリアネットワーク
２４０は、ＷＡＮライン２４４を含み、これらライン
は、１つ以上のテレコミュニケーション提供者によって
設けられ、そしてエンドユーザ（即ち発行者及び顧客）
がワイドグラフィックエリアを経てモデムによりホスト
データセンター２４２へアクセスできるようにする。Ｗ
ＡＮライン２４４は、Ｘ．２５ライン及びＩＳＤＮ（サ
ービス総合デジタル網）ラインの両方を含むのが好まし
い。

【００７３】ホストデータセンター２４２は、高速ロー
カルエリアネットワーク（ＬＡＮ）２４８（多数のＬＡ
Ｎを含んでもよい）に接続された複数のアプリケーショ
ンサーバ２４６を備えている。各アプリケーションサー
バ２４６は独特のサーバＩＤを有する。図３に示すよう
に、サーバ２４６の３つは、ＭＰシステムサーバ（２４
６ａ、２４６ｂ及び２４６ｃ）である。又、ＬＡＮ２４
８には、ゲートウェイトも称する多数のゲートウェイコ
ンピュータ２５０も接続されており、これは、エンドユ
ーザから到来する通話をアプリケーションサーバ２４６
にリンクする。

【００７４】ホストデータセンター２４２は、約１００
個のゲートウェイ２５０と、数百ないし数千のアプリケ
ーションサーバ２４６とを有するのが好ましい。この形
式のホストデータセンターは、数万の同時のユーザログ
オンセッションを取り扱うことができる。

【００７５】以下に述べるように、各オンラインサービ
スのサーバ側は、次の１つを用いて実行されるのが好ま
しい。（１）単一のアプリケーションサーバ２４６；
（２）１組の「複製された」アプリケーションサーバ
（即ち、同じサービスアプリケーション（１つ又は複
数）を実行するアプリケーションサーバ）であって、サ
ービス「内容」データ（即ちサービスのエンドユーザに
与えられるデータ）の複製された（そしてローカルに記
憶された）コピーにアクセスするアプリケーションサー
バ；又は（３）サーバ特有の（非複製の）サービス内容
データにアクセスする１組の複製されたアプリケーショ
ンサーバ。

【００７６】又、ホストデータセンター１０４は、複製
されたアプリケーションサーバ間の一貫性を確保するた
めに、ある形式のトランザクションを監視し、記録しそ
して処理する多数のアービターコンピュータ２５２も備
えている。又、ホストデータセンター１０４は、これ
を、クレジットカードトランザクションを有効化しそし
て実行するクレジットカードサービスのような１つ以上
の外部サービス提供者２５６にリンクする１つ以上のカ
スタムゲートウェイコンピュータ２５４も備えている。

【００７７】ホストデータセンター１０４は、多数の管
理サーバー２５８も備えている。この管理サーバ２５８
は、会計、勘定、ネットワーク管理、バックアップ、シ
ステム保安性、性能分析、及びサーバ／サービスの割り
当てといった管理機能を実行する。

【００７８】ユーザサービス要求を適当なサーバ２４６
へルート指定するために、ゲートウェイ２５０は、要求
されたサービスを現在取り扱っているサーバの独特のＩ
Ｄを決定するある手段をもたねばならない。これは、各
サービス及びサーバ２４６に関する情報をホストデータ
センター２４２に含むサービスマップ（図示せず）によ
って行われる。

【００７９】サービスマップは、単一コンピュータにお
いて実施することのできるサービスマップディスパッチ
ャ２６０により発生されるのが好ましい。

【００８０】サービスマップを発生するのに加えて、サ
ービスマップディスパッチャ２６０は、「グローバル登
録簿」２６２と称するある情報保存部を維持する。グロ
ーバル登録簿２６２は、ホストデータセンター２４２の
現在の構成に関する種々の情報を含む。例えば、各サー
ビスグループに対し、グローバル登録簿２６２は、サー
ビスグループのサーバ２４６のＩＤと、サービスグルー
プに指定されたアービターコンピュータ２５２（もしあ
れば）の識別とを指示する。

【００８１】ＩＲサービス２７０のような１つ以上の情
報検索（ＩＲ）サービスがＬＡＮ２４８に接続される。
ＩＲサービスは、他の各々のＩＲサービス（もしあれ
ば）にも接続される。ＩＲサービスは、ＩＲサブシステ
ムの残り部分に対しＩＲゲートウェイ機能を論理的に実
行する。ＩＲサービス２７０は、更に、インデクササー
バであるＩＲサーバ２７２ａのような複数のＩＲサーバ
１ないしＮと、サーチサーバであるＩＲサーバ２７２ｂ
とに論理的に接続される。サーバ２７２ａ及び２７２ｂ
のような各ＩＲサーバは、更に、例えば、ＳＱＬサーバ
であるＤＢサーバ２７６ａ及び例えばファルクラムサー
バであるＤＢサーバ２７６ｂのような複数のデータベー
ス（ＤＢ）サーバ１ないしＮ（ＩＲサーバの数は、ＤＢ
サーバの数に等しい必要はない）に接続される。現在の
好ましいＩＲサブシステムでは、ＩＲサーバ、ＤＢサー
バ及び問合せキャッシュ（図示せず）がＭＰＳ ＬＡＮ
（図示せず）に物理的に接続される。ＭＰＳ ＬＡＮ
は、ＣＯＳ及びＩＲゲートウェイに物理的に接続され
る。又、ＩＲサーバは、ＬＡＮ２４８にも物理的に接続
される。

【００８２】好ましいネットワーク１２２の詳細な説明
は、本発明の譲受人であるマイクロソフト社に譲渡され
た「スケール可能なオンラインサービスネットワークの
ためのアーキテクチャー(Architecture for Scalable O
n-Line Services Network)」と題する１９９５年６月７
日出願の米国特許出願第０８／４７２，８０７号を参照
されたい。

【００８３】Ｅ．レンダリングプロセスの例 図４を参照して、ページをレンダリングするための顧客
のワークステーション１８２のビューワ２０２（図２）
における制御部を有するページレイアウトとオブジェク
トとの相互作用について説明する。ビューワ２０２は、
ウインドウを通して情報の表示をサポートする。ウイン
ドウの配置、編成及び個数は、発行者１０２の制御のも
とにある。ビューワのウインドウは、ウインドウズ９５
フレームウインドウである。これらのウインドウは、完
全にデザイナの制御下にある。デザイナは、タイトルを
形成することによりビューワ２０２を制御する。タイト
ルは、ビューワ２０２により表示される種々のウインド
ウのサイズ及び標準エレメント（タイトルバー、最小／
最大ボタン、見出し、縁、メニューバー）をセットす
る。

【００８４】ビューワのウインドウの全クライエントエ
リアは、一連のページを表示するのに使用される。各ペ
ージは、内容を表示し、タイトルを通してナビゲート
し、そして顧客から情報を収集するのに使用される１組
の制御部を含む。顧客のアクション及び他の事象に応答
して、表示されるページは、タイトルの実行中に変化す
ることがある。この振る舞いは、発行者１０２により決
定される。タイトルは、いかなる所与の時間にも見るこ
とのできる２つ以上のウインドウをもつことができ、そ
してポップアップウインドウは、あるモードであっても
よいし又はモードのないものでもよい。ビューワ内には
所与の時間に１つのタイトルしか表示できない。

【００８５】図４は、新聞のようなタイトルに対するフ
ロントページセクション３３０及びビジネスページセク
ション３３２を示す図である。

【００８６】１．フロントページセクション フロントページセクション３３０は、ピクチャー制御部
３３６と、１組の静的なストーリー制御部、即ち第１ス
トーリー制御部３３８、第２ストーリー制御部３４０及
び第３ストーリー制御部３４２とを有するページ３３４
を含む。各静的なストーリー制御部即ちピクチャー制御
部は、発行時に、１つのオブジェクトのみにリンクされ
る。ページ３３４の各制御部は、内容をいかに表示すべ
きかのフォーマット命令を与えるためにスタイルシート
３４３を参照する。

【００８７】現在のソフトウェア技術において知られて
いるように、全体的に独特な識別子（ＧＵＩＤ）をＯＬ
Ｅオブジェクト指向環境に使用して、独特のキャラクタ
ストリングでオブジェクトを識別することができる。通
常は、独特のＧＵＩＤは、そのオブジェクトを形成する
ときの時間、日付及びコンピュータのネットワークカー
ドシリアルナンバーを連結することにより形成される。
この方法を用いることにより、２つのオブジェクトが同
じＧＵＩＤを受け取ることが実質上不可能となる。従っ
て、システムの各オブジェクトは、オブジェクトのＧＵ
ＩＤを使用することにより識別、リンク、検索、等々を
することができる。

【００８８】図４に示すように、ピクチャーオブジェク
ト３６０は、ピクチャー制御部３３６にリンクされ、従
って、レンダリングの際に、ピクチャーオブジェクト３
６０は、制御部３３６により決定された位置においてペ
ージ３３４に表示される。同様に、ストーリーオブジェ
クト３６２は、静的なストーリー制御部３３８にリンク
され、ページ３３４における制御部３３８の位置へレン
ダリングされる。

【００８９】制御部３３８は、静的なストーリー制御部
であるから、制御部により識別されたエリアにおいてス
トーリーオブジェクト３６２により使用されないエリア
は、ブランクとなることに注意されたい。図示されたよ
うに、ストーリーオブジェクト３６４は、ストーリー制
御部３４０にリンクされ、従って、ページ３３４上の静
的なストーリー制御部３４０により識別されたエリアに
おいてレンダリングされる。この例では、例えば、スト
ーリーオブジェクト３６４の第１のパラグラフ（節）が
制御部３４０のサイズにより（デザイナにより選択され
た）ページ３３４上でレンダリングされる。このよう
に、デザイナは、ストーリー内容の１つのパラグラフ又
は他の所望の部分のみを保持するように制御部を調整即
ちサイズ決めすることにより、静的なストーリー制御部
内のリンクされたストーリーの一部分のみを表示するよ
うに選択することができる。通常、静的なストーリー制
御部は、ストーリーをスクロールし、最終的に全ストー
リーが表示されるようにすることができる。

【００９０】最後に、ストーリーオブジェクト３６６
は、ストーリー制御部３４２にリンクされ、従って、ペ
ージ３３４上の静的なストーリー制御部３４２により識
別されたエリアにおいてレンダリングされる。この例で
は、全ストーリーオブジェクト３６６がページ３３４に
おいてレンダリングされる。

【００９１】これらストーリーオブジェクトの各々は、
ページ３３４においてレンダリングされる前にスタイル
シート３４３を参照することに注意するのが重要であ
る。ストーリーオブジェクトが創作されるときには、特
定のスタイルを表すフォーマットタグがそれらに与えら
れる。ストーリーオブジェクトがレンダリングされると
きには、それらは、フォーマット情報を検索するために
適当な制御部にリンクされたスタイルシートを参照す
る。このフォーマット情報は、内容が最初にデザインさ
れたときにその内容をフォーマットするストーリーのパ
ラグラフ、フォント及び埋め込まれたオブジェクトの特
性を含む。ＭＰシステムにおけるデザインと内容の分離
により、ストーリーオブジェクト自体は、フォーマット
タグのみを有し、各タグに対応する特定のフォーマット
の記述は含まない。これらタグの記述は、ストーリーオ
ブジェクトがレンダリング状態になるところの制御部に
リンクされたスタイルシートにおいて見られる。

【００９２】２．ビジネスセクション 又、図４に示されたように、ビジネスセクション３３２
は、第１ページ３４４及び第２ページ３４６を含んでい
る。ページ３４４は、単一の静的なストーリー制御部３
４８と、単一のピクチャー制御部３５０と、第１の動的
なストーリー制御部３５２とを有している。第２ページ
３４６は、２つの動的なストーリー制御部３５４及び３
５６を有している。更に、スタイルシートＸ３５７及び
スタイルシートＹ３５９は、ページ３４４及び３４６の
異なる制御部により参照される。ビジネスセクション３
３２のページは、特定のストーリーを検索するのにサー
チオブジェクト３６８に依存するので、フロントページ
セクション３３０のページ３３４とは異なる。ページ３
３４において、静的な制御部は、レンダリングの際に表
示された特定のストーリーに各々リンクされている。サ
ーチオブジェクト３６８は、セクション３３２の動的な
ストーリー制御部と合体される。

【００９３】この例に示されたように、ページ３４４の
静的なストーリー制御部３４８及びピクチャー制御部３
５０は、各々、ストーリーオブジェクト３６４及びピク
チャーオブジェクト３６０を参照し又はそこにリンクさ
れ、そしてこれらオブジェクトを、図示されたように、
レンダリングされたページ３４４に表示する。これによ
り、ストーリーオブジェクト３６４は、タイトルにおけ
る異なるセクション、ページ及び制御部間に共有され
る。全ストーリーオブジェクト３６４は、ページ３４４
に表示され、一方、ページ３３４には第１パラグラフの
みが表示された。同様のプロセスを使用することによ
り、デザイナは、タイトルの第１ページにストーリーの
第１パラグラフのみを表示するが、同じタイトル内の別
のページには全ストーリーを含むように選択することが
できる。図４に示すように、ピクチャーオブジェクト３
６０も、制御部３３６と制御部３５０との間に共有され
る。個別のセクションとページとの間の内容のこの共有
は、ＭＰシステム１００の重要な特徴である。

【００９４】３．動的なストーリー制御部 動的なストーリー制御部３５２は、タイトルにより行わ
れる問合せの結果を用いて、発行者により設定されたサ
ーチ基準に合致するストーリー（サーチオブジェクト３
６８により定義された）を検索する。サーチオブジェク
ト３６８は、特定の特性又はテキストを有するストーリ
ーオブジェクトを探索する。図４の例において、サーチ
オブジェクト３６８は、ストーリーオブジェクト１ない
しＮ（この例ではＮ＝４である）に各々対応する多数の
ストーリーオブジェクト３７０、３７２及び３７４を返
送する。検索された全てのストーリーオブジェクトは、
動的なストーリー制御部により互いに連結され、そして
ページの適当な領域に注ぎ込まれる。ストーリーが制御
領域へとレンダリングされる順序は、そのセクションの
ページの第１の動的なストーリー制御部でスタートし、
そしてそのセクションに含まれた他の動的なストーリー
制御部へと続く。

【００９５】位置決めされた全てのストーリーを表示す
るに充分なページがセクションにおいて定義されない場
合には、全てのストーリーがレンダリングされるまで、
最後に使用されたページが繰り返される。従って、最初
に位置決めされたストーリー３７０が、動的なストーリ
ー制御部３５２により定義されたエリアに注ぎ込まれ
る。これはこのエリアに完全に適合しないので、位置決
めされたストーリー３７０は、ページ３４６のページ境
界を横切って、動的なストーリー制御部３５４により定
義されたエリアへと続けられる。位置決めされたストー
リーオブジェクト３７０が終了した後に、位置決めされ
たストーリーオブジェクト３７２が開始される。次に位
置決めされたストーリーオブジェクト（位置決めされた
ストーリーオブジェクト３）は、ストーリーオブジェク
ト３７２が終了した後に開始され、この例に示すよう
に、ページ３４６の次の制御部３５６へと続けられる。
この例においてサーチオブジェクト３６８により検索さ
れる最後に位置決めされるストーリーオブジェクト３７
４は、次いで、ページ３４６内の動的なストーリーオブ
ジェクト３５６へとレンダリングされる。

【００９６】上記したように、セクション３３２の動的
なストーリー制御部は、サーチオブジェクト３６８を使
用して、特定の情報についてなされた問合せの結果を表
示する。例えば、サーチオブジェクト３６８は、ワード
「マイクロソフト」を含む内容を返送する。サーチオブ
ジェクト３６８により見つかった各ストーリーは、動的
なストーリー制御部により定義されたエリアにおいて、
スタイルシート３５７又はスタイルシート３５９により
指定されたフォーマットで表示される。

【００９７】例えば、動的なストーリー制御部３５４が
スタイルシート３５７にリンクされる場合には、動的な
ストーリー制御部３５４により表示される全てのストー
リーが、スタイルシート３５７により指定されるフォー
マットで現れる。しかしながら、動的なストーリー制御
部３５６によりレンダリングされるストーリーは、この
ストーリー制御部が異なるスタイルシート（例えば、ス
タイルシート３５９）にリンクされるときに、動的なス
トーリー制御部３５４に対応するフォーマッチされた表
示とは異なるように現れる。この例では、制御部３５４
及び３５６が異なるスタイルシートを使用する場合に、
位置決めされたストーリー３は、制御部３５４により定
められたエリアから制御部３５６への移行がなされたと
きに２つのフォーマットを用いて表示される。

【００９８】スタイルシート、及びそれらが収集するス
タイルオブジェクトは、プロジェクトエディタ及びスタ
イルシートエディタを使用してデザイナ（例えば、図２
に示す発行者ワークステーション１８０にいる者）によ
り形成される。スタイルシートが形成されると、それ
は、図２を参照して上記したプロジェクトにおける他の
オブジェクトと共にキャッシュオブジェクト記憶装置
（ＣＯＳ）に記憶される。スタイルシートオブジェクト
は、ＯＬＥシリアル化をサポートし、それ故、マイクロ
ソフト基礎クラス（ＭＦＣ）ＣＯｂｊｅｃｔクラスに基
づく。これらのクラス定義は、譲受人から入手できるこ
とが周知である。

【００９９】ＩＶ．情報検索の概要 このセクションは、好ましい情報検索（ＩＲ）システム
の構成及び主要要素の概要を示す。ＭＰ及びＩＲシステ
ムの主要成分、構成及び相互関係の説明から始めて、ソ
フトウェア要素の説明へと続ける。次いで、ストーリー
及びタイトルの構造を説明した後に、ビューワプロセス
及び顧客問合せの概要を説明する。このセクションは、
サーチオブジェクトの制御流及び探索ダイアログの説
明、並びにサーチオブジェクト流により使用される構造
の説明で終わる。

【０１００】Ａ．情報検索のトップレベル 図５及び図１ないし３を参照し、情報検索（ＩＲ）シス
テム及びＭＰＳの相互関係について説明する。独立した
内容提供者（ＩＣＰ）又は発行者１０２は、ＭＰＳ文書
エディタ１８８を用いて、１つ以上の内容オブジェクト
３９０を発生する。音声エディタ１９０及び像エディタ
１９２のような他のエディタを用いて、内容３９０を発
生することもできる。発行者１０２は、プロジェクトエ
ディタを用いて、内容３９０の全ての部分又は選択され
た部分をタイトルレイアウト１１０に関連付ける。タイ
トルレイアウトは、１つ以上のサーチオブジェクトを含
むことができる。タイトルレイアウト１１０に関連され
るべく選択された内容１１２は、ルート内容フォールダ
に入れることができる。発行者がタイトルを完成する
と、タイトルレイアウト及び内容が、ＭＰＳサーバ２４
６のようなＭＰＳキャッシングオブジェクト記憶装置
（ＣＯＳ）へ発行される。或いは又、発行者は、１つ以
上の内容オブジェクトを有する内容フォールダのみをＣ
ＯＳサーバ２４６へ発行することもできる。発行者は、
新たな内容オブジェクトを発行したり又は既存の内容オ
ブジェクトを後で削除したりすることができる。

【０１０１】内容オブジェクトは、サーバ２４６におい
てタイトルＣＯＳに記憶されてもよいし又はサーバ２４
６においてルート内容フォールダに記憶されてもよい。
ＣＯＳサーバ２４６は、発行された内容３９４及びタイ
トルレイアウト３９６をＩＲシステム３９８へコピー
し、該システムは、ＩＲサービス２７０、ＩＲサーバ２
７２−２７４及びＤＢサーバ２７６−２７８を備えてい
る。ＩＲシステム３９８は、ＩＲＳＶ ＤＬＬ、ＩＲＵ
ＴＳ ＤＬＬ及びＩＲＩＸ ＤＬＬを含む。以下に述べ
るように、ＩＲシステム３９８は、ＧＵＩＤ及びオブジ
ェクトの特性を含むインデックスを構成する。

【０１０２】サーチオブジェクト問合せ又はユーザ問合
せがビューワ２０２において開始されたときに、タイト
ルＧＵＩＤ、セクションＧＵＩＤ、日付範囲、キーワー
ド等の問合せの属性（ここでは問合せ４０４へのインデ
ックスとして示されている）がＩＲシステム３９８へ送
られる。ＩＲシステム３９８は、そのデータベースのサ
ーチを実行して、サーチ基準に合致するオブジェクトを
見出す。ＩＲシステム３９８は、ビューワ２０２へ返送
される各内容オブジェクトの日付及びソースのようなＧ
ＵＩＤ及び特性のリストを返送する。次いで、ビューワ
２０２は、ＩＲシステム３９８により識別された実際の
内容オブジェクトに対するＧＵＩＤ要求４０８をローカ
ル（ビューワ）ＣＯＳ４０２へ発行する。要求された内
容オブジェクトがローカルＣＯＳ４０２に存在する場合
には、内容オブジェクト４１０がビューワ２０２に返送
される。ＧＵＩＤ要求により識別されたオブジェクトが
ローカルＣＯＳ４０２にない場合には、フェッチ要求４
１２がＣＯＳサーバ２４６へ送られる。ローカルＣＯＳ
４０２に存在しない内容オブジェクト４１４は、次い
で、ＣＯＳサーバ２４６からローカルＣＯＳ４０２へ転
送され、更に、ビューワ２０２へ転送される。

【０１０３】Ｂ．システムのＡＰＩ／ＤＬＬビュー 図６を参照し、ＭＰシステム１００の現在の好ましい実
施形態により使用される主ソフトウェア要素又はモジュ
ールについて説明する。これらモジュールは、発行者位
置１０２（図１及び２にも示されている）、ネットワー
ク記憶位置１２２及び顧客位置１６０に配置される。

【０１０４】発行者位置１０２にあるモジュールは、発
行者実行可能４３０、１組の発行者ＤＬＬ４３２、１組
の発行者ＯＬＥ顧客制御部４３４、１組のＩＲクライエ
ントサービスＤＬＬ４３５、発行者ＣＯＳ４４４並びに
これに伴うクライエントオブジェクトブローカーサービ
ス及びクライエント発行者インターフェイス４４６、Ｏ
ＬＥ１９８及びＭＦＣ４６２を備えている。

【０１０５】顧客位置１６０にあるモジュールは、ビュ
ーワ実行可能４３８、１組の共通の発行者ＤＬＬ４３
２、１組の共通の発行者ＯＬＥ顧客制御部４３４、１組
のＩＲクライエントサービスＤＬＬ４３５、ビューワ
（ローカル）ＣＯＳ４０２、及びこれに伴うクライエン
トオブジェクトブローカーサービス４５０、ＯＬＥ１９
８及びＭＦＣ４６２を備えている。

【０１０６】記憶位置１２２にあるモジュールは、サー
バ実行可能４３６、並びにサーバＣＯＳ４４０（スーパ
ーＣＯＳとしても知られている）及びこれに伴うサーバ
オブジェクトブローカーサービス及びサーバ発行者イン
ターフェイス４４２を備えている。サーバ実行可能４３
６及びサーバＣＯＳ４４０からの両方向性インターフェ
イスは、情報検索サービス４５２及びそれに関連した探
索インターフェイス４５４に接続される。

【０１０７】発行者実行可能４３０（ＢＢＤＥＳＩＧ
Ｎ．ＥＸＥとしても知られている）はプロジェクトのデ
ザイン−タイムビューを発生する機構を形成するアプリ
ケーションである。これは、プロジェクト内のオブジェ
クトの形成に使用されると共にプロジェクトのオブジェ
クト間の関係を確立するのに使用される。

【０１０８】１組の発行者ＤＬＬ４３２は、ＯＬＥコン
トロールコンテナクラスを具現化しそしてプロジェクト
のページオブジェクトの日付を供給するフォームＤＬＬ
（ＦＯＲＭＳ３．ＤＬＬ）を備えている。又、１組のＭ
ＰＳオブジェクト定義を与えるビューＤＬＬ（ＶＩＥＷ
ＤＬＬ．ＤＬＬ）及びタイトルのラン−タイムビューを
同期するためのビューワエンジンも含まれる。ＭＰＳオ
ブジェクトは、ＣＰｒｏｊｅｃｔ、ＣＴｉｔｌｅ、ＣＳ
ｅｃｔｉｏｎ、ＣＦｏｌｄｅｒ、ＣＣｏｎｔｅｎｔＦｏ
ｌｄｅｒ、ＣＲｏｏｔＣｏｎｔｅｎｔＦｏｌｄｅｒ、Ｃ
ＰｒｏｘｙＴａｂｌｅ、ＣＣｏｎｔｅｎｔ、ＣＦｒａｍ
ｅ、ＣＢＦｏｒｍ、ＣＶＦｏｒｍ、ＣＳｔｙｌｅＳｈｅ
ｅｔ及びＣＭａｇｎｅｔを含む。

【０１０９】１組の発行者ＯＬＥ顧客制御部４３４（Ｂ
ＢＣＴＬ．ＯＣＸとしても知られている）は、ＭＰシス
テム１００の標準であるＯＬＥ顧客制御部のインスタン
スを具現化するためのコードを与えるＤＬＬである。

【０１１０】ビューワ実行可能４３８（ＢＢＶＩＥＷ．
ＥＸＥとしても知られている）は、タイトルのラン−タ
イムビューを開始するための機構を与えるアプリケーシ
ョンである。これは、発行者ＯＬＥ顧客制御部４３４及
び発行者ＤＬＬ４３２、特にタイトルのラン−タイムビ
ューを同期するためのビューワエンジンを使用する。

【０１１１】発行者１０２、顧客１６０及びネットワー
ク記憶装置１２２の位置の各々は、ＤＬＬ（ＣＯＳ．Ｄ
ＬＬ）を用いることにより具現化されるＣＯＳを有す
る。ＣＯＳ ＤＬＬは、ＭＰシステム１００により使用
されるオブジェクトのための永続的な記憶機構を与え
る。ＣＯＳ ＤＬＬは、ＯＬＥ記憶技術を使用して、オ
ブジェクトの組をファイル内のファイルシステムとして
記憶する。ＣＯＳに入れられる各オブジェクトは、ＧＵ
ＩＤと称される独特の識別が与えられる。ＧＵＩＤによ
り識別される各オブジェクトは、ファイルシステム内の
経路名とは独立して配置することができる。サーバ実行
可能４３６（ＭＳＮＳＥＲＶＥＲ．ＥＸＥとしても知ら
れている）は、ＣＯＳを含むネットワークサーバを管理
する機構を与えるアプリケーションである。ＣＯＳ Ｄ
ＬＬに加えて、サーバは、ＣＯＳアクセス及びオブジェ
クトバインディングのためのＤＬＬ（ＯＢＳＶ．ＤＬ
Ｌ）と、ＭＰＳサーバサービス（ＢＢＯＢＳＶＣ．ＤＬ
Ｌ）と、メモリマネージメントサービス（ＤＦＡＲＢＳ
Ｖ．ＤＬＬ）とを有している。

【０１１２】発行者１０２、顧客１６０及びネットワー
ク記憶装置１２２の位置の各々は、オブジェクトブロー
カーサービスＤＬＬ（ＯＢＪＢＲＫ．ＤＬＬ）を有す
る。オブジェクトブローカーサービスは、その独特の識
別（ＧＵＩＤ）が与えられたオブジェクトを位置決めす
るように試みる。オブジェクトブローカーは、先ず、発
行者ＣＯＳ４４４（発行者位置１０２にある）、サーバ
ＣＯＳ４４０（ネットワーク記憶位置１２２にある）又
はビューワＣＯＳ４０２（ビューワ位置１６０にある）
のいずれかであるそのローカルオブジェクト記憶装置
（スーパーＣＯＳ）内を探す。オブジェクトが、要求が
発せられたＣＯＳに位置していない場合、及びオブジェ
クトブローカーがクライエントマシン（発行者又は顧客
のワークステーション）に存在する場合には、ＭＳＮデ
ータセンター２４２（図３）においてサーバＣＯＳ４４
０からオブジェクトをリモート検索するように試みる。
別の実施形態では、他のオブジェクト記憶装置が所与の
オブジェクトブローカーをオブジェクトのソースとして
登録し、このオブジェクトブローカーは、ローカル検索
の場合とリモート検索の場合との間でサーチする。発行
者においてオブジェクトブローカー４４６に関連される
のは、発行者インターフェイスのクライエント側であ
り、そしてネットワークサーバにおいてオブジェクトブ
ローか４４２に関連されるのは、発行者インターフェイ
スのサーバ側である。発行者インターフェイスは、新た
な、削除された及び変更されたオブジェクトの発行を管
理するのに用いられる。

【０１１３】オブジェクトブローカーの能力は、発行者
が、異なる発行者と共有するレイアウト又は内容をテス
トできることである。例えば、発行者Ａはタイトルレイ
アウトＡを有し、そして発行者Ｂは、発行者Ｂが発行者
Ａと共有すると合意した内容を有する。タイトルレイア
ウトＡを内容と共にテストするために、発行者Ａは、発
行者Ｂにより与えられる内容であってオブジェクトブロ
ーカーサービスの使用によりＣＯＳ４４０に記憶された
内容を検索することができる。

【０１１４】ＭＰＣ Ｗｒａｐｐｅｒ ＤＬＬ（ＭＷＲ
ＡＰ．ＤＬＬ）は、マイクロソフトネットワークプロセ
デュアコール（ＭＰＣ）プロトコルを使用して、ネット
ワーク記憶装置１２２、即ち現在の好ましい実施形態で
はＭＳＮデータセンター２４２と通信すると共に、オブ
ジェクトブローカー及びＣＯＳのようなＭＰＳサービス
と通信する。このラッパーは、特に、ＣＯＳ／オブジェ
クトブローカーシステムを特定のＭＰＣプロトコルから
分離し、ＭＰシステム１００が他の実施形態の他のプロ
トコルを使用するように容易にポート接続できるように
する。

【０１１５】Ｃ．デザイナ環境 このセクションの詳細な説明は、発行者の場所における
デザイナ環境について述べる。このセクションは、ＭＰ
システム１００により使用される現在の好ましい創作サ
ブシステムの説明から始める。次いで、タイトルデザイ
ナサブシステム要素、即ちタイトルレイアウトの形成に
使用されるサーチオブジェクトエディタについて説明す
る。最後に、ビューワ２０２により開発されるタイトル
ツリー構造について説明する。

【０１１６】１．創作サブシステム ＭＰシステム１００において内容がデザインから分離さ
れる。ビューワ２０２（図２）において、内容及びデザ
インが制御部により一緒にされ、デザイナにより指定さ
れたタイトルとして表示される。その結果、これらの制
御部は、内容の構造において異なる要素を識別し、それ
を正しくフォーマットすることが必要とされる。これ
は、構造化された内容を形成することにより行われる。
ＭＰＳ創作環境は、創作者が構造化文書を形成する方法
を与える。

【０１１７】ＭＰＳ創作環境は、構造化文書の形成、リ
ンクの挿入、及び内容検索のためにこれら文書への特性
の適用をサポートするＭＰＳ文書エディタ１８８を備え
ている。ＭＰシステム１００は、ＳＧＭＬ（標準的一般
化マークアップランゲッジ）を使用して、構造化文書を
形成するための機構を定義する。ＳＧＭＬは、マークア
ップランゲッジ、即ちＤＴＤ（文書タイプ記述子）と称
する文書の構造を識別するのに使用する１組のタグ及び
属性を定義するための標準である。ＭＰＳ文書エディタ
１８８は、ＭＰＳ ＤＴＤ（ＭＰＭＬ−マルチメディア
パブリッシングマークアップランゲッジ）に合致するフ
ォーマットで文書をセーブするのをサポートする。この
ＤＴＤは、他のＳＧＭＬ創作システムに使用するために
発行される。この環境の一部分として、ＭＰＳは、ＭＰ
ＭＬファイルを読み取り／書き込みするための一対の文
書エディタコンバータ、ＭＰＭＬファイルを形成するの
に用いられるスタイル及びマクロを定義するテンプレー
ト、並びにこれらファイルにリンクを挿入しそして特性
を適用するのに使用される幾つかのＯＬＥ制御部を与え
る。

【０１１８】ＭＰＳ文書エディタ１８８においてＭＰシ
ステム１００の内容を形成するために、創作者は、ＭＰ
Ｓテンプレートに基づいて文書を形成する。このテンプ
レートは、１組の予め定義されたスタイル及びそれをサ
ポートするマクロを与える。創作者は、これらのスタイ
ルをテキストに適用して、文書の異なる要素（見出しや
抜粋や主文等）を識別する。予め定義されたスタイルの
みを使用しなければならない。文書がＭＰＭＬフォーマ
ットでセーブされるときには、これらのスタイルがＭＰ
ＭＬ出力コンバータによりＳＧＭＬタグにマップされ
る。それにより、タグ付き文書が形成され、これは、ビ
ューワ２０２により後でパーズすることができる。

【０１１９】文書エディタ１８８のＭＰＭＬコンバータ
は、テキストに適用されたスタイルをＭＰＭＬタグにマ
ッピングするのをサポートする。更に、文書エディタ１
８８の「挿入ピクチャー」コマンドで挿入されるグラフ
ィックスもサポートする。これは、リンクされ及び埋め
込まれたグラフィックの両方をサポートし、そしてそれ
らを適切にタグ付けする。又、コンバータは、リンクを
挿入し且つ特性を文書に適用するために設けられたＭＰ
Ｓ ＯＬＥ制御部もサポートする。

【０１２０】創作環境の重要な特徴は、タグ付き内容を
発生するのにしか使用されないことである。創作者は、
文書エディタ１８８においてなされたスタイル定義又は
適用されたフォーマットが、文書が表示されるときに、
ビューワ２０２へ引き継がれることを期待してはならな
い。

【０１２１】創作環境の一部分として、ＭＰＳ環境と相
互作用して創作者が文書にリンクを挿入し且つ特性を適
用するのを助ける多数のＯＬＥ制御部が設けられる。こ
れら制御部は、データをＭＰＭＬフォーマットでレンダ
リングするのをサポートするように拡張される通常のＯ
ＬＥオブジェクトである。ＭＰＭＬコンバータは、文書
エディタの文書に埋め込まれたＯＬＥ制御部を確認し、
そして良好に定義されたインターフェイスを用いてそれ
らにＭＰＭＬ表示を尋ねることができる。コンバータが
ＯＬＥオブジェクトに遭遇するときには、このインター
フェイスを用いてそれらからＭＰＭＬ表示を検索しそし
てそれを出力ＭＰＭＬ流に挿入するように試みる。この
インターフェイスをサポートしないＯＬＥ制御部は無視
される。インターフェイスの使用により、必要に応じて
新たなＯＬＥ制御部と共に創作環境を拡張することがで
きる。

【０１２２】ａ．ストーリーエディタ ＭＰＳ文書エディタ１８８の一部分であるＭＰＳストー
リーエディタは、デザイナ及び創作者がＭＰＳストーリ
ーオブジェクトを形成するために使用するメインツール
である。ＭＰＳストーリーオブジェクトは、リンク又は
ピクチャーのようなオブジェクトが埋め込まれたテキス
トの流れで構成される。ＭＰＳストーリーは、探索特性
をタグ付けすることもでき、これにより、ＭＰＳ探索シ
ステムはストーリーを容易に且つ正確に位置決めするこ
とができる。

【０１２３】ストーリーの形成及び付与に含まれるメイ
ンタスクは、ストーリーを創作し、ストーリーの構造特
性を設定し、任意であるが、ストーリーにピクチャーを
配置し、任意であるが、他のストーリーに対するリンク
を形成し、そしてストーリーに対する要約特性（探索合
致基準を含む）を設定することである。

【０１２４】ＭＰＳ文書エディタ１８８を用いてストー
リーを形成するのに加えて、発行者は、他のツール又は
自動化されたプロセスでＭＰＳストーリーを形成するこ
ともできる。例えば、株相場表示ストーリーは、おそら
く、自動的に形成される。

【０１２５】ストーリーを構成する要素が論理的に識別
されることを意味するＭＰＳストーリーが形成される。
これは、ＭＰシステム１００が、ユーザへの情報付与を
助けるようにこの論理的記述の利点を取り入れられるの
で有用である。文書エディタ１８８は、これを容易に
し、創作者が文書エディタスタイルを単に適用するよう
にする。又、このプロセスは、マイクロソフト又は第三
者により供給されるフィルタソフトウェアを用いて自動
的に実行することもできる。

【０１２６】ＭＰシステム１００は３つのメインファイ
ルフォーマットをサポートする。これらは、（１）ＭＰ
Ｓデータファイルフォーマット、（２）ＭＰＭＬ及び
（３）ハイパーテキストマークアップランゲッジ即ちＨ
ＴＭＬである。ＭＰＳデータファイルフォーマットは、
ネーティブなＭＰＳストーリーフォーマットである。こ
れは、テキストに対する個別の流れと、テキスト流に含
まれた種々のオブジェクトとを有する標準的なＯＬＥ文
書ファイルである。ＭＰＭＬフォーマットは、ＭＰＳス
トーリーのインポート及びエクスポートを容易にするた
めに使用できる。ＭＰＭＬファイルは、ＳＧＭＬに合致
する通常のテキストファイルである。このファイルフォ
ーマットは簡単なテキストファイルであるから、発行者
がＭＰＭＬファイルを形成するプロセスを自動化するの
を容易にする。ほとんどの発行者はＭＰＭＬを使用する
必要がない。というのは、ＭＰＳツールがプロセスを自
動化するからである。ＭＰＭＬファイルフォーマット
は、他のフォーマットに容易に変換できる唯一の点で重
要であり、これは、発行者にとって容易な移動路を確保
する。

【０１２７】又、ＭＰシステム１００は、ＨＴＭＬテキ
ストファイルをインポート及びエクスポートすることも
できる。しかしながら、ＨＴＭＬは非常に限定されてい
るので、多数の進歩したＭＰＳの特徴をＨＴＭＬにおい
て表すことができない。

【０１２８】ＨＴＭＬ及びＭＰＭＬコンバータは、発行
者がファイルのバッチ変換を行えるようにする個別のプ
ログラムとして構成される。

【０１２９】ストーリーは、通常、他の適当な内容にリ
ンクされ、そしてＭＰＳ探索特性がストーリーに加えら
れ、問合せサブシステムによりストーリーを見つけるこ
とができるようにする。これらのステップは、ＭＰＳ又
は第三者創作ツールを用いて実行することができる。発
行者が第三者ツールを用いて内容を形成する場合に、ビ
ューワ２０２がその内容を解読できるよう確保するに
は、その結果がＭＰＳファイルフォーマットに合致しな
ければならない。

【０１３０】ｂ．探索特性 顧客が、関心のあるストーリーを見つけるよう手助けす
るために、ＭＰＳは、ファイル特性オプションを通じて
キーワード又はキーフレーズ合致基準の特定をサポート
する。ＭＰＳ文書エディタ１８８のファイル／特性ダイ
アログは、サーチして見つけるための検索属性をストー
リーにタグ付けするのに使用される。各フィールドは、
サーチエディタによって個々にサーチすることができ
る。探索ダイアログは、タイトルフィールドを独特にサ
ーチするが、フィールドの残り部分はダイアログの「キ
ーワード」ボックスが選択されたときに全体的にサーチ
される。

【０１３１】１つの好ましい実施形態では、特性ダイア
ログに入れることのできるストーリー特性は、次のもの
を含む。 − タイトル：ストーリーのタイトル − トピック：ストーリーに関するトピック（話題）の
リスト − 場所：ストーリーに関連した地理的な位置 − 人物：ストーリーに登場する人物の名前 − 創作者：ストーリーの著者 − 組織：ストーリーに関連した組織名 − 事件の日付：ストーリーが生じた又は生じる日付 − 優先順位：ストーリーがそのタイトルでいかに／ど
こで発行されるかに関連したストーリーの重要性

【０１３２】ｃ．マルチメディア文書ファイルの形成 以下の説明は、マルチメディア文書ファイル（ＭＤＦ）
を形成しそしてそれをサーバに発行するプロセスの概要
である。マルチメディアファイルは、次いで、表示され
るオンラインタイトルに対する内容を与えるのに使用さ
れる。発行者１０２は、文書エディタ１８８（図２）を
使用してタイトルに対する内容を形成する。次いで、発
行者１０２は、ＭＤＦファイルを形成し、その形成され
た内容を記憶装置へセーブする。内容がファイルにセー
ブされると、発行者１０２は、セーブされた内容を特定
のタイトルとリンクするように選択する。発行者１０２
は２人以上の個人を表してもよいことに注意されたい。
例えば、創作者は、ＭＤＦ文書を形成しそしてその内容
をファイルにセーブする一方、デザイナは、タイトルに
リンクするように内容を選択することができる。発行者
１０２に関連したいかなる人数の個人が、内容を形成し
そしてそれを顧客へ公開する役目を果たしてもよいこと
が明らかである。

【０１３３】内容が選択されて特定のタイトルにリンク
されると、パージングプロセスが開始される。内容をパ
ーズする実際のプロセスは、図７を参照して以下に詳細
に説明する。しかしながら、実行されるパージングプロ
セスは、ＭＤＦファイルを、単一のルート（根）及び多
数のノード（節）及びブランチ（枝）を有するパーズさ
れた内容ツリー（木）へと変換する。このパーズされた
構造は、低帯域巾ラインを横切って内容を転送するため
の効率を高める。

【０１３４】内容がパーズされると、それが発行者のロ
ーカルキャッシングオブジェクト記憶装置（ＣＯＳ）に
記憶され、必要に応じて多数のタイトルでリンクされる
ように使用することができる。パーズされた内容がタイ
トルにリンクされそしてローカルＣＯＳに記憶された後
に、内容及びタイトルレイアウトをサーバへ発行するこ
とができる。

【０１３５】ＭＤＦファイルをパーズした結果が、図７
に示されている。パーズツリーは、文書を著すデータ構
造であり、内容がタイトルにリンクされたときにデザイ
ナにより形成される。これは、低レベルパーザ及び高レ
ベル文書タイプ記述子（ＤＴＤ）マネージャーに関連し
て行われる。低レベルパーザは基本的に状態マシンであ
る。これは、入力テキストの各キャラクタを探し、そし
てその現在状態を次のキャラクタの識別に基づいて変更
する。状態が変化するにつれて、「事象」がＤＴＤマネ
ージャーへ返送され、このマネージャーはその事象を解
読しそして対処する。これら事象は、例えば、開始タグ
の遭遇、終了タグの遭遇又は属性の遭遇である。

【０１３６】パーズされたＭＤＦファイルの各タグ付き
要素に対し、タグを識別するノードと、タグ付けされた
要素がデータであるような属性とが存在する。マルチメ
ディアパブリッシングマークアップランゲッジ（ＭＰＭ
Ｌ）フォーマットでは、タグが互いにネスト構成にされ
る。その結果、ツリーのノードは、ネスト構成のタグを
表す他のノードを指すか又は実際のタグ付きテキストを
含むノードを指す。これは、パーズツリーの「リーフ
（葉）」ノードのみがタグ付きテキストを実際に指すこ
とを意味する。

【０１３７】ｄ．パーズされた内容 図７には、パーズされた文書のルート５７０が示されて
おり、これは、探索特性データに対応するデータ５７４
の流れを含む探索特性記憶装置５７２（ＩＳｔｏｒａｇ
ｅオブジェクト）を有している。探索特性流５７４は、
創作者、キーワード、タイトル、形成されたデータ及び
他の情報のようなデータを含み、従ってマルチメディア
発行システムにおけるサーチオブジェクトは、この特定
の文書を見つけることができる。

【０１３８】探索特性流５７４は、次の特性及びフォー
マットを含むのが好ましい。アングル状のかっこ（＜
＞）及びバックスラッシュ（／）は、単に読み易くする
ためのものに過ぎず、実際の流れの一部分ではないこと
に注意されたい（以下の例を参照されたい）。 タイトル ＝＜タイトル＞＜スペース＞＜ゼロ終了ストリング＞ 主題 ＝＜主題＞＜スペース＞＜ゼロ終了ストリング＞ 創作者 ＝＜創作者＞＜スペース＞＜ゼロ終了ストリングとしての名前の セミコロン分離されたリスト＞ キーワード ＝＜キーワード＞＜スペース＞＜ゼロ終了ストリングとしてのキ ーフレーズのセミコロン分離されたリスト＞ コメント ＝＜コメント＞＜スペース＞＜ゼロ終了ストリング＞ CreatedTime ＝＜CreatedTime ＞＜スペース＞＜yyyy/mm/dd hh: mm::ss フォ ーマットでのゼロ終了ストリング＞ ModifiedTime＝＜ModifiedTime＞＜スペース＞＜yyyy/mm/dd hh: mm::ss フォ ーマットでのゼロ終了ストリング＞ 優先順位 ＝＜優先順位＞＜スペース＞＜１ないし５を含む数値を伴うゼロ 終了ストリング＞ 他の探索特性は、文書ＩＤ、ソースＩＤ、主文、抜粋、
概要、発行日時、事象開始日時、事象終了日時、見出
し、事象の場所、人物、組織、トピック、及び独立した
内容プロバイダーＩＤ（ＩＣＰＩＤ）を含む。

【０１３９】探索特性流の例は、次の通りである。 タイトル This is the title ＜ナルバイト＞ 主題 This is the subject ＜ナルバイト＞ 創作者 George Washington ＜ナルバイト＞ キーワード Authoring, Word, Multimedia ＜ナルバイト＞ 優先順位 ５ ＜ナルバイ ト＞ ＜ナルバイト＞

【０１４０】探索特性は、ＩＲシステム３９８（図５）
のＩＲインデックスに記憶される。探索特性を使用する
ことにより、顧客は、例えば、George Washington を参
照する全てのファイルのリストを見ることができるが、
それらのエンティティにおけるこれら全てのファイルが
オンラインシステムにわたってダウンロードされるのを
待機する必要はない。ファイル名のリストは、必ずしも
いずれかのファイルをダウンロードせずにユーザに表示
されることに注意されたい。

【０１４１】又、ルートオブジェクト５７０のもとに
は、パーズツリーへとパーズされたタグ付きテキスト５
８０も含まれる。図示されたように、タグ付きテキスト
５８０は、流れ５８４に見ることのできる「ヘッド」デ
ータに対応する記憶５８２を有する。データ流８６４
は、目次（ＴＯＣ）、抜粋、及び文書の主文の一部分で
はないＭＰＭＬタグ付きテキストの他の部分に対応する
データを保持する。

【０１４２】又、以下の説明から明らかなように、タグ
付きテキストの記憶５８０は、ＭＰＭＬ文書の主文のパ
ーズされたタグ付きテキストを保持するパーズツリーの
トップノードである主文記憶５８６である。図示された
ように、この主文記憶５８６は、＜Ｈ１＞ノード５８８
を有する。ノード５８８の下には、＜Ｂ＞ノード５９０
があり、これは、ノード５９０及び５８８のスタイルで
タグ付けされたテキストを含むテキスト流５９２を有す
る。同様に、主文記憶５８６は、＜Ｐ＞タグを保持する
ノード５９４を有する。ツリーにおいてこのノードの下
には、その下のテキストにアンダーラインを付けねばな
らないことを指示する＜Ｕ＞タグを保持するノード５９
６がある。ツリーにおいてノード５９６の下には、ノー
ド５９６及びノード５９４によりタグ付けされてフォー
マットされたテキスト流５９８がある。

【０１４３】又、ノード５９４の下には、埋め込まれた
オブジェクトに対する包装広告スタイルを指示するタグ
＜ＷＡ＞をもつノード６００がある。図示されたよう
に、オブジェクト６０２は、ノード６００の下のリーフ
ノードに配置される。オブジェクト６０２は、ＯＬＥ構
造化記憶システムにおいて標準的であるように、オブジ
ェクトデータ６０４及びオブジェクトビットマップ６０
６を含んでいる。又、ノード５９４の下に見られるの
は、＜Ｐ＞スタイルでフォーマットされたテキストを保
持するテキスト流６０８である。従って、図７は、パー
ズされた文書が発行者によってタイトルにリンクされた
後の構造を示している。

【０１４４】内容オブジェクトがデータセンター２４２
（図３）へ発行された後に、それがＣＯＳサーバ（２４
６ａのような）に記憶され、そして図７に例示されたパ
ーズ文書構造フォーマットでＩＲシステム３９８へ転送
される。しかしながら、探索特性はＩＲシステム３９８
に記憶されるが、ＣＯＳサーバ２４６には記憶されない
ことに注意されたい。

【０１４５】２．タイトルデザイナサブシステム このセクションは、サーチオブジェクトエディタツール
１８９（図２）に重点を置いて、ＭＰＳタイトルデザイ
ン環境の一部分について述べる。

【０１４６】ａ．サーチオブジェクト（マグネット）エ
ディタ サーチオブジェクトエディタ１８９（図２）は顧客探索
ダイアログ６９０（図１０に示され、顧客問合せ分析の
セクションで以下に詳細に説明する）の変形バージョン
である。サーチオブジェクトエディタ１８９は、タイト
ル構成のためにデザイナにより使用されるので、幾つか
の相違がある。即ち、 − サーチオブジェクトエディタ１８９は、タイトルデ
ザイナにおいてサーチオブジェクトの特性シートとして
振る舞うモードダイアログである。現在の好ましい実施
形態においては、サーチオブジェクトエディタは、デザ
イナが「新しいものを探索し」そして問合せをテストす
るのを許す。基準に入った後に、ダイアログは、「Ｏ
Ｋ」で委任されるか、又は「キャンセル」で放棄され
る。

【０１４７】− 「Ｉｎ：」チェックボックスは、スト
ーリーを検索するときに顧客よりも正確な制御をデザイ
ナに与える。 − 探索ダイアログに現れて、どんな出来上がったタイ
トルをサーチするかを示す「Ｌｏｏｋ Ｉｎ：」フィー
ルドに比較して、「Ｓｏｕｒｃｅ：」フィールドは、タ
イトルに流し込まれるストーリーをサーチするためにス
トーリーの容器（ルート内容フォールダ）を指定する。
これらのソースは、ＭＳＮ１２２において全てのないよ
うソースのツリービューを送り出すドロップダウンの底
部で「Ｍｏｒｅ．．．」オプションを経てアクセスされ
る。これらのソースは、タイトルデザイナにしか見るこ
とができず、一般的なＭＳＮの公衆には現れない。 − サーチは、セクションがあまり長時間作用するのを
防止するために、ある数以下のストーリーを検索するよ
うに限定される。デザイナは、与えられたスピン制御部
において最大数のみを単に指定する。

【０１４８】ｂ．タイトル構造 図８を参照し、例示的なタイトルツリー６２０について
説明する。タイトルツリーは、ＭＰシステム１００にお
けるタイトルのオブジェクトのメモリ内表示であり、オ
ブジェクトはＣＯＳにおける流れ及び記憶である。タイ
トルツリーは、ビューワ要素２０２によって使用され、
顧客がタイトルを容易に見られるようにする。タイトル
ツリー６２０は、ルートノードと、情報のハイアラーキ
を与えるためにルートの下でツリーフォーマットで構成
された一連のノードとを備えている。ツリーとは、良く
知られたソフトウェアデータ構造である。ストーリーの
タイトル、セクション、サブセクション（もしあれ
ば）、サーチオブジェクト及びルートの各々は、既に述
べたＯＬＥ記憶である。これら記憶の各々にはＧＵＩＤ
が指定される。ストーリールートの下には、ＣＯＳに記
憶された内容のパーズされたツリー表示、即ち図７につ
いて述べたＭＰＭＬパーズツリーがある。

【０１４９】ＭＰＭＬパーズツリーの基部には、テキス
ト又は埋め込まれたオブジェクトのようなデータを記憶
する流れであるリーフノードのようなノードがある。他
のリーフノードは、図８に示すサーチオブジェクトであ
る。リーフノードの上のノードは、記憶ノードである。

【０１５０】タイトルツリーは、タイトルルート６２２
で始まる。タイトルルート６２２に組み合わされるの
は、タイトルを独特に識別するＧＵＩＤａである。ルー
トの下で、タイトルツリーの次のレベルには、一連のセ
クションがある。セクション１は、ノード６２４によっ
て表され、セクションを独特に識別するＧＵＩＤｂが組
み合わされる。セクション２は、ノード６２６によって
表され、ＧＵＩＤｃが組み合わされる。セクション１
は、更に、ノード６２８により表されたサブセクション
１１を有し、そしてＧＵＩＤｄが組み合わされる。

【０１５１】この例において、タイトルツリー６２０の
セクション６２４は、ノード６３０により表されたサー
チオブジェクトＭ１を有する。サブセクション６２８
は、ノード６３２により表されたサーチオブジェクトＭ
２と、ノード６３４により表されたサーチオブジェクト
Ｍ３とを有する。

【０１５２】図８に示したように、タイトル、セクショ
ン、サブセクション及びサーチオブジェクトの間の関係
がテーブル６３６に捕らえられている。ＩＲシステム３
９８（図５）におけるテーブルの使用は、以下に説明す
る。ＩＲシステム３９８は、タイトルレイアウトの関係
と、タイトルツリーから抽出されたサーチオブジェクト
６３８とを使用して、サーチオブジェクトを分析する。

【０１５３】ｃ．デザイナファンクションにおけるビュ
ーワ 発行者はデザイナ環境１９４（図２）においてタイトル
を見ることができる。ビューワ２０２の幾つかのファン
クションは、例えば、タイトルがエンドユーザにいかに
現れるかのテストを容易にするためにデザイナ環境１９
４において使用することができる。発行者は、デザイナ
環境１９４においてサーチオブジェクトの動作をチェッ
クすることができる。デザイナ環境１９４は、ユーザ問
合せ（探索）をテストできるようにする探索ダイアログ
の拡張バージョンを含む。

【０１５４】Ｄ．トップレベルビューワプロセス 図９を参照し、タイトルを見るためのビューワプロセス
のトップレベル流６５０について説明する。顧客コンピ
ュータのビューワ２０２（図２）は、タイトルツリー６
２０（図８）のようなタイトルパーズツリーを形成する
ことにより状態６５２において開始される。次いで、１
組のパラレルなスレッドが形成される。

【０１５５】第１のスレッドは、状態６５４で始まり、
サーチオブジェクトを有する第１のセクションがアクセ
スされ、そしてそのセクションのサーチオブジェクトが
分析される。サーチオブジェクトの分析は、図１１、１
２、１７及び１８に関連して説明する。状態６５６へ移
動すると、サーチオブジェクトの次のセクションがアク
セスされ、そしてスレッドは状態６５４へとループし
て、そのセクションのサーチオブジェクトを分析する。
第１のスレッドは、サーチオブジェクトを有する全ての
セクションが処理されたときに終了となる。

【０１５６】第２のスレッドは、状態６５８で始まり、
見るための有効なページを有する第１のセクションがア
クセスされ、そしてそのセクションの内容オブジェクト
が収集される。タイトル、ローカルＣＯＳ４０２（図
５）又はＣＯＳサーバ２４６のいずれかから内容パーズ
ツリーが収集される。状態６６０へ進むと、そのタイト
ルの次のセクション（又はサブセクション）がアクセス
され、そしてスレッドは状態６５８へとループし、その
セクションの内容が収集される。第２のスレッドは、内
容を有する全てのセクションが処理されたときに終了と
なる。

【０１５７】第３のスレッドは、状態６６２で始まり、
見るための有効なページを有する第１のセクションがア
クセスされ、そしてそのセクションの第１ページが表示
される。このページがサーチオブジェクトに含まれる場
合には、サーチオブジェクトを分析しそして内容を収集
した結果が、そのサーチオブジェクトに関連した動的な
制御部へと流れ込むようにされる。状態６６４へ進む
と、ビューワ２０２は、顧客が「次のページへ進む」又
は「セクションＸＹＺへ進む」といった動作を選択する
のを待機する。ビューワ２０２は、その動作を処理し、
ユーザの動作により指示されたタイトルの部分へナビゲ
ートし、そしてどのページを見るべきかを決定する。第
３のスレッドは、状態６６２へループし、状態６６４で
決定された新たなページを表示する。第３のスレッド
は、ユーザが現在タイトルを見るのを完了したときに終
了する。

【０１５８】好ましいビューワ動作のそれ以上の詳細
は、本発明の譲受人であるマイクロソフト社に譲渡され
た１９９５年７月１７日出願の「マルチメディアパブリ
ッシングシステム(MULTIMEDIA PUBLISHING SYSTEM)」と
題する米国特許出願第０８／５０３，３４３号に開示さ
れている。

【０１５９】Ｅ．顧客問合せ 図１０を参照し、「探索」ダイアログから情報検索シス
テム３９８を経て発行記憶装置１２０の内容データベー
スへ至る問合せ経路について説明する。発行者１０２及
びエンドユーザ顧客１６０の問合せ要素は、次のように
定義される。即ち、検索を助けるようにキーワードで内
容にタグを付けるためのＭＰＳ文書エディタ特性ダイア
ログ（図２４参照）；タイトルデザイナがサーチオブジ
ェクトを形成しそして変更するためのサーチオブジェク
トエディタ（情報マグネットとしても知られている）
（図２３参照）；並びに特別の及びセーブされたサーチ
のための顧客インターフェイスである探索ダイアログ６
９０（図２２参照）。

【０１６０】ストーリー６８０、６８２及び６８４のよ
うな内容は、ＭＰＳ文書エディタの特性ダイアログを用
いてタグ付けされ、そして発行記憶装置１２０のＭＰＳ
内容データベースに入れられる。次いで、内容は、イン
デックスのために情報検索システム３９８へ更に通され
る。サーチオブジェクトは、特定の基準（サーチオブジ
ェクトエディタで定義された）に合致するストーリーを
収集しそしてそれらをビューワ２０２（図２）において
タイトルの指定のセクションへ「流し込む」。サーチオ
ブジェクトエディタは、当該ストーリーを検索してそれ
をタイトルへと流し込むのに使用されるサーチオブジェ
クトを定義するためにデザイナが使用する問合せツール
である。顧客１６０は、ＭＰＳビューワ２０２内の探索
ダイアログ６９０を使用して、特定のタイトルの全ての
ストーリー（即ち１つ以上のサーチオブジェクトを用い
てタイトルが検索されたストーリー、又はタイトルに入
れられた静的なストーリー）に対し１つ以上のユーザ問
合せ６９２を発行する。

【０１６１】探索ダイアログ６９０において顧客１６０
により発生される問合せ６９２は、サーチオブジェクト
によるタイトルのサーチ基準と連結され、次いで、その
集合体が発行記憶装置１２０及びＩＲシステム３９８の
内容データベースに対し問合せされる。ＧＵＩＤ（問合
せ及びサーチオブジェクトに合致するストーリーを表
す）及び特性を含む結果６９４は、顧客へ送り返され、
そして探索ダイアログ６９０の結果ペイン６９６に現れ
る。問合せ６９２をサーチオブジェクト問合せと合成す
ると、結果は、内容データベースの任意のソースからで
はなく、タイトル構造内に限定される。探索ダイアログ
６９０は、顧客が現在見ているタイトルではなく顧客が
１つ以上のタイトルを選択できるようにする。この状態
において、これらタイトルのサーチオブジェクトが分析
されそして顧客の問合せ基準と結合される。

【０１６２】Ｆ．ビューワサーチオブジェクト及びユー
ザ問合せ流 図１１を参照し、ビューワ２０２とＩＲシステム３９８
との現在好ましいと考えられる相互作用をフローチャー
ト７００に従って説明する。図１１は、図９について述
べたビューワ動作に基づいて拡張され、ユーザ問合せ
（探索）流を付加的に含んでいる。

【０１６３】開始状態７０２で始まって、ビューワ要素
２０２（図２）が呼び出される。前記したように、ビュ
ーワ２０２は、顧客コンピュータ１８２に配置される
が、発行者ワークステーションでも幾つかのビューワフ
ァンクションが利用でき、例えば、発行者は、デザイナ
環境内でタイトルを見ることができる。状態７０４へと
進むと、ビューワ２０２は、顧客がどんな動作を選択し
たか決定する。顧客は、選択されたタイトルをブラウズ
するように選択し（状態７０８で始めて）、ユーザ問合
せを実行するか（探索ダイアログ６９０）又は状態７０
６においてビューワ２０２を終了させる。ユーザ問合せ
のための探索ダイアログ６９０は、選択されたタイトル
内で呼び出されてもよいし、又はタイトルを選択せずに
開始されてもよい（個別のアプリケーションプログラム
を使用する）。

【０１６４】ユーザがタイトルをブラウズしようとする
場合には、ビューワ２０２は、状態７０８において、見
るのに有効なページで第１のセクションへナビゲートす
る。状態７１０へ進むと、ビューワは、現在のセクショ
ンをアクセスし、そしてそのセクションにおいて全ての
サーチオブジェクト（もしあれば）を検索する。ファン
クション７１２へ進むと、現在セクションのサーチオブ
ジェクトは、ＩＲクライエントサービス４３５（図６、
１２）によって分析される。ファンクション７１２のた
めのＩＲクライエント４３５の動作は、以下に説明す
る。サーチオブジェクトを分析するためのＩＲシステム
の動作は、図１７及び１８に関連して説明する。状態７
１４において説明を続けると、ＩＲクライエント４３５
は、現在セクションに対しサーチオブジェクトの分析結
果を分類する。サーチオブジェクトが、サーチオブジェ
クトの基準に合致する内容オブジェクトを見つけると、
ＤＵＩＤ及び選択された探索特性、例えば、各内容オブ
ジェクトの発行のタイムスタンプ、優先順位、ＩＣＰの
ＩＤを返送する。このセクションの全てのサーチオブジ
ェクトが分析されたときには、ＩＲクライエント４３５
が所定の１組の特性により内容オブジェクトの特性を分
類するのが好ましい。好ましい実施形態においては、Ｉ
Ｒクライエント４３５は、優先順位及びタイムスタンプ
特性を分類のために使用する。状態７１６へ進むと、返
送されたＧＵＩＤに対応する内容オブジェクトデータが
ビューワ２０２によって収集される。次いで、内容オブ
ジェクトデータは、状態７１８において、現在セクショ
ンに対する動的な制御部へ流れ込み、そのセクションの
第１ページがユーザへ表示される。次いで、ビューワ
は、状態７０４へループし、次のユーザ動作を待機す
る。

【０１６５】上記のサーチオブジェクトは、セクション
に入れられる。別の実施形態では、ＭＰＳ制御（ＭＰＳ
ページ内の）が、その制御と合体されるサーチオブジェ
クトをもつことができる。この機能は、上記のようにセ
クションレベルではなくて、粒度の制御レベルにおいて
サーチオブジェクトの結果を分析できるようにする。

【０１６６】ファンクション７１２を参照すれば、ＩＲ
クライエント４３５（図６、１２）は、状態７２０ない
し７２６を実行し、現在セクションにおけるサーチオブ
ジェクトを分析する。状態７２０において、ＩＲクライ
エント４３５は、現在セクションのＧＵＩＤ、分類仕様
及び結果仕様をビューア２０２から得る。分類仕様はサ
ーチオブジェクトの結果を現在セクションに対しいかに
分類するか決定する。結果仕様は、当該特性、例えば、
内容オブジェクトＧＵＩＤ、コンテクスト情報及びコン
テクストオブジェクトの主題を決定する。ここに示す実
施形態では、結果仕様は、ＩＣＰ ＩＤ、コンテクスト
オブジェクトＧＵＩＤ、優先順位、及びコンテクストオ
ブジェクトの変更日付であるように予め決定され、そし
てビューワソフトウェアへとコード化される。ここに示
す実施形態では、分類仕様は、発行タイムスタンプ及び
優先順位（両方とも探索特性である）であるように予め
決定され、そしてビューワソフトウェアへとコード化さ
れる。もちろん、分類仕様及び結果仕様に対し他の属性
を使用することができる。状態７２２へと進むと、発行
者により選択されたサーチオブジェクトに対する１組の
基準と、この基準で評価される１つ以上のソース（ルー
ト内容フォールダ）とに基づいて問合せ仕様が形成され
る。問合せ仕様は、ツリー構造へとパーズされる。パー
ザについては以下の顧客問合せ分析セクションに詳細に
説明する。

【０１６７】状態７２４においてファンクション７１２
を続けると、サーチオブジェクト問合せがＩＲシステム
３９８へ送られる。サーチオブジェクト問合せの結果は
ＩＲクライエント４３５へ返送され、そして状態７２６
において収集される。状態７２０−７２６は、現在セク
ションにおける各サーチオブジェクトごとに繰り返され
る。現在セクションにおける各サーチオブジェクトの結
果は、次いで、上記のように、状態７１４へ通される。

【０１６８】ユーザがユーザ問合せを発生しようとする
場合には、ビューワ２０２は、探索ダイアログ６９０を
呼び出す。探索ダイアログは、ＩＲＦｉｎｄ ＤＬＬを
使用する。判断状態７３０へ進むと、ビューワ２０２
は、ユーザが、サーチすべきタイトルを取り上げようと
しているかどうか決定する。タイトルを見てユーザがサ
ーチを別の又は異なるタイトルに向けようとする場合
は、ビューワ２０２が状態７３２へと進み、ここでは、
ＭＰＳサービス及びタイトルのみを含むＭＳＮ内容ツリ
ー（ディレクトリーサービス）が顧客に与えられるのが
好ましい。顧客は、ディレクトリーサービスをブラウズ
しそしてサーチのために１つ以上のタイトルを選択する
ことができる。判断状態７３０へ戻ると、顧客がタイト
ルを見てサーチを向け直そうとしない場合、即ちサーチ
を現在のタイトルで行うべき場合、又は状態７３２の終
わりに、ビューワ２０２は状態７３４へと進む。

【０１６９】状態７３４において、ユーザは、サーチを
行うべき論文のような内容オブジェクトの部分を選択す
る。好ましい実施形態では、ユーザは、サーチされるべ
き内容オブジェクトの次の部分、即ちタイトル、キーワ
ード及びテキストの１つ以上を選択することができる。
状態７３６において続けると、ユーザは、ブールのテキ
ストサーチ表現、例えば発行日をサーチ基準として特定
する。サーチ表現については、以下の顧客問合せ分析の
セクションで詳細に述べる。状態７３６は、ここでは、
ＦｉｎｄＶｉｅｗクラスによって行われる。状態７３８
へ進むと、サーチされるべき内容オブジェクトのタイト
ル及び選択された部分は、サーチ基準と共に、ユーザ問
合せとしてＩＲシステム３９８へ送られる。状態７３８
及び７４０は、ＩＲＣＳ ＤＬＬを使用する。状態７３
８は、ここでは、ＣＣＭＤＱｕｅｒｙ：：Ｅｘｅｃｕｔ
ｅ（）により行われ、そのフォーマットは、Ｃｌａｓ
ｓ：：ｏｐｔｉｏｎａｌ ＮｅｓｔｅｄＣｌａｓｓ：：
Ｆｕｎｃｔｉｏｎである。ユーザ問合せに対する当たり
（ヒット）は、ＩＲシステム３９８により決定されるの
で、その結果は状態７４０において探索ダイアログ６９
０へ増分的に送り返され、そして状態７４２において探
索ダイアログの結果ペイン６９６（図１０）に表示され
る。状態７４０は、ここでは、ＣＣＭＤＱｕｅｒｙＥｘ
ｅｃ：：ＨａｎｄｌｅＲｃｖｄＯｂｊによって行われ
る。好ましい実施形態では、この結果は、論文、論文の
ソース（タイトル）及び論文の発行日のような内容オブ
ジェクトのタイトルフィールドを含む。探索ダイアログ
ユーザインターフェイスについては以下の顧客問合せ分
析セクションで詳細に説明する。

【０１７０】結果が状態７４２において結果ペインに表
示されるときに、顧客は、例えば、論文の１つを選択
し、そしてその論文を含む現在タイトルのセクションへ
ナビゲートする（状態７０８）か、或いは論文が現在タ
イトルにない（見られている）場合には選択された論文
の対応するタイトル及びセクションへ進むようにビュー
ワに命令することができる。

【０１７１】Ｇ．サーチオブジェクト構造 図１２を参照して、サーチオブジェクトの分析に使用さ
れるＩＲサーバ２７２（図３）の内部構造について説明
する。ＩＲサーバ２７２は、２つの主要要素、即ちサー
チオブジェクトサーバ７６０と、サーチサーバ７８０と
を有している。これらの要素について以下に説明する。

【０１７２】サーチオブジェクト問合せは、顧客の場所
１６０においてビューワ２０２により開始されるか、又
は発行者の場所１０２においてデザイナ１９４により開
始され、これらは両方とも図２に示されている。デザイ
ナ１９４は、ビューワのファンクションを含む。発行者
は、デザイナ１９４においてサーチオブジェクトを形成
し、そして例えば、ビューワのファンクションを使用す
るところのサーチオブジェクトの動作をテストするよう
に希望してもよい。図１１に関連して述べるように、タ
イトルを見るときには、発行者によりタイトルにおいて
定められたサーチオブジェクトを分析することが必要と
なる。タイトルがセクションに分割されない場合には、
ビューワ２０２（又はデザイナ１９４）は、１つ以上の
サーチオブジェクトＧＵＩＤ７５２のリストをＩＲクラ
イエント４３５へ送信する。又、ビューワ２０２（又は
デザイナ１９４）は、図１１に関連して説明した分類仕
様及び結果仕様もＩＲクライエント４３５へ送信する。
分類仕様は、結果リスト７６４から到来する結果を分類
するためにＩＲクライエント４３５によって使用され
る。

【０１７３】ＩＲクライエント４３５は、次いで、サー
チオブジェクトＧＵＩＤ７５２をＩＲサービス２７０へ
送り、このＩＲサービスは、ＧＵＩＤ７５２をサーチオ
ブジェクトサーバ（ＳＯＳ）７６０へ送る。ＩＲクライ
エント４３５及びＩＲサービス２７０は、クライエント
コンピュータ（例えば、１６０、１０２における）とＩ
Ｒサーバとの間のネットワークを横切って通信するため
のソフトウェアを与えるよう機能する。ＩＲクライエン
トは、クライエントコンピュータに常駐する。

【０１７４】サーチオブジェクトＧＵＩＤ７５２がＳＯ
Ｓ７６０に受け取られると、判断状態７６２においてチ
ェックがなされ、サーチオブジェクトが既に分析されて
いて問合せキャッシュ１００４（図２０）においてそれ
らの結果で分析されるかどうか決定される。もしそうで
あれば、ＧＵＩＤ及び一致する内容オブジェクトの特性
を含む結果が、問合せキャッシュ１００４からＩＲサー
ビス２７０の結果リスト７６４へ送られる。結果リスト
７６４は、ＩＲクライエント４３５を経てサーチオブジ
ェクト問合せのソース、即ちビューワ２０２又はデザイ
ナ１９４へ送り返される。問合せキャッシュ１００４
（図２０）の使用は、多数の性能上の利点を与える。一
般的なＭＰＳタイトルの場合、サーチオブジェクト問合
せ及び問合せ結果は、おそらく問合せキャッシュに入れ
られ、従って、サーチサーバ７８０やデータベースサー
バ２７６やデータベース区画７８２をアクセスする必要
性が排除される。

【０１７５】それとは別に、タイトルがセクションに分
割される場合には、ビューワ２０２（又はデザイナ１９
４）は、サーチオブジェクトを含むセクションに対する
ＧＵＩＤ７５４を上記のようにＩＲクライエント４３５
及びＩＲサービス２７０を経てＳＯＳ７６０へ送信す
る。サーチオブジェクトを有するセクションのみがそれ
らのＧＵＩＤをＩＲへ送信することに注意されたい。セ
クションＧＵＩＤ７５４がＳＯＳ７６０において受け取
られると、判断状態７６６においてチェックがなされ、
セクション７５４のサーチオブジェクトが既に分析され
てサーチオブジェクト結果と共に問合せキャッシュ１０
０４（図２０）に記憶されたかどうか決定される。もし
そうであれば、セクションＧＵＩＤ７５４に対するＧＵ
ＩＤ及び一致する内容オブジェクトの特性を含む結果
が、ＩＲサービス２７０の結果リスト７６４へ送られ
る。これらの結果リスト７６４は、ＩＲクライエント４
３５を経て適当な要求者、即ちビューワ２０２又はデザ
イナ１９４へ送り返される。

【０１７６】判断状態７６６が偽であり、即ちセクショ
ンＧＵＩＤに対するサーチオブジェクト及びサーチオブ
ジェクトの結果が問合せキャッシュ１００４にない場合
は、セクションＧＵＩＤ７５４を用いて、カタログデー
タベース１００２（図２０）のコンテナテーブルの一部
分であるセクション／サーチオブジェクトＩＤテーブル
７６８をアクセスする。コンテナテーブルは、図１４に
関連して詳細に説明する。セクションＧＵＩＤは、セク
ション／サーチオブジェクトＩＤテーブル７６８をアク
セスして特定のセクションにおける全てのサーチオブジ
ェクトを位置決めするのに使用される。次いで、各サー
チオブジェクトは、サーチオブジェクトテーブル７７４
によりサーチオブジェクト問合せへマップされる。サー
チオブジェクトテーブル７７４への別の経路は、サーチ
オブジェクト及びサーチオブジェクト問合せ結果が問合
せキャッシュ１００４（図２０）にない場合には判断状
態７６２から延びる。各サーチオブジェクトは、サーチ
基準及びソースリスト、即ちサーチ基準が実行される１
つ以上のソース（ルート内容フォールダ）のリストを含
む。

【０１７７】サーチオブジェクト問合せは、次いで、デ
ータベースサーバ２７６への１つ以上のサブ問合せを与
えるサーチサーバ７８０へ送られる。問合せは、サーチ
基準及びソースに基づいて問合せ区分化ファンクション
１０３２（図２１）において区分化される。各サブ問合
せは、図２１に示すように、ワーカースレッド１０２６
に指定される。ワーカースレッドは、問合せの一般的形
態をサーバ特有の問合せに変換するための変換ファンク
ションを含む。サーバ特有の問合せは、ワーカースレッ
ドによりデータベースサーバ２７６へ供給される。

【０１７８】データベースサーバ２７６は、問合せのイ
ンデックスを使用して、多数のデータベース区画７８２
に記憶された特性キーワードテーブル７８４及び文書詳
細テーブル７８６のようなテーブルをアクセスする。デ
ータベースは、効率化のために区分にセグメント化され
ている。データベースサーバ２７６は、問合せに与えら
れたインデックスを使用して特定のテーブルをアクセス
し、そしてサーチ結果を内容オブジェクトＧＵＩＤ及び
特性の形態でサーチサーバ７８０へ返送する。問合せ結
果は、ＩＲサーバ７８０から前記のようにＩＲサーバ２
７０及びＩＲクライエント４３５を経てクライエントコ
ンピュータへ通される。タイトル及び日付のような検索
されたストーリーに関する情報（特性）は、ユーザ問合
せのソース、即ちビューワ２０２又はデザイナ１９４へ
与えられる。

【０１７９】Ｖ．内容インデックシング データセンター２４２においてＭＰＳ ＣＯＳサーバ２
４６（図３）にタイトルが発行された後に、そのタイト
ルは、ＩＲシステム３９８（図５）へ送信される。ＩＲ
システム３９８の一部分は、例えば、インデックスサー
バのようなＩＲサーバ２７２ａに常駐することのできる
インデックスサーバ１０００（図２０）を備えている。
このセクションは、ＩＲシステムに関連した発行プロセ
スのデータセンタービューの説明から始めて、インデッ
クスプロセスの説明へと続く。

【０１８０】Ａ．タイトルの発行 図１３を参照し、タイトル発行プロセス８００のＩＲシ
ステムビューについて説明する。開始状態８０２で始め
て、プロセス８００は状態８０４へと進み、ここで、Ｃ
ＯＳサーバ２４６（図３）は、発行者１０２（図２）か
ら送られたＣＯＳファイルを受け取る。この状態は、Ｂ
ＢＯＢＳｖｃ ＤＬＬを使用する。状態８０６へと進む
と、受け取られたＣＯＳファイルは、ＩＲサーバ２７２
へコピーされる。この状態は、ＢＢＯＢＳｖｃ ＤＬＬ
を使用する。本発明の現在の好ましい実施形態では、Ｃ
ＯＳファイルは、ＩＲサービス２７２によりアクセスさ
れるネットワークの共用ディスクドライブへコピーされ
る。状態８０８において、ＣＯＳサーバ２４６は、受け
取ったＣＯＳファイルをＩＲシステム３９８に通知し、
ファイルの処理を開始させる。この状態は、ウインドウ
ＮＴファイルシステムにより実行される。状態８０８に
おいてＩＲシステムに通知が受け取られた後に、ＩＲサ
ーバ２７２は、データベースサーバ２７６及びＩＲシス
テムテーブルのインデックスを、プロセス８１０におい
て、受け取ったＣＯＳファイルの新たな、変更された又
は削除されたオブジェクトで更新する。このプロセス
は、ＩＲインデックシングサービスであり、ＩＲＩＸ及
びＩＲＵＴＳ ＤＬＬを使用している。プロセス８１０
においてインデックス及びテーブルが更新された後に、
プロセス８００は、終了状態８１２において完了する。

【０１８１】Ｂ．ＩＲインデックシング 図１４ないし１６を参照し、ＣＯＳファイルをインデッ
クスするためのＩＲインデクシングプロセス８１０につ
いて説明する。プロセス８１０は、ＩＲＩＸＤＬＬ及び
ＩＲＵＴＳ ＤＬＬを使用する。図１４の開始状態８１
６で始めて、プロセス８１０は状態８１８へ進み、発行
されたＣＯＳファイルがアクセスされる。状態８１８
は、ここでは、ＣＢＢＸＰａｒｓｅｒ：：Ｕｐｄａｔｅ
ＩｎｄｅｘＦｒｏｍＣｏｓにより実行される。状態８２
０へ進むと、プロセス８１０は、発行されたＣＯＳファ
イルの特性である発行されたパケットを得る。このパケ
ットは、タイトル又はルート内容フォールダのルートＩ
Ｄ（ＧＵＩＤ）及び発行者又はＩＣＰのＩＤを含む。状
態８２２から続けると、プロセス８１０は、ＩＲシステ
ム３９８のカタログデータベースのテーブルの１つであ
るオブジェクト情報テーブルにルートオブジェクトＩＤ
があるかどうか調べるべくチェックを行う。オブジェク
ト情報テーブルは、インデクシングプロセス中に更新さ
れる。オブジェクトＩＤフィールドは、ストーリーのよ
うな文書又はタイトルのＩＤを含む。オブジェクトタイ
プフィールドにおけるオブジェクトのタイプは、例え
ば、サーチオブジェクト、ストーリー、タイトル、セク
ション、ルート内容フォールダ、等々を含む。オブジェ
クト情報テーブルのフィールドを、例示的なデータと共
に以下のテーブル１に示す。

【０１８２】 テーブル１ オブジェクト情報テーブル オブジェクト ソース ＩＣＰ 発行日 オブジェクト コンテクスト ＩＤ ＩＤ ＩＤ のタイプ ＩＤ (DWORD) 100 1500 300 10/10/95 文書／ストーリ 1000 500 1501 300 10/10/95 サーチオブジェクト 1200 ・ ・

【０１８３】判断状態８２４において、ルートＩＤがオ
ブジェクト情報テーブルにないことが決定された場合に
は、プロセス８１０は状態８２６へ進み、ＣＯＳファイ
ルからルートオブジェクトを得る。状態８２４は、ここ
では、ＣＢＢＸＰａｒｓｅｒ：：ＩｎｄｅｘＣＯＳ１に
より実行される。状態８２８へ進むと、プロセス８１０
は、ＩＲシステム３９８に対するカタログデータベース
のテーブルの１つであるコンテナテーブルにおいてルー
トオブジェクトのエントリーを形成する。コンテナテー
ブルのフィールドを、例示的なデータ共に、以下のテー
ブル２に示す。 テーブル２ コンテナテーブル 関係 ルートコンテナ コンテナ コンテニ コンテクスト ＧＵＩＤ ＧＵＩＤ ＧＵＩＤ ＩＤ タイトル 1501 1501 8000 1011 セクション セクション 1501 8000 8010 1011 サーチＯＢＪ タイトル 800 800 000 1000 ・ ・ 関係フィールドは、コンテナ（収容器）とコンテニ（収
容物）との間の関係、例えば、タイトル対セクション、
セクション対サブセクション、セクション対サーチオブ
ジェクト、タイトル対サーチオブジェクト、等々を定義
するのに使用される。現在の好ましい実施形態におい
て、ルートコンテナフィールドは、タイトル又はルート
内容フォールダに対するＧＵＩＤを含んでいる。

【０１８４】又、状態８２８において、ルーティングテ
ーブルのソースが形成される。ルーティングテーブルの
フィールドを、例示的なデータと共に、以下のテーブル
３に示す。 テーブル３ ルーティングテーブル ＩＣＰ ソース 開始 終了 データベ マシンが インデック ＩＤ ＩＤ 発行日 発行日 ース区画 サポート スタイプ、 する接続 例えば SQL 数 Fulcrum 100 1000 10/8/85 10/13/95 サーバ1, 50 FULCRUM DB5, テーブル6 100 1000 10/8/95 10/20/95 サーバ2, 100 SQL DB6, サーバ テーブル100 ・ ・ 現在の好ましい実施形態において、ルーティングテーブ
ルのソースＩＤフィールドは、タイトルＧＵＩＤ又はル
ート内容フォールダＧＵＩＤを含む。データベース区画
フィールドは、マシン名、データベース名、及びテーブ
ル名の一部分を含む。接続数フィールドは、接続がマシ
ン間のパイプであるような特定のサーチサーバにおける
パラレル接続数を定義する。

【０１８５】状態８２８の完了後、又はルートＩＤがオ
ブジェクト情報テーブルにある場合に、プロセス８１０
は、判断状態８３０において、ルートオブジェクトがタ
イトルであるかどうか決定する。もしそうであれば、プ
ロセス８１０は、プロセスタイトルファンクション８３
４へ進む。ファンクション８３４は、ここでは、ＣＢＢ
ＸＰａｒｓｅｒ：：ＰｒｏｃｅｓｓＴｉｔｌｅにより実
行される。しかしながら、判断状態８３０においてルー
トオブジェクトがルート内容フォールダであることが決
定された場合には、プロセス８１０は、プロセスルート
内容フォールダファンクション８３２へ進む。ファンク
ション８３２は、ここでは、ＣＢＢＸＰａｒｓｅｒ：：
ＰｒｏｃｅｓｓＲｏｏｔＣＦにより実行される。

【０１８６】図１５を参照し、図１４で定義した開始プ
ロセスタイトルファンクション８３４について説明す
る。このファンクション８３４はＩＲＩＸ ＤＬＬを使
用し、ここでは、ＣＢＢＸＰａｒｓｅｒ：：Ｐｒｏｃｅ
ｓｓＴｉｔｌｅにより実行される。開始状態８４０で始
めて、プロセス８１０は、状態８４２へと進み、タイト
ルの全てのセクションが得られる。状態８４２は、ここ
では、ＣＢＢＸＰａｒｓｅｒ：：ＣｏｌｌｅｃｔＣｏｓ
Ｏｂｊｓによって実行される。状態８４４へ進むと、プ
ロセス８１０は、タイトルの第１セクションをアクセス
する。判断状態８４６へと続いて、プロセス８１０は、
そのセクションが新たなセクションであるか削除された
セクションであるかを決定する。この状態は、タイトル
にセクションを追加するか又は削除することにより発行
者がタイトルを変更した場合に生じる。判断状態８４６
において新たな又は削除されたセクションが存在するこ
とが決定された場合に、プロセス８１０は、状態８４８
へと進む。新たなセクション眼剤する場合には、プロセ
ス８１０は、図１４について既に説明したコンテナテー
ブルのエントリーを形成する。又、状態８４８におい
て、これも又図１４について述べたオブジェクト情報テ
ーブルのエントリーが形成される。最後に、ＩＲシステ
ム３９８に対するカタログデータベースのテーブルの１
つであるコンテクスト情報テーブルのエントリーが形成
される。コンテクスト情報テーブルは、ユーザ（探索）
問合せの間に独特のＤＷｏｒｄ（４バイト）に所与のコ
ンテクスト（ＩＣＰ ＩＤ、ソースＩＤ、セクションＩ
Ｄ）をマップするのに使用される。コンテクスト情報テ
ーブルのフィールドを、例示的なデータと共に、以下の
テーブル４に示す。

【０１８７】 テーブル４ コンテクスト情報テーブル ソース／タイトル セクションＩＤ ＩＣＰ ＩＤ コンテクストＩＤ ＩＤ GUID GUID GUID DWORD 1000 1010 10 2397 1000 1011 10 2398 ・ ・ ・

【０１８８】判断状態８４６においてセクションが削除
されたという判断がなされた場合には、プロセス８１０
は状態８４８へ進み、コンテナテーブル、オブジェクト
情報テーブル及びコンテクスト情報テーブルにおいてそ
のセクションのエントリーを削除する。状態８４８の完
了時に、又は判断状態８４６において新たな又は削除さ
れたセクションが存在しないと判断された場合に、プロ
セス８１０は、状態８５０へと進む。状態８５０におい
て、プロセス８１０は、そのセクションの全てのサーチ
オブジェクトを得る。状態８５０は、ここでは、ＣＢＢ
ＸＰａｒｓｅｒ：：ＣｏｌｌｅｃｔＣｏｓＯｂｊｓによ
って実行される。状態８５２へ進むと、プロセス８１０
は、そのセクションの第１サーチオブジェクトをアクセ
スする。判断状態８５４へと続くと、プロセス８１０
は、サーチオブジェクトが新たなサーチオブジェクトで
あるかどうか決定する。もしそうであれば、プロセス８
１０は状態８５６へ進む。状態８５６は、ここでは、Ｃ
ＢＢＸＰａｒｓｅｒ：：ＰｒｏｃｅｓｓＭａｇｎｅｔに
よって実行される。状態８５６において、プロセス８１
０は、サーチオブジェクトコンテクストテーブルのエン
トリーを形成する。サーチオブジェクトコンテクストテ
ーブルのフィールドを、例示的なデータと共に以下のテ
ーブル５に示す。

【０１８９】 テーブル５ サーチオブジェクトコンテクストテーブル サーチオブジェクトＩＤ コンテクストＩＤ GUID DWORD 12875 2350 10999 2051 10999 2053 ・ ・

【０１９０】更に、上記したオブジェクト情報テーブル
においてエントリーが形成され、そして上記したコンテ
ナテーブルにおいてエントリーが形成される。最後に、
ＩＲサブシステム３９８に対するカタログデータベース
のテーブルの１つであるサーチオブジェクトテーブルに
おいてエントリーが形成される。サーチオブジェクト問
合せフィールドは、サーチオブジェクトに対する問合せ
データを含み、これは好ましい実施形態では、基準と、
この基準を適用する１つ以上のソース又はルート内容フ
ォールダとを含む。サーチオブジェクトテーブルのフィ
ールドを、例示的なデータと共に、以下のテーブル６に
示す。 テーブル６ サーチオブジェクトテーブル サーチオブジェクトＩＤ サーチオブジェクト問合せ 12875 ソースＡにおいて（スポーツ及びバスケットボ ール）を表す２進データ 13000 ソースＢ及びソースＣにおいて（インラインス ケーティング）を表す２進データ ・ ・

【０１９１】判断状態８５４においてサーチオブジェク
トが新たなものでないことが決定された場合には、プロ
セス８１０は、状態８５８へ進み、サーチオブジェクト
が削除されたかどうか決定される。もしそうであれば、
プロセス８１０は状態８６０へ進む。状態８６０におい
て、サーチオブジェクトのエントリーがサーチオブジェ
クト／コンテクストテーブル及びコンテナテーブルにお
いて削除される。状態８６０は、ここでは、ＣＢＢＸＰ
ａｒｓｅｒ：：ＰｒｏｃｅｓｓＭａｇｎｅｔによって実
行される。判断状態８５８においてサーチオブジェクト
が削除されないことが決定された場合には、プロセス８
１０は状態８６２へ進む。というのは、サーチオブジェ
クトが変更され、即ち新しいものではなく且つ削除され
ないからである。状態８６２において、プロセス８１０
は、変更されたサーチオブジェクトを反映するようにサ
ーチオブジェクトテーブルを更新する。

【０１９２】状態８５６、状態８６０又は状態８６２の
完了時に、プロセス８１０は状態８６４へ進み、ショー
トカットが処理され、即ちショートカットがリンクされ
るオブジェクトが例示される。ショートカットは、現在
タイトル又は内容フォールダのオブジェクトを指す。こ
のオブジェクトは、ストーリー、サーチオブジェクト及
びピクチャー等である。状態８６４においてショートカ
ットを処理することにより、プロセス８１０は、ショー
トカットに関連したサーチオブジェクトに対する情報
を、状態８５６、８６０又は８６２で定義したテーブル
に適宜追加することができる。状態８６４は、ここで
は、ＣＢＢＸＰａｒｓｅｒ：：ＲｅｓｏｌｖｅＳｈｏｒ
ｔＣｕｔｓによって実行される。

【０１９３】状態８６４の完了時に、プロセス８１０
は、判断状態８６６へ進み、現在セクションに更にサー
チオブジェクトがあるかどうか決定する。もしあれば、
プロセス８１０は状態８５２へループして戻り、そのセ
クションの次のサーチオブジェクトをアクセスする。し
かしながら、現在セクションに付加的なサーチオブジェ
クトがない場合には、プロセス８１０は、プロセス内容
ファンクション８６８へと進み、そのセクションの内容
オブジェクトを処理する。ファンクション８６８は、こ
こでは、ＣＢＢＸＰａｒｓｅｒ：：ＰｒｏｃｅｓｓＯｂ
ｊｅｃｔによって実行される。プロセス内容ファンクシ
ョン８６８は、図１６に関連して以下に述べる。プロセ
ス内容ファンクション８６８の完了時に、プロセス８１
０は、判断状態７８０へ進み、タイトルに付加的なセク
ションがあるかどうか決定される。タイトルに付加的な
セクションがない場合には、プロセス８１０は終了状態
８７２へ進む。タイトルに付加的なセクションがある場
合には、プロセス８１０は、状態８４４へとループして
戻り、タイトルの次のセクションをアクセスする。

【０１９４】図１６を参照し、図１５で定義したプロセ
ス内容ファンクション８６８について説明する。開始状
態８８０で始めて、プロセス８１０は状態８８２へと進
み、セクションにおける第１の内容オブジェクトをアク
セスする。判断状態８８４へ進むと、プロセス８１０
は、上記のオブジェクト情報テーブルにアクセス内容オ
ブジェクトが存在するかどうか決定する。もし存在すれ
ば、プロセス８１０は、状態８８６へ進み、ルーティン
グテーブル情報に基づいてその存在するオブジェクトの
区画を決定する。状態８８６は、ＣＢＢＸＩｎｄｅｘｅ
ｒ：：ＸＩｎｄｅｘｅｒ：：ＧｅｔＩｎｄｅｘＣｏｐｉ
ｅｓによって実行される。オブジェクトの区画が決定さ
れると、プロセス８１０は、状態８８８へ進み、データ
ベースサーバ２７６のインデックス情報を識別された区
画から削除する。状態８８８は、ここでは、ＣＢＢＸＩ
ｎｄｅｘｅｒ：：ＸＩｎｄｅｘｅｒ：：＜Ｏｂｊ＞Ｄｅ
ｌｅｔｅによって実行される。

【０１９５】状態８８８の完了時に、又はアクセス内容
オブジェクトがオブジェクト情報テーブルに存在しない
ことが判断状態８８４において決定された場合に、プロ
セス８１０は状態８９０へと進む。状態８９０におい
て、プロセス８１０は、ソースに基づき現在内容オブジ
ェクトの区画を決定し、ルーティングテーブルを用いて
日付を発行する。状態８９０は、ここでは、ＣＢＢＸＩ
ｎｄｅｘｅｒ：：ＸＩｎｄｅｘｅｒ：：Ａｄｄによって
実行される。状態８９２へ進むと、プロセス８１０は、
現在内容オブジェクトに対しオブジェクト情報テーブル
のエントリーを形成する。状態８９２は、ここでは、Ｃ
ＢＢＸＰａｅｒｓｅｒ：：ＰｒｏｃｅｓｓＯｂｊｅｃｔ
及びＣＢＢＸＩｎｄｅｘｅｒ：：Ａｄｄによって実行さ
れる。状態８９４へ進むと、プロセス８１０は、状態８
９０で識別されたデータベースサーバ２７６に配置され
た区画においてインデックスエントリーを形成する。状
態８９４は、ここでは、ＣＢＢＸＩｎｄｅｘｅｒ：：Ｘ
Ｉｎｄｅｘｅｒ：：Ａｄｄによって実行される。判断状
態８９６に続くと、プロセス８１０は、現在セクション
に付加的な内容オブジェクトが存在するかどうか決定す
る。もし存在すれば、プロセス８１０は、状態８８２へ
とループし、セクションにおける次の内容オブジェクト
をアクセスする。しかしながら、現在セクションに付加
的な内容オブジェクトが存在しない場合には、プロセス
８１０は、状態８９８へと進み、図１５のプロセスタイ
トルファンクション８３４へと復帰する。

【０１９６】プロセスルート内容フォールダファンクシ
ョン８３２は、上記のプロセス内容ファンクション８６
８と本質的に同じである。従って、ファンクション８３
２のそれ以上の説明は不要であろう。

【０１９７】ＶＩ．サーチオブジェクトの分析 ＩＲシステム３９８（図５）においてサーチオブジェク
トを分析するプロセスをこのセクションで説明する。ビ
ューワのサーチオブジェクトの流れ７００は、図１１に
関連して既に説明した。このセクションは、ビューワ２
０２又はデザイナ１９４（図２）がサーチオブジェクト
問合せを送信した後のＩＲサーバ２７２（図３）及びＤ
Ｂサーバ２７６におけるプロセスを説明する。

【０１９８】Ａ．サーチオブジェクトの流れの分析 図１７及び１９を参照し、ＩＲシステム３９８（図５）
においてサーチオブジェクトを分析するプロセス９０２
を説明する。プロセス９０２は、ＩＲＳＶ ＤＬＬを使
用する。図１７の開始状態９０４で始めて、プロセス９
０２は判断状態９０６へ進み、サーチオブジェクト及び
それに対応するサーチオブジェクト結果が問合せキャッ
シュ（サーチオブジェクトキャッシュとしても知られて
いる）１００４（図２０）に存在するかどうか決定され
る。サーチオブジェクト及び結果が問合せキャッシュ１
００４に存在することが決定された場合には、プロセス
９０２は、状態９０８へ進む。状態９０８において、プ
ロセス９０２は、問合せキャッシュ１００４から出力待
ち行列１０１８（図２０）へ結果を送る。プロセス９０
２は、終了状態９１０において完了する。しかしなが
ら、判断状態９０６において問合せキャッシュ１００４
のチェックによりサーチオブジェクト及び結果が存在し
ないことが明らかになるか、又は問合せが汚れたもので
あり即ち問合せが変更された場合には、プロセス９０２
は状態９１２へと進む。状態９１２において、プロセス
９０２は、既に述べたサーチオブジェクトテーブルから
サーチオブジェクトをロードする。プロセス９０２は、
次いで、分析サーチ要求ファンクション９１４へと進
む。ファンクション９１４は、ここでは、ＣＢＢＩＲＳ
ｅｒｖｅｒ：：ＸＢＢＩＲＳｅｒｖｅｒ：：Ｅｘｅｃｕ
ｔｅＱｕｅｒｙによって実行される。ファンクション９
１４は、図１８に関連して以下に説明する。分析サーチ
要求ファンクション９１４の完了時に、プロセス９０２
は状態９１６へ続き、サーチ要求結果が問合せキャッシ
ュ１００４（図２０）に書き込まれる。状態９０８へ進
むと、サーチ要求結果は、上記のように、キャッシュか
ら出力待ち行列へ送られる。

【０１９９】図１８を参照し、図１７で定義した分析サ
ーチ要求ファンクション９１４について説明する。開始
状態９２０で始めて、プロセス９０２は状態９２２へ進
み、サーチ要求を要求待ち行列１００８（図２０）へ入
れる。状態９２２は、ＣＲｅｑｕｅｓｔＭａｎａｇｅ
ｒ：：ＸＲｅｑｕｅｓｔＭａｎａｇｅｒ：：ＡｄｄＲｅ
ｑｕｅｓｔによって実行される。状態９２４へ進むと、
プロセス９０２は、フリースーパーバイザー１０１４
（図２０）を得る。状態９２６へ進むと、プロセス９０
２は、サーチオブジェクトに関連したサーチオブジェク
ト基準及び１つ以上のソースに基づき区画特有のサブ問
合せを行う。状態９２６は、ここでは、ＣＳｕｐｅｒｖ
ｉｓｏｒ：：ＰｒｏｃｅｓｓＲｅｑｕｅｓｔによって実
行される。判断状態９２８に続くと、プロセス９０２
は、状態９２６で識別された区画特有のサブ問合せ（及
び問合せ結果）が問合せキャッシュ１００４（図２０）
にあるかどうか決定する。全てのサブ問合せがキャッシ
ュにあることが判断状態９２８で決定された場合には、
プロセス９０２は状態９３８へ進み、サブ問合せ間の重
複が排除される。サブ問合せ間に重複が存在する状態
は、ソースが多数の区画にまたがって存在するときであ
る。状態９３８の完了後に、ファンクション９１４が完
了し、復帰状態９４０においてプロセス９０２（図１
７）へ復帰する。

【０２００】判断状態９２８へ復帰すると、問合せキャ
ッシュ１００４（図２０）に存在しなかった区画特有の
サブ問合せ（及び結果）のいずれに対しても、プロセス
９０２は状態９３０へ進み、これらサブ問合せを待ち行
列に入れる。状態９３０は、ここでは、ＣＷｏｒｋＵｎ
ｉｔＱｕｅｕｅ：：ＸＷｏｒｋＵｎｉｔＱｕｅｕｅ：：
ＱｕｅｕｅＲｅｑｕｅｓｔにより実行される。キャッシ
ュに存在する区画特有のサブ問合せは、状態９３０にお
いて待ち行列に入れられないが、その結果は、状態９３
８において使用のためにセーブされる。サブ問合せが状
態９３０においてワーカー待ち行列１０２２（図２０）
に入れられた後に、プロセス９０２は、状態９３２に続
く。状態９３２において、プロセス９０２は、ワーカー
スレッド１０２６（図２０）を使用できるようになる。
状態９３４へ進むと、ワーカースレッド１０２６は、デ
ータベースサーバ２７６（図３、１２、２０）へサブ問
合せを送る。状態９３４及び９３６は、ここでは、ＣＷ
ｏｒｋ：：ＰｒｏｃｅｓｓＣｒｉｔｅｒｉａによって実
行される。状態９３６へ続くと、プロセス９０２はデー
タベースサーバ２７６から結果を得、そして状態９３８
へ続いて、上記のように重複を排除する。状態９３８
は、ここでは、ＣＳｕｐｅｒｖｉｓｏｒ：：Ｐｒｏｃｅ
ｓｓＲｅｓｕｌｔｓによって行われる。又、判断状態９
２８においてキャッシュに存在すると決定された特定の
サブ問合せ（及び結果）も、状態９３８において重複の
排除に使用される。

【０２０１】Ｂ．問合せ分析要素 図２０は、図１２に示されたサーチサーバ７８０により
使用される内部データ構造及びプロセススレッドを示し
ている。ＣＯＳ２４６は、タイトル及び内容オブジェク
トをインデックスサービス１０００へ与える。このイン
デックスサービス１０００は、カタログデータベース１
００２を形成しそして更新する。カタログデータベース
は、次のテーブル、即ちコンテナテーブル、オブジェク
ト情報テーブル、グローバル状態レジストリ、サーチオ
ブジェクトテーブル、コンテクストテーブル、ソースＩ
Ｄ対ショートネームマッピングテーブルを備えている。
コンテナテーブル、オブジェクト情報テーブル、サーチ
オブジェクトテーブル及びコンテクストテーブルは、上
記で説明した。グローバル状態レジストリテーブルは、
本発明のＩＲシステムにとって適切ではない。ソースＩ
Ｄ対ショートネームマッピングテーブルは、１６バイト
ソースＧＵＩＤを４バイトの独特の数にマッピングして
それらのソースＩＤから区画名を発生するために使用さ
れる。ソースＩＤ対ショートネームマッピングテーブル
のフィールドを以下のテーブル７に示す。

【０２０２】テーブル７ ソースＩＤ対ショートネームマッピングテーブルソースＩＤ ＤＷＯＲＤ ＧＵＩＤ ＤＷＯＲＤ ・ ・

【０２０３】ＣＯＳサービス２４６は、新たな、変更さ
れた又は削除されたオブジェクトをインデックスサーバ
１０００に与えるだけであるから、インデックスサーバ
１０００は、問合せキャッシュ１００４の一部分を無効
化しなければならない。最初に、インデックスサーバ１
０００は、特定のソースＩＤに対するデータベース区画
参照を与えるルーティングテーブル１００６を形成す
る。この情報は、オブジェクト及びＧＵＩＤのインデッ
クス特性が記憶された後に、図１２に示すようにデータ
ベースサーバ２７６により与えられる。

【０２０４】データベースサーバ２７６は、図１２に示
された多数のデータベース区画１ないしＮを管理する。
ソースＩＤに区画が既に組み合わされている場合には、
インデックスサービス１０００は、ルーティングテーブ
ル１００６を用いて、インデックスを区画７８２へルー
ト指定する。インデックスサービス１０００は、新たな
内容及びタイトルが発行記憶装置１２０（図１）へ解放
されたときに、データベースサーバ２７６に書き込んで
カタログデータベース１００２を更新すると共にルーテ
ィングテーブル１００６に書き込み続ける。

【０２０５】図１２に示すＩＲサービス２７０は、ユー
ザ問合せ又はサーチオブジェクト問合せ１０１０をサー
チサーバ７８０（図１２）における要求待ち行列１００
８へ与える。要求待ち行列１００８の各問合せは、要求
マネージャー１０１２により読み取られる。要求マネー
ジャー１０１２は、スーパーバイザープロセススレッド
１０１４のプールの１つを個々の問合せに指定する。各
スーパーバイザースレッド１０１４は、結果収集ファン
クション１０１６を含む。結果収集１０１６は問合せキ
ャッシュ１００４をチェックし、現在問合せに対応する
結果が存在するかどうか決定する。問合せキャッシュ１
００４に位置する結果は、パケット化され、そして結果
パケット１０２０を含む出力待ち行列１０１８へ送られ
る。結果収集１０１６は、要求マネージャー１０１２に
新たな結果パケットを通知し、そして結果事象がＩＲサ
ービス２７０（図１２）へ送られる。ＩＲサービス２７
０（図１２）は、結果パケットを出力待ち行列１０１８
から読み取る。

【０２０６】問合せキャッシュ１００４が問合せを含ん
でいない場合には、スーパーバイザー１０１４は、問合
せ１０１０を多数のサブ問合せ１０２４に区画する。サ
ブ問合せは、ワークユニット待ち行列ＷＱ１−ＷＱｎ
１０２２のプールへ供給される。各ワークユニット待ち
行列１０２２には物理的なデータベースサーバが組み合
わされる。実際に、データベース問合せは、データベー
スサーバに対して実行するためにここで待ち行列に入れ
られる。ワーカースレッド１０２６のプールはワークユ
ニット待ち行列１０２２にサービスする。ワーカースレ
ッド１０２６は問合せキャッシュ１００４をチェック
し、サブ問合せ１０２４及びその結果が存在するかどう
か決定する。もしそうであれば、結果は、スーパーバイ
ザースレッド１０１４の結果収集ファンクション１０１
６へ送られ、そして上記したように出力待ち行列１０１
８へ供給される。使用可能な全てのワーカースレッド１
０２６を用いて、全ての使用可能なワークユニット待ち
行列１０２２にサービスするようにする。これは、ワー
カースレッドを効率的に使用できると共に、物理的なデ
ータベースサーバマシンを効率的に使用できるようにす
る。最適化として、もし可能であれば、同じタイプのイ
ンデックスを使用するサブ問合せが合体され、そして同
じ物理的マシンへ送られて、単一のワークユニットを形
成する。別の実施形態においては、ワークユニット問合
せに、インデックスされた内容の区画を関連付けること
ができる。

【０２０７】ワーカースレッド１０２６及びスーパーバ
イザースレッド１０１４のプールは負荷のバランス及び
拡張性を考慮している。別の構成においては、負荷のバ
ランスが問題でない場合に、要求マネージャースーパー
バイザースレッド及び／又はワーカースレッドを単一の
プロセスに合体することができる。例えば、特定のワー
カースレッド１０２６は、ＳＱＬネーティブモード、フ
ァルクラムネーティブモード、或いは他のデータベース
問合せランゲッジ又はサーチタイプで動作することがで
きる。

【０２０８】ワーカースレッド１０２６は、サブ問合せ
を特定のネーティブモードにおいて特定のデータベース
サーバ２７６へ送信する。データベースサーバ２７６
は、そのサブ問合せを満足するために特定のデータベー
ス区画（１つ又は複数）にアクセスする。問合せ結果
は、データベースサーバ２７６からワーカースレッド１
０２６ヘフィードバックされ、そして問合せ及び結果が
問合せキャッシュ１００４へ一緒に書き込まれる。又、
結果は、元の問合せをサブ問合せへと区画したスーパー
バイザー１０１４の結果収集ファンクション１０１６へ
も送られる。問合せ結果は、次いで、上記のように出力
待ち行列１０１８へ送られる。

【０２０９】又、サブ問合せは、各スーパーバイザー１
０１４によりワーカー待ち行列１０２２へシリアル又は
パラレルに送ることができる。バランスのとれたリソー
ス裕度を与えるために、スーパーバイザー１０１４は、
サブ問合せを送り、結果を待機し、そして別のものを送
る。しかしながら、処理速度が許す場合、例えば、所与
のサーバリソースに対して僅かな問合せしかない場合に
は、多数のサブ問合せを同時に送ることができる。例え
ば、サブ問合せ１及びサブ問合せ２が与えられると、サ
ブ問合せ１は１つのワーカー待ち行列に入れられ、そし
てサブ問合せ２は別の待ち行列に入れられる。

【０２１０】ＶＩＩ．顧客問合せの分析 ＩＲシステム３９８（図５）における顧客問合せの分析
プロセスをこのセクションで説明する。ビューワユーザ
問合せ（探索ダイアログ）の流れ７００は、図１１に関
連して既に説明した。このセクションは、ビューワ２０
２、デザイナ１９４（図２）又は探索ダイアログ６９０
（図１０）がユーザ問合せを送信した後のＩＲサーバ２
７２（図３）及びＤＢサーバ２７６におけるプロセスに
ついて説明する。

【０２１１】Ａ．ユーザ問合せ流の分析 図１９を参照し、ユーザ問合せ分析プロセス９５０につ
いて説明する。プロセス９５０は、ＩＲＳＶ ＤＬＬを
使用する。開始状態９５２で始めて、プロセス９５０は
状態９５４へ進み、問合せで識別された各タイトル又は
ソースに対してループし始め、このコンテクストのソー
スは、ルート内容フォールダである。ここに示す好まし
い実施形態では、デザイナ環境１９４（図）における発
行者１０２は、タイトル又はルート内容フォールダの両
方を指定し、サーチすることができるが、顧客は、ルー
ト内容フォールダを指定及びサーチすることができな
い。判断状態９５６へ進むと、プロセス９５０は、現在
タイトル又はソースに対するユーザ問合せ及び問合せ結
果が問合せキャッシュ１００４（図２０）に存在するか
どうか決定する。ユーザ問合せ及び結果が問合せキャッ
シュ１００４に存在する場合には、プロセス９５０が判
断状態９５８へ進み、現在ユーザ問合せに関連した付加
的なタイトル又はソースがあるかどうか決定する。現在
ユーザ問合せに関連したタイトル又はソースが更にある
場合には、プロセス９５０は状態９５４へループして戻
り、ユーザ問合せに関連した次のタイトル又はソースを
アクセスする。しかしながら、現在ユーザ問合せに関連
した付加的なタイトル又はソースがない場合には、プロ
セス９５０は状態９６０へ進む。状態９６０において、
プロセス９５０は、問合せ結果を問合せキャッシュ１０
０４（図２０）から出力待ち行列１０１８（図２０）へ
送信する。状態９６０の完了時に、プロセス９５０は、
終了状態９６２で終了となる。

【０２１２】判断状態９５６へ戻ると、現在ユーザ問合
せ及び結果が問合せキャッシュ１００４にない場合に
は、プロセス９５０は判断状態９６４へ進み、タイトル
又はルート内容フォールダが現在処理されているかどう
か決定する。判断状態９６４においてタイトルが現在処
理されていると決定された場合には、プロセス９５０が
状態９６６へ進み、タイトル内のサーチオブジェクトへ
拡張する。プロセス９５０は、前記したコンテナテーブ
ルをアクセスし、タイトル内に含まれたサーチオブジェ
クトを得る。コンテナテーブルから、プロセス９５０
は、サーチオブジェクトテーブルをアクセスし、サーチ
オブジェクト問合せを得る。状態９６８へ進むと、サー
チオブジェクト問合せは、そこに含まれたソースへと拡
張される。サーチオブジェクトは、ソースのリストをソ
ース仕様として含む。ソースオブジェクトからの基準
は、ユーザ指定の基準と結合され（ブールのＡＮＤ演算
により）そしてソース仕様における当該ソースへ付与さ
れる。状態９６６及び９６８は、ここでは、ＣＳｕｐｅ
ｒｖｉｓｏｒ：：ＰｒｏｃｅｓｓＴｉｔｌｅにより実行
される。状態９６８の完了時に、又は判断状態９６４に
おいてソースが現在処理されていると決定された場合
に、プロセス９５０は状態９７０へ進む。状態９７０に
おいて、プロセス９５０は、ソース特有のサブ問合せを
形成する。状態９７２へ進むと、ソース特有のサブ問合
せは、区画特有のサブ問合せを形成することにより更に
洗練される。ここに示す１つの好ましい実施形態におい
て、この更なる洗練は、ソースの発行日を用いることに
より行われる。別の実施形態では、異なる基準が使用さ
れる。状態９７０及び９７２は、ここでは、ＣＳｕｐｅ
ｒｖｉｓｏｒ：：ＰｒｏｃｅｓｓＳｏｕｒｃｅｓによっ
て実行される。

【０２１３】状態９７２の完了時に、プロセス９５０は
判断状態９７４へ進み、問合せキャッシュ１００４（図
２０）をチェックして、第１のサブ問合せ及びそれに対
応するサブ問合せ結果が存在するかどうか決定する。サ
ブ問合せ及び結果が存在することが判断状態９７４にお
いて決定された場合には、プロセス９５０は判断状態９
８４へと続き、状態９７０及び９７２で発生された付加
的なサブ問合せを判断状態９７４でチェックしてそれら
が問合せキャッシュ１００４に存在するかどうか決定し
なければならないかどうか判断する。

【０２１４】判断状態９７４において現在のサブ問合せ
が問合せキャッシュ１００４に存在しないことが決定さ
れた場合には、プロセス９５０は状態９７６に続き、現
在のサブ問合せがワーカー待ち行列１０２２（図２０）
に入れられる。状態９７６はここではＣＷｏｒｋＵｎｉ
ｔＱｕｅｕｅ：：ＸＷｏｒｋＵｎｉｔＱｕｅｕｅ：：Ｑ
ｕｅｕｅＲｅｑｕｅｓｔにより実行される。状態９７８
に進むと、プロセス９５０は、使用可能なワーカースレ
ッド１０２６（図２０）を得る。状態９８０に続くと、
ワーカースレッド１０２６は、データベースサーバ２７
６へ現在問合せを送信する。状態９８２へ進むと、ワー
カースレッド１０２６は、データベースサーバ２７６か
ら結果を得る。状態９８０及び９８２は、ここでは、Ｃ
Ｗｏｒｋｅｒ：：ＰｒｏｃｅｓｓＣｒｉｔｅｒｉａによ
って実行される。状態９８２の完了時に、プロセス９５
０は判断状態９８４へ進み、現在のユーザ問合せに対し
て付加的なサブ問合せが存在するかどうか決定する。判
断状態９８４においてこの現在問合せに対する全てのサ
ブ問合せが分析されたと決定された場合には、プロセス
９５０は状態９８６へと進み、サブ問合せからの全ての
重複結果が排除される。状態９８６は、ここでは、ＣＳ
ｕｐｅｒｖｉｓｏｒ：：ＰｒｏｃｅｓｓＲｅｑｕｅｓｔ
（）によって実行される。状態９８８へ進み、サブ問合
せ及びサブ問合せ結果が問合せキャッシュ１００４に書
き込まれる。状態９８８の完了時に、プロセス９５０は
判断状態９５８へ進み、まだ処理されていない現在ユー
ザ問合せに対し更にタイトル又はソースがあるかどうか
前記のように決定される。

【０２１５】Ｂ．ユーザ問合せの構造 図２１は、ユーザ問合せを分析するのに必要な情報検索
環境におけるサーチサーバ７８０の内部構造を示してい
る。ユーザ問合せは、図２及び１２に両方とも示された
ビューワ２０２又はデザイナ１９４によって開始され
る。更に、ユーザ問合せは、個別の探索要素６９０を経
て形成される。ユーザ問合せは、例えば、顧客又は発行
者のコンピュータ１８０、１８２（図２）において形成
される。ＩＲクライエント４３５及びＩＲサービス２７
０は、図１２について述べたように機能し、ネットワー
クを横切ってクライエントコンピュータ（例えば、１８
０、１８２）とＩＲサーバとの間で通信するためのソフ
トウェアを与える。ユーザ問合せは、サーチサーバ７８
０へ送られ、該サーバは、図１２に示すデータベースサ
ーバ２７６に１つ以上のサブ問合せを与える。このデー
タベースサーバ２７６は、問合せのインデックスを使用
して、多数のデータベース区画７８２に記憶された特性
キーワードテーブル７８４及び文書詳細テーブル７８６
のようなテーブルをアクセスする。

【０２１６】データベースは、効率化のために区画にセ
グメント化される。しかしながら、データベースは、区
画化されなくてもよい。

【０２１７】ユーザ問合せは、ＩＲサービスによりサー
チサーバ７８０に送られ、ここで、問合せは、図２０に
示すようなスーパーバイザー１０１４に割り当てられ
る。ユーザ問合せが１つ以上のタイトルを参照する場合
には、カタログデータベース１００２（図２０）が、図
示されたテーブルを参照してアクセスされる。タイトル
／セクションテーブル１０３０及びセクション／サーチ
オブジェクトＩＤテーブル７６８は、カタログデータベ
ース１００２におけるコンテナテーブルの一部分であ
る。タイトル／セクションテーブル１０３０は、タイト
ルにおける全てのセクションのリストを与え、そして各
セクション名を用いて、セクション／サーチオブジェク
トＩＤテーブル７６８をアクセスし、特定のセクション
における全てのサーチオブジェクトを位置決めする。各
サーチオブジェクトは、次いで、サーチオブジェクトテ
ーブル７７４によってサーチオブジェクト問合せにマッ
プされる。ユーザ問合せは、問合せ区画化ファンクショ
ン１０３２において区画化される。各サブ問合せは、図
２０に示すようにワーカースレッド１０２６に指定され
る。

【０２１８】ワーカースレッドは、一般的形態の問合せ
をサーバ特有の問合せに変換するための変換ファンクシ
ョン１０３６を備えている。例えば、データベースサー
バがＳＱＬランゲッジを理解する場合には、一般的な形
態のユーザ問合せがＳＱＬランゲッジに変換される。サ
ーバ特有の問合せは、ワーカースレッド１０２６により
データベースサーバ２７６へ送られる。データベースサ
ーバ２７６は、問合せに与えられたインデックスを用い
て特定のテーブルをアクセスし、そしてサーチ結果をス
トーリー識別子及び特性の形態でスーパーバイザー１０
１４へと返送する。スーパーバイザー１０１４における
マップ／フィルタファンクション１０３８は、サーチ結
果の重複を排除する。サーチ結果は、次いで、パケット
化ファンクション１０４０によりパケット化され、そし
て出力待ち行列１０１８へ送られる。問合せ結果は、Ｉ
ＲシステムからＩＲサービス２７０及びＩＲクライエン
ト４３５を経てクライエントコンピュータへ通される。
タイトルや日付のような検索されたストーリーに関する
情報（特性）は、ユーザ問合せのソース、即ちビュー
ワ、デザイナ又はクライエント要素へ与えられる。

【０２１９】本発明の情報検索システムは、オンライン
ネットワークにおいて非常に多数の問合せを取り扱うよ
うに設計されることを理解されたい。しかしながら、本
発明は、スレッド、データベース、テーブル及び区画等
の特定のアーキテクチャーに依存するものではない。し
かし、現在好ましいと考えられる１つの実施形態につい
て説明する。

【０２２０】Ｃ．ユーザ問合せ（探索ダイアログ）イン
ターフェイス １．概要 図２２について説明する。ＭＰＳタイトルのユーザは、
テキスト表現に合致する項目に対しタイトル内容内でサ
ーチすることができる。サーチ表現は、創作者がＭＰＳ
文書エディタの特性ダイアログ（図２４）を用いてスト
ーリーの特性フィールドに入力したテキストに対して合
致する。ＭＰＳサーチは、後で使用するようにファイル
にセーブされる。テキストサーチ表現は、一般に、現在
の文書エディタ特性ダイアログにおいて標準特性フィー
ルドにわたって適用される。

【０２２１】ユーザが探索ダイアログ（図２２）で行う
ことのできる一次タスクは、次のものを含む。 − 現在タイトル探索。このダイアログの最も一般的な
使用の１つは、現在のアクティブなタイトル内のストー
リーをサーチすることである。ビューワから探索コマン
ドを選択すると、タイトルの選択に対してフィールド値
がデフォールトされた探索ダイアログが放出される。ロ
ックインフィールドは、現在のタイトル名にセットされ
る。 − 多数のタイトル探索。ユーザは、別の単一又は多数
のタイトルをサーチするように探索ダイアログを「向け
直す」ことができる。種々のタイトルからの論文が結果
リストにおいて一緒に表示される。ある結果においてク
リックすると、適当なタイトルのストーリーがオープン
する。

【０２２２】− セーブ／編集サーチ。サーチはファイ
ルにセーブされ、そして再びサーチするように後で再オ
ープンされる。

【０２２３】タイトルデザイナは、等級付けされた見か
け及びナビゲーションを制御する。タイトル発行者がそ
の内容及びナビゲーションの制御を維持するよう確保す
るために、探索ダイアログは、タイトルに対する当たり
（効果的なショートカット）のリストを形成する。当た
り（ヒット）をクリックすると、ユーザは、タイトルの
等級付けされたコンテクストにおけるストーリーへナビ
ゲートされ、その後、ユーザは、タイトルデザイナが意
図したようにタイトルの周りをナビゲートすることがで
きる。探索ダイアログは、ハードディスク上のファイ
ル、ＭＳＮのサービス又は新聞内の記事をサーチする繋
ぎ目のない経験を与える。

【０２２４】２．ダイアログボタン及びフィールド −「コンテイニング(Containing)」：ユーザは、このフ
ィールドにブールテキストサーチ表現を入力する。又、
ユーザは、ドロップダウンを用いて、過去のサーチスト
リング（ここに示す実施形態では最後の５つが維持され
る）を選択することができる。次いで、テキストがパー
ズされそしてインデックスされ、サーバ側でこれを使用
することができる。パーザは、次のように振る舞う。ス
トップワードが無視される。ストップワードは、探索さ
れねばならないテキストに関してパーザにより無視され
るワード又はストリングである。これらの幾つかは、オ
ペレータ又はリストセパレータとして解釈され、従っ
て、それらはストップワードが剥がされる前にストリン
グから引き出される。１つの好ましい実施形態では、英
語のストップワードのリストは、ａ、ａｎ、ｔｈｅであ
る。このリストは外国語ではもっと長くても短くてもよ
く、従って、ストリングの数はハードコピーされないこ
とに注意されたい。

【０２２５】全ての問合せは、引用を用いて解釈すると
きでも場面場面に不感である。表現を個々の用語のリス
トに分割する。特殊な境界子は、システムで定めたリス
トセパレータキャラクタ（以下、「ｌｉｓｔｓｅｐ」と
いう；この説明において共通であると仮定する）及び演
算子ＡＮＤ及びＯＲである。入力された用語にこれらが
いずれも存在しない場合には、リストが、探索されるべ
きフレーズであると仮定する。例えば、主題テキストボ
ックスの’ｃａｒｔｏｏｎ ｍｕｓｉｃ（漫画音楽）’
は、両方のワードがフレーズとして一緒に現れる全ての
場所を得る。入力された用語においてスペースが唯一の
境界子でない場合には、用語のリストが特殊な境界子に
基づいて普遍化される。’Ｆｏｒｅｉｇｎ ｐｏｌｉｃ
ｙ（外交政策）’及び’ｇｏｌｄ（金）’は、２用語リ
ストを生じる。’Ｌａｒｒｙ、Ｍｏｅ又はＣｕｒｌｙ
Ｓｕｅ’は、３用語リストを生じる。

【０２２６】引用は、その他の点では、境界キャラクタ
又はワードと解釈する。単一又は二重の引用符は、特に
１つのワード又はそれ以上を境界定めするように使用す
ることもでき、従って、”Ｆｏｒｅｉｇｎ ｐｏｌｉｃ
ｙ” ｇｏｌｄは、他の境界子が使用されていなくて
も、最初の例と同じになる。ＯＲがキーワード編集ボッ
クスに現れるが、ＡＮＤは現れない場合には、全ての用
語が次のように一緒にＯＲされると仮定する。 Ｌａｒｒｙ、Ｍｏｅ又はＣｕｒｌｙ Ｓｕｅ＝＝Ｌａｒ
ｒｙ ＯＲ ＭｏｅＯＲ Ｃｕｒｌｙ Ｓｕｅ ＡＮＤもＯＲも現れないが又はＡＮＤが編集ボックスの
どこかに現れる場合には、特にＯＲされない２つの用語
がＡＮＤされると仮定する。編集ボックスの始め又は終
わりに現れる接続詞は破棄される。

【０２２７】

【外１】 演算の順序。ブールロジックが分析されると、これら用
語がどんな順序パーズされるかは重要でない。

【０２２８】−「イン(In)」：ユーザは、３つのチェッ
クボックス、即ちタイトル、キーワード及びテキスト
（論文の主文）のいずれかをチェックすることにより、
論文のどの部分を表現としてサーチすべきか選択するこ
とができる。３つの選択は全てデフォールトによりチェ
ックされる。サーチされる論文の特性フィールドの対応
部分は、次の通りである。 タイトルについて−−タイトルフィールド； キーワードについて−−話題、場所、創作者、人物、組
織、事象の日付、優先順位；及び テキストについて−−論文の全主文

【０２２９】−「パブリッシュド(Published) 」：スト
ーリーがＭＳＮデータセンターにおいて受け取られたと
きに、それらは、グリニッチ平均時刻（ＧＭＴ）の到着
時刻がスタンプされる。発行者は、発行日時を特性とし
てストーリーに対し発行前に特定することができる。ユ
ーザは、探索ダイアログにより検索された論文を所与の
日又はある範囲の時間内に発行されたものに限定するこ
とができる。探索問合せによって指定される時間範囲
は、ＩＲサーバへ送信する前にクライエントにおいてＧ
ＭＴに正規化され（コンピュータクロック及びＷｉｎ９
５からのローカルタイムゾーンを用いて）、従って、時
間の比較は常にＧＭＴで行われる。

【０２３０】”発行された”ドロップダウン制御におけ
るアルファベット化されたオプションは、Ａｆｔｅｒ、
Ａｎｙｔｉｍｅ（デフォールト）、Ｂｅｆｏｒｅ、Ｂｅ
ｔｗｅｅｎ、Ｉｎ ｔｈｅ ｌａｓｔ及びＯｎを含む。
Ａｎｙｔｉｍｅは、検索されるべき論文に発行日の制約
を課さない。Ｏｎ、Ａｆｔｅｒ、及びＢｅｆｏｒｅの選
択は、デフォールトにより現在の日付を表示する単一日
付フィールドを右側に伴う。日付フィールドは、曜日の
３文字省略形及びＭＭ／ＤＤ／ＹＹフォーマットの日付
を表示する。曜日、ＭＭ、ＤＤ及びＹＹは、キーボー
ド、矢印のアップ／ダウン、及び日付フィールドの右側
のスピンボタンからの入力により編集することのできる
選択可能なフィールドである。曜日が選択されたときに
アルファキーを押すと、日の数値が次の一致までサイク
ルする（即ち、’Ｓ’を押すと、値が’Ｓｕｎ’に変化
し、’Ｓ’をもう一度押すと、それが’Ｓａｔ’に変化
し、等々となる）。曜日及びＭＭ／ＤＤ／ＹＹは、いず
れかが変化するときに互いに追従する。ユーザが、オプ
ションのドロップダウンの右側に日付フィールドを含む
いずれかのオプション間を切り換えたときは、日の数値
が変化しない。

【０２３１】ユーザは、”Ｂｅｔｗｅｅｎ”オプション
を用いて任意の時間範囲を特定することができる。この
オプションは、ダイアログボックスに新たな行を挿入
し、制御部をダウン方向にシフトし、そしてダイアログ
ボックスを必要に応じて長くする。日付の順序に何ら制
約はなく、いずれのフィールドも開始日であっても終了
日であってもよい。デフォールトにより、第２の日
付（”Ａｎｄ”見出しの右側の）は、第１の行と同じ日
付を表示する。

【０２３２】”Ｉｎ ｔｈｅ ｌａｓｔ”オプション
は、２桁の数値スピン制御と、右側への単位ドロップダ
ウン制御とを生じる。このオプションは、ユーザが最後
の数値（０−９９）の時間、日、週又は年の間に発行さ
れた論文を要求できるようにする。ユーザが”Ｉｎ ｔ
ｈｅ ｌａｓｔ”を選択したときには、デフォールト値
及び単位が「１週」となる。単位日、週、月及び年は、
評価のためにそれらの各々の時間数に対して乗算され
る。

【０２３３】−「ルックイン(Look In) 」：ユーザは、
ＭＳＮハイアラーキをブラウズしそしてタイトル又はフ
ォールダの単一又は多数の不連続選択を行うことができ
る。選択された項目名の連結は、ドロップダウンフィー
ルドにおいて与えられ、必要に応じて「．．．」でリス
トが省略される。ドロップダウンは、最も最近使用され
た５つの”Ｌｏｏｋ Ｉｎ”値及びこれに続く”Ｍｏｒ
ｅ．．．”オプションを含み、このオプションはＭＳＮ
ブラウザを放出する。Ｌｏｏｋ Ｉｎフィールドの機能
は、サーチの範囲を単一のタイトル又は１組のタイトル
内に制限することである。タイトルの親フォールダをル
ックインすると、包囲された全てのタイトル（推移的閉
鎖を仮定する）がサーチされる。

【０２３４】−「モア・・・(More...) 」：エクスプロ
ーラによりレンダリングされるＭＳＮ内容ツリーは、ユ
ーザがサーチすべき単一又は多数のタイトルを選択する
ためにブラウズダイアログにおいて与えられる。ツリー
は、ユーザの選択を限定するために、ＭＰＳタイトルを
除く他の全てのサービスがパージされる。

【０２３５】ハイアラーキ式の制御は、ハイアラーキを
拡張及び崩壊できると共に、個々のタイトル又はタイト
ルのフォールダの単一の選択を行えるようにする。ダイ
アログが閉じたときには、選択の名前が”Ｌｏｏｋ Ｉ
ｎ”ドロップダウンに再び現れる。ツリーにおける単一
ノードを選択することができ、多数の不連続な選択は行
えない。

【０２３６】−「ファインドナオ(Find Now)」：このコ
マンドは、実際に、Ｌｏｏｋ Ｉｎフィールドで指定さ
れたタイトルに対し入力された基準のサーチを実行す
る。Ｆｉｎｄ Ｎｏｗは、ダイアログを入力するときの
デフォールトボタンであり、従って、ユーザがサーチ表
現を入力した後に、ユーザが押すと、サーチを開始する
ように復帰する。Ｆｉｎｄ Ｎｏｗボタンを不作動化す
ると、サーチが実行されている間に拡大ガラスアイコン
がアニメーション化される。

【０２３７】サーチ中に、中間結果が見つかるとそれら
が与えられ、状態ラインの項目カウントが増加される。
結果は非同期でクライエントに通され、従って、結果は
オンザフライで満たされる。ストップボタンをクリック
すると、それ以上の結果がクライエントに送られるのが
停止されるが、既になされたヒットは結果ペインに保た
れる。

【０２３８】サーチが完了した（又はユーザがストップ
を押した）後に、ストップボタンはディスエイブルさ
れ、Ｆｉｎｄ Ｎｏｗが再びイネーブルされて、デフォ
ールトとなる。状態バーは見つかった一致の数を表す。
ユーザがサーチを停止した場合には、状態バーが「見つ
かったｎ個の項目」を読み、但し、ｎは０以上である。
サーチが完全に自然な場合には、”Ｆｉｎｉｓｈｅｄ：
ｎ ｉｔｅｍ（ｓ） ｆｏｕｎｄ（終了：ｎ個の項目が
見つかった）”を読むことになる。

【０２３９】サーチが通常に（中断せずに）完了した場
合には、ユーザのシステムがデフォールトビープ音を使
用してビープする。

【０２４０】−「ストップ(Stop)」：ストップは、サー
チが進行中である間にのみアクティブとなる。このボタ
ンは、サーチを直ちに終了する。

【０２４１】−「ナオサーチ(Now Search)」：ユーザが
新たなサーチを開始できるようにするために、このコマ
ンドは、”Ｃｏｎｔａｉｎｉｎｇ”、”Ｉｎ”及び”Ｐ
ｕｂｌｉｓｈｅｄ”フィールドの内容を、ダイアログが
放出されたときにそれらのデフォールト値に復帰させ
る。他のフィールドは、影響を受けない。

【０２４２】３．編集メニュー 編集メニューコマンド及び記述の幾つかは、次の通りで
ある。 Ｓｅｌｅｃｔ Ａｌｌ−−結果リストの全ての項目を選
択する； Ｉｎｖｅｒｔ Ｓｅｌｅｃｔｉｏｎ−−結果リストの選
択セットを反転する； Ｒｅｍｏｖｅ ｆｒｏｍ Ｌｉｓｔ−−選択された項目
を結果リストから除去する。

【０２４３】４．ビューメニュー ビューメニューコマンド及び記述の幾つかは、次の通り
である。 Ａｒｒａｎｇｅ Ｉｃｏｎｓ−−名前、ソース、日付に
よる（チェックされた特性で結果を分類する）。 Ｕｎｏｐｅｎｅｄ Ｉｔｅｍｓ Ｏｎｌｙ−−チェック
されたときに、結果リストが非オープン項目のみを表示
する。

【０２４４】５．結果ペインの操作 幾つかの操作は、次の通りである。 −「分類」：詳細なビューであるときには、カラムヘッ
ダが、エクスプローラウインドウの場合と同様に、押圧
可能なボタンである。カラムヘッダを一度押すと、その
カラムが上昇する順に分類される。上昇する順序で既に
分類されたカラムにおいてクリックすると、それが下降
する順序で再分類される。このように、ユーザは、分類
の順序を通常のマウスクリックのみでトグルすることが
できる。分類された項目それ自体を除くとユーザインタ
ーフェイスにフィードバックはない。カラムヘッダは、
次の通りである。 小型アイコン − ソースタイトルのカスタムアイコン
の小型バージョン； タイトル − 項目（即ち論文）の名前； ソース − 項目を含むＭＰＳタイトルの名前； 発行済 − 項目が発行された日時。

【０２４５】−「コンテクストメニュー」：選択を正し
くクリックすると、次のようなコンテクストメニューが
生じる。このメニューのコマンドは、全ての選択に適用
される。コマンドは、ドロップダウンメニューにおける
等価コマンドと全く同じ動作を行う。 オープン − 選択された項目をその各々のタイトルで
オープンする（単一選択のみ）； ショートカット形成 − デスクトップにおいて選択さ
れたストーリーのタイトルへのショートカットを形成す
る； プリント − 選択された結果項目をプリントする。

【０２４６】−「オープン」：単一の結果が選択された
ときだけ使用でき、このコマンドは選択された項目を含
むタイトルを放出し、そしてそれを、その項目を含むセ
クションに対してページングする。次の戦略を用いて、
タイトルを放出する。 １）現在タイトル（即ち探索ダイアログを放出したタイ
トル）内にヒットがある場合には、現在タイトルが、そ
のヒットを保持するセクションへ進む。 ２）現在タイトルではないタイトルにヒットがある場合
には、 ａ）そのタイトルが既存のビューワにおいて現在オープ
ンする場合に、そのビューワはヒットへ進む。 ｂ）タイトルがオープンしない場合は、新たなＭＰＳビ
ューワが放出されそしてヒットへと進む。

【０２４７】６．特殊なユーザ通知 これは、復帰されたＦｉｎｄ（探索）が合致しない場合
の特殊な通知である。既にバックグランドにあってそこ
に留まる間に、Ｆｉｎｄは、次のような警告を発し、こ
れにより、ユーザは何が起きたか知る。「あなたが記述
したような論文が見つからない。Ｆｉｎｄウインドウの
幾つかの値をクリアしそしてＦｉｎｄＮｏｗボタンを再
度押すことにより更に論文を見つけるように試みること
ができる。」

【０２４８】”Ｎｅｗ Ｓｅａｒｃｈ”ボタンは、ダイ
アログがオープンしたときに、ダイアログの全ての制御
をそれらの元の状態に復帰させる。これは、デフォール
ト値であるか、又はＦｉｎｄウインドウをオープンした
アプリケーションにより通された値かのいずれかであ
る。ユーザの意図を確かめるために、サーチ定義がクリ
アされる前にそれらが通知される。

【０２４９】１つの問合せで許された最大数のヒット及
び時間がある。これらの最大値は、サーバ側のレジスト
リーキーでセットされ、この数は性能に直接影響するの
で、予想される最大負荷より大きくならないようにセッ
トされる。初期の最大値は、５００ヒットである。ユー
ザの問合せがこれらの限界を越えると、結果ペインに見
つかった第１のヒット（最も該当するものであってもよ
いし、そうでなくてもよい）が満たされ、そしてユーザ
は、次のような警告で幾つかの結果が欠落していること
が知らされる。「それらを全て示すための合致が多過ぎ
る。更に特定の値を編集ボックスに加えそしてＦｉｎｄ
Ｎｏｗボタンを再び押すことにより、合致の数を減少
するように試みることができる。」

【０２５０】７．探索問合せのセーブ Ｆｉｎｄ（探索）を１回行うことは、明らかに、ＭＰシ
ステムが提供する内容及びサービスをブラウズする顕著
な方法である。サーチ及びその結果をユーザのハードド
ライブにセーブすることにより、デスクトップとの一体
化の能力が拡張される。実際に、ユーザは、関心のある
内容のみを有するフォールダを形成することができる。
ユーザは、これらの問合せをセーブし、そしてＷｉｎ９
５シェルによりそれらの名前を付け直し、「ボスニアの
現在の出来事(Current Events inBosnia)」のような名
前にすることができる。

【０２５１】ユーザがファイルセーブサーチコマンドを
選択したときには、それらが定義した問合せは、それら
のデスクトップに形成されたファイルにセーブされる。
１回通知ダイアグラムは、どこにアイコンが形成された
かをユーザに告げる。

【０２５２】セーブされたファイルは、拡張ＢＢＦを有
し、次のテンプレート、ＭＳＮ Ｆｉｎｄ ＃ｎ ＜ｔ
ｉｔｌｅ−ｂａｒ−ｄｅｓｃ＞の後に名前が付けられ
る。セーブされた名前において、ｎは、名前を独特なも
のとするに必要とされる最も大きな整数（少なくとも
１）である。＜ｔｉｔｌｅ−ｂａｒ−ｄｅｓｃ＞は、タ
イトルバーのコロンの後のテキストである。この場合
に、ユーザは、常に、正当なファイル名を形成できるよ
うにする。セーブを失敗させる他のものは、ハードディ
スクがいっぱいになるようなケースだけである。ＢＢＦ
ファイルをセーブする問題がある場合には、次の警告が
表示される。即ち、「あなたのサーチはデスクトップに
セーブできない。ハードディスクがいっぱいにならない
ようにし、デスクトップでのファイルの形成を妨げるも
のがないようにして下さい。」

【０２５３】ＢＢＦファイルが再オープンされたときに
は、ダイアログの状態（セーブを行うときに「結果セー
ブ」オプションがオプションメニューにおいてチェック
された場合には結果を含む）が、厳密に前記したよう
に、サイズ決め及び位置決めを含んで回復される。問合
せは自動的に再実行されない。というのは、ユーザは、
単に古い結果リストの読み取りを続けようとするだけだ
からである。”ＦｉｎｄＮｏｗ”は、そのときに最新の
情報で問合せを実行し、そして結果リストを再構成す
る。

【０２５４】ユーザが結果をクリックすると、ＭＰＳビ
ューワがコンテイニングタイトルと共に放出される。項
目がもはやタイトルでアクセスできない（即ち項目がも
はや内容データベースにない）場合には、ビューワは適
当なメッセージを発生する。

【０２５５】ＶＩＩＩ．結論 このセクションは、本発明により与えられる利点につい
て要約する。ＭＰシステムにおいて内容とデザインを分
離することにより、様式化された高質の発行物を低速通
信リンクにわたって送信又は分配することができる。情
報検索（ＩＲ）サーバは、タイトルにおけるストーリー
をインデックスしそしてサーチする。インデックス動作
は、タイトルが発行者ワークステーションによりネット
ワークへ解放されたときに行われる。タイトル特性のイ
ンデックス動作及びタイトル内容の全テキストインデッ
クス動作が行われる。ＩＲサーチサービスは、顧客ワー
クステーションにおいてタイトルビューワにより２つの
異なる方法で要求される。第１に、タイトルにおける各
動的な制御ごとに、サーチが要求される。これは、サー
チオブジェクトエディタを用いて発行者により定義され
たサーチ問合せに基づいて検索されたストーリーと関連
付けされる。第２に、顧客が”Ｆｉｎｄ”ダイアログを
用いてタイトルの全てのストーリーにわたり動的及び静
的の両方でサーチすることによりサーチを開始すること
ができる。又、”Ｆｉｎｄ”ダイアログを用いて、別の
単一タイトル、多数のタイトル又はタイトルのフォール
ダにサーチを向け直すこともできる。

【０２５６】特定の実施形態を参照して本発明を説明し
たが、これは単に本発明を開示するものに過ぎず、本発
明を何ら限定するものではない。特許請求の範囲に規定
された本発明の精神及び範囲から逸脱せずに種々の変更
や応用がなされ得ることが当業者に明らかであろう。

【図面の簡単な説明】

【図１】本発明の現在好ましいと考えられる基礎的アー
キテクチャーであるマルチメディア発行システム（ＭＰ
Ｓ）の基本システム構成を示すブロック図である。

【図２】ビューワ及びデザイナを含む図１に示すＭＰＳ
の主要システム要素を示す図である。

【図３】発行記憶及び分配のための例示的なオンライン
システムを示す図である。

【図４】図２のビューワにおけるページレイアウト、制
御部、スタイルシート及び内容オブジェクトの相互作用
を示すブロック図である。

【図５】情報検索（ＩＲ）システム及びＭＰＳの相互関
係を示すブロック図である。

【図６】図１、２及び５に示すシステムの主要ソフトウ
ェア要素のブロック図である。

【図７】ルート、探索特性、テキスト及び埋め込まれた
オブジェクトを有する例示的なＭＰＳストーリーを示す
図である。

【図８】図２に示すビューワ要素において発生された例
示的なタイトルツリーを示す図である。

【図９】図２に示すビューワ要素に対するビューワプロ
セスのトップレベルフローチャートである。

【図１０】図１及び５に示すシステムにおいて”Ｆｉｎ
ｄ（探索）”ダイアログを用いて顧客により実行される
問合せを示す図である。

【図１１】図５及び１１に示すＩＲシステムとのビュー
ワ相互作用を示すフローチャートである。

【図１２】サーバオブジェクトに関連したＩＲシステム
データ構造及びサーバを示す図である。

【図１３】図５のＩＲシステムにおけるタイトル発行プ
ロセスのフローチャートである。

【図１４】図１３に示すＩＲインデックシングプロセス
のフローチャートである。

【図１５】図１４に示すプロセスタイトルファンクショ
ンのフローチャートである。

【図１６】図１５に示すプロセス内容ファンクションの
フローチャートである。

【図１７】図１１に示す分析サーチオブジェクトプロセ
スのフローチャートである。

【図１８】図１７に示す分析サーチ要求ファンクション
のフローチャートである。

【図１９】図１８に示すプロセス要求ファンクションの
フローチャートである。

【図２０】図３及び５に示すＩＲシステムの要素及び構
造を示す図である。

【図２１】顧客問合せに関連したＩＲシステムデータ構
造及びサーバを示す図である。

【図２２】図２に示すビューワにより表示される例示的
な探索ダイアログスクリーン表示の図である。

【図２３】図２に示す発行者により表示される例示的な
サーチ特性スクリーン表示の図である。

【図２４】図２に示す発行者により表示される例示的な
文書エディタ特性ダイアログスクリーン表示の図であ
る。

【符号の説明】

１００ マルチメディア発行システム（ＭＰＳ） １０２、１０４、１０６ 発行者 １１０、１１６ タイトルレイアウトオブジェクト １１２、１１４、１１８ 内容オブジェクト １２０ 発行記憶装置 １２２ ネットワーク １２４ ＣＤ−ＲＯＭ １４０、１４２、１４４ タイトル １４８、１５２、１５６ 内容 １４６、１５０、１５４ デザイン １６０、１６２、１６４ 顧客 １８０ 発行者ワークステーション １８２ 顧客ワークステーション １８４ プロジェクトエディタ １８６ ページエディタ １８７ スタイルシートエディタ １８８ ＭＰＳ文書エディタ １８９ サーチオブジェクトエディタ １９２ 像エディタ １９３ 別のメディアオブジェクトエディタ １９４ デザイナソフトウェア環境 ２０２ ランタイムビューワソフトウェア要素

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｇ０６Ｆ 15/413 ３１０Ｂ (72)発明者 ランディー カー アメリカ合衆国 ワシントン州 98052 レッドモンド ノースイースト ワンハン ドレッドアンドエイティース コート 10408 (72)発明者 ラドハクリシュナ アッパラ アメリカ合衆国 ワシントン州 98052 レッドモンド ノースイースト ワンハン ドレッドアンドフィフティナインス プレ イス 5612 (72)発明者 クリシュナ ナレーディー アメリカ合衆国 ワシントン州 98052 レッドモンド ノースイースト ワンハン ドレッドアンドフォーティース コート 17150

Claims (69)

【特許請求の範囲】
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. 【請求項２５】 上記インデクサは、ソース及び発行デ
    ータに基づいて区画されたデータベースインデックスを
    発生する請求項２３に記載のシステム。
26. 【請求項２６】 上記サブ問合せの各々は、データベー
    ス区画に対して特定である請求項２５に記載のシステ
    ム。
27. 【請求項２７】 データベース区画に対して特定のサブ
    問合せを各々受け取る複数のワーカーを更に備えた請求
    項２６に記載のシステム。
28. 【請求項２８】 上記サブ問合せは、ワーカーにシリア
    ルに指定される請求項２７に記載のシステム。
29. 【請求項２９】 上記サブ問合せは、ワーカーにパラレ
    ルに指定される請求項２７に記載のシステム。
30. 【請求項３０】 データベースサーバに対して特定のサ
    ブ問合せを各々受け取る複数のワーカーを更に備えた請
    求項２５に記載のシステム。
31. 【請求項３１】 コンピュータネットワークにおいてタ
    イトルレイアウト及び内容を有するタイトルのインデッ
    クスシステムであって、上記タイトルレイアウトは、サ
    ーチオブジェクトを含み、上記タイトルレイアウト、内
    容及びサーチオブジェクトの各々は、それに関連したオ
    ブジェクト識別子を有し、上記内容はサーチ特性を有し
    ているインデックスシステムにおいて、 タイトルを受け取るインデックスサーバと；オブジェク
    ト識別子をサーチ特性を含む他の情報と関連させるテー
    ブルを備えたカタログデータベースと；インデックスサ
    ーバにおいて実行されそして上記カタログデータベース
    をアクセスするインデックスサービスと；サーチ特性
    と、インデックスサービスにより与えられるオブジェク
    ト識別子との間のインデックス関連を記憶するデータベ
    ースサーバとを備えたことを特徴とするインデックスシ
    ステム。
32. 【請求項３２】 上記インデックスサービス及びデータ
    ベースサーバからのデータを受け取るキャッシュを更に
    備えた請求項３１に記載のシステム。
33. 【請求項３３】 上記インデックスサービスによりアク
    セスされるルーチンテーブルを更に備えた請求項３１に
    記載のシステム。
34. 【請求項３４】 上記ルーチンテーブルは、インデック
    スサービスによって形成される請求項３１に記載のシス
    テム。
35. 【請求項３５】 上記データベースサーバは、複数のデ
    ータベース区画を含む請求項３１に記載のシステム。
36. 【請求項３６】 各データベース区画は、ソース及び発
    行データにより特徴付けされる請求項３５に記載のシス
    テム。
37. 【請求項３７】 上記カタログデータベースは、コンテ
    ナテーブルを含む請求項３１に記載のシステム。
38. 【請求項３８】 上記カタログデータベースは、オブジ
    ェクト情報テーブルを含む請求項３１に記載のシステ
    ム。
39. 【請求項３９】 上記カタログデータベースは、サーチ
    オブジェクトテーブルを含む請求項３１に記載のシステ
    ム。
40. 【請求項４０】 上記カタログデータベースは、コンテ
    クストテーブルを含む請求項３１に記載のシステム。
41. 【請求項４１】 発行記憶装置に内容を記憶し；個別の
    内容及びレイアウトより成るタイトルを発行記憶装置へ
    発行し；そしてユーザの問合せを満足する内容を発行記
    憶装置から検索する、という段階を備えたことを特徴と
    するタイトルをサーチするコンピュータ実施される方
    法。
42. 【請求項４２】 問合せの結果をユーザに表示する段階
    を更に備えた請求項４１に記載の方法。
43. 【請求項４３】 問合せ結果は、可視ディスプレイの結
    果ペインに表示される請求項４２に記載の方法。
44. 【請求項４４】 内容をインデックスする段階を更に備
    えた請求項４１に記載の方法。
45. 【請求項４５】 上記インデックス段階は、ソース及び
    発行データに基づいて区画を決定することを含む請求項
    ４４に記載の方法。
46. 【請求項４６】 上記ユーザの問合せは、ソースを含む
    請求項４１に記載の方法。
47. 【請求項４７】 上記ユーザの問合せは、基準を含む請
    求項４１に記載の方法。
48. 【請求項４８】 上記検索段階は、問合せを実行すべき
    内容の部分を選択することを含む請求項４１に記載の方
    法。
49. 【請求項４９】 上記内容の部分は、タイトル、キーワ
    ード及びテキストの１つ以上によって定義される請求項
    ４８に記載の方法。
50. 【請求項５０】 内容を含む発行記憶装置へタイトルを
    発行し、タイトルは個別の内容及びレイアウトより成
    り、そしてレイアウトはサーチ問合せを含み；サーチ問
    合せを満足する内容を発行記憶装置から検索し；そして
    検索された内容を表示する、という段階を備えたことを
    特徴とするコンピュータ化されたサーチ方法。
51. 【請求項５１】 上記サーチ問合せは、ユーザ探索問合
    せによって変更される請求項５０に記載の方法。
52. 【請求項５２】 上記タイトルは複数のセクションを含
    み、そして各セクションは少なくとも１つの制御部を有
    する請求項５０に記載の方法。
53. 【請求項５３】 上記タイトルは発行を含む請求項５０
    に記載の方法。
54. 【請求項５４】 上記タイトルはサービスを含む請求項
    ５０に記載の方法。
55. 【請求項５５】 上記タイトルはアプリケーションを含
    む請求項５０に記載の方法。
56. 【請求項５６】 上記発行記憶装置はネットワークサー
    バを含む請求項５０に記載の方法。
57. 【請求項５７】 上記発行記憶装置はインターネットの
    一部分を含む請求項５０に記載の方法。
58. 【請求項５８】 上記検索段階は、タイトルが表示され
    る間に行われる請求項５０に記載の方法。
59. 【請求項５９】 サーチ問合せを含むタイトルを形成
    し；発行記憶装置にタイトルを記憶し；そしてタイトル
    を表示し、サーチ問合せは発行記憶装置から内容を検索
    する、という段階を備えたことを特徴とするコンピュー
    タ化された電子的発行方法。
60. 【請求項６０】 上記検索された内容は、タイトルと共
    に表示される請求項５９に記載の方法。
61. 【請求項６１】 発行記憶装置に内容を記憶する段階を
    更に備えた請求項５９に記載の方法。
62. 【請求項６２】 内容の記憶は、タイトルの記憶の前に
    行う請求項６１に記載の方法。
63. 【請求項６３】 タイトルの記憶は、内容の記憶の前に
    行う請求項６１に記載の方法。
64. 【請求項６４】 サーチ問合せは、表示段階中に変更さ
    れる請求項５９に記載の方法。
65. 【請求項６５】 サーチ問合せは、１つ以上のタグ付き
    のフィールドにより制限される請求項６４に記載の方
    法。
66. 【請求項６６】 サーチ問合せは、サーチ基準及び少な
    くとも１つのソースを含む請求項５９に記載の方法。
67. 【請求項６７】 コンピュータネットワークにおいて、 タイトルにおけるサーチオブジェクトの位置と、サーチ
    オブジェクトに関連したサーチ問合せとを記憶するため
    のサーチオブジェクトサーバと；サーチ問合せを複数の
    サブ問合せに分解するためのサーチサーバと；サーチサ
    ーバからのサブ問合せを受け取りそして各サブ問合せに
    応答してオブジェクト識別子を与えるデータベースサー
    バとを備えたことを特徴とするサーチシステム。
68. 【請求項６８】 サーチ問合せを用いてタイトルをサー
    チするためのコンピュータ実施される方法であって、 発行記憶装置に内容を記憶し；サーチ問合せと、内容識
    別を表す結果とに対してサーチキャッシュをチェック
    し；サーチ問合せがサーチキャッシュに存在する場合に
    はサーチキャッシュからサーチ問合せの結果を検索し；
    サーチ問合せに基づいて１つ以上のサブ問合せを形成
    し；サーチ問合せがサーチキャッシュに存在しない場合
    には１つのサブ問合せの存在及びサブ問合せの結果に対
    してサーチキャッシュをチェックし；サブ問合せがサー
    チキャッシュに存在する場合にはサーチキャッシュから
    サブ問合せの結果を検索し；サブ問合せをデータベース
    サーバに適用し；サブ問合せがサーチキャッシュに存在
    しない場合にはデータベースサーバからサブ問合せの結
    果を検索し；そして検索された結果に対応する内容を発
    行記憶装置から検索する、という段階を備えたことを特
    徴とする方法。
69. 【請求項６９】 コンピュータネットワークにおいて、 ストーリー記憶と、記憶されたストーリーをインデック
    スするインデクサと、インデックスに基づいて問合せを
    満足するためのサーチャとを含む発行記憶装置と；１つ
    以上のサーチオブジェクトをもつタイトルを与えるデザ
    イナであって、各サーチオブジェクトが問合せを定義す
    るようなデザイナと；タイトルをアクセスしそしてスト
    ーリーを検索するためのサーチオブジェクトを表示させ
    るビューワとを備えたことを特徴とする情報検索システ
    ム。