"コード値とテキストとを区切り文字で連結してなるカテゴリ名のデータから前記区切り文字の位置を特定する区切り文字特定手段と、一画面に順番に表示される複数の前記カテゴリ名のデータを、そのカテゴリ名のコード値を基準にソートするカテゴリ名ソート手段と、前記コード値を基準にソートされた各カテゴリ名のデータから前記区切り文字より後のテキストを取り出してソートされた順番に画面に展開する画面作成手段と、を具備したことを特徴とする画面作成装置。作成された画面の情報を、ネットワークで接続された外部端末に送信する画面送信手段、をさらに具備したことを特徴とする画面作成装置。前記画面作成手段は、前記コード値を基準にソートされた順番に各カテゴリ名のデータが展開された記憶部から1列ずつデータを検出し、そのデータがカテゴリ名のデータであるとき、そのデータから区切り文字より後のテキストを取り出して前記記憶部に展開されたデータを取り出したテキストに置換することを特徴とする請求項1記載の画面作成装置。前記画面作成手段により作成される画面は、Webブラウザで閲覧可能なWeb画面であることを特徴とする請求項1記載の画面作成装置。コード値とテキストとを区切り文字で連結してなるカテゴリ名のデータをそのカテゴリ名のコード値を基準にソートし、ソートされた順番にカテゴリ名が表示される画面を作成するコンピュータに、前記コード値を基準にソートされた順番に各カテゴリ名のデータが展開された記憶部から1列ずつデータを検出する機能と、検出したデータがカテゴリ名のデータであるとき、そのデータから区切り文字の位置を特定する機能と、記憶部から検出したカテゴリ名のデータから、特定された区切り文字より後のテキストを取り出して、前記記憶部に展開された当該カテゴリ名のデータを取り出したテキストに置換する機能と、を実現させるためのプログラム。Java登録商標Scriptで記述されていることを特徴とする請求項5記載のプログラム。本発明が解決しようとする課題は、画面に順番に表示される項目の順序を所望の順序に容易に設定できる画面作成装置を提供しようとするものである。一実施形態の画面作成装置は、区切り文字特定手段と、カテゴリ名ソート手段と、画面作成手段とを備える。区切り文字特定手段は、コード値とテキストとを区切り文字で連結してなるカテゴリ名のデータから区切り文字の位置を特定する。カテゴリ名ソート手段は、一画面に順番に表示される複数のカテゴリ名のデータを、そのカテゴリ名のコード値を基準にソートする。画面作成手段は、コード値を基準にソートされた各カテゴリ名のデータから区切り文字より後のテキストを取り出してソートされた順番に画面に展開する。以下、実施形態の画面作成装置を、図面を用いて説明する。なお、この実施形態は、承認ワークフローシステム1のサーバ2に適用した場合である。図1は、承認ワークフローシステム1の全体図である。承認ワークフローシステム1は、サーバ2と、複数のクライアント端末3とを備え、サーバ2と各クライアント端末3とを、インターネット等のネットワーク4で双方向通信自在に接続している。サーバ2は、承認用文書のデータベース5を具備している。このデータベース5に蓄積される承認用文書は、図2に示すように、文書名と、承認用文書のテキストデータと、最新更新日時及び更新者と、ステータスとからなる。ステータスは、承認ワークフローの段階を識別するもので、本実施形態では、項目保存中,項目承認待ち,項目承認済,項目廃棄承認待ち,項目廃棄承認済の5段階を識別する。またサーバ2は、クライアント端末3からの要求により、当該端末3のユーザが承認作業を行うための承認ワークフロー画面6を提供するための機能を有している。承認ワークフロー画面6の一例を図3に示す。図示するように、承認ワークフロー画面6は、上から1列目に画面名称承認ワークフローを表示し、2列目に承認用文書のデータ項目である更新日時,文書名及び更新者を表示する。また、3行目以降に、承認ワークフローの段階を示す項目である保存中,承認待ち,承認済,廃棄承認待ち,廃棄承認済を順に表示する。そして、いずれかの段階を示す項目が選択されると、ステータスがその段階にある承認用文書の更新日時,文書名及び更新者の各情報が一覧となって展開される。また、承認用文書の情報が展開されている段階の項目が選択されると、その展開されていた情報が折り畳められる。以下では、サーバ2が有する上記承認ワークフロー画面6の提供機能について、詳細に説明する。図4は、サーバ2の要部構成を示すブロック図である。サーバ2は、コンピュータの中枢を担うCPUCentralProcessingUnit21と、主記憶部を構成するROMReadOnlyMemory22及びRAMRandomAccessMemory23と、補助記憶部を構成するHDDHardDiskDrive24と、ネットワーク4を介してデータ通信を行う通信インターフェース25とを有している。CPU21と、ROM22,RAM23,HDD24及び通信インターフェース25とは、アドレスバス,データバス等のバスライン26で接続している。HDD24は、前記承認用文書のデータベース5を保存する。また、HDD24は、承認ワークフロー画面6の設定ファイル30を保存する。設定ファイル30は、図5に示すように、ヘッダ部31と、カテゴリ部32とからなる。ヘッダ部31は、複数のヘッダ名と各ヘッダ名に対して個々に割り当てられた一意のヘッダIDとを記憶する。ヘッダ名は、承認ワークフロー画面6の2列目に表示される承認用文書のデータ項目更新日時,文書名,更新者の名称である。カテゴリ部32は、複数のカテゴリ名と各カテゴリ名に対して個々に割り当てられた一意のカテゴリIDとを記憶する。カテゴリ名は、承認ワークフローの段階を示す項目保存中,承認待ち,承認済,廃棄承認待ち,廃棄承認済の名称である。ここで、カテゴリ名は、コードと区切り文字とテキストデータとで構成される。テキストデータは、保存中,承認待ち,承認済,廃棄承認待ち,廃棄承認済というような名称である。コードは、1,2,3,...というような数字である。区切り文字は、コードと名称との区切りを示す文字であり、本実施形態ではピリオド.を使用する。そして、本実施形態では、承認ワークの流れに沿った順に小さい数値をコードとして割り当てる。すなわち、第1段階である項目保存中のカテゴリ名は1.保存中とし、第2段階である項目承認待ちのカテゴリ名は2.承認待ちとし、第3段階の項目承認済のカテゴリ名は3.承認済とし、第4段階の項目廃棄承認待ちのカテゴリ名は4.廃棄承認待ちとし、第5段階の項目廃棄承認済のカテゴリ名は5.廃棄承認済とする。かかる構成のサーバ2は、設定ファイル30の設定内容に従い、承認ワークフロー画面6を作成するための画面メモリ40を備える。しかして、当該サーバ2のCPU21は、いずれかのクライアント端末3からネットワーク4を介して承認ワークフロー画面6の閲覧要求を受信すると、図6の流れ図に示す手順の情報処理を実行する。この処理は、ROM22またはHDD24にて記憶する画面作成プログラムに基づくものである。すなわちCPU11は、クライアント端末3からの閲覧要求を待機しておりST1、通信インターフェース25にて閲覧要求を受信するとST1のYES、先ず、画面メモリ40の1列目に、画面名称承認ワークフローのテキストデータを展開するST2。続いて、画面メモリ40の2列目に、設定ファイル30のヘッダ部31に記憶するヘッダ名のデータ更新日時,文書名,更新者を展開するST3。続いて、CPU21は、画面メモリ40の3列目以降に、設定ファイル30のカテゴリ部32で記憶するカテゴリ名のデータを1列ずつ順に展開する。このとき、CPU21は、各カテゴリ名のデータを、その先頭に付されたコードの小さい順に並べ替える。すなわち、コード1が付されたデータは3行目に、コード2が付されたデータは4行目に、コード3が付されたデータは5行目にそれぞれ展開するST4:カテゴリ名ソート手段。次に、CPU21は、承認用文書データベース5から承認用文書のデータを1文書ずつ読み込むST5。そしてCPU21は、その文書の最新更新日時、文書名及び更新者を、画面メモリ40に一列ずつ展開する。このとき、CPU21は、各文書の新更新日時、文書名及び更新者を、その文書のステータスに対応するカテゴリ名が展開されている列の後の列に展開するST6。CPU21は、承認用文書データベース5から全ての承認用文書のデータを読み込んだか否かを判断するST7。読み込んでいない場合にはST7のNO、ステップST5に戻って次の承認用文書のデータを読み込み、ステップST6の処理を実行する。承認用文書データベース5から全ての承認用文書のデータを読み込んだならばST7のYES、CPU21は、画面再構成処理を実行するST8。この画面再構成処理は、図7の流れ図によって示される。すなわちCPU21は、先ず、列カウンタAを0にリセットするST11。次に、CPU21は、列カウンタAを1だけカウントアップするST12。そして、列カウンタAが、画面メモリ40に展開されたデータの最終列Bを超えたか否かを判断するST13。超えていない場合ST13のNO、CPU21は、画面メモリ40からA列目Aは列カウンタAの値に展開されたデータを検出するST14。そしてこのデータが、カテゴリ名であるか否かを判断するST15。すなわち、A列目のデータがコードと区切り文字とテキストデータとからなる場合にはカテゴリ名と判断し、それ以外はカテゴリ名で無いと判断する。A列目に展開されたデータがカテゴリ名でない場合ST15のNO、CPU21は、ステップST12に戻り、列カウンタAをさらに1だけカウントアップする。そして、ステップST13以降の処理を再度実行する。A列目に展開されたデータがカテゴリ名である場合ST15のYES、CPU21は、A列目に展開されたデータから区切り文字.の位置を特定するST16:区切り文字特定手段。そしてCPU21は、A列目に展開されたデータを、区切り文字以降のテキストデータに置換するST17。しかる後、CPU21は、ステップST12に戻り、列カウンタAをさらに1だけカウントアップする。そして、ステップST13以降の処理を再度実行する。こうして、列カウンタAが画面メモリ40に展開されたデータの最終列Bを超えるまで、上記ステップST12~ST17の処理を繰り返し実行する。そして、超えたならばST13のYES、画面再構成処理が終了する画面作成手段。画面再構成処理が終了すると、CPU21は、画面メモリ40のデータを、Webブラウザで閲覧可能なWeb画面のデータとするST9。そしてCPU21は、このWeb画面のデータを、閲覧要求のあったクライアント端末3に送信するST10:画面送信手段。このように、サーバ2は、設定ファイル30のカテゴリ部32で記憶するカテゴリ名のデータを画面メモリ40に展開する際に、各カテゴリ名のデータを、その先頭に付されたコードの小さい順に並べ替えるだけでなく、そのカテゴリ名から区切り文字の位置を特定し、この区切り文字以降のテキストデータを画面メモリ40に展開するようにしている。したがって、本実施形態によれば、閲覧要求を行ったクライアント端末3のディスプレイには、図3に示すように、承認ワークの流れに沿った順序でカテゴリ名保存中,承認待ち,承認済,廃棄承認待ち,廃棄承認済が並べられた承認ワークフロー画面6が表示される。図8は、従来例のように、カテゴリ名のデータをテキスト文字だけとした場合の承認ワークフロー画面7である。この場合、各カテゴリ名のデータを画面メモリ40に展開する際には、そのデータがカテゴリ名の先頭文字の文字コードを基準にソートされるので、カテゴリ名は、承認済,承認待ち,廃棄承認済,廃棄承認待ち,保存中の順となる。図9は、本実施形態のように、カテゴリ名のデータをコードと区切り文字とテキストデータとからなる場合において、図6のステップST8で示す画面再構成処理を省略した場合の承認ワークフロー画面8である。この場合、各カテゴリ名は1.保存中,2.承認待ち,3.承認済,4.廃棄承認待ち,5.廃棄承認済となる。図3の承認ワークフロー画面6と図8の承認ワークフロー画面7とを対比すると、図8の承認ワークフロー画面7は、カテゴリ名の順番が承認ワークの流れに沿っていない。このため、承認者にとって非常に使い勝手が悪い。これに対して、図3の承認ワークフロー画面6は、カテゴリ名の順番が承認ワークの流れに沿っている。このため、承認者にとって使い勝手が良好である。次に、図3の承認ワークフロー画面6と図9の承認ワークフロー画面8とを対比すると、図9の承認ワークフロー画面8は、カテゴリ名に不要なコードと区切り文字が付加されている。これに対して、図3の承認ワークフロー画面6は、カテゴリ名にコードと区切り文字が付加されていない。コード値や区切り文字は、内部的に使用するデータであるため、承認者に対して表示されることは好ましくない。このため、図3の承認ワークフロー画面6の方が実用に適している。ところで、承認ワークフロー画面に表示されるカテゴリの順番を廃棄承認済,廃棄承認待ち,承認済,承認待ち,保存中というように逆にしたいというユーザがいたと仮定する。この場合、設定ファイル30のカテゴリ部32に設定される各カテゴリ名のデータを、1.廃棄承認済,2.廃棄承認待ち,3.承認済,4.承認待ち,5.保存中とすればよい。このように本実施形態によれば、カテゴリ名の前に区切り文字とともに付されるコードを変更するだけで、承認ワークフロー画面に順番に表示されるカテゴリ名の順序を所望の順序に容易に設定することができる。なお前述したような画面再構成処理は、Java登録商標Scriptを利用してプログラミングすることができる。その場合の処理手順を図10の流れ図に示す。なお、画面メモリ40に展開された各データは、HTMLHyperTextMarkupLanguageで記述されている。先ず、CPU21は、画面メモリ40のTableタグオブジェクトを取得し、変数varTableにセットするST21。次に、CPU21は、変数varTableにセットしたTableタグオブジェクトから全てのTdタグオブジェクトを取得し、変数varTdsにセットするST22。しかる後、CPU21は、変数varTdsにセットされた全てのTdタグオブジェクトに対し、以下のステップST24~ST27の処理を繰り返し実行するST23。すなわち、ステップST24では、CPU21は、変数varTdsにセットされたTdタグオブジェクトが、カテゴリ名のデータ条件コード区切り文字テキストデータを満足するか否かを判断する。満足する場合はST24のYES、ステップST25~ST27の処理を実行し、満足しない場合はST24のNO、ステップST25~ST27の処理を実行しない。ステップST25では、CPU21は、変数varTdsにセットされたTdタグオブジェクトのテキスト値を、変数varTextにセットする。ステップST26では、CPU21は、変数varTextにセットされたテキスト値から区切り文字.の位置を特定し、変数verPosにセットする。ステップST27では、CPU21は、変数varTdsにセットされたTdタグオブジェクトのテキスト値に、変数varTextにセットされたテキスト値の変数verPosにセットされた位置以降の値のみをセットする。CPU21は、変数varTdsにセットされた全てのTdタグオブジェクトに対して上記ステップST24~ST27の処理を実行するとST28、画面再構成処理を終了する。以下、前記実施形態の変形例について説明する。前記実施形態では、カテゴリ名に使用されるコードを1,2,3,...というような数字としたが、コードはこれに限定されるものではない。例えば、A,B,C,というような英文字でもよい。また、前記実施形態では、カテゴリ名に使用される区切り文字を.としたが、区切り文字はこれに限定されるものではない。コード及びカテゴリ名のテキストとして使用されない文字であれば、如何なる文字を区切り文字として定義してもよい。前記実施形態では、承認ワークフローの画面作成装置であるサーバ2を例示したが、サーバはこれに限定されるものではない。データがカテゴリ別にまとめられて表示される画面を作成する機能を有したサーバであればよい。また、前記実施形態は、サーバ2の内部のプログラム記憶部であるROM22またはHDD24に発明の機能を実現させる制御プログラムが予め記録されているものとした。しかしこれに限らず、同様のプログラムがネットワークからサーバ2にダウンロードされてもよい。あるいは、記録媒体に記録された同様のプログラムが、サーバ2にインストールされてもよい。記録媒体は、CD-ROM,メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。また、プログラムのインストールやダウンロードにより得る機能は、装置内部のOSオペレーティングシステム等と協働してその機能を実現させるものであってもよい。この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。"