JP2013518323A - 企業ビジネスアプリケーションのためのソーシャルおよびコンテキスト検索 - Google Patents

Abstract

データの検索を行うためのプロセスは、企業ビジネスアプリケーション（例えば、顧客関係管理（ＣＲＭ）アプリケーション）と関連付けられたデータと、企業ビジネスアプリケーションの複数のユーザと関連付けられたユーザ情報とを含む、データベースシステムの検索インデックスを作成することを含む。プロセスは、複数のユーザの第１のユーザから受信した検索クエリに基づいて、検索インデックスを介してデータベースシステムを検索し、第１のユーザの１つ以上の属性（例えば、ユーザプロファイル情報、ソーシャルネットワーク情報、関係強度、または他のユーザとの関係等を考慮したアルゴリズム）に基づいて、第１のユーザに対する識別された検索結果の関連性を決定する。プロセスは、表示のために、検索結果の少なくとも一部を第１のユーザに通信することをさらに含む。

Description

（関連出願の相互参照）
本願は、米国非仮特許出願第１２／６９１，６２１号（２０１０年１月２１日出願）の優先権を主張し、この出願の開示は、その全体が参照することによって本明細書に援用される。

（１．分野）
本願は、概して、データを検索するためのシステムおよびプロセスに関し、一つの特定の実施例において、企業ビジネスアプリケーション内のソーシャルおよびコンテキスト検索のためのコンピュータシステムおよびプロセスに関する。

（２．関連技術）
インターネットおよび他のネットワークは、コンピュータおよびコンピューティングデバイスを相互接続し、ネットワーク接続を介して、データの容易な転送を可能にする。一般に、コンピュータおよびコンピューティングデバイスは、周知のクライアント−サーバモデルを使用して編成され、ネットワーク接続は、サーバとして作用するいくつかのコンピュータまたはコンピューティングデバイスと、クライアントとして作用するいくつかのコンピュータまたはコンピューティングデバイスとの間に確立される。サーバの実施例は、ウェブサーバであって、クライアントの実施例は、ウェブブラウザプログラムを起動するパーソナルコンピュータデバイス等のウェブクライアントである。概して、ウェブクライアントは、インターフェースに従って動作し、周知の（または、他の好適な）プロトコルを使用して、ウェブサーバに要求を発行する。受信された要求に応答して、ウェブサーバは、データ応答を返す。典型的ウェブクライアント−サーバ交信では、ＨＴＴＰプロトコルが使用され、ウェブクライアントは、要求内のＵＲＬによって表されるページのための特定のウェブサーバアドレスにダイレクトされた要求を発行し、特定のウェブサーバアドレスに応答するサーバは、表示されるページまたは他のデータセットであり得るデータによって応答する。概して、要求され、返される実際のデータに関わらず、返されるデータは、ウェブページと称される。

ウェブページは、多くの場合、データを検索するためのインターフェース、例えば、特定のソースまたは以前に生成されたデータのインデックスに基づくソースからの一式のデータを含む。ウェブインターフェースは、ウェブページ、他のユーザ、ドキュメント、メディアオブジェクト（例えば、テキストファイル、画像ファイル、ビデオファイル、オーディオファイル等）、製品等を検索する場合がある。典型的には、ユーザは、検索基準（キーワードまたは属性等）を入力してもよく、サーバは、概して、検索基準および特定の検索アルゴリズムに基づいて、トップダウン式の関連性順序を生成することによって、検索結果を返す。

検索基準および特定の検索アルゴリズムに従う、検索結果の順序付けは、常に、結果ページの最上部またはその近傍に、特定のユーザに対して最も関連性のある結果をランク付けしなくてもよい。検索結果は、典型的には、検索エンジンによって与えられる、「関連性」スコアにのみ基づいて、ランク付けされる。例えば、関連性スコアは、概して、多くの要因、但し、主に、検索が基づくキーワードとの一致程度に基づいて、標準的情報読み出しアルゴリズムを使用して、計算される。関連性スコアは、検索結果の全体的ランク付けに有用であり得るが、そのような検索エンジンは、検索要求を行うユーザと関連付けられたコンテキストまたは情報等、インデックスの範囲外の多くの要因を考慮できない。

一例示的実施形態において、データの検索を行うためのプロセスは、企業ビジネスアプリケーション（例えば、顧客関係管理（ＣＲＭ）アプリケーション）と関連付けられたデータと、企業ビジネスアプリケーションの複数のユーザと関連付けられたユーザ情報とを備えるデータベースシステムの検索インデックスを作成するステップを含む。プロセスは、複数のユーザの第１のユーザから受信した検索クエリに基づいて、検索インデックスを介して、データベースシステムを検索するステップと、第１のユーザの１つ以上の属性（例えば、ユーザプロファイル情報、ソーシャルネットワーク情報、関係強度または他のユーザとのコンタクト等を考慮するアルゴリズム）に基づいて、第１のユーザに対する識別された検索結果の関連性を決定するステップとを含む。プロセスはさらに、表示のために、検索結果の少なくとも一部を第１のユーザに通信するステップを含む。

検索結果の関連性を決定するステップは、どの結果が、第１のユーザと関連付けられるかを決定するステップ（例えば、ユーザドキュメントおよび情報を含む、検索結果）と、最初に、第１のユーザのコンタクトと関連付けられた検索結果、その後、第１のユーザのソーシャルネットワーク等のユーザまたはグループと関連付けられた検索結果を返すまたは表示するステップとを含んでもよい。他の実施例では、関連性を決定するステップは、関連性スコアを計算するステップと、スコアに従って検索結果を順序付けるステップとを含んでもよい。関連性を決定するステップは、第１のユーザと関連付けられた検索結果に、他の検索結果より重く重みを付けるステップを含んでもよい。さらに、関連性を決定するステップは、第１のユーザと他のユーザとの間のコンタクトの程度（または、関係強度）に基づいて、他のユーザと関連付けられた情報を含む、検索結果に重みを付けるステップを含んでもよく、コンタクトの程度が大きいほど、検索結果は、より重く重みが付けられる。

別の例示的実施形態によると、アプリケーションのユーザ間の関係強度を決定するためのプロセスが、提供される。プロセスは、第１のユーザから要求を受信するステップであって、要求は、第２のユーザ、例えば、直接またはより一般的検索要求に応答した、第２のユーザに対する要求と関連付けられる、ステップを含んでもよい。プロセスは、第１のユーザに対する第１の関係強度と、第２のユーザに対する第２の関係強度とを有する、第３のユーザを識別し、第１の関係強度および第２の関係強度の強度または相対強度のうちの少なくとも１つは、第１のユーザに表示される。関係強度は、基礎的アルゴリズムによって決定されてもよい。例えば、第１の関係および第２の関係の関係強度は、それぞれ、第１のユーザと第３のユーザおよび第２のユーザと第３のユーザ間のコンタクトの程度に基づくことができ、コンタクトの程度が大きいほど、関係強度は大きくなる。

他の実施形態によると、データを検索するためのコンピュータ可読命令を備える、システム、装置、およびコンピュータ可読記憶メディアが、提供される。例えば、コンピュータ可読記憶媒体は、企業ビジネスアプリケーション（例えば、ＣＲＭアプリケーション）と関連付けられたデータと、企業ビジネスアプリケーションの複数のユーザと関連付けられたユーザ情報とを備える、データベースシステムにインデックスを付けるステップ、第１のユーザから受信した検索クエリに基づいて、検索インデックスを介して、データベースシステムを検索するステップ、第１のユーザの１つ以上の属性に基づいて、第１のユーザに対する検索結果の関連性を決定するステップ、および表示のために、検索結果の少なくとも一部を第１のユーザを通信するステップのうちの１つ以上のためのコンピュータ可読命令を含んでもよい。

他の実施例では、ユーザ間の関係強度を決定するためのコンピュータ可読命令が、提供される。例えば、コンピュータ可読記憶媒体は、第１のユーザから要求（第２のユーザと関連付けられた要求）を受信するステップ、第１のユーザおよび第２のユーザと関係を有する、第３のユーザを識別するステップ、および第１のユーザに対する第１の関係強度と、第２のユーザに対する第２の関係強度とを決定するステップであって、第１の関係強度および第２の関係強度の強度または相対強度のうちの少なくとも１つは、第１のユーザに表示される、ステップのうちの１つ以上のためのコンピュータ可読命令を含んでもよい。関係強度は、基礎的アルゴリズムによって、決定されてもよい。例えば、第１の関係および第２の関係の関係強度はそれぞれ、第１のユーザと第３のユーザおよび第２のユーザと第３のユーザとの間のコンタクトの程度に基づくことができ、コンタクトの程度が大きいほど、関係強度は大きくなる。

本願は、付随の図面と関連して検討される、以下の説明を参照することによって、最も理解することができる（同一部品は、同一数字によって参照され得る）。

図１は、本明細書に説明されるユーザインターフェース、装置、およびプロセスのある側面および実施例が動作し得る例示的な環境を図示する。 図２は、検索インデックスを作成し、ユーザのコンテキストに基づいて、データを検索するための例示的プロセスを図示する。 図３は、異なるユーザの関係強度および特定のユーザに対する検索結果の関連性を決定するための例示的プロセスを図示する。 図４は、それに対する関係強度を含む、検索要求を行うユーザと、検索されるユーザとの間のユーザを図示する例示的プロセスおよび表示を図示する。 図５は、例示的コンピューティングシステムを図示する。

以下の説明は、多数の具体的構成、パラメータ等を記載する。しかしながら、そのような説明は、本発明の範囲の限定として意図されるものではなく、代わりに、例示的実施形態の説明として提供されることを認識されたい。

ウェブ上で利用可能な情報の指数関数的成長に伴って、検索エンジン技術は、益々関連性のある検索結果をユーザに返すためのアルゴリズムのかつてない改良を提供しようと試みている。しかしながら、現在の検索技術は、概して、企業ビジネスアプリケーションのユーザのための高度に関連性のある検索結果を提供しない。例えば、典型的な消費者検索エンジンからの関連性は、企業ビジネスアプリケーションを利用して、販売の立場にあるユーザ等のユーザのコンテキストを考慮することができない。加えて、典型的な消費者検索エンジンは、アプリケーションのユーザと関連付けられたデータ、例えば、要求を行うユーザおよびアプリケーションの他のユーザのプロファイルおよびコンテキスト情報を利用できない。

本明細書に提供される一例示的プロセスでは、検索システムは、アプリケーションおよびアプリケーションのユーザと関連付けられた情報にインデックスを付け、検索要求を行うユーザに関する情報を使用して、検索結果の関連性を決定し、検索結果を適宜ランク付けまたは表示する。例えば、プロセスは、ユーザに関する情報を追跡またはそれにインデックスを付ける、例えば、ユーザのプロファイル情報、ソーシャルネットワーク（例えば、第１のユーザと共通するコンタクトまたは関係、グループと関連付けられたユーザ、取引等を含む）、および利用されるビジネスアプリケーションとの交信にインデックスを付けることによって、アプリケーションのユーザに関して、学習してもよい。例えば、顧客関係管理（ＣＲＭ）アプリケーション等の企業ビジネスアプリケーションのユーザは、ユーザ特有の情報（例えば、プロファイル情報、コンタクトおよび関係、アプリケーションデータおよびドキュメント、メッセージ、アプリケーション内のユーザ間の通信、取引グループ等）を生成または作成するであろう。ユーザ特有の情報は、検索のためにインデックスが付けられ、特定のユーザに対する検索結果の関連性を決定するために使用することができる。

一実施例では、プロセスは、アプリケーションデータおよびユーザデータにインデックスを付け、拡張概念に基づいて検索要求を処理する。すなわち、ユーザおよびアプリケーションからの情報にインデックスを付けることによって、検索プロセスは、最初に、要求を行うユーザからの、またはそれと関連付けられた（または、関連性アルゴリズム内で重く重みが付けられた）検索結果、続いて、第１のユーザが何らかの方法で関係付けられる、他のユーザと関連付けられたまたはそこから収集された検索結果、続いて、ソーシャルネットワークの反復拡張と関連付けられた検索結果を返してもよい。そのような例示的プロセスは、他の情報よりも関連性のあるユーザとより密接に関連付けられた情報、ユーザのコンタクトと関連付けられていない情報よりも関連性のあるユーザのコンタクトまたは関係と関連付けられた情報等を返すことによって、特定の検索要求者のための検索結果の関連性を改良してもよい。

最初に、本明細書に説明されるユーザインターフェース、装置、およびプロセスのある側面および実施例が動作し得る例示的環境である図１を参照する。概して、１つ以上のクライアント２２は、例えば、検索要求を読み出すステップ、データベースにインデックスを付けるステップ、検索を行うステップ、クエリを行うステップ、検索インターフェースを表示させるステップ等、説明される１つ以上の例示的プロセスを行うための論理を含むか、またはそれにアクセスするサーバ２０にアクセスしてもよい。サーバ２０およびクライアント２２は、例えば、処理ユニット、メモリ（本明細書に説明される機能の一部または全部を行うための論理あるいはソフトウェアを含んでもよい）、および通信インターフェース、ならびに他の従来のコンピュータ構成要素（例えば、キーボード／キーパッドおよび／またはマウス等の入力デバイス、ディスプレイ等の出力デバイス）を有する種々の種類のコンピュータデバイスのうちの任意の１つを含んでもよい。例えば、クライアント２２は、デスクトップコンピュータ、ラップトップコンピュータ、携帯電話等のモバイルデバイス、ウェブ対応電話、スマートフォン、テレビ、テレビセットトップボックス等を含んでもよい。

クライアント２２およびサーバ２０は、例えば、ローカルエリアネットワーク（ＬＡＮ）またはインターネット等、ネットワーク２４を介して好適な通信インターフェースを使用して通信してもよい。クライアント２２およびサーバ２０は、部分的または全体的に、イーサネット（登録商標）、ＩＥＥＥ８０２．１１ｂ無線等、無線または有線通信を介して通信してもよい。加えて、クライアント２２とサーバ２０との間の通信は、メールサーバ、モバイルサーバ、メディアサーバ等の種々のサーバを含んでもよいか、またはそれと通信してもよい。

サーバ２０は、概して、論理（例えば、ｈｔｔｐウェブサーバ論理）を含むか、もしくは、好ましくは、本明細書に説明されるフォーマットでクライアント２２のユーザに提示するために、ローカルまたは遠隔データベースあるいはデータおよびコンテンツの他のソースからアクセスされるデータをフォーマットするようにプログラムされる。例えば、サーバ２０は、フォーマットデータをフォーマットするか、および／またはローカルあるいは遠隔データベースにアクセスし、クライアント２２へのインターフェース、インターフェース内での表示のためのオブジェクトに関連するデータ（例えば、検索インターフェースおよびオブジェクトを表示するための表示ウィンドウを含んでもよい）、オブジェクトに関連する付加的情報および／またはコンテンツへのリンク、付加的コンテンツおよび／または情報自体等を通信し、表示させてもよい。

この目的を達成するために、サーバ２０は、共通ゲートウェイインターフェース（ＣＧＩ）プロトコルおよび関連付けられたアプリケーション（または、「スクリプト」）、Ｊａｖａ（登録商標）「サーブレット」、すなわち、ウェブサーバ上で起動するＪａｖａ（登録商標）アプリケーション等の種々のウェブデータインターフェース技法を利用して情報を提示し、クライアント２２からの入力を受信してもよい。サーバ２０は、単数形として本明細書において説明されるが、実際には、複数のコンピュータ、デバイス、データベース、関連付けられたバックエンドデバイス等を備え、本明細書に説明される機能の一部または全部を行うように、通信（有線および／または無線）および協働してもよい。サーバ２０はさらに、アカウントサーバ（例えば、電子メールサーバ）、モバイルサーバ、写真サーバ、ビデオサーバ等を含むか、またはそれと通信してもよい。

さらに、クライアント２２に通信されるウェブページは、記事、ドキュメント、写真、オーディオファイル、ビデオファイル等、種々のテキストおよびメディアオブジェクトを含んでもよい。加えて、コンテンツは、例えば、ローカルまたは遠隔で記憶またはアクセスされるアプリケーションプログラミングインターフェース（ＡＰＩ）、ウェブページ等を介して、インターフェースおよび関連付けられたユーザデバイスによってアクセス可能なさらなるコンテンツへの選択またはリンクを含んでもよい。（検索結果表示タイル内または検索結果表示タイルを介してアクセス可能な）提示されたウェブページを介して、クライアント２２によってアクセス可能なコンテンツは、例えば静止画像（例えば、ＪＰＥＧ、ＴＩＦＦ）、ビデオ（例えば、ＭＰＥＧ、ＡＶＩ、Ｆｌａｓｈ）、またはオーディオ（例えば、ＭＰ３、ＯＧＧ）等、種々のメディアフォーマットを含む、任意の好適なデータフォーマットに準拠してもよい。

一実施例では、サーバ２０はさらに、ウェブベースのＣＲＭシステムを実装するための論理を含むか、またはそれと通信してもよい。例えば、サーバ２０は、ＣＲＭソフトウェアアプリケーションを実装および実行し、関連データ、コード、形式、ウェブページ、ならびにクライアント２２へおよびそこからの他の情報を提供し、データベースシステムに、関連データ、オブジェクトをよびウェブページコンテンツを記憶し、そこからそれらを読み出すように構成される１つ以上のアプリケーションサーバを含んでもよい。この目的を達成するために、サーバ２０は、クエリ論理３２を含むか、またはそれと通信するか、あるいは１つ以上のクエリサーバと通信するか、およびデータベースシステム２８（例えば、１つ以上のデータベースおよび／またはテナントデータベース）を含むか、またはそれと通信してもよい。サーバ２０はまた、クエリを処理し、インデックスデータベース２８にインデックスを付け得るインデックス論理３４を含むか、またはそれと通信してもよい。概して、インデックス論理３４は、クエリを行い、アプリケーションデータおよびユーザデータを検索する間、使用するために、少なくともデータベース２８にインデックスを付けるように動作する。例えば、クライアント２２からのクエリの受信に応答して、インデックス論理３４は、データベース２８の作成されたインデックスを読み取り、検索クエリへの一致を決定する。

サーバ２０はさらに、関連性論理３０を含むか、またはそれと通信する。検索結果は、基礎的検索アルゴリズムを含むか、またはそれと通信する関連性論理３０によって決定される関連性スコアまたはランク付けとともに返されるか、または読み出される。関連性論理３０は、例えば、検索結果を返すとき、ビジネスアプリケーション内の他のユーザに関して、ユーザの関連付けられた情報およびコンテキストを考慮することによって、検索要求を行うユーザに対する検索結果の関連性を決定するための１つ以上のアルゴリズムを含んでもよい。例えば、インデックスが付けられ、検索されるデータの一部を成すユーザのデータが、検索され、検索クエリへの入力を提供する。例えば、検索結果は、以下にさらに詳細に説明されるように、ユーザの情報およびユーザの関係と関連付けられた情報が、他のユーザと関係付けられた情報よりも関連性があるように優先させるように順序付けられるか、または重みが付けられる。

インデックス論理３４（例えば、インデクサ）は、別個のサーバまたはコンピュータシステム内に実装することができるか、またはサーバ２０またはアプリケーションサーバ内に実装されてもよく、もしくはそれら中において実行されてもよく、複数のインデクサは、異なるシステムの中において実行してもよい。同様に、クエリ論理３２（例えば、クエリア）および関連性論理３０は、別個のサーバまたはコンピュータシステム内で実装されてもよく、あるいはそれら内で実行してもよく、もしくはサーバ２０またはアプリケーションサーバ内に実装されてもよく、あるいはそれら内で実行してもよいことを理解されたい。

本明細書に説明される例示的方法およびシステムは、種々の機能を果たすために、別個のサーバおよびデータベースの使用を説明するが、他の実施形態も、説明される機能性が果たされる限り、設計選択肢上、単一デバイスまたは複数のデバイスの任意の組み合わせにおいて、説明される機能を生じさせるように動作するソフトウェアまたはプログラミングを記憶することによって、実装され得ることに留意されたい。図中に描写されないが、サーバ２０は、概して、通常、プロセッサ、ＲＡＭ、ＲＯＭ、クロック、ハードウェアドライバ、関連付けられた記憶装置等（例えば、後述の図９参照）を含むが、それらに限定されないサーバシステム内に見出される、そのような当該技術分野において承認されている構成要素を含む。さらに、説明される機能および論理は、ソフトウェア、ハードウェア、ファームウェア、またはそれらの組み合わせ内に含まれてもよい。

図２は、インデックスを作成し、データベースシステムを検索するための例示的プロセス２００を図示する。最初に、２１０において、インデックスが、適切なデータベースおよび情報のために作成される。例えば、例示的プロセス２００は、最初に、企業ビジネスアプリケーション、例えば、ＣＲＭアプリケーション等と関連付けられたデータまたは記録のインデックスを作成する。プロセスはさらに、例えば、ユーザプロファイル情報、メッセージ、コンタクト、システム内の作用等を含む、アプリケーションのユーザと関連付けられたデータにインデックスを付ける。インデックスは、最新のアプリケーションおよびユーザデータを含むように、データが、関連性のあるデータベースに追加されるか、またはその中において変更されるとき、更新されるか、または動的に再作成されることができる。代替として、インデックスは、例えば、毎日、毎週等、所定の時間間隔で、更新または再作成することができる。

プロセスは、２２０において、ユーザから検索要求を受信する。一実施例では、検索要求は、キーワードに対する単純ブール検索要求を備える。当然ながら、検索要求は、種々の形式をとり、多くの異なる選択可能フィールドおよび属性を含んでもよい。プロセスは、２３０において、検索インデックスおよび受信した検索クエリに基づいて、データベースシステムを検索する。データベースシステムの検索は、検索要求に対する一致を識別する。

次いで、プロセスは、２４０において、識別されたまたは返された検索結果の関連性を決定する。一実施例では、関連性は、検索または関連性アルゴリズムに基づいて、第１のユーザに関して決定され、アルゴリズムは、要求を行うユーザの１つ以上の属性を考慮する（例示的アルゴリズムは、図３に関して説明される）。例えば、非常に関連性のあるユーザと関連付けられたドキュメント、続いて、ユーザの関係と関連付けられた検索結果、続いて、ソーシャルネットワークまたはグループ内のユーザ等をスコア化する。次いで、プロセスは、２５０において、関連性に基づいて、表示のために、検索結果の少なくとも一部を第１のユーザに通信する。プロセスは、最初に、例えば、最も関連性のある１０または２５個の検索結果をユーザに通信してもよく、付加的な検索結果が、ユーザによって要求されてもよい。

他の実施例においては、検索結果に重みを付けるか、またはスコア化することなく、要求を行うユーザと関連付けられた検索結果が、最初に、続いて、ユーザの関係と関連付けられた検索結果、続いて、ソーシャルネットワークまたはグループ内のユーザ等が、返され得るよいことに留意されたい。異なるレベルまたは程度の検索結果の中の検索結果の特定の順序（例えば、ユーザと関連付けられた、１分離度を有する関係と関連付けられた）が、２３０において、検索結果を識別するために使用される基礎的検索によって決定されてもよい。

図３は、特定のユーザに対する検索結果の関連性を決定するための例示的プロセス３００を図示する。本実施例では、ネットワーク内のユーザ間のコンタクトまたは分離程度および関係強度が、検索結果に重みを付けるために決定および使用されることができる。例えば、他のユーザと関連付けられた検索結果は、少なくとも部分的に、検索要求を行うユーザとの関係の程度または強度に基づいて、ランク付けまたはスコア化されることができる。すなわち、例示的プロセスは、検索結果の関連性スコアまたはランク付けを決定する際に、ビジネスアプリケーションおよびビジネスアプリケーションの他のユーザに対するユーザのコンテキストを考慮する。アプリケーションデータは、種々のアプリケーションおよび企業ビジネスアプリケーションに関連するメディアオブジェクトを含んでもよい。ＣＲＭアプリケーションに関して、例えば、そのようなデータは、取引名、取引の説明、取引サイズ、関連ドキュメント、それと関連付けられたユーザ、および企業名を含む、ＣＲＭアプリケーションによって作成された取引を含んでもよい。ユーザデータは、例えば、そのプロファイル情報、コンタクト／関係、取引参加名および頻度、掲示されたメッセージ、公開されたドキュメント、交換された電子メールまたはメッセージ、ソーシャルネットワークまたはグループ等を含む、各ユーザのプロファイル情報を含んでもよい。すべての電子メール、個人的メモ、およびアラートメッセージは、検索のために、インデックスが付けられてもよい。

この特定の実施例において、プロセスは、３１０において、検索要求を行うユーザが、例えば、電子メール、インスタントメッセージ、ボイス・オーバー・ＩＰ電話、ウェブ会議、または他の種類の通信によって、メッセージを交換したユーザを識別する。他のユーザと交換された通信の種類および通信またはメッセージの数もまた、アルゴリズムにおいて重みを付けるために決定されてもよい。例えば、インスタントメッセージは、ユーザ間の電子メールよりも重く重みが付けられる場合がある。

例示的プロセスはさらに、３２０において、要求を行うユーザと共通のプロジェクを有するユーザとを識別してもよい。例えば、共通の取引に関与する他のユーザを識別する。再び、取引の数、取引のサイズ、取引に関与するユーザの数等もまた、考慮されてもよい。

例示的プロセスはさらに、３３０において、要求を行うユーザと共通のテナントまたは企業を有するユーザを決定してもよい。例えば、共通のテナントを有するユーザは、関連性に対してより重く重みが付けられてもよい。

例示的プロセスはさらに、３４０において、他のユーザとのコンタクトの待機時間を決定してもよい。例えば、３１０におけるメッセージまたは通信、３２０における共通のプロジェクト等に関して、より最近の交信またはアイテムには、より大きく重みを付け、より時間が隔たった交信またはアイテムには、より小さく重みを付けないことができる。

プロセスは、次いで、３１０、３２０、３３０、および３４０において行われた決定に基づいて、ユーザに対する検索結果の関連性を決定してもよい。例えば、アルゴリズムは、検索結果と関連付けられた第１のユーザと第２のユーザとの間で決定されたコンタクトの程度に基づいて、検索結果のスコアまたはランク付けを決定してもよい。検索結果は、次いで、ユーザに通信し、表示するために、トップダウン式関連性順序（例えば、スコア化またはランク付けに基づいて）において、順序付けられてもよい。例示的プロセス３００は、種々の組み合わせにおいて使用され得る、関連性のための他のまたは付加的な考慮を含んでもよいことを認識されたい。例えば、種々の他のソーシャルまたはコンテキストデータが、特定のユーザに対する関連性を決定するために使用されてもよい。さらに、３１０、３２０、３３０、および３４０において行われる決定は、任意の特定の順序において生じる必要はなく、並行して行われてもよい。

決定に重みを付けるか、またはネットワークの中の他のユーザとのユーザの関係強度を計算するための例示的アルゴリズムは、種々の形式をとってもよい。図３に関して説明されるプロセスを実装するための例示的アルゴリズムは、入力として４つの属性を含んでもよく、以下のように、各属性に対して重みが付けられるであろう。

属性１−交換されたメッセージ（Ｗ_Ａ％重みが付けられる）：２人のユーザ間で交換されたメッセージのためのチェック。例えば、交換されたメッセージの数が、特定のまたは平均ユーザによって交換されたメッセージの上位２０％以内にある場合（または、他の所定の割合または数）、スコアは、５である。そうでなければ、スコアは、２０％−４０％の場合、４、４０％−６０％の場合、３、６０％−８０％の場合、２、下位２０％の場合、１、ユーザ間でメッセージが交換されていない場合、０となるであろう。

属性２−両方のユーザによって参加されたプロジェクト（Ｗ_Ｂ％重みが付けられる）：両方のユーザによって参加された取引の数のチェック。例えば、取引の数が、特定のまたは平均ユーザの上位２０％以内である場合、スコアは、５である。そうでなければ、スコアは、２０％−４０％の場合、４、４０％−６０％の場合、３、６０％−８０％の場合、２、下位２０％の場合、１、共通の取引がない場合、０となるであろう。

属性３−同一のテナント（Ｗ_Ｃ％重みが付けられる）：２人のユーザが、同一のテナント内にある場合、スコアは、１であり、そうでなければ、スコアは、０である。

属性４−最新メッセージ交換時間（Ｗ_Ｄ％重みが付けられる）：最新メッセージ交換時間が、同一の週（または、他の時間周期）内である場合、スコアは、４である。スコアは、同一の月内である場合、３、同一の四半期内である場合、２、同一の年内である場合、１、メッセージが交換されていない場合、０である。

したがって、２つの関係間の総関係強度Ｓは、以下のように計算することができる。
Ｓ＝（属性１）／５ｘＷ_Ａ％＋（属性２）／５ｘＷ_Ｂ％＋（属性３）ｘＷ_Ｃ％＋（属性４）／４ｘＷ_Ｄ％
関係強度Ｓは、次いで、検索結果の関連性を順序付けるために使用されてもよく、それによって、検索要求を行う特定の使用に対して、検索結果に対する関連性のランク付けまたは順序を提供する。種々の他の重み付け方式および付加的アイテムならびにそれらの組み合わせを使用して、関係強度および関連性を決定してもよいことを理解されたい。例えば、類似取引、他の種類の通信、ソーシャルネットワークデータ等もまた、関係強度および関連性を決定するために、種々の組み合わせおよび重みで使用されてもよい。

さらに、アプリケーションまたはソーシャルネットワークシステムのユーザおよび／または管理者は、関係強度を決定するために、アルゴリズムおよび重み付けを調節してもよい。例えば、ユーザは、属性の数または種類、および各属性が関係強度を決定する際に受ける特定の重み付けを変更するように決定してもよい。したがって、ユーザは、メッセージの数を決定してもよく、ユーザ間のユーザメッセージの待機時間は、最も重要であって、それらの属性に重く重みを付けるか、またはアルゴリズムにそれらの属性を単に含む。

ビジネスアプリケーションおよびビジネスアプリケーションのユーザと関連付けられた全データにわたる検索に加え、特定のユーザに対する検索が行われてもよい。そのような検索は、前述のように、例えば、検索を行う特定のユーザに対する関連性に重みを付けるアルゴリズムに基づいて、関連性に関して分類されてもよい。加えて、または代替として、例示的システムは、検索を行うユーザと検索によって返されるユーザとの間で関係付けられたユーザに関する情報を提供し、他のユーザとの関係または通信を促進してもよい。例えば、システムは、検索されるユーザおよび検索を行うユーザに対して、強い関係を有する他のユーザを決定してもよい。

図４は、検索を行うユーザと、検索されるか、または別様に選択されるユーザとの間の関係および関係強度の例示的な表示（例えば、サーブされたウェブページ等を介して）を図示する。例えば、第１のユーザによる特定のユーザの検索クエリまたは選択に応答して、データまたは表示は、第１のユーザと検索されるユーザとの間で関係付けられる１人以上の他のユーザを図示するように返されてもよい。さらに、データまたは表示は、関連しているユーザ間のコンタクトの程度または強度を示してもよい（例えば、説明される関係強度アルゴリズムを使用することによって）。

検索されるユーザと強い関係を有し得るユーザを識別することは、検索される人物に紹介を提供することが可能であり得るそれらのソーシャルネットワークの中のコンタクトまたはユーザを識別することにおいて、検索者を支援し得る。このようにして、関係強度の指標を提供することは、ユーザが、検索されるユーザとも関係がある無作為な関係に対して、有意義な紹介をもたらすことが可能であるより高い可能性を有するそのコンタクトまたはソーシャルネットワーク化されたユーザに焦点を当てることを可能にする。

概して、表示は、要求を行う第１のユーザ４１０のアイコンと、検索されるか、または検索要求によって返される第２のユーザ４１２のアイコンと、第１のユーザ４１０および第２のユーザ４１２の両方と関係付けられるその間の少なくとも１人のユーザ４１４のアイコンとを含む。いくつかの実施例において、ユーザ４１４は、ユーザ４１０または４１２両方に直接「関係付け」られないか、または両方の「コンタクト」ではなく、単に、例えば、共通のグループまたは関心を介してある程度のコンタクトを有してもよい。いくつかの実施例では、唯一のユーザ４１４が、例えば、ユーザ４１０、ユーザ４１２、またはそれらの組み合わせ間の関係強度に基づいて選択されるユーザ４１０と４１２との間に表示される。他の実施例では、２人以上のユーザ４１４が、表示されてもよい。同様に、検索される複数の第２のユーザ４１２が、表示されてもよい。さらに、種々のユーザ４１０、４１２、および４１４は、他の形式、テーブル等において表示されてもよく、各ユーザに関する画像または付加的情報を含んでもよい。

関係強度は、本実施例において、ユーザ４１０をユーザ４１４に、およびユーザ４１４をユーザ４１２に接続する線４９０および４９２の太さによって図示され、幅の増加は、関係強度の増加を示す。関係強度は、その間で交換されたメッセージ、共通の取引またはテナント、待機時間、共通の関心等の要因に基づいて関係強度を決定するために、前述のアルゴリズムに基づいてもよい。関係強度を示す他の様式も可能であって、想定されることを理解されたい。例えば、関連するスコア、色、ユーザの親密度等が、使用されてもよい。また、前述のように、ユーザは、関係強度、例えば、入力属性、重み付け等を変更することによって、関係強度を決定するためのプロセスを調節してもよい。

加えて、例示的システムは、ユーザ４１４が、ユーザ４１０および／またはユーザ４１２と共通の関心またはグループを有するかどうかを示してもよい。例えば、テキストウィンドウ４１６は、ユーザ４１４が、ユーザ４１０および／またはユーザ４１２と共通の特定の主題またはグループに関心があることを示してもよい。

加えて、例示的システムは、複数の方法で図示または伝達され得るユーザ４１４の人気を示してもよい。例えば、グラフィカルアイコン４１８は、ユーザ４１４と関連付けられたコンタクトまたはソーシャルグループの数のリスト、他のユーザへの紹介のための要求等によって使用されてもよい。これは、ユーザ４１０が、ソーシャルまたは関係付けられたユーザ４１４が、アプリケーションおよび環境内にどのように位置するかを決定することを支援してもよい。

図５は、前述のプロセスのうちの任意の１つを行うように構成される、例示的コンピューティングシステム５００を描写される。本文脈では、コンピューティングシステム５００は、例えば、プロセッサ、メモリ、記憶装置、および入力／出力デバイス（例えば、モニタ、キーボード、ディスクドライブ、インターネット接続等）を含んでもよい。しかしながら、コンピューティングシステム５００は、プロセスの一部または全部の側面を実行するための回路または他の特殊ハードウェアを含んでもよい。いくつかの動作設定では、コンピューティングシステム５００は、１つ以上のユニットを含み、それぞれ、ソフトウェア、ハードウェア、またはいくつかのそれらの組み合わせにおいて、プロセスのいくつかの側面を実行するように構成される、システムとして構成されてもよい。

図５は、前述のプロセスを行うために使用され得る、いくつかの構成要素を有するコンピューティングシステム５００を図示する。メインシステム５０２は、入力／出力（「Ｉ／Ｏ」）セクション５０６、１つ以上の中央処理ユニット（「ＣＰＵ」）５０８、およびそれに関連するフラッシュメモリカード５１２を有し得るメモリセクション５１０を有するマザーボード５０４を含む。Ｉ／Ｏセクション５０６は、ディスプレイ５２４、キーボード５１４、ディスク記憶ユニット５１６、およびメディアドライブユニット５１８に接続される。メディアドライブユニット５１８は、プログラム５２２および／またはデータを含有可能なコンピュータ可読媒体５２０を読み取り／書き込みすることができる。

前述のプロセスの結果に基づく少なくともいくつかの値は、その後の使用のために保存されることができる。加えて、コンピュータ可読媒体を使用して、コンピュータによって前述のプロセスのうちの任意の１つを行うための１つ以上のコンピュータプログラムを記憶（例えば、明白に具現化）することができる。コンピュータプログラムは、例えば、汎用プログラミング言語（例えば、Ｐａｓｃａｌ、Ｃ、Ｃ＋＋）またはいくつかの特殊なアプリケーション特有の言語で書かれてもよい。

ある例示的実施形態が、上記において、詳細に説明されたが、当業者は、本発明の新規教示および利点から実質的に逸脱することなく、多くの修正が、例示的実施形態において可能であることを容易に理解するであろう。例えば、上記に開示される実施形態の側面は、付加的実施形態を形成するように、他の組み合わせにおいて組み合わせることができる。故に、そのような修正はすべて、本発明の範囲内に含まれることが意図される。

Claims (27)

1. データの検索を行うことについてのコンピュータ使用可能方法であって、該方法は、
   コンピュータプロセッサによってデータベースシステムにインデックスを付けることであって、該データベースシステムは、顧客関係管理（ＣＲＭ）アプリケーションと関連付けられたデータと、該ＣＲＭアプリケーションの複数のユーザと関連付けられたユーザ情報とを含む、ことと、
   該複数のユーザのうちの第１のユーザから受信された検索クエリに基づいて、該検索インデックスを介して該データベースシステムを検索することと、
   該第１のユーザの１つ以上の属性に基づいて、該第１のユーザに対する検索結果の関連性を決定することと、
   該検索結果の少なくとも一部を表示のために該第１のユーザに通信することと
   を含む、方法。
2. 前記検索結果の関連性を決定することは、関連性スコアを計算することと、該スコアに従って該検索結果を順序付けることとを含む、請求項１に記載の方法。
3. 前記検索結果の関連性を決定することは、検索結果を読み出すことを含み、該検索結果は、他の検索結果よりも関連性があるとして前記第１のユーザと関連付けられた情報を含む、請求項１に記載の方法。
4. 前記検索結果の関連性を決定することは、検索結果に重み付けすることを含み、該検索結果は、前記第１のユーザと少なくとも第２のユーザとの間のコンタクトの程度に基づいて、少なくとも第２のユーザと関連付けられた情報を含み、該コンタクトの程度が大きいほど、該検索結果はより重く重み付けられる、請求項１に記載の方法。
5. 前記検索結果の関連性を決定することは、該検索結果のうちの１つ以上と関連付けられた少なくとも第２のユーザとの関係強度を決定することを含む、請求項１に記載の方法。
6. 関連性を決定することは、前記第１のユーザの直接コンタクトではないソーシャルネットワークユーザと関連付けられた検索結果よりも、該第１のユーザのコンタクトと関連付けられた検索結果により重く重み付けることを含む、請求項１に記載の方法。
7. 前記第１のユーザの１つ以上の属性は、該第１のユーザについてのユーザプロファイル情報を含む、請求項１に記載の方法。
8. 前記第１のユーザの１つ以上の属性は、少なくとも１人の他のユーザに対する関係強度を示す情報を含む、請求項１に記載の方法。
9. アプリケーションのユーザ間の関係強度を提供することについてのコンピュータ使用可能方法であって、該方法は、
   第１のユーザから要求を受信することであって、該要求は、第２のユーザと関連付けられる、ことと、
   該第１のユーザに対する第１の関係強度と、該第２のユーザに対する第２の関係強度とを有する第３のユーザを識別することであって、該第１の関係強度と該第２の関係強度との強度または相対強度のうちの少なくとも１つは、表示のために該第１のユーザに通信される、ことと
   を含む、方法。
10. 前記第１の関係と前記第２の関係との関係強度は、それぞれ、前記第１のユーザと前記第３のユーザとの間、および前記第２のユーザと該第３のユーザとの間のコンタクトの程度に基づいており、該コンタクトの程度が大きいほど、該関係強度は大きくなる、請求項９に記載の方法。
11. 前記第１のユーザは、前記第２のユーザと関係がなく、前記第３のユーザは、該第１のユーザおよび該第２のユーザの両方と関係がある、請求項９に記載の方法。
12. 顧客関係管理（ＣＲＭ）アプリケーションと関連付けられたデータを検索するためのコンピュータ実行可能命令を含むコンピュータ可読記憶媒体であって、該命令は、
    ＣＲＭアプリケーションと関連付けられたデータおよび該ＣＲＭアプリケーションの複数のユーザと関連付けられたユーザ情報にインデックスを付けることと、
    該複数のユーザの第１のユーザから受信した検索クエリに基づいて、該インデックスが付けられたデータを検索することと、
    該第１のユーザの１つ以上の属性に基づいて、該第１のユーザに対する検索結果の関連性を決定することと、
    該検索結果の少なくとも一部を該第１のユーザに通信することと
    を含む、媒体。
13. 前記検索結果の関連性を決定することは、関連性スコアを計算することと、該スコアに従って該検索結果を順序付けることとを含む、請求項１２に記載のコンピュータ可読媒体。
14. 前記検索結果の関連性を決定することは、他の検索結果よりも関連性があるとして前記第１のユーザと関連付けられた情報を含む検索結果を読み出すことを含む、請求項１２に記載のコンピュータ可読媒体。
15. 前記検索結果の関連性を決定することは、前記第１のユーザと少なくとも第２のユーザとの間のコンタクトの程度に基づいて、少なくとも第２のユーザと関連付けられた情報を含む検索結果に重み付けすることを含み、該コンタクトの程度が大きいほど、該検索結果は、より重く重み付けされる、請求項１２に記載のコンピュータ可読媒体。
16. 前記検索結果の関連性を決定することは、該検索結果のうちの１つ以上と関連付けられた少なくとも第２のユーザとの関係強度を決定することを含む、請求項１２に記載のコンピュータ可読媒体。
17. アプリケーションのユーザ間の関係強度を提供するためのコンピュータ実行可能命令を含むコンピュータ可読記憶媒体であって、該命令は、
    第１のユーザから要求を受信することであって、該要求は、第２のユーザと関連付けられる、ことと、
    該第１のユーザに対する第１の関係強度と、該第２のユーザに対する第２の関係強度とを有する第３のユーザを識別することであって、該第１の関係強度および該第２の関係強度の強度または相対強度のうちの少なくとも１つは、該第１のユーザに表示される、ことと
    を含む、媒体。
18. 前記第１の関係と前記第２の関係との関係強度は、それぞれ、前記第１のユーザと前記第３のユーザとの間の、および前記第２のユーザと該第３のユーザとの間のコンタクトの程度に基づいており、該コンタクトの程度が大きいほど、関係強度は大きくなる、請求項１７に記載のコンピュータ可読媒体。
19. 前記第１のユーザは、前記第２のユーザと関係がなく、前記第３のユーザは、該第１のユーザおよび該第２のユーザの両方と関係がある、請求項１７に記載のコンピュータ可読媒体。
20. 顧客関係管理（ＣＲＭ）アプリケーション内のデータを検索するための装置であって、該装置は、
    コンピュータプロセッサと、
    データを記憶するように構成されるメモリと、
    コンピュータ実行可能命令を有するコンピュータ可読媒体であって、該命令は、
    ＣＲＭアプリケーションと関連付けられたデータ、および該ＣＲＭアプリケーションの複数のユーザと関連付けられたユーザ情報にインデックスを付けることと、
    該複数のユーザの第１のユーザから受信された検索クエリに基づいて、該インデックスが付けられたデータを検索することと、
    該第１のユーザの１つ以上の属性に基づいて、該第１のユーザに対する検索結果の関連性を決定することと、
    該検索結果の少なくとも一部を該第１のユーザに通信することと
    を行う、コンピュータ可読媒体と
    を含む、装置。
21. 前記検索結果の関連性を決定することは、関連性スコアを計算することと、該スコアに従って該検索結果を順序付けることとを含む、請求項２０に記載の装置。
22. 前記検索結果の関連性を決定することは、他の検索結果よりも関連性がある、前記第１のユーザと関連付けられた情報を含む検索結果を読み出すことを含む、請求項２０に記載の装置。
23. 前記検索結果の関連性を決定することは、前記第１のユーザと少なくとも第２のユーザとの間のコンタクトの程度に基づいて、少なくとも第２のユーザと関連付けられた情報を含む検索結果に重み付けすることを含み、該コンタクトの程度が大きいほど、該検索結果は、より重く重み付けされる、請求項２０に記載の装置。
24. 前記検索結果の関連性を決定することは、前記検索結果のうちの１つ以上と関連付けられた少なくとも第２のユーザとの関係強度を決定することを含む、請求項２０に記載の装置。
25. 企業ビジネスアプリケーションのユーザ間の関係強度を提供するための装置であって、該装置は、
    コンピュータプロセッサと、
    データを記憶するように構成されるメモリと、
    コンピュータ実行可能命令を有するコンピュータ可読媒体であって、該命令は、
    第１のユーザから要求を受信することであって、該要求は、第２のユーザと関連付けられる、ことと、
    該第１のユーザに対する第１の関係強度と、該第２のユーザに対する第２の関係強度とを有する第３のユーザを識別することであって、該第１の関係強度および該第２の関係強度の強度または相対強度のうちの少なくとも１つは、該第１のユーザに表示される、ことと
    を行う、コンピュータ可読媒体と
    を含む、装置。
26. 前記第１の関係と前記第２の関係との関係強度は、それぞれ、前記第１のユーザと前記第３のユーザとの間の、および前記第２のユーザと該第３のユーザとの間のコンタクトの程度に基づいており、該コンタクトの程度が大きいほど、関係強度は大きくなる、請求項２５に記載の装置。
27. 前記第１のユーザは、前記第２のユーザと関係がなく、前記第３のユーザは、該第１のユーザおよび該第２のユーザの両方と関係がある、請求項２５に記載の装置。

Images