JPWO2001052129A1 - 動機付けネットワーク化方法 - Google Patents

Abstract

近年、社会ネットワーク化を意図したインターネットの利用が教示されている。しかし、従来技術では、実社会上における「名刺交換」の不便さについて解決されていなかった。たとえば、実社会において名刺が交換されると、当該名刺に記載された氏名、会社名、役職等をコンピュータに入力して管理することが一般的に行われているが、名刺を受け取った後に、当該名刺の送り主のステータスが変化した場合には、コンピュータに入力された当該名刺の送り主の情報も一々手入力で更新しなければならなかった。本発明は、このような点に鑑みてなされたものであり、ネットワーク上で利便性の高い個人情報交換システムを確立することを目的とする。

Description

技術分野
本発明は、個人、企業、グループなどの当事者の間で情報交換を行う方法に関し、より詳細には参加者のネットワークへの動機付けを行うような情報交換に関する。
背景技術
従来のネットワーク上での当事者間での個人情報の交換技術としては以下のようなものが知られている。
Ｄｅｓａｉによる米国特許第５，４９３，１０５号には、コンピュータで読み取り可能な媒体に格納されたコンピュータで読み取り可能なデータを有する名刺から名刺データを読み取りかつ格納するためのコンパクトな携帯用システムを提供する電子名刺システムが記載されている。この電子名刺システムは、コンピュータ制御システムと連携した読取装置を利用している。また、この電子名刺システムは、電子名刺システムが受け取った名刺データの整理および操作の機能も提供する。
Ｋｕｋｋａｌらによる、米国特許第５，７７４，１１７号には、２段階のアプローチ、すなわち依頼の段階と回答の段階とを使って「名刺」を電子的に交換するための依頼管理および送受信機能を含む汎用個人用会議室アプリケーションの会議室マネジャーが記載されている。
他の参加者への依頼は接続／ジョイントに応じた自動的なものであるが、依頼の回答は、受信システムが「会議室にある（Ｉｎ ｃｏｎｆｅｒｅｎｃｅ）」かどうかに条件として応じたものである。電子「名刺」の外部的発現とは、物理的な名刺と類似した形態で、物理的名刺によくみられる視覚的な情報の表示である。また、この視覚的表示は、その名前の人物の画像も含むことが好ましい。内部的には、画像をレンダリングするのに必要なデータを含む情報がデータ構造で保持されている。
Ａｄａｍｓｏｎによる米国特許第５，８１８，４４２号には、「名刺」を電子的に設定および交換する複数の機能を含む会議室マネジャーを有することで、対面式会議の会議室参加者の名刺交換の挙動（ｂｅｈａｖｉｏｒ）をモデリングする、汎用電子会議室（ＧＰＥＣ）アプリケーションでプログラムされたコンピュータシステムが記載されている。特に、「名刺」を電子的に設定および交換する機能は、ほとんどの言語で表示可能な特別な国際的な名前を設定する機能を含み、受け取った電子「名刺」が互換性のない言語でシステム構成された会議システムに由来するものである場合、その国際的な名前で会議室参加者の名前を自動的に置き換える。こうして、国際的な電子会議室の可用性が向上する。
０‘Ｎｅｉｌらによる、米国特許第５，９８７，４４０号には、ネットワーク化されたコンピュータ環境において効率的かつ包括的な、エージェントの規定に基づいた情報資産の命令および制御を行うための電子メトロコミュニティおよび個人情報エージェントの利用が記載されている。情報のプライバシーおよび情報の自己決定の関心事が、エンティティにネットワーク化されたコンピュータ環境で個人・信用情報をオーサリング、安全化、検索、処理および交換できるようにした本発明によって、明らかに検討される。メンバーがデジタル上の個人を、情報資産の信頼できるユーティリティの価値をつけるために交換または斡旋の命令および制御を行う、信頼できる電子コミュニティ形成が本発明により可能になる。本発明により、コミュニティと個人との両方において、電子マーケットにおける個人データを信頼性をもって利用したりその個人的データの処理において個人の規定に基づいた制御を行うことができる。
Ｉｎｔｅｌ ＣｏｒｐｏｒａｔｉｏｎによるＷＯ９７／４１５０３号には、「名刺」を電子的に設定および交換する複数の機能を含む会議室マネジャーを有することで、対面式会議室の会議室参加者の名刺交換の挙動をモデリングする汎用電子会議室（ＧＰＥＣ）アプリケーションでプログラムされたコンピュータシステムが記載されている。特に、電子的に「名刺」を設定および交換する機能には、ほとんどの言語で表示可能な特別な国際的な名前を設定する機能を含み、受け取った電子的「名刺」が互換性のない言語による会議システムに由来している場合にその国際的な名前で会議室参加者の名前を自動的に置き換える。こうして、国際的な電子会議の可用性が向上する。
Ｉｎｔｅｌ ＣｏｒｐｏｒａｔｉｏｎによるＷＯ９６／３６９２７号には、「名刺」を電子的に設定、変換、保存、検索、再送するための複数の機能で強化された汎用個人会議室アプリケーションの会議室マネジャーおよびアドレスサービスが記載されている。電子的「名刺」の外部的発現とは、物理的な名刺と類似した形態で物理的な名刺によくみられる視覚的な情報表示である。また、この視覚的表示には、その名前の人物の画像を含むことが好ましい。内部的には、視覚的な画像をレンダリングするのに必要なデータを含む情報がデータ構造の形で保持されている。
以上述べたように種々の従来技術により、社会ネットワーク化を意図したインターネットの利用が教示されている。
しかし、前記何れの技術においても、単に「名刺」という実社会上の慣習をネットワーク上に置き換えただけで、実社会上における「名刺交換」の不便さについてはいずれも解決されていなかった。
たとえば、実社会において名刺が交換されると、当該名刺に記載された氏名、会社名、役職、電話番号、電子メールアドレス等をコンピュータに入力して管理することが一般的に行われているが、名刺を受け取った後に、当該名刺の送り主のステータスが変化した場合、たとえば退職、転職、異動等の場合には、コンピュータに入力された当該名刺の送り主の情報も一々手入力で更新しなければならなかった。
また、大量に名刺交換を行う営業職等の場合、交換した名刺の裏面に交換日時・場所や当該名刺の送り主の特徴を記入することが多いが、これらの情報も名刺の送り主のステータスが変化したときには古い名刺として廃棄されてしまうため、紙の名刺だけからは過去のコンタクトの履歴を知ることは困難な場合が多かった。
本発明は、このような点に鑑みてなされたものであり、ネットワーク上で利便性の高い個人情報交換システムを確立することを技術的課題とする。
発明の開示
本発明は、前記課題を解決するための以下のような構成とした。
本発明は、依頼者ユーザが個人情報（いわゆる名刺情報）を登録する際に、確認ナンバーを含む電子メールにより各ユーザを直ちに認証し、ウェブサイトにおいてユーザの登録を行えるようにした。
そして、インターネットのウェブアドレスサイトを利用し、確認ナンバーが提示されると複数のユーザをウェブサイトに受け入れ、各ユーザから一意のユーザ名およびパスワードの登録を受け付け、ユーザに関する情報項目を含む紹介カードを表示するための一意のウェブアドレスを生成するようにした。
そして、紹介カードの目的を選択し、紹介カードの各情報項目の表示のステータスを選択し、相手側ユーザとのコンタクトおよび相手側ユーザの一意のウェブアドレスへのアクセスを希望する依頼者ユーザからの依頼を受け取り、相手側ユーザのメールアドレスおよび名前を“ｎｏｔ ｓｏｃｉａｌｉｚｅｄ（未交際）”のステータスで依頼者ユーザのアドレス帳に追加するとともに相手側ユーザに通知するようにした。
そして、相手側ユーザが承認すると“ｓｏｃｉａｌｉｚｅｄ（交際成立）”のステータスに変更し、依頼者ユーザのメールアドレスおよび名前を“ｎｏｔ ｓｏｃｉａｌｉｚｅｄ”のステータスで相手側ユーザのアドレス帳に追加するようにしたものである。
本発明の他の特徴および利点は、発明の原理を例示する添付の図面を参照して以下のより詳細な説明から明らかになるであろう。
発明を実施するための最良の形態
［第１の実施の形態の構成］
本発明は、一般の人々が使用可能なインターネットのウェブアドレスを提供するステップと、それぞれウェブサイトを利用するための電子メールアドレスを提供する一般の人々からのユーザのウェブサイトへの登録を促進するステップとを含む動機付けネットワーク化の方法である。
登録時における各前記ユーザの迅速な認証は、確認ナンバーを含む電子メールメッセージによって完了する。こうしてこのサイトは、各ユーザから一意のユーザ名とパスワードを登録する確認ナンバーが表示されると、複数の登録ユーザをウェブサイトに受け入れることができる。
ユーザに関する情報項目を含む紹介カードを表示する、各登録ユーザの一意のウェブアドレスを作成する。紹介カードの一つ以上の目的を選択し、それぞれの目的毎に紹介カードの各情報項目の表示のステータスを選択することで、多かれ少なかれ、ネットワーク化の状況における目的に応じて他の人も該情報を利用できる。いかなるユーザも、相手側ユーザの一意のウェブアドレスへの依頼の提示を行い、相手側ユーザの電子メールアドレスおよび名前を“ｎｏｔ ｓｏｃｉａｌｉｚｅｄ”のステータスで依頼者ユーザのアドレス帳に追加し、相手側ユーザの承認を受けるとステータスを“ｓｏｃｉａｌｉｚｅｄ”に変更し、依頼者ユーザのメールアドレスおよび名前を“ｓｏｃｉａｌｉｚｅｄ”のステータスで相手側ユーザのアドレス帳に追加することによって相手側ユーザとの接触に関心を持つ依頼者ユーザからの依頼を受け取ることができる。
本方法は、各ユーザによって最新に維持され、かつインターネットサイトのウェブアドレスのサポート人員によってメンテナンスされるさらなる情報を含む、登録ユーザの紹介カードを全て含む動的なアドレス帳を作成するステップをさらに含む。この動的なアドレス帳により、全ユーザが、地理的な位置、仕事上の関係、およびその他様々な情報（ｖａｒｉａｂｌｅｓ）などのインデックスにより他の全ユーザにアクセスすることができる。
この方法には、ウェブアドレスサイトにおける行動について登録ユーザにポイントを与えるさらなるステップを含む。ユーザが相手を検索したり、別のユーザからの接触を受けるたびに、ユーザアカウントのポイントが貯まる。ユーザがシステムに新規登録者を連れてくると、そのユーザにポイントが与えられる。ポイントは様々な利益について価値をもつ。
本方法はさらに、各登録ユーザの行動の度合いを表すインデックスナンバーを含む登録ユーザのリストを発行するステップを含む。これにより、ネットワーク運営を行う上での貢献度をユーザが認識できる。この方法を少し変えたものが、ネットワーク接続の参加者の一人がインターネットサイトの登録ユーザでない場合に利用される。この場合、依頼は、相手側の非ユーザと接触し、相手側の非ユーザの電子メールアドレスへの依頼を提示することに関心をもつ依頼者ユーザにより送られる。依頼には、メンバーへの勧誘が含まれているとともに、確認ナンバーを提供する。相手側の非ユーザの電子メールアドレスおよび名前が、“ｎｏｔ ｓｏｃｉａｌｉｚｅｄ”のステータスで依頼者ユーザのアドレス帳に追加される。このステータスは、相手側ユーザの登録の際に“ｓｏｃｉａｌｉｅｄ”に代わり、“ｓｏｃｉａｌｉｚｅｄ”のステータスの相手側の非ユーザと同様に、このアドレスが依頼者ユーザの電子メールアドレスに追加される。
図１は、本発明の具体的な使用例を示したシステム構成図である。
この実施例では、同図に示すように、ユーザーＡの名刺情報Ａ’とユーザーＢの名刺情報Ｂ’はそれぞれ管理サイト（管理サーバ）に登録されており、ユーザーＡとユーザーＢとがＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄａｔａ＿Ａｓｓｉｓｔａｎｔ）を用いて名刺交換を行うと、各ユーザーＡ，Ｂが所持するＰＤＡよりウェブサイトにアクセスして相手の名刺情報Ｂ’およびＡ’が閲覧可能になるというものである。すなわち、名刺情報そのものをＰＤＡ間で交換するのではなく、名刺情報にアクセスできる権限を相手に与えることにより、ウエブサイト上の相手の名刺を互いに閲覧できる仕組みが特徴である。
管理サイトは、インターネット等の公衆通信網に接続されたコンピュータシステムによるサーバとして構築されており、中央処理装置（ＣＰＵ）、メインメモリ（ＭＭ）、ハードディスク装置（ＨＤ）、表示装置（ＣＲＴ）および入力装置（ＫＢＤ）等で構成されている。
管理サイトを構成するコンピュータシステムは、ＵＮＩＸ、ＬＩＮＵＸ、メインフレーム、ＷｉｎｄｏｗｓＮＴ、Ｗｉｎｄｏｗｓ２０００等のＯＳ（オペレーティングシステム）で管理されており、これらのＯＳ上に管理プログラムが起動されている。この管理プログラムは、前記ハードディスク装置（ＨＤ）にインストールされ、必要に応じてメインメモリ（ＭＭ）を介して中央処理装置（ＣＰＵ）に読み出されて実行される。
前記管理サイトにおいて、具体的には、ユーザＡとユーザＢとが本実施例のネットワーク上での名刺交換を行う場合、まずユーザＡは管理サイトに登録されている自分の名刺情報Ａ’を閲覧するための鍵情報ａをユーザＢのＰＤＡに送信する。
一方、ユーザＢも管理サイトに登録されている自分の名刺情報Ｂ’を閲覧するための鍵情報ｂをユーザＡのＰＤＡに送信する。
そして、ユーザＢは自身のＰＤＡを通じて管理サイトにアクセスして、前記でユーザＡから受領した鍵情報ａを用いて名刺情報Ａ’を閲覧する。
一方、ユーザＡも自身のＰＤＡを通じて管理サイトにアクセスして、前記でユーザＢから受領した鍵情報ｂを用いて名刺情報Ｂ’を閲覧する。
以上の説明ではＰＤＡ同士で鍵情報の交換を行うことにより互いの固有情報へのアクセスを許可する例で説明したが、以下のような方法であってもかまわない。
すなわち、ユーザＡとＢとがそれぞれ自分が保有するＰＤＡを用いて管理サイトにアクセスする。このとき、ユーザＡは自身のＩＤである”ＡＡＡＡ”を用いて管理サイトにログインする。またユーザＢは自身のＩＤである”ＢＢＢＢ”を用いてアクセスする。
この管理サイト上でユーザＡとユーザＢとが名刺交換を行う。このときの名刺交換とは、ウェブページ上で互いの名刺を象徴する画像データを交換することがプログラムとして実行されること等が考えられる。
このような管理サイト上での名刺交換プログラムが実行されると、名刺情報Ｂ’にユーザＡのＩＤである”ＡＡＡＡ”が関係付けられる。また、同様に名刺情報ＡにユーザＢのＩＤである”ＢＢＢＢ”が関係付けられる。ここで関係付けられるとは、たとえば名刺情報Ｂ’へのアクセスを許可する属性テーブルに”ＡＡＡＡ”が登録されることを意味する。
このようにして、名刺情報Ａ’には”ＢＢＢＢ”が、名刺情報Ｂ’には”ＡＡＡＡ”がアクセス許可ＩＤとして登録されることになる。
以上により、管理サイトを介したＰＤＡによる名刺交換が完了し、以後はユーザＡとユーザＢは互いの名刺情報Ａ’，Ｂ’に相互にアクセスできるようになる。
このように、名刺情報そのものはウエブサイトで統一的に管理されているため、たとえばユーザーの所属の変更や転勤、転職等が生じた場合には、ユーザーはウェブサイト上の自分の名刺情報だけを更新すればよい。
図２は電話番号等の情報表示機能を有する携帯端末（たとえばＮＴＴドコモ社のｉモード端末）同士で名刺情報（ここでは電話番号）を交換する場合の例である。同図左図において、まず携帯端末に設けられた赤外線通信機能を用いて名刺情報（電話番号）の交換を行う。
次に、同図右図において、ユーザーＡは名刺情報（電話番号）の交換記録（ユーザーＢとの交信記録）を管理サイトに送信する。これによって、管理サイト上でも名刺交換が成立することになる。
このように管理サイト登録された名刺情報（電話番号）は、携帯端末のメモリと同期（シンクロナイズ）させることにより、他のユーザーに対して常に最新の名刺情報（電話番号）を提供することができる。
図３は、携帯端末を用いて、サービスプロバイダに対して管理サイトを利用した登録を指示する場合の例である。同図において、管理サイトには、名前、電話番号、住所、会社名等のユーザープロファイルが登録されており、これらの情報は前記携帯端末よりサービスプロパイダに指示することをトリガとして、管理サイトよりサービスプロバイダに登録される。
図４は、管理サイトが名刺情報の代わりに各種サービスのＩＤとパスワードを管理している場合の例である。携帯端末よりサービスへのログオンリクエストが送信されると、サービスプロバイダより管理サイトに対してＩＤ／パスワードの要求がなされる。管理サイトは自身のテーブルを参照して、該当するＩＤ／パスワードをサービスプロバイダに送信する。
このようにユーザーが利用しているサービスの個々のＩＤとパスワードとを管理サイトに登録しておき、当該サービスのログオンを管理サイトを介して行うことにより、ＩＤ／パスワードを一々入力する煩雑さを軽減することができる。
［第２の実施の形態の構成］
図５乃至図１０は、管理サイトにおけるユーザテーブルおよび紹介カードの入力画面を示したものである。
本実施例２の名刺交換システムは、実施例１と同様管理サイトを仲介にしてユーザ同士の名刺情報の交換を行うものであるが、実施例１で説明したようなＰＤＡは用いる必要はない。
同図において、第１のユーザ（依頼者ユーザ）はたとえば「太郎」であり、第２のユーザ（相手側ユーザ）は「花子」とする。そして両者はそれぞれ「ｔａｒｏ」、「ｈａｎａｋｏ」のユーザ名で管理サイト上に登録されているものとする。
太郎は、管理サイト内（ハードディスク（ＨＤ）上）でｔａｒｏ＠ａｂｃ．ｃｏｍというメールアドレスを登録しており、ビジネス用の名刺（ｍｓｈ＿ｉｄ＝１００１）を１枚登録している。
一方、花子は管理サイト内でｈａｎａｋｏ１＠ａｂｃ．ｃｏｍとｈａｎａｋｏ２＠ｓｏｍｅ．ｎｅｔの２つのメールアドレスを登録しており、ビジネス用の名刺（ｍｓｈ＿ｉｄ＝２００１）とプライベート用の名刺（ｍｓｈ＿ｉｄ＝２００２）を登録している。
この太郎と花子は実社会では同一の企業（ａｂｃ．ｃｏｍ）に所属しており、お互いの電子メールアドレスをあらかじめ知っているものと仮定する。
管理サイトのハードディスク装置（ＨＤ）内にはメールアドレステーブルが設定されており、図５の上図に示すように、このメールアドレステーブルには登録されたユーザのメールアドレスとユーザＩＤとが対応付けられている。
すなわち、同図に示すように、２つのメールアドレスを登録している花子は、いずれのメールアドレス（ｈａｎａｋｏ１＠ａｂｃ．ｃｏｍ，ｈａｎａｋｏ２＠ｓｏｍｅ．ｎｅｔ）にもユーザＩＤとして”２００”が登録されている。
また、管理サイトのハードディスク装置（ＨＤ）上には、名刺テーブルを備えており、名刺ＩＤ毎にユーザＩＤが登録されている。
さらに、管理サイトのハードディスク装置（ＨＤ）上には、ユーザテーブルが設けられており、ユーザＩＤ毎にユーザ名が登録されている。
ユーザのメールアドレスおよび名刺は、この３つのテーブルにより管理されている。
図６は、太郎から花子に対して名刺交換リクエストを送信する際の、インターフェース画面である。
太郎は、ユーザ端末より管理サイトにユーザ名「ｔａｒｏ」としてログインし、送信を意味する「ｓｅｎｄ」のウェブページにおいて送信先のメールアドレスであるｈａｎａｋｏ＠ａｂｃ．ｃｏｍを入力し、送信ボタンを押す。
この処理を行うと、管理サイトの中央処理装置（ＣＰＵ）は、図５のメールアドレステーブルを検索し、ｈａｎａｋｏ＠ａｂｃ．ｃｏｍがユーザｈａｎａｋｏの管理下にある場合にはこれを認識する。
なお、このときにもしｈａｎａｋｏ＠ａｂｃ．ｃｏｍがメールアドレステーブルに登録されていない場合には、中央処理装置（ＣＰＵ）は、図７に示すように、このメールアカウントを管理するダミーユーザ名とダミー名刺を生成する。
図８は管理サイトのハードディスク（ＨＤ）上に生成された名刺交換テーブルの内容を示している。
同図において、名刺交換テーブルには、名刺の保有者のユーザＩＤ、名刺の管理者のユーザＩＤ、管理者の許可ステータス、名刺の保有者の表示ステータス、共有されている名刺のＩＤが登録されるようになっている。
ここで、◇１は、ｔａｔｏがｈａｎａｋｏに送信した名刺情報のステータスである。すなわち、名刺の保有者（名刺の送り先：花子）のユーザＩＤはｄｅｘ＿ｏｗｎ＿ｕｓｒ＿ｉｄ＝″２００″として登録され、名刺の管理者のユーザＩＤはｄｅｘ＿ａｕｔｈ＿ｕｓｒ＿ｉｄ＝″１００″として登録されている。
また、管理者の許可ステータスは（ｄｅｘ＿ａｕｔｈ＿ｓｔａｔｕｓ＝″ｎ″）「ｎ：新規」が登録されている。また、名刺の保有者の表示ステータスとしては、（ｄｅｘ＿ｄｗｎ＿ｓｔａｔｕｓ＝″ｗ″）「ｗ：待機」が登録されている。これは、保有者（花子）側からすると未交換状態であるためである。
一方、◇２は、ｈａｎａｋｏがｔａｒｏに渡すであろう名刺のステータスを示している。ｈａｎａｋｏからはｔａｒｏに対してまだ何も許可していないので、名刺管理者（ｈａｎａｋｏ）の許可ステータスはｄｅｘ＿ａｕｔｈ＿ｓｔａｔｕｓ＝″ｗ″が登録されている。また、名刺保有者（ｔａｒｏ）のステータスとしては、保有者側（ｔａｒｏ）では交換していないものとして表示をしているので、ｄｅｘ＿ｏｗｎ＿ｓｔａｔｕｓ＝″ｓ″が登録されている。
次に、花子（ｈａｎａｋｏ）から太郎（ｔａｒｏ）への返信を行うインターフェース画面を示したものが図９である。
同図に示すように、ユーザ花子は、太郎からの名刺交換リクエストが発行されていることを自身に到着した電子メールで知ると、ユーザ端末よりｈａｎａｋｏのユーザ名で管理サイトにログインする。
そして、名刺交換に同意し、インターフェース画面上で「返信」ボタンを押すことによって、太郎（ｔａｒｏ）への返信を完了する。
このようなユーザ花子（ｈａｎａｋｏ）の返信処理によって、名刺交換テーブルのステータスは図１０に示すように変化する。
すなわち、花子（ｈａｎａｋｏ）が太郎（ｔａｒｏ）に対して名刺を返信したことによって、◇１の太郎（ｔａｒｏ）の名刺保有者の表示ステータスがｄｅｘ＿ｏｗｎ＿ｓｔａｔｕｓ＝″ｓ″（ｓ：参照）に変化している。
また、◇２の花子（ｈａｎａｋｏ）の管理者の許可ステータスは、名刺を返信したことにより名刺の参照権限を与えたことになり、ｄｅｘ＿ａｕｔｈ＿ｓｔａｔｕｓ＝″ｎ″に更新されている。
このように、管理サイトにおいては名刺交換テーブルによって名刺の保有者および管理者のステータスを監視、制御することができる。
産業上の利用可能性
本発明により、従来技術で教示されていない利点を有するインターネットの方法を提供することができる。
また、登録メンバーがネットワーク化に参加するような動機づけを行うこともできる。
さらに、本発明によれば、広域ネットワークを簡単な方法で実現することができる。
【図面の簡単な説明】
図１は本発明の具体的な使用例を示したシステム構成図である。
図２は電話番号等の情報表示機能を有する携帯端末同士で名刺情報を交換する場合の例である。
図３は携帯端末を用いて、サービスプロバイダに対して管理サイトを利用した登録を指示する場合の例である。
図４は管理サイトが名刺情報の代わりに各種サービスのＩＤとパスワードを管理している場合の例である。
図５は管理サイトにおけるメールアドレステーブルと、名刺交換テーブルと、ユーザテーブルの図である。
図６は名刺交換リクエストを送信する際のインターフェース画面である。
図７は管理サイトにおけるメールアドレステーブルの図である。
図８は管理サイトにおける名刺交換テーブルの図である。
図９は名刺交換リクエストに対する返信を行う際のインターフェース画面である。
図１０は管理サイトにおける名刺交換テーブルの図である。

Claims (15)

1. ａ）ユーザ端末よりアクセスが可能なインターネットのウェブアドレスを提供するステップと、
   ｂ）前記ウェブアドレスで提供されるページ上で依頼者ユーザの少なくとも個人のメールアドレスの登録を促すステップと、
   ｃ）前記メールアドレスの登録に対して、確認ナンバーを含む電子メールによって、依頼者ユーザに対して登録の承認を通知するステップと、
   ｄ）前記確認ナンバーの提示によって複数のユーザ端末からの前記ウェブサイトへのアクセスを受け入れるステップと、
   ｅ）各依頼者ユーザからの一意のユーザ名およびパスワードを登録するステップと、
   ｆ）前記依頼者ユーザに関する情報項目を含む紹介カードとアドレス帳とを生成・表示するとともに、各登録ユーザ毎に前記紹介カードを表示するための一意のウェブアドレスを生成するステップと、
   ｇ）前記紹介カードの目的を選択するステップと、
   ｈ）前記紹介カードの各情報項目の表示のステータスを選択するステップと、
   ｉ）前記と異なるユーザ（相手側ユーザ）とのコンタクトまたは相手側ユーザの前記一意のウェブアドレスへのアクセスを希望する依頼者ユーザからの依頼を受け付けるステップと、
   ｊ）相手側ユーザの電子メールアドレスおよび名前を“ｎｏｔ ｓｏｃｉａｌｉｚｅｄ（未交際）”のステータスで依頼者ユーザの前記アドレス帳に追加するステップと、
   ｋ）前記相手側ユーザが前記一意のウェブアドレスへのアクセスを実行し、これを承認すると前記依頼者ユーザのアドレス帳の当該相手側ユーザのステータスを“ｓｏｃｉａｌｉｚｅｄ（交際成立）”に変更するステップと、
   ｌ）依頼者ユーザの電子メールアドレスおよび名前を”ｓｏｃｉａｌｉｚｅｄ”のステータスで相手側ユーザのアドレス帳に追加するステップとを含む、動機付けネットワーク化方法。
2. 前記紹介カードは前記依頼者ユーザによって更新可能であり、前記紹介カードの情報項目が更新されると、相手側ユーザのアドレス帳の対応情報項目が更新されることを特徴とする請求項１記載の動機付けネットワーク化方法。
3. 前記依頼者ユーザは、得点項目テーブルを有しており、前記依頼者ユーザのアドレス帳への登録の追加によって前記得点が追加されることを特徴とする請求項１記載の動機付けネットワーク化方法。
4. 前記各ユーザのそれぞれのネットワーク上での行動の度合いを示すインデックスナンバーを含むユーザテーブルを備えた請求項１記載の動機付けネットワーク化方法。
5. ａ）ユーザ端末よりアクセスが可能なインターネットのウェブアドレスを提供するステップと、
   ｂ）前記ウェブアドレスで提供されるページ上で依頼者ユーザの個人のメールアドレスの登録を促すステップと、
   ｃ）前記メールアドレスの登録に対して確認ナンバーを含む電子メールによって、依頼者ユーザに対して登録の承認を通知するステップと、
   ｄ）前記確認ナンバーの提示によって複数のユーザ端末からの前記ウェブサイトへのアクセスを受け入れるステップと、
   ｅ）各依頼者ユーザからの一意のユーザ名およびパスワードを登録するステップと、
   ｆ）前記依頼者ユーザに関する情報項目を含む紹介カードとアドレス帳とを生成・表示するとともに、各登録ユーザ毎に前記紹介カードを表示するための一意のウェブアドレスを生成するステップと、
   ｇ）前記紹介カードの目的を選択するステップと、
   ｈ）前記紹介カードの各情報項目の表示のステータスを選択するステップと、
   ｉ）非ユーザと接触して非ユーザの前記アドレス帳への電子メールアドレスの登録に関心を持つ依頼者ユーザからの登録の勧誘と確認ナンバーとを送信するステップと、
   ｊ）前記非ユーザの電子メールアドレスおよび名前を“ｎｏｔ ｓｏｃｉａｌｉｚｅｄ”のステータスで依頼者ユーザのアドレス帳に追加するステップと、
   ｋ）前記非ユーザが登録するとステータスを“ｓｏｃｉａｌｉｚｅｄ”に変更するステップと、
   ｌ）前記依頼者ユーザの電子メールアドレスおよび名前を“ｓｏｃｉａｌｉｚｅｄ”のステータスで前記非ユーザのアドレス帳に追加するステップとを含む動機付けネットワーク化方法。
6. 前記紹介カードは前記依頼者ユーザによって更新可能であり、前記紹介カードの情報項目が更新されると、前記非ユーザのアドレス帳の対応情報項目が更新されることを特徴とする請求項５記載の動機付けネットワーク化方法。
7. 前記依頼者ユーザは、得点項目テーブルを有しており、前記依頼者ユーザのアドレス帳へ非ユーザの登録を追加することによって前記得点が追加されることを特徴とする請求項５記載の動機付けネットワーク化方法。
8. 前記各登録ユーザのそれぞれのネットワーク上での行動の度合いを示すインデックスナンバーを含むユーザテーブルを備えた請求項５に記載の動機付けネットワーク化方法。
9. 管理サーバを介して第１のユーザと第２のユーザとの間で相互の固有情報の閲覧を許可する際に、
   第１のユーザの固有情報を前記管理サーバに登録するステップと、
   第２のユーザの固有情報を前記管理サーバに登録するステップと、
   前記管理サーバ上で第１の固有情報と第２の固有情報とを関連付けるステップと、
   第１のユーザＩＤによる管理サーバへのログインに対して、第２の固有情報の閲覧を許可するステップと、
   第２のユーザＩＤによる管理サーバへのログインに対して、第１の固有情報の閲覧を許可するステップとからなる固有情報の閲覧システム。
10. 少なくとも第１のユーザ端末と第２のユーザ端末との間で互いの固有情報を閲覧する権利情報を交換するステップと、
    第１のユーザーに関する固有情報と、第２のユーザーに関する固有情報とをサーバに登録するステップと、
    前記権利情報が交換されたことを条件に、前記第１のユーザーが前記第２のユーザーの固有情報を閲覧することを許可するステップと、
    同じく前記権利情報が交換されたことを条件に、前記第２のユーザーが前記第１のユーザーの固有情報を閲覧することを許可するステップとからなる固有情報の閲覧システム。
11. 前記固有情報は名刺情報である請求項９記載の閲覧システム。
12. 前記固有情報は電話番号であり、前記ユーザ端末は情報表示が可能な携帯端末である請求項９記載の閲覧システム。
13. 前記固有情報は、ユーザがサービスプロバイダにアクセスする際のＩＤおよびパスワードである請求項９記載の固有情報の閲覧システム。
14. 管理サーバを介して第１のユーザと第２のユーザとの間で相互の固有情報の閲覧を許可する固有情報の閲覧システムであって、
    第１のユーザの固有情報を前記管理サーバに登録する手段と、
    第２のユーザの固有情報を前記管理サーバに登録する手段と、
    前記管理サーバ上で第１の固有情報と第２の固有情報とを関連付ける状態監視テーブルとからなる固有情報の閲覧システム。
15. 前記状態監視テーブルには、少なくとも固有情報開示希望ユーザのユーザＩＤと、新規、更新、開示、待機等の状態を示すフラグとが登録可能である請求項１４記載の固有情報の閲覧システム。

Images