JP2018037076A - Ｓｎｓポータルシステム - Google Patents

Ｓｎｓポータルシステム Download PDF

Info

Publication number
JP2018037076A
JP2018037076A JP2017160690A JP2017160690A JP2018037076A JP 2018037076 A JP2018037076 A JP 2018037076A JP 2017160690 A JP2017160690 A JP 2017160690A JP 2017160690 A JP2017160690 A JP 2017160690A JP 2018037076 A JP2018037076 A JP 2018037076A
Authority
JP
Japan
Prior art keywords
sns
information
user
search
article
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2017160690A
Other languages
English (en)
Inventor
武親 鶴谷
Takechika Tsuruya
武親 鶴谷
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
People Communications Co Ltd
Original Assignee
People Communications Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by People Communications Co Ltd filed Critical People Communications Co Ltd
Publication of JP2018037076A publication Critical patent/JP2018037076A/ja
Pending legal-status Critical Current

Links

Landscapes

  • Information Transfer Between Computers (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

【課題】複数のＳＮＳで異なるハンドルネームを用いる場合であっても、同一人物を同定し、統合的に評価して、検索結果表示順に反映するＳＮＳポータルシステムを提供する。【解決手段】検索ユーザから、検索キーワードを受取る。複数ＳＮＳが公開している外部情報を収集する。検索ユーザの利用するＳＮＳに当該検索ユーザがログインして、アクセス可能となる内部情報を収集する。外部情報及び内部情報を解析し、インデックスデータベースに登録する。記事投稿者のプロフィーのうち、生年月日と出身校とから同一人物を同定する。記事投稿者の一人一人について、複数ＳＮＳにまたがったランク付けをする。検索ユーザが決めた検索キーワードに基づいて、インデックスデータベースにアクセスして、情報を抽出し、検索結果を同定された記事投稿者のリストとして、記事投稿者ランク付け部のランク順に表示する。【選択図】図１４

Description

本発明は、複数のＳＮＳ（Social Networking Service）にまたがって検索するシステムに関する。特に、複数のＳＮＳにまたがって記事を投稿する投稿者がそれぞれのＳＮＳで異なるハンドルネームを用いる場合であっても、同一人物であることを同定し、統合的に評価する指標を有して、検索結果表示順に反映するシステムに関するものである。
ＷＥＢ上で特定のキーワードにより、検索する場合、その検索結果は、ＷＥＢ上のページそのものを関連がより密なものから順に並べて表示するのが通常である。クローラにより、ＷＥＢサイトの内容を収集することが知られている（特許文献１）。また、コンテンツ情報の属する属性に対するユーザの興味を表す興味度を前記属性ごとに記憶する興味テーブルが提案されている（特許文献２）。
特許文献１には、比較対照のモデルとなる有害ＷＥＢサイトを予め用意しておき、その内容とウェブサイトの内容との類似度を、両ＷＥＢ文書の形態素解析の結果得られる単語の出現頻度の荷重結果を利用して総合的に判断する技術が開示されている。
特許文献２には、ユーザにより表示されたコンテンツ情報を指定して所定の操作が行われた場合に、所定の操作の態様により、コンテンツ情報の有する属性に対応する興味度を決定するための指数を変化させることを提案している。
特開２００９−２７７１５６号公報 特開２０１４−２１５７９６号公報
これまでのＷＥＢ上での検索は、検索キーワードに最も近いＷＥＢページが上位になるようなリストを検索結果として表示する。この場合、検索者は、問い合わせ先を見つけようとすると、そのＷＥＢページを提供する会社、団体などを検索結果として得ることが通常の使い方であった。有能な人物にたどり着ける検索手段を想定したものはなかった。
近年、ＳＮＳを提供するサイトが増えた。記事を投稿するユーザとしては、いくつものＳＮＳをつかって、ビジネスにあるいは、趣味にと情報を発信する。仕事の出来る人、情報発信力のある人を探そうとする検索ユーザとしては、いくつものＳＮＳにまたがってチェックする必要が生じる。
一方、ＷＥＢ上には、おまとめサイトと呼ばれるサイトが登場し、検索ユーザがもとめる情報を比較対照しやすく取り上げる。おまとめサイトは、記事内容にアクセスしやすく作られている。記事投稿者に焦点を当てたものではない。
ＳＮＳでの検索をしようとする検索ユーザの中には、検索キーワードに関連する分野で、情報発信力のすぐれた人を探したいという要望がある。とりわけ、近時、企業間の人の移動が増えているため、会社よりは、人につながろうとする要望がある。したがって、記事投稿者に焦点を当てた検索サイト、すなわち検索結果を記事投稿者のリストとして表示するサイトが、役立つと本発明の発明者は考えた。
本発明の発明者は、鋭意努力の結果、複数ＳＮＳで異なるハンドルネームが用いられていても、それらの間で同一性を判定し、同一人物であることを特定することができると考えるに至った。そして、検索ユーザ自身が会員登録して利用するＳＮＳサイトについては、内部情報をクロールすることを併用して、検索結果に生かすことができること、さらに、人物評価のための指標を考え出して、それによるポイント順に表示することが出来ることに思い至った。
本発明は、このような実情に鑑みてなされたものであり、本発明が解決しようとする課題は、複数のＳＮＳにまたがって記事を投稿する投稿者がそれぞれのＳＮＳで異なるハンドルネームを用いる場合であっても、同一人物であることを同定し、統合的に評価する指標を有して、検索結果表示順に反映するシステムを提供するものである。
上記解決しようとする課題に鑑みて鋭意研究の結果、本発明者は、ＳＮＳポータルシステムを実現することに想到した。
すなわち、本発明は、所定の複数種類のＳＮＳのうちの少なくとも１つ以上のＳＮＳにアカウントを有するＳＮＳユーザ同士のマッチングを支援するＳＮＳポータルシステムであって、ＳＮＳユーザであって当該ＳＮＳポータルシステムの会員登録を済ませた者を会員ＳＮＳユーザとし、各会員ＳＮＳユーザのＳＮＳのアカウント情報を含む会員情報を記憶した会員登録データベースを有する会員登録部と、`前記複数種類のＳＮＳを巡回し、巡回先のＳＮＳに前記会員登録データベース内の前記アカウント情報を含むリクエストを送信し、ＳＮＳにおいてＳＮＳユーザが公開に制限をかけている投稿情報と公開に制限をかけていない投稿情報とを取得する内部クロール部と、前記複数種類のＳＮＳを巡回し、巡回先のＳＮＳに前記会員登録データベース内のアカウント情報を含まないリクエストを送信し、ＳＮＳにおいてＳＮＳユーザが公開に制限をかけていない投稿情報だけを取得する外部クロール部と、インデックスデータベースを有するインデックスデータベース登録部であって、前記外部クロール部のＳＮＳの巡回により得られた投稿情報及び前記内部クロール部のＳＮＳの巡回により得られた投稿情報をインデクシングを施した上で前記インデックスデータベースに格納するインデックスデータベース登録部と、ＳＮＳユーザの端末から、検索キーワードを含むリクエストを受信し、受信したリクエスト内の検索キーワードを基に前記インデックスデータベースを検索し、前記インデックスデータベース内の各ＳＮＳユーザの投稿情報を解析し、この解析結果に基づいて、ＳＮＳユーザを前記検索キーワードとの関連が強い順にランク付けし、ＳＮＳユーザの情報をランク順に配した検索結果ページのＷＥＢページデータを前記検索キーワードを含むリクエストの送信元に送信するアルゴリズムＷＥＢサーバとを具備することを特徴とするＳＮＳポータルシステムを提供する。
このＳＮＳポータルシステムにおいて、前記会員登録部は、当該ＳＮＳポータルシステムの会員登録を求めるＳＮＳユーザの端末に、少なくとも、当該ＳＮＳユーザの氏名の情報、当該ＳＮＳユーザの所属先の情報、及び当該ＳＮＳユーザの利用するＳＮＳのアカウント情報の登録を求める会員登録ページのＷＥＢページデータを送信し、会員登録ページにおいて入力された情報を受信し、受信した情報を会員情報として前記会員登録データベースに格納してもよい。
また、このＳＮＳポータルシステムにおいて、前記検索結果ページは、ＳＮＳユーザの各々について、当該ＳＮＳユーザの所属先、当該ＳＮＳユーザの氏名、当該ＳＮＳユーザの利用するＳＮＳ、当該ＳＮＳユーザの会員紹介ページへのリンクが張られたＵＲＬ（（Uniform Resource Locator））に関わる情報の纏まりを並べたものであり、前記会員登録部は、前記検索結果ページ内のＳＮＳユーザの会員紹介ページのＵＲＬを含むリクエストを受信した場合に、当該ＳＮＳユーザの所属先、当該ＳＮＳユーザの氏名、当該ＳＮＳユーザの利用するＳＮＳに関わる情報を含み、これらの情報に加えて、当該ＳＮＳユーザの他のＳＮＳユーザから当該ＳＮＳユーザに宛てて送られた応援メッセージ、及び当該ＳＮＳユーザの他のＳＮＳユーザが当該ＳＮＳユーザについて下した複数の評価項目の評価値のレーダーチャートを含むＷＥＢページデータを前記会員紹介ページのＵＲＬを含むリクエストの送信元に送信してもよい。
また、このＳＮＳポータルシステムにおいて、前記会員登録部は、会員ＳＮＳユーザの端末から、応援メッセージ投稿ページのＵＲＬを含むリクエストを受信した場合に、応援メッセージの依頼元の会員ＳＮＳユーザの氏名、当該依頼元の会員ＳＮＳユーザに宛てた応援メッセージの入力欄、及び当該依頼元の会員ＳＮＳユーザについての複数の評価項目の評価値の入力欄を有するＷＥＢページデータを前記応援メッセージ投稿ページのＵＲＬを含むリクエストの送信元に送信し、当該応援メッセージ投稿ページの入力欄に入力された情報を受信し、受信した情報を、当該依頼元の会員ＳＮＳユーザの応援メッセージ情報として前記会員登録データベースに格納し、前記会員登録部は、前記会員登録データベース内の前記応援メッセージ情報に基づいて前記会員紹介ページのＷＥＢページデータを生成してもよい。
また、このＳＮＳポータルシステムにおいて、前記複数の評価項目は、アイデア、論理的思考、レスポンス、本質思考、及びナレッジの５種類の評価項目であってもよい。
また、このＳＮＳポータルシステムにおいて、前記アルゴリズムＷＥＢサーバは、ＳＮＳユーザの端末から、検索キーワードを含むリクエストを受信した場合に、前記インデックスデータベース内における各ＳＮＳユーザの各々の投稿情報及び前記会員登録データベース内における各ＳＮＳユーザの各々の応援メッセージ情報に基づいて、当該ＳＮＳユーザの投稿情報における検索キーワードを含む情報の更新の頻度、当該ＳＮＳユーザの投稿情報における検索キーワードを含む情報の情報量の多さ、当該ＳＮＳユーザと繋がりをもつ他のＳＮＳユーザの数、当該ＳＮＳユーザの投稿に対するリアクションの数、当該ＳＮＳユーザに対する他のＳＮＳユーザからの投稿の数、当該ＳＮＳユーザに宛てて投稿された応援メッセージの数、及び当該ＳＮＳユーザについての前記５種類の評価項目の評価値を平均した総合評価平均値を求め、前記検索キーワードを含む情報の更新の頻度を下記式（１）の値Ｐ１とし、前記検索キーワードを含む情報の情報量の多さを下記式（１）の値Ｐ２とし、前記繋がりをもつ他のＳＮＳユーザの数を下記式（１）の値Ｐ３とし、前記リアクションの数を下記式（１）の値Ｐ４とし、前記他のＳＮＳユーザからの投稿の数を下記式（１）の値Ｐ５とし、前記応援メッセージの数を下記式（１）の値Ｐ６とし、前記総合評価平均値を下記式（１）の値Ｐ７とし、予め設定された第１の重み係数を下記式（１）の値Ｋ１とし、予め設定された第２の重み係数を下記式（１）の値Ｋ２とし、予め設定された第３の重み係数を下記式（１）の値Ｋ３とし、予め設定された第４の重み係数を下記式（１）の値Ｋ４とし、予め設定された第５の重み係数を下記式（１）の値Ｋ５とし、予め設定された第６の重み係数を下記式（１）の値Ｋ６とし、予め設定された第７の重み係数を下記式（１）の値Ｋ７とすることによりマッチングポイントＰＰを算出し、算出したマッチングポイントＰＰが高い順にＳＮＳユーザをランク付けしてもよい。
ＰＰ＝Ｐ１×Ｋ１＋Ｐ２×Ｋ２＋Ｐ３×Ｋ３＋Ｐ４×Ｋ４＋Ｐ５×Ｋ５＋Ｐ６×Ｋ６＋Ｐ７×Ｋ７・・・（１）
また、このＳＮＳポータルシステムにおいて、前記式（１）におけるＫ１、Ｋ２、Ｋ３、Ｋ４、Ｋ５、Ｋ６、及びＫ７の大小関係が、Ｋ１＝Ｋ２＞Ｋ３＞Ｋ４＝Ｋ５＞Ｋ６＝Ｋ７になっていてもよい。
また、本発明は、ＳＮＳに投稿された記事内容、投稿者のプロフィールを含む情報を検索ユーザが決めた検索キーワードにしたがって、複数ＳＮＳにまたがって検索した結果に基づいて、記事投稿者の前記複数ＳＮＳにまたがったランク付けを行い、そのランク付けのリストを検索ユーザに対して提供するＳＮＳポータルシステムであって、前記検索ユーザから、検索キーワードを受取る検索キーワード受領部と、前記複数ＳＮＳがそれぞれのＳＮＳの登録利用者以外に公開している記事内容、投稿者のプロフィールを含む情報（以下、外部情報という）に対して、クロールして当該外部情報を収集する外部クロール部と、前記検索ユーザの用いるブラウザのブラウザ履歴を参照するブラウザ履歴参照部と、前記ブラウザ履歴参照部が参照する検索ユーザのブラウザ履歴から、当該検索ユーザがアカウントを有するＳＮＳがどれであるかを抽出する検索ユーザ利用ＳＮＳ情報取得部と、前記検索ユーザ利用ＳＮＳ情報取得した当該検索ユーザの利用するＳＮＳに当該検索ユーザがログインするように促すＳＮＳログイン促進部と、前記ＳＮＳログイン促進部の促すことに答えて前記検索ユーザが当該ＳＮＳにログインすることを受けて、当該検索ユーザがログインすることでアクセス可能となる当該ＳＮＳの記事内容、投稿者のプロフィールを含む情報（以下、内部情報という）に対して、クロールして当該内部情報を収集する内部クロール部と、前記外部クロール部と、前記内部クロール部とが収集した外部情報及び内部情報を解析し、インデックスデータベースに登録するインデックスデータベース登録部と、前記インデックスデータベースを参照して、記事投稿者のプロフィールについての情報のうち、生年月日、出身地、住所、出身校、本人画像、友人を含む関連するＳＮＳ情報を解析して、異なるＳＮＳにまたがって投稿する同一人物を同定して登録する記事投稿者統合部と、前記記事投稿者統合部が同定した記事投稿者の一人一人について、前記複数ＳＮＳにまたがったランク付けをする記事投稿者ランク付け部と、前記検索ユーザが決めた検索キーワードに基づいて、前記インデックスデータベースにアクセスして、情報を抽出し、検索結果を前記記事投稿者統合部により同定された記事投稿者のリストとして、前記記事投稿者ランク付け部のランク順に表示するアルゴリズムＷＥＢサーバと、を有し、検索ユーザが入力した検索キーワードに対する検索結果を複数のＳＮＳにまたがった記事投稿者の情報を一つのマイページに自動で名寄せし、まとめて表示することを特徴とするＳＮＳポータルシステムを提供するものである。ここで、名寄せは、複数のＳＮＳにまたがって記事投稿する者を同一人物として同定して、統合することを意味する。異なるハンドルネームを用いる場合の同定、同姓同名の人が複数いる場合のどの人なのかの同定などを含む処理である。
これにより、検索ユーザは、複数のＳＮＳをそれぞれ検索しなくても、特定の項目について、情報発信能力のすぐれた記事投稿者を検索することができる。さらに、その検索表示結果がランク付けにしたがって、表示されるので、その表示順が記事投稿者同士の比較対照を行うのに役立つ。
本発明のＳＮＳポータルシステムは、前記検索ユーザに対して、当該ＳＮＳポータルシステムの会員登録を促し、当該ＳＮＳポータルシステムの検索会員として登録する会員登録部をさらに有し、前記インデックスデータベース登録部は、前記内部クロール部がクロールして収集した内部情報について、当該検索会員と関連付けて登録し、以降の当該検索会員による検索に役立てることとを特徴とする。これにより、検索ユーザが、本発明に係るＳＮＳポータルシステム会員となることにより、当該会員の行った検索時に収集された情報に基づくインデックスデータベースが保存される。したがって、次回以降の当該会員による検索がよりスムーズに、そして、精度よく行われることが期待できる。
本発明のＳＮＳポータルシステムは、前記外部クロール部と、前記内部クロール部とは、前記検索会員による最初の検索時のみならず、その後も繰り返しクロールを実施し、前記インデックスデータベース登録部は、前記インデックスデータベースをその都度、更新することを特徴とする。これにより、外部クロール部、内部クロール部による情報収集がより、詳しく、補充されるので、それにより生成されるインデックスデータベースの有用性が高まることが期待される。
本発明のＳＮＳポータルシステムにおいて、前記記事投稿者ランク付け部が行うランク付けは、前記外部クロール部及び前記内部クロール部により得られる当該記事投稿者の情報の更新頻度、情報の量の多さを含む情報に基づく記事投稿者評価ポイント順になされることを特徴とする。これにより、検索結果の記事投稿者リストを記事投稿者の情報発信能力のすぐれた順に並べることが可能となる。
本発明のＳＮＳポータルシステムにおいて、前記記事投稿者の個々のページである記事投稿者マイページを有し、当該記事投稿者マイページには、当該記事投稿者の現実の友人からの応援メッセージを書き込むことを可能としたことを特徴とする。これにより、当該記事投稿者に対して、現実の応援者、ファンが存在することを検索ユーザ、検索会員が知ることが可能となる。
本発明のＳＮＳポータルシステムにおいて、前記記事投稿者マイページに書き込まれた応援メッセージの数、文字数を含む情報を前記記事投稿者評価ポイントに反映することを特徴とする。これにより、本発明に係るＳＮＳポータルサイト自体における当該記事投稿者への評価をも記事投稿者評価ポイントに加味することができる。
本発明のＳＮＳポータルシステムにおいて、前記会員登録部は、前記記事投稿者もまた、記事投稿会員として登録することを可能にし、さらに、当該記事投稿会員が、検索キーワードとの関係で、広告を出すことを受け付ける広告受付部と、前記検索結果の表示ページの一部に、当該記事投稿会員のプロフィールを表示する広告を表示する広告表示部とを設けたことを特徴とする。これにより、記事投稿者自身が、本発明にかかるＳＮＳポータルサイトにおいて、プロフィール情報を更新したり、広告を出稿したりして、積極的に当該ＳＮポータルシステムに関与することが可能になる。
以上、説明したように、本発明のＳＮＳポータルシステムを用いると、複数のＳＮＳに記事を投稿する記事投稿者を統合して、管理することができる。
したがって、検索ユーザは、複数のＳＮＳをそれぞれ検索しなくても、特定の項目について、情報発信能力のすぐれた記事投稿者を検索することができる。さらに、その検索表示結果がランク付けにしたがって、表示されるので、その表示順が記事投稿者同士の比較対照を行うのに役立つ。
本発明の第１実施形態であるＳＮＳポータルシステムの全体構成を示す図である。 図１のＳＮＳポータルシステムの会員登録データベースを示す図である。 図１のＳＮＳポータルシステムのインデックスデータベースを示す図である。 図１のＳＮＳポータルシステムの装置間のデータの送受信の様子を示す図である。 図１のＳＮＳポータルシステムのポータルＷＥＢサイトを示す図である。 図１のＳＮＳポータルシステムのログインページを示す図である。 図１のＳＮＳポータルシステムの新規会員登録ページを示す図である。 図１のＳＮＳポータルシステムの会員登録情報ページを示す図である。 図１のＳＮＳポータルシステムの応援メッセージ投稿依頼ページを示す図である。 図１のＳＮＳポータルシステムの応援メッセージ投稿ページを示す図である。 図１のＳＮＳポータルシステムの検索結果ページを示す図である。 図１のＳＮＳポータルシステムの会員紹介ページを示す図である。 本発明の第２実施形態であるＳＮＳポータルシステムの構成を示す図である。 図１３のＳＮＳポータルシステムを一体的に見てその処理の流れを概略的に示すフロー図である。 図１３のＳＮＳポータルシステムを構成する複数のサーバ間の処理の流れを示すシーケンス図である。 図１３のＳＮＳポータルシステムの検索結果を表示する画面の例を示す図である。 図１３のＳＮＳポータルシステムの記事投稿者マイページの表示例を示す図である。 図１３のＳＮＳポータルシステムの広告が表示された検索結果ページの表示例を示す図である。 図１３のＳＮＳポータルシステムのニュースページの表示例を示す図である。 本発明の変形例であるＳＮＳポータルシステムの新規会員登録ページを示す図である。
以下、添付図面を参照しながら、本発明のシステムを実施するための最良の形態を詳細に説明する。
＜第１実施形態＞
図１は、本発明の第１実施形態であるＳＮＳポータルシステムの全体構成を示す図である。このＳＮＳポータルシステムは、ＳＮＳユーザ同士のマッチングを支援するものである。ＳＮＳポータルシステムでは、ビジデス上の関わりを持てるＳＮＳユーザを探したい、という希望をもつ検索者から、検索キーワードを受け取り、複数種類のＳＮＳを巡回して集めた各ＳＮＳユーザの投稿情報を基に、各ＳＮＳユーザを検索キーワードとの関わりの強い順にランク付けし、ＳＮＳユーザの情報をランク順にレイアウトしたＷＥＢページを検索結果として提示する。巡回対象のＳＮＳは以下の５種類である。
ａ１．フェイスブック（登録商標）（Facebook）（登録商標）
このＳＮＳは、米国で２００４年に開始されたサービスである。このＳＮＳは、実名登録制やリアルな友人関係での繋がりを実現することなどを特徴とする。
ｂ１．ツイッター（登録商標）（Twitter）（登録商標）
このＳＮＳは、米国で２００６年に開始されたサービスである。このＳＮＳは、１４０文字以内のシンプルなつぶやきを投稿することなどを特徴とする。
ｃ１．リンクトイン（登録商標）（LinkedIn）（登録商標）
このＳＮＳは、米国で２００３年に開始されたサービスである。このＳＮＳは、企業スカウトやビジネスパートナーとの繋がりに特化していていることなどを特徴とする。
ｄ１．グーグルプラス（登録商標）（Google+）（登録商標）
このＳＮＳは、米国で２０１１年に開始されたサービスである。このＳＮＳは、Facebook（登録商標）やTwitter（登録商標）よりも柔軟に情報の共有範囲を設定できる「サークル」を利用できるようにしたことなどを特徴とする。
ｅ１．ピンタレスト（Pinterest）
このＳＮＳは、米国で２０１０年に開始されたサービスである。このＳＮＳは、趣味などのテーマ別の画像コレクションをピンボード風の写真として共有できるようにしたことを特徴とする。
図１において、ＳＮＳポータルシステムは、端末３、ＳＮＳサーバ９０、外部クロールサーバ（外部クロール部）２０、内部クロールサーバ（内部クロール部）２５、インデックスデータベース登録サーバ（インデックスデータベース登録部）３０、アルゴリズムＷＥＢサーバ４０、及び会員登録サーバ５０（会員登録部）を有する。
端末３は、ＳＮＳユーザが利用するスマートフォンやパーソナルコンピュータである。スマートフォンやパーソナルコンピュータには、ＷＥＢブラウザが実装されている。ＳＮＳサーバ９０は、先にあげた５種類のＳＮＳの運営主による管理の下に稼働するサーバである。外部クロールサーバ２０、内部クロールサーバ２５、インデックスデータベース登録サーバ３０、アルゴリズムＷＥＢサーバ４０、及び会員登録サーバ５０は、本実施形態のＳＮＳポータルシステムの運営主による管理の下に稼働するサーバである。
これらのサーバ２０、２５、３０、４０、及び５０の役割について説明する。会員登録サーバ５０は、当該ＳＮＳポータルシステムの会員登録に関わる処理を行う。会員登録サーバ５０は、会員登録データベースを有する。図２は、会員登録データベースを示す図である。会員登録データベースは、各々が、当該ＳＮＳポータルシステムの会員登録を済ませた者（以下、会員登録を済ませている者を適宜「会員ＳＮＳユーザ」という）と対応するレコードの集合体である。会員登録データベースにおける一人の会員ＳＮＳユーザと対応するレコードは、以下の２６個のフィールドを有する。ここで、図２では、簡便のため、一部のフィールドの図示を割愛している。
ａ２．会員アカウント（ＩＤ）
このフィールドは、会員ＳＮＳユーザの会員ＩＤを示す。会員ＩＤは、会員登録の手続の完了後に、電子メールにより通知される。
ｂ２．会員アカウント（パスワード）、
このフィールドは、会員ＳＮＳユーザの会員パスワードを示す。会員パスワードは、会員登録の完了後に、電子メールにより通知される。
ｃ２．氏名
このフィールドは、会員ＳＮＳユーザの氏名を示す。氏名は、新規会員登録ページ（図７）において会員登録を行う者が入力する。
ｄ２．カナ
このフィールドは、会員ＳＮＳユーザの氏名のフリガナを示す。氏名は、新規会員登録ページ（図７）において会員登録を行う者が入力する。
ｅ２．性別
このフィールドは、会員ＳＮＳユーザの性別（男性又は女性）を示す。性別は、新規会員登録ページ（図７）において会員登録を行う者が入力する。
ｆ２．利用ＳＮＳ
このフィールドは、会員ＳＮＳユーザの利用するＳＮＳ（フェイスブック（登録商標）、ツイッター（登録商標）、リンクトイン（登録商標）、グーグルプラス（登録商標）、及びピンタレストのうち少なくとも一種類）を示す。利用ＳＮＳは、新規会員登録ページ（図７）において会員登録を行う者が入力する。
ｇ２．会社社名
このフィールドは、会員ＳＮＳユーザの所属組織の名称を示す。所属組織名称は、新規会員登録ページ（図７）において会員登録を行う者が入力する。
ｈ２．会社ＵＲＬ
このフィールドは、会員ＳＮＳユーザの所属組織のＷＥＢサイトのＵＲＬ（Uniform Resource Locator）を示す。ＷＥＢサイトのＵＲＬは、新規会員登録ページ（図７）において会員登録を行う者が入力する。
ｉ２．業種形態
このフィールドは、会員ＳＮＳユーザの所属組織の業種形態を示す。業種形態は、新規会員登録ページ（図７）において会員登録を行う者が入力する。
ｊ２．所属部署
このフィールドは、会員ＳＮＳユーザの所属組織内における会員ＳＮＳユーザの所属部署を示す。所属部署は、新規会員登録ページ（図７）において会員登録を行う者が入力する。
ｋ２．役職
このフィールドは、会員ＳＮＳユーザの所属組織内における会員ＳＮＳユーザの役職を示す。役職は、新規会員登録ページ（図７）において会員登録を行う者が入力する。
ｌ２．趣味趣向
このフィールドは、会員ＳＮＳユーザの趣味趣向にを示す。趣味趣向は、新規会員登録ページ（図７）において会員登録を行う者が入力する。
ｍ２．スポーツ
このフィールドは、会員ＳＮＳユーザが関心を持っているスポーツを示す。スポーツは、新規会員登録ページ（図７）において会員登録を行う者が入力する。
ｎ２．タイトル
このフィールドは、会員ＳＮＳユーザが自らの紹介文に掲げるタイトルを示す。タイトルは、新規会員登録ページ（図７）において会員登録を行う者が入力する。
ｏ２．紹介文
このフィールドは、会員ＳＮＳユーザの紹介文を示す。紹介文は、新規会員登録ページ（図７）において会員登録を行う者が入力する。
ｐ２．キーワード
このフィールドは、会員ＳＮＳユーザが、検索結果の上位にランキングされることを望んでいる検索キーワードを示す。キーワードは、新規会員登録ページ（図７）において会員登録を行う者が入力する。
ｑ２．メールアドレス
このフィールドは、会員ＳＮＳユーザの電子メールアドレスを示す。電子メールアドレスは、新規会員登録ページ（図７）において会員登録を行う者が入力する。
ｒ２．メルマガ配信
このフィールドは、ＳＮＳポータルシステムの運営主が発行するメールマガジンの配信の要否（希望又は不要）を示す。メールマガジンの配信の要否は、新規会員登録ページ（図７）において会員登録を行う者が入力する。
ｓ２．応援メッセージ
このフィールドは、会員ＳＮＳユーザに向けて投稿された応援メッセージを示す。応援メッセージは、応援メッセージ投稿ページ（図１０）において、会員ＳＮＳユーザの知り合いの者が入力する。
ｔ２．評価（アイデア）
このフィールドは、会員ＳＮＳユーザのアイデアについて５段階評価で下された評価の平均を示す。アイデアの評価は、応援メッセージ投稿ページ（図１０）において、会員ＳＮＳユーザの知り合いの者が入力する。
ｕ２．評価（論理的思考）
このフィールドは、会員ＳＮＳユーザの論理的思考について５段階評価で下された評価の平均を示す。論理的思考の評価は、応援メッセージ投稿ページ（図１０）において、会員ＳＮＳユーザの知り合いの者が入力する。
ｖ２．評価（レスポンス）
このフィールドは、会員ＳＮＳユーザのレスポンスについて５段階評価で下された評価の平均を示す。レスポンスの評価は、応援メッセージ投稿ページ（図１０）において、会員ＳＮＳユーザの知り合いの者が入力する。
ｗ２．評価（本質思考）
このフィールドは、会員ＳＮＳユーザの本質思考について５段階評価で下された評価の平均を示す。本質思考の評価は、応援メッセージ投稿ページ（図１０）において、会員ＳＮＳユーザの知り合いの者が入力する。
ｘ２．評価（ナレッジ）
このフィールドは、会員ＳＮＳユーザのナレッジについて５段階評価で下された評価の平均を示す。ナレッジの評価は、応援メッセージ投稿ページ（図１０）において、会員ＳＮＳユーザの知り合いの者が入力する。
ｙ２．ＳＮＳアカウント（ＩＤ）
このフィールドは、会員ＳＮＳユーザがアカウントを有する１又は複数のＳＮＳの各々のログインＩＤを示す。ＳＮＳのログインＩＤは、新規会員登録ページ（図７）における会員登録のときに、端末３のブラウザから会員登録サーバ５０に引き渡される。
ｚ２．ＳＮＳアカウント（パスワード）
このフィールドは、会員ＳＮＳユーザがアカウントを有する１又は複数のＳＮＳの各々のログインパスワードを示す。ＳＮＳのログインパスワードは、新規会員登録ページ（図７）における会員登録のときに、端末３のブラウザから会員登録サーバ５０に引き渡される。
会員登録サーバ５０は、会員登録を求めるＳＮＳユーザの端末３に会員登録ページ（図７）のＷＥＢページデータ（会員登録ページの構造をマークアップ言語により記述したデータ）ＨＴＭ４を送信し、当該ＳＮＳユーザが会員登録ページにおいて入力した情報、及び当該ＳＮＳユーザがアカウントを有する１又は複数のＳＮＳのアカウント情報（ＩＤ及びパスワード）を受信し、受信した情報を会員情報として会員登録データベースに格納する。
また、会員登録サーバ５０は、応援メッセージの投稿を依頼された会員ＳＮＳユーザの端末３に応援メッセージ投稿ページ（図１０）のＷＥＢページデータ（応援メッセージ投稿ページの構造をマークアップ言語により記述したデータ）ＨＴＭ８を送信し、当該会員ＳＮＳユーザが応援メッセージ投稿ページにおいて入力した情報を受信し、受信した情報を応援メッセージの依頼主の会員ＳＮＳユーザの応援メッセージ情報として会員登録データベースに格納する。
図１において、内部クロールサーバ２５は、会員ＳＮＳユーザのＳＮＳの投稿情報の収集に関わる処理を行う。内部クロールサーバ２５は、ＳＮＳを巡回し、巡回先のＳＮＳに会員登録データベース内の会員ＳＮＳユーザのアカウント情報を含むリクエストＲＥＱＩＮを送信し、ＳＮＳにおいて会員ＳＮＳユーザが公開に制限をかけている投稿情報と公開に制限をかけていない投稿情報とを取得し、取得した投稿情報をインデックスデータベース登録サーバ３０に引き渡す。
外部クロールサーバ２０は、会員ＳＮＳユーザでないＳＮＳユーザのＳＮＳの投稿情報の収集に関わる処理を行う。外部クロールサーバ２０は、ＳＮＳを巡回し、巡回先のＳＮＳに会員登録データベース内のアカウント情報を含まないリクエストＲＥＱＯＵＴを送信し、ＳＮＳにおいてＳＮＳユーザが公開に制限をかけていない投稿情報だけを取得し、取得した投稿情報をインデックスデータベース登録サーバ３０に引き渡す。
インデックスデータベース登録サーバ３０は、インデクシングに関わる処理を行う。インデックスデータベース登録サーバ３０は、インデックスデータベースを有する。図３は、インデックスデータベースを示す図である。インデックスデータベースは、ドキュメントファイルと転置ファイルとを有する。ドキュメントファイルには、外部クロールサーバ２０及び内部クロールサーバ２５のクロールにより得られた情報が記述される。転置ファイルには、ドキュメントファイル内の形態素の記述位置や属性を示すコードが記述される。
図１において、アルゴリズムＷＥＢサーバ４０は、インデックスデータベース内の情報の検索に関わる処理を行う。アルゴリズムＷＥＢサーバ４０は、ＳＮＳユーザの端末３から、検索キーワードを含むリクエストＲＥＱ１０を受信し、受信したリクエストＲＥＱ１０内の検索キーワードを基にインデックスデータベースを検索し、インデックスデータベース内の各ＳＮＳユーザの投稿情報を解析し、この解析結果に基づいて、ＳＮＳユーザを検索キーワードとの関連が強い順にランク付けし、ＳＮＳユーザの情報をランク順に配した検索結果ページのＷＥＢページデータＨＴＭ１０を検索キーワードを含むリクエストＲＥＱ１０の送信元に送信する。
次に、本実施形態の動作を説明する。図４は、実施形態のＳＮＳポータルシステムを構成する装置間のデータの送受信の様子を示す図である。ＳＮＳポータルシステムの検索サービスは、会員ＳＮＳユーザとそうでないＳＮＳユーザのいずれでも利用できる。ＳＮＳユーザは、ＳＮＳポータルシステムを利用するときは、自らの端末３のブラウザを立ち上げ、ＳＮＳポータルシステムのポータルＷＥＢサイトの閲覧を指示する操作を行う。端末３は、この操作が行われると、ポータルＷＥＢサイトのＵＲＬを含むリクエストＲＥＱ１をインターネットに送信する。
アルゴリズムＷＥＢサーバ４０は、リクエストＲＥＱ１を受信すると、ポータルＷＥＢサイトのＷＥＢページデータＨＴＭ１をリクエストＲＥＱ１の送信元の端末３に送信する。端末３は、ポータルＷＥＢサイトのＷＥＢページデータＨＴＭ１を受信すると、ポータルＷＥＢサイトを表示する。
図５は、ポータルＷＥＢサイトを示す図である。ポータルＷＥＢサイトの中央には、ＳＮＳポータルシステムが提供するサービスの愛称である「Ｐｅｏｃｏｍ」の文字が表示されている。文字の下には、キーワード入力欄１０９と検索ボタン１１０とがある。キーワード入力欄１０９の下には、「検索対象を絞る」の文字と５つのラジオボタン１１１、１１２、１１３、１１４、及び１１５がある。ラジオボタン１１１は、検索対象にフェイスブック（登録商標）の投稿情報を含めるか否かを設定するためのものである。ラジオボタン１１２は、検索対象にツイッター（登録商標）の投稿情報を含めるか否かを設定するためのものである。ラジオボタン１１３は、検索対象にリンクトイン（登録商標）の投稿情報を含めるか否かを設定するためのものである。ラジオボタン１１４は、検索対象にグーグルプラス（登録商標）の投稿情報を含めるか否かを設定するためのものである。ラジオボタン１１５は、検索対象にピンタレストの投稿情報を含めるか否かを設定するためのものである。ポータルＷＥＢサイトの右上隅には、ＳＮＳユーザは、「会員ログイン」の文字が表示されている。
ポータルＷＥＢサイトにおいて、ＳＮＳユーザは、キーワード入力欄１０９に所望の検索キーワードを入力して検索ボタン１１０を選択する操作である検索操作を行う。ＳＮＳユーザは、会員ログインから会員ログインページに進んでログインの操作を行い、会員ＳＮＳユーザとして検索操作を行ってもよいし、ログインをせずに検索操作を行ってもよい。
端末３は、会員ログインが選択されると、ログインページのＵＲＬを含むリクエストＲＥＱ２をインターネットに送信する。アルゴリズムＷＥＢサーバ４０は、リクエストＲＥＱ２を受信すると、ログインページのＷＥＢページデータＨＴＭ２をリクエストＲＥＱ２の送信元の端末３に送信する。端末３は、ログインページのＷＥＢページデータＨＴＭ２を受信すると、ログインページを表示する。
図６は、ログインページを示す図である。ログインページには、ＩＤ入力欄１１７と、パスワード入力欄１１８がある。入力欄１１８の下には、ログインボタン１１９がある。その下には、「新規会員登録はこちらから」の文字が表示されている。ＳＮＳユーザは、会員登録が未だ済んでいない場合は、「新規会員登録はこちらから」を選択する操作を行う。ＳＮＳユーザは、会員登録が済んでいる場合は、会員登録時に発行された自らの会員ＩＤ及び会員パスワードを入力欄１１７及び１１８に入力し、ログインボタン１１９を選択する操作を行う。
端末３は、「新規会員登録はこちらから」を選択する操作が行われると、新規会員登録ページのＵＲＬを含むリクエストＲＥＱ３をインターネットに送信する。会員登録サーバ５０は、リクエストＲＥＱ３を受信すると、新規会員登録ページのＷＥＢページデータＨＴＭ３をリクエストＲＥＱ３の送信元の端末３に送信する。端末３は、新規会員登録ページのＷＥＢページデータＨＴＭ３を受信すると、新規会員登録ページを表示する。
図７は、新規会員登録ページを示す図である。新規会員登録ページには、氏名入力欄１２１、カナ入力欄１２２、性別入力欄１２３、利用ＳＮＳ入力欄１２４、会社社名入力欄１２５、会社ＵＲＬ入力欄１２６、業種業態入力欄１２７、所属部署入力欄１２８、役職入力欄１２９、趣味趣向入力欄１３０、スポーツ入力欄１３１、あなたのタイトル入力欄１３２、あなたの紹介文入力欄１３３、あなたの検索キーワード入力欄１３４、メールアドレス入力欄１３５、及びメルマガ配信希望入力欄１３６がある。その下には、登録ボタン１３７がある。ＳＮＳユーザは、入力欄１２１、１２３、１２４、１２５、１２６、１２７、１２８、１２９、１３０、１３１、１３２、１３３、１３４、及び１３５に自身の情報を入力するとともに、メルマガ配信希望入力欄１３６の希望及び不要のいずれかを選択し、登録ボタン１３７を選択する操作を行う。端末３は、登録ボタン１３７が選択されると、ブラウザに登録されているＳＮＳのアカウント情報（ＳＮＳのＩＤ及びパスワード）と、入力欄１２１、１２２、１２３、１２４、１２５、１２６、１２７、１２８、１２９、１３０、１３１、１３２、１３３、１３４、及び１３５内の入力情報と、メルマガ配信希望入力欄１３６の選択項目を示す情報とを含むリクエストＲＥＱ４をインターネットに送信する。
会員登録サーバ５０は、リクエストＲＥＱ４を受信すると、リクエストＲＥＱ４内の情報を取り出すとともに、新規な会員ＩＤ及び会員パスワードを発行する。会員登録サーバ５０は、リクエストＲＥＱ４内の情報と、会員ＩＤ及び会員パスワードとを格納したレコードを会員登録データベースに追加する。会員登録サーバ５０は、リクエストＲＥＱ４内から取り出した情報を基に、登録完了メール（電子メールアドレス入力欄１３５に入力された電子メールアドレスを宛先とし、本文に「登録が完了しました。会員ＩＤと会員パスワードをお知らせします。」というメッセージと、新規な会員ＩＤ及び会員パスワードとを記したメール）を送信する。また、会員登録サーバ５０は、登録完了ページのＷＥＢページデータＨＴＭ４をリクエストＲＥＱ４の送信元の端末３に送信する。端末３は、登録完了ページのＷＥＢページデータＨＴＭ４を受信すると、登録完了ページを表示する。
端末３は、図６のログインページのログインボタン１１９を選択する操作が行われると、ＩＤ入力欄１１７及びパスワード入力欄１１８に入力された会員ＩＤ及び会員パスワードを含むリクエストＲＥＱ５をインターネットに送信する。
会員登録サーバ５０は、リクエストＲＥＱ５を受信すると、リクエストＲＥＱ５内のＩＤ及びパスワードを取り出し、このＩＤ及びパスワードを検索キーとして会員登録データベースを検索し、検索したレコード内の情報に基づいて、会員登録情報ページのＷＥＢページデータＨＴＭ５を生成し、生成したＷＥＢページデータＨＴＭ５をリクエストＲＥＱ５の送信元の端末３に送信する。端末３は、会員登録情報ページのＷＥＢページデータＨＴＭ５を受信すると、会員登録情報ページを表示する。
図８は、会員登録情報ページを示す図である。会員登録情報ページには、会員登録データベース内の登録情報を纏めた表が表示されている。この表は、氏名（図８の例では、「山田一郎」）、カナ（図８の例では、「ヤマダイチロウ」）、性別（図８の例では、「男性」）、利用ＳＮＳ（図８の例では、Facebook（登録商標）、Twitter（登録商標）、LinkedIn）、会社社名（図８の例では、株式会社○○○○）、業種業態（図８の例では、ＩＴ／ＷＥＢサービス）、所属部署（図８の例では、役員）、役職（図８の例では、代表取締役）、趣味趣向（図８の例では、ドライブ、旅行、外食、映画鑑賞）、スポーツ（図８の例では、サッカー、ビリヤード）、タイトル（図８の例では、株式会社○○○○）、紹介文（図８の例では、株式会社○○○○の代表取締役です。）、キーワード（図８の例では、東京、次号企画、マーケティング、ＩＴコンサルタント）、メールアドレス（図８の例では、XXXXXXX@aaaaaaa.com）、メルマガ配信（図８の例では、希望）の情報を含んでいる。
また、表の下には、「知り合いに応援メッセージの投稿を依頼する」の文字が表示されている。会員ＳＮＳユーザは、自身の知り合いに応援メッセージの投稿を依頼したい場合は、「知り合いに応援メッセージの投稿を依頼する」のボタンを選択する。端末３は、「知り合いに応援メッセージの投稿を依頼する」のボタンが選択されると、応援メッセージ投稿依頼ページのＵＲＬを含むリクエストＲＥＱ６をインターネットに送信する。
会員登録サーバ５０は、リクエストＲＥＱ６を受信すると、応援メッセージ投稿依頼ページのＷＥＢページデータＨＴＭ６をリクエストＲＥＱ６の送信元の端末３に送信する。端末３は、応援メッセージ投稿依頼ページのＷＥＢページデータＨＴＭ６を受信すると、応援メッセージ投稿依頼ページを表示する。
図９は、応援メッセージ投稿依頼ページを示す図である。応援メッセージ投稿依頼ページには、「応援メッセージの投稿を依頼する知り合いの氏名を入力してください」という文字が表示されている。その下には、依頼相手入力欄１４１がある。その下には、依頼ボタン１４２がある。会員ＳＮＳユーザは、依頼相手入力欄１４１に、応援メッセージの投稿を依頼する相手の氏名を入力し、依頼ボタン１４２を選択する操作を行う。この操作が行われると、端末３は、依頼相手入力欄１４１内の情報と、依頼主のＳＮＳユーザのＩＤとを含むリクエストＲＥＱ７をインターネットに送信する。
会員登録サーバ５０は、リクエストＲＥＱ７を受信すると、リクエストＲＥＱ７内の依頼相手の氏名の情報を取り出し、この氏名を検索キーとして会員登録データベースを検索し、検索したレコード内の情報に基づいて、応援メッセージ依頼メール（依頼相手入力欄１４１に入力された会員ＳＮＳユーザの電子メールアドレスを宛先とし、本文に「あなたに応援メッセージの投稿の依頼が来ました。下記のＵＲＬから応援メッセージ投稿ページに進んで投稿してください。」というメッセージと、応援メッセージ投稿ページのＵＲＬとを記したメール）を送信する。
依頼相手の会員ＳＮＳユーザの端末３は、応援メッセージ依頼メールを受信する。依頼相手の会員ＳＮＳユーザが、メール内のＵＲＬを選択する操作を行うと、依頼相手の会員ＳＮＳユーザの端末３は、応援メッセージ投稿ページのＵＲＬを含むリクエストＲＥＱ８をインターネットに送信する。会員登録サーバ５０は、リクエストＲＥＱ８を受信すると、応援メッセージ投稿ページのＷＥＢページデータＨＴＭ８をリクエストＲＥＱ８の送信元の端末３に送信する。端末３は、応援メッセージ投稿ページのＷＥＢページデータＨＴＭ８を受信すると、応援メッセージ投稿ページを表示する。
図１０は、応援メッセージ投稿ページを示す図である。応援メッセージ投稿ページには、応援メッセージの投稿の依頼主の氏名（図１０の例では山田一郎）、「への応援メッセージを入力してください」という文字、応援メッセージ入力欄１４４、「アイデア、論理的思考、レスポンス、本質思考、ナレッジの評価をして下さい。」の文字、アイデア評価欄１４４、論理的思考評価欄１４５、レスポンス評価欄１４６、本質思考評価欄１４７、ナレッジ評価欄１４８、及び送信ボタン１４９がある。依頼相手の会員ＳＮＳユーザは、依頼主の会員ＳＮＳユーザに宛てた応援メッセージを応援メッセージ入力欄１４３に入力し、評価欄に１〜５の何れかの評価値を入力し、送信ボタン１４９を選択する操作を行う。この操作が行われると、端末３は、応援メッセージ入力欄１４３内の情報と評価欄１４４、１４５、１４６、１４７、及び１４８内の評価値とを含むリクエストＲＥＱ９をインターネットに送信する。会員登録サーバ５０は、リクエストＲＥＱ９を受信すると、依頼主の氏名又は会員ＩＤを検索キーとして会員登録データベースを検索し、検索したレコードにリクエストＲＥＱ９内の情報を格納する。
図５のポータルＷＥＢサイトにおいて、ＳＮＳユーザが検索操作（キーワード入力欄１０９に所望の検索キーワードを入力して検索ボタン１１０を選択する操作）を行うと、端末３は、キーワード入力欄１０９内の検索キーワードを含むリクエストＲＥＱ１０をインターネットに送信する。
アルゴリズムＷＥＢサーバ４０は、リクエストＲＥＱ１０を受信すると、検索処理を行う。検索処理では、アルゴリズムＷＥＢサーバ４０は、ＳＮＳユーザ毎に、当該ＳＮＳユーザの投稿情報と検索キーワードとの関連の強さを示すマッチングポイントを算出し、各ＳＮＳユーザをマッチングポイントの高い順にランキングする。マッチングポイントの算出では、ＳＮＳユーザの各々について、インデックスデータベース内の当該ＳＮＳユーザの投稿情報及び会員登録データベース内の当該ＳＮＳユーザの会員情報を基に、以下の算出式（１）の値Ｐ１、Ｐ２、Ｐ３、Ｐ４、Ｐ５、Ｐ６、及びＰ７を求め、求めた値Ｐ１、Ｐ２、Ｐ３、Ｐ４、Ｐ５、Ｐ６、及びＰ７を式（１）に代入することに得られる値ＰＰをマッチングポイントとする。
ＰＰ＝Ｐ１×Ｋ１＋Ｐ２×Ｋ２＋Ｐ３×Ｋ３＋Ｐ４×Ｋ４＋Ｐ５×Ｋ５＋Ｐ６×Ｋ６＋Ｐ７×Ｋ７・・・（１）
上記式（１）におけるＫ１、Ｋ２、Ｋ３、Ｋ４、Ｋ５、Ｋ６、及びＫ７は、予め設定された重み付け係数である。これらの重み付け係数の大小関係は、Ｋ１＝Ｋ２＞Ｋ３＞Ｋ４＝Ｋ５＞Ｋ６＝Ｋ７になっている。
より詳細にすると、各ＳＮＳユーザについて、アルゴリズムＷＥＢサーバ４０は、インデックスデータベース内の当該ＳＮＳユーザの投稿情報内における検索キーワードを含む全ての投稿の投稿日時を確認し、検索キーワードを含む投稿の最新の投稿時刻とその前の投稿時刻との間隔を、検索キーワードを含む情報の更新の頻度とし、この更新の頻度を上記式（１）の値Ｐ１として代入する。
アルゴリズムＷＥＢサーバ４０は、インデックスデータベース内の当該ＳＮＳユーザの投稿情報内における検索キーワードを含む全ての投稿の文字数をカウントし、カウントした文字数の合計を検索キーワードを含む情報の多さとし、この情報量の多さを上記式（１）の値Ｐ２として代入する。
アルゴリズムＷＥＢサーバ４０は、インデックスデータベース内の当該ＳＮＳユーザの投稿情報における各ＳＮＳのプロフィール情報から、当該ＳＮＳユーザと繋がりをもつ他のＳＮＳユーザの数（例えば、フェイスブック（登録商標）であれば友達の数、ツイッター（登録商標）であればフォロワーの数）を求め、この繋がりをもつ他のＳＮＳユーザの数を上記式（１）の値Ｐ３として代入する。
アルゴリズムＷＥＢサーバ４０は、インデックスデータベース内の当該ＳＮＳユーザの投稿情報内における当該ＳＮＳユーザの投稿に対するリアクションの数（例えば、フェイスブック（登録商標）であれば「いいね」及び「シェア」の数、ツイッター（登録商標）であれば、「いいね」の数）を求め、このリアクションの数を上記式（１）の値Ｐ４として代入する。
アルゴリズムＷＥＢサーバ４０は、インデックスデータベース内の当該ＳＮＳユーザの投稿情報内における当該ＳＮＳユーザに対する他のＳＮＳユーザからの投稿の数（例えば、フェイスブック（登録商標）であれば、当該ＳＮＳユーザの投稿のコメント欄への他のＳＮＳユーザの投稿の数、ツイッター（登録商標）であれば、リツイートの数）を求め、この他のＳＮＳユーザからの投稿の数を上記式（１）の値Ｐ５として代入する。
アルゴリズムＷＥＢサーバ４０は、会員登録データベース内における当該ＳＮＳユーザに宛てて投稿された応援メッセージの数（当該ＳＮＳユーザのレコードにおけるの応援メッセージのフィールドの全メッセージの合計数）を求め、この応援メッセージの数を上記式（１）の値Ｐ６として代入する。
アルゴリズムＷＥＢサーバ４０は、会員登録データベース内における当該ＳＮＳユーザのアイデアの評価値（当該ＳＮＳユーザのレコードにおける評価（アイデア）のフィールドの全ての評価値）、論理的思考の評価値（当該ＳＮＳユーザのレコードにおける評価（論理的思考）のフィールドの全ての評価値））、レスポンスの評価値（当該ＳＮＳユーザのレコードにおける評価（レスポンス）のフィールドの全ての評価値））、本質思考の評価値（当該ＳＮＳユーザのレコードにおける評価（本質思考）のフィールドの全ての評価値））、及びナレッジの評価値（当該ＳＮＳユーザのレコードにおける評価（ナレッジ）のフィールドの全ての評価値）の平均である総合評価平均値を求め、この総合評価平均値を上記式（１）の値Ｐ７として代入する。
アルゴリズムＷＥＢサーバ４０は、以上の手順により、各ＳＮＳユーザのマッチングポイントを算出し、ＳＮＳユーザの情報をランキング順に配した検索結果ページのＷＥＢページデータＨＴＭ１０を生成し、このＷＥＢページデータＨＴＭ１０をリクエストＲＥＱ１０の送信元の端末３に送信する。端末３は、検索結果ページのＷＥＢページデータＨＴＭ１０を受信すると、検索結果ページを表示する。
図１１は、検索結果ページを示す図である。検索結果ページの上段には、キーワード入力欄１５９と検索ボタン１６０がある。キーワード入力欄１５９内には、今回の検索の検索キーワード（図１１の例では、東京 ＷＥＢ制作）が表示される。キーワード入力欄１５９の下には、５つのラジオボタン１６１、１６２、１６３、１６４、及び１６５がある。５つのラジオボタン１６１、１６２、１６３、１６４、及び１６５の役割はポータルＷＥＢページ（図５）の５つのラジオボタン１１１、１１２、１１３、１１４、及び１１５のそれと同じである。
５つのラジオボタン１６１、１６２、１６３、１６４、及び１６５の下には、ＳＮＳユーザのプロフィール情報が、第１段（１位〜４位）→第２段（５位〜８位）→第３段（９位〜１２位）…というように４人１段ずつのずランキング順に配されている。ＳＮＳユーザのプロフィール情報は、当該ＳＮＳユーザの写真、会社社名（図１１の１位の例では、株式会社▼▼▼▼）、役職（図１１の１位の例では、代表取締役）、氏名（図１１の１位の例では、鈴木正）、利用ＳＮＳ（図１１の１位の例では、フェイスブック（登録商標）、ツイッター（登録商標）、リンクトイン（登録商標）、ピンタレスト）、会員紹介ページのＵＲＬ、紹介文（図１１の１位の例では、株式会社▼▼▼▼を経営しています。）、及び総合評価平均値を示す星形のインジケータ（図１１の１位の例では、総合評価平均値が５段階評価の３であることを示す「★★★☆☆」）からなる。
ＳＮＳユーザは、検索結果ページを参照し、プロフィールの詳細を知りたいＳＮＳユーザがある場合は、そのＳＮＳユーザの会員紹介ページのＵＲＬを選択する操作を行う。この操作が行われると、端末３は、選択されたＳＮＳユーザの会員ＩＤと会員紹介ページのＵＲＬとを含むリクエストＲＥＱ１１をインターネットに送信する。会員登録サーバ５０は、リクエストＲＥＱ１１を受信すると、リクエストＲＥＱ１１内のＩＤを検索キーとして会員登録データベースを検索し、会員登録データベースから検索した会員情報を基に、会員紹介ページのＷＥＢページデータＨＴＭ１１を生成し、このＷＥＢページデータＨＴＭ１１をリクエストＲＥＱ１１の送信元の端末３に送信する。端末３は、検索結果ページのＷＥＢページデータＨＴＭ１１を受信すると、会員紹介ページを表示する。
図１２は、会員紹介ページを示す図である。会員紹介ページの上段左側には、登録情報表示欄がある。その下には、応援コメント表示欄がある。上段右側には、レーダーチャート表示欄がある。
登録情報表示欄には、会員ＳＮＳユーザの氏名（図１２の例では、鈴木正）、性別（図７の例では「男性」）、利用ＳＮＳ（図１２の例では、Facebook、Twitter、LinkedIn）、会社社名（図１２の例では、株式会社▼▼▼▼）、所属部署（図１２の例では、役員）、趣味趣向（図１２の例では、温泉、海外旅行）、業種業態（図１２の例では、ＷＥＢ制作）、役職（図１２の例では、代表取締役）、スポーツ（図１２の例では、サーフィン）の各情報が表示される。
応援コメント表示欄には、応援メッセージ（会員登録データベースの当該会員ＳＮＳユーザのレコードにおける「応援メッセージ」のフィールドの全メッセージ）が表示される。
レーダーチャート表示欄には、レーダーチャートが表示される。レーダーチャートは、会員登録データベース内における当該ＳＮＳユーザのアイデアの評価平均値（当該ＳＮＳユーザのレコードにおける評価（アイデア）のフィールドの全ての評価値の平均）、論理的思考の評価平均値（当該ＳＮＳユーザのレコードにおける評価（論理的思考）のフィールドの全ての評価値の平均））、レスポンスの評価平均値（当該ＳＮＳユーザのレコードにおける評価（レスポンス）のフィールドの全ての評価値の平均））、本質思考の評価平均値（当該ＳＮＳユーザのレコードにおける評価（本質思考）のフィールドの全ての評価値の平均））、及びナレッジの評価平均値（当該ＳＮＳユーザのレコードにおける評価（ナレッジ）のフィールドの全ての評価値の平均）を、正五角形の中心と５つの頂点の間のスケール（中心が１で頂点が５）上にプロットし、５つのプロット点の内側を着色したものである。
レーダーチャート表示欄におけるレーダーチャートの下には、アイデアの評価平均値（図１２の例では、５．００）、論理的思考の評価平均値（図１２の例では、３．０４）、レスポンスの評価平均値（図１２の例では、２．２０）、本質思考の評価平均値（図１２の例では、５．００）、ナレッジの評価平均値（図１２の例では、２．２０）、及び総合評価平均値（図１２の例では、３．０４）が表示される。
以上が、本実施形態の詳細である。本実施形態によると、次の効果が得られる。
第１に、検索者から検索キーワードを受け取り、複数種類のＳＮＳを巡回して集めた各ＳＮＳユーザの投稿情報を基に、各ＳＮＳユーザを検索キーワードとの関わりの強い順にランク付けし、ＳＮＳユーザの情報をランク順にレイアウトしたＷＥＢページを検索結果として提示する。よって、本実施形態によると、数あるＳＮＳを集約した情報を頼りにして人を探したい、というニーズを満足させる検索サービスを提供することができる。
第２に、本実施形態では、外部クロールサーバ２０と内部クロールサーバ２５の２つのクロールサーバがある。外部クロールサーバ２０は、ＳＮＳの投稿情報のうち投稿主のＳＮＳユーザによる公開の制限がかかっていないものだけを収集し、内部クロールサーバ２５は、ＳＮＳの投稿情報であって投稿主のＳＮＳユーザによる公開の制限がかけられていないものとかかっているものを収集する。よって、本実施形態によると、検索者に対して、ビジネス上のつながりを持つのに相応しいか否かに関わる良質な判断材料を提供することができる。
第３に、本実施形態では、ＳＮＳユーザのマッチングポイントによりＳＮＳユーザのランク付けを行うようになっており、このマッチングポイントの算出式（１）は、インデックスデータベース内の当該ＳＮＳユーザの投稿情報及び会員登録データベース内の当該ＳＮＳユーザの会員情報から求めた値Ｐ１、Ｐ２、Ｐ３、Ｐ４、Ｐ５、Ｐ６、及びＰ７と重み付け係数Ｋ１、Ｋ２、Ｋ３、Ｋ４、Ｋ５、Ｋ６、及びＫ７を積和演算するものとなっている。これらの値Ｐ１、Ｐ２、Ｐ３、Ｐ４、Ｐ５、Ｐ６、及びＰ７のうちＰ６、及びＰ７は会員ＳＮＳユーザだけが得られるもの（応援メッセージと総合評価平均値）である。よって、本実施形態のランク付けの手順の下では、会員登録を済ませた会員ＳＮＳユーザのほうがそうでないＳＮＳユーザに比べて検索結果が上位になり易い。従って、本実施形態によると、より多くのＳＮＳユーザの会員登録を促すことができる。
第４に、本実施形態では、算出式（１）における重み付け係数Ｋ１、Ｋ２、Ｋ３、Ｋ４、Ｋ５、Ｋ６、及びＫ７の大小関係が、Ｋ１＝Ｋ２＞Ｋ３＞Ｋ４＝Ｋ５＞Ｋ６＝Ｋ７になっている。よって、マッチングポイントにおける検索キーワードを含む情報の更新の頻度や情報の多さの寄与度が高くなり、応援メッセージと総合評価平均値の寄与度が低くなる。従って、本実施形態によると、より良質な検索結果を提供することができる。
＜第２実施形態＞
図１３は、本発明の第２実施形態であるＳＮＳポータルシステムの全体構成を示す図である。図１３の中央に描いた横に長い楕円は、インターネット網を示す。インターネット上に接続されたポータルサーバ１０、外部クロールサーバ（外部クロール部）２０、内部クロールサーバ（内部クロール部）２５、インデックスデータベース登録サーバ（インデックスデータベース登録部）３０、アルゴリズムＷＥＢサーバ４０、会員登録サーバ（会員登録部）５０、広告管理サーバ（広告管理部）６０とから、本発明の第２実施形態のＳＮＳポータルシステムは、構成されている。ここで、サーバは、サーバコンピュータを意味する。サーバは、ＣＰＵ（中央処理装置）、メモリ、ハードディスクドライブなどから構成される。
○○部と表現したのは、サーバを構成するＣＰＵ（中央処理装置）が、必要なコンピュータプログラムを読み込んで、当該機能を果たす状態を指すものである。コンピュータプログラムの部品であると見ることもできるが、ハードウェア資源であるＣＰＵが機能を果たすことに着目すれば、物の発明の構成要素である。複数のサーバの機能を、一つのサーバコンピュータでまかなうことも可能である。したがって、○○部と表現するシステムの複数の部分を一つのサーバコンピュータでまかなうことも可能である。
図１３で、ＳＮＳ９０、…、ＳＮＳ９９と表示しているのは、ＳＮＳのサイトを構成するコンピュータを示している。たとえば、ＳＮＳ９０は、たとえば、フェイスブック（登録商標）である。また、ＳＮＳ９９は、たとえば、リンクトイン（登録商標）である。
図１３で、ＳＮＳ９０からＳＮＳ９９までの符号があることから、１０個のＳＮＳの存在を示唆するかに思われるが、２以上の数であればよく、理論的には、数十個のＳＮＳであってもよい。また、図１３では、それぞれのＳＮＳが１個のサーバからなるように描いてあるが、代表するサーバのみを示したものであって、一つ一つのＳＮＳが複数のサーバからなってもよい。また、複数の国にまたがっておかれたサーバが、連携して機能するように構成されていてもよい。
また、本発明において、記事投稿者が自己の名前で情報発信をすることが可能なサイトであって、他の会員がそれに対して、「いいね」などの評価や、「コメント」などを書き込めるようにできたものをＳＮＳとしてとらえる。たとえば、動画投稿サイトであるＹｏｕＴｕｂｅ（登録商標）もまた、動画を投稿することができ、それに対する会員の評価を受けることが可能であるので、ＳＮＳの一つとして扱う。
さらに、アメーバブログ（登録商標）、グーグルプラス（登録商標）などの、各種ブログもまた、同様の機能を有するので、ＳＮＳとして扱う。
図１３に描くスマートフォン１は、ｉ−ｐｈｏｎｅ(登録商標)や、アンドロイドスマホなどである。図１３に描くパーソナルコンピュータ２は、デスクトップコンピュータ、ノートブックコンピュータ、タブレットコンピュータなどの個人ユーザが用いるコンピュータであり、インターネットに接続できるものであって、ブラウザ（ＷＥＢ閲覧装置）を備えている。
有能、有用な記事投稿者を見つけ出す目的で、スマホ１またはパソコン２を用いて、ＳＮＳ９０…ＳＮＳ９９にアクセスする検索ユーザは、インターネット上に接続されたポータルサーバ１０、外部クロールサーバ２０、内部クロールサーバ２５、インデックスデータベース登録サーバ３０、アルゴリズムＷＥＢサーバ４０、会員登録サーバ５０、広告管理サーバ６０とが連携して構成するＳＮＳポータルシステムが仮に存在しないとすると、検索ユーザ自らが一つ一つのＳＮＳにアクセスし（必要があればログインして）、記事投稿者の候補をいくつも見つけ出す。そして、それらの間で異なるハンドルネームを用いる同一人物を同定する作業や、異なるＳＮＳの間で、「いいね」の数、「コメント」の数をどのようにして、統合的に評価するかについて、自分で考える必要がある。
本発明のＳＮＳポータルシステム（インターネット上に接続されたポータルサーバ１０、外部クロールサーバ２０、内部クロールサーバ２５、インデックスデータベース登録サーバ３０、アルゴリズムＷＥＢサーバ４０、会員登録サーバ５０、広告管理サーバ６０とが連携して構成するシステム）が、機能することによって、検索ユーザは、複数ＳＮＳに対して、統合的に検索をかけて、ハンドルネームの不一致の問題を乗り越えて記事投稿者を同定し、評価をして、ランキング順に検索結果を得ることが可能となる。
ポータルサーバ１０は、本発明のＳＮＳポータルシステムの入口として、検索ユーザ（本システムの会員登録をするかしないかにかかわらずに、本システムを利用して検索をするユーザ）に対して、検索画面を表示し、当該検索ユーザが検索キーワードを入力して、本システムが検索をし、検索結果を記事投稿者のリストとしてランキング順に表示するサーバである。
外部クロールサーバ２０は、ＳＮＳが外部に公開している情報（外部情報）を収集するクローラとして機能するサーバである。ここで、クローラは、スパイダー（くも）と呼ばれることもあるものであり、ＷＥＢ（くもの巣）をはいまわって情報を収集する装置である。ＷＥＢ上のリンクをつぎつぎとたどって、情報を収集する。
外部情報、すなわち、外部クローラで収集するＳＮＳ情報は、たとえば、フェイスブック（登録商標）の場合には、一般に「名前、自己紹介文、好きなことば、お気に入り、居住地、出身地、職歴、ウェブサイト（ＵＲＬ）、公開写真」などである。もっとも、これらの一つ一つの情報は、当該アカウントを有する本人が、公開する範囲を「一般、友達、友達の友達、自分のみ」などのなかから、選んで設定可能となっている。
Ｔｗｉｔｔｅｒ（登録商標）の場合には、「ニックネーム、自己紹介文、登録日、ツイート数、フォロー数、フォロワー数、いいね数、ツィート」が外部情報である。
リンクトイン（登録商標）の場合は、「名前、職業、学歴、現職、自己紹介文」が外部情報である。アメーバブログ（登録商標）の場合は、「すべてのテキスト、画像、リンク」が外部情報である。外部クロールサーバ２０は、当該検索ユーザのために、外部情報についての情報収集（クロール）をし続ける。当該検索ユーザのために、という意味は、当該検索ユーザが入力した検索キーワードに基づいて、という意味でもある。当該検索ユーザが検索することは、一度に限らず、同様のキーワードで繰り返し検索する傾向があるので、次の検索時に役立つように、外部クロールサーバ２０は、情報収集を続ける。
内部クロールサーバ２５は、検索ユーザが当該ＳＮＳにログインすることでアクセス可能となる当該ＳＮＳの記事内容、投稿者のプロフィールを含む情報（内部情報）を収集するクローラとして機能するサーバである。
内部情報を収集する内部クローラは、ＳＮＳ内のすべてのテキスト、画像、リンクを収集可能である。たとえば、フェイスブック（登録商標）における友達・いいねの数、フォロワー数、写真・動画が内部情報にあたる。
内部クロールを可能にするには、検索ユーザが、本ＳＮＳポータルシステムの会員登録画面でＳＮＳログインをチェックすること（および当該検索ユーザが、当該ＳＮＳに当該コンピュータを用いて、常にログインしている状態を保持していること）による。当該検索ユーザが、ＳＮＳログインをし、本ＳＮＳポータルシステムにもログインしている状態を保持している限り、内部クロールサーバ２５は、当該検索ユーザのために、クロール（情報収集）を続ける。
内部クロールサーバ２５は、二重の意味で、「当該検索ユーザのために」情報収集を実行する。第一に、外部クロールと同様に、当該検索ユーザが入力した検索キーワードに基づいて、クロールするという意味である。第二に、当該検索ユーザがＳＮＳログインした当該ＳＮＳについて内部情報を収集するという意味合いにおいても、当該検索ユーザのための内部クロールを続ける。この内部クロールは、本ＳＮＳポータルシステムへのログイン、当該ＳＮＳへのログインのいずれかが断絶されるまで続く。双方のログインが再開したときに、また再開する。
インデックスデータベース登録サーバ３０は、外部クロールサーバ２０及び内部クロールサーバ２５が収集した情報をインデックスに整理してデータベースに登録するサーバである。検索キーワード及びそれを入力した検索ユーザとの関連付けがなされた上で、当該インデックスデータベースは、管理される。ここで、インデックスとは、テーブルに格納されているデータを高速に取り出す為の仕組みを意味する。インデックスを適切に使用することによってSQL文の応答時間が劇的に改善される。
同一のＷＥＢページであっても、クロール部（クローラ）が繰り返し訪れることで、より深い情報、より詳しい情報を収集する。したがって、外部クロールサーバ２０、内部クロールサーバ２５が繰り返しクロールを実行することで、インデックスデータベース登録サーバ３０の内容は、より充実し、正確さを増す。
インデックスデータベースでは、複数ＳＮＳで異なるハンドルネームを用いる記事投稿者であっても、同一人物がいる場合に、それらを統合する機能をもつことが望ましい。たとえば、山田太郎という同姓同名の人が、２０人いるとしたら、山田太郎１、山田太郎２、山田太郎３、…、山田太郎２０というように、同定する。その機能を果たす記事投稿者統合部が、インデックス登録サーバ３０とともに、あるいは、その一部として設けられる。すなわち、記事投稿者統合部は、インデックスデータベースを参照して、記事投稿者のプロフィールについての情報のうち、生年月日、出身地、住所、出身校、本人画像、友人を含む関連するＳＮＳ情報を解析して、異なるＳＮＳにまたがって投稿する同一人物を同定して登録する機能を実現する。
記事投稿者統合部が同定した記事投稿者の一人一人について、複数ＳＮＳにまたがったランク付けをする記事投稿者ランク付け部がさらに設けられて、ランク付けがなされる。このランク付けは、たとえば、人物評価点数（People Point）＝ネットポイント（ＮｅｔＰｏｉｎｔ）×リアルポイント（ＲｅａｌＰｏｉｎｔ）で定められる。ネットポイントは、ＳＮＳスクロールによる評価であり、情報の更新頻度、情報の量の多さ、友達・フォロワーの数、コメント・ツィート数、いいね・シェア数、など、を加味して求められる。リアルポイントは、本ＳＮＳポータルシステムの会員がリアルな友達として書き込んだ応援コメント、トン立ちのジャンル別５段階評価（レーダーチャートによる、アイデア、レスポンス、本質的思考、ナレッジ、親切さ、スキル）などを加味して求められる。
人物評価点数（ＰｅｏｐｌｅＰｏｉｎｔ）＝ネットポイント（ＮｅｔＰｏｉｎｔ）＋リアルポイント（ＲｅａｌＰｏｉｎｔ）というように、掛け算でなく、足し算としてもよい。
アルゴリズムＷＥＢサーバ４０は、検索ユーザが決めた検索キーワードに基づいて、インデックスデータベースにアクセスして、情報を抽出し、検索結果を記事投稿者統合部により同定された記事投稿者のリストとして、記事投稿者ランク付け部のランク順に表示するサーバである。
会員登録サーバ５０は、検索ユーザに対して、当該ＳＮＳポータル（システム）への会員登録を促し、登録した会員に対しては、検索キーワード、検索会員と紐付けた状態で、インデックスデータベースを管理できるようにする。
また、検索ユーザのみならず、記事投稿者（検索結果でリスト表示される対象となる者）に対しても会員登録を促し、登録した会員に対しては、プロフィールの編集や、広告の出稿などを可能にする。
記事投稿者が検索結果でリスト表示されるためには、必ずしも、記事投稿者自身がＳＮＳポータルシステムの会員登録をする必要はない。記事投稿者は、ＳＮＳポータルシステムの会員登録をして記事投稿者会員となることによって、プロフィール編集や、広告の出稿などに積極的にかかわることが可能になる。
広告管理サーバ６０は、記事投稿会員が、検索キーワードとの関係で、広告を出稿することを受け付ける広告受付部と、検索結果の表示ページの一部に、記事投稿会員のプロフィールを表示する広告を表示する広告表示部とを有し、記事投稿会員が、検索上位にならない場合であっても、広告費用を出費することで、検索表示結果画面の見やすい場所に広告を表示することを管理するサーバである。
以上、６つのサーバに分けて説明したが、説明の便宜のためであって、マシンの数を適宜調整すること、役割分担の調整をすることは可能である。
他の○○部、すなわち、検索キーワード受領部、ブラウザ履歴参照部、検索ユーザ利用ＳＮＳ情報取得部、ＳＮＳログイン促進部、記事投稿者ランク付け部、会員登録部、などは、それぞれ、ポータルサーバ１０、内部クロールサーバ２５、インデックスデータベース登録サーバ３０、アルゴリズムＷＥＢサーバ４０、会員登録サーバ５０などのうちの、適切なサーバ内の一部として設けられる。
図１４は、複数のサーバからなる本発明のＳＮＳポータルシステムを一体的に見てその処理の流れを概略的に示すフロー図である。検索ユーザがＳＮＳポータルシステムにアクセスして、検索キーワードを入力し、検索実行ボタンをクリックすると、まず、ＳＮＳ９０（たとえば、フェイスブック（登録商標））の外部クロールを実行する（ステップ２０１）。外部クロールは、前述したように、公開されている情報（外部情報）にアクセスして情報を収集するものである。次に、検索ユーザが当該ＳＮＳ９０（ここでは、フェイスブック（登録商標））の会員かどうかを調べる（ステップ２０３）。たとえば、検索ユーザが使用しているブラウザの履歴を参照して、フェイスブック（登録商標）へのアクセス内容からそれを知る。そして、検索ユーザがＳＮＳ９０（フェイスブック（登録商標））のアカウントを持っていることが判明すると（ステップ２０３でＹｅｓ）、当該ＳＮＳ９０（フェイスブック（登録商標））へのログインを促す。検索ユーザがそれを承諾するのを待って、内部クロールを実行する（ステップ２０７）。内部クロールは、内部情報（当該ＳＮＳにログインして収集できる情報）を収集するものである。検索ユーザが当該ＳＮＳ９０（フェイスブック（登録商標））のアカウントを持っていない場合には、当該ＳＮＳ９０（フェイスブック（登録商標））については、外部クロールのみを実行し、内部クロールを行わない。ＳＮＳ９０からＳＮＳ９９（たとえば、リンクトイン（登録商標））まで、たとえば１０個のＳＮＳについて、ステップ２０１からステップ２０７までの処理を繰り返して行う（ステップ２０９でＮｏならば、ステップ２０１へ戻る）。ＳＮＳポータルシステムがカバーするＳＮＳすべてについてのクロールが終わると（ステップ２０９でＹｅｓ）、次のインデックスデータベースへの登録を実行する（ステップ２０９）。実際には、外部クロールと内部クロール、そして、インデックスデータベースへの登録は、何度でも繰り返し実行してかまわない。
次に、インデックスデータベースを参照して、記事投稿者を同定する（ステップ２２０）。記事投稿者は、かならずしも同一のハンドルネームを異なるＳＮＳで用いているとは限らない。また、同姓同名の記事投稿者が複数いるケースもある。たとえば、山田太郎さんが、全国で２０人いるなどという事例が考えられる。生年月日と、出身校（出身大学、出身高校）がすべて一致するならば、同一人物であると同定する、というルールを決めて、記事投稿者を同定する。そして、同定したその記事投稿者のデータを収集し、データベース登録する。なお、同定のルール決めにおいては、出身地、住所、出身校、本人画像、友人、その他関連するＳＮＳ情報をどこまで見るのかを運用実績に基づいて、適宜調整することが望ましい。
次に、前述した人物評価点数を用いて、記事投稿者を評価する（ステップ２３０）。そして、検索ユーザによるキーワード検索の結果を、関連する人物を人物評価点数順に並べる形式で表示する（ステップ２５０）。最後に、検索ユーザに会員登録を促し、検索会員とする。このＳＮＳポータルシステムの検索会員となったユーザは、今回の検索に用いたキーワード、そして、当該検索会員を特定する情報と関連付けて、外部クロール、内部クロールした結果をインデックスデータベースに登録しておくことができる。また、この会員が同様のキーワードについて、再度検索したときに、次にはもっと精度、確度の高い検索ができるように、外部クロール、内部クロールの実行を定期的に繰り返し実行して、インデックスデータベースを成長、更新させることが可能となる。
図１５は、本発明のＳＮＳポータルシステムを構成する複数のサーバ間の処理の流れを示すシーケンス図である。ここでは、ＳＮＳポータルシステムを構成するサーバとして、ポータルサーバ１０、アルゴリズムＷＥＢサーバ４０、インデックスＤＢ（インデックスデータベース登録サーバ３０）、外部クロールサーバ２０、内部クロールサーバ２５を描いている。
検索ユーザが、ポータルサーバ１０にアクセスして検索キーワードを入力して検索実行ボタンを押すと、外部クロールサーバ２０が、ＳＮＳ９０の外部クロールを実行し、外部情報を収集して、インデックスデータベース登録サーバ３０に引渡す。内部クロールサーバ２５は、検索ユーザの閲覧履歴などを参照して、検索ユーザがＳＮＳ９０のアカウントを有していると判断すると、ＳＮＳ９０へのＳＮＳログインを促す。検索ユーザがそれを了承すると、内部クロールサーバ２５は、検索キーワードに基づいて、内部情報の収集をする。収集された内部情報は、インデックスデータベース登録サーバ３０に引渡す。外部クロールサーバ２０、内部クロールサーバ２５は、ほかのＳＮＳ（ここでは、ＳＮＳ９９）にも同様の処理を実行する。アルゴリズムＷＥＢサーバ４０は、インデックスＤＢとやりとりして、検索結果を生成し、それをポータルサーバ１０に引渡す。ポータルサーバ１０は、検索ユーザに検索結果を表示する。
図１５では、ＳＮＳ９０とＳＮＳ９９のみを記載したが、代表して、２つのＳＮＳを記載したのであって、実際には、多数のＳＮＳに対して、同様の処理を行う。
上述したように、複数のＳＮＳにまたがって記事投稿者の情報が同定され、統合された結果の記事投稿者の情報は、それ自身が、一つのデータベースの構造を有して管理される。外部クロールサーバ（外部クロール部）２０、内部クロールサーバ（内部クロール部）２５が、３６５日２４時間、事情が許す限りクロールを続けることで外部情報、内部情報を収集し、インデックスデータベース登録サーバ３０により、インデックスデータベースの内容を、更新し続けることで、記事投稿者のデータベースもまた、日々、成長し、更新され続ける。
図１６は、検索結果の表示例を示す図である。上部に検索キーワードの入力欄４０１、その下に各種ＳＮＳへのログイン状態表示欄４０３があり、さらに、その下が、左右二つの部分に分かれ、左側に男性記事投稿者表示欄４０５、右側に女性記事投稿者表示欄４０７が設けられて、それぞれ記事投稿者評価ポイント順に並べて表示される。
検索したユーザは、検索キーワードの入力欄４０１に入力され表示されているキーワードを見ることで、どのキーワードによる検索結果であるかを理解できる。たとえば、キーワードに、地名と職種（職業の技術分野）の組合せで入力してあれば、その土地で、その職業をしている人で、情報発信能力の高い人（記事投稿者評価ポイントが高い人）が男性、女性、それぞれポイント順に表示される。
ＳＮＳへのログイン状態表示欄４０３により、検索ユーザは、どのＳＮＳについて、内部情報まで取得できたかを知ることができる。その欄を見ることにより、自らがアカウントを有するにもかかわらず、そのＳＮＳにログインせずに、この検索結果を得た場合には、当該ＳＮＳにログインをして、再度、検索することが可能となる。
男性記事投稿者表示欄４０５、女性記事投稿者表示欄４０７には、名前、顔写真を含む当該記事投稿者の簡単なプロフィール、投稿しているＳＮＳがどれであるか、ＵＲＬの表示などがなされる。名前または顔写真をクリックすると、記事投稿者のマイページ（図１７参照）にジャンプする。
図１７は、記事投稿者のマイページの表示例である。記事投稿者氏名５０１、記事投稿者顔写真５０２、投稿しているＳＮＳ５０３、応援メッセージ５０４、記事投稿者能力分析グラフ５０５などが表示される。このうち、記事投稿者氏名５０１、記事投稿者顔写真５０２、投稿しているＳＮＳ５０３は、当該記事投稿者がＳＮＳに公開している外部情報から収集されたものを用いる。応援メッセージ５０４は、ＳＮＳポータルシステムを利用する検索ユーザが検索会員として登録し、かつ、当該記事投稿者のリアルな顧客又は友達になった際に、当該記事投稿者のマイページにアクセスして書き込むものである。記事投稿者能力分析グラフ５０５は、インデックスデータベース登録サーバ３０が登録したインデックスデータベースを参照して、アルゴリズムＷＥＢサーバが分析した結果、作成される。このマイページは、記事投稿者自身が、このＳＮＳポータルシステムの記事投稿会員として登録する前であっても、前述した記事投稿者のデータベースに基づいて作成し、検索ユーザに見せるようにすることができる。
前述したように、記事投稿者の情報を蓄積したデータベースや、記事投稿者のマイページは、記事投稿者自身が、このＳＮＳポータルシステム（ＳＮＳポータルサイト）に会員登録しなくとも、検索ユーザに対して検索結果を見せるために、作られる。したがって、このＳＮＳポータルシステム（ＳＮＳポータルサイト）の存在を当初は、記事投稿者自身は知らない可能性がある。
記事投稿者のマイページが作成された時点、記事投稿者のマイページに応援メッセージが書き込まれた時点などのタイミングで、このＳＮＳポータルシステムから、自動的に記事投稿者にその旨を通知する処理をすることが望ましい。このＳＮＳポータルシステム（ＳＮＳポータルサイト）に自分のマイページができたことを知った記事投稿者は、自分自身が検索会員として登録してこのシステム（サイト）を利用してみようとするかもしれない。また、このサイトが有用なものだと考えて、ＳＥＯ対策、つまりこのサイトで検索結果の上位に自分がくることができるように、自分が投稿しているＳＮＳでの記事内容を工夫することを始める可能性がある。
また、仮に、記事投稿者のマイページが２つ作られてしまっていることに気づいた場合には、それを統合するようにサイトのスタッフに申請するか、あるいは、自分が投稿しているＳＮＳにおける公開情報（外部情報）を自分でコントロールして、このＳＮＳポータルシステムに二つの記事投稿者を同定できるように導くことが可能となる。
記事投稿者としてこのＳＮＳポータルシステムにマイページを作成された者は、このＳＮＳポータルシステム（ＳＮＳポータルサイト）に記事投稿会員として登録することにより、自らが出費して、広告を出稿することができる。図１８は、広告が掲載された検索結果ページを示す。上部から順に検索キーワード入力欄６０１、ＳＮＳログイン状況表示欄６０２、広告スペース６０３、検索結果表示スペース６０４が設けられる。ここで、広告スペースに表示される記事投稿者の情報は、検索結果に表示されるそれとほぼ同様のもの、つまり、顔写真、名前、投稿しているＳＮＳ、ＵＲＬ、簡単なプロフィールなどから構成される。検索結果のそれではなく、広告であることが明確になるよう、工夫される。
本発明のＳＮＳポータルシステムは、記事投稿者のデータベースを有するものとなり、外部クロールサーバ２０、内部クロールサーバ２５が日々、時々刻々と、新しく投稿された記事の情報を収集するので、投稿されたニュースをジャンルごとに、ＳＮＳポータルシステムの利用者（特に、検索会員）に対して、供給することが可能になる。図１９に示すのは、ニュースを提供するページである。当該ニュースのページからも検索が可能となるように、検索キーワード入力欄７０１が、上部に設けられる。その下には、ページタイトル７０２が表示され、ジャンルタイトル７０３が表示される。ここでは、「人気」、「エンタメ」、「スポーツ」、「おもしろ」、「国内」、「ＩＴ・科学」、「グルメ」、「ヘルス」、「コラム」、「海外」と、１０種類のジャンルが設けられ、それぞれ、ジャンルタイトルの下に、２個ずつの記事が表示されている。ニュース投稿者の顔写真７０４の横に、ニュース記事７０５が表示されており、ここでも、記事投稿者が重要な要素となっている。ニュース投稿者の顔写真７０４をクリックすると、当該記事投稿者のマイページにジャンプするようにすることができる。
このニュースページを検索会員が閲覧することで、あらたな検索キーワードを検索会員が思いつくことにもつながる。したがって、このニュースページは、検索会員によるＳＮＳポータルシステムの利用と密接に関連するものである。
このニュースページを実現するには、ニュースデリバリーシステムを設けることになる。ニュースデリバリーシステムは、前述したインデックスデータベースを参照して、更新されたばかりの情報にアクセスして、そのなかでも「いいね」の数などから、上位のニュースを選択して、ジャンルごとにニュースページに表示する。
このＳＮＳポータルシステム（ＳＮＳポータルサイト）の立ち上げ当初は、外部情報がメインとなって収集される。したがって、あまり立ち入った情報にまではアクセスできないかもしれない。
検索会員の中に、ＳＮＳのヘビーユーザが増えてくると、内部情報の収集が徐々に充実して、記事投稿者の能力を分析するための情報や、ランク付けのための情報が蓄積される。
検索会員が増えて、検索がなされる回数が増え、外部クロール部、内部クロール部が情報収集をする機会、及び収集し続ける時間が増えていくと、記事投稿者の情報が充実し、記事投稿者のマイページが増えていく。
記事投稿者のマイページに、やがて、応援メッセージ（ファンメッセージ）が書き込まれていき、記事投稿者もまた、会員登録をして、ＳＥＯ対策を講じるようになると、広告を出稿する記事投稿者が出てくる。これにより、このＳＮＳポータルシステムが広告により運営できるように成長する。
このような過程を経て、検索結果を企業ではなく、能力ある個人、とりわけ、情報発信能力の高い個人とする文化が育っていくことが期待できる。企業間で人が動く場合であっても、能力ある個人を追いかけて仕事を依頼することが可能になっていく。
本ＳＮＳポータルシステムでは、記事投稿者のデータベースを構築して、それを日々、更新していくので、紳士淑女データベースとしての機能を果たすことができる。
紳士淑女データベースを利用するユーザは、名前と年齢と住所を入力して、データベースへ照会する。すると、本ＳＮＳポータルシステムの記事投稿者データベースに照合して、当該人物を同定し、その人の趣味趣向や行動パターンなどを回答する。これを自動で実行するサービスを提供可能である。
そのための入口となるサーバを新たに準備しても良いが、本発明に係るＳＮＳポータルシステムを用いて、検索する際に、「名前、（スペース）、年齢、（スペース）住所」とキーワード検索欄に入力すると、当該人物の記事投稿者データベースに照会して、その人の趣味趣向や、行動パターンを回答するようにしてもよい。
従来の紳士録（紳士淑女録）では、当該人物の学歴や、職歴などの、比較的古いデータを扱うものであったが、この紳士淑女データベースでは、最新の情報を扱う。しかも、照会するたびに、新しいデータを付け加えたものにできる可能性がある。
これまで、ＷＥＢ上で検索をするものとして、たとえばグーグル検索、ヤフー検索がある。これらはいずれも、検索結果として、ＷＥＢ上のページ（ＵＲＬを持つもの）がなんらかの順番で並ぶものであり、ＳＥＯ対策として、それらの上位に来るように各社が工夫を凝らしてきた。
本発明のＳＮＳポータルシステム（ＳＮＳポータルサイト）は、これまでの常識を覆すものであって、ＷＥＢ検索結果をＷＥＢページではなく、記事投稿者にすることを提案するものである。この点に、新たな技術思想がある。
さらに、そのリストの記載順は、記事投稿者の評価点数順である。この評価点数は、各種ＳＮＳにおける当該記事投稿者の情報発信能力の指標となるものに基づいて作られる。
異なる複数のＳＮＳで活躍する記事投稿者が、異なるハンドルネームを用いる可能性があることに鑑みて、生年月日、出身校が一致することから同一人であると同定して、データベースを統合するという考え方が新規である可能性がある。
本ＳＮＳポータルサイトでは、ＳＮＳの記事投稿者のデータベースを作成し、そのマイページを準備する。そして、このマイページは、支援者、顧客、友達による応援メッセージの投稿が可能なものである。このことは、人材発掘のために役立つことであり、企業によらずに人材を求めるという文化の形成に役立つ。
本ＳＮＳポータルサイト（システム）では、外部クロール部、内部クロール部という二つのクロール部により、日夜、ＷＥＢ上を情報収集し、記事投稿者の評価、能力分析に必要な情報が蓄積される。しかも、この情報は、会員が増えること、ＳＮＳのヘビーユーザが増えることで、より充実する。このような二つのクロール部の併用により、評価、分析が可能になることは、新規な技術思想である可能性がある。
本発明のシステムは、図１３に示すように、コンピュータのＣＰＵ、メモリ、補助記憶装置、ディスプレイ、入力デバイス等を含むハードウェア資源上に構築されたＯＳ、アプリケーションソフトウェア、データベース、ネットワークシステム等によって実現されるものであり、処理という情報処理が上記のハードウェア資源を用いて具体的に実現されるものであるから、自然法則を利用した技術的思想に該当するものであり、文献処理、情報処理、事務処理等の産業において利用することができるものである。
以上、本発明の第１及び第２実施形態について説明したが、かかる実施形態に以下の変形を加えてもよい。
（１）上記第１実施形態では、アルゴリズムＷＥＢサーバ４０は、インデックスデータベース内の当該ＳＮＳユーザの投稿情報内における当該ＳＮＳユーザの全投稿に対するリアクションの数を上記式（１）の値Ｐ４として代入した。しかし、アルゴリズムＷＥＢサーバ４０は、インデックスデータベース内の当該ＳＮＳユーザの投稿情報のうち検索キーワードを含む投稿情報だけに対するリアクションの数を上記式（１）の値Ｐ４として代入してもよい。
（２）上記第１実施形態では、アルゴリズムＷＥＢサーバ４０は、インデックスデータベース内の当該ＳＮＳユーザに対する他のＳＮＳユーザからの全投稿数を上記式（１）の値Ｐ５として代入した。しかし、インデックスデータベース内の当該ＳＮＳユーザの投稿のうち検索キーワードを含む投稿に対する他のＳＮＳユーザからの投稿の数を上記式（１）の値Ｐ５として代入してもよい。
（３）上記第１実施形態では、外部クロールサーバ２０及び内部クロールサーバ２５が巡回するＳＮＳの種類は、フェイスブック（登録商標）、ツイッター（登録商標）、リンクトイン（登録商標）、グーグルプラス（登録商標）、ピンタレストの５種類であった。しかし、これら以外のＳＮＳ（例えば、Ｙａｈｏｏ（登録商標）、ｍｉｘｉ（登録商標）、インスタグラム、ライン、アメーバブログ（登録商標）、ユーチューブ（登録商標）、タンブラーなど）を巡回対象に含めてもよい。
（４）上記第１実施形態では、新規会員登録ページ（図７）において登録ボタン１３７が選択されると、端末３は、ブラウザに登録されているＳＮＳのアカウント情報（ＩＤ及びパスワード）を会員登録サーバ５０に宛てて送信し、このＳＮＳのアカウント情報が会員登録データベースに格納されるようになっていた。しかし、図２０に示すように、新規会員登録ページに、ブラウザにアカウント情報が記憶されている一又は複数種類のＳＮＳ（図２０の例では、Ｇｏｏｇｌｅ（登録商標）、Ｙａｈｏｏ（登録商標）、Ｔｗｉｔｔｅｒ（登録商標）、ｍｉｘｉ（登録商標）、Ｆａｃｅｂｏｏｋ（登録商標））が表示され、このＳＮＳの中から選択されたもののアカウント情報が会員登録サーバ５０に宛てて送信され、このＳＮＳのアカウント情報が会員登録データベースに格納されるようにしてもよい。この場合において、送信されたＳＮＳのアカウント情報と同じＩＳ及びパスワードを会員ＩＤ及び会員パスワードとしてもよい。
（５）上記第１実施形態では、会員登録データベースのフィールドは、ａ１〜ｚ１の２８個のフィールドを有していた。しかし、会員登録データベースのフィールドをより少なくしてもよい。会員データベースは、少なくとも、当該ＳＮＳユーザの氏名の情報、当該ＳＮＳユーザの所属先の情報、及び当該ＳＮＳユーザの利用するＳＮＳのアカウント情報（ＩＳＮのＩＤとパスワード）を記憶できるようになっていればよい。また、登録を求める会員登録ページでも、当該ＳＮＳユーザの氏名の情報、当該ＳＮＳユーザの所属先の情報、及び当該ＳＮＳユーザの利用するＳＮＳのアカウント情報（ＳＮＳのＩＤとパスワード）の入力を求めるレイアウトになっていればよい。
（６）上記第１実施形態では、内部クロールサーバ２５は、ＳＮＳにおいてＳＮＳユーザが公開に制限をかけている投稿情報と公開に制限をかけていない投稿情報とを取得した。ＳＮＳの中には、自分だけに公開する、友達だけに公開する、すべてに公開する、というように、投稿情報毎に公開レベルを設定できるものがある。内部クロールサーバ２５は、どの公開レベルの投稿情報まで取得するかを個別にカスタマイズできるようにしてもよい。
（７）上記第１実施形態では、図８の会員登録情報ページから応援メッセージ投稿依頼ページに進んで応援メッセージの投稿の依頼をするようになっていた。しかし、会員登録情報ページとは別のページから応援メッセージ投稿依頼ページに進めるようにしてもよい。
（８）上記第１実施形態では、図７の新規会員登録ページにおいて会員登録手続を済ませた後、新規会員ＩＤ及び会員パスワードが電子メールで通知されるようになっていた。しかい、会員登録手続きの後に表示される手続完了ページにおいて、新規会員ＩＤ及び会員パスワードが通知されるようにしてもよいし、手続を行う者自らが会員ＩＤと会員パスワードを任意に設定するようにしてもよい。
１…スマートフォン、２…パーソナルコンピュータ、１０…ポータルサーバ、２０…外部クロールサーバ、２５…内部クロールサーバ、３０…インデックスデータベース登録サーバ、４０…アルゴリズムＷＥＢサーバ、５０…会員登録サーバ、６０…広告管理サーバ、９０、９９…ＳＮＳサーバ、４０１…検索キーワード入力欄、４０３…各種ＳＮＳのログイン状態表示欄、４０５…男性記事投稿者表示欄、４０７…女性記事投稿者表示欄、５０１…記事投稿者氏名、５０２…記事投稿者顔写真、５０３…投稿しているＳＮＳ、５０４…応援メッセージ、５０５…記事投稿者能力分析グラフ、６０１…検索キーワード入力欄、６０２…ＳＮＳログイン状況表示欄、６０３…広告スペース、６０４…検索結果表示スペース、７０１…検索キーワード入力欄、７０２…ページタイトル、７０３…ジャンルタイトル、７０４…ニュース投稿者の顔写真、７０５…ニュース記事

Claims (14)

  1. 所定の複数種類のＳＮＳのうちの少なくとも１つ以上のＳＮＳにアカウントを有するＳＮＳユーザ同士のマッチングを支援するＳＮＳポータルシステムであって、
    ＳＮＳユーザであって当該ＳＮＳポータルシステムの会員登録を済ませた者を会員ＳＮＳユーザとし、各会員ＳＮＳユーザのＳＮＳのアカウント情報を含む会員情報を記憶した会員登録データベースを有する会員登録部と、
    前記複数種類のＳＮＳを巡回し、巡回先のＳＮＳに前記会員登録データベース内の前記アカウント情報を含むリクエストを送信し、ＳＮＳにおいてＳＮＳユーザが公開に制限をかけている投稿情報と公開に制限をかけていない投稿情報とを取得する内部クロール部と、
    前記複数種類のＳＮＳを巡回し、巡回先のＳＮＳに前記会員登録データベース内のアカウント情報を含まないリクエストを送信し、ＳＮＳにおいてＳＮＳユーザが公開に制限をかけていない投稿情報だけを取得する外部クロール部と、
    インデックスデータベースを有するインデックスデータベース登録部であって、前記外部クロール部のＳＮＳの巡回により得られた投稿情報及び前記内部クロール部のＳＮＳの巡回により得られた投稿情報をインデクシングを施した上で前記インデックスデータベースに格納するインデックスデータベース登録部と、
    ＳＮＳユーザの端末から、検索キーワードを含むリクエストを受信し、受信したリクエスト内の検索キーワードを基に前記インデックスデータベースを検索し、前記インデックスデータベース内の各ＳＮＳユーザの投稿情報を解析し、この解析結果に基づいて、ＳＮＳユーザを前記検索キーワードとの関連が強い順にランク付けし、ＳＮＳユーザの情報をランク順に配した検索結果ページのＷＥＢページデータを前記検索キーワードを含むリクエストの送信元に送信するアルゴリズムＷＥＢサーバと
    を具備することを特徴とするＳＮＳポータルシステム。
  2. 前記会員登録部は、当該ＳＮＳポータルシステムの会員登録を求めるＳＮＳユーザの端末に、少なくとも、当該ＳＮＳユーザの氏名の情報、当該ＳＮＳユーザの所属先の情報、及び当該ＳＮＳユーザの利用するＳＮＳのアカウント情報の登録を求める会員登録ページのＷＥＢページデータを送信し、会員登録ページにおいて入力された情報を受信し、受信した情報を会員情報として前記会員登録データベースに格納することを特徴とする請求項１に記載のＳＮＳポータルシステム。
  3. 前記検索結果ページは、ＳＮＳユーザの各々について、当該ＳＮＳユーザの所属先、当該ＳＮＳユーザの氏名、当該ＳＮＳユーザの利用するＳＮＳ、当該ＳＮＳユーザの会員紹介ページへのリンクが張られたＵＲＬに関わる情報の纏まりを並べたものであり、
    前記会員登録部は、
    前記検索結果ページ内のＳＮＳユーザの会員紹介ページのＵＲＬを含むリクエストを受信した場合に、当該ＳＮＳユーザの所属先、当該ＳＮＳユーザの氏名、当該ＳＮＳユーザの利用するＳＮＳに関わる情報を含み、これらの情報に加えて、当該ＳＮＳユーザの他のＳＮＳユーザから当該ＳＮＳユーザに宛てて送られた応援メッセージ、及び当該ＳＮＳユーザの他のＳＮＳユーザが当該ＳＮＳユーザについて下した複数の評価項目の評価値のレーダーチャートを含むＷＥＢページデータを前記会員紹介ページのＵＲＬを含むリクエストの送信元に送信する
    ことを特徴とする請求項１又は２に記載のＳＮＳポータルシステム。
  4. 前記会員登録部は、
    会員ＳＮＳユーザの端末から、応援メッセージ投稿ページのＵＲＬを含むリクエストを受信した場合に、応援メッセージの依頼元の会員ＳＮＳユーザの氏名、当該依頼元の会員ＳＮＳユーザに宛てた応援メッセージの入力欄、及び当該依頼元の会員ＳＮＳユーザについての複数の評価項目の評価値の入力欄を有するＷＥＢページデータを前記応援メッセージ投稿ページのＵＲＬを含むリクエストの送信元に送信し、当該応援メッセージ投稿ページの入力欄に入力された情報を受信し、受信した情報を、当該依頼元の会員ＳＮＳユーザの応援メッセージ情報として前記会員登録データベースに格納し、
    前記会員登録部は、
    前記会員登録データベース内の前記応援メッセージ情報に基づいて前記会員紹介ページのＷＥＢページデータを生成することを特徴とする請求項３に記載のＳＮＳポータルシステム。
  5. 前記複数の評価項目は、アイデア、論理的思考、レスポンス、本質思考、及びナレッジの５種類の評価項目であることを特徴とする請求項４に記載のＳＮＳポータルシステム。
  6. 前記アルゴリズムＷＥＢサーバは、
    ＳＮＳユーザの端末から、検索キーワードを含むリクエストを受信した場合に、前記インデックスデータベース内における各ＳＮＳユーザの各々の投稿情報及び前記会員登録データベース内における各ＳＮＳユーザの各々の応援メッセージ情報に基づいて、当該ＳＮＳユーザの投稿情報における検索キーワードを含む情報の更新の頻度、当該ＳＮＳユーザの投稿情報における検索キーワードを含む情報の情報量の多さ、当該ＳＮＳユーザと繋がりをもつ他のＳＮＳユーザの数、当該ＳＮＳユーザの投稿に対するリアクションの数、当該ＳＮＳユーザに対する他のＳＮＳユーザからの投稿の数、当該ＳＮＳユーザに宛てて投稿された応援メッセージの数、及び当該ＳＮＳユーザについての前記５種類の評価項目の評価値を平均した総合評価平均値を求め、
    前記検索キーワードを含む情報の更新の頻度を下記式（１）の値Ｐ１とし、
    前記検索キーワードを含む情報の情報量の多さを下記式（１）の値Ｐ２とし、
    前記繋がりをもつ他のＳＮＳユーザの数を下記式（１）の値Ｐ３とし、
    前記リアクションの数を下記式（１）の値Ｐ４とし、
    前記他のＳＮＳユーザからの投稿の数を下記式（１）の値Ｐ５とし、
    前記応援メッセージの数を下記式（１）の値Ｐ６とし、
    前記総合評価平均値を下記式（１）の値Ｐ７とし、
    予め設定された第１の重み係数を下記式（１）の値Ｋ１とし、
    予め設定された第２の重み係数を下記式（１）の値Ｋ２とし、
    予め設定された第３の重み係数を下記式（１）の値Ｋ３とし、
    予め設定された第４の重み係数を下記式（１）の値Ｋ４とし、
    予め設定された第５の重み係数を下記式（１）の値Ｋ５とし、
    予め設定された第６の重み係数を下記式（１）の値Ｋ６とし、
    予め設定された第７の重み係数を下記式（１）の値Ｋ７とする
    ことによりマッチングポイントＰＰを算出し、算出したマッチングポイントＰＰが高い順にＳＮＳユーザをランク付けすることを特徴とする請求項５に記載のＳＮＳポータルシステム。
    ＰＰ＝Ｐ１×Ｋ１＋Ｐ２×Ｋ２＋Ｐ３×Ｋ３＋Ｐ４×Ｋ４＋Ｐ５×Ｋ５＋Ｐ６×Ｋ６＋Ｐ７×Ｋ７・・・（１）
  7. 前記式（１）におけるＫ１、Ｋ２、Ｋ３、Ｋ４、Ｋ５、Ｋ６、及びＫ７の大小関係が、Ｋ１＝Ｋ２＞Ｋ３＞Ｋ４＝Ｋ５＞Ｋ６＝Ｋ７になっていることを特徴とする請求項に記載のＳＮＳポータルシステム。
  8. ＳＮＳに投稿された記事内容、投稿者のプロフィールを含む情報を検索ユーザが決めた検索キーワードにしたがって、複数ＳＮＳにまたがって検索した結果に基づいて、記事投稿者の前記複数ＳＮＳにまたがったランク付けを行い、そのランク付けのリストを検索ユーザに対して提供するＳＮＳポータルシステムであって、
    前記検索ユーザから、検索キーワードを受取る検索キーワード受領部と、
    前記複数ＳＮＳがそれぞれのＳＮＳの登録利用者以外に公開している記事内容、投稿者のプロフィールを含む情報（以下、外部情報という）に対して、クロールして当該外部情報を収集する外部クロール部と、
    前記検索ユーザの用いるブラウザのブラウザ履歴を参照するブラウザ履歴参照部と、
    前記ブラウザ履歴参照部が参照する検索ユーザのブラウザ履歴から、当該検索ユーザがアカウントを有するＳＮＳがどれであるかを抽出する検索ユーザ利用ＳＮＳ情報取得部と、
    前記検索ユーザ利用ＳＮＳ情報取得した当該検索ユーザの利用するＳＮＳに当該検索ユーザがログインするように促すＳＮＳログイン促進部と、
    前記ＳＮＳログイン促進部の促すことに答えて前記検索ユーザが当該ＳＮＳにログインすることを受けて、当該検索ユーザがログインすることでアクセス可能となる当該ＳＮＳの記事内容、投稿者のプロフィールを含む情報（以下、内部情報という）に対して、クロールして当該内部情報を収集する内部クロール部と、
    前記外部クロール部と、前記内部クロール部とが収集した外部情報及び内部情報を解析し、インデックスデータベースに登録するインデックスデータベース登録部と、
    前記インデックスデータベースを参照して、記事投稿者のプロフィールについての情報のうち、生年月日、出身地、住所、出身校、本人画像、友人を含む関連するＳＮＳ情報を解析して、異なるＳＮＳにまたがって投稿する同一人物を同定して登録する記事投稿者統合部と、
    前記記事投稿者統合部が同定した記事投稿者の一人一人について、前記複数ＳＮＳにまたがったランク付けをする記事投稿者ランク付け部と、
    前記検索ユーザが決めた検索キーワードに基づいて、前記インデックスデータベースにアクセスして、情報を抽出し、検索結果を前記記事投稿者統合部により同定された記事投稿者のリストとして、前記記事投稿者ランク付け部のランク順に表示するアルゴリズムＷＥＢサーバと、
    を有し、
    検索ユーザが入力した検索キーワードに対する検索結果を複数のＳＮＳにまたがった記事投稿者の情報を一つのマイページに自動で名寄せし、まとめて表示することを特徴とするＳＮＳポータルシステム。
  9. 前記検索ユーザに対して、当該ＳＮＳポータルシステムの会員登録を促し、当該ＳＮＳポータルシステムの検索会員として登録する会員登録部をさらに有し、
    前記インデックスデータベース登録部は、前記内部クロール部がクロールして収集した内部情報について、当該検索会員と関連付けて登録し、以降の当該検索会員による検索に役立てることを特徴とする請求項８に記載のＳＮＳポータルシステム。
  10. 前記外部クロール部と、前記内部クロール部とは、前記検索会員による最初の検索時のみならず、その後も繰り返しクロールを実施し、
    前記インデックスデータベース登録部は、前記インデックスデータベースをその都度、更新することを特徴とする請求項９に記載のＳＮＳポータルシステム。
  11. 前記記事投稿者ランク付け部が行うランク付けは、前記外部クロール部及び前記内部クロール部により得られる当該記事投稿者の情報の更新頻度、情報の量の多さを含む情報に基づく記事投稿者評価ポイント順になされることを特徴とする請求項８〜１０のいずれか1項に記載のＳＮＳポータルシステム。
  12. 前記記事投稿者の個々のページである記事投稿者マイページを有し、
    当該記事投稿者マイページには、当該記事投稿者の現実の友人からの応援メッセージを書き込むことを可能としたことを特徴とする請求項８〜１０のいずれか１項に記載のＳＮＳポータルシステム。
  13. 前記記事投稿者マイページに書き込まれた応援メッセージの数、文字数を含む情報を前記記事投稿者評価ポイントに反映することを特徴とする請求項１２に記載のＳＮＳポータルシステム。
  14. 前記会員登録部は、前記記事投稿者もまた、記事投稿会員として登録することを可能にし、
    さらに、
    当該記事投稿会員が、検索キーワードとの関係で、広告を出すことを受け付ける広告受付部と、
    前記検索結果の表示ページの一部に、当該記事投稿会員のプロフィールを表示する広告を表示する広告表示部と
    を設けたことを特徴とする請求項９〜１３のいずれか１項に記載のＳＮＳポータルシステム。
JP2017160690A 2016-08-25 2017-08-24 Ｓｎｓポータルシステム Pending JP2018037076A (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2016164258 2016-08-25
JP2016164258 2016-08-25

Publications (1)

Publication Number Publication Date
JP2018037076A true JP2018037076A (ja) 2018-03-08

Family

ID=61567446

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2017160690A Pending JP2018037076A (ja) 2016-08-25 2017-08-24 Ｓｎｓポータルシステム

Country Status (1)

Country Link
JP (1) JP2018037076A (ja)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019187107A1 (ja) * 2018-03-30 2019-10-03 日本電気株式会社 情報処理装置、制御方法、及びプログラム
JP2020035440A (ja) * 2018-08-22 2020-03-05 株式会社ビジネスインテリジェンス 名刺関連情報提供方法、企業価値判定方法、名刺情報提供方法、名刺価値判定方法、名刺関連情報提供装置、企業価値判定装置、名刺情報提供装置、名刺価値判定装置及びコンピュータプログラム
JP2020140624A (ja) * 2019-03-01 2020-09-03 西日本電信電話株式会社 属性推定装置、属性推定方法及びプログラム
JP6857775B1 (ja) * 2020-12-07 2021-04-14 株式会社日立製作所 アカウント分析システム、及びアカウント分析方法
JP7302835B1 (ja) * 2023-02-03 2023-07-04 大田 敏 発信者情報取得システム、発信者情報取得システムの制御方法、及びプログラム
JP7411295B1 (ja) 2023-04-21 2024-01-11 株式会社セレクトリンク 情報サイト管理装置及び情報サイト管理プログラム

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019187107A1 (ja) * 2018-03-30 2019-10-03 日本電気株式会社 情報処理装置、制御方法、及びプログラム
JPWO2019187107A1 (ja) * 2018-03-30 2021-02-25 日本電気株式会社 情報処理装置、制御方法、及びプログラム
JP2020035440A (ja) * 2018-08-22 2020-03-05 株式会社ビジネスインテリジェンス 名刺関連情報提供方法、企業価値判定方法、名刺情報提供方法、名刺価値判定方法、名刺関連情報提供装置、企業価値判定装置、名刺情報提供装置、名刺価値判定装置及びコンピュータプログラム
JP2020140624A (ja) * 2019-03-01 2020-09-03 西日本電信電話株式会社 属性推定装置、属性推定方法及びプログラム
JP6857775B1 (ja) * 2020-12-07 2021-04-14 株式会社日立製作所 アカウント分析システム、及びアカウント分析方法
JP2022090209A (ja) * 2020-12-07 2022-06-17 株式会社日立製作所 アカウント分析システム、及びアカウント分析方法
JP7302835B1 (ja) * 2023-02-03 2023-07-04 大田 敏 発信者情報取得システム、発信者情報取得システムの制御方法、及びプログラム
JP7411295B1 (ja) 2023-04-21 2024-01-11 株式会社セレクトリンク 情報サイト管理装置及び情報サイト管理プログラム

Similar Documents

Publication Publication Date Title
US10331748B2 (en) Dynamically generating recommendations based on social graph information
US10728203B2 (en) Method and system for classifying a question
US20170154040A1 (en) Systems and methods for an expert-informed information acquisition engine utilizing an adaptive torrent-based heterogeneous network solution
US9177063B2 (en) Endorsing search results
US9002898B2 (en) Automatically generating nodes and edges in an integrated social graph
US9081823B2 (en) Ranking social network objects
TWI401573B (zh) 使用社交網路存取受信任之使用者產生內容
JP2018037076A (ja) Ｓｎｓポータルシステム
US10740723B2 (en) Computer method and system for searching and navigating published content on a global computer network
US8244848B1 (en) Integrated social network environment
US20190121811A1 (en) Personalized activity data gathering based on multi-variable user input and multi-dimensional schema
US8886643B2 (en) Presenting social search results
US8775355B2 (en) Dynamic online communities
US20120158720A1 (en) Social network powered search enhancements
US20110010384A1 (en) Multi-community content sharing in online social networks
US9092529B1 (en) Social search endorsements
US20110022621A1 (en) Dynamically naming communities within online social networks
US11080287B2 (en) Methods, systems and techniques for ranking blended content retrieved from multiple disparate content sources
US11232522B2 (en) Methods, systems and techniques for blending online content from multiple disparate content sources including a personal content source or a semi-personal content source
US11216735B2 (en) Method and system for providing synthetic answers to a personal question
JP2016018300A (ja) 情報集計装置、情報集計方法及び情報集計プログラム
Liu et al. Real-time community question answering: Exploring content recommendation and user notification strategies
Martoglia AMBIT: semantic engine foundations for knowledge management in context-dependent applications
JP6171061B2 (ja) 情報集計装置、情報集計方法及び情報集計プログラム
Cheng et al. Adaptive Social Network Services: The Practice of 9EMBA. COM

Legal Events

Date Code Title Description
AA64 Notification of invalidation of claim of internal priority (with term)

Free format text: JAPANESE INTERMEDIATE CODE: A241764

Effective date: 20170912