JP2016034129A - 情報送信システム、通信端末、通信システム、情報送信方法、及びプログラム - Google Patents

Abstract

【課題】通信端末やアカウントを共用しているような場合には、通信の開始要求時に、電話番号などの通信端末の識別情報やアカウントを着信側に通知しても、着信側では、着信前に開始要求元を特定することができなくなる。【解決手段】管理システム５０’は、通信の開始要求元の通信端末１０ａａにおいて入力された、端末１０ａａの利用者の名刺情報を受信する送受信部５１を有する。送受信部５１は、更に、開始要求元の通信端末１０ａａと接続していない所定の宛先の通信端末１０ｄｂへ、名刺情報を送信する。【選択図】図１９

Description

本発明は、情報送信システム、通信端末、通信システム、情報送信方法、及びプログラムに関する。

近年、当事者の移動の経費や時間を削減する要請等に伴い、インターネットや専用線等の通信ネットワークを介してテレビ会議や通話等を行う通信システムが普及している。このような通信システムでは、複数の通信端末の間で通信を開始すると、画像データ及び音データ等のコンテンツデータの送受信が行われ、テレビ会議や通話等を実現することができる（特許文献１参照）。

コールセンターにおいて通信システムを利用する場合、コールセンターを宛先とした通話要求を、交換機により、複数の通信端末の中から選択される通信端末に分配することが知られている（特許文献２参照）。

また、通信システムにおいて、電話番号や、アカウント名を用いて発信したときに、着信側に、電話番号や、アカウント名、あるいは、これらに対応付けられた宛先名を通知する機能が実現されている。これにより、着信側では、開始要求元を特定することができるので、着信前に必要な資料を用意したり、応対可能な者に応答依頼するなど、着信の準備をすることができる。

しかしながら、通信端末やアカウントを共用しているような場合には、通信の開始要求時に、電話番号などの通信端末の識別情報やアカウントを着信側に通知しても、着信側では、着信前に開始要求元を特定することができなくなるという課題が生じる。

請求項１に係る発明の情報送信システムは、通信の開始要求元の通信端末において入力された該通信端末の利用者情報を受信する利用者情報受信手段と、前記開始要求元の通信端末と接続していない所定の宛先の通信端末へ、前記利用者情報を送信する利用者情報送信手段と、を有することを特徴とする。

本発明の情報送信システムによると、通信端末やアカウントを共用しているような場合でも、着信側で、着信前に開始要求元を特定することが可能になるという効果を奏する。

図１は、一実施形態に係る通信システムの概略図である。 図２は、一実施形態に係る端末の外観図である。 図３は、一実施形態に係る端末のハードウェア構成図である。 図４は、一実施形態に係る管理システム、中継装置、プログラム提供システム、又はメンテナンスシステムのハードウェア構成図である。 図５は、一実施形態に係る端末のソフトウェア構成図である。 図６は、一実施形態に係る通信システムを構成する各端末及び管理システムの機能ブロック図である。 図７は、管理システムにおいて管理される各テーブルを示す概念図である。 図８は、管理システムにおいて管理される各テーブルを示す概念図である。 図９は、通信状態の状態遷移図である。 図１０は、端末が起動してからログインするまでの処理を示したシーケンス図である。 図１１は、通信の開始を要求する処理を示したシーケンス図である。 図１２は、受付画面を示す図である。 図１３は、待機の状況を通知する処理を示したフロー図である。 図１４は、ディスプレイの表示例を示す図である。 図１５は、一実施形態に係る通信システムの概略図である。 図１６は、画像読取装置のハードウェア構成図である。 図１７は、一実施形態に係る通信システムを構成する管理システム及び画像読取装置の機能ブロック図である。 図１８は、訪問者管理テーブルを示す概念図である。 図１９は、通信システムにおけるコンテンツデータ及び各種管理情報の送受信の状態を示した概念図である。 図２０は、通信の開始を要求する処理を示したシーケンス図である。 図２１は、受付画面を示す図である。 図２２は、訪問者を管理する処理を示したフロー図である。 図２３は、待機の状況を通知する処理を示したフロー図である。 図２４は、ディスプレイの表示例を示す図である。 図２５は、ディスプレイの表示例を示す図である。

以下、図面を用いて、本発明の一実施形態を詳細に説明する。なお、以下では、「通信端末」は単に「端末」として表され、「通信管理システム」は単に「管理システム」として表されている。

＜＜通信システム１の全体構成＞＞
図１は、本発明の一実施形態に係る通信システムの概略図である。図１に示されているように、通信システム１は、複数の端末（１０ａａ，１０ａｂ，…）、各端末（１０ａａ，１０ａｂ，…）用のディスプレイ（１２０ａａ，１２０ａｂ，…）、複数の中継装置（３０ａ，３０ｂ，３０ｃ，３０ｄ，３０ｅ）、管理システム５０、プログラム提供システム９０、及びメンテナンスシステム１００によって構築されている。この通信システム１によって、コンテンツデータの一例としての画像データ及び音データの通信が行われることで、遠隔地間のテレビ会議等を実現することができる。なお、複数のルータ（７０ａ，７０ｂ，７０ｃ，７０ｄ，７０ａｂ）は、コンテンツデータの最適な経路の選択を行う。

端末（１０ａａ，１０ａｂ，１０ａｃ，・・・）、中継装置３０ａ、及びルータ７０ａは、ＬＡＮ２ａによって通信可能に接続されている。端末（１０ｂａ，１０ｂｂ，１０ｂｃ，・・・）、中継装置３０ｂ、及びルータ７０ｂは、ＬＡＮ２ｂによって通信可能に接続されている。また、ＬＡＮ２ａ及びＬＡＮ２ｂは、ルータ７０ａｂが含まれた専用線２ａｂによって通信可能に接続されている。更に、ＬＡＮ２ａ、ＬＡＮ２ｂ、及び専用線２ａｂは、所定の地域Ｘ内で構築されている。なお、各装置は、必ずしも専用線によって接続されている必要はなく、例えば直接インターネット２ｉに接続されていてもよい。

端末（１０ｃａ，１０ｃｂ，１０ｃｃ，・・・）、中継装置３０ｃ、及びルータ７０ｃは、ＬＡＮ２ｃによって通信可能に接続されている。ＬＡＮ２ｃは、所定の地域Ｙ内で構築されている。

端末（１０ｄａ，１０ｄｂ，１０ｄｃ，・・・）、中継装置３０ｄ、及びルータ７０ｄは、ＬＡＮ２ｄによって通信可能に接続されている。ＬＡＮ２ｄは、所定の地域Ｚ内で構築されている。地域Ｘ、地域Ｙ、及び地域Ｚは、同一国内であっても、異なる国であっても良い。

地域Ｘ、地域Ｙ、及び地域Ｚは、それぞれルータ（７０ａｂ，７０ｃ，７０ｄ）からインターネット２ｉを介して通信可能に接続されている。なお、地域Ｚには、コールセンターが設けられている。各端末１０は、コールセンターの端末（１０ｄａ，１０ｄｂ，１０ｄｃ，・・・）と接続することで、レセプションサービスを受けることができる。

なお、以下では、複数の端末（１０ａａ，１０ａｂ，…）のうち任意の端末は、「端末１０」と表され、複数のディスプレイ（１２０ａａ，１２０ａｂ，…）のうち任意のディスプレイは「ディスプレイ１２０」と表され、複数の中継装置（３０ａ，３０ｂ，３０ｃ，３０ｄ，３０ｅ）のうち任意の中継装置は「中継装置３０」と表されている。また、ルータ（７０ａ，７０ｂ，７０ｃ，７０ｄ，７０ａｂ）のうち任意のルータは、「ルータ７０」と表されている。

また、管理システム５０、プログラム提供システム９０、及びメンテナンスシステム１００は、インターネット２ｉに接続されている。なお、管理システム５０、プログラム提供システム９０、及びメンテナンスシステム１００は、地域（Ｘ，Ｙ，Ｚ）に設置されていても良いし、これら以外の地域に設置されていても良い。

また、本実施形態では、ＬＡＮ（２ａ，２ｂ，２ｃ，２ｄ）、専用線２ａｂ、及びインターネット２ｉによって、本実施形態の通信ネットワーク２が構築されている。この通信ネットワーク２には、有線だけでなく、ＷｉＦｉ(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)のように、異なるプロトコルのテレビ会議アプリがインストールされてもよい。

＜＜実施形態の機能構成＞＞
次に、本実施形態の機能構成について説明する。図６は、一実施形態に係る通信システム１の一部を構成する端末１０、及び管理システム５０の機能ブロック図である。なお、図６では、端末１０、及び管理システム５０が、通信ネットワーク２を介してデータ通信することができるように接続されている。

＜端末の機能構成＞
端末１０は、装置制御部１０５０及び通話制御部１０６０を有している。このうち、装置制御部１０５０は、ＯＳ１０２０が実行されることによって実現される。また、通話制御部１０６０は、テレビ会議アプリ１０３１又はレセプションアプリ１０３２が起動されることによって実現される。

また、装置制御部１０５０は、送受信部１１、操作入力受付部１２、表示制御部１３、及び記憶・読出部１９を有している。これら各部は、図３に示されている各構成要素のいずれかが、フラッシュメモリ１０４からＲＡＭ１０３上に展開された起動アプリ（プログラム）に従ったＣＰＵ１０１からの命令によって動作することで実現される機能である。

一方、通話制御部１０６０は、送受信部２１、起動部２２、表示制御部２４、機能実行部２５、及び記憶・読出部２９を有している。これら各部は、図３に示されている各構成要素のいずれかが、フラッシュメモリ１０４からＲＡＭ１０３上に展開されたテレビ会議アプリ１０３１又はレセプションアプリ１０３２（プログラム）に従ったＣＰＵ１０１からの命令によって動作することで実現される機能である。

また、端末１０は、図３に示されているＲＯＭ１０２、ＲＡＭ１０３、フラッシュメモリ１０４によって構築される記憶部１０００を有している。

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

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

操作入力受付部１２は、ＣＰＵ１０１からの命令、並びに操作ボタン（１０８ａ，１０８ｂ，１０８ｃ，１０８ｄ，１０８ｅ）及び電源スイッチ１０９によって実現され、ユーザによる各種入力又は各種選択を受け付ける。

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

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

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

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

起動部２２は、ＣＰＵ１０１からの命令によって実現され、装置制御部１０５０の操作入力受付部１２がユーザによるアプリの選択を受け付けた場合に、操作入力受付部１２の起動要求に基づいて通話制御部１０６０（テレビ会議アプリ又はレセプションアプリ）の動作を起動する。

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

機能実行部２５は、ＣＰＵ１０１からの命令、及びカメラ１１２、マイク１１４、又はスピーカ１１５等によって実現され、画像又は音等による通話を実現するための制御を行う。

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

＜管理システムの機能構成＞
管理システム５０は、送受信部５１、認証部５２、管理部５３、セッション制御部５８、及び記憶・読出部５９を有している。これら各部は、図４に示されている各構成要素のいずれかが、ＨＤ２０４からＲＡＭ２０３上に展開された管理システム５０用のプログラムに従ったＣＰＵ２０１からの命令によって動作することで実現される機能である。また、管理システム５０は、ＨＤ２０４により構築される記憶部５０００を有している。この記憶部５０００には、アプリＩＤ毎に、アプリアイコンのデータが記憶されている。更に、記憶部５０００には、以下に示すような各テーブルによって各ＤＢが構築される。

（認証管理テーブル）
図７（Ａ）は、認証管理テーブルを示す概念図である。記憶部５０００には、図７（Ａ）に示されているような認証管理テーブルによって認証管理ＤＢ５００１が構築されている。この認証管理テーブルでは、管理システム５０によって管理される全ての端末１０の各通信ＩＤに対して、認証用のパスワードが関連付けられて管理される。なお、通信ＩＤは、通信システム１において、通信先を特定するための情報である。通信ＩＤとしては、特に限定されないが、例えば、端末１０の識別情報、端末１０のユーザのアカウント、複数の端末１０によって構成されるグループの識別情報等が含まれる。以下、通信ＩＤが、端末１０の識別情報、又はグループの識別情報である場合について説明する。

（端末管理テーブル）
図７（Ｂ）は、端末管理テーブルを示す概念図である。記憶部５０００には、図７（Ｂ)に示されているような端末管理テーブルによって端末管理ＤＢ５００２が構築されている。この端末管理テーブルでは、各端末１０の通信ＩＤ毎に、各端末１０を宛先とした場合の宛先名（端末名）、各端末１０の稼動状態、各端末１０の他の端末１０との通信の状態を示す通信状態、及び各端末１０のＩＰアドレスが関連付けられて管理される。

（状態変更管理テーブル）
図８（Ａ）及び図８（Ｂ）は、状態変更管理テーブルを示す概念図である。記憶部５０００には、図８（Ａ）及び図８（Ｂ）に示されているような状態変更管理テーブルによって状態変更管理ＤＢ５００９が構築されている。図８（Ａ）の状態変更管理テーブルでは、端末１０間のセッションの制御に用いられる管理情報と、管理情報に基づいた制御を実行する前の通信状態を示す変更前状態情報と、管理情報に基づいた制御によって変更された後の通信状態を示す変更後状態情報とが関連付けられて管理される。また、図８（Ｂ）の状態変更管理テーブルでは、管理情報と、端末１０が開始要求元であるか、あるいは宛先であるかを識別するための端末情報と、変更前状態情報と、変更後状態情報とが関連付けられて管理される。

図９（Ａ)および図９（Ｂ)は、上記の状態変更管理テーブルに記録された状態変更の規則よって実現される通信状態の遷移を示した状態遷移図である。図９（Ａ)又は図９（Ｂ)に示されているように、後述の管理部５３は、例えば、管理情報「Private Invite」に基づいて、通信の開始要求元の端末１０の通信状態を「None」から「Private Calling」に変更して、端末管理テーブルに記録する。同様に、管理部５３は、管理情報「Private Invite」に基づいて、宛先端末の通信状態を「None」から「Private Ringing」に変更する。

なお、「Invite」は、通信の開始要求に伴う管理情報である。「Accept」は、開始要求に対する許可の応答に伴う管理情報である。「Join」は、コンテンツデータの中継要求に伴う管理情報である。「Call」は、確立中のセッションへの参加要求に伴う管理情報である。「Leave」は、セッションの終了要求に伴う管理情報である。

（グループ情報管理テーブル）
図８（Ｃ）は、グループ情報管理テーブルを示す概念図である。記憶部５０００には、図８（Ｃ）に示されているようなグループ情報管理テーブルによってグループ情報管理ＤＢ５０１０が構築されている。このグループ情報管理テーブルでは、グループを識別するための通信ＩＤと、そのグループを通信の宛先とするときの宛先名（グループ名）と、そのグループを構成する各端末１０の各通信ＩＤと、を関連付けて管理する。

（待機情報管理テーブル）
図８（Ｄ）は、待機情報管理テーブルを示す概念図である。記憶部５０００には、図８（Ｄ）に示されているような待機情報管理テーブルによって待機情報管理ＤＢ５０１２が構築されている。この待機情報管理テーブルでは、グループを識別するための通信ＩＤに対して、このグループを構成する端末１０との通信を待機している待機端末の通信ＩＤ、及びグループを構成する端末１０との通信の開始要求を管理システム５０側で受け付けた受付時刻が関連付けられて管理される。

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

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

認証部５２は、ＣＰＵ２０１からの命令によって実現され、送受信部５１で受信された通信ＩＤ及びパスワードを検索キーとして、認証管理テーブルを検索し、この認証管理テーブルに同一の通信ＩＤ及びパスワードが管理されているかを判断することによって端末１０の認証を行う。

管理部５３は、ＣＰＵ２０１からの命令によって実現され、端末管理テーブル（図７（Ｂ）参照）において、最新の稼働状態、通信状態等を管理させるため、稼働状態、通信状態等を更新する処理を行う。

セッション制御部５８は、ＣＰＵ２０１からの命令によって、端末１０間でコンテンツデータを送信するセッションを制御する。この制御としては、セッションを確立するための制御、確立されたセッションに端末１０参加させる制御、セッションを切断する制御等が含まれる。

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

＜＜通信システム１の処理・動作＞＞
続いて、通信システム１における処理方法を説明する。まずは、図１０を用いて、端末１０ａａが起動してからログインするまでの処理を説明する。図１０は、端末１０が起動してからログインするまでの処理を示したシーケンス図である。

まず、ユーザが、電源スイッチ１０９をＯＮにすると、操作入力受付部１２が電源ＯＮを受け付けて、端末１０ａａを起動させる（ステップＳ１）。送受信部１１は、上記電源ＯＮの受け付けを契機とし、通信ネットワーク２を介して管理システム５０に、ログイン要求を行う（ステップＳ２）。これにより、管理システム５０の送受信部５１は、ログイン要求を受け付ける。このログイン要求には、ログイン要求元である端末１０ａａを識別するための通信ＩＤ及びパスワードが含まれている。これら通信ＩＤ及びパスワードは、記憶・読出部１９を介して記憶部１０００から読み出されて、送受信部１１に送られたデータである。なお、これら通信ＩＤ及びパスワードは、ユーザによって入力されてもよい。端末１０ａａから管理システム５０へログイン要求が送信されることで、受信側である管理システム５０は、送信側である端末１０ａａのＩＰアドレスを取得することができる。

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

そして、管理システム５０の送受信部５１は、上記認証部５２によって得られた認証結果が示された認証結果情報を、通信ネットワーク２を介して、ログイン要求元の端末１０ａａに送信する（ステップＳ５）。これにより、端末１０ａａの送受信部１１は、認証結果情報を受信する。

続いて、端末１０ａａにおいてレセプションアプリ１０３２を起動する場合について、図１１を用いて説明する。図１１は、通信の開始を要求する処理を示したシーケンス図である。

端末１０ａａへのユーザによる操作ボタン（１０８ａ〜１０８ｅ）の操作に応じて、端末１０ａａの操作入力受付部１２は、レセプションアプリ１０３２の起動要求を受け付ける（ステップＳ６１）。

続いて、装置制御部１０５０の操作入力受付部１２は、レセプションアプリ１０３２によって実現される起動部２２に対して、起動を命令することで、レセプションアプリ１０３２に対応する通話制御部１０６０を起動させる（ステップＳ６２）。なお、これよりも前は、装置制御部１０５０による処理であったが、これ以降は、レセプションアプリ１０３２が起動することによって実現される通話制御部１０６０による処理となる。

続いて、通話制御部１０６０の表示制御部２４は、コールセンターとの通信の開始を受け付けるための受け付け画面をディスプレイ１２０ａａに表示させる。図１２は受付画面を示す図である。この画面１４０には、コールセンターの端末１０との通信の開始を促すメッセージ１４３、及び、通信の開始を受け付けるためのボタン１４４が表示されている。本実施形態において、各アプリに対応する各表示制御部２４は、目的に応じたメッセージやユーザインタフェースを表示させる（図１２参照）。

続いて、端末１０ａａのユーザが、図１２の受付画面におけるボタン１４４を押下すると、機能実行部２５は、通信の開始要求を受け付ける（ステップＳ７１）。続いて、端末１０ａａの送受信部２１は、開始要求元の端末１０ａａの通信ＩＤ「０１ａａ」、宛先候補の通信ＩＤ「０１ｘｘ」、および、管理情報「Private Invite」が含まれる開始要求情報を、開始要求元の端末１０のＩＰアドレスとともに管理システム５０へ送信する（ステップＳ７２）。なお、宛先候補の通信ＩＤ「０１ｘｘ」は、宛先としてのコールセンターを示す通信ＩＤであって、レセプションアプリ１０３２に基づく送受信部２１の処理によって自動的に選択されたものである。また、管理情報「Private Invite」は、参加制限を伴う通信の開始要求を示す情報であって、レセプションアプリ１０３２に基づく送受信部２１の処理によって自動的に選択されたものである。

続いて、管理システム５０のセッション制御部５８は、通信ＩＤ「０１ｘｘ」で識別されるグループを構成する端末１０（図８（Ｃ）参照）の中から、稼働状態が「ＯＮライン（通信可能）」である端末１０（図７（Ｂ））を端末１０ａａの通信相手として呼び出す端末１０（呼出端末）に決定する（ステップＳ７５）。

続いて、管理部５３は、端末管理テーブル（図７（Ｂ）参照）において、開始要求元の端末１０ａａの通信ＩＤ「０１ａａ」、及び宛先としての呼出端末の通信ＩＤに対応する通信状態を変更する（ステップＳ７６）。この場合、管理部５３は、開始要求元の端末１０ａａから送信された管理情報「Private Invite」を検索キーとして、状態変更管理テーブル（図８（Ｂ）参照）を検索し、端末情報毎に、対応する変更前状態情報および変更後状態情報を読み出す。管理部５３は、読み出された端末情報、変更前状態情報、変更後状態情報に基づいて、各端末１０の通信状態を更新する（ステップＳ７６）。この場合、管理部５３は、開始要求元の端末１０ａａの通信状態を、変更前状態情報によって示される「None」から、変更後状態情報によって示される「Private Calling」に変更する。同様に、管理部５３は、呼出端末の端末１０の通信状態を、変更前状態情報によって示される「None」から、変更後状態情報によって示される「Private Ringing」に変更する。また、ステップＳ７６の処理の一環として、管理部５３は、端末管理テーブルにおいて、開始要求元の端末１０ａａおよび宛先の呼出端末の各通信ＩＤに関連付けられている稼働状態を、それぞれ「ＯＮライン（通信中）」に変更する。

続いて、管理システム５０のセッション制御部５８は、開始要求元の端末１０ａａと、宛先の端末１０との間でコンテンツデータを中継する中継装置３０を選択する（ステップＳ７９）。本実施形態では、セッション制御部５８によって中継装置３０ａが選択された場合について説明する。

続いて、送受信部５１は、通信ネットワーク２を介して、開始要求元の端末１０ａａへ、中継装置３０ａに接続するために用いられる中継装置接続情報を送信する（ステップＳ８１）。この中継装置接続情報には、中継装置３０ａのＩＰアドレス「１．２．１．２」、認証情報、ポート番号等を含めることができる。

続いて、送受信部５１は、開始要求元の端末１０ａａの通信ＩＤ「０１ａａ」、参加制限を伴う通信の開始要求を示す管理情報「Private Invite」と、開始要求情報と、中継装置３０ａに接続するために用いられる上記の中継装置接続情報と、を宛先の端末１０へ送信する（ステップＳ８２）。

開始要求情報を受信した宛先の端末１０は、開始の許可を示す管理情報「Accept」を、管理システム５０を介して開始要求元の端末１０ａａへ送信する。開始の許可が受け付けられた後、開始要求元および宛先の各端末１０は、コンテンツデータの中継を要求するための管理情報「Join」を管理システム５０へ送信する。管理システム５０の送受信部５１で管理情報「Join」が受信されると、セッション制御部５８は、開始要求元及び宛先の各端末１０の間のコンテンツデータ用セッションｓｅｄを確立させるための制御を行う。

管理システム５０の管理部５３は、端末１０から管理情報が受信される度に、受信された管理情報に基づいて、端末管理テーブル（図７（Ｂ）参照）で管理されている開始要求元及び宛先の各端末１０の通信状態を更新する。上記の端末１０の稼働状態及び通信状態を管理する方法は、ステップＳ７６の処理と同様であるので説明を省略する。なお、図９（Ｂ)の状態遷移規則に従って、管理部５３が通信状態を更新することで、コンテンツデータ用セッションｓｅｄが確立されたときに、端末管理テーブルにおいて、開始要求元及び宛先の各端末１０の各通信状態として、「Private Busy」が管理されることになる。

続いて、端末１０ａａが、レセプションアプリ１０３２を用いて、コールセンターとの通信の開始要求をしたときに、コールセンターを構成するすべての端末１０が通信中であって、通信を開始できない場合について図１３を用いて説明する。図１３は、待機の状況を通知する処理を示したフロー図である。

コールセンターを構成するすべての端末１０が通信中である場合、管理システム５０の記憶・読出部５９は、待機情報管理テーブル（図８（Ｄ）参照）において、宛先の通信ＩＤ「０１ｘｘ」、開始要求元の端末１０ａａの通信ＩＤ「０１ａａ」、及び、管理システム５０が開始要求を受け付けた受付時刻を関連付けたレコードを追加する（ステップＳ１０１）。

レコードが追加された後、記憶・読出部５９は、待機情報管理テーブル（図８（Ｄ）参照）において、宛先の通信ＩＤ「０１ｘｘ」に関連付けられている各待機端末の通信ＩＤ及び受付時刻を読み出す（ステップＳ１０２）。また、記憶・読出部５９は、ステップＳ１０２で読み出された各待機端末の通信ＩＤを検索キーとして、端末管理テーブル（図７（Ｂ）参照）を検索し、対応する各宛先名（端末名）を読み出す（ステップＳ１０３）。更に、記憶・読出部５９は、宛先の通信ＩＤ「０１ｘｘ」を検索キーとして、グループ情報管理テーブル（図８（Ｃ）参照）を検索し、対応する構成端末の通信ＩＤを読み出す（ステップＳ１０４）。

続いて、送受信部５１は、ステップＳ１０４で読み出された通信ＩＤに対応する各構成端末へ、ステップＳ１０２で読み出された待機端末毎に、待機端末の通信ＩＤ、管理システム５０が開始要求を受け付けた受付時刻、ステップＳ１０３で読み出された待機端末の宛先名を含む待機情報を送信する（ステップＳ１０５−１，２，…）。構成端末（端末１０）の送受信部１１が待機情報を受信すると、表示制御部２４は、ディスプレイ１２０の会議画面に、待機情報に含まれる待機端末の宛先名を、受付時刻の順番に表示する（ステップＳ１０６）。なお、図１４は、ステップＳ１０６におけるディスプレイ１２０ｄｂの表示例を示す図である。構成端末の端末１０の表示制御部２４は、現在の通話相手側の端末１０が撮像した映像５００に加えて、待機情報に基づいて待機端末を示すメッセージ５１１を出力する。これにより、コールセンターの構成端末（端末１０）側では、待機の状況を把握することができる。

続いて、構成端末の一つである端末１０ｄｂが通信を終了する場合、端末１０ｄｂの送受信部２１は、通信の終了を示す管理情報「Leave」を管理システム５０へ送信する（ステップＳ１０７）。管理情報「Leave」を受信した管理システム５０では、セッション制御部５８が、端末１０ｄｂと現在の通信相手の端末１０との間のコンテンツデータ用セッションｓｅｄを終了させる制御を実行する。また、管理部５３は、端末管理テーブルにおいて管理されている、端末１０ｄｂの稼働状態を「ＯＮライン（通信中）」から「ＯＮライン（通信可能）」に、通信状態を、「Private Busy」から「None」に更新する（図９（Ｂ)参照）（ステップＳ１０８）。稼働状態の更新に応じて、端末１０ｄｂは、待機端末に対する新たな呼出端末としてセッション制御部５８によって決定される。呼出端末が決定すると、管理システム５０のセッション制御部５８は、待機端末（端末１０）と呼出端末（端末１０ｄｂ）との間のコンテンツデータ用セッションを確立するための制御を行う（ステップＳ７６〜Ｓ８２参照）。

待機端末（端末１０）と呼出端末（端末１０ｄｂ）との間のコンテンツデータ用セッションｓｅｄが確立されると、記憶・読出部５９は、待機情報管理テーブル（図８（Ｄ）参照）において、呼出端末（端末１０ｄｂ）との間の通信を開始した待機端末（端末１０）の通信ＩＤが含まれているレコードを削除する（ステップＳ１０９）。ステップＳ１０９の処理が完了した後、管理システム５０は、ステップＳ１０２以降の処理を繰り返し実行しても良い。これにより、管理システム５０は更新された待機情報を構成端末（端末１０）へ通知することができる。

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

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

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

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

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

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

また、コンテンツデータは、脈拍音、鼓動等の体内で発生する音データ、心電図の波形、体温の変化を示す画像データあるいは座標データ等の体内の情報を示すデータであっても良い。これにより、上記実施形態の通信システム１を遠隔医療システムとして用いることもできる。

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

なお、各端末１０は、複数の事業所間での通話や、同じ事業所内の異なる部屋間での通話だけでなく、同じ部屋内での通話や、屋外と屋内又は屋外と屋外での通話で使われてもよい。各端末１０が屋外で使われる場合には、携帯電話通信網等の無線による通信が行われる。また、上記実施形態では、通信システム１によってテレビ会議をする場合について説明したが、これに限るものではなく、打ち合わせ、家族間や友人間等の一般的な会話、又は、一方向での情報の提示に使用されても構わない。

＜＜＜応用例＞＞＞
続いて、本発明の他の一実施形態に係る通信システム１’について、通信システム１と異なる点を説明する。

＜＜通信システム１’の全体構成＞＞
まず、図１５を用いて、通信システム１’の全体構成について説明する。図１５は、一実施形態に係る通信システム１’の概略図である。通信システム１’において、地域Ｘ及び地域Ｙの各端末（１０ａａ，１０ａｂ，…，１０ｂａ，１０ｂｂ，…，１０ｃａ，１０ｃｂ，…）は、それぞれ、画像読取装置（８０’ａａ，８０’ａｂ，…，８０’ｂａ，８０’ｂｂ，…，８０’ｃａ，８０’ｃｂ，…）に接続されている。以下では、複数の画像読取装置（８０’ａａ，８０’ａｂ，…，８０’ｂａ，８０’ｂｂ，…，８０’ｃａ，８０’ｃｂ，…）のうち任意の画像読取装置は「画像読取装置８０’」と表されている。

＜＜実施形態のハードウェア構成＞＞
続いて、画像読取装置８０’のハードウェア構成について説明する。図１６は、画像読取装置８０’のハードウェア構成図である。図１６に示すように、画像読取装置８０’は、ＣＰＵ８０１、ＲＯＭ８０２、ＲＡＭ８０３、画像処理回路８０４、スキャナ部８０５、バスライン８１０、および、外部機器接続Ｉ／Ｆ８１８を備えている。

ＣＰＵ８０１は、画像読取装置８０’全体の動作を制御するプロセッサである。ＲＯＭ８０２は、ＣＰＵ８０１の駆動に用いられるプログラムを記憶する。ＲＡＭ８０３は、ＣＰＵ１０１のワークエリアとして使用される。画像処理回路８０４は、スキャナ部８０５によって読み取られた画像データに対する画像処理を実現する回路である。スキャナ部８０５は、入力される原稿を光学的に走査して画像データを生成することにより、原稿の画像データを読み取る。具体的には、スキャナ部８０５は、移動する原稿に読取光を照射し、その反射光をＣＣＤ（Charge Coupled Device）などの光電変換素子で光電変換することによって、当該原稿の画像を読み取る。バスライン８１０は、ＣＰＵ８０１、ＲＯＭ８０２、ＲＡＭ８０３、画像処理回路８０４、スキャナ部８０５、及び、外部機器接続Ｉ／Ｆ８１８を接続し、画像データ等を転送するものである。外部機器接続Ｉ／Ｆ８１８は、ケーブル通信あるいは無線通信により、端末１０との間で画像データ等の情報を入出力するためのインターフェースである。

＜＜実施形態の機能構成＞＞
続いて、通信システム１’の管理システム５０’の機能構成について説明する。図１７（Ａ）は、一実施形態に係る通信システム１’を構成する管理システム５０’の機能ブロック図である。コールセンターに対する通信の開始要求元の各端末１０は会社の受付に設置されていることを想定し、以下、開始要求元の端末１０のユーザを「訪問者」と記載する。

（認証管理テーブル）
管理システム５０’の記憶部５０００には、認証管理テーブル及び訪問者管理テーブルによって、認証管理ＤＢ５００１が構築されている。認証管理テーブルは、管理システム５０における認証管理テーブルと同様であるので説明を省略する。

図１８は、訪問者管理テーブルを示す概念図である。訪問者管理テーブルでは、訪問者の訪問者ＩＤ毎に、名刺情報、会社名、訪問者名、補足情報が関連付けられて管理されている。なお、訪問者ＩＤは、訪問者を識別するための識別情報である。名刺情報は、訪問者の名刺の画像情報である。会社名は、訪問者の名刺から読み取られた訪問者の属する会社名である。訪問者名は、訪問者の名刺から読み取られた訪問者の名前である。補足情報は、訪問者に関連する関連情報である。

＜管理システムの機能構成＞
図１７（Ａ）に示されているように、管理システム５０’は、解析部６０を有している点で、管理システム５０と異なる。解析部６０は、ＣＰＵ２０１からの命令によって実行され、名刺の画像情報を解析する。これにより、解析部６０は、名刺の画像情報から、会社名、訪問者名等を抽出することができる。

＜画像読取装置の機能構成＞
続いて、画像読取装置８０’の機能構成について説明する。図１７（Ｂ）は、一実施形態に係る通信システム１’を構成する画像読取装置８０’の機能ブロック図である。画像読取装置８０’は、送受信部８１、情報読取部８２、制御部８３、及び、記憶・読出部８９を備えている。また、画像読取装置８０’は、ＲＯＭ８０２、ＲＡＭ８０３によって構築される記憶部８０００を有している。

送受信部８１は、ＣＰＵ８０１からの命令、及び外部機器接続Ｉ／Ｆ８１８によって実現され、ケーブル通信あるいは無線通信により、端末１０と各種データ（または情報）の送受信を行う。

情報読取部８２は、ＣＰＵ８０１からの命令に基づいてスキャナ部８０５が動作することにより実現され、スキャナ部８０５の読取部に置かれた原稿（名刺）を読み取ることにより、画像データを出力する。

制御部８３は、ＣＰＵ８０１及び画像処理回路８０４によって実現され、画像読取装置８０’全体の動作を制御する。

＜＜＜実施形態の処理及び動作＞＞＞
続いて、図１９を用いて、通信システム１’の処理及び動作の概要について説明する。図１９は、通信システムにおけるコンテンツデータ及び各種管理情報の送受信の状態を示した概念図である。

通信の開始要求元の端末１０ａａには、画像読取装置８０’ａａが接続されている。画像読取装置８０’ａａは、端末１０ａａのユーザである訪問者の名刺の画像を読み取り、名刺の画像データを出力する。出力された名刺の画像データ（通信端末の利用者情報の一例）は、端末１０ａａの送受信部２１（入力手段の一例）に入力される。端末１０ａａの送受信部２１（利用者情報送信手段の一例）は、名刺の画像データを含む名刺情報を、管理システム５０’へ送信する。管理システム５０’（情報送信システムの一例）の送受信部５１（利用者情報受信手段）は、通信の開始要求元の端末１０ａａにおいて入力された名刺の画像データを含む名刺情報を受信する。また、管理システム５０’の送受信部５１（利用者情報送信手段の一例）は、開始要求元の端末１０ａａが、コールセンターの端末（１０ｄａ，１０ｄｂ…）（所定の宛先の通信端末の一例）に接続する前に、コールセンターの端末１０へ、名刺情報を送信する。これにより、着信側では、名刺情報に基づいて着信前に、開始要求元のユーザを特定することができるので、必要な資料を準備したり、応答可能な担当者に応答を依頼するなど、着信の準備をすることができるようになる。

管理システム５０’の認証管理ＤＢ５００１（関連情報管理手段の一例）の訪問者管理テーブルは、端末１０ａａのユーザである訪問者名（通信端末の利用者の一例）毎に、訪問者に関連する補足情報（関連情報の一例）を管理する。管理システム５０’の解析部６０（特定手段の一例）は、上記の名刺情報に含まれる画像データを解析することにより、訪問者名を特定する。送受信部５１は、解析部６０によって特定された訪問者名に関連付けられて、訪問者管理テーブルにおいて管理されている補足情報を、コールセンターの端末１０へ送信する。これにより、着信側では、着信前に、訪問者の補足情報を把握できるので、着信の準備をし易くなる。

管理システム５０’の送受信部５１（関連情報受付手段の一例）は、端末１０ａａとコールセンターの端末１０との間の通信が開始されてから、端末１０ａａのユーザである訪問者の補足情報を受信することにより受け付ける。認証管理ＤＢ５００１の訪問者管理テーブルは、端末１０ａａのユーザ名、すなわち訪問者名に関連付けて、送受信部５１によって受け付けられた補足情報を管理する。これにより、訪問者管理テーブルでは、端末１０ａａのユーザとコールセンターのオペレータとの間の通話内容に基づく補足情報を管理できるようになる。また、このユーザが再びコールセンターに対して通話要求するときに、コールセンター側では、先の通話内容に基づく補足情報を着信前に確認できるようになる。

端末１０ａａが通信の開始要求をするときに、コールセンターの端末１０は、他の端末１０との間で通信中であっても良い。この場合、着信側では、他の端末１０との通信中に新たな通信の開始要求元を特定できるようになるので、他の端末１０との間の通信を継続するか、或いは、中断するかの判断材料が得られる。

コールセンターの端末１０の送受信部１１（利用者情報受信手段の一例）は、管理システム５０’によって送信された名刺情報を受信する。端末１０の表示制御部２４（表示制御手段の一例）は、名刺情報に基づく画像の表示を制御する。端末１０の操作入力受付部１２（選択受付手段の一例）は、表示された画像に基づいて、新たな通信相手の選択を受け付ける。端末１０の送受信部１１（送信手段の一例）は、選択された通信相手を示す情報を管理システム５０’へ送信する。これにより、コールセンターの端末１０では、管理システム５０’から送信された名刺情報に基づいて、新たな通信相手を選択できるようになる。

続いて、通信システム１’を構成する各システム、端末、及び装置の処理及び動作について詳細に説明する。まず、図２０を用いて、端末１０ａａが、通信の開始を要求する処理について説明する。図２０は、通信の開始を要求する処理を示したシーケンス図である。

端末１０ａａのユーザによる操作ボタン（１０８ａ〜１０８ｅ）の操作に応じて、端末１０ａａの操作入力受付部１２は、レセプションアプリ１０３２の起動要求を受け付ける（ステップＳ６１）。

続いて、装置制御部１０５０の操作入力受付部１２は、レセプションアプリ１０３２によって実現される起動部２２に対して、起動を命令することで、レセプションアプリ１０３２に対応する通話制御部１０６０を起動させる（ステップＳ６２）。なお、これよりも前は、装置制御部１０５０による処理であったが、これ以降は、レセプションアプリ１０３２が起動することによって実現される通話制御部１０６０による処理となる。

続いて、通話制御部１０６０の表示制御部２４は、コールセンターとの通信の開始を受け付けるための受け付け画面をディスプレイ１２０ａａに表示させる。図２１は受付画面を示す図である。この画面１４０には、訪問者の名刺を画像読取装置８０’の読取部に置くことを促すメッセージ１４３’、及び、通信の開始を受け付けるためのボタン１４４が表示されている。

端末１０ａａのユーザが、名刺を読取部に置いてから、画面１４０におけるボタン１４４を押下すると、機能実行部２５は、通信の開始要求を受け付ける（ステップＳ７１’−１）。続いて、端末１０ａａの送受信部２１は、画像読取装置８０’ａａへ、画像読取要求を送信する（ステップＳ７１’−２）。画像読取要求が画像読取装置８０’ａａの送受信部８１で受信されると、情報読取部８２は、読取部に置かれた名刺の画像を読み取る（ステップＳ７１’−３）。読み取られた画像の画像データは、送受信部８１によって端末１０ａａへ送信される（ステップＳ７１’−４）。送信された画像データは、端末１０ａａの送受信部２１によって受信されることにより、端末１０ａａに入力される。

続いて、端末１０ａａの送受信部２１は、開始要求元の端末１０ａａの通信ＩＤ「０１ａａ」、宛先候補の通信ＩＤ「０１ｘｘ」、ステップＳ７１’−４において入力された画像データを含む名刺情報、および、管理情報「Private Invite」が含まれる開始要求情報を、開始要求元の端末１０ａａのＩＰアドレスとともに管理システム５０’へ送信する（ステップＳ７２’）。なお、宛先候補の通信ＩＤ「０１ｘｘ」は、宛先としてのコールセンターを示す通信ＩＤであって、レセプションアプリ１０３２に基づく送受信部２１の処理によって自動的に選択されたものである。また、管理情報「Private Invite」は、参加制限を伴う通信の開始要求を示す情報であって、レセプションアプリ１０３２に基づく送受信部２１の処理によって自動的に選択されたものである。

開始要求情報を受信した管理システム５０’では、開始要求情報に含まれる名刺情報に基づいて訪問者を管理する（ステップＳ７３’）。ステップＳ７３’の処理について、図２２を用いて詳細に説明する。図２２は、訪問者を管理する処理を示したフロー図である。

まず、解析部６０は、名刺情報に含まれる画像データを解析して、名刺に記載されている訪問者名、会社名等の文字情報、及び、顔写真等の画像情報を抽出する（ステップＳ７３’−１）。画像データを解析する方法としては、特に限定されないが、ＯＣＲ（Optical Character Reader）において用いられる公知の画像解析方法が挙げられる。続いて、記憶・読出部５９は、抽出された訪問者名を検索キーとして、認証管理ＤＢ５００１の訪問者管理テーブル（図１８参照）を検索する（ステップＳ７３’−２）。

続いて、管理部５３は、ステップＳ７３’−２の検索結果に基づいて、名刺情報から抽出された訪問者名が、訪問者管理テーブルにおいて管理されているか否かを判断する（ステップＳ７３’−３）。ステップＳ７３’−３において訪問者名が管理されていると判断された場合（ステップＳ７３’−３のＹＥＳ）、記憶・読出部５９は、名刺情報から抽出された訪問者名を検索キーとして訪問者管理テーブルを検索し、対応する補足情報を読み出す（ステップＳ７３’−４）。

一方、ステップＳ７３’−３において訪問者名が管理されていないと判断された場合（ステップＳ７３’−３のＮＯ）、管理部５３は、訪問者を識別する訪問者ＩＤを生成する。続いて、記憶・読出部５９は、生成された訪問者ＩＤ、名刺情報から抽出された顔写真の画像情報、会社名、訪問者名が関連付けられたレコードを訪問者管理テーブルに追加する（ステップＳ７３’−５）。

上記の処理が完了してから、管理システム５０’は、管理システム５０によるステップＳ７５乃至Ｓ８２と同様の処理により、開始要求元の端末１０ａａとコールセンターの呼出端末との間のコンテンツデータ用セッションを確立させる。ただし、管理システム５０’は、開始要求情報を送信するときに、端末１０ａａのユーザである訪問者の訪問者ＩＤを呼出端末へ送信する（ステップＳ８２’）。この訪問者ＩＤは、後述の処理で、コールセンターの端末１０から管理システム５０’へ訪問者の補足情報を送信するときに用いられる。

続いて、端末１０ａａが、レセプションアプリ１０３２を用いて、コールセンターとの通信の開始要求をしたときに、コールセンターを構成するすべての端末１０が通信中であって、通信を開始できない場合の処理について、図２３を用いて説明する。図２３は、待機の状況を通知する処理を示したフロー図である。

コールセンターを構成するすべての端末１０が通信中である場合、通信の開始を待機する待機端末としての端末１０ａａの通信ＩＤを検索キーとして、端末管理テーブル（図７（Ｂ）参照）を検索し、対応する各宛先名（端末名）を読み出す（ステップＳ１０３’）。更に、記憶・読出部５９は、宛先の通信ＩＤ「０１ｘｘ」を検索キーとして、グループ情報管理テーブル（図８（Ｃ）参照）を検索し、対応する構成端末の通信ＩＤを読み出す（ステップＳ１０４’）。

続いて、送受信部５１は、ステップＳ１０４’で読み出された通信ＩＤに対応する各構成端末へ、端末１０ａａの通信ＩＤ、管理システム５０’が開始要求を受け付けた受付時刻、ステップＳ１０３’で読み出された宛先名、ステップＳ７２’で端末１０ａａから送信された名刺情報、及び、ステップＳ７３’−４で待機端末の補足情報が読み出された場合には、その補足情報を含む待機情報を送信する（ステップＳ１０５’−１，２，…）。なお、ステップＳ１０５’−１等で送信する名刺情報は、ステップＳ７２’で端末１０から送信された名刺情報、すなわち名刺の画像情報であっても、ステップＳ７３’−１で解析部６０によって抽出された、名刺に記載されている訪問者名、会社名等の文字情報、及び、顔写真等の画像情報であっても良い。

構成端末（ここでは、端末１０ｄｂとする）の送受信部１１が待機情報を受信すると、表示制御部２４は、ディスプレイ１２０の会議画面に、待機情報に含まれる待機端末の宛先名、及び、名刺情報を、受付時刻の順番に表示する（ステップＳ１０６’−１）。なお、図２４は、ステップＳ１０６’−１におけるディスプレイ１２０ｄｂの表示例を示す図である。構成端末の端末１０の表示制御部１３は、現在の通話相手の端末１０が撮像した映像５００に加えて、待機情報に基づいて待機端末毎にメッセージ（５１１ａａ，５１１ａｇ）を出力する。待機端末を示すメッセージには、上記の名刺情報、及び、メモとして補足情報が含まれている。これにより、コールセンターの構成端末側では、待機端末の状況を把握できるだけでなく、名刺情報に基づいて訪問者を特定できるようになる。

続いて、端末１０ｄｂが現在の通信を終了して、新たに端末１０ａａとの通信を開始する場合、端末１０ｄｂの利用者であるオペレータは、ディスプレイ１２０ｄｂ上の端末１０ａａに対応するメッセージ５１１ａａを選択する。これにより、操作入力受付部１２は、自端末１０ｄｂに対する新たな通信相手として、端末１０ａａの選択を受け付ける（ステップＳ１０６’−２）。なお、端末１０ｄｂのユーザであるオペレータは、新たな通信相手として、待機時間が長い待機端末を選択しても良いし、訪問者の応対が可能であるか否かに基づいて待機端末を選択しても良い。

続いて、表示制御部２４は、ディスプレイ１２０ｄｂに、現在の通話相手である訪問者の補足情報の入力を受け付ける画面を表示させる。図２５は、ディスプレイの表示例を示す図である。例えば、端末１０ｄｂが公知の設備予約システムと連携している場合には、オペレータは、訪問者との次の面会で利用する応接室をその場で予約して、予約内容を入力欄１４５に入力することができる。これにより、現在の通話相手との次の面会の際に、オペレータ側では補足情報に基づいて、速やかに訪問者を応接室へ案内できるようになる。入力後、端末１０ｄｂの利用者であるオペレータが、画面１４０におけるボタン１４４を押下すると、操作入力受付部１２は、補足情報の入力を受け付ける（ステップＳ１０６’−３）。

続いて、端末１０ｄｂの送受信部２１は、通信の終了を示す管理情報「Leave」、及び、新たな通信相手として端末１０ａａの通信ＩＤ「０１ａａ」を含む選択情報を管理システム５０’へ送信する（ステップＳ１０７’）。また、ステップＳ１０７’の一環として、送受信部２１は、ステップＳ１０６’−３で入力された現在の通話相手に係る補足情報、及び、ステップＳ８２’で受信した現在の通話相手に係る訪問者ＩＤを含む訪問者情報を、管理システム５０’へ送信する。

管理情報「Leave」を受信した管理システム５０’では、セッション制御部５８が、端末１０ｄｂと現在の通信相手の端末１０との間のコンテンツデータ用セッションｓｅｄを終了させる制御を実行する。続いて、管理部５３は、端末管理テーブルにおいて管理されている、端末１０ｄｂの稼働状態を「ＯＮライン（通信中）」から「ＯＮライン（通信可能）」に、通信状態を、「Private Busy」から「None」に更新する（図９（Ｂ)参照）。通信状態の更新に応じて、端末１０ｄｂは、待機端末に対する新たな呼出端末となる。セッション制御部５８は、上記の選択情報に基づいて、端末１０ｄｂを、待機端末（端末１０ａａ）に対する呼出端末に決定する（ステップＳ７５）。呼出端末が決定すると、管理システム５０’のセッション制御部５８は、端末１０ａａと呼出端末（端末１０ｄｂ）との間のコンテンツデータ用セッションｓｅｄを確立するための制御を行う（ステップＳ７６〜Ｓ８２）。なお、管理システム５０の送受信部５１は、ステップＳ１０４で読み出された各構成端末へ、ステップＳ１０７’において送られてきた選択情報を送信しても良い。これにより、各構成端末では、選択情報によって示される端末１０ａａに係るメッセージを会議画面から削除することができる。

続いて、記憶・読出部５９は、認証管理ＤＢ５００１の訪問者管理テーブル（図１８参照）において、上記の訪問者情報に含まれる訪問者ＩＤが記録されたレコードにおける補足情報のフィールドに、上記の訪問者情報に含まれる補足情報を記録する（ステップＳ１１０’）。これにより、訪問者が、次にコールセンターとの通話を開始するときに、補足情報が、着信側のオペレータに通知されることになる（ステップＳ１０５’−１等参照）。

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

１０ 端末
１１ 送受信部
１２ 操作入力受付部
１３ 表示制御部
１９ 記憶・読出部
２１ 送受信部
２２ 起動部
２４ 表示制御部
２５ 機能実行部
２９ 記憶・読出部
３０ 中継装置
５０ 管理システム
５１ 送受信部
５２ 認証部
５３ 管理部
５８ セッション制御部
５９ 記憶・読出部
６０ 解析部
８０’ 画像読取装置
５０００ 記憶部
５００１ 認証管理ＤＢ
５００２ 端末管理ＤＢ
５００９ 状態変更管理ＤＢ
５０１０ グループ情報管理ＤＢ
５０１２ 待機情報管理ＤＢ

Claims (10)

1. 通信の開始要求元の通信端末において入力された該通信端末の利用者情報を受信する利用者情報受信手段と、
   前記開始要求元の通信端末と接続していない所定の宛先の通信端末へ、前記利用者情報を送信する利用者情報送信手段と、
   を有することを特徴とする情報送信システム。
2. 前記通信端末の利用者毎に、該利用者に関連する関連情報を管理する関連情報管理手段と、
   前記利用者情報に基づいて前記開始要求元の通信端末の利用者を特定する特定手段と、を有しており、
   前記利用者情報送信手段は、前記特定手段によって特定された前記利用者に関連付けられて、前記関連情報管理手段において管理されている前記関連情報を、前記所定の宛先の通信端末へ送信することを特徴とする請求項１に記載の情報送信システム。
3. 前記開始要求元の通信端末及び前記所定の宛先の通信端末の間の通信が開始されてから、前記開始要求元の通信端末の利用者の関連情報を受け付ける関連情報受付手段を有しており、
   前記関連情報管理手段は、前記開始要求元の通信端末の利用者に関連付けて、前記関連情報受付手段によって受け付けられた前記関連情報を管理することを特徴とする請求項２に記載の情報送信システム。
4. 前記所定の宛先の通信端末は、他の通信端末との間で通信中の通信端末であることを特徴とする請求項１乃至３のいずれか一項に記載の情報送信システム。
5. 画像読取装置において読み取られた当該通信端末の利用者情報を入力する入力手段と、
   請求項１乃至４のいずれか一項に記載の情報送信システムへ、前記利用者情報を送信する利用者情報送信手段と、
   を有することを特徴とする通信端末。
6. 請求項１乃至４のいずれか一項に記載の情報送信システムによって送信された前記利用者情報を受信する利用者情報受信手段と、
   前記利用者情報に基づく画像の表示を制御する表示制御手段と、
   前記表示に基づいて、新たな通信相手の選択を受け付ける選択受付手段と、
   選択された通信相手を示す情報を前記情報送信システムへ送信する送信手段と、
   を有することを特徴とする通信端末。
7. 請求項１乃至４のいずれか一項に記載の情報送信システムと、
   前記通信端末と、
   を有することを特徴とする通信システム。
8. 通信端末へ情報を送信する情報送信システムに、
   通信の開始要求元の通信端末において入力された該通信端末の利用者情報を受信する処理と、
   前記開始要求元の通信端末と接続していない所定の宛先の通信端末へ、前記利用者情報を送信する処理と、
   を、実行させることを特徴とする情報送信方法。
9. 前記情報送信システムに、請求項１乃至４のいずれか一項に記載の各手段を実現させることを特徴とするプログラム。
10. 前記通信端末に、請求項５に記載の各手段を実現させることを特徴とするプログラム。

Images