JP2006311604A - コミュニケーションシステム及び方法 - Google Patents

Abstract

【課題】コミュニケーションツールの切替時間、入力の手間を省き、業務を効率化する。
【解決手段】電話番号、ｅメールアドレス、ＵＲＬ、ＩＰアドレス、カメラ番号等全てのアドレスデータが格納されたアドレス帳７４と、アドレス帳７４から各ツールが使用するアドレスを検索する部分アドレス検索処理部７５と、検索されたアドレスを渡してツールを起動する部分からなるダイヤラープログラム７３により、アプリケーションの切替の際に、データベースより適切なアドレスを取り出し、適切なアプリケーションを自動的に起動する。
【選択図】図１

Description

本発明は、コミュニケーションシステム及び方法に関し、例えば、電話番号宛てに発信した場合に相手方と接続できなければ、その相手に対してメールなどを発信するコミュニケーションシステム及び方法に関する。

従来、ユーザーは、ｅメール、電話などによって選択的に相手と連絡をとるようにしていた。すなわち、ユーザーがｅメールを送信したいときにはメーラーを起動し、メールアドレスを入力して文章を入力し、相手方に送信していた。

また、ユーザーが電話をかけたいときには、ダイヤラーソフトウェア（以下、「ソフト」と称する。）やＩＰ電話ソフトを起動し電話番号を入力することによって相手側に電話していた。

さらには、ウェブ上でのチャットや掲示板記入にはブラウザを起動し、ＵＲＬ（Uniform Resource Locator）などのように、インターネット上に分散しているファイルなどの情報資源の格納場所を一意に指定する符号を入力することによってアクセスしていた。

また、カメラで映像を撮像して相手方にその映像を送信しながら会話を行う場合には、カメラ映像表示ソフトを起動していた。

このように、パーソナルコンピュータ（以下、「ＰＣ」と称する。）などを使ったコミュニケーションシステムにおいて、効率よく相手方と通信等を行えるようにする技術が特開２００１−２１１４３８号公報等に記載されている。

すなわち、上記公報に記載されているシステムは、ネットワークで接続されたコンピュータ上で動作するユーザーインターフェース制御プログラムと複数のコミュニケーションメディア制御プログラムとが標準的なアプリケーションプログラミングインタフェースによって接続される。共通のアドレス情報を参照し、コミュニケーションメディア間での連携機能を提供する。

そのため、統一された簡単な操作で複数のメディアを呼び出すことができ、メディアによって異なるアドレス形式を意識する必要はなく、余分な操作なしでメディア間の連携機能を利用できる。さらに、環境に合わせて適切なメディア制御プログラムを選択できるものである。
特開２００１−２１１４３８号公報

しかし、従来の技術は、例えば相手に電話をしたところ、相手が電話中で通話ができない場合に、代わりにｅメールを発信しようとする場合には、ユーザーが手動でｅメールを発信するためにメールソフトを起動し、相手のｅメールアドレスを入力することが必要であり面倒であった。

そこで、本発明は、アプリケーションの使い勝手を向上するために、ユーザーが新たに面倒な作業をすることなく、他の通信ツールで相手側に発信できるようにすることを課題とする。

上記課題を解決するために、本発明のコミュニケーションシステムは、相手側が有する少なくとも２つの宛先を記憶する記憶手段と、前記記憶手段から、メールの着信履歴を基に、発信した相手の少なくとも２つの前記宛先を検索する宛先検索手段と、前記宛先検索手段により検索された少なくとも２つの前記宛先のうち、選択された１つの前記宛先に対応して発信するソフトウェアを起動するソフトウェア起動手段とを備え、前記宛先検索手段は、自己の宛先に着信したメールに対して、当該メールのヘッダを解析するヘッダ解析手段を更に備え、前記ヘッダ解析手段の解析結果により、前記着信したメールが、前記自己の宛先に正常に着信したメールである場合には、当該メールを発信したメールアドレスを有する相手の少なくとも２つの前記宛先を検索し、前記着信したメールが、前記自己の宛先から相手の前記宛先に送信したメールの未到達による未到達メールの場合には、当該メールの相手のメールアドレスを抽出し、当該メールアドレスを有する相手の少なくとも２つの前記宛先を検索することを特徴とする。

また、本発明のコミュニケーション方法は、相手側が有する少なくとも２つの宛先を記憶する記憶ステップと、メールの着信履歴を基に、発信した相手の少なくとも２つの前記宛先を検索する宛先検索ステップと、前記宛先検索ステップは、自己の宛先に着信したメールに対して、当該メールのヘッダを解析するヘッダ解析ステップと、前記宛先検索ステップは、前記ヘッダ解析ステップの解析結果により、前記着信したメールが、前記自己の宛先に正常に着信したメールである場合には、当該メールを発信したメールアドレスを有する相手の少なくとも２つの前記宛先を検索し、前記着信したメールが、前記自己の宛先から相手の前記宛先に送信したメールの未到達による未到達メールの場合には、当該メールの相手のメールアドレスを抽出し、当該メールアドレスを有する相手の少なくとも２つの前記宛先を検索するステップと、前記宛先検索ステップにより検索された少なくとも２つの前記宛先のうち、選択された１つの前記宛先に対応して発信するソフトウェアを起動するソフトウェア起動ステップとを備えることを特徴とする。

以上説明したように、本発明によると、アプリケーションの使い勝手を向上するために、ユーザーが新たに面倒な作業をすることなく、他の通信ツールで相手側に発信できるようにすることができる。

具体的には、氏名や電話番号から外部ツールが使用するアドレスを自動検索し、外部ツールに渡して起動することで、ダイヤラーソフトから他のツールの切替時間と切替先で使用するアドレスを入力する手間を省くことができ、業務の効率化ができることにある。

また、各種通信機器の操作方法を覚えることなく、例えばダイヤラーの操作を覚えれば、他の通信機器の操作を覚えることなく使用することが可能であるため、統合ソフトの導入に伴って必要になる時間を削減できる。

さらに、新規にダイヤラーを購入すれば、その他の通信ツールは既に所有している物を使うことができ、また、新たに通信ツールを導入する際は、ダイヤラーがあれば、容易に必要なものだけ付け足すことができるため、導入コストの削減ができる。

つぎに、本発明の実施の形態について図面を参照して説明する。

（実施形態１）
図１は、本発明の実施形態１のコミュニケーションシステムを構成するＰＣにインストールされているオペレーションシステムの模式的な構成を示すブロック図である。

図１には、オペレーティングシステム（以下、「ＯＳ」と称する。）上で動作する複数プログラムや入出力装置の動作を制御する入出力装置ドライバ１と、モデムや外部電話機の動作を制御するモデム・外部電話機ドライバ２と、ＷＥＢ上のファイルを扱うためのブラウザ３と、ｅメールの送受信を行うメーラー４と、インターネットプロトコル（以下、「ＩＰ」と称する。）による音声通話を実現するＩＰ電話ソフト５と、相手側に設置しているカメラを起動するカメラ映像表示ソフト６と、ダイヤラー７とを示している。

ダイヤラー７は、以下説明するユーザーインターフェース（ユーザーＩ／Ｆ）７１と、電話発着信処理部７２と、外部ソフト起動処理部７３と、アドレス帳７４と、アドレス検索処理部７５とを備えている。

ユーザーＩ／Ｆ７１は、ユーザーの入力動作を解析し、各処理部へ入力情報を渡すとともに、各処理部の処理結果を入出力装置ドライバ１へと渡すものである。

電話発着信処理部７２は、電話発信、着信処理を行うとともに、発信履歴・着信履歴テーブルを備え、また、相手先不応答検出手段を備える。

外部ソフト起動処理部７３は、ユーザーＩ／Ｆ７１、電話発着信処理部７２、アドレス検索処理部からの外部ソフト起動命令を受けて、外部ソフトを起動するものである。

アドレス帳７４は使用する外部ツール情報、ｅメールアドレス、ＵＲＬ、ＩＰアドレス、カメラ番号等の個人アドレス情報、外部ツールの優先情報を登録できる記憶部である。

アドレス検索処理７５は、ユーザーＩ／Ｆ７１から与えられた文字列をキーとしてアドレス帳７４に記憶されたアドレスを探索し、関連付けられたデータより、使用可能な外部ツールを検索し、ユーザーＩ／Ｆ７１、電話発着信処理部７２、又は外部ソフト起動処理部７３に渡すものである。

図２，図３は、図１に示すＰＣの動作を示すフローチャートである。

まず、電話の発信の際、入出力装置ドライバ１が相手先番号を検出して、電話発着信処理部７２へ渡す（ステップＡ１）。

つぎに、電話発着信処理部７２は、入出力装置ドライバ１からの相手先番号宛てに対して、電話の発信処理を行う（ステップＡ２）。

そして、電話発着信処理部７２は、予め設定した時間内に相手先が応答するかどうか判別する（ステップＡ３）。

判別の結果、予め設定した時間内に相手先が応答しなかった場合に、相手先不応答として、相手先電話番号情報をアドレス検索処理部７５に渡す。アドレス検索処理部７５は、電話発着信処理部７２から受け取った電話番号が、アドレス帳７４内のテーブルにあるかどうかを検索する（ステップＡ４）。

一方、判別の結果、予め設定した時間内に相手先が応答しなかった場合に、相手先が応答した場合は、図２に示す処理を終了して、通常の通話処理を行う。

アドレス帳７４内のテーブルに電話番号が存在した場合には、その電話番号に対応づけられている優先順位に従って指定されたアドレスデータを図５に示すようなユーザーごとアドレステーブルから読み込み、またそのアドレスと関連付けられた外部ツールの起動処理に必要な情報を図６に示すような外部ツール登録テーブルから読み込む（ステップＡ６）。

なお、図６には、「ダイヤラー」に対応して「電話発着信処理部」、「メーラー」に対応して「メーラー実行ファイル」、「ブラウザー」に対応して「ブラウザー実行ファイル」、「ＩＰ電話」に対応して「ＩＰ電話実行ファイル」、「カメラ表示」に対応して「カメラ映像表示ソフト実行ファイル」をそれぞれ読み込む場合を例示している。

一方、アドレス帳７４内のテーブルに電話番号が存在しない場合には、図２に示す処理を終了する。

なお、図５には、Ａさんについて「ＴＥＬ１」、「××＠」、「http//〜」を含む宛先が登録されており、Ｂさんについて「××＠」、「http//〜」「ＴＥＬ２」を含む宛先が登録されており、Ｃさんについて「０３−○○○○−××××」、「０９０−○○○○−××××」、「http//xxx.yyy.com」、「C@xxx.yyy.com」を含む宛先が登録されている場合を例に示している。

ちなみに、例えば、一人のユーザーについて、オフィスの電話番号と携帯電話番号を登録しておく場合など、同じ種類のアドレスを複数登録することも可能である。

アドレス検索処理部７５は、読み込んだ情報を外部ソフト起動処理部７３へと渡す。外部ソフト起動処理部７３は、アドレス検索処理部７５から与えられた情報を元に、外部ソフトを起動し、適切な宛先情報を与えて発信処理を行わせる（ステップＡ７）。

アドレス帳７４内のユーザーごとアドレステーブルは、ユーザーが予めユーザーＩ／Ｆ７１を介して登録する必要がある。また、各種アドレスと使用する外部ソフトの関連付けもユーザーが予めユーザーＩ／Ｆ７１を介して登録する。ただし、電話発信にはダイヤラー７自身で処理するため、電話による発信を行う場合は電話発着信処理部７２へ適切なデータを送るよう登録する。

つぎに、図３を用いて図１の動作の説明をする。

電話を着信した際には、電話発着信処理部７２において発信元の情報が検出される（ステップＢ１）。

電話発着信処理部７２は、着信した呼の発信元情報を着信履歴として保存する図４に示すような着信履歴記憶部を備えており、ユーザーがこの記憶部を参照してリダイヤル操作を行うとき（ステップＢ３）、電話発着信処理部７２は着信履歴として記憶している情報のうち、発信元情報（電話番号）をアドレス検索処理部７５に送る。

なお、図４には、着信日時と、発信元情報と名前とを一組で登録できるようにした例を示している。

アドレス検索処理部７５は、電話発着信処理部７２から与えられた電話番号と対応付けられている同一ユーザーの他のアドレスを検索すると、それぞれのアドレスを使用するアプリケーションの起動処理に必要な情報を検索し（ステップＢ４〜Ｂ６）、データが存在していれば全ての情報をユーザーＩ／Ｆ７１に渡す。

ユーザーＩ／Ｆ７１は、アドレス検索処理部７５からの情報を入出力デバイスドライバ１を用いて出力装置へ出力を行う（ステップＢ７）。

ユーザーは、出力された情報からコミュニケーション手段（ｅメール、Ｗｅｂ、等）を選択し、その結果を再びユーザーＩ／Ｆ７１が受信する（ステップＢ８）。

ユーザーＩ／Ｆ７１は、ユーザーによって選択された情報を外部ソフト起動処理部７３へと渡す。外部ソフト起動処理部７３は、与えられた情報に基づいて外部ソフトを起動し、外部ツールへ適切な宛先情報を提供する（ステップＢ９）。

つぎに、図７を用いて具体的に本実施形態の動作を説明する。なお、図７において、図２に示した部分と同様の処理を行う部分には同一符号を付している。

例えば、電話発着信処理部７２において、電話番号０３−○○○○−××××による電話の発信処理を行う（ステップＡ２）。

相手先が応答しなかったとすると、電話発着信処理部７２は不応答として先の相手先電話番号をアドレス検索処理部７５に送る（ステップＡ３）。

アドレス検索処理部７５は、受け取った電話番号をキーとしてアドレス帳７４内のユーザーごとアドレステーブルを検索し（ステップＡ４）、キーの電話番号を持つユーザーのアドレスデータを見つけると、優先順位がその電話番号の次になっているアドレスデータ、ＡＡＡ＠ｘｘｘ.ｃｏｍを取り出す。

そしてそのアドレス（ｅメールアドレス）を使用する登録外部ソフトを起動するための情報、メーラー実行ファイルを図６のような外部ソフト登録テーブルから読み込む（ステップＡ６）。

得られた情報を外部ソフト起動処理部７３に与え、外部ソフト起動処理部７３は、ここではメーラー実行ファイルを実行し、ＡＡＡ＠ｘｘｘ.ｃｏｍをメーラー４に渡す（ステップＡ７）。

ステップＡ６で得られた情報がＵＲＬ: http://xxx.yyy.com、ブラウザ実行ファイルであった場合は、外部ソフト起動処理部は、ブラウザ実行ファイルを実行し、ブラウザを起動し、http://xxx.yyy.comをブラウザに渡す。

ステップＡ６で得られた情報がＩＰ電話アドレスとＩＰ電話実行ファイルとであった場合は、外部ソフト起動処理部７３は、ＩＰ電話実行ファイルを実行してＩＰ電話ソフトを起動し、発信先のＩＰ電話用アドレスを与える。

ステップＡ６で得られた情報がカメラ番号とカメラ映像表示ソフト実行ファイルとであった場合は、外部ソフト起動処理部７３は、カメラ映像表示ソフト実行ファイルを実行してカメラ映像表示ソフトを起動し、表示したいカメラ番号を与える。

また、電話発着信処理部において、電話番号０３−○○○○−××××による電話の発信処理を行った場合において、前述の例のように相手先不応答の場合で、アドレス帳内を検索した結果得られたアドレスが別の電話番号０９０−○○○○−××××だとする。この場合、電話番号を使用するソフトはダイヤラー７自身であり、外部ソフト登録テーブルにおいては、電話発着信処理部７２と関連付けられている。

したがって、検索の結果得られた電話番号０９０−○○○○−××××はアドレス検索処理部７５から電話発着信処理部７２へと送る。電話番号を受け取った電話発着信処理部７２は渡された電話番号への発信を自動的に行う。

さらに、電話発着信処理部７２は、２００１年１２月２１日に、Ｃさんの電話番号０３−ｘｘｘｘ−ｙｙｙｙからの着信があったとすると、電話発着信処理部の着信履歴記憶部に図４に示されるような情報を記憶する。

ここで、ユーザーがこの情報をユーザーＩ／Ｆ７１を介して呼び出すと、電話発着信処理部７２は、ユーザーＩ／Ｆ７１に履歴情報を渡す前に、アドレス検索処理部７５へ電話番号０３−ｘｘｘｘ−ｙｙｙｙを送り、その電話番号をキーに、アドレス検索処理部７５はアドレス帳７４内の図５に示すようなユーザーごとアドレステーブルにその電話番号があるかどうかを探索する。

図５では、０３−ｘｘｘｘ−ｙｙｙｙがテーブル内に存在しているため、その電話番号を持つユーザーのアドレスデータ全て、０９０−ｘｘｘｘ-ｙｙｙｙ、http://xxx.yyy.com、c@xxx.yyy.com等及び、各アドレスデータを使用する外部アプリケーションの起動に必要なデータ、電話発着信処理、ブラウザ実行ファイル、メーラー実行ファイルを読み込み、これらのうちどれを使用するかをユーザーに選択させることができるよう、ユーザーＩ／Ｆ７１を介して出力させる。

このときの出力の例を図８に示す。ここでは、このときの出力はアドレス帳７４に登録されている優先順位に従って表示されるようにしている。ユーザーがｅメールを選択すると、ユーザーＩ／Ｆ７１はユーザーの動作を解析し、ｅメールが選択されたことを認識する。そしてユーザーＩ／Ｆ７１はｅメールアドレスであるc@xxx.yyy.comとメーラー実行ファイルの情報を外部ソフト起動処理部７３へ渡す。

情報を受け取った外部ソフト起動処理部では、メーラーを起動させ、c@xxx.yyy.comの宛先情報を与える。ｅメール以外を選択した場合も同様、適切なアプリケーションを起動し、選択されたアドレス情報を与える。

（実施形態２）
実施形態１では、電話機能を備えるダイヤラーに本発明を適用した場合を例に説明したが、実施形態２では、ｅメールの送受信機能を備えるメーラーに本発明を適用し、外部通信ソフトを起動する例について説明する。

図９は、本発明の実施形態２のＯＳの模式的な構成を示すブロック図である。本実施形態は、メーラー４が図１に示された実施形態１におけるダイヤラー７に代わってアドレス検索処理部４５、外部ソフト起動処理部４３などを有する点で異なる。なお、図９において、図１と同様の部分には同意符号を付している。

メール発着信処理部４２は図１０に示すような着信履歴テーブルと、メールが未到達メッセージかどうかを判別する手段を備えている。

なお、図１０には、２００１年１２月２１日に、ＣさんのC@xxx.yyy.comからの着信があったときに、着信履歴記憶部に情報を記憶した場合の例を示している。

メーラー４で、着信したメールに対して返信操作を行った場合の流れ図が図１３である。

まず、メールのヘッダを解析し（ステップＣ２）、そのメールが正常に届いたものか、それとも自分が送信したメールで、宛先に到達できなかったメールが戻ってきたものであるかを判断する（ステップＣ３）。

メールを未到達メールであると判断した場合は、ヘッダに含まれる、本来の宛先メールアドレスを抽出し（ステップＣ４）、このメールアドレスをキーとしてアドレス帳の検索を行う（ステップＣ５，Ｃ６）。

正常に届いたものであると判断されると、発信元メールアドレスをキーとして同一ユーザーのアドレスを検索する（ステップＣ６，Ｃ７）。

検索の結果を表示し、メールアドレスが選択された場合にはメール発着信処理部４２で処理し、電話番号が選択された場合には外部ソフトであるダイヤラー７を起動し、電話番号を渡す。その他の処理は、実施形態１で説明した電話の着信履歴に対する返信の処理と同様である。

（実施形態３）
実施形態１，２では、ダイヤラー、メーラーに本発明を適用し、外部ソフトの起動を行う例であったが、実施形態３では、ＩＰによる通話機能を備えるＩＰ電話ソフトに本発明を適用して、外部通信ソフトを起動する例を示している。

図１１は、本発明の実施形態３のＯＳの模式的な構成を示すブロック図である。本発明の実施形態３は、ＩＰ電話ソフト５が図１に示された実施形態１におけるダイヤラー７に代わってアドレス検索処理部５５、外部ソフト起動処理部５３などを有する点で異なる。

ＩＰ電話発着信処理部５２は図１２に示すような着信履歴テーブルを備えている。なお、図１２には、２００１年１２月２１日に、ＣさんからＩＰ電話を受けた場合の登録例を示している。

ＩＰ電話で着信した呼に対する返信の動作はＩＰ電話用アドレスをキーとして同一ユーザーの他のアドレスを検索するという点、ＩＰ電話用アドレスが選択された場合には自身のＩＰ電話発着信処理部５２で処理し、電話番号が選択された場合には外部ソフトであるダイヤラーを起動し、電話番号を渡すという点以外は、実施形態１で述べた電話の着信履歴に対する返信の動作と同様である。

ＩＰ電話の場合には相手が応答しない場合があるため、実施形態１における相手先不応答を検出する手段と同様の手段をＩＰ電話発着信処理部５２が有する。相手先不応答時の処理に関しては、ＩＰ電話用アドレスをキーとしてアドレス検索を行い、ＩＰ電話用アドレスが結果として出てきた場合には、自身の持つＩＰ電話発信処理部にて処理を行い、電話番号が結果として出てきた場合には、外部ソフトであるダイヤラーに電話番号を渡して起動するという点以外は、実施形態１で述べた処理と同様である。

本発明の構成を示すブロック図である。 実施形態１の動作を示す流れ図である。 実施形態１の動作を示す流れ図である。 実施形態１における着信履歴テーブルの例を示す図である。 ユーザーごとアドレステーブルの例１を示す図である。 外部ソフト登録テーブルの例１を示す図である。 本発明の実施形態１の動作の具体例を示す流れ図である。 アプリケーション選択要求画面の例を示す図である。 本発明の実施形態２の構成図である。 本発明の実施形態２における着信履歴テーブルの例を示す図である。 本発明の実施形態３の構成図である。 本発明の実施形態３における着信履歴テーブルの例を示す図である。 本発明の実施形態２における、メール返信処理の流れ図である。

符号の説明

１…入出力装置ドライバ
２…モデム・外部電話機ドライバ
３…ブラウザ
４…メーラー
５…ＩＰ電話ソフト
６…カメラ映像表示ソフト
７…ダイヤラープログラム
７１…ユーザーＩ／Ｆ
７２…電話発着信処理部
７３…外部ソフト起動処理部
７４…アドレス帳
７５…アドレス検索処理部

Claims (10)

1. 相手側が有する少なくとも２つの宛先を記憶する記憶手段と、
   前記記憶手段から、メールの着信履歴を基に、発信した相手の少なくとも２つの前記宛先を検索する宛先検索手段と、
   前記宛先検索手段により検索された少なくとも２つの前記宛先のうち、選択された１つの前記宛先に対応して発信するソフトウェアを起動するソフトウェア起動手段とを備え、
   前記宛先検索手段は、自己の宛先に着信したメールに対して、当該メールのヘッダを解析するヘッダ解析手段を更に備え、
   前記ヘッダ解析手段の解析結果により、
   前記着信したメールが、前記自己の宛先に正常に着信したメールである場合には、当該メールを発信したメールアドレスを有する相手の少なくとも２つの前記宛先を検索し、
   前記着信したメールが、前記自己の宛先から相手の前記宛先に送信したメールの未到達による未到達メールの場合には、当該メールの相手のメールアドレスを抽出し、当該メールアドレスを有する相手の少なくとも２つの前記宛先を検索することを特徴とするコミュニケーションシステム。
2. 前記宛先は、電話番号と、メールアドレスと、情報資源の格納場所を一意に指定する符号と、のうち、いずれか１つの特定される識別子により、１つの前記宛先を構成することを特徴とする請求項１に記載のコミュニケーションシステム。
3. 前記メールアドレスは携帯端末、パーソナルコンピュータ、又はインターネット電話のアドレスであることを特徴とする請求項２に記載のコミュニケーションシステム。
4. 前記宛先検索手段は、前記着信履歴から、発信した相手の前記宛先に割り当てられた優先順位に基づいて、当該相手の有する前記宛先を出力装置へ出力することを特徴とする請求項１又は２に記載のコミュニケーションシステム。
5. 前記宛先検索手段は、発信した前記宛先の相手と接続が確立できない場合に、当該相手に発信していない前記宛先を検索することを特徴とする請求項１又は２に記載のコミュニケーションシステム。
6. 前記宛先検索手段は、前記相手に発信していない前記宛先を、優先順位に基づいて自動的に検索すると共に、前記ソフトウェア起動手段は、自動的に検索された前記宛先と関係付けられた前記ソフトウェアの起動処理に必要な情報を読み込んで、発信処理を行うことを特徴とする請求項５に記載のコミュニケーションシステム。
7. 前記ソフトウェア起動手段は、前記宛先に発信する前に、発信し得る前記宛先のソフトウェアの起動処理に必要な情報を、予め読み込むことを特徴とする請求項４乃至６に記載のコミュニケーションシステム。
8. さらに相手方のコンピュータ付近にカメラを設置しておき、前記カメラに割り当てられているカメラを起動する起動命令カメラ映像表示ソフトウェアを備えることを特徴とする請求項１に記載のコミュニケーションシステム。
9. 前記ソフトウェア起動手段は、メール用ソフトウェア、ブラウザ、カメラ映像表示ソフトウェア、インターネット電話ソフトウェアのいずれかを起動することを特徴とする請求項１記載のコミュニケーションシステム。
10. 相手側が有する少なくとも２つの宛先を記憶する記憶ステップと、
    メールの着信履歴を基に、発信した相手の少なくとも２つの前記宛先を検索する宛先検索ステップと、
    前記宛先検索ステップは、自己の宛先に着信したメールに対して、当該メールのヘッダを解析するヘッダ解析ステップと、
    前記宛先検索ステップは、前記ヘッダ解析ステップの解析結果により、
    前記着信したメールが、前記自己の宛先に正常に着信したメールである場合には、当該メールを発信したメールアドレスを有する相手の少なくとも２つの前記宛先を検索し、
    前記着信したメールが、前記自己の宛先から相手の前記宛先に送信したメールの未到達による未到達メールの場合には、当該メールの相手のメールアドレスを抽出し、当該メールアドレスを有する相手の少なくとも２つの前記宛先を検索するステップと、
    前記宛先検索ステップにより検索された少なくとも２つの前記宛先のうち、選択された１つの前記宛先に対応して発信するソフトウェアを起動するソフトウェア起動ステップとを備えることを特徴とするコミュニケーション方法。