(57)【要約】【課題】ある会議参加者の端末が、必要時に会議参加者全員の端末のＵＲＩを自動的に抽出することにある。【解決手段】会議開催者の端末１がパーティキーを埋め込んだ電子メールを会議参加者の端末２，３に送信すると、電子メールを受信した端末２，３が電子メールからパーティキーを抽出し記憶部に記憶する。端末２は、会議参加者の端末のＵＲＩを取得したい場合にパーティキーを埋め込んだディスカバリ要求パケットを作成してブロードキャスト／マルチキャストで送信すると、端末３が受信したＵＲＩ要求パケットから抽出したパーティキーと同じものを記憶していれば自端末のＵＲＩを含む応答パケットを作成し要求元に返信する。端末２は、送信元のＵＲＩを含む送信元の情報を受信した応答パケットから抽出する。【選択図】      図１
2004295489.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して端末間で情報の送受信を行って端末ＵＲＩを取得する端末ＵＲＩディスカバリシステムであって、
前記端末は、会議開催者の端末となる場合に会議参加者のグループを示すパーティキーを埋め込んだ電子メールを会議参加者の端末に送信する送信手段と、
前記電子メールを受信した場合に前記電子メールから前記パーティキーを抽出し記憶する記憶手段と、
会議参加者の端末を識別するＵＲＩを取得したい場合に前記記憶手段で記憶したパーティキーを埋め込んだＵＲＩ要求パケットを作成してブロードキャストまたはマルチキャストで送信する要求手段と、
前記ＵＲＩ要求パケットを受信した場合に前記ＵＲＩ要求パケットから抽出したパーティキーが前記記憶手段で記憶したパーティキーと同じものが存在するかを検索する検索手段と、
前記検索手段で検索した結果同じパーティキーが存在すれば自端末のＵＲＩを含む応答パケットを作成し要求元に返信する返信手段と、
前記返信手段で返信された応答パケットを受信すると送信元のＵＲＩを含む送信元の情報を前記応答パケットから抽出する抽出手段と、を備えることを特徴とする端末ＵＲＩディスカバリシステム。
【請求項２】
前記端末は、電子メール送信時に会議開催を示す識別情報を埋め込んだ電子メールから前記パーティキーを生成する生成手段を備えることを特徴とする請求項１記載の端末ＵＲＩディスカバリシステム。
【請求項３】
ネットワークを介して端末間で情報の送受信を行って端末ＵＲＩを取得する端末ＵＲＩディスカバリシステムであって、
前記端末は、会議開催者の端末となる場合に会議開催を示す識別情報を埋め込み電子メールを会議参加者の端末に送信する送信手段と、
前記電子メールを受信した場合に前記電子メールを記憶する記憶手段と、
会議参加者の端末を識別するＵＲＩを取得したい場合に前記電子メールの電子メールＩＤを埋め込んだＵＲＩ要求パケットを作成してブロードキャストまたはマルチキャストで送信する要求手段と、
前記ＵＲＩ要求パケットを受信した場合に前記ＵＲＩ要求パケットから抽出した電子メールＩＤが前記記憶手段で記憶した電子メールの電子メールＩＤと同じものが存在するかを検索する検索手段と、
前記検索手段で検索した結果同じ電子メールＩＤが存在すれば自端末を識別するＵＲＩを含む応答パケットを作成し要求元に返信する返信手段と、
前記返信手段で返信された応答パケットを受信すると送信元のＵＲＩを含む送信元の情報を前記応答パケットから抽出する抽出手段と、を備えることを特徴とする端末ＵＲＩディスカバリシステム。
【請求項４】
前記端末は、前記抽出手段で抽出したＵＲＩを基にその抽出したＵＲＩに該当する端末からプレゼンス情報を購読する購読手段を備えることを特徴とする請求項１または３記載の端末ＵＲＩディスカバリシステム。
【請求項５】
前記返信手段は、ユーザ名を含む応答パケットを作成する手段を有し、
前記抽出手段は、前記ユーザ名を含む前記送信元の情報を抽出する手段を有し、前記端末は、前記抽出手段で抽出したユーザ名と送信元のＵＲＩとを自端末に予め保有している電話帳に登録する登録手段を備えることを特徴とする請求項１記載の端末ＵＲＩディスカバリシステム。
【請求項６】
ネットワークを介して端末間で情報の送受信を行って端末ＵＲＩを取得する端末ＵＲＩディスカバリシステムであって、
前記端末は、会議開催者の端末となる場合に会議参加者のグループを示すパーティキーを埋め込んだホームページを会議開催者に作成させその作成させたホームページをサーバに登録する登録手段と、
会議参加者の端末となる場合に前記ホームページを前記サーバから取得しその取得したホームページから前記パーティキーを抽出し記憶する記憶手段と、
会議参加者の端末を識別するＵＲＩを取得したい場合に前記記憶手段で記憶したパーティキーを埋め込んだＵＲＩ要求パケットを作成してブロードキャストまたはマルチキャストで送信する要求手段と、
前記ＵＲＩ要求パケットを受信した場合に前記ＵＲＩ要求パケットから抽出したパーティキーが前記記憶手段で記憶したパーティキーと同じものが存在するかを検索する検索手段と、
前記検索手段で検索した結果同じパーティキーが存在すれば自端末のＵＲＩを含む応答パケットを作成し要求元に返信する返信手段と、
前記返信手段で返信された応答パケットを受信すると送信元のＵＲＩを含む送信元の情報を前記応答パケットから抽出する抽出手段と、を備えることを特徴とする端末ＵＲＩディスカバリシステム。
【請求項７】
前記ＵＲＩは、プレゼンスアドレスであることを特徴とする請求項１，３，４，５，または６記載の端末ＵＲＩディスカバリシステム。
【請求項８】
前記ＵＲＩは、ＳＩＰアドレスまたはインスタントメッセージアドレスであることを特徴とする請求項１または５記載の端末ＵＲＩディスカバリシステム。
【請求項９】
ネットワークを介して端末間で情報の送受信を行って端末ＵＲＩを取得する端末ＵＲＩディスカバリ方法であって、
前記端末は、会議開催者の端末となる場合に会議参加者のグループを示すパーティキーを埋め込んだ電子メールを会議参加者の端末に送信するステップと、
前記電子メールを受信した場合に前記電子メールから前記パーティキーを抽出し記憶部に記憶するステップと、
会議参加者の端末を識別するＵＲＩを取得したい場合に前記記憶部に記憶したパーティキーを埋め込んだＵＲＩ要求パケットを作成してブロードキャストまたはマルチキャストで送信するステップと、
前記ＵＲＩ要求パケットを受信した場合に前記ＵＲＩ要求パケットから抽出したパーティキーが前記記憶部に記憶したパーティキーと同じものが存在するかを検索するステップと、
検索した結果同じパーティキーが存在すれば自端末のＵＲＩを含む応答パケットを作成し要求元に返信するステップと、
前記応答パケットを受信すると送信元のＵＲＩを含む送信元の情報を前記応答パケットから抽出するステップと、を含むことを特徴とする端末ＵＲＩディスカバリ方法。
【請求項１０】
前記端末は、電子メール送信時に会議開催を示す識別情報を埋め込んだ電子メールから前記パーティキーを生成するステップを含むことを特徴とする請求項９記載の端末ＵＲＩディスカバリシステム。
【請求項１１】
ネットワークを介して端末間で情報の送受信を行って端末ＵＲＩを取得する端末ＵＲＩディスカバリ方法であって、
前記端末は、会議開催者の端末となる場合に会議開催を示す識別情報を埋め込み電子メールを会議参加者の端末に送信するステップと、
前記電子メールを受信した場合に前記電子メールを受信メールボックスに記憶するステップと、
会議参加者の端末を識別するＵＲＩを取得したい場合に前記電子メールの電子メールＩＤを埋め込んだＵＲＩ要求パケットを作成してブロードキャストまたはマルチキャストで送信するステップと、
前記ＵＲＩ要求パケットを受信した場合に前記ＵＲＩ要求パケットから抽出した電子メールＩＤが前記受信メールボックスに記憶した電子メールの電子メールＩＤと同じものが存在するかを検索するステップと、
検索した結果同じ電子メールＩＤが存在すれば自端末を識別するＵＲＩを含む応答パケットを作成し要求元に返信するステップと、
前記応答パケットを受信すると送信元のＵＲＩを含む送信元の情報を前記応答パケットから抽出するステップと、を含むことを特徴とする端末ＵＲＩディスカバリ方法。
【請求項１２】
前記端末は、前記抽出するステップで抽出したＵＲＩを基にその抽出したＵＲＩに該当する端末からプレゼンス情報を購読するステップを含むことを特徴とする請求項９または１１記載の端末ＵＲＩディスカバリ方法。
【請求項１３】
前記端末は、前記返信するステップでユーザ名を前記応答パケットに含ませて作成するステップと、
前記抽出するステップで前記ユーザ名を含む前記送信元の情報を抽出するステップと、
前記抽出したユーザ名と送信元のＵＲＩとを自端末に予め保有している電話帳に登録するステップと、を含むことを特徴とする請求項９記載の端末ＵＲＩディスカバリ方法。
【請求項１４】
ネットワークを介して端末間で情報の送受信を行って端末ＵＲＩを取得する端末ＵＲＩディスカバリ方法であって、
前記端末は、会議開催者の端末となる場合に会議参加者のグループを示すパーティキーを埋め込んだホームページを会議開催者に作成させその作成させたホームページをサーバに登録するステップと、
会議参加者の端末となる場合に前記ホームページを前記サーバから取得しその取得したホームページから前記パーティキーを抽出し記憶部に記憶するステップと、
会議参加者の端末を識別するＵＲＩを取得したい場合に前記記憶部に記憶したパーティキーを埋め込んだＵＲＩ要求パケットを作成してブロードキャストまたはマルチキャストで送信するステップと、
前記ＵＲＩ要求パケットを受信した場合に前記ＵＲＩ要求パケットから抽出したパーティキーが前記記憶部に記憶したパーティキーと同じものが存在するかを検索するステップと、
検索した結果同じパーティキーが存在すれば自端末のＵＲＩを含む応答パケットを作成し要求元に返信するステップと、
前記応答パケットを受信すると送信元のＵＲＩを含む送信元の情報を前記応答パケットから抽出するステップと、を含むことを特徴とする端末ＵＲＩディスカバリ方法。
【請求項１５】
前記ＵＲＩは、プレゼンスアドレスであることを特徴とする請求項９，１１，１２，１３，または１４記載の端末ＵＲＩディスカバリ方法。
【請求項１６】
前記ＵＲＩは、ＳＩＰアドレスまたはインスタントメッセージアドレスであることを特徴とする請求項９または１３記載の端末ＵＲＩディスカバリ方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、端末ＵＲＩディスカバリシステムおよび方法に関し、特に、会議参加者の端末のＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒｓ）を取得する端末ＵＲＩディスカバリシステムおよび方法に関する。
【０００２】
【従来の技術】
近年、インターネットや携帯電話網を利用したインスタントメッセージ／プレゼンスサービスが普及しはじめている。プレゼンスサービスでは、利用者はプレゼンスサービスに対応した端末をもち、この端末に利用者自身のプレゼンス情報（在席中、離席中、取り込み中、外出中など）を入力する。このプレゼンス情報は、他の利用者のプレゼンスサービスに対応した端末に配送される。プレゼンスサービスを利用することで、利用者は他の利用者のプレゼンス状態をリアルタイムに知ることができるようになった。しかし、現在のプレゼンスシステムは、プレゼンスアドレスの入力がわずらわしい。例えば、これから参加する会議参加者全員のプレゼンス情報を取得したい場合、会議参加者全員分のプレゼンスアドレスを端末に手動で入力する必要がある。このため、端末からプレゼンスアドレスを手動で入力しないで自動的に取得する方法が考えられるが、このプレゼンスアドレスに相当する従来の会議参加者の端末のＩＰアドレスを取得する方法として、例えば、特開２００２−２０７６８０号公報が開示されている。この特開２００２−２０７６８０号公報には、主催者は、主催者の端末を操作し、ホスト端末に開催予定の会議に関する情報を登録する。ホスト端末は、登録された予定会議の開始予定時刻の所定時間前に、会議開催を通知する電子メールを参加予定者の端末に送信する。ホスト端末は、受信した返信に基づいて出席者を確認すると同時に、返信に付されている端末のＩＰアドレスを取得する。ホスト端末は、取得したＩＰアドレスを各参加者の端末５００に通知する。
【０００３】
【特許文献１】
特開２００２−２０７６８０
【０００４】
【発明が解決しようとする課題】
しかしながら、特開２００２−２０７６８０号公報では、ホスト端末は、電子メールを受信した会議参加者が電子メールにハイパー形式で記載されたＵＲＬを選択することでメニューページを閲覧させ、メニューページに従った所定の手続を取らせることで、その会議参加者の使用している端末のＩＰアドレスを取得するようにしているため、会議の参加者にもかかわらず、ホスト端末にアクセスしなければ、ホスト端末は、会議参加者のＩＰアドレスを取得することができないという問題点、すなわち、各端末は、必要時に会議参加者の全員のＩＰアドレスを知ることができないという問題点がある。
【０００５】
また、特開２００２−２０７６８０号公報におけるページ閲覧方式では、ページを管理するホスト端末が会議参加者に電子メールで通知すると、その通知に伴い、会議参加者がページを閲覧し、更に、所定の手続により必要事項を入力して応答することで、ホスト端末が必要事項を入力した端末のＩＰアドレスを取得するようにしているため、必ずしも、電子メールで通知したとしても電子メールを受け取った会議参加者は、電子メール見るとは限らないという問題点と、ページを閲覧したとしても閲覧者が所定の手続をしない限り、ホスト端末が会議参加者の端末のＩＰアドレスの取得および会議参加者が他の会議参加者の端末のＩＰアドレスの取得ができないという問題点、更に、会議参加者の端末には電子メールにより参加者の端末のＩＰアドレス通知されるため、人が介入しなければならないという問題点がある。
【０００６】
本発明の目的は、上記問題点を鑑み、ある会議参加者の端末が、必要時に会議参加者全員の端末のＵＲＩを自動的に抽出することにある。
【０００７】
また、本発明の他の目的は、ある会議参加者の端末が、手動でプレゼンスアドレスを入力することなく、必要時に会議参加者のプレゼンス情報を入手することにある。
【０００８】
また、本発明の他の目的は、上記問題点を鑑み、ページの閲覧に伴う会議参加者のＵＲＩの取得を必要時に電子メールを用いることなく容易にすることにある。
【０００９】
【課題を解決するための手段】
上記目的を達成するために、本発明の第１の端末ＵＲＩディスカバリシステムは、ネットワークを介して端末間で情報の送受信を行って端末ＵＲＩを取得する端末ＵＲＩディスカバリシステムであって、前記端末は、会議開催者の端末となる場合に会議参加者のグループを示すパーティキーを埋め込んだ電子メールを会議参加者の端末に送信する送信手段と、前記電子メールを受信した場合に前記電子メールから前記パーティキーを抽出し記憶する記憶手段と、会議参加者の端末を識別するＵＲＩを取得したい場合に前記記憶手段で記憶したパーティキーを埋め込んだＵＲＩ要求パケットを作成してブロードキャストまたはマルチキャストで送信する要求手段と、前記ＵＲＩ要求パケットを受信した場合に前記ＵＲＩ要求パケットから抽出したパーティキーが前記記憶手段で記憶したパーティキーと同じものが存在するかを検索する検索手段と、前記検索手段で検索した結果同じパーティキーが存在すれば自端末のＵＲＩを含む応答パケットを作成し要求元に返信する返信手段と、前記返信手段で返信された応答パケットを受信すると送信元のＵＲＩを含む送信元の情報を前記応答パケットから抽出する抽出手段と、を備えることを特徴としている。
【００１０】
更に、上記の第１の端末ＵＲＩディスカバリシステムにおいて、前記端末は、電子メール送信時に会議開催を示す識別情報を埋め込んだ電子メールから前記パーティキーを生成する生成手段を備えることを特徴としている。
【００１１】
また、本発明の第２の端末ＵＲＩディスカバリシステムは、ネットワークを介して端末間で情報の送受信を行って端末ＵＲＩを取得する端末ＵＲＩディスカバリシステムであって、前記端末は、会議開催者の端末となる場合に会議開催を示す識別情報を埋め込み電子メールを会議参加者の端末に送信する送信手段と、前記電子メールを受信した場合に前記電子メールを記憶する記憶手段と、会議参加者の端末を識別するＵＲＩを取得したい場合に前記電子メールの電子メールＩＤを埋め込んだＵＲＩ要求パケットを作成してブロードキャストまたはマルチキャストで送信する要求手段と、前記ＵＲＩ要求パケットを受信した場合に前記ＵＲＩ要求パケットから抽出した電子メールＩＤが前記記憶手段で記憶した電子メールの電子メールＩＤと同じものが存在するかを検索する検索手段と、前記検索手段で検索した結果同じ電子メールＩＤが存在すれば自端末を識別するＵＲＩを含む応答パケットを作成し要求元に返信する返信手段と、前記返信手段で返信された応答パケットを受信すると送信元のＵＲＩを含む送信元の情報を前記応答パケットから抽出する抽出手段と、を備えることを特徴としている。
【００１２】
更に、上記の第１の端末ＵＲＩディスカバリシステムにおいて、前記端末は、前記抽出手段で抽出したＵＲＩを基にその抽出したＵＲＩに該当する端末からプレゼンス情報を購読する購読手段を備えることを特徴としている。
【００１３】
更に、上記の第１の端末ＵＲＩディスカバリシステムにおいて、前記返信手段は、ユーザ名を含む応答パケットを作成する手段を有し、前記抽出手段は、前記ユーザ名を含む前記送信元の情報を抽出する手段を有し、前記端末は、前記抽出手段で抽出したユーザ名と送信元のＵＲＩとを自端末に予め保有している電話帳に登録する登録手段を備えることを特徴としている。
【００１４】
また、本発明の第３の端末ＵＲＩディスカバリシステムは、ネットワークを介して端末間で情報の送受信を行って端末ＵＲＩを取得する端末ＵＲＩディスカバリシステムであって、前記端末は、会議開催者の端末となる場合に会議参加者のグループを示すパーティキーを埋め込んだホームページを会議開催者に作成させその作成させたホームページをサーバに登録する登録手段と、会議参加者の端末となる場合に前記ホームページを前記サーバから取得しその取得したホームページから前記パーティキーを抽出し記憶する記憶手段と、会議参加者の端末を識別するＵＲＩを取得したい場合に前記記憶手段で記憶したパーティキーを埋め込んだＵＲＩ要求パケットを作成してブロードキャストまたはマルチキャストで送信する要求手段と、前記ＵＲＩ要求パケットを受信した場合に前記ＵＲＩ要求パケットから抽出したパーティキーが前記記憶手段で記憶したパーティキーと同じものが存在するかを検索する検索手段と、前記検索手段で検索した結果同じパーティキーが存在すれば自端末のＵＲＩを含む応答パケットを作成し要求元に返信する返信手段と、前記返信手段で返信された応答パケットを受信すると送信元のＵＲＩを含む送信元の情報を前記応答パケットから抽出する抽出手段と、を備えることを特徴としている。
【００１５】
更に、上記の第１、第２または第３の端末ＵＲＩディスカバリシステムにおいて、前記ＵＲＩは、プレゼンスアドレスであることを特徴としている。
【００１６】
更に、上記の第１の端末ＵＲＩディスカバリシステムにおいて、前記ＵＲＩは、ＳＩＰアドレスまたはインスタントメッセージアドレスであることを特徴としている。
【００１７】
また、本発明の第１の端末ＵＲＩディスカバリ方法は、ネットワークを介して端末間で情報の送受信を行って端末ＵＲＩを取得する端末ＵＲＩディスカバリ方法であって、前記端末は、会議開催者の端末となる場合に会議参加者のグループを示すパーティキーを埋め込んだ電子メールを会議参加者の端末に送信するステップと、前記電子メールを受信した場合に前記電子メールから前記パーティキーを抽出し記憶部に記憶するステップと、会議参加者の端末を識別するＵＲＩを取得したい場合に前記記憶部に記憶したパーティキーを埋め込んだＵＲＩ要求パケットを作成してブロードキャストまたはマルチキャストで送信するステップと、前記ＵＲＩ要求パケットを受信した場合に前記ＵＲＩ要求パケットから抽出したパーティキーが前記記憶部に記憶したパーティキーと同じものが存在するかを検索するステップと、検索した結果同じパーティキーが存在すれば自端末のＵＲＩを含む応答パケットを作成し要求元に返信するステップと、前記応答パケットを受信すると送信元のＵＲＩを含む送信元の情報を前記応答パケットから抽出するステップと、を含むことを特徴としている。
【００１８】
更に、上記の第１の端末ＵＲＩディスカバリ方法において、前記端末は、電子メール送信時に会議開催を示す識別情報を埋め込んだ電子メールから前記パーティキーを生成するステップを含むことを特徴としている。
【００１９】
また、本発明の第２の端末ＵＲＩディスカバリ方法は、ネットワークを介して端末間で情報の送受信を行って端末ＵＲＩを取得する端末ＵＲＩディスカバリ方法であって、前記端末は、会議開催者の端末となる場合に会議開催を示す識別情報を埋め込み電子メールを会議参加者の端末に送信するステップと、前記電子メールを受信した場合に前記電子メールを受信メールボックスに記憶するステップと、会議参加者の端末を識別するＵＲＩを取得したい場合に前記電子メールの電子メールＩＤを埋め込んだＵＲＩ要求パケットを作成してブロードキャストまたはマルチキャストで送信するステップと、前記ＵＲＩ要求パケットを受信した場合に前記ＵＲＩ要求パケットから抽出した電子メールＩＤが前記受信メールボックスに記憶した電子メールの電子メールＩＤと同じものが存在するかを検索するステップと、検索した結果同じ電子メールＩＤが存在すれば自端末を識別するＵＲＩを含む応答パケットを作成し要求元に返信するステップと、前記応答パケットを受信すると送信元のＵＲＩを含む送信元の情報を前記応答パケットから抽出するステップと、を含むことを特徴としている。
【００２０】
更に、上記の第１の端末ＵＲＩディスカバリ方法において、前記端末は、前記抽出するステップで抽出したＵＲＩを基にその抽出したＵＲＩに該当する端末からプレゼンス情報を購読するステップを含むことを特徴としている。
【００２１】
更に、上記の第１の端末ＵＲＩディスカバリ方法において、前記端末は、前記返信するステップでユーザ名を前記応答パケットに含ませて作成するステップと、前記抽出するステップで前記ユーザ名を含む前記送信元の情報を抽出するステップと、前記抽出したユーザ名と送信元のＵＲＩとを自端末に予め保有している電話帳に登録するステップと、を含むことを特徴としている。
【００２２】
また、本発明の第３の端末ＵＲＩディスカバリ方法は、ネットワークを介して端末間で情報の送受信を行って端末ＵＲＩを取得する端末ＵＲＩディスカバリ方法であって、前記端末は、会議開催者の端末となる場合に会議参加者のグループを示すパーティキーを埋め込んだホームページを会議開催者に作成させその作成させたホームページをサーバに登録するステップと、会議参加者の端末となる場合に前記ホームページを前記サーバから取得しその取得したホームページから前記パーティキーを抽出し記憶部に記憶するステップと、会議参加者の端末を識別するＵＲＩを取得したい場合に前記記憶部に記憶したパーティキーを埋め込んだＵＲＩ要求パケットを作成してブロードキャストまたはマルチキャストで送信するステップと、前記ＵＲＩ要求パケットを受信した場合に前記ＵＲＩ要求パケットから抽出したパーティキーが前記記憶部に記憶したパーティキーと同じものが存在するかを検索するステップと、検索した結果同じパーティキーが存在すれば自端末のＵＲＩを含む応答パケットを作成し要求元に返信するステップと、前記応答パケットを受信すると送信元のＵＲＩを含む送信元の情報を前記応答パケットから抽出するステップと、を含むことを特徴としている。
【００２３】
更に、上記の第１、第２、または第３の端末ＵＲＩディスカバリ方法において、前記ＵＲＩは、プレゼンスアドレスであることを特徴としている。
【００２４】
更に、上記の第１の端末ＵＲＩディスカバリ方法において、前記ＵＲＩは、ＳＩＰアドレスまたはインスタントメッセージアドレスであることを特徴としている。
【００２５】
【発明の実施の形態】
次に、本発明の第１の実施の形態について、図面を参照して説明する。
【００２６】
図１を参照すると、本発明の第１の実施の形態のネットワークシステムの構成を示すブロック図であって、このネットワークシステムは、ネットワーク９００と、図示していないプロセッサ（ＣＰＵ）によりプログラム制御で動作する端末１，２，３，４とから構成される。なお、本実施の形態例では、以後の説明を簡略化するために、会議開催者の端末を端末１、会議参加者Ａの端末を端末２、会議参加者Ｂを端末３、会議非参加者Ｃの端末を端末４とする。また、会議開催者の端末に対しての会議参加者の端末の台数や会議非参加者の端末の台数に制限はない。また、会議開催者、会議参加者、および会議非参加者の端末は、それぞれ別のものとして記述しているが、同じ構成の装置である。
【００２７】
図２を参照すると、図１の端末１，２，３，４内の構成を示すブロック図であって、図示していないプロセッサがプログラム制御で動作した場合の機能ブロックを中心に構成したブロック図である。すなわち、それぞれの端末１，２，３，４は、メールソフト部５１と、パーティキー記憶部５２と、アドレスディスカバリ要求部５３と、アドレスディスカバリ応答部５４と、プレゼンス購読部５５と、プレゼンス配信部５６とから構成される。なお、それぞれの端末１，２，３，４は、ネットワーク９００とのデータのやり取りを行う図示していないインタフェース部を有しており、端末１，２，３，４内の各機能ブロックがネットワーク９００とのやり取りを行う場合には、このインタフェース部を介してやり取りが行われる。以降の説明では、インタフェース部を略したとしても、このインタフェース部を介して装置とのデータにやり取りを行うことになる。
【００２８】
図２のメールソフト部５１は、電子メールの作成、送受信、表示をする手段を有する。このメールソフト部５１は、通常の電子メール送受信機能に加え、会議参加者のグループを示す「パーティキー」を作成して送信電子メールに添付する手段と、受信した電子メールからパーティキーを取り出す手段とを有する。また、メールソフト部５１は、受信メールを指定してディスカバリ要求をアドレスディスカバリ要求部５３に指示する手段を有する。この場合のパーティキーとは、会議を一意に識別するキーである。
【００２９】
図２のパーティキー記憶部５２は、図示していない記憶部（例えば、メモリ、磁気ディスク装置等）内に割り当てられており、図７に示すように、電子メールＩＤ（図ではメール番号）とパーティキーとをひとつの要素としてテーブル上に記憶している。この場合の電子メールＩＤは、パーティキー検索時のキーとなる。更に、電子メールＩＤは、「Ｍｅｓｓａｇｅ−Ｉｄ」など複数の電子メールからある電子メールを一意に識別するためのキーである。
【００３０】
図２のアドレスディスカバリ要求部５３は、パーティキーを入力として受け付け、ディスカバリ要求パケットを生成し送信する。また、アドレスディスカバリ要求部５３は、ディスカバリ要求パケットに対する応答パケットを受信する。この場合のディスカバリ要求パケットは、会議参加者が別の会議参加者のプレゼンスアドレスの要求を行うパケットである。
【００３１】
図２のアドレスディスカバリ応答部５４は、ディスカバリ要求パケットを受信し、その応答としてディスカバリ応答パケットを送信（返信）する。この場合の会議参加者の端末のアドレスディスカバリ応答部５１は、ディスカバリ要求パケットに、自端末のパーティキー記憶部５２に登録されているパーティキーが含まれる時、アドレスディスカバリ応答部５４によりディスカバリ応答を返す。
【００３２】
図２のプレゼンス購読部５５は、プレゼンスの購読要求であるプレゼンス購読要求パケットの送受信を行うことによりプレゼンス配信部５６を介してプレゼンス購読を行う。プレゼンス購読とは、ある端末が別の端末に対してプレゼンス情報の配信依頼を行うことである。
【００３３】
図２のプレゼンス配信部５６は、プレゼンス購読要求パケットに対するプレゼンス情報パケットの送信／受信を行う手段を有する。
【００３４】
なお、上記のプレゼンスアドレスとは、それぞれの端末の使用者が自分の状態（例えば、忙しいのか会議中なのか暇なのかといった情報）格納している各端末のアドレスを示す。この場合のプレゼンスアドレスは、ＩＰアドレスになる。
【００３５】
次に、図１〜図８を参照して、本発明の第１の実施の形態の動作について説明する。
【００３６】
前提として、会議開催者は、会議参加者Ａ，Ｂの電子メールアドレスまたはメーリングリストアドレスは知っていて、プレゼンスアドレスは知らないものとする。また、会議開催者以外の会議参加者もお互いのプレゼンスアドレスは知らないものとする。すなわち、第１の実施の形態で使用するプレゼンスアドレス（ここでは、ＩＰアドレス）がＵＲＩの具体的なアドレスになる。ＵＲＩ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｉｄｅｎｔｉｆｉｅｒｓ）とは、インターネット上に存在する情報資源の場所を指し示す包括的な概念（総称した言い方）の記述方式であり、インターネットにおける情報の「住所」に当たる。
【００３７】
まず、会議開催者が会議開催通知を行う場合、図示していない操作部から端末１のメールソフト部５１を起動する。会議開催者は、受信側に会議開催通知メールであると解析できる状態にしてメールソフト部５１に対して操作部から送信指示を行う。すなわち、会議開催通知メールであると解析できる状態にするため、会議開催者は、メールソフト部５１のユーザインタフェース（画面を見ながら図示していない操作部から入力する）から、例えば、送信電子メールの題名の一部に「会議開催通知」が入っている送信メールを作成し、送信処理を行う。
【００３８】
この場合、上記に従って電子メールの送信を指示されたメールソフト部５１は、図３のフローチャートのように振舞う（動作する）。
【００３９】
送信指示を受けた端末１のメールソフト部５１は、電子メールの題名から「会議開催通知」があるかどうか判定する（図３のステップＳ１０１，Ｓ１０２）。
【００４０】
電子メールの題名に「会議開催通知」が検索により検出されると、端末１のメールソフト部５１は、パーティキーを生成する（ステップＳ１０３）。この場合のメールソフト部５１は、パーティキーが一意になるようなアルゴリズムでパーティキーを生成する。ここでは、ランダムな数字とメールドメイン名からパーティキーを生成する。すなわち、パーティキーは、新たな会議開催の電子メールを発行するごとランダムに生成されることになる。
【００４１】
ステップＳ１０１、Ｓ１０２において、パーティキーを生成するために、会議開催者が入力した題名に入っている「会議開催通知」を、会議の開催を示す識別情報としたが、電子メールの本文内に特定の文字列（英数字を含んでも良い）、添付ファイルのファイル名等を会議の開催を示す識別情報としても良い。
【００４２】
更に、端末１のメールソフト部５１は、送信電子メールに生成したパーティキーを埋め込み、会議参加者Ａ，Ｂにネットワーク９００を介して送信する（ステップＳ１０４，Ｓ１０５）。具体的には、メールソフト部５１は、パーティキーを埋め込むために、送信メールのヘッダフィールド部分に「Ｘ−Ｐａｒｔｙ−Ｋｅｙ：」などの拡張ヘッダを追加したり、Ｍｕｌｔｉｐａｒｔ電子メールの別のパート（電子メールの添付ファイル）を作成したりする。ここで生成されるメールの一例を図８に示す。
【００４３】
会議参加者Ａ，Ｂそれぞれの端末２，３のメールソフト部５１が電子メールを受信すると、メールソフト部５１は、図４のように振舞う（動作する）。
【００４４】
メールソフト部５１は、受信した電子メールからパーティキーがあるかどうか判定する（図４のステップＳ２０１，Ｓ２０２）。
【００４５】
電子メールにパーティキーが検索により検出されると、端末２，３のメールソフト部５１は、受信した電子メールからパーティキーを取り出す（ステップＳ２０３）。
【００４６】
更に、端末２，３のメールソフト部５１は、パーティキー記憶部５２に電子メールＩＤをキーにしてパーティキーを記憶する。更に、メールソフト部５１は、通常の電子メールと同様に、自端末内の受信メールボックス（図示していない記憶部内に存在する）に受信した電子メールを入れ、会議参加者に会議開催通知電子メールが来たことを自端末の画面上に表示する。（ステップＳ２０４，Ｓ２０５）。
【００４７】
次に会議参加者Ａの端末２が会議参加者全員のプレゼンスアドレスを知りたい場合、メールソフト部５１のユーザインタフェースから会議開催通知電子メールを指定して、メールソフト部５１に対して会議参加者のプレゼンスアドレス取得指示を行う。例えば、メールソフト部５１が画面上に表示する電子メール選択リストボックスを会議参加者Ａが右クリックすると、ポップアップメニューが出てきて、その中にメールソフト部５１により表示された「会議参加者プレゼンス購読」と言う項目を選択する動作などである。
【００４８】
端末２の操作部からプレゼンスアドレス取得を行うように指示されたメールソフト部５１は、図５のように振舞う（動作する）。
【００４９】
端末２のメールソフト部５１は、現在選択されている会議開催通知電子メールの電子メールＩＤを取り出す。メールソフト部５１は、電子メールＩＤがパーティキー記憶部５２に記憶されているか（存在している）を検索する（ステップＳ３０１，Ｓ３０２）。
【００５０】
電子メールＩＤが存在する場合、メールソフト部５１は、存在した電子メールをキーとするパーティキーをパーティキー記憶部５２から抽出し、アドレスディスカバリ要求部５３に抽出したパーティキーを渡す（ステップＳ３０３）。
【００５１】
パーティキーを受け取ったアドレスディスカバリ要求部５３は、ディスカバリ要求パケットを生成する（ステップ３０４）。この場合のディスカバリ要求パケットは、ディスカバリ要求送信元のＩＰアドレス（自端末のＩＰアドレス）、パーティキーから構成される。
【００５２】
更に、端末２のアドレスディスカバリ要求部５３は、生成したディスカバリ要求パケットをネットワーク９００にブロードキャスト／マルチキャスト送信する（ステップＳ３０５）。この場合、ブロードキャスト送信はネットワーク９００に接続されている全端末宛になり、マルチキャスト送信はネットワーク９００に接続されている予め決められているグループ（ＩＰアドレスによるグループ分け）の端末宛になっているが、ブロードキャストで送信するかマルチキャストで送信するかは送信時に画面から選択できるようになっている（以降の説明では省略する）。なお、選択しないでブロードキャストまたはマルチキャストのいずれかに予め設定されていても良い。
【００５３】
ブロードキャスト／マルチキャストされたディスカバリ要求パケットは、端末３，端末４で受信され以下の処理が行われる。会議参加者Ｂの端末３のアドレスディスカバリ応答部５４は、図６のように振舞う（動作する）。
【００５４】
ディスカバリ要求パケットを受信すると、端末３のアドレスディスカバリ応答部５４は、ディスカバリ要求パケットから送信元ＩＰアドレスとパーティキーを取り出す（ステップＳ４０１）。
【００５５】
端末３のアドレスディスカバリ応答部５４は、受信時に取得したパーティキーをキーにしてパーティキー記憶部５２内にそのパーティキーが存在する検索する（図６のステップＳ４０２，Ｓ４０３）。
【００５６】
端末３のパーティキー記憶部５２内にはパーティキーが存在するので、端末３のアドレスディスカバリ応答部５４は、ディスカバリ応答パケットを作成し、ディスカバリ要求パケットの送信元ＩＰアドレスである送信者の端末２に対して作成したディスカバリ応答パケットを返す（ステップＳ４０４，Ｓ４０５）。この場合、アドレスディスカバリ応答部５４が作成したディスカバリ応答パケットには、端末３自身のプレゼンスアドレス（この場合は、端末３自身のＩＰアドレス）、ディスカバリ要求パケットで受け取ったパーティキーを含む。
【００５７】
一方、会議非参加者Ｃの端末４のアドレスディスカバリ応答部５４は、図６のように振舞う（動作する）。
【００５８】
ディスカバリ要求パケットを受信した端末４のアドレスディスカバリ応答部５４は、ディスカバリ要求パケットから送信元ＩＰアドレスとパーティキーを取り出す（ステップＳ４０１）。
【００５９】
端末４のアドレスディスカバリ応答部５４は、受信時に取得したパーティキーをキーにしてパーティキー記憶部５２内にそのパーティキーが存在するか検索する（ステップＳ４０２，Ｓ４０３）。
【００６０】
端末４のアドレスディスカバリ応答部５４にはパーティキー記憶部５２内にパーティキーが存在しないので、端末４のアドレスディスカバリ応答部５４は、そのディスカバリ要求を無視し、処理を終了する。
【００６１】
一方、端末２のアドレスディスカバリ要求部５３は、端末３からのディスカバリ応答パケットを受信すると、端末３のプレゼンスアドレスを取り出す。これでプレゼンスアドレスが取得されたことになる。
【００６２】
この後、端末２のプレゼンス購読部５５は、アドレスディスカバリ要求部５３からディスカバリ応答パケットを取得しプレゼンスアドレスを参照する。すなわち、端末２のプレゼンス購読部５５は、ディスカバリ応答パケット内の端末３のプレゼンスアドレスを使って端末３の所有者の会議参加者Ｂのプレゼンスを購読することになる。
【００６３】
端末３のプレゼンス購読部５５は、プレゼンスの購読要求を受け取り、端末２にプレゼンス配信部５６を使って図示していない記憶部に格納されている会議参加者Ｂのプレゼンス情報を読み出して配送する。
【００６４】
上記の説明では、会議開催者は、会議に出席しないものとしたが、会議開催者自身も会議参加者としたい場合には、送信宛の中に自分の電子メールアドレスを追加すれば、良い。
【００６５】
次に、本発明の第２の実施の形態について、図面を参照して説明する。
【００６６】
本発明の第２の実施の形態は、図１で示した第１の実施の形態と同じネットワークシステムの構成であって、端末１，２，３，４内の構成が第１の実施の形態と相違する。図９を参照すると、第２の実施の形態における端末１，２，３，４は、メールソフト５１と、パーティキー記憶部５２と、アドレスディスカバリ要求部５３と、アドレスディスカバリ応答部５４と、電話帳５７とから構成される。すなわち、第１の実施の形態の端末内の構成（図２を参照）と比較すると、第１の実施の形態で示す図１からプレゼンス購読部５５とプレゼンス配信部５６とを削除し、電話帳５７を追加した点で相違する。なお、本第２の実施の形態例は、第１の実施の形態例のプレゼンスアドレスをＳＩＰアドレス、またはインスタントメッセージアドレスに変更したものである。ＳＩＰアドレスは、ＶｏＩＰ電話をかけるときのアドレス（電話番号に相当）である。インスタントメッセージアドレスは、インスタントメッセージをある端末に送信するときに相手側の端末を一意に識別するために使用されるアドレスのことである。
【００６７】
従って、ディスカバリ応答パケットには、応答を行う端末自身のＳＩＰアドレス（またはインスタントメッセージアドレス）と、ディスカバリ要求パケットで受け取ったパーティキーと、ユーザ名とを含む。
【００６８】
電話帳５７は、図示していない記憶部（例えば、不揮発性のメモリ等）内にエリアが割り当てられており、ユーザ毎にアドレス（ＳＩＰ  ＵＲＬまたはインスタントメッセージアドレス）が登録されている。
【００６９】
次に、図９を中心に参照して、本発明の第２の実施の形態の動作について説明する。
【００７０】
第１の実施の形態の動作の説明したプレゼンスアドレスをＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）  ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）またはインスタントメッセージアドレスに置き換え、アドレスディスカバリ要求部５３がディスカバリ応答パケットを受け取ってからの動作を以下のように変更する。
【００７１】
すなわち、会議参加者Ａの端末２のアドレスディスカバリ要求部５３は、会議参加者Ｂの端末３が図６のステップＳ４０５により送信（返信）したディスカバリ応答パケットを受信する。端末２のアドレスディスカバリ要求部５３は、ディスカバリ応答パケットからＳＩＰ  ＵＲＬ（またはインスタントメッセージアドレス）とユーザ名を抽出し、その抽出したアドレス（ＳＩＰ  ＵＲＬまたはインスタントメッセージアドレス）とユーザ名とを電話帳５７に登録する。
【００７２】
なお、それ以外の動作については、アドレスを置き換えるだけで動作は第１の実施の形態と同じになるので説明を省略する。
【００７３】
次に、本発明の第３の実施の形態について、図面を参照して説明する。
【００７４】
本発明の第３の実施の形態は、図１で示した第１の実施の形態と同じネットワークシステムの構成であって、端末１，２，３，４内の構成が第１の実施の形態と相違する。図１０を参照すると、第３の実施の形態における端末１，２，３，４は、メールソフト５１と、アドレスディスカバリ要求部５３と、アドレスディスカバリ応答部５４と、プレゼンス購読部５５と、プレゼンス配信部５６とから構成される。すなわち、第１の実施の形態の端末内の構成（図２を参照）と比較すると、第１の実施の形態で示す図１からパーティキー記憶部５２を削除した点で相違する。
【００７５】
すなわち、本第３の実施の形態例は、第１の実施の形態例１と異なり、パーティキーを使用しない。ディスカバリ送信者が会議参加者である事を判断するために端末に記憶されているメールの「Ｍｅｓｓａｇｅ−Ｉｄ」を利用する。この方法を使うことにより、会議開催者の端末のメーラが本方式に対応していない場合でも会議参加者間でプレゼンスアドレスの配布が可能になる。
【００７６】
次に、図１０を中心に参照して、本発明の第３の実施の形態の動作について説明する。
【００７７】
第３本実施の形態は、第１の実施の形態の図３のメールの送信時の動作フローチャートと、図４のメールの受信時の動作のフローチャートとに記述したアルゴリズムを、通常のメールソフト部５１で行われているメール送受信に変更する。すなわち、図３ではステップＳ１０１〜Ｓ１０４の削除を、図４ではステップＳ２０１〜Ｓ２０４の削除を、それぞれ行った動作となる。
【００７８】
また、第３本実施の形態は、第１の実施の形態の図５のプレゼンスアドレス取得要求時の動作のフローチャートに記述したアルゴリズムを、図１１のフローチャートに従って、以下のように変更する。
【００７９】
端末２のメールソフト部５１は、現在操作部により選択されている会議開催通知電子メールの電子メールＩＤを取り出し（抽出し）、その電子メールＩＤが受信メールボックスに存在するか検索する（図１１のステップＳ５０１，Ｓ５０２）。
【００８０】
電子メールＩＤが存在する場合、端末２のメールソフト部５１は、アドレスディスカバリ要求部５３に受信メールボックスから取り出した電子メールＩＤを渡す（ステップＳ５０３）。
【００８１】
端末２のアドレスディスカバリ要求部５３は、電子メールＩＤを受け取るとディスカバリ要求パケットを生成する（ステップＳ５０４）。この場合のディスカバリ要求パケットは、ディスカバリ要求送信元のＩＰアドレス（自端末のＩＰアドレス）、電子メールＩＤ等から構成される。
【００８２】
更に、アドレスディスカバリ要求部５３は、生成したディスカバリ要求パケットをネットワーク９００にブロードキャスト／マルチキャスト送信する（ステップＳ５０５）。
【００８３】
また、第１の実施の形態の図６のディスカバリ要求パケット受信時のフローチャートに記述したアルゴリズムを、図１２のフローチャートに従って、以下のように変更する。
【００８４】
会議参加者Ｂの端末３のアドレスディスカバリ応答部５４は、図１２のように振舞う（動作する）。
【００８５】
ディスカバリ要求パケットを受信すると、端末３のアドレスディスカバリ応答部５４は、ディスカバリ要求パケットから送信元ＩＰアドレスと電子メールＩＤとを取り出す（ステップＳ６０１）。
【００８６】
端末３のアドレスディスカバリ応答部５４は、取り出した電子メールＩＤと同じ電子メールＩＤが受信メールボックスに存在するかを検索する（ステップＳ６０２，Ｓ６０３）。
【００８７】
端末３の受信メールボックス内に同じ電子メールＩＤが存在するので、端末３のアドレスディスカバリ応答部５４は、ディスカバリ応答パケットを作成し、ディスカバリ要求パケットの送信元ＩＰアドレスである送信者の端末２に対して作成したディスカバリ応答パケットを返す（ステップＳ６０４，Ｓ６０５）。この場合のディスカバリ応答パケットには、端末３自身のプレゼンスアドレス（この場合は、端末３自身のＩＰアドレス）、ディスカバリ要求パケットで受け取った電子メールＩＤ等を含む。
【００８８】
会議非参加者Ｃの端末４のアドレスディスカバリ応答部５４は、図１２のように振舞う（動作する）。
【００８９】
端末４のアドレスディスカバリ応答部５４は、ディスカバリ要求パケットを受信すると、ディスカバリ要求パケットから送信元ＩＰアドレスと電子メールＩＤとを取り出す（ステップＳ６０１）。
【００９０】
端末４のアドレスディスカバリ応答部５４は、受信メールボックスからディスカバリ要求パケットの電子メールＩＤと同じ電子メールＩＤが存在するか検索する（ステップＳ６０２，Ｓ６０３）。
【００９１】
端末４の受信メールボックス内に同じ電子メールＩＤが存在しないので、端末４のアドレスディスカバリ応答部５４は、そのディスカバリ要求は無視し、処理を終了する。
【００９２】
なお、それ以外の動作について、第１の実施の形態と同じなので説明を省略する。
【００９３】
次に、本発明の第４の実施の形態について、図面を参照して説明する。
【００９４】
本発明の第４の実施の形態は、図１で示した第１の実施の形態と同じネットワークシステムの構成であって、端末１，２，３，４内の構成が第１の実施の形態と相違する。図１３を参照すると、第４の実施の形態における端末１，２，３，４は、ブラウザ５８と、パーティキー記憶部５９と、アドレスディスカバリ要求部５３と、アドレスディスカバリ応答部５４と、プレゼンス購読部５５と、プレゼンス配信部５６とから構成される。すなわち、第１の実施の形態の端末内の構成（図２を参照）と比較すると、第１の実施の形態で示す図１からメールソフト５１を削除し、メールソフト５１の替わりにブラウザ５８を追加した点で相違し、パーティキー記憶部５２からパーティキー記憶部５９に変更した点で相違する。
【００９５】
図１３のブラウザ５８は、ホームページを参照し表示するためのソフトウェアであり、インタネットエクスプローラや、ネットスケープなどを指す。更に、ブラウザ５８は、ブラウザ機能に加え、パーティキーを取得する手段を持つ。
【００９６】
図１３のパーティキー記憶部５９は、図示していない記憶部（例えば、メモリ、磁気ディスク装置等）内に割り当てられており、図１５に示すように、ホームページのアドレス（ＵＲＬ）とパーティキーとをひとつの要素としてテーブル上に記憶している。この場合、ホームページのアドレスがパーティキー検索時のキーとなる。
【００９７】
なお、ホームページの情報は、図１のネットワーク９００に接続された図示していないサーバが管理する記憶部（例えば、磁気ディスク）内に登録される。
【００９８】
次に、図１３を中心に参照して、本発明の第４の実施の形態の動作について説明する。
【００９９】
前提として、会議参加者Ａ，Ｂは、日頃タイムスケジュール表として常時使用している日程ホームページのＵＲＬを知っていて、各会議参加者の端末のプレゼンスアドレスを知らないものとする。
【０１００】
まず、会議開催者が会議開催通知を行う場合、端末１上で日程ホームページのアドレスにパーティキーを含めたホームページを作成して、ネットワーク９００を介して図示していないサーバに登録する。例えば、パーティキーをコメントとして記述する。
【０１０１】
会議参加者Ａ，Ｂのそれぞれの端末２，３のブラウザ５８は、日程ホームページを参照すると、コメントにパーティキーが入ったホームページを取得する。ブラウザ５８は、日程ホームページのコメントからパーティキーを取り出し、パーティキー記憶部５９（図１５参照）にホームページのアドレスとパーティキーとを記憶する。
【０１０２】
会議参加者Ａが会議参加者全員のプレゼンスアドレスを知りたい場合、日程ホームページを参照中に端末２のブラウザ５８のユーザインタフェースから会議参加者のプレゼンスアドレス取得指示を行う。たとえば、ホームページ参照時のブラウザ５８が画面上に表示するポップアップメニューに「会議参加者プレゼンス購読」と言う項目があり、それを選択する動作などである。
【０１０３】
会議参加者Ａからプレゼンスアドレス取得を行うように指示された端末２のブラウザ部５８は、図１４のように振舞う（動作する）。
【０１０４】
端末２のブラウザ部５８は、パーティキー記憶部５９にホームページから抽出したパーティキーが該当するホームページのアドレスをキーとするエリアに存在するか検索する（図１４ステップＳ７０１，Ｓ７０２）。
【０１０５】
パーティキー記憶部５９の中にパーティキーが存在する場合、端末２のブラウザ部５８は、パーティキーをパーティキー記憶部５９から抽出し、アドレスディスカバリ要求部５３に抽出したパーティキーを渡す（ステップＳ７０３）。
【０１０６】
パーティキーを受け取ったアドレスディスカバリ要求部５３は、ディスカバリ要求パケットを生成する（ステップＳ７０４）。この場合のディスカバリ要求パケットは、ディスカバリ要求送信元のＩＰアドレス、パーティキー等から構成される。
【０１０７】
更に、アドレスディスカバリ要求部５３は、生成したディスカバリ要求パケットをネットワーク９００にブロードキャスト／マルチキャスト送信する（ステップＳ７０５）。
【０１０８】
以下の処理は、メールソフト部５１を使ってディスカバリを行った第１の実施の形態のディスカバリ処理（図６のステップＳ４０１以降の処理）と同様であるため省略する。
【０１０９】
上記の第１または第２の実施の形態の説明によれば、本発明は、会議開催者の端末が電子メールに会議参加者を示すパーティキーを盛り込んで会議出席者の端末に通知し、会議参加者の端末が他の会議参加者の端末のＵＲＩを知りたい場合にパーティキーを盛り込んだディスカバリ要求パケット（ＵＲＩ要求パケット）をブロードキャスト／マルチキャストで送信することで、受信側の端末が同一のパーティキーを持っていれば自端末のＵＲＩを盛り込んで返信するようにしているため、ホームページを用いることなく、必要時に会議参加者全員の端末のＵＲＩを自動的に抽出することができる。
【０１１０】
また、上記の第３の実施の形態の説明によれば、本発明は、会議開催者の端末が電子メールにて会議出席者の端末に通知することでそれぞれの会議出席者の端末内にこの電子メールの電子メールＩＤを記憶させ、会議参加者の端末が他の会議参加者の端末のＵＲＩを知りたい場合にこの電子メールＩＤを盛り込んだディスカバリ要求パケット（ＵＲＩ要求パケット）をブロードキャスト／マルチキャストで送信することで、受信側の端末が同一の電子メールＩＤを持っていれば自端末のＵＲＩを盛り込んで返信するようにしているため、ホームページを用いることなく、必要時に会議参加者全員の端末のＵＲＩを自動的に抽出することができる。
【０１１１】
また、上記の第４の実施の形態の説明によれば、本発明は、会議作成者の端末がよく利用するホームページにパーティキーを登録し、会議参加者の端末がホームページを閲覧するとパーティキーを会議参加者の端末内に記憶させ、会議参加者の端末が他の会議参加者の端末のＵＲＩを知りたい場合にパーティキーを盛り込んだディスカバリ要求パケット（ＵＲＩ要求パケット）をブロードキャスト／マルチキャストで送信することで、受信側の端末が同一のパーティキーを持っていれば自端末のＵＲＩを盛り込んで返信するようにしているため、ホームページ閲覧に伴う会議参加者のＵＲＩの取得を必要時に電子メールを用いることなく容易にすることができる。
【０１１２】
また、上記の第１または第３の実施の形態によれば、会議参加者のプレゼンスアドレスを入手直後にプレゼンスアドレスを使ってプレゼンスアドレスの情報を購読するようにしているため、本発明は、ある会議参加者の端末が、プレゼンスアドレスを手動で入力することなく、必要時に会議参加者のプレゼンス情報を入手することができる。
【０１１３】
【発明の効果】
以上説明したように、本発明は、同じパーティキーを持っている端末だけがプレゼンスアドレス要求の受付けを行うようにしているため、会議参加者のみに限定してプレゼンスアドレスを収集することができるという効果がある。
【０１１４】
また、本発明は、「会議開催通知」メールを受信した端末は、収集したプレゼンスアドレスを使ってプレゼンスの購読処理を行うので、会議参加者のプレゼンスアドレスを手動で入力する必要がなく、必要時に会議参加者のプレゼンス情報を入手することができるという効果がある。すなわち、ユーザがプレゼンスアドレスを入力する時の作業が低減することができるという効果がある。
【図面の簡単な説明】
【図１】本発明の第１〜第４の実施の形態のネットワークシステムの構成を示すブロック図である。
【図２】第１の実施の形態における図１の端末内のブロック図である。
【図３】図２の端末のメールソフト部のメール送信時の動作を示すフローチャートである。
【図４】図２の端末のメールソフト部のメール受信時の動作を示すフローチャートである。
【図５】プレゼンスアドレス要求時における図２の端末の動作を示すフローチャートである。
【図６】ディスカバリ要求パケット受信時における図２の端末の動作を示すフローチャートである。
【図７】図２のパーティキー記憶部内の構成の概略を示す構成概略図である。
【図８】送信メールのヘッダ部にパーティキーを付加した場合の一例を示す構成図である。
【図９】本発明の第２の実施の形態における図１の端末内のブロック図である。
【図１０】本発明の第３の実施の形態における図１の端末内のブロック図である。
【図１１】プレゼンスアドレス取得要求時における図１０の端末の動作を示すフローチャートである。
【図１２】ディスカバリ要求パケット受信時における図１０の端末の動作を示すフローチャートである。
【図１３】本発明の第４の実施の形態における図１の端末内のブロック図である。
【図１４】プレゼンスアドレス取得要求時における図１３の端末の動作を示すフローチャートである。
【図１５】図１３のパーティキー記憶部内の構成の概略を示す構成概略図である。
【符号の説明】
１，２，３，４    端末
５１    メールソフト部
５２，５９    パーティキー記憶部
５３    アドレスディスカバリ要求部
５４    アドレスディスカバリ応答部
５５    プレゼンス購読部
５６    プレゼンス配信部
５７    電話帳
５８    ブラウザ部
９００    ネットワーク
【図１】
2004295489.tif 000003
【図２】
2004295489.tif 000004
【図３】
2004295489.tif 000005
【図４】
2004295489.tif 000006
【図５】
2004295489.tif 000007
【図６】
2004295489.tif 000008
【図７】
2004295489.tif 000009
【図８】
2004295489.tif 000010
【図９】
2004295489.tif 000011
【図１０】
2004295489.tif 000012
【図１１】
2004295489.tif 000013
【図１２】
2004295489.tif 000014
【図１３】
2004295489.tif 000015
【図１４】
2004295489.tif 000016
【図１５】
2004295489.tif 000017