JP2007108806A - ユーザマッチングサーバ、ユーザマッチング方法、ユーザマッチングプログラム - Google Patents

Abstract

【課題】 ユーザがテンポラリメールアドレスを意識しなくてもユーザの手間をかけずにユーザ間のメール交換をテンポラリメールアドレスで実現することができるようにする
【解決手段】 マッチング条件が受付けられた場合、メモリを参照してアクセス元携帯端末のメールアドレスに対応するユーザＩＤを検索し、当該ユーザＩＤに対応するテンポラリメールアドレスを生成し、そのテンポラリメールアドレスに対応するユーザＩＤに対応させてメモリに登録し、マッチング条件に応じて検出されたユーザＩＤ間のマッチングを実行し、そのマッチング結果に応じて、アクセス元携帯端末間をメモリに記憶されたテンポラリメールアドレスを用いてメール通信するようにした。
【選択図】 図１

Description

本発明は、携帯電話等の携帯端末のメール機能を用い、趣味趣向の合ったユーザ同士をそれぞれの希望に応じて結びつけるユーザマッチングサーバ、ユーザマッチング方法、ユーザマッチングプログラムに関する。

従来より、趣味趣向の合ったユーザ同士をマッチングするシステムとして、Ｗｅｂを利用したものがある。このシステムは、他のユーザからの誘いを受けたいユーザがＷｅｂ上の所定の登録フォーム等に自己の情報を登録すると、その情報がＷｅｂ上に公開され、誘いたいユーザが検索システムを利用し、そのＷｅｂ上の情報から検索した相手と連絡が取れるようにしたものである。

このような趣味趣向の合ったユーザ同士をマッチングするシステムとして、特許文献１では、希望の相手を探したい利用者が各コンピュータ端末に、自己データおよび希望データを登録するための登録手段を備え、登録された希望データと相手データとを対比して適合性の高い相手のリストを表示手段に表示させる適合者リスト作成手段と、表示手段に表示された適合者リストの中の特定の相手に対し、文字記号情報送受信手段、音声情報送受信手段または画像情報送受信手段を介して、文字記号、音声、画像を含むメッセージを、情報転送ネットワークを通して相手のコンピュータ端末へと転送し、相手が可能な場合は実時間の対話申込みを行うことができるようにした人物仲介用コンピュータネットワークを提案している。
特開平０６−１９９２６号公報

ところで、特許文献１に示されたものでは、登録された希望データと相手データとを対比して適合性の高い相手のリストが表示手段に表示されるため、労力や費用をかけず、高い確率で希望する相手を探すことができるものと考えられる。

ところが、このようなＷｅｂを利用したシステムを携帯電話で実現しようとすると、携帯電話のＷｅｂ機能では各携帯電話事業者毎に仕様が異なるために、他の携帯電話事業者と契約している携帯電話同士では画面表示が適切に行われない等の、いわゆる端末依存の影響があり、実現は困難であるという問題があった。

このことは、若干ではあるが、同じ携帯電話事業者と契約している携帯電話同士でも、携帯電話のメーカーによって表示が変わってしまうことがある。

その一方で、携帯電話のメール機能では、他の携帯電話事業者と契約している携帯電話同士であっても、上述した端末依存の影響が無いため、そのメール機能だけで上述したユーザマッチングを実現することができるものと考えられる。

ただし、メール機能を利用するには送信元等を示すメールアドレスが必須である。この場合、そのメールアドレスは個人情報もしくは個人情報に極めて近い内容となるため、見知らぬ相手に直ちに伝わってしまうのには抵抗がある。

この場合、たとえば本アドレス（携帯電話事業者との契約の元に使用できるアドレス）とは異なるメールアドレスを用いるようにし、不要になった際には使い捨てにできるようにすればよいが、ユーザの利用目的に促した本アドレスとは異なるメールアドレスである、テンポラリメールアドレスの付与は行われていなかった。

また、利用したときにだけユーザに操作等の手間をかけずに本アドレスとは異なるメールアドレスである、テンポラリメールアドレスを付与してくれるシステムは存在しなかった。

本発明は、このような状況に鑑みてなされたものであり、ユーザがテンポラリメールアドレスを意識しなくてもユーザの手間をかけずにユーザ間のメール交換をテンポラリメールアドレスで実現することができるユーザマッチングサーバ、ユーザマッチング方法、ユーザマッチングプログラムを提供することを目的とする。

本発明のユーザマッチングサーバは、携帯端末間でユーザのマッチングを制御するユーザマッチングサーバであって、ユーザ毎にユーザＩＤに対応させてメールアドレスを記憶する記憶手段と、携帯端末からメールを用いたマッチング条件を受付ける受付手段と、前記受付手段でマッチング条件が受付けられた場合、前記記憶手段を参照して前記アクセス元携帯端末のメールアドレスに対応するユーザＩＤを検索する検索手段と、前記検索手段でユーザＩＤを検出した場合、当該ユーザＩＤに対応するテンポラリメールアドレスを生成する生成手段と、前記生成手段で生成されたテンポラリメールアドレスを当該テンポラリメールアドレスに対応するユーザＩＤに対応させて前記記憶手段に登録する登録手段と、前記記憶手段を参照して、前記受付手段で受付けたマッチング条件に応じて前記検索手段で検出されたユーザＩＤ間のマッチングを実行するマッチング手段と、前記マッチング手段のマッチング結果に応じて、前記アクセス元携帯端末間を前記記憶手段に記憶されたテンポラリメールアドレスを用いてメール通信するメール通信手段と、を備えたことを特徴とする。

また、前記登録手段で登録されたテンポラリメールアドレスに利用期間を設定するようにしてもよい。

また、さらに、一対となるマッチング条件を記憶するマッチング条件記憶手段を有してもよい。

本発明のユーザマッチング方法は、携帯端末間でユーザのマッチングを制御するサーバのユーザマッチング方法であって、携帯端末からメールを用いたマッチング条件を受付ける第１ステップと、前記サーバのメモリにユーザ毎にユーザＩＤに対応させてメールアドレスが記憶されており、前記第１ステップでマッチング条件が受付けられた場合、前記メモリを参照して前記アクセス元携帯端末のメールアドレスに対応するユーザＩＤを検索する第２ステップと、前記第２ステップでユーザＩＤを検出した場合、当該ユーザＩＤに対応するテンポラリメールアドレスを生成する第３ステップと、前記第３ステップで生成されたテンポラリメールアドレスを当該テンポラリメールアドレスに対応するユーザＩＤに対応させて前記メモリに登録する第４ステップと、前記メモリを参照して、前記第１ステップで受付けたマッチング条件に応じて前記第２ステップで検出されたユーザＩＤ間のマッチングを実行する第５ステップと、前記第５ステップのマッチング結果に応じて、前記アクセス元携帯端末間を前記メモリに記憶されたテンポラリメールアドレスを用いてメール通信する第６ステップと、を含んだことを特徴とする。

また、前記第４ステップで登録されたテンポラリメールアドレスに利用期間を設定するステップをさらに有してもよい。

また、一対となるマッチング条件を前記メモリに記憶するステップをさらに有してもよい。

本発明のユーザマッチングプログラムは、携帯端末間でユーザのマッチングを制御するサーバのコンピュータにより実行可能なユーザマッチングプログラムであって、前記コンピュータに、携帯端末からメールを用いたマッチング条件を受付ける第１ステップと、前記サーバのメモリにユーザ毎にユーザＩＤに対応させてメールアドレスが記憶されており、前記第１ステップでマッチング条件が受付けられた場合、前記メモリを参照して前記アクセス元携帯端末のメールアドレスに対応するユーザＩＤを検索する第２ステップと、前記第２ステップでユーザＩＤを検出した場合、当該ユーザＩＤに対応するテンポラリメールアドレスを生成する第３ステップと、前記第３ステップで生成されたテンポラリメールアドレスを当該テンポラリメールアドレスに対応するユーザＩＤに対応させて前記メモリに登録する第４ステップと、前記メモリを参照して、前記第１ステップで受付けたマッチング条件に応じて前記第２ステップで検出されたユーザＩＤ間のマッチングを実行する第５ステップと、前記第５ステップのマッチング結果に応じて、前記アクセス元携帯端末間を前記メモリに記憶されたテンポラリメールアドレスを用いてメール通信する第６ステップと、を実行させることを特徴とする。

また、前記コンピュータに、前記第４ステップで登録されたテンポラリメールアドレスに利用期間を設定するステップをさらに実行させるようにしてもよい。

また、前記コンピュータに、一対となるマッチング条件を前記メモリに記憶するステップをさらに実行させるようにしてもよい。

本発明のユーザマッチングサーバ、ユーザマッチング方法、ユーザマッチングプログラムによれば、マッチング条件が受付けられた場合、メモリを参照してアクセス元携帯端末のメールアドレスに対応するユーザＩＤを検索し、当該ユーザＩＤに対応するテンポラリメールアドレスを生成し、そのテンポラリメールアドレスに対応するユーザＩＤに対応させてメモリに登録し、マッチング条件に応じて検出されたユーザＩＤ間のマッチングを実行し、そのマッチング結果に応じて、アクセス元携帯端末間をメモリに記憶されたテンポラリメールアドレスを用いてメール通信するようにしたので、ユーザがテンポラリメールアドレスを意識しなくてもユーザの手間をかけずにユーザ間のメール交換をテンポラリメールアドレスで実現することができる。

本実施形態では、マッチング条件が受付けられた場合、メモリを参照してアクセス元携帯端末のメールアドレスに対応するユーザＩＤを検索し、当該ユーザＩＤに対応するテンポラリメールアドレスを生成し、そのテンポラリメールアドレスに対応するユーザＩＤに対応させてメモリに登録し、マッチング条件に応じて検出されたユーザＩＤ間のマッチングを実行し、そのマッチング結果に応じて、アクセス元携帯端末間をメモリに記憶されたテンポラリメールアドレスを用いてメール通信するようにし、ユーザがテンポラリメールアドレスを意識しなくてもユーザの手間をかけずにユーザ間のメール交換をテンポラリメールアドレスで実現することができるようにした。

図１は、本発明のユーザマッチングシステムの一実施例を示す図である。なお、以下に説明するテンポラリメールアドレスとは、一時的な利用、あるいは使い捨てが可能であり、かつ匿名性を有するアドレスであることを意味する。また、以下の本アドレスとは、携帯電話側で予め設定されているメールアドレスであり、通信キャリア（通信サービスを提供している事業者）との契約の元に使用できるアドレスである。

図１に示すユーザマッチングシステムは、携帯電話１０ａ，１０ｂ、ユーザマッチングサーバ２０、データベース３０を備えている。

携帯電話１０ａ，１０ｂは、各通信キャリアの移動体通信網４０とインターネット４１とを介し、ユーザマッチングサーバ２０との間で通信を行うことができる携帯端末である。携帯電話１０ａ，１０ｂには、少なくともメール機能が搭載されているものとする。また、携帯電話１０ａはユーザＡが使用し、携帯電話１０ｂはユーザＢが使用するものとする。なお、携帯端末としては、携帯電話１０ａ，１０ｂに限らず、ＰＤＡ等の他の機器を用いてもよい。

ユーザマッチングサーバ２０は、趣味趣向の合ったユーザ同士をそれぞれの希望に応じて何ら抵抗感無く結びつけるための利用サービスを提供する提供者が管理するものであり、通信部２１、メール送受信部２２、ユーザマッチング実行部２３、データベースインタフェース部２４を備えている。

通信部２１は、インターネット４１を介して携帯電話１０ａ，１０ｂとの間でのパケット通信を行う。メール送受信部２２は、メールの送受信を行うとともに、メールでの問い合わせに対し、趣味趣向の合ったユーザ同士をそれぞれの希望に応じて結びつけたリストを問い合わせのあったユーザに送信する。この場合、リストにはそれぞれのユーザの本アドレス（携帯電話事業者との契約の元に使用できるアドレス）とは異なる上述したテンポラリメールアドレスが記載されるようになっている。

すなわち、たとえば図２に示すように、ユーザ登録を行ったユーザＡが携帯電話１０ａからユーザマッチングサーバ２０に、たとえば「いまヒマ」というような所定の登録条件である誘い待ちの内容の登録を希望するメールを送信し、ユーザマッチングサーバ２０に登録してもらったとする。次に、ユーザ登録を行ったユーザＢが携帯電話１０ｂからユーザマッチングサーバ２０に、たとえば「いまヒマ？」というような所定の要求条件である誘いたい内容の問い合わせのメールをユーザマッチングサーバ２０に送信する。

そして、ユーザマッチングサーバ２０側では「ヒマ」というような内容でのマッチング処理を行い、それにマッチするユーザのリスト１０００を問い合わせのあったユーザＢにメールで送信する。この場合、ユーザのリスト１０００には、上述したテンポラリメールアドレスが記載される。

ユーザマッチング実行部２３は、ユーザ登録を行ったユーザからの登録を希望するメールの内容と問い合わせのメールの内容とからユーザマッチングを実行するものであるが、その詳細については後述する。

データベースインタフェース部２４は、ユーザマッチング実行部２３の指示に応じて登録すべき情報をデータベース３０に渡したり、登録されている情報をデータベース３０から受け取ったりする。

データベース３０は、アカウントテーブル３１、ステータステーブル３２、テンポラリメールアドレステーブル３３を有している。これらのアカウントテーブル３１、ステータステーブル３２、テンポラリメールアドレステーブル３３の詳細については後述する。

図３は、ユーザマッチング実行部２３の詳細を説明するための図である。ユーザマッチング実行部２３は、登録受付部２３ａ、メール内容解析部２３ｂ、テンポラリメールアドレス作成部２３ｃ、テーブル管理部２３ｄ、リスト作成部２３ｅ、マッチング制御部２３ｆを有している。

登録受付部２３ａは、携帯電話１０ａ，１０ｂを使用するユーザＡ，Ｂのいずれかからのユーザマッチング利用サービスのためのユーザ登録を受け付ける。ユーザ登録は、ユーザマッチングサーバ２０が提供する所定の登録フォームから受け付けることができる。

ここで、いずれかの携帯電話１０ａ，１０ｂによって所定の登録フォームを呼び出す際は、予め携帯電話１０ａ，１０ｂ側にユーザマッチングサーバ２０のアドレスに対応させたメニュー項目を設けておき、その項目が選択されることで、その登録フォームが携帯電話１０ａ，１０ｂの画面に表示されるようにすることができる。

また、新聞、雑誌等の媒体にユーザマッチングサーバ２０のアドレスを掲示しておき、そのアドレスに基づいていずれかの携帯電話１０ａ，１０ｂからアクセスがあると、所定の登録フォームが携帯電話１０ａ，１０ｂの画面に表示されるようにすることもできる。

メール内容解析部２３ｂは、ユーザＡ又はユーザＢからのメールの内容を解析し、少なくともステータスと時間条件とからなる登録条件又は要求条件を判別する。すなわち、たとえば図２に示したように、ユーザ登録を行ったユーザＡが携帯電話１０ａからユーザマッチングサーバ２０に、たとえば「いまヒマ」というような内容の登録を希望するメールが送信されたとすると、そのメールの内容から「ヒマ」というステータスと、「いま」という時間条件とからなる登録条件を判別するようになっている。

また、メール内容解析部２３ｂは、ユーザ登録を行ったユーザＢが携帯電話１０ｂからユーザマッチングサーバ２０に、たとえば「いまヒマ？」というような内容の問い合わせのメールがユーザマッチングサーバ２０に送信されたとすると、「ヒマ？」というステータスと、「いま」という時間条件とからなる要求条件を判別するようになっている。

なお、メール内容解析部２３ｂは、たとえば図４に示すようなデータベース３０に設けられているキーワード抽出テーブル３４を参照することで、上述した登録条件又は要求条件を判別することができる。すなわち、図４のキーワード抽出テーブル３４には、ステータスとして「ヒマ」、「カラオケいきたい」、「ご飯たべよう」、「ヒマ？」等の複数のキーワードが登録されている。また、時間条件として「いま」、今日の夜」、「いつでも」等の複数のキーワードが登録されている。

また、メール内容解析部２３ｂは、図４のキーワード抽出テーブル３４を参照せずに、これらのステータスや時間条件が含まれている所定のプログラムにより上述した登録条件又は要求条件を判別することも可能である。

テンポラリメールアドレス作成部２３ｃは、登録受付部２３ａによって受け付けられたユーザによる利用制限の条件に応じて使用できるテンポラリメールアドレスを作成する。なお、利用制限の条件としては、種々考えられるが、ここでは説明の便宜上、利用期間とする。

また、テンポラリメールアドレス作成部２３ｃは、作成すべきテンポラリメールアドレスが既に作成済みのテンポラリメールアドレスと重複しないように、ステータステーブル３２に登録されているテンポラリメールアドレスを参照するようになっている。

テーブル管理部２３ｄは、少なくとも登録受付部２３ａによって受け付けられた情報、メール内容解析部２３ｂによって解析された情報、テンポラリメールアドレス作成部２３ｃによって作成されたテンポラリメールアドレス等に基づき、アカウントテーブル３１、ステータステーブル３２、テンポラリメールアドレステーブル３３における情報の追加、変更、削除を行う。

リスト作成部２３ｅは、ステータステーブル３２から「ヒマ？」というステータスと、「いま」という時間条件とにマッチングする、「ヒマ」というステータスと、「いま」という時間条件とを兼ね備えたユーザＩＤを検索し、テンポラリメールアドレステーブル３３からそのマッチングするユーザＩＤに対応したテンポラリメールアドレスを用いてのリスト１０００を作成する。この場合、テンポラリメールアドレステーブル３３における利用期間が参照され、リスト作成時における利用期間が経過しているユーザＩＤに対してはそのテンポラリメールアドレスのリストアップを行わないようになっている。

マッチング制御部２３ｆは、所定の制御プログラムに基づき、登録受付部２３ａ、メール内容解析部２３ｂ、テンポラリメールアドレス作成部２３ｃ、テーブル管理部２３ｄ、リスト作成部２３ｅにおけるそれぞれの動作を制御する。

図５は、データベース３０の詳細を説明するための図である。データベース３０のアカウントテーブル３１には、ユーザ登録を行ったユーザのユーザ情報が上述したテーブル管理部２３ｄにより登録されるものであり、少なくともユーザ名、ユーザＩＤ、パスワード、メールアドレス（本アドレス）が登録されるようになっている。なお、図５のアカウントテーブル３１では、たとえばユーザＡ，Ｂのユーザ情報が登録されている場合を示している。

ステータステーブル３２には、少なくとも、ユーザＡ，ＢのユーザＩＤと、メール内容解析部２３ｂによって解析されたステータスと時間条件とが登録されるようになっている。テンポラリメールアドレステーブル３３には、少なくとも、テンポラリメールアドレス作成部２３ｃによって作成されたテンポラリメールアドレスと、ユーザＩＤと、それぞれのユーザ毎の利用制限の条件としての利用期間とが登録されるようになっている。

次に、ユーザマッチングシステムによる動作について説明する。
（ユーザ登録）
まず、図６により、たとえばユーザＡがユーザ登録を行う場合について説明する。
携帯電話１０ａを使用するユーザＡからユーザマッチングサーバ２０へアクセスし（ステップＭＳ１）、ユーザマッチングサーバ２０によってそのアクセスが受け付けられると（ステップＳＳ１）、登録フォーム画面の作成およびその登録フォーム画面の送信が行われる（ステップＳＳ２）。これにより、携帯電話１０ａによってその登録フォーム画面が受信され、たとえば図７（ａ）に示すような所定の登録フォームが表示される（ステップＭＳ２）。

ここで、所定の登録フォームを呼び出す際、上述したように、携帯電話１０ａにユーザマッチングサーバ２０のアドレスに対応させたメニュー項目が設けられていて、その項目が選択されることで実行されるものとする。

ユーザＡが図７（ａ）の入力欄１１ａに予め携帯電話１０ａに設定されているメールアドレス（本アドレス）を入力し、入力欄１１ｂにユーザ名（匿名でも可能）を入力して”次へ”を選択し送信すると（ステップＭＳ３）、ユーザマッチングサーバ２０により入力データが受信される（ステップＳＳ３）。このとき、ユーザＩＤとパスワードが付与されて送信されると（ステップＳＳ４）、図７（ｂ）のように登録受付部２３ａによって割り当てられたユーザＩＤとパスワードとが表示される（ステップＭＳ４）。図７（ａ）の画面でユーザ登録を止めたい場合には、”終了”を選択すればよい。

ここで、ユーザＩＤやパスワードは、ユーザマッチングサーバ２０側で自動的に振り分けて登録される。これらのユーザＩＤやパスワードは、送信したメールの内容の変更の受け付や、送信したメールの内容の破棄の受け付けを行ったりする際に用いられる。

なお、ユーザＩＤやパスワードについては、ユーザ側で任意に設定するようにしてもよい。ただし、ユーザの管理や利便性を考慮すると、特にユーザＩＤについては、他のユーザが既に登録している場合には重複してしまい、重複していないユーザＩＤが割り当てられるまでにユーザマッチングサーバ２０側とのやり取りが増えてしまうことから、ユーザマッチングサーバ２０側で自動的に振り分けて登録される方が効率的である。

また、図７（ｂ）の画面でメールアドレスの間違いに気づいた場合には、”戻る”を選択して図７（ａ）の画面に戻り、再度、メールアドレスを入力すればよい。図７（ｂ）の画面でユーザ登録を止めたい場合には、”終了”を選択すればよい。

図７（ｂ）の画面から”次へ”を選択すると（ステップＭＳ５）、ユーザマッチングサーバ２０により入力データが受信され（ステップＳＳ５）、利用制限の条件を入力できる画面の作成と送信が行われる（ステップＳＳ６）。そして、携帯電話１０ａの画面には、図７（ｃ）のような利用制限の条件を入力できる画面が表示される（ステップＭＳ６）。ここでは、その画面で、利用期間を入力する入力欄１１ｃに希望する期間を入力する（ステップＭＳ７）。

ここで、たとえば2005年の 3月から2005年の10月までの期間だけ利用したい場合は、たとえば2005-03〜2005-10等のように入力すればよい。また、利用したい期間をたとえば2005年の 3月10日から2005年の10月10日までの期間だけ利用したい場合は、2005-03-10〜2005-10-10等のように入力すればよい。なお、期間の入力の仕方にあっては、ここでの説明に限定されものではなく、任意であってもよい。また、入力欄１１ｃを選択すると期間を選択できる階層表示が行われ、そこから期間を選択できるようにしてもよい。

そして、利用したい期間を入力した後、”完了”を選択することで、ユーザマッチングサーバ２０のユーザマッチング実行部２３の登録受付部２３ａによりユーザＡからのユーザ登録が受け付けられる（ステップＳＳ７）。

なお、登録受付部２３ａによりユーザ登録が受け付けられると、テーブル管理部２３ｄにより、データベース３０のアカウントテーブル３１に、ユーザ登録を行ったユーザＡのユーザ情報としての少なくともユーザ名、ユーザＩＤ、パスワード、メールアドレス（本アドレス）が登録される。

また、ユーザＢがユーザ登録を行う場合も、上記同様の手順でユーザ登録が受け付けられ、テーブル管理部２３ｄにより、データベース３０のアカウントテーブル３１に、ユーザ登録を行ったユーザＢのユーザ情報としての少なくともユーザ名、ユーザＩＤ、パスワード、メールアドレス（本アドレス）が登録される。

（スケジュール登録処理）
次に、スケジュール登録処理について説明する。なお、ここでのスケジュール登録処理とは、たとえば図６の（ステップＳＳ７）で受け付けられたユーザ登録後においてユーザが任意に趣味趣向の内容を登録することである。また、以下の説明では、たとえばユーザＡ上述した手順で既にユーザ登録を済ませていて、スケジュール登録を行う場合とする。

まず、図８に示すように、ユーザＡが携帯電話１０ａからユーザマッチングサーバ２０に「いまヒマ」というような内容の登録を希望するメールを送信すると、そのメールが移動体通信網４０、インターネット４１を介し、さらにユーザマッチングサーバ２０の通信部２１を介してメール送受信部２２により受信される（ステップＳ１０）。なお、受信されたメールは、一旦、テーブル管理部２３ｄによって保持されるか、又は図示しないメモリに記憶されるようになっている。

このとき、登録受付部２３ａにより、データベース３０のアカウントテーブル３１に登録されている送信元（ユーザＡ）のたとえばメールアドレス（本アドレス）が参照され、そのメールアドレス（本アドレス）をキーとしてユーザＩＤが検索される（ステップＳ１１）。

ここで、ユーザＡのユーザＩＤがデータベース３０のアカウントテーブル３１に登録されているか否かが判断され（ステップＳ１２）、そのユーザＩＤが登録されていなければ、ユーザＡによるユーザ登録が行われていないことになり、マッチング制御部２３ｆによる指示により、メール送受信部２２からユーザＡにユーザ登録を促す内容のエラーメッセージのメールが返される（ステップＳ１３）。

これに対し、ユーザＡのユーザＩＤがデータベース３０のアカウントテーブル３１に登録されている場合には、ユーザマッチング実行部２３のメール内容解析部２３ｂにより、メールの内容が解析されて登録条件が抽出される（ステップＳ１４）。すなわち、そのメールの内容から「ヒマ」というステータスと、「いま」という時間条件とが解析され、これらが登録条件とされる。

メール内容解析部２３ｂにより、ステータスと時間条件とが解析されると、テーブル管理部２３ｄにより、ステータステーブル３２にユーザＩＤと抽出した登録条件とが記録される（ステップＳ１５）。すなわち、ステータステーブル３２にユーザＩＤと、ステータスの「ヒマ」と、時間条件の「いま」とが登録されることになる。

このようにして、ユーザ登録済みの複数のユーザからの登録を希望するメールが受信される毎に、メール内容解析部２３ｂにより、それぞれのメールの内容からステータスと時間条件とが解析される。そして、メール内容解析部２３ｂによる解析が行われる度に、テーブル管理部２３ｄにより、ステータステーブル３２に複数のユーザのユーザＩＤと、ステータスと、時間条件とが登録される。

（ユーザリスト取得処理）
次に、ユーザリスト取得処理について説明する。なお、以下の説明では、ユーザＢが趣味趣向の合ったユーザの問い合わせを行う場合とする。

まず、図９に示すように、ユーザＢが携帯電話１０ｂからユーザマッチングサーバ２０にユーザリスト要求メールを送信すると、そのメールが上記同様にしてメール送受信部２２により受信される（ステップＳ２０）。なお、受信されたメールは、上記同様に、一旦、テーブル管理部２３ｄによって保持されるか、又は図示しないメモリに記憶されるようになっている。すなわち、ユーザＢの携帯電話１０ｂからは、「いまヒマ？」というような内容の問い合わせのメールが送信される。

このとき、登録受付部２３ａにより、上記同様に、アカウントテーブル３１に登録されているたとえばメールアドレス（本アドレス）が参照され、ユーザＢからのメールの送信元を示すメールアドレス（本アドレス）等がアカウントテーブル３１に登録されている場合には、ユーザ登録済みが確認されるものとする。

また、ここで、ユーザＢのユーザ登録が無い場合には、上記同様に、マッチング制御部２３ｆによる指示により、メール送受信部２２からユーザＢにユーザ登録を促す内容のエラーメッセージのメールが送信されるものとする。

ここでは、ユーザＢが既に登録済みであるとすると、ユーザマッチング実行部２３のメール内容解析部２３ｂにより、メールの内容が解析されて要求条件が抽出される（ステップＳ２１）。すなわち、そのメールの内容から「ヒマ？」というステータスと、「いま」という時間条件とが解析されることになる。また、要求条件とは、「ヒマ？」というステータスと、「いま」という時間条件とからなる。

メール内容解析部２３ｂにより、要求条件であるステータスと時間条件とが解析されると、テーブル管理部２３ｄにより、データベース３０のステータステーブル３２にユーザＢのユーザＩＤと、ステータスと、時間条件とが登録される。

次いで、テーブル管理部２３ｄにより、データベース３０のステータステーブル３２からユーザＢの要求条件にマッチするユーザが検索される（ステップＳ２２）。すなわち、テーブル管理部２３ｄにより、ステータステーブル３２から「ヒマ？」というステータスと、「いま」という時間条件とにマッチングする、「ヒマ」というステータスと、「いま」という時間条件とを兼ね備えたユーザＩＤが検索される。

そして、ユーザＢの要求条件に合致するユーザが検索されると、マッチング制御部２３ｆからの指示により、テンポラリメールアドレス作成部２３ｃによって、ユーザＢの要求条件に合致するユーザのユーザＩＤ毎にテンポラリメールアドレスが自動作成される（ステップＳ２３）。

テンポラリメールアドレスが自動作成されると、テーブル管理部２３ｄにより、データベース３０のテンポラリメールアドレス３３に、ユーザＢの送信元アドレスと紐付けてそれぞれのテンポラリメールアドレスが保存（登録）される（ステップＳ２４）。

次いで、マッチング制御部２３ｆによる指示により、リスト作成部２３ｅによって、ユーザＢの要求条件に合致するユーザのテンポラリメールアドレスを用いたリスト１０００が作成される（ステップＳ２５）。この場合、テンポラリメールアドレステーブル３３における利用期間が参照され、リスト作成時における利用期間が経過しているユーザＩＤに対してはそのテンポラリメールアドレスのリストアップが行われないようになっている。

そして、リスト作成部２３ｅによって作成された複数のユーザのテンポラリメールアドレスである、ヒマな人のリスト１０００がメール送受信部２２からユーザＢの携帯電話１０ｂに返信される（ステップＳ２６）。

ここで、ヒマな人のリスト１０００には、それぞれのユーザの利用制限の条件に応じて作成されたテンポラリメールアドレスが記載されているため、リストアップされている複数のユーザのメールアドレスの匿名性が高められることになる。

（テンポラリメールアドレスへのメール送信処理）
次に、テンポラリメールアドレスへのメール送信処理について説明する。
まず、図１０に示すように、ヒマな人のリスト１０００を受け取ったユーザＢは、そのリスト１０００の中からいずれかのユーザのテンポラリメールアドレスを選択してユーザマッチングサーバ２０に送信すると、メール送受信部２２により受信される（ステップＳ３０）。なお、受信されたメールは、上記同様に、一旦、テーブル管理部２３ｄによって保持されるか、又は図示しないメモリに記憶されるようになっている。

なお、ユーザＢが希望するユーザを選択する場合、メールのあて先を選択したテンポラリメールアドレスとすればよい。また、送信すべきメールには、たとえば「遊びましょう」といったような意思を伝える内容を記載しておけばよい。

ここで、ユーザＢにより選択されたテンポラリメールアドレスがユーザＡであるとし、ユーザＢからのメールが受信されると、マッチング制御部２３ｆの指示により、テーブル管理部２３ｄによってテンポラリメールアドレステーブル３３からユーザＢによって選択されたユーザＡのテンポラリメールアドレスに対応するユーザＩＤが確認されるとともに、ユーザＡに対する送信が可能であるかが確認される（ステップＳ３１）。

すなわち、たとえばユーザＡのテンポラリメールアドレスの利用期間等に基づき送信可能か否かが判断され（ステップＳ３２）、送信可能でない場合はユーザＢに対してユーザＡのテンポラリメールアドレスの利用期間が過ぎている等の内容のエラーメッセージが通知される（ステップＳ３３）。

これに対し、送信可能である場合は、テーブル管理部２３ｄにより、データベース３０のアカウントテーブル３１に登録されているユーザＡのユーザＩＤをキーとしてメールアドレス（本アドレス）が参照され、送信先であるユーザＡが特定される（ステップＳ３４）。

そして、ユーザＢのメールアドレス（本アドレス）がテンポラリメールアドレスとされるfrom置換処理が行われ（ステップＳ３５）、たとえば「遊びましょう」といったような意思を伝える内容のメールがメール送受信部２２からユーザＡに送信される（ステップＳ３６）。この場合、送信元となるユーザＢの本アドレスがテンポラリメールアドレスとされるので、ユーザＢの匿名性が高められることになる。また、ユーザＡのメールアドレスは本アドレスとなる。

なお、ユーザＢからのメールがユーザＡに送信された後では、テーブル管理部２３ｄにより、テンポラリメールアドレステーブル３３のユーザＡのテンポラリメールアドレス又はユーザＩＤに「予定が入った」等の内容を示す情報が付加されるようにしてもよい。この場合、その情報はフラグとしてもよい。

このように、テンポラリメールアドレステーブル３３のユーザＡのテンポラリメールアドレス又はユーザＩＤに「予定が入った」等の内容を示すフラグが付加されることで、他のユーザからの上記同様の問い合わせのメールがあっても、リスト作成部２３ｅによってヒマな人のリスト１０００が作成される際、そのリスト１０００にはユーザＡのテンポラリメールアドレスがリストアップされないようにすることができる。

また、（ステップＳ３５）のfrom置換処理においては、図１１に示すように、まずテーブル管理部２３ｄにより、データベース３０のアカウントテーブル３１からユーザＢのメールアドレス（本アドレス）をキーとする参照によってユーザＢのユーザＩＤが検索される（ステップＳ４０）。

ここで、ユーザＢのユーザＩＤがアカウントテーブル３１に存在するか否かが判断され（ステップＳ４１）、ユーザＢのユーザＩＤが存在しなければ、図１０の（ステップＳ３３）に移行し、ユーザＢに対して「ユーザ登録を行ってください」等の内容のエラーメッセージが通知される。

これに対し、ユーザＢのユーザＩＤが存在している場合、テーブル管理部２３ｄにより、データベース３０のテンポラリメールアドレステーブル３３からユーザＢのユーザＩＤをキーとする参照によって、ユーザＢのテンポラリメールアドレスが検索される（ステップＳ４２）。

また、ユーザＢのテンポラリメールアドレスが検索されるとき、使用できるテンポラリメールアドレスがテンポラリメールアドレステーブル３３に存在しているか否かが判断され（ステップＳ４３）、存在している場合はユーザＢの送信元を示すfromのメールアドレスがテンポラリメールアドレスに置換される（ステップＳ４４）。

これに対し、使用できるテンポラリメールアドレスがテンポラリメールアドレステーブル３３に存在していない場合は、マッチング制御部２３ｆからの指示により、テンポラリメールアドレス作成部２３ｃによって、ユーザＢのユーザＩＤに対応させたテンポラリメールアドレスが自動作成されてユーザＢの送信元を示すfromのメールアドレスがテンポラリメールアドレスに置換される（ステップＳ４５）。

また、ユーザＢのテンポラリメールアドレスが自動作成されると、テーブル管理部２３ｄにより、データベース３０のテンポラリメールアドレス３３に、ユーザＢのユーザＩＤと紐付けて作成されたテンポラリメールアドレスが保存（登録）される（ステップＳ４６）。

このように、本実施例では、マッチング条件が受付けられた場合、メモリを参照してアクセス元携帯端末のメールアドレスに対応するユーザＩＤを検索し、当該ユーザＩＤに対応するテンポラリメールアドレスを生成し、そのテンポラリメールアドレスに対応するユーザＩＤに対応させてメモリに登録し、マッチング条件に応じて検出されたユーザＩＤ間のマッチングを実行し、そのマッチング結果に応じて、アクセス元携帯端末間をメモリに記憶されたテンポラリメールアドレスを用いてメール通信するようにしたので、ユーザがテンポラリメールアドレスを意識しなくてもユーザの手間をかけずにユーザ間のメール交換をテンポラリメールアドレスで実現することができるようにした。

また、本実施例では、利用制限の条件を利用期間としているので、ユーザが意識しなくてもその期間が経過した場合、そのテンポラリメールアドレスが使用不可となるかあるいは破棄されるようにすることができ、ユーザ側でテンポラリメールアドレスを何ら管理する必要がないため、携帯電話１０ａ，１０ｂにおけるメール機能の使い勝手をさらに良好なものとすることができる。

なお、本実施例では、メール内容解析部２３ｂにより、所定の登録条件の内容のメールから「ヒマ」というステータスと、「いま」という時間条件とを判別し、所定の要求条件の内容のメールから「ヒマ？」というステータスと、「いま」という時間条件とを判別するようにした場合について説明したが、この例に限らず、ステータスとしては「カラオケいきたい」、「ご飯たべよう」等のように様々な所定の登録条件又は所定の要求条件としてもよい。また、その時間条件としては、「今日の夜」、「いつでも」といったような時間とするようにしてもよい。

また、利用制限の条件としては利用期間に限らず、たとえば受信回数とすることも可能であり、この場合もユーザが意識しなくても設定した受信回数でテンポラリメールアドレスが使用不可となるかあるいは破棄されるようにすることができ、上記同様に、ユーザ側でテンポラリメールアドレスを何ら管理する必要がないため、メール機能の使い勝手をさらに良好なものとすることができる。

メール機能を有した携帯端末による通信システム全般においても適用可能である。

本発明のユーザマッチングシステムの一実施例を示す図である。 図１のユーザマッチングシステムの概要を説明するための図である。 図１のユーザマッチング実行部の詳細を説明するためのブロック図である。 図３のメール内容解析部によって参照されるキーワード抽出テーブルを説明するための図である。 図１のデータベースの詳細を説明するための図である。 図１のユーザマッチングシステムによるユーザ登録を説明するためのフローチャートである。 図１のユーザマッチングシステムによるユーザ登録を説明するための図である。 図１のユーザマッチングシステムによるスケジュール登録処理を説明するためのフローチャートである。 図１のユーザマッチングシステムによるユーザリスト取得処理を説明するためのフローチャートである。 図１のユーザマッチングシステムによるテンポラリメールアドレスへのメール送信処理を説明するためのフローチャートである。 図１０のfrom置換処理を説明するためのフローチャートである。

符号の説明

１０ａ，１０ｂ 携帯電話
２０ ユーザマッチングサーバ
２１ 通信部
２２ メール送受信部
２３ ユーザマッチング実行部
２３ａ 登録受付部
２３ｂ メール内容解析部
２３ｃ テンポラリメールアドレス作成部
２３ｄ テーブル管理部
２３ｅ リスト作成部
２３ｆ マッチング制御部
２４ データベースインタフェース部
３０ データベース
３１ アカウントテーブル
３２ ステータステーブル
３３ テンポラリメールアドレステーブル
３４ キーワード抽出テーブル
４０ 移動体通信網
４１ インターネット
１０００ リスト

Claims (9)

1. 携帯端末間でユーザのマッチングを制御するユーザマッチングサーバであって、
   ユーザ毎にユーザＩＤに対応させてメールアドレスを記憶する記憶手段と、
   携帯端末からメールを用いたマッチング条件を受付ける受付手段と、
   前記受付手段でマッチング条件が受付けられた場合、前記記憶手段を参照して前記アクセス元携帯端末のメールアドレスに対応するユーザＩＤを検索する検索手段と、
   前記検索手段でユーザＩＤを検出した場合、当該ユーザＩＤに対応するテンポラリメールアドレスを生成する生成手段と、
   前記生成手段で生成されたテンポラリメールアドレスを当該テンポラリメールアドレスに対応するユーザＩＤに対応させて前記記憶手段に登録する登録手段と、
   前記記憶手段を参照して、前記受付手段で受付けたマッチング条件に応じて前記検索手段で検出されたユーザＩＤ間のマッチングを実行するマッチング手段と、
   前記マッチング手段のマッチング結果に応じて、前記アクセス元携帯端末間を前記記憶手段に記憶されたテンポラリメールアドレスを用いてメール通信するメール通信手段と、
   を備えたことを特徴とするユーザマッチングサーバ。
2. 前記登録手段で登録されたテンポラリメールアドレスに利用期間を設定することを特徴とする請求項１に記載のユーザマッチングサーバ。
3. さらに、一対となるマッチング条件を記憶するマッチング条件記憶手段を有したことを特徴とする請求項１または２に記載のユーザマッチングサーバ。
4. 携帯端末間でユーザのマッチングを制御するサーバのユーザマッチング方法であって、
   携帯端末からメールを用いたマッチング条件を受付ける第１ステップと、
   前記サーバのメモリにユーザ毎にユーザＩＤに対応させてメールアドレスが記憶されており、前記第１ステップでマッチング条件が受付けられた場合、前記メモリを参照して前記アクセス元携帯端末のメールアドレスに対応するユーザＩＤを検索する第２ステップと、
   前記第２ステップでユーザＩＤを検出した場合、当該ユーザＩＤに対応するテンポラリメールアドレスを生成する第３ステップと、
   前記第３ステップで生成されたテンポラリメールアドレスを当該テンポラリメールアドレスに対応するユーザＩＤに対応させて前記メモリに登録する第４ステップと、
   前記メモリを参照して、前記第１ステップで受付けたマッチング条件に応じて前記第２ステップで検出されたユーザＩＤ間のマッチングを実行する第５ステップと、
   前記第５ステップのマッチング結果に応じて、前記アクセス元携帯端末間を前記メモリに記憶されたテンポラリメールアドレスを用いてメール通信する第６ステップと、
   を含んだことを特徴とするユーザマッチング方法。
5. 前記第４ステップで登録されたテンポラリメールアドレスに利用期間を設定するステップをさらに有したことを特徴とする請求項４に記載のユーザマッチング方法。
6. 一対となるマッチング条件を前記メモリに記憶するステップをさらに有したことを特徴とする請求項４または５に記載のユーザマッチング方法。
7. 携帯端末間でユーザのマッチングを制御するサーバのコンピュータにより実行可能なユーザマッチングプログラムであって、
   前記コンピュータに、
   携帯端末からメールを用いたマッチング条件を受付ける第１ステップと、
   前記サーバのメモリにユーザ毎にユーザＩＤに対応させてメールアドレスが記憶されており、前記第１ステップでマッチング条件が受付けられた場合、前記メモリを参照して前記アクセス元携帯端末のメールアドレスに対応するユーザＩＤを検索する第２ステップと、
   前記第２ステップでユーザＩＤを検出した場合、当該ユーザＩＤに対応するテンポラリメールアドレスを生成する第３ステップと、
   前記第３ステップで生成されたテンポラリメールアドレスを当該テンポラリメールアドレスに対応するユーザＩＤに対応させて前記メモリに登録する第４ステップと、
   前記メモリを参照して、前記第１ステップで受付けたマッチング条件に応じて前記第２ステップで検出されたユーザＩＤ間のマッチングを実行する第５ステップと、
   前記第５ステップのマッチング結果に応じて、前記アクセス元携帯端末間を前記メモリに記憶されたテンポラリメールアドレスを用いてメール通信する第６ステップと、
   を実行させることを特徴とするユーザマッチングプログラム。
8. 前記コンピュータに、前記第４ステップで登録されたテンポラリメールアドレスに利用期間を設定するステップをさらに実行させることを特徴とする請求項７に記載のユーザマッチングプログラム。
9. 前記コンピュータに、一対となるマッチング条件を前記メモリに記憶するステップをさらに実行させることを特徴とする請求項７または８に記載のユーザマッチングプログラム。
   

Images