JP4357699B2 - 通信手段の通知方法及び通知システム - Google Patents
通信手段の通知方法及び通知システム Download PDFInfo
- Publication number
- JP4357699B2 JP4357699B2 JP2000129702A JP2000129702A JP4357699B2 JP 4357699 B2 JP4357699 B2 JP 4357699B2 JP 2000129702 A JP2000129702 A JP 2000129702A JP 2000129702 A JP2000129702 A JP 2000129702A JP 4357699 B2 JP4357699 B2 JP 4357699B2
- Authority
- JP
- Japan
- Prior art keywords
- communication
- user
- communication means
- list
- information terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/54—Presence management, e.g. monitoring or registration for receipt of user log-on information, or the connection status of the users
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
- G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
- G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
- G06F3/0481—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
- G06F3/0482—Interaction with lists of selectable items, e.g. menus
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/2866—Architectures; Arrangements
- H04L67/30—Profiles
- H04L67/303—Terminal profiles
Description
【０００１】
【発明の属する技術分野】
本発明は、複数の通信手段が搭載されたネットワーク上の情報端末を用い、ユーザが互いに通信する通信システムに関する。さらに詳しくは、前記通信システムにおいて、ユーザが通信を開始するに先立ち、通信手段を選択可能な通信システムに関する。
【０００２】
【従来の技術】
近年、ネットワークに接続された情報端末には、電話機能、電子メール装置、インスタントメッセージ装置など、様々な通信手段が搭載されている。このような情報端末としては、例えばＰＣ(Personal Computer)、ＷＳ(Work Station)、携帯電話、ＰＨＳ(Personal Handy-phone System)を挙げることが出来る。ユーザは、通信を要求するにあたり、様々な通信手段を自分の状態や都合、好みなどに応じて使い分けている。
【０００３】
このような状況下で、通信要求者側だけでなく、通信を要求される側の状態や都合なども考慮した通信が求められている。特開平７−２５０１３２号公報や特開平８−１４０１５８号公報では、ユーザは予め自分が使用する通信手段を登録しておく。ユーザは、他のユーザに通信を要求する場合、相手ユーザが登録している通信手段について通信可能か否かを通知される。
【０００４】
また、特開平１０−５５４９２号公報は、相手が使用可能な通信手段の変化に応じ、通信手段の使用可能性の表示を動的に変化させ、通信開始前に相手が使用可能な通信手段を通知する技術を提供している。この発明においては、各ユーザは所定の状態ごとに使用可能な通信手段を登録しておく。通信先に指定されたユーザが使用可能な通信手段は、そのユーザの状態に従って通信要求者に通知される。
【０００５】
【発明が解決しようとする課題】
前記の技術は、いずれも通信先のユーザが使用可能な通信手段のみを表示する。そのため、通信を要求する通信元ユーザは、相手が使用可能な通信手段の中から、さらに自分も使用可能な通信手段を探しださなくてはならない。これでは、通信しようとする度に相手の都合に合わせる負担をユーザに強いることとなり、ユーザにとって煩わしく使い勝手が良くない。また、通信先ユーザが使用可能な通信手段を、通信元ユーザが同時に使用可能であると限らない。
【０００６】
逆に、通信元ユーザが使用したい通信手段を通信先ユーザが有していない場合、通信先ユーザは通信手段の提供元から通信手段をダウンロードしなければ、その通信手段による通信を行うことができない。そのために通信元ユーザは、他の通信手段を使用し、通信先ユーザに希望する通信手段のインストールを依頼したり、通信先ユーザからインストールの終了を通知してもらわなければならない。これでは、通信を開始しようとするときに通信手段を拡張するユーザ負担が大きく、円滑なコミュニケーションの妨げとなる。
【０００７】
さらに、近年は、一人のユーザが複数のユーザ端末を使用し、ユーザ状態に応じて複数の端末を使い分けているケースが多い。例えば、移動途中では携帯端末を使用し、勤務先と自宅とではそれぞれ別のコンピュータを使用する。このような状況では、１つの端末における通信手段の使用可／不可が分かっても、他の端末における通信手段についても同様の情報が分からなければ、相手の状態を考慮した通信を行うことが難しい。
【０００８】
本発明は、通信先ユーザ及び通信元ユーザ双方の事情を考慮し、双方が利用可能な通信手段を表示することを目的とする。また、本発明は、通信手段を容易に拡張しながら通信を行う技術を提供することを目的とする。さらに、本発明は、一人のユーザが複数の端末を使用する環境に応じた通信手段の提示を目的とする。
【０００９】
【課題を解決するための手段】
前記の課題を解決するために、本願第１発明は、ネットワーク上の情報端末に搭載された通信手段を選択的に用い、ユーザが互いに通信する通信システムに用いられる通信手段の通知方法であって、
Ａ；各ユーザの情報端末上で動作可能な通信手段を、ユーザと対応付けて蓄積しておき、
Ｂ；通信を要求する通信元ユーザから通信先ユーザの指定を受け付け、
Ｃ；通信先ユーザの情報端末上と通信元ユーザの情報端末上との両方で動作可能な通信手段が記述されたリストを、蓄積した情報に基づいて生成し、
Ｄ；前記リストを通信開始前に通信元ユーザに通知する、
通信手段の通知方法を提供する。
【００１０】
この方法において、前記指定を受け付ける段階では、通信先ユーザの情報端末で動作可能な通信手段を特定する識別情報による通信先ユーザの指定を受け付け可能である。通信先ユーザ及び通信元ユーザの双方が前記識別情報に対応する通信手段を使用可能な場合、前記リストを生成する段階では、当該通信手段をリストの先頭に記述する。
【００１１】
予め、各ユーザの情報端末上で使用可能な通信手段を、各ユーザと対応付けて蓄積しておく。通信元ユーザが通信先ユーザを指定すると、蓄積情報に基づいて、両者が使用可能な通信手段のリストが生成される。このリストは、例えば通信元ユーザの情報端末に送信され、ディスプレイに表示される。通信元ユーザは、リスト中のいずれかの通信手段を選択し、指定した通信先ユーザとの通信を開始する。例えば、通信元ユーザが電話番号を入力することにより通信先ユーザを指定する。両ユーザが電話を使用可能な場合、生成手段は、他に使用可能な通信手段があっても、電話をリストの最初に記述する。
【００１２】
本願第２発明は、ネットワーク上の情報端末に搭載された通信手段を選択的に用い、ユーザが互いに通信する通信システムに用いられる通信手段の通知方法であって、
Ａ；各ユーザの情報端末上で動作可能な通信手段を、ユーザと対応付けて蓄積しておき、
Ｂ；通信を要求する通信元ユーザから通信先ユーザの指定を受け付け、
Ｃ；通信先ユーザの情報端末上と通信元ユーザの情報端末上との両方で動作可能な通信手段が記述されたリストを、蓄積した情報に基づいて生成し、
Ｄ；前記リストを通信開始前に通信元ユーザに通知する、
通信手段の通知方法を提供する。
【００１３】
この方法において、前記指定を受け付ける段階では、通信先ユーザの情報端末で動作可能な通信手段を特定する識別情報による通信先ユーザの指定を受け付け可能である。通信先ユーザ及び通信元ユーザの双方が前記識別情報に対応する通信手段を使用可能な場合、当該通信手段による通信をさらに開始させる。
【００１４】
例えば、通信元ユーザが電話番号を入力することにより通信先ユーザを指定する。両ユーザが電話を使用可能な場合、生成手段は、他に使用可能な通信手段があっても、開始手段は電話による通信回線のセットアップを開始する。
【００１５】
本願第３発明は、ネットワーク上の情報端末に搭載された通信手段を選択的に用い、ユーザが互いに通信する通信システムに用いられる通信手段の通知システムであって、第１テーブルと、管理手段と、指定手段と、取得手段と、生成手段と、通知手段と、を備える通信手段の通知システムを提供する。
【００１６】
第１テーブルは、各ユーザの情報端末上で動作可能な通信手段を、ユーザと対応付けて蓄積している。管理手段は、動作可能な通信手段の設定をユーザから受け付け、前記第１テーブルに格納する。指定手段は、通信を要求する通信元ユーザから通信先ユーザの指定を受け付ける。取得手段は、通信元ユーザの情報端末上と通信先ユーザの情報端末上との両方で動作可能な通信手段を、前記第１テーブルから取得する。生成手段は、取得した情報に基づいて、通信元ユーザ及び通信先ユーザの双方が使用可能な通信手段が記述されたリストを生成する。通知手段は、生成したリストを通信開始前に通信元ユーザに通知する。
【００１７】
前記指定手段は、通信先ユーザの情報端末で動作可能な通信手段を特定する識別情報による通信先ユーザの指定を受け付け可能である。通信先ユーザ及び通信元ユーザの双方が前記識別情報に対応する通信手段を使用可能な場合、前記生成手段は、当該通信手段をリストの先頭に記述する。
【００１８】
具体的には、通信元ユーザは、何らかの手段により通信先ユーザを指定する。指定手段としては、例えば、電話番号を入力したり、予め記憶されているアドレス帳からユーザを選択することが挙げられる。取得手段は、通信元及び指定手段で特定された通信先ユーザの両者がそれぞれ使用可能な通信手段を、第１テーブルから取得する。生成手段は、通信元と通信先との双方が共通に使用可能な通信手段を記述した通信手段のリストを生成する。通知手段は、例えばＷＷＷサーバとＷＷＷブラウザとを用いて構成される。ＷＷＷブラウザは、生成された通信手段のリストを、情報端末のディスプレイ上に表示する。例えば、通信元ユーザが電話番号を入力することにより通信先ユーザを指定する。両ユーザが電話を使用可能な場合、生成手段は、他に使用可能な通信手段があっても、電話をリストの最初に記述する。
【００１９】
本願第４発明は、ネットワーク上の情報端末に搭載された通信手段を選択的に用い、ユーザが互いに通信する通信システムに用いられる通信手段の通知システムであって、第１テーブルと、管理手段と、指定手段と、取得手段と、生成手段と、通知手段と、を備える通信手段の通知システムを提供する。
【００２０】
第１テーブルは、各ユーザの情報端末上で動作可能な通信手段を、ユーザと対応付けて蓄積している。管理手段は、動作可能な通信手段の設定をユーザから受け付け、前記第１テーブルに格納する。指定手段は、通信を要求する通信元ユーザから通信先ユーザの指定を受け付ける。取得手段は、通信元ユーザの情報端末上と通信先ユーザの情報端末上との両方で動作可能な通信手段を、前記第１テーブルから取得する。生成手段は、取得した情報に基づいて、通信元ユーザ及び通信先ユーザの双方が使用可能な通信手段が記述されたリストを生成する。通知手段は、生成したリストを通信開始前に通信元ユーザに通知する。
【００２１】
前記指定手段は、通信先ユーザの情報端末で動作可能な通信手段を特定する識別情報による通信先ユーザの指定を受け付け可能である。通信先ユーザ及び通信元ユーザの双方が前記識別情報に対応する通信手段を使用可能な場合、当該通信手段による通信を開始させる開始手段をさらに有する。
【００２２】
例えば、通信元ユーザが電話番号を入力することにより通信先ユーザを指定する。両ユーザが電話を使用可能な場合、生成手段は、他に使用可能な通信手段があっても、開始手段は電話による通信回線のセットアップを開始する。
【００２３】
本願第５発明は、前記第３または４発明において、第２テーブルと優先手段とをさらに備えた通信手段の通知システムを提供する。第２テーブルは、所定のユーザ状態において使用可能な通信手段を、ユーザ及びユーザ状態と対応付けられて蓄積している。優先手段は、所定のユーザ状態において使用可能な通信手段の設定を受け付け、第２テーブルに格納する。
【００２４】
さらに、このシステムにおいては、前記第１テーブルには、通信手段に加え、ユーザ状態が併せて蓄積されている。前記管理手段は、新たなユーザ状態の設定を受け付け、第２テーブルの設定に従い、新たなユーザ状態において使用可能な通信手段を第１テーブルに書き込む。
【００２５】
第１テーブルには、各ユーザがその時点で使用可能な通信手段が蓄積されている。従って、動的に変化するユーザ状態に対応した通信手段のリストを生成することが出来る。
【００２６】
本願第６発明は、前記第３または４発明において、第２テーブルと優先度手段とをさらに備えている通信手段の通知システムを提供する。第２テーブルは、所定のユーザ状態において使用可能な通信手段及び前記通信手段の優先度を、ユーザ及びユーザ状態と対応付けて蓄積している。優先度手段は、所定のユーザ状態において使用可能な通信手段及び前記通信手段の優先度の設定を受け付け、第２テーブルに格納する。
【００２７】
さらに、このシステムにおいては、前記第１テーブルには、通信手段に加え、通信手段の優先度及びユーザ状態が併せて蓄積されている。前記管理手段は、新たなユーザ状態の設定を受け付け、第２テーブルの設定に従い、新たな状態において使用可能な通信手段及び通信手段の優先度を第１テーブルに書き込む。前記取得手段は、通信元ユーザの情報端末上と通信先ユーザの情報端末上との両方で使用可能な通信手段と、通信手段の優先度とを、第１テーブルから取得する。前記生成手段は、通信元ユーザ及び通信先ユーザの双方が使用可能な通信手段の優先度に基づいて、前記リストを生成する。
【００２８】
ユーザは、自分が使用する通信手段について、所定の状態に対する優先度を予め設定しておく。ユーザ状態が変化すれば、そのユーザの通信手段の優先度が変化するので、管理手段は第１テーブルを更新する。通信元及び通信先ユーザが使用可能な通信手段の優先度に基づいて通信手段のリストを生成するので、動的に変化するユーザ状態に応じた通信手段リストを作成することが出来る。
【００２９】
本願第７発明は、前記第６発明において、前記生成手段は、通信元ユーザの優先度に従って通信手段を並べ替える通信手段の通知システムを提供する。
【００３０】
通信元ユーザと通信先ユーザとが共通に使用可能な通信手段に対し、それぞれの優先度が異なることが考えられる。その場合、通信元ユーザの優先度順に通信手段のリストが通知される。
【００３１】
本願第８発明は、前記第６発明において、前記生成手段は、通信先ユーザの優先度に従って通信手段を並べ替える通信手段の通知システムを提供する。
【００３２】
通信元ユーザと通信先ユーザとが共通に使用可能な通信手段に対し、それぞれの優先度が異なることが考えられる。その場合、通信先ユーザの優先度順に通信手段のリストが通知される。
【００３３】
本願第９発明は、前記第３または４発明において、前記指定手段は、通信先ユーザの情報端末で動作可能な通信手段を特定する識別情報を用いた指定を受け付ける通信手段の通知システムを提供する。
【００３４】
例えば、通信手段がＩＲＣ(Internet Relay Chat)であれば、識別情報はニックネームである。通信手段が電子メールであれば識別情報は電子メールアドレス、電話であれば電話番号である。
【００３５】
本願第１０発明は、前記第３または４発明において、前記通信手段が、ネットワーク上で複数のユーザが参加可能なゲームアプリケーションである通信手段の通知システムを提供する。
【００３６】
ネットワーク上で複数のユーザが対戦方式で参加するためのゲームアプリケーションとしては、例えば麻雀ゲームや対戦式のスポーツゲームなどである。
【００３７】
本願第１１発明は、ユーザが選択的に用いて互いに通信するための通信手段が搭載された情報端末または前記情報端末と通信可能な情報端末に用いられ、下記Ａ〜Ｆ段階を実行するための通信手段の通知プログラムを記録した、コンピュータ読み取り可能な記録媒体を提供する。
Ａ；各ユーザの情報端末上で動作可能な通信手段を、ユーザと対応付けて蓄積している第１テーブルを準備する段階、
Ｂ；動作可能な通信手段の設定をユーザから受け付け、前記第１テーブルに格納する段階、
Ｃ；通信を要求する通信元ユーザから通信先ユーザの指定を受け付ける段階、
Ｄ；通信元ユーザの情報端末上と通信先ユーザの情報端末上との両方で動作可能な通信手段を、前記第１テーブルから取得する段階、
Ｅ；取得した情報に基づいて、通信元ユーザ及び通信先ユーザの双方が使用可能な通信手段が記述されたリストを生成する段階、
Ｆ；生成したリストを通信開始前に通信元ユーザに通知する段階。
【００３８】
前記指定を受け付ける段階では、通信先ユーザの情報端末で動作可能な通信手段を特定する識別情報による通信先ユーザの指定を受け付け可能である。通信先ユーザ及び通信元ユーザの双方が前記識別情報に対応する通信手段を使用可能な場合、前記リストを生成する段階では、当該通信手段をリストの先頭に記述する。
【００３９】
前記第３発明と同様の作用効果を有する。
【００４０】
本願第１２発明は、ユーザが選択的に用いて互いに通信するための通信手段が搭載された情報端末または前記情報端末と通信可能な情報端末に用いられ、下記Ａ〜Ｆ段階を実行するための通信手段の通知プログラムを記録した、コンピュータ読み取り可能な記録媒体を提供する。
Ａ；各ユーザの情報端末上で動作可能な通信手段を、ユーザと対応付けて蓄積している第１テーブルを準備する段階、
Ｂ；動作可能な通信手段の設定をユーザから受け付け、前記第１テーブルに格納する段階、
Ｃ；通信を要求する通信元ユーザから通信先ユーザの指定を受け付ける段階、
Ｄ；通信元ユーザの情報端末上と通信先ユーザの情報端末上との両方で動作可能な通信手段を、前記第１テーブルから取得する段階、
Ｅ；取得した情報に基づいて、通信元ユーザ及び通信先ユーザの双方が使用可能な通信手段が記述されたリストを生成する段階、
Ｆ；生成したリストを通信開始前に通信元ユーザに通知する段階。
【００４１】
前記指定を受け付ける段階では、通信先ユーザの情報端末で動作可能な通信手段を特定する識別情報による通信先ユーザの指定を受け付け可能である。通信先ユーザ及び通信元ユーザの双方が前記識別情報に対応する通信手段を使用可能な場合、当該通信手段による通信を開始させる段階をさらに実行する。
【００４２】
前記第４発明と同様の作用効果を奏する。
【００４３】
本願第１３発明は、ネットワーク上の情報端末に搭載された通信手段を選択的に用い、ユーザが互いに通信する通信システムに用いられる通信手段の通知方法であって、
Ａ；各ユーザの情報端末上で動作可能な通信手段を、ユーザと対応付けて蓄積しておき、
Ｂ；通信を要求する通信元ユーザから通信先ユーザの指定を受け付け、
Ｃ；通信先ユーザの情報端末上と通信元ユーザの情報端末上との両方で動作可能な通信手段が記述された第１リストを、蓄積した情報に基づいて生成し、
Ｄ；通信先及び通信元ユーザの情報端末のうち一方が有しておらず他方が有している通信手段であって、当該通信手段を有していない端末にダウンロード可能かつ端末上で実行可能な通信手段が記述された第２リストを生成し、
Ｅ；第１リストと第２リストとを合成した第３リストを、通信開始前に通信元ユーザに通知する、
通信手段の通知方法を提供する。
【００４４】
第１リストには、通信元及び通信先ユーザ端末が共に有する通信手段が記述される。第２リストには、一方が有していないが他方は有している通信手段が記述される。ただし、第２リストに記述される通信手段は、その通信手段を有さないユーザ端末にダウンロード可能でかつその端末上で実行可能な通信手段である。
【００４５】
本願第１４発明は、前記第１３発明において、第２リストには、通信先及び通信元ユーザの情報端末が共に有しておらず、両端末にダウンロード可能かつ両端末上で実行可能な通信手段を含めて記述する通信手段の通知方法を提供する。
【００４６】
例えば、テレビ会議手段を通信先及び通信元が共に有していないとする。しかし、両端末上にテレビ会議手段をダウンロードでき、両端末上で実行可能な場合、テレビ会議手段も第２リストに記述する。
【００４７】
本願第１５発明は、前記第１３発明において、ユーザの情報端末上に通信手段をダウンロードするためのダウンロード条件と、ユーザの情報端末上で通信手段を実行するための実行条件とを、ダウンロード可能な通信手段毎に蓄積しておき、ユーザの情報端末の端末情報とダウンロード条件と実行条件とに基づいて、第２リストを生成する通信手段の通知方法を提供する。
【００４８】
予め、ダウンロード可能な通信アプリケーションのダウンロード条件及び実行条件を、データベースなどに蓄積しておく。例えば、ダウンロードに必要なハードディスクの空き容量や、アプリケーションの実行に必要なメモリ量などである。ユーザ端末の空きメモリの量などの端末情報と、通信アプリケーションのダウンロード条件及び実行条件とに基づいて、ダウンロード可能な通信手段のうちユーザ端末で実行可能な通信手段を決定する。
【００４９】
本願第１６発明は、前記第１３発明において、第３リスト上のいずれかの通信手段の選択を通信元ユーザから受け付け、選択された通信手段を通信先ユーザの情報端末に通知し、通信先ユーザの情報端末が選択された通信手段を有していない場合、通信先ユーザの情報端末は、選択された通信手段をダウンロードにより取得する通信手段の通知方法を提供する。
【００５０】
すなわち、通信元ユーザの選択により、通信先ユーザ端末には通信アプリケーションがダウンロードされる。ダウンロードの実行に先立ち、ユーザの意思を確認しても良い。
【００５１】
本願第１７発明は、前記第１３〜１６発明に係る通信手段の通知方法を実行するためのプログラムを記録した、コンピュータ読みとり可能な記録媒体を提供する。前記第１３〜１６発明と同様の作用効果を奏する。
【００５２】
本願第１８発明は、ネットワーク上の情報端末に搭載された通信手段を選択的に用い、ユーザが互いに通信する通信システムに用いられる通信手段の通知システムであって、第１テーブルと、指定手段と、第１生成手段と、第２生成手段と、通知手段とを備える通信手段の通知システムを提供する。
【００５３】
第１テーブルは、各ユーザの情報端末上で動作可能な通信手段を、ユーザと対応付けて蓄積している。指定手段は、通信を要求する通信元ユーザから通信先ユーザの指定を受け付ける。第１生成手段は、通信先ユーザの情報端末上と通信元ユーザの情報端末上との両方で動作可能な通信手段が記述された第１リストを、蓄積した情報に基づいて生成する。第２生成手段は、通信先及び通信元ユーザの情報端末のうち一方が有しておらず他方が有している通信手段であって、当該通信手段を有していない端末にダウンロード可能かつ端末上で実行可能な通信手段が記述された第２リストを生成する。通知手段は、第１リストと第２リストとを合成した第３リストを、通信開始前に通信元ユーザに通知する。
【００５４】
前記第１３発明と同様の作用効果を奏する。
【００５５】
本願第１９発明は、前記第１８発明の通信手段の通知システムに用いられる通信手段提供装置を提供する。この装置は、作成手段と提供手段とを備えている。作成手段は、情報端末にダウンロード可能かつ情報端末上で実行可能な通信手段のリストを、通信先ユーザ及び通信元ユーザについてそれぞれ作成する。提供手段は、前記リストに含まれる通信手段を、ユーザの情報端末に提供する。
【００５６】
この装置が作成するリストに基づいて、前記第１２発明の第２リストが生成される。また、前記第１３発明において、通信元ユーザが第３リストから選択した通信手段は、この装置により通信元ユーザに提供される。
【００５７】
本願第２０発明は、ネットワーク上の情報端末に搭載された通信手段を選択的に用い、ユーザが互いに通信する通信システムに用いられる通信手段の通知方法であって、
Ａ；各ユーザの１または複数の情報端末上で動作可能な通信手段と、ユーザの情報端末を識別するための端末識別情報とを、ユーザと対応付けて蓄積しておき、
Ｂ；通信を要求する通信元ユーザから通信先ユーザの指定を受け付け、
Ｃ；通信先ユーザの情報端末上と通信元ユーザの情報端末上との両方で動作可能な通信手段が記述されたリストを、蓄積した情報に基づいて生成し、
Ｄ；複数の同じ通信手段が前記リストに含まれる場合、情報端末を区別するための情報を前記リストにさらに加え、前記リストを通信開始前に通信元ユーザに通知する、
通信手段の通知方法を提供する。
【００５８】
前記リストを生成する段階では、同一ユーザの１または複数の情報端末上で動作可能な前記通信手段を、所定の基準でグループ化し、前記通信手段にグループ毎の優先順位を設定し、グループ化された通信手段とグループ毎の優先順位とに基づいて前記リストを生成する。前記通知する段階では、前記リストに記述された通信手段を前記所定の基準でグループ化して前記通信元ユーザに通知する。
【００５９】
例えば、事務室の電話と実験室の電話とがリストに含まれる場合、両者を区別するために、リストにはそれぞれ「電話＠事務室」及び「電話＠実験室」のように表示する。
【００６０】
例えば通信手段の種類毎に、通信手段をグループ化することが挙げられる。この場合、通信元ユーザに通知される通信手段リストも、通信手段の種類毎にグループ化される。通信手段の種類としては、電話、メッセージング、ファイル転送などが挙げられる。通知方法としては、例えば、各グループの最優先通信手段のみリストに記述する。
【００６１】
本願第２１発明は、ネットワーク上の情報端末に搭載された通信手段を選択的に用い、ユーザが互いに通信する通信システムに用いられる通信手段の通知方法であって、
Ａ；各ユーザの１または複数の情報端末上で動作可能な通信手段と、ユーザの情報端末を識別するための端末識別情報とを、ユーザと対応付けて蓄積しておき、
Ｂ；通信を要求する通信元ユーザから通信先ユーザの指定を受け付け、
Ｃ；通信先ユーザの情報端末上と通信元ユーザの情報端末上との両方で動作可能な通信手段が記述されたリストを、蓄積した情報に基づいて生成し、
Ｄ；複数の同じ通信手段が前記リストに含まれる場合、情報端末を区別するための情報を前記リストにさらに加え、前記リストを通信開始前に通信元ユーザに通知する、
を含む通信手段の通知方法を提供する。
【００６２】
前記リストを生成する段階は、同一ユーザの１または複数の情報端末上で動作可能な前記通信手段を、所定の基準でグループ化し、前記リストを、グループ化された通信手段に基づいて生成する。前記通知する段階は、前記リストに記述された通信手段を前記所定の基準でグループ化し、通信開始前に通信元ユーザに通知する。
【００６３】
さらにこの通知方法は、
・前記リストに基づくいずれかのグループの選択を通信元ユーザから受け付ける段階と、
・選択されたグループに含まれる通信先ユーザの通信手段に対して受信するか否かを問い合わせる段階と、
・最初に応答した通信先ユーザの情報端末上の通信手段に対する通信を開始する段階と、
をさらに含む。例えば、事務室の電話と実験室の電話とがリストに含まれる場合、両者を区別するために、リストにはそれぞれ「電話＠事務室」及び「電話＠実験室」のように表示する。グループ化については、例えば通信手段の種類毎に通信手段をグループ化することが挙げられる。この場合、通信元ユーザに通知される通信手段リストも、通信手段の種類毎にグループ化される。通信手段の種類としては、電話、メッセージング、ファイル転送などが挙げられる。例えば電話が選択された場合、通信先ユーザが有するすべての電話端末に対して受信確認を送信し、最初に応答した端末に対して電話による通信を開始する。
【００６４】
本願第２２発明は、前記第２０または２１発明において、情報端末上の通信手段に対してユーザが設定したメッセージを通信手段及び情報端末と併せて蓄積し、通信先ユーザが設定したメッセージを通信元ユーザに通知するリストにさらに含める通信手段の通知方法を提供する。
【００６５】
メッセージとは、例えば「こっちにいます」や「Ｂｕｓｙ」などである。通信手段と併せてメッセージを通知することにより、通信先ユーザは簡単に自分の状態や要望を表現でき、円滑なコミュニケーションを促進することができる。
【００６６】
本願第２３発明は、前記第２０または２１発明において、グループ内で使用可能となった順に基づいて、優先順位を設定する通信手段の通知方法を提供する。
【００６７】
例えば、もっとも最近使用可能となった通信手段の優先順位を、そのグループ内で「１」とする。
【００６８】
本願第２４発明は、前記第２０または２１発明において、前記通信手段のグループ毎に、通信元ユーザ毎の推奨通信手段が設定され、通信元ユーザ毎に通信手段の優先順位を変更して前記リストを生成する通信手段の通知方法を提供する。通信元毎に希望する通信手段の優先順位が変更される。
【００６９】
本願第２５発明は、前記第２０または２１発明において、前記リストに基づくいずれかのグループの選択を通信元ユーザから受け付け、選択されたグループに含まれる通信先ユーザの通信手段に対して通信を試行する通信手段の通知方法を提供する。
【００７０】
例えば電話を選択した場合、通信先ユーザが有する全ての電話に対して発呼し、応答があった電話と通信を開始する。
【００７１】
本願第２６発明は、 ネットワーク上の情報端末に搭載された通信手段を選択的に用い、ユーザが互いに通信する通信システムに用いられる通信手段の通知プログラムが記録された、コンピュータ読み取り可能な記録媒体であって、
各ユーザの１または複数の情報端末上で動作可能な通信手段と、ユーザの情報端末を識別するための端末識別情報とを、ユーザと対応付けて蓄積する段階と、
通信を要求する通信元ユーザから通信先ユーザの指定を受け付ける段階と、
通信先ユーザの情報端末上と通信元ユーザの情報端末上との両方で動作可能な通信手段が記述されたリストを、蓄積した情報に基づいて生成する段階と、
複数の同じ通信手段が前記リストに含まれる場合、情報端末を区別するための情報を前記リストにさらに加え、前記リストを通信開始前に通信元ユーザに通知する段階と、を実行する通信手段の通知プログラムであって、
前記リストを生成する段階では、
同一ユーザの１または複数の情報端末上で動作可能な前記通信手段を、所定の基準でグループ化し、
前記通信手段にグループ毎の優先順位を設定し、グループ化された通信手段とグループ毎の優先順位とに基づいて前記リストを生成し、
前記通知する段階では、前記リストに記述された通信手段を前記所定の基準でグループ化して前記通信元ユーザに通知する、
通信手段の通知プログラムを記録したコンピュータ読み取り可能な記録媒体を提供する。
【００７２】
前記第１９発明と同様の作用効果を奏する。
【００７３】
本願第２７発明は、ネットワーク上の情報端末に搭載された通信手段を選択的に用い、ユーザが互いに通信する通信システムに用いられる通信手段の通知プログラムを記録した、コンピュータ読み取り可能な記録媒体であって、
各ユーザの１または複数の情報端末上で動作可能な通信手段と、ユーザの情報端末を識別するための端末識別情報とを、ユーザと対応付けて蓄積する段階と、
通信を要求する通信元ユーザから通信先ユーザの指定を受け付ける段階と、
通信先ユーザの情報端末上と通信元ユーザの情報端末上との両方で動作可能な通信手段が記述されたリストを、蓄積した情報に基づいて生成する段階と、
複数の同じ通信手段が前記リストに含まれる場合、情報端末を区別するための情報を前記リストにさらに加え、前記リストを通信開始前に通信元ユーザに通知する段階と、を実行する通信手段の通知プログラムであって、
前記リストを生成する段階は、
同一ユーザの１または複数の情報端末上で動作可能な前記通信手段を、所定の基準でグループ化し、
前記リストを、グループ化された通信手段に基づいて生成し、
前記通知する段階は、前記リストに記述された通信手段を前記所定の基準でグループ化し、通信開始前に通信元ユーザに通知し、
前記リストに基づくいずれかのグループの選択を通信元ユーザから受け付ける段階と、
選択されたグループに含まれる通信先ユーザの通信手段に対して受信するか否かを問い合わせる段階と、
最初に応答した通信先ユーザの情報端末上の通信手段に対する通信を開始する段階と、をさらに実行する、
通信手段の通知プログラムを記録したコンピュータ読み取り可能な記録媒体を提供する。
【００７４】
前記第２０発明と同様の作用効果を奏する。
【００７５】
【発明の実施の形態】
次に、本発明に係る通信手段の通知システムについて、実施形態例を挙げながら具体的に説明する。
【００７６】
＜第１実施形態例＞
［構成］
図１は、第１実施形態例に係る通知システムの全体構成図である。通知システムは、通知装置１、リストＤＢ２、ＤＢＭＳ（Data Base Management System）３及びユーザ端末４ａ、ｂ、ｃ、ｄが、ネットワーク５を介して接続されて構成されている。
【００７７】
通知装置１は、（１）ユーザ端末上に設けられているものと、（２）サーバ端末上に設けられているものとがある。本実施形態例は、前記（１）及び（２）の通知装置１が混在している例である。図１において、ユーザ端末４a、ｂは通知装置１を搭載しておらず、ユーザ端末４ｃ、ｄは通知装置１を搭載している。ユーザ端末４ａ、ｂは、例えば携帯電話やＰＨＳである。ユーザ端末４ｃ、ｄは、例えばＰＣやＷＳである。
【００７８】
また、後者（２）の通知装置１の場合、多数のユーザ端末を、１つの通知装置１で集中管理しても、また複数のサーバ端末ａ，ｂ上にそれぞれ設けられた複数の通知装置１で分散管理しても良い。図１は、後者の分散管理の場合の構成を示している。
【００７９】
ＤＢＭＳ３及びリストＤＢ２は、ネットワーク上で通知装置１と接続可能でありさえすれば良い。例えば、ＤＢＭＳ３及びリストＤＢ２は、通知装置１が動作する情報端末上にあっても、また他の情報端末上にあっても良い。リストＤＢ２及びＤＢＭＳ３は、通常複数の通知装置１に対して１つづつ設けられるが、複数設けられていてもよい。
【００８０】
図１において、通知装置１ａ及び１ｂは、それぞれリストＤＢ２ａ及び２ｂと、ＤＢＭＳ３ａ及び３ｂとに、１対１に対応して設けられている。リストＤＢ２ａ及び２ｂには、通知装置１ａ及び１ｂそれぞれの管理下にあるユーザ端末に関する所定の情報が蓄積されている。言い換えれば、リストＤＢ２ａ、２ｂには、ユーザ端末４ａ、ｂ、ｃ、ｄに関する所定の情報が、分散されて蓄積されている。
【００８１】
ネットワーク５としては、インターネットやイントラネット、移動体通信網などが挙げられる。
【００８２】
（１）通知装置
図２は、通知装置１の機能構成及び通知装置１を有さないユーザ端末の機能構成を示すブロック図である。図３は、通知装置１を有するユーザ端末の機能構成を示すブロック図である。通知装置及びユーザ端末は、図２及び図３の両者において同様の機能を有するので、図２を用いて通知装置１の構成を説明する。
【００８３】
図２の通知装置１は、アドレスＤＢ１１、アドレス管理部１２、ユーザＤＢ１３、受付部１４、表示部１５、取得部１６、生成部１７、ＷＷＷサーバ１８及び通信部１９を有している。なお、アドレス管理部１２、受付部１４、表示部１５、取得部１６及び生成部１７は、ＷＷＷサーバ１８の外部プログラムであり、ＣＧＩ(Common Gateway Interface)を介してまたはライブラリの形態で、ＷＷＷサーバ１８と連携して動作する。これらの外部プログラムとＷＷＷサーバ１８とのインターフェースプログラムとして、ＣＧＩに代えて他のインターフェースプログラムを用いることもできる。
【００８４】
アドレスＤＢ１１には、アドレス帳が蓄積されている。アドレス帳には、各ユーザの友人や知人の名前とユーザＩＤとが対応付けられて記憶されている（図示省略）。ユーザＩＤは、通知システム上でユーザを一義的に特定するための認証情報である。
【００８５】
アドレス管理部１２は、ユーザ端末からの指示に従い、アドレス帳に対して書き込みや読み出しを行う。アドレス管理部１２が読み出した内容は、ＷＷＷサーバ１８に送出され、後述するＷＷＷブラウザ４２によりユーザ端末上に表示される。アドレスＤＢ１１及びアドレス管理部１２は、必ずしも必要ではないが、設けておくとユーザが通信先ユーザを指定するのに便利である。
【００８６】
ユーザＤＢ１３には、ユーザに関する所定の情報が蓄積されている。図４は、ユーザＤＢ１３に蓄積されているユーザテーブルの概念説明図である。ユーザテーブルには、ユーザＩＤ、ユーザ名、ユーザ状態、通信手段、使用可／不可、属性情報及び通信パラメータが、記憶されている。これらの情報は、通知装置１を有さないユーザ端末４ａ、ｂに対応するユーザのユーザ情報である。
【００８７】
「ユーザＩＤ」は、アドレス帳におけるユーザＩＤと同様、本システムにおいてユーザを一義的に特定するための識別情報である。
【００８８】
「ユーザ名」には、通知装置１を有さないユーザ端末４ａ、ｂに対応するユーザの名前が記述される。
【００８９】
「ユーザ状態」には、各ユーザの最新のユーザ状態が記述される。ユーザ状態は、所定の状態から選択的に設定される。所定の状態とは、例えば「online」、「busy」、「away」、「offline」である。ユーザ状態は、ユーザの入力により、また何らかの手段により自動的に検出されて設定される。例えば図４では、ユーザ「鈴木太郎」の状態が「online」であり、「山田花子」の状態が「busy」であることを示している。
【００９０】
「通信手段」には、各ユーザ端末上で動作可能な通信手段が記述される。例えば図４は、ユーザ「鈴木太郎」の端末上では、電子メール、チャット、インスタントメッセージ、電話及びテレビ会議による通信が可能であることを示している。なお、チャットとは、複数のユーザ端末が同一の仮想空間を共有し、テキストメッセージをリアルタイムに送受信可能な通信手段である。インスタントメッセージとは、ユーザ端末が１対１でテキストメッセージをリアルタイムに送受信可能な通信手段である。
【００９１】
通信手段は、前記の他にＦＴＰ(File Transport Protocol)装置、ゲームアプリケーションなど、情報端末上に搭載可能な通信手段であれば特に限定されない。また、通信手段として、その時点では端末上で利用可能でないが、ネットワークからダウンロードすることにより利用可能となるアプリケーションを記述することも可能である。以下において、このようなアプリケーションを、単にダウンロード可能なアプリケーションという。
【００９２】
「使用可／不可」には、ユーザ状態に応じ、ユーザ端末上の通信手段が使用可能か否かが、可または不可のいずれかにより記述されている。例えば図４は、ユーザ「鈴木太郎」は、電子メール、チャット、インスタントメッセージ及び電話による通信が可能であり、テレビ会議による通信は不可能であることを示している。
【００９３】
「属性情報」には、通信手段に関し、任意の情報を蓄積可能である。例えば図４では、通信手段がどの場所で使用されるのかを示すテキストデータが蓄積されている。また、ユーザは、自分を通信先に選択するユーザに通知したいテキストメッセージを、属性情報として記述することもできる。
【００９４】
「通信パラメータ」には、ユーザ端末上で動作する通信手段を用いて実際に通信を開始するために必要な通信パラメータが記憶されている。通信パラメータとしては、例えば通信アドレスや伝送速度を上げることが出来る。
【００９５】
前記情報に加え、必要に応じて他の情報をユーザテーブルに蓄積することももちろん可能である。例えば、ユーザ端末を識別するための端末名を蓄積することが挙げられる。
【００９６】
図５は、ユーザＤＢ１３に蓄積されているプリファレンステーブルの概念説明図である。プリファレンステーブルには、ユーザＩＤ、ユーザ名、通信手段、ユーザ状態及び優先度が対応づけられて蓄積されている。
【００９７】
「ユーザＩＤ」、「ユーザ名」及び「通信手段」には、前記図４で示したユーザテーブルの内容と同様の内容が記述される。
【００９８】
「ユーザ状態」及び「優先度」には、所定のユーザ状態及びその状態における通信手段の優先度が、ユーザの設定に従って蓄積されている。例えば、図５において、「鈴木太郎」は、通信手段「電子メール」について状態「online」における優先度を「２」にし、その他の状態における優先度を「１」に設定している。また、「インスタントメッセージ」について状態「onlie」における優先度を「１」に設定している。図５から、「鈴木太郎」の状態「online」における通信手段の優先度は以下のようになる。
【００９９】
優先度１；インスタントメッセージ
優先度２；電子メール、チャット、電話
優先度３；テレビ会議
なお、本実施形態例においては、優先度として「１」、「２」、「３」のいずれかを設定可能である。
【０１００】
受付部１４は、ユーザテーブルやプリファレンステーブルへの設定をユーザ端末から受け付け、ユーザＤＢ１３内の各テーブルに格納する。受付部１４は、ユーザ状態をユーザテーブルに格納する場合、ユーザ状態に応じて通信手段が使用可能か否かを判断し、「使用可／不可」を更新する。また、受付部１４は、ユーザテーブルに登録されているユーザ状態または通信手段が変化すると、プリファレンステーブルの設定に従い、後述するリストＤＢ２を更新する。後述するように、リストＤＢ２には、各ユーザ端末上の通信手段の使用可／不可や優先度が、最新のユーザ状態に対して蓄積されているからである。
【０１０１】
表示部１５は、通信先に指定されたユーザのユーザＩＤを、ＷＷＷサーバ１８を介してユーザ端末から受け取り、取得部１６に通知する。また、表示部１５は、生成部１７により生成される通信手段の候補リストを、ＷＷＷサーバ１８を介してユーザ端末に送出する。後述するようにこの通信手段の候補リストには、通信元及び通信先ユーザの双方が使用可能な通信手段が記述されている。
【０１０２】
取得部１６は、通信先ユーザのユーザＩＤを表示部１５から受け取り、自サーバ端末内のユーザＩＤであればＤＢＭＳ３に、そうでなければ管轄のサーバ端末に通知する。また、取得部１６は、通信先ユーザが使用可能な通信手段の候補リスト（以下、通信先候補リストという）を、自サーバ端末内のまたは通信先ユーザの情報を管理しているサーバ端末内のＤＢＭＳ３から受け取り、生成部１７に送出する。
【０１０３】
生成部１７は、通信元ユーザが使用可能な通信手段をユーザテーブル及びプリファレンステーブルに基づいて決定し、それらが記述された通信元候補テーブルを作成する。次いで、生成部１７は、通信先候補リストと通信元候補リストとに基づいて、通信元及び通信先ユーザが使用可能な通信手段を記述した候補リストを生成する。生成部１７は、候補リスト中の通信手段を、通信元や通信先の優先度に基づいて並べ替えることも可能である。
【０１０４】
ＷＷＷサーバ１８は、表示部１５から通信手段の候補リストを受け取り、通信元ユーザ端末上のＷＷＷブラウザ４２に送信する。また、ＷＷＷサーバ１８は、アドレス管理部１２からアドレス帳を受け取り、ユーザ端末上のＷＷＷブラウザ４２に送信する。なお、ＷＷＷサーバ１８に代え、同様の機能を有する通知装置専用のアプリケーションを設け、候補リストやアドレス帳をユーザ端末に提供することも可能である。
【０１０５】
通信部１９は、候補リスト中の通信手段の選択結果を、通信元ユーザ端末から受け取る。通信部１９は、通信元ユーザについて、選択された通信手段の通信パラメータをユーザテーブルから読み込む。次いで、通信部１９は、通信先ユーザ端末を管理する通知装置１に必要な設定を通知する。必要な設定とは、伝送速度の調整や、参加するチャネル名の取得、互いの通信アドレスの取得などである。さらに、通信部１９は、必要な設定をユーザ端末に通知する。その後、ユーザ端末は、設定された通信パラメータを用いて通信手段を起動し、通信を開始する。
【０１０６】
（２）リストＤＢ及びＤＢＭＳ
図６は、リストＤＢ２に蓄積されている情報の概念説明図である。リストＤＢ２には、ユーザＩＤ、ユーザ名、状態、通信手段、使用可／不可、優先度及び属性情報が対応づけられて蓄積されている。「ユーザＩＤ」、「ユーザ名」、「ユーザ状態」、「通信手段」、「使用可／不可」及び「属性情報」は、ユーザＤＢ１３内のユーザテーブルの各情報と一致している。
【０１０７】
「優先度」には、各ユーザのプリファレンステーブルに基づいて、ユーザ状態に応じた優先度が記述されている。例えば、図６においてユーザ「鈴木太郎」は状態「online」なので、各通信手段の優先度はプリファレンステーブルの内容に基づいて図示したように設定されている。
【０１０８】
なお、前述の情報の他に、必要に応じて他の情報をリストＤＢ２に蓄積することももちろん可能である。
【０１０９】
ＤＢＭＳ３は、リストＤＢ２の読み込み及び書き込みを行う。具体的にはＤＢＭＳ３は、前記通知装置１の受付部１４から新たなユーザ状態や新たな通信手段の設定を受け取ると、それらの情報に基づいてリストＤＢ２を更新する。また、ＤＢＭＳ３は、取得部１６からユーザＩＤを受け取ると、ユーザＩＤをキーにリストＤＢ２を検索し、該当ユーザが使用可能な通信手段及びその優先度を取得部１６に送出する。もちろん、ＤＢＭＳ３は、ユーザＩＤ以外の他の情報、例えばユーザ名をキーにリストＤＢ２を検索することも可能である。
【０１１０】
（３）ユーザ端末
ユーザ端末４ａ、ｂは、設定部４１、ＷＷＷブラウザ４２、入出力部４５、起動部４３及び通信アプリケーション４４を有している。
【０１１１】
設定部４１は、所定のユーザ情報の入力を受け付け、通知装置１に送信する。ユーザ情報とは、ユーザテーブルやプリファレンステーブルに設定する情報である。設定部４１は、ユーザ情報のうちユーザ状態を、所定の方法で自動的に検出することも可能である。また、設定部４１は、予め準備したウインドウを入出力部４５に表示し、前記ユーザ情報の入力を受け付ける。このウインドウについては後述する。
【０１１２】
ＷＷＷブラウザ４２は、通知装置１に対し、アドレス帳の表示要求を送信したり、前記要求に対して送信されるアドレス帳を入出力部４５に出力する。また、ＷＷＷブラウザ４２は、通知装置１から候補リストを受け取り、入出力部４５に表示する。なお、ＷＷＷブラウザ４２に代え、通知装置専用の表示アプリケーションをユーザ端末に搭載することも可能である。
【０１１３】
起動部４３は、入出力部４５に表示された候補リストの中から選択された通信手段を、通知装置１に通知する。また、起動部４３は、通信パラメータを通知装置１から受け取る。次いで、起動部４３は、選択された通信手段に対応する通信アプリケーション４４に通信パラメータを渡し、通信アプリケーション４４を起動する。通信アプリケーション４４とは、例えば電子メール装置、チャットクライアント、インスタントメッセージ装置、ＦＴＰ装置などである。通信アプリケーション４４の起動により、通信先及び通信元ユーザ間の通信が開始される。
【０１１４】
（４）ユーザ端末上の通知装置
図３は、ユーザ端末上に通知装置１を設けた場合の通知装置１及びユーザ端末４ｃ、ｄの機能構成を示すブロック図である。ＷＷＷサーバ１８及びＷＷＷブラウザ４２に代えて表示制御部４６が設けられている点を除き、図２の通知装置１及びユーザ端末と同様の構成を有している。
【０１１５】
表示制御部４６は、ＷＷＷサーバ１８とＷＷＷブラウザ４２とを合わせた機能を有する。すなわち、表示制御部４６は、アドレス管理部１２から送出されたアドレス帳や、表示部１５から送出された候補リストを、入出力部４５に出力する。
【０１１６】
なお、通知装置１がユーザ端末上に設けられている場合、アドレス帳、ユーザテーブル及びプリファレンステーブルには、ユーザ端末を使用するユーザに関する情報のみが蓄積されている。
【０１１７】
［画面例］
（１）候補リストの表示例
図７〜１１は、本実施形態例の通知システムにおいて、ユーザ端末上に表示される通信手段の候補リストの表示例である。
【０１１８】
図７は、通信元及び通信先ユーザのユーザ端末がネットワークに接続されている、すなわちonline状態である場合に表示される候補リストの一例である。図中、通信手段の表記に続く＠マーク以降に、情報端末名「SubPC」が表示されている。さらに、情報端末名に続いて、属性情報「（for Office）」が表示されている。
【０１１９】
また、ダウンロード可能な通信手段は、イタリックで表示されている。表示方法としては、ダウンロード可能な機能が存在することのみを「downloadable」などで表示し、この機能が選択されるとダウンロード可能なアプリケーションの一覧を表示することが挙げられる。また、図７，８，１０及び１１に示すように、ダウンロード可能なアプリケーションの一覧を、使用可能な通信手段と共に表示してもよい。
【０１２０】
図８は、通信元ユーザ端末はonline状態であり、通信先ユーザ端末はットワークと切断されている、すなわちoffline状態である場合に表示される候補リストの一例である。表示されている通信手段は、サーバにより提供されている通信サービスのみとなっている。
【０１２１】
図９は、属性情報を表示せず、通信手段のみを表示した表示例を示す。
【０１２２】
図１０は、一ユーザが複数の情報端末を有している場合、それぞれの情報端末を区別して表示した表示例である。例えば、図１０において、通信先ユーザは、「SubPC」と「PC」の２つのユーザ端末を有しており、それぞれの端末でファイル転送「File Transfer」が可能である。
【０１２３】
図１１は、属性情報の他の表示例を示す画面例である。属性情報として、メッセージ「こっちに送ってください」が、通信手段に続いて表示されている。
【０１２４】
（２）ユーザ情報の設定ウインドウ
図１２は、ユーザ端末上でユーザ情報を入力するためのウインドウ例である。図１２には、端末名設定欄１２１、通信手段設定欄１２２、状態設定ボタン１２３、拒否ボタン１２４及びコメント欄１２５が表示されている。
【０１２５】
端末名設定欄１２１は、ユーザ端末を区別するためのユーザ端末名を設定するフィールドである。
【０１２６】
通信手段設定欄１２２は、端末名設定欄１２１に表示されているユーザ端末上で動作可能な通信手段を設定するフィールドである。
【０１２７】
状態設定ボタン１２３は、通信手段設定欄１２２に表示されている通信手段の使用可／不可を、所定の状態毎に設定するためのボタンである。図中、「online」、「away」及び「offline」の各状態においては、通信手段「FileTransfer」は使用可能に設定されている。逆に、「away」においては、「FileTransfer」は使用不可能に設定されている。
【０１２８】
拒否ボタン１２４は、通信手段設定欄１２２に表示されている通信手段による通信をユーザが避けたい場合に用いるボタンである。この拒否ボタン１２４を押すと、状態設定ボタン１２３の設定状態に関わらず、該当通信手段による通信は不可能と設定される。
【０１２９】
コメント欄１２５は、属性情報を設定するためのフィールドである。図は、属性情報としてメッセージ「こっちに送ってください」を設定している例を示している。
【０１３０】
前述したユーザ情報の他に、ユーザテーブルやプリファレンステーブルの構造に応じて必要な情報を設定できるように、ユーザ情報設定ウインドウを設計することが好ましい。
【０１３１】
［処理の流れ］
次に、前記通知装置１が行う処理の流れについて、具体的に説明する。なお、説明を容易にするために、通知装置１がユーザ端末上に設けられていない場合（図２）について説明するが、ユーザ端末上に設ける場合（図３）も同様の処理を行う。ユーザ端末がアドレス帳の表示を要求することにより、以下の処理が開始される。
【０１３２】
ステップＳ１では、アドレス管理部１２が、アドレス帳をアドレスＤＢ１１から読み込み、ＷＷＷサーバ１８を介してユーザ端末に送信する。通信元のユーザ端末上では、ＷＷＷブラウザ４２が、受信したアドレス帳を画面上に表示する。
【０１３３】
ステップＳ２では、通信元ユーザがいずれかのユーザを通信先ユーザとして選択することにより、表示部１５が、選択されたユーザのユーザＩＤを、ＷＷＷサーバ１８を介して取得する。その後ステップＳ３に移行する。
【０１３４】
ステップＳ３では、表示部１５は、通信先ユーザのユーザＩＤを取得部１６に送出する。取得部１６は、ＤＢＭＳ３に対しユーザＩＤを送出し、通信先ユーザが使用可能な通信手段のリスト、すなわち通信先候補リストを要求する。
【０１３５】
ＤＢＭＳ３は、ユーザＩＤをキーにリストＤＢ２を検索し、該当するユーザが使用可能な通信手段及びその優先度を、取得部１６に送信する。取得部１６は、取得した通信先候補リストを、生成部１７に送出する。
【０１３６】
ステップＳ４では、生成部１７は、通信元ユーザが使用可能な通信手段と、通信元ユーザ状態における各通信手段の優先度とを、ユーザＤＢ１３から読み出し、通信元候補リストを作成する。
【０１３７】
ステップＳ５では、生成部１７は、表示部１５に送出するための通信手段リストを生成する。具体的には、生成部１７は、通信先ユーザ及び通信元ユーザの双方が使用可能な通信手段を、通信元候補リスト及び通信先候補リストから決定する。次いで、決定した通信手段を例えば通信元ユーザの優先度順に並べ替え、候補リストとする。
【０１３８】
ステップＳ６では、生成部１７は、候補リストを表示部１５に送出する。表示部１５は、ＷＷＷサーバ１８を介して候補リストをユーザ端末に送信する。ユーザ端末では、前記図７〜１１に例示した候補リストが、ＷＷＷブラウザ４２により表示される。
【０１３９】
その後、通信元ユーザにより選択された通信手段が、起動部４３から通信部１９に通知される。通信部１９は、ユーザテーブルに基づいて、通信先ユーザ端末を管理する通知装置１と交渉し、通信パラメータを決定する。起動部４３は、通信パラメータを通信アプリケーション４４に渡し、通信アプリケーション４４を起動する。
【０１４０】
本実施形態例によれば、ユーザは、他のユーザと通信を開始するに先立ち、お互いがその時点の状態で使用可能な通信手段を通知される。しかも、通信手段の表示には、優先順位など通信元ユーザの都合を反映させることが出来る。従って、通信しようとするユーザにとって、相手の状態だけでなく自分の都合をも考慮した通信を可能にすることが出来る。
【０１４１】
＜第２実施形態例＞
前記第１実施形態例においては、アドレス帳のいずれかのユーザを選択することにより、通信先ユーザが選択される。選択されたユーザは、ユーザＩＤにより特定されている。しかし、他の方法による通信先ユーザの選択及び特定も可能である。
【０１４２】
例えば携帯電話においては、通常、着信した電話番号が記述された着信リストが作成されている。また、ユーザが作成する電話帳や、メールアドレスのリストが、ユーザ端末に記憶されている場合がある。これらの情報を用いて通信先を指定することも可能である。このような場合、以下のような処理も可能である。
【０１４３】
まず、リストＤＢ２には、ユーザの通信アドレスも併せて蓄積されている。何らかの通信アドレスやユーザ名を用いて通信先ユーザが選択されると、表示部１５が、ユーザ名や通信アドレスを取得し、取得部１６及びＤＢＭＳ３に渡す。但し、表示部１５は、渡した情報が何であるかを示す識別子を併せて渡す。例えば、電話番号であることを示す識別子と共に電話番号が渡される。
【０１４４】
ＤＢＭＳ３は、例えば通信アドレスをキーにリストＤＢ２を検索し、前記と同様に通信先候補リストを取得部１６に送出する。その後の処理は、前記と同様である。
【０１４５】
また、表示部１５は、リストＤＢ２を検索するに先立ち、アドレス帳を検索してユーザＩＤを求め、ユーザＩＤが求められない場合のみリストＤＢ２を検索するようにしてもよい。
【０１４６】
さらに、通信先ユーザの指定に用いられた通信アドレスに対応する通信手段が生成された候補リストに含まれる場合、生成部１７は該当する通信手段を候補リストの最初に表示しても良い。また、同様の場合、起動部４３は、ユーザによる通信手段の選択を待たず、自動的に該当する通信手段を起動しても良い。
【０１４７】
本実施形態例によれば、ユーザは通常ユーザ端末側に蓄積されている情報を用いて通信先ユーザを選択することができ、本システムの利便性をさらに高めることができる。
【０１４８】
＜第３実施形態例＞
次に、通信元ユーザ端末及び／または通信先ユーザ端末が通信手段を有していない場合、その通信手段をダウンロードして通信を開始する通知システムについて、具体的に説明する。
【０１４９】
［概要］
図１４は、本実施形態例の通知システムの原理を示す説明図である。この通知システムは、通信管理部１２１と、指定部１２３と、取得部１２４と、表示部１２６と、選択部１２７と、ダウンロード部１２８と、候補管理部１３１と、候補ＤＢ１３２とを有している。候補ＤＢ１３２は、前記図２のリストＤＢに相当する。
【０１５０】
ユーザ端末上で使用可能な通信手段は、通信管理部１２１から候補管理部１３１に申告され、候補ＤＢ１３２に蓄積される。ユーザが、通信先ユーザを指定すると、通信先ユーザが使用可能な通信手段のリスト１が候補管理部１３１から取得部１２４に送信され、表示部１２６によりユーザ端末上で表示される。一方のユーザ端末が有していない通信手段が選択されると、その通信手段を有していないユーザ端末は、ダウンロード部１２８により通信手段をダウンロードする。これにより、両ユーザ端末で選択された通信手段が起動され、通信が開始される。
【０１５１】
この通知システムを用いれば、選択された通信手段がユーザ端末上にない場合、その通信手段がユーザ端末上にダウンロードされる。従って、ユーザが希望する通信手段で通信を開始することができる。
【０１５２】
［構成］
図１５は、第３実施形態例に係る通知システムの構成を示す機能ブロック図である。この通知システム１１０は、ユーザ端末１２０、サーバ１３０及び通信手段アーカイブ１４０が、インターネットなどのネットワークで接続されて構成されている。なお、図面上では１つのユーザ端末しか示していないが、サーバには複数のユーザ端末が接続される。
【０１５３】
ユーザ端末は、通信管理部１２１、端末管理部１２２、指定部１２３、取得部１２４、生成部、表示部１２６、選択部１２７及びダウンロード部１２８を有している。通信管理部１２１は、ユーザ端末が有する通信手段をサーバに申告する。また、通信管理部１２１は、通信元ユーザが選択した通信手段の通知をサーバから受信し、その通信手段を起動する。端末管理部１２２は、所定の端末情報、例えばメモリ量やJAVAのバージョンを、サーバに通知する。指定部１２３は、通信先ユーザの指定をユーザから受け付け、サーバに通知する。
【０１５４】
取得部１２４は、通信先に指定されたユーザが使用可能な通信手段のリスト１を、候補管理部１３１から取得する。生成部は、通信元ユーザが使用可能な通信手段のリスト２と、サーバから取得したリスト１とから、両ユーザが使用可能な通信手段のリスト（以下、候補リストという）を生成する。表示部１２６は、候補リストをユーザ端末上に表示する。選択部１２７は、候補リストから選択された通信手段を候補管理部１３１に通知する。ダウンロード部１２８は、ユーザ端末上にない通信手段を、通信手段の提供者から取得する。
【０１５５】
サーバは、候補管理部１３１と候補ＤＢ１３２と端末ＤＢ１３３とを有している。候補管理部１３１は、各ユーザ端末で動作可能な通信手段を候補ＤＢ１３２に、各ユーザ端末の端末情報を端末ＤＢ１３３に、それぞれ蓄積する。候補ＤＢ１３２に蓄積される情報は、前記図６に示すリストＤＢ内の情報と同様であり、ユーザを特定する情報と、通信手段と、使用可／不可とが少なくとも蓄積される。また、候補管理部１３１は、指定された通信先ユーザが使用可能な通信手段を候補ＤＢ１３２から取得し、通信元ユーザ端末に通知する。さらに、候補管理部１３１は、通信先ユーザ端末にダウンロード可能な通信手段を通信手段アーカイブから検索し、リスト１に書き込む。
【０１５６】
通信手段アーカイブは、対応表及びプログラムＤＢを有している。対応表には、通信手段を端末にダウンロードするために必要なダウンロード条件と、通信手段を端末上で実行するために必要な実行条件とが記載されている。例えば、通信手段のダウンロードや実行に必要な端末のメモリ量を挙げることができる。プログラムＤＢには、通信手段、すなわち通信アプリケーションの実行形式が蓄積されている。
【０１５７】
［処理の流れ］
図１６は、前記構成の通知システムにおいて、通信先ユーザ端末が通信手段をダウンロードする場合の処理の流れを示す説明図である。
【０１５８】
ユーザ端末は、起動すると、ユーザ端末が有する通信手段を、サーバに通知する（＃１１、＃１２）。また、ユーザ端末は、使用可能な通信手段が使用不可になったり、逆に使用不可から使用可になった場合、その変化をサーバに通知する（＃１１、＃１２）。通信手段の使用可／不可の切り替えは、前記第１実施形態例と同様にユーザ状態の変化に応じてユーザ端末が自動的に行っても良いし、ユーザの入力により行っても良い。
【０１５９】
さらにユーザ端末は、起動すると、所定の端末情報をサーバに通知する（＃１１、＃１２）。この端末情報は、後述するように、通信手段がユーザ端末上で動作可能か否かを判断するために用いる情報である。例えば、ユーザ端末がJAVAアプレットを受け付ける場合、JAVAのバージョンやメモリの量を、サーバに通知する。
【０１６０】
サーバは、通信手段及び端末情報を受信し（＃１３）、候補ＤＢ１３２及び端末ＤＢ１３３に書き込む（＃１４）。サーバは、通信手段の使用可／不可の変化をユーザ端末から受け取ると、その内容を候補ＤＢ１３２に書き込む。これにより、候補ＤＢ１３２には、ユーザ端末上の通信手段を使用可能か否かについて、最新の情報が蓄積される。
【０１６１】
ユーザ端末起動後にユーザが通信先ユーザを指定すると（＃１５）、サーバは通信先ユーザ端末の端末情報を端末ＤＢ１３３から読み出す（＃１６，＃１７）。通信先ユーザの指定は、前記実施形態例１と同様にＷＷＷサーバ及びＷＷＷブラウザを用いて行っても良い。また、ユーザの指名や予めユーザに付与されるユーザＩＤを入力することにより行っても良い。
【０１６２】
サーバは、通信先ユーザの端末情報と通信手段アーカイブの対応表とに基づいて、その端末で実行可能な通信手段を検索する（＃１８）。またサーバは、候補ＤＢ１３２を参照して通信先ユーザ端末で使用可能な通信手段のリストを作成する。さらに、サーバは、前記検索結果の通信手段と候補ＤＢ１３２内の使用可能な通信手段とを加えたリスト１を作成し、通信元ユーザ端末に送信する（＃１９）。
【０１６３】
リスト１を受信した通信元ユーザ端末は、自端末が有している通信手段のうち使用可能な通信手段のリスト２を作成し、リスト１とリスト２とに共通する通信手段を抽出して候補リストを作成する（＃２０、＃２１）。候補リストは、ユーザ端末上に表示される（＃２１）。候補リストの中からいずれかの通信手段が選択されると、選択された通信手段がサーバに通知される。今、通信元ユーザ端末が有している通信手段であって、通信先ユーザ端末はまだ有していないがダウンロード及び実行が可能な通信手段が選択されたものとする。
【０１６４】
通信手段が選択されると、通信手段とともに、通信に必要なパラメータがサーバに通知される。パラメータとは、例えばデータの転送速度や通信に用いるサーバ名である。また、通信元ユーザ端末では選択された通信手段が起動される（＃２３）。
【０１６５】
一方、サーバは、選択された通信手段を通信先ユーザ端末に通知する（＃２４，＃２５）。通信先ユーザ端末では、通信手段の提供者から通信手段、すなわち通信アプリケーションをダウンロードし、起動する（＃２６，＃２７，＃２８）。これにより、通信元ユーザ端末及び通信先ユーザ端末間で、選択された通信手段による通信が開始される。
なお、通信先ユーザ端末に通信手段をダウンロードするに先立ち、ユーザ端末はユーザに対する確認処理を行うことが可能である。例えば、ユーザ端末は、サーバからの通信手段の通知を受信すると、「ユーザＡさんが、ＢＢＢで通信を要求しています。ダウンロードしますか？」などのメッセージを画面に表示する。そして、このメッセージに対するユーザの応答に応じ、ダウンロードを実行または中止する。ダウンロードを中止した場合、その旨をサーバを介して通信元ユーザ端末に通知することが好ましい。
【０１６６】
［画面例］
図１７は、前記通知システムにおいて、ユーザ端末上に表示される候補リストの一例である。図１７（ａ）では、通信先ユーザ端末が有していないがダウンロードすれば実行可能となる通信手段が、まず「downloadable」と表示される。そして、「downloadable」が選択されると、実行可能な通信手段が個々に表示される。
【０１６７】
図１７（ｂ）では、通信先ユーザ端末で実行可能となる通信手段が、既にある通信手段とともに並列表記されている。ただし、通信手段名に続いて「downloadable」と表記され、まだインストールされていない通信手段であることが区別できるようになっている。ここで、「downloadable」の表記を行わないことも可能である。その場合、前記第１実施形態例の図７のように、ダウンロード可能な通信手段をイタリックで表記しても良いし、他の通信手段と区別しないで表記しても良い。
【０１６８】
＜第４実施形態例＞
（Ａ）前記第３実施形態例においては、通信先ユーザが使用可能な通信手段のリスト１と、通信元ユーザが使用可能な通信手段のリスト２とをマージする処理をユーザ端末で行っている。しかし、この処理をサーバで行うことも可能である。その場合、ユーザ端末上に生成部を設ける必要はない。
【０１６９】
（Ｂ）前記第３実施形態例においては、通信手段アーカイブに対応表とプログラムＤＢとが共に設けられている。しかし、両者は別々に設けられていても良く、またサーバ上に設けられていても良い。
【０１７０】
（Ｃ）前記第３実施形態例においては、通信元ユーザ端末が既に有している通信手段であって、通信先ユーザ端末が有していないが実行可能である通信手段を、通信元ユーザが選択した場合を説明した。しかし、この逆であっても、同様の処理が可能である。
【０１７１】
また、通信元及び通信先ユーザ端末が両方とも有していない通信手段を候補リストに記載することも可能である。この場合、例えば通信元ユーザ端末は、通信手段アーカイブに自端末情報を送信し、実行可能な通信手段のリストを得る。通信元ユーザ端末は、このリストと、既に自端末が有しており使用可能な通信手段とを加えて、リスト２を作成する。さらに、通信元ユーザ端末は、サーバから送信されるリスト１と、作成したリスト２との共通部分から、候補リストを作成する。
【０１７２】
ただし、双方のユーザ端末で実行可能な通信手段の種類が非常に多くなる可能性がある。そこで、通信手段に予め優先順位を付しておき、優先順位順に所定の順位までを候補リストとして表示するとよい。ユーザの要求に応じて、さらに下位の順位の通信手段を表示することも考えられる。
【０１７３】
＜第５実施形態例＞
次に、同一ユーザの複数端末上にある通信手段を、ユーザと関連づけて管理する通知システムについて、具体的に説明する。
【０１７４】
［概要］
図１８は、本実施形態例の通知システムの原理を示す説明図である。この通知システムは、ダウンロード部１２８を有していない点を除き、第３実施形態例の通知システムと同様の機能を有している。すなわち、この通知システムは、通信管理部１２１と、指定部１２３と、取得部１２４と、表示部１２６と、選択部１２７と、候補管理部１３１と、候補ＤＢ１３２とを有している。
【０１７５】
ユーザ端末上で使用可能な通信手段は、通信管理部１２１から候補管理部１３１に申告され、候補ＤＢ１３２に蓄積される。ユーザが、通信先ユーザを指定すると、通信元及び通信先ユーザが共に使用可能な通信手段のリスト（候補リスト）が候補管理部１３１から取得部１２４に送信され、表示部１２６によりユーザ端末上で表示される。ここで、通信先ユーザが複数の端末を有する場合、通信手段の種類毎に通信手段がグループ化された状態で、候補リストが表示される。
【０１７６】
この通知システムを用いれば、通信先ユーザの居場所や状態に応じて通信先ユーザ端末を選択することができる。通信元ユーザにとっては無駄な通信を行わずにすみ、通信先ユーザにとっては自分に都合の良い情報端末で通信要求を受信することができる。
【０１７７】
［構成］
図１９は、第５実施形態例に係る通知システム１１１の構成を示す機能ブロック図である。この通知システムは、ユーザ端末１２０及びサーバ１３０が、インターネットなどのネットワークで接続されて構成されている。なお、図面上では１つのユーザ端末しか示していないが、サーバには複数のユーザ端末が接続される。
【０１７８】
（１）ユーザ端末
ユーザ端末は、通信管理部１２１、指定部１２３、取得部１２４、表示部１２６及び選択部１２７を有している。通信管理部１２１は、ユーザ端末が有する通信手段をサーバに申告する。また本例では、通信管理部１２１は、通信元ユーザが選択した通信手段の通知をサーバから受信し、その通信手段を起動する。さらに通信管理部１２１は、通信手段の状況をサーバに報告する機能も果たす。通信管理部１２１は、通信手段の申告機能及び起動機能に加え、さらに付加機能を有していることが好ましい。この付加機能については後述する。
【０１７９】
指定部１２３は、通信先ユーザの指定をユーザから受け付け、サーバに通知する。取得部１２４は、通信先ユーザと通信元ユーザとが共に使用可能な通信手段のリスト、すなわち候補リストを、候補管理部１３１から取得する。表示部１２６は、候補リストをユーザ端末上に表示する。選択部１２７は、候補リストから選択された通信手段を候補管理部１３１に通知する。
【０１８０】
（２）サーバ
サーバは、候補管理部１３１と候補ＤＢ１３２とグループＤＢ１３４とを有している。候補管理部１３１は、通信管理部１２１からの通知に基づいて、ユーザ端末とその端末上で動作可能な通信手段とを、候補ＤＢ１３２に蓄積する。候補管理部１３１はグルーピング部３０１を有している。これにより、候補ＤＢ１３２を参照し、同一ユーザに属する各端末の通信手段を通信手段の種類毎にグループ化し、その結果をグループＤＢ１３４に蓄積する。
【０１８１】
また、候補管理部１３１は、指定された通信先ユーザが使用可能な通信手段と通信元ユーザが使用可能な通信手段とをグループＤＢ１３４から取得して候補リストを作成し、通信元ユーザ端末に通知する。さらに、候補管理部１３１は、他の付加機能を有していることが好ましい。候補管理部１３１の付加機能については後述する。
【０１８２】
図２０は、候補ＤＢ１３２に蓄積されるデータの概念説明図である。候補ＤＢ１３２には、ユーザ名、通信手段、使用可／不可、更新時刻、通信状況及びメッセージが蓄積されている。「ユーザ名」は、ユーザを特定可能な情報であればよく、ユーザＩＤを用いても良い。「通信手段」には、通信手段の種別と端末名とが記憶される。例えば、「ＩＭ＠事務室」は、事務室にある端末のインスタントメッセージであることを示している。
【０１８３】
「使用可／不可」には、ユーザ端末上の通信手段が使用可能か否かを示す情報が記憶される。「更新時刻」には、そのエントリの最新の更新時刻が記憶される。「通信状況」には、通信手段が通信中か、待機中か、通信を要求されたかのいずれかの状況が記憶される。「メッセージ」には、ユーザにより通信手段に設定されたメッセージが記憶される。図２０は、通信手段「ＩＭ＠事務室」にメッセージ「こっちにいます。」が設定されていることを示している。
【０１８４】
図２２は、グループＤＢ１３４に蓄積されるデータの概念説明図である。グループＤＢ１３４には、候補ＤＢ１３２に蓄積されている通信手段のうち、「使用可能」な状態にある通信手段が、所定の基準でグループ化されて記憶されている。本例では、グループ化の基準に通信手段の機能を用いている。グループＤＢ１３４には、ユーザ名、通信種類、リンク先、優先順位及びプリファレンス情報が蓄積されている。
【０１８５】
「ユーザ名」は、前記候補ＤＢ１３２のユーザ名と同様に、ユーザを特定する情報である。「通信種類」には、通信手段の機能が記憶される。図２１では、メッセージング、NetMeeting、FileTransfer及び電話が、通信手段の機能として例示されている。「リンク先」には、ユーザ端末とそのユーザ端末上の通信手段の組み合わせか、または通信手段が記憶される。例えば、図２１では、ユーザＡに対してメッセージング機能を使用可能な通信手段は、事務室または実験室のＩＭかE-Mailである。
【０１８６】
「優先順位」には、同一の通信機能を有する通信手段に対して付与された優先順位が記憶されている。優先順位は、グループＤＢ１３４に必ずしも必要な情報ではない。優先順位は、後述するようにユーザにより付与しても良いし、第１実施形態例のようにユーザ状態を候補ＤＢ１３２（リストＤＢに相当）に記憶している場合にはユーザ状態に応じてサーバが付与しても良い。
【０１８７】
「プリファレンス情報」には、ユーザを特定する情報と、そのユーザに最も推奨されている通信手段とが記憶される。図２１では、ユーザＡは、メッセージング機能について、ユーザ「nkawa」には事務室または実験室のＩＭの使用を、ユーザ「kohda」にはE-Mailの使用を、推奨している。各ユーザに推奨されている通信手段は、「優先順位」の設定よりも優先される。
【０１８８】
（３）通信管理部の付加機能
前述したように、通信管理部１２１は付加機能を有していることが好ましい。本例では、通信管理部１２１は、確認部２０１、編集部２０２、記憶部２０３、状況通知部２０４、内容送出部２０５、内容ＤＢ２０６、履歴取得部２０７及び端末通信部２０８を、付加機能を実現するために有している。
【０１８９】
確認部２０１は、通信の開始に先立ち、通信先ユーザの了解を得てから通信を行う。ある通信機能が選択されると、確認部２０１は、その通信機能を使用することを、サーバを介して通信先ユーザに通知する。さらに、確認部２０１は、通信に対する了解を受信し、応答があったユーザ端末に対して通信を行う。
【０１９０】
編集部２０２は、前述したグループＤＢ１３４や通信手段に対するメッセージの編集をユーザから受け付け、サーバに送信する。ユーザは、編集部２０２により、自端末上の通信機能をグループ化したり、通信手段にメッセージを付加したりすることができる。また、通信手段に設定されたメッセージは、メッセージリストとして記憶部２０３に記憶される。さらに編集部２０２は、他のユーザ端末上で動作可能な通信手段の使用可／不可の変更をユーザから受け付け、サーバに送信可能であることが好ましい。
【０１９１】
記憶部２０３は、メッセージリストを格納する。図２２は、メッセージリストの概念説明図である。メッセージリストには、通信手段と、ユーザにより設定されたメッセージとが、対応づけられて蓄積されている。記憶部２０３は、メッセージリストの他に、ユーザ端末の端末名など所定の情報を格納している。端末名とは、例えば「事務室」、「実験室」など、ユーザ端末を区別するための情報である。端末名は、ユーザが編集部２０２を用いることにより設定される。
【０１９２】
状況通知部２０４は、ユーザ端末上の通信手段の通信状況を、サーバに通知する。この通知に従い、候補リストの「通信状況」が更新される。また、状況通知部２０４は、ユーザの他の端末における通信状況を、サーバから取得してユーザに通知する。
【０１９３】
内容送出部２０５は、ユーザ端末が有する通信手段により通信が実行された場合、通信内容を含む所定の情報を、内容ＤＢ２０６に格納する。図２３は、内容ＤＢ２０６に蓄積される情報の概念説明図である。内容ＤＢ２０６には、通信手段、通信内容、開始時刻、終了時刻及び発信者が蓄積されている。「通信手段」には、通信手段と端末名とが合わせて記憶される。「通信内容」には、送受信されたデータが記憶される。例えば通信手段がインスタントメッセージ（ＩＭ）の場合、通信内容にはメッセージの内容が記憶される。「開始時刻」及び「終了時刻」には、通信の開始及び終了時刻がそれぞれ記憶される。「発信者」には、通信元ユーザが記憶される。
【０１９４】
また、内容送出部２０５は、通信内容を含む所定の情報を、同一ユーザの他の端末に、サーバを介して送出する。これにより、ユーザは、自分が有する端末ａ１上で行った通信内容などを、他の自端末ａ２上で取得することができる。
【０１９５】
端末通信部２０８は、自端末の近傍に存在する他のユーザ端末を、無線などにより検出する。例えば、検出用データ列を無線により送信し、これに対する応答用データ列を受信することにより他端末の検出を行う。
【０１９６】
履歴取得部２０７は、後述するサーバの履歴ＤＢ３０５からユーザの通信履歴を取得し、ユーザに通知する。
【０１９７】
端末通信部２０８は、他の端末を検出した場合、自端末と他端末との間でデータリンクを確立する。そして、ユーザにより使用されている方の端末をマスタ側、他方をスレーブ側としてデータ交換を行う。マスタ側端末通信部２０８は、スレーブ側端末通信部２０８に対し、端末名及び使用可能な通信手段の通知を要求する。さらにマスタ側端末通信部２０８は、この要求に対する応答を用い、スレーブ側端末が有する通信手段を、マスタ側の通信手段の一部としてサーバに申告する。スレーブ側端末とサーバとの間で送受信すべきデータは、全てマスタ側端末通信部２０８により中継される。端末通信部２０８の機能を用いれば、一人のユーザが複数の端末を使用している場合に、現在使用している端末とは別の端末で使用可能な通信手段を、候補リストに含めることが出来る。
【０１９８】
（４）サーバの付加機能
前述したように、サーバは付加機能を有していることが好ましい。本例では、サーバは、確認送信部３０２、状況取得部３０３、履歴部３０４及び履歴ＤＢ３０５を、付加機能を実現するために有している。
【０１９９】
確認送信部３０２は、通信管理部１２１の確認部２０１に対応してサーバに設けられる。確認送信部３０２は、通信元ユーザが選択した通信機能を使用可能な全ての通信手段に対し、受信確認を送信する。また、確認送信部３０２は、受信確認に対する応答を、通信元ユーザ端末に送信する。
【０２００】
状況取得部３０３は、通信管理部１２１の状況通知部２０４に対応してサーバに設けられる。状況取得部３０３は、通信状況をユーザ端末から受信し、候補ＤＢ１３２の「通信状況」を更新する。また、状況取得部３０３は、同一ユーザの端末に、他のユーザ端末における通信手段の状況変化を通知する。
【０２０１】
履歴部３０４は、ユーザ端末からの通信状況に応じ、各ユーザ端末で開始及び終了された通信手段名を、履歴ＤＢ３０５に蓄積する。履歴ＤＢ３０５には、さらに通信内容を蓄積しても良い。また、履歴部３０４は、ユーザ端末からの要求に応じ、そのユーザの通信履歴を履歴ＤＢ３０５から読み出し、要求元ユーザ端末に送信する。
【０２０２】
［処理の流れ］
次に、前述の機能を有する通知システムにおける処理の流れについて、具体例を挙げて説明する。
【０２０３】
（１）メイン処理
図２４は、本実施形態例の通知システムにおけるメイン処理の流れを示す説明図である。この処理では、通信元ユーザは、通信機能、すなわち通信手段のグループを選択して通信を要求する。
【０２０４】
まず、ユーザ端末が起動すると、通知装置は自端末が有する通信手段をサーバに申告する（＃１０１，＃１０２）。また、通知装置は、通信手段が使用可または使用不可に変化した場合、新たな状態をサーバに申告する（＃１０１，＃１０２）。
【０２０５】
サーバは、ユーザ端末からの申告に基づいて、候補ＤＢ１３２を更新する（＃１０３，＃１０４）。さらにサーバは、候補ＤＢ１３２の新たな内容に基づいて、通信手段のグループ化を行い、グループＤＢ１３４を更新する（＃１０５，＃１０６）。例えば、図２１に示す候補ＤＢ１３２においてＩＭ＠実験室が「使用可」から「使用不可」になったとする。この場合、図２２に示すグループＤＢ１３４から、メッセージングのＩＭ＠実験室が削除される。
【０２０６】
いずれかのユーザが通信先ユーザとして指定されると、サーバは通信先及び通信元ユーザについてグループＤＢ１３４を読み出し、候補リストを作成して通信元ユーザ端末に送信する（＃１０７，＃１０８，＃１０９）。グループＤＢ１３４に優先順位やプリファレンスが設定されている場合、これらの情報に基づいて候補リストに記述する通信手段を決定する。また、候補ＤＢの更新時間が新しいほど、優先度の高い通信手段としても良い。
【０２０７】
例えば、サーバは、同一グループ内で通信元ユーザに対する優先度が最も高い通信手段だけを候補リストに記述する。通信元ユーザ端末には、両ユーザが使用可能な通信手段が、通信機能毎にグループ化されて表示される（＃１１０，＃１１１）。候補リストの表示例としては、前述の図７や図８に示す画面例が挙げられる。
【０２０８】
通信元ユーザが、表示された候補リストの中からいずれかの通信手段を選択すると、そのユーザ端末では通信手段が起動される（＃１１２，＃１１３）。一方、選択された通信手段はサーバを介して通信先ユーザ端末に通知される（＃１１４，＃１１５）。
【０２０９】
通信先ユーザ端末では、通信手段の通知に従い、通信手段が起動される（＃１１６，＃１１７）。
【０２１０】
この処理では、複数端末に分散して存在するユーザの通信手段を、ユーザと対応付けて管理している。従って、ユーザは、他のユーザが複数の端末上に有している通信手段を容易に把握することができ、円滑な通信を行うことができる。
【０２１１】
（２）確認処理
図２５は、通知システムが行う確認処理の流れを示す説明図である。この処理では、通信先ユーザの意思を確認後、通信を開始する。
【０２１２】
通信元ユーザが通信先ユーザを指定して候補リストから通信手段を選択する（＃１２１〜＃１２５）。この処理は、前記メイン処理の＃１０７〜＃１１２と同様である。サーバは、選択された通信手段を使用可能な全ての通信先ユーザ端末に対し、受信確認を送信する（＃１２６，＃１２７）。
これを受信した通信先ユーザ端末では、通信元ユーザ及び通信手段が通知される（＃１２８，＃１２９）。例えば、「ユーザＡから電話の希望があります。通信を行いますか？」などのメッセージが、端末上に表示される。通信先ユーザ端末は、このメッセージに対するユーザの応答を所定時間待機し、応答をサーバに通知する（＃１３０，＃１３３）。所定時間内に応答がない場合はなにも行わない（＃１３１，＃１３２）。
【０２１３】
応答を受け取ったサーバは、応答内容を通信元端末に通知する（＃１３４）。図２５は、応答が「通信する」である場合の処理を示している。この場合、サーバは、応答があった端末名を、通信元ユーザ端末に通知する（＃１３４，＃１３５）。通信元ユーザ端末は、通知された端末に対し、選択された通信手段による通信を開始する（＃１３６，＃１３７）。
【０２１４】
なお、応答が「通信しない」である場合、通信元ユーザ端末は応答内容をユーザに通知する。
【０２１５】
（３）通信状況同報処理
図２６は、通知システムが行う通信状況同報処理の流れを示す説明図である。この処理では、ユーザの端末ａ１での通信状況は、そのユーザの他の端末ａ２、ａ３…に同報される。
【０２１６】
ユーザＡが複数端末ａ１，ａ２，ａ３…を有しているとする。ある端末ａ１において、何らかの通信状況の変化が生じると、その変化はサーバに通知される（＃１４１，＃１４２）。例えば端末ａ１に電話があった場合や、インスタントメッセージが着信した場合である。
【０２１７】
サーバは、この通知に基づき、ユーザＡの他の端末ａ２，ａ３…に、端末名、通信手段及び新たな通信状況を通知する（＃１４３，＃１４４）。この通知に基づいて、他の端末ａ２，ａ３…では、端末ａ１における通信状況の変化がユーザに通知される（＃１４５，＃１４６）。例えば、「端末ａ１に、電話の着信がありました。」などのメッセージが表示される。
【０２１８】
（４）通信内容取得処理
図２７は、通知システムが行う通信内容取得処理の流れを示す説明図である。この処理では、ユーザＡは、自端末ａ２で行われた通信の内容を、サーバを介して他の自端末ａ１で取得する。
【０２１９】
まず、ユーザＡは、複数の自端末のうちの１つ（ａ２）を指定して、その端末で行われた通信の内容を要求する（＃１５１）。サーバは、指定された端末ａ２に要求を中継する（＃１５２）。
【０２２０】
指定された端末ａ２では所定の認証処理を端末ａ１との間で行い、要求者が通信内容を取得する権限を有しているか否かを確認する（＃１５３，＃１５４）。認証する場合、端末ａ２は検索条件を要求する（＃１５５）。例えば、通信開始時間の範囲や発信者、通信手段など、内容ＤＢ２０６からデータを抽出するための条件を要求する。逆に認証しない場合、認証結果を、サーバを介して端末ａ１に通知する（＃１５６）。
【０２２１】
端末ａ１は、検索条件の入力をユーザから受け付け、サーバを介して端末ａ２に送信する（＃１５８，＃１５９，＃１６０）。
【０２２２】
端末ａ２は、指定された検索条件に基づいて内容ＤＢ２０６を検索し、データを抽出して端末ａ１に送信する（＃１６１，＃１６２，＃１６３）。例えば、通信開始日時の範囲を指定された場合、その範囲で開始された通信の内容を読み出して端末ａ１に送信する。抽出するデータとしては、通信内容の他に、内容ＤＢ２０６に格納されている情報を抽出することができる。これにより、ユーザＡは、端末ａ２で行われた通信内容や発信者などを、他の端末ａ１上で取得することができる。
【０２２３】
（５）通信履歴取得処理
図２８は、通知システムが行う通信履歴取得処理の流れを示す説明図である。この処理では、ユーザＡは、複数の自端末ａ１，ａ２，ａ３…における通信履歴を、いずれかの端末で取得することができる。
【０２２４】
ユーザＡがいずれかの端末ａ１において通信履歴を要求すると（＃１７１）、サーバは所定の認証処理により通信履歴を取得する権限を有するユーザであるか否かの判断を行う（＃１７２，＃１７３）。ユーザを認証する場合、サーバは、該当ユーザの全ての端末における通信履歴を履歴ＤＢ３０５から読み出し、要求元端末ａ１に送信する（＃１７４、＃１７５）。端末ａ１では、ユーザＡの全ての端末における通信履歴が表示される（＃１７６）。認証しない場合、例えばサーバは所定のメッセージを要求元端末ａ１に送信し、端末ａ１は認証されなかったことをユーザに通知する（＃１７７）。
【０２２５】
＜第６実施形態例＞
（Ａ）前記第５実施形態例においては、同一ユーザの通信手段を通信手段の機能によりグループ化しているが、他の基準でグループ化しても良い。
【０２２６】
＜その他の実施形態例＞
（Ａ）前記第１〜６実施形態例を別々に説明したが、各実施形態例を適宜組み合わせて実施することも可能である。
【０２２７】
（Ｂ）前記第１〜第６実施形態例に記載の方法を実行するプログラムを記録した記録媒体は、本発明に含まれる。ここで記録媒体としては、コンピュータが読み書き可能なフロッピーディスク、ハードディスク、半導体メモリ、CD-ROM、ＤＶＤ、光磁気ディスク（ＭＯ）、その他のものが挙げられる。
【０２２８】
（Ｃ）前述した本発明の方法を実行するプログラムを伝送する伝送媒体についても本発明に含まれる。ここで伝送媒体としては、プログラム情報を搬送波として伝搬させて供給するためのコンピュータネットワーク（ＬＡＮ、インターネット、無線通信ネットワーク）システムにおける通信媒体（光ファイバ、無線回線、その他）を挙げることが出来る。
【０２２９】
（Ｄ）前述した本発明の方法を実行するプログラムを、前記伝送媒体により提供するサーバについても本発明に含まれる。
【０２３０】
【発明の効果】
本発明を利用すれば、ユーザは、通信相手を選択した後、相手と自分とが共に使用可能な通信手段を通知される。相手の都合だけでなく自分自身の都合を考慮した通信手段の選択が可能となるので、通信を開始しようとするユーザの利便性を高めることが出来る。また、ユーザ端末上に既にある通信手段だけでなく、ダウンロードすることにより使用可能な通信手段も選択できる。さらに、ユーザが複数の端末上に通信手段を有する場合、各端末の通信手段はユーザに関連付けられて管理されているので、通信元ユーザは、通信先ユーザにとって最も便利な端末の通信手段と通信することが出来る。
【図面の簡単な説明】
【図１】第１実施形態例に係る通知システムの全体構成図
【図２】通知装置の機能構成を示すブロック図。
【図３】通知装置を有するユーザ端末の機能構成を示すブロック図。
【図４】ユーザＤＢ１３内のユーザテーブルの概念説明図。
【図５】ユーザＤＢ１３内のプリファレンステーブルの概念説明図。
【図６】リストＤＢ２内の情報の概念説明図。
【図７】候補リストの表示例（１）。
【図８】候補リストの表示例（２）。
【図９】候補リストの表示例（３）。
【図１０】候補リストの表示例（４）。
【図１１】候補リストの表示例（５）。
【図１２】ユーザ情報の設定ウインドウの一例。
【図１３】通知装置が行う処理の流れの一例を示すフローチャート。
【図１４】第３実施形態例の通知システムの原理図。
【図１５】第３実施形態例の通知システムの機能ブロック図。
【図１６】通知システムにおける処理の流れ（第３実施形態例）。
【図１７】候補リストの表示例（第３実施形態例）。
【図１８】第５実施形態例の通知システムの原理図。
【図１９】第５実施形態例の通知システムの機能ブロック図。
【図２０】候補ＤＢに蓄積されるデータの概念説明図。
【図２１】グループＤＢに蓄積されるデータの概念説明図。
【図２２】メッセージリストの概念説明図。
【図２３】内容ＤＢに蓄積されるデータの概念説明図。
【図２４】通知システムにおけるメイン処理の流れ（第５実施形態例）。
【図２５】通知システムにおける確認処理の流れ（第５実施形態例）。
【図２６】通知システムにおける通信状況同報処理の流れ（第５実施形態例）。
【図２７】通知システムにおける通信内容取得処理の流れ（第５実施形態例）。
【図２８】通知システムにおける通信取得履歴処理の流れ（第５実施形態例）。
【符号の説明】
１；通知装置
２；リストＤＢ
３；ＤＢＭＳ
４ａ、ｂ、ｃ、ｄ；ユーザ端末
５；ネットワーク
１２１；通信管理部
１２３；指定部
１２４；取得部
１２６；表示部
１２７；選択部
１３１；候補管理部
１３２；候補ＤＢ
【発明の属する技術分野】
本発明は、複数の通信手段が搭載されたネットワーク上の情報端末を用い、ユーザが互いに通信する通信システムに関する。さらに詳しくは、前記通信システムにおいて、ユーザが通信を開始するに先立ち、通信手段を選択可能な通信システムに関する。
【０００２】
【従来の技術】
近年、ネットワークに接続された情報端末には、電話機能、電子メール装置、インスタントメッセージ装置など、様々な通信手段が搭載されている。このような情報端末としては、例えばＰＣ(Personal Computer)、ＷＳ(Work Station)、携帯電話、ＰＨＳ(Personal Handy-phone System)を挙げることが出来る。ユーザは、通信を要求するにあたり、様々な通信手段を自分の状態や都合、好みなどに応じて使い分けている。
【０００３】
このような状況下で、通信要求者側だけでなく、通信を要求される側の状態や都合なども考慮した通信が求められている。特開平７−２５０１３２号公報や特開平８−１４０１５８号公報では、ユーザは予め自分が使用する通信手段を登録しておく。ユーザは、他のユーザに通信を要求する場合、相手ユーザが登録している通信手段について通信可能か否かを通知される。
【０００４】
また、特開平１０−５５４９２号公報は、相手が使用可能な通信手段の変化に応じ、通信手段の使用可能性の表示を動的に変化させ、通信開始前に相手が使用可能な通信手段を通知する技術を提供している。この発明においては、各ユーザは所定の状態ごとに使用可能な通信手段を登録しておく。通信先に指定されたユーザが使用可能な通信手段は、そのユーザの状態に従って通信要求者に通知される。
【０００５】
【発明が解決しようとする課題】
前記の技術は、いずれも通信先のユーザが使用可能な通信手段のみを表示する。そのため、通信を要求する通信元ユーザは、相手が使用可能な通信手段の中から、さらに自分も使用可能な通信手段を探しださなくてはならない。これでは、通信しようとする度に相手の都合に合わせる負担をユーザに強いることとなり、ユーザにとって煩わしく使い勝手が良くない。また、通信先ユーザが使用可能な通信手段を、通信元ユーザが同時に使用可能であると限らない。
【０００６】
逆に、通信元ユーザが使用したい通信手段を通信先ユーザが有していない場合、通信先ユーザは通信手段の提供元から通信手段をダウンロードしなければ、その通信手段による通信を行うことができない。そのために通信元ユーザは、他の通信手段を使用し、通信先ユーザに希望する通信手段のインストールを依頼したり、通信先ユーザからインストールの終了を通知してもらわなければならない。これでは、通信を開始しようとするときに通信手段を拡張するユーザ負担が大きく、円滑なコミュニケーションの妨げとなる。
【０００７】
さらに、近年は、一人のユーザが複数のユーザ端末を使用し、ユーザ状態に応じて複数の端末を使い分けているケースが多い。例えば、移動途中では携帯端末を使用し、勤務先と自宅とではそれぞれ別のコンピュータを使用する。このような状況では、１つの端末における通信手段の使用可／不可が分かっても、他の端末における通信手段についても同様の情報が分からなければ、相手の状態を考慮した通信を行うことが難しい。
【０００８】
本発明は、通信先ユーザ及び通信元ユーザ双方の事情を考慮し、双方が利用可能な通信手段を表示することを目的とする。また、本発明は、通信手段を容易に拡張しながら通信を行う技術を提供することを目的とする。さらに、本発明は、一人のユーザが複数の端末を使用する環境に応じた通信手段の提示を目的とする。
【０００９】
【課題を解決するための手段】
前記の課題を解決するために、本願第１発明は、ネットワーク上の情報端末に搭載された通信手段を選択的に用い、ユーザが互いに通信する通信システムに用いられる通信手段の通知方法であって、
Ａ；各ユーザの情報端末上で動作可能な通信手段を、ユーザと対応付けて蓄積しておき、
Ｂ；通信を要求する通信元ユーザから通信先ユーザの指定を受け付け、
Ｃ；通信先ユーザの情報端末上と通信元ユーザの情報端末上との両方で動作可能な通信手段が記述されたリストを、蓄積した情報に基づいて生成し、
Ｄ；前記リストを通信開始前に通信元ユーザに通知する、
通信手段の通知方法を提供する。
【００１０】
この方法において、前記指定を受け付ける段階では、通信先ユーザの情報端末で動作可能な通信手段を特定する識別情報による通信先ユーザの指定を受け付け可能である。通信先ユーザ及び通信元ユーザの双方が前記識別情報に対応する通信手段を使用可能な場合、前記リストを生成する段階では、当該通信手段をリストの先頭に記述する。
【００１１】
予め、各ユーザの情報端末上で使用可能な通信手段を、各ユーザと対応付けて蓄積しておく。通信元ユーザが通信先ユーザを指定すると、蓄積情報に基づいて、両者が使用可能な通信手段のリストが生成される。このリストは、例えば通信元ユーザの情報端末に送信され、ディスプレイに表示される。通信元ユーザは、リスト中のいずれかの通信手段を選択し、指定した通信先ユーザとの通信を開始する。例えば、通信元ユーザが電話番号を入力することにより通信先ユーザを指定する。両ユーザが電話を使用可能な場合、生成手段は、他に使用可能な通信手段があっても、電話をリストの最初に記述する。
【００１２】
本願第２発明は、ネットワーク上の情報端末に搭載された通信手段を選択的に用い、ユーザが互いに通信する通信システムに用いられる通信手段の通知方法であって、
Ａ；各ユーザの情報端末上で動作可能な通信手段を、ユーザと対応付けて蓄積しておき、
Ｂ；通信を要求する通信元ユーザから通信先ユーザの指定を受け付け、
Ｃ；通信先ユーザの情報端末上と通信元ユーザの情報端末上との両方で動作可能な通信手段が記述されたリストを、蓄積した情報に基づいて生成し、
Ｄ；前記リストを通信開始前に通信元ユーザに通知する、
通信手段の通知方法を提供する。
【００１３】
この方法において、前記指定を受け付ける段階では、通信先ユーザの情報端末で動作可能な通信手段を特定する識別情報による通信先ユーザの指定を受け付け可能である。通信先ユーザ及び通信元ユーザの双方が前記識別情報に対応する通信手段を使用可能な場合、当該通信手段による通信をさらに開始させる。
【００１４】
例えば、通信元ユーザが電話番号を入力することにより通信先ユーザを指定する。両ユーザが電話を使用可能な場合、生成手段は、他に使用可能な通信手段があっても、開始手段は電話による通信回線のセットアップを開始する。
【００１５】
本願第３発明は、ネットワーク上の情報端末に搭載された通信手段を選択的に用い、ユーザが互いに通信する通信システムに用いられる通信手段の通知システムであって、第１テーブルと、管理手段と、指定手段と、取得手段と、生成手段と、通知手段と、を備える通信手段の通知システムを提供する。
【００１６】
第１テーブルは、各ユーザの情報端末上で動作可能な通信手段を、ユーザと対応付けて蓄積している。管理手段は、動作可能な通信手段の設定をユーザから受け付け、前記第１テーブルに格納する。指定手段は、通信を要求する通信元ユーザから通信先ユーザの指定を受け付ける。取得手段は、通信元ユーザの情報端末上と通信先ユーザの情報端末上との両方で動作可能な通信手段を、前記第１テーブルから取得する。生成手段は、取得した情報に基づいて、通信元ユーザ及び通信先ユーザの双方が使用可能な通信手段が記述されたリストを生成する。通知手段は、生成したリストを通信開始前に通信元ユーザに通知する。
【００１７】
前記指定手段は、通信先ユーザの情報端末で動作可能な通信手段を特定する識別情報による通信先ユーザの指定を受け付け可能である。通信先ユーザ及び通信元ユーザの双方が前記識別情報に対応する通信手段を使用可能な場合、前記生成手段は、当該通信手段をリストの先頭に記述する。
【００１８】
具体的には、通信元ユーザは、何らかの手段により通信先ユーザを指定する。指定手段としては、例えば、電話番号を入力したり、予め記憶されているアドレス帳からユーザを選択することが挙げられる。取得手段は、通信元及び指定手段で特定された通信先ユーザの両者がそれぞれ使用可能な通信手段を、第１テーブルから取得する。生成手段は、通信元と通信先との双方が共通に使用可能な通信手段を記述した通信手段のリストを生成する。通知手段は、例えばＷＷＷサーバとＷＷＷブラウザとを用いて構成される。ＷＷＷブラウザは、生成された通信手段のリストを、情報端末のディスプレイ上に表示する。例えば、通信元ユーザが電話番号を入力することにより通信先ユーザを指定する。両ユーザが電話を使用可能な場合、生成手段は、他に使用可能な通信手段があっても、電話をリストの最初に記述する。
【００１９】
本願第４発明は、ネットワーク上の情報端末に搭載された通信手段を選択的に用い、ユーザが互いに通信する通信システムに用いられる通信手段の通知システムであって、第１テーブルと、管理手段と、指定手段と、取得手段と、生成手段と、通知手段と、を備える通信手段の通知システムを提供する。
【００２０】
第１テーブルは、各ユーザの情報端末上で動作可能な通信手段を、ユーザと対応付けて蓄積している。管理手段は、動作可能な通信手段の設定をユーザから受け付け、前記第１テーブルに格納する。指定手段は、通信を要求する通信元ユーザから通信先ユーザの指定を受け付ける。取得手段は、通信元ユーザの情報端末上と通信先ユーザの情報端末上との両方で動作可能な通信手段を、前記第１テーブルから取得する。生成手段は、取得した情報に基づいて、通信元ユーザ及び通信先ユーザの双方が使用可能な通信手段が記述されたリストを生成する。通知手段は、生成したリストを通信開始前に通信元ユーザに通知する。
【００２１】
前記指定手段は、通信先ユーザの情報端末で動作可能な通信手段を特定する識別情報による通信先ユーザの指定を受け付け可能である。通信先ユーザ及び通信元ユーザの双方が前記識別情報に対応する通信手段を使用可能な場合、当該通信手段による通信を開始させる開始手段をさらに有する。
【００２２】
例えば、通信元ユーザが電話番号を入力することにより通信先ユーザを指定する。両ユーザが電話を使用可能な場合、生成手段は、他に使用可能な通信手段があっても、開始手段は電話による通信回線のセットアップを開始する。
【００２３】
本願第５発明は、前記第３または４発明において、第２テーブルと優先手段とをさらに備えた通信手段の通知システムを提供する。第２テーブルは、所定のユーザ状態において使用可能な通信手段を、ユーザ及びユーザ状態と対応付けられて蓄積している。優先手段は、所定のユーザ状態において使用可能な通信手段の設定を受け付け、第２テーブルに格納する。
【００２４】
さらに、このシステムにおいては、前記第１テーブルには、通信手段に加え、ユーザ状態が併せて蓄積されている。前記管理手段は、新たなユーザ状態の設定を受け付け、第２テーブルの設定に従い、新たなユーザ状態において使用可能な通信手段を第１テーブルに書き込む。
【００２５】
第１テーブルには、各ユーザがその時点で使用可能な通信手段が蓄積されている。従って、動的に変化するユーザ状態に対応した通信手段のリストを生成することが出来る。
【００２６】
本願第６発明は、前記第３または４発明において、第２テーブルと優先度手段とをさらに備えている通信手段の通知システムを提供する。第２テーブルは、所定のユーザ状態において使用可能な通信手段及び前記通信手段の優先度を、ユーザ及びユーザ状態と対応付けて蓄積している。優先度手段は、所定のユーザ状態において使用可能な通信手段及び前記通信手段の優先度の設定を受け付け、第２テーブルに格納する。
【００２７】
さらに、このシステムにおいては、前記第１テーブルには、通信手段に加え、通信手段の優先度及びユーザ状態が併せて蓄積されている。前記管理手段は、新たなユーザ状態の設定を受け付け、第２テーブルの設定に従い、新たな状態において使用可能な通信手段及び通信手段の優先度を第１テーブルに書き込む。前記取得手段は、通信元ユーザの情報端末上と通信先ユーザの情報端末上との両方で使用可能な通信手段と、通信手段の優先度とを、第１テーブルから取得する。前記生成手段は、通信元ユーザ及び通信先ユーザの双方が使用可能な通信手段の優先度に基づいて、前記リストを生成する。
【００２８】
ユーザは、自分が使用する通信手段について、所定の状態に対する優先度を予め設定しておく。ユーザ状態が変化すれば、そのユーザの通信手段の優先度が変化するので、管理手段は第１テーブルを更新する。通信元及び通信先ユーザが使用可能な通信手段の優先度に基づいて通信手段のリストを生成するので、動的に変化するユーザ状態に応じた通信手段リストを作成することが出来る。
【００２９】
本願第７発明は、前記第６発明において、前記生成手段は、通信元ユーザの優先度に従って通信手段を並べ替える通信手段の通知システムを提供する。
【００３０】
通信元ユーザと通信先ユーザとが共通に使用可能な通信手段に対し、それぞれの優先度が異なることが考えられる。その場合、通信元ユーザの優先度順に通信手段のリストが通知される。
【００３１】
本願第８発明は、前記第６発明において、前記生成手段は、通信先ユーザの優先度に従って通信手段を並べ替える通信手段の通知システムを提供する。
【００３２】
通信元ユーザと通信先ユーザとが共通に使用可能な通信手段に対し、それぞれの優先度が異なることが考えられる。その場合、通信先ユーザの優先度順に通信手段のリストが通知される。
【００３３】
本願第９発明は、前記第３または４発明において、前記指定手段は、通信先ユーザの情報端末で動作可能な通信手段を特定する識別情報を用いた指定を受け付ける通信手段の通知システムを提供する。
【００３４】
例えば、通信手段がＩＲＣ(Internet Relay Chat)であれば、識別情報はニックネームである。通信手段が電子メールであれば識別情報は電子メールアドレス、電話であれば電話番号である。
【００３５】
本願第１０発明は、前記第３または４発明において、前記通信手段が、ネットワーク上で複数のユーザが参加可能なゲームアプリケーションである通信手段の通知システムを提供する。
【００３６】
ネットワーク上で複数のユーザが対戦方式で参加するためのゲームアプリケーションとしては、例えば麻雀ゲームや対戦式のスポーツゲームなどである。
【００３７】
本願第１１発明は、ユーザが選択的に用いて互いに通信するための通信手段が搭載された情報端末または前記情報端末と通信可能な情報端末に用いられ、下記Ａ〜Ｆ段階を実行するための通信手段の通知プログラムを記録した、コンピュータ読み取り可能な記録媒体を提供する。
Ａ；各ユーザの情報端末上で動作可能な通信手段を、ユーザと対応付けて蓄積している第１テーブルを準備する段階、
Ｂ；動作可能な通信手段の設定をユーザから受け付け、前記第１テーブルに格納する段階、
Ｃ；通信を要求する通信元ユーザから通信先ユーザの指定を受け付ける段階、
Ｄ；通信元ユーザの情報端末上と通信先ユーザの情報端末上との両方で動作可能な通信手段を、前記第１テーブルから取得する段階、
Ｅ；取得した情報に基づいて、通信元ユーザ及び通信先ユーザの双方が使用可能な通信手段が記述されたリストを生成する段階、
Ｆ；生成したリストを通信開始前に通信元ユーザに通知する段階。
【００３８】
前記指定を受け付ける段階では、通信先ユーザの情報端末で動作可能な通信手段を特定する識別情報による通信先ユーザの指定を受け付け可能である。通信先ユーザ及び通信元ユーザの双方が前記識別情報に対応する通信手段を使用可能な場合、前記リストを生成する段階では、当該通信手段をリストの先頭に記述する。
【００３９】
前記第３発明と同様の作用効果を有する。
【００４０】
本願第１２発明は、ユーザが選択的に用いて互いに通信するための通信手段が搭載された情報端末または前記情報端末と通信可能な情報端末に用いられ、下記Ａ〜Ｆ段階を実行するための通信手段の通知プログラムを記録した、コンピュータ読み取り可能な記録媒体を提供する。
Ａ；各ユーザの情報端末上で動作可能な通信手段を、ユーザと対応付けて蓄積している第１テーブルを準備する段階、
Ｂ；動作可能な通信手段の設定をユーザから受け付け、前記第１テーブルに格納する段階、
Ｃ；通信を要求する通信元ユーザから通信先ユーザの指定を受け付ける段階、
Ｄ；通信元ユーザの情報端末上と通信先ユーザの情報端末上との両方で動作可能な通信手段を、前記第１テーブルから取得する段階、
Ｅ；取得した情報に基づいて、通信元ユーザ及び通信先ユーザの双方が使用可能な通信手段が記述されたリストを生成する段階、
Ｆ；生成したリストを通信開始前に通信元ユーザに通知する段階。
【００４１】
前記指定を受け付ける段階では、通信先ユーザの情報端末で動作可能な通信手段を特定する識別情報による通信先ユーザの指定を受け付け可能である。通信先ユーザ及び通信元ユーザの双方が前記識別情報に対応する通信手段を使用可能な場合、当該通信手段による通信を開始させる段階をさらに実行する。
【００４２】
前記第４発明と同様の作用効果を奏する。
【００４３】
本願第１３発明は、ネットワーク上の情報端末に搭載された通信手段を選択的に用い、ユーザが互いに通信する通信システムに用いられる通信手段の通知方法であって、
Ａ；各ユーザの情報端末上で動作可能な通信手段を、ユーザと対応付けて蓄積しておき、
Ｂ；通信を要求する通信元ユーザから通信先ユーザの指定を受け付け、
Ｃ；通信先ユーザの情報端末上と通信元ユーザの情報端末上との両方で動作可能な通信手段が記述された第１リストを、蓄積した情報に基づいて生成し、
Ｄ；通信先及び通信元ユーザの情報端末のうち一方が有しておらず他方が有している通信手段であって、当該通信手段を有していない端末にダウンロード可能かつ端末上で実行可能な通信手段が記述された第２リストを生成し、
Ｅ；第１リストと第２リストとを合成した第３リストを、通信開始前に通信元ユーザに通知する、
通信手段の通知方法を提供する。
【００４４】
第１リストには、通信元及び通信先ユーザ端末が共に有する通信手段が記述される。第２リストには、一方が有していないが他方は有している通信手段が記述される。ただし、第２リストに記述される通信手段は、その通信手段を有さないユーザ端末にダウンロード可能でかつその端末上で実行可能な通信手段である。
【００４５】
本願第１４発明は、前記第１３発明において、第２リストには、通信先及び通信元ユーザの情報端末が共に有しておらず、両端末にダウンロード可能かつ両端末上で実行可能な通信手段を含めて記述する通信手段の通知方法を提供する。
【００４６】
例えば、テレビ会議手段を通信先及び通信元が共に有していないとする。しかし、両端末上にテレビ会議手段をダウンロードでき、両端末上で実行可能な場合、テレビ会議手段も第２リストに記述する。
【００４７】
本願第１５発明は、前記第１３発明において、ユーザの情報端末上に通信手段をダウンロードするためのダウンロード条件と、ユーザの情報端末上で通信手段を実行するための実行条件とを、ダウンロード可能な通信手段毎に蓄積しておき、ユーザの情報端末の端末情報とダウンロード条件と実行条件とに基づいて、第２リストを生成する通信手段の通知方法を提供する。
【００４８】
予め、ダウンロード可能な通信アプリケーションのダウンロード条件及び実行条件を、データベースなどに蓄積しておく。例えば、ダウンロードに必要なハードディスクの空き容量や、アプリケーションの実行に必要なメモリ量などである。ユーザ端末の空きメモリの量などの端末情報と、通信アプリケーションのダウンロード条件及び実行条件とに基づいて、ダウンロード可能な通信手段のうちユーザ端末で実行可能な通信手段を決定する。
【００４９】
本願第１６発明は、前記第１３発明において、第３リスト上のいずれかの通信手段の選択を通信元ユーザから受け付け、選択された通信手段を通信先ユーザの情報端末に通知し、通信先ユーザの情報端末が選択された通信手段を有していない場合、通信先ユーザの情報端末は、選択された通信手段をダウンロードにより取得する通信手段の通知方法を提供する。
【００５０】
すなわち、通信元ユーザの選択により、通信先ユーザ端末には通信アプリケーションがダウンロードされる。ダウンロードの実行に先立ち、ユーザの意思を確認しても良い。
【００５１】
本願第１７発明は、前記第１３〜１６発明に係る通信手段の通知方法を実行するためのプログラムを記録した、コンピュータ読みとり可能な記録媒体を提供する。前記第１３〜１６発明と同様の作用効果を奏する。
【００５２】
本願第１８発明は、ネットワーク上の情報端末に搭載された通信手段を選択的に用い、ユーザが互いに通信する通信システムに用いられる通信手段の通知システムであって、第１テーブルと、指定手段と、第１生成手段と、第２生成手段と、通知手段とを備える通信手段の通知システムを提供する。
【００５３】
第１テーブルは、各ユーザの情報端末上で動作可能な通信手段を、ユーザと対応付けて蓄積している。指定手段は、通信を要求する通信元ユーザから通信先ユーザの指定を受け付ける。第１生成手段は、通信先ユーザの情報端末上と通信元ユーザの情報端末上との両方で動作可能な通信手段が記述された第１リストを、蓄積した情報に基づいて生成する。第２生成手段は、通信先及び通信元ユーザの情報端末のうち一方が有しておらず他方が有している通信手段であって、当該通信手段を有していない端末にダウンロード可能かつ端末上で実行可能な通信手段が記述された第２リストを生成する。通知手段は、第１リストと第２リストとを合成した第３リストを、通信開始前に通信元ユーザに通知する。
【００５４】
前記第１３発明と同様の作用効果を奏する。
【００５５】
本願第１９発明は、前記第１８発明の通信手段の通知システムに用いられる通信手段提供装置を提供する。この装置は、作成手段と提供手段とを備えている。作成手段は、情報端末にダウンロード可能かつ情報端末上で実行可能な通信手段のリストを、通信先ユーザ及び通信元ユーザについてそれぞれ作成する。提供手段は、前記リストに含まれる通信手段を、ユーザの情報端末に提供する。
【００５６】
この装置が作成するリストに基づいて、前記第１２発明の第２リストが生成される。また、前記第１３発明において、通信元ユーザが第３リストから選択した通信手段は、この装置により通信元ユーザに提供される。
【００５７】
本願第２０発明は、ネットワーク上の情報端末に搭載された通信手段を選択的に用い、ユーザが互いに通信する通信システムに用いられる通信手段の通知方法であって、
Ａ；各ユーザの１または複数の情報端末上で動作可能な通信手段と、ユーザの情報端末を識別するための端末識別情報とを、ユーザと対応付けて蓄積しておき、
Ｂ；通信を要求する通信元ユーザから通信先ユーザの指定を受け付け、
Ｃ；通信先ユーザの情報端末上と通信元ユーザの情報端末上との両方で動作可能な通信手段が記述されたリストを、蓄積した情報に基づいて生成し、
Ｄ；複数の同じ通信手段が前記リストに含まれる場合、情報端末を区別するための情報を前記リストにさらに加え、前記リストを通信開始前に通信元ユーザに通知する、
通信手段の通知方法を提供する。
【００５８】
前記リストを生成する段階では、同一ユーザの１または複数の情報端末上で動作可能な前記通信手段を、所定の基準でグループ化し、前記通信手段にグループ毎の優先順位を設定し、グループ化された通信手段とグループ毎の優先順位とに基づいて前記リストを生成する。前記通知する段階では、前記リストに記述された通信手段を前記所定の基準でグループ化して前記通信元ユーザに通知する。
【００５９】
例えば、事務室の電話と実験室の電話とがリストに含まれる場合、両者を区別するために、リストにはそれぞれ「電話＠事務室」及び「電話＠実験室」のように表示する。
【００６０】
例えば通信手段の種類毎に、通信手段をグループ化することが挙げられる。この場合、通信元ユーザに通知される通信手段リストも、通信手段の種類毎にグループ化される。通信手段の種類としては、電話、メッセージング、ファイル転送などが挙げられる。通知方法としては、例えば、各グループの最優先通信手段のみリストに記述する。
【００６１】
本願第２１発明は、ネットワーク上の情報端末に搭載された通信手段を選択的に用い、ユーザが互いに通信する通信システムに用いられる通信手段の通知方法であって、
Ａ；各ユーザの１または複数の情報端末上で動作可能な通信手段と、ユーザの情報端末を識別するための端末識別情報とを、ユーザと対応付けて蓄積しておき、
Ｂ；通信を要求する通信元ユーザから通信先ユーザの指定を受け付け、
Ｃ；通信先ユーザの情報端末上と通信元ユーザの情報端末上との両方で動作可能な通信手段が記述されたリストを、蓄積した情報に基づいて生成し、
Ｄ；複数の同じ通信手段が前記リストに含まれる場合、情報端末を区別するための情報を前記リストにさらに加え、前記リストを通信開始前に通信元ユーザに通知する、
を含む通信手段の通知方法を提供する。
【００６２】
前記リストを生成する段階は、同一ユーザの１または複数の情報端末上で動作可能な前記通信手段を、所定の基準でグループ化し、前記リストを、グループ化された通信手段に基づいて生成する。前記通知する段階は、前記リストに記述された通信手段を前記所定の基準でグループ化し、通信開始前に通信元ユーザに通知する。
【００６３】
さらにこの通知方法は、
・前記リストに基づくいずれかのグループの選択を通信元ユーザから受け付ける段階と、
・選択されたグループに含まれる通信先ユーザの通信手段に対して受信するか否かを問い合わせる段階と、
・最初に応答した通信先ユーザの情報端末上の通信手段に対する通信を開始する段階と、
をさらに含む。例えば、事務室の電話と実験室の電話とがリストに含まれる場合、両者を区別するために、リストにはそれぞれ「電話＠事務室」及び「電話＠実験室」のように表示する。グループ化については、例えば通信手段の種類毎に通信手段をグループ化することが挙げられる。この場合、通信元ユーザに通知される通信手段リストも、通信手段の種類毎にグループ化される。通信手段の種類としては、電話、メッセージング、ファイル転送などが挙げられる。例えば電話が選択された場合、通信先ユーザが有するすべての電話端末に対して受信確認を送信し、最初に応答した端末に対して電話による通信を開始する。
【００６４】
本願第２２発明は、前記第２０または２１発明において、情報端末上の通信手段に対してユーザが設定したメッセージを通信手段及び情報端末と併せて蓄積し、通信先ユーザが設定したメッセージを通信元ユーザに通知するリストにさらに含める通信手段の通知方法を提供する。
【００６５】
メッセージとは、例えば「こっちにいます」や「Ｂｕｓｙ」などである。通信手段と併せてメッセージを通知することにより、通信先ユーザは簡単に自分の状態や要望を表現でき、円滑なコミュニケーションを促進することができる。
【００６６】
本願第２３発明は、前記第２０または２１発明において、グループ内で使用可能となった順に基づいて、優先順位を設定する通信手段の通知方法を提供する。
【００６７】
例えば、もっとも最近使用可能となった通信手段の優先順位を、そのグループ内で「１」とする。
【００６８】
本願第２４発明は、前記第２０または２１発明において、前記通信手段のグループ毎に、通信元ユーザ毎の推奨通信手段が設定され、通信元ユーザ毎に通信手段の優先順位を変更して前記リストを生成する通信手段の通知方法を提供する。通信元毎に希望する通信手段の優先順位が変更される。
【００６９】
本願第２５発明は、前記第２０または２１発明において、前記リストに基づくいずれかのグループの選択を通信元ユーザから受け付け、選択されたグループに含まれる通信先ユーザの通信手段に対して通信を試行する通信手段の通知方法を提供する。
【００７０】
例えば電話を選択した場合、通信先ユーザが有する全ての電話に対して発呼し、応答があった電話と通信を開始する。
【００７１】
本願第２６発明は、 ネットワーク上の情報端末に搭載された通信手段を選択的に用い、ユーザが互いに通信する通信システムに用いられる通信手段の通知プログラムが記録された、コンピュータ読み取り可能な記録媒体であって、
各ユーザの１または複数の情報端末上で動作可能な通信手段と、ユーザの情報端末を識別するための端末識別情報とを、ユーザと対応付けて蓄積する段階と、
通信を要求する通信元ユーザから通信先ユーザの指定を受け付ける段階と、
通信先ユーザの情報端末上と通信元ユーザの情報端末上との両方で動作可能な通信手段が記述されたリストを、蓄積した情報に基づいて生成する段階と、
複数の同じ通信手段が前記リストに含まれる場合、情報端末を区別するための情報を前記リストにさらに加え、前記リストを通信開始前に通信元ユーザに通知する段階と、を実行する通信手段の通知プログラムであって、
前記リストを生成する段階では、
同一ユーザの１または複数の情報端末上で動作可能な前記通信手段を、所定の基準でグループ化し、
前記通信手段にグループ毎の優先順位を設定し、グループ化された通信手段とグループ毎の優先順位とに基づいて前記リストを生成し、
前記通知する段階では、前記リストに記述された通信手段を前記所定の基準でグループ化して前記通信元ユーザに通知する、
通信手段の通知プログラムを記録したコンピュータ読み取り可能な記録媒体を提供する。
【００７２】
前記第１９発明と同様の作用効果を奏する。
【００７３】
本願第２７発明は、ネットワーク上の情報端末に搭載された通信手段を選択的に用い、ユーザが互いに通信する通信システムに用いられる通信手段の通知プログラムを記録した、コンピュータ読み取り可能な記録媒体であって、
各ユーザの１または複数の情報端末上で動作可能な通信手段と、ユーザの情報端末を識別するための端末識別情報とを、ユーザと対応付けて蓄積する段階と、
通信を要求する通信元ユーザから通信先ユーザの指定を受け付ける段階と、
通信先ユーザの情報端末上と通信元ユーザの情報端末上との両方で動作可能な通信手段が記述されたリストを、蓄積した情報に基づいて生成する段階と、
複数の同じ通信手段が前記リストに含まれる場合、情報端末を区別するための情報を前記リストにさらに加え、前記リストを通信開始前に通信元ユーザに通知する段階と、を実行する通信手段の通知プログラムであって、
前記リストを生成する段階は、
同一ユーザの１または複数の情報端末上で動作可能な前記通信手段を、所定の基準でグループ化し、
前記リストを、グループ化された通信手段に基づいて生成し、
前記通知する段階は、前記リストに記述された通信手段を前記所定の基準でグループ化し、通信開始前に通信元ユーザに通知し、
前記リストに基づくいずれかのグループの選択を通信元ユーザから受け付ける段階と、
選択されたグループに含まれる通信先ユーザの通信手段に対して受信するか否かを問い合わせる段階と、
最初に応答した通信先ユーザの情報端末上の通信手段に対する通信を開始する段階と、をさらに実行する、
通信手段の通知プログラムを記録したコンピュータ読み取り可能な記録媒体を提供する。
【００７４】
前記第２０発明と同様の作用効果を奏する。
【００７５】
【発明の実施の形態】
次に、本発明に係る通信手段の通知システムについて、実施形態例を挙げながら具体的に説明する。
【００７６】
＜第１実施形態例＞
［構成］
図１は、第１実施形態例に係る通知システムの全体構成図である。通知システムは、通知装置１、リストＤＢ２、ＤＢＭＳ（Data Base Management System）３及びユーザ端末４ａ、ｂ、ｃ、ｄが、ネットワーク５を介して接続されて構成されている。
【００７７】
通知装置１は、（１）ユーザ端末上に設けられているものと、（２）サーバ端末上に設けられているものとがある。本実施形態例は、前記（１）及び（２）の通知装置１が混在している例である。図１において、ユーザ端末４a、ｂは通知装置１を搭載しておらず、ユーザ端末４ｃ、ｄは通知装置１を搭載している。ユーザ端末４ａ、ｂは、例えば携帯電話やＰＨＳである。ユーザ端末４ｃ、ｄは、例えばＰＣやＷＳである。
【００７８】
また、後者（２）の通知装置１の場合、多数のユーザ端末を、１つの通知装置１で集中管理しても、また複数のサーバ端末ａ，ｂ上にそれぞれ設けられた複数の通知装置１で分散管理しても良い。図１は、後者の分散管理の場合の構成を示している。
【００７９】
ＤＢＭＳ３及びリストＤＢ２は、ネットワーク上で通知装置１と接続可能でありさえすれば良い。例えば、ＤＢＭＳ３及びリストＤＢ２は、通知装置１が動作する情報端末上にあっても、また他の情報端末上にあっても良い。リストＤＢ２及びＤＢＭＳ３は、通常複数の通知装置１に対して１つづつ設けられるが、複数設けられていてもよい。
【００８０】
図１において、通知装置１ａ及び１ｂは、それぞれリストＤＢ２ａ及び２ｂと、ＤＢＭＳ３ａ及び３ｂとに、１対１に対応して設けられている。リストＤＢ２ａ及び２ｂには、通知装置１ａ及び１ｂそれぞれの管理下にあるユーザ端末に関する所定の情報が蓄積されている。言い換えれば、リストＤＢ２ａ、２ｂには、ユーザ端末４ａ、ｂ、ｃ、ｄに関する所定の情報が、分散されて蓄積されている。
【００８１】
ネットワーク５としては、インターネットやイントラネット、移動体通信網などが挙げられる。
【００８２】
（１）通知装置
図２は、通知装置１の機能構成及び通知装置１を有さないユーザ端末の機能構成を示すブロック図である。図３は、通知装置１を有するユーザ端末の機能構成を示すブロック図である。通知装置及びユーザ端末は、図２及び図３の両者において同様の機能を有するので、図２を用いて通知装置１の構成を説明する。
【００８３】
図２の通知装置１は、アドレスＤＢ１１、アドレス管理部１２、ユーザＤＢ１３、受付部１４、表示部１５、取得部１６、生成部１７、ＷＷＷサーバ１８及び通信部１９を有している。なお、アドレス管理部１２、受付部１４、表示部１５、取得部１６及び生成部１７は、ＷＷＷサーバ１８の外部プログラムであり、ＣＧＩ(Common Gateway Interface)を介してまたはライブラリの形態で、ＷＷＷサーバ１８と連携して動作する。これらの外部プログラムとＷＷＷサーバ１８とのインターフェースプログラムとして、ＣＧＩに代えて他のインターフェースプログラムを用いることもできる。
【００８４】
アドレスＤＢ１１には、アドレス帳が蓄積されている。アドレス帳には、各ユーザの友人や知人の名前とユーザＩＤとが対応付けられて記憶されている（図示省略）。ユーザＩＤは、通知システム上でユーザを一義的に特定するための認証情報である。
【００８５】
アドレス管理部１２は、ユーザ端末からの指示に従い、アドレス帳に対して書き込みや読み出しを行う。アドレス管理部１２が読み出した内容は、ＷＷＷサーバ１８に送出され、後述するＷＷＷブラウザ４２によりユーザ端末上に表示される。アドレスＤＢ１１及びアドレス管理部１２は、必ずしも必要ではないが、設けておくとユーザが通信先ユーザを指定するのに便利である。
【００８６】
ユーザＤＢ１３には、ユーザに関する所定の情報が蓄積されている。図４は、ユーザＤＢ１３に蓄積されているユーザテーブルの概念説明図である。ユーザテーブルには、ユーザＩＤ、ユーザ名、ユーザ状態、通信手段、使用可／不可、属性情報及び通信パラメータが、記憶されている。これらの情報は、通知装置１を有さないユーザ端末４ａ、ｂに対応するユーザのユーザ情報である。
【００８７】
「ユーザＩＤ」は、アドレス帳におけるユーザＩＤと同様、本システムにおいてユーザを一義的に特定するための識別情報である。
【００８８】
「ユーザ名」には、通知装置１を有さないユーザ端末４ａ、ｂに対応するユーザの名前が記述される。
【００８９】
「ユーザ状態」には、各ユーザの最新のユーザ状態が記述される。ユーザ状態は、所定の状態から選択的に設定される。所定の状態とは、例えば「online」、「busy」、「away」、「offline」である。ユーザ状態は、ユーザの入力により、また何らかの手段により自動的に検出されて設定される。例えば図４では、ユーザ「鈴木太郎」の状態が「online」であり、「山田花子」の状態が「busy」であることを示している。
【００９０】
「通信手段」には、各ユーザ端末上で動作可能な通信手段が記述される。例えば図４は、ユーザ「鈴木太郎」の端末上では、電子メール、チャット、インスタントメッセージ、電話及びテレビ会議による通信が可能であることを示している。なお、チャットとは、複数のユーザ端末が同一の仮想空間を共有し、テキストメッセージをリアルタイムに送受信可能な通信手段である。インスタントメッセージとは、ユーザ端末が１対１でテキストメッセージをリアルタイムに送受信可能な通信手段である。
【００９１】
通信手段は、前記の他にＦＴＰ(File Transport Protocol)装置、ゲームアプリケーションなど、情報端末上に搭載可能な通信手段であれば特に限定されない。また、通信手段として、その時点では端末上で利用可能でないが、ネットワークからダウンロードすることにより利用可能となるアプリケーションを記述することも可能である。以下において、このようなアプリケーションを、単にダウンロード可能なアプリケーションという。
【００９２】
「使用可／不可」には、ユーザ状態に応じ、ユーザ端末上の通信手段が使用可能か否かが、可または不可のいずれかにより記述されている。例えば図４は、ユーザ「鈴木太郎」は、電子メール、チャット、インスタントメッセージ及び電話による通信が可能であり、テレビ会議による通信は不可能であることを示している。
【００９３】
「属性情報」には、通信手段に関し、任意の情報を蓄積可能である。例えば図４では、通信手段がどの場所で使用されるのかを示すテキストデータが蓄積されている。また、ユーザは、自分を通信先に選択するユーザに通知したいテキストメッセージを、属性情報として記述することもできる。
【００９４】
「通信パラメータ」には、ユーザ端末上で動作する通信手段を用いて実際に通信を開始するために必要な通信パラメータが記憶されている。通信パラメータとしては、例えば通信アドレスや伝送速度を上げることが出来る。
【００９５】
前記情報に加え、必要に応じて他の情報をユーザテーブルに蓄積することももちろん可能である。例えば、ユーザ端末を識別するための端末名を蓄積することが挙げられる。
【００９６】
図５は、ユーザＤＢ１３に蓄積されているプリファレンステーブルの概念説明図である。プリファレンステーブルには、ユーザＩＤ、ユーザ名、通信手段、ユーザ状態及び優先度が対応づけられて蓄積されている。
【００９７】
「ユーザＩＤ」、「ユーザ名」及び「通信手段」には、前記図４で示したユーザテーブルの内容と同様の内容が記述される。
【００９８】
「ユーザ状態」及び「優先度」には、所定のユーザ状態及びその状態における通信手段の優先度が、ユーザの設定に従って蓄積されている。例えば、図５において、「鈴木太郎」は、通信手段「電子メール」について状態「online」における優先度を「２」にし、その他の状態における優先度を「１」に設定している。また、「インスタントメッセージ」について状態「onlie」における優先度を「１」に設定している。図５から、「鈴木太郎」の状態「online」における通信手段の優先度は以下のようになる。
【００９９】
優先度１；インスタントメッセージ
優先度２；電子メール、チャット、電話
優先度３；テレビ会議
なお、本実施形態例においては、優先度として「１」、「２」、「３」のいずれかを設定可能である。
【０１００】
受付部１４は、ユーザテーブルやプリファレンステーブルへの設定をユーザ端末から受け付け、ユーザＤＢ１３内の各テーブルに格納する。受付部１４は、ユーザ状態をユーザテーブルに格納する場合、ユーザ状態に応じて通信手段が使用可能か否かを判断し、「使用可／不可」を更新する。また、受付部１４は、ユーザテーブルに登録されているユーザ状態または通信手段が変化すると、プリファレンステーブルの設定に従い、後述するリストＤＢ２を更新する。後述するように、リストＤＢ２には、各ユーザ端末上の通信手段の使用可／不可や優先度が、最新のユーザ状態に対して蓄積されているからである。
【０１０１】
表示部１５は、通信先に指定されたユーザのユーザＩＤを、ＷＷＷサーバ１８を介してユーザ端末から受け取り、取得部１６に通知する。また、表示部１５は、生成部１７により生成される通信手段の候補リストを、ＷＷＷサーバ１８を介してユーザ端末に送出する。後述するようにこの通信手段の候補リストには、通信元及び通信先ユーザの双方が使用可能な通信手段が記述されている。
【０１０２】
取得部１６は、通信先ユーザのユーザＩＤを表示部１５から受け取り、自サーバ端末内のユーザＩＤであればＤＢＭＳ３に、そうでなければ管轄のサーバ端末に通知する。また、取得部１６は、通信先ユーザが使用可能な通信手段の候補リスト（以下、通信先候補リストという）を、自サーバ端末内のまたは通信先ユーザの情報を管理しているサーバ端末内のＤＢＭＳ３から受け取り、生成部１７に送出する。
【０１０３】
生成部１７は、通信元ユーザが使用可能な通信手段をユーザテーブル及びプリファレンステーブルに基づいて決定し、それらが記述された通信元候補テーブルを作成する。次いで、生成部１７は、通信先候補リストと通信元候補リストとに基づいて、通信元及び通信先ユーザが使用可能な通信手段を記述した候補リストを生成する。生成部１７は、候補リスト中の通信手段を、通信元や通信先の優先度に基づいて並べ替えることも可能である。
【０１０４】
ＷＷＷサーバ１８は、表示部１５から通信手段の候補リストを受け取り、通信元ユーザ端末上のＷＷＷブラウザ４２に送信する。また、ＷＷＷサーバ１８は、アドレス管理部１２からアドレス帳を受け取り、ユーザ端末上のＷＷＷブラウザ４２に送信する。なお、ＷＷＷサーバ１８に代え、同様の機能を有する通知装置専用のアプリケーションを設け、候補リストやアドレス帳をユーザ端末に提供することも可能である。
【０１０５】
通信部１９は、候補リスト中の通信手段の選択結果を、通信元ユーザ端末から受け取る。通信部１９は、通信元ユーザについて、選択された通信手段の通信パラメータをユーザテーブルから読み込む。次いで、通信部１９は、通信先ユーザ端末を管理する通知装置１に必要な設定を通知する。必要な設定とは、伝送速度の調整や、参加するチャネル名の取得、互いの通信アドレスの取得などである。さらに、通信部１９は、必要な設定をユーザ端末に通知する。その後、ユーザ端末は、設定された通信パラメータを用いて通信手段を起動し、通信を開始する。
【０１０６】
（２）リストＤＢ及びＤＢＭＳ
図６は、リストＤＢ２に蓄積されている情報の概念説明図である。リストＤＢ２には、ユーザＩＤ、ユーザ名、状態、通信手段、使用可／不可、優先度及び属性情報が対応づけられて蓄積されている。「ユーザＩＤ」、「ユーザ名」、「ユーザ状態」、「通信手段」、「使用可／不可」及び「属性情報」は、ユーザＤＢ１３内のユーザテーブルの各情報と一致している。
【０１０７】
「優先度」には、各ユーザのプリファレンステーブルに基づいて、ユーザ状態に応じた優先度が記述されている。例えば、図６においてユーザ「鈴木太郎」は状態「online」なので、各通信手段の優先度はプリファレンステーブルの内容に基づいて図示したように設定されている。
【０１０８】
なお、前述の情報の他に、必要に応じて他の情報をリストＤＢ２に蓄積することももちろん可能である。
【０１０９】
ＤＢＭＳ３は、リストＤＢ２の読み込み及び書き込みを行う。具体的にはＤＢＭＳ３は、前記通知装置１の受付部１４から新たなユーザ状態や新たな通信手段の設定を受け取ると、それらの情報に基づいてリストＤＢ２を更新する。また、ＤＢＭＳ３は、取得部１６からユーザＩＤを受け取ると、ユーザＩＤをキーにリストＤＢ２を検索し、該当ユーザが使用可能な通信手段及びその優先度を取得部１６に送出する。もちろん、ＤＢＭＳ３は、ユーザＩＤ以外の他の情報、例えばユーザ名をキーにリストＤＢ２を検索することも可能である。
【０１１０】
（３）ユーザ端末
ユーザ端末４ａ、ｂは、設定部４１、ＷＷＷブラウザ４２、入出力部４５、起動部４３及び通信アプリケーション４４を有している。
【０１１１】
設定部４１は、所定のユーザ情報の入力を受け付け、通知装置１に送信する。ユーザ情報とは、ユーザテーブルやプリファレンステーブルに設定する情報である。設定部４１は、ユーザ情報のうちユーザ状態を、所定の方法で自動的に検出することも可能である。また、設定部４１は、予め準備したウインドウを入出力部４５に表示し、前記ユーザ情報の入力を受け付ける。このウインドウについては後述する。
【０１１２】
ＷＷＷブラウザ４２は、通知装置１に対し、アドレス帳の表示要求を送信したり、前記要求に対して送信されるアドレス帳を入出力部４５に出力する。また、ＷＷＷブラウザ４２は、通知装置１から候補リストを受け取り、入出力部４５に表示する。なお、ＷＷＷブラウザ４２に代え、通知装置専用の表示アプリケーションをユーザ端末に搭載することも可能である。
【０１１３】
起動部４３は、入出力部４５に表示された候補リストの中から選択された通信手段を、通知装置１に通知する。また、起動部４３は、通信パラメータを通知装置１から受け取る。次いで、起動部４３は、選択された通信手段に対応する通信アプリケーション４４に通信パラメータを渡し、通信アプリケーション４４を起動する。通信アプリケーション４４とは、例えば電子メール装置、チャットクライアント、インスタントメッセージ装置、ＦＴＰ装置などである。通信アプリケーション４４の起動により、通信先及び通信元ユーザ間の通信が開始される。
【０１１４】
（４）ユーザ端末上の通知装置
図３は、ユーザ端末上に通知装置１を設けた場合の通知装置１及びユーザ端末４ｃ、ｄの機能構成を示すブロック図である。ＷＷＷサーバ１８及びＷＷＷブラウザ４２に代えて表示制御部４６が設けられている点を除き、図２の通知装置１及びユーザ端末と同様の構成を有している。
【０１１５】
表示制御部４６は、ＷＷＷサーバ１８とＷＷＷブラウザ４２とを合わせた機能を有する。すなわち、表示制御部４６は、アドレス管理部１２から送出されたアドレス帳や、表示部１５から送出された候補リストを、入出力部４５に出力する。
【０１１６】
なお、通知装置１がユーザ端末上に設けられている場合、アドレス帳、ユーザテーブル及びプリファレンステーブルには、ユーザ端末を使用するユーザに関する情報のみが蓄積されている。
【０１１７】
［画面例］
（１）候補リストの表示例
図７〜１１は、本実施形態例の通知システムにおいて、ユーザ端末上に表示される通信手段の候補リストの表示例である。
【０１１８】
図７は、通信元及び通信先ユーザのユーザ端末がネットワークに接続されている、すなわちonline状態である場合に表示される候補リストの一例である。図中、通信手段の表記に続く＠マーク以降に、情報端末名「SubPC」が表示されている。さらに、情報端末名に続いて、属性情報「（for Office）」が表示されている。
【０１１９】
また、ダウンロード可能な通信手段は、イタリックで表示されている。表示方法としては、ダウンロード可能な機能が存在することのみを「downloadable」などで表示し、この機能が選択されるとダウンロード可能なアプリケーションの一覧を表示することが挙げられる。また、図７，８，１０及び１１に示すように、ダウンロード可能なアプリケーションの一覧を、使用可能な通信手段と共に表示してもよい。
【０１２０】
図８は、通信元ユーザ端末はonline状態であり、通信先ユーザ端末はットワークと切断されている、すなわちoffline状態である場合に表示される候補リストの一例である。表示されている通信手段は、サーバにより提供されている通信サービスのみとなっている。
【０１２１】
図９は、属性情報を表示せず、通信手段のみを表示した表示例を示す。
【０１２２】
図１０は、一ユーザが複数の情報端末を有している場合、それぞれの情報端末を区別して表示した表示例である。例えば、図１０において、通信先ユーザは、「SubPC」と「PC」の２つのユーザ端末を有しており、それぞれの端末でファイル転送「File Transfer」が可能である。
【０１２３】
図１１は、属性情報の他の表示例を示す画面例である。属性情報として、メッセージ「こっちに送ってください」が、通信手段に続いて表示されている。
【０１２４】
（２）ユーザ情報の設定ウインドウ
図１２は、ユーザ端末上でユーザ情報を入力するためのウインドウ例である。図１２には、端末名設定欄１２１、通信手段設定欄１２２、状態設定ボタン１２３、拒否ボタン１２４及びコメント欄１２５が表示されている。
【０１２５】
端末名設定欄１２１は、ユーザ端末を区別するためのユーザ端末名を設定するフィールドである。
【０１２６】
通信手段設定欄１２２は、端末名設定欄１２１に表示されているユーザ端末上で動作可能な通信手段を設定するフィールドである。
【０１２７】
状態設定ボタン１２３は、通信手段設定欄１２２に表示されている通信手段の使用可／不可を、所定の状態毎に設定するためのボタンである。図中、「online」、「away」及び「offline」の各状態においては、通信手段「FileTransfer」は使用可能に設定されている。逆に、「away」においては、「FileTransfer」は使用不可能に設定されている。
【０１２８】
拒否ボタン１２４は、通信手段設定欄１２２に表示されている通信手段による通信をユーザが避けたい場合に用いるボタンである。この拒否ボタン１２４を押すと、状態設定ボタン１２３の設定状態に関わらず、該当通信手段による通信は不可能と設定される。
【０１２９】
コメント欄１２５は、属性情報を設定するためのフィールドである。図は、属性情報としてメッセージ「こっちに送ってください」を設定している例を示している。
【０１３０】
前述したユーザ情報の他に、ユーザテーブルやプリファレンステーブルの構造に応じて必要な情報を設定できるように、ユーザ情報設定ウインドウを設計することが好ましい。
【０１３１】
［処理の流れ］
次に、前記通知装置１が行う処理の流れについて、具体的に説明する。なお、説明を容易にするために、通知装置１がユーザ端末上に設けられていない場合（図２）について説明するが、ユーザ端末上に設ける場合（図３）も同様の処理を行う。ユーザ端末がアドレス帳の表示を要求することにより、以下の処理が開始される。
【０１３２】
ステップＳ１では、アドレス管理部１２が、アドレス帳をアドレスＤＢ１１から読み込み、ＷＷＷサーバ１８を介してユーザ端末に送信する。通信元のユーザ端末上では、ＷＷＷブラウザ４２が、受信したアドレス帳を画面上に表示する。
【０１３３】
ステップＳ２では、通信元ユーザがいずれかのユーザを通信先ユーザとして選択することにより、表示部１５が、選択されたユーザのユーザＩＤを、ＷＷＷサーバ１８を介して取得する。その後ステップＳ３に移行する。
【０１３４】
ステップＳ３では、表示部１５は、通信先ユーザのユーザＩＤを取得部１６に送出する。取得部１６は、ＤＢＭＳ３に対しユーザＩＤを送出し、通信先ユーザが使用可能な通信手段のリスト、すなわち通信先候補リストを要求する。
【０１３５】
ＤＢＭＳ３は、ユーザＩＤをキーにリストＤＢ２を検索し、該当するユーザが使用可能な通信手段及びその優先度を、取得部１６に送信する。取得部１６は、取得した通信先候補リストを、生成部１７に送出する。
【０１３６】
ステップＳ４では、生成部１７は、通信元ユーザが使用可能な通信手段と、通信元ユーザ状態における各通信手段の優先度とを、ユーザＤＢ１３から読み出し、通信元候補リストを作成する。
【０１３７】
ステップＳ５では、生成部１７は、表示部１５に送出するための通信手段リストを生成する。具体的には、生成部１７は、通信先ユーザ及び通信元ユーザの双方が使用可能な通信手段を、通信元候補リスト及び通信先候補リストから決定する。次いで、決定した通信手段を例えば通信元ユーザの優先度順に並べ替え、候補リストとする。
【０１３８】
ステップＳ６では、生成部１７は、候補リストを表示部１５に送出する。表示部１５は、ＷＷＷサーバ１８を介して候補リストをユーザ端末に送信する。ユーザ端末では、前記図７〜１１に例示した候補リストが、ＷＷＷブラウザ４２により表示される。
【０１３９】
その後、通信元ユーザにより選択された通信手段が、起動部４３から通信部１９に通知される。通信部１９は、ユーザテーブルに基づいて、通信先ユーザ端末を管理する通知装置１と交渉し、通信パラメータを決定する。起動部４３は、通信パラメータを通信アプリケーション４４に渡し、通信アプリケーション４４を起動する。
【０１４０】
本実施形態例によれば、ユーザは、他のユーザと通信を開始するに先立ち、お互いがその時点の状態で使用可能な通信手段を通知される。しかも、通信手段の表示には、優先順位など通信元ユーザの都合を反映させることが出来る。従って、通信しようとするユーザにとって、相手の状態だけでなく自分の都合をも考慮した通信を可能にすることが出来る。
【０１４１】
＜第２実施形態例＞
前記第１実施形態例においては、アドレス帳のいずれかのユーザを選択することにより、通信先ユーザが選択される。選択されたユーザは、ユーザＩＤにより特定されている。しかし、他の方法による通信先ユーザの選択及び特定も可能である。
【０１４２】
例えば携帯電話においては、通常、着信した電話番号が記述された着信リストが作成されている。また、ユーザが作成する電話帳や、メールアドレスのリストが、ユーザ端末に記憶されている場合がある。これらの情報を用いて通信先を指定することも可能である。このような場合、以下のような処理も可能である。
【０１４３】
まず、リストＤＢ２には、ユーザの通信アドレスも併せて蓄積されている。何らかの通信アドレスやユーザ名を用いて通信先ユーザが選択されると、表示部１５が、ユーザ名や通信アドレスを取得し、取得部１６及びＤＢＭＳ３に渡す。但し、表示部１５は、渡した情報が何であるかを示す識別子を併せて渡す。例えば、電話番号であることを示す識別子と共に電話番号が渡される。
【０１４４】
ＤＢＭＳ３は、例えば通信アドレスをキーにリストＤＢ２を検索し、前記と同様に通信先候補リストを取得部１６に送出する。その後の処理は、前記と同様である。
【０１４５】
また、表示部１５は、リストＤＢ２を検索するに先立ち、アドレス帳を検索してユーザＩＤを求め、ユーザＩＤが求められない場合のみリストＤＢ２を検索するようにしてもよい。
【０１４６】
さらに、通信先ユーザの指定に用いられた通信アドレスに対応する通信手段が生成された候補リストに含まれる場合、生成部１７は該当する通信手段を候補リストの最初に表示しても良い。また、同様の場合、起動部４３は、ユーザによる通信手段の選択を待たず、自動的に該当する通信手段を起動しても良い。
【０１４７】
本実施形態例によれば、ユーザは通常ユーザ端末側に蓄積されている情報を用いて通信先ユーザを選択することができ、本システムの利便性をさらに高めることができる。
【０１４８】
＜第３実施形態例＞
次に、通信元ユーザ端末及び／または通信先ユーザ端末が通信手段を有していない場合、その通信手段をダウンロードして通信を開始する通知システムについて、具体的に説明する。
【０１４９】
［概要］
図１４は、本実施形態例の通知システムの原理を示す説明図である。この通知システムは、通信管理部１２１と、指定部１２３と、取得部１２４と、表示部１２６と、選択部１２７と、ダウンロード部１２８と、候補管理部１３１と、候補ＤＢ１３２とを有している。候補ＤＢ１３２は、前記図２のリストＤＢに相当する。
【０１５０】
ユーザ端末上で使用可能な通信手段は、通信管理部１２１から候補管理部１３１に申告され、候補ＤＢ１３２に蓄積される。ユーザが、通信先ユーザを指定すると、通信先ユーザが使用可能な通信手段のリスト１が候補管理部１３１から取得部１２４に送信され、表示部１２６によりユーザ端末上で表示される。一方のユーザ端末が有していない通信手段が選択されると、その通信手段を有していないユーザ端末は、ダウンロード部１２８により通信手段をダウンロードする。これにより、両ユーザ端末で選択された通信手段が起動され、通信が開始される。
【０１５１】
この通知システムを用いれば、選択された通信手段がユーザ端末上にない場合、その通信手段がユーザ端末上にダウンロードされる。従って、ユーザが希望する通信手段で通信を開始することができる。
【０１５２】
［構成］
図１５は、第３実施形態例に係る通知システムの構成を示す機能ブロック図である。この通知システム１１０は、ユーザ端末１２０、サーバ１３０及び通信手段アーカイブ１４０が、インターネットなどのネットワークで接続されて構成されている。なお、図面上では１つのユーザ端末しか示していないが、サーバには複数のユーザ端末が接続される。
【０１５３】
ユーザ端末は、通信管理部１２１、端末管理部１２２、指定部１２３、取得部１２４、生成部、表示部１２６、選択部１２７及びダウンロード部１２８を有している。通信管理部１２１は、ユーザ端末が有する通信手段をサーバに申告する。また、通信管理部１２１は、通信元ユーザが選択した通信手段の通知をサーバから受信し、その通信手段を起動する。端末管理部１２２は、所定の端末情報、例えばメモリ量やJAVAのバージョンを、サーバに通知する。指定部１２３は、通信先ユーザの指定をユーザから受け付け、サーバに通知する。
【０１５４】
取得部１２４は、通信先に指定されたユーザが使用可能な通信手段のリスト１を、候補管理部１３１から取得する。生成部は、通信元ユーザが使用可能な通信手段のリスト２と、サーバから取得したリスト１とから、両ユーザが使用可能な通信手段のリスト（以下、候補リストという）を生成する。表示部１２６は、候補リストをユーザ端末上に表示する。選択部１２７は、候補リストから選択された通信手段を候補管理部１３１に通知する。ダウンロード部１２８は、ユーザ端末上にない通信手段を、通信手段の提供者から取得する。
【０１５５】
サーバは、候補管理部１３１と候補ＤＢ１３２と端末ＤＢ１３３とを有している。候補管理部１３１は、各ユーザ端末で動作可能な通信手段を候補ＤＢ１３２に、各ユーザ端末の端末情報を端末ＤＢ１３３に、それぞれ蓄積する。候補ＤＢ１３２に蓄積される情報は、前記図６に示すリストＤＢ内の情報と同様であり、ユーザを特定する情報と、通信手段と、使用可／不可とが少なくとも蓄積される。また、候補管理部１３１は、指定された通信先ユーザが使用可能な通信手段を候補ＤＢ１３２から取得し、通信元ユーザ端末に通知する。さらに、候補管理部１３１は、通信先ユーザ端末にダウンロード可能な通信手段を通信手段アーカイブから検索し、リスト１に書き込む。
【０１５６】
通信手段アーカイブは、対応表及びプログラムＤＢを有している。対応表には、通信手段を端末にダウンロードするために必要なダウンロード条件と、通信手段を端末上で実行するために必要な実行条件とが記載されている。例えば、通信手段のダウンロードや実行に必要な端末のメモリ量を挙げることができる。プログラムＤＢには、通信手段、すなわち通信アプリケーションの実行形式が蓄積されている。
【０１５７】
［処理の流れ］
図１６は、前記構成の通知システムにおいて、通信先ユーザ端末が通信手段をダウンロードする場合の処理の流れを示す説明図である。
【０１５８】
ユーザ端末は、起動すると、ユーザ端末が有する通信手段を、サーバに通知する（＃１１、＃１２）。また、ユーザ端末は、使用可能な通信手段が使用不可になったり、逆に使用不可から使用可になった場合、その変化をサーバに通知する（＃１１、＃１２）。通信手段の使用可／不可の切り替えは、前記第１実施形態例と同様にユーザ状態の変化に応じてユーザ端末が自動的に行っても良いし、ユーザの入力により行っても良い。
【０１５９】
さらにユーザ端末は、起動すると、所定の端末情報をサーバに通知する（＃１１、＃１２）。この端末情報は、後述するように、通信手段がユーザ端末上で動作可能か否かを判断するために用いる情報である。例えば、ユーザ端末がJAVAアプレットを受け付ける場合、JAVAのバージョンやメモリの量を、サーバに通知する。
【０１６０】
サーバは、通信手段及び端末情報を受信し（＃１３）、候補ＤＢ１３２及び端末ＤＢ１３３に書き込む（＃１４）。サーバは、通信手段の使用可／不可の変化をユーザ端末から受け取ると、その内容を候補ＤＢ１３２に書き込む。これにより、候補ＤＢ１３２には、ユーザ端末上の通信手段を使用可能か否かについて、最新の情報が蓄積される。
【０１６１】
ユーザ端末起動後にユーザが通信先ユーザを指定すると（＃１５）、サーバは通信先ユーザ端末の端末情報を端末ＤＢ１３３から読み出す（＃１６，＃１７）。通信先ユーザの指定は、前記実施形態例１と同様にＷＷＷサーバ及びＷＷＷブラウザを用いて行っても良い。また、ユーザの指名や予めユーザに付与されるユーザＩＤを入力することにより行っても良い。
【０１６２】
サーバは、通信先ユーザの端末情報と通信手段アーカイブの対応表とに基づいて、その端末で実行可能な通信手段を検索する（＃１８）。またサーバは、候補ＤＢ１３２を参照して通信先ユーザ端末で使用可能な通信手段のリストを作成する。さらに、サーバは、前記検索結果の通信手段と候補ＤＢ１３２内の使用可能な通信手段とを加えたリスト１を作成し、通信元ユーザ端末に送信する（＃１９）。
【０１６３】
リスト１を受信した通信元ユーザ端末は、自端末が有している通信手段のうち使用可能な通信手段のリスト２を作成し、リスト１とリスト２とに共通する通信手段を抽出して候補リストを作成する（＃２０、＃２１）。候補リストは、ユーザ端末上に表示される（＃２１）。候補リストの中からいずれかの通信手段が選択されると、選択された通信手段がサーバに通知される。今、通信元ユーザ端末が有している通信手段であって、通信先ユーザ端末はまだ有していないがダウンロード及び実行が可能な通信手段が選択されたものとする。
【０１６４】
通信手段が選択されると、通信手段とともに、通信に必要なパラメータがサーバに通知される。パラメータとは、例えばデータの転送速度や通信に用いるサーバ名である。また、通信元ユーザ端末では選択された通信手段が起動される（＃２３）。
【０１６５】
一方、サーバは、選択された通信手段を通信先ユーザ端末に通知する（＃２４，＃２５）。通信先ユーザ端末では、通信手段の提供者から通信手段、すなわち通信アプリケーションをダウンロードし、起動する（＃２６，＃２７，＃２８）。これにより、通信元ユーザ端末及び通信先ユーザ端末間で、選択された通信手段による通信が開始される。
なお、通信先ユーザ端末に通信手段をダウンロードするに先立ち、ユーザ端末はユーザに対する確認処理を行うことが可能である。例えば、ユーザ端末は、サーバからの通信手段の通知を受信すると、「ユーザＡさんが、ＢＢＢで通信を要求しています。ダウンロードしますか？」などのメッセージを画面に表示する。そして、このメッセージに対するユーザの応答に応じ、ダウンロードを実行または中止する。ダウンロードを中止した場合、その旨をサーバを介して通信元ユーザ端末に通知することが好ましい。
【０１６６】
［画面例］
図１７は、前記通知システムにおいて、ユーザ端末上に表示される候補リストの一例である。図１７（ａ）では、通信先ユーザ端末が有していないがダウンロードすれば実行可能となる通信手段が、まず「downloadable」と表示される。そして、「downloadable」が選択されると、実行可能な通信手段が個々に表示される。
【０１６７】
図１７（ｂ）では、通信先ユーザ端末で実行可能となる通信手段が、既にある通信手段とともに並列表記されている。ただし、通信手段名に続いて「downloadable」と表記され、まだインストールされていない通信手段であることが区別できるようになっている。ここで、「downloadable」の表記を行わないことも可能である。その場合、前記第１実施形態例の図７のように、ダウンロード可能な通信手段をイタリックで表記しても良いし、他の通信手段と区別しないで表記しても良い。
【０１６８】
＜第４実施形態例＞
（Ａ）前記第３実施形態例においては、通信先ユーザが使用可能な通信手段のリスト１と、通信元ユーザが使用可能な通信手段のリスト２とをマージする処理をユーザ端末で行っている。しかし、この処理をサーバで行うことも可能である。その場合、ユーザ端末上に生成部を設ける必要はない。
【０１６９】
（Ｂ）前記第３実施形態例においては、通信手段アーカイブに対応表とプログラムＤＢとが共に設けられている。しかし、両者は別々に設けられていても良く、またサーバ上に設けられていても良い。
【０１７０】
（Ｃ）前記第３実施形態例においては、通信元ユーザ端末が既に有している通信手段であって、通信先ユーザ端末が有していないが実行可能である通信手段を、通信元ユーザが選択した場合を説明した。しかし、この逆であっても、同様の処理が可能である。
【０１７１】
また、通信元及び通信先ユーザ端末が両方とも有していない通信手段を候補リストに記載することも可能である。この場合、例えば通信元ユーザ端末は、通信手段アーカイブに自端末情報を送信し、実行可能な通信手段のリストを得る。通信元ユーザ端末は、このリストと、既に自端末が有しており使用可能な通信手段とを加えて、リスト２を作成する。さらに、通信元ユーザ端末は、サーバから送信されるリスト１と、作成したリスト２との共通部分から、候補リストを作成する。
【０１７２】
ただし、双方のユーザ端末で実行可能な通信手段の種類が非常に多くなる可能性がある。そこで、通信手段に予め優先順位を付しておき、優先順位順に所定の順位までを候補リストとして表示するとよい。ユーザの要求に応じて、さらに下位の順位の通信手段を表示することも考えられる。
【０１７３】
＜第５実施形態例＞
次に、同一ユーザの複数端末上にある通信手段を、ユーザと関連づけて管理する通知システムについて、具体的に説明する。
【０１７４】
［概要］
図１８は、本実施形態例の通知システムの原理を示す説明図である。この通知システムは、ダウンロード部１２８を有していない点を除き、第３実施形態例の通知システムと同様の機能を有している。すなわち、この通知システムは、通信管理部１２１と、指定部１２３と、取得部１２４と、表示部１２６と、選択部１２７と、候補管理部１３１と、候補ＤＢ１３２とを有している。
【０１７５】
ユーザ端末上で使用可能な通信手段は、通信管理部１２１から候補管理部１３１に申告され、候補ＤＢ１３２に蓄積される。ユーザが、通信先ユーザを指定すると、通信元及び通信先ユーザが共に使用可能な通信手段のリスト（候補リスト）が候補管理部１３１から取得部１２４に送信され、表示部１２６によりユーザ端末上で表示される。ここで、通信先ユーザが複数の端末を有する場合、通信手段の種類毎に通信手段がグループ化された状態で、候補リストが表示される。
【０１７６】
この通知システムを用いれば、通信先ユーザの居場所や状態に応じて通信先ユーザ端末を選択することができる。通信元ユーザにとっては無駄な通信を行わずにすみ、通信先ユーザにとっては自分に都合の良い情報端末で通信要求を受信することができる。
【０１７７】
［構成］
図１９は、第５実施形態例に係る通知システム１１１の構成を示す機能ブロック図である。この通知システムは、ユーザ端末１２０及びサーバ１３０が、インターネットなどのネットワークで接続されて構成されている。なお、図面上では１つのユーザ端末しか示していないが、サーバには複数のユーザ端末が接続される。
【０１７８】
（１）ユーザ端末
ユーザ端末は、通信管理部１２１、指定部１２３、取得部１２４、表示部１２６及び選択部１２７を有している。通信管理部１２１は、ユーザ端末が有する通信手段をサーバに申告する。また本例では、通信管理部１２１は、通信元ユーザが選択した通信手段の通知をサーバから受信し、その通信手段を起動する。さらに通信管理部１２１は、通信手段の状況をサーバに報告する機能も果たす。通信管理部１２１は、通信手段の申告機能及び起動機能に加え、さらに付加機能を有していることが好ましい。この付加機能については後述する。
【０１７９】
指定部１２３は、通信先ユーザの指定をユーザから受け付け、サーバに通知する。取得部１２４は、通信先ユーザと通信元ユーザとが共に使用可能な通信手段のリスト、すなわち候補リストを、候補管理部１３１から取得する。表示部１２６は、候補リストをユーザ端末上に表示する。選択部１２７は、候補リストから選択された通信手段を候補管理部１３１に通知する。
【０１８０】
（２）サーバ
サーバは、候補管理部１３１と候補ＤＢ１３２とグループＤＢ１３４とを有している。候補管理部１３１は、通信管理部１２１からの通知に基づいて、ユーザ端末とその端末上で動作可能な通信手段とを、候補ＤＢ１３２に蓄積する。候補管理部１３１はグルーピング部３０１を有している。これにより、候補ＤＢ１３２を参照し、同一ユーザに属する各端末の通信手段を通信手段の種類毎にグループ化し、その結果をグループＤＢ１３４に蓄積する。
【０１８１】
また、候補管理部１３１は、指定された通信先ユーザが使用可能な通信手段と通信元ユーザが使用可能な通信手段とをグループＤＢ１３４から取得して候補リストを作成し、通信元ユーザ端末に通知する。さらに、候補管理部１３１は、他の付加機能を有していることが好ましい。候補管理部１３１の付加機能については後述する。
【０１８２】
図２０は、候補ＤＢ１３２に蓄積されるデータの概念説明図である。候補ＤＢ１３２には、ユーザ名、通信手段、使用可／不可、更新時刻、通信状況及びメッセージが蓄積されている。「ユーザ名」は、ユーザを特定可能な情報であればよく、ユーザＩＤを用いても良い。「通信手段」には、通信手段の種別と端末名とが記憶される。例えば、「ＩＭ＠事務室」は、事務室にある端末のインスタントメッセージであることを示している。
【０１８３】
「使用可／不可」には、ユーザ端末上の通信手段が使用可能か否かを示す情報が記憶される。「更新時刻」には、そのエントリの最新の更新時刻が記憶される。「通信状況」には、通信手段が通信中か、待機中か、通信を要求されたかのいずれかの状況が記憶される。「メッセージ」には、ユーザにより通信手段に設定されたメッセージが記憶される。図２０は、通信手段「ＩＭ＠事務室」にメッセージ「こっちにいます。」が設定されていることを示している。
【０１８４】
図２２は、グループＤＢ１３４に蓄積されるデータの概念説明図である。グループＤＢ１３４には、候補ＤＢ１３２に蓄積されている通信手段のうち、「使用可能」な状態にある通信手段が、所定の基準でグループ化されて記憶されている。本例では、グループ化の基準に通信手段の機能を用いている。グループＤＢ１３４には、ユーザ名、通信種類、リンク先、優先順位及びプリファレンス情報が蓄積されている。
【０１８５】
「ユーザ名」は、前記候補ＤＢ１３２のユーザ名と同様に、ユーザを特定する情報である。「通信種類」には、通信手段の機能が記憶される。図２１では、メッセージング、NetMeeting、FileTransfer及び電話が、通信手段の機能として例示されている。「リンク先」には、ユーザ端末とそのユーザ端末上の通信手段の組み合わせか、または通信手段が記憶される。例えば、図２１では、ユーザＡに対してメッセージング機能を使用可能な通信手段は、事務室または実験室のＩＭかE-Mailである。
【０１８６】
「優先順位」には、同一の通信機能を有する通信手段に対して付与された優先順位が記憶されている。優先順位は、グループＤＢ１３４に必ずしも必要な情報ではない。優先順位は、後述するようにユーザにより付与しても良いし、第１実施形態例のようにユーザ状態を候補ＤＢ１３２（リストＤＢに相当）に記憶している場合にはユーザ状態に応じてサーバが付与しても良い。
【０１８７】
「プリファレンス情報」には、ユーザを特定する情報と、そのユーザに最も推奨されている通信手段とが記憶される。図２１では、ユーザＡは、メッセージング機能について、ユーザ「nkawa」には事務室または実験室のＩＭの使用を、ユーザ「kohda」にはE-Mailの使用を、推奨している。各ユーザに推奨されている通信手段は、「優先順位」の設定よりも優先される。
【０１８８】
（３）通信管理部の付加機能
前述したように、通信管理部１２１は付加機能を有していることが好ましい。本例では、通信管理部１２１は、確認部２０１、編集部２０２、記憶部２０３、状況通知部２０４、内容送出部２０５、内容ＤＢ２０６、履歴取得部２０７及び端末通信部２０８を、付加機能を実現するために有している。
【０１８９】
確認部２０１は、通信の開始に先立ち、通信先ユーザの了解を得てから通信を行う。ある通信機能が選択されると、確認部２０１は、その通信機能を使用することを、サーバを介して通信先ユーザに通知する。さらに、確認部２０１は、通信に対する了解を受信し、応答があったユーザ端末に対して通信を行う。
【０１９０】
編集部２０２は、前述したグループＤＢ１３４や通信手段に対するメッセージの編集をユーザから受け付け、サーバに送信する。ユーザは、編集部２０２により、自端末上の通信機能をグループ化したり、通信手段にメッセージを付加したりすることができる。また、通信手段に設定されたメッセージは、メッセージリストとして記憶部２０３に記憶される。さらに編集部２０２は、他のユーザ端末上で動作可能な通信手段の使用可／不可の変更をユーザから受け付け、サーバに送信可能であることが好ましい。
【０１９１】
記憶部２０３は、メッセージリストを格納する。図２２は、メッセージリストの概念説明図である。メッセージリストには、通信手段と、ユーザにより設定されたメッセージとが、対応づけられて蓄積されている。記憶部２０３は、メッセージリストの他に、ユーザ端末の端末名など所定の情報を格納している。端末名とは、例えば「事務室」、「実験室」など、ユーザ端末を区別するための情報である。端末名は、ユーザが編集部２０２を用いることにより設定される。
【０１９２】
状況通知部２０４は、ユーザ端末上の通信手段の通信状況を、サーバに通知する。この通知に従い、候補リストの「通信状況」が更新される。また、状況通知部２０４は、ユーザの他の端末における通信状況を、サーバから取得してユーザに通知する。
【０１９３】
内容送出部２０５は、ユーザ端末が有する通信手段により通信が実行された場合、通信内容を含む所定の情報を、内容ＤＢ２０６に格納する。図２３は、内容ＤＢ２０６に蓄積される情報の概念説明図である。内容ＤＢ２０６には、通信手段、通信内容、開始時刻、終了時刻及び発信者が蓄積されている。「通信手段」には、通信手段と端末名とが合わせて記憶される。「通信内容」には、送受信されたデータが記憶される。例えば通信手段がインスタントメッセージ（ＩＭ）の場合、通信内容にはメッセージの内容が記憶される。「開始時刻」及び「終了時刻」には、通信の開始及び終了時刻がそれぞれ記憶される。「発信者」には、通信元ユーザが記憶される。
【０１９４】
また、内容送出部２０５は、通信内容を含む所定の情報を、同一ユーザの他の端末に、サーバを介して送出する。これにより、ユーザは、自分が有する端末ａ１上で行った通信内容などを、他の自端末ａ２上で取得することができる。
【０１９５】
端末通信部２０８は、自端末の近傍に存在する他のユーザ端末を、無線などにより検出する。例えば、検出用データ列を無線により送信し、これに対する応答用データ列を受信することにより他端末の検出を行う。
【０１９６】
履歴取得部２０７は、後述するサーバの履歴ＤＢ３０５からユーザの通信履歴を取得し、ユーザに通知する。
【０１９７】
端末通信部２０８は、他の端末を検出した場合、自端末と他端末との間でデータリンクを確立する。そして、ユーザにより使用されている方の端末をマスタ側、他方をスレーブ側としてデータ交換を行う。マスタ側端末通信部２０８は、スレーブ側端末通信部２０８に対し、端末名及び使用可能な通信手段の通知を要求する。さらにマスタ側端末通信部２０８は、この要求に対する応答を用い、スレーブ側端末が有する通信手段を、マスタ側の通信手段の一部としてサーバに申告する。スレーブ側端末とサーバとの間で送受信すべきデータは、全てマスタ側端末通信部２０８により中継される。端末通信部２０８の機能を用いれば、一人のユーザが複数の端末を使用している場合に、現在使用している端末とは別の端末で使用可能な通信手段を、候補リストに含めることが出来る。
【０１９８】
（４）サーバの付加機能
前述したように、サーバは付加機能を有していることが好ましい。本例では、サーバは、確認送信部３０２、状況取得部３０３、履歴部３０４及び履歴ＤＢ３０５を、付加機能を実現するために有している。
【０１９９】
確認送信部３０２は、通信管理部１２１の確認部２０１に対応してサーバに設けられる。確認送信部３０２は、通信元ユーザが選択した通信機能を使用可能な全ての通信手段に対し、受信確認を送信する。また、確認送信部３０２は、受信確認に対する応答を、通信元ユーザ端末に送信する。
【０２００】
状況取得部３０３は、通信管理部１２１の状況通知部２０４に対応してサーバに設けられる。状況取得部３０３は、通信状況をユーザ端末から受信し、候補ＤＢ１３２の「通信状況」を更新する。また、状況取得部３０３は、同一ユーザの端末に、他のユーザ端末における通信手段の状況変化を通知する。
【０２０１】
履歴部３０４は、ユーザ端末からの通信状況に応じ、各ユーザ端末で開始及び終了された通信手段名を、履歴ＤＢ３０５に蓄積する。履歴ＤＢ３０５には、さらに通信内容を蓄積しても良い。また、履歴部３０４は、ユーザ端末からの要求に応じ、そのユーザの通信履歴を履歴ＤＢ３０５から読み出し、要求元ユーザ端末に送信する。
【０２０２】
［処理の流れ］
次に、前述の機能を有する通知システムにおける処理の流れについて、具体例を挙げて説明する。
【０２０３】
（１）メイン処理
図２４は、本実施形態例の通知システムにおけるメイン処理の流れを示す説明図である。この処理では、通信元ユーザは、通信機能、すなわち通信手段のグループを選択して通信を要求する。
【０２０４】
まず、ユーザ端末が起動すると、通知装置は自端末が有する通信手段をサーバに申告する（＃１０１，＃１０２）。また、通知装置は、通信手段が使用可または使用不可に変化した場合、新たな状態をサーバに申告する（＃１０１，＃１０２）。
【０２０５】
サーバは、ユーザ端末からの申告に基づいて、候補ＤＢ１３２を更新する（＃１０３，＃１０４）。さらにサーバは、候補ＤＢ１３２の新たな内容に基づいて、通信手段のグループ化を行い、グループＤＢ１３４を更新する（＃１０５，＃１０６）。例えば、図２１に示す候補ＤＢ１３２においてＩＭ＠実験室が「使用可」から「使用不可」になったとする。この場合、図２２に示すグループＤＢ１３４から、メッセージングのＩＭ＠実験室が削除される。
【０２０６】
いずれかのユーザが通信先ユーザとして指定されると、サーバは通信先及び通信元ユーザについてグループＤＢ１３４を読み出し、候補リストを作成して通信元ユーザ端末に送信する（＃１０７，＃１０８，＃１０９）。グループＤＢ１３４に優先順位やプリファレンスが設定されている場合、これらの情報に基づいて候補リストに記述する通信手段を決定する。また、候補ＤＢの更新時間が新しいほど、優先度の高い通信手段としても良い。
【０２０７】
例えば、サーバは、同一グループ内で通信元ユーザに対する優先度が最も高い通信手段だけを候補リストに記述する。通信元ユーザ端末には、両ユーザが使用可能な通信手段が、通信機能毎にグループ化されて表示される（＃１１０，＃１１１）。候補リストの表示例としては、前述の図７や図８に示す画面例が挙げられる。
【０２０８】
通信元ユーザが、表示された候補リストの中からいずれかの通信手段を選択すると、そのユーザ端末では通信手段が起動される（＃１１２，＃１１３）。一方、選択された通信手段はサーバを介して通信先ユーザ端末に通知される（＃１１４，＃１１５）。
【０２０９】
通信先ユーザ端末では、通信手段の通知に従い、通信手段が起動される（＃１１６，＃１１７）。
【０２１０】
この処理では、複数端末に分散して存在するユーザの通信手段を、ユーザと対応付けて管理している。従って、ユーザは、他のユーザが複数の端末上に有している通信手段を容易に把握することができ、円滑な通信を行うことができる。
【０２１１】
（２）確認処理
図２５は、通知システムが行う確認処理の流れを示す説明図である。この処理では、通信先ユーザの意思を確認後、通信を開始する。
【０２１２】
通信元ユーザが通信先ユーザを指定して候補リストから通信手段を選択する（＃１２１〜＃１２５）。この処理は、前記メイン処理の＃１０７〜＃１１２と同様である。サーバは、選択された通信手段を使用可能な全ての通信先ユーザ端末に対し、受信確認を送信する（＃１２６，＃１２７）。
これを受信した通信先ユーザ端末では、通信元ユーザ及び通信手段が通知される（＃１２８，＃１２９）。例えば、「ユーザＡから電話の希望があります。通信を行いますか？」などのメッセージが、端末上に表示される。通信先ユーザ端末は、このメッセージに対するユーザの応答を所定時間待機し、応答をサーバに通知する（＃１３０，＃１３３）。所定時間内に応答がない場合はなにも行わない（＃１３１，＃１３２）。
【０２１３】
応答を受け取ったサーバは、応答内容を通信元端末に通知する（＃１３４）。図２５は、応答が「通信する」である場合の処理を示している。この場合、サーバは、応答があった端末名を、通信元ユーザ端末に通知する（＃１３４，＃１３５）。通信元ユーザ端末は、通知された端末に対し、選択された通信手段による通信を開始する（＃１３６，＃１３７）。
【０２１４】
なお、応答が「通信しない」である場合、通信元ユーザ端末は応答内容をユーザに通知する。
【０２１５】
（３）通信状況同報処理
図２６は、通知システムが行う通信状況同報処理の流れを示す説明図である。この処理では、ユーザの端末ａ１での通信状況は、そのユーザの他の端末ａ２、ａ３…に同報される。
【０２１６】
ユーザＡが複数端末ａ１，ａ２，ａ３…を有しているとする。ある端末ａ１において、何らかの通信状況の変化が生じると、その変化はサーバに通知される（＃１４１，＃１４２）。例えば端末ａ１に電話があった場合や、インスタントメッセージが着信した場合である。
【０２１７】
サーバは、この通知に基づき、ユーザＡの他の端末ａ２，ａ３…に、端末名、通信手段及び新たな通信状況を通知する（＃１４３，＃１４４）。この通知に基づいて、他の端末ａ２，ａ３…では、端末ａ１における通信状況の変化がユーザに通知される（＃１４５，＃１４６）。例えば、「端末ａ１に、電話の着信がありました。」などのメッセージが表示される。
【０２１８】
（４）通信内容取得処理
図２７は、通知システムが行う通信内容取得処理の流れを示す説明図である。この処理では、ユーザＡは、自端末ａ２で行われた通信の内容を、サーバを介して他の自端末ａ１で取得する。
【０２１９】
まず、ユーザＡは、複数の自端末のうちの１つ（ａ２）を指定して、その端末で行われた通信の内容を要求する（＃１５１）。サーバは、指定された端末ａ２に要求を中継する（＃１５２）。
【０２２０】
指定された端末ａ２では所定の認証処理を端末ａ１との間で行い、要求者が通信内容を取得する権限を有しているか否かを確認する（＃１５３，＃１５４）。認証する場合、端末ａ２は検索条件を要求する（＃１５５）。例えば、通信開始時間の範囲や発信者、通信手段など、内容ＤＢ２０６からデータを抽出するための条件を要求する。逆に認証しない場合、認証結果を、サーバを介して端末ａ１に通知する（＃１５６）。
【０２２１】
端末ａ１は、検索条件の入力をユーザから受け付け、サーバを介して端末ａ２に送信する（＃１５８，＃１５９，＃１６０）。
【０２２２】
端末ａ２は、指定された検索条件に基づいて内容ＤＢ２０６を検索し、データを抽出して端末ａ１に送信する（＃１６１，＃１６２，＃１６３）。例えば、通信開始日時の範囲を指定された場合、その範囲で開始された通信の内容を読み出して端末ａ１に送信する。抽出するデータとしては、通信内容の他に、内容ＤＢ２０６に格納されている情報を抽出することができる。これにより、ユーザＡは、端末ａ２で行われた通信内容や発信者などを、他の端末ａ１上で取得することができる。
【０２２３】
（５）通信履歴取得処理
図２８は、通知システムが行う通信履歴取得処理の流れを示す説明図である。この処理では、ユーザＡは、複数の自端末ａ１，ａ２，ａ３…における通信履歴を、いずれかの端末で取得することができる。
【０２２４】
ユーザＡがいずれかの端末ａ１において通信履歴を要求すると（＃１７１）、サーバは所定の認証処理により通信履歴を取得する権限を有するユーザであるか否かの判断を行う（＃１７２，＃１７３）。ユーザを認証する場合、サーバは、該当ユーザの全ての端末における通信履歴を履歴ＤＢ３０５から読み出し、要求元端末ａ１に送信する（＃１７４、＃１７５）。端末ａ１では、ユーザＡの全ての端末における通信履歴が表示される（＃１７６）。認証しない場合、例えばサーバは所定のメッセージを要求元端末ａ１に送信し、端末ａ１は認証されなかったことをユーザに通知する（＃１７７）。
【０２２５】
＜第６実施形態例＞
（Ａ）前記第５実施形態例においては、同一ユーザの通信手段を通信手段の機能によりグループ化しているが、他の基準でグループ化しても良い。
【０２２６】
＜その他の実施形態例＞
（Ａ）前記第１〜６実施形態例を別々に説明したが、各実施形態例を適宜組み合わせて実施することも可能である。
【０２２７】
（Ｂ）前記第１〜第６実施形態例に記載の方法を実行するプログラムを記録した記録媒体は、本発明に含まれる。ここで記録媒体としては、コンピュータが読み書き可能なフロッピーディスク、ハードディスク、半導体メモリ、CD-ROM、ＤＶＤ、光磁気ディスク（ＭＯ）、その他のものが挙げられる。
【０２２８】
（Ｃ）前述した本発明の方法を実行するプログラムを伝送する伝送媒体についても本発明に含まれる。ここで伝送媒体としては、プログラム情報を搬送波として伝搬させて供給するためのコンピュータネットワーク（ＬＡＮ、インターネット、無線通信ネットワーク）システムにおける通信媒体（光ファイバ、無線回線、その他）を挙げることが出来る。
【０２２９】
（Ｄ）前述した本発明の方法を実行するプログラムを、前記伝送媒体により提供するサーバについても本発明に含まれる。
【０２３０】
【発明の効果】
本発明を利用すれば、ユーザは、通信相手を選択した後、相手と自分とが共に使用可能な通信手段を通知される。相手の都合だけでなく自分自身の都合を考慮した通信手段の選択が可能となるので、通信を開始しようとするユーザの利便性を高めることが出来る。また、ユーザ端末上に既にある通信手段だけでなく、ダウンロードすることにより使用可能な通信手段も選択できる。さらに、ユーザが複数の端末上に通信手段を有する場合、各端末の通信手段はユーザに関連付けられて管理されているので、通信元ユーザは、通信先ユーザにとって最も便利な端末の通信手段と通信することが出来る。
【図面の簡単な説明】
【図１】第１実施形態例に係る通知システムの全体構成図
【図２】通知装置の機能構成を示すブロック図。
【図３】通知装置を有するユーザ端末の機能構成を示すブロック図。
【図４】ユーザＤＢ１３内のユーザテーブルの概念説明図。
【図５】ユーザＤＢ１３内のプリファレンステーブルの概念説明図。
【図６】リストＤＢ２内の情報の概念説明図。
【図７】候補リストの表示例（１）。
【図８】候補リストの表示例（２）。
【図９】候補リストの表示例（３）。
【図１０】候補リストの表示例（４）。
【図１１】候補リストの表示例（５）。
【図１２】ユーザ情報の設定ウインドウの一例。
【図１３】通知装置が行う処理の流れの一例を示すフローチャート。
【図１４】第３実施形態例の通知システムの原理図。
【図１５】第３実施形態例の通知システムの機能ブロック図。
【図１６】通知システムにおける処理の流れ（第３実施形態例）。
【図１７】候補リストの表示例（第３実施形態例）。
【図１８】第５実施形態例の通知システムの原理図。
【図１９】第５実施形態例の通知システムの機能ブロック図。
【図２０】候補ＤＢに蓄積されるデータの概念説明図。
【図２１】グループＤＢに蓄積されるデータの概念説明図。
【図２２】メッセージリストの概念説明図。
【図２３】内容ＤＢに蓄積されるデータの概念説明図。
【図２４】通知システムにおけるメイン処理の流れ（第５実施形態例）。
【図２５】通知システムにおける確認処理の流れ（第５実施形態例）。
【図２６】通知システムにおける通信状況同報処理の流れ（第５実施形態例）。
【図２７】通知システムにおける通信内容取得処理の流れ（第５実施形態例）。
【図２８】通知システムにおける通信取得履歴処理の流れ（第５実施形態例）。
【符号の説明】
１；通知装置
２；リストＤＢ
３；ＤＢＭＳ
４ａ、ｂ、ｃ、ｄ；ユーザ端末
５；ネットワーク
１２１；通信管理部
１２３；指定部
１２４；取得部
１２６；表示部
１２７；選択部
１３１；候補管理部
１３２；候補ＤＢ
Claims (27)
- ネットワーク上の情報端末に搭載された通信手段を選択的に用い、ユーザが互いに通信する通信システムに用いられる通信手段の通知方法であって、
各ユーザの情報端末上で動作可能な通信手段を、ユーザと対応付けて蓄積する段階と、
通信を要求する通信元ユーザから通信先ユーザの指定を受け付ける段階と、
通信先ユーザの情報端末上と通信元ユーザの情報端末上との両方で動作可能な通信手段が記述されたリストを、蓄積した情報に基づいて生成する段階と、
前記リストを通信開始前に通信元ユーザに通知する段階と、を含み、
前記指定を受け付ける段階では、通信先ユーザの情報端末で動作可能な通信手段を特定する識別情報による通信先ユーザの指定を受け付け可能であり、
通信先ユーザ及び通信元ユーザの双方が前記識別情報に対応する通信手段を使用可能な場合、前記リストを生成する段階では、当該通信手段をリストの先頭に記述する、
通信手段の通知方法。 - ネットワーク上の情報端末に搭載された通信手段を選択的に用い、ユーザが互いに通信する通信システムに用いられる通信手段の通知方法であって、
各ユーザの情報端末上で動作可能な通信手段を、ユーザと対応付けて蓄積する段階と、
通信を要求する通信元ユーザから通信先ユーザの指定を受け付ける段階と、
通信先ユーザの情報端末上と通信元ユーザの情報端末上との両方で動作可能な通信手段が記述されたリストを、蓄積した情報に基づいて生成する段階と、
前記リストを通信開始前に通信元ユーザに通知する段階と、を含み、
前記指定を受け付ける段階では、通信先ユーザの情報端末で動作可能な通信手段を特定する識別情報による通信先ユーザの指定を受け付け可能であり、
通信先ユーザ及び通信元ユーザの双方が前記識別情報に対応する通信手段を使用可能な場合、当該通信手段による通信をさらに開始させる、
通信手段の通知方法。 - ネットワーク上の情報端末に搭載された通信手段を選択的に用い、ユーザが互いに通信する通信システムに用いられる通信手段の通知システムであって、
各ユーザの情報端末上で動作可能な通信手段を、ユーザと対応付けて蓄積している第１テーブルと、
動作可能な通信手段の設定をユーザから受け付け、前記第１テーブルに格納する管理手段と、
通信を要求する通信元ユーザから通信先ユーザの指定を受け付ける指定手段と、
通信元ユーザの情報端末上と通信先ユーザの情報端末上との両方で動作可能な通信手段を、前記第１テーブルから取得する取得手段と、
取得した情報に基づいて、通信元ユーザ及び通信先ユーザの双方が使用可能な通信手段が記述されたリストを生成する生成手段と、
生成したリストを通信開始前に通信元ユーザに通知する通知手段と、を備え、
前記指定手段は、通信先ユーザの情報端末で動作可能な通信手段を特定する識別情報による通信先ユーザの指定を受け付け可能であり、
通信先ユーザ及び通信元ユーザの双方が前記識別情報に対応する通信手段を使用可能な場合、前記生成手段は、当該通信手段をリストの先頭に記述する、
通信手段の通知システム。 - ネットワーク上の情報端末に搭載された通信手段を選択的に用い、ユーザが互いに通信する通信システムに用いられる通信手段の通知システムであって、
各ユーザの情報端末上で動作可能な通信手段を、ユーザと対応付けて蓄積している第１テーブルと、
動作可能な通信手段の設定をユーザから受け付け、前記第１テーブルに格納する管理手段と、
通信を要求する通信元ユーザから通信先ユーザの指定を受け付ける指定手段と、
通信元ユーザの情報端末上と通信先ユーザの情報端末上との両方で動作可能な通信手段を、前記第１テーブルから取得する取得手段と、
取得した情報に基づいて、通信元ユーザ及び通信先ユーザの双方が使用可能な通信手段が記述されたリストを生成する生成手段と、
生成したリストを通信開始前に通信元ユーザに通知する通知手段と、を備え、
前記指定手段は、通信先ユーザの情報端末で動作可能な通信手段を特定する識別情報による通信先ユーザの指定を受け付け可能であり、
通信先ユーザ及び通信元ユーザの双方が前記識別情報に対応する通信手段を使用可能な場合、当該通信手段による通信を開始させる開始手段をさらに有する、
通信手段の通知システム。 - 所定のユーザ状態において使用可能な通信手段が、ユーザ及びユーザ状態と対応付けられて蓄積された第２テーブルと、
所定のユーザ状態において使用可能な通信手段の設定を受け付け、第２テーブルに格納する優先手段と、をさらに備え
前記第１テーブルには、通信手段に加え、ユーザ状態が併せて蓄積されており、
前記管理手段は、新たなユーザ状態の設定を受け付け、第２テーブルの設定に従い、新たなユーザ状態において使用可能な通信手段を第１テーブルに書き込む、
請求項３または４に記載の通信手段の通知システム。 - 所定のユーザ状態において使用可能な通信手段及び前記通信手段の優先度が、ユーザ及びユーザ状態と対応付けられて蓄積された第２テーブルと、
所定のユーザ状態において使用可能な通信手段及び前記通信手段の優先度の設定を受け付け、第２テーブルに格納する優先度手段と、をさらに備え、
前記第１テーブルには、通信手段に加え、通信手段の優先度及びユーザ状態が併せて蓄積されており、
前記管理手段は、新たなユーザ状態の設定を受け付け、第２テーブルの設定に従い、新たな状態において使用可能な通信手段及び通信手段の優先度を第１テーブルに書き込み、
前記取得手段は、通信元ユーザの情報端末上と通信先ユーザの情報端末上との両方で使用可能な通信手段と、通信手段の優先度とを、第１テーブルから取得し、
前記生成手段は、通信元ユーザ及び通信先ユーザの双方が使用可能な通信手段の優先度に基づいて、前記リストを生成する、
請求項３または４に記載の通信手段の通知システム。 - 前記生成手段は、通信元ユーザの優先度に従って通信手段を並べ替える、請求項６に記載の通信手段の通知システム。
- 前記生成手段は、通信先ユーザの優先度に従って通信手段を並べ替える、請求項６に記載の通信手段の通知システム。
- 前記指定手段は、通信先ユーザの情報端末で動作可能な通信手段を特定する識別情報を用いた指定を受け付ける、請求項３または４に記載の通信手段の通知システム。
- 前記通信手段が、ネットワーク上で複数のユーザが参加可能なゲームアプリケーションである、請求項３または４に記載の通信手段の通知システム。
- ユーザが選択的に用いて互いに通信するための通信手段が搭載された情報端末または前記情報端末と通信可能な情報端末に用いられる通信手段の通知プログラムを記録したコンピュータ読み取り可能な記録媒体であって、
Ａ；各ユーザの情報端末上で動作可能な通信手段を、ユーザと対応付けて蓄積している第１テーブルを準備する段階と、
Ｂ；動作可能な通信手段の設定をユーザから受け付け、前記第１テーブルに格納する段階と、
Ｃ；通信を要求する通信元ユーザから通信先ユーザの指定を受け付ける段階と、
Ｄ；通信元ユーザの情報端末上と通信先ユーザの情報端末上との両方で動作可能な通信手段を、前記第１テーブルから取得する段階と、
Ｅ；取得した情報に基づいて、通信元ユーザ及び通信先ユーザの双方が使用可能な通信手段が記述されたリストを生成する段階と、
Ｆ；生成したリストを通信開始前に通信元ユーザに通知する段階と、 を実行するための通信手段の通知プログラムであって、
前記指定を受け付ける段階では、通信先ユーザの情報端末で動作可能な通信手段を特定する識別情報による通信先ユーザの指定を受け付け可能であり、
通信先ユーザ及び通信元ユーザの双方が前記識別情報に対応する通信手段を使用可能な場合、前記リストを生成する段階では、当該通信手段をリストの先頭に記述する、
通信手段の通知プログラムを記録した、コンピュータ読み取り可能な記録媒体。 - ユーザが選択的に用いて互いに通信するための通信手段が搭載された情報端末または前記情報端末と通信可能な情報端末に用いられる通信手段の通知プログラムを記録したコンピュータ読み取り可能な記録媒体であって、
Ａ；各ユーザの情報端末上で動作可能な通信手段を、ユーザと対応付けて蓄積している第１テーブルを準備する段階と、
Ｂ；動作可能な通信手段の設定をユーザから受け付け、前記第１テーブルに格納する段階と、
Ｃ；通信を要求する通信元ユーザから通信先ユーザの指定を受け付ける段階と、
Ｄ；通信元ユーザの情報端末上と通信先ユーザの情報端末上との両方で動作可能な通信手段を、前記第１テーブルから取得する段階と、
Ｅ；取得した情報に基づいて、通信元ユーザ及び通信先ユーザの双方が使用可能な通信手段が記述されたリストを生成する段階と、
Ｆ；生成したリストを通信開始前に通信元ユーザに通知する段階と、
を実行するための通信手段の通知プログラムであって、
前記指定を受け付ける段階では、通信先ユーザの情報端末で動作可能な通信手段を特定する識別情報による通信先ユーザの指定を受け付け可能であり、
通信先ユーザ及び通信元ユーザの双方が前記識別情報に対応する通信手段を使用可能な場合、当該通信手段による通信を開始させる段階をさらに実行する、
通信手段の通知プログラムを記録した、コンピュータ読み取り可能な記録媒体。 - ネットワーク上の情報端末に搭載された通信手段を選択的に用い、ユーザが互いに通信する通信システムに用いられる通信手段の通知方法であって、
各ユーザの情報端末上で動作可能な通信手段を、ユーザと対応付けて蓄積しておき、
通信を要求する通信元ユーザから通信先ユーザの指定を受け付け、
通信先ユーザの情報端末上と通信元ユーザの情報端末上との両方で動作可能な通信手段が記述された第１リストを、蓄積した情報に基づいて生成し、
通信先及び通信元ユーザの情報端末のうち一方が有しておらず他方が有している通信手段であって、当該通信手段を有していない端末にダウンロード可能かつ端末上で実行可能な通信手段が記述された第２リストを生成し、
第１リストと第２リストとを合成した第３リストを、通信開始前に通信元ユーザに通知する、
通信手段の通知方法。 - 前記第２リストには、通信先及び通信元ユーザの情報端末が共に有しておらず、両端末にダウンロード可能かつ両端末上で実行可能な通信手段を含めて記述する、請求項１３に記載の通信手段の通知方法。
- ユーザの情報端末上に通信手段をダウンロードするためのダウンロード条件と、ユーザの情報端末上で通信手段を実行するための実行条件とを、ダウンロード可能な通信手段毎に蓄積しておき、
ユーザの情報端末の端末情報とダウンロード条件と実行条件とに基づいて、第２リストを生成する、
請求項１３に記載の通信手段の通知方法。 - 第３リスト上のいずれかの通信手段の選択を通信元ユーザから受け付け、選択された通信手段を通信先ユーザの情報端末に通知し、
通信先ユーザの情報端末が選択された通信手段を有していない場合、通信先ユーザの情報端末は、選択された通信手段をダウンロードにより取得する、請求項１３に記載の通信手段の通知方法。 - 前記請求項１３〜１６に記載の通信手段の通知方法を実行するためのプログラムを記録した、コンピュータ読みとり可能な記録媒体。
- ネットワーク上の情報端末に搭載された通信手段を選択的に用い、ユーザが互いに通信する通信システムに用いられる通信手段の通知システムであって、
各ユーザの情報端末上で動作可能な通信手段を、ユーザと対応付けて蓄積している第１テーブルと、
通信を要求する通信元ユーザから通信先ユーザの指定を受け付ける指定手段と、
通信先ユーザの情報端末上と通信元ユーザの情報端末上との両方で動作可能な通信手段が記述された第１リストを、蓄積した情報に基づいて生成する第１生成手段と、
通信先及び通信元ユーザの情報端末のうち一方が有しておらず他方が有している通信手段であって、当該通信手段を有していない端末にダウンロード可能かつ端末上で実行可能な通信手段が記述された第２リストを生成する第２生成手段と、
第１リストと第２リストとを合成した第３リストを、通信開始前に通信元ユーザに通知する通知手段と、
を備える通信手段の通知システム。 - 請求項１８に記載の通信手段の通知システムに用いられる通信手段提供装置であって、
情報端末にダウンロード可能かつ情報端末上で実行可能な通信手段のリストを、通信先ユーザ及び通信元ユーザについてそれぞれ作成する作成手段と、
前記リストに含まれる通信手段を、ユーザの情報端末に提供する提供手段と、
を有する通信手段提供装置。 - ネットワーク上の情報端末に搭載された通信手段を選択的に用い、ユーザが互いに通信する通信システムに用いられる通信手段の通知方法であって、
各ユーザの１または複数の情報端末上で動作可能な通信手段と、ユーザの情報端末を識別するための端末識別情報とを、ユーザと対応付けて蓄積する段階と、
通信を要求する通信元ユーザから通信先ユーザの指定を受け付ける段階と、
通信先ユーザの情報端末上と通信元ユーザの情報端末上との両方で動作可能な通信手段が記述されたリストを、蓄積した情報に基づいて生成する段階と、
複数の同じ通信手段が前記リストに含まれる場合、情報端末を区別するための情報を前記リストにさらに加え、前記リストを通信開始前に通信元ユーザに通知する段階と、を含み、
前記リストを生成する段階では、同一ユーザの１または複数の情報端末上で動作可能な前記通信手段を所定の基準でグループ化し、前記通信手段にグループ毎の優先順位を設定し、グループ化された通信手段とグループ毎の優先順位とに基づいて前記リストを生成し、
前記通知する段階では、前記リストに記述された通信手段を前記所定の基準でグループ化して前記通信元ユーザに通知する、
通信手段の通知方法。 - ネットワーク上の情報端末に搭載された通信手段を選択的に用い、ユーザが互いに通信する通信システムに用いられる通信手段の通知方法であって、
各ユーザの１または複数の情報端末上で動作可能な通信手段と、ユーザの情報端末を識別するための端末識別情報とを、ユーザと対応付けて蓄積する段階と、
通信を要求する通信元ユーザから通信先ユーザの指定を受け付ける段階と、
通信先ユーザの情報端末上と通信元ユーザの情報端末上との両方で動作可能な通信手段が記述されたリストを、蓄積した情報に基づいて生成する段階と、
複数の同じ通信手段が前記リストに含まれる場合、情報端末を区別するための情報を前記リストにさらに加え、前記リストを通信開始前に通信元ユーザに通知する段階と、を含み、
前記リストを生成する段階は、同一ユーザの１または複数の情報端末上で動作可能な前記通信手段を所定の基準でグループ化し、前記リストを、グループ化された通信手段に基づいて生成し、
前記通知する段階は、前記リストに記述された通信手段を前記所定の基準でグループ化し、通信開始前に通信元ユーザに通知し、
前記リストに基づくいずれかのグループの選択を通信元ユーザから受け付ける段階と、
選択されたグループに含まれる通信先ユーザの通信手段に対して受信するか否かを問い合わせる段階と、
最初に応答した通信先ユーザの情報端末上の通信手段に対する通信を開始する段階と、
をさらに含む、通信手段の通知方法。 - 情報端末上の通信手段に対してユーザが設定したメッセージを、通信手段及び情報端末と併せて蓄積し、
通信先ユーザが設定したメッセージを、通信元ユーザに通知するリストにさらに含める、請求項２０または２１に記載の通信手段の通知方法。 - 前記優先順位を、グループ内で使用可能となった順に基づいて設定する、請求項２０または２１に記載の通信手段の通知方法。
- 前記通信手段のグループ毎に、通信元ユーザ毎の推奨通信手段が設定され、
通信元ユーザ毎に通信手段の優先順位を変更して前記リストを生成する、請求項２０または２１に記載の通信手段の通知方法。 - 前記リストに基づくいずれかのグループの選択を通信元ユーザから受け付け、選択されたグループに含まれる通信先ユーザの通信手段に対して通信を試行する、請求項２０または２１に記載の通信手段の通知方法。
- ネットワーク上の情報端末に搭載された通信手段を選択的に用い、ユーザが互いに通信する通信システムに用いられる通信手段の通知プログラムが記録された、コンピュータ読み取り可能な記録媒体であって、
各ユーザの１または複数の情報端末上で動作可能な通信手段と、ユーザの情報端末を識別するための端末識別情報とを、ユーザと対応付けて蓄積する段階と、
通信を要求する通信元ユーザから通信先ユーザの指定を受け付ける段階と、
通信先ユーザの情報端末上と通信元ユーザの情報端末上との両方で動作可能な通信手段が記述されたリストを、蓄積した情報に基づいて生成する段階と、
複数の同じ通信手段が前記リストに含まれる場合、情報端末を区別するための情報を前記リストにさらに加え、前記リストを通信開始前に通信元ユーザに通知する段階と、を実行する通信手段の通知プログラムであって、
前記リストを生成する段階では、同一ユーザの１または複数の情報端末上で動作可能な前記通信手段を所定の基準でグループ化し、前記通信手段にグループ毎の優先順位を設定し、グループ化された通信手段とグループ毎の優先順位とに基づいて前記リストを生成し、
前記通知する段階では、前記リストに記述された通信手段を前記所定の基準でグループ化して前記通信元ユーザに通知する、
通信手段の通知プログラムを記録したコンピュータ読み取り可能な記録媒体。 - ネットワーク上の情報端末に搭載された通信手段を選択的に用い、ユーザが互いに通信する通信システムに用いられる通信手段の通知プログラムを記録した、コンピュータ読み取り可能な記録媒体であって、
各ユーザの１または複数の情報端末上で動作可能な通信手段と、ユーザの情報端末を識別するための端末識別情報とを、ユーザと対応付けて蓄積する段階と、
通信を要求する通信元ユーザから通信先ユーザの指定を受け付ける段階と、
通信先ユーザの情報端末上と通信元ユーザの情報端末上との両方で動作可能な通信手段が記述されたリストを、蓄積した情報に基づいて生成する段階と、
複数の同じ通信手段が前記リストに含まれる場合、情報端末を区別するための情報を前記リストにさらに加え、前記リストを通信開始前に通信元ユーザに通知する段階と、を実行する通信手段の通知プログラムであって、
前記リストを生成する段階は、同一ユーザの１または複数の情報端末上で動作可能な前記通信手段を所定の基準でグループ化し、前記リストを、グループ化された通信手段に基づいて生成し、
前記通知する段階は、前記リストに記述された通信手段を前記所定の基準でグループ化し、通信開始前に通信元ユーザに通知し、
前記リストに基づくいずれかのグループの選択を通信元ユーザから受け付ける段階と、
選択されたグループに含まれる通信先ユーザの通信手段に対して受信するか否かを問い合わせる段階と、
最初に応答した通信先ユーザの情報端末上の通信手段に対する通信を開始する段階と、をさらに実行する、
通信手段の通知プログラムを記録したコンピュータ読み取り可能な記録媒体。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000129702A JP4357699B2 (ja) | 1999-10-20 | 2000-04-28 | 通信手段の通知方法及び通知システム |
| US09/656,418 US7139827B1 (en) | 1999-10-20 | 2000-09-06 | Communication means notification method and notification system |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP29782999 | 1999-10-20 | ||
| JP11-297829 | 1999-10-20 | ||
| JP2000129702A JP4357699B2 (ja) | 1999-10-20 | 2000-04-28 | 通信手段の通知方法及び通知システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2001249878A JP2001249878A (ja) | 2001-09-14 |
| JP4357699B2 true JP4357699B2 (ja) | 2009-11-04 |
Family
ID=26561257
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000129702A Expired - Fee Related JP4357699B2 (ja) | 1999-10-20 | 2000-04-28 | 通信手段の通知方法及び通知システム |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7139827B1 (ja) |
| JP (1) | JP4357699B2 (ja) |
Families Citing this family (49)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100624802B1 (ko) | 2001-03-14 | 2006-09-18 | 노키아 코포레이션 | 프리젠스 관리 구현 |
| US8495167B2 (en) * | 2001-08-02 | 2013-07-23 | Lauri Valjakka | Data communications networks, systems, methods and apparatus |
| GB0202370D0 (en) * | 2002-02-01 | 2002-03-20 | Symbian Ltd | Pinging |
| JP3980421B2 (ja) | 2002-06-27 | 2007-09-26 | 富士通株式会社 | プレゼンス管理方法及び装置 |
| US20040049545A1 (en) * | 2002-09-06 | 2004-03-11 | Terry Wayne Lockridge | Instant message notification via caller ID |
| US20040143630A1 (en) * | 2002-11-21 | 2004-07-22 | Roy Kaufmann | Method and system for sending questions, answers and files synchronously and asynchronously in a system for enhancing collaboration using computers and networking |
| US7634072B2 (en) * | 2004-02-13 | 2009-12-15 | Yahoo! Inc. | Integrated instant messaging, routing and telephone services billing system |
| JP2005252501A (ja) * | 2004-03-03 | 2005-09-15 | Nec Corp | 通信システム、通信制御装置及び通信制御方法 |
| US7587482B2 (en) * | 2004-09-08 | 2009-09-08 | Yahoo! Inc. | Multimodal interface for mobile messaging |
| US20060282312A1 (en) * | 2005-06-10 | 2006-12-14 | Microsoft Corporation | Advertisements in an alert interface |
| JP2007026016A (ja) * | 2005-07-15 | 2007-02-01 | Hitachi Ltd | グループコミュニケーション支援装置 |
| JP2007041930A (ja) * | 2005-08-04 | 2007-02-15 | Toshiba Corp | コンテンツ管理システム |
| JP4620021B2 (ja) * | 2006-09-06 | 2011-01-26 | 株式会社エヌ・ティ・ティ・ドコモ | 通信システム及び通信機能情報表示方法 |
| US8345662B2 (en) * | 2006-02-28 | 2013-01-01 | Nokia Siemens Networks Oy | Method, mobile terminal, system and computer program product for real time content attributing |
| JP2008052422A (ja) * | 2006-08-23 | 2008-03-06 | Nomura Research Institute Ltd | プレゼンス検索装置、メッセージ送信システム |
| US20080052389A1 (en) * | 2006-08-24 | 2008-02-28 | George David A | Method and apparatus for inferring the busy state of an instant messaging user |
| US8600347B2 (en) * | 2006-09-14 | 2013-12-03 | Futurewei Technologies, Inc. | Idle mode notification |
| JP4598741B2 (ja) * | 2006-10-05 | 2010-12-15 | 株式会社エヌ・ティ・ティ・ドコモ | 機能更新システム及び機能更新方法 |
| JP4863003B2 (ja) * | 2006-12-13 | 2012-01-25 | 日本電気株式会社 | ワークフローシステム、ワークフローシステムの動作方法 |
| GB2446846A (en) * | 2007-01-31 | 2008-08-27 | Hewlett Packard Development Co | Service routing for communication systems based upon location of mobile communication device |
| JP4888169B2 (ja) * | 2007-03-15 | 2012-02-29 | パナソニック株式会社 | 接続制御装置 |
| GB0706074D0 (en) * | 2007-03-28 | 2007-05-09 | Skype Ltd | Detection of communication states |
| JP4504997B2 (ja) * | 2007-05-28 | 2010-07-14 | 富士通株式会社 | プレゼンス管理方法及び装置 |
| CN101437202B (zh) | 2007-11-13 | 2010-08-25 | 华为技术有限公司 | 一种多终端时业务消息处理方法、系统和装置 |
| US8275768B2 (en) * | 2008-02-04 | 2012-09-25 | International Business Machines Corporation | Method and system for selecting a communication means |
| JP4458184B2 (ja) * | 2008-06-09 | 2010-04-28 | ソニー株式会社 | 情報管理装置、通信処理装置、および方法、並びにプログラム |
| KR20100061254A (ko) * | 2008-11-28 | 2010-06-07 | 삼성전자주식회사 | 통신 이력 제공 방법 |
| JP4981826B2 (ja) | 2009-01-28 | 2012-07-25 | シャープ株式会社 | 通信システム、画像形成装置及び携帯情報端末装置 |
| CN104935776B (zh) | 2009-03-03 | 2019-04-05 | 夏普株式会社 | 通信系统、通信方法、图像形成装置、数字照相机、信息处理装置 |
| JP5453145B2 (ja) * | 2010-03-16 | 2014-03-26 | 京セラドキュメントソリューションズ株式会社 | 画像形成システムおよびユーザマネージャサーバ装置 |
| KR101148204B1 (ko) * | 2011-11-03 | 2012-05-23 | (주)코리아센터닷컴 | 전송 방식별 예약 메시지 전송장치 |
| US20130315041A1 (en) * | 2012-05-23 | 2013-11-28 | International Business Machines Corporation | Generating Calendar Alarm Notifications Based on User Working Hours and Status |
| JP6083068B2 (ja) * | 2012-12-06 | 2017-02-22 | 株式会社コナミデジタルエンタテインメント | サーバ装置、及びプログラム |
| US10397162B2 (en) * | 2012-12-14 | 2019-08-27 | Facebook, Inc. | Sending notifications to members of social group in a social networking system |
| JP5410630B2 (ja) * | 2013-05-23 | 2014-02-05 | シャープ株式会社 | 画像形成装置、画像印刷方法、通信システム、外部装置、及びプログラム |
| JP5404954B2 (ja) * | 2013-05-23 | 2014-02-05 | シャープ株式会社 | 画像形成装置、通信システム、及び通信方法 |
| JP5404953B2 (ja) * | 2013-05-23 | 2014-02-05 | シャープ株式会社 | 画像形成装置、画像印刷方法、通信システム、外部装置、及びプログラム |
| JP5485460B2 (ja) * | 2013-09-20 | 2014-05-07 | シャープ株式会社 | 画像形成装置、通信システム、外部装置、通信方法、及びプログラム |
| JP5490952B2 (ja) * | 2013-09-20 | 2014-05-14 | シャープ株式会社 | 画像形成装置、通信システム、及び通信方法 |
| JP5485461B2 (ja) * | 2013-09-20 | 2014-05-07 | シャープ株式会社 | 画像形成装置、通信システム、外部装置、通信方法、及びプログラム |
| JP5508597B2 (ja) * | 2013-12-28 | 2014-06-04 | シャープ株式会社 | 外部装置、プログラム、画像形成装置、通信方法、及び通信システム |
| JP5718444B2 (ja) * | 2013-12-28 | 2015-05-13 | シャープ株式会社 | 画像形成装置、通信システム、通信方法、外部装置、及びプログラム |
| JP5718445B2 (ja) * | 2013-12-28 | 2015-05-13 | シャープ株式会社 | 画像形成装置、通信システム、通信方法、外部装置、及びプログラム |
| JP5612787B2 (ja) * | 2014-02-26 | 2014-10-22 | シャープ株式会社 | プログラム |
| JP5607270B2 (ja) * | 2014-02-26 | 2014-10-15 | シャープ株式会社 | プログラム |
| SG11201608959RA (en) * | 2014-04-26 | 2016-12-29 | Huawei Tech Co Ltd | Communication establishment method, device, and system |
| JP5860515B2 (ja) * | 2014-09-04 | 2016-02-16 | シャープ株式会社 | プログラム及びデジタルカメラ |
| US10447788B2 (en) * | 2015-02-10 | 2019-10-15 | Cisco Technology, Inc. | Collaboration techniques between parties using one or more communication modalities |
| JP6549922B2 (ja) * | 2015-07-07 | 2019-07-24 | キヤノン株式会社 | 画像通信装置、その制御方法、及びプログラム |
Family Cites Families (18)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5574934A (en) * | 1993-11-24 | 1996-11-12 | Intel Corporation | Preemptive priority-based transmission of signals using virtual channels |
| JP2692575B2 (ja) | 1994-03-10 | 1997-12-17 | 日本電気株式会社 | アウェアネス制御装置 |
| JPH07336462A (ja) * | 1994-06-03 | 1995-12-22 | Canon Inc | 通信端末および通信システム |
| JP2778488B2 (ja) | 1994-11-04 | 1998-07-23 | 日本電気株式会社 | アウェアネス制御装置 |
| US5715392A (en) * | 1995-02-13 | 1998-02-03 | Ansberry; Catherine Malia | Method for managing visual type compatibility in a conferencing network system having heterogeneous hardware |
| US5854898A (en) * | 1995-02-24 | 1998-12-29 | Apple Computer, Inc. | System for automatically adding additional data stream to existing media connection between two end points upon exchange of notifying and confirmation messages therebetween |
| US5887136A (en) * | 1995-08-04 | 1999-03-23 | Kabushiki Kaisha Toshiba | Communication system and communication control method for the same |
| US5717863A (en) * | 1995-09-27 | 1998-02-10 | Intel Corporation | Method and apparatus for managing pc conference connection addresses |
| JP3460460B2 (ja) | 1996-08-09 | 2003-10-27 | 富士通株式会社 | 通信形式表示装置 |
| US6208952B1 (en) * | 1996-10-24 | 2001-03-27 | Microsoft Corporation | Method and system for delayed registration of protocols |
| US6349096B1 (en) * | 1997-09-22 | 2002-02-19 | Integrated Telecom Express, Inc. | Configurable digital subscriber loop access and end-to-end data and analog voice connection system |
| US5960442A (en) * | 1997-11-12 | 1999-09-28 | Genesys Telecommunications Laboratories, Inc. | Real-time interactive directory |
| WO1999038590A1 (fr) * | 1998-01-29 | 1999-08-05 | Sega Enterprises, Ltd. | Systeme de jeu |
| US6608895B1 (en) * | 1998-11-04 | 2003-08-19 | Tadiran Telecom Business Systems, Ltd. | Method of anticipatory dialing |
| US6370381B1 (en) * | 1999-01-29 | 2002-04-09 | Siemens Transportation Systems, Inc. | Multiple channel communications system |
| US6477550B1 (en) * | 1999-03-16 | 2002-11-05 | Mcafee.Com Corporation | Method and system for processing events related to a first type of browser from a second type of browser |
| US6459913B2 (en) * | 1999-05-03 | 2002-10-01 | At&T Corp. | Unified alerting device and method for alerting a subscriber in a communication network based upon the result of logical functions |
| US6496851B1 (en) * | 1999-08-04 | 2002-12-17 | America Online, Inc. | Managing negotiations between users of a computer network by automatically engaging in proposed activity using parameters of counterproposal of other user |
-
2000
- 2000-04-28 JP JP2000129702A patent/JP4357699B2/ja not_active Expired - Fee Related
- 2000-09-06 US US09/656,418 patent/US7139827B1/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US7139827B1 (en) | 2006-11-21 |
| JP2001249878A (ja) | 2001-09-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4357699B2 (ja) | 通信手段の通知方法及び通知システム | |
| EP1691565B1 (en) | Server apparatus and client apparatus in presence display system | |
| JP4118800B2 (ja) | プレゼンス表示システム及びゲートウエイ装置 | |
| US7587457B2 (en) | Message automatic notification system, message automatic notification method, communication terminal device, and recording medium | |
| WO2007020685A1 (ja) | 通信制御方法、コンピュータ・システム、会議管理サーバ、通信方法及び携帯端末 | |
| JPWO2003048945A1 (ja) | 通信情報共有システム、通信情報共有方法、通信情報共有プログラム | |
| JP2007506324A (ja) | 携帯電話の間で連絡先リストを共有するシステムおよび方法 | |
| JP5482495B2 (ja) | 情報処理装置、情報処理方法及びプログラム | |
| JP2006285708A (ja) | 状態情報管理システム、状態情報管理サーバ、状態情報管理プログラム、及び状態情報管理方法 | |
| JP4363942B2 (ja) | サーバ、通信制御方法、および、プログラム | |
| JP4856497B2 (ja) | 通話システム及び通話方法 | |
| CN103873354A (zh) | 一种即时通信客户端及服务端 | |
| JP4101058B2 (ja) | 通信システム | |
| JP2004054340A (ja) | インスタントメッセージング装置、インスタントメッセージングシステム、インスタントメッセージング方法、プログラム及び記録媒体 | |
| JP2007208393A (ja) | プレゼンス管理システム | |
| JP4715146B2 (ja) | プレゼンス情報処理システム、プレゼンス情報処理方法およびプレゼンス情報処理プログラム | |
| KR101772028B1 (ko) | 이동통신 단말기의 메시지 중개방법 및 메시지 중개시스템 | |
| JP4667148B2 (ja) | 通信システム、端末装置、アドレス帳管理サーバ、およびコンピュータプログラム | |
| KR101336837B1 (ko) | 친구찾기 방법 및 이를 위한 시스템 | |
| KR100640512B1 (ko) | 메신저 서비스 시스템을 이용한 서버와 사용자 단말기간에 데이터 동기화 방법 및 그 시스템 | |
| JP4267224B2 (ja) | ネットワーク上でメッセージの送受信を行うためのシステム、方法及びコンピュータにネットワーク上でメッセージの送受信を実行させるためのコンピュータソフトウエアプログラム | |
| JP4480503B2 (ja) | 連絡手段に関連する情報処理を実施するためのプログラム | |
| KR101752786B1 (ko) | 친구찾기 방법 및 이를 위한 시스템 | |
| JP2005277974A (ja) | アドレス情報配信・収集方法、アドレス情報配信・収集プログラム及び送受信端末 | |
| CN111741169A (zh) | 联系系统、存储介质及联系方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060822 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080924 |
|
| RD02 | Notification of acceptance of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7422 Effective date: 20080929 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20080930 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20081125 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090728 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090805 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120814 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120814 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130814 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |