(57)【要約】【課題】すべてのコンタクトに関するすべてのコンタクト情報を重複して入力する必要をなくす。【解決手段】対応するコンタクト情報および他の関係する特性により人々、グループ、組織を定義するスキーマを提供する。スキーマは、個人データ、名前データ、位置データ、電子アドレスデータによって人を定義する。グループが、グループメンバーシップデータおよび電子アドレスデータによって定義される。組織が、位置データおよび電子アドレスデータによって定義される。スキーマは、所望のコンタクト情報を得るために、１つまたは複数のデータベースの豊富な照会を提供する。【選択図】        図２
2004199646.tif 000002
【特許請求の範囲】
【請求項１】
コンタクト情報を格納するように構成された１つまたは複数の記憶媒体に接続された計算システムにおいて、複数のコンタクトを定義し、スキーマに基づいて前記１つまたは複数の記憶媒体に格納された前記コンタクト情報に関係づけるための方法であって、
前記１つまたは複数の記憶装置媒体に格納されたコンタクト情報に基づいて、それぞれが人、グループ、組織の１つを有する前記複数のコンタクトを定義し、相互に関係づけるためのスキーマを提供する動作と、
前記スキーマを使用して、前記１つまたは複数の記憶装置媒体に格納されたコンタクト情報を有するそれぞれの人、グループ、組織を定義するステップと、
少なくとも１人を、人以外の少なくとも１つのコンタクトに相互に関係づける役割を判断するために前記スキーマを使用する動作と
を含み、それぞれの役割は、前記少なくとも１人と人以外の少なくとも１つのコンタクトの間の関係を定義する役割データに対応することを特徴とする方法。
【請求項２】
前記スキーマを使用するための前記ステップは、前記１つまたは複数の記憶装置媒体に格納されたコンタクト情報を有するそれぞれの人について、対応する個人データ、名前データ、位置データ、電子アドレスデータの少なくとも１つを定義する動作を含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記個人データは、生年月日データ、性別指定、識別キーを有することを特徴とする請求項２に記載の方法。
【請求項４】
前記電子アドレスデータは、電子アドレスのためのアクセスポイント、電子アドレス記述子、前記電子アドレスのサービスタイプ、前記電子アドレスの技術分類の少なくとも１つを有することを特徴とする請求項２に記載の方法。
【請求項５】
前記位置データは、居住地および住所アドレスの少なくとも１つを有することを特徴とする請求項２に記載の方法。
【請求項６】
前記名前データは、名前、ミドルネーム、姓、肩書き、ニックネーム、名前の読み、表示名、名前タイプの指定の少なくとも１つを有することを特徴とする請求項２に記載の方法。
【請求項７】
前記スキーマを使用するための前記ステップは、前記１つまたは複数の記憶媒体に格納されたコンタクト情報を有するそれぞれのグループについて、対応するグループメンバーシップデータおよび電子アドレスデータを定義する動作を含むことを特徴とする請求項１に記載の方法。
【請求項８】
電子アドレスデータは、電子アドレスのためのアクセスポイント、電子アドレス記述子、前記電子アドレスのサービスタイプ、前記電子アドレスの技術分類の少なくとも１つを有することを特徴とする請求項７に記載の方法。
【請求項９】
前記グループメンバーシップデータは、メンバーシップタイプ分類およびケイパビリティ分類の少なくとも１つを有することを特徴とする請求項７に記載の方法。
【請求項１０】
前記スキーマを使用するための前記ステップは、前記１つまたは複数の記憶装置媒体に格納されたコンタクト情報を有するそれぞれの組織について、対応する位置データおよび電子アドレスデータを定義する動作を含むことを特徴とする請求項１に記載の方法。
【請求項１１】
電子アドレスデータは、電子アドレスのためのアクセスポイント、電子アドレス記述子、前記電子アドレスのサービスタイプ、前記電子アドレスの技術分類の少なくとも１つを有することを特徴とする請求項１０に記載の方法。
【請求項１２】
前記位置データはアドレス情報を有することを特徴とする請求項１０に記載の方法。
【請求項１３】
前記少なくとも１人と人以外の少なくとも１つのコンタクトの間の前記関係は、雇用関係を有し、前記役割データは、前記少なくとも１人に対応する従業員データを有することを特徴とする請求項１に記載の方法。
【請求項１４】
前記少なくとも１人と人以外の少なくとも１つのコンタクトの間の前記関係は、グループ関係を有し、前記役割データは、前記少なくとも１人に対応するグループメンバーシップデータを有することを特徴とする請求項１に記載の方法。
【請求項１５】
前記少なくとも１人と人以外の少なくとも１つのコンタクトの間の前記関係は、チーム関係を有し、前記役割データは、前記少なくとも１人に対応するチームポジションデータを有することを特徴とする請求項１に記載の方法。
【請求項１６】
前記少なくとも１人と人以外の少なくとも１つのコンタクトの間の関係は、家族関係を有し、前記役割データは、前記少なくとも１人に対応する家族イベントデータを有することを特徴とする請求項１に記載の方法。
【請求項１７】
前記少なくとも１人と人以外の少なくとも１つのコンタクトの間の関係は、ビジネス関係を有し、前記役割データは、前記少なくとも１人および前記人以外の少なくとも１つのコンタクトに対応する消費者およびプロバイダデータの少なくとも１つを有することを特徴とする請求項１に記載の方法。
【請求項１８】
コンタクト情報を格納するように構成された１つまたは複数の記憶媒体に接続された計算システムにおいて、複数のコンタクトを定義し、スキーマに基づいて前記１つまたは複数の記憶媒体に格納された前記コンタクト情報に関係づけるための方法であって、
前記１つまたは複数の記憶装置媒体に格納されたコンタクト情報に基づいて、それぞれが人、グループ、組織の１つを有する前記複数のコンタクトを定義し、相互に関係づけるためのスキーマを提供する動作と、
それぞれの人について、前記人に対応する、個人データ、名前データ、位置データ、電子アドレスデータを定義するために前記スキーマを使用する動作と、
それぞれのグループについて、前記グループに対応する、グループメンバーシップデータおよび電子アドレスデータを定義するために前記スキーマを使用する動作と、
それぞれの組織について、前記組織に対応する、位置データおよび電子アドレスデータを定義するために前記スキーマを使用する動作と、
少なくとも１人を、少なくとも１つのグループまたは組織に相互に関係づける役割を判断するために前記スキーマを使用する動作と
を含み、それぞれの役割は、役割データに対応することを特徴とする方法。
【請求項１９】
前記個人データは生年月日および性別情報を有し、前記電子アドレスデータは、電子アドレスのためのアクセスポイント、電子アドレス記述子、前記電子アドレスのサービスタイプ、前記電子アドレスの技術分類の少なくとも１つを有し、前記位置データはアドレスを有し、前記名前データは、名前、ミドルネーム、姓、肩書き、ニックネーム、名前の読み、表示名、名前タイプの指定の少なくとも１つを有することを特徴とする請求項１８に記載の方法。
【請求項２０】
前記電子アドレスは、電子メールアドレス、電話番号、インスタントメッセージングアドレスの１つであることを特徴とする請求項１９に記載の方法。
【請求項２１】
複数のコンタクトを定義し、１つまたは複数の記憶媒体に格納されたコンタクト情報に関係づけるためのコンピュータプログラム製品であって、前記コンタクトは、人、グループ、組織の少なくとも１つを有し、
データ構造を格納した１つまたは複数のコンピュータ読取り可能媒体を備え、前記データ構造は、
人を有する第１のコンタクトを定義するデータを有する１つまたは複数のデータフィールドと、
グループまたは組織を有する第２のコンタクトを定義するデータを有する１つまたは複数のデータフィールドと、
前記第１のコンタクトを前記第２のコンタクトに相互に関係づける役割データを有する１つまたは複数のデータフィールドと
を有することを特徴とするコンピュータプログラム製品。
【請求項２２】
第１のコンタクトを定義するデータを有する前記１つまたは複数のデータフィールドは、性別指定、生年月日、識別キーの少なくとも１つを有する個人データを有することを特徴とする請求項２１に記載のコンピュータプログラム製品。
【請求項２３】
第１のコンタクトを定義するデータを有する前記１つまたは複数のデータフィールドは、名前、ミドルネーム、姓、肩書き、ニックネーム、名前の読み、表示名、名前タイプの指定の少なくとも１つを有する名前データを有することを特徴とする請求項２１に記載のコンピュータプログラム製品。
【請求項２４】
第１のコンタクトを定義するデータを有する前記１つまたは複数のデータフィールドは、電子アドレスのためのアクセスポイント、電子アドレス記述子、前記電子アドレスのサービスタイプ、前記電子アドレスの技術分類の少なくとも１つを有する電子アドレスデータを有することを特徴とする請求項２１に記載のコンピュータプログラム製品。
【請求項２５】
前記電子アドレスは、電子メールアドレス、電話番号、インスタントメッセージングアドレスの１つであることを特徴とする請求項２４に記載のコンピュータプログラム製品。
【請求項２６】
第１のコンタクトを定義するデータを有する前記１つまたは複数のデータフィールドは、アドレスを有することを特徴とする請求項２１に記載のコンピュータプログラム製品。
【請求項２７】
前記第２のコンタクトを定義するデータを有する前記１つまたは複数のデータフィールドは、電子アドレスのためのアクセスポイント、電子アドレス記述子、前記電子アドレスのサービスタイプ、前記電子アドレスの技術分類の少なくとも１つを有する電子アドレスデータを有することを特徴とする請求項２１に記載のコンピュータプログラム製品。
【請求項２８】
前記第２のコンタクトは、グループを有することを特徴とする請求項２７に記載のコンピュータプログラム製品。
【請求項２９】
前記１つまたは複数のデータフィールドは、前記第１のコンタクトに対応するグループメンバーシップデータをさらに有することを特徴とする請求項２７に記載のコンピュータプログラム製品。
【請求項３０】
前記第２のコンタクトは組織を有し、前記第２のコンタクトを定義するデータを有する前記１つまたは複数のデータフィールドは、前記組織のアドレスを有する位置データを有することを特徴とする請求項２１に記載のコンピュータプログラム製品。
【請求項３１】
複数のコンタクトを定義し、１つまたは複数の記憶媒体に格納されたコンタクト情報に関係づけるためのコンピュータプログラム製品であって、前記コンタクトは、人、グループ、組織の少なくとも１つを有し、
データ構造を格納した１つまたは複数のコンピュータ読取り可能媒体を備え、前記データ構造は、
人を定義するデータを有する１つまたは複数のデータフィールドと、
グループを定義するデータを有する１つまたは複数のデータフィールドと、
組織を定義するデータを有する１つまたは複数のデータフィールドと、
前記人を前記グループおよび前記組織に相互に関係づける役割データを有する１つまたは複数のデータフィールドと
を有することを特徴とするコンピュータプログラム製品。
【請求項３２】
前記人を定義するデータを有する前記１つまたは複数のデータフィールドは、前記人の性別指定および生年月日の少なくとも１つを有する個人データを有することを特徴とする請求項３１に記載のコンピュータプログラム製品。
【請求項３３】
前記人を定義するデータを有する前記１つまたは複数のデータフィールドは、前記人の、名前、ミドルネーム、姓、肩書き、ニックネーム、名前の読み、表示名の少なくとも１つを有する名前データを有することを特徴とする請求項３１に記載のコンピュータプログラム製品。
【請求項３４】
前記人を定義するデータを有する前記１つまたは複数のデータフィールドは、電子アドレスのためのアクセスポイント、前記電子アドレスの記述子、前記電子アドレスのサービスタイプ、前記電子アドレスの技術分類の少なくとも１つを有する電子アドレスデータを有することを特徴とする請求項３１に記載のコンピュータプログラム製品。
【請求項３５】
前記電子アドレスは、電子メールアドレス、電話番号、インスタントメッセージングアドレスの１つであることを特徴とする請求項３４に記載のコンピュータプログラム製品。
【請求項３６】
前記人を定義するデータを有する前記１つまたは複数のデータフィールドは、前記人のアドレスを定義する位置データを有することを特徴とする請求項３１に記載のコンピュータプログラム製品。
【請求項３７】
複数のコンタクトを定義し、１つまたは複数の記憶媒体に格納されたコンタクト情報に関係づけるためのコンピュータプログラム製品であって、前記コンタクトは、人、グループ、組織の少なくとも１つを有し、
データ構造を格納した１つまたは複数のコンピュータ読取り可能媒体を備え、前記データ構造は、
前記１つまたは複数の記憶媒体に格納されたコンタクト情報を有するそれぞれの人を定義する個人データ、名前データ、位置データ、電子アドレスデータを有する１つまたは複数のデータフィールドと、
前記１つまたは複数の記憶媒体に格納されたコンタクト情報を有するそれぞれのグループを定義するグループメンバーシップデータおよび電子アドレスデータを有する１つまたは複数のデータフィールドと、
前記１つまたは複数の記憶媒体に格納されたコンタクト情報を有するそれぞれの組織を定義する位置データおよび電子アドレスデータを有する１つまたは複数のデータフィールドと、
前記１つまたは複数の記憶媒体に格納されたコンタクト情報を有する少なくとも１人を、前記１つまたは複数の記憶媒体に格納されたコンタクト情報を有する少なくとも１つのグループまたは組織に相互に関係づける役割データを有する１つまたは複数のデータフィールドと
を有することを特徴とするコンピュータプログラム製品。
【請求項３８】
前記１つまたは複数のコンピュータ読取り可能媒体は、システムメモリを備えることを特徴とする請求項３７に記載のコンピュータプログラム製品。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、コンタクト管理システムに関し、より詳細には、コンタクト情報を管理するためのスキーマに関する。
【０００２】
【従来の技術】
コンタクト管理システムを、本明細書では一般に、人々、グループ、組織、または識別可能な他の実在物（エンティティ）に関するコンタクト情報を有するシステム、ディレクトリ、またはデータベースと呼び、人々、グループ、組織、または識別可能な他のエンティティのそれぞれを、本明細書ではコンタクトと呼ぶ。用語「コンタクト情報」とは、本明細書で使用する場合には、一般に、コンタクトに対応する、また、コンタクトと接触し、アクセスし、対応しまたは通信することに関連すると考えられる情報を指す。
【０００３】
本出願の文脈においては、たとえば、電子メールを送信すること、電話をかけること、ウェブサイトにアクセスすること、ゲーミングセッションを開始すること、財務取引を実施することなど、所望の機能を実施するためのアプリケーションによってコンタクト情報が使用される。コンタクト情報の非制限的な例には、名前、電子アドレス、物理アドレス、個人情報が含まれる。名前の例には、職業上の名前、個人名、肩書き、音声上の名前が含まれる。電子アドレスの例には、電子メールアドレス、インスタントメッセージングアドレス、ネットワークアドレス、電話番号が含まれる。位置または物理アドレスの例には、家のアドレス、仕事場のアドレス、郵便のアドレスが含まれる。個人情報の例には、性別指定、生年月日、名前が含まれる。
【０００４】
コンピュータ業界では、コンタクト管理システムが、それらの属する、対応するソフトウェアアプリケーションに関係するコンタクト情報を格納し表示するために広範囲に使用されている。たとえば、電子メールアプリケーションには、通常、電子メールできるコンタクトの電子メールアドレスを格納し表示するためのディレクトリが含まれる。財産管理アプリケーションには、通常、たとえば、銀行、アカウンティングサービス組織、財務計画組織などの関係する財務コンタクトに関するコンタクト情報を格納するためのディレクトリが含まれる。コンタクト管理システムを利用するソフトウェアアプリケーションの他の例には、時間管理アプリケーション、インスタントメッセージングアプリケーション、ネットワークゲーミングアプリケーション、ビジネスディレクトリアプリケーション、電話アプリケーションなどが含まれる。
【０００５】
従来のコンピュータとは考えられない多くのハードウェアデバイスにも、コンタクト管理システムが広く使用されている。たとえば、多くの電話、ファクシミリデバイス、フォトコピーデバイスも、電話、ファクシミリ送信、テレコピー送信を開始するなど、所望の機能を実施するために使用できるコンタクト情報を格納するためのコンタクト管理システムを備えている。
【０００６】
しかし、既存のコンタクト管理システムの１つの問題に、実にさまざまな数の異なった専用コンタクト管理システムおよびコンタクトディレクトリがあるために、ユーザが、さまざまなアプリケーションのためのすべての使用可能なコンタクト情報に同時にすばやくアクセスすることが困難となることがある。これは問題である。たとえば、ユーザが所与のエンティティとコンタクトするために、使用可能なすべての手段を識別したいと思った場合に、ユーザが所望のコンタクト情報を得るために、多くの異なるコンタクト管理システムからさまざまなディレクトリに別個にアクセスする必要がある。たとえば、コンタクト用の家のまたは携帯電話の番号を得るために電話ディレクトリに、コンタクト用の主要電子メールアドレスを得るために電子メールディレクトリに、ビジネス用の電話番号を得るためにビジネスディレクトリに、エンティティのビジネス用の電子メールアドレスなどにアクセスする必要がある。
【０００７】
異なるコンタクト管理システムを持つことも、異なるコンタクトに関する異なるタイプのコンタクト情報を得る時に問題となる。たとえば、第１のコンタクトの電子メールアドレス、第２のコンタクトのビジネス用の電話番号、第３のコンタクトの携帯電話番号を見たいことがある。異なるエンティティのそれぞれのための所望のコンタクトデータが、異なるアプリケーションの異なるコンタクト管理システム内にある場合は、所望の情報を得るために、それぞれのアプリケーションにアクセスしなければならず、従って、望ましくない時間およびリソースの消費が必要とされる。このことは、アクセスの認可を受ける前に、異なる許可要件を必要とする異なるシステムにコンタクト情報が格納されている場合には、ユーザがさまざまな許可要件を覚えておいて、さらにさまざまなシステムにログインする動作を行わなければならないので、特に問題となる。
【０００８】
特定のコンタクトまたはコンタクト情報のための探索および照会も、さまざまなコンタクト管理システムのそれぞれで別個に実施しなければならない。このことは、ユーザがコンタクト管理システムディレクトリのどこにコンタクト情報が格納されているのかを忘れてしまった場合に、特に問題となる。
【０００９】
【発明が解決しようとする課題】
これらの問題のいくつかを克服するために、一部のコンタクト管理システムは、対応するアプリケーションに必要なコンタクト情報より多くのコンタクト情報を格納するように構成されている。たとえば、電子メールディレクトリが、中に格納されたさまざまなコンタクトに関するアドレス、電話番号、他の情報を格納するように構成されていることがある。しかし、利用するすべてのコンタクト管理システムの中に、すべてのコンタクトに関するすべてのコンタクト情報を重複して入力することは余り望ましいことではない。この冗長な記憶装置もまた、望ましくなく不要なリソースの費用となる。
【００１０】
既存のコンタクト管理システムのさらに別の問題に、非常に専用的であるために（たとえば、特定のアプリケーションに関係する特定のコンタクト情報を得るよう設計されている）、人々、グループ、組織の間に存在する関係を識別するよう設計されていない。このことにより、コンタクト情報の広範囲で豊富な照会を提供するための既存のコンタクト管理システムの範囲およびスケーラビリティが本質的に制限される。
【００１１】
【課題を解決するための手段】
本発明は、コンタクト情報を管理するための、方法、システム、コンピュータプログラム製品、対応するスキーマおよびデータ構造を対象とする。
【００１２】
本発明の一態様によれば、人々、グループ、組織を定義するスキーマが、それらに対応するコンタクト情報によって提供される。スキーマは、個人データ、名前データ、位置データ、電子アドレスデータによって人を定義する。グループが、グループメンバーシップデータおよび電子アドレスデータによって定義される。グループは、以下に説明するように、ケイパビリティによっても定義できる。
グループと人の両方も、グループおよび人に関連する情報のパブリッシャによって定義できる。組織が、位置データによっておよび電子アドレスデータによって定義される。
【００１３】
スキーマはまた、さまざまなコンタクトを相互に関係づけるための役割も定義する。役割は、２つまたはそれ以上のコンタクトをリンクできる、従業員データ、チームメンバデータ、グループメンバーシップデータ、家族データ、顧客またはビジネスデータ、および他のタイプのデータを有することのできる役割データによって定義される。役割に基づいてコンタクトを相互に関係づけることにより、スキーマは、所望のコンタクト情報を得るために１つまたは複数のデータベースの豊富な照会を提供できる。本発明によるスキーマは、所望のコンタクト情報にアクセスし表示し処理するために、１つまたは複数のＡＰＩおよびユーザインターフェイスとともに使用できる。役割によって可能となる１つの利点が、２つまたはそれ以上のコンタクトを相互に関係づける個人的な関係（たとえば、ボーイフレンド、姉妹など）を作成する能力である。
【００１４】
スキーマはまた、それぞれの人、グループ、組織を、ファイルと同様の方法でコピーし、削除し、移動し、開け、プリントすることのできるデータベース項目として扱う。したがって、それぞれのコンタクトを、分類し、フォルダ内に入れ、注釈を付け、リンクし、アタッチメントに入れ、プロパティを割り当てることなどができる。
【００１５】
本発明のさらなる特徴および利点が以下の詳細な説明に記載してあり、一部はその説明から自明であろうし、または本発明を実践することによって知ることができる。本発明の特徴および利点は、特許請求の範囲で詳細に指摘した機器およびその組み合わせを用いて理解し、得ることができよう。本発明のこれらのおよび他の特徴は、以下の説明および特許請求の範囲からより十分に明らかとなるであろうし、または本明細書の以下に記載した本発明の実践によって知ることができる。
【００１６】
本発明の上述のおよび他の利点や特徴を得ることのできる方式を説明するために簡単に上述した本発明は、添付図面に例示した本発明の特定の実施形態を参照することによってより具体的な説明となるであろう。これらの図面は本発明の代表的な実施形態を表したものにすぎず、したがって、本発明の範囲を限定するものと考えるべきではないことを理解し、本発明を、添付図面を使用してさらに具体的におよび詳細に説明する。
【００１７】
本発明は、１つまたは複数の記憶媒体に格納されたコンタクト情報を管理するための、方法、システム、コンピュータプログラム製品、対応するスキーマおよびデータ構造を対象とする。本発明の実施形態は、以下にさらに詳細に説明するような、さまざまなコンピュータハードウェアを備える専用または汎用コンピュータを備えまたはそれとともに実施できる。
【００１８】
本発明の範囲内に含まれる実施形態には、そこに格納されたコンピュータ実行可能命令またはデータ構造を運ぶかまたは有するためのコンピュータ読取り可能媒体が含まれる。このようなコンピュータ読取り可能媒体は、汎用または専用コンピュータからアクセスできるどのような使用可能媒体でも良い。例示として、このようなコンピュータ読取り可能媒体には、コンピュータ実行可能命令またはデータ構造の形態の所望のプログラムコード手段を運ぶかまたは格納するために使用でき、および汎用または専用コンピュータからアクセスできる、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ  ＲＯＭまたは他の光学ディスク記憶装置、磁気ディスク記憶装置または他の磁気記憶装置デバイス、または他の媒体が含まれるが、それらに限定されるものではない。情報がネットワークまたは別の通信接続（ハードワイヤード、ワイヤレス、あるいはハードワイヤードまたはワイヤレスの組み合わせ）を介してコンピュータに転送または提供された場合、コンピュータは、コンピュータ読取り可能媒体として接続を適切に表示する。したがって、このような接続をコンピュータ読取り可能媒体と呼ぶことが適切である。上述の組み合わせもまた、コンピュータ読取り可能媒体の範囲内に含むべきである。コンピュータ実行可能命令には、たとえば、汎用コンピュータ、専用コンピュータ、または専用処理デバイスに、ある機能または１群の機能を実施させる命令およびデータが含まれる。
【００１９】
【発明の実施の形態】
オペレーティング環境
図１および以下の説明は、本発明を実施できる適切な計算環境についての簡単で一般的な説明を提供するためのものである。しかし、本発明は、必ずしも特定のコンピュータ化されたシステムに限定されるものではなく、電話および他の通信デバイス、ＰＤＡ、情報キオスクなどを含むが、それらに限定されない広範囲なコンピュータ化されたシステム内で実践できることを強調しておく。
【００２０】
必ずしも必要とされるものではないが、本発明を、ネットワーク環境内でコンピュータによって実行される、プログラムモジュールなどのコンピュータ実行可能命令の一般的な状況において説明する。一般に、プログラムモジュールには、特定のタスクを実施するかまたは特定の抽象化データタイプを実施する、ルーチン、プログラム、オブジェクト、構成要素、データ構造などが含まれる。コンピュータ実行可能命令、関連データ構造、およびプログラムモジュールは、本明細書に開示した方法のステップを実行するためのプログラムコード手段の例を表す。このような実行可能命令または関連データ構造の特定のシーケンスは、このようなステップで説明した機能を実施するための対応する動作の例を表す。
【００２１】
パーソナルコンピュータ、ハンドヘルドデバイス、マルチプロセッサシステム、マイクロプロセッサベースのまたはプログラマブルの消費者用電子機器、ネットワークＰＣ、ミニコンピュータ、メインフレームコンピュータなどを含む、多くのタイプのコンピュータシステム構成を有するネットワーク計算環境内で本発明を実践できることは、当業者なら理解されるであろう。本発明はまた、通信ネットワークを通じて（ハードワイヤードリンク、ワイヤレスリンク、あるいはハードワイヤードまたはワイヤレスリンクの組み合わせによって）リンクされたローカルおよびリモート処理デバイスによってタスクが実施される分散型計算環境内でも実践できる。分散型計算環境においては、プログラムモジュールを、ローカルおよびリモート記憶装置デバイスの両方に置くことができる。
【００２２】
図１を参照すると、本発明を実施するためのシステムの例には、処理ユニット１２１、コンピュータ読取り可能媒体を備えたシステムメモリ１２２、システムメモリ１２２を含むさまざまなシステム構成要素を処理ユニット１２１に結合するシステムバス１２３を備えた、従来のコンピュータ１２０の形態の汎用計算システムが含まれている。システムバス１２３は、さまざまなバスアーキテクチャのどのようなものも使用する、メモリバスまたはメモリコントローラ、周辺バス、ローカルバスを含む、いくつかのタイプのバス構造のどのようなものでも良い。システムメモリは、読取専用メモリ（ＲＯＭ）１２４とランダムアクセスメモリ（ＲＡＭ）１２５とを含む。基本入出力システム（ＢＩＯＳ）１２６が、スタートアップ中などに、コンピュータ１２０内の素子間で情報を転送する助けとなる基本ルーチンを有し、ＲＯＭ１２４内に格納されていることがある。
【００２３】
コンピュータ１２０はまた、磁気ハードディスク１３９から読み取りおよびそこに書き込むための磁気ハードディスクドライブ１２７と、取り外し可能磁気ディスク１２９から読み取りおよびそこに書き込むための磁気ディスクドライブ１２８と、ＣＤ  ＲＯＭや他の光学媒体などの取り外し可能光学ディスク１３１から読み取りおよびそこに書き込むための光学ディスクドライブ１３０とを備えることもできる。磁気ハードディスクドライブ１２７、磁気ディスクドライブ１２８、および光学ディスクドライブ１３０は、それぞれ、ハードディスクドライブインターフェイス１３２、磁気ディスクドライブインターフェイス１３３、および光学ドライブインターフェイス１３４によってシステムバス１２３に接続される。ドライブおよび関連するコンピュータ読取り可能媒体は、コンピュータ１２０のための、コンピュータ実行可能命令、データ構造、プログラムモジュール、他のデータの不揮発性記憶装置を提供する。本明細書で説明する環境の例では、磁気ハードディスク１３９、取り外し可能磁気ディスク１２９、取り外し可能光学ディスク１３１を用いるが、磁気カセット、フラッシュメモリカード、ディジタルビデオディスク、ベルヌーイカートリッジ、ＲＡＭ、ＲＯＭなどを含む、データを格納するための他のタイプのコンピュータ読取り可能媒体も使用できる。
【００２４】
１つまたは複数のプログラムモジュールを備えるプログラムコード手段を、オペレーティングシステム１３５、１つまたは複数のアプリケーションプログラム１３６、他のプログラムモジュール１３７、プログラムデータ１３８を含む、ハードディスク１３９、磁気ディスク１２９、光学ディスク１３１、ＲＯＭ１２４またはＲＡＭ１２５に格納できる。ユーザが、キーボード１４０、ポインティングデバイス１４２、またはマイクロホン、ジョイスティック、ゲームパッド、衛星放送用パラボラアンテナ、スキャナなどの他の入力デバイス（図示せず）を通じてコンピュータ１２０にコマンドおよび情報を入力できる。これらのおよび他の入力デバイスは、しばしばシステムバス１２３に結合されたシリアルポートインターフェイス１４６を通じて処理ユニット１２１に接続される。代替として、入力デバイスは、パラレルポート、ゲームポートまたはユニバーサルシリアルバス（ＵＳＢ）などの他のインターフェイスによって接続されることもある。モニタ１４７または別のディスプレイデバイスもまた、ビデオアダプタ１４８などのインターフェイスを介してシステムバス１２３に接続される。モニタに加えて、パーソナルコンピュータには、通常、スピーカやプリンタなどの他の周辺出力デバイス（図示せず）が備えられる。
【００２５】
コンピュータ１２０は、リモートコンピュータ１４９ａおよび１４９ｂなどの、１つまたは複数のリモートコンピュータへの論理接続を使用するネットワークされた環境内で動作できる。記憶装置デバイス１５０ａおよび１５０ｂとそれらに関連するアプリケーションプログラム１３６ａおよび１３６ｂのみが図１に例示してあるが、リモートコンピュータ１４９ａおよび１４９ｂは、それぞれ、別のパーソナルコンピュータ、サーバ、ルータ、ネットワークＰＣ、ピアデバイス、他の共通ネットワークノードであって良く、通常、コンピュータ１２０について上述した素子の多くまたはすべてを備えることができる。図１に表した論理接続は、ローカルエリアネットワーク（ＬＡＮ）１５１とワイドエリアネットワーク（ＷＡＮ）１５２とを有するが、ここでは例として示し、何ら限定的なものではない。このようなネットワーキング環境は、オフィス全体または全社的なコンピュータネットワーク、イントラネット、インターネット内で身近なものである。
【００２６】
ＬＡＮネットワーキング環境内で使用された場合、コンピュータ１２０は、ネットワークインターフェイスまたはアダプタ１５３を通じてローカルネットワーク１５１に接続される。ＷＡＮネットワーキング環境内で使用された場合、コンピュータ２０は、インターネットなどのワイドエリアネットワーク１５２を介して通信を確立するために、モデム１５４、ワイヤレスリンク、または他の手段を備えることができる。モデム１５４は、内部または外部のいずれでも良いが、シリアルポートインターフェイス１４６を介してシステムバス１２３に接続される。ネットワークされた環境において、コンピュータ１２０、またはその一部分について記述したプログラムモジュールを、リモート記憶装置デバイス内に格納できる。示してあるネットワーク接続は例であって、ワイドエリアネットワーク１５２を介して通信を確立する他の手段も使用できることを理解されたい。
【００２７】
コンタクトスキーマ
図２は、複数のコンタクトを定義し、所定のスキーマに基づいて１つまたは複数の記憶媒体に格納されたコンタクト情報に関係づけるための１つの方法を示す流れ図２００である。図示のように、本実施形態は、コンタクトを定義し相互に関係づけるためのスキーマを提供する動作（動作２１０）と、スキーマに従ってコンタクトを定義するためのステップ（ステップ２２０）と、コンタクトを相互に関係づける役割を定義する動作（動作２３０）とを含む。
【００２８】
本実施形態では、ステップ２２０には、コンタクトを定義するための対応する動作が含まれる。具体的には、ステップ２２０が、対応するデータとともに、それぞれの人を定義（動作２４０）し、それぞれのグループを定義（動作２５０）し、それぞれの組織を定義（動作２６０）する動作を含むよう示してある。しかし、ステップ２２０は、本実施形態に例示した動作に限定されるものではないことを理解されたい。むしろ、ステップ２２０には、本発明のスキーマに従ってコンタクトを定義するための適切な対応する動作を含むことができる。ステップ２２０および例示した動作２１０、２３０、２４０、２５０、２６０のそれぞれを、以下に、図３Ａ〜図５を特に参照しながら説明する。
【００２９】
図３Ａは、本発明のスキーマによって定義されるコンタクト３１０Ａの一実施形態を示すブロック図である。図示のように、コンタクト３１０Ａは、電子アドレスデータ要素３２０Ａ、位置データ要素３３０、名前データ要素３４０を含む、複数のデータ要素内に含まれる個人データ３１２Ａおよびさまざまな他のデータによって定義される人を有する。このスキーマ構造に従って、人が、個人データ３１２Ａ、電子アドレスデータ３２２Ａ、位置データ３３２、名前データ３４２によって定義される。
【００３０】
個人データ３１２Ａは、表示名を有することができ、これにより、コンタクトは、ユーザインターフェイス上で、コンタクト指定（コンタクトが、人かグループか組織かを識別するため）、人の生年月日、人の性別が識別される。本実施形態には示していないが、個人データ３１２Ａはまた、人をシステムと識別するために使用される識別キーも有することができる。たとえば、ＰＩＮが識別キーであり得る。人が複数の識別キーを有することがあり、それらのどのような組み合わせもその人の個人データ３１２Ａ内に含めることができることも理解されたい。
【００３１】
電子アドレスデータ３２２Ａは、電子メールアドレス、インスタントメッセージングアドレス、ネットワークアドレス、電話番号、または他の電子アドレスおよび対応するデータを識別するデータを有することができる。用語「電子アドレス」は、本明細書では、用語「ｅロケーション」および「電子位置」と同義で使用される。
【００３２】
一実施形態によれば、電子アドレスデータ３２２Ａは、その人に割り当てられた、実際の電話番号、電子メールアドレス、または他の電子アドレスを含むアクセスポイントを有する。電子アドレスデータ３２２Ａはまた、どのサービスに電子アドレスが対応するのか（たとえば、インスタントメッセージング、電子メール、電話など）を指定するためのサービスタイプカテゴリも有することができる。電子アドレスデータ３２２Ａはまた、多くの同様のサービスタイプ間を特徴づけるかまたは区別するｅロケーション記述子も有することができる。たとえば、ｅロケーション記述は、「電話」サービスタイプを「家」および「携帯」、「第２の回線」などとして特徴づけることができる。開始日および終了日も、電子アドレスが有効である期間を指定するために提供できる。電子アドレスデータ３２２Ａはまた、（たとえば、ＭＳＮ、ＳＭＴＴなどの）電子アドレスのホストとして働くネットワークまたはシステムのタイプを定義するための技術モデルカテゴリフィールドも有することができる。
【００３３】
位置データ３３２は、コンタクト３１０Ａの住所または居住地に対応する物理アドレス情報を有することができる。たとえば、位置データ３３２は、コンタクトのアドレスに関連する、アドレスの記述名、アドレスのタイプ（たとえば、郵便のアドレス、実アドレス）、地区、町、通り、都市、郵便番号、州、国、メールストップを有することができる。
【００３４】
名前データ３４２は、コンタクトのさまざまな名前を有することができる。使用できる名前の例には、名前（ファーストネーム）、ミドルネーム、姓、肩書き、ニックネーム、名前の読み（読み仮名）、表示名が含まれる。名前データ３４２はまた、名前データ３４２内に含まれる名前のタイプ（たとえば、職業上の名前、個人名など）を指定するための名前タイプカテゴリ指定を有することもできる。
【００３５】
次に、本発明のスキーマによって定義される別のコンタクト３１０Ｂのブロック図で示した、図３Ｂについて説明する。この実施形態では、コンタクト３１０Ｂはグループコンタクトを有する。一実施形態によれば、グループが、識別可能なメンバーシップによって互いに関係づけられた人々または他のコンタクトの集合である。例示として、サッカークラブおよびチェスクラブが、メンバーシップによってグループに関係づけられた人々の集合を有するが、それらに限定されるものではない。
【００３６】
図３Ｂに示したように、スキーマは、電子アドレスデータ要素３２０Ｂおよびグループメンバーシップデータ要素３５０を含む、複数のデータ要素内に含まれたグループ識別データ３１２Ｂおよびさまざまな他のデータに従ってグループを定義する。上述の電子アドレスデータ要素３２０Ａと同様に、電子アドレスデータ要素３２２Ｂは、グループのメンバに電子的にコンタクトするための、電子メールアドレス、インスタントメッセージングアドレス、ネットワークアドレス、電話番号、または他の電子アドレスを定義する電子アドレスデータ３２２Ｂを有することができる。
【００３７】
例示として、電子アドレスデータ３２２Ｂは、グループにコンタクトするために使用される電子メールアドレスまたは他の電子アドレスを有するアクセスポイントを有することができる。電子アドレスデータ３２２Ａはまた、上述したように、特定されたアドレスのタイプを特徴づけるｅ（電子）ロケーション記述子も有することができる。開始日および終了日も、電子アドレスが有効である期間を指定するよう提供できる。電子アドレスデータ３２２はまた、どのサービスに電子アドレスが対応するのか（たとえば、電子メール、インスタントメッセージングなど）を指定するためのサービスタイプカテゴリ、および電子アドレス（たとえば、ＭＳＮ、ＳＭＴＴなど）のホストとして働くネットワークまたはシステムのタイプを定義するための技術モデルカテゴリフィールドも有することができる。
【００３８】
グループはまた、グループメンバーシップデータ３５２によって定義され、これは、グループ内での人のキャパシティを指定するためのケイパビリティデータを有することができる（たとえば、図５を参照しながら以下に示すように、ある人がグループ内で会長として識別される。）。グループメンバーシップデータ３５２はまた、ある人の持っているメンバーシップのタイプ（たとえば、年間、月毎、生涯など）を指定するためのメンバーシップタイプを有することができる。
図４および５を参照しながら以下にさらに詳細に説明するように、グループメンバーシップデータ３５２は、一般に、人やグループなどのプリンシパルコンタクト間に存在する関係を定義するための役割データとして使用される。
【００３９】
他の実施形態では、グループは、グループのサイズや特性などのグループを定義する追加の定義を有するグループデータによってさらに定義される。グループがまた、グループに利用されおよびそれに関連するリソースまたは位置によっても定義できる。例示として、グループまたはグループとともに働くアドミニストレータによって使用される会議室が、グループに関連する可能性のあるリソースを備えるが、グループのメンバの電子メーリングまたはインスタントメッセージングなどの、グループ「タスク」内に含まれない。
【００４０】
図３Ｃは、本発明のスキーマによって定義される組織３１０Ｃを有するさらに別のプリンシパルコンタクトを示すブロック図である。図示のように、組織３１０Ｃは、組織識別データ３１２Ｃと、電子アドレスデータ要素３２０Ｃおよび位置データ要素３６０内に含まれる他のデータとによって定義される。電子アドレスデータ要素３２０Ｃ内に含まれる電子アドレスデータ３２２Ｃは、人ではなく組織のみに対応する、上述の電子アドレスデータ３２２Ａと同様である。たとえば、電子アドレスデータ３２２Ｃは、企業の電子メールアドレスまたは電話番号を有することができる。
【００４１】
位置データ要素３６０は、組織の物理位置に対応する位置データ３６２を有する。たとえば、位置データ３３２は、組織の本部（たとえば、財務本部、法的な本部、および／または地理上の本部）に関係する、アドレスの記述名、アドレスのタイプ（たとえば、郵便のアドレス、実アドレス）、および地区、町、通り、都市、郵便番号、州、国、メールストップを有することができる。
【００４２】
図３Ｃに示したように、組織コンタクト３１０Ｃはまた、親組織にリンクできる。組織が、どのような数の親組織にもおよびどのようなタイプの階層ツリー構造内にも関連しリンクできることを理解されたい。親組織の階層の例は、示していない。
【００４３】
一実施形態によれば、組織コンタクト３１０Ｃ、グループコンタクト３１０Ｂ、人コンタクト３１０Ａは、それぞれ、プリンシパルコンタクトを有する。これらのプリンシパルコンタクトは、本発明のスキーマに従って役割によって関係づけられる。しかし、すべてのプリンシパルがコンタクトを有するわけではないことを理解されたい。たとえば、一部のプリンシパルは、コンピュータまたは他のオブジェクトを有することがある。したがって、プリンシパルを、アクセス許可を割り当てることのできるエンティティまたはオブジェクトとして、より広範囲に解釈できる。用語「役割」は、本明細書では一般に、２つまたはそれ以上のプリンシパル間に存在する関係として定義される。したがって、役割が、２つまたはそれ以上のプリンシパル間の関係を定義する、対応する役割データを有することができる。
【００４４】
図４は、役割４１０を有するスキーマに従って、２つのプリンシパル４２０Ａ、４２０Ｂがどのように関係づけられているかを示すブロック図４００である。
図４に示した例では、２つのプリンシパル４２０Ａおよび４２０Ｂが、対応するデータ４２２Ａ、４２２Ｂによって定義される。この対応するデータ４２２Ａ、４２２Ｂは、個人データ３１２Ａ、電子アドレスデータ３２２Ａ、３２２Ｂ、３２２Ｃ、位置データ３３２、３６２、名前データ３４２、グループメンバーシップデータ３５２、グループ識別データ３１２Ｂ、組織識別データ３１２Ｃを具体的に参照して上述したデータのどのようなものも有することができるが、それらに限定されるものではない。
【００４５】
しかし、本実施形態では、データ４２２Ａおよび４２２Ｂには、名前データおよびプリンシパル識別キーデータのみを有した形で示してある。名前データは、上述したように、プリンシパルコンタクトの名前（たとえば、人、グループ、または組織の名前）に対応する。プリンシパル識別キーデータは、プリンシパルを別のプリンシパルから識別するために使用される１つまたは複数のキャラクタまたは記号に対応する。例示として、人の数値ＰＩＮを人の名前とともに使用して、人を財務組織などの組織から識別できるが、それに限定されるものではない。
人が、多くの異なる組織、グループ、人々に対応する多くのプリンシパル識別キーを有することができる。組織およびグループがまた、プリンシパル識別キーを有することもできる。
【００４６】
プリンシパル４２０Ａおよび４２０Ｂは、本発明に従って、従業員データ要素４３０、チームメンバデータ要素４４０、グループメンバーシップデータ要素４５０、家族データ要素４６０、顧客データ要素４７０を含む、１つまたは複数のデータ要素内に含まれる役割データによって関係づけられる。本明細書で説明する役割データを使用して、動作２３０でコンタクトを相互に関係づける役割を定義する（図２）。
【００４７】
役割データがまた、役割のパラメータを定義する追加のデータ４１２も有することができる。たとえば、追加のデータ４１２を使用して、開始日および終了日に基づく役割４１０の有効期間を定義できる。追加のデータ４１２を使用して、たとえば、プリンシパル４２０Ａおよび４２０Ｂによって使用される共通電子メールなどの、プリンシパル４２０Ａおよび４２０Ｂを関係づけるｅロケーションを識別することもできる。
【００４８】
プリンシパル４２０Ａおよび４２０Ｂが雇用関係によって関係づけられた場合は、雇用関係を定義する役割データは、従業員のＩＤ、従業員が働いているオフィスの番号、従業員の電子メール、仕事場の位置（仕事場のアドレス）、仕事場の電話番号、従業員のステータス（臨時、フルタイム、パートタイムなど）、雇用者に対する従業員の肩書きなどの従業員データ４３２を有することができる。
【００４９】
プリンシパル４２０Ａと４２０Ｂの間の関係がチーム関係を有する場合は、その関係を定義する役割データが、チームメンバがチーム内で占めるポジションなどのチームメンバデータ４４２を有することができる。
【００５０】
プリンシパル４２０Ａと４２０Ｂの間の関係がグループ関係を有する場合は、その関係を定義する役割データは、図３Ｂを参照しながら上述した、グループケイパビリティやメンバーシップタイプなどのグループメンバーシップデータ４５２を有することができる。
【００５１】
プリンシパル４２０Ａと４２０Ｂの間の関係が家族関係を有する場合は、役割データは、家族イベントデータを含む家族データ４６２を有することができる。
家族イベントデータが、共有される家族イベント（たとえば、家族の再会、家族旅行など）を定義するための家族イベントデータを有することができる。
【００５２】
プリンシパル間の関係がビジネスと消費者の関係などのビジネス関係を有する場合は、役割データは、消費者データ４７２を有することができる。顧客データ４７２は、消費者をビジネスに関係づけることに関係すると考えられる、どのようなデータも有することができる。一実施形態では、消費者データ４７２は、それぞれ、プロバイダおよび顧客の属性および特性を定義するためのプロバイダおよび顧客クッキーフィールドを有する。
【００５３】
次に、役割（グループメンバーシップ５４０および従業員データ５５０）を通じて関係づけられた３つのプリンシパル（人５１０、グループ５２０、組織５３０）の一例を示した、図５ついて説明する。この例は、本発明のスキーマを使用して、どのようにコンタクトを定義し関係づけることができるかをさらに示すための例示として提供したものであり、限定的なものではないことを理解されたい。
【００５４】
図示のように、人５１０が、個人データ  ｅロケーションデータ、名前データ、位置データを含むさまざまなデータ５１２によって定義される。より詳細には、人５１０が、１９１２年６月１５日の生年月日を有する女性として定義される。人５１０は、複数のｅロケーションおよび名前によってさらに定義される。ｅロケーションは、携帯電話番号と電子メールアドレスとを有する。人５１０がまた、位置データ５６２にリストされており、人５１０の住所の電話回線に対応する、さらに別の電話番号によっても定義される。人５１０を定義する名前は、Ｊａｎｅ  Ｄｏｅという職業上の名前およびＪａｎｅ  Ｅｏｄという個人名を有する。人５１０がまた、位置データ要素５６０内に含まれ、人５１０の、名前、地区、町、住所のアドレスを有する位置データ５６２によっても定義される。
【００５５】
本例によれば、第２のプリンシパル５２０は、電子メールアドレスを有するｅロケーションを含むサッカママクラブとして定義されるグループを有する。第３のプリンシパル５３０は、電話、ＵＲＬ、電子メール  ｅロケーションを有するＭＣＲＳＦＴ社として定義される。第３のプリンシパル５３０はまた、位置データ要素５８０内に含まれる位置データ５８２によっても定義される。位置データ５８２は、地区、町、通り、都市、郵便、州、国のアドレスデータ、アドレスデータに関連する名前およびｅロケーションを有する。
【００５６】
３つのプリンシパル５１０、５２０、５３０のそれぞれが、上述したように、本実施形態に従って役割５４０および５５０によって関係づけられる。より詳細には、役割５４０が、役割データ５４２でプリンシパル５１０をプリンシパル５２０に関係づける。役割５４０がグループメンバーシップを有し、役割データ５４２は「会長」のケイパビリティを有する。したがって、プリンシパル５１０（Ｊａｎｅ  Ｄｏｅ）が、グループ５２０（サッカーママクラブ）のメンバであり会長である。
【００５７】
同様に、役割５５０が、役割データ５５２でプリンシパル５１０をプリンシパル５３０に関係づける。図示のように、役割５５０が、役割データ５５２によって定義される雇用関係を有する。本実施形態では、役割データ５５２は、従業員のＩＤ、オフィス番号、肩書き、対応する仕事場の電子メールアドレスおよび電話番号を定義するデータフィールドを有する。したがって、役割データ５５２は、プリンシパル５１０（Ｊａｎｅ  Ｄｏｅ）をプリンシパル５３０（ＭＣＲＳＦＴ社）の従業員として定義する。役割５５０が、位置データ要素５７０内に含まれる位置データ５７２によってさらに定義される。位置データ５７２は、建物の名前および建物の電話番号とともに、従業員（Ｊａｎｅ  Ｄｏｅ）が働いている建物のアドレスを有する。
【００５８】
図示および上述したように、役割に基づいてコンタクトを相互に関係づけることにより、スキーマは、人々、グループ、組織の所望のコンタクト情報を得るために、１つまたは複数のデータベースの豊富な照会を提供することができる。スキーマは、所望のフォーマットで所望のコンタクト情報を入力しアクセスし表示し処理するために、１つまたは複数のＡＰＩおよびユーザインターフェイスとともに使用できる。
【００５９】
一実施形態では、開示したスキーマは、本発明のスキーマに従ってコンタクトを定義し関係づけることができるようにするための１つまたは複数の計算システムに属する、１つまたは複数のＡＰＩおよびユーザインターフェイス（動作２１０）に提供される。コンタクトは、図３Ａ〜３Ｃを参照しながら上記に定義した構造に従って、スキーマ（ステップ２２０）に基づいて定義される。このことは、コンタクト情報が以前から存在するデータベースから抽出される場合などに、自動的に達成できる。代替として、コンタクトを、適切なユーザインターフェイスを介して適切なコンタクト情報を入力することにより手動で定義することもできる。役割をまた、以前から存在するデータベースからデータを抽出するか、または手動データエントリを通じて（動作２３０）自動的にまたは手動で定義することもできる。いったん適切なコンタクト情報が得られると、上述したように、それをスキーマの構造に対応するデータフィールド内に格納できる。スキーマは、所定の組の定義に基づいて予め決められていると考えることができる。スキーマはまた、新しい役割が作成されて、スキーマによって定義されたコンタクトに相互に関係づけると、連続的に更新し変更できるので、動的であると考えることもでき、それにより、拡張性が提供される。
【００６０】
一実施形態によれば、スキーマは、それぞれのプリンシパルコンタクト（人、グループ、組織）を、ファイルと同様の方式で、コピーし、削除し、移動し、開け、プリントできるデータベース項目として扱う。このため、それぞれのプリンシパルコンタクトを、分類し、フォルダ内に入れ、注釈を付け、リンクし、アタッチメントに入れ、プロパティを割り当てるなどをすることができる。このことは、異なるデータベースからのコンタクト情報の交換を可能にする場合に、特に有益となることができることを理解されたい。
【００６１】
図５に示してあるように、位置データ要素５６０、５８０、５７０のそれぞれが、それぞれ、対応するプリンシパルおよび役割５１２、５３２、５５２から分離されている。位置データ要素５６０、５７０、５８０のこの分離により、位置データ要素５６０、５７０、５８０を独立した項目として扱い、位置データ要素５６０、５７０、５８０を分類し、フォルダに入れ、注釈を付け、リンクし、アタッチメントに入れ、プロパティをを割り当てるなどをすることもできる。このことは、たとえば、マップまたは天気予報を位置データ要素にリンクする場合に有益であることがある。
【００６２】
本発明は、本発明の趣旨および本質的な特性から逸脱することなく、他の特定の形態でも包含できることを理解されたい。説明した実施形態はすべての点において、単に例示のためであり限定的なものではないと考えるべきである。したがって、本発明の範囲は、上述の説明ではなく特許請求の範囲によって示される。
特許請求の範囲の均等物の意味および範囲内に含まれるすべての変更形態は、それらの範囲内に含まれるものとする。
【図面の簡単な説明】
【図１】本発明のための適切なオペレーティング環境を提供するオペレーティングシステムの一実施形態を示す図である。
【図２】本発明の一実施形態に従ってコンタクトを定義し関係づけるための方法のある動作を示す流れ図である。
【図３Ａ】本発明のスキーマに従って人を定義するためのデータ構造を示すブロック図である。
【図３Ｂ】本発明のスキーマに従ってグループを定義するためのデータ構造を示すブロック図である。
【図３Ｃ】本発明のスキーマに従って組織を定義するためのデータ構造を示すブロック図である。
【図４】本発明のスキーマに従ってコンタクトを相互に関係づけるために使用できる役割を定義するためのデータ構造を示すブロック図である。
【図５】役割データによって相互に関係づけられた人、グループ、組織を定義するデータ構造を示すブロック図である。
【符号の説明】
１２０  コンピュータ
１２１  処理ユニット
１２２  システムメモリ
１２３  システムバス
１２４  読取汎用メモリ（ＲＯＭ）
１２５  ランダムアクセスメモリ（ＲＡＭ）
１２６  基本入出力システム（ＢＩＯＳ）
１２７  磁気ハードディスクドライブ
１２８  磁気ディスクドライブ
１２９  取り外し可能磁気ディスク
１３０  光学ディスクドライブ
１３１  取り外し可能光学ディスク
１３２  ハードディスクドライブインターフェイス
１３３  磁気ディスクドライブインターフェイス
１３４  光学ドライブインターフェイス
１３５  オペレーティングシステム
１３６  アプリケーションプログラム
１３７  他のプログラムモジュール
１３８  プログラムデータ
１３９  ハードディスク
１４０  キーボード
１４２  ポインティングデバイス
１４６  シリアルポートインターフェイス
１４７  モニタ
１４８  ビデオアダプタ
１４９ａ、１４９ｂ  リモートコンピュータ
１５０ａ、１５０ｂ  記憶装置デバイス
１５１  ローカルエリアネットワーク（ＬＡＮ）
１５２  ワイドエリアネットワーク（ＷＡＮ）
１５３  アダプタ
１５４  モデム
２２０  ステップ
２１０、２３０、２４０、２５０、２６０  動作
３１０Ａ  コンタクト
３１０Ｂ  グループコンタクト
３１０Ｃ  組織コンタクト
３１２Ａ  個人データ
３１２Ｂ  グループ識別データ
３１２Ｃ  組織識別データ
３２０Ａ、３２０Ｂ  電子アドレスデータ要素
３２２Ａ、３２２Ｂ  電子アドレスデータ
３３０、３６０、５６０、５７０、５８０  位置データ要素
３３２、３６２、５６２、５７２、５８２  位置データ
３４０  名前データ要素
３４２  名前データ
３５０  グループメンバーシップデータ要素
３５２  グループメンバーシップデータ
４１０  役割
４１２  追加のデータ
４２０Ａ、４２０Ｂ  プリンシパル
４２２Ａ、４２２Ｂ  データ
４３０  従業員データ要素
４３２、５５０  従業員データ
４４０  チームメンバデータ要素
４４２  チームメンバデータ
４５０  グループメンバーシップデータ要素
４５２  グループメンバーシップデータ
４６０  家族データ要素
４６２  家族データ
４７０  顧客データ要素
４７２  消費者データ、顧客データ
５１０  人
５１２、５３２、５５２  役割
５２０  グループ
５３０  組織
５４０、５５０  役割
５４２  役割データ
【図１】
2004199646.tif 000003
【図２】
2004199646.tif 000004
【図３Ａ】
2004199646.tif 000005
【図３Ｂ】
2004199646.tif 000006
【図３Ｃ】
2004199646.tif 000007
【図４】
2004199646.tif 000008
【図５】
2004199646.tif 000009