JP6315123B2 - 管理システム、管理方法及びプログラム - Google Patents

Description

本発明は、管理システム、管理方法及びプログラムに関する。

インターネット等の通信ネットワークを介して遠隔地との間で通信する端末システムが普及している。当該端末システムとしては、例えば、遠隔会議を行う会議システムがある。一般的な会議システムでは、遠隔会議を行う出席者等の当事者の一方がいる会議室の端末で、会議室の画像及び音声を撮影及び収集する。次に、会議システムは、当該画像及び当該音声をデジタルデータに変換して相手方の会議室の端末に送信する。次に、会議システムは、相手方の会議室の端末のディスプレイに当該映像を表示し、スピーカに当該音声を出力する。これにより、実際の会議に近い状態で遠隔地間の会議を行うことができる。

このような端末システムでは、通信相手となる端末を簡単に呼び出すために、通信の宛先となる端末を登録する技術が知られている。例えば、特許文献１には、初回の会議時にお互いの端末情報を記憶しておくことで、二回目以降の会議の際に、その情報を利用して呼び出しができるようにするテレビ電話・会議システムの発明が開示されている。

しかしながら、端末システムを導入した際の初期設定時や、端末の数が多い場合、端末の管理者が異なる場合等には、宛先として登録してよい端末であるかというセキュリティの問題等も同時に考慮すると、端末の宛先の登録操作が煩雑になっていた。

本発明は、上記に鑑みてなされたものであって、端末の宛先登録をより円滑にする管理システム、管理方法及びプログラムを提供することを目的とする。

上述した課題を解決し、目的を達成するために、本発明の管理システムは、１以上の端末を管理する管理システムであって、第１の識別情報に対応する宛先として第２の識別情報を記憶する記憶部と、前記第１の識別情報、又は、前記第１の識別情報及び前記第２の識別情報の管理権限を有する第３の識別情報により前記管理システムに接続するための認証を行う認証部と、前記記憶部に第２の識別情報を宛先として記憶するための承認要求を第１端末から受信し、当該承認要求を第２の識別情報により前記管理システムに接続される第２端末に送信する通信部と、前記第１の識別情報により前記第１端末が前記管理システムに接続され、前記承認要求に対して前記第２端末から承認を示す応答がある場合は、前記第１の識別情報に対応する宛先として前記第２の識別情報を前記記憶部に記憶させ、前記第３の識別情報により前記第１端末が前記管理システムに接続されている場合は、前記第２端末に前記承認要求を送らずに、前記第１の識別情報に対応する宛先として前記第２の識別情報を前記記憶部に記憶させる記憶制御部とを備える。

また、本発明の管理方法は、第１の識別情報に対応する宛先として第２の識別情報を記憶する記憶部を備え、１以上の端末を管理する管理システムの管理方法であって、認証部が、前記第１の識別情報、又は、前記第１の識別情報及び前記第２の識別情報の管理権限を有する第３の識別情報により前記管理システムに接続するための認証を行うステップと、通信部が、前記記憶部に第２の識別情報を宛先として記憶するための承認要求を第１端末から受信し、当該承認要求を第２の識別情報により前記管理システムに接続される第２端末に送信するステップと、記憶制御部が、前記第１の識別情報により前記第１端末が前記管理システムに接続され、前記承認要求に対して前記第２端末から承認を示す応答がある場合は、前記第１の識別情報に対応する宛先として前記第２の識別情報を前記記憶部に記憶させ、前記第３の識別情報により前記第１端末が前記管理システムに接続されている場合は、前記第２端末に前記承認要求を送らずに、前記第１の識別情報に対応する宛先として前記第２の識別情報を前記記憶部に記憶させるステップとを含む。

また、本発明のプログラムは、第１の識別情報に対応する宛先として第２の識別情報を記憶する記憶部を備え、１以上の端末を管理するコンピュータを、前記第１の識別情報、又は、前記第１の識別情報及び前記第２の識別情報の管理権限を有する第３の識別情報により前記コンピュータに接続するための認証を行う認証部と、前記記憶部に第２の識別情報を宛先として記憶するための承認要求を第１端末から受信し、当該承認要求を第２の識別情報により前記コンピュータに接続される第２端末に送信する通信部と、前記第１の識別情報により前記第１端末が前記コンピュータに接続され、前記承認要求に対して前記第２端末から承認を示す応答がある場合は、前記第１の識別情報に対応する宛先として前記第２の識別情報を前記記憶部に記憶させ、前記第３の識別情報により前記第１端末が前記コンピュータに接続されている場合は、前記第２端末に前記承認要求を送らずに、前記第１の識別情報に対応する宛先として前記第２の識別情報を前記記憶部に記憶させる記憶制御部として機能させる。

本発明によれば、端末の宛先登録をより円滑にする管理システム、管理方法及びプログラムを提供できるという効果を奏する。

図１は、第１の実施の形態の管理システムの構成の一例を説明するための図である。 図２は、第１の実施の形態の端末認証管理ＤＢの一例を説明するための図である。 図３は、第１の実施の形態の端末管理ＤＢの一例を説明するための図である。 図４は、第１の実施の形態の宛先リスト管理ＤＢの一例を説明するための図である。 図５は、第１の実施の形態の追加要求管理ＤＢの一例を説明するための図である。 図６は、第１の実施の形態の管理者ＤＢの一例を説明するための図である。 図７は、第１の実施の形態の管理システムに端末ＩＤでログインした場合に、宛先を登録する場合の一例を説明するための図である。 図８は、第１の実施の形態の管理システムに管理者ＩＤでログインした場合に、宛先を登録する場合（承認あり）の一例を説明するための図である。 図９は、第１の実施の形態の管理システムに管理者ＩＤでログインした場合に、宛先を登録する場合（承認省略）の一例を説明するための図である。 図１０は、第１の実施の形態の管理システムの管理方法を説明するためのフローチャートである。 図１１は、第１の実施の形態の管理システムの認証画面の一例を示す図である。 図１２は、第１の実施の形態の管理システムの管理者登録画面の一例を示す図である。 図１３は、第１の実施の形態の管理システムの管理端末一覧画面の一例を示す図である。 図１４は、第１の実施の形態の管理システムの管理端末登録画面の一例を示す図である。 図１５は、第１の実施の形態の管理システムの宛先端末登録画面の一例を示す図である。 図１６は、第１の実施の形態の管理システムで管理する端末の登録及び削除の方法を説明するためのフローチャートである。 図１７は、第１の実施の形態の管理システムで管理する端末の宛先の登録及び削除の方法を説明するためのフローチャートである。 図１８は、第２の実施の形態の宛先リスト承認管理ＤＢの一例を説明するための図である。 図１９は、第１及び第２の実施の形態の管理システムの表示制御装置及び端末管理装置のハードウェア構成の一例を説明するための図である。

以下に添付図面を参照して、管理システム、管理方法及びプログラムの実施の形態を詳細に説明する。図１は、第１の実施の形態の管理システム１００の構成の一例を説明するための図である。

（第１の実施の形態）
管理システム１００は、表示制御装置１０、通信ネットワーク２０及び端末管理装置３０を備える。また、端末５０ａ〜５０ｎが、通信ネットワーク２０に接続されている。端末５０ａ〜５０ｎの数は任意でよい。以下、端末５０ａ〜５０ｎを区別しない場合は、単に端末５０という。表示制御装置１０、端末管理装置３０及び端末５０は、通信ネットワーク２０を介して互いに接続されている。通信ネットワーク２０の通信方式は、有線であっても無線であってもよい。

はじめに、端末管理装置３０について説明する。端末管理装置３０は、第２通信部３１、第２認証部３２、記憶制御部３３及び記憶部４０を備える。記憶制御部３３は、記憶・読出処理部３４、抽出部３５、端末管理部３６、宛先リスト管理部３７、端末状態確認部３８、追加要求管理部３９を備える。記憶部４０は、端末認証管理ＤＢ４１、端末管理ＤＢ４２、宛先リスト管理ＤＢ４３、追加要求管理ＤＢ４４及び管理者ＤＢ４５を備える。

図２は、第１の実施の形態の端末認証管理ＤＢ４１の一例を説明するための図である。端末認証管理ＤＢ４１のレコードは、端末ＩＤ及びパスワードを有する。端末ＩＤは、端末５０を識別するための識別情報である。端末ＩＤは、予め端末に記憶されている識別情報であってもよいし、ユーザが端末に対して入力した識別情報であってもよい。パスワードは、端末ＩＤで管理システム１００に接続するためのパスワードである。なお、端末認証管理ＤＢ４１のレコードは、上記以外のカラムを有していてもよい。

図３は、第１の実施の形態の端末管理ＤＢ４２の一例を説明するための図である。端末管理ＤＢ４２のレコードは、端末ＩＤ、名称、稼動状態、受信日時及び端末のＩＰアドレスを有する。端末ＩＤは、端末５０を識別するための識別情報である。名称は、端末５０の名称であってもよいし、端末５０のユーザの名称や拠点の名称であってもよい。稼動状態は、端末５０の稼動状態である。受信日時は、端末５０から管理システム１００への接続要求を受信した日時である。ＩＰアドレスは、端末５０のＩＰアドレスである。なお、端末管理ＤＢ４２のレコードは、上記以外のカラムを有していてもよい。

図４は、第１の実施の形態の宛先リスト管理ＤＢ４３の一例を説明するための図である。宛先リスト管理ＤＢ４３のレコードは、端末ＩＤ及び宛先端末ＩＤを有する。端末ＩＤは、端末５０を識別するための識別情報である。宛先端末ＩＤは、端末５０の宛先として記憶される他の端末５０の端末ＩＤである。すなわち、宛先リスト管理ＤＢ４３には、端末５０毎に当該端末５０と通信可能な他の端末５０が記憶される。なお、宛先リスト管理ＤＢ４３のレコードは、上記以外のカラムを有していてもよい。

図５は、第１の実施の形態の追加要求管理ＤＢ４４の一例を説明するための図である。追加要求管理ＤＢ４４のレコードは、要求元端末ＩＤ及び要求先端末ＩＤを有する。要求元端末ＩＤは、宛先の登録を要求した端末５０を識別するための識別情報である。要求先端末ＩＤは、要求元端末ＩＤにより識別される端末５０が、宛先の登録対象として要求している端末５０を識別するための識別情報である。なお、追加要求管理ＤＢ４４のレコードは、上記以外のカラムを有していてもよい。

図６は、第１の実施の形態の管理者ＤＢ４５の一例を説明するための図である。管理者ＤＢ４５のレコードは、管理者ＩＤ、パスワード及び管理端末ＩＤを有する。管理者ＩＤは、端末５０の管理者を識別するための識別情報である。管理者ＩＤは、ユーザのメールアドレスやユーザ名であってもよい。パスワードは、管理者ＩＤで管理システム１００に接続するためのパスワードである。管理端末ＩＤは、管理者ＩＤにより識別される管理者が管理する端末５０の端末ＩＤである。図６では、１つのレコードで管理者ＩＤに複数の管理端末ＩＤを関連付けているが、管理者ＩＤに関連付けられる管理端末ＩＤごとにレコードを分けて複数のレコードを割り当ててもよい。なお、管理者ＤＢ４５のレコードは、上記以外のカラムを有していてもよい。

図１に戻り、第２通信部３１は、通信ネットワーク２０を介して他の装置と通信する。第２認証部３２は、管理システム１００の通信機能（端末５０を使用したテレビ会議などの機能）に接続するための認証を行う。第２認証部３２は、第２通信部３１が受信したログイン情報に含まれる端末ＩＤ及びパスワードを検索キーとし、記憶部４０の端末認証管理ＤＢ４１を検索する。第２認証部３２は、検索キーと端末認証管理ＤＢ４１の情報が一致するか否かを判定することにより、管理システム１００の通信機能に接続を許すか否かの認証を行う。端末管理部３６は、管理システム１００の通信機能への接続を要求した端末５０の稼動状態を管理する。端末管理部３６は、管理システム１００の通信機能への接続を要求した端末５０の端末ＩＤに対応する端末管理ＤＢ４２のレコードを更新する。具体的には、稼動状態をオフラインからオンライン（伝送可能）へ変更し、受信日時およびＩＰアドレスを更新する。

抽出部３５は、管理システム１００への接続を要求した端末５０の端末ＩＤをキーとして、宛先リスト管理ＤＢ４３を検索し、当該接続を要求した端末５０の宛先に登録されている宛先端末ＩＤを読み出す。また、抽出部３５は、抽出された端末ＩＤを検索キーとして、端末管理ＤＢ４２を検索し、抽出された端末ＩＤ毎に端末５０の稼動状態を読み出す。これにより、抽出部３５は、管理システム１００への接続を要求した端末５０の稼動状態と、管理システム１００への接続を要求した端末５０の宛先として記憶されている端末５０の稼動状態とを取得する。取得した宛先端末ＩＤと宛先端末ＩＤに対応した稼動状態は、第２通信部３１を介して管理システム１００へ接続を要求した端末５０へ送信される。この処理によって、端末５０上で宛先端末ＩＤに対応する宛先リストが表示され、端末５０のユーザは宛先リストから所望の宛先を指定することによって端末間でセッションを確立することが可能となり、端末間の通信機能を実現することができる。端末間のセッションの確立は管理システム１００を介してもよいし、介さずに直接やり取りをしてもよい。宛先端末とのセッションでは、コンテンツデータをやり取りすることができる。コンテンツデータの一例としては、画像データ、音声データ、テキストデータが含まれる。なお、画像データには静止画および動画が含まれる。

また、抽出部３５は、管理システム１００への接続を要求した端末５０の端末ＩＤをキーとして、宛先リスト管理ＤＢ４３を検索し、当該接続を要求した端末５０を宛先端末ＩＤとして有するレコードの端末ＩＤも抽出してもよい。これにより、抽出部３５は、当該接続を要求した端末５０を宛先として記憶する端末５０の稼動状態を取得してもよい。

追加要求管理部３９は、追加要求管理ＤＢ４４のレコードの追加、変更及び削除を行う。端末状態確認部３８は、端末管理ＤＢ４２を検索することにより、端末５０の稼動状態を確認する。宛先リスト管理部３７は、宛先リスト管理ＤＢ４３のレコードの追加、変更及び削除を行う。例えば、宛先リスト管理部３７は、追加要求管理ＤＢ４４の要求元端末ＩＤと、宛先リスト管理ＤＢ４３の端末ＩＤとが一致する宛先リスト管理ＤＢ４３のレコードを抽出する。そして、宛先リスト管理部３７は、当該レコードの宛先端末ＩＤに、当該要求元端末ＩＤを有する追加要求管理ＤＢ４４のレコードの要求先端末ＩＤを追加する。記憶・読出処理部３４は、記憶部４０にデータを記憶する処理を行う。また、記憶・読出処理部３４は、記憶部４０に記憶されたデータを読み出す処理を行う。

表示制御装置１０は、第１通信部１１、第１認証部１２及び表示制御部１３を備える。表示制御部１３は、記憶・読出処理部１４、抽出部１５、及び画面作成部１６を備える。第１通信部１１、記憶・読出処理部１４及び抽出部１５については、それぞれ第２通信部３１、記憶・読出処理部３４及び抽出部３５と同じであるため説明を省略する。なお、表示制御装置１０は、記憶部４０を備えていないが、通信ネットワーク２０を介して記憶部４０へアクセスすることによって記憶・読出処理部１４及び抽出部１５は記憶・読出処理部３４及び抽出部３５と同じ機能を実現できる。

第１認証部１２は、管理システム１００の管理機能（管理する端末５０又は端末５０の宛先の追加や削除などの機能）に接続するための認証を行う。第１認証部１２は、第１通信部１１が受信したログイン情報に含まれる端末ＩＤ（または管理者ＩＤ）及びパスワードを検索キーとし、記憶部４０の端末認証管理ＤＢ４１（または管理者ＤＢ４５）を検索する。第１認証部１２は、検索キーと端末認証管理ＤＢ４１（または管理者ＤＢ４５）の情報が一致するか否かを判定することにより、管理システム１００の管理機能に接続を許すか否かの認証を行う。

画面作成部１６は、認証画面（図１１参照）、管理者登録画面（図１２参照）、管理端末一覧画面（図１３参照）、管理端末登録画面（図１４参照）及び宛先端末登録画面（図１５参照）等を作成する。画面作成部１６は、例えば、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）により画面を作成する。

図７は、第１の実施の形態の管理システム１００に端末ＩＤでログインした場合に、宛先を登録する場合の一例を説明するための図である。端末５０ａは、端末５０ａの端末ＩＤにより、管理システム１００に接続する。そして、端末５０ａは、端末５０ｂを端末５０ａの宛先に登録してもよいか否かを確認する登録要求を表す宛先登録依頼を管理システム１００に送信する（（１））。管理システム１００は、登録承認要求を表す宛先登録承認依頼を端末５０ｂに送信する（（２））。端末５０ｂは、承認又は否認を示す応答を管理システム１００に送信する（（３））。管理システム１００は、承認を示す応答を受信した場合、宛先を登録し、端末５０ａ及び端末５０ｂに、宛先の登録が完了したことを表す宛先登録完了通知を送信する（（４））。

図８は、第１の実施の形態の管理システム１００に管理者ＩＤでログインした場合に、宛先を登録する場合（承認あり）の一例を説明するための図である。管理システム１００は、管理者の管理者ＩＤによる接続を受け付ける。この接続の受け付けは、管理者専用の端末５０から受け付けてもよいし、汎用の端末５０から受け付けてもよい。そして、管理者（管理者が操作している端末５０）は、端末５０ｎを端末５０ａ、端末５０ｂ及び端末５０ｃの宛先に登録してもよいか否かを確認する登録要求を表す宛先登録依頼を管理システム１００に送信する（（１））。管理システム１００は、登録承認要求を表す宛先登録承認依頼を端末５０ｎに送信する（（２））。端末５０ｎは、承認又は否認を示す応答を管理システム１００に送信する（（３））。管理システム１００は、承認を示す応答を受信した場合、宛先を登録し、端末５０ａ、端末５０ｂ、端末５０ｃ及び端末５０ｎに、宛先の登録が完了したことを表す宛先登録完了通知を送信する（（４））。

図９は、第１の実施の形態の管理システム１００に管理者ＩＤでログインした場合に、宛先を登録する場合（承認省略）の一例を説明するための図である。管理システム１００は、管理者の管理者ＩＤによる接続を受け付ける。この接続の受け付けは、管理者専用の端末５０から受け付けてもよいし、汎用の端末５０から受け付けてもよい。そして、管理者（管理者が操作している端末５０）は、端末５０ｎを端末５０ａ、端末５０ｂ及び端末５０ｃの宛先に登録してもよいか否かを確認する登録要求を表す宛先登録依頼を管理システム１００に送信する（（１））。管理システム１００は、端末５０ｎに登録承認要求（登録承認依頼）を送らずに宛先を登録し、端末５０ａ、端末５０ｂ、端末５０ｃ及び端末５０ｎに、宛先の登録が完了したことを表す宛先登録完了通知を送信する（（２））。図９では、図８の場合に比べて手順が省略されている。例えば、本実施の形態の管理システム１００は、端末５０ａ、端末５０ｂ及び端末５０ｃの管理者ＩＤと、端末５０ｎの管理者ＩＤが同じ場合に、登録承認要求（登録承認依頼）の送信や承認を示す応答がなくても宛先の登録を行う。

図１０は、第１の実施の形態の管理システム１００の管理方法を説明するためのフローチャートである。第１認証部１２は、通信ネットワーク２０を介して管理者が操作している端末５０から管理者ＩＤにより接続の要求を受け付けているか否かを判定する（ステップＳ１０１）。管理者ＩＤにより接続の要求を受け付けている場合（ステップＳ１０１、Ｙｅｓ）は、ステップＳ１０２に進む。管理者ＩＤにより接続の要求を受け付けていない（端末ＩＤにより接続の要求を受け付けている）場合（ステップＳ１０１、Ｎｏ）は、端末ＩＤログイン処理を行う（ステップＳ１９９）。

端末ＩＤログイン処理は、管理者ＩＤでログインした場合の宛先の登録処理を制限したものである。すなわち、端末ＩＤログイン処理では、承認を示す応答がなくても宛先の登録を行う処理ができない。また、端末ＩＤログイン処理では、管理者ＤＢ４５のレコードを利用して、宛先となる端末の一括登録ができない。それ以外の処理については、管理者ＩＤによる宛先の登録処理と同じである。そのため、端末ＩＤログイン処理の詳細な説明は省略し、以下では、管理者ＩＤによる宛先の登録処理を例にして説明する。

図１１は、第１の実施の形態の管理システム１００の認証画面の一例を示す図である。ステップＳ１０１の接続要求前に、管理者が操作している端末５０上に、例えば、図１１の認証画面を表示させる。

図１０に戻り、第１認証部１２は、パスワード等の管理者情報が管理者ＤＢ４５に登録されているか否かを判定する（ステップＳ１０２）。管理者情報が管理者ＤＢ４５に登録されている場合（ステップＳ１０２、Ｎｏ）は、当該管理者ＩＤで管理システム１００に接続する（ステップＳ１０４）。管理者情報が管理者ＤＢ４５に登録されていない場合（ステップＳ１０２、Ｙｅｓ）は、管理者が操作している端末５０上に登録画面を表示して、登録画面に対して入力された管理者情報を管理者ＤＢ４５に登録した後に、管理システム１００に接続する（ステップＳ１０３）。なお、管理者情報が管理者ＤＢ４５に登録されていない場合の例として、例えば、初期設定パスワードを利用して、はじめて管理者ＩＤを使用する場合等がある。

図１２は、第１の実施の形態の管理システム１００の管理者登録画面の一例を示す図である。ステップＳ１０３では、ユーザには、例えば、図１２の管理者登録画面を表示する。

図１０に戻り、画面作成部１６は、管理端末一覧画面を作成し、管理者が操作している端末５０へ送信することによって画面表示させる（ステップＳ１０５）。図１３は、第１の実施の形態の管理システム１００の管理端末一覧画面の一例を示す図である。管理端末一覧画面では、管理システム１００のログインに使用している管理者ＩＤにより管理されている端末５０に関連付けられた名称、端末ＩＤ及び宛先端末ＩＤ（当該端末ＩＤにより識別される端末５０の宛先として関連付けて記憶されている端末５０の端末ＩＤ）が表示される。管理端末一覧画面は、表示制御装置１０が通信ネットワーク２０を介して端末管理装置３０の記憶部４０から取得した情報に基づいて作成される。例えば、表示制御装置１０が受け付けた管理者ＩＤを検索キーとして管理者ＤＢ４５を検索し、管理者ＩＤに関連付けられた管理端末ＩＤを取得することができる。さらに、取得した管理端末ＩＤを検索キーとして宛先リスト管理ＤＢ４３を検索し、各管理端末ＩＤに関連付けられた宛先端末ＩＤを取得することができる。同様にして取得した管理端末ＩＤを検索キーとして端末管理ＤＢ４２を検索し、各管理端末ＩＤに関連付けられた名称を取得することができる。次に、画面作成部１６は、ユーザの入力が端末５０の登録（又は削除）であるか否かを判定する（ステップＳ１０６）。端末５０の登録（又は削除）である場合（ステップＳ１０６、Ｙｅｓ）は、管理端末操作処理を行う（ステップＳ１０７）。管理端末操作処理の説明は後述する。端末５０の登録（又は削除）でない場合（ステップＳ１０６、Ｎｏ）は、ステップＳ１０８に進む。

画面作成部１６は、ユーザの入力が端末５０の宛先の登録（又は宛先の削除）であるか否かを判定する（ステップＳ１０８）。端末５０の宛先の登録（又は宛先の削除）である場合（ステップＳ１０８、Ｙｅｓ）は、宛先操作処理を行う（ステップＳ１０９）。宛先操作処理の説明は後述する。端末５０の宛先の登録（又は宛先の削除）でない場合（ステップＳ１０８、Ｎｏ）は、ステップＳ１１０に進む。

画面作成部１６は、操作を終わるか否か（ログアウト操作が行われたか否か）を判定する（ステップＳ１１０）。ログアウト操作が行われた場合（ステップＳ１１０、Ｙｅｓ）は、管理システム１００からログアウトする（ステップＳ１１１）。ログアウト操作が行われていない場合（ステップＳ１１０、Ｎｏ）は、ステップＳ１０６に戻る。

図１６は、図１０のＳ１０７で示した第１の実施の形態の管理システム１００で管理する端末５０の登録及び削除の方法（管理端末操作処理）を説明するためのフローチャートである。画面作成部１６は、端末５０の登録と削除を選択する画面を表示し、ユーザ（管理者）が操作する端末５０における入力に応じて端末５０の登録であるか否かを判定する（ステップＳ２０１）。端末５０の登録である場合（ステップＳ２０１、Ｙｅｓ）は、表示制御装置１０が入力された端末ＩＤおよび管理者ＩＤを含む追加要求を端末管理装置４０へ送信することによって、端末管理装置４０の記憶・読出処理部３４がログインに使用されている当該管理者ＩＤを有する管理者ＤＢ４５のレコードの管理端末ＩＤに入力された端末ＩＤを追加する（ステップＳ２０２）。端末５０の登録でない場合（ステップＳ２０１、Ｎｏ）は、端末５０の削除であるか否かを判定する（ステップＳ２０３）。端末５０の削除である場合（ステップＳ２０３、Ｙｅｓ）は、表示制御装置１０が入力された端末ＩＤおよび管理者ＩＤを含む削除要求を端末管理装置４０へ送信することによって、端末管理装置４０の記憶・読出処理部３４がログインに使用されている当該管理者ＩＤを有する管理者ＤＢ４５のレコードの管理端末ＩＤから削除する（ステップＳ２０４）。端末５０の削除でない場合（ステップＳ２０３、Ｎｏ）は、処理を終了する。

図１４は、第１の実施の形態の管理システム１００の管理端末登録画面の一例を示す図である。ステップＳ２０２では、ユーザには、例えば、図１４の管理端末登録画面を表示する。ここで、画面遷移について説明する。まず、登録の場合について説明する。画面作成部１６が、図１３の管理端末一覧画面で「端末登録」ボタンの押下を検出する。そして、画面作成部１６は、図１４の管理端末登録画面を表示する。ここで、画面作成部１６は、端末５０の端末ＩＤが入力（複数可）された状態で「登録」ボタンの押下を検出すると、上で述べたように表示制御装置１０から端末管理装置４０へ追加要求が送信される。なお、表示制御装置１０の記憶・読出処理部１４が、直接管理者ＤＢ４５のレコードを更新（当該端末ＩＤを、ログインしている管理者ＩＤのレコードの管理端末ＩＤに追加）してもよい。また、画面作成部１６は、当該更新の内容により、管理端末一覧画面も更新する。次に、削除の場合について説明する。画面作成部１６が、図１３の管理端末一覧画面で、表示されている端末５０の情報の行の一番左のチェックボックスがチェックされた状態で、「端末削除」ボタンの押下を検出すると、上で述べたように表示制御装置１０から端末管理装置４０へ削除要求が送信される。なお、追加時と同様に表示制御装置１０の記憶・読出処理部１４が、直接管理者ＤＢ４５のレコードを更新（当該端末ＩＤを、ログインしている管理者ＩＤのレコードの管理端末ＩＤから削除）してもよい。また、画面作成部１６は、当該更新の内容により、管理端末一覧画面の表示も更新する。なお、図１４では端末ＩＤをユーザが入力する一例を説明したが、例えば端末ＩＤが記載されたファイルを指定（画面作成部１６が当該ファイルを参照するために必要なパスの指定など）することによって、端末ＩＤを入力させてもよい。

図１７は、図１０のＳ１０９で示した第１の実施の形態の管理システム１００で管理する端末５０の宛先の登録及び削除の方法（宛先操作処理）を説明するためのフローチャートである。このフローチャートでは、上で述べたように管理者ＩＤでログインしているため、端末ＩＤでログインした場合と比較して、承認を省略した宛先の登録や宛先となる端末の一括登録といった機能を実行することができる。画面作成部１６は、管理者が操作する端末５０から宛先の登録又は削除の対象となる端末を決定する操作を受け付け、対象となる端末ＩＤ（複数であってもよい）を特定する（ステップＳ３０１）。画面作成部１６は、管理者が操作する端末５０から受け付けた操作が宛先の登録を示す操作であるか否かを判定する（ステップＳ３０２）。例えば、画面作成部１６は、図１３の管理端末一覧画面の「宛先登録」ボタンが押下されたか否かを判定する。なお、図１３の管理端末一覧画面では、上述したように複数の端末５０を一括で選択することができるようになっている。宛先の登録を示す操作でない場合（ステップＳ３０２、Ｎｏ）は、ステップＳ３０８に進む。宛先の登録を示す操作である場合（ステップＳ３０２、Ｙｅｓ）は、宛先として登録される端末５０を入力する画面を表示する（ステップＳ３０３）。

図１５は、第１の実施の形態の管理システムの宛先端末登録画面の一例を示す図である。宛先として登録される端末５０毎に、後述のステップＳ３０５、Ｓ３０６の承認処理を省略するか否かを選択する項目としてチェックボックスが表示されている。ここで、チェックボックスを表示する条件を、管理者ＤＢ４５の情報に基づいて宛先の登録要求元の端末５０（ステップＳ３０１で決定された端末５０）の端末ＩＤと宛先の登録要求先の端末５０（図１５の画面で入力された端末５０）の端末ＩＤが同じ管理者の管理者ＩＤに関連付けられているか否かを表示制御装置１０が端末管理装置３０へ問い合わせ、同じであることが判定できた場合としてもよい。このとき、互いの端末５０が同一の管理者によって管理されていないと判定された場合は、チェックボックスを表示せずステップＳ３０５の承認処理がスキップされない。なお、チェックボックス自体が存在せず、管理者ＤＢ４５の情報に基づいて管理者が同じ（同じ管理者ＩＤに関連付けられている）端末５０同士であれば自動で承認を省略する処理としてもよい。この処理は、表示制御装置１０が通信ネットワーク２０を介して宛先の追加要求を端末管理装置３０へ送信し、端末管理装置３０が記憶部４０に記憶される管理者ＤＢ４５の情報を参照することによって実現できる。なお、図１５では端末ＩＤをユーザが入力する一例を説明したが、例えば端末ＩＤが記載されたファイルを指定（画面作成部１６が当該ファイルを参照するために必要なパスの指定など）することによって、端末ＩＤを入力させてもよい。

図１７に戻り、図１５で示した画面に対する入力に応じて登録される登録端末を決定する（ステップＳ３０４）。図１５の画面を例にして説明すると、「登録」ボタンが押下されたことに応じて、入力された登録端末ＩＤを特定し、登録端末を決定する。特定された登録端末ＩＤ（宛先の登録要求先の端末ＩＤ）は、表示制御装置１０から端末管理装置３０へ送信される。より具体的には、表示制御装置の第１通信部１１は、端末管理装置３０へ宛先の追加要求を送信する。追加要求には、宛先の登録要求元の端末５０（ステップＳ３０１で決定された端末５０）の端末ＩＤと、対応する宛先の登録要求先の端末５０（図１５の画面で入力された端末５０）の端末ＩＤと、ログイン中の管理者ＩＤが含まれる。図１５においてチェックボックスによる表示があった場合には、追加要求にチェックボックスの端末指定による判定が必要である旨を示す情報と、チェックボックスの端末指定に応じてどの登録端末に対して承認が省略できるかを示す情報がさらに含まれる。

次に、端末管理装置３０は、受信した追加要求に基づいて宛先として登録される端末５０毎に、承認処理が必要か否かを判定する（ステップＳ３０５）。具体的には、受信した追加要求にチェックボックスの端末指定による判定が必要である旨を示す情報が含まれていた場合（図１５でチェックボックスが表示されている場合）には、チェックボックスの端末指定があった登録端末に対しては承認処理が必要でないと判定し、そうでない登録端末に対しては承認処理が必要であると判定する。

追加要求にチェックボックスの端末指定による判定が必要である旨を示す情報が含まれていない場合（図１５でチェックボックスが表示されていない場合）には、管理者ＤＢ４５を参照することによって、宛先要求元の端末ＩＤと宛先要求先の端末ＩＤとが同じ管理者ＩＤに関連付けられているか否かを判定し、同じ管理者ＩＤに関連付けられていれば、承認処理が必要でないと判定し、そうでなければ承認処理が必要であると判定する。

なお、図１５に示した画面上で、そもそも管理者ＤＢ４５においてログインしている管理者の管理者ＩＤに関連付けられた端末ＩＤしか登録端末ＩＤとして入力できない場合には、端末管理装置３０において同じ管理者ＩＤに関連付けられているか否かの判定はせずに、全ての登録端末が承認処理は必要ないと判定する。

次に、承認処理が必要であると判定された場合（ステップＳ３０５、Ｙｅｓ）は、ステップＳ３０６に進む。承認処理が必要でないと判定された場合（ステップＳ３０５、Ｎｏ）は、ステップＳ３０８に進む。

管理システム１００は、宛先として登録の対象となる端末５０に宛先登録の承認要求を送信する（ステップＳ３０６）。より具体的には、例えば以下のような処理によって実現できる。ステップＳ３０５において承認処理が必要であると判定された宛先の要求元端末と宛先の要求先端末（登録端末）の組み合わせについて、端末管理装置３０の追加要求管理部３９が、受信した追加要求に含まれる要求元端末ＩＤと要求先端末ＩＤとを関連付けた新たなレコードを図５に示した追加要求管理ＤＢ４４へ追加記憶する。

次に端末管理装置３０の端末状態確認部３８は、追加要求管理ＤＢ４４の要求先端末ＩＤに基づいて端末管理ＤＢ４２を参照することによって、対応する稼動状態を確認する。そして、端末状態確認部３８によって稼動状態が通信可能（例えばオンライン（伝送可能）など）である場合には、該当する端末５０に対して宛先登録の承認要求を第２通信部３１によって送信する。稼動状態が通信不可能（例えばオフライン）である端末に対しては、稼動状態が通信可能に更新された場合に承認要求を送信すればよい。

次に、管理システム１００は、承認要求を送信した宛先の要求先端末から承認の応答を受信したか否かを判定する（ステップＳ３０７）。より具体的には、例えば端末管理装置３０の第２通信部３１が端末５０から宛先登録の承認要求に対する応答を受信し、応答が承認を示すか否かを判定することによって実現できる。

承認の応答を受信した場合（ステップＳ３０７、Ｙｅｓ）、またはステップＳ３０５において承認が必要ないと判定された場合（ステップＳ３０５、Ｎｏ）は、宛先の登録要求元の端末５０及び宛先の登録要求先の端末５０は、宛先の端末として他方の端末５０を互いに登録する（ステップＳ３０８）。すなわち、ステップＳ３０７がＹｅｓの場合には、端末管理装置３０の宛先リスト管理部３７が、追加要求管理ＤＢ４４の情報に基づいて対応する宛先リスト管理ＤＢ４３のレコード（宛先の登録要求元の端末５０のレコード及び宛先の登録要求先の端末５０のレコード）の宛先端末ＩＤに、他方の端末５０の端末ＩＤを追加する。また、ステップＳ３０５がＮｏの場合には、受信した追加要求に含まれる端末ＩＤ（宛先要求元端末ＩＤおよび宛先要求先端末ＩＤ）に基づいて対応する宛先リスト管理ＤＢ４３のレコード（宛先の登録要求元の端末５０のレコード及び宛先の登録要求先の端末５０のレコード）の宛先端末ＩＤに、他方の端末５０の端末ＩＤを追加する。なお、ステップＳ３０８において、宛先の端末として他方の端末５０を互いに登録せずに、登録要求元の端末５０の宛先に、登録要求先の端末５０を登録するだけでもよい。登録が完了した場合には、宛先リスト管理ＤＢ４３の更新があったレコードに関連付けられた端末ＩＤに対応する端末５０へ宛先の追加が完了した旨を第２通信部３１によって通知してもよい。以上の処理が完了すると、端末管理装置３０の追加要求管理部３９が、追加要求管理ＤＢ４４の登録処理が完了したレコードを削除する。ステップＳ３０５において承認が必要ないと判定された宛先要求元端末ＩＤおよび宛先要求先端末ＩＤの組については、追加要求管理ＤＢ４４にレコードを追加していないので削除の必要はない。

なお、ステップＳ３０５で承認処理が必要でないと判定された場合（ステップＳ３０５、Ｎｏ）であっても、ステップＳ３０６を実行してもよい。この場合には、宛先登録の承認要求の応答があったか否か、さらにはその応答が承認を示すか否かに関わらずステップＳ３０８を実行することができる。

画面作成部１６は、宛先の削除を示す操作であるか否かを判定する（ステップＳ３０９）。例えば、画面作成部１６は、図１３の管理端末一覧画面の「宛先削除」ボタンが押下されたか否かを判定する。なお、図１３の管理端末一覧画面では、複数の端末５０を一括で選択することができるようになっている。宛先の削除を示す操作でない場合（ステップＳ３０９、Ｎｏ）は、処理を終了する。宛先の削除を示す操作である場合（ステップＳ３０９、Ｙｅｓ）は、宛先として削除の対象となる端末５０を入力する画面を表示し、入力を受け付けた端末ＩＤを特定し（ステップＳ３１０）、操作対象端末の宛先から削除する（ステップＳ３１１）。

（第２の実施の形態）
次に、第２の実施の形態の管理システム１００について説明する。本実施の形態の管理システム１００は、第１の実施の形態の管理システム１００とは異なり、宛先リスト管理ＤＢ４３及び追加要求管理ＤＢ４４を同じＤＢ（宛先リスト承認管理ＤＢ）にしている。

図１８は、第２の実施の形態の宛先リスト承認管理ＤＢの一例を説明するための図である。宛先リスト承認管理ＤＢのレコードは、端末ＩＤ、宛先端末ＩＤ及び承認状態を有する。端末ＩＤは、端末５０を識別するための識別情報である。宛先端末ＩＤは、端末５０の宛先として記憶される他の端末５０の端末ＩＤである。承認状態は、端末ＩＤと宛先端末ＩＤとの組み合わせについての承認の状態である。すなわち、宛先リスト承認管理ＤＢは、端末ＩＤに対して１つのレコードで１つの宛先端末ＩＤを関連付けて管理し、その宛先端末ＩＤ毎に承認状態を管理する。例えば、図１８の例では、０１ａａと０１ａｂは互いに宛先として登録されているので、互いに通信することが可能である。一方、０１ａｂは０１ｂｂを宛先として登録していないので、通信相手として指定することができない。また、０１ａａと０１ｂｂは、宛先リスト承認管理ＤＢに互いに登録されているが、承認状態が申請中のため、まだ通信相手として指定することができない。なお、宛先リスト承認管理ＤＢのレコードは、上記以外のカラムを有していてもよい。

次に、宛先リスト承認管理ＤＢを使用した場合に、端末５０の宛先の登録及び削除を行う方法について説明する。全体的なフローは、図１７のフローチャートと同じであるため、第１の実施の形態の管理システム１００と同様に、図１７のフローチャートを利用して説明する。

ステップＳ３０１〜３０５は、第１の実施の形態の管理システム１００と同様であるため説明を省略する。

管理システム１００は、宛先として登録の対象となる端末５０に宛先登録の承認要求を送信する（ステップＳ３０６）。より具体的には、例えば以下のような処理によって実現できる。ステップＳ３０５において承認処理が必要であると判定された宛先の要求元端末と宛先の要求先端末（登録端末）の組み合わせについて、端末管理装置３０の追加要求管理部３９が、受信した追加要求に含まれる要求元端末ＩＤと要求先端末ＩＤを宛先リスト承認管理ＤＢへ新たなレコードとして追加する。この際には承認状態は申請中となる。具体例の説明として、端末０１ａａ（要求元端末）から端末０１ｂｂ（要求先端末）を例として説明する。

端末０１ａａから端末０１ｂｂへ宛先の追加要求がある場合には、要求元端末である端末０１ａａを宛先リスト承認管理ＤＢの端末ＩＤの欄へ追加し、要求先端末である端末０１ｂｂを宛先リスト承認管理ＤＢの宛先端末ＩＤの欄へ追加し、承認状態を申請中とする。“申請中”は、端末ＩＤの欄の端末から宛先端末ＩＤの欄の端末へ追加要求がされているが、まだ承認されていない状態を示す。なお、この際にさらに追加要求を受けた端末０１ｂｂを端末ＩＤの欄へ追加し、要求元端末である端末０１ａａを宛先端末ＩＤの欄へ追加し、承認状態を申請中としてもよい。このようにすることで、追加要求を申請した端末だけでなく受けた端末にも宛先が追加されることになり、お互いに宛先が追加される。（第１の実施の形態の管理システム１００では、追加要求管理ＤＢ４４に一旦追加する方式をとっていたが、本実施の形態の管理システム１００では、直接宛先リスト承認管理ＤＢへ書き込む。）

次に端末管理装置３０の端末状態確認部３８は、承認状態が申請中の宛先リスト承認管理ＤＢの宛先端末ＩＤに基づいて端末管理ＤＢ４２を参照することによって、対応する稼動状態を確認する。そして、端末状態確認部３８によって稼動状態が通信可能（例えばオンライン（伝送可能）など）である場合には、該当する端末５０に対して宛先登録の承認要求を第２通信部３１によって送信する。稼動状態が通信不可能（例えばオフライン）である端末に対しては、稼動状態が通信可能に更新された場合に承認要求を送信すればよい。承認要求にはどの端末からの宛先登録要求なのか把握できるように該当する要求元端末ＩＤを情報として含めてもよい。

次に、管理システム１００は、承認要求を送信した宛先として登録の対象となる端末５０から承認の応答を受信したか否かを判定する（ステップＳ３０７）。より具体的には、例えば端末管理装置３０の第２通信部３１が端末５０から宛先登録の承認要求に対する応答を受信し、応答が承認を示すか否かを判定することによって実現できる。応答には、どの端末ＩＤからの登録要求に対する応答なのか把握できるように要求元端末ＩＤを情報として含めてもよい。

承認の応答を受信した場合（ステップＳ３０７、Ｙｅｓ）、またはステップＳ３０５において承認が必要ないと判定された場合（ステップＳ３０５、Ｎｏ）は、宛先の登録要求元の端末５０及び宛先の登録要求先の端末５０は、宛先の端末として他方の端末５０を互いに登録する（ステップＳ３０８）。すなわち、ステップＳ３０７がＹｅｓの場合には、端末管理装置３０の宛先リスト管理部３７が、宛先の登録要求元の端末ＩＤと登録要求先の端末ＩＤとの組み合わせに基づいて、該当する宛先リスト承認管理ＤＢのレコードの承認状態を承認済みに変更する。上の例でいえば、０１ａａ−０１ｂｂと、０１ｂｂ−０１ａａのレコードの承認状態を申請中から承認済みに変更する。また、ステップＳ３０５がＮｏの場合には、受信した追加要求に含まれる端末ＩＤ（宛先要求元端末ＩＤおよび宛先要求先端末ＩＤ）に基づいて宛先リスト承認管理ＤＢのレコード（宛先の登録要求元の端末５０のレコード及び宛先の登録要求先の端末５０のレコード）の宛先端末ＩＤに、他方の端末５０の端末ＩＤを追加し、承認状態は承認済みとする（承認の必要がないため）。このようにすることで、宛先の登録が完了する。本実施形態の管理システム１００では、端末５０上で通信相手として指定できる宛先は承認状態が承認済みのものだけである。したがって、たとえ宛先管理ＤＢに宛先端末ＩＤが登録されていたとしても承認状態が申請中の場合には通信相手として宛先を指定できない。

なお、ステップＳ３０５で承認処理が必要でないと判定された場合（ステップＳ３０５、Ｎｏ）であっても、ステップＳ３０６を実行してもよい。この場合には、宛先登録の承認要求の応答があったか否か、さらにはその応答が承認を示すか否かに関わらずステップＳ３０８を実行することができる。

次に、上述の実施形態１および２の変形例について説明する。実施形態１および２では、図１７に示したように操作対象端末を決定し（ステップＳ３０１）、登録または削除の選択に応じて、登録端末の決定（ステップＳ３０４）、または削除端末の決定（ステップＳ３１０）を実施している。このように対象となる端末を管理者に選択させる場合もあるが、場合によっては端末の選択は行わずに、自分が管理している端末は全て互いに宛先登録（または宛先削除）を実施したいという場合も考えられる。このような場合には、図１３に示した管理端末一覧画面でユーザは端末を選択する必要はなく、「宛先登録」または「宛先削除」のボタンを選択するだけでよい。

選択されたボタンが「宛先登録」の場合（図１７のステップＳ３０２、Ｙｅｓ）には、図１７のステップＳ３０８へ処理が移る。ステップＳ３０８では、要求元端末と要求先端末の組み合わせに対して宛先登録が実施されるが、ログイン中の管理者ＩＤに関連付けられた端末ＩＤに対応する全ての端末の組み合わせに対して宛先登録処理が実行される。例えば、管理者ＤＢ４５において管理者ＩＤに端末０１ａａ、端末０１ａｂ、端末０１ｂｂの３つの管理端末ＩＤが関連付けられていた場合には、表示制御装置１０において宛先要求元端末と宛先要求先端末の組み合わせがそれぞれ、（１）端末０１ａａと端末０１ａｂ（２）端末０１ａｂと端末０１ａａ（３）端末０１ａａと端末０１ｂｂ（４）端末０１ｂｂと端末０１ａａ（５）端末０１ａｂと端末０１ｂｂ（６）端末０１ｂｂと端末０１ａｂとして特定され、特定された組み合わせ全てについて端末管理装置３０に対して表示制御装置１０から宛先の追加要求が送信される。この場合には、端末を特定する仕組みが異なるだけで、実施形態１および２で説明した宛先の登録処理自体は変わらない。宛先登録処理の対象となる端末は全て管理端末であるため、図１７のＳ３０５に示したような承認が必要か否かの判定は必要なく、承認要求の送信や承認の応答の確認といった処理を省略した登録処理が実施できる。

また、選択されたボタンが「宛先削除」の場合（図１７のステップＳ３０２，Ｎｏ）には、図１７のステップＳ３１１へ処理が移る。削除の場合についても、宛先を登録するか削除するかの処理の違いのみで、上に示した「宛先登録」の場合と削除対象となる端末の特定方法は同じである。

上で示したような端末の特定方法によって、管理者は管理者ＩＤでログインし、宛先登録または宛先削除のボタンを押すだけで、承認依頼や承認の応答確認を不要とする円滑な方法により、自分が管理する端末だけを対象にした宛先登録または宛先削除の処理を実行することが可能となる。

図１９は、第１及び第２の実施の形態の管理システム１００の表示制御装置１０及び端末管理装置３０のハードウェア構成の一例を説明するための図である。

第１及び第２の実施の形態の表示制御装置１０（端末管理装置３０）は、制御装置６１、主記憶装置６２、補助記憶装置６３、表示装置６４、入力装置６５及び通信装置６６を備える。制御装置６１、主記憶装置６２、補助記憶装置６３、表示装置６４、入力装置６５及び通信装置６６は、バス６７を介して互いに接続されている。

制御装置６１は、補助記憶装置６３から主記憶装置６２に読み出されたプログラムを実行する。主記憶装置６２は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等のメモリである。補助記憶装置６３は、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）や光学ドライブ等である。表示装置６４は、表示制御装置１０（端末管理装置３０）の状態等を表示する画面である。表示装置６４は、例えば、液晶ディスプレイである。入力装置６５は、表示制御装置１０（端末管理装置３０）を操作するためのインタフェースである。入力装置６５は、例えばキーボードやマウス等である。通信装置６６は、ネットワークに接続するためのインタフェースである。

第１及び第２の実施の形態の表示制御装置１０（端末管理装置３０）で実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、メモリカード、ＣＤ−Ｒ及びＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のコンピュータで読み取り可能な記録媒体に記録されてコンピュータ・プログラム・プロダクトとして提供される。

また、第１及び第２の実施の形態の表示制御装置１０（端末管理装置３０）で実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成してもよい。また、第１及び第２の実施の形態の表示制御装置１０（端末管理装置３０）で実行されるプログラムをインターネット等のネットワーク経由で提供、又は配布するように構成してもよい。

また、第１及び第２の実施の形態の表示制御装置１０（端末管理装置３０）のプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。

第１及び第２の実施の形態の表示制御装置１０（端末管理装置３０）で実行されるプログラムは、上述した図１の各機能ブロックを含むモジュール構成となっている。当該各機能ブロックは、実際のハードウェアとしては、制御装置６１が上記記憶媒体からプログラムを読み出して実行することにより、上記各機能ブロックが主記憶装置６２上にロードされる。すなわち、上記各機能ブロックは、主記憶装置６２上に生成される。

なお、上述した図１の各機能ブロックの一部、又は全部を、ソフトウェアにより実現せずに、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）等のハードウェアにより実現してもよい。また、記憶部４０は、例えば、補助記憶装置６３として実現できるが、補助記憶装置６３の記憶部４０のデータを、適宜、主記憶装置６２に展開してもよい。

以上のように、第１及び第２の実施の形態の管理システム１００、管理方法及びプログラムによれば、端末５０の宛先登録をより円滑にすることができる。

なお、上述の実施の形態の説明では、管理システム１００が通信ネットワーク２０を介して接続された端末管理装置３０と表示制御装置１０とで構成される一例を示した。しかしながら、端末管理装置３０と表示制御装置１０が一体となった装置で管理システム１００が構成されていてもよい。

また、第１及び第２の管理システム１００は、端末５０間がコミュニケーション可能なコミュニケーションシステムであれば、任意のシステムに適用できる。例えば、テレビ（ビデオ）会議システム、音声会議システム、音声電話システム（携帯電話システムを含む）、テキストチャットシステム、又はホワイトボード共有システムなどに適用できる。また、端末５０は、上述したコミュニケーションシステムの専用端末であってもよいし、パーソナルコンピュータ、スマートフォン、又はタブレット型端末などの汎用端末であってもよい。また、端末管理装置３０及び表示制御装置１０は、図１に例示した機能ブロックを備える情報処理装置であればよく、専用のサーバ装置であっても汎用の端末装置であってもよい。

１０ 表示制御装置
１１ 第１通信部
１２ 第１認証部
１３ 表示制御部
１４ 記憶・読出処理部
１５ 抽出部
１６ 画面作成部
２０ 通信ネットワーク
３０ 端末管理装置
３１ 第２通信部
３２ 第２認証部
３３ 記憶制御部
３４ 記憶・読出処理部
３５ 抽出部
３６ 端末管理部
３７ 宛先リスト管理部
３８ 端末状態確認部
３９ 追加要求管理部
４０ 記憶部
４１ 端末認証管理ＤＢ
４２ 端末管理ＤＢ
４３ 宛先リスト管理ＤＢ
４４ 追加要求管理ＤＢ
４５ 管理者ＤＢ
５０ 端末
６１ 制御装置
６２ 主記憶装置
６３ 補助記憶装置
６４ 表示装置
６５ 入力装置
６６ 通信装置
６７ バス
１００ 管理システム

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

Claims (6)

1. １以上の端末を管理する管理システムであって、
   第１の識別情報に対応する宛先として第２の識別情報を記憶する記憶部と、
   前記第１の識別情報、又は、前記第１の識別情報及び前記第２の識別情報の管理権限を有する第３の識別情報により前記管理システムに接続するための認証を行う認証部と、
   前記記憶部に第２の識別情報を宛先として記憶するための承認要求を第１端末から受信し、当該承認要求を第２の識別情報により前記管理システムに接続される第２端末に送信する通信部と、
   前記第１の識別情報により前記第１端末が前記管理システムに接続され、前記承認要求に対して前記第２端末から承認を示す応答がある場合は、前記第１の識別情報に対応する宛先として前記第２の識別情報を前記記憶部に記憶させ、前記第３の識別情報により前記第１端末が前記管理システムに接続されている場合は、前記第２端末に前記承認要求を送らずに、前記第１の識別情報に対応する宛先として前記第２の識別情報を前記記憶部に記憶させる記憶制御部と
   を備える管理システム。
2. 前記第３の識別情報により前記管理システムに接続されている場合には、前記第２の識別情報毎に、前記承認を省略するか否かを示す情報を入力する項目を含む画面を表示する表示制御部
   を更に備える請求項１に記載の管理システム。
3. 前記表示制御部は、
   前記第３の識別情報が、前記第１の識別情報の管理権限と、前記第２の識別情報の管理権限とを有する場合に、前記承認を省略するか否かを示す情報を入力する項目を表示する
   請求項２に記載の管理システム。
4. 前記表示制御部は、
   前記第３の識別情報により前記管理システムに接続されている場合には、前記第３の識別情報で管理されている識別情報の一覧を含む画面を表示し、前記一覧に含まれる複数の前記第１の識別情報に、宛先として指定可能な前記第２の識別情報を一括で登録することを選択できる画面を表示する
   請求項２又は３に記載の管理システム。
5. 第１の識別情報に対応する宛先として第２の識別情報を記憶する記憶部を備え、１以上の端末を管理する管理システムの管理方法であって、
   認証部が、前記第１の識別情報、又は、前記第１の識別情報及び前記第２の識別情報の管理権限を有する第３の識別情報により前記管理システムに接続するための認証を行うステップと、
   通信部が、前記記憶部に第２の識別情報を宛先として記憶するための承認要求を第１端末から受信し、当該承認要求を第２の識別情報により前記管理システムに接続される第２端末に送信するステップと、
   記憶制御部が、前記第１の識別情報により前記第１端末が前記管理システムに接続され、前記承認要求に対して前記第２端末から承認を示す応答がある場合は、前記第１の識別情報に対応する宛先として前記第２の識別情報を前記記憶部に記憶させ、前記第３の識別情報により前記第１端末が前記管理システムに接続されている場合は、前記第２端末に前記承認要求を送らずに、前記第１の識別情報に対応する宛先として前記第２の識別情報を前記記憶部に記憶させるステップと
   を含む管理方法。
6. 第１の識別情報に対応する宛先として第２の識別情報を記憶する記憶部を備え、１以上の端末を管理するコンピュータを、
   前記第１の識別情報、又は、前記第１の識別情報及び前記第２の識別情報の管理権限を有する第３の識別情報により前記コンピュータに接続するための認証を行う認証部と、
   前記記憶部に第２の識別情報を宛先として記憶するための承認要求を第１端末から受信し、当該承認要求を第２の識別情報により前記コンピュータに接続される第２端末に送信する通信部と、
   前記第１の識別情報により前記第１端末が前記コンピュータに接続され、前記承認要求に対して前記第２端末から承認を示す応答がある場合は、前記第１の識別情報に対応する宛先として前記第２の識別情報を前記記憶部に記憶させ、前記第３の識別情報により前記第１端末が前記コンピュータに接続されている場合は、前記第２端末に前記承認要求を送らずに、前記第１の識別情報に対応する宛先として前記第２の識別情報を前記記憶部に記憶させる記憶制御部
   として機能させるプログラム。

Images