JP6166824B2 - 追跡システム交信相手情報へのリモートアクセス - Google Patents

Description

関連出願
本出願は、２０１０年９月３０日に出願された米国特許出願第１２／８９４，７６７号の継続出願である。上記出願の教示全体は、参照により本明細書に援用される。

顧客関係管理（ＣＲＭ）とは、交信相手（例えば、顧客）との対話を処理する、企業により実施されるプロセスを指す。一般に、企業の従業員がＣＲＭシステムにアクセスし、入力することができる。応募者追跡システム（ＡＴＳ）は、企業採用ニーズを電子的に処理できるようにするソフトウェアアプリケーションである。インターネットを介してホストとしてアクセスされる場合、これらのシステムはソフトウェアアズアサービス（ＳａａＳ）として知られることもある。本明細書で使用される場合、「ＣＲＭ」、「ＡＴＳ」、「追跡アプリケーション」、及び「追跡システム」という用語は、これらの種類の任意のシステムを指す。

追跡システムのビジネス価値は、ファームがクライアント対話を向上可能にすることである。これは、顧客データを収集し、データを解析して測定し、顧客のニーズを理解し、満足度を向上させることにより行われ、満足度の向上は販売／募集の機会増大に繋がる。追跡システムを有効に使用するために、例えば、交信相手の氏名、電子メール、電話番号、住所、及び交信相手についての他のメタデータ等のすべての交信相手の詳細が、追跡システムに記憶される。ユーザがメッセージを特定の交信相手に電話又はメールで伝える必要がある場合、ユーザは通常、追跡システムで交信相手の情報を調べる。追跡システムを組織のレコードシステムとして使用することにより、交信相手と通信する必要があるいかなる人に対しても、情報が最新で正確な情報であることを保証することができる。例えば、ユーザの電子メールアドレス、電話番号、又は住所等のデータが変更された（そして、追跡システムで更新された）場合、資格（例えば、許可）を有する任意のユーザが交信相手情報を次に閲覧するときには、そのユーザは最も正確な情報を有することになる。これにより、組織の交信相手との時宜を得た対話が保証され、ビジネス機会が最大化される。

今日の追跡システムに伴う問題の一つは、既存のシステム又は方法では、ユーザが、交信相手の詳細を調べるために、ユーザの装置のアプリケーションを使用して、リモートロケーションから追跡システムにログインする必要があることである。追跡アプリケ−ションにログインするために使用されるアプリケーションは、ユーザのクライアント電子メールアプリケーション（例えば、Ｍｉｃｒｏｓｏｆｔ Ｏｕｔｌｏｏｋ）とは別個であるため、ユーザが交信相手情報を調べる場合、ユーザはやはり、（１）追跡システムからリモートクライアント電子メールアプリケーションに電子メールアドレスをコピーアンドペーストするか、又は（２）追跡システムアプリケーションにより表示される情報からリモートクライアント電子メールアプリケーションに交信相手の電子メールアドレスを再びタイプしなければならない。多くのユーザは、これらの余分なステップを面倒であると感じる。追跡アプリケーションへのログインを介して交信相手を調べるために必要なステップは、あまりに時間がかかりすぎると見なされるため、ユーザは、すべての交信相手情報をローカルに記憶することを選択するかもしれない。多くのユーザは、詳細な交信相手情報の検索及び発見がより容易であるため、交信相手情報のローカル記憶のほうがよいと受け止める。追跡アプリケーションへのログインを介して交信相手情報を探すことに対するこの代替的な方法は、追跡システムから交信相手リスト及び関連付けられた詳細をエクスポートし、ユーザのリモートクライアント電子メールアプリケーションのユーザの個人のアドレス帳に情報をインポートすることを含む。このローカル記憶方法を用いる場合、ユーザは、何らかの変更が追跡システム内の交信相手情報に対してなされた場合、交信相手情報を最新の状態に保つことを保証する責任を負う。ユーザに、そのような構成で２つのアプリケーション間で情報を管理することが求められる場合、交信相手情報が組織全体にわたって一貫して維持されない確率が高い。

様々な既存の追跡システムは、手動でのカットアンドペースト方法のステップをいくらか低減する能力を有する。システムによっては、エンドユーザが同期ソフトウェアをインストールし、交信相手を手動でタグ付けして、エンドユーザのデスクトップメールクライアントにダウンロード又は記憶する必要がある。しかし、これらのシステムを用いる場合、交信相手情報は、ユーザのデスクトップメールクライアントでローカルに利用可能であり、交信相手情報は、ウェブベースのメールクライアントを介してユーザに提供されず、ユーザの無線ハンドヘルド装置にも提供されない。

これらの問題を解消する方法及びシステムの例が、本明細書に開示される。一例は、追跡システムディレクトリへのアクセスをリモートクライアントアプリケーションに提供するシステムである。システムは、追跡システムと対話するデータサービスと、リモートクライアントアプリケーションと対話する軽量ディレクトリアクセスプロトコル（ＬＤＡＰ）サーバとを含む。システムは、また、データサービスと、リモートクライアントアプリケーションからの要求を処理するＬＤＡＰサーバとの間に配置されたパーティション（境界部）を含む。パーティションは、要求に基づいて、データサービスが許容するコマンドを策定（formulate）する（作る）。次に、パーティションは、コマンドに応答してデータサービスから結果を受信し、リモートクライアントアプリケーションが許容する形式に結果を変換する。

いくつかの実施形態では、リモートクライアントアプリケーションからの要求は、追跡システムディレクトリに記憶された交信相手情報の検索クエリであり、データサービスからの結果は、検索クエリに一致する交信相手情報を含む。データサービスは、追跡システムディレクトリ内の非構造化データを検索することにより結果を生成してもよい。データサービスは、コマンドを実行する前に、リモートクライアントアプリケーションのユーザの認証情報を検証することもでき、データサービスから返された結果はそれらの認証情報に基づいてもよい。例えば、データサービスは、認証情報に基づいて追跡システムディレクトリへのアクセスを拒絶するか、又はパーティションに返される結果をフィルタリングすることができる。さらに、パーティションは、データサービスから受信した結果から仮想ディレクトリ構造を構築することができ、ＬＤＡＰサーバを介して結果をリモートクライアントアプリケーションに転送してもよい。

上記は、同様の参照符号が、異なる図全体を通して同じ部分を指す添付図面に示されるように、以下の本発明の例示的実施形態のより具体的な説明から明らかになろう。図面は、必ずしも一定の縮尺ではなく、その代わり、本発明の実施形態を示すことに重点が置かれている。

追跡システムディレクトリへのアクセスをリモートクライアントアプリケーションに提供する例示的なシステムの構成要素を示すとともに、追跡システムへの検索クエリの発信を示すブロック図である。 追跡システムディレクトリへのアクセスをリモートクライアントアプリケーションに提供する例示的なシステムの構成要素を示すとともに、検索クエリの結果の受信を示すブロック図である。 追跡システムディレクトリへのアクセスをリモートクライアントアプリケーションに提供する例示的実施形態のプロセスを示すフローチャートである。 追跡システムに記憶された交信相手情報を検索し、検索の結果としてレコードを受信する例示的実施形態のプロセスを示す詳細なフローチャートである。 追跡システムに記憶された特定の交信相手の詳細を要求し、要求の結果として詳細情報を受信する例示的実施形態のプロセスを示す詳細なフローチャートである。 本明細書に開示される例示的実施形態が動作できるコンピュータネットワークの概略図である。 図６のネットワークでのコンピュータノード／装置のブロック図である。

本発明の例示的実施形態の説明は以下のとおりである。

本明細書に開示される実施形態では、追跡システムのユーザは、デスクトップ又は無線ハンドヘルド装置のリモートメールアプリケーションに接続して、交信相手情報を調べ、交信相手情報を追跡システムから直接検索することができる。多くの実施形態では、接続すると、ユーザは、例えば、交信相手の氏名（又は氏名の一部）を入力することができ、電子メールアプリケーションは、軽量ディレクトリアクセスプロトコル（ＬＤＡＰ）を使用して、ＬＤＡＰサーバを介して探索クエリを追跡システムに送信する。ユーザが入力する交信相手の氏名は、「ワイルドカード」シンボルを含んでもよい。クエリが実行される前に、システムは、「資格」としても知られる、追跡システムへのアクセスについてのユーザの認証情報をチェックしてもよい。追跡システムによる資格強要により、ユーザによる一定の交信相手情報へのアクセスを回避することができる。ユーザが認証され、資格がチェックされると、クエリが実行され、１人の交信相手、又はクエリが複数の交信相手に一致する場合には１人または複数の交信相手がユーザの電子メールアプリケーションに返される。本明細書に開示される実施形態では、追跡システムと対話するデータサービスと、リモートクライアントアプリケーションと対話するＬＤＡＰサーバとの間にパーティションをインストールすることにより、そのようなリモートアクセスが可能である。その理由は、データサービスとＬＤＡＰサーバとが互換性を有する可能性が低いためである。

図１は、追跡システムディレクトリへのアクセスをリモートクライアントアプリケーション１０５に提供する例示的なシステム１００の構成要素を示すとともに、追跡システム２００への検索クエリの発信を示すブロック図である。例示的なシステム１００は、追跡システム２００と対話する（追跡システム２００とのインタフェースを有する）データサービス１２０と、リモートクライアントアプリケーション１０５と対話する（リモートクライアントアプリケーション１０５とのインタフェースを有する）ＬＤＡＰサーバ１１０とを含む。システム１００は、また、データサービス１２０とＬＤＡＰサーバ１１０との間に配置されたパーティション１１５を含む。ここで、ＬＤＡＰサーバ１１０は、リモートクライアントアプリケーション１０５からの要求１２５を処理する。図示のように、要求１２５は、例えば、追跡システムディレクトリに記憶された交信相手情報についての検索クエリであってもよく、またはそのような検索クエリを含むものであってもよい。要求１２５に基づいて、パーティション１１５は、データサービス１２０が許容可能なコマンド１３０を策定する。

図２は、図１の例示的なシステム１００の構成要素を示すともに、検索クエリの結果の受信を示すブロック図である。データサービス１２０は、コマンド１３０（図１）を受信すると、追跡システムディレクトリ内の非構造化データを検索することにより結果１３５を生成してもよく、結果１３５は、検索クエリに一致する交信相手情報を含んでもよい。次に、パーティション１１５は、コマンド１３０（図１）に応答したデータサービス１２０から結果１３５を受信し、結果１３５を、リモートクライアントアプリケーション１０５が許容可能な形式に変換する。そうするに当たり、パーティション１１５は、結果１３５から仮想ディレクトリ構造を構築し、ＬＤＡＰサーバ１１０を介して、変換された結果１４０をリモートクライアントアプリケーション１０５に転送してもよい。いくつかの実施形態では、結果１３５をパーティション１１５に返す前に、データサービス１２０は、コマンドを実行する前にリモートクライアントアプリケーション１０５のユーザの認証情報を検証することができ、データサービス１２０が返す結果１３０は、それらの認証情報に基づいてもよい。例えば、データサービス１２０は、認証情報に基づいて追跡システムディレクトリへのアクセスを拒絶することも、パーティション１１５に返す結果１３５をフィルタリングすることもできる。

図３は、追跡システムディレクトリへのアクセスをリモートクライアントアプリケーションに提供する例示的実施形態のプロセス３００を示すフローチャートである。ＬＤＡＰサーバ１１０を介してリモートクライアントアプリケーション１０５から要求１２５を受信する（３０５）と、コマンド１３０が要求１２５に基づいて策定される（３１０）。要求１２５は、例えば、追跡システムディレクトリに記憶された交信相手情報の検索クエリを含んでもよい。コマンド１３０は、追跡システム２００と対話するデータサービス１２０が許容可能な形式のものである。次に、コマンド１３０がデータサービス１２０に発信される（３１５）。要求１２５が検索クエリを含んだ場合、追跡システムディレクトリ内の非構造化データを検索することにより、検索クエリの結果１３５を生成してもよく、結果１３５は、検索クエリに一致する交信相手情報を含んでもよい。いくつかの実施形態では、コマンド１３０を実行する前に、リモートクライアントアプリケーション１０５のユーザの認証情報を検証してもよく、この検証は結果１３５の生成に影響を及ぼすことができる。例えば、ユーザは追跡システムディレクトリへのアクセスを拒絶されることがあり、又はユーザの認証情報に基づいて、結果１３５をフィルタリングしてもよい。コマンド１３０に応答して、結果１３５をデータサービス１２０から受信する（３２０）と、結果は、リモートクライアントアプリケーション１０５が許容する形式に変換され（３２５）、この変換は、例えば、結果１３５から仮想ディレクトリ構造を構築することを含んでもよい。次に、ＬＤＡＰサーバ１１０を介して結果１３５をリモートクライアントアプリケーション１０５に転送してもよい。

図４は、追跡システム２００に記憶された交信相手情報を検索し、検索の結果としてレコードを受信する例示的実施形態のプロセス４００を示す詳細なフローチャートである。例示的なプロセス４００によれば、リモート電子メールクライアント４０５は、交信相手の氏名に関する検索をＬＤＡＰサーバ４１０に発信する（４２０）（例えば、電子メールクライアント４０５のユーザが検索語を入力し、検索をクリックする）。図４の例示的実施形態では、上述したパーティション１１５は、ＬＤＡＰサーバ４１０に組み込まれる。サーバ４１０のパーティションは、検索要求を受信し、検索コマンドを策定し（４２５）、コマンドをデータサービス４１５に発信する。

データサービス４１５は、コマンドを受信すると、電子メールクライアントユーザの認証情報（例えば、ユーザ名及びパスワード）を検証する（４３０）。認証情報が無効な場合、データサービス４１５は、認証エラーを生成し（４４０）、ＬＤＡＰサーバ４１０を介して認証エラーを電子メールクライアント４０５に返す（４４５、４５０）。その他の場合、データサービス４１５は、追跡システム２００に記憶されたデータの検索を実行し（４３５）、この検索には、ユーザの認証情報（「資格」とも呼ばれる）を考慮に入れることができる。検索がユーザの資格を考慮に入れる場合、ユーザは、アクセスする資格があるレコードのみを見ることになる。検索が実行された後、データサービス４１５は、検索コマンドに一致したレコード（例えば、交信相手情報）を返す（４５５）。

レコードが検索の結果として返されない場合（４６０）、ＬＤＡＰサーバ４１０は「レコードが見つかりませんでした」メッセージを電子メールクライアント４０５に返す（４６５）。しかし、レコードが返される場合、ＬＤＡＰサーバ４１０のパーティションは、レコードの詳細を取得するプロセスを開始する（４７０）。パーティションはまず、キャッシュをチェックして、特定のレコードの詳細がキャッシュにあるか否かを判断する（４７５）。すべてのレコードがキャッシュにおいて見つかる場合（４８０）、パーティションは、レコード詳細をフォーマット化して電子メールクライアント４０５に返し（４８５）、電子メールクライアント４０５において、レコードはユーザに提示される（４９０）。レコードのすべてがキャッシュで見つからなかった場合、パーティションは、データサービス４１５から欠けているレコードの詳細を要求する（４８１）。次に、データサービス４１５は、要求された情報を取得し（４８２）、詳細な情報をＬＤＡＰサーバ４１０に返す（４８３）。サーバ４１０により受信されると、パーティションは、情報を適切なキャッシュに追加し（４８６、４８７）、レコードの詳細をフォーマット化して電子メールクライアント４０５に返す（４８５）ことにより、返された情報を処理する（４８４）。レコードを受信すると、電子メールクライアント４０５は、返されたレコードをユーザに提示する（４９０）。

図５は、追跡システム２００に記憶された特定の交信相手の詳細を要求し、要求の結果として詳細情報を受信する例示的実施形態のプロセス５００を示す詳細なフローチャートである。例示的なプロセス５００によれば、電子メールクライアント４０５は、所与のレコードの詳細を要求する（５０５）（例えば、電子メールクライアント４０５のユーザは、関連付けられた詳細を取得するレコードをクリックする）。要求はＬＤＡＰサーバ４１０に送信され（５０７）、ＬＤＡＰサーバ４１０において、パーティションまず、要求された情報がキャッシュに存在するか否かチェックする（５１０）。キャッシュにおいて見つけられる場合（５１２）、情報はフォーマット化され、電子メールクライアント４０５に返される（５１５）。しかし、見つからない場合、パーティションは、要求された情報を取得するコマンド生成し、データサービス４１５に送信する（５２０）。

上述したように、データサービス４１５は、電子メールクライアントユーザの認証情報を検証することができ（５２２）、認証情報が無効な場合、データサービス４１５は認証エラーを生成し（５２５）、ＬＤＡＰサーバ４１０を介して認証エラーを電子メールクライアント４０５に渡す（５２７、５３０）。その他の場合、データサービス４１５は、追跡システム２００に記憶されたデータの検索を実行する（５３２）。検索がユーザの資格を考慮に入れる場合、ユーザは、レコードにアクセスする資格を有するならば、レコードのみを見ることになる。検索が実行された後、データサービス４１５は、検索コマンドに一致するレコード（例えば、交信相手情報）を返す（５３５）。

次に、ＬＤＡＰサーバ４１０のパーティションは、レコードの詳細を取得するプロセスを開始する（５３７）。パーティションはまず、キャッシュをチェックして、返されたレコードの詳細がキャッシュ内にあるか否かを判断する（５４０）。レコードがキャッシュにおいて見つけられる場合（５４２）、パーティションは、レコード詳細をフォーマット化して電子メールクライアント４０５に返し（５４５）、電子メールクライアント４０５において、詳細はユーザに提示される（５４７）。レコードがキャッシュにおいて見つけられない場合、パーティションは、データサービス４１５からレコードの詳細を要求する（５５０）。次に、データサービス４１５は、要求された情報を取得し（５５２）、詳細な情報をＬＤＡＰサーバ４１０に返す（５５５）。サーバ４１０により受信されると、パーティションは、情報を適切なキャッシュに追加し（５６０、５６５）、レコードの詳細をフォーマットして、電子メールクライアント４０５に返す（５４５）ことにより、返された情報を処理する（５５７）。

図６は、本発明の実施形態が動作できるコンピュータネットワークの概略図である。クライアント装置６１０及びサーバ装置６２０は、アプリケーションプログラム等を実行する処理装置、記憶装置、及び入／出力装置を提供する。クライアント装置６１０は、通信ネットワーク６３０を通して、他のクライアント装置６１０及びサーバ装置６２０を含む他の計算装置にリンクすることもできる。通信ネットワーク６３０は、現在、各プロトコル（ＴＣＰ／ＩＰ、Ｂｌｕｅｔｏｏｔｈ（登録商標）等）を使用して、互いに通信するリモートアクセスネットワーク、グローバルネットワーク（例えば、インターネット）、計算装置の世界規模の集合、ローカルエリアネットワーク、広域ネットワーク、及びゲートウェイの一部であり得る。他の電子装置／コンピュータネットワークアーキテクチャも適する。

図７は、図６のネットワーク内のコンピュータノード／装置６１０、６２０のブロック図である。各装置６１０、６２０はシステムバス７３０を含み、バスは、装置又は処理システムの構成要素間でのデータ転送に使用される１組のハードウェア線である。バス７３０は本質的には、要素間でのデータ転送を可能にする、装置の異なる要素（例えば、プロセッサ、ディスク記憶装置、メモリ、入／出力ポート、ネットワークポート等）を接続する共有導管である。システムバス７３０には、様々な入力装置及び出力装置（例えば、キーボード、マウス、ディスプレイ、プリンタ、スピーカー等）を装置７１０、７２０に接続するためのＩ／Ｏ装置インタフェース７４０が取り付けられる。ネットワークインタフェース７６０により、装置を、ネットワーク（例えば、図６のネットワーク６３０）に取り付けられた様々な他の装置に接続することができる。メモリ７７０は、本発明の実施形態の実施に使用されるコンピュータソフトウェア命令７８０及びデータ７９０（例えば、図１及び図２のデータサービス１２０、ＬＤＡＰサーバ１１０、及びパーティション１１５並びに図３〜図５において上で詳述された機能及びプロセス３００、４００、及び５００を実行するサポートコード）に揮発性記憶を提供する。ディスク記憶装置７７５は、本明細書に開示される方法及びシステムの実施に使用されるコンピュータソフトウェア命令７８０及びデータ７９０に不揮発性記憶を提供する。中央演算装置７５０もシステムバス７３０に取り付けられ、コンピュータ命令の実行を提供する。

一実施形態では、プロセッサルーチン７８０及びデータ７９０は、本発明のシステムのソフトウェア命令の少なくとも部分を提供するコンピュータ可読媒体（例えば、１つ又は複数のＤＶＤ−ＲＯＭ、ＣＤ−ＲＯＭ、ディスク、テープ、又はポータルサーバ媒体等のリムーバブル記憶媒体等）を含むコンピュータプログラム製品（全体的に７８０と参照される）である。コンピュータプログラム製品７８０は、当該技術分野で周知のとおり、任意の適したソフトウェアインストール手順によりインストールすることができる。別の実施形態では、ソフトウェア命令の少なくとも部分は、ケーブル、通信、及び／又は無線接続を介してダウンロードすることもできる。

本発明について本発明の例示的実施形態を参照して特に図示し説明したが、添付の特許請求の範囲に包含される本発明の範囲から逸脱せずに、形態及び詳細について様々な変更を行い得ることが当業者には理解されよう。
なお、本発明は、実施の態様として以下の内容を含む。
〔態様１〕
追跡システムディレクトリへのアクセスをリモートクライアントアプリケーションに提供するシステムであって、
前記追跡システムとのインタフェースを有するデータサービスと、
前記リモートクライアントアプリケーションとのインタフェースを有する軽量ディレクトリアクセスプロトコル（ＬＤＡＰ）サーバと、
前記データサービスと前記ＬＤＡＰサーバとの間に配置され、（i）前記リモートクライアントアプリケーションからの要求を処理し、（ii）前記要求に基づいて前記データサービスによって許容されるコマンドを作り、（iii）前記コマンドに応答した前記データサービスからの結果を受信し、（iv）前記リモートクライアントアプリケーションによって許容される形式に前記結果を変換するパーティションと、
を備える、システム。
〔態様２〕
前記リモートクライアントアプリケーションからの要求が、前記追跡システムディレクトリに記憶された交信相手情報についての検索クエリである、態様１に記載のシステム。
〔態様３〕
前記データサービスからの結果が、前記検索クエリに一致する交信相手情報を含む、態様２に記載のシステム。
〔態様４〕
前記データサービスが、前記追跡システムディレクトリ内の非構造化データを検索することにより前記結果を生成する、態様３に記載のシステム。
〔態様５〕
前記データサービスが、前記コマンドを実行する前に、前記リモートクライアントアプリケーションのユーザの認証情報を検証する、態様１に記載のシステム。
〔態様６〕
前記データサービスによって返される結果は、前記ユーザの前記認証情報に基づく、態様５に記載のシステム。
〔態様７〕
前記データサービスが、前記ユーザの前記認証情報に基づいて、前記追跡システムディレクトリへのアクセスを拒絶する、態様６に記載のシステム。
〔態様８〕
前記データサービスが、前記ユーザの前記認証情報に基づいて、前記結果をフィルタリングする、態様６に記載のシステム。
〔態様９〕
前記パーティションが、前記データサービスから受信する前記結果から仮想ディレクトリ構造を構築する、態様１に記載のシステム。
〔態様１０〕
前記パーティションは、さらに、前記ＬＤＡＰサーバを経由して前記結果を前記リモートクライアントアプリケーションに転送する、態様１に記載のシステム。
〔態様１１〕
追跡システムディレクトリへのアクセスをリモートクライアントアプリケーションに提供する方法であって、
軽量ディレクトリアクセスプロトコル（ＬＤＡＰ）サーバを経由して前記リモートクライアントアプリケーションから要求を受信するステップと、
前記要求に基づいて、データサービスによって許容されるコマンドを作るステップであって、前記データサービスは前記追跡システムとのインタフェースを有する、ステップと、
前記コマンドを前記データサービスに発信するステップと、
前記コマンドに応答した前記データサービスからの結果を受信するステップと、
前記リモートクライアントアプリケーションによって許容される形式に前記結果を変換するステップと、
を含む、方法。
〔態様１２〕
前記リモートクライアントアプリケーションから要求を受信するステップは、前記追跡システムディレクトリに記憶された交信相手情報についての検索クエリを受信することを含む、態様１１に記載の方法。
〔態様１３〕
前記データサービスからの結果を受信するステップは、前記検索クエリに一致した交信相手情報を受信することを含む、態様１２に記載の方法。
〔態様１４〕
前記追跡システムディレクトリ内の非構造化データを検索することにより前記結果を生成するステップをさらに含む、態様１３に記載の方法。
〔態様１５〕
前記コマンドを実行する前に前記リモートクライアントアプリケーションのユーザの認証情報を検証するステップをさらに含む、態様１１に記載の方法。
〔態様１６〕
前記ユーザの前記認証情報を検証するステップが、前記データサービスから受信される前記結果に影響を与える、態様１５に記載の方法。
〔態様１７〕
前記ユーザの前記認証情報を検証するステップが、前記追跡システムディレクトリへのアクセスを拒絶することを含む、態様１６に記載の方法。
〔態様１８〕
前記ユーザの前記認証情報を検証するステップは、前記ユーザの前記認証情報に基づいて前記結果をフィルタリングすることを含む、態様１６に記載の方法。
〔態様１９〕
前記データサービスから受信される前記結果から仮想ディレクトリ構造を構築するステップをさらに含む、態様１１に記載の方法。
〔態様２０〕
前記ＬＤＡＰサーバを経由して前記結果を前記リモートクライアントアプリケーションに転送するステップをさらに含む、態様１１に記載の方法。
〔態様２１〕
追跡システムディレクトリへのアクセスをリモートクライアントアプリケーションに提供するためのプログラムコードであって、コンピュータ内に具現化され、コンピュータ可読なプログラムコードを有するコンピュータ可読媒体であって、前記コンピュータ可読媒体プログラムコードは命令を含み、前記命令は、プロセッサにより実行されると、前記プロセッサに、
軽量ディレクトリアクセスプロトコル（ＬＤＡＰ）サーバを経由して前記リモートクライアントアプリケーションから受信する要求に基づいて、データサービスによって許容されるコマンドを作る手順であって、前記データサービスは前記追跡システムとのインタフェースを有する、手順と、
前記コマンドを前記データサービスに発信する手順と、
前記コマンドに応答した前記データサービスから受信する結果を、前記リモートクライアントアプリケーションによって許容される形式に変換する手順と
前記結果を前記リモートクライアントアプリケーションに転送する手順と、
を実行させる、コンピュータ可読媒体。

Claims (16)

1. 追跡システムディレクトリへのアクセスを企業の従業員であるユーザのリモートクライアントアプリケーションに提供するシステムであって、
   前記追跡システムディレクトリに記憶された、所与の交信相手についてのデータにアクセスするように、前記追跡システムとのインタフェースを有するデータサービスと、
   前記リモートクライアントアプリケーションとのインタフェースを有する軽量ディレクトリアクセスプロトコル（ＬＤＡＰ）サーバと、
   前記データサービスと前記ＬＤＡＰサーバとの間に配置されたパーティションであって、
   （i）前記リモートクライアントアプリケーションからの前記ユーザによる要求であって、所与の交信相手の識別子を含み、この所与の交信相手についての前記追跡システムに記憶された情報を取得する要求を処理することと、
   （ii）前記データサービスが、当該パーティションによって作られた第１のコマンドに応答するように、前記交信相手の前記識別子を含む前記要求に基づいて、前記データサービスによって許容される第１のコマンドを作ることと、
   （iii）前記第１のコマンドに応答した前記データサービスから、交信相手のレコードの識別子を受信することであって、前記識別子は交信相手のレコードに対応するものであり、各交信相手のレコードが所与の交信相手との企業の各対話について詳細情報を含む、受信することと、
   （iv）前記交信相手のレコードの受信した識別子に一致する識別子のレコードを見つけるために、前記パーティションに構成された企業キャッシュおよびユーザキャッシュの少なくとも１つを検索することであって、前記企業キャッシュは、前記企業のユーザがアクセス可能な交信相手のレコードを記憶しており、前記ユーザキャッシュは、前記要求を行っている前記ユーザがアクセス可能な交信相手のレコードを記憶している、検索することと、
   （v）前記企業キャッシュと前記ユーザキャッシュのいずれにおいても、前記交信相手の一致するレコードが見つからない、交信相手のレコードの識別子に対して、前記追跡システムディレクトリからの前記交信相手の一致するレコードを要求するコマンドであって、前記データサービスによって許容される第２のコマンドを作ることと、
   (vi)前記作られた第２のコマンドに応答した前記データサービスから、前記交信相手の前記要求されたレコードを受信することであって、この受信することは、前記企業キャッシュと前記ユーザキャッシュの少なくとも１つに、前記交信相手の前記受信したレコードを追加することを含む、受信することと、
   （vii）前記リモートクライアントアプリケーションによって許容される形式に、前記企業キャッシュまたは前記ユーザキャッシュのいずれかにおいて見つかった前記交信相手のレコードからの詳細および前記データサービスから受信した前記交信相手のレコードからの詳細を変換することとを実行するように構成されたパーティションと、
   を備える、システム。
2. 前記データサービスが、前記追跡システムディレクトリ内の非構造化データを検索することにより前記交信相手のレコードからの詳細を生成する、請求項１に記載のシステム。
3. 前記データサービスが、前記第１のコマンドを実行する前に、前記リモートクライアントアプリケーションのユーザの認証情報を検証する、請求項１に記載のシステム。
4. 前記データサービスからの前記交信相手のレコードからの詳細は、前記ユーザの前記認証情報に基づく、請求項３に記載のシステム。
5. 前記データサービスが、前記ユーザの前記認証情報に基づいて、前記追跡システムディレクトリへのアクセスを拒絶する、請求項４に記載のシステム。
6. 前記データサービスが、前記ユーザの前記認証情報に基づいて、前記交信相手のレコードからの前記詳細をフィルタリングする、請求項４に記載のシステム。
7. 前記パーティションが、前記データサービスから受信する前記交信相手のレコードからの前記詳細から仮想ディレクトリ構造を構築する、請求項１に記載のシステム。
8. 前記パーティションは、さらに、前記ＬＤＡＰサーバを経由して前記結果を前記リモートクライアントアプリケーションに転送する、請求項１に記載のシステム。
9. コンピュータサーバによって実現されるパーティション、コンピュータによって実現されるデータサービス、および軽量ディレクトリアクセスプロトコル（ＬＤＡＰ）サーバを含むシステムであって、前記パーティションが前記データサービスと前記ＬＤＡＰの間に配置されているシステムを介して、追跡システムディレクトリへのアクセスを企業の従業員であるユーザのリモートクライアントアプリケーションに提供する方法であって、
   前記ＬＤＡＰサーバを経由して前記リモートクライアントアプリケーションからの前記ユーザによる要求であって、所与の交信相手の識別子を含み、この所与の交信相手についての前記追跡システムに記憶された情報を取得する要求を受信する要求受信ステップと、
   前記パーティションによって作られた第１のコマンドに前記データサービスが応答するように、前記交信相手の前記識別子を含む前記要求に基づいて、前記データサービスによって許容される第１のコマンドを作るステップであって、前記追跡システムディレクトリに記憶された、前記所与の交信相手についてのデータにアクセスするように、前記データサービスは前記追跡システムとのインタフェースを有する、第１のコマンド作成ステップと、
   前記第１のコマンドを前記データサービスに発信する発信ステップと、
   前記第１のコマンドに応答した前記データサービスから、交信相手のレコードの識別子を受信する交信相手レコード識別子受信ステップであって、前記識別子は交信相手のレコードに対応するものであり、各交信相手のレコードが所与の交信相手との企業の各対話について詳細情報を含む、交信相手レコード識別子受信ステップと、
   前記交信相手のレコードの受信した識別子に一致する識別子のレコードを見つけるために、前記パーティションに構成された企業キャッシュおよびユーザキャッシュの少なくとも１つを検索するステップであって、前記企業キャッシュは、前記企業のユーザがアクセス可能な交信相手のレコードを記憶しており、前記ユーザキャッシュは、前記要求を行っている前記ユーザがアクセス可能な交信相手のレコードを記憶している、検索ステップと、
   前記企業キャッシュと前記ユーザキャッシュのいずれにおいても、前記交信相手の一致するレコードが見つからない、交信相手のレコードの識別子に対して、前記追跡システムディレクトリからの前記交信相手の一致するレコードを要求するコマンドであって、前記データサービスによって許容される第２のコマンドを作る、第２のコマンド作成ステップと、
   前記作られた第２のコマンドに応答した前記データサービスから、前記交信相手の前記要求されたレコードを受信するステップであって、前記企業キャッシュと前記ユーザキャッシュの少なくとも１つに、前記交信相手の前記受信したレコードを追加する、要求レコード受信ステップと、
   前記リモートクライアントアプリケーションによって許容される形式に、前記企業キャッシュまたは前記ユーザキャッシュのいずれかにおいて見つかった前記交信相手のレコードからの詳細および前記データサービスから受信した前記交信相手のレコードからの詳細を変換する変換ステップと、
   を含み、
   前記要求受信ステップ、前記第１のコマンド作成ステップ、前記発信ステップ、前記交信相手レコード識別子受信ステップ、前記検索ステップ、前記第２のコマンド作成ステップ、前記要求レコード受信ステップおよび前記変換ステップが、前記パーティションによって実行される、方法。
10. 前記追跡システムディレクトリ内の非構造化データを検索することにより前記交信相手のレコードからの詳細を前記データサービスが生成するステップをさらに含む、請求項９に記載の方法。
11. 前記第１のコマンドを実行する前に前記リモートクライアントアプリケーションのユーザの認証情報を前記データサービスが検証するステップをさらに含む、請求項９に記載の方法。
12. 前記ユーザの前記認証情報を検証するステップが、前記データサービスから受信される前記交信相手のレコードからの詳細に影響を与える、請求項１１に記載の方法。
13. 前記ユーザの前記認証情報を検証するステップが、前記追跡システムディレクトリへのアクセスを拒絶することを含む、請求項１２に記載の方法。
14. 前記ユーザの前記認証情報を検証するステップは、前記ユーザの前記認証情報に基づいて前記結果をフィルタリングすることを含む、請求項１２に記載の方法。
15. 前記データサービスから受信される前記交信相手のレコードからの前記詳細から仮想ディレクトリ構造を前記パーティションが構築するステップをさらに含む、請求項９に記載の方法。
16. 前記ＬＤＡＰサーバを経由して前記交信相手のレコードからの前記詳細を前記リモートクライアントアプリケーションに前記パーティションが転送するステップをさらに含む、請求項９に記載の方法。

Images