JP2008009705A - 希望リスト作成補助システム - Google Patents

Abstract

【課題】１対複数の組合せで且つ複雑な条件を考慮したマッチングを行うために、検索対象の情報入力を最初に１回行っておけば、所望の検索条件を簡単に入力するだけで、検索対象から合致するものを抽出して希望リストを自動的に作成できる。
【解決手段】施設ＩＤごとに、施設の特徴を示すアイテムごとのバリュウ内容を設定するアイテム情報が記憶される施設情報ファイル１０と、施設ＩＤごとに、参加者に関する希望情報が任意のアイテムに対して記憶される施設希望情報ファイル７と、参加者ＩＤごとに、施設に関する検索のためのアイテムごとのバリュウの指定を受付け、指定されたアイテムとバリュウをマッチング条件情報として、施設情報ファイル１０および施設希望情報ファイル７の中から合致するものを合致度順に抽出する希望マッチング手段８と、希望マッチング手段８により得たＢ要素のアイテム情報を表示する表示手段２１とを備えている。
【選択図】図１

Description

この発明は希望リスト作成補助システムに関し、特に、双方向のそれぞれの希望を加味した組合せを決めるための希望リスト作成補助システムに関する。

マッチングを行う際には、ＲＯＬと呼ばれる希望リスト（優先度リスト）を作成する必要がある。例えば、就職志願者の集合と志願者を受け入れる企業の集合の間のマッチング問題のように、双方向に優先度を持つ集合間のマッチング問題に対してマッチングを行うための手法が提案されつつあるが、この優先度は希望リストよりマッチング処理の前に設定される（例えば、非特許文献１参照。）。

各志願者は自分が就職したい企業を好みにより順位づけした優先度リストを持ち、一方各企業の方も受け入れたい志願者を順位づけした優先度リストを持つものとする。志願者ａの優先度リストＲＯＬ（ａ）は、企業の集合の部分集合であり、順位によって等号を含まない不等号によって順序づけられた全順序集合である。ここでは、志願者ａがｐをｐ'より好む場合に、ｐ＜ｐ'と書くことにする（具体例を挙げれば、ｐが優先度第１位で、ｐ'は優先度第３位の場合には、ｐ（＝１）＜ｐ'（＝３）となる。）。また、企業ｐの志願者に対する優先度リストＲＯＬ（ｐ）についても同様である。また、各企業には志願者を受け入れる採用枠（定員）がある。企業ｐの定員Ｑ（ｐ）は０以上の整数である。マッチングＸとは、志願者と企業とのペア（ａ，ｐ）からなる集合であって次の２つの条件を満たすものとする。

１． 任意の志願者ａに関して、ａを含むペア（ａ，ｐ）はＸにおいて１個以下である。
２． 任意の企業ｐに関して、ｐを含むペア（ａ，ｐ）はＸにおいて、企業の定員Ｑ（ｐ）個以下である。

マッチングの一例を図３０に示す。図３０では、志願者の集合｛ａ１，ａ２，ａ３，ａ４，ａ５，ａ６，ａ７｝と企業の集合｛ｐ１，ｐ２，ｐ３，ｐ４｝の間のマッチングとして、｛（ａ１，ｐ１），（ａ２，ｐ３），（ａ３，ｐ４），（ａ５，ｐ３），（ａ６，ｐ４）｝が得られている。このマッチングでは、志願者ａ４，ａ７と企業ｐ２にはマッチング相手が存在しない。

また、図３１に志願者と企業の優先度リストの例を示す。それぞれの優先度リストでは上に記載されているものほど好ましい相手を示す。言い換えれば、下に行くほど順位が大きくなる。図３１の例では、志願者は３つの企業に対して、ｐ１＜ｐ４＜ｐ３という順序をつけている。企業は６人の志願者にａ７＜ａ１＜ａ４＜ａ３＜ａ５＜ａ６という順序をつけている。マッチングすることをまったく望まない相手は優先度リストに記載しない。

マッチング問題とは、志願者の集合と企業の集合と志願者および企業の優先度リストが与えられたときに、志願者と企業の間の組合せを求める問題のことを言う。マッチング方法とは、マッチング問題に対する解法、すなわち、志願者と企業の間の組合せを求める方法のことである。従って、マッチングシステムとは、マッチング方法を実行するシステムのことである。

また、上記のようなマッチングには安定性を定義することができる。マッチングＸが安定であるのは、次の２つの条件が共に満たされる場合を言う。

１．すべての志願者（企業）は、自分の優先度リストに載せた企業（志願者）としかマッチングしない。
２．マッチングＸに含まれない志願者と企業のすべてのペア（ａ，ｐ）はブロッキングペアではない。ここで、ブロッキングペアとは次の３つの条件を共に満たすものである。
２．０． ａはｐの優先度リストに記載され、かつ、ｐはａの優先度リストに記載されている。
２．１． Ｘにおいてａはどの企業ともマッチングしていないか、またはＸにおいてａはｐ'とマッチングしていて、ａの優先度リストにおいてｐ＜ｐ'が成り立つ。
２．２． Ｘにおいてｐがマッチングしている志願者数は定員Ｑ（ｐ）より少ないか、または、Ｘにおいてｐがマッチングしているある志願者ａ'が存在し、ｐの優先度リストにおいてａ＜ａ'が成り立つ。

マッチング問題においては、安定なマッチングを生成する方法が求められる。不安定なマッチングが得られた場合、自分が優先度リストに記載していない相手、すなわち、自分のまったく望まない相手とマッチングした志願者または企業が存在するか、あるいは、ブロッキングペアが存在する。ブロッキングペアを構成する志願者と企業の両者にとって、得られたマッチングよりブロッキングペアの相手の方が好ましいため、不安定なマッチングは公平でない。つまり、不安定なマッチングを生成する方法ではマッチングに対する信頼性が無くなり、マッチングの対象者がマッチングに参加する意思を損なうことになる。

図３２に、上記非特許文献１に書かれているＧａｌｅ−Ｓｈａｐｌｅｙアルゴリズムを用いた従来のマッチング方法を示すフローチャート図を示す。全志願者が順番に、まず自分の優先度リストで順位の一番小さい企業（すなわち、第１希望）から順番にプロポーズを行なうのが特徴である。

図３２の説明を行う前に、図３３を用いて簡単に概要を説明する。図３３の例は、４つの病院の集合と、それらの病院に就職を希望する８人の志願者の集合とのマッチング問題を想定している。明石さんから工藤さんまでの全志願者が順番に、まず自分の優先度リストで順位の一番小さい企業から順番にプロポーズを行なう。

明石さんは、第１希望が双川病院であるので、先ず、はじめに、明石さんは双川病院にプロポーズする。双方病院では、明石さんが優先度リストの４位にあるので、（明石，双川病院）が仮マッチングされる。
次に、井上さんがプロポーズを行う。井上さんの優先度リストにおいては、第１希望が双川病院であるので、井上さんは双川病院にプロポーズする。双川病院では、井上さんが優先度リストの５位にあり、かつ、双川病院の定員は２名でまだ１名分空いているので、（井上，双川病院）が仮マッチングされる。
次に、上野さんがプロポーズを行う。上野さんの優先度リストにおいては、第１希望が双川病院であるので、上野さんは双川病院にプロポーズする。双川病院では、上野さんが優先度リストの６位にあり、かつ、双川病院の定員は空きがないので、優先度リストの第２希望の病院にプロポーズを行う。第２希望の一山病院では、上野さんは１位であるので、（上野，一山病院）が仮マッチングされる。

次に、江口さんは、第１希望の一山病院にプロポーズするが、一山病院の優先度リストに江口さんの名前はないため、拒絶され、第２希望の双川病院にプロポーズするが、双川病院の優先度リストの７位で、かつ、定員に空きがないため、拒絶され、第３希望の美村病院にプロポーズすると、６位に名前があるため、（江口，美村病院）が仮マッチングされる。
次に、大川さんは、第１希望の双川病院にプロポーズする。双川病院の優先度リストで、大川さんは３位である。定員は２名であり、すでに２名が仮マッチングされている。しかしながら、仮マッチングされているのは、優先度リストにおける４位の明石さんと５位の井上さんである。このため、最も順位の大きい井上さんが除外され、（大川，双川病院）が仮マッチングされる。
除外された井上さんは、双川病院の次に自分の優先度リストでの順位が小さい病院に対してプロポーズをやり直す。当該病院は一山病院である。しかしながら、一山病院の優先度リストに井上さんの名前はないため、拒絶される。井上さんの優先度リストには第２希望までしか登録されていないため、井上さんは、すべての病院から拒絶されたことになる。

次に、川口さんの処理を行う。川口さんの優先度リストにおいては、第１希望が双川病院であるので、川口さんは双川病院にプロポーズする。双川病院では、川口さんは優先度リストの８位にあり、かつ、双川病院の定員は空きがないので、優先度リストの第２希望の病院にプロポーズを行う。第２希望の美村病院の優先度リストでは、川口さんの名前はないので、拒絶される。第３希望の一山病院でも同様に拒絶され、第４希望の四谷病院で、優先度リストの６位に名前があるので、（川口，四谷病院）が仮マッチングされる。
次に、木村さんは、第１希望の双川病院にプロポーズする。双川病院の優先度リストで、木村さんは１位である。定員は２名であり、すでに２名が仮マッチングされている。しかしながら、仮マッチングされているのは、優先度リストにおける４位の明石さんと３位の大川さんである。このため、最も順位の大きい明石さんが除外され、（木村，双川病院）が仮マッチングされる。

除外された明石さんは、双川病院の次に自分の優先度リストでの順位が小さい病院に対してプロポーズをやり直すが、明石さんの優先度リストには第１希望の双川病院しか登録されていないため、明石さんは、すべての病院から拒絶されたことになる。
次に、工藤さんは、第１希望の四谷病院にプロポーズする。四谷病院の優先度リストで、工藤さんは５位である。定員は２名であり、すでに１名が仮マッチングされているが、空きが１名分ある。そのため、（工藤，四谷病院）が仮マッチングされる。

ここで、すべての志願者が、いずれかの病院と仮マッチングされるか、または、自分の優先度リストに記載した病院すべてから拒絶されたので、処理は終了する。
マッチングの結果は、（大川，双川病院）、（木村，双川病院）、（上野，一山病院）、（江口，美村病院）、（川口，四谷病院）、（工藤，四谷病院）となり、明石さんと井上さんは自分の優先度リストに記載したすべての病院から拒絶されたことになった。

上記の図３２のフローチャートを用いて、図３３を例にして行ったこの処理について説明する。ステップＳ１００において、あらかじめ仮マッチングを空集合にする。ステップＳ１０１において、未処理の志願者がなければ終了し、あればその志願者の１人ａに対して以下の処理を行う。ステップＳ１０２において、志願者ａが優先度リストＲＯＬ（ａ）の何番目の企業に対してプロポーズするかの指標であるａ．ｉを１に設定する。これは、全志願者は順番に、まず自分の優先度リストで順位の一番小さい企業に対してプロポーズを行うことを示す。ステップＳ１０３において、優先度リストＲＯＬ（ａ）の要素数がａ．ｉより小さければ、志願者ａは最終的にどの企業ともマッチングできなかったことになり、ステップＳ１０１に戻る。一方、ステップＳ１０３において、優先度リストＲＯＬ（ａ）の要素数がａ．ｉより小さくなければ、ステップＳ１０４において、優先度リストＲＯＬ（ａ）のａ．ｉ番目の企業をｐとする。ステップＳ１０５において、ａがｐの優先度リストＲＯＬ（ｐ）に含まれなければ、ａ．ｉをａ．ｉ＋１に設定し直して、ステップＳ１０３に戻る。これは、プロポーズされた企業ｐはプロポーズした志願者ａがＲＯＬ（ｐ）に記載されていなけれ拒絶し、拒絶された志願者ａは、自分の優先度リストＲＯＬ（ａ）での順位が企業ｐの次に小さい企業にプロポーズをやり直すことに相当する。一方、ステップＳ１０５において、ａがｐの優先度リストＲＯＬ（ｐ）に含まれていれば、ステップＳ１０６において、その時点でｐが仮マッチングしている志願者の数が定員Ｑ（ｐ）より少なければ、ペア（ａ，ｐ）を仮マッチングに加えてステップＳ１０１に戻る。一方、ステップＳ１０６において、その時点でｐが仮マッチングしている志願者の数が定員Ｑ（ｐ）より少なくなければ、ステップＳ１０７において、ｐと仮マッチングしている志願者の中で、ｐの優先度リストＲＯＬ（ｐ）で順位が最も大きいものをａ１とする。ａ１とプロポーズしている志願者ａとの間で、ＲＯＬ（ｐ）での順位を比較する。ａの順位の方が大きければ、ａ．ｉをａ．ｉ＋１に設定し直して、ステップＳ１０３に戻る。これは、ａの順位の方が大きければ企業ｐはａを拒絶することに相当する。拒絶された志願者ａは、ｐの次に自分の優先度リストＲＯＬ（ａ）での順位が小さい企業にプロポーズをやり直すことになる。このステップＳ１０７以降では企業ｐと仮マッチングしている志願者数が定員Ｑ（ｐ）と等しい。ステップＳ１０８において、ａ１の順位の方がａの順位より大きいので、ペア（ａ，ｐ）を仮マッチングに加え、ペア（ａ１，ｐ）を仮マッチングから除外し、ａをａ１に設定し直す。ステップＳ１０９において、ａ．ｉをａ．ｉ＋１に設定し直してステップＳ１０３に戻る。つまり、仮マッチングから除外された志願者（元のａ１）は、ｐの次に自分の優先度リストでの順位が小さい企業に対してプロポーズをやり直すことになる。図３２の処理が終了するのは、ステップＳ１０１において、すべての志願者が、いずれかの企業と仮マッチングされるか、または、自分の優先度リストに記載された企業すべてから拒絶されたときである。図３２の処理が終了した段階で最終的に得られた仮マッチングをマッチング結果とする。なお、Ｇａｌｅ−Ｓｈａｐｌｅｙアルゴリズムにより得られるマッチングは安定であることが非特許文献１に記載されている。

「Ｔｈｅ Ｓｔａｂｌｅ Ｍａｒｒｉａｇｅ Ｐｒｏｂｌｅｍ」、Ｄ．Ｇｕｓｆｉｅｌｄ 及び Ｒ．Ｗ．Ｉｒｖｉｎｇ著、Ｔｈｅ ＭＩＴ Ｐｒｅｓｓ、１９８９年、ｐ．９

以上のように、従来のマッチングシステムにおいては、志願者と企業のように１対１になる組み合わせを、安定したマッチング結果が得られると定評の高いＧａｌｅ−Ｓｈａｐｌｅｙアルゴリズムにより求めている。
しかしながら、例えば、１対Ｍ（Ｍ≧２）となる組み合わせを求めなければならない場合や、複雑な条件を考慮しながら組合せを求めなければならない場合がある。
そのような場合には、上述のマッチングシステムでは、組み合わせを求めることが出来ないという問題点があった。

また、どうしても従来のマッチングシステムを用いて１対Ｍの組み合わせや複雑な条件を考慮した組合せを求めようとすると、マッチングの内容に応じて、マッチングシステムを必要数用意するか、あるいは、同じシステムを何度も連続して繰り返し用いて処理を行う必要があるという問題点があった。

そのためには、複数のシステムを構築して同時に運用すると、その分のコストがかかる、あるいは、必要な回数の運用を連続して行う必要があるため、処理時間がかかる、さらには、ユーザが似たような希望リストＲＯＬデータを複数回入力する必要があるので、ユーザの手間がかかる、あるいは、入力すべきデータが混乱する、および、入力誤りが発生する等の問題点があった。

この発明は、かかる問題点を解決するためになされたものであり、１対複数の組合せで、かつ、複雑な条件を考慮したマッチングを行うために、参加者（または施設管理者）が希望する施設（または参加者）に関するアイテムとバリュウを登録させた希望情報ファイルを作成し、施設管理者（または参加者）が、希望条件を示す検索情報を入力することにより、ＲＯＬファイルを作成し、それにより手間がかからず、処理時間が早く、コストを抑えることが可能な希望リスト作成補助システムを得ることを目的としている。

この発明は、複数の要素からなる集合Ａと複数の要素からなる集合Ｂとの各要素をマッチングするためのマッチング処理のために、上記集合Ａの各要素のＡ要素ＩＤごとに、上記集合Ｂの要素の全部または一部に対して一意に順位付けられた優先度リストを作成するための希望リスト作成補助システムであって、上記集合ＢのＢ要素ＩＤごとに、Ｂ要素の特徴を示すアイテムごとのバリュウ内容を設定するアイテム情報が記憶される集合Ｂ情報ファイルと、上記集合ＢのＢ要素ＩＤごとに、集合Ａに関する希望情報が任意のアイテムに対して記憶される集合Ｂ希望情報ファイルと、上記集合ＡのＡ要素ＩＤごとに、集合Ｂに関する検索を受付ける希望検索画面からアイテムごとの、バリュウの指定を受付け、指定されたアイテムとバリュウをマッチング条件情報として、集合Ｂ情報ファイルおよび集合Ｂ希望情報ファイルの中から合致するものを合致度順に抽出するマッチング処理を行う希望マッチング手段と、上記希望マッチング手段によりマッチングされた、Ｂ要素のアイテム情報を表示する表示手段とを備えたものである。

この発明は、複数の要素からなる集合Ａと複数の要素からなる集合Ｂとの各要素をマッチングするためのマッチング処理のために、上記集合Ａの各要素のＡ要素ＩＤごとに、上記集合Ｂの要素の全部または一部に対して一意に順位付けられた優先度リストを作成するための希望リスト作成補助システムであって、上記集合ＢのＢ要素ＩＤごとに、Ｂ要素の特徴を示すアイテムごとのバリュウ内容を設定するアイテム情報が記憶される集合Ｂ情報ファイルと、上記集合ＢのＢ要素ＩＤごとに、集合Ａに関する希望情報が任意のアイテムに対して記憶される集合Ｂ希望情報ファイルと、上記集合ＡのＡ要素ＩＤごとに、集合Ｂに関する検索を受付ける希望検索画面からアイテムごとの、バリュウの指定を受付け、指定されたアイテムとバリュウをマッチング条件情報として、集合Ｂ情報ファイルおよび集合Ｂ希望情報ファイルの中から合致するものを合致度順に抽出するマッチング処理を行う希望マッチング手段と、上記希望マッチング手段によりマッチングされた、Ｂ要素のアイテム情報を表示する表示手段とを備えたものであるので、１対複数の組合せで、かつ、複雑な条件を考慮したマッチングを行うために、希望リストを作成することが可能で、手間がかからず、処理時間が早く、コストを抑えることができる。

実施の形態１．
図１は、この発明の実施の形態１に係る希望リスト作成補助システムの全体の構成を示した図である。図１に示すように、実施の形態１に係る希望リスト作成補助システムは、希望リストである参加者ＲＯＬと施設ＲＯＬとを双方の希望条件を加味しながら自動的に生成するとともに、必要であれば、それらのＲＯＬを用いて、参加者と施設との組合せを決定するマッチング処理を行うためのマッチングサーバ１００と、マッチングサーバ１００の管理およびメンテナンス等を行うマッチング管理者端末４００と、参加者が操作して希望する施設を検索する等のための参加者端末２００と、施設に勤務している施設管理者が操作して希望する参加者を検索する等のための施設管理者端末３００とから構成されている。なお、マッチングサーバ１００、参加者端末２００、施設管理者端末３００、マッチング管理者端末４００は、インターネット等の通信網５００により接続されている。

図２は、図１に示した各構成要素の内部構成を示した図である。図２に示すように、マッチングサーバ１００内には、通信網５００を介して外部との通信を行うための通信網５００を介して外部との通信を行うための通信手段１と、検索処理手段２と、希望登録手段５と、希望マッチング手段８と、ＲＯＬ（希望表、優先度リスト）を作成するためのＲＯＬ作成手段１１とが設けられている。ＲＯＬ作成手段は、ＲＯＬを作成し、図示しない記憶装置に記憶する。また、マッチングサーバ１００内には、アイテムマスタファイル３と、バリュウマスタファイル４と、参加者希望情報ファイル６と、施設希望情報ファイル７と、参加者情報ファイル９と、施設情報ファイル１０と、施設ＲＯＬファイル１２と、参加者ＲＯＬファイル１３と、バリュウマスタファイル１４と、バリュウ対応表１５との１０個のファイルが記憶されている。これらは、共通の１つの記憶装置内に記憶されていてもよく、あるいは、複数の記憶装置内に記憶されていてもよい。

図２０に、アイテムマスタファイル３の一例を示す。アイテムマスタファイル３には、図２０に示すように、各アイテムを特定するための整理番号であるアイテムＮｏ．と、アイテム名と、参加者用か施設用かの別を示す区分と、各アイテムの説明とが記憶されている。参加者用のアイテムとして、例えば、施設コード、名称、所在地、定員、医者の数、科目、入院数（入院可能定員）、研修医の月収（研修期間中の月収）などが挙げられる。また、施設用のアイテムとしては、各参加者を特定するためのユーザＩＤ、氏名、大学名、卒業年、特技、出身地などが挙げられる。

図２１に、バリュウマスタファイル（登録用）４の一例を示す。バリュウマスタファイル４には、図２１に示すように、各アイテムＮｏ．ごとに、全バリュウの内容が記憶されている。例えば、アイテムＮｏ．が“Ｉ００１”は、施設コードであるため、すべてのバリュウ（バリュウ１，バリュウ２，・・・，バリュウｎ）の施設コードが記憶されている。アイテムＮｏ．が“Ｉ００２”は、施設の名称であるため、すべてのバリュウ（バリュウ１，バリュウ２，・・・，バリュウｎ）について施設の名称が記憶されている。
なおアイテムとは、参加者および施設の特徴を示すために定めた項目であり、またバリュウ（バリュー）とはアイテム毎に複数定められた値であり、複数のアイテムに関して、バリュウを特定することにより、参加者および施設の総合的な特徴や希望がわかる。

図１８に、参加者希望情報ファイル６の一例を示す。参加者希望情報ファイル６には、図に示すように、ユーザＩＤごとに、各アイテムのアイテムＮｏ．とそのバリュウが記憶されている。図１８では、重要度も記憶されているように図示されているが、本実施の形態においては、参加者希望情報ファイル６のファイル形式の中に「重要度」を持たないこととする。図１８の例では、ユーザＩＤが“００１”の参加者は、東京都か神奈川県にある施設で、内科か小児科の施設を希望（アイテム「所在地」のバリュウが「東京都、神奈川県」、アイテム「科目」のバリュウが「内科、小児科」と指定されている）しており、ユーザＩＤが“００２”の参加者は、外科の施設で、月収が２０万以上の施設を希望していることがわかる。

図１９に、施設希望情報ファイル７の一例を示す。施設希望情報ファイル７には、図に示すように、施設コードごとに、各アイテムのアイテムＮｏ．とそのバリュウが記憶されている。図１９では、重要度も記憶されているように図示されているが、本実施の形態においては、施設希望情報ファイル７のファイル形式の中に「重要度」を持たないこととする。図１９の例では、施設コードが“Ａ００１”の施設は、出身大学がＸ大学かＹ大学で、特技が柔道か空手の参加者（研修医）を希望（アイテム「大学名」のバリュウが「Ｘ大学、Ｙ大学」、アイテム「特技」のバリュウが「柔道、空手」と指定されている）しており、施設コードが“Ａ００５”の施設は、出身地が長崎県か大分県で、出身大学がＺ大学の参加者（研修医）を希望していることがわかる。

図１６に、参加者情報ファイル９の一例を示す。参加者情報ファイル９には、図１６に示すように、各アイテムＮｏ．ごとに、全参加者情報が記憶されている。例えば、アイテムＮｏ．が、“Ｉ１０１”はユーザＩＤであるため、すべての参加者のユーザＩＤが昇順に記憶されている。アイテムＮｏ．が、“Ｉ１０２”は参加者の氏名であるため、すべての参加者の氏名が記憶されている。またユーザＩＤ“００１”に属するアイテム毎のバリュウは、同じ列（画面の上から下に、１列に並んだ項目）に記憶されたデータがユーザＩＤにより紐付けられている構成になっている。ユーザＩＤ“００２”以降に関しても同様である。

図１７に、施設情報ファイル１０の一例を示す。施設情報ファイル１０には、図１７に示すように、各アイテムＮｏ．ごとに、全施設情報が記憶されている。例えば、アイテムＮｏ．が、“Ｉ００１”は施設コードであるため、すべての施設の施設コードが昇順に記憶されている。アイテムＮｏ．が、“Ｉ００２”は施設の名称であるため、すべての施設の名称が記憶されている。また施設コード“Ａ００１”に属するアイテム毎のバリュウは、同じ列（画面の上から下）に記憶されたデータが施設コードにより紐付けられている構成になっている。施設コード“Ａ００２”以降に関しても同様である。

図２６（ｂ）に、参加者ＲＯＬファイル１３の一例を示す。参加者ＲＯＬファイル１３には、図２６に示すように、ユーザＩＤごとに、希望する施設の施設コードが優先度の高いものから順に（すなわち、第１希望から順に）記憶されている。

施設ＲＯＬファイル１２については図示していないが、施設コードごとに、希望する参加者のユーザＩＤが優先度の高いものから順に（すなわち、第１希望から順に）記憶されている。

図２２に、バリュウマスタファイル（検索用）１４の一例を示す。バリュウマスタファイル１４には、図２２に示すように、各アイテムＮｏ．ごとに、全バリュウの内容が記憶されている。例えば、アイテムＮｏ．が、“Ｉ００１”は施設コードであるため、すべてのバリュウ（バリュウ１，バリュウ２，・・・，バリュウｎ）の施設コードが記憶されている。アイテムＮｏ．が、“Ｉ００２”は施設の名称であるため、すべてのバリュウ（バリュウ１，バリュウ２，・・・，バリュウｎ）について施設の名称が記憶されている。バリュウマスタファイル（検索用）１４と、図２１に示したバリュウマスタファイル（登録用）４と違いは、バリュウマスタファイル（検索用）１４には例えばアイテムＮｏ．“Ｉ００３”の“東北”または“関東”のように、１つのバリュウが展開される親バリュウを含むことである。親バリュウ（上述の例では、“東北”や“関東”）と、展開される子バリュウとは、バリュウ対応表１５で対応付けられる。

図２３に、バリュウマスタファイル（検索用）１４に対応するバリュウ対応表１５の一例を示す。バリュウ対応表１５は、図２３に示すように、アイテムＮｏ．ごとに、親バリュウに含まれる詳細な情報が展開バリュウとして記憶されている。例えば、アイテムＮｏ．が、“Ｉ００３”は所在地であり、親バリュウが“東北”であるとすると、展開バリュウは、“東北”地方に含まれるすべての県名の情報、すなわち、“青森、秋田、宮城、・・・”となる。また、アイテムＮｏ．が、“Ｉ００６”は科目であるため、親バリュウが“内科系”であるとすると、展開バリュウは、“内科系”に含まれるすべての科目の情報、すなわち、“内科、小児科、消化器科、・・・”となる。他も同様である。なお、バリュウ対応表１５には、バリュウマスタファイル（検索用）１４の各アイテムＮｏ．の親バリュウと対応する展開バリュウが記憶され、バリュウマスタファイル（検索用）１４とバリュウマスタファイル（検索用）１４のバリュウ対応表１５とは、対となっている。このファイル形式によらず、バリュウマスタファイル（検索用）１４の中に、バリュウ対応表１５が含まれる構成でもよいし、バリュウ対応表１５の中に、親バリュウだけでなく、展開バリュウを持たないバリュウも全て登録する構成でもよい。バリュウマスタファイル（検索用）１４の中に親バリュウを含むことにより、検索条件の指定が簡単なユーザインタフェースを提供することができる。

図２の説明に戻る。図２に示すように、参加者端末２００内には、入力手段２０と、表示手段２１と、処理手段２２と、通信手段２３とが設けられている。
なお、施設管理者端末３００の内部構成は、参加者端末２００と同様であるため、ここでは説明を省略する。

マッチング管理者端末４００内には、入力手段３０と、表示手段３１と、処理手段３２と、通信手段３３とが設けられている。

次に、動作について説明する。図３は、本実施の形態１に係るシステムの全体の処理の流れを示した流れ図である。図３に示すように、まず、参加者端末２００は施設に関する希望を参加者より受け付け、入力されたデータをマッチングサーバ１００に送信することにより、マッチングサーバ１００は、当該データを参加者希望情報ファイル６に登録する（ステップＳ１）（詳細は、後述する（図４参照）。）。また、施設管理者端末３００は、施設管理者から参加者に関する希望入力を受け付け、入力されたデータをマッチングサーバ１００に送信することにより、マッチングサーバ１００は、当該データを施設希望情報ファイル７に登録する（ステップＳ２）（詳細は、後述する（図５参照）。）。次に、参加者端末２００は、参加者の操作に従って、希望検索画面を表示させ、施設の希望入力を受け付けて、マッチングサーバ１００に送信することにより、マッチングサーバ１００がマッチング処理を行う（ステップＳ３）（詳細は後述する（図６参照）。）。また、施設管理者端末２００は、施設管理者の操作に従って、希望検索画面を表示させ、施設の参加者に対する希望入力を受け付けて、マッチングサーバ１００に送信することにより、マッチングサーバ１００がマッチング処理を行う（ステップＳ４）（詳細は後述する（図７参照）。）。次に、マッチングサーバ１００は、ステップＳ３または、Ｓ４におけるマッチング処理の検索結果を画面に表示する（ステップＳ５）（詳細は後述する（図８参照）。）。次に、マッチングサーバ１００は、ステップＳ５におけて表示されたマッチング処理のマッチング結果に基づいて、参加者ＲＯＬファイルまたは施設ＲＯＬファイルを作成し、それぞれ、参加者ＲＯＬファイル１３または施設ＲＯＬファイル１２に格納する（ステップＳ６）（詳細は後述する（図９参照）。）。参加者からの指定により動作するステップＳ１→ステップＳ３の処理と、施設管理者からの指定により動作するステップＳ２→ステップＳ４の処理は、同期する必要はなく、ステップＳ１→ステップＳ３→ステップＳ５→ステップＳ６の処理と、ステップＳ２→ステップＳ４→ステップＳ５→ステップＳ６の処理は、非同期に任意のタイミングで実施される。

図４は、上述したステップＳ１の処理の詳細を示した流れ図である。まずはじめに、参加者端末２００の処理手段２２の制御により、表示手段２１が、施設に関する希望入力画面（図示省略）を表示する（ステップＳ１１）。最初にユーザＩＤの入力を促し、ログイン処理を行う（ユーザＩＤとパスワードの組合せにより、ユーザ認証を行なうように構成してもよい）。次に、希望入力画面において、入力手段２０により参加者が入力する、ユーザＩＤに対応した、アイテムＮｏ．、バリュウの入力を受け付け、記憶手段２４にそれらを登録する（ステップＳ１２）。例えば、ユーザＩＤとして自身のユーザＩＤである“００１”を入力し、アイテムＮｏ．として“Ｉ００３”（施設の所在地）を入力し、そのバリュウとして“東京都”を入力する。このように、各アイテムに対して、バリュウを入力する。次に、参加者端末２００の処理手段２２の制御により、参加者に対して、同一アイテムに対する次のバリュウ指定があるか否かを入力するように促し（同一アイテムに対して複数のバリュウの入力が可能）、ある場合には、ステップＳ１２に戻り、ステップＳ１３で次のバリュウ指定が入力されないときは、ステップＳ１４に進む。ステップＳ１２に処理が戻ったときは、参加者端末２００の処理手段２２の制御により、入力手段２０が、次のバリュウ指定の入力を受け付け、記憶手段２４に登録する。例えば、同一アイテムＮｏ．の“Ｉ００３”（施設の所在地）に対して、次のバリュウとして“神奈川県”を入力し、記憶する。ステップＳ１４では、参加者端末２００の処理手段２２の制御により、参加者に対して、別のユーザＩＤの入力があるか否かを入力するように促し（１つの参加者端末を複数の参加者で共用可能）、ある場合には、ステップＳ１２に戻り、新規のログイン名によりログイン処理を開始し、ステップＳ１４で新規のログインがない場合には、ステップＳ１５に進む。ステップＳ１５では、参加者端末２００の通信手段２３が、記憶手段２４に記憶された、希望情報をマッチングサーバ１００の通信手段１に送信することにより、マッチングサーバ１００の希望登録手段５が、当該希望情報を、参加者希望情報ファイル６（図１８参照）に記憶する。

図５は、上述したステップＳ２の処理の詳細を示した流れ図である。まずはじめに、施設管理者端末３００の処理手段の制御により、表示手段が、施設に関する希望入力画面（図示省略）を表示する（ステップＳ２１）。最初に施設コードの入力を促し、ログイン処理を行う（施設コードとパスワードの組合せにより、施設管理者のユーザ認証を行なうように構成してもよい）。次に、希望入力画面に対して施設管理者端末３００の入力手段により施設管理者が入力する、施設コードに対応した、アイテム、バリュウの入力を受け付け、記憶手段（図示せず）に登録する（ステップＳ２２）。例えば、施設コードとして自身の施設コードである“Ａ００１”を入力し、アイテムＮｏ．として“Ｉ１０３”（大学名）を入力し、そのバリュウとして“Ｘ大学”を入力する。次に、施設管理者端末３００の処理手段の制御により、施設管理者に対して、同一アイテムに対する次のバリュウ指定があるか否かを入力するように促し（同一アイテムに対して複数のバリュウの入力が可能）、ある場合には、ステップＳ２２に戻り、次のバリュウ指定が入力されないときは、ステップＳ２４に進む。ステップＳ２２に処理が戻ったときは、施設管理者端末３００の処理手段の制御により、入力手段が、次のバリュウ指定の入力を受け付け、記憶手段に登録する。例えば、同一アイテムＮｏ．の“Ｉ１０３”（大学名）に対して、次のバリュウとして“Ｙ大学”を入力し、記憶する。ステップＳ２４では、施設管理者端末３００の処理手段の制御により、施設管理者に対して、別の施設コードの入力があるか否かを入力するように促し（複数施設に関して、まとめて入力することが可能）、ある場合には、ステップＳ２２に戻り施設コードによるログイン処理から開始する。ステップＳ２４で新規の施設コード入力がない場合には、ステップＳ２５に進む。ステップＳ２５では、施設管理者端末３００の通信手段が、記憶手段に記憶された、希望情報をマッチングサーバ１００の通信手段１に送信することにより、マッチングサーバ１００の希望登録手段５が、当該希望情報を、施設希望情報ファイル７（図１９参照）に記憶する。

図６は、上述したステップＳ３の処理の詳細を示した流れ図である。まずはじめに、参加者端末２００は、処理手段２２の制御により、施設希望入力処理（参加者が施設に対する希望を入力する処理）が参加者から指定されたことを認識すると、ログイン処理を行うためのログイン処理画面（図示せず）を表示する。ユーザＩＤ（ユーザＩＤと対応するパスワードを組み合わせることも可能）が入力されると処理手段２２は通信手段２３、通信手段１を介してユーザＩＤをマッチングサーバ１００に受け渡し、マッチングサーバ１００の処理手段（図示せず）が参加者情報ファイル９と照合することにより、ユーザＩＤを認証するかどうかを判断し、認証結果を参加者端末２００に通知する。ユーザＩＤが認証されると、表示手段２１が、図２４に示す希望検索画面を表示する（ステップＳ３１）。希望検索画面には、図２４に示すように、アイテム、バリュウが、それぞれ入力されるための入力欄が設けられている。アイテムは、入力欄の右側に設けられた三角ボタンをクリックすることによりプルダウンメニューが表示されるので、その中から該当するものを選択しクリックすることにより入力する。バリュウの入力欄には、選択されたアイテムに合ったものが表示される。また、「登録」ボタンは、１つのアイテムに対して、バリュウを複数登録したいときにクリックする。「検索」ボタンは、入力した内容に基づく検索を行うときに、クリックする。また、画面左下にある「-登録された検索条件-」とは、登録されている現状の検索条件を表示していて、登録ボタンを押されるたびに、表示される検索条件が更新される。
ステップＳ３１により希望検索画面が表示されると、マッチングサーバ１００の検索処理手段２は、アイテムのプルダウンメニューを表示するために、アイテムマスタファイル３の中で参加者用のアイテムＮｏ．、アイテム名を参加者端末２００に送信し、参加者からの入力待ち状態になる。その後、参加者が、表示されたプルダウンメニューの中から１つのアイテムを選択すると（図２４の例では、“所在地”を選択）、処理手段２２は該当のアイテムＮｏ．をマッチングサーバ１００に送信し、検索処理手段２は、アイテムＮｏ．と照合することにより、バリュウマスタファイル（検索用）１４に記憶されている、アイテムに応じたバリュウ情報を参加者端末２００に送信し、それをアイテムの選択肢として、プルダウンメニュー（三角ボタンがクリックされた後に表示される）に表示させる（ステップＳ３２）（図２４の例では、“東京”と“千葉”等とプルダウンで表示される）。次に、「登録」ボタンか「検索」ボタンがクリックされるのを待ち、「登録」ボタンが押されたら、入力された検索情報を記憶手段２４に一時的に記憶するとともに、最新の検索条件を画面左下の「-登録された検索条件-」に表示する。一方、「検索」ボタンが押されたら、入力された検索情報あるいは先に記憶手段２４に記憶された検索情報をマッチングサーバ１００の通信手段１に受け渡す（ステップＳ３３）。なお、ここで、検索情報として、１つのアイテムに対して、複数のバリュウの指定が可能である。また、複数のアイテムの指定が可能である。次に、マッチングサーバ１００の通信手段１は、参加者端末２００から指定された、マッチング条件情報を処理手段（図示せず）に受け渡し、処理手段（図示せず）はマッチング条件を希望マッチング手段８に受け渡す（ステップＳ３４）。なお、ここで、処理手段（図示せず）はバリュウの中で、バリュウ対応表１５を参照することにより、「展開バリュウ」を有するバリュウが指定されていると判断したとき、「親バリュウ」を「展開バリュウ」に展開してから、希望マッチング手段８に受け渡すこととする。次に、希望マッチング手段８は、アイテムのアイテムＮｏ．により、マッチング条件情報と、施設情報ファイル１０及び施設希望情報ファイル７とをマッチングさせ、図２５に示すような検索結果表示画面（詳細は後述）を表示する（ステップＳ３５）。すなわち、検索情報の中に含まれるアイテムは、施設希望情報ファイル７または施設情報ファイル１０のどちらかに同一のアイテムが登録されているので、希望マッチング手段８は、施設希望情報ファイル７および施設情報ファイル１０を検索し、このようにして得られた検索の結果として、希望条件（検索情報）に一致する順に施設情報を検索結果表示画面に表示する。また、利用者に対して、参考のために「展開バリュウ」を表示するように構成してもよい。例えば、所在地に関して「東北」の指定は、「青森、秋田、宮城・・・」と展開され、マッチングされたことを表示する。次に、希望マッチング手段８は、図２６（ａ）に示すようなマッチング結果情報を記憶する（ステップＳ３６）。マッチング結果情報には、図２６に示すように、各ユーザＩＤごとに、マッチングした施設の施設コードとその合致度のみが記憶されている。ステップＳ３５におけるマッチング処理は、参加者から指定されたマッチング条件情報と、施設情報ファイル１０及び施設希望情報ファイル７とのアイテム毎のバリュウが一致するかどうかで順序付けするアルゴリズムを用いる。

図２５は、上記のステップＳ３５で表示する検索結果表示画面の一例である。検索の結果、希望条件に一致する順に施設情報が表示される。一致のレベルは、「合致度」により表現される。なお、合致度の算出は以下の通りとする。
（１）合致したアイテムの個数による（合致した個数をパーセント表示する。）。
（２）アイテムとバリュウの合致により、アイテムとバリュウが合致した施設は上位に、アイテムは合致したがバリュウが合致しない施設は下位にする。
（３）上記（１）および（２）の方法により順位付けをし、全ての施設を表示してもよいし、上位の所定個（例えば上位２０施設）のみを表示してもよい。

図７は、上述したステップＳ４の処理の詳細を示した流れ図である。まずはじめに、施設管理者端末３００は、処理手段の制御により、参加者希望入力処理（施設管理者が参加者に対する希望を入力する処理）が施設管理者から指定されたことを認識すると、ログイン処理を行うためのログイン処理画面（図示せず）を表示する。施設コード（施設コードと対応するパスワードを組み合わせることも可能）が入力されると処理手段は通信手段、通信手段１を介して施設コードをマッチングサーバ１００に受け渡し、マッチングサーバ１００の処理手段（図示せず）が施設情報ファイル１０と照合することにより、施設コードを認証するかどうかを判断し、認証結果を施設管理者端末３００に通知する。施設コードが認証されると、表示手段が、図２４に示す希望検索画面を表示する（ステップＳ４１）。これにより、マッチングサーバ１００の検索処理手段２は、アイテムのプルダウンメニューを表示するために、アイテムマスタファイル３の中で施設用のアイテムＮｏ．、アイテム名を施設管理者端末３００に送信し、参加者からの入力待ち状態になる。その後、施設管理者が、表示されたプルダウンメニューの中から１つのアイテムを選択すると、処理手段は該当のアイテムＮｏ．をマッチングサーバ１００に送信し、検索処理手段２は、アイテムＮｏ．と照合することにより、バリュウマスタファイル（検索用）１４に記憶されている、アイテムに応じたバリュウ情報を施設管理者端末３００に送信し、それをアイテムの選択肢として、プルダウンメニュー（三角ボタンがクリックされた後に表示される）に表示させる（ステップＳ４２）。次に、「登録」ボタンか「検索」ボタンがクリックされるのを待ち、「登録」ボタンが押されたら、入力された情報を記憶手段２４に一時的に記憶する。一方、「検索」ボタンが押されたら、入力情報あるいは先に記憶手段２４に記憶された情報をマッチングサーバ１００の通信手段１に受け渡す（ステップＳ４３）。なお、ここで、１つのアイテムに対して、複数のバリュウの指定が可能である。また、複数のアイテムの指定が可能である。次に、マッチングサーバ１００の通信手段１は、施設管理者端末３００から指定された、マッチング条件情報を処理手段（図示せず）に受け渡し、処理手段（図示せず）はマッチング条件を希望マッチング手段８に受け渡す（ステップＳ４４）。なお、ここで、処理手段（図示せず）は、バリュウの中で、バリュウ対応表１５を参照することにより、「展開バリュウ」を有するバリュウが指定されていると判断したとき、「親バリュウ」を「展開バリュウ」に展開してから、希望マッチング手段８に受け渡すこととする。次に、希望マッチング手段８は、アイテムのアイテムＮｏ．により、マッチング条件情報と、参加者情報ファイル９及び参加者希望情報ファイル６とをマッチングさせる（ステップＳ４５）。すなわち、検索情報の中に含まれるアイテムは、参加者希望情報ファイル６または参加者情報ファイル９のいずれかに同一のアイテムが登録され、参加者希望情報ファイル６および参加者情報ファイル９の中を検索し、マッチングさせる。このようにして得られた検索の結果として、希望条件（検索情報）に一致する順に参加者情報を検索結果表示画面（図示省略、図２５参照）に表示する。また、利用者に対して、参考のために「展開バリュウ」を表示するように構成してもよい。次に、希望マッチング手段８は、マッチング情報を記憶する（ステップＳ４６）。マッチング結果情報（図示省略、図２６参照）には、各施設コードごとに、マッチングした参加者のユーザＩＤとその合致度のみが記憶されている。ステップＳ４５におけるマッチングは、施設管理者から指定されたマッチング条件情報と参加者情報ファイル９及び参加者希望情報ファイル６とのアイテム毎のバリュウが一致するかどうかで順序付けするアルゴリズムを用いる。

図８は、上述したステップＳ５の処理の詳細を示した流れ図である。なお上述したように、ステップＳ５の処理は、参加者または施設管理者からの指定により、各々対応する検索結果を表示するように処理される。参加者の指定により処理が実行されるとき、まずはじめに、マッチングサーバ１００の希望マッチング手段８は、上記のステップＳ３６で記憶したマッチング結果から表示情報を構成する（ステップＳ５１）。次に、マッチングサーバ１００の通信手段１から、構成された表示情報が、参加者端末２００の通信手段２３に送信される（ステップＳ５２）。次に、参加者端末２００の表示手段２１は、制御手段２２の制御により、当該表示情報を参加者端末２００の画面に表示する（ステップＳ５３）。なお、これは、参加者端末２００に表示する場合であるが、施設管理者端末３００に表示する場合にもステップＳ４６で記憶されたマッチング結果を用いて、同様の処理の流れにより表示を行う。

以下、図８のマッチング結果の表示について説明する。マッチング結果は、表形式で表示するか、あるいは、２次元グラフで表示する。

（１）表形式で表示
・希望の合致度の順に，昇順・降順で表示する。
・「合致度」の高い順に降順・昇順で表示する。
・並び替えた結果、重要度の高い施設の文字列を大きく表示する、あるいは、施設のうち、「希望の合致度」がプラスのアイテムを強調表示（フォントの変更、文字の大きさの変更、色や枠を付ける、下線を付ける、文字を太くする、間隔を大きくするなど）してもよく、その場合には、施設の良いところがわかりやすくなる。
・施設について、同一の部分（あるアイテムでバリュウが合致している、検索用参加者希望情報の中で重要度の高い部分で施設情報、施設希望情報に同一部分があるなど）がある場合に、近くに並べる、同一部分を強調する、グループ化（まとめて枠でくくる）、同じ強調表示を行う等により、施設の同一性や、違いを強調することができる。

（２）２次元グラフで表示
・縦軸をアイテムとバリュウの合致数、横軸を下記に示す合計値（「希望の合致数」「確認度」など）で２次元グラフで表す。また、これらを組み合わせた３次元グラフとしてもよい。なお、この場合はグラフ上に現れた施設をクリックする、あるいは、マウスポインタをその上にもっていくと、その施設の情報が表示されるようにする。
・希望の合致度を横軸の数値とする。
・検索用希望情報の重要度順に、昇順または降順で表示する。
・「合致度」の高い順に降順・昇順で表示する。
・なお，横軸と縦軸は逆でも良い。
・表形式の表示方法とグラフ形式の表示方法を組み合わせても良い。例えば、グラフをクリックすると表がハイライトする又は表の施設をクリックすると、グラフの施設が点滅又は色が変わるようにしてもよい。

図９は、上述したステップＳ６の処理の詳細を示した流れ図である。まずはじめに、マッチングサーバ１００の希望マッチング手段８は、ステップＳ３６で記憶した図２６（ａ）に示すマッチング結果情報をＲＯＬ作成手段１１に受け渡す（ステップＳ６１）。次に、ＲＯＬ作成手段１１は、受け渡されたマッチング結果からユーザＩＤおよび施設コードを取り出す（ステップＳ６２）。次に、ＲＯＬ作成手段１１は、取り出したユーザＩＤに対応する参加者ＲＯＬファイル１３を作成する。（ステップＳ６３）
また、施設ＲＯＬファイル１２を作成する処理も同様に、ステップＳ４６で記憶したマッチング結果情報に基づき、施設コードおよびユーザＩＤを取り出し、施設ＲＯＬファイル１２を生成する。
なお、マッチング結果情報から参加者ＲＯＬファイル１３および施設ＲＯＬファイル１２を生成する方法は、以下の通りである。
（１）アイテムとバリュウが完全に一致した施設のみを合致度の高い順に登録する。
（２）参加者から指定を受け付ける。
（３）合致度より閾値を設け、閾値以上の合致度のものは登録する。
（４）上位何個というように所定数を設定して、その個数分だけ登録する。

なお、本発明は、上記のようにして、参加者ＲＯＬファイル１３および施設ＲＯＬファイル１２を自動生成するものであるが、こうして得られた参加者ＲＯＬファイル１３および施設ＲＯＬファイル１２を用いてマッチング処理を行うことにより、信頼度の高い安定したマッチング処理を行うことができる。マッチング処理で用いるマッチングの手法としては、例えば、上述したＧａｌｅ−Ｓｈａｐｌｅｙアルゴリズム等が望ましい。

以上、本実施の形態は、複数の要素からなる集合Ａ（参加者の集合）と複数の要素からなる集合Ｂ（施設の集合）との各要素をマッチングするためのマッチング処理のために、上記集合Ａ（参加者の集合）の各要素のＡ要素ＩＤ（ユーザＩＤ）ごとに、上記集合Ｂの要素（施設）の全部または一部に対して一意に順位付けられた優先度リスト（参加者ＲＯＬファイル）を作成するための希望リスト作成補助システム（マッチングサーバ１００、参加者端末２００、施設管理者端末３００）について説明したものである。
希望リスト作成補助システムは、集合ＢのＢ要素ＩＤ（施設コード）ごとに、Ｂ要素の特徴を示すアイテムごとのバリュウ内容を設定するアイテム情報が記憶される集合Ｂ情報ファイル（施設情報ファイル１０）と、集合ＢのＢ要素ＩＤ（施設コード）ごとに、集合Ａ（参加者）に関する希望情報が任意のアイテムに対して記憶される集合Ｂ希望情報ファイル（施設希望情報ファイル７）とを図示しない記憶装置に記憶している。また参加者端末２００の表示手段２１は、集合Ａ（参加者）のＡ要素ＩＤ（ユーザＩＤ）ごとに、集合Ｂ（施設）に関する検索を受付ける希望検索画面（図２４に記載）を表示し、希望検索画面からアイテムごとの、バリュウの指定を受付け、希望マッチング手段８は、希望検索画面で集合Ａ（参加者）から指定されたアイテムとバリュウをマッチング条件情報として、集合Ｂ情報ファイル（施設情報ファイル１０）および集合Ｂ希望情報ファイル（施設希望情報ファイル７）の中から合致するものを合致度順に抽出するマッチング処理（参加者から指定されたマッチング条件情報と、施設情報ファイル１０及び施設希望情報ファイル７とのアイテム毎のバリュウが一致するかどうかで順序付けするアルゴリズム）を行い、参加者端末２００の表示手段２１は、希望マッチング手段８によりマッチングされた、Ｂ要素（施設）のアイテム情報を表示する。
またＲＯＬ作成手段１１は、希望マッチング手段８によりマッチングされたＢ要素（施設コード）のリストを、該当のＡ要素（ユーザＩＤ）の優先度リスト（参加者ＲＯＬファイル１３）として記憶する。
また、希望検索画面にて参加者から特定のアイテムに関するバリュウの指定を受けるとき、バリュウマスタファイル（検索用）１４（図２２に記載）とバリュウマスタファイル（検索用）のバリュウ対応表１５（図２３に記載）を用いて説明したように、バリュウは、１つのバリュウから構成されるものと、展開バリュウと呼ばれる１以上のバリュウから構成される親バリュウとを含む。図示しない処理手段は、バリュウ対応表１５を参照することにより、親バリュウが指定されたと判断したときは、親バリュウを展開バリュウに展開してから希望マッチング手段８に受け渡し、希望マッチング手段８は、親バリュウを展開された、展開バリュウにより、マッチング処理を行う。

また、希望リスト作成補助システム（マッチングサーバ１００、参加者端末２００、施設管理者端末３００）は、複数の要素からなる集合Ａ（施設の集合）と複数の要素からなる集合Ｂ（参加者の集合）との各要素をマッチングするためのマッチング処理のために、上記集合Ａ（施設の集合）の各要素のＡ要素ＩＤ（施設コード）ごとに、上記集合Ｂの要素（参加者）の全部または一部に対して一意に順位付けられた優先度リスト（施設ＲＯＬファイル）を作成するための）を作成する。
このとき、希望リスト作成補助システムは、集合ＢのＢ要素ＩＤ（参加者ＩＤ）ごとに、Ｂ要素の特徴を示すアイテムごとのバリュウ内容を設定するアイテム情報が記憶される集合Ｂ情報ファイル（参加者情報ファイル９）と、集合ＢのＢ要素ＩＤ（参加者ＩＤ）ごとに、集合Ａ（施設）に関する希望情報が任意のアイテムに対して記憶される集合Ｂ希望情報ファイル（参加者希望情報ファイル６）とを図示しない記憶装置に記憶している。また施設管理者端末３００の図示しない表示手段は、集合Ａ（施設）のＡ要素ＩＤ（施設コード）ごとに、集合Ｂ（参加者）に関する検索を受付ける希望検索画面（図２４に記載）を表示し、希望検索画面からアイテムごとの、バリュウの指定を受付け、希望マッチング手段８は、希望検索画面で施設管理者から集合Ａ（施設）に関して指定されたアイテムとバリュウをマッチング条件情報として、集合Ｂ情報ファイル（参加者情報ファイル９）および集合Ｂ希望情報ファイル（参加者希望情報ファイル６）の中から合致するものを合致度順に抽出するマッチング処理を行い、施設管理者端末３００の図示しない表示手段は、希望マッチング手段８によりマッチングされた、Ｂ要素（参加者）のアイテム情報を表示する。
またＲＯＬ作成手段１１は、希望マッチング手段８によりマッチングされたＢ要素（参加者ＩＤ）のリストを、該当のＡ要素（施設コード）の優先度リスト（施設ＲＯＬファイル１２）として作成した後、図示しない記憶装置に記憶する。

以上のように、本実施の形態においては、施設管理者が図１９に示すような希望する参加者に関するアイテムとバリュウを登録させた施設希望情報ファイル７を作成し、参加者が、図２４に示す希望検索画面により、希望条件を示す検索情報を簡単に入力するだけで、当該検索条件に合致する施設を合致度を付けて抽出でき、さらに、それに基づいて、自動的に、参加者ＲＯＬファイル１３を作成することができるので、参加者は面倒なＲＯＬファイルを入力することなく、希望する施設とのマッチングを行うことができる。同様に、参加者が、図１８に示すような希望する施設に関するアイテムとバリュウを登録させた参加者希望情報ファイル６を作成しておくだけで、施設管理者が、図２４に示す希望検索画面により、希望条件を示す検索情報を簡単に入力するだけで、当該検索条件に合致する参加者を合致度を付けて抽出でき、さらに、それに基づいて、自動的に、施設ＲＯＬファイル１２を作成することができるので、施設管理者は面倒なＲＯＬファイルを入力することなく、希望する参加者とのマッチングを行うことができる。
また、参加者にとっては参加者希望情報ファイル６に入力される希望情報を指定しておくことで、施設側から検索され、いずれかの施設とマッチングされる可能性が高くなる効果があり、逆に施設管理者にとっては施設希望情報ファイル７に入力される希望情報を指定しておくことで、参加者側から検索され、いずれかの参加者とマッチングされる可能性が高くなるという効果が得られる。

実施の形態２．
本実施の形態においては、図２７に示すような希望検索画面により、検索情報を入力する際に、重要度の指定も受け付ける点が、上記の実施の形態１と異なる。希望検索画面には、図２７に示すように、アイテム、重要度、バリュウが、それぞれ入力されるための入力欄が設けられている。アイテムは、入力欄の右側に設けられた三角ボタンをクリックすることによりプルダウンメニューが表示されるので、その中から該当するものを選択しクリックすることにより入力する。重要度の入力欄には、利用者（参加者または施設管理者）により、選択されたアイテムの重要度（検索時の該当アイテムの重み付け）が入力される。バリュウの入力欄には、選択されたアイテムに合ったものが表示される。また、「登録」ボタンは、１つのアイテムに対して、バリュウを複数登録したいときにクリックする。「検索」ボタンは、入力した内容に基づく検索を行うときに、クリックする。

次に、本実施の形態における、「希望入力を受付け、相手方の情報とのマッチングを行なう」動作について説明する。
図１０は、上述した図２７の希望検索画面を用いた検索処理の詳細を示した流れ図である。参加者が施設を検索する処理について説明すると、まずはじめに、参加者端末２００は、処理手段２２の制御により、施設希望入力処理が参加者から指定されたことを認識すると、ログイン処理を行うためのログイン処理画面（図示せず）を表示する。ユーザＩＤ（ユーザＩＤと対応するパスワードを組み合わせることも可能）が入力されると処理手段２２は通信手段２３、通信手段１を介してユーザＩＤをマッチングサーバ１００に受け渡し、マッチングサーバ１００の処理手段（図示せず）が参加者情報ファイル９と照合することにより、ユーザＩＤを認証するかどうかを判断し、認証結果を参加者端末２００に通知する。ユーザＩＤが認証されると、表示手段２１が、図２７に示す希望検索画面を表示する（ステップＳ７１）。希望検索画面が表示されると、マッチングサーバ１００の検索処理手段２は、アイテムのプルダウンメニューを表示するために、バリュウマスタファイル（検索用）１４の情報を参加者端末２００に送信する。それにより、利用者が、表示されたプルダウンメニューの中から１つのアイテムを選択すると（図２７の例では、“所在地”を選択）、検索処理手段２は、選択されたアイテムに応じたバリュウ情報を参加者端末２００に送信し、それをアイテムの選択肢として、プルダウンメニュー（三角ボタンがクリックされた後に表示される）に表示させる（ステップＳ７２）（図２７の例では、“東京”と“千葉”等とプルダウンで表示される）。
また、参加者からアイテムに対する重要度の指定を受付ける。本実施の形態では、重要度は１０〜１の数値の１０段階で指定され、数値が大きいほど重要度が高いとする。参加者は、任意に重要度の指定を行なうことができ、重要だと考えるアイテム順に「１０」、「８」、「５」・・・と任意に重要度を指定する。

次に、「登録」ボタンか「検索」ボタンがクリックされるのを待ち、「登録」ボタンが押されたら、入力された検索情報を記憶手段２４に一時的に記憶するとともに、最新の検索条件（登録されたアイテム、そのアイテムの重要度、バリュウ（複数指定あり）の組合せで、登録されているものが全て）を画面左下の「-登録された検索条件-」に表示する。一方、「検索」ボタンが押されたら、入力された検索情報あるいは先に記憶手段２４に記憶された検索情報をマッチングサーバ１００の通信手段１に受け渡す（ステップＳ７３）。なお、ここで、検索情報として、１つのアイテムに対して、複数のバリュウの指定が可能である。また、複数のアイテムの指定が可能である。次に、マッチングサーバ１００の通信手段１は、参加者端末２００から指定された、マッチング条件情報を処理手段（図示せず）に受け渡し、処理手段（図示せず）はマッチング条件を希望マッチング手段８に受け渡す（ステップＳ７４）。なお、ここで、処理手段（図示せず）は、バリュウの中で、バリュウ対応表１５を参照することにより、「展開バリュウ」を有するバリュウが指定されていると判断すれば、「親バリュウ」を「展開バリュウ」に展開してから、希望マッチング手段８に受け渡すように処理する。次に、希望マッチング手段８は、アイテムのアイテムＮｏ．により、マッチング条件情報と、施設情報ファイル１０及び施設希望情報ファイル７とをマッチングさせ、図２５に示すような検索結果表示画面（詳細は後述）を表示する（ステップＳ７５）。すなわち、検索情報の中に含まれるアイテムは、施設希望情報ファイル７または施設情報ファイル１０のどちらかに同一のアイテムが登録され、施設希望情報ファイル７および施設情報ファイル１０を検索し、マッチングする。このときに、検索条件に含まれている重要度を加味して、重み付け検索を行う。アイテムおよびバリュウが一致して、かつ、重要度が高ければ、プラスの合致度にし、アイテムが一致してもバリュウが不一致の場合で、かつ、重要度が高ければマイナスの合致度にする。すなわち、ステップＳ７３で指定された、重み付けが組合せ処理の中で用いられる。
このようにして得られた検索の結果として、希望条件（検索情報）に一致する順に施設情報を検索結果表示画面に表示する。また、利用者に対して、参考のために「展開バリュウ」を表示するように構成してもよい。次に、希望マッチング手段８は、図２６（ａ）に示すようなマッチング結果情報を記憶する（ステップＳ７６）。マッチング結果情報には、図２６に示すように、各ユーザＩＤごとに、マッチングした施設の施設コードとその合致度のみが記憶されている。

以上のように、本実施の形態では、利用者は希望検索画面（図２７に記載）でアイテムごとに、重要度を指定でき、それにより、アイテム毎の重み付けを調整することができる。また指定された重要度は、上記希望マッチング手段におけるマッチング処理の中の重み付けで用いられる。
他の動作については、上記の実施の形態１と同様であるため、ここでは、その説明を省略する。

以上のように、本実施の形態においては、実施の形態１と同様の効果が得られるとともに、さらに、検索条件を入力する際に、重要度も指定できるようにしたので、重要度を加味した検索を行うことができ、より希望に添った参加者ＲＯＬファイル１３および施設ＲＯＬファイル１２の作成が可能である。

なお、マッチング結果を表またはグラフで表示するとき、検索用参加者希望情報の重要度順に「重要度」の高い順に、昇順・降順で表示するようにしてもよい。

実施の形態３．
図１１は、本実施の形態に係る希望リスト作成補助システムの構成を示した図である。図２０との違いは、自由文検索手段４０が追加されている点である。他の構成および動作は上記実施の形態１および２と同じであるため、ここでは、その説明は省略する。また本実施の形態は、実施の形態１または２のように利用者（参加者または施設管理者）が自分の希望に合致する相手方を検索するとき、検索機能を充実させたことに特徴がある。

自由文検索手段４０は、図１２に示すように、マッチングサーバ１００内において、希望マッチング手段８と、参加者情報ファイル９と、施設情報ファイル１０とに接続され、自由文検索が指定されたときに動作する。また、自由文検索手段４０内には、条件／結果受渡手段４１と、テキストマイニング手段４２と、評価手段４４と、アンケートデータファイル４３と、検索結果データファイル４５とが設けられている。
なおアンケートデータファイル４３には、過去に研修を受けた参加者から受付けた、施設に関するアンケート結果が登録され、施設情報ファイル１０と紐付けるために、少なくともアイテムＮｏ．“Ｉ００１”の施設コードが記憶されている。

条件／結果受渡手段４１は、希望マッチング手段８と、検索条件（自由文検索のときに、入力された「自由文」）および検索結果とをやりとりするものである。
また、テキストマイニング手段４２は、条件／結果受渡手段４１から受け渡される該当する施設の施設情報と、概念的に類似しているものをアンケートデータファイル４３に格納されているアンケートデータから検索する。
テキストマイニング手段４２は、既存のテキストマイニング手法を用いることにより動作する。テキストマイニング手法とは、文書中における言葉の出現傾向を統計的に調べ、各文章の特徴を表す文書ベクトルを求め、このベクトルの近さを類似性の尺度として、概念的に類似する内容を検索する手法である。また、文書ベクトルを作成する前段階として、概念ベクトルを作成するが、概念ベクトルとは、単語の共起情報（近傍に同時に出現する単語や複合語の傾向）をもとに計算した単語と単語の類似性であり、これを概念辞書に保存している。また文書ベクトルを作成するために、文章を形態素に分解するが、形態素に分解とは、文章を意味のある単語に分解することを意味する。
また自由文には、「希望する相手方の特徴」を入力する。一例として参加者が指定する場合は、「分かりやすく指導してくれる」、「最新の技術」などが考えられるが、入力した自由文に似た文章（「指導が丁寧」や「進んだ技術」など）を多く含むアンケートが概念的に類似しているとされる。そして、そのアンケートから特定される施設情報が検索される。 また、評価手段４４は、施設情報と近いベクトルを持つものをアンケートデータから検索し（否定語を含むものは除く）、類似度を確定するとともに、検索結果と施設情報ファイルとを照合し、施設情報を含む評価結果を検索結果データファイル４５に出力するものである。
アンケートデータファイル４３は、参加者または施設管理者等にアンケートした結果のテキストデータ（電子データ）が記憶している。例えば、過去の参加者（研修生）が実習した施設に関するアンケート結果などが例として挙げられる。
検索結果データファイル４５は、検索結果を記録している。

図１３は、本実施の形態において、実施の形態１または２のように利用者（参加者または施設管理者）が自分の希望に合致する相手方を検索した後、その検索結果を確認してさらに、類似検索、または自由文検索を行う処理の流れを示した図である。まず、図１３に示すように、参加者端末２００の表示手段２１は、処理手段２２の制御に基づいて、図２８（ａ）に示すような検索結果表示画面を参加者端末２００の画面に表示する（ステップＳ８１）。当該画面には、図２８（ａ）に示すように、上段に、検索結果が表示され、下段に、「類似検索」ボタンが表示されている。なお、このボタンは、表示された検索結果の中の全施設に対して、各々１つずつ設けられている。さらに、このボタンの下方には、「自由文検索」ボタンと、当該自由文検索を行う際のキーワードを入力するためのキーワード入力欄が表示されている。このように表示された検索結果表示画面に対して、参加者端末２００の入力手段２０は、処理手段２２の制御に基づいて、「類似検索」ボタン、「自由文検索」ボタンのいずれかがクリックされるのを待ち、それらのうちのいずれかがクリックされた場合には、それを検知する（ステップＳ８２）。「類似検索」ボタンがクリックされた場合には図１４の処理に移行する。また、キーワードが入力されて「自由文検索」ボタンがクリックされた場合には図１５の処理に移行する。

まず、「類似検索」、「自由文検索」について、以下のように概要を説明する。

（１）類似検索
・１つの情報（例えば、参加者から指定された１つの施設情報）から「参加者希望情報ファイル」または「施設希望情報ファイル」の情報を構成し、その情報にて図７のマッチング処理を行う。
（２）自由文検索
・利用者が検索結果を参照し、全くの自由文検索にて、類似情報を検索することも可能である。自由文とは、利用者が自由に入力できる文章であり、ある条件で検索された、検索結果を参照することにより、利用者が新たな視点で相手方を検索したいと考えたときに用いることができるのが、自由文検索である。また検索対象として、過去の「参加者が実習した施設に関するアンケート結果」を用いる。

図１４は、検索結果から、「類似検索」ボタンがクリックされて、「類似検索」が指定された場合の処理の流れを示した図である。なお、図２８（ａ）の画面において、「類似検索」ボタンがクリックされると、図２８（ｂ）に示すように、各アイテムごとに、「アイテム指定」ボタンが表示される。このとき、図１４に示すように、まず、参加者端末２００の表示手段２１が、処理手段２２の制御に基づき、どの項目をアイテム指定するかの指定を受け付ける。すなわち、いずれかの「アイテム指定」ボタンが押されるのを待機して待つ。アイテムの指定は複数でも可能とする。次に、指定された施設の施設情報と指定されたアイテム（複数可）をマッチングサーバ１００に送信する（ステップＳ１０２）。次に、マッチングサーバ１００は、通信手段１によりそれらの情報を受け取り、希望登録手段５が、送信された施設情報の内容をバリュウとし、該当のユーザＩＤに対するアイテム、バリュウを希望情報として一時的に記憶する（ステップＳ１０３）。次に、希望マッチング手段８が、ステップＳ１０３で記憶した希望情報と、施設情報ファイル１０及び施設希望情報ファイル７とをマッチングさせ、マッチング結果を表示情報に構成する（ステップＳ１０４）。次に、マッチングサーバ１００の通信手段１は、参加者端末２００の通信手段２３に、表示情報を送信する（ステップＳ１０５）。次に、参加者端末２００の表示手段２１は、処理手段２２の制御により、受け取った表示情報を画面に表示する（ステップＳ１０６）。

図１５は、検索結果から、「自由文検索」ボタンがクリックされて、「自由文検索」が指定された場合の処理の流れを示した図である。図１５に示すように、まず、参加者端末２００の通信手段２３は、処理手段２２の制御に基づいて、「自由文検索」が利用者によって指定（クリック）されたことと、入力された自由文とを、マッチングサーバ１００に受け渡す（ステップＳ１１１）。マッチングサーバ１００は、「自由文検索」の指定と当該自由文とを、希望マッチング手段８を経由して、条件／結果受渡手段１５に受け渡す（ステップＳ１１２）。次に、条件／結果受渡手段４１は、当該自由文をテキストマイニング手段４２に受け渡す（ステップＳ１１３）。テキストマイニング手段４２は、アンケートデータファイル４３に格納されているアンケートデータを読み込み、条件／結果受渡手段４１から受け渡された自由文と読み込んだアンケートデータとを形態素に分解し、文書ベクトルを作成する（ステップＳ１１４）。なおこのとき、アンケートデータから概念辞書を作成し、受け渡された施設情報と概念辞書とを比較し、文書ベクトルを作成するように構成してもよい。次に、評価手段４４は、自由文と近いベクトルを持つものをアンケートデータから検索し（否定語を含むものは除く）、類似度を確定するとともに、検索結果と施設情報ファイルとを照合し、施設情報を含む評価結果を検索結果データファイル４５に出力する（ステップＳ１１５）。次に、検索結果データファイルの結果を、条件／結果受渡手段４１及び希望マッチング手段８経由で、通信手段１が、参加者端末２００に送信する（ステップＳ１１６）。次に、参加者端末２００は、当該結果を通信手段２３により受信し、処理手段２２の制御に基づいて、表示手段２１により画面表示する（ステップＳ１１７）。

図１５は、「自由文検索」が選択されたとき、指定された「自由文」との比較を、アンケートデータファイル４３に限定し、アンケートデータファイル４３との比較の結果から該当する施設情報を、施設情報ファイル１０から検索する処理方法である。なお、図１４で示した「類似検索」の後に、アンケートデータファイル４３を用いた、テキストマイニング手法による検索を組み合わせることも可能である。すなわち、「類似検索」で合致度が高く検索された、施設コードと一致するアンケートデータをアンケートデータファイル４３から取り出し、文書ベクトルの比較により、類似度を算出する。例えば、「類似検索」で、施設コード「Ａ００１」を指定して検索したとき、希望マッチング手段８は施設コード「Ａ０２３，Ａ０２４，Ａ０２５・・・」の順で合致度が高いと算出したが、閾値の設定により、施設コード「Ａ０２３，Ａ０２４，Ａ０２５」が合致と判断したとする。その後、自由文検索手段４０により、アンケートデータファイル４３から施設コード「Ａ０２３，Ａ０２４，Ａ０２５」に対するアンケートデータのみを取り出し、該当のアンケートデータの文書ベクトルと、施設コード「Ａ０２３，Ａ０２４，Ａ０２５」のアイテムのバリュウとの比較を行なう。その比較により、施設コード「Ａ０２４，Ａ０２５,Ａ０２３」に順で類似したと判断したときは、その結果を表示する。このように、過去の参加者（研修生）が実習した施設に関するアンケート結果を施設検索に利用することが可能である。

以上のように、本実施の形態においては、上記の実施の形態１および実施の形態２と同様の効果が得られるとともに、さらに、検索結果から、相手方（すなわち、参加者であれば施設方、施設であれば参加者方）の１つを特定し、類似検索、情報検索、自由文検索が行えるようにしたので、さらに検索機能に関する利便性を向上させることが出来る。

以上の各実施の形態で、マッチングシステム（マッチングサーバ１００、参加者端末２００、施設管理者端末３００、マッチング管理者端末４００）は、コンピュータで実現できるものである。また図示していないが、それぞれの装置は、プログラムを実行するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）を備えている。
例えば、ＣＰＵは、バスを介して、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、通信ボード、表示装置、Ｋ／Ｂ（キーボード）、マウス、ＦＤＤ（Ｆｌｅｘｉｂｌｅ Ｄｉｓｋ Ｄｒｉｖｅ）、ＣＤＤ（コンパクトディスクドライブ）、磁気ディスク装置、光ディスク装置、プリンタ装置、スキャナ装置等と接続されている。
ＲＡＭは、揮発性メモリの一例である。ＲＯＭ、ＦＤＤ、ＣＤＤ、磁気ディスク装置、光ディスク装置は、不揮発性メモリの一例である。これらは、記憶装置あるいは記憶部の一例である。また、記憶装置あるいは記憶部には、各種ファイルが記憶される。
前述した実施の形態の各装置が扱うデータや情報は、記憶装置あるいは記憶部に保存され、装置の各部により、記録され読み出されるものである。
また、通信ボードは、例えば、ＬＡＮ、インターネット、或いはＩＳＤＮ等のＷＡＮ（ワイドエリアネットワーク）に接続されている。磁気ディスク装置には、オペレーティングシステム（ＯＳ）、ウィンドウシステム、プログラム群、ファイル群（データベース）が記憶されている。
プログラム群は、ＣＰＵ、ＯＳ、ウィンドウシステムにより実行される。
上記各装置の各部は、一部或いはすべてコンピュータで動作可能なプログラムにより構成しても構わない。或いは、ＲＯＭに記憶されたファームウェアで実現されていても構わない。或いは、ソフトウェア或いは、ハードウェア或いは、ソフトウェアとハードウェアとファームウェアとの組み合わせで実施されても構わない。
上記プログラム群には、実施の形態の説明において「〜手段」として説明した処理をＣＰＵに実行させるプログラムが記憶される。これらのプログラムは、例えば、Ｃ言語やＨＴＭＬやＳＧＭＬやＸＭＬなどのコンピュータ言語により作成される。
また、上記プログラムは、磁気ディスク装置、ＦＤ（Ｆｌｅｘｉｂｌｅ Ｄｉｓｋ）、光ディスク、ＣＤ（コンパクトディスク）、ＭＤ（ミニディスク）、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等のその他の記録媒体に記憶され、ＣＰＵにより読み出され実行される。

この発明の実施の形態１に係る希望リスト作成補助システムの全体の構成を示した構成図である。 この発明の実施の形態１に係る希望リスト作成補助システムを構成している各構成要素の内部構成を示した構成図である。 この発明の実施の形態１に係る希望リスト作成補助システムの全体の処理の流れを示した流れ図である。 この発明の実施の形態１に係る希望リスト作成補助システムの処理の流れを示した流れ図である。 この発明の実施の形態１に係る希望リスト作成補助システムの処理の流れを示した流れ図である。 この発明の実施の形態１に係る希望リスト作成補助システムの処理の流れを示した流れ図である。 この発明の実施の形態１に係る希望リスト作成補助システムの処理の流れを示した流れ図である。 この発明の実施の形態１に係る希望リスト作成補助システムの処理の流れを示した流れ図である。 この発明の実施の形態１に係る希望リスト作成補助システムの処理の流れを示した流れ図である。 この発明の実施の形態１に係る希望リスト作成補助システムの処理の流れを示した流れ図である。 この発明の実施の形態３に係る希望リスト作成補助システムを構成している各構成要素の内部構成を示した構成図である。 この発明の実施の形態３に係る希望リスト作成補助システムを構成している各構成要素の内部構成を示した部分構成図である。 この発明の実施の形態３に係る希望リスト作成補助システムの処理の流れを示した流れ図である。 この発明の実施の形態３に係る希望リスト作成補助システムの処理の流れを示した流れ図である。 この発明の実施の形態３に係る希望リスト作成補助システムの処理の流れを示した流れ図である。 この発明の実施の形態１に係る希望リスト作成補助システムにおける参加者情報ファイルの一例を示した説明図である。 この発明の実施の形態１に係る希望リスト作成補助システムにおける施設情報ファイルの一例を示した説明図である。 この発明の実施の形態１に係る希望リスト作成補助システムにおける参加者希望情報ファイルの一例を示した説明図である。 この発明の実施の形態１に係る希望リスト作成補助システムにおける施設希望情報ファイルの一例を示した説明図である。 この発明の実施の形態１に係る希望リスト作成補助システムにおけるアイテムマスタファイルの一例を示した説明図である。 この発明の実施の形態１に係る希望リスト作成補助システムにおけるバリュウマスタファイル（登録用）の一例を示した説明図である。 この発明の実施の形態１に係る希望リスト作成補助システムにおけるバリュウマスタファイル（検索用）の一例を示した説明図である。 この発明の実施の形態１に係る希望リスト作成補助システムにおけるバリュウ対応表の一例を示した説明図である。 この発明の実施の形態１に係る希望リスト作成補助システムにおける希望検索画面の一例を示した説明図である。 この発明の実施の形態１に係る希望リスト作成補助システムにおける検索結果表示画面（参加者が検索したときの例）の一例を示した説明図である。 この発明の実施の形態１に係る希望リスト作成補助システムにおける（ａ）マッチング結果情報、および、（ｂ）参加者ＲＯＬファイルの一例を示した説明図である。 この発明の実施の形態２に係る希望リスト作成補助システムにおける希望検索画面の一例を示した説明図である。 この発明の実施の形態３に係る希望リスト作成補助システムにおける検索結果表示画面（参加者が検索したときの例）の一例を示した説明図である。 この発明の実施の形態３に係る希望リスト作成補助システムにおける希望検索画面の一例を示した説明図である。 従来のマッチング方法におけるマッチングの一例を示した説明図である。 従来のマッチング方法における優先度リストの一例を示した説明図である。 従来のマッチング方法の処理の流れを示したフローチャートである。 従来のマッチング方法を示した説明図である。

符号の説明

１ 通信手段、２ 検索処理手段、３ アイテムマスタファイル、４ バリュウマスタファイル、５ 希望登録手段、６ 参加者希望情報ファイル、７ 施設希望情報ファイル、８ 希望マッチング手段、９ 参加者情報ファイル、１０ 施設情報ファイル、１１ ＲＯＬ作成手段、１２ 施設ＲＯＬファイル、１３ 参加者ＲＯＬファイル、１４ バリュウマスタファイル（検索用）、１５ バリュウ対応表、２０ 入力手段、２１ 表示手段、２２ 処理手段、２３ 通信手段、２４ 記憶手段、３０ 入力手段、３１ 表示手段、３２ 処理手段、３３ 通信手段、４０ 自由文検索手段、４１ 条件／結果受渡手段、４２ テキストマイニング手段、４３ アンケートデータファイル、４４ 評価手段、４５ 検索結果データファイル、１００ マッチングサーバ、２００ 参加者端末、３００ 施設管理者端末、４００ マッチング管理者端末、５００ 通信網。

Claims (4)

1. 複数の要素からなる集合Ａと複数の要素からなる集合Ｂとの各要素をマッチングするためのマッチング処理のために、上記集合Ａの各要素のＡ要素ＩＤごとに、上記集合Ｂの要素の全部または一部に対して一意に順位付けられた優先度リストを作成するための希望リスト作成補助システムであって、
   上記集合ＢのＢ要素ＩＤごとに、Ｂ要素の特徴を示すアイテムごとのバリュウ内容を設定するアイテム情報が記憶される集合Ｂ情報ファイルと、
   上記集合ＢのＢ要素ＩＤごとに、集合Ａに関する希望情報が任意のアイテムに対して記憶される集合Ｂ希望情報ファイルと、
   上記集合ＡのＡ要素ＩＤごとに、集合Ｂに関する検索を受付ける希望検索画面からアイテムごとの、バリュウの指定を受付け、指定されたアイテムとバリュウをマッチング条件情報として、集合Ｂ情報ファイルおよび集合Ｂ希望情報ファイルの中から合致するものを合致度順に抽出するマッチング処理を行う希望マッチング手段と、
   上記希望マッチング手段によりマッチングされた、Ｂ要素のアイテム情報を表示する表示手段と
   を備えた希望リスト作成補助システム。
2. 上記希望マッチング手段によりマッチングされたＢ要素のリストを、該当のＡ要素の優先度リストとして記憶するＲＯＬ作成手段をさらに備えたことを特徴とする請求項１に記載の希望リスト作成補助システム。
3. 上記バリュウは、１つのバリュウから構成されるものと、展開バリュウと呼ばれる１以上のバリュウから構成される親バリュウとを含み、
   上記希望マッチング手段は、親バリュウが指定されたときは、展開バリュウに展開して、マッチング処理を行うことを特徴とする請求項１または２に記載の希望リスト作成補助システム。
4. 上記アイテムごとに、重要度を指定でき、重要度を上記希望マッチング手段におけるマッチング処理の中の重み付けに用いることを特徴とする請求項１ないし３のいずれか１項に記載の希望リスト作成補助システム。

Images