JP6127489B2 - 処理要求装置、処理要求装置の制御プログラム - Google Patents

Description

本発明は、処理要求装置、処理要求装置の制御プログラムに関し、特に、処理要求装置におけるサーバ装置への処理要求に関する。

近年、ネットワーク通信を介して、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等の情報処理装置により実現されるクライアント端末から所定の機能を提供するサーバ装置に対して処理要求が送信されると、受信した処理要求に応じて上記所定の機能を提供するオンラインシステムが提案され既に知られている（例えば、特許文献１参照）。このようなオンラインシステムにおいては、クライアント端末から処理要求を受信したサーバ装置は、受信した処理要求に応じた処理を実行し、その処理が完了すると、処理要求の送信元であるクライアント端末に完了通知を返すようになっている。

このようなオンラインシステムにおいて、クライアント端末とサーバ装置との間で情報の送受信が一定時間以上行われなければタイムアウトとなって、自動的に通信が切断されるようになっているものがある。また、このようなオンラインシステムにおいて、上記タイムアウトに加えて、サーバ装置に処理要求が送信されてからクライアント端末に完了通知が返されるまでの間、その両者間で情報の送受信が行われないようになっているものがある。従って、このようなオンラインシステムにおいては、サーバ装置に処理要求が送信されてからクライアント端末に完了通知が返されるまでに上記一定時間以上かかってしまうとタイムアウトとなって自動的に通信が切断されてしまい、上記完了通知が送信されないという問題がある。

そのため、サーバ装置が処理の実行を開始してからその処理が完了するまでに上記一定時間を超えるような場合には、サーバ装置では上記処理の実行を開始するとクライアント端末にその旨を通知することによってタイムアウトを回避するようになっている。また、クライアント端末における処理完了の確認については、クライアント端末から上記処理が完了したか否かを問い合わせる確認要求をサーバ装置に対して行い、その返答により実現されるようになっている。

ところが、このようなオンラインシステムにおいては、クライアント端末は、サーバ装置が処理をいつ完了したかを検知することができないため、処理が完了したかどうかをサーバ装置に問い合わせるタイミングが不明であるといった問題がある。

そこで、上記のような問題を解決するために、処理要求が送信された後に、クライアント端末から処理が完了したかどうかを一定間隔でサーバ装置に問い合わせる「ポーリング」と呼ばれる処理を行うオンラインシステムが提案され既に知られている。従って、このようなポーリングが行われるオンライシステムにおいては、サーバ装置に処理要求が送信されてからクライアント端末に完了通知が返されるまでに上記一定時間以上かかってもタイムアウトになることがなく、また、クライアント端末は、サーバ装置が処理をいつ完了したかを検知する必要もない。

しかしながら、このようなポーリングが行われるオンライシステムにおいては、サーバ装置における処理が完了したか否かにかかわらず、常に一定間隔でクライアント端末からサーバ装置にアクセスするため、クライアント端末及びサーバ装置における処理負荷が増加し、また、不要な通信トラフィックが発生するといった問題がある。

そこで、このようなポーリングが行われるオンライシステムにおいては、クライアント端末からサーバ装置に問い合わせる際の間隔（以下、「問い合わせ間隔」とする）を長くすることで、クライアント端末及びサーバ装置における処理負荷が低減し、また、不要な通信トラフィックを低減させることが可能となる。しかしながら、このようなポーリングが行われるオンライシステムにおいては、問い合わせ間隔を長くすると、サーバ装置での処理が完了してからクライアント端末がそのことを検知するまでのタイムラグが大きくなってしまい、リアルタイム性が低下してしまうといった問題が生じることになる。

本発明は、このような課題を解決するためになされたものであり、クライアント端末からサーバ装置が提供する所定の機能を利用する場合において、リアルタイム性を低下させずに、不要な通信トラフィックを低減させると共に、クライアント端末及びサーバ装置の処理負荷を低減させることを目的とする。

上記課題を解決するために、ファイル管理処理を実行する処理実行装置に前記ファイル管理処理を実行させるためのファイル管理処理要求を行い、前記処理実行装置に前記ファイル管理処理の進捗状況を問い合わせる処理要求装置であって、前記処理実行装置への前記進捗状況の問い合わせに対する返答として前記処理実行装置から前記進捗状況を取得する進捗状況取得部と、取得された前記進捗状況に基づき、フォルダ内に格納されているファイルへの一括処理である前記ファイル管理処理が完了しているか否かを判定する完了判定部と、最後に進捗状況を問い合わせてから次に進捗状況を問い合わせるまでの時間間隔を、前記ファイル管理処理が開始されてからの経過時間に応じて決定する時間間隔決定部と、前記ファイル管理処理が完了していないと判定された場合に、決定された前記時間間隔で前記進捗状況を前記処理実行装置に問い合わせる進捗状況問合部と、を備えることを特徴とする。

また、本発明の他の態様は、ファイル管理処理を実行する処理実行装置に前記ファイル管理処理を実行させるためのファイル管理処理要求を行い、前記処理実行装置に前記ファイル管理処理の進捗状況を問い合わせる処理要求装置の制御プログラムであって、前記処理実行装置への前記進捗状況の問い合わせに対する返答として前記処理実行装置から前記進捗状況を取得するステップと、取得された前記進捗状況に基づき、フォルダ内に格納されているファイルへの一括処理である前記ファイル管理処理が完了しているか否かを判定するステップと、最後に進捗状況を問い合わせてから次に進捗状況を問い合わせるまでの時間間隔を、前記ファイル管理処理が開始されてからの経過時間に応じて決定するステップと、前記ファイル管理処理が完了していないと判定された場合に、決定された前記時間間隔で前記進捗状況を前記処理実行装置に問い合わせるステップと、処理要求装置に実行させることを特徴とする。

本発明によれば、クライアント端末からサーバ装置が提供する所定の機能を利用する場合において、不要な通信トラフィックを低減させると共に、クライアント端末及びサーバ装置の処理負荷を低減させることができる。

本発明の実施形態に係るファイル管理システムの運用形態の例を示す図である。 本発明の実施形態に係るクライアント端末のハードウェア構成を模式的に示すブロック図である。 本発明の実施形態に係るファイル管理サーバ及びクライアント端末の機能構成を模式的に示すブロック図である。 本発明の実施形態に係るクライアント端末がファイル管理サーバに処理要求に応じた処理を実行させる際の処理を説明するためのフローチャートである。 本発明の実施形態に係るファイル管理サーバが処理要求に応じた処理を実行する際の処理を説明するためのフローチャートである。 本発明の実施形態に係る処理実行中画面の表示例を示す図である。 本発明の実施形態に係る処理完了画面の表示例を示す図である。 本発明の実施形態に係るクライアント端末がファイル管理サーバに行うポーリングの間隔を示す図である。 本発明の実施形態に係るクライアント端末がファイル管理サーバに処理要求に応じた処理を実行させる際の処理を説明するためのフローチャートである。 本発明の実施形態に係るクライアント端末がファイル管理サーバに処理要求に応じた処理を実行させる際の処理を説明するためのフローチャートである。 本発明の実施形態に係るファイル管理サーバが処理要求に応じた処理を実行する際の処理を説明するためのフローチャートである。

以下、図面を参照して、本発明の実施形態を詳細に説明する。本実施形態においては、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等の情報処理装置により実現される処理要求装置としてのクライアント端末と、電子文書や電子画像等の電子化された情報をファイルとして格納・管理・共有・配信する機能を提供する処理実行装置としてのファイル管理サーバとがネットワークを介して接続されたファイル管理システムを例として説明する。

尚、本実施形態に係るクライアント端末は、上記ファイル管理システムにおいて、ファイル管理サーバが提供する機能を利用する際に処理要求を送信して、処理要求に応じた処理をファイル管理サーバに実行させるように構成されている。また、本実施形態に係るクライアント端末は、処理要求を送信した後にその処理要求の進捗状況、例えば、上記処理が完了したか否か、どの程度進行したか等、を規定の間隔でファイル管理サーバに問い合わせる「ポーリング」を行う。一方で、問い合わせを受けたファイル管理サーバは、問い合わせの返答として上記処理の進捗状況を処理要求の送信元であるクライアント端末に対して通知するように構成されている。

このようなファイル管理システムにおいて、本実施形態に係る要旨の一つは、クライアント端末がファイル管理サーバに処理要求に応じた処理を実行させる場合において、クライアント端末からファイル管理サーバに対して行うポーリングの間隔（以下、「ポーリング間隔」とする）を、ファイル管理サーバが上記処理の実行を開始してからの経過時間に応じて長くすることにある。

具体的には、上記処理の実行が開始されてから第１回目のポーリングが行われるまでの時間間隔をａ_１、第１回目のポーリングが行われてから第２回目のポーリングが行われるまでの時間間隔をａ_２、第２回目のポーリングが行われてから第３回目のポーリングが行われるまでの時間間隔をａ_３、・・・第ｎ−１回目のポーリングが行われてから第ｎ回目のポーリングが行われるまでの時間間隔をａ_ｎ、・・・として定義した場合、ａ_ｎ＞ａ_ｎ−１（ｎは整数でｎ≧１）となるように、ａ_ｎを決定することにある。尚、第０回目のポーリングは、上記処理の実行の開始に相当する。

また、本実施形態においては、ファイル管理サーバにおける処理開始から処理完了までの経過時間（以下、「時間間隔ｂ」とする）が短い場合には、ファイル管理サーバが処理を完了してからクライアント端末がそのことを検知するまでのタイムラグ（以下、「時間間隔ｃ」とする）は小さく、一方、時間間隔ｂが長い場合には、時間間隔ｃは大きくなるが、時間間隔ｂが長くなるほど、時間間隔ｃの時間間隔ｂに対する割合は小さくなるため、見かけ上のリアルタイム性が低下することはない。

従って、本実施形態に係るファイル管理システムによれば、リアルタイム性を低下させずに、不要な通信トラフィックを低減させると共に、ファイル管理サーバ１及びクライアント端末２の処理負荷を低減させることが可能となる。以下、図面を参照して詳細に説明する。

まず、本実施形態に係るファイル管理システムの運用形態について、図１を参照して説明する。図１は、本実施形態に係るファイル管理システムの運用形態の例を示す図である。図１に示すように、本実施形態に係るファイル管理システムは、ファイル管理サーバ１が接続されたネットワーク３と、クライアント端末２が接続されたネットワーク４とがインターネットや電話回線等の公衆回線５を介して接続されて構成されている。

尚、ネットワーク４に接続されているクライアント端末２の数は一例であり、これらがもっと多く接続された大規模なシステムであっても良い。また、それぞれ異なるクライアント端末２が接続された複数のネットワークが公衆回線５を介してファイル管理サーバ１と接続される構成としても良いし、ファイル管理サーバ１とクライアント端末２とが同一のネットワーク上に接続されて構成されていても良い。

ファイル管理サーバ１は、本実施形態に係るファイル管理システムを管理するための共有サーバである。即ち、ファイル管理サーバ１は、電子文書や電子画像等の電子化された情報をファイルとして格納・管理・共有・配信する機能を提供する。また、ファイル管理サーバ１は、ファイル管理システムに登録されているユーザを管理し、クライアント端末２から送信されてきたＩＤやパスワード等の認証情報に基づいてログイン認証を行い、ログイン認証の結果に応じてファイル管理システムの利用を許可する。

クライアント端末２は、ユーザが操作する情報処理端末であり、ＰＣ等の情報処理装置によって実現される。クライアント端末２は、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）やスマートフォン、タブレット端末等の携帯情報端末によって実現されても良い。尚、本実施形態に係るクライアント端末２には、ファイル管理システムを利用するための専用のソフトウェアであるファイル管理アプリがインストールされている。

尚、図１におけるネットワーク３、４は、例えば、オフィスＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等の限定されたネットワークであり、ファイル管理サーバ１、クライアント端末２は、夫々のＬＡＮを介して公衆回線５に接続されるが、公衆回線５に直接接続される態様とすることも可能である。

次に、本実施形態に係るファイル管理サーバ１、クライアント端末２のハードウェア構成について図２を参照して説明する。図２は、本実施形態に係るクライアント端末２のハードウェア構成を模式的に示すブロック図である。以下の説明においては、クライアント端末２のハードウェア構成を例として説明するが、ファイル管理サーバ１についても同様である。

図２に示すように、本実施形態に係るクライアント端末２は、一般的なサーバやＰＣ等と同様の構成を含む。即ち、本実施形態に係るクライアント端末２は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）２０、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）３０、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）４０及びＩ／Ｆ５０がバス８０を介して接続されている。また、Ｉ／Ｆ５０にはＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）６０及び操作部７０が接続されている。

ＣＰＵ１０は演算手段であり、クライアント端末２全体の動作を制御する。ＲＡＭ２０は、情報の高速な読み書きが可能な揮発性の記憶媒体であり、ＣＰＵ１０が情報を処理する際の作業領域として用いられる。ＲＯＭ３０は、読み出し専用の不揮発性記憶媒体であり、ファームウェア等のプログラムが格納されている。ＨＤＤ４０は、情報の読み書きが可能な不揮発性の記憶媒体であり、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や各種の制御プログラム、アプリケーション・プログラム等が格納される。

Ｉ／Ｆ５０は、バス８０と各種のハードウェアやネットワーク等を接続し制御する。ＬＣＤ６０は、ユーザがクライアント端末２の状態を確認するための視覚的ユーザインタフェースである。操作部７０は、キーボードやマウス、タッチパネル等、ユーザがクライアント端末２に情報を入力するためのユーザインタフェースである。尚、図１において説明したように、本実施形態に係るファイル管理サーバ１は共有サーバとして運用される。従って、ファイル管理サーバ１については、ＬＣＤ６０及び操作部７０等のユーザインタフェースは省略可能である。

このようなハードウェア構成において、ＲＯＭ３０やＨＤＤ４０若しくは図示しない光学ディスク等の記憶媒体に格納されたプログラムがＲＡＭ２０に読み出され、ＣＰＵ１０がＲＡＭ２０にロードされたプログラムに従って演算を行うことにより、ソフトウェア制御部が構成される。このようにして構成されたソフトウェア制御部と、ハードウェアとの組み合わせによって、本実施形態に係るクライアント端末２の機能を実現する機能ブロックが構成される。

次に、本実施形態に係るファイル管理サーバ１及びクライアント端末２の機能構成について、図３を参照して説明する。図３は、本実施形態に係るファイル管理サーバ１及びクライアント端末２の機能構成を模式的に示すブロック図である。

図３に示すように、本実施形態に係るファイル管理サーバ１は、コントローラ１００、ネットワークＩ／Ｆ１０１を有する。ネットワークＩ／Ｆ１０１は、ファイル管理サーバ１がネットワークを介してクライアント端末２等の他の機器と通信するためのインタフェースであり、Ｅｔｈｅｒｎｅｔ（登録商標）やＵＳＢインタフェースが用いられる。ネットワークＩ／Ｆ１０１は、図２に示すＩ／Ｆ５０によって実現される。

コントローラ１００は、ソフトウェアとハードウェアとの組み合わせによって構成される。具体的には、ＲＯＭ３０や不揮発性メモリ並びにＨＤＤ４０や光学ディスク等の不揮発性記憶媒体に格納されたプログラムが、ＲＡＭ２０等の揮発性メモリにロードされ、ＣＰＵ１０がそのプログラムに従って動作することにより構成されるソフトウェア制御部と集積回路などのハードウェアとによってコントローラ１００が構成される。コントローラ１００は、ファイル管理サーバ１全体を制御する制御部として機能する。

また、コントローラ１００は、入出力制御部１１０、処理実行部１２０、進捗状況監視部１３０、進捗状況返答部１４０を含む。入出力制御部１１０は、ネットワークＩ／Ｆ１０１を介して入力される情報をコントローラ１００の各部に入力し、若しくは、コントローラ１００の各部から出力された情報をネットワークＩ／Ｆ１０１を介してクライアント端末２等の他の機器に送信する。

処理実行部１２０は、クライアント端末２から送信されてきた処理要求に応じた処理を実行する。ここで、処理要求とは、クライアント端末２がファイル管理サーバ１に所定の処理を実行させるための要求のことである。また、処理実行部１２０が実行する所定の処理の例としては、ファイル管理サーバ１に格納されているフォルダ内のファイルを一括して他のフォルダにコピーするといった処理や、ファイル管理サーバ１に格納されているフォルダ内のファイルを一括して削除するといった処理等がある。

進捗状況監視部１３０は、処理実行部１２０において実行されている処理が完了したか否かを監視する。進捗状況返答部１４０は、進捗状況監視部１３０の監視結果に応じて、クライアント端末２に進捗状況を通知するための進捗状況通知情報を生成して出力する。

また、図３に示すように、本実施形態に係るクライアント端末２は、コントローラ２００、ネットワークＩ／Ｆ２０１、ディスプレイパネル２０２を有する。ネットワークＩ／Ｆ２０１は、クライアント端末２がネットワークを介してファイル管理サーバ１等の他の機器と通信するためのインタフェースであり、Ｅｔｈｅｒｎｅｔ（登録商標）やＵＳＢインタフェースが用いられる。ネットワークＩ／Ｆ２０１は、図２に示すＩ／Ｆ５０によって実現される。ディスプレイパネル２０２は、クライアント端末２の状態を視覚的に表示する出力インタフェースである。ディスプレイパネル２０２は、図１に示すＬＣＤ６０によって実現される。

コントローラ２００は、ソフトウェアとハードウェアとの組み合わせによって構成される。具体的には、ＲＯＭ３０や不揮発性メモリ並びにＨＤＤ４０や光学ディスク等の不揮発性記憶媒体に格納されたプログラムが、ＲＡＭ２０等の揮発性メモリにロードされ、ＣＰＵ１０がそのプログラムに従って動作することにより構成されるソフトウェア制御部と集積回路などのハードウェアとによってコントローラ２００が構成される。コントローラ２００は、ファイル管理サーバ１全体を制御する制御部として機能する。

また、コントローラ２００は、入出力制御部２１０、表示制御部２２０、処理要求部２３０、ポーリング制御部２４０を有する。入出力制御部２１０は、ネットワークＩ／Ｆ２０１を介して入力される情報をコントローラ２００の各部に入力し、若しくは、コントローラ２００の各部から出力された情報をネットワークＩ／Ｆ２０１を介してファイル管理サーバ１等の他の機器に送信する。表示制御部２２０は、ディスプレイパネル２０２に情報表示を行う。処理要求部２３０は、クライアント端末２がファイル管理サーバ１に所定の処理を実行させるための処理要求を生成して出力する。

ポーリング制御部２４０は、クライアント端末２がファイル管理サーバ１に対して行う、上記処理要求に対するポーリングに関する制御を行う。また、ポーリング制御部２４０は、進捗状況問合部２４１、ポーリング状況管理部２４２、ポーリング状況記憶部２４３、ポーリング間隔算出部２４４、ポーリング設定記憶部２４５を有する。

進捗状況問合部２４１は、クライアント端末２がファイル管理サーバ１に対して送信した処理要求に応じた処理が完了したか否かを問い合わせるための進捗状況問合コマンドを生成して出力する。ポーリング状況管理部２４２は、進捗状況問合部２４１を監視し、上記処理要求に対するポーリングが行われる度に、ポーリング状況記憶部２４３に記憶されているポーリング回数を更新する。ポーリング状況記憶部２４３は、上記処理要求に対するポーリングの回数を記憶する。ポーリング状況記憶部２４３は、図１に示すＲＡＭ２０若しくはＨＤＤ４０によって実現される。

ポーリング間隔算出部２４４は、ポーリング設定記憶部２４５に記憶されているポーリング間隔を算出する際の設定、及び、ポーリング状況記憶部２４３に記憶されているポーリング回数に基づいて、クライアント端末２からファイル管理サーバ１に対して行うポーリングの間隔を算出する。ここで、ポーリング間隔を算出する際の設定とは、後述する式（１）や式（１）に含まれる各定数（α、β、γ）のことである。ポーリング設定記憶部２４５は、ポーリング間隔算出部２４４がポーリング間隔を算出する際の設定や、その他のポーリングに関する各設定を記憶する。ポーリング設定記憶部２４５は、図１に示すＲＯＭ３０によって実現される。

このように構成されたファイル管理システムにおいて、本実施形態に係る要旨の一つは、クライアント端末２がファイル管理サーバ１に処理要求に応じた処理を実行させる場合において、クライアント端末２からファイル管理サーバ１に対して行うポーリングの間隔を、ファイル管理サーバ１が上記処理の実行を開始してからの経過時間に応じて長くすることにある。

具体的には、上記処理の実行が開始されてから第１回目のポーリングが行われるまでの時間間隔をａ_１、第１回目のポーリングが行われてから第２回目のポーリングが行われるまでの時間間隔をａ_２、第２回目のポーリングが行われてから第３回目のポーリングが行われるまでの時間間隔をａ_３、・・・第ｎ−１回目のポーリングが行われてから第ｎ回目のポーリングが行われるまでの時間間隔をａ_ｎ、・・・として定義した場合、図８に示すように、ａ_ｎ＞ａ_ｎ−１（ｎは整数でｎ≧１）となるように、ａ_ｎを決定することにある。図８は、本実施形態に係るクライアント端末２がファイル管理サーバ１に行うポーリングの間隔を示す図である。

また、本実施形態においては、ファイル管理サーバ１における処理開始から処理完了までの経過時間（図８に示す時間間隔ｂ）が短い場合には、ファイル管理サーバ１が処理を完了してからクライアント端末２がそのことを検知するまでのタイムラグ（図８に示す時間間隔ｃ）は小さく、一方、時間間隔ｂが長い場合には、時間間隔ｃは大きくなるが、時間間隔ｂが長くなるほど、時間間隔ｃの時間間隔ｂに対する割合は小さくなるため、見かけ上のリアルタイム性が低下することはない。

従って、本実施形態に係るファイル管理システムによれば、リアルタイム性を低下させずに、不要な通信トラフィックを低減させると共に、ファイル管理サーバ１及びクライアント端末２の処理負荷を低減させることが可能となる。

次に、本実施形態に係るクライアント端末２がファイル管理サーバ１に処理を実行させる際の処理について、図４及び図５を参照して説明する。図４は、本実施形態に係るクライアント端末２がファイル管理サーバ１に処理要求に応じた処理を実行させる際の処理を説明するためのフローチャートである。図５は、本実施形態に係るファイル管理サーバ１が処理要求に応じた処理を実行する際の処理を説明するためのフローチャートである。

図４に示すように、本実施形態に係るクライアント端末２がファイル管理サーバ１に処理を実行させる際には、処理要求部２３０は、処理要求を生成して（Ｓ４０１）、生成した処理要求を入出力制御部２１０に通知する。入出力制御部２１０は、処理要求部２３０から処理要求を通知されると、通知された処理要求をネットワークＩ／Ｆ２０１を介してファイル管理サーバ１に送信する（Ｓ４０２）。入出力制御部２１０が、ファイル管理サーバ１に処理要求を送信すると、クライアント端末２は、ファイル管理サーバ１から後述する開始通知情報を受信するまで待機する。

一方、図５に示すように、本実施形態に係るファイル管理サーバ１が処理を実行する際には、クライアント端末２からファイル管理サーバ１に処理要求が送信されると、入出力制御部１１０は、クライアント端末２から送信されてきた処理要求をネットワークＩ／Ｆ１０１を介して受信し（Ｓ５０１）、処理実行部１２０に通知する。処理実行部１２０は、入出力制御部１１０から処理要求を通知されると、通知された処理要求に応じた処理の実行を開始する（Ｓ５０２）。

進捗状況監視部１３０は、処理実行部１２０を監視して処理の実行が開始されたことを検知すると（Ｓ５０３）、処理の実行が開始された旨を進捗状況返答部１４０に通知する。進捗状況返答部１４０は、進捗状況監視部１３０から処理の実行を開始した旨を通知されると、その旨をクライアント端末２に通知するための開始通知情報を生成して（Ｓ５０４）、生成した開始通知情報を入出力制御部１１０に通知する。

入出力制御部１１０は、処理実行部１２０から開始通知情報を通知されると、通知された開始通知情報をネットワークＩ／Ｆ１０１を介してクライアント端末２に送信する（Ｓ５０５）。入出力制御部１１０が、クライアント端末２に開始通知情報を送信すると、ファイル管理サーバ１は、処理を実行しながら、クライアント端末２から進捗状況問合コマンドを受信するまで待機する。

ファイル管理サーバ１からクライアント端末２に開始通知情報が送信されると、入出力制御部２１０は、ファイル管理サーバ１から送信されてきた開始通知情報をネットワークＩ／Ｆ２０１を介して受信し（Ｓ４０３）、受信した開始通知情報を進捗状況問合部２４１に通知する。進捗状況問合部２４１は、入出力制御部２１０から開始通知情報を通知されると、通知された開始通知情報に基づいて、ファイル管理サーバ１において上記処理要求に応じた処理の実行が開始されたことを検知する（Ｓ４０４）。

進捗状況問合部２４１は、ファイル管理サーバ１における処理の実行開始を検知すると、その旨を表示制御部２２０及びポーリング間隔算出部２４４に通知すると共に、ファイル管理サーバ１における処理の実行開始を検知してからの経過時間の計測を開始する（Ｓ４０５）。

尚、本実施形態においては、Ｓ４０４の処理において説明したように、進捗状況問合部２４１は、入出力制御部２１０から通知された開始通知情報により、ファイル管理サーバ１における処理の実行開始を検知するが、ファイル管理サーバ１に処理要求が送信されたことを以ってファイル管理サーバ１における処理の実行開始を検知するようにしても良い。

表示制御部２２０は、進捗状況問合部２４１から実行開始の検知を通知されると、ファイル管理サーバ１において処理が実行されていることをユーザに知らせるための実行中画面をディスプレイパネル２０２に表示する（Ｓ４０６）。図６に本実施形態に係る実行中画面の表示例を示す。

また、ポーリング間隔算出部２４４は、進捗状況問合部２４１から実行開始の検知を通知されると、ポーリング状況記憶部２４３に記憶されているポーリング回数ｎに基づいて、進捗状況問合部２４１がファイル管理サーバ１における処理の実行開始を検知してから第１回目のポーリングを行うまでの時間、即ち、ポーリング間隔ａ_１を、ポーリング設定記憶部２４５に記憶されている下記の式（１）により算出する（Ｓ４０７）。即ち、本実施形態においては、ポーリング間隔算出部２４４が、時間間隔決定部として機能する。尚、Ｓ４０７の処理におけるポーリング状況記憶部２４３には、ポーリング回数の初期値としてｎ＝１が記憶されている。また、下記の式（１）において、α、β、γは、予め定められた定数であって、０より大きい実数である。

・ ・ ・ （１）

ここで、式（１）について説明する。式（１）は、第ｎ−１回目のポーリングが行われてから第ｎ回目のポーリングが行われるまでの時間、即ち、ポーリング間隔ａ_ｎが、これまでに行われたポーリング回数のγ乗に応じて決定されることを意味している。即ち、本実施形態に係るファイル管理システムにおいては、クライアント端末２がファイル管理サーバ１に処理要求に応じた処理を実行させる場合において、クライアント端末２からファイル管理サーバ１に対して行うポーリングの間隔を、ファイル管理サーバ１が上記処理の実行を開始してからの経過時間に応じて長くすることが可能となる。従って、本実施形態に係るファイル管理システムによれば、不要な通信トラフィックを低減させると共に、ファイル管理サーバ１及びクライアント端末２の処理負荷を低減させることが可能となる。

この式（１）によれば、これまでのポーリング回数が０回、即ち、ポーリング状況記憶部２４３に記憶されているポーリング回数がｎ＝１であるＳ４０７の処理においては、ポーリング間隔ａ_１は、βとして算出されることになる。

尚、本実施形態においては、βは予め定められた定数として説明するが、ポーリング間隔算出部２４４により、ファイル管理サーバ１に実行させる処理の内容に応じてβが設定されるように構成されていても良い。

なぜなら、式（１）からもわかるように、βは、最小のポーリング間隔であるａ_１と一致するため、例えば、ファイル管理サーバ１に実行させる処理のステップ数が少ない等で、ファイル管理サーバ１における処理がすぐに完了しそうな場合には、βを小さく設定することにより、ファイル管理サーバ１が処理を完了してからクライアント端末２がそのことを検知するまでのタイムラグを小さくすることが可能となるためである。

このような構成とすることにより、クライアント端末２からファイル管理サーバ１にどのような処理を実行させたとしても、ファイル管理サーバ１が処理を完了してからクライアント端末２がそのことを検知するまでのタイムラグを小さくすることが可能となる。尚、ファイル管理サーバ１に実行させる処理のステップ数が少ない処理としては、例えば、ファイル管理サーバ１に格納されているフォルダ内のファイルを一括して他のフォルダにコピーする際のデータ量が小さい等がある。

また、クライアント端末２とファイル管理サーバ１との間で情報の送受信が一定時間以上行われなければタイムアウトとなって、自動的に通信が切断されるように構成されているファイル管理システムにおいては、ポーリング間隔の最大値を、上記タイムアウトにならない程度となるように設定すれば良い。

進捗状況問合部２４１は、ポーリング間隔算出部２４４によりポーリング間隔ａ_１が算出されると、Ｓ４０５の処理において計測が開始された経過時間が、算出されたポーリング間隔ａ_１に達するまで待機する（Ｓ４０８）。そして、進捗状況問合部２４１は、Ｓ４０５の処理において計測が開始された経過時間が、Ｓ４０７の処理において算出されたポーリング間隔ａ_１に達すると、ファイル管理サーバ１に進捗状況を問い合わせるための進捗状況問合コマンドを生成して（Ｓ４０９）、入出力制御部２１０に通知すると共に、Ｓ４０５の処理において開始した経過時間の計測をリセットして改めて経過時間の計測を開始する（Ｓ４１０）。即ち、本実施形態においては、進捗状況問合部２４１が、進捗状況問合部として機能する。

また、ポーリング状況管理部２４２は、進捗状況問合部２４１を監視し、進捗状況問合コマンドが入出力制御部２１０に通知され、改めて経過時間の計測が開始されると、ポーリング状況記憶部２４３に記憶されているポーリング回数をｎからｎ＋１に更新する（Ｓ４１１）。尚、Ｓ４０７の処理におけるポーリング状況記憶部２４３に記憶されているポーリング回数はｎ＝１であるため、Ｓ４１１の処理では、ポーリング状況記憶部２４３に記憶されているポーリング回数は１から２に更新されることになる。

一方、入出力制御部２１０は、進捗状況問合部２４１から進捗状況問合コマンドを通知されると、通知された進捗状況問合コマンドをネットワークＩ／Ｆ２０１を介してファイル管理サーバ１に送信する（Ｓ４１２）。入出力制御部２１０が、ファイル管理サーバ１に進捗状況問合コマンドを送信すると、クライアント端末２は、ファイル管理サーバ１から進捗状況通知情報を受信するまで待機する。

クライアント端末２からファイル管理サーバ１に進捗状況問合コマンドが送信されると、入出力制御部１１０は、クライアント端末２から送信されてきた進捗状況問合コマンドをネットワークＩ／Ｆ１０１を介して受信し（Ｓ５０６）、受信した進捗状況問合コマンドを進捗状況返答部１４０に通知する。進捗状況返答部１４０は、入出力制御部１１０から進捗状況問合コマンドを通知されると、進捗状況監視部１３０に進捗状況を問い合わせる。

進捗状況監視部１３０は、進捗状況返答部１４０から進捗状況の問い合わせがあると、処理実行部１２０を監視して、処理が完了しているか否かの進捗状況を確認し（Ｓ５０７）、進捗状況返答部１４０に通知する。進捗状況返答部１４０は、進捗状況監視部１３０から進捗状況を通知されると、処理が完了しているか否かを判定する（Ｓ５０８）。進捗状況返答部１４０は、Ｓ５０８の判定処理において、処理が完了していると判定すると（Ｓ５０８／ＹＥＳ）、クライアント端末２に処理が完了したか否かを示す進捗状況を通知するための進捗状況通知情報を生成して（Ｓ５０９）、入出力制御部１１０に通知する。

尚、Ｓ５０７〜Ｓ５０９において説明したように、本実施形態においては、進捗状況監視部１３０が、処理実行部１２０における処理が完了したか否かの進捗状況を確認し、進捗状況返答部１４０が、その進捗状況に基づいて処理が完了したか否かを示す進捗状況通知情報を生成する例について説明するが、進捗状況監視部１３０が、処理実行部１２０における処理の進行度合いを進捗状況として確認し、進捗状況返答部１４０が、その進捗状況に基づいて進行度合いを示す進捗状況通知情報を生成するように構成されていても良い。このような構成とすることにより、本実施形態に係るクライアント端末２は、サーバ装置に要求した処理が完了したか否かを確認することができるのみではなく、その処理の進行度合いを把握することが可能となる。

入出力制御部１１０は、進捗状況返答部１４０から進捗状況通知情報を通知されると、通知された進捗状況通知情報をネットワークＩ／Ｆ２０１を介してクライアント端末２に送信する（Ｓ５１０）。このようにして、本実施形態に係るファイル管理サーバ１は、処理要求に応じた処理の実行を終了する。

一方、進捗状況返答部１４０は、Ｓ５０８の判定処理において、処理が完了していないと判定すると（Ｓ５０８／ＮＯ）、クライアント端末２に進捗状況を通知するための進捗状況通知情報を生成して（Ｓ５１１）、入出力制御部１１０に通知する。尚、このとき生成された進捗状況通知情報には、処理が完了していないことを示す情報が含まれている。入出力制御部１１０は、進捗状況返答部１４０から進捗状況通知情報を通知されると、通知された進捗状況通知情報をネットワークＩ／Ｆ２０１を介してクライアント端末２に送信する（Ｓ５１２）。

入出力制御部１１０が、クライアント端末２に進捗状況通知情報を送信すると、ファイル管理サーバ１は、クライアント端末２から次の進捗状況問合コマンドを受信するまで待機し、Ｓ５０８の判定処理において処理が完了したと判定するまで、Ｓ５０６〜Ｓ５０８、Ｓ５１１、Ｓ５１２の処理を繰り返し行うことで、処理要求に応じた処理を実行するようになっている。

ファイル管理サーバ１からクライアント端末２に進捗状況通知情報が送信されると、入出力制御部２１０は、ファイル管理サーバ１から送信されてきた進捗状況通知情報をネットワークＩ／Ｆ２０１を介して受信し（Ｓ４１３）、受信した進捗状況通知情報を進捗状況問合部２４１に通知する。進捗状況問合部２４１は、入出力制御部２１０から進捗状況通知情報を通知されると、通知された進捗状況通知情報に基づいて、ファイル管理サーバ１における処理が完了したか否かを判定する（Ｓ４１４）。即ち、本実施形態においては、進捗状況問合部２４１が、進捗状況取得部、完了判定部として機能する。

進捗状況問合部２４１は、Ｓ４１４の判定処理において、ファイル管理サーバ１における処理が完了したと判定した場合には（Ｓ４１４／ＹＥＳ）、その旨を表示制御部２２０に通知する。表示制御部２２０は、進捗状況問合部２４１からファイル管理サーバ１における処理の完了を通知されると、ファイル管理サーバ１において処理が完了したことをユーザに知らせるための処理完了画面をディスプレイパネル２０２に表示する（Ｓ４１５）。図７に本実施形態に係る処理完了画面の表示例を示す。そして、クライアント端末２は、ファイル管理サーバ１に処理を実行させる際の処理を終了する。

一方、進捗状況問合部２４１は、Ｓ４１４の判定処理において、ファイル管理サーバ１における処理が完了していないと判定した場合には（Ｓ４１４／ＮＯ）、その旨をポーリング間隔算出部２４４に通知する。ポーリング間隔算出部２４４は、進捗状況問合部２４１からファイル管理サーバ１における処理が実行中であることを通知されると、ポーリング状況記憶部２４３に記憶されているポーリング回数ｎ＋１に基づいて、第ｎ回目のポーリングを行ってから次にポーリングを行うまでの時間、即ち、ポーリング間隔ａ_ｎ＋１をポーリング設定記憶部２４５に記憶されている式（１）により算出する（Ｓ４１６）。

進捗状況問合部２４１は、ポーリング間隔算出部２４４によりポーリング間隔ａ_ｎ＋１が算出されると、Ｓ４１０の処理において改めて計測が開始された経過時間が、算出されたポーリング間隔ａ_ｎ＋１に達するまで待機する（Ｓ４１７）。そして、進捗状況問合部２４１は、Ｓ４１０の処理において改めて計測が開始された経過時間が、Ｓ４１６の処理において算出されたポーリング間隔ａ_ｎ＋１に達すると、Ｓ４０９以降の処理と同様の処理を行う。このように、本実施形態に係るクライアント端末２は、Ｓ４１４の判定処理において、ファイル管理サーバ１における処理が完了したと判定するまで、Ｓ４０９〜Ｓ４１７の処理を繰り返し行うことで、ファイル管理サーバ１に処理要求に応じた処理を実行させるようになっている。

以上、説明したように、本実施形態に係るファイル管理システムにおいては、クライアント端末２がファイル管理サーバ１に処理要求に応じた処理を実行させる場合において、クライアント端末２からファイル管理サーバ１に対して行うポーリングの間隔を、ファイル管理サーバ１が上記処理の実行を開始してからの経過時間に応じて長くすることを要旨の一つとしている。具体的には、図８に示すように、ａ_ｎ＞ａ_ｎ−１（ｎは整数でｎ≧１）となるように、ａ_ｎを決定することを要旨の一つとしている。

また、本実施形態においては、時間間隔ｂが短い場合には、時間間隔ｃは小さく、一方、時間間隔ｂが長い場合には、時間間隔ｃは大きくなるが、時間間隔ｂが長くなるほど、時間間隔ｃの時間間隔ｂに対する割合は小さくなるため、見かけ上のリアルタイム性が低下することはない。

従って、本実施形態に係るファイル管理システムによれば、リアルタイム性を低下させずに、不要な通信トラフィックを低減させると共に、ファイル管理サーバ１及びクライアント端末２の処理負荷を低減させることが可能となる。

尚、本実施形態においては、式（１）に示したように、第ｎ−１回目のポーリングが行われてから第ｎ回目のポーリングが行われるまでのポーリング間隔ａ_ｎは、これまでに行われたポーリング回数（ｎ−１）のγ乗に応じて決定される例について説明したが、ファイル管理サーバ１における処理の実行が開始されてから第ｎ−１回目のポーリングが行われるまでの経過時間のγ乗に応じて決定されるように構成されても良い。即ち、このような構成の場合、ポーリング間隔ａ_ｎは、下記の式（２）により決定される。尚、下記の式（２）において、α、β、γは、予め定められた定数であって、０より大きい実数である。

・ ・ ・ （２）

ここで、第ｎ−１回目のポーリングが行われてから第ｎ回目のポーリングが行われるまでのポーリング間隔ａ_ｎが上記式（２）により算出されるように構成された場合に、本実施形態に係るクライアント端末２がファイル管理サーバ１に処理を実行させる際の処理について、図９を参照して説明する。図９は、本実施形態に係るクライアント端末２がファイル管理サーバ１に処理要求に応じた処理を実行させる際の処理を説明するためのフローチャートである。

図９に示すように、本実施形態に係るクライアント端末２がファイル管理サーバ１に処理を実行させる際には、クライアント端末２は、図４において説明したＳ４０１〜Ｓ４０６と同様の処理を行う（Ｓ９０１〜Ｓ９０６）。そして、ポーリング間隔算出部２４４は、進捗状況問合部２４１から実行開始の検知を通知されると、進捗状況問合部２４１がファイル管理サーバ１における処理の実行開始を検知してから第１回目のポーリングを行うまでの時間、即ち、ポーリング間隔ａ_１をポーリング設定記憶部２４５に記憶されている上記の式（２）により算出する（Ｓ９０７）。

ポーリング状況管理部２４２は、ポーリング間隔算出部２４４によりポーリング間隔ａ_１が算出されると、算出されたポーリング間隔ａ_１をポーリング状況記憶部２４３に記録する（Ｓ９０８）。算出されたポーリング間隔ａ_１がポーリング状況記憶部２４３に記録されると、クライアント端末２は、図４において説明したＳ４０８〜Ｓ４１４と同様の処理を行う（Ｓ９０９〜Ｓ９１５）。

そして、進捗状況問合部２４１が、Ｓ９１５の判定処理において、ファイル管理サーバ１における処理が完了したと判定した場合には（Ｓ９１５／ＹＥＳ）、クライアント端末２は、図４において説明したＳ４１５と同様の処理を行い（Ｓ９１６）、ファイル管理サーバ１に処理を実行させる際の処理を終了する。

一方、進捗状況問合部２４１は、Ｓ９１５の判定処理において、ファイル管理サーバ１における処理が完了していないと判定した場合には（Ｓ９１５／ＮＯ）、その旨をポーリング間隔算出部２４４に通知する。ポーリング間隔算出部２４４は、進捗状況問合部２４１からファイル管理サーバ１における処理が実行中であることを通知されると、第ｎ回目のポーリングを行ってから次にポーリングを行うまでの時間、即ち、ポーリング間隔ａ_ｎ＋１を、ポーリング状況記憶部２４３に記憶されている第１回目のポーリング間隔ａ_１〜第ｎ回目のポーリング間隔ａ_ｎに基づき、ポーリング設定記憶部２４５に記憶されている式（２）により算出する（Ｓ９１７）。

ポーリング状況管理部２４２は、ポーリング間隔算出部２４４によりポーリング間隔ａ_ｎ＋１が算出されると、算出されたポーリング間隔ａ_ｎ＋１をポーリング状況記憶部２４３に記録する（Ｓ９１８）。進捗状況問合部２４１は、ポーリング間隔ａ_ｎ＋１が算出されてポーリング状況記憶部２４３に記憶されると、Ｓ９１１の処理において改めて計測が開始された経過時間が、算出されたポーリング間隔ａ_ｎ＋１に達するまで待機する（Ｓ９１９）。そして、進捗状況問合部２４１は、Ｓ９１１の処理において改めて計測が開始された経過時間が、Ｓ９１７の処理において算出されたポーリング間隔ａ_ｎ＋１に達すると、Ｓ９１０以降の処理と同様の処理を行う。

このように、本実施形態に係るクライアント端末２は、Ｓ９１４の判定処理において、ファイル管理サーバ１における処理が完了したと判定するまで、Ｓ９１０〜Ｓ９１９の処理を繰り返し行うことで、ファイル管理サーバ１に処理要求に応じた処理を実行させるようになっている。

尚、図９においては、進捗状況問合部２４１がファイル管理サーバ１における処理の実行開始を検知してから第ｎ−１回目のポーリングが行われるまでの経過時間Ａ_ｎ−１は、

・ ・ ・ （３）
により算出される例について説明したが、実測された時間であっても良い。即ち、上記経過時間Ａ_ｎ−１は、Ｓ９０５の処理において計測が開始されてから第ｎ−１回目のポーリングが行われるまでの実測された経過時間であっても良い。

また、クライアント端末２が、ファイル管理サーバ１において実行されている処理の進行度合いを検知することができる場合には、第ｎ−１回目のポーリングが行われてから第ｎ回目のポーリングが行われるまでのポーリング間隔ａ_ｎは、第ｎ−１回目のポーリングが行われた際のファイル管理サーバ１における処理の進行度合いＢ_ｎ−１のγ乗に応じて決定されるように構成されても良い。即ち、このような構成の場合、ポーリング間隔ａ_ｎは、下記の式（４）により決定される。尚、下記の式（４）において、α、β、γは、予め定められた定数であって、０より大きい実数である。

・ ・ ・ （４）

ここで、第ｎ−１回目のポーリングが行われてから第ｎ回目のポーリングが行われるまでのポーリング間隔ａ_ｎが上記式（４）により算出されるように構成された場合に、本実施形態に係るクライアント端末２がファイル管理サーバ１に処理を実行させる際の処理について、図１０及び図１１を参照して説明する。図１０は、本実施形態に係るクライアント端末２がファイル管理サーバ１に処理要求に応じた処理を実行させる際の処理を説明するためのフローチャートである。図１１は、本実施形態に係るファイル管理サーバ１が処理要求に応じた処理を実行する際の処理を説明するためのフローチャートである。

図１０に示すように、本実施形態に係るクライアント端末２がファイル管理サーバ１に処理を実行させる際には、クライアント端末２は、図４において説明したＳ４０１、Ｓ４０２と同様の処理を行う（Ｓ１００１、Ｓ１００２）。入出力制御部２１０が、ファイル管理サーバ１に処理要求を送信すると、クライアント端末２は、ファイル管理サーバ１から後述する開始通知情報を受信するまで待機する。

一方、図１０に示すように、本実施形態に係るファイル管理サーバ１が処理を実行する際には、クライアント端末２からファイル管理サーバ１に処理要求が送信されると、図５において説明したＳ５０１〜Ｓ５０５と同様の処理を行う（Ｓ１１０１〜Ｓ１１０５）。入出力制御部１１０が、クライアント端末２に開始通知情報を送信すると、ファイル管理サーバ１は、処理を実行しながら、クライアント端末２から進捗状況問合コマンドを受信するまで待機する。

ファイル管理サーバ１からクライアント端末２に開始通知情報が送信されると、クライアント端末２は、図４において説明したＳ４０３〜Ｓ４０６と同様の処理を行う（Ｓ１００３〜Ｓ１００６）。そして、ポーリング間隔算出部２４４は、進捗状況問合部２４１から実行開始の検知を通知されると、進捗状況問合部２４１がファイル管理サーバ１における処理の実行開始を検知してから第１回目のポーリングを行うまでの時間、即ち、ポーリング間隔ａ_１をポーリング設定記憶部２４５に記憶されている上記の式（４）により算出する（Ｓ１００７）。

ポーリング間隔ａ_１が算出されると、クライアント端末２は、図４において説明したＳ４０８〜Ｓ４１２と同様の処理を行う（Ｓ１００８〜Ｓ１０１２）。入出力制御部２１０が、ファイル管理サーバ１に進捗状況問合コマンドを送信すると、クライアント端末２は、ファイル管理サーバ１から進捗状況通知情報を受信するまで待機する。

クライアント端末２からファイル管理サーバ１に進捗状況問合コマンドが送信されると、入出力制御部１１０は、クライアント端末２から送信されてきた進捗状況問合コマンドをネットワークＩ／Ｆ１０１を介して受信し（Ｓ１１０６）、受信した進捗状況問合コマンドを進捗状況返答部１４０に通知する。進捗状況返答部１４０は、入出力制御部１１０から進捗状況問合コマンドを通知されると、進捗状況監視部１３０に進捗状況を問い合わせる。

進捗状況監視部１３０は、進捗状況返答部１４０から進捗状況の問い合わせがあると、処理実行部１２０を監視して、処理の進行度合いＢ_ｎを進捗状況として確認し（Ｓ１１０７）、進捗状況返答部１４０に通知する。進捗状況返答部１４０は、進捗状況監視部１３０から進捗状況を通知されると、進行度合いに基づいて処理が完了しているか否かを判定する（Ｓ１１０８）。進捗状況返答部１４０は、Ｓ１１０８の判定処理において、処理が完了していると判定すると（Ｓ１１０８／ＹＥＳ）、クライアント端末２に進行度合いＢ_ｎを通知するための進捗状況通知情報を生成して（Ｓ１１０９）、入出力制御部１１０に通知する。

入出力制御部１１０は、進捗状況返答部１４０から進捗状況通知情報を通知されると、通知された進捗状況通知情報をネットワークＩ／Ｆ２０１を介してクライアント端末２に送信する（Ｓ１１１０）。このようにして、本実施形態に係るファイル管理サーバ１は、処理要求に応じた処理の実行を終了する。このようにして、本実施形態に係るファイル管理サーバ１は、処理要求に応じた処理の実行を終了する。

一方、進捗状況返答部１４０は、Ｓ１１０８の判定処理において、処理が完了していないと判定すると（Ｓ１１０８／ＮＯ）、クライアント端末２に進行度合いＢ_ｎを通知するための進捗状況通知情報を生成して（Ｓ１１１１）、入出力制御部１１０に通知する。入出力制御部１１０は、進捗状況返答部１４０から進捗状況通知情報を通知されると、通知された進捗状況通知情報をネットワークＩ／Ｆ２０１を介してクライアント端末２に送信する（Ｓ１１１２）。

入出力制御部１１０が、クライアント端末２に進捗状況通知情報を送信すると、ファイル管理サーバ１は、クライアント端末２から次の進捗状況問合コマンドを受信するまで待機し、Ｓ１１０８の判定処理において処理が完了したと判定するまで、Ｓ１１０６〜Ｓ１１０８、Ｓ１１１１、Ｓ１１１２の処理を繰り返し行うことで、処理要求に応じた処理を実行するようになっている。

ファイル管理サーバ１からクライアント端末２に進捗状況通知情報が送信されると、クライアント端末２は、図４において説明したＳ４１３、Ｓ４１４と同様の処理を行う（Ｓ１０１３、Ｓ１０１４）。

そして、進捗状況問合部２４１が、Ｓ１０１４の判定処理において、ファイル管理サーバ１における処理が完了したと判定した場合には（Ｓ１０１４／ＹＥＳ）、クライアント端末２は、図４において説明したＳ４１５と同様の処理を行い（Ｓ１０１５）、ファイル管理サーバ１に処理を実行させる際の処理を終了する。

一方、進捗状況問合部２４１は、Ｓ１０１４の判定処理において、ファイル管理サーバ１における処理が完了していないと判定した場合には（Ｓ１０１４／ＮＯ）、通知された進捗状況通知情報を解析して、ファイル管理サーバ１における処理の進行度合いＢ_ｎを抽出して（Ｓ１０１６）、ポーリング間隔算出部２４４に通知する。ポーリング間隔算出部２４４は、進捗状況問合部２４１から進行度合いＢ_ｎを通知されると、第ｎ回目のポーリングを行ってから次にポーリングを行うまでの時間、即ち、ポーリング間隔ａ_ｎ＋１を、通知された進行度合いＢ_ｎに基づいて、ポーリング設定記憶部２４５に記憶されている式（４）により算出する（Ｓ１０１７）。

進捗状況問合部２４１は、ポーリング間隔ａ_ｎ＋１が算出されると、Ｓ１０１０の処理において改めて計測が開始された経過時間が、算出されたポーリング間隔ａ_ｎ＋１に達するまで待機する（Ｓ１０１８）。そして、進捗状況問合部２４１は、Ｓ１０１０の処理において改めて計測が開始された経過時間が、Ｓ１０１７の処理において算出されたポーリング間隔ａ_ｎ＋１に達すると、Ｓ１００９以降の処理と同様の処理を行う。

このように、本実施形態に係るクライアント端末２は、Ｓ１０１４の判定処理において、ファイル管理サーバ１における処理が完了したと判定するまで、Ｓ１０１０〜Ｓ１０１８の処理を繰り返し行うことで、ファイル管理サーバ１に処理要求に応じた処理を実行させるようになっている。

また、上記の説明においては、ｎ−１回目のポーリングが行われてからｎ回目のポーリングが行われるまでのポーリング間隔ａ_ｎは、式（１）に示したように、これまでに行われたポーリング回数（ｎ−１）のγ乗に応じて決定され、若しくは、式（２）に示したように、ファイル管理サーバ１における処理の実行が開始されてからｎ−１回目のポーリングが行われるまでの経過時間のγ乗に応じて決定され、若しくは、式（４）に示したように、第ｎ−１回目のポーリングが行われた際のファイル管理サーバ１における処理の進行度合いＢ_ｎ−１のγ乗に応じて決定される例について説明したが、ａ_ｎ＞ａ_ｎ−１となるようにａ_ｎが決定されれば良い。

即ち、これまでに行われたポーリング回数（ｎ−１）、若しくは、ファイル管理サーバ１における処理の実行が開始されてからｎ−１回目のポーリングが行われるまでの経過時間、若しくは、第ｎ−１回目のポーリングが行われた際のファイル管理サーバ１における処理の進行度合いＢ_ｎ−１に対してどのような演算が行われて算出されても良い。

例えば、ポーリング間隔ａ_ｎは、下記の式（５）〜式（７）のいずれかにより決定される。尚、下記の式（５）〜（７）において、α、β、γは、予め定められた定数であって、０より大きい実数である。

・ ・ ・ （５）

・ ・ ・ （６）

・ ・ ・ （７）

また、例えば、ポーリング間隔ａ_ｎは、下記の式（８）〜式（１０）により決定される。尚、下記の式（８）〜（１０）において、α、β、γは、予め定められた定数であって、０以上の実数である。

・ ・ ・ （８）

・ ・ ・ （９）

・ ・ ・ （１０）

このように、ｎ−１回目のポーリングが行われてからｎ回目のポーリングが行われるまでのポーリング間隔ａ_ｎは、ａ_ｎ＞ａ_ｎ−１となるようにａ_ｎが決定されれば、これまでに行われたポーリング回数（ｎ−１）、若しくは、ファイル管理サーバ１における処理の実行が開始されてからｎ−１回目のポーリングが行われるまでの経過時間、若しくは、第ｎ−１回目のポーリングが行われた際のファイル管理サーバ１における処理の進行度合いＢ_ｎ−１に対してどのような演算が行われて算出されても良い。

また、本実施形態においては、処理実行装置であるファイル管理サーバ１が提供する機能を、処理要求装置であるクライアント端末２から利用するファイル管理システムとして説明したが、これに限られず、例えば、遠隔地にいるユーザ同士がリアルタイムでテレビ会議を行うことを可能とするためのテレビ会議システムや、図書館に所蔵されている書籍の中から特定の書籍を検索する書籍検索システム等、クライアント端末からサーバ装置が提供する所定の機能を利用するあらゆるシステムにおいて適用可能である。

１ ファイル管理サーバ
２ クライアント端末
３ ネットワーク
４ ネットワーク
５ 公衆回線
１０ ＣＰＵ
２０ ＲＡＭ
３０ ＲＯＭ
４０ ＨＤＤ
５０ Ｉ／Ｆ
６０ ＬＣＤ
７０ 操作部
８０ バス
１００ コントローラ
１０１ ネットワークＩ／Ｆ
１１０ 入出力制御部
１２０ 処理実行部
１３０ 進捗状況監視部
１４０ 進捗状況返答部
２００ コントローラ
２０１ ネットワークＩ／Ｆ
２０２ ディスプレイパネル
２１０ 入出力制御部
２２０ 表示制御部
２３０ 処理要求部
２４０ ポーリング制御部
２４１ 進捗状況問合部
２４２ ポーリング状況管理部
２４３ ポーリング状況記憶部
２４４ ポーリング間隔算出部
２４５ ポーリング設定記憶部

特開２００７−２３４０５２号公報

Claims (11)

1. ファイル管理処理を実行する処理実行装置に前記ファイル管理処理を実行させるためのファイル管理処理要求を行い、前記処理実行装置に前記ファイル管理処理の進捗状況を問い合わせる処理要求装置であって、
   前記処理実行装置への前記進捗状況の問い合わせに対する返答として前記処理実行装置から前記進捗状況を取得する進捗状況取得部と、
   取得された前記進捗状況に基づき、フォルダ内に格納されているファイルへの一括処理である前記ファイル管理処理が完了しているか否かを判定する完了判定部と、
   最後に進捗状況を問い合わせてから次に進捗状況を問い合わせるまでの時間間隔を、前記ファイル管理処理が開始されてからの経過時間に応じて決定する時間間隔決定部と、
   前記ファイル管理処理が完了していないと判定された場合に、決定された前記時間間隔で前記進捗状況を前記処理実行装置に問い合わせる進捗状況問合部と、
   を備えることを特徴とする処理要求装置。
2. 前記時間間隔決定部は、前記経過時間に応じて前記時間間隔が長くなるように前記時間間隔を決定することを特徴とする請求項１に記載の処理要求装置。
3. 前記時間間隔決定部は、前記経過時間に応じて前記時間間隔が長くなるように前記経過時間に対して所定の演算を行うことにより前記時間間隔を決定することを特徴とする請求項１又は２に記載の処理要求装置。
4. 前記時間間隔決定部は、前記経過時間を０よりも大きい実数回だけ乗じた値に応じて前記時間間隔を決定することを特徴とする請求項１乃至３いずれか１項に記載の処理要求装置。
5. 前記時間間隔決定部は、前記処理実行装置に前記進捗状況を問い合わせた回数に応じて前記時間間隔が長くなるように前記時間間隔を決定することを特徴とする請求項１乃至４いずれか1項に記載の処理要求装置。
6. 前記時間間隔決定部は、前記処理実行装置に前記進捗状況を問い合わせた回数に応じて前記時間間隔が長くなるように前記処理実行装置に前記進捗状況を問い合わせた回数に対して所定の演算を行うことにより前記時間間隔を決定することを特徴とする請求項１乃至５いずれか１項に記載の処理要求装置。
7. 前記時間間隔決定部は、前記処理実行装置に前記進捗状況を問い合わせた回数を０よりも大きい実数回だけ乗じた値に応じて前記時間間隔を決定することを特徴とする請求項１乃至６いずれか１項に記載の処理要求装置。
8. 前記進捗状況取得部は、前記ファイル管理処理の進行度合いを前記進捗状況として取得し、
   前記時間間隔決定部は、取得された前記進行度合いに応じて前記時間間隔を決定することを特徴とする請求項１乃至７いずれか１項に記載の情報処理装置。
9. 前記時間間隔決定部は、前記処理実行装置において前記ファイル管理処理が開始されてから最初に前記処理実行装置に前記進捗状況を問い合せるまでの時間間隔を、前記ファイル管理処理の内容に応じて決定することを特徴とする請求項１乃至８いずれか１項に記載の処理要求装置。
10. 前記ファイル管理処理である前記ファイルへの一括処理とは、前記フォルダ内に格納されているファイルを処理対象とする一括コピーまたは一括削除であることを特徴とする請求項１乃至９いずれか１項に記載の処理要求装置。
11. ファイル管理処理を実行する処理実行装置に前記ファイル管理処理を実行させるためのファイル管理処理要求を行い、前記処理実行装置に前記ファイル管理処理の進捗状況を問い合わせる処理要求装置の制御プログラムであって、
    前記処理実行装置への前記進捗状況の問い合わせに対する返答として前記処理実行装置から前記進捗状況を取得するステップと、
    取得された前記進捗状況に基づき、フォルダ内に格納されているファイルへの一括処理である前記ファイル管理処理が完了しているか否かを判定するステップと、
    最後に進捗状況を問い合わせてから次に進捗状況を問い合わせるまでの時間間隔を、前記ファイル管理処理が開始されてからの経過時間に応じて決定するステップと、
    前記ファイル管理処理が完了していないと判定された場合に、決定された前記時間間隔で前記進捗状況を前記処理実行装置に問い合わせるステップと、
    を処理要求装置に実行させることを特徴とする処理要求装置の制御プログラム。
    

Images