JP2021197099A - 情報処理装置及びプログラム - Google Patents

Abstract

【課題】確認を要する箇所の特定に最新の文書の存在が必要とされる場合に比して、作業者の負担を軽減する。【解決手段】情報処理装置はプロセッサを有し、プロセッサは、監視の対象とするウェブサイトから、更新を含む第１の画像データを取得し、監視の対象とする文書データから第２の画像データを取得し、第１の画像データと第２の画像データを比較し、変化の可能性がある箇所を文書データの管理者に通知する。【選択図】図３

Description

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

業務上の文書は継続的に修正される。例えばマニュアルに使用される画像は、実製品で使用される画面の変更に合わせて修正される。ところで、マニュアル等の文書に修正が加えられた箇所の確認が必要とされる場合がある。この場合、修正後の文書（以下「最新の文書」とも呼ぶ）と修正前の文書（以下「既存の文書」ともいう）とが比較され、修正が加えられた箇所が特定される。

特開２０１３−８１４７号公報

修正が加えられた箇所の特定には、比較の対象である既存の文書と最新の文書の両方が必要になる。すなわち、既存の文書に修正を加えた最新の文書が必要になる。
ところで、業務上求められる整合性は、必ずしも継続的な関係がある文書間だけではない。例えばウェブサイトとその運用マニュアル、手順書、仕様書等の間でも整合性が要求される。
ただし、ウェブサイトと運用マニュアル等とは別の媒体であり、関連する文書の数も多い。また、ウェブサイトは、運用マニュアル等の既存の文書に対する最新の文書の関係にない。このため、ウェブサイトの画像が修正されても、対応する文書内から修正を要する画像を見つけ出すのは容易でない。

本発明は、確認を要する箇所の特定に最新の文書の存在が必要とされる場合に比して、作業者の負担を軽減することを目的とする。

請求項１に記載の発明は、プロセッサを有し、前記プロセッサは、監視の対象とするウェブサイトから、更新を含む第１の画像データを取得し、監視の対象とする文書データから第２の画像データを取得し、前記第１の画像データと前記第２の画像データを比較し、変化の可能性がある箇所を前記文書データの管理者に通知する情報処理装置である。
請求項２に記載の発明は、前記プロセッサは、前記第１の画像データと前記第２の画像データの一致率が予め定めた条件を満たす場合、当該第２の画像データを修正の可能性がある箇所として通知する、請求項１に記載の情報処理装置である。
請求項３に記載の発明は、前記予め定めた条件は、前記一致率が第１の閾値より低いことである、請求項２に記載の情報処理装置である。
請求項４に記載の発明は、前記予め定めた条件は、前記第１の閾値より小さい第２の閾値より前記一致率が高いことである、請求項３に記載の情報処理装置である。
請求項５に記載の発明は、前記プロセッサは、前記第２の閾値より前記一致率が小さい場合、前記第２の画像データを通知の対象から除外する、請求項４に記載の情報処理装置である。
請求項６に記載の発明は、前記プロセッサは、前記管理者に対し、通知の対象である前記第２の画像データの修正の要否の確認を要求する、請求項１に記載の情報処理装置である。
請求項７に記載の発明は、前記プロセッサは、修正が不要と指示された前記第２の画像データを次回以降の比較の対象から除外する、請求項６に記載の情報処理装置である。
請求項８に記載の発明は、コンピュータに、監視の対象とするウェブサイトから、更新を含む第１の画像データを取得する機能と、監視の対象とする文書データから第２の画像データを取得する機能と、前記第１の画像データと前記第２の画像データを比較し、変化の可能性がある箇所を前記文書データの管理者に通知する機能とを実現させるプログラムである。

請求項１記載の発明によれば、確認を要する箇所の特定に最新の文書の存在が必要とされる場合に比して、作業者の負担を軽減できる。
請求項２記載の発明によれば、修正の可能性が高い第２の画像データを通知できる。
請求項３記載の発明によれば、多重的に表示された情報により一致率が低下した可能性がある画像を修正の可能性がある箇所から除去できる。
請求項４記載の発明によれば、修正の可能性が高い画像を選択的に通知できる。
請求項５記載の発明によれば、継続性がない画像を修正の可能性がある箇所から除外できる。
請求項６記載の発明によれば、管理者の判断を通知の結果として記録できる。
請求項７記載の発明によれば、管理者が修正の可能性を否定した箇所を次回の通知の対象から除外できる。
請求項８記載の発明によれば、確認を要する箇所の特定に最新の文書の存在が必要とされる場合に比して、作業者の負担を軽減できる。

実施の形態で想定する情報処理システムの構成例を示す図である。 更新管理サーバのハードウェア上の構成例を説明する図である。 更新管理サーバの機能上の構成例を説明する図である。 画像データ取得部が監視の対象とするウェブサイトと取得された画像データの情報を説明する図である。（Ａ）はウェブサイトの画像例を示し、（Ｂ）は取得画像データの例を示す。 更新確認部による比較の結果を説明する図である。 画像データ取得部が取得の対象とする文書データと取得された画像データの情報を説明する図である。（Ａ）は文書データの例を示し、（Ｂ）は取得画像データの例を示す。 更新確認部による比較の結果を説明する図である。 データ比較部による画像データ間の比較の結果の例を説明する図である。 管理者の端末に表示される画面の一例を説明する図である。 管理者による修正の有無の指示を反映した比較結果データの例を示す図である。 更新管理サーバで実行される処理動作を説明するフローチャートである。 ウェブサイトから取得された画像データの一覧を示す図である。 文書データＤＢで管理される文書データの管理データと文書データＤＢから取得された画像データの一覧を示す図である。（Ａ）は文書データＤＢで管理される文書データの管理データであり、（Ｂ）は取得画像データの一覧である。 ウェブサイトにおいて取得された画像データと文書データにおいて取得された画像データを比較した結果の例を説明する図である。 管理者による画像データに対する更新の必要性の有無を受け付けた結果の例を示す図である。 ウェブサイトからの画像データの取得が２回目以降であった場合における取得画像データの例を説明する図である。 文書データからの画像データの取得が２回目以降の場合における取得画像データの例を説明する図である。 管理者による前回の確認に応じて登録された管理データの例を示す図である。 ウェブサイトにおいて取得された画像データと文書データにおいて取得された画像データを比較した結果の例を説明する図である。 管理者による画像データに対する更新の必要性の有無を受け付けた結果の例を示す図である。

以下、添付図面を参照して、実施の形態について詳細に説明する。
＜実施の形態＞
＜システム構成＞
図１は、実施の形態で想定する情報処理システム１の構成例を示す図である。
図１に示す情報処理システム１は、監視の対象であるウェブサイト１０と、インターネット２０と、監視の対象に関連がある文書データのデータベース（以下「文書データＤＢ」という）３０と、更新管理サーバ４０と、管理者が操作する端末５０と、ＬＡＮ（＝Local Area Network）６０で構成されている。

本実施の形態におけるウェブサイト１０は、ＷＷＷ（＝World Wide Web）上のアドレスが与えられており、外部の装置からアクセスが可能な画像データをいう。このため、ウェブサイト１０が存在する場所は、サーバ上に限らず、外部との通信が可能な装置や機械でもよい。
本実施の形態におけるウェブサイト１０には、機械の操作パネルの画像、オペレーションシステムやファームウェアのバージョンアップ等に応じて表示される確認用の画像、アプリケーションソフトウェアのユーザインタフェースの画像も含まれる。
図１の場合、ウェブサイト１０は、インターネット２０上に存在するが、ＬＡＮ６０上に存在してもよい。

文書データＤＢ３０は、監視の対象であるウェブサイト１０に関連がある文書データが記憶されているストレージである。図１の場合、文書データＤＢ３０は、ＬＡＮ６０上に存在するが、インターネット２０上に存在してもよい。本実施の形態の場合、文書データは、例えば運用マニュアル、手順書、仕様書である。
更新管理サーバ４０は、ウェブサイト１０における画像の更新を監視し、関連する文書データのうち修正の必要性が高い画像を検出して管理者に通知する機能を提供する。更新管理サーバ４０は、情報処理装置の一例である。
端末５０は、いわゆるコンピュータであり、デスクトップ型のコンピュータやノート型のコンピュータを想定する。もっとも、端末５０は、スマートフォンやタブレット型の端末でもよい。

＜更新管理サーバ４０の構成＞
図２は、更新管理サーバ４０のハードウェア上の構成例を説明する図である。
更新管理サーバ４０は、装置全体の動作を制御する制御ユニット４１と、データを記憶する記憶装置４２と、入出力ポート４３と、通信装置４４とを有している。
制御ユニット４１は、ＣＰＵ（＝Central Processing Unit）４１Ａと、ＢＩＯＳ（＝Basic Input Output System）等が記憶されたＲＯＭ（＝Read Only Memory）と、ワークエリアとして用いられるＲＡＭ（＝Random Access Memory）とを有している。制御ユニット４１は、いわゆるコンピュータとして機能する。ＣＰＵ４１Ａは、プロセッサの一例である。

記憶装置４２は、例えば半導体メモリやハードディスク装置により構成される。記憶装置４２には、オペレーティングシステムや本実施の形態で提案する機能を実現するプログラムが記憶されている。
この他、本実施の形態における記憶装置４２には、ウェブサイト１０（図１参照）から取得した画像データ（以下「取得画像データ」ともいう）４２Ａと、最新の取得画像データ４２Ａと前回の取得画像データ４２Ａとの間で更新の可能性が認められた画像データ（以下「更新画像データ」ともいう）４２Ｂと、文書データＤＢ３０（図１参照）から取得した画像データ（以下「取得画像データ」ともいう）４２Ｃと、最新の取得画像データ４２Ｃと前回の取得画像データ４２Ｃとの間で更新の可能性が認められた画像データ（以下「更新画像データ」ともいう）４２Ｄと、更新が検出されたウェブサイト１０側の画像と文書データ側の画像との比較の結果（以下「比較結果データ」という）４２Ｅとが記憶されている。

図３は、更新管理サーバ４０の機能上の構成例を説明する図である。図３に示す機能上の構成は、プログラムの実行を通じて実現される。
更新管理サーバ４０の機能部は、ウェブサイト１０から画像データを取得する画像データ取得部４１１と、取得画像データ４２Ａから更新の可能性が高い画像データを確認する更新確認部４１２と、文書データＤＢ３０から画像データを取得する画像データ取得部４１３と、取得画像データ４２Ｃから更新の可能性が高い画像データを確認する更新確認部４１４と、ウェブサイト１０から取得された更新画像データ４２Ｂと文書データから取得された更新画像データ４２Ｄとを比較するデータ比較部４１５と、比較結果データ４２Ｅから更新の可能性が高い画像データの存在を管理者に通知する管理者通知部４１６と、通知された画像データに対する管理者の確認の結果や管理者による修正の指示を受け付ける修正受付部４１７とを有している。
取得画像データ４２Ａは、第１の画像データの一例であり、取得画像データ４２Ｃは、第２の画像データの一例である。

画像データ取得部４１１は、監視の対象として管理者が指定した特定のウェブサイト１０に含まれる画像データを取得する。監視の対象とするウェブサイト１０は、ＵＲＬ（＝Uniform Resource Locator）、ドメイン以下のＵＲＬ等により指定される。前述したように、ウェブサイトには、機械の操作パネル等の画像も含まれる。なお、ＵＲＬは、開発で用いたソースコード等から取得してもよい。また、取得されたＵＲＬの一部を監視の対象として管理者等が事前に指定してもよい。
特定のウェブサイト１０は、個別に指定される他、サイトの種類、会社名、サービス名等により特定してもよい。
なお、画像データ取得部４１１は、インターネット上から画像データを自動的に収集するアプリケーションソフトウェア（以下「ボット」ともいう）でもよい。

図４は、画像データ取得部４１１（図３参照）が監視の対象とするウェブサイト１０と取得された画像データの情報を説明する図である。（Ａ）はウェブサイト１０の画像例を示し、（Ｂ）は取得画像データ４２Ａの例を示す。
図４（Ａ）は、「ａａａサービス／ｔｔｔａ」で特定されるウェブサイト１０を表している。
画像データ取得部４１１は、ウェブサイト１０に含まれる「ＡＡＡＡＡ」画像１１を取得する。

図４（Ｂ）の例では、ウェブサイト１０の１つのページには１つの画像が含まれる場合を想定しているが、１つのページに複数の画像が含まれてもよい。その場合には、画像データ毎に異なる名称が付され管理される。
図４（Ｂ）に示すように、取得画像データ４２Ａは、取得元であるウェブサイト１０を特定するＵＲＬと取得した日付とが紐付けられている。図４の場合、日付は日時である。本実施の形態の場合、画像データ取得部４１１は、毎日１回、監視の対象であるウェブサイト１０から画像データを取得する。なお、毎日１回は一例であり、１時間に１回、数時間に１回等でもよい。

図３の説明に戻る。
更新確認部４１２は、直前回に取得された画像データと最新の画像データを比較し、直前回の取得から今回の取得までの間に画像データに更新があったか否かを確認する機能を提供する。
本実施の形態の場合、更新確認部４１２は、マッチ率を使用して更新の有無を判定する。マッチ率の１００％は２つの画像が一致することを意味し、マッチ率の０％は２つの画像が全く異なることを意味する。画像の一部に変化があった場合のマッチ率は、変化の多さに応じ、１００％から０％の間の中間値を採る。

図５は、更新確認部４１２（図３参照）による比較の結果を説明する図である。図５に示す例は、「ａａａサービス／ｔｔｔａ」で特定されるウェブサイト１０と、「ａａａサービス／ｔｔｔｂ」で特定されるウェブサイト１０と、「ａａａサービス／ｔｔｔｃ」で特定されるウェブサイト１０のそれぞれについて比較の結果を表している。なお、図５では、省略しているが、残る３つのウェブサイト１０についても同様に比較の結果が存在する。

図５の場合、同じウェブサイト１０について取得された取得画像データ４２Ａのファイル名には日付の情報が付加されている。
図５の場合、１つのウェブサイト１０について２つの取得画像データ４２Ａが記憶されている。１つは２月２１日に取得された取得画像データ４２Ａであり、１つは２月２２日に取得された取得画像データ４２Ａである。
図５の場合、「ａａａサービス／ｔｔｔａ」で特定されるウェブサイト１０について２月２１日に取得された「ＡＡＡＡＡ_０２２１」画像と、前日に取得された「ＡＡＡＡＡ_０２２０」画像とのマッチ率は１００％である。
ただし、２月２２日に取得された「ＡＡＡＡＡ_０２２２」画像は、前日に取得された「ＡＡＡＡＡ_０２２１」画像とのマッチ率が９５％に低下している。ここでのマッチ率は、「一致率」に想到する。

同様に、「ａａａサービス／ｔｔｔｂ」で特定されるウェブサイト１０について２月２１日に取得された「ＢＢＢＢＢ_０２２１」画像と、前日に取得された「ＢＢＢＢＢ_０２２０」画像とのマッチ率は１００％である。
ただし、２月２２日に取得された「ＢＢＢＢＢ_０２２２」画像は、前日に取得された「ＢＢＢＢＢ_０２２１」画像とのマッチ率が５０％に低下している。
このため、更新確認部４１２は、「ＡＡＡＡＡ_０２２２」画像と「ＢＢＢＢＢ_０２２２」画像を、更新画像データ４２Ｂとして出力する。
なお、更新と判定するマッチ率には閾値を用いてもよい。閾値は例えば９６％とする。マッチングの誤差の可能性を考慮するためである。ここでの９６％は、第１の閾値の一例である。
更新確認部４１２は、全ての取得画像データ４２Ａについて更新の可能性がなかった場合、更新画像データ４２Ｂを出力することなく、処理を終了する。

図３の説明に戻る。
画像データ取得部４１３は、文書データＤＢ３０に記憶されている文書データから画像データを取得する。監視の対象とする文書データは、画像データ取得部４１１が取得の対象とするウェブサイトと関連がある文書データを事前に指定しておく。もっとも、文書データＤＢ３０に記憶されている全ての文書データを監視の対象としてもよい。
図６は、画像データ取得部４１３（図３参照）が取得の対象とする文書データと取得された画像データの情報を説明する図である。（Ａ）は文書データの例を示し、（Ｂ）は取得画像データ４２Ｃの例を示す。

図６（Ａ）に例示した文書データのファイル名は、「７８９マニュアル．ｈｔｍｌ」である。画像データ取得部４１３は、「７８９マニュアル」に含まれる「ＭＭＭＭＭ」画像３１を取得する。
図６（Ｂ）の例では、「１２３仕様書」から３つの画像データが取得され、「４５６手順書」から３つの画像データが取得され、「７８９マニュアル」から２つの画像データが取得されている。
図６（Ｂ）に示すように、取得画像データ４２Ｃには、文書データを特定するファイル名と取得した日付とが紐付けられている。図６の場合、作成日付は日時である。本実施の形態の場合、画像データ取得部４１３は、文書データが更新された場合に画像データを取得する。

図３の説明に戻る。
更新確認部４１４は、直前回に取得された画像データと最新の画像データを比較し、直前回の取得から今回の取得までの間に画像データに更新があったか否かを確認する機能を提供する。
更新確認部４１４も、マッチ率を使用して更新の有無を判定する。マッチ率が１００％の場合は２つの画像が一致することを意味し、０％の場合は２つの画像が全く異なることを意味する。画像の一部に変化があった場合のマッチ率は、変化の多さに応じ、１００％から０％の間の中間値を採る。なお、誤差を考慮して５％未満は、実質的に０％とみなしてもよい。ここでの５％は第２の閾値の一例である。

更新確認部４１４は、文書データの最新の画像データを取得することを目的とする。
図７は、更新確認部４１４による比較の結果を説明する図である。図７の場合、同じ文書データから取得された取得画像データ４２Ｃのファイル名には、作成又は修正された日付の情報とマッチ率が付加されている。
図７の場合、「１２３仕様書」について２月１８日に取得された「ＧＧＧＧＧ_０２１８」画像と、前回取得された不図示の画像とのマッチ率は１００％である。ただし、２月２３日に取得された「ＧＧＧＧＧ_０２２３」画像は、前回取得された「ＧＧＧＧＧ_０２１８」画像とのマッチ率が９５％に低下している。
なお、更新と判定するマッチ率には閾値を用いてもよい。上限を与える閾値は例えば９６％とする。スナップショットとして取得された画像データにバナー等が混入する可能性を考慮する。
更新確認部４１４は、全ての取得画像データ４２Ｃについて更新の可能性がなかった場合、更新画像データ４２Ｄを出力することなく、処理を終了する。

図３の説明に戻る。
データ比較部４１５は、ウェブサイト１０について確認された更新画像データ４２Ｂと文書データについて確認された更新画像データ４２Ｄとを比較し、比較の結果を出力する。本実施の形態の場合、比較の結果としてマッチ率を出力する。
本実施の形態の場合、閾値には上限を与える閾値と下限を与える閾値の両方を用いる。上限を与える閾値は、第１の閾値の一例であり、バナー等によりマッチ率が低下した画像データを排除する目的で使用される。下限を与える閾値は、第２の閾値の一例であり、全く別の画像への更新を排除するために使用される。
図８は、データ比較部４１５（図３参照）による画像データ間の比較の結果の例を説明する図である。

図８の場合、ウェブサイト１０から取得された「ＡＡＡＡＡ」画像は、文書データの「１２３仕様書」に含まれる「ＧＧＧＧＧ」画像と、「ＨＨＨＨＨ」画像と、「ＩＩＩＩＩ」画像と、文書データの「４５６手順書」に含まれる「ＪＪＪＪＪ」画像と、「ＫＫＫＫＫ」画像と、「ＬＬＬＬＬ」画像と、文書データの「７８９マニュアル」に含まれる「ＭＭＭＭＭ」画像と、「ＮＮＮＮＮ」画像のそれぞれと比較される。
図８の場合、ウェブサイト１０から取得された「ＡＡＡＡＡ」画像と「１２３仕様書」から取得された「ＧＧＧＧＧ」画像のマッチ率は１００％である。

また、ウェブサイト１０から取得された「ＡＡＡＡＡ」画像と、「１２３仕様書」に含まれる「ＨＨＨＨＨ」画像と「ＩＩＩＩＩ」画像と、「４５６手順書」に含まれる「ＫＫＫＫＫ」画像と「ＬＬＬＬＬ」画像と、「７８９マニュアル」に含まれる「ＮＮＮＮＮ」画像とのマッチ率は０％である。
なお、ウェブサイト１０から取得された「ＡＡＡＡＡ」画像と「４５６仕様書」に含まれる「ＪＪＪＪＪ」画像とのマッチ率は９０％であり、ウェブサイト１０から取得された「ＡＡＡＡＡ」画像と「７８９マニュアル」に含まれる「ＭＭＭＭＭ」画像とのマッチ率は５０％である。
また、ウェブサイト１０から取得された「ＢＢＢＢＢ」画像と「１２３仕様書」に含まれる「ＨＨＨＨＨ」画像とのマッチ率は９０％である。

図３の説明に戻る。
管理者通知部４１６は、管理者の確認を必要とするマッチ率が得られた画像データを、管理者の端末５０（図１参照）に通知する機能部である。
図９は、管理者の端末５０に表示される画面５１の一例を説明する図である。
図９に示す画面５１には、ウェブサイト１０の「ＡＡＡＡＡ」画像とのマッチ率が９０％であった「４５６手順書」の「ＪＪＪＪＪ」画像と、ウェブサイト１０の「ＡＡＡＡＡ」画像とのマッチ率が５０％であった「７８９マニュアル」の「ＭＭＭＭＭ」画像と、ウェブサイト１０の「ＢＢＢＢＢ」画像とのマッチ率が９０％であった「１２３仕様書」の「ＨＨＨＨＨ」画像とが並べて表示されている。
「ＡＡＡＡＡ」画像と「ＢＢＢＢＢ」画像は、ウェブサイト１０の更新画像データ４２Ｂであり、「ＪＪＪＪＪ」画像と、「ＭＭＭＭＭ」画像と、「ＨＨＨＨＨ」画像は、文書データの更新画像データ４２Ｄである。

図９の場合、対応する画像に紐づけてマッチ率の数値と、対応する文書データに対する修正の有無を入力するための欄とが配置されている。図９では、修正の有無を入力するための欄に「修正有無」とのタイトルが表示され、その欄には「修正する」とのラベルが付されたボタン５２と、「修正しない」とのラベルが付されたボタン５３とが表示されている。
管理者は実際の画像を確認しながら、修正の有無を判断し、ボタン５２又は５３を操作する。

図３の説明に戻る。
修正受付部４１７は、管理者が「修正する」を選択した更新画像データ４２Ｄに対する修正を受け付ける機能部である。
なお、管理者が「修正する」を選択したのに、対応する文書データの更新画像データ４２Ｄが実行されなかった場合、修正受付部４１７は、管理者通知部４１６を通じて管理者に修正を促すメールを通知する。

図１０は、管理者による修正の有無の指示を反映した比較結果データ４２Ｅの例を示す図である。図１０に示す比較結果データ４２Ｅは、図８に示す比較結果データ４２Ｅに対応する。
図１０に示す比較結果データ４２Ｅは、修正受付部４１７の管理用である。図１０の場合、「７８９マニュアル」の「ＭＭＭＭＭ」画像についてのみ「修正する」が記録され、「４５６手順書」の「ＪＪＪＪＪ」画像と「１２３仕様書」の「ＨＨＨＨＨ」画像については「修正しない」が記録されている。
いずれの画像についても、管理者の確認日は「2020/02/23」である。

図１０の場合、「ＪＪＪＪＪ」画像と「ＨＨＨＨＨ」画像について「修正しない」が記録されているが、実質的に修正の必要がないと管理者が判断した結果である。
例えばウェブサイト１０から取得される画像データは、ある瞬間のスナップショットとして取得される。このため、時間に伴って位置や内容が変化するバナー広告等が、ウェブサイト１０の「ＡＡＡＡＡ」画像や「ＢＢＢＢＢ」画像に重ねて表示されていた場合、マッチ率が低下する可能性がある。

しかし、バナー広告等の背後に表示されている画像データと文書データ側の画像データとは同じであることが起こり得る。図１０の「修正しない」は、このような例を表している。
なお、「修正する」の指示を受け付けた場合、修正受付部４１７は、ウェブサイト１０から画像データを取得する画像データ取得部４１１と文書データＤＢ３０から画像データを取得する画像データ取得部４１３に再度の取得を指示し、一連の比較を繰り返させる。
ユーザが文書データを正しい画像データに修正していれば、再度の確認において全ての画像データのマッチ率が１００％となり、ループ処理が終了する。

＜処理動作＞
以下、実施の形態で想定する情報処理システム１で実行される処理動作を説明する。
以下では、更新を確認するプログラムを初めて実行する場合の動作（以下「初回の動作」という）と、２回目以降の動作について説明する。

＜初回の動作＞
図１１は、更新管理サーバ４０で実行される処理動作を説明するフローチャートである。図中に示す記号のＳはステップを意味する。
処理を開始したＣＰＵ４１Ａ（図２参照）は、ウェブサイト１０から画像データを取得する（ステップ１）。
本実施の形態の場合、画像データは、例えばＪＰＥＧ（＝Joint Photographic Experts Group）、ＰＮＧ（＝Portable Network Graphics）、ＧＩＦ（＝Graphics Interchange Format）のデータ形式を有するデータをいう。

ＣＰＵ４１Ａがウェブサイト１０から画像データを取得する範囲は、例えば管理者のＤさんが端末５０（図１参照）を用いて設定する。
管理者のＤさんは、例えば新規サービスＡに対して取得する範囲を設定する。範囲の指定は、例えば「www．fujixerox．co．jp/aaaサービス/ttt*」により行う。ここでの＊は任意の意味である。従って「aaaサービス」の「ttt＊」で特定される全てのウェブサイトが検索の範囲に含まれる。
ＣＰＵ４１Ａは、指定されたウェブサイト１０に定期的にアクセスし、各ウェブサイト１０に含まれる画像データを取得する。例えば１日に１回取得される。

画像データが取得されると、ＣＰＵ４１Ａは、取得した画像データについて更新の有無を確認し（ステップ２）、続いて、画像データに更新があるか否かを判定する（ステップ６）。
今回の処理動作は、初回の動作であるので、ＣＰＵ４１Ａは、ステップ６において肯定結果を得る。肯定結果が得られた場合、ＣＰＵ４１Ａは、更新があった画像データを保存する（ステップ７）。今回の場合、ＣＰＵ４１Ａは、ウェブサイト１０から取得した全ての画像データを保存する。

なお、ステップ６で否定結果が得られた場合、ＣＰＵ４１Ａは、処理を終了する。
図１２は、ウェブサイト１０から取得された画像データ（すなわち取得画像データ４２Ａ）の一覧を示す図である。図１２の場合、「ａａａサービス」について設定されたウェブサイト１０から、６つの画像データが取得されている。

図１１の説明に戻る。
ステップ１と並行して、ＣＰＵ４１Ａは、文書データＤＢ３０の文書データから画像データを取得する（ステップ３）。
ＣＰＵ４１Ａが文書データＤＢ３０から画像データを取得する範囲も、例えば管理者のＤさんが、端末５０を用いて設定する。管理者のＤさんは、例えば文書データＤＢ３０の「管理フォルダ」を、画像データを取得する場所として設定する。なお、管理者のＤさんは、ウェブサイト１０から取得した画像データと文書データから取得した画像データの比較を実行する時刻も設定する。例えば毎日の午前１時に設定する。

図１３は、文書データＤＢ３０で管理される文書データの管理データと文書データＤＢ３０から取得された画像データ（すなわち取得画像データ４２Ｃ）の一覧を示す図である。（Ａ）は文書データＤＢ３０で管理される文書データの管理データであり、（Ｂ）は取得画像データ４２Ｃの一覧である。
図１３に示す管理データは、文書データを作成した担当者、文書データが関連するサービス、ファイル名、登録日、データサイズ、アクセス権限、更新日で構成される。図１３の場合、「ａａａサービス」に関する文書データが管理の対象である。
図１３に示す取得画像データ４２Ｃは、ファイル名、取得画像データ、作成日付で構成される。図１３の場合、「ａａａサービス」に関連する「管理フォルダ」から、８つの画像データが取得されている。

図１１の説明に戻る。
文書データから画像データが取得されると、ＣＰＵ４１Ａは、文書データに更新があるか否かを判定する（ステップ４）。
今回の処理動作は、初回の動作であるので、ＣＰＵ４１Ａは、ステップ４において肯定結果を得る。なお、ステップ４で否定結果が得られた場合、ＣＰＵ４１Ａは、文書データについての処理を終了する。
ステップ４で肯定結果が得られた場合、ＣＰＵ４１Ａは、取得された画像データについて更新の有無を確認し（ステップ５）、続いて、画像データに更新があるか否かを判定する（ステップ６）。

今回の処理動作は、初回の動作であるので、ＣＰＵ４１Ａは、ステップ６において肯定結果を得る。肯定結果が得られた場合、ＣＰＵ４１Ａは、更新があった画像データを保存する（ステップ７）。今回の場合、ＣＰＵ４１Ａは、文書データから取得した全ての画像データを保存する。
この判定により、文書データから取得された画像データは常に最新の状態に維持される。
次に、ＣＰＵ４１Ａは、ウェブサイト１０の画像データと文書データの画像データを比較する（ステップ８）。
図１４は、ウェブサイト１０において取得された画像データと文書データにおいて取得された画像データを比較した結果の例を説明する図である。

図１４に示す例は、ウェブサイト１０から取得された６つの画像データと、文書データから取得された８つの画像データとの比較の結果を示している。なお、図１４では、ウェブサイト１０から取得された６つの画像データのうち３つの画像データについて比較の結果を例示し、他の３つの画像データについては比較の結果を省略している。
図１４では、矢印で示した行以外は、マッチ率が１００％又は０％である。マッチ率の１００％は、２つの画像が同じことを意味する。一方、マッチ率の０％は、２つの画像が全く異なることを意味する。

いずれの場合も、文書データの管理者に文書データ内の画像データの更新について確認を求める必要がない。
図１４の例では、「ａａａサービス／ｔｔｔａ」の「ＡＡＡＡＡ」画像との間で３つの文書データについて矢印がある。「ａａａサービス／ｔｔｔｂ」の「ＢＢＢＢＢ」画像との間で１つの文書データについて矢印がある。「ａａａサービス／ｔｔｔｃ」の「ＣＣＣＣＣ」画像との間で２つの文書データについて矢印がある。

図１１の説明に戻る。
ステップ８の比較が終わると、ＣＰＵ４１Ａは、マッチ率が１００％又は０％か否かを判定する（ステップ９）。
全ての比較結果のマッチ率が１００か０％であった場合、ＣＰＵ４１Ａは、肯定結果を得て、一連の処理を終了する。文書データの管理者に確認を求める必要がないためである。
なお、ステップ９で否定結果が得られた場合、ＣＰＵ４１Ａは、文書データの管理者に確認が必要な画像データの存在を通知する（ステップ１０）。この通知は、例えば電子メールとして管理者の端末５０に送信される。
この後、ＣＰＵ４１Ａは、管理者の端末５０からの通知により、修正が有るか否かを判定する（ステップ１１）。修正の必要が１つも指示されなかった場合、ＣＰＵ４１Ａは、ステップ１１で否定結果を得て一連の処理を終了する。

一方、ステップ１１で肯定結果が得られた場合、ＣＰＵ４１Ａは、ステップ８に戻り、更新があった画像データをウェブサイト１０の画像データと再び比較する。これにより、修正の可否の確認が可能になる。
図１５は、管理者による画像データに対する更新の必要性の有無を受け付けた結果の例を示す図である。
図１５の場合、「４５６手順書」の「ＪＪＪＪＪ」画像と、「７８９マニュアル」の「ＭＭＭＭＭ」画像と、「１２３仕様書」の「ＨＨＨＨＨ」画像の３つの画像データについて「更新する」が選択され、他の３つの画像データについては「更新しない」が選択されている。

＜２回目以降の動作＞
以下では、ウェブサイト１０からの２回目以降の画像データの処理動作を説明する。この処理動作も、図１１に示すフローチャートに基づいて実行される。
この処理動作の場合も、ＣＰＵ４１Ａ（図２参照）は、ウェブサイト１０から画像データを取得する（ステップ１）。
今回の場合は、ステップ２において、前回に対して更新があった画像データが判断され、更新があった画像データが見つかった場合には、ステップ６で肯定結果が得られ、更新画像データ４２Ｂが保存される。

図１６は、ウェブサイト１０からの画像データの取得が２回目以降であった場合における取得画像データ４２Ａの例を説明する図である。図１６には、図１２との対応部分に対応する符号を付して示している。
図１６の場合、前回の取得から１日後の「2020/02/22」に「ａａａサービス」の一部のウェブサイトに更新があり、他のウェブサイトでは更新がない場合を想定している。
なお、ウェブサイト１０に更新があったか否かの判定は行われない。このため、全てのウェブサイト１０から全ての画像データが取得され、ステップ６で画像データに更新があるか否かが判定される。

図１６の場合には、各画像データにファイル名に日付を付して管理している。例えば前日の「2020/02/21」に取得された画像データは「ＡＡＡＡＡ_０２２１」画像として管理し、本日である「2020/02/22」に取得された画像データを「ＡＡＡＡＡ_０２２２」画像として管理する。
図１６に示すテーブルには、前日に取得された画像データと新たに取得された画像データとのマッチ率が追加されている。
図１６の場合、「ａａａサービス」の「ｔｔｔａ」サイトに含まれる「ＡＡＡＡＡ_０２２２」画像のマッチ率が９５％に低下している。また、「ａａａサービス」の「ｔｔｔｂ」サイトに含まれる「ＢＢＢＢＢ_０２２２」画像のマッチ率が５０％に低下している。このため、これら２つの画像データが、ステップ６において抽出され、更新画像データ４２Ｂとして保存される。

図１１の説明に戻る。
一方、ＣＰＵ４１Ａは、文書データＤＢ３０に記憶されている文書データについて更新の有無を判定する（ステップ４）。
文書データについて更新の記録がある場合、ＣＰＵ４１Ａは、ステップ４で肯定結果を得る。この場合、ＣＰＵ４１Ａは、ウェブサイト１０から取得された画像データのうち更新が見つけられた画像データと、前回の取得回で取得されていた画像データとの比較が実行される（ステップ８）。

図１７は、文書データからの画像データの取得が２回目以降の場合における取得画像データ４２Ｃの例を説明する図である。図１７には、図１３との対応部分に対応する符号を付して示している。
図１７の場合、「１２３仕様書」の「ＧＧＧＧＧ」画像と、同仕様書の「ＨＨＨＨＨ」画像と、同仕様書の「ＩＩＩＩＩ」画像について「更新あり」が記録されている。

図１８は、管理者による前回の確認に応じて登録された管理データの例を示す図である。図１８には、図１５との対応部分に対応する符号を付して示している。
図１８に示す管理データは、図１５において「更新しない」との指示が与えられた画像データの情報に対応する。
図１１の説明に戻る。
ＣＰＵ４１Ａは、ステップ８において、ウェブサイト１０から取得された画像データのうち更新があった画像データと、文書データから取得されている最新の画像データとを比較する。
図１９は、ウェブサイト１０において取得された画像データと文書データにおいて取得された画像データを比較した結果の例を説明する図である。図１９には、図１４との対応部分に対応する符号を付して示している。

図１９では、矢印で示した行以外は、マッチ率が１００％の場合、又は０％の場合、又は、前回の確認において管理者が「更新しない」を指示した場合である。
例えば「４５６手順書」の「ＬＬＬＬＬ」画像については、「ＡＡＡＡＡ」画像とのマッチ率が１０％であるが、矢印は付していない。同様に、「１２３仕様書」の「ＩＩＩＩＩ」画像については、「ＣＣＣＣＣ」画像とのマッチ率が６０％であるが、矢印は付していない。また、「４５６手順書」の「ＫＫＫＫＫ」画像については、「ＣＣＣＣＣ」画像とのマッチ率が２０％であるが、矢印は付していない。

このため、管理者には、「１２３仕様書」の「ＧＧＧＧＧ」画像と、「４５６手順書」の「ＪＪＪＪＪ」画像と、「７８９マニュアル」の「ＭＭＭＭＭ」画像と、「１２３仕様書」の「ＨＨＨＨＨ」画像と、「４５６手順書」の「ＫＫＫＫＫ」画像の５つが通知される。
図２０は、管理者による画像データに対する更新の必要性の有無を受け付けた結果の例を示す図である。
図２０の場合、新たに通知された５つの画像データについて「更新する」が選択された状態を表している。
このように、管理者は、ウェブサイト１０上で更新があった画像データであった場合、対応する文書データに含まれる画像データの更新の必要性を少ない負担で判断することが可能になる。また、更新すべき画像データを見落とす可能性も低減される。

＜他の実施の形態＞
以上、本発明の実施の形態について説明したが、本発明の技術的範囲は前述した実施の形態に記載の範囲に限定されない。前述した実施の形態に、種々の変更又は改良を加えたものも、本発明の技術的範囲に含まれることは、特許請求の範囲の記載から明らかである。

例えば前述の実施の形態におけるプロセッサは、広義的な意味でのプロセッサを指し、汎用的なプロセッサ（例えばＣＰＵ等）の他、専用的なプロセッサ（例えばＧＰＵ、ＡＳＩＣ（＝Application Specific Integrated Circuit）、ＦＰＧＡ、プログラム論理デバイス等）を含む。
また、前述した各実施の形態におけるプロセッサの動作は、１つのプロセッサが単独で実行してもよいが、物理的に離れた位置に存在する複数のプロセッサが協働して実行してもよい。また、プロセッサにおける各動作の実行の順序は、前述した各実施の形態に記載した順序のみに限定されるものでなく、個別に変更してもよい。

１…情報処理システム、１０…ウェブサイト、２０…インターネット、４０…更新管理サーバ、５０…端末、６０…ＬＡＮ、４１１…画像データ取得部、４１２…更新確認部、４１３…画像データ取得部、４１４…更新確認部、４１５…データ比較部、４１６…管理者通知部、４１７…修正受付部

Claims (8)

1. プロセッサを有し、
   前記プロセッサは、
   監視の対象とするウェブサイトから、更新を含む第１の画像データを取得し、
   監視の対象とする文書データから第２の画像データを取得し、
   前記第１の画像データと前記第２の画像データを比較し、変化の可能性がある箇所を前記文書データの管理者に通知する
   情報処理装置。
2. 前記プロセッサは、前記第１の画像データと前記第２の画像データの一致率が予め定めた条件を満たす場合、当該第２の画像データを修正の可能性がある箇所として通知する、請求項１に記載の情報処理装置。
3. 前記予め定めた条件は、前記一致率が第１の閾値より低いことである、請求項２に記載の情報処理装置。
4. 前記予め定めた条件は、前記第１の閾値より小さい第２の閾値より前記一致率が高いことである、請求項３に記載の情報処理装置。
5. 前記プロセッサは、前記第２の閾値より前記一致率が小さい場合、前記第２の画像データを通知の対象から除外する、請求項４に記載の情報処理装置。
6. 前記プロセッサは、前記管理者に対し、通知の対象である前記第２の画像データの修正の要否の確認を要求する、請求項１に記載の情報処理装置。
7. 前記プロセッサは、修正が不要と指示された前記第２の画像データを次回以降の比較の対象から除外する、請求項６に記載の情報処理装置。
8. コンピュータに、
   監視の対象とするウェブサイトから、更新を含む第１の画像データを取得する機能と、
   監視の対象とする文書データから第２の画像データを取得する機能と、
   前記第１の画像データと前記第２の画像データを比較し、変化の可能性がある箇所を前記文書データの管理者に通知する機能と
   を実現させるプログラム。

Images