JP2006523982A - 選択されたユーザ端末の間で専用通信機器を使用して通信を確立する方法 - Google Patents

Abstract

本発明は、選択されたユーザ端末の間で専用通信機器を使用して通信を確立する方法に関する。本発明によれば、発呼ユーザＵｊ−ｋの各通信端末は、第１の通信機器Ｓｋに論理的に接続され、着呼ユーザＵｊ’−ｋ’の各通信端末は、第２の通信機器Ｓｋ’に論理的に接続される。このようにして、前述の端末の組は、２つのユーザの間で複数の通信モードを可能にする。着呼ユーザが通信の確立を受諾する場合、第２の通信機器Ｓｋ’は、要求された通信を確立するのに使用できる着呼ユーザの各端末を決定する。続いて、第２の通信機器Ｓｋ’は、そのようにして決定された各端末の端末識別子を第１の通信機器Ｓｋに送信する。最後に、第１の通信機器Ｓｋは、受信した識別子の中から着呼ユーザの少なくとも１つの端末識別子を選択し、通信の確立を開始する。

Description

本発明は、通信ネットワーク内の通信端末の間でのデータ交換に関し、より詳細には、ユーザ端末の間での呼の確立に関する。

電話通信においては、発呼者の究極的な要求は、互いの居場所や、互いの通信端末に関わりなく、着呼者とできるだけ早く交信できることである。現在、異なるタイプのサービス（例えば、固定もしくは移動電話、インターネット電話、テキスト、音声、静止画もしくは動画データ、またはマルチメディアデータの送信など）を提供し、一般に異なるタイプのネットワークに接続される、異なるタイプの端末の共存のため、また高まる個人の移動性のため、発呼者と着呼者の間での呼の確立は、複雑で時間を消費するものとなることがある。

発呼を行っても上手く通じない場合、発呼者は、電話帳を調べたり、かつ／または着呼者と交信できる端末の通信アドレスを決定するために発呼を１回または複数回行ったりすることを余儀なくされることがある。発呼を行っても上手く通じない場合、発呼者は、最初に使用したのとは異なるタイプの端末を使用することを余儀なくされることもある。さらに、発呼者端末と着呼者端末の間で接続が一度確立されても、互いの端末が異なるタイプのサービスを提供する場合は特に、発呼者が着呼者にデータを送信できる保証はない。

こうした状況の改善を試みて、呼制御システムが、呼を別の通信アドレスもしくはメッセージングサービスに転送したり、または着呼者が話中の場合、発呼者に自動的に発呼し返すことができるようにすることで、呼制御システムを改良することが提案された。しかし、これらのシステムは、発呼者のことをあまり考慮しておらず、移動性および／または通信端末タイプの多様性に対処できるようには構成されていない。

ＩＥＴＦ ＲＦＣ２５４３で取り扱われるセッション開始プロトコル（ＳＩＰ）については、例えば、Ｊｏｎａｔｈａｎ Ｄ．Ｒｏｓｅｎｂｅｒｇ他による論文、「Ｔｈｅ Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ（ＳＩＰ） Ａ Ｋｅｙ Ｃｏｍｐｏｎｅｎｔ ｆｏｒ Ｉｎｔｅｒｎｅｔ Ｔｅｌｅｐｈｏｎｙ」、Ｃｏｍｐｕｔｅｒ Ｔｅｌｅｐｈｏｎｙ、２０００年６月、第８巻、第６号、１２６ページにおいて説明されている。

ＳＩＰは、ユーザの間で対話的通信セッションを開始するために、またセッションを終了または変更するために使用される。セッションを開始するには、与えられた時間に交信相手となるユーザが実際にどこに所在しているかを決定することが必要である。ユーザは、例えば、職場のパーソナルコンピュータ、自宅のパーソナルコンピュータ、および研究室のインターネット電話など、異なる場所に配置された複数の電話端末をもっていることがある。したがって、このユーザへの呼は必然的に、これらの端末すべてに同時に呼び出し音を鳴らさせることができる。さらに、ユーザは、移動性をもつことがある。ユーザの所在を見つけるため、ＳＩＰは、動的ロケーション情報を考慮する。

着呼ユーザの所在が突き止められると、ＳＩＰは、着呼ユーザが参加を求められているセッションの説明を提供する。これを行うため、ＳＩＰは、当技術分野で知られているプロトコルである、多目的インターネットメール拡張（ＭＩＭＥ）プロトコル、またはセッション記述プロトコル（ＳＤＰ）を使用することができる。返答として、ＳＩＰは、発呼ユーザに承認、拒否などを表す応答を提供する。

ユーザエージェントとして知られているアプリケーションは、ユーザの名義で動作する。ユーザエージェントは、それぞれ、ユーザがセッション勧誘メッセージを送信または受信した場合、またユーザが応答する場合に、クライアント（ユーザエージェントクライアント）として、またサーバ（ユーザエージェントサーバ）として同時に動作することができる。このアプリケーションは、中間サーバを用いずに、２つの端末によって使用することができるが、通常は、そのようなことは行われない。信号経路は一般に、発呼ユーザの近くに配置されたプロキシサーバと着呼ユーザの近くに配置されたプロキシサーバとを含み、おそらくは、リダイレクションサーバとして知られているサーバも有する。

発呼ユーザは、自らのクライアントソフトウェアを使用して、セッションを開始する。このユーザエージェントクライアント（ＵＡＣ）ソフトウェアは、発呼側の近くのエンティティ内に配置されたプロキシサーバにリクエスト（ＩＮＶＩＴＥ）を送信する。ＳＩＰプロトコルは、電子メール用に使用されるアドレスと非常によく似た、ユニバーサルリソースロケータ（ＵＲＬ）として知られている、ユニバーサルロケーションアドレスを使用する。例えば、発呼ユーザの電子メールアドレスが、ｊｄｒｏｓｅｎ＠ｄｙｎａｍｉｃｓｏｆｔ．ｃｏｍである場合、発呼ユーザのＳＩＰアドレスは、ｓｉｐ：ｊｄｒｏｓｅｎ＠ｄｙｎａｍｉｃｓｏｆｔ．ｃｏｍである。

例えば、ユーザｊｄｒｏｓｅｎが、ユーザｊｏｅ＠ｃｏｌｕｍｂｉａ．ｅｄｕに発呼を行いたい場合、ユーザｊｄｒｏｓｅｎの端末は、アドレスドメインｄｙｎａｍｉｃｓｏｆｔ．ｃｏｍを管理するプロキシサーバに、メッセージＩＮＶＩＴＥを送信する。このサーバは、このメッセージを、アドレスドメインｃｏｌｕｍｂｉａ．ｅｄｕを管理するリダイレクションサーバに転送する。リダイレクションサーバは、プロキシサーバではない。メッセージを転送する代わりに、データベースに問い合せた後、メッセージを送信したサーバに、リダイレクションサーバが指定するプロキシサーバと代わりに交信するよう要求する。例えば、このデータベースは、今日、Ｊｏｅがドメインｆｏｏ．ｃｏｍにいることを知らせる。その後、リダイレクションサーバは、ドメインｄｙｎａｍｉｃｓｏｆｔ．ｃｏｍのプロキシサーバに、ｊｏｅ＠ｆｏｏ．ｃｏｍと交信することによって再度試みるよう要求するリダイレクションメッセージを送信する。ドメインｄｙｎａｍｉｃｓｏｆｔ．ｃｏｍのプロキシサーバは、新しいメッセージＩＮＶＩＴＥをドメインｆｏｏ．ｃｏｍのプロキシサーバに送信し、このプロキシサーバは、それのデータベースに問い合せ、Ｊｏｅが販売部にいることを突き止める。ドメインｆｏｏ．ｃｏｍのプロキシサーバは、新しいアドレスｊｏｅ＠ｓａｌｅｓ．ｆｏｏ．ｃｏｍを生成し、メッセージＩＮＶＩＴＥをドメインｓａｌｅｓ．ｆｏｏ．ｃｏｍのプロキシサーバに送信する。その後、販売部のプロキシサーバは、このメッセージを、Ｊｏｅが現在使用しているパーソナルコンピュータに転送しなければならない。

Ｊｏｅが、販売部で自分のコンピュータの電源を入れたとき、そのコンピュータ上で実行されるクライアントソフトウェアは、ドメインｓａｌｅｓ．ｆｏｏ．ｃｏｍのプロキシサーバにメッセージＲＥＧＩＳＴＥＲを送信することによって、アドレスｓｉｐ：ｊｏｅ＠ｓａｌｅｓ．ｅｎｇｉｎｅｅｒｉｎｇ．ｃｏｍとｓｉｐ：ｊｏｅ＠ｍｙｐｃ．ｓａｌｅｓ．ｆｏｏ．ｃｏｍとの間のリンクを生成する。このリンクは保存されるが、定期的にリフレッシュされる。

このセッション開始の例では、ドメインｓａｌｅｓ．ｆｏｏ．ｃｏｍのプロキシサーバは、それのロケーションデータベースに問い合せて、アドレスｓｉｐ：ｊｏｅ＠ｍｙｐｃ．ｓａｌｅｓ．ｆｏｏ．ｃｏｍを知らされ、その後、メッセージＩＮＶＩＴＥをｊｏｅ＠ｍｙｐｃ．ｓａｌｅｓ．ｆｏｏ．ｃｏｍに転送する。その結果、メッセージがＪｏｅのコンピュータに届く。

Ｊｏｅは、セッションへの参加を求める勧誘を受諾する旨を手動で応答するか、もしくは勧誘を拒否するかし、または話中であり、またはメッセージを別のアドレスに転送する。応答メッセージは、メッセージＩＮＶＩＴＥのときと同じプロキシサーバを、ただし反対方向に通過して、発呼ユーザの端末まで届けられる。発呼ユーザの端末は、肯定応答によって応答し、その後、セッションが確立される。２つの端末の間での音声通信は、その後、例えば、リアルタイム転送プロトコル（ＲＴＰ）を使用して、ＳＩＰとは独立に直接確立される。

米国特許出願第２００２／０１８７７７７号明細書は、ユーザが、同じ場所または異なる場所にある自分が利用可能な複数の端末から選択された一端末に、一度に１つ、自分への呼を送信できるようにするためのＳＩＰの利用について説明している。例えば、自分が雇用されている会社ではない他の会社を訪問しており、その他所の会社の別の人のオフィスにいるときに、自分の携帯情報端末で呼要求通知を受信した会社勤めのユーザは、その別の人の電話に対して呼が確立されるように要求することができる。

携帯情報端末は、インターネットプロトコルを使用して同じネットワークに接続された、第１のプロキシサーバとＳＩＰユーザエージェントとに関連付けられる。発呼ユーザが呼を確立したい場合、ＳＩＰ規格によって定められた「ＩＮＶＩＴＥ」テキストメッセージが、第１のプロキシサーバに送信される。第１のプロキシサーバは、着呼ユーザがその番号宛に発呼されることを望む番号のリストを読み、そのリストから第１の番号を選択する。ユーザエージェントは、このＳＩＰメッセージを、携帯情報端末に通話勧誘を通知するのにより適した別のより内容豊かなメッセージに変換する。この別の信号は、ＨＴＴＰもしくはＷＡＰプロトコルに、またはＨＴＭＬ、ＸＭＬ、もしくはＶＯＸＭＬ言語に準拠することができる。例えば、携帯情報端末は、ＨＴＭＬウェブページの形式で通知を受信する。

着呼ユーザが呼を、ただし別の端末上で、確立したい場合、着呼ユーザは、呼転送命令と電話番号（またはインターネットアドレス）を、自分の携帯情報端末から第１のプロキシサーバに送信する。この情報は、現在の例ではやはりＨＴＭＬウェブページであるファイルに収めて転送される。これはユーザエージェントによって、リダイレクト番号を含む固定のＳＩＰ「ＲＥＤＩＲＥＣＴ」メッセージに変換される。このＳＩＰメッセージは、リダイレクト番号によって指定される第２の端末が論理的に接続される第２のＳＩＰプロキシサーバに送信される。第２のＳＩＰプロキシサーバは、この第２の端末にＳＩＰ「ＩＮＶＩＴＥ」信号を送信する。このＳＩＰ信号は、第２の端末がＳＩＰタイプであるならば、さらなる変換を行わずに、第２の端末に送信される。

これらの従来技術の方法は、着呼ユーザは多くの選択肢をもつのに、発呼ユーザは僅かの選択肢しかもたないという短所を有する。発呼ユーザは、どのような端末が着呼ユーザに利用可能かについて、または着呼ユーザの選好について知識をもたない。その結果、発呼ユーザが呼を確立したい場合、発呼ユーザは、着呼ユーザに利用可能な端末の関数として、または着呼ユーザの選好の関数として、通信モードを選択することができない。発呼ユーザは、自分の端末および自分の選好の関数として、選択できるに過ぎない。さらに、そのような選択が、発呼ユーザにサービスを提供する機器によって自動的に影響を受ければ望ましいであろう。

したがって、本発明の目的は、発呼ユーザにサービスを提供する電気通信機器が、発呼ユーザが従来利用可能であったものと比べて内容豊富にされた情報を考慮して、着呼ユーザの端末（例えば、固定電話、移動電話、コンピュータ、携帯情報端末など）を選択できるように、また通信モード（音声のみ、音声および映像、電子メール、「チャット」など）を選択できるようにすることである。この情報は、発呼ユーザがしばしば、着呼ユーザに特有の情報、例えば、有用性や所在などの関数として、端末および通信モードが選択されることも望むので、端末タイプおよび通信モードに限定されてはならない。

本発明の第１の態様は、各々が少なくとも１つの個人識別子に関係付けられ、各々が少なくとも１つの通信端末を有する、発呼ユーザと着呼ユーザの間で呼を確立する方法であり、発呼ユーザの各端末は、第１の通信機器に論理的に接続され、着呼ユーザの各通信端末は、第２の通信機器に論理的に接続され、これらの端末の組み合わせは、これらの２ユーザの間で複数の通信モードを可能にし、
前記方法は、発呼ユーザと着呼ユーザの間で呼を確立する要求の場合、呼を確立する前に、第１の通信機器と第２の通信機器の間で情報を交換することにその本質がある方法であって、また
着呼ユーザが呼の確立を受諾する場合、
第２の通信機器が、要求された呼の確立を可能にする、着呼ユーザの各通信端末を決定し、
その後、第２の通信機器が、第１の通信機器に、そのようにして決定された各端末の端末識別子を送信し、
その後、第１の通信機器が、受信した着呼ユーザの識別子から、複数の可能な選択が存在する場合は、少なくとも１つの端末識別子を選択し、次に、発呼ユーザの少なくとも１つの端末と選択した識別子に対応する着呼ユーザの少なくとも１つの端末の間で呼の確立を開始することで特徴づけられる。

上記のように特徴づけられる方法は、着呼ユーザと交信可能にする各端末の端末識別子を機器に送信することにその本質があるので、機器が発呼ユーザにサービスを提供する場合、その機器が、着呼端末を着呼ユーザが利用可能な複数の端末から選択できるようにする。その場合、発呼ユーザにサービスを提供する機器は、受信した識別子から、２以上の選択肢が存在する場合は、少なくとも１つの着呼ユーザの端末識別子を選択する。

本発明の方法の特定の一実施形態は、決定した各端末について、第２の通信機器がさらに、要求された呼の確立を可能にする、この端末の各通信モードを決定し、
その後、第２の通信機器がさらに、第１の通信機器に、そのようにして決定された各モードの通信モード識別子を送信し、
その後、第１の通信機器が、受信した着呼ユーザの識別子から、複数の可能な選択が存在する場合は、少なくとも１つの端末識別子と少なくとも１つの通信モード識別子とを選択することで特徴づけられる。

上記のように特徴づけられる方法は、機器が発呼ユーザにサービスを提供する場合、その機器が、着呼端末を選択するのに加えて、２以上の選択肢が存在する場合は、１つの通信モードを選択できるようにする。

本発明の第２の態様は、各々が少なくとも１つの識別子に関係付けられ、各々が少なくとも１つの通信端末を有する、発呼ユーザと着呼ユーザの間での呼の確立を管理するための通信機器にその本質があり、この機器は、少なくとも一方のユーザの各通信端末に論理的に接続され、この第１の機器に論理的に接続された端末と、第１の機器に類似する第２の通信機器に論理的に接続された別の端末との間で呼を確立する前に、この第２の機器と情報を交換する手段を含む通信機器であって、
この機器は、第１の機器に類似する第２の通信機器と情報を交換する手段が、
要求された呼の確立を可能にする、着呼ユーザの各端末の端末識別子を受信する手段と、
その後、受信した着呼ユーザの識別子から、複数の可能な選択が存在する場合は、少なくとも１つの端末識別子を選択し、次に、発呼ユーザの少なくとも１つの端末と選択された識別子に対応する着呼ユーザの少なくとも１つの端末の間で呼の確立を開始する手段とを含むことで特徴づけられる。

特定の一実施形態においては、第１の機器に類似する第２の通信機器と情報を交換する手段とさらに、
第２の電気通信機器によって決定された各端末の少なくとも１つの通信モード識別子を受信する手段と、
受信した着呼ユーザの識別子から、複数の可能な選択が存在する場合は、少なくとも１つの端末識別子と少なくとも１つの通信モード識別子とを選択する手段とを含む。

本発明のその他の特徴および利点は、以下の詳細な説明を読み、ただ１つの図が本発明の通信機器を備える通信設備の一実施形態の図である添付の図面を調べることで明らかとなるであろう。この図面は、本発明の説明の一部を構成するばかりでなく、必要であれば、本発明の定義にも寄与する。

図１に示される実施形態は、通信機器Ｓ１およびＳ２によって相互接続された異なるタイプの３つの通信ネットワークを含む通信設備を表す。より正確には、この実施形態においては、前記設備は、例えば、事業グループ（または企業）に属し、通信機器Ｓ１およびＳ２を介して、例えば、インターネット／ＩＰタイプの公衆データネットワークに結合された、２つの私設サブネットワークＥＮ１およびＥＮ２を含む。

通信機器Ｓ１およびＳ２は、好ましくは、例えば、プロキシサーバ機能を備える。

私設サブネットワークＥＮ１およびＥＮ２は、例えば、構内自動交換機（ＰＡＢＸ）であり、（ＤＥＣＴ規格に準拠していれば）無線タイプも利用することができる。しかし、私設サブネットワークＥＮ１およびＥＮ２は、何ら遜色なく、無線ローカルアクセスネットワーク（ＷＬＡＮ）とすることもできる。

図示されてはいないが、私設サブネットワークＥＮ１およびＥＮ２、ならびにＩＰデータネットワークは、アクセスサーバによって、例えば、ＧＳＭ、ＧＰＲＳ、ＵＭＴＳ、およびｉ−Ｍｏｄｅネットワークなどの公衆陸上移動通信網（ＰＬＭＮ）タイプの、または、例えば、公衆交換電話網（ＰＳＴＮ）などの交換タイプの、１つまたは複数の公衆電話網ＲＴＰにも接続される。

もちろん、本発明は、この例における、私設（サブ）ネットワーク（ＥＮ）、公衆電話網、および公衆データ（インターネット／ＩＰ）網の組み合わせ、または選択されたネットワークの数に限定されるものではない。したがって、複数の私設ネットワーク、複数の公衆データ網、および複数の公衆電話網（例えば、ＰＳＴＮまたはＰＬＭＮ（特に、ＧＳＭ、ＧＰＲＳ、ＵＭＴＳ、またはｉ−Ｍｏｄｅタイプ））が共存することができる。

そうする権限を与えられていれば、複数のユーザ通信端末Ｔｊｊ−ｋは、私設サブネットワークＥＮｋおよび／もしくは電話網に、インターネット／ＩＰネットワークに私設サブネットワークＥＮｋの一方および電話網を介して間接的に、または私設サブネットワークＥＮｋの一方に電話網およびインターネット／ＩＰネットワークを介して間接的に、接続することができる。

図示された実施形態においては、各ユーザＵｊ−ｋは、３つの通信端末Ｔｊｉ−ｋ（移動電話、固定電話、およびデスクトップパーソナルコンピュータ（ＰＣ）またはラップトップコンピュータ）を有する。添字ｉは、端末の番号を示し、添字ｊは、端末のユーザＵｊ−ｋを示し、添字ｋは、ユーザＵｊ−ｋが接続されているサブネットワークＥＮ１、ＥＮ２を示す。したがって、図示された実施形態においては、ｋは１、または２の値をもち、ｊは１、２、または３の値をもち、ｉは１、２、または３の値をもつ。しかし、これらの添字は、もちろん、異なる値を取ることもできる。したがって、あるユーザは、１つしか端末をもたなくてもよく、または２、４、もしくはより多くの通信端末をもってもよい。同様に、ユーザ番号も任意の値を取ることができる。さらに、本発明は、移動電話、およびデスクトップまたはラップトップコンピュータのタイプの端末にだけ限定されるものではない。本発明は一般に、別の端末とデータを交換できる任意のタイプの通信端末に関し、詳細には、固定電話、携帯情報端末（ＰＤＡ）、およびファックス機に関する。

さらに、デスクトップおよびラップトップタイプの端末は好ましくは、接続手段を介して、または好ましくは、例えば、交換イーサネット（登録商標）コネクションなどの高ビットレートのネットワークコネクションを介して、私設サブネットワークＥＮｋの一方に接続される。しかし、その他の任意のタイプのネットワークコネクションを想定することができ、特に、アナログ、ＡＤＳＬ、２Ｂ＋Ｄ、３０Ｂ＋Ｄ、無線、ＷＬＡＮ、およびＢｌｕｅｔｏｏｔｈコネクションを想定することができる。

各ユーザＵｊ−ｋは、例えば、名前または肩書き（「マーケティング部長」）などの第１の識別子によって指定される。異なるタイプの第１の識別子が共存してもよい。さらに、各ユーザＵｊ−ｋは、「アシスタント」とも呼ばれるデータ処理装置Ｄｊ−ｋに関連づけられる。もちろん、アシスタントＤを、複数の異なるユーザに関連づけてもよい。さらに、何ら問題なく、ユーザの１つがアシスタントをもたないと想定してよいが、その場合、発呼または着呼ユーザの少なくとも一方がアシスタントをもつという条件で、本発明は適用される。

図１に示された実施形態においては、私設サブネットワークＥＮｋに接続されたユーザＵｊ−ｋのすべてのアシスタント（装置）Ｄｊ−ｋは、この例ではプロキシとして動作する通信機器Ｓｋ内にインストールされる。

各アシスタント（装置）Ｄｊ−ｋは好ましくは、（ＩＥＴＦ ＲＦＣ２８７１およびＲＦＣ ＯＮ２５４３規格によって定義される）プロキシ機能を備える。さらに、各アシスタントＤｊ−ｋは好ましくは、アシスタントに関連づけられた通信端末Ｔｊｉ−ｋの通信識別子（例えば、電話番号またはインターネットアドレス）を保存するためのメモリ（図示せず）を備える。

本発明によれば、各通信機器Ｓｋは、同じ私設サブネットワークＥＮｋまたは異なる私設サブネットワークに属する発呼および着呼ユーザの間での呼の確立を管理するために専用に用いられる。各通信機器Ｓｋは、通信機器Ｓｋを別の通信機器Ｓｋ’に接続できるようにする通信ネットワーク内の通信識別子に関連づけられる。この例では、通信ネットワークはインターネット／ＩＰネットワークであるので、機器Ｓｋの通信識別子は、例えば、インターネットアドレスドメインである。

「ドメイン」という語は、インターネットとの関連で理解されなければならない。したがって、この語は、同一の機能共同体に属する１組のエンティティ（「ユーザエージェント」、プロキシ）を表す。

私設サブネットワークＥＮｋのユーザＵｊ−ｋの端末Ｔｊｉ−ｋは、アシスタントＤｊ−ｋに論理的に接続されるので、前記アシスタントＤｊ−ｋを含む機器Ｓｋにも論理的に接続される。

例えば、コンピュータなどのユーザ端末も同様に、本発明の意味における通信機器を構成し得ることに留意することが重要である。

各通信機器Ｓｋは、ホームページおよびセキュリティモジュールとしても知られる転送モジュールＭＴｋも含む。アシスタントＤｊ−ｋおよび転送モジュールＭＴｋは、ユーザＵｊ−ｋの１つから着呼ユーザＵｊ’−ｋ’（ｋ’はｋと等しくてもよい）への呼を確立する要求を受信するたびに、ユーザＵｊ’−ｋ’に関連づけられた機器Ｓｋ’に送信されて、ユーザＵｊ’−ｋ’が呼を受諾するかどうかを尋ねる問い合わせメッセージを構成する責務を負う、通信機器Ｓｋの管理手段Ｄｊ−ｋ、ＭＴｋを構成する。

この目的のため、管理手段Ｄｊ−ｋ、ＭＴｋは、第１のユーザ識別子Ｕｊ−ｋと第２のユーザ識別子Ｄｊ−ｋの間の対応関係を要素にもつ第１の表が保存された第１のメモリＭ１をアクセスすることによって、着呼ユーザの先に受信された第１の識別子に対応する第２の識別子の決定を開始する。これらの第１の表は、例えば、各ユーザに関連づけられた個人登録簿、企業全体の登録簿（企業ネットワークの場合）、および企業または個人登録簿を有するユーザのユーザ連絡先の登録簿である。その２次識別子は好ましくは、関連づけられたユーザが属する企業（または公衆もしくは私設ネットワーク）も指定する。

第１のメモリＭ１は好ましくは、上述した様々な登録簿用に専用に用いられる情報データベースＢｋの第１の部分を構成する。この情報データベースＢｋは好ましくは、私設サブネットワークＥＮｋ内にインストールされ、その通信機器Ｓｋに接続される。もちろん、登録簿のいくつかは、各アシスタントのメモリに記憶することができる。特に、個人登録簿、およびアシスタントに関連づけられたユーザの通常連絡先の登録簿の場合に、そのようにすることができる。

第２の識別子は、通常、例えば、一意もしくは汎用個人識別子（ＵＰＩ）と呼ばれ、またはユーザに、したがって、そのアシスタントに結び付けられた一意もしくは汎用通信識別子（ＵＣＩ）と呼ばれるものである。説明を簡単にするため、以降、本明細書では、第２の識別子は、ユーザおよび関連アシスタントを指示するものと見なす。

着呼ユーザの第２の識別子を取得すると、管理手段Ｄｊ−ｋ、ＭＴｋは、第２のユーザ識別子Ｄｊ−ｋと通信機器Ｓｋの通信識別子の間の対応関係を要素とする第２の表が保存された第２のメモリＭ２にアクセスして、先に決定された第２の識別子によって指示されるアシスタントＤｊ’−ｋ’が接続された通信機器Ｓｋ’の通信識別子を決定する。

対応関係を要素とする第２の表は、例えば、各部署（または様々な部署の様々な各サイト）がその通信識別子（ここでは、例えば、「＠ｃｃｃ．ＡＬＣＡＴＥＬ．ｃｏｍ」などのインターネットドメイン）と対応づけられて記憶された企業内登録簿（企業ネットワークの場合）である。

第２のメモリＭ２は好ましくは、企業内登録簿用に専用に用いられる情報データベースＢｋの第２の部分を構成する。

その後、管理手段Ｄｊ−ｋ、ＭＴｋは、それら通信機器Ｓｋ自体の通信識別子ならびに発呼ユーザＵｊ−ｋの第２（および／または第１）の識別子を含み、発呼者Ｕｊ−ｋのアシスタントＤｊ−ｋが（第２の識別子および／または第１の識別子によって指示される）着呼者Ｕｊ’−ｋ’のアシスタントＤｊ’−ｋ’への呼を確立することを望んでいることを示す問い合わせメッセージを、インターネット／ＩＰネットワークを介して、通信識別子が決定されたばかりの通信機器Ｓｋ’に送信する。

これをより詳しく説明すると、発呼ユーザ（例えば、ユーザＵ１−１）が、着呼ユーザ（例えば、ユーザＵ３−２）への呼を確立することを望む場合、発呼ユーザは、自分の端末Ｔ１ｉ−１の１つに、着呼ユーザＵ３−２の第１の識別子を送信する。これは、端末Ｔ１ｉ−１のマン／マシンインタフェースによって、例えば、音声コマンド、専用キーの打鍵、または専用メニューからの選択によって達成される。その後、端末Ｔ１ｉ−１は、受信した第１の識別子を、そのアシスタントＤ１−１に送信するように構成される。アシスタントＤ１−１への接続は、（私設サブネットワークＥＮ１の事前定義された通信アドレスへの）通信リンクによって達成される。

その後、アシスタントＤ１−１は、上で示したように、第１のメモリＭ１において、（着呼ユーザＵ３−２を指示する）受信した第１の識別子に関連づけられた、着呼ユーザＵ３−２の第２の識別子を決定する。

その後、アシスタントＤ１−１は、着呼者（Ｕ３−２）の第２の識別子を含み、先に決定された着呼者の第２の識別子によって指示されるアシスタントＤ３−２への呼の確立を要求する、問い合わせ要求を生成する。その後、アシスタントＤ１−１は、関連づけられた転送モジュールＭＴ１にこの要求を送信し、転送モジュールＭＴ１は、上で示したように、第２のメモリＭ２において、着呼ユーザＵ３−２の第２の識別子に対応する機器Ｓ２の通信識別子を決定する。

最後に、転送モジュールＭＴ１は、それ自体の機器Ｓ１の通信識別子および発呼者の第２の識別子を含み、発呼者Ｕ１−１の前記アシスタントＤ１−１が着呼者Ｕ３−２のアシスタントＤ３−２への呼を確立することを望んでいることを示す問い合わせメッセージを、インターネット／ＩＰネットワークを介して、通信機器Ｓ２に送信する。

アシスタントＤｊ−ｋの間のこの呼は、発呼ユーザＵ１−１の端末Ｔ１ｉ−１の１つと着呼ユーザＵ３−２の端末Ｔ３ｉ’−２の１つの間で呼を確立することで、発呼ユーザＵ１−１と着呼ユーザＵ３−２とが、それぞれのアクセス可能性状態を与えられて、データ交換を行えそうかどうかを決定することを意図したものである。

これを決定できるようにするため、各アシスタントＤｊ−ｋは好ましくは、その１つまたは複数のユーザＵｊ−ｋに関する情報データを格納する第３のメモリＭ３を含む。したがって、情報データは、ユーザＵｊ−ｋに関連づけられた端末の１つまたは複数の通信アドレス（または通信識別子）を表すことができ、可能であれば、ユーザＵｊ−ｋに関連づけられた各通信端末の各通信アドレスを表す。各端末アドレス（電話番号、電子（「電子メール」）アドレス、ＵＲＬなど）は、前記端末が関連ユーザＵｊ−ｋによって「アクセスされ」得るかどうかを常に示す状態に対応づけられて、第３のメモリＭ３に保存される。言い換えると、第３のメモリＭ３に問い合せることで、アシスタントは、どの端末Ｔｊｉ−ｋを使用すれば、そのユーザＵｊ−ｋと交信できるかどうかを常に知ることができる。

各第３のメモリＭ３は、その他の情報データも、特にユーザＵｊ−ｋを表すデータ、例えば、よく通話する人の名前、場合によっては端末タイプに応じて、データまたは情報を交換するために通常好んで使用する端末タイプ、または普段オフィスにいる時間なども格納することができる。

第３のメモリＭ３は好ましくは、各々がユーザＵｊ−ｋに関連づけられるサブ部分に分割された、情報データベースＢｋの第３の部分を構成する。しかし、各アシスタントは、そのユーザに関連する情報データを保存するために、それ自体の「第３」のメモリを含むことができる。

さらに、端末決定プロセスはまた、呼確立要求と同時に発呼ユーザＵｊ−ｋによって供給される、かつ／または事前定義（もしくはプログラム）された、１つまたは複数の基準（または情報データ）を考慮してもよい。使用され得る基準に関して、特に、呼の緊急性のレベル（または程度）、呼のタイプ（テキストデータ、画像データ、音データ、マルチメディアデータなど）、通話コスト、および着呼ユーザＵｊ’−ｋ’の所在を挙げることができる。例えば、各通信機器Ｓｋは、図に示すように、それが属する私設サブネットワークＥＮｋのロケーションサーバＳＬ−ｋに接続される。アシスタントＤｊ−ｋは、ある部署に所属するユーザＵｊ−ｋに関連づけられるので、例えば、その部署内の階層位置が最も高い発呼者からの呼確立要求に優先権を一貫して割り当てるように構成されることができる。

情報データは、発呼者のアシスタント（ここでは、アシスタントＤ１−１）が、補助データを問い合わせ要求と統合し、そのデータを問い合わせメッセージに入れて、着呼者のアシスタント（ここでは、アシスタントＤ３−２）に送信できるようにする。この問い合わせメッセージを送信するため、２つの通信機器ＳｋおよびＳｋ’の間で交換されるその他のメッセージの場合のように、アシスタントは、自由形式テキストの送信を可能にするプロトコル、すなわち、そのとき限りで定められた文字列の使用を課さないプロトコルを使用する。２つの通信機器ＳｋおよびＳｋ’の間で情報を交換するためのプロトコルは好ましくは、与えられたメッセージに格納された自由形式テキストに、別のタイプの少なくとも１つの補助ファイル、例えば、写真、映像、音などのファイルを関連づけることをさらに可能にする。例えば、プロトコルは、ＸＭＬファミリ言語に属する言語、特にＨＴＭＬ言語を使用することができる。

プロトコル自体は、２つの通信機器ＳｋおよびＳｋ’を接続するネットワークのタイプの関数であり、
（図に示される実施形態でのように）インターネットタイプのネットワークの場合、着呼ユーザＵ３−２に関連づけられる機器Ｓ２は、転送モジュールＭＴ２において、インターネット／ＩＰネットワークから問い合わせメッセージを受信する。その後、転送モジュールＭＴ２は、呼確立要求（「Ｄ１−１がＤ３−２に発呼したい」）と、呼確立要求が含む任意の補助データとを、受信問い合わせメッセージに含まれる第２の識別子によって指示される着呼者のアシスタントＤ３−２に送信する。

要求を受信すると、着呼者のアシスタントＤ３−２は好ましくは、着呼ユーザＵ３−２の第１の識別子を決定することによって開始する。この目的のため、アシスタントＤ３−２は、第１のメモリＭ１に保存された、対応関係を要素とする第１の表にアクセスする。その後、アシスタントＤ３−２は、ロケーションサーバにアクセスして、着呼ユーザＵ３−２のアクセス可能性状態を決定する。

着呼ユーザＵ３−２が交信可能でない場合、アシスタントＤ３−２は、呼の確立が不可能であることを示すメッセージを、インターネット／ＩＰネットワークの転送モジュールＭＴ２およびＭＴ１を介して、発呼者Ｕ１−１のアシスタントＤ１−１に送信する。アシスタントＤ１−１は好ましくは、発呼ユーザＵ１−１に、着呼ユーザＵ３−２がこの場合は交信可能でないことを通知するように構成される。

着呼ユーザＵ３−２が交信可能ではあるが、問い合わせメッセージとともに送信された基準を満たさない端末によって可能となる場合、アシスタントＤ３−２は、例えば、緊急の場合、または重大な個人的もしくは重大な仕事上の発呼の場合に、要求された基準を満たす呼を確立することは不可能であるが、別の基準を満たす別の端末でなら交信可能であることを報告するメッセージを、転送モジュールＭＴ２およびＭＴ１とインターネット／ＩＰネットワークとを介して、発呼者Ｕ１−１のアシスタントＤ１−１に送信する。

着呼ユーザＵ３−２が適用可能な基準のいずれかを満たす少なくとも１つの端末によって交信可能である場合、アシスタントＤ３−２は、関連情報データおよび要求に添付された補助データの関数として、端末Ｔ３ｉ’−２の１つを選択する。この選択の目的は、受信メッセージに含まれるアシスタントＤ１−１の第２の識別子によって指示される発呼ユーザＵ１−１からの呼を受諾するかどうかを質問するために、着呼ユーザを直ちに交信可能にしそうな端末を決定することである。

その後、着呼者のアシスタントＤ３−２は、決定したばかりの発呼者の端末（例えば、移動電話Ｔ３３−２）に、端末のタイプに合うように構成された問い合わせ要求を送信し、発呼ユーザＵ１−１との呼の確立を受諾するかどうかを着呼ユーザＵ３−１に質問する。これは、音声メッセージ、ＳＭＳのテキストメッセージ、または同等のタイプの支援によって実施することができる。このメッセージの送信を可能にするため、各通信機器Ｓｋは、図に示されるように、例えば、音声サーバ、「電子メール」サーバ、またはファクシミリサーバなど、１つまたは複数のデータサーバＳＤ−ｋに接続されることができる。

着呼ユーザＵ３−２が返答しないが、例えば、固定電話Ｔ３２−２など、別の端末をもっている場合、アシスタントＤ３−２は、その別の端末によって、着呼ユーザと交信しようと試みる。着呼ユーザが別の端末をもっていない場合、またはその別の端末によっても返答しない場合、アシスタントＤ３−２は、呼を確立することが不可能であることを報告するメッセージを、転送モジュールＭＴ２およびＭＴ１とインターネット／ＩＰネットワークとを介して、発呼者Ｕ１−１のアシスタントＤ１−１に送信する。アシスタントＤ１−１は好ましくは、発呼ユーザＵ１−１に、着呼ユーザＵ３−２がこの場合は交信可能でないことを報告するように構成される。

着呼ユーザＵ３−２は、問い合わせ要求に応答したい場合、自分の端末のマン／マシンインタフェースを使用する。上で述べたように、これは、音声コマンド、専用キーの打鍵、または専用メニューでの選択によって達成されることができる。この応答には、問い合わせ要求を受信したのとは異なる端末を複数の端末に関するユーザの選好の関数として選択するための、例えば、選択、選択基準、または条件を定義する情報データを添付することができる。

アシスタントＤ３−２は、選択された着呼端末から応答メッセージを受信すると、その内容を分析する。呼確立の拒否の場合、または着呼ユーザが不在の場合、アシスタントＤ３−２は、呼を確立することが不可能であることを報告するメッセージを、転送モジュールＭＴ２およびＭＴ１とインターネット／ＩＰネットワークとを介して、発呼者Ｕ１−１のアシスタントＤ１−１に送信する。アシスタントＤ１−１は好ましくは、発呼ユーザＵ１−１に、着呼ユーザＵ３−２がこの場合は交信可能でないことを報告するように構成される。

特定の条件が付けられた受諾を含め、呼を受諾する場合、着呼者Ｕ３−２のアシスタントＤ３−２は、第３のメモリＭ３にアクセスし、着呼ユーザおよび／もしくは発呼ユーザに関連する情報データ、ならびに／または着呼ユーザから受信したばかりの応答メッセージおよび／もしくは元の問い合わせ要求に含まれる補助データ（例えば、基準または選択）を与えられて、通信可能な着呼ユーザの端末と発呼ユーザの端末とを決定する。

第１の実施形態においては、着呼者Ｕ３−２のアシスタントＤ３−２は、関連づけられた転送モジュールＭＴ２に、着呼ユーザＵ３−２の少なくとも１つの端末の通信識別子、例えば、固定電話番号、移動電話番号、またはインターネットアドレスなどを示す応答メッセージを送信する。

より好ましい第２の実施形態においては、着呼者Ｕ３−２のアシスタントＤ３−２は、関連づけられた転送モジュールＭＴ２に、着呼ユーザＵ３−２の少なくとも１つの端末の通信識別子を示す応答メッセージ、および特定のビットレートを有する、端末識別子ごとの１つまたは複数の可能な通信モード、例えば、狭帯域音声、広帯域音声、またはビデオフォンなどの表示を示す応答メッセージを送信する。

問い合わせ要求を着呼ユーザＵ３−２に送信するために先に選択された端末は、最終的に確立される呼のために決定された端末に必ずしも含まれていない。

転送モジュールＭＴ２は、発呼ユーザＵ１−１に関連づけられた通信機器Ｓ１に、インターネット／ＩＰネットワークを介して、応答メッセージを送信する。

発呼ユーザＵ１−１に関連づけられた通信機器Ｓ１は、転送モジュールＭＴ１を介して、応答メッセージを受信すると、前記応答メッセージに含まれる第２の識別子によって指示されるアシスタントＤ１−１に、応答メッセージを送信する。アシスタントＤ１−１は、着呼ユーザＵ３−２の１つまたは複数の端末の通信識別子、および１つまたは複数の可能な通信モードを決定する。この情報および発呼ユーザに特有の情報の関数として、アシスタントＤ１−１は、着呼ユーザの様々な端末識別子から選択を行う。例えば、広帯域音声通信モードおよびビデオ通信モードが可能であり、発呼ユーザＵ１−１が音声モードよりもビデオフォン通信モードを好むことを知らせてある場合、アシスタントは、ビデオフォン通信モードを選択し、したがって、着呼ユーザの端末識別子からビデオフォンモードに関連付けられている端末識別子を選択し、発呼ユーザの端末識別子からビデオフォンモードに関連付けられている端末識別子を選択する。

その後、アシスタントＤ１−１は、選択された２つの端末の間で呼の確立を開始する。アシスタントＤ１−１は好ましくは、これらの端末の間で直接的な呼を確立する責務をサードパーティに負わせる。この文脈において、「サードパーティ」という表現は、発呼端末と着呼端末の間で直接的に呼を確立するために選択された通信ネットワーク（ＰＬＭＮ、ＰＳＴＮ、インターネット、私設ネットワークなど）を指す。この目的のため、アシスタントＤ１−１は、そのメモリから発呼者の選択された端末の通信識別子を抽出し、その後、その識別子を、受信した応答メッセージに含まれる着呼者の端末の通信識別子と一緒に、サードパーティに伝える。

しかし、アシスタントの一方または両方が、呼を確立するための責務を負うと想定することもできる。この場合、アシスタントどうしで、信号メッセージを交換する。

アシスタントＤｊ−ｋは、その他の多くの機能を提供することができ、特に、
共通または（ユーザＵｊ−ｋまたは権限をもつ他のユーザＵｊ’−ｋに固有の）個人的データベースを分析し、
発呼ユーザＵｊ−ｋからの要求をアシスタントＤｊ−ｋの要請により分析して、その要求を処理した後、前記ユーザＵｊ−ｋに適切な応答を送信し、
通知（メッセージまたはそのユーザＵｊ−ｋの所在を求める要求）を処理し、
アシスタントＤｊ’−ｋに関連づけられたユーザＵｊ’−ｋに関する情報（例えば、それらの通信端末の一覧、使用する端末タイプに関するそれらの傾向、または曜日および／もしくは一日の時間帯の関数としてのそれら個々の通常の所在場所など）を、好ましくは機密性のある方式（すなわち、ユーザＵｊ−ｋのアクセスを許さない方式）で記憶するように、それ自体を別のアシスタントＤｊ’−ｋから更新し、
アシスタントＤｊ−ｋのユーザＵｊ−ｋとの交信を望むユーザに関する、アシスタントＤｊ−ｋに知られていない対等物（ｃｏｏｒｄｉｎａｔｅｓ）（通信識別子、関数、電子メールアドレス、地理的所在地、郵便番号など）を別のアシスタントＤｊ’−ｋから決定し、
ユーザがそのユーザに関連づけられていた通信アドレスでもう応答しないことを、ユーザがアシスタントをもたないことを、またはすべてのアシスタントに関する情報の自動更新を可能にするため、ユーザのアシスタントが、ユーザのコンピュータに、ユーザの移動電話に、サーバに、もしくは他の任意の通信端末に配置されていることを、アシスタントＤｊ’−ｋに報告し、
通過センサおよび活動検出器などの外部手段によって配送された補助データによって、１つまたは複数の端末のレベルでユーザＵｊ−ｋの所在を突き止め、実際、ユーザのアクセス可能性状態を決定するため、例えば、アクセスカードもしくはＢｌｕｅｔｏｏｔｈインタフェースを備えた身分証明バッジを使用してゲート（または出入口）を通過したとき、または通信端末を起動もしくは停止させたときなどに、いくつかの所在情報を回復することが可能である。この所在情報は、例えば、ロケーションサーバＳＬ−ｋに記憶される。

さらに、アシスタントＤｊ−ｋは好ましくは、任意のタイプおよび任意の形式のデータ（電気信号、データ、音声、画像など）を、内部または外部ユーザ端末と交換できるように、マン／マシンインタフェースを有する。

さらに、アシスタントＤｊ−ｋは好ましくは、すべての端末および／または実エンティティもしくは仮想エンティティ（端末、音声および／もしくはビデオメッセージボックス、または電子（ｅ−メール）メールボックス）に、（読み／書き、送信／受信、または活動／非活動モードで）アクセスできる。

最後に、アシスタントは、任意のタイプの電話の状態（例えば、ＳＩＰ電話などの「機能モード」、および「振動モード」）を決定するように構成される。したがって、アシスタントＤｊ−ｋは、ＳＩＰ電話が８０２．３または８０２．１１タイプのコネクションを介してネットワークに接続されている間、ＳＩＰ電話の制御を行うことができる。ＳＩＰ電話は、ネットワークに接続しているとき、ネットワークに対して自らの身元を証し、ＩＰアドレス、ＶＬＡＮ番号などの情報を取得するための一連のタスクを実行し、機能的にアシスタントに接続され、したがって、アシスタントはＳＩＰ電話の主な通信相手となる。その後、アシスタントは、ＳＩＰ電話のために、他のパーティと一緒に、呼を確立するために意図された交換を管理する。

アシスタントＤｊ−ｋが、自らの環境および通信し合う他のアシスタントの環境における、学習プロセスおよび／もしくは情報データ獲得を通して、ならびに／または新しいサービスもしくは新しい関数の統合によって、時間とともに自ら知識を豊かにしていく「エキスパートシステム」のように振舞うことができれば、一般に有利である。この種の振舞いは、例えば、各アシスタントに限定的に割り当てられたデータベースおよび意味表に関連する「エキスパート」技法によって実施されることができる。

もちろん、処理装置（またはアシスタント）Ｄｊ−ｋが適応型でないと想定することもできる。

上で述べたように、転送モジュールＭＴｋは好ましくは、しばしば互いに結合されるホームページ機能およびセキュリティ機能を提供する責務を負う。

転送モジュールのホームページ機能は、より具体的には、一方で、外部通信機器（特にアシスタント）または外部ユーザから届いたメッセージを、自らの通信機器に関連づけられた関係アシスタントまたはユーザに向けて送信し、また外部通信相手（アシスタントおよびユーザ）に自らの（内部）アシスタントおよびユーザについて通知する責務を負う。例えば、情報を求める要求の場合、転送モジュールＭＴｋは、キーワード（名前、機能、部課／部局、サイトなど）に基づき通信相手を探索するなど、行動の選択を提供するホームページを提供することができる。

さらに、転送モジュールＭＴｋは好ましくは、任意のタイプの外部通信端末と適切に対話できるように、そのペアレント私設サブネットワークＥＮｋの様々なデータサーバＳＤｋに接続される。したがって、例えば、アシスタントをもたない外部ユーザが、自分の移動電話を使用して、呼を確立または情報を要求する場合、転送モジュールＭＴｋは、テキスト−音声（ＴＴＳ）または音声−テキスト（ＳＴＴ）タイプの通信システムを介して、そのユーザとの直接的な対話を確立することができる。したがって、適切なソフトウェアアプリケーションに関連づけられたこれらのＴＴＳおよびＳＴＴシステムは、外部ユーザにそのユーザがもたないアシスタント機能を提供することを可能にする。

転送モジュールＭＴｋのセキュリティ機能は、より具体的には、自らのアシスタントおよびユーザの１つに対する呼を確立する権限を、外部通信相手（アシスタントまたはユーザ）が与えられているかどうかを検証する責務を負う。この目的のため、適切なソフトウェアアプリケーション手段を使用して、転送モジュールＭＴｋは、ネットワークから受信した情報のフォーマットおよび整合性を検証する。さらに、この機能は、必要と判断する場合は、補足情報を外部通信相手に要求する責務を負う。この補足情報も、セキュリティ基準および／または規則の関数としての分析に利用される。

これら２つの機能の振舞いは、外部通信相手から受信した情報に応じて変化する。

図１に示されたタイプの設備内でアシスタントＤを使用する非網羅的な実施例のいくつかを次に説明する。

以降、本明細書で説明される各状況は、自分のオフィスにおり、自分のラップトップコンピュータＴ１１−１で作業している、ユーザＵ１−１によって開始される。したがって、このコンピュータＴ１１−１に結合された機器、例えば、マイクロフォン（またはキーボードもしくはマウス）を媒介して、ユーザＵ１−１は、例えば、「アシスタント」という単語を発話（またはアシスタントの通信アドレスを提供）することによって、自分のアシスタントＤ１−１にアクセスしたいことを知らせる。

第１の実施例では、ユーザＵ１−１は、ユーザＵ２−２にマルチメディアデータを、緊急性ありとは見なさずに送信するために、ユーザＵ２−２と交信するよう自分のアシスタントＤ１−１に要求する。この実施例では、ユーザＵ１−１とユーザＵ２−２のラップトップコンピュータＴ１１−１とＴ２２−２は、マルチメディアデータを交換できる装備をもつと仮定されている。この要求は、例えば、「Ｕ２−２にマルチメディアコール」と言うことによって、口頭で達成される。

ラップトップコンピュータＴ１１−１のマン／マシンインタフェースは、この要求をアシスタントＤ１−１によって利用可能なデータに変換し、その後、アシスタントＤ１−１は、転送モジュールＭＴ１およびＭＴ２とインターネット／ＩＰネットワークとを介して、指示されたユーザＵ２−２のアシスタントＤ２−２とのコネクションを確立し、例えば、形式［Ｕ１−１、マルチメディア、通常優先権、ユーザＵ２−２が自分のオフィスにいる場合のみ］で、要求をアシスタントＤ２−２に送信する。

この要求を受信すると、アシスタントＤ２−２は、その私設サブネットワークＥＮ２のプレゼンスサーバに問い合わせを行って、ユーザＵ２−２がどこにいるか、またＵ２−２と交信するのにどの端末が使用できるかを決定する。この実施例では、ユーザＵ２−２は自分のオフィスにおり、（マルチメディアデータを交換するように構成された）自分のラップトップコンピュータＴ２２−２で作業していると仮定されている。

例えば、その後、アシスタントＤ２−２は、ユーザＵ２−２に呼を通知し、呼を受諾するかどうかを質問するために、ラップトップコンピュータＴ２２−２で作業中のユーザＵ２−２に（テキストまたは合成音声形式で）メッセージを送信する。

ユーザＵ２−２がそのアシスタントＤ２−２に呼を受諾する旨を通知したと仮定すると、アシスタントＤ２−２は、転送モジュールＭＴ２およびＭＴ１とインターネット／ＩＰネットワークとを介して、メッセージ、例えば、［受諾、マルチメディア、ラップトップコンピュータＴ２２−２］タイプのメッセージを、アシスタントＤ１−１に送信する。

その後、アシスタントＤ１−１は、プロキシアクセスサーバＳ２を介する、ラップトップコンピュータＴ１１−１とＴ２２−２の間のコネクションの確立を開始する。

第２の実施例でも、ユーザＵ１−１はやはり、ユーザＵ２−２にマルチメディアデータを、緊急性ありとは見なさずに送信するために、ユーザＵ２−２と交信するよう自分のアシスタントＤ１−１に要求する。この実施例では、ユーザＵ１−１とユーザＵ２−２のラップトップコンピュータＴ１１−１とＴ２２−２は、マルチメディアデータを交換できる装備をもつが、ラップトップコンピュータＴ１１−１だけに電源が入っている（Ｔ２２−２には電源が入っていない）と仮定されている。

ラップトップコンピュータＴ１１−１のマン／マシンインタフェースは、この要求をアシスタントＤ１−１によって利用可能なデータに変換し、その後、アシスタントＤ１−１は、転送モジュールＭＴ１およびＭＴ２とインターネット／ＩＰネットワークとを介して、指示されたユーザＵ２−２のアシスタントＤ２−２とのコネクションを確立し、例えば、形式［Ｕ１−１、マルチメディア、通常優先権、ユーザＵ２−２が自分のオフィスにいる場合のみ］で、要求をアシスタントＤ２−２に送信する。

この要求を受信すると、アシスタントＤ２−２は、その私設サブネットワークＥＮ２のプレゼンスサーバに問い合わせを行って、ユーザＵ２−２がどこにいるか、またＵ２−２と交信するのにどの端末が使用できるかを決定する。この実施例では、ユーザＵ２−２は自分のオフィスにおり、そのラップトップコンピュータＴ２２−２には、上で述べたように、電源が入っていないと仮定されている。その結果、ユーザＵ２−２とは、その移動電話Ｔ２１−２によってしか交信することができない。

その後、アシスタントＤ２−２は、移動電話Ｔ２１−２に対する呼を確立して、ユーザＵ１−１がユーザＵ２−２に対するマルチメディア呼を確立したいと望んでいる旨を、例えば、合成音声メッセージもしくはＳＭＳテキストメッセージによって（またはファックスを送信することによって）そのユーザＵ２−２に通知する。ユーザＵ２−２が、そのラップトップコンピュータＴ２２−２に電源を入れることに同意した場合、アシスタントＤ２−２は、例えば、［受諾、マルチメディア、ラップトップコンピュータＴ２２−２］タイプのメッセージを、アシスタントＤ１−１に送信する。

その後、アシスタントＤ１−１は、ラップトップコンピュータＴ１１−１とＴ２２−２の間のコネクションの確立を開始する。

第３の実施例では、ユーザＵ１−１は、ユーザＵ２−２にマルチメディアデータを、緊急性ありとは見なさずに送信するために、ユーザＵ２−２と交信するよう自分のアシスタントＤ１−１に要求する。この実施例では、ユーザＵ１−１とユーザＵ２−２のラップトップコンピュータＴ１１−１とＴ２２−２は、マルチメディアデータを交換できる装備をもつが、ラップトップコンピュータＴ１１−１だけに電源が入っている（Ｔ２２−２には電源が入っていない）と仮定されている。

ラップトップコンピュータＴ１１−１のマン／マシンインタフェースは、この要求をアシスタントＤ１−１によって利用可能なデータに変換し、その後、アシスタントＤ１−１は、転送モジュールＭＴ１およびＭＴ２とインターネット／ＩＰネットワークとを介して、指示されたユーザＵ２−２のアシスタントＤ２−２とのコネクションを確立し、例えば、形式［Ｕ１−１、マルチメディア、通常優先権、ユーザＵ２−２が自分のオフィスにいる場合のみ］で、要求をアシスタントＤ２−２に送信する。

この要求を受信すると、アシスタントＤ２−２は、その私設サブネットワークＥＮ２のプレゼンスサーバに問い合わせを行って、そのユーザＵ２−２がどこにいるか、またＵ２−２と交信するのにどの端末が使用できるかを決定する。この実施例では、ユーザＵ２−２は外出中であり、呼が緊急な仕事上の要件である場合にだけ、その移動電話Ｔ２１−２によってのみ交信できると仮定されている。

その後、アシスタントＤ２−２は、ユーザＵ２−２がオフィスにいないことを知って、ユーザＵ２−２とは交信できない旨を、アシスタントＤ１−１に通知する。発呼者によって設定された条件は、［Ｕ１−１、マルチメディア、通常優先権、ユーザＵ２−２が自分のオフィスにいる場合のみ］であった。

アシスタントＤ１−１は、例えば、合成音声メッセージまたはテキストメッセージによって、上述の旨をユーザＵ１−１に直ちに通知する。その後、ユーザＵ１−１が、呼が緊急な仕事上の要件であることを、そのアシスタントＤ１−１に知らせた場合、アシスタントＤ１−１は、ユーザＵ２−２と通信を行うために、新しい要求を開始する。

各通信機器Ｓｋ、ならびに特にその処理装置Ｄｊ−ｋおよび処理モジュールＭＴｋは、電子回路（ハードウェア）、ソフトウェアもしくはデータ処理モジュール（ソフトウェア）、または回路とソフトウェアの組み合わせで実施されることができる。

本発明は、上で例としてのみ説明された通信機器の実施形態に限定されるものではなく、添付の特許請求の範囲の範囲内に含まれる、当業者が思いつくことができるすべての変形を包含する。

したがって、上述した説明は、企業または企業グループに属し、複数の私設サブネットワークに分割され、インターネット／ＩＰタイプのネットワークおよび１つまたは複数の電話ネットワークに接続される、私設ネットワークを含む通信設備に関連する。しかし、本発明は一般に、相互に接続されるすべてのタイプの公衆または私設ネットワークに関する。

さらに、端末が固定またはラップトップコンピュータ、および固定または移動電話である適用例が説明された。しかし、本発明は一般に、（任意のタイプの）通信ネットワークと（マルチメディア、音声、画像、またはテキストタイプの）データを交換可能な、ファクシミリ機および携帯情報端末（ＰＤＡ）を含む、すべての固定またはポータブルマシンに関する。

さらに、各ユーザが処理装置（またはアシスタント）に関連づけられた設備が説明された。しかし、本発明は、処理装置が複数のユーザによって共用される状況にも等しく適用される。

さらに、発呼ユーザが単一の着呼ユーザとの交信を試みる実施例が説明された。しかし、本発明は、発呼ユーザが複数の着呼ユーザとの交信を試みる状況にも等しく適用される。この場合、ネゴシエーションは、関係ユーザに関連づけられた様々な通信機器の間で達成される。

最後に、着呼ユーザが最初に第１の識別子によって指示され、第１の識別子から、やはり着呼ユーザを表す第２の識別子が、第１のメモリにおいて決定される本発明の一実施形態が説明された。しかし、本発明は、着呼ユーザが第２の識別子によって直接に指示される状況にも等しく適用される。この場合、着呼ユーザの端末が接続される通信機器の通信アドレスは、（第２の）メモリから直接推定される。第１および第２の識別子は、同じであることさえできる。この場合、（第１または第２の）識別子と通信機器の通信アドレスの間の対応関係を要素とする表が保存される（第２の）メモリだけを提供することができる。対応関係を要素とする第１および第２の表が対応関係を要素とする単一の表に併合された変形を想定することもでき、その場合、通信機器の通信アドレスは、第１および／または第２のユーザ識別子の指示によりアクセスされる。

本発明の通信機器を備える通信設備の一実施形態の図である。

Claims (37)

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. 受信した前記着呼ユーザの前記識別子から少なくとも１つの端末識別子と少なくとも１つの通信モード識別子とを選択する前記手段が、前記着呼ユーザに関連づけられた所定の情報データを考慮する手段を含むことを特徴とする、請求項２０に記載の通信機器（Ｓｋ）。
28. 受信した前記着呼ユーザの前記識別子から少なくとも１つの端末識別子と少なくとも１つの通信モード識別子とを選択する前記手段が、前記着呼ユーザから届いた情報データを考慮する手段を含むことを特徴とする、請求項２０に記載の通信機器（Ｓｋ）。
29. この第１の機器のユーザが着呼された場合に、前記第１の機器に類似する第２の通信機器（Ｓｋ’）と情報を交換する手段（Ｄｊ−ｋ）の前記手段が、前記着呼ユーザに関連づけられた所定の情報データまたは前記着呼ユーザから届いた情報データを考慮して、前記要求された呼の確立を可能にする前記着呼ユーザの各端末を決定する手段を含むことを特徴とする、請求項１９に記載の通信機器（Ｓｋ）。
30. この第１の機器のユーザが着呼された場合に、前記第１の機器に類似する第２の通信機器（Ｓｋ’）と情報を交換する手段（Ｄｊ−ｋ）の前記手段が、前記着呼ユーザに関連づけられた所定の情報データを考慮して、前記要求された呼の確立を可能にする前記着呼ユーザの各端末を決定する手段を含むことを特徴とする、請求項１９に記載の通信機器（Ｓｋ）。
31. この第１の機器のユーザが着呼された場合に、前記第１の機器に類似する第２の通信機器（Ｓｋ’）と情報を交換する手段（Ｄｊ−ｋ）の前記手段が、前記着呼ユーザから届いた情報データを考慮して、前記要求された呼の確立を可能にする前記着呼ユーザの各端末を決定する手段を含むことを特徴とする、請求項１９に記載の通信機器（Ｓｋ）。
32. 前記要求された呼の確立を可能にする前記着呼ユーザの各端末を決定する前記手段が、前記発呼ユーザに関連づけられた所定の情報データをさらに考慮する手段を含むことを特徴とする、請求項１９に記載の通信機器（Ｓｋ）。
33. 前記要求された呼の確立を可能にする前記着呼ユーザの各端末を決定する前記手段が、前記発呼ユーザから届いた情報データをさらに考慮する手段を含むことを特徴とする、請求項１９に記載の通信機器（Ｓｋ）。
34. この第１の機器のユーザが着呼された場合に、前記第１の機器に類似する第２の通信機器（Ｓｋ’）と情報を交換する前記手段（Ｄｊ−ｋ）が、前記着呼ユーザに関連づけられた所定の情報データを考慮して、前記要求された呼の確立を可能にする、前記着呼ユーザの各端末とその端末の各通信モードとを決定する手段を含むことを特徴とする、請求項２０に記載の通信機器（Ｓｋ）。
35. この第１の機器のユーザが着呼された場合に、前記第１の機器に類似する第２の通信機器（Ｓｋ’）と情報を交換する前記手段（Ｄｊ−ｋ）が、前記着呼ユーザから届いた情報データを考慮して、前記要求された呼の確立を可能にする、前記着呼ユーザの各端末とその端末の各通信モードとを決定する手段を含むことを特徴とする、請求項２０に記載の通信機器（Ｓｋ）。
36. 前記要求された呼の確立を可能にする前記着呼ユーザの各端末を決定する前記手段が、前記発呼ユーザに関連づけられた所定の情報データをさらに考慮する手段を含むことを特徴とする、請求項１９に記載の通信機器（Ｓｋ）。
37. 前記要求された呼の確立を可能にする前記着呼ユーザの各端末を決定する前記手段が、前記発呼ユーザから届いた情報データをさらに考慮する手段を含むことを特徴とする、請求項１９に記載の通信機器（Ｓｋ）。

Images