(57)【特許請求の範囲】
【請求項１】
所属する会員のＩＤに対応して会員のアドレスデータを格納する会員管理ＤＢを備えて会員の通信を管理するセンタにおいて、
第１の会員のＩＤ毎に対応させて該第１の会員の送信あるいは受信の通信相手となった第２の会員のＩＤを含むアドレスデータを格納するセンタアドレス帳ＤＢと、
通信終了時に上記センタアドレス帳ＤＢの第１の会員のＩＤとして格納された送信元、または送信先の会員のＩＤに対応して格納された第２の会員のＩＤに基づき上記会員管理ＤＢを検索して得られたアドレスデータを、上記センタアドレス帳ＤＢの該第１の会員のＩＤに対応した該第２の会員のＩＤに対応させて格納するアドレスデータ収集手段と、
センタアドレス帳ＤＢに格納されている通信する第１の会員のＩＤに対応した１以上の通信相手の会員のアドレスデータを第１の会員の通信する端末に伝送するアドレスデータ伝送手段と、
を備えることを特徴とするセンタ。
【請求項２】
所属する会員のＩＤに対応して会員のアドレスデータを格納する会員管理ＤＢと、第１の会員のＩＤ毎に対応させて該第１の会員の送信あるいは受信の通信相手となった第２の会員のＩＤを含むアドレスデータを格納するセンタアドレス帳ＤＢとを備えて会員の通信を管理するセンタにおいて、
通信終了時に上記センタアドレス帳ＤＢの第１の会員のＩＤとして格納された送信元、または送信先の会員のＩＤに対応して格納された第２の会員のＩＤに基づき上記会員管理ＤＢを検索して得られたアドレスデータを、上記センタアドレス帳ＤＢの該第１の会員のＩＤに対応した該第２の会員のＩＤに対応させて格納するアドレスデータ収集ステップと、
センタアドレス帳ＤＢに格納されている通信する第１の会員のＩＤに対応した１以上の通信相手の会員のアドレスデータを第１の会員の通信する端末に伝送するアドレスデータ伝送ステップと、
を備えることを特徴とするアドレスデータ自動収集方法。
【請求項３】
所属する会員のＩＤに対応して会員のアドレスデータを格納する会員管理ＤＢと、第１の会員のＩＤ毎に対応させて該第１の会員の送信あるいは受信の通信相手となった第２の会員のＩＤを含むアドレスデータを格納するセンタアドレス帳ＤＢと、通信終了時に上記センタアドレス帳ＤＢの第１の会員のＩＤとして格納された送信元、または送信先の会員のＩＤに対応して格納された第２の会員のＩＤに基づき上記会員管理ＤＢを検索して得られたアドレスデータを、上記センタアドレス帳ＤＢの該第１の会員のＩＤに対応した該第２の会員のＩＤに対応させて格納するアドレスデータ収集手段と、センタアドレス帳ＤＢに格納されている通信する第１の会員のＩＤに対応した１以上の通信相手の会員のアドレスデータを第１の会員の通信する端末に伝送するアドレスデータ伝送手段とを備えたセンタから受信した該アドレスデータを該第１の会員の通信する端末に保持することを特徴とするアドレスデータ自動収集方法。
【請求項４】
所属する会員のＩＤに対応して会員のアドレスデータを格納する会員管理ＤＢを備えて会員の通信を管理するコンピュータを、
第１の会員のＩＤ毎に対応させて該第１の会員の送信あるいは受信の通信相手となった第２の会員のＩＤを含むアドレスデータを格納するセンタアドレス帳ＤＢ、
通信終了時に上記センタアドレス帳ＤＢの第１の会員のＩＤとして格納された送信元、または送信先の会員のＩＤに対応して格納された第２の会員のＩＤに基づき上記会員管理ＤＢを検索して得られたアドレスデータを、上記センタアドレス帳ＤＢの該第１の会員のＩＤに対応した該第２の会員のＩＤに対応させて格納するアドレスデータ収集手段、
センタアドレス帳ＤＢに格納されている通信する第１の会員のＩＤに対応した１以上の通信相手の会員のアドレスデータを第１の会員の通信する端末に伝送するアドレスデータ伝送手段、
として機能させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は電子メールなど電子的媒体による通信を行なうシステムにおいて、
通信する相手のアドレスデータを自動的に収集するアドレスデータ自動収集システムと方法に関する。
【０００２】
【従来の技術】
従来、電子メールシステムの利用者が通信する相手のアドレスデータを収集する方法としては、センタの会員管理ＤＢ（データベース）を与えられた検索手段を操作して収集することができた。内容としては、氏名、ＩＤ番号（識別番号）、居住地域、使用端末名程度であった。
【０００３】
【発明が解決しようとする課題】
従来もこのようにいちいち端末を操作して得られた情報を何らかの記録手段によって集積して個人用のアドレス帳を作ることができた。しかし、これらの情報の活用は電子メールの宛先を別途アドレス帳を繰って見てそれを端末を操作して入力すると言うように個別な使い方と別途入力してシステムのアドレス帳を作ったりして利用していた。
【０００４】
また、無線を利用した移動体による通信が一般に普及が進みつつあり、機器の小型化とあいまって電子メールなども携帯した端末から使われるようになってきた。さらに、これらの端末は高性能のコンピュータでもあり日常携帯して各種の処理が可能な携帯情報端末としても利用される。
【０００５】
このような携帯情報端末ではセンタと接続して利用するだけでなく単独での利用も行なわれるのでアドレス帳が端末にも保持出来ることが望ましい。
また、アドレス帳の保持する内容も上記した従来の項目に加えて住所、電話番号や勤務先情報など日常の生活やビジネスで必要とする情報も整備されることが望ましい。さらに、当然であるが保持されている内容は最新の情報であることが望ましい。
【０００６】
以上のような解決すべき問題、課題があり、本発明はこのような点にかんがみて、
アドレス帳として実用的で且つ最新な内容を、日常行なう通信操作にともない自動的に通信相手のアドレス情報を収集する手段を提供することを目的とする。
【０００７】
【課題を解決するための手段】
上記の課題は下記の如くに構成されたアドレスデータ自動収集システムと方法によって解決される。
【０００８】
図１は、本発明の構成図である。
１は所属する会員のＩＤに対応してアドレスデータを格納する会員管理ＤＢであり、センタが利用資格を与えた会員の属性を格納し通信を管理する為に備えるものである。２は会員のＩＤに基づいて上記会員管理ＤＢ１を検索してアドレスデータを収集するアドレスデータ収集手段、３は不図示のセンタアドレス帳ＤＢ生成手段により生成され、通信する第１の会員のＩＤに対応させて、通信相手となる第２の会員のＩＤならびに上記第２の会員のＩＤに基づいて上記アドレスデータ収集手段２により収集された第２の会員のアドレスデータを格納するセンタアドレス帳ＤＢである。
【０００９】
４はセンタアドレス帳ＤＢ３に格納されている通信する第１の会員のＩＤに対応して格納されている１以上の通信相手の会員のアドレスデータを第１の会員の通信する端末に伝送するアドレスデータ伝送手段であり、５は上記伝送されたアドレスデータを格納する端末アドレス帳ＤＢである。
【００１０】
【発明の実施の形態】
図２に本発明の実施の形態のシステム構成例を示す。１０はパソコン通信の電子メールのコンピュータセンタであり、２０はパソコン通信を行なう利用者が操作する情報通信端末である。これらは通信回線１９により必要なときに接続されて通信する。通信回線は公衆回線や移動体通信を利用して無線で通信を行なうこともできる。したがって情報通信端末２０は通信を行なわないとき単独に情報処理を行なうこともできるものであるが通常のデスクトップ型、パソコンやワードプロセッサでもよい。
【００１１】
メールセンタ１０には電子メールの通信のセンタ機能を果たす電子メールセンタシステム１１があり、電子メールを行なう会員を管理するために会員のＩＤ番号に対応して氏名、住所、電話番号、クレジットカード番号等の属性情報を格納したデータベースを会員管理ＤＢ１２として保持している。
【００１２】
アドレスデータ自動収集システム１３は本発明のセンタ側の機能を持ち、アドレスデータ収集の手段を実現するものであり次に示すＤＢに関連する情報を記憶している。
【００１３】
１４のサービス登録ＤＢはアドレスデータの自動収集のサービスを受けるように登録したＩＤを記憶するものでこのＩＤを持つ会員がメールの送受信を行なうときにのみアドレスデータの収集が行なわれる。１５はセンタ側にアドレス帳を記憶するセンタアドレス帳ＤＢであり、１６のデータ項目登録ＤＢは各利用者のＩＤ別に収集すべきデータ項目が何かを記憶し、１７のデータ収集不要ＩＤ−ＤＢは収集すべきでない相手会員のＩＤを保持している。
【００１４】
また、１８のアドレスデータ伝送機構は要求のあったＩＤに対応した会員が持つアドレスデータをセンタアドレス帳ＤＢ１５から情報通信端末２０に伝送するものである。
【００１５】
情報通信端末２０には端末側の電子メール端末システム２１があり上記センタを介した電子メール機能を持っている。そこには、上記センタから伝送されたアドレスデータを受け取るアドレスデータ伝送機構２３とそれを端末側に保持する端末アドレス帳ＤＢ２２を備えてある。また２４は情報通信端末の操作を行なう入出力操作部である。
【００１６】
動作の説明を行なう前に各ＤＢの構成の説明を行なう。まず、会員管理ＤＢ１２の構成例を図３に示す。会員のＩＤ番号０１、０２、０３、・・・に対応してそれぞれ３０ａ、３０ｂ、３０ｃ、・・・のような項目の並びを保持している。ひとつの会員について保持する属性の項目は図に示す順番に、まず登録された会員を識別するＩＤ番号、データ版数は会員情報の変更があったときに更新し区別するもので実際にはさらに不図示の更新日付も記憶する。氏名、住所、電話番号は契約上欠かせないものである。会員の使用している端末機種につづいてクレジットカード番号は利用料金の支払いに必要なものである。データ提供可否コードは通信相手が要求する本発明のアドレスデータの自動収集の対象とする事を許すか拒否するかの表示をするものである。これらの会員の属性は全てを公開できるものではなく限定されることは言うまでもなく、上記データ提供可否コードによる提供拒否の他センタとしての規制を行なっている。
【００１７】
次に、図４にアドレス帳ＤＢの構成例を示す。（ａ）はセンタに備えられるセンタアドレス帳４０であり会員ごとにその通信相手のアドレスデータを保持するように構成されている。例示してあるように４１ａにはＩＤ番号０１の会員の通信相手のアドレスデータを蓄積して保持しており、４１ｂにはＩＤ番号０２の会員のアドレス帳を保持するようになっている。例えば会員ＩＤ番号０１のアドレス帳には通信相手ＩＤ１１のアドレスデータ、通信相手ＩＤ１２のアドレスデータ、通信相手ＩＤ１３のアドレスデータ、・・・が記憶されている。
【００１８】
各通信相手のアドレスデータ４２の内容を（ｂ）に示す。基本の項目として通信相手のＩＤ番号をキーとし、データ版数は会員管理ＤＢ１２を検索したときの会員ＤＢに記されていたデータ版数を転記したもの、相手会員の氏名がある。
【００１９】
住所、電話番号とその会員が使用している端末機種名は後述するデータ項目登録ＤＢ１６で指定されている必要項目のみ収集する対象とする。
（ｃ）はセンタから端末に伝送され端末に保持される端末アドレス帳４３を示す。これはセンタアドレス帳の１つの会員の持つアドレスデータ群をそのまま抜き出した形式となっている。
【００２０】
図５はサービス登録ＤＢの例を示す。構成は会員ＩＤ番号５１とサービス種別５２を対比させた形式となっている。すなわちアドレスデータの自動収集を必要とする会員は別途このサービス登録ＤＢに自分のＩＤを予め登録しておかなければならない。同時に通信相手のアドレスデータの収集を行なうタイミングをサービス種別５２に登録しておく。サービス種別にはＡ、Ｂ、ＣがありＡは通信を行なうとき、メールの送信時に送信相手のアドレスデータを送信元の保持するアドレス帳に収集することを示す。Ｂは受信相手のみ、すなわち送信する相手つまり受信を行なう相手会員のアドレス帳に送信元会員のアドレスデータを記憶させるのである。また、Ｃは通信時に送信側、受信側双方のアドレス帳にお互いの通信相手のアドレスデータを収集するようにすることを示す。
【００２１】
図６はデータ項目登録ＤＢの例である。構成は上記サービス登録を行なった会員ＩＤ番号６１ａ、６１ｂ、・・・ごとにその会員ＩＤ番号に対応して収集すべきアドレスデータの必要項目をその項目番号の並びで示すものである。
【００２２】
例えば、６１ａに示す会員ＩＤ番号０１が収集を必要とする項目は丸で囲んだ数字で示した項目すなわち▲１▼ＩＤ番号、▲２▼データ版数、▲３▼氏名、▲５▼電話番号であるとしている。ここでは項目番号４番の住所や６番の端末機種は必要なしとしている。一方会員番号０２では基本項目のみで住所、電話番号等は不要であると登録している例である。システムとしてサービスは基本項目のみを対象とするようにしてデータ項目登録ＤＢを設置しないようにしてもよい。
【００２３】
以上のようなデータの構成を基に本発明の実施の形態のシステムの動作の説明を行なう。図７にアドレスデータ収集のフローチャートを示す。このフローチャートはパソコン通信のメール送信が行なわれ、送信会員のＩＤ番号、受信会員のＩＤ番号を組としてシステムが保持しているとき１通のメールの通信終了処理の一部として起動されるものである。
【００２４】
送信元のサービス登録がサービス種別ＡまたはＣのときは、送信相手のアドレスデータが収集され送信元のアドレス帳に追加あるいは更新される。さらに送信先相手のサービス登録がサービス種別ＢまたはＣのときは、送信元のアドレスデータが収集され送信先相手のアドレス帳に追加あるいは更新される。
【００２５】
ステップＳ７１１では送信元のＩＤ番号によりサービス登録ＤＢ１４を検索する。ステップＳ７１２でその結果送信元のＩＤがアドレスデータ収集のサービス対象として登録されていない場合はサービスをせずにステップＳ７２１に移る。登録されているとステップＳ７１３に進みサービス種別を調べ、Ｂであれば送信元のアドレス帳は作らずステップＳ７２１に移る。ＡあるいはＣ、すなわち送信元のアドレス帳に通信相手のアドレスデータを収集するとしてステップＳ７１４においては、送信先相手のＩＤで会員管理ＤＢを検索しそこに記録されている送信先相手のアドレスデータを抽出する。
【００２６】
ステップＳ７１５では、送信元のＩＤによりアドレス帳ＤＢを検索し送信元のアドレス帳の中に相手ＩＤのアドレスデータがあるかを調べる。該当データすなわち相手のアドレスデータがない場合は新規にアドレスデータを送信元のアドレス帳に登録する。すでに格納されている場合はステップＳ７１７でアドレスデータの版数を比較する。つまりステップＳ７１４で抽出した会員管理ＤＢのアドレス情報に記憶されていたデータ版数とステップＳ７１５で得られたアドレスデータに記憶されていたデータ版数を比較して新しい版数のアドレスデータを送信元のアドレス帳に登録する。
【００２７】
ステップＳ７２１以降は上記送信元のアドレス帳更新と同様に送信先のアドレス帳更新を行なう動作を示してある。すなわち、送信相手がメールを受信したときにアドレス帳を更新したいとしてサービス登録していたときにメールの送信元のアドレスデータを収集する動作を示している。
【００２８】
ステップＳ７２１、Ｓ７２２、Ｓ７２３でサービス対象か否かを調べ、ステップＳ７２４、Ｓ７２５・・・、Ｓ７２８で送信先のアドレス帳に送信元のアドレスデータを登録するように動作する。
【００２９】
センタに備えられたセンタアドレス帳ＤＢ１５に格納された各会員のアドレス帳は当然必要なときには端末を操作する会員がこれを画面に呼び出して参照したり、これを利用して送信操作を簡単にしたりすることはセンタに備えられた一般的な機能の拡張により容易に実現できる。
【００３０】
このようにメールの通信を行なう度に通信した二つの会員のそれぞれの登録したサービス内容にしたがって両方のアドレス帳にお互いの相手のアドレスデータを収集して常に最新のアドレス情報に維持しておくことが可能となる。
【００３１】
図８にはアドレスデータ伝送のフローチャートを示す。情報通信端末２０の入出力操作部２４からアドレスデータの伝送を指示することにより情報通信端末２０のアドレスデータ伝送機構２３が起動される。
【００３２】
ステップＳ８１、ステップＳ８２では操作している端末に通信している会員のＩＤ番号に基づいてサービス登録ＤＢ１４を検索し、ＩＤ番号がサービスを受けるべく登録していることを確認している。
【００３３】
ステップＳ８３において端末から依頼した会員ＩＤでセンタアドレス帳ＤＢ１５からその会員に属するアドレス帳を抽出しステップＳ８４で端末に伝送し端末アドレス帳ＤＢ２２に格納する。
【００３４】
端末アドレス帳２２はメールを送信するときの宛先ＩＤの検索の他、通信をしないときでも電話帳、住所録など日常の個人情報、ビジネス情報として活用することができる。
【００３５】
【発明の効果】
以上の説明から明らかなように本発明によれば、日常行なう通信操作にともない自動的に実用的で且つ最新な通信相手のアドレス情報を収集し、操作効率を向上し情報の品質向上を図るという工業的効果がある。
【図面の簡単な説明】
【図１】  本発明の構成図
【図２】  本発明の実施の形態のシステム構成例
【図３】  会員管理ＤＢの例
【図４】  アドレス帳ＤＢの構成例
【図５】  サービス登録ＤＢの例
【図６】  データ項目登録ＤＢの例
【図７】  アドレスデータ収集のフローチャート
【図８】  アドレスデータ伝送のフローチャート
【符号の説明】
１  会員管理ＤＢ
２  アドレスデータ収集手段
３  センタアドレス帳ＤＢ
４  アドレスデータ伝送手段
５  端末アドレス帳ＤＢ
【図１】
0003837823.tif 000002
【図２】
0003837823.tif 000003
【図３】
0003837823.tif 000004
【図４】
0003837823.tif 000005
【図５】
0003837823.tif 000006
【図６】
0003837823.tif 000007
【図７】
0003837823.tif 000008
【図８】
0003837823.tif 000009