JP4062708B2 - データ処理方法、データ処理装置および記録媒体 - Google Patents
データ処理方法、データ処理装置および記録媒体 Download PDFInfo
- Publication number
- JP4062708B2 JP4062708B2 JP2000375519A JP2000375519A JP4062708B2 JP 4062708 B2 JP4062708 B2 JP 4062708B2 JP 2000375519 A JP2000375519 A JP 2000375519A JP 2000375519 A JP2000375519 A JP 2000375519A JP 4062708 B2 JP4062708 B2 JP 4062708B2
- Authority
- JP
- Japan
- Prior art keywords
- processing
- directory
- file
- user
- data
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Reverberation, Karaoke And Other Acoustics (AREA)
- User Interface Of Digital Computer (AREA)
- Stored Programmes (AREA)
- Electrophonic Musical Instruments (AREA)
Description
【発明の属する技術分野】
本発明は、クライアント・サーバ方式における波形データ等の処理に用いて好適なデータ処理方法、データ処理装置および記録媒体に関する。
【0002】
【従来の技術】
電子楽器のメモリ音源等に使用される波形データは、自然楽器音を録音した波形あるいは人工的に合成した波形に対して種々の演算処理を施して生成される。これら波形データの処理の中には多大な演算時間を要するものもあるため、各ユーザ(波形データの開発者)が各1台のコンピュータを用いて全ての作業を行おうとすると、待ち時間が多くなり作業効率が悪化する。このため、従来よりネットワーク上に演算速度の高い共用のサーバが設けられ、各ユーザの使用するコンピュータ(クライアント機)からの処理要求に応じて必要な演算処理が行われていた。
【0003】
具体的には、サーバはWWWサーバとして構築され、ネットワーク上のクライアント機に対してホームページが提供される。そして、各ユーザが、各クライアント機上でブラウザ等を使用して該ホームページを開くと、サーバにて提供可能な処理サービスがリストアップされる。各ユーザは、そのリスト上で所望の処理サービスを選択し、必要に応じて所定のデータや所定のパラメータ等を入力する。サーバ側においては、指定された処理サービス、データ、パラメータ等に応じて演算処理が行われ、演算処理が完了すると対応するクライアント機に対して処理が終了した旨が通知される。そして、ユーザは、この通知を見て、サーバから演算処理結果を受信していた。
【0004】
【発明が解決しようとする課題】
しかし、上述した技術によれば、処理サービスの依頼手順は、以下のようにきわめて煩雑であった。
すなわち、ユーザは、ホームページを開き、そのホームページ上で所望の項目(処理サービス)を選択し、依頼内容を入力するという一連の操作を行わなければならない。また、ブラウザの1枚のページ(ウィンドウ)では1種類の処理サービスについてのみ入力が可能であったため、複数の処理サービスを依頼する場合には、複数のページを開いて入力を行う必要があった。また、各処理サービスに対応するページは、ページ毎にユーザインターフェースが異なる場合もある。さらに、これらページ毎に、ユーザは所定のデータや所定のパラメータ等を入力しなければならない。
【0005】
この発明は上述した事情に鑑みてなされたものであり、様々な処理サービスを簡易な方法で提供するデータ処理方法、データ処理装置および記録媒体を提供することを目的としている。
【0006】
【課題を解決するための手段】
上記課題を解決するため本発明にあっては、下記構成を具備することを特徴とする。なお、括弧内は例示である。
請求項1記載のデータ処理方法にあっては、通信ネットワークに接続されたサーバを構成するデータ処理装置で実行されるデータ処理方法であって、前記データ処理装置は、ディレクトリ構造を有するファイルシステムを構築した記憶手段(2)と該記憶手段にアクセスする制御手段(20)とを有し、前記制御手段(20)は、クライアント装置からのアクセスに応じて、前記通信ネットワークを介して該データ処理装置にアクセスしたユーザを認証する認証プロセス(ステップSP2,4)と、前記制御手段(20)が、該認証されたユーザに対応する前記記憶手段(2)上のユーザディレクトリまたは該ユーザディレクトリ内の任意のディレクトリへの前記通信ネットワークを介したファイルの書き込みを受け付けるファイル書き込みプロセス(ステップSP12,SP14,SP16)とを実行し、所定時間毎に、複数のユーザに対応する前記ユーザディレクトリを順次確認するディレクトリ確認プロセスを起動するとともに、予めユーザディレクトリにかかわらず複数種類の所定の処理を各々複数種類の所定のサブディレクトリ名称に対応付けておき、任意のユーザディレクトリ内に前記所定の処理に対応するサブディレクトリ名称を有する処理ディレクトリを作成することによって当該所定の処理を実行可能にするものであり、該ディレクトリ確認プロセスは、前記制御手段(20)が、前記記憶手段(2)上の確認対象のユーザディレクトリ内に、そのサブディレクトリ名称が前記複数種類の所定の処理に各々対応するサブディレクトリである処理ディレクトリがそれぞれ存在するか否かを判定するディレクトリ判定過程(SP40)と、前記制御手段(20)が、前記記憶手段(2)上の前記確認対象のユーザディレクトリ内に前記処理ディレクトリのうち何れかを検出すると、該処理ディレクトリ内に処理対象ファイルが存在するか否かを判定する処理対象ファイル判定過程(ステップSP62〜SP68)と、前記制御手段(20)が、前記記憶手段(2)上に該処理対象ファイルが存在する旨を判定すると、この処理対象ファイルに対して該処理対象ファイルの属する前記処理ディレクトリのサブディレクトリ名称に対応する種類の処理を施す処理過程(SP76)とから成るプロセスであり、前記処理ディレクトリは前記複数種類の所定の処理のうち前記各ユーザに提供される処理に対応するサブディレクトリ名称のものが前記ユーザディレクトリ毎に独立して作成されていることを特徴とする。
さらに、請求項2記載の構成にあっては、請求項1記載のデータ処理方法において、前記ディレクトリ確認プロセスは複数並列に起動可能であり、前記ディレクトリ確認プロセスは、さらに、前記制御手段(20)が、前記記憶手段(2)上の前記確認対象のユーザディレクトリ中に該ユーザディレクトリが他のディレクトリ確認プロセスにより処理中であるか否かを示すロックファイルが存在するか否かを検出する他処理検出過程(ステップSP36)と、前記制御手段(20)が、前記他処理検出過程において前記ロックファイルが検出された場合は、同ユーザディレクトリをスキップして他のユーザディレクトリを確認対象とする一方、前記他処理検出過程において前記ロックファイルが検出されなかった場合は、前記確認対象のユーザディレクトリ内に、自プロセスにより処理中である旨を示すロックファイルを生成するロックファイル処理過程(ステップSP36,SP38)とを実行することを特徴とする。
さらに、請求項3記載の構成にあっては、請求項1記載のデータ処理方法において、前記処理対象ファイル判定過程(ステップSP62〜SP68)は、前記制御手段(20)が、確認対象の処理ディレクトリ内の各データファイルのタイムスタンプに基づいて、当該処理ディレクトリを前回処理した時刻より新しいデータファイルを前記処理対象ファイルとして検出する新規ファイル検出過程(ステップSP62,SP66)を含むものであり、前記処理過程(SP76)は、前記制御手段(20)が、前記新規ファイル検出過程で検出された処理対象ファイルに対し、当該処理ディレクトリのサブディレクトリ名称に対応する種類の処理を施す過程であり、前記処理過程(SP76)は、前記制御手段(20)が、処理された処理対象ファイルのファイル名(波形データ分析における「名前.aif」)に基づいて新たなファイル名(名前_S.stf,名前_SD.aif,名前_SX.aif)を作成する作成過程(SP76)と、前記制御手段(20)が、前記処理過程の処理結果のデータを、前記作成過程において作成されたファイル名で、前記記憶手段(2)上の当該処理ディレクトリに処理結果ファイルとして書き込む書込過程(SP76)とをさらに有することを特徴とする。
さらに、請求項4記載の構成にあっては、請求項3記載のデータ処理方法において、前記処理過程では、前記制御手段(20)が、1つの処理対象ファイルに対する処理結果として複数のデータを生成し、前記作成過程では、前記制御手段(20)が、該複数のデータの処理内容と該1つの処理対象ファイルのファイル名とから相互に異なる複数のファイル名を作成し、前記書込過程では、前記制御手段(20)が、該複数のデータをそれぞれ対応するファイル名で書き込むことを特徴とする。
また、請求項5記載のデータ処理装置にあっては、通信ネットワークに接続されたサーバを構成するデータ処理装置であって、前記データ処理装置は、ディレクトリ構造を有するファイルシステムを構築した記憶手段(2)と該記憶手段にアクセスする制御手段(20)とを有し、前記制御手段(20)は、クライアント装置からのアクセスに応じて、前記通信ネットワークを介して該データ処理装置にアクセスしたユーザを認証する認証プロセス(ステップSP2,4)と、前記制御手段(20)が、該認証されたユーザに対応する前記記憶手段(2)上のユーザディレクトリまたは該ユーザディレクトリ内の任意のディレクトリへの前記通信ネットワークを介したファイルの書き込みを受け付けるファイル書き込みプロセス(ステップSP12,SP14,SP16)とを実行し、所定時間毎に、複数のユーザに対応する前記ユーザディレクトリを順次確認するディレクトリ確認プロセスを起動するとともに、予めユーザディレクトリにかかわらず複数種類の所定の処理を各々複数種類の所定のサブディレクトリ名称に対応付けておき、任意のユーザディレクトリ内に前記所定の処理に対応するサブディレクトリ名称を有する処理ディレクトリを作成することによって当該所定の処理を実行可能にするものであり、該ディレクトリ確認プロセスは、前記制御手段(20)が、前記記憶手段(2)上の確認対象のユーザディレクトリ内に、そのサブディレクトリ名称が前記複数種類の所定の処理に各々対応するサブディレクトリである処理ディレクトリがそれぞれ存在するか否かを判定するディレクトリ判定過程(SP40)と、前記制御手段(20)が、前記記憶手段(2)上の前記確認対象のユーザディレクトリ内に前記処理ディレクトリのうち何れかを検出すると、該処理ディレクトリ内に処理対象ファイルが存在するか否かを判定する処理対象ファイル判定過程(ステップSP62〜SP68)と、前記制御手段(20)が、前記記憶手段(2)上に該処理対象ファイルが存在する旨を判定すると、この処理対象ファイルに対して該処理対象ファイルの属する前記処理ディレクトリのサブディレクトリ名称に対応する種類の処理を施す処理過程(SP76)とから成るプロセスであり、前記処理ディレクトリは前記複数種類の所定の処理のうち前記各ユーザに提供される処理に対応するサブディレクトリ名称のものが前記ユーザディレクトリ毎に独立して作成されていることを特徴とする。
また、請求項6記載の記録媒体にあっては、通信ネットワークに接続されたサーバを構成するデータ処理装置に実行させるプログラムを記憶した記録媒体であって、前記データ処理装置は、ディレクトリ構造を有するファイルシステムを構築した記憶手段(2)と該記憶手段にアクセスする制御手段(20)とを有し、前記制御手段(20)は、クライアント装置からのアクセスに応じて、前記通信ネットワークを介して該データ処理装置にアクセスしたユーザを認証する認証プロセス(ステップSP2,4)と、前記制御手段(20)が、該認証されたユーザに対応する前記記憶手段(2)上のユーザディレクトリまたは該ユーザディレクトリ内の任意のディレクトリへの前記通信ネットワークを介したファイルの書き込みを受け付けるファイル書き込みプロセス(ステップSP12,SP14,SP16)とを実行し、所定時間毎に、複数のユーザに対応する前記ユーザディレクトリを順次確認するディレクトリ確認プロセスを起動するとともに、予めユーザディレクトリにかかわらず複数種類の所定の処理を各々複数種類の所定のサブディレクトリ名称に対応 付けておき、任意のユーザディレクトリ内に前記所定の処理に対応するサブディレクトリ名称を有する処理ディレクトリを作成することによって当該所定の処理を実行可能にするものであり、該ディレクトリ確認プロセスにおいて、前記制御手段(20)が、前記記憶手段(2)上の確認対象のユーザディレクトリ内に、そのサブディレクトリ名称が前記複数種類の所定の処理に各々対応するサブディレクトリである処理ディレクトリがそれぞれ存在するか否かを判定するディレクトリ判定過程(SP40)と、前記制御手段(20)が、前記記憶手段(2)上の前記確認対象のユーザディレクトリ内に前記処理ディレクトリのうち何れかを検出すると、該処理ディレクトリ内に処理対象ファイルが存在するか否かを判定する処理対象ファイル判定過程(ステップSP62〜SP68)と、前記制御手段(20)が、前記記憶手段(2)上に該処理対象ファイルが存在する旨を判定すると、この処理対象ファイルに対して該処理対象ファイルの属する前記処理ディレクトリのサブディレクトリ名称に対応する種類の処理を施す処理過程(SP76)とを前記データ処理装置に実行させるプログラムを記憶したことを特徴とする。
【0007】
1.実施形態の構成
次に、本発明の一実施形態のネットワークシステムの構成を図1を参照し説明する。
図において100はネットワーク(インターネットまたはイントラネット)であり、サーバ110と、クライアント機120,130,…,190とが接続されている。サーバ110の内部において2はハードディスクであり、オペレーティングシステムと、該オペレーティングシステムの上で動作する種々の処理サービスのアプリケーションプログラム、その他各種のデータを格納する。4は、CD−ROM、DVD−RAM等のリムーバルディスクであり、ハードディスク2と同様の情報を格納する。6は表示器であり、ユーザ(システム管理者)に対して各種情報を表示する。
【0008】
8は入力装置であり、キーボード、マウス等から構成され、ユーザによって各種の情報が入力される。18はネットワークインターフェースであり、ネットワーク100を通して各クライアント機120,130,……,190との間で情報のやりとりを行う。20はCPUであり、後述する制御プログラムに基づいて、バス14を介してサーバ110内の各部を制御する。22はROMであり、イニシャルプログラムローダ等が格納されている。24はRAMであり、CPU20のワークメモリとして使用される。
【0009】
次に、クライアント機120の内部において、構成要素32,34,36,38,48,50,52,54は、上記サーバ110の構成要素2,4,6,8,18,20,22,24と同様に構成されている。40はサウンドボードであり、供給された演奏情報(MIDI信号)に基づいて波形メモリから波形データを読み出して楽音信号を生成する波形メモリ音源と、外部から入力されたアナログ信号をデジタルの波形データに変換してRAM54に記憶させるADコンバータとから構成されている。なお、上記波形メモリは、サウンドボード40の内部にあってもよく、RAM54またはハードディスク32上にあってもよい。サウンドボード40内の音源によって生成された楽音信号は、サウンドシステム42を介して発音される。46はMIDIインタフェースであり、外部のMIDI機器との間でMIDI信号をやりとりする。クライアント機130,……,190もクライアント機120と同様に構成されている。
【0010】
ここで、サーバ110のハードディスク2等におけるディレクトリ構造を図2を参照し説明する。サーバ110のルートディレクトリ200には、システムディレクトリ210、ホームディレクトリ220およびその他のディレクトリ230が設けられている。また、ホームディレクトリ220には、ネットワーク100に対してログオン可能なユーザの各々に対して、ユーザディレクトリ221,222,……,22nが設けられている。各ユーザディレクトリ221,222,……,22nには、ユーザ名、パスワード等によるアクセス制限がかけられている。すなわち、各ユーザディレクトリには、対応するユーザ、システム管理者および各処理サービスプログラムのみがアクセス可能になっている。
【0011】
2.実施形態の動作
2.1.クライアント機における動作
2.1.1.ログイン(認証)処理
次に、本実施形態の動作を説明する。
まず、ユーザは、何れかのクライアント機120,130,……,190において所定のアプリケーションプログラム(主としてターミナルエミュレータ)を立ち上げると、このアプリケーションプログラムのウィンドウにプロンプトが表示される。ここで、図3(a)に示す操作がユーザにより行われる。まず、ユーザが「login」とタイプし、続いてユーザ名を入力すると、このユーザ名が正しいか否かがサーバ110によって判定される(以上ステップSP2)。正しいユーザ名であれば、パスワードの入力要求がクライアント機のウィンドウに表示される。ユーザが正しいパスワードを入力すると(ステップSP4)、サーバ110内の該ユーザに対応するユーザディレクトリにアクセス可能になる。
【0012】
2.1.2.処理サービス依頼
次に、ユーザがサーバ110に対して処理サービス依頼を行う際の動作を同図(c)を参照し説明する。まず、ステップSP12において、ユーザは、処理対象となるデータファイルと、(必要に応じて)パラメータファイルとを準備する。具体的には、クライアント機のファイル操作アプリケーションによってアクセス可能な場所にこれらデータ等が準備される。
【0013】
ここで本明細書における「データファイル」および「パラメータファイル」の意義について説明しておく。「データファイル」には、処理対象となる「主データ」と、(必要な場合には)「補助データ」とが含まれる。例えば、データファイルが波形データファイルである場合、「主データ」とは波形のサンプリングデータを指す。また、「補助データ」としては、サンプリング周波数、オリジナルピッチ、スタートアドレス、エンドアドレス、ループアドレス等のパラメータが該当する。また、「パラメータファイル」は、補助データに含まれていないパラメータを指定する必要がある場合に作成される。
【0014】
図3(c)に戻り、ユーザは、次にステップSP14において、サーバ110上の対応するユーザディレクトリのウィンドウをオープンする。ここで、ユーザディレクトリのウィンドウをオープンした状態においてクライアント機の表示器36の表示状態の例を図4に示す。図4において300はデスクトップウィンドウであり、ここに処理対象となるデータファイルのアイコン301,302が表示されている。また、ウィンドウ310は、対応するユーザディレクトリの内容を表示している。ユーザディレクトリには、処理サービスの内容毎に異なる処理ディレクトリが設けられている(但し、詳細は後述するが、複数の処理サービスが同一処理ディレクトリを共用することもある)。そして、ウィンドウ310内においては、各処理ディレクトリに各々対応するアイコン311〜318が表示されている。
【0015】
図3(c)に戻り、ユーザは、データファイルおよび(必要に応じて)パラメータファイルを所望の処理サービスに対応する処理ディレクトリにコピーする。かかる操作は、クライアント機のオペレーティングシステムが対応している場合には、ドラッグアンドドロップ操作により為すことができる。例えばアイコン301に対応する波形データファイルに対して「波形データループ作成処理」を施し、アイコン302に対応する曲データに対して「メロディ表情付与処理」を施すのであれば、アイコン301をアイコン312上に、アイコン302をアイコン318上に、各々ドラッグアンドドロップするとよい。なお、パラメータファイルが必要な場合は、該パラメータファイルのアイコンを、対応するデータファイルのアイコンと同一の処理ディレクトリにドラッグアンドドロップするとよい。
【0016】
2.1.3.処理サービス結果受領およびログアウト処理
さて、サーバ110においては、各処理ディレクトリ上のファイルに対して各ディレクトリに応じた処理サービスが行なわれ、その結果が各処理ディレクトリ内に処理結果ファイルとして書込まれる(詳細は後述する)。なお、処理結果ファイルのファイル名は、元のデータファイルのファイル名に対して所定の対応関係を有しつつ異なるファイル名に設定される。ユーザは処理依頼に係るディレクトリのウィンドウを開き(図3(d)のステップSP22)、処理結果ファイルの内容を確認する(ステップSP24)。そして、ユーザは、所望の処理サービス結果を受領した場合には、ターミナルエミュレータ等のプロンプトにおいて「logout」とタイプする(図3(b)ステップSP6)。これにより、サーバ110と当該クライアント機との接続が終了する。
【0017】
2.2.サーバ110における動作
2.2.1.ユーザディレクトリ確認処理
サーバ110においては、所定時間(例えば10分)毎に図5に示すユーザディレクトリ確認処理ルーチンが起動される。すなわち、当ルーチンは、マルチタスク処理により、並列して起動された複数のプロセスにおいて個別に実行される。
図において処理がステップSP30に進むと、既に起動されているユーザディレクトリ確認処理ルーチンのプロセスが検出される。次に処理がステップSP32に進むと、既に起動されているユーザディレクトリ確認処理ルーチンのプロセスが3以上であるか否かが判定される。ここで「YES」と判定されると、本ルーチンの処理は終了する。これは、ユーザディレクトリ確認処理ルーチンを過度に立ち上げるとリソースが無駄になるため、該ルーチンのプロセス数を「3」に限定したものである。
【0018】
一方、ステップSP32において「NO」と判定されると、処理はステップSP34に進み、ユーザリスト(全ユーザを羅列したリスト)の中から一人目のユーザが処理対象として指定される。次に処理がステップSP36に進むと、「該指定されたユーザのユーザディレクトリが存在し、かつ、該ユーザディレクトリがロックされていない」か否かが判定される。ここで、「ロックされている」とは、該ユーザディレクトリ中に「ロック中」であることを示す所定の「ロックファイル」が存在することを意味し、具体的には他のプロセスのユーザディレクトリ確認処理ルーチンによって当該ユーザディレクトリが処理中である、という意味である。
【0019】
ユーザディレクトリが存在しない場合あるいは当該ユーザディレクトリがロック中である場合は「NO」と判定され、処理はステップSP50に進む。ここでは、全ユーザに対して処理対象としての指定が行われたか否かが判定される。ここで、「NO」と判定されると、処理はステップSP52に進み、次のユーザが処理対象として指定される。そして、対応するユーザディレクトリが存在し、かつ、該ユーザディレクトリがロック中でなければステップSP36において「YES」と判定され処理はステップSP38に進む。
【0020】
ステップSP38においては、該ユーザディレクトリに対してロックファイルが書き込まれ、これによって他のプロセスのユーザディレクトリ確認処理ルーチンによる当該ユーザディレクトリの操作等が禁止される。そして、カウンタ変数iに「1」が代入される。なお、このカウンタ変数iは、ユーザディレクトリ内の各処理ディレクトリに昇順に付与された番号に対応する。次に、処理がステップSP40に進むと、i番目の処理ディレクトリが存在するか否かが判定される。ここで「NO」と判定されると、全処理ディレクトリについて検索が終了したか否かが判定される。まだ検索されていない処理ディレクトリが存在すればここで「NO」と判定され、処理はステップSP46に進む。ここではカウンタ変数iが「1」だけインクリメントされ、処理はステップSP40に戻る。
【0021】
ここで、i番目の処理ディレクトリが存在すればステップSP40において「YES」と判定され、処理はステップSP42に進む。ここではi番目のディレクトリに対するDi確認処理ルーチン(詳細は後述する)が呼び出され、処理はステップSP44に進む。以下、全処理ディレクトリに対して上記検索処理が終了すると、ステップSP44において「YES」と判定され処理はステップSP48に進む。ここでは、当該ユーザに対するアンロック処理が行われる。すなわち、ユーザディレクトリ内のロックファイルが削除され、処理はステップSP50に進む。そして、全ユーザに対して処理対象としての指定が行われ、上述した処理が完了すると、ステップSP50において「YES」と判定され、当該ユーザディレクトリ確認処理ルーチンのプロセスが終了する。
【0022】
このように、本実施形態においては、複数のプロセスにおいてユーザディレクトリ確認処理ルーチンが実行され、各プロセスにおいて処理中のユーザディレクトリがロックされるから、プロセス間の干渉を防止することができる。さらに、あるプロセスにおいて処理時間の長い処理サービスを実行している時、他のプロセスはこのプロセスを追い越して次のユーザに対する処理サービスを開始することができる。このため、あるユーザが処理時間の長い処理サービスを依頼したとしても、他のユーザの処理サービスをあまり遅らせることなく実行することができる。
【0023】
2.2.2.Di確認処理
次に、ステップSP42において呼び出されるDi確認処理ルーチンの詳細を図6を参照し説明する。
図において処理がステップSP60に進むと、処理開始時刻がファイルSTIMEに記憶される。なお、ファイルSTIMEは、各処理ディレクトリ毎に設けられるファイルである。次に、処理がステップSP62に進むと、当該処理ディレクトリにファイルPTIMEが存在するか否かが判定される。なお、ファイルPTIMEとは、この処理ディレクトリに対して、Di確認処理ルーチン(図6)が前回開始された時刻を記憶するファイルである。ここで「NO」と判定されると処理はステップSP64に進み、カウンタ変数iに係る処理サービスの対象となるデータファイルがサーチされる。
【0024】
一方、ステップSP62において「YES」と判定されると、処理はステップSP66に進み、i番目の処理サービスの対象となるデータファイルのうち、ファイルPTIMEに示される前回の処理開始時刻よりも新しいデータファイルが検索される。ここでは、Di確認処理の開始時にDi確認処理の処理開始時刻(ファイルSTIME)と、前回の開始時刻(ファイルPTIME)とに基づいて処理すべきデータファイルが確定される。従って、たとえDi確認処理の実行中に新たなデータファイルが当該ディレクトリに書き込まれたとしても、次回のDi確認処理において、該新たなデータファイルが処理対象のデータファイルとして適切に検出される。但し、Di確認処理において処理中のデータファイル(確定されたデータファイル)については、ステップSP64ないしSP66においてファイルロックされ、Di確認処理(ないし後述するステップSP76の処理)が終了するまで書き換えができないようになっている。
【0025】
ステップSP64,SP66の処理が終了すると、処理はステップSP68に進む。ここでは、先のステップSP64,SP66の検索結果により処理対象のデータファイルが存在したか否かが判定される。データファイルが存在すれば「YES」と判定され処理はステップSP70に進む。ステップSP70においては、処理ディレクトリ内のログファイルに、「処理サービスが開始された」旨が記録される。なお、処理ディレクトリ内にログファイルが存在しない場合には、新たにログファイルが生成され、同旨が記録される。次に、処理がステップSP72に進むと、処理対象となるデータファイルのうち一つめのデータファイルが指定される。次に、処理がステップSP74に進むと、ログファイルに上記指定されたデータファイル名が記録される。次に、処理がステップSP76に進むと、この指定されたデータファイルに対して、該i番目の処理ディレクトリに対応する処理サービスiが実行される。
【0026】
次に、処理がステップSP78に進むと、該処理ディレクトリにおいて、処理すべき他のデータファイルが残っているか否かが判定される。ここで「YES」と判定されると、処理はステップSP80に進み、次のデータファイルが処理対象として指定され、上記ステップSP74,SP76の処理が実行される。このようにして全ての処理対象のデータファイルに対して処理サービスiが実行されると、ステップSP78において「NO」と判定され、処理はステップSP82に進む。
【0027】
ここでは、ログファイルにおいて「処理サービスが完了した」旨が記録される。次に、処理がステップSP84に進むと、ファイルSTIMEに記録された処理開始時刻がファイルPTIME内に記録され、本ルーチンの処理が完了する。なお、ステップSP64,SP66において処理対象となるデータファイルが存在しなかった場合はステップSP68において「NO」と判定され、直ちにステップSP84において処理開始時刻がファイルPTIME内に記録され、本ルーチンの処理が完了する。
【0028】
本ルーチンの処理によれば、処理状況がログファイルに逐次記録されるから、ユーザはこのログファイルを参照して処理の進捗状況を確認することができる。また、ファイルPTIMEが存在する場合には、ここに記録された前回の処理開始時刻に応じて処理対象となるデータファイルを決定するから(ステップSP66)、同一のデータファイルに対する同一の処理サービスを繰り返すような無駄を排除することができる。
【0029】
2.3.各処理サービスの具体的例
次に、上記ステップSP76において実行される様々な処理の具体例を説明する。
2.3.1.波形データ分析
本処理サービスは、「波形データ分析」という名前の処理ディレクトリが存在し、かつ該ディレクトリに波形データファイル(AIFFファイル)が存在する場合に実行される。なお、波形データファイルは、16bitリニアのモノラルのAIFFファイルで、正しいサンプリング周波数と、MIDI Key番号(音高情報のこと)が設定されている。
【0030】
本処理サービスにおいては、この原波形データ(名前.aif)がFFT分析され、時間軸上で連続している成分である決定論的成分(名前_S.stf, 名前_SD.aif)と、それ以外の切れ切れの成分である残留成分(名前_SX.aif)とに分離され出力される。ここでは、まず原波形データに対して、所定長さの窓関数が施され、該窓関数の範囲内における周波数成分が解析される。窓関数の長さは、原波形データのサンプリング周波数と音高情報とに基づいて、例えばそのピッチ周期の例えば8倍の長さに設定される。なお、ファイル名内における「名前」の部分は、ファイル命名規則に従った任意の文字列が指定される。これは後述する他の処理サービスについても同様である。
【0031】
次に、窓関数の位置が時間軸上で該ピッチ周期の1/8だけ後ろにシフトされ、同様に周波数成分が解析される。この処理が原波形データ全体に対して繰り返えされると、時間軸上における周波数成分の変化が得られる。この一連の周波数成分のうち時間軸上で連続している成分が決定論的成分になる。次に決定論的成分に基づいて決定論的波形データを合成し、原波形データから決定論的波形データを減算すると、残留成分が得られる。従って、決定論的成分には、楽音のピッチ成分が含まれており、残留成分には楽音の各種ノイズ成分が含まれている。
【0032】
以上の処理が終了すると、原波形データファイル(名前.aif)に対して、次の3つのファイルが作成される。
(1)名前_S.stf :決定論的成分を記述したファイル。
(2)名前_SD.aif :該STFファイルから合成したAIFFファイル。
(3)名前_SX.aif :原波形データファイル(名前.aif)から波形データ(名前_SD.aif)を減算した残留成分のAIFFファイル。
【0033】
2.3.2.波形データループ作成
本処理サービスは、「波形データループ作成」という名前の処理ディレクトリが存在し、かつ該ディレクトリに波形データファイル(AIFFファイル)が存在する場合に実行される。なお、波形データファイルは、16bitリニアのモノラルまたはステレオのAIFFファイルで、正しいサンプリング周波数と、MIDI Key番号と、適切なループスタート・エンドマーカーとが設定されている。
【0034】
また、同処理ディレクトリにloop.txtという名前のテキストファイルがある場合は、その記載内容に基づいて、波形データファイルのセンターキー、ループスタート、ループエンドを設定するとともに、ループ作成態様の制御も行なうことが可能である。ここで、loop.txtの記載例を以下に示しておく。
上記例において先頭文字が「#」である行はコメント行である。「名前1.aif」等は波形名であり、その後のパラメータは、順に、センターキー、ループスタート、ループエンド、ピッチ調整のオンオフ(上記例の「50」はループの50%前からピッチ調整を行うことを示す)、サンプリング周波数変換のオンオフを各々指標する。
【0035】
本処理サービスにおいては、原波形データの波形データ分析が行なわれ、各周波数成分についてループ終端と先端においてレベル、位相が合うように再合成される。ここで、倍音以外の成分は周波数帯ごとに細かく分類され、なるべくフラットになるようにクロスフェードループが施され、上記再合成したデータに足し込まれる。また、loop.txtにおいて「ピッチ調整」がオンに指定されている場合は、アタックのピッチとループのピッチを合わせるためのピッチ調整も行なわれる。さらに、loop.txtにおいて「サンプリング周波数変換」がオンに指定されている場合は、ループのピッチが波形データファイルの MIDI Key番号に適合するように波形データのサンプリング周波数が変換される。
【0036】
以上の処理により、本処理サービスにおいては、下記4つのファイルが作成される。
(1)名前_L0.aif :ループ内のピークの変動をゼロにした波形データファイル。
(2)名前_L1.aif :基音の位相がピッチの整数倍になる様調整された波形データファイル。
(3)名前_L2.aif :基音と2倍音の位相がピッチの整数倍になる様調整された波形データファイル。
(4)名前_L3.aif :全ての倍音の位相がピッチの整数倍になる様調整された波形データファイル。
【0037】
ここで、得られたパラメータや波形データの使用方法について概要を説明しておく。上述した処理によって切り分けられた各波形データファイルの波形データは、選択的に波形メモリに記憶させることができる。前述したように、波形メモリ音源においては、波形メモリから波形データが読み出され、読み出された波形データに基づいて楽音が生成される。波形メモリ音源において、上記センターキーは、演奏情報で指定された音高の楽音を生成するために波形データをピッチシフトする際のピッチシフト量を決定するために使用される。また、波形メモリ音源においては、上記ループスタートおよびループエンドに基づいて波形データの一部をループ読出しすることが可能である。すなわち、波形データの先頭からループエンドまで一通り波形データを読み出した後、読出し制御位置をループスタートに戻し、ループスタートからループエンドの間を繰り返し読み出すように制御される。
【0038】
2.3.3.波形データノイズ除去
本処理サービスは、「波形データノイズ除去」という名前の処理ディレクトリにが存在し、かつ該ディレクトリに波形データファイル(AIFFファイル)が存在する場合に実行される。なお、波形データファイルは、16bitリニアのモノラルのAIFFファイルで、正しいサンプリング周波数と、MIDI Key番号が設定されている。本処理サービスにおいては、原波形データ(名前.aif)に設定された音高情報に対応する基音の2/3オクターブ以下の周波数成分がカットされ出力される。この低い周波数成分がカットされた波形データは、「名前_C.aif」なるファイル名で出力される。
【0039】
2.3.4.波形データ切り分け
本処理サービスは、「波形データ切り分け」という名前の処理ディレクトリが存在し、かつ該ディレクトリに波形データファイルが存在する場合に実行される。ここで、波形データファイル(名前.aif)は、16bitリニアのモノラルorステレオのAIFFファイルである。また、同ディレクトリにcut.txtという名前のテキストファイルがある場合は、その記載内容に応じた動作が実行される。ここで、cut.txtの記載例を以下に示す。
【0040】
【0041】
上記例1において、1行目の[名前]の部分は、処理対象となる波形データファイル名を示す。また、「出力名」は、出力結果のファイル名の先頭文字列を表す任意の(ファイル命名規則に従った)文字列が指定される。これに続く数字(上記例1では「4」)は、切り出し数を示し、最後の数字はノーマライズのオンオフを示す。例1の2行〜4行の各行においては、切り出し数に応じた各切り出し波形(1つ目〜4つ目)のパラメータが記述される。すなわち、各行において、左からkey番号、タッチ、ループスタート、ループエンドおよび切り出しサイズが各々指定される。そして、5行目以降は、他の波形データファイルについて、同様の内容が繰り返される。
【0042】
次に、cut.txtの他の記載例を以下に示す。
【0043】
上記例2において、1行目の[No Auto]の部分は、「手動モード」(波形の切り出しスタート位置をユーザが手動で設定するモード)の選択指定を示す。2行目および3〜6行目においては、上記例1の1行目および2〜5行目と同様のパラメータを指定を指定するが、3〜6行目においては、最後に「切り出しスタート位置」のパラメータが追加される。
【0044】
本処理サービスにおいては、原波形データの波形のレベルと長さに基づいて、1つの原波形データファイルが複数の波形データファイルに切り分けられる。
まず、処理ディレクトリ内にcut.txtが存在しない場合、動作モードは「自動モード」に設定される。この動作モードでは、波形のレベルが所定の#1閾値を超える位置から立上がりが検出され、その後に所定の#2閾値を下回る位置から立下がりが検出され、その立上がりから立下がりまでの区間が個々の波形データファイルとして出力される。
【0045】
また、処理ディレクトリ内にcut.txtが存在し、cut.txt内に「手動モード」の指定が無い場合(上記例1)、動作モードは「半自動モード」に設定される。この動作モードでは、立上がりは自動検出されるが、立下がりの自動検出は行われず、該立上がりから指定されたサイズの範囲が切り出され、個々の波形データファイルとして出力される。また、手動モード(上記例2)においては、立上がり、立下がりとも検出されず、指定されたスタート位置から指定されたサイズの波形が切り出され、その部分が個々の波形データファイルとして出力される。
【0046】
自動モードにおいて出力される波形データのファイル名は、原波形データファイルのファイル名に対応して、「名前_mm-ss_num_key[ _L or _R].aif」の形式に設定される。ここに、「mm-ss」の部分は波形の長さを示し、「num」は切り出し順、「key」は検出されたkey番号を示す。また、「[ _L or _R]」の部分は、原波形データファイルがステレオファイルである場合にのみ、「_L」または「_R」に設定される。
【0047】
また、半自動モードおよび手動モードにおいては、出力される波形データのファイル名は「出力名_vel_key[ _L or _R].aif」の形式に設定される。ここに「vel」は指定されたタッチ、「key」は指定されたkey番号を示し、「[ _L or _R]」の部分は自動モードの場合と同様である。また、cut.txtにおいて「ノーマライズのオン」が指定された原波形データファイルが少なくとも一つ存在すれば、処理ディレクトリ内に「nlevel.txt」なるファイルが作成される。このファイルの記載内容例を以下に示す。
【0048】
上記例において、「出力名_vel_key_L.aif」、「出力名_vel_key_R.aif」の部分は、上述した命名規則に従った出力ファイル名であり、その後に続く数字「68」,「70」がノーマライズレベルを示す。
【0049】
2.3.5.メロディ分析
本処理サービスは、「メロディ分析」という名前の処理ディレクトリが存在し、かつ該ディレクトリに第1形式(例えばスタンダードMIDIファイル:名前.MID)の曲データファイルが存在する場合に実行される。この第1形式のデータファイルには、複数パート分の演奏情報シーケンスを記憶させることが可能である。本処理サービスにおいては、単一演奏パートの曲データが分析され、曲の調が検出されるとともに、該曲データが複数区間に分割され各区間のコードが決定される。なお、曲データファイルが複数パートを含む場合は、パート番号が最小であるパートのデータだけが分析される。
そして、曲の調について、複数の候補が検出された場合は、それぞれの調について分析が行なわれ対応する複数のファイルが出力される。
【0050】
この結果、「名前_key.XWS」なる第2形式の複数の曲データファイルが処理ディレクトリ内に生成される。なお、第2形式の曲データファイルには、複数パート分の演奏情報シーケンスに加え、そのマスタートラックに伴奏用のコードシーケンス、スタイルシーケンスおよびウエーブトラックを記憶させることが可能である。生成された曲データファイルのマスタートラックには、決定されたコードが記憶されている。また、コードの候補が複数発見された場合、採用されなかったコードも候補として記憶される。ファイル名中の「key」の部分は、そのファイルの決定された調を示す。なお、「マスタートラック」とは、特定の演奏パートには属さず、複数演奏パート全体を制御するトラックをいう。ここで曲の名前、SMPTEオフセット、マーカー、テンポ、拍子、コード、調、マスタボリューム、システムエフェクト等が指定される。
【0051】
クライアント機120のCPU50は、RAM54に記憶された自動演奏プログラムを実行することにより、第1形式ないし第2形式の曲データファイルに基づく自動演奏を行うことができる。該自動演奏において発生した演奏情報は波形メモリ音源に供給され、波形メモリ音源にて該演奏情報に対応した楽音が生成される。
【0052】
2.3.6.メロディ生成
本処理サービスは、「メロディ分析」という名前の処理ディレクトリが存在し、かつ該ディレクトリに上記第1形式とは異なる形式(例えば上記第2形式の独自フォーマットの曲ファイル:名前.XWS)の曲データファイルが存在し、さらに「arrange.txt」なるファイル名のテキストファイルが存在しない場合に実行される。
【0053】
本処理サービスにおいては、該曲データファイルの内容がサーチされ、ここにコード進行データが記憶されていなかった場合には実質的な処理は行われない。また、曲データファイルに演奏パートのデータが記憶されていたとしても、そのデータは使用されない。本処理サービスにおいては、上記コード進行データと乱数とに基づいて3つのメロディが生成され、これらメロディを記述した3つの曲データファイルが出力される。なお、メロディ生成の際に乱数が使用されるため、これら3つのメロディは相互に異なる。
【0054】
これら3つの曲データファイルには、「名前_01.XWS」,「名前_02.XWS」および「名前_03.XWS」のファイル名が各々付与され、生成されたメロディと、原曲データファイルと同一のコード進行とが記録される。
【0055】
2.3.7.アレンジ
本処理サービスは、「メロディ分析」という名前の処理ディレクトリが存在し、かつ該ディレクトリに上記第2形式の曲データファイルと、「arrange.txt」なるテキストファイルとが存在する場合に実行される。ここで、arrange.txtの記載内容例を以下に示す。
【0056】
上記例において、1行目は処理対象となる曲データファイル名を示す。また、2行目以降は、各行が出力される(アレンジされた)曲データファイルに一対一に対応する。2行目以降において、行頭のパラメータは、アレンジ後の楽曲のスタイルを示す。次のパラメータは初期テンポを示し、3番目のパラメータはパート数を示す。また、最後のパラメータは、出力される曲データファイル名を示す。
【0057】
本処理サービスによれば、原曲データファイルに記憶されている単一パートの演奏とコード進行に基づいて、複数パートの演奏データが生成される。その際、arrange.txtの内容に基づいて、スタイル、初期テンポ、パート数等が指定される。そして、生成された演奏データは、各々指定されたファイル名で出力される。
【0058】
2.3.8.メロディ表情付与
本処理サービスは、「メロディ表情付与」という名前の処理ディレクトリが存在し、かつ該ディレクトリに第2形式の曲データファイルと、テキストファイル「rendering.txt」とが存在する場合に実行される。ここで、テキストファイル「rendering.txt」の記載内容例を以下に示す。
【0059】
上記例において、1行目は処理対象となる曲データファイル名を示す。また、2行目以降は、各行が出力される(表情付与された)曲データファイルに一対一に対応する。2行目以降において、行頭のパラメータは、表情付与のスタイルに対応する仮想作曲家名を示す。次のパラメータはテンションを示し、3番目のパラメータは明るさを示す。また、最後のパラメータは、出力される曲データファイル名を示す。
【0060】
本処理サービスによれば、原曲データファイルに記憶されている1ないし複数パートの演奏データが、仮想演奏家に対応したエキスパートシステムによって分析され、分析結果に基づいて表情付けが行なわれる。ここに表情付けとは、テンポ変化の付与、フレーズや各音符に対する強弱の付与、スラーやスタッカート等の付与等である。そして、生成された演奏データは、各々指定されたファイル名で出力される。
【0061】
以上のように本実施形態によれば、所望の処理サービスに対応した処理ディレクトリにデータファイルあるいはパラメータファイルを転送するという簡単な操作によって、サーバ110に対して処理サービスの依頼を行うことができる。
【0062】
3.変形例
本発明は上述した実施形態に限定されるものではなく、例えば以下のように種々の変形が可能である。
(1)上記各実施形態は複数のコンピュータ上で動作するソフトウエアによって本発明を実施した例を示したが、上記実施形態に用いられるソフトウエアのみをCD−ROM、フロッピーディスク等の記録媒体に格納して頒布し、あるいは伝送路を通じて頒布することもできる。
【0063】
(2)上記実施形態においては、ユーザがステップSP14を実行することによってユーザディレクトリのウィンドウ310をオープンさせたが、ログイン操作(図3(a))が終了した時に自動的に該ウィンドウ310をオープンさせるようにしてもよい。
【0064】
(3)上記実施形態においては、ユーザがログファイルを参照することによって処理サービスの進捗状況を確認したが、例えば各ユーザに対するアンロック処理が行われた時(ステップSP48)に、ユーザに対して処理サービスの完了を報告するメールを送信するようにしてもよい。さらに、処理サービスの進捗状況を所定のWWW(World Wide Web)ページに掲載することにより、他のユーザの処理状況も含めて確認できるようにしてもよい。
【0065】
(4)上記実施形態において、処理サービスの提供に要したサーバ110の処理量に応じて、該処理サービスを要求したユーザに対して課金処理を行なってもよい。
【0066】
(5)上記実施形態においては、各ユーザディレクトリ内に共通の処理ディレクトリを設けたが、処理ディレクトリは各ユーザ毎に異なってもよい。すなわち、各ユーザに対して提供する処理サービスを異ならせる場合、システム管理者は、各提供しようとする処理サービスに対応した処理ディレクトリのみを、各ユーザディレクトリに作成するとよい。
【0067】
(6)上記実施形態においては、サーバ110全体でユーザディレクトリ確認処理のプロセス数が最大「3」までに制限されていたが、この数は「3」に限られるものではなく、システム管理者が任意に設定できるようにしてもよい。
【0068】
(7)上記実施形態においては、何れかのユーザディレクトリに対して何らかの処理サービスが実行されている際、該ユーザディレクトリはロックされたから、一つのユーザディレクトリの処理に供される処理サービスのプロセス数は「1」に限定されていた。従って、一つの処理ディレクトリの処理に供されるプロセス数も当然「1」に限定されていた。しかし、一つのユーザディレクトリまたは一つの処理ディレクトリの処理に対して、所定の最大値m個(例えばm=2)までのプロセスを同時に実行可能にしてもよい。その場合、各ユーザの各処理ディレクトリ毎にロックをかけるようにすることが考えられる。
【0069】
(8)上記実施形態において、サーバ110をマルチプロセッサ構成のコンピュータによって構成してもよい。あるいは、サーバ110の機能を、ネットワークを介して接続された複数のコンピュータによる分散処理によって実現してもよい。
【0070】
(9)上記実施形態において「メロディ分析」および「メロディ生成」処理は、何れも共通の処理ディレクトリ(メロディ分析)中になんらかのファイルが存在する際に実行される点で共通するが、ファイルの種類(第1/第2形式)に応じて何れの処理が実行されるかが決定されていた。
これと同様に、ある処理ディレクトリ内のファイルに対する処理サービスを、当該ファイルの種類に応じて設定してもよい。同様に、処理ディレクトリ内に所定のパラメータファイルが存在するか否か、あるいは、パラメータファイルの種類に応じて処理サービスの内容を設定してもよい。
【0071】
【発明の効果】
以上説明したように本発明によれば、複数のディレクトリが自動的に検索され、処理対象ファイルが存在する場合には、その属するディレクトリに対応する処理が自動的に実行されるから、ユーザに対して様々な処理サービスを簡易な方法で提供することができる。
【図面の簡単な説明】
【図1】 本発明の一実施形態のネットワークシステムのブロック図である。
【図2】 サーバ110のディレクトリ構造を示す図である。
【図3】 クライアント機120において実行される処理のフローチャートである。
【図4】 クライアント機120の表示器36の表示例を示す図である。
【図5】 サーバ110におけるユーザディレクトリ確認処理ルーチンのフローチャートである。
【図6】 サーバ110におけるDi確認処理ルーチンのフローチャートである。
【符号の説明】
2……ハードディスク、4……リムーバルディスク、6……表示器、8……入力装置、14……バス、18……ネットワークインターフェース、20……CPU、22……ROM、24……RAM、32……ハードディスク、34……リムーバルディスク、36……表示器、38……入力装置、40……サウンドボード、42……サウンドシステム、46……MIDIインタフェース、48……ネットワークインターフェース、50……CPU、52……ROM、54……RAM、100……ネットワーク、110……サーバ、120,130,……,190……クライアント機、200……ルートディレクトリ、210……システムディレクトリ、220……ホームディレクトリ、221,222,……,22n……ユーザディレクトリ、230……その他のディレクトリ、300……デスクトップウィンドウ、301,302,311〜318……アイコン、310……ウィンドウ。
Claims (6)
- 通信ネットワークに接続されたサーバを構成するデータ処理装置で実行されるデータ処理方法であって、前記データ処理装置は、ディレクトリ構造を有するファイルシステムを構築した記憶手段と該記憶手段にアクセスする制御手段とを有し、前記制御手段は、クライアント装置からのアクセスに応じて、前記通信ネットワークを介して該データ処理装置にアクセスしたユーザを認証する認証プロセスと、前記制御手段が、該認証されたユーザに対応する前記記憶手段上のユーザディレクトリまたは該ユーザディレクトリ内の任意のディレクトリへの前記通信ネットワークを介したファイルの書き込みを受け付けるファイル書き込みプロセスとを実行し、所定時間毎に、複数のユーザに対応する前記ユーザディレクトリを順次確認するディレクトリ確認プロセスを起動するとともに、予めユーザディレクトリにかかわらず複数種類の所定の処理を各々複数種類の所定のサブディレクトリ名称に対応付けておき、任意のユーザディレクトリ内に前記所定の処理に対応するサブディレクトリ名称を有する処理ディレクトリを作成することによって当該所定の処理を実行可能にするものであり、
該ディレクトリ確認プロセスは、
前記制御手段が、前記記憶手段上の確認対象のユーザディレクトリ内に、そのサブディレクトリ名称が前記複数種類の所定の処理に各々対応するサブディレクトリである処理ディレクトリがそれぞれ存在するか否かを判定するディレクトリ判定過程と、
前記制御手段が、前記記憶手段上の前記確認対象のユーザディレクトリ内に前記処理ディレクトリのうち何れかを検出すると、該処理ディレクトリ内に処理対象ファイルが存在するか否かを判定する処理対象ファイル判定過程と、
前記制御手段が、前記記憶手段上に該処理対象ファイルが存在する旨を判定すると、この処理対象ファイルに対して該処理対象ファイルの属する前記処理ディレクトリのサブディレクトリ名称に対応する種類の処理を施す処理過程と
から成るプロセスであり、前記処理ディレクトリは前記複数種類の所定の処理のうち前記各ユーザに提供される処理に対応するサブディレクトリ名称のものが前記ユーザディレクトリ毎に独立して作成されていることを特徴とするデータ処理方法。 - 前記ディレクトリ確認プロセスは複数並列に起動可能であり、前記ディレクトリ確認プロセスは、さらに、
前記制御手段が、前記記憶手段上の前記確認対象のユーザディレクトリ中に該ユーザディレクトリが他のディレクトリ確認プロセスにより処理中であるか否かを示すロックファイルが存在するか否かを検出する他処理検出過程と、
前記制御手段が、前記他処理検出過程において前記ロックファイルが検出された場合は、同ユーザディレクトリをスキップして他のユーザディレクトリを確認対象とする一方、前記他処理検出過程において前記ロックファイルが検出されなかった場合は、前記確認対象のユーザディレクトリ内に、自プロセスにより処理中である旨を示すロックファイルを生成するロックファイル処理過程と
を実行することを特徴とする請求項1記載のデータ処理方法。 - 前記処理対象ファイル判定過程は、前記制御手段が、確認対象の処理ディレクトリ内の各データファイルのタイムスタンプに基づいて、当該処理ディレクトリを前回処理した時刻より新しいデータファイルを前記処理対象ファイルとして検出する新規ファイル検出過程を含むものであり、
前記処理過程は、前記制御手段が、前記新規ファイル検出過程で検出された処理対象ファイルに対し、当該処理ディレクトリのサブディレクトリ名称に対応する種類の処理を施す過程であり、
前記処理過程は、
前記制御手段が、処理された処理対象ファイルのファイル名に基づいて新たなファイル名を作成する作成過程と、
前記制御手段が、前記処理過程の処理結果のデータを、前記作成過程において作成されたファイル名で、前記記憶手段上の当該処理ディレクトリに処理結果ファイルとして書き込む書込過程と
をさらに有することを特徴とする請求項1記載のデータ処理方法。 - 前記処理過程では、前記制御手段が、1つの処理対象ファイルに対する処理結果として複数のデータを生成し、前記作成過程では、前記制御手段が、該複数のデータの処理内容と該1つの処理対象ファイルのファイル名とから相互に異なる複数のファイル名を作成し、前記書込過程では、前記制御手段が、該複数のデータをそれぞれ対応するファイル名で書き込むことを特徴とする請求項3記載のデータ処理方法。
- 通信ネットワークに接続されたサーバを構成するデータ処理装置であって、前記データ処理装置は、ディレクトリ構造を有するファイルシステムを構築した記憶手段と該記憶手段にアクセスする制御手段とを有し、前記制御手段は、クライアント装置からのアクセスに応じて、前記通信ネットワークを介して該データ処理装置にアクセスしたユーザを認証する認証プロセスと、前記制御手段が、該認証されたユーザに対応する前記記憶手段上のユーザディレクトリまたは該ユーザディレクトリ内の任意のディレクトリへの前記通信ネットワークを介したファイルの書き込みを受け付けるファイル書き込みプロセスとを実行し、所定時間毎に、複数のユーザに対応する前記ユーザディレクトリを順次確認するディレクトリ確認プロセスを起動するとともに、予めユーザディレクトリにかかわらず複数種類の所定の処理を各々複数種類の所定のサブディレクトリ名称に対応付けておき、任意のユーザディレクトリ内に前記所定の処理に対応するサブディレクトリ名称を有する処理ディレクトリを作成することによって当該所定の処理を実行可能にするものであり、
該ディレクトリ確認プロセスは、
前記制御手段が、前記記憶手段上の確認対象のユーザディレクトリ内に、そのサブディレクトリ名称が前記複数種類の所定の処理に各々対応するサブディレクトリである処理ディレクトリがそれぞれ存在するか否かを判定するディレクトリ判定過程と、
前記制御手段が、前記記憶手段上の前記確認対象のユーザディレクトリ内に前記処理ディレクトリのうち何れかを検出すると、該処理ディレクトリ内に処理対象ファイルが存在するか否かを判定する処理対象ファイル判定過程と、
前記制御手段が、前記記憶手段上に該処理対象ファイルが存在する旨を判定すると、この処理対象ファイルに対して該処理対象ファイルの属する前記処理ディレクトリのサブディレクトリ名称に対応する種類の処理を施す処理過程と
から成るプロセスであり、前記処理ディレクトリは前記複数種類の所定の処理のうち前記各ユーザに提供される処理に対応するサブディレクトリ名称のものが前記ユーザディレクトリ毎に独立して作成されていることを特徴とするデータ処理装置。 - 通信ネットワークに接続されたサーバを構成するデータ処理装置に実行させるプログラムを記憶した記録媒体であって、前記データ処理装置は、ディレクトリ構造を有するファイルシステムを構築した記憶手段と該記憶手段にアクセスする制御手段とを有し、前記制御手段は、クライアント装置からのアクセスに応じて、前記通信ネットワークを介して該データ処理装置にアクセスしたユーザを認証する認証プロセスと、前記制御手段が、該認証されたユーザに対応する前記記憶手段上のユーザディレクトリまたは該ユーザディレクトリ内の任意のディレクトリへの前記通信ネットワークを介したファイルの書き込みを受け付けるファイル書き込みプロセスとを実行し、所定時間毎に、複数のユーザに対応する前記ユーザディレクトリを順次確認するディレクトリ確認プロセスを起動するとともに、予めユーザディレクトリにかかわらず複数種類の所定の処理を各々複数種類の所定のサブディレクトリ名称に対応付けておき、任意のユーザディレクトリ内に前記所定の処理に対応するサブディレクトリ名称を有する処理ディレクトリを作成することによって当該所定 の処理を実行可能にするものであり、
該ディレクトリ確認プロセスにおいて、
前記制御手段が、前記記憶手段上の確認対象のユーザディレクトリ内に、そのサブディレクトリ名称が前記複数種類の所定の処理に各々対応するサブディレクトリである処理ディレクトリがそれぞれ存在するか否かを判定するディレクトリ判定過程と、
前記制御手段が、前記記憶手段上の前記確認対象のユーザディレクトリ内に前記処理ディレクトリのうち何れかを検出すると、該処理ディレクトリ内に処理対象ファイルが存在するか否かを判定する処理対象ファイル判定過程と、
前記制御手段が、前記記憶手段上に該処理対象ファイルが存在する旨を判定すると、この処理対象ファイルに対して該処理対象ファイルの属する前記処理ディレクトリのサブディレクトリ名称に対応する種類の処理を施す処理過程と
を前記データ処理装置に実行させるプログラムを記憶したことを特徴とする記録媒体。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2000375519A JP4062708B2 (ja) | 2000-12-11 | 2000-12-11 | データ処理方法、データ処理装置および記録媒体 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2000375519A JP4062708B2 (ja) | 2000-12-11 | 2000-12-11 | データ処理方法、データ処理装置および記録媒体 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2004236457A Division JP3994993B2 (ja) | 2004-08-16 | 2004-08-16 | データ処理方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2002182958A JP2002182958A (ja) | 2002-06-28 |
JP4062708B2 true JP4062708B2 (ja) | 2008-03-19 |
Family
ID=18844523
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2000375519A Expired - Fee Related JP4062708B2 (ja) | 2000-12-11 | 2000-12-11 | データ処理方法、データ処理装置および記録媒体 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4062708B2 (ja) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5153054B2 (ja) * | 2003-10-22 | 2013-02-27 | オリンパス株式会社 | ファイル生成方法及びファイル検索方法 |
JP4766998B2 (ja) | 2005-11-16 | 2011-09-07 | コニカミノルタビジネステクノロジーズ株式会社 | 情報処理装置、画像処理装置、および情報処理方法 |
JP4902574B2 (ja) * | 2008-02-25 | 2012-03-21 | 日本電信電話株式会社 | フォルダ割当プログラム実行制御装置、フォルダ割当プログラム実行制御方法、そのプログラムおよび記憶媒体 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP3078091B2 (ja) * | 1992-02-14 | 2000-08-21 | 日本電信電話株式会社 | ソースモジュール・バージョン管理方法 |
JPH07200477A (ja) * | 1993-12-28 | 1995-08-04 | Fuji Xerox Co Ltd | 電子ファイリング装置およびそのファイル処理方法 |
-
2000
- 2000-12-11 JP JP2000375519A patent/JP4062708B2/ja not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2002182958A (ja) | 2002-06-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8710343B2 (en) | Music composition automation including song structure | |
CN107123415B (zh) | 一种自动编曲方法及系统 | |
US6395970B2 (en) | Automatic music composing apparatus that composes melody reflecting motif | |
US6433266B1 (en) | Playing multiple concurrent instances of musical segments | |
EP3462443A1 (en) | Singing voice edit assistant method and singing voice edit assistant device | |
US11948542B2 (en) | Systems, devices, and methods for computer-generated musical note sequences | |
US6313387B1 (en) | Apparatus and method for editing a music score based on an intermediate data set including note data and sign data | |
US10497347B2 (en) | Singing voice edit assistant method and singing voice edit assistant device | |
JP2003058150A (ja) | 電子音楽装置及びプログラム | |
JP4062708B2 (ja) | データ処理方法、データ処理装置および記録媒体 | |
JP3994993B2 (ja) | データ処理方法 | |
EP3706113B1 (en) | Editing of midi files | |
US9626148B2 (en) | Creating an event driven audio file | |
Hewitt | Composition for computer musicians | |
JP2007178697A (ja) | 演奏評価装置、及びプログラム | |
JP2000081883A (ja) | 音楽処理手段の設定方法、波形デ―タ生成手段の設定方法、楽音生成方法、および、プログラムが記録された記録媒体 | |
JP2005196496A (ja) | 電子音楽装置および同装置に適用されるコンピュータプログラム | |
JP3777976B2 (ja) | 演奏情報解析装置及び記録媒体 | |
JP3593945B2 (ja) | 演奏情報修正方法、演奏情報修正装置および記録媒体 | |
JP3460524B2 (ja) | 曲データ加工方法、加工後曲データ再生方法および記憶媒体 | |
JP4735221B2 (ja) | 演奏データ編集装置及びプログラム | |
JP4320941B2 (ja) | 楽曲情報編集装置、方法及び記録媒体 | |
JP3750284B2 (ja) | 自動作曲装置および記録媒体 | |
JP4134870B2 (ja) | エフェクト設定装置およびエフェクト設定プログラム | |
JP3794303B2 (ja) | 演奏情報編集装置及び演奏情報編集プログラム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040615 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040816 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040914 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041111 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20041207 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050203 |
|
A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20050208 |
|
A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20050304 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20071128 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20071222 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110111 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120111 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130111 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140111 Year of fee payment: 6 |
|
LAPS | Cancellation because of no payment of annual fees |