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

Description

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

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

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

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

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

上述した課題を解決し、目的を達成するために、本発明の伝送管理システムは、通信の要求元の端末の宛先候補を示す宛先情報を管理する第１宛先情報管理手段と、前記要求元の端末の宛先候補として、１以上の宛先の端末が指定された宛先登録要求を受信する受信手段と、前記宛先登録要求の承認が省略できる場合、１以上の要求先の端末を、前記要求元の端末の宛先候補として前記宛先情報に登録する第２宛先情報管理手段と、前記宛先登録要求の承認が省略できない場合、宛先候補として指定された前記１以上の要求先の端末に、前記宛先登録要求の承認要求を送信する送信手段と、前記端末のユーザを認証する認証手段と、を有し、前記受信手段は、前記１以上の要求先の端末から前記承認要求の応答を受信し、前記第１宛先情報管理手段は、承認を示す前記承認要求の応答を送信した前記要求先の端末を、前記要求元の端末の前記宛先情報に宛先候補として登録し、前記第２宛先情報管理手段は、前記認証手段により認証されたユーザが前記要求元の端末及び前記宛先の端末の管理者の権限を有する場合、前記１以上の要求先の端末を宛先候補として前記要求元の端末の宛先情報に登録する。

本発明によれば、端末の宛先の登録をより円滑に行うことができるという効果を奏する。

図１は、実施の形態の伝送管理システムの構成の一例を説明するための図である。 図２は、実施の形態の端末認証管理ＤＢの一例を説明するための図である。 図３は、実施の形態の端末管理ＤＢの一例を説明するための図である。 図４は、実施の形態の宛先情報管理ＤＢの一例を説明するための図である。 図５は、実施の形態の登録要求管理ＤＢの一例を説明するための図である。 図６は、実施の形態の管理者ＤＢの一例を説明するための図である。 図７は、実施の形態の伝送管理システムに端末ＩＤでログインした場合に、宛先を登録する場合の一例を説明するための図である。 図８は、実施の形態の伝送管理システムに管理者ＩＤでログインした場合に、宛先を登録する場合（承認あり）の一例を説明するための図である。 図９は、実施の形態の伝送管理システムに管理者ＩＤでログインした場合に、宛先を登録する場合（承認省略）の一例を説明するための図である。 図１０は、実施の形態の伝送管理システムの端末及び端末の宛先情報の管理方法を説明するためのフローチャートである。 図１１は、実施の形態の伝送管理システムの認証画面の一例を示す図である。 図１２は、実施の形態の伝送管理システムの管理者登録画面の一例を示す図である。 図１３は、実施の形態の伝送管理システムの管理端末一覧画面の一例を示す図である。 図１４は、実施の形態の伝送管理システムで管理する端末の登録及び削除の方法（管理端末操作処理）を説明するためのフローチャートである。 図１５は、実施の形態の伝送管理システムの管理端末登録画面の一例を示す図である。 図１６は、実施の形態の伝送管理システムの管理端末削除画面の一例を示す図である。 図１７は、実施の形態の伝送管理システムで管理される端末の宛先操作処理（宛先登録処理の場合）を説明するためのフローチャートである。 図１８は、実施の形態の伝送管理システムの宛先端末登録画面の一例を示す図である。 図１９Ａは、実施の形態の宛先登録の具体例を説明するための図である。 図１９Ｂは、実施の形態の宛先登録の具体例を説明するための図である。 図１９Ｃは、実施の形態の宛先登録の具体例を説明するための図である。 図２０は、実施の形態の伝送管理システムで管理される端末の宛先操作処理（宛先削除処理の場合）を説明するためのフローチャートである。 図２１は、実施の形態の伝送管理システムの宛先端末削除画面の一例を示す図である。 図２２Ａは、実施の形態の宛先削除の具体例を説明するための図である。 図２２Ｂは、実施の形態の宛先削除の具体例を説明するための図である。 図２２Ｃは、実施の形態の宛先削除の具体例を説明するための図である。 図２３Ａは、実施の形態の宛先相互登録の具体例を説明するための図である。 図２３Ｂは、実施の形態の宛先相互登録の具体例を説明するための図である。 図２３Ｃは、実施の形態の宛先相互登録の具体例を説明するための図である。 図２４Ａは、実施の形態の宛先相互削除の具体例を説明するための図である。 図２４Ｂは、実施の形態の宛先相互削除の具体例を説明するための図である。 図２４Ｃは、実施の形態の宛先相互削除の具体例を説明するための図である。 図２５Ａは、実施の形態の宛先リセットの具体例を説明するための図である。 図２５Ｂは、実施の形態の宛先リセットの具体例を説明するための図である。 図２５Ｃは、実施の形態の宛先リセットの具体例を説明するための図である。 図２６は、実施の形態の伝送管理システムの宛先登録システム及び端末管理システムのハードウェア構成の一例を説明するための図である。

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

伝送管理システム１００は、宛先登録システム１０、通信ネットワーク２０及び端末管理システム３０を備える。また、端末５０ａ〜５０ｎが、通信ネットワーク２０に接続されている。端末５０ａ〜５０ｎの数は任意でよい。以下、端末５０ａ〜５０ｎを区別しない場合は、単に端末５０という。宛先登録システム１０、端末管理システム３０及び端末５０は、通信ネットワーク２０を介して互いに接続されている。通信ネットワーク２０の通信方式は、有線であっても無線であってもよい。

はじめに、端末管理システム３０について説明する。端末管理システム３０は、第２通信部３１、第２認証部３２、記憶制御部３３及び記憶部４０を備える。記憶制御部３３は、記憶・読出処理部３４、第２抽出部３５、端末管理部３６、第１宛先情報管理部３７、端末状態確認部３８、登録要求管理部３９、第２判断部５１及び第２宛先情報管理部５２を備える。記憶部４０は、端末認証管理ＤＢ４１、端末管理ＤＢ４２、宛先情報管理ＤＢ４３、登録要求管理ＤＢ４４及び管理者ＤＢ４５を備える。

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

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

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

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

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

図１に戻り、第２通信部３１は、通信ネットワーク２０を介して他の装置と通信する。第２認証部３２は、端末５０が伝送管理システム１００の通信機能（端末５０を使用したテレビ会議などの機能）に接続するための認証を行う。第２認証部３２は、第２通信部３１が受信したログイン情報に含まれる端末ＩＤ及びパスワードを検索キーとし、記憶部４０の端末認証管理ＤＢ４１を検索する。第２認証部３２は、検索キーと端末認証管理ＤＢ４１の情報が一致するか否かを判断することにより、伝送管理システム１００の通信機能に接続を許すか否かの認証を行う。

記憶・読出処理部３４は、記憶部４０にデータを記憶する処理を行う。また、記憶・読出処理部３４は、記憶部４０に記憶されたデータを読み出す処理を行う。

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

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

端末管理部３６は、端末５０が伝送管理システム１００の通信機能（端末５０を使用したテレビ会議などの機能）への接続を要求した端末５０の稼動状態を管理する。端末管理部３６は、伝送管理システム１００の通信機能への接続を要求した端末５０の端末ＩＤに対応する端末管理ＤＢ４２のレコードを更新する。具体的には、稼動状態をオフラインからオンライン（伝送可能）へ変更し、受信日時およびＩＰアドレスを更新する。

第１宛先情報管理部３７は、宛先登録システム１０から受信した宛先の登録要求の承認が省略できない場合に、宛先情報管理ＤＢ４３のレコードに宛先端末ＩＤを追加する処理を行う。宛先の登録要求の承認が省略できない場合は、例えば、宛先登録システム１０にログインしているユーザが、宛先として登録される端末５０の管理者の管理者ＩＤでログインしていない場合である。すなわち、宛先登録の要求先の端末５０の管理者の権限を有していない要求元の端末５０のユーザが、宛先登録の要求元の端末５０の宛先情報に要求先の端末５０を、要求先の端末５０の管理者の承認を得ずに一方的に登録できないようにする。

宛先情報管理ＤＢ４３のレコードを追加する場合、具体的には、まず、第１宛先情報管理部３７は、登録要求管理ＤＢ４４のレコードを抽出する。次に、第１宛先情報管理部３７は、抽出された当該レコードの要求先端末ＩＤにより特定される端末５０に宛先登録の承認要求を、第２通信部３１を介して送信する。次に、第１宛先情報管理部３７は、宛先登録の承認要求の応答を、第２通信部３１を介して受信する。次に、当該応答が承認を示す場合、第１宛先情報管理部３７は、登録要求管理ＤＢ４４の要求元端末ＩＤと、宛先情報管理ＤＢ４３の端末ＩＤとが一致する宛先情報管理ＤＢ４３のレコードを抽出する。次に、第１宛先情報管理部３７は、抽出された当該レコードの宛先端末ＩＤに、当該要求元端末ＩＤを有する登録要求管理ＤＢ４４のレコードの要求先端末ＩＤを追加する。

端末状態確認部３８は、端末管理ＤＢ４２を検索することにより、端末５０の稼動状態を確認する。端末状態確認部３８は、例えば、第１宛先情報管理部３７が宛先の登録要求の承認要求を送信する場合に、送信先の端末５０の稼働状態を確認する。

登録要求管理部３９は、登録要求管理ＤＢ４４のレコードの追加及び削除を行う。登録要求管理部３９は、宛先登録システム１０から宛先の登録要求を受信したときに、登録要求の承認が省略できない場合、登録要求に含まれる要求元端末ＩＤと要求先端末ＩＤとを関連付けたレコードを、登録要求管理ＤＢ４４に追加する。また、登録要求管理部３９は、第１宛先情報管理部３７による宛先情報の登録が完了した場合、登録が完了した宛先情報に対応する登録要求管理ＤＢ４４のレコードを削除する。

第２判断部５１は、宛先の登録要求を宛先登録システム１０から第２通信部３１を介して受信したときに、宛先の登録要求の承認が必要であるか否かを判断する。宛先登録の承認が必要な場合、第２判断部５１は、第１宛先情報管理部３７に宛先登録を依頼する。宛先登録の承認が必要でない場合、第２判断部５１は、第２宛先情報管理部５２に宛先登録を依頼する。

第２宛先情報管理部５２は、宛先操作処理の承認が省略できる場合に、宛先情報管理ＤＢ４３のレコードの変更（追加及び削除を含む）を行う。宛先操作処理には、宛先登録処理、宛先削除処理、宛先相互登録処理、宛先相互削除処理及び宛先リセット処理がある。各処理の説明は、図１７乃至図２５Ｃを参照して後述する。例えば、第２宛先情報管理部５２は、宛先の登録要求の承認が省略できる場合、宛先情報管理ＤＢ４３の宛先端末ＩＤを追加する処理を行う。

なお、宛先操作処理の承認が省略できる場合は、例えば、端末５０の管理者の管理者ＩＤを使用して宛先登録システム１０にログインし、当該管理者ＩＤにより管理されている端末５０について宛先操作処理を行う場合である。また、要求元端末ＩＤと要求先端末ＩＤとの少なくとも一部が一致している場合を、宛先の登録要求の承認が省略できる場合としてもよい。この場合は、端末ＩＤの付与の仕方に応じて、端末５０の管理の仕方を変更している場合に有効である。

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

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

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

第１判断部１７は、画面作成部１６により作成された画面の操作に応じて実行される処理の判断を行う。例えば、第１判断部１７は、管理端末一覧画面（図１３参照）で「宛先登録」ボタンが押下された場合、宛先登録処理を行うことを判断する。また、第１判断部１７は、管理端末一覧画面で「宛先削除」ボタンが押下された場合、宛先削除処理を行うことを判断する。また、第１判断部１７は、管理端末一覧画面で「宛先相互登録」ボタンが押下された場合、宛先相互登録処理を行うことを判断する。また、第１判断部１７は、管理端末一覧画面で「宛先相互削除」ボタンが押下された場合、宛先相互削除処理を行うことを判断する。また、第１判断部１７は、管理端末一覧画面で「宛先リセット」ボタンが押下された場合、宛先リセット処理を行うことを判断する。各処理の説明は、図１７乃至図２５Ｃを参照して後述する。

次に、図７乃至図９を参照して、実施の形態の伝送管理システム１００（宛先登録システム１０）に端末ＩＤでログインした場合と、管理者ＩＤでログインした場合と、の宛先登録処理の違いを説明する。

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

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

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

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

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

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

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

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

図１０に戻り、画面作成部１６は、管理端末一覧画面を作成し、管理者が操作している端末５０へ送信することによって画面表示させる（ステップＳ１０５）。

図１３は、実施の形態の伝送管理システム１００の管理端末一覧画面の一例を示す図である。管理端末一覧画面では、伝送管理システム１００のログインに使用している管理者ＩＤにより管理されている端末５０に関連付けられた名称、端末ＩＤ及び宛先端末ＩＤ（当該端末ＩＤにより識別される端末５０の宛先として関連付けて記憶されている端末５０の端末ＩＤ）が表示される。管理端末一覧画面は、宛先登録システム１０が通信ネットワーク２０を介して端末管理システム３０の記憶部４０から取得した情報（名称、端末ＩＤ及び宛先端末ＩＤ）に基づいて作成される。具体的には、まず、宛先登録システム１０が受け付けた管理者ＩＤを検索キーとして管理者ＤＢ４５を検索し、管理者ＩＤに関連付けられた管理端末ＩＤを取得する。また、取得した管理端末ＩＤを検索キーとして宛先情報管理ＤＢ４３を検索し、各管理端末ＩＤに関連付けられた宛先端末ＩＤを取得する。また、取得した管理端末ＩＤを検索キーとして端末管理ＤＢ４２を検索し、各管理端末ＩＤに関連付けられた名称を取得する。

図１０に戻り、次に、画面作成部１６は、宛先情報管理ＤＢ４３の操作対象の端末５０を特定する（ステップＳ１０６）。具体的には、画面作成部１６は、管理端末一覧画面（図１３参照）のチェックボックスにより選択（複数可）された端末を、宛先情報管理ＤＢ４３の操作対象の端末５０として特定する。

次に、第１判断部１７は、ユーザの入力が端末５０の登録（又は削除）であるか否かを判断する（ステップＳ１０７）。具体的には、第１判断部１７は、管理端末一覧画面（図１３参照）で「端末登録」ボタンが押下された場合、端末５０の登録であることを判断し、管理端末一覧画面で「端末削除」ボタンが押下された場合、端末５０の削除であることを判断する。端末５０の登録（又は削除）である場合（ステップＳ１０７、Ｙｅｓ）、伝送管理システム１００は、管理端末操作処理を行う（ステップＳ１０８）。管理端末操作処理の説明は図１４乃至図１６を参照して後述する。端末５０の登録（又は削除）でない場合（ステップＳ１０７、Ｎｏ）は、ステップＳ１０９に進む。

次に、第１判断部１７は、ユーザの入力が宛先情報管理ＤＢ４３（図４参照）に記憶されている端末５０の宛先情報の変更であるか否かを判断する（ステップＳ１０９）。宛先情報の変更に関する宛先操作処理には、宛先登録処理、宛先削除処理、宛先相互登録処理、宛先相互削除処理及び宛先リセット処理がある。具体的には、第１判断部１７は、管理端末一覧画面（図１３参照）で「宛先登録」ボタンが押下された場合、宛先登録処理を行うことを判断する。また、第１判断部１７は、管理端末一覧画面で「宛先削除」ボタンが押下された場合、宛先削除処理を行うことを判断する。また、第１判断部１７は、管理端末一覧画面で「宛先相互登録」ボタンが押下された場合、宛先相互登録処理を行うことを判断する。また、第１判断部１７は、管理端末一覧画面で「宛先相互削除」ボタンが押下された場合、宛先相互削除処理を行うことを判断する。また、第１判断部１７は、管理端末一覧画面で「宛先リセット」ボタンが押下された場合、宛先リセット処理を行うことを判断する。

端末５０の宛先情報の変更である場合（ステップＳ１０９、Ｙｅｓ）、伝送管理システム１００は、宛先操作処理を行う（ステップＳ１１０）。宛先操作処理（宛先登録処理、宛先削除処理、宛先相互登録処理、宛先相互削除処理及び宛先リセット処理）の説明は図１７乃至図２５Ｃを参照して後述する。端末５０の宛先情報の変更でない場合（ステップＳ１０９、Ｎｏ）は、ステップＳ１１１に進む。

第１判断部１７は、操作を終わるか否か（ログアウト操作が行われたか否か）を判断する（ステップＳ１１１）。具体的には、第１判断部１７は、管理端末一覧画面（図１３参照）で「ログアウト」ボタンが押下されたか否かを判断する。ログアウト操作が行われた場合（ステップＳ１１１、Ｙｅｓ）は、伝送管理システム１００からログアウトする（ステップＳ１１２）。ログアウト操作が行われていない場合（ステップＳ１１２、Ｎｏ）は、ステップＳ１０６に戻る。

次に、管理端末操作処理について説明する。図１４は、図１０のステップＳ１０８で示した実施の形態の伝送管理システム１００で管理する端末５０の登録及び削除の方法（管理端末操作処理）を説明するためのフローチャートである。第１判断部１７が、ユーザ（管理者）が操作する端末５０からの入力（図１３の管理端末一覧画面の「端末登録」ボタン又は「端末削除」ボタンの押下）に応じて端末５０の登録であるか否かを判断する（ステップＳ２０１）。端末５０の登録である場合（ステップＳ２０１、Ｙｅｓ）は、画面作成部１６が管理端末登録画面を表示する（ステップＳ２０２）。

図１５は、実施の形態の伝送管理システム１００の管理端末登録画面の一例を示す図である。図１５の例では、管理端末としてユーザが登録したい端末５０の端末ＩＤを、ユーザが入力（複数可）する場合の例である。なお、端末ＩＤが記載されたファイルを指定（画面作成部１６が当該ファイルを参照するために必要なパスの指定など）することによって、端末ＩＤを入力させてもよい。

図１４に戻り、次に、管理端末登録画面の「登録」ボタンが押下されると、第１通信部１１が、入力された端末ＩＤ及び管理者ＩＤを含む登録要求を端末管理システム３０へ送信し、端末管理システム３０の記憶・読出処理部３４がログインに使用されている当該管理者ＩＤを有する管理者ＤＢ４５のレコードの管理端末ＩＤに入力された端末ＩＤを追加する（ステップＳ２０３）。次に、画面作成部１６は、追加された端末ＩＤ、当該端末ＩＤに関連付けられた名称及び宛先端末ＩＤを表示することにより、管理端末一覧画面を更新する（ステップＳ２０６）。

端末５０の登録でない場合（ステップＳ２０１、Ｎｏ）、画面作成部１６が管理端末削除画面を表示する（ステップＳ２０４）。

図１６は、実施の形態の伝送管理システム１００の管理端末削除画面の一例を示す図である。図１６の例では、管理端末からユーザが削除したい端末５０の端末ＩＤを、ユーザが入力（複数可）する場合の例である。なお、端末ＩＤが記載されたファイルを指定（画面作成部１６が当該ファイルを参照するために必要なパスの指定など）することによって、端末ＩＤを入力させてもよい。

図１４に戻り、次に、管理端末削除画面の「削除」ボタンが押下されると、第１通信部１１が、入力された端末ＩＤ、及びログインに使用されている管理者ＩＤを含む削除要求を端末管理システム３０へ送信する。そして、端末管理システム３０の記憶・読出処理部３４が、当該管理者ＩＤを有する管理者ＤＢ４５のレコードの管理端末ＩＤから、入力された端末ＩＤを削除する（ステップＳ２０５）。次に、画面作成部１６は、削除された端末ＩＤ、当該端末ＩＤに関連付けられた名称及び宛先端末ＩＤの表示を削除することにより、管理端末一覧画面を更新する（ステップＳ２０６）。

なお、ステップＳ２０３の処理において、宛先登録システム１０の記憶・読出処理部１４が、管理者ＤＢ４５のレコードを直接、更新（当該端末ＩＤを、ログインしている管理者ＩＤのレコードの管理端末ＩＤに追加）してもよい。同様に、ステップＳ２０５の処理において、宛先登録システム１０の記憶・読出処理部１４が、管理者ＤＢ４５のレコードを直接、更新（当該端末ＩＤを、ログインしている管理者ＩＤのレコードの管理端末ＩＤから削除）してもよい。

次に、図１３の管理端末一覧画面で「宛先登録」ボタンが押下された場合の宛先登録処理について説明する。図１７は、図１０のステップＳ１１０で示した実施の形態の伝送管理システム１００で管理される端末５０の宛先操作処理（宛先登録処理の場合）を説明するためのフローチャートである。具体的には、図１３の管理端末一覧画面のチェックボックスにより宛先情報管理ＤＢ４３の操作対象の端末５０が選択され、「宛先登録」ボタンが押下された場合のフローチャートである。このフローチャートでは、図１０の説明で述べたように管理者ＩＤでログインしているため、端末ＩＤでログインした場合と比較して、承認を省略した宛先の登録や宛先となる端末の一括登録といった機能を実行することができる。まず、宛先登録システム１０（画面作成部１６）は、宛先として登録される端末５０を入力する画面を表示する（ステップＳ３０１）。

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

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

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

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

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

承認処理が必要でないと判断された場合（ステップＳ３０３、Ｎｏ）は、第２宛先情報管理部５２が、宛先の登録要求元の端末５０の宛先情報、及び宛先の登録要求先の端末５０の宛先情報に、宛先の端末として他方の端末５０を互いに登録する（ステップＳ３０６）。具体的には、第２宛先情報管理部５２は、端末ＩＤが、受信した登録要求に含まれる端末ＩＤ（宛先要求元端末ＩＤ及び宛先要求先端末ＩＤ）である宛先情報管理ＤＢ４３のレコードの宛先端末ＩＤに、他方の端末５０の端末ＩＤを互いに追加する。

次に、承認処理が必要であると判断された場合（ステップＳ３０３、Ｙｅｓ）は、伝送管理システム１００（第１宛先情報管理部３７）は、宛先として登録の対象となる端末５０に宛先登録の承認要求を送信する（ステップＳ３０４）。より具体的には、例えば以下のような処理によってステップＳ３０４の処理を実現する。まず、端末管理システム３０（登録要求管理部３９）が、ステップＳ３０３において承認処理が必要であると判断された宛先の要求元端末と宛先の要求先端末（登録端末）との組み合わせの全てについて、受信した登録要求に含まれる要求元端末ＩＤと要求先端末ＩＤとを関連付けたレコードを登録要求管理ＤＢ４４（図５参照）に追加する。次に、端末管理システム３０（端末状態確認部３８）は、登録要求管理ＤＢ４４の要求先端末ＩＤにより端末管理ＤＢ４２を参照することによって要求先端末（登録端末）の稼動状態を確認する。そして、稼動状態が通信可能（例えばオンライン（伝送可能）など）である場合、端末管理システム３０（第２通信部３１）が要求先端末（登録端末）に宛先登録の承認要求を送信する。稼動状態が通信不可能（例えばオフライン）である要求先端末（登録端末）については、稼動状態が通信可能に更新された場合に端末管理システム３０（第２通信部３１）が承認要求を送信する。

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

承認の応答を受信した場合（ステップＳ３０５、Ｙｅｓ）、端末管理システム３０（第１宛先情報管理部３７）は、宛先の登録要求元の端末５０の宛先情報、及び宛先の登録要求先の端末５０の宛先情報に、宛先の端末として他方の端末５０を互いに登録する（ステップＳ３０６）。具体的には、第１宛先情報管理部３７が、登録要求管理ＤＢ４４の情報に基づいて対応する宛先情報管理ＤＢ４３のレコード（宛先の登録要求元の端末５０のレコード及び宛先の登録要求先の端末５０のレコード）の宛先端末ＩＤに、他方の端末５０の端末ＩＤを追加する。

承認の応答を受信しなかった場合（ステップＳ３０５、Ｎｏ）、宛先の登録を行わずに宛先登録処理を終了する。

なお、ステップＳ３０６において、宛先の端末として他方の端末５０を互いに登録せずに、登録要求元の端末５０の宛先に、登録要求先の端末５０を登録するだけでもよい。また、登録が完了した場合、端末管理システム３０（第２通信部３１）が、宛先情報管理ＤＢ４３の更新があったレコードに関連付けられた端末ＩＤに対応する端末５０へ宛先の追加が完了したことを通知してもよい。

また、ステップＳ３０６の処理が、第１宛先情報管理部３７により行われた場合、端末管理システム３０（登録要求管理部３９）が、登録処理が完了した登録要求管理ＤＢ４４のレコードを削除する。ステップＳ３０３において承認が必要ないと判断された宛先要求元端末ＩＤ及び宛先要求先端末ＩＤの組については、登録要求管理ＤＢ４４にレコードが追加されていないので削除の必要はない。

次に、図１７のフローチャートによる宛先登録時（承認が必要ない場合）のデータ処理の具体例について説明する。図１９Ａ乃至図１９Ｃは、実施の形態の宛先登録の具体例を説明するための図である。図１９Ａは、予め４台の端末５０（Ａ，Ｂ，Ｃ，Ｄ）の宛先情報（図１９Ｂ上段の図参照）に、端末５０（Ｚ）が宛先として登録されている状態で、Ａ，Ｂ，Ｃそれぞれの宛先情報にＤを追加（図１９Ｂ下段の図参照）する場合の例を示す。

図１９Ｃを参照して宛先登録のデータ処理の具体例の動作について説明する。まず、宛先登録システム１０は、宛先端末登録画面（図１８参照）に対する入力に応じて登録される登録端末を特定し（図１７のステップＳ３０２に相当）、登録要求を端末管理システム３０に送信する。｛Ａ，Ｄ｝は、宛先情報への登録の要求元端末がＡであり、要求先端末がＤであることを示す。｛Ｂ，Ｄ｝は、宛先情報への登録の要求元端末がＢであり、要求先端末がＤであることを示す。｛Ｃ，Ｄ｝は、宛先情報への登録の要求元端末がＣであり、要求先端末がＤであることを示す。

次に、第２宛先情報管理部５２は、登録要求に含まれる情報｛Ａ，Ｄ｝に応じて、宛先情報管理ＤＢ４３に「登録：Ａ→Ｄ」及び「登録：Ｄ→Ａ」を行う（図１７のステップＳ３０６に相当）。「登録：Ａ→Ｄ」は、要求元端末Ａの宛先情報に要求先端末Ｄを登録することを示す。「登録：Ｄ→Ａ」は、要求先端末Ｄの宛先情報に要求元端末Ａを登録することを示す。「登録：Ｂ→Ｄ」、「登録：Ｄ→Ｂ」、「登録：Ｃ→Ｄ」及び「登録：Ｄ→Ｃ」の説明は、「登録：Ａ→Ｄ」及び「登録：Ｄ→Ａ」の説明と同様なので省略する。

以上のデータ処理により、宛先情報管理ＤＢ４３の状態が、図１９Ｂ上段の状態から図１９Ｂ下段の状態に更新される。

次に、図１３の管理端末一覧画面で「宛先削除」ボタンが押下された場合の宛先削除処理について説明する。図２０は、図１０のステップＳ１１０で示した実施の形態の伝送管理システム１００で管理される端末５０の宛先操作処理（宛先削除処理の場合）を説明するためのフローチャートである。具体的には、図１３の管理端末一覧画面のチェックボックスにより宛先情報管理ＤＢ４３の操作対象の端末５０が選択され、「宛先削除」ボタンが押下された場合のフローチャートである。まず、宛先登録システム１０（画面作成部１６）は、宛先情報から削除される端末５０の端末ＩＤを入力する画面を表示する（ステップＳ３１１）。

図２１は、実施の形態の伝送管理システム１００の宛先端末削除画面の一例を示す図である。なお、図２１のように端末ＩＤをユーザが入力する形式ではなく、例えば端末ＩＤが記載されたファイルを指定（画面作成部１６が当該ファイルを参照するために必要なパスの指定など）することによって、端末ＩＤを入力させてもよい。

図２０に戻り、図２１の宛先端末削除画面で削除端末ＩＤが入力され、「削除」ボタンが押下されることにより、画面作成部１６は、宛先情報から削除される端末５０を特定する（ステップＳ３１２）。次に、第２宛先情報管理部５２は、上述の図１０のステップＳ１０６で特定された操作対象端末（要求元端末）の宛先情報から、ステップＳ３１２で特定された端末５０を削除し、ステップＳ３１２で特定された端末５０（要求先端末）の宛先情報から、上述の図１０のステップＳ１０６で特定された操作対象端末（要求元端末）を削除する（ステップＳ３１３）。

次に、図２０のフローチャートによる宛先削除時のデータ処理の具体例について説明する。図２２Ａ乃至図２２Ｃは、実施の形態の宛先削除の具体例を説明するための図である。図２２Ａは、予め４台の端末５０（Ａ，Ｂ，Ｃ，Ｄ）の宛先情報（図２２Ｂ上段の図参照）に、端末５０（Ｄ，Ｚ）が宛先として登録されている状態で、Ａ，Ｂ，Ｃそれぞれの宛先情報からＤを削除（図２２Ｂ下段の図参照）する場合の例を示す。

図２２Ｃを参照して宛先削除のデータ処理の具体例の動作について説明する。まず、宛先登録システム１０は、宛先端末削除画面（図２１参照）に対する入力に応じて削除される削除端末を特定し（図２０のステップＳ３１２に相当）、削除要求を端末管理システム３０に送信する。｛Ａ，Ｄ｝は、宛先情報の削除の要求元端末がＡであり、削除される端末がＤであることを示す。｛Ｂ，Ｄ｝は、宛先情報の削除の要求元端末がＢであり、削除される端末がＤであることを示す。｛Ｃ，Ｄ｝は、宛先情報の削除の要求元端末がＣであり、削除される端末がＤであることを示す。

次に、第２宛先情報管理部５２は、削除要求に含まれる情報｛Ａ，Ｄ｝に応じて、宛先情報管理ＤＢ４３に「削除：Ａ→Ｄ」及び「削除：Ｄ→Ａ」を行う（図２０のステップＳ３１３に相当）。「削除：Ａ→Ｄ」は、要求元端末Ａの宛先情報から要求先端末Ｄを削除することを示す。「削除：Ｄ→Ａ」は、要求先端末Ｄの宛先情報から要求元端末Ａを削除することを示す。「削除：Ｂ→Ｄ」、「削除：Ｄ→Ｂ」、「削除：Ｃ→Ｄ」及び「削除：Ｄ→Ｃ」の説明は、「削除：Ａ→Ｄ」及び「削除：Ｄ→Ａ」の説明と同様なので省略する。

以上のデータ処理により、宛先情報管理ＤＢ４３の状態が、図２２Ｂ上段の状態から図２２Ｂ下段の状態に更新される。

次に、図１３の管理端末一覧画面で「宛先相互登録」ボタンが押下された場合の宛先相互登録のデータ処理の具体例について説明する。図２３Ａ乃至図２３Ｃは、実施の形態の宛先相互登録の具体例を説明するための図である。図２３Ａは、予め４台の端末５０（Ａ，Ｂ，Ｃ，Ｄ）の宛先情報（図２３Ｂ上段の図参照）に、端末５０（Ｚ）が宛先として登録されている状態で、Ａ，Ｂ，Ｃ，Ｄそれぞれの宛先情報を相互登録（図２３Ｂ下段の図参照）する場合の例を示す。

図２３Ｃを参照して宛先相互登録のデータ処理の具体例の動作について説明する。まず、宛先登録システム１０は、管理端末一覧画面（図１３参照）に対する入力に応じて相互登録される端末を特定し（ステップＳ３２１）、相互登録要求を端末管理システム３０に送信する。｛Ａ，Ｂ，Ｃ，Ｄ｝は、相互登録の対象となる端末５０を示す。

次に、第２宛先情報管理部５２は、相互登録要求に含まれる情報｛Ａ，Ｂ，Ｃ，Ｄ｝に応じて、宛先情報管理ＤＢ４３に「登録：Ａ→Ｂ」、「登録：Ｂ→Ａ」、「登録：Ａ→Ｃ」、「登録：Ｃ→Ａ」、「登録：Ａ→Ｄ」、「登録：Ｄ→Ａ」、「登録：Ｂ→Ｃ」、「登録：Ｃ→Ｂ」、「登録：Ｂ→Ｄ」、「登録：Ｄ→Ｂ」、「登録：Ｃ→Ｄ」及び「登録：Ｄ→Ｃ」を行う（ステップＳ３２２）。「登録：Ａ→Ｂ」は、Ａの宛先情報にＢを登録することを示す。「登録：Ｂ→Ａ」、「登録：Ａ→Ｃ」、「登録：Ｃ→Ａ」、「登録：Ａ→Ｄ」、「登録：Ｄ→Ａ」、「登録：Ｂ→Ｃ」、「登録：Ｃ→Ｂ」、「登録：Ｂ→Ｄ」、「登録：Ｄ→Ｂ」、「登録：Ｃ→Ｄ」及び「登録：Ｄ→Ｃ」の説明は、「登録：Ａ→Ｂ」の説明と同様なので省略する。

以上のデータ処理により、宛先情報管理ＤＢ４３の状態が、図２３Ｂ上段の状態から図２３Ｂ下段の状態に更新される。

次に、図１３の管理端末一覧画面で「宛先相互削除」ボタンが押下された場合の宛先相互削除のデータ処理について説明する。図２４Ａ乃至図２４Ｃは、実施の形態の宛先相互削除の具体例を説明するための図である。図２４Ａは、予め４台の端末５０（Ａ，Ｂ，Ｃ，Ｄ）の宛先情報（図２４Ｂ上段の図参照）に、端末５０（Ａ，Ｂ，Ｃ，Ｄ，Ｚ）が宛先として登録されている状態で、Ａ，Ｂ，Ｃ，Ｄそれぞれの宛先情報を相互削除（図２４Ｂ下段の図参照）する場合の例を示す。

図２４Ｃを参照して宛先相互削除のデータ処理の具体例の動作について説明する。まず、宛先登録システム１０は、管理端末一覧画面（図１３参照）に対する入力に応じて相互削除される端末を特定し（ステップＳ３３１）、相互削除要求を端末管理システム３０に送信する。｛Ａ，Ｂ，Ｃ，Ｄ｝は、相互削除の対象となる端末５０を示す。

次に、第２宛先情報管理部５２は、相互削除要求に含まれる情報｛Ａ，Ｂ，Ｃ，Ｄ｝に応じて、宛先情報管理ＤＢ４３に「削除：Ａ→Ｂ」、「削除：Ｂ→Ａ」、「削除：Ａ→Ｃ」、「削除：Ｃ→Ａ」、「削除：Ａ→Ｄ」、「削除：Ｄ→Ａ」、「削除：Ｂ→Ｃ」、「削除：Ｃ→Ｂ」、「削除：Ｂ→Ｄ」、「削除：Ｄ→Ｂ」、「削除：Ｃ→Ｄ」及び「削除：Ｄ→Ｃ」を行う（ステップＳ３３２）。「削除：Ａ→Ｂ」は、Ａの宛先情報からＢを削除することを示す。「削除：Ｂ→Ａ」、「削除：Ａ→Ｃ」、「削除：Ｃ→Ａ」、「削除：Ａ→Ｄ」、「削除：Ｄ→Ａ」、「削除：Ｂ→Ｃ」、「削除：Ｃ→Ｂ」、「削除：Ｂ→Ｄ」、「削除：Ｄ→Ｂ」、「削除：Ｃ→Ｄ」及び「削除：Ｄ→Ｃ」の説明は、「削除：Ａ→Ｂ」の説明と同様なので省略する。

以上のデータ処理により、宛先情報管理ＤＢ４３の状態が、図２４Ｂ上段の状態から図２４Ｂ下段の状態に更新される。

次に、図１３の管理端末一覧画面で「宛先リセット」ボタンが押下された場合の宛先リセットのデータ処理について説明する。図２５Ａ乃至図２５Ｃは、実施の形態の宛先リセットの具体例を説明するための図である。図２５Ａは、予め５台の端末５０（Ａ，Ｂ，Ｃ，Ｄ，Ｚ）の宛先情報が相互登録されている状態（図２５Ｂ上段の図参照）で、Ａ，Ｂの宛先情報をリセット（図２５Ｂ下段の図参照）する場合の例を示す。

図２５Ｃを参照して宛先リセットのデータ処理の具体例の動作について説明する。まず、宛先登録システム１０は、管理端末一覧画面（図１３参照）に対する入力に応じてリセットされる端末を特定し（ステップＳ３４１）、リセット要求を端末管理システム３０に送信する。｛Ａ，Ｂ｝は、リセットの対象となる端末５０を示す。

次に、第２宛先情報管理部５２は、リセット要求に含まれる情報｛Ａ，Ｂ｝に応じて、Ａの宛先情報（宛先：Ａ→Ｂ，Ｃ，Ｄ，Ｚ）及びＢの宛先情報（宛先：Ｂ→Ａ，Ｃ，Ｄ，Ｚ）を宛先情報管理ＤＢ４３から取得する（ステップＳ３４２）。

次に、第２宛先情報管理部５２は、Ａ，Ｂの宛先情報を全て削除し、Ｃ，Ｄ，Ｚの宛先情報からＡ，Ｂを削除する（ステップＳ３４３）。すなわち、第２宛先情報管理部５２は、宛先情報管理ＤＢ４３に「削除：Ａ→Ｂ」、「削除：Ｂ→Ａ」、「削除：Ａ→Ｃ」、「削除：Ｃ→Ａ」、「削除：Ａ→Ｄ」、「削除：Ｄ→Ａ」、「削除：Ａ→Ｚ」、「削除：Ｚ→Ａ」、「削除：Ｂ→Ｃ」、「削除：Ｃ→Ｂ」、「削除：Ｂ→Ｄ」、「削除：Ｄ→Ｂ」、「削除：Ｂ→Ｚ」及び「削除：Ｚ→Ｂ」を行う。「削除：Ａ→Ｂ」は、Ａの宛先情報からＢを削除することを示す。「削除：Ｂ→Ａ」、「削除：Ａ→Ｃ」、「削除：Ｃ→Ａ」、「削除：Ａ→Ｄ」、「削除：Ｄ→Ａ」、「削除：Ａ→Ｚ」、「削除：Ｚ→Ａ」、「削除：Ｂ→Ｃ」、「削除：Ｃ→Ｂ」、「削除：Ｂ→Ｄ」、「削除：Ｄ→Ｂ」、「削除：Ｂ→Ｚ」及び「削除：Ｚ→Ｂ」の説明は、「削除：Ａ→Ｂ」の説明と同様なので省略する。

以上のデータ処理により、宛先情報管理ＤＢ４３の状態が、図２５Ｂ上段の状態から図２５Ｂ下段の状態に更新される。

以上説明したように、実施の形態の伝送管理システム１００（宛先登録システム１０及び端末管理システム３０）によれば、第１宛先情報管理部３７及び第２宛先情報管理部５２を備えることにより、端末５０の宛先の登録及び削除をより円滑に行うことができる。

図２６は、実施の形態の伝送管理システム１００の宛先登録システム１０及び端末管理システム３０のハードウェア構成の一例を説明するための図である。

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

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

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

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

また、実施の形態の宛先登録システム１０（端末管理システム３０）のプログラムを、ＲＯＭ等に予め組み込んで提供するように構成してもよい。

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

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

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

また、実施の形態の伝送管理システム１００は、端末５０間がコミュニケーション可能なコミュニケーションシステムであれば、任意のシステムに適用できる。例えば、テレビ（ビデオ）会議システム、音声会議システム、音声電話システム（携帯電話システムを含む）、テキストチャットシステム、又はホワイトボード共有システムなどに適用できる。また、端末５０は、上述したコミュニケーションシステムの専用端末であってもよいし、パーソナルコンピュータ、スマートフォン、又はタブレット型端末などの汎用端末であってもよい。端末５０が上述したコミュニケーションシステムの専用端末である場合は、端末５０は、例えばプロジェクタなどの投影装置、電子黒板、車に搭載されるカーナビゲーション端末、又はＭＦＰ（Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｒｉｎｔｅｒ）やプリンタなどの画像形成装置である。また、端末管理システム３０及び宛先登録システム１０は、図１に例示した機能ブロックを備える情報処理装置であればよく、専用のサーバ装置であっても汎用の端末装置であってもよい。

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

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

Claims (10)

1. 通信の要求元の端末の宛先候補を示す宛先情報を管理する第１宛先情報管理手段と、
   前記要求元の端末の宛先候補として、１以上の宛先の端末が指定された宛先登録要求を受信する受信手段と、
   前記宛先登録要求の承認が省略できる場合、１以上の要求先の端末を、前記要求元の端末の宛先候補として前記宛先情報に登録する第２宛先情報管理手段と、
   前記宛先登録要求の承認が省略できない場合、宛先候補として指定された前記１以上の要求先の端末に、前記宛先登録要求の承認要求を送信する送信手段と、
   前記端末のユーザを認証する認証手段と、を有し、
   前記受信手段は、前記１以上の要求先の端末から前記承認要求の応答を受信し、
   前記第１宛先情報管理手段は、承認を示す前記承認要求の応答を送信した前記要求先の端末を、前記要求元の端末の前記宛先情報に宛先候補として登録し、
   前記第２宛先情報管理手段は、前記認証手段により認証されたユーザが前記要求元の端末及び前記宛先の端末の管理者の権限を有する場合、前記１以上の要求先の端末を宛先候補として前記要求元の端末の宛先情報に登録する
   伝送管理システム。
2. 前記宛先登録要求は、前記要求元の端末の識別情報及び前記宛先の端末の識別情報を含み、
   前記第２宛先情報管理手段は、前記要求元の端末の識別情報及び前記宛先の端末の識別情報の少なくとも一部が同じ場合、前記１以上の要求先の端末を宛先候補として前記要求元の端末の前記宛先情報に登録する
   請求項１に記載の伝送管理システム。
3. 前記第１宛先情報管理手段は、前記宛先登録要求の承認が省略できない場合、更に、承認を示す前記承認要求の応答を送信した前記要求先の端末の宛先情報に、承認された前記要求元の端末を宛先候補として登録し、
   前記第２宛先情報管理手段は、前記宛先登録要求の承認が省略できる場合、更に、承認を示す前記承認要求の応答を送信した前記要求先の端末の宛先情報に、前記要求元の端末を宛先候補として登録する
   請求項１又は２に記載の伝送管理システム。
4. 前記受信手段は、１以上の前記宛先の端末が指定された宛先削除要求を受信し、
   前記第２宛先情報管理手段は、前記宛先削除要求で指定された１以上の前記宛先の端末を、前記要求元の端末の宛先情報の宛先候補から削除する
   請求項１乃至３のいずれか１項に記載の伝送管理システム。
5. 前記第２宛先情報管理手段は、更に、前記宛先削除要求で指定された１以上の前記宛先の端末の宛先情報の宛先候補から、前記要求元の端末を削除する
   請求項４に記載の伝送管理システム。
6. 前記受信手段は、複数の端末が指定された宛先相互登録要求を受信し、
   前記第２宛先情報管理手段は、前記宛先相互登録要求で指定された前記複数の端末各々の宛先情報に、前記宛先相互登録要求で指定された他の端末を宛先候補として登録する
   請求項１乃至５のいずれか１項に記載の伝送管理システム。
7. 前記受信手段は、複数の端末が指定された宛先相互削除要求を受信し、
   前記第２宛先情報管理手段は、前記宛先相互削除要求で指定された前記複数の端末各々の宛先情報から、前記宛先相互削除要求で指定された他の端末を削除する
   請求項１乃至６のいずれか１項に記載の伝送管理システム。
8. 前記受信手段は、１以上の端末が指定されたリセット要求を受信し、
   前記第２宛先情報管理手段は、前記リセット要求で指定された前記１以上の端末各々の宛先情報を削除し、他の端末の前記宛先情報に前記リセット要求で指定された前記１以上の端末が宛先候補として登録されている場合、他の端末の前記宛先情報から前記リセット要求で指定された前記１以上の端末を削除する
   請求項１乃至７のいずれか１項に記載の伝送管理システム。
9. 通信の要求元の端末の宛先候補を示す宛先情報を管理する伝送管理システムの管理方法であって、
   受信手段が、前記要求元の端末の宛先候補として、１以上の宛先の端末が指定された宛先登録要求を受信するステップと、
   第２宛先情報管理手段が、前記宛先登録要求の承認が省略できる場合、１以上の要求先の端末を、前記要求元の端末の宛先候補として前記宛先情報に登録するステップと、
   送信手段が、前記宛先登録要求の承認が省略できない場合、宛先候補として指定された前記１以上の要求先の端末に、前記宛先登録要求の承認要求を送信するステップと、
   認証手段が、前記端末のユーザを認証するステップと、
   受信手段が、前記１以上の要求先の端末から前記承認要求の応答を受信するステップと、
   第１宛先情報管理手段が、承認を示す前記承認要求の応答を送信した前記要求先の端末を、前記要求元の端末の前記宛先情報に宛先候補として登録するステップと、
   前記第２宛先情報管理手段が、前記認証手段により認証されたユーザが前記要求元の端末及び前記宛先の端末の管理者の権限を有する場合、前記１以上の要求先の端末を宛先候補として前記要求元の端末の宛先情報に登録するステップと、
   を含む管理方法。
10. コンピュータを、
    通信の要求元の端末の宛先候補を示す宛先情報を管理する第１宛先情報管理手段と、
    前記要求元の端末の宛先候補として、１以上の宛先の端末が指定された宛先登録要求を受信する受信手段と、
    前記宛先登録要求の承認が省略できる場合、１以上の要求先の端末を、前記要求元の端末の宛先候補として前記宛先情報に登録する第２宛先情報管理手段と、
    前記宛先登録要求の承認が省略できない場合、宛先候補として指定された前記１以上の要求先の端末に、前記宛先登録要求の承認要求を送信する送信手段、
    前記端末のユーザを認証する認証手段として機能させ、
    前記受信手段は、前記１以上の要求先の端末から前記承認要求の応答を受信し、
    前記第１宛先情報管理手段は、承認を示す前記承認要求の応答を送信した前記要求先の端末を、前記要求元の端末の前記宛先情報に宛先候補として登録し、
    前記第２宛先情報管理手段は、前記認証手段により認証されたユーザが前記要求元の端末及び前記宛先の端末の管理者の権限を有する場合、前記１以上の要求先の端末を宛先候補として前記要求元の端末の宛先情報に登録する
    プログラム。

Images