JP2015529920A - 通信システムのユーザーに関するデータの管理システム - Google Patents

Abstract

本発明は、相互に接続された複数の通信装置（２）と、少なくとも１つの構成サーバ（３）と、を備える通信システムのユーザーに関するデータの管理システム（１）に関する。管理システムは、構成サーバ（３）の各々に接続される均質化サーバ（４）を備え、均質化サーバ（４）は、構成サーバ（３）と関連づけられる全てのデータを含むデータベースを均質化された形式で格納する格納手段（４１）を有し、均質化サーバ（４）は、構成サーバ（３）のデータベースが変更される毎に、該変更内容に一致するように、均質化サーバのデータベースをアップデートするとともに、均質化サーバ（４）のデータベースが変更される毎に、該変更内容に一致するように、少なくとも一つの構成サーバ（３）のデータベースをアップデートするように構成されるデータ処理手段を有することを特徴とする。【選択図】 図１

Description

本発明は、通信システムのユーザーに関するデータの管理システムに関する。さらに詳しくは、本発明は、異種混同ネットワーク環境下における通信システムのユーザーに関するデータの管理システムに関する。

現代の通信システムは、会社内における人と人との通信手段の統合を可能とする。これらの通信システムによって、人に会う予定や予定表の管理、電子メールによる通信、同僚の在籍確認、音声会議やテレビ会議の開催、コール番号による人の呼び出し、会議のスケジューリング、応接室の空き状況の確認、招待に対する回答状況の確認、音声会議やテレビ会議の主催および参加、リアルタイムでの書類の公開および修正、音声メッセージの確認、ＦＡＸの受信確認および送信確認、などの多数の操作を、デスクトップコンピュータ、又はポータブルコンピュータによって行うことが出来る。

多数の（「ユニファイド・コミュニケーション」と呼ばれる）通信サービスを提供する事業者が存在するが、その通信環境は様々である。同じ社内に、互いに互換性のない異なる通信環境が併存している事例もよく見かけられる。結果として、通信システムはしばしば異なる通信環境が混合したものとなり、買収、合併、会社の再編などの要因が、この傾向を引き立たせる。

事実、会社内の各コンピュータサイトは、特定の通信施設内に配置されるのが一般的である。このような会社内における通信システムの不均一性が、ユーザーが社内の通信ネットワークへアクセスすることを複雑にする。例えば、あるユーザーが今使っているサイトとは異なる通信システムを使用する他のサイトへ移動するときには、ユーザーは、この異なる通信システムにおける新しいユーザープロファイルを作る必要がある。このような作業は煩雑であり、熟練者によって行われる必要がある。

少なくとも２つの互いに互換性のない同質的なサブセットを含む異種混同の状況下においては、ユーザーデータを一括的な方法で管理することは出来ない。あるサイトにおいてユーザー情報が変更されたとしても、他のサイトにおけるユーザー情報の変更は手動で行わなければならない。

この問題を解決するために、ある解決手段が既に提案されている。例えば、米国特許第６７４８４３６号は、データ移行用サーバを実装する方法を提案している。管理者は、ユーザー情報の変更に関する指示をデータ移行用サーバに送る。データ移行用サーバは、関連するサーバを確定し、これらのサーバにおける情報モデルの変換を実行する。この方法は有効な方法ではあるが、プロファイルを管理する全てのデータベースに対して十分に注意を払う必要がある。

本発明は、異種混同ネットワークのユーザーに関するデータを管理するための同質化されたシステムであって、会社の通信ネットワーク全体において、ユーザーの利便性を向上させることの出来るシステムを提案するものである。

特に、本発明は、通信システムのユーザーに関するデータの管理システムであって、
前記通信システムは、
相互に接続された複数の通信装置と、
少なくとも１つの構成サーバと、を備え、
前記構成サーバの各々は、前記複数の通信装置の互換性のあるサブセットと関連づけられ、
少なくとも２つの前記サブセットは、構成サーバの一つが他の構成サーバと関連づけられる前記通信装置との間で互換性を有さないように、構成され、
前記構成サーバの各々は、前記構成サーバと関連づけられる前記通信装置のユーザーに関するデータベースを格納する格納手段を有する。
前記管理システムは、前記構成サーバの各々と接続する均質化サーバをさらに備え、
前記均質化サーバは、前記構成サーバと関連づけられる全てのデータを含むデータベースを均質化された形式で格納する格納手段を有し、
前記均質化サーバは、構成サーバの前記データベースが変更される毎に、該変更内容に一致するように、前記均質化サーバの前記データベースをアップデートするとともに、前記均質化サーバの前記データベースが変更される毎に、該変更内容に一致するように、少なくとも一つの前記構成サーバの前記データベースをアップデートするように構成されるデータ処理手段を有することを特徴とする。

このような管理システムによれば、構成サーバと関連づけられる通信装置のユーザーに関する全てのデータを格納する持続的な独自のデータベースを有するサーバー（「均質化サーバ」）を使用することで、均質化管理を容易に行うことが出来る。すなわち、提案された管理システムによれば、ユーザーに関する全てのデータには複製が存在し、一つは構成サーバのデータベースに存在し、他の一つはこの新規なサーバに存在する。

この管理システムによって、熟練者でなくても、異種混同ネットワーク環境下におけるユーザープロファイルの作成、管理、移送、設定が容易となる。
このような管理システムは、以下に示す異なる特徴の一つまたはそれらの組み合わせによって実現されてもよいものである。

均質化サーバは、均質化サーバによって格納されたデータの構成サーバのデータベースにおけるデータ形式への変換、および／又は、構成サーバによって格納されたデータの均質化サーバのデータベースにおけるデータ形式への変換、を補償するコネクタを、構成サーバの各々ごとに備える。

均質化サーバは、異なる構成サーバの異なるデータベースに格納されるユーザーに関するデータから、少なくとも一つの同質化されたユーザープロファイルを生成可能なコンポーネントをさらに備える。

管理システムは、均質化サーバに接続され、均質化サーバに格納されているデータのユーザーによる変更を許可するためのインターフェイスによる接続を実行する少なくとも一つのコンピュータ装置をさらに備える。

本発明は、さらに、複数の相互に接続された通信装置と、少なくとも一つの構成サーバとを備えた通信システムのユーザーに関するアップデート方法を提案する。
本発明は、また、均質化サーバを提案する。

本発明の他の特徴点、目的、有利な点については、一枚の図面を参照して説明される非限定的な実施例に関する、以下の詳細な説明を読むことによって明らかになるであろう。

本発明の実現可能な実施形態における、通信システムのユーザーに関するデータの管理システムを示した概略図である。

図１の通信システムは、固定電話回線、移動電話装置、テレビ会議装置、コンピュータ装置などの相互に接続された複数の通信装置２を備える。コンピュータ装置は、共同的なワークツール（例えば、インスタントメッセージ、在籍確認、Ｗｅｂ会議システム、文書の共有および管理、等々）を実行するワークステーションや、電子メッセージ、予定表、ワープロ用ソフト、プレゼンテーション用ソフトのクライアント（クライアントコンピュータ）などのオフィス・オートメーション関係のツールからなる。

これらの通信装置２は、同じ制御ロジックに従って作動するように設定された互換性のあるサブセットごとにグループ分けされる。これらサブセットの各々は、構成サーバ３と関連づけられている。

これらの構成サーバ３は、構成サーバ３と関連づけられる通信装置のユーザーに関するデータベースを格納する格納手段３１を有している。

これらの構成サーバ３の各々は、それぞれ特有のデータモデルと関連づけられるように構成化されたデータベースを格納している。これらのデータモデルは、一般的に互換性を有していない。

すなわち、構成サーバ３の各型式（例えばＣｉｓｃｏやＡｖａｙａなど）は、（サーバーメーカーによって開発された）特有の構成を有し、特有の構文の命令に対して応答するデータベースを有している。競合する会社が作った２つのサーバ３は、かなり多くの共通のパラメータ（名前、内線番号、コンピュータ上の識別名称、装置、電子メールアドレスなど）を有しているが、ある種のパラメータについては共通化されていない。

本発明のシステムでは、少なくとも２つのサブセットは、構成サーバ３の一つが他の構成サーバ３と関連づけられる通信装置２との間で互換性を有さないように構成されている。すなわち、少なくとも１つは、異種のものである。少なくとも１つの異種のものがあれば、本発明のシステムがさらに幾つかの互いに互換性を有するサブセットを備えていてもよい。例えば、本発明のシステムは、２つのＣｉｓｃｏ製と、１つのＡｖａｙａ製の３つの構成サーバ３を備えていてもよい。２つのＣｉｓｃｏ製のサーバと関連づけられている通信装置２のサブセットは、互いに互換性を有しているが、Ａｖａｙａ製のサーバと関連づけられている通信装置２のサブセットは、これらとは互換性を有していない。

通信システムのユーザーに関するデータの管理システム１は、構成サーバ３の各々に接続される均質化サーバ４を備えている。この均質化サーバ４は、構成サーバ３と関連づけられる通信装置のユーザーの全てのデータを含むデータベースを格納する格納手段４１を有している。

これらのデータは、異なる型式の構成サーバにおける異なるデータモデルとの間で互換性を有する均質化された形式で格納されている。具体的には、均質化サーバのデータベースは、構成サーバのデータベースよりも、より高度に抽象化された言語（典型的には、ＸＭＬやＪＳＯＮなどのマークアップ言語）を使用する。この均質化されたデータベースにおけるユーザーパラメータの全ては、少なくとも１つの構成サーバ３のデータベースによって使用されるパラメータであり（パラメータ数のデフォルト値としては、少し多めのパラメータ数が用いられる）、これにより、均質化サーバが全ての情報を含むことが保証される。

データベース間における不一致がエラーの原因になるのであれば、持続的な独自のデータベースを追加するという選択は、当業者において危険なようにも見える。

このため、提案されたシステムでは、構成サーバ３のデータベースが変更される毎に、そのデータベースをアップロードするように構成された均質化サーバ４が提供される。

逆に言えば、均質化サーバは、そのデータベースが変更される毎に、少なくとも一つの構成サーバ３のデータベースをアップロードするように構成される。

かくして、データベース間において不一致が生じないように、各データベースにおける変更は直ちに他のデータベースに反映される。また、後述される、完全に一致していることを確認する追加的なメカニズムによって、完全に一致していることが好適に保障される。

均質化されたデータベース段階での変更は、一般的に、単一の構成サーバ３のデータベースの変更ではなく、幾つかのまたは全ての構成サーバに対して完全な効果があることについて、一般的に注意すべきである。

均質化サーバ４は、構成サーバ３のデータベースのデータモデルと矛盾がないように、均質化サーバ４によってデータを格納させることが出来るコネクタ５を、構成サーバ３の各々ごとに備えている。すなわち、このコネクタ５（双方向式コネクタであってもよく、代わりに２つのコネクタを備えても良い）は、一方のデータベースから他方のデータベースへのデータ形式への変換を補償するものである。例えば、均質化サーバ４段階でユーザーの電子メールアドレスが変更された場合、コネクタ５は、構成サーバ３のデータベースの変更を要求する命令を生成し、構成サーバ３のデータベースにおける電子メールアドレスを正しく変更する。この命令は、構成サーバ３によって受け入れられる方式と構文で生成される。

均質化サーバ４は、異なる構成サーバ３の異なるデータベースに格納されるユーザーに関するデータから、少なくとも一つの同質化されたユーザープロファイルを生成可能なコンポーネント６（コンポーネントとは、均質化サーバ４のデータ処理手段によって実行されるソフトウェアモジュールを意味する）をさらに備える。同質化されたユーザープロファイルとは、均質化サーバ４段階におけるプロファイルの種類である。

かくして、特有の装置およびサービスと関連する異なるタイプのプロファイルを規定することが可能である。例えば、部署または内線に特有のプロファイルを規定することが可能である。これにより、所定数のパラメータを予め実行することが出来る。

例えば、「プレミアムな」プロファイルは、固定電話回線番号、携帯電話番号、電子メールアドレス、固定電話から携帯電話やアシスタントの内線への自動転送を当然のように有している。

さらにまた、本発明の通信システムのユーザーに関するデータの管理システム１は、均質化サーバ４に接続され、インターフェイスによる接続を実行する少なくとも一つのコンピュータ装置７をさらに備える。このインターフェイスによる接続によって、均質化サーバ４に格納されているデータのユーザーによる変更が許可される。このユーザーインターフェイスによって、データの変更操作が容易となる。コンピュータ装置には、例えばパラメータを変えることなくユーザーを一のサイトから他のサイトへ移動させるような、共通の作業を自動化するスクリプトが導入されているとよい。このようなスクリプトは、作業を分割することによって、互いに互換性のない幾つかの構成サーバ３と関連付けられていてもよい。

第１の例は、「場所移動」スクリプトである。このスクリプトによれば、１クリックで、ある場所から他の場所へのチームの移動（あるいはサイト間の移動）を管理することが出来る。このスクリプトは、（均質化サーバ４に格納された）ユーザーの局在化（localisation）と関係する一又は複数の領域における同質化されたプロファイル段階での変更に関するものである。この変更によって、持続的なメカニズムを介して、一方において、構成サーバ３における目標の場所においてユーザーに関するデータが記載され、他方においては、構成サーバ３における初期の場所において対応するデータが削除される。

第２の例は、「危機管理」スクリプトである。このスクリプトによれば、所定の電話番号（特に「無料電話番号」）からユーザーが指定する内線番号に、またはその逆に、この番号に電話してきた人に応答するために、１クリックで交互に切り換えられる。このスクリプトは、所定の電話番号への電話連絡が内線番号へと転送されるために、指定されたこれらにユーザーに関する同質化された情報を動的に変更する。

この通信システムによって実行されるユーザーに関するデータのアップデート方法は、以下に示すように構成される。
このアップデート方法は、上述した２つの連続的に実行されるアップデートのステップを備える。
− 構成サーバ３の各々に接続される均質化サーバ４のデータベースに格納されるユーザー情報を変更するステップ、
− 均質化サーバ４のユーザー情報の変更内容に一致するように、均質化サーバ４のデータ処理手段によって、ユーザーに関するデータが格納されている構成サーバ３のデータベースをアップデートするステップ。

すなわち、最初に管理者によって均質化サーバ４のデータベースに格納されているユーザーデータの変更が実行されると、均質化サーバ４は、均質化サーバ４のユーザー情報の変更内容に一致するように、構成サーバ３のデータベースをアップデートする。

均質化サーバ４のユーザー情報の変更内容に一致するように構成サーバ３のデータベースをアップデートする前に、均質化サーバ４によって格納されたデータを構成サーバ３のデータベースのデータモデルに一致させるステップが必要かもしれない。

上記アップデート方法は、異なる構成サーバ３の異なるデータベースに格納されるユーザーに関するデータから、一つの同質化されたユーザープロファイルを生成するステップをさらに備えていても良い。

同質化されたユーザープロファイルを生成している間において、いくつかの異種のデータソースからのデータが考慮されると、供給されるデータ段階において矛盾が生じてエラーが発生するかもしれない。

この原因は、均質化サーバ４に格納されているユーザー情報と、構成サーバ３に格納されているユーザー情報とが一致していることの確認手続きが、定期的に実行されることによる。

この確認手続きのメカニズムは、上述したように、潜在的な矛盾を正確に指摘するように、データベースを比較することである。特に望ましい実施形態では、この確認手続きは、すべてが確実に正確に実行されるために、あらゆる変更の後に続いて実行される。また、この確認手続きは、定期的に、又は管理者からの指令を契機として実行されてもよい。

この確認手続きを実行するモードとして、いくつかのモードが考えられる。好ましくは、「セーフモード」に従って、ユーザー情報を確認するステップの後に、第１期間、および第１期間よりも長い第２期間のタイマーのカウントが開始される。

第１期間（例えば２分間）の終わりに、ユーザー情報が一致しているかの確認を再度実施することがユーザー側に提案される。仮に、ユーザー側がこの提案に反応しない場合には、第２期間（例えば１０分間）のカウントは継続される。そして、第２期間の終わりに、ユーザー情報が一致しているかの確認が強制的に実施される。ユーザーがデータを取り扱っている限り、このタイマーのカウントは継続される。上述したように、管理インターフェイスの接続が遮断されると（いかなる変更できなくなり）、もはや確認は不要となる。

ユーザー情報が一致しているかの確認のステップにおいてユーザー情報の不一致（すなわち、データベース間における差異）を発見した場合には、ユーザー情報の修正が行われる。これには主に２つのモードがある。「マスターモード」では、均質化サーバ４のステータスが引き継がれる（構成サーバ３のデータベース段階におけるエラーであると仮定する）。「スレーブモード」では、構成サーバ３のステータスが引き継がれる（均質化サーバ４のデータベース段階でのエラーであると仮定する）。「中間モード」では、マスターモードとスレーブモードのいずれを選択するかにつき、修正毎に、ユーザーが選択する旨を提案する。

上述したように、通信システムのユーザーに関するデータの管理システム１の均質化サーバ４は、管理システム１における少なくとも一つの構成サーバ３と接続される。均質化サーバ４は、構成サーバ３と関連づけられる通信装置２のユーザーに関する全てのデータを含むデータベースを均質化された形式で格納する格納手段４１を有する。均質化サーバ４は、構成サーバ３のデータベースが変更される毎に、この変更内容に一致するように、均質化サーバのデータベースをアップデートするとともに、均質化サーバ４のデータベースが変更される毎に、この変更内容に一致するように、少なくとも一つの構成サーバ３のデータベースをアップデートするように構成されるデータ処理手段を有する。

Claims (11)

1. 通信システムのユーザーに関するデータの管理システム（１）であって、
   前記通信システムは、
   相互に接続された複数の通信装置（２）と、
   少なくとも１つの構成サーバ（３）と、を備え、
   前記構成サーバ（３）の各々は、前記複数の通信装置（２）の互換性のあるサブセットと関連づけられ、
   少なくとも２つの前記サブセットは、構成サーバ（３）の一つが他の構成サーバ（３）と関連づけられる前記通信装置（２）との間で互換性を有さないように、構成され、
   前記構成サーバ（３）の各々は、前記構成サーバ（３）と関連づけられる前記通信装置のユーザーに関するデータベースを格納する格納手段（３１）を有し、
   前記管理システムは、前記構成サーバ（３）の各々に接続される均質化サーバ（４）をさらに備え、
   前記均質化サーバ（４）は、前記構成サーバ（３）と関連づけられる全てのデータを含むデータベースを均質化された形式で格納する格納手段（４１）を有し、
   前記均質化サーバ（４）は、構成サーバ（３）の前記データベースが変更される毎に、該変更内容に一致するように、前記均質化サーバの前記データベースをアップデートするとともに、前記均質化サーバ（４）の前記データベースが変更される毎に、該変更内容に一致するように、少なくとも一つの前記構成サーバ（３）の前記データベースをアップデートするように構成されるデータ処理手段を有することを特徴とする管理システム。
2. 前記均質化サーバ（４）は、前記均質化サーバ（４）によって格納されたデータの構成サーバ（３）の前記データベースにおけるデータ形式への変換、および／又は、構成サーバ（３）によって格納されたデータの前記均質化サーバ（４）の前記データベースにおけるデータ形式への変換、を補償するコネクタ（５）を、前記構成サーバ（３）の各々ごとに備えることを特徴とする請求項１に記載の管理システム。
3. 前記均質化サーバ（４）は、異なる前記構成サーバ（３）の異なる前記データベースに格納されるユーザーに関するデータから、少なくとも一つの同質化されたユーザープロファイルを生成可能なコンポーネント（６）をさらに備える請求項１又は２に記載の管理システム。
4. 前記管理システムは、前記均質化サーバ（４）に接続され、前記均質化サーバ（４）に格納されているデータのユーザーによる変更を許可するためのインターフェイスによる接続を実行する少なくとも一つのコンピュータ装置（７）をさらに備える請求項１から３の何れか一項に記載の管理システム。
5. 相互に接続された複数の通信装置（２）と、少なくとも１つの構成サーバ（３）と、を備える通信システムのユーザーに関するデータのアップデート方法であって、
   前記構成サーバ（３）の各々は、前記複数の通信装置（２）の互換性のあるサブセットと関連づけられ、
   少なくとも２つの前記サブセットは、構成サーバ（３）の一つが他の構成サーバ（３）と関連づけられる前記通信装置（２）との間で互換性を有さないように、構成され、
   前記構成サーバ（３）の各々は、前記構成サーバ（３）と関連づけられる前記通信装置のユーザーに関するデータベースを格納する格納手段（３１）を有し、
   前記アップデート方法は、
   前記構成サーバ（３）の各々に接続される均質化サーバ（４）のデータベースに格納されるユーザー情報を変更するステップと、
   前記均質化サーバ（４）の前記ユーザー情報の変更内容に一致するように、前記均質化サーバ（４）のデータ処理手段によって、前記ユーザーに関する前記データが格納されている前記構成サーバ（３）の前記データベースをアップデートするステップと、を備えることを特徴とするアップデート方法。
6. 前記ユーザーに関する前記データが格納されている前記構成サーバ（３）の前記データベースをアップデートするステップは、前記均質化サーバによって格納されたデータを前記構成サーバ（３）の前記データベースのデータモデルに一致させるステップを含むことを特徴とする請求項５に記載のアップデート方法。
7. 前記均質化サーバ（４）に格納されている前記ユーザー情報と、前記構成サーバ（３）に格納されているユーザー情報とが一致していることを確認するユーザー情報一致確認ステップをさらに備えることを特徴とする請求項５又は６に記載のアップデート方法。
8. 前記ユーザー情報確認ステップが完了した後の第１期間の経過後に、前記ユーザー情報確認ステップを再度実施することをユーザー側に提案することを特徴とする請求項７に記載のアップデート方法。
9. 前記ユーザー情報確認ステップが完了した後の、前記第１期間よりも長い第２期間の経過後に、前記ユーザー情報確認ステップを強制的に再度実施することを特徴とする請求項８に記載のアップデート方法。
10. 前記ユーザー情報確認ステップにおいてユーザー情報の不一致を発見した場合には、前記構成サーバ（３）の前記データベースのステータス、又は前記均質化サーバ（４）の前記データベースのステータス、のどちらが一方に他方を合わせるユーザー情報修正ステップを実施することを特徴とする請求項７から９の何れか一項に記載のアップデート方法。
11. 通信システムのユーザーに関するデータの管理システム（１）の均質化サーバ（４）であって、
    前記均質化サーバ（４）は、前記管理システム（１）における少なくとも一つの構成サーバ（３）と接続され、
    前記均質化サーバ（４）は、前記構成サーバ（３）と関連づけられる前記通信装置（２）のユーザーに関する全てのデータを含むデータベースを均質化された形式で格納する格納手段（４１）を有し、
    前記均質化サーバ（４）は、構成サーバ（３）の前記データベースが変更される毎に、該変更内容に一致するように、前記均質化サーバの前記データベースをアップデートするとともに、前記均質化サーバ（４）の前記データベースが変更される毎に、該変更内容に一致するように、少なくとも一つの前記構成サーバ（３）の前記データベースをアップデートするように構成されるデータ処理手段を有することを特徴とする均質化サーバ。