JP2001249878A - 通信手段の通知方法及び通知システム - Google Patents

Abstract

(57)【要約】 【課題】 通信元及び通信先の双方が使用可能な通信手
段を、通信開始前に通信元に通知する。 【解決手段】 各ユーザの情報端末上で動作可能な通信
手段を、ユーザ毎にリストＤＢ２に蓄積しておく。選択
装置１は、通信を要求する通信元ユーザから通信先ユー
ザの指定を受け付け、通信先ユーザ及び通信元ユーザが
それぞれ使用可能な通信手段をリストＤＢ２から取得す
る。また、選択装置１は、通信元ユーザが使用可能な通
信手段を、選択装置１またはユーザ端末４から取得する
場合もある。次いで、選択装置１は、両者が使用可能な
通信手段を記述した候補リストを生成し、例えばＷＷＷ
サーバから通信元ユーザ端末に送信する。候補リスト
は、通信開始前に、通信元ユーザ端末上で例えばＷＷＷ
ブラウザにより表示される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数の通信手段が
搭載されたネットワーク上の情報端末を用い、ユーザが
互いに通信する通信システムに関する。さらに詳しく
は、前記通信システムにおいて、ユーザが通信を開始す
るに先立ち、通信手段を選択可能な通信システムに関す
る。

【０００２】

【従来の技術】近年、ネットワークに接続された情報端
末には、電話機能、電子メール装置、インスタントメッ
セージ装置など、様々な通信手段が搭載されている。こ
のような情報端末としては、例えばＰＣ(Personal Comp
uter)、ＷＳ(Work Station)、携帯電話、ＰＨＳ(Person
al Handy-phone System)を挙げることが出来る。ユーザ
は、通信を要求するにあたり、様々な通信手段を自分の
状態や都合、好みなどに応じて使い分けている。

【０００３】このような状況下で、通信要求者側だけで
なく、通信を要求される側の状態や都合なども考慮した
通信が求められている。特開平７−２５０１３２号公報
や特開平８−１４０１５８号公報では、ユーザは予め自
分が使用する通信手段を登録しておく。ユーザは、他の
ユーザに通信を要求する場合、相手ユーザが登録してい
る通信手段について通信可能か否かを通知される。

【０００４】また、特開平１０−５５４９２号公報は、
相手が使用可能な通信手段の変化に応じ、通信手段の使
用可能性の表示を動的に変化させ、通信開始前に相手が
使用可能な通信手段を通知する技術を提供している。こ
の発明においては、各ユーザは所定の状態ごとに使用可
能な通信手段を登録しておく。通信先に指定されたユー
ザが使用可能な通信手段は、そのユーザの状態に従って
通信要求者に通知される。

【０００５】

【発明が解決しようとする課題】前記の技術は、いずれ
も通信先のユーザが使用可能な通信手段のみを表示す
る。そのため、通信を要求する通信元ユーザは、相手が
使用可能な通信手段の中から、さらに自分も使用可能な
通信手段を探しださなくてはならない。これでは、通信
しようとする度に相手の都合に合わせる負担をユーザに
強いることとなり、ユーザにとって煩わしく使い勝手が
良くない。また、通信先ユーザが使用可能な通信手段
を、通信元ユーザが同時に使用可能であると限らない。

【０００６】逆に、通信元ユーザが使用したい通信手段
を通信先ユーザが有していない場合、通信先ユーザは通
信手段の提供元から通信手段をダウンロードしなけれ
ば、その通信手段による通信を行うことができない。そ
のために通信元ユーザは、他の通信手段を使用し、通信
先ユーザに希望する通信手段のインストールを依頼した
り、通信先ユーザからインストールの終了を通知しても
らわなければならない。これでは、通信を開始しようと
するときに通信手段を拡張するユーザ負担が大きく、円
滑なコミュニケーションの妨げとなる。

【０００７】さらに、近年は、一人のユーザが複数のユ
ーザ端末を使用し、ユーザ状態に応じて複数の端末を使
い分けているケースが多い。例えば、移動途中では携帯
端末を使用し、勤務先と自宅とではそれぞれ別のコンピ
ュータを使用する。このような状況では、１つの端末に
おける通信手段の使用可／不可が分かっても、他の端末
における通信手段についても同様の情報が分からなけれ
ば、相手の状態を考慮した通信を行うことが難しい。

【０００８】本発明は、通信先ユーザ及び通信元ユーザ
双方の事情を考慮し、双方が利用可能な通信手段を表示
することを目的とする。また、本発明は、通信手段を容
易に拡張しながら通信を行う技術を提供することを目的
とする。さらに、本発明は、一人のユーザが複数の端末
を使用する環境に応じた通信手段の提示を目的とする。

【０００９】

【課題を解決するための手段】前記の課題を解決するた
めに、本願第１発明は、ネットワーク上の情報端末に搭
載された通信手段を選択的に用い、ユーザが互いに通信
する通信システムに用いられる通信手段の通知方法であ
って、 Ａ；各ユーザの情報端末上で動作可能な通信手段を、ユ
ーザと対応付けて蓄積しておき、 Ｂ；通信を要求する通信元ユーザから通信先ユーザの指
定を受け付け、 Ｃ；通信先ユーザの情報端末上と通信元ユーザの情報端
末上との両方で動作可能な通信手段が記述されたリスト
を、蓄積した情報に基づいて生成し、 Ｄ；前記リストを通信開始前に通信元ユーザに通知す
る、 通信手段の通知方法を提供する。

【００１０】予め、各ユーザの情報端末上で使用可能な
通信手段を、各ユーザと対応付けて蓄積しておく。通信
元ユーザが通信先ユーザを指定すると、蓄積情報に基づ
いて、両者が使用可能な通信手段のリストが生成され
る。このリストは、例えば通信元ユーザの情報端末に送
信され、ディスプレイに表示される。通信元ユーザは、
リスト中のいずれかの通信手段を選択し、指定した通信
先ユーザとの通信を開始する。

【００１１】本願第２発明は、ネットワーク上の情報端
末に搭載された通信手段を選択的に用い、ユーザが互い
に通信する通信システムに用いられる通信手段の通知シ
ステムであって、第１テーブルと、管理手段と、指定手
段と、取得手段と、生成手段と、通知手段と、を備える
通信手段の通知システムを提供する。第１テーブルは、
各ユーザの情報端末上で動作可能な通信手段を、ユーザ
と対応付けて蓄積している。管理手段は、動作可能な通
信手段の設定をユーザから受け付け、前記第１テーブル
に格納する。指定手段は、通信を要求する通信元ユーザ
から通信先ユーザの指定を受け付ける。取得手段は、通
信元ユーザの情報端末上と通信先ユーザの情報端末上と
の両方で動作可能な通信手段を、前記第１テーブルから
取得する。生成手段は、取得した情報に基づいて、通信
元ユーザ及び通信先ユーザの双方が使用可能な通信手段
が記述されたリストを生成する。通知手段は、生成した
リストを通信開始前に通信元ユーザに通知する。

【００１２】具体的には、通信元ユーザは、何らかの手
段により通信先ユーザを指定する。指定手段としては、
例えば、電話番号を入力したり、予め記憶されているア
ドレス帳からユーザを選択することが挙げられる。取得
手段は、通信元及び指定手段で特定された通信先ユーザ
の両者がそれぞれ使用可能な通信手段を、第１テーブル
から取得する。生成手段は、通信元と通信先との双方が
共通に使用可能な通信手段を記述した通信手段のリスト
を生成する。通知手段は、例えばＷＷＷサーバとＷＷＷ
ブラウザとを用いて構成される。ＷＷＷブラウザは、生
成された通信手段のリストを、情報端末のディスプレイ
上に表示する。

【００１３】本願第３発明は、前記第２発明において、
第２テーブルと優先手段とをさらに備えた通信手段の通
知システムを提供する。第２テーブルは、所定のユーザ
状態において使用可能な通信手段を、ユーザ及びユーザ
状態と対応付けられて蓄積している。優先手段は、所定
のユーザ状態において使用可能な通信手段の設定を受け
付け、第２テーブルに格納する。

【００１４】さらに、このシステムにおいては、前記第
１テーブルには、通信手段に加え、ユーザ状態が併せて
蓄積されている。前記管理手段は、新たなユーザ状態の
設定を受け付け、第２テーブルの設定に従い、新たなユ
ーザ状態において使用可能な通信手段を第１テーブルに
書き込む。第１テーブルには、各ユーザがその時点で使
用可能な通信手段が蓄積されている。従って、動的に変
化するユーザ状態に対応した通信手段のリストを生成す
ることが出来る。

【００１５】本願第４発明は、前記第２発明において、
第２テーブルと優先度手段とをさらに備えている通信手
段の通知システムを提供する。第２テーブルは、所定の
ユーザ状態において使用可能な通信手段及び前記通信手
段の優先度を、ユーザ及びユーザ状態と対応付けて蓄積
している。優先度手段は、所定のユーザ状態において使
用可能な通信手段及び前記通信手段の優先度の設定を受
け付け、第２テーブルに格納する。

【００１６】さらに、このシステムにおいては、前記第
１テーブルには、通信手段に加え、通信手段の優先度及
びユーザ状態が併せて蓄積されている。前記管理手段
は、新たなユーザ状態の設定を受け付け、第２テーブル
の設定に従い、新たな状態において使用可能な通信手段
及び通信手段の優先度を第１テーブルに書き込む。前記
取得手段は、通信元ユーザの情報端末上と通信先ユーザ
の情報端末上との両方で使用可能な通信手段と、通信手
段の優先度とを、第１テーブルから取得する。前記生成
手段は、通信元ユーザ及び通信先ユーザの双方が使用可
能な通信手段の優先度に基づいて、前記リストを生成す
る。

【００１７】ユーザは、自分が使用する通信手段につい
て、所定の状態に対する優先度を予め設定しておく。ユ
ーザ状態が変化すれば、そのユーザの通信手段の優先度
が変化するので、管理手段は第１テーブルを更新する。
通信元及び通信先ユーザが使用可能な通信手段の優先度
に基づいて通信手段のリストを生成するので、動的に変
化するユーザ状態に応じた通信手段リストを作成するこ
とが出来る。

【００１８】本願第５発明は、前記第４発明において、
前記生成手段は、通信元ユーザの優先度に従って通信手
段を並べ替える通信手段の通知システムを提供する。通
信元ユーザと通信先ユーザとが共通に使用可能な通信手
段に対し、それぞれの優先度が異なることが考えられ
る。その場合、通信元ユーザの優先度順に通信手段のリ
ストが通知される。

【００１９】本願第６発明は、前記第４発明において、
前記生成手段は、通信先ユーザの優先度に従って通信手
段を並べ替える通信手段の通知システムを提供する。通
信元ユーザと通信先ユーザとが共通に使用可能な通信手
段に対し、それぞれの優先度が異なることが考えられ
る。その場合、通信先ユーザの優先度順に通信手段のリ
ストが通知される。

【００２０】本願第７発明は、前記第２発明において、
前記指定手段は、通信先ユーザの情報端末で動作可能な
通信手段を特定する識別情報を用いた指定を受け付ける
通信手段の通知システムを提供する。例えば、通信手段
がＩＲＣ(Internet Relay Chat)であれば、識別情報は
ニックネームである。通信手段が電子メールであれば識
別情報は電子メールアドレス、電話であれば電話番号で
ある。

【００２１】本願第８発明は、前記第２発明において、
前記指定手段は、通信先ユーザの情報端末で動作可能な
通信手段を特定する識別情報による通信先ユーザの指定
を受け付け可能であり、通信先ユーザ及び通信元ユーザ
の双方が前記識別情報に対応する通信手段を使用可能な
場合、前記生成手段は、当該通信手段をリストの先頭に
記述する通信手段の通知システムを提供する。

【００２２】例えば、通信元ユーザが電話番号を入力す
ることにより通信先ユーザを指定する。両ユーザが電話
を使用可能な場合、生成手段は、他に使用可能な通信手
段があっても、電話をリストの最初に記述する。本願第
９発明は、前記第２発明において、前記指定手段は、通
信先ユーザの情報端末で動作可能な通信手段を特定する
識別情報による通信先ユーザの指定を受け付け可能であ
り、通信先ユーザ及び通信元ユーザの双方が前記識別情
報に対応する通信手段を使用可能な場合、当該通信手段
による通信を開始させる開始手段をさらに有する、通信
手段の通知システムを提供する。

【００２３】例えば、通信元ユーザが電話番号を入力す
ることにより通信先ユーザを指定する。両ユーザが電話
を使用可能な場合、生成手段は、他に使用可能な通信手
段があっても、開始手段は電話による通信回線のセット
アップを開始する。本願第１０発明は、前記第２発明に
おいて、前記通信手段が、ネットワーク上で複数のユー
ザが参加可能なゲームアプリケーションである通信手段
の通知システムを提供する。

【００２４】ネットワーク上で複数のユーザが対戦方式
で参加するためのゲームアプリケーションとしては、例
えば麻雀ゲームや対戦式のスポーツゲームなどである。
本願第１１発明は、ユーザが選択的に用いて互いに通信
するための通信手段が搭載された情報端末または前記情
報端末と通信可能な情報端末に用いられ、下記Ａ〜Ｆ段
階を実行するための通信手段の通知プログラムを記録し
た、コンピュータ読み取り可能な記録媒体を提供する。 Ａ；各ユーザの情報端末上で動作可能な通信手段を、ユ
ーザと対応付けて蓄積している第１テーブルを準備する
段階、 Ｂ；動作可能な通信手段の設定をユーザから受け付け、
前記第１テーブルに格納する段階、 Ｃ；通信を要求する通信元ユーザから通信先ユーザの指
定を受け付ける段階、 Ｄ；通信元ユーザの情報端末上と通信先ユーザの情報端
末上との両方で動作可能な通信手段を、前記第１テーブ
ルから取得する段階、 Ｅ；取得した情報に基づいて、通信元ユーザ及び通信先
ユーザの双方が使用可能な通信手段が記述されたリスト
を生成する段階、 Ｆ；生成したリストを通信開始前に通信元ユーザに通知
する段階。

【００２５】前記第２発明と同様の作用効果を有する。
本願第１２発明は、ネットワーク上の情報端末に搭載さ
れた通信手段を選択的に用い、ユーザが互いに通信する
通信システムに用いられる通信手段の通知方法であっ
て、 Ａ；各ユーザの情報端末上で動作可能な通信手段を、ユ
ーザと対応付けて蓄積しておき、 Ｂ；通信を要求する通信元ユーザから通信先ユーザの指
定を受け付け、 Ｃ；通信先ユーザの情報端末上と通信元ユーザの情報端
末上との両方で動作可能な通信手段が記述された第１リ
ストを、蓄積した情報に基づいて生成し、 Ｄ；通信先及び通信元ユーザの情報端末のうち一方が有
しておらず他方が有している通信手段であって、当該通
信手段を有していない端末にダウンロード可能かつ端末
上で実行可能な通信手段が記述された第２リストを生成
し、 Ｅ；第１リストと第２リストとを合成した第３リスト
を、通信開始前に通信元ユーザに通知する、 通信手段の通知方法を提供する。

【００２６】第１リストには、通信元及び通信先ユーザ
端末が共に有する通信手段が記述される。第２リストに
は、一方が有していないが他方は有している通信手段が
記述される。ただし、第２リストに記述される通信手段
は、その通信手段を有さないユーザ端末にダウンロード
可能でかつその端末上で実行可能な通信手段である。本
願第１３発明は、前記第１２発明において、第２リスト
には、通信先及び通信元ユーザの情報端末が共に有して
おらず、両端末にダウンロード可能かつ両端末上で実行
可能な通信手段を含めて記述する通信手段の通知方法を
提供する。

【００２７】例えば、テレビ会議手段を通信先及び通信
元が共に有していないとする。しかし、両端末上にテレ
ビ会議手段をダウンロードでき、両端末上で実行可能な
場合、テレビ会議手段も第２リストに記述する。本願第
１４発明は、前記第１２発明において、ユーザの情報端
末上に通信手段をダウンロードするためのダウンロード
条件と、ユーザの情報端末上で通信手段を実行するため
の実行条件とを、ダウンロード可能な通信手段毎に蓄積
しておき、ユーザの情報端末の端末情報とダウンロード
条件と実行条件とに基づいて、第２リストを生成する通
信手段の通知方法を提供する。

【００２８】予め、ダウンロード可能な通信アプリケー
ションのダウンロード条件及び実行条件を、データベー
スなどに蓄積しておく。例えば、ダウンロードに必要な
ハードディスクの空き容量や、アプリケーションの実行
に必要なメモリ量などである。ユーザ端末の空きメモリ
の量などの端末情報と、通信アプリケーションのダウン
ロード条件及び実行条件とに基づいて、ダウンロード可
能な通信手段のうちユーザ端末で実行可能な通信手段を
決定する。

【００２９】本願第１５発明は、前記第１２発明におい
て、第３リスト上のいずれかの通信手段の選択を通信元
ユーザから受け付け、選択された通信手段を通信先ユー
ザの情報端末に通知し、通信先ユーザの情報端末が選択
された通信手段を有していない場合、通信先ユーザの情
報端末は、選択された通信手段をダウンロードにより取
得する通信手段の通知方法を提供する。

【００３０】すなわち、通信元ユーザの選択により、通
信先ユーザ端末には通信アプリケーションがダウンロー
ドされる。ダウンロードの実行に先立ち、ユーザの意思
を確認しても良い。本願第１６発明は、前記第１２〜１
５発明に係る通信手段の通知方法を実行するためのプロ
グラムを記録した、コンピュータ読みとり可能な記録媒
体を提供する。前記第１２〜１５発明と同様の作用効果
を奏する。

【００３１】本願第１７発明は、ネットワーク上の情報
端末に搭載された通信手段を選択的に用い、ユーザが互
いに通信する通信システムに用いられる通信手段の通知
システムであって、第１テーブルと、指定手段と、第１
生成手段と、第２生成手段と、通知手段とを備える通信
手段の通知システムを提供する。第１テーブルは、各ユ
ーザの情報端末上で動作可能な通信手段を、ユーザと対
応付けて蓄積している。指定手段は、通信を要求する通
信元ユーザから通信先ユーザの指定を受け付ける。第１
生成手段は、通信先ユーザの情報端末上と通信元ユーザ
の情報端末上との両方で動作可能な通信手段が記述され
た第１リストを、蓄積した情報に基づいて生成する。第
２生成手段は、通信先及び通信元ユーザの情報端末のう
ち一方が有しておらず他方が有している通信手段であっ
て、当該通信手段を有していない端末にダウンロード可
能かつ端末上で実行可能な通信手段が記述された第２リ
ストを生成する。通知手段は、第１リストと第２リスト
とを合成した第３リストを、通信開始前に通信元ユーザ
に通知する。

【００３２】前記第１２発明と同様の作用効果を奏す
る。本願第１８発明は、前記第１７発明の通信手段の通
知システムに用いられる通信手段提供装置を提供する。
この装置は、作成手段と提供手段とを備えている。作成
手段は、情報端末にダウンロード可能かつ情報端末上で
実行可能な通信手段のリストを、通信先ユーザ及び通信
元ユーザについてそれぞれ作成する。提供手段は、前記
リストに含まれる通信手段を、ユーザの情報端末に提供
する。

【００３３】この装置が作成するリストに基づいて、前
記第１２発明の第２リストが生成される。また、前記第
１２発明において、通信元ユーザが第３リストから選択
した通信手段は、この装置により通信元ユーザに提供さ
れる。本願第１９発明は、ネットワーク上の情報端末に
搭載された通信手段を選択的に用い、ユーザが互いに通
信する通信システムに用いられる通信手段の通知方法で
あって、 Ａ；各ユーザの１または複数の情報端末上で動作可能な
通信手段と、ユーザの情報端末を識別するための端末識
別情報とを、ユーザと対応付けて蓄積しておき、 Ｂ；通信を要求する通信元ユーザから通信先ユーザの指
定を受け付け、 Ｃ；通信先ユーザの情報端末上と通信元ユーザの情報端
末上との両方で動作可能な通信手段が記述されたリスト
を、蓄積した情報に基づいて生成し、 Ｄ；複数の同じ通信手段が前記リストに含まれる場合、
情報端末を区別するための情報を前記リストにさらに加
え、前記リストを通信開始前に通信元ユーザに通知す
る、 通信手段の通知方法を提供する。

【００３４】例えば、事務室の電話と実験室の電話とが
リストに含まれる場合、両者を区別するために、リスト
にはそれぞれ「電話＠事務室」及び「電話＠実験室」の
ように表示する。本願第２０発明は、前記第１９発明に
おいて、情報端末上の通信手段に対してユーザが設定し
たメッセージを通信手段及び情報端末と併せて蓄積し、
通信先ユーザが設定したメッセージを通信元ユーザに通
知するリストにさらに含める通信手段の通知方法を提供
する。

【００３５】メッセージとは、例えば「こっちにいま
す」や「Ｂｕｓｙ」などである。通信手段と併せてメッ
セージを通知することにより、通信先ユーザは簡単に自
分の状態や要望を表現でき、円滑なコミュニケーション
を促進することができる。本願第２１発明は、前記第１
９発明において、同一ユーザの１または複数の情報端末
上で動作可能な前記通信手段を所定の基準でグループ化
し、前記リストをグループ化された通信手段に基づいて
生成し、前記リストに記述された通信手段を前記所定の
基準でグループ化し、通信開始前に通信元ユーザに通知
する通信手段の通知方法を提供する。

【００３６】例えば通信手段の種類毎に、通信手段をグ
ループ化することが挙げられる。この場合、通信元ユー
ザに通知される通信手段リストも、通信手段の種類毎に
グループ化される。通信手段の種類としては、電話、メ
ッセージング、ファイル転送などが挙げられる。本願第
２２発明は、前記第２１発明において、前記通信手段に
グループ毎の優先順位を設定し、優先順位に基づいて前
記リストを生成する通信手段の通知方法を提供する。例
えば、各グループの最優先通信手段のみリストに記述す
る。

【００３７】本願第２３発明は、前記第２２発明におい
て、グループ内で使用可能となった順に基づいて、優先
順位を設定する通信手段の通知方法を提供する。例え
ば、もっとも最近使用可能となった通信手段の優先順位
を、そのグループ内で「１」とする。本願第２４発明
は、前記第２２発明において、前記通信手段のグループ
毎に、通信元ユーザ毎の推奨通信手段が設定され、通信
元ユーザ毎に通信手段の優先順位を変更して前記リスト
を生成する通信手段の通知方法を提供する。通信元毎に
希望する通信手段の優先順位が変更される。

【００３８】本願第２５発明は、前記第２１発明におい
て、前記リストに基づくいずれかのグループの選択を通
信元ユーザから受け付け、選択されたグループに含まれ
る通信先ユーザの通信手段に対して通信を試行する通信
手段の通知方法を提供する。例えば電話を選択した場
合、通信先ユーザが有する全ての電話に対して発呼し、
応答があった電話と通信を開始する。

【００３９】本願第２６発明は、前記第２１発明におい
て、前記リストに基づくいずれかのグループの選択を通
信元ユーザから受け付け、選択されたグループに含まれ
る通信先ユーザの通信手段に対して受信するか否かを問
い合わせ、最初に応答した通信先ユーザの情報端末上の
通信手段に対する通信を開始する通信手段の通知方法を
提供する。

【００４０】例えば電話が選択された場合、通信先ユー
ザが有する全ての電話端末に対して受信確認を送信し、
最初に応答した端末に対して電話による通信を開始す
る。本願第２７発明は、前記第１９〜２６発明のいずれ
かに記載の通信手段の通知方法を実行するためのプログ
ラムを記録した、コンピュータ読み取り可能な記録媒体
を提供する。この記録媒体は、前記第１９〜２６発明と
同様の作用効果を有する。

【００４１】本願２８発明は、ネットワーク上の情報端
末に搭載された通信手段を選択的に用い、ユーザが互い
に通信する通信システムに用いられる通信手段の通知シ
ステムであって、第１テーブルと、指定手段と、生成手
段と、通知手段と、を備える通信手段の通知システムを
提供する。第１テーブルは、各ユーザの１または複数の
情報端末上で動作可能な通信手段と、ユーザの情報端末
を識別するための端末識別情報とを、ユーザと対応付け
て蓄積している。指定手段は、通信を要求する通信元ユ
ーザから通信先ユーザの指定を受け付ける。生成手段
は、通信先ユーザの情報端末上と通信元ユーザの情報端
末上との両方で動作可能な通信手段が記述されたリスト
を、蓄積した情報に基づいて生成する。通知手段は、複
数の同じ通信手段が前記リストに含まれる場合、情報端
末を区別するための情報を前記リストにさらに加え、前
記リストを通信開始前に通信元ユーザに通知する。

【００４２】前記第１９発明と同様の作用効果を有す
る。

【００４３】

【発明の実施の形態】次に、本発明に係る通信手段の通
知システムについて、実施形態例を挙げながら具体的に
説明する。 ＜第１実施形態例＞ ［構成］図１は、第１実施形態例に係る通知システムの
全体構成図である。通知システムは、通知装置１、リス
トＤＢ２、ＤＢＭＳ（Data Base Management System）
３及びユーザ端末４ａ、ｂ、ｃ、ｄが、ネットワーク５
を介して接続されて構成されている。

【００４４】通知装置１は、（１）ユーザ端末上に設け
られているものと、（２）サーバ端末上に設けられてい
るものとがある。本実施形態例は、前記（１）及び
（２）の通知装置１が混在している例である。図１にお
いて、ユーザ端末４a、ｂは通知装置１を搭載しておら
ず、ユーザ端末４ｃ、ｄは通知装置１を搭載している。
ユーザ端末４ａ、ｂは、例えば携帯電話やＰＨＳであ
る。ユーザ端末４ｃ、ｄは、例えばＰＣやＷＳである。

【００４５】また、後者（２）の通知装置１の場合、多
数のユーザ端末を、１つの通知装置１で集中管理して
も、また複数のサーバ端末ａ，ｂ上にそれぞれ設けられ
た複数の通知装置１で分散管理しても良い。図１は、後
者の分散管理の場合の構成を示している。ＤＢＭＳ３及
びリストＤＢ２は、ネットワーク上で通知装置１と接続
可能でありさえすれば良い。例えば、ＤＢＭＳ３及びリ
ストＤＢ２は、通知装置１が動作する情報端末上にあっ
ても、また他の情報端末上にあっても良い。リストＤＢ
２及びＤＢＭＳ３は、通常複数の通知装置１に対して１
つづつ設けられるが、複数設けられていてもよい。

【００４６】図１において、通知装置１ａ及び１ｂは、
それぞれリストＤＢ２ａ及び２ｂと、ＤＢＭＳ３ａ及び
３ｂとに、１対１に対応して設けられている。リストＤ
Ｂ２ａ及び２ｂには、通知装置１ａ及び１ｂそれぞれの
管理下にあるユーザ端末に関する所定の情報が蓄積され
ている。言い換えれば、リストＤＢ２ａ、２ｂには、ユ
ーザ端末４ａ、ｂ、ｃ、ｄに関する所定の情報が、分散
されて蓄積されている。

【００４７】ネットワーク５としては、インターネット
やイントラネット、移動体通信網などが挙げられる。 （１）通知装置 図２は、通知装置１の機能構成及び通知装置１を有さな
いユーザ端末の機能構成を示すブロック図である。図３
は、通知装置１を有するユーザ端末の機能構成を示すブ
ロック図である。通知装置及びユーザ端末は、図２及び
図３の両者において同様の機能を有するので、図２を用
いて通知装置１の構成を説明する。

【００４８】図２の通知装置１は、アドレスＤＢ１１、
アドレス管理部１２、ユーザＤＢ１３、受付部１４、表
示部１５、取得部１６、生成部１７、ＷＷＷサーバ１８
及び通信部１９を有している。なお、アドレス管理部１
２、受付部１４、表示部１５、取得部１６及び生成部１
７は、ＷＷＷサーバ１８の外部プログラムであり、ＣＧ
Ｉ(Common Gateway Interface)を介してまたはライブラ
リの形態で、ＷＷＷサーバ１８と連携して動作する。こ
れらの外部プログラムとＷＷＷサーバ１８とのインター
フェースプログラムとして、ＣＧＩに代えて他のインタ
ーフェースプログラムを用いることもできる。

【００４９】アドレスＤＢ１１には、アドレス帳が蓄積
されている。アドレス帳には、各ユーザの友人や知人の
名前とユーザＩＤとが対応付けられて記憶されている
（図示省略）。ユーザＩＤは、通知システム上でユーザ
を一義的に特定するための認証情報である。アドレス管
理部１２は、ユーザ端末からの指示に従い、アドレス帳
に対して書き込みや読み出しを行う。アドレス管理部１
２が読み出した内容は、ＷＷＷサーバ１８に送出され、
後述するＷＷＷブラウザ４２によりユーザ端末上に表示
される。アドレスＤＢ１１及びアドレス管理部１２は、
必ずしも必要ではないが、設けておくとユーザが通信先
ユーザを指定するのに便利である。

【００５０】ユーザＤＢ１３には、ユーザに関する所定
の情報が蓄積されている。図４は、ユーザＤＢ１３に蓄
積されているユーザテーブルの概念説明図である。ユー
ザテーブルには、ユーザＩＤ、ユーザ名、ユーザ状態、
通信手段、使用可／不可、属性情報及び通信パラメータ
が、記憶されている。これらの情報は、通知装置１を有
さないユーザ端末４ａ、ｂに対応するユーザのユーザ情
報である。

【００５１】「ユーザＩＤ」は、アドレス帳におけるユ
ーザＩＤと同様、本システムにおいてユーザを一義的に
特定するための識別情報である。「ユーザ名」には、通
知装置１を有さないユーザ端末４ａ、ｂに対応するユー
ザの名前が記述される。「ユーザ状態」には、各ユーザ
の最新のユーザ状態が記述される。ユーザ状態は、所定
の状態から選択的に設定される。所定の状態とは、例え
ば「online」、「busy」、「away」、「offline」であ
る。ユーザ状態は、ユーザの入力により、また何らかの
手段により自動的に検出されて設定される。例えば図４
では、ユーザ「鈴木太郎」の状態が「online」であり、
「山田花子」の状態が「busy」であることを示してい
る。

【００５２】「通信手段」には、各ユーザ端末上で動作
可能な通信手段が記述される。例えば図４は、ユーザ
「鈴木太郎」の端末上では、電子メール、チャット、イ
ンスタントメッセージ、電話及びテレビ会議による通信
が可能であることを示している。なお、チャットとは、
複数のユーザ端末が同一の仮想空間を共有し、テキスト
メッセージをリアルタイムに送受信可能な通信手段であ
る。インスタントメッセージとは、ユーザ端末が１対１
でテキストメッセージをリアルタイムに送受信可能な通
信手段である。

【００５３】通信手段は、前記の他にＦＴＰ(File Tran
sport Protocol)装置、ゲームアプリケーションなど、
情報端末上に搭載可能な通信手段であれば特に限定され
ない。また、通信手段として、その時点では端末上で利
用可能でないが、ネットワークからダウンロードするこ
とにより利用可能となるアプリケーションを記述するこ
とも可能である。以下において、このようなアプリケー
ションを、単にダウンロード可能なアプリケーションと
いう。

【００５４】「使用可／不可」には、ユーザ状態に応
じ、ユーザ端末上の通信手段が使用可能か否かが、可ま
たは不可のいずれかにより記述されている。例えば図４
は、ユーザ「鈴木太郎」は、電子メール、チャット、イ
ンスタントメッセージ及び電話による通信が可能であ
り、テレビ会議による通信は不可能であることを示して
いる。

【００５５】「属性情報」には、通信手段に関し、任意
の情報を蓄積可能である。例えば図４では、通信手段が
どの場所で使用されるのかを示すテキストデータが蓄積
されている。また、ユーザは、自分を通信先に選択する
ユーザに通知したいテキストメッセージを、属性情報と
して記述することもできる。「通信パラメータ」には、
ユーザ端末上で動作する通信手段を用いて実際に通信を
開始するために必要な通信パラメータが記憶されてい
る。通信パラメータとしては、例えば通信アドレスや伝
送速度を上げることが出来る。

【００５６】前記情報に加え、必要に応じて他の情報を
ユーザテーブルに蓄積することももちろん可能である。
例えば、ユーザ端末を識別するための端末名を蓄積する
ことが挙げられる。図５は、ユーザＤＢ１３に蓄積され
ているプリファレンステーブルの概念説明図である。プ
リファレンステーブルには、ユーザＩＤ、ユーザ名、通
信手段、ユーザ状態及び優先度が対応づけられて蓄積さ
れている。

【００５７】「ユーザＩＤ」、「ユーザ名」及び「通信
手段」には、前記図４で示したユーザテーブルの内容と
同様の内容が記述される。「ユーザ状態」及び「優先
度」には、所定のユーザ状態及びその状態における通信
手段の優先度が、ユーザの設定に従って蓄積されてい
る。例えば、図５において、「鈴木太郎」は、通信手段
「電子メール」について状態「online」における優先度
を「２」にし、その他の状態における優先度を「１」に
設定している。また、「インスタントメッセージ」につ
いて状態「onlie」における優先度を「１」に設定して
いる。図５から、「鈴木太郎」の状態「online」におけ
る通信手段の優先度は以下のようになる。

【００５８】 優先度１；インスタントメッセージ 優先度２；電子メール、チャット、電話 優先度３；テレビ会議 なお、本実施形態例においては、優先度として「１」、
「２」、「３」のいずれかを設定可能である。

【００５９】受付部１４は、ユーザテーブルやプリファ
レンステーブルへの設定をユーザ端末から受け付け、ユ
ーザＤＢ１３内の各テーブルに格納する。受付部１４
は、ユーザ状態をユーザテーブルに格納する場合、ユー
ザ状態に応じて通信手段が使用可能か否かを判断し、
「使用可／不可」を更新する。また、受付部１４は、ユ
ーザテーブルに登録されているユーザ状態または通信手
段が変化すると、プリファレンステーブルの設定に従
い、後述するリストＤＢ２を更新する。後述するよう
に、リストＤＢ２には、各ユーザ端末上の通信手段の使
用可／不可や優先度が、最新のユーザ状態に対して蓄積
されているからである。

【００６０】表示部１５は、通信先に指定されたユーザ
のユーザＩＤを、ＷＷＷサーバ１８を介してユーザ端末
から受け取り、取得部１６に通知する。また、表示部１
５は、生成部１７により生成される通信手段の候補リス
トを、ＷＷＷサーバ１８を介してユーザ端末に送出す
る。後述するようにこの通信手段の候補リストには、通
信元及び通信先ユーザの双方が使用可能な通信手段が記
述されている。

【００６１】取得部１６は、通信先ユーザのユーザＩＤ
を表示部１５から受け取り、自サーバ端末内のユーザＩ
ＤであればＤＢＭＳ３に、そうでなければ管轄のサーバ
端末に通知する。また、取得部１６は、通信先ユーザが
使用可能な通信手段の候補リスト（以下、通信先候補リ
ストという）を、自サーバ端末内のまたは通信先ユーザ
の情報を管理しているサーバ端末内のＤＢＭＳ３から受
け取り、生成部１７に送出する。

【００６２】生成部１７は、通信元ユーザが使用可能な
通信手段をユーザテーブル及びプリファレンステーブル
に基づいて決定し、それらが記述された通信元候補テー
ブルを作成する。次いで、生成部１７は、通信先候補リ
ストと通信元候補リストとに基づいて、通信元及び通信
先ユーザが使用可能な通信手段を記述した候補リストを
生成する。生成部１７は、候補リスト中の通信手段を、
通信元や通信先の優先度に基づいて並べ替えることも可
能である。

【００６３】ＷＷＷサーバ１８は、表示部１５から通信
手段の候補リストを受け取り、通信元ユーザ端末上のＷ
ＷＷブラウザ４２に送信する。また、ＷＷＷサーバ１８
は、アドレス管理部１２からアドレス帳を受け取り、ユ
ーザ端末上のＷＷＷブラウザ４２に送信する。なお、Ｗ
ＷＷサーバ１８に代え、同様の機能を有する通知装置専
用のアプリケーションを設け、候補リストやアドレス帳
をユーザ端末に提供することも可能である。

【００６４】通信部１９は、候補リスト中の通信手段の
選択結果を、通信元ユーザ端末から受け取る。通信部１
９は、通信元ユーザについて、選択された通信手段の通
信パラメータをユーザテーブルから読み込む。次いで、
通信部１９は、通信先ユーザ端末を管理する通知装置１
に必要な設定を通知する。必要な設定とは、伝送速度の
調整や、参加するチャネル名の取得、互いの通信アドレ
スの取得などである。さらに、通信部１９は、必要な設
定をユーザ端末に通知する。その後、ユーザ端末は、設
定された通信パラメータを用いて通信手段を起動し、通
信を開始する。

【００６５】（２）リストＤＢ及びＤＢＭＳ 図６は、リストＤＢ２に蓄積されている情報の概念説明
図である。リストＤＢ２には、ユーザＩＤ、ユーザ名、
状態、通信手段、使用可／不可、優先度及び属性情報が
対応づけられて蓄積されている。「ユーザＩＤ」、「ユ
ーザ名」、「ユーザ状態」、「通信手段」、「使用可／
不可」及び「属性情報」は、ユーザＤＢ１３内のユーザ
テーブルの各情報と一致している。

【００６６】「優先度」には、各ユーザのプリファレン
ステーブルに基づいて、ユーザ状態に応じた優先度が記
述されている。例えば、図６においてユーザ「鈴木太
郎」は状態「online」なので、各通信手段の優先度はプ
リファレンステーブルの内容に基づいて図示したように
設定されている。なお、前述の情報の他に、必要に応じ
て他の情報をリストＤＢ２に蓄積することももちろん可
能である。

【００６７】ＤＢＭＳ３は、リストＤＢ２の読み込み及
び書き込みを行う。具体的にはＤＢＭＳ３は、前記通知
装置１の受付部１４から新たなユーザ状態や新たな通信
手段の設定を受け取ると、それらの情報に基づいてリス
トＤＢ２を更新する。また、ＤＢＭＳ３は、取得部１６
からユーザＩＤを受け取ると、ユーザＩＤをキーにリス
トＤＢ２を検索し、該当ユーザが使用可能な通信手段及
びその優先度を取得部１６に送出する。もちろん、ＤＢ
ＭＳ３は、ユーザＩＤ以外の他の情報、例えばユーザ名
をキーにリストＤＢ２を検索することも可能である。

【００６８】（３）ユーザ端末 ユーザ端末４ａ、ｂは、設定部４１、ＷＷＷブラウザ４
２、入出力部４５、起動部４３及び通信アプリケーショ
ン４４を有している。設定部４１は、所定のユーザ情報
の入力を受け付け、通知装置１に送信する。ユーザ情報
とは、ユーザテーブルやプリファレンステーブルに設定
する情報である。設定部４１は、ユーザ情報のうちユー
ザ状態を、所定の方法で自動的に検出することも可能で
ある。また、設定部４１は、予め準備したウインドウを
入出力部４５に表示し、前記ユーザ情報の入力を受け付
ける。このウインドウについては後述する。

【００６９】ＷＷＷブラウザ４２は、通知装置１に対
し、アドレス帳の表示要求を送信したり、前記要求に対
して送信されるアドレス帳を入出力部４５に出力する。
また、ＷＷＷブラウザ４２は、通知装置１から候補リス
トを受け取り、入出力部４５に表示する。なお、ＷＷＷ
ブラウザ４２に代え、通知装置専用の表示アプリケーシ
ョンをユーザ端末に搭載することも可能である。

【００７０】起動部４３は、入出力部４５に表示された
候補リストの中から選択された通信手段を、通知装置１
に通知する。また、起動部４３は、通信パラメータを通
知装置１から受け取る。次いで、起動部４３は、選択さ
れた通信手段に対応する通信アプリケーション４４に通
信パラメータを渡し、通信アプリケーション４４を起動
する。通信アプリケーション４４とは、例えば電子メー
ル装置、チャットクライアント、インスタントメッセー
ジ装置、ＦＴＰ装置などである。通信アプリケーション
４４の起動により、通信先及び通信元ユーザ間の通信が
開始される。

【００７１】（４）ユーザ端末上の通知装置 図３は、ユーザ端末上に通知装置１を設けた場合の通知
装置１及びユーザ端末４ｃ、ｄの機能構成を示すブロッ
ク図である。ＷＷＷサーバ１８及びＷＷＷブラウザ４２
に代えて表示制御部４６が設けられている点を除き、図
２の通知装置１及びユーザ端末と同様の構成を有してい
る。

【００７２】表示制御部４６は、ＷＷＷサーバ１８とＷ
ＷＷブラウザ４２とを合わせた機能を有する。すなわ
ち、表示制御部４６は、アドレス管理部１２から送出さ
れたアドレス帳や、表示部１５から送出された候補リス
トを、入出力部４５に出力する。なお、通知装置１がユ
ーザ端末上に設けられている場合、アドレス帳、ユーザ
テーブル及びプリファレンステーブルには、ユーザ端末
を使用するユーザに関する情報のみが蓄積されている。

【００７３】［画面例］ （１）候補リストの表示例 図７〜１１は、本実施形態例の通知システムにおいて、
ユーザ端末上に表示される通信手段の候補リストの表示
例である。図７は、通信元及び通信先ユーザのユーザ端
末がネットワークに接続されている、すなわちonline状
態である場合に表示される候補リストの一例である。図
中、通信手段の表記に続く＠マーク以降に、情報端末名
「SubPC」が表示されている。さらに、情報端末名に続
いて、属性情報「（for Office）」が表示されている。

【００７４】また、ダウンロード可能な通信手段は、イ
タリックで表示されている。表示方法としては、ダウン
ロード可能な機能が存在することのみを「downloadabl
e」などで表示し、この機能が選択されるとダウンロー
ド可能なアプリケーションの一覧を表示することが挙げ
られる。また、図７，８，１０及び１１に示すように、
ダウンロード可能なアプリケーションの一覧を、使用可
能な通信手段と共に表示してもよい。

【００７５】図８は、通信元ユーザ端末はonline状態で
あり、通信先ユーザ端末はットワークと切断されてい
る、すなわちoffline状態である場合に表示される候補
リストの一例である。表示されている通信手段は、サー
バにより提供されている通信サービスのみとなってい
る。図９は、属性情報を表示せず、通信手段のみを表示
した表示例を示す。

【００７６】図１０は、一ユーザが複数の情報端末を有
している場合、それぞれの情報端末を区別して表示した
表示例である。例えば、図１０において、通信先ユーザ
は、「SubPC」と「PC」の２つのユーザ端末を有してお
り、それぞれの端末でファイル転送「File Transfer」
が可能である。図１１は、属性情報の他の表示例を示す
画面例である。属性情報として、メッセージ「こっちに
送ってください」が、通信手段に続いて表示されてい
る。

【００７７】（２）ユーザ情報の設定ウインドウ 図１２は、ユーザ端末上でユーザ情報を入力するための
ウインドウ例である。図１２には、端末名設定欄１２
１、通信手段設定欄１２２、状態設定ボタン１２３、拒
否ボタン１２４及びコメント欄１２５が表示されてい
る。端末名設定欄１２１は、ユーザ端末を区別するため
のユーザ端末名を設定するフィールドである。

【００７８】通信手段設定欄１２２は、端末名設定欄１
２１に表示されているユーザ端末上で動作可能な通信手
段を設定するフィールドである。状態設定ボタン１２３
は、通信手段設定欄１２２に表示されている通信手段の
使用可／不可を、所定の状態毎に設定するためのボタン
である。図中、「online」、「away」及び「offline」
の各状態においては、通信手段「FileTransfer」は使用
可能に設定されている。逆に、「away」においては、
「FileTransfer」は使用不可能に設定されている。

【００７９】拒否ボタン１２４は、通信手段設定欄１２
２に表示されている通信手段による通信をユーザが避け
たい場合に用いるボタンである。この拒否ボタン１２４
を押すと、状態設定ボタン１２３の設定状態に関わら
ず、該当通信手段による通信は不可能と設定される。コ
メント欄１２５は、属性情報を設定するためのフィール
ドである。図は、属性情報としてメッセージ「こっちに
送ってください」を設定している例を示している。

【００８０】前述したユーザ情報の他に、ユーザテーブ
ルやプリファレンステーブルの構造に応じて必要な情報
を設定できるように、ユーザ情報設定ウインドウを設計
することが好ましい。 ［処理の流れ］次に、前記通知装置１が行う処理の流れ
について、具体的に説明する。なお、説明を容易にする
ために、通知装置１がユーザ端末上に設けられていない
場合（図２）について説明するが、ユーザ端末上に設け
る場合（図３）も同様の処理を行う。ユーザ端末がアド
レス帳の表示を要求することにより、以下の処理が開始
される。

【００８１】ステップＳ１では、アドレス管理部１２
が、アドレス帳をアドレスＤＢ１１から読み込み、ＷＷ
Ｗサーバ１８を介してユーザ端末に送信する。通信元の
ユーザ端末上では、ＷＷＷブラウザ４２が、受信したア
ドレス帳を画面上に表示する。ステップＳ２では、通信
元ユーザがいずれかのユーザを通信先ユーザとして選択
することにより、表示部１５が、選択されたユーザのユ
ーザＩＤを、ＷＷＷサーバ１８を介して取得する。その
後ステップＳ３に移行する。

【００８２】ステップＳ３では、表示部１５は、通信先
ユーザのユーザＩＤを取得部１６に送出する。取得部１
６は、ＤＢＭＳ３に対しユーザＩＤを送出し、通信先ユ
ーザが使用可能な通信手段のリスト、すなわち通信先候
補リストを要求する。ＤＢＭＳ３は、ユーザＩＤをキー
にリストＤＢ２を検索し、該当するユーザが使用可能な
通信手段及びその優先度を、取得部１６に送信する。取
得部１６は、取得した通信先候補リストを、生成部１７
に送出する。

【００８３】ステップＳ４では、生成部１７は、通信元
ユーザが使用可能な通信手段と、通信元ユーザ状態にお
ける各通信手段の優先度とを、ユーザＤＢ１３から読み
出し、通信元候補リストを作成する。ステップＳ５で
は、生成部１７は、表示部１５に送出するための通信手
段リストを生成する。具体的には、生成部１７は、通信
先ユーザ及び通信元ユーザの双方が使用可能な通信手段
を、通信元候補リスト及び通信先候補リストから決定す
る。次いで、決定した通信手段を例えば通信元ユーザの
優先度順に並べ替え、候補リストとする。

【００８４】ステップＳ６では、生成部１７は、候補リ
ストを表示部１５に送出する。表示部１５は、ＷＷＷサ
ーバ１８を介して候補リストをユーザ端末に送信する。
ユーザ端末では、前記図７〜１１に例示した候補リスト
が、ＷＷＷブラウザ４２により表示される。その後、通
信元ユーザにより選択された通信手段が、起動部４３か
ら通信部１９に通知される。通信部１９は、ユーザテー
ブルに基づいて、通信先ユーザ端末を管理する通知装置
１と交渉し、通信パラメータを決定する。起動部４３
は、通信パラメータを通信アプリケーション４４に渡
し、通信アプリケーション４４を起動する。

【００８５】本実施形態例によれば、ユーザは、他のユ
ーザと通信を開始するに先立ち、お互いがその時点の状
態で使用可能な通信手段を通知される。しかも、通信手
段の表示には、優先順位など通信元ユーザの都合を反映
させることが出来る。従って、通信しようとするユーザ
にとって、相手の状態だけでなく自分の都合をも考慮し
た通信を可能にすることが出来る。

【００８６】＜第２実施形態例＞前記第１実施形態例に
おいては、アドレス帳のいずれかのユーザを選択するこ
とにより、通信先ユーザが選択される。選択されたユー
ザは、ユーザＩＤにより特定されている。しかし、他の
方法による通信先ユーザの選択及び特定も可能である。

【００８７】例えば携帯電話においては、通常、着信し
た電話番号が記述された着信リストが作成されている。
また、ユーザが作成する電話帳や、メールアドレスのリ
ストが、ユーザ端末に記憶されている場合がある。これ
らの情報を用いて通信先を指定することも可能である。
このような場合、以下のような処理も可能である。ま
ず、リストＤＢ２には、ユーザの通信アドレスも併せて
蓄積されている。何らかの通信アドレスやユーザ名を用
いて通信先ユーザが選択されると、表示部１５が、ユー
ザ名や通信アドレスを取得し、取得部１６及びＤＢＭＳ
３に渡す。但し、表示部１５は、渡した情報が何である
かを示す識別子を併せて渡す。例えば、電話番号である
ことを示す識別子と共に電話番号が渡される。

【００８８】ＤＢＭＳ３は、例えば通信アドレスをキー
にリストＤＢ２を検索し、前記と同様に通信先候補リス
トを取得部１６に送出する。その後の処理は、前記と同
様である。また、表示部１５は、リストＤＢ２を検索す
るに先立ち、アドレス帳を検索してユーザＩＤを求め、
ユーザＩＤが求められない場合のみリストＤＢ２を検索
するようにしてもよい。

【００８９】さらに、通信先ユーザの指定に用いられた
通信アドレスに対応する通信手段が生成された候補リス
トに含まれる場合、生成部１７は該当する通信手段を候
補リストの最初に表示しても良い。また、同様の場合、
起動部４３は、ユーザによる通信手段の選択を待たず、
自動的に該当する通信手段を起動しても良い。本実施形
態例によれば、ユーザは通常ユーザ端末側に蓄積されて
いる情報を用いて通信先ユーザを選択することができ、
本システムの利便性をさらに高めることができる。

【００９０】＜第３実施形態例＞次に、通信元ユーザ端
末及び／または通信先ユーザ端末が通信手段を有してい
ない場合、その通信手段をダウンロードして通信を開始
する通知システムについて、具体的に説明する。 ［概要］図１４は、本実施形態例の通知システムの原理
を示す説明図である。この通知システムは、通信管理部
１２１と、指定部１２３と、取得部１２４と、表示部１
２６と、選択部１２７と、ダウンロード部１２８と、候
補管理部１３１と、候補ＤＢ１３２とを有している。候
補ＤＢ１３２は、前記図２のリストＤＢに相当する。

【００９１】ユーザ端末上で使用可能な通信手段は、通
信管理部１２１から候補管理部１３１に申告され、候補
ＤＢ１３２に蓄積される。ユーザが、通信先ユーザを指
定すると、通信先ユーザが使用可能な通信手段のリスト
１が候補管理部１３１から取得部１２４に送信され、表
示部１２６によりユーザ端末上で表示される。一方のユ
ーザ端末が有していない通信手段が選択されると、その
通信手段を有していないユーザ端末は、ダウンロード部
１２８により通信手段をダウンロードする。これによ
り、両ユーザ端末で選択された通信手段が起動され、通
信が開始される。

【００９２】この通知システムを用いれば、選択された
通信手段がユーザ端末上にない場合、その通信手段がユ
ーザ端末上にダウンロードされる。従って、ユーザが希
望する通信手段で通信を開始することができる。 ［構成］図１５は、第３実施形態例に係る通知システム
の構成を示す機能ブロック図である。この通知システム
１１０は、ユーザ端末１２０、サーバ１３０及び通信手
段アーカイブ１４０が、インターネットなどのネットワ
ークで接続されて構成されている。なお、図面上では１
つのユーザ端末しか示していないが、サーバには複数の
ユーザ端末が接続される。

【００９３】ユーザ端末は、通信管理部１２１、端末管
理部１２２、指定部１２３、取得部１２４、生成部、表
示部１２６、選択部１２７及びダウンロード部１２８を
有している。通信管理部１２１は、ユーザ端末が有する
通信手段をサーバに申告する。また、通信管理部１２１
は、通信元ユーザが選択した通信手段の通知をサーバか
ら受信し、その通信手段を起動する。端末管理部１２２
は、所定の端末情報、例えばメモリ量やJAVAのバージョ
ンを、サーバに通知する。指定部１２３は、通信先ユー
ザの指定をユーザから受け付け、サーバに通知する。

【００９４】取得部１２４は、通信先に指定されたユー
ザが使用可能な通信手段のリスト１を、候補管理部１３
１から取得する。生成部は、通信元ユーザが使用可能な
通信手段のリスト２と、サーバから取得したリスト１と
から、両ユーザが使用可能な通信手段のリスト（以下、
候補リストという）を生成する。表示部１２６は、候補
リストをユーザ端末上に表示する。選択部１２７は、候
補リストから選択された通信手段を候補管理部１３１に
通知する。ダウンロード部１２８は、ユーザ端末上にな
い通信手段を、通信手段の提供者から取得する。

【００９５】サーバは、候補管理部１３１と候補ＤＢ１
３２と端末ＤＢ１３３とを有している。候補管理部１３
１は、各ユーザ端末で動作可能な通信手段を候補ＤＢ１
３２に、各ユーザ端末の端末情報を端末ＤＢ１３３に、
それぞれ蓄積する。候補ＤＢ１３２に蓄積される情報
は、前記図６に示すリストＤＢ内の情報と同様であり、
ユーザを特定する情報と、通信手段と、使用可／不可と
が少なくとも蓄積される。また、候補管理部１３１は、
指定された通信先ユーザが使用可能な通信手段を候補Ｄ
Ｂ１３２から取得し、通信元ユーザ端末に通知する。さ
らに、候補管理部１３１は、通信先ユーザ端末にダウン
ロード可能な通信手段を通信手段アーカイブから検索
し、リスト１に書き込む。

【００９６】通信手段アーカイブは、対応表及びプログ
ラムＤＢを有している。対応表には、通信手段を端末に
ダウンロードするために必要なダウンロード条件と、通
信手段を端末上で実行するために必要な実行条件とが記
載されている。例えば、通信手段のダウンロードや実行
に必要な端末のメモリ量を挙げることができる。プログ
ラムＤＢには、通信手段、すなわち通信アプリケーショ
ンの実行形式が蓄積されている。

【００９７】［処理の流れ］図１６は、前記構成の通知
システムにおいて、通信先ユーザ端末が通信手段をダウ
ンロードする場合の処理の流れを示す説明図である。ユ
ーザ端末は、起動すると、ユーザ端末が有する通信手段
を、サーバに通知する（＃１１、＃１２）。また、ユー
ザ端末は、使用可能な通信手段が使用不可になったり、
逆に使用不可から使用可になった場合、その変化をサー
バに通知する（＃１１、＃１２）。通信手段の使用可／
不可の切り替えは、前記第１実施形態例と同様にユーザ
状態の変化に応じてユーザ端末が自動的に行っても良い
し、ユーザの入力により行っても良い。

【００９８】さらにユーザ端末は、起動すると、所定の
端末情報をサーバに通知する（＃１１、＃１２）。この
端末情報は、後述するように、通信手段がユーザ端末上
で動作可能か否かを判断するために用いる情報である。
例えば、ユーザ端末がJAVAアプレットを受け付ける場
合、JAVAのバージョンやメモリの量を、サーバに通知す
る。

【００９９】サーバは、通信手段及び端末情報を受信し
（＃１３）、候補ＤＢ１３２及び端末ＤＢ１３３に書き
込む（＃１４）。サーバは、通信手段の使用可／不可の
変化をユーザ端末から受け取ると、その内容を候補ＤＢ
１３２に書き込む。これにより、候補ＤＢ１３２には、
ユーザ端末上の通信手段を使用可能か否かについて、最
新の情報が蓄積される。

【０１００】ユーザ端末起動後にユーザが通信先ユーザ
を指定すると（＃１５）、サーバは通信先ユーザ端末の
端末情報を端末ＤＢ１３３から読み出す（＃１６，＃１
７）。通信先ユーザの指定は、前記実施形態例１と同様
にＷＷＷサーバ及びＷＷＷブラウザを用いて行っても良
い。また、ユーザの指名や予めユーザに付与されるユー
ザＩＤを入力することにより行っても良い。

【０１０１】サーバは、通信先ユーザの端末情報と通信
手段アーカイブの対応表とに基づいて、その端末で実行
可能な通信手段を検索する（＃１８）。またサーバは、
候補ＤＢ１３２を参照して通信先ユーザ端末で使用可能
な通信手段のリストを作成する。さらに、サーバは、前
記検索結果の通信手段と候補ＤＢ１３２内の使用可能な
通信手段とを加えたリスト１を作成し、通信元ユーザ端
末に送信する（＃１９）。

【０１０２】リスト１を受信した通信元ユーザ端末は、
自端末が有している通信手段のうち使用可能な通信手段
のリスト２を作成し、リスト１とリスト２とに共通する
通信手段を抽出して候補リストを作成する（＃２０、＃
２１）。候補リストは、ユーザ端末上に表示される（＃
２１）。候補リストの中からいずれかの通信手段が選択
されると、選択された通信手段がサーバに通知される。
今、通信元ユーザ端末が有している通信手段であって、
通信先ユーザ端末はまだ有していないがダウンロード及
び実行が可能な通信手段が選択されたものとする。

【０１０３】通信手段が選択されると、通信手段ととも
に、通信に必要なパラメータがサーバに通知される。パ
ラメータとは、例えばデータの転送速度や通信に用いる
サーバ名である。また、通信元ユーザ端末では選択され
た通信手段が起動される（＃２３）。一方、サーバは、
選択された通信手段を通信先ユーザ端末に通知する（＃
２４，＃２５）。通信先ユーザ端末では、通信手段の提
供者から通信手段、すなわち通信アプリケーションをダ
ウンロードし、起動する（＃２６，＃２７，＃２８）。
これにより、通信元ユーザ端末及び通信先ユーザ端末間
で、選択された通信手段による通信が開始される。

【０１０４】なお、通信先ユーザ端末に通信手段をダウ
ンロードするに先立ち、ユーザ端末はユーザに対する確
認処理を行うことが可能である。例えば、ユーザ端末
は、サーバからの通信手段の通知を受信すると、「ユー
ザＡさんが、ＢＢＢで通信を要求しています。ダウンロ
ードしますか？」などのメッセージを画面に表示する。
そして、このメッセージに対するユーザの応答に応じ、
ダウンロードを実行または中止する。ダウンロードを中
止した場合、その旨をサーバを介して通信元ユーザ端末
に通知することが好ましい。

【０１０５】［画面例］図１７は、前記通知システムに
おいて、ユーザ端末上に表示される候補リストの一例で
ある。図１７（ａ）では、通信先ユーザ端末が有してい
ないがダウンロードすれば実行可能となる通信手段が、
まず「downloadable」と表示される。そして、「downlo
adable」が選択されると、実行可能な通信手段が個々に
表示される。

【０１０６】図１７（ｂ）では、通信先ユーザ端末で実
行可能となる通信手段が、既にある通信手段とともに並
列表記されている。ただし、通信手段名に続いて「down
loadable」と表記され、まだインストールされていない
通信手段であることが区別できるようになっている。こ
こで、「downloadable」の表記を行わないことも可能で
ある。その場合、前記第１実施形態例の図７のように、
ダウンロード可能な通信手段をイタリックで表記しても
良いし、他の通信手段と区別しないで表記しても良い。

【０１０７】＜第４実施形態例＞ （Ａ）前記第３実施形態例においては、通信先ユーザが
使用可能な通信手段のリスト１と、通信元ユーザが使用
可能な通信手段のリスト２とをマージする処理をユーザ
端末で行っている。しかし、この処理をサーバで行うこ
とも可能である。その場合、ユーザ端末上に生成部を設
ける必要はない。

【０１０８】（Ｂ）前記第３実施形態例においては、通
信手段アーカイブに対応表とプログラムＤＢとが共に設
けられている。しかし、両者は別々に設けられていても
良く、またサーバ上に設けられていても良い。 （Ｃ）前記第３実施形態例においては、通信元ユーザ端
末が既に有している通信手段であって、通信先ユーザ端
末が有していないが実行可能である通信手段を、通信元
ユーザが選択した場合を説明した。しかし、この逆であ
っても、同様の処理が可能である。

【０１０９】また、通信元及び通信先ユーザ端末が両方
とも有していない通信手段を候補リストに記載すること
も可能である。この場合、例えば通信元ユーザ端末は、
通信手段アーカイブに自端末情報を送信し、実行可能な
通信手段のリストを得る。通信元ユーザ端末は、このリ
ストと、既に自端末が有しており使用可能な通信手段と
を加えて、リスト２を作成する。さらに、通信元ユーザ
端末は、サーバから送信されるリスト１と、作成したリ
スト２との共通部分から、候補リストを作成する。

【０１１０】ただし、双方のユーザ端末で実行可能な通
信手段の種類が非常に多くなる可能性がある。そこで、
通信手段に予め優先順位を付しておき、優先順位順に所
定の順位までを候補リストとして表示するとよい。ユー
ザの要求に応じて、さらに下位の順位の通信手段を表示
することも考えられる。 ＜第５実施形態例＞次に、同一ユーザの複数端末上にあ
る通信手段を、ユーザと関連づけて管理する通知システ
ムについて、具体的に説明する。

【０１１１】［概要］図１８は、本実施形態例の通知シ
ステムの原理を示す説明図である。この通知システム
は、ダウンロード部１２８を有していない点を除き、第
３実施形態例の通知システムと同様の機能を有してい
る。すなわち、この通知システムは、通信管理部１２１
と、指定部１２３と、取得部１２４と、表示部１２６
と、選択部１２７と、候補管理部１３１と、候補ＤＢ１
３２とを有している。

【０１１２】ユーザ端末上で使用可能な通信手段は、通
信管理部１２１から候補管理部１３１に申告され、候補
ＤＢ１３２に蓄積される。ユーザが、通信先ユーザを指
定すると、通信元及び通信先ユーザが共に使用可能な通
信手段のリスト（候補リスト）が候補管理部１３１から
取得部１２４に送信され、表示部１２６によりユーザ端
末上で表示される。ここで、通信先ユーザが複数の端末
を有する場合、通信手段の種類毎に通信手段がグループ
化された状態で、候補リストが表示される。

【０１１３】この通知システムを用いれば、通信先ユー
ザの居場所や状態に応じて通信先ユーザ端末を選択する
ことができる。通信元ユーザにとっては無駄な通信を行
わずにすみ、通信先ユーザにとっては自分に都合の良い
情報端末で通信要求を受信することができる。 ［構成］図１９は、第５実施形態例に係る通知システム
１１１の構成を示す機能ブロック図である。この通知シ
ステムは、ユーザ端末１２０及びサーバ１３０が、イン
ターネットなどのネットワークで接続されて構成されて
いる。なお、図面上では１つのユーザ端末しか示してい
ないが、サーバには複数のユーザ端末が接続される。

【０１１４】（１）ユーザ端末 ユーザ端末は、通信管理部１２１、指定部１２３、取得
部１２４、表示部１２６及び選択部１２７を有してい
る。通信管理部１２１は、ユーザ端末が有する通信手段
をサーバに申告する。また本例では、通信管理部１２１
は、通信元ユーザが選択した通信手段の通知をサーバか
ら受信し、その通信手段を起動する。さらに通信管理部
１２１は、通信手段の状況をサーバに報告する機能も果
たす。通信管理部１２１は、通信手段の申告機能及び起
動機能に加え、さらに付加機能を有していることが好ま
しい。この付加機能については後述する。

【０１１５】指定部１２３は、通信先ユーザの指定をユ
ーザから受け付け、サーバに通知する。取得部１２４
は、通信先ユーザと通信元ユーザとが共に使用可能な通
信手段のリスト、すなわち候補リストを、候補管理部１
３１から取得する。表示部１２６は、候補リストをユー
ザ端末上に表示する。選択部１２７は、候補リストから
選択された通信手段を候補管理部１３１に通知する。

【０１１６】（２）サーバ サーバは、候補管理部１３１と候補ＤＢ１３２とグルー
プＤＢ１３４とを有している。候補管理部１３１は、通
信管理部１２１からの通知に基づいて、ユーザ端末とそ
の端末上で動作可能な通信手段とを、候補ＤＢ１３２に
蓄積する。候補管理部１３１はグルーピング部３０１を
有している。これにより、候補ＤＢ１３２を参照し、同
一ユーザに属する各端末の通信手段を通信手段の種類毎
にグループ化し、その結果をグループＤＢ１３４に蓄積
する。

【０１１７】また、候補管理部１３１は、指定された通
信先ユーザが使用可能な通信手段と通信元ユーザが使用
可能な通信手段とをグループＤＢ１３４から取得して候
補リストを作成し、通信元ユーザ端末に通知する。さら
に、候補管理部１３１は、他の付加機能を有しているこ
とが好ましい。候補管理部１３１の付加機能については
後述する。

【０１１８】図２０は、候補ＤＢ１３２に蓄積されるデ
ータの概念説明図である。候補ＤＢ１３２には、ユーザ
名、通信手段、使用可／不可、更新時刻、通信状況及び
メッセージが蓄積されている。「ユーザ名」は、ユーザ
を特定可能な情報であればよく、ユーザＩＤを用いても
良い。「通信手段」には、通信手段の種別と端末名とが
記憶される。例えば、「ＩＭ＠事務室」は、事務室にあ
る端末のインスタントメッセージであることを示してい
る。

【０１１９】「使用可／不可」には、ユーザ端末上の通
信手段が使用可能か否かを示す情報が記憶される。「更
新時刻」には、そのエントリの最新の更新時刻が記憶さ
れる。「通信状況」には、通信手段が通信中か、待機中
か、通信を要求されたかのいずれかの状況が記憶され
る。「メッセージ」には、ユーザにより通信手段に設定
されたメッセージが記憶される。図２０は、通信手段
「ＩＭ＠事務室」にメッセージ「こっちにいます。」が
設定されていることを示している。

【０１２０】図２２は、グループＤＢ１３４に蓄積され
るデータの概念説明図である。グループＤＢ１３４に
は、候補ＤＢ１３２に蓄積されている通信手段のうち、
「使用可能」な状態にある通信手段が、所定の基準でグ
ループ化されて記憶されている。本例では、グループ化
の基準に通信手段の機能を用いている。グループＤＢ１
３４には、ユーザ名、通信種類、リンク先、優先順位及
びプリファレンス情報が蓄積されている。

【０１２１】「ユーザ名」は、前記候補ＤＢ１３２のユ
ーザ名と同様に、ユーザを特定する情報である。「通信
種類」には、通信手段の機能が記憶される。図２１で
は、メッセージング、NetMeeting、FileTransfer及び電
話が、通信手段の機能として例示されている。「リンク
先」には、ユーザ端末とそのユーザ端末上の通信手段の
組み合わせか、または通信手段が記憶される。例えば、
図２１では、ユーザＡに対してメッセージング機能を使
用可能な通信手段は、事務室または実験室のＩＭかE-Ma
ilである。

【０１２２】「優先順位」には、同一の通信機能を有す
る通信手段に対して付与された優先順位が記憶されてい
る。優先順位は、グループＤＢ１３４に必ずしも必要な
情報ではない。優先順位は、後述するようにユーザによ
り付与しても良いし、第１実施形態例のようにユーザ状
態を候補ＤＢ１３２（リストＤＢに相当）に記憶してい
る場合にはユーザ状態に応じてサーバが付与しても良
い。

【０１２３】「プリファレンス情報」には、ユーザを特
定する情報と、そのユーザに最も推奨されている通信手
段とが記憶される。図２１では、ユーザＡは、メッセー
ジング機能について、ユーザ「nkawa」には事務室また
は実験室のＩＭの使用を、ユーザ「kohda」にはE-Mail
の使用を、推奨している。各ユーザに推奨されている通
信手段は、「優先順位」の設定よりも優先される。

【０１２４】（３）通信管理部の付加機能 前述したように、通信管理部１２１は付加機能を有して
いることが好ましい。本例では、通信管理部１２１は、
確認部２０１、編集部２０２、記憶部２０３、状況通知
部２０４、内容送出部２０５、内容ＤＢ２０６、履歴取
得部２０７及び端末通信部２０８を、付加機能を実現す
るために有している。

【０１２５】確認部２０１は、通信の開始に先立ち、通
信先ユーザの了解を得てから通信を行う。ある通信機能
が選択されると、確認部２０１は、その通信機能を使用
することを、サーバを介して通信先ユーザに通知する。
さらに、確認部２０１は、通信に対する了解を受信し、
応答があったユーザ端末に対して通信を行う。編集部２
０２は、前述したグループＤＢ１３４や通信手段に対す
るメッセージの編集をユーザから受け付け、サーバに送
信する。ユーザは、編集部２０２により、自端末上の通
信機能をグループ化したり、通信手段にメッセージを付
加したりすることができる。また、通信手段に設定され
たメッセージは、メッセージリストとして記憶部２０３
に記憶される。さらに編集部２０２は、他のユーザ端末
上で動作可能な通信手段の使用可／不可の変更をユーザ
から受け付け、サーバに送信可能であることが好まし
い。

【０１２６】記憶部２０３は、メッセージリストを格納
する。図２２は、メッセージリストの概念説明図であ
る。メッセージリストには、通信手段と、ユーザにより
設定されたメッセージとが、対応づけられて蓄積されて
いる。記憶部２０３は、メッセージリストの他に、ユー
ザ端末の端末名など所定の情報を格納している。端末名
とは、例えば「事務室」、「実験室」など、ユーザ端末
を区別するための情報である。端末名は、ユーザが編集
部２０２を用いることにより設定される。

【０１２７】状況通知部２０４は、ユーザ端末上の通信
手段の通信状況を、サーバに通知する。この通知に従
い、候補リストの「通信状況」が更新される。また、状
況通知部２０４は、ユーザの他の端末における通信状況
を、サーバから取得してユーザに通知する。内容送出部
２０５は、ユーザ端末が有する通信手段により通信が実
行された場合、通信内容を含む所定の情報を、内容ＤＢ
２０６に格納する。図２３は、内容ＤＢ２０６に蓄積さ
れる情報の概念説明図である。内容ＤＢ２０６には、通
信手段、通信内容、開始時刻、終了時刻及び発信者が蓄
積されている。「通信手段」には、通信手段と端末名と
が合わせて記憶される。「通信内容」には、送受信され
たデータが記憶される。例えば通信手段がインスタント
メッセージ（ＩＭ）の場合、通信内容にはメッセージの
内容が記憶される。「開始時刻」及び「終了時刻」に
は、通信の開始及び終了時刻がそれぞれ記憶される。
「発信者」には、通信元ユーザが記憶される。

【０１２８】また、内容送出部２０５は、通信内容を含
む所定の情報を、同一ユーザの他の端末に、サーバを介
して送出する。これにより、ユーザは、自分が有する端
末ａ１上で行った通信内容などを、他の自端末ａ２上で
取得することができる。端末通信部２０８は、自端末の
近傍に存在する他のユーザ端末を、無線などにより検出
する。例えば、検出用データ列を無線により送信し、こ
れに対する応答用データ列を受信することにより他端末
の検出を行う。

【０１２９】履歴取得部２０７は、後述するサーバの履
歴ＤＢ３０５からユーザの通信履歴を取得し、ユーザに
通知する。端末通信部２０８は、他の端末を検出した場
合、自端末と他端末との間でデータリンクを確立する。
そして、ユーザにより使用されている方の端末をマスタ
側、他方をスレーブ側としてデータ交換を行う。マスタ
側端末通信部２０８は、スレーブ側端末通信部２０８に
対し、端末名及び使用可能な通信手段の通知を要求す
る。さらにマスタ側端末通信部２０８は、この要求に対
する応答を用い、スレーブ側端末が有する通信手段を、
マスタ側の通信手段の一部としてサーバに申告する。ス
レーブ側端末とサーバとの間で送受信すべきデータは、
全てマスタ側端末通信部２０８により中継される。端末
通信部２０８の機能を用いれば、一人のユーザが複数の
端末を使用している場合に、現在使用している端末とは
別の端末で使用可能な通信手段を、候補リストに含める
ことが出来る。

【０１３０】（４）サーバの付加機能 前述したように、サーバは付加機能を有していることが
好ましい。本例では、サーバは、確認送信部３０２、状
況取得部３０３、履歴部３０４及び履歴ＤＢ３０５を、
付加機能を実現するために有している。確認送信部３０
２は、通信管理部１２１の確認部２０１に対応してサー
バに設けられる。確認送信部３０２は、通信元ユーザが
選択した通信機能を使用可能な全ての通信手段に対し、
受信確認を送信する。また、確認送信部３０２は、受信
確認に対する応答を、通信元ユーザ端末に送信する。

【０１３１】状況取得部３０３は、通信管理部１２１の
状況通知部２０４に対応してサーバに設けられる。状況
取得部３０３は、通信状況をユーザ端末から受信し、候
補ＤＢ１３２の「通信状況」を更新する。また、状況取
得部３０３は、同一ユーザの端末に、他のユーザ端末に
おける通信手段の状況変化を通知する。履歴部３０４
は、ユーザ端末からの通信状況に応じ、各ユーザ端末で
開始及び終了された通信手段名を、履歴ＤＢ３０５に蓄
積する。履歴ＤＢ３０５には、さらに通信内容を蓄積し
ても良い。また、履歴部３０４は、ユーザ端末からの要
求に応じ、そのユーザの通信履歴を履歴ＤＢ３０５から
読み出し、要求元ユーザ端末に送信する。

【０１３２】［処理の流れ］次に、前述の機能を有する
通知システムにおける処理の流れについて、具体例を挙
げて説明する。 （１）メイン処理 図２４は、本実施形態例の通知システムにおけるメイン
処理の流れを示す説明図である。この処理では、通信元
ユーザは、通信機能、すなわち通信手段のグループを選
択して通信を要求する。

【０１３３】まず、ユーザ端末が起動すると、通知装置
は自端末が有する通信手段をサーバに申告する（＃１０
１，＃１０２）。また、通知装置は、通信手段が使用可
または使用不可に変化した場合、新たな状態をサーバに
申告する（＃１０１，＃１０２）。サーバは、ユーザ端
末からの申告に基づいて、候補ＤＢ１３２を更新する
（＃１０３，＃１０４）。さらにサーバは、候補ＤＢ１
３２の新たな内容に基づいて、通信手段のグループ化を
行い、グループＤＢ１３４を更新する（＃１０５，＃１
０６）。例えば、図２１に示す候補ＤＢ１３２において
ＩＭ＠実験室が「使用可」から「使用不可」になったと
する。この場合、図２２に示すグループＤＢ１３４か
ら、メッセージングのＩＭ＠実験室が削除される。

【０１３４】いずれかのユーザが通信先ユーザとして指
定されると、サーバは通信先及び通信元ユーザについて
グループＤＢ１３４を読み出し、候補リストを作成して
通信元ユーザ端末に送信する（＃１０７，＃１０８，＃
１０９）。グループＤＢ１３４に優先順位やプリファレ
ンスが設定されている場合、これらの情報に基づいて候
補リストに記述する通信手段を決定する。また、候補Ｄ
Ｂの更新時間が新しいほど、優先度の高い通信手段とし
ても良い。

【０１３５】例えば、サーバは、同一グループ内で通信
元ユーザに対する優先度が最も高い通信手段だけを候補
リストに記述する。通信元ユーザ端末には、両ユーザが
使用可能な通信手段が、通信機能毎にグループ化されて
表示される（＃１１０，＃１１１）。候補リストの表示
例としては、前述の図７や図８に示す画面例が挙げられ
る。

【０１３６】通信元ユーザが、表示された候補リストの
中からいずれかの通信手段を選択すると、そのユーザ端
末では通信手段が起動される（＃１１２，＃１１３）。
一方、選択された通信手段はサーバを介して通信先ユー
ザ端末に通知される（＃１１４，＃１１５）。通信先ユ
ーザ端末では、通信手段の通知に従い、通信手段が起動
される（＃１１６，＃１１７）。

【０１３７】この処理では、複数端末に分散して存在す
るユーザの通信手段を、ユーザと対応付けて管理してい
る。従って、ユーザは、他のユーザが複数の端末上に有
している通信手段を容易に把握することができ、円滑な
通信を行うことができる。 （２）確認処理 図２５は、通知システムが行う確認処理の流れを示す説
明図である。この処理では、通信先ユーザの意思を確認
後、通信を開始する。

【０１３８】通信元ユーザが通信先ユーザを指定して候
補リストから通信手段を選択する（＃１２１〜＃１２
５）。この処理は、前記メイン処理の＃１０７〜＃１１
２と同様である。サーバは、選択された通信手段を使用
可能な全ての通信先ユーザ端末に対し、受信確認を送信
する（＃１２６，＃１２７）。これを受信した通信先ユ
ーザ端末では、通信元ユーザ及び通信手段が通知される
（＃１２８，＃１２９）。例えば、「ユーザＡから電話
の希望があります。通信を行いますか？」などのメッセ
ージが、端末上に表示される。通信先ユーザ端末は、こ
のメッセージに対するユーザの応答を所定時間待機し、
応答をサーバに通知する（＃１３０，＃１３３）。所定
時間内に応答がない場合はなにも行わない（＃１３１，
＃１３２）。

【０１３９】応答を受け取ったサーバは、応答内容を通
信元端末に通知する（＃１３４）。図２５は、応答が
「通信する」である場合の処理を示している。この場
合、サーバは、応答があった端末名を、通信元ユーザ端
末に通知する（＃１３４，＃１３５）。通信元ユーザ端
末は、通知された端末に対し、選択された通信手段によ
る通信を開始する（＃１３６，＃１３７）。

【０１４０】なお、応答が「通信しない」である場合、
通信元ユーザ端末は応答内容をユーザに通知する。 （３）通信状況同報処理 図２６は、通知システムが行う通信状況同報処理の流れ
を示す説明図である。この処理では、ユーザの端末ａ１
での通信状況は、そのユーザの他の端末ａ２、ａ３…に
同報される。

【０１４１】ユーザＡが複数端末ａ１，ａ２，ａ３…を
有しているとする。ある端末ａ１において、何らかの通
信状況の変化が生じると、その変化はサーバに通知され
る（＃１４１，＃１４２）。例えば端末ａ１に電話があ
った場合や、インスタントメッセージが着信した場合で
ある。サーバは、この通知に基づき、ユーザＡの他の端
末ａ２，ａ３…に、端末名、通信手段及び新たな通信状
況を通知する（＃１４３，＃１４４）。この通知に基づ
いて、他の端末ａ２，ａ３…では、端末ａ１における通
信状況の変化がユーザに通知される（＃１４５，＃１４
６）。例えば、「端末ａ１に、電話の着信がありまし
た。」などのメッセージが表示される。

【０１４２】（４）通信内容取得処理 図２７は、通知システムが行う通信内容取得処理の流れ
を示す説明図である。この処理では、ユーザＡは、自端
末ａ２で行われた通信の内容を、サーバを介して他の自
端末ａ１で取得する。まず、ユーザＡは、複数の自端末
のうちの１つ（ａ２）を指定して、その端末で行われた
通信の内容を要求する（＃１５１）。サーバは、指定さ
れた端末ａ２に要求を中継する（＃１５２）。

【０１４３】指定された端末ａ２では所定の認証処理を
端末ａ１との間で行い、要求者が通信内容を取得する権
限を有しているか否かを確認する（＃１５３，＃１５
４）。認証する場合、端末ａ２は検索条件を要求する
（＃１５５）。例えば、通信開始時間の範囲や発信者、
通信手段など、内容ＤＢ２０６からデータを抽出するた
めの条件を要求する。逆に認証しない場合、認証結果
を、サーバを介して端末ａ１に通知する（＃１５６）。

【０１４４】端末ａ１は、検索条件の入力をユーザから
受け付け、サーバを介して端末ａ２に送信する（＃１５
８，＃１５９，＃１６０）。端末ａ２は、指定された検
索条件に基づいて内容ＤＢ２０６を検索し、データを抽
出して端末ａ１に送信する（＃１６１，＃１６２，＃１
６３）。例えば、通信開始日時の範囲を指定された場
合、その範囲で開始された通信の内容を読み出して端末
ａ１に送信する。抽出するデータとしては、通信内容の
他に、内容ＤＢ２０６に格納されている情報を抽出する
ことができる。これにより、ユーザＡは、端末ａ２で行
われた通信内容や発信者などを、他の端末ａ１上で取得
することができる。

【０１４５】（５）通信履歴取得処理 図２８は、通知システムが行う通信履歴取得処理の流れ
を示す説明図である。この処理では、ユーザＡは、複数
の自端末ａ１，ａ２，ａ３…における通信履歴を、いず
れかの端末で取得することができる。ユーザＡがいずれ
かの端末ａ１において通信履歴を要求すると（＃１７
１）、サーバは所定の認証処理により通信履歴を取得す
る権限を有するユーザであるか否かの判断を行う（＃１
７２，＃１７３）。ユーザを認証する場合、サーバは、
該当ユーザの全ての端末における通信履歴を履歴ＤＢ３
０５から読み出し、要求元端末ａ１に送信する（＃１７
４、＃１７５）。端末ａ１では、ユーザＡの全ての端末
における通信履歴が表示される（＃１７６）。認証しな
い場合、例えばサーバは所定のメッセージを要求元端末
ａ１に送信し、端末ａ１は認証されなかったことをユー
ザに通知する（＃１７７）。

【０１４６】＜第６実施形態例＞ （Ａ）前記第５実施形態例においては、同一ユーザの通
信手段を通信手段の機能によりグループ化しているが、
他の基準でグループ化しても良い。 ＜その他の実施形態例＞ （Ａ）前記第１〜６実施形態例を別々に説明したが、各
実施形態例を適宜組み合わせて実施することも可能であ
る。

【０１４７】（Ｂ）前記第１〜第６実施形態例に記載の
方法を実行するプログラムを記録した記録媒体は、本発
明に含まれる。ここで記録媒体としては、コンピュータ
が読み書き可能なフロッピー（登録商標）ディスク、ハ
ードディスク、半導体メモリ、CD-ROM、ＤＶＤ、光磁気
ディスク（ＭＯ）、その他のものが挙げられる。 （Ｃ）前述した本発明の方法を実行するプログラムを伝
送する伝送媒体についても本発明に含まれる。ここで伝
送媒体としては、プログラム情報を搬送波として伝搬さ
せて供給するためのコンピュータネットワーク（ＬＡ
Ｎ、インターネット、無線通信ネットワーク）システム
における通信媒体（光ファイバ、無線回線、その他）を
挙げることが出来る。

【０１４８】（Ｄ）前述した本発明の方法を実行するプ
ログラムを、前記伝送媒体により提供するサーバについ
ても本発明に含まれる。

【０１４９】

【発明の効果】本発明を利用すれば、ユーザは、通信相
手を選択した後、相手と自分とが共に使用可能な通信手
段を通知される。相手の都合だけでなく自分自身の都合
を考慮した通信手段の選択が可能となるので、通信を開
始しようとするユーザの利便性を高めることが出来る。
また、ユーザ端末上に既にある通信手段だけでなく、ダ
ウンロードすることにより使用可能な通信手段も選択で
きる。さらに、ユーザが複数の端末上に通信手段を有す
る場合、各端末の通信手段はユーザに関連付けられて管
理されているので、通信元ユーザは、通信先ユーザにと
って最も便利な端末の通信手段と通信することが出来
る。

【図面の簡単な説明】

【図１】第１実施形態例に係る通知システムの全体構成
図

【図２】通知装置の機能構成を示すブロック図。

【図３】通知装置を有するユーザ端末の機能構成を示す
ブロック図。

【図４】ユーザＤＢ１３内のユーザテーブルの概念説明
図。

【図５】ユーザＤＢ１３内のプリファレンステーブルの
概念説明図。

【図６】リストＤＢ２内の情報の概念説明図。

【図７】候補リストの表示例（１）。

【図８】候補リストの表示例（２）。

【図９】候補リストの表示例（３）。

【図１０】候補リストの表示例（４）。

【図１１】候補リストの表示例（５）。

【図１２】ユーザ情報の設定ウインドウの一例。

【図１３】通知装置が行う処理の流れの一例を示すフロ
ーチャート。

【図１４】第３実施形態例の通知システムの原理図。

【図１５】第３実施形態例の通知システムの機能ブロッ
ク図。

【図１６】通知システムにおける処理の流れ（第３実施
形態例）。

【図１７】候補リストの表示例（第３実施形態例）。

【図１８】第５実施形態例の通知システムの原理図。

【図１９】第５実施形態例の通知システムの機能ブロッ
ク図。

【図２０】候補ＤＢに蓄積されるデータの概念説明図。

【図２１】グループＤＢに蓄積されるデータの概念説明
図。

【図２２】メッセージリストの概念説明図。

【図２３】内容ＤＢに蓄積されるデータの概念説明図。

【図２４】通知システムにおけるメイン処理の流れ（第
５実施形態例）。

【図２５】通知システムにおける確認処理の流れ（第５
実施形態例）。

【図２６】通知システムにおける通信状況同報処理の流
れ（第５実施形態例）。

【図２７】通知システムにおける通信内容取得処理の流
れ（第５実施形態例）。

【図２８】通知システムにおける通信取得履歴処理の流
れ（第５実施形態例）。

【符号の説明】

１；通知装置 ２；リストＤＢ ３；ＤＢＭＳ ４ａ、ｂ、ｃ、ｄ；ユーザ端末 ５；ネットワーク １２１；通信管理部 １２３；指定部 １２４；取得部 １２６；表示部 １２７；選択部 １３１；候補管理部 １３２；候補ＤＢ

フロントページの続き (72)発明者 川口 尚久 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 大谷 浩司 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 (72)発明者 岩川 明則 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 Ｆターム(参考） 5B082 GA08 HA08 5B085 AA04 BE07 BG07 CA04 5B089 GA11 GA21 GA25 JB02 KB04 KB06 LB14 5E501 AA02 AB03 AB15 AC25 AC33 AC35 CA02 DA02 EB05 FA05 FA23 5K033 AA03 CB01 CB04 DA01 DA19 DB12 EA07 EC01 EC03

Claims (28)

【特許請求の範囲】
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. 【請求項２８】ネットワーク上の情報端末に搭載された
    通信手段を選択的に用い、ユーザが互いに通信する通信
    システムに用いられる通信手段の通知システムであっ
    て、 各ユーザの１または複数の情報端末上で動作可能な通信
    手段と、ユーザの情報端末を識別するための端末識別情
    報とを、ユーザと対応付けて蓄積した第１テーブルと、 通信を要求する通信元ユーザから通信先ユーザの指定を
    受け付ける指定手段と、 通信先ユーザの情報端末上と通信元ユーザの情報端末上
    との両方で動作可能な通信手段が記述されたリストを、
    蓄積した情報に基づいて生成する生成手段と、 複数の同じ通信手段が前記リストに含まれる場合、情報
    端末を区別するための情報を前記リストにさらに加え、
    前記リストを通信開始前に通信元ユーザに通知する通知
    手段と、 を備える通信手段の通知システム。