(57)【要約】【課題】  グループ内のイベント情報を入力しグループ登録を継続するインセンティブを与える。【解決手段】  複数の携帯電話４、６、８がネットワーク接続されたサーバによって、これの端末４、６から入力された会員の情報を管理する会員情報管理システム１であって、この会員情報管理システム１は、携帯電話４、６から取得した複数の会員３、５の個人識別情報と、これらの会員３、５がカップル登録した識別情報とを関連付けて登録する会員情報マスターファイル１０と、このカップルに関連するイベントが発生した場合に、カップル登録された会員３、５の携帯電話４、６から当該イベントの評価ポイントの入力を受付ける申込受付部２０（評価ポイント受付手段）と、会員３、５から受付けた評価ポイントを、イベント種別及びカップル識別情報に関連付けて登録するカップル登録ＤＢ１３（評価ポイント格納手段）とを備えた。【選択図】  図１
2006031183.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末がネットワーク接続されたサーバによって、この端末から入力された会員の情報を管理する会員情報管理システムであって、
前記サーバは、
前記端末を通じて取得した複数の会員の個人識別情報と、これらの会員が属するグループの識別情報とを関連付けて登録する会員情報格納手段と、
前記グループに属する少なくとも２人以上の会員に関連する所定のイベントが発生した場合に、当事者である複数の会員の端末から当該イベントの評価ポイントを夫々取得する評価ポイント受付手段と、
前記当事者会員から受付けた評価ポイントを、イベント種別及びグループ識別情報に関連付けて登録する評価ポイント格納手段と
を備えたことを特徴とする会員情報管理システム。
【請求項２】
請求項１記載の会員情報管理システムであって、
前記サーバは、さらに、前記グループ登録を希望する会員の個人識別情報と、この会員が、自己が属するグループへの登録を希望する１又は２以上の他の会員の個人識別情報とを取得してグループ登録の申込を受付けるグループ登録受付手段を備えた
ことを特徴とする会員情報管理システム。
【請求項３】
請求項２記載の会員情報管理システムであって、
前記サーバは、さらに、
前記登録申込者から、自分と恋人、婚約者若しくは配偶者（以下「恋人」と総称する）である登録対象者とが恋愛関係にあるグループとして登録の申込を受付けた場合に、当該登録希望者及び登録対象者の個人識別情報に基づいて前記グループＤＢを検索し、少なくとも一方について既に恋愛関係が登録されているかに基づいて恋愛関係の登録可否を判定する恋愛登録可否判定手段を備えた
ことを特徴とする会員情報管理システム。
【請求項４】
請求項１記載の会員情報管理システムであって、
前記サーバの評価ポイント受付手段は、複数の会員から入力された全てのポイントを合算し、若しくは全てのポイントの平均値を算出するものであり、
前記評価ポイント格納手段は、前記合算値若しくは平均値のポイントを登録するものである
ことを特徴とする会員情報管理システム。
【請求項５】
請求項１記載の会員情報管理システムであって、
前記サーバは、さらに、イベントの種別と評価ポイントとを関連付けて記述したポイントテーブルを備え、
前記サーバの評価ポイント受付手段は、前記イベントが発生した場合に、ポイントテーブルを参照してポイントを自動的に取得するものである
ことを特徴とする会員情報管理システム。
【請求項６】
請求項５記載の会員情報管理システムであって、
前記ポイントテーブルは、特定のイベントとの関連で基礎評価ポイントと基礎評価ポイントを加算若しくは減算する修正係数を記述するものであることを特徴とする会員情報管理システム。
【請求項７】
請求項１記載の会員情報管理システムであって、
前記サーバは、さらに、蓄積された一部又は全ての会員のポイントを、当該会員の属性若しくはグループ種別毎に所定周期で集計する集計手段を備えたことを特徴とする会員情報管理システム。
【請求項８】
請求項７記載の会員情報管理システムであって、
前記イベントには、前記グループに属する複数の会員に関連して個別に発生する個別イベントと、年次・月次で所定周期で発生する定期イベントとを含み、
前記集計手段は、会員の属性・グループ種別・個別イベント・定期イベントの少なくとも何れか毎に評価ポイントを集計するものである
ことを特徴とする会員情報管理システム。
【請求項９】
請求項７記載の会員情報管理システムであって、
前記集計手段は、評価ポイントが関連付けられたイベント種別について所定の重み付けを行って集計するものであることを特徴とする会員情報管理システム。
【請求項１０】
請求項１記載の会員情報管理システムであって、
前記サーバは、さらに、前記会員から他の会員の個人識別情報を取得して、当該他の会員についてグループ登録されているかの照会を受付ける照会受付処理手段を備えたことを特徴とする会員情報管理システム。
【請求項１１】
請求項１記載の会員情報管理システムであって、
前記端末は、観光地、レストラン、ホテル、ホール、スポーツ施設などの所定のイベント施設に設置され、
前記サーバの評価ポイント受付手段は、会員が前記端末から入力した評価ポイントを、当該イベント施設の識別情報と共に取得するものである
ことを特徴とする会員情報管理システム。
【請求項１２】
請求項１記載の会員情報管理システムであって、
前記サーバは、さらに、
グループ登録された何れかの会員から取得した当該グループに関連するイベント情報を登録年月日と共に登録するグループ情報登録手段と、
所定周期でグループ情報登録手段を検索し、前回のイベント情報の登録年月日から所定期間が経過したグループについて、当該グループの登録を抹消する登録抹消手段と
を備えたことを特徴とする会員情報管理システム。
【請求項１３】
請求項１２記載の会員情報管理システムであって、
前記サーバの評価ポイント格納手段は、評価ポイントを登録した年月日を登録するものであり、
前記登録抹消手段は、前回のイベント若しくは評価ポイントの登録年月日から所定期間が経過したグループについて、当該グループの登録を抹消するものである
ことを特徴とする会員情報管理システム。
【請求項１４】
複数の端末がネットワーク接続されたサーバによって、この端末から入力された会員の情報を管理する会員情報管理方法であって、
前記サーバが、
前記端末を通じて取得した複数の会員の個人識別情報と、これらの会員が属するグループの識別情報とを関連付けてデータベースに登録する会員情報格納工程と、
前記グループに属する少なくとも２人以上の会員に関連する所定のイベントが発生した場合に、当事者である複数の会員の端末から当該イベントの評価ポイントを夫々取得する評価ポイント受付工程と、
前記当事者会員から受付けた評価ポイントを、イベント種別及びグループ識別情報に関連付けてデータベースに登録する評価ポイント格納工程と
を実行することを特徴とする会員情報管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、恋人や友人などの特定グループの関係を登録し、グループの親密度を評価するための情報を蓄積できるシステム及び方法に関する。
【背景技術】
【０００２】
従来より、趣味のサークルや同窓会、恋人などの特定の関係を有する者同士の帰属意識を高めてグループ構成員の間の関係を深めるためにグループ登録を行うことが行われている。また近年のインターネットの普及により、このようなグループ登録をネット上で行うことも広く行われている。その一例として、以下に示すカップル登録（恋愛証明）やオンライン婚姻届と称されるサービスが提案されている。
【非特許文献１】http://tunagikei.net/
【非特許文献２】http://todokede.com/index.html
【０００３】
また、カップルの交際記録を登録可能な交際記録ゲーム機が以下の特許文献で提案されている。
【特許文献１】特開２０００−３０５９０３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、特許文献１では、デートや電話などの回数を集計して提示したり、交際開始日からの日数をカウントアップするようにしている。また、非特許文献１のサービスでは、過去の２人の予定を記録して交際日記のように利用することも提案している。
【０００５】
しかしながら、このような交際期間やデート回数などの画一的な情報や過去の事実を提供するだけではオリジナリティ性に欠け、カップル登録を継続するメリットやモチベーションとして十分とは言えない。そのため、このような集計情報等は交際（登録）当初は興味を引くとしても、次第に興味は薄れイベントの登録を怠ったり、カップル登録を解除される可能性もあり、制度を定着させることが困難となる。
【課題を解決するための手段】
【０００６】
本発明は、上記の課題を解決することを目的としてなされたもので、その第１の主要な観点によれば、複数の端末がネットワーク接続されたサーバによって、この端末から入力された会員の情報を管理する会員情報管理システムであって、前記サーバは、前記端末を通じて取得した複数の会員の個人識別情報と、これらの会員が属するグループの識別情報とを関連付けて登録する会員情報格納手段と、前記グループに属する少なくとも２人以上の会員に関連する所定のイベントが発生した場合に、当事者である複数の会員の端末から当該イベントの評価ポイントを夫々取得する評価ポイント受付手段と、前記当事者会員から受付けた評価ポイントを、イベント種別及びグループ識別情報に関連付けて登録する評価ポイント格納手段とを備えたことを特徴とする会員情報管理システムが提供される。
【０００７】
また、第２の主要な観点によれば、複数の端末がネットワーク接続されたサーバによって、この端末から入力された会員の情報を管理する会員情報管理方法であって、前記サーバが、前記端末を通じて取得した複数の会員の個人識別情報と、これらの会員が属するグループの識別情報とを関連付けてデータベースに登録する会員情報格納工程と、前記グループに属する少なくとも２人以上の会員に関連する所定のイベントが発生した場合に、当事者である複数の会員の端末から当該イベントの評価ポイントを夫々取得する評価ポイント受付工程と、前記当事者会員から受付けた評価ポイントを、イベント種別及びグループ識別情報に関連付けてデータベースに登録する評価ポイント格納工程とを実行することを特徴とする会員情報管理方法が提供される。
【発明の効果】
【０００８】
本発明によれば、グループ登録された複数の会員が所定のイベントを評価したポイントを蓄積していくようにしたので、同じイベントであってもカップルなどの複数のグループ構成員がその都度異なる評価をしたり、同じ評価が２倍、３倍…に加算されることになる。これにより、蓄積されるポイントがグループ構成員同士の新密度や特異性などに密接に関連することになり、グループのオリジナリティや帰属意識を高めることができる。そして、イベントが発生する度にポイントを評価して登録するインセンティブを継続的に与えることができ、グループ登録を継続する十分なメリットやモチベーションを提供できる。
【０００９】
さらに、会員が随時入力したイベント毎の評価ポイント情報は、この会員やグループの属性情報に関連付けて蓄積されるため、有益な統計情報を収集することができる。すなわち、グループの平均存続期間やのべ構成人数、平均イベント回数などの従来の画一的な統計情報はもとより、会員（イベントを評価した他の会員も含む）の生年月日や血液型、年齢、職業、星座、干支、居住地域、学歴など種々の属性に基づいたグループの活動履歴（記録）が、イベント発生時の複数の会員の評価ポイントと共に蓄積される。例えば、カップル（グループ）のデート（イベント）について、カップルの年齢差や居住地域、季節や交際期間、誕生日直後、前回のデートからの経過期間など、種々の要因で評価ポイントが異なることが予想される。このような個別具体的な交際記録は、年齢層毎のマーケティング戦略を検討する際などに極めて有効な情報となる。
【発明を実施するための最良の形態】
【００１０】
以下、本発明の最良の実施の形態を添付した図面を参照して説明する。以下においては、恋人同士である複数の会員がカップルとしてグループ登録する場合の例を説明する。
【００１１】
（全体構成）
【００１２】
図１は、本実施形態の全体ネットワーク構成及び会員情報管理システムの概略構成を示す図である。この会員情報管理システム１は、管理センター２の１又は２以上のサーバに備えられており、図示しないＷＥＢサーバやファイアウォールなどを介して、カップル登録を希望する第１の会員３の携帯電話４及び、この会員３がカップルとしての登録を希望する第２の会員５（恋人）の携帯電話６と、それぞれインターネットなどの公衆回線通信網で接続されている。本実施形態では、カップルがデートや旅行で訪れそうな観光地、レストラン、ホテル、ホール、スポーツ施設などのイベント施設にもポイント入力専用の端末９を設置しており、カップルがこれらの施設を利用した場合に、この専用端末９からポイントを入力できるようになっている。なお、以下においては、説明の便宜のためカップル登録を申し込む第１の会員を登録申込会員３、カップル登録が申し込まれた第２の会員を登録対象会員５と称する。
【００１３】
（会員情報管理システムの概略構成）
【００１４】
会員情報管理システム１は、サーバのハードウェアとソフトウェアとを協動させることで後述する本実施形態の種々の機能を奏するものである。具体的には、ＣＰＵ、ＲＡＭ，ＲＯＭ、入出力装置及び通信デバイスが接続されたバスに、データ格納領域とプログラム格納領域とを備えている。
【００１５】
データ格納領域は、会員情報マスターファイル１０（会員情報格納手段）、テンポラリーデータテーブル１１、ポイントテーブル１２及びカップル登録データベース（ＤＢ）１３（グループ情報格納手段）を備えている。これらの各データベース１０〜１３は、前記サーバの記憶領域に確保された一定の領域であり、相互に参照可能なリレーショナルデータベースを構成している。なお、これらの各データベースを一のデータベースに統合したり、各データベースを複数に分割して構成することもできる。
【００１６】
会員情報マスターファイル１０は、会員の書誌事項、携帯電話の識別ＩＤなどを格納するものである。具体的には、会員の氏名（ニックネーム）、顔写真や似顔絵、住所（地域、都道府県、市町村）、生年月日、性別、携帯電話の識別ＩＤ、携帯電話の番号及びメールアドレス、星座、干支、年齢などが格納される。星座、干支、年齢などは、入力された生年月日とコンピュータシステムのカレンダー機能とから自動識別する。また、住所の地域は、関東地方、山形県庄内地方などの行政区画上の都道府県や市町村を集約したものの他、湘南エリア、京浜地帯、都市圏など都道府県や市町村を任意の境界で区分したエリアも含む。また、国政選挙の選挙区を関連付けて登録しても良い。これらの地域区分は、別途地域区分テーブルを設けて会員の情報を任意の地域に集約したり、一の会員を複数のエリアに関連付けできるようにするのが好ましい。
【００１７】
ここで、この携帯電話識別ＩＤは、メールアドレスなどのように、ユーザ（会員）が任意に設定・変更できるものではなく、例えば、携帯電話の製造者が予め設定した製造番号と、通信キャリアを示す記号と、携帯電話の利用契約時にユーザから取得したユーザ特定情報とを組み合わせて構成される。そのため、後述するように、この携帯電話ＩＤに基づいて認証を行なうことで、会員個人と携帯電話との特定を同時に行なうことができる。また、会員が複数の携帯電話を保有している場合でも会員個人を特定できるので重複登録をチェックできる。なお、会員の自宅のＰＣやＰＤＡなどのモバイル機器を利用することもできる。
【００１８】
テンポラリーデータテーブル１１は、携帯電話を通じて会員登録やカップル登録の申込を受け付けた場合に、申込者の個人認証に必要な情報を一時的に格納するものである。具体的には、新規会員の登録申込を受付けた時は申込者の前記携帯電話識別ＩＤを一時的に格納する。また、前記登録申込会員３からカップル登録の申込を受付けた場合には、この登録申込会員３の携帯電話識別ＩＤと登録対象会員５の携帯電話６の電子メールアドレスを一時的に格納する。テンポラリーデータテーブル１１に格納された情報は、会員登録やカップル登録が完了した後に抹消される。また、毎日０時などの所定時刻、所定周期に自動的に全てのデータを消去するのが好ましい。
【００１９】
ポイントテーブル１２は、カップルに関連するイベント毎に基本評価ポイントを格納するものである。例えば、図２に示すように、イベント毎の基本評価ポイント１５と、会員の誕生日や交際Ｘ周年などの記念日加算／減算ポイント１６、１７がイベント名１８及びイベントＩＤ１９に関連付けて格納される。「記念日」は、前記カップル登録ＤＢ１３にカップル毎に登録される。記念日加算／減算ポイント１６、１７は、登録された記念日に発生したイベントについて基本評価ポイント１５を加算／減算するためのものである。例えば、登録された記念日である一方の会員の誕生日にデートした場合、デートの基本ポイントである１Ｐｔに０．５ｐｔが加算された１．５ｐｔが基本ポイントになる。逆に、誕生日にも拘らずデートしなかった場合は、０．５ｐｔが減算されて０．５ｐｔが基本ポイントになる。また、誕生日に何れの会員からもポイントが登録されなかった場合には、後述する交際記録更新部２３が前記会員情報マスターファイル１０を参照して誕生日を自動認識して「誕生日にデートしなかった」という消極的なイベントとみなして０．５ｐｔを減算する。このように、消極的なポイント登録（減算）も行なうことで、評価ポイントが登録カップルの親密度を示す適正な基準となり得る。
【００２０】
カップル登録した会員は、イベントが発生した時に、これらの基本評価ポイント（加算／減算ポイントを加減した後のポイント）を任意に増減させて登録することができる。なお、評価ポイントは統計データの有益な基礎データとなるため、客観性・普遍性や集計の負荷を考慮して、会員が修正可能な範囲や増減単位をイベント毎に設定しておくのが好ましい。例えば、通常のデートについては、基本ポイント１ｐｔの上下０．５ｐｔの範囲で０．１ｐｔ単位で修正可能に設定しておく。
【００２１】
カップル登録データベース１３は、登録されたカップル毎のイベント評価ポイントや交際記録（記念日を含む）などを対象会員の携帯電話識別ＩＤ及びグループＩＤに関連付けて格納するものである。交際記録には、例えば図示しない交際記録フィールドのプルダウンメニューから選択される前記イベント名１８や、任意に入力されたイベント情報、及びイベントに対する会員の評価コメントなどが含まれる。ここで、グループＩＤは、カップル登録された２人の会員の携帯電話識別ＩＤや氏名などを所定の乱数発生アルゴリズムに適用して生成した所定桁数の数字・記号や、カップル登録時に会員が任意に設定したＩＤ（２人の誕生日の組み合わせや、交際開始年月日とイニシャルとの組み合わせ等）である。
【００２２】
前記プログラム格納領域には、図示しないメインプログラムの他、本発明に関連する機能部として、会員登録及びカップル登録の申込を受け付けてテンポラリーテーブル１１に申込情報を登録する申込受付部２０、会員登録及びカップル登録の申込やカップル登録の照会に際して前記会員情報マスターファイル１０の携帯電話識別ＩＤに基づいて会員の認証を行なう認証部２１、カップル登録に必要な処理を行うカップル登録処理部２２、カップルに関するイベントが発生した場合に前記カップル登録ＤＢ１３の交際記録を更新する交際記録更新部２３、第３の会員（登録照会会員７）から他の会員のカップル登録照会を受け付けて検索結果を回答する登録照会処理部２４、所定期間以上何れの会員からも交際記録等が入力されない場合や退会申込を受付けた場合に会員情報マスターファイル１０やカップル登録ＤＢ１３を更新するデータベース更新部２５（登録抹消手段）、会員のメールアドレス宛に種々のデータやメッセージを送信するデータ送信部２６、蓄積された一部又は全ての会員のポイントを会員の属性若しくはグループ種別毎に所定周期で集計するデータ集計部２７が格納される。
【００２３】
ここで、前記申込受付部２０は、会員の携帯電話に図３に示すようなメニュー画面を表示させ、この画面を通じて種々の情報の入力を受け付けるものである。この図の例は、カップル登録されている登録申込会員３が携帯電話４から本システム１のＷＥＢサイトにアクセスした場合に表示される初期画面を示している。この例では、登録申込会員３及び登録対象会員５の氏名（ニックネーム）及び顔写真と、このカップルのイベント評価ポイントを併せて表示するように構成している。前記携帯電話４は、例えば、本発明の会員情報管理システム１から各種インタフェース生成プログラムを受け取ってこの携帯電話にインストールされたＷｅｂブラウザ上で実行することができるように構成されている。
【００２４】
本実施形態では、前述のようにイベント施設にポイント入力専用の端末９を設置している。この専用端末９を利用することで２人の会員番号や評価ポイントを同時に入力でき会員認証や２人分のポイント入力が簡易かつ短時間でできる。また、施設の管理者や経営者がスポンサーになって専用端末９を設置してもらい、この専用端末９からポイントが入力された場合は、前記申込受付部２０（評価ポイント受付手段）がポイントと共に端末９の識別情報を取得して登録する。そして、このスポンサーから当該カップルに対して優待情報を提供したり、端末９の稼動状況に比例してスポンサー料金を決定することができる。
【００２５】
前記交際記録更新部２３は、会員から入力された交際記録の情報をカップル登録ＤＢ１３に登録する機能と、所定のイベントが発生した場合に、前記ポイントテーブル１２を参照して当該イベントの評価ポイント（記念日加算／減算を含む）を抽出してカップル登録ＤＢ１３の情報を更新する機能とを有する。ポイント更新機能は、具体的には、一方のカップル会員からイベントの入力やポイント入力を受付けた場合に、他方の会員にそのイベント及び評価ポイントを送信して評価ポイントの修正・確認の回答を受付ける。評価ポイントの修正を受付けた場合は、両者の平均値を算出してカップル登録ＤＢ１３に登録する。両者の入力ポイントを合算して登録しても良い。また、イベントの発生には、会員からイベント入力があった場合の他、コンピュータシステムに内蔵されたタイマー機能・カレンダー機能を利用して、会員の誕生日や、交際記念日（１周年、１ヶ月記念等）の到来を自動認識する場合も含まれる。この場合は、両方の会員に前記ポイントテーブル１２から抽出したイベント評価ポイントを送信して修正・確認の回答を受付ける。なお、統計データの収集という観点では、前記平均値や合計値とは別に入力されたポイントを夫々の会員の属性に関連付けて登録しておくのが好ましい。これにより、同じイベントに対する女性と男性の評価の違いなどを把握可能なデータを蓄積できる。
【００２６】
前記登録照会処理部２４は、図１に示すように、登録照会会員７から携帯電話８を通じて、他の会員の携帯電話番号やアドレスなどの識別情報を取得してカップル登録の有無の照会を受付けた場合に、前記会員情報マスタファイル１０及びカップル登録ＤＢ１３を参照して照会対象の会員がカップル登録されているかを検索して回答するものである。この照会の回答には、個人情報保護及び会員同士のトラブル防止の観点から、カップル登録された他の会員の情報は含めないのが好ましい、一方で、そのカップルのイベント評価ポイントを併せて提示することで、交際期間や親密度を示す有益な参考情報を提供できる。すなわち、登録照会会員７は提示されたポイントを参考にして照会対象会員と新たに交際できる可能性を判断することができる。
【００２７】
前記データベース更新部２５は、例えば、カップル登録された何れの会員からもイベント評価ポイントや交際記録が所定期間（例えば１ヶ月）以上入力されない場合に、前記データ送信部２６に対して、対象会員のメールアドレス宛に最終確認のメッセージを通知する指令を出す。カップル登録抹消の回答を受領した場合若しくは当該通知から所定期間（例えば１週間）を経過した場合に当該カップルは「自然消滅」したとみなしてカップル登録を抹消する。この場合でも、カップルの交際記録は属性情報等に関連付けて蓄積しておく。これにより、実際の交際状況に合致した有益な交際データを収集できる。
【００２８】
前記データ集計部２７は、会員の属性・グループ種別・個別イベント（デートや旅行など不定期に発生するイベント）・定期イベント（年次・月次で所定周期で発生する各種記念日など）の少なくとも何れか毎に評価ポイントを集計するのが好ましい。これにより、例えば、カップルの年齢差や交際期間、２人の星座と、毎月の交際記念日（定期イベント）にデートする割合、デートの内容などを関連付けた統計データを収集することができる。さらに、このデータ集計部２７は、イベントの種別毎に所定の重み付けを行って集計するのが好ましい。これにより、例えば、デートや電話のような日常的なイベントに対する評価ポイントはそのまま集計し、旅行のようなイレギュラーなイベントのポイントを所定の係数（×１．２等）を乗じて集計できる。また、同じデートでも、遠距離恋愛の場合には（カップルの居住都道府県が２つ以上離れている、公共交通機関による移動時間が３時間以上若しくは交通費１万円以上など）、同様に所定の係数を乗じてデータを集計できる。このように、会員の属性やイベントの種別などに関連付けてポイントを集計することで、年齢層や季節、記念日、交際期間、２人の星座による相性など様々な観点でポイントを集計したり分析できるようになる。このような情報は、マーケティングや世代別の動向分析において極めて有益で利用価値が高い情報となる。
【００２９】
なお、データ集計は、予め設定された検索条件で定期的に集計する他、例えば特定の企業などにカップル登録ＤＢ１３へのアクセス権限を与え、この企業から検索条件をＳＱＬで都度受け取って不定期に集計するようにしても良い。この場合は、企業毎のアクセス権限や認証情報を会員情報マスターファイル１０に格納し、前記申込受付部２０がこの企業から集計依頼を受け付けた場合に、前記認証部２１が会員情報マスターファイル１０を参照して権限認証を行なう。権限認証が肯定的な場合に、前記データ集計部２７が検索条件に基づいて集計したデータを前記データ送信部２６が当該申込企業に送信する。
【００３０】
上記した各機能部は、実際には、コンピュータシステム（サーバ）にインストールされたコンピュータソフトウエアプログラム若しくは１つのプログラム中のサブルーチンである。そして、このコンピュータシステムの中央演算装置（ＣＰＵ）によってＲＡＭ上に呼び出され実行されることで、この発明の各機能を奏する。
【００３１】
（会員登録の処理フロー）
【００３２】
次に、図１を参照して、新規会員登録の処理フローを簡単に説明する。図１に示すＳ１〜Ｓ７は以下の処理ステップに対応する。
【００３３】
まず、登録申込会員３（申込者）が管理センタ２の会員登録用メールアドレスを入力して、若しくは本システム１のＷＥＢサイト上の会員登録用メールアドレスのハイパーリンクをクリックして本システム１に空メールを送信する（Ｓ１）。前記申込受付部２０が受信した空メールから申込者３の携帯電話４のメールアドレスと識別ＩＤとを自動認識してテンポラリーデータテーブル１１に格納する（Ｓ２）。
【００３４】
次いで、データ送信部２６が会員登録画面のＵＲＬを表示した返信メールを生成して申込者３の携帯電話４のメールアドレス宛に送信する（Ｓ３）。申込者３が返信メールに表示されたＵＲＬをクリックすると、再度申込受付部２０が携帯電話識別ＩＤ（アクセスＩＤ）を取得し、前記認証部２１がテンポラリーデータテーブル１１に格納された情報を参照して申込者３の認証を行なう（Ｓ４）。認証が正当な場合、申込受付部２０は会員登録ページを表示して申込者３の氏名等の必要な情報の入力を受付ける（Ｓ５）。その後、入力された情報と前記テンポラリーデータテーブル１１に格納されている携帯電話のメールアドレス及び識別ＩＤとを前記会員情報マスタファイル１０に登録すると共に（Ｓ６）、テンポラリーデータテーブル１１に格納されている情報を抹消する（Ｓ７）。これにより会員登録が完了する。
【００３５】
（処理手順）
【００３６】
次に、図４〜図６のフローチャートを参照して、本発明の処理手順と上記した各機能部について詳細に説明する。図４はカップル登録時のフローチャート、図５は評価ポイント登録時のフローチャート、図６は登録照会時のフローチャートである。
【００３７】
（カップル登録手順）
【００３８】
最初に、図４のカップル登録の処理手順を説明する。この処理においては、まず、登録申込会員３が、携帯電話４を使用して本システム１のカップル登録画面にアクセスすると（ステップＳ１０）、前記申込受付部２０がアクセス情報からこの携帯電話４の識別ＩＤを抽出して前記認証部２１に受け渡す。認証部２１は、取得した携帯電話識別ＩＤに基づいて会員認証と個人認証とを行う（ステップＳ１１〜Ｓ１３）。会員認証は、携帯電話識別ＩＤが前記会員情報マスターファイル１０に登録されているかによって会員であるかを判定する。また個人認証は、前記カップル登録ＤＢ１３を参照して登録申込会員３がカップル登録されていないかを判定する。会員登録されていない場合には（ステップＳ１１のＮｏ）、図１で説明した会員登録フローへ進む（ステップＳ１３）。また、カップル登録されている場合は（ステップＳ１２のＹｅｓ）、前記データ送信部２６が「重複してカップル登録はできません」というメッセージを含む返信メールを生成して登録申込会員３のアドレス宛に送信する（ステップＳ１４）。
【００３９】
会員認証及び個人認証の何れも肯定的である場合は（ステップＳ１１のＹｅｓ、Ｓ１２のＮｏ）、前記申込受付部２０が登録申込会員３の携帯電話にカップル登録画面を表示させて、登録に必要な情報の入力を受付ける（ステップＳ１５）。具体的には、登録対象者である自分の恋人の携帯電話番号や氏名などの特定情報の入力を受付ける。申込受付部２０は、入力された情報を認証部２１に受け渡し、登録申込者と同様に、登録対象者の会員認証と個人認証とを行わせる（ステップＳ１６、Ｓ１７）。前記認証部２１は、まず取得した情報と前記会員情報マスターファイル１０の情報とを参照して会員認証を行い（ステップＳ１６のＹｅｓ）、この認証が肯定的である場合に、カップル登録されていないかの個人認証を行う（ステップＳ１７）。
【００４０】
登録対象者の会員認証が否定的な（会員登録されていない）場合（ステップＳ１６のＮｏ）、前記データ送信部２６が「カップル登録の相手は会員登録されていません。この方とのカップル登録を希望する場合は電子メールアドレスをお知らせください」という定型メッセージを生成して登録申込会員３に送信する（ステップＳ１８）。登録申込会員３から登録相手のメールアドレスを取得すると、データ送信部２６は、登録対象者に会員登録を促す内容及び登録申込者からカップル登録が申込まれたことを含むメッセージをこのアドレス宛に送信する（ステップＳ１９）。
【００４１】
前記申込受付部２０は、所定期間（３日間など）以内に登録対象者から会員登録の申込を受付けた場合（ステップＳ２０のＹｅｓ）、前記図１に示す会員登録処理と後述するカップル登録処理を行う（ステップＳ２１）。すなわち、この場合は、会員登録希望の意思表示を登録申込会員３とのカップル登録の同意と判断する。一方、登録受付部２０が前記所定期間以内に登録対象者から会員登録の申込を受付けなかった場合は（ステップＳ２０のＮｏ、Ｓ２２のＹｅｓ）、前記データ送信部２６が「登録対象者はあなたとのカップル登録を希望されないようです」という定型メッセージを前記登録申込者３のメールアドレス宛に送信する（ステップＳ２３）。なお、ステップＳ１７で登録対象会員の個人認証が否定的である（カップル登録されている）場合は、ステップＳ１４に進んで定型メッセージを送信する。
【００４２】
何れの認証も肯定的である場合に（ステップＳ１６のＹｅｓ、Ｓ１７のＮｏ）、主として前記カップル登録処理部２２が以下のカップル登録処理を行なう。すなわち、カップル登録処理部２２は、会員情報マスターファイル１０から登録対象会員５の電子メールアドレスと携帯電話識別ＩＤとを検索し（ステップＳ２４）、メールアドレスを前記データ送信部２６に受け渡す。データ送信部２６は、カップル登録ページのＵＲＬを表示した申込メールを生成してこのアドレス宛に送信する（ステップＳ２５）。この時、登録申込会員３と登録対象会員５の携帯電話識別ＩＤを前記テンポラリーデータテーブル１１に格納しておく（ステップＳ２６）。
【００４３】
次いで、登録対象会員５が所定の申込期間（３日間など）内にカップル登録ページの前記ＵＲＬをクリックした場合（ステップＳ２７のＹｅｓ）、登録受付部２０がアクセス情報を認証部２１に受け渡し、アクセスＩＤと前記テンポラリーデータテーブル１１に登録されたＩＤとをマッチングさせて個人認証を行なわせる（ステップＳ２８）。認証が肯定的であると、カップル登録ページを表示してカップル登録に必要な情報の入力を受付ける（ステップＳ２９）。
【００４４】
全ての情報が入力されると、カップル登録処理部２２が登録申込会員３及び登録対象会員５の会員番号若しくは会員から指定された情報（イニシャル等）などに基づいてカップル識別ＩＤを生成し、入力された情報と共に前記カップル登録ＤＢ１３に登録する（ステップＳ３０）。これにより、カップル登録が完了する。
【００４５】
一方、前記申込期間内に登録対象会員５からカップル登録の申込がない場合は（ステップＳ２７のＮｏ）前記ステップＳ２３に進んで定型メッセージを送信する。最後に、テンポラリーデータテーブル１１に格納した情報を削除してこの処理を終了する（ステップＳ３１）。
【００４６】
（イベント登録・評価ポイント登録の処理手順）
【００４７】
次に、図５に示すイベント登録・評価ポイント登録の処理手順を説明する。この処理においては、まず、カップル登録されている一方の会員３が会員専用ページ（図３参照）の「２．イベント登録・ポイント登録」のボタン４０をクリックして登録を申込むと（ステップＳ４０）、前記登録受付部２０がアクセス情報から携帯電話識別ＩＤを抽出して認証部２１に受渡して会員認証及びカップル認証（カップル登録されているか）を行なわせる（ステップＳ４１）。
【００４８】
両方の認証が正当な場合に、前記交際記録更新部２３がカップル登録されている他方の会員のメールアドレスを会員情報マスターファイル１０から検索し、前記申込会員の携帯電話識別ＩＤと共にテンポラリーデータテーブル１１に格納する（ステップＳ４２）。また、登録受付部２０が、イベントの種別と発生日・ポイントの入力画面を提示して入力を受付ける（ステップＳ４３）。イベントは、前記ポイントト−ブル１２に登録されているものはプルダウンメニューから選択可能であり、これ以外の任意のイベントも入力可能である。登録されているイベントが選択されると、交際記録更新部２３がイベントの基本評価ポイントと加算／減算ポイントとをポイントト−ブル１２から検索して入力画面上に表示させる。この基本評価ポイントは、上述したように会員が所定範囲内で修正可能である。
【００４９】
イベント及びポイントが入力されると、前記交際記録更新部２３が前記テンポラリーデータテーブル１１から他方の会員のメールアドレスを抽出してデータ送信部２６に受け渡す。データ送信部２６は、受付けたイベントに関するポイントの入力を促すメールを生成してこのアドレス宛に送信する（ステップＳ４４）。
【００５０】
所定のポイント受付期間内（２４時間など）に他方の会員からポイント入力（同一ポイント、修正ポイント）を受付けた場合（ステップＳ４５のＹｅｓ）、交際記録更新部２３は２人のポイントの平均値を算出してカップル登録ＤＢ１３に登録する（ステップＳ４６）。ポイント受付期間内にポイント入力がない場合（ステップＳ４５のＮｏ、Ｓ４７のＹｅｓ）は、０ポイントが入力されたと判断して（ステップＳ４８）平均値を算出する（ステップＳ４６）。最後に、テンポラリーデータテーブル１１に格納した情報を削除してこの処理を終了する（ステップＳ４９）。
【００５１】
（カップル登録照会時の処理手順）
【００５２】
最後に、図６を参照して、ある会員（登録照会会員７）から他の会員（照会対象会員）がカップル登録されているかの照会を受付けた場合の処理手順を説明する。
【００５３】
まず、登録照会会員７からの照会を申込受付部２０が受付け、この会員７の携帯電話識別ＩＤを抽出し、認証部２１に会員認証を行なわせる（ステップＳ５０、Ｓ５１）。未登録の場合は図１の会員登録の処理に進む（ステップＳ５２）。会員認証が正当な場合、登録照会処理部２４が登録照会会員７の携帯電話８に照会画面を表示させ、照会対象会員の携帯電話番号・メールアドレス・氏名などの会員特定情報の入力を受付ける（ステップＳ５３）。登録照会処理部２４が、入力された会員特定情報に基づいて会員情報マスターファイル１０及びカップル登録ＤＢ１３から該当者を検索し、検索された会員についてカップル登録されているか、及び登録が継続しているか（登録が抹消されていないか）を判別する（ステップＳ５４〜Ｓ５６）。カップル登録が継続している場合は（ステップＳ５６のＮｏ）、登録照会処理部２４がカップル登録ＤＢ１３から当該カップルの累積ポイントを検索すると共に、最新のポイント登録日からの経過日数を算出する（ステップＳ５７、Ｓ５８）。これらの情報は、そのカップルの親密度やカップル登録が解消される可能性を示す有益な参考情報となる。そして、データ送信部２６がこれらの情報と「○○さんはカップル登録されています」というメッセージを生成して登録照会会員７のアドレス宛に送信する（ステップＳ５９）。
【００５４】
ステップＳ５４で該当者が検索できない場合は、データ送信部２６が「該当者が見当たりません」というメッセージを生成して登録照会会員７のアドレス宛に送信する（ステップＳ６０）。また、カップル登録されていない場合や既に登録が解消されている場合（ステップＳＳ５５のＮｏ、Ｓ５６のＮｏ）は、「○○さんはカップル登録されていません」というメッセージを生成して登録照会会員７のアドレス宛に送信する（ステップＳ６１）。そして、この登録照会会員７が照会対象会員とのカップル登録を希望する場合は（ステップＳ６２のＹｅｓ）、図４のカップル登録フロー（ステップＳ２４）に進む。
【００５５】
（実施形態の効果）
【００５６】
上記した本実施形態の構成によれば、カップル登録された会員がイベントを評価したポイントを蓄積していくようにしたので、カップルの親密度を表す有益な指標を蓄積して当事者に提示できる。このように、当事者がイベント毎に異なる評価ポイントを登録できるので、イベントやポイントの登録やカップル登録を継続する十分なインセンティブを与えることができる。また、このポイントをイベントや会員の属性情報などに関連付けて登録するようにしたので、種々の属性毎にポイントを集計でき、利用価値の高い統計データを得ることができる。
【００５７】
また、会員認証と個人認証とを携帯電話識別ＩＤに基づいて行うことで、重複登録を未然に防止できる。これにより、カップル登録の信頼性や正当性の維持・向上が期待できる。
【００５８】
すなわち、従来技術として上述したカップル登録やオンライン婚姻届、交際記録ゲーム機においては、一人が複数の相手と交際（婚姻）することを容認している。例えば、非特許文献１のカップル登録に際しては、携帯電話のメールアドレスで個人認証しているに過ぎず、アドレスを複数持っている人はそれらを使い分けて複数の人と登録できることになっている。また、特許文献１でも、本命とスペア君について夫々ゲーム機を保有して使い分けることを提案している（００５３等）。
【００５９】
そのため、従来の仕組みを利用して恋愛関係を登録したカップルでも、相手が二股三股をかけている疑念を完全に払拭することはできない。また、これらの仕組みを利用して相手が他にカップル登録していないかを調べて証明を得ても、信頼性に欠けるものとなる。結局、従来の仕組みは、恋愛（結婚）を遊び感覚で登録しているに過ぎず、「出会い系サイト」などと同様に若年層などに好ましくない社会システムを提供しているに過ぎない。
【００６０】
これに対して、本実施形態の構成では、会員が任意に設定・変更可能なＩＤではなく、携帯電話の契約時に設定される識別ＩＤによって個人認証した上で、カップル登録することで上記の課題を解決できる。
【００６１】
（変形例）
【００６２】
なお、この発明は上記の実施形態に限定されるものではなく、発明の要旨を変更しない範囲で種々変形可能である。
【００６３】
例えば、上記実施形態においては、カップル登録を例に取って説明したが、これ以外のグループ登録（サークル、同窓会、友人、企業、職場など）にも同様に適用可能である。この場合は、グループの属性に合わせて、イベントの種別や基礎評価ポイントなどを設定する。
【００６４】
また、会員認証や個人認証に際して携帯電話識別ＩＤを例示したが、個人を特定可能な識別情報であればこれに限らず、例えば虹彩や指紋などのバイオメトリクスや会員に発行したカードの乱数を利用することもできる。
【００６５】
さらに、飼い主若しくはそのペットが会員となり、ペット同士のグループを登録することもできる。例えば、ケンネルクラブの犬種登録とは別に親子・兄弟などの関係を登録したり、近隣の同一犬種同士でグループ登録する。これらの場合も、飼い主が交流するイベント（オフ会や競技会など）や共通の親犬の誕生日などのイベント発生時に、関係する会員（ペット又は飼い主）がポイントを登録して蓄積していく。これにより、犬種登録ができない雑種でも登録でき、また蓄積されたポイントはそのグループの活動状況を示す客観的な指標となる。
【図面の簡単な説明】
【００６６】
【図１】本実施形態の全体ネットワーク構成及び会員情報管理システムの概略構成を示す図である
【図２】ポイントテーブルに格納されるデータの一例を示す概念図である。
【図３】会員の携帯電話に表示されるメニュー画面の例を示す図である。
【図４】図４は、カップル登録時の処理手順を示すフローチャートである。
【図５】図５は評価ポイント登録時の処理手順を示すフローチャートである。
【図６】図６は登録照会時の処理手順を示すフローチャートである。
【符号の説明】
【００６７】
１…会員情報管理システム
２…管理センタ
３…登録申込会員（第１の会員）
４、６、８…携帯電話
５…登録対象会員（第２の会員）
７…登録照会会員（第３の会員）
９…ポイント入力端末
１０…会員情報マスターファイル
１１…テンポラリーデータテーブル
１２…ポイントテーブル
１３…カップル登録データベース（ＤＢ）
２０…申込受付部
２１…認証部
２２…カップル登録処理部
２３…交際記録更新部
２４…登録照会処理部
２５…ＤＢ更新部
２６…データ送信部
２７…データ集計部
【図１】
2006031183.tif 000003
【図２】
2006031183.tif 000004
【図３】
2006031183.tif 000005
【図４】
2006031183.tif 000006
【図５】
2006031183.tif 000007
【図６】
2006031183.tif 000008