(57)【要約】【課題】本発明は、情報を共有する複数の情報処理端末に対して、共有する情報が更新されたことをより効率的に通知することができる情報処理システムを提供することを目的とする。【解決手段】本発明によれば、複数の情報処理端末からネットワークを介して送信されるデータを記憶領域に保存する情報処理装置であって、前記情報処理端末からの要求に応じて、前記記憶領域に保存したデータを該情報処理端末に送信したときに、該情報処理端末を該データの送信先として記録するデータ送信先記録部と、前記情報処理端末からの要求に応じて、前記記憶領域に保存したデータが更新されたときに、該データが更新された旨の通知を前記情報処理端末に送信する更新通知部と、を含み、前記更新通知部は、前記データが更新された旨の通知を、該データの送信先として記録した前記情報処理端末に送信することを特徴とする、情報処理装置が提供される。【選択図】図２
2016212588.tif 000002
【特許請求の範囲】
【請求項１】
複数の情報処理端末からネットワークを介して送信されるデータを記憶領域に保存する情報処理装置であって、
前記情報処理端末からの要求に応じて、前記記憶領域に保存したデータを該情報処理端末に送信したときに、該情報処理端末を該データの送信先として記録するデータ送信先記録部と、
前記情報処理端末からの要求に応じて、前記記憶領域に保存したデータが更新されたときに、該データが更新された旨の通知を前記情報処理端末に送信する更新通知部と、
を含み、
前記更新通知部は、
前記データが更新された旨の通知を、該データの送信先として記録した前記情報処理端末に送信することを特徴とする、
情報処理装置。
【請求項２】
前記更新通知部は、
前記通知の通知先の前記情報処理端末から該通知に係る更新されたデータが要求されるまで、該通知を該情報処理端末に送信する、
請求項１に記載の情報処理装置。
【請求項３】
前記更新通知部は、
前記通知を該情報処理端末に定期的に送信する、
請求項２に記載の情報処理装置。
【請求項４】
前記更新通知部は、
ネットワークの通信状況に応じて、前記通知の送信間隔または送信回数の上限の少なくとも一方を変更する、
請求項３に記載の情報処理装置。
【請求項５】
複数の情報処理端末と、該情報処理端末からネットワークを介して送信されるデータを記憶領域に保存する情報処理装置とを含む情報処理システムであって、
前記情報処理装置は、
前記情報処理端末からの要求に応じて、前記記憶領域に保存したデータを該情報処理端末に送信するデータ提供部と、
前記情報処理端末からの要求に応じて、前記記憶領域に保存したデータを該情報処理端末に送信したときに、該情報処理端末を該データの送信先として記録するデータ送信先記録部と、
前記情報処理端末からの要求に応じて、前記記憶領域に保存したデータを更新するデータ更新部と、
前記記憶領域に保存したデータが更新されたときに、該データが更新された旨の通知を、該データの送信先として記録した前記情報処理端末に送信する更新通知部と、
を含み、
前記情報処理端末は、
前記情報処理装置から前記データが更新された旨の通知を受信したときに、該データに対して該通知がなされた旨を記録する更新通知記録部と、
前記通知がなされているデータの表示を要求されたときに、該データが更新された旨の警告を表示する表示部と
を含み、
情報処理システム。
【請求項６】
前記更新通知部は、
更新を強制する旨を含む前記通知を前記情報処理端末に送信し、
前記表示部は、
前記更新を強制する旨を含む前記通知がなされているデータの表示を要求されたときに、該データが更新されない限り、該データを表示しない、
請求項５に記載の情報処理システム。
【請求項７】
複数の情報処理端末と、該情報処理端末からネットワークを介して送信されるデータを記憶領域に保存する情報処理装置とを含む情報処理システムにおいて実行される方法であって、
前記情報処理装置が、
前記情報処理端末からの要求に応じて、前記記憶領域に保存したデータを該情報処理端末に送信するステップと、
前記情報処理端末からの要求に応じて、前記記憶領域に保存したデータを該情報処理端末に送信したときに、該情報処理端末を該データの送信先として記録するステップと、
前記情報処理端末からの要求に応じて、前記記憶領域に保存したデータを更新するステップと、
前記記憶領域に保存したデータが更新されたときに、該データが更新された旨の通知を前記情報処理端末に送信するステップと、
を実行し、
前記情報処理端末が、
前記情報処理装置から前記データが更新された旨の通知を受信したときに、該データに対して該通知がなされた旨を記録するステップと、
前記通知がなされているデータの表示を要求されたときに、該データが更新された旨の警告を表示するステップと、
を実行する、
方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理システムおよび方法に関する。
【背景技術】
【０００２】
近年、ファイルサーバを使った情報共有が広く行われている。この場合、ユーザは、他のユーザと共有したいと考える情報（ファイル）を自身の端末からファイルサーバにアップロードし、他のユーザはこれを自身の端末にダウンロードすることによって情報の共有がなされる。
【０００３】
従来、ファイルサーバを使った情報共有においては、ユーザ間で最新の情報を共有するために、ファイルサーバ側から保存ファイルの最新のバージョン情報を定期的にユーザ端末に送信する運用が知られている（例えば、特許文献１）。この運用では、ユーザ端末は、受信したバージョン情報がファイルリストに記録されているか否かを判断し、記録されていない場合は、そのバージョン情報に係るファイルをファイルサーバからダウンロードすることで最新の情報を取得する。
【０００４】
しかしながら、上述した運用では、全てのユーザ端末に対して一律にバージョン情報を送信するため、必要のないユーザ端末に対してもバージョン情報が送信されることになり、ネットワークの帯域幅が無駄に消費されるという問題があった。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、上記従来技術における課題に鑑みてなされたものであり、情報を共有する複数の情報処理端末に対して、共有する情報が更新されたことをより効率的に通知することができる情報処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明者は、情報を共有する複数の情報処理端末に対して、共有する情報が更新されたことをより効率的に通知することができる情報処理装置の構成につき鋭意検討した結果、以下の構成に想到、本発明に至ったのである。
【０００７】
すなわち、本発明によれば、複数の情報処理端末からネットワークを介して送信されるデータを記憶領域に保存する情報処理装置であって、前記情報処理端末からの要求に応じて、前記記憶領域に保存したデータを該情報処理端末に送信したときに、該情報処理端末を該データの送信先として記録するデータ送信先記録部と、前記情報処理端末からの要求に応じて、前記記憶領域に保存したデータが更新されたときに、該データが更新された旨の通知を前記情報処理端末に送信する更新通知部と、を含み、前記更新通知部は、前記データが更新された旨の通知を、該データの送信先として記録した前記情報処理端末に送信することを特徴とする、情報処理装置が提供される。
【発明の効果】
【０００８】
上述したように、本発明によれば、情報を共有する複数の情報処理端末に対して、共有する情報が更新されたことをより効率的に通知することができる情報処理装置が提供される。
【図面の簡単な説明】
【０００９】
【図１】本実施形態の情報処理システムのネットワーク構成図。
【図２】本実施形態の情報処理システムを構成する各装置の機能ブロック図。
【図３】本実施形態の情報処理システムが実行する処理を示すシーケンス図。
【図４】情報提供履歴管理テーブルおよび情報取得履歴管理テーブルを示す図。
【図５】本実施形態の情報処理システムが実行する処理を示すシーケンス図。
【図６】ユーザ端末が表示する警告画面を示す図。
【図７】本実施形態の情報処理システムが実行する処理を示すシーケンス図。
【図８】情報取得履歴管理テーブルを示す図。
【図９】本実施形態の情報処理システムを構成する各装置のハードウェア構成図。
【発明を実施するための形態】
【００１０】
以下、本発明を、実施形態をもって説明するが、本発明は後述する実施形態に限定されるものではない。なお、以下に参照する各図においては、共通する要素について同じ符号を用い、適宜、その説明を省略するものとする。
【００１１】
図１は、本発明の実施形態である情報処理システム１０００のネットワーク構成を示す。情報処理システム１０００は、複数のユーザ端末２００と、情報処理装置１００を含んで構成されている。本実施形態においては、複数のユーザ端末２００と情報処理装置１００がＬＡＮまたはＷＡＮ（インターネットやＶＰＮなど）として参照されるネットワーク４０を介して相互通信可能に接続されている。
【００１２】
ユーザ端末２００は、パーソナル・コンピュータとして参照される情報処理端末である。ユーザ端末２００としては、デスクトップ型ＰＣ、ノート型ＰＣ、タブレット型ＰＣ、スマートフォンなどを例示することができる。
【００１３】
情報処理装置１００は、ファイルサーバの機能を備えるコンピュータ装置である。本実施形態においては、情報処理装置１００が複数のユーザ端末２００（２００ａ、２００ｂ、２００ｃ…）の外部記憶領域として共有されており、各ユーザ端末２００は、情報処理装置１００を介してファイルをやりとりすることによって情報の共有を行う。なお、以下の説明においては、便宜上、情報処理装置１００をファイルサーバ１００という。
【００１４】
本実施形態において、各ユーザは、自身のユーザ端末２００のローカルに保存されるデータのうち、他のユーザと共有したいと考えるデータをファイルサーバ１００にアップロードして公開する。一方、他のユーザは、公開されたデータをファイルサーバ１００から自身のユーザ端末２００にダウンロードする。本実施形態では、このようにしてユーザ間でデータを共有する。
【００１５】
以上、本実施形態の情報処理システム１０００のネットワーク構成について説明してきたが、続いて、情報処理システム１０００を構成する各装置の機能構成を図２に示す機能ブロック図に基づいて説明する。
【００１６】
ファイルサーバ１００は、データ提供部１０２、データ送信先記録部１０４、データ更新部１０６、更新通知部１０８および記憶領域１１０を含んで構成される。これらの各機能部は、専用アプリケーション（以下、サーバ用アプリという）をファイルサーバ１００にインストールすることによって実現される。
【００１７】
データ提供部１０２は、ユーザ端末２００からの要求に応じて、記憶領域１１０に保存したデータを送信するための機能手段である。
【００１８】
データ送信先記録部１０４は、ユーザ端末２００からの要求に応じて、記憶領域１１０に保存したデータをユーザ端末２００に送信したときに、送信したデータと送信先のユーザ端末２００を紐付けて記録するための機能手段である。
【００１９】
データ更新部１０６は、ユーザ端末２００からの要求に応じて、記憶領域１１０に保存したデータを更新するための機能手段である。
【００２０】
更新通知部１０８は、記憶領域１１０に保存したデータが更新されたときに、データが更新された旨の通知をユーザ端末２００に送信するために機能手段である。
【００２１】
ユーザ端末２００は、データ要求部２０２、データ更新要求部２０４、更新通知記録部２０６、表示部２０８および記憶領域２１０を含んで構成される。これらの各機能部は、専用アプリケーション（以下、端末用アプリという）をユーザ端末２００にインストールすることによって実現される。
【００２２】
データ要求部２０２は、ファイルサーバ１００からデータを取得して記憶領域２１０に保存するための機能手段である。
【００２３】
データ更新要求部２０４は、ファイルサーバ１００の記憶領域１１０に保存したデータの更新を要求するための機能手段である。
【００２４】
更新通知記録部２０６は、ファイルサーバ１００から記憶領域２１０に保存するデータについて、そのデータが更新された旨の通知を受信したときに、その通知がなされた旨をデータに紐付けて記録するための機能手段である。
【００２５】
表示部２０８は、記憶領域２１０に保存するデータや各種の警告画面を表示する機能手段である。
【００２６】
以上、情報処理システム１０００を構成する各装置の機能構成について説明してきたが、続いて、上述した各機能手段が実行する処理の具体的な内容を図３に示すシーケンス図に基づいて説明する。なお、以下の説明においては、適宜、図２を参照するものとする。
【００２７】
ユーザ端末２００ａ（以下、ユーザ端末Ａという場合がある）のデータ要求部２０２がファイルサーバ１００にデータＡの取得要求を送信する（Ｓ１）。これを受けて、ファイルサーバ１００のデータ提供部１０２は、データＡをユーザ端末Ａに送信する（Ｓ２）。その後、ファイルサーバ１００のデータ送信先記録部１０４は、ユーザ端末ＡにデータＡを送信したことに基づいて情報提供履歴管理テーブル５００を更新する（Ｓ３）。
【００２８】
本実施形態における情報提供履歴管理テーブル５００は、ユーザ端末２００にデータを提供した履歴を管理するためのテーブルであり、ユーザ端末２００の個体識別情報（以下、端末ＩＤという）を格納するためのフィールドと、データの識別情報（以下、データＩＤという）を格納するためのフィールドと、当該データを提供した日時（以下、データ提供日時という）を格納するためのフィールドを含む。
【００２９】
本実施形態においては、データ送信先記録部１０４は、ユーザ端末２００からの要求に応答してデータを送信した場合、情報提供履歴管理テーブル５００にレコードを追加し、追加したレコードの端末ＩＤを格納するためのフィールドに、データの送信先であるユーザ端末２００の端末ＩＤを格納し、データＩＤを格納するためのフィールドに、送信したデータのデータＩＤを格納し、データ提供日時を格納するためのフィールドに、当該データの送信日時を格納する。なお、本実施形態においては、情報提供履歴管理テーブル５００にデータＩＤとしてファイル名を格納するが、他の実施形態では、他の形式の識別情報を格納することができる。
【００３０】
図４（ａ）は、Ｓ３で更新された情報提供履歴管理テーブル５００を示す。図４（ａ）に示すように、情報提供履歴管理テーブル５００に追加されたレコードの各フィードには、それぞれ、ユーザ端末Ａの端末ＩＤ“Computer_A”、データＡのファイル名“dataA”、およびデータＡの送信日時“2015/04/01/00:00:00”が格納されている。これにより、ユーザ端末ＡがデータＡの送信先として情報提供履歴管理テーブル５００に記録される。
【００３１】
一方、ユーザ端末Ａのデータ要求部２０２がファイルサーバ１００からデータＡを取得して記憶領域２１０に保存すると、更新通知記録部２０６が情報取得履歴管理テーブル６００を更新する（Ｓ４）。
【００３２】
本実施形態における情報取得履歴管理テーブル６００は、ファイルサーバ１００からデータを取得した履歴を管理するためのテーブルであり、データＩＤを格納するためのフィールドと更新通知の有無を格納するためのフィールドを含む。
【００３３】
本実施形態においては、ユーザ端末２００は、ファイルサーバ１００からデータを受信した場合、情報取得履歴管理テーブル６００に受信したデータのファイル名を格納したレコードがあるか否かを判断する。その結果、該当するレコードがない場合は、情報取得履歴管理テーブル６００にレコードを追加し、追加したレコードのデータＩＤを格納するためのフィールドに、受信したデータのファイル名を格納する。
【００３４】
図４（ｂ）は、Ｓ４で更新されたユーザ端末Ａの情報取得履歴管理テーブル６００を示す。図４（ｂ）に示すように、情報取得履歴管理テーブル６００のデータＩＤを格納するためのフィールドには、データＡのファイル名“dataA”が格納されている。なお、この時点では、更新通知の有無を格納するためのフィールドをブランクとする。
【００３５】
図３に戻って説明を続ける。続いて、ユーザ端末２００ｂ（以下、ユーザ端末Ｂという場合がある）のデータ要求部２０２がファイルサーバ１００にデータＢの取得要求を送信する（Ｓ５）。これを受けて、ファイルサーバ１００のデータ提供部１０２は、データＢをユーザ端末Ｂに送信する（Ｓ６）。
【００３６】
この場合も、上述したのと同様に、ファイルサーバ１００のデータ送信先記録部１０４は、ユーザ端末ＢにデータＢを送信したことに基づいて情報提供履歴管理テーブル５００を更新し（Ｓ７）、ユーザ端末Ｂの更新通知記録部２０６は、ファイルサーバ１００からデータＢを取得したことに基づいて情報取得履歴管理テーブル６００を更新する（Ｓ８）。
【００３７】
図４（ｃ）は、Ｓ７で更新された情報提供履歴管理テーブル５００を示す。図４（ｃ）に示すように、情報提供履歴管理テーブル５００には、新たに追加されたレコードの各フィールドに、ユーザ端末Ｂの端末ＩＤ“Computer_B”、データＢのファイル名“dataB”、およびデータＢの送信日時“2015/04/01/01:00:00”が格納されている。これにより、ユーザ端末ＢがデータＢの送信先として情報提供履歴管理テーブル５００に記録される。
【００３８】
一方、図４（ｄ）は、Ｓ８で更新されたユーザ端末Ｂの情報取得履歴管理テーブル６００を示す。図４（ｄ）に示すように、情報取得履歴管理テーブル６００のデータＩＤを格納するためのフィールドには、データＢのファイル名“dataB”が格納されている。なお、この時点では、更新通知の有無を格納するためのフィールドをブランクとする。
【００３９】
その後、あるユーザのユーザ端末２００のデータ更新要求部２０４がファイルサーバ１００に保存されているデータＡの更新を要求する。これを受けて、ファイルサーバ１００のデータ更新部１０６は、データＡを更新する（Ｓ９）。具体的には、データ更新部１０６は、ユーザ端末２００からアップロードされたデータＡの最新版と同じファイル名で管理されるデータＡの旧版を最新版に置き換える。
【００４０】
その後、ファイルサーバ１００の更新通知部１０８は、情報提供履歴管理テーブル５００を参照して、以前にデータＡを提供したユーザ端末２００を検索する（Ｓ１０）。具体的には、更新通知部１０８は、更新したデータＡのファイル名“dataA”をキーとして、図４（ｃ）に示す情報提供履歴管理テーブル５００を検索し、“dataA”を格納するレコードに格納されている端末ＩＤ“Computer_A”を取得する。
【００４１】
その後、更新通知部１０８は、データＡが更新された旨の通知（以下、更新通知という）を送信する（Ｓ１１）。具体的には、更新通知部１０８は、更新したデータＡのファイル名“dataA”を含む更新通知を生成し、生成した更新通知をＳ１０で取得した端末ＩＤ“Computer_A”に係るユーザ端末Ａに対して送信する。なお、このとき、更新通知部１０８は、以前にデータＡを提供していないユーザ端末Ｂに対して更新通知を送信しない。
【００４２】
一方、ユーザ端末Ａの更新通知記録部２０６は、ファイルサーバ１００から更新通知を受信したことに応答して、情報取得履歴管理テーブル６００を更新する（Ｓ１２）。
【００４３】
具体的には、更新通知記録部２０６は、ファイルサーバ１００から更新通知を受信した場合、受信した更新通知に含まれるファイル名を格納するレコードの更新通知の有無を格納するためのフィールドに「通知あり」を格納する。
【００４４】
図４（ｅ）は、Ｓ１２で更新されたユーザ端末Ａの情報取得履歴管理テーブル６００を示す。図４（ｅ）に示すように、情報取得履歴管理テーブル６００の更新通知の有無を格納するためのフィールドには、「通知あり」が格納されている。これにより、データＡに更新通知がなされたことが情報取得履歴管理テーブル６００に記録される。
【００４５】
その後、ファイルサーバ１００から更新通知を受信したユーザ端末Ａのデータ要求部２０２は、当該更新通知に係るデータＡの取得要求を送信する（Ｓ１３）。これを受けて、ファイルサーバ１００のデータ提供部１０２は、データＡの最新版をユーザ端末Ａに送信し（Ｓ１４）、情報提供履歴管理テーブル５００を更新する（Ｓ１５）。
【００４６】
図４（ｆ）は、Ｓ１５で更新された情報提供履歴管理テーブル５００を示す。図４（ｆ）に示すように、情報提供履歴管理テーブル５００には、新たに追加されたレコードの各フィールドに、ユーザ端末Ａの端末ＩＤ“Computer_A”、データＡのファイル名“dataA”、およびデータＡの送信日時“2015/04/01/02:00:00”が格納されている。
【００４７】
一方、ファイルサーバ１００からデータＡの最新版を取得したユーザ端末２００Ａのデータ要求部２０２は、取得したデータＡの最新版によって記憶領域２１０に保存されているデータＡ（旧版）を上書き更新する（Ｓ１６）。その後、ユーザ端末Ａの更新通知記録部２０６は、データＡを更新したことに基づいて情報取得履歴管理テーブル６００を更新する（Ｓ１７）。
【００４８】
具体的には、更新通知記録部２０６は、データ要求部２０２がファイルサーバ１００からデータを取得した場合、情報取得履歴管理テーブル６００に取得したデータのファイル名を格納したレコードがあるか否かを判断する。その結果、該当するレコードがある場合は、そのレコードの更新通知の有無を格納するためのフィールドの値を確認し、「更新あり」が格納されていた場合は、この値をクリアして再びブランクとする。
【００４９】
図４（ｇ）は、Ｓ１７で更新されたユーザ端末Ａの情報取得履歴管理テーブル６００を示す。図４（ｇ）に示すように、この時点で、情報取得履歴管理テーブル６００のデータＡのファイル名“dataA”が格納されているレコードの更新通知の有無を格納するためのフィールドは、再びブランクになっている。
【００５０】
以上、説明したように、本実施形態においては、ファイルサーバ１００が、ユーザ端末２００からの要求に応答してデータを提供したとき、データの送信先であるユーザ端末２００を情報提供履歴管理テーブル５００に逐次記録する。そして、ファイルサーバ１００は、データを更新したときに、この情報提供履歴管理テーブル５００を参照して、以前にそのデータ（更新前のデータ）を提供したユーザ端末２００があるか否かを判断する。その結果、以前にそのデータを提供したユーザ端末２００があった場合は、そのユーザ端末２００にのみ更新通知を送信し、それ以外のユーザ端末２００には更新通知を送信しない。このことにより、必要のない更新通知のためにネットワークの帯域幅を消費しなくて済むという利点が生じる。また、データ更新の必要がないユーザ端末２００にとっては、みすみす無駄な処理（更新の要否判断）を行わなくて済むという利点が生じる。
【００５１】
ここで、本実施形態においては、更新通知の送信先のユーザ端末２００に無条件に更新データを取得させる構成を採用することができる。この場合、ファイルサーバ１００の更新通知部１０８は、ユーザ端末２００から更新データの取得要求を受信するまで、更新通知を定期的に繰り返し送信することが望ましい。また、この場合は、更新通知に対する応答時間に基づいて通信速度を計測し、通信速度から推測されるネットワークの通信状況に応じて、更新通知の送信間隔や送信回数の上限を動的に変更することが好ましい。具体的には、計測した通信速度が遅い場合は、ネットワークが混雑していると判断して、更新通知の送信間隔を長くしたり、送信回数の上限を小さくしたりする。
【００５２】
さらに、本実施形態においては、更新通知の送信先のユーザ端末２００において、データ更新の要否をユーザに選択させる構成を採用することもできる。以下、この場合に実行される処理を図５に示すシーケンス図に基づいて説明する。
【００５３】
あるユーザのユーザ端末２００のデータ更新要求部２０４がファイルサーバ１００に保存されているデータＡの更新を要求する。これを受けて、ファイルサーバ１００のデータ更新部１０６がデータＡを更新し（Ｓ１）、更新通知部１０８が情報提供履歴管理テーブル５００を参照して、以前にデータＡを提供したユーザ端末２００を検索する（Ｓ２）。その結果、以前にデータＡを提供したユーザ端末２００としてユーザ端末Ａが検出されたことを受けて、更新通知部１０８は、更新したデータＡのファイル名“dataA”を含む更新通知をユーザ端末Ａに送信する（Ｓ３）。
【００５４】
これを受けて、ユーザ端末Ａの更新通知記録部２０６は、情報取得履歴管理テーブル６００を更新する（Ｓ４）。この場合、更新後のユーザ端末Ａの情報取得履歴管理テーブル６００は、図４（ｅ）に示すように、データＡのファイル名“dataA”に紐付いた更新通知の有無を格納するためのフィールドに「通知あり」が格納される。
【００５５】
その後、ユーザがユーザ端末Ａの記憶領域２１０に保存されているデータＡを指定して表示操作を行うと（Ｓ５）、ユーザ端末Ａの表示部２０８は、データＡ（ファイル名“dataA”）に対する表示命令を検知し、データＡに係る更新通知の有無を確認する（Ｓ６）。具体的には、表示部２０８は、情報取得履歴管理テーブル６００を参照して、表示命令に係るデータＡのファイル名“dataA”を格納したレコードの更新通知の有無を格納するためのフィールドに「通知あり」が格納されているか否かを検知する。この場合、ユーザ端末Ａは、該当するフィールドに「通知あり」が格納されていることを検知する。
【００５６】
これを受けて、表示部２０８は、表示命令に係るデータＡが更新されている旨の警告を表示する警告画面をユーザ端末Ａのディスプレイに表示する（Ｓ７）。
【００５７】
図６（ａ）は、Ｓ７で表示される警告画面５０を例示的に示す。図６（ａ）に示すように、警告画面５０には、「このファイルは更新されています。ローカルファイルを更新しますか？」というメッセージとともに、ユーザに更新の要否を選択させる２つのボタン（「更新する」、「更新しない」）が表示される。
【００５８】
警告画面５０が表示されたことを受けて、ユーザが「更新する」ボタンを選択した場合（Ｓ８）、ユーザ端末Ａのデータ要求部２０２は、表示命令に係るデータＡの取得要求をファイルサーバ１００に送信する（Ｓ９）。これを受けて、ファイルサーバ１００のデータ提供部１０２は、データＡの最新版をユーザ端末Ａに送信し（Ｓ１０）、情報提供履歴管理テーブル５００を更新する（Ｓ１１）。
【００５９】
一方、ファイルサーバ１００からデータＡの最新版をユーザ端末Ａが取得すると、データ要求部２０２が取得したデータＡの最新版によって記憶領域２１０に保存されているデータＡ（旧版）を上書き更新し（Ｓ１２）、更新通知記録部２０６が情報取得履歴管理テーブル６００を更新し（Ｓ１３）、表示部２０８がデータＡの最新版をディスプレイに表示する（Ｓ１４）。この時点で、情報取得履歴管理テーブル６００のデータＡのレコードの更新通知の有無を格納するためのフィールドの値は、再びブランクになる。
【００６０】
一方、警告画面５０が表示されたことを受けて、ユーザが「更新しない」ボタンを選択した場合（Ｓ１５）、ユーザ端末Ａの表示部２０８は、記憶領域２１０に保存されているデータＡ（旧版）をディスプレイに表示する（Ｓ１６）。
【００６１】
以上、説明したように、データ更新の要否をユーザに選択させる構成を採用することによって、ユーザにデータ更新の自由度を与えることができる。
【００６２】
一方、ユーザにデータ更新の自由度を与えることが好ましくないケースがある。例えば、社内ルールが変更されたことに伴って、新しい社内ルールを記したドキュメントファイル（更新版）をファイルサーバ１００を介して共有しようとする場合、各ユーザ端末２００のローカルに古い社内ルールを記したドキュメントファイル（旧版）を残しておくことは好ましくない。この点につき、本実施形態においては、更新通知の送信先のユーザ端末２００において、ユーザにデータの更新を強制することができる。以下、この場合に実行される処理を図７に示すシーケンス図に基づいて説明する。
【００６３】
あるユーザのユーザ端末２００のデータ更新要求部２０４がファイルサーバ１００に保存されているデータＺの更新を要求する。このとき、当該ユーザは、他のユーザにデータＺの更新を強制する旨を更新要求に含めておく。
【００６４】
データＺの更新要求を受けて、ファイルサーバ１００のデータ更新部１０６がデータＺを更新し（Ｓ１）、更新通知部１０８が情報提供履歴管理テーブル５００を参照して、以前にデータＺを提供したユーザ端末２００を検索する（Ｓ２）。その結果、以前にデータＺを提供したユーザ端末２００としてユーザ端末Ａが検出されたことを受けて、更新通知部１０８は、データＺに係る更新通知をユーザ端末Ａに送信する（Ｓ３）。このとき、更新通知部１０８は、データＺのファイル名“dataZ”とデータＺの更新を強制する旨を含む更新通知を生成し、生成した更新通知をユーザ端末Ａに送信する。
【００６５】
ファイルサーバ１００からデータＺに係る更新通知を受信したユーザ端末Ａの更新通知記録部２０６は、情報取得履歴管理テーブル７００を更新する（Ｓ４）。
【００６６】
図８は、Ｓ４で更新されたユーザ端末Ａの情報取得履歴管理テーブル７００を示す。情報取得履歴管理テーブル７００は、先述した情報取得履歴管理テーブル６００と同様にファイルサーバ１００からデータを取得した履歴を管理するためのテーブルであり、図８に示すように、データＩＤを格納するためのフィールドと更新通知の有無を格納するためのフィールドに加え、更新強制の有無を格納するためのフィールドを含む。
【００６７】
Ｓ４においては、ユーザ端末Ａの更新通知記録部２０６は、更新通知に含まれるファイル名“dataZ”を格納するレコードの更新通知の有無を格納するためのフィールドに「通知あり」を格納し、更新強制の有無を格納するためのフィールドに「強制あり」を格納する。
【００６８】
その後、ユーザがユーザ端末Ａの記憶領域２１０に保存されているデータＺを指定して表示操作を行うと（Ｓ５）、表示部２０８は、データＺ（ファイル名“dataZ”）に対する表示命令を検知し、データＺに対する更新通知の有無を確認する（Ｓ６）。この場合、表示部２０８は、データＺのファイル名“dataZ”を格納するレコードの更新通知の有無を格納するためのフィールドに「通知あり」が格納されていることを検知する。
【００６９】
これを受けて、表示部２０８は、データＺ（ファイル名“dataZ”）の更新が強制されているか否かを確認する（Ｓ７）。この場合、表示部２０８は、データＺのファイル名“dataZ”を格納するレコードの更新強制の有無を格納するためのフィールドに「強制あり」が格納されていることを検知する。
【００７０】
これを受けて、表示部２０８は、表示命令に係るデータＺを更新する必要がある旨の警告を表示する警告画面をユーザ端末Ａのディスプレイに表示する（Ｓ８）。
【００７１】
図６（ｂ）は、Ｓ７で表示される警告画面５２を例示的に示す。図６（ｂ）に示すように、警告画面５０には、「このファイルは更新されています。このファイルを表示するためにはローカルファイルを最新版に更新する必要があります」というメッセージとともに、データを更新するための「更新する」ボタンと「キャンセル」ボタンが表示される。
【００７２】
警告画面５２が表示されたことを受けて、ユーザが「更新する」ボタンを選択した場合（Ｓ９）、データ要求部２０２は、表示命令に係るデータＺの取得要求をファイルサーバ１００に送信する（Ｓ１０）。これを受けて、ファイルサーバ１００のデータ提供部１０２がデータＺの最新版をユーザ端末Ａに送信し（Ｓ１１）、データ送信先記録部１０４が情報提供履歴管理テーブル５００を更新する（Ｓ１２）。
【００７３】
一方、ファイルサーバ１００からデータＺの最新版をユーザ端末Ａが取得すると、データ要求部２０２が取得したデータＺの最新版によって記憶領域２１０に保存されているデータＺ（旧版）を上書き更新し（Ｓ１３）、更新通知記録部２０６が情報取得履歴管理テーブル６００を更新し（Ｓ１４）、表示部２０８がデータＺの最新版をディスプレイに表示する（Ｓ１４）。
【００７４】
一方、警告画面５２が表示されたことを受けて、ユーザが「キャンセル」ボタンを選択した場合（Ｓ１６）、表示部２０８は、「データＺは表示できません」等のメッセージを表示するエラー画面をディスプレイに表示する（Ｓ１６）。すなわち、表示部２０８は、更新を強制する旨を含む更新通知がなされたデータについては、当該データが更新されない限りディスプレイに表示しない。
【００７５】
以上、説明したように、ユーザにデータの更新をユーザに強制する構成を採用することによって、ユーザが古い情報を閲覧することを禁止することができる。
【００７６】
最後に、上述したユーザ端末２００（情報処理端末）とファイルサーバ１００（情報処理装置）のハードウェア構成を図９に示すハードウェア構成図に基づいて説明する。
【００７７】
図９（ａ）に示すようにファイルサーバ１００（情報処理装置）を構成するコンピュータは、少なくとも、装置全体の動作を制御するプロセッサ１０と、ブートプログラムやファームウェアプログラムなどを保存するＲＯＭ１２と、プログラムを実行するための実行空間を提供するＲＡＭ１３と、オペレーティングシステムや先述した「サーバ用アプリ」などの各種アプリケーションを保存するとともに、記憶領域１１０を提供するための補助記憶装置１４と、操作パネルやディスプレイなどを接続する入出力インターフェース１６と、ネットワーク４０に接続するためのネットワーク・インターフェース１８とを備えている。
【００７８】
図９（ｂ）に示すように、ユーザ端末２００（情報処理端末）を構成するコンピュータは、少なくとも、装置全体の動作を制御するプロセッサ２０と、ブートプログラムやファームウェアプログラムなどを保存するＲＯＭ２２と、プログラムを実行するための実行空間を提供するＲＡＭ２３と、オペレーティングシステムや先述した「端末用アプリ」などの各種アプリケーションを保存するとともに、記憶領域２１０を提供するための補助記憶装置２４と、操作パネルやディスプレイなどを接続する入出力インターフェース２６と、ネットワーク４０に接続するためのネットワーク・インターフェース２８とを備えている。
【００７９】
なお、上述した実施形態の各機能は、Ｃ、Ｃ＋＋、Ｃ＃、Ｊａｖａ（登録商標）などで記述された装置実行可能なプログラムにより実現でき、本実施形態のプログラムは、ハードディスク装置、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ、フレキシブルディスク、ＥＥＰＲＯＭ、ＥＰＲＯＭなどの装置可読な記録媒体に格納して頒布することができ、また他装置が可能な形式でネットワークを介して伝送することができる。
【００８０】
以上、本発明について実施形態をもって説明してきたが、本発明は上述した実施形態に限定されるものではなく、当業者が推考しうる実施態様の範囲内において、本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。
【符号の説明】
【００８１】
１０…プロセッサ
１２…ＲＯＭ
１３…ＲＡＭ
１４…補助記憶装置
１６…入出力インターフェース
１８…ネットワーク・インターフェース
２０…プロセッサ
２２…ＲＯＭ
２３…ＲＡＭ
２４…補助記憶装置
２６…入出力インターフェース
２８…ネットワーク・インターフェース
４０…ネットワーク
５０…警告画面
５２…警告画面
１００…ファイルサーバ（情報処理装置）
１０２…データ提供部
１０４…データ送信先記録部
１０６…データ更新部
１０８…更新通知部
１１０…記憶領域
２００…ユーザ端末
２０２…データ要求部
２０４…データ更新要求部
２０６…更新通知記録部
２０８…表示部
２１０…記憶領域
５００…情報提供履歴管理テーブル
６００…情報取得履歴管理テーブル
７００…情報取得履歴管理テーブル
１０００…情報処理システム
【先行技術文献】
【特許文献】
【００８２】
【特許文献１】特許５４３１６１８号公報
【図１】
2016212588.tif 000003
【図２】
2016212588.tif 000004
【図３】
2016212588.tif 000005
【図４】
2016212588.tif 000006
【図５】
2016212588.tif 000007
【図６】
2016212588.tif 000008
【図７】
2016212588.tif 000009
【図８】
2016212588.tif 000010
【図９】
2016212588.tif 000011