(57)【要約】【課題】複数のファイルについて、同時期に複数のファイル処理を効率的に行なうためのファイル処理支援システム、ファイル処理支援方法及びファイル処理支援プログラムを提供する。【解決手段】ファイル授受システム２０は、取得した処理対象ファイルにおいて、コード変換を行なう場合には、コード変換キュー２５に格納し、優先度の初期値及びファイルサイズを用いて決定した優先順位でコード変換を行なう。ファイル授受システム２０は、コード変換を終了した処理対象ファイル及びコード変換が不要な処理対象ファイルを配信キュー２６に格納し、配信処理待ちの処理対象ファイルを、優先度の初期値及び配信先能力を用いて決定した優先順位でプッシュ配信を行なう。【選択図】図１
2019066922.tif 000002
【特許請求の範囲】
【請求項１】
処理対象ファイルに対して行なわれる第１処理、第２処理について、処理待ちの待機ファイルを管理する制御部を備えたファイル処理支援システムであって、
前記制御部が、
取得した処理対象ファイルの第１属性情報、第２属性情報及び第３属性情報を特定し、
前記処理対象ファイルに対して第１処理が必要な場合には、前記処理対象ファイルを第１処理待ちとして登録し、
前記第１処理待ちの処理対象ファイルを、前記第１属性情報及び第２属性情報を用いて決定した優先順位で前記第１処理を実行し、
前記第１処理を終了した処理対象ファイル及び前記第１処理が不要な処理対象ファイルを第２処理待ちとして登録し、
前記第２処理待ちの処理対象ファイルに対して、前記第１属性情報及び第３属性情報を用いて決定した優先順位で前記第２処理を実行することを特徴とするファイル処理支援システム。
【請求項２】
前記第１処理及び第２処理について、それぞれ実行する複数のスレッドを準備し、
前記各スレッドには、処理対象ファイルのファイルサイズを割り当て、
前記第１処理及び第２処理の少なくとも一つにおいて、前記各スレッドは、割り当てられたファイルサイズのファイルについての処理を実行することを特徴とする請求項１に記載のファイル処理支援システム。
【請求項３】
前記第１属性情報は、処理対象ファイルの種類に応じて付与される初期値に対して、処理待ちの待機回数に応じて更新する優先度であることを特徴とする請求項１又は２に記載のファイル処理支援システム。
【請求項４】
前記第２属性情報は、ファイルサイズに基づいて決定されることを特徴とする請求項１〜３のいずれか一項に記載のファイル処理支援システム。
【請求項５】
前記第１処理は、処理対象ファイルの配信先に応じたコード変換処理であることを特徴とする請求項１〜４のいずれか一項に記載のファイル処理支援システム。
【請求項６】
前記第２処理は、処理対象ファイルの配信先への配信処理であり、
前記第３属性情報は、前記配信先の処理能力に応じて決定されることを特徴とする請求項１〜５のいずれか一項に記載のファイル処理支援システム。
【請求項７】
処理対象ファイルに対して行なわれる第１処理、第２処理について、処理待ちの待機ファイルを管理する制御部を備えたファイル処理支援システムを用いてファイル処理を支援する方法であって、
前記制御部が、
取得した処理対象ファイルの第１属性情報、第２属性情報及び第３属性情報を特定し、
前記処理対象ファイルに対して第１処理が必要な場合には、前記処理対象ファイルを第１処理待ちとして登録し、
前記第１処理待ちの処理対象ファイルを、前記第１属性情報及び第２属性情報を用いて決定した優先順位で前記第１処理を実行し、
前記第１処理を終了した処理対象ファイル及び前記第１処理が不要な処理対象ファイルを第２処理待ちとして登録し、
前記第２処理待ちの処理対象ファイルに対して、前記第１属性情報及び第３属性情報を用いて決定した優先順位で前記第２処理を実行することを特徴とするファイル処理支援方法。
【請求項８】
処理対象ファイルに対して行なわれる第１処理、第２処理について、処理待ちの待機ファイルを管理する制御部を備えたファイル処理支援システムを用いてファイル処理を支援するためのプログラムであって、
前記制御部を、
取得した処理対象ファイルの第１属性情報、第２属性情報及び第３属性情報を特定し、
前記処理対象ファイルに対して第１処理が必要な場合には、前記処理対象ファイルを第１処理待ちとして登録し、
前記第１処理待ちの処理対象ファイルを、前記第１属性情報及び第２属性情報を用いて決定した優先順位で前記第１処理を実行し、
前記第１処理を終了した処理対象ファイル及び前記第１処理が不要な処理対象ファイルを第２処理待ちとして登録し、
前記第２処理待ちの処理対象ファイルに対して、前記第１属性情報及び第３属性情報を用いて決定した優先順位で前記第２処理を実行する手段として機能させることを特徴とするファイル処理支援プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のファイルについて、同時期に複数のファイル処理を行なうためのファイル処理支援システム、ファイル処理支援方法及びファイル処理支援プログラムに関する。
【背景技術】
【０００２】
複数のファイルについて情報処理を行なう場合、その処理順番を考慮して行なう必要がある。例えば、送信システムから受信システムに対して、優先度を設定したファイルを送信し、優先的にリソースを使用して転送を行なう技術が検討されている（例えば、特許文献１を参照。）。この文献に記載の技術では、ファイルＩＤ登録の際に優先度を割り振っておき、ファイル転送クライアントがファイル転送サーバとファイル転送を行なう際に、ファイルＩＤに割り振られた優先度を判定し、ファイルの送信中に、優先度の低いファイルＩＤの転送についてはデータ転送毎に指定時間だけ処理を一旦停止する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−１１７８４５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
多数の送信システム、受信システムを用いる場合、システム間で個別に、ファイル転送を行なうと、メッシュ状のファイル授受経路が形成される。この場合、ファイル授受経路が複雑になり、全体のファイル転送状況を把握することが困難な場合がある。また、多くのファイルを取り扱う場合、上述のように、各種処理の順番を決める優先度を用いることがある。この場合、ファイル属性に応じて優先度を決定することがある。しかしながら、ファイル属性に応じて優先度を画一的に決めたのでは、優先度が高いファイルや、サイズが大きいファイルが大量に存在する場合、低い優先度のファイルや容量が少ないファイルの処理が遅れる可能性がある。
【課題を解決するための手段】
【０００５】
上記問題点を解決するために、ファイル処理支援システムは、処理対象ファイルに対して行なわれる第１処理、第２処理について、処理待ちの待機ファイルを管理する制御部を備える。そして、前記制御部が、取得した処理対象ファイルの第１属性情報、第２属性情報及び第３属性情報を特定し、前記処理対象ファイルに対して、第１処理が必要な場合には、前記処理対象ファイルを第１処理待ちとして登録し、前記第１処理待ちの処理対象ファイルを、前記第１属性情報及び第２属性情報を用いて決定した優先順位で前記第１処理を実行し、前記第１処理を終了した処理対象ファイル及び前記第１処理が不要な処理対象ファイルを第２処理待ちとして登録し、前記第２処理待ちの処理対象ファイルに対して、前記第１属性情報及び第３属性情報を用いて決定した優先順位で前記第２処理を実行する。これにより、第１属性情報〜第３属性情報を用いて、処理対象ファイルについて必要な複数のファイル処理の処理順番を決定し、実行することができる。
【発明の効果】
【０００６】
本発明によれば、複数のファイルについて、同時期に複数のファイル処理を効率的に行なうことができる。
【図面の簡単な説明】
【０００７】
【図１】本実施形態のシステム概略図。
【図２】本実施形態のハードウェア構成の説明図。
【図３】本実施形態で用いる情報の説明図であって、（ａ）はファイル属性、（ｂ）は定義ファイル、（ｃ）はログファイルの説明図。
【図４】本実施形態の処理手順の説明図。
【図５】本実施形態の処理手順の説明図。
【図６】本実施形態の処理手順の説明図。
【図７】本実施形態の処理手順の説明図であって、（ａ）は未済ファイル管理処理、（ｂ）は世代管理処理の説明図。
【発明を実施するための形態】
【０００８】
以下、図１〜図７を用いて、ファイル処理支援システムの一実施形態を説明する。
図１に示すように、ファイル授受システム２０は、送信システム１０から集信したファイルを中継し、受信システム４０に配信する。このファイル授受システム２０には、ネットワークを介して、ユーザ端末５０が接続される。送信システム１０や受信システム４０としては、例えば、金融機関での取引を管理する取引処理システムや、取引結果を管理する情報提供システム、取引市場を管理する市場系システム等を想定する。ユーザ端末５０は、ファイル転送を管理する担当者が使用するコンピュータ端末である。このユーザ端末５０は、ディスプレイ等の出力部、キーボード及びポインティングデバイス等の入力部を備えている。
【０００９】
送信システム１０は、情報処理を行なうファイルを生成する。このファイルには、後述するファイルＩＤを含むファイル名が設定される。本実施形態では、送信システム１０は、処理対象ファイルのファイルサイズが大きい場合には、分割してファイルサイズを小さくして、送信する。
受信システム４０は、処理対象ファイルを受信し、必要な情報処理を実行する。
【００１０】
ファイル授受システム２０は、集信サーバ２１、コード変換サーバ２２、配信サーバ２３、世代管理サーバ２４、コード変換キュー２５、配信キュー２６、世代管理キュー２７、マスタ情報記憶部３０、履歴情報記憶部３２を備える。
【００１１】
集信サーバ２１は、送信システム１０から、ファイルを集信する処理を実行する。この集信サーバ２１は、集信したファイルを一時的に保存するバッファを備えている。
コード変換サーバ２２は、送信システム１０から集信したファイルを、受信システム４０において処理可能な文字コードに変換するコード変換処理（第１処理）を実行する。このコード変換サーバ２２は、複数のコード変換スレッドによりコード変換を行なう。ここで、各コード変換スレッドを、コード変換処理を行なうコード変換対象のファイルサイズを振り分けておく。このため、各コード変換スレッドは、コード変換対象のファイルを特定するためのファイルサイズフラグ（例えば、サイズ「大」、「中」、「小」）を保持している。更に、このコード変換処理は、各ファイルに設定された優先度や待機回数に基づいて順番に行なわれる。
【００１２】
配信サーバ２３は、受信システム４０に対して、ファイルを配信する配信処理（第２処理）を実行する。この配信サーバ２３は、複数の配信スレッドによりファイルの配信を行なう。なお、この配信サーバ２３は、配信先毎に、受信処理能力に対応した配信スレッド数（同時配信上限数）に関するデータを予め保持している。
【００１３】
世代管理サーバ２４は、集信したファイルや配信したファイルについての授受履歴を記録する処理を実行する。
コード変換キュー２５は、コード変換サーバ２２によるコード変換を待機しているファイル（第１処理待ちファイル）を蓄積する。
【００１４】
配信キュー２６は、配信サーバ２３による配信を待機しているファイル（第２処理待ちファイル）を蓄積する。
世代管理キュー２７は、配信条件を満足せず、配信しなかったファイルを蓄積する。
【００１５】
図２を用いて、集信サーバ２１〜世代管理サーバ２４を構成する情報処理装置Ｈ１０のハードウェア構成を説明する。情報処理装置Ｈ１０は、通信インタフェースＨ１１、入力装置Ｈ１２、表示装置Ｈ１３、記憶部Ｈ１４、プロセッサＨ１５を備える。なお、このハードウェア構成は一例であり、他のハードウェアにより実現することも可能である。
【００１６】
通信インタフェースＨ１１は、他の装置との間で通信経路を確立して、データの送受信を実行するインタフェースであり、例えばネットワークインタフェースカードや無線インタフェース等である。
【００１７】
入力装置Ｈ１２は、利用者等からの入力を受け付ける装置であり、例えばマウスやキーボード等である。表示装置Ｈ１３は、各種情報を表示するディスプレイやタッチパネル等である。
【００１８】
記憶部Ｈ１４は、集信サーバ２１〜世代管理サーバ２４の各種機能を実行するためのデータや各種プログラムを格納する記憶装置である。記憶部Ｈ１４の一例としては、ＲＯＭ、ＲＡＭ、ハードディスク等がある。
【００１９】
プロセッサＨ１５は、記憶部Ｈ１４に記憶されるプログラムやデータを用いて、集信サーバ２１〜世代管理サーバ２４における各処理を制御する。プロセッサＨ１５の一例としては、例えばＣＰＵやＭＰＵ等がある。このプロセッサＨ１５は、ＲＯＭ等に記憶されるプログラムをＲＡＭに展開して、集信、コード変換、配信等の各種処理に対応する各種プロセスを実行する。
【００２０】
図３（ａ）に示すように、ファイル授受システム２０が集信するファイル５００には、ファイル属性が設定されている。このファイル属性には、優先度フラグ、ファイルサイズフラグ、配信先に関する情報が含まれる。更に、優先度フラグは、初期値、待機回数によって決定される。
【００２１】
優先度フラグは、このファイルを処理する順番を決めるための識別子（第１属性情報）である。本実施形態では、優先度フラグが大きいほど、処理順番を早くする。
ファイルサイズフラグは、このファイルの容量（ファイルサイズ）を分類するための識別子（第２属性情報）である。ファイルサイズフラグとしては、例えば、サイズ「大」、「中」、「小」を用いる。
【００２２】
配信先は、このファイルを配信する受信システム４０を特定するための識別子（第３属性情報）である。
初期値は、このファイルの優先度フラグの初期値であり、処理対象ファイルの種類に応じて付与される。
待機回数は、このファイルにおいて、処理を待機した回数であって、他のファイルが先に処理された回数である。
【００２３】
図３（ｂ）に示すように、マスタ情報記憶部３０には、ファイル転送を制御するための定義ファイル３００が記録される。この定義ファイル３００は、ユーザ端末５０において、定義ファイル登録ユーザインターフェース（ＵＩ）を用いて設定された場合に記録される。定義ファイル３００は、ファイルＩＤ、集信元、配信先、コード変換要否、変換方法、配信方法、イベント通知条件、保管期間に関するデータを含んで構成される。
【００２４】
ファイルＩＤデータ領域には、ファイル授受システム２０を利用して転送されるファイルを特定するための識別子に関するデータが記録される。
集信元データ領域には、このファイルを集信する送信システム１０を特定するための識別子に関するデータが記録される。
【００２５】
配信先データ領域には、このファイルを配信する受信システム４０を特定するための識別子に関するデータが記録される。
コード変換要否データ領域には、受信システム４０への配信前に文字コードの変換を行なう必要性を判定するためのフラグが記録される。
【００２６】
変換方法データ領域には、文字コード変換を行なう必要性がある場合、集信したファイルのコードの変換方法に関するデータが記録される。例えば、「ＪＩＳ規格からＵＴＦ−８形式への変換」、「シングルフォーマットファイルからＣＳＶファイル形式への変換」等の変換方法が記録される。
【００２７】
配信方法データ領域には、配信サーバ２３において配信する方法を特定するための識別子に関するデータが記録される。配信方法としては、本実施形態では、配信サーバ２３から一方的にファイルを配信するプッシュ方式と、受信システム４０からの要求に応じてファイルを配信するプル方式とを用いる。配信方法として「受信保留」が設定されている場合には、プル方式を用いる。また、所定の状況に応じて変更する配信方法が記録されている。この所定の状況には、メンテナンス等のように計画的に配信先を変更する「計画切替」や、所定の条件下で配信する「条件付き配信」、障害発生時に配信先を変更する「障害時切替」等がある。
【００２８】
イベント通知条件データ領域には、受信システム４０に対して、イベント通知を行なう場合の条件に関するデータが記録される。このイベント通知条件データ領域には、受信システム４０において指定され、イベント通知が必要な一連のファイルのファイルＩＤが記録される。そして、イベント通知条件で指定されたすべてのファイルの配信を完了した場合に、受信システム４０に対してイベント通知を送信する。受信システム４０では、このイベント通知を、一連のファイルを用いたジョブの起動条件として用いることができる。
保管期間データ領域には、このファイルの世代管理における保管期間に関するデータが記録される。
【００２９】
図３（ｃ）に示すように、履歴情報記憶部３２には、ファイル転送の履歴を管理するためのログファイル３２０が記録される。このログファイル３２０は、ファイルの集信や配信を行なった場合に記録される。ログファイル３２０は、集信履歴レコード、配信履歴レコードを含んで構成される。集信履歴レコード、配信履歴レコードを用いることにより、ファイル名に基づいて相互に関連するファイルを特定し、ユーザ端末５０において、各ファイルの先行・後続を示すツリー表示を行なうことができる。
【００３０】
集信履歴レコードは、ファイル名、集信元、ファイルサイズ、集信更新日時に関するデータを含む。
ファイル名データ領域には、送信システム１０から集信したファイルを特定するための識別子に関するデータが記録される。このファイル名には、ファイルＩＤや、同じファイルＩＤのファイルについての先行・後続関係を特定するための情報が含まれる。
【００３１】
集信元データ領域には、送信システム１０を特定するための識別子に関するデータが記録される。
ファイルサイズデータ領域には、このファイルの容量に関するデータが記録される。
集信更新日時データ領域には、ファイルを集信した年月日及び時刻に関するデータが記録される。
【００３２】
配信履歴レコードは、ファイル名、配信先、切替ステータス、配信更新日時に関するデータを含む。
【００３３】
ファイル名データ領域には、受信システム４０に配信したファイルを特定するための識別子に関するデータが記録される。このファイル名にも、ファイルＩＤや、同じファイルＩＤのファイルについての先行・後続関係を特定するための情報が含まれる。
配信先データ領域には、ファイルを配信した受信システム４０を特定するための識別子に関するデータが記録される。
【００３４】
切替ステータスデータ領域には、通常配信又は計画切替、障害時切替の配信状況を特定するためのフラグが記録される。
配信更新日時データ領域には、ファイルを配信した年月日及び時刻に関するデータが記録される。
【００３５】
次に、図４〜図７を用いて、ファイル授受システム２０におけるファイルの授受受付処理を説明する。ここでは、集信時処理、コード変換処理、配信処理、未済ファイル管理処理、世代管理処理を順番に説明する。
【００３６】
（集信時処理）
図４を用いて、集信時処理を説明する。ここでは、ファイルをコード変換キュー２５又は配信キュー２６に格納するまでの処理を説明する。この場合、ファイルサイズを考慮して、優先度を決める。
【００３７】
まず、集信サーバ２１は、集信処理を実行する（ステップＳ１−１）。具体的には、集信サーバ２１は、送信システム１０によって送信されたファイルを集信する。
次に、集信サーバ２１は、バッファ処理を実行する（ステップＳ１−２）。具体的には、集信サーバ２１は、集信したファイルをバッファに格納する。この場合、集信サーバ２１は、集信履歴（ファイル名、集信元、ファイルサイズ、集信更新日時）を記録したログファイル３２０を生成し、履歴情報記憶部３２に記録する。
【００３８】
次に、集信サーバ２１は、定義ファイルの特定処理を実行する（ステップＳ１−３）。具体的には、集信サーバ２１は、集信したファイルのファイル名に含まれるファイルＩＤを特定し、このファイルＩＤが記録された定義ファイル３００を、マスタ情報記憶部３０から取得する。
【００３９】
次に、集信サーバ２１は、初期優先度フラグの付与処理を実行する（ステップＳ１−４）。具体的には、集信サーバ２１は、集信したファイルのファイル属性に記録されている初期値を、優先度フラグとしてファイル属性に記録する。
【００４０】
次に、集信サーバ２１は、ファイルサイズフラグの付与処理を実行する（ステップＳ１−５）。具体的には、集信サーバ２１は、集信したファイルのサイズを特定し、このサイズに応じたファイルサイズフラグをファイル属性に記録する。
【００４１】
次に、集信サーバ２１は、コード変換が必要かどうかについての判定処理を実行する（ステップＳ１−６）。具体的には、集信サーバ２１は、マスタ情報記憶部３０から取得した定義ファイル３００のコード変換要否を用いて、コード変換が必要かどうかを判定する。
【００４２】
コード変換が必要と判定した場合（ステップＳ１−６において「ＹＥＳ」の場合）、集信サーバ２１は、コード変換キューへの格納処理を実行する（ステップＳ１−７）。具体的には、集信サーバ２１は、集信したファイルをコード変換キュー２５に格納する。
【００４３】
一方、コード変換は不要と判定した場合（ステップＳ１−６において「ＮＯ」の場合）、集信サーバ２１は、配信キューへの格納処理を実行する（ステップＳ１−８）。具体的には、集信サーバ２１は、集信したファイルを配信キュー２６に格納する。
【００４４】
（コード変換処理）
図５を用いて、コード変換処理を説明する。このコード変換処理は、コード変換サーバ２２において、先行するファイルのコード変換を終了し、コード変換スレッドが空いた場合に実行される。
【００４５】
まず、コード変換サーバ２２は、ファイルサイズに応じて候補ファイル特定処理を実行する（ステップＳ２−１）。具体的には、コード変換サーバ２２は、処理を終了し、空き状態となったコード変換スレッドに割り振られたファイルサイズフラグ（例えば、サイズ「大」、「中」、「小」）を特定する。そして、コード変換サーバ２２は、特定したファイルサイズフラグが付与されたファイルを、コード変換キュー２５において候補ファイルとして特定する。
【００４６】
次に、コード変換サーバ２２は、優先度に基づいてファイル取得処理を実行する（ステップＳ２−２）。具体的には、コード変換サーバ２２は、特定した候補ファイルの中で、優先度フラグが最も高いファイルを取得する。
【００４７】
更に、コード変換サーバ２２は、待機ファイルの優先度の更新処理を実行する（ステップＳ２−３）。具体的には、コード変換サーバ２２は、同じファイルサイズのサイズフラグがファイル属性に記録されたファイルであって、コード変換キュー２５に残っている待機ファイルを特定する。そして、コード変換サーバ２２は、待機ファイルのファイル属性の優先度フラグに「１」を加算して更新する。
【００４８】
次に、コード変換サーバ２２は、コード変換処理を実行する（ステップＳ２−４）。具体的には、コード変換サーバ２２は、取得したファイルをコード変換スレッドに割り振って、コード変換を行なう。
【００４９】
コード変換処理を終了した場合、コード変換サーバ２２は、優先度のリセット処理を実行する（ステップＳ２−５）。具体的には、コード変換サーバ２２は、コード変換を行なったファイルのファイル属性の優先度フラグを初期値にリセットする。
【００５０】
次に、コード変換サーバ２２は、配信キューへの格納処理を実行する（ステップＳ２−６）。具体的には、コード変換サーバ２２は、コード変換を終了したファイルを、配信キュー２６に格納する。
【００５１】
（配信処理）
図６を用いて、配信条件に基づいて行われる配信処理を説明する。この配信処理も、配信サーバ２３において、先行するファイルの配信を終了し、配信スレッドが空いた場合に実行される。
【００５２】
まず、配信サーバ２３は、配信先能力に応じて候補ファイル特定処理を実行する（ステップＳ３−１）。具体的には、配信サーバ２３は、配信キュー２６に格納されているファイルの配信先の受信システム４０の受信処理能力を特定する。なお、「計画切替」や「障害時切替」に該当する場合には、定義ファイル３００の配信方法データ領域に記録された切替先を配信先の受信システム４０として特定する。そして、配信サーバ２３は、配信先毎に、受信処理能力に対応した配信スレッド数（同時配信上限数）を特定する。次に、配信サーバ２３は、配信先毎に、配信処理中の配信スレッド数（同時配信処理数）を算出する。そして、配信サーバ２３は、同時配信処理数が同時配信上限数に達していない受入可能な配信先を特定し、配信キュー２６において、この配信先へのファイルを候補ファイルとして特定する。
【００５３】
次に、配信サーバ２３は、優先度に基づいてファイル取得処理を実行する（ステップＳ３−２）。具体的には、配信サーバ２３は、特定した候補ファイルのファイル属性において優先度フラグが最も高いファイル（配信対象ファイル）を特定する。
【００５４】
次に、配信サーバ２３は、配信条件を満足するかどうかについての判定処理を実行する（ステップＳ３−３）。具体的には、配信サーバ２３は、特定したファイルのファイル名に含まれるファイルＩＤの定義ファイル３００をマスタ情報記憶部３０から取得する。そして、配信サーバ２３は、優先度フラグが最も高いファイルが配信条件を満たすかどうかを判定する。ここで、配信方法データ領域に、配信方法として「受信保留」や「条件付き配信」が記録されている場合には、配信条件を満足しないと判定する。
【００５５】
配信条件を満足しないと判定した場合（ステップＳ３−３において「ＮＯ」の場合）、配信サーバ２３は、世代管理キューへの格納処理を実行する（ステップＳ３−４）。具体的には、配信サーバ２３は、このファイルを世代管理キュー２７に格納する。そして、配信サーバ２３は、ステップＳ３−１以降の処理を繰り返す。
【００５６】
一方、配信条件を満足すると判定した場合（ステップＳ３−３において「ＹＥＳ」の場合）、配信サーバ２３は、待機ファイルの優先度フラグの更新処理を実行する（ステップＳ３−５）。具体的には、配信サーバ２３は、配信キュー２６に残っている候補ファイルについて、ファイル属性の優先度フラグに「１」を加算して更新する。
【００５７】
次に、配信サーバ２３は、プッシュ配信処理を実行する（ステップＳ３−６）。具体的には、配信サーバ２３は、受信システム４０に対して、優先度フラグが最も高いファイルを、プッシュ配信により配信する。
【００５８】
次に、配信サーバ２３は、配信成功かどうかについての判定処理を実行する（ステップＳ３−７）。具体的には、配信サーバ２３は、受信システム４０から、ファイルの受信状況情報を取得する。この受信状況情報に基づいて、配信成否を判定する。
【００５９】
受信状況情報において配信成功と判定した場合（ステップＳ３−７において「ＹＥＳ」の場合）、配信サーバ２３は、ファイル削除処理を実行する（ステップＳ３−８）。具体的には、配信サーバ２３は、配信キュー２６から配信対象ファイルを削除する。この場合、配信サーバ２３は、履歴情報記憶部３２のログファイル３２０において、配信履歴（ファイル名、配信先、切替ステータス、配信更新日時）を記録する。
【００６０】
一方、受信状況情報において配信エラーと判定した場合（ステップＳ３−７において「ＮＯ」の場合）、配信サーバ２３は、世代管理キューへの格納処理を実行する（ステップＳ３−９）。具体的には、配信サーバ２３は、配信対象ファイルを配信キュー２６から世代管理キュー２７に移す。
【００６１】
（未済ファイル管理処理）
図７（ａ）を用いて、未済ファイル管理処理を説明する。
まず、配信サーバ２３は、配信要求の取得処理を実行する（ステップＳ４−１）。具体的には、配信サーバ２３は、受信システム４０から、リストファイルを含めた配信要求を取得する。このリストファイルには、受信システム４０が受信していないファイルのファイル名や、すべての未済ファイルのファイル名が記録されている。
【００６２】
次に、配信サーバ２３は、未済ファイル特定処理を実行する（ステップＳ４−２）。具体的には、すべての未済ファイルを要求するリストファイルを受信した場合、配信サーバ２３は、履歴情報記憶部３２から、受信システム４０に対する配信履歴が記録されていないログファイル３２０を抽出し、このログファイル３２０に記録されているファイル名を特定する。
【００６３】
次に、配信サーバ２３は、未済ファイル配信処理を実行する（ステップＳ４−３）。具体的には、配信サーバ２３は、特定したファイル名のファイルを世代管理キュー２７から取得する。そして、配信サーバ２３は、取得したファイルを、受信システム４０に対して配信する。
【００６４】
次に、配信サーバ２３は、ファイル削除処理を実行する（ステップＳ４−４）。具体的には、配信サーバ２３は、受信システム４０から、ファイルの受信状況情報を取得し、配信成功の場合には、世代管理キュー２７に記録されたファイルを削除する。そして、配信サーバ２３は、リストファイル又はログファイル３２０のファイル名について、配信履歴（配信先、切替ステータス、配信更新日時）を記録する。なお、受信状況情報において、配信できていないと判定した場合には、再度、未済ファイル配信処理（ステップＳ４−３）を実行する。
【００６５】
（世代管理処理）
次に、図７（ｂ）を用いて、世代管理処理を説明する。
まず、世代管理サーバ２４は、保管期限が到来したファイルの特定処理を実行する（ステップＳ５−１）。具体的には、世代管理サーバ２４は、世代管理キュー２７に格納されているファイルについて、ログファイル３２０の集信更新日時、定義ファイル３００の保管期間データ領域に記録された保管期間に基づいて保管期限を算出する。そして、世代管理サーバ２４は、現在日時が保管期限を経過しているファイルを特定する。
【００６６】
次に、世代管理サーバ２４は、ファイル削除処理を実行する（ステップＳ５−２）。具体的には、世代管理サーバ２４は、世代管理キュー２７から、保管期限を経過したファイルを削除する。
【００６７】
以上、本実施形態によれば、以下のような効果を得ることができる。
（１）本実施形態によれば、ファイル授受システム２０は、送信システム１０から集信したファイルを受信システム４０に配信する。これにより、各送信システム１０から各受信システム４０へのファイルの授受状況をファイル授受システム２０において一元的に管理するとともに、メッシュ状のファイル授受経路の複雑性を排除することができる。そして、転送ファイルはファイル授受システム２０を経由するので、ファイル授受の障害等の想定外事象の発生時にも、障害の影響を把握でき、効率的に対応することができる。更に、ファイル授受システム２０にコード変換サーバ２２を集約でき、送信システム１０や受信システム４０に設ける必要がないため、コード変換処理を効率的に行なうことができる。
【００６８】
（２）本実施形態によれば、コード変換サーバ２２は、ファイルサイズに応じて候補ファイル特定処理を実行する（ステップＳ２−１）。これにより、大きなサイズのファイルによって、コード変換スレッドが占有されることを抑制することができる。
【００６９】
（３）本実施形態によれば、コード変換サーバ２２は、優先度に基づいてファイル取得処理を実行する（ステップＳ２−２）。優先度フラグは、初期値、待機回数によって決定される。そして、コード変換サーバ２２は、待機ファイルの優先度の更新処理を実行する（ステップＳ２−３）。これにより、ファイルの種類だけではなく、待機状況を考慮して処理順番が決められるので、待機ファイルの長期停留を抑制することができる。
【００７０】
（４）本実施形態によれば、コード変換処理を終了した場合、コード変換サーバ２２は、優先度のリセット処理（ステップＳ２−５）、配信キューに格納処理（ステップＳ２−６）を実行する。これにより、コード変換処理と配信処理とにおいて独立して優先度を決定することができる。
【００７１】
（５）本実施形態によれば、配信サーバ２３は、配信先能力に応じて候補ファイル特定処理を実行する（ステップＳ３−１）。これにより、配信サーバ２３における配信処理と受信システム４０の処理能力とのバランスに基づいて、配信処理の候補ファイルを特定することができる。
【００７２】
（６）本実施形態によれば、配信サーバ２３は、優先度に基づいてファイル取得処理を実行する（ステップＳ３−２）。優先度フラグは、初期値、待機回数によって決定される。そして、配信条件を満足すると判定した場合（ステップＳ３−３において「ＹＥＳ」の場合）、配信サーバ２３は、待機ファイルの優先度フラグの更新処理を実行する（ステップＳ３−５）。これにより、ファイルの種類だけではなく、待機状況を考慮して処理順番が決められるので、待機ファイルの長期停留を抑制することができる。
【００７３】
（７）本実施形態によれば、配信サーバ２３は、未済ファイル管理処理を実行する。これにより、プッシュ配信できなかったファイルをプル配信により配信することができる。
（８）本実施形態によれば、世代管理サーバ２４は、世代管理処理を実行する。これにより、保管期限を経過したファイルを削除することができる。
【００７４】
また、上記実施形態は以下のように変更してもよい。
・上記実施形態では、集信サーバ２１は、集信処理を実行する（ステップＳ１−１）。この場合、送信システム１０において分割されたファイルの集信時に、分割前のファイルサイズを取得し、このサイズに応じたファイルサイズフラグをファイル属性に記録するようにしてもよい。そして、コード変換サーバ２２は、大容量ファイルのファイルサイズに応じて候補ファイル特定処理を実行する（ステップＳ２−１）。これにより、分割前の大容量ファイルのファイルサイズに基づいて、スレッドを割り振ることができる。
【００７５】
・上記実施形態では、配信サーバ２３は、配信先能力に応じて候補ファイル特定処理を実行する（ステップＳ３−１）。コード変換サーバ２２においても、配信先能力に応じて候補ファイル特定処理を実行するようにしてもよい。これにより、配信処理を考慮して、コード変換処理の順番を決定することができる。
【００７６】
・上記実施形態では、コード変換処理を終了した場合、コード変換サーバ２２は、優先度のリセット処理を実行する（ステップＳ２−５）。ここで、コード変換処理の終了時に優先度を維持しながら、配信キュー２６に格納するようにしてもよい。これにより、コード変換における待機回数を考慮して、配信処理の順番を決定することができる。
【００７７】
・上記実施形態では、コード変換キュー２５、配信キュー２６にファイルを格納する。コード変換キュー２５、配信キュー２６を用いて、処理待ちのファイルを特定できれば、ファイルの保管場所は限定されない。
・上記実施形態では、コード変換サーバ２２、配信サーバ２３は、優先度に基づいてファイル取得処理を実行する（ステップＳ２−２，Ｓ３−２）。この場合、待機回数を用いて優先度を決定する。ここで、待機回数に代えて待機期間を用いてもよい。この場合には、コード変換キュー２５、配信キュー２６に、ファイルが格納された時刻を待機開始時刻としてファイル属性に記録する。そして、優先度に基づいてファイル取得処理（ステップＳ２−２，Ｓ３−２）において、この待機開始時刻からの経過時間の長さに応じて、優先度を高くする。また、待機開始時刻として、コード変換キュー２５、配信キュー２６に、ファイルが格納された時刻に代えて、集信サーバ２１にファイルが到着した時刻を用いてもよい。
【００７８】
・上記実施形態では、マスタ情報記憶部３０には、ファイル転送を制御するための定義ファイル３００が記録される。この定義ファイル３００は、保管期間に関するデータを含んで構成される。そして、世代管理サーバ２４は、ファイル削除処理を実行する（ステップＳ５−２）。具体的には、世代管理サーバ２４は、世代管理キュー２７から、保管期限を経過したファイルを削除する。これに代えて、定義ファイル３００に、ファイルを保管する世代上限数を記録してもよい。この場合には、世代管理キュー２７に格納されるファイルが世代上限数を超えた場合には、ファイル授受システム２０は、このファイルＩＤが付与された新たなファイルの集信を受け付けない。これにより、世代管理キュー２７に格納されるファイル数を抑制できる。更に、送信システム１０は、ファイル授受システム２０で集信できていないことを把握し、このファイルを保持することができる。
【符号の説明】
【００７９】
１０…送信システム、２０…ファイル授受システム、２１…集信サーバ、２２…コード変換サーバ、２３…配信サーバ、２４…世代管理サーバ、２５…コード変換キュー、２６…配信キュー、２７…世代管理キュー、３０…マスタ情報記憶部、３２…履歴情報記憶部、４０…受信システム、５０…ユーザ端末。
【図１】
2019066922.tif 000003
【図２】
2019066922.tif 000004
【図３】
2019066922.tif 000005
【図４】
2019066922.tif 000006
【図５】
2019066922.tif 000007
【図６】
2019066922.tif 000008
【図７】
2019066922.tif 000009
【手続補正書】
【提出日】平成31年2月1日(2019.2.1)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
処理対象ファイルに対して行なわれる変換処理、配信処理について、処理待ちの待機ファイルを管理する制御部を備えたファイル処理支援システムであって、
前記制御部が、
複数の変換スレッドにより前記変換処理を実行し、複数の配信スレッドにより前記配信処理を実行し、前記各変換スレッドには処理対象ファイルのファイルサイズが割り当てられており、配信先毎の受信処理能力に対応した前記配信スレッドの同時配信上限数に関するデータを保持しており、
取得した処理対象ファイルの第１属性情報としての処理待ちの待機回数に応じて高くなる優先度、第２属性情報としてのファイルサイズ及び第３属性情報としての配信先を特定し、
前記処理対象ファイルに対して変換処理が必要な場合には、前記処理対象ファイルを変換処理待ちとして登録し、
前記変換処理待ちの処理対象ファイルを、空き状態となった変換スレッドに割り当てられたファイルサイズと前記第２属性情報とに応じて特定し、前記第１属性情報を用いて決定した優先順位で前記変換処理を実行し、
前記変換処理を終了した処理対象ファイル及び前記変換処理が不要な処理対象ファイルを配信処理待ちとして登録し、
配信スレッドが空き状態となった場合、前記配信処理待ちの処理対象ファイルの第３属性情報に対応する配信先の同時配信上限数を特定し、前記配信先への配信処理に用いる配信スレッド数が前記同時配信上限数に達していない処理対象ファイルについて、前記第１属性情報を用いて決定した優先順位で前記配信処理を実行することを特徴とするファイル処理支援システム。
【請求項２】
処理対象ファイルに対して行なわれる変換処理、配信処理について、処理待ちの待機ファイルを管理する制御部を備えたファイル処理支援システムを用いてファイル処理を支援する方法であって、
前記制御部が、
複数の変換スレッドにより前記変換処理を実行し、複数の配信スレッドにより前記配信処理を実行し、前記各変換スレッドには処理対象ファイルのファイルサイズが割り当てられており、配信先毎の受信処理能力に対応した前記配信スレッドの同時配信上限数に関するデータを保持しており、
取得した処理対象ファイルの第１属性情報としての処理待ちの待機回数に応じて高くなる優先度、第２属性情報としてのファイルサイズ及び第３属性情報としての配信先を特定し、
前記処理対象ファイルに対して変換処理が必要な場合には、前記処理対象ファイルを変換処理待ちとして登録し、
前記変換処理待ちの処理対象ファイルを、空き状態となった変換スレッドに割り当てられたファイルサイズと前記第２属性情報とに応じて特定し、前記第１属性情報を用いて決定した優先順位で前記変換処理を実行し、
前記変換処理を終了した処理対象ファイル及び前記変換処理が不要な処理対象ファイルを配信処理待ちとして登録し、
配信スレッドが空き状態となった場合、前記配信処理待ちの処理対象ファイルの第３属性情報に対応する配信先の同時配信上限数を特定し、前記配信先への配信処理に用いる配信スレッド数が前記同時配信上限数に達していない処理対象ファイルについて、前記第１属性情報を用いて決定した優先順位で前記配信処理を実行することを特徴とするファイル処理支援方法。
【請求項３】
処理対象ファイルに対して行なわれる変換処理、配信処理について、処理待ちの待機ファイルを管理する制御部を備えたファイル処理支援システムを用いてファイル処理を支援するためのプログラムであって、
前記制御部を、
複数の変換スレッドにより前記変換処理を実行し、複数の配信スレッドにより前記配信処理を実行し、前記各変換スレッドには処理対象ファイルのファイルサイズが割り当てられており、配信先毎の受信処理能力に対応した前記配信スレッドの同時配信上限数に関するデータを保持しており、
取得した処理対象ファイルの第１属性情報としての処理待ちの待機回数に応じて高くなる優先度、第２属性情報としてのファイルサイズ及び第３属性情報としての配信先を特定し、
前記処理対象ファイルに対して変換処理が必要な場合には、前記処理対象ファイルを変換処理待ちとして登録し、
前記変換処理待ちの処理対象ファイルを、空き状態となった変換スレッドに割り当てられたファイルサイズと前記第２属性情報とに応じて特定し、前記第１属性情報を用いて決定した優先順位で前記変換処理を実行し、
前記変換処理を終了した処理対象ファイル及び前記変換処理が不要な処理対象ファイルを配信処理待ちとして登録し、
配信スレッドが空き状態となった場合、前記配信処理待ちの処理対象ファイルの第３属性情報に対応する配信先の同時配信上限数を特定し、前記配信先への配信処理に用いる配信スレッド数が前記同時配信上限数に達していない処理対象ファイルについて、前記第１属性情報を用いて決定した優先順位で前記配信処理を実行する手段として機能させることを特徴とするファイル処理支援プログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００５
【補正方法】変更
【補正の内容】
【０００５】
上記問題点を解決するために、ファイル処理支援システムは、処理対象ファイルに対して行なわれる変換処理、配信処理について、処理待ちの待機ファイルを管理する制御部を備える。そして、前記制御部が、複数の変換スレッドにより前記変換処理を実行し、複数の配信スレッドにより前記配信処理を実行し、前記各変換スレッドには処理対象ファイルのファイルサイズが割り当てられており、配信先毎の受信処理能力に対応した前記配信スレッドの同時配信上限数に関するデータを保持しており、取得した処理対象ファイルの第１属性情報としての処理待ちの待機回数に応じて高くなる優先度、第２属性情報としてのファイルサイズ及び第３属性情報としての配信先を特定し、前記処理対象ファイルに対して変換処理が必要な場合には、前記処理対象ファイルを変換処理待ちとして登録し、前記変換処理待ちの処理対象ファイルを、空き状態となった変換スレッドに割り当てられたファイルサイズと前記第２属性情報とに応じて特定し、前記第１属性情報を用いて決定した優先順位で前記変換処理を実行し、前記変換処理を終了した処理対象ファイル及び前記変換処理が不要な処理対象ファイルを配信処理待ちとして登録し、配信スレッドが空き状態となった場合、前記配信処理待ちの処理対象ファイルの第３属性情報に対応する配信先の同時配信上限数を特定し、前記配信先への配信処理に用いる配信スレッド数が前記同時配信上限数に達していない処理対象ファイルについて、前記第１属性情報を用いて決定した優先順位で前記配信処理を実行する。これにより、第１属性情報〜第３属性情報を用いて、処理対象ファイルについて必要な複数のファイル処理の処理順番を決定し、実行することができる。