(57)【要約】【課題】  企業などの主体間のマッチング処理を適切に行い、各主体の面談要求をバランスよく満足させることのできるスケジューリング技術を提供することにある。【解決手段】  本発明によるスケジューリング装置１０において、マッチング処理部５５が、設定条件格納部５３に格納されたマッチング方針と、各主体からの希望条件をもとに、主体間のマッチング処理を行う。マッチング方針は、設定される面談回数の偏りを少なくするものとして定められ、これにより、主体間で設定される面談回数を均衡化させることができる。【選択図】図２
2005284837.tif 000002
【特許請求の範囲】
【請求項１】
複数主体の面談のスケジューリングを行うスケジューリング装置であって、
複数主体からの面談に関する希望条件を受け付ける受付部と、
マッチング方針として設定される設定条件を記録する記録部と、
複数主体からの希望条件、および設定条件をもとに、主体間のマッチング処理を実行するマッチング処理部と、
マッチング処理結果をもとに面談スケジュールを生成するスケジュール生成部と、
を備えることを特徴とするスケジューリング装置。
【請求項２】
希望条件は、相手主体を特定するための相手情報を含み、複数の相手情報が含まれる場合には、面談を希望する優先順位が設定されており、
マッチング処理部は、相手主体の優先順位に基づいてマッチング処理を行うことを特徴とする請求項１に記載のスケジューリング装置。
【請求項３】
前記受付部は、面談申請期間内において希望条件を受け付け、
前記マッチング処理部は、面談申請期間内に受け付けた希望条件に対して、面談申請時期に応じた優劣をつけることなく、マッチング処理を実行することを特徴とする請求項１または２に記載のスケジューリング装置。
【請求項４】
希望条件として、面談日時の範囲を指定できることを特徴とする請求項１から３のいずれかに記載のスケジューリング装置。
【請求項５】
設定条件は、それぞれの主体間の面談スケジュール量の偏りを小さくするための条件を定めていることを特徴とする請求項１から４のいずれかに記載のスケジューリング装置。
【請求項６】
マッチング処理部は、主体間の面談スケジュール量の偏りが、設定条件により定められる所定の基準を超える場合に、各主体からの希望条件に基づいたマッチング処理を調整することを特徴とする請求項１から５のいずれかに記載のスケジューリング装置。
【請求項７】
設定条件は、それぞれの主体の面談スケジュールの時間的重複を回避させるための条件を定めていることを特徴とする請求項１から６のいずれかに記載のスケジューリング装置。
【請求項８】
設定条件は、それぞれの主体の面談スケジュールを時間的に分散させるための条件を定めていることを特徴とする請求項１から７のいずれかに記載のスケジューリング装置。
【請求項９】
複数主体のスケジューリングを行うスケジューリング装置であって、
複数主体からスケジューリングに関する希望条件を受け付ける受付部と、
マッチング方針として設定される設定条件を記録する記録部と、
複数主体からの希望条件、および設定条件をもとに、主体間のマッチング処理を実行するマッチング処理部と、
マッチング処理結果をもとにスケジュールを生成するスケジュール生成部と、
を備えることを特徴とするスケジューリング装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、スケジューリングに関する技術に関し、とくに複数主体のスケジューリングを効果的に実現する技術に関する。
【背景技術】
【０００２】
近年、新たな産業の活性化を図るべく、同業種ないしは異業種の企業間交流が活発になっている。また、産業の成長を支えてきた従来型の大企業と下請け会社の構図も、近年のコストメリットを追及する自由競争の中で次第に崩れてきており、多くの企業が生き残りをかけて、新たなビジネスチャンスの開拓に関心をもつに至っている。そのような状況のもと、複数の企業を一所に集めて引き合わせ、各企業のスケジュールを調整して、面識のない企業同士で面談を行わせる交流会が頻繁に催されるようになってきた。
【０００３】
これは、企業同士の「お見合いパーティ」であるともいえるが、その会合に参加する企業がメリットを享受することはもちろんのこと、交流会の主催側としても自分の顧客などに対する営業支援という側面もあり、メリットを享受することができる。従来、交流会を意図するものではないが、お見合い形式に着目したシステムを提案するものがある（例えば、特許文献１参照。）。
【特許文献１】特開２００２−１４９８２６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
交流会の会場では、テーブルと椅子を用意した所定数の面談場所が設定され、各企業は、運営主体により定められたスケジュールにしたがって、その面談場所にて相手企業との面談を行う。会場スペースの関係から、全ての参加企業の担当員が着席できる数の面談場所を用意することは困難であり、数百の企業が参加する交流会では、同時に面談を行うことのできる企業数はせいぜい半分未満程度のものである。そのため、運営主体は、各企業が効率よく多くの相手企業との面談を行えるように、時間帯を区切って適切なスケジューリングを行う必要がある。
【０００５】
しかしながら、運営主体によるスケジューリングは人手により行われており、単純な人為的ミスが発生するのが実情である。ダブルブッキングは人為的ミスの典型であるが、これは、ダブルブッキングされた企業に迷惑がかかるばかりか、貴重な面談場所を無駄にすることになる。また人手によると、引き合わせる企業の組合せを間違えることもある。組合せ先を間違えると、意図しない相手との面談に場所や時間のリソースをさくことになる。参加企業が多くなればなるほど、運営主体の労力は相当なものとなる。
【０００６】
以上のような状況のもと、本発明の目的は、企業などの主体間のマッチング処理を適切に行い、各主体の要求をバランスよく満足させることのできる技術を提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を解決するために、本発明のある態様は、複数主体の面談のスケジューリングを行うスケジューリング装置であって、複数主体からの面談に関する希望条件を受け付ける受付部と、マッチング方針として設定される設定条件を記録する記録部と、複数主体からの希望条件、および設定条件をもとに、主体間のマッチング処理を実行するマッチング処理部と、マッチング処理結果をもとに面談スケジュールを生成するスケジュール生成部とを備えるスケジューリング装置を提供する。
【０００８】
マッチング方針としての条件は、例えば交流会を主催する主催者ないしは運営主体（以下、これらをまとめて「運営主体」と呼ぶ）により設定され、主体間の面談スケジュールのバランスを図るものであってもよい。この態様のスケジューリング装置によると、マッチング方針として設定される設定条件を加味してマッチング処理を行うことで、各主体の希望条件だけでなく、運営主体の意図をマッチング結果に反映することができ、全体の最適化を図るスケジューリングを実現することが可能となる。
【０００９】
各主体から提示される希望条件は、面談の相手主体を特定するための相手情報を含み、複数の相手情報が含まれる場合には、面談を希望する優先順位が設定されていてもよい。この場合、マッチング処理部は、指定された相手主体の優先順位に基づいてマッチング処理を行うことが好ましい。優先順位をマッチング処理に反映させることで、各主体の希望を尊重したスケジューリングを実現することが可能となる。また、希望条件は、相手主体との面談時間を特定する時間情報を含んでもよい。この時間情報は、面談日時の範囲を指定するものであってよい。
【００１０】
受付部は、面談申請期間内において希望条件を受け付け、マッチング処理部は、面談申請期間内に受け付けた希望条件に対して、面談申請時期に応じた優劣をつけることなく、マッチング処理を実行してもよい。これにより、面談申請期間内の面談申請を平等にマッチング処理することができる。
【００１１】
マッチング方針として設定される設定条件は、それぞれの主体間の面談スケジュール量の偏りを小さくするための条件を定めたものであってもよい。マッチング処理部は、主体間の面談スケジュール量の偏りが、設定条件により定められる所定の基準を超える場合に、各主体からの希望条件に基づいたマッチング処理を調整してもよい。面談スケジュール量の偏りを減らす方向にマッチング処理を調整することで、スケジューリングされる面談数が極端に多い主体や、極端に少ない主体をなくすことができ、主体間の平等性を確保することが可能となる。運営主体が、このような条件を設定することで、各参加主体の満足度をある程度平均化させることができる。
【００１２】
また、設定条件は、それぞれの主体の面談スケジュールを時間的に分散させるための条件を定めてもよい。各主体に対する面談スケジュールの時間的集中をなくすことで、面談時間が終了した後に、各主体で面談結果をまとめる時間や、引き続いて同じ相手方と面談場所以外の場所での個別打合せを継続する時間を確保することが可能となる。
【００１３】
本発明の別の態様は、複数主体のスケジューリングを行うスケジューリング装置であって、複数主体からスケジューリングに関する希望条件を受け付ける受付部と、マッチング方針として設定される設定条件を記録する記録部と、複数主体からの希望条件、および設定条件をもとに、主体間のマッチング処理を実行するマッチング処理部と、マッチング処理結果をもとにスケジュールを生成するスケジュール生成部とを備えるスケジューリング装置を提供する。この態様のスケジューリング装置によると、マッチング方針として設定される設定条件を加味してマッチング処理を行うことで、各主体の希望条件だけでなく、運営主体の意図をマッチング結果に反映することができ、全体の最適化を図るスケジューリングを実現することが可能となる。
【００１４】
なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【００１５】
本発明によると、面談に参加する主体の希望や、面談を主催する運営主体の意図を反映したスケジューリングを行う技術を提供することが可能となる。
【発明を実施するための最良の形態】
【００１６】
図１は、本発明の実施例に係る面談システム１の全体構成を示す。この面談システム１において、複数の企業などの主体により保有される端末装置２０と、システムの運営主体により管理または委託されるスケジューリング装置１０とがネットワーク３０により接続されている。スケジューリング装置１０と端末装置２０は、有線ネットワークにより接続されてもよく、また無線ネットワークにより接続されてもよい。例えば、スケジューリング装置１０と端末装置２０はインターネットで接続され、端末装置２０はブラウザ機能を有して構成されてもよい。端末装置２０は、一般のパーソナルコンピュータであってもよく、各主体は、モニタを見ながら入力インタフェースを操作することで、各種入力を行うことができる。面談システム１では、スケジューリング装置１０がシステム全体を統括する管理サーバとして機能する。
【００１７】
本実施例では、スケジューリング装置１０が、例えば数百程度の端末装置２０から面談希望を受け付ける場合を想定している。この規模数の主体からの面談のスケジューリングは、もはや人手では不可能といってもよいが、本実施例では、コンピュータ処理によりその手間を低減させるだけでなく、各主体の希望や運営主体の意図を反映したマッチング処理を行うことで、全体バランスに配慮したスケジューリングを行う技術を実現できる。
【００１８】
図２は、スケジューリング装置１０の機能ブロック図を示す。スケジューリング装置１０は、受付部５０、ユーザ情報格納部５１、面談希望条件格納部５２、設定条件格納部５３、条件設定部５４、マッチング処理部５５、スケジュール生成部５６、面談登録フォーム生成部５７、参加者リスト生成部５８、申込リスト生成部５９および送信部６０を備える。スケジューリング装置１０によるスケジューリング機能は、ＣＰＵ、メモリ、メモリにロードされたプログラムなどによって実現され、ここではそれらの連携によって実現される機能ブロックを描いている。プログラムは、スケジューリング装置１０に内蔵されていてもよく、また記録媒体に格納された形態で外部から供給されるものであってもよい。したがってこれらの機能ブロックがハードウエアのみ、ソフトウエアのみ、またはそれらの組合せによっていろいろな形で実現できることは、当業者に理解されるところである。
【００１９】
まず、受付部５０が、端末装置２０からネットワーク３０を介してユーザ情報を受け付ける。このユーザ情報の受付は、企業などの主体が運営主体により開催される交流会に参加するための前提条件である。このユーザ情報には、企業名、資本金、業種、地域、従業員数など、その主体を特定し、またその主体の活動状況を第三者が理解するために必要な情報が含まれることが好ましい。不定期に開催される交流会の場合には、その開催前に運営主体が様々な主体に交流会の開催を告知し、交流会への参加を希望する主体が、その告知を受けて、自身のユーザ情報を端末装置２０からスケジューリング装置１０に送信する。
【００２０】
ユーザ情報は、さらに交流会で他企業に売り込みたい情報や他企業に対して希望する情報などを含む。売り込みたい情報とは、例えば、大手製造メーカに対する部品の売り込みや、新しいサービスの提供などであり、以下では、これらの情報を「売り情報」と呼ぶ。他企業に対して希望する情報とは、安価で高品質な部品の買取や、新たなサービスの提案を受けることなどであり、以下では、これらの情報を「買い情報」と呼ぶ。なお、主体としてベンチャーキャピタルなどの資本提供者も参加する場合は、買い情報としては、「将来の革新的なビジネスの提案」などという抽象的なものであってよく、売り情報および買い情報は、具体的または抽象的（一般的）なものを含んでよい。またユーザ情報は、交流会に自身が参加する日程を含んでもよい。
【００２１】
各主体は、売り情報および買い情報の少なくとも一方をスケジューリング装置１０に送るが、売り情報および買い情報の双方を送って、売り手および買い手の双方の立場で交流会に参加してもよい。また、スケジューリング装置１０におけるスケジューリング処理の都合上、主体が売り手および買い手の双方として参加する場合には、売り側の担当員および買い側の担当員をそれぞれ参加させることが好ましい。これにより、スケジューリング装置１０は、売り手および買い手の双方の立場で参加する主体を、それぞれの立場ごとに１主体とみなし、スケジューリング処理を行うことができる。受付部５０により受け付けられたユーザ情報はユーザ情報格納部５１に記録される。これにより、ユーザ登録が完了する。
【００２２】
交流会が定期的に開催される場合、ユーザ情報は、売り手または買い手としての設定の変更がない限り、何回も使用することが可能である。したがって、一度ユーザ登録を行えば、以後のユーザ登録は不要となる。当然のことながら、その交流会における立場に変更があれば、それは交流会ごとに登録し直される必要がある。
【００２３】
ユーザ情報の受付期間が終了すると、参加者リスト生成部５８は、ユーザ情報格納部５１に記録されたユーザ情報をもとに参加主体のリストを生成して、送信部６０が、そのリストを全ての参加主体にメールにより送信する。なお、スケジューリング装置１０は、自身のウェブページに参加者リストを掲載してもよい。この場合、主体は、端末装置２０のウェブブラウザから参加主体のリストを閲覧することができる。いずれの場合であっても、参加主体は、このリストを通じて他の参加企業を知ることができ、交流会で面談したい相手方を探すことになる。
【００２４】
図３は、参加者リストの一例を示す。参加者リストでは、各企業が売り手として参加するのか、または買い手として参加するかの情報も付加されることが好ましい。自身が買い手として参加する場合は、売り手として参加する相手方を探すことになり、また売り手として参加する場合は、買い手として参加する相手方を探すことになる。なお、参加者リストをウェブページに掲載する場合、端末装置２０のブラウザにて、参加者リストに掲載されている企業名を指定すると、その企業に関する詳細情報が表示されてもよく、また面談を申請する画面が表示されるようにしてもよい。詳細情報はスケジューリング装置１０においてユーザ情報をもとに生成され、売り情報または買い情報を含んでもよく、これにより各主体は、他の主体の交流会への参加意図を詳細に知ることができ、面談したい相手主体に対する具体的な資料準備を行うこともできる。また、詳細情報は、交流会の参加日程を含んでよい。これにより各主体は、特定の主体の参加日程を知ることができ、面談の希望時間を後述する面談登録フォームにて適切に設定することが可能となる。
【００２５】
図４は、端末装置２０のモニタに表示される面談先検索画面の一例を示す。参加主体は、面談先検索画面において、面談を希望する相手方の条件を入力する。この例では、相手方を検索するために、キーワード、業種、地域、売上規模、従業員数を入力できるようになっている。参加主体は、所期の条件を入力後、検索ボタンを押すと、スケジューリング装置１０から検索結果を受け取る。
【００２６】
図５は、端末装置２０のモニタに表示される検索結果画面の一例を示す。図４の例では、キーワードおよび地域に条件を入力しており、その結果、図５に示すように、Ｙ社とＣ社が検索条件を満足したことが示される。この状態で、マウス等の入力インタフェースを用いて企業名（例えばＹ社）を選択すると、面談登録画面がモニタに表示される。
【００２７】
図６は、面談登録フォームの一例を示す。スケジューリング装置１０において、面談登録フォーム生成部５７が、面談希望条件を書き込むための登録フォームを生成する。面談登録フォームには、参加主体より、面談に関する希望条件が入力される。面談登録フォームには、相手主体を特定するための相手主体の情報（この例ではＹ社）が希望条件として既に設定されていることになる。なお、面談登録フォームにおいて、相手主体を入力できるようにしてもよい。図３に示す参加企業一覧において特定の企業名を選択した場合にも、この面談登録フォームが端末装置２０のモニタに表示される。
【００２８】
参加主体は、希望条件として、面談を希望する優先順位、面談の日付、面談時間、および相手主体へのメッセージを入力することができる。なお、図６には示していないが、例えば、他の希望条件として、相手先に対して売り側であるか、または買い側であるかの立場の表明などを行ってもよい。面談時間自体は、例えば３０分間と所定の時間に設定されているが、面談を希望する時間帯は、幅をもたせて指定することが可能である。例えば、交流会開催の全期間（図示の例では、「日付指定無し」）を指定することができ、また１日目（１月５日）の午前だけ、２日目（１月６日）の午後と３日目（１月７日）の午前という指定もできる。なお、図５の例では、１月６日の１０時から１４時の間の面談を希望している。なお、時間指定を行わずに、１日（１０時から１７時まで）のうちの全ての時間帯での面談を希望してもよい。このように、参加主体は、面談日時の範囲を指定することができる。詳細情報から相手方の参加日程を把握できる場合には、例えば、その参加日程の全てを指定するなどして、相手方が面談を受け入れる可能性を大きくし、面談が設定される可能性を増やすことができる。
【００２９】
複数の相手主体との面談を希望する場合には、面談を希望する優先順位を設定することができる。参加主体は、面談登録フォームに優先順位を書き込むことで、優先順位を設定することができる。なお、面談を希望する全ての相手方に対して優先順位を高く設定することは、マッチング方針として禁止されることが好ましい。「１」が最も高い優先順位を示す場合、「１」を設定可能な相手先の数を制限してもよく、例えば、複数の相手先に対する優先順位が、その制限した数を超える場合に、スケジューリング装置１０のマッチング処理部５５が、優先順位を無効として処理してもよい。面談希望の優先順位は、面談登録フォームに書き込んだ順に設定されてもよい。また、優先順位は、全ての相手主体を選んだ後、別途設定できるようにしてもよい。面談登録フォームは各参加主体により記入されて、申請ボタンを押すことで、端末装置２０からスケジューリング装置１０に送られる。
【００３０】
なお、面談登録フォームに記入した面談希望条件は、あくまでも自身が希望する面談の条件であり、本実施例において、各参加主体は、スケジューリング装置１０により、それ以外の相手方との面談を設定されることもある。また、自身が面談登録フォームに記入した相手方と常に面談が設定されるわけでもない。これは、スケジューリング装置１０によるマッチング処理に依存し、このマッチング処理の方針については後述する。
【００３１】
図７は、面談登録フォームにて面談申請を行ったリストを示す。上記したように、このリストは、端末装置２０のモニタに表示される。この例では、面談申込の締切が２００４年１２月１日に設定されており、この参加主体は、Ｄ社およびＹ社に対して面談申込を行っていることを示す。なお、この面談申請は１２月１日が過ぎるまではマッチング処理されない。したがって、この締切日までの間は、各参加主体は、面談を希望する相手主体を吟味することができる。図７に示すリストにおいて追加ボタンを押すと、図４に示す検索画面に移行して、再度、面談先を検索することもできる。
【００３２】
受付部５０が、端末装置２０からネットワーク３０を介して、面談登録フォームに記入された面談希望条件を受け付ける。なお、受付部５０は、面談申請の面談申請期間内（図７の例では第１回締切日が１２月１日）において面談希望条件を受け付け、次回の面談申請期間がスタートするまで、それ以後の受付は行わない。
【００３３】
申込リスト生成部５９は、参加主体から送信された面談希望条件をもとに、各主体に対して面談希望のあった主体名をリストとして生成する。図８は、申込リスト生成部５９により生成された面談申込リストの一例を示す。この例では、この主体に対して、Ｂ社、Ｅ社、Ａ社から面談の申込があったことが示される。なお、図８では、売り手または買い手の指定もなされている場合を示している。既述のごとく、申込リストはメール配信されてもよく、またブラウザから閲覧可能な状態とされてもよい。この申込リストを受けた主体は、回答欄に設けられたチェックボックスのＯＫまたはＮＧを選択してチェックし、端末装置２０からスケジューリング装置１０に送信する。なお「ＯＫ」は面談申込を受け入れたことを示し、「ＮＧ」は面談申込を拒否したことを示す。この回答結果を受けて、スケジューリング装置１０が、マッチング処理を行い、複数主体の面談のスケジューリングを行う。
【００３４】
本実施例のスケジューリング装置１０においては、運営主体が、スケジューリングを行う際に、特定の参加主体のみの面談回数が多くならないように、面談回数の調整を行う。売り手ないしは買い手として人気のある主体に対しては、他の主体からの面談希望が殺到することがある。そのため、各主体の面談希望を完全に満足させるようなマッチング方針でマッチング処理を実行すると、ある主体には面談スケジュールが多く入り、一方で、ある主体には面談スケジュールが全く入らないという不平等が生じ得る。後者の場合は、その交流会への参加の意味を喪失するため、交流会の意義を全体として高めるためには、人気のない主体に対しても、何らかの対処を行うのが好ましい。したがって、本実施例では、マッチング処理部５５が、運営主体のマッチング方針、すなわち参加主体間の平等性を図るというポリシーのもとに、面談回数の調整を行いつつ、その範囲内で各参加主体の希望条件を満足させるようなマッチング処理を行う。また、１つの主体の面談実施が特定の日時に集中しないように、スケジュールを分散させることも可能である。
【００３５】
上述した趣旨のもと、運営主体は、条件設定部５４を介して、スケジューリングの際のマッチング処理のベースとなる条件を入力する。ここでは、上記のように、スケジューリングにおける主体間の平等性確保と、スケジュール日時の分散の２つが、マッチング方針として入力される場合について説明する。
【００３６】
（１）主体間の平等性確保
マッチング処理部５５は、各主体から送信される面談申込に対する回答をもとに、最初のマッチング処理を行う。なお、マッチング処理部５５は、面談申請期間内に受け付けた面談希望条件に対して、面談申請時期に応じた優劣をつけることなく、マッチング処理を実行する。すなわち、面談申請期間内であれば、面談申請の先後を問わず、全ての面談申請を平等に取り扱うこととする。
【００３７】
最初のマッチング処理では、面談の申込に対する回答がＯＫのものについて、ある主体が同一の時間帯に面談の重複が発生しないように面談を設定する。これにより、ダブルブッキングを回避することができる。これは、設定条件として、少なくとも面談スケジュールの時間的重複を回避させるための条件が定められることにより可能となる。
【００３８】
１回の面談時間が所定時間に設定されている場合、面談場所の数は予め決まっているため、同一時間帯の面談数は、面談場所の数に制限される。したがって、マッチング処理により同一時間帯の面談数が面談場所の数を超える場合には、条件が適合したにもかかわらず、超えた分の面談設定を無効とする。希望条件として、面談の希望設定時間に幅がある場合には、その時間幅の範囲内で面談の設定が可能かどうかのマッチング処理を行う。スケジュール生成部５６は、その結果をスケジュール表にまとめる。スケジュール表は、複数の時間帯において、面談場所と面談主体とを対応付けた表となる。
【００３９】
この最初のマッチング処理では、参加主体の希望条件のみを加味してマッチング処理を行っているが、このマッチング処理によると、人気のある主体と人気のない主体との間で、設定される面談の回数が大きく異なる事態が生じうる。この事態を回避するべく、本実施例では、マッチング処理部５５が、マッチング処理ごとに、各主体の面談回数を算出する。このとき、面談回数が所定の閾値を超える場合には、マッチング処理部５５が、その主体の面談回数を減らすように面談設定の一部を無効とする。所定の閾値は、平均面談回数をもとに設定されてもよい。
【００４０】
全体の参加主体数、一日における面談時間帯の数、さらには面談場所の数により、各主体に対して平均的に割り振られるべき面談数が決定される。図３の一覧表に示されるように、一日が午前２時間、午後４時間に分けられている場合、面談時間を３０分とすると、一日における面談時間帯の数が１２と定められる。また、面談場所が２０箇所用意されていれば、一日における最大面談数は２４０（１２×２０）と設定される。したがって、面談に参加する主体の最大数が延べ４８０（最大面談数（２４０）×２）となるため、参加主体数が１２０であれば、全ての面談場所に空きがないように面談を設定した場合には、主体ごとに平均４回（４８０／１２０）の面談がスケジューリングされることになる。このようにして求める平均面談回数は設定条件格納部５３に記録され、この平均面談回数をもとに、マッチング処理部５５が、１日における面談回数の閾値（最大数）を設定する。
【００４１】
例えば、閾値を平均面談回数の倍と設定してもよい。このとき、マッチング処理部５５は、面談回数が８回を超える主体に対して、超えた分をスケジュールから削除するように面談回数を調整する。続いてマッチング処理部５５は、削除により空いた面談場所に対して、平均面談回数の半分より少ない数の面談しか設定されていない主体に対して、その主体の希望条件に応じたマッチング処理を行い、面談を設定する。このとき設定する相手方は、少なくとも、互いの売り手および買い手の立場が合致するような相手であり、さらには、回答により一度は拒絶された相手方であってもよい。これにより、主体間の面談数の格差を減少させ、交流会に参加する全ての主体のスケジューリングを最適化することが可能となる。なお、相手方は、この面談設定を拒絶する権利を有する。
【００４２】
スケジュール表において、ある時間帯の面談場所が空いている場合には、面談希望条件格納部５２において格納されている面談に関する希望条件をもとに、スケジュール表を埋めるべく、マッチング処理部５５が、さらなるマッチング処理を行う。このとき、最初のマッチング処理において、申込に対する回答がＯＫであったにも関わらず、面談場所に余りがなかったために面談設定することができなかった組合せについては、優先的に面談を設定する。なお、このスケジュールの結果は、後述するように各主体に提示され、そのときに面談不能であれば、その面談スケジュールをキャンセルすればよく、マッチング処理部５５が、キャンセルを受けて、さらなるマッチング処理を行うことで、面談場所が空きとなる状況を回避する試みを行うことができる。既述のごとく、マッチング処理は、原則として面談回数のバランスを調整しながら行われ、主体間の平等性が確保される。なお、特定の相手方のみとの面談を希望するなど、特段の事情がある場合には、このマッチング方針は適用されない。
【００４３】
（２）スケジューリング日時の分散
マッチング処理部５５は、主体ごとに、スケジューリングの日時が分散するようにマッチング処理を行う。面談時間の終了後、面談場所を空ける必要があるが、その相手方と別の場所で引き続き商談を行いたい場合もあり、連続して面談が設定されていると、その機会を逸することにもつながる。そのため、マッチング処理部５５は、連続した時間帯に面談を設定しないようにしてもよい。具体的に、マッチング処理部５５は、スケジュール表を参照して、同一の主体に設定した面談が時間的に連続している場合には、一方の面談を別の時間帯に振り替える。なお、マッチング処理部５５は、ある時間帯で面談を設定した主体を、次の時間帯ではマッチング候補から外すように、マッチング処理自体を調整してもよい。
【００４４】
以上のマッチング処理によっても、さらに面談場所に空きが生じている場合は、２回目の面談申請期間を設定してもよい。これにより、面談場所の空きを埋めることが可能となり、時間およびスペースを有効に利用することが可能となる。
【００４５】
図９は、本実施例の面談システム１におけるスケジューリング処理のシーケンスを示す。まず、端末装置２０からユーザ情報がスケジューリング装置１０に送信される（Ｓ１０）。スケジューリング装置１０では、このユーザ情報を受信して、ユーザ登録を行う（Ｓ１２）。各主体からのユーザ登録の結果は、図３に示す参加企業一覧として各主体の端末装置２０に提示される（Ｓ１３）。続いて、端末装置２０は、面談希望条件を送信し（Ｓ１４）、スケジューリング装置１０は、面談登録を行う（Ｓ１６）。
【００４６】
スケジューリング装置１０は、この面談希望条件をもとに、面談の申し込みのあった参加主体をリストとしてとりまとめて、申し込みされた主体の端末装置２０に送信する（Ｓ１８）。端末装置２０は、その申込に対する回答を送信する（Ｓ２０）。
【００４７】
スケジューリング装置１０は、この回答および先の面談希望条件をもとに、マッチング処理を行う（Ｓ２２）。このとき、スケジューリング装置１０は、主体間の面談回数の偏りを解消し、さらには面談時間を分散させるようなマッチング方針のもとで、マッチング処理を行う。これにより、各主体の希望を尊重しながら、全体の最適化を実現することができ、交流会の意義を向上できる。マッチング処理をもとにスケジューリングを行い（Ｓ２４）、その結果を各端末装置２０に報告する（Ｓ２６）。端末装置２０が面談スケジュールを確認し、自身および相手方の双方で問題がなければ、そのスケジュールで確定する。なお、本実施例のスケジューリング装置１０によると、所定のマッチング方針に基づいたマッチング処理が行われるため、自身の希望しないスケジュールが組まれている場合もあり、したがって、各主体は、設定されたスケジュールをキャンセルする機会を与えられる。キャンセルする場合（Ｓ２８）、スケジューリング装置１０が、キャンセルにより空いた面談場所の有効利用を図るべく、Ｓ２２に戻って（Ｓ３０）、再度マッチング処理（Ｓ２２）およびスケジューリング処理（Ｓ２４）を行う。この処理を繰り返し、全ての面談場所が埋まった時点、または所定の期間が経過した時点で、面談スケジュールが確定する。
【００４８】
以上、本発明を実施例をもとに説明した。この実施例は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。例えば、マッチング方針として、主体間の平等性確保と、スケジューリング日時の分散に関する条件を設定した場合を説明したが、他のマッチング方針、例えば短期間でスケジュールを確定するために図９におけるＳ３０の戻り処理の回数に制限を設けてもよい。
【００４９】
また本実施例では、企業間の交流会におけるスケジューリングについて説明したが、例えば会社における入社予定者の面談スケジューリングにも適用することができ、また塾や予備校における授業スケジューリングなどにも適用することが可能である。
【図面の簡単な説明】
【００５０】
【図１】実施例に係る面談システムの全体構成を示す図である。
【図２】スケジューリング装置の機能ブロック図である。
【図３】参加者リストの一例を示す図である。
【図４】面談先検索画面の一例を示す図である。
【図５】検索結果画面の一例を示す図である。
【図６】面談登録フォームの一例を示す図である。
【図７】面談申請リストの一例を示す図である。
【図８】面談申込リストの一例を示す図である。
【図９】面談システムにおけるスケジューリング処理のシーケンス図である。
【符号の説明】
【００５１】
１・・・面談システム、１０・・・スケジューリング装置、２０・・・端末装置、３０・・・ネットワーク、５０・・・受付部、５１・・・ユーザ情報格納部、５２・・・面談希望条件格納部、５３・・・設定条件格納部、５４・・・条件設定部、５５・・・マッチング処理部、５６・・・スケジュール生成部、５７・・・面談登録フォーム生成部、５８・・・参加者リスト生成部、５９・・・申込リスト生成部、６０・・・送信部。
【図１】
2005284837.tif 000003
【図２】
2005284837.tif 000004
【図３】
2005284837.tif 000005
【図４】
2005284837.tif 000006
【図５】
2005284837.tif 000007
【図６】
2005284837.tif 000008
【図７】
2005284837.tif 000009
【図８】
2005284837.tif 000010
【図９】
2005284837.tif 000011