特許7503878 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ 高橋舟平の特許一覧

特許7503878情報処理方法、情報処理システム、サーバ、及びプログラム

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】

(24)【登録日】2024-06-13

(45)【発行日】2024-06-21

(54)【発明の名称】情報処理方法、情報処理システム、サーバ、及びプログラム

(51)【国際特許分類】

G06Q 10/0631 20230101AFI20240614BHJP

【ＦＩ】

G06Q10/0631

【請求項の数】 9

(21)【出願番号】P 2024063986

(22)【出願日】2024-04-11

【審査請求日】2024-04-11

【早期審査対象出願】

(73)【特許権者】

【識別番号】524140248

【氏名又は名称】高橋舟平

(74)【代理人】

【識別番号】110002790

【氏名又は名称】Ｏｎｅｉｐ弁理士法人

(72)【発明者】

【氏名】高橋舟平

【審査官】野元久道

(56)【参考文献】

【文献】特開２０２３－００２４７８（ＪＰ，Ａ）

【文献】特開２００３－００６２４８（ＪＰ，Ａ）

【文献】特開２０２１－１２８４４９（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ１０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

いずれか一の案件に対して割当候補リソース群を登録する際に、前記一の案件に対応するリソース一覧表をユーザに提示するリソースリスト出力工程と、
前記リソース一覧表のうちから前記一の案件に登録する1つ以上の割当候補リソースを選択する前記ユーザによる選択を受け付け、前記一の案件に対応する前記割当候補リソース群を生成する生成工程と、
各案件にそれぞれ前記割当候補リソース群が登録されている複数の案件のうちから、前記割当候補リソース群のうちの少なくとも１つの割当候補リソースが共通する２つ以上の案件を抽出する抽出工程と、
前記２つ以上の案件、及び、前記２つ以上の案件に対応する前記割当候補リソース群に含まれる前記割当候補リソースを表示する第１の表示工程と、
ユーザが、前記２つ以上の案件のうちの１つの案件に対応する前記割当候補リソース群に含まれる一の割当候補リソースを、前記１つの案件に仮割り当てることを繰り返し受け付ける受付工程と、
前記２つ以上の案件、及び、前記２つ以上の案件に仮割り当てられた前記割当候補リソースである仮割当リソースを表示する第２の表示工程と、をコンピュータにより実行し、
前記リソースリスト出力工程において、前記コンピュータは、リソースデータベースにリソースごとに登録されている少なくとも１つの属性と、前記一の案件に求められる少なくとも１つの条件とをリソースごとに対比して、前記少なくとも１つの条件を満たすリソースが前記リソース一覧表の上位に配置されるように、前記リソースデータベースに含まれる複数のリソースを並び替えて、前記一の案件に対応する前記リソース一覧表を出力する、情報処理方法。

【請求項2】

前記第１の表示工程において前記ユーザが、前記２つ以上の案件のうちの１つの案件に対応する割当候補リソース群に含まれる一の割当候補リソースを、前記１つの案件に仮割り当てようとする場合に、前記コンピュータが、前記２つ以上の案件のうちの他の案件に対応する他の割当候補リソース群に前記一の割当候補リソースが含まれるか否かを判定し、前記一の割当候補リソースが含まれると判定した前記他の案件における当該一の割当候補リソースを強調的に表示する、請求項１に記載の情報処理方法。

【請求項3】

前記第１の表示工程において前記ユーザが、前記２つ以上の案件のうちの１つの案件に対応する割当候補リソース群に含まれる一の割当候補リソースを、前記１つの案件に仮割り当てた場合に、前記コンピュータが、前記２つ以上の案件のうちの他の案件に対応する他の割当候補リソース群に前記一の割当候補リソースが含まれるか否かを判定し、前記一の割当候補リソースが含まれると判定した前記他の案件における当該一の割当候補リソースを弱調的に表示する、請求項１に記載の情報処理方法。

【請求項4】

各案件にそれぞれ割当候補リソース群が登録されている複数の案件のうちから、前記割当候補リソース群のうちの少なくとも１つの割当候補リソースが共通する２つ以上の案件を抽出する抽出工程と、
前記２つ以上の案件、及び、前記２つ以上の案件に対応する割当候補リソース群に含まれる前記割当候補リソースを表示する第１の表示工程と、
ユーザが、前記２つ以上の案件のうちの１つの案件に対応する割当候補リソース群に含まれる一の割当候補リソースを、前記１つの案件に仮割り当てることを繰り返し受け付ける受付工程と、
前記２つ以上の案件、及び、前記２つ以上の案件に仮割り当てられた割当候補リソースである仮割当リソースを表示する第２の表示工程と、
案件データベースにおいて案件ごとに登録されている少なくとも１つの条件を読み出し、前記複数の案件についての前記条件の数量的な合計である条件合計を算出する第１の算出工程と、
リソースデータベースにおいてリソースごとに登録されている少なくとも１つの属性を読み出し、複数のリソースについての前記属性の数量的な合計である属性合計を算出する第２の算出工程と、
前記条件合計と前記属性合計とを比較することにより、前記条件合計と前記属性合計との均衡の度合いを評価する評価工程と、
を含む、コンピュータにより実行される情報処理方法。

【請求項5】

各案件にそれぞれ割当候補リソース群が登録されている複数の案件のうちから、前記割当候補リソース群のうちの少なくとも１つの割当候補リソースが共通する２つ以上の案件を抽出する抽出工程と、
前記２つ以上の案件、及び、前記２つ以上の案件に対応する割当候補リソース群に含まれる前記割当候補リソースを表示する第１の表示工程と、
ユーザが、前記２つ以上の案件のうちの１つの案件に対応する割当候補リソース群に含まれる一の割当候補リソースを、前記１つの案件に仮割り当てることを繰り返し受け付ける受付工程と、
前記２つ以上の案件、及び、前記２つ以上の案件に仮割り当てられた割当候補リソースである仮割当リソースを表示する第２の表示工程と、
前記抽出工程の実行前に、前記複数の案件を含む案件リストを前記ユーザに提示する案件リスト出力工程と、をコンピュータにより実行し、
前記案件リスト出力工程において、前記コンピュータは、案件データベースにおいて案件ごとに登録されている受注確度を参照し、前記複数の案件のうちのリソースの割り当てが完了していない案件を前記受注確度の降順に並び替えて、前記案件リストを出力する、情報処理方法。

【請求項6】

前記各案件は、それぞれに１つのリソースを割り当てる少なくとも１つの枠を有し、
前記案件リスト出力工程において、前記コンピュータは、前記受注確度に基づいて案件を並び替えたうえで、同一水準の受注確度を有する２以上の案件についてはリソースが割り当てられていない未確定の枠の数が多い順で並び替えることで、前記案件リストを出力する、請求項５に記載の情報処理方法。

【請求項7】

いずれか一の案件に対して割当候補リソース群を登録する際に、前記一の案件に対応するリソース一覧表をユーザに提示するリソースリスト出力部と、
前記リソース一覧表のうちから前記一の案件に登録する1つ以上の割当候補リソースを選択する前記ユーザによる選択を受け付け、前記一の案件に対応する前記割当候補リソース群を生成する生成部と、
各案件にそれぞれ前記割当候補リソース群が登録されている複数の案件のうちから、前記割当候補リソース群のうちの少なくとも１つの割当候補リソースが共通する２つ以上の案件を抽出する抽出部と、
前記２つ以上の案件、及び、前記２つ以上の案件に対応する前記割当候補リソース群に含まれる前記割当候補リソースを表示する第１の表示出力部と、
ユーザが、前記２つ以上の案件のうちの１つの案件に対応する前記割当候補リソース群に含まれる一の割当候補リソースを、前記１つの案件に仮割り当てることを繰り返し受け付ける受付部と、
前記２つ以上の案件、及び、前記２つ以上の案件に仮割り当てられた前記割当候補リソースである仮割当リソースを表示する第２の表示出力部と、を含み、
前記リソースリスト出力部は、リソースデータベースにリソースごとに登録されている少なくとも１つの属性と、前記一の案件に求められる少なくとも１つの条件とをリソースごとに対比して、前記少なくとも１つの条件を満たすリソースが前記リソース一覧表の上位に配置されるように、前記リソースデータベースに含まれる複数のリソースを並び替えて、前記一の案件に対応する前記リソース一覧表を出力する、情報処理システム。

【請求項8】

【請求項9】

いずれか一の案件に対して割当候補リソース群を登録する際に、前記一の案件に対応するリソース一覧表をユーザに提示するリソースリスト出力工程と、
前記リソース一覧表のうちから前記一の案件に登録する1つ以上の割当候補リソースを選択する前記ユーザによる選択を受け付け、前記一の案件に対応する前記割当候補リソース群を生成する生成工程と、
各案件にそれぞれ前記割当候補リソース群が登録されている複数の案件のうちから、前記割当候補リソース群のうちの少なくとも１つの割当候補リソースが共通する２つ以上の案件を抽出する抽出工程と、
前記２つ以上の案件、及び、前記２つ以上の案件に対応する前記割当候補リソース群に含まれる前記割当候補リソースを表示する第１の表示工程と、
ユーザが、前記２つ以上の案件のうちの１つの案件に対応する前記割当候補リソース群に含まれる一の割当候補リソースを、前記１つの案件に仮割り当てることを繰り返し受け付ける受付工程と、
前記２つ以上の案件、及び、前記２つ以上の案件に仮割り当てられた前記割当候補リソースである仮割当リソースを表示する第２の表示工程と、をコンピュータに実行させるためのプログラムであり、
前記リソースリスト出力工程において、前記コンピュータは、リソースデータベースにリソースごとに登録されている少なくとも１つの属性と、前記一の案件に求められる少なくとも１つの条件とをリソースごとに対比して、前記少なくとも１つの条件を満たすリソースが前記リソース一覧表の上位に配置されるように、前記リソースデータベースに含まれる複数のリソースを並び替えて、前記一の案件に対応する前記リソース一覧表を出力する、プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、情報処理方法、情報処理システム、サーバ、及びプログラムに関する。

【背景技術】

【0002】

特許文献１に記載のマッチングシステム等は、システム開発における案件と人材との良好なマッチングを実現することを目的する（例えば、特許文献１の段落０００９）。前記マッチングシステム等は、前記目的を達成すべく、開発する案件の情報（期間、価格、スキル）、及び人材の情報（時期、価格、スキル、提供物、評価）を用いて、前記案件と前記人材との適合に関する基本的なスコア（基本情報スコア）、及び、スキル的なスコア（実効スコア）を算出し、両スコアに基づき、前記案件と前記人材との適合に関する統合的なスコア（統合スコア）を算出する（例えば、特許文献１の請求項１）。

【先行技術文献】

【特許文献】

【0003】

【文献】特許７３０４３０２公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、上記したマッチングシステム等では、上述したように、前記案件が要求するスキル及び前記人材が有するスキルを考慮するものの、１つの案件と、当該案件により一層、適合する１人の人材とをマッチングすることに留まっていた。

【0005】

本開示の目的は、案件に対するリソースの割り当てを支援する情報処理方法、情報処理システム、サーバ、及びプログラムを提供することにある。

【課題を解決するための手段】

【0006】

本開示の一様態に係る情報処理方法は、
各案件にそれぞれ割当候補リソース群が登録されている複数の案件のうちから、前記割当候補リソース群のうちの少なくとも１つの割当候補リソースが共通する２つ以上の案件を抽出する抽出工程と、
前記２つ以上の案件、及び、前記２つ以上の案件に対応する割当候補リソース群に含まれる前記割当候補リソースを表示する第１の表示工程と、
ユーザが、前記２つ以上の案件のうちの１つの案件に対応する割当候補リソース群に含まれる一の割当候補リソースを、前記１つの案件に仮割り当てることを繰り返し受け付ける受付工程と、
前記２つ以上の案件、及び、前記２つ以上の案件に仮割り当てられた割当候補リソースである仮割当リソースを表示する第２の表示工程と、をコンピュータが実行する。

【発明の効果】

【0007】

本開示に係る情報処理方法によれば、前記複数の案件に前記複数のリソースを割り当てることを実現することができ、しかも、前記複数のリソースの割り当てを、前記複数の案件の条件の全てを充足するように実現することができる。

【図面の簡単な説明】

【0008】

【図1】実施形態１の情報処理システムＪＳＳの構成を示す。

【図2】実施形態１の端末ＴＭの構成を示す。

【図3】実施形態１のサーバＳＶの構成を示す。

【図4】実施形態１のサーバＳＶの記憶部ＫＩ（ＳＶ）を示す。

【図5】実施形態１の案件ＡＫ、人材ＪＺの属性ＺＳを示す。

【図6】実施形態１の案件ＡＫの条件ＪＫを示す。

【図7】実施形態１の人材ＪＺの属性ＺＳを示す。

【図8】実施形態１の割当候補人材群ＷＫＪＧ及び割当候補人材ＷＫＪを示す。

【図9】実施形態１の情報処理システムＪＳＳの動作を示すフローチャートである。

【図10】実施形態１のリソースリスト出力工程で提示する人材リストの一例を示す。

【図11】実施形態１の案件リスト出力工程で提示する案件リストの一例を示す。

【図12】実施形態１の案件ＡＫ、割当候補人材ＷＫＪ、仮割当人材ＫＷＪを示す。

【図13】実施形態１の割当候補人材ＷＫＪの仮割り当てを示す（その１）。

【図14】実施形態１の割当候補人材ＷＫＪの仮割り当てを示す（その２）。

【図15】実施形態１の割当候補人材ＷＫＪの仮割り当てを示す（その３）。

【図16】実施形態１の割当候補人材ＷＫＪの仮割り当てを示す（その４）。

【図17】実施形態１の割当候補人材ＷＫＪの仮割り当てを示す（その５）。

【図18】実施形態１の割当候補人材ＷＫＪの仮割り当てを示す（その６）。

【図19】実施形態１の割当候補人材ＷＫＪの仮割り当てを示す（その７）。

【図20】実施形態１の割当候補人材ＷＫＪの仮割り当てを示す（その８）。

【図21】実施形態１の割当候補人材ＷＫＪの仮割り当てを示す（その９）。

【図22】実施形態１の割当候補人材ＷＫＪの仮割り当てを示す（その１０）。

【図23】実施形態１の変形例１の情報処理システムＪＳＳの動作を示す。

【図24】実施形態１の変形例２の情報処理システムＪＳＳの動作を示す。

【図25】実施形態２の情報処理システムＪＳＳの動作を示すフローチャートである。

【図26】実施形態２の条件合計ＪＧの算出を示す。

【図27】実施形態２の属性合計ＺＧの算出を示す。

【図28】実施形態１、２の情報処理システムＪＳＳのハードウェアによる構成を示す。

【図29】実施形態１、２の情報処理システムＪＳＳのソフトウェアによる実現に基づくハードウェアの構成を示す。

【発明を実施するための形態】

【0009】

本開示に係る情報処理システムの実施形態について説明する。

【0010】

〈実施形態１〉
実施形態１の情報処理システムＪＳＳについて説明する。

【0011】

〈実施形態１の構成〉
図１は、実施形態１の情報処理システムＪＳＳの構成を示す。

【0012】

〈情報処理システムＪＳＳの構成〉
実施形態１の情報処理システムＪＳＳは、図１に示されるように、端末ＴＭとサーバＳＶとを含む。端末ＴＭとサーバＳＶとは、ネットワークＮＷ（例えば、インターネット）により接続される。端末ＴＭは、ユーザＵＳ（例えば、企業の担当者）により使用される。

【0013】

〈端末ＴＭの構成〉
図２は、実施形態１の端末ＴＭの構成を示す。

【0014】

端末ＴＭは、図２に示されるように、入出力部ＮＹ（ＴＭ）と、処理部ＳＹ（ＴＭ）と、記憶部ＫＩ（ＴＭ）と、通信部ＴＵ（ＴＭ）と、を有する。

【0015】

入出力部ＮＹ（ＴＭ）は、例えば、（１）ユーザＵＳに、案件ＡＫ（図４、図８に図示。）、及び、割当候補人材ＷＫＪ（図８に図示。）を表示し、（２）ユーザＵＳが、案件ＡＫに、割当候補人材ＷＫＪを仮割り当てるために用いられ（例えば、図１３に図示。）、（３）ユーザＵＳに、案件ＡＫ、及び、仮割当人材ＫＷＪ（例えば、図１３に図示。）を表示する。入出力部ＮＹ（ＴＭ）は、例えば、キーボード、マウス、液晶モニター、プリンタ、タッチパネルである。

【0016】

処理部ＳＹ（ＴＭ）は、端末ＴＭの全体的な動作の制御及び監視を行い、例えば、入出力部ＮＹ（ＴＭ）による入出力、記憶部ＫＩ（ＴＭ）による記憶、及び、通信部ＴＵ（ＴＭ）による通信に関連する処理を行う。

【0017】

記憶部ＫＩ（ＴＭ）は、例えば、処理部ＳＹ（ＴＭ）による処理に必要なデータを記憶する。

【0018】

通信部ＴＵ（ＴＭ）は、ネットワークＮＷを介してサーバＳＶと通信する。

【0019】

〈サーバＳＶの構成〉
図３は、実施形態１のサーバＳＶの構成を示す。

【0020】

実施形態１のサーバＳＶは、図３に示されるように、処理部ＳＹ（ＳＶ）と、記憶部ＫＩ（ＳＶ）と、通信部ＴＵ（ＳＶ）と、を有する。

【0021】

処理部ＳＹ（ＳＶ）は、例えば、サーバＳＶの全体的な動作の制御及び監視を行い、例えば、記憶部ＫＩ（ＳＶ）による記憶、通信部ＴＵ（ＳＶ）による通信に関連する処理を行う。

【0022】

記憶部ＫＩ（ＳＶ）は、例えば、処理部ＳＹ（ＳＶ）による処理に必要なデータを記憶する。

【0023】

通信部ＴＵ（ＳＶ）は、ネットワークＮＷを介して端末ＴＭと通信する。

【0024】

〈案件データベースＤＢ（ＡＫ）、人材データベースＤＢ（ＪＺ）〉
図４は、実施形態１のサーバＳＶの記憶部ＫＩ（ＳＶ）を示す。

【0025】

サーバＳＶの記憶部ＫＩ（ＳＶ）（図３に図示。）は、図４に示されるように、案件データベースＤＢ（ＡＫ）、及び、人材データベースＤＢ（ＪＺ）を有する。

【0026】

案件データベースＤＢ（ＡＫ）は、図４に示されるように、複数の案件ＡＫを備え、より詳しくは、案件Ａ、案件Ｂ、案件Ｃ、、、、を備える。案件Ａ、案件Ｂ、案件Ｃ、、、、は、例えば、複数の企業から人材ＪＺの提供を要求されるコンサルティング業務である。

【0027】

人材データベースＤＢ（ＪＺ）は、図４に示されるように、複数の人材ＪＺを備え、より詳しくは、人材Ｓ、人材Ｔ、人材Ｕ、、、、を備える。人材Ｓ、人材Ｔ、人材Ｕ、、、、は、例えば、上記した案件Ａ、案件Ｂ、案件Ｃ、、、、に割り当てることが可能なコンサルティング業務に精通する者である。

【0028】

〈案件ＡＫの条件ＪＫ、人材ＪＺの属性ＺＳ〉
図５は、実施形態１の案件ＡＫ、人材ＪＺの属性ＺＳを示す。

【0029】

案件データベースＤＢ（ＡＫ）に登録されている各案件には、それぞれ少なくとも１つの条件ＪＫが設定されている。「条件ＪＫ」は、案件ＡＫに求められる要件であって、例えば、金額（依頼者が該案件にかける予算額であってもよいし、案件内容に応じて受託者側が設定した見積額であっても負い）、工数、担当する人材に求めるスキル（例えば、戦略系コンサルティングのスキル、統合系コンサルティングのスキル、会計系コンサルティングのスキル、担当する人材に求める経歴、担当する人材に求める資格など）、スケジュール（例えば、案件を実行する予定の期間、納期などを示す情報）などが挙げられる。「工数」は、案件ＡＫを仕上げるまでに要する作業量を表す情報であって、工数の単位は、例えば、「人時（１人が１時間の作業でこなせる作業量を１で表した単位）」「人日（１人が1日の作業でこなせる作業量を１で表した単位）」「人月（１人が1か月を費やしてこなせる作業量を１で表した単位）」などであってもよい。各案件ＡＫには上記の条件ＪＫのうちのいずれか1種が設定されてもよいし、複数の条件ＪＫが設定されてもよい例えば、案件Ａは、図５に示されるように、複数の条件ＪＫが規定されており、より具体的には、金額、工数、スキル、スケジュール、、、、が規定されている。

【0030】

案件データベースＤＢ（ＡＫ）に登録されている各案件ＡＫは、それぞれに１人の人材ＪＺを割り当てる少なくとも１つの枠を有していてもよい。つまり、一の案件ＡＫは、１人の人材ＪＺに担当させてもよいし、枠の数に応じた複数の人材ＪＺに担当させてもよい。各案件ＡＫにおける枠の数は特に限定されず、各案件ＡＫの内容に応じて枠の数を適宜設定してもよい。上記の条件ＪＫは、それぞれの枠ごとに設定されていてもよく、枠ごとに設定される条件ＪＫの内容が異なっていてもよい。つまり、一の案件ＡＫに対して複数の枠が設定され、その複数の枠ごとに対応する条件ＪＫが設定されていてもよい。

【0031】

また、案件データベースＤＢ（ＡＫ）に登録されている各案件ＡＫに関する情報は、受注確度に関する情報を含んでいてもよい。「受注確度」は、顧客からの案件ＡＫが受注に至る可能性を示す情報であって、受注確定を１００％とする百分率のような数値で受注確度が表されていてもよいし、「受注確定」「受注可能性：高い」「受注可能性：中程度」「受注可能性：低い」「不明」のように段階的評価により受注確度が表されていてもよい。

【0032】

人材データベースＤＢに含まれる各人材ＪＺに関する情報には、該人材ＪＺが有する少なくとも１種の属性ＺＳが登録されている。人材ＪＺの「属性」とは、例えば、金額（価格）、工数、スキル（例えば、戦略系コンサルティングのスキル、統合系コンサルティングのスキル、財務系コンサルティングのスキル、人材のこれまでの経歴、人材が有している資格など）、役職などが挙げられる。人材ＪＺの属性ＺＳとしての「工数」は、人材ＪＺの稼働率で表されてもよいし、新たな案件に割り当てが可能な空き工数で表されてもよい。人材ＪＺが、対外的な案件に関わる業務だけでなく、社内の事務作業のような対内的業務も兼任している場合には、このような対内的業務に掛かる工数を基本工数から差し引いた工数が割り当て可能工数として人材データベースＤＢに登録されていてもよい。また、人材ＪＺが既に割り当てられた実行中の案件を抱えている場合には、割り当て済みの案件の工数を割り当て可能工数から差し引いた空き工数が人材データベースＤＢに登録されていてもよい。また、人材ＪＺの属性ＺＳとしての「金額」は、例えば、所定期間における人材ＪＺの給与に相当する額であってもよいし、案件１件あたりの単価であってもよいし、単位工数あたりの単価であってもよい。人材ＪＺが対内的業務を兼任している場合には、所定期間あたりの基本単価に対して割り当て可能工数を掛けて算出される実質単価が、当該人材ＪＺの金額として人材データベースＤＢに登録されてもよい。

【0033】

各人材ＪＺに関する情報には上記の属性ＺＳのうちのいずれか1種が登録されてもよいし、複数の属性ＺＳが設定されてもよい例えば、人材Ｓは、図５に示されるように、複数の属性ＺＳを有し、より具体的には、金額（価格）、工数、スキル、、、、、を有する。また、各人材ＪＺに関する情報には、上記の属性ＺＳに関する情報と共に、各人材ＪＺのスケジュールに関する情報が含まれていてもよい。

【0034】

〈案件ＡＫの条件ＪＫ、人材ＪＺの属性ＺＳ、割当候補人材群ＷＫＪＧ〉
図６は、実施形態１の案件ＡＫの条件ＪＫを示す。

【0035】

図７は、実施形態１の人材ＪＺの属性ＺＳを示す。

【0036】

以下では、説明及び理解を容易にすべく、小文字のｓ、ｔ、ｕ、、、、は、案件ＡＫ、即ち、案件Ａ、Ｂ、Ｃ、、、、に規定された条件ＪＫを示し、かつ、人材ＪＺ、即ち、人材Ｓ、Ｔ、Ｕ、、、、が有する属性ＺＳを示すことを想定する。

【0037】

図６に示されるように、例えば、案件Ａは、条件ＪＫとして、金額ｓ、ｔ、ｕ、工数ｓ、ｔ、ｕ、スキルｓ、ｔ、ｕが規定されており、換言すれば、案件Ａに割り当てる人材ＪＺとしては、図７に示されるように、金額ｓ、ｔ、ｕ、工数ｓ、ｔ、ｕ、スキルｓ、ｔ、ｕを備える人材ＪＺ、即ち、人材Ｓ、Ｔ、Ｕが適している。

【0038】

また、例えば、案件Ｂは、条件ＪＫとして、金額ｓ、ｕ、ｖ、ｗ、工数ｓ、ｕ、ｖ、ｗ、スキルｓ、ｕ、ｖ、ｗが規定されており、換言すれば、案件Ｂに割り当てる人材ＪＺとしては、図７に示されるように、金額ｓ、ｕ、ｖ、ｗ、工数ｓ、ｕ、ｖ、ｗ、スキルｓ、ｕ、ｖ、ｗを備える人材ＪＺ、即ち、人材Ｓ、Ｕ、Ｖ、Ｗが適している。

【0039】

上記した案件Ａ、Ｂは、人材Ｓ、Ｕが適する点で条件ＪＫが相互に共通しており、他方で、案件Ａが人材Ｓ、Ｕの他に適する人材ＪＺとして人材Ｔを有し、かつ、案件Ｂが人材Ｓ、Ｕの他に適する人材ＪＺとして人材Ｖ、Ｗを有している点で条件ＪＫが相互に相違する。

【0040】

他方で、図７に示されるように、例えば、人材Ｓは、属性ＺＳとして、金額ｓ、工数ｓ、スキルｓが規定されており、換言すれば、図６に示されるように、金額ｓ、工数ｓ、スキルｓが規定されている案件Ａへの割り当てに適する者である。

【0041】

また、例えば、人材Ｔは、属性ＺＳとして、金額ｔ、工数ｔ、スキルｔが規定されており、換言すれば、図６に示されるように、金額ｔ、工数ｔ、スキルｔが規定されている案件Ａ、Ｄへの割り当てに適する者である。

【0042】

上記した人材Ｓ、Ｔは、金額ｓと金額ｔとが相互に相違し得ることから、属性ＺＳが全体として相互に相違し得、同様に、工数ｓと工数ｔとが相互に相違し得ることから、属性ＺＳが全体としてが相互に相違し得、更に同様に、スキルｓとスキルｔとが相互に相違し得ることから、属性ＺＳが全体として相互に相違し得る。

【0043】

実施形態１のサーバＳＶは、図６に示されるように、案件ＡＫ毎に、割当候補人材群ＷＫＪＧを生成する。割当候補人材群ＷＫＪＧは、各案件ＡＫに割り当てる候補として選択された１人以上の人材ＪＺの纏まりである。

【0044】

図６に示されるように、例えば、割当候補人材群ＷＫＪＧ（Ａ）は、案件Ａに割り当てる候補である人材Ｓ、Ｔ、Ｕの纏まりであり、同様に、割当候補人材群ＷＫＪＧ（Ｂ）は、案件Ｂに割り当てる候補である人材Ｓ、Ｕ、Ｖ、Ｗの纏まりであり、更に同様に、割当候補人材群ＷＫＪＧ（Ｄ）は、案件Ｄに割り当てる候補である人材Ｔ、Ｕの纏まりである。

【0045】

〈割当候補人材ＷＫＪ〉
図８は、実施形態１の割当候補人材群ＷＫＪＧ及び割当候補人材ＷＫＪを示す。

【0046】

図８に示されるように、例えば、案件Ａと、案件Ｂと、案件Ｄとの間では、割り当て可能な人材ＪＺ、換言すれば、割り当てる候補となる人材ＪＺ（以下、「割当候補人材ＷＫＪ」という。）が部分的に共通する。

【0047】

より詳しくは、例えば、案件Ａの割当候補人材群ＷＫＪＧ（Ａ）と、案件Ｂの割当候補人材群ＷＫＪＧ（Ｂ）との間では、割当候補人材ＷＫＪとして、人材Ｓが共通する。

【0048】

また、案件Ａの割当候補人材群ＷＫＪＧ（Ａ）と、案件Ｄの割当候補人材群ＷＫＪＧ（Ｄ）との間では、割当候補人材ＷＫＪとして、人材Ｔが共通する。

【0049】

更に、案件Ａの割当候補人材群ＷＫＪＧ（Ａ）と、案件Ｂの割当候補人材群ＷＫＪＧ（Ｂ）と、割当候補人材群ＷＫＪＧ（Ｄ）との間では、割当候補人材ＷＫＪとして、人材Ｕが共通する。

【0050】

ここで、上記した「共通する」とは、図８に示されるように、（１）例えば、案件Ａ、Ｂ間で、少なくとも１人の人材Ｓが共通していれば足り、換言すれば、案件Ａ、Ｂ間で、２人以上の人材Ｓ、Ｕが共通していることを要せず、また、（２）例えば、１人の人材Ｓが２つの案件Ａ、Ｂ間で共通していれば足り、換言すれば、１人の人材Ｕが３つ以上の案件Ａ、Ｂ、Ｄ間で共通していることを要しない。

【0051】

〈対応関係〉
実施形態１中の処理部ＳＹ（ＳＶ）は、特許請求の範囲中の「抽出部」、「受付部」、「第１の表示出力部」、「第２の表示出力部」に対応し、実施形態１中の入出力部ＮＹ（ＴＭ）は、特許請求の範囲中の「第１の表示出力部」、「第２の表示出力部」による処理結果が表示されるディスプレイ、及び、「受付部」においてユーザＵＳによる選択操作が実行される入力装置（例えば、タッチパネル、キーボード、マウス等）に対応し、実施形態１中の人材ＪＺ、割当候補人材ＷＫＪ、割当候補人材群ＷＫＪＧは、それぞれ、特許請求の範囲中の「リソース」、「割当候補リソース」、「割当候補リソース群」に対応する。

【0052】

〈実施形態１の動作〉
実施形態１の情報処理システムＪＳＳの動作について説明する。

【0053】

図９は、実施形態１の情報処理システムＪＳＳの動作を示すフローチャートである。

【0054】

実施形態１の情報処理システムＪＳＳの動作について、図９のフローチャートを参照して説明する。

【0055】

ステップＳＴ１１以前における端末ＴＭの表示画面には、サーバＳＶの通信部ＴＵ（ＳＶ）からの送信の下で、案件データベースＤＢ（ＡＫ）に含まれる複数の案件ＡＫ（案件Ａ、Ｂ、Ｃ、、、、）及び条件ＪＫ（条件ｓ、ｔ、ｕ、、、、）が図６に例示するようなマトリクス形式で表示されていてもよいし、人材データベースＤＢ（ＪＺ）に含まれる複数の人材ＪＺ（人材Ｓ、Ｔ、Ｕ、、、、）及び属性ＺＳ（属性ｓ、ｔ、ｕ、、、、）が、図７に例示するようなマトリクス形式で、表示されていてもよい。

【0056】

もしくは、端末ＴＭの表示画面には、ユーザＵＳの要求に基づいて、案件ＡＫをシステムに登録するための案件設定用ＵＩ（ユーザインターフェース）が表示されていてもよく。サーバＳＶは、当該案件設定用ＵＩを介して、ステップＳＴ１１におけるユーザＵＳによる割当候補人材ＷＫＪの選択を受け付けてもよい。

【0057】

ステップＳＴ１１：ユーザＵＳが、端末ＴＭを用いて、一の案件ＡＫに対する少なくとも１人の割当候補人材ＷＫＪの選択を行い、ユーザＵＳによる当該選択がサーバＳＶへ送信される。このユーザＵＳによる割当候補人材ＷＫＪの選択は、案件ＡＫごとに実行される。

【0058】

ユーザＵＳは、図６で例示するように、例えば、案件Ａの割当候補人材ＷＫＪとして、案件Ａの条件ＪＫに応じて人材Ｓ、Ｔ、Ｕを選択する。他の案件Ｂ－案件Ｅについても、案件Ａと同様にして、各案件ＡＫに設定された条件ＪＫに応じて割当候補人材ＷＫＪを選択する。

【0059】

なお、ユーザＵＳが割当候補人材ＷＫＪの選択を行う際には、まず、サーバＳＶが、人材データベースＤＢに登録されている人材ＪＺの一覧表を端末ＴＭに送信してもよい（リソースリスト出力工程）。この人材ＪＺの一覧表は、人材データベースＤＢへの登録順で並べられた一覧表であってもよいし、割当候補人材ＷＫＪを選択しようとしている一の案件に対応する人材ＪＺの一覧表であってもよい。後者の場合、サーバＳＶは、ユーザＵＳから割当候補人材ＷＫＪを選択しようとしている一の案件ＡＫの指定を受け付け、当該一の案件に設定されている条件ＪＫを読み出す。そして、サーバＳＶは、人材データベースＤＢに登録されている各人材ＪＺの属性ＺＳと、一の案件ＡＫに設定されている条件ＪＫとを対比して、一の案件ＡＫの条件を満たす人材ＪＺが一覧表の上位に配置されるように、人材データベースＤＢに登録されている複数の人材ＪＺを並び替える処理を実行する。この並び替え処理により、サーバＳＶは、一の案件ＡＫに対応する人材ＪＺの一覧表を出力する。つまり、一の案件ＡＫに対応する人材ＪＺの一覧表とは、一の案件ＡＫの条件ＪＫを満たす人材ＪＺが一覧表の上位に配置された一覧表を意味する。

【0060】

上記のリソースリスト出力工程では、サーバＳＶは、各人材ＪＺの案件ＡＫに対するマッチング率を算出してもよい。例えば、一の案件ＡＫに対して複数の条件ＪＫが設定されていた場合、設定されている条件ＪＫの項目数を分母とし、各人材ＪＺの属性ＺＳが満たしている条件ＪＫの項目数を分子として、一の案件ＡＫに対する各人材ＪＺのマッチング率を人材ＪＺごとに算出してもよい。つまり、一の案件ＡＫの金額、工数、スキルの３つの条件ＪＫのうち、一の人材ＪＺが金額の条件ＪＫのみを満たしている場合、一の案件ＡＫに対する当該人材ＪＺのマッチング率は、「１／３（約３３％）」と算出される。

【0061】

もしくは、マッチング率は、条件ＪＫの項目ごとに算出されてもよい。例えば、一の案件ＡＫにおいて、条件ＪＫとして金額、工数、スキルの3種が設定されている場合、サーバＳＶは、金額に関するマッチング率、工数に関するマッチング率、及び、スキルに関するマッチング率を、人材ＪＺごとに算出してもよい。

【0062】

この場合、スキルに関するマッチング率は例えば以下の方法で算出してもよい。一の案件ＡＫのスキルに関する条件ＪＫに４種類のスキルが設定されていた場合、設定されているスキルの数を分母とし、各人材ＪＺが満たしているスキルの数を分子として、一の案件ＡＫに対する各人材ＪＺのスキルに関するマッチング率を算出する。つまり、一の案件ＡＫに設定された４種類のスキルのうち、１種類のスキルのみを有している人材ＪＺのスキルに関するマッチング率は、「１／４（２５％）」と算出される。

【0063】

金額に関するマッチング率は、例えば以下の方法で算出してもよい。一の案件ＡＫが２０２４年の４月－７月の４か月間予定されており、１か月単位で一の案件ＡＫの予算としての金額（条件ＪＫ）が設定されている場合、４か月のうち各人材ＪＺの単価（属性ＺＳ）よりも予算としての金額（条件ＪＫ）が上回っている月の割合（つまり４か月のうち「単価≦予算」を満たす月の割合）を、金額に関するマッチング率として算出する。当該マッチング率を算出する際の各人材ＪＺの単価は、「実質単価」であってもよいし、「基本単価」であってもよい。

【0064】

工数に関するマッチング率も金額に関するマッチング率と同様に算出してもよい。例えば、一の案件ＡＫが２０２４年の４月－７月の４か月間予定されており、１か月単位で一の案件ＡＫに求める工数（条件ＪＫ）が設定されている場合、４か月のうち各人材ＪＺの工数（基本工数であってもよいし、割り当て可能工数であってもよいし、空き工数であってもよい）が案件ＡＫの工数を上回っている月の割合（つまり４か月のうち「案件の工数≦人材の工数」を満たす月の割合）を、工数に関するマッチング率として算出する。

【0065】

また、複数の条件のうちの一部の条件をまとめてマッチング率を算出してもよい。例えば、金額と工数をまとめたマッチング率を算出してもよい。一の案件ＡＫが２０２４年の４月－７月の４か月間予定されている場合、４か月のうち各人材ＪＺが「単価≦予算」と「案件の工数≦人材の工数」の両方を満たしている月の割合を、金額及び工数に関するマッチング率として算出してもよい。

【0066】

上記のように案件ＡＫに対する各人材ＪＺのマッチング率を算出した場合、サーバＳＶは、マッチング率の高い人材ＪＺほど一覧表の上位に配置されるように、人材データベースＤＢに登録されている複数の人材ＪＺをマッチング率の降順で並び替えて、人材ＪＺの一覧表を出力してもよい。図１０は、マッチング率に基づいて並び替えられた人材ＪＺの一覧表の一例を示している。条件ＪＫごとにマッチング率を算出した場合には、並び替えのための優先順位が設定されていてもよいし、複数の条件ＪＫのマッチング率の合計で並び替えを実行してもよい（図１０は後者の場合を例示）。優先順位を設定した場合、例えば、スキルに関するマッチング率を第１優先として、スキルのマッチング率が高い順に人材ＪＺを並び替えたうえで、スキルのマッチング率が同一水準にある人材ＪＺ群については、「金額及び工数」のマッチング率が高い順で当該人材ＪＺ群ごとに人材ＪＺを並び替えてもよい。

【0067】

サーバＳＶによって生成された人材ＪＺの一覧表は、端末ＴＭに送られて、当該端末ＴＭの表示画面に提示される。ユーザＵＳは、端末ＴＭに表示された当該一覧表を介して、一の案件ＡＫに対する１以上の割当候補人材ＷＫＪを選択する。サーバＳＶは、ユーザＵＳによる当該選択を受け付けて、後述のステップＳＴで割当候補人材群ＷＫＪＧを生成する。上記のようにソートされた人材ＪＺの一覧表に基づいて割当候補人材ＷＫＪを選択させることで、各案件ＡＫに適する人材ＪＺの発見が容易となるとともに、人材の割り当てにおいて、各案件ＡＫそれぞれに対する個別最適化が図られやすくなる。

【0068】

なお、図６－図８では、各案件ＡＫに設定された条件ＪＫを満たしている人材ＪＺが割当候補人材ＷＫＪとして選択される場合を例示しているが、このような事例に限定されず、案件ＡＫに設定された条件ＪＫの一部または全部を満たしていない人材ＪＺを、割当候補人材ＷＫＪとして選択可能であってもよい。また、案件ＡＫに少なくとも１つの枠が設定されている場合には、一の案件ＡＫにおける割当候補人材ＷＫＪは、一の案件ＡＫに含まれる枠ごとに選択されてもよい。この場合、サーバＳＶは、ユーザＵＳによる枠ごとの割合候補人材ＷＫＪの選択を受け付けて、枠ごとに割当候補人材群ＷＫＪＧを生成する。

【0069】

ステップＳＴ１２：サーバＳＶの処理部ＳＹ（ＳＶ）は、ステップＳＴ１１におけるユーザＵＳによる案件ＡＫごとの割当候補人材ＷＫＪの選択を受け付けて、案件ＡＫごとに割当候補人材群ＷＫＪＧを生成する（生成工程）。処理部ＳＹ（ＳＶ）は、例えば、図６で例示しているように、案件Ａの割当候補人材ＷＫＪである人材Ｓ、Ｔ、Ｕを含む割当候補人材群ＷＫＪＧ（Ａ）を生成する。他の案件Ｂ－案件Ｅについても、案件Ａと同様にして、ユーザＵＳによって割当候補人材ＷＫＪに指定された１以上の人材ＪＺを含む割当候補人材群ＷＫＪＧを生成する。

【0070】

ステップＳＴ１３：サーバＳＶでは、処理部ＳＹ（ＳＶ）は、複数の案件ＡＫ（案件Ａ、Ｂ、Ｃ、、、、）間で、割当候補人材ＷＫＪが共通する案件ＡＫを抽出する。

【0071】

処理部ＳＹ（ＳＶ）は、図８に示されるように、案件Ａ～Ｅのうち、割当候補人材ＷＫＪである人材Ｓが、案件Ａ、Ｂ間で共通することから、案件Ａ、Ｂを抽出する。

【0072】

処理部ＳＹ（ＳＶ）は、図８に示されるように、案件Ａ～Ｅのうち、割当候補人材ＷＫＪであるＴが、案件Ａ、Ｄ間で共通することから、案件Ａ、Ｄを抽出する。

【0073】

処理部ＳＹ（ＳＶ）は、図８に示されるように、案件Ａ～Ｅのうち、割当候補人材ＷＫＪであるＵが、案件Ａ、Ｂ、Ｄ間で共通することから、案件Ａ、Ｂ、Ｄを抽出する。

【0074】

上記を要約すると、処理部ＳＹ（ＳＶ）は、案件Ａ～Ｅのうち、結果的に、図８に示されるように、案件Ａ、Ｂ、Ｄを抽出する。

【0075】

ステップＳＴ１３で例示した処理部ＳＹ（ＳＶ）による抽出処理は、所定の期間（例えば、２０２４年の１月１日－１月３１日の１か月間）の指定を受け付けたうえで、当該所定期間内で割当候補人材ＷＫＪが共通する案件を特定することで実行されてもよい。若しくは、これから人材ＪＺが割り当てられる複数の案件ＡＫのうちからいずれか１つの案件ＡＫの指定を受け付けて、ステップＳＴ１３で例示したような抽出処理が実行されてもよい。この場合、指定された案件ＡＫに予定のスケジュールが登録されていれば、当該スケジュールの期間で、指定された案件ＡＫに設定されている少なくとも１人の割当候補人材ＷＫＪが共通する他の案件ＡＫを特定してもよい。若しくは、抽出処理に際して、人材データベースＤＢに登録されているいずれか１人の人材ＪＺの指定を受け付け、当該人材ＪＺが割当候補人材ＷＫＪに含まれる案件ＡＫを抽出してもよい。

【0076】

ステップＳＴ１３の抽出処理の前に、サーバＳＶは、複数の案件ＡＫを含む案件リストをユーザＵＳに提示してもよい（案件リスト出力工程）。例えば、サーバＳＶは、ユーザＵＳから所定の期間（例えば、２０２４年４月（１か月間））の指定を受け付けて、案件データベースＤＢからユーザＵＳに指定された期間にスケジュールが設定されている案件ＡＫを抽出し、抽出した案件ＡＫで構成される案件リストを出力してもよい。

【0077】

この案件リスト出力工程において、サーバＳＶは、案件データベースＤＢにおいて案件ＡＫごとに登録されている受注確度に関する情報を参照し、受注確度に基づいて案件ＡＫを並び替えた案件リストを出力してもよい。例えば、サーバＳＶは、ユーザＵＳに指定された期間において人材ＪＺの割り当てが完了していない案件ＡＫを抽出したうえで、この抽出した案件ＡＫを受注確度の降順に並び替えて、案件リストを出力してもよい。具体的に、各案件ＡＫの受注確度が「受注確定」「受注可能性：高」「受注可能性：中」「受注可能性：低い又は不明」の段階的評価で表されている場合、この段階的評価で受注確度が高い順（つまり、「受注確定」受注可能性：高」「受注可能性：中」「受注可能性：低い又は不明」の記載順）に案件ＡＫを並び替える。図１１は、受注確度によって並び替えられた案件リストの一例を示している。受注が確定している状態の案件ＡＫへの人材ＪＺの割り当てを最優先で実行すべきであり、受注が未確定の案件ＡＫについては、受注の可能性が高い案件ＡＫを優先して人材ＪＺの割り当てを実行すべきである。上記のように受注確度で並び替えた案件リストをユーザＵＳに提示することで、ユーザＵＳは、優先して人材ＪＺの割り当てをすべき案件ＡＫを一目で確認することができる。

【0078】

サーバＳＶは、上記のように受注確度に基づいて案件ＡＫを並び替えた際に、同一水準の受注確度を有する案件ＡＫが複数存在する場合には、同一水準の受注確度を有する２以上の案件ＡＫを、人材ＪＺの割り当てが完了していない枠の数が多い順に並び替えて、案件リストを出力してもよい。図１１では、「受注確定」状態の案件ＸＸ及び案件ＹＹのうち、案件ＸＸのほうが案件ＹＹよりも人材ＪＺの割り当てが完了していない「未定枠」の数が多いため、案件ＸＸが案件ＹＹよりも上位に並べられている。図１１における「受注可能性：高」の案件、「受注可能性：中」の案件、「受注可能性：低又は不明」の案件についても、それぞれ、「未定枠」の数が多い順に並べられている。当該方法で案件ＡＫを並び替えることで、割り当ての優先度がより明確となる。

【0079】

なお、図１１に示すような案件リストには、ユーザＵＳに指定された期間において、「受注確定済」で、かつ、人材ＪＺの割り当てが完了している案件（例えば、図１１の案件ＹＺ）が含まれていてもよい。このような「受注確定済」「割り当て完了済」の案件は、案件リストの最下層に配置されてもよい。

【0080】

また、図１１に示すような案件リストを出力する際に、サーバＳＶは、未定枠に割当候補人材群ＷＫＪＧが登録されているか否か、及び／又は、未定枠に登録されている割当候補人材ＷＫＪの人数が把握できる様態で、各案件ＡＫにおける「未定枠」のアイコンを表示してもよい。図１１では、「未定枠」のアイコンに付されている数字が、当該未定枠に登録されている割当候補人材ＷＫＪの人数を示しており、「未定枠」のアイコンに数字が付されていない場合は、当該未定枠には割当候補人材ＷＫＪが１人も選択されていない（つまり割当候補人材群ＷＫＪＧが登録されていない）ことを表している。このように未定枠のアイコンを表示することで、割当候補人材ＷＫＪの設定状況をユーザＵＳが一目で確認できるとともに、割当候補人材ＷＫＪを優先的に選択すべき案件ＡＫについてもユーザＵＳが一目で確認することができる。なお、数字が付されていない未定枠のアイコンを指定する（タップしたり、クリックしたりする）ことで、ステップＳＴ１１へ移行し、サーバＳＶが、ユーザＵＳによる割当候補人材ＷＫＪの選択を受け付けるためのＵＩを提示してもよい。

【0081】

ステップＳＴ１３の抽出処理においては、サーバＳＶは、図１１で例示するような案件リストを介して、抽出処理の起点となる案件ＡＫ又は枠の指定をユーザＵＳから受け付けてもよい。例えば、ユーザＵＳが図１１における案件ＹＹの未定枠（割当候補人材ＷＫＪが４人選択されている未定枠）を抽出処理の起点として選択した場合、サーバＳＶは、選択された未定枠に登録されている割当候補人材ＷＫＪ（４人）を特定し、特定した割当候補人材ＷＫＪのうちの１人以上を割当候補人材ＷＫＪとして含む他の案件ＡＫを特定する。このような処理により、サーバＳＶは、案件ＹＹ、及び、当該案件ＹＹと少なくとも１人の割当候補人材ＷＫＪが重複する他の案件ＡＫを抽出する。図１１で例示するようなソートされた案件リストを利用することで、抽出処理をより効率的に実行することができる。

【0082】

なお、案件ＡＫ及び／又は人材ＪＺの指定を受け付けてからステップＳＴ１３の抽出処理を実行する場合には、段階的な抽出処理が実行されてもよい。例えば、人材Ｓの指定を受け付けた場合、人材Ｓを割当候補人材ＷＫＪとして含む案件Ａ及び案件Ｂが抽出される。この抽出後に、抽出された案件Ａ，Ｂに設定されている人材Ｓ以外の割当候補人材ＷＫＪ（人材Ｔ，Ｕ，Ｖ，Ｗ）を特定する。そして、特定した人材Ｔ，Ｕ，Ｖ，Ｗのいずれか１人以上を割当候補人材ＷＫＪとして含む他の案件（本例では案件Ｄ）を抽出し、この抽出結果（案件Ｄ）を最初の抽出結果（案件Ａ，Ｂ）に反映して最終的な抽出結果（案件Ａ，Ｂ，Ｄ）が出力されてもよい。案件ＡＫを指定する場合も同様であり、例えば、案件Ａの指定を受け付けた場合、案件Ａで割当候補人材ＷＫＪとして設定されている人材Ｓ，Ｔ，Ｕを特定する。そして、人材Ｓ，Ｔ，Ｕのうちのいずれか１人以上を割当候補人材ＷＫＪとして含む他の案件（案件Ｂ，Ｄ）を抽出する。当該抽出の後に、最初に抽出された案件Ｂ，Ｄで設定されている人材Ｓ，Ｔ，Ｕ以外の割当候補人材ＷＫＪ（案件Ａでは設定されておらず案件Ｂ又はＤに設定されている人材Ｖ，Ｗ）を特定する。そして、特定した人材Ｖ，Ｗのいずれか１人以上を割当候補人材ＷＫＪとして含む他の案件を抽出し、この抽出結果を最初の抽出結果（案件Ａ，Ｂ，Ｄ）に反映してもよい。例えば、割当候補人材ＷＫＪとして人材Ｖと人材Ｗが選択された案件Ｇが存在する場合には、この案件Ｇを、図８で例示する抽出結果に含めてもよい。

【0083】

図１２は、実施形態１の案件ＡＫ、割当候補人材ＷＫＪ、仮割当人材ＫＷＪを示す。

【0084】

ステップＳＴ１４：サーバＳＶでは、通信部ＴＵ（ＳＶ）は、案件ＡＫ、割当候補人材ＷＫＪについて端末ＴＭへ送信し、端末ＴＭは、受信した案件ＡＫ、及び、割当候補人材ＷＫＪを表示する。

【0085】

より詳しくは、サーバＳＶの通信部ＴＵ（ＳＶ）は、図１２に示されるように、上記の抽出された案件Ａ、Ｂ、Ｄと、案件Ａの割当候補人材ＷＫＪである人材Ｓ、Ｔ、Ｕと、案件Ｂの割当候補人材ＷＫＪである人材Ｓ、Ｕ、Ｖ、Ｗと、案件Ｄの割当候補人材ＷＫＪである人材Ｔ、Ｕとについて送信し、他方で、端末ＴＭは、例えば、上記した案件Ａ、Ｂ、Ｄ、及び、上記した人材Ｓ、Ｔ、Ｕ、Ｖ、Ｗを、例えば、図１２に図示のマトリクス形式（但し、この時点では、仮割当人材ＫＷＪ欄は空欄である。）で表示する。

【0086】

端末ＴＭのは、例えば、案件Ａについて、割当候補人材ＷＫＪである人材Ｓ、Ｔ、Ｕを、案件Ａにより相応しい順に並べ替えて表示してもよく、同様に、他の案件Ｂの割当候補人材ＷＫＪである人材Ｓ、Ｕ、Ｖ、Ｗ、及び、他の案件Ｄの割当候補人材ＷＫＪである人材Ｔ、Ｕを並べ替えて表示してもよい。

【0087】

図１３～図２２は、実施形態１の割当候補人材ＷＫＪの仮割り当てを示す。

【0088】

ステップＳＴ１５：ユーザＵＳは、端末ＴＭにマトリクス形式で表示されている案件ＡＫ（案件Ａ、Ｂ、Ｄ）、及び、割当候補人材ＷＫＪ（人材Ｓ、Ｔ、Ｕ、Ｖ、Ｗ）（図１２に図示。）を参照しながら、人材Ｓ、Ｔ、Ｕ、Ｖ、Ｗのうち、案件Ａ、Ｂ、Ｄに仮割り当てることを欲する人材ＪＺを仮割り当て、かつ、人材ＪＺを仮割り当てた旨をサーバＳＶに送信する。

【0089】

ステップＳＴ１６：サーバＳＶでは、通信部ＴＵ（ＳＶ）は、案件ＡＫ、仮割当人材ＫＷＪについて端末ＴＭへ送信し、端末ＴＭでは、入出力部ＮＹ（ＴＭ）は、案件ＡＫ、仮割当人材ＫＷＪを表示する。

【0090】

上記したステップＳＴ１５、ＳＴ１６は、例えば、以下のとおりである。

【0091】

ユーザＵＳは、図１２に図示された、案件ＡＫ（案件Ａ、Ｂ、Ｄ）、割当候補人材ＷＫＪ（人材Ｓ、Ｔ、Ｕ、Ｖ、Ｗ）が表示されている端末ＴＭで、図１３に示されるように、最初である（１）仮割当で、例えば、案件Ａに、案件Ａの割当候補人材群ＷＫＪＧ（Ａ）（図８に図示。）に含まれる割当候補人材ＷＫＪである人材Ｓ、Ｔ、Ｕのうちの人材Ｓを、仮割当人材ＫＷＪとして仮割り当ててみる。

【0092】

ユーザＵＳは、図１３に図示された、案件ＡＫ（案件Ａ、Ｂ、Ｄ）、割当候補人材ＷＫＪ（人材Ｓ、Ｔ、Ｕ、Ｖ、Ｗ）、仮割当人材ＫＷＪ（人材Ｓ）が表示されている端末ＴＭで、図１４に示されるように、（１）仮割当に引き続く（２）仮割当で、例えば、案件Ａに、案件Ａの割当候補人材群ＷＫＪＧ（Ａ）に含まれる、残りの割当候補人材ＷＫＪである人材Ｔ、Ｕのうち、人材Ｔを仮割り当ててみる。

【0093】

ユーザＵＳは、図１４に図示の（２）仮割当に代えて、図１５に示されるように、例えば、案件Ｂに、案件Ｂの割当候補人材群ＷＫＪＧ（Ｂ）（図８に図示。）に含まれる割当候補人材ＷＫＪである人材Ｓ、Ｕ、Ｖ、Ｗのうち、人材Ｕを仮割り当ててみてもよい。

【0094】

ユーザＵＳは、図１４に図示の（２）仮割当、及び、図１５に図示の（２）仮割当に代えて、図１６に示されるように、例えば、案件Ｄに、案件Ｄの割当候補人材群ＷＫＪＧ（Ｄ）（図８に図示。）に含まれる割当候補人材ＷＫＪである人材Ｔ、Ｕのうち、人材Ｔを仮割り当ててみてもよい。

【0095】

ユーザＵＳは、図１４に図示された、案件ＡＫ（案件Ａ、Ｂ、Ｄ）、割当候補人材ＷＫＪ（人材Ｓ、Ｔ、Ｕ、Ｖ、Ｗ）、仮割当人材ＫＷＪ（人材Ｓ、Ｔ）が表示されている端末ＴＭで、図１４に図示の（２）仮割当に引き続く（３）仮割当で、図１７に示されるように、例えば、案件Ａに、案件Ａの割当候補人材群ＷＫＪＧ（Ａ）に含まれる、最後の割当候補人材ＷＫＪである人材Ｕを仮割り当ててみる。

【0096】

ユーザＵＳは、図１７に図示された、案件ＡＫ（案件Ａ、Ｂ、Ｄ）、割当候補人材ＷＫＪ（人材Ｓ、Ｔ、Ｕ、Ｖ、Ｗ）、仮割当人材ＫＷＪ（人材Ｓ、Ｔ、Ｕ）が表示されている端末ＴＭで、図１７に図示の（３）仮割当に引き続く（４）仮割当で、図１８に示されるように、例えば、案件Ｂに、案件Ｂの割当候補人材群ＷＫＪＧ（Ｂ）に含まれる割当候補人材ＷＫＪである人材Ｓ、Ｕ、Ｖ、Ｗであって、案件Ａに（１）仮割当、（３）仮割当で仮割り当てされている人材Ｓ、Ｕ以外である人材Ｖ、Ｗのうち、人材Ｖを仮割り当ててみる。

【0097】

ユーザＵＳは、図１８に図示された、案件ＡＫ（案件Ａ、Ｂ、Ｄ）、割当候補人材ＷＫＪ（人材Ｓ、Ｔ、Ｕ、Ｖ、Ｗ）、仮割当人材ＫＷＪ（人材Ｓ、Ｔ、Ｕ、Ｖ）が表示されている端末ＴＭで、図１８に図示の（４）仮割当に引き続く（５）仮割当で、図１９に示されるように、例えば、案件Ｂに、案件Ｂの割当候補人材群ＷＫＪＧ（Ｂ）に含まれる最後の割当候補人材ＷＫＪであるＷを仮割り当ててみる。

【0098】

ユーザＵＳは、図１９に図示された、案件ＡＫ（案件Ａ、Ｂ、Ｄ）、割当候補人材ＷＫＪ（人材Ｓ、Ｔ、Ｕ、Ｖ、Ｗ）、仮割当人材ＫＷＪ（人材Ｓ、Ｔ、Ｕ、Ｖ、Ｗ）が表示されている端末ＴＭで、図１９に図示の（５）仮割当に引き続き、図２０に示されるように、案件Ｄに、案件Ｄの割当候補人材群ＷＫＪＧ（Ｄ）に含まれる割当候補人材ＷＫＪである人材Ｔ、Ｕのうちのいずれかを仮割り当てることを試みようとする。しかし、割当候補人材群ＷＫＪＧ（Ｄ）に含まれる人材Ｔ、Ｕが、既に、（２）仮割当、（３）仮割当で、案件Ａに仮割り当てられている。従って、ユーザＵＳは、図２０中の「？」で示唆されるように、案件Ｄに人材Ｔ、Ｕのいずれも仮割り当てることができない。

【0099】

ユーザＵＳは、そこで、上記した（１）仮割当～（５）仮割当（図２０に図示。）をやり直すべく、図１３に図示された、最初の仮割当である（１）仮割当に代えて、図２１に示されるように、最初の仮割当である（１）仮割当として、例えば、案件Ｄに、案件Ｄの割当候補人材群ＷＫＪＧ（Ｄ）に含まれる割当候補人材ＷＫＪであるＴ、Ｕのうち、人材Ｔを仮割り当ててみる。

【0100】

図２１に示されるように、仮割り当てをやり直すことに代えて、図２２に示されるように、案件Ａについて、人材Ｓ、Ｔ、Ｕを割り当てることを確定し、かつ、案件Ｂについて、人材Ｖ、Ｗを割り当てることを確定してもよい。以後、図１２～図１９に図示の仮割り当てを行うことにより、例えば、案件Ｂについては、案件Ｂの条件ＪＫ（金額ｓ、工数ｓ、スキルｓという条件ＪＫ；金額ｕ、工数ｕ、スキルｕという条件ＪＫ）を満たし得る、人材Ｓ、Ｕに相当し得る人材α、β（図示せず。）を仮割り当て、また、案件Ｄについては、案件Ｄの条件ＪＫ（金額ｔ、工数ｔ、スキルｔという条件ＪＫ；金額ｕ、工数ｕ、スキルｕという条件ＪＫ）を満たし得る、人材Ｔ、Ｕに相当し得る人材γ、δ（図示せず。）を仮割り当てた後に、図２２と同様に、割当を確定してもよい。

【0101】

〈実施形態１の効果〉
上述したように、実施形態１の情報処理システムＪＳＳでは、複数の案件ＡＫ（案件Ａ、Ｂ、Ｃ、、、、）に対して人材を割り当てる際に、仮割り当ての繰り返しによって様々な割り当てのパターンを確認することができる。つまり、実施形態１の情報処理システムＪＳＳでは、他の案件との関係性を考慮しつつ、複数の案件それぞれへの人材の割り当てについて、その全体観をつかむことができる。その結果、実施形態１の情報処理システムＪＳＳでは、人材のアサインに関して、それぞれの案件に対する個別の最適化と、複数の案件に対する全体の最適化と、を両立することができる。

【0102】

〈変形例１〉
図２３は、実施形態１の変形例１の情報処理システムＪＳＳの動作を示す。

【0103】

変形例１の情報処理システムＪＳＳでは、図２３に示されるように、端末ＴＭ（図１に図示。）の処理部ＳＹ（ＴＭ）（図２に図示。）は、ユーザＵＳ（図１に図示。）が、例えば、案件Ａ、Ｂ、Ｄのうちの案件Ａに、案件Ａの割当候補人材群ＷＫＪＧ（Ａ）の割当候補人材ＷＫＪである人材Ｓ、Ｔ、Ｕのうちの人材Ｕを仮割り当てようとする場合、人材Ｕが、案件Ａ以外の他の案件Ｂ、Ｄの割当候補人材群ＷＫＪＧ（Ｂ）、ＷＫＪＧ（Ｄ）に含まれるとき、案件Ａの割当候補人材群ＷＫＪＧ（Ａ）中の人材Ｕ、案件Ｂの割当候補人材群ＷＫＪＧ（Ｂ）中の人材Ｕ、割当候補人材群ＷＫＪＧ（Ｄ）中の人材Ｕを強調的に表示し、即ち、いわゆるハイライト表示する。

【0104】

上述したように、変形例１の情報処理システムＪＳＳでは、ユーザＵＳが、例えば、案件Ａに、案件Ａの割当候補人材群ＷＫＪＧ（Ａ）中の人材Ｕを仮割り当てようとする場合、人材Ｕが、他の案件Ｂ、Ｄの割当候補人材群ＷＫＪＧ（Ｂ）、ＷＫＪＧ（Ｄ）に含まれるとき、端末ＴＭの入出力部ＮＹ（ＴＭ）は、人材Ｕを強調的に表示する。これにより、ユーザＵＳに、人材Ｕが、案件Ａ、Ｂ、Ｄの割当候補人材群ＷＫＪＧ（Ａ）、ＷＫＪＧ（Ｂ）、ＷＫＪＧ（Ｄ）に共通すること、換言すれば、案件Ａに人材Ｕを仮割り当てると、他の案件Ｂ、Ｄに人材Ｕを仮割り当てることができなくなる旨の注意を喚起することができる。

【0105】

〈変形例２〉
図２４は、実施形態１の変形例２の情報処理システムＪＳＳの動作を示す。

【0106】

変形例２の情報処理システムＪＳＳでは、図２４に示されるように、端末ＴＭ（図１に図示。）の処理部ＳＹ（ＴＭ）（図２に図示。）は、ユーザＵＳ（図１に図示。）が、例えば、案件Ａ、Ｂ、Ｄのうちの案件Ａに、案件Ａの割当候補人材群ＷＫＪＧ（Ａ）の割当候補人材ＷＫＪである人材Ｓ、Ｔ、Ｕのうちの人材Ｕを仮割り当てた場合、人材Ｕが、案件Ａ以外の他の案件Ｂ、Ｄの割当候補人材群ＷＫＪＧ（Ｂ）、ＷＫＪＧ（Ｄ）に含まれるとき、案件Ａの割当候補人材群ＷＫＪＧ（Ａ）中の人材Ｕ、案件Ｂの割当候補人材群ＷＫＪＧ（Ｂ）中の人材Ｕ、割当候補人材群ＷＫＪＧ（Ｄ）中の人材Ｕを弱調的に表示し、即ち、選択不可能な態様で表示する。

【0107】

上述したように、変形例２の情報処理システムＪＳＳでは、ユーザＵＳが、例えば、案件Ａに、案件Ａの割当候補人材群ＷＫＪＧ（Ａ）中の人材Ｕを仮割り当てた場合、人材Ｕが、他の案件Ｂ、Ｄの割当候補人材群ＷＫＪＧ（Ｂ）、ＷＫＪＧ（Ｄ）に含まれるとき、端末ＴＭの入出力部ＮＹ（ＴＭ）は、人材Ｕを弱調的に表示する。これにより、ユーザＵＳに、人材Ｕが、案件Ａ、Ｂ、Ｄの割当候補人材群ＷＫＪＧ（Ａ）、ＷＫＪＧ（Ｂ）、ＷＫＪＧ（Ｄ）に共通すること、換言すれば、案件Ａに人材Ｕを仮割り当てたことにより、他の案件Ｂ、Ｄに人材Ｕを仮割り当てることができなくなった旨の注意を喚起することができる。

【0108】

〈実施形態２〉
実施形態２の情報処理システムＪＳＳについて説明する。

【0109】

〈実施形態２の構成〉
実施形態２の情報処理システムＪＳＳは、実施形態１の情報処理システムＪＳＳの構成（図１～図３に図示。）と同様な構成を有し、実施形態１で説明した複数の案件ＡＫに対する人材ＪＺの割り当て機能を有していてもよい。

【0110】

実施形態２の案件ＡＫ、人材ＪＺ、条件ＪＫ、属性ＺＳ等は、実施形態１の案件ＡＫ、人材ＪＺ、条件ＪＫ、属性ＺＳ等（例えば、図４～図８に図示。）と同様である。

【0111】

〈実施形態２の動作〉
実施形態２の情報処理システムＪＳＳは、以下の工程を有する。

【0112】

（１）案件データベースＤＢにおいて案件ＡＫごとに登録されている少なくとも１つの条件を読み出し、複数の案件ＡＫについての読み出した条件の数量的な合計である条件合計ＪＧを算出する（第１の算出工程）。例えば、サーバＳＶは、各案件（図２６の案件Ａ－案件Ｅ）に設定されている「金額」に関する条件を読み出して、複数の案件Ａ－案件Ｅの金額を合計し、金額に関する条件合計ＪＧを算出する。工数に関する条件合計ＪＧについても上記と同様に算出すればよい。
（２）人材データベースにおいて人材ＪＺごとに登録されている少なくとも１種の属性を読み出し、複数の人材ＪＺについての読み出した属性の数量的な合計である属性合計ＺＧを算出する（第２の算出工程）。例えば、サーバＳＶは、各人材（図２６の人材Ｓ－人材Ｗ）に設定されている「金額（単価）」に関する属性を読み出して、複数の人材Ｓ－人材Ｗの単価を合計し、金額に関する属性合計ＺＧを算出する。人材ＪＺに関する工数の属性合計ＺＧについても上記と同様に算出すればよい。
（３）上記した条件合計ＪＧと上記した属性合計ＺＧとを比較することにより、前記条件合計ＪＧと前記属性合計ＺＧとの均衡の度合いを評価する。例えば、サーバＳＶは、（案件ＡＫ）金額に関する条件合計ＪＧと、（人材ＪＺ）金額に関する属性合計ＺＧとを対比して、条件合計ＪＧと属性合計ＺＧのどちらが多いかを判定し、条件合計ＪＧのほうが多ければ人材不足、属性合計ＺＧのほうが多ければ案件不足と評価する。

【0113】

ここで、「数量的な合計」とは、条件ＪＫ、属性ＺＳのうち、数値で表現可能なもの（例えば、金額（例えば、円）、工数（例えば、月数））の合計をいう。

【0114】

〈対応関係〉
実施形態２の処理部ＳＹ（ＳＶ）は、特許請求の範囲の「第１の算出部」、「第２の算出部」、「評価部」に対応する。

【0115】

図２５は、実施形態２の情報処理システムＪＳＳの動作を示すフローチャートである。

【0116】

図２６は、実施形態２の条件合計ＪＧの算出を示す。

【0117】

図２７は、実施形態２の属性合計ＺＧの算出を示す。

【0118】

実施形態２の情報処理システムＪＳＳの動作について、図２５～図２６を参照して説明する。

【0119】

ステップＳＴ２１：サーバＳＶの処理部ＳＹ（ＳＶ）は、図２６に示されるように、記憶部ＫＩ（ＳＶ）の案件データベースＤＢ（ＡＫ）に記憶されている複数の案件ＡＫ（案件Ａ、Ｂ、Ｃ、、、、）に規定されている少なくとも１種の条件ＪＫ（条件ｓ、ｔ、ｕ、、、、）について条件合計ＪＧ（例えば、金額（予算）ｓ＋金額（予算）ｔ＋金額（予算）ｕ＋、、、、＝金額の条件合計ＪＧ；工数ｓ＋工数ｔ＋工数ｕ＋、、、、＝工数の条件合計ＪＧ）を算出する。なお、処理部ＳＹは、条件ＪＫの種類ごとに条件合計ＪＧを算出してもよく、例えば、金額の合計と、工数の合計と、がそれぞれ算出される。

【0120】

ステップＳＴ２１で示す条件合計ＪＧは、所定期間ごと（例えば、週単位、月単位、年単位ごと）に集計されてもよい。この場合、集計時よりも将来の時間軸において所定期間ごとに予定されている案件ＡＫの条件合計ＪＧのみを算出してもよいし、将来の時間軸のみならず現在及び過去の時間軸も含めて、所定期間ごとに対応する期間に設定された案件ＡＫの条件合計ＪＧを算出してもよい。若しくは、条件合計ＪＧを集計する時点で、「実行中」「未着手」又は「受注予定」のいずれかの状態で案件データベースＤＢに登録されている案件ＡＫを集計対象として、条件合計ＪＧが算出されてもよい。若しくは、条件合計ＪＧを集計する集計時点で人材ＪＺが割り当てられていない「未着手」又は「受注予定」の状態の案件ＡＫを集計対象として、条件合計ＪＧが算出されてもよい。

【0121】

ステップＳＴ２２：サーバＳＶの処理部ＳＹ（ＳＶ）は、図２７に示されるように、記憶部ＫＩ（ＳＶ）の人材データベースＤＢ（ＪＺ）に記憶されている複数の人材ＪＺが有する少なくとも１種の属性（属性ｓ、ｔ、ｕ、、、、）について属性合計ＺＧ（例えば、金額（価格）ｓ＋金額（価格）ｔ＋金額（価格）ｕ＋、、、、＝金額に関する属性合計ＺＧ；工数ｓ＋工数ｔ＋工数ｕ＋、、、、＝工数に関する属性合計ＺＧ）を算出する。なお、処理部ＳＹは、属性ＺＳの種類ごとに属性合計ＺＧを算出してもよく、例えば、金額の合計と、工数の合計と、がそれぞれ算出される。

【0122】

ステップＳＴ２２で示す属性合計ＺＧの算出についても、ステップＳＴ２１と同様に、所定期間ごと（例えば、週単位、月単位、年単位ごと）に集計されてもよい。この場合、集計時よりも将来の時間軸において所定期間ごとの属性合計ＺＧを算出してもよいし、将来の時間軸のみならず現在及び過去の時間軸も含めて、所定期間ごとの属性合計ＺＧを算出してもよい。将来の時間軸における属性合計ＺＧは、現時点で人材データベースＤＢに登録されている情報に基づいて算出されてもよく、将来における属性合計ＺＧを算出する際に、退職予定の人材ＪＺに関する情報、昇給予定の人材ＪＺに関する情報などのように将来において確定している人材ＪＺに関する変動情報が参酌されてもよい。また工数に関する属性合計ＺＧを算出する際には、各人材ＪＺの基本工数又は割り当て可能工数を合計してもよいし、集計時点又は集計対象の所定期間における各人材ＪＺの空き工数を合計してもよい。

【0123】

ステップＳＴ２３：サーバＳＶの処理部ＳＹ（ＳＶ）は、上記の算出された条件合計ＪＧ（例えば、金額に関する条件合計ＪＧ＝金額（予算）ｓ＋金額（予算）ｔ＋金額（予算）ｕ＋、、、、）と、上記の算出された属性合計ＺＧ（例えば、金額（単価）に関する属性合計ＺＧ＝金額（価格）ｓ＋金額（価格）ｔ＋金額（価格）ｕ＋、、、、）とを比較する。処理部ＳＹ（ＳＶ）は、前記の比較により、前記条件合計ＪＧと前記属性合計ＺＧとの均衡の度合いを評価する。当該ステップＳＴで実行する均衡度合いの評価についても、所定期間ごと（例えば、週単位、月単位、年単位ごと）に実行されてもよく、集計時点及び過去の時間軸における実績としての均衡度合いが評価されるとともに、現時点で各データベースＤＢに登録されている情報に基づいて将来において予測される均衡度合いが評価されてもよい。

【0124】

処理部ＳＹ（ＳＶ）が、前記条件合計ＪＧが前記属性合計ＺＧより少ない旨の評価を示すとき、ユーザＵＳは、当該評価を参考として、案件ＡＫを増やすための行動を計画することができる。特に、前記条件合計ＪＧと前記属性合計ＺＧとの差分が、案件ＡＫの調達量の目安となる。

【0125】

上記とは対照的に、サーバＳＶの処理部ＳＹが、前記属性合計ＺＧが前記条件合計ＪＧより少ない旨の評価を示すときには、ユーザＵＳは人材ＪＺを増やすための行動を計画することができる。特に、前前記属性合計ＺＧと記条件合計ＪＧとの差分が、人材ＪＺの調達量の目安となる。

【0126】

処理部ＳＹは、ステップＳＴ２３で実行した均衡度合いの評価結果に基づいて、案件ＡＫ又は人材ＪＺの調達目安を算定し、ユーザＵＳに提供してもよい。例えば、均衡度合いの評価において案件ＡＫが人材ＪＺよりも少ないと判定されている場合には、過去の実績から特定される案件ＡＫの平均金額に基づいて、調達目安となる案件ＡＫの件数を算定してもよい（例；（金額の条件合計ＪＧ－金額の属性合計ＺＧ）／案件ＡＫの平均金額＝案件ＡＫの調達目安）。また、均衡度合いの評価において人材ＪＺが案件ＡＫに対して不足していると判定された場合には、人材データベースＤＢに登録されている人材の平均金額（平均単価）に基づいて、調達目安となる人材ＪＺの人数を算定してもよい（例；（金額の条件合計ＪＧ－金額の属性合計ＺＧ）／人材ＪＺの平均金額＝人材ＪＺの調達目安）。人材ＪＺの調達目安を算定する際には、集計時点よりも過去の時間軸における均衡度合いの評価結果を参酌し、所定期間以上（例；半年以上、１年以上）人材不足の期間が継続していれば、ユーザＵＳに人材ＪＺの採用を提案してもよい。人材不足の期間が所定期間以上継続しておらず一時的な期間に留まる場合には、外部リソースによる調達をユーザＵＳに提案してもよい。

【0127】

また、処理部ＳＹは、過去から将来にかけての均衡度合いの評価結果に基づいて、案件ＡＫの件数の増減度合いを示す変動情報（案件ＡＫの変動率、前年比、前月比など）を特定し、ユーザＵＳに提供してもよい。加えて、特定した変動情報に基づいて、将来における案件ＡＫの受注予測を実行してもよい。この受注予測において、処理部ＳＹは、将来予測される案件の金額及び／又は工数の合計を算出してもよい。そして、処理部ＳＹは、予測した案件金額の合計とステップＳＴ２２で算出した金額の属性合計ＺＧとの均衡度合いを評価してもよいし、予測した案件工数の合計とステップＳＴ２２で算出した工数の属性合計ＺＧとの均衡度合いを評価してもよい。処理部ＳＹは、このような将来の案件予測に対する人材ＪＺの均衡度合いの評価結果に基づいて、人材ＪＺの調達目安を算定し、当該算定結果をユーザＵＳに提供してもよい。

【0128】

〈実施形態２の効果〉
上述したように、実施形態２の情報処理システムＪＳＳでは、複数の案件ＡＫに規定されている少なくとも１種の条件ＪＫについての数量的な合計である条件合計ＪＧと、複数の人材ＪＺが有する少なくとも１種の属性ＺＳについての数量的な合計である属性合計ＺＧとを比較することにより、前記条件合計ＪＧと前記属性合計ＺＧとの均衡の度合いを評価する。これにより、ユーザＵＳは、前記均衡の度合いに応じた的確な行動（例、案件ＡＫを調達するための営業活動計画を立てる、人材ＪＺを調達するための採用計画を立てる、など）を取ることが可能となる。

【0129】

〈実施形態のハードウェアによる構成〉
図２８は、実施形態１、２の情報処理システムＪＳＳのハードウェアによる構成を示す。

【0130】

実施形態１、２の情報処理システムＪＳＳは、上述した機能を果たすべく、図２８に示されるように、処理回路ＳＹＯを含み、必要に応じて、入力回路ＮＹＵと、出力回路ＳＹＵと、を更に含む。

【0131】

処理回路ＳＹＯは、専用のハードウェアである。処理回路ＳＹＯは、主に、端末ＴＭの処理部ＳＹ（ＴＭ）（図２に図示。）、サーバＳＶの処理部ＳＹ（ＳＶ）（図３に図示。）の機能を実現する。

【0132】

処理回路ＳＹＯは、例えば、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）、またはこれらを組み合わせたものである。

【0133】

入力回路ＮＹＵ及び出力回路ＳＹＵは、例えば、端末ＴＭ、サーバＳＶの外部との間で、処理回路ＳＹＯの動作に関連する入力及び出力をやりとりする。

【0134】

〈実施形態のソフトウェアによる実現に基づくハードウェアの構成〉
図２９は、実施形態１、２の情報処理システムＪＳＳのソフトウェアによる実現に基づくハードウェアの構成を示す。

【0135】

実施形態１、２の情報処理システムＪＳＳは、図２９に示されるように、プロセッサＰＲＯと、記憶回路ＫＩＯと、を含み、必要に応じて、入力回路ＮＹＵと、出力回路ＳＹＵと、を更に含む。

【0136】

プロセッサＰＲＯは、プログラムを実行するＣＰＵ（Central Processing Unit、中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、ＤＳＰ（Digital Signal Processing）ともいう。）である。プロセッサＰＲＯは、主に、端末ＴＭの処理部ＳＹ（ＴＭ）、サーバＳＶの処理部ＳＹ（ＳＶ）の機能を実現する。

【0137】

プロセッサＰＲＯは、上記した機能の実現を、ソフトウェア、ファームウェア、またはソフトウェアとファームウェアとの組み合わせにより行う。ソフトウェア及びファームウェアは、プログラムＰＲＧとして記述され、記憶回路ＫＩＯに記憶されている。

【0138】

プロセッサＰＲＯは、記憶回路ＫＩＯから上記したプログラムＰＲＧを読み出して実行することにより、上記した機能を実現する。上記したプログラムＰＲＧは、端末ＴＭの処理部ＳＹ（ＴＭ）、サーバＳＶの処理部ＳＹ（ＳＶ）の手順及び方法をコンピュータに実行させるものであるともいえる。

【0139】

ここで、記憶回路ＫＩＯは、例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ、ＥＰＲＯＭ（Erasable Programmable Read Only Memory）、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）等の、不揮発性または揮発性の半導体メモリ、並びに、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤ（Digital Versatile Disc）等である。

【0140】

端末ＴＭの処理部ＳＹ（ＴＭ）、サーバＳＶの処理部ＳＹ（ＳＶ）の各機能のうち、一部の機能を処理回路ＳＹＯ（図２８に図示。）により実現し、他方で、他の一部の機能をプロセッサＰＲＯ（図２９に図示。）により実現してもよい。

【0141】

上述したように、端末ＴＭの処理部ＳＹ（ＴＭ）、サーバＳＶの処理部ＳＹ（ＳＶ）の機能は、ハードウェア、ソフトウェア、ファームウェア、またはこれらの組み合わせにより実現可能である。

【0142】

入力回路ＮＹＵ及び出力回路ＳＹＵは、例えば、端末ＴＭ、サーバＳＶの外部との間でプロセッサＰＲＯの動作に関連する入力及び出力をやりとりする。

【0143】

上述した実施形態は、本発明の理解を容易にするための例示に過ぎず、本発明を限定して解釈するためのものではない。本発明は、その趣旨を逸脱することなく、変更、改良することができると共に、本発明にはその均等物が含まれることは言うまでもない。例えば、上記の実施形態では、案件に割り当てるリソースとして「人材」を例示したが、リソースの例は、人材にかならずしも限定されず、機械、場所、動物などの人材以外のリソースであってもよい。

【0144】

〈構成の例示〉
本開示に係る情報処理方法、情報処理システム、サーバ、及びプログラムは、例えば、以下の構成を有する。

【0145】

［項目１］
各案件にそれぞれ割当候補リソース群が登録されている複数の案件のうちから、前記割当候補リソース群のうちの少なくとも１つの割当候補リソースが共通する２つ以上の案件を抽出する抽出工程と、
前記２つ以上の案件、及び、前記２つ以上の案件に対応する割当候補リソース群に含まれる前記割当候補リソースを表示する第１の表示工程と、
ユーザが、前記２つ以上の案件のうちの１つの案件に対応する割当候補リソース群に含まれる一の割当候補リソースを、前記１つの案件に仮割り当てることを繰り返し受け付ける受付工程と、
前記２つ以上の案件、及び、前記２つ以上の案件に仮割り当てられた割当候補リソースである仮割当リソースを表示する第２の表示工程と、
を含む、コンピュータにより実行される情報処理方法。
［項目２］
前記第１の表示工程において前記ユーザが、前記２つ以上の案件のうちの１つの案件に対応する割当候補リソース群に含まれる一の割当候補リソースを、前記１つの案件に仮割り当てようとする場合に、前記コンピュータが、前記２つ以上の案件のうちの他の案件に対応する他の割当候補リソース群に前記一の割当候補リソースが含まれるか否かを判定し、前記一の割当候補リソースが含まれると判定した前記他の案件における当該一の割当候補リソースを強調的に表示する、
項目１に記載の情報処理方法。
［項目３］
前記第１の表示工程において前記ユーザが、前記２つ以上の案件のうちの１つの案件に対応する割当候補リソース群に含まれる一の割当候補リソースを、前記１つの案件に仮割り当てた場合に、前記コンピュータが、前記２つ以上の案件のうちの他の案件に対応する他の割当候補リソース群に前記一の割当候補リソースが含まれるか否かを判定し、前記一の割当候補リソースが含まれると判定した前記他の案件における当該一の割当候補リソースを弱調的に表示する、
項目１に記載の情報処理方法。
［項目４］
いずれか一の案件に対して前記割当候補リソース群を登録する際に、前記一の案件に対応するリソース一覧表を前記ユーザに提示するリソースリスト出力工程と、
前記リソース一覧表のうちから前記一の案件に登録する1つ以上の前記割当候補リソースを選択する前記ユーザによる選択を受け付け、前記一の案件に対応する前記割当候補リソース群を生成する生成工程と、を更に含み、
前記リソースリスト出力工程において、前記コンピュータは、リソースデータベースにリソースごとに登録されている少なくとも１つの属性と、前記一の案件に求められる少なくとも１つの条件とをリソースごとに対比して、前記少なくとも１つの条件を満たすリソースが前記リソース一覧表の上位に配置されるように、前記リソースデータベースに含まれる複数のリソースを並び替えて、前記一の案件に対応する前記リソース一覧表を出力する、項目１－３のいずれかに記載の情報処理方法。
［項目５］
案件データベースにおいて案件ごとに登録されている少なくとも１つの条件を読み出し、前記複数の案件についての前記条件の数量的な合計である条件合計を算出する第１の算出工程と、
リソースデータベースにおいてリソースごとに登録されている少なくとも１つの属性を読み出し、複数のリソースについての前記属性の数量的な合計である属性合計を算出する第２の算出工程と、
前記条件合計と前記属性合計とを比較することにより、前記条件合計と前記属性合計との均衡の度合いを評価する評価工程と、
を更に含む、項目１－３のいずれかに記載の情報処理方法。
［項目６］
前記抽出工程の実行前に、前記複数の案件を含む案件リストを前記ユーザに提示する案件リスト出力工程を、更に含み、
前記案件リスト出力工程において、前記コンピュータは、案件データベースにおいて案件ごとに登録されている受注確度を参照し、前記複数の案件のうちのリソースの割り当てが完了していない案件を前記受注確度の降順に並び替えて、前記案件リストを出力する、項目１－３のいずれかに記載の情報処理方法。
［項目７］
前記各案件は、それぞれに１つのリソースを割り当てる少なくとも１つの枠を有し、
前記案件リスト出力工程において、前記コンピュータは、前記受注確度に基づいて案件を並び替えたうえで、同一水準の受注確度を有する２以上の案件についてはリソースが割り当てられていない未確定の枠の数が多い順で並び替えることで、前記案件リストを出力する、項目６に記載の情報処理方法。
［項目８］
各案件にそれぞれ割当候補リソース群が登録されている複数の案件のうちから、前記割当候補リソース群のうちの少なくとも１つの割当候補リソースが共通する２つ以上の案件を抽出する抽出部と、
前記２つ以上の案件、及び、前記２つ以上の案件に対応する割当候補リソース群に含まれる前記割当候補リソースを表示する第１の表示出力部と、
ユーザが、前記２つ以上の案件のうちの１つの案件に対応する割当候補リソース群に含まれる一の割当候補リソースを、前記１つの案件に仮割り当てることを繰り返し受け付ける受付部と、
前記２つ以上の案件、及び、前記２つ以上の案件に仮割り当てられた割当候補リソースである仮割当リソースを表示する第２の表示出力部と、
を含む情報処理システム。
［項目９］
各案件にそれぞれ割当候補リソース群が登録されている複数の案件のうちから、前記割当候補リソース群のうちの少なくとも１つの割当候補リソースが共通する２つ以上の案件を抽出する抽出部と、
前記２つ以上の案件、及び、前記２つ以上の案件に対応する割当候補リソース群に含まれる前記割当候補リソースを表示する第１の表示出力部と、
ユーザが、前記２つ以上の案件のうちの１つの案件に対応する割当候補リソース群に含まれる一の割当候補リソースを、前記１つの案件に仮割り当てることを繰り返し受け付ける受付部と、
前記２つ以上の案件、及び、前記２つ以上の案件に仮割り当てられた割当候補リソースである仮割当リソースを表示する第２の表示出力部と、
を含むサーバ。
［項目１０］
各案件にそれぞれ割当候補リソース群が登録されている複数の案件のうちから、前記割当候補リソース群のうちの少なくとも１つの割当候補リソースが共通する２つ以上の案件を抽出する抽出工程と、
前記２つ以上の案件、及び、前記２つ以上の案件に対応する割当候補リソース群に含まれる前記割当候補リソースを表示する第１の表示工程と、
ユーザが、前記２つ以上の案件のうちの１つの案件に対応する割当候補リソース群に含まれる一の割当候補リソースを、前記１つの案件に仮割り当てることを繰り返し受け付ける受付工程と、
前記２つ以上の案件、及び、前記２つ以上の案件に仮割り当てられた割当候補リソースである仮割当リソースを表示する第２の表示工程と、
をコンピュータに実行させるためのプログラム。

【符号の説明】

【0146】

ＪＳＳ情報処理システム
ＳＶサーバ
ＴＭ端末
ＮＷネットワーク
ＵＳユーザ

【要約】

【課題】案件に対するリソースの割り当てを支援する。
【解決手段】各案件にそれぞれ割当候補リソース群が登録されている複数の案件のうちから、前記割当候補リソース群のうちの少なくとも１つの割当候補リソースが共通する２つ以上の案件を抽出する抽出工程と、前記２つ以上の案件、及び、前記２つ以上の案件に対応する割当候補リソース群に含まれる前記割当候補リソースを表示する第１の表示工程と、ユーザが、前記２つ以上の案件のうちの１つの案件に対応する割当候補リソース群に含まれる一の割当候補リソースを、前記１つの案件に仮割り当てることを繰り返し受け付ける受付工程と、前記２つ以上の案件、及び、前記２つ以上の案件に仮割り当てられた割当候補リソースである仮割当リソースを表示する第２の表示工程と、をコンピュータが実行する情報処理方法。
【選択図】図１