JP2012185578A

JP2012185578A - 画面作成装置及びプログラム

Info

Publication number: JP2012185578A
Application number: JP2011046904A
Authority: JP
Inventors: Kazuo Shikano; 和生鹿埜
Original assignee: Toshiba TEC Corp
Current assignee: Toshiba TEC Corp
Priority date: 2011-03-03
Filing date: 2011-03-03
Publication date: 2012-09-27
Anticipated expiration: 2031-03-03
Also published as: JP5538274B2

Abstract

【課題】画面に順番に表示される項目の順序を所望の順序に容易に設定できる画面作成装置を提供する。
【解決手段】画面作成装置は、コード値とテキストとを区切り文字で連結してなるカテゴリ名のデータから区切り文字の位置を特定する。また、画面作成装置は、一画面に順番に表示される複数のカテゴリ名のデータを、そのカテゴリ名のコード値を基準にソートする。画面作成装置は、コード値を基準にソートされた各カテゴリ名のデータから区切り文字より後のテキストを取り出してソートされた順番に画面に展開する。
【選択図】図７

Description

本発明の実施形態は、データがカテゴリ別にまとめられて表示される画面の作成装置に関する。

ワークフローシステムのサーバは、ネットワークに接続された各承認者のコンピュータ端末間で、電子化された承認用の文書を順に回覧させる。この際、サーバは、同一のカテゴリに属する文書をグループ化する。そして、各グループのカテゴリ名を順番に表示し、いずれかのカテゴリ名が選択されると、そのカテゴリに属する文書のタイトル等が一覧となって展開される画面（Ｗｅｂ画面）を作成する。承認者は、コンピュータ端末のＷｅｂブラウザ上で上記画面を閲覧して、承認作業を行う。

ところで、画面に順番に表示されるカテゴリ名の順序は、そのカテゴリ名の先頭文字の文字コードを基準にソートされる。このため、例えばワークフローシステムの場合、ワークの流れに沿った順にカテゴリ名を列挙すると「保存中」，「承認待ち」，「承認済」，「廃棄承認待ち」，「廃棄承認済」の順になるが、文字コードを基準にソートをかけると、「承認済」，「承認待ち」，「廃棄承認済」，「廃棄承認待ち」，「保存中」の順となり、承認者にとって使い勝手が悪い。

特開２００４−１１０４１４号公報

本発明が解決しようとする課題は、画面に順番に表示される項目の順序を所望の順序に容易に設定できる画面作成装置を提供しようとするものである。

一実施形態の画面作成装置は、区切り文字特定手段と、カテゴリ名ソート手段と、画面作成手段とを備える。区切り文字特定手段は、コード値とテキストとを区切り文字で連結してなるカテゴリ名のデータから区切り文字の位置を特定する。カテゴリ名ソート手段は、一画面に順番に表示される複数のカテゴリ名のデータを、そのカテゴリ名のコード値を基準にソートする。画面作成手段は、コード値を基準にソートされた各カテゴリ名のデータから区切り文字より後のテキストを取り出してソートされた順番に画面に展開する。

一実施形態における承認ワークフローシステムの全体図。同実施形態において、承認用文書データベースに蓄積される承認用文書のデータ構造を示す模式図。同実施形態において、クライアント端末に表示される承認ワークフロー画面の一例を示す平面図。同実施形態において、サーバの要部構成を示すブロック図。同実施形態において、サーバが有する設定ファイルのデータ構造を示す模式図。同実施形態において、画面作成プログラムに従ってサーバのＣＰＵが実行する処理手順を示す流れ図。図６における画面再構成処理の手順を具体的に示す流れ図。従来例による承認用ワークフロー画面の一例を示す平面図。図６における画面再構成処理を省略した場合の承認用ワークフロー画面の一例を示す平面図。画面再構成処理をJava（登録商標）Scriptを利用してプログラミングした場合の流れ図。

以下、実施形態の画面作成装置を、図面を用いて説明する。なお、この実施形態は、承認ワークフローシステム１のサーバ２に適用した場合である。

図１は、承認ワークフローシステム１の全体図である。承認ワークフローシステム１は、サーバ２と、複数のクライアント端末３とを備え、サーバ２と各クライアント端末３とを、インターネット等のネットワーク４で双方向通信自在に接続している。サーバ２は、承認用文書のデータベース５を具備している。このデータベース５に蓄積される承認用文書は、図２に示すように、文書名と、承認用文書のテキストデータと、最新更新日時及び更新者と、ステータスとからなる。ステータスは、承認ワークフローの段階を識別するもので、本実施形態では、項目「保存中」，項目「承認待ち」，項目「承認済」，項目「廃棄承認待ち」，項目「廃棄承認済」の５段階を識別する。

またサーバ２は、クライアント端末３からの要求により、当該端末３のユーザが承認作業を行うための承認ワークフロー画面６を提供するための機能を有している。
承認ワークフロー画面６の一例を図３に示す。図示するように、承認ワークフロー画面６は、上から１列目に画面名称「承認ワークフロー」を表示し、２列目に承認用文書のデータ項目である「更新日時」，「文書名」及び「更新者」を表示する。また、３行目以降に、承認ワークフローの段階を示す項目である「保存中」，「承認待ち」，「承認済」，「廃棄承認待ち」，「廃棄承認済」を順に表示する。そして、いずれかの段階を示す項目が選択されると、ステータスがその段階にある承認用文書の更新日時，文書名及び更新者の各情報が一覧となって展開される。また、承認用文書の情報が展開されている段階の項目が選択されると、その展開されていた情報が折り畳められる。

以下では、サーバ２が有する上記承認ワークフロー画面６の提供機能について、詳細に説明する。

図４は、サーバ２の要部構成を示すブロック図である。サーバ２は、コンピュータの中枢を担うＣＰＵ（Central Processing Unit）２１と、主記憶部を構成するＲＯＭ（Read Only Memory）２２及びＲＡＭ（Random Access Memory）２３と、補助記憶部を構成するＨＤＤ（Hard Disk Drive）２４と、ネットワーク４を介してデータ通信を行う通信インターフェース２５とを有している。ＣＰＵ２１と、ＲＯＭ２２，ＲＡＭ２３，ＨＤＤ２４及び通信インターフェース２５とは、アドレスバス，データバス等のバスライン２６で接続している。

ＨＤＤ２４は、前記承認用文書のデータベース５を保存する。また、ＨＤＤ２４は、承認ワークフロー画面６の設定ファイル３０を保存する。設定ファイル３０は、図５に示すように、ヘッダ部３１と、カテゴリ部３２とからなる。

ヘッダ部３１は、複数のヘッダ名と各ヘッダ名に対して個々に割り当てられた一意のヘッダＩＤとを記憶する。ヘッダ名は、承認ワークフロー画面６の２列目に表示される承認用文書のデータ項目「更新日時」，「文書名」，「更新者」の名称である。

カテゴリ部３２は、複数のカテゴリ名と各カテゴリ名に対して個々に割り当てられた一意のカテゴリＩＤとを記憶する。カテゴリ名は、承認ワークフローの段階を示す項目「保存中」，「承認待ち」，「承認済」，「廃棄承認待ち」，「廃棄承認済」の名称である。ここで、カテゴリ名は、コードと区切り文字とテキストデータとで構成される。テキストデータは、“保存中”，“承認待ち”，“承認済”，“廃棄承認待ち”，“廃棄承認済”というような名称である。コードは、“１”，“２”，“３”，…というような数字である。区切り文字は、コードと名称との区切りを示す文字であり、本実施形態ではピリオド“．”を使用する。

そして、本実施形態では、承認ワークの流れに沿った順に小さい数値をコードとして割り当てる。すなわち、第１段階である項目「保存中」のカテゴリ名は“１．保存中”とし、第２段階である項目「承認待ち」のカテゴリ名は“２．承認待ち”とし、第３段階の項目「承認済」のカテゴリ名は“３．承認済”とし、第４段階の項目「廃棄承認待ち」のカテゴリ名は“４．廃棄承認待ち”とし、第５段階の項目「廃棄承認済」のカテゴリ名は“５．廃棄承認済”とする。

かかる構成のサーバ２は、設定ファイル３０の設定内容に従い、承認ワークフロー画面６を作成するための画面メモリ４０を備える。

しかして、当該サーバ２のＣＰＵ２１は、いずれかのクライアント端末３からネットワーク４を介して承認ワークフロー画面６の閲覧要求を受信すると、図６の流れ図に示す手順の情報処理を実行する。この処理は、ＲＯＭ２２またはＨＤＤ２４にて記憶する画面作成プログラムに基づくものである。

すなわちＣＰＵ１１は、クライアント端末３からの閲覧要求を待機しており（ＳＴ１）、通信インターフェース２５にて閲覧要求を受信すると（ＳＴ１のＹＥＳ）、先ず、画面メモリ４０の１列目に、画面名称「承認ワークフロー」のテキストデータを展開する（ＳＴ２）。続いて、画面メモリ４０の２列目に、設定ファイル３０のヘッダ部３１に記憶するヘッダ名のデータ「更新日時」，「文書名」，「更新者」を展開する（ＳＴ３）。

続いて、ＣＰＵ２１は、画面メモリ４０の３列目以降に、設定ファイル３０のカテゴリ部３２で記憶するカテゴリ名のデータを１列ずつ順に展開する。このとき、ＣＰＵ２１は、各カテゴリ名のデータを、その先頭に付されたコードの小さい順に並べ替える。すなわち、コード“１”が付されたデータは３行目に、コード“２”が付されたデータは４行目に、コード“３”が付されたデータは５行目にそれぞれ展開する（ＳＴ４：カテゴリ名ソート手段）。

次に、ＣＰＵ２１は、承認用文書データベース５から承認用文書のデータを１文書ずつ読み込む（ＳＴ５）。そしてＣＰＵ２１は、その文書の最新更新日時、文書名及び更新者を、画面メモリ４０に一列ずつ展開する。このとき、ＣＰＵ２１は、各文書の新更新日時、文書名及び更新者を、その文書のステータスに対応するカテゴリ名が展開されている列の後の列に展開する（ＳＴ６）。

ＣＰＵ２１は、承認用文書データベース５から全ての承認用文書のデータを読み込んだか否かを判断する（ＳＴ７）。読み込んでいない場合には（ＳＴ７のＮＯ）、ステップＳＴ５に戻って次の承認用文書のデータを読み込み、ステップＳＴ６の処理を実行する。

承認用文書データベース５から全ての承認用文書のデータを読み込んだならば（ＳＴ７のＹＥＳ）、ＣＰＵ２１は、画面再構成処理を実行する（ＳＴ８）。この画面再構成処理は、図７の流れ図によって示される。

すなわちＣＰＵ２１は、先ず、列カウンタＡを“０”にリセットする（ＳＴ１１）。次に、ＣＰＵ２１は、列カウンタＡを“１”だけカウントアップする（ＳＴ１２）。そして、列カウンタＡが、画面メモリ４０に展開されたデータの最終列Ｂを超えたか否かを判断する（ＳＴ１３）。超えていない場合（ＳＴ１３のＮＯ）、ＣＰＵ２１は、画面メモリ４０からＡ列目（Ａは列カウンタＡの値）に展開されたデータを検出する（ＳＴ１４）。そしてこのデータが、カテゴリ名であるか否かを判断する（ＳＴ１５）。すなわち、Ａ列目のデータがコードと区切り文字とテキストデータとからなる場合にはカテゴリ名と判断し、それ以外はカテゴリ名で無いと判断する。

Ａ列目に展開されたデータがカテゴリ名でない場合（ＳＴ１５のＮＯ）、ＣＰＵ２１は、ステップＳＴ１２に戻り、列カウンタＡをさらに“１”だけカウントアップする。そして、ステップＳＴ１３以降の処理を再度実行する。

Ａ列目に展開されたデータがカテゴリ名である場合（ＳＴ１５のＹＥＳ）、ＣＰＵ２１は、Ａ列目に展開されたデータから区切り文字“．”の位置を特定する（ＳＴ１６：区切り文字特定手段）。そしてＣＰＵ２１は、Ａ列目に展開されたデータを、区切り文字以降のテキストデータに置換する（ＳＴ１７）。しかる後、ＣＰＵ２１は、ステップＳＴ１２に戻り、列カウンタＡをさらに“１”だけカウントアップする。そして、ステップＳＴ１３以降の処理を再度実行する。

こうして、列カウンタＡが画面メモリ４０に展開されたデータの最終列Ｂを超えるまで、上記ステップＳＴ１２〜ＳＴ１７の処理を繰り返し実行する。そして、超えたならば（ＳＴ１３のＹＥＳ）、画面再構成処理が終了する（画面作成手段）。

画面再構成処理が終了すると、ＣＰＵ２１は、画面メモリ４０のデータを、Ｗｅｂブラウザで閲覧可能なＷｅｂ画面のデータとする（ＳＴ９）。そしてＣＰＵ２１は、このＷｅｂ画面のデータを、閲覧要求のあったクライアント端末３に送信する（ＳＴ１０：画面送信手段）。

このように、サーバ２は、設定ファイル３０のカテゴリ部３２で記憶するカテゴリ名のデータを画面メモリ４０に展開する際に、各カテゴリ名のデータを、その先頭に付されたコードの小さい順に並べ替えるだけでなく、そのカテゴリ名から区切り文字の位置を特定し、この区切り文字以降のテキストデータを画面メモリ４０に展開するようにしている。

したがって、本実施形態によれば、閲覧要求を行ったクライアント端末３のディスプレイには、図３に示すように、承認ワークの流れに沿った順序でカテゴリ名「保存中」，「承認待ち」，「承認済」，「廃棄承認待ち」，「廃棄承認済」が並べられた承認ワークフロー画面６が表示される。

図８は、従来例のように、カテゴリ名のデータをテキスト文字だけとした場合の承認ワークフロー画面７である。この場合、各カテゴリ名のデータを画面メモリ４０に展開する際には、そのデータがカテゴリ名の先頭文字の文字コードを基準にソートされるので、カテゴリ名は、「承認済」，「承認待ち」，「廃棄承認済」，「廃棄承認待ち」，「保存中」の順となる。

図９は、本実施形態のように、カテゴリ名のデータをコードと区切り文字とテキストデータとからなる場合において、図６のステップＳＴ８で示す画面再構成処理を省略した場合の承認ワークフロー画面８である。この場合、各カテゴリ名は「１．保存中」，「２．承認待ち」，「３．承認済」，「４．廃棄承認待ち」，「５．廃棄承認済」となる。

図３の承認ワークフロー画面６と図８の承認ワークフロー画面７とを対比すると、図８の承認ワークフロー画面７は、カテゴリ名の順番が承認ワークの流れに沿っていない。このため、承認者にとって非常に使い勝手が悪い。これに対して、図３の承認ワークフロー画面６は、カテゴリ名の順番が承認ワークの流れに沿っている。このため、承認者にとって使い勝手が良好である。

次に、図３の承認ワークフロー画面６と図９の承認ワークフロー画面８とを対比すると、図９の承認ワークフロー画面８は、カテゴリ名に不要なコードと区切り文字が付加されている。これに対して、図３の承認ワークフロー画面６は、カテゴリ名にコードと区切り文字が付加されていない。コード値や区切り文字は、内部的に使用するデータであるため、承認者に対して表示されることは好ましくない。このため、図３の承認ワークフロー画面６の方が実用に適している。

ところで、承認ワークフロー画面に表示されるカテゴリの順番を「廃棄承認済」，「廃棄承認待ち」，「承認済」，「承認待ち」，「保存中」というように逆にしたいというユーザがいたと仮定する。この場合、設定ファイル３０のカテゴリ部３２に設定される各カテゴリ名のデータを、“１．廃棄承認済”，“２．廃棄承認待ち”，“３．承認済”，“４．承認待ち”，“５．保存中”とすればよい。

このように本実施形態によれば、カテゴリ名の前に区切り文字とともに付されるコードを変更するだけで、承認ワークフロー画面に順番に表示されるカテゴリ名の順序を所望の順序に容易に設定することができる。

なお前述したような画面再構成処理は、Java（登録商標）Scriptを利用してプログラミングすることができる。その場合の処理手順を図１０の流れ図に示す。なお、画面メモリ４０に展開された各データは、ＨＴＭＬ（HyperText Markup Language）で記述されている。

先ず、ＣＰＵ２１は、画面メモリ４０のTableタグオブジェクトを取得し、変数「var Table」にセットする（ＳＴ２１）。次に、ＣＰＵ２１は、変数「var Table」にセットしたTableタグオブジェクトから全てのTdタグオブジェクトを取得し、変数「var Tds」にセットする（ＳＴ２２）。しかる後、ＣＰＵ２１は、変数「var Tds」にセットされた全てのTdタグオブジェクトに対し、以下のステップＳＴ２４〜ＳＴ２７の処理を繰り返し実行する（ＳＴ２３）。

すなわち、ステップＳＴ２４では、ＣＰＵ２１は、変数「var Tds」にセットされたTdタグオブジェクトが、カテゴリ名のデータ条件（コード＋区切り文字＋テキストデータ）を満足するか否かを判断する。満足する場合は（ＳＴ２４のＹＥＳ）、ステップＳＴ２５〜ＳＴ２７の処理を実行し、満足しない場合は（ＳＴ２４のＮＯ）、ステップＳＴ２５〜ＳＴ２７の処理を実行しない。

ステップＳＴ２５では、ＣＰＵ２１は、変数「var Tds」にセットされたTdタグオブジェクトのテキスト値を、変数「var Text」にセットする。ステップＳＴ２６では、ＣＰＵ２１は、変数「var Text」にセットされたテキスト値から区切り文字“．”の位置を特定し、変数「ver Pos」にセットする。ステップＳＴ２７では、ＣＰＵ２１は、変数「var Tds」にセットされたTdタグオブジェクトのテキスト値に、変数「var Text」にセットされたテキスト値の変数「ver Pos」にセットされた位置以降の値のみをセットする。

ＣＰＵ２１は、変数「var Tds」にセットされた全てのTdタグオブジェクトに対して上記ステップＳＴ２４〜ＳＴ２７の処理を実行すると（ＳＴ２８）、画面再構成処理を終了する。

以下、前記実施形態の変形例について説明する。
前記実施形態では、カテゴリ名に使用されるコードを“１”，“２”，“３”，…というような数字としたが、コードはこれに限定されるものではない。例えば、“Ａ”，“Ｂ”，“Ｃ”，というような英文字でもよい。また、前記実施形態では、カテゴリ名に使用される区切り文字を“．”としたが、区切り文字はこれに限定されるものではない。コード及びカテゴリ名のテキストとして使用されない文字であれば、如何なる文字を区切り文字として定義してもよい。

前記実施形態では、承認ワークフローの画面作成装置であるサーバ２を例示したが、サーバはこれに限定されるものではない。データがカテゴリ別にまとめられて表示される画面を作成する機能を有したサーバであればよい。

また、前記実施形態は、サーバ２の内部のプログラム記憶部であるＲＯＭ２２またはＨＤＤ２４に発明の機能を実現させる制御プログラムが予め記録されているものとした。しかしこれに限らず、同様のプログラムがネットワークからサーバ２にダウンロードされてもよい。あるいは、記録媒体に記録された同様のプログラムが、サーバ２にインストールされてもよい。記録媒体は、ＣＤ−ＲＯＭ，メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。また、プログラムのインストールやダウンロードにより得る機能は、装置内部のＯＳ（オペレーティング・システム）等と協働してその機能を実現させるものであってもよい。

この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１…ワークフローシステム、２…サーバ、３…クライアント端末、４…ネットワーク、５…承認用文書データベース、２１…ＣＰＵ、３０…設定ファイル、４０…画面メモリ。

Claims

コード値とテキストとを区切り文字で連結してなるカテゴリ名のデータから前記区切り文字の位置を特定する区切り文字特定手段と、
一画面に順番に表示される複数の前記カテゴリ名のデータを、そのカテゴリ名のコード値を基準にソートするカテゴリ名ソート手段と、
前記コード値を基準にソートされた各カテゴリ名のデータから前記区切り文字より後のテキストを取り出してソートされた順番に画面に展開する画面作成手段と、
を具備したことを特徴とする画面作成装置。
作成された画面の情報を、ネットワークで接続された外部端末に送信する画面送信手段、
をさらに具備したことを特徴とする画面作成装置。
前記画面作成手段は、前記コード値を基準にソートされた順番に各カテゴリ名のデータが展開された記憶部から１列ずつデータを検出し、そのデータがカテゴリ名のデータであるとき、そのデータから区切り文字より後のテキストを取り出して前記記憶部に展開されたデータを取り出したテキストに置換することを特徴とする請求項１記載の画面作成装置。
前記画面作成手段により作成される画面は、Ｗｅｂブラウザで閲覧可能なＷｅｂ画面であることを特徴とする請求項１記載の画面作成装置。
コード値とテキストとを区切り文字で連結してなるカテゴリ名のデータをそのカテゴリ名のコード値を基準にソートし、ソートされた順番にカテゴリ名が表示される画面を作成するコンピュータに、
前記コード値を基準にソートされた順番に各カテゴリ名のデータが展開された記憶部から１列ずつデータを検出する機能と、
検出したデータがカテゴリ名のデータであるとき、そのデータから区切り文字の位置を特定する機能と、
記憶部から検出したカテゴリ名のデータから、特定された区切り文字より後のテキストを取り出して、前記記憶部に展開された当該カテゴリ名のデータを取り出したテキストに置換する機能と、
を実現させるためのプログラム。
Java（登録商標）Scriptで記述されていることを特徴とする請求項５記載のプログラム。