(57)【要約】【課題】処理すべきデータをデータ処理装置が取得するに際して、そのデータ処理装置に適切な取得方法を選択させる。【解決手段】データ処理装置であるユーザ端末４０は、通信網３０を介して蓄積サーバ１０と接続され、処理すべきファイルを蓄積サーバ１０から取得する。ユーザ端末４０は、処理すべきファイルの取得に際し、ユーザ端末４０において使用可能な通信帯域の少なくとも一部を継続的に占有してそのファイルを取得するか、または、そのときにおいてアイドル状態であった通信帯域を適応的に使用してそのファイルを取得するかのいずれかを、そのファイルの内容もしくはユーザ端末４０の状態に応じて選択する。【選択図】図１
2010039902.tif 000002
【特許請求の範囲】
【請求項１】
通信網を介して接続された外部装置から処理すべきデータを取得する装置であって、
前記データを取得すべきときは、自装置において使用可能な通信帯域の少なくとも一部を継続的に占有して前記データを取得する第１取得部と、
前記データを取得すべきときであっても、そのときにおいてアイドル状態であった通信帯域を適応的に使用して前記データを取得する第２取得部と、
前記データの取得に際し、前記データの内容もしくは自装置の状態に応じて、前記第１取得部または前記第２取得部のいずれかを選択する選択部と、
を備えることを特徴とするデータ処理装置。
【請求項２】
前記データの取得に際し、前記データを処理すべき優先度を検出する検出部をさらに備え、
前記選択部は、前記優先度が所定の高さ以上であるとき前記第１取得部を選択し、前記優先度が前記高さ未満であるとき前記第２取得部を選択することを特徴とする請求項１に記載のデータ処理装置。
【請求項３】
前記データの取得に際し、前記データを処理すべき期限を検出する検出部をさらに備え、
前記選択部は、前記期限と現在時刻との関係に応じて、前記第１取得部または前記第２取得部のいずれかを選択することを特徴とする請求項１に記載のデータ処理装置。
【請求項４】
前記選択部は、自装置と前記通信網との接続態様が広帯域接続の場合は前記第１取得部を選択し、前記接続態様が狭帯域接続の場合は前記第２取得部を選択することを特徴とする請求項１に記載のデータ処理装置。
【請求項５】
前記選択部は、前記データの内容もしくは自装置の状態を示す第１の情報によれば前記第１取得部を選択することになり、かつ、前記第１の情報とは異なる第２の情報によれば前記第２取得部を選択することになるとき、前記第１取得部を優先的に選択することを特徴とする請求項１に記載のデータ処理装置。
【請求項６】
前記第２取得部における前記データの取得処理がその完了前に中断され、前記選択部の次回の選択処理において前記第１取得部が選択されたとき、前記第２取得部における前記データの取得処理を終了させて、前記第１取得部に前記データを取得させる切換部をさらに備えることを特徴とする請求項１に記載のデータ処理装置。
【請求項７】
通信網を介して接続された外部装置から処理すべきデータを取得する装置を制御する方法であって、
前記データの取得に際し、前記データの内容もしくは前記装置の状態を検出するステップと、
前記データを取得すべきときは、前記装置において使用可能な通信帯域の少なくとも一部を継続的に占有して前記データを取得するか、または、前記データを取得すべきときであっても、そのときにおいてアイドル状態であった通信帯域を適応的に使用して前記データを取得するかのいずれかを、前記検出するステップにおいて検出された情報に応じて選択するステップと、
を備えることを特徴とするデータ処理方法。
【請求項８】
通信網を介して接続された外部装置から処理すべきデータを取得する装置を制御するコンピュータプログラムであって、
前記データを取得すべきときは、前記装置において使用可能な通信帯域の少なくとも一部を継続的に占有して前記データを取得する第１取得機能と、
前記データを取得すべきときであっても、そのときにおいてアイドル状態であった通信帯域を適応的に使用して前記データを取得する第２取得機能と、
前記データの取得に際し、前記データの内容もしくは前記装置の状態に応じて、前記第１取得機能または前記第２取得機能のいずれかを選択する選択機能と、
を前記装置に実現させることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、データ処理技術に関し、特に、通信網を介して接続された外部装置から処理すべきデータを取得するデータ処理装置およびデータ処理方法に関する。
【背景技術】
【０００２】
現在、データ処理装置に処理させるべきデータを蓄積した蓄積サーバとデータ処理装置とが通信網を介して接続され、個々のデータ処理装置が蓄積サーバにアクセスしてそのデータを取得することが一般的に行われている。以下の特許文献１では、通信網の負荷が低いときに、ソフトウェアの送信元であるホスト計算機とソフトウェアの送信を仲介する仲介ホスト計算機とにソフトウェアの送信を実行させる技術が提案されている。
【特許文献１】特開平７−３３４４３６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
データ処理装置における蓄積サーバからのデータ取得処理と他の業務処理とは、トレードオフの関係となることがある。すなわち、データ取得処理を優先すると他の業務処理が阻害されることがあり、他の業務処理を優先するとデータ取得処理がその完了までに時間を要することがある。上記の特許文献１では、このようなトレードオフの課題およびその解決方法の示唆はない。本発明者は、処理すべきデータをデータ処理装置が取得するに際して、そのデータ処理装置に適切な取得方法を選択させることで、そのデータ処理装置に関わるユーザの利便性を向上できると考えた。
【０００４】
本発明は、本発明者の上記着目に基づいて完成された発明であり、その主たる目的は、処理すべきデータをデータ処理装置が取得するに際して、そのデータ処理装置に適切な取得方法を選択させる技術を提供することである。
【課題を解決するための手段】
【０００５】
上記課題を解決するために、本発明のある態様のデータ処理装置は、通信網を介して接続された外部装置から処理すべきデータを取得する装置であって、データを取得すべきときは、自装置において使用可能な通信帯域の少なくとも一部を継続的に占有してデータを取得する第１取得部と、データを取得すべきときであっても、そのときにおいてアイドル状態であった通信帯域を適応的に使用してデータを取得する第２取得部と、データの取得に際し、データの内容もしくは自装置の状態に応じて、第１取得部または第２取得部のいずれかを選択する選択部と、を備える。
【０００６】
本発明の別の態様は、データ処理方法である。この方法は、通信網を介して接続された外部装置から処理すべきデータを取得する装置を制御する方法であって、データの取得に際し、データの内容もしくは装置の状態を検出するステップと、データを取得すべきときは、装置において使用可能な通信帯域の少なくとも一部を継続的に占有してデータを取得するか、または、データを取得すべきときであっても、そのときにおいてアイドル状態であった通信帯域を適応的に使用してデータを取得するかのいずれかを、検出するステップにおいて検出された情報に応じて選択するステップと、を備える。
【０００７】
なお、以上の構成要素の任意の組合せ、本発明の表現を装置、方法、システム、プログラム、プログラムを格納した記録媒体などの間で変換したものもまた、本発明の態様として有効である。
【発明の効果】
【０００８】
本発明によれば、外部装置から処理すべきデータを取得するデータ処理装置において、そのデータ処理装置に関わるユーザの利便性を向上させることができる。
【発明を実施するための最良の形態】
【０００９】
本発明の実施の形態について、その構成を説明する前に概要を説明する。実施の形態において提案するユーザ端末は、自端末で処理すべきファイル（以下、適宜「要処理ファイル」ともいう）を、通信網を介して接続された蓄積サーバから取得する。この処理には、ファイルの取得、実行、インストール等が含まれる。要処理ファイルは、例えば、ユーザ端末で動作するアプリケーションに対する不具合修正ファイルや、ユーザへの周知情報が記載された文書ファイルであり、ファイルごとにユーザ端末で処理されるべき優先度を有する。
【００１０】
例えば、不具合修正ファイルは高い優先度であるため、その取得処理は他の業務処理より優先される必要がある。一方で、周知情報が記載された文書ファイルは低い優先度であるため、その取得処理より他の業務処理が優先される。なお、他の業務処理とは、要処理ファイルの取得処理とは異なる処理であり、典型的にはユーザの操作に基づいて起動されて外部装置との通信を実行する。例えば、外部のウェブサーバからウェブページを取得する処理でもよく、外部の社内システムに対する売上データの参照処理や更新処理でもよい。
【００１１】
このように、実施の形態のユーザ端末は、要処理ファイルの内容や自端末の状態に応じて、要処理ファイルの取得処理を高い優先度で実行し、もしくは、より低い優先度で実行する。この結果、高い優先度の要処理ファイルであれば、他の業務処理に優先して要処理ファイルが取得される。逆に、低い優先度の要処理ファイルであれば、他の業務処理が優先して実行され、他の業務処理への影響を低く抑えながら要処理ファイルが取得される。要処理ファイルの取得方法が変化することによって、要処理ファイルの取得処理と他の業務処理とのバランスが図られ、ユーザの利便性が向上する。なお、請求項における「外部装置」および「データ処理装置」は、実施の形態における「蓄積サーバ」および「ユーザ端末」にそれぞれ相当する。
【００１２】
図１は、本発明の実施の形態であるデータ処理システム１００の構成を示す。データ処理システム１００は、蓄積サーバ１０と、管理サーバ２０と、ユーザ端末４０とを備え、それぞれが通信網３０を介して接続されている。通信網３０は、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、インターネット、電話網等、公知のネットワークを制限なく含む。
【００１３】
図１の各装置においては、当該装置を効率よく利用するための機能および環境を提供して当該装置の全体を統括的に制御するオペレーティングシステム（以下、適宜「ＯＳ」ともいう）が実行されている。後述する図２の機能ブロックは、ＯＳが提供する機能を適宜利用することにより、機能ブロックについて記載する機能を実現する。ＯＳは典型的にはソフトウェア的に実現されるが、ハードウェア的に実現されてもよい。
【００１４】
蓄積サーバ１０は、公知のファイル提供機能を備えた装置であり、ユーザ端末４０により取得されるべき要処理ファイルを蓄積する。本実施の形態の蓄積サーバ１０では、ファイル提供機能のために、ＯＳが提供するＣＩＦＳ（Common Internet File System）モジュールが使用される。別の例として、ＦＴＰ（File Transfer Protocol）モジュールやＨＴＴＰ（Hypertext Transfer Protocol）モジュールが使用されてもよい。
【００１５】
管理サーバ２０は、要処理ファイルの属性情報を保持し、ユーザ端末４０からの要求に応じて、その属性情報をユーザ端末４０に提供する。要処理ファイルの属性情報は、要処理ファイルの管理者によって要処理ファイルに設定された属性を示し、例えば、要処理ファイルの識別情報、ユーザ端末４０における処理の優先度、ユーザ端末４０において処理されるべき期限、要処理ファイルを処理すべき装置の識別情報である。
【００１６】
ユーザ端末４０は、ユーザにより操作される一般的なＰＣ端末であり、管理サーバ２０から要処理ファイルの属性情報を取得して要処理ファイルを特定し、蓄積サーバ１０からその要処理ファイルを取得する。ユーザ端末４０と通信網３０との接続態様に特に制限はないが、ここではＬＡＮ接続またはダイヤルアップ接続であることとする。
【００１７】
なお、図１における蓄積サーバ１０および管理サーバ２０の記載は、上述した機能を有する装置の論理的な配置を示したものであり、装置の物理的な配置態様を限定するものではない。例えば、蓄積サーバ１０および管理サーバ２０は、物理的には、同一筐体に配置されてもよく、別筐体に配置されてもよい。
【００１８】
図２は、図１のユーザ端末４０の機能構成を示すブロック図である。ユーザ端末４０は、記憶部４２と、検出部４４と、選択部５０と、第１取得部５４と、第２取得部５６とを有する。
【００１９】
本明細書のブロック図において示される各ブロックは、ハードウェア的には、コンピュータのＣＰＵをはじめとする素子や機械装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。したがって、これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところであり、これらのいずれかに限定されるものではない。
【００２０】
第１取得部５４は、要処理ファイルを取得すべきとき、ユーザ端末４０において使用可能な通信帯域の少なくとも一部を継続的に占有して要処理ファイルを取得する。例えば、使用可能な通信帯域が１００Ｍｂｐｓであるとき、要処理ファイルを取得する間はそのうちの２０ＭＢｐｓを継続して占有する。要処理ファイルが取得される間、他の業務処理で使用可能な通信帯域は８０Ｍｂｐｓとなる。すなわち、第１取得部５４は、他の業務処理において要求される通信に優先して要処理ファイルを取得する。
【００２１】
図３は、図２の第１取得部５４が動作するときのモジュールスタックを示す。第１取得部５４は、ユーザ端末４０のＣＩＦＳモジュールが提供するＡＰＩ（Application Program Interface）をコールすることにより、蓄積サーバ１０のＣＩＦＳモジュールを介して要処理ファイルを取得する。別の例として、第１取得部５４は、ユーザ端末４０のＦＴＰモジュールまたはＨＴＴＰモジュールのＡＰＩをコールすることにより、蓄積サーバ１０のＦＴＰモジュールまたはＨＴＴＰモジュールを介して要処理ファイルを取得してもよい。図２に戻る。
【００２２】
第２取得部５６は、要処理ファイルを取得すべきときであっても、そのときにおいてアイドル状態であった通信帯域を適応的に使用して要処理ファイルを取得する。言い換えれば、他の業務処理によって使用されていないアイドル状態の通信帯域を、そのアイドル状態の通信帯域の伸縮にあわせて使用する。
【００２３】
例えば、使用可能な通信帯域が６４Ｋｂｐｓであり、他の業務処理で使用されている通信帯域が６０Ｋｂｐｓであるとき、第２取得部５６は、残りの４Ｋｂｐｓの通信帯域を使用して要処理ファイルを取得する。他の業務処理で使用されている通信帯域が３０Ｋｂｐｓに変化すると、残りの３４Ｋｂｐｓの通信帯域を使用して要処理ファイルを取得する。すなわち、第２取得部５６は、他の業務処理において要求される通信を優先するために、他の業務処理が使用しないバックグラウンドの通信帯域を適応的に使用する。
【００２４】
図４は、図２の第２取得部５６が動作するときのモジュールスタックを示す。第２取得部５６は、ユーザ端末４０に導入された公知のＢＩＴＳ（Background Intelligent Transfer Service  バックグラウンド  インテリジェント転送サービス）モジュールが提供するＡＰＩをコールする。ＢＩＴＳモジュールは、アイドル状態であった通信帯域を適応的に使用するための機能、例えば、アイドル状態である通信帯域を適当なタイミングで検出する機能等を提供する。ＢＩＴＳモジュールが第２取得部５６の要求にしたがってユーザ端末４０のＣＩＦＳモジュールをコールすることにより、蓄積サーバ１０のＣＩＦＳモジュールを介して要処理ファイルが取得される。別の例として、ＢＩＴＳモジュールがユーザ端末４０のＨＴＴＰモジュールをコールすることにより、蓄積サーバ１０のＨＴＴＰモジュールを介して要処理ファイルが取得されてもよい。なお、ＢＩＴＳに関する情報は、例えば、「http://www.microsoft.com/japan/windowsserver2003/techinfo/overview/bits.mspx」等のウェブページにおいて提供される。図２に戻る。
【００２５】
記憶部４２は、ユーザ端末４０における要処理ファイルの取得状況を保持する。具体的には、要処理ファイルの識別情報と、第１取得部５４および第２取得部５６における取得状況、ここでは「第１取得部５４による取得中」、「第２取得部５６による取得中」、または「取得済」を示す情報とを保持する。
【００２６】
検出部４４は、ファイル属性検出部４６と、装置状態検出部４８とを含む。ファイル属性検出部４６は、管理サーバ２０にアクセスして、要処理ファイルに設定された属性情報を取得する。装置状態検出部４８は、記憶部４２を参照して、ユーザ端末４０における要処理ファイルの取得状況を検出するとともに、ユーザ端末４０と通信網３０との接続態様を検出する。ここでは、ユーザ端末４０と通信網３０との接続態様が「ＬＡＮ接続」か「ダイヤルアップ接続」かをＯＳから取得する。別の例として、ＯＳから回線速度を取得してもよく、所定の外部装置との間でテストパケットを送受信することにより通信速度を実測してもよい。
【００２７】
選択部５０は、要処理ファイルに設定された属性情報およびユーザ端末４０の状態にしたがって、取得すべき要処理ファイルを決定する。具体的には、ファイル属性検出部４６により属性情報が取得された要処理ファイルのうち、処理すべき装置を示す属性にユーザ端末４０が設定され、かつ、ユーザ端末４０における取得状況が「取得済」でない要処理ファイルを、取得すべき要処理ファイルとして決定する。
【００２８】
続いて、選択部５０は、要処理ファイルの取得に際して、要処理ファイルに設定された属性情報およびユーザ端末４０の状態にしたがって、第１取得部５４または第２取得部５６のいずれかを選択して要処理ファイルを取得させる。具体的には、（１）要処理ファイルに設定された優先度が所定の高さ以上である、（２）要処理ファイルに設定された期限が現在時刻において経過している、（３）ユーザ端末４０と通信網３０との接続態様がＬＡＮ接続である、のいずれかに該当するとき、第１取得部５４を選択する。一方で、（１）、（２）、（３）のいずれにも該当しないとき、第２取得部５６を選択する。
【００２９】
上記（１）の変形例として、ユーザ端末４０において設定された要処理ファイルの優先度が使用されてもよい。例えば、ユーザの担当業務に対する周知情報が記載された文書ファイルについてはその優先度が高く設定され、担当しない業務に対する周知情報が記載された文書ファイルについてはその優先度が低く設定されてもよい。なお、優先度は「１」「２」など数値で表現されてもよく、「高」「低」など文字で表現されてもよい。（２）の変形例として、ユーザ端末４０において設定された期限が使用されてもよい。すなわち特定の要処理ファイルについてはユーザ端末４０のユーザがその処理の期限を設定してもよい。また、期限が経過していない場合でも、期限と現在時刻との差が所定範囲内であるとき、言い換えれば、期限と現在時刻との関係が所定の近傍内にあると判定されるとき、第１取得部５４を選択してもよい。（３）の変形例として、ユーザ端末４０が接続された回線の回線速度や実測された通信速度が所定値以上であれば第１取得部５４を選択してもよい。すなわち選択部５０は、ユーザ端末４０と通信網３０との接続態様が広帯域接続であれば第１取得部５４を選択し、逆に狭帯域接続であれば第２取得部５６を選択する。
【００３０】
選択部５０は切換部５２を含む。選択部５０は、第１取得部５４を選択し、かつ、記憶部４２に保持された要処理ファイルの取得状況が「第２取得部５６による取得中」であるとき、切換部５２に対してファイル取得処理の切換を要求する。具体的な状況としては、要処理ファイルの取得処理が第２取得部５６によって一旦開始されたものの、ユーザ端末４０のシャットダウン等によりその取得処理が中断されて、蓄積サーバ１０との再接続時に選択部５０において第１取得部５４が選択された場合である。切換部５２は、第２取得部５６における要処理ファイルの取得処理を、実行状態もしくは一時的な中断状態から終了状態とした後、第１取得部５４にその要処理ファイルの取得処理を開始させる。
【００３１】
以上の構成による動作を以下説明する。
図５は、図１のユーザ端末４０の動作を示すフローチャートである。ファイル属性検出部４６は管理サーバ２０にアクセスして要処理ファイルの属性を検出し、装置状態検出部４８はユーザ端末４０の状態を検出する（Ｓ１０）。選択部５０は、要処理ファイルの属性情報と、記憶部４２に保持されたファイルの取得状況とに応じて、取得すべき要処理ファイルを決定する（Ｓ１２）。要処理ファイルの属性として設定された優先度が所定の高さ以上であり（Ｓ１４のＹ）、または、要処理ファイルの属性として設定された期限が経過しており（Ｓ１６のＹ）、または、ユーザ端末４０と通信網３０との接続態様がＬＡＮ接続であるとき（Ｓ１８のＹ）、選択部５０は第１取得部５４を選択する。
【００３２】
このとき、第２取得部５６が要処理ファイルを取得中であれば（Ｓ２０のＹ）、切換部５２は第２取得部５６のファイル取得処理を終了させる（Ｓ２２）。第２取得部５６が要処理ファイルを取得中でなければ（Ｓ２０のＮ）、Ｓ２２の処理はスキップされる。第１取得部５４は、取得状況を記憶部４２に記録しつつ、要処理ファイルを取得する（Ｓ２４）。要処理ファイルの属性として設定された優先度が所定の高さ未満であり（Ｓ１４のＮ）、かつ、要処理ファイルの属性として設定された期限が経過しておらず（Ｓ１６のＮ）、かつ、ユーザ端末４０と通信網３０との接続態様がダイヤルアップ接続であるとき（Ｓ１８のＮ）、選択部５０は第２取得部５６を選択する。第２取得部５６は、取得状況を記憶部４２に記録しつつ、要処理ファイルを取得する（Ｓ２６）。
【００３３】
本実施の形態のユーザ端末４０によれば、要処理ファイルに設定された属性やユーザ端末４０の状態に応じて、他の業務処理より優先的に要処理ファイルを取得すること、または、他の業務処理を優先しつつ要処理ファイルを取得することのいずれかを適切に選択できる。例えば、高い優先度が設定された要処理ファイルや、処理すべき期限を経過したもしくはその期限に近づいた要処理ファイル、すなわち迅速に処理すべき要処理ファイルは、ユーザ端末４０により迅速に取得される。また、ユーザ端末４０と通信網３０との接続態様が広帯域接続である場合等、要処理ファイルの取得処理が他の業務処理を阻害しにくい場合には、要処理ファイルがユーザ端末４０により迅速に取得される。
【００３４】
逆に、要処理ファイルを処理すべき緊急度が高くなく、かつ、要処理ファイルの取得処理が他の業務処理を阻害しやすい場合には、他の業務処理を優先しつつ要処理ファイルが取得される。これにより、要処理ファイルの取得処理と他の業務処理との適切なバランスが図られる。要処理ファイルの優先度が考慮されるだけでなく、他の業務処理に対するユーザ操作も尊重されるため、ユーザの利便性が向上する。
【００３５】
また、ユーザ端末４０によれば、要処理ファイルに設定された属性やユーザ端末４０の状態に関する複数の情報が存在する場合、いずれかの情報に基づいて第１取得部５４が選択されると、第１取得部５４が第２取得部５６に優先して要処理ファイルを取得する。言い換えれば、要処理ファイルが迅速に処理される必要があること、または、他の業務処理を阻害することなく要処理ファイルを取得できることの条件のいずれかが充足されれば、要処理ファイルが迅速に取得される。これにより、要処理ファイルの取得処理と他の業務処理との適切なバランスが図られつつも、要処理ファイルが迅速に取得されやすくなる。
【００３６】
さらに、ユーザ端末４０によれば、第２取得部５６におけるファイル取得処理が中断されて、要処理ファイルの次の取得主体として第１取得部５４が選択されたとき、第２取得部５６におけるファイル取得処理は終了し、第１取得部５４がファイル取得処理を開始する。これにより、ファイル取得処理の中断の間に、要処理ファイルに設定された属性が変更され、または、ユーザ端末４０の状態が変更された場合でも、ファイル取得処理の再開時点における最新の状況に基づいて最適なファイル取得方法が選択される。例えば、ファイル取得処理の中断の間にダイヤルアップ接続からＬＡＮ接続になった場合や、処理の期限が経過した場合には、ファイル取得処理の再開時に第１取得部５４が選択されて、迅速に要処理ファイルが取得される。
【００３７】
現在、ユーザ端末が外部装置から取得すべき要処理ファイルのデータサイズは増加の一途を辿っている。そのため、要処理ファイルの取得処理を常に他の業務処理よりも優先させると、他の業務処理が長時間遅延してユーザの利便性を低下させることがある。一方で、他の業務処理の方を常に優先させると、処理の緊急度が高い要処理ファイルに対してもその処理が遅延しやすくなり、やはりユーザの利便性を低下させることがある。実施の形態のユーザ端末４０は、要処理ファイルの取得に際し、その時の状況に応じてより有利な取得方法を選択することで、要処理ファイルの取得処理と他の業務処理との適切なバランスを図り、ユーザの利便性を向上させる。
【００３８】
以上、本発明を実施の形態をもとに説明した。この実施の形態は例示であり、それらの各構成要素や各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本発明の範囲にあることは当業者に理解されるところである。以下変形例を示す。
【００３９】
第１の変形例を説明する。実施の形態のユーザ端末４０では、要処理ファイルを処理すべき優先度、期限、およびユーザ端末４０と通信網３０との接続態様を組み合わせて要処理ファイルの取得主体を選択したが、変形例としては、これらの条件のそれぞれが単独で使用されてもよい。すなわち、図５のフローチャートにおけるＳ１４、Ｓ１６、Ｓ１８の条件判定のうち１つだけが含まれてもよい。例えば、Ｓ１４のＮのときにはＳ２６に遷移してもよい。この場合、要処理ファイルを処理すべき優先度が所定値未満であれば第２取得部５６により要処理ファイルが取得される。これにより、優先度が比較的低い要処理ファイルの取得処理は、他の業務処理を優先させつつ、他の業務処理のバックグラウンドで実行される。
【００４０】
また例えば、Ｓ１２の後にＳ１６の判定が実行され、Ｓ１６のＮのときにはＳ２６に遷移してもよい。この場合、要処理ファイルを処理すべき期限が経過していなければ第２取得部５６により要処理ファイルが取得される。これにより、処理すべき期限を経過していない要処理ファイルの取得処理は、他の業務処理を優先させつつ、他の業務処理のバックグラウンドで実行される。また例えば、Ｓ１２のあとにＳ１８の判定が実行され、Ｓ１８のＮのときにはＳ２６に遷移してもよい。この場合、ユーザ端末４０と通信網３０との接続態様がダイヤルアップ接続であれば第２取得部５６により要処理ファイルが取得される。これにより、比較的通信速度が遅いダイヤルアップ接続の場合には、他の業務処理を優先させつつ、他の業務処理のバックグラウンドで要処理ファイルが取得される。
【００４１】
第２の変形例を説明する。要処理ファイルの取得主体を選択するときに、要処理ファイルのデータサイズが条件とされてもよい。この場合、要処理ファイルのデータサイズが所定値未満であれば、第１取得部５４により要処理ファイルが取得され、そのデータサイズが所定値以上であれば、第２取得部５６により要処理ファイルが取得される。これにより、要処理ファイルが比較的小さく、その取得処理による他の業務処理への影響が比較的小さければ、他の業務処理に優先して迅速に取得される。また、要処理ファイルが比較的大きく、その取得処理による他の業務処理への影響が比較的大きければ、他の業務処理の方が優先され、他の業務処理のバックグラウンドで取得される。
【００４２】
第３の変形例を説明する。ファイル属性検出部４６は複数の要処理ファイルの属性を検出し、選択部５０はこれら複数の要処理ファイルの取得主体として第１取得部５４または第２取得部５６のいずれかを選択してもよい。選択部５０は、第１取得部５４に対してはこれら複数の要処理ファイルの取得を同時に要求して、その取得処理を並行実行させてもよい。また、第２取得部５６に対してはこれら複数の要処理ファイルの取得を順次要求して、もしくは取得処理待ちのキューに設定して、その取得処理を順次実行させてもよい。これにより、第１取得部５４が選択されたとき、すなわち要処理ファイルの取得処理を他の業務処理よりも優先すべきときには、複数の要処理ファイルが迅速に取得される。一方で、第２取得部５６が選択されたとき、すなわち要処理ファイルの取得処理よりも他の業務処理を優先すべきときには、通信帯域への負荷を低く抑えて、複数の要処理ファイルが取得される。なお、複数の要処理ファイルを順次取得する場合には、要処理ファイルそれぞれを、属性として設定された優先度順に取得してもよいのはもちろんである。
【００４３】
第４の変形例を説明する。第２取得部５６において第１の要処理ファイルを取得中に、ファイル属性検出部４６が第１の要処理ファイルよりも優先度が高い第２の要処理ファイルを検出したとき、切換部５２は第２取得部５６における第１の要処理ファイルの取得処理を一旦停止させてもよい。その後、切換部５２は第２取得部５６に第２の要処理ファイルの取得処理を開始させ、その取得処理が完了した後に、第１の要処理ファイルの取得処理を再開させる。これにより、取得中の要処理ファイルより優先度が高い別の要処理ファイルが新たに追加されたときでも、その別の要処理ファイルの方を優先して取得できる。言い換えれば、複数の要処理ファイルについて、要処理ファイルそれぞれの優先度が高い順に取得できる。
【００４４】
請求項に記載の各構成要件が果たすべき機能は、実施の形態および変形例において示された各機能ブロックの単体もしくはそれらの連係によって実現されることも当業者には理解されるところである。
【図面の簡単な説明】
【００４５】
【図１】本発明の実施の形態であるデータ処理システムの構成を示す図である。
【図２】図１のユーザ端末の機能構成を示すブロック図である。
【図３】図２の第１取得部が動作するときのモジュールスタックを示す図である。
【図４】図２の第２取得部が動作するときのモジュールスタックを示す図である。
【図５】図１のユーザ端末の動作を示すフローチャートである。
【符号の説明】
【００４６】
１０  蓄積サーバ、  ２０  管理サーバ、  ３０  通信網、  ４０  ユーザ端末、  ４２  記憶部、  ４４  検出部、  ４６  ファイル属性検出部、  ４８  装置状態検出部、  ５０  選択部、  ５２  切換部、  ５４  第１取得部、  ５６  第２取得部、  １００  データ処理システム。  
【図１】
2010039902.tif 000003
【図２】
2010039902.tif 000004
【図３】
2010039902.tif 000005
【図４】
2010039902.tif 000006
【図５】
2010039902.tif 000007