ホーム > 特許ランキング > Ｃｌｏｕｄｂａｓｅ株式会社
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B1)
(11)【特許番号】
(24)【登録日】2024-04-26
(45)【発行日】2024-05-09
(54)【発明の名称】情報処理システム、情報処理方法、プログラム、及び記録媒体
(51)【国際特許分類】
G06F 8/70 20180101AFI20240430BHJP
【ＦＩ】
G06F8/70
【請求項の数】
9
(21)【出願番号】P 2023220558
(22)【出願日】2023-12-27
【審査請求日】2024-01-24
【早期審査対象出願】
(73)【特許権者】
【識別番号】522092170
【氏名又は名称】Ｃｌｏｕｄｂａｓｅ株式会社
(74)【代理人】
【識別番号】110002790
【氏名又は名称】Ｏｎｅ ｉｐ弁理士法人
(72)【発明者】
【氏名】大峠 和基
(72)【発明者】
【氏名】宮川 竜太朗
【審査官】円子 英紀
(56)【参考文献】
【文献】米国特許出願公開第２０２０／０２０１６２０（ＵＳ，Ａ１）
【文献】中国特許出願公開第１１６９９１４６９（ＣＮ，Ａ）
【文献】米国特許出願公開第２０２３／０２０８８８０（ＵＳ，Ａ１）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｆ ８／００－８／３８
Ｇ０６Ｆ ８／６０－８／７７
Ｇ０６Ｆ ９／４４－９／４４５
Ｇ０６Ｆ ９／４５１
(57)【特許請求の範囲】
【請求項1】
処理部により、所定のソフトウェアを構成する一以上のソフトウェア部品に関するソフトウェア部品情報と履歴タイミング情報に基づき、前記ソフトウェア部品情報の変更履歴を示す履歴情報を生成し、
記憶部に記憶された欠陥情報と、前記履歴情報に基づいて、欠陥情報に対応する部品が含まれていた時点、期間またはソフトウェア部品情報の少なくとも何れかを示す情報を特定し、
部品単位、または、ソフトウェア部品情報単位の少なくとも何れかにおいて設定された重要度情報に基づき、前記欠陥を含む部品に関する通知の送信要否を決定し、
決定された前記送信要否に応じた送信先の端末に前記通知を送信し、
前記履歴タイミング情報は、ソフトウェア部品情報の生成時点から前記履歴情報の記憶時点における１以上の時点のタイミングを示す情報である、
情報処理システム。
【請求項2】
前記処理部により、さらに、前記欠陥を含む部品を使用していた使用期間に関する通知、または、前記欠陥を含む部品を含むソフトウェアの使用禁止に関する通知、もしくは、前記欠陥を含まない部品を含むソフトウェアの使用推奨に関する通知の少なくともいずれかを所定の端末に送信する、
請求項１に記載の情報処理システム。
【請求項3】
前記処理部により、さらに、
二時点のタイミングで記憶されたソフトウェア部品情報同士を互いに比較した結果を示す比較結果情報を生成する、
請求項１に記載の情報処理システム。
【請求項4】
前記比較結果情報と、前記結果に関連する条件を示す結果条件情報に基づいて、前記条件に合致したことを示す通知を所定の端末へ送信する、請求項３に記載の情報処理システム。
【請求項5】
前記比較結果は、ソフトウェア部品情報同士の差分に基づく差分値情報であって、前記条件は、前記差分値情報が示す差分値が基準差分値を超えることを含む、請求項４に記載の情報処理システム。
【請求項6】
前記ソフトウェア部品情報は、ソフトウェアに関する情報に含まれる階層化情報を解析することで取得される、請求項１乃至請求項５のいずれかに記載の情報処理システム。
【請求項7】
前記ソフトウェアに関する情報は、他のコンピュータの記憶領域から読み出された情報である、請求項６に記載の情報処理システム。
【請求項8】
処理部により、所定のソフトウェアを構成する一以上のソフトウェア部品に関するソフトウェア部品情報と履歴タイミング情報に基づき、前記ソフトウェア部品情報の変更履歴を示す履歴情報を生成し、
記憶部に記憶された欠陥情報と、前記履歴情報に基づいて、欠陥情報に対応する部品が含まれていた時点、期間またはソフトウェア部品情報の少なくとも何れかを示す情報を特定し、
部品単位、または、ソフトウェア部品情報単位の少なくとも何れかにおいて設定された重要度情報に基づき、前記欠陥を含む部品に関する通知の送信要否を決定し、
決定された前記送信要否に応じた送信先の端末に前記通知を送信し、
前記履歴タイミング情報は、ソフトウェア部品情報の生成時点から前記履歴情報の記憶時点における１以上の時点のタイミングを示す情報である、
情報処理方法。
【請求項9】
処理部により、所定のソフトウェアを構成する一以上のソフトウェア部品に関するソフトウェア部品情報と履歴タイミング情報に基づき、前記ソフトウェア部品情報の変更履歴を示す履歴情報を生成し、
記憶部に記憶された欠陥情報と、前記履歴情報に基づいて、欠陥情報に対応する部品が含まれていた時点、期間またはソフトウェア部品情報の少なくとも何れかを示す情報を特定し、
部品単位、または、ソフトウェア部品情報単位の少なくとも何れかにおいて設定された重要度情報に基づき、前記欠陥を含む部品に関する通知の送信要否を決定し、
決定された前記送信要否に応じた送信先の端末に前記通知を送信し、
前記履歴タイミング情報は、ソフトウェア部品情報の生成時点から前記履歴情報の記憶時点における１以上の時点のタイミングを示す情報である、
プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、情報処理システム、情報処理方法、プログラム、及び記録媒体に関する。
【背景技術】
【0002】
特許文献１に記載の管理装置は、システムにおいて、異常が起こりうる箇所を把握することを目的する。前記した管理装置は、前記した目的を達成すべく、システムの構成要素毎に当該構成要素の構成を示す構成情報を記憶している。前記管理装置は、異常が発生した第１の構成要素を特定し、前記記憶された構成情報から、前記特定された第１の構成要素と共通する第２構成要素を特定する、との動作を行う。
【0003】
前記した管理装置では、前記した動作に関連して、ソフトウェアの構成情報であるSBOM（Software Bill Of Materials）が、例えば、脆弱性情報を含み得る。
【先行技術文献】
【特許文献】
【0004】
【文献】国際公開第２０２３－０８４６７１号
【発明の概要】
【発明が解決しようとする課題】
【0005】
しかしながら、上記した管理装置では、例えば、ソフトウェアが過去に脆弱性を有していたとしても、当該ソフトウェアをいつ使用していたかを特定することができないとの課題があった。
【0006】
本開示の目的は、ソフトウェアが過去に脆弱性を有していたとしても、当該ソフトウェアをいつ使用していたかを特定することができる、情報処理システム、情報処理方法、プログラム、及び記録媒体を提供することにある。
【課題を解決するための手段】
【0007】
上記した課題を解決すべく、本開示に係る情報処理システムは、処理部により、所定のソフトウェアを構成する一以上のソフトウェア部品に関するソフトウェア部品情報（ＳＢＯＭを含む）と履歴タイミング情報に基づき、前記ソフトウェア部品情報の変更履歴を示す履歴情報を生成し、
前記履歴タイミング情報は、ソフトウェア部品情報の生成時点から前記履歴情報の記憶時点における１以上の時点のタイミングを示す情報である。
前記履歴タイミング情報は、ソフトウェア部品情報の生成時点から前記履歴情報の記憶時点における１以上の時点のタイミングを示す情報である。
【発明の効果】
【0008】
本開示に係る情報処理システムによれば、ソフトウェアが過去に脆弱性を有していたとしても、当該ソフトウェアをいつ使用していたかを特定することができる。
【図面の簡単な説明】
【0009】
【図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】実施形態３の構成情報ＫＪ１２の表示態様を示す。
【図30】実施形態３の構成情報ＫＪ１３の表示態様を示す。
【図31】実施形態３の構成情報ＫＪ１４の表示態様を示す。
【図32】実施形態１～３の情報処理システムＪＳＳのハードウェアによる構成を示す。
【図33】実施形態１～３の情報処理システムＪＳＳのソフトウェアによる実現に基づくハードウェアの構成を示す。
【発明を実施するための形態】
【0010】
本開示に係る情報処理システムＪＳＳの実施形態について説明する。
【0011】
〈実施形態１〉
実施形態１の情報処理システムＪＳＳについて説明する。
実施形態１の情報処理システムＪＳＳについて説明する。
【0012】
【0013】
実施形態１の情報処理システムＪＳＳは、図１に示されるように、端末ＴＭ１～ＴＭｍ（ｍは、１以上の整数）と、サーバＳＶと、を含む。端末ＴＭ１～ＴＭｍ及び、サーバＳＶは、図１に示されるように、ネットワークＮＷ（例えば、インターネット）を介して、相互に接続されている。
【0014】
端末ＴＭ１～ＴＭｍは、例えば、サーバＳＶが管理すべきソフトウェアＳＷを開発し、使用するユーザＵＳ１～ＵＳｍにより使用される。例えば、端末ＴＭ１は、ユーザＵＳ１により使用され、端末ＴＭ２は、ユーザＵＳ２により使用され、、、、端末ＴＭｍは、ユーザＵＳｍにより使用される。
【0015】
サーバＳＶは、管理者ＫＡにより使用される。サーバＳＶは、図１に示されるように、ソフトウェアＳＷを記憶し、また、構成情報ＫＪ（特に、ソフトウェアＳＷに含まれる部品情報（以下、「ソフトウェア部品情報」とも呼ぶ）である。）及び履歴タイミング情報（例えば、時刻情報ＪＪ）を有する履歴情報ＲＪを生成及び記憶する。履歴タイミング情報は、履歴情報として記憶されるタイミング情報であって、特にソフトウェア部品情報（例えば、構成情報ＫＪ）の生成時点から履歴情報ＲＪの記憶時点における１以上の時点のタイミング情報（例えば、少なくとも日付を含む情報であって、以下、説明では「時刻情報ＪＪ」とも呼ぶ。）であり得る。より具体的には、履歴タイミング情報は、例えば、ソフトウェア部品情報を処理部ＳＹ（ＳＶ）にて生成した時点や、ソフトウェア部品情報をサーバＳＶで取得した時点（例えば、本サーバＳＶ外で生成された場合）、ソフトウェア部品情報をサーバＳＶで記憶した時点、履歴情報を処理部ＳＹ（ＳＶ）にて生成した時点、履歴情報をサーバＳＶで記憶した時点などであり得る。なお、サーバＳＶが論理的に構成される場合（例えば、クラウドサーバなど）には、端末ＴＭを管理者ＫＡが操作することにより、サーバＳＶに対する操作を行うようにしてもよい。
【0016】
以下では、説明及び理解を容易にすべく、例えば、複数の同一の装置を１つの名称で総称することがあり、例えば、端末ＴＭ１～ＴＭｍを端末ＴＭと総称することがある。
【0017】
〈端末ＴＭの構成〉
図２は、実施形態１の端末ＴＭの構成を示す。
図２は、実施形態１の端末ＴＭの構成を示す。
【0018】
実施形態１の端末ＴＭは、図２に示されるように、入出力部ＮＳ（ＴＭ）と、処理部ＳＹ（ＴＭ）と、記憶部ＫＩ（ＴＭ）と、通信部ＴＵ（ＴＭ）と、を有する。
【0019】
入出力部ＮＳ（ＴＭ）は、ユーザＵＳが、例えば、ソフトウェアＳＷを更新すべく、ソフトウェアＳＷを構成する部品（例えば、図６に図示。）を変更、追加、削除等するための入力を行うために用いられ、また、サーバＳＶから入手するソフトウェアＳＷの構成を出力するために用いられる。入出力部ＮＳ（ＴＭ）は、例えば、タッチパネル、キーボード、マウス、液晶モニター、プリンタである。
【0020】
処理部ＳＹ（ＴＭ）は、例えば、上記したソフトウェアＳＷの更新のための入力、及び、上記したソフトウェアＳＷの構成の出力に関連する処理を行う。処理部ＳＹ（ＴＭ）は、また、ユーザＵＳの必要に応じて、ユーザＵＳが入手するソフトウェアＳＷを実行する。
【0021】
記憶部ＫＩ（ＴＭ）は、例えば、処理部ＳＹ（ＴＭ）の処理に必要なデータを記憶する。
【0022】
通信部ＴＵ（ＴＭ）は、ネットワークＮＷを介した通信を行い、例えば、上記の更新したソフトウェアＳＷをサーバＳＶへ送信し、また、サーバＳＶにより管理されているソフトウェアＳＷをサーバＳＶから受信する。
【0023】
〈サーバＳＶの構成〉
図３は、実施形態１のサーバＳＶの構成を示す。
図３は、実施形態１のサーバＳＶの構成を示す。
【0024】
実施形態１のサーバＳＶは、図３に示されるように、入出力部ＮＳ（ＳＶ）と、処理部ＳＹ（ＳＶ）と、記憶部ＫＩ（ＳＶ）と、通信部ＴＵ（ＳＶ）と、を有する。
【0025】
入出力部ＮＳ（ＳＶ）は、例えば、ソフトウェアＳＷの更新に関連して、ソフトウェアＳＷの履歴情報ＲＪ（例えば、図１に図示。）を出力するために用いられ、また、履歴情報ＲＪに補足的な情報（例えば、書誌的な情報）を追加するための入力を行うために用いられる。入出力部ＮＳ（ＴＭ）は、例えば、タッチパネル、キーボード、マウス、液晶モニター、プリンタである。なお、上述のとおり、サーバＳＶがネットワークを介して論理的に構成される場合（例えば、クラウドサーバなど）には、管理者ＫＡの端末ＴＭが備える入出力部ＮＳにより代替されてもよい。
【0026】
処理部ＳＹ（ＳＶ）は、例えば、上記した履歴情報ＲＪの出力、履歴情報ＲＪへの入力に関連する処理を行う。処理部ＳＹ（ＳＶ）は、また、履歴情報ＲＪに基づき、必要に応じて、ユーザＵＳへの通知、ソフトウェアＳＷのライセンス管理を行う。
【0027】
記憶部ＫＩ（ＳＶ）は、例えば、処理部ＳＹ（ＳＶ）の処理に必要なデータを記憶する。
【0028】
通信部ＴＵ（ＳＶ）は、ネットワークＮＷを介した通信を行い、例えば、ユーザＵＳから更新されたソフトウェアＳＷを受信し、また、サーバＳＶが管理するソフトウェアＳＷを端末ＴＭへ送信する。
【0029】
〈実施形態１の動作〉
図４は、実施形態１の情報処理システムＪＳＳの動作を示すフローチャートである。
図４は、実施形態１の情報処理システムＪＳＳの動作を示すフローチャートである。
【0030】
【0031】
以下では、説明及び理解を容易にすべく、以下を想定する。
（１）ユーザＵＳ１～ＵＳｍのうちのユーザＵＳ１～ＵＳ３が、ソフトウェアＳＷの開発に関与していること（図４に図示。）
（２）上記したソフトウェアＳＷの初期版が、１つ以上の部品（例えば、部品Ａ、Ｂ、Ｃ、、、Ｗ）を含むこと（図６に図示。）
（３）ソフトウェアＳＷの初期版の構成を示す構成情報ＫＪ０（図６に図示。）と、ソフトウェアＳＷ（初期版）が保存された時刻ｔ０（２０２３年２月３日１２時３４分）を示す時刻情報ＪＪ０（図７に図示。）とが相互に紐づけられた履歴情報ＲＪ（図１８に図示。）が、サーバＳＶに保存されていること
（１）ユーザＵＳ１～ＵＳｍのうちのユーザＵＳ１～ＵＳ３が、ソフトウェアＳＷの開発に関与していること（図４に図示。）
（２）上記したソフトウェアＳＷの初期版が、１つ以上の部品（例えば、部品Ａ、Ｂ、Ｃ、、、Ｗ）を含むこと（図６に図示。）
（３）ソフトウェアＳＷの初期版の構成を示す構成情報ＫＪ０（図６に図示。）と、ソフトウェアＳＷ（初期版）が保存された時刻ｔ０（２０２３年２月３日１２時３４分）を示す時刻情報ＪＪ０（図７に図示。）とが相互に紐づけられた履歴情報ＲＪ（図１８に図示。）が、サーバＳＶに保存されていること
【0032】
ステップＳＴ１１（時刻ｔ１のとき）：端末ＴＭ１は、ユーザＵＳ１により「部品Ｄａｄｄが追加」されたソフトウェアＳＷ、即ち、構成情報ＫＪ１（図８に図示。）をサーバＳＶへ送信する。
【0033】
ステップＳＴ１２：サーバＳＶは、「部品Ｄａｄｄが追加」されたソフトウェアＳＷ、即ち、構成情報ＫＪ１を受信すると、即ち、取得すると、例えば、情報処理システムＪＳＳ内の時計から、時刻ｔ１「２０２３年３月４日１３時４５分」を示す時刻情報ＪＪ１（図９に図示。）を取得する。サーバＳＶは、更に、構成情報ＫＪ１と時刻情報ＪＪ１とを相互に紐づけることにより、履歴情報ＲＪを更新する（図１９に図示。）。
【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】
実施形態１の構成情報ＫＪに代わる実施形態２の差分情報ＳＪは、ソフトウェアＳＷが更新される前後のソフトウェアＳＷの差分、即ち、構成情報ＫＪ間の差分を示す。
【0062】
例えば、差分情報ＳＪ１は、時刻情報ＪＪ０により示される時刻ｔ０での、樹形図状である構成情報ＫＪ０（図２５上に図示。）と、時刻情報ＪＪ１により示される時刻ｔ１での、樹形図状である構成情報ＫＪ１（図２５下に図示。）とを比較した結果である、即ち、差分である「部品Ｄａｄｄの追加」（図２４、図２５に図示。）を示す。
【0063】
差分情報ＳＪ１は、また、時刻情報ＪＪ０により示される時刻ｔ０での、マトリクス状である構成情報（階層）ＫＪ０（ＫＳ）（図２６上に図示。）と、時刻情報ＪＪ１により示される時刻ｔ１での、マトリクス状である構成情報（階層）ＫＪ１（ＫＳ）（図２６下に図示。）との差分「部品Ｄａｄｄの追加」（図２４、図２６に図示。）を示す。
【0064】
差分情報ＳＪ１は、更に、時刻情報ＪＪ０により示される時刻ｔ０での、部品間の相互関係（例えば、親子関係）を示す構成情報（関係）ＫＪ０（ＫＫ）（図２７上に図示。）と、時刻情報ＪＪ１により示される時刻ｔ１での、部品間の相互関係を示す構成情報（関係）ＫＪ１（ＫＫ）（図２７下に図示。）との差分「部品Ｄａｄｄの追加」（図２４、図２７に図示。）を示す。
【0065】
〈実施形態２の効果〉
上述したように、実施形態２の情報処理システムＪＳＳでは、実施形態１での構成情報ＫＪ及び時刻情報ＪＪが相互に紐づけされた履歴情報ＲＪに代えて、差分情報ＳＪと時刻情報ＪＪとが相互に紐づけられた履歴情報ＲＪを生成する。これにより、実施形態１と同様に、ソフトウェアＳＷが過去に脆弱性を有していたとしても、ソフトウェアＳＷをいつ使用していたかを特定することが可能となる。
上述したように、実施形態２の情報処理システムＪＳＳでは、実施形態１での構成情報ＫＪ及び時刻情報ＪＪが相互に紐づけされた履歴情報ＲＪに代えて、差分情報ＳＪと時刻情報ＪＪとが相互に紐づけられた履歴情報ＲＪを生成する。これにより、実施形態１と同様に、ソフトウェアＳＷが過去に脆弱性を有していたとしても、ソフトウェアＳＷをいつ使用していたかを特定することが可能となる。
【0066】
〈変形例２－１〉
上述の差分情報は部品名が記載されているが、これに代えて、または、加えて、差分の量に応じた差分値を紐づけてもよい。差分値は、例えば、差分の数に基づく値であってもよい。もしくは、差分値は、部品ごとに設定される重み付け係数と差分の数を乗じた値であってもよい。
上述の差分情報は部品名が記載されているが、これに代えて、または、加えて、差分の量に応じた差分値を紐づけてもよい。差分値は、例えば、差分の数に基づく値であってもよい。もしくは、差分値は、部品ごとに設定される重み付け係数と差分の数を乗じた値であってもよい。
【0067】
〈変形例２－１の効果〉
変形例２－１の構成により、差分情報として部品名に代えて、または、加えて、差分の量に応じた差分値を紐づけることにより、ソフトウェアの構成上の違いだけでなく、より定量的に変化を認識することが可能となる。これにより、例えば「変更後の差分量が基準値を超えているか確認し、超えている場合には不具合が起きていないかチェックする」といった運用が可能となる。
変形例２－１の構成により、差分情報として部品名に代えて、または、加えて、差分の量に応じた差分値を紐づけることにより、ソフトウェアの構成上の違いだけでなく、より定量的に変化を認識することが可能となる。これにより、例えば「変更後の差分量が基準値を超えているか確認し、超えている場合には不具合が起きていないかチェックする」といった運用が可能となる。
【0068】
〈変形例２－２〉
また、比較結果に関連する条件を示す結果条件情報を設定しておいてもよく、比較結果情報（差分値）と結果条件情報（例えば、基準値が設定され、差分値が基準差分値を超える、など）とに基づいて、端末ＴＭへ条件に合致したことを示す通知を送信してもよい。
また、比較結果に関連する条件を示す結果条件情報を設定しておいてもよく、比較結果情報（差分値）と結果条件情報（例えば、基準値が設定され、差分値が基準差分値を超える、など）とに基づいて、端末ＴＭへ条件に合致したことを示す通知を送信してもよい。
【0069】
〈変形例２－２の効果〉
変形例２－２の構成により、所定の基準以上の差分量を有するソフトウェア部品に関する通知をユーザＵＳの端末ＴＭに送信することで、ユーザＵＳがソフトウェアＳＷの変更（特に、差分量の大きな変更）について円滑に認識することが可能となる。
変形例２－２の構成により、所定の基準以上の差分量を有するソフトウェア部品に関する通知をユーザＵＳの端末ＴＭに送信することで、ユーザＵＳがソフトウェアＳＷの変更（特に、差分量の大きな変更）について円滑に認識することが可能となる。
【0070】
〈実施形態３〉
実施形態３の情報処理システムＪＳＳについて説明する。
実施形態３の情報処理システムＪＳＳについて説明する。
【0071】
【0072】
〈実施形態３の動作〉
実施形態３の情報処理システムＪＳＳでは、端末ＴＭ１～ＴＭｍの入出力部ＮＳ（ＴＭ）（図２に図示。）は、実施形態１の構成情報ＫＪ（例えば、構成情報ＫＪ０（図６に図示。））に代えて、または、加えて、例えば、ソフトウェアＳＷの構成を構成情報ＫＪ１１～ＫＪ４（図２８～図３１に図示。）の態様で表示する。
実施形態３の情報処理システムＪＳＳでは、端末ＴＭ１～ＴＭｍの入出力部ＮＳ（ＴＭ）（図２に図示。）は、実施形態１の構成情報ＫＪ（例えば、構成情報ＫＪ０（図６に図示。））に代えて、または、加えて、例えば、ソフトウェアＳＷの構成を構成情報ＫＪ１１～ＫＪ４（図２８～図３１に図示。）の態様で表示する。
【0073】
構成情報ＫＪ１１の態様では、図２８に示されるように、ソフトウェアＳＷを構成する部品Ａ～Ｗが、メインルーチンとサブルーチンとに分けて表示されてもよい。
【0074】
構成情報ＫＪ１２の態様では、図２９に示されるように、ソフトウェアＳＷを構成する部品Ａ～Ｗが、ソフトウェアＳＷ中で使用される回数が付記されて表示されてもよい。
【0075】
構成情報ＫＪ１３の態様では、図３０に示されるように、ソフトウェアＳＷを構成する部品Ａ～Ｗが、サブルーチンを有する部品と、サブルーチンを有しない部品とに分けて表示されてもよい。
【0076】
構成情報ＫＪ１４の態様では、図３１に示されるように、ソフトウェアＳＷを構成する部品Ａ～Ｗのうち、メインルーチンである部品Ａ、Ｂ、Ｃ、Ｄの所要時間Ｔ（Ａ）、Ｔ（Ｂ）、Ｔ（Ｃ）、Ｔ（Ｄ）と、部品Ａ、Ｂ、Ｃ、Ｄを構成する部品（例えば、部品Ａを構成する部品Ｓ、Ｔ）とが、時系列に表示されてもよい。
【0077】
〈実施形態３の効果〉
上述したように、実施形態３の情報処理システムＪＳＳでは、実施形態１の情報処理システムＪＳＳでの表示態様に代えて、または、加えて、構成情報ＫＪ１１～構成情報ＫＪ１４の表示態様で表示する。これにより、実施形態１と同様に、ソフトウェアＳＷが過去に欠陥を有していたとしても、ソフトウェアＳＷをいつ使用していたかを特定することが可能となる。実施形態１の情報処理システムＪＳＳは、しかも、構成情報ＫＪ１１～構成情報ＫＪ１４の表示態様の視認性がより優れていることから、上記の特定をより容易に行うことが可能となる。
上述したように、実施形態３の情報処理システムＪＳＳでは、実施形態１の情報処理システムＪＳＳでの表示態様に代えて、または、加えて、構成情報ＫＪ１１～構成情報ＫＪ１４の表示態様で表示する。これにより、実施形態１と同様に、ソフトウェアＳＷが過去に欠陥を有していたとしても、ソフトウェアＳＷをいつ使用していたかを特定することが可能となる。実施形態１の情報処理システムＪＳＳは、しかも、構成情報ＫＪ１１～構成情報ＫＪ１４の表示態様の視認性がより優れていることから、上記の特定をより容易に行うことが可能となる。
【0078】
〈実施形態１～３のハードウェアによる構成〉
図３２は、実施形態１～３の情報処理システムＪＳＳのハードウェアによる構成を示す。
図３２は、実施形態１～３の情報処理システムＪＳＳのハードウェアによる構成を示す。
【0079】
実施形態１～３の情報処理システムＪＳＳは、上述した機能を果たすべく、図３２に示されるように、処理回路ＳＹＯを含み、必要に応じて、入力回路ＮＹＵと、出力回路ＳＹＵと、を更に含む。
【0080】
【0081】
処理回路ＳＹＯは、例えば、単一回路、複合回路、プログラム化したプロセッサ、並列プログラム化したプロセッサ、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）、またはこれらを組み合わせたものである。
【0082】
入力回路ＮＹＵ及び出力回路ＳＹＵは、例えば、端末ＴＭ、サーバＳＶの外部との間で、処理回路ＳＹＯの動作に関連する入力及び出力をやりとりする。
【0083】
〈実施形態１～３のソフトウェアによる実現に基づくハードウェアの構成〉
図３３は、実施形態１～３の情報処理システムＪＳＳのソフトウェアによる実現に基づくハードウェアの構成を示す。
図３３は、実施形態１～３の情報処理システムＪＳＳのソフトウェアによる実現に基づくハードウェアの構成を示す。
【0084】
実施形態１～３の情報処理システムＪＳＳは、図３２に示されるように、プロセッサＰＲＯと、記憶回路ＫＩＯと、を含み、必要に応じて、入力回路ＮＹＵと、出力回路ＳＹＵと、を更に含む。
【0085】
プロセッサＰＲＯは、プログラムを実行するＣＰＵ（Central Processing Unit、中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、ＤＳＰ（Digital Signal Processing）ともいう。）である。プロセッサＰＲＯは、主に、端末ＴＭの処理部ＳＹ（ＴＭ）、サーバＳＶの処理部ＳＹ（ＳＶ）の機能を実現する。
【0086】
プロセッサＰＲＯは、上記した機能の実現を、ソフトウェア、ファームウェア、またはソフトウェアとファームウェアとの組み合わせにより行う。ソフトウェア及びファームウェアは、プログラムＰＲＧとして記述され、記憶回路ＫＩＯに記憶されている。
【0087】
プロセッサＰＲＯは、記憶回路ＫＩＯから上記したプログラムＰＲＧを読み出して実行することにより、上記した機能を実現する。上記したプログラムＰＲＧは、主に、端末ＴＭの処理部ＳＹ（ＴＭ）、サーバＳＶの処理部ＳＹ（ＳＶ）の手順及び方法をコンピュータに実行させるものであるともいえる。
【0088】
ここで、記憶回路ＫＩＯは、例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ、ＥＰＲＯＭ（Erasable Programmable Read Only Memory）、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）等の、不揮発性または揮発性の半導体メモリ、並びに、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤ（Digital Versatile Disc）等である。
【0089】
端末ＴＭの入出力部ＮＳ（ＴＭ）～通信部ＴＵ（ＴＭ）、サーバＳＶの入出力部ＮＳ（ＳＶ）～通信部ＴＵ（ＳＶ）の各機能のうち、一部の機能を処理回路ＳＹＯ（図３２に図示。）により実現し、他方で、他の一部の機能をプロセッサＰＲＯ（図３３に図示。）により実現してもよい。
【0090】
上述したように、端末ＴＭの入出力部ＮＳ（ＴＭ）～通信部ＴＵ（ＴＭ）、サーバＳＶの入出力部ＮＳ（ＳＶ）～通信部ＴＵ（ＳＶ）の機能は、ハードウェア、ソフトウェア、ファームウェア、またはこれらの組み合わせにより実現可能である。
【0091】
入力回路ＮＹＵ及び出力回路ＳＹＵは、例えば、端末ＴＭ、サーバＳＶの外部との間でプロセッサＰＲＯの動作に関連する入力及び出力をやりとりする。
【0092】
〈構成の例示〉
本開示に係る情報処理システム、情報処理システム方法、プログラム、及び記録媒体は、例えば、以下の構成を有する。
本開示に係る情報処理システム、情報処理システム方法、プログラム、及び記録媒体は、例えば、以下の構成を有する。
【0093】
［項目１］
処理部により、
所定のソフトウェアを構成する一以上のソフトウェア部品に関するソフトウェア部品情報と履歴タイミング情報に基づき、前記ソフトウェア部品情報の変更履歴を示す履歴情報を生成し、
前記履歴タイミング情報は、ソフトウェア部品情報の生成時点から前記履歴情報の記憶時点における１以上の時点のタイミングを示す情報である、
情報処理システム。
［項目２］
前記処理部により、さらに、
記憶部に記憶された欠陥情報と、前記履歴情報に基づいて、欠陥情報に対応する部品が含まれていた期間またはソフトウェア部品情報の少なくとも何れかを示す情報を特定する、
項目１に記載の情報処理システム。
［項目３］
前記処理部により、さらに、
前記欠陥を含む部品を使用していた使用期間に関する通知、または、前記欠陥を含む部品を含むソフトウェアの使用禁止に関する通知、もしくは、前記欠陥を含まない部品を含むソフトウェアの使用推奨に関する通知の少なくともいずれかを所定の端末に送信する、
項目２に記載の情報処理システム。
［項目４］
前記処理部により、さらに、
部品単位、または、ソフトウェア部品情報単位の少なくとも何れかにおいて設定された重要度情報に基づき、前記通知の送信要否を決定する、
項目３に記載の情報処理システム。
［項目５］
二時点のタイミングで記憶されたソフトウェア部品情報同士を互いに比較した結果を示す比較結果情報を生成する、
項目１乃至４のいずれかに記載の情報処理システム。
［項目６］
前記比較結果情報と、前記結果に関連する条件を示す結果条件情報に基づいて、前記条件に合致したことを示す通知を所定の端末へ送信する、
項目５に記載の情報処理システム。
［項目７］
前記比較結果は、ソフトウェア部品情報同士の差分に基づく差分値情報であって、前記条件は、前記差分値情報が示す差分値が基準差分値を超えることを含む、
項目６に記載の情報処理システム。
［項目８］
前記ソフトウェア部品情報は、ソフトウェアに関する情報に含まれる階層化情報を解析することで取得される、
項目１乃至項目７のいずれかに記載の情報処理システム。
［項目９］
前記ソフトウェアに関する情報は、他のコンピュータの記憶領域から読み出された情報である、
項目８に記載の情報処理システム。
［項目１０］
処理部により、
所定のソフトウェアを構成する一以上のソフトウェア部品に関するソフトウェア部品情報と履歴タイミング情報に基づき、前記ソフトウェア部品情報の変更履歴を示す履歴情報を生成し、
前記履歴タイミング情報は、ソフトウェア部品情報の生成時点から前記履歴情報の記憶時点における１以上の時点のタイミングを示す情報である、 情報処理方法。
［項目１０］
処理部により、
所定のソフトウェアを構成する一以上のソフトウェア部品に関するソフトウェア部品情報と履歴タイミング情報に基づき、前記ソフトウェア部品情報の変更履歴を示す履歴情報を生成し、
前記履歴タイミング情報は、ソフトウェア部品情報の生成時点から前記履歴情報の記憶時点における１以上の時点のタイミングを示す情報である、
プログラム。
処理部により、
所定のソフトウェアを構成する一以上のソフトウェア部品に関するソフトウェア部品情報と履歴タイミング情報に基づき、前記ソフトウェア部品情報の変更履歴を示す履歴情報を生成し、
前記履歴タイミング情報は、ソフトウェア部品情報の生成時点から前記履歴情報の記憶時点における１以上の時点のタイミングを示す情報である、
情報処理システム。
［項目２］
前記処理部により、さらに、
記憶部に記憶された欠陥情報と、前記履歴情報に基づいて、欠陥情報に対応する部品が含まれていた期間またはソフトウェア部品情報の少なくとも何れかを示す情報を特定する、
項目１に記載の情報処理システム。
［項目３］
前記処理部により、さらに、
前記欠陥を含む部品を使用していた使用期間に関する通知、または、前記欠陥を含む部品を含むソフトウェアの使用禁止に関する通知、もしくは、前記欠陥を含まない部品を含むソフトウェアの使用推奨に関する通知の少なくともいずれかを所定の端末に送信する、
項目２に記載の情報処理システム。
［項目４］
前記処理部により、さらに、
部品単位、または、ソフトウェア部品情報単位の少なくとも何れかにおいて設定された重要度情報に基づき、前記通知の送信要否を決定する、
項目３に記載の情報処理システム。
［項目５］
二時点のタイミングで記憶されたソフトウェア部品情報同士を互いに比較した結果を示す比較結果情報を生成する、
項目１乃至４のいずれかに記載の情報処理システム。
［項目６］
前記比較結果情報と、前記結果に関連する条件を示す結果条件情報に基づいて、前記条件に合致したことを示す通知を所定の端末へ送信する、
項目５に記載の情報処理システム。
［項目７］
前記比較結果は、ソフトウェア部品情報同士の差分に基づく差分値情報であって、前記条件は、前記差分値情報が示す差分値が基準差分値を超えることを含む、
項目６に記載の情報処理システム。
［項目８］
前記ソフトウェア部品情報は、ソフトウェアに関する情報に含まれる階層化情報を解析することで取得される、
項目１乃至項目７のいずれかに記載の情報処理システム。
［項目９］
前記ソフトウェアに関する情報は、他のコンピュータの記憶領域から読み出された情報である、
項目８に記載の情報処理システム。
［項目１０］
処理部により、
所定のソフトウェアを構成する一以上のソフトウェア部品に関するソフトウェア部品情報と履歴タイミング情報に基づき、前記ソフトウェア部品情報の変更履歴を示す履歴情報を生成し、
前記履歴タイミング情報は、ソフトウェア部品情報の生成時点から前記履歴情報の記憶時点における１以上の時点のタイミングを示す情報である、 情報処理方法。
［項目１０］
処理部により、
所定のソフトウェアを構成する一以上のソフトウェア部品に関するソフトウェア部品情報と履歴タイミング情報に基づき、前記ソフトウェア部品情報の変更履歴を示す履歴情報を生成し、
前記履歴タイミング情報は、ソフトウェア部品情報の生成時点から前記履歴情報の記憶時点における１以上の時点のタイミングを示す情報である、
プログラム。
【符号の説明】
【0094】
ＪＳＳ 情報処理システム
ＴＭ 端末
ＳＶ サーバ
ＵＳ ユーザ
ＫＡ 管理者
ＮＷ ネットワーク
ＳＷ ソフトウェア
ＲＪ 履歴情報
ＫＪ 構成情報
ＪＪ 時刻情報
ＴＭ 端末
ＳＶ サーバ
ＵＳ ユーザ
ＫＡ 管理者
ＮＷ ネットワーク
ＳＷ ソフトウェア
ＲＪ 履歴情報
ＫＪ 構成情報
ＪＪ 時刻情報
【要約】
【課題】ソフトウェアが過去に欠陥を有していたとしても、ソフトウェアをいつ使用していたかを特定する。
【解決手段】情報処理システムは、処理部により、所定のソフトウェアを構成する一以上のソフトウェア部品に関するソフトウェア部品情報と履歴タイミング情報に基づき、前記ソフトウェア部品情報の変更履歴を示す履歴情報を生成し、前記履歴タイミング情報は、ソフトウェア部品情報の生成時点から前記履歴情報の記憶時点における１以上の時点のタイミングを示す情報である。また、前記処理部により、さらに、記憶部に記憶された欠陥情報と、前記履歴情報に基づいて、欠陥情報に対応する部品が含まれていた期間またはソフトウェア部品情報の少なくとも何れかを示す情報を特定する。
【選択図】図１
【解決手段】情報処理システムは、処理部により、所定のソフトウェアを構成する一以上のソフトウェア部品に関するソフトウェア部品情報と履歴タイミング情報に基づき、前記ソフトウェア部品情報の変更履歴を示す履歴情報を生成し、前記履歴タイミング情報は、ソフトウェア部品情報の生成時点から前記履歴情報の記憶時点における１以上の時点のタイミングを示す情報である。また、前記処理部により、さらに、記憶部に記憶された欠陥情報と、前記履歴情報に基づいて、欠陥情報に対応する部品が含まれていた期間またはソフトウェア部品情報の少なくとも何れかを示す情報を特定する。
【選択図】図１
【図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】
【図30】
【図31】
【図32】
【図33】
