(57)【要約】【課題】ネットワーク上で宛先のグループを管理しておき、グループを宛先として指定可能な通信システムによると、グループの構成の変更、追加、削除等を行いたい場合に、ネットワーク上のシステムの更改が必要となる。ネットワーク上のシステムの更改には、メンテナンスの負荷が増大する。【解決手段】端末１０の操作入力受付部１２は、通信の宛先として指定可能な宛先候補のグループの選択を受け付ける。端末１０の宛先管理部６２は、選択されたグループに分類されている一以上の宛先名の中から、一の宛先名を選択することにより宛先を決定する。端末１０の送受信部２１は、管理システム５０に決定された宛先に対する通信の開始要求をする。【選択図】図６
2017034323.tif 000002
【特許請求の範囲】
【請求項１】
通信の宛先候補を示す宛先情報が含まれているグループの選択を受け付ける選択受付手段と、
選択されたグループに含まれている宛先情報によって示される宛先候補の中から、宛先を決定する決定手段と、
決定された宛先に対する通信の開始要求をする開始要求手段と、
を有することを特徴とする通信端末。
【請求項２】
通信の宛先として指定可能な宛先候補を示す宛先情報をグループに分類する分類手段を有しており、
前記選択受付手段は、前記分類手段によって分類されたグループの中から、グループの選択を受け付けけることを特徴とする請求項１に記載の通信端末。
【請求項３】
アカウント毎に提供可能な宛先情報を管理する管理システムに対してログイン要求するログイン要求手段を有しており、
前記選択受付手段は、前記宛先候補を絞り込むための絞込情報の選択を受け付け、
前記ログイン要求手段は、選択された絞込情報に対応するアカウントにより前記管理システムに対してログイン要求することを特徴とする請求項１又は２に記載の通信端末。
【請求項４】
前記宛先情報は階層構造を有しており、
前記分類手段は、前記宛先情報を、階層の共通性に基づいて分類することを特徴とする請求項２に記載の通信端末。
【請求項５】
前記宛先情報における所定の階層を示す階層情報を管理する管理手段と、
前記管理手段において管理されている前記階層情報を含む宛先情報の登録を受け付ける登録受付手段と、
を有することを特徴とする請求項４に記載の通信端末。
【請求項６】
前記分類手段は、通信の宛先として指定可能な宛先候補を示す各宛先情報のうち、前記管理手段において管理されている前記階層情報を含む宛先情報を分類することを特徴とする請求項５に記載の通信端末。
【請求項７】
通信の宛先として指定可能な宛先候補の状態を示す状態情報を取得する取得手段を有しており、
前記決定手段は、選択されたグループに含まれている宛先情報によって示される宛先候補の状態情報に基づいて、前記宛先を決定することを特徴とする請求項１乃至６のいずれか一項に記載の通信端末。
【請求項８】
請求項３に記載の通信端末、及び
前記管理システム
を有することを特徴とする通信システム。
【請求項９】
通信端末が、
通信の宛先候補を示す宛先情報が含まれているグループの選択を受け付ける選択受付処理と、
選択されたグループに含まれている宛先情報によって示される宛先候補の中から、宛先を決定する決定処理と、
決定された宛先に対する通信の開始要求をする開始要求処理と、
を実行することを特徴とする通信管理方法。
【請求項１０】
前記通信端末が、
宛先候補を絞り込むための絞込情報の選択を受け付ける処理と、
選択された絞込情報に対応するアカウントにより管理システムに対してログイン要求するログイン要求処理と、
を実行し
前記管理システムが、
アカウント毎に提供可能な宛先情報を管理しており、
ログイン要求元のアカウントに対応する宛先情報を前記通信端末に送信する
ことを特徴とする請求項９に記載の通信管理方法。
【請求項１１】
通信端末に、
通信の宛先候補を示す宛先情報が含まれているグループの選択を受け付ける選択受付処理と、
選択されたグループに含まれている宛先情報によって示される宛先候補の中から、宛先を決定する決定処理と、
決定された宛先に対する通信の開始要求をする開始要求処理と、
を実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信端末、通信システム、通信管理方法、及びプログラムに関する。
【背景技術】
【０００２】
近年、当事者の移動の経費や時間を削減する要請等に伴い、インターネットや専用線等の通信ネットワークを介してテレビ会議や通話等を行う通信システムが普及している。このような通信システムでは、複数の通信端末の間で通信を開始すると、画像データ及び音データ等のコンテンツデータの送受信が行われ、テレビ会議や通話等を実現することができる。
【０００３】
また、テレビ会議で利用される通信システムには複数の宛先を登録しておくことができ、利用者はこれらの宛先の一つを選択することによって、所望の相手と会議を始めることができる（特許文献１参照）。
【０００４】
また、通信端末が、管理システムへコールセンターとの通信の開始要求をする方法が知られている（特許文献２参照）。管理システムは、コールセンターの通信端末の中から一の宛先の通信端末を呼び出して、開始要求元の通信端末と宛先の通信端末との間のセッションを確立させる。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、ネットワーク上で宛先のグループを管理しておき、グループを宛先として指定可能な通信システムによると、グループの構成の変更、追加、削除等を行いたい場合に、ネットワーク上のシステムの更改が必要となる。ネットワーク上のシステムの更改には、例えば、通信端末の稼動を一定時間停止させ、或いは、稼動している通信端末に影響を与えることなくシステムの動作の評価を行なうなどのメンテナンスの負荷が増大するという課題が生じる。
【課題を解決するための手段】
【０００６】
請求項１に係る発明の通信端末は、通信の宛先候補を示す宛先情報が含まれているグループの選択を受け付ける選択受付手段と、選択されたグループに含まれている宛先情報によって示される宛先候補の中から、宛先を決定する決定手段と、決定された宛先に対する通信の開始要求をする開始要求手段と、を有することを特徴とする。
【発明の効果】
【０００７】
本発明によると、グループを宛先として指定可能な通信システムにおいて、グループの構成の変更等に伴う、通信システムのメンテナンスの負荷を軽減することができるという効果を奏する。
【図面の簡単な説明】
【０００８】
【図１】図１は、一実施形態に係る通信システムの概略図である。
【図２】図２は、一実施形態に係る端末の外観図である。
【図３】図３は、一実施形態に係る端末のハードウェア構成図である。
【図４】図４は、一実施形態に係る管理システム、中継装置、プログラム提供システム、又はメンテナンスシステムのハードウェア構成図である。
【図５】図５は、一実施形態に係る端末のソフトウェア構成図である。
【図６】図６は、一実施形態に係る通信システムを構成する各端末及び管理システムの機能ブロック図である。
【図７】図７は、端末又は管理システムにおいて管理される各テーブルを示す概念図である。
【図８】図８は、端末が起動してから宛先リストを取得するまでの処理を示したシーケンス図である。
【図９】図９は、ディスプレイの表示例である。
【図１０】図１０は、通信の開始要求をする処理を示したシーケンス図である。
【図１１】図１１は、階層宛先リストテーブルを作成する処理を示したシーケンス図である。
【図１２】図１２は、宛先を決定する処理を示したフロー図である。
【図１３】図１３は、端末のソフトウェア構成図である。
【図１４】図１４（Ａ）は、宛先登録処理を示すフロー図である。図１４（Ｂ）は、階層宛先リストテーブルを作成する処理を示したフロー図である。
【図１５】図１５は、ディスプレイの表示例である。
【図１６】図１６は、宛先候補を登録申請する処理を示したフロー図である。
【発明を実施するための形態】
【０００９】
以下、図面を用いて、本発明の一実施形態を詳細に説明する。なお、以下では、「通信端末」は単に「端末」として表され、「通信管理システム」は単に「管理システム」として表されている。
【００１０】
＜＜通信システム１の全体構成＞＞
図１は、本発明の一実施形態に係る通信システムの概略図である。図１に示されているように、通信システム１は、複数の端末（１０ａａ，１０ａｂ，…）、各端末（１０ａａ，１０ａｂ，…）用のディスプレイ（１２０ａａ，１２０ａｂ，…）、複数の中継装置（３０ａ，３０ｂ，３０ｃ，３０ｄ，３０ｅ）、管理システム５０、プログラム提供システム９０、及びメンテナンスシステム１００によって構築されている。この通信システム１によって、コンテンツデータの一例としての画像データ及び音データの通信が行われることで、遠隔地間のテレビ会議等を実現することができる。なお、複数のルータ（７０ａ，７０ｂ，７０ｃ，７０ｄ，７０ａｂ）は、コンテンツデータの最適な経路の選択を行う。
【００１１】
端末（１０ａａ，１０ａｂ，１０ａｃ，・・・）、中継装置３０ａ、及びルータ７０ａは、ＬＡＮ２ａによって通信可能に接続されている。端末（１０ｂａ，１０ｂｂ，１０ｂｃ，・・・）、中継装置３０ｂ、及びルータ７０ｂは、ＬＡＮ２ｂによって通信可能に接続されている。また、ＬＡＮ２ａ及びＬＡＮ２ｂは、ルータ７０ａｂが含まれた専用線２ａｂによって通信可能に接続されている。更に、ＬＡＮ２ａ、ＬＡＮ２ｂ、及び専用線２ａｂは、所定の地域Ｘ内で構築されている。なお、各装置は、必ずしも専用線によって接続されている必要はなく、例えば直接インターネット２ｉに接続されていてもよい。
【００１２】
端末（１０ｃａ，１０ｃｂ，１０ｃｃ，・・・）、中継装置３０ｃ、及びルータ７０ｃは、ＬＡＮ２ｃによって通信可能に接続されている。ＬＡＮ２ｃは、所定の地域Ｙ内で構築されている。
【００１３】
端末（１０ｄａ，１０ｄｂ，１０ｄｃ，・・・）、中継装置３０ｄ、及びルータ７０ｄは、ＬＡＮ２ｄによって通信可能に接続されている。ＬＡＮ２ｄは、所定の地域Ｚ内で構築されている。地域Ｘ、地域Ｙ、及び地域Ｚは、同一国内であっても、異なる国であっても良い。
【００１４】
地域Ｘ、地域Ｙ、及び地域Ｚは、それぞれルータ（７０ａｂ，７０ｃ，７０ｄ）からインターネット２ｉを介して通信可能に接続されている。なお、地域Ｚには、コールセンターが設けられている。各端末１０は、コールセンターの端末（１０ｄａ，１０ｄｂ，１０ｄｃ，・・・）と接続することで、レセプションサービスを受けることができる。
【００１５】
なお、以下では、複数の端末（１０ａａ，１０ａｂ，…）のうち任意の端末は、「端末１０」と表され、複数のディスプレイ（１２０ａａ，１２０ａｂ，…）のうち任意のディスプレイは「ディスプレイ１２０」と表され、複数の中継装置（３０ａ，３０ｂ，３０ｃ，３０ｄ，３０ｅ）のうち任意の中継装置は「中継装置３０」と表されている。また、ルータ（７０ａ，７０ｂ，７０ｃ，７０ｄ，７０ａｂ）のうち任意のルータは、「ルータ７０」と表されている。
【００１６】
また、管理システム５０、プログラム提供システム９０、及びメンテナンスシステム１００は、インターネット２ｉに接続されている。なお、管理システム５０、プログラム提供システム９０、及びメンテナンスシステム１００は、地域（Ｘ，Ｙ，Ｚ）に設置されていても良いし、これら以外の地域に設置されていても良い。
【００１７】
また、本実施形態では、ＬＡＮ（２ａ，２ｂ，２ｃ，２ｄ）、専用線２ａｂ、及びインターネット２ｉによって、本実施形態の通信ネットワーク２が構築されている。この通信ネットワーク２には、有線だけでなく、ＷｉＦｉ(Wireless Fidelity)やＢｌｕｅｔｏｏｔｈ（登録商標）、携帯電話網等の無線による通信が行われる箇所があってもよい。
【００１８】
また、図１において、各端末１０、各中継装置３０、管理システム５０、各ルータ７０、プログラム提供システム９０、及びメンテナンスシステム１００の下に示されている４組の数字は、一般的なＩＰｖ４におけるＩＰアドレスを簡易的に示している。また、ＩＰｖ４ではなく、ＩＰｖ６を用いてもよいが、説明を簡略化するため、ＩＰｖ４を用いて説明している。
【００１９】
また、各端末１０は、後述のアプリケーションが起動されると、音データ又は画像データを含むコンテンツデータの送受信により、ユーザ間の通話を可能にする。更に、端末１０は、所定の通信方式（通話の宛先と接続又は切断をするための呼制御方式、及び通話データをＩＰパケット化するための符号化方式）を利用して、通話データの送受信を行う。なお、以下、「アプリケーション」は「アプリ」と省略して説明する。
【００２０】
また、上述の呼制御方式としては、(1)SIP(Session Initiation Protocol)、(2)H.323、(3)SIPを拡張したプロトコル、(4)インスタントメッセンジャーのプロトコル、(5)SIPのMESSAGEメソッドを利用したプロトコル、(6)インターネットリレーチャットのプロトコル(IRC(Internet Relay Chat))、(7)インスタントメッセンジャーのプロトコルを拡張したプロトコル等が挙げられる。このうち、(4)インスタントメッセンジャーのプロトコルは、例えば、(4-1)XMPP(Extensible Messaging and Presence Protocol)、又は(4-2)ICQ（登録商標）、AIM（登録商標）、若しくはSkype（登録商標）などで利用されるプロトコルである。また、(7)インスタントメッセンジャーのプロトコルを拡張したプロトコルは、例えば、Jingleである。
【００２１】
＜＜実施形態のハードウェア構成＞＞
次に、本実施形態のハードウェア構成を説明する。図２は、一実施形態に係る端末１０の外観図である。図２に示されているように、端末１０は、筐体１１００、アーム１２００、及びカメラハウジング１３００を備えている。このうち、筐体１１００の前側壁面１１１０には、複数の吸気孔によって形成された吸気面が設けられており、筐体１１００の後側壁面１１２０には、複数の排気孔が形成された排気面１１２１が設けられている。これにより、筐体１１００に内蔵された冷却ファンの駆動によって、吸気面を介して端末１０の後方の外気を取り込み、排気面１１２１を介して端末１０の後方へ排気することができる。筐体１１００の右側壁面１１３０に収音用孔１１３１が形成されていることで、後述する内蔵型のマイク１１４は、音声、物音、雑音等の音を収音可能となっている。
【００２２】
筐体１１００の右側壁面１１３０側には、操作パネル１１５０が形成されている。この操作パネル１１５０には、後述の複数の操作ボタン（１０８ａ〜１０８ｅ）、後述の電源スイッチ１０９、及び後述のアラームランプ１１９が設けられていると共に、後述の内蔵型のスピーカ１１５からの出力音を通すための複数の音出力孔によって形成された音出面１１５１が形成されている。また、筐体１１００の左側壁面１１４０側には、アーム１２００及びカメラハウジング１３００を収容するための凹部としての収容部１１６０が形成されている。筐体１１００の右側壁面１１３０には、後述の外部機器接続Ｉ／Ｆ１１８に対して電気的にケーブルを接続するための複数の接続口（１１３２ａ〜１１３２ｃ）が設けられている。一方、筐体１１００の左側壁面１１４０には、後述の外部機器接続Ｉ／Ｆ１１８に対して電気的にディスプレイ１２０用のケーブル１２０ｃを接続するための接続口が設けられている。
【００２３】
なお、以下では、操作ボタン（１０８ａ〜１０８ｅ）のうち任意の操作ボタンを示す場合には「操作ボタン１０８」を用い、接続口（１１３２ａ〜１１３２ｃ）のうち任意の接続口を示す場合には「接続口１１３２」を用いて説明する。
【００２４】
次に、アーム１２００は、トルクヒンジ１２１０を介して筐体１１００に取り付けられており、アーム１２００が筐体１１００に対して、１３５度のチルト角θ１の範囲で、上下方向に回転可能になっている。図２は、チルト角θ１が９０度の状態を示している。カメラハウジング１３００には、後述の内蔵型のカメラ１１２が設けられており、ユーザ、書類、及び部屋等を撮像することができる。また、カメラハウジング１３００には、トルクヒンジ１３１０が形成されている。カメラハウジング１３００は、トルクヒンジ１３１０を介して、アーム１２００に取り付けられている。カメラハウジング１３００はアーム１２００に対して、図２で示されている状態を０度として±１８０度のパン角θ２の範囲で、且つ、±４５度のチルト角θ３の範囲で、上下左右方向に回転可能になっている。
【００２５】
なお、上記図２の外観図はあくまで一例であってこの外観に限定するものではない。他の例としては、端末１０は、一般の汎用コンピュータあるいは携帯電話端末、プロジェクタ、電子ホワイトボード、電子看板(デジタルサイネージ)等であってもよい（図１の端末（１０ａｃ，１０ｃｃ）参照）。端末１０として用いるコンピュータに、マイクやカメラが備わっていない場合には、外付けのマイクおよびカメラをコンピュータに接続させることができる。また、端末１０が汎用コンピュータや携帯電話端末等である場合には、無線ＬＡＮや携帯電話網などによる無線通信により、端末１０とインターネット２ｉとを接続しても良い。また、端末１０として汎用コンピュータを用いる場合には、当該コンピュータに後述する端末１０の処理を実行するためのアプリケーションをインストールしておくことができる。
【００２６】
なお、管理システム５０、プログラム提供システム９０、及びメンテナンスシステム１００は、それぞれ一般のサーバコンピュータの外観と同じであるため、外観の説明を省略する。
【００２７】
図３は、一実施形態に係る端末１０のハードウェア構成図である。端末１０は、端末１０全体の動作を制御するＣＰＵ１０１(Central Processing Unit)、ＩＰＬ(Initial Program Loader)等のＣＰＵ１０１の駆動に用いられるプログラムを記憶したＲＯＭ１０２(Read Only Memory)、ＣＰＵ１０１のワークエリアとして使用されるＲＡＭ１０３(Random Access Memory)、端末１０用のプログラム、画像データ、及び音データ等の各種データを記憶するフラッシュメモリ１０４、ＣＰＵ１０１の制御にしたがってフラッシュメモリ１０４に対する各種データの読み出し又は書き込みを制御するＳＳＤ１０５（Solid State Drive）、フラッシュメモリやＩＣカード（Integrated Circuit Card）等の記録メディア１０６に対するデータの読み出し又は書き込み（記憶）を制御するメディアＩ／Ｆ１０７、端末１０の宛先を選択する場合などに操作される操作ボタン１０８、端末１０の電源のＯＮ／ＯＦＦを切り換えるための電源スイッチ１０９、通信ネットワーク２を利用してデータ伝送をするためのネットワークＩ／Ｆ１１１(Interface)を備えている。
【００２８】
また、端末１０は、ＣＰＵ１０１の制御に従って被写体を撮像して画像データを得る内蔵型のカメラ１１２、このカメラ１１２の駆動を制御する撮像素子Ｉ／Ｆ１１３、音を入力する内蔵型のマイク１１４、音を出力する内蔵型のスピーカ１１５、ＣＰＵ１０１の制御に従ってマイク１１４及びスピーカ１１５との間で音信号の入出力を処理する音入出力Ｉ／Ｆ１１６、ＣＰＵ１０１の制御に従って外付けのディスプレイ１２０に画像データを伝送するディスプレイＩ／Ｆ１１７、各種の外部機器を接続するための外部機器接続Ｉ／Ｆ１１８、端末１０の各種機能の異常を知らせるアラームランプ１１９、及び上記各構成要素を図３に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン１１０を備えている。
【００２９】
ディスプレイ１２０は、被写体の画像等を表示する表示部である。ディスプレイ１２０の一例として液晶や有機ＥＬ(Organic Electroluminescence)が挙げられる。また、ディスプレイ１２０は、ケーブル１２０ｃによってディスプレイＩ／Ｆ１１７に接続される。このケーブル１２０ｃは、アナログＲＧＢ（ＶＧＡ）信号用のケーブルであってもよいし、コンポーネントビデオ用のケーブルであってもよいし、ＨＤＭＩ（登録商標）(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)に対する各種データの読み出し又は書き込みを制御するＣＤ−ＲＯＭドライブ２１４、及び、上記各構成要素を図４に示されているように電気的に接続するためのアドレスバスやデータバス等のバスライン２１０を備えている。
【００３４】
一方、中継装置３０、プログラム提供システム９０、及びメンテナンスシステム１００は、上記管理システム５０と同様のハードウェア構成を有しているため、その説明を省略する。
【００３５】
図５は、一実施形態に係る端末１０のソフトウェア構成図である。図５に示されているように、ＯＳ１０２０、テレビ会議アプリ１０３１、及びレセプションアプリ１０３２は、ＲＡＭ１０３の作業領域１０１０上で動作する。ＯＳ１０２０、及び、これらのアプリは、端末１０にインストールされている。
【００３６】
また、これらのうち、ＯＳ１０２０は、基本的な機能を提供し、端末１０全体を管理する基本ソフトウェアである。テレビ会議アプリ１０３１は、他の端末１０と接続して、テレビ会議を行うためのアプリである。レセプションアプリ１０３２は、コールセンターの端末１０と接続して、オペレータと通話するためのアプリである。
【００３７】
なお、上記アプリは、一例であって、他のアプリがインストールされていてもよい。他のアプリがインストールされる場合は、プログラム提供システム９０に他のアプリを保存しておき、端末１０の要求に応じて他のアプリをダウンロードしてもよい。また、複数のテレビ会議アプリがインストールされる場合は、上記(1)〜(7)のように、異なるプロトコルのテレビ会議アプリがインストールされてもよい。
【００３８】
＜＜実施形態の機能構成＞＞
次に、本実施形態の機能構成について説明する。図６は、一実施形態に係る通信システム１の一部を構成する端末１０、及び管理システム５０の機能ブロック図である。なお、図６では、端末１０、及び管理システム５０が、通信ネットワーク２を介してデータ通信することができるように接続されている。
【００３９】
＜端末の機能構成＞
端末１０は、装置制御部１０５０及び通話制御部１０６０を有している。このうち、装置制御部１０５０は、ＯＳ１０２０が実行されることによって実現される。また、通話制御部１０６０は、テレビ会議アプリ１０３１又はレセプションアプリ１０３２等の通信用のアプリが起動されることによって実現される。
【００４０】
また、装置制御部１０５０は、送受信部１１、操作入力受付部１２、表示制御部１３、及び記憶・読出部１９を有している。これら各部は、図３に示されている各構成要素のいずれかが、フラッシュメモリ１０４からＲＡＭ１０３上に展開された起動アプリ（プログラム）に従ったＣＰＵ１０１からの命令によって動作することで実現される機能である。
【００４１】
一方、通話制御部１０６０は、送受信部２１、起動部２２、表示制御部２４、宛先管理部２６、及び記憶・読出部２９を有している。これら各部は、図３に示されている各構成要素のいずれかが、フラッシュメモリ１０４からＲＡＭ１０３上に展開されたテレビ会議アプリ１０３１又はレセプションアプリ１０３２（プログラム）に従ったＣＰＵ１０１からの命令によって動作することで実現される機能である。
【００４２】
また、端末１０は、図３に示されているＲＯＭ１０２、ＲＡＭ１０３、フラッシュメモリ１０４によって構築される記憶部１０００を有している。この記憶部１０００には、後述のＤＢ(Data Base)が構築される。
【００４３】
（ログイン情報管理テーブル）
図７（Ａ−１）は、ログイン情報管理テーブルを示す概念図である。ログイン情報管理テーブルでは、通信の宛先候補を絞り込むために用いられる絞込情報と、この絞込情報が選択されたときに用いられる通信ＩＤと、この通信ＩＤを用いて管理システム５０へログイン要求するときに用いられるパスワードと、が関連付けられて管理される。通信ＩＤは、通信システム１において、通信先を特定するための情報である。通信ＩＤとしては、特に限定されないが、例えば、端末１０の識別情報、管理システム５０へログイン要求するときのアカウント等が含まれる。
【００４４】
（装置制御部の各機能構成）
次に、端末１０における装置制御部１０５０の各機能構成について詳細に説明する。なお、以下では、端末１０における装置制御部１０５０の各機能構成を説明するにあたって、図３に示されている各構成要素のうち、装置制御部１０５０の各機能構成を実現させるための主な構成要素との関係も説明する。
【００４５】
送受信部１１は、ＣＰＵ１０１からの命令、及びネットワークＩ／Ｆ１１１によって実現され、通信ネットワーク２を介して、通信相手の端末、各装置又はシステム等と各種データ（または情報）の送受信を行う。
【００４６】
操作入力受付部１２は、ＣＰＵ１０１からの命令、並びに操作ボタン（１０８ａ，１０８ｂ，１０８ｃ，１０８ｄ，１０８ｅ）及び電源スイッチ１０９によって実現され、ユーザによる各種入力又は各種選択を受け付ける。
【００４７】
表示制御部１３は、ＣＰＵ１０１からの命令、及びディスプレイＩ／Ｆ１１７によって実現され、画像をディスプレイ１２０において表示するための制御を行う。
【００４８】
記憶・読出部１９は、ＣＰＵ１０１からの命令及びＳＳＤ１０５によって実現され、又はＣＰＵ１０１からの命令によって実現され、記憶部１０００に各種データを記憶したり、記憶部１０００に記憶された各種データを読み出す処理を行う。
【００４９】
（通話制御部の各機能構成）
次に、端末１０における通話制御部１０６０の各機能構成について詳細に説明する。なお、以下では、端末１０における通話制御部１０６０の各機能構成を説明するにあたって、図３に示されている各構成要素のうち、通話制御部１０６０の各機能構成を実現させるための主な構成要素との関係も説明する。
【００５０】
送受信部２１は、ＣＰＵ１０１からの命令、及びネットワークＩ／Ｆ１１１によって実現され、通信ネットワーク２を介して、通信相手の端末、各装置又はシステム等と各種データ（または情報）の送受信を行う。
【００５１】
起動部２２は、ＣＰＵ１０１からの命令によって実現され、装置制御部１０５０の操作入力受付部１２がユーザによるアプリの選択を受け付けた場合に、操作入力受付部１２の起動要求に基づいて通話制御部１０６０（テレビ会議アプリ又はレセプションアプリ）の動作を起動する。
【００５２】
表示制御部２４は、ＣＰＵ１０１からの命令、及びディスプレイＩ／Ｆ１１７によって実現され、画面のデータをディスプレイ１２０に送信するための制御を行う。
【００５３】
宛先管理部２６は、ＣＰＵ１０１からの命令によって実現され、宛先リストに含まれる各宛先候補の通信ＩＤをグループに分類する。また、宛先管理部２６は、分類されたグループに含まれる通信ＩＤの中から、宛先の通信ＩＤを決定する。
【００５４】
記憶・読出部２９は、ＣＰＵ１０１からの命令及びＳＳＤ１０５によって実現され、又はＣＰＵ１０１からの命令によって実現され、記憶部１０００に各種データを記憶したり、記憶部１０００に記憶された各種データを読み出す処理を行う。
【００５５】
＜管理システムの機能構成＞
管理システム５０は、送受信部５１、認証部５２、管理部５３、セッション制御部５８、及び記憶・読出部５９を有している。これら各部は、図４に示されている各構成要素のいずれかが、ＨＤ２０４からＲＡＭ２０３上に展開された管理システム５０用のプログラムに従ったＣＰＵ２０１からの命令によって動作することで実現される機能である。また、管理システム５０は、ＨＤ２０４により構築される記憶部５０００を有している。更に、記憶部５０００には、以下に示すような各テーブルによって各ＤＢが構築される。
【００５６】
（認証管理テーブル）
図７（Ｂ−１）は、認証管理テーブルを示す概念図である。記憶部５０００には、図７（Ｂ−１）に示されているような認証管理テーブルによって認証管理ＤＢ５００１が構築されている。この認証管理テーブルでは、管理システム５０によって管理される全ての端末１０の各通信ＩＤに対して、認証用のパスワードが関連付けられて管理される。
【００５７】
（端末管理テーブル）
図７（Ｂ−２）は、端末管理テーブルを示す概念図である。記憶部５０００には、図７（Ｂ−２)に示されているような端末管理テーブルによって端末管理ＤＢ５００２が構築されている。この端末管理テーブルでは、通信ＩＤ毎に、各通信先を宛先とするときの宛先名、各通信先の稼動状態、及び各通信先の端末１０のＩＰアドレスが関連付けられて管理される。稼動状態「ＯＦＦライン」は、管理システム５０と接続していない状態を示す。稼動状態「ＯＮライン（通信可能）」は、管理システム５０と接続しているが、他の端末１０とは接続していない状態を示す。稼動状態「ＯＮライン（通信中）」は、管理システム５０と接続しており、他の端末１０とも接続している状態を示す。
【００５８】
（宛先リスト管理テーブル）
図７（Ｂ−３）は、宛先リスト管理テーブルを示す概念図である。記憶部５０００には、図７（Ｂ−３）に示されているような宛先リスト管理テーブルによって構成されている宛先リスト管理ＤＢ５００４が構築されている。この宛先リスト管理テーブルでは、通信の開始を要求する開始要求元の通信ＩＤに対して、指定可能な宛先候補の通信ＩＤが関連付けられて管理される。
【００５９】
＜管理システムの各機能構成＞
次に、管理システム５０の各機能構成について詳細に説明する。なお、以下では、管理システム５０の各機能構成を説明するにあたって、図４に示されている各構成要素のうち、管理システム５０の各機能構成を実現させるための主な構成要素との関係も説明する。
【００６０】
送受信部５１は、ＣＰＵ２０１からの命令、及びネットワークＩ／Ｆ２０９によって実行され、通信ネットワーク２を介して各端末、装置又はシステムと各種データ（または情報）の送受信を行う。
【００６１】
認証部５２は、ＣＰＵ２０１からの命令によって実現され、送受信部５１で受信された通信ＩＤ及びパスワードを検索キーとして、認証管理テーブルを検索し、この認証管理テーブルに同一の通信ＩＤ及びパスワードが管理されているかを判断することによって端末１０の認証を行う。
【００６２】
管理部５３は、ＣＰＵ２０１からの命令によって実現され、端末管理テーブル（図７（Ｂ−２）参照）において、最新の稼動状態等を管理させるため、稼動状態等を更新する処理を行う。
【００６３】
セッション制御部５８は、ＣＰＵ２０１からの命令によって、端末１０間でコンテンツデータを送信するセッションを制御する。この制御としては、セッションを確立するための制御、確立されたセッションに端末１０参加させる制御、セッションを切断する制御等が含まれる。
【００６４】
記憶・読出部５９は、ＣＰＵ２０１からの命令及びＨＤＤ２０５によって実行され、又はＣＰＵ２０１からの命令によって実現され、記憶部５０００に各種データを記憶したり、記憶部５０００に記憶された各種データを抽出する処理を行う。
【００６５】
＜＜通信システム１の処理・動作＞＞
続いて、通信システム１における処理方法を説明する。まずは、図８を用いて、端末１０ａａが起動してから宛先リストを取得するまでの処理を説明する。図８は、端末１０が起動してから宛先リストを取得するまでの処理を示したシーケンス図である。
【００６６】
まず、ユーザが、電源スイッチ１０９をＯＮにすると、操作入力受付部１２が電源ＯＮを受け付けて、端末１０ａａを起動させる（ステップＳ１）。端末１０ａａの起動後、操作入力受付部１２は、ユーザによる操作入力に応じて、レセプションアプリ１０３２の起動要求を受け付ける。操作入力受付部１２は、起動要求に応じて起動部２２に対して起動を命令することで、レセプションアプリ１０３２に対応する通話制御部１０６０を起動させる（ステップＳ２）。なお、これよりも前は、装置制御部１０５０による処理であったが、これ以降は、レセプションアプリ１０３２が起動することによって実現される通話制御部１０６０による処理となる。
【００６７】
レセプションアプリ１０３２が起動すると、表示制御部２４は、図９（Ａ）に示したようなログイン要求受付画面を作成して、ディスプレイ１２０ａａに出力する。図９（Ａ）は、ディスプレイの表示例である。図９（Ａ）のように、ログイン要求受付画面には、ログイン要求を受け付けるためのボタン（１４１ａ，１４１ｂ）が含まれている。表示制御部２４は、各ボタン（１４１ａ，１４１ｂ）に、ログイン情報管理テーブルにおいて管理されている各絞込情報「国内旅行または海外旅行」を出力する（ステップＳ３）。なお、ログイン情報管理テーブルにおける各情報の対応関係に基づいて、各絞込情報「国内旅行，海外旅行」が出力された各ボタン（１４１ａ，１４１ｂ）は、各通信ＩＤ「０１ａａ，０２ａａ」及び各パスワード「ａａａａ，ａｂｃｄ」が関連付けられている。
【００６８】
端末１０ａａにおけるユーザの操作によりいずれかのボタン（１４１ａ，１４１ｂ）が選択されると、操作入力受付部１２は、ログイン要求を受け付ける（ステップＳ４）。続いて、送受信部２１は、選択されたボタンに関連付けられている通信ＩＤ及びパスワードを管理システム５０へ送信することにより、管理システム５０へログイン要求する（ステップＳ５）。例えば、絞込情報「国内旅行」が出力されたボタン１４１ａの選択が受け付けられた場合、ボタン１４１ａに関連付けられている通信ＩＤ「０１ａａ」及びパスワード「ａａａａ」がログイン要求に含まれることになる。
【００６９】
端末１０ａａから管理システム５０へログイン要求が送信されることで、受信側である管理システム５０は、送信側である端末１０ａａのＩＰアドレスを取得することができる。
【００７０】
次に、管理システム５０の認証部５２は、ログイン要求に含まれている通信ＩＤ及びパスワードを検索キーとして、記憶部５０００の認証管理テーブル（図７（Ｂ−１）参照）を検索し、この認証管理テーブルに同一の通信ＩＤ及びパスワードが管理されているかを判断することによって認証を行う（ステップＳ６）。認証部５２によって、正当な利用権限を有する端末１０からのログイン要求であると認証された場合には、管理部５３は、端末管理テーブル（図７（Ｂ−２）参照）に、端末１０ａａの通信ＩＤ「０１ａａ」、稼動状態「ＯＮライン（通信可能）」、及び端末１０ａａのＩＰアドレスを関連付けて記憶する（ステップＳ７）。
【００７１】
そして、管理システム５０の送受信部５１は、上記認証部５２によって得られた認証結果が示された認証結果情報を、通信ネットワーク２を介して、ログイン要求元の端末１０ａａに送信する（ステップＳ８）。これにより、端末１０ａａの送受信部１１は、認証結果情報を受信する。
【００７２】
認証部５２によって正当な利用権限を有する端末であると判断された場合、端末１０ａａの送受信部２１は、通信ネットワーク２を介して管理システム５０に、指定可能な宛先候補が示された宛先リストを要求する（ステップＳ９）。この要求には、宛先リストの要求元の通信ＩＤ、即ち上記のログイン要求に用いた通信ＩＤが含まれている。これにより、管理システム５０の送受信部５１は、宛先リストの要求を受け付ける。
【００７３】
次に、管理システム５０の記憶・読出部５９は、宛先リストの要求に含まれている通信ＩＤを検索キーとして宛先リスト管理テーブル（図７（Ｂ−３）参照）における開始要求元のフィールドを検索することにより、対応する宛先候補の通信ＩＤを読み出す（ステップＳ１０）。例えば、宛先リストの要求に含まれている通信ＩＤが「０１ａａ」である場合には、宛先候補の通信ＩＤ「０１ｄａ，０１ｄｂ，…０１ｄｍ，０１ｄｎ」が読み出される。また、ステップＳ１０の処理の一環として、読み出された宛先候補の各通信ＩＤを検索キーとして端末管理テーブル（図７（Ｂ−２））を検索し、対応する宛先名を読み出す。例えば、宛先候補の通信ＩＤが「０１ｄａ，０１ｄｂ，…０１ｄｍ，０１ｄｎ」である場合、宛先名「北海道・東北１，北海道・東北２，…九州・沖縄１，九州・沖縄２」が読み出される。
【００７４】
次に、送受信部５１は、通信ネットワーク２を介して宛先リストの要求元の端末１０ａａに、上記ステップＳ１０によって読み出された各宛先候補の通信ＩＤ及び宛先名が対応付けられた宛先リスト情報を送信する（ステップＳ１１）。これにより、端末１０ａａの送受信部２１は、宛先リスト情報を受信する。端末１０ａａの記憶・読出部２９は、管理システム５０から送られてきた宛先リスト情報を記憶部１０００に記憶する。
【００７５】
端末管理テーブル（図７（Ｂ−２））における各宛先候補の稼動状態が更新されると、管理システム５０の送受信部５１は、この宛先候補に対応する開始要求元の端末１０へ更新後の稼動状態を送信する。すなわち、通信ＩＤ「０１ｄａ，０１ｄｂ，…０１ｄｍ，０１ｄｎ」で識別される宛先候補の稼動状態が更新された場合に、通信ＩＤ「０１ａａ」により特定される開始要求元の端末１０ａａへ更新後の稼動状態が通知される（ステップＳ１２）。これにより、端末１０ａａでは各宛先候補の最新の稼動状態を把握することができる。
【００７６】
続いて、図１０を用いて、端末１０ａａが宛先リストを取得してから通信の開始要求をするまでの処理を説明する。図１０は、通信の開始要求をする処理を示したシーケンス図である。宛先リスト情報を取得後、端末１０ａａの宛先管理部２６は、宛先リスト情報の階層構造を解析することにより階層宛先リストテーブルを作成する（ステップＳ２１）。
【００７７】
図１１を用いてステップＳ２１の処理を詳細に説明する。図１１は、階層宛先リストテーブルを作成する処理を示したシーケンス図である。まず、宛先管理部２６は、記憶部１０００に記憶されている宛先リスト情報の中から宛先名を一つ取得する（ステップＳ２１−１）。
【００７８】
宛先管理部２６は、取得された宛先名が所定のルールに基づいた表記となっているか否かを判断する（ステップＳ２１−２）。一実施形態において、所定のルールとは、宛先名が文字列と数字の組み合わせにより構成されることである。例えば、取得された宛先名が「北海道・東北１」であればステップＳ２１−２においてＹＥＳと判断され、「端末ＢＢ」であればステップＳ２１−２においてＮＯと判断される。
【００７９】
ステップＳ２１−２においてＮＯと判断された場合、宛先管理部２６は、取得された宛先名を階層宛先リストテーブルに含めない旨の判断をする（ステップＳ２１−３）。これにより、取得された宛先名の宛先候補は階層宛先リストテーブルに含まれなくなるので、通信アプリの一つであるレセプションアプリ１０３２による後述の処理では、その宛先候補を宛先として指定できなくなる。ステップＳ２１−２においてＮＯと判断された場合、端末１０ａａにおける処理は、ステップＳ２１−６に進む。
【００８０】
ステップＳ２１−２においてＹＥＳと判断された場合、宛先管理部２６は、上記の所定のルールに基づいて宛先名の構文解析を行う（ステップＳ２１−４）。この場合、宛先管理部２６は、例えば、宛先名「北海道・東北１」のうち文字列「北海道・東北」を第１階層として特定し、続いて文字列と数字の組み合わせ「北海道・東北１」を第２階層として特定する。
【００８１】
続いて、宛先管理部２６は、記憶部１０００に構築される階層宛先リストテーブルに、特定された第１階層、第２階層、及びこの宛先名の宛先候補の通信ＩＤを関連付けて格納する（ステップＳ２１−５）。
【００８２】
続いて、宛先管理部２６は、記憶部１０００に記憶されている宛先リスト情報の中からすべての宛先名を取得したか否かを判断する（ステップＳ２１−６）。ステップＳ２１−６でＮＯと判断された場合、端末１０ａａにおける処理はステップＳ２１−１に戻る。
【００８３】
ステップＳ２１−６でＹＥＳと判断された場合、宛先管理部２６は、階層宛先リストテーブルを参照して、階層ごとに同じ宛先名が存在した場合は、同じ宛先名をまとめる（ステップＳ２１−７）。
【００８４】
一実施形態において、宛先候補の通信ＩＤ及び稼動状態が送られてくる度（ステップＳ１２参照）、端末１０ａａの宛先管理部２６は、送られてきた通信ＩＤが記録されている階層宛先リストテーブルのレコードに、送られてきた宛先候補の稼動状態を関連付けて管理しても良い（ステップＳ２１−８）。表１は階層宛先リストテーブルの一例を示す。
【００８５】
【表１】
2017034323.tif 000003
【００８６】
階層宛先リストテーブルが完成すると、表示制御部２４は、階層宛先リストテーブルにおける各第１階層の宛先名を含む宛先選択受付画面を作成して、ディスプレイ１２０ａａに出力する（ステップＳ２２）。図９（Ｂ）は、宛先選択受付画面の一例を示す図である。図９（Ｂ）に示されているように、宛先選択受付画面には、各第１階層の宛先名が示されたボタン（１４２ａ乃至１４２ｆ）が出力されている。
【００８７】
ユーザによる宛先選択受付画面上のボタン（１４２ａ乃至１４２ｆ）の選択操作に応じて、操作入力受付部１２は、第１階層の宛先の選択を受け付ける（ステップＳ２３）。
【００８８】
続いて、宛先管理部２６は、階層宛先リストテーブルにおいて、選択された第１階層の宛先名が含まれている第２階層の宛先候補の中から、一の宛先候補を通信の宛先として決定する（ステップＳ２４）。ステップＳ２４の処理について、図１２を用いて詳細に説明する。図１２は、宛先を決定する処理を示したフロー図である。
【００８９】
まず、宛先管理部２６は、階層宛先リストテーブルにおいて、選択された第１階層の宛先名が含まれている第２階層の各宛先候補の稼動状態を参照する（ステップＳ２４−１）。例えば、第１階層の宛先名「北海道・東北」が選択された場合、選択された宛先名「北海道・東北」が含まれている宛先名「北海道・東北１，北海道・東北２」の第２階層の各宛先候補の稼動状態「ＯＮライン（通信中），ＯＮライン（通信可能）」を参照する（表１参照）。
【００９０】
続いて、宛先管理部２６は、Ｓ２４−１で参照した稼動状態の中に、稼動状態が「ＯＮライン（通信可能）」の宛先候補があるか否かを判断する（ステップＳ２４−２）。
【００９１】
ステップＳ２４−２でＮＯと判断された場合、宛先管理部２６は、現在接続可能な端末１０がないと判断する。この場合、表示制御部２４は、いずれかの宛先候補が「ＯＮライン（通信可能）」の稼動状態となるまで、通話の開始を待機するよう促すメッセージをディスプレイ１２０ａａに出力する（ステップＳ２４−３）。
【００９２】
ステップＳ２４−２でＹＥＳと判断された場合、宛先管理部２６は、稼動状態が「ＯＮライン（通信可能）」の宛先候補が複数あるか否かを判断する（ステップＳ２４−４）。例えば、第２階層の宛先名「北海道・東北１，北海道・東北２」の各宛先候補のうち、宛先名「北海道・東北２」の宛先名の宛先候補の稼動状態のみが「ＯＮライン（通信可能）」である場合、ステップＳ２４−４でＮＯと判断される。
【００９３】
ステップＳ２４−４でＹＥＳと判断された場合、宛先管理部２６は、稼動状態が「ＯＮライン（通信可能）」の宛先候補の中から一の宛先を決定する（ステップＳ２４−５）。一の宛先を決定する方法としては、例えば、第２階層の宛先名に含まれる数字が最も小さいものを選択する方法、０〜１の一様乱数（ｒａｎｄ）を発生し、Ｎ個の宛先候補の中からＭ＝Ｃｅｉｌ（ｒａｎｄ×Ｎ）で示されるＭ番目の宛先候補に決定する方法（ただし、Ｃｅｉｌは切り上げた値を示す）、通信の開始要求の受け付け頻度が最も低い宛先候補を選択する方法等が挙げられるが、特にこれらに限定されるものではない。
【００９４】
ステップＳ２４−４でＮＯと判断された場合、稼動状態が「ＯＮライン（通信可能）」である宛先候補を宛先に決定する（ステップＳ２４−６）。
【００９５】
以下、「北海道・東北２」の宛先名の宛先候補が宛先に決定した場合について説明を続ける。表示制御部２４は、図９（Ｃ）に示したような第１階層の宛先名が含まれる接続の確認画面をディスプレイ１２０ａａに出力しても良い。図９（Ｃ）は確認画面の一例を示す図である。この確認画面上で確認が受け付けられると、送受信部２１は、決定された宛先との通信の開始要求を管理システム５０へ送信する（ステップＳ２５）。この開始要求には開始要求元の通信ＩＤ「０１ａａ」と、決定した宛先名「北海道・東北２」の宛先の通信ＩＤ「０１ｄｂ」が含まれる。
【００９６】
管理システム５０の送受信部５１が、端末１０ａａによる開始要求を受信すると、管理部５３は、端末管理テーブル（図７（Ｂ−２）参照）において開始要求元の通信ＩＤ「０１ａａ」及び宛先の通信ＩＤ「０１ｄｂ」に関連付けられている稼動状態をそれぞれ「ＯＮライン（通信中）」に更新する（ステップＳ２６）。
【００９７】
続いて、管理システム５０のセッション制御部５８は、中継装置３０を介して、開始要求元の端末１０ａａと、通信ＩＤ「０１ｄｂ」を用いてログイン要求してきた端末１０ｄｂとの間のセッションｓｅｄを確立する制御を行う（ステップＳ２７）。セッションｓｅｄが確立すると、端末（１０ａａ，１０ｄｂ）は、中継装置３０を介して画像データ及び音データを送信する（ステップＳ２８）。これにより、端末１０ａａ側のカスタマーと、端末１０ｄｂ側のオペレータとの間で通話を開始できるようになる。
【００９８】
＜＜＜実施形態の変形例Ａ＞＞＞
続いて、実施形態の変形例Ａについて、上記の実施形態と異なる点を説明する。表２は、管理システム５０において管理される端末管理テーブルを示す。
【００９９】
【表２】
2017034323.tif 000004
【０１００】
変形例Ａでは、宛先名における階層がデリミタ「／」で区切られている。即ち、変形例Ａにおいて、所定のルールは、宛先名における階層をデリミタ「／」で区切るというものである。
【０１０１】
変形例Ａでは、ステップＳ２１における判定や、宛先の構文解析が上記の所定のルールに基づいたものに置き換えられる点を除いて、上記の実施形態と同様の処理が実行される。
【０１０２】
＜＜＜実施形態の変形例Ｂ＞＞＞
続いて、実施形態の変形例Ｂについて上記の実施形態と異なる点を説明する。図１３は、端末１０のソフトウェア構成図である。変形例Ｂでは、端末１０に宛先の雛形を登録するための宛先登録アプリ１０３３がインストールされている。なお、宛先登録アプリ１０３３は、構文解析等のレセプションアプリ１０３２と同様の機能を有する。このため、レセプションアプリ１０３２とは別に宛先登録アプリ１０３３を設けずに、レセプションアプリ１０３２によって後述の処理を実現できるようにしても良い。
【０１０３】
管理システム５０において管理されている宛先リストの中から所望の宛先候補のみを取り出す場合、上記の実施形態では、宛先名の付け方に詳細なルールを設ける必要があり、複雑な条件付けを行わなければならない。これに対して、変形例Ｂでは、端末１０において雛形を登録しておくことで、雛形に合致する宛先候補のみを容易に取り出すことができる。
【０１０４】
図１４（Ａ）を用いて、宛先の雛形を登録する処理について説明する。図１４（Ａ）は、宛先登録処理を示すフロー図である。ＵＳＢメモリ等の記録メディア１０６には、階層宛先リストテーブルの雛形のファイルが記録されている。この雛形は、例えばＣＳＶ（character-separated values）形式により作成されている。端末１０において宛先登録アプリ１０３３が起動して、記録メディア１０６がメディアＩ／Ｆ１０７に接続されると、表示制御部２４は、記録メディア１０６に記憶されている雛形のファイル名を含むファイル選択画面を作成して、ディスプレイ１２０ａａに出力する（ステップＳ４１）。図１５（Ａ）は、ファイル選択画面の一例を示す図である。
【０１０５】
ユーザによるファイル選択画面上の操作に応じて、操作入力受付部１２は、登録するファイルの選択を受け付ける（ステップＳ４２）。各雛形には、表３のように上記の階層宛先リストテーブルにおける第１階層の宛先名のみが登録されている。表３は、雛形の一例を示す。
【０１０６】
【表３】
2017034323.tif 000005
【０１０７】
表示制御部２４は、選択された雛形に登録されている第１階層の各宛先名を含む確認画面を表示する。図１５（Ｂ）は、表３の雛形が選択された場合の確認画面の一例である。なお、雛形がＣＳＶファイルである場合には、例えば、ｊａｖａｓｃｒｉｐｔ（登録商標）のｓｐｌｉｔにより構文解析を行い、第１階層の文字列を抽出することができる。
【０１０８】
ユーザによる確認画面上の操作により確認が受け付けられると、記憶・読出部２９は、選択された雛形を登録された雛形として記憶部１０００に記録する（ステップＳ４３）
【０１０９】
図１４（Ｂ）を用いて、変形例ＢにおけるステップＳ２１の階層宛先リスト作成処理について説明する。図１４（Ｂ）は、階層宛先リストテーブルを作成する処理を示したフロー図である。
【０１１０】
ステップＳ１１による宛先リスト情報の取得後に、宛先管理部２６は、記憶部１０００に記憶されている宛先リスト情報の中から宛先名を一つ取得する（ステップＳ２１−２１）。
【０１１１】
宛先管理部２６は、取得された宛先名の構文解析により宛先名に雛形の第１階層の文字列が含まれているか否かを判断する（ステップＳ２１−２２）。
【０１１２】
ステップＳ２１−２２においてＮＯと判断された場合、宛先管理部２６は、取得された宛先名を階層宛先リストに含めない旨の判断をする（ステップＳ２１−２３）。ステップＳ２１−２２においてＮＯと判断された場合、端末１０ａａにおける処理は、ステップＳ２１−２５に進む。
【０１１３】
ステップＳ２１−２２においてＹＥＳと判断された場合、宛先管理部２６は、取得された宛先名を、同じ文字列を含む第１階層の下位の第２階層に格納する（ステップＳ２１−２４）。例えば、宛先リスト情報から取得された宛先名が「北海道・東北１」である場合、表３の雛形の第１階層の宛先名「北海道・東北」の下位の第２階層に「北海道・東北１」を格納する。更に、宛先管理部は、格納した宛先名に、その宛先名の宛先の通信ＩＤを記憶する。
【０１１４】
続いて、宛先管理部２６は、記憶部１０００に記憶されている宛先リスト情報の中からすべての宛先名を取得したか否かを判断する（ステップＳ２１−２５）。ステップＳ２１−２５でＮＯと判断された場合、端末１０ａａにおける処理はステップＳ２１−２１に戻る。
【０１１５】
ステップＳ２１−２５でＹＥＳと判断されると、雛形に第２階層の宛先名が格納された階層宛先リストテーブルが完成する。
【０１１６】
＜＜＜実施形態の変形例Ｃ＞＞＞
続いて、実施形態の変形例Ｃについて上記の変形例Ｂと異なる点を説明する。変形例Ｃでは、変形例Ｂで雛形を登録した後、雛形に合致する宛先名の宛先候補を管理システム５０へ登録申請することができる。
【０１１７】
図１６を用いて、宛先候補を管理システム５０へ登録申請する処理について説明する。図１６は、宛先候補を登録申請する処理を示したフロー図である。まず、操作入力受付部１２は、ログイン情報管理テーブルにおいて管理されている自端末で利用可能な通信ＩＤ「０１ａａ，０２ａａ」のうち、どの通信ＩＤの要求元に対する宛先候補の登録申請を行うか選択を受け付ける（ステップＳ６１）。
【０１１８】
続いて、操作入力受付部１２は、登録申請する宛先候補の通信ＩＤ及び宛先名の入力を受け付ける（ステップＳ６２）。
【０１１９】
続いて、宛先管理部２６は、入力された宛先名の構文解析を行う。これにより、入力された宛先名が、ステップＳ４３において登録された雛形の第１階層の文字列、例えば、「北海道・東北」、「九州・沖縄」等のいずれかを含むか否かを判断する（ステップＳ６３）。
【０１２０】
ステップＳ６３においてＮＯと判断された場合、操作入力受付部１２は、入力された宛先名が雛形に含まれていないため、登録申請することができない旨の判断をする（ステップＳ６４）。この場合、端末１０ａａにおける処理は、ステップＳ６６へ進む。
【０１２１】
ステップＳ６３においてＹＥＳと判断された場合、操作入力受付部１２は、入力された宛先名を登録申請する旨の判断をする。そして、記憶・読出部２９は、記憶部１０００に構築された登録申請用の登録階層宛先リストテーブルに、入力された宛先名に含まれる第１階層の文字列、入力された宛先名、及び入力された宛先候補の通信ＩＤを格納する（ステップＳ６５）。
【０１２２】
続いて、操作入力受付部１２は、他に登録申請する宛先候補があるか否かの選択の入力を受け付ける。他に登録申請する宛先候補がある場合には（ステップＳ６６のＹＥＳ）、端末１０ａａにおける処理はステップＳ６２に進む。
【０１２３】
他に登録申請する宛先候補がない場合には（ステップＳ６６のＮＯ）、送受信部２１は、ステップＳ６１において入力された要求元の通信ＩＤ、記憶部１０００に記憶された登録階層宛先リストテーブルを含む登録申請情報を管理システム５０へ送信する。表４は、登録階層宛先リストテーブルの一例を示す。
【０１２４】
【表４】
2017034323.tif 000006
【０１２５】
管理システム５０の送受信部５１は、登録申請情報を受信する。管理システム５０の管理部５３は、登録申請情報に含まれる要求元の通信ＩＤに関連付けて、登録申請情報の登録階層宛先テーブルに含まれる宛先候補の通信ＩＤを宛先リスト管理テーブルに登録する。表５は、更新後の宛先リスト管理テーブルの一例を示す。宛先リスト管理テーブルの更新が完了すると、要求元は、登録申請された宛先候補を通信の宛先として指定可能となる。
【０１２６】
【表５】
2017034323.tif 000007
【０１２７】
また、管理システム５０の管理部５３は、登録申請情報の登録階層宛先テーブルに含まれる通信ＩＤと宛先名を関連付けて端末管理テーブルに登録する。表６は、更新後の端末管理テーブルの一例を示す。
【０１２８】
【表６】
2017034323.tif 000008
【０１２９】
＜＜＜実施形態の効果＞＞＞
上記実施形態の通信管理方法によると、端末１０の宛先管理部６２（分類手段の一例）は、宛先候補を示す宛先リスト情報の各宛先名（宛先情報の一例）をグループに分類する（分類処理の一例）。端末１０の操作入力受付部１２（選択受付手段の一例）は、宛先管理部６２によって分類されたグループの中から、宛先のグループの選択を受け付ける（選択受付処理の一例）。端末１０の宛先管理部６２（決定手段の一例）は、選択された宛先のグループに分類されている一以上の宛先名の中から、一の宛先名を選択することにより宛先を決定する（決定処理の一例）。端末１０の送受信部２１（開始要求手段の一例）は、管理システム５０に決定された宛先に対する通信の開始要求をする（開始要求処理の一例）。上記のように、上記の処理によると、宛先候補が更新されたときに、更新後の宛先候補を端末１０側で自動的にグループに分類することができる。また、端末１０側で、グループの中から宛先を決定して発信することで、管理システム５０側ではグループの管理を行わなくてもよくなるので、グループの更新に伴うメンテナンスの負荷を軽減することができる。
【０１３０】
管理システム５０は、通信ＩＤ（アカウントの一例）毎に提供可能な宛先リスト情報を管理する。端末１０の送受信部２１（ログイン要求手段の一例）は、管理システム５０に対してログイン要求を送信する（ログイン要求処理の一例）。端末１０の操作入力受付部１２は、宛先候補を絞り込むための絞込情報として、ログイン情報管理テーブルにおいて管理されている絞込情報「国内旅行，海外旅行」の選択を受け付ける。送受信部２１は、ログイン情報管理テーブルにおいて、選択された絞込情報に関連付けられている通信ＩＤにより管理システム５０に対してログイン要求する。これにより、端末１０は、ログインするときに、選択される絞込情報に応じて取得する宛先リスト情報を変えることができる。
【０１３１】
上記の宛先名は階層構造を有している。宛先管理部６２は、宛先名を、宛先名の第１階層の共通性に基づいて分類する。この方法によると、端末１０側で宛先名を容易に分類できるようになる。
【０１３２】
記憶部１０００（管理手段の一例）に登録される階層宛先リストテーブルの雛形は、宛先名の第１階層（所定の階層）の文字列（階層情報の一例）を管理する。宛先管理部６２（登録受付手段の一例）は、宛先名が雛形の第１階層の文字列を含む場合には宛先の登録申請を受け付ける。これにより、端末１０は、雛形により分類可能な宛先を宛先リスト情報として登録する申請を行うことができるようになる。
【０１３３】
宛先管理部６２は、宛先リスト情報に含まれる各宛先名のうち、雛形の文字列を含む宛先名を分類する。これにより、宛先リスト情報に含まれる各宛先名のうち、所望の宛先名のみを取り出すことが可能となる。
【０１３４】
管理システム５０は、通信の宛先として指定可能な宛先候補毎に、この宛先候補の状態を示す状態情報を管理する。端末１０の送受信部２１（取得手段の一例）は、管理システム５０から状態情報を受信することにより取得する。宛先管理部６２は、選択された宛先のグループに分類されている各宛先名の宛先候補の中から、この宛先候補の状態情報に基づいて、宛先を決定する。これにより、端末１０は、通信可能な状態の宛先候補を宛先として決定できるようになる。
【０１３５】
＜＜実施形態の補足＞＞
上記各実施の形態における管理システム５０、及びプログラム提供システム９０は、単一のコンピュータによって構築されてもよいし、各部（機能又は手段）を分割して任意に割り当てられた複数のコンピュータによって構築されていてもよい。また、プログラム提供システム９０が単一のコンピュータによって構築されている場合には、プログラム提供システム９０によって送信されるプログラムは、複数のモジュールに分けて送信されるようにしてもよいし、分けないで送信されるようにしてもよい。更に、プログラム提供システム９０が複数のコンピュータによって構築されている場合には、複数のモジュールが分けられた状態で、各コンピュータから送信されるようにしてもよい。
【０１３６】
また、上記通信システム１の端末用プログラム、中継装置用プログラム、及び通信管理用プログラムが記憶された記録媒体、並びに、これらプログラムが記憶されたＨＤ２０４、及びこのＨＤ２０４を備えたプログラム提供システム９０は、いずれもプログラム製品（Program Product）として、国内又は国外へ、上記端末用プログラム、中継装置用プログラム、及び通信管理用プログラムがユーザ等に提供される場合に用いられる。
【０１３７】
更に、上記通信システム１では、図７（Ｂ−２）に示されている端末管理テーブルにおいて端末のＩＰアドレスを管理することとしたが、これに限るものではなく、通信ネットワーク２上で端末１０を特定するための端末特定情報であれば、それぞれのＦＱＤＮ（Fully Qualified Domain Name）を管理してもよい。この場合、周知のＤＮＳ（Domain Name System）サーバによって、ＦＱＤＮに対応するＩＰアドレスが取得されることになる。
【０１３８】
通信システム１において、「テレビ会議」は、「ビデオ会議」と置き換え可能な用語として用いられている。
【０１３９】
また、上記通信システム１では、通信システム１の一例として、テレビ会議システムの場合について説明したが、これに限るものではなく、カーナビゲーションシステムであってもよい。この場合、例えば、端末１０の一方が自動車に搭載されたカーナビゲーション装置に相当し、端末１０の他方が、カーナビゲーションを管理する管理センターの管理端末若しくは管理サーバ、又は他の自動車に搭載されているカーナビゲーション装置に相当する。
【０１４０】
更に、通信システム１は、音会議システム、又はＰＣ(Personal Computer)画面共有システムであっても良い。また、通信システム１は、ＩＰ（Internet Protocol）電話や、インターネット電話、携帯電話の通信システムであってもよい。この場合、例えば、端末１０は携帯電話機などの電話機に相当する。
【０１４１】
また、コンテンツデータは、脈拍音、鼓動等の体内で発生する音データ、心電図の波形、体温の変化を示す画像データあるいは座標データ等の体内の情報を示すデータであっても良い。これにより、上記実施形態の通信システム１を遠隔医療システムとして用いることもできる。
【０１４２】
また、上記実施形態では、コンテンツデータの一例として、画像データ及び音データについて説明したが、これに限るものではなく、触覚(touch)データであってもよい。この場合、一方の端末側でユーザが接触した感覚が、他方の端末側に伝達される。更に、コンテンツデータは、嗅覚（smell）データであってもよい。この場合、一方の端末側の匂い（臭い）が、他の端末側に伝達される。また、コンテンツデータは、画像データ、音データ、触覚データ、及び嗅覚データのうち、少なくとも１つのデータであればよい。
【０１４３】
なお、各端末１０は、複数の事業所間での通話や、同じ事業所内の異なる部屋間での通話だけでなく、同じ部屋内での通話や、屋外と屋内又は屋外と屋外での通話で使われてもよい。各端末１０が屋外で使われる場合には、携帯電話通信網等の無線による通信が行われる。また、上記実施形態では、通信システム１によってテレビ会議をする場合について説明したが、これに限るものではなく、打ち合わせ、家族間や友人間等の一般的な会話、又は、一方向での情報の提示に使用されても構わない。
【先行技術文献】
【特許文献】
【０１４４】
【特許文献１】特開２０１２−１９１５９８号公報
【特許文献２】特開２０１４−２０００６３号公報
【符号の説明】
【０１４５】
１０  端末
１１  送受信部
１２  操作入力受付部
１３  表示制御部
１９  記憶・読出部
２１  送受信部
２２  起動部
２４  表示制御部
２６  宛先管理部
２９  記憶・読出部
３０  中継装置
５０  管理システム
５１  送受信部
５２  認証部
５３  管理部
５８  セッション制御部
５９  記憶・読出部
１０００  記憶部
１００１  ログイン情報管理ＤＢ
５０００  記憶部
５００１  認証管理ＤＢ
５００２  端末管理ＤＢ
５００４  宛先リスト管理ＤＢ
【図１】
2017034323.tif 000009
【図２】
2017034323.tif 000010
【図３】
2017034323.tif 000011
【図４】
2017034323.tif 000012
【図５】
2017034323.tif 000013
【図６】
2017034323.tif 000014
【図７】
2017034323.tif 000015
【図８】
2017034323.tif 000016
【図９】
2017034323.tif 000017
【図１０】
2017034323.tif 000018
【図１１】
2017034323.tif 000019
【図１２】
2017034323.tif 000020
【図１３】
2017034323.tif 000021
【図１４】
2017034323.tif 000022
【図１５】
2017034323.tif 000023
【図１６】
2017034323.tif 000024