JP2010520533A - 情報技術管理のための存在認識通知 - Google Patents

Abstract

存在認識通知を利用する情報技術（ＩＴ）管理のためのシステムおよび方法を開示する。一実装において、本方法は、１人または複数のユーザーの可用性またはオンラインのステータスをＩＴ管理サーバーにて受信することを含む。ＩＴ管理サーバーは、監視データベースに１つまたは複数の警告についてクエリを行う。１つまたは複数の警告を１人または複数のユーザーへ、それぞれの可用性またはオンラインのステータスに基づいて送信する。

Description

本発明は、情報技術管理のための存在認識通知に関する。

情報技術（ＩＴ）インフラストラクチャの信頼性および効率は、ＩＴ管理、ならびにＩＴ関係のクエリおよび／または警告の分解時間に大いに依存している。一般的なＩＴインフラストラクチャにおいて、ネットワーク管理システムは、総合的なイベント管理、予防的監視、警告、および通知の機能を提供することが可能である。通知は、識別される個人またはヘルプデスクのテクニカルサポートのスタッフのグループへ、警告またはクエリを送信することを含むことが可能である。時には、警告またはクエリは、個人またはグループの不在のため、または個人もしくはグループの可用性が無いために放置されたままとなり、効果のないまたは不満足なＩＴ管理になってしまうことがある。可能性のある解決方法はエスカレーション機構であり得、エスカレーション機構においては、分解時間の周期内にテクニカルサポートのスタッフから何のアクションも無い場合、通知が、テクニカルサポートチームのリーダまたは管理者などの別の関係者に送信される。このようなアプローチの不都合な点は、時間が重視される状況においては許容できない、好ましくない遅延を生じる可能性があることである。

ＩＴインフラストラクチャにおいて、ネットワーク管理に関連する１つの重要な態様は、テクニカルサポートのスタッフ（すなわち、ＩＴスタッフ）への警告の通知である。このような警告は、オペレーティングシステムまたは企業が販売する他の任意のソフトウェア製品に付随する問題に関係し得る。さらに、ＩＴの問題はまた、ハードウェア障害（例えば、プリンタのオフライン、ネットワーク接続不良）によっても起こり得る。ネットワーク管理のシステムおよび方法が自動警告通知能力を提供することができても、テクニカルサポートのスタッフがオフラインの状態または休暇中である場合、警告は放置されたままになり得る。テクニカルサポートのスタッフのチーム管理者に、放置された警告について通知することはできるが、これにより警告に対する支援の取得に遅延が生じ得る。このような遅延により、ある状況においては極めて重大になり得る応答時間および分解時間の増大を生じる。

本概要は、以下の発明の詳細な説明でさらに説明されている情報技術（ＩＴ）管理のための存在認識通知の簡略化した概念を紹介するために提供するものである。本概要は、特許請求の範囲に記載されている主題事項の本質的な特徴を特定することを目的とするものでも、特許請求の範囲に記載されている主題事項の範囲の決定に際して、使用することを目的とするものでもない。

一実施形態において、ＩＴアドミニストレーターなどの１人または複数のユーザーの可用性ステータスを受信する。警告をユーザーに提供することができ、その場合ユーザーの可用性に基づいて警告通知をユーザーに送出する。

詳細な説明は、添付の図面を参照して説明される。図面において、参照番号の最左桁の数字が、その参照番号が最初に出現する図面を特定する。異なる図面における同じ参照番号の使用は、同様または同一の項目を表す。
情報技術管理のための存在認識通知を実装する例示的システムを示す図である。 存在認識通知を使用するＩＴインフラストラクチャを管理するための例示的情報技術（ＩＴ）管理サーバーの実装を示す図である。 情報技術管理のための存在認識通知を容易にする例示的ＳＩＰ（Session Initiation Protocol）サーバーの実装を示す図である。 存在認識通知を使用する情報技術管理のための例示的対話型インターフェースを示す図である。 一実施形態に従う、情報技術管理サーバーとＳＩＰサーバーとの間の一連の例示的相互作用を示す図である。 存在認識通知を利用する情報技術管理のための例示的方法を示すフローチャートである。

以下の開示は、存在認識通知を利用する情報技術管理のシステムおよび方法を説明する。説明する存在認識通知を利用するＩＴ管理のシステムおよび方法の態様は、任意の数の異なるコンピューティングシステム、環境、および／または構成において実装可能であり、本システムおよび方法の実施形態を、以下の例示的システムアーキテクチャとの関連において説明する。

開示されるシステムおよび方法は、向上したＩＴ管理のためのテクニカルサポートのユーザー（メンバ）の存在認識通知を提供する。１つまたは複数の警告を、関連するテクニカルサポートのスタッフへ、彼らの可用性ステータスおよび所在位置に基づいて向けることができる。一実装において、ＩＴ管理サーバーは、警告通知を送信しユーザーとの通信セッションを確立する通信サーバーにより提供されるユーザー情報（例えば、ユーザーの可用性ステータスおよび所在位置）を利用する。このようなＩＴ管理システムは、効果的な警告通知を確実にし、警告のための分解時間および応答時間を最適化することが可能である。

（例示的システム）
図１に、情報技術（ＩＴ）管理のための存在認識通知の例示的システム１００を示す。この目的のために、システム１００は、ＩＴ管理サーバー１０２を含み、ＩＴ管理サーバー１０２はネットワーク１０４を介してＳＩＰサーバー１０６などの通信サーバーと通信する。システム１００は、本件特許出願人により提供されまたは定義されるようなＴｅｒｍｉｎａｌ Ｓｅｒｖｉｃｅ（商標）システムとすることができ、そこでは、ＳＩＰサーバー１０６を、ＩＴ管理サーバー１０２上で実行されているアプリケーション（単数または複数）により呼び出すことができる。そのようなアプリケーションは、管理機能を提供することができ、特に、ＩＴインフラストラクチャの管理のためのイベント管理、予防的監視、警告および警告通知の機能を提供する１つまたは複数のネットワーク管理モジュールを含む。Ｔｅｒｍｉｎａｌ ＳｅｒｖｉｃｅおよびＳＩＰを、例として説明するが、他のシステムおよびプロトコルを実装できると考えられる。

ＩＴ管理サーバー１０２は、種々のオペレーティングシステムのうちの１つを含むことができる。ＩＴ管理サーバー１０２を、任意の様々な従来のコンピューティングデバイスとして実装することができ、当該コンピューティングデバイスには、運営または管理の能力をネットワークまたはＩＴアドミニストレーターへ提供するよう構成し得る、デスクトップＰＣ、ノート型または携帯型コンピューター、ワークステーション、メインフレームコンピューター、モバイルコンピューティングデバイス、インターネット、インターネット家電などが含まれる。さらに、ＩＴ管理サーバー１０２はまた、サーバー−クライアントコンピューティング環境においてサーバーとして構成される１つまたは複数の前述のコンピューティングデバイスを含み得る。

ＳＩＰサーバー１０６はＳＩＰを実装し、当該ＳＩＰは、１つまたは複数のコンピューティングデバイスとの通信セッションを作成、修正、および終了するためのアプリケーション層制御（すなわち、シグナリング）プロトコルである。このようなプロトコル（すなわち、ＳＩＰ）を例として使用するが、他のプロトコルを使用することができると考えられる。これらのセッションには、インターネット電話の通話、マルチメディア配信、およびマルチメディア会議などが含まれる。ＳＩＰサーバー１０６は、汎用ＰＣ（personal computer）、ラップトップＰＣ、タブレット型ＰＣなどとすることができ、本件特許出願人のＷｉｎｄｏｗｓ（登録商標）ブランドのオペレーティングシステムなどのオペレーティングシステムを実装し得る。ＳＩＰサーバー１０６はまた、ユーザー間のコールセットアップ機能、ユーザーの可用性ステータス、インスタントメッセージなどを提供する通信サーバーとすることができる。あるいは、ＳＩＰサーバー１０６を、主としてＩＴ管理サーバー１０２とインターフェース接続して、ＩＴ管理に必要な情報を提供するスタンドアロンの通信サーバーとして実装し得る。
ネットワーク１０４は、無線または有線のネットワーク、またはそれらの組合せとすることができる。ネットワーク１０４はまた、個々のネットワークの集合とすることができ、相互に接続され、単一の大きなネットワーク（例えば、インターネットまたはイントラネット）として機能する。そのような個々のネットワークの例には、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、およびＭＡＮ（Metropolitan Area Network）が含まれるが、これらに限定されない。さらに、個々のネットワークは、無線または有線のネットワーク、またはそれらの組合せとすることができる。その上、ＩＴ管理サーバー１０２およびＳＩＰサーバー１０６を接続するネットワーク１０４は、ＴＣＰ／ＩＰ（Transmission Control Protocol over Internet Protocol）、ＵＤＰ（User Datagram Protocol）、ＲＴＰ（Real-time Transport Protocol）、ＤＮＳ（Domain Name Server）、ＳＭＴＰ（Simple Mail Transfer Protocol）などの、１つまたは複数のアプリケーション層およびトランスポート層のプロトコルを実装し得る。

一例示的実装において、ＩＴ管理サーバー１０２は、１つまたは複数のネットワークの管理を可能にするネットワーク管理システムをホストする。このようなネットワーク管理システムの例は、本件特許出願人製システムセンターオペレーションマネージャ、すなわち「Ｏｐｓ Ｍｇｒ」である。ネットワーク管理システムは、ネットワーク管理システムの監視の態様を実装するための監視コンソール１０８を含む。

ＩＴ管理サーバー１０２は、ワークグループ内の１つまたは複数のネットワークコンピューティングデバイスと通信することができる。例として、ワークグループは、ＬＡＮとすることができ、ＬＡＮは、ＩＴアドミニストレーターにより管理される組織における１つまたは複数のコンピューティングデバイスを含む。別の例としては、組織内で動作するサーバーのネットワークがある。ＩＴアドミニストレーターは、ネットワーク管理システム（例えば、Ｏｐｓ Ｍｇｒ）を利用して、管理されているネットワークまたはワークグループを構成するコンピューティングデバイスに関して、総合的なイベント管理、予防的監視、警告および通知の機能を容易にし得る。従って、ネットワークまたはワークグループ内のコンピューティングデバイスを、エラーまたは警告をネットワーク管理システムに報告するよう構成し得る。

監視データベース１１０は、管理されるネットワーク（例えば、組織内のワークグループまたはＬＡＮ）の１つまたは複数のコンピューティングデバイスから受信した警告通知を格納することができる。監視データベース１１０を、ＲＡＭ（Random Access Memory）などの揮発性メモリ、および／またはＲＯＭ（Read Only Memory）もしくはフラッシュＲＡＭなどの不揮発性メモリ、またはそれらの組合せの形式の、コンピューター読み取り可能な媒体として実装し得る。ネットワーク管理システムは、監視データベース１１０を構成して、ワークグループから受信した警告通知を格納することができる。あるいは、監視データベース１１０をＩＴ管理サーバー１０２内に実装し得る。

ＳＩＰサーバー１０６は、ＳＩＰクライアントＡＰＩ（Application Program Interface）１１２を実装して、警告が向けられ得る１人または複数のユーザーに関連する情報を表に出し得る。ＳＩＰクライアントＡＰＩ １１２は、システム１００において実装されるＳＩＰサーバー１０６のタイプに特有の機能をサポートする、ライブ通信サーバーＡＰＩまたは一組のＡＰＩとすることができる。

ＳＩＰクライアントＡＰＩ １１２は、監視コンソール１０８を呼び出して、１つまたは複数の警告通知について監視データベース１１０にクエリを行うことができる。続いて、ＳＩＰクライアントＡＰＩ １１２は、監視コンソール１０８に、１人または複数の警告が向けられ得るユーザーについての情報（すなわち、ユーザー情報）を投入することができる。そのようなユーザーは、ヘルプデスクまたはサービスデスクの一部とすることができ、ここでは、ユーザーは、種々のサービスプロバイダに雇用されるテクニカルサポートまたは支援スタッフとすることができる。

ユーザーは、サブネットワーク１１６を介してＳＩＰサーバー１０６と通信するユーザーデバイス１１４−１、１１４−２、および・・・、１１４−Ｎによってオンラインの状態にあり得る。一代替的実施形態において、ユーザーデバイス１１４は、１つまたは複数の、デスクトップＰＣ、ノート型または携帯型のコンピューター、ワークステーション、メインフレームコンピューター、モバイルコンピューティングデバイス、スマートフォン、インターネット家電、ＰＤＡ（Personal Digital Assistant）などとすることができる。

その上、サブネットワーク１１６は、個々のネットワークの集合とすることができ、互いに相互接続され、単一の大きなネットワーク（例えば、インターネットまたはイントラネット）として機能する。そのような個々のネットワークの例には、ＬＡＮ、ＷＡＮ、およびＭＡＮが含まれるが、これらに限定されない。さらに、個々のネットワークは、無線または有線のネットワーク、またはそれらの組合せとすることができる。ＳＩＰサーバー１０６およびユーザーデバイス１１４を接続するサブネットワーク１１６は、ＴＣＰ／ＩＰ、ＵＤＰ、ＲＴＰ、ＤＮＳ、ＳＭＴＰなどの、１つまたは複数のアプリケーション層およびトランスポート層のプロトコルを実装し得る。

一例示的構成において、ＳＩＰサーバー１０６は、所与の瞬間におけるユーザーのオンラインステータスを示す存在認識通知をサポートする。従って、ＳＩＰクライアントＡＰＩ １１２は、ユーザーの可用性を確認し、このような情報を監視コンソール１０８において投入する。ユーザーの可用性（ユーザーの可用性とは、ユーザーの現在のオンラインまたはオフラインのステータスである）を、ユーザーの接続性ステータス、またはユーザーの存在もしくは不在に依存して判定し得る。例えば、ユーザーがモバイルネットワーク内におり、ユーザーはモバイルデバイス（例えば、ユーザーデバイス１１４−１）を介して接続されている場合、ＳＩＰクライアントＡＰＩ １１２は、ユーザーがオンライン状態であり、警告に注意を向けることが可能であると推測し得る。ＳＩＰクライアントＡＰＩ １１２は、このようなユーザー情報を監視コンソール１０８へ送信する。
監視コンソール１０８は、１人または複数のユーザーに関連する情報（すなわち、ユーザー情報）を受信し、役割ベースのセキュリティポリシーに従ってユーザーのグループを形成し得る。例えば、役割ベースのセキュリティポリシーを、アプリケーションサーバー１１８において実装して、異なるユーザーの役割とその関連する範囲を定義し実装することができる。本例において、アプリケーションサーバー１１８は、種々の役割およびそれぞれの範囲を定義するために、ＩＴアドミニストレーター／管理者により構成可能である役割ベースのセキュリティモジュール１２０を含む。役割およびそれぞれの範囲を、役割説明と称し得る。例えば、特定のユーザーをチームのリーダの役割に割り当て、別のユーザーをテクニカルサポートの役割に割り当てることができる。

役割ベースのセキュリティモジュール１２０は、ＩＴアドミニストレーターが、割り当てられた役割に基づいてネットワーク管理システム（例えば、Ｏｐｓ Ｍｇｒ）のためのセキュリティポリシーを実装することを容易にすることができ、これによって、ユーザー（例えば、テクニカルサポートのスタッフのメンバ）が関連のある情報のみにアクセスを有することを許可することにより、データのセキュリティを確実にすることが可能である。例えば、構造化クエリ言語またはＳＱＬサーバーに関連する警告に注意を向けるユーザーは、Ｗｉｎｄｏｗｓ２００３サーバーに関連する警告にはアクセスを有し得ない。役割ベースのセキュリティモジュール１２０は、種々のユーザーの役割説明（すなわち、役割および関連する範囲の詳細）を監視コンソール１０８へ送信し得る。監視コンソール１０８は次に、受信した役割説明を格納し利用して、１つまたは複数のグループを形成し得る。

監視コンソール１０８はまた、対話型インターフェースをＩＴアドミニストレーターまたは管理者へ提供し、ネットワーク管理をより容易にすることができる。図４を参照して以下で論ずる対話型インターフェースの例を、「例示的対話型インターフェース」と題する章に説明する。対話型インターフェースは、ユーザー情報（例えば、ユーザー名）、グループ情報（例えば、グループ名）、警告の詳細（例えば、警告のタイプ、発生時刻、分解ステータスなど）、および警告通知に関連する他の関係する詳細を含むデータを表示することが可能である。インターフェースはまた、ＳＩＰクライアントＡＰＩ １１２により提供されるような１人または複数のユーザーの可用性ステータスを表示し得る。

このような対話型インターフェースは、警告のドラッグアンドドロップ、グループへの警告通知の送信などの、監視コンソール１０８の能力を表に出す。警告を、図１に示すように、ユーザーデバイス１１４またはユーザーグループ１２２に転送し得る。ユーザーグループ１２２は、監視コンソール１０８により役割説明を利用することにより形成し得、または、テクニカルサポートチームの管理者またはリーダにより形成される所定のグループとすることができる。単一のユーザーグループ１２２が図１に示されているが、任意の数のグループを形成し得ると考えられる。

一実施形態において、監視コンソール１０８は、手動または自動の警告通知を可能にする。手動の警告通知においては、ＩＴアドミニストレーターは、対話型インターフェースに表示されるような可用性ステータスを利用して、警告通知をユーザーデバイス（例えば、ユーザーデバイス１１４）またはユーザーグループ１２２へ送信し得る。あるいは、自動の警告通知においては、監視コンソール１０８は、警告通知を、予想される受信者の可用性ステータスおよび所在位置に基づいて、ユーザーまたはユーザーグループへ単に送信する。ＩＴアドミニストレーターは、例示的ネットワーク管理のために、手動または自動の警告通知のモードのどちらか一方を選択し得る。

（例示的ＩＴ管理サーバー）
図２に、存在認識通知を使用するＩＴインフラストラクチャを管理するためのＩＴ管理サーバー１０２の実装を示す。ＩＴ管理サーバー１０２は、メモリ２０２に連結される１つまたは複数のプロセッサ２００を含むことが可能である。そのようなプロセッサ（単数または複数）２００は、例えば、マイクロプロセッサ、マイクロコンピューター、マイクロコントローラ、デジタル信号プロセッサ、中央処理装置、状態機械、論理回路、および／または、動作命令に基づいてデータを操作する任意のデバイスとすることが可能である。プロセッサ（単数または複数）２００は、メモリ２０２に格納されるコンピュータープログラム命令をフェッチおよび実行するように構成される。メモリ２０２には、ＲＡＭなどの揮発性メモリ、および／またはＲＯＭもしくはフラッシュＲＡＭなどの不揮発性メモリ、またはそれらの組合せの形式のコンピューター読み取り可能な媒体が含まれる。

メモリ２０２は、ＩＴ管理サーバー１０２上の１つまたは複数のアプリケーションの実行のためのプラットフォームを提供するオペレーティングシステム２０４を含むことが可能である。メモリ２０２は、監視コンソール１０８をさらに含み、存在認識通知を利用するネットワーク管理を容易にすることが可能である。従って、監視コンソール１０８は、警告通知について監視データベース１１０にクエリを行う。クエリに応答して、監視データベース１１０は、警告の詳細に関連する１つまたは複数の警告を監視コンソール１０８に提供する。監視コンソール１０８は、受信した警告および警告の詳細を管理データ２０６に格納する。

ネットワーク管理システム（例えば、Ｏｐｓ Ｍｇｒ）は、１つまたは複数のエージェントを、ネットワーク（例えば、ＩＴ管理サーバー１０２により管理されているＬＡＮまたはワークグループ）内の１つまたは複数のコンピューティングデバイスおよび／またはサーバーに配置し、それぞれのコンピューティングデバイスおよび／またはサーバーの機能を監視することが可能である。１つまたは複数のエージェントは、それぞれのコンピューティングデバイス上の１つまたは複数のアプリケーションの実行中に遭遇する問題に関係するエラーまたは不具合の報告を生成することが可能である。

エージェントは、エラーまたは不具合を警告通知としてネットワーク管理システムに報告する。警告通知には、警告の詳細、例えば、コンピューティングデバイスに関連するオペレーティングシステムのバージョン、発生時刻、関連アプリケーションのタイプ、優先度、重大性、および問題の性質などを含み得る。このような実装において、監視データベース１１０は、ネットワーク管理システムによりインストールされる１つまたは複数のエージェントから、警告通知を受信する。受信される警告通知を、起動時に監視コンソール１０８に送信し得る。

警告通知の受信に続き、監視コンソール１０８は、ＳＩＰクライアントＡＰＩ １１２を呼び出し、１人または複数のユーザー（例えば、ユーザーデバイス１１４）またはユーザーグループ（単数または複数）１２２に関連するユーザー情報を投入し得る。監視コンソール１０８は、ユーザー情報を受信し管理データ２０６に格納することが可能である。監視コンソール１０８は次に、ユーザー情報を利用して、ユーザーまたはユーザーグループ１２２のユーザーの可用性ステータスを確認する。

一代替的実施形態において、監視コンソール１０８は、警告の詳細およびユーザー情報を対話型インターフェースに表示する。インターフェースは、ユーザーの可用性ステータス（すなわち、オンラインまたはオフライン）を、ユーザーに対して色つきのアイコンを表示することにより示し得る（例えば、オンラインまたは存在しているというステータスに対し緑色アイコン、オフラインまたは不在であるとうステータスに対し赤色アイコン）。ネットワーク管理の手動モードにおいて、ＩＴアドミニストレーターは、対話型インターフェースを利用して、ユーザーまたはユーザーグループに対して彼らの可用性ステータスに基づいて警告通知を向け得る。従って、監視コンソール１０８は、ユーザーデバイス１１４の電子メール（ｅメール）、ＳＭＳ（Short Message Service）、またはインスタントメッセージを経由して、警告通知をユーザーまたはユーザーグループ（例えば、ユーザーグループ１２２）へ送信し得る。

ＩＴ管理サーバー１０２は、ＳＩＰライブラリ／コネクタモジュール２０８を実装して、ＩＴアドミニストレーターとオンラインまたは利用可能なユーザーとの間の通信セッションを開始することが可能である。ユーザーまたはユーザーグループ（単数または複数）の可用性ステータスを使用して、ＳＩＰライブラリ／コネクタモジュール２０８は、オンライン／利用可能ユーザーとＩＴアドミニストレーターとの間のインスタントメッセージセッションを開始する。このような通信セッションを利用して、警告通知についての情報を交換し得る。あるいは、警告は、オンラインのユーザーから解決方法が求められるクエリまたは問題を示し得る。そのような解決方法を、通信セッション（例えば、ｅメール、インスタントメッセージセッションなど）を使用して提供し得る。

ＳＩＰライブラリ／コネクタモジュール２０８は、ロードバラシング技術を容易にする一方、多数の警告通知を複数のユーザーに送信し得る。例えば、ユーザーグループ（例えば、ＳＱＬサーバーに関係する警告に専用のユーザーグループ）において、３人のユーザーのうちの２人が先行の警告通知に注意を向けることに忙しい場合、次にＳＩＰコネクタモジュール２０８は、続く警告通知を第３のユーザーに送信する。あるいは、ＳＩＰコネクタモジュール２０８は、負荷が最小のユーザー（すなわち、警告通知が最も少ないかまたは無いユーザー）を判定することができ、続く警告通知をそのようなユーザーへ送信する。上述のロードバラシング技術（単数または複数）は、ネットワーク管理の手動および自動の両モードにおいて動作可能であることに留意されたい。

ＩＴ管理サーバー１０２は、対話型インターフェース上へのデータの表示を容易にする他のモジュール２１０をさらに含み得る。ＩＴ管理サーバー１０２は、ネットワーク１０４を介した通信を可能にするネットワークインターフェース２１２をさらに含む。

（例示的ＳＩＰサーバー）
図３に、ＩＴ管理のための存在認識通知を容易にする例示的ＳＩＰサーバーの実装を示す。この目的のために、ＳＩＰサーバー１０６は、メモリ３０２に連結される１つまたは複数のプロセッサ３００を含む。プロセッサ（単数または複数）３００は、例えば、マイクロプロセッサ、マイクロコンピューター、マイクロコントローラ、デジタル信号プロセッサ、中央処理装置、状態機械、論理回路、および／または、動作命令に基づいてデータを操作する任意のデバイスとすることが可能である。プロセッサ（単数または複数）３００は、メモリ３０２に格納されるコンピュータープログラム命令をフェッチおよび実行するように構成される。メモリ３０２には、ＲＡＭなどの揮発性メモリ、および／またはＲＯＭもしくはフラッシュＲＡＭなどの不揮発性メモリ、またはそれらの組合せの形式のコンピューター読み取り可能な媒体が含まれる。

メモリ３０２は、ＩＴ管理サーバー１０２上の１つまたは複数のアプリケーションの実行のためのプラットフォームを提供するオペレーティングシステム３０４を含むことが可能である。メモリ２０２は、１人または複数のユーザーまたはユーザーグループ（単数または複数）に関連するユーザー情報を表に出すのに利用されるＳＩＰクライアントＡＰＩ １１２をさらに含むことが可能である。従ってＳＩＰクライアントＡＰＩ １１２は、関連ユーザー情報を１人または複数のユーザーから集め、監視コンソール１０８に集めたユーザー情報を投入する。集めたユーザー情報は、ＳＩＰデータ３０６に格納され、ユーザー名、ユーザー識別子（例えば、社員ＩＤ）、グループ情報（例えば、グループ名）、ＳＱＬサーバーオペレーター（例えば、ＳＱＬサーバー）、可用性ステータス、カレンダー情報（例えば、ユーザーについて、社外にいる、休暇、休暇期間の詳細）などを含み得る。加えて、ＳＩＰクライアントＡＰＩ １１２は、１人または複数のユーザーのＩＰアドレス、ｅメールＩＤ、電話番号などの記録をＳＩＰデータ３０６に保持または格納し得る。

一実装において、監視コンソール１０８は、ＳＩＰクライアントＡＰＩ １１２を呼び出して、１人または複数のユーザー（例えば、ユーザーデバイス１１４）またはユーザーグループ（単数または複数）１２２に関連するユーザー情報を投入する。監視コンソール１０８は、ユーザー情報を利用して、ユーザー（例えば、ユーザーデバイス１１４）またはユーザーグループ（例えば、ユーザーグループ１２２）のユーザーの可用性ステータスおよび所在位置を確認し得る。監視コンソール１０８は、ユーザーデバイス１１４上の電子メール（ｅメール）、ＳＭＳ、またはインスタントメッセージなどを経由して、ユーザーまたはユーザーグループに対して彼らの可用性ステータスに基づいて警告通知を向ける。一代替的実施形態において、ユーザー情報を、監視コンソール１０８にて対話型インターフェース上に表示し得る。このようなインターフェースは、ＩＴアドミニストレーターが、ユーザーまたはユーザーグループ（例えば、ユーザーグループ１２２）へ、彼らの可用性ステータスおよび所在位置に基づいて警告通知を送信することを可能にする。

続いて、ＳＩＰライブラリ／コネクタモジュール２０８は、セッションモジュール３０８を呼び出して、ＩＴアドミニストレーターとオンラインまたは利用可能なユーザーとの間の通信セッションを確立する。通信セッションは、１つまたは複数のインターネット電話の通話、マルチメディア会議、インスタントメッセージセッション、チャットセッションなどとすることができる。例えば、セッションモジュール３０８は、インスタントメッセージプロトコルを実装して、監視コンソール１０８に転送される存在または可用性の情報をＳＩＰクライアントＡＰＩ １１２へ提供し得る。可用性の情報を使用して、監視コンソール１０８は、ＩＴアドミニストレーターがオンラインのユーザーとのインスタント通信セッションをトリガすることを可能にする。そのようなセッションを利用して、警告通知についての情報を交換し得る。

警告はまた、オンラインのユーザーから解決方法が求められる問題に対応し得る。解決方法を、通信セッション、例えばインスタントメッセージセッションを使用して提供し得る。当然のことながら、セッションモジュール３０８は、Ｗｉｎｄｏｗｓ Ｌｉｖｅメッセンジャー（ＷＬＭ）、Ｍｉｃｒｏｓｏｆｔ ｎｅｔｗｏｒｋ（ＭＳＮ（登録商標））メッセンジャー、ｉＣｈａｔ（登録商標） ＡＶ、Ａｐｐｌｅ（登録商標）コンピューターのＡＯＬインスタントメッセンジャー（ＡＩＭ）、Ｙａｈｏｏ！（登録商標）メッセンジャーなどの、インスタントメッセージシステムを採用し得る。当技術分野において既知の種々の他のインスタントメッセージシステムを採用して、ユーザーの存在の情報（すなわち、可用性ステータス）を集め、上記のように通信セッションを容易にすることもできる。存在の情報はまた、Ｓｋｙｐｅ（登録商標）、Ｙａｈｏｏ！メッセンジャーなどのような最も一般的なインスタントメッセージシステム内の「バディステータス」にも対応する。

セッションモジュール３０８はまた、通話オプションをＩＴアドミニストレーターに提供し得る。従って、ＩＴアドミニストレーターは、オンラインまたは利用可能なユーザーとのインターネット電話の通話のセッションを開始し得る。このような実施形態において、セッションモジュール３０８は、ＶＯＩＰ（Voice over Internet Protocol）などのプロトコルをサポートし得る。セッションモジュール３０８はまた、そのような通話セッションを、参加者の裁量に任せて作成および終了し得る。

ＳＩＰサーバー１０６は、警告通知を各ユーザーに送信する前にユーザーの認証を可能にする他のモジュール３１０をさらに含み得る。このような認証によりユーザーを促して、ユーザー名、パスワード、またはユーザーに関連する他の証明となるものなどを入力させることができる。ＩＴ管理サーバー１０２は、ネットワーク１０４およびサブネットワーク１１６を介した通信を可能にするネットワークインターフェース３１２をさらに含む。ネットワーク１０４およびサブネットワーク１１６をまた、単一のネットワークまたはそれらの組合せとして実装し得る。

（例示的対話型インターフェース）
図４に、存在認識通知を使用するＩＴ管理のための例示的対話型インターフェース４００を示す。対話型インターフェース４００は、警告のリストを表示する欄を含むことが可能である。この欄は、警告ビュー４０２として対話型インターフェース４００内に示される。警告ビュー４０２は、監視データベース１１０から受信する全ての警告のリストを表示する。インターフェース４００は、バディリスト４０４として示される、ネットワーク管理システム（例えば、Ｏｐｓ Ｍｇｒ）に関連するユーザーグループおよびユーザーのリストを表示する。バディリスト４０４は、ＳＩＰクライアントＡＰＩ １１２により投入されるようなユーザー情報の表示である。

さらに、バディリスト４０４は、１つまたは複数のユーザーグループ１２２−１、１２２−２、および１２２−３に対応し得る。一例示的実装において、ユーザーグループ１２２は、役割ベースのセキュリティポリシーに基づいて、監視コンソール１０８により形成される。各ユーザーグループ１２２は、グループに関連する１人または複数のユーザーを含むことが可能である。例えば、ユーザーグループ１２２−１は、Ｏｐｓ Ｍｇｒユーザーとして示されるユーザー４０６を含む。ユーザー４０６は、ユーザーデバイス（例えば、ユーザーデバイス１１４）を利用することによりオンラインの状態であり得る。例示的構成において、各ユーザーを、ユーザーがオンラインまたはオフラインであることを示す可用性ステータスにより特徴付ける。オンラインのユーザーを、オンラインのユーザーを関連付ける緑色アイコンにより示し、オフラインのユーザーを、オフラインのユーザーを関連付ける赤色アイコンにより示す。ＩＴアドミニストレーターは、関連付けられるアイコンの色により、ユーザーの可用性ステータスを推察し得る。

対話型インターフェース４００はまた、監視データベース１１０により受信されるような警告の詳細４０８を含み得る。図４に示すように、警告の詳細４０８は、警告のプロパティ、イベント、製品情報、会社情報、および履歴のタブを含む。警告のプロパティは、警告の説明、警告名、警告の重大性、警告の解明状態、ドメインネーム、コンピューター名、警告通知をトリガした第１および第２のイベントの時刻、問題の状態などを含むことが可能である。警告の詳細４０８は、ユーザーが警告通知を理解し、関連付けられる問題の解決方法または支援を提供することを可能にする。対話型インターフェース４００はまた、１つまたは複数の警告をそれらの関連付けられるプロパティと共に表形式のリストにするための、警告４１０に対する表示領域を含む。ＩＴアドミニストレーターは、対話型インターフェース４００を利用して、警告通知を送信し得る。

一例示的実装において、対話型インターフェースは、監視コンソール１０８の効率的な通知能力を表に出す。この目的のために、ＩＴアドミニストレーターは、警告をオンラインまたは利用可能なユーザー上にドラッグアンドドロップする。さらに別の構成において、警告をユーザーグループ上にドロップすることができ、監視コンソールを、警告通知をユーザーグループ（例えば、ユーザーグループ１２２）内のユーザーに送信するように構成し得る。このような警告通知能力により、警告に対する解決方法を獲得する可能性が確実に高くなる。一代替的実装において、ＩＴアドミニストレーターは、１人または複数のオンラインのユーザーとの通信セッション（例えば、インスタントメッセージセッション、インターネット電話セッションなど）を開始し得る。これは、インターフェース４００上でオンラインのユーザー（例えば、４０６）をクリックすることにより達成し得る。当然のことながら、オンラインまたは利用可能のステータスは、特定のユーザーがユーザーデバイス１１４の１つを介してＳＩＰサーバー１０６と通信していることを意味し得る。従って、警告通知をユーザーに送信する方法は、それぞれのユーザーデバイス１１４に依存する。ＳＩＰサーバー１０６は、警告通知を異なるタイプのユーザーデバイス１１４へ送信するための、当技術分野において既知の種々の方法およびシステムを採用することが可能である。

（例示的方法）
ＩＴ管理のための存在認識通知の例示的方法を、図１から４を参照して説明する。これらの例示的方法を、コンピューター実行可能な命令の一般的なコンテクストに即して、特別に図５を参照して説明し得る。図５に、一実施形態に従うシステム１００の種々のモジュール間またはブロック間の、一連の例示的相互作用５００を示す。太点線は、２つのコンピューティングデバイス間の、インターフェースまたはマシン境界を表す。ある実装において、説明されるモジュールまたはブロックは、同じマシンまたはコンピューティングデバイスの一部とすることができる。一般に、コンピューター実行可能な命令には、特定の機能を実行し、または特定の抽象データ型を実装する、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造、プロシージャ、モジュール、ファンクションなどを含むことが可能である。本方法をまた、機能が、通信ネットワークを通じてリンクされるリモート処理装置により実行される分散コンピューティング環境において実施し得る。分散コンピューティング環境において、コンピューター実行可能な命令を、メモリ記憶装置を含むローカルおよびリモートの両コンピューター記憶媒体に配置し得る。

図６に、存在認識通知を利用するＩＴ管理のための例示的方法６００を示す。本方法を説明する順序は、限定するものとして解釈されることを意図しておらず、任意の数の説明する方法のブロックを、任意の順序で組み合わせて、本方法および代替の方法を実装することが可能である。加えて、個々のブロックを、本明細書に説明される主題事項の精神および範囲を逸脱することなく、本方法から削除し得る。さらに、本方法を、任意の適切なハードウェア、ソフトウェア、ファームウェアまたはそれらの組合せにおいて実装することが可能である。

ブロック６０２において、１人または複数のユーザーの可用性ステータスを、ＩＴ管理サーバー１０２で受信する。一例示的実装において、監視コンソール１０８は、ＳＩＰクライアントＡＰＩ １１２を呼び出して、１人または複数のユーザーの可用性またはオンラインのステータスを提供する。このような呼び出し時に、ＳＩＰクライアントＡＰＩ １１２は、ユーザー情報（例えば、可用性ステータス、ユーザー名、所在位置など）を監視コンソール１０８において投入する。監視コンソール１０８は、そのようなユーザー情報を受信し、管理データ２０６内に格納する。監視コンソール１０８とＳＩＰクライアントＡＰＩ １１２との間の上述の相互作用を、図５において２つのブロック間の点線矢印として示す。一代替的実施形態において、監視コンソール１０８は、複数のユーザーに対応するユーザー情報を受信し、役割ベースのセキュリティポリシーに基づいてグループを形成する。このような実施形態において、監視コンソール１０８は、役割ベースのセキュリティモジュール１２０から役割説明を受信する。監視コンソール１０８と役割ベースのセキュリティモジュール１２０との間の相互作用を、図５において実線矢印および点線矢印で示す。

ブロック６０４において、監視データベースが呼び出されて、１つまたは複数の警告を提供する。監視コンソール１０８は、監視データベース１１０に、１つまたは複数の警告通知を提供するようクエリを行う。このような警告通知は警告の詳細を含むことができ、監視コンソール１０８は、受信時に警告通知を管理データ２０６に格納する。監視データベース１１０と監視コンソール１０８との間の相互作用を、実線矢印および点線矢印で示す。別の実施形態において、監視コンソール１０８は、ユーザー情報（例えば、ユーザーの可用性ステータスおよび所在位置）、グループ情報（例えば、グループ名）、警告および警告の詳細を、ＩＴ管理サーバー１０２において対話型インターフェース（例えば、４００）内に表示する。このような対話型インターフェースは、ユーザーがオンラインであるかオフラインであるかを、それぞれ緑色がオンラインのユーザーを表し、赤色がオフラインのユーザーを表す色つきのアイコンを用いて示す。対話型インターフェースは、効率的な警告通知のための監視コンソール１０８の能力を表に出す。

ブロック６０６において、警告通知が、ユーザーの可用性ステータスに基づいてユーザーへ送信される。従って、監視コンソール１０８は、ブロック６０２において受信したようなユーザーの可用性ステータスに基づいて、警告通知をユーザーへ送信する。例えば、警告通知を、その可用性ステータスによって示されるオンラインのユーザーへ送信する。ＩＴアドミニストレーターは、（ブロック６０４の）対話型インターフェースを利用して、１人または複数のユーザーへ、彼らの可用性ステータスおよび所在位置に基づいて警告通知を送信し得る。警告通知を、電子メール（ｅメール）、テキストメッセージ、インスタントメッセージ、ＳＭＳなどとして送信し得る。

ＩＴ管理サーバー１０２内に実装されるようなＳＩＰライブラリ／コネクタモジュール２０８は、警告通知を１人または複数のユーザーへ送信することに先行して、ロードバラシングを可能にすることができる。ＳＩＰライブラリ／コネクタモジュール２０８は、負荷が最小のユーザー（すなわち、警告が最も少ないかまたはヌル／ゼロのユーザー）を判定することが可能であり、続く警告通知を負荷が最小のユーザーへ送信する。このようなロードバラシング技術を、「ラウンドロビン」または「フリー／ビジー」のアルゴリズムに基づいて実装し得る。監視コンソール１０８とＳＩＰコネクタモジュール２０８との間の相互作用を、図５において実線矢印で示す。ＳＩＰコネクタモジュール２０８とＳＩＰクライアントＡＰＩ １１２との間の相互作用を、図５において別の実線矢印で示す。２本の実線矢印は、監視コンソール１０８からＳＩＰクライアントＡＰＩ １１２へ送信される際の警告通知の経路を示す。

ブロック６０８において、ユーザーとの通信セッションが開始される。一例示的実装において、ＳＩＰコネクタモジュール２０８は、ユーザーとの通信セッションを確立する。通信セッションは、１つまたは複数のインターネット電話の通話、マルチメディア会議、インスタントメッセージセッション、チャットセッションなどとすることができる。一例示的実装において、ＳＩＰサーバー１０６は、セッションモジュール３０８を実装して、監視コンソール１０８とオンラインまたは利用可能なユーザーとの間の１つまたは複数の通信セッションを作成することを可能にする。例えば、セッションモジュール３０８は、インスタントメッセージプロトコルを実装して、ユーザーのオンラインまたは可用性のステータスをＳＩＰクライアントＡＰＩ １１２に提供し得る。ＩＴアドミニストレーターは、このようなユーザーのオンラインまたは可用性のステータスを利用して、オンラインまたは利用可能なユーザーとの通信セッションをトリガする。そのような通信セッションは、警告通知に対する迅速な応答時間および分解時間を可能にする。ＳＩＰクライアントＡＰＩ １１２とセッションモジュール３０８との間の相互作用を、図５において実線矢印で示す。

（結論）
上述の方法およびコンピューターは、ＩＴ管理のための存在認識通知について説明する。本発明を、構造的特徴および／または方法論的な動作に特有の言語で説明したが、当然のことながら、添付の特許請求の範囲に定義される本発明は、必ずしも説明した特有の特徴または動作に限定されない。むしろ、特有の特徴および動作を、本請求の発明を実装する例示的形式として開示する。

Claims (20)

1. メモリと、
   前記メモリに動作可能に連結される１つまたは複数のプロセッサと、
   前記メモリに格納される存在認識通知を利用してネットワーク管理を容易にする監視コンソールであって、監視データベースに警告通知についてクエリを行う監視コンソールと
   を備えたことを特徴とするサーバー。
2. 前記警告通知は、１つまたは複数のリモートクライアントデバイス上のアプリケーションに対して向けられることを特徴とする請求項１に記載のサーバー。
3. 前記監視データベースは、前記警告通知を、リモートクライアントデバイスにインストールされる１つまたは複数のエージェントから受信することを特徴とする請求項１に記載のサーバー。
4. 前記監視コンソールは、１人または複数のユーザーおよびユーザーグループから情報を受信することを特徴とする請求項１に記載のサーバー。
5. 前記監視コンソールは、可用性ステータスに基づいて、前記警告通知をユーザーまたはユーザーグループに向けることを特徴とする請求項１に記載のサーバー。
6. 管理者と利用可能なユーザーとの間の通信セッションを開始するモジュールをさらに備えたことを特徴とする請求項１に記載のサーバー。
7. ロードバラシングを容易にし、前記警告通知をユーザーに送信するモジュールをさらに備えたことを特徴とする請求項１に記載のサーバー。
8. メモリと、
   前記メモリに動作可能に連結される１つまたは複数のプロセッサと、
   前記メモリに格納されるアプリケーションプログラムインターフェースであって、１人または複数のユーザーおよびユーザーグループに関連するユーザー情報を表に出し、集めるアプリケーションプログラムインターフェースと
   を備えたことを特徴とするサーバー。
9. 前記集められたユーザー情報は、ユーザー名、ユーザー識別子、グループ情報、ドメインネーム、可用性ステータス、およびカレンダー情報のうちの１つまたは複数を含むことを特徴とする請求項８に記載のサーバー。
10. 管理者と利用可能なユーザーとの間の通信セッションを確立するセッションモジュールをさらに備えたことを特徴とする請求項８に記載のサーバー。
11. 前記通信セッションは、電話通話、マルチメディア会議、インスタントメッセージセッション、およびチャットセッションのうちの１つであることを特徴とする請求項１０に記載のサーバー。
12. 前記セッションモジュールは、インスタントメッセージプロトコルを実装してユーザーの存在の情報を提供することを特徴とする請求項１０に記載のサーバー。
13. 警告通知をユーザーのそれぞれに送信する前に、前記ユーザーの認証を可能にするモジュールをさらに備えることを特徴とする請求項９に記載のサーバー。
14. １人または複数のユーザーの可用性ステータスを受信するステップと、
    前記１人または複数のユーザーに向けられる警告を提供する監視データベースを呼び出すステップと、
    前記１人または複数のユーザーの可用性に基づいて、前記１人または複数のユーザーへ警告通知を送信するステップと
    を含むことを特徴とする方法。
15. 前記受信するステップは、ユーザー情報をサーバーにおいて投入するステップをさらに含むことを特徴とする請求項１４に記載の方法。
16. 前記呼び出すステップは、前記監視データベースにクエリを行って、１つまたは複数の前記警告通知を提供するステップをさらに含むことを特徴とする請求項１４に記載の方法。
17. 前記警告通知を、電子メール、テキストメッセージ、インスタントメッセージ、およびＳＭＳのうちの１つまたは複数として送信し得ることを特徴とする請求項１４に記載の方法。
18. 前記１人または複数のユーザーのロードバラシングは、前記送信するステップに先行して実行されることを特徴とする請求項１４に記載の方法。
19. 前記１人または複数のユーザーとの通信セッションを開始するステップをさらに含むことを特徴とする請求項１４に記載の方法。
20. 前記通信セッションを開始するステップは、前記１人または複数のユーザーの可用性ステータスに基づくことを特徴とする請求項１９に記載の方法。

Images