(57)【要約】【課題】ユーザの属性情報を効率的に収集することで、相性判定に係る精度を向上させる。【解決手段】ユーザ間の相性を判定する相性判定装置であって、第１のユーザ及び他の複数のユーザの属性情報が登録された属性情報テーブルと、第１のユーザが第１の端末装置からアクセスしてきた場合に、正当なユーザであるか認証する認証手段と、認証手段によって認証が成功する度に、所定のタイミングで属性情報に関する質問情報を提示する質問情報提示手段と、質問情報に対する第１のユーザの回答情報を、第１のユーザの属性情報として属性情報テーブルに追加登録する回答情報登録手段と、属性情報テーブルに登録された属性情報に基づいて、第１のユーザと複数の他のユーザの各々との相性を判定する相性判定手段と、相性判定手段による判定結果を、第１の端末装置を介して第１のユーザに通知する通知手段と、を備える。【選択図】図８
2015022464.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ間の相性を判定する相性判定装置であって、
第１のユーザ及び他の複数のユーザの属性情報が登録された属性情報テーブルと、
前記第１のユーザが第１の端末装置からアクセスしてきた場合に、正当なユーザであるか認証する認証手段と、
前記認証手段によって認証が成功する度に、所定のタイミングで前記属性情報に関する質問情報を提示する質問情報提示手段と、
前記質問情報に対する前記第１のユーザの回答情報を、前記第１のユーザの属性情報として前記属性情報テーブルに追加登録する回答情報登録手段と、
前記属性情報テーブルに登録された属性情報に基づいて、前記第１のユーザと前記複数の他のユーザの各々との相性を判定する相性判定手段と、
前記相性判定手段による判定結果を、前記第１の端末装置を介して前記第１のユーザに通知する通知手段と、
を備えたことを特徴とする相性判定装置。
【請求項２】
前記質問情報提示手段は、前記認証手段によって認証が成功する度に、毎回異なる一つの質問情報を提示することを特徴とする請求項１に記載の相性判定装置。
【請求項３】
前記第１のユーザは求職者であり、前記他の複数のユーザは求人企業の社長であることを特徴とする請求項１に記載の相性判定装置。
【請求項４】
前記所定のタイミングは、ログイン時、ログアウト時及び前記第１のユーザによるアクション時の少なくとも一つであることを特徴とする請求項１に記載の相性判定装置。
【請求項５】
第１のユーザ及び他の複数のユーザの属性情報が登録された属性情報テーブルを有し、ユーザ間の相性を判定する相性判定装置における相性判定方法であって、
前記相性判定装置が、前記第１のユーザが第１の端末装置からアクセスしてきた場合に、正当なユーザであるか認証する認証工程と、
前記相性判定装置が、前記認証工程において認証が成功する度に、所定のタイミングで前記属性情報に関する質問情報を提示する質問情報提示手段と、
前記相性判定装置が、前記質問情報に対する前記第１のユーザの回答情報を、前記第１のユーザの属性情報として前記属性情報テーブルに追加登録する回答情報登録工程と、
前記相性判定装置が、前記属性情報テーブルに登録された属性情報に基づいて、前記第１のユーザと前記複数の他のユーザの各々との相性を判定する相性判定工程と、
前記相性判定装置が、前記相性判定手段による判定結果を、前記第１の端末装置を介して前記第１のユーザに通知する通知工程と、
を含むことを特徴とする相性判定方法。
【請求項６】
第１のユーザ及び他の複数のユーザの属性情報が登録された属性情報テーブルを有し、ユーザ間の相性を判定する相性判定装置における相性判定プログラムであって、
前記第１のユーザが第１の端末装置からアクセスしてきた場合に、正当なユーザであるか認証する認証工程と、
前記認証工程において認証が成功する度に、所定のタイミングで前記属性情報に関する質問情報を提示する質問情報提示手段と、
前記質問情報に対する前記第１のユーザの回答情報を、前記第１のユーザの属性情報として前記属性情報テーブルに追加登録する回答情報登録工程と、
前記属性情報テーブルに登録された属性情報に基づいて、前記第１のユーザと前記複数の他のユーザの各々との相性を判定する相性判定工程と、
前記相性判定手段による判定結果を、前記第１の端末装置を介して前記第１のユーザに通知する通知工程と、
を前記相性判定装置に実行させることを特徴とする相性判定プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、相性判定装置、相性判定方法及び相性判定プログラムに関する。
【背景技術】
【０００２】
従来、２人のユーザの相性を判定する装置が知られている（例えば特許文献１参照）。
【０００３】
特許文献１には、第１のユーザと第２のユーザの相性を判定する相性判定装置において、所定の媒体のアクセス情報を参照して第１のユーザが第１の端末装置からアクセスしてきた場合に、正当なユーザであるか認証する第１の認証手段と、心理テスト情報を呈示する第１の呈示手段と、回答を受信して採点する第１の採点手段と、第２のユーザが第２の端末装置からアクセスしてきた場合に、正当なユーザであるか認証する第２の認証手段と、心理テスト情報を呈示する第２の呈示手段と、心理テストの回答を受信して採点する第２の採点手段と、採点結果に基づいて二人の相性を判定する判定手段と、判定結果を二人のユーザに通知する通知手段と、を有する装置が開示されている。
【０００４】
特許文献１に係る技術によれば、気軽に相性の判定を受けるとともに、ゲーム性を有する相性判定を行うことができる。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−１７４９８９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、ユーザ間の相性判定に係る精度を向上させるためには、ユーザに多くの属性情報を入力してもらうことが望ましい。しかしながら、属性情報の個数が多くなる程、ユーザにとって入力が面倒になってしまう問題があった。
【０００７】
本発明は、上記のような事情に鑑みてなされたものであって、ユーザの属性情報を効率的に収集することで、相性判定に係る精度を向上させる相性判定装置、相性判定方法及び相性判定プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記の目的を達成するために、本発明に係る相性判定装置は、ユーザ間の相性を判定する相性判定装置であって、第１のユーザ及び他の複数のユーザの属性情報が登録された属性情報テーブルと、前記第１のユーザが第１の端末装置からアクセスしてきた場合に、正当なユーザであるか認証する認証手段と、前記認証手段によって認証が成功する度に、所定のタイミングで前記属性情報に関する質問情報を提示する質問情報提示手段と、前記質問情報に対する前記第１のユーザの回答情報を、前記第１のユーザの属性情報として前記属性情報テーブルに追加登録する回答情報登録手段と、前記属性情報テーブルに登録された属性情報に基づいて、前記第１のユーザと前記複数の他のユーザの各々との相性を判定する相性判定手段と、前記相性判定手段による判定結果を、前記第１の端末装置を介して前記第１のユーザに通知する通知手段と、を備えたことを特徴とする。
【０００９】
また上記の目的を達成するために、前記質問情報提示手段は、前記認証手段によって認証が成功する度に、毎回異なる一つの質問情報を提示することを特徴とする。
【００１０】
また上記の目的を達成するために、前記第１のユーザは求職者であり、前記他の複数のユーザは求人企業の社長であることを特徴とする。
【００１１】
また上記の目的を達成するために、前記所定のタイミングは、ログイン時、ログアウト時及び前記第１のユーザによるアクション時の少なくとも一つであることを特徴とする。
【００１２】
上記の目的を達成するために、本発明に係る相性判定方法は、第１のユーザ及び他の複数のユーザの属性情報が登録された属性情報テーブルを有し、ユーザ間の相性を判定する相性判定装置における相性判定方法であって、前記相性判定装置が、前記第１のユーザが第１の端末装置からアクセスしてきた場合に、正当なユーザであるか認証する認証工程と、前記相性判定装置が、前記認証工程において認証が成功する度に、所定のタイミングで前記属性情報に関する質問情報を提示する質問情報提示手段と、前記相性判定装置が、前記質問情報に対する前記第１のユーザの回答情報を、前記第１のユーザの属性情報として前記属性情報テーブルに登録する回答情報登録工程と、前記相性判定装置が、前記属性情報テーブルに登録された属性情報に基づいて、前記第１のユーザと前記複数の他のユーザの各々との相性を判定する相性判定工程と、前記相性判定装置が、前記相性判定手段による判定結果を、前記第１の端末装置を介して前記第１のユーザに通知する通知工程と、を含むことを特徴とする。
【００１３】
上記の目的を達成するために、本発明に係る相性判定プログラムは、第１のユーザ及び他の複数のユーザの属性情報が登録された属性情報テーブルを有し、ユーザ間の相性を判定する相性判定装置における相性判定プログラムであって、前記第１のユーザが第１の端末装置からアクセスしてきた場合に、正当なユーザであるか認証する認証工程と、前記認証工程において認証が成功する度に、所定のタイミングで前記属性情報に関する質問情報を提示する質問情報提示手段と、前記質問情報に対する前記第１のユーザの回答情報を、前記第１のユーザの属性情報として前記属性情報テーブルに登録する回答情報登録工程と、前記属性情報テーブルに登録された属性情報に基づいて、前記第１のユーザと前記複数の他のユーザの各々との相性を判定する相性判定工程と、前記相性判定手段による判定結果を、前記第１の端末装置を介して前記第１のユーザに通知する通知工程と、を前記相性判定装置に実行させることを特徴とする。
【発明の効果】
【００１４】
本発明によれば、ユーザの属性情報を効率的に収集することで、相性判定に係る精度を向上させることができる。
【図面の簡単な説明】
【００１５】
【図１】本実施形態に係る相性判定システムの構成例を示す図である。
【図２】本実施形態に係る相性判定装置の構成例を示す図である。
【図３】本実施形態に係る求職者個人情報テーブルの一例を示す図である。
【図４】本実施形態に係る社長個人情報テーブルの一例を示す図である。
【図５】本実施形態に係る求職者趣味嗜好情報テーブルの一例を示す図である。
【図６】本実施形態に係る社長趣味嗜好情報テーブルの一例を示す図である。
【図７】本実施形態に係る属性情報抽出ルールテーブルの一例を示す図である。
【図８】本実施形態に係る計算機システムの動作例を示すシーケンス図である。
【図９】本実施形態に係る趣味嗜好情報質問画面の一例を示す図である。
【図１０】本実施形態に係るマッチング結果表示画面の一例を示す図である。
【発明を実施するための形態】
【００１６】
本発明に係る相性判定システムは、ユーザ間の相性を判定する相性判定装置であって、第１のユーザ及び他の複数のユーザの属性情報が登録された属性情報テーブルと、前記第１のユーザが第１の端末装置からアクセスしてきた場合に、正当なユーザであるか認証する認証手段と、前記認証手段によって認証が成功する度に、所定のタイミングで前記属性情報に関する質問情報を提示する質問情報提示手段と、前記質問情報に対する前記第１のユーザの回答情報を、前記第１のユーザの属性情報として前記属性情報テーブルに追加登録する回答情報登録手段と、前記属性情報テーブルに登録された属性情報に基づいて、前記第１のユーザと前記複数の他のユーザの各々との相性を判定する相性判定手段と、前記相性判定手段による判定結果を、前記第１の端末装置を介して前記第１のユーザに通知する通知手段と、を備えたものである。これにより、ユーザの属性情報を効率的に収集することで、相性判定に係る精度を向上させるものである。以下、本発明の実施形態について説明する。
【００１７】
［相性判定システムの構成例］
図１は、本実施形態に係る相性判定システムの構成例を示す図である。
【００１８】
図１に示す相性判定システム１は、ＬＡＮ（Local Area Network）等のネットワーク２を介して接続された複数の第１の端末装置３ａ、３ｂ、・・・（以下、いずれか一つを指す場合には、「第１の端末装置３」という。）と、複数の第２の端末装置４ａ、４ｂ、・・・（以下、いずれか一つを指す場合には、「第２の端末装置４」という。）と、相性判定装置５とを備える。
【００１９】
この相性判定システム１は、第１の端末装置３のユーザである求職者と、第２の端末装置４のユーザである求人企業の社長との相性を判定し、相性の高い組み合わせを提示することによって、求職者と求人企業とのマッチングを効果的に支援するシステムである。すなわち、企業の特色やカラーは社長によって決定される場合が多いという特性を利用して、求職者と社長の相性を判定することによって、求職者と求人企業とのマッチングを行うものである。
【００２０】
第１の端末装置３は、相性判定装置５によって提供されるＷｅｂアプリケーションのリソースやデータを閲覧するとともに、必要なデータの処理や転送を指示するためのＷｅｂブラウザを備えた計算機である。第１の端末装置３は、ＣＰＵ（Central Processing Unit）、メモリ、インターフェース装置、キーボード、マウス等の入力装置、ディスプレイ等の表示装置（不図示）等を備えた一般的なコンピュータ装置である。
【００２１】
この第１の端末装置３は、求職者用のユーザデバイスである。第１の端末装置３ａ、３ｂ、・・・は、それぞれ異なる求職者によって利用されるものとする。
【００２２】
第２の端末装置４は、相性判定装置５によって提供されるＷｅｂアプリケーションのリソースやデータを閲覧するとともに、必要なデータの処理や転送を指示するためのＷｅｂブラウザを備えた計算機である。第２の端末装置４は、ＣＰＵ、メモリ、インターフェース装置、キーボード、マウス等の入力装置、ディスプレイ等の表示装置（不図示）等を備えた一般的なコンピュータ装置である。
【００２３】
この第２の端末装置４は、求人企業の社長用のユーザデバイスである。第２の端末装置４ａ、４ｂ、・・・は、それぞれ異なる求人企業の社長によって利用されるものとする。
【００２４】
相性判定装置５は、第１の端末装置３又は第２の端末装置４からのリクエストに応じて、第１の端末装置３又は第２の端末装置４にＷｅｂアプリケーションのリソースやデータを提供する計算機である。相性判定装置５の詳細については図２を用いて後述する。
【００２５】
以上に示す構成により、本実施形態に係る相性判定システム１では、相性判定装置５が、第１の端末装置３のユーザである求職者と、第２の端末装置４のユーザである求人企業の社長との間のユーザ間の相性を判定する。なお、第１の端末装置３ａ、３ｂ、・・・のユーザである求職者同士の相性を判定しても良いし、第２の端末装置４ａ、４ｂ、・・・のユーザである求人企業の社長同士の相性を判定しても良い。
【００２６】
［相性判定装置５の構成例］
図２は、本実施形態に係る相性判定装置５の構成例を示す図である。
【００２７】
図２に示す相性判定装置５は、それぞれバス５０で相互に接続されたメモリ装置５１、演算処理装置５２、インターフェース装置５３、入力装置５４、補助記憶装置５５、ドライブ装置５６を備えるコンピュータ装置である。
【００２８】
メモリ装置５１は、相性判定装置５の起動時に補助記憶装置５５に記憶された制御部６１の処理を実行するプログラム等を読み出して記憶するＲＡＭ（Random Access Memory）等の記憶装置である。このメモリ装置５１は、プログラムの実行に必要なファイル、データ等も記憶する。
【００２９】
演算処理装置５２は、メモリ装置５１に格納されたプログラムを実行するＣＰＵ等の演算処理装置である。インターフェース装置５３は、外部ネットワークに接続するためのインターフェース装置である。入力装置５４は、ユーザインターフェースを提供する入力装置（例えばキーボード、マウス）である。
【００３０】
補助記憶装置５５は、プログラムやファイル、データ等を記憶するＨＤＤ（Hard Disk Drive）等の記憶装置である。この補助記憶装置５５には、制御部６１（相性判定部６２を含む）の処理を実行するプログラム、属性情報テーブル６３（求職者個人情報テーブル６４、社長個人情報テーブル６５、求職者趣味嗜好情報テーブル６６、社長趣味嗜好情報テーブル６７）、属性情報抽出ルールテーブル６８等が記憶される。
【００３１】
制御部６１は、第１の端末装置３又は第２の端末装置４からのリクエストに応じて、第１の端末装置３又は第２の端末装置４にＷｅｂアプリケーションのリソースやデータを提供する等、各種制御を行う。
【００３２】
相性判定部６２は、属性情報テーブル６３に登録された各ユーザの属性情報（個人情報や趣味嗜好情報）に基づいて、第１の端末装置３のユーザである求職者と、第２の端末装置４のユーザである求人企業の社長との相性を判定する。これら制御部６１及び相性判定部６２の動作例については図８を用いて後述する。
【００３３】
属性情報テーブル６３は、各ユーザの属性を示す属性情報（個人情報や趣味嗜好情報）を記録するテーブルである。求職者個人情報テーブル６４は、求職者の個人情報を記録するテーブルである。社長個人情報テーブル６５は、求人企業の社長の個人情報を記録するテーブルである。求職者趣味嗜好情報テーブル６６は、求職者の趣味嗜好情報を記録するテーブルである。社長趣味嗜好情報テーブル６７は、求人企業の社長の趣味嗜好情報を記録するテーブルである。
【００３４】
属性情報抽出ルールテーブル６８は、属性情報テーブル６３から、相性判定に用いる属性情報を抽出するためのルールが定義されたテーブルである。これらの各テーブルの詳細については図３〜図７を用いて後述する。
【００３５】
ドライブ装置５６は、記憶媒体５７に記憶されたプログラム（例えば、制御部６１の処理を実行するプログラム）を読み出す装置である。ドライブ装置５６によって読み出されたプログラムは、補助記憶装置５５にインストールされる。記憶媒体５７は、上記のプログラム等を記録したＵＳＢ（Universal Serial Bus）メモリ、ＳＤメモリカード等の記憶媒体である。
【００３６】
［求職者個人情報テーブル６４の一例］
図３は、本実施形態に係る求職者個人情報テーブル６４の一例を示す図である。
【００３７】
図３に示す求職者個人情報テーブル６４では、第１の端末装置３のユーザである求職者（ここでは求職者Ｘ、求職者Ｙ、求職者Ｚ）毎の個人情報が記録される。すなわち、求職者毎に、ユーザＩＤ、個人情報１、個人情報２、個人情報３、・・・が対応付けて記録される。
【００３８】
ユーザＩＤ６４１は、各ユーザを一意に識別するための識別子（ＩＤ）である。個人情報１（居住地）６４２は、各ユーザの居住地を示す情報である。個人情報２（年齢）６４３は、各ユーザの年齢を示す情報である。個人情報３（出身校）６４４は、各ユーザの出身校を示す情報である。図３に示す例では、例えば求職者Ｘの居住地が“福岡県福岡市”であり、年齢が“２１歳”であり、出身校が“宮崎大学”であることを示している。
【００３９】
以上に示す求職者個人情報テーブル６４中の各個人情報は、各ユーザである求職者が当該相性判定システム１に初回登録する際に入力されるものとする。なお、個人情報の個数や種類は、図３に示す個数や種類に限定されるものではない。例えば、各求職者の顔写真を、求職者毎に対応付けて記録することが望ましい。
【００４０】
［社長個人情報テーブル６５の一例］
図４は、本実施形態に係る社長個人情報テーブル６５の一例を示す図である。
【００４１】
図４に示す社長個人情報テーブル６５では、第２の端末装置４のユーザである求人企業の社長（ここでは社長Ａ、社長Ｂ、社長Ｃ）毎の個人情報が記録される。すなわち、社長毎に、ユーザＩＤ、個人情報１、個人情報２、個人情報３、・・・が対応付けて記録される。
【００４２】
図４に示すユーザＩＤ６５１、個人情報１（居住地）６５２、個人情報２（年齢）６５３、個人情報３（出身校）６５４は、それぞれ図３のユーザＩＤ６４１、個人情報１（居住地）６４２、個人情報２（年齢）６４３、個人情報３（出身校）６４４と同様であるとして、ここでは説明を省略する。図４に示す例では、例えば社長Ａの居住地が“福岡県福岡市”であり、年齢が“５４歳”であり、出身校が“福岡大学”であることを示している。
【００４３】
以上に示す社長個人情報テーブル６５中の各個人情報は、各ユーザである求人企業の社長が当該相性判定システム１に初回登録する際に入力されるものとする。なお、個人情報の個数や種類は、図４に示す個数や種類に限定されるものではない。例えば、各求人企業の社長の顔写真を、社長毎に対応付けて記録することが望ましい。
【００４４】
［求職者趣味嗜好情報テーブル６６の一例］
図５は、本実施形態に係る求職者趣味嗜好情報テーブル６６の一例を示す図である。
【００４５】
図５に示す求職者趣味嗜好情報テーブル６６では、第１の端末装置３のユーザである求職者（ここでは求職者Ｘ、求職者Ｙ、求職者Ｚ）毎の趣味嗜好情報が記録される。すなわち、求職者毎に、ユーザＩＤ、趣味嗜好情報１、趣味嗜好情報２、趣味嗜好情報３、・・・が対応付けて記録される。
【００４６】
ユーザＩＤ６６１は、各ユーザを一意に識別するための識別子（ＩＤ）である。趣味嗜好情報１（趣味）６６２は、各ユーザの趣味を示す情報である。趣味嗜好情報２（好きな人物）６６３は、各ユーザの好きな人物を示す情報である。趣味嗜好情報３（好きな野球球団）６６４は、各ユーザの好きな野球球団を示す情報である。図５に示す例では、例えば求職者Ｘの趣味が“ゲーム”であり、好きな人物が“イチロー”であり、好きな野球球団が“西武”であることを示している。
【００４７】
以上に示す求職者趣味嗜好情報テーブル６６中の各趣味嗜好情報は、後述する図８のステップＳ３〜Ｓ６の処理において各ユーザにより入力され、テーブル上に登録される。なお、趣味嗜好情報の個数や種類は、図５に示す個数や種類に限定されるものではない。また、求職者趣味嗜好情報テーブル６６と前述の求職者個人情報テーブル６４（図３参照）とは別個のテーブルとして区別することなく、一つのテーブルとして構成してもよい。
【００４８】
［社長趣味嗜好情報テーブル６７の一例］
図６は、本実施形態に係る社長趣味嗜好情報テーブル６７の一例を示す図である。
【００４９】
図６に示す社長趣味嗜好情報テーブル６７では、第２の端末装置４のユーザである求人企業の社長（ここでは社長Ａ、社長Ｂ、社長Ｃ）毎の趣味嗜好情報が記録される。すなわち、社長毎に、ユーザＩＤ、趣味嗜好情報１、趣味嗜好情報２、趣味嗜好情報３、・・・が対応付けて記録される。
【００５０】
図６に示すユーザＩＤ６７１、趣味嗜好情報１（趣味）６７２、趣味嗜好情報２（好きな人物）６７３、趣味嗜好情報３（好きな野球球団）６７４は、それぞれ図５のユーザＩＤ６６１、趣味嗜好情報１（趣味）６６２、趣味嗜好情報２（好きな人物）６６３、趣味嗜好情報３（好きな野球球団）６６４と同様であるとして、ここでは説明を省略する。図６に示す例では、例えば社長Ａの趣味が“ゴルフ”であり、好きな人物が“ビル・ゲイツ”であり、好きな野球球団が“阪神”であることを示している。
【００５１】
以上に示す社長趣味嗜好情報テーブル６７中の各趣味嗜好情報は、後述する図８のステップＳ３〜Ｓ６の処理において各ユーザにより入力され、テーブル上に登録される。なお、趣味嗜好情報の個数や種類は、図６に示す個数や種類に限定されるものではない。また、社長趣味嗜好情報テーブル６７と前述の社長個人情報テーブル６５（図４参照）とは別個のテーブルとして区別することなく、一つのテーブルとして構成してもよい。
【００５２】
［属性情報抽出ルールテーブル６８の一例］
図７は、本実施形態に係る属性情報抽出ルールテーブル６８の一例を示す図である。
【００５３】
図７に示す属性情報抽出ルールテーブル６８では、上記図３〜図６に示す各テーブルから、相性判定に用いる属性情報を抽出するためのルールが定義される。
【００５４】
ルールＩＤ６８１は、各ルールを一意に識別するための識別子（ＩＤ）である。属性情報１（重み）６８２は、相性判定に用いる第１の属性情報とその重みを示す情報である。属性情報２（重み）６８３は、相性判定に用いる第２の属性情報とその重みを示す情報である。属性情報３（重み）６８４は、相性判定に用いる第３の属性情報とその重みを示す情報である。なお、属性情報１〜属性情報３に係る重みの合計値は１になるものとする。
【００５５】
図７に示す例えばルール１は、第１の属性情報、第２の属性情報及び第３の属性情報が、それぞれ個人情報１（図３参照）、個人情報３（図３参照）、趣味嗜好情報１（図５参照）であり、各々の相性判定に係る重みが０．４、０．３、０．３であることを示している。
【００５６】
以上に示すような属性情報抽出ルールテーブル６７内の各ルールは、相性判定システム１において予め管理者等によって設定されるものとする。また、後述する図８のステップＳ３〜Ｓ６の処理等により属性情報テーブル６３に登録される属性情報が増加した場合等にはルールを追加・更新・削除しても良い。なお、属性情報の個数や種類は、図７に示す個数や種類に限定されるものではない。
【００５７】
［相性判定システムの動作例］
図８は、本実施形態に係る相性判定システムの動作例を示すシーケンス図である。
【００５８】
ここでは、求職者Ｘ（図３参照）が第１の端末装置３ａを用いて相性判定装置５にログインし、求職者Ｘ自身と求人企業の各社長との間で相性判定を行う際の動作を例に挙げて説明する。
【００５９】
なお、他の求職者が第１の端末装置３を用いて又は所定の社長が第２の端末装置４を用いて相性判定装置５にログインし、相性判定を行う際の動作も同様であるものとする。
【００６０】
まず、第１の端末装置３ａは、ログイン情報を相性判定装置５に送信する（Ｓ１）。ここでは、第１の端末装置３ａのユーザである求職者Ｘは、Ｗｅｂブラウザ上で相性判定装置５にアクセスし、ログイン情報（ユーザＩＤ及びパスワード）を入力する。そうすると、入力されたログイン情報は相性判定装置５に送信される。
【００６１】
次にステップＳ２に進み、相性判定装置５の制御部６１は、受信したログイン情報と、相性判定装置５に予め記録されている認証基準情報とに基づいて、正当なユーザであるか認証する認証処理を実行する（Ｓ２）。ステップＳ２に係る処理は既知の技術であるとしてここでは説明を省略するが、当該処理によって認証手段を実現している。なお、ステップＳ２に係る認証処理に成功すると、ステップＳ３に進む。
【００６２】
ステップＳ３に進んだ場合、相性判定装置５の制御部６１は、趣味嗜好情報質問画面を作成し、第１の端末装置３ａに対して提示する（Ｓ３）。
【００６３】
図９は、本実施形態に係る趣味嗜好情報質問画面の一例を示す図である。
【００６４】
図９（ａ）は、“海外展開に興味がありますか？”という趣味嗜好を尋ねる質問内容９０及び“ある”又は“ない”の回答入力ボタン９１、９２を含む表示画面例である。図９（ｂ）は、“ゴルフのスコアは？”という趣味嗜好を尋ねる質問内容９３及び“１００以上”又は“１００未満”の回答入力ボタン９４、９５を含む表示画面例である。
【００６５】
ステップＳ３では、相性判定装置５の制御部６１は、図９（ａ）（又は図９（ｂ））に示すようなユーザの属性情報（ここでは趣味嗜好情報）に関する一つの質問を示す質問画面の表示情報（質問情報）を作成し、第１の端末装置３ａに対して提示する質問情報提示手段を実現している。
【００６６】
第１の端末装置３ａは、受信した質問画面の表示情報をポップアップ等により表示し、第１の端末装置３ａのユーザである求職者Ｘに対して回答情報の入力を促す。これにより、第１の端末装置３ａのユーザである求職者Ｘは、認証に成功する度に、自身の属性情報に関する情報を追加登録することができる。
【００６７】
なお、相性判定装置５の制御部６１は、認証成功する度に、提示させる質問情報を毎回異ならせるものとする。すなわち、例えば２回目の認証成功時には、図９（ａ）に示す質問情報を作成して提示し、３回目の認証成功時には、図９（ｂ）に示す質問情報を作成して提示する。これにより、第１の端末装置３ａのユーザである求職者Ｘは、毎回違った質問に回答することとなり、予めユーザに多くの属性情報を入力してもらうといった面倒さをユーザに強いることなく、ログインの度にユーザの属性情報を効率的に収集することができる。
【００６８】
続いてステップＳ４に進み、第１の端末装置３ａは、ユーザからの回答情報を入力する（Ｓ４）。ここでは、第１の端末装置３ａのユーザである求職者Ｘが、趣味嗜好情報質問画面上で回答入力ボタンを押下し、第１の端末装置３ａは押下された回答情報を入力する。
【００６９】
続いてステップＳ５に進み、第１の端末装置３ａは、ステップＳ４で入力された回答情報を相性判定装置５に送信する（Ｓ５）。ここでは、ステップＳ４で求職者Ｘによって押下された回答入力ボタンに対応する回答情報が、相性判定装置５に送信される。
【００７０】
続いてステップＳ６に進み、相性判定装置５の制御部６１は、ステップＳ５で受信したユーザ（ここでは求職者Ｘ）の回答情報を、当該ユーザの属性情報として属性情報テーブル６３に登録する（Ｓ６）。
【００７１】
ステップＳ６では、求職者趣味嗜好情報テーブル６６において、新たなカラム、例えば趣味嗜好情報４（海外展開への興味）というカラムを追加するとともに、ステップＳ５で受信した回答情報（“あり”又は“なし”）を求職者Ｘに対応付けて登録する。すなわち、ステップＳ６では、質問情報に対するユーザの回答情報を、当該ユーザの属性情報として属性情報テーブル６３に登録する回答情報登録手段を実現している。
【００７２】
続いてステップＳ７に進み、相性判定装置５の相性判定部６２は、属性情報テーブル６３から、相性判定に用いる属性情報を抽出する（Ｓ７）。ここでは、相性判定部６２は、属性情報抽出ルールテーブル６７（図７参照）に定義されたルール、例えばルール１に従って、求職者個人情報テーブル６４、社長個人情報テーブル６５、求職者趣味嗜好情報テーブル６６及び社長趣味嗜好情報テーブル６７から、相性判定に用いる属性情報を抽出する。
【００７３】
図７のルール１に従って属性情報を抽出する場合、まず求職者Ｘの個人情報１、個人情報３及び趣味嗜好情報１である“福岡県福岡市”、“宮崎大学”、“ゲーム”が抽出される。一方、求職者Ｘの相性判定の対象となるユーザ、ここでは全ての社長Ａ、Ｂ、Ｃについての個人情報１、個人情報３及び趣味嗜好情報１が抽出される。
【００７４】
続いてステップＳ８に進み、相性判定装置５の相性判定部６２は、ステップＳ７で抽出された属性情報に基づいて、求職者Ｘと各社長との相性を判定する（Ｓ８）。
【００７５】
ステップＳ８では、具体的には、まずステップＳ７で抽出された属性情報毎に、求職者Ｘと各社長との類似度を計算する。求職者Ｘと社長Ａとの個人情報１（居住地）はいずれも“福岡県福岡市”で一致するため、類似度は１とする。また、求職者Ｘと社長Ａとの個人情報３（出身校）は“福岡大学”、“宮崎大学”で同じ九州内の大学であるため、類似度は０．４とする。一方、求職者Ｘと社長Ａの趣味嗜好情報１（趣味）は“ゴルフ”、“ゲーム”で全く類似していないため、類似度は０とする。
【００７６】
その後、図７の重みを考慮して、求職者Ｘと社長Ａとの相性度を、１（個人情報１の類似度）×０．６（個人情報１の重み）＋０．４（個人情報３の類似度）×０．３（個人情報３の重み）＋０（趣味嗜好情報１の類似度）×０．１（趣味嗜好情報１の重み）＝０．７２（７２％）と計算する。
【００７７】
以上の処理を繰り返して相性判定部６２は、求職者Ｘと各社長との相性度を計算して相性を判定する。すなわち、ステップＳ７及びＳ８では、属性情報テーブル６３に登録された属性情報に基づいて、ユーザ（ここでは求職者Ｘ）と複数の他のユーザの各々（ここでは各社長）との相性を判定する相性判定手段を実現している。なお、上記した類似度の決定方法や相性度の計算方法は、あくまで一例であり、上記の決定方法及び計算方法に限定されるものではない。
【００７８】
続いてステップＳ９に進み、相性判定装置５の制御部６１は、相性判定結果を示すマッチング結果表示画面を作成し、第１の端末装置３ａを介して求職者Ｘに通知する（Ｓ９）。
【００７９】
ステップＳ９では、具体的には、まずステップＳ８に係る相性判定によって求職者Ｘと最も相性度の高いユーザである社長を抽出する。ここでは、相性度７２％の社長Ａが最も相性度の高いユーザであるものとして説明する。次に、求職者Ｘと、最も相性度の高い社長Ａとの相性判定結果を示すマッチング結果表示画面を作成する。
【００８０】
図１０は、本実施形態に係るマッチング結果表示画面１００の一例を示す図である。
【００８１】
図１０に示すマッチング結果表示画面１００は、相性度表示欄１０１、第１顔写真表示欄１０２、基本情報掲載欄１０３、メッセージ履歴欄１０４、第２顔写真表示欄１０５、メッセージ入力欄１０６、送信ボタン１０７を含む。
【００８２】
相性度表示欄１０１は、ステップＳ８で計算された相性度を表示する欄である。また、ユーザ間の属性情報に共通点が存在する場合には、図１０に示すように共通点を併せて表示しても良い。第１顔写真表示欄１０２は、ステップＳ８で最も相性度が高いと判定された社長の顔写真を表示する欄である。当該顔写真のデータは、制御部６１によって社長個人情報テーブル６５から取得される。基本情報掲載欄１０３は、ステップＳ８で最も相性度が高いと判定された社長の属性情報を表示する欄である。当該情報は、制御部６１によって社長個人情報テーブル６５から取得される。
【００８３】
メッセージ履歴表示欄１０４は、メッセージ履歴を表示する部分である。ユーザ間（ここでは求職者Ｘと社長Ａ）で相性判定装置５を介してメッセージのやり取りがあった場合に、相性判定装置５は当該メッセージを記録しておき、この記録されたメッセージを履歴として表示する。第２顔写真表示欄１０５は、ログインしたユーザ（ここでは求職者Ｘ）の顔写真を表示する欄である。当該顔写真のデータは、制御部６１によって求職者個人情報テーブル６４から取得される。メッセージ入力欄１０６は、ログインしたユーザが社長Ａに対してメッセージを入力するテキストボックスである。送信ボタン１０７は、ログインしたユーザがメッセージ入力欄１０６に入力したメッセージの送信指示を入力するために画面上で押下するボタンである。
【００８４】
ステップＳ９では、相性判定装置５の制御部６１は、図１０に示すようなマッチング結果を示す画面の表示情報を作成し、第１の端末装置３ａに対して送信する。すなわち、ステップＳ９では、ステップＳ７及びＳ８に係る相性判定結果を、第１の端末装置３ａを介してユーザに通知する通知手段を実現している。
【００８５】
第１の端末装置３ａは、受信したマッチング結果表示画面をポップアップ等により表示し、第１の端末装置３ａのユーザである求職者Ｘに対して相性判定の結果を通知する。これにより、第１の端末装置３ａのユーザである求職者Ｘは、自身と相性度の高い求人企業の社長を知ることができる。
【００８６】
以上に示す処理により、本実施形態に係る相性判定システム１では、相性判定装置５が、第１の端末装置３のユーザである求職者と、第２の端末装置４のユーザである求人企業の社長との間のユーザ間の相性を判定している。
【００８７】
本実施形態に係る相性判定システム１によれば、特にステップＳ３〜Ｓ６に示すような処理により、各端末装置３、４のユーザは、認証に成功する度に、自身の属性情報に関する情報を追加登録することができる。そのため、予めユーザに多くの属性情報を入力してもらうといった面倒さをユーザに強いることなく、ユーザの属性情報を効率的に収集することで、相性判定に係る精度を向上させることができる。
【００８８】
またステップＳ７に示す処理において用いられるルールを、追加登録された属性情報に応じて追加・更新することによって、相性判定に係る精度をさらに向上させることができる。
【００８９】
以上、本発明の実施形態について説明したが、上記実施形態は本発明の適用例の一つを示したものであり、本発明の技術的範囲を上記実施形態の具体的構成に限定する趣旨ではない。本発明の要旨を逸脱しない範囲において種々変更可能である。
【００９０】
例えば前述の実施形態では、図１の説明において、相性判定装置５が、第１の端末装置３のユーザである求職者と、第２の端末装置４のユーザである求人企業の社長との間のユーザ間の相性を判定するとしたが、この場合に限定されるものではない。一般的なユーザ間の相性判定に対しても適用可能である。
【００９１】
また特に、相性判定装置５が、求人企業の社長同士の相性を判定する場合には、社長同士の相性の良さを利用して、本システムを企業間の連携に寄与させることも可能となる。
【００９２】
また例えば前述の実施形態では、図８のステップＳ３〜Ｓ６に係る処理の説明において、認証が成功する度に、毎回、属性情報に関する質問情報を提示する構成としたが、この場合に限定されるものではない。毎回ではなく数回に一回（例えば三回に一回）提示するよう提示頻度を調整してもよい。また、ログインしたときではなく、ログアウト時や相性判定装置５を介して他のユーザからメッセージを受信したときなど、ＧＵＩ（Graphical User Interface）におけるユーザのアクション時に質問情報を提示するよう提示タイミングを調整してもよい。
【００９３】
また例えば前述の実施形態では、図８のステップＳ３に係る処理の説明において、ユーザの属性情報に関する一つの質問情報を作成したが、この場合に限定されるものではない。例えば二つ以上の質問情報を作成してもよい。
【００９４】
また例えば前述の実施形態では、図８のステップＳ７に係る処理の説明において、属性情報テーブル６３から相性判定に用いる属性情報を抽出する際に、図７のルール１に従って属性情報を抽出したが、この場合に限定されるものではない。例えば適用するルールを定期的に変えてもよいし、端末装置３、４のユーザによってルールを指定可能にしてもよい。
【００９５】
また例えば前述の実施形態では、図８のステップＳ９に係る処理の説明において、最も相性度の高いユーザのみを含むマッチング結果表示画面を作成したが、この場合に限定されるものではない。例えば、相性度の高い順から所定の人数分のユーザを含むマッチング結果表示画面を作成してもよい。
【符号の説明】
【００９６】
３、３ａ、３ｂ  第１の端末装置
４、４ａ、４ｂ  第２の端末装置
５  相性判定装置
６３  属性情報テーブル
Ｓ２  認証手段
Ｓ３  質問情報提示手段
Ｓ６  回答情報登録手段
Ｓ７及びＳ８  相性判定手段
Ｓ９  通知手段
【図１】
2015022464.tif 000003
【図２】
2015022464.tif 000004
【図３】
2015022464.tif 000005
【図４】
2015022464.tif 000006
【図５】
2015022464.tif 000007
【図６】
2015022464.tif 000008
【図７】
2015022464.tif 000009
【図８】
2015022464.tif 000010
【図９】
2015022464.tif 000011
【図１０】
2015022464.tif 000012