(57)【要約】【課題】Ｐ２Ｐでデータを送受信する通信システムにおいて、通信の相手側のユーザが使用する通信装置と効率よく容易に接続して通信することができる通信装置、通信方法、および通信プログラムを提供する。【解決手段】ＰＣ１Ａは、通信相手となる通信装置のユーザである相手ユーザを指定する相手ユーザ情報を入力する（Ｓ３４）。相手ユーザ情報を入力すると、ネットワークに接続している他の通信装置であるＰＣ１ＢおよびＰＣ１Ｃに対し、通信の接続要求を送信する（Ｓ３５）。ＰＣ１Ａは、ＰＣ１ＢおよびＰＣ１Ｃから返信されるユーザ情報およびＩＰアドレスを受信すると（Ｓ３６）、受信したユーザ情報から、相手ユーザのユーザ情報を送信した通信装置を通信相手として特定する（Ｓ３７）。特定した通信装置との間で通信を接続する（Ｓ３８）。【選択図】図８
2012182717.tif 000002
【特許請求の範囲】
【請求項１】
他の通信装置との間でネットワークを介してＰ２Ｐ通信によってデータを送受信する通信装置であって、
通信相手となる通信装置のユーザである相手ユーザを指定する相手ユーザ情報を受け付ける指定受付手段と、
前記指定受付手段によって前記相手ユーザ情報が受け付けられた場合に、前記ネットワークに接続している他の通信装置の各々に対し、前記相手ユーザが使用している通信装置との間の通信の接続要求を送信する要求送信手段と、
前記接続要求を受信した他の通信装置である着呼装置から送信される情報であり、前記着呼装置を使用しているユーザを示す情報であるユーザ情報、および、前記着呼装置を前記ネットワーク上で識別する情報であるアドレス情報を受信する受信手段と、
前記受信手段によって受信された前記ユーザ情報から、前記相手ユーザ情報によって指定された前記相手ユーザを示すユーザ情報を送信した着呼装置を通信相手の通信装置として特定する特定手段と、
前記受信手段によって受信された前記アドレス情報に基づいて、前記特定手段によって特定された前記着呼装置との間で通信を接続する接続手段と
を備えたことを特徴とする通信装置。
【請求項２】
自装置を使用しているユーザを特定し、特定したユーザのユーザ情報を記憶手段に記憶させるユーザ特定手段と、
前記接続要求を他の通信装置から受信した場合に、前記記憶手段に記憶されているユーザ情報、および自装置を前記ネットワーク上で識別するためのアドレス情報を、前記接続要求を送信した前記他の通信装置に送信する情報送信手段と
をさらに備えたことを特徴とする請求項１に記載の通信装置。
【請求項３】
前記ユーザ特定手段は、ユーザを特定した特定時間の情報を含む前記ユーザ情報を前記記憶手段に記憶させ、
前記特定手段は、前記相手ユーザを示すユーザ情報を送信した着呼装置が複数存在する場合、ユーザ情報に含まれる特定時間が最も遅い着呼装置を通信相手の通信装置として特定することを特徴とする請求項２に記載の通信装置。
【請求項４】
前記相手ユーザを示すユーザ情報を送信した着呼装置が複数存在する場合に、前記複数の着呼装置のうち前記特定手段によって通信相手の通信装置として特定されなかった着呼装置に、前記相手ユーザのログアウト要求を送信する第一ログアウト要求送信手段と、
他の通信装置から前記相手ユーザのログアウト要求を受信した場合に、前記相手ユーザのユーザ情報を前記記憶手段から削除する第一削除手段と
をさらに備えたことを特徴とする請求項３に記載の通信装置。
【請求項５】
前記ユーザ特定手段によって自装置を使用しているユーザが特定された場合に、前記ネットワークに接続している他の通信装置の各々に対し、特定されたユーザのログアウト要求を送信する第二ログアウト要求送信手段と、
他の通信装置から前記特定されたユーザのログアウト要求を受信した場合に、前記特定されたユーザのユーザ情報を前記記憶手段から削除する第二削除手段と
をさらに備えたことを特徴とする請求項２に記載の通信装置。
【請求項６】
通信を終了させる指示の入力を受け付ける終了指示受付手段と、
前記終了指示受付手段によって指示の入力が受け付けられた場合に、前記記憶手段に記憶されているユーザ情報を削除する第三削除手段と
をさらに備えたことを特徴とする請求項２から５のいずれかに記載の通信装置。
【請求項７】
前記ユーザ特定手段は、複数のユーザのユーザ情報を前記記憶手段に記憶させることが可能であり、
前記特定手段は、他の１つの通信装置から複数のユーザのユーザ情報を受信した場合、前記複数のユーザのユーザ情報の中に前記相手ユーザのユーザ情報が存在すれば、前記１つの通信装置を通信相手の通信装置として特定することを特徴とする請求項２から６のいずれかに記載の通信装置。
【請求項８】
他の通信装置との間でネットワークを介してＰ２Ｐ通信によってデータを送受信する通信装置で行われる通信方法であって、
通信相手となる通信装置のユーザである相手ユーザを指定する相手ユーザ情報を受け付ける指定受付ステップと、
前記指定受付ステップにおいて前記相手ユーザ情報が受け付けられた場合に、前記ネットワークに接続している他の通信装置の各々に対し、前記相手ユーザが使用している通信装置との間の通信の接続要求を送信する要求送信ステップと、
前記接続要求を受信した他の通信装置である着呼装置から送信される情報であり、前記着呼装置を使用しているユーザを示す情報であるユーザ情報、および、前記着呼装置を前記ネットワーク上で識別する情報であるアドレス情報を受信する受信ステップと、
前記受信ステップにおいて受信された前記ユーザ情報から、前記相手ユーザ情報によって指定された前記相手ユーザを示すユーザ情報を送信した着呼装置を通信相手の通信装置として特定する特定ステップと、
前記受信ステップにおいて受信された前記アドレス情報に基づいて、前記特定ステップにおいて特定された前記着呼装置との間で通信を接続する接続ステップと
を備えたことを特徴とする通信方法。
【請求項９】
他の通信装置との間でネットワークを介してＰ２Ｐ通信によってデータを送受信する通信装置で用いられる通信プログラムであって、
通信相手となる通信装置のユーザである相手ユーザを指定する相手ユーザ情報を受け付ける指定受付ステップと、
前記指定受付ステップにおいて前記相手ユーザ情報が受け付けられた場合に、前記ネットワークに接続している他の通信装置の各々に対し、前記相手ユーザが使用している通信装置との間の通信の接続要求を送信する要求送信ステップと、
前記接続要求を受信した他の通信装置である着呼装置から送信される情報であり、前記着呼装置を使用しているユーザを示す情報であるユーザ情報、および、前記着呼装置を前記ネットワーク上で識別する情報であるアドレス情報を受信する受信ステップと、
前記受信ステップにおいて受信された前記ユーザ情報から、前記相手ユーザ情報によって指定された前記相手ユーザを示すユーザ情報を送信した着呼装置を通信相手の通信装置として特定する特定ステップと、
前記受信ステップにおいて受信された前記アドレス情報に基づいて、前記特定ステップにおいて特定された前記着呼装置との間で通信を接続する接続ステップと
を前記通信装置のコントローラに実行させるための指示を含む通信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信相手を特定し、特定した通信相手との間でネットワークを介してデータを通信する通信装置、通信方法、および通信プログラムに関する。
【背景技術】
【０００２】
通信装置は、音声データ等を送受信して遠隔会議等を実行する際に通信相手を特定する必要がある。従来の通信システムでは、ユーザは、通信相手をネットワーク上で識別するためのアドレス（例えば、ＩＰアドレス）の通知を受け、通知されたアドレスを通信装置に入力することで、通信装置に通信相手を特定させなければならなかった。
【０００３】
通信相手を容易に特定するための技術が提案されている。例えば、特許文献１が開示している通信システムは情報処理装置（サーバ）を備える。情報処理装置は、ネットワークに接続している通信装置の各々の接続状況を管理している。通信装置は、通信を開始する際に情報処理装置にアクセスし、他の通信装置の情報を取得してユーザに提供する。ユーザが提供された情報に基づいて通信相手を選択すると、通信が開始される。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−９１４８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１に記載の通信システムは、通信装置の接続状況を管理する情報処理装置を備えなければならない。Ｐ２Ｐ（ｐｅｅｒ  ｔｏ  ｐｅｅｒ）でデータを直接送受信する通信システムに情報処理装置を用いるのは効率が悪い。さらに、特許文献１に記載の通信システムでは、情報処理装置は各通信装置の接続状況を常に管理しておく必要がある。従って、Ｐ２Ｐでデータを送受信する通信システムにおいて、通信の相手側のユーザがどの通信端末を使用しているかを効率よく容易に特定することは、従来の技術では困難であった。
【０００６】
本発明は、Ｐ２Ｐでデータを送受信する通信システムにおいて、通信の相手側のユーザが使用する通信装置と効率よく容易に接続して通信することができる通信装置、通信方法、および通信プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の第一の態様に係る通信装置は、他の通信装置との間でネットワークを介してＰ２Ｐ通信によってデータを送受信する通信装置であって、通信相手となる通信装置のユーザである相手ユーザを指定する相手ユーザ情報を受け付ける指定受付手段と、前記指定受付手段によって前記相手ユーザ情報が受け付けられた場合に、前記ネットワークに接続している他の通信装置の各々に対し、前記相手ユーザが使用している通信装置との間の通信の接続要求を送信する要求送信手段と、前記接続要求を受信した他の通信装置である着呼装置から送信される情報であり、前記着呼装置を使用しているユーザを示す情報であるユーザ情報、および、前記着呼装置を前記ネットワーク上で識別する情報であるアドレス情報を受信する受信手段と、前記受信手段によって受信された前記ユーザ情報から、前記相手ユーザ情報によって指定された前記相手ユーザを示すユーザ情報を送信した着呼装置を通信相手の通信装置として特定する特定手段と、前記受信手段によって受信された前記アドレス情報に基づいて、前記特定手段によって特定された前記着呼装置との間で通信を接続する接続手段とを備える。
【０００８】
第一の態様に係る通信装置は、通信装置の接続状況を管理する情報処理装置を用いることなく、ユーザが指定した相手ユーザの通信装置を容易に特定して通信を接続することができる。各通信装置は、他の通信装置の接続状況を常に管理する必要もなく、相手ユーザの指定の入力が受け付けられた場合に接続要求の送信等の処理を行えばよい。従って、本発明に係る通信装置は、Ｐ２Ｐでデータを送受信する通信システムにおいて、通信の相手側のユーザが使用する通信装置と効率よく容易に接続して通信することができる。
【０００９】
前記通信装置は、自装置を使用しているユーザを特定し、特定したユーザのユーザ情報を記憶手段に記憶させるユーザ特定手段と、前記接続要求を他の通信装置から受信した場合に、前記記憶手段に記憶されているユーザ情報、および自装置を前記ネットワーク上で識別するためのアドレス情報を、前記接続要求を送信した前記他の通信装置に送信する情報送信手段とをさらに備えてもよい。この場合、通信装置は、他の通信装置に対して通信の接続を要求する発呼装置として動作することができ、且つ、発呼装置からの接続要求に応じてユーザ情報およびアドレス情報を返信する着呼装置として動作することもできる。
【００１０】
前記ユーザ特定手段は、ユーザを特定した特定時間の情報を含む前記ユーザ情報を前記記憶手段に記憶させてもよい。前記特定手段は、前記相手ユーザを示すユーザ情報を送信した着呼装置が複数存在する場合、ユーザ情報に含まれる特定時間が最も遅い着呼装置を通信相手の通信装置として特定してもよい。１人のユーザが複数の通信装置を使用している場合、最後にログインした通信装置が通信相手に特定される。従って、多数の通信装置との間で無駄に通信が接続されることがなく、適切な通信装置との間でのみ通信が接続される。
【００１１】
前記通信装置は、前記相手ユーザを示すユーザ情報を送信した着呼装置が複数存在する場合に、前記複数の着呼装置のうち前記特定手段によって通信相手の通信装置として特定されなかった着呼装置に、前記相手ユーザのログアウト要求を送信する第一ログアウト要求送信手段と、他の通信装置から前記相手ユーザのログアウト要求を受信した場合に、前記相手ユーザのユーザ情報を前記記憶手段から削除する第一削除手段とをさらに備えてもよい。この場合、通信装置は、同一のユーザが複数の通信装置にログインしたままの状態となることを避けることができる。従って、ユーザ情報を無駄に記憶することがないので、送受信されるユーザ情報の情報量を減少させることもできる。
【００１２】
前記通信装置は、前記ユーザ特定手段によって自装置を使用しているユーザが特定された場合に、前記ネットワークに接続している他の通信装置の各々に対し、特定されたユーザのログアウト要求を送信する第二ログアウト要求送信手段と、他の通信装置から前記特定されたユーザのログアウト要求を受信した場合に、前記特定されたユーザのユーザ情報を前記記憶手段から削除する第二削除手段とをさらに備えてもよい。この場合、通信装置は、同一のユーザが複数の通信装置にログインした状態となることを避けることができる。従って、多数の通信装置との間で無駄に通信が接続されることがなく、適切な通信装置との間でのみ通信が接続される。
【００１３】
前記通信装置は、通信を終了させる指示の入力を受け付ける終了指示受付手段と、前記終了指示受付手段によって指示の入力が受け付けられた場合に、前記記憶手段に記憶されているユーザ情報を削除する第三削除手段とを備えてもよい。この場合、通信を終了させたユーザがその後に他の通信装置を使用しても、同一のユーザが複数の通信装置にログインした状態とはならない。従って、多数の通信装置との間で無駄に通信が接続されることがなく、適切な通信装置との間でのみ通信が接続される。
【００１４】
前記ユーザ特定手段は、複数のユーザのユーザ情報を前記記憶手段に記憶させることが可能であってもよい。前記特定手段は、他の１つの通信装置から複数のユーザのユーザ情報を受信した場合、前記複数のユーザのユーザ情報の中に前記相手ユーザのユーザ情報が存在すれば、前記１つの通信装置を通信相手の通信装置として特定してもよい。この場合、複数のユーザが１つの通信装置を使用して通信を行うことができる。さらに、複数のユーザが１つの通信装置を使用した場合でも、通信装置はユーザが所望する通りに的確に通信を接続することができる。
【００１５】
本発明の第二の態様に係る通信方法は、他の通信装置との間でネットワークを介してＰ２Ｐ通信によってデータを送受信する通信装置で行われる通信方法であって、通信相手となる通信装置のユーザである相手ユーザを指定する相手ユーザ情報を受け付ける指定受付ステップと、前記指定受付ステップにおいて前記相手ユーザ情報が受け付けられた場合に、前記ネットワークに接続している他の通信装置の各々に対し、前記相手ユーザが使用している通信装置との間の通信の接続要求を送信する要求送信ステップと、前記接続要求を受信した他の通信装置である着呼装置から送信される情報であり、前記着呼装置を使用しているユーザを示す情報であるユーザ情報、および、前記着呼装置を前記ネットワーク上で識別する情報であるアドレス情報を受信する受信ステップと、前記受信ステップにおいて受信された前記ユーザ情報から、前記相手ユーザ情報によって指定された前記相手ユーザを示すユーザ情報を送信した着呼装置を通信相手の通信装置として特定する特定ステップと、前記受信ステップにおいて受信された前記アドレス情報に基づいて、前記特定ステップにおいて特定された前記着呼装置との間で通信を接続する接続ステップとを備える。
【００１６】
第二の態様に係る通信方法によると、通信装置は、通信装置の接続状況を管理する情報処理装置を用いることなく、ユーザが指定した相手ユーザの通信装置を容易に特定して通信を接続することができる。各通信装置は、他の通信装置の接続状況を常に管理する必要もなく、相手ユーザの指定の入力が受け付けられた場合に接続要求の送信等の処理を行えばよい。従って、本発明に係る通信装置は、Ｐ２Ｐでデータを送受信する通信システムにおいて、通信の相手側のユーザが使用する通信装置と効率よく容易に接続して通信することができる。
【００１７】
本発明の第三の態様に係る通信プログラムは、他の通信装置との間でネットワークを介してＰ２Ｐ通信によってデータを送受信する通信装置で用いられる通信プログラムであって、通信相手となる通信装置のユーザである相手ユーザを指定する相手ユーザ情報を受け付ける指定受付ステップと、前記指定受付ステップにおいて前記相手ユーザ情報が受け付けられた場合に、前記ネットワークに接続している他の通信装置の各々に対し、前記相手ユーザが使用している通信装置との間の通信の接続要求を送信する要求送信ステップと、前記接続要求を受信した他の通信装置である着呼装置から送信される情報であり、前記着呼装置を使用しているユーザを示す情報であるユーザ情報、および、前記着呼装置を前記ネットワーク上で識別する情報であるアドレス情報を受信する受信ステップと、前記受信ステップにおいて受信された前記ユーザ情報から、前記相手ユーザ情報によって指定された前記相手ユーザを示すユーザ情報を送信した着呼装置を通信相手の通信装置として特定する特定ステップと、前記受信ステップにおいて受信された前記アドレス情報に基づいて、前記特定ステップにおいて特定された前記着呼装置との間で通信を接続する接続ステップとを前記通信装置のコントローラに実行させるための指示を含む。
【００１８】
第三の態様に係る通信プログラムによると、通信装置は、通信装置の接続状況を管理する情報処理装置を用いることなく、ユーザが指定した相手ユーザの通信装置を容易に特定して通信を接続することができる。各通信装置は、他の通信装置の接続状況を常に管理する必要もなく、相手ユーザの指定の入力が受け付けられた場合に接続要求の送信等の処理を行えばよい。従って、本発明に係る通信装置は、Ｐ２Ｐでデータを送受信する通信システムにおいて、通信の相手側のユーザが使用する通信装置と効率よく容易に接続して通信することができる。
【図面の簡単な説明】
【００１９】
【図１】通信システム１００のシステム構成を示す図である。
【図２】ＰＣ１の電気的構成を示すブロック図である。
【図３】第一の実施形態におけるＩＣカード読取処理のフローチャートである。
【図４】ＰＣ１のＲＡＭ１２に記憶される接続用情報のデータ構成を説明するための説明図である。
【図５】第一の実施形態における発呼処理のフローチャートである。
【図６】第一の実施形態における着呼処理のフローチャートである。
【図７】第一の実施形態における終了処理のフローチャートである。
【図８】第一の実施形態において通信接続が行われる際の処理の流れを示すシーケンス図である。
【図９】第二の実施形態における発呼処理のフローチャートである。
【図１０】第二の実施形態におけるログアウト処理のフローチャートである。
【図１１】第三の実施形態におけるＩＣカード読取処理のフローチャートである。
【図１２】第一変形例において通信接続が行われる際の処理の流れを示すシーケンス図である。
【図１３】第二変形例において通信接続が行われる際の処理の流れを示すシーケンス図である。
【発明を実施するための形態】
【００２０】
以下、本発明の通信装置を具現化した第一の実施形態であるパーソナルコンピュータ（以下、「ＰＣ」という。）１について、図面を参照して説明する。参照する図面は、本発明が採用し得る技術的特徴を説明するために用いられるものである。図面に記載されている装置の構成、各種処理のフローチャート等は、それのみに限定する趣旨ではなく、単なる説明例である。
【００２１】
図１を参照して、ＰＣ１を備えた通信システム１００のシステム構成について説明する。通信システム１００は、複数のＰＣ１を備える。各ＰＣ１は、インターネット等のネットワーク８を介して、他のＰＣ１との間でデータを送受信する。詳細には、ＰＣ１は、他のＰＣ１のそれぞれとの間で、サーバ等を介さずにＰ２Ｐ（ｐｅｅｒ  ｔｏ  ｐｅｅｒ）でデータを直接送受信することができる。従って、通信システム１００は、サーバ等を備えた通信システムに比べて安価に構成することができる。
【００２２】
なお、本発明における通信装置として用いることができるのはＰＣ１に限られず、他の通信装置とＰ２Ｐでデータを送受信できるものであればよい。例えば、テレビ会議を実行するために各拠点に配置される専用のテレビ会議端末等を、本発明における通信装置として用いることも可能である。また、データの符号化、復号化、画像の撮像、音声の入出力等を行う端末をＰＣ１に接続して通信を実行してもよい。
【００２３】
本実施形態で例示する通信システム１００は、音声および映像を用いた遠隔会議を実行するためのテレビ会議システムである。各ＰＣ１は、自拠点のマイク３１（図２参照）によって入力した音声のデータ、およびカメラ３３によって入力した映像のデータを、他のＰＣ１の各々に送信する。各ＰＣ１は、他のＰＣ１の各々から受信したデータに基づいて、他の拠点の音声をスピーカ３２（図２参照）から出力し、且つ他の拠点の映像を表示装置３４に表示させる。その結果、複数の拠点の音声および映像が、通信システム１００内で共有される。よって、通信システム１００によると、全てのユーザが同一の拠点にいない場合でも、ユーザは円滑に会議を実行することができる。
【００２４】
従来、Ｐ２Ｐでデータを送受信する通信システムでは、ＰＣ間の通信接続を容易に行うことは困難であった。サーバを備えた通信システムであれば、ネットワークに接続しているＰＣをサーバが管理することで、各ＰＣは他のＰＣのアドレスをサーバから取得することができる。しかし、Ｐ２Ｐ型の通信システムはサーバを備えない。従って、従来のＰ２Ｐ型の通信システムでは、ユーザは他のユーザからアドレスの通知を受け、通知されたアドレスをＰＣに入力することで通信接続を行う必要があった。特に、１人のユーザが複数のＰＣを使用できる場合には、使用するＰＣを相手のユーザが変える毎にアドレスの通知を受ける必要があり、非常に面倒であった。本実施形態のＰＣ１によれば、上記の問題を解決できる。
【００２５】
図２を参照して、ＰＣ１の電気的構成について説明する。ＰＣ１は、ＰＣ１の制御を司るＣＰＵ１０を備えている。ＣＰＵ１０には、ＲＯＭ１１、ＲＡＭ１２、ハードディスクドライブ（以下、「ＨＤＤ」という。）１３、および入出力インターフェース１９が、バス１８を介して接続されている。
【００２６】
ＲＯＭ１１は、ＰＣ１を動作させるためのプログラムおよび初期値等を記憶している。ＲＡＭ１２は、後述する接続用情報（図４参照）等の各種の情報を一時的に記憶する。ＨＤＤ１３は、制御プログラム等の各種の情報を記憶する不揮発性の記憶装置である。具体的には、ＨＤＤ１３は、ＩＣカード読取処理（図３参照）、発呼処理（図５参照）、着呼処理（図６参照）、および終了処理（図７参照）を実行するための通信プログラムを記憶する。ＨＤＤ１３の代わりに、ＥＥＰＲＯＭ等の他の不揮発性メモリを用いてもよい。
【００２７】
入出力インターフェース１９には、音声入力処理部２１、音声出力処理部２２、映像入力処理部２３、映像出力処理部２４、操作入力処理部２５、外部通信Ｉ／Ｆ２６、およびＩＣカードリーダー２７が接続されている。音声入力処理部２１は、音声を入力するマイク３１からの音声データの入力を処理する。音声出力処理部２２は、音声を出力するスピーカ３２の動作を処理する。映像入力処理部２３は、映像を撮像するカメラ３３からの画像データの入力を処理する。映像出力処理部２４は、映像を表示する表示装置３４の動作を処理する。操作入力処理部２５は、キーボードおよびマウス等の操作部３５から入力されるデータを処理する。外部通信Ｉ／Ｆ２６は、ＰＣ１をネットワーク８に接続する。ＩＣカードリーダー２７は、ＩＣカード（図示せず）に記憶されているユーザ情報を読み取り、読み取ったユーザ情報をＰＣ１に入力する。本実施形態では、ＰＣ１を使用する各ユーザは、自身のユーザ情報が記憶されたＩＣカードを所持している。
【００２８】
図３から図８を参照して、ＰＣ１が通信を行うために実行する処理について説明する。ＰＣ１のＣＰＵ１０は、ＨＤＤ１３に記憶されている通信プログラムによって以下のＩＣカード読取処理（図３参照）、発呼処理（図５参照）、着呼処理（図６参照）、および終了処理（図７参照）を実行する。なお、ＣＰＵ１０は、ＩＣカード読取処理、発呼処理、着呼処理、および終了処理の全てを並行して実行することができる。
【００２９】
図３を参照して、ＩＣカード読取処理について説明する。ＰＣ１のＣＰＵ１０は、遠隔会議を実行するためのアプリケーションの実行指示が操作部３５に入力されるとＩＣカード読取処理を開始する。まず、ＩＣカードリーダー２７（図２参照）によってＩＣカードのユーザ情報が読み取られたか否かが判断される（Ｓ１）。読み取られていなければ（Ｓ１：ＮＯ）、処理はそのままＳ３の判断へ移行する。ユーザ情報が読み取られた場合（Ｓ１：ＹＥＳ）、読み取られたユーザ情報が、通信接続を行うために用いられる接続用情報としてＲＡＭ１２に記憶される（Ｓ２）。アプリケーションの終了指示が入力されるまで（Ｓ３：ＮＯ）、Ｓ１〜Ｓ３の処理が繰り返される。終了指示が入力されると（Ｓ３：ＹＥＳ）、処理は終了する。
【００３０】
図４を参照して、ＲＡＭ１２に記憶される接続用情報のデータ構成について説明する。接続用情報には、ユーザ情報およびＩＰアドレスが含まれる。ユーザ情報は、ユーザが所持するＩＣカードから読み取った情報、および読み取った時点の時間の情報である。具体的には、ユーザ情報は、ユーザ名、ユーザＩＤ、電話番号、およびログイン時間の情報を含む。ユーザ名、ユーザＩＤ、および電話番号は、ＰＣ１を使用するユーザを特定するために用いられる。ログイン時間は、ＰＣ１がＩＣカードからユーザ情報を読み取ってユーザを特定した時間である。換言すると、ログイン時間は、ユーザがＩＣカードを用いてＰＣ１にログインした時間である。ＰＣ１は、同一ユーザが複数のＰＣ１にログインしている場合に、その時点で実際にユーザが使用しているＰＣ１を特定するためにログイン時間を用いることができる。この詳細は、第二の実施形態（図９および図１０参照）で後述する。ＩＰアドレスは、ネットワーク８上で自装置を他のＰＣ１に識別させるための情報である。なお、ユーザ情報の内容が変更できることは言うまでもない。例えば、役職名、部署名等をユーザ情報として用いてもよいし、電話番号を用いずに処理を行ってもよい。
【００３１】
図４に示すように、本実施形態では、ＰＣ１のＣＰＵ１０は複数のユーザのユーザ情報をＲＡＭ１２に記憶させることができる。つまり、複数のユーザが同時に１つのＰＣ１にログインすることができる。
【００３２】
図５を参照して、発呼処理について説明する。ＰＣ１のＣＰＵ１０は、アプリケーションの実行指示が操作部３５に入力されると発呼処理を開始する。発呼処理は、他のＰＣ１に対して通信の接続を要求（発呼）する処理である。まず、操作部３５に相手ユーザ情報が入力されたか否かが判断される（Ｓ１１）。相手ユーザ情報は、遠隔会議を共に実行する相手ユーザを指定するために入力される情報である。ユーザは操作部３５を操作することで、相手ユーザのユーザ名、ユーザＩＤ、および電話番号の少なくともいずれかを入力する。なお、ユーザ名を入力する場合には、ユーザの氏名全てを入力してもよいし、氏名の少なくとも一部を入力してもよい。相手ユーザ情報が入力されていなければ（Ｓ１１：ＮＯ）、入力されるまで待機状態とされる。相手ユーザ情報が入力されると（Ｓ１１：ＹＥＳ）、相手ユーザ情報が示す相手ユーザとの間の通信を接続するために、通信システム１００内の他の全てのＰＣ１（着呼装置）に対し、通信の接続要求がブロードキャストによって送信される（Ｓ１２）。詳細は後述するが、接続要求を受信した着呼装置は、自装置のＲＡＭ１２に記憶されている接続用情報を返信する。つまり、接続要求は、通信を接続するために必要となる情報であり、相手ユーザが使用するＰＣ１を特定できる情報である接続用情報の送信を、着呼装置に対して要求する信号とも言える。具体的には、接続要求には、着呼装置のユーザ情報およびＩＰアドレスの返信を要求する情報と、発呼装置自身のＩＰアドレスとが含まれる。着呼装置は、受信した接続要求に含まれるＩＰアドレスに向けて、自装置のユーザ情報およびＩＰアドレスを発呼装置に返信する。
【００３３】
接続要求が送信されると（Ｓ１２）、着呼装置から接続用情報（ユーザ情報、ログイン時間、およびＩＰアドレス）が受信される（Ｓ１３）。次いで、受信したユーザ情報の中に、指定された相手ユーザを示すユーザ情報が存在するか否かが判断される（Ｓ１４）。つまり、着呼装置から受信したユーザ情報の中に、Ｓ１１で入力された相手ユーザ情報と一致するユーザ情報が存在するか否かが判断される。ＣＰＵ１０は、Ｓ１１で入力された相手ユーザ情報の全てが、着呼装置から受信したユーザ情報の少なくとも一部に含まれていれば、相手ユーザ情報と受信したユーザ情報とが一致すると判断する。相手ユーザを示すユーザ情報が存在しなければ（Ｓ１４：ＮＯ）、指定された相手ユーザのＰＣ１は通信システム１００内に存在しないため、処理はＳ１１の判断へ戻る。
【００３４】
相手ユーザを示すユーザ情報が存在する場合（Ｓ１４：ＹＥＳ）、相手ユーザのユーザ情報を送信したＰＣ１が通信相手として特定される（Ｓ１５）。なお、１つのＰＣ１から複数のユーザのユーザ情報が受信された場合、受信された複数のユーザ情報の中に相手ユーザのユーザ情報が含まれていれば、送信元のＰＣ１は通信相手として特定される。また、第一の実施形態では、１人のユーザが複数のＰＣ１にログインしている場合には、ログインしている複数のＰＣ１が通信相手として特定される。次いで、自装置のＩＰアドレスと、通信接続を開始するための接続信号とが、通信相手として特定された着呼装置に送信される（Ｓ１６）。通信相手との間で通信が接続されて（Ｓ１７）、処理は終了する。通信の接続中には、音声および映像のデータが送受信されてテレビ会議が実行されるが、この処理は周知の処理であるため説明を省略する。
【００３５】
図６を参照して、着呼処理について説明する。ＰＣ１のＣＰＵ１０は、アプリケーションの実行指示が操作部３５に入力されると着呼処理を開始する。着呼処理は、他のＰＣ１からの接続の要求に応答する処理である。まず、他のＰＣ１から接続要求を受信したか否かが判断される（Ｓ２１）。受信していなければ（Ｓ２１：ＮＯ）、処理はそのままＳ２３の判断へ移行する。接続要求を受信した場合（Ｓ２１：ＹＥＳ）、接続用情報であるユーザ情報およびＩＰアドレス（図４参照）が、接続要求の送信元のＰＣ１である発呼装置に送信される（Ｓ２２）。
【００３６】
他のＰＣ１からＩＰアドレスおよび接続信号を受信したか否かが判断される（Ｓ２３）。受信していなければ（Ｓ２３：ＮＯ）、処理はそのままＳ２５の判断へ移行する。ＩＰアドレスおよび接続信号を受信した場合（Ｓ２３：ＹＥＳ）、ＩＰアドレスおよび接続信号の送信元である発呼装置との間で通信が接続される（Ｓ２４）。アプリケーションの終了指示が入力されるまで（Ｓ２５：ＮＯ）、Ｓ２１〜Ｓ２５の処理が繰り返される。終了指示が入力されると（Ｓ２５：ＹＥＳ）、処理は終了する。
【００３７】
図７を参照して、終了処理について説明する。ＰＣ１のＣＰＵ１０は、アプリケーションの実行指示が操作部３５に入力されると終了処理を開始する。まず、操作部３５または他のＰＣ１からアプリケーションを終了させる指示が入力されたか否かが判断される（Ｓ２７）。指示が入力されるまで待機状態となる（Ｓ２７：ＮＯ）。アプリケーションを終了させる指示を入力すると（Ｓ２７：ＹＥＳ）、その時点で実行されている通信接続が切断される（Ｓ２８）。次いで、ＲＡＭ１２に記憶されている全てのユーザ情報が削除される（Ｓ２９）。つまり、ユーザをログアウトさせる処理が行われる。その後、処理は終了する。
【００３８】
図８を参照して、第一の実施形態において通信接続が行われる際の処理の流れについて説明する。図８に示す例では、ＰＣ１Ａ、ＰＣ１Ｂ、およびＰＣ１Ｃの３つのＰＣ１が通信システム１００内に存在する。まず、ＰＣ１Ａのユーザは、所持しているＩＣカードをＩＣカードリーダー２７に読み取らせる。ＰＣ１Ａでは、ＩＣカードからユーザ情報が読み取られてＲＡＭ１２に記憶される（Ｓ３１）。ＰＣ１ＢおよびＰＣ１Ｃでも同様にユーザ情報が読み取られて記憶される（Ｓ３２，Ｓ３３）。各ＰＣ１は、ユーザ情報をＲＡＭ１２に記憶することで、ユーザ情報を用いて通信を接続する本実施形態特有の接続方法に着呼装置として対応できる状態となる。
【００３９】
なお、ＰＣ１は、ユーザが通信相手のＩＰアドレスを指定する従来の接続方法を実行することもできる。従来の接続方法を採用する場合には、ユーザはＩＣカードを読み取らせる必要は無い。ユーザは、使用しているＰＣ１を発呼装置としてのみ用いる場合（図８のＰＣ１Ａの場合）にも、ＩＣカードを読み取らせる必要は無い。また、本実施形態のＰＣ１は、ＩＣカードおよびＩＣカードリーダー２７を用いてユーザ情報を取得する。ユーザはＩＣカードを読み取らせるだけでＰＣ１にログインすることができ、操作も簡単である。特に、複数のユーザが１つのＰＣ１にログインする場合でも、各ユーザはＩＣカードを読み取らせるだけでよいため、全てのユーザのログインが完了するまでの時間を短縮することができる。
【００４０】
図８に示す例では、ＰＣ１Ａのユーザが、ＰＣ１Ｂを相手ユーザとして指定するための相手ユーザ情報をＰＣ１Ａに入力する（Ｓ３４）。その結果、ＰＣ１Ａは発呼装置として動作し、ＰＣ１ＢおよびＰＣ１Ｃ（着呼装置）に対して接続要求をブロードキャストで送信する（Ｓ３５）。ＰＣ１ＢおよびＰＣ１Ｃは、自装置のＲＡＭ１２に記憶されているユーザ情報およびＩＰアドレスをＰＣ１Ａに送信する（Ｓ３６）。図８に示す例では、ＰＣ１Ｂが送信するユーザ情報は、ＰＣ１Ａに入力された相手ユーザ情報と一致する。一方で、ＰＣ１Ｃが送信するユーザ情報は、相手ユーザ情報と一致しない。従って、ＰＣ１Ａは、ＰＣ１Ｂを通信相手として特定し（Ｓ３７）、ＰＣ１Ｂとの間で通信を接続する（Ｓ３８）。
【００４１】
以上説明したように、第一の実施形態のＰＣ１は、ネットワーク８内の通信装置の接続状況を管理するサーバを用いることなく、ユーザが指定した相手ユーザのＰＣ１を容易に特定して通信を接続することができる。各ＰＣ１は、他のＰＣ１のネットワーク８への接続状況を常に管理する必要はなく、相手ユーザの指定の入力を受け付けた場合にのみ接続要求の送信等の処理を行えばよい。従って、ＰＣ１は、Ｐ２Ｐでデータを送受信する通信システム１００において、通信の相手側のユーザが使用するＰＣ１との間で効率よく容易に通信を接続することができる。
【００４２】
ＰＣ１は、他のＰＣ１に対して通信の接続を要求する発呼装置として動作することができ、且つ、発呼装置からの接続要求に応じてユーザ情報およびアドレス情報を返信する着呼装置として動作することもできる。従って、ユーザは１台のＰＣ１を用いて自由に他のＰＣ１との間の通信を行うことができる。
【００４３】
ＰＣ１は、アプリケーションを終了して通信を切断する指示を入力すると、ＲＡＭ１２に記憶されているユーザ情報を削除する。従って、アプリケーションを終了させたユーザがその後に他のＰＣ１にログインしても、同一のユーザが複数のＰＣ１に同時にログインした状態とはならない。従って、多数のＰＣ１との間で無駄に通信が接続されることがなく、適切なＰＣ１との間でのみ通信が接続される。なお、第一の実施形態では、ユーザは１人で複数のＰＣ１を用いて会議に参加することも可能である。この場合、ユーザはアプリケーションを終了させずに複数のＰＣ１にログインすればよい。
【００４４】
ＰＣ１は、複数のユーザのユーザ情報をＲＡＭ１２に記憶させることができる。従って、複数のユーザが１つのＰＣ１を使用して遠隔会議を行うことができる。さらに、複数のユーザが１つのＰＣ１を使用した場合でも、ＰＣ１はユーザが所望する通りに的確に通信を接続することができる。
【００４５】
第一の実施形態において、ＰＣ１が本発明の「通信装置」に相当する。図５のＳ１１で相手ユーザ情報を入力するＣＰＵ１０が本発明の「指定受付手段」として機能する。図５のＳ１２で着呼装置に接続要求を送信するＣＰＵ１０が「要求送信手段」として機能する。図５のＳ１３でユーザ情報およびＩＰアドレスを受信するＣＰＵ１０が「受信手段」として機能する。図５のＳ１４，Ｓ１５で通信相手を特定するＣＰＵ１０が「特定手段」として機能する。図５のＳ１６、Ｓ１７で通信を接続するＣＰＵ１０が「接続手段」として機能する。
【００４６】
ＲＡＭ１２が「記憶手段」に相当する。図３のＳ１，Ｓ２でユーザ情報をＲＡＭ１２に記憶するＣＰＵ１０が「ユーザ特定手段」として機能する。図６のＳ２２でユーザ情報およびＩＰアドレスを発呼装置に送信するＣＰＵ１０が「情報送信手段」として機能する。図７のＳ２７でアプリケーションの終了指示の入力を受け付けるＣＰＵ１０が「終了指示受付手段」として機能する。図７のＳ２９でユーザ情報を削除するＣＰＵ１０が「第三削除手段」として機能する。
【００４７】
図５のＳ１１で相手ユーザ情報を入力する処理が本発明の「指定受付ステップ」に相当する。図５のＳ１２で着呼装置に接続要求を送信する処理が「要求送信ステップ」に相当する。図５のＳ１３でユーザ情報およびＩＰアドレスを受信する処理が「受信ステップ」に相当する。図５のＳ１４，Ｓ１５で通信相手を特定する処理が「特定ステップ」に相当する。図５のＳ１６、Ｓ１７で通信を接続する処理が「接続ステップ」に相当する。
【００４８】
本発明の第二の実施形態について、図９および図１０を参照して説明する。第二の実施形態のＰＣ１は、相手ユーザが複数のＰＣ１にログインしている場合に、相手ユーザが最後にログインしたＰＣ１のみを通信相手として特定する。さらに、最後にログインしたＰＣ１以外のＰＣ１に対し、ログアウト要求を送信する。以上の処理以外の処理は、前述した第一の実施形態における処理と同一である。従って、第一の実施形態の処理と同一の処理については同一のステップ番号を付し、説明を省略または簡略化する。なお、図１０に示すログアウト処理も、発呼処理等の他の処理と並行して実行される。
【００４９】
図９を参照して、第二の実施形態における発呼処理について説明する。発呼処理では、相手ユーザ情報が入力されると（Ｓ１１：ＹＥＳ）、接続要求が着呼装置に送信され（Ｓ１２）、ユーザ情報およびＩＰアドレスが受信される（Ｓ１３）。受信したユーザ情報の中に相手ユーザのユーザ情報があれば（Ｓ１４：ＹＥＳ）、相手ユーザのユーザ情報を送信した着呼装置（以下、「相手ユーザの着呼装置」という。）が複数存在するか否かが判断される（Ｓ１５１）。相手ユーザの着呼装置が１つであれば（Ｓ１５１：ＮＯ）、１つの着呼装置が通信相手として特定され（Ｓ１５２）、通信が接続される（Ｓ１６，Ｓ１７）。
【００５０】
相手ユーザの着呼装置が複数存在する場合（Ｓ１５１：ＹＥＳ）、受信したユーザ情報に含まれるログイン時間が参照される。ログイン時間が最も遅いユーザ情報を送信した着呼装置が通信相手として特定される（Ｓ１５３）。相手ユーザの複数の着呼装置のうち、通信相手として特定されなかった着呼装置に対し、相手ユーザのログアウト要求が送信される（Ｓ１５４）。その後、特定された通信相手との間で通信が接続され（Ｓ１６，Ｓ１７）、処理は終了する。
【００５１】
図１０を参照して、ログアウト処理について説明する。ＰＣ１のＣＰＵ１０は、アプリケーションの実行指示が操作部３５に入力されるとログアウト処理を開始する。ログアウト処理では、他のＰＣ１からログアウト要求を受信したか否かが判断される（Ｓ５１）。受信していなければ（Ｓ５１：ＮＯ）、処理はそのままＳ５３の判断へ移行する。ログアウト要求を受信した場合（Ｓ５１：ＹＥＳ）、ログアウトを要求されたユーザのユーザ情報がＲＡＭ１２から削除される（Ｓ５２）。アプリケーションの終了指示が入力されるまで（Ｓ５３：ＮＯ）、Ｓ５１〜Ｓ５３の処理が繰り返される。終了指示が入力されると（Ｓ５３：ＹＥＳ）、処理は終了する。
【００５２】
以上説明したように、第二の実施形態のＰＣ１は、ユーザを特定した時間であるログイン時間をユーザ情報としてＲＡＭ１２に記憶する。ＰＣ１は、発呼装置として動作する場合、受信したユーザ情報に含まれるログイン時間がもっとも遅い着呼装置を通信相手として特定する。従って、１人のユーザが複数のＰＣ１にログインしている場合、最後にログインしたＰＣ１が通信相手に特定される。よって、多数のＰＣ１との間で無駄に通信が接続されることがなく、適切な通信装置との間でのみ通信が接続される。
【００５３】
ＰＣ１は、発呼装置として動作する場合、通信相手として特定されなかった相手ユーザの着呼装置にログアウト要求を送信する。ログアウト要求を受信したＰＣ１は、要求されたユーザのユーザ情報をＲＡＭ１２から削除する。従って、ＰＣ１は、同一のユーザが複数のＰＣ１にログインしたままの状態となることを避けることができる。よって、ユーザがログアウトを忘れたまま他のＰＣ１に再度ログアウトした場合等でも、多数のＰＣ１との間で無駄に通信が接続されることがない。ＰＣ１は、ユーザ情報を無駄に記憶し続けることを防止でき、送受信されるユーザ情報のデータ量も減少する。
【００５４】
第二の実施形態において、ログイン時間の情報が本発明の「特定時間の情報」に相当する。図９のＳ１５４でログアウト要求を送信するＣＰＵ１０が「第一ログアウト要求送信手段」として機能する。図１０のＳ５２でユーザ情報をＲＡＭ１２から削除するＣＰＵ１０が「第一削除手段」として機能する。
【００５５】
本発明の第三の実施形態について、図１１を参照して説明する。第三の実施形態のＰＣ１では、同一のユーザが複数のＰＣ１に同時にログインした状態となることを避ける処理を行う点以外は、第一の実施形態および第二の実施形態に示した処理と同一である。従って、第一の実施形態および第二の実施形態の処理と同一の処理については同一のステップ番号を付し、説明を省略または簡略化する。
【００５６】
図１１を参照して、第三の実施形態におけるＩＣカード読取処理について説明する。ＩＣカード読取処理では、ＩＣカードの情報が読み取られると（Ｓ１：ＹＥＳ）、読み取られたユーザ情報がＲＡＭ１２に記憶される（Ｓ２）。次いで、自装置にログインしたユーザのログアウトを他のＰＣ１に要求するためのログアウト要求が、通信システム１００内の他のＰＣ１に送信される（Ｓ６１）。他のＰＣ１は、ログアウト要求を受信すると、ログアウト処理（図１０参照）において、ログアウトを要求されたユーザのユーザ情報をＲＡＭ１２から削除する（Ｓ５２）。
【００５７】
以上説明したように、第三の実施形態のＰＣ１は、自装置にユーザがログインすると、ログインしたユーザのログアウトを他のＰＣ１に要求する。他のＰＣ１は、ログアウトを要求されたユーザのユーザ情報を削除する。従って、ＰＣ１は、同一のユーザが複数のＰＣ１に同時にログインした状態となることを避けることができる。つまり、第二の実施形態では、相手ユーザがログインしている複数のＰＣ１の中から通信相手が特定された時点で、同一ユーザが複数のＰＣ１にログインしている状態が解消される。一方、第三の実施形態では、同一ユーザが複数のＰＣ１にログインすること自体が生じない。以上のように、無駄な通信接続を避けるための処理は、適宜変更することができる。
【００５８】
第三の実施形態において、図１１のＳ６１でログアウト要求を送信するＣＰＵ１０が「第二ログアウト要求送信手段」として機能する。図１０のＳ５２でユーザ情報をＲＡＭ１２から削除するＣＰＵ１０が「第二削除手段」として機能する。
【００５９】
本発明は上記実施形態に限定されることはなく、様々な変形が可能であることは言うまでもない。以下、上記実施形態の第一変形例について、図１２を参照して説明する。第一変形例のＰＣ１は、着呼装置として動作する場合、発呼装置で指定された相手ユーザが自装置のユーザであるか否かを判断する。第一変形例のＰＣ１は、発呼装置として動作する場合に通信相手を特定する処理を行う必要がない。
【００６０】
図１２に示すように、第一変形例においても、各ＰＣ１がユーザ情報をＲＡＭ１２に記憶する処理（Ｓ３１〜Ｓ３３）、発呼装置が相手ユーザ情報を入力する処理（Ｓ３４）、および発呼装置が接続要求を送信する処理（Ｓ３５）は、上記実施形態と同一である。一方で、接続要求を受信したＰＣ１ＢおよびＰＣ１Ｃは、指定された相手ユーザのユーザ情報が自装置のＲＡＭ１２に記憶されているか否かを判断する。図１２に示す例では、ＰＣ１Ｂは、相手ユーザのユーザ情報があると判断し、ＰＣ１Ｃは、相手ユーザのユーザ情報が無いと判断している。ＰＣ１は、相手ユーザのユーザ情報があると判断した場合にのみ、ユーザ情報およびＩＰアドレスを発呼装置に送信する（Ｓ３６）。以上のように、発呼装置で指定された相手ユーザが自装置のユーザであるか否かを着呼装置が判断することも可能である。この場合、発呼装置はブロードキャストを使用する必要は無い。なお、第一変形例におけるＳ３６の処理では、ＩＰアドレスのみが発呼装置に送信されてもよい。
【００６１】
上記実施形態の第二変形例について、図１３を参照して説明する。第二変形例のＰＣ１は、発呼装置として動作する場合、相手ユーザ情報を入力した後に着呼装置からユーザ情報およびＩＰアドレスを受信するのではなく、ユーザ情報およびＩＰアドレスを受信した後に相手ユーザ情報を入力して通信相手を特定する。
【００６２】
図１３に示すように、第二変形例においても、各ＰＣ１はユーザ情報をＩＣカードから読み取り、記憶する（Ｓ３１〜Ｓ３３）。次いで、ＰＣ１Ａは、相手ユーザ情報でなく通信開始指示を操作部３５から入力する（Ｓ９１）。ＰＣ１Ａは、通信開始指示の入力を契機として、通信システム１００内の他のＰＣ１Ｂ，１Ｃに接続要求を送信する（Ｓ３５）。ＰＣ１Ｂ，１Ｃ（着呼装置）は、接続要求を受信すると、ユーザ情報およびＩＰアドレスをＰＣ１Ａ（発呼装置）に返信する（Ｓ３６）。ＰＣ１Ａは、ユーザ情報およびＩＰアドレスを受信した後に、操作部３５からの相手ユーザ情報の入力を受け付ける（Ｓ９２）。図１３に示す例では、ＰＣ１Ｂが送信するユーザ情報が、ＰＣ１Ａに入力された相手ユーザ情報と一致する。従って、ＰＣ１Ａは、ＰＣ１Ｂを通信相手として特定し（Ｓ３７）、通信を接続する（Ｓ３８）。以上のように、発呼装置として動作するＰＣ１Ａは、ユーザ情報およびＩＰアドレスを受信した後に相手ユーザ情報を入力してもよい。
【００６３】
上記実施形態はその他の変形も可能である。上記実施形態では、各ユーザはＩＣカードを所持しており、ＰＣ１はＩＣカードのユーザ情報を読み取ることでユーザを特定する。しかし、ＩＣカードを用いずに本発明を実現することも可能である。例えば、ＰＣ１は、各ユーザに割り当てられたパスワードの入力を操作部３５から受け付けることでユーザを特定してもよい。指紋認証等の技術を用いてもよい。
【００６４】
本発明における「通信装置」として使用できるのはＰＣ１に限られず、ネットワーク８を介してデータを送受信できる装置であればよい。上記実施形態では、接続要求がブロードキャストで送信されるため、複数の着呼装置の全てに容易且つ確実に接続要求が送信される。しかし、ブロードキャストを用いずに本発明を実現することも可能である。
【００６５】
第一の実施形態のＰＣ１は、発呼装置として動作する場合、複数の着呼装置を通信相手として特定すれば、特定した複数の通信相手との間で通信を接続する。第二の実施形態のＰＣ１は、相手ユーザが最後にログインした１つの着呼装置のみを、通信相手として特定する。しかし、これらは変更することも可能である。例えば、ＰＣ１は、複数の着呼装置を通信相手として特定した場合、特定した複数の通信相手を表示装置３４に表示させてもよい。この場合、ＰＣ１は、表示装置３４に表示した通信相手のうち、実際に接続を行う通信相手の選択指示の入力をユーザに要求し、選択された通信相手との間で通信を接続すればよい。
【符号の説明】
【００６６】
１    ＰＣ
１０    ＣＰＵ
１２    ＲＡＭ
１３    ＨＤＤ
２６    外部通信Ｉ／Ｆ
２７    ＩＣカードリーダー
３５    操作部
１００    通信システム
【図１】
2012182717.tif 000003
【図２】
2012182717.tif 000004
【図３】
2012182717.tif 000005
【図４】
2012182717.tif 000006
【図５】
2012182717.tif 000007
【図６】
2012182717.tif 000008
【図７】
2012182717.tif 000009
【図８】
2012182717.tif 000010
【図９】
2012182717.tif 000011
【図１０】
2012182717.tif 000012
【図１１】
2012182717.tif 000013
【図１２】
2012182717.tif 000014
【図１３】
2012182717.tif 000015