JPH06243019A - ファイル変換方式 - Google Patents

Abstract

(57)【要約】 【目的】サーバークライアント方式に対応したネットワ
ークサービスにおいて、変換処理の変更や独自な機能の
追加などの変換要求に対応できるようにする。 【構成】クライアント側から対象となるデータとその変
換プログラムをサーバーに送信する。サーバー側では送
られてきた変換プログラムを必要に応じて登録するとと
もに、前記変換プログラムに従ってデータの変換処理を
実行し、変換結果をクライアントに返す。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は、コンバージョン機能
を持つネットワークサービスの制御方式に関する。

【０００２】

【従来の技術】従来より、コンバージョン機能を持つネ
ットワークサービスでは、各種ファイルの変換が行われ
ている。例えば、ＸＮＳｏｎＭＳのＸｆｉｌｅを用いた
ファイル変換では、ＡＳＣＩＩ、ＸＮＳｃｏｄｅ、ｉｎ
ｔｅｒｐｒｅｓｓ、その他の変換が行われている。しか
し、これらの変換処理は全て定形的なものであり、変換
処理の変更や独自な機能の追加、サーバ・クライアント
的な変換機能などは用意されておらず、利用者にとって
は使いにくいものとなっていた。

【０００３】この種のデータ変換に関する技術として、
例えば特開平４−５７１２６号公報には、アクセス開始
時にファイル形式を変更した新たなファイルを作成し、
アクセス終了時にはファイル形式を変更して元のファイ
ルに格納するようにしたファイルアクセス方式が開示さ
れている。また、特開平２−５０７５４号公報には、変
換規則を与えるパラメータファイルのコード変換テーブ
ルや属性指定パラメータの内容を変えることにより、各
種のファイルに対応させるようにした漢字コード変換方
式が開示されている。

【０００４】

【発明が解決しようとする課題】上記従来の方式は、デ
ータのタイプの違いを合わせるために、自動的に変換す
る、またはパラメータで指定するなどの手法を用いてい
る。しかし、これらの変換処理も定形的なものであるこ
とに変わりはなく、変換処理内容を必要に応じて変更し
たり、変換処理自体を登録／追加するなどの独自な変換
要求については考慮されていない。このため、新たな変
換処理の必要が発生した場合や、新たなデータタイプが
増えた時などに即座に対応ができないとか、特殊な業務
に合わせて細かく対応ができないという問題点があっ
た。

【０００５】この発明は、変換処理の変更や独自な機能
の追加などの変換要求に対応でき、効率的な変換サービ
スを実現することができるファイル変換方式を提供する
ことを目的とする。

【０００６】

【課題を解決するための手段】上記課題を解決するた
め、この発明に係わるファイル変換方式では、クライア
ント側から対象となるデータと、その変換プログラムを
サーバーに送信し、サーバー側ではクライアントから受
信したデータの変換処理を行う際に、送られてきた変換
プログラムを必要に応じて登録するとともに、前記変換
プログラムに従って前記データの変換処理を実行するよ
うにしたことを特徴とする。

【０００７】

【作用】サーバーは、クライアント側から送られてきた
変換対象のデータを取得すると、そのデータに変換プロ
グラムが含まれているかどうかを判断する。変換プログ
ラムが含まれている場合には、対象となるデータと変換
プログラムに分離し、この変換プログラムにより、前記
データの変換処理を実行する。この際、変換プログラム
の登録要求があるときは、プログラムの登録処理を行
い、前記変換プログラムに従ってデータの変換処理を実
行する。

【０００８】これによれば、利用者による変換処理の変
更や独自な変換要求に対してもこれを実行することがで
きるので、利用者自身の業務に特化した効率的な変換サ
ービスを提供することができる。

【０００９】

【実施例】以下、この発明に係わるファイル変換方式
を、サーバークライアント方式に対応したネットワーク
サービスに適用した場合の一実施例を図面を参照しなが
ら説明する。

【００１０】図１は、変換サーバーの制御部の機能的な
構成を示すブロック図である。ここでは、利用者が文書
やビットマップなどのフォーマット変換を行うために要
求データの送信を行い、これらの変換処理を管理する変
換サーバー（コンバージョンシステム）を前提としてい
る。各部の機能の概要は次の通りである。

【００１１】状態情報表示制御部１１は、ステイタス情
報の表示部とアイコンの表示情報に関する制御を行う。
ステイタス情報とは変換処理に関する情報をいう。

【００１２】着信情報取得部１２は、クライアントから
の変換要求の着信状態を取得する。ステータス情報表示
制御部１３は、前記着信情報取得部１２の情報に従っ
て、ステータス情報の表示部を更新する。

【００１３】変換データ制御部１４は、変換サーバーが
受信したデータの変換処理についての制御を行う。

【００１４】受信データ展開制御部１５は、クライアン
トから受信したデータを展開し、後述する各々の格納部
に記憶させる。

【００１５】変換データ一覧作成部１６は、受信したデ
ータの一覧表の作成を行う。

【００１６】変換プログラム作成部１７は、受信しデー
タ内のプログラムを抜き出し、仮登録（ディスクへ登
録）をして変換処理が行える状態にする。

【００１７】変換処理制御部１８は、クライアントから
受信した変換要求に沿って変換を行う。変換処理は次の
処理部により行われる。

【００１８】通常変換処理部１９は、通常の変換処理制
御を行う。

【００１９】受信変換プログラム変換処理部２０は、受
信した変換プログラムを用いた変換処理の制御を行うと
ともに、要求に従ってプログラムの登録を行う。

【００２０】変換結果制御部２１は、要求の内容に従い
変換結果をクライアントに返す制御を行う。

【００２１】コンソール制御部２２は、利用者が変換サ
ーバーの情報を操作するために必要な操作手段であり、
コンソール本体（本プログラムの操作パネル）に対する
入出力の制御を行う。

【００２２】メニュー制御部２３は、メニューとメニュ
ーデータの制御を行う。

【００２３】ボタン制御部２４はボタンに対する利用者
の入出力の処理を行う。

【００２４】主制御部２５は、上記各部の動作を制御す
るとともに、システム全体の管理を行う。

【００２５】図２は、上記変換サーバーのデータ格納部
のデータ構成例と、クライアント側の変換要求データの
構成例を示すブロック図である。変換サーバー（リモー
ト）の各部の機能の概要は次の通りである。

【００２６】変換要求一覧格納部２６は、利用者の変換
要求処理を一覧として管理する。この格納部は状態情報
表示制御部１１（図１）により制御される。

【００２７】変換データ一覧格納部２７は、変換サーバ
ーが要求アプリケーション（クライアント）から受信し
たデータを一覧形式で管理するための情報を蓄積する。
この格納部は受信データ展開制御部１５（図１）により
制御される。

【００２８】変換データ格納部２８は、変換サーバーが
要求アプリケーションから受信したデータ（変換要求実
データ、…）を格納する。この格納部は変換データ
一覧作成部１６（図１）により制御される。

【００２９】変換プログラム格納部２９は、変換サーバ
ーが要求アプリケーションから受信した変換プログラム
を格納する。この格納部は変換プログラム作成部１７
（図１）により制御される。

【００３０】変換結果データ格納部３０は、変換サーバ
ーが受信したデータの変換結果（変換結果データ、
…）を格納する。この格納部は変換処理制御部１８（図
１）により制御される。

【００３１】クライアント側（ローカル）の要求アプリ
ケーション３１は、変換データの受取り、保管、他サー
バーへの送信を行う。

【００３２】変換要求データ格納場所３２は、データ／
プログラム（変換要求データ）を格納するための領域で
あり、変換要求情報、変換プログラム、変換要求実デー
タ、…が格納される。ただし、通常の変換処理を行
う場合は変換プログラムを含めなくてもよい。

【００３３】変換結果データ格納場所３３は、変換サー
バーより受信した変換結果を格納するための領域であ
り、変換結果情報、変換結果データ、…が格納され
る。

【００３４】次に、変換要求データを変換サーバーに送
信してから、変換結果データを受信するまでの処理の流
れをフローチャートを用いて説明する。最初に、変換要
求データの送信と変換結果データの受信までの要求アプ
リケーションの処理の流れを図３のフローチャートによ
り説明する。

【００３５】まず、指示された変換が定形変換以外の変
換かどうかを判断する（ステップ１０１）。ここで、定
形変換以外の変換であるときは、変換要求データに変換
プログラムを設定する（ステップ１０２）。また定形変
換以外の変換でなければ、変換要求データに全ての変換
要求実データを追加する（ステップ１０３、１０４）。
そして、変換要求情報を付加し（ステップ１０４）、変
換要求データを変換サーバーに送信する（ステップ１０
５）。変換サーバーでは、後述の図４のフローチャート
に従って変換処理を行うことになる。

【００３６】さて、変換結果を変換サーバーより受信し
たときは（ステップ１０７）、変換エラーであったかど
うかを判断する（ステップ１０８）。ここで、変換エラ
ーでないときは、変換結果データを取り出し（ステップ
１０９）、変換エラーであるときは、変換エラー処理を
行う（ステップ１１０）。

【００３７】次に、クライアントからデータを受信した
時の変換サーバーの変換処理の流れを図４のフローチャ
ートにより説明する。

【００３８】まず、変換要求データを取得し（ステップ
２０１）、変換処理制御部１８でデータの中に変換プロ
グラムが存在するかどうかを判断する（ステップ２０
２）。ここで、変換プログラムが存在しなければ、通常
変換処理部１９で変換処理要求に従って変換を行う（ス
テップ２０３）。また、プログラムが存在するときは、
受信データ展開制御部１５で受信データをプログラムと
データに分離し（ステップ２０４）、プログラムの登録
要求があるかどうかを判断する（ステップ２０５）。こ
こで、プログラムの登録要求があるときは、受信変換プ
ログラム変換処理部２０で登録要求に従って登録処理を
行う（ステップ２０６）。また、プログラムの登録要求
がないときは、受信したデータを引数としてプログラム
を実行して変換処理を行う（ステップ２０７）。次に、
変換処理制御部１８で変換エラーかどうかを判断し（ス
テップ２０８）、変換エラーでないときは変換結果デー
タと共にステイタスをクライアントに返す（ステップ２
０９）。また、変換エラーであるときはエラー値をクラ
イアントに返す（ステップ２１０）。

【００３９】上記実施例の変換サーバーでは、クライア
ントから受信した変換要求データに含まれる変換プログ
ラムを取り出し、この変換プログラムによりデータの変
換処理を行うようにしたので、クライアントからの独自
な変換要求に対してもこれを実行することができ、利用
者自身の業務に特化した効率的な変換サービスを提供す
ることが可能となる。また、利用者が変換プログラム付
きの変換要求データを送信する際に、変換プログラムの
登録要求を行うとサーバー側でプログラムの登録を行う
ことができる。この機能を用いることにより、サーバー
の変換機能の変更が容易にできるようになり、また機能
強化も簡単にできる。

【００４０】さらに、上記機能を使って定期的にサーバ
ーの機能を変更することにより、ユーザーアプリケーシ
ョンを変更せずに定形業務の機能の変更を行うことがで
きるので、利用者の管理アプリケーションの数を少なく
することができる。

【００４１】

【発明の効果】以上説明したように、この発明に係わる
ファイル変換方式においては、クライアント側から対象
となるデータとその変換プログラムをサーバーに送信
し、サーバー側では送られてきた変換プログラムを必要
に応じて登録するとともに、前記変換プログラムに従っ
てデータの変換処理を実行するようにしたため、利用者
による変換処理の変更や独自な機能の追加などの定形変
換以外の変換要求にも柔軟に対応できるようになり、利
用者自身の業務に特化した効率的な変換サービスを提供
することができる。

【図面の簡単な説明】

【図１】変換サーバーの制御部の機能的な構成を示すブ
ロック図。

【図２】変換サーバーのデータ格納部のデータ構成例と
クライアント側の変換要求データの構成例を示すブロッ
ク図。

【図３】変換要求データの送信と変換結果データの受信
までの要求アプリケーションの処理の流れを示すフロー
チャート。

【図４】クライアントからデータを受信した時の変換サ
ーバーの変換処理の流れを示すフローチャート。

【符号の説明】

１４…変換データ制御部、１５…受信データ展開制御
部、１８…変換処理制御部、２１…変換結果制御部、２
２…コンソール制御部、２６…変換要求一覧格納部、２
７…変換データ一覧格納部、２８…変換データ格納部、
２９…変換プログラム格納部、３０…変換結果データ格
納部

Claims (1)

【特許請求の範囲】
1. 【請求項１】サーバークライアント方式に対応したネッ
   トワークサービスにおいて、 クライアント側から対象となるデータとその変換プログ
   ラムをサーバーに送信し、サーバー側では送られてきた
   変換プログラムを必要に応じて登録するとともに、前記
   変換プログラムに従って前記データの変換処理を実行す
   るようにしたことを特徴とするファイル変換方式。