(57)【特許請求の範囲】
【請求項１】
複数のユーザが通信機能を有する情報端末を用いて情報交換を行える環境を提供するためのコミュニケーションシステムであって、
前記複数のユーザのそれぞれについて、そのユーザの住所情報を含む個人情報と、そのユーザと友達関係にあるユーザである何人かの友達ユーザの識別情報とを記憶しておくための情報記憶手段と、
前記複数のユーザのそれぞれが他ユーザに公開するために入力した文字列情報を記憶しておくための文字列情報記憶手段と、
前記複数のユーザの中の任意のユーザ、当該ユーザに関する任意の友達ユーザを、それぞれ、注目ユーザ、注目友達ユーザとして取り扱って、注目ユーザと注目友達ユーザとの間の相性の良し悪しを示す相性値を算出する相性値算出手段と、
相性占い結果の提供を要求しているユーザである要求ユーザの前記情報端末に、当該要求ユーザの一人以上の友達ユーザのユーザ名を、前記相性値算出手段が、要求ユーザを注目ユーザとして取り扱い、当該一人以上の友達ユーザのそれぞれを注目友達ユーザとして取り扱って算出した相性値を表す情報と共に、提供する相性占い結果提供手段と
を、備え、
前記相性値算出手段が、
当日の日付と、前記情報記憶手段に記憶されている注目ユーザの個人情報中の一部の情報及び注目友達ユーザの個人情報中の一部の情報とから、日によって値が異なる相性値を算出する手段であると共に、
相性値の算出時に、前記文字列情報記憶手段に記憶されている情報、又は、前記文字列情報記憶手段に記憶されている情報及び前記情報記憶手段に記憶されている注目友達ユーザの住所情報を参照することにより、注目ユーザが入力した文字列情報中に地名が含まれており、且つ、当該地名が示している場所が存在する地域に注目友達ユーザが住んでいるという条件が満たされているか否かを判断し、当該条件が満たされている場合、当該条件が満たされていない場合に算出する相性値よりも相性が良いことを示す相性値を算出する手段である
ことを特徴とするコミュニケーションシステム。
【請求項２】
前記相性占い結果提供手段は、
要求ユーザの前記情報端末に、少なくとも、要求ユーザを注目ユーザとして取り扱い、
要求ユーザの各友達ユーザを注目友達ユーザとして取り扱った前記相性値算出手段により最も相性の良いことを示す相性値が算出された友達ユーザのユーザ名と、当該相性値を表す情報とを、提供する
ことを特徴とする請求項１に記載のコミュニケーションシステム。
【請求項３】
前記相性値算出手段は、
前記文字列情報記憶手段に記憶されている注目ユーザが入力した文字列情報及び注目友達ユーザが入力した文字列情報の解析により特定された，予め定められている各キーワードの，注目ユーザ及び注目友達ユーザのそれぞれによる入力回数を用いて、相性値を算出する
ことを特徴とする請求項１又は２に記載のコミュニケーションシステム。
【請求項４】
前記情報端末が、Ｗｅｂページを表示可能な端末であり、
前記相性占い結果提供手段が、Ｗｅｂページにて、前記要求ユーザの前記情報端末に、当該要求ユーザの一人以上の友達ユーザのユーザ名を、前記相性値を表す前記情報と共に、提供する手段である
ことを特徴とする請求項１から３のいずれか一項に記載のコミュニケーションシステム。
【請求項５】
前記相性値算出手段が、
注目ユーザに関するＧＰＳデータが与えられた場合には、前記情報記憶手段に記憶されている注目友達ユーザの住所情報を参照することにより、当該ＧＰＳデータが示している場所が存在する地域に注目友達ユーザが住んでいるという条件が満たされているか否かを判断し、当該条件が満たされている場合、当該条件が満たされていない場合に算出する相性値よりも相性が良いことを示す相性値を算出する手段であり、
前記相性占い結果提供手段が、
要求ユーザの，ＧＰＳ機能とＷｅｂページを表示する機能とを有する情報端末から、ＧＰＳデータを含む所定のリクエストを受信した場合には、当該ＧＰＳデータを注目ユーザに関するＧＰＳデータとして前記相性値算出手段に与え、その結果として前記相性値算出手段が算出した相性値に基づき用意した情報を要求ユーザの前記情報端末に提供する手段である
ことを特徴とする請求項１から４のいずれか一項に記載のコミュニケーションシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のユーザが所定機能を有する情報端末を用いて情報交換を行える環境を提供するためのコミュニケーションシステムに関する。
【背景技術】
【０００２】
周知のように、ソーシャルネットワーキングサービスと呼ばれる，参加者が通信ネットワークを利用して互いに友人を紹介することによって新たな友人関係を広げることが出来るサービス（例えば、非特許文献１参照。）が、さまざまな事業者によって提供されるようになってきている。
【０００３】
このソーシャルネットワーキングサービスを、参加者が新たな友人関係を広げていくことが実際に可能なサービスとするためには、各参加者のサービスの利用頻度を向上させることが必要である。
【０００４】
【非特許文献１】“よくわかる！ソーシャル・ネットワーキング”、２００４年１１月２０日、ソフトバンクパブリッシング
【発明の開示】
【発明が解決しようとする課題】
【０００５】
そこで、本発明の課題は、複数のユーザが所定機能を有する情報端末を用いて情報交換を行える環境を提供するためのコミュニケーションシステムであって、各ユーザのシステムの利用頻度を向上させることが可能な機能を有するコミュニケーションシステムを、提供することにある。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明では、複数のユーザが通信機能を有する情報端末を用いて情報交換を行える環境を提供するためのコミュニケーションシステムを、複数のユーザのそれぞれについて、そのユーザの住所情報を含む個人情報と、そのユーザと友達関係にあるユーザである何人かの友達ユーザの識別情報とを記憶しておくための情報記憶手段と、複数のユーザのそれぞれが他ユーザに公開するために入力した文字列情報を記憶しておくための文字列情報記憶手段と、複数のユーザの中の任意のユーザ、当該ユーザに関する任意の友達ユーザを、それぞれ、注目ユーザ、注目友達ユーザとして取り扱って、注目ユーザと注目友達ユーザとの間の相性の良し悪しを示す相性値を算出するための、当日の日付と、情報記憶手段に記憶されている注目ユーザの個人情報中の一部の情報及び注目友達ユーザの個人情報中の一部の情報とから、日によって値が異なる相性値を算出する手
段であると共に、相性値の算出時に、文字列情報記憶手段に記憶されている情報、又は、文字列情報記憶手段に記憶されている情報及び情報記憶手段に記憶されている注目友達ユーザの住所情報を参照することにより、注目ユーザが入力した文字列情報中に地名が含まれており、且つ、当該地名が示している場所が存在する地域に注目友達ユーザが住んでいるという条件が満たされているか否かを判断し、当該条件が満たされている場合、当該条件が満たされていない場合に算出する相性値よりも相性が良いことを示す相性値を算出する手段である相性値算出手段と、相性占い結果の提供を要求しているユーザである要求ユーザの情報端末に、当該要求ユーザの一人以上の友達ユーザのユーザ名を、相性値算出手段が、要求ユーザを注目ユーザとして取り扱い、当該一人以上の友達ユーザのそれぞれを注目友達ユーザとして取り扱って算出した相性値を表す情報と共に、提供する相性占い結果提供手段とを備えるものとして構成しておく。
【０００７】
すなわち、本発明のコミュニケーションシステムは、相性を占う対象が増えたり減ったりしても、その都度、新たに個人情報の設定をする必要がない形で、各ユーザに、毎日、異なる相性占い結果を提供できる構成を有する。従って、本発明のコミュニケーションシステムを用いれば、各ユーザが、相性占い結果を話題として情報交換を行えることになり、その結果として、各ユーザの参加頻度がより高いサービス（ソーシャルネットワーキングサービス等）を実現できることになる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明を実施するための最良の形態を、図面を参照して詳細に説明する。
【００１３】
《第１実施形態》
図１に模式的に示してあるように、本発明の第１実施形態に係るコミュニケーションシステム１０は、ユーザデータベース１１，日記データベース１２及び利用履歴データベース１３を備えたシステムである。なお、詳細説明は省略するが、実際のコミュニケーションシステム１０は、Ｗｅｂサーバ，メールサーバ，データベースサーバ等からなる二重化された（冗長構成を有する）システムとなっている。
【００１４】
このコミュニケーションシステム１０は、携帯電話（Ｗｅｂページを表示可能なもの）にて利用可能なソーシャルネットワーキングサービスを提供するための既存のシステムに、相性占い機能を付加したものである。このため、以下では、相性占い機能に関係する部分を中心に、本コミュニケーションシステム１０の構成及び動作を説明することにする。
【００１５】
本コミュニケーションシステム１０が備えるユーザデータベース１１は、図２に模式的に示したように、本システムのユーザ（本システムの利用手続きを行った者）毎に、ユーザＩＤ，パスワード（ＰＷ），個人情報（ニックネーム，名前，生年月日，性別，住所等），招待中友達情報，友達情報等を記憶可能な構成のデータベースである。
【００１６】
このユーザデータベース１１に記憶されるユーザＩＤ，パスワード，個人情報は、本システムの利用手続用のＷｅｂページ（コミュニケーションシステム１０が携帯電話に提供可能なＷｅｂページ）に対してユーザが設定する情報である。
【００１７】
ユーザデータベース１１に記憶される，或るユーザに関する招待中友達情報は、当該ユーザが，本システムを通じて“友達”となることを依頼している（“友達”にならないかと誘っている）が，未だ返事が得られていない各他ユーザのユーザＩＤからなる情報である。
【００１８】
また、ユーザデータベース１１に記憶されている，或るユーザに関する友達情報は、当該ユーザが既に本システムを通じて“友達”となっている各ユーザ（以下、友達ユーザとも表記する）について、その友達ユーザのユーザＩＤと、その友達ユーザとユーザ（友達情報の所有者）との相性を示す相性値とを含む情報である。この友達情報中の各相性値は、二人のユーザが友達となったときに、コミュニケーションシステム１０が、各ユーザの個人情報の一部（本実施形態では、生年月日と性別）とから、四柱推命に分類されるアルゴリズムにて算出してユーザデータベース１１内に記憶する値となっている。
【００１９】
なお、“友達”（友達ユーザ）とは、本システムへログインする（本システムにアクセスしてユーザＩＤとパスワードとを入力する）ことにより携帯電話に表示される図３に示したようなトップページの“トモダチ最新日記”と示されている領域内に、その者の最新の日記へのリンク２４（みんなで飲み会等）が掲載されることになるユーザのことである。また、“友達”は、リンク２２の操作により表示される図４（ａ）に示したような構成のＷｅｂページに、その者のプロフィールページへのリンク（“ひろ”，“ともこ”等）が示されることになるユーザともなっている。ここで、プロフィールページとは、図４（ｂ）に示したような構成のＷｅｂページのことである。
【００２０】
日記データベース１２（図１）は、各ユーザが書いた日記（主として“友達”に公開するために入力する文字列情報）をユーザ別に記憶しておくためのデータベースであり、本コミュニケーションシステム１０は、ユーザがトップページ（図３）上のリンク２１を操作すると、日記入力用のＷｅｂページが表示されるシステムとなってる。
【００２１】
利用履歴データベース１３は、図５に模式的に示してあるように、本システムの各ユーザについて（各ユーザのユーザＩＤ毎に）、当該ユーザの最終ログイン日時，今月のアクセス回数，今月の書込回数，４種の運勢ジャンル別キーワード出現回数を記憶可能なデータベースである。この利用履歴データベース１３内の最終ログイン日時，今月のアクセス回数，及び，今月の書込回数は、対応するユーザによるアクセスが行われる度に、コミュニケーションシステム１０が更新する情報である。また、今月のアクセス回数及び今月の書込回数は、その名称から明らかなように、月が変わった際に“０”クリアされる情報となっている。
【００２２】
利用履歴データベース１３内の各ユーザに関する４種の運勢ジャンル別キーワード出現回数は、各ユーザの，過去，一定期間（本実施形態では、２週間）の間に書かれた日記（日記データベース１２に記憶されている文字列情報）の中に含まれている、総合運関連キーワード，金銭運関連キーワード，恋愛運関連キーワード，仕事運関連キーワードの出現回数を表す情報である。この運勢ジャンル別キーワード出現回数は、コミュニケーションシステム１０が、定期的に（本実施形態では、１日１回）、更新する情報となっている。また、総合運関連キーワード，金銭運関連キーワード，恋愛運関連キーワード，仕事運関連キーワードは、平均的な内容の文章中での出現回数がほぼ一定となるように、それぞれ、何種類かずつ定められている情報となっている。
【００２３】
そして、本コミュニケーションシステム１０が有する相性占い機能は、利用履歴データベース１３内の運勢ジャンル別キーワード出現回数を利用する機能となっている。
【００２４】
具体的には、コミュニケーションシステム１０は、毎日，所定時刻（本実施形態では、４時）に、各ユーザに対して，図６に示した手順の処理を実行するよう構成されている。
【００２５】
すなわち、コミュニケーションシステム１０は、まず、処理対象として選択したユーザ（以下、処理対象ユーザと表記する）に関する４種の運勢ジャンル別キーワード出現回数を利用履歴データベース１３から読み出し、運勢ジャンル別キーワード出現回数が最も大きくなっている運勢ジャンルを特定する(ステップＳ１０１)。以下、このステップＳ１０１の処理で特定された運勢ジャンルのことを、処理対象運勢ジャンルと表記する。
【００２６】
その後、コミュニケーションシステム１０は、ユーザデータベース１１に記憶されている処理対象ユーザの個人情報の一部（本実施形態では、生年月日と性別）を、日により算出される値が変わる総合運勢値算出式に代入することにより、処理対象ユーザの総合運勢値を算出する(ステップＳ１０２)。
【００２７】
また、コミュニケーションシステム１０は、同じ情報を、日により算出される値が変わる，処理対象運勢ジャンルに関する運勢値を求めるための式に代入することにより、処理対象ユーザの，処理対象運勢ジャンルに関する運勢値を算出する処理(ステップＳ１０３)も行う。なお、本コミュニケーションシステム１０は、処理対象運勢ジャンルが総合運であった場合、ステップＳ１０３の処理を実行することなく、ステップＳ１０２で算出した総合運勢値を、処理対象ユーザの，処理対象運勢ジャンルに関する運勢値として取り扱うシステムとなっている。
【００２８】
処理対象ユーザの，総合運勢値と処理対象運勢ジャンルに関する運勢値とを算出したコミュニケーションシステム１０は、ユーザデータベース１１に記憶されている処理対象ユーザの友達情報を読み出すことにより、処理対象ユーザの各友達ユーザ（各友達ユーザのユーザＩＤ）と、処理対象ユーザの各友達ユーザとの相性値とを把握する(ステップＳ１０４)。
【００２９】
次いで、コミュニケーションシステム１０は、各友達ユーザの，処理対象運勢ジャンルに関する運勢値を算出する処理(ステップＳ１０５)を行う。このステップにて、各ユーザの運勢値を算出するために行われる処理は、ステップＳ１０３の処理と同じものである。
【００３０】
その後、コミュニケーションシステム１０は、「処理対象ユーザーからみた友達ユーザーとの現相性値」と、「友達ユーザーからみた処理対象ユーザーとの現相性値」とを、各友達ユーザーについて算出する処理(ステップＳ１０６)を行う。ここで、「処理対象ユーザーからみた友達ユーザーとの現相性値」とは、「処理対象ユーザの，処理対象運勢ジャンルに関する運勢値」×「処理対象ユーザと友達ユーザとの相性値」のことである。また、「友達ユーザーからみた処理対象ユーザーとの現相性値」とは、「友達ユーザの，処理対象運勢ジャンルに関する運勢値」×「処理対象ユーザと友達ユーザとの相性値」とのことである。
【００３１】
次いで、コミュニケーションシステム１０は、各友達ユーザについて、「処理対象ユーザーからみた友達ユーザーとの現相性値」×「友達ユーザーからみた処理対象ユーザーとの現相性値」×「１近傍の乱数」を、「処理対象ユーザと友達ユーザとの現相性値」として算出する処理(ステップＳ１０７)を行う。なお、１近傍の乱数（本実施形態では、０．９９〜１．０１）をかけているのは、複数の友達ユーザに関する生年月日及び性別が一致していても、結果として算出される現相性値が異なるようにするためである。
【００３２】
そして、コミュニケーションシステム１０は、最も大きな現相性値が算出された友達ユーザのニックネームと、最も小さな現相性値が算出された友達ユーザのニックネームと、ステップＳ１０２で算出した総合運勢値とを用いて、図７に示したような相性占い結果ページを携帯電話に表示させることが出来る相性占い結果ページデータを作成し、処理対象ユーザがトップページ（図３）上のリンク２３を、所定時刻（本実施形態では、７時）以降に操作した際に提供するためのデータとして内部に保存する処理(ステップＳ１０８)を行う。
【００３３】
そして、コミュニケーションシステム１０は、処理対象ユーザに対する処理を終了する。
【００３４】
以上の説明から明らかなように、本コミュニケーションシステム１０が有する相性占い機能は、相性を占う対象が増えたり減ったりしても、その都度、新たに個人情報の設定をする必要がない機能となっている。また、本コミュニケーションシステム１０が有する相性占い機能は、日によって算出される値が異なる運勢値算出式により算出された運勢値から現相性値が算出される機能であると共に、日記の内容によっても、算出される現相性値が異なる機能となっている。従って、本コミュニケーションシステム１０によれば、各ユーザに、毎日、異なる相性占い結果を提供できることになる。また、各ユーザは、相性占い結果を利用して日記を書くことなどが出来ることになるので、本コミュニケーションシステム１０を用いれば、各ユーザの参加頻度がより高いソーシャルネットワーク等を実現できることになる。
【００３５】
なお、本コミュニケーションシステム１０は、或るユーザの携帯電話に表示させた図７の相性占い結果ページ上の“ヨン爺”というリンクが操作されると、図８（ａ）に示したＷｅｂページを当該携帯電話に表示させ、このＷｅｂページ上の“ヨン爺とサヨナラする”というリンクが操作されると、図８（ｂ）に示したＷｅｂページを当該携帯電話に表示させるシステムとして構成されている。さらに、コミュニケーションシステム１０は、この図８（ｂ）のＷｅｂページ上の“ヨン爺とサヨナラする”というリンクが操作されると、図８（ｃ）に示したＷｅｂページを当該携帯電話に表示させ、リンク２３が存在していないトップページ（図３参照）を当該ユーザに提供する状態となるシステムとしても構成されている。
【００３６】
また、コミュニケーションシステム１０は、或るユーザの携帯電話に表示させた図４（ｂ）のＷｅｂページ上の“スペシャル”というリンクが操作されると、図９（ａ）に示したＷｅｂページを当該携帯電話に表示させ、このＷｅｂページ上の“ヨン爺”というリンクが操作されると、図９（ｂ）に示したＷｅｂページを当該携帯電話に表示させ、このＷｅｂページ上の“この人とツナガル”というリンクが操作されると、図９（ｃ）に示したＷｅｂページを当該携帯電話に表示させ、このＷｅｂページ上の送信ボタンが操作されると、図９（ｄ）に示したＷｅｂページを当該携帯電話に表示させて、その後に当該ユーザに提供するトップページ（図３参照）を、リンク２３があるものに戻すシステムともなっている。
【００３７】
要するに、本コミュニケーションシステム１０は、相性占い機能を利用できない形でのサービスを提供することも、相性占い機能を利用できる形でのサービスを提供することも可能なシステムとなっている。
【００３８】
《第２実施形態》
本発明の第２実施形態に係るコミュニケーションシステムは、上記したコミュニケーションシステム１０を変形したものであるので、以下では、コミュニケーションシステム１０と異なる部分を中心に、第２実施形態に係るコミュニケーションシステムの構成及び動作を説明することにする。
【００３９】
図１０に模式的に示したように、本発明の第２実施形態に係るコミュニケーションシステム１０ｂは、ユーザデータベース１１，日記データベース１２及び利用履歴データベース１３ｂを備えたシステムである。
【００４０】
このコミュニケーションシステム１０ｂが備えるユーザデータベース１１，日記データベース１２は、それぞれ、コミュニケーションシステム１０が備えるユーザデータベース１１，日記データベース１２と同じものである。コミュニケーションシステム１０ｂが備える利用履歴データベース１３ｂは、図１１に模式的に示したように、４種の運勢ジャンル別キーワード出現回数の代わりに、日記関連都道府県名が記憶されるデータベースとなっている。
【００４１】
この利用履歴データベース１３ｂに各ユーザに関するものとして記憶される日記関連都道府県名は、各ユーザの，過去，一定期間（本実施形態では、２週間）の間に書かれた日記（日記データベース１２に記憶されている文字列情報）の中に含まれている地名が示す場所が存在している都道府県名である。この日記関連都道府県名は、コミュニケーションシステム１０ｂが、日記が書き込まれる度（及び、日記が最後に書き込まれてから２週間が経過したとき）に、更新する情報となっている。
【００４２】
また、このコミュニケーションシステム１０ｂがユーザの携帯電話に表示させるトップページ（図３参照）は、リンク２３の操作時に、ユーザの携帯電話に、当該携帯電話がＧＰＳ(Global Positioning System)機能付きのものであった場合には、ＧＰＳデータを含む所定のリクエストを送信させ、当該携帯電話がＧＰＳ機能付きのものでなかった場合には、ＧＰＳデータを含まない所定のリクエスト（以下、相性占い結果リクエストと表記する）を送信させるものとなっている。
【００４３】
そして、コミュニケーションシステム１０ｂは、相性占い結果リクエストを受信した場合、図１２に示した手順の処理を行うシステムとして構成されている。
【００４４】
すなわち、相性占い結果リクエストを受信したコミュニケーションシステム１０ｂは、まず、当該相性占い結果リクエストにＧＰＳデータが含まれているか否かを判断する(ステップＳ２０１)。
【００４５】
そして、相性占い結果リクエストにＧＰＳデータが含まれていた場合(ステップＳ２０１；ＹＥＳ)、コミュニケーションシステム１０ｂは、そのＧＰＳデータから、処理対象ユーザがいる場所の都道府県名を特定し、特定した都道府県名を処理対象都道府県名として記憶する処理(ステップＳ２０２)を行う。
【００４６】
一方、相性占い結果リクエストにＧＰＳデータが含まれていなかった場合(ステップＳ２０１；ＮＯ)、コミュニケーションシステム１０ｂは、処理対象ユーザに関する日記関連都道府県名が利用履歴データベース１３ｂに記憶されているか否か（利用履歴データベース１３ｂ内の処理対象ユーザに関する日記関連都道府県名が有意な文字列であるか否か）を判断する(ステップＳ２０３)。そして、コミュニケーションシステム１０ｂは、処理対象ユーザに関する日記関連都道府県名が利用履歴データベース１３ｂに記憶されていた場合(ステップＳ２０３；ＹＥＳ)には、その日記関連都道府県名を処理対象都道府県名として記憶(ステップＳ２０４)し、処理対象ユーザに関する日記関連都道府県名が利用履歴データベース１３ｂに記憶されていなかった場合(ステップＳ２０３；ＮＯ)には、ユーザデータベース１１に記憶されている処理対象ユーザの住所の都道府県名を処理対象都道府県名として記憶する(ステップＳ２０５)。
【００４７】
ステップＳ２０２，Ｓ２０４，Ｓ２０５のいずれかの処理を終えたコミュニケーションシステム１０ｂは、ユーザデータベース１１にアクセスすることにより、処理対象ユーザの各友達ユーザ（各友達ユーザのユーザＩＤ）と、処理対象ユーザの各友達ユーザとの相性値とを把握すると共に、住所の都道府県名が処理対象都道府県名と一致している，処理対象ユーザの友達ユーザを全て特定する処理(ステップＳ２０６)を行う。
【００４８】
次いで、コミュニケーションシステム１０ｂは、ユーザデータベース１１に記憶されている処理対象ユーザの個人情報の一部（本実施形態では、生年月日及び性別）を、総合運勢値を求めるための，日により算出される値が変わる総合運勢値算出式に代入することにより、処理対象ユーザの総合運勢値を算出する処理(ステップＳ２０７)と、処理対象ユーザの各友達ユーザの個人情報の一部（本実施形態では、生年月日及び性別）を、上記したものと同じ総合運勢値算出式に代入することにより、処理対象ユーザの各友達ユーザの総合運勢値を算出する処理(ステップＳ２０８)とを行う。
【００４９】
その後、コミュニケーションシステム１０ｂは、「処理対象ユーザーからみた友達ユーザーとの現相性値」と、「友達ユーザーからみた処理対象ユーザーとの現相性値」とを、各友達ユーザーについて算出(ステップＳ２０９)してから、ステップＳ２０６で特定されていない各友達ユーザについては、「処理対象ユーザーからみた友達ユーザーとの現相性値」×「友達ユーザーからみた処理対象ユーザーとの現相性値」×「１近傍の乱数」を、「処理対象ユーザと友達ユーザとの現相性値」として算出し、ステップＳ２０６で特定された各友達ユーザについては、「処理対象ユーザーからみた友達ユーザーとの現相性値」×「友達ユーザーからみた処理対象ユーザーとの現相性値」×「１近傍の乱数」×「所定値（＞１；本実施形態では、２）」を、「処理対象ユーザと友達ユーザとの現相性値」として算出する処理(ステップＳ２１０)を行う。
【００５０】
そして、コミュニケーションシステム１０ｂは、最も大きな現相性値が算出された友達ユーザのニックネームと、最も小さな現相性値が算出された友達ユーザのニックネームと、ステップＳ２０７で算出した総合運勢値とを用いて、既に説明したもの（図７参照）と同構成の相性占い結果ページを携帯電話に表示させることが出来る相性占い結果ページデータを作成して処理対象携帯電話に送信する処理(ステップＳ２１１)を行ってから、この図の処理を終了する。
【００５１】
以上の説明から明らかなように、本コミュニケーションシステム１０ｂが有する相性占い機能は、日によって算出される値が異なる運勢値算出式により算出された運勢値から相性値が算出される機能であると共に、ユーザがその時点において位置している都道府県に住んでいる“友達”（ユーザの携帯電話がＧＰＳ機能付き携帯電話の場合）、ユーザが最近日記に書いた場所が存在する都道府県に住んでいる“友達”（ユーザの携帯電話がＧＰＳ機能付き携帯電話ではなく、ユーザが最近日記に地名を書いている場合），ユーザと同じ都道府県に住んでいる“友達”（ユーザの携帯電話がＧＰＳ機能付き携帯電話ではなく、ユーザが最近日記に地名を書いていない場合）との相性値を高く算出する機能となっている。従って、本コミュニケーションシステム１０ｂによれば、各ユーザに、毎日、異なる相性占い結果を提供できることになる。また、各ユーザは、相性占い結果を利用して日記を書くことなどが出来ることになるので、本コミュニケーションシステム１０ｂを用いれば、各ユーザの参加頻度がより高いソーシャルネットワークを実現できることになる。
【００５２】
《変形形態》
上記した各実施形態に係るコミュニケーションシステム１０，１０ｂは、各種の変形を行うことが出来る。例えば、コミュニケーションシステム１０を、日記の内容を考慮することなく、常に、総合運勢値（或いは、他の運勢値）から相性値を算出して結果を表示するシステムに変形することが出来る。また、コミュニケーションシステム１０を、日記の内容を考慮することなく、４種の運勢値のそれぞれについて、相性値を算出して結果を表示するシステムに変形することも出来る。
【００５３】
また、コミュニケーションシステム１０を、運勢ジャンル別キーワード出現回数を重みとした４種の運勢値の平均値を、各ユーザの運勢値として用いるシステムに変形することも出来る。さらに、１台の装置に、上記したコミュニケーションシステム１０，１０ｂと同じ機能を持たせておくことも出来る。また、コミュニケーションシステム１０，１０ｂと同じ機能を持たせておくことも出来る。
【００５４】
また、コミュニケーションシステム１０ｂを、日記が書き込まれたときに携帯電話からＧＰＳデータを取得し、そのＧＰＳデータから，ユーザの所在地の都道府県名を把握して利用履歴データベース１３ｂに記憶するシステムであって、予め相性占い結果ページデータを作成してしまうシステムに変形することも出来る。
【００５５】
また、コミュニケーションシステム１０，１０ｂを、上記したものとは異なる相性占い結果（例えば、相性値の降順で、３人の友達のニックネームを表示されたもの）を表示するものに変形しても良いことや、一般的なコンピュータでの表示に適したＷｅｂページを提供可能なものに変形しても良いことなどは、当然のことである。
【図面の簡単な説明】
【００５６】
【図１】本発明の第１実施形態に係るコミュニケーションシステムの構成及び使用形態の説明図。
【図２】第１実施形態に係るコミュニケーションシステムが備えるユーザデータベースの説明図。
【図３】第１実施形態に係るコミュニケーションシステムにアクセスした携帯電話に表示されるトップページの説明図。
【図４】第１実施形態に係るコミュニケーションシステムにアクセスした携帯電話に表示されるＷｅｂページの説明図。
【図５】第１実施形態に係るコミュニケーションシステムが備える利用履歴データベースの説明図。
【図６】第１実施形態に係るコミュニケーションシステムが，相性占い結果ページ表示時に実行する処理の流れ図。
【図７】第１実施形態に係るコミュニケーションシステムが携帯電話に表示させることが出来る相性占い結果ページの説明図。
【図８】第１実施形態に係るコミュニケーションシステムに付与されている他の機能を説明するための図。
【図９】第１実施形態に係るコミュニケーションシステムに付与されている他の機能を説明するための図。
【図１０】本発明の第２実施形態に係るコミュニケーションシステムの構成の説明図。
【図１１】第２実施形態に係るコミュニケーションシステムが備える利用履歴データベースの説明図。
【図１２】第２実施形態に係るコミュニケーションシステムが，相性占い結果ページ表示時に実行する処理の流れ図。
【符号の説明】
【００５７】
１０，１０ｂ  コミュニケーションシステム
１１  ユーザデータベース
１２  日記データベース
１３，１３ｂ  利用履歴データベース
【図１】
0004823582.tif 000002
【図２】
0004823582.tif 000003
【図３】
0004823582.tif 000004
【図４】
0004823582.tif 000005
【図５】
0004823582.tif 000006
【図６】
0004823582.tif 000007
【図７】
0004823582.tif 000008
【図８】
0004823582.tif 000009
【図９】
0004823582.tif 000010
【図１０】
0004823582.tif 000011
【図１１】
0004823582.tif 000012
【図１２】
0004823582.tif 000013