JP5840137B2 - 通信モードの選択 - Google Patents

Description

本発明は、通信ネットワークの分野に関し、より具体的には、ネットワーク内の通信モードの選択に関する。

遠隔通信の最近の開発は、２つの連絡先を接触させることを可能にする通信モードの増加につながった。したがって、特にプロフェッショナル・レベルで、これは、地理的にお互いから分離されているが協力して働く人の間のやりとりを容易にすることを可能にした。

それでも、連絡先に連絡する可能性のこの多さは、受信者が選択された通信モードによって即座にアクセス可能ではない場合、または発呼者がまずそれによって受信者に連絡できる通信モードを判定しなければならない場合に、時間の浪費につながる可能性もある。

連絡先との通信状態になることを促進する現状の解決策は、−連絡先が応対可能ではない（たとえば、休暇中）ことおよびその連絡先の次の応対可能性の時刻（休暇から戻る日付）を電子メールの送信者に示す自動電子メール応答と、−応対不能性について発呼者に知らせることを可能にする留守番電話とを含む。それでも、これらの解決策は、単一の通信モードだけに適用され、連絡先に連絡する最良の通信モードを判定することを可能にしない。

したがって、本発明の目的は、技術的現状の前述の欠点を克服し、連絡先に連絡するために最良の通信モードを選択することを可能にする方法を提案することである。

したがって、本発明は、少なくとも１つの通信ネットワークの第１ユーザと第２ユーザとの間で通信モードを選択する方法であって、
−第２ユーザとの通信に入るために第１ユーザによって送信される要求を受信するステップと、
−前記第２ユーザの位置およびその位置に関連するアクティビティから演繹された第２ユーザの少なくとも１つの状況パラメータに基づいて第１ユーザと第２ユーザとの間で使用可能な通信モードを判定するステップと
を含む方法に関する。

本発明のもう１つの態様によれば、第２ユーザの少なくとも１つの状況パラメータは、前記第２ユーザの応対可能性を含む。

本発明の追加の態様によれば、第２ユーザの応対可能性は、使用可能な通信モードが第２ユーザのアクティビティに基づいて判定されるようにするために、ネットワークのデータベース内に保存された前記第２ユーザのスケジュールに基づいて判定される。

本発明の追加の態様によれば、第２ユーザの応対可能性は、前記第２ユーザの少なくとも１つの通信モードのプレゼンス・サーバ内の前記第２ユーザの状況に基づいて判定される。

本発明の追加の態様によれば、第２ユーザの少なくとも１つの状況パラメータは、第２ユーザの少なくとも１つの通信デバイスの、通信ネットワークに関する接続状態を考慮に入れる。

追加の態様によれば、第２ユーザは、第２ユーザのアクティビティおよび／または通信の重要性に基づいて、使用可能ではない通信モードを定義する。

本発明の追加の態様によれば、使用可能な通信モードの判定は、第１ユーザの少なくとも１つの状況パラメータの判定をも含む。

本発明のもう１つの態様によれば、第１ユーザの少なくとも１つの状況パラメータは、前記第１ユーザの位置から演繹される。

本発明の追加の態様によれば、第１ユーザの少なくとも１つの状況パラメータは、前記第１ユーザのデバイスのすべてでアクセス可能な通信モードを考慮に入れる。

本発明の追加の態様によれば、通信モードは、使用可能な通信モードの中から第１ユーザによって選択される。

本発明のもう１つの態様によれば、この方法は、第２ユーザのプリファレンス判断基準に基づいて、使用可能な通信モードの中から通信モードを選択するステップをも含む。

本発明の追加の態様によれば、第１ユーザによって送信される要求は、前記第１ユーザがそれを介して第２ユーザと通信することを望む少なくとも１つの通信モードを含み、使用可能な通信モードの判定は、要求内で指定された前記少なくとも１つの通信モードの可用性を判定することに制限される。

本発明の追加の態様によれば、この方法は、第２ユーザが応対可能ではない時に必ず、第２ユーザの次の応対可能時間範囲および前記時間範囲中に使用可能な通信モードを含むメッセージを第１ユーザに送信する追加ステップをも含む。

本発明のもう１つの態様によれば、この方法は、第２ユーザが応対可能ではない時に必ず、第２ユーザが応対可能ではない場合に連絡できる少なくとも１人の第３ユーザの連絡先の情報を含むメッセージを第１ユーザに送信する追加ステップをも含む。

本発明は、通信ネットワークのサーバであって、
−通信ネットワークの第２ユーザとの通信に入るために通信ネットワークの第１ユーザから要求を受信し、
−前記第２ユーザの位置およびその位置に関連するアクティビティから演繹された第２ユーザの少なくとも１つの状況パラメータに基づいて第１ユーザと第２ユーザとの間で使用可能な通信モードを判定する
ように構成された手段を含む、通信ネットワークのサーバにも関する。

もう１つの実施形態によれば、使用可能な通信モードを判定するように構成された手段は、以前の通信要求中に第２ユーザによって使用された通信の状況および手段の履歴に関する情報がその中に保存されるデータベースと、検索デバイスと対話する手段と、コンテキスト情報およびユーザ・プロファイルを検索するデバイスから受け取られた情報とデータベース内に含まれる情報とを処理する手段と、さまざまな使用可能な通信モードを管理する通信プラットフォームと対話する手段とを含む。

本発明の他の特性および利益は、添付図面を参照して与えられる次の説明から明白になり、添付図面は、非限定的な例によって１つの可能な実施形態を示す。

受信者と通信することを望む発信者を示す図である。 本発明の一実施形態のさまざまなステップを示すブロック図である。 本発明の一実施形態による装置を示す概略図である。

次の説明では、全般的に、次の用語が使用される。

用語「ユーザがアクセス可能な通信モード」は、その通信モードを使用することを可能にする少なくとも１つのデバイスをユーザが所有する通信モードに対応する。

用語「使用可能な通信モード」は、その発信者と受信者との両方が、その通信モードを使用することを可能にするデバイスを所有する通信モードに対応する。

本発明の実施形態は、通信ネットワークのユーザが連絡先と通信することを望む時に必ず、最良の通信モードを判定することに関する。

図１に、自分の自由になる複数の通信モードを有し、受信者３に対応する第２ユーザと通信することを望む発信者１に対応する第１ユーザの図を示す。

図２に、本発明の一実施形態のさまざまなステップを示す。

第１ステップ１０１は、発信者１が、発信者１が接続されるネットワークのサーバに、通信を確立する要求を送信することに関する。この要求は、受信者３の識別子を含む。サーバによるこの要求の受信は、受信者３によってアクセス可能な通信モードの判定（ステップ１０２）と、発信者１によってアクセス可能な通信モードの判定（ステップ１０３）との両方をトリガする。

ユーザのアクセス可能性を判定するこれらのステップ（１０２および１０３）は、データベース内に保存された個人情報（アクティブ通信デバイス、スケジュールなど）などの異なる情報ならびに通信の１つのモード（たとえば、プレゼンス・サーバを介する）に関する接続状況またはユーザの位置（たとえば、ユーザのポータブル通信デバイスの位置を突き止めることによる）の判定を考慮に入れることができる。

ステップ１０４は、発信者１と受信者３との間の通信を確立するための、ステップ１０２および１０３によって提供される情報に基づく最良の通信モードの選択に対応する。

複数の通信モードが両方のユーザによってアクセス可能である場合には、選択を、受信者３および／または発信者１のプリファレンスに基づいて実行することができる。これらのプリファレンスを、データベース内に保存することができ、あるいは、発信者１について、使用可能な通信モードを含む選択肢を提供することができる。

ステップ１０４の終りに、通信モードが選択されており、その後、この通信モードによる通信が開始される（ステップ１０５）。

アクセス可能な通信モードがない場合には、メッセージが、発信者１に送信される（ステップ１０６）。このメッセージは、現在アクセス可能な通信モードがないことの情報を含むが、その間に受信者３に連絡できる次の時間範囲（および潜在的に遅延された呼のスケジューリング）に関する情報または、おそらくは受信者３がアクセス不能である間に連絡できる別のユーザの連絡先情報を含むこともできる。

本発明の一実施形態の実施態様を、これから、図３に示されたデバイスに基づいて詳細に説明する。これらのデバイスを、次の４つの部分に分割することができる。
−ユーザの通信デバイス内（発信者１の通信デバイス内と受信者３の通信デバイス内との両方）に配置される部分に対応するクライアント・デバイス５、
−通信サーバ７、
−コンテキスト情報およびユーザ・プロファイルを検索するデバイス９、
−通信プラットフォーム１１
検索デバイス９および通信プラットフォーム１１は、本発明の実施形態によって得られる既に存在する構造であり、本発明に固有のデバイスは、クライアント・デバイス５内および通信サーバ７内に配置される。

ユーザ・デバイス５は、ユーザが通信要求を作成し、その通信要求に関する情報を受け取ることを可能にするグラフィカル・インターフェース１３を含む。このインターフェース１３は、プリファレンス・セッティングまたはプライバシ・セッティングを構成するようにも働くことができる。

ユーザ・デバイス５は、インターネット接続、クライアント・セッション・イニシェーション・プロトコル、インスタント・メッセージング・プログラムのアクティブ化、インスタント・メッセージング・プログラム内でのユーザのプリファレンス状況、その他など、ユーザの通信モードに関する情報を分析するローカル・コンテキスト・アナライザ１７をも含む。

グラフィカル・インターフェース１３は、発信者１の意図と、サーバに送信される要求を定式化するためにローカル・コンテキスト・アナライザ１７によって送信されるローカル・コンテキスト情報とを組み合わせることを可能にする要求インターフェース１５に接続される。ユーザは、そのインターフェース１５を介してそのユーザのプリファレンスを定義することができ、そのユーザは、たとえば、そのユーザが望む通信のタイプ（同期または非同期、即時または遅延付き、緊急または非緊急、重要または非重要など）を指定することができる。

グラフィカル・インターフェース１３は、プライバシ・インターフェース１９にも接続される。このプライバシ・インターフェース１９は、ユーザが、瞬間またはそのユーザのアクティビティに応じてそのユーザが許可しようとする通信モードを定義することを可能にする。プライバシ・インターフェース１９は、たとえば、緊急時にはそのユーザの電話でそのユーザに連絡できるが、そのユーザが、そのユーザの電話番号が呼の発信者に送信されることを望まないことを定義することができる。

ユーザ・デバイス５は、サーバ７からの情報に対応するディスプレイを編成するディスプレイ・マネージャ２１をも含む。通信モードが選択された場合には、ディスプレイ・マネージャ２１は、このモードを介する通信をセット・アップすることを可能にする。

ユーザ・デバイス５とサーバ７との間のやりとりは、やりとりされる情報を関係するデバイス要素に送信するブローカ２３の介在を通して実行される。

通信サーバ７内では、要求が、要求アナライザ２５によって受け取られ、要求アナライザ２５は、次を判定する。
−発信者１および受信者３のアイデンティティ、
−発信者１および受信者３に関する連絡先情報（電話番号、電子メール・アドレス、通信識別パラメータなど）。

この情報は、通信要求および検索デバイス９のディレクトリ２７から入手され、通信モードの可用性検出器２９に送られる。この可用性検出器２９の役割は、使用可能な通信モードを定義することであり、これは、要求が受け取られる時に両方のユーザがアクセス可能な通信モードを意味する。それを行うために、可用性検出器は、ローカル・コンテキスト・アナライザ１７によって収集され要求内で送られた情報と、コンテキスト・マネージャ３１によって提供される情報との両方を使用する。

コンテキスト・マネージャ３１は、コンテキスト情報およびユーザ・プロファイルを検索するデバイス９、および具体的にはスケジュール３３、プレゼンス・サーバ３５、またはロケーション・デバイス３７からコンテキスト情報を取り出す。

その後、使用可能な通信モードに関する情報は、可用性検出器２９から通信モード・セレクタ３９に送られる。

選択は、管理者４５によって管理される構成インターフェース４３から確立された選択ルール４１を使用して、使用可能な通信モードの間で行われる。この構成インターフェース４３は、選択ルール４１を確立することを可能にする構成パラメータを定義する。これらのパラメータを、管理者４５はいつでも再構成することができる。さらに、選択ルール４１は、ユーザ・デバイス５のプライバシ・インターフェース１９と通信するプライバシ・マネージャ４７を使用して確立される。

この形で、選択ルール４１は、最も適切な通信モードを選択する時に考慮に入れなければならない制約のすべてを組み合わせる。これらのルールを、任意のプログラミング言語および第１階述語論理、文法論理（ｇｒａｍｍａｒ ｌｏｇｉｃ）、ファジイ論理、またはニューラル・ネット、その他などの任意の論理を用いて表すことができる。

さらに、一実施形態では、選択ルール４１は、プライバシ変更または構成変更を考慮に入れることを可能にする動的変動をサポートする。

さらに、通信モード・セレクタ３９は、ユーザによって使用され、データベース４９内に保存された通信モードの履歴に対応するデータを使用することができる。

さらに、使用可能な通信モードがない場合には、このシステムは、初期の受信者３と交替できる別の応対可能なユーザに連絡するように発信者１に促すことができる（たとえば、受信者が休暇中である場合に、受信者の従業員のうちの１人を、初期の受信者３のプリファレンスで好ましい交替連絡先として指定することができる）。

その後、選択の結果が、発信者１のユーザ・デバイス５によって発信者１に送り返され、通信モードが選択された場合には、対応する通信が、通信インターフェース５１によって通信プラットフォーム１１上でセット・アップされる。

通信プラットフォームは、たとえば電話サーバ５３、電子メール・サーバ５５、インスタント・メッセージング・サーバ５７、またはショート・メッセージ（ＳＭＳ）サーバ５９、その他など、すべての通信モードのサーバを含む。

この形で、選択された通信モードが電話呼である場合には、通信インターフェースは、両方のユーザの電話番号を通信プラットフォーム１１および具体的には電話サーバ５３に送り、電話通信が開始される。

一実施形態によれば、たとえば、受信者が忙しいが、指定された時刻に通信に応じられるようになる場合に、遅延された呼を構成することもできる。

本発明をよりよく理解するために、１つの例の使用法を、これから説明する。

ある会社の従業員が、オフィスにおり、プロジェクトを仕上げるために彼の管理者と通信することを望む。したがって、この従業員は、彼のコンピュータのグラフィカル・インターフェース１３を使用して、通信確立要求を送信する。さらに、彼のプリファレンス内で、この従業員は、直接通信モード（電話、ビデオ会議など）を優先させることを選択しており、彼の通信が非常に緊急ではないという事実を指定している。

この要求は、サーバ７によって受信される。その後、従業員および彼の管理者に関するコンテキスト情報が分析される。その後、従業員の位置（オフィス内）および対応するアクセス可能な通信モードが判定される。同様に、管理者のスケジュールは、管理者が外勤中で会議に参加していることを示し、したがって、管理者の通信モードは、テキスト・メッセージまたは電話呼（管理者の携帯電話機での）だけが使用可能になるように制限される。それでも、管理者は、会議中の電話呼が、緊急通信のために予約されるのみでなければならないことを管理者のプリファレンスで選択しており、したがって、テキスト・メッセージ通信が選択される。

したがって、テキスト・メッセージ通信だけが現在使用可能であることを示す応答が、従業員に送信される。さらに、従業員のプリファレンスは、直接通信を好むので、遅延された電話通信（その時間は、彼の管理者の会議が終了する時刻に対応する）のセット・アップも、従業員に提供される。

従業員は、この第２の代替案を選択し、電話通信が午後６時（会議が終了する時刻）にセット・アップされることの確認が、彼のスクリーンに表示される。

さらに、午後６時に、電話をかけるために、メッセージが従業員に送信される。その後、従業員は、彼の要求を確認する必要だけがあり、通信が、電話サーバ内でセット・アップされる。

したがって、本発明の実施形態は、ユーザが、各人の状況パラメータ（アクセス可能性、応対可能性、プライバシ、プリファレンスなど）を考慮に入れながら別のユーザと通信するために、最も適切な通信モードを効率的に自動的に判定することを可能にする。したがって、ユーザは、別の人との通信を確立する複数の試みの結果として時間を浪費することを回避し、最も適切な通信モードに自動的に向けられる。これは、ある会社内で、通信するために行わなければならないことを単純化し、従業員の自由になる通信の手段のすべてを効率的に使用することによって、従業員の生産性を改善することを可能にする。

Claims (15)

1. 少なくとも１つの通信ネットワークの第１ユーザと第２ユーザとの間で通信モードを選択する方法であって、
   前記第２ユーザとの通信に入るために前記第１ユーザによって送信される要求を受信するステップ（１０１）と、
   前記第２ユーザの位置およびその位置に関連するアクティビティから演繹された前記第２ユーザの少なくとも１つの状況パラメータに基づいて前記第１ユーザと前記第２ユーザとの間で使用可能な通信モードを判定するステップ（１０２、１０３）と
   を含み、
   前記第２ユーザは、前記第２ユーザのアクティビティおよび前記通信の重要性に基づいて、使用可能ではない通信モードを定義する、方法。
2. 前記第２ユーザの前記少なくとも１つの状況パラメータは、前記第２ユーザの応対可能性を含む、請求項１に記載の通信モードを選択する方法。
3. 前記第２ユーザの前記応対可能性は、前記使用可能な通信モードが前記第２ユーザのアクティビティに基づいて判定されるように、前記ネットワークのデータベース内に保存された前記第２ユーザのスケジュール（３３）に基づいて判定される、請求項２に記載の通信モードを選択する方法。
4. 前記第２ユーザの応対可能性は、前記第２ユーザの少なくとも１つの通信モードのプレゼンス・サーバ（３５）内の前記第２ユーザの状況に基づいて判定される、請求項２または３に記載の通信モードを選択する方法。
5. 前記第２ユーザの前記少なくとも１つの状況パラメータは、前記第２ユーザの少なくとも１つの通信デバイスの、通信ネットワークに関する接続状態を考慮に入れる、請求項１乃至４のいずれか１項に記載の通信モードを選択する方法。
6. 前記使用可能な通信モードの前記判定は、前記第１ユーザの少なくとも１つの状況パラメータの判定をも含む、請求項１乃至５のいずれか１項に記載の通信モードを選択する方法。
7. 前記第１ユーザの前記少なくとも１つの状況パラメータは、前記第１ユーザの位置から演繹される、請求項６に記載の通信モードを選択する方法。
8. 前記第１ユーザの前記少なくとも１つの状況パラメータは、前記第１ユーザのすべてのデバイスでアクセス可能な通信モードを考慮に入れる、請求項６または７に記載の通信モードを選択する方法。
9. 前記通信モードは、前記使用可能な通信モードの中から前記第１ユーザによって選択される、請求項１乃至８のいずれか１項に記載の通信モードを選択する方法。
10. 前記第２ユーザのプリファレンス判断基準に基づいて、前記使用可能な通信モードの中から通信モードを選択するステップ（１０４）をさらに含む、請求項１乃至８のいずれか１項に記載の通信モードを選択する方法。
11. 前記第１ユーザによって送信される前記要求は、前記第１ユーザがそれを介して前記第２ユーザと通信することを望む少なくとも１つの通信モードを含み、使用可能な通信モードの前記判定は、前記要求内で指定された前記少なくとも１つの通信モードの可用性を判定することに制限される、請求項１乃至１０のいずれか１項に記載の通信モードを選択する方法。
12. 前記第２ユーザが応対可能ではない時に、前記第２ユーザの次の応対可能時間範囲中の前記使用可能な通信モードでの前記第２ユーザの前記時間範囲を含むメッセージを前記第１ユーザに送信する追加ステップをさらに含む、請求項１乃至１１のいずれか１項に記載の通信モードを選択する方法。
13. 前記第２ユーザが応対可能ではない時に、前記第２ユーザが応対可能ではない場合に連絡できる少なくとも１人の第３ユーザの連絡先情報を含むメッセージを前記第１ユーザに送信する追加ステップ（１０６）をさらに含む、請求項１乃至１２のいずれか１項に記載の通信モードを選択する方法。
14. 通信ネットワークのサーバであって、
    前記通信ネットワークの第２ユーザとの通信に入るために前記通信ネットワークの第１ユーザから要求を受信し、
    前記第２ユーザの位置およびその位置に関連するアクティビティから演繹された前記第２ユーザの少なくとも１つの状況パラメータに基づいて前記第１ユーザと前記第２ユーザとの間で使用可能な通信モードを判定する
    ように構成された手段を含み、
    前記第２ユーザは、前記第２ユーザのアクティビティおよび前記通信の重要性に基づいて、使用可能ではない通信モードを定義する、通信ネットワークのサーバ。
15. 前記使用可能な通信モードを判定するように構成された前記手段は、以前の通信要求中に前記第２ユーザによって使用された通信の状況および手段の履歴に関する情報がその中に保存されるデータベースと、検索デバイスと対話する手段と、コンテキスト情報およびユーザ・プロファイルを検索するデバイスから受け取られた情報と前記データベース内に含まれる情報とを処理する手段と、さまざまな使用可能な通信モードを管理する通信プラットフォームと対話する手段とを含む、請求項１４に記載の通信ネットワークのサーバ。

Images