JP2023184026A - 情報処理装置、情報処理方法および情報処理プログラム - Google Patents

Abstract

【課題】課題の対応状況を容易に把握することができる情報処理装置、情報処理方法および情報処理プログラムを提供すること。【解決手段】本願に係る情報処理装置は、取得部と、表示処理部とを備える。取得部は、課題に対するプロジェクトの対応状況に関する対応情報を取得する。表示処理部は、取得した対応情報に基づいて、プロジェクトを、対応状況毎に区分けされた複数の対応フェーズのいずれかの位置に対応フェーズに対応した図形で表示する。【選択図】図３

Description

本発明は、情報処理装置、情報処理方法および情報処理プログラムに関する。

従来、企業等においては様々課題の解決に取り組んでいる。この課題解決に関して、課題の依頼者に対して課題を解決するための専門家をマッチングする技術がある（例えば、特許文献１参照）。

特開２０２２－７０１８７号公報

しかしながら、企業等においては部門間で異なる数多くの課題が存在しており、これら課題の対応状況をすべて把握することは容易ではない。

本願は、上記に鑑みてなされたものであって、課題の対応状況を容易に把握することができる情報処理装置、情報処理方法および情報処理プログラムを提供することを目的とする。

本願に係る情報処理装置は、取得部と、表示処理部とを備える。前記取得部は、課題に対するプロジェクトの対応状況に関する対応情報を取得する。前記表示処理部は、取得した前記対応情報に基づいて、前記プロジェクトを、前記対応状況毎に区分けされた複数の対応フェーズのいずれかの位置に前記対応フェーズに対応した図形で表示する。

実施形態の一態様によれば、課題の対応状況を容易に把握することができるという効果を奏する。

図１は、実施形態に係る情報処理装置が実行する処理を示す図である。 図２は、実施形態に係る情報処理システムの構成例を示す図である。 図３は、実施形態に係る情報処理装置の構成例を示す図である。 図４は、ユーザ情報の一例を示す図である。 図５は、対応情報の一例を示す図である。 図６は、対応履歴が表示された表示情報の一例を示す図である。 図７は、実施形態に係る情報処理装置が実行する処理の処理手順を示すフローチャートである。 図８は、ハードウェア構成の一例を示す図である。

以下に、本願に係る情報処理装置、情報処理方法および情報処理プログラムを実施するための形態（以下、「実施形態」と記載する）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る情報処理装置、情報処理方法および情報処理プログラムが限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

（実施形態）
まず、図１を用いて、実施形態に係る情報処理装置が実行する処理について説明する。図１は、実施形態に係る情報処理装置が実行する処理を示す図である。なお、図１では、実施形態に係る情報処理装置１を含む情報処理システムＳの動作例を示している。

図１に示すように、実施形態に係る情報処理システムＳは、情報処理装置１と、複数のユーザ端末１００とを含む。

実施形態に係る情報処理システムＳでは、課題に対するプロジェクトの対応状況に関する対応情報に基づいて、プロジェクトを、対応状況毎に区分けされた複数の対応フェーズのいずれかの位置に対応フェーズに対応した図形で表示する。

具体的には、情報処理装置１は、まず、プロジェクトに参加しているユーザからプロジェクトの対応状況に関する対応情報を取得する（ステップＳ１）。対応情報には、例えば、プロジェクトの内容や、プロジェクトの種別、プロジェクトが解決済であるか、検討中であるか、未解決の状態で検討終了したかの情報や、検討中の対応履歴（会議の情報や、メールのやり取り、検証・実験の情報等）が含まれる。

なお、対応情報は、例えば、プロジェクトに参加しているユーザの行動（会議への参加や、メールのやり取り）や、プロジェクトの対応により生じた情報（会議の議事録等）等から抽出（推定）してもよい。

つづいて、情報処理装置１は、対応情報に基づいて、プロジェクトを、対応状況毎に区分けされた複数の対応フェーズのいずれかの位置に対応フェーズに対応した図形で表示する表示情報を生成する（ステップＳ２）。

図１に示す例では、情報処理装置１は、横軸をプロジェクトの種別（提案機会増、受注率改善、業務改善）で区分けし、縦軸をプロジェクトの対応状況（解決済、検討中、検討終了）で区分けされた複数の対応フェーズの領域を設定する。そして、情報処理装置１は、取得した対応情報に基づいて、各プロジェクトを該当する対応フェーズの位置にプロットする。また、情報処理装置１は、プロット位置において、対応状況に応じた図形（アイコン）の内部にプロジェクトの名称（Ａ１等）を表示する。

例えば、情報処理装置１は、解決済みのプロジェクトについては、鳥（成鳥）のアイコンを表示し、検討中のプロジェクトについては、雛（幼鳥）のアイコンを表示し、検討終了のプロジェクトについては、鳥の卵のアイコンを表示する。

また、情報処理装置１は、各プロジェクトについて、対応日が直近であるものほど、各対応フェーズにおける上方に位置するように配置する。具体的には、情報処理装置１は、解決済みの対応フェーズでは、解決した日時が直近であるほど上方に位置させ、検討中の対応フェーズでは、対応日（会議の開催日時や、メールの送受信日）が直近であるほど上方に位置させ、検討終了の対応フェーズでは、検討を終了した日時が直近であるほど上方に位置させる。

つづいて、情報処理装置１は、生成した表示情報を、例えば、プロジェクトに参加していないユーザのユーザ端末１００に表示する（ステップＳ３）。また、情報処理装置１は、生成した表示情報を、例えば、プロジェクトに参加した複数のユーザのユーザ端末１００に表示して共有できるようにしてもよい。

このように、実施形態に係る情報処理装置１によれば、プロジェクトを該当する対応フェーズの位置に対応フェーズに対応した図形で表示することで、ユーザがあらゆるプロジェクトの対応状況を容易に把握することができる。

なお、図１に示す表示情報では、横軸をプロジェクトの種別で区分けしたが、例えば、企業における部門で区分けしてもよい。また、図１に示す表示情報において、各対応フェーズおける横方向（横軸）の位置をプロジェクトの重要度（例えば、ユーザが指定した重要度）に応じた位置に表示してもよい。

また、情報処理装置１は、例えば、ユーザが指定したプロジェクトと類似するプロジェクトの表示態様を他のプロジェクトとは異ならせる処理を行ってもよい。

また、実施形態に係る情報処理装置１は、プロジェクトのアイコンがユーザによって選択された場合に、かかるプロジェクトの対応履歴を表示可能であるが、かかる点の詳細については、図６で後述する。

次に、図２を用いて、実施形態に係る情報処理システムＳの構成例について説明する。図２は、実施形態に係る情報処理システムＳの構成例を示すブロック図である。図２に示すように、実施形態に係る情報処理システムＳは、情報処理装置１と、複数のユーザ端末１００とがネットワークＮに対して有線又は無線により接続される。ネットワークＮは、例えば、インターネット、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）等のネットワークである。

情報処理装置１は、実施形態に係る情報処理方法を実行するサーバ装置である。情報処理装置１は、課題に対するプロジェクトの対応状況に関する対応情報に基づいて、プロジェクトを、対応状況毎に区分けされた複数の対応フェーズのいずれかの位置に対応フェーズに対応した図形で表示する。

また、情報処理装置１は、複数のユーザ端末１００と連携し、各ユーザ端末１００に対して、各種アプリケーション（以下、アプリ）等に対するＡＰＩ（Application Programming Interface）サービス等と、各種データを提供する情報処理装置であり、サーバ装置やクラウドシステム等により実現される。

また、情報処理装置１は、各ユーザ端末１００に対して、オンラインで何らかのＷｅｂサービスを提供する情報処理装置であってもよい。例えば、情報処理装置１は、Ｗｅｂサービスとして、インターネット接続、検索サービス、ＳＮＳ（Social Networking Service）、電子商取引（ＥＣ：Electronic Commerce）、電子決済、オンラインゲーム、オンラインバンキング、オンライントレーディング、宿泊・チケット予約、動画・音楽配信、ニュース、地図、ルート検索、経路案内、路線情報、運行情報、天気予報等のサービスを提供してもよい。実際には、情報処理装置１は、上記のようなＷｅｂサービスを提供する各種サーバと連携し、Ｗｅｂサービスを仲介してもよいし、Ｗｅｂサービスの処理を担当してもよい。

ユーザ端末１００は、ユーザが所持する端末装置である。ユーザ端末１００は、スマートフォン、デスクトップ型ＰＣ、ノート型ＰＣ、タブレット型ＰＣ等の任意のタイプの端末装置を用いることができる。ユーザ端末１００は、情報処理装置１等へ各種情報を送信したり、情報処理装置１等から提供される情報を受信したりする。

次に、図３を参照して、情報処理装置１の構成例について説明する。

図３は、実施形態に係る情報処理装置１の構成例を示す図である。図３に示されるように、情報処理装置１は、通信部２と、制御部３と、記憶部４とを有する。制御部３は、取得部３１と、生成部３２と、表示処理部３３とを備える。記憶部４は、ユーザ情報４１と、対応情報４２とを記憶する。

通信部２は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。通信部２は、有線または無線によりネットワーク網と接続される。

制御部３は、コントローラ（controller）であり、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）等のプロセッサによって、情報処理装置１内部の記憶装置に記憶されている各種プログラム（情報処理プログラムの一例に相当）がＲＡＭ等を作業領域として実行されることにより実現される。また、制御部３は、コントローラ（controller）であり、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）、ＧＰＧＰＵ（General Purpose Graphic Processing Unit）等の集積回路により実現されてもよい。

記憶部４は、例えば、ＲＡＭ（Random Access Memory)、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。

ユーザ情報４１は、ユーザに関する情報である。図４は、ユーザ情報４１の一例を示す図である。図４に示すように、ユーザ情報４１は、「ユーザＩＤ」、「属性情報」、「参加プロジェクト」等の項目を含む。

「ユーザＩＤ」は、ユーザを識別する識別情報である。「属性情報」は、サイコグラフィック属性や、デモグラフィック属性等を含む。「参加プロジェクト」は、ユーザが参加しているプロジェクトを示す情報である。

次に、情報処理装置１の制御部３の各機能（取得部３１、生成部３２および表示処理部３３）について説明する。

取得部３１は、課題に対するプロジェクトの対応状況に関する対応情報を取得する。対応情報には、例えば、プロジェクトの内容や、プロジェクトの種別、プロジェクトが解決済であるか、検討中であるか、未解決の状態で検討終了したかの情報や、検討中の対応履歴（会議の情報や、メールのやり取り、検証・実験の情報等）が含まれる。

なお、対応情報は、例えば、プロジェクトに参加しているユーザの行動情報（会議への参加や、メールのやり取り）や、プロジェクトの対応により生じた情報（会議の議事録等）等から抽出（推定）されてもよい。

生成部３２は、取得した対応情報に基づいて、プロジェクトを、対応状況毎に区分けされた複数の対応フェーズのいずれかの位置に対応フェーズに対応した図形で表示する表示情報を生成する。

例えば、生成部３２は、横軸をプロジェクトの種別（提案機会増、受注率改善、業務改善）で区分けし、縦軸をプロジェクトの対応状況（解決済、検討中、検討終了）で区分けされた複数の対応フェーズの領域を設定する。そして、生成部３２は、取得した対応情報に基づいて、各プロジェクトを該当する対応フェーズの位置にプロットする。また、生成部３２は、プロット位置において、対応状況に応じた図形（アイコン）の内部にプロジェクトの名称を表示する表示情報を生成する。

各対応フェーズの図形は、対応フェーズ間の関連性に合わせた図形であることが好ましい。例えば、解決済みのプロジェクトについては、鳥（成鳥）のアイコンを表示し、検討中のプロジェクトについては、雛（幼鳥）のアイコンを表示し、検討終了のプロジェクトについては、鳥の卵のアイコンを表示する。つまり、各対応フェーズの図形は、鳥の成長をテーマとしたものであり、プロジェクトの検討から解決に向かう（プロジェクトが成長する）ことを鳥の成長に見立てている。

なお、各対応フェーズの図形に用いられる鳥の成長は一例であって、例えば、プロジェクトの検討から解決に向かって風船が大きくなるような図形等であってもよい。

また、生成部３２は、各プロジェクトについて、対応日が直近であるものほど、各対応フェーズにおける上方に位置するように配置する。具体的には、生成部３２は、解決済みの対応フェーズでは、解決した日時が直近であるほど上方に位置させ、検討中の対応フェーズでは、対応日（会議の開催日時や、メールの送受信日）が直近であるほど上方に位置させ、検討終了の対応フェーズでは、検討を終了した日時が直近であるほど上方に位置させる。

なお、生成部３２は、横軸をプロジェクトの種別で区分けしたが、例えば、企業における部門で区分けしてもよい。また、図１に示す表示情報において、各対応フェーズおける横方向（横軸）の位置をプロジェクトの重要度（例えば、ユーザが指定した重要度）に応じた位置に表示してもよい。

また、生成部３２、例えば、ユーザが指定したプロジェクトと類似するプロジェクトの表示態様を他のプロジェクトとは異ならせる処理を行ってもよい。例えば、生成部３２は、ユーザが指定したプロジェクトと類似するプロジェクトの表示色を他のプロジェクトとは異なる表示色で統一させる。

なお、類似するプロジェクトとは、例えば、プロジェクトの種別や、プロジェクトの内容、解決手段が類似するプロジェクトである。また、類似するプロジェクトは、解決までの対応履歴や、対応機関、参加したユーザが類似するプロジェクトであってもよい。

また、生成部３２は、対応日が最新のプロジェクトについては、他のプロジェクトとは異なる表示態様としてもよい。例えば、生成部３２は、対応日が最新のプロジェクトについては、他のプロジェクトとは異なる表示色で表示する。なお、生成部３２は、対応日が最新のプロジェクトのみ表示態様を変える場合に限らず、対応日が直近の複数のプロジェクトの表示態様を変えてもよい。かかる場合、生成部３２は、対応日が直近になるほど、プロジェクトの表示色を濃くする等のように、対応日に応じて表示態様を徐々に変化させてもよい。また、生成部３２は、最新の対応日で話題が上がった（今回のプロジェクトは前のあのプロジェクトと似てるよね等の議事録があった場合）他のプロジェクト（前のあのプロジェクト）の表示態様を他のプロジェクトと異ならせてもよい。

また、生成部３２は、プロジェクトのアイコンがユーザによって選択された場合に、かかるプロジェクトの対応履歴を表示する表示情報を生成する。かかる点について、図６を用いて説明する。

図６は、対応履歴が表示された表示情報の一例を示す図である。図６では、プロジェクトＣ１のアイコンがユーザによって選択された場合を示す。図６に示すように、生成部３２は、プロジェクトＣ１のアイコンがユーザによって選択された場合、対応情報４２の対応履歴に基づいて、プロジェクトＣ１の対応履歴の情報を表示する。

具体的には、生成部３２は、対応履歴の情報を、各対応フェーズが表示される領域と重ならないように並べて表示する。これにより、各対応フェーズに表示されるプロジェクトのアイコンと、対応履歴の情報とをまとめて把握することができる。

また、生成部３２は、例えば、表示された対応履歴の各対応をユーザが選択した場合には、選択した対応に関する詳細情報を表示してもよい。図６に示す例において、生成部３２は、営業会議や、経営会議の議事録がユーザによって選択された場合には、かかる議事録の情報を表示する。また、生成部３２は、メール内容がユーザによって選択された場合には、メールの文面や、送受信者の情報等を表示する。

これにより、様々なプロジェクトの対応状況を把握しつつ、各プロジェクトの詳細な対応履歴についても容易に把握することができる。

表示処理部３３は、生成部３２が生成した表示情報を、例えば、プロジェクトに参加していないユーザのユーザ端末１００に表示する。また、表示処理部３３は、生成した表示情報を、例えば、プロジェクトに参加した複数のユーザのユーザ端末１００に表示して共有できるようにしてもよい。

次に、図７を用いて、実施形態に係る情報処理装置１が実行する情報処理の処理手順について説明する。図７は、実施形態に係る情報処理装置１が実行する情報処理の処理手順を示すフローチャートである。

図７に示すように、制御部３は、まず、プロジェクトに参加しているユーザからユーザ端末１００を介して対応情報を取得する（ステップＳ１０１）。

つづいて、制御部３は、取得した対応情報に基づいて、プロジェクトを、対応状況毎に区分けされた複数の対応フェーズのいずれかの位置に対応フェーズに対応した図形で表示する表示情報を生成する（ステップＳ１０２）。

つづいて、制御部３は、生成した表示情報をプロジェクトに参加していないユーザのユーザ端末１００に表示し（ステップＳ１０３）、処理を終了する。

〔その他〕
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の一部を手動的に行うこともできる。あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

例えば、図３に示した記憶部４の一部又は全部は、各装置によって保持されるのではなく、ストレージサーバ等に保持されてもよい。この場合、各装置は、ストレージサーバにアクセスすることで、各種情報を取得する。

〔ハードウェア構成〕
また、上述してきた実施形態に係る情報処理装置１は、例えば図８に示すような構成のコンピュータ１０００によって実現される。図８は、ハードウェア構成の一例を示す図である。コンピュータ１０００は、出力装置１０１０、入力装置１０２０と接続され、演算装置１０３０、一次記憶装置１０４０、二次記憶装置１０５０、出力ＩＦ（Interface）１０６０、入力ＩＦ１０７０、ネットワークＩＦ１０８０がバス１０９０により接続された形態を有する。

演算装置１０３０は、一次記憶装置１０４０や二次記憶装置１０５０に格納されたプログラムや入力装置１０２０から読み出したプログラム等に基づいて動作し、各種の処理を実行する。一次記憶装置１０４０は、ＲＡＭ等、演算装置１０３０が各種の演算に用いるデータを一時的に記憶するメモリ装置である。また、二次記憶装置１０５０は、演算装置１０３０が各種の演算に用いるデータや、各種のデータベースが登録される記憶装置であり、ＲＯＭ（Read Only Memory）、ＨＤＤ（Hard Disk Drive）、フラッシュメモリ等により実現される。

出力ＩＦ１０６０は、モニタやプリンタといった各種の情報を出力する出力装置１０１０に対し、出力対象となる情報を送信するためのインタフェースであり、例えば、ＵＳＢ（Universal Serial Bus）やＤＶＩ（Digital Visual Interface）、ＨＤＭＩ（登録商標）（High Definition Multimedia Interface）といった規格のコネクタにより実現される。また、入力ＩＦ１０７０は、マウス、キーボード、およびスキャナ等といった各種の入力装置１０２０から情報を受信するためのインタフェースであり、例えば、ＵＳＢ等により実現される。

なお、入力装置１０２０は、例えば、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等から情報を読み出す装置であってもよい。また、入力装置１０２０は、ＵＳＢメモリ等の外付け記憶媒体であってもよい。

ネットワークＩＦ１０８０は、ネットワークＮを介して他の機器からデータを受信して演算装置１０３０へ送り、また、ネットワークＮを介して演算装置１０３０が生成したデータを他の機器へ送信する。

演算装置１０３０は、出力ＩＦ１０６０や入力ＩＦ１０７０を介して、出力装置１０１０や入力装置１０２０の制御を行う。例えば、演算装置１０３０は、入力装置１０２０や二次記憶装置１０５０からプログラムを一次記憶装置１０４０上にロードし、ロードしたプログラムを実行する。

例えば、コンピュータ１０００が情報処理装置１として機能する場合、コンピュータ１０００の演算装置１０３０は、一次記憶装置１０４０上にロードされたプログラムを実行することにより、制御部３の機能を実現する。

〔効果〕
上述してきたように、実施形態に係る情報処理装置１は、取得部３１と、表示処理部３３とを備える。取得部３１は、課題に対するプロジェクトの対応状況に関する対応情報を取得する。表示処理部３３は、取得した対応情報に基づいて、プロジェクトを、対応状況毎に区分けされた複数の対応フェーズのいずれかの位置に対応フェーズに対応した図形で表示する。このような構成により、課題の対応状況を容易に把握することができる。

以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

〔その他〕
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

また、上述してきた実施形態に記載した各処理は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

また、上記してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、制御部３は、制御手段や制御回路に読み替えることができる。

１ 情報処理装置
２ 通信部
３ 制御部
４ 記憶部
３１ 取得部
３２ 生成部
３３ 表示処理部
４１ ユーザ情報
４２ 対応情報
１００ ユーザ端末
Ｓ 情報処理システム

Claims (11)

1. 課題に対するプロジェクトの対応状況に関する対応情報を取得する取得部と、
   取得した前記対応情報に基づいて、前記プロジェクトを、前記対応状況毎に区分けされた複数の対応フェーズのいずれかの位置に前記対応フェーズに対応した図形で表示する表示処理部と
   を備える情報処理装置。
2. 前記表示処理部は、
   前記プロジェクトの種別毎、および、前記対応状況毎に区分けされた前記複数の対応フェーズを設定する
   請求項１に記載の情報処理装置。
3. 各対応フェーズにおける前記プロジェクトの表示位置は、
   前記プロジェクトの対応日に基づいて決定される
   請求項１に記載の情報処理装置。
4. 前記対応情報には、前記プロジェクトにおける対応履歴の情報が含まれ、
   前記表示処理部は、
   表示された前記プロジェクトがユーザによって選択された場合に、当該プロジェクトの前記対応履歴の情報を表示する
   請求項１に記載の情報処理装置。
5. 前記図形は、
   前記複数の対応フェーズ間の関連性に合わせた図形である
   請求項１に記載の情報処理装置。
6. 前記表示処理部は、
   ユーザによって指定された前記プロジェクトと類似する前記プロジェクトの表示態様を、他のプロジェクトの表示態様と異ならせる
   請求項１に記載の情報処理装置。
7. 前記取得部は、
   前記プロジェクトに参加したユーザから前記対応情報を取得する
   請求項１に記載の情報処理装置。
8. 前記取得部は、
   前記プロジェクトに参加したユーザの行動情報から前記対応情報を抽出する
   請求項１に記載の情報処理装置。
9. 前記取得部は、
   前記プロジェクトの対応により生じた情報から前記対応情報を抽出する
   請求項１に記載の情報処理装置。
10. コンピュータが実行する情報処理方法であって、
    課題に対するプロジェクトの対応状況に関する対応情報を取得する取得工程と、
    取得した前記対応情報に基づいて、前記プロジェクトを、前記対応状況毎に区分けされた複数の対応フェーズのいずれかの位置に前記対応フェーズに対応した図形で表示する表示処理工程と
    を含む情報処理方法。
11. 課題に対するプロジェクトの対応状況に関する対応情報を取得する取得手順と、
    取得した前記対応情報に基づいて、前記プロジェクトを、前記対応状況毎に区分けされた複数の対応フェーズのいずれかの位置に前記対応フェーズに対応した図形で表示する表示処理手順と
    をコンピュータに実行させる情報処理プログラム。

Images