JP6398257B2 - 通信管理システム、通信端末、通信システム、およびプログラム - Google Patents

Description

本発明は、通信における１以上の宛先候補を示す宛先リスト情報を作成する発明に関する。

近年、出張経費や出張時間を削減する要請等に伴い、インターネットや専用線等の通信ネットワークを介して通信を行う通信システムが普及している。通信システムにおいて通信を開始する場合、利便性を向上させるために、１以上の宛先候補を示す宛先リストの中から所望の宛先を選択して、通信の開始要求をする方法が用いられている。

また、宛先を選択するときの利便性を向上させるために、ファクシミリの通信システムにおいては、宛先リストとしての個人アドレス帳を共有する方法が知られている（特許文献１参照）。この方法によると、各パーソナルコンピュータに登録されている個人アドレス帳を、ネットワークを介してファクシミリ装置が取得して管理する。これにより、通信の開始要求元側のファクシミリ装置で宛先を選択するときに、複数の個人アドレス帳の中から所望の宛先を選択することが可能となる。

また、宛先リストを共有する他の方法として、個人アドレス帳に登録されている送信先情報の中から、他の個人アドレス帳にも登録されている送信先情報を抽出して共有アドレス帳に登録する方法が提案されている（特許文献２参照）。

しかしながら、宛先リストを用いて宛先を選択する際に、選択される頻度の高い宛先候補が宛先リストに含まれていなかったり、選択される頻度の低い宛先候補が宛先リストに含まれていたりすると、利便性が低下する。宛先候補の選択の頻度は通信の開始要求元側毎に異なるので、所定の宛先リストを複数の開始要求元側で利用する場合に、ある開始要求元側に合わせて所定の宛先リストを変更すると、他の開始要求元側で宛先を選択する際の利便性が低下し得るという課題が生じる。

請求項１に係る発明は、通信端末による通信における１以上の宛先候補を示す宛先リスト情報と、前記宛先リスト情報を利用可能な通信の開始要求元側を示す開始要求元情報と、を関連付けて管理する管理手段と、前記管理手段で管理される宛先リスト情報のうち、第１の宛先リスト情報の変更の要求を、所定の開始要求元側から受け付ける要求受付手段と、前記第１の宛先リスト情報を、前記変更の要求に基づいて変更することによって第２の宛先リスト情報を作成する作成手段と、を有し、前記作成手段によって前記第２の宛先リスト情報が作成されると、前記管理手段は、前記第２の宛先リスト情報と、前記所定の開始要求元側を示す開始要求元情報と、を関連付けて管理することを特徴とする通信管理システムである。

以上説明したように本発明によれば、第１の宛先リスト情報を第２の宛先リスト情報に変更した場合に、第２の宛先リスト情報と、第２の宛先リスト情報の変更要求元である開始要求元側を示す開始要求元情報と、を関連付けて管理する。これにより、第１の宛先リスト情報を利用する他の開始要求元側に影響を与えることなく、開始要求元側毎に第１の宛先リスト情報を変更して利用することが可能になるという効果を奏する。

図１は、本発明の一実施形態に係る通信システムの概略図である。 図２は、本発明の一実施形態に係る端末の外観図である。 図３は、本発明の一実施形態に係る端末のハードウェア構成図である。 図４は、本発明の一実施形態に係る管理システム、中継装置、プログラム提供システム、又はメンテナンスシステムのハードウェア構成図である。 図５は、本発明の一実施形態に係る通信システムを構成する端末及び管理システムの機能ブロック図である。 図６は、認証管理テーブルを示す概念図である。 図７は、端末管理テーブルを示す概念図である。 図８は、宛先リスト管理テーブルを示す概念図である。 図９は、グループ情報管理テーブルを示す概念図である。 図１０は、共有要求管理テーブルを示す概念図である。 図１１は、通信システムにおける各種情報の送受信の状態を示した概念図である。 図１２は、管理システムへのログイン処理を示したシーケンス図である。 図１３は、宛先候補共有要求処理を示したシーケンス図である。 図１４は、グループ名表示画面の一例を示す模式図である。 図１５は、共有要求先選択受付画面の一例を示す模式図である。 図１６は、扱い種別情報取得の要否を決定する処理を示すフロー図である。 図１７は、扱い種別選択受付画面の一例を示す模式図である。 図１８は、宛先候補追加処理を示すシーケンス図である。 図１９は、共有要求通知画面の一例を示す模式図である。 図２０は、扱い種別に基づく判断処理を示すフロー図である。 図２１は、メンバ表示画面の一例を示す模式図である。 図２２は、メンバ表示画面の一例を示す模式図である。 図２３は、メンバ表示画面の一例を示す模式図である。 図２４は、追加承認処理を示すシーケンス図である。 図２５は、グループ情報利用処理を示すシーケンス図である。 図２６は、利用申請画面の一例を示す模式図である。 図２７は、複製申請画面の一例を示す模式図である。 図２８は、グループ情報の利用または複製処理を示すフロー図である。 図２９は、宛先の選択を受け付ける処理を示したシーケンス図である。 図３０は、宛先リストを作成する処理を示すフロー図である。 図３１は、本発明の一実施形態に係る通信システムの概略図である。 図３２は、本発明の一実施形態に係る通信端末管理システムのハードウェア構成図である。 図３３は、グループのメンバのリストを一括して共有要求する処理を示すシーケンス図である。 図３４は、グループのメンバのリストを一括して共有要求する処理を示すシーケンス図である。 図３５は、メンバ表示画面の一例を示す模式図である。 図３６は、共有要求先候補を特定する処理を示したフロー図である。

〔第１の実施形態〕
以下、図面を用いて、本発明の第１の実施形態について説明する。

＜＜実施形態の全体構成＞＞
まず、図１を用いて、第１の実施形態の全体構成について説明する。図１は、本発明の一実施形態に係る通信システムの概略図である。

図１の通信システム１には、管理システム５０を介して複数の通信端末１０間で情報や感情等を相互に伝達するコミュニケーションシステムが含まれる。このコミュニケーションシステムは、コミュニケーション管理システム（「通信管理システム」に相当）を介して複数のコミュニケーション端末（「通信端末」に相当）間で情報や感情等を相互に伝達するためのシステムである。コミュニケーションシステムとしては、テレビ会議システムやテレビ電話システム等が例として挙げられる。

本実施形態では、コミュニケーションシステムの一例としてのテレビ会議システム、コミュニケーション管理システムの一例としてのテレビ会議管理システム、及びコミュニケーション端末の一例としてのテレビ会議端末を想定した上で、通信システム、通信管理システム、及び通信端末について説明する。即ち、本発明の通信端末及び通信管理システムは、テレビ会議システムに適用されるだけでなく、その他のコミュニケーションシステムにも適用される。なお、本実施形態では、「テレビ会議」と説明しているが、「ビデオ会議」と言われることもあり、両者は同じ内容である。

まず、図１に示されている通信システム１は、複数の通信端末（１０ａａ，１０ａｂ，…）、各通信端末（１０ａａ，１０ａｂ，…）用のディスプレイ（１２０ａａ，１２０ａｂ，…）、複数の中継装置（３０ａ，３０ｂ，３０ｃ，３０ｄ）、通信管理システム５０、プログラム提供システム９０、及びメンテナンスシステム１００によって構築されている。

複数の通信端末１０は、コンテンツデータの一例としての画像データ及び音声データの送受信による通信を行う。

なお、以下では、「通信管理システム」を単に「管理システム」として表す。「通信端末」を単に「端末」として表す。また、複数の端末（１０ａａ，１０ａｂ，…）のうち任意の端末は「端末１０」と表す。複数のディスプレイ（１２０ａａ，１２０ａｂ，…）のうち任意のディスプレイは「ディスプレイ１２０」と表す。複数の中継装置（３０ａ，３０ｂ，３０ｃ，３０ｄ）のうち任意の中継装置は「中継装置３０」と表している。

図１に示されている中継装置３０は、複数の端末１０の間で、コンテンツデータの中継を行う。管理システム５０は、端末１０からのログイン認証、端末１０の通話状況の管理、宛先リストの管理等、及び中継装置３０の通信状況等を一元的に管理する。なお、画像データの画像は、動画であっても静止画であってもよく、動画と静止画の両方であってもよい。

複数のルータ（７０ａ，７０ｂ，７０ｃ，７０ｄ，７０ａｂ，７０ｃｄ）は、画像データ及び音声データの最適な経路の選択を行う。なお、以下では、ルータ（７０ａ，７０ｂ，７０ｃ，７０ｄ，７０ａｂ，７０ｃｄ）のうち任意のルータは「ルータ７０」と表されている。

プログラム提供システム９０は、後述のＨＤ(Hard Disk)２０４を備えており、端末１０に各種機能を実現させる（又は、端末１０を各種手段として機能させる）ための端末用プログラムが記憶され、端末１０に端末用プログラムを送信することができる。また、プログラム提供システム９０のＨＤ２０４には、中継装置３０に各種機能を実現させる（又は、中継装置３０を各種手段として機能させる）ための中継装置用プログラムも記憶されており、中継装置３０に、中継装置用プログラムを送信することができる。更に、プログラム提供システム９０のＨＤ２０４には、管理システム５０に各種機能を実現させる（又は、管理システム５０を各種手段として機能させる）ための通信管理用プログラムも記憶されており、管理システム５０に、通信管理用プログラムを送信することができる。

メンテナンスシステム１００は、端末１０、中継装置３０、管理システム５０、及びプログラム提供システム９０のうちの少なくとも１つの維持、管理、又は保守を行うためのコンピュータである。例えば、メンテナンスシステム１００が国内に設置され、端末１０、中継装置３０、管理システム５０、又はプログラム提供システム９０が国外に設置されている場合、メンテナンスシステム１００は、通信ネットワーク２を介して遠隔的に、端末１０、中継装置３０、管理システム５０、及びプログラム提供システム９０のうちの少なくとも１つの維持、管理、保守等のメンテナンスを行う。また、メンテナンスシステム１００は、通信ネットワーク２を介さずに、端末１０、中継装置３０、管理システム５０、及びプログラム提供システム９０のうちの少なくとも１つにおける機種番号、製造番号、販売先、保守点検、又は故障履歴の管理等のメンテナンスを行う。

ところで、端末（１０ａａ，１０ａｂ，１０ａｃ，・・・）、中継装置３０ａ、及びルータ７０ａは、ＬＡＮ２ａによって通信可能に接続されている。端末（１０ｂａ，１０ｂｂ，１０ｂｃ，・・・）、中継装置３０ｂ、及びルータ７０ｂは、ＬＡＮ２ｂによって通信可能に接続されている。また、ＬＡＮ２ａ及びＬＡＮ２ｂは、ルータ７０ａｂが含まれた専用線２ａｂによって通信可能に接続されており、これにより、所定の範囲内での通信ネットワークが構築されている。所定の範囲とは、例えば、会社であって、図１のＬＡＮ２ａはＸ社のａ支店内で構築されており、ＬＡＮ２ｂはＸ社のｂ支店内で構築されている。

一方、端末（１０ｃａ，１０ｃｂ，１０ｃｃ，・・・）、中継装置３０ｃ、及びルータ７０ｃは、ＬＡＮ２ｃによって通信可能に接続されている。端末１０ｄ（ａ，１０ｄｂ，１０ｄｃ，・・・）、中継装置３０ｄ、及びルータ７０ｄは、ＬＡＮ２ｄによって通信可能に接続されている。また、ＬＡＮ２ｃ及びＬＡＮ２ｄは、ルータ７０ｃｄが含まれた専用線２ｃｄによって通信可能に接続されており、これにより、所定の範囲内での通信ネットワークが構築されている。所定の範囲とは、例えば、会社であって、図１のＬＡＮ２ｃはＹ社のｃ支店内で構築されており、ＬＡＮ２ｄはＹ社のｄ支店内で構築されている。Ｘ社及びＹ社は、それぞれルータ（７０ａｂ，７０ｃｄ）からインターネット２ｉを介して通信可能に接続されている。

また、管理システム５０、及びプログラム提供システム９０は、インターネット２ｉを介して、端末１０、及び中継装置３０と通信可能に接続されている。管理システム５０、及びプログラム提供システム９０は、Ｘ社又はＹ社に設置されていてもよいし、これら以外の地域に設置されていてもよい。

なお、本実施形態では、ＬＡＮ２ａ、ＬＡＮ２ｂ、専用線２ａｂ、インターネット２ｉ、専用線２ｃｄ、ＬＡＮ２ｃ、及びＬＡＮ２ｄによって、本実施形態の通信ネットワーク２が構築されている。この通信ネットワーク２には、有線だけでなく、WｉＦｉ（Wireless Fidelity）や、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の無線による通信が行われる箇所があってもよい。

また、図１において、各端末１０、各中継装置３０、管理システム５０、各ルータ７０、及びプログラム提供システム９０の下に示されている４組の数字は、一般的なＩＰｖ４におけるＩＰアドレスを簡易的に示している。例えば、端末１０ａａのＩＰアドレスは「１．２．１．３」である。また、ＩＰｖ４ではなく、ＩＰｖ６を用いてもよいが、説明を簡略化するため、ＩＰｖ４を用いて説明する。

なお、各端末１０は、複数の会社あるいは支店間での通話や、同じ会社あるいは支店内の異なる部屋間での通話だけでなく、同じ部屋内での通話や、屋外と屋内又は屋外と屋外での通話で使われてもよい。各端末１０が屋外で使われる場合には、携帯電話通信網等の無線による通信が行われる。

＜＜実施形態のハードウェア構成＞＞
まず、本実施形態のハードウェア構成を説明する。図２は、本発明の一実施形態に係る端末１０の外観図である。以下、端末１０の長手方向をＸ軸方向、水平面内でＸ軸方向に直交する方向をＹ軸方向、Ｘ軸方向及びＹ軸方向に直交する方向（鉛直方向）をＺ軸方向として説明する。

図２に示されているように、端末１０は、筐体１１００、アーム１２００、及びカメラハウジング１３００を備えている。このうち、筐体１１００の前側壁面１１１０には、複数の吸気孔によって形成された不図示の吸気面が設けられており、筐体１１００の後側壁面１１２０には、複数の排気孔が形成された排気面１１２１が設けられている。これにより、筐体１１００に内蔵された冷却ファンの駆動によって、不図示の吸気面を介して端末１０の後方の外気を取り込み、排気面１１２１を介して端末１０の後方へ排気することができる。筐体１１００の右側壁面１１３０には、収音用孔１１３１が形成され、後述する内蔵型のマイク１１４によって音声、物音、雑音等の音が収音可能となっている。

筐体１１００の右側壁面１１３０側には、操作パネル１１５０が形成されている。この操作パネル１１５０には、後述の複数の操作ボタン（１０８ａ〜１０８ｅ）、後述の電源スイッチ１０９、及び後述のアラームランプ１１９が設けられていると共に、後述の内蔵型のスピーカ１１５からの出力音を通すための複数の音声出力孔によって形成された音出面１１５１が形成されている。また、筐体１１００の左側壁面１１４０側には、アーム１２００及びカメラハウジング１３００を収容するための凹部としての収容部１１６０が形成されている。筐体１１００の右側壁面１１３０には、後述の外部機器接続Ｉ／Ｆ１１８に対して電気的にケーブルを接続するための複数の接続口（１１３２ａ〜１１３２ｃ）が設けられている。一方、筐体１１００の左側壁面１１４０には、後述の外部機器接続Ｉ／Ｆ１１８に対して電気的にディスプレイ１２０用のケーブル１２０ｃを接続するための不図示の接続口が設けられている。

なお、以下では、操作ボタン（１０８ａ〜１０８ｅ）のうち任意の操作ボタンを示す場合には「操作ボタン１０８」を用い、接続口（１１３２ａ〜１１３２ｃ）のうち任意の接続口を示す場合には「接続口１１３２」を用いて説明する。

次に、アーム１２００は、トルクヒンジ１２１０を介して筐体１１００に取り付けられており、アーム１２００が筐体１１００に対して、１３５度のチルト角θ１の範囲で、上下方向に回転可能に構成されている。図２は、チルト角θ１が９０度の状態を示している。

カメラハウジング１３００には、後述の内蔵型のカメラ１１２が設けられており、利用者、書類、及び部屋等を撮像することができる。また、カメラハウジング１３００には、トルクヒンジ１３１０が形成されている。カメラハウジング１３００は、トルクヒンジ１３１０を介して、アーム１２００に取り付けられている。そして、カメラハウジング１３００は、トルクヒンジ１３１０を介してアーム１２００に取り付けられており、カメラハウジング１３００がアーム１２００に対して、図２で示されている状態を０度として±１８０度のパン角θ２の範囲で、且つ、±４５度のチルト角θ３の範囲で、上下左右方向に回転可能に構成されている。

なお、中継装置３０、管理システム５０、プログラム提供システム９０、及びメンテナンスシステム１００は、それぞれ一般のサーバ・コンピュータの外観と同じであるため、外観の説明を省略する。

図３は、本発明の一実施形態に係る端末１０のハードウェア構成図である。図３に示されているように、端末１０は、端末１０全体の動作を制御するＣＰＵ(Central Processing Unit)１０１、ＩＰＬ(Initial Program Loader)等のＣＰＵ１０１の駆動に用いられるプログラムを記憶したＲＯＭ(Read Only Memory)１０２、ＣＰＵ１０１のワークエリアとして使用されるＲＡＭ(Random Access Memory)１０３、端末用プログラム、画像データ、及び音声データ等の各種データを記憶するフラッシュメモリ１０４、ＣＰＵ１０１の制御にしたがってフラッシュメモリ１０４に対する各種データの読み出し又は書き込みを制御するＳＳＤ（Solid State Drive）１０５、フラッシュメモリ等の記録メディア１０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアドライブ１０７、端末１０の宛先を選択する場合などに操作される操作ボタン１０８、端末１０の電源のＯＮ／ＯＦＦを切り換えるための電源スイッチ１０９、通信ネットワーク２を利用してデータ通信をするためのネットワークＩ／Ｆ(Interface)１１１を備えている。

また、端末１０は、ＣＰＵ１０１の制御に従って被写体を撮像して画像データを得る内蔵型のカメラ１１２、このカメラ１１２の駆動を制御する撮像素子Ｉ／Ｆ１１３、音声を入力する内蔵型のマイク１１４、音声を出力する内蔵型のスピーカ１１５、ＣＰＵ１０１の制御に従ってマイク１１４及びスピーカ１１５との間で音声信号の入出力を処理する音声入出力Ｉ／Ｆ１１６、ＣＰＵ１０１の制御に従って外付けのディスプレイ１２０に画像データを通信するディスプレイＩ／Ｆ１１７、図２に示されている接続口１０２１ｇに取り付けられ各種の外部機器を接続するための外部機器接続Ｉ／Ｆ１１８、端末１０の各種機能の異常を知らせるアラームランプ１１９及び上記各構成要素を図６に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン１１０を備えている。

ディスプレイ１２０は、被写体の画像や操作用アイコン等を表示する液晶や有機ＥＬによって構成された表示部である。また、ディスプレイ１２０は、ケーブル１２０ｃによってディスプレイＩ／Ｆ１１７に接続される。このケーブル１２０ｃは、アナログＲＧＢ（ＶＧＡ）信号用のケーブルであってもよいし、コンポーネントビデオ用のケーブルであってもよいし、ＨＤＭＩ（登録商標）(High-Definition Multimedia Interface)やＤＶＩ(Digital Video Interactive)信号用のケーブルであってもよい。
カメラ１１２は、レンズや、光を電荷に変換して被写体の画像（映像）を電子化する固体撮像素子を含み、固体撮像素子として、ＣＭＯＳ(Complementary Metal Oxide Semiconductor)や、ＣＣＤ（Charge Coupled Device）等が用いられる。

外部機器接続Ｉ／Ｆ１１８には、ＵＳＢ(Universal Serial Bus)ケーブル等によって、外付けカメラ、外付けマイク、及び外付けスピーカ等の外部機器がそれぞれ接続可能である。外付けカメラが接続された場合には、ＣＰＵ１０１の制御に従って、内蔵型のカメラ１１２に優先して、外付けカメラが駆動する。同じく、外付けマイクが接続された場合や、外付けスピーカが接続された場合には、ＣＰＵ１０１の制御に従って、それぞれが内蔵型のマイク１１４や内蔵型のスピーカ１１５に優先して、外付けマイクや外付けスピーカが駆動する。

なお、記録メディア１０６は、端末１０に対して着脱自在な構成となっている。また、ＣＰＵ１０１の制御にしたがってデータの読み出し又は書き込みを行う不揮発性メモリであれば、フラッシュメモリ１０４に限らず、ＥＥＰＲＯＭ（Electrically Erasable and Programmable ROM）等を用いてもよい。

更に、上記端末用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア１０６等の、コンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。また、上記端末用プログラムは、フラッシュメモリ１０４ではなくＲＯＭ１０２に記憶させるようにしてもよい。

図４は、本発明の一実施形態に係る管理システム５０のハードウェア構成図である。管理システム５０は、管理システム５０全体の動作を制御するＣＰＵ２０１、ＩＰＬ等のＣＰＵ２０１の駆動に用いられるプログラムを記憶したＲＯＭ２０２、ＣＰＵ２０１のワークエリアとして使用されるＲＡＭ２０３、通信管理用プログラム等の各種データを記憶するＨＤ２０４、ＣＰＵ２０１の制御にしたがってＨＤ２０４に対する各種データの読み出し又は書き込みを制御するＨＤＤ(Hard Disk Drive)２０５、フラッシュメモリ等の記録メディア２０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアドライブ２０７、カーソル、メニュー、ウィンドウ、文字、又は画像などの各種情報を表示するディスプレイ２０８、通信ネットワーク２を利用してデータ通信をするためのネットワークＩ／Ｆ２０９、文字、数値、各種指示などの入力のための複数のキーを備えたキーボード２１１、各種指示の選択や実行、処理対象の選択、カーソルの移動などを行うマウス２１２、着脱可能な記録媒体の一例としてのＣＤ−ＲＯＭ(Compact Disc Read Only Memory)２１３に対する各種データの読み出し又は書き込みを制御するＣＤ−ＲＯＭドライブ２１４、及び、上記各構成要素を図４に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン２１０を備えている。

なお、上記通信管理用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア２０６やＣＤ−ＲＯＭ２１３等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。また、上記通信管理用プログラムは、ＨＤ２０４ではなくＲＯＭ２０２に記憶されるようにしてもよい。

また、中継装置３０は、上記管理システム５０と同様のハードウェア構成を有しているため、その説明を省略する。但し、ＨＤ２０４には、中継装置３０を制御するための中継装置用プログラムが記録されている。この場合も、中継装置用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、上記記録メディア２０６やＣＤ−ＲＯＭ２１３等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。また、上記中継装置用プログラムは、ＨＤ２０４ではなくＲＯＭ２０２に記憶されるようにしてもよい。

また、プログラム提供システム９０及びメンテナンスシステム１００は、上記管理システム５０と同様のハードウェア構成を有しているため、その説明を省略する。但し、ＨＤ２０４には、プログラム提供システム９０を制御するためのプログラム提供用プログラムまたはメンテナンス用プログラムが記録されている。この場合も、プログラム提供用プログラムまたはメンテナンス用プログラムは、インストール可能な形式又は実行可能な形式のファイルで、記録メディア２０６やＣＤ−ＲＯＭ２１３等のコンピュータで読み取り可能な記録媒体に記録して流通させるようにしてもよい。また、上記プログラム提供システム用プログラムまたはメンテナンス用プログラムは、ＨＤ２０４ではなくＲＯＭ２０２に記憶されるようにしてもよい。

なお、上記着脱可能な記録媒体の他の例として、ＣＤ−Ｒ(Compact Disc Recordable)、ＤＶＤ(Digital Versatile Disk)、ブルーレイディスク等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。

＜＜実施形態の機能構成＞＞
次に、本発明の一実施形態の機能構成について説明する。図５は、本発明の一実施形態の通信システム１を構成する端末１０及び管理システム５０の機能ブロック図である。図５では、端末１０及び管理システム５０が、通信ネットワーク２を介してデータ通信することができるように接続されている。また、図１に示されているプログラム提供システム９０は、テレビ会議の通信において直接関係ないため、図５では省略されている。

＜端末の機能構成＞
端末１０は、送受信部１１、操作入力受付部１２、ログイン要求部１３、撮像部１４、音声入力部１５ａ、音声出力部１５ｂ、表示制御部１６、及び記憶・読出処理部１９を有している。これら各部は、図３に示されている各構成要素のいずれかが、フラッシュメモリ１０４からＲＡＭ１０３上に展開された端末用プログラムに従ったＣＰＵ１０１からの命令によって動作することで実現される機能、又は機能される手段である。また、端末１０は、図３に示されているＲＡＭ１０３またはフラッシュメモリ１０４によって構築される記憶部１０００を有している。

（端末の各機能構成）
次に、図３及び図５を用いて、端末１０の各機能構成について詳細に説明する。なお、以下では、端末１０の各機能構成部を説明するにあたって、図３に示されている各構成要素のうち、端末１０の各機能構成部を実現させるための主な構成要素との関係も説明する。

図５に示されている端末１０の送受信部１１は、図３に示されているＣＰＵ１０１からの命令、及び図３に示されているネットワークＩ／Ｆ１１１によって実現され、通信ネットワーク２を介して他の端末、装置又はシステムと各種データ（または情報）の送受信を行う。

この送受信部１１は、所望の宛先端末と通話を開始する前から、管理システム５０より、宛先候補としての各端末の稼動状態を示す各稼動状態情報の受信を開始する。なお、この稼動状態情報は、各端末１０の稼動状態（オンラインかオフラインかの状態）だけでなく、オンラインであっても更に通話中であるか、離席中であるか等の詳細な状態を示す。また、この稼動状態情報は、各端末１０の稼動状態だけでなく、端末１０でケーブル１２０ｃが端末１０から外れていたり、音声を出力するが画像は出力させなかったり、音声を出力さないようにする（ＭＵＴＥ）等、様々な状態を示す。

操作入力受付部１２は、図３に示されているＣＰＵ１０１からの命令、並びに図３に示されている操作ボタン１０８及び電源スイッチ１０９によって実現され、利用者による各種入力を受け付ける。

ログイン要求部１３は、図３に示されているＣＰＵ１０１からの命令によって実現され、送受信部１１から通信ネットワーク２を介して管理システム５０に、ログインを要求する旨を示すログイン要求情報、及び要求元端末の現時点のＩＰアドレスを自動的に送信する。また、利用者が電源スイッチ１０９をＯＮの状態からＯＦＦにすると、送受信部１１が管理システム５０へ電源をＯＦＦする旨の状態情報を送信した後に、操作入力受付部１２が電源を完全にＯＦＦにする。これにより、管理システム５０側では、端末１０が電源ＯＮから電源ＯＦＦになったことを把握することができる。

撮像部１４は、図３に示されているＣＰＵ１０１からの命令、並びに図３に示されているカメラ１１２及び撮像素子Ｉ／Ｆ１１３によって実現され、被写体を撮像して、この撮像して得た画像データを出力する。

音声入力部１５ａは、図３に示されているＣＰＵ１０１からの命令、及び図３に示されている音声入出力Ｉ／Ｆ１１６によって実現され、マイク１１４によって利用者の音声が音声信号に変換された後、この音声信号に係る音声データを入力する。音声出力部１５ｂは、図３に示されているＣＰＵ１０１からの命令、及び図３に示されている音声入出力Ｉ／Ｆ１１６によって実現され、音声データに係る音声信号をスピーカに出力し、スピーカ１１５から音声を出力させる。

表示制御部１６は、図３に示されているＣＰＵ１０１からの命令、及び図３に示されているディスプレイＩ／Ｆ１１７によって実現され、外付けのディスプレイ１２０に対して画像データを送信するための制御を行う。

また、記憶・読出処理部１９は、図３に示されているＣＰＵ１０１からの命令、及び図３に示すＳＳＤ１０５によって実行され、記憶部１０００に各種データを記憶したり、記憶部１０００に記憶された各種データを読み出す処理を行う。この記憶部１０００には、端末１０を識別するための識別情報の一例としての端末ＩＤ(Identification）、及びパスワード等が記憶される。また、記憶部１０００には、宛先との通話を行う際に受信される画像データ及び音声データが、受信される度に上書き記憶される。このうち、上書きされる前の画像データによってディスプレイ１２０に画像が表示され、上書きされる前の音声データによってスピーカ１１５から音声が出力される。

なお、本実施形態において、端末ＩＤ及び後述の中継装置ＩＤ等のＩＤは、それぞれ端末１０及び中継装置３０等を一意に識別するために使われる言語、文字、記号、又は各種のしるし等の識別情報を示す。また、端末ＩＤ及び中継装置ＩＤは、上記言語、文字、記号、及び各種のしるしのうち、少なくとも２つが組み合わされた識別情報であってもよい。

＜管理システムの機能構成＞
管理システム５０は、送受信部５１、認証部５２、端末管理部５３、抽出部５４、宛先判断部５５、通知承認決定部５６、宛先リスト管理部５７、共有要求管理部５８、グループ情報管理部６０、及び記憶・読出処理部５９を有している。これら各部は、図４に示されている各構成要素のいずれかが、ＨＤ２０４からＲＡＭ２０３上に展開された管理システム用プログラムに従ったＣＰＵ２０１からの命令によって動作することで実現される機能又は手段である。また、管理システム５０は、各種データ（または情報）を記憶する記憶部５０００を有しており、この記憶部５０００は図４に示されているＨＤ２０４により構築されている。

（認証管理テーブル）
記憶部５０００には、図６に示されているような認証管理テーブルによって構成されている認証管理ＤＢ５００１が構築されている。図６は、認証管理テーブルを示す概念図である。この認証管理テーブルでは、管理システム５０によって管理される全ての端末１０の各端末ＩＤに対して、各パスワードが関連付けられて管理される。例えば、図６に示されている認証管理テーブルにおいて、端末１０ａａの端末ＩＤは「０１ａａ」で、パスワードは「ａａａａ」であることが示されている。

（端末管理テーブル）
また、記憶部５０００には、図７に示されているような端末管理テーブルによって構成されている端末管理ＤＢ５００２が構築されている。図７は、端末管理テーブルを示す概念図である。この端末管理テーブルでは、各端末１０の端末ＩＤ毎に、各端末１０の名称、各端末１０の稼動状態、及び端末１０のＩＰアドレスが関連付けられて管理される。例えば、図７に示されている端末管理テーブルは、端末ＩＤが「０１ａａ」の端末１０ａａは、名称が「Ｘ社 ａ支店 ａグループ」で、稼動状態が「オンライン（通信可能）」で、この端末１０ａａのＩＰアドレスが「１．２．１．３」であることを示す。

（宛先リスト管理テーブル）
更に、記憶部５０００には、図８に示されているような宛先リスト管理テーブルによって構成されている宛先リスト管理ＤＢ５００３が構築されている。図８は、宛先リスト管理テーブルを示す概念図である。宛先リスト管理テーブルは、開始要求元側の端末１０を識別するための端末ＩＤと、開始要求元側の端末１０と通話可能な宛先候補の端末１０を識別するための端末ＩＤと、を関連付けて管理する宛先管理手段の一例である。この宛先リスト管理テーブルでは、テレビ会議における通信の開始要求元の端末１０の端末ＩＤに対して、宛先候補として登録されている端末１０の端末ＩＤが全て関連付けられて管理される。例えば、図８に示されている宛先リスト管理テーブルにおいて、端末ＩＤが「０１ａａ」である開始要求元の端末１０ａａからテレビ会議における通話の開始を要求することができる宛先候補は、端末ＩＤが「０１ａｂ」の端末１０ａｂ、端末ＩＤが「０１ａｃ」の端末１０ａｃ、及び端末ＩＤが「０１ｄｂ」の端末１０ｄｂ等であることが示されている。この宛先候補は、任意の端末１０から管理システム５０に対する追加又は削除の要請により、追加又は削除されることで更新される。

（グループ情報管理ＤＢ）
また、記憶部５０００には、図９に示されているようなグループ情報管理テーブルによって構成されているグループ情報管理ＤＢ５１０１が構築されている。図９は、グループ情報管理テーブルを示す概念図である。グループ情報管理テーブルでは、グループ名と、グループＩＤと、メンバの端末ＩＤと、オーナの端末ＩＤと、利用者の端末ＩＤと、を含むグループ情報が関連付けられて管理される。グループ名は、所定のグループの名称である。グループＩＤは、グループを識別するための識別情報である。メンバの端末ＩＤは、グループに含まれる宛先候補（メンバ）の各端末１０を識別するための端末ＩＤである。オーナの端末ＩＤは、メンバの追加および削除の要求、あるいは、グループのメンバのリストを他端末１０と共有する要求が可能な端末１０（オーナ）を識別するための端末ＩＤである。利用者の端末ＩＤは、オーナ以外でメンバのリストを利用可能な端末１０（利用者）を識別するための端末ＩＤである。

図９（Ａ）に示されているグループ情報管理テーブルにおいて、グループＩＤ「０００２」で識別されるグループのグループ名は「チーム定例」である。このグループのメンバは、端末ＩＤ「０１ａｃ」で識別される端末１０ａｃと、端末ＩＤ「０１ａｅ」で識別される端末１０ａｅである。また、このグループのオーナは、端末１０ａｃであり、利用者は、端末１０ａｅである。

（共有要求管理テーブル）
更に、記憶部５０００には、図１０に示されているような共有要求管理テーブルによって構成されている共有要求管理ＤＢ５１０２が構築されている。図１０は、共有要求管理テーブルを示す概念図である。この共有要求管理テーブルでは、共有要求元の端末ＩＤと、共有要求先の端末ＩＤと、グループＩＤと、共有要求するときの扱い種別を示す扱い種別情報と、が関連付けられて管理される。共有要求元の端末ＩＤとは、所定の端末１０で宛先を選択する際に、上記のグループに含まれるメンバを宛先候補として選択可能とする要求（共有要求）を示す要求情報を送信した端末１０を識別するための端末ＩＤである。共有要求先の端末ＩＤとは、上記の所定の端末１０（共有要求先の端末１０）を識別するための端末ＩＤである。

また、上記の扱い種別情報とは、グループのメンバの端末ＩＤが、上記の所定の端末１０に対する宛先として宛先リスト管理テーブル（図８参照）に登録されていない場合の扱い種別を示す情報である。扱い種別は、例えば、宛先リスト管理テーブルに登録されていないメンバの名称を公開するか否か、あるいは、このメンバの端末ＩＤを新たに宛先リスト管理テーブルに登録するときに承認を必要とするか否か等の条件により分類される。本実施形態において、扱い種別情報「Ａ」は、グループのメンバが共有要求先の宛先候補として登録されていない場合に、メンバの名称を共有要求先に公開しない扱いを示す。また、扱い種別情報「Ｂ」は、メンバが共有要求先の宛先候補として登録されていない場合に、メンバの名称を公開するが、共有先に対する宛先候補として追加する条件として承認を必要とすることを示す。また、扱い種別情報「Ｃ」は、メンバが共有要求先の宛先候補として登録されていない場合に、メンバの名称を公開するが、共有先に対する宛先候補として追加する条件として承認を必要としないことを示す。本実施形態において、上記の各扱い種別の条件は、記憶部５０００に予め記憶されている。

（管理システムの各機能構成）
次に、管理システム５０の各機能構成について詳細に説明する。なお、以下では、管理システム５０の各機能構成部を説明するにあたって、図４に示されている各構成要素のうち、管理システム５０の各機能構成部を実現させるための主な構成要素との関係も説明する。

送受信部５１は、図４に示されているＣＰＵ２０１からの命令、及び図４に示されているネットワークＩ／Ｆ２０９によって実行され、通信ネットワーク２を介して他の端末、装置又はシステムと各種データ（または情報）の送受信を行う。

認証部５２は、図４に示されているＣＰＵ２０１からの命令によって実現され、送受信部５１を介して受信されたログイン要求情報に含まれている端末ＩＤ及びパスワードを検索キーとし、記憶部５０００の認証管理ＤＢ５００１を検索し、認証管理ＤＢ５００１に同一の組の端末ＩＤ及びパスワードが管理されているかを判断することによって認証を行う。

端末管理部５３は、図４に示されているＣＰＵ２０１からの命令によって実現され、ログイン要求してきた端末１０の稼動状態を管理すべく、端末管理ＤＢ５００２（図７参照）に、この要求元の端末ＩＤ、要求元の端末１０の稼動状態、及び要求元の端末１０のＩＰアドレスを関連付けて記憶して管理する。また、端末管理部５３は、端末１０の電源スイッチ１０９をＯＮの状態からＯＦＦにすることで、端末１０から送られてきた、電源をＯＦＦする旨の稼動状態情報に基づいて、端末管理ＤＢ５００２（図７参照）のオンラインを示す稼動状態をオフラインに変更する。

抽出部５４は、図４に示されているＣＰＵ２０１からの命令によって実現され、記憶部５０００に記憶されている各種情報を抽出する。また、抽出部５４は、送受信部５１によって受け付けられたグループＩＤに関連付けられたメンバの端末ＩＤを、グループ情報管理テーブル（図９参照）から抽出する。さらに、抽出部５４は、ログイン要求した要求元の端末１０の端末ＩＤをキーとして、宛先リスト管理テーブル（図８参照）を検索し、要求元の端末１０と通話することができる宛先候補の端末１０の端末ＩＤを読み出すことで、端末ＩＤを抽出する。また、抽出部５４は、この抽出部５４によって抽出された宛先端末の候補の端末ＩＤを検索キーとして、端末管理テーブル（図７参照）を検索し、上記抽出部５４によって抽出された端末ＩＤ毎に稼動状態を読み出す。これにより、抽出部５４は、ログイン要求してきた要求元端末と通話することができる宛先端末の候補の稼動状態を取得することができる。

宛先判断部５５は、宛先リスト管理テーブル（図８参照）において、所定の通信の開始要求元を識別するための端末ＩＤに関連付けられて、宛先候補としてメンバを識別するための端末ＩＤが管理されているか否かを判断する。

通知承認決定部５６は、上記の扱い種別情報に基づいて、宛先リスト管理テーブル（図８参照）に登録されていないメンバの名称を通知するか否か、あるいは、このメンバを新たに宛先リスト管理テーブルに登録するときに承認を必要とするか否かを決定する。

宛先リスト管理部５７は、図４に示されているＣＰＵ２０１からの命令によって実現され、宛先リスト管理ＤＢ５００３（図８参照）の各要求元の端末ＩＤ毎に、宛先の端末ＩＤを追加又は削除する。

共有要求管理部５８は、図４に示されているＣＰＵ２０１からの命令によって実現され、共有要求管理ＤＢ５１０２（図１０参照）へ、レコード毎、共有要求元の端末ＩＤ及び共有要求先の端末ＩＤ等の各種情報を記憶して管理する。また、共有要求管理部５８は、レコード毎、共有要求元の端末ＩＤ及び共有要求先の端末ＩＤ等の各種情報を削除する。

グループ情報管理部６０は、図４に示されているＣＰＵ２０１からの命令によって実現され、グループ情報管理テーブル（図９参照）へ、レコード毎、グループ名、グループＩＤ、ならびにメンバ、オーナ、および利用者の端末ＩＤ等の各種情報を記憶して管理する。グループ情報管理部６０は、グループ情報管理テーブル（図９参照）へ、レコード毎、グループ名、グループＩＤ、ならびに、メンバ、オーナ、および利用者の端末ＩＤ等各種情報を削除する。

記憶・読出処理部５９は、図４に示されているＣＰＵ２０１からの命令、及び図４に示されているＨＤＤ２０５によって実行され、記憶部５０００に各種データを記憶したり、記憶部５０００に記憶された各種データを読み出す処理を行う。

＜＜実施形態の処理または動作＞＞
まず、図１１を用いて、管理システム５０および端末１０の処理および動作の概要について説明する。図１１は、通信システム１における各種情報の送受信の状態を示した概念図である。管理システム５０のグループ情報管理ＤＢ５００３（管理手段の一例）は、メンバの端末１０を識別する端末ＩＤのリスト（宛先リスト情報の一例）と、このメンバのリストを利用可能な端末１０を示す端末ＩＤ（開始要求元情報の一例）と、を関連付けて管理する。なお、リストを利用可能な端末１０とは、管理システム用プログラムに基づいたＣＰＵ２０１の処理によって、このリストの送信先とされる端末１０を意味する。管理システム５０の送受信部５１（要求受付手段の一例）は、グループ情報管理ＤＢ５００３で管理される端末ＩＤのリストのうち、所定のグループのメンバのリストの変更の要求を、端末１０ａｃ（所定の開始要求元側の一例）から受け付ける。グループ情報管理部６０（作成部の一例）は、変更の要求に基づいて、メンバのリストに含まれる端末ＩＤを変更し、新たなメンバのリスト（第２の宛先リスト情報）を作成する。グループ情報管理部６０によって新たなメンバのリストが作成されると、グループ情報管理ＤＢ５００３は、新たなメンバのリストと、端末１０ａｃを示す端末ＩＤと、を関連付けて管理する。これにより、メンバのリストを利用する他の開始要求元側に影響を与えることなく、開始要求元側毎に、メンバのリストを変更して利用することが可能になるという効果を奏する。

上記のメンバのリストの変更の要求は、メンバのリストに含まれる宛先候補に対して所定の宛先候補を追加または削除する要求とすることができる。この場合、グループ情報管理部６０（作成部の一例）は、メンバのリストに対して、所定の宛先候補の端末ＩＤを追加または削除することによって、新たなメンバのリストを作成することができる。

送受信部５１は、メンバのリストを変更せずに利用する要求を端末１０ａｃから受け付けることができる。この場合、グループ情報管理ＤＢ５００３は、メンバのリストと、端末１０ａｃを示す端末ＩＤと、を関連付けて管理する。これにより、端末１０ａｃは、所望の利用方法でメンバのリストを利用することが可能となる。

グループ情報管理ＤＢ５００３は、メンバのリストと、メンバのリストを利用可能であり変更可能である端末１０を示すオーナの端末ＩＤ（第１の開始要求元情報の一例）と、メンバのリストを利用可能であるが変更可能でない端末１０を示す利用者の端末ＩＤ（第２の開始要求元情報の一例）と、を関連付けて管理する。送受信部５１によって、端末１０ａｃからのメンバのリストを変更する要求が受け付けられた場合には、グループ情報管理ＤＢ５００３は、変更された新たなメンバのリストと、端末１０ａｃを示すオーナの端末ＩＤと、を関連付けて管理する。送受信部５１によって、端末１０ａｃからのメンバのリストを変更せずに利用する要求が受け付けられた場合には、グループ情報管理ＤＢ５００３は、メンバのリストと、端末１０ａｃを示す利用者の端末ＩＤと、を関連付けて管理する。これにより、端末１０ａｃは、所望の利用方法でメンバのリストを利用することが可能となる。

送受信５１（送信手段の一例）は、メンバのリストを端末１０ａｃへ送信する。送信されたメンバのリストに基づいて、端末１０ａｃでは、メンバのリストの変更の要求をすることが可能となる。

端末１０ａｃの操作入力受付部１２（要求入力受付手段の一例）は、メンバのリストの変更の要求の入力を受け付ける。操作入力受付部１２によって上記要求の入力が受け付けられると、端末１０ａｃの送受信部１１（送信手段の一例）は、この要求を示す要求情報を管理システム５０に送信する。

端末１０ａｃの操作入力受付部１２（選択入力受付手段の一例）は、メンバのリストを利用する場合に、メンバのリストを変更するか否かの選択の入力を受け付ける。操作入力受付部１２によって、メンバのリストを変更する選択が受け付けられた場合には、メンバのリストの変更の要求を管理システム５０へ送信する。操作入力受付部１２によって、メンバのリストを変更しない選択が受け付けられた場合には、メンバのリストを変更せずに利用する要求を管理システム５０へ送信する。

次に、図１２乃至図２８を用いて、実施形態の一連の処理を示すことにより、概要として示した上記の各処理について、より具体的に説明する。まずは、図１２を用いて、端末１０の管理システム５０へのログイン処理について説明する。図１２は、管理システムへのログイン処理を示したシーケンス図である。

まず、端末１０ａａの利用者が、図３に示されている電源スイッチ１０９をＯＮにすると、図５に示されている操作入力受付部１２が電源ＯＮを受け付けて、電源をＯＮにする（ステップＳ２１）。そして、ログイン要求部１３は、上記電源ＯＮの受け付けを契機とし、送受信部１１から通信ネットワーク２を介して管理システム５０に、ログイン要求を示すログイン要求情報を自動的に送信する（ステップＳ２２）。このログイン要求情報には、要求元としての自端末である端末１０ａａを識別するための端末ＩＤ、及びパスワードが含まれている。これら端末ＩＤ、及びパスワードは、記憶・読出処理部１９を介して記憶部１０００から読み出されて、送受信部１１に送られたデータである。なお、端末１０ａａから管理システム５０へログイン要求情報が送信される際は、受信側である管理システム５０は、送信側である端末１０ａａのＩＰアドレスを把握することができる。

次に、管理システム５０の認証部５２は、送受信部５１を介して受信したログイン要求情報に含まれている端末ＩＤ及びパスワードを検索キーとして、記憶部５０００の認証管理テーブル（図６参照）を検索し、認証管理ＤＢ５００１に同一の端末ＩＤ及び同一のパスワードが管理されているかを判断することによって認証を行う（ステップＳ２３）。この認証部５２によって、同一の端末ＩＤ及び同一のパスワードが管理されているため、正当な利用権限を有する端末１０からのログイン要求であると判断された場合には、端末管理部５３は、端末管理ＤＢ５００２（図７参照）に、端末１０ａａの端末ＩＤ及び宛先名で示されるレコード毎に、稼動状態、及び端末１０ａａのＩＰアドレスを関連付けて記憶する（ステップＳ２４）。これにより、図４に示されている端末管理テーブルには、端末ＩＤ「０１ａａ」に、稼動状態「オンライン」、及び端末ＩＰアドレス「１．２．１．３」が関連付けて管理されることになる。

そして、管理システム５０の送受信部５１は、上記認証部５２によって得られた認証結果が示された認証結果情報を、通信ネットワーク２を介して、上記ログイン要求してきた端末１０ａａに送信する（ステップＳ２５）。本実施形態では、認証部５２によって正当な利用権限を有する端末であると判断された場合につき、以下続けて説明する。

続いて、図１３を用いて、グループＩＤ「０００１」で識別されるグループの任意のメンバを、端末１０ａｃの宛先候補として追加することを要求する処理について説明する。図１３は、宛先候補共有要求処理を示したシーケンス図である。まず、端末１０ａａの操作入力受付部１２は、操作ボタン１０８の操作に基づいて、端末１０ａａがオーナとなるグループのグループ名の表示要求を受け付ける（ステップＳ３１）。この表示要求が受け付けられると、送受信部１１が通信ネットワーク２を介して管理システム５０へ、端末１０ａａの端末ＩＤ「０１ａａ」とともに、上記の表示要求が示された表示要求情報を送信する（ステップＳ３２）。

表示要求情報が管理システム５０の送受信部５１によって受け付けられると、抽出部５４は、表示要求情報に含まれる端末ＩＤ「０１ａａ」を検索キーとして、グループ情報管理テーブル（図９参照）のオーナの端末ＩＤのレコードを検索する。これにより、対応するグループ名「プロジェクトA」およびグループＩＤ「０００１」が読み出されて抽出される（ステップＳ３３）。続いて、送受信部５１は、通信ネットワーク２を介して端末１０ａａへ、抽出されたグループ名、および、グループＩＤが含まれた表示情報を送信する（ステップＳ３４）。

表示情報が端末１０ａａの送受信部１１によって受け付けられると、表示制御部１６は、表示情報に基づいて、端末１０ａａがオーナとなるグループのグループ名が示された表示画面を作成すると共に、図３に示されているディスプレイ１２０に対して出力する（図１４参照）。なお、図１４は、グループ名表示画面の一例を示す模式図である。操作ボタン１０８の操作に基づいて、表示画面における「共有要求ボタン」が選択されると、操作入力受付部１２は、表示されたグループのメンバを宛先候補として共有する旨の要求の入力を受け付ける。続いて、送受信部１１は、通信ネットワーク２を介して管理システム５０へ、端末１０ａａの端末ＩＤを含み共有要求先候補の通知を要求する共有要求先候補通知要求情報を送信する（ステップＳ３５）
共有要求先候補通知要求情報が管理システム５０の送受信部５１によって受け付けられると、抽出部５４は、共有要求先通知要求情報に含まれる端末ＩＤ「０１ａａ」を検索キーとして、宛先リスト管理テーブル（図８参照）を検索し、端末１０ａａで宛先として指定可能な宛先候補の端末ＩＤを抽出する。さらに、抽出部５４は、抽出された端末ＩＤに対応する宛先名を端末管理ＤＢ（図７参照）から読み出すことによって抽出する（ステップＳ３６）。ここでは、端末１０ａａの端末ＩＤ「０１ａａ」に対応する宛先候補の端末（１０ａｂ，１０ａｃ，…，１０ｄｂ）のそれぞれの端末ＩＤ（「０１ａｂ」、「０１ａｃ」、…、「０１ｄｂ」、…）と、これらに対応する端末名（「Ｘ社 ａ支店 ｂグループ」、「Ｘ社 ａ支店 ｃグループ」、…、「Ｙ社 ｄ支店 ｂグループ」）等が抽出される。なお、本実施形態では、共有要求先候補として、端末１０ａａの宛先候補を抽出する例について説明するが、端末１０ａａの宛先候補に変えて、グループのメンバを共有要求先候補として抽出しても良い。この場合、抽出部は、端末ＩＤ「０１ａａ」を検索キーとして、グループ情報管理ＤＢ５１０１を検索することにより、対応するメンバの端末ＩＤを抽出する。次に、管理システム５０の送受信部５１は、抽出された端末ＩＤ、端末名を含む共有要求先候補通知情報を端末１０ａａに送信する（ステップＳ３７）。

共有要求先候補通知情報が端末１０ａａの送受信部１１によって受け付けられると、表示制御部１６は、共有要求先候補通知情報に含まれる端末ＩＤ、端末名が示された表示画面を作成すると共に、図３に示されているディスプレイ１２０に対して出力する（図１５参照）。なお、図１５は、共有要求先選択受付画面の一例を示す模式図である。操作ボタン１０８の操作により、表示画面における端末名「Ｘ社 ａ支店 ｃグループ」のチェックボックスが選択されると、操作入力受付部１２は、共有要求先として端末１０ａｃの入力を受け付ける（ステップＳ３８）。続いて、送受信部１１は、通信ネットワーク２を介して管理システム５０へ、共有要求元の端末ＩＤ「０１ａａ」、共有要求先の端末ＩＤ「０１ａｃ」、及びグループＩＤ「０００１」を含み、グループのメンバのリストを、端末１０ａｃと共有する要求を示す共有要求情報を送信する（ステップＳ３９）。

共有要求情報が管理システム５０の送受信部５１によって受け付けられると、宛先判断部５５は、グループの各メンバが、宛先リスト管理テーブル（図８参照）において端末１０ａｃの宛先候補として管理されているか否かを判断する（ステップＳ４０）。ステップＳ４０の処理について図１６を用いて説明する。なお、図１６は、扱い種別情報取得の要否を決定する処理を示すフロー図である。

まず、抽出部５４は、共有要求情報に含まれるグループＩＤ「０００１」を検索キーとして、グループ情報管理テーブル（図９参照）を検索することにより、対応するメンバの端末ＩＤ「０１ａａ，０１ａｂ，０１ａｃ，０１ｃａ」を読み出すことによって抽出する（ステップＳ４０−１）。続いて、抽出部５４は、共有要求情報に含まれる共有要求先の端末ＩＤ「０１ａｃ」を検索キーとして、宛先リスト管理テーブル（図８参照）を検索することにより、端末１０ａｃで指定可能な宛先候補としての端末１０の端末ＩＤ「０１ａａ，０１ａｂ」を読み出すことによって抽出する（ステップＳ４０−２）。

続いて、宛先判断部５５は、抽出部５４によって抽出された共有要求先を除くメンバのすべてのメンバの端末ＩＤ「０１ａａ，０１ａｂ，０１ｂａ」が、抽出部５４によって抽出された宛先候補の端末ＩＤ「０１ａａ，０１ａｂ」に含まれているか否かを判断する（ステップＳ４０−３）。

上記の判断で端末１０ａｃを除くすべてのメンバの端末ＩＤが、宛先候補の端末ＩＤに含まれていると判断された場合には（ステップＳ４０−３のＹＥＳ）、後述のステップＳ７３に進みグループの利用登録処理を実行する。これは、グループのすべてのメンバが端末１０ａｃの宛先候補としてすでに登録されているためである。上記の判断でメンバの端末ＩＤが宛先候補の端末ＩＤに含まれていないと判断された場合には（ステップＳ４０−３のＮＯ）、記憶部５０００に記憶されている扱い種別の選択肢を取得する。扱い種別の選択肢が取得されると、送受信部５１は、これらの選択肢を含み、選択を要求する旨の扱い種別選択要求情報を、端末１０ａａへ送信する（ステップＳ４１）。

扱い種別選択要求情報が端末１０ａａの送受信部１１によって受け付けられると、表示制御部１６は、扱い種別選択要求情報に基づいて、扱い種別選択画面を作成すると共に、図３に示されているディスプレイ１２０に対して、出力する（図１７参照）。なお、図１７は、扱い種別選択受付画面の一例を示す模式図である。端末１０ａａの操作ボタン１０８の操作によって任意のラジオボタンが選択されると、操作入力受付部１２は扱い種別の選択を受け付ける（ステップＳ４２）。これにより、送受信部１１は、通信ネットワーク２を介して管理システム５０へ、共有要求元の端末ＩＤ、共有要求先の端末ＩＤ、グループＩＤ、および選択された扱い種別情報を含む扱い種別選択結果情報を管理システム５０へ送信する（ステップＳ４３）。

扱い種別選択結果情報が管理システム５０の送受信部５１において受け付けられると、共有要求管理部５８は、扱い種別選択結果情報に含まれる共有要求元の端末ＩＤ、共有要求先の端末ＩＤ、グループＩＤ、および扱い種別情報を、共有要求管理テーブル（図１０参照）に関連づけて登録する（ステップＳ４４）。共有要求管理テーブルへの各種情報の登録が完了すると、送受信部５１は、共有要求を受け付けた旨を示す共有要求受付情報を、端末１０ａａへ送信する（ステップＳ４５）。

続いて、図１８を用いて、グループのメンバを、端末１０ａｃの宛先候補として追加する処理について示す。なお、図１８は、宛先候補追加処理を示すシーケンス図である。ここで、共有要求先の端末１０ａｃでは、ステップＳ２１乃至ステップＳ２５と同様の処理により、管理システム５０へのログイン処理が完了しているものとして説明を続ける。

まず、端末１０ａｃの送受信部１１は、通信ネットワーク２を介して管理システム５０へ、自端末１０ａｃの端末ＩＤ「０１ａｃ」とともに、宛先候補の共有要求の有無を確認する旨の共有要求確認情報を送信する（ステップＳ５１）。

共有要求確認情報が管理システム５０の送受信部５１で受け付けられると、共有要求管理部５８は、共有要求確認情報に含まれる端末ＩＤ「０１ａｃ」を検索キーとして、共有要求管理テーブル（図１０参照）の共有要求先の端末ＩＤを検索することにより、対応する共有要求元の端末ＩＤ「０１ａａ」およびグループＩＤ「０００１」を読み出すことにより抽出する（ステップＳ５２）。また、抽出部５４は、このグループＩＤ「０００１」を検索キーとして、グループ情報管理テーブル（図９参照）を検索することにより、対応するグループ名「プロジェクトＡ」を読み出すことにより抽出する。これにより、送受信部５１は、抽出された共有要求元の端末ＩＤ、グループＩＤ、およびグループ名が含まれた共有要求確認結果情報を、端末１０ａｃへ送信する（ステップＳ５３）。

共有要求確認結果情報が端末１０ａｃの送受信部１１によって受け付けられると、表示制御部１６は、共有要求確認結果情報に基づいて、共有要求通知画面を作成すると共に、図３に示されているディスプレイ１２０に対して出力する（図１９参照）。なお、図１９は、共有要求通知画面の一例を示す模式図である。操作ボタン１０８の操作に基づいて、共有要求通知画面の「利用する」ボタンを選択が選択されると、操作入力受付部１２は、通知されたグループのメンバを宛先候補として利用する要求の入力を受け付ける。続いて、送受信部１１は、通信ネットワーク２を介して管理システム５０へ、自端末の端末ＩＤ、および、グループＩＤを含み、グループのメンバを宛先候補として利用する旨のグループ利用要求情報を管理システム５０へ送信する（ステップＳ５４）。

グループ共有要求情報が管理システム５０の送受信部５１によって受け付けられると、宛先判断部５５は、宛先候補として利用するグループの各メンバが、宛先リスト管理テーブル（図８参照）において端末１０ａｃの宛先候補として管理されているか否かを判断する（ステップＳ５５）。ステップＳ５５の処理について図２０を用いて説明する。図２０は、扱い種別に基づく判断処理を示すフロー図である。

まず、抽出部５４は、グループ利用要求情報に含まれるグループＩＤ「０００１」を検索キーとして、グループ情報管理テーブル（図９参照）を検索することにより、対応するメンバの端末ＩＤ「０１ａａ，０１ａｂ，０１ａｃ，０１ｃａ」を読み出すことによって抽出する（ステップＳ５５−１）。続いて、抽出部５４は、グループ利用要求情報に含まれる端末ＩＤ「０１ａｃ」を検索キーとして、宛先リスト管理テーブル（図８参照）を検索することにより、端末１０ａｃで指定可能な宛先候補の端末ＩＤ「０１ａａ，０１ａｂ」を読み出すことによって抽出する（ステップＳ５５−２）。更に、抽出部５４は、グループ利用要求情報に含まれる端末ＩＤ「０１ａｃ」およびグループＩＤ「０００１」を検索キーとして、共有要求管理テーブル（図１０参照）の共有要求先の端末ＩＤおよびグループＩＤを検索することにより、扱い種別情報を読み出すことによって抽出する（ステップＳ５５−３）。

続いて、宛先判断部５５は、抽出された端末ＩＤのうち端末１０ａｃの端末ＩＤ「０１ａｃ」を除くメンバの端末ＩＤ「０１ａａ，０１ａｂ，０１ｃａ」毎に、抽出された宛先候補の端末ＩＤ「０１ａａ，０１ａｂ」のいずれかと一致するか否かを判断する（ステップＳ５５−４）。これにより、宛先判断部５５は、宛先候補として追加するグループの各メンバが、宛先リスト管理テーブル（図８参照）において端末１０ａｃを要求元側としたときの宛先候補として管理されているか否かを判断する。なお、これらの一連の判断によって、宛先候補として管理されている端末の端末ＩＤ「０１ａａ，０１ａｂ」、および、宛先候補として管理されていない端末１０の端末ＩＤ「０１ｃａ」が特定される。

グループのメンバの端末ＩＤが宛先候補の端末ＩＤのいずれかと一致すると判断された場合（ステップＳ５５−４のＹＥＳ）、通知承認決定部５６は、このメンバの名称を端末１０ａｃに通知可能であると決定する。また、通知承認決定部５６は、このメンバを宛先候補として追加することに対する承認は不要と決定する（ステップＳ５５−７）。これは、このメンバがすでに宛先候補として登録されており、新たな承認は不要なためである。グループのメンバの端末ＩＤが宛先候補の端末ＩＤのいずれかと一致しない場合（ステップＳ５５−４のＮＯ）、宛先判断部５５は、抽出された扱い種別が「Ｃ」であるか否かを判断する（ステップＳ５５−５）。

抽出された扱い種別が「Ｃ」であるときには（ステップＳ５５−５のＹＥＳ）、通知承認決定部５６は、一致しないと判断されたメンバの名称を通知可能であり、このメンバを宛先候補として追加することに対する承認を不要とする旨、決定する（ステップＳ５５−８）。この場合、宛先リスト管理部５７は、宛先リスト管理ＤＢ５００３（図８参照）における要求元としての端末１０ａｃの端末ＩＤ「０１ａｃ」に関連付けて、一致しないと判断されたメンバの端末ＩＤを追加的に登録して管理する（ステップＳ５５−１１）。更に、宛先リスト管理部５７は、一致しないと判断されたメンバを識別するための要求元の端末ＩＤに対応づけて、宛先の端末ＩＤとして、端末１０ａｃの端末ＩＤ「０１ａｃ」を追加的に関連付けて管理する。

抽出された扱い種別が「Ｃ」でないと判断された場合（ステップＳ５５−５のＮＯ）、宛先判断部５５は、抽出された扱い種別が「Ｂ」であるか否かを判断する（ステップＳ５５−６）。抽出された扱い種別が「Ｂ」であるときには（ステップＳ５５−６のＹＥＳ）、通知承認決定部５６は、一致しないと判断されたメンバの名称を通知可能であり、このメンバを宛先候補として追加することに対する承認を要すると決定する（ステップＳ５５−９）。抽出された扱い種別が「Ｂ」でないとき（ステップＳ５５−６のＮＯ）、すなわち扱い種別が「Ａ」であるときには、通知承認決定部５６は、一致しないと判断されたメンバの名称を通知不可能であると決定する（ステップＳ５５−１０）。

通知承認決定部によって、すべてのメンバについての通知の要否あるいは承認の要否が決定されると、通知可能と決定されたメンバの端末ＩＤを検索キーとして端末管理テーブル（図７参照）を検索し、対応する名称を抽出する（ステップＳ５６）。これにより、送受信部５１は、通知可能と決定されたメンバの端末ＩＤおよび名称、各メンバの承認の要否の判断結果を示す承認要否情報を含むグループメンバ情報を端末１０ａｃへ送信する（ステップＳ５７）。

グループメンバ情報が端末１０ａｃの送受信部１１によって受け付けられると、表示制御部１６は、グループメンバ情報に基づいて、各メンバの承認の要否の判断結果とメンバ一覧を含む画面を作成すると共に、図３に示されているディスプレイ１２０に対して出力する（図２１乃至図２３参照）（ステップＳ５８）。図２１は、端末１０ａａで選択された扱い種別情報が「Ａ」であり、グループのメンバが端末１０ａｃの宛先候補として登録されている場合のみメンバの名称を公開するときのメンバ表示画面の一例を示す模式図である。図２２は、端末１０ａａで選択された扱い種別情報が「Ｂ」であり、グループのメンバが、端末１０ａｃの宛先候補として登録されていない場合でもメンバの名称を公開するが、宛先追加の条件として承認を必要とする場合のメンバ表示画面の一例を示す模式図である。この表示画面の例では、承認を要するメンバについて、承認要求を受け付けるボタンが表示されている。図２３は、扱い種別情報が「Ｃ」であり、端末１０ａｃが宛先候補として承認されていない場合でも名称を公開し、宛先追加の条件として承認を必要としない場合のメンバ表示画面の一例を示す模式図である。

続いて、宛先候補として追加するメンバに承認を要求する処理について図２４を用いて説明する。図２４は、追加承認処理を示すシーケンス図である。操作ボタン１０８の操作によって図２２の「承認依頼」ボタンが選択されると、端末１０ａｃの操作入力受付部１２は、要求元の端末１０ａｃにおいて端末１０ｃａを宛先候補として追加することに対する承認の要求の入力を受け付ける（ステップＳ６１）。これにより、送受信部１１は、通信ネットワーク２を介して管理システム５０へ、要求元の端末１０ａｃにおいて端末１０ｃａを宛先候補として追加することに対する承認の要求を示す承認要求情報を管理システム５０へ送信する（ステップＳ６２）。この承認要求情報には、承認の要求元の端末１０ａｃの端末ＩＤ「０１ａｃ」と、承認の要求先の端末１０ｃａの端末ＩＤ「０１ｃａ」とが含まれる。

承認要求情報が管理システム５０の送受信部５１によって受け付けられると、送受信部５１は、要求元の端末１０ａｃの端末ＩＤと、要求先の端末１０ｃａの端末ＩＤとを含み、端末１０ａｃの宛先候補として端末１０ｃａを追加することに対する承認を要求する旨を示す承認要求情報を端末１０ｃａへ送信する（ステップＳ６３）。

承認要求情報が端末１０ｃａの送受信部１１によって受け付けられると、端末１０ｃａの操作入力受付部１２は、操作ボタン１０８の操作に基づいて、要求元の端末１０ａｃにおいて端末１０ｃａを宛先候補として追加することの承認を受け付ける（ステップＳ６４）。この承認が受け付けられると、送受信部１１は、要求元の端末１０ａｃの端末ＩＤと、要求先の端末１０ｃａの端末ＩＤを含み、端末１０ａｃの宛先候補として端末１０ｃａを追加することを承認する旨の承認情報を管理システム５０へ送信する（ステップＳ６５）。

承認情報が管理システム５０の送受信部５１によって受け付けられると、宛先リスト管理部５７は、要求元の端末１０ａｃの端末ＩＤ「０１ａｃ」に関連付けて、新たな宛先候補となる端末１０ｃａの端末ＩＤ「０１ｃａ」を追加して記憶させることにより、宛先リスト管理テーブル（図８参照）を更新する（ステップＳ６６）。さらに、宛先リスト管理部５７は、要求元としての端末１０ｃａの端末ＩＤ「０１ｃａ」に関連付けて、宛先としての端末１０ａｃの端末ＩＤ「０１ａｃ」を記憶させることにより、宛先リスト管理テーブル（図８参照）を更新する。宛先リスト管理テーブルの更新が完了すると、要求元の端末１０ａｃの端末ＩＤと、要求先の端末１０ｃａの端末ＩＤを含み、端末１０ａｃの宛先候補として端末１０ｃａを追加することに対する承認が得られた旨の承認結果情報を端末１０ａｃへ送信する（ステップＳ６７）。

続いて、宛先候補の追加に対する承認処理が完了した後、グループ情報を所望の利用方法により利用する処理について図２５を用いて説明する。図２５は、グループ情報利用処理を示すシーケンス図である。承認結果情報が端末１０ａｃの送受信部によって受信されると、操作入力受付部１２は、操作ボタン１０８の操作に基づいて、通知されたグループ名（図１９参照）や、メンバの名称（図２１乃至図２３参照）等のグループ情報を、そのまま利用するか、複製して利用するかの選択を受け付ける。表示制御部１６は、選択結果に応じて、上記のグループ情報を示す画面を作成すると共に、図３に示されているディスプレイ１２０に対して、出力する（図２６、図２７参照）。なお、図２６は、利用申請画面の一例を示す模式図である。図２７は、複製申請画面の一例を示す模式図である。複製が選択された場合には、操作入力受付部１２は、操作ボタンの操作に基づいて、削除するグループメンバの選択およびグループ名の変更を受け付ける（図２７参照）。なお、本実施形態では、メンバのリストから宛先候補を削除する例を挙げて説明するが、本発明はこれに限定されない。操作入力受付部１２は、削除するグループメンバに変えて、あるいは削除するグループメンバとともに、追加するグループメンバの選択を受け付けても良い。利用方法の選択、削除するグループメンバの選択、およびグループ名の変更等が受け付けられると、送受信部１１は、選択された利用方法、削除するメンバの端末ＩＤ、変更されたグループ名、およびグループＩＤを含み、グループ情報の利用方法を申請する旨の利用申請情報を管理システム５０へ送信する（ステップＳ７２）。

利用申請情報が管理システム５０の送受信部５１によって受け付けられると、グループ情報管理部６０は、利用申請情報に含まれる各種情報に基づいてグループ情報管理テーブル（図９参照）を更新する（ステップＳ７３）。この処理について、図２８を用いて説明する。図２８は、グループ情報の利用または複製処理を示すフロー図である。グループ情報管理部６０は、送受信部５１によって受け付けられた利用申請情報に含まれる利用方法が、「そのまま利用する」であるか否かを判断する（スッテプＳ７３−１）。利用方法が、「そのまま利用する」である場合には（ステップＳ７３−１のＹＥＳ）、グループ情報管理部６０は、グループ情報管理テーブルのグループＩＤ「０００１」に関連付けられた利用者ＩＤのフィールドに、申請元である端末１０ａｃの端末ＩＤ「０１ａｃ」を追加することにより、グループ情報管理テーブルを更新する（図９（Ｂ）参照）（ステップＳ７３−２）。

一方、利用方法が「そのまま利用する」でない場合、すなわち「複製して利用する」である場合には（ステップＳ７３−１のＮＯ）、グループ情報管理部６０は、グループを一意に識別するためのグループＩＤ「０００３」を新たに生成する（ステップＳ７３−３）。続いて、グループ情報管理部６０は、グループ情報管理テーブル（図９参照）において、生成したグループＩＤ「０００３」に関連付けて、申請元である端末１０ａｃの端末ＩＤ「０１ａｃ」をオーナＩＤとして登録する（ステップＳ７３−４）。続いて、グループ情報管理部６０は、グループ情報管理テーブルにおいて、グループＩＤ「０００３」に関連付けて、グループ名「プロジェクトＡ」およびメンバの端末ＩＤ「０１ａａ，０１ａｂ，０１ａｃ，０１ｂａ」を登録することにより、グループＩＤ「０００１」に関連付けられて登録されていた各グループ情報を複製する（ステップＳ７３−５）。更に、利用申請情報に削除されるメンバの端末ＩＤが含まれていた場合には、グループ情報管理部６０は、グループ情報管理テーブルにおいてグループＩＤ「０００３」に関連付けられるメンバの端末ＩＤから、利用申請情報に含まれるメンバの端末ＩＤを削除する（図９（Ｃ）参照）（ステップＳ７３−６）。この処理によって、端末１０ａｃで利用可能な新たなメンバのリストが作成されることになる。また、利用申請情報に、変更されたグループ名が含まれていた場合には、グループ情報管理部６０は、グループ情報管理テーブルにおいてグループＩＤ「０００３」に関連付けられるグループ名を利用申請情報に含まれるグループ名に変更する（図９（Ｃ）参照）（ステップＳ７３−６）。

グループ情報管理テーブルの更新が完了すると、共有要求管理部５８は、共有要求管理テーブル（図１０参照）において、共有要求先の端末ＩＤとして、申請元の端末ＩＤ「０１ａｃ」を含む行の各レコードを削除することにより、共有要求管理テーブルを更新する（ステップＳ７４）。共有要求管理テーブルの更新が完了すると、グループ情報の利用申請に基づく処理を完了した旨を示す完了通知情報を端末１０ａｃへ送信する（ステップＳ７５）。
本実施形態の通信システム１では、端末１０ａｃの宛先として指定可能な宛先候補は、端末１０ａｃに対応する宛先として宛先リスト管理テーブルで管理されているものに制限される。ところが、グループのメンバの各端末ＩＤは上記の更新処理により宛先リストに追加されることになるので、端末１０ａｃでは、端末１０ａｃが利用者またはオーナとなるグループの中から任意の宛先候補を選択して、管理システム５０に通信の開始の要求をすることが可能となる。

続いて、図２９を用いて、端末１０間の通信を開始するために、所定のグループの中から宛先の選択を受け付ける処理について説明する。図２９は、宛先の選択を受け付ける処理を示したシーケンス図である。まず、端末１０ａｃの送受信部１１は、通信ネットワーク２を介して管理システム５０へ、グループのメンバの宛先リストを要求する旨が示された宛先リスト要求情報を送信する（ステップＳ８１）。この宛先リスト要求情報には、端末１０ａｃが利用者またはオーナとなるグループのグループＩＤおよび端末１０ａｃの端末ＩＤが含まれている。管理システム５０の送受信部５１は、宛先リスト要求情報を受信する。

次に、管理システム５０は、宛先判断部５５による処理に基づいて、宛先リストを作成する（ステップＳ８２）。この処理について、図３０を用いて説明する。図３０は、宛先リストを作成する処理を示すフロー図である。まず、抽出部５４は、宛先リスト要求情報に含まれるグループＩＤを検索キーとして、グループ情報管理テーブル（図９参照）を検索することにより、対応するメンバの端末ＩＤおよびグループ名を読み出すことによって抽出する（ステップＳ８２−１）。続いて、抽出部５４は、宛先リスト要求情報に含まれる端末ＩＤ「０１ａｃ」を検索キーとして、宛先リスト管理テーブル（図８参照）の要求元端末の端末ＩＤを検索することにより、対応する宛先候補の端末ＩＤを読み出すことによって抽出する（ステップＳ８２−２）。

続いて、宛先判断部５５は、抽出されたメンバの端末ＩＤのうち端末１０ａｃの端末ＩＤを除く端末ＩＤ毎に、抽出された宛先候補の端末ＩＤのいずれかと一致するか否かを判断する（ステップＳ８２−３）。グループのメンバの端末ＩＤが宛先候補の端末ＩＤのいずれかと一致すると判断された場合（ステップＳ８２−３のＹＥＳ）、通知承認決定部５６は、このメンバの名称を端末１０ａｃに通知可能であると決定する（ステップＳ８２−４）。なお、グループ情報を共有要求した時点で宛先候補でなかったメンバであっても、扱い種別情報として「Ｃ」が選択された場合には、宛先リストの更新によりそのメンバは宛先候補として追加されるため（ステップＳ５５−１１参照）、その名称は通知されることになる。また、グループ情報を共有要求した時点で宛先候補でなかったメンバであっても、扱い種別情報として「Ｂ」が選択され、宛先候補の追加の承認が得られた場合には、宛先リストの更新によりそのメンバは宛先候補として追加されるため（ステップＳ６６参照）、そのメンバの名称は通知されることになる。

グループのメンバの端末ＩＤが宛先候補の端末ＩＤのいずれかと一致しないと判断された場合（ステップＳ８２−３のＮＯ）、通知承認決定部５６は、このメンバの名称を端末１０ａｃに通知可能でないと決定する（ステップＳ８２−５）。なお、扱い種別情報として「Ｂ」が選択された場合であっても、宛先候補の追加の承認が得られていない場合には、宛先リストの更新が行われないため、宛先候補でないメンバの名称は通知されないことになる。また、扱い種別情報として「Ａ」が選択された場合には、宛先リストの更新が行われないため、宛先候補でないメンバの名称は通知されないことになる。

通知承認決定部によって、すべてのメンバについての通知の可否が決定されると、抽出部５４は、通知可能と決定されたメンバの端末ＩＤを検索キーとして端末管理テーブル（図７参照）を検索し、対応する名称を抽出する（ステップＳ８３）。さらに、送受信部５１は、通知可能と決定されたメンバの端末ＩＤおよび名称、グループＩＤ、およびグループ名を含む宛先リスト情報を端末１０ａｃへ送信する（ステップＳ８４）。

宛先リスト情報が端末１０ａｃの送受信部１１によって受け付けられると、表示制御部１６は、宛先リスト情報に基づいて、通知可能と決定されたメンバの名称、およびグループ名を含む画面を作成すると共に、図３に示されているディスプレイ１２０に対して出力する（ステップＳ８５）。これにより、操作入力受付部１２は、出力されたメンバの中から宛先の選択を受け付ける。宛先の選択が受け付けられると、宛先の端末１０の端末ＩＤを含み宛先との通信の開始を要求する旨の開始要求情報を管理システム５０へ送信する。

この開始要求情報を受信すると、管理システム５０は、ＣＰＵ２０１による処理によって、端末１０間の接続を制御する。これにより、端末１０間では、中継装置３０を介して、画像データ及び音声データの各データを送受信するためのセッションが確立される。端末１０ａｃと任意の宛先候補の端末１０との間のセッションを確立する方法は、特に限定されないが、例えば、ＷＯ／２０１２／０７４１２４号公報に記載の方法が挙げられ、参照によりここに含めることができる。

〔第２の実施形態〕
続いて、第２の実施形態について第１の実施形態と異なる点を説明する。図３１は、第２の実施の形態に係る通信システムの概略図である。通信システム１は、第一の実施形態の通信システム１の各構成に加え、複数の利用者ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）端末（２０ａ，２０ｂ，２０ｃ，２０ｄ）、通信端末管理システム８０を備えている。複数の利用者ＰＣ端末（２０ａ，２０ｂ，２０ｃ，２０ｄ）のうち任意の利用者ＰＣを「利用者ＰＣ２０」と称する。なお、第２の実施形態において、利用者ＰＣ２０の利用者は、グループのオーナの端末１０の利用者であり、グループのメンバの各端末１０を管理する管理者であってもよい。

利用者ＰＣ２０は、利用者からの入力に従い、各種要求を通信端末管理システム８０に送信する。利用者ＰＣ（２０ａ，２０ｂ，２０ｃ，２０ｄ）は、それぞれＬＡＮ（２ａ，２ｂ，２ｃ，２ｄ）に接続している。なお、利用者ＰＣ２０は、管理システム５０と同様のハードウェア構成を有しているため、その説明を省略する。
通信端末管理システム８０は、利用者ＰＣ２０からの要求にかかる処理を行う。また、通信端末管理システム８０は、インターネット２ｉを介して、端末１０、及び利用者ＰＣ２０と通信可能に接続されている。なお、通信端末管理システム８０は、上記管理システム５０と同様のハードウェア構成を有しているため、その説明を省略する。

図３２は、通信端末管理システム８０の機能構成を示す図である。通信端末管理システム８０は、送受信部８１、認証部８２、抽出部８３、作成部８４を有している。これら各部は、図４に示されている各構成要素のいずれかが、ＨＤ２０４からＲＡＭ２０３上に展開された通信端末管理システム用プログラムに従ったＣＰＵ２０１からの命令によって動作することで実現される機能、又は機能される手段である。また、通信端末管理システム８０は、図４に示されているＲＡＭ２０３又はＨＤ２０４によって構築される記憶部８０００と、記憶部８０００へのデータの書き込みおよび記憶部８０００からのデータの読み出しを行う記憶・読出処理部８９を有している。

第２の実施形態において、通信端末管理システム８０の送受信部８１（受信手段の一例）は、管理システム５０から、グループのメンバのリスト（第２の宛先リスト情報の一例）を受信する。通信端末管理システム８０の作成部８４は、グループのメンバ（第２の宛先リスト情報によって示される宛先候補の一例）の中から一以上の宛先候補を選択可能に構成された表示用のＨＴＭＬドキュメント（表示情報の一例）を作成する。通信端末管理システム８０の送受信部８１（選択要求手段）は、ＨＴＭＬドキュメントを利用者ＰＣ２０（利用者端末の一例）に送信することにより、利用者ＰＣ２０において、グループのメンバのリストの共有要求先として、一以上のメンバを選択させる。さらに、通信端末管理システム８０の送受信部８１（送信手段の一例）は、グループのメンバのリストを、選択された一以上の宛先候補の端末１０と共有する要求（利用可能とする要求の一例）を、管理システム５０に送信する。この利用者ＰＣ２０を用いることで、端末１０の操作に慣れていない場合でも、利用者は容易にグループのメンバのリストを共有要求できるようになる。
なお、以下では、通信端末管理システム８０の各機能構成部を説明するにあたって、図４に示されている各構成要素のうち、通信端末管理システム８０の各機能構成部を実現させるための主な構成要素との関係も説明する。

送受信部８１は、図４に示されているＣＰＵ２０１からの命令、及び図４に示されているネットワークＩ／Ｆ２０９によって実行され、通信ネットワーク２を介して他の端末、装置又はシステムと各種データ（または情報）の送受信を行う。また、送受信部８１は、後述のＷｅｂサーバ機能及びデータ処理機能も有している。

認証部８２は、図４に示されているＣＰＵ２０１からの命令によって実現され、通信管理システム５０にアクセスして不揮発性記憶部５０００に構築されている認証管理ＤＢ５００１（図６参照）を検索することで、要求元端末の端末ＩＤ及びパスワードと同じ組の端末ＩＤ及びパスワードが管理されているか否かの判断により、利用者ＰＣ２０の利用者の通信端末１０が、この通信システム１における正当な端末であるか否かの認証を行う。

抽出部８３は、図４に示されているＣＰＵ２０１からの命令によって実現され、要求元端末の端末ＩＤを検索キーとして通信管理システム５０の不揮発性記憶部５０００に構築されている宛先リスト管理ＤＢ５００３（図８参照）から対応する宛先端末の端末ＩＤを抽出する。すなわち、抽出部８３は、所定の要求元端末に対応付けられている宛先端末の端末ＩＤを抽出する。

作成部８４は、図４に示されているＣＰＵ２０１からの命令によって実現され、利用者ＰＣ端末２０ａのＷｅｂブラウザで表示するためのＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ドキュメントを作成する。

図３３および図３４は、通信システム１において、グループのメンバのリストを一括して共有要求する処理を示すシーケンス図である。まず、利用者ＰＣ２０ａの利用者ａが、利用者ＰＣ２０ａのＷｅｂブラウザよりＵＲＬを入力することで、利用者ＰＣ２０ａは通信端末管理システム８０の提供するＷｅｂアプリケーションにアクセスする（ステップＳ４００）。これにより、通信端末管理システム８０の送受信部８１のＷｅｂサーバ機能が、利用者ＰＣ２０ａに対しログイン画面を公開する（ステップＳ４０１）。

これに対し、利用者ａは、要求元端末（通信端末１０ａａ）の端末ＩＤと要求元端末のパスワードのほか、共有対象となるグループのグループＩＤとグループのパスワードを入力すると、利用者ＰＣ２０ａから通信端末管理システム８０へ要求元端末の端末ＩＤとパスワード、共有対象となるグループのグループＩＤとパスワードを含むログイン情報が送信される（ステップＳ４０２）。

次に、通信端末管理システム８０の認証部８２は、管理システム５０にアクセスして不揮発性記憶部５０００に構築されている認証管理ＤＢ５００１（図６参照）を検索することで、要求元端末の端末ＩＤ及びパスワードと同じ組の端末ＩＤ及びパスワードが管理されているか否かの判断により、利用者ＰＣ２０ａの利用者ａの端末１０ａａの認証を行う（ステップＳ４０３）。

認証部８２はさらに、要求元端末から送信されたグループＩＤを検索キーとしてグループ情報管理ＤＢ５１０１（図９（Ａ）参照）を検索して、対応するオーナの端末ＩＤを取得し、取得したオーナの端末ＩＤと要求元端末の端末ＩＤが一致するか否かの判断により、端末１０ａａがグループのオーナであることの認証を行う（ステップＳ４０４）。

これらの認証に成功した場合には、抽出部８３は、要求元端末の端末ＩＤ「１０ａａ」を検索キーとして、グループ情報管理ＤＢ５１０１（図９（Ａ）参照）のオーナの端末ＩＤのレコードを検索する。これにより、対応するグループ名「プロジェクトＡ」およびグループＩＤ「０００１」が読み出されて抽出される（ステップＳ４０５）。

次に、作成部８４は、抽出されたグループ名、および、グループＩＤに基づいて、グループ名表示画面のＨＴＭＬを作成する（ステップＳ４０６）。そして、送受信部８１のＷｅｂサーバ機能が、利用者ＰＣ２０ａに対して図１４に示すグループ名表示画面を公開する（ステップＳ４０７）。

続いて、図１４に示すように、利用者ａは、利用者ＰＣ２０ａを用いて、グループ名表示画面において、「共有要求」ボタンをマウスでクリックすることにより共有対象となるグループを選択する（ステップＳ５００）。

利用者ａからの入力が完了し、利用者ＰＣ２０ａが共有要求の指示を受け付けると（ステップＳ５０１）、利用者ＰＣ２０ａは、通信ネットワーク２を介して通信端末管理システム８０へ、選択されたグループのグループＩＤ「０００１」を含み共有要求先候補の通知を要求する共有要求先候補通知要求情報を送信する（ステップＳ５０２）。さらに、共有要求先候補通知要求情報は通信端末管理システム８０から通信管理システム５０へ送信される（ステップＳ５０３）。

共有要求先候補通知要求情報が管理システム５０の送受信部５１によって受け付けられると、抽出部５４は、共有要求先通知要求情報に含まれるグループＩＤ「０００１」を検索キーとして、グループ情報管理ＤＢ５１０１（図９（Ａ）参照）を検索し、対応するメンバの端末ＩＤを抽出する。さらに、抽出部５４は、抽出された端末ＩＤに対応する宛先名を端末管理ＤＢ５００２（図７参照）から読み出すことによって抽出する（ステップＳ５０４）。続いて、管理システム５０の送受信部５１は、抽出された端末ＩＤ、端末名を含む共有要求先候補通知情報を通信端末管理システム８０に送信する（ステップＳ５０５）。

共有要求先候補通知情報が通信端末管理システム８０の送受信部８１によって受け付けられると、作成部８４は、共有要求先候補通知情報に含まれるメンバのうち端末１０ａａを除く端末１０の端末ＩＤ、端末名が示されたメンバ表示画面のＨＴＭＬを作成する（ステップＳ５０６）。そして、送受信部８１のＷｅｂサーバ機能が、利用者ＰＣ２０ａに対して図３５に示すメンバ表示画面を公開する（ステップＳ５０７）。図３５は、メンバ表示画面の一例を示す模式図である。

続いて、図３５に示すように、利用者ａが、利用者ＰＣ２０ａを用いて、メンバ表示画面において、各メンバに対応するチェックボックスをマウスでクリックすることにより共有要求先を一括して選択する。これにより、操作入力受付部１２は、共有要求先のメンバの入力を受け付ける（ステップＳ５０８）。

続いて、送受信部１１は、通信ネットワーク２を介して通信端末管理システム８０へ、共有要求元の端末ＩＤ「０１ａａ」、共有要求先の各端末ＩＤ「０１ａｂ，０１ａｃ，０１ｃａ」、及び共有するグループのグループＩＤ「０００１」を含み、グループのメンバのリストを共有する要求を示す共有要求情報を送信する（ステップＳ５０９）。さらに、共有要求情報は、通信端末管理システム８０から管理システム５０へ送信される（ステップＳ５１０）。

共有要求情報が管理システム５０の送受信部５１によって受け付けられると、第１の実施形態のステップＳ４０と同様の処理により、宛先判断部５５は、グループの各メンバが、宛先リスト管理テーブル（図８参照）において共有要求先の各端末（１０ａｂ，１０ａｃ，１０ｃａ）の宛先候補として管理されているか否かを判断する（ステップＳ５１１）。続いて、送受信部５１は、扱い種別の選択肢を含み、扱い種別の選択を要求する旨の扱い種別選択要求情報を、通信端末管理システム８０へ送信する（ステップＳ５１２）。

扱い種別選択要求情報が通信端末管理システム８０の送受信部８１によって受け付けられると、扱い種別の選択肢が示された扱い種別選択画面のＨＴＭＬを作成する（ステップＳ５１３）。そして、送受信部８１のＷｅｂサーバ機能が、利用者ＰＣ２０ａに対して図１７に示す扱い種別選択画面を公開する（ステップＳ５１４）。

続いて、図１７に示すように、利用者ａが、利用者ＰＣ２０ａを用いて、扱い種別選択画面において、所望の扱い種別に対応するラジオボタンをマウスでクリックすることにより、操作入力受付部１２は、扱い種別の入力を受け付ける（ステップＳ５１５）。これにより、送受信部１１は、通信ネットワーク２を介して通信端末管理システム８０へ、共有要求元の端末ＩＤ、共有要求先の端末ＩＤ、グループＩＤ、および選択された扱い種別情報を含む扱い種別選択結果情報を管理システム５０へ送信する（ステップＳ５１６）。さらに、扱い種別選択結果情報は、通信端末管理システム８０から管理システム５０へ送信される（ステップＳ５１７）。

扱い種別選択結果情報が管理システム５０の送受信部５１において受け付けられると、共有要求管理部５８は、扱い種別選択結果情報に含まれる共有要求元の端末ＩＤ、共有要求先の端末ＩＤ、グループＩＤ、および扱い種別情報を、共有要求管理テーブル（図１０参照）に関連づけて登録する（ステップＳ５１８）。共有要求管理テーブルへの各種情報の登録が完了すると、送受信部５１は、共有要求を受け付けた旨を示す共有要求受付情報を、管理システム８０へ送信する（ステップＳ５１９）。

共有要求受付情報が通信端末管理システム８０の送受信部８１によって受け付けられると、共有要求受付が完了した旨を示す共有要求受付完了画面のＨＴＭＬを作成する（ステップＳ５２０）。そして、送受信部８１のＷｅｂサーバ機能が、利用者ＰＣ２０ａに対して共有要求受付完了画面を公開する（ステップＳ５２１）。
共有要求の受付が完了すると、ステップＳ５１乃至Ｓ７４と同様に、グループのメンバのリストが共有に伴う処理が実行される。
なお、第２の実施形態では、管理者がメンバのリストの共有要求を行うため、ステップＳ６１乃至Ｓ６７の承認のプロセスを経ることなく、宛先候補の追加の処理を実行できるようにしても良い。この場合、ステップＳ４２において宛先種別「Ｃ」が選択された場合と同様の処理となるので、詳細な説明を省略する。さらに、管理者に割り当てられる管理者ＩＤおよびパスワードを一例として通信端末管理システム８０に設けておき、利用者ＰＣ２０ａを介して入力された管理者ＩＤおよびパスワードを利用者ＰＣ２０から通信端末管理システム８０に送信し、通信端末管理システム８０によって管理者であることを認証する構成を、Ｓ４０２〜Ｓ４０４の認証処理する構成に加えた内容であってもよい。また、Ｓ４０２〜Ｓ４０４の端末ＩＤによる認証を行う代わりに、管理者に割り当てられる管理者ＩＤおよびパスワードを用いて通信端末管理システム８０によって管理者であることを認証する構成であってもよい。

〔第３の実施形態〕
続いて、第３の実施形態について第２の実施形態と異なる点を説明する。第３の実施形態では、ステップＳ５０４において、図３６に示したように、抽出部５４が、共有要求先通知要求情報に含まれるグループＩＤ「０００１」を検索キーとして、グループ情報管理ＤＢ５１０１（図９（Ａ）参照）を検索し、対応するメンバの端末ＩＤを抽出する（ステップＳ５０４−１）。なお、図３６は、共有要求先候補を特定する処理を示したフロー図である。続いて、抽出部５４は、ステップＳ５０４−１で抽出されたメンバの端末ＩＤを検索キーとして、宛先リスト管理テーブル（図８参照）の要求元の端末ＩＤを検索することにより、対応する宛先端末の端末ＩＤを読み出すことによって抽出する（ステップＳ５０４−２）。さらに、抽出部５４は、ステップＳ５０４−１及びＳ５０４−２で抽出された端末ＩＤに対応する宛先名を端末管理ＤＢ５００２（図７参照）から読み出すことによって抽出する（ステップＳ５０４−３）。

続いて、管理システム５０の送受信部５１は、ステップＳ５０４−１及びＳ５０４−２で抽出された端末ＩＤ、端末名を含む共有要求先候補通知情報を通信端末管理システム８０に送信する（ステップＳ５０５）。このように、第３の実施形態では、グループのメンバだけでなくメンバの宛先候補についても共有要求先候補に含める。これにより、グループのオーナは、グループのメンバの宛先候補に対して、グループのメンバのリストの共有を要求できるようになるので、利便性が向上する。

〔実施形態の補足〕
上記各実施形態における中継装置３０、管理システム５０、プログラム提供システム９０、及びメンテナンスシステム１００は、単一のコンピュータによって構築されてもよいし、各部（機能又は手段）を分割して任意に割り当てられた複数のコンピュータによって構築されていてもよい。複数のコンピュータによって構築される管理システム５０としては、管理装置とＷＥＢアプリケーションサーバとを有する構成が例示される。この場合、管理装置は、例えば、宛先リスト管理ＤＢ５００３を有する。ＷＥＢアプリケーションサーバは、ＷＥＢアプリケーションを端末１０に提供し、ＷＥＢアプリケーションにより受け付けられた要求に基づいて、管理装置に対して宛先リストの更新命令を出力する。この場合、ＷＥＢアプリケーションサーバは、例えば、図５の管理システム５０の宛先リスト管理ＤＢ５００３を有する。なお、管理装置と、ＷＥＢアプリケーションサーバとは、同一国内に配置されても良いし、異なる国にそれぞれ配置されていても良い。

また、プログラム提供システム９０が単一のコンピュータによって構築されている場合には、プログラム提供システム９０によって送信されるプログラムは、複数のモジュールに分けて送信されるようにしてもよいし、分けないで送信されるようにしてもよい。更に、プログラム提供システム９０が複数のコンピュータによって構築されている場合には、複数のモジュールが分けられた状態で、各コンピュータから送信されるようにしてもよい。

また、上記実施形態では、テレビ会議用の端末１０を用いて、グループ情報の共有要求を行うこととしたが、本発明はこれに限定されない。端末１０に変えて、パーソナルコンピュータ等の情報処理装置によりグループ情報の共有要求を行うこととしても良い。この場合、情報処理装置は、図５の端末１０の各機能部を有する。

上記実施形態において、要求元側、宛先候補、メンバ、オーナ、利用者等を識別するための識別情報として端末ＩＤを用いたが、本発明は上記実施形態に限定されない。端末ＩＤは、端末１０の利用者を識別するためのユーザＩＤに置き換えることができる。この場合、要求元側、宛先候補、オーナ、メンバ、および利用者等の各端末１０を識別するための端末ＩＤは、要求元側、宛先候補、オーナ、メンバ、および利用者等を識別するためのユーザＩＤに置き換えられる。

上記実施形態において、宛先管理テーブル（図８参照）では、要求元側の端末１０で指定可能な宛先の端末１０を識別する端末ＩＤを管理することとしたが、特に限定されない。宛先の端末１０を識別する端末ＩＤは、要求元側の端末１０が選択可能な宛先の端末１０の電話番号、あるいは、要求元側の端末１０の通信先として許容されるネットワーク上の位置を示したＩＰアドレスに置き換えられる。なお、この場合、グループ情報管理テーブル（図９参照）、共有要求管理テーブル（図１０）において、メンバ、オーナ、利用者の各端末ＩＤに対応する電話番号やＩＰアドレス等を登録しておくことで、上記の各ステップの処理を行うことが可能となる。

また、上記本実施形態の端末用プログラム、中継装置用プログラム、通信管理用プログラム、又は通信端末管理システム用プログラムが記憶された記録媒体、並びに、これらプログラムが記憶されたＨＤ２０４、及びこのＨＤ２０４を備えたプログラム提供システム９０は、いずれもプログラム製品(Program Product)として、国内又は国外へ、上記端末用プログラム、中継装置用プログラム、通信管理用プログラム、及び通信端末管理システム用プログラムの利用者等に提供される場合に用いられる。

また、上記実施形態では、通信システム１の一例として、テレビ会議システムの場合について説明したが、これに限るものではなく、ＩＰ(Internet Protocol)電話や、インターネット電話等の電話システムであってもよい。また、通信システム１は、カーナビゲーションシステムであってもよい。この場合、例えば、端末１０の一方が自動車に搭載されたカーナビゲーション装置に相当し、端末１０の他方が、カーナビゲーションを管理する管理センターの管理端末若しくは管理サーバ、又は他の自動車に搭載されているカーナビゲーション装置に相当する。

更に、通信システム１は、携帯電話機の通信システムであってもよい。この場合、例えば、端末１０は携帯電話機に相当する。

また、上記実施形態では、コンテンツデータの一例として、視覚(sight)データとしての画像データ、及び聴覚(hearing)データとしての音声データについて説明したが、これに限るものではなく、その他の五感データであってもよい、例えば、コンテンツデータが触覚(touch)データの場合、一方の端末側でユーザが接触して得た感覚が、他方の端末側に伝達される。更に、コンテンツデータが嗅覚（smell）データの場合、一方の端末側の匂い（臭い）が、他の端末側に伝達される。また、コンテンツデータが味覚(taste)データの場合、一方の端末側の味覚が、他の端末側に伝達される。

更に、コンテンツデータは、画像（視覚）データ、音声（聴覚）データ、触覚データ、嗅覚データ、及び味覚データのうち、少なくとも１つのデータであればよい。

また、上記実施形態では、通信システム１によってテレビ会議をする場合について説明したが、これに限るものではなく、打ち合わせ、家族間や友人間等の一般的な会話、又は、一方向での情報の提示に使用されても構わない。

１０ 通信端末
１１ 送受信部（送信手段の一例）
１２ 操作入力受付部（要求入力受付手段の一例、選択入力受付手段の一例）
１６ 表示制御部
１９ 記憶・読出処理部
５０ 通信管理システム
５１ 送受信部（要求受付手段の一例、送信手段の一例）
５２ 認証部
５３ 端末管理部
５４ 抽出部
５５ 宛先判断部
５６ 通知承認決定部
５７ 宛先リスト管理部
５８ 共有要求管理部
５９ 記憶・読出処理部
６０ グループ情報管理部（生成手段の一例）
８０通信端末管理システム
８１ 送受信部
８２ 認証部
８３ 抽出部
８４ 作成部
８９ 記憶・読出処理部
１０００ 記憶部
５０００ 記憶部
５００１ 認証管理ＤＢ
５００２ 端末管理ＤＢ
５００３ 宛先リスト管理ＤＢ
５１０１ グループ情報管理ＤＢ（管理手段の一例）
５１０２ 共有要求管理ＤＢ
８０００ 記憶部

特開２００２−４１２５０号公報 特開２００７−８１６５２号公報

Claims (9)

1. 通信端末による通信における１以上の宛先候補を示す宛先リスト情報と、前記宛先リスト情報を利用可能な通信の開始要求元側を示す開始要求元情報と、を関連付けて管理する管理手段と、
   前記管理手段で管理される宛先リスト情報のうち、第１の宛先リスト情報の変更の要求を、所定の開始要求元側から受け付ける要求受付手段と、
   前記第１の宛先リスト情報を、前記変更の要求に基づいて変更することによって第２の宛先リスト情報を作成する作成手段と、
   を有し、
   前記作成手段によって前記第２の宛先リスト情報が作成されると、前記管理手段は、前記第２の宛先リスト情報と、前記所定の開始要求元側を示す開始要求元情報と、を関連付けて管理することを特徴とする通信管理システム。
2. 前記変更の要求は、前記第１の宛先リスト情報によって示される宛先候補に対して所定の宛先候補を追加または削除する要求であり、
   前記作成手段は、前記第１の宛先リスト情報によって示される宛先候補に対して前記所定の宛先候補を追加または削除することにより前記第２の宛先リスト情報を作成することを特徴とする請求項１に記載の通信管理システム。
3. 前記要求受付手段は、前記第１の宛先リスト情報を変更せずに利用する要求を、前記所定の開始要求元側から受け付け、
   前記要求受付手段によって、前記第１の宛先リスト情報を変更せずに利用する要求が受け付けられた場合には、前記管理手段は、前記第１の宛先リスト情報と、前記所定の開始要求元側を示す開始要求元情報と、を関連付けて管理することを特徴とする請求項１又は２に記載の通信管理システム。
4. 前記管理手段は、前記宛先リスト情報と、前記宛先リスト情報を利用可能であり変更可能である開始要求元側を示す第１の開始要求元情報と、前記宛先リスト情報を利用可能であるが変更可能でない開始要求元側を示す第２の開始要求元情報と、を関連付けて管理し、
   前記要求受付手段によって前記第１の宛先リスト情報を変更する要求が受け付けられた場合には、前記管理手段は、前記第２の宛先リスト情報と、前記所定の開始要求元側を示す前記第１の開始要求元情報と、を関連付けて管理し、
   前記要求受付手段によって前記第１の宛先リスト情報を変更せずに利用する要求が受け付けられた場合には、前記管理手段は、前記第１の宛先リスト情報と、前記所定の開始要求元側を示す前記第２の開始要求元情報と、を関連付けて管理する
   ことを特徴とする請求項３に記載の通信管理システム。
5. 前記第１の宛先リスト情報を前記所定の開始要求元側へ送信する送信手段を有することを特徴とする請求項１乃至４のいずれか一項に記載の通信管理システム。
6. 通信管理システムと通信端末とを備える通信システムであって、
   前記通信管理システムは、
   通信端末による通信における１以上の宛先候補を示す宛先リスト情報と、前記宛先リスト情報を利用可能な通信の開始要求元側を示す開始要求元情報と、を関連付けて管理する管理手段と、
   前記管理手段で管理される宛先リスト情報のうち、第１の宛先リスト情報の変更の要求を、所定の開始要求元側から受け付ける要求受付手段と、
   前記第１の宛先リスト情報を、前記変更の要求に基づいて変更することによって第２の宛先リスト情報を作成する作成手段と、
   を有し、
   前記作成手段によって前記第２の宛先リスト情報が作成されると、前記管理手段は、前記第２の宛先リスト情報と、前記所定の開始要求元側を示す開始要求元情報と、を関連付けて管理し、
   前記通信端末は、
   前記第１の宛先リスト情報の変更の要求の入力を受け付ける要求入力受付手段と、
   前記要求入力受付手段によって受け付けられた前記変更の要求を前記通信管理システムへ送信する送信手段と、
   を有することを特徴とする通信システム。
7. 前記第１の宛先リスト情報を利用する場合に、前記第１の宛先リスト情報を変更するか否かの選択の入力を受け付ける選択入力受付手段と、
   前記選択入力受付手段によって前記第１の宛先リスト情報を変更する選択が受け付けられた場合には、前記第１の宛先リスト情報の変更の要求を請求項３に記載の通信管理システムへ送信し、前記選択入力受付手段によって前記第１の宛先リスト情報を変更しない選択が受け付けられた場合には、前記第１の宛先リスト情報を変更せずに利用する要求を請求項３に記載の通信管理システムへ送信する送信手段と、
   を有することを特徴とする通信端末。
8. 請求項１乃至５のいずれか一項に記載の通信管理システムと、前記通信端末と、を有することを特徴とする通信システム。
9. 前記通信管理システムに、請求項１乃至５のいずれか一項に記載の各手段を実現させることを特徴とするプログラム。

Images