JP2025022230A - 情報処理装置、情報処理方法、プログラム - Google Patents

Abstract

【課題】複数のプロジェクトの状況を一目で把握することができる情報処理装置、方法及びプログラムを提供する。
【解決手段】プロジェクトサーバ及び管理者端末と通信接続する管理サーバ、それぞれ担当者端末と通信接続する複数のプロジェクトサーバとを含んで構成される情報処理システムにおいて、管理サーバは、複数のプロジェクトに対応するサーバの情報取得先の登録を受け付ける登録受付部と、複数のプロジェクトに対応するサーバの情報取得先それぞれからプロジェクト遂行の状況の把握に用いる記録情報を取得する情報取得部と、取得した記録情報を用いて複数のプロジェクトのそれぞれについての遂行の状況を示す出力情報を生成する生成部と、を備える。
【選択図】図４

Description

この開示は、情報処理装置、情報処理方法、プログラムに関する。

プロジェクト遂行にあたり、進捗、品質、タスク管理を実施するため、汎用的なプロジェクト遂行の手法やツールが利用されている。

特許文献１には、１つのプロジェクトの課題、タスク、リスクの情報を一元的に管理するための技術が開示されている。

国際公開第２０２１／１８２５３１号

ここでプロジェクトの管理者は、複数のプロジェクトを並行して管理する場合がある。管理者は、大規模な複数のプロジェクトの進捗、品質などの状況を確認する必要がある。しかしながら管理者は、通常、プロジェクトに対応するシステムごとに、プロジェクトの進捗や品質などの状況の報告が登録されるため、管理対象のプロジェクトの数が増加した場合、その確認作業に多くの労力をかけなければならないという問題があった。

この開示は、上記の課題を解決する情報処理装置、情報処理方法、プログラムを提供することを目的としている。

この開示の第１の態様によれば、情報処理装置は、複数のプロジェクトに対応するサーバの情報取得先の登録を受け付ける登録受付手段と、前記複数のプロジェクトに対応するサーバの前記情報取得先それぞれからプロジェクト遂行の状況の把握に用いる記録情報を取得する情報取得手段と、取得した前記記録情報を用いて前記複数のプロジェクトのそれぞれについての遂行の状況を示す出力情報を生成する生成手段とを備える。

この開示の第２の態様によれば、情報処理方法は、複数のプロジェクトに対応するサーバの情報取得先の登録を受け付け、前記複数のプロジェクトに対応するサーバの前記情報取得先それぞれからプロジェクト遂行の状況の把握に用いる記録情報を取得し、取得した前記記録情報を用いて前記複数のプロジェクトのそれぞれについての遂行の状況を示す出力情報を生成する。

この開示の第３の態様によれば、プログラムは、コンピュータを、複数のプロジェクトに対応するサーバの情報取得先の登録を受け付ける登録受付手段、前記複数のプロジェクトに対応するサーバの前記情報取得先それぞれからプロジェクト遂行の状況の把握に用いる記録情報を取得する情報取得手段、取得した前記記録情報を用いて前記複数のプロジェクトのそれぞれについての遂行の状況を示す出力情報を生成する生成手段、として機能させる。

本開示によれば、複数のプロジェクトの状況を一目で把握することが可能となる。

この開示の一実施形態による情報処理システムの処理概要を示す図である。 この開示の一実施形態による情報処理システムのシステム構成を示す図である。 この開示の一実施形態による管理サーバのハードウェア構成を示す図である。 この開示の一実施形態による管理サーバの機能ブロック図である。 この開示の一実施形態による管理サーバの処理フローを示す図である。 この開示の他の実施形態による管理サーバの一態様を示す図である。 この開示の他の実施形態による管理サーバの処理フローを示す図である。

図１はこの開示の一実施形態による情報処理システムの処理概要を示す図である。
この開示の情報処理システム１００は、プロジェクトＡ、プロジェクトＢ、プロジェクトＣなどの複数のプロジェクトの情報を、各プロジェクトに対応するサーバから自動抽出する。なお各プロジェクトはソフトウェアの開発のプロジェクトであるとする。自動抽出対象は、プロジェクトの進捗に関する情報、プロジェクトの品質に関する情報、プロジェクトの状況を示す項目の情報などである。情報処理システム１００は、これらの情報をまとめたレポート形式の出力情報２００を生成して出力する。管理者は、プロジェクトＡ、プロジェクトＢ、プロジェクトＣなどの複数のプロジェクトを管理する。管理者は出力情報２００を確認することにより、複数のプロジェクトの進捗、品質、状況を、労力なく把握することが可能となる。

図２はこの開示の一実施形態による情報処理システムのシステム構成を示す図である。
情報処理システム１００は、管理サーバ１、プロジェクトサーバ２を少なくとも含んで構成する。情報処理システム１００は、管理者端末５、担当者端末６を含むと定義されてもよい。図２に示す情報処理システム１００において、管理サーバ１は、プロジェクトサーバ２、管理者端末５と通信接続してよい。管理者は、複数のプロジェクトサーバ２それぞれに対応する異なるプロジェクトを並行して管理し、管理者端末５を利用する。プロジェクトサーバ２それぞれは担当者端末６と通信接続してよい。担当者は、あるプロジェクトの取り纏めを行うプロジェクト担当のリーダやプログラマ等であり、担当者端末６を利用する。

図３はこの開示の一実施形態による管理サーバのハードウェア構成を示す図である。
図３で示すように、管理サーバ１は、例えば、ＣＰＵ（Central Processing Unit）１０１、ＲＯＭ（Read Only Memory）１０２、ＲＡＭ（Random Access Memory）１０３、他の記憶装置１０４、通信モジュール１０５等の各ハードウェアを備えたコンピュータである。プロジェクトサーバ２、管理者端末５、担当者端末６も同様のハードウェア構成を備えている。

図４はこの開示の一実施形態による管理サーバの機能ブロック図である。
管理サーバ１は予め記憶するプロジェクト管理プログラムを起動する。これにより管理サーバ１は、登録受付部１１、情報取得部１２、生成部１３、表示部１４、データベース１５の機能を発揮する。なお複数のコンピュータが登録受付部１１、情報取得部１２、生成部１３、表示部１４、データベース１５の何れか一つまたは複数の機能を発揮して、各コンピュータが連携することにより管理サーバ１を構成するように構成してもよい。

登録受付部１１は、複数のプロジェクトに対応するサーバの情報取得先の登録を受け付ける。
情報取得部１２は、複数のプロジェクトに対応するサーバの情報取得先それぞれからプロジェクト遂行の状況の把握に用いる記録情報を取得する。
生成部１３は、取得した記録情報を用いて複数のプロジェクトのそれぞれについての遂行の状況を示す出力情報を生成する。
表示部１４は、管理者端末５からの要求に基づいて生成部１３の生成した出力情報を管理者端末５に出力する。表示部１４は外部装置のインタフェースとしてのウェブサーバの機能を有する。

ここで、登録受付部１１は、複数のプロジェクトそれぞれに対応するプロジェクトサーバ２の記憶装置（データベース等）における情報取得先の登録を受け付ける。また情報取得部１２は、所定の設定タイミングで情報取得先それぞれから記録情報を取得する。

生成部１３は、記録情報であるソースコードの情報量と、当該ソースコードを記録する記憶装置を有するサーバに対して設定されたソースコードの情報量の閾値とに基づいて、複数のプロジェクトの遂行における進捗または品質の状況を含む出力情報を生成してよい。

生成部１３は、記録情報であるソースコードの内容に基づいて、複数のプロジェクトの遂行における品質の状況を含む出力情報を生成してよい。

生成部１３は、記録情報であるソースコードの他者による評価を示すレビュー結果に基づいて、複数のプロジェクトの遂行における品質の状況を含む出力情報を生成してよい。

生成部１３は、記録情報である進捗管理に関する項目に基づいて、複数のプロジェクトの遂行における進捗の状況を含む出力情報を生成してよい。

生成部１３は、記録情報である議事録に含まれる文字列に基づいて、複数のプロジェクトの遂行における進捗の状況を含む出力情報を生成してよい。

生成部１３は、複数のプロジェクトにおける一つのプロジェクトと、当該プロジェクトに関連する他のプロジェクトとに基づいて、一つのプロジェクトの進捗が所定の閾値に達していないと判定した場合に、他のプロジェクトの遅延に関する情報を含む出力情報を生成してよい。

プロジェクトサーバ２は、それぞれ１つのプロジェクトに関する情報を記憶する。例えば図２に図示する３つのプロジェクトサーバ２は、それぞれプロジェクトＡ、プロジェクトＢ、プロジェクトＣのそれぞれに対応する情報を記憶する。プロジェクトリーダやプロジェクト内のプログラマ等の各担当者は、担当者端末６を用いて自身が担当しているプロジェクトを管理するプロジェクトサーバ２にアクセスする。各担当者は、担当者端末６を用いて自身が所属するプロジェクトに関する情報をプロジェクトサーバ２に記録する。プロジェクトに関する情報は、コーディングしたプログラム、他者のプログラムを評価したレビュー結果、プロジェクト内の会議の議事録、進捗管理などの情報が登録されているＷＢＳ（Work Breakdown Structure）情報などである。プロジェクトリーダやプロジェクト内のプログラマ等の各担当者は、これらプロジェクトに関する情報を、所定のタイミングでプロジェクトサーバ２に記録する。プロジェクトサーバ２はデータベース等の記憶装置にプロジェクトに関する情報を記録する。これらプロジェクトに関する情報は、プロジェクトサーバ２のデータベースにおける所定の位置に記録され、ＳＱＬ（Structured Query Language）を用いたクエリを用いて、所望の情報を読み出すことができる。

図５はこの開示の一実施形態による管理サーバの処理フローを示す図である。
次に管理サーバ１の処理フローについて順を追って説明する。まずプロジェクトＡ,Ｂ，Ｃを統括して管理する管理者は、管理者端末５を管理サーバ１に接続する操作を行う。これにより管理者端末５と管理サーバ１とが通信接続する。管理サーバ１の表示部１４は管理ウェブページを管理者端末５に送信する。管理ウェブページには、例えば、管理サーバ１が各プロジェクトに関する情報を対応するプロジェクトサーバ２から取得できるように情報取得先を指示するための入力欄が設けられている。管理者はこの入力欄に、各プロジェクトサーバ２のデータベースのサーバ名、ＩＰアドレス、ポート番号や、各プロジェクトサーバ２に対応する各プロジェクトに関する各情報を読み出すためのＳＱＬを用いたクエリを入力する。管理者は管理者端末５を用いて管理ウェブページに表示されている登録ボタンをクリックする。管理者端末５は、各プロジェクトサーバ２のデータベースのサーバ名、ＩＰアドレス、ポート番号や、各プロジェクトサーバ２に対応する各プロジェクトに関する各情報を読み出すためのＳＱＬを用いたクエリを含む登録要求を管理サーバ１へ送信する。管理サーバ１の登録受付部１１は、プロジェクトサーバ２のデータベースのサーバ名、ＩＰアドレス、ポート番号と、プロジェクトに関する各情報を読み出すためのＳＱＬを用いたクエリを紐づけて、情報取得先としてプロジェクトサーバ２毎にデータベース等に記憶する。この処理は登録受付部１１が、複数のプロジェクトに対応するプロジェクトサーバ２の情報取得先の登録を受け付ける処理の一例である。情報取得先としては、各情報を読み出すためのＳＱＬを用いたクエリの代わりに、情報の格納されているフォルダ名やファイル名、当該ファイルにおける情報の記憶先を指定するＵＲＩなどの情報等であってもよい。

事前に情報取得先の情報が登録されている状況において、管理サーバ１の情報取得部１２は、所定のタイミングで、プロジェクトサーバ２の情報取得先として記録されたサーバ名、ＩＰアドレス、ポート番号、ＳＱＬのクエリを読み取り、当該サーバ名、ＩＰアドレス、ポート番号が示すプロジェクトサーバ２へ、ＳＱＬのクエリを送信する（ステップＳ１０１）。これにより管理サーバ１の情報取得部１２は、複数のプロジェクトサーバ２へＳＱＬのクエリを送信する。その結果、情報取得部１２は、ＳＱＬのクエリで指定したプロジェクトに関する情報を各プロジェクトサーバ２から取得する（ステップＳ１０２）。これにより、管理サーバ１は複数のプロジェクトに対応するプロジェクトサーバ２からプロジェクトに関する情報をそれぞれ取得することができる。情報取得部１２は、管理者の操作に基づく管理者端末５からの情報取得指示に基づいて、各プロジェクトサーバ２の情報取得先からプロジェクトに関する情報を取得してもよい。これにより、管理サーバ１は、各プロジェクトについて、コーディングされたプログラム、他者のプログラムを評価したレビュー結果、プロジェクト内の会議の議事録、ＷＢＳ（Work Breakdown Structure）情報などを取得する。

情報取得部１２は取得した情報を生成部１３へ出力する。生成部１３は、プロジェクトについての出力情報の生成に利用するテンプレート情報をデータベース１５から取得する（ステップＳ１０３）。テンプレート情報には、プロジェクトに関する情報に基づいて、プロジェクトの遂行の進捗度合、プロジェクトの遂行における品質度合、プロジェクトの遂行における課題抽出を行うための情報などが含まれている。

生成部１３は、情報取得部１２がプロジェクトサーバ２から取得した各プロジェクトに関する情報と、テンプレート情報を用いて、各プロジェクトの表示情報を生成する（ステップＳ１０４）。

（プロジェクト遂行の第一の例）
一例として、テンプレート情報には、プロジェクト遂行における所定期間において進捗度合を良好と判断するためのソースコードの情報量（行数閾値など）が記録されている。プロジェクトサーバ２から取得したプログラムのソースコードが示す行数と、テンプレート情報から読み取った行数閾値との比較に基づいて、進捗度合いが良いか悪いかを判断することができる。

生成部１３は、例えばプロジェクトサーバ２から取得したプログラムのソースコードが示す行数ｎ１が、テンプレート情報から読み取った行数閾値ｎ２に所定行数ｎ３を加えた行数よりも多い場合（ｎ１＞ｎ２＋ｎ３）には、進捗度が良いと判定する。生成部１３は、例えばプロジェクトサーバ２から取得したプログラムのソースコードが示す行数ｎ１が、テンプレート情報から読み取った行数閾値ｎ２よりも所定行数ｎ４以上少ない場合（ｎ１＜ｎ２－ｎ４）には、進捗度が悪いと判定する。生成部１３は、例えばプロジェクトサーバ２から取得したプログラムのソースコードが示す行数ｎ１が、テンプレート情報から読み取った行数閾値を基準とした所定行数差以内（ｎ２＋ｎ３≧ｎ１≧ｎ２－ｎ４）である場合には、進捗度が標準と判定する。生成部１３は、プロジェクトの識別子と、進捗度（良い〇、悪い×、標準△）とを紐づけて表示する第一の表示情報を生成する。生成部１３は、各プロジェクトの第一の表示情報を同様に生成する。

なお生成部１３はプロジェクトに所属する各プログラマが作成したソースコードを取得し、プログラマ毎の第一の表示情報を、プロジェクト毎に生成してよい。または生成部１３は、各プログラマについて生成した第一の表示が示す進捗度「良い」が示す数の、プログラマの総数に対する割合に基づいて、進捗度が良いか悪いかを示す指標を特定し、その指標をプロジェクトにおけるプログラマ全体の進捗度となる第一の表示情報を、プロジェクト毎に生成してもよい。

（プロジェクト遂行の第二の例）
他の一例として、テンプレート情報には、プロジェクト遂行における所定期間において品質度合を良好と判断するためのソースコードの情報量（行数閾値など）が記録されている。プロジェクトサーバ２から取得したプログラムのソースコードが示す行数と、テンプレート情報から読み取った行数閾値との比較に基づいて、品質が良いか悪いかを判断することができる。例えばあるプロジェクトにおけるプログラムの開発において通常考えられるソースコードの行数閾値と比較して、プログラマが作成したプログラムのソースコードの行数がかなり多い場合、そのプログラムの品質が悪いと判定することができる。

この場合、生成部１３は、例えばプロジェクトサーバ２から取得したプログラムのソースコードが示す行数ｍ１が、テンプレート情報から読み取った行数閾値ｍ２に所定行数ｍ３を加えた行数よりも多い場合（ｍ１＞ｍ２＋ｍ３）には、品質が悪いと判定する。生成部１３は、例えばプロジェクトサーバ２から取得したプログラムのソースコードが示す行数ｍ１が、テンプレート情報から読み取った行数閾値ｍ２以下である場合、品質が良い判定する。生成部１３は、プロジェクトの識別子と、品質（良い〇、悪い×）とを紐づけて表示する第二の表示情報を生成する。生成部１３は、各プロジェクトの第二の表示情報を同様に生成する。生成部１３は、プロジェクトサーバ２から取得したプログラムのソースコードが示す行数と、テンプレート情報から読み取った行数閾値とに基づいて、品質が標準△であると判定する表示情報を生成してもよい。

なお生成部１３はプロジェクトに所属する各プログラマが作成したソースコードを取得し、プログラマ毎の第二の表示情報を生成してよい。または生成部１３は、各プログラマについて生成した第二の表示情報において品質「良い」が示す数の、プログラマの総数に対する割合に基づいて、品質が良いか悪いかを示す指標を特定し、その指標をプロジェクトにおけるプログラマ全体の品質を示す第二の表示情報として生成してもよい。

上述のプロジェクト遂行の第一の例、第二の例は、生成部１３が、記録情報であるソースコードの情報量と、当該ソースコードを記録する記憶装置を有するサーバに対して設定されたソースコードの情報量の閾値とに基づいて、複数のプロジェクトの遂行における進捗または品質の状況を含む表示情報を生成する処理の一態様である。

（プロジェクト遂行の第三の例）
他の一例として、生成部１３は、プロジェクトサーバ２への記録情報であるソースコードの内容に基づいて、複数のプロジェクトの遂行における品質の状況を含む表示情報を生成してもよい。

例えばテンプレート情報には、ソースコードにおいて条件分岐を指定できる上限回数が記録されているとする。この場合、生成部１３は、テンプレート情報から読み取った条件分岐の上限回数と、ソースコード中の条件分岐の回数とを比較する。生成部１３は、ソースコード中の条件分岐の回数が、テンプレート情報から読み取った条件分岐の上限回数未満である場合にはソースコードの品質が良いと判定する。生成部１３は、ソースコード中の条件分岐の回数が、テンプレート情報から読み取った条件分岐の上限回数以上である場合にはソースコードの品質が悪いと判定する。生成部１３は、プロジェクトの識別子と、品質（良い〇、悪い×）とを紐づけて表示する第三の表示情報を生成する。生成部１３は、各プロジェクトの第三の表示情報を同様に生成する。生成部１３は、ソースコード中の条件分岐の回数と、テンプレート情報から読み取った条件分岐の上限回数との値に基づいて、品質が標準△であると判定する表示情報を生成してもよい。

なお生成部１３はプロジェクトに所属する各プログラマが作成したソースコードを取得し、プログラマ毎の第三の表示情報を生成してよい。または生成部１３は、各プログラマについて生成した第三の表示情報において品質「良い」が示す数の、プログラマの総数に対する割合に基づいて、品質が良い、悪い、標準のいずれかを示す指標を特定し、その指標をプロジェクトにおけるプログラマ全体の品質を示す第三の表示情報として生成してもよい。

（プロジェクト遂行の第四の例）
他の一例として、生成部１３は、プロジェクトサーバ２への記録情報であるソースコードの他者による評価を示すレビュー結果に基づいて、複数のプロジェクトの遂行における品質の状況を含む表示情報を生成してもよい。

例えばテンプレート情報には、レビュー結果において品質が悪いことを示す際に記載する文言の文字列が記録されているとする。この場合、生成部１３は、テンプレート情報から読み取った品質が悪いことを示す文言と、レビュー結果に含まれる文章とを比較する。生成部１３は、レビュー結果に含まれる文章における、品質が悪いことを示す文言の出現回数が所定回数未満である場合には、ソースコードの品質が良いと判定する。生成部１３は、レビュー結果に含まれる文章における、品質が悪いことを示す文言の出現回数が所定回数以上である場合には、ソースコードの品質が悪いと判定する。生成部１３は、レビュー結果に含まれる文章における、品質が悪いことを示す文言の出現回数に基づいて、ソースコードの品質が標準△であると判定してもよい。生成部１３は、プロジェクトの識別子と、品質（良い、悪い）とを紐づけて表示する第四の表示情報を生成する。生成部１３は、各プロジェクトの第四の表示情報を同様に生成する。

なお生成部１３はプロジェクトに所属する各プログラマに対するレビュー結果を取得し、プログラマ毎の第四の表示情報を生成してよい。または生成部１３は、各プログラマについて生成した第四の表示において品質「良い」が示す数の、プログラマの総数に対する割合に基づいて、品質が良い、悪い、標準のいずれかを示す指標を特定し、その指標をプロジェクトにおけるプログラマ全体の品質を示す第四の表示として生成してもよい。

（プロジェクト遂行の第五の例）
他の一例として、生成部１３は、プロジェクトサーバ２への記録情報である進捗管理に関する項目に基づいて、複数のプロジェクトの遂行における進捗の状況を含む表示情報を生成してもよい。

例えばテンプレート情報には、ＷＢＳ（Work Breakdown Structure）情報において進捗の状況が良いか悪いかを示す日数ｎの情報が記録されているとする。例えばプロジェクトにおけるある予定の完了予定日と完了日の関係に基づいて、進捗が良いか悪いかを判定できる。例えば完了日が完了予定日より１週間（ｎ＝７日）より前であれば進捗が良いと判断してよい。また例えば完了日が完了予定日の前後１週間（ｎ＝７日）以内であれば進捗は標準と判断してよい。また例えば完了日が完了予定日の１週間（ｎ＝７日）後よりも遅い場合には進捗は悪いと判断してよい。生成部１３は、テンプレート情報から読み取った日数ｎと、ＷＢＳに記録されている完了予定日と完了日とを比較して、進捗が良いか、標準か、悪いかを判定する。生成部１３は、プロジェクトの識別子と、進捗（良い〇、標準△、悪い×）とを紐づけて表示する第五の表示情報を生成する。生成部１３は、各プロジェクトの第五の表示情報を同様に生成する。なお、生成部１３は、プロジェクトサーバ２への記録情報である進捗管理に関する項目に基づいて、複数のプロジェクトの遂行における品質の状況を含む表示情報を生成してもよい。

（プロジェクト遂行の第六の例）
他の一例として、生成部１３は、プロジェクトサーバ２への記録情報である議事録に含まれる文字列に基づいて、複数のプロジェクトの遂行における進捗の状況を含む表示情報を生成してもよい。

例えばテンプレート情報には、議事録の記載内容に基づいて進捗の状況が良いか悪いかを判断するための文字列（単語）が記録されているとする。例えば生成部１３は、プロジェクトにおけるある会議の議事録において課題を示す項目が記録され、テンプレート情報に含まれる進捗の状況が良いか悪いかを判断するための文字列（単語）と一致した場合、進捗が悪いと判定してよい。生成部１３は、プロジェクトの識別子と、進捗（良い〇、標準△、悪い×）とを紐づけて表示する第六の表示情報を生成する。生成部１３は、各プロジェクトの第六の表示情報を同様に生成する。なお、生成部１３は、プロジェクトサーバ２への記録情報である議事録に含まれる文字列に基づいて、複数のプロジェクトの遂行における品質の状況を含む表示情報を生成してもよい。または生成部１３は、プロジェクトにおけるある会議の議事録において課題を示す項目が記録され、テンプレート情報に含まれる進捗の状況が良いか悪いかを判断するための文字列（単語）と一致した場合、その文字列そのものを示す表示情報を生成してもよい。

（プロジェクト遂行の第七の例）
他の一例として、生成部１３は、複数のプロジェクトにおける一つのプロジェクトと、当該プロジェクトに関連する他のプロジェクトとに基づいて、一つのプロジェクトの進捗が所定の閾値に達していないと判定した場合に、他のプロジェクトの遅延に関する情報を含む表示情報を生成してもよい。

例えばテンプレート情報には、関連性の高いプロジェクトの組み合わせが記録されている。関連性の高いプロジェクトは、例えば一つのプロジェクトある作業が完了しないと、他のプロジェクトのある作業を進められないなどの関係にあるプロジェクトである。生成部１３は、ＷＢＳの情報に含まれるあるプロジェクトの完了予定日までの期間の日付が完了日として記録されておらず、当該プロジェクトと、そのプロジェクトに関連する他のプロジェクトの識別子がテンプレート情報に紐づいて記録されている場合、他のプロジェクトの進捗が遅延することを表示する第七の表示情報を生成する。生成部１３は、複数のプロジェクトについて第七の表示情報を生成してよい。

上述の処理により、生成部１３が複数のプロジェクトについての第一の表示情報から第七の表示情報を生成すると、生成部１３は、表示部１４にウェブページの出力を指示する。表示部１４は、複数のプロジェクトについての第一の表示情報から第七の表示情報を含むウェブページを生成する（ステップＳ１０５）。このウェブページは出力情報の一態様である。表示部１４は生成したウェブページを管理者端末５へ送信する（ステップＳ１０６）。これにより管理者端末５はウェブページをモニタに出力する。

以上の処理により、管理者は、管理者端末５に表示されたウェブページを用いて、自身が管理する複数のプロジェクトの遂行に関する進捗、品質、所定の項目に関する情報を一度に把握することができる。

なお上述の例において表示部１４は、複数のプロジェクトについての第一の表示情報から第七の表示情報を含むウェブページを生成している。しかしながら表示部１４は、複数のプロジェクトについての第一の表示情報から第七の表示情報の何れか一つまたは複数の表示情報を含むウェブページを生成してもよい。

図６はこの開示の他の実施形態による管理サーバの一態様を示す図である。
図７はこの開示の他の実施形態による管理サーバの処理フローを示す図である。
管理サーバ１は、登録受付部１１、情報取得部１２、生成部１３を備える。
登録受付部１１は、複数のプロジェクトに対応するサーバの情報取得先の登録を受け付ける（ステップＳ２０１）。
情報取得部１２は、複数のプロジェクトに対応するサーバの情報取得先それぞれからプロジェクト遂行の状況の把握に用いる記録情報を取得する（ステップＳ２０２）。
生成部１３は、取得した記録情報を用いて複数のプロジェクトのそれぞれについての遂行の状況を示す出力情報を生成する（ステップＳ２０３）。なお、登録受付部１１、情報取得部１２、生成部１３のうちの何れか一つまたは複数の機能を発揮する複数のコンピュータが連携することにより管理サーバ１を構成してもよい。

上記の管理サーバ１が実行するプログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。

以上、この開示の管理サーバ１を説明したが、この開示は上述の実施の形態に限定されるものではない。この開示の構成や詳細には、この開示のスコープ内で当業者が理解し得る様々な変更をすることができる。そして、各実施の形態は、適宜他の実施の形態と組み合わせることができる。

なお、上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。

（付記１）
複数のプロジェクトに対応するサーバの情報取得先の登録を受け付ける登録受付手段と、
前記複数のプロジェクトに対応するサーバの前記情報取得先それぞれからプロジェクト遂行の状況の把握に用いる記録情報を取得する情報取得手段と、
取得した前記記録情報を用いて前記複数のプロジェクトのそれぞれについての遂行の状況を示す出力情報を生成する生成手段と、
を備える情報処理装置。

（付記２）
前記登録受付手段は、前記複数のプロジェクトそれぞれのサーバの記憶装置における前記情報取得先の登録を受け付け、
前記情報取得手段は、所定の設定タイミングで前記情報取得先それぞれから前記記録情報を取得する
付記１に記載の情報処理装置。

（付記３）
前記生成手段は、前記記録情報であるソースコードの情報量と、当該ソースコードを記録する記憶装置を有するサーバに対して設定された前記ソースコードの情報量の閾値とに基づいて、前記複数のプロジェクトの遂行における進捗または品質の状況を含む前記出力情報を生成する
付記１または付記２に記載の情報処理装置。

（付記４）
前記生成手段は、前記記録情報であるソースコードの内容に基づいて、前記複数のプロジェクトの遂行における品質の状況を含む前記出力情報を生成する
付記１または付記２に記載の情報処理装置。

（付記５）
前記生成手段は、前記記録情報であるソースコードの他者による評価を示すレビュー結果に基づいて、前記複数のプロジェクトの遂行における品質の状況を含む前記出力情報を生成する
付記１または付記２に記載の情報処理装置。

（付記６）
前記生成手段は、前記記録情報である進捗管理に関する項目に基づいて、前記複数のプロジェクトの遂行における進捗の状況を含む前記出力情報を生成する
付記１または付記２に記載の情報処理装置。

（付記７）
前記生成手段は、前記記録情報である議事録に含まれる文字列に基づいて、前記複数のプロジェクトの遂行における進捗の状況を含む前記出力情報を生成する
付記１または付記２に記載の情報処理装置。

（付記８）
前記生成手段は、前記複数のプロジェクトにおける一つのプロジェクトと、当該プロジェクトに関連する他のプロジェクトとに基づいて、前記一つのプロジェクトの進捗が所定の閾値に達していないと判定した場合に、他のプロジェクトの遅延に関する情報を含む前記出力情報を生成する
付記１または付記２に記載の情報処理装置。

（付記９）
複数のプロジェクトに対応するサーバの情報取得先の登録を受け付ける登録受付手段と、
前記複数のプロジェクトに対応するサーバの前記情報取得先それぞれからプロジェクト遂行の状況の把握に用いる記録情報を取得する情報取得手段と、
取得した前記記録情報を用いて前記複数のプロジェクトのそれぞれについての遂行の状況を示す出力情報を生成する生成手段と、
を備える情報処理システム。

（付記１０）
前記登録受付手段は、前記複数のプロジェクトそれぞれのサーバの記憶装置における前記情報取得先の登録を受け付け、
前記情報取得手段は、所定の設定タイミングで前記情報取得先それぞれから前記記録情報を取得する
付記９に記載の情報処理システム。

（付記１１）
前記生成手段は、前記記録情報であるソースコードの情報量と、当該ソースコードを記録する記憶装置を有するサーバに対して設定された前記ソースコードの情報量の閾値とに基づいて、前記複数のプロジェクトの遂行における進捗または品質の状況を含む前記出力情報を生成する
付記９または付記１０に記載の情報処理システム。

（付記１２）
前記生成手段は、前記記録情報であるソースコードの内容に基づいて、前記複数のプロジェクトの遂行における品質の状況を含む前記出力情報を生成する
付記９または付記１０に記載の情報処理システム。

（付記１３）
前記生成手段は、前記記録情報であるソースコードの他者による評価を示すレビュー結果に基づいて、前記複数のプロジェクトの遂行における品質の状況を含む前記出力情報を生成する
付記９または付記１０に記載の情報処理システム。

（付記１４）
前記生成手段は、前記記録情報である進捗管理に関する項目に基づいて、前記複数のプロジェクトの遂行における進捗の状況を含む前記出力情報を生成する
付記９または付記１０に記載の情報処理システム。

（付記１５）
前記生成手段は、前記記録情報である議事録に含まれる文字列に基づいて、前記複数のプロジェクトの遂行における進捗の状況を含む前記出力情報を生成する
付記９または付記１０に記載の情報処理システム。

（付記１６）
前記生成手段は、前記複数のプロジェクトにおける一つのプロジェクトと、当該プロジェクトに関連する他のプロジェクトとに基づいて、前記一つのプロジェクトの進捗が所定の閾値に達していないと判定した場合に、他のプロジェクトの遅延に関する情報を含む前記出力情報を生成する
付記９または付記１０に記載の情報処理システム。

（付記１７）
複数のプロジェクトに対応するサーバの情報取得先の登録を受け付け、
前記複数のプロジェクトに対応するサーバの前記情報取得先それぞれからプロジェクト遂行の状況の把握に用いる記録情報を取得し、
取得した前記記録情報を用いて前記複数のプロジェクトのそれぞれについての遂行の状況を示す出力情報を生成する
情報処理方法。

（付記１８）
前記複数のプロジェクトそれぞれのサーバの記憶装置における前記情報取得先の登録を受け付け、
所定の設定タイミングで前記情報取得先それぞれから前記記録情報を取得する
付記１７に記載の情報処理方法。

（付記１９）
前記記録情報であるソースコードの情報量と、当該ソースコードを記録する記憶装置を有するサーバに対して設定された前記ソースコードの情報量の閾値とに基づいて、前記複数のプロジェクトの遂行における進捗または品質の状況を含む前記出力情報を生成する
付記１７または付記１８に記載の情報処理方法。

（付記２０）
前記記録情報であるソースコードの内容に基づいて、前記複数のプロジェクトの遂行における品質の状況を含む前記出力情報を生成する
付記１７または付記１８に記載の情報処理方法。

（付記２１）
前記記録情報であるソースコードの他者による評価を示すレビュー結果に基づいて、前記複数のプロジェクトの遂行における品質の状況を含む前記出力情報を生成する
付記１７または付記１８に記載の情報処理方法。

（付記２２）
前記記録情報である進捗管理に関する項目に基づいて、前記複数のプロジェクトの遂行における進捗の状況を含む前記出力情報を生成する
付記１７または付記１８に記載の情報処理方法。

（付記２３）
前記記録情報である議事録に含まれる文字列に基づいて、前記複数のプロジェクトの遂行における進捗の状況を含む前記出力情報を生成する
付記１７または付記１８に記載の情報処理方法。

（付記２４）
前記複数のプロジェクトにおける一つのプロジェクトと、当該プロジェクトに関連する他のプロジェクトとに基づいて、前記一つのプロジェクトの進捗が所定の閾値に達していないと判定した場合に、他のプロジェクトの遅延に関する情報を含む前記出力情報を生成する
付記１７または付記１８に記載の情報処理方法。

（付記２５）
コンピュータを、
複数のプロジェクトに対応するサーバの情報取得先の登録を受け付ける登録受付手段、
前記複数のプロジェクトに対応するサーバの前記情報取得先それぞれからプロジェクト遂行の状況の把握に用いる記録情報を取得する情報取得手段、
取得した前記記録情報を用いて前記複数のプロジェクトのそれぞれについての遂行の状況を示す出力情報を生成する生成手段、
として機能させるプログラム。

（付記２６）
前記登録受付手段は、前記複数のプロジェクトそれぞれのサーバの記憶装置における前記情報取得先の登録を受け付け、
前記情報取得手段は、所定の設定タイミングで前記情報取得先それぞれから前記記録情報を取得する
付記２５に記載のプログラム。

（付記２７）
前記生成手段は、前記記録情報であるソースコードの情報量と、当該ソースコードを記録する記憶装置を有するサーバに対して設定された前記ソースコードの情報量の閾値とに基づいて、前記複数のプロジェクトの遂行における進捗または品質の状況を含む前記出力情報を生成する
付記２５または付記２６に記載のプログラム。

（付記２８）
前記生成手段は、前記記録情報であるソースコードの内容に基づいて、前記複数のプロジェクトの遂行における品質の状況を含む前記出力情報を生成する
付記２５または付記２６に記載のプログラム。

（付記２９）
前記生成手段は、前記記録情報であるソースコードの他者による評価を示すレビュー結果に基づいて、前記複数のプロジェクトの遂行における品質の状況を含む前記出力情報を生成する
付記２５または付記２６に記載のプログラム。

（付記３０）
前記生成手段は、前記記録情報である進捗管理に関する項目に基づいて、前記複数のプロジェクトの遂行における進捗の状況を含む前記出力情報を生成する
付記２５または付記２６に記載のプログラム。

（付記３１）
前記生成手段は、前記記録情報である議事録に含まれる文字列に基づいて、前記複数のプロジェクトの遂行における進捗の状況を含む前記出力情報を生成する
付記２５または付記２６に記載のプログラム。

（付記３２）
前記生成手段は、前記複数のプロジェクトにおける一つのプロジェクトと、当該プロジェクトに関連する他のプロジェクトとに基づいて、前記一つのプロジェクトの進捗が所定の閾値に達していないと判定した場合に、他のプロジェクトの遅延に関する情報を含む前記出力情報を生成する
付記２５または付記２６に記載のプログラム。

１・・・管理サーバ
２・・・プロジェクトサーバ
５・・・管理者端末
６・・・担当者端末
１１・・・登録受付部
１２・・・情報取得部
１３・・・生成部
１４・・・表示部
１５・・・データベース

Claims (10)

1. 複数のプロジェクトに対応するサーバの情報取得先の登録を受け付ける登録受付手段と、
   前記複数のプロジェクトに対応するサーバの前記情報取得先それぞれからプロジェクト遂行の状況の把握に用いる記録情報を取得する情報取得手段と、
   取得した前記記録情報を用いて前記複数のプロジェクトのそれぞれについての遂行の状況を示す出力情報を生成する生成手段と、
   を備える情報処理装置。
2. 前記登録受付手段は、前記複数のプロジェクトそれぞれのサーバの記憶装置における前記情報取得先の登録を受け付け、
   前記情報取得手段は、所定の設定タイミングで前記情報取得先それぞれから前記記録情報を取得する
   請求項１に記載の情報処理装置。
3. 前記生成手段は、前記記録情報であるソースコードの情報量と、当該ソースコードを記録する記憶装置を有するサーバに対して設定された前記ソースコードの情報量の閾値とに基づいて、前記複数のプロジェクトの遂行における進捗または品質の状況を含む前記出力情報を生成する
   請求項１または請求項２に記載の情報処理装置。
4. 前記生成手段は、前記記録情報であるソースコードの内容に基づいて、前記複数のプロジェクトの遂行における品質の状況を含む前記出力情報を生成する
   請求項１または請求項２に記載の情報処理装置。
5. 前記生成手段は、前記記録情報であるソースコードの他者による評価を示すレビュー結果に基づいて、前記複数のプロジェクトの遂行における品質の状況を含む前記出力情報を生成する
   請求項１または請求項２に記載の情報処理装置。
6. 前記生成手段は、前記記録情報である進捗管理に関する項目に基づいて、前記複数のプロジェクトの遂行における進捗の状況を含む前記出力情報を生成する
   請求項１または請求項２に記載の情報処理装置。
7. 前記生成手段は、前記記録情報である議事録に含まれる文字列に基づいて、前記複数のプロジェクトの遂行における進捗の状況を含む前記出力情報を生成する
   請求項１または請求項２に記載の情報処理装置。
8. 前記生成手段は、前記複数のプロジェクトにおける一つのプロジェクトと、当該プロジェクトに関連する他のプロジェクトとに基づいて、前記一つのプロジェクトの進捗が所定の閾値に達していないと判定した場合に、他のプロジェクトの遅延に関する情報を含む前記出力情報を生成する
   請求項１または請求項２に記載の情報処理装置。
9. 複数のプロジェクトに対応するサーバの情報取得先の登録を受け付け、
   前記複数のプロジェクトに対応するサーバの前記情報取得先それぞれからプロジェクト遂行の状況の把握に用いる記録情報を取得し、
   取得した前記記録情報を用いて前記複数のプロジェクトのそれぞれについての遂行の状況を示す出力情報を生成する
   情報処理方法。
10. コンピュータを、
    複数のプロジェクトに対応するサーバの情報取得先の登録を受け付ける登録受付手段、
    前記複数のプロジェクトに対応するサーバの前記情報取得先それぞれからプロジェクト遂行の状況の把握に用いる記録情報を取得する情報取得手段、
    取得した前記記録情報を用いて前記複数のプロジェクトのそれぞれについての遂行の状況を示す出力情報を生成する生成手段、
    として機能させるプログラム。

Images