JP2002539531A - 高度モバイル通信のためのシステム、方法、及び製造品 - Google Patents

高度モバイル通信のためのシステム、方法、及び製造品

Info

Publication number
JP2002539531A
JP2002539531A JP2000604333A JP2000604333A JP2002539531A JP 2002539531 A JP2002539531 A JP 2002539531A JP 2000604333 A JP2000604333 A JP 2000604333A JP 2000604333 A JP2000604333 A JP 2000604333A JP 2002539531 A JP2002539531 A JP 2002539531A
Authority
JP
Japan
Prior art keywords
information
user
mobile computing
computing environment
creating
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2000604333A
Other languages
English (en)
Inventor
ジャーシマン・アナトレ・ビタリー
スワミナザン・キショア・サンダラム
マイヤーズ・ジェームズ・エル．
ファノ・アンドリュー・イー．
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Accenture LLP
Original Assignee
Accenture LLP
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Accenture LLP filed Critical Accenture LLP
Publication of JP2002539531A publication Critical patent/JP2002539531A/ja
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication
    • H04W12/069—Authentication using certificates or pre-shared keys
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0823—Network architectures or network communication protocols for network security for authentication of entities using certificates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Marketing (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Information Transfer Between Computers (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Stored Programmes (AREA)

Abstract

(57)【要約】 Ｗｅｂベース情報検索及び表示システムを促進するシステムを開示する。インターネットプロトコル機能が付いた無線電話又は同様のハンドヘルド型無線装置が、インターネットへのポータブルポータルを提供するために、他の周辺機器と統合される。この無線装置は、ユーザに、ユーザが関心を持っている情報を入力することを促す。この情報により、（Ｗｅｂサーバ上で実行される）サービスルーチンにクエリが伝送される。このサービスルーチンは、その後、Ｗｅｂに照会を行い、様々なＷｅｂサプライヤから価格、納品、及び入手可能性に関する情報を探す。この情報は、フォーマットされ、ハンドヘルド装置の表示画面に表示される。その後、ユーザは、インタラクティブに注文するためにハンドヘルド装置を使用することができる。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、エージェントベースのシステムに関し、特に、ユーザ用の情報を取
得するためにインターネットにアクセスするモバイルコンピューティング環境に
関する。
【０００２】
【従来の技術及び発明が解決しようとする課題】
あらゆる環境におけるコンピュータ支援は、コンピュータ技術が社会に組み込
まれる度合いが高まるにつれ、不可欠となりつつある。モバイルコンピューティ
ング技術では、個人があらゆる時にあらゆる環境でコンピュータ関連情報にアク
セスできるようにすることで、この問題に取り組んでいる。
【０００３】 モバイルコンピュータ技術における第一の大きな進歩の１つは、携帯情報端末
（ＰＤＡ）である。ＰＤＡは、ユーザがコンピュータ関連情報にアクセスするこ
とを可能にし、更に手のひらのサイズである。ＰＤＡを使用することで、ユーザ
は、身辺雑事を整理し、メモを取り、方程式を計算し、住所録に連絡先の電話番
号を記録できる。加えて、ＰＤＡは通常、デスクトップコンピュータとの通信が
可能であり、これは一般的には有線接続を介して行われる。この接続により、Ｐ
ＤＡは、デスクトップコンピュータとの間での情報のダウンロード及び情報のア
ップロードが可能となる。その後の開発によって、ＰＤＡに無線機能が与えられ
た。無線機能により、ＰＤＡは、そのＰＤＡに物理的に接続されていない他のコ
ンピュータと対話することが可能になった。
【０００４】 無線ＰＤＡは、ワールドワイドウェッブに接続されたコンピュータと通信する
ことが可能になり、これは間もなく、Ｗｅｂブラウジングが可能なＰＤＡをもた
らした。ＰＤＡのＷｅｂブラウジング機能を開発した第一の企業の１つはインタ
ーコムだった。インターコムのFalcon Mobile Serverにより、Ｗｅｂ機能付きＰ
ＤＡは、ホストコンピュータと直接接続することができる。ソフトウェアをホス
トサーバにインストールするだけで、ＰＤＡ端末はワールドワイドウェッブを通
じて情報にアクセスできるようになった。
【０００５】 現在では、モバイルコンピューティングにおける更なる統合が望まれている。
テキサス州アービングの企業であるノキアは、Ｎｏｋｉａ ９０００無線ボイス
電話を開発することで、この統合問題に部分的に取り組んだ。Ｎｏｋｉａ ９０
００には、小型キーボードと、マイクロブラウザベンダであるアンワイヤードプ
ラネット社からの特別なＷｅｂブラウザと、小型ＶＧＡモニタが含まれる。ノキ
アは、エリクソン社、モトローラ社、及びアンワイヤードプラネット社と共同で
、標準化されたブラウザ技術及びサーバフォーマットであるワイヤレスアプリケ
ーションプロトコル（ＷＡＰ）を確立した。ＷＡＰは、製造業者に、無線電話に
データ機能を搭載するための標準化された方法を提供し、これにより通信事業者
は無線通信による管理の度合いを高めることができる。例えば、通信事業者が新
しいデータサービスの実地試験を行いたい場合、この通信事業者はサーバ上でサ
ービスを実施し、マイクロブラウザを通じて、これを電話に伝達し、満足できな
いサービスであることが分かった場合には、このサービスを調整できる。
【０００６】 従来技術の図１Ａは、Ｗｅｂポータルネットワークに基づく従来技術のモバイ
ルコンピューティングソリューションの図である。従来技術において、ユーザ１
０は、ネットワークのそれぞれの参加者に個別に対処する必要があった。従来技
術のモバイルコンピューティングソリューションにおいて、ユーザ１０は、イン
ターネットサービスプロバイダ（ＩＳＰ）１２を利用して、Ｗｅｂポータル１４
へのアクセスを得る。Ｗｅｂポータル１４は、ユーザ１０に直接情報を提供する
サードパーティサービス１６にアクセスする。しかしながら、インターネットサ
ービスプロバイダ１２と取引することに加え、ユーザ１０は装置製造業者又は小
売業者１８から無線装置を購入する必要がある。ほとんどの場合では、ユーザ１
０は、ブラウザプロバイダ２０からブラウザを購入する必要もある。一般に、ユ
ーザは、無線通信費用を支払う必要があり、これによりユーザが電話会社２２と
取引する必要性が生じる。最後に、Ｗｅｂでの何らかの購入により、ユーザ１０
がクレジットカード会社２４と取引する必要性が生じる。統一されたパッケージ
サービスが理想的なモバイルコンピューティングソリューションであることは明
白である。更には、エージェントを使用する統一されたパッケージサービスが非
常に望ましい。
【０００７】 エージェントベースの技術は、フォアグラウンド及びバックグラウンドモード
で様々なコンピュータベースのタスクを実行するためにユーザと対話するように
設計されたアプリケーションでの使用に関して、重要性が増している。エージェ
ントソフトウェアは、ルーチンであるタスク、冗長なタスク、及び時間のかかる
タスクを実行するために、ユーザの立場に立って設定されたコンピュータプログ
ラムを備える。個々のユーザによって有効となるように、エージェントは個々の
ユーザの目標、習慣、及び好みに合わせてパーソナライズする必要がある。その
ため、ユーザからユーザ固有の知識を効率的及び効果的に取得し、これを利用し
てユーザに代わってタスクを実行するために、エージェントには大きな要件が存
在する。
【０００８】 エージェンシ又はエージェントのユーザという概念は定着している。エージェ
ントとは、通常は当事者と呼ばれる別の人間により、その当事者に代わって行動
することを認められた人間である。これにより、当事者はエージェントに対して
、当事者が実行したくないタスク又は実行できないタスクを実行する権限を与え
る。例えば、保険エージェントは当事者のために保険に関する要件を取り扱うこ
とが可能であり、或いはタレントエージェントは演奏者に代わって行動し、コン
サートの日程を手配できる。
【０００９】 コンピュータの出現により、エージェントを利用する新しい領域が登場した。
エキスパートシステムの分野での大きな進歩により、コンピュータプログラムは
、コンピュータユーザに代わって行動し、ルーチンであるタスク、冗長なタスク
、及びその他の時間のかかるタスクを実行することができる。こうしたコンピュ
ータプログラムは、「ソフトウェアエージェント」と呼ばれる。
【００１０】 更に、最近ではコンピュータ及び通信ネットワークが急増している。こうした
ネットワークにより、ユーザは、基本的には、地理的な制限をまったく受けずに
、膨大な量の情報及びサービスにアクセスすることができる。したがって、ソフ
トウェアエージェントは、ユーザに代わって多数のタスクを実行するための豊か
な環境を有している。例えば、現在では、エージェントにより、飛行機の予約を
行い、チケットを購入し、そのチケットをユーザに直接送ることが可能である。
同様に、エージェントは、インターネットをスキャンし、最新のスポーツ情報又
はニュースから応用物理の特定の卒業論文に至るまでの情報を取得することがで
きる。現在のソリューションでは、ユーザの来るべきイベントについて、的を絞
って情報を取得することにエージェント技術を応用することはできない。
【００１１】
【発明の概要】
Ｗｅｂベース情報検索及び表示システムを促進するシステムを開示する。イン
ターネットプロトコル機能が付いた無線電話又は同様のハンドヘルド型無線装置
が、インターネットへのポータブルポータルを提供するために、他の周辺機器と
統合される。この無線装置は、ユーザに、ユーザが関心を持っている情報を入力
することを促す。この情報により、（Ｗｅｂサーバ上で実行される）サービスル
ーチンにクエリ（照会）が伝送される。このサービスルーチンは、その後、Ｗｅ
ｂにクエリを行い、様々なＷｅｂサプライヤから価格、納品、及び入手可能性に
関する情報を探す。この情報はフォーマットされ、ハンドヘルド型装置のスクリ
ーンに表示される。ユーザは、その後、このハンドヘルド型装置を使用して対話
式に注文を入れることができる。
【００１２】
【発明の実施の形態】
前記及びその他の目的、態様、及び利点は、図面を参照して、以下の本発明の
好適な実施形態の詳細な説明からより良く理解される。
【００１３】 本発明によるシステムの好適な実施形態は、好ましくは、ＩＢＭ互換パーソナ
ルコンピュータ、Ａｐｐｌｅマッキントッシュコンピュータ、又はＵＮＩＸ（登 録商標）ベースワークステーションといったパーソナルコンピュータのコンテキ ストにおいて実施される。代表的なハードウェア環境は図１に表されており、こ こでは、マイクロプロセッサ等の中央演算処理装置１１０と、システムバス１１ ２によって相互接続される他の多数のユニットとを有する好適な実施形態による ワークステーションの典型的なハードウェア構成を表している。図１に示すワー クステーションは、ランダムアクセスメモリ（ＲＡＭ）１１４と、読み取り専用 メモリ（ＲＯＭ）１１６と、ディスク記憶ユニット１２０等の周辺機器をバス１ １２に接続するための入出力アダプタ１１８と、キーボード１２４、マウス１２ ６、スピーカ１２８、マイクロフォン１３２、及び又はタッチスクリーン（表示 なし）等のその他のユーザインタフェース装置をバス１１２に接続するためのユ ーザインタフェースアダプタ１２２と、ワークステーションを通信ネットワーク （例えばデータ処理ネットワーク）に接続するための通信アダプタ１３４と、バ ス１１２をディスプレイ装置１３８に接続するためのディスプレイアダプタ１３ ６とを含む。このワークステーションには通常、Ｍｉｃｒｏｓｏｆｔ Ｗｉｎｄ ｏｗｓ ＮＴ又はＷｉｎｄｏｗｓ／９５オペレーティングシステム（ＯＳ）、Ｉ ＢＭ ＯＳ／２オペレーティングシステム、ＭＡＣ ＯＳ、又はＵＮＩＸオペレ ーティングシステム等のオペレーティングシステムが常駐する。当業者には、こ うした前記のものとは異なるプラットフォーム及びオペレーティングシステム上 でも、本発明が実施可能であることが理解される。
【００１４】 好適な実施形態は、Ｊａｖａ(登録商標)、Ｃ、及びＣ＋＋言語を使用し、オブ
ジェクト指向プログラミング方法論を利用して書かれる。オブジェクト指向プロ
グラミング（ＯＯＰ）は、複雑なアプリケーションの開発に使用されることが増
えている。ＯＯＰがソフトウェアの設計及び開発の主流になるにつれ、様々なソ
フトウェアソリューションでは、ＯＯＰの恩恵を利用するための適応が求められ
る。メッセージングインタフェースのためのＯＯＰクラス及びオブジェクトのセ
ットを提供できるように、こうしたＯＯＰの原理を電子メッセージングシステム
のメッセージングインタフェースに適応させる必要性が存在する。
【００１５】 ＯＯＰはオブジェクトを使用するコンピュータソフトウェアを開発するプロセ
スであり、問題を分析するステップと、システムを設計するステップと、プログ
ラムを構築するステップとを含む。オブジェクトとは、データと関連構造及び手
順の集合とを両方とも包含するソフトウェアパッケージである。データと関連構
造及び手順の集合とを両方とも包含するため、特定のタスクを実行するために他
の追加構造、手順、又はデータを必要としない自給自足型コンポーネントとして
イメージできる。そのため、ＯＯＰでは、コンピュータプログラムを、ほぼ自立
したコンポーネントの集合としてとらえ、これはオブジェクトと呼ばれ、それぞ
れが特定のタスクに関する責任を有する。こうしたデータ、構造、及び手順を１
コンポーネント又はモジュールにパッケージングする概念は、カプセル化と呼ば
れる。
【００１６】 一般に、ＯＯＰコンポーネントは再使用可能なソフトウェアモジュールであり
、オブジェクトモデルと一致するインタフェースを提示し、コンポーネント統合
アーキテクチャを通じてランタイム時にアクセスされる。コンポーネント統合ア
ーキテクチャは、異なる処理空間にあるソフトウェアモジュールが、互いの能力
又は機能を利用することを可能にする一連のアーキテクチャメカニズムである。
これは一般に、このアーキテクチャを構築する共通コンポーネントオブジェクト
モデルを仮定することで実行される。
【００１７】 この点において、オブジェクトとオブジェクトのクラスとを区別することには
価値がある。オブジェクトは、オブジェクトのクラスの単一のインスタンスであ
り、単にクラスと呼ばれる場合が多い。オブジェクトのクラスは、青写真と考え
ることが可能であり、ここから多くのオブジェクトを形成することができる。
【００１８】 ＯＯＰによって、プログラマは、別のオブジェクトの一部であるオブジェクト
を作成することができる。例えば、ピストンエンジンを表すオブジェクトは、ピ
ストンを表すオブジェクトと複合関係を有すると言える。実際には、ピストンエ
ンジンは、ピストンと、バルブと、他の多くのコンポーネントとを備え、ピスト
ンがピストンエンジンの要素であるという事実は、ＯＯＰにおいて、２つのオブ
ジェクトによって、論理的及び意味的に表すことができる。
【００１９】 ＯＯＰでは、他のオブジェクトに「ぶら下がる」オブジェクトを作成すること
もできる。２つのオブジェクトがあり、一方はピストンエンジンを表し、他方は
ピストンがセラミック製であるピストンエンジンを表す場合、２つのオブジェク
トの間の関係は複合関係ではない。セラミックピストンエンジンは、ピストンエ
ンジンを構成していない。むしろ単に、ピストンエンジンよりも１つ多くの制限
、つまりピストンがセラミック製であるという制限を有するピストンエンジンの
一種である。この場合、セラミックピストンエンジンを表すオブジェクトは派生
オブジェクトと呼ばれ、ピストンエンジンを表すオブジェクトのあらゆる態様を
継承し、更なる制限又は詳細が加わっている。セラミックピストンエンジンを表
すオブジェクトは、ピストンエンジンを表すオブジェクトに「ぶら下がって」い
る。こうしたオブジェクトの間の関係は継承と呼ばれる。
【００２０】 セラミックピストンエンジンを表すオブジェクト又はクラスが、ピストンエン
ジンを表すオブジェクトのあらゆる態様を継承する時、これはピストンエンジン
クラスにおいて定められら標準的なピストンの熱特性を継承する。しかしながら
、セラミックピストンエンジンオブジェクトは、金属製ピストンに関連するもの
とは通常異なる、セラミック固有熱特性をオーバライドする。オリジナルをスキ
ップして、セラミックピストンに関連する新しい関数を使用する。異なる種類の
ピストンエンジンは異なる特性を有するが、ピストンエンジンに関連する同じ基
本関数を有する可能性がある（例えば、エンジン内のピストンの数、点火順序、
潤滑等）。任意のピストンエンジンオブジェクトにおいて、こうしたそれぞれの
関数にアクセスするために、プログラマは同じ関数を同じ名前で呼び出すが、そ
れぞれのタイプのピストンエンジンは、同じ名前の陰に異なる／オーバライドさ
れる関数の実施を有する可能性がある。異なる関数の実施を同じ名前の陰に隠す
こうした能力は多形性と呼ばれ、これによりオブジェクト間の通信は大幅に簡素
化される。
【００２１】 複合関係、カプセル化、継承、及び多形性の概念により、オブジェクトは実世
界のほとんどあらゆるものを表すことが可能である。実際には、私達が有する現
実の論理的な認識は、オブジェクト指向ソフトウェアにおいてオブジェクトとな
ることが可能なものの種類を決定することに関する唯一の制限となる。いくつか
の代表的なカテゴリは次の通りである、 ●オブジェクトは、交通量シミュレーションの自動車、回路設計プログラムの
電気コンポーネント、経済モデルの国、又は航空管制プログラムの飛行機といっ
た物理的な物を表すことができる。 ●オブジェクトは、ウィンドウ、メニュー、又はグラフィックオブジェクトと
いったコンピュータユーザ環境の要素を表すことができる。 ●オブジェクトは、個人ファイル又は都市の緯度及び経度の表といった明細表
を表すことができる。 ●オブジェクトは、時間、角度、及び複素数、又は平面の点といったユーザ定
義データタイプを表すことができる。
【００２２】 ほぼすべての論理的に分離可能な内容を表すオブジェクトの非常に大きな能力
を有するため、ＯＯＰによって、ソフトウェア開発者は、現実の一部の態様のモ
デルであるコンピュータプログラムを設計及び実施することが可能となり、その
現実は物理的な実体、プロセス、システム、又は合成物であっても構わない。オ
ブジェクトはいかなるもので表すことが可能であるため、ソフトウェア開発者は
、将来の大きなソフトウェアプロジェクトにおいてコンポーネントとして使用す
ることが可能なオブジェクトを作成できる。
【００２３】 新しいソフトウェアプログラムの９０％が、以前から存在する再使用可能なオ
ブジェクトから作られた、証明済みで既存のコンポーネントから構成される場合
、新しいソフトウェアプロジェクトの残りの１０％のみを最初から書き、テスト
する必要がある。９０％は、広範にテストされた再使用可能オブジェクトの評価
に由来するため、エラーが発生する可能性のある領域はプログラムの１０％であ
る。その結果、ＯＯＰにより、ソフトウェア開発者は、他の既に構築されたオブ
ジェクトからオブジェクトを構築することができる。
【００２４】 このプロセスは、アセンブリ及びサブアセンブリから構築される複雑な機械と
良く似ている。そのため、ＯＯＰ技術では、オブジェクトとして開発者が利用可
能な既存のコンポーネントからソフトウェアが構築される点において、ソフトウ
ェアエンジニアはハードウェアエンジニアに近い存在となる。こうしたすべてが
１つにまとまり、ソフトウェアの品質改善、及び開発速度の増加につながる。
【００２５】 プログラミング言語は、カプセル化、継承、多形性、及び複合関係といったＯ
ＯＰの原理を完全にサポートし始めている。Ｃ＋＋言語の登場により、多くの市
販ソフトウェア開発者はＯＯＰを採用した。Ｃ＋＋は、高速な機械実行可能コー
ドを提供するＯＯＰ言語である。更に、Ｃ＋＋は、市販アプリケーションとシス
テムプログラミングプロジェクトとの両方に適している。今のところ、Ｃ＋＋は
多くのＯＯＰプログラマの中で最も人気の高い選択肢であるが、Ｓｍａｌｌｔａ
ｌｋ、コモンリスプオブジェクトシステム（ＣＬＯＳ）、及びＥｉｆｆｅｌとい
ったその他の多数のＯＯＰ言語が存在する。加えて、ＯＯＰ機能は、Ｐａｓｃａ
ｌ等の更に伝統的で人気の高いプログラミング言語にも追加されている。
【００２６】 オブジェクトクラスの利点は以下のようにまとめることができる。 ●オブジェクトとそれに対応するクラスとは、複雑なプログラミング問題を多
くの小さく単純な問題に分割する。 ●カプセル化は、互いに通信可能な小さく独立したオブジェクトへのデータの
編成を通じて、データ抽象化を強制する。カプセル化は、オブジェクト内のデー
タを予想外のダメージから保護するが、オブジェクトのメンバ関数及び構造を呼
び出すことで、他のオブジェクトがそのデータと対話することを可能にする。 ●サブクラシング及び継承により、システム内で利用可能な標準クラスから新
しい種類のオブジェクトを派生させることを通じて、オブジェクトの拡張及び修
正が可能となる。したがって、最初から始める必要なく、新しい機能が作成され
る。 ●多形性及び多重継承により、複数のプログラマは、多くの異なるクラスの特
性を混合及び一致させ、依然として予測可能な形で関連するオブジェクトと協調
することが可能な特別なオブジェクトを作成できる。 ●クラス継承及びコンテインメント継承が、実世界のオブジェクトとそれらの
間の関係とのモデリングに関する柔軟なメカニズムを提供する。 ●再使用可能クラスのライブラリは、多くの状況で有効であるが、いくつかの
制限も有する。例えば、以下の通りである。 ●複雑性。複雑なシステムにおいて、関連するクラスのクラス継承は、数十又
は数百のクラスにより、極めて紛らわしくなる可能性がある。 ●制御フロー。クラスライブラリを利用して書かれたプログラムは、依然とし
て制御フローに責任を有する（つまり、特定のライブラリから作成されたすべて
のオブジェクトの間の対話を制御する必要がある）。プログラマは、どの種類の
オブジェクトに関して、どのタイミングで、どの関数を呼び出すかを判断する必
要がある。 ●作業の重複。クラスライブラリによって、プログラマは多くのコードの小さ
な断片を使用及び再使用できるが、それぞれのプログラマはこうした断片を異な
る方法で組み合わせる。二人のプログラマは、同じクラスライブラリのセットを
使用して、正確に同じことを行う２つのプログラムを書くことができるが、これ
らの内部構造（つまり設計）はまったく異なる可能性があり、これはそれぞれの
プログラマが途中で行った多数の小さな判断によって決まる。必然的に、同様の
コードの断片は、わずかに異なる方法で同様の事柄を行うことになり、行うべき
協調動作を行わない。
【００２７】 クラスライブラリは非常に柔軟である。プログラムが複雑になるにつれ、更に
多くのプログラマは基本的な問題に対する基本的なソリューションを何度も再発
明することを強いられる。比較的新しいクラスライブラリの概念の拡張は、クラ
スライブラリのフレームワークを有することである。このフレームワークは更に
複雑で、小規模なパターンと、特定のアプリケーション領域での共通要件及び設
計を実施する大きなメカニズムとを記録した共同クラスの大きな集合で構成され
る。これは最初、メニュー、ウィンドウ、ダイアログボックス、及びその他のパ
ーソナルコンピュータ用の標準ユーザインタフェース要素を表示することに伴う
雑用から、フリーアプリケーションのプログラマによって開発された。
【００２８】 フレームワークは更に、自分の書いたコードと他人の書いたコードとの対話に
関するプログラマの考え方の変化を表す。手続き型プログラミングの初期に、プ
ログラマは、特定のタスクを実行するために、オペレーティングシステムが提供
するライブラリを呼び出したが、基本的には、プログラムは最初から最後まで実
行され、プログラマのみが制御フローに責任を有した。これは、給与小切手を印
刷すること、数表を計算すること、又は１つの形のみで実行されるプログラムの
その他の問題を解決することには適していた。
【００２９】 グラフィカルユーザインタフェースの開発は、こうした手続き的プログラミン
グの仕組みを完全に覆し始めた。こうしたインタフェースにより、ユーザは、プ
ログラムロジックではなく、プログラムを駆動し、一定の行動が実行されるべき
時期を判断できるようになる。現在、ほとんどのパーソナルコンピュータソフト
ウェアでは、マウス、キーボード、及びその他の外部イベントのソースをモニタ
するイベントループによって、これを達成し、ユーザが実行した行動に従ってプ
ログラマのコードの該当する部分を呼び出す。プログラマは、もはやイベントが
発生する順番を決定する必要はない。代わりに、プログラムは別個の断片に区分
され、これは予測できない時期に予測できない順序で呼び出される。このように
して制御をユーザに委ねることで、開発者は、より使いやすいプログラムを作成
する。にもかかわらず、開発者によって書かれたプログラムの個々の断片は、依
然として特定のタスクを達成するためにオペレーティングシステムが提供するラ
イブラリを呼び出し、プログラマは依然として、イベントループに呼び出された
後のそれぞれの断片内での制御フローを決定する必要がある。アプリケーション
コードは依然としてシステムの「頂上に居座って」いる。
【００３０】 イベントループプログラムであっても、プログラマは、すべてのアプリケーシ
ョン毎に個別に書く必要がない多数のコードを書く必要がある。アプリケーショ
ンフレームワークの概念は、イベントループの概念を更に進める。基本メニュー
、ウィンドウ、及びダイアログボックスを構築し、その後これらをすべて一緒に
動作させるためのあらゆるナット及びボルトに対処する代わりに、アプリケーシ
ョンフレームワークを使用するプログラマは最初に、アプリケーションコードと
基本ユーザインタフェースを適所に配置する。その後、フレームワークの一般的
な能力を、意図するアプリケーションの特定の能力と置き換えることで、そこか
ら構築を行っていく。
【００３１】 アプリケーションフレームワークは、プログラマが最初から書く必要のあるコ
ードの総量を減少させる。しかしながら、フレームワークは実際のところ、ウィ
ンドウの表示、コピー及びペーストのサポート、その他を行う一般的なアプリケ
ーションであるため、プログラマはイベントループプログラムで許されるよりも
大きな度合いの制御を放棄することもできる。フレームワークコードは、ほとん
どすべてのイベントハンドリング及び制御フローを管理し、プログラマのコード
は、フレームワークが必要とする時のみ（例えば、独自のデータ構造を作成又は
操作するために）呼び出される。
【００３２】 フレームワークプログラムを書くプログラマは、制御をユーザに委ねる（イベ
ントループプログラムの場合も同じ）だけでなく、プログラム内の詳細な制御フ
ローもフレームワークに委ねる。このアプローチにより、興味深い方法で共に動
作する更に複雑なシステムの作成が可能となり、同様の問題のために何度も繰り
返し作成されたカスタムコードを有する個別のプログラムとは対照的である。
【００３３】 したがって、上で説明したように、フレームワークは基本的には、一定の問題
領域に関する再使用可能な設計ソリューションを形作る協同クラスの集合である
。通常は、（例えばメニュー及びウィンドウに関する）デフォルトの行動を提供
するオブジェクトを含み、プログラマは、デフォルト行動の一部を継承させ、フ
レームワークが適切な時期にアプリケーションコードを呼び出すように、その他
の行動をオーバライドすることで、これを使用する。
【００３４】 フレームワークとクラスライブラリとの間には主に３種類の相違点がある。 ●行動対プロトコル。クラスライブラリは基本的には、プログラムにおいて個
々の行動が求められる時に呼び出すことが可能な行動の集合である。一方、フレ
ームワークは、行動だけでなく、行動を統合可能な方法を管理するプロトコル又
は規則セットを提供し、これにはプログラマが提供するはずのものに対するフレ
ームワークが提供するものに関する規則が含まれる。 ●呼び出し対オーバライド。クラスライブラリでは、コードによりプログラマ
がオブジェクトのインスタンスを作成し、メンバ関数を呼び出す。フレームワー
クにより、同じようにオブジェクトのインスタンスを作成し、呼び出すことは可
能だが（つまり、フレームワークをクラスライブラリとして扱う）、フレームワ
ークの再使用可能設計の大きな利点を利用し、プログラマは通常、オーバライド
し、フレームワークによって呼び出されるコードを書く。フレームワークは、オ
ブジェクト内での制御フローを管理する。プログラムを書くことには、様々な断
片がどのように動作すべきかを指定することではなく、フレームワークによって
呼び出されるソフトウェアの様々な断片の中で責任を区分することが含まれる。 ●実施対設計。クラスライブラリでは、プログラマは実施のみを再使用するが
、フレームワークでは設計を再使用する。フレームワークは、関連プログラムの
ファミリ又はソフトウェアの断片が動作する方法を具現化する。これは一定の領
域の様々な特定の問題に適合可能な一般的な設計ソリューションを表す。例えば
、単一のフレームワークはユーザインタフェースが動作する方法を具現化可能で
あり、ただし、同じフレームワークで作成された２種類のユーザインタフェース
は、まったく異なるインタフェースの問題を解決する可能性がある。
【００３５】 したがって、様々な問題及びプログラミングタスクに対するソリューションの
ためのフレームワークの開発を通じて、ソフトウェアの設計及び開発作業におけ
る大きな削減が達成できる。本発明の好適な実施形態では、HyperText Markup L
anguage（ＨＴＭＬ）を利用して、クライアントとＮｅｗｃｏとの間で媒体を輸
送する汎用の安全な通信プロトコルと共に、ドキュメントをインターネット上で
実施する。ＨＴＴＰ又はその他のプロトコルは、過度の実験を行うことなく、容
易にＨＴＭＬの代用とすることができる。こうした製品の情報は、Ｔ・バーナー
ズ＝リー、Ｄ・コノリの「ＲＦＣ１８６６：Hypertext Markup Language−２．
０」（１９９５年１１月）、及びＲ・フィールディング、Ｈ・フリスティック、
Ｔ・バーナーズ＝リー、Ｊ・ゲティス、及びＪ・Ｃ・モグルの「Hypertext Tran
sfer Protocol-HTTP/1.1:HTTP Working Group Internet Draft」（１９９６年５
月２日）において入手できる。ＨＴＭＬは、１つのフォーマットから他のフォー
マットへ移動可能なハイパーテキストドキュメントを作成するのに使用される単
純なデータフォーマットである。ＨＴＭＬドキュメントは、広範囲の領域からの
情報を表すのに最適な一般的なセマンティクスを有するＳＧＭＬドキュメントで
ある。ＨＴＭＬは、１９９０年以降、ワールドワイドウェッブグローバル情報事
業によって使用されている。ＨＴＭＬは、ＩＳＯ規格８８７９：１９８６情報処
理テキスト及びオフィスシステム、Standard Generalized Markup Language（Ｓ
ＧＭＬ）のアプリケーションである。
【００３６】 現在まで、Ｗｅｂ開発ツールは、クライアントからサーバまでの範囲に渡り、
既存のコンピューティングリソースと相互運用する動的Ｗｅｂアプリケーション
を作成する能力において制限されている。最近まで、ＨＴＭＬは、Ｗｅｂベース
のソリューションの開発において使用される支配的な技術だった。しかしながら
、ＨＴＭＬは以下の領域において不適切であることが明らかにされている。 ●低い性能。 ●限られたユーザインタフェース能力。 ●静的Ｗｅｂページのみを作成可能。 ●既存のアプリケーション及びデータとの相互運用性の欠如。 ●基準化できないこと。
【００３７】 サンマイクロシステムズのＪａｖａ言語は、以下により、クライアント側の多
くの問題を解決する。 ●クライアント側の性能を改善すること。 ●動的なリアルタイムＷｅｂアプリケーションの作成を可能にすること。 ●幅広いユーザインタフェースコンポーネントを作成する能力を提供すること
。
【００３８】 Ｊａｖａ(登録商標)によって、開発者は堅牢なユーザインタフェース（ＵＩ）
コンポーネントを作成することができる。カスタム「ウィジェット」（例えば、
リアルタイム株価表示機、アニメーションアイコン等）を作成可能であり、クラ
イアント側の性能は改善される。ＨＴＭＬとは違い、Ｊａｖａ(登録商標)はクラ
イアント側の妥当性確認の概念をサポートし、性能の改善のためにクライアント
に適切な処理をオフロードする。動的なリアルタイムＷｅｂページが作成可能で
ある。前記カスタムＵＩコンポーネントを使用することで、動的Ｗｅｂページも
作成可能である。
【００３９】 サンのＪａｖａ言語は、「インターネットをプログラムする」ための業界で認
められた言語として出現した。サンではＪａｖａ(登録商標)を、「シンプルで、
オブジェクト指向で、分散型で、インタープリタ型で、堅牢で、安全で、アーキ
テクチャニュートラルで、ポータブルで、高性能で、マルチスレッドで、動的で
、専門語準拠である汎用プログラミング言語」と定義している。Ｊａｖａ(登録
商標)は、プラットフォーム独立Ｊａｖａアプレットの形態において、インター
ネットのためのプログラミングをサポートする。Ｊａｖａアプレットは、サンの
Ｊａｖａアプリケーションプログラミングインタフェース（ＡＰＩ）に準拠した
小さな特化したアプリケーションで、これにより開発者は、Ｗｅｂドキュメント
に「インタラクティブコンテンツ」を追加することができる（例えば、単純なア
ニメーション、ページ装飾、基本的なゲーム）。アプレットは、サーバからクラ
イアントへコードをコピーすることで、Ｊａｖａ互換ブラウザ（例えば、Netsca
pe Navigator）内で実行される。言語の観点からは、Ｊａｖａ(登録商標)の中核
機能セットはＣ＋＋に基づいている。サンのＪａｖａ(登録商標)に関する文献で
は、Ｊａｖａ(登録商標)は基本的に「Ｃ＋＋であり、更に動的なメソッドソリュ
ーションのためにＯｂｊｅｃｔｉｖｅＣの拡張子が付いている」と記載されてい
る。
【００４０】 Ｊａｖａ(登録商標)と同様の機能を提供する別の技術は、マイクロソフトとＡ
ｃｔｉｖｅＸテクノロジによって提供され、開発者及びＷｅｂデザイナに、イン
ターネット及びパーソナルコンピュータ用の動的コンテンツを構築するのに必要
な手段を与える。ＡｃｔｉｖｅＸは、アニメーションと、３Ｄバーチャルリアリ
ティと、ビデオと、その他のマルチメディアコンテンツとを開発するツールを含
む。このツールはインターネット規格を使用し、複数のプラットフォームで動作
し、１００を超える企業によってサポートされている。このグループのビルディ
ングブロックは、ＡｃｔｉｖｅＸコントロールと呼ばれる小さな高速のコンポー
ネントで、これにより開発者はソフトウェアの一部をHypertext Markup Languag
e（ＨＴＭＬ）のページに埋め込むことができる。ＡｃｔｉｖｅＸコントロール
は、様々なプログラミング言語と共に動作し、こうした言語にはMicrosoft Visu
al C++、 Borland Delphi、 Microsoft Visual Basicプログラミングシステムが
含まれ、将来的には、マイクロソフトのＪａｖａ用開発ツール、コードネーム「
Ｊａｋａｒｔａ」も含まれる。ＡｃｔｉｖｅＸテクノロジは更に、Ａｃｔｉｖｅ
Ｘサーバフレームワークを含み、これにより開発者はサーバアプリケーションを
作成することが可能になる。当業者は、本発明を実施するために、過度の実験を
行うことなく、ＡｃｔｉｖｅＸをＪａｖａ(登録商標)の代用とすることができる
と容易に認識する。
【００４１】 好適な実施形態によれば、個人が様々なソースからミーティングについての関
連情報を検索するのを支援することで、来るべきミーティングのための個人の準
備に責任を有するエージェントとして、バックグラウンドファインダ（ＢＦ）が
実施される。ＢＦは対象となるミーティングを示す文字の形態で入力テキストを
受領する。この入力テキストは、ミーティングの時間を含むカレンダプログラム
によって、好適な実施形態に従って生成される。ミーティングの時間が近づくと
、カレンダプログラムは対象イベントのテキストを取得するためにクエリを受け
、その情報はエージェントへの入力として利用される。その後、エージェントは
、入力ミーティングテキストをパースし、タイトル、ボディ、参加者、場所、時
間等の様々なコンポーネントを抽出する。このシステムは、ミーティングテキス
トの特定のミーティングフィールドを特定するためにパターンマッチングも実行
する。この情報は、Ｗｅｂ上の様々な情報源にクエリを行い、現在のミーティン
グについての関連する記事を取得してカレンダリングシステムに返送するために
利用される。例えば、個人がネットスケープとマイクロソフトとの紛争に関して
話し合うために、これら２社とのミーティングに出席する場合、この個人はカレ
ンダリングシステムから、こうした初期情報を取得することになる。このシステ
ムはその後テキストをパースし、ミーティングする企業が「ネットスケープ」及
び「マイクロソフト」であり、トピックが「紛争」であることを認識する。その
後、このシステムは、トピックについての関連情報をＷｅｂでクエリする。した
がって、本発明の目的によれば、このシステムはカレンダリングシステムを更新
し、最終的には、対象となるミーティングに関するユーザの準備をするために収
集できる最高の情報をユーザに与える。好適な実施形態によれば、この情報はカ
レンダシステムに組み込まれたリンクからの選択により取得されたファイルに格
納される。
【００４２】 プログラム構成： 好適な実施形態によるコンピュータプログラムは、５つの個別のモジュール、
つまりBF.Main、BF.Parse、 Background Finder.Error、 BF.PatternMatching、
及びBF.Searchによって構成される。更に、デバッグの目的でのみ使用されるユ
ーザインタフェースを提供するfrmMainも存在する。好適な実施形態による実行
可能なプログラムは、このユーザインタフェースによって決して実行されず、マ
イクロソフトのＷｉｎｓｏｃｋコントロールを通じてのみカレンダリングシステ
ムに戻されるべきである。システムの好適な実施形態は、２種類のモードで実行
され、これはカレンダリングシステムによってシステムに送られるコマンドライ
ンの下で指定できる。このシステムは、シンプルモードで動作している時、キー
ワードクエリを実行し、外部のサーチエンジンに発信する。コンプレックスモー
ドで実行される時、このシステムは、サーチエンジンに送信するクエリを形成す
る前にパターンマッチングを実行する。
【００４３】 データ構造： 好適な実施形態よるシステムは、３つのユーザ定義構造を利用する。 １．TMeetingRecord ２．TPatternElement ３．TPatternRecord ユーザ定義構造TMeetingRecordは、単一のミーティングに関するあらゆる関連情
報を格納するために使用される。この情報には、ユーザＩＤ、ミーティングの当
初の説明、ミーティングのタイトル及びボディからのキーワードの抽出リスト等
が含まれる。重要な注意点として、好適な実施形態によるシステムのインスタン
スにつき、１つのみのミーティングレコードが作成される。これは、来るべきミ
ーティングに関するサービスをおこなうためにシステムが生じる度に、１つのみ
のミーティングに関する情報を検索するタスクが割り当てられるためである。そ
のため、現在のミーティングに対応して作成されたミーティングレコードが調査
される。ParseMeetingTextは、このミーティングレコードを占有させ、その後こ
れはミーティングに関する情報を他の機能に提供するためにパースされる。GoPa
tternMatchが、特定のミーティングフィールドに任意の値を結びつけることが可
能である場合、ミーティングレコード内の対応するエントリも更新される。括弧
内で説明されるそれぞれのフィールドが付いたtMeetingRecordの構造を、好適な
実施形態に従って、以下に提示する。
【００４４】 A.1.1.1.1.1 Public Type tMeetingRecord sUserID As String （Muninによって与えられるユーザＩＤ） sTitleOrig As String （Muninに送り返すために側に置く必要があるオリジ
ナルのノンストップリステッドタイトル） sTitleKW As String （キーワードのみを有するストップリステッドタイトル
） sBodyKW As String （キーワードのみを有するストップリステッドボディ） sCompany() As String （パターンマッチングを通じてタイトル又はボディに
おいて特定される会社） sTopic() As String （パターンマッチングを通じてタイトル又はボディにお
いて特定されるトピック） sPeople() As String （パターンマッチングを通じてタイトル又はボディに
おいて特定される人間） sWhen() As String （パターンマッチングを通じてタイトル又はボディにお
いて特定される時間） sWhere() As String （パターンマッチングを通じてタイトル又はボディにお
いて特定される場所） sLocation As String （Muninによって渡される場所） sTime As String （Muninによって渡される時間） sParticipants() As String （Muninによって渡される従事する全参加者） sMeetingText As String （ユーザＩＤのないオリジナルのミーティングテキ
スト） End Type
【００４５】 パターンマッチングにおいて利用されるそれぞれの個別パターンを保持するた
めに作成される他の２つの構造が存在する。レコードtAPatternRecordは、パタ
ーンのすべてのコンポーネント／要素を含む配列である。タイプtAPatternEleme
ntは、パターン内の要素を表すストリングの配列である。それぞれの要素には多
くの「代替物」が存在する可能性があるため、すべての代替物が何かを追跡する
ストリングの配列が必要となる。tAPatternElement及びtAPatternRecordの構造
を、好適な実施形態に従って、以下に提示する。
【００４６】 Public Type tAPatternElement elementArray() As String End Type Public Type tAPatternRecord patternArray() tAPatternElement End Type
【００４７】 共通ユーザ定義定数： プログラムのそれぞれの宣言セクションでは多くの定数が定義されており、こ
れは好適な実施形態によるシステムを維持するプロセスの一部として定期的な更
新が必要な場合がある。この定数は、コードを維持するための更新として発生す
るシステムの動的な設定を可能にするためにアクセス可能である。
【００４８】 以下の表に含まれるのは、時折修正される可能性が最も高いと私が考えるそれ
ぞれのモジュールからの定数のリストである。しかしながら、以下のリストに含
まれないが、コード内で使用される他のコードも存在する。これは、こうしたリ
ストに含まれない定数が、決して変更されないことを意味するものではない。変
更される頻度が少ないことを意味するものである。
【００４９】 メインモジュール（BF.Main）について：
【００５０】
【表１】
【００５１】 サーチモジュール（BF.Search）について：
【００５２】
【表２】
【００５３】 パースモジュール（BF.Parse）について：
【００５４】
【表３】
【００５５】 パターンマッチングモジュール（BFPatternMatch）について：このモジュールに
は、頻繁に更新する必要のある定数は存在しない。
【００５６】 一般的なプロセスフロー： プロセスフローとそれぞれの間の関数の調整とは、図２乃至６に例示した５つ
のフローチャートによって最も上手く表すことができる。図２は、好適な実施形
態による全体的なプロセスフローを表している。処理はチャートの最上部にある
関数ブロック２００で開始され、これはプログラムがスタートした時に開始され
る。アプリケーションがスタートすると、関数ブロック２１０に示すように、コ
マンドラインがパースされ、適切なミーティングテキストが移動され、好適な実
施形態によるバックグラウンドファインド動作のターゲットが開始される。関数
ブロック２２０に示すように、ターゲットが決定された後、グローバルストップ
リストが生成される。その後、関数ブロック２３０に示すように、マッチング動
作に利用されるすべてのパターンが生成される。その後、チャートをトレースす
ることにより、関数ブロック２００がGoBF２４０を呼び出し、これは特定のター
ゲットのサーチエンジンのために正しい検索クエリ情報をラップすることに関す
るロジック処理に責任を有する。例えば、関数ブロック２４０は関数ブロック２
５０に続き、その後、関数ブロック２６０に示すようにGoPatternMatchを呼び出
す。GoPatternMatchのプロセスフローを見るためには、「BFのパターンマッチン
グユニットに関するプロセスフロー」というタイトルの図にスワップする。
【００５７】 注意すべき重要な事柄の１つは、チャートの同じレベルで表された関数は、共
通する親関数によって、左から右（上から下）に連続して呼び出されることであ
る。例えば、Main２００は、ProcessCommandLine２１０を呼び出し、その後Crea
teStopList２２０を呼び出し、その後CreatePattern２３０を呼び出し、その後G
oBackgroundFinder２４０を呼び出す。図３乃至６はそれぞれ、プログラム全体
、パーシングユニット、パターンマッチングユニット、及びサーチユニットに関
するロジックを詳細に表している。図６は、BackgroundFinderを通じた重要な情
報のデータフローを決定するロジックを詳細に表しており、こうした情報の作成
及び処理に責任を有する関数を示している。
【００５８】 シンプルクエリモード下での詳細なサーチアーキテクチャ： Ａｌｔａ Ｖｉｓｔａの検索：
【００５９】 （図２の関数ブロック２７０） Ａｌｔａ Ｖｉｓｔａサーチエンジンは、図２の関数ブロック２７０に示すよ
うに、識別情報を利用して、現在のミーティングに関連するトピックに関する全
般情報を戻す。好適な実施形態によるシステムは、オリジナルミーティングテキ
ストのタイトル部分からすべてのキーワードを取り出し、Ａｌｔａ Ｖｉｓｔａ
に対して送る高度なクエリを構築する。このキーワードは、クエリにおいて論理
的に統合される。この結果も、同じキーワードのセットに基づいてランク付けさ
れる。検索したい項目に関して、データ制限又は発行者の基準を促進できること
を当業者は容易に理解する。上位ランクの記事のセットは、好適な実施形態によ
るカレンダリングシステムに戻される。
【００６０】 ＮＥＷＳ ＰＡＧＥ： （図２の関数ブロック２７５） Ｎｅｗｓ Ｐａｇｅ検索システムは、ターゲットミーティングに関する最新の
ニューストピックを与えることに責任を有する。このシステムは、オリジナルミ
ーティングテキストのタイトル部分からすべてのキーワードを取り出し、Ｎｅｗ
ｓ Ｐａｇｅサーチエンジンに対して送るクエリを構築する。このキーワードは
、クエリにおいて論理的に統合される。最近発行された項目のみが検索される。
Ｎｅｗｓ Ｐａｇｅ検索システムは、ユーザの好みに応じてユーザが設定可能な
データ制限基準を提供する。上位ランクの記事はカレンダリングシステムに戻さ
れる。
【００６１】 図３は、好適な実施形態のユーザプロフィールデータモデルである。処理は関
数ブロック３００で開始され、これはメインモジュールからプログラムを呼び出
すことに責任を有する。その後、関数ブロック３１０において、ラッパ関数が呼
び出され、関数ブロック３２０でのキーワード抽出処理が準備される。キーワー
ドが抽出された後、処理フローは関数ブロック３３０に続き、区切り文字が正確
に配置されているかどうかが判断される。その後、関数ブロック３４０において
、特定のストリング内のワード数が計算され、関数ブロック３５０において、特
定のフィールドの区切り文字と、ミーティングテキストからの特定のフィールド
とが検索される。その後、関数ブロック３８０において、ストリングの区切り文
字が再度チェックされ、適切に配置されていることが確認される。最後に、関数
ブロック３６０において、メッセージのタイトル及びボディからのそれぞれのワ
ードの抽出が一度に１ワードずつ実行され、入力語句において次に最も近いワー
ド区切り文字を見つける関数ブロック３６２と、ワードから不要なデータを取り
去る関数ブロック３６４と、ワードがストップリストにあるかどうかを判断し、
ワードがストップリストにある場合はエラーを戻す関数ブロック３６６とのロジ
ックが利用される。
【００６２】 好適な実施形態によるパターンマッチング： シンプルサーチ方法に関連する制限には以下が含まれる。
【００６３】 １．ミーティングテキストからキーワードのセットを抽出するために、不要な
ワードのストップリストに頼ることから、ストップリストがどのくらい包括的か
によって制限される。ミーティングテキストのどの部分を捨てるべきかを考える
よりも、ミーティングテキストのどの部分が必要かに注目するべきである。
【００６４】 ２．好適な実施形態によるシンプルサーチ方法では、ミーティングタイトルか
らのキーワードのみを使用して、Ａｌｔａ Ｖｉｓｔａ及びＮｅｗｓ Ｐａｇｅ
に送るクエリを形成する。これは、クエリの代替情報源、つまりミーティング通
知のボディを無視している。ミーティングボディからのキーワードをクエリの形
成に含めることは不可能であり、これは意味のある結果を得られないほど長く複
雑なクエリが生じることが多いためである。
【００６５】 ３．それぞれのキーワードが何を意味するかを伝える方法は存在しない。例え
ば、２つのキーワードとして「アンディ」と「グローブ」とが抽出される可能性
がある。しかしながら、シンプルサーチでは、「アンディ・グローブ」が実際は
人名であることを知る方法はない。「アンディ・グローブ」が人名であることを
何らかの方法で理知的に推測できる可能性を想像せよ。彼が雇用されている場所
及び現在住んでいる場所といった情報。
【００６６】 ４．まとめると、不必要なワードをパースして除外するためにストップリスト
のみに頼っていることから、「情報過多」に悩まされている。
【００６７】 好適な実施形態に従って、パターンマッチングはこうした制限を克服する： ここでは、好適な実施形態に従って、上に対応するそれぞれの問題にパターン
マッチングがどのように対処できるかを示す。
【００６８】 １．パターンマッチングを行うことで、ミーティングテキストの必要な部分の
みを一致させ、この部分を抽出する。
【００６９】 ２．ミーティングボディに関してパターンマッチングを実行し、ミーティング
ボディから必要な部分のみを抽出すること。これにより、ミーティングボディは
完全に無駄なものにはならない。
【００７０】 ３．パターンマッチングは、指定したテンプレートのセットに基づき、人名、
社名、及びその他の項目をミーティングテキストから特定することを可能にする
。
【００７１】 ４．まとめると、パターンマッチングにより、情報過多に悩まされることがな
くなる。当然ながら、大きな問題は、パターンマッチングがどの程度上手く動作
するかである。人工知能処理のみに頼る場合、１００％のヒット率にはならない
。提示された全社名の約２０％を特定することが可能である。
【００７２】 パターン： 好適な実施形態のコンテキストにおけるパターンは、ミーティングテキスト内
で探している語句の構造を指定するテンプレートである。パターンは誰かのミー
ティングテキストの現れる高い可能性を有する語句のテンプレートであるため、
好適な実施形態によってサポートされるパターンは選択される。例えば、カレン
ダにミーティングを入力する時、多くの人は「Meet with Bob Dutton from Stan
ford University next Tuesday（来週の火曜日にスタンフォード大学のボブ・ダ
ットンと会う）」といった事柄を書き込むことになる。この場合、共通パターン
は、ワード「with」の後に人名（この例ではBob Dutton）が続き、その後にワー
ド「from」が続き、最後は団体名（この例ではStanford University）で終わる
といったものになる。
【００７３】 パターンマッチングの用語： パターンマッチングに関連する共通用語を以下に提示する。 ◆パターン：パターンとは、ミーティングテキストを結びつけたい語句の構造
を指定するテンプレートである。これはサブユニットを含む。
【００７４】 ◆要素：パターンは多くのサブユニットを含むことができる。こうしたサブユ
ニットは要素と呼ばれる。例えば、「with $PEOPLE$ from $COMPANY$」というパ
ターンにおいては、「with」、「$PEOPLE$」、「from」、「$COMPANY$」がすべ
ての要素である。
【００７５】 ◆プレースホルダ：プレースホルダは、値を結びつける必要がある特別な種類
の要素である。上の例を使うと、「$PEOPLE$」はプレースホルダである。
【００７６】 ◆インジケータ：インジケータは、ミーティングテキスト内で見つける必要が
あるが、値を結びつける必要がない別の種類の要素である。特定のパターンにお
いて、１つ以上のインジケータを探す場合が多い。そのためインジケータは「ア
トミック」タイプではない。
【００７７】 ◆置換文字：置換文字は、互いにすべて同義語であるインジケータのセットで
ある。入力において、これらのいずれかを見つけるのは良いことである。
【００７８】 それぞれのミーティングに関して特定される５つのフィールドが存在する。 ◆会社（$COMPANY$） ◆人物（$PEOPLE$） ◆場所（$LOCATION$） ◆時間（$TIME$） ◆トピック（$TOPIC_UPPER$）又は（$TOPIC_All$） 括弧内は、コード内で対応するミーティングフィールドを表すものとして私が
使用したプレースホルダである。
【００７９】 それぞれのプレースホルダは以下の意味を有する。 ◆$COMPANY$：大文字で始まるワードのストリングを結びつける（例えば、Mee
t with Joe Carter of <Andersen Consulting>）。
【００８０】 ◆$PEOPLE$：「，」、「ａｎｄ」、又は「＆」によって結合される可能性があ
る大文字で始まる２つのワードのストリングの連続を結びつける（例えば、Meet
with <Joe Carter> of Andersen Consulting、Meet with <Joe Carter and Luk
e Hughes> of Andersen Consulting）。
【００８１】 ◆$LOCATION$：大文字で始まるワードのストリングを結びつける（例えば、Me
et Susan at<Palo Alto Square>）。
【００８２】 ◆$TIME$：フォーマット＃：＃＃を含むストリングを結びつける（例えば、Di
nner at <6:30pm>）。
【００８３】 ◆$TOPIC_UPPER$：トピックに関する大文字で始まるワードのストリングを結
びつける（例えば<Stanford Engineering Recruting> Meeting to talk about n
ew hires）。
【００８４】 ◆$TOPIC_All$：大文字で始まるかどうかにまったく関係なく、ワードのスト
リングを結びつける（例えば、Meet to talk about <ubiquitous computing>）
。
【００８５】 以下はＢＦによってサポートされるすべてのパターンを示す表である。それぞ
れのパターンはパターングループに属する。パターングループ内のすべてのパタ
ーンは、同様のフォーマットを共有し、どのインジケータが置換文字として使用
されるかという点においてのみ、それぞれが異なる。注意点として、灰色のパタ
ーンはコードにおいてもコメントされている。ＢＦは、こうしたパターンをサポ
ートする能力を有するが、私達はこれらのパターンをマッチングさせることがこ
の時点で不可欠ではないと判断した。
【００８６】
【表４】
【００８７】 図４は、好適な実施形態によるパターンマッチングの詳細なフローチャートで
ある。処理は関数ブロック４００で開始され、ここでメインプログラムがパター
ンマッチングアプリケーションを呼び出し、制御を関数ブロック４１０に渡し、
パターンマッチング処理を開始する。次に、関数ブロック４２０において、ラッ
パ関数がループを続け、関数ブロック４３０に示すように、テキストストリング
の一部をパターンに結びつけることができるかどうかを判断することを含め、そ
れぞれのパターンを処理する。その後、関数ブロック４４０において、存在する
場合、様々なプレースホルダが値に結びつけられ、関数ブロック４４１において
、句読点によって分離された名前のリストが結びつけられ、関数ブロック４４２
において、大文字で始まる２つのワードをフルネームとして見つけ、大文字で始
まるかどうかを判断するためにワード後にあるスペース後の次の文字を捕らえる
ことでフルネームが処理される。次に、関数ブロック４４３において、時間がス
トリングから適切な方法でパースされ、関数ブロック４４４においてブランクス
ペース後の次のワードがパースされる。次に、関数ブロック４４５において、会
社、トピック、又は場所といった大文字で始まる連続する語句が結びつけられ、
関数ブロック４４６において、好適な実施形態による更なる処理のために、ブラ
ンク後の次のワードが取得される。マッチミーティングフィールド処理に続いて
、パターンの先頭であるインジケータの位置を特定するために関数ブロック４５
０が利用され、ブランク後の次のワードが関数ブロック４５２に示すように取得
され、関数ブロック４５４に示すように、このワードがチェックされ、インジケ
ータかどうかが判断される。次に、関数ブロック４６０において、パターンの終
わりにないインジケータの位置を特定するためにストリングがパースされ、改行
又はキャリッジリターンに続くものといった不必要な余白後の次のワードが関数
ブロック４６２に示すように処理され、関数ブロック４６４に示すように、この
ワードが分析され、インジケータかどうかが判断される。次に、関数ブロック４
７０において、次のストリングの処理に備えるために、一時レコードがヌルセッ
トにリセットされ、関数ブロック４８０において、ミーティングレコードが更新
され、関数ブロック４８２において、チェックが実行され、ミーティングレコー
ドをパースする前に、ミーティングレコードにエントリが既に行われたかどうか
が判断される。
【００８８】 特定済みミーティングフィールドの使用： 重要と考えるミーティングテキスト内のフィールドを特定したため、これに対
して行える事柄は数多く存在する。最も重要なパターンマッチングの応用の１つ
は、当然ながら、最終的にはＡｌｔａ Ｖｉｓｔａ及びＮｅｗｓ Ｐａｇｅに発
信する、私達が構築したクエリを改善することである。ＢＦに追加することが可
能なパターンマッチングの結果を利用したオプション及び強化は他にも数多く存
在する。こうした他のオプションについては、次のセクションで説明する。本セ
クションの目的は、優れたサーチ結果の取得を支援するために、パターンマッチ
ングで得られた結果をどのように使用できるかに関する十分な理解を読者に与え
ることである。
【００８９】 図５は、クエリを準備し、インターネットから情報を取得するための好適な実
施形態による詳細な処理のフローチャートである。処理は、関数ブロック５００
で開始され、Ｗｅｂサーチエンジンを利用したインターネットサーチに備えるラ
ッパ関数を処理するために、直ちに関数ブロック５１０へと続く。このサーチが
、Ａｌｔａ Ｖｉｓｔａサーチエンジンを利用する場合は、関数ブロック５３０
において、システムはミーティングレコードから情報を取り出し、関数ブロック
５４０乃至５６０において、このサーチエンジンに発信するクエリを形成する。
このサーチが、ＮｅｗｓＰａｇｅサーチエンジンを利用する場合は、関数ブロッ
ク５２０において、システムはミーティングレコードから情報を取り出し、関数
ブロック５２１乃至５２８においてクエリを形成する。
【００９０】 Ａｌｔａ Ｖｉｓｔａサーチエンジン： Ａｌｔａ Ｖｉｓｔａサーチエンジンの長所は、強化された柔軟性を提供する
ことである。高度なクエリ方法を使用することで、あらゆる種類のブールクエリ
を構築し、望み通りのサーチのランク付けが可能となる。しかしながら、Ａｌｔ
ａ Ｖｉｓｔａの最大の欠点の１つは、大きなクエリを取り扱うのに優れておら
ず、無関係な結果を返す可能性が高くなることである。ミーティングテキスト内
でトピック及び会社を特定可能である場合、優れた結果が期待される非常に短い
が包括的なクエリを形成することができる。更に、発見したトピックにも注目す
る必要がある。特にユーザが会社について既によく知っており、その会社と数多
くのミーティングを行っている場合、会社に関する情報を見つけることは、その
ユーザにとって大きなメリットではない可能性がある。こうしたユーザがリサー
チしたいのはトピックについてである。
【００９１】 Ｎｅｗｓ Ｐａｇｅサーチエンジン： Ｎｅｗｓ Ｐａｇｅサーチエンジンの長所は、有効な社名を与えることが可能
である場合、最新のニュースのサーチにおいて優れた仕事を行うことである。そ
のため、ニュースページＷｅｂサイトにクエリを発信する時は、特定可能なあら
ゆる社名を送り、社名が発見できない場合のみ、発見したトピックをクエリの形
成に使用する。どちらも発見できない場合、サーチは実行されない。Ａｌｔａ
Ｖｉｓｔａに発信するクエリの形成に利用されるアルゴリズムは図７に例示され
ている。Ｎｅｗｓ Ｐａｇｅに発信するのクエリの形成に使用するアルゴリズム
は図８に例示されている。
【００９２】 以下の表では、好適な実施形態によるそれぞれの関数を詳細に説明している。
関数が登場する順番は、可能な限りプロセスフローに似せている。関数が数回呼
び出される状況が存在する時、この関数は、この関数を呼び出す第一の関数の後
に記述され、その説明は、この関数を呼び出すその後の関数の後には繰り返され
ない。
【００９３】
【表５】
【００９４】 図６は、好適な実施形態に従った、Ａｌｔａ Ｖｉｓｔａ及びＮｅｗｓ Ｐａ
ｇｅサーチエンジンに対するサーチの準備及び発信に利用する実際のコードのフ
ローチャートである。処理は関数ブロック６１０で開始され、ここでコマンドラ
インが利用され、特定のカレンダ情報によってカレンダエントリが更新される。
このメッセージは関数ブロック６２０に従って次に掲示され、関数ブロック６３
０に従って現在のミーティング情報を格納するためにミーティングレコードが作
成される。次に、関数ブロック６４０において、クエリがＡｌｔａ Ｖｉｓｔａ
サーチエンジンに発信され、関数ブロック６５０において、クエリがＮｅｗｓ
Ｐａｇｅサーチエンジンに発信される。サーチエンジンからメッセージが戻され
ると、これは関数ブロック６６０に示すように結果データ構造に格納され、この
情報は関数ブロック６７０の記述のように、処理され、ミーティングの準備で使
用するファイル内においてサマリ形式で格納される。
【００９５】 図７は、好適な実施形態によるクエリの作成に関する詳細を提示している。処
理は関数ブロック７１０で開始され、ここでミーティングレコードがパースされ
、会社、人物、トピック、場所、及び時間である可能性のあるものが取得される
。その後、関数ブロック７２０において、少なくとも１つのトピックが特定され
、関数ブロック７３０において、少なくとも１つの社名が特定され、最後に関数
ブロック７４０において、ユーザの最終的な消費のために、どのデータをファイ
ルに送信するかについて判断がなされる。
【００９６】 図８は、図７で提示されたクエリのテーマのバリエーションである。ミーティ
ングレコードは関数ブロック８００においてパースされ、会社が関数ブロック８
２０において特定され、トピックが関数ブロック８３０において特定され、最後
に関数ブロック８４０において、クエリの策定にトピック及び又は社名が利用さ
れる。
【００９７】 特定のユーザ要件のために様々な特定の特徴を追加する代替実施形態について
は以下で説明する。
【００９８】 パターンマッチングのターゲット率強化： BFの性能を高めるためには、手続き「CreatePatterns」に、パターン／パター
ングループを追加する。パターンを宣言する既存のコードは、将来のパターンの
テンプレートとして使用することができる。すべてが動的配列として格納される
ため、カット及びペーストによってコードを再使用するのが便利である。値をプ
レースホルダに関連付けることに責任を有する関数BindName、 BindTime、 Bind
CompanyLocTopicは強化することができる。この強化は、結びつける値の数を増
やすために、特定のミーティングフィールドを結びつける基準のセットを増やす
ことで実現される。例えば、BindTimeは現在、＃＃：＃＃又は＃：＃＃の形式の
すべての値を受け入れて結びつける。結びつけることが可能な時間を増やすため
には、更に美的な時間用語「o'clock」が後に続く数字１乃至１２を受け入れる
ようにすることができる。語彙に基づく認識アルゴリズムと、BFが行うそれぞれ
の推測に精度レートを割り当てることとにより、有効となる特定の閾値を満たす
唯一の推測が可能になる。
【００９９】 パターンマッチングを通じてシステムがどの場所を特定したかに応じて、或い
はミーティング場所としてユーザがどの場所を示したかに応じて、好適な実施形
態によるシステムは、ランチ／ディナー／朝食というワードを検出した時には必
ず、複数の優れたレストランを提案する。更に、会社ファインダのようなサイト
を使用して、手元にあるものが本当に社名であることを確認可能であり、或いは
パターンマッチングで社名が特定できない場合は、会社ファインダのＷｅｂサイ
トを「辞書」として使用し、大文字で始まる特定のワードが社名を表すかどうか
を判断することができる。特定した会社の株価及び急報を表示することも可能で
ある。
【０１００】 好適な実施形態による無線バーゲン特定： 図９は、従来の物理的な非Ｗｅｂ小売環境においてＷｅｂベースの比較ショッ
ピングを可能にするために設計された装置及びソフトウェアのハードウェア及び
論理制御フローを表したフロー図である。インターネットプロトコル能力を有す
る無線電話又は同様のハンドヘルド型無線装置９２０は、小型バーコードリーダ
９１０（電話の内部又は短いケーブルで設置される）と統合され、書籍その他の
製品９００の統一商品コード（ＵＰＣ）バーコードをスキャンするのに使用され
る。この無線装置９２０は、アンテナ９３０を介して、バーコードをポケットバ
ーゲンファインダサービスモジュール（Ｗｅｂサーバで実行）９４０に送信し、
これがバーコードを（書籍の場合は）国際標準図書番号又は（他の製品の場合は
）適切な識別子に変換する。このサービスモジュールは、その後、適切なサード
パーティの（複数の）Ｗｅｂサイトにコンタクトし、様々なＷｅｂサプライヤ９
５０からの製品に関する価格、出荷、及び入手可能性の情報を見つける。この情
報はフォーマットされ、ハンドヘルド型装置のスクリーンに表示される。ＩＰ無
線電話その他のハンドヘルド型装置９２０は、メトリコムのＲicochet SE Wirel
ess Modem等の無線モデムを利用する。この装置を利用することで、ユーザは、
コーヒーショップでくつろぎながら、揺れ動いているラテを危険なほどキーボー
ドの近くに置き、古びた小さなテーブルの上に乗ったポータブルコンピュータに
より、電話回線による直接接続に匹敵する速さでインターネットにアクセスでき
る。
【０１０１】 ８オンス（２２７ｇ）のRicochet SE Wireless Modemは、タバコのパックほど
の大きさであり、セットアップは極めて単純で、付属のベルクロの部品によって
このモデムをポータブル機器の裏側に取り付け、ケーブルをシリアルポートに差
し込み、短く太いアンテナを起こし、送信するだけである。ソフトウェアのセッ
トアップも同様に容易であり、簡単なインストーラによって、Ricochetモデムド
ライバが追加され、接続アイコンがデスクトップに配置される。モデムの機能的
な態様は、従来の電話モデムと同一である。
【０１０２】 当然ながら、無線性能には、従来のダイヤルアップ接続と同様の信頼性はない
。サンフランシスコのいくつかの場所では、窓の近くにいる限り、強力な接続を
得ることができた。しかし、ＣＮＥＴの総レンガ造りの本社内では、Ricochetは
まったく接続できなかった。オンラインでつながっている時は、遅い速度へのゆ
っくりとした低下と共に２８．８ｋｂｐｓまでの性能が利用できる。しかし、遅
い速度でも失望はなかった。代替方法――セルラモデムによる接続――に比べ、
Ricochetは遥かに速く、信頼性があり、使用コストが少ない。当然ながら、この
SE Wirelessはバッテリ電源である。このモデムの連続バッテリ寿命は１２時間
までである。好適な実施形態によれば、ポータブルコンピュータのデュアル電池
は、Ricochetの出力が弱まる前に切れる。
【０１０３】 したがって、この無線モデムを利用することで、ユーザは好適な実施形態に従
って、Ｗｅｂサーバソフトウェア９４０を利用して、適切な製品９５０を特定し
、次に、適切な装置の（複数の）キーを使用してサプライヤを選択し、注文を入
れることができる。バーゲンファインダサービスモジュールは、その後、適切な
サードパーティＷｅｂサプライヤ９６０により、注文を完了させる。
【０１０４】 ｍｙＳｉｔｅ！ パーソナルＷｅｂサイト及び意図価値ネットワークのプロト
タイプ： ｍｙＳｉｔｅ！は、好適な実施形態によるインパクトの強いインターネットベ
ースのアプリケーションであり、買い手中心世界におけるパーソナルＷｅｂサイ
トを介して、それぞれの顧客にサービスを与え、パーソナライズされた体験を提
供するというテーマに注目したものである。このサービスは顧客の意図−基本的
な生活のニーズ又は広範なプランニングを要する判断と、財務プランニング、ヘ
ルスケア、個人的及び職業的成長、家族生活、その他の問題といったいくつかの
次元に渡る調整−を満足させることを中心に直観的に編成されている。それぞれ
のメンバーは自分自身のプロフィールを保有及び維持しており、これにより、自
分自身を限定的にターゲットとするシステムにおいてコンテンツを作成及びブラ
ウズすることが可能となる。製品又はサービスの要求を入力した時点から、支払
いの完了まで、インテリジェントエージェントを利用して、リサーチが実施され
、取引が実行され、アドバイスが提供される。高度なプロファイリング及びフィ
ルタリングを使用することで、インテリジェントエージェントはユーザについて
学び、提供するサービスを改善する。顧客の意図には、日常ロジスティックス管
理（例えば、電子メール、カレンダ、連絡先、予定リスト、請求書の支払、ショ
ッピング、及び旅行プランニング）と、新しいコミュニティへの移動（例えば、
新しい生活場所を見つけること、家族の所有物を移動させること、旅行に出かけ
ること及び保険担保を送ること、仕事及び個人の連絡先に通知すること、新しい
コミュニティについて学ぶこと）とが含まれる。消費者の観点から、ｍｙＳｉｔ
ｅ！は、ユーザが関連製品及びサービスにアクセスし、極めて容易かつ便利に日
常のタスクを達成することが可能な中心的場所を提供する。
【０１０５】 ビジネスの観点から、ｍｙＳｉｔｅ！は、効果的に顧客を集め、サービスを提
供し、保持するための付加価値のある革新的な方法を意味する。意図価値ネット
ワークにより、ユーザは、パーソナライズされたサイトに入り、学習するインテ
リジェントエージェントの支援により、ネットワーク参加者とシームレスに対話
することができる。好適な実施形態による意図価値ネットワークは優れた価値を
提供する。カスタマイズされた情報、アドバイス、及び製品に対する、１日２４
時間、週７日のアクセスが提供される。この情報はパーソナライズされているた
め、それぞれのユーザは、必要なターゲットユーザとの関連性を保証するために
高度にカスタマイズされたコンテンツを閲覧することになる。
【０１０６】 エゴセントリックインタフェース： エゴセントリックインタフェースは、特定のユーザのニーズ、好み、及び現在
のコンテキストを満足させるために作成されたユーザインタフェースである。こ
れは、中央プロフィールデータベースに格納されたユーザの個人情報を利用して
、インタフェースをカスタマイズする。ユーザは、セキュリティ許可をオンにし
、インタフェース要素及びコンテンツに関する好みを設定することができる。エ
ゴセントリックインタフェースに統合されるコンテンツは、ユーザについての関
連情報によってカスタマイズされる。コンテンツを表示する時、エゴセントリッ
クインタフェースには、コンテンツがどのようにユーザと関連するかを実証する
形で、コンテンツとユーザとの間の関係が含まれる。例えば、ユーザが契約済み
の来るべきスキー旅行に関する情報を表示する時、このインタフェースには、ス
キー旅行中に同じ地域にいる他の人物等、ユーザの個人カレンダ及び連絡先リス
トからのイベントに関する情報が含まれる。これは、個別のユーザがよく知って
いるコンテキストに新しい情報の断片を入れる役割を果たす。
【０１０７】 図１０Ａは、ワールドワイドウェッブでの意図価値ネットワークアーキテクチ
ャの実施を表している。簡略化の目的から、この図ではセキュリティ、スケーラ
ビリティ、及びプライバシに関する複雑性を無視している。顧客は、Netscape N
avigator又はMicrosoft Internet Explorer等、インターネットに接続されたパ
ーソナルコンピュータ上で実行されている任意のインターネットＷｅｂブラウザ
１０１０、或いは無線能力を有する携帯情報端末によって、意図価値ネットワー
クにアクセスできる。意図価値ネットワークにアクセスする複数の方法の詳細な
説明については図１７を参照せよ。顧客は固有の名前又はインテグレータのＷｅ
ｂサーバ１０２０に関連するＩＰアドレスによって意図価値ネットワークにアク
セスする。インテグレータは、意図データベース１０３０、コンテンツデータベ
ース１０４０、サプライヤプロフィールデータベース１０５０、及び顧客プロフ
ィールデータベース１０６０といったリソースの組み合わせを使用して、意図価
値ネットワークを作成する。
【０１０８】 意図データベース１０３０は、意図の構造と、意図を充足させるのに必要な製
品及びサービスのタイプとに関するすべての情報を格納する。このデータベース
の情報には、意図のステップ、関心のあるエリア、レイアウトテンプレート、及
びパーソナライゼーションテンプレートが含まれる。コンテンツデータベース１
０４０は、アドバイス、紹介情報、パーソナライズコンテンツ、満足度評価、製
品評価、及び進捗レポート等、意図に関連するすべての情報を格納する。
【０１０９】 サプライヤプロフィールデータベース１０５０には、意図に統合された製品及
びサービスのプロバイダに関する情報が含まれる。このデータベースに含まれる
情報は、意図フレームワークとサプライヤとの間のリンクを提供する。これには
、製品リストと、特徴及び説明と、サプライヤの製品Ｗｅｂサイトのアドレスと
が含まれる。顧客プロフィールデータベース１０６０には、名前と、住所と、社
会保障番号及びクレジットカード情報と、個人的嗜好と、行動情報と、履歴と、
Ｗｅｂサイトレイアウトの好みと等、顧客に関する個人情報が含まれる。サプラ
イヤのＷｅｂサーバ１０７０は、情報及び取引のサポートを顧客に提供するため
に必要なサプライヤのあらゆるデータベースへのアクセスを提供する。
【０１１０】 製品情報データベース１０８０は、特徴、入手可能性、及び価格等、あらゆる
製品関連情報を格納する。製品注文データベース１０９０は、あらゆる顧客の注
文を格納する。このデータベースとのインタフェースは、ＳＡＰ、Ｂａａｎ、Ｏ
ｒａｃｌｅその他が提供している統合基幹業務アプリケーションを通じて行うこ
とが可能であり、或いはサプライヤのＷｅｂサーバ又はアプリケーションサーバ
を通じて直接アクセスすることができる。顧客情報データベース１０９１は、取
引を完了するため、或いは顧客レコードを維持するためにサプライヤが必要とす
るあらゆる顧客情報を格納する。
【０１１１】 図１０Ｂは、エゴセントリックインタフェース内でＷｅｂページを作成するた
めに利用されるロジックを提示するフローチャートである。この環境では、パブ
リックインターネット又はプライベートイントラネット等のように、Ｗｅｂサー
バとＷｅｂブラウザとはＴＣＰ／ＩＰネットワークによって接続されていると仮
定する。可能なＷｅｂサーバには、Microsoft Internet Information Server、N
etscape Enterprise Server、又はApacheが含まれる。可能なＷｅｂブラウザに
は、Microsoft Internet Explorer又はNetscape Navigatorが含まれる。クライ
アント（つまりＷｅｂブラウザ）は、サーバ（つまりＷｅｂサーバ）に対して、
特定のＷｅｂページを要求する１００１。これは通常、ユーザがＷｅｂページ内
のボタン又はリンクをクリックすることで達成される。Ｗｅｂサーバは、クライ
アント（つまりＷｅｂブラウザ）に格納されるユーザＩＤを管理するデータベー
ス及びユーザプロフィールデータベース１００３への要求によって、その特定の
ユーザに関するレイアウト及びコンテンツの好みを取得する１００２。次に、Ｗ
ｅｂサーバは、コンテンツデータベース１００５から、要求されたページのコン
テンツを検索する１００４。次に、カレンダ、電子メール、連絡先リスト、及び
タスクリストの項目等、関連するユーザ中心コンテンツが検索される１００６（
このプロセスの詳細な説明については図１１を参照）。データベースへのクエリ
は、ユーザプロフィールデータベース１００３内のユーザプロフィールの一部と
して格納されているユーザのコンテンツの好みを利用して、戻されるコンテンツ
をフィルタリングする。戻されたコンテンツはその後、ユーザプロフィールにお
いて定義されたレイアウトの好みに従って、Ｗｅｂページにフォーマットされる
１００７。このＷｅｂページはその後、クライアントに戻され、ユーザに対して
表示される１００８。
【０１１２】 図１１は、Ｗｅｂページに追加するユーザ中心コンテンツを検索するプロセス
を表している。このプロセスは、図１０Ｂの１００６を更に詳細な形で説明して
いる。ここではサーバが、ユーザプロフィールと、このページに統合されること
になる既存のコンテンツとを既に取得していると仮定する。このサーバは、フィ
ルタリングされたコンテンツをパースし１１１０、イベント、連絡先、名前、及
び電子メールアドレスのインスタンスを探す。これらのいずれかが見つかった場
合は、タグが付けられ、一時保有空間に格納される。次に、このサーバは、様々
なデータベースに格納された任意のユーザ中心コンテンツを見つけようと試みる
１１２０。これには、一時保存空間内のタグ付き項目を、カレンダデータベース
１１４０のカレンダ項目１１３０と、電子メールデータベース１１１４の電子メ
ール項目１１１５と、連絡先データベース１１６８の連絡先項目１１１７と、タ
スクリストデータベース１１１８のタスクリスト項目１１１９と、ニュースデー
タベース１１２０のニュース項目１１２１とにマッチングさせることが伴う。関
連するユーザ中心コンテンツを検索した後、これは共に編集され戻される１１２
２２。
【０１１３】 ユーザペルソナ： このシステムでは、ユーザは、プロフィール情報を異なるコンテキストで有効
なセットに集合させる多数の異なるペルソナを作成することができる。ユーザは
、自宅用に購入を行う時、１つのペルソナを作成することができる。このペルソ
ナは、自宅の住所を含む可能性があり、このユーザがショッピング時に良質なバ
ーゲン品を探していることを示す可能性がある。同じユーザは、仕事のコンテキ
ストにいる時に使用することが可能な第二のペルソナを作成することができる。
このペルソナは、ユーザの職場の所在地を格納する可能性があり、このユーザが
特定のベンダを好むこと、或いは割引プログラムを設定している特定の企業のた
めに働いていることを示す可能性がある。仕事関連品目のショッピングの時、ユ
ーザは、このペルソナを使用することができる。ペルソナは規則や制限も含むこ
とができる。例えば、仕事のペルソナは、ユーザが一社のみの旅行代理店で飛行
機の予約を行い、雇用主が設定した手配規則を利用するように制限することがで
きる。
【０１１４】 図１２は、ユーザと、複数のペルソナと、複数のプロフィールとの間の関係を
表している。ユーザレベルにあるのはユーザプロフィール１２００である。この
プロフィールはユーザとユーザの口座情報を表す。データベースには、口座を有
するそれぞれのユーザに関する固有のレコードが１つ存在する。それぞれのユー
ザには複数のペルソナ１２２０、１２３０、及び１２４０が付属する。これらの
ペルソナは、複数のプロフィールを有効なコンテキストにグループ化するのに使
用される。例えば、ユーザがサンフランシスコに住み、パロアルトで働いている
が、タホ湖に山荘を所有しているとする。彼は、自分のサイトにアクセスする可
能性のある３種類のコンテキストを有している。１つのコンテキストは仕事関連
である。他の２つは家庭生活関連だが、場所が異なっている。このユーザは仕事
用ペルソナ１２２０と、自宅用ペルソナ１２３０と、山荘用ペルソナ１２４０と
を作成することができる。それぞれのペルソナは、異なる一般プロフィール１２
５０、１２６０、及び１２７０を参照し、これにはその場所の住所が含まれる。
したがって、３つの一般プロフィールが存在する。それぞれのペルソナは更に、
２つの旅行プロフィールの一方を参照する。このユーザは、仕事用旅行プロフィ
ール１２８０を維持しており、これにはチケットの手配及び予約の実行に関する
会社のあらゆる規則が含まれる。このプロフィールは、例えば、この人物がビジ
ネスクラス又はファーストクラスでのみ旅行すること、及び彼の好みの航空会社
がユナイテッド航空であることを指定できる。仕事用ペルソナは、この仕事用旅
行プロフィールを参照する。このユーザは更に、彼がエコノミクラスで旅行する
ことを好み、全般的に安いことから払い戻し不可のセールを求めていることを指
定する自宅用旅行プロフィール１２９０を維持することが可能である。自宅用ペ
ルソナ及び山荘用ペルソナの両方が自宅用旅行プロフィールを指し示す。
【０１１５】 図１３は、ペルソナの概念をサポートするデータモデルを表している。ユーザ
表１３１０には、システム内に口座を有するそれぞれのユーザの記録が含まれる
。この表には、ユーザ名及びパスワード１３２０と、固有の識別子とが含まれる
。それぞれのユーザは複数のペルソナ１３３０を有することが可能であり、これ
はプロフィール１３４０と呼ばれる更に特化した構造のコンテナとして機能する
。プロフィールには、プロフィールフィールド１３５０レコード内の詳細な個人
情報が含まれる。それぞれのプロフィールには、プロフィール制限１３６０レコ
ードのセットが付属する。これらのそれぞれには、名前１３７０と規則１３８０
とが含まれ、これが制限を定義する。規則は、パターンに似た形式（もしｘなら
ばｙ）で、これにより規則を特定の用途に制限することができる。プロフィール
制限の一例には、リストに含まれる特定の航空会社でユーザが飛行機を予約でき
ないことを定めた規則がある。このプロフィール制限は、例えばユーザの雇用主
によって設定された「仕事用」ペルソナの「旅行」プロフィールに含めることが
できる。それぞれのプロフィールフィールドには更に許可１３９０のセットが含
まれ、これはそのレコードに含まれる。こうした許可は、特定のプロフィールフ
ィールドの情報に対するどのようなアクセス権を誰が有しているかを定める。
【０１１６】 意図中心インタフェース： 退職又は移転のプランニングといった顧客の意図を満足させるには、特化した
インタフェースが必要である。顧客の意図は、例えば経済的安全性、住宅、及び
運搬手段から、ヘルスケア、個人的及び職業的成長、及び娯楽に至るまでの多数
のエリアに渡る広範なプランニング及び調整を必要とする。意図の満足させるに
は、消費者のニーズの充足を支援するために業界を超えて機能する相補的なビジ
ネスのネットワークが必要となる。
【０１１７】 意図中心インタフェースは、ユーザが個人の意図を管理するのを支援するため
に設計されたユーザインタフェースである。任意の一定の時点において、インタ
フェースのコンテンツはカスタマイズされ、こうした特定の意図に関連するコン
テンツのみが示される。意図中心インタフェースにより、ユーザは、こうした特
定の意図を満足させるプロセスを管理することができる。これには、一連の別個
のステップと、ユーザがアクセス可能なコンテンツエリアのセットとが関与する
。任意の時点において、ユーザは異なる意図を管理するインタフェースに切り替
えることも可能であり、この行為により、インタフェースのコンテンツは変化し
、新たに選択された意図を満足させることに関連するコンテンツのみが含まれる
ようになる。
【０１１８】 図１４は、意図中心インタフェースをサポートするのに必要なデータモデルの
詳細な説明を提示している。それぞれのユーザペルソナ１４１０（ペルソナのデ
ータモデルの詳細な説明については図１３を参照）は、任意の数のアクティブユ
ーザ意図１４２０を有する。それぞれのアクティブユーザ意図にはニックネーム
１４３０が与えられ、これはユーザがスクリーン上で見る表示名である。それぞ
れのアクティブユーザ意図は更に、多数のデータフィールド１４４０を含み、こ
れにはユーザとの対話全体を通じて収集された任意のユーザデータが含まれる。
例えば、ユーザがスクリーン上のフォームを埋め、そのフィールドの１つが社会
保障番号である場合、対応するデータフィールドは、名前＝「ＳＳＮ」１４６０
、値＝「９９９−９９−９９９９」１４６０を含むことになる。それぞれのユー
ザ意図は更に、意図ステップ１４７０完了ステータスを追跡する。完了１４８０
フィールドは、ユーザがステップを完了したかどうかを示す。すべてのユーザ意
図は、一般意図１４９０のユーザ固有バージョンであり、一般意図はあらゆるユ
ーザのための意図に関するデフォルトモデルである。一般意図は、意図のサブス
テップに付属するカスタム規則１４１１及び１４１２を通じてカスタマイズされ
る。こうしたカスタム規則は、システムが個々のユーザのプロフィール情報を使
用して、それぞれのユーザの意図をどのようにカスタマイズするかを表すパター
ンである。
【０１１９】 統計エージェント： エージェントは、それぞれのユーザの主要な統計値を追跡する。こうした統計
値は、ユーザに特定の行動を促すために仮想現実ペットのたまごっちと同様の形
で使用される。こうした記録される統計値は、ログインの頻度、ニュース記事等
のコンテンツの評価の頻度、及び特定の期間に実行したタスク数によって測定さ
れるエージェントの活動である。この情報は、感情的に訴えかけて特定の行動を
ユーザに促すために、システムによって使用される。
【０１２０】 図１５は、エージェントの現在の統計値を表示するページを生成するプロセス
を表している。ユーザがクライアントブラウザによりエージェント統計ページを
要求した時１５１０、サーバはユーザのプロフィールデータベース１５３０から
ユーザの統計値を検索する１５２０。次に、このサーバは、標準化された統計値
セットを作成するために必要な数学的計算を実行する１５４０。次に、このサー
バは、コンテンツデータベース１５６０から、ユーザ中心統計値を計算するため
に使用する式を検索する１５５０。その後、一般式と、そのユーザの統計値とを
使用して、グラフが生成される１５７０。このグラフは、統計ページを作成する
ためのテンプレートに挿入される１５８０。その後、このページがユーザに戻さ
れる１５９０。
【０１２１】 パーソナライズ製品レポートサービス： このシステムは、ユーザプロフィールに基づいてユーザ毎にカスタマイズされ
た消費者レポートのようなサービスを提供する。このシステムは、製品の品質と
、多数の次元での望ましさとに関するユーザからの評価を記録及び提供する。こ
のシステムと従来の製品品質測定サービスとの違いは、ユーザに返ってくる評価
がパーソナライズされている点である。このサービスは、ユーザのプロフィール
とのマッチングが最も緊密であり、求められている製品をこれまでに評価したこ
とがある人物を見つけることで機能する。このアルゴリズムを使用することは、
ユーザに対して、そのユーザに似た人物からの統計値のみを含む製品レポートを
確実に送り返すのに役立つ。
【０１２２】 図１６は、ユーザ向けパーソナライズ製品評価を決定するアルゴリズムを表し
ている。ユーザが製品Ｘに関する製品レポートを要求した時１６１０、このアル
ゴリズムは、その製品を以前に評価したことがあるユーザのプロフィールデータ
ベース１６３０（製品評価を含む）から、プロフィールを検索する１６２０。次
に、システムは、コンテンツデータベース１６５０からプロフィールマッチング
アルゴリズムのデフォルトの閾値を検索する１６４０。次に、プロフィールマッ
チングアルゴリズムにおいて指定されたいくつかの次元に、ユーザの選抜候補者
リストをすべてマップする１６６０。その後、最も近い近接者の上位ｎ名（閾値
変数として事前に指定）を決定し、プロフィールマッチングアルゴリズムの結果
を使用して、この人達がセット内のユーザのプロフィールからの距離ｙ（同じく
閾値変数として事前に指定）の中にあるかどうかを判断するテストを実行する１
６７０。この閾値の中にない場合は、閾値変数が緩和され１６８０、再度、テス
トが実行される。この処理は、テストで真が戻されるまで繰り返される。その後
、最も近い近接者ｎ名の小さなセットからの製品評価を使用して、いくつかの次
元に沿った多数の製品統計値が決定される１６９０。こうした統計値は、製品レ
ポートのテンプレートに挿入され１６９５、製品レポートとしてユーザに戻され
る１６９７。
【０１２３】 個人プロフィール及びサービスの偏在： このシステムは、個人のプロフィールを１箇所で集中的に記憶する場所を提供
する。この記憶場所は、パブリックインターネットを通じて利用可能なサーバで
あり、インターネットに接続された適切なアクセス能力を有する任意の装置によ
ってアクセス可能である。至るところでプロフィールにアクセスできることから
、ユーザのプロフィールに基づいてユーザ向けのサービスをカスタマイズするた
めに、多数のアクセス装置を使用することができる。例えば、業者のＷｅｂサイ
トでは、このプロフィールを使用して、ユーザにパーソナライズされたコンテン
ツを提供することができる。インターネットにアクセス可能な携帯情報端末（Ｐ
ＤＡ）では、ＰＤＡ上の個人のカレンダ、電子メール、連絡先リスト、タスクリ
スト、及びメモを、インターネットサイトに格納されているバージョンと同期さ
せることができる。これにより、個人は、必要な時期及び必要なフォーマットに
関係なくデータを利用可能にしておくために、このデータの１つのバージョンの
みを維持しておけばよい。
【０１２４】 図１７は、こうした中央格納プロフィールにアクセスする多数の異なる方法に
関連する詳細なロジックを提示している。プロフィールデータベース１７１０は
、ユーザのプロフィール情報の中央記憶場所である。プロフィールゲートウェイ
サーバ１７２０は、ユーザ自身からのものか、或いはユーザにサービスを提供し
ようとしている業者からのものであるかに関係なく、プロフィール情報に関する
あらゆる要求を受領する。このプロフィールゲートウェイサーバは、プロフィー
ル所有者が明確に許可を与えた時のみ、情報を公表する状態を確保することに責
任を有する。ＴＣＰ／ＩＰ（標準ネットワーク通信プロトコル）でパブリックイ
ンターネット１７３０にアクセス可能な任意の装置は、インテリジェントＨＴＴ
Ｐ要求によって、プロフィールデータベースからの情報を要求することができる
。消費者は、例えば、テレビ１７４０、携帯電話、スマートカード、ガスメータ
、水道メータ、台所用品、セキュリティシステム、デスクトップコンピュータ、
ラップトップ、ポケットオーガナイザ、ＰＤＡ、及び自動車等の装置からサービ
スへのアクセスを得ることができる。同様に、業者１７５０も（それぞれのプロ
フィールを所有する消費者からの許可を受けて）こうしたプロフィールにアクセ
ス可能であり、これにより、カスタマイズ及びパーソナライズされたサービスを
消費者に提供することができる。
【０１２５】 この偏在プロフィールの潜在的な使用方法の１つは、ホテルチェーンに関する
。消費者は、自分を一意に特定するデジタル証明書が入ったスマートカードを携
帯することができる。このスマートカードのデジタル証明書は、システムによっ
て発行されたものであり、システムは消費者のプロフィール情報をプロフィール
データベースに記録している。消費者は、このカードをホテルチェーンに持って
いき、チェックインする。ホテルの雇用者はカードを読み取り機に通し、消費者
は暗証番号を入力し、デジタル証明書のロックを解除する。証明書は（安全な送
信プロトコルを使用して）プロフィールゲートウェイサーバに送られ、認証され
る。これにより、ホテルでは、消費者が以前に指定した消費者のプロフィールの
特定部分にアクセスできるようになる。ホテルでは、消費者のあらゆる請求情報
及びホテルの部屋の好みを検索することができる。更にホテルでは、消費者の映
画及び食事の好みにもアクセスし、この両方についてカスタマイズしたメニュー
を提供することができる。ホテルでは、消費者の配偶者に電子メールを送り、消
費者がホテルにチェックインしており無事であることを知らせるサービスを提供
できる。あらゆる取引情報は、ホテルにチェックインした後、消費者のプロフィ
ールにアップロードすることができる。これにより、ホテルのパートナーは（同
様に消費者からの許可を受けて）ホテルが収集した消費者に関する情報を利用す
ることができる。
【０１２６】 意図価値ネットワーク： 意図価値ネットワークにおいて、全体的なインテグレータシステムは、ユーザ
への製品及びサービスの納入を調整する。このインテグレータは、ユーザのプロ
フィールに反映されるユーザの好みに基づいて、ユーザに物理的及び仮想的に製
品及びサービスを提供する承認サプライヤのネットワークを管理する。このイン
テグレータは、サプライヤと消費者との間の関係を管理し、サプライヤによる消
費者の意図の充足を調整する。インテグレータは、例えば、消費者に製品及びサ
プライヤに関する情報を提供すること及び客観的なアドバイスを与えることによ
って、これを行う。
【０１２７】 図１８では、消費者と１つのサプライヤが関与するインテグレータとの間の詳
細な対話を開示している。このユーザはＷｅｂブラウザ１８１０にアクセスし、
インテグレータに製品及び価格情報を要求する。この要求は、ユーザのＷｅｂブ
ラウザからインテグレータのＷｅｂ／アプリケーションサーバ１８２０に送られ
る。ユーザの好み及び個人情報がインテグレータの顧客プロフィールデータベー
ス１８３０から取得され、Ｗｅｂ／アプリケーションサーバに戻される。要求さ
れた製品情報はサプライヤの製品データベース１８４０から抽出され、特定の顧
客向けにカスタマイズされる。Ｗｅｂ／アプリケーションサーバは、顧客に関す
る質問情報により、サプライヤの顧客情報データベース１８５０を更新する。そ
の後、製品及び価格情報はＷｅｂページ１８６０にフォーマットされ、顧客のＷ
ｅｂブラウザに戻される。
【０１２８】 サマリエージェント： アプリケーション及びＷｅｂサーバで実行されるソフトウェアエージェント一
式は、ユーザのための反復するタスク又は日常的なタスクを管理するようにプロ
グラムされる。このエージェントは、ユーザが設定した規則に従って動作し、ユ
ーザによって明示的に定義されたタスクのみを実行することができる。このエー
ジェントは、ユーザへの請求を支払うこと、コンテンツ及び電子メールをフィル
タリングすること、タスク及びエージェントの活動のサマリ表示を提供すること
を管理できる。エージェント用のユーザインタフェースは、特定のユーザに合わ
せて変更することができる。
【０１２９】 図１９では、ユーザ向けの口頭サマリを生成するエージェントによる処理の好
適な実施形態に従ったロジックを開示している。ユーザがサマリページを要求し
た時１９００、サーバは、ユーザプロフィールデータベース１９３０から、エー
ジェントのタイプ、規則、及びサマリレベルといったユーザのエージェントの好
みを取得する１９２０。サーバは、コンテンツデータベース１９５０から、電子
メール、予定リストの項目、ニュース、及び請求といったコンテンツを取得する
１９４０。エージェントは、プロフィールデータベースに格納された規則を使用
して、こうしたすべてのコンテンツをパースし、コンテンツのサマリを作成する
１９６０。コンテンツはテンプレートに従ってＷｅｂページにフォーマットされ
る１９７０。コンテンツデータベース１９９０のコンテンツとデータベースに格
納されるスピーチテンプレートとを使用して、エージェントのスピーチ用テキス
トが生成される１９８０。このスピーチテキストはＷｅｂページに挿入され１９
９５、このページはユーザに戻される１９９７。
【０１３０】 信頼される第三者： 上のシナリオでは、Ｗｅｂサイトは、公表されたポリシに従って、情報のプラ
イバシの保証を維持する必要がある。このシステムは、消費者の信頼される第三
者であり、あらゆる場合において、消費者に代わって行動し、商取引の機会のシ
ミュレーションではなく情報のプライバシに偏り過ぎる。この信頼される第三者
は、明言されたポリシにより特定の連座を保証する適切なプロセスのセットを有
する。
【０１３１】 「ｍｅコマース」： この言葉は「ｅコマース」という言葉を拡張したもので、「パーソナライズ電
子商取引」を意味する。図２０は、好適な実施形態によるディスプレイログイン
を表している。このディスプレイは、エージェント２０００を有するMicrosoft
Internet Explorerアプリケーションとして実施され、エージェントは、様々な
システムコンポーネントをカスタマイズ及びパーソナライズし、情報を集め、ユ
ーザの個人的要件と対話するために、システムとの対話のプロセスを通じて、ユ
ーザをガイドする。ユーザはユーザ名を２０１０に、パスワードを２０２０に入
力し、ボタン２０４０を選択して、ログイン手続きを開始する。ロゴ２０３０が
示すように、このシステムは電子商取引を、パーソナライズされた、いわゆる「
ｍｅ」コマースに変える。
【０１３２】 図２１は、好適な実施形態による日常ロジスティックス管理ディスプレイを表
している。ユーザはアニメーションエージェント２１００にパーソナライズメッ
セージ２１９０によって迎えられる。ユーザは、旅行２１１０、家庭の雑用２１
２０、金融２１３０、及び市場活動２１４０を含め、要件に基づいて様々な活動
を選択できる。ある活動から別の活動への迅速なナビゲーションを促進するため
に、電子メール、カレンダリング、ドキュメント作成といったルーチンタスク用
のアイコン２１４２も提供される。ニュースその他の関心のある項目の転送を可
能にするために、ダイレクトリンク２１４６も提供される。ユーザがいる場所に
基づいて、様々なプロフィールを選択することができる。これは例えば、仕事、
自宅、又は休暇等である。このプロフィールは、ユーザが別の場所のための新し
いプロフィールを必要とする時に追加することができる２１７０。個人情報の様
々な項目２１８０は、様々な試みをサポートするためにユーザから収集される。
更に、情報がタイムリで現行のものであることを確認するために項目２１８０毎
に許可２１５０が設定される。
【０１３３】 図２２は、好適な実施形態によるユーザメインディスプレイを表している。ユ
ーザの好みに基づいて、世界のニュース２２００及びローカルニュース２２１０
が提供される。このユーザは、メインディスプレイに直接情報を提供する項目と
して不動産２２３０も選択している。更に、ユーザの好みに基づいて、異なるエ
ージェント２２２０が提供される。
【０１３４】 図２３は、好適な実施形態によるエージェント対話を表している。エージェン
ト２３１０は、ユーザに情報２３００を伝達し、ユーザの生命保険のニーズが変
化したことを示し、ユーザ向けの情報を最善の形でまとめたチャートをユーザに
示している。現在のユーザ統計値に基づいて、更に詳細な情報を促すために、特
定のヒント２３９５が提供される。ユーザの生命保険のニーズに関するチャート
２３７０も、ユーザが適切な行動を判断するのを支援するために、ディスプレイ
の中央で強調表示される。保険証書の変更を容易にするためにボタン２３８０が
提供され、ユーザの保険要件に関する様々な表示を選択するのを支援するために
ボタンのセット２３９０が提供される。
【０１３５】 イベントバックグラウンダ： イベントバックグラウンダは、来るべきイベントの短い説明で、イベントの直
前にユーザに送られる。イベントバックグラウンダは、このイベントに関連する
最新情報によって絶えず更新される。旅程及びロジスティックスといった関連情
報が含まれ、同じ場所にいる可能性のあるユーザの知人といった他の有効な情報
も提供される。イベントバックグラウンダの目的は、パブリックＷｅｂサイト及
びユーザのカレンダ及び連絡先リストといった多数のリソースから引き出した、
イベントに関する最も新しい情報を提供し、ユーザが一定の状況において適切に
反応するのを可能にすることである。
【０１３６】 ビシニティフレンドファインダ このソフトウェアは、友人、家族、又は知人がユーザと同じ周辺にいること、
或いは同じ周辺に来ることをユーザに伝える機会を探す。このソフトウェアは、
来るべきイベントについてユーザのカレンダをスキャンする。次に、地形マップ
を使用して、こうしたカレンダイベントを、連絡先に載っている人物のカレンダ
イベントと比較する。その後、ユーザに任意の一致を通知し、これにより、特定
の時間にユーザの近くにいる予定である人物がいることをユーザに伝える。
【０１３７】 情報過多： 情報過多という用語は、その定義と、意味及び結果との両方において、現在で
は比較的理解されるようになっている。人間が一度に利用可能な注意の量は限ら
れているが、こうした注意を求める量は毎日増え続けている。簡単に言えば、多
すぎる情報と少なすぎる時間こそが、今日の知識労働者の生活を複雑にする主な
要因である。
【０１３８】 情報過多に動的に対処する第一の試みでは、情報の量が減るように情報のイン
テリジェントフィルタリングを行うことに注目する。しかしながら、情報の小片
を単純にランダムに取り除くのではなく、こうしたアプローチのほとんどでは、
どの情報を最終的にユーザに提示するかについて知的になることを試みている。
これは、ユーザの関心に基づいてそれぞれのドキュメントを評価し、関連性の少
ないものを捨てることで達成される。そのため、結果として、質も向上する。
【０１３９】 情報のフィルタリングは、この新しい時代において情報に対処するための第一
のステップに過ぎない。おそらく間違いなく、ドキュメントの質と同じように重
要なのは、それに容易にアクセスできることである。ミーティングに出席してし
まえば、そのミーティングの題材について重要な情報を含んでいるドキュメント
が自分のオフィスに届けられても、価値はほとんどない。相互通信の技術に刺激
されビジネスの速度が高まるにつれ、どんな時でも、どんな場所にいても、質の
高い情報を受け取ることができる能力は不可欠になっている。この新しいアプロ
ーチは、インテリジェント情報伝達と呼ばれ、新しい情報自体の先駆けとなって
いる。
【０１４０】 好適な実施形態では、情報過多を減少させるだけでなく、高品質の情報をユー
ザが求める場所及び時間に伝達する試みにおいて、上で説明したインテリジェン
ト情報伝達の理論を実証している。言い換えれば、このシステムは、適切な情報
を、適切な人物へ、適切な時間に、適切な場所で伝達する。
【０１４１】 アクティブナレッジ管理システムの説明： 図２４は、好適な実施形態によるアクティブナレッジ管理システムのブロック
図である。このシステムは以下の部分、つまり１つ以上のサーバとのバックエン
ド２４００接続と、パーソナル移動無線クライアント（アウェアネスマシン）２
４３０、２４３６と、パブリッククライアント（マジックウォール）２４１０、
２４２０と、Ｗｅｂクライアント２４４６、２４４８と、電子メールクライアン
ト２４５０、２４６０とによって構成される。
【０１４２】 パックエンドサーバ（２４００）プロセス： 図２５は、好適な実施形態によるバックエンドサーバのブロック図である。こ
のバックエンド（図２４の２４００）は、以下のソフトウェア活動要素、つまり
インテリジェントエージェントコーディネータ（Ｍｕｎｉｎ）２５８０と、情報
優先度決定サブシステム２５３０、継続的及び断続的に実行される情報収集及び
処理用インテリジェントエージェント２５００、２５０２、及び２５０４と、ユ
ーザプロフィールデータベース２５４２及びサポートソフトウェアと、情報チャ
ネルデータベース２５４２及びサポートソフトウェアと、通信ソフトウェア２５
５０と、情報変換ソフトウェア２５６０と、補助ソフトウェアとを有するコンピ
ュータシステムである。
【０１４３】 アウェアネスマシン（図２４の２４４６及び２４４８）： ●アウェアネスマシンは、ハードウェア装置とソフトウェアアプリケーション
との組み合わせである。ハードウェアはハンドヘルド型コンピュータと無線通信
装置とによって構成される。アウェアネスマシンは、無線の情報細流を継続的に
受領することで、絶えず更新される所有者の世界の状態を反映する。この情報は
、インテリジェントエージェント一式によって掘り出され処理されるものであり
、メールのメッセージ、それぞれのユーザの好みに合ったニュース、スケジュー
ルの更新、来るべきミーティング及びイベントの背景情報、更には天気情報及び
交通情報によって構成される。
【０１４４】 図２５のインテリジェントエージェントコーディネータ２５８０も、システム
に対するユーザの「インタフェース」であり、ユーザがシステムと対話するとき
は常に、ＧＵＩその他のエンドユーザインタフェースに関係なく、これらは最終
的にはインテリジェントエージェントコーディネータとやり取りをする（質問を
行い、コマンドを送る）。インテリジェントエージェントコーディネータには主
に４つの責任があり、それは１）ユーザの活動を監視すること、２）情報要求を
処理すること、３）それぞれのユーザのプロフィールを維持すること、及び４）
ユーザ及びそれぞれのエージェントとの間でやり取りする情報の経路を定めるこ
とである。
【０１４５】 ユーザの活動の監視： ユーザがセンサを始動させた時は常に、インテリジェントエージェントコーデ
ィネータは「環境キュー」を受領する。このキューは、インテリジェントエージ
ェントコーディネータが、情報伝達の目的で、ユーザがいる場所の理解を得るこ
とを可能にするだけでなく、それぞれの人物の生活の標準パターン（到着時間、
出発時間等）を学習することも可能にする。こうしたパターンは、情報を伝達す
る時のシステムの知性を高める試みにおいて、絶えず更新され改良される。例え
ば、現在、１人の人物がいくつかの電子メールアカウント（仕事ベース、自宅ベ
ース、移動ベース等）を有することは珍しくなく、こうしたすべてのアカウント
に関する検索プロセスにいくつかの異なるコンピュータが関与することも珍しく
ない。したがって、インテリジェントエージェントコーディネータが正しい場所
への情報伝達を成功させるには、ユーザが情報を見る確率を最大にするために、
こうしたすべてのアカウントと、ユーザがこれらにアクセスする可能性のある時
間とを考慮する必要がある。これについては、別のセクションで更に説明する。
【０１４６】 情報要求の処理： インテリジェントエージェントコーディネータは、それぞれのユーザを意図し
て情報をパーソナライズし、ユーザが受け取る情報において、それぞれのユーザ
の関心を更に正確に反映させるために、他のエージェントからの情報要求を処理
する。こうした要求は一般に、ユーザのプロフィールに関連している。例えば、
エージェントは、ユーザのために交通レポートを作成している時、インテリジェ
ントエージェントコーディネータに、そのユーザの交通地域（サーチストリング
）を要求する可能性がある。ユーザのプロフィールデータに対するすべてのアク
セスは、この方法においてアクセスされる。
【０１４７】 ユーザプロフィールの維持： ユーザプロフィールにはユーザに関する広範な情報が含まれる。この情報は、
ユーザ指定データと、インテリジェントエージェントコーディネータがそれぞれ
のユーザの情報及び活動から学習及び推定した情報との混合物である。プロフィ
ールに含まれるデータを保護するために、インテリジェントエージェントコーデ
ィネータはすべての情報要求を処理する必要がある。インテリジェントエージェ
ントコーディネータは、更に多くのルーチンである日常的タスクを支援するため
に、ユーザの活動を観察し、その生活パターンの学習を試みることにより、こう
したプロフィールを絶えず修正及び更新する。インテリジェントエージェントコ
ーディネータは更に、それぞれのユーザの毎日の活動から意味を拾い集めるため
に、他のエージェントを利用する。これらのエージェントは、こうしたデータを
掘り出し、現在の関心事、長期的な関心事、更にはそれぞれのタイプの情報を伝
達する時間の好みを示すものを見つけようとする。インテリジェントエージェン
トコーディネータの観察に関する別の重要な態様は、経路指定の目的で、それぞ
れのユーザが１日を通じて物理的にどこに位置するのかを判断しようとすること
である。
【０１４８】 情報の経路指定： ほとんどの人間は１日を通じて移動する。インテリジェントエージェントコー
ディネータは、観察（監視されない学習）と環境からのキューとの両方により、
ユーザがどこに位置するか、或いはどこに位置する可能性が高いかを判断しよう
と試みることで、この事実に敏感になろうとする。これはユーザの情報をどこに
送るかを判断するためだけでなく、どのフォーマットで情報を送るかを判断する
ためにも間違いなく重要である。例えば、ユーザが机に向かっており、Ｗｅｂク
ライアントを使用しているばあい、インテリジェントエージェントコーディネー
タはユーザのＰＣから活動を示すものを受領し、任意の必要な情報をそこへ送る
べきであることが分かる。加えて、デスクトップＰＣは通常非常に強力であるた
め、機能をすべて使った画像の多いバージョンを送ることができる。しかしなが
ら、これに代わる状況、つまりインテリジェントエージェントコーディネータが
（出口の近くにあるキーカードリーダにより）あなたがビルを出たばかりである
ことを示すものを受領した状況も考えられる。その数分後、インテリジェントエ
ージェントコーディネータが、あなた宛の緊急メッセージを受領したとの通知を
受領したとする。インテリジェントエージェントコーディネータは、あなたがビ
ルを出たことを知っており、それ以外の行動を示すものを受領していないため、
ハンドヘルド型装置（その能力についても知っている）によって連絡できるとみ
なし、画像優先バージョンではなく、緊急メッセージのテキストをそこに送る。
【０１４９】 内在するイノベーション： アクティブナレッジ管理システムは、ナレッジ管理と人間及びコンピュータの
対話との世界において、いくつかの最も高度な思考を意味している。主なイノベ
ーションの一部には以下が含まれる。 ●上で例示したインテリジェントエージェントコーディネータ。 ●インテリジェント情報伝達の理論の開発、実証、及び実現。 ●すべてが共通のバックエンドを利用した情報伝達のいくつかのチャネルのサ
ポート。例えば、ユーザがマジックウォールの前にいる場合、情報はマルチメデ
ィア対応形式で提示される。ユーザは移動中であるとシステムが判断した場合、
情報は標準のテキストによってアウェアネスマシンに送られる。これにより、ユ
ーザが情報を求める時間及び場所に関係なく情報を伝達することを促進する。 ●静的なユーザプロフィールに基づくだけでなく、ユーザの対話履歴と、「人
、場所、及び時間」の認識を含む現在のリアルタイム状況とを考慮することによ
る情報のパーソナライズ。 ●インテリジェントエージェントコーディネータの意見、ユーザの好み、及び
ユーザの対話履歴を考慮する高速でスケーラブルな情報優先度決定サブシステム
の利用。インテリジェントエージェントの部分から日常的判断の負荷を取り去る
ことにより、システムのスケーラビリティを損なうことなく、エージェントを更
に精巧で精度の高いものにできる。 ●インテリジェントエージェントのアニメーション表示及び触覚入力と組み合
わせた音声認識及び音声合成により、効率的で、直観的で、感情的に満足感を与
えるシステムとの対話を提供する。
【０１５０】 クライアント報告サブシステムモデル： コンテキスト： 報告サブシステムは、レポート（読み出し、記録事項の作成）を行うためにク
ライアント上の他のサブシステムによって使用される。このサブシステムは、取
り扱うデータのタイプを想定しない―このデータは、（アーキテクチャサービス
の一環としての）誤ったレポート又は（アプリケーションデータサービスの一環
としての）リード管理情報である可能性がある。報告サブシステムは、この意味
において、インフラの一部であり、クライアント上のあらゆる場所で利用可能な
一連の基本サービスである。報告サブシステムは、通信サブシステムを使用して
、データの格納及び転送を行う。
【０１５１】 アーキテクチャの概要： 報告サブシステムはあらゆるクライアントサブシステムにサービスを提供する
。このサブシステムは、クライアントアプリケーション内と、クライアント及び
サーバ間とにおいてメッセージを伝えるメカニズムを備える。この報告メカニズ
ムは、通信サブシステムを使用して、データの格納及び転送を行う。例外は、こ
の報告メカニズムを使用して、エラーに関する情報のみをレポートする。
【０１５２】 役割： 報告メカニズムは、インフラサービスのセットを提供し、これによりアーキテ
クチャコンポーネントは、情報をレポートすることができる。このサブシステム
は、レポートされる情報について規定しないが、システム障害又は顧客対話情報
といった特定のタイプのレポート情報へのマッピングを行うコンポーネントを含
む。
【０１５３】 このサブシステムのコンポーネントの一部は、例外のセットとして提示され、
これにより、処理中に遭遇したエラー条件の自動レポートが可能になる。
【０１５４】 このサブシステムはデータを受け入れ、適切なフォーマットで通信サブシステ
ムに転送する。このサブシステムは、エラー条件の結果である処理中に生成され
た例外を捕捉しレポートする。このサブシステムは、エラーロギングから販売の
リードに至るまで、作成する必要のある任意のタイプのレポートに対処すること
が可能である。必要に応じて新しいタイプの情報を記録するのに十分な柔軟性を
有する。更に、必要に応じて新しいタイプのレポートを追加できる十分な柔軟性
を有する。加えて、ロギングプロセス中に特定の情報が利用できない状態に対処
することができる。
【０１５５】 責任： クライアント報告サブシステムは、アプリケーションのあらゆる部分で使用す
る例外のセットを提供することに責任を有する。このサブシステムは更に、ロギ
ング失敗レポートと、アプリケーションハートビートレポートと、メッセージ受
領証と、紹介又はリードと、管理情報システムのエントリとに責任を有する。
【０１５６】 免責： このサブシステムは、インタフェースでの対話その他の場所から情報を収集す
ることに責任を有しておらず、どのデータセットをレポートする必要があるかを
判断することにも責任を有していない。レポートすることには、レポートを印刷
することは含まれない。
【０１５７】 コンポーネントの仕様： クライアント例外報告コンポーネント これは例外クラスのセットであり、
クライアント報告コンポーネントの報告サービスを使用して、障害情報を格納及
び送信する。
【０１５８】 クライアント報告コンポーネント これはあらゆるレポートの情報を収集し
、フォーマットし、クライアント通信サブシステムに送信するメカニズムである
。
【０１５９】 作成、存続、及び管理： このサブシステムの重要な要素は、レポートオブジェクトの作成を管理する静
的なクラス−レポートファクトリである。このクラスは、通信サブシステム（ク
ライアントの構成を管理）によってインスタンスを作成され、常に利用可能であ
る。そうではない場合には深刻なエラーとなる。レポートは、必要に応じて、そ
の場限りで生成される。
【０１６０】 サイジング及び容量： クライアントアーキテクチャの要件がどんなものであっても、クライアント報
告サブシステムの「スループット」（一定の時間に要求されるレポート数、タイ
プの合計数として理解される）は、システムリソースに大きな負担をかけない。
レポートに関する容量要件のほとんどは、こうしたレポートの格納及び伝送用に
準備する必要がある通信サブシステムによって吸収される。
【０１６１】 それでもなお、このサブシステムはアーキテクチャによって要求されるあらゆ
るスループットに対処できる必要があり、その設計では、アーキテクチャのそれ
ぞれの部分で生成される推定仕事量を考慮に入れる。
【０１６２】 性能： クライアント報告サブシステムでは性能は重要ではない。レポートデータは、
僅かな例外を除き、伝送前に格納されるため、データが送信される前の遅延は予
期される。特定のタイプの深刻又はクリティカルな障害は一度に報告する必要が
あるが、こうした伝送に必要な低い帯域幅は性能の問題を提示しない。
【０１６３】 設計のガイドライン： アーキテクチャのレポートのニーズは変動するが、能力の中核セット（障害レ
ポート、リード管理、対話レポート）は常に要件として残る。このサブシステム
は、能力の拡張又は削減だけでなく、それぞれの能力のために記録するデータの
詳細度及び性質の調整を可能とする柔軟性を有する、 このシステムの実施はプロジェクトＪａｖａコード化規格に従う。
【０１６４】 論理コンポーネント： クライアント例外報告コンポーネント内の例外はクライアント報告コンポーネ
ントを呼び出し、障害レポートを作成する。
【０１６５】 コンポーネントの説明： クライアント例外コンポーネント これは例外クラスの階層であり、例外の
処理と受け渡しを支援するために構築される。これらの例外は、それが表す例外
イベントに関する情報を受け入れる。こうした情報と、このクラスが自分のイベ
ントについて知っている他のすべての事柄とによって、このコンポーネントはク
ライアント報告コンポーネントを使用して障害レポートを作成する。
【０１６６】 クライアント報告コンポーネント 静的なレポートファクトリは、合図され
たイベントの形式で、他のコンポーネントからの要求を受け入れる。このイベン
トに基づいて、このファクトリは特定のタイプのレポートを作成する。このレポ
ートは、その後、呼び出しコンポーネント又はレポータによって供給された情報
に占有される。
【０１６７】 レポートの発信： コンポーネントＡは、クライアント報告サブシステムに対して合図を送り、レ
ポートすべきイベントが発生したことを示す。次に、クライアント報告サブシス
テムは、イベントに関する情報を要求し、レポートを作成する。最後に、クライ
アント報告サブシステムは、クライアント通信サブシステムに、レポートを送る
準備ができたことを合図する。
【０１６８】 例外の投げ込み： 第一に、コンポーネントＡは、適切な例外のインスタンスを作成することによ
り例外的なイベントが発生したことを合図する。第二に、コンポーネントＡは、
レポートすべきイベントの関連情報を例外に渡す。第三に、コンポーネントＡは
、例外を投げ込むことを要求する。第四に、クライアント例外報告コンポーネン
トは、上で概要を説明したクライアント報告コンポーネントを使用して、利用可
能な情報に基づき、送信されるレポートを発信する。最後に、クライアント例外
報告コンポーネントは例外を投げ込む。
【０１６９】 ローカルコンテンツサブシステムモデル： コンテキスト： ローカルコンテンツサブシステムは、アプリケーションによって求められるあ
らゆるコンテンツを提供する。これには静的コンテンツ及び動的コンテンツの両
方が含まれる。更に、アプリケーションが求めるビジネスサービスを提供する。
「格納及び検索」に基づいて動作し、ユーザ又は企業から取得したデータを格納
し、データを検索するメカニズムを提供する。ローカルコンテンツサブシステム
は、コンテンツを提供するためにＩＳＦサブシステムによって使用される。通信
サブシステムを使用して、ビジネスデータを受領する。
【０１７０】 アーキテクチャの概要： ローカルコンテンツサブシステムのオブジェクトは、アプリケーションアーキ
テクチャの初期化サブシステムによって作成される。ローカルコンテンツサブシ
ステムによって提供されるサービスは更に、アプリケーションアーキテクチャを
通じて、初期化サブシステム及びＩＳＦサブシステムを介してアクセスされる。
【０１７１】 ローカルコンテンツサブシステムのコンテンツの例は、アプリケーションによ
って求められる様々なタイプのビジネス知識及びプロセスを反映する。ユーザデ
ータ及びビジネスデータには、それぞれユーザ及び企業から収集したデータが関
与する。計算コンポーネントは複雑な計算を実行し、製品コンポーネントは企業
が使用する製品を表す。コンテンツプロバイダコンポーネントは静的媒体コンテ
ンツを定義する。
【０１７２】 役割： ローカルコンテンツサブシステムは、アプリケーションに静的及び動的コンテ
ンツを提供する。更に、アプリケーションによって求められる、あらゆるビジネ
ス固有サービスを提供する。
【０１７３】 責任： ローカルコンテンツサブシステムは、アプリケーションに静的及び動的媒体を
提供する。ローカルコンテンツサブシステムは更に、ユーザが入力した詳細、及
びビジネスデータを格納し、ビジネスに関する計算を実行する。
【０１７４】 免責： すべてのアプリケーション固有動作は、アプリケーションパーソナリティを通
じて提供される。この動作は、ハムレットスクリプトによって定義され、これは
スクリプト間のナビゲーションも定義する。このスクリプトはメタファに区分さ
れ、そのそれぞれは対話のスタイルの実施形態である。
【０１７５】 媒体へのアクセスは、このサブシステムに属するコンテンツプロバイダコンポ
ーネントを通じて提供される。しかしながら、このコンポーネントのオブジェク
トは、アプリケーションパーソナリティで定義されたコンテンツファイルから、
システムイニシャライザコンポーネントによって自動的に作成される。
【０１７６】 作成、存続、及び管理： ビジネスデータコンポーネントは、システム初期化の時期に作成及び初期化さ
れる。これはシステムの寿命に渡って存続する。
【０１７７】 ユーザデータコンポーネントは、顧客がシステムを使用している時間全体に渡
って利用できる。顧客のセッションが終了した時、ユーザデータコンポーネント
内のすべてのオブジェクトに対するリファレンスは、オブジェクトをガーベジコ
レクションできるようにリリースされる。
【０１７８】 ローカルコンテンツサブシステムのオブジェクトは（ビジネスデータコンポー
ネントを除き）、内部的に、或いは初期化サブシステムによって、作成及び初期
化される。こうしたオブジェクトに対するリファレンスは、ＩＳＦサブシステム
によって管理される。ビジネスデータオブジェクトは、通信サブシステムによっ
て作成、初期化、及び管理される。
【０１７９】 論理コンポーネント： ＩＳＦは、実際にはローカルコンテンツサブシステムに関する知識を持たない
。ローカルコンテンツサブシステムは、ＩＳＦによって定義されたインタフェー
スのセットを実施する。初期化サブシステムは、アプリケーションパーソナリテ
ィで定義されたスクリプトを使用して、コンテンツを検索するために、（こうし
たインタフェースを実施する）どのオブジェクトを使用する必要があるかを定義
する。ＩＳＦは初期化コンポーネントを使用して、こうしたオブジェクトを作成
し、その後、これらを管理する。
【０１８０】 アプリケーションパーソナリティの開発者は、ローカルコンテンツオブジェク
トを直接管理することとして、自分のスクリプトを容易にとらえることができる
。これにより、ローカルコンテンツオブジェクトは、アプリケーションアーキテ
クチャレイヤの知識を持たずに開発することができる。
【０１８１】 コンポーネントの説明： ユーザデータ ユーザによって入力されたデータを格納及び検索し、格納さ
れたデータに関する計算を開始する。 ビジネスデータ 企業によって提供されたデータを格納及び検索する。 計算 複雑な計算を実行する。 製品 特定のマーケティング製品に関連する情報へのアクセスを提供する。 コンテンツプロバイダ 静的媒体へのアクセスを提供する。これはインタフ
ェースの実施であり、別個のコンポーネントとしてドキュメントされない。
【０１８２】 インタフェースサポートフレームワークサブシステムモデル： コンテキスト： インタフェースサポートフレームワークサブシステムは、アプリケーションア
ーキテクチャレイヤの一部である。動的なマルチメディアインタフェースのあら
ゆる可能性を活用する豊かなインタラクティブ環境を提供する。このＩＳＦは、
すべてのオブジェクトが動的な動作を行うことが期待される劇場のメタファを中
心に構築される。
【０１８３】 ＩＳＦ内のオブジェクトは、アプリケーションアーキテクチャレイヤ内のアプ
リケーション初期化サブシステムによって初期化され、テクニカルアーキテクチ
ャレイヤのコンテンツプレイヤ、印刷及び報告サブシステムを利用する。
【０１８４】 アーキテクチャの概要： ＩＳＦ内のオブジェクトはアプリケーション初期化サブシステムによって初期
化される。報告及び取引インタフェースサービスは、テクニカルアーキテクチャ
レイヤのためにＩＳＦデータをログし、レポート又は印刷するために使用される
。テクニカルアーキテクチャ内のコンテンツプレイヤサブシステムは、ユーザに
媒体を提示するために、ＩＳＦによって使用される。
【０１８５】 ＩＳＦサブシステムは、モデル・ビュー・コントローラのパターンに従った階
層化アーキテクチャの上に構築される。事実コンポーネントは、ビジネスのオブ
ジェクトモデルと、ビジネス媒体コンテンツの定義とを含む。視覚コンポーネン
トは、ユーザにビジネスモデルのビューを提供するために媒体を表示及び操作す
る。動作コンポーネントは、視覚コンポーネントと事実コンポーネントとの間の
あらゆる対話を制御する。
【０１８６】 役割： ＩＳＦサブシステムは、マルチメディアコンテンツを制御された形で提示する
ために、アプリケーションにサービスを提供する。更に、ユーザの入力に反応し
、シーンの変化に影響を与える能力を提供する。
【０１８７】 責任： ＩＳＦサブシステムは、アプリケーションのそれぞれのシーンを表示し、表示
されている間にシーンのコンテンツを修正する。加えて、ＩＳＦサブシステムは
、シーン間のナビゲーションを可能にし、ユーザ対話に反応し、ビジネスコンテ
ンツを検索し、ビジネス関数及び計算を実行し、共通ユーザインタフェース構成
子を提供する。ＩＳＦのその他の責任には、印刷ジョブ及びビデオ会議セッショ
ンを開始することと、ユーザのエントリをシーンにレポートすることと、セッシ
ョンの持続時間と、役割とのユーザ対話と、ユーザのナビゲーションと、ＩＳＦ
内で発生したエラーをレポートすることとが含まれる。最後に、ＩＳＦはユーザ
セッションを管理し、システムの起動及びシャットダウンといったシステムレベ
ルのイベント又はスクリーンペイント要求に反応する。
【０１８８】 設計のガイドライン： ＩＳＦサブシステムは、マルチメディアコンテンツを提示するためにアプリケ
ーションにサービスを提供する。アーキテクチャ的にはモデル・ビュー・コント
ローラパラダイムに対応する３つの別個のコンポーネントに階層化される。これ
により、コアビジネスオブジェクト及びそのデータ（モデル）は、この情報の視
覚表現（ビュー）から分離され、モデル又はビューを制御し、これらの変化に反
応するロジック（コントローラ）から分離される。このアーキテクチャは、シス
テムのグラフィック的スタイル（ステージ、役割、及びシーン）と、動作コード
（アクタ、シーンディレクタ、及びステージマネージャ）と、基盤となるコンテ
ンツプロバイダ（ビジネスオブジェクト）との間の境界を提供する。これらのセ
クションは、視覚、動作、及び事実コンポーネントとなる。
【０１８９】 事実レイヤは視覚レイヤを認識しない。これにより、基盤となるビジネス領域
モデルを混乱させることなく、視覚メタファは変化することができる。動作レベ
ルは、事実レイヤと視覚レイヤとの間を仲介し、いずれかのレイヤとの非常に複
雑な対話は避けるべきである。可能な場合は、レイヤ間の更なる相互依存性を回
避するために、パブリッシュ／サブスクライブパターンによる匿名通信を使用が
される。
【０１９０】 ステージはディスプレイコンテキストとして特定される。これは制御するロケ
ーションとのみ通信することができる。これはステージマネージャの影に隠れて
おり、ステージマネージャではあらゆる視覚要求が管理される必要がある。
【０１９１】 ＩＳＦは階層システムである。シーン内のすべての役割は一連の視覚シブリン
グを形成する。これらの役割は、実際には、他の役割を含みカプセル化する。こ
れにより、再帰を通じて、任意の数の別個の処理レイヤが可能となる。それぞれ
の子は直接の親とのみ通信し、その親を超えた通信の制御を放棄する。この封じ
込め関係は、視覚レイヤ及び動作レイヤの両方において可能である。
【０１９２】 ナビゲーションを支援するために、シーンサムネイルが維持される。ユーザは
シーンサムネイルに触れることで、以前訪れたシーンに戻ることができる。
【０１９３】 コンポーネントの説明： 視覚コンポーネント ユーザ対話及びマルチメディアコンテンツの提示。 動作コンポーネント アプリケーション動作及びマルチメディアコンテンツ
の検索。 事実コンポーネント マルチメディアコンテンツとビジネス関数サービス及
び計算を提供する。
【０１９４】 プロセス制御： この表ではＩＳＦ内で実行される様々なキースレッドについて説明している。
【０１９５】
【表６】
【０１９６】 ユーザがステージ上のロケーションにタッチ： 説明： エンドユーザが、アプリケーションの可視ウィンドウ、ステージにタッチする
。これにより、アプリケーションからの応答が開始される。 アクタ：エンドユーザ 関与するコンポーネント：視覚 関与するキーオブジェクト：ステージ
【０１９７】 ステージがユーザタッチを処理： 説明： アプリケーションウィンドウは、タッチされたエリアによってどの位置が影響
されるかを判断し、対応するタッチの役割に通知する。このステージは、ウィン
ドウ上に表示される視覚キューも制御する。 アクタ：エンドユーザ 関与するコンポーネント：視覚 関与するキーオブジェクト：タイマ、ユーザ対話レポータ、ロケーション、メ
ディアプレイヤ
【０１９８】 役割がユーザタッチイベントを受け入れ： 説明： それぞれの役割がユーザタッチを通知される。これにより、役割は、対応する
媒体での媒体の変更を要求することを強制され、完了後、アクタにユーザ対話を
通知する。 アクタ：ステージ 関与するコンポーネント：ビジュアル、動作 関与するキーオブジェクト：アクタ、役割
【０１９９】 アクタがイベントキャスティングをアクティベイト： 説明： アクタはすべての登録済みキャスティングリストを循環し、特定のイベントに
関心を有するすべてのキャスティングをアクティブにする。キャスティングは多
形的に動作し、そのため、どのように反応するかの動作は、アクタではなくキャ
スティングに保持される。 アクタ：役割、実行キャスティング 関与するコンポーネント；動作 関与するキーオブジェクト：アクタ、キャスティング、ステージマネージャ、
シーンディレクタ
【０２００】 ステージマネージャがシーンの移行を実行： 説明： ステージマネージャは、ナビゲーションキャスティングの情報に基づき、現在
アクティブであるシーンを新しいシーンに置き換える。どのように変化が発生す
るかを制御し、キオスクワールドの視覚的イリュージョンを持続することが重要
である。
【０２０１】 このシナリオは、アプリケーションの起動、又は再起動時にも呼び出される。
この場合、現在のシーンは存在しないが、アプリケーションはアプリケーション
の第一のシーンへ移行するように命令される。
【０２０２】 アクタ：ナビゲーションキャスティング、システムイニシャライザ 関与するコンポーネント：動作、視覚 関与するキーオブジェクト：ステージ、シーンディレクタ、セッションマネー
ジャ
【０２０３】 シーンディレクタがキャスト変更を実行： 説明： シーンディレクタは、すべてのタイミングのアクティブ化を調整し、ステージ
マネージャへの任意のメッセージが共にグループ化され、適切な時期に連動する
ようにする。これにより、シーン上で見ることができる役割のあらゆる変化が同
時に起こるようになる。
【０２０４】 アクタ：コンテンツキャスティング、スライドキャスティング 関与するコンポーネント：視覚、動作 関与するキーオブジェクト：シーンディレクタ、ステージマネージャ
【０２０５】 シーンディレクタがスライド効果によりキャスト変更を実行： 説明： シーンディレクタは、スライドしないすべての役割をステージに上げ、その後
、スライドキャスティングのコンテンツを、直線に沿って、最終的な目的地に表
示する必要がある。
【０２０６】 アクタ：スライドキャスティング 関与するコンポーネント：視覚、動作
【０２０７】 ビジネスオブジェクトによるビジネス関数の呼び出し： 説明： アプリケーションは、ビジネス領域モデルからのビジネス情報を要求すること
ができる（例えば、支払額を戻す）。このインタフェースは、ビジネスオブジェ
クトに値を入れることもサポートする（例えば、ローン期間の金額として格納す
る）。それぞれのビジネスオブジェクトには、動作を呼び出すために一般的なイ
ンタフェースが提供される。望ましい動作は、ビジネス関数キャスティングにお
いて指定され、これはビジネスオブジェクトに関連するアクタに情報を戻すこと
ができる。
【０２０８】 アクタ：ビジネス関数キャスティング 関与するコンポーネント：事実
【０２０９】 ステージマネージャがインアクティブ状態からタイムアウト： アプリケーションは、アトラクタシーンに戻る前にユーザがアプリケーション
から立ち去った場合に備え、タイムアウト機能をサポートする必要がある。これ
により、ユーザが入力した詳細のプライバシが守られる。 アクタ：ウェイトタイマ 関与するコンポーネント：動作
【０２１０】 セッションマネージャがアプリケーションをリセット： 説明： アプリケーションの実行中、ステージを第一のシーンにリセットし、セッショ
ンをクリアしなければならない可能性がある。これはシステムのインアクティブ
状態によって、或いはビジネスオブジェクトを通じてディスパッチされる直接的
なユーザの要求によってトリガすることができる。
【０２１１】 アクタ：ステージマネージャのウェイトタイマ、ビジネスオブジェクト 関与するコンポーネント：動作
【０２１２】 セッション情報をリセット： それぞれのセッションは、ユーザについて収集した情報を格納する。セッショ
ンの終わりにおいて、或いはユーザの要求により、すべての入力データを消去す
ることができる。これはプライバシをサポートする。
【０２１３】 アクタ：セッションマネージャ 関与するコンポーネント：動作
【０２１４】 反応媒体が媒体を表示： 説明： ＩＳＦの視覚コンポーネントは、あらゆる媒体（画像、音声、動画、テキスト
）をステージに表示することに責任を有する。これは、クライアントテクニカル
アーキテクチャ内の基盤となる媒体サブシステムと実際にインタフェースする。
それぞれのプレイヤは、ゲートキーパを通じて取得され、ユーザに媒体を提示す
るために必要なすべてのコードをサポートする。
【０２１５】 アクタ：役割 関与するコンポーネント：視覚、動作、事実、コンテンツプレイヤ 関与するキーオブジェクト：反応媒体、媒体プレイヤ、ステージ
【０２１６】 アプリケーションがハードコピーの印刷を要求： 説明： クライアントアプリケーションは、静的情報（チェックリスト）又は動的情報
（現在の利率と、製品、製品シミュレーション、及び又は線グラフのその他の動
的コンポーネントとを含む製品説明）の印刷を要求できる。これは、エンドユー
ザによって、印刷キャスティングを通じて開始される。
【０２１７】 アクタ：印刷キャスティング 関与するコンポーネント：動作、印刷 関与するキーオブジェクト：ビジネスオブジェクト 報告インタフェースサブシステムモデル
【０２１８】 コンテキスト： 報告インタフェースサブシステムは、アプリケーションアーキテクチャレイヤ
によってログされた情報を収集し、テクニカルアーキテクチャレイヤのクライア
ント報告サブシステムに送る。
【０２１９】 アーキテクチャの概要： 報告インタフェース情報は、アプリケーションアーキテクチャレイヤ内のコン
ポーネントによってログされ、テクニカルアーキテクチャレイヤのクライアント
報告サブシステムに送られる。
【０２２０】 役割： 報告インタフェースサブシステムは、キオスクとのユーザ対話をログするサー
ビスを提供し、アプリケーションアーキテクチャレイヤ内で発生したソフトウェ
ア及びハードウェア障害をレポートする。
【０２２１】 責任： 報告インタフェースサブシステムは、ユーザがシステムに行ったこと、例えば
、ユーザがどのシーンを訪れているか、どの視覚要素と対話しているかを捕らえ
ることで、キオスクとのユーザ対話を収集及びログすることに責任を有する。報
告インタフェースサブシステムは、顧客が関心を持っているビジネス製品と、顧
客が呼び出したビジネス関数の出力と、顧客が入力したビジネスデータとに関す
る情報も収集及びログする。最後に、報告インタフェースサブシステムは、キオ
スクのソフトウェア及びハードウェアの性能に関する情報を捕らえる。この情報
は、その後、エラー処理及び障害管理分析のために使用することができる。
【０２２２】 免責： 報告インタフェースサブシステムには、顧客の名前及び電話番号といった顧客
間連情報を収集及びログするサービスは含まれない。
【０２２３】 システム管理サブシステムモデル： コンテキスト： システム管理には、自動及び手動手続きの組み合わせの定義が関与する。自動
化は、主にSystem Management Server（ＳＭＳ）の使用を通じて達成される。Ｓ
ＭＳは、Microsoft Backoffceツールスイートのツールであり、分散環境でシス
テムソフトウェア及びハードウェアを集中的に管理することができる。
【０２２４】 システム管理サブシステムモデルのアーキテクチャ： システム管理サブシステムのアーキテクチャは、２つのコンポーネント、Syst
em Management Server（ＳＭＳ）、及び障害監視によって構成される。
【０２２５】 System Management Server（ＳＭＳ）： System Management Server（ＳＭＳ）はマイクロソフトのツールであり、ソフ
トウェア／コンテンツの配布、ソフトウェア監査の実施、障害診断の実行、及び
リモート制御の実施に使用することができる。ＳＭＳは、このアーキテクチャ用
に開発されたコンポーネント、つまりファイル転送ユーティリティによって補足
される。
【０２２６】 障害監視： キオスクは、ハートビートメッセージシステムを通じてリアルタイムで監視さ
れる。ハートビートパルスは、設定された割合（例えば１分毎）でキオスクから
送られ、キオスク監視アプリケーションを実行するコンソールで監視される。キ
オスクのステータスが変化して障害を示した場合、監視アプリケーションは適切
な行動を開始する。一部のエラーは、既存の運用センタによって処理される。こ
うしたエラーの経路指定は、アプリケーションサービスサブシステムによってカ
バーされる。
【０２２７】 役割： ＳＭＳは、中規模のソフトウェア配布（コード及びコンテンツの両方）及びリ
モートキオスクの障害診断に使用される。ＳＭＳを柔軟にする多数の特徴と、有
効なサポート機能とが存在する。障害診断は、それぞれのキオスクと関連する周
辺機器とのリアルタイムのステータスを見る手段を提供する。特定のキオスクで
問題（用紙切れ等）が発生した時、そのキオスクに運用担当者の注意が向けられ
る。問題の解決方法を検証するためにキオスクのステータスを観察することがで
きる。
【０２２８】 責任： ＳＭＳは、ソフトウェア配布と、ハードウェア障害管理及び診断と、クライア
ントのリモートリブートとに責任を有する。ＳＭＳは、ネットワーク内のあらゆ
るキオスクのステータスを選択的に見るためのユーザインタフェースも提供する
。
【０２２９】 作成、存続、及び管理： ＳＭＳは、好適な実施形態による専用サーバに常駐し、常に利用可能である。
【０２３０】 性能： ＭＭＴ上での障害の発生と、その後の運用端末での障害の表示との間の経過時
間は、ハートビートの頻度、アプリケーションサーバがハートビートを処理する
能力、及び運用端末でのリフレッシュの頻度に応じて変化する。
【０２３１】 好適な実施形態による例を以下に提示する。
【０２３２】
【表７】
【０２３３】 ハートビートメッセージが５分以内にキオスクから受領されない場合（設定可
能）、障害監視はキオスクのステータスを未知に設定する。このタイムラグは、
実際の問題がハートビートメッセージの通常の処理時間よりも僅かに遅れて存在
する時に、ＭＭＴマシンを誤って未知としてレポートするのを避けるために必要
である。
【０２３４】 論理コンポーネント： ＳＭＳサイトは、２つのコンポーネント−一次サイト及びクライアントによっ
て構成される。一次サイトはＳＭＳ階層の最上レベルである。このサイトは、こ
のサイト自体と下にある二次サイトとに関するシステム及びインベントリ情報を
格納するための独自のＳＱＬデータベースを含んでいる。クライアント（キオス
ク）は、一次サイトから管理される。クライアントは、ＳＭＳインベントリサー
ビスを通じて、ＳＭＳサーバにハードウェア／ソフトウェア情報を送る。
【０２３５】 障害監視： 設定可能な間隔の後、クライアントはマシン、プリンタ、及びアプリケーショ
ンのステータスチェックを行い、結果をハートビートメッセージによりサーバに
送る。次にサーバは、運用スタッフによって障害の監視が行われるキオスクステ
ータスデータベースにこのステータスを入れる。
【０２３６】 サーバ通信サブシステムモデル： コンテキスト： サーバ通信サブシステムモデルは、サーバテクニカルアーキテクチャの一部で
ある。
【０２３７】 サーバ通信サブシステムは、クライアントと、中央サーバと、メインフレーム
ホストとの間のあらゆる通信を処理する。
【０２３８】 アーキテクチャの概要： 非同期メッセージングコンポーネントは、標準インターネットメールプロトコ
ル、ＳＭＴＰ、及びＰＯＰ３を使用して、クライアントとサーバとの間の非同期
メッセージベースの通信を提供する。
【０２３９】 ビジネスプロセスアクセスモジュールコンポーネントは、ＭＭＴからの対話情
報を記録するといった事前に定められたビジネス機能を呼び出すための共通ポイ
ントを提供する。ＨＴＴＰは、ワールドワイドウェッブ上のＨＴＴＰサーバと通
信するために使用されるプロトコルである。これは、起動時のクライアント設定
プロセス中、アプリケーションコンポーネント及びコンテンツの小さな更新を配
布するためにＭＭＴで使用される。メインフレーム常駐データベースへのアクセ
スは、必要なデータベースの表を対応するサーバ常駐データベースの表に複製す
ることで行われる。逆のプロセスは、サーバで蓄積されたデータをメインフレー
ムデータベースの表で集中的に格納するために使用される。サーバからの一般的
な警告は、メインフレームのフロントエンドプロセッサとのインタフェースを通
じて、メインフレームへ伝送される。
【０２４０】 役割： サーバ通信サブシステムの役割は、サーバに、ＭＭＴ（又はインターネット）
クライアントとネットワークサーバとの間、及びネットワークサーバとメインフ
レームシステムとの間の通信機能を提供することである。加えて、サーバ通信サ
ブシステムは、組織固有機能へのアクセスを分離及び提供する。
【０２４１】 責任： サーバ通信サブシステムは、標準インターネットプロトコルに従い、その伝達
チャネルへの容易な移植を可能とする。加えて、サーバ通信サブシステムは、ク
ライアントとアプリケーションサーバとの間の信頼性の高い非同期通信、及び組
織固有機能への制御された信頼性の高いアクセスを提供する。最後に、サーバ通
信サブシステムは、アプリケーションコンポーネント及びコンテンツ等のクライ
アントの設定に対する更新を伝達する機能を提供し、データベースの複製及び一
般的な警告のレポート等の事前に定められたプロセスを通じて組織のレガシシス
テムへのアクセスを提供する。
【０２４２】 免責： サーバ通信は、ＡＣＴメッセージングアーキテクチャに準拠するモジュールを
呼び出すことに限定される。別のプラットフォームとの通信が必要な場合、これ
は組織のメッセージング又はアクセス方法を使用する外部システムモジュールの
中に位置している必要がある。
【０２４３】 取引インタフェースサブシステムモデル： アーキテクチャの概要： 取引は、アプリケーションアーキテクチャレイヤ内のコンポーネントによって
開始され、テクニカルアーキテクチャレイヤ内のクライアント報告サブシステム
に送られる。
【０２４４】 このドキュメントにおいて特定される取引サービスは、それ自体では独立した
コンポーネントとして実施されないが、既存のアプリケーションアーキテクチャ
コンポーネントの拡張として実施される。
【０２４５】 役割： 取引インタフェースサブシステムは、エンドユーザに関するコンテンツ情報を
格納するために、アプリケーションにインタフェースを提供することに責任を有
する。これに含まれるのは、その一部として、ローンを完了するために必要な情
報、顧客の人口統計に関する調査ベースの情報、勘定残高の質問、ファンドトラ
ンスファである。
【０２４６】 顧客リード取引実行： 顧客リード取引実行アプリケーションは、インタフェースサポートフレームワ
ークを促進し、テクニカルアーキテクチャの報告サブシステムのサービスがエン
ドユーザに関する情報の収集及び格納をサポートすることを可能にする。
【０２４７】 免責： 取引インタフェースの現在の使用方法では、非同期通信のみが利用可能である
ことを仮定している。
【０２４８】 サーバアプリケーションサービスサブシステムモデル： アーキテクチャの概要： このアプリケーションサービスサブシステムは、ＭＭＴサーバアプリケーショ
ン及びアーキテクチャモジュールを構築するための定義のセットを含む。
【０２４９】 役割： サーバアプリケーションサービスサブシステムは、アプリケーション及びアー
キテクチャ機能にアクセスするためのサービス及び定義のセットを含む。このサ
ブシステムは、アプリケーションサーバ又は運用ワークステーション端末上でア
プリケーション及びモジュールを構築及び実行するための構造及びサポートサー
ビスを定義する。サポートされる機能には、ＭＭＴとの間の取引処理、例えば、
顧客紹介情報、顧客対話情報、ＭＩＳ情報、障害情報、製品レート及び価格情報
、アプリケーション設定情報、メッセージ受領情報、及びハートビートステータ
ス情報が含まれる。
【０２５０】 責任： サーバアプリケーションサービスサブシステムは、基盤となるデータベース管
理システムから独立して、サーバ上のアプリケーションビジネスロジックを処理
する。このアプリケーションビジネスロジックには、顧客紹介情報、顧客対話情
報、ＭＩＳ情報、障害情報、製品レート及び価格情報、アプリケーション設定情
報、メッセージ受領情報、及びハートビートステータス情報が含まれる。
【０２５１】 サーバアプリケーションサービスサブシステムは更に、エラーのログ、一定の
コードのデコード（例えば、「１」＝ＮＳＷ、「２」＝ＱＬＤ等）、及びそれぞ
れのマシンに位置するレジストリからの設定情報の検索を行うために、サーバ及
びクライアントアプリケーションが利用可能な共通サービスを提供する
【０２５２】 最後に、サーバアプリケーションサービスサブシステムは、一定のＢＰメッセ
ージに関するビジネスプロセス（ＢＰ）を呼び出す。
【０２５３】 論理コンポーネント： サーバアプリケーションサービスサブシステムは、共通サービスと、データア
クセスモジュールと、ビジネスプロセスと、ビジネスプロセスアクセスモジュー
ルとを含む。それぞれのコンポーネントの定義は下の通りである。
【０２５４】 コンポーネントの説明： 定義： 共通サービス。コード表のデコードと、レジストリからの設定情報の検索と、
メッセージ処理と、サーバアプリケーションのエラーのログ及び処理に関するサ
ポートとを含むアプリケーション機能の開発をサポートする共通サービス。
【０２５５】 データアクセスモジュール。データアクセスモジュール（ＤＡＭ）は、アプリ
ケーションデータベース内のデータへのアクセスを提供する。ＤＡＭは、挿入、
削除、更新、選択、１つ以上の表の全選択といった特定のデータアクセスを実行
する。これは、基盤となるＤＢＭＳにアクセスするためにＯＤＢＣを使用するレ
コードセットオブジェクトをカプセル化するＭＦＣ拡張ＤＬＬである。ＤＡＭの
定義は、こうしたモジュールがどのように使用及びコード化されるかの概略を表
す。
【０２５６】 ビジネスプロセス。ビジネスプロセス（ＢＰ）は、ビジネスプロセスアクセス
モジュールアーキテクチャによって呼び出すことが可能なアプリケーション又は
アーキテクチャ機能である。ＢＰはメッセージタイプによって特定される。ＢＰ
は、ＢＰによって定義された要求メッセージを受け入れ、同期メッセージに応答
メッセージを提供することができる。データベースアクセスは、ＤＡＭＳによっ
てＢＰに提供される。ＢＰは定義済みエントリポイントを有するＭＦＣ拡張ＤＬ
Ｌである。
【０２５７】 ビジネスプロセスアクセスモジュール。このコンポーネントは通信サブシステ
ムにおいて詳述されている。ビジネスプロセスアクセスモジュール（ＢＰＡＭ）
は、ビジネスプロセスへのアクセスを提供するアーキテクチャコンポーネントで
ある。ＢＰＡＭは一定のメッセージタイプに関するＢＰを呼び出す。ＢＰＡＭは
メッセージアドレス表にアクセスし、ＢＰモジュールの詳細をルックアップする
。このコンポーネントは通信サブシステムにおいて詳述されている。
【０２５８】 好適な実施形態による無線電子バレット： 本発明の１実施形態は、モバイルポータル及び電子バレットを含むモバイルポ
ータルプラットフォームである。電子バレットは、シンクライアントソフトウェ
アを実行するハンドヘルド型無線コンピュータ装置である。電子バレットには、
ＧＰＳ、バイオセンサ、及び環境センサといった様々なセンサが統合される。加
えて、カメラ及び音声レコーダ等の記録機器も電子バレットに統合される。モバ
イルポータルには、インターネット又はモバイルポータルエクストラネットを通
じて、様々なサードパーティのコンテンツ及びサービスプロバイダに接続される
モバイルポータルサーバが含まれる。
【０２５９】 図２６は、本発明の１実施形態のハードウェア及びソフトウェアがどのように
動作するかを表したフローチャートである。電子バレット２６０２は、この無線
ハンドヘルド型装置に統合されたセンサ、ＧＰＳ、カメラ、マイクロフォン、及
びその他のユーザ入力２６００からの入力データを受領する。電子バレット２６
０２上で実行されるシンクライアントアプリケーションにより、下で詳しく説明
するように、電子バレット２６０２は、大量の内部メモリ及び記憶容量を必要と
せずに、多数の異なるソフトウェアアプリケーションを実行することができる。
電子バレット２６０２は、受領したデータ及びユーザ入力に基づいてメッセージ
を形成する。その後、電子バレット２６０２は、アンテナ２６０４を介して、モ
バイルポータル２６０６にメッセージを伝送する。モバイルポータル２６０６は
、電子バレット２６０２から受領したメッセージをパースし、受領したメッセー
ジに基づいて新しいメッセージを形成する。次に、モバイルポータル２６０６は
、無線ハンドヘルド型装置２６０２から受領したメッセージのコンテンツに基づ
いて、新しいメッセージを伝送するのに適切なサードパーティサービスプロバイ
ダ２６０８を判断し、その後、新しいメッセージを伝送する。次に、サードパー
ティサービスプロバイダは、適切なサービスを実行し、結果をモバイルポータル
２６０６に返送する。その後、モバイルポータルはサードパーティサービスプロ
バイダ２６０８から受領したデータに基づいてメッセージを形成し、このメッセ
ージを電子バレット２６０２に返送する。その後、電子バレットは受領したデー
タをフォーマット及び表示する。電子バレット２６０２は、メトリコムのＲｉｃ
ｏｃｈｅｔ ＳＥ Ｗｉｒｅｌｅｓｓ Ｍｏｄｅｍ等の無線モデムを利用する。
【０２６０】 当然ながら、無線性能には、従来のダイヤルアップ接続と同様の信頼性はない
。サンフランシスコのいくつかの場所では、窓の近くにいる限り、強力な接続を
得ることができた。しかし、ＣＮＥＴの総レンガ造りの本社内では、Ｒｉｃｏｃ
ｈｅｔはまったく接続できなかった。オンラインでつながっている時は、遅い速
度へのゆっくりとした低下と共に２８．８ｋｂｐｓまでの性能が利用できる。し
かし、遅い速度でも失望はなかった。代替方法――セルラモデムによる接続――
に比べ、Ｒｉｃｏｃｈｅｔは遥かに速く、信頼性があり、使用コストが少ない。
当然ながら、このＳＥ Ｗｉｒｅｌｅｓｓはバッテリ電源である。このモデムの
連続バッテリ寿命は１２時間までである。
【０２６１】 したがって、無線モデムを利用することで、ユーザは電子バレット２６０２を
介してモバイルポータル２６０６を利用することができる。適切な（複数の）キ
ーを使用することで、ユーザは、センサ、ＧＰＳ、カメラ、マイクロフォン、及
びその他のユーザ入力２６００から取得した適切なデータに呼応して、使用する
サービスを選択することができる。
【０２６２】 特定の状況においては、電子バレット２６０２から取得したデータのタイプ及
び値に基づいて選択したサービスにデータを自動的に送ることができる。例えば
、統合されたバイオセンサが特定の事前に定められたデータ値を取得した時、適
切な救急治療提供者が自動的に連絡を受ける。加えて、センサ、ＧＰＳ、カメラ
、マイクロフォン、及びその他のユーザ入力２６００から取得したデータは、適
切なサービスプロバイダへ送る前に組み合わせることもできる。例えば、上の例
では、ＧＰＳ位置データをバイオセンサのデータと共に救急治療提供者に送るこ
とができる。救急治療提供者はこれにより、患者の生物学的データと患者の位置
とを知ることになる。その後、適切なサービスが提供される。
【０２６３】 モバイルポータルプラットフォーム： モバイルポータルプラットフォームは、好適な実施形態によるインパクトの強
いサーバベースのアプリケーションであり、サーバ上に位置するパーソナルサイ
トを通じて、それぞれの顧客にサービスを与え、パーソナライズされた体験を提
供するというテーマに注目したものである。直観的に編成されるこのサービスは
顧客の意図−基本的な生活のニーズ又は広範なプランニングを要する判断と、財
務プランニング、ヘルスケア、個人的及び職業的成長、家族生活、その他の問題
といったいくつかの次元に渡る調整を満足させることを中心に直観的に編成され
ている。それぞれのメンバーは自分自身のプロフィールを保有及び維持しており
、これにより、自分自身を限定的にターゲットとするシステムにおいてコンテン
ツを作成及びブラウズすることが可能となる。サービスの要求を入力した時点か
ら、インテリジェントエージェントを利用して、リサーチが実施され、取引が実
行され、アドバイスが提供される。高度なプロファイリング及びフィルタリング
を使用することで、インテリジェントエージェントはユーザについて学び、提供
するサービスを改善する。
【０２６４】 システムの好適な実施形態では、ＧＰＳレシーバ付きＷｉｎｄｏｗｓ ＣＥ
ＰＤＡを利用する。この実施形態は、複数の店舗を含むショッピングセンタ用に
構成されている。このシステムはＧＰＳレシーバを使用して、ユーザの位置を判
断する。このシステムの利点の１つは、ショッピングセンタ自体での何らかの特
別な機器の存在に依存することなく、近くの店舗でデータを検索することが可能
になる点である。小型で安価なレシーバの精度は約７５乃至１００フィート（２
３乃至３１ｍ）に限られているが、これはこれまでのところ、近辺の店舗を正確
に特定するために必要なすべてであることが証明されている。このシステムは、
実際の店舗の広告及び価格ではなく、生成されたデータを使用する。十分に構造
化されたオンラインカタログが使用される。他の実施形態では、比較的小さな量
の知識を使用して一定の店舗で「止まることを学習する」エージェントを利用す
る。更に、小売店がオンラインカタログを使用するための標準パッケージを使用
し始めるにつれ、異なるフォーマットの数が減ることが予想され、結果として、
競合するフォーマットの数は対応が容易なものになる。電子商取引が進歩するに
つれ、商品の提供をどのように表すかの管理を発展させる標準を期待することも
不合理ではない。
【０２６５】 目的指定： 買い物に出かける前に、買い物客は、約８５製品カテゴリ（男性用カジュアル
パンツ、女性用フォーマルシューズ、花、その他）の既存のセットから、購入す
る品目のリストを作成する。買い物客は更に、ショッピングセンタのリストから
、訪れるつもりの買い物場所を示す。
【０２６６】 初期の店舗選択： ショッピングセンタに到着した後、最初に、目的指定中にユーザが入力したタ
イプの品物を少なくとも１つ販売している最寄りの店舗を示す。店舗名と共に、
好適な実施形態のシステムは、購入可能な具体的な品目及びその価格のリストを
作成する。ショッピングセンタの地図では、店舗の正確な位置と、その買い物客
の現在の位置とを両方表示する。買い物客は、任意の時期に、現在の位置に基づ
いて店舗を示すように問い合わせる。
【０２６７】 ブラウジング： 全般的に特定の目的地を決めずにショッピングセンタを訪問又は買い物してい
る多くの買い物客のニーズに対処する。図２７Ａは、本発明の好適な実施形態に
よるディスプレイを表している。このディスプレイは、ショッピングセンタ内を
散策する時に買い物客が使用するブラウズモードで動作している。ブラウズモー
ドでは、システムは、現在買い物客に最も近い店舗において販売されている関心
のある品目を示す。品目は、目的スクリーンに入力されたカテゴリと一致する場
合、関心のあるものとみなされる。関心のある品目がない場合は、特定の品目で
はなく、その店舗で販売されている一般的な商品のタイプが表示される。買い物
客が歩くにつれ、地図では、その買い物客のショッピングセンタ内での正確な現
在の位置が表示される。ブラウジング中に表示された品目を買い物客が選択した
場合、システムは買い物客に対して、同じ製品をより安い価格で提供している現
地の小売店を警告するか、或いは現地の最安値を知らせる。このサーチは現地の
ショッピングモールに限定され、これは買い物客が移動する意志を有すると仮定
された区域となる。
【０２６８】 代案： 強調する価値がある点として、本発明のエージェントはショッピングタスクの
広範な態様をサポートし、例えば、双方向チャネルとして動作できる。つまり、
買い物客に情報を提供できるだけでなく、買い物客の裁量において、小売店に情
報を提供することもできる。この実施形態では、このシステムは買い物客の目的
と好みを小売店ベースのエージェントに示し、このエージェントは次に、製品に
サービスをバンドルしたカスタマイズされたオファーによって応答する。オファ
ーのカスタマイズを可能にすることは、価格のみで競合したくない小売店の協力
を得るために非常に重要であり、価格以外の基準に基づいて購入する顧客にとっ
て価値のあることである。好適な実施形態は、主にショッピングタスクのコンテ
キストにおける位置ベースのフィルタリングに注目しているが、本発明は、物理
世界において様々なタスクに従事する人に情報チャネルを提供する「物理的タス
クサポート」エージェントの基盤を提供する。
【０２６９】 位置の予測値： ユーザの物理的な位置は、ユーザのタスクを予測するのに非常に有効である場
合が多いため、本発明は位置ベースではないエージェントに比べて大きな利点が
ある。誰かがボウリング場又は郵便局にいることが分かったなら、現在の活動を
合理的に推測できる。ユーザの現在のタスクに関する知識は、そのユーザが有益
と思う可能性が高い情報のタイプをほぼ決定する。ボウリングをしている人が郵
便料金を、或いは切手を買っている人が最適なボウリングの球の重さを気にする
可能性は低い。加えて、特定の場所でのリソース及び障害に関する知識は、その
場所にいる人物にとって可能であり実行すると思われる行動の範囲を示す。ユー
ザにとって可能であり実行すると思われる行動に関するこうした認識は、ユーザ
が有益と思う可能性が高い情報のタイプに更に制約を加えるために使用できる。
例えば、レストランのワインリストの知識は、提示するワインのアドバイスに制
約を加えるために、推奨システムによって使用することができる。
【０２７０】 ショッピングセンタでの買い物客の正確な位置に関する知識は、買い物客の近
辺の店舗の特定を可能にするため価値がある。買い物客に最も近い店舗の提供内
容は、その買い物客がすぐに選択可能なものを意味する。その買い物客が、商品
を直接調べることを重視し、他のストアへ行くことに伴うコストがある場合、最
も近い周辺の店舗の商品は、その買い物客にとって最も可能性の高い当面の選択
肢となる。結果として、任意の一定の時間に提供される最も有益な情報は、周辺
の店舗における以前に述べた目的と一致する商品の入手可能性である。
【０２７１】 人間は自分の多くのタスクを実行する間に異なる場所へ移動する傾向がある。
これは、その人物の近辺が、入手できる可能性のあるあらゆる範囲の選択肢を完
全に捕らえていないことを示す。実際、ある場所を立ち去る大きな理由の１つは
、現在の場所では不可能な行動を実行することである。それにもかかわらず、人
間には比較的近くのエリア内でほとんどのタスクに対処する傾向がある。したが
って、自分の近辺は一定の時点で利用可能な選択肢を示し、更に広範な場所の観
点はタスクを行う過程で考慮する可能性の高い選択肢を捕らえている場合が多い
。ショッピングセンタでの買い物の場合、例えば、買い物客の近辺の店舗は、そ
の時点で利用可能な選択肢を表す。しかしながら、ショッピングセンタの買い物
客は、一般にショッピングセンタ内の任意の店舗に移動する意志を有する。その
ため、買い物全体での可能な選択肢には、ショッピング内のすべての店舗が含ま
れる。したがって、関心のある提供物に関する情報を近辺の店舗のみから提示す
るのは、これらがすぐに利用可能な選択肢となるためである。代案を求められた
時、システムはショッピングセンタ内のすべての店舗―つまり、ショッピングタ
スク全体が実行される可能性が高いエリアにシステム自体を限定する。数百又は
数千マイル離れた店舗が、最も安価な現地での代案よりも数ドル安く同じ商品を
販売していることを警告されても、買い物客が問題の商品を直接調べる必要があ
る場合、或いは出荷を待つ意志がない場合にはほとんど価値がない。
【０２７２】 物理的ショッピング対オンラインショッピング： 位置ベースではないエージェントに対する大きな利点に加えて、本発明はオン
ライン（又はＷｅｂ）ショッピングの欠点を克服する。更なるホームコンピュー
タの浸透、オンラインでの提供物の拡大、及び優れたオンラインショッピングツ
ールのみによって、やがてオンラインショッピングが支配的なショッピング形態
になるという主張は魅力的である。そのため、一見したところでは、後にバーチ
ャル化される活動をサポートするために場所を使用し始めるのは誤りのように思
える。既に、オンラインショッピングをサポートする多数のソフトウェアエージ
ェントが出現している。例えば、ユーザが音楽ＣＤの最も安価なソースを特定す
ることを可能にするプログラムに名称が与えられている。同様のプログラムは、
BargainBot等、書籍の購入に関しても開発されている。こうしたシステムは、特
定の商品に関する完全な市場を創り出す電子商取引Ｗｅｂエージェントの可能性
を実証している。こうしたエージェントの成功は、更に多様な商品に関する同様
のＷｅｂショッピングエージェントの開発を促進する。
【０２７３】 オンラインショッピングの限界： 間違いなく、オンラインショッピングの成長は続き、更に強力なオンラインシ
ョッピングエージェントに向かう傾向は継続する。それにもかかわらず、Ｗｅｂ
エージェントがどれだけ精巧になったとしても、予測可能な未来において、従来
の物理的ショッピングが市場を支配し続けることは明らかであると思える。オン
ラインショッピングに内在するいくつかの難点は、物理的ショッピングの継続的
な信頼を確かなものにする。
【０２７４】 代替不能物： Ｗｅｂベースのショッピングエージェントは通常、書籍及び音楽ＣＤといった
代替可能製品に関する最も安い価格をユーザが特定することを可能にする。こう
した商品に関する「完全な市場」を創り出す能力は消費者にとって大きな恩恵だ
が、こうしたアプローチを任意の製品に応用することを複雑にするいくつかの難
点が存在する。
【０２７５】 商品がショッピングエージェントに特に最適なのは、競合するオファーとの間
での比較が容易なためである。商品は代替可能であるため、差異がある非常に数
少ない次元は価格となる。そのため、価格は、唯一ではないものの、購入の判断
を行う主要な基準となる。
【０２７６】 しかしながら、商品を超えて考えるとすぐに、他のいくつかの基準が重要にな
る。例えば、セータ、マットレス、又はテーブルといった品目をどのように比較
するだろう？ 価格に加え、使用されている材質と、色と、フィット感及び使い
心地と、出来映えとに注意する。同様の問題は他のほとんどの製品に当てはまる
。
【０２７７】 不正確な目的指定： 第二に、関連する難点は、自分の欲求をエージェントに伝えることにある。シ
ョッピングエージェントは、自分の欲しい商品をユーザが正確に知っている場合
には素晴らしい働きをする。この場合、ユーザは製品の名前を単純に入力すれば
いい。残念ながら、買い物する時に特定の品目を思いついていない場合、何が欲
しいかをエージェントに伝える問題はもっと困難になる。例えば、ユーザは自分
の居間に置きたいランプの種類をエージェントにどのように伝えればいいだろう
？
【０２７８】 不明確な好み： 買い物客が、価格帯、色、オプション、ブランドその他といった特徴の説明を
含めることを可能にするインタフェースは、上の問題に対処するのに役立つが、
これは十分ではない。たいていの場合、買い物客は、ショッピングを開始し、目
的の製品の様々な例を調べる機会を持つまで、好みを確立していないか、或いは
欲しい物を正確に表現することができない。
【０２７９】 ショッピングは娯楽である： 人間は買い物が好きであり、特定の購入品が頭になくとも買い物をする。ある
研究では、消費者の４２％は、レジャーとしてのウィンドウショッピング及び社
交活動のためにショッピングセンタを訪れた「目的のない買い物客」である。
【０２８０】 ショッピングは感覚的である： ユーザが、こうした詳細を効果的に提供できるとしても、大部分のユーザが購
入の決断をこうしたエージェントに任せる可能性は低い。結局、多くの人は、信
頼する配偶者であっても、自分の代わりに適切な購入を行うかどうかを不安に感
じる。ほとんどの人は、購入の決断をする前に、考慮しているものを直接目で見
て、手で触れたいと考える。エージェントに提供可能な僅かな好みを、この豊か
な直接的な体験に置き換えることはできない。こうした好みは、買い物客が考慮
する一連の候補を生成するのに使用できる程度のものである。
【０２８１】 瞬間的な満足感： ショッピングは往々にして非常に感情的な活動となる。人間は購入品に満足し
、家に帰って試してみるのが待ちきれない場合が多い。オンライン購入と受領と
の間の本質的な遅延は、確認後すぐに家へ持ち帰る必要がある人にとって大きな
問題となる。
【０２８２】 結局、消費者は上で挙げた限界から、物理的ショッピングに従事し続けること
になる。しかしながら、タスクを完全にソフトウェアエージェントに任せること
ができないという事実は、こうしたエージェントの役割を排除するものではない
。第一に、欲しい物が分かっている時、商品の購入に関して、エージェントはユ
ーザにとって有益である。しかしながら、第二の役割は、人間が物理的なショッ
ピングタスクに従事する時間全体を通じて、これ自体をサポートすることである
。これは当然ながら、ショッパーズアイプロジェクトにおいて用いられるアプロ
ーチである。
【０２８３】 ショッパーズアイ： 一見すると、本発明は、純粋なＷｅｂベースエージェントと同じ限界のいくつ
かによって影響を受けるように思える。結局のところ、自分の目的をＰＤＡに伝
えることは、Ｗｅｂベースエージェントにつたえることよりも容易になるだろう
か？ ＰＤＡシステムによってサポートされる購入では、Ｗｅｂベースエージェ
ントの場合よりも自分の好みは明確になるだろうか？
【０２８４】 純粋なＷｅｂベースエージェントと現在の「物理的タスクサポートエージェン
ト」（つまり、物理的な場面でタスクに従事するユーザをサポートするエージェ
ント）との間の主な違いは、Ｗｅｂベースエージェントが、ユーザによって考慮
されるあらゆる情報を伝えることに完全に責任を有する点にある。一方、好適な
実施形態による「物理的タスクサポート」エージェントは、ユーザの環境の態様
を参照することで、Ｗｅｂベースエージェントのアプローチを補強することがで
きる。例えば、３０フィート（９ｍ）離れた店舗に特定のセータがある場合、そ
のセータの使い心地を十分に伝えることは極度に重要な事柄とはならない。必要
なのは買い物客にそのセータを紹介することのみである。買い物客は、そのセー
タを試着してみることで、システムによって伝えることが可能ないかなる情報よ
りも遥かに優れたセータの認識を得ることができる。Ｗｅｂベースエージェント
で不正確に指定された目的に一致する製品が多すぎる時は、更に限定的なサーチ
を行う必要がある。しかしながら、多くの一致は単純に、買い物客が大きな関心
を持つ可能性が高い店舗が存在しているため訪問するべきであることを示してい
るに過ぎない。店舗に入ってしまえば、その人が関心を持つ商品の範囲を狭める
ことは、Ｗｅｂベースエージェント上で目的を精緻なものにすることより遥かに
容易である場合が多い。そのため、物理的タスクサポートエージェントは、タス
クの過程全体を通じて情報を伝達する手段として、物理的な環境の態様にユーザ
の注意を促すことで、ユーザが自分の好みを形にして、具体的な目的を特定する
のを支援することができる。
【０２８５】 物理的ショッピングエージェントの約束： 物理的なショッピングがエージェントのコミュニティによって無視されてきた
のは驚くべきことではない。結局、ごく最近になるまで、離れた場所にいる個々
の買い物客にカスタマイズされた情報を届けるための信頼性の高い方法はまった
く存在しなかった、しかしながら、ＰＤＡの爆発的な発展と、更に高度になる通
信能力とは、ＰＤＡがユーザの居場所に関係なく「ジャストインタイム」に情報
を伝える効果的なチャネルになることを約束している。本発明は、ショッピング
タスクのあらゆる段階をサポートするチャネルの発展の約束を活用して、物理的
ショッピングをサポートする直観的な新しいエージェントを提供し、以下を含む
前記の問題を解決する。
【０２８６】 目的の指定： 買い物客は最初に、関心を持っている商品の少なくとも一般的なカテゴリを示
す。ショッピングエージェントは、様々な特定性の度合いにおいて、目的の指定
を可能にする必要がある。本発明では、こうした目的はタスクの進捗と共に精緻
なものにすることができる。
【０２８７】 製品スペースの調査： 買い物客は、選択を行えるようになる前に、利用可能なものについて知識を得
る必要がある。ショッピングエージェントは、様々な提供内容のクラス、レビュ
ー、実演その他を提示することで、このタスクを支援できる。本発明の物理的シ
ョッピングエージェントは、現地で利用可能な提供内容のツアーを買い物客に提
供することで、これを補強することができる。
【０２８８】 好みの精緻化： 買い物客が利用可能なものを学習し、提供内容を吟味するにつれ、買い物客の
好みは発展していく。エージェントは、買い物客が経時的に好みを精緻化するの
を可能にする必要がある。本発明により、ユーザは好みを精緻化することができ
る。
【０２８９】 候補製品の特定及び比較： 買い物客は、自分の欲しいもの及び入手可能なものを理解し始めるにつれ、通
常、更に慎重に考慮する候補のリストを編集する。本発明のエージェントは、こ
うしたリストの構築及び維持をサポートし、様々な基準によるリスト内の候補の
比較を容易にする。
【０２９０】 オファーの交渉： 本ショッピングエージェントは、買い物客に情報を提供することに限定されな
い。小売店との価格及びサービスオプションの交渉が可能となる。
【０２９１】 製品の選択、購入、及び製品サポート： 本発明は、取引自体を促進し、製品サービスを提供可能なチャネルとして使用
することができる。
【０２９２】 図２７Ｂは、モバイルポータル２４１２と電子バレット２７１３とを含むモバ
イルポータルプラットフォーム２７１０の図である。電子バレット２７１３は、
無線ＰＤＡ等のサポートハードウェア装置２７１６と、シンクライアントオペレ
ーティングシステム２７１８の上で実行されるモバイルポータルシンクライアン
ト規格２７１４とを含む。モバイルポータルは、暗号化及び解読要素２７２０と
、インテリジェントエージェント２７２４を含むモバイルポータルサーバ２７２
２と、顧客インテリジェント要素２７２６と、顧客データベース２７２８とで構
成される。
【０２９３】 シンクライアントとは、削減されたハードウェアコストと、削減された維持及
びサポートコストと、削減されたＬＡＮ／ＷＡＮ帯域幅要件と、短縮されたダウ
ンタイムと、改善された性能と、強化されたセキュリティとの組み合わせによっ
て、全体的な所有コストの削減を提供する、急速に現れつつあるテクノロジグル
ープを表すために使用される一般的な用語である。シンクライアントの「シン（
薄い）」という用語は、クライアントオペレーティングシステムの（非常に小さ
な）サイズを指す。対照的に、従来のＰＣオペレーティングシステム（ＤＯＳ、
Ｗｉｎｄｏｗｓ９５、その他）は、その大きなサイズ及びリソース要件から「フ
ァット（太い）」クライアントとみなされる。シンクライアントオペレーティン
グシステムがシンである事実にもかかわらず、シンクライアントの能力は堅牢で
ある。クライアントソリューションは現在、ミッションクリティカルな環境に配
備されており、無数のアプリケーションに信頼性及び反応性に優れたアクセスを
提供している。モバイルポータルシンクライアント２７１４は、処理の大部分が
モバイルポータルサーバ２７２２と、関連するサードパーティコンテンツ及びサ
ービスプロバイダ２７３０とで実行されるシンクライアントである。ユーザはモ
バイルポータルシンクライアントアプリケーション２７１４を利用して、モバイ
ルポータルプラットフォーム２７１０が提供するサービスを選択し、情報をレビ
ューする。モバイルポータルシンクライアントアプリケーション２７１４は、シ
ンクライアントオペレーティングシステム２７１８を使用して、多くの装置を独
立させる。シンクライアントオペレーティングシステム２７１８は、モバイルポ
ータルシンクライアントアプリケーション２７１４とサポートハードウェア２７
１６との間のメッセンジャとして働く。シンクライアントオペレーティングシス
テム２７１８により、モバイルポータルシンクライアント２７１４は、ディスプ
レイ呼び出し及びユーザ入力クエリといった低レベルなハードウェア動作に関し
て、シンクライアントオペレーティングシステム２７１８に対して関数呼び出し
を行うことができる。電子バレット２７１３用のサポートハードウェアとして使
用されるそれぞれのハードウェア装置２７１６に関して、別個のシンクライアン
トオペレーティングシステム２７１８を開発することができる。これにより、モ
バイルポータルシンクライアントアプリケーション２７１４は、低レベル設計の
修正を必要とせずに、異なるサポートハードウェア２７１６上で実行できる。
【０２９４】 モバイルポータル２７１２は、パケット交換無線ネットワーク２７３２を介し
て、電子バレット２７１３からデータを受領する。パケット交換無線ネットワー
クを通じて受領された情報は、その後、モバイルポータル２７１２の暗号化及び
解読要素２７２０によってデコードされる。データがデコードされると、モバイ
ルポータルサーバ２７２２はインテリジェントエージェント２７２４、顧客イン
テリジェンス２７２６、及び顧客データ２７２８を利用して、要求されたデータ
をサードパーティコンテンツ及びサービスプロバイダ２７３０から取得する。モ
バイルポータルサーバ２７２２は、インテリジェントソフトウェアエージェント
を利用して、顧客のニーズに応答する。ソフトウェアエージェント２７２２は、
顧客データ２７２８を利用して、個々のユーザの目的、習慣、及び好みに合わせ
てタスクをパーソナライズするための判断を行う。次に顧客データ２７２８は、
顧客及び顧客の行動によって通常通りに更新される。ユーザがモバイルポータル
２７１２を使用するたびに、ユーザによるクエリ及びその他のモバイルポータル
プラットフォーム２７１０の使用に関してログが記録される。これにより、ソフ
トウェアエージェント２７２４は、ユーザの過去の習慣を利用して、タスクをパ
ーソナライズすることができる。
【０２９５】 ソフトウェアエージェント２７２４に加え、モバイルポータルサーバ２７２２
は、顧客インテリジェンス２７２６を利用して、ユーザのニーズに応答する。ユ
ーザは、データの掘り出し及びパターン認識を利用して、望みの情報を見つける
ことができる。ここでも、顧客のデータ２７２８は更新され、ユーザによるデー
タの掘り出し及びパターン認識の使用が反映される。サードパーティコンテンツ
及びサービスプロバイダ２７３０は、ユーザによって要求されたサービス及び情
報を提供するために、モバイルポータル２７１２によって利用される。サードパ
ーティコンテンツ及びサービスプロバイダには、インターネット又はモバイルポ
ータルエクストラネットを通じてアクセスすることができる。インテリジェント
エージェントソフトウェア２７１２は、サードパーティプロバイダをサーチし、
顧客データ２７２８に含まれる顧客のプロフィールを考慮して、ユーザにとって
最適なものを判断する。これにより、ユーザはクエリにおける特定性を、ユーザ
プロフィールがない場合に行わなければならないものに比べて減らすことができ
る。例えば、ユーザはモバイルポータルプラットフォーム２７１０を利用してジ
ャケットを要求することができる。インテリジェントエージェントは、その後、
顧客データ２７２８を利用して、顧客が実際に望んでいるものを更に具体的に決
定する。この場合、顧客データ２７２８は、この特定のユーザがレザージャケッ
トではなくデニムジャケットを好むことを知らせる。インテリジェントエージェ
ント２７２４は、その後、デニムジャケットをサーチすることになる。当然なが
ら、ユーザプロフィールに格納されているものとは反対の情報を取得するために
、ユーザはユーザプロフィールを無効にすることができる。提供される代表的な
サービスの一部には、地理的位置情報、音声及び画像編集、個人向けニュース及
び娯楽、個人向けショッピング、個人向け健康及び安全、個人用オーガナイザ、
個人向け金融、及び個人用通信が含まれる。
【０２９６】 地理的位置サービスは通常、統合されたグローバルポジショニングシステムか
ら受領した情報に基づく。ＧＰＳデータは、ユーザに位置固有の情報を提供する
ために特定のユーザ要求データと組み合わせる。例えば、ユーザがサンフランシ
スコにおり、この都市での良質な食事の情報を取得したいとする。このユーザは
、電子バレット２７１３を利用して良質な食事の情報を要求する。統合されたＧ
ＰＳレシーバから取得した位置データは、ユーザの良質な食事に関する要求と組
み合わされ、その後、この組み合わせ済みメッセージがモバイルポータル２７１
２に伝送される。受領したデータに基づき、モバイルポータルは適切なサービス
を選択し、この場合はサンフランシスコでの良質な食事について、要求を伝送す
る。モバイルポータルは次に、受領した応答を電子バレット２７１３に返送する
。その後、ユーザには要求した情報が提示され、電子バレット２７１３のディス
プレイ装置上でフォーマット及び表示される。
【０２９７】 音声及び画像編集サービスは通常、統合されたカメラ及びマイクロフォンから
受領したデータに基づく。ユーザは通常、統合されたデジタルカメラを利用して
、画像を取り込む。しかしながら、ユーザは、スキャナ、電子メール、及びＷｅ
ｂページといった他のソースからデジタル画像を取得することもできる。加えて
、ユーザは通常、統合されたマイクロフォンを利用して音声ファイルを取り込む
。しかしながら、音声ファイルは、電子メール、Ｗｅｂページ、及びＣＤといっ
た他のソースから取得することもできる。画像及び又は音声データは、ユーザに
画像及び音声編集能力を提供するために、特定のユーザ要求と組み合わせる。例
えば、ユーザは、統合されたデジタルカメラによって画像を取り込み、その後、
特定の写真エディタを使用して画像を編集することを要求できる。統合されたデ
ジタルカメラによって取り込まれた画像は、次に、写真の編集に関するユーザの
要求と組み合わされ、その後、この組み合わせ済みメッセージがモバイルポータ
ル２７１２に伝送される。受領したデータに基づき、モバイルポータル２７１２
は適切なサービスを選択し、この場合は画像編集の要求を伝送する。モバイルポ
ータルは次に、受領した応答を電子バレット２７１３に返送する。その後、ユー
ザには要求した情報が提示され、電子バレット２７１３のディスプレイ装置上で
フォーマット及び表示される。この場合、ユーザは画像編集用のインタフェース
を受領することになる。ユーザはその後、この画像編集用ユーザインタフェース
を使用して画像を編集する。画像の変更は要求として扱われ、モバイルポータル
２７１２はこれを、ローカル又は独立したサーバで実行される画像編集アプリケ
ーションに渡す。
【０２９８】 好適な実施形態による生物医学センサの統合： 本発明の１実施形態は、圧力トランスデューサ、呼吸センサ、ボリュメトリッ
クセンサ、及び除細動器等の統合された生物医学センサを含む電子バレットであ
る。
【０２９９】 血圧を測定するために統合圧力トランデューサは、浸透性および非浸透性の２
つのタイプであり得る。浸透性統合圧力トランスデューサでは、ユーザは血流内
にユニットの一部を埋め込む必要があり、非浸透性統合圧力トランスデューサは
血流にアクセスする必要がない。圧力トランスデューサは、患者の血圧を測定し
、この場合は電子バレットである受信ユニットにこれをレポートする。その後、
電子バレットは、モバイルポータルシンクライアント及びモータルポータルサー
バを利用して、圧力トランスデューサから受領したデータを分析及び経路指定す
ることができる。
【０３００】 歪みゲージ及びボリュメトリックセンサ等の呼吸センサも電子バレットに統合
することができる。胸部の周りに装着した歪みゲージは、呼吸中の胸の拡張及び
収縮によるゲージの拡張及び収縮に従ってインピーダンスを変化させる。ボリュ
メトリックセンサは、患者がボリュメトリックセンサに息を吹き込んだ時等に、
センサを通過する気圧の量を感知する。歪みゲージとボリュメトリックセンサと
は両方とも、対応するデータを電子バレットユニットに無線伝送することができ
るため、ユーザには活動における大きな自由が与えられる。圧力トランスデュー
サから受領したデータと同様に、歪みゲージ及びボリュメトリックセンサから受
領したデータは、モバイルポータルプラットフォームを利用して分析及び経路指
定することができる。
【０３０１】 電子バレットに統合された除細動器は、心臓機能を感知するために利用するこ
とができる。除細動器は、生理食塩水ベースのゲルを利用して患者に取り付けら
れ、Ｒ、Ｔ、及びＰ波によって鼓動を探知する。歪みゲージ及びボリュメトリッ
クセンサと同様に、除細動器はデータを電子バレットユニットに無線伝送するこ
とが可能であり、電子バレットユニットはその後、モバイルポータルプラットフ
ォームを利用してデータを分析及び経路指定する。
【０３０２】 前記の生物医学センサは、特定のユーザのニーズに応じて、個別に統合するこ
と、或いは環境センサ、他の生物医学センサ、又はＧＰＳレシーバ等のその他の
センサと組み合わせて統合することが可能である。例えば、心臓の問題に関する
病歴を有する高齢のユーザは、統合された除細動器及びＧＰＳレシーバを含む電
子バレットを有することができる。
【０３０３】 モバイルポータルプラットフォームを利用することで、ユーザは、有害である
恐れがある様々な食品及び薬品を含め、自分の状態に関する最新のニュース及び
情報を常に知ることができる。
【０３０４】 加えて、電子バレットは、ユーザの位置に関係なく、心臓の状態から発生する
恐れがある問題を感知することができる。公園を散歩中、ユーザが胸の痛みを感
じた場合、電子バレットは、ユーザの心臓の状態から発生した問題によって痛み
が生じていることを感知する。これは、統合された除細動器と電子バレットの分
析能力とを利用することで達成される。この場合、統合された除細動器から受領
したデータが事前に定められた安全な閾値を超えたため、電子バレットは緊急事
態が発生したことを警告される。モバイルポータルプラットフォームを利用する
ことで、電子バレットはその後、適切な救急対応ユニットに通知を行い、その心
臓に関するデータをユーザの医師に転送し、ユーザの家族に連絡する。
【０３０５】 加えて、電子バレットは、統合されたＧＰＳレシーバから受領した位置座標を
、救急対応ユニットに転送し、ユーザの位置の特定及び救助を可能にする。病院
での治療の後、モバイルポータルプラットフォームは、ユーザの食事及び栄養摂
取、更には運動の日課及び投薬を含め、ユーザのアフターケアプログラムを調整
することができる。
【０３０６】 好適な実施形態によるサポートコード： 以下のコードは、好適な実施形態によるＭｉｃｒｏｓｏｆｔ Ａｃｔｉｖｅ
Ｓｅｒｖｅｒ Ｐａｇｅｓ環境において書かれ実行される。これは主に、データ
ベースの情報のクエリ及び格納を行うためにコード内に埋め込まれたいくつかの
データベース呼び出しを有するＭｉｃｒｏｓｏｆｔ Ｊｓｃｒｉｐｔで構成され
る。
【０３０７】 意図中心インタフェース
【０３０８】 意図ＡＳＰページを作成する（「intention_create.asp」）
【０３０９】
【表８】
【０３１０】 意図リストＡＳＰページを検索する（「intention_list.asp」）
【０３１１】
【表９】
【０３１２】 ユーザ意図リストＡＳＰページを表示する（「navigation.asp」から抜粋）
【０３１３】
【表１０】
【０３１４】 以上様々な実施形態を説明してきたが、これらの実施例は、限定のためではな
く例示のために説明されたものと理解されるべきである。したがって、好適な実
施形態の幅及び範囲は、上で説明した各実施形態例のいずれによっても制限され
ず、以下の請求項及びそれらの等価物によってのみ画定されるべきである。
【図面の簡単な説明】
【図１】 好適な実施形態による代表的なハードウェア環境を示すブロック図である。
【図１Ａ】 Ｗｅｂポータルネットワークに基づく従来技術のモバイルコンピューティング
ソリューションを示す図である。
【図２】 好適な実施形態によるシステムのフローチャートである。
【図３】 好適な実施形態によるシステムのパーシングユニットのフローチャートである
。
【図４】 好適な実施形態によるパターンマッチングに関するフローチャートである。
【図５】 好適な実施形態によるサーチユニットに関するフローチャートである。
【図６】 好適な実施形態による全体的なシステム処理に関するフローチャートである。
【図７】 好適な実施形態によるトピック処理のフローチャートである。
【図８】 好適な実施形態によるミーティングレコード処理のフローチャートである。
【図９】 好適な実施形態によるポケットバーゲンファインダのプロセスフローを示すブ
ロック図である。
【図１０Ａ】 好適な実施形態によるカスタマイズコンテンツＷｅｂページの作成に関連する
ロジックを示すブロック図及びフローチャートである。
【図１０Ｂ】 好適な実施形態によるカスタマイズコンテンツＷｅｂページの作成に関連する
ロジックを示すブロック図及びフローチャートである。
【図１１】 好適な実施形態によるユーザ中心コンテンツの検索に関連する詳細なロジック
を示すフローチャートである。
【図１２】 好適な実施形態によるユーザプロフィールのデータモデルを示す図である。
【図１３】 好適な実施形態によるペルソナデータモデルを示す図である。
【図１４】 好適な実施形態によるインテンションデータモデルを示す図である。
【図１５】 好適な実施形態によるエージェントの現行統計の作成に関する処理のフローチ
ャートである。
【図１６】 好適な実施形態によるユーザのための個人化された製品評点を決定するロジッ
クのフローチャートである。
【図１７】 好適な実施形態による中央で保存されたプロフィールにアクセスするロジック
のフローチャートである。
【図１８】 好適な実施形態によるユーザと特定のサプライヤのインテグレータとの間の対
話ロジックのフローチャートである。
【図１９】 好適な実施形態による口頭サマリを生成するエージェント処理のフローチャー
トである。
【図２０】 好適な実施形態によるディスプレイログインを示す図である。
【図２１】 好適な実施形態による日常ロジスティックス管理ディスプレイを示す図である
。
【図２２】 好適な実施形態によるユーザメインディスプレイを示す図である。
【図２３】 好適な実施形態によるエージェント対話ディスプレイを示す図である。
【図２４】 好適な実施形態によるアクティブナレッジ管理システムを示すブロック図。
【図２５】 好適な実施形態によるバックエンドサーバを示すブロック図である。
【図２６】 本発明の１実施形態のハードウェア及びソフトウェアがどのように動作するか
を表すフローチャートである。
【図２７Ａ】 好適な実施形態によるブラウザモードのディスプレイを示す図である。
【図２７Ｂ】 好適な実施形態によるモバイルポータルプラットフォームを示す図である。
【符号の説明】
１１０ … ＣＰＵ １１６ … ＲＯＭ １１４ … ＲＡＭ １１２ … バス １１８ … 入出力アダプタ １２０ … ディスク記憶ユニット １２４ … キーボード １２６ … マウス １２８ … スピーカ １３２ … マイクロフォン １３４ … 通信アダプタ １３５ … ネットワーク １３６ … ディスプレイアダプタ １３８ … ディスプレイ装置 １０１０ … 顧客のＷｅｂブラウザ １０２０ … インテグレータのＷｅｂサーバ １０３０ … 意図データベース １０４０ … コンテンツデータベース １０５０ … サプライヤプロフィールデータベース １０６０ … 顧客プロフィールデータベース １０７０ … サプライヤのＷｅｂサーバ １０８０ … 製品情報データベース １０９０ … 製品注文データベース １０９１ … 顧客情報データベース １７１０ … プロフィールデータベース １７２０ … プロフィールゲートウェイサーバ １７３０ … パブリックインターネット １７４０ … テレビ １７５０ … 業者 ２０００、２２２０、２３１０ … エージェント ２０３０ … ロゴ ２０４０ … ボタン ２１００ … アニメーションエージェント ２１１０ … 旅行 ２１２０ … 家庭の雑用 ２１３０ … 金融 ２１４０ … 市場活動 ２１４２ … アイコン ２１４６ … ダイレクトリンク ２１５０ … 許可 ２１８０ … 項目 ２２００ … 世界のニュース ２２１０ … ローカルニュース ２２３０ … 不動産 ２３００ … 情報 ２３７０ … チャート ２３８０ … ボタン ２３９０ … ボタンのセット ２３９５ … ヒント ２４００ … バックエンド ２４１０、２４２０ … マジックウォール ２４３０、２４３６ … アウェアネスマシン ２４４６、２４４８ … Ｗｅｂクライアント ２４５０、２４６０ … 電子メールクライアント ２７１０ … モバイルポータルプラットフォーム ２７１２ … モバイルポータル ２７１３ … 電子バレット ２７１４ … シンクライアント ２７１６ … ハードウェア装置 ２７１８ … オペレーティングシステム ２７２０ … 暗号化及び解読要素 ２７２２ … モバイルポータルサーバ ２７２４ … インテリジェントエージェント ２７２６ … 顧客インテリジェント要素 ２７２８ … 顧客データベース ２７３０ … サードパーティコンテンツ及びサービスプロバイダ ２７３２ … パケット交換無線ネットワーク
───────────────────────────────────────────────────── フロントページの続き (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ，ＺＷ )，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ， ＴＪ，ＴＭ)，ＡＥ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ， ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，Ｃ Ｒ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ，ＥＥ，ＥＳ，ＦＩ ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ， ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，Ｋ Ｚ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＡ ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ， ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，Ｓ Ｋ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ ，ＵＺ，ＶＮ，ＹＵ，ＺＡ，ＺＷ (72)発明者 スワミナザン・キショア・サンダラム アメリカ合衆国 イリノイ州60056 ダウ ナーズ・グローブ，ステア・ストリート， 6524 (72)発明者 マイヤーズ・ジェームズ・エル． アメリカ合衆国 イリノイ州60614 シカ ゴ，アパートメント ＃１，ウエスト・ラ イトウッド，1107 (72)発明者 ファノ・アンドリュー・イー． アメリカ合衆国 イリノイ州60202 エバ ンストン，アパートメント・１イー，メー プル・アベニュー，1137 Ｆターム(参考） 5B075 NK02 NK35 NS01 PQ02 5B082 GA08 HA08

Claims (19)

    【特許請求の範囲】
  1. 【請求項１】 モバイルコンピューティング環境上で情報要約を作成する方
    法であって、 （ａ）ユーザ入力に部分的に基づきクエリを作成するステップと、 （ｂ）無線通信デバイスを用いて情報のネットワークに照会するステップと、 （ｃ）前記モバイルコンピューティング環境で前記クエリに対する応答を前記
    情報のネットワークから受け取るステップと、 （ｄ）所定のフォーマット規則を用いてディスプレイに前記クエリへの前記応
    答を表示するステップと、 を含む、方法。
  2. 【請求項２】 請求項１に記載のモバイルコンピューティング環境上で情報
    要約を作成する方法であって、 カテゴリ検索を実行し、製品およびサービス情報のカテゴリを提供するステッ
    プを含む、方法。
  3. 【請求項３】 請求項１に記載のモバイルコンピューティング環境上で情報
    要約を作成する方法であって、 前記モバイルコンピューティング環境に近い販売業者のリストを提供するステ
    ップを含む、方法。
  4. 【請求項４】 請求項１に記載のモバイルコンピューティング環境上で情報
    要約を作成する方法であって、 前記モバイルコンピューティング環境に近いサービスのディレクトリを提供す
    るステップを含む、方法。
  5. 【請求項５】 請求項１に記載のモバイルコンピューティング環境上で情報
    要約を作成する方法であって、 前記モバイルコンピューティング環境で表示する１つ以上の広告を提供するス
    テップを含む、方法。
  6. 【請求項６】 請求項１に記載のモバイルコンピューティング環境上で情報
    要約を作成する方法であって、 前記無線通信デバイスを用いる前記モバイルコンピューティング環境を用いた
    支払い処理を容易にするために証明書を提供するステップを含む、方法。
  7. 【請求項７】 請求項１に記載のモバイルコンピューティング環境上で情報
    要約を作成する方法であって、 適切な情報を取得するためのインターネットへの照会をサポートするステップ
    を含む、方法。
  8. 【請求項８】 請求項１に記載のモバイルコンピューティング環境で情報要
    約を作成する方法であって、 ある特定の検索エンジンに対して前記クエリを最適化するステップを含む、方
    法。
  9. 【請求項９】 請求項１に記載のモバイルコンピューティング環境で情報要
    約を作成する方法であって、 追加の適切な情報を取得するために製品ＩＤの照会を行うステップを含む、方
    法。
  10. 【請求項１０】 情報要約を作成する装置であって、 （ａ）プロセッサと （ｂ）前記プロセッサの制御下で情報を格納するメモリと、 （ａ）ユーザ入力に部分的に基づきクエリを作成するロジックと、 （ｂ）無線通信デバイスを用いて情報のネットワークを照会するロジックと、 （ｃ）前記モバイルコンピューティング環境で前記クエリに対する応答を前記
    情報のネットワークから受け取るロジックと、 （ｄ）所定のフォーマット規則を用いて前記クエリへの前記応答を表示するロ
    ジックと、 を含む、装置。
  11. 【請求項１１】 コンピュータ読み取り可能な媒体上に組み込まれ、情報要
    約を作成する、コンピュータプログラムであって、 （ａ）ユーザ入力に部分的に基づきクエリを作成するコードセグメントと、 （ｂ）無線通信デバイスを用いて情報のネットワークを照会するコードセグメ
    ントと、 （ｃ）前記モバイルコンピューティング環境で前記クエリに対する応答を前記
    情報のネットワークから受け取るコードセグメントと、 （ｄ）所定のフォーマット規則を用いてディスプレイに前記クエリへの前記応
    答を表示するコードセグメントと、 を含む、コンピュータプログラム。
  12. 【請求項１２】 コンピュータ読み取り可能な媒体上に組み込まれ、情報要
    約を作成する、請求項１１に記載のコンピュータプログラムであって、 カテゴリ検索を実行し、製品およびサービス情報のカテゴリを提供するコード
    セグメントを含む、コンピュータプログラム。
  13. 【請求項１３】 コンピュータ読み取り可能な媒体上に組み込まれ、情報要
    約を作成する、請求項１１に記載のコンピュータプログラムであって、 前記モバイルコンピューティング環境に近い販売業者のリストを表示するコー
    ドセグメントを含む、コンピュータプログラム。
  14. 【請求項１４】 コンピュータ読み取り可能な媒体上に組み込まれ、情報要
    約を作成する、請求項１１に記載のコンピュータプログラムであって、 前記モバイルコンピューティング環境に近いサービスのディレクトリを表示す
    るコードセグメントを含む、コンピュータプログラム。
  15. 【請求項１５】 コンピュータ読み取り可能な媒体上に組み込まれ、情報要
    約を作成する、請求項１１に記載のコンピュータプログラムであって、 前記モバイルコンピューティング環境で表示する１つ以上の広告を表示するコ
    ードセグメントを含む、コンピュータプログラム。
  16. 【請求項１６】 コンピュータ読み取り可能な媒体上に組み込まれ、情報要
    約を作成する、請求項１１に記載のコンピュータプログラムであって、 前記無線通信デバイスを用いる前記モバイルコンピューティング環境を用いた
    支払い処理を容易にするために証明書を管理するコードセグメントを含む、コン
    ピュータプログラム。
  17. 【請求項１７】 コンピュータ読み取り可能な媒体上に組み込まれ、情報要
    約を作成する、請求項１１に記載のコンピュータプログラムであって、 適切な情報を取得するためにインターネットに照会するコードセグメントを含
    む、コンピュータプログラム。
  18. 【請求項１８】 コンピュータ読み取り可能な媒体上に組み込まれ、情報要
    約を作成する、請求項１１に記載のコンピュータプログラムであって、 ある特定の検索エンジンに対して前記クエリを最適化するコードセグメントを
    含む、コンピュータプログラム。
  19. 【請求項１９】 コンピュータ読み取り可能な媒体上に組み込まれ、情報要
    約を作成する、請求項１１に記載のコンピュータプログラムであって、 追加の適切な情報を取得するために製品ＩＤを促すコードセグメントを含む、
    コンピュータプログラム。
JP2000604333A 1999-03-05 2000-03-03 高度モバイル通信のためのシステム、方法、及び製造品 Pending JP2002539531A (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US26392799A 1999-03-05 1999-03-05
US09/263,927 1999-03-05
PCT/IB2000/000362 WO2000054177A2 (en) 1999-03-05 2000-03-03 Method and apparatus for creating an information summary

Publications (1)

Publication Number Publication Date
JP2002539531A true JP2002539531A (ja) 2002-11-19

Family

ID=23003843

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000604333A Pending JP2002539531A (ja) 1999-03-05 2000-03-03 高度モバイル通信のためのシステム、方法、及び製造品

Country Status (7)

Country Link
EP (1) EP1163607A2 (ja)
JP (1) JP2002539531A (ja)
AU (1) AU3316100A (ja)
CA (1) CA2365750A1 (ja)
HK (1) HK1040120A1 (ja)
TW (1) TW488133B (ja)
WO (1) WO2000054177A2 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004501411A (ja) * 1999-12-14 2004-01-15 ヨードリー・コム・インコーポレイテツド ユーザの複数のウエッブ−サービスからのデータの知識に基づいて、オンライン活動に関する知的提案をユーザに提供するための方法および装置

Families Citing this family (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6850512B1 (en) 1999-08-26 2005-02-01 Ipr Licensing, Inc. Two tier hi-speed wireless communication link
JP2002077024A (ja) * 2000-08-29 2002-03-15 Pioneer Electronic Corp 施設情報提供システムおよび施設情報提供方法
US6760772B2 (en) 2000-12-15 2004-07-06 Qualcomm, Inc. Generating and implementing a communication protocol and interface for high data rate signal transfer
US6731929B2 (en) 2000-12-28 2004-05-04 Nokia Corporation Apparatus, and an associated method, for displaying packet-based data at mobile station
US6678516B2 (en) * 2001-05-21 2004-01-13 Nokia Corporation Method, system, and apparatus for providing services in a privacy enabled mobile and Ubicom environment
US8301503B2 (en) * 2001-07-17 2012-10-30 Incucomm, Inc. System and method for providing requested information to thin clients
US8812706B1 (en) 2001-09-06 2014-08-19 Qualcomm Incorporated Method and apparatus for compensating for mismatched delays in signals of a mobile display interface (MDDI) system
KR101168839B1 (ko) 2003-06-02 2012-07-26 퀄컴 인코포레이티드 고속 데이터 레이트를 위한 신호 프로토콜 및 인터페이스의 생성 및 구현
EP2363992A1 (en) 2003-08-13 2011-09-07 Qualcomm Incorporated A signal interface for higher data rates
KR100951158B1 (ko) 2003-09-10 2010-04-06 콸콤 인코포레이티드 고속 데이터 인터페이스
WO2005039148A1 (en) 2003-10-15 2005-04-28 Qualcomm Incorporated High data rate interface
CN101827074B (zh) 2003-10-29 2013-07-31 高通股份有限公司 高数据速率接口
EP2242231A1 (en) 2003-11-12 2010-10-20 Qualcomm Incorporated High data rate interface with improved link control
BRPI0416895A (pt) 2003-11-25 2007-03-06 Qualcomm Inc interface de alta taxa de dados com sincronização de link melhorada
EP1698146A1 (en) 2003-12-08 2006-09-06 QUALCOMM Incorporated High data rate interface with improved link synchronization
MXPA06010312A (es) 2004-03-10 2007-01-19 Qualcomm Inc Aparato y metodo de interfaz de velocidad de datos elevada.
AU2005223960B2 (en) 2004-03-17 2009-04-09 Qualcomm Incorporated High data rate interface apparatus and method
EP1735988A1 (en) 2004-03-24 2006-12-27 Qualcomm, Incorporated High data rate interface apparatus and method
ATE511282T1 (de) 2004-06-04 2011-06-15 Qualcomm Inc Schnittstellenvorrichtung und -verfahren für hohe datenraten
US8650304B2 (en) 2004-06-04 2014-02-11 Qualcomm Incorporated Determining a pre skew and post skew calibration data rate in a mobile display digital interface (MDDI) communication system
US8692838B2 (en) 2004-11-24 2014-04-08 Qualcomm Incorporated Methods and systems for updating a buffer
US8723705B2 (en) 2004-11-24 2014-05-13 Qualcomm Incorporated Low output skew double data rate serial encoder
US8539119B2 (en) 2004-11-24 2013-09-17 Qualcomm Incorporated Methods and apparatus for exchanging messages having a digital data interface device message format
US8667363B2 (en) 2004-11-24 2014-03-04 Qualcomm Incorporated Systems and methods for implementing cyclic redundancy checks
US8699330B2 (en) 2004-11-24 2014-04-15 Qualcomm Incorporated Systems and methods for digital data transmission rate control
US8873584B2 (en) 2004-11-24 2014-10-28 Qualcomm Incorporated Digital data interface device
US20070105596A1 (en) * 2005-11-04 2007-05-10 Motorola, Inc. Real time caller information retrieval and display in dispatch calls
US8730069B2 (en) 2005-11-23 2014-05-20 Qualcomm Incorporated Double data rate serial encoder
US8692839B2 (en) 2005-11-23 2014-04-08 Qualcomm Incorporated Methods and systems for updating a buffer
US8146014B2 (en) 2006-08-31 2012-03-27 Research In Motion Limited Controlling a message display in an electronic device
WO2008025119A1 (en) * 2006-08-31 2008-03-06 Research In Motion Limited Controlling a message display in an electronic device
US7930651B2 (en) 2007-01-18 2011-04-19 Research In Motion Limited Agenda display in an electronic device
US7533059B2 (en) 2007-03-14 2009-05-12 Microsoft Corporation Purchasing using a physical object
US10607080B1 (en) * 2019-10-25 2020-03-31 7-Eleven, Inc. Feedback and training for a machine learning algorithm configured to determine customer purchases during a shopping session at a physical store

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5761648A (en) * 1995-07-25 1998-06-02 Interactive Coupon Network Interactive marketing network and process using electronic certificates
US5727159A (en) * 1996-04-10 1998-03-10 Kikinis; Dan System in which a Proxy-Server translates information received from the Internet into a form/format readily usable by low power portable computers
US5995943A (en) * 1996-04-01 1999-11-30 Sabre Inc. Information aggregation and synthesization system
CA2269131A1 (en) * 1996-10-25 1998-05-07 Ipf, Inc. System and method for managing and serving consumer product related information over the internet
FI106990B (fi) * 1996-12-31 2001-05-15 Nokia Mobile Phones Ltd Menetelmä informaation välittämiseksi käyttäjälle
US6049821A (en) * 1997-01-24 2000-04-11 Motorola, Inc. Proxy host computer and method for accessing and retrieving information between a browser and a proxy
US5924090A (en) * 1997-05-01 1999-07-13 Northern Light Technology Llc Method and apparatus for searching a database of records

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004501411A (ja) * 1999-12-14 2004-01-15 ヨードリー・コム・インコーポレイテツド ユーザの複数のウエッブ−サービスからのデータの知識に基づいて、オンライン活動に関する知的提案をユーザに提供するための方法および装置

Also Published As

Publication number Publication date
WO2000054177A2 (en) 2000-09-14
HK1040120A1 (zh) 2002-07-12
EP1163607A2 (en) 2001-12-19
WO2000054177A3 (en) 2001-01-25
AU3316100A (en) 2000-09-28
TW488133B (en) 2002-05-21
CA2365750A1 (en) 2000-09-14

Similar Documents

Publication Publication Date Title
JP4213869B2 (ja) 分散通信ネットワークを利用したモバイル通信ネットワークのためのシステム、方法、および製品
JP4294876B2 (ja) インターフェースサポートフレームワークを利用したモバイル通信のためのシステム、方法、および製品
US6401085B1 (en) Mobile communication and computing system and method
JP2002539531A (ja) 高度モバイル通信のためのシステム、方法、及び製造品
US6317718B1 (en) System, method and article of manufacture for location-based filtering for shopping agent in the physical world
US6446076B1 (en) Voice interactive web-based agent system responsive to a user location for prioritizing and formatting information
US6134548A (en) System, method and article of manufacture for advanced mobile bargain shopping
US8121891B2 (en) Personalized product report
US6845370B2 (en) Advanced information gathering for targeted activities
JP2002539535A (ja) 高度モバイル医療処理のためのシステム、方法、及び製造品
JP2002539536A (ja) 診療情報にアクセスするための方法およびシステム
WO2000054179A2 (en) A system, method and article of manufacture for utilizing a transaction interface in a mobile communication network