JP6641722B2 - 管理システム、通信システム、及び情報送信方法 - Google Patents

Description

本発明は、通信端末が所定の通信端末との通信の開始を待機するときに、待機に関する情報を管理する発明に関する。

近年、経費や時間を削減する要請等に伴い、インターネットや専用線等の通信ネットワークを介して、テレビ会議や通話等を行うための通信システムが普及している。通信システムを構成する各通信端末は、他の通信端末との間で通信を開始すると、画像データや音データを送受信する。

通信システムは、遠隔間でのコミュニケーションを実現することから、様々な状況で使用されるようになっている。一例として、医師が遠隔地の患者を診療する目的で、遠隔医療用の通信システムが用いられる。患者は、通信システムを用いることで、病院へ足を運ぶことなく、テレビ会議による健康相談や治療後の報告ができるようになる。また、患者と医師とのテレビ会議、それに続く患者と薬剤師とのテレビ会議によって、診療から、処方された薬の説明までの一連の処理を、通信システムにより実現することもできる。

ところで、例えば、薬剤師が他の患者への応対で忙しいような場合、新たな患者が受け付けを済ませても、薬剤師は新たな患者の応対ができず、待機してもらうことがある。この様な場合に、患者は、薬局から離れていると、待機の状況を把握できなくなる。そこで、薬局で患者を受付ける毎に薬局の受付端末に患者のＩＤ番号を入力し、このＩＤ番号をデータベース内に記録しておくことで、患者の携帯端末のブラウザにおいて待ち順番を公開する方法が開示されている（特許文献１参照）。

通信システムにおいて、通信中の通信端末に対する通信の開始の要求が受け付けられたときに、要求元の識別情報を管理しておくことで、要求元へ、待ち順などの待機に関する情報を通知することもできる。しかしながら、上記の識別情報を管理する場合に、情報の入力の操作等で、通信の開始を待機させる側の負荷が増大するという課題が生じる。

請求項１に係る管理システムは、第１の通信先との通信の開始を待機している通信先の識別情報を管理する待機情報管理手段と、前記第１の通信先と第２の通信先との間の通信の開始の要求を受け付ける開始要求受付手段と、前記待機情報管理手段において管理される識別情報として、前記第２の通信先の識別情報を追加する追加手段と、前記待機情報管理手段において管理されている前記通信先の識別情報に基づいて、待機に関する情報を、前記第２の通信先の通信端末へ送信する送信手段と、を有し、前記開始要求受付手段は、第３の通信先の通信端末において、前記第２の通信先の新たな通信の宛先として前記第１の通信先の選択が受け付けられたことを契機として、前記通信の開始の要求を受け付けることを特徴とする。

本発明によると、通信の開始を待機させる第１の通信先側の負荷を増大させることなく、通信の開始の要求元へ、待機に関する情報を送信できるようになるという効果を奏する。

図１は、通信システムの概略図である。 図２は、通信端末の外観図である。 図３は、通信端末のハードウェア構成図である。 図４は、通信管理システム、中継装置、プログラム提供システム、又はメンテナンスシステムのハードウェア構成図である。 図５は、通信システムを構成する各端末、装置及びシステムの機能ブロック図である。 図６は、通信管理システムが管理する各テーブルの一例を示す概念図である。 図７は、通信システムにおけるコンテンツデータ及び各種管理情報の送受信の状態を示した概念図である。 図８は、新たな通信を開始する準備段階の処理を示したシーケンス図である。 図９は、宛先情報テーブルの一例を示す概念図である。 図１０は、宛先リストの表示例を示す図である。 図１１は、新たな通信の開始を要求する処理を示したシーケンス図である。 図１２は、ディスプレイの表示例を示す図である。 図１３は、新たな通信の宛先を選択する処理を示したシーケンス図である。 図１４は、待機リストの表示例を示す図である。 図１５は、第２の実施形態の宛先リスト管理テーブルを示す概念図である。 図１６は、新たな通信を開始する準備段階の処理を示したシーケンス図である。 図１７は、新たな通信の宛先を選択する処理を示したシーケンス図である。

＜＜＜第１の実施形態＞＞＞
以下に図面を参照して、第１の実施の形態を詳細に説明する。

＜＜通信システム１の全体構成＞＞
図１は、第１の実施の形態にかかる通信システム１の概略図である。通信システム１には、通信管理システムを介して一方の通信端末から他方の通信端末に一方向でコンテンツデータを通信するデータ提供システムや、通信管理システムを介して複数の通信端末間で情報や感情等を相互に伝達するコミュニケーションシステムが含まれる。このコミュニケーションシステムは、コミュニケーション管理システム（「通信管理システム」に相当）を介して複数のコミュニケーション端末（「通信端末」に相当）間で情報や感情等を相互に伝達するためのシステムであり、テレビ会議システムやテレビ電話システム、音会議システム、音電話システム、ＰＣ（Personal Computer）画面共有システム等が例として挙げられる。

通信システム１では、コミュニケーションシステムの一例としてのテレビ会議システム、コミュニケーション管理システムの一例としてのテレビ会議管理システム、及びコミュニケーション端末の一例としてのテレビ会議端末を想定した上で、通信システム１、通信管理システム５０、及び通信端末１０について説明する。

図１に示す通信システム１は、複数の通信端末（１０ａａ，１０ａｂ，…）、各通信端末（１０ａａ，１０ａｂ，…）用のディスプレイ（１２０ａａ，１２０ａｂ，…）、複数の中継装置（３０ａ，３０ｂ，３０ｃ，３０ｄ，３０ｅ）、及び通信管理システム５０、プログラム提供システム９０、及びメンテナンスシステム１００によって構築されている。なお、以下では、「通信端末」を単に「端末」として表し、「通信管理システム」を単に「管理システム」として表す。

なお、通信システム１では、端末（１０ａａ，１０ａｂ，…）のうち任意の端末を示す場合には「端末１０」を用い、ディスプレイ（１２０ａａ，１２０ａｂ，…）のうち任意のディスプレイを示す場合には「ディスプレイ１２０」を用い、中継装置（３０ａ，３０ｂ，３０ｃ，３０ｄ，３０ｅ）のうち任意の中継装置を示す場合には「中継装置３０」を用いる。

端末１０は、他の装置との間で、各種情報を送受信する。端末１０は、例えば、他の端末１０との間でセッションを確立し、確立したセッションにおいて、音データおよび画像データを含むコンテンツデータの送受信による通話を行う。これにより、通信システム１において、複数の端末１０間のテレビ会議が実現される。

以下、「画像データおよび音データ」を「コンテンツデータ」として表す。なお、端末１０間で通信されるデータは、実施の形態に限定されるものではなく、他の例としては、コンテンツデータは、テキストデータであってもよく、また、他の例としては、コンテンツデータは、音データ、画像データに加えてテキストデータを含むものであってもよい。また、画像データは、動画であってもよく、静止画であってもよい。また、画像データは、動画と静止画の両方を含んでいてもよい。

管理システム５０は、端末１０及び中継装置３０を一元的に管理する。管理システム５０は、端末１０間でコンテンツデータを送信するセッションを確立することにより、端末１０間における通話等によるテレビ会議を実現する。

また、図１に示されている複数のルータ（７０ａ，７０ｂ，７０ｃ，７０ｄ）は、コンテンツデータの最適な経路の選択を行う。なお、通信システム１では、ルータ（７０ａ，７０ｂ，７０ｃ，７０ｄ）のうち任意のルータを示す場合には「ルータ７０」を用いる。中継装置３０は、複数の端末１０の間で、コンテンツデータの中継を行う。

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

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

また、端末（１０ａａ，１０ａｂ，１０ａｃ，１０ａ…）、中継装置３０ａ、及びルータ７０ａは、所定の拠点Ａ内でＬＡＮ２ａによって通信可能に接続されている。拠点Ａは、例えば、離島などの遠隔地におけるテレビ会議用の拠点である。端末（１０ｂａ，１０ｂｂ，１０ｂｃ，１０ｂ…）、中継装置３０ｂ、及びルータ７０ｂは、所定の拠点Ｂ内でＬＡＮ２ｂによって通信可能に接続されている。拠点Ｂは、例えば、薬局である。

一方、端末（１０ｃａ，１０ｃｂ，１０ｃｃ，１０ｃ…）、中継装置３０ｃ、及びルータ７０ｃは、所定の拠点Ｃ内でＬＡＮ２ｃによって通信可能に接続されている。拠点Ｃは、例えば、病院である。端末（１０ｄａ，１０ｄｂ，１０ｄｃ，１０ｄ…）、中継装置３０ｄ、及びルータ７０ｄは、所定の拠点Ｄ内でＬＡＮ２ｄによって通信可能に接続されている。拠点Ｄは、例えば、離島などの遠隔地におけるテレビ会議用の拠点である。各拠点の端末１０は、それぞれルータ（７０ａ，７０ｂ，７０ｃ，７０ｄ）からインターネット２ｉを介して通信可能に接続されている。

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

また、中継装置３０ｅは、インターネット２ｉを介して端末１０と通信可能に接続されている。

なお、通信システム１では、ＬＡＮ２ａ、ＬＡＮ２ｂ、インターネット２ｉ、ＬＡＮ２ｃ、及びＬＡＮ２ｄによって、通信システム１の通信ネットワーク２が構築されている。この通信ネットワーク２には、有線だけでなく無線による通信が行われる箇所があってもよい。

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

＜＜通信システム１のハードウェア構成＞＞
次に、通信システム１のハードウェア構成を説明する。図２は、端末１０の外観図である。以下、端末１０の長手方向をＸ軸方向、水平面内でＸ軸方向に直交する方向をＹ軸方向、Ｘ軸方向及びＹ軸方向に直交する方向（鉛直方向）をＺ軸方向として説明する。

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

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

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

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

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

なお、他の例としては、端末１０は、一般の汎用コンピュータあるいは携帯電話端末等であってもよい（図１の端末（１０ａｃ，１０ｃｃ）参照）。端末１０として用いるコンピュータに、マイクやカメラが備わっていない場合には、外付けのマイクおよびカメラをコンピュータに接続させることとする。また、端末１０が携帯電話端末等である場合には、無線ＬＡＮや携帯電話回線などによる無線通信により、端末１０とインターネット２ｉとを接続しても良い。また、端末１０として汎用コンピュータを用いる場合には、当該コンピュータに後述する端末１０の処理を実行するためのアプリケーションをインストールしておくこととする。

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

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

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

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

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

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

＜端末の各機能部＞
次に、端末１０の各部を説明する。端末１０の送受信部１１は、ネットワークＩ／Ｆ１１１によって実現され、通信ネットワーク２を介して他の端末、装置又はシステムと各種データ（または情報）の送受信を行う。

操作入力受付部１２は、操作ボタン１０８、及び電源スイッチ１０９によって実現され、利用者による各種入力を受け付ける。例えば、利用者が、電源スイッチ１０９をＯＮにすると、操作入力受付部１２が電源ＯＮを受け付けて、電源をＯＮにする。

撮像部１４は、ＣＰＵ１０１からの命令、並びにカメラ１１２、及び撮像素子Ｉ／Ｆ１１３によって実現され、被写体を撮像して、この撮像して得た画像データを出力する。音入出力部１５は、音入出力Ｉ／Ｆ１１６によって実現され、マイク１１４によって利用者の音が音信号に変換された後、この音信号に係る音データを入力する。また、音入出力部１５は、ＣＰＵ１０１からの命令、並びに音入出力Ｉ／Ｆ１１６によって実現され、音データに係る音信号をスピーカ１１５に出力し、スピーカ１１５から音を出力させる。

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

また、記憶・読出処理部１９は、ＣＰＵ１０１からの命令、並びに一例として図３に示すＳＳＤ１０５によって実行され、不揮発性記憶部１０００に各種データを記憶したり、不揮発性記憶部１０００に記憶された各種データを読み出す処理を行う。更に、記憶・読出処理部１９は、揮発性記憶部１１００に各種データを記憶したり、揮発性記憶部１１００に記憶された各種データを読み出す処理も行う。この揮発性記憶部１１００には、宛先端末との通話を行う際に受信されるコンテンツデータが、受信される度に上書き記憶される。このうち、上書きされる前の画像データによってディスプレイ１２０に画像が表示され、上書きされる前の音データによってスピーカ１１５から音が出力される。

宛先リスト作成部２０は、管理システム５０から受信した、後述の宛先リスト情報及び後述の各宛先候補としての端末１０の状態情報に基づいて、図１０に示されているような宛先候補の状態がアイコンで示された宛先リストの作成及び更新を行う。

（中継装置の機能構成）
次に、中継装置３０の機能構成について説明する。中継装置３０は、送受信部３１、及び記憶・読出処理部３９を有している。これら各部は、図４に示されている各構成要素のいずれかが、ＲＯＭ２０２に記憶されているプログラムに従ったＣＰＵ２０１からの命令によって動作することで実現される機能である。また、中継装置３０は、ＨＤ２０４により構築され、中継装置３０の電源をＯＦＦにしても各種データや情報の記憶が維持される不揮発性記憶部３０００を有している。

＜中継装置の各機能部＞
次に、中継装置３０の各機能構成について詳細に説明する。なお、以下では、中継装置３０の各部を説明するにあたって、図４に示されている各構成要素のうち、中継装置３０の各部を実現させるための主な構成要素との関係も説明する。

中継装置３０の送受信部３１は、ネットワークＩ／Ｆ２０９によって実現され、通信ネットワーク２を介して他の端末、装置、又はシステムと各種データ（または情報）の送受信を行う。また、記憶・読出処理部３９は、ＣＰＵ２０１からの命令、並びに一例として図３に示すＨＤＤ２０５によって実行され、不揮発性記憶部３０００に各種データを記憶したり、不揮発性記憶部３０００に記憶された各種データを読み出す処理を行う。

＜管理システムの機能構成＞
次に、管理システム５０の機能構成について説明する。管理システム５０は、送受信部５１、状態管理部５３、待機情報管理部５８、及び記憶・読出処理部５９を有している。これら各部は、各構成要素のいずれかが、ＲＯＭ２０２に記憶されているプログラムに従ったＣＰＵ２０１からの命令によって動作することで実現される機能である。また、管理システム５０は、ＨＤ２０４により構築され、管理システム５０の電源をＯＦＦにしても各種データや情報の記憶が維持される不揮発性記憶部５０００を有している。更に、管理システム５０は、ＲＡＭ２０３によって構築される揮発性記憶部５１００を有している。

なお、通信システム１における通信ＩＤおよび中継装置ＩＤは、それぞれ通信先としての端末１０、及び中継装置３０等を一意に識別するために使われる言語、文字、記号、又は各種のしるし等の識別情報を示す。なお、通信ＩＤは、通信先の端末１０の識別情報であっても、その端末１０の利用者の識別情報やアカウントであっても良いが、以下、通信ＩＤが端末１０、中継装置３０等の識別情報である場合について、説明を続ける。また、通信ＩＤ、及び中継装置ＩＤは、上記言語、文字、記号、及び各種のしるしのうち、少なくとも２つが組み合わされた識別情報であってもよい。

（端末管理テーブル）
また、不揮発性記憶部５０００には、図６（Ａ）に示されているような端末管理テーブルによって端末管理ＤＢ５００３が構築されている。なお、図６（Ａ）は、端末管理テーブルを示す概念図である。この端末管理テーブルでは、各端末１０の通信ＩＤ毎に、宛先名（端末名）、各端末１０の稼動状態、及び端末１０のＩＰアドレスが関連付けられて管理される。ここで、稼動状態としては、電源がオンされ、通信が可能または通信中の状態であるＯＮラインと、電源がオンされていないなど、通信が可能でない状態であるＯＦＦラインとがある。また、ＯＮラインには他の端末１０と通信可能である稼働状態と、他の端末１０と通信中である稼働状態とが含まれる。

（宛先リスト管理テーブル）
更に、不揮発性記憶部５０００には、図６（Ｂ）に示されているような宛先リスト管理テーブルによって宛先リスト管理ＤＢ５００４が構築されている。なお、図６（Ｂ）は、宛先リスト管理テーブルを示す概念図である。この宛先リスト管理テーブルでは、端末１０間でコンテンツデータを送信するセッションにおいて、通信の開始要求元を識別するための通信ＩＤに対して、指定可能な通信の宛先候補を識別するための通信ＩＤが関連付けられて管理される。

（待機情報管理テーブル）
更に、不揮発性記憶部５０００には、図６（Ｃ）に示されているような待機情報管理テーブルによって待機情報管理ＤＢ５０１０が構築されている。なお、図６（Ｃ）は、待機情報管理テーブルを示す概念図である。この待機情報管理テーブルでは、例えば、薬剤師等の端末１０の通信ＩＤに対して、この通信ＩＤで識別される通信先との通信を待機している患者等の待機端末の通信ＩＤ、待機端末の取り次ぎを行った医師等の取次端末の通信ＩＤ、及びこの待機端末の待機を管理システム５０が受け付けた受付時刻が関連付けられて管理される。

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

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

状態管理部５３は、ＣＰＵ２０１からの命令に従って、図６（Ａ）に示される端末管理テーブルで管理される稼動状態を管理する。

待機情報管理部５８は、ＣＰＵ２０１からの命令に従って、待機情報管理ＤＢ５０１０に、各種情報を記憶させたり、待機情報管理ＤＢ５０１０から各種情報を読み出す処理を実行する。

また、記憶・読出処理部５９は、ＣＰＵ２０１からの命令、並びに一例としてＨＤＤ２０５によって実行され、不揮発性記憶部５０００あるいは揮発性記憶部５１００に各種データを記憶したり、不揮発性記憶部５０００あるいは揮発性記憶部５１００に記憶された各種データを読み出す処理を行う。

＜＜通信システム１の処理・動作＞＞
以上が、通信システム１の構成及び機能の説明であり、続いて、通信システム１における処理方法を説明する。まずは、図７を用いて、通信システム１における処理・動作の概要を説明する。図７は、通信システムにおけるコンテンツデータ、及び各種管理情報の送受信の状態を示した概念図である。

図７に示されているように、通信システム１では、端末１０と管理システム５０との間で、各種の管理情報を送受信するための管理情報用セッションｓｅｉが確立される。また、端末１０間では、管理システム５０による制御に基づいて、中継装置３０を介して、コンテンツデータ（画像データ及び音データ）を送受信するためのセッションが確立される。ここでは、これらのセッションをまとめて、コンテンツデータ用セッションｓｅｄとして示している。すなわち、コンテンツデータ用セッションｓｅｄは、テレビ会議に用いられるセッションである。

管理システム５０の待機情報管理ＤＢ５０１０（待機情報管理手段の一例）は、薬剤師の端末１０ｂｂ（第１の通信先の一例）との通信の開始を待機している患者の端末１０（待機端末）の通信ＩＤ（通信先の識別情報の一例）を管理する。管理システム５０の送受信部５１（開始要求受付手段の一例）は、端末１０ｂｂと患者の端末１０ａａ（第２の通信先の一例）との間の通信の開始の要求を受け付ける。ここで、端末１０ｂｂが他の端末１０との間で通信しているときには、待機情報管理部５８（追加手段の一例）は、待機情報管理ＤＢ５０１０において管理されている待機端末の通信ＩＤとして、端末１０ａａの通信ＩＤを追加する。また、送受信部５１（送信手段の一例）は、待機情報管理ＤＢ５０１０において管理されている待機端末の識別情報に基づいて、待機情報（待機に関する情報の一例）を、端末１０ａａへ送信する。このように、管理システム５０側で、待機端末の通信ＩＤを追加して管理することで、通信の開始を待機させる端末１０ｂｂ側での入力処理等の負荷を増大させることなく、端末１０ａａへ、待機に関する情報を送信できるようになる。

上記の待機情報は、待機情報管理ＤＢ５０１０において、端末１０ｂｂに対応する待機端末の通信ＩＤの数、あるいは、この数に基づいて算出される時間を含んでいても良い。これにより、管理システム５０は、端末１０ａａへ待機端末の数、待ち人数、あるいは待ち時間等を通知することが可能となる。

上記の通信ＩＤは、通信先の端末１０の識別情報であっても、その端末１０の利用者の識別情報であっても良い。これにより、様々な形態で通信システム１を利用することが可能となる。

端末１０ａａ（患者：ＡＡ端末）の新たな通信先として端末１０ｂｂ（薬局：ＢＢ端末）の選択が端末１０ｃｃ（病院：ＣＣ端末）において受け付けられたことを契機として、管理システム５０の送受信部５１は、上記の通信の開始の要求を受け付ける。これにより、端末１０ｃｃは、端末１０ａａの新たな通信の宛先を端末１０ｂｂへ取り次ぐことが可能となる。

端末１０ａａの送受信部１１（受信手段の一例）は、管理システム５０から待ち人数及び待ち時間などを含む待機情報を受信する。端末１０ａａの表示制御部１６（出力手段の一例）は、ディスプレイ１２０ａａへ、待機情報を出力する。これにより、端末１０ａａの利用者は、待機情報を把握することができるようになる。

続いて、図８を用いて、端末（１０ａａ，１０ｃｃ）間で中継装置３０ｅを介してコンテンツデータ（画像データおよび音データ）を送信するコンテンツデータ用セッションｓｅｄが確立しているときに、新たな通信の開始を準備する準備段階の処理を説明する。図８は、新たな通信を開始する準備段階の処理を示したシーケンス図である。

この処理を開始する時点で、端末１０ｃｃの利用者である医師は、端末１０ａａの利用者である患者との間のテレビ会議により、診察を行っている。医師は、患者に処方する薬の処方箋を作成すると、端末１０ｃｃの操作ボタン１０８を押下して、患者側の端末１０ａａの次の通信の宛先候補となる薬局側の端末１０のリストを要求する。この操作に応じて、操作入力受付部１２は、宛先リストの要求を受け付ける（ステップＳ１０１）。

続いて、送受信部１１は、通信ネットワーク２を介して管理システム５０へ、宛先リストを要求する旨が示された宛先リスト要求情報を送信する（ステップＳ１０２）。この宛先リスト要求情報には、自端末１０ｃｃの通信ＩＤ「０１ｃｃ」が含まれている。

管理システム５０の送受信部５１が、この宛先リスト要求情報を受信すると、記憶・読出処理部５９は、宛先リスト要求した要求元端末（端末１０ｃｃ）の通信ＩＤ「０１ｃｃ」を検索キーとして、宛先リスト管理テーブル（図６（Ｂ）参照）を検索し、要求元端末（端末１０ｃｃ）において指定することができる宛先候補の通信ＩＤ（「０１ｂｂ」、「０１ｂｄ」等）を読み出す（ステップＳ１０３）。

また、記憶・読出処理部５９は、ステップＳ１０３で読み出された各宛先候補の通信ＩＤ（「０１ｂｂ」等）を検索キーとして、端末管理テーブル（図６（Ａ）参照）を検索し、対応する稼動状態及び宛先名を読み出す（ステップＳ１０４）。

管理システム５０の記憶・読出処理部５９は、ステップＳ１０３で読み出された宛先候補のうち、稼働状態が「ＯＮライン（通信中）」である端末１０の通信ＩＤ（「０１ｂｂ」等）を検索キーとして、待機情報管理テーブル（図６（Ｃ）参照）を検索し、対応する待機端末の通信ＩＤを読み出す（ステップＳ１０５）。続いて、待機情報管理部５８は、宛先候補の通信ＩＤ毎に、ステップＳ１０４で読み出された対応する待機端末の通信ＩＤの数（待機端末数）を特定する（ステップＳ１０６）。さらに、ステップＳ１０６の処理の一環として、特定された待機端末数に基づいて、宛先候補毎に待機時間を算出する。待機時間の算出方法は特に限定されないが、特定された通信ＩＤの数に所定の時間（例えば、７分）を掛ける方法が挙げられる。

送受信部５１は、宛先候補の通信ＩＤと、対応する宛先候補の宛先名を含む宛先リスト情報を、通信ネットワーク２を介して宛先リストの要求元端末（端末１０ｃｃ）に送信する（ステップＳ１０７）。また、ステップＳ１０７の処理の一環として、ステップＳ１０３乃至ステップＳ１０５で読み出された宛先候補の各情報、および、ステップＳ１０６で特定された待機端末数、及び算出された待機時間等を含む宛先情報テーブルを、宛先リストの要求元端末（端末１０ｃｃ）に送信する。図９は、宛先情報テーブルの一例を示す概念図である。図９のように、宛先情報テーブルでは、宛先リストの要求元端末の通信ＩＤと、要求元端末に対応する宛先候補の通信ＩＤと、宛先候補の状態情報、宛先候補との通信の開始を待機している待機端末数と、待機時間とが関連付けられている。

要求元端末（端末１０ｃｃ）の宛先リスト作成部２０は、管理システム５０から送信された宛先情報テーブルに基づいて、宛先候補としての端末１０の稼動状態、待機端末数、待機時間を反映させた宛先リストを作成する。そして、表示制御部１６は、ディスプレイ１２０ｃｃに、宛先リストを表示する（ステップＳ１０８）。

図１０は、宛先リストの表示例を示す図である。図１０に示されているように、宛先リストは、宛先リスト枠１１００−１と、宛先候補の通信ＩＤ１１００−２と、宛先名１１００−３と、宛先候補の稼働情報を反映させたアイコン１１００−４ａ〜１１００−４ｃ、待機端末数に対応する待ち人数１１００−５、待機時間に対応する待ち時間１１００−６等を含む。

なお、宛先リスト作成部２０は、宛先候補の稼動状態が「ＯＮライン（通信可能）」である場合には、この宛先候補に対し、通話可能アイコン１１００−４ａを割り当てる。また、宛先リスト作成部２０は、宛先候補の稼動状態が「ＯＮライン（通信中）」である場合には、この宛先候補に対し、通話中アイコン１１００−４ｂを割り当てる。また、宛先リスト作成部２０は、宛先候補の稼動状態が「ＯＦＦライン」である場合には、この宛先候補に対し、ＯＦＦラインアイコン１１００−４ｃを割り当てる。

端末１０ｃｃは、宛先リスト枠１１００−１に表示されている宛先候補のうち、稼働状態が「ＯＮライン（通信可能又は通信中）」である少なくとも１つの宛先候補を選択して、端末１０ａａの次の通信の宛先を選択することができる。

続いて、図１１を用いて、新たな通信の開始を要求する処理について説明する。図１１は、新たな通信の開始を要求する処理を示したシーケンス図である。なお、この処理において、端末１０ｃｃの利用者である医師は、端末１０ａａの利用者である患者の新たな通話先として、薬局側の端末１０を選択し、患者側と薬局側との間の取り次ぎを行う。

端末１０ｃｃの利用者である医師は、ステップＳ１０８で表示された宛先リスト（図１０参照）の中から、操作ボタン１０８の操作により、「オンライン（通信可能又は通信中）」の宛先を選択する。この場合、医師は宛先側の薬局で取扱っている薬に応じて宛先を選択できるだけでなく、待ち時間の短い宛先を選択することもできる。上記の操作に応じて、操作入力受付部１２は、端末１０ａａの次の通信の宛先の選択を受け付ける（ステップＳ１２１）。以下、次の通信の宛先として端末１０ｂｂが選択された場合について、説明を続ける。

続いて、端末１０ｃｃの送受信部１１は、端末（１０ａａ，１０ｃｃ）間の通信を終了して、端末（１０ａａ，１０ｂｂ）間の通信を開始させることにより、端末１０ａａの通信の宛先の取り次ぎを行う旨を示した取次情報を管理システム５０へ送信する（ステップＳ１２２）。この取次情報には、取次要求元の端末１０ｃｃの通信ＩＤ「０１ｃｃ」、新たな通信の開始要求元となる端末１０ａａの通信ＩＤ「０１ａａ」、及び新たな通信の宛先となる端末１０ｂｂの通信ＩＤ「０１ｂｂ」が含まれている。

管理システム５０の送受信部５１が、上記の取次情報を受信すると、取次情報に含まれている、新たな通信の宛先の端末１０ｂｂの通信ＩＤ「０１ｂｂ」を、新たな通信の開始要求元の端末１０ａａへ送信する（ステップＳ１２３）。

続いて、管理システム５０は、医師側の端末１０ｃｃと患者側の端末１０ａａとの間のコンテンツデータ用セッションｓｅｄを終了させる制御を実行する。この制御には、端末管理テーブル（図６（Ａ）参照）において、端末（１０ａａ，１０ｃｃ）の通信ＩＤ「０１ａａ，０１ｃｃ」に関連付けられて管理されている稼働状態を、「ＯＮライン（通信中）」から、「ＯＮライン（通信可能）」に変更する処理が含まれる。また、この制御には、送受信部５１が、端末（１０ａａ，１０ｃｃ）間でコンテンツデータを中継していた中継装置３０へ、端末（１０ａａ，１０ｃｃ）間のコンテンツデータの中継の停止を要求する処理が含まれる。なお、通信システム１の各端末、システム、装置は、上記の処理に替えて、あるいは上記の処理に加えて、セッションを終了させるための公知の処理を実行しても良い。

端末（１０ａａ，１０ｃｃ）間のコンテンツデータ用セッションｓｅｄから、端末１０ａａが退出すると、端末１０ａａの送受信部１１は、ステップＳ１２３で受信した取次情報に基づいて、端末１０ｂｂとの間の通信の開始を要求する旨を示した開始要求情報を管理システム５０へ送信する（ステップＳ１２５）。この開始要求情報には、通信の開始要求元の端末１０ａａの通信ＩＤ「０１ａａ」、及び、宛先の端末１０ｂｂの通信ＩＤ「０１ｂｂ」が含まれている。

管理システム５０の送受信部５１が、端末１０ａａからの通信の開始要求を受信したときに、宛先の端末１０ｂｂが他の端末１０と通信中である場合について説明を続ける。なお、宛先の端末１０ｂｂが通信中であるか否かは、端末管理テーブル図６（Ａ）において、端末１０ｂｂの通信ＩＤ「０１ｂｂ」に関連付けられて管理されている稼働状態が、「ＯＮライン（通信中）」であるか否かに基づいて判断することができる。

管理システム５０の待機情報管理部５８は、待機情報管理テーブル（図６（Ｃ）参照）において、宛先の端末１０ｂｂの通信ＩＤ「０１ｂｂ」、開始要求元の端末１０ａａの通信ＩＤ「０１ａａ」、取次要求元の端末１０ｃｃの通信ＩＤ「０１ｃｃ」、及び、管理システム５０が待機を受け付けた受付時刻を関連付けたフィールドを追加して記憶させることにより、待機情報管理テーブルを更新する（ステップＳ１２６）。なお、取次要求元の通信ＩＤは、ステップＳ１２２において端末１０ｃｃから送られてきた取次情報に基づいて特定することができる。

続いて、待機情報管理部５８は、宛先の端末１０ｂｂの通信ＩＤ「０１ｂｂ」を検索キーとして、更新された待機情報管理テーブルを検索し、対応する待機端末の通信ＩＤの数（待機端末数）を特定する（ステップＳ１２７）。さらに、ステップＳ１２７の処理の一環として、特定された待機端末の通信ＩＤの数に基づいて、待機時間を算出する。待機時間の算出方法は特に限定されないが、特定された通信ＩＤの数に所定の時間（例えば、７分）を掛ける方法が挙げられる。

送受信部５１は、ステップＳ１２７で特定された待機端末数、及び算出された待機時間を含む待機情報を、開始要求元の端末１０ａａへ送信する（ステップＳ１２８）。開始要求元の端末１０ａａの送受信部１１が待機情報を受信すると、表示制御部１６は、待機端末数、待機時間をディスプレイ１２０ａａに表示する（ステップＳ１２９）。なお、図１２（Ａ）は、ステップＳ１２９におけるディスプレイ１２０ａａの表示例を示す図である。これにより、端末１０ａａの利用者である患者は、薬剤師の端末との通信の開始までの待機時間及び待機端末数（人数）を把握することができる。上記実施形態により、端末（１０ａａ，１０ｂｂ）との間のコンテンツデータ用セッションｓｅｄを開始することなく、端末１０ａａへ待機時間等を通知できるようになるので、コンテンツデータの送信に伴う通信ネットワーク２の負荷は軽減される。

続いて、図１３を用いて、端末１０ｂｂの利用者である薬剤師が、あるテレビ会議を終えたてから、次の患者とテレビ会議を行うときの処理について説明する。図１３は、新たな通信の宛先を選択する処理を示したシーケンス図である。

端末１０ｂｂの利用者である薬剤師は、端末１０ｂｂの操作ボタン１０８を押下して、自端末１０ｂｂとの通信を待機している患者の端末１０の候補のリストを要求する。この操作に応じて、操作入力受付部１２は、宛先リストの要求を受け付ける（ステップＳ１４１）。続いて、送受信部１１は、通信ネットワーク２を介して管理システム５０へ、待機している端末１０のリストを要求する旨が示された待機リスト要求情報を送信する（ステップＳ１４２）。この宛先リスト要求情報には、自端末１０ｂｂの通信ＩＤ「０１ｂｂ」が含まれている。

管理システム５０の送受信部５１が待機リスト要求情報を受信すると、待機情報管理部５８は、リストの要求元である端末１０ｂｂの通信ＩＤ「０１ｂｂ」を検索キーとして、待機情報管理テーブル（図６（Ｃ）参照）を検索し、対応する待機端末及び取次端末の各通信ＩＤ、並びに受付時刻を読み出す（ステップＳ１４３）。また、ステップＳ１４３の処理の一環として、記憶・読出処理部５９は、上記の読み出された待機端末及び取次端末の各通信ＩＤを検索キーとして端末管理テーブル（図６（Ａ）参照）を検索し、対応する各宛先名（端末名）を読み出す。

送受信部５１は、上記ステップＳ１４３で読み出された待機端末の通信ＩＤ、待機端末及び取次端末の宛先名、並びに、待機を受け付けた受付時刻を含む待機リスト情報を要求元の端末（端末１０ｂｂ）に送信する（ステップＳ１４４）。

要求元の端末１０ｂｂの宛先リスト作成部２０は、管理システム５０から送信された待機リスト情報に基づいて、待機端末の通信ＩＤ、待機端末及び取次端末の宛先名を、受付時刻を早い順に並べることにより、待機リストを作成する。そして、表示制御部１６は、ディスプレイ１２０ｂｂに、待機リストを表示する（ステップＳ１４５）。

図１４は、待機リストの表示例を示す図である。図１４に示されているように、待機リストは、待機リスト枠１２００−１に待機端末の通信ＩＤ１２００−２と、待機端末名１２００−３と、取次端末名１２００−４がそれぞれ記されたボタン１２００−５を含む。

端末１０ｂｂの利用者は、待機リスト枠１２００−１に表示されている待機端末のうち、例えば、受付時刻が最も早い待機端末（端末１０ａｆ）、を次の通信先として選択する。上記の操作に応じて、操作入力受付部１２は、端末１０ｂｂの次の通信先の選択を受け付ける（ステップＳ１４６）。

続いて、端末１０ｂｂの送受信部１１は、次の通信先の選択を受け付けた旨を示す選択情報を管理システム５０へ送信する（ステップＳ１４７）。この選択情報には、ステップＳ１４６で受け付けられた端末１０ａｆの通信ＩＤ「０１ａｆ」と、自端末１０ｂｂの通信ＩＤ「０１ｂｂ」と、が含まれている。

続いて、管理システム５０は、選択情報に応じて、薬剤師側の端末１０ｂｂと選択された患者側の端末１０ａｆとの間のコンテンツデータ用セッションｓｅｄを開始させる制御を実行する（ステップＳ１４８）。この制御には、端末管理テーブル（図６（Ａ）参照）において、端末（１０ａｆ，１０ｂｂ）の通信ＩＤ「０１ａｆ，０１ｂｂ」に関連付けられて管理されている稼働状態を、状態管理部５３が、「ＯＮライン（通信可能）」から、「ＯＮライン（通信中）」に変更する処理が含まれる。また、上記の制御には、送受信部５１が、中継装置３０へ、端末（１０ａｆ，１０ｂｂ）間でのコンテンツデータの中継の開始を要求する処理が含まれる。なお、通信システム１の各端末、システム、装置は、上記の処理に替えて、あるいは上記の処理に加えて、セッションを開始させるための公知の処理を実行することができる。これにより、端末（１０ｂｂ，１０ａｆ）間のコンテンツデータ用セッションｓｅｄが確立される。

続いて、管理システム５０の待機情報管理部５８は、待機情報管理テーブル（図６（Ｃ）参照）において、新たな通信を開始した各端末（１０ｂｂ，１０ａｆ）の各通信ＩＤ（「０１ｂｂ」，「０１ａｆ」）が記録されたフィールドを削除する（ステップＳ１４９）。これにより、端末（１０ｂｂ，１０ａｆ）間の通信が完了して、端末１０ｂｂが新たな通信を開始するときには、更新された待機リスト情報に基づいて、新たな通信先を選択できるようになる（ステップＳ１４１乃至ステップＳ１４６参照）。

待機情報管理部５８は、更新された待機情報管理テーブルにおいて、宛先の端末１０ｂｂの通信ＩＤ「０１ｂｂ」を検索キーとして、待機情報管理テーブルを検索し、対応する待機端末の通信ＩＤおよび受付時刻を読み出す（ステップＳ１５０）。

続いて、待機情報管理部５８は、ステップＳ１５０で読み出された各待機端末の通信ＩＤ及び受付時刻に基づいて、待機端末毎に待機時間を算出する（ステップＳ１５１）。各待機端末の待機時間を算出する方法は特に限定されないが、待機端末を受付時刻の早い順に並べたときの待機端末毎の受付順に、所定の時間（例えば、７分）を掛ける方法が挙げられる。

送受信部５１は、ステップＳ１５０で読み出された各通信ＩＤによって識別される各待機端末１０（例えば、端末（１０ａｇ，１０ａａ）へ、受付順、およびステップＳ１５１で算出された待機時間を含む待機情報を送信する（ステップＳ１５２−１，Ｓ１５２−２）。各端末（１０ａｇ，１０ａａ）の送受信部１１が待機情報を受信すると、表示制御部１６は、受付順、待機時間をディスプレイ１２０ａａに出力する制御を行う（ステップＳ１５３）。なお、図１２（Ｂ）は、ステップＳ１５３におけるディスプレイ１２０ａａの表示例を示す図である。表示画面の更新により、端末１０ａａの利用者である患者は、薬剤師の端末１０ｂｂとの通信の開始までの待ち時間が短縮されたことを把握することができる。

＜＜＜第２の実施形態＞＞＞
続いて、本発明の第２の実施形態について、第１の実施形態と異なる点を説明する。図１５は、第２の実施形態の宛先リスト管理テーブルを示す概念図である。図１５の宛先リスト管理テーブルでは、患者側の端末１０ａａの通信ＩＤ「０１ａａ」に関連付けられて、医師側の端末（１０ｃａ，１０ｃｂ等）及び薬局側の端末（１０ｂａ，１０ｂｂ等）の通信ＩＤが管理されている。すなわち、患者側の端末１０では、通信の宛先として、医師側の端末１０のみではなく、薬剤師側の端末１０を指定することができる。

図１６は、新たな通信を開始する準備段階の処理を示したシーケンス図である。図１６に示したように、第２の実施形態では、宛先リスト要求受付処理（ステップＳ１０１）および宛先リスト作成および表示処理（ステップＳ１０８）を、医師側の端末１０ｃｃの各手段に代えて、患者側の端末１０ａａにおける対応する各手段で実行することになる。

図１７は、新たな通信の宛先を選択する処理を示したシーケンス図である。図１７に示したように、第２の実施形態では、宛先選択受付処理（ステップＳ１２１）を、医師側の端末１０ｃｃの各手段に代えて、患者側の端末１０ａａにおける対応する手段で実行することになる。また、端末１０ａａの送受信部１１は、ステップＳ１２１で選択された宛先に基づいて、端末１０ｂｂとの間の通信の開始を要求する旨を示した開始要求情報を管理システム５０へ送信する（ステップＳ１２５）。以後、通信システム１の各システム、端末、及び装置は、第１の実施形態と同様の処理を行う。上記の処理により、患者側の端末１０ａａは、医師側の端末１０ｃｃの取り次ぎがなくても、薬剤師側の端末１０ｂｂを宛先とする通信の開始の要求ができるようになる。

＜＜通信システム１の補足＞＞
上記各実施の形態における管理システム５０、及びプログラム提供システム９０は、単一のコンピュータによって構築されてもよいし、各部（機能又は手段）を分割して任意に割り当てられた複数のコンピュータによって構築されていてもよい。また、プログラム提供システム９０が単一のコンピュータによって構築されている場合には、プログラム提供システム９０によって送信されるプログラムは、複数のモジュールに分けて送信されるようにしてもよいし、分けないで送信されるようにしてもよい。更に、プログラム提供システム９０が複数のコンピュータによって構築されている場合には、複数のモジュールが分けられた状態で、各コンピュータから送信されるようにしてもよい。

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

更に、上記通信システム１では、図６（Ａ）に示されている端末管理テーブルにおいて端末のＩＰアドレスを管理することとしたが、これに限るものではなく、通信ネットワーク２上で端末１０を特定するための端末特定情報であれば、ＦＱＤＮ（Fully Qualified Domain Name）を管理してもよい。この場合、周知のＤＮＳ（Domain Name System）サーバによって、ＦＱＤＮに対応するＩＰアドレスが取得されることになる。

通信システム１において、「テレビ会議」は、「ビデオ会議」と置き換え可能な用語として用いられている。

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

更に、通信システム１は、音会議システム、又はＰＣ(Personal Computer)画面共有システムであっても良い。また、通信システム１は、ＩＰ（Internet Protocol）電話や、インターネット電話、携帯電話の通信システムであってもよい。この場合、例えば、端末１０は携帯電話機などの電話機に相当する。

また、上記実施形態では、コンテンツデータの一例として、画像データ及び音データについて説明したが、これに限るものではなく、触覚(touch)データであってもよい。この場合、一方の端末側でユーザが接触した感覚が、他方の端末側に伝達される。更に、コンテンツデータは、嗅覚（smell）データであってもよい。この場合、一方の端末側の匂い（臭い）が、他の端末側に伝達される。また、コンテンツデータは、画像データ、音データ、触覚データ、及び嗅覚データのうち、少なくとも１つのデータであればよい。また、コンテンツデータは、脈拍音、鼓動等の体内で発生する音データ、心電図の波形、体温の変化を示す画像データあるいは座標データ等の体内の情報を示すデータであっても良い。

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

１０ 通信端末
１１ 送受信部
１２ 操作入力受付部
１４ 撮像部
１５ 音入出力部
１６ 表示制御部
１９ 記憶・読出処理部
２０ 宛先リスト作成部
３０ 中継装置
５０ 通信管理システム
５１ 送受信部
５３ 状態管理部
５８ 待機情報管理部
５９ 記憶・読出処理部
５０００ 不揮発性記憶部
５００３ 端末管理ＤＢ
５００４ 宛先リスト管理ＤＢ
５０１０ 待機情報管理ＤＢ

特開２００８−４０６０号公報

Claims (7)

1. 第１の通信先との通信の開始を待機している通信先の識別情報を管理する待機情報管理手段と、
   前記第１の通信先と第２の通信先との間の通信の開始の要求を受け付ける開始要求受付手段と、
   前記待機情報管理手段において管理される識別情報として、前記第２の通信先の識別情報を追加する追加手段と、
   前記待機情報管理手段において管理されている前記通信先の識別情報に基づいて、待機に関する情報を、前記第２の通信先の通信端末へ送信する送信手段と、
   を有し、
   前記開始要求受付手段は、第３の通信先の通信端末において、前記第２の通信先の新たな通信の宛先として前記第１の通信先の選択が受け付けられたことを契機として、前記通信の開始の要求を受け付けることを特徴とする管理システム。
2. 前記待機に関する情報は、前記待機情報管理手段において管理される前記通信先の識別情報の数、または、該数に基づいて算出される時間を含むことを特徴とする請求項１に記載の管理システム。
3. 前記通信先の識別情報は、前記通信先の通信端末の識別情報、又は、該通信端末の利用者の識別情報であることを特徴とする請求項１又は２に記載の管理システム。
4. 請求項１乃至３のいずれか一項に記載の管理システムと、
   前記管理システムから、前記待機に関する情報を受信する受信手段と、前記待機に関する情報を出力する出力手段と、を有することを特徴とする通信端末と、
   を有することを特徴とする通信システム。
5. 第１の通信先との通信の開始を待機している通信先の識別情報を管理する待機情報管理手段を有する管理システムに、
   前記第１の通信先と第２の通信先との間の通信の開始の要求を受け付ける開始要求受付処理と、
   前記待機情報管理手段において管理される識別情報として、前記第２の通信先の識別情報を追加する処理と、
   前記待機情報管理手段において管理されている前記通信先の識別情報に基づいて、待機に関する情報を、前記第２の通信先の通信端末へ送信する処理と、
   を実行させ、
   前記開始要求受付処理は、第３の通信先の通信端末において、前記第２の通信先の新たな通信の宛先として前記第１の通信先の選択が受け付けられたことを契機として、前記通信の開始の要求を受け付けることを特徴とする情報送信方法。
6. 前記第２の通信先の通信端末に、
   前記管理システムから、前記待機に関する情報を受信する処理と、
   前記待機に関する情報を出力する処理と、
   を実行させることを特徴とする請求項５に記載の情報送信方法。
7. 請求項５に記載の情報送信方法を、管理システムに実行させる、プログラム。

Images