(57)【要約】【課題】組織の交信相手についての最新の交信相手情報が利用可能なことを、すべてのユーザに対して保証することができる。【解決手段】軽量ディレクトリアクセスプロトコル（ＬＤＡＰ）サーバを経由してリモートクライアントアプリケーションから要求を受信し、要求に基づいて、追跡システムとのインタフェースを有するデータサービスによって許容されるコマンドを作り、コマンドをデータサービスに発信し、コマンドに応答したデータサービスからの結果を受信し、リモートクライアントアプリケーションによって許容される形式に前記結果を変換する。【選択図】図１
2013539129.tif 000002
【特許請求の範囲】
【請求項１】
追跡システムディレクトリへのアクセスをリモートクライアントアプリケーションに提供するシステムであって、
前記追跡システムとのインタフェースを有するデータサービスと、
前記リモートクライアントアプリケーションとのインタフェースを有する軽量ディレクトリアクセスプロトコル（ＬＤＡＰ）サーバと、
前記データサービスと前記ＬＤＡＰサーバとの間に配置され、（i）前記リモートクライアントアプリケーションからの要求を処理し、（ii）前記要求に基づいて前記データサービスによって許容されるコマンドを作り、（iii）前記コマンドに応答した前記データサービスからの結果を受信し、（iv）前記リモートクライアントアプリケーションによって許容される形式に前記結果を変換するパーティションと、
を備える、システム。
【請求項２】
前記リモートクライアントアプリケーションからの要求が、前記追跡システムディレクトリに記憶された交信相手情報についての検索クエリである、請求項１に記載のシステム。
【請求項３】
前記データサービスからの結果が、前記検索クエリに一致する交信相手情報を含む、請求項２に記載のシステム。
【請求項４】
前記データサービスが、前記追跡システムディレクトリ内の非構造化データを検索することにより前記結果を生成する、請求項３に記載のシステム。
【請求項５】
前記データサービスが、前記コマンドを実行する前に、前記リモートクライアントアプリケーションのユーザの認証情報を検証する、請求項１に記載のシステム。
【請求項６】
前記データサービスによって返される結果は、前記ユーザの前記認証情報に基づく、請求項５に記載のシステム。
【請求項７】
前記データサービスが、前記ユーザの前記認証情報に基づいて、前記追跡システムディレクトリへのアクセスを拒絶する、請求項６に記載のシステム。
【請求項８】
前記データサービスが、前記ユーザの前記認証情報に基づいて、前記結果をフィルタリングする、請求項６に記載のシステム。
【請求項９】
前記パーティションが、前記データサービスから受信する前記結果から仮想ディレクトリ構造を構築する、請求項１に記載のシステム。
【請求項１０】
前記パーティションは、さらに、前記ＬＤＡＰサーバを経由して前記結果を前記リモートクライアントアプリケーションに転送する、請求項１に記載のシステム。
【請求項１１】
追跡システムディレクトリへのアクセスをリモートクライアントアプリケーションに提供する方法であって、
軽量ディレクトリアクセスプロトコル（ＬＤＡＰ）サーバを経由して前記リモートクライアントアプリケーションから要求を受信するステップと、
前記要求に基づいて、データサービスによって許容されるコマンドを作るステップであって、前記データサービスは前記追跡システムとのインタフェースを有する、ステップと、
前記コマンドを前記データサービスに発信するステップと、
前記コマンドに応答した前記データサービスからの結果を受信するステップと、
前記リモートクライアントアプリケーションによって許容される形式に前記結果を変換するステップと、
を含む、方法。
【請求項１２】
前記リモートクライアントアプリケーションから要求を受信するステップは、前記追跡システムディレクトリに記憶された交信相手情報についての検索クエリを受信することを含む、請求項１１に記載の方法。
【請求項１３】
前記データサービスからの結果を受信するステップは、前記検索クエリに一致した交信相手情報を受信することを含む、請求項１２に記載の方法。
【請求項１４】
前記追跡システムディレクトリ内の非構造化データを検索することにより前記結果を生成するステップをさらに含む、請求項１３に記載の方法。
【請求項１５】
前記コマンドを実行する前に前記リモートクライアントアプリケーションのユーザの認証情報を検証するステップをさらに含む、請求項１１に記載の方法。
【請求項１６】
前記ユーザの前記認証情報を検証するステップが、前記データサービスから受信される前記結果に影響を与える、請求項１５に記載の方法。
【請求項１７】
前記ユーザの前記認証情報を検証するステップが、前記追跡システムディレクトリへのアクセスを拒絶することを含む、請求項１６に記載の方法。
【請求項１８】
前記ユーザの前記認証情報を検証するステップは、前記ユーザの前記認証情報に基づいて前記結果をフィルタリングすることを含む、請求項１６に記載の方法。
【請求項１９】
前記データサービスから受信される前記結果から仮想ディレクトリ構造を構築するステップをさらに含む、請求項１１に記載の方法。
【請求項２０】
前記ＬＤＡＰサーバを経由して前記結果を前記リモートクライアントアプリケーションに転送するステップをさらに含む、請求項１１に記載の方法。
【請求項２１】
追跡システムディレクトリへのアクセスをリモートクライアントアプリケーションに提供するためのプログラムコードであって、コンピュータ内に具現化され、コンピュータ可読なプログラムコードを有するコンピュータ可読媒体であって、前記コンピュータ可読媒体プログラムコードは命令を含み、前記命令は、プロセッサにより実行されると、前記プロセッサに、
軽量ディレクトリアクセスプロトコル（ＬＤＡＰ）サーバを経由して前記リモートクライアントアプリケーションから受信する要求に基づいて、データサービスによって許容されるコマンドを作る手順であって、前記データサービスは前記追跡システムとのインタフェースを有する、手順と、
前記コマンドを前記データサービスに発信する手順と、
前記コマンドに応答した前記データサービスから受信する結果を、前記リモートクライアントアプリケーションによって許容される形式に変換する手順と
前記結果を前記リモートクライアントアプリケーションに転送する手順と、
を実行させる、コンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願
本出願は、２０１０年９月３０日に出願された米国特許出願第１２／８９４，７６７号の継続出願である。上記出願の教示全体は、参照により本明細書に援用される。
【背景技術】
【０００２】
顧客関係管理（ＣＲＭ）とは、交信相手（例えば、顧客）との対話を処理する、企業により実施されるプロセスを指す。一般に、企業の従業員がＣＲＭシステムにアクセスし、入力することができる。応募者追跡システム（ＡＴＳ）は、企業採用ニーズを電子的に処理できるようにするソフトウェアアプリケーションである。インターネットを介してホストとしてアクセスされる場合、これらのシステムはソフトウェアアズアサービス（ＳａａＳ）として知られることもある。本明細書で使用される場合、「ＣＲＭ」、「ＡＴＳ」、「追跡アプリケーション」、及び「追跡システム」という用語は、これらの種類の任意のシステムを指す。
【０００３】
追跡システムのビジネス価値は、ファームがクライアント対話を向上可能にすることである。これは、顧客データを収集し、データを解析して測定し、顧客のニーズを理解し、満足度を向上させることにより行われ、満足度の向上は販売／募集の機会増大に繋がる。追跡システムを有効に使用するために、例えば、交信相手の氏名、電子メール、電話番号、住所、及び交信相手についての他のメタデータ等のすべての交信相手の詳細が、追跡システムに記憶される。ユーザがメッセージを特定の交信相手に電話又はメールで伝える必要がある場合、ユーザは通常、追跡システムで交信相手の情報を調べる。追跡システムを組織のレコードシステムとして使用することにより、交信相手と通信する必要があるいかなる人に対しても、情報が最新で正確な情報であることを保証することができる。例えば、ユーザの電子メールアドレス、電話番号、又は住所等のデータが変更された（そして、追跡システムで更新された）場合、資格（例えば、許可）を有する任意のユーザが交信相手情報を次に閲覧するときには、そのユーザは最も正確な情報を有することになる。これにより、組織の交信相手との時宜を得た対話が保証され、ビジネス機会が最大化される。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
今日の追跡システムに伴う問題の一つは、既存のシステム又は方法では、ユーザが、交信相手の詳細を調べるために、ユーザの装置のアプリケーションを使用して、リモートロケーションから追跡システムにログインする必要があることである。追跡アプリケ−ションにログインするために使用されるアプリケーションは、ユーザのクライアント電子メールアプリケーション（例えば、Ｍｉｃｒｏｓｏｆｔ  Ｏｕｔｌｏｏｋ）とは別個であるため、ユーザが交信相手情報を調べる場合、ユーザはやはり、（１）追跡システムからリモートクライアント電子メールアプリケーションに電子メールアドレスをコピーアンドペーストするか、又は（２）追跡システムアプリケーションにより表示される情報からリモートクライアント電子メールアプリケーションに交信相手の電子メールアドレスを再びタイプしなければならない。多くのユーザは、これらの余分なステップを面倒であると感じる。追跡アプリケーションへのログインを介して交信相手を調べるために必要なステップは、あまりに時間がかかりすぎると見なされるため、ユーザは、すべての交信相手情報をローカルに記憶することを選択するかもしれない。多くのユーザは、詳細な交信相手情報の検索及び発見がより容易であるため、交信相手情報のローカル記憶のほうがよいと受け止める。追跡アプリケーションへのログインを介して交信相手情報を探すことに対するこの代替的な方法は、追跡システムから交信相手リスト及び関連付けられた詳細をエクスポートし、ユーザのリモートクライアント電子メールアプリケーションのユーザの個人のアドレス帳に情報をインポートすることを含む。このローカル記憶方法を用いる場合、ユーザは、何らかの変更が追跡システム内の交信相手情報に対してなされた場合、交信相手情報を最新の状態に保つことを保証する責任を負う。ユーザに、そのような構成で２つのアプリケーション間で情報を管理することが求められる場合、交信相手情報が組織全体にわたって一貫して維持されない確率が高い。
【０００５】
様々な既存の追跡システムは、手動でのカットアンドペースト方法のステップをいくらか低減する能力を有する。システムによっては、エンドユーザが同期ソフトウェアをインストールし、交信相手を手動でタグ付けして、エンドユーザのデスクトップメールクライアントにダウンロード又は記憶する必要がある。しかし、これらのシステムを用いる場合、交信相手情報は、ユーザのデスクトップメールクライアントでローカルに利用可能であり、交信相手情報は、ウェブベースのメールクライアントを介してユーザに提供されず、ユーザの無線ハンドヘルド装置にも提供されない。
【課題を解決するための手段】
【０００６】
これらの問題を解消する方法及びシステムの例が、本明細書に開示される。一例は、追跡システムディレクトリへのアクセスをリモートクライアントアプリケーションに提供するシステムである。システムは、追跡システムと対話するデータサービスと、リモートクライアントアプリケーションと対話する軽量ディレクトリアクセスプロトコル（ＬＤＡＰ）サーバとを含む。システムは、また、データサービスと、リモートクライアントアプリケーションからの要求を処理するＬＤＡＰサーバとの間に配置されたパーティション（境界部）を含む。パーティションは、要求に基づいて、データサービスが許容するコマンドを策定（formulate）する（作る）。次に、パーティションは、コマンドに応答してデータサービスから結果を受信し、リモートクライアントアプリケーションが許容する形式に結果を変換する。
【０００７】
いくつかの実施形態では、リモートクライアントアプリケーションからの要求は、追跡システムディレクトリに記憶された交信相手情報の検索クエリであり、データサービスからの結果は、検索クエリに一致する交信相手情報を含む。データサービスは、追跡システムディレクトリ内の非構造化データを検索することにより結果を生成してもよい。データサービスは、コマンドを実行する前に、リモートクライアントアプリケーションのユーザの認証情報を検証することもでき、データサービスから返された結果はそれらの認証情報に基づいてもよい。例えば、データサービスは、認証情報に基づいて追跡システムディレクトリへのアクセスを拒絶するか、又はパーティションに返される結果をフィルタリングすることができる。さらに、パーティションは、データサービスから受信した結果から仮想ディレクトリ構造を構築することができ、ＬＤＡＰサーバを介して結果をリモートクライアントアプリケーションに転送してもよい。
【０００８】
上記は、同様の参照符号が、異なる図全体を通して同じ部分を指す添付図面に示されるように、以下の本発明の例示的実施形態のより具体的な説明から明らかになろう。図面は、必ずしも一定の縮尺ではなく、その代わり、本発明の実施形態を示すことに重点が置かれている。
【図面の簡単な説明】
【０００９】
【図１】追跡システムディレクトリへのアクセスをリモートクライアントアプリケーションに提供する例示的なシステムの構成要素を示すとともに、追跡システムへの検索クエリの発信を示すブロック図である。
【図２】追跡システムディレクトリへのアクセスをリモートクライアントアプリケーションに提供する例示的なシステムの構成要素を示すとともに、検索クエリの結果の受信を示すブロック図である。
【図３】追跡システムディレクトリへのアクセスをリモートクライアントアプリケーションに提供する例示的実施形態のプロセスを示すフローチャートである。
【図４】追跡システムに記憶された交信相手情報を検索し、検索の結果としてレコードを受信する例示的実施形態のプロセスを示す詳細なフローチャートである。
【図５】追跡システムに記憶された特定の交信相手の詳細を要求し、要求の結果として詳細情報を受信する例示的実施形態のプロセスを示す詳細なフローチャートである。
【図６】本明細書に開示される例示的実施形態が動作できるコンピュータネットワークの概略図である。
【図７】図６のネットワークでのコンピュータノード／装置のブロック図である。
【発明を実施するための形態】
【００１０】
本発明の例示的実施形態の説明は以下のとおりである。
【００１１】
本明細書に開示される実施形態では、追跡システムのユーザは、デスクトップ又は無線ハンドヘルド装置のリモートメールアプリケーションに接続して、交信相手情報を調べ、交信相手情報を追跡システムから直接検索することができる。多くの実施形態では、接続すると、ユーザは、例えば、交信相手の氏名（又は氏名の一部）を入力することができ、電子メールアプリケーションは、軽量ディレクトリアクセスプロトコル（ＬＤＡＰ）を使用して、ＬＤＡＰサーバを介して探索クエリを追跡システムに送信する。ユーザが入力する交信相手の氏名は、「ワイルドカード」シンボルを含んでもよい。クエリが実行される前に、システムは、「資格」としても知られる、追跡システムへのアクセスについてのユーザの認証情報をチェックしてもよい。追跡システムによる資格強要により、ユーザによる一定の交信相手情報へのアクセスを回避することができる。ユーザが認証され、資格がチェックされると、クエリが実行され、１人の交信相手、又はクエリが複数の交信相手に一致する場合には１人または複数の交信相手がユーザの電子メールアプリケーションに返される。本明細書に開示される実施形態では、追跡システムと対話するデータサービスと、リモートクライアントアプリケーションと対話するＬＤＡＰサーバとの間にパーティションをインストールすることにより、そのようなリモートアクセスが可能である。その理由は、データサービスとＬＤＡＰサーバとが互換性を有する可能性が低いためである。
【００１２】
図１は、追跡システムディレクトリへのアクセスをリモートクライアントアプリケーション１０５に提供する例示的なシステム１００の構成要素を示すとともに、追跡システム２００への検索クエリの発信を示すブロック図である。例示的なシステム１００は、追跡システム２００と対話する（追跡システム２００とのインタフェースを有する）データサービス１２０と、リモートクライアントアプリケーション１０５と対話する（リモートクライアントアプリケーション１０５とのインタフェースを有する）ＬＤＡＰサーバ１１０とを含む。システム１００は、また、データサービス１２０とＬＤＡＰサーバ１１０との間に配置されたパーティション１１５を含む。ここで、ＬＤＡＰサーバ１１０は、リモートクライアントアプリケーション１０５からの要求１２５を処理する。図示のように、要求１２５は、例えば、追跡システムディレクトリに記憶された交信相手情報についての検索クエリであってもよく、またはそのような検索クエリを含むものであってもよい。要求１２５に基づいて、パーティション１１５は、データサービス１２０が許容可能なコマンド１３０を策定する。
【００１３】
図２は、図１の例示的なシステム１００の構成要素を示すともに、検索クエリの結果の受信を示すブロック図である。データサービス１２０は、コマンド１３０（図１）を受信すると、追跡システムディレクトリ内の非構造化データを検索することにより結果１３５を生成してもよく、結果１３５は、検索クエリに一致する交信相手情報を含んでもよい。次に、パーティション１１５は、コマンド１３０（図１）に応答したデータサービス１２０から結果１３５を受信し、結果１３５を、リモートクライアントアプリケーション１０５が許容可能な形式に変換する。そうするに当たり、パーティション１１５は、結果１３５から仮想ディレクトリ構造を構築し、ＬＤＡＰサーバ１１０を介して、変換された結果１４０をリモートクライアントアプリケーション１０５に転送してもよい。いくつかの実施形態では、結果１３５をパーティション１１５に返す前に、データサービス１２０は、コマンドを実行する前にリモートクライアントアプリケーション１０５のユーザの認証情報を検証することができ、データサービス１２０が返す結果１３０は、それらの認証情報に基づいてもよい。例えば、データサービス１２０は、認証情報に基づいて追跡システムディレクトリへのアクセスを拒絶することも、パーティション１１５に返す結果１３５をフィルタリングすることもできる。
【００１４】
図３は、追跡システムディレクトリへのアクセスをリモートクライアントアプリケーションに提供する例示的実施形態のプロセス３００を示すフローチャートである。ＬＤＡＰサーバ１１０を介してリモートクライアントアプリケーション１０５から要求１２５を受信する（３０５）と、コマンド１３０が要求１２５に基づいて策定される（３１０）。要求１２５は、例えば、追跡システムディレクトリに記憶された交信相手情報の検索クエリを含んでもよい。コマンド１３０は、追跡システム２００と対話するデータサービス１２０が許容可能な形式のものである。次に、コマンド１３０がデータサービス１２０に発信される（３１５）。要求１２５が検索クエリを含んだ場合、追跡システムディレクトリ内の非構造化データを検索することにより、検索クエリの結果１３５を生成してもよく、結果１３５は、検索クエリに一致する交信相手情報を含んでもよい。いくつかの実施形態では、コマンド１３０を実行する前に、リモートクライアントアプリケーション１０５のユーザの認証情報を検証してもよく、この検証は結果１３５の生成に影響を及ぼすことができる。例えば、ユーザは追跡システムディレクトリへのアクセスを拒絶されることがあり、又はユーザの認証情報に基づいて、結果１３５をフィルタリングしてもよい。コマンド１３０に応答して、結果１３５をデータサービス１２０から受信する（３２０）と、結果は、リモートクライアントアプリケーション１０５が許容する形式に変換され（３２５）、この変換は、例えば、結果１３５から仮想ディレクトリ構造を構築することを含んでもよい。次に、ＬＤＡＰサーバ１１０を介して結果１３５をリモートクライアントアプリケーション１０５に転送してもよい。
【００１５】
図４は、追跡システム２００に記憶された交信相手情報を検索し、検索の結果としてレコードを受信する例示的実施形態のプロセス４００を示す詳細なフローチャートである。例示的なプロセス４００によれば、リモート電子メールクライアント４０５は、交信相手の氏名に関する検索をＬＤＡＰサーバ４１０に発信する（４２０）（例えば、電子メールクライアント４０５のユーザが検索語を入力し、検索をクリックする）。図４の例示的実施形態では、上述したパーティション１１５は、ＬＤＡＰサーバ４１０に組み込まれる。サーバ４１０のパーティションは、検索要求を受信し、検索コマンドを策定し（４２５）、コマンドをデータサービス４１５に発信する。
【００１６】
データサービス４１５は、コマンドを受信すると、電子メールクライアントユーザの認証情報（例えば、ユーザ名及びパスワード）を検証する（４３０）。認証情報が無効な場合、データサービス４１５は、認証エラーを生成し（４４０）、ＬＤＡＰサーバ４１０を介して認証エラーを電子メールクライアント４０５に返す（４４５、４５０）。その他の場合、データサービス４１５は、追跡システム２００に記憶されたデータの検索を実行し（４３５）、この検索には、ユーザの認証情報（「資格」とも呼ばれる）を考慮に入れることができる。検索がユーザの資格を考慮に入れる場合、ユーザは、アクセスする資格があるレコードのみを見ることになる。検索が実行された後、データサービス４１５は、検索コマンドに一致したレコード（例えば、交信相手情報）を返す（４５５）。
【００１７】
レコードが検索の結果として返されない場合（４６０）、ＬＤＡＰサーバ４１０は「レコードが見つかりませんでした」メッセージを電子メールクライアント４０５に返す（４６５）。しかし、レコードが返される場合、ＬＤＡＰサーバ４１０のパーティションは、レコードの詳細を取得するプロセスを開始する（４７０）。パーティションはまず、キャッシュをチェックして、特定のレコードの詳細がキャッシュにあるか否かを判断する（４７５）。すべてのレコードがキャッシュにおいて見つかる場合（４８０）、パーティションは、レコード詳細をフォーマット化して電子メールクライアント４０５に返し（４８５）、電子メールクライアント４０５において、レコードはユーザに提示される（４９０）。レコードのすべてがキャッシュで見つからなかった場合、パーティションは、データサービス４１５から欠けているレコードの詳細を要求する（４８１）。次に、データサービス４１５は、要求された情報を取得し（４８２）、詳細な情報をＬＤＡＰサーバ４１０に返す（４８３）。サーバ４１０により受信されると、パーティションは、情報を適切なキャッシュに追加し（４８６、４８７）、レコードの詳細をフォーマット化して電子メールクライアント４０５に返す（４８５）ことにより、返された情報を処理する（４８４）。レコードを受信すると、電子メールクライアント４０５は、返されたレコードをユーザに提示する（４９０）。
【００１８】
図５は、追跡システム２００に記憶された特定の交信相手の詳細を要求し、要求の結果として詳細情報を受信する例示的実施形態のプロセス５００を示す詳細なフローチャートである。例示的なプロセス５００によれば、電子メールクライアント４０５は、所与のレコードの詳細を要求する（５０５）（例えば、電子メールクライアント４０５のユーザは、関連付けられた詳細を取得するレコードをクリックする）。要求はＬＤＡＰサーバ４１０に送信され（５０７）、ＬＤＡＰサーバ４１０において、パーティションまず、要求された情報がキャッシュに存在するか否かチェックする（５１０）。キャッシュにおいて見つけられる場合（５１２）、情報はフォーマット化され、電子メールクライアント４０５に返される（５１５）。しかし、見つからない場合、パーティションは、要求された情報を取得するコマンド生成し、データサービス４１５に送信する（５２０）。
【００１９】
上述したように、データサービス４１５は、電子メールクライアントユーザの認証情報を検証することができ（５２２）、認証情報が無効な場合、データサービス４１５は認証エラーを生成し（５２５）、ＬＤＡＰサーバ４１０を介して認証エラーを電子メールクライアント４０５に渡す（５２７、５３０）。その他の場合、データサービス４１５は、追跡システム２００に記憶されたデータの検索を実行する（５３２）。検索がユーザの資格を考慮に入れる場合、ユーザは、レコードにアクセスする資格を有するならば、レコードのみを見ることになる。検索が実行された後、データサービス４１５は、検索コマンドに一致するレコード（例えば、交信相手情報）を返す（５３５）。
【００２０】
次に、ＬＤＡＰサーバ４１０のパーティションは、レコードの詳細を取得するプロセスを開始する（５３７）。パーティションはまず、キャッシュをチェックして、返されたレコードの詳細がキャッシュ内にあるか否かを判断する（５４０）。レコードがキャッシュにおいて見つけられる場合（５４２）、パーティションは、レコード詳細をフォーマット化して電子メールクライアント４０５に返し（５４５）、電子メールクライアント４０５において、詳細はユーザに提示される（５４７）。レコードがキャッシュにおいて見つけられない場合、パーティションは、データサービス４１５からレコードの詳細を要求する（５５０）。次に、データサービス４１５は、要求された情報を取得し（５５２）、詳細な情報をＬＤＡＰサーバ４１０に返す（５５５）。サーバ４１０により受信されると、パーティションは、情報を適切なキャッシュに追加し（５６０、５６５）、レコードの詳細をフォーマットして、電子メールクライアント４０５に返す（５４５）ことにより、返された情報を処理する（５５７）。
【００２１】
図６は、本発明の実施形態が動作できるコンピュータネットワークの概略図である。クライアント装置６１０及びサーバ装置６２０は、アプリケーションプログラム等を実行する処理装置、記憶装置、及び入／出力装置を提供する。クライアント装置６１０は、通信ネットワーク６３０を通して、他のクライアント装置６１０及びサーバ装置６２０を含む他の計算装置にリンクすることもできる。通信ネットワーク６３０は、現在、各プロトコル（ＴＣＰ／ＩＰ、Ｂｌｕｅｔｏｏｔｈ（登録商標）等）を使用して、互いに通信するリモートアクセスネットワーク、グローバルネットワーク（例えば、インターネット）、計算装置の世界規模の集合、ローカルエリアネットワーク、広域ネットワーク、及びゲートウェイの一部であり得る。他の電子装置／コンピュータネットワークアーキテクチャも適する。
【００２２】
図７は、図６のネットワーク内のコンピュータノード／装置６１０、６２０のブロック図である。各装置６１０、６２０はシステムバス７３０を含み、バスは、装置又は処理システムの構成要素間でのデータ転送に使用される１組のハードウェア線である。バス７３０は本質的には、要素間でのデータ転送を可能にする、装置の異なる要素（例えば、プロセッサ、ディスク記憶装置、メモリ、入／出力ポート、ネットワークポート等）を接続する共有導管である。システムバス７３０には、様々な入力装置及び出力装置（例えば、キーボード、マウス、ディスプレイ、プリンタ、スピーカー等）を装置７１０、７２０に接続するためのＩ／Ｏ装置インタフェース７４０が取り付けられる。ネットワークインタフェース７６０により、装置を、ネットワーク（例えば、図６のネットワーク６３０）に取り付けられた様々な他の装置に接続することができる。メモリ７７０は、本発明の実施形態の実施に使用されるコンピュータソフトウェア命令７８０及びデータ７９０（例えば、図１及び図２のデータサービス１２０、ＬＤＡＰサーバ１１０、及びパーティション１１５並びに図３〜図５において上で詳述された機能及びプロセス３００、４００、及び５００を実行するサポートコード）に揮発性記憶を提供する。ディスク記憶装置７７５は、本明細書に開示される方法及びシステムの実施に使用されるコンピュータソフトウェア命令７８０及びデータ７９０に不揮発性記憶を提供する。中央演算装置７５０もシステムバス７３０に取り付けられ、コンピュータ命令の実行を提供する。
【００２３】
一実施形態では、プロセッサルーチン７８０及びデータ７９０は、本発明のシステムのソフトウェア命令の少なくとも部分を提供するコンピュータ可読媒体（例えば、１つ又は複数のＤＶＤ−ＲＯＭ、ＣＤ−ＲＯＭ、ディスク、テープ、又はポータルサーバ媒体等のリムーバブル記憶媒体等）を含むコンピュータプログラム製品（全体的に７８０と参照される）である。コンピュータプログラム製品７８０は、当該技術分野で周知のとおり、任意の適したソフトウェアインストール手順によりインストールすることができる。別の実施形態では、ソフトウェア命令の少なくとも部分は、ケーブル、通信、及び／又は無線接続を介してダウンロードすることもできる。
【００２４】
本発明について本発明の例示的実施形態を参照して特に図示し説明したが、添付の特許請求の範囲に包含される本発明の範囲から逸脱せずに、形態及び詳細について様々な変更を行い得ることが当業者には理解されよう。
【図１】
2013539129.tif 000003
【図２】
2013539129.tif 000004
【図３】
2013539129.tif 000005
【図４】
2013539129.tif 000006
【図５】
2013539129.tif 000007
【図６】
2013539129.tif 000008
【図７】
2013539129.tif 000009
【国際調査報告】
2013539129.tif 000010
2013539129.tif 000011
2013539129.tif 000012
2013539129.tif 000013
2013539129.tif 000014
2013539129.tif 000015