JP3885753B2 - Terminal URI discovery system and method, and terminal - Google Patents

Terminal URI discovery system and method, and terminal Download PDF

Info

Publication number
JP3885753B2
JP3885753B2 JP2003087135A JP2003087135A JP3885753B2 JP 3885753 B2 JP3885753 B2 JP 3885753B2 JP 2003087135 A JP2003087135 A JP 2003087135A JP 2003087135 A JP2003087135 A JP 2003087135A JP 3885753 B2 JP3885753 B2 JP 3885753B2
Authority
JP
Japan
Prior art keywords
terminal
uri
party key
mail
conference
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
Application number
JP2003087135A
Other languages
Japanese (ja)
Other versions
JP2004295489A (en
Inventor
嘉昭 奥山
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Priority to JP2003087135A priority Critical patent/JP3885753B2/en
Publication of JP2004295489A publication Critical patent/JP2004295489A/en
Application granted granted Critical
Publication of JP3885753B2 publication Critical patent/JP3885753B2/en
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Images

Landscapes

  • Information Transfer Between Computers (AREA)

Description

【0001】
【発明の属する技術分野】
本発明は、端末URIディスカバリシステムおよび方法、並びに端末に関し、特に、会議参加者の端末のURI(Uniform Resource Identifiers)を取得する端末URIディスカバリシステムおよび方法、並びに端末に関する。
【0002】
【従来の技術】
近年、インターネットや携帯電話網を利用したインスタントメッセージ/プレゼンスサービスが普及しはじめている。プレゼンスサービスでは、利用者はプレゼンスサービスに対応した端末をもち、この端末に利用者自身のプレゼンス情報(在席中、離席中、取り込み中、外出中など)を入力する。このプレゼンス情報は、他の利用者のプレゼンスサービスに対応した端末に配送される。プレゼンスサービスを利用することで、利用者は他の利用者のプレゼンス状態をリアルタイムに知ることができるようになった。しかし、現在のプレゼンスシステムは、プレゼンスアドレスの入力がわずらわしい。例えば、これから参加する会議参加者全員のプレゼンス情報を取得したい場合、会議参加者全員分のプレゼンスアドレスを端末に手動で入力する必要がある。このため、端末からプレゼンスアドレスを手動で入力しないで自動的に取得する方法が考えられるが、このプレゼンスアドレスに相当する従来の会議参加者の端末のIPアドレスを取得する方法として、例えば、特開2002−207680号公報が開示されている。この特開2002−207680号公報には、主催者は、主催者の端末を操作し、ホスト端末に開催予定の会議に関する情報を登録する。ホスト端末は、登録された予定会議の開始予定時刻の所定時間前に、会議開催を通知する電子メールを参加予定者の端末に送信する。ホスト端末は、受信した返信に基づいて出席者を確認すると同時に、返信に付されている端末のIPアドレスを取得する。ホスト端末は、取得したIPアドレスを各参加者の端末500に通知する。
【0003】
【特許文献1】
特開2002−207680
【0004】
【発明が解決しようとする課題】
しかしながら、特開2002−207680号公報では、ホスト端末は、電子メールを受信した会議参加者が電子メールにハイパー形式で記載されたURLを選択することでメニューページを閲覧させ、メニューページに従った所定の手続を取らせることで、その会議参加者の使用している端末のIPアドレスを取得するようにしているため、会議の参加者にもかかわらず、ホスト端末にアクセスしなければ、ホスト端末は、会議参加者のIPアドレスを取得することができないという問題点、すなわち、各端末は、必要時に会議参加者の全員のIPアドレスを知ることができないという問題点がある。
【0005】
また、特開2002−207680号公報におけるページ閲覧方式では、ページを管理するホスト端末が会議参加者に電子メールで通知すると、その通知に伴い、会議参加者がページを閲覧し、更に、所定の手続により必要事項を入力して応答することで、ホスト端末が必要事項を入力した端末のIPアドレスを取得するようにしているため、必ずしも、電子メールで通知したとしても電子メールを受け取った会議参加者は、電子メール見るとは限らないという問題点と、ページを閲覧したとしても閲覧者が所定の手続をしない限り、ホスト端末が会議参加者の端末のIPアドレスの取得および会議参加者が他の会議参加者の端末のIPアドレスの取得ができないという問題点、更に、会議参加者の端末には電子メールにより参加者の端末のIPアドレス通知されるため、人が介入しなければならないという問題点がある。
【0006】
本発明の目的は、上記問題点を鑑み、ある会議参加者の端末が、必要時に会議参加者全員の端末のURIを自動的に抽出することにある。
【0007】
また、本発明の他の目的は、ある会議参加者の端末が、手動でプレゼンスアドレスを入力することなく、必要時に会議参加者のプレゼンス情報を入手することにある。
【0008】
また、本発明の他の目的は、上記問題点を鑑み、ページの閲覧に伴う会議参加者のURIの取得を必要時に電子メールを用いることなく容易にすることにある。
【0009】
【課題を解決するための手段】
上記目的を達成するために、本発明の第1の端末URIディスカバリシステムは、ネットワークを介して通信を行って端末URIを取得する端末URIディスカバリシステムであって、会議開催者端末と、複数の会議参加者端末と、を含み、前記会議開催者端末は、会議参加者のグループを示すパーティキーを埋め込んだ電子メールを前記会議参加者端末に送信する送信手段を有し前記会議参加者端末は、前記電子メールを受信した場合に前記電子メールから前記パーティキーを抽出し記憶する記憶手段と、自端末の操作部から会議参加者の端末を識別するURIの取得指示を受ける指示手段と、前記取得指示を受けた場合に前記記憶手段で記憶したパーティキーを埋め込んだURI要求パケットを作成して前記ネットワークに接続されている全端末宛にブロードキャストまたは前記ネットワークに接続されており予め決められているグループの端末宛にマルチキャストで送信する要求手段と、前記URI要求パケットを受信した場合に前記URI要求パケットから抽出したパーティキーが前記記憶手段で記憶したパーティキーと同じものが存在するかを検索する検索手段と、前記検索手段で検索した結果同じパーティキーが存在すれば自端末のURIを含む応答パケットを作成し要求元に返信する返信手段と、
前記返信手段で返信された応答パケットを受信すると送信元のURIを含む送信元の情報を前記応答パケットから抽出する抽出手段と、を有することを特徴としている。
【0010】
更に、上記の第1の端末URIディスカバリシステムにおいて、前記会議開催者端末は、電子メール送信時に会議開催を示す識別情報を埋め込んだ電子メールから前記パーティキーを生成する生成手段を備えることを特徴とする請求項1記載の端末URIディスカバリシステム。
【0011】
また、本発明の第2の端末URIディスカバリシステムは、ネットワークを介して通信を行って端末URIを取得する端末URIディスカバリシステムであって、前記会議者端末と、会議参加者端末と、を含み、前記会議開催者端末は、会議開催を示す識別情報を埋め込み電子メールを前記会議参加者端末に送信する送信手段を有し前記会議参加者端末は、前記電子メールを受信した場合に前記電子メールを記憶する記憶手段と、自端末の操作部から会議参加者の端末を識別するURIの取得指示を受ける指示手段と、前記取得指示を受けた場合に前記電子メールの電子メールIDを埋め込んだURI要求パケットの取得要求を行う手段と、を作成して前記ネットワークに接続されている全端末宛にブロードキャストまたは前記ネットワークに接続されており予め決められているグループの端末宛にマルチキャストで送信する要求手段と、前記URI要求パケットを受信した場合に前記URI要求パケットから抽出した電子メールIDが前記記憶手段で記憶した電子メールの電子メールIDと同じものが存在するかを検索する検索手段と、前記検索手段で検索した結果同じ電子メールIDが存在すれば自端末を識別するURIを含む応答パケットを作成し要求元に返信する返信手段と、前記返信手段で返信された応答パケットを受信すると送信元のURIを含む送信元の情報を前記応答パケットから抽出する抽出手段と、を有することを特徴としている。
【0012】
更に、本発明の第2の端末URIディスカバリシステムにおいて、前記会議参加者端末は、前記抽出手段で抽出したURIを基にその抽出したURIに該当する端末からプレゼンス情報を購読する購読手段を備えることを特徴としている。
【0013】
更に、上記の第1の端末URIディスカバリシステムにおいて、前記返信手段は、ユーザ名を含む応答パケットを作成する手段を有し、前記抽出手段は、前記ユーザ名を含む前記送信元の情報を抽出する手段を有し、前記端末は、前記抽出手段で抽出したユーザ名と送信元のURIとを自端末に予め保有している電話帳に登録する登録手段を備えることを特徴としている。
【0014】
また、本発明の第3の端末URIディスカバリシステムは、ネットワークを介して通信を行って端末URIを取得する端末URIディスカバリシステムであって、会議開催者端末と、会議参加者端末と、サーバと、を含み、前記会議開催端末は、会議参加者のグループを示すパーティキーを埋め込んだホームページを前記サーバに登録する登録手段を有し前記会議参加者端は、前記ホームページを前記サーバから取得しその取得したホームページから前記パーティキーを抽出し記憶する記憶手段と、自端末の操作部から会議参加者の端末を識別するURIの取得指示を受ける指示手段と、前記取得指示を受けた場合に前記記憶手段で記憶したパーティキーを埋め込んだURI要求パケットを作成して前記ネットワークに接続されている全端末宛にブロードキャストまたは前記ネットワークに接続されており予め決められているグループの端末宛にマルチキャストで送信する要求手段と、前記URI要求パケットを受信した場合に前記URI要求パケットから抽出したパーティキーが前記記憶手段で記憶したパーティキーと同じものが存在するかを検索する検索手段と、前記検索手段で検索した結果同じパーティキーが存在すれば自端末のURIを含む応答パケットを作成し要求元に返信する返信手段と、前記返信手段で返信された応答パケットを受信すると送信元のURIを含む送信元の情報を前記応答パケットから抽出する抽出手段と、を有することを特徴としている。
【0015】
更に、上記の第1、第2または第3の端末URIディスカバリシステムにおいて、前記URIは、プレゼンスアドレスであることを特徴としている。
【0016】
更に、上記の第1の端末URIディスカバリシステムにおいて、前記URIは、SIPアドレスまたはインスタントメッセージアドレスであることを特徴としている。
【0017】
また、本発明の第1の端末URIディスカバリ方法は、ネットワークを介して端末間で情報の送受信を行って端末URIを取得する端末URIディスカバリ方法であって、前記端末は、会議参加者のグループを示すパーティキーを埋め込んだ電子メールを会議参加者の端末に送信するステップと、前記電子メールを受信した場合に前記電子メールから前記パーティキーを抽出し記憶部に記憶するステップと、自端末の操作部から会議参加者の端末を識別するURIの取得指示を受けるステップと、前記取得指示を受けた場合に前記記憶部に記憶したパーティキーを埋め込んだURI要求パケットを作成して前記ネットワークに接続されている全端末宛にブロードキャストまたは前記ネットワークに接続されており予め決められているグループの端末宛にマルチキャストで送信するステップと、前記URI要求パケットを受信した場合に前記URI要求パケットから抽出したパーティキーが前記記憶部に記憶したパーティキーと同じものが存在するかを検索するステップと、検索した結果同じパーティキーが存在すれば自端末のURIを含む応答パケットを作成し要求元に返信するステップと、前記応答パケットを受信すると送信元のURIを含む送信元の情報を前記応答パケットから抽出するステップと、を含むことを特徴としている。
【0018】
更に、上記の第1の端末URIディスカバリ方法において、前記端末は、電子メール送信時に会議開催を示す識別情報を埋め込んだ電子メールから前記パーティキーを生成するステップを含むことを特徴としている。
【0019】
また、本発明の第2の端末URIディスカバリ方法は、ネットワークを介して端末間で情報の送受信を行って端末URIを取得する端末URIディスカバリ方法であって、前記端末は、会議開催を示す識別情報を埋め込み電子メールを会議参加者の端末に送信するステップと、前記電子メールを受信した場合に前記電子メールを受信メールボックスに記憶するステップと、自端末の操作部から会議参加者の端末を識別するURIの取得指示を受けるステップと、前記取得指示を受けた場合に前記電子メールの電子メールIDを埋め込んだURI要求パケットを作成して前記ネットワークに接続されている全端末宛にブロードキャストまたは前記ネットワークに接続されており予め決められているグループの端末宛にマルチキャストで送信するステップと、前記URI要求パケットを受信した場合に前記URI要求パケットから抽出した電子メールIDが前記受信メールボックスに記憶した電子メールの電子メールIDと同じものが存在するかを検索するステップと、検索した結果同じ電子メールIDが存在すれば自端末を識別するURIを含む応答パケットを作成し要求元に返信するステップと、前記応答パケットを受信すると送信元のURIを含む送信元の情報を前記応答パケットから抽出するステップと、を含むことを特徴としている。
【0020】
更に、上記の第1の端末URIディスカバリ方法において、前記端末は、前記抽出するステップで抽出したURIを基にその抽出したURIに該当する端末からプレゼンス情報を購読するステップを含むことを特徴としている。
【0021】
更に、上記の第1の端末URIディスカバリ方法において、前記端末は、前記返信するステップでユーザ名を前記応答パケットに含ませて作成するステップと、前記抽出するステップで前記ユーザ名を含む前記送信元の情報を抽出するステップと、前記抽出したユーザ名と送信元のURIとを自端末に予め保有している電話帳に登録するステップと、を含むことを特徴としている。
【0022】
また、本発明の第3の端末URIディスカバリ方法は、ネットワークを介して端末間で情報の送受信を行って端末URIを取得する端末URIディスカバリ方法であって、前記端末は、会議参加者のグループを示すパーティキーを埋め込んだホームページをサーバに登録するステップと、前記ホームページを前記サーバから取得しその取得したホームページから前記パーティキーを抽出し記憶部に記憶するステップと、自端末の操作部から会議参加者の端末を識別するURIの取得指示を受けるステップと、前記取得指示を受けた場合に前記記憶部に記憶したパーティキーを埋め込んだURI要求パケットを作成して前記ネットワークに接続されている全端末宛にブロードキャストまたは前記ネットワークに接続されており予め決められているグループの端末宛にマルチキャストで送信するステップと、前記URI要求パケットを受信した場合に前記URI要求パケットから抽出したパーティキーが前記記憶部に記憶したパーティキーと同じものが存在するかを検索するステップと、検索した結果同じパーティキーが存在すれば自端末のURIを含む応答パケットを作成し要求元に返信するステップと、前記応答パケットを受信すると送信元のURIを含む送信元の情報を前記応答パケットから抽出するステップと、を含むことを特徴としている。
【0023】
更に、上記の第1、第2、または第3の端末URIディスカバリ方法において、前記URIは、プレゼンスアドレスであることを特徴としている。
【0024】
更に、上記の第1の端末URIディスカバリ方法において、前記URIは、SIPアドレスまたはインスタントメッセージアドレスであることを特徴としている。
【0025】
【発明の実施の形態】
次に、本発明の第1の実施の形態について、図面を参照して説明する。
【0026】
図1を参照すると、本発明の第1の実施の形態のネットワークシステムの構成を示すブロック図であって、このネットワークシステムは、ネットワーク900と、図示していないプロセッサ(CPU)によりプログラム制御で動作する端末1,2,3,4とから構成される。なお、本実施の形態例では、以後の説明を簡略化するために、会議開催者の端末を端末1、会議参加者Aの端末を端末2、会議参加者Bを端末3、会議非参加者Cの端末を端末4とする。また、会議開催者の端末に対しての会議参加者の端末の台数や会議非参加者の端末の台数に制限はない。また、会議開催者、会議参加者、および会議非参加者の端末は、それぞれ別のものとして記述しているが、同じ構成の装置である。
【0027】
図2を参照すると、図1の端末1,2,3,4内の構成を示すブロック図であって、図示していないプロセッサがプログラム制御で動作した場合の機能ブロックを中心に構成したブロック図である。すなわち、それぞれの端末1,2,3,4は、メールソフト部51と、パーティキー記憶部52と、アドレスディスカバリ要求部53と、アドレスディスカバリ応答部54と、プレゼンス購読部55と、プレゼンス配信部56とから構成される。なお、それぞれの端末1,2,3,4は、ネットワーク900とのデータのやり取りを行う図示していないインタフェース部を有しており、端末1,2,3,4内の各機能ブロックがネットワーク900とのやり取りを行う場合には、このインタフェース部を介してやり取りが行われる。以降の説明では、インタフェース部を略したとしても、このインタフェース部を介して装置とのデータにやり取りを行うことになる。
【0028】
図2のメールソフト部51は、電子メールの作成、送受信、表示をする手段を有する。このメールソフト部51は、通常の電子メール送受信機能に加え、会議参加者のグループを示す「パーティキー」を作成して送信電子メールに添付する手段と、受信した電子メールからパーティキーを取り出す手段とを有する。また、メールソフト部51は、受信メールを指定してディスカバリ要求をアドレスディスカバリ要求部53に指示する手段を有する。この場合のパーティキーとは、会議を一意に識別するキーである。
【0029】
図2のパーティキー記憶部52は、図示していない記憶部(例えば、メモリ、磁気ディスク装置等)内に割り当てられており、図7に示すように、電子メールID(図ではメール番号)とパーティキーとをひとつの要素としてテーブル上に記憶している。この場合の電子メールIDは、パーティキー検索時のキーとなる。更に、電子メールIDは、「Message−Id」など複数の電子メールからある電子メールを一意に識別するためのキーである。
【0030】
図2のアドレスディスカバリ要求部53は、パーティキーを入力として受け付け、ディスカバリ要求パケットを生成し送信する。また、アドレスディスカバリ要求部53は、ディスカバリ要求パケットに対する応答パケットを受信する。この場合のディスカバリ要求パケットは、会議参加者が別の会議参加者のプレゼンスアドレスの要求を行うパケットである。
【0031】
図2のアドレスディスカバリ応答部54は、ディスカバリ要求パケットを受信し、その応答としてディスカバリ応答パケットを送信(返信)する。この場合の会議参加者の端末のアドレスディスカバリ応答部51は、ディスカバリ要求パケットに、自端末のパーティキー記憶部52に登録されているパーティキーが含まれる時、アドレスディスカバリ応答部54によりディスカバリ応答を返す。
【0032】
図2のプレゼンス購読部55は、プレゼンスの購読要求であるプレゼンス購読要求パケットの送受信を行うことによりプレゼンス配信部56を介してプレゼンス購読を行う。プレゼンス購読とは、ある端末が別の端末に対してプレゼンス情報の配信依頼を行うことである。
【0033】
図2のプレゼンス配信部56は、プレゼンス購読要求パケットに対するプレゼンス情報パケットの送信/受信を行う手段を有する。
【0034】
なお、上記のプレゼンスアドレスとは、それぞれの端末の使用者が自分の状態(例えば、忙しいのか会議中なのか暇なのかといった情報)格納している各端末のアドレスを示す。この場合のプレゼンスアドレスは、IPアドレスになる。
【0035】
次に、図1〜図8を参照して、本発明の第1の実施の形態の動作について説明する。
【0036】
前提として、会議開催者は、会議参加者A,Bの電子メールアドレスまたはメーリングリストアドレスは知っていて、プレゼンスアドレスは知らないものとする。また、会議開催者以外の会議参加者もお互いのプレゼンスアドレスは知らないものとする。すなわち、第1の実施の形態で使用するプレゼンスアドレス(ここでは、IPアドレス)がURIの具体的なアドレスになる。URI(Uniform Resource Identifiers)とは、インターネット上に存在する情報資源の場所を指し示す包括的な概念(総称した言い方)の記述方式であり、インターネットにおける情報の「住所」に当たる。
【0037】
まず、会議開催者が会議開催通知を行う場合、図示していない操作部から端末1のメールソフト部51を起動する。会議開催者は、受信側に会議開催通知メールであると解析できる状態にしてメールソフト部51に対して操作部から送信指示を行う。すなわち、会議開催通知メールであると解析できる状態にするため、会議開催者は、メールソフト部51のユーザインタフェース(画面を見ながら図示していない操作部から入力する)から、例えば、送信電子メールの題名の一部に「会議開催通知」が入っている送信メールを作成し、送信処理を行う。
【0038】
この場合、上記に従って電子メールの送信を指示されたメールソフト部51は、図3のフローチャートのように振舞う(動作する)。
【0039】
送信指示を受けた端末1のメールソフト部51は、電子メールの題名から「会議開催通知」があるかどうか判定する(図3のステップS101,S102)。
【0040】
電子メールの題名に「会議開催通知」が検索により検出されると、端末1のメールソフト部51は、パーティキーを生成する(ステップS103)。この場合のメールソフト部51は、パーティキーが一意になるようなアルゴリズムでパーティキーを生成する。ここでは、ランダムな数字とメールドメイン名からパーティキーを生成する。すなわち、パーティキーは、新たな会議開催の電子メールを発行するごとランダムに生成されることになる。
【0041】
ステップS101、S102において、パーティキーを生成するために、会議開催者が入力した題名に入っている「会議開催通知」を、会議の開催を示す識別情報としたが、電子メールの本文内に特定の文字列(英数字を含んでも良い)、添付ファイルのファイル名等を会議の開催を示す識別情報としても良い。
【0042】
更に、端末1のメールソフト部51は、送信電子メールに生成したパーティキーを埋め込み、会議参加者A,Bにネットワーク900を介して送信する(ステップS104,S105)。具体的には、メールソフト部51は、パーティキーを埋め込むために、送信メールのヘッダフィールド部分に「X−Party−Key:」などの拡張ヘッダを追加したり、Multipart電子メールの別のパート(電子メールの添付ファイル)を作成したりする。ここで生成されるメールの一例を図8に示す。
【0043】
会議参加者A,Bそれぞれの端末2,3のメールソフト部51が電子メールを受信すると、メールソフト部51は、図4のように振舞う(動作する)。
【0044】
メールソフト部51は、受信した電子メールからパーティキーがあるかどうか判定する(図4のステップS201,S202)。
【0045】
電子メールにパーティキーが検索により検出されると、端末2,3のメールソフト部51は、受信した電子メールからパーティキーを取り出す(ステップS203)。
【0046】
更に、端末2,3のメールソフト部51は、パーティキー記憶部52に電子メールIDをキーにしてパーティキーを記憶する。更に、メールソフト部51は、通常の電子メールと同様に、自端末内の受信メールボックス(図示していない記憶部内に存在する)に受信した電子メールを入れ、会議参加者に会議開催通知電子メールが来たことを自端末の画面上に表示する。(ステップS204,S205)。
【0047】
次に会議参加者Aの端末2が会議参加者全員のプレゼンスアドレスを知りたい場合、メールソフト部51のユーザインタフェースから会議開催通知電子メールを指定して、メールソフト部51に対して会議参加者のプレゼンスアドレス取得指示を行う。例えば、メールソフト部51が画面上に表示する電子メール選択リストボックスを会議参加者Aが右クリックすると、ポップアップメニューが出てきて、その中にメールソフト部51により表示された「会議参加者プレゼンス購読」と言う項目を選択する動作などである。
【0048】
端末2の操作部からプレゼンスアドレス取得を行うように指示されたメールソフト部51は、図5のように振舞う(動作する)。
【0049】
端末2のメールソフト部51は、現在選択されている会議開催通知電子メールの電子メールIDを取り出す。メールソフト部51は、電子メールIDがパーティキー記憶部52に記憶されているか(存在している)を検索する(ステップS301,S302)。
【0050】
電子メールIDが存在する場合、メールソフト部51は、存在した電子メールをキーとするパーティキーをパーティキー記憶部52から抽出し、アドレスディスカバリ要求部53に抽出したパーティキーを渡す(ステップS303)。
【0051】
パーティキーを受け取ったアドレスディスカバリ要求部53は、ディスカバリ要求パケットを生成する(ステップ304)。この場合のディスカバリ要求パケットは、ディスカバリ要求送信元のIPアドレス(自端末のIPアドレス)、パーティキーから構成される。
【0052】
更に、端末2のアドレスディスカバリ要求部53は、生成したディスカバリ要求パケットをネットワーク900にブロードキャスト/マルチキャスト送信する(ステップS305)。この場合、ブロードキャスト送信はネットワーク900に接続されている全端末宛になり、マルチキャスト送信はネットワーク900に接続されている予め決められているグループ(IPアドレスによるグループ分け)の端末宛になっているが、ブロードキャストで送信するかマルチキャストで送信するかは送信時に画面から選択できるようになっている(以降の説明では省略する)。なお、選択しないでブロードキャストまたはマルチキャストのいずれかに予め設定されていても良い。
【0053】
ブロードキャスト/マルチキャストされたディスカバリ要求パケットは、端末3,端末4で受信され以下の処理が行われる。会議参加者Bの端末3のアドレスディスカバリ応答部54は、図6のように振舞う(動作する)。
【0054】
ディスカバリ要求パケットを受信すると、端末3のアドレスディスカバリ応答部54は、ディスカバリ要求パケットから送信元IPアドレスとパーティキーを取り出す(ステップS401)。
【0055】
端末3のアドレスディスカバリ応答部54は、受信時に取得したパーティキーをキーにしてパーティキー記憶部52内にそのパーティキーが存在する検索する(図6のステップS402,S403)。
【0056】
端末3のパーティキー記憶部52内にはパーティキーが存在するので、端末3のアドレスディスカバリ応答部54は、ディスカバリ応答パケットを作成し、ディスカバリ要求パケットの送信元IPアドレスである送信者の端末2に対して作成したディスカバリ応答パケットを返す(ステップS404,S405)。この場合、アドレスディスカバリ応答部54が作成したディスカバリ応答パケットには、端末3自身のプレゼンスアドレス(この場合は、端末3自身のIPアドレス)、ディスカバリ要求パケットで受け取ったパーティキーを含む。
【0057】
一方、会議非参加者Cの端末4のアドレスディスカバリ応答部54は、図6のように振舞う(動作する)。
【0058】
ディスカバリ要求パケットを受信した端末4のアドレスディスカバリ応答部54は、ディスカバリ要求パケットから送信元IPアドレスとパーティキーを取り出す(ステップS401)。
【0059】
端末4のアドレスディスカバリ応答部54は、受信時に取得したパーティキーをキーにしてパーティキー記憶部52内にそのパーティキーが存在するか検索する(ステップS402,S403)。
【0060】
端末4のアドレスディスカバリ応答部54にはパーティキー記憶部52内にパーティキーが存在しないので、端末4のアドレスディスカバリ応答部54は、そのディスカバリ要求を無視し、処理を終了する。
【0061】
一方、端末2のアドレスディスカバリ要求部53は、端末3からのディスカバリ応答パケットを受信すると、端末3のプレゼンスアドレスを取り出す。これでプレゼンスアドレスが取得されたことになる。
【0062】
この後、端末2のプレゼンス購読部55は、アドレスディスカバリ要求部53からディスカバリ応答パケットを取得しプレゼンスアドレスを参照する。すなわち、端末2のプレゼンス購読部55は、ディスカバリ応答パケット内の端末3のプレゼンスアドレスを使って端末3の所有者の会議参加者Bのプレゼンスを購読することになる。
【0063】
端末3のプレゼンス購読部55は、プレゼンスの購読要求を受け取り、端末2にプレゼンス配信部56を使って図示していない記憶部に格納されている会議参加者Bのプレゼンス情報を読み出して配送する。
【0064】
上記の説明では、会議開催者は、会議に出席しないものとしたが、会議開催者自身も会議参加者としたい場合には、送信宛の中に自分の電子メールアドレスを追加すれば、良い。
【0065】
次に、本発明の第2の実施の形態について、図面を参照して説明する。
【0066】
本発明の第2の実施の形態は、図1で示した第1の実施の形態と同じネットワークシステムの構成であって、端末1,2,3,4内の構成が第1の実施の形態と相違する。図9を参照すると、第2の実施の形態における端末1,2,3,4は、メールソフト51と、パーティキー記憶部52と、アドレスディスカバリ要求部53と、アドレスディスカバリ応答部54と、電話帳57とから構成される。すなわち、第1の実施の形態の端末内の構成(図2を参照)と比較すると、第1の実施の形態で示す図1からプレゼンス購読部55とプレゼンス配信部56とを削除し、電話帳57を追加した点で相違する。なお、本第2の実施の形態例は、第1の実施の形態例のプレゼンスアドレスをSIPアドレス、またはインスタントメッセージアドレスに変更したものである。SIPアドレスは、VoIP電話をかけるときのアドレス(電話番号に相当)である。インスタントメッセージアドレスは、インスタントメッセージをある端末に送信するときに相手側の端末を一意に識別するために使用されるアドレスのことである。
【0067】
従って、ディスカバリ応答パケットには、応答を行う端末自身のSIPアドレス(またはインスタントメッセージアドレス)と、ディスカバリ要求パケットで受け取ったパーティキーと、ユーザ名とを含む。
【0068】
電話帳57は、図示していない記憶部(例えば、不揮発性のメモリ等)内にエリアが割り当てられており、ユーザ毎にアドレス(SIP URLまたはインスタントメッセージアドレス)が登録されている。
【0069】
次に、図9を中心に参照して、本発明の第2の実施の形態の動作について説明する。
【0070】
第1の実施の形態の動作の説明したプレゼンスアドレスをSIP(Session Initiation Protocol) URL(Uniform Resource Locator)またはインスタントメッセージアドレスに置き換え、アドレスディスカバリ要求部53がディスカバリ応答パケットを受け取ってからの動作を以下のように変更する。
【0071】
すなわち、会議参加者Aの端末2のアドレスディスカバリ要求部53は、会議参加者Bの端末3が図6のステップS405により送信(返信)したディスカバリ応答パケットを受信する。端末2のアドレスディスカバリ要求部53は、ディスカバリ応答パケットからSIP URL(またはインスタントメッセージアドレス)とユーザ名を抽出し、その抽出したアドレス(SIP URLまたはインスタントメッセージアドレス)とユーザ名とを電話帳57に登録する。
【0072】
なお、それ以外の動作については、アドレスを置き換えるだけで動作は第1の実施の形態と同じになるので説明を省略する。
【0073】
次に、本発明の第3の実施の形態について、図面を参照して説明する。
【0074】
本発明の第3の実施の形態は、図1で示した第1の実施の形態と同じネットワークシステムの構成であって、端末1,2,3,4内の構成が第1の実施の形態と相違する。図10を参照すると、第3の実施の形態における端末1,2,3,4は、メールソフト51と、アドレスディスカバリ要求部53と、アドレスディスカバリ応答部54と、プレゼンス購読部55と、プレゼンス配信部56とから構成される。すなわち、第1の実施の形態の端末内の構成(図2を参照)と比較すると、第1の実施の形態で示す図1からパーティキー記憶部52を削除した点で相違する。
【0075】
すなわち、本第3の実施の形態例は、第1の実施の形態例1と異なり、パーティキーを使用しない。ディスカバリ送信者が会議参加者である事を判断するために端末に記憶されているメールの「Message−Id」を利用する。この方法を使うことにより、会議開催者の端末のメーラが本方式に対応していない場合でも会議参加者間でプレゼンスアドレスの配布が可能になる。
【0076】
次に、図10を中心に参照して、本発明の第3の実施の形態の動作について説明する。
【0077】
第3本実施の形態は、第1の実施の形態の図3のメールの送信時の動作フローチャートと、図4のメールの受信時の動作のフローチャートとに記述したアルゴリズムを、通常のメールソフト部51で行われているメール送受信に変更する。すなわち、図3ではステップS101〜S104の削除を、図4ではステップS201〜S204の削除を、それぞれ行った動作となる。
【0078】
また、第3本実施の形態は、第1の実施の形態の図5のプレゼンスアドレス取得要求時の動作のフローチャートに記述したアルゴリズムを、図11のフローチャートに従って、以下のように変更する。
【0079】
端末2のメールソフト部51は、現在操作部により選択されている会議開催通知電子メールの電子メールIDを取り出し(抽出し)、その電子メールIDが受信メールボックスに存在するか検索する(図11のステップS501,S502)。
【0080】
電子メールIDが存在する場合、端末2のメールソフト部51は、アドレスディスカバリ要求部53に受信メールボックスから取り出した電子メールIDを渡す(ステップS503)。
【0081】
端末2のアドレスディスカバリ要求部53は、電子メールIDを受け取るとディスカバリ要求パケットを生成する(ステップS504)。この場合のディスカバリ要求パケットは、ディスカバリ要求送信元のIPアドレス(自端末のIPアドレス)、電子メールID等から構成される。
【0082】
更に、アドレスディスカバリ要求部53は、生成したディスカバリ要求パケットをネットワーク900にブロードキャスト/マルチキャスト送信する(ステップS505)。
【0083】
また、第1の実施の形態の図6のディスカバリ要求パケット受信時のフローチャートに記述したアルゴリズムを、図12のフローチャートに従って、以下のように変更する。
【0084】
会議参加者Bの端末3のアドレスディスカバリ応答部54は、図12のように振舞う(動作する)。
【0085】
ディスカバリ要求パケットを受信すると、端末3のアドレスディスカバリ応答部54は、ディスカバリ要求パケットから送信元IPアドレスと電子メールIDとを取り出す(ステップS601)。
【0086】
端末3のアドレスディスカバリ応答部54は、取り出した電子メールIDと同じ電子メールIDが受信メールボックスに存在するかを検索する(ステップS602,S603)。
【0087】
端末3の受信メールボックス内に同じ電子メールIDが存在するので、端末3のアドレスディスカバリ応答部54は、ディスカバリ応答パケットを作成し、ディスカバリ要求パケットの送信元IPアドレスである送信者の端末2に対して作成したディスカバリ応答パケットを返す(ステップS604,S605)。この場合のディスカバリ応答パケットには、端末3自身のプレゼンスアドレス(この場合は、端末3自身のIPアドレス)、ディスカバリ要求パケットで受け取った電子メールID等を含む。
【0088】
会議非参加者Cの端末4のアドレスディスカバリ応答部54は、図12のように振舞う(動作する)。
【0089】
端末4のアドレスディスカバリ応答部54は、ディスカバリ要求パケットを受信すると、ディスカバリ要求パケットから送信元IPアドレスと電子メールIDとを取り出す(ステップS601)。
【0090】
端末4のアドレスディスカバリ応答部54は、受信メールボックスからディスカバリ要求パケットの電子メールIDと同じ電子メールIDが存在するか検索する(ステップS602,S603)。
【0091】
端末4の受信メールボックス内に同じ電子メールIDが存在しないので、端末4のアドレスディスカバリ応答部54は、そのディスカバリ要求は無視し、処理を終了する。
【0092】
なお、それ以外の動作について、第1の実施の形態と同じなので説明を省略する。
【0093】
次に、本発明の第4の実施の形態について、図面を参照して説明する。
【0094】
本発明の第4の実施の形態は、図1で示した第1の実施の形態と同じネットワークシステムの構成であって、端末1,2,3,4内の構成が第1の実施の形態と相違する。図13を参照すると、第4の実施の形態における端末1,2,3,4は、ブラウザ58と、パーティキー記憶部59と、アドレスディスカバリ要求部53と、アドレスディスカバリ応答部54と、プレゼンス購読部55と、プレゼンス配信部56とから構成される。すなわち、第1の実施の形態の端末内の構成(図2を参照)と比較すると、第1の実施の形態で示す図1からメールソフト51を削除し、メールソフト51の替わりにブラウザ58を追加した点で相違し、パーティキー記憶部52からパーティキー記憶部59に変更した点で相違する。
【0095】
図13のブラウザ58は、ホームページを参照し表示するためのソフトウェアであり、インタネットエクスプローラや、ネットスケープなどを指す。更に、ブラウザ58は、ブラウザ機能に加え、パーティキーを取得する手段を持つ。
【0096】
図13のパーティキー記憶部59は、図示していない記憶部(例えば、メモリ、磁気ディスク装置等)内に割り当てられており、図15に示すように、ホームページのアドレス(URL)とパーティキーとをひとつの要素としてテーブル上に記憶している。この場合、ホームページのアドレスがパーティキー検索時のキーとなる。
【0097】
なお、ホームページの情報は、図1のネットワーク900に接続された図示していないサーバが管理する記憶部(例えば、磁気ディスク)内に登録される。
【0098】
次に、図13を中心に参照して、本発明の第4の実施の形態の動作について説明する。
【0099】
前提として、会議参加者A,Bは、日頃タイムスケジュール表として常時使用している日程ホームページのURLを知っていて、各会議参加者の端末のプレゼンスアドレスを知らないものとする。
【0100】
まず、会議開催者が会議開催通知を行う場合、端末1上で日程ホームページのアドレスにパーティキーを含めたホームページを作成して、ネットワーク900を介して図示していないサーバに登録する。例えば、パーティキーをコメントとして記述する。
【0101】
会議参加者A,Bのそれぞれの端末2,3のブラウザ58は、日程ホームページを参照すると、コメントにパーティキーが入ったホームページを取得する。ブラウザ58は、日程ホームページのコメントからパーティキーを取り出し、パーティキー記憶部59(図15参照)にホームページのアドレスとパーティキーとを記憶する。
【0102】
会議参加者Aが会議参加者全員のプレゼンスアドレスを知りたい場合、日程ホームページを参照中に端末2のブラウザ58のユーザインタフェースから会議参加者のプレゼンスアドレス取得指示を行う。たとえば、ホームページ参照時のブラウザ58が画面上に表示するポップアップメニューに「会議参加者プレゼンス購読」と言う項目があり、それを選択する動作などである。
【0103】
会議参加者Aからプレゼンスアドレス取得を行うように指示された端末2のブラウザ部58は、図14のように振舞う(動作する)。
【0104】
端末2のブラウザ部58は、パーティキー記憶部59にホームページから抽出したパーティキーが該当するホームページのアドレスをキーとするエリアに存在するか検索する(図14ステップS701,S702)。
【0105】
パーティキー記憶部59の中にパーティキーが存在する場合、端末2のブラウザ部58は、パーティキーをパーティキー記憶部59から抽出し、アドレスディスカバリ要求部53に抽出したパーティキーを渡す(ステップS703)。
【0106】
パーティキーを受け取ったアドレスディスカバリ要求部53は、ディスカバリ要求パケットを生成する(ステップS704)。この場合のディスカバリ要求パケットは、ディスカバリ要求送信元のIPアドレス、パーティキー等から構成される。
【0107】
更に、アドレスディスカバリ要求部53は、生成したディスカバリ要求パケットをネットワーク900にブロードキャスト/マルチキャスト送信する(ステップS705)。
【0108】
以下の処理は、メールソフト部51を使ってディスカバリを行った第1の実施の形態のディスカバリ処理(図6のステップS401以降の処理)と同様であるため省略する。
【0109】
上記の第1または第2の実施の形態の説明によれば、本発明は、会議開催者の端末が電子メールに会議参加者を示すパーティキーを盛り込んで会議出席者の端末に通知し、会議参加者の端末が他の会議参加者の端末のURIを知りたい場合にパーティキーを盛り込んだディスカバリ要求パケット(URI要求パケット)をブロードキャスト/マルチキャストで送信することで、受信側の端末が同一のパーティキーを持っていれば自端末のURIを盛り込んで返信するようにしているため、ホームページを用いることなく、必要時に会議参加者全員の端末のURIを自動的に抽出することができる。
【0110】
また、上記の第3の実施の形態の説明によれば、本発明は、会議開催者の端末が電子メールにて会議出席者の端末に通知することでそれぞれの会議出席者の端末内にこの電子メールの電子メールIDを記憶させ、会議参加者の端末が他の会議参加者の端末のURIを知りたい場合にこの電子メールIDを盛り込んだディスカバリ要求パケット(URI要求パケット)をブロードキャスト/マルチキャストで送信することで、受信側の端末が同一の電子メールIDを持っていれば自端末のURIを盛り込んで返信するようにしているため、ホームページを用いることなく、必要時に会議参加者全員の端末のURIを自動的に抽出することができる。
【0111】
また、上記の第4の実施の形態の説明によれば、本発明は、会議作成者の端末がよく利用するホームページにパーティキーを登録し、会議参加者の端末がホームページを閲覧するとパーティキーを会議参加者の端末内に記憶させ、会議参加者の端末が他の会議参加者の端末のURIを知りたい場合にパーティキーを盛り込んだディスカバリ要求パケット(URI要求パケット)をブロードキャスト/マルチキャストで送信することで、受信側の端末が同一のパーティキーを持っていれば自端末のURIを盛り込んで返信するようにしているため、ホームページ閲覧に伴う会議参加者のURIの取得を必要時に電子メールを用いることなく容易にすることができる。
【0112】
また、上記の第1または第3の実施の形態によれば、会議参加者のプレゼンスアドレスを入手直後にプレゼンスアドレスを使ってプレゼンスアドレスの情報を購読するようにしているため、本発明は、ある会議参加者の端末が、プレゼンスアドレスを手動で入力することなく、必要時に会議参加者のプレゼンス情報を入手することができる。
【0113】
【発明の効果】
以上説明したように、本発明は、同じパーティキーを持っている端末だけがプレゼンスアドレス要求の受付けを行うようにしているため、会議参加者のみに限定してプレゼンスアドレスを収集することができるという効果がある。
【0114】
また、本発明は、「会議開催通知」メールを受信した端末は、収集したプレゼンスアドレスを使ってプレゼンスの購読処理を行うので、会議参加者のプレゼンスアドレスを手動で入力する必要がなく、必要時に会議参加者のプレゼンス情報を入手することができるという効果がある。すなわち、ユーザがプレゼンスアドレスを入力する時の作業が低減することができるという効果がある。
【図面の簡単な説明】
【図1】本発明の第1〜第4の実施の形態のネットワークシステムの構成を示すブロック図である。
【図2】第1の実施の形態における図1の端末内のブロック図である。
【図3】図2の端末のメールソフト部のメール送信時の動作を示すフローチャートである。
【図4】図2の端末のメールソフト部のメール受信時の動作を示すフローチャートである。
【図5】プレゼンスアドレス要求時における図2の端末の動作を示すフローチャートである。
【図6】ディスカバリ要求パケット受信時における図2の端末の動作を示すフローチャートである。
【図7】図2のパーティキー記憶部内の構成の概略を示す構成概略図である。
【図8】送信メールのヘッダ部にパーティキーを付加した場合の一例を示す構成図である。
【図9】本発明の第2の実施の形態における図1の端末内のブロック図である。
【図10】本発明の第3の実施の形態における図1の端末内のブロック図である。
【図11】プレゼンスアドレス取得要求時における図10の端末の動作を示すフローチャートである。
【図12】ディスカバリ要求パケット受信時における図10の端末の動作を示すフローチャートである。
【図13】本発明の第4の実施の形態における図1の端末内のブロック図である。
【図14】プレゼンスアドレス取得要求時における図13の端末の動作を示すフローチャートである。
【図15】図13のパーティキー記憶部内の構成の概略を示す構成概略図である。
【符号の説明】
1,2,3,4 端末
51 メールソフト部
52,59 パーティキー記憶部
53 アドレスディスカバリ要求部
54 アドレスディスカバリ応答部
55 プレゼンス購読部
56 プレゼンス配信部
57 電話帳
58 ブラウザ部
900 ネットワーク
[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a terminal URI discovery system and method. And terminals In particular, a terminal URI discovery system and method for acquiring URIs (Uniform Resource Identifiers) of terminals of conference participants And terminals About.
[0002]
[Prior art]
In recent years, instant messaging / presence services using the Internet and mobile phone networks have begun to spread. In the presence service, the user has a terminal corresponding to the presence service, and the user's own presence information (such as being present, away from the office, being taken in, and going out) is input to this terminal. This presence information is delivered to a terminal corresponding to the presence service of another user. By using the presence service, users can know the presence status of other users in real time. However, in the current presence system, it is troublesome to input a presence address. For example, when it is desired to obtain the presence information of all conference participants who will participate in the future, it is necessary to manually input the presence addresses of all conference participants to the terminal. For this reason, a method of automatically acquiring the presence address without manually inputting from the terminal is conceivable. As a method of acquiring the IP address of a conventional conference participant's terminal corresponding to this presence address, for example, JP Japanese Patent Laid-Open No. 2002-207680 is disclosed. In this Japanese Laid-Open Patent Publication No. 2002-207680, the organizer operates the organizer's terminal and registers information related to the conference scheduled to be held in the host terminal. The host terminal transmits an e-mail notifying that the meeting is held to the terminal of the prospective participant before the registered scheduled start time of the scheduled meeting. The host terminal confirms the attendee based on the received reply and obtains the IP address of the terminal attached to the reply. The host terminal notifies each participant's terminal 500 of the acquired IP address.
[0003]
[Patent Document 1]
JP 2002-207680
[0004]
[Problems to be solved by the invention]
However, in Japanese Patent Laid-Open No. 2002-207680, the host terminal allows a conference participant who has received an e-mail to browse a menu page by selecting a URL described in hyper format in the e-mail, and performs a predetermined operation according to the menu page. By taking the procedure, the IP address of the terminal used by the conference participant is obtained, so if the host terminal is not accessed despite the conference participant, There is a problem that the IP address of the conference participant cannot be acquired, that is, each terminal cannot know the IP addresses of all the conference participants when necessary.
[0005]
Further, in the page browsing method in Japanese Patent Application Laid-Open No. 2002-207680, when a host terminal that manages a page notifies a conference participant by e-mail, the conference participant browses the page along with the notification, Since the host terminal obtains the IP address of the terminal that entered the necessary information by inputting the necessary information according to the procedure, the conference participation that received the e-mail is not necessarily received even if notified by e-mail If the viewer does not always see the e-mail and the viewer does not follow the prescribed procedure even if the page is viewed, the host terminal obtains the IP address of the conference participant's terminal and the conference participant The problem is that the IP address of the conference participant's terminal cannot be obtained, and the conference participant's terminal is sent to the conference participant's terminal by e-mail. Because it is P address notification, there is a problem that people must intervene.
[0006]
In view of the above problems, an object of the present invention is for a conference participant's terminal to automatically extract the URIs of all conference participants' terminals when necessary.
[0007]
Another object of the present invention is for a conference participant's terminal to obtain presence information of a conference participant when necessary without manually inputting a presence address.
[0008]
Another object of the present invention is to make it easy to obtain a conference participant's URI accompanying browsing of a page without using an e-mail when necessary.
[0009]
[Means for Solving the Problems]
In order to achieve the above object, the first terminal URI discovery system of the present invention is connected via a network. Communicate A terminal URI discovery system for acquiring a terminal URI, Including a conference organizer terminal and a plurality of conference participant terminals, Said Meeting organizer Terminal , Meeting An email with an embedded party key indicating a group of participants Above Join the meeting Person Sending means to send to the end Have , The conference participant terminal Storage means for extracting and storing the party key from the email when the email is received; From the control panel of your terminal URI identifying the terminal of the conference participant An instruction means for receiving an acquisition instruction, and when receiving the acquisition instruction Create a URI request packet in which the party key stored in the storage means is embedded. To all terminals connected to the network Broadcast or Addressed to a predetermined group of terminals connected to the network Request means for transmitting by multicast, search means for searching whether the party key extracted from the URI request packet is the same as the party key stored in the storage means when the URI request packet is received, and If the same party key exists as a result of searching by the search means, a reply means for creating a response packet including the URI of the own terminal and returning it to the request source;
When receiving the response packet returned by the reply means, extracting means for extracting from the response packet information of the sender including the URI of the sender; Have It is characterized by that.
[0010]
Furthermore, in the first terminal URI discovery system, Meeting organizer The terminal URI discovery system according to claim 1, wherein the terminal includes a generation unit that generates the party key from an electronic mail in which identification information indicating that the meeting is held is embedded when the electronic mail is transmitted.
[0011]
Also, the second terminal URI discovery system of the present invention is connected via a network. Communicate A terminal URI discovery system for acquiring a terminal URI, Including the conference terminal and the conference participant terminal, Said Meeting organizer Terminal , Meeting E-mail with embedded identification information Above Join the meeting Person Sending means to send to the end Have , The conference participant terminal Storage means for storing the e-mail when the e-mail is received; From the control panel of your terminal URI identifying the terminal of the conference participant An instruction means for receiving an acquisition instruction, and when receiving the acquisition instruction URI request packet in which the email ID of the email is embedded Means for making an acquisition request, Create To all terminals connected to the network Broadcast or Addressed to a predetermined group of terminals connected to the network A request means for sending by multicast and a search is made as to whether or not the e-mail ID extracted from the URI request packet when the URI request packet is received is the same as the e-mail ID of the e-mail stored in the storage means A search means, a reply means for creating a response packet including a URI identifying its own terminal if the same e-mail ID exists as a result of the search by the search means, and a reply packet sent back by the reply means. Receiving means for extracting information on the sender including the URI of the sender from the response packet; Have It is characterized by that.
[0012]
Furthermore, in the second terminal URI discovery system of the present invention, Meeting participants The terminal is characterized by comprising subscription means for subscribing presence information from a terminal corresponding to the extracted URI based on the URI extracted by the extracting means.
[0013]
Furthermore, in the first terminal URI discovery system, the reply unit includes a unit that creates a response packet including a user name, and the extraction unit extracts the transmission source information including the user name. And the terminal comprises registration means for registering the user name extracted by the extraction means and the URI of the transmission source in a telephone book held in advance in the terminal itself.
[0014]
Further, the third terminal URI discovery system of the present invention is connected via a network. Communicate A terminal URI discovery system for acquiring a terminal URI, Including a conference organizer terminal, a conference participant terminal, and a server, Said Holding a meeting Terminal , Meeting A homepage with a party key indicating the group of participants Above Registration means to register to server Have , Above Join the meeting Expert End Is Storage means for acquiring the home page from the server and extracting and storing the party key from the acquired home page; From the control panel of your terminal URI identifying the terminal of the conference participant An instruction means for receiving an acquisition instruction, and when receiving the acquisition instruction Create a URI request packet in which the party key stored in the storage means is embedded. To all terminals connected to the network Broadcast or Addressed to a predetermined group of terminals connected to the network Request means for transmitting by multicast; search means for searching whether the party key extracted from the URI request packet is the same as the party key stored in the storage means when the URI request packet is received; If the same party key exists as a result of the search by the search means, a reply means that creates a response packet including the URI of its own terminal and sends it back to the request source; Extraction means for extracting from the response packet the information of the transmission source including: Have It is characterized by that.
[0015]
Furthermore, in the first, second, or third terminal URI discovery system, the URI is a presence address.
[0016]
Furthermore, in the first terminal URI discovery system, the URI is a SIP address or an instant message address.
[0017]
The first terminal URI discovery method of the present invention is a terminal URI discovery method for acquiring a terminal URI by transmitting / receiving information between terminals via a network, wherein the terminal , Meeting A step of transmitting an email in which a party key indicating a group of conference participants is embedded to a conference participant's terminal; and a step of extracting the party key from the email when the email is received and storing the party key in a storage unit When, From the control panel of your terminal URI identifying the terminal of the conference participant Receiving the acquisition instruction and when receiving the acquisition instruction Create a URI request packet in which the party key stored in the storage unit is embedded. To all terminals connected to the network Broadcast or Addressed to a predetermined group of terminals connected to the network A step of transmitting by multicast, a step of searching whether the party key extracted from the URI request packet when the URI request packet is received is the same as the party key stored in the storage unit, and a result of the search If there is the same party key, a step of creating a response packet including the URI of the own terminal and returning the response packet to the request source; It is characterized by including.
[0018]
Further, in the first terminal URI discovery method described above, the terminal includes a step of generating the party key from an electronic mail in which identification information indicating that a meeting is held is transmitted when the electronic mail is transmitted.
[0019]
The second terminal URI discovery method of the present invention is a terminal URI discovery method for acquiring a terminal URI by transmitting and receiving information between terminals via a network. , Meeting Embedding identification information indicating the holding of a meeting, transmitting an e-mail to a conference participant's terminal, storing the e-mail in a reception mailbox when the e-mail is received, From the control panel of your terminal URI identifying the terminal of the conference participant Receiving the acquisition instruction and when receiving the acquisition instruction Create a URI request packet with the email ID embedded in the email To all terminals connected to the network Broadcast or Addressed to a predetermined group of terminals connected to the network A step of transmitting by multicast, and if the URI request packet is received, a search is performed to determine whether an email ID extracted from the URI request packet is the same as the email ID of the email stored in the reception mailbox A response packet including a URI identifying its own terminal if the same e-mail ID exists as a result of the search, and returning the response packet to the request source; and when the response packet is received, the transmission source including the URI of the transmission source Extracting information from the response packet.
[0020]
Furthermore, in the first terminal URI discovery method described above, the terminal includes a step of subscribing presence information from a terminal corresponding to the extracted URI based on the URI extracted in the extracting step. .
[0021]
Furthermore, in the first terminal URI discovery method, the terminal includes the step of creating a response including a user name in the response packet and the source including the user name in the extracting step. And a step of registering the extracted user name and the URI of the transmission source in a telephone book held in advance in the terminal.
[0022]
The third terminal URI discovery method of the present invention is a terminal URI discovery method for acquiring a terminal URI by transmitting and receiving information between terminals via a network. , Meeting Website with embedded party key indicating the group of participants The The steps to register ,in front Acquiring the homepage from the server and extracting the party key from the acquired homepage and storing it in a storage unit; From the control panel of your terminal URI identifying the terminal of the conference participant Receiving the acquisition instruction and when receiving the acquisition instruction Create a URI request packet in which the party key stored in the storage unit is embedded. To all terminals connected to the network Broadcast or Addressed to a predetermined group of terminals connected to the network A step of transmitting by multicast, a step of searching whether the party key extracted from the URI request packet when the URI request packet is received is the same as the party key stored in the storage unit, and a result of the search If there is the same party key, a step of creating a response packet including the URI of the own terminal and returning the response packet to the request source; It is characterized by including.
[0023]
Further, in the first, second, or third terminal URI discovery method, the URI is a presence address.
[0024]
Furthermore, in the first terminal URI discovery method described above, the URI is a SIP address or an instant message address.
[0025]
DETAILED DESCRIPTION OF THE INVENTION
Next, a first embodiment of the present invention will be described with reference to the drawings.
[0026]
FIG. 1 is a block diagram showing a configuration of a network system according to a first embodiment of the present invention. This network system operates under program control by a network 900 and a processor (CPU) not shown. Terminal 1, 2, 3, 4. In this embodiment, in order to simplify the following description, the terminal of the conference organizer is the terminal 1, the terminal of the conference participant A is the terminal 2, the conference participant B is the terminal 3, and the non-conference participant Terminal C is terminal 4. Moreover, there is no restriction | limiting in the number of terminals of a conference participant with respect to a meeting organizer's terminal, and the number of terminals of a non-conference participant. The terminals of the conference organizer, the conference participant, and the conference non-participant are described as different devices, but are devices having the same configuration.
[0027]
Referring to FIG. 2, it is a block diagram showing the configuration in the terminals 1, 2, 3, and 4 of FIG. 1, and is a block diagram centered on functional blocks when a processor (not shown) operates under program control. It is. That is, each terminal 1, 2, 3, 4 includes a mail software unit 51, a party key storage unit 52, an address discovery request unit 53, an address discovery response unit 54, a presence subscription unit 55, and a presence distribution unit. 56. Each terminal 1, 2, 3, 4 has an interface unit (not shown) that exchanges data with the network 900, and each functional block in the terminal 1, 2, 3, 4 is a network. When exchanging with 900, the exchange is performed through this interface unit. In the following description, even if the interface unit is omitted, data is exchanged with the apparatus via this interface unit.
[0028]
The mail software unit 51 of FIG. 2 has means for creating, sending / receiving, and displaying electronic mail. The mail software unit 51 includes a means for creating a “party key” indicating a group of conference participants and attaching it to the transmission e-mail, and a means for extracting the party key from the received e-mail in addition to the normal e-mail transmission / reception function. And have. The mail software unit 51 also has means for designating a received mail and instructing the address discovery request unit 53 to make a discovery request. The party key in this case is a key that uniquely identifies the conference.
[0029]
The party key storage unit 52 of FIG. 2 is allocated in a storage unit (not shown) (for example, a memory, a magnetic disk device, etc.), and as shown in FIG. 7, an electronic mail ID (mail number in the figure) and The party key is stored on the table as one element. In this case, the e-mail ID becomes a key for the party key search. Furthermore, the email ID is a key for uniquely identifying an email from a plurality of emails such as “Message-Id”.
[0030]
The address discovery request unit 53 in FIG. 2 accepts the party key as an input, and generates and transmits a discovery request packet. Further, the address discovery request unit 53 receives a response packet to the discovery request packet. The discovery request packet in this case is a packet in which a conference participant requests a presence address of another conference participant.
[0031]
The address discovery response unit 54 in FIG. 2 receives the discovery request packet and transmits (replies) the discovery response packet as a response. In this case, the address discovery response unit 51 of the terminal of the conference participant sends a discovery response by the address discovery response unit 54 when the discovery request packet includes the party key registered in the party key storage unit 52 of the own terminal. return.
[0032]
The presence subscription unit 55 in FIG. 2 performs presence subscription via the presence distribution unit 56 by transmitting and receiving a presence subscription request packet that is a presence subscription request. Presence subscription means that a certain terminal requests distribution of presence information to another terminal.
[0033]
The presence distribution unit 56 of FIG. 2 has means for transmitting / receiving presence information packets for presence subscription request packets.
[0034]
The presence address indicates the address of each terminal in which each terminal user stores his / her state (for example, information on whether he / she is busy, in a meeting, or free). In this case, the presence address is an IP address.
[0035]
Next, the operation of the first exemplary embodiment of the present invention will be described with reference to FIGS.
[0036]
It is assumed that the conference organizer knows the email addresses or mailing list addresses of the conference participants A and B but does not know the presence address. Also, it is assumed that conference participants other than the conference organizer do not know each other's presence address. That is, the presence address (in this case, the IP address) used in the first embodiment is a specific URI address. A URI (Uniform Resource Identifiers) is a description method of a comprehensive concept (generally speaking) indicating the location of information resources existing on the Internet, and corresponds to an “address” of information on the Internet.
[0037]
First, when the conference organizer makes a conference opening notification, the mail software unit 51 of the terminal 1 is activated from an operation unit (not shown). The meeting organizer makes a state in which it can be analyzed that it is a meeting holding notification mail on the receiving side, and instructs the mail software section 51 to transmit from the operation section. That is, in order to make it possible to analyze that it is a meeting holding notification mail, the meeting organizer can, for example, send e-mail from the user interface of the mail software unit 51 (input from an operation unit not shown while viewing the screen). Create an outgoing mail that includes “Meeting Notice” as part of the title of the subject and send it.
[0038]
In this case, the mail software unit 51 instructed to send an e-mail according to the above behaves (operates) as shown in the flowchart of FIG.
[0039]
Upon receiving the transmission instruction, the mail software unit 51 of the terminal 1 determines whether there is a “meeting notification” from the title of the e-mail (steps S101 and S102 in FIG. 3).
[0040]
When “conference opening notice” is detected in the e-mail title, the mail software section 51 of the terminal 1 generates a party key (step S103). In this case, the mail software unit 51 generates a party key using an algorithm that makes the party key unique. Here, a party key is generated from a random number and a mail domain name. That is, the party key is randomly generated every time an e-mail for a new conference is issued.
[0041]
In steps S101 and S102, in order to generate a party key, the “conference holding notification” included in the title input by the meeting organizer is used as identification information indicating the holding of the meeting, but is specified in the body of the e-mail. A character string (which may include alphanumeric characters), a file name of an attached file, or the like may be used as identification information indicating that the meeting is held.
[0042]
Further, the mail software unit 51 of the terminal 1 embeds the generated party key in the transmission e-mail and transmits it to the conference participants A and B via the network 900 (steps S104 and S105). Specifically, in order to embed the party key, the mail software unit 51 adds an extension header such as “X-Party-Key:” to the header field portion of the outgoing mail, or adds another part of Multipart email ( Email attachments). An example of the mail generated here is shown in FIG.
[0043]
When the mail software unit 51 of each of the terminals 2 and 3 of the conference participants A and B receives the electronic mail, the mail software unit 51 behaves (operates) as shown in FIG.
[0044]
The mail software unit 51 determines whether there is a party key from the received electronic mail (steps S201 and S202 in FIG. 4).
[0045]
When the party key is detected in the email, the mail software unit 51 of the terminals 2 and 3 takes out the party key from the received email (step S203).
[0046]
Further, the mail software unit 51 of the terminals 2 and 3 stores the party key in the party key storage unit 52 using the electronic mail ID as a key. Further, the mail software unit 51 puts the received e-mail in a received mailbox (existing in a storage unit not shown) in its own terminal in the same manner as a normal e-mail, and sends a conference opening notification e-mail to the conference participants. Display that mail has arrived on the screen of your terminal. (Steps S204 and S205).
[0047]
Next, when the terminal 2 of the conference participant A wants to know the presence addresses of all the conference participants, the conference organizer is notified from the user interface of the mail software unit 51, and the conference participant is notified to the mail software unit 51. The presence address acquisition instruction is performed. For example, when the conference participant A right-clicks the e-mail selection list box displayed on the screen by the mail software unit 51, a pop-up menu appears, and the “conference participant presence” displayed by the mail software unit 51 therein is displayed. For example, an operation of selecting an item called “subscription”.
[0048]
The mail software unit 51 instructed to obtain the presence address from the operation unit of the terminal 2 behaves (operates) as shown in FIG.
[0049]
The mail software unit 51 of the terminal 2 takes out the email ID of the currently selected conference opening notification email. The mail software unit 51 searches whether the electronic mail ID is stored (exists) in the party key storage unit 52 (steps S301 and S302).
[0050]
When the electronic mail ID exists, the mail software unit 51 extracts the party key using the existing electronic mail as a key from the party key storage unit 52 and passes the extracted party key to the address discovery request unit 53 (step S303). .
[0051]
Upon receiving the party key, the address discovery request unit 53 generates a discovery request packet (step 304). In this case, the discovery request packet includes an IP address of the discovery request transmission source (IP address of the own terminal) and a party key.
[0052]
Further, the address discovery request unit 53 of the terminal 2 broadcasts / multicasts the generated discovery request packet to the network 900 (step S305). In this case, the broadcast transmission is addressed to all terminals connected to the network 900, and the multicast transmission is addressed to terminals of a predetermined group (grouping by IP address) connected to the network 900. Whether to transmit by broadcast or multicast can be selected from the screen at the time of transmission (omitted in the following description). Note that it may be set in advance to either broadcast or multicast without selection.
[0053]
The broadcast / multicast discovery request packet is received by the terminals 3 and 4 and the following processing is performed. The address discovery response unit 54 of the terminal 3 of the conference participant B behaves (operates) as shown in FIG.
[0054]
When receiving the discovery request packet, the address discovery response unit 54 of the terminal 3 extracts the transmission source IP address and the party key from the discovery request packet (step S401).
[0055]
The address discovery response unit 54 of the terminal 3 searches for the party key in the party key storage unit 52 using the party key acquired at the time of reception as a key (steps S402 and S403 in FIG. 6).
[0056]
Since the party key exists in the party key storage unit 52 of the terminal 3, the address discovery response unit 54 of the terminal 3 creates a discovery response packet and transmits the terminal 2 of the sender that is the transmission source IP address of the discovery request packet. The created discovery response packet is returned (steps S404 and S405). In this case, the discovery response packet created by the address discovery response unit 54 includes the presence address of the terminal 3 itself (in this case, the IP address of the terminal 3 itself) and the party key received in the discovery request packet.
[0057]
On the other hand, the address discovery response unit 54 of the terminal 4 of the non-conference participant C behaves (operates) as shown in FIG.
[0058]
The address discovery response unit 54 of the terminal 4 that has received the discovery request packet extracts the source IP address and the party key from the discovery request packet (step S401).
[0059]
The address discovery response unit 54 of the terminal 4 searches for the party key in the party key storage unit 52 using the party key acquired at the time of reception as a key (steps S402 and S403).
[0060]
Since the address discovery response unit 54 of the terminal 4 has no party key in the party key storage unit 52, the address discovery response unit 54 of the terminal 4 ignores the discovery request and ends the process.
[0061]
On the other hand, when receiving the discovery response packet from the terminal 3, the address discovery request unit 53 of the terminal 2 extracts the presence address of the terminal 3. This means that the presence address has been acquired.
[0062]
Thereafter, the presence subscription unit 55 of the terminal 2 acquires a discovery response packet from the address discovery request unit 53 and refers to the presence address. That is, the presence subscription unit 55 of the terminal 2 subscribes the presence of the conference participant B of the owner of the terminal 3 using the presence address of the terminal 3 in the discovery response packet.
[0063]
The presence subscription unit 55 of the terminal 3 receives the presence subscription request, reads out the presence information of the conference participant B stored in a storage unit (not shown) to the terminal 2 using the presence distribution unit 56, and distributes it.
[0064]
In the above description, the conference organizer does not attend the conference. However, if the conference organizer himself / herself wants to be a conference participant, it is sufficient to add his / her e-mail address to the transmission destination.
[0065]
Next, a second embodiment of the present invention will be described with reference to the drawings.
[0066]
The second embodiment of the present invention has the same network system configuration as that of the first embodiment shown in FIG. 1, and the configuration in the terminals 1, 2, 3, and 4 is the first embodiment. Is different. Referring to FIG. 9, terminals 1, 2, 3, and 4 in the second embodiment are mail software 51, party key storage unit 52, address discovery request unit 53, address discovery response unit 54, telephone It consists of a book 57. That is, as compared with the configuration in the terminal of the first embodiment (see FIG. 2), the presence subscription unit 55 and the presence distribution unit 56 are deleted from FIG. 1 shown in the first embodiment, and the phone book The difference is that 57 is added. In the second embodiment, the presence address in the first embodiment is changed to a SIP address or an instant message address. The SIP address is an address (corresponding to a telephone number) when making a VoIP call. An instant message address is an address used to uniquely identify a partner terminal when sending an instant message to a certain terminal.
[0067]
Therefore, the discovery response packet includes the SIP address (or instant message address) of the terminal itself that makes the response, the party key received in the discovery request packet, and the user name.
[0068]
In the telephone directory 57, an area is allocated in a storage unit (not shown) such as a non-volatile memory, and an address (SIP URL or instant message address) is registered for each user.
[0069]
Next, the operation of the second embodiment of the present invention will be described with reference mainly to FIG.
[0070]
The presence address described in the operation of the first embodiment is replaced with a SIP (Session Initiation Protocol) URL (Uniform Resource Locator) or an instant message address, and the operation after the address discovery request unit 53 receives a discovery response packet is described below. Change as follows.
[0071]
That is, the address discovery request unit 53 of the terminal 2 of the conference participant A receives the discovery response packet transmitted (returned) by the terminal 3 of the conference participant B in step S405 of FIG. The address discovery request unit 53 of the terminal 2 extracts the SIP URL (or instant message address) and the user name from the discovery response packet, and stores the extracted address (SIP URL or instant message address) and the user name in the phone book 57. sign up.
[0072]
The other operations are the same as those in the first embodiment simply by replacing the addresses, and the description thereof will be omitted.
[0073]
Next, a third embodiment of the present invention will be described with reference to the drawings.
[0074]
The third embodiment of the present invention has the same network system configuration as that of the first embodiment shown in FIG. 1, and the configuration in the terminals 1, 2, 3, and 4 is the first embodiment. Is different. Referring to FIG. 10, terminals 1, 2, 3, and 4 in the third embodiment include mail software 51, address discovery request unit 53, address discovery response unit 54, presence subscription unit 55, and presence distribution. Part 56. That is, it differs from the configuration in the terminal according to the first embodiment (see FIG. 2) in that the party key storage unit 52 is deleted from FIG. 1 shown in the first embodiment.
[0075]
That is, unlike the first embodiment 1, the third embodiment does not use a party key. In order to determine that the discovery sender is a conference participant, “Message-Id” of the mail stored in the terminal is used. By using this method, it is possible to distribute the presence address among the conference participants even when the mailer of the conference organizer's terminal does not support this method.
[0076]
Next, the operation of the third embodiment of the present invention will be described with reference mainly to FIG.
[0077]
In the third embodiment, an algorithm described in the operation flowchart at the time of mail transmission in FIG. 3 and the operation flowchart at the time of reception of mail in FIG. The mail transmission / reception performed at 51 is changed. That is, in FIG. 3, the operations in steps S101 to S104 are deleted, and in FIG. 4, the operations in steps S201 to S204 are deleted.
[0078]
Further, in the third embodiment, the algorithm described in the flowchart of the operation at the time of the presence address acquisition request of FIG. 5 of the first embodiment is changed as follows according to the flowchart of FIG.
[0079]
The mail software unit 51 of the terminal 2 takes out (extracts) the email ID of the conference opening notification email currently selected by the operation unit, and searches whether the email ID exists in the received mailbox (FIG. 11). Steps S501 and S502).
[0080]
If the e-mail ID exists, the mail software unit 51 of the terminal 2 passes the e-mail ID extracted from the received mailbox to the address discovery request unit 53 (step S503).
[0081]
Upon receiving the email ID, the address discovery request unit 53 of the terminal 2 generates a discovery request packet (step S504). In this case, the discovery request packet includes an IP address of the discovery request transmission source (IP address of the own terminal), an electronic mail ID, and the like.
[0082]
Furthermore, the address discovery request unit 53 broadcasts / multicasts the generated discovery request packet to the network 900 (step S505).
[0083]
Further, the algorithm described in the flowchart at the time of receiving the discovery request packet in FIG. 6 of the first embodiment is changed as follows according to the flowchart in FIG.
[0084]
The address discovery response unit 54 of the terminal 3 of the conference participant B behaves (operates) as shown in FIG.
[0085]
When receiving the discovery request packet, the address discovery response unit 54 of the terminal 3 extracts the transmission source IP address and the electronic mail ID from the discovery request packet (step S601).
[0086]
The address discovery response unit 54 of the terminal 3 searches whether the same email ID as the retrieved email ID exists in the received mailbox (steps S602 and S603).
[0087]
Since the same e-mail ID exists in the reception mailbox of the terminal 3, the address discovery response unit 54 of the terminal 3 creates a discovery response packet and sends it to the terminal 2 of the sender that is the transmission source IP address of the discovery request packet. In response to this, the created discovery response packet is returned (steps S604 and S605). The discovery response packet in this case includes the presence address of the terminal 3 itself (in this case, the IP address of the terminal 3 itself), the electronic mail ID received in the discovery request packet, and the like.
[0088]
The address discovery response unit 54 of the terminal 4 of the non-conference participant C behaves (operates) as shown in FIG.
[0089]
When receiving the discovery request packet, the address discovery response unit 54 of the terminal 4 extracts the transmission source IP address and the email ID from the discovery request packet (step S601).
[0090]
The address discovery response unit 54 of the terminal 4 searches the received mailbox for the same e-mail ID as the e-mail ID of the discovery request packet (steps S602 and S603).
[0091]
Since the same e-mail ID does not exist in the reception mailbox of the terminal 4, the address discovery response unit 54 of the terminal 4 ignores the discovery request and ends the process.
[0092]
Since other operations are the same as those in the first embodiment, description thereof will be omitted.
[0093]
Next, a fourth embodiment of the present invention will be described with reference to the drawings.
[0094]
The fourth embodiment of the present invention has the same network system configuration as that of the first embodiment shown in FIG. 1, and the configuration in the terminals 1, 2, 3, and 4 is the first embodiment. Is different. Referring to FIG. 13, terminals 1, 2, 3, and 4 in the fourth embodiment are browser 58, party key storage unit 59, address discovery request unit 53, address discovery response unit 54, and presence subscription. Section 55 and presence distribution section 56. That is, when compared with the configuration in the terminal of the first embodiment (see FIG. 2), the mail software 51 is deleted from FIG. 1 shown in the first embodiment, and the browser 58 is used instead of the mail software 51. The difference is in the added point, and the difference is that the party key storage unit 52 is changed to the party key storage unit 59.
[0095]
The browser 58 in FIG. 13 is software for referring to and displaying a home page, and indicates Internet Explorer, Netscape, or the like. Further, the browser 58 has a means for acquiring a party key in addition to the browser function.
[0096]
The party key storage unit 59 in FIG. 13 is allocated in a storage unit (not shown) (for example, a memory, a magnetic disk device, etc.), and as shown in FIG. 15, a homepage address (URL), a party key, Is stored on the table as one element. In this case, the home page address becomes the key for the party key search.
[0097]
The homepage information is registered in a storage unit (for example, a magnetic disk) managed by a server (not shown) connected to the network 900 of FIG.
[0098]
Next, the operation of the fourth embodiment of the present invention will be described with reference to FIG.
[0099]
As a premise, it is assumed that the conference participants A and B know the URL of the schedule homepage that is always used as a daily time schedule, and do not know the presence address of each conference participant's terminal.
[0100]
First, when the conference organizer makes a conference notification, a homepage including a party key in the schedule homepage address is created on the terminal 1 and registered in a server (not shown) via the network 900. For example, the party key is described as a comment.
[0101]
When the browser 58 of each of the terminals 2 and 3 of the conference participants A and B refers to the schedule homepage, it acquires the homepage in which the party key is included in the comment. The browser 58 extracts the party key from the comment on the schedule homepage, and stores the homepage address and the party key in the party key storage unit 59 (see FIG. 15).
[0102]
When the conference participant A wants to know the presence addresses of all the conference participants, the conference participant's presence address is instructed from the user interface of the browser 58 of the terminal 2 while referring to the schedule homepage. For example, the pop-up menu displayed on the screen by the browser 58 when referring to the home page includes an item “subscriber presence presence subscription”, and an operation for selecting the item.
[0103]
The browser unit 58 of the terminal 2 instructed to acquire the presence address from the conference participant A behaves (operates) as shown in FIG.
[0104]
The browser unit 58 of the terminal 2 searches the party key storage unit 59 to determine whether the party key extracted from the home page exists in an area using the address of the corresponding home page as a key (steps S701 and S702 in FIG. 14).
[0105]
If the party key exists in the party key storage unit 59, the browser unit 58 of the terminal 2 extracts the party key from the party key storage unit 59 and passes the extracted party key to the address discovery request unit 53 (step S703). ).
[0106]
The address discovery request unit 53 that has received the party key generates a discovery request packet (step S704). In this case, the discovery request packet includes an IP address of a discovery request transmission source, a party key, and the like.
[0107]
Furthermore, the address discovery request unit 53 broadcasts / multicasts the generated discovery request packet to the network 900 (step S705).
[0108]
The following processing is the same as the discovery processing (processing after step S401 in FIG. 6) of the first embodiment in which discovery is performed using the mail software unit 51, and is therefore omitted.
[0109]
According to the description of the first or second embodiment described above, the present invention provides a method in which the conference organizer's terminal incorporates a party key indicating the conference participant in the e-mail and notifies the conference attendee's terminal. When a participant's terminal wants to know the URI of another conference participant's terminal, a discovery request packet (URI request packet) including a party key is transmitted by broadcast / multicast, so that the receiving terminal can receive the same party. If the user has a key, the URI of the own terminal is included and returned, so that the URIs of the terminals of all the conference participants can be automatically extracted when necessary without using a home page.
[0110]
In addition, according to the description of the third embodiment, the present invention can be configured such that the conference organizer's terminal notifies the conference attendee's terminal by e-mail so that the conference attendee's terminal can When an e-mail ID of an e-mail is stored and a conference participant's terminal wants to know the URI of another conference participant's terminal, a discovery request packet (URI request packet) including this e-mail ID is broadcast / multicast. By sending, if the receiving terminal has the same e-mail ID, it will reply with the URI of its own terminal. The URI can be extracted automatically.
[0111]
In addition, according to the description of the fourth embodiment, the present invention registers a party key on a homepage frequently used by the conference creator's terminal, and the party participant's terminal browses the homepage to obtain the party key. When a conference participant's terminal wants to know the URI of another conference participant's terminal, the discovery request packet (URI request packet) including the party key is transmitted by broadcast / multicast. Therefore, if the receiving terminal has the same party key, it will reply with the URI of its own terminal, so an e-mail will be used when it is necessary to obtain the URI of the conference participant accompanying browsing the homepage Can be facilitated without.
[0112]
Also, according to the first or third embodiment, the presence address is used to subscribe to the presence address information immediately after obtaining the presence address of the conference participant. The conference participant's terminal can obtain the presence information of the conference participant when necessary without manually inputting the presence address.
[0113]
【The invention's effect】
As described above, according to the present invention, since only terminals having the same party key accept presence address requests, presence addresses can be collected only for conference participants. effective.
[0114]
Further, according to the present invention, since the terminal that has received the “conference opening notice” mail performs the presence subscription processing using the collected presence address, it is not necessary to manually input the presence address of the conference participant, and when necessary There is an effect that presence information of conference participants can be obtained. That is, there is an effect that the work when the user inputs the presence address can be reduced.
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of a network system according to first to fourth embodiments of the present invention.
FIG. 2 is a block diagram in the terminal of FIG. 1 in the first embodiment.
FIG. 3 is a flowchart showing an operation at the time of mail transmission of the mail software section of the terminal of FIG. 2;
4 is a flowchart showing an operation at the time of mail reception of the mail software section of the terminal of FIG. 2;
FIG. 5 is a flowchart showing the operation of the terminal of FIG. 2 when a presence address is requested.
6 is a flowchart showing the operation of the terminal of FIG. 2 when a discovery request packet is received.
7 is a configuration schematic diagram showing an outline of the configuration in the party key storage unit of FIG. 2; FIG.
FIG. 8 is a block diagram showing an example when a party key is added to the header part of an outgoing mail.
FIG. 9 is a block diagram in the terminal of FIG. 1 in the second embodiment of the present invention.
FIG. 10 is a block diagram in the terminal of FIG. 1 in the third embodiment of the present invention.
11 is a flowchart showing the operation of the terminal of FIG. 10 when a presence address acquisition request is made.
12 is a flowchart showing the operation of the terminal of FIG. 10 when a discovery request packet is received.
FIG. 13 is a block diagram in the terminal of FIG. 1 in the fourth embodiment of the present invention.
14 is a flowchart showing the operation of the terminal of FIG. 13 when a presence address acquisition request is made.
15 is a configuration schematic diagram showing an outline of the configuration in the party key storage unit of FIG. 13;
[Explanation of symbols]
1, 2, 3, 4 terminals
51 Mail software
52,59 Party key storage
53 Address discovery request section
54 Address discovery response part
55 Presence Subscription Department
56 Presence Distribution Department
57 phone book
58 Browser part
900 network

Claims (24)

ネットワークを介して通信を行って端末URIを取得する端末URIディスカバリシステムであって、
会議開催者端末と、複数の会議参加者端末と、を含み、
前記会議開催者端末は、会議参加者のグループを示すパーティキーを埋め込んだ電子メールを前記会議参加者端末に送信する送信手段を有し
前記会議参加者端末は、前記電子メールを受信した場合に前記電子メールから前記パーティキーを抽出し記憶する記憶手段と、
自端末の操作部から会議参加者の端末を識別するURIの取得指示を受ける指示手段と、前記取得指示を受けた場合に前記記憶手段で記憶したパーティキーを埋め込んだURI要求パケットを作成して前記ネットワークに接続されている全端末宛にブロードキャストまたは前記ネットワークに接続されており予め決められているグループの端末宛にマルチキャストで送信する要求手段と、
前記URI要求パケットを受信した場合に前記URI要求パケットから抽出したパーティキーが前記記憶手段で記憶したパーティキーと同じものが存在するかを検索する検索手段と、
前記検索手段で検索した結果同じパーティキーが存在すれば自端末のURIを含む応答パケットを作成し要求元に返信する返信手段と、
前記返信手段で返信された応答パケットを受信すると送信元のURIを含む送信元の情報を前記応答パケットから抽出する抽出手段と、を有することを特徴とする端末URIディスカバリシステム。
A terminal URI discovery system for obtaining a terminal URI by communicating via a network,
Including a conference organizer terminal and a plurality of conference participant terminals,
Said conference organizer terminal, an e-mail with embedded party key that shows a group of conference participants includes a transmitting means to be transmitted to the conference participants end the end,
The conference participant terminal, when receiving the e-mail, storage means for extracting and storing the party key from the e-mail;
An instruction means for receiving a URI acquisition instruction for identifying a conference participant's terminal from the operation unit of the terminal itself, and a URI request packet in which the party key stored in the storage means is embedded when the acquisition instruction is received Request means for broadcasting to all terminals connected to the network or multicasting to terminals of a predetermined group connected to the network ; and
Search means for searching whether the party key extracted from the URI request packet is the same as the party key stored in the storage means when the URI request packet is received;
If the same party key exists as a result of searching by the search means, a reply means for creating a response packet including the URI of the own terminal and returning it to the request source;
A terminal URI discovery system, comprising: extraction means for extracting information on a transmission source including a URI of a transmission source from the response packet when the response packet returned by the response means is received.
前記会議開催者端末は、電子メール送信時に会議開催を示す識別情報を埋め込んだ電子メールから前記パーティキーを生成する生成手段を備えることを特徴とする請求項1記載の端末URIディスカバリシステム。The terminal URI discovery system according to claim 1, wherein the conference organizer terminal includes a generating unit that generates the party key from an electronic mail in which identification information indicating that the conference is held is embedded when an electronic mail is transmitted. ネットワークを介して通信を行って端末URIを取得する端末URIディスカバリシステムであって、
前記会議者端末と、会議参加者端末と、を含み、
前記会議開催者端末は、会議開催を示す識別情報を埋め込み電子メールを前記会議参加者端末に送信する送信手段を有し
前記会議参加者端末は、前記電子メールを受信した場合に前記電子メールを記憶する記憶手段と、自端末の操作部から会議参加者の端末を識別するURIの取得指示を受ける指示手段と、
前記取得指示を受けた場合に前記電子メールの電子メールIDを埋め込んだURI要求パケットの取得要求を行う手段と、を作成して前記ネットワークに接続されている全端末宛にブロードキャストまたは前記ネットワークに接続されており予め決められているグループの端末宛にマルチキャストで送信する要求手段と、
前記URI要求パケットを受信した場合に前記URI要求パケットから抽出した電子メールIDが前記記憶手段で記憶した電子メールの電子メールIDと同じものが存在するかを検索する検索手段と、
前記検索手段で検索した結果同じ電子メールIDが存在すれば自端末を識別するURIを含む応答パケットを作成し要求元に返信する返信手段と、
前記返信手段で返信された応答パケットを受信すると送信元のURIを含む送信元の情報を前記応答パケットから抽出する抽出手段と、を有することを特徴とする端末URIディスカバリシステム。
A terminal URI discovery system for obtaining a terminal URI by communicating via a network,
Including the conference terminal and the conference participant terminal,
Said conference organizer terminal, the e-mail embedded identification information indicating a meeting held includes a transmitting means to be transmitted to the conference participants end the end,
The conference participant terminal includes a storage unit that stores the email when the email is received , an instruction unit that receives a URI acquisition instruction for identifying the conference participant's terminal from the operation unit of the terminal ,
Means for requesting acquisition of a URI request packet in which the e-mail ID of the e-mail is embedded when receiving the acquisition instruction, and broadcasting to all terminals connected to the network or connecting to the network Request means for multicast transmission to a predetermined group of terminals , and
Search means for searching for whether the email ID extracted from the URI request packet is the same as the email ID stored in the storage means when the URI request packet is received;
If the same electronic mail ID exists as a result of searching by the search means, a reply means for creating a response packet including a URI for identifying the terminal itself and returning the response packet to the request source;
A terminal URI discovery system, comprising: extraction means for extracting information on a transmission source including a URI of a transmission source from the response packet when the response packet returned by the response means is received.
前記会議参加者端末は、前記抽出手段で抽出したURIを基にその抽出したURIに該当する端末からプレゼンス情報を購読する購読手段を備えることを特徴とする請求項1または3記載の端末URIディスカバリシステム。4. The terminal URI discovery according to claim 1 or 3, wherein the conference participant terminal comprises subscription means for subscribing presence information from a terminal corresponding to the extracted URI based on the URI extracted by the extracting means. system. 前記返信手段は、ユーザ名を含む応答パケットを作成する手段を有し、
前記抽出手段は、前記ユーザ名を含む前記送信元の情報を抽出する手段を有し、前記端末は、前記抽出手段で抽出したユーザ名と送信元のURIとを自端末に予め保有している電話帳に登録する登録手段を備えることを特徴とする請求項1記載の端末URIディスカバリシステム。
The reply means includes means for creating a response packet including a user name;
The extraction means has means for extracting information of the transmission source including the user name, and the terminal holds in advance the user name extracted by the extraction means and the URI of the transmission source in its own terminal. The terminal URI discovery system according to claim 1, further comprising registration means for registering in a telephone directory.
ネットワークを介して通信を行って端末URIを取得する端末URIディスカバリシステムであって、
会議開催者端末と、会議参加者端末と、サーバと、を含み、
前記会議開催端末は、会議参加者のグループを示すパーティキーを埋め込んだホームページを前記サーバに登録する登録手段を有し
前記会議参加者端は、前記ホームページを前記サーバから取得しその取得したホームページから前記パーティキーを抽出し記憶する記憶手段と、
自端末の操作部から会議参加者の端末を識別するURIの取得指示を受ける指示手段と、前記取得指示を受けた場合に前記記憶手段で記憶したパーティキーを埋め込んだURI要求パケットを作成して前記ネットワークに接続されている全端末宛にブロードキャストまたは前記ネットワークに接続されており予め決められているグループの端末宛にマルチキャストで送信する要求手段と、
前記URI要求パケットを受信した場合に前記URI要求パケットから抽出したパーティキーが前記記憶手段で記憶したパーティキーと同じものが存在するかを検索する検索手段と、
前記検索手段で検索した結果同じパーティキーが存在すれば自端末のURIを含む応答パケットを作成し要求元に返信する返信手段と、
前記返信手段で返信された応答パケットを受信すると送信元のURIを含む送信元の情報を前記応答パケットから抽出する抽出手段と、を有することを特徴とする端末URIディスカバリシステム。
A terminal URI discovery system for obtaining a terminal URI by communicating via a network,
Including a conference organizer terminal, a conference participant terminal, and a server,
The conference held terminal, a home page with an embedded-party key that shows a group of conference participants has a registration means for registering to the server,
The conference participants end the end of a storage means for extracting and storing the party key to the home page from the acquired home page acquired from the server,
An instruction means for receiving a URI acquisition instruction for identifying a conference participant's terminal from the operation unit of the terminal itself, and a URI request packet in which the party key stored in the storage means is embedded when the acquisition instruction is received Request means for broadcasting to all terminals connected to the network or multicasting to terminals of a predetermined group connected to the network ; and
Search means for searching whether the party key extracted from the URI request packet is the same as the party key stored in the storage means when the URI request packet is received;
If the same party key exists as a result of searching by the search means, a reply means for creating a response packet including the URI of the own terminal and returning it to the request source;
A terminal URI discovery system, comprising: extraction means for extracting information on a transmission source including a URI of a transmission source from the response packet when the response packet returned by the response means is received.
前記URIは、プレゼンスアドレスであることを特徴とする請求項1,3,4,5,または6記載の端末URIディスカバリシステム。  The terminal URI discovery system according to claim 1, 3, 4, 5, or 6, wherein the URI is a presence address. 前記URIは、SIPアドレスまたはインスタントメッセージアドレスであることを特徴とする請求項1または5記載の端末URIディスカバリシステム。  6. The terminal URI discovery system according to claim 1, wherein the URI is a SIP address or an instant message address. ネットワークを介して端末間で情報の送受信を行って端末URIを取得する端末URIディスカバリ方法であって、
前記端末は、会議参加者のグループを示すパーティキーを埋め込んだ電子メールを会議参加者の端末に送信するステップと、
前記電子メールを受信した場合に前記電子メールから前記パーティキーを抽出し記憶部に記憶するステップと、
自端末の操作部から会議参加者の端末を識別するURIの取得指示を受けるステップと、前記取得指示を受けた場合に前記記憶部に記憶したパーティキーを埋め込んだURI要求パケットを作成して前記ネットワークに接続されている全端末宛にブロードキャストまたは前記ネットワークに接続されており予め決められているグループの端末宛にマルチキャストで送信するステップと、
前記URI要求パケットを受信した場合に前記URI要求パケットから抽出したパーティキーが前記記憶部に記憶したパーティキーと同じものが存在するかを検索するステップと、
検索した結果同じパーティキーが存在すれば自端末のURIを含む応答パケットを作成し要求元に返信するステップと、
前記応答パケットを受信すると送信元のURIを含む送信元の情報を前記応答パケットから抽出するステップと、を含むことを特徴とする端末URIディスカバリ方法。
A terminal URI discovery method for acquiring a terminal URI by transmitting and receiving information between terminals via a network,
The terminal includes a step to send an e-mail with embedded party key that shows a group of conference participants to the terminal of the conference participants,
Extracting the party key from the e-mail when the e-mail is received and storing it in a storage unit;
Wherein by creating the steps of receiving an instruction to acquire URI that identifies the terminal of the conference participants from the operation unit of its own terminal, a URI request packet with an embedded party key stored in the storage unit when receiving the acquisition instruction Broadcasting to all terminals connected to the network or transmitting to the terminals of a predetermined group connected to the network by multicast; and
Searching for whether the party key extracted from the URI request packet is the same as the party key stored in the storage unit when the URI request packet is received;
If the same party key exists as a result of the search, a step of creating a response packet including the URI of the own terminal and returning it to the request source;
Receiving the response packet, extracting from the response packet information about the source including the URI of the source, and a method for terminal URI discovery.
前記端末は、電子メール送信時に会議開催を示す識別情報を埋め込んだ電子メールから前記パーティキーを生成するステップを含むことを特徴とする請求項9記載の端末URIディスカバリ方法10. The terminal URI discovery method according to claim 9, further comprising the step of generating the party key from an e-mail in which identification information indicating that a meeting is held is embedded at the time of e-mail transmission. ネットワークを介して端末間で情報の送受信を行って端末URIを取得する端末URIディスカバリ方法であって、
前記端末は、会議開催を示す識別情報を埋め込み電子メールを会議参加者の端末に送信するステップと、
前記電子メールを受信した場合に前記電子メールを受信メールボックスに記憶するステップと、
自端末の操作部から会議参加者の端末を識別するURIの取得指示を受けるステップと、前記取得指示を受けた場合に前記電子メールの電子メールIDを埋め込んだURI要求パケットを作成して前記ネットワークに接続されている全端末宛にブロードキャストまたは前記ネットワークに接続されており予め決められているグループの端末宛にマルチキャストで送信するステップと、
前記URI要求パケットを受信した場合に前記URI要求パケットから抽出した電子メールIDが前記受信メールボックスに記憶した電子メールの電子メールIDと同じものが存在するかを検索するステップと、
検索した結果同じ電子メールIDが存在すれば自端末を識別するURIを含む応答パケットを作成し要求元に返信するステップと、
前記応答パケットを受信すると送信元のURIを含む送信元の情報を前記応答パケットから抽出するステップと、を含むことを特徴とする端末URIディスカバリ方法。
A terminal URI discovery method for acquiring a terminal URI by transmitting and receiving information between terminals via a network,
The terminal, and transmitting the identification information indicating a meeting held embedded e-mail to the terminal of the conference participants,
Storing the email in a receiving mailbox when the email is received;
A step of receiving an instruction to acquire URI that identifies the terminal of the conference participants from the operation unit of its own terminal, the create a URI request packet embedded with electronic mail ID of the electronic mail when receiving the acquisition instruction network Broadcasting to all terminals connected to the network or multicasting to terminals of a predetermined group connected to the network ; and
Searching for whether the email ID extracted from the URI request packet when the URI request packet is received is the same as the email ID of the email stored in the received mailbox;
If the same electronic mail ID exists as a result of the search, a step of creating a response packet including a URI for identifying the own terminal and returning the response packet to the request source;
Receiving the response packet, extracting from the response packet information about the source including the URI of the source, and a method for terminal URI discovery.
前記端末は、前記抽出するステップで抽出したURIを基にその抽出したURIに該当する端末からプレゼンス情報を購読するステップを含むことを特徴とする請求項9または11記載の端末URIディスカバリ方法。  12. The terminal URI discovery method according to claim 9, further comprising: subscribing presence information from a terminal corresponding to the extracted URI based on the URI extracted in the extracting step. 前記端末は、前記返信するステップでユーザ名を前記応答パケットに含ませて作成するステップと、
前記抽出するステップで前記ユーザ名を含む前記送信元の情報を抽出するステップと、
前記抽出したユーザ名と送信元のURIとを自端末に予め保有している電話帳に登録するステップと、を含むことを特徴とする請求項9記載の端末URIディスカバリ方法。
The terminal includes creating a user name included in the response packet in the replying step;
Extracting the sender information including the user name in the extracting step;
The terminal URI discovery method according to claim 9, further comprising: registering the extracted user name and transmission source URI in a telephone book previously held in the terminal itself.
ネットワークを介して端末間で情報の送受信を行って端末URIを取得する端末URIディスカバリ方法であって、
前記端末は、会議参加者のグループを示すパーティキーを埋め込んだホームページをサーバに登録するステップと
記ホームページを前記サーバから取得しその取得したホームページから前記パーティキーを抽出し記憶部に記憶するステップと、
自端末の操作部から会議参加者の端末を識別するURIの取得指示を受けるステップと、前記取得指示を受けた場合に前記記憶部に記憶したパーティキーを埋め込んだURI要求パケットを作成して前記ネットワークに接続されている全端末宛にブロードキャストまたは前記ネットワークに接続されており予め決められているグループの端末宛にマルチキャストで送信するステップと、
前記URI要求パケットを受信した場合に前記URI要求パケットから抽出したパーティキーが前記記憶部に記憶したパーティキーと同じものが存在するかを検索するステップと、
検索した結果同じパーティキーが存在すれば自端末のURIを含む応答パケットを作成し要求元に返信するステップと、
前記応答パケットを受信すると送信元のURIを含む送信元の情報を前記応答パケットから抽出するステップと、を含むことを特徴とする端末URIディスカバリ方法。
A terminal URI discovery method for acquiring a terminal URI by transmitting and receiving information between terminals via a network,
The terminal includes a step of registering a home page with an embedded-party key that shows a group of conference participants to the servers,
Storing a pre-Symbol homepage acquired from the acquired home from the server to the extracted storing unit the party key,
Wherein by creating the steps of receiving an instruction to acquire URI that identifies the terminal of the conference participants from the operation unit of its own terminal, a URI request packet with an embedded party key stored in the storage unit when receiving the acquisition instruction Broadcasting to all terminals connected to the network or transmitting to the terminals of a predetermined group connected to the network by multicast; and
Searching for whether the party key extracted from the URI request packet is the same as the party key stored in the storage unit when the URI request packet is received;
If the same party key exists as a result of the search, a step of creating a response packet including the URI of the own terminal and returning it to the request source;
Receiving the response packet, extracting from the response packet information about the source including the URI of the source, and a method for terminal URI discovery.
前記URIは、プレゼンスアドレスであることを特徴とする請求項9,11,12,13,または14記載の端末URIディスカバリ方法。  The terminal URI discovery method according to claim 9, 11, 12, 13, or 14, wherein the URI is a presence address. 前記URIは、SIPアドレスまたはインスタントメッセージアドレスであることを特徴とする請求項9または13記載の端末URIディスカバリ方法。  The terminal URI discovery method according to claim 9 or 13, wherein the URI is a SIP address or an instant message address. 情報の送受信を行って端末URIを取得する端末であって、A terminal that transmits and receives information to obtain a terminal URI;
会議参加者のグループを示すパーティキーを埋め込んだ電子メールを会議参加者の端末に送信する送信手段と、A transmission means for sending an email embedded with a party key indicating a group of conference participants to the conference participant's terminal;
前記電子メールを受信した場合に前記電子メールから前記パーティキーを抽出し記憶するExtract and store the party key from the email when the email is received 記憶手段と、Storage means;
自端末の操作部から会議参加者の端末を識別するURIの取得指示を受ける指示手段と、前記取得指示を受けた場合に前記記憶手段で記憶したパーティキーを埋め込んだURI要求パケットを作成して前記ネットワークに接続されている全端末宛にブロードキャストまたは前記ネットワークに接続されており予め決められているグループの端末宛にマルチキャストで送信する要求手段と、An instruction unit for receiving a URI acquisition instruction for identifying a conference participant's terminal from the operation unit of the terminal itself, and a URI request packet in which the party key stored in the storage unit is embedded when the acquisition instruction is received Request means for broadcasting to all terminals connected to the network or multicasting to terminals of a predetermined group connected to the network; and
前記URI要求パケットを受信した場合に前記URI要求パケットから抽出したパーティキーが前記記憶手段で記憶したパーティキーと同じものが存在するかを検索する検索手段と、Search means for searching whether the party key extracted from the URI request packet is the same as the party key stored in the storage means when the URI request packet is received;
前記検索手段で検索した結果同じパーティキーが存在すれば自端末のURIを含む応答パケットを作成し要求元に返信する返信手段と、If the same party key exists as a result of searching by the search means, a reply means for creating a response packet including the URI of the own terminal and returning it to the request source;
前記返信手段で返信された応答パケットを受信すると送信元のURIを含む送信元の情報を前記応答パケットから抽出する抽出手段と、を備えることを特徴とする端末。A terminal comprising: an extraction unit that extracts information on a transmission source including a URI of a transmission source from the response packet when a response packet returned by the response unit is received.
電子メール送信時に会議開催を示す識別情報を埋め込んだ電子メールから前記パーティキーを生成する生成手段を備えることを特徴とする請求項17記載の端末。18. The terminal according to claim 17, further comprising generating means for generating the party key from an e-mail in which identification information indicating that a meeting is held when transmitting the e-mail. 情報の送受信を行って端末URIを取得する端末であって、A terminal that transmits and receives information to obtain a terminal URI;
会議開催を示す識別情報を埋め込み電子メールを会議参加者の端末に送信する送信手段と、A transmission means for transmitting an e-mail to a conference participant's terminal with identification information indicating that the conference is held;
前記電子メールを受信した場合に前記電子メールを記憶する記憶手段と、Storage means for storing the e-mail when the e-mail is received;
自端末の操作部から会議参加者の端末を識別するURIの取得指示を受ける指示手段と、An instruction means for receiving a URI acquisition instruction for identifying a conference participant's terminal from the operation unit of the terminal;
前記取得指示を受けた場合に前記電子メールの電子メールIDを埋め込んだURI要求パケットを作成して前記ネットワークに接続されている全端末宛にブロードキャストまたは前記ネットワークに接続されており予め決められているグループの端末宛にマルチキャストで送信する要求手段と、When the acquisition instruction is received, a URI request packet in which the e-mail ID of the e-mail is embedded is created and broadcast to all terminals connected to the network or connected to the network and predetermined. Request means for multicast transmission to the group's terminals,
前記URI要求パケットを受信した場合に前記URI要求パケットから抽出した電子メールIDが前記記憶手段で記憶した電子メールの電子メールIDと同じものが存在するかを検索する検索手段と、Search means for searching for whether the email ID extracted from the URI request packet is the same as the email ID stored in the storage means when the URI request packet is received;
前記検索手段で検索した結果同じ電子メールIDが存在すれば自端末を識別するURIを含む応答パケットを作成し要求元に返信する返信手段と、If the same electronic mail ID exists as a result of searching by the search means, a reply means for creating a response packet including a URI for identifying the terminal itself and returning the response packet to the request source
前記返信手段で返信された応答パケットを受信すると送信元のURIを含む送信元の情報を前記応答パケットから抽出する抽出手段と、を備えることを特徴とする端末。A terminal comprising: an extraction unit that extracts information on a transmission source including a URI of a transmission source from the response packet when a response packet returned by the response unit is received.
前記抽出手段で抽出したURIを基にその抽出したURIに該当する端末からプレゼンス情報を購読する購読手段を備えることを特徴とする請求項17または19記載の端末。20. The terminal according to claim 17 or 19, further comprising subscription means for subscribing presence information from a terminal corresponding to the extracted URI based on the URI extracted by the extraction means. 前記返信手段は、ユーザ名を含む応答パケットを作成する手段を有し、前記抽出手段は、前記ユーザ名を含む前記送信元の情報を抽出する手段を有し、前記端末は、前記抽出手段で抽出したユーザ名と送信元のURIとを自端末に予め保有している電話帳に登録する登録手段を備えることを特徴とする請求項17記載の端末。The reply means includes means for creating a response packet including a user name, the extraction means includes means for extracting information on the transmission source including the user name, and the terminal is the extraction means. 18. The terminal according to claim 17, further comprising registration means for registering the extracted user name and the URI of the transmission source in a telephone book previously held in the terminal. 情報の送受信を行って端末URIを取得する端末であって、A terminal that transmits and receives information to obtain a terminal URI;
会議開催者の端末となる場合に会議参加者のグループを示すパーティキーを埋め込んだホームページをサーバに登録する登録手段と、A registration means for registering a homepage in which a party key indicating a group of conference participants is embedded in the server when the conference organizer is a terminal;
前記ホームページを前記サーバから取得しその取得したホームページから前記パーティキーを抽出し記憶する記憶手段と、Storage means for acquiring the home page from the server and extracting and storing the party key from the acquired home page;
自端末の操作部から会議参加者の端末を識別するURIの取得指示を受ける指示手段と、前記取得指示を受けた場合に前記記憶手段で記憶したパーティキーを埋め込んだURI要求パケットを作成して前記ネットワークに接続されている全端末宛にブロードキャストまたは前記ネットワークに接続されており予め決められているグループの端末宛にマルチキャストで送信する要求手段と、An instruction unit for receiving a URI acquisition instruction for identifying a conference participant's terminal from the operation unit of the terminal itself, and a URI request packet in which the party key stored in the storage unit is embedded when the acquisition instruction is received Request means for broadcasting to all terminals connected to the network or multicasting to terminals of a predetermined group connected to the network; and
前記URI要求パケットを受信した場合に前記URI要求パケットから抽出したパーティThe party extracted from the URI request packet when the URI request packet is received キーが前記記憶手段で記憶したパーティキーと同じものが存在するかを検索する検索手段と、Search means for searching for whether the same key as the party key stored in the storage means exists;
前記検索手段で検索した結果同じパーティキーが存在すれば自端末のURIを含む応答パケットを作成し要求元に返信する返信手段と、If the same party key exists as a result of searching by the search means, a reply means for creating a response packet including the URI of the own terminal and returning it to the request source;
前記返信手段で返信された応答パケットを受信すると送信元のURIを含む送信元の情報を前記応答パケットから抽出する抽出手段と、を備えることを特徴とする端末。A terminal comprising: an extraction unit that extracts information on a transmission source including a URI of a transmission source from the response packet when a response packet returned by the response unit is received.
前記URIは、プレゼンスアドレスであることを特徴とする請求項17,19,20,21,または22記載の端末。23. The terminal according to claim 17, 19, 20, 21, or 22, wherein the URI is a presence address. 前記URIは、SIPアドレスまたはインスタントメッセージアドレスであることを特徴とする請求項17または21記載の端末。The terminal according to claim 17 or 21, wherein the URI is a SIP address or an instant message address.
JP2003087135A 2003-03-27 2003-03-27 Terminal URI discovery system and method, and terminal Expired - Fee Related JP3885753B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003087135A JP3885753B2 (en) 2003-03-27 2003-03-27 Terminal URI discovery system and method, and terminal

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003087135A JP3885753B2 (en) 2003-03-27 2003-03-27 Terminal URI discovery system and method, and terminal

Publications (2)

Publication Number Publication Date
JP2004295489A JP2004295489A (en) 2004-10-21
JP3885753B2 true JP3885753B2 (en) 2007-02-28

Family

ID=33401579

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003087135A Expired - Fee Related JP3885753B2 (en) 2003-03-27 2003-03-27 Terminal URI discovery system and method, and terminal

Country Status (1)

Country Link
JP (1) JP3885753B2 (en)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060195472A1 (en) * 2005-02-25 2006-08-31 Microsoft Corporation Method and system for aggregating contact information from multiple contact sources

Also Published As

Publication number Publication date
JP2004295489A (en) 2004-10-21

Similar Documents

Publication Publication Date Title
US9577966B1 (en) Device independent message distribution platform
JP4118800B2 (en) Presence display system and gateway device
EP1013068B1 (en) Electronic mail distribution system for integrated electronic communications
US6999478B2 (en) System controlling use of a communication channel
WO2000008813A1 (en) Character message communication system and method
JPH06216935A (en) Electronic mail system
JP2005110214A (en) Method and apparatus for delivering email message with indication of presence of sender
CN1989497A (en) Method and apparatus for autocorrelation of instant messages
WO2001084812A2 (en) Method of enabling transmission and reception of communication when current destination for recipient is unknown to sender
JP2001249878A (en) Method and system for reporting communication means
KR20100042256A (en) Temporary connection number management system, terminal, temporary connection number management method, and temporary connection number management program
JP2002207680A (en) System/method for supporting desktop conference and program
CN101686230B (en) Realization method of telephone book, system and address server
JP2008262466A (en) Information sharing system, information sharing method and information sharing program mounted with the method
JP3885753B2 (en) Terminal URI discovery system and method, and terminal
JP3838514B2 (en) Content distribution system during a call
JP2006134128A (en) Contact information management apparatus and contact information management method
JP2003273898A (en) System and method for communication
JP2003157222A (en) Server and method for distributing contents
JP5049203B2 (en) Service providing method and server device
KR100651723B1 (en) Method and system for providing group telecommunication service using group key number
JP2005136925A (en) Address change notification service providing apparatus and method
JP2002063138A (en) Internet-connecting device, internet-connecting method and recording medium with internet-connection program recorded
JP3880986B2 (en) Representative incoming call system and method, and computer program
US20100217813A1 (en) Dividing e-mails between two users with the aid of a server

Legal Events

Date Code Title Description
RD01 Notification of change of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7421

Effective date: 20050310

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20060808

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20061010

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: 20061031

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20061113

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

Ref document number: 3885753

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20091201

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20101201

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111201

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121201

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121201

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131201

Year of fee payment: 7

LAPS Cancellation because of no payment of annual fees