特許 5657930 電子票表示制御装置、電子票表示制御方法および電子票表示制御プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5657930

(24)【登録日】2014年12月5日

(45)【発行日】2015年1月21日

(54)【発明の名称】電子票表示制御装置、電子票表示制御方法および電子票表示制御プログラム

(51)【国際特許分類】

   G06Q 10/06 20120101AFI20141225BHJP

【ＦＩ】

   G06Q10/06 100

【請求項の数】6

【全頁数】27

(21)【出願番号】特願2010-148211(P2010-148211)

(22)【出願日】2010年6月29日

(65)【公開番号】特開2012-14283(P2012-14283A)

(43)【公開日】2012年1月19日

【審査請求日】2013年7月1日

(73)【特許権者】

【識別番号】398040527

【氏名又は名称】株式会社オービック

(74)【代理人】

【識別番号】100089118

【弁理士】

【氏名又は名称】酒井 宏明

(72)【発明者】

【氏名】加藤 雅広

(72)【発明者】

【氏名】横溝 真一

【審査官】 小原 正信

(56)【参考文献】

【文献】 特開２００５−１４１４２３（ＪＰ，Ａ）

【文献】 特開２００４−２５８９６０（ＪＰ，Ａ）

【文献】 特開２００８−１４６３０４（ＪＰ，Ａ）

【文献】 特開２００４−３０２６１３（ＪＰ，Ａ）

【文献】 特開２００３−０８５３３５（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ １０／００−５０／３４

(57)【特許請求の範囲】

【請求項1】

申請者の記入項目および承認者の記入項目を含むワークフローで回覧される電子票を表示させる際に、各々の前記記入項目を、当該表示を指示したユーザの当該電子票に対する属性に応じた権限で制御する、制御部と記憶部とを備えた電子票表示制御装置であって、
前記記憶部は、
前記電子票に含まれる複数の前記記入項目に対して、申請者および承認者を含む予め設定された複数の前記属性ごとに、読み取り、書き込みおよび非表示を含む予め設定された複数の前記権限のうちのいずれかが設定された項目別権限管理情報と、
前記電子票の申請者に関するユーザ識別情報、予め設定された前記電子票の承認ルートにおける現在の承認者に関するユーザ識別情報、前記ワークフローにおける現在の段階に関する段階識別情報、および前記電子票に含まれる各々の前記記入項目の現在の記入内容を含む電子票管理情報と、
前記承認ルートに含まれる複数の承認者に関するユーザ識別情報および各々の承認者の前記承認ルート上での承認順序を含む承認ルート識別情報と、
を記憶し、
前記段階識別情報として、申請中、承認中、および引き戻し済の３パターンのうちのいずれか１つが予め設定されており、
前記制御部は、
予め入力されたユーザ識別情報で特定されるユーザの前記電子票に対する前記属性を、前記電子票管理情報を参照して確認する確認手段と、
前記確認手段で確認された前記属性、前記電子票管理情報および前記項目別権限管理情報に基づいて、各々の前記記入項目に現在の前記記入内容が入力され且つ当該確認された前記属性に応じた前記権限で各々の前記記入項目が制御された状態の前記電子票を生成し、生成した当該電子票を表示する表示実行手段と、
表示された前記電子票に含まれる各々の前記記入項目の前記記入内容を前記電子票管理情報に保存する保存実行手段と、
を備え、
前記表示実行手段は、
（１）前記確認手段で確認された前記属性が申請者であり且つ前記段階識別情報が前記申請中、前記承認中、または前記引き戻し済である場合には、承認者の前記記入項目が前記非表示の前記権限で制御された状態の前記電子票を生成し、当該生成した電子票と当該電子票の引き戻しを指示するための操作ボタンとを含む画面を表示し、
（２）前記確認手段で確認された前記属性が承認者であり且つ前記段階識別情報が前記申請中または前記承認中である場合には、生成した前記電子票と当該電子票の差し戻しを指示するための操作ボタンとを含む画面を表示し、
前記保存実行手段は、
（１）引き戻し指示を受けた場合において前記段階識別情報が前記申請中または前記承認中であるときには、当該段階識別情報を前記引き戻し済に書き換え、
（２）差し戻し指示を受けた場合において現在の承認者が前記承認ルートにおける最下位の承認者ではないときには、当該現在の承認者の１つ前の承認者に関するユーザ識別情報を前記承認ルート識別情報から取得し、当該取得したユーザ識別情報を現在の承認者に関するものとして前記電子票管理情報に保存し、
（３）差し戻し指示を受けた場合において現在の承認者が前記承認ルートにおける最下位の承認者であるときには、前記段階識別情報を前記申請中に書き換えること、
を特徴とする電子票表示制御装置。

【請求項2】

前記保存実行手段は、差し戻し指示を受けた場合において現在の承認者が前記承認ルートにおける最下位の承認者ではないときには、前記段階識別情報を前記申請中または前記承認中に書き換えること、
を特徴とする請求項１に記載の電子票表示制御装置。

【請求項3】

前記制御部は、前記確認手段で確認された前記属性が承認者であり且つ前記段階識別情報が前記引き戻し済である場合には、前記表示実行手段を動作させないこと、
を特徴とする請求項１または２に記載の電子票表示制御装置。

【請求項4】

前記保存実行手段は、承認指示を受けた場合には、現在の承認者の次の承認者に関するユーザ識別情報を前記承認ルート識別情報から取得し、当該取得したユーザ識別情報を現在の承認者に関するものとして前記電子票管理情報に保存すること、
を特徴とする請求項１から３のいずれか１つに記載の電子票表示制御装置。

【請求項5】

申請者の記入項目および承認者の記入項目を含むワークフローで回覧される電子票を表示させる際に、各々の前記記入項目を、当該表示を指示したユーザの当該電子票に対する属性に応じた権限で制御する、制御部と記憶部とを備えた情報処理装置で実行される電子票表示制御方法であって、
前記記憶部は、
前記電子票に含まれる複数の前記記入項目に対して、申請者および承認者を含む予め設定された複数の前記属性ごとに、読み取り、書き込みおよび非表示を含む予め設定された複数の前記権限のうちのいずれかが設定された項目別権限管理情報と、
前記電子票の申請者に関するユーザ識別情報、予め設定された前記電子票の承認ルートにおける現在の承認者に関するユーザ識別情報、前記ワークフローにおける現在の段階に関する段階識別情報、および前記電子票に含まれる各々の前記記入項目の現在の記入内容を含む電子票管理情報と、
前記承認ルートに含まれる複数の承認者に関するユーザ識別情報および各々の承認者の前記承認ルート上での承認順序を含む承認ルート識別情報と、
を記憶し、
前記段階識別情報として、申請中、承認中、および引き戻し済の３パターンのうちのいずれか１つが予め設定されており、
前記制御部で実行される、
予め入力されたユーザ識別情報で特定されるユーザの前記電子票に対する前記属性を、前記電子票管理情報を参照して確認する確認ステップと、
前記確認ステップで確認された前記属性、前記電子票管理情報および前記項目別権限管理情報に基づいて、各々の前記記入項目に現在の前記記入内容が入力され且つ当該確認された前記属性に応じた前記権限で各々の前記記入項目が制御された状態の前記電子票を生成し、生成した当該電子票を表示する表示実行ステップと、
表示された前記電子票に含まれる各々の前記記入項目の前記記入内容を前記電子票管理情報に保存する保存実行ステップと、
を含み、
前記表示実行ステップは、
（１）前記確認ステップで確認された前記属性が申請者であり且つ前記段階識別情報が前記申請中、前記承認中、または前記引き戻し済である場合には、承認者の前記記入項目が前記非表示の前記権限で制御された状態の前記電子票を生成し、当該生成した電子票と当該電子票の引き戻しを指示するための操作ボタンとを含む画面を表示し、
（２）前記確認ステップで確認された前記属性が承認者であり且つ前記段階識別情報が前記申請中または前記承認中である場合には、生成した前記電子票と当該電子票の差し戻しを指示するための操作ボタンとを含む画面を表示し、
前記保存実行ステップは、
（１）引き戻し指示を受けた場合において前記段階識別情報が前記申請中または前記承認中であるときには、当該段階識別情報を前記引き戻し済に書き換え、
（２）差し戻し指示を受けた場合において現在の承認者が前記承認ルートにおける最下位の承認者ではないときには、当該現在の承認者の１つ前の承認者に関するユーザ識別情報を前記承認ルート識別情報から取得し、当該取得したユーザ識別情報を現在の承認者に関するものとして前記電子票管理情報に保存し、
（３）差し戻し指示を受けた場合において現在の承認者が前記承認ルートにおける最下位の承認者であるときには、前記段階識別情報を前記申請中に書き換えること、
を特徴とする電子票表示制御方法。

【請求項6】

申請者の記入項目および承認者の記入項目を含むワークフローで回覧される電子票を表示させる際に、各々の前記記入項目を、当該表示を指示したユーザの当該電子票に対する属性に応じた権限で制御する、制御部と記憶部とを備えた情報処理装置に実行させるための電子票表示制御プログラムであって、
前記記憶部は、
前記電子票に含まれる複数の前記記入項目に対して、申請者および承認者を含む予め設定された複数の前記属性ごとに、読み取り、書き込みおよび非表示を含む予め設定された複数の前記権限のうちのいずれかが設定された項目別権限管理情報と、
前記電子票の申請者に関するユーザ識別情報、予め設定された前記電子票の承認ルートにおける現在の承認者に関するユーザ識別情報、前記ワークフローにおける現在の段階に関する段階識別情報、および前記電子票に含まれる各々の前記記入項目の現在の記入内容を含む電子票管理情報と、
前記承認ルートに含まれる複数の承認者に関するユーザ識別情報および各々の承認者の前記承認ルート上での承認順序を含む承認ルート識別情報と、
を記憶し、
前記段階識別情報として、申請中、承認中、および引き戻し済の３パターンのうちのいずれか１つが予め設定されており、
前記制御部に実行させるための、
予め入力されたユーザ識別情報で特定されるユーザの前記電子票に対する前記属性を、前記電子票管理情報を参照して確認する確認ステップと、
前記確認ステップで確認された前記属性、前記電子票管理情報および前記項目別権限管理情報に基づいて、各々の前記記入項目に現在の前記記入内容が入力され且つ当該確認された前記属性に応じた前記権限で各々の前記記入項目が制御された状態の前記電子票を生成し、生成した当該電子票を表示する表示実行ステップと、
表示された前記電子票に含まれる各々の前記記入項目の前記記入内容を前記電子票管理情報に保存する保存実行ステップと、
を含み、
前記表示実行ステップは、
（１）前記確認ステップで確認された前記属性が申請者であり且つ前記段階識別情報が前記申請中、前記承認中、または前記引き戻し済である場合には、承認者の前記記入項目が前記非表示の前記権限で制御された状態の前記電子票を生成し、当該生成した電子票と当該電子票の引き戻しを指示するための操作ボタンとを含む画面を表示し、
（２）前記確認ステップで確認された前記属性が承認者であり且つ前記段階識別情報が前記申請中または前記承認中である場合には、生成した前記電子票と当該電子票の差し戻しを指示するための操作ボタンとを含む画面を表示し、
前記保存実行ステップは、
（１）引き戻し指示を受けた場合において前記段階識別情報が前記申請中または前記承認中であるときには、当該段階識別情報を前記引き戻し済に書き換え、
（２）差し戻し指示を受けた場合において現在の承認者が前記承認ルートにおける最下位の承認者ではないときには、当該現在の承認者の１つ前の承認者に関するユーザ識別情報を前記承認ルート識別情報から取得し、当該取得したユーザ識別情報を現在の承認者に関するものとして前記電子票管理情報に保存し、
（３）差し戻し指示を受けた場合において現在の承認者が前記承認ルートにおける最下位の承認者であるときには、前記段階識別情報を前記申請中に書き換えること、
を特徴とする電子票表示制御プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ワークフローで複数のユーザに回覧される電子票（例えば帳票など）を表示させる際に当該電子票に含まれている各々の項目を、ワークフローへの関わり方を考慮したユーザの属性に応じた権限で制御する電子票表示制御装置、電子票表示制御方法および電子票表示制御プログラムに関する。

【背景技術】

【0002】

特許文献１には、電子伝票中の伝票データの表示を特定の担当者に対してのみ行うための技術が開示されている。特許文献２には、特定の者に対して特定の情報（項目）のみを開示してワークフローを実施するための技術が開示されている。

【0003】

特許文献３の段落０１６４には、“フローの段階（プロセス）とユーザの権限に応じて適切なタイミングに適切なユーザによる処理のみを受け付けるように業務文書へのアクセスを制御する。例えば、ユーザが業務システムに処理を依頼するボタンを、処理すべきタイミングかつ処理すべきユーザでないと表示しない。また、ユーザが入力する個所についても、入力すべき時点より（あるいは、表示すべきタイミングのみ）表示する。具体的には、受付部門による記入欄（審査ランク、初動流動管理の要否、審査者設定等）は、申請書作成時に申請者に対しては表示されず、申請受付時点より表示される。”と記載されている。なお、特許文献３には、当該記載の内容を実現するための具体的な実現手段および実現方法については記載されていない。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開平１１−１４９５１１号公報

【特許文献2】特開２００９−１３４５９８号公報

【特許文献3】特開２００３−５０９０５号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

ここで、現実のワークフローにおいては、申請者の記入項目以外にも承認者の記入項目（具体的にはワークフローの途中で承認者が記入する“上長コメント”など）も含まれている書類が回覧されることがあるが、当該書類に対して同一人物が申請者になったり承認者になったりするケースが頻繁にある。具体的には、承認者として登録されている人物が申請者として書類を申請するケースがある。つまり、同一人物が書類の申請者でもあり承認者でもあるケースがある。このように、現実のワークフローにおいては、書類に対する人物のある時点での属性が、１つに定まらないことが頻繁にある。

【0006】

しかしながら、従来技術では、申請者と承認者が異なる人物となる書類を対象とし、そして当該書類中の各項目の権限を特定の人物に対して設定しているので、承認者として登録されている例えば中間管理職の人物が申請者として書類を申請した場合に当該書類の承認者の記入項目が当該人物に記入される虞がある、という問題点がある。なお、従来技術において当該問題点を回避しようとした場合、予め書類の種類を職種別に用意する必要が発生するので、システムの運用上、非常に煩雑になる、という問題点が生じる。

【0007】

また、従来技術では、書類中の各項目の権限を特定の人物に対して設定しているので、人事異動の度に当該設定が必要となるので、システムの運用負荷が増大して、非常に煩雑になる、という問題点がある。また、従来技術では、“表示する・しない”という２つのパターンのみで制御しているので、承認者が申請者の記入内容を改竄できてしまう、という問題点がある。また、従来技術では、特定の者に対して特定の情報（項目）のみを開示するための手段として暗号化および復号の技術を用いているが、鍵を管理する仕組み（具体的には、鍵を管理する特別な装置、および鍵の取り扱いに関するルール作り等）が必要となるので、システムが煩雑化し、システムの開発費用も増大する、という問題点がある。

【0008】

本発明は、上記に鑑みてなされたものであって、書類の各項目への記入内容に対する秘匿性をワークフローの各段階で担保しつつ、同一人物がワークフローへ様々な関わり方をしても当該人物に適正な権限を与え、さらに、これらのことをシンプルに且つ開発コストを抑えて実現することができる電子票表示制御装置、電子票表示制御方法及び電子票表示制御プログラムを提供することを目的とする。

【課題を解決するための手段】

【0009】

上述した課題を解決し、目的を達成するために、本発明にかかる電子票表示制御装置は、申請者の記入項目および承認者の記入項目を含むワークフローで回覧される電子票を表示させる際に、各々の前記記入項目を、当該表示を指示したユーザの当該電子票に対する属性に応じた権限で制御する、制御部と記憶部とを備えた電子票表示制御装置であって、前記記憶部は、前記電子票に含まれる複数の前記記入項目に対して、前記申請者および前記承認者を含む予め設定された複数の前記属性ごとに、読み取り、書き込みおよび非表示を含む予め設定された複数の前記権限のうちのいずれかが設定された項目別権限管理情報と、前記電子票の前記申請者に関するユーザ識別情報、予め設定された前記電子票の承認ルートにおける現在の前記承認者に関する前記ユーザ識別情報、および前記電子票に含まれる各々の前記記入項目の現在の記入内容を含む電子票管理情報と、を記憶し、前記制御部は、予め入力された前記ユーザ識別情報で特定される前記ユーザの前記電子票に対する前記属性を、前記電子票管理情報を参照して確認する確認手段と、前記確認手段で確認された前記属性、前記電子票管理情報および前記項目別権限管理情報に基づいて、各々の前記記入項目に前記現在の前記記入内容が入力され且つ当該確認された前記属性に応じた前記権限で各々の前記記入項目が制御された状態の前記電子票を生成し、生成した当該電子票を表示する表示実行手段と、を備えたこと、を特徴とする。

【0010】

また、本発明にかかる電子票表示制御装置は、前記の電子票表示制御装置において、前記制御部は、表示された前記電子票に含まれる各々の前記記入項目の前記記入内容を前記電子票管理情報に保存する保存実行手段をさらに備えたこと、を特徴とする。

【0011】

また、本発明にかかる電子票表示制御装置は、前記の電子票表示制御装置において、前記承認ルートに複数の前記承認者が含まれる場合には、前記記憶部は、当該複数の前記承認者に関する前記ユーザ識別情報および各々の前記承認者の当該承認ルート上での承認順序を含む承認ルート識別情報をさらに記憶し、前記保存実行手段は、承認指示を受けた場合には、現在の前記承認者の次の前記承認者に関する前記ユーザ識別情報を前記承認ルート識別情報から取得し、取得した前記ユーザ識別情報を現在の前記承認者のものとして前記電子票管理情報に保存する。

【0012】

また、本発明は電子票表示制御方法に関するものであり、本発明にかかる電子票表示制御方法は、申請者の記入項目および承認者の記入項目を含むワークフローで回覧される電子票を表示させる際に、各々の前記記入項目を、当該表示を指示したユーザの当該電子票に対する属性に応じた権限で制御する、制御部と記憶部とを備えた情報処理装置で実行される電子票表示制御方法であって、前記記憶部は、前記電子票に含まれる複数の前記記入項目に対して、前記申請者および前記承認者を含む予め設定された複数の前記属性ごとに、読み取り、書き込みおよび非表示を含む予め設定された複数の前記権限のうちのいずれかが設定された項目別権限管理情報と、前記電子票の前記申請者に関するユーザ識別情報、予め設定された前記電子票の承認ルートにおける現在の前記承認者に関する前記ユーザ識別情報、および前記電子票に含まれる各々の前記記入項目の現在の記入内容を含む電子票管理情報と、を記憶し、前記制御部で実行される、予め入力された前記ユーザ識別情報で特定される前記ユーザの前記電子票に対する前記属性を、前記電子票管理情報を参照して確認する確認ステップと、前記確認ステップで確認された前記属性、前記電子票管理情報および前記項目別権限管理情報に基づいて、各々の前記記入項目に前記現在の前記記入内容が入力され且つ当該確認された前記属性に応じた前記権限で各々の前記記入項目が制御された状態の前記電子票を生成し、生成した当該電子票を表示する表示実行ステップと、を含むこと、を特徴とする。

【0013】

また、本発明は電子票表示制御プログラムに関するものであり、本発明にかかる電子票表示制御プログラムは、申請者の記入項目および承認者の記入項目を含むワークフローで回覧される電子票を表示させる際に、各々の前記記入項目を、当該表示を指示したユーザの当該電子票に対する属性に応じた権限で制御する、制御部と記憶部とを備えた情報処理装置に実行させるための電子票表示制御プログラムであって、前記記憶部は、前記電子票に含まれる複数の前記記入項目に対して、前記申請者および前記承認者を含む予め設定された複数の前記属性ごとに、読み取り、書き込みおよび非表示を含む予め設定された複数の前記権限のうちのいずれかが設定された項目別権限管理情報と、前記電子票の前記申請者に関するユーザ識別情報、予め設定された前記電子票の承認ルートにおける現在の前記承認者に関する前記ユーザ識別情報、および前記電子票に含まれる各々の前記記入項目の現在の記入内容を含む電子票管理情報と、を記憶し、前記制御部に実行させるための、予め入力された前記ユーザ識別情報で特定される前記ユーザの前記電子票に対する前記属性を、前記電子票管理情報を参照して確認する確認ステップと、前記確認ステップで確認された前記属性、前記電子票管理情報および前記項目別権限管理情報に基づいて、各々の前記記入項目に前記現在の前記記入内容が入力され且つ当該確認された前記属性に応じた前記権限で各々の前記記入項目が制御された状態の前記電子票を生成し、生成した当該電子票を表示する表示実行ステップと、を含むこと、を特徴とする。

【発明の効果】

【0014】

本発明によれば、記憶部には、電子票に含まれる複数の記入項目に対して、予め設定された複数の属性（“申請者”および“承認者”を含む）ごとに、予め設定された複数の権限（“読み取り”、“書き込み”および“非表示”を含む）のうちのいずれかが設定された項目別権限管理情報と、電子票の申請者に関するユーザ識別情報、予め設定された電子票の承認ルートにおける現在の承認者に関するユーザ識別情報、および電子票に含まれる各々の記入項目の現在の記入内容を含む電子票管理情報と、が記憶されている。そして、本発明によれば、制御部は、（１）予め入力されたユーザ識別情報で特定されるユーザの電子票に対する属性を、電子票管理情報を参照して確認し、（２）確認された属性、電子票管理情報および項目別権限管理情報に基づいて、各々の記入項目に現在の記入内容が入力され且つ当該確認された属性に応じた権限で各々の記入項目が制御された状態の電子票を生成し、生成した当該電子票を表示する。これにより、書類の各項目への記入内容に対する秘匿性をワークフローの各段階で担保しつつ、同一人物がワークフローへ様々な関わり方をしても当該人物に適正な権限を与え、さらに、これらのことをシンプルに且つ開発コストを抑えて実現することができる、という効果を奏する。

【0015】

また、本発明によれば、制御部は、表示された電子票に含まれる各々の記入項目の記入内容を電子票管理情報に保存する。これにより、電子票管理情報を最新の状態で管理することができる、という効果を奏する。

【0016】

また、本発明によれば、承認ルートに複数の承認者が含まれる場合には、記憶部には、当該複数の承認者に関するユーザ識別情報および各々の承認者の当該承認ルート上での承認順序を含む承認ルート識別情報がさらに記憶され、制御部は、承認指示を受けた場合には、現在の承認者の次の承認者に関するユーザ識別情報を承認ルート識別情報から取得し、取得したユーザ識別情報を現在の承認者のものとして電子票管理情報に保存する。これにより、電子票管理情報に含まれる現在の承認者を、承認ルートに沿って適切に管理することができる、という効果を奏する。

【図面の簡単な説明】

【0017】

【図1】図１は、ワークフローシステムの構成の一例を示すブロック図である。

【図2】図２は、ユーザ管理ファイル１０６ａの一例を示す図である。

【図3】図３は、帳票ひな形管理ファイル１０６ｂの一例を示す図である。

【図4】図４は、項目別セキュリティ管理ファイル１０６ｃの一例を示す図である。

【図5】図５は、帳票管理ファイル１０６ｄの一例を示す図である。

【図6】図６は、帳票ひな形登録処理の一例を示すフローチャートである。

【図7】図７は、項目別セキュリティ設定画面の一例を示す図である。

【図8】図８は、帳票新規申請処理の一例を示すフローチャートである。

【図9】図９は、新規申請時の帳票画面の一例を示す図である。

【図10】図１０は、帳票承認処理の一例を示すフローチャートである。

【図11】図１１は、承認時の帳票画面の一例を示す図である。

【図12】図１２は、帳票閲覧処理の一例を示すフローチャートである。

【図13】図１３は、閲覧時の帳票画面の一例を示す図である。

【発明を実施するための形態】

【0018】

以下に、本発明にかかる電子票表示制御装置、電子票表示制御方法及び電子票表示制御プログラムの実施形態を、図面に基づいて詳細に説明する。なお、本実施形態により本発明が限定されるものではない。

【0019】

［１．構成］
本実施形態にかかるワークフローシステムの構成について、図１から図５を参照して詳細に説明する。図１は、ワークフローシステムの構成の一例を示すブロック図である。

【0020】

ワークフローシステムは、本発明にかかる電子票表示制御装置を含むサーバ１００と、各ユーザに割り当てられている複数のクライアント２００と、サーバ１００およびクライアント２００を通信可能に接続するネットワーク３００と、を含む。

【0021】

クライアント２００は、具体的には、他の装置と通信回線を介してデータを通信する機能を有する市販のパーソナルコンピュータ（モニタなどの出力装置とキーボードおよびマウスなどの入力装置とを含む）である。ネットワーク３００は、具体的には、インターネット、イントラネットおよびＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などである。

【0022】

サーバ１００は、制御部１０２と通信インターフェース部１０４と記憶部１０６と入出力インターフェース部１０８と、を含む。サーバ１００に含まれているこれら各部は、任意の通信路を介して通信可能に接続されている。

【0023】

通信インターフェース部１０４は、ルータ等の通信装置および専用線等の有線または無線の通信回線を介して、サーバ１００をネットワーク３００に通信可能に接続する。通信インターフェース部１０４は、他の装置と通信回線を介してデータを通信する機能を有する。

【0024】

入出力インターフェース部１０８には、入力装置１１２および出力装置１１４が接続されている。ここで、出力装置１１４には、モニタ（家庭用テレビを含む）の他、スピーカやプリンタを用いることができる。なお、以下では、出力装置１１４をモニタ１１４として記載する場合がある。入力装置１１２には、キーボード、マウスおよびマイクの他、マウスと協働してポインティングデバイス機能を実現するモニタを用いることができる。

【0025】

記憶部１０６はストレージ手段であり、記憶部１０６として、例えば、ＲＡＭ・ＲＯＭ等のメモリ装置、ハードディスクのような固定ディスク装置、フレキシブルディスクおよび光ディスク等を用いることができる。記憶部１０６には、各種のデータベース、テーブルおよびファイルなどが格納されている。記憶部１０６には、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）と協働してＣＰＵに命令を与えて各種処理を行うためのコンピュータプログラムが記録されている。記憶部１０６は、ユーザ管理ファイル１０６ａと、帳票ひな形管理ファイル１０６ｂと、本発明の項目別権限管理情報を含む項目別セキュリティ管理ファイル１０６ｃと、本発明の電子票管理情報を含む帳票管理ファイル１０６ｄと、を含む。

【0026】

ユーザ管理ファイル１０６ａは、図２に示すように、ワークフローシステムを利用するユーザを識別するためのユーザ識別情報（具体的にはＩＤおよびパスワードなど）と、ユーザ名と、ユーザが所属する部署名と、を含む。

【0027】

帳票ひな形管理ファイル１０６ｂは、図３に示すように、帳票のひな形を識別するための帳票ひな形識別情報（具体的にはＩＤなど）をヘッダとするファイルであって、帳票種別（具体的には“○○申請書”、“××申告書”および“○△報告書”などの帳票名）と、帳票のレイアウト（具体的には、帳票画面に設定された項目および操作ボタンなどの大きさおよび配置など）に関する帳票レイアウト情報と、申請者との相関（関係性）から承認者として選ばれた、当該申請者が申請した帳票の承認作業を行うべきユーザ（具体的には、部内上司、上位部門上司、経理責任者など）を指示する承認ルート識別情報（具体的には、下位から上位へと進む承認ルート（順序）と対応付けられた、承認者となるユーザのＩＤなど）と、申請する権限のあるユーザを限定する申請可能者情報（具体的には、申請する権限が与えられたユーザのＩＤなど）と、帳票画面に設定された項目を識別するための項目識別情報（具体的にはＩＤ）と、項目の定義（具体的には、項目名および説明などの配置など）に関する項目定義情報と、を含む。

【0028】

項目別セキュリティ管理ファイル１０６ｃは、図４に示すように、帳票ひな形識別情報をヘッダとするファイルであって、項目識別情報とユーザの各帳票における属性（具体的には“申請者”および“承認者”などの帳票への関り方）に対して、管理（操作）権限（具体的には“読み取り”、“書き込み”および“権限無し（本発明の“非表示”に対応）”など）が設定されているものである。なお、図４に示す項目別セキュリティ管理ファイルには、属性として“申請者”および“承認者”の２パターンが一例として設定されているが、当該パターンよりもさらに細分化されたパターン（例えば“申請者”、“第１承認者”、“第２承認者”および“最終承認者”など）が設定されてもよい。また、図４に示す項目別セキュリティ管理ファイルには、管理権限（操作権限）として“読み取り”、“書き込み”および“権限無し”の３パターンが一例として設定されているが、当該パターンよりもさらに細分化されたパターン（例えば、“読み取り”、“書き込み（追記・修正可）”、“書き込み（追記のみ可）”および“権限無し”など）が設定されてもよい。

【0029】

帳票管理ファイル１０６ｄは、図５に示すように、ユーザが起票した帳票を識別するための帳票識別情報（具体的にはＩＤ）をヘッダとするファイルであって、申請者（起票者）となったユーザのユーザ識別情報（具体的にはＩＤ）である申請者情報と、起票した帳票の基となるひな形の帳票ひな形識別情報と、ワークフローにおける現在の段階（具体的には、“申請前”、“申請中”、“承認中”、“引き戻し済”、“承認済”および“却下”など）と、承認ルートにおける現在の承認者情報（具体的にはＩＤ）と、項目識別情報と、項目の現在の内容と、を含む。

【0030】

制御部１０２は、サーバ１００を統括的に制御するＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等である。制御部１０２は、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）等の制御プログラム・各種の処理手順等を規定したプログラム・所要データなどを格納するための内部メモリを有し、これらのプログラムに基づいて種々の情報処理を実行する。制御部１０２は、機能概念的に、登録部１０２ａと、本発明の属性確認手段を含む確認部１０２ｂと、本発明の表示実行手段を含む表示実行部１０２ｃと、本発明の保存実行手段を含む保存実行部１０２ｄと、を含む。

【0031】

登録部１０２ａは、ワークフローシステムの管理者により設計された帳票画面に対して、帳票ひな形識別情報および項目識別情報を含む帳票ひな形管理ファイル１０６ｂを生成する。登録部１０２ａは、管理者により設計された帳票画面に対して、帳票ひな形識別情報および項目識別情報を含む項目別セキュリティ管理ファイル１０６ｃを生成する。

【0032】

登録部１０２ａは、生成した帳票ひな形管理ファイル１０６ｂに、管理者により設定された帳票種別と承認ルート識別情報と申請可能者情報とを保存する。登録部１０２ａは、生成した帳票ひな形管理ファイル１０６ｂに、管理者により設計された帳票画面のレイアウトに関する情報を保存する。登録部１０２ａは、生成した帳票ひな形管理ファイル１０６ｂに、管理者により設定された項目の定義に関する情報を、項目識別情報と対応付けて保存する。登録部１０２ａは、生成した項目別セキュリティ管理ファイル１０６ｃに、管理者により設定された項目の管理権限に関する情報を保存する。

【0033】

確認部１０２ｂは、入力されたユーザ識別情報がユーザ管理ファイル１０６ａに登録されているかを確認する。

【0034】

確認部１０２ｂは、入力されたユーザ識別情報を申請可能者情報として含む帳票ひな形管理ファイル１０６ｂが存在するかを確認することで、ユーザが、当該帳票ひな形管理ファイル１０６ｂで特定される帳票種別の帳票を申請することが可能な者であるか確認する。

【0035】

確認部１０２ｂは、入力されたユーザ識別情報を承認者情報として含む帳票管理ファイル１０６ｄが幾つ存在するかを確認することで、ユーザへの承認依頼件数を確認する。

【0036】

確認部１０２ｂは、入力されたユーザ識別情報を申請者情報として含む帳票管理ファイル１０６ｄが存在するかを確認することで、当該帳票管理ファイル１０６ｄに対応する帳票に対するユーザの属性が“申請者”であるかを確認する。

【0037】

起票部１０２ｃは、帳票ＩＤを含む帳票管理ファイル１０６ｄを生成する。起票部１０２ｃは、入力されたユーザ識別情報を、生成した帳票管理ファイル１０６ｄに申請者情報として保存する。起票部１０２ｃは、ユーザにより選択された帳票種別に対応する帳票ひな形管理ファイル１０６ｂに含まれている帳票ひな形ＩＤおよび項目ＩＤを、生成した帳票管理ファイル１０６ｄにコピーする。起票部１０２ｃは、現在の段階“申請前”を、生成した帳票管理ファイル１０６ｄに保存する。起票部１０２ｃは、当該帳票ひな形管理ファイル１０６ｂに含まれている承認ルート識別情報中に最も下位の承認者として設定されているユーザのＩＤを、生成した帳票管理ファイル１０６ｄに現在の承認者情報として保存する。

【0038】

表示実行部１０２ｄは、帳票管理ファイル１０６ｄに保存されている帳票ひな形識別情報で特定される帳票ひな形管理ファイル１０６ｂに基づいて、帳票画面を生成する。

【0039】

表示実行部１０２ｄは、帳票管理ファイル１０６ｄに保存されている各項目の現在の内容を、生成した帳票画面の各項目に入力する。表示実行部１０２ｃは、帳票管理ファイル１０６ｄに保存されている帳票ひな形識別情報で特定される項目別セキュリティ管理ファイル１０６ｃから、当該帳票管理ファイル１０６ｄに対応する帳票に対するユーザの属性（具体的には、“申請者”および“承認者”などの帳票への関わり方）に応じた管理権限を項目毎に抽出する。

【0040】

表示実行部１０２ｄは、生成した帳票画面の各項目に対して、抽出した管理権限でセキュリティをかける。表示実行部１０２ｃは、セキュリティがかけられた状態の帳票画面の表示を実行する。

【0041】

保存実行部１０２ｅは、帳票画面の各項目の記入内容を帳票管理ファイル１０６ｄに保存する。保存実行部１０２ｅは、外部から受けた指示および／または帳票管理ファイル１０６ｄに保存されている現在の段階に応じて、当該帳票管理ファイル１０６ｄに保存されている現在の段階を適宜書き換える。保存実行部１０２ｅは、外部から受けた指示に応じて、帳票管理ファイル１０６ｄに保存されている現在の承認者情報を適宜書き換える。

【0042】

［２．処理］
上述した構成のワークフローシステムで実行される各種処理について、図６から図１３を参照して説明する。

【0043】

［２−１．帳票ひな形登録処理］
ワークフローシステムで実行される帳票ひな形登録処理について、図６および図７を参照して説明する。

【0044】

まず、ワークフローシステムの管理者は、帳票ひな形登録処理を実行するアプリケーションを、サーバ１００の入力装置１１２を操作して起動させる。

【0045】

［ステップＳＡ１：ログイン画面の表示］
制御部１０２は、ワークフローシステムへログインするためのログイン画面であってユーザのＩＤおよびパスワードの入力領域を含むもの（図示せず）を、モニタ１１４に表示する。

【0046】

ここで、管理者は、入力装置１１２を操作して自分のＩＤおよびパスワードをログイン画面に入力して、ワークフローシステムへログインする。

【0047】

［ステップＳＡ２：帳票ひな形登録画面の表示］
確認部１０２ｂは、入力されたＩＤおよびパスワードがユーザ管理ファイル１０６ａに登録されているかを確認する。登録されていることが確認できた場合には、制御部１０２は、所望の帳票（具体的には、後述する図９、図１１および図１３に示す帳票画面など）のひな形を設計するための帳票ひな形登録画面であって帳票画面の設計領域、デザインツールおよび“登録”ボタンなどを含むもの（図示せず）を、モニタ１１４に表示する。

【0048】

ここで、管理者は、入力装置１１２を操作して、帳票画面のレイアウトなど（具体的には、ユーザに文字を記入させる各種項目およびユーザに押下させるための各種ボタンなどの大きさおよび配置など）を、帳票ひな形登録画面上で設計する。具体的には、管理者は、入力装置１１２を操作して、後述する図９、図１１および図１３に示す帳票画面などを、帳票ひな形登録画面上で設計する。

【0049】

また、管理者は、入力装置１１２を操作して、設計している帳票に対して、承認者となるユーザを指示する承認ルート識別情報（具体的には、下位から上位へと進む承認ルート（順序）と対応付けられた、承認者となるユーザのＩＤ）と、申請する権限のあるユーザを限定する申請可能者情報（具体的には、申請する権限が与えられたユーザのＩＤ）と、帳票種別（具体的には、“○○申請書”、“××申告書”および“○△報告書”などの帳票名）と、を設定する。

【0050】

また、管理者は、入力装置１１２を操作して、帳票ひな形登録画面上で設計した項目毎に、項目の定義（具体的には項目名および説明などの配置など）に関する情報を設定する。また、管理者は、入力装置１１２を操作して、帳票ひな形登録画面上で設計した項目毎に、項目の管理権限（具体的には“読み取り”、“書き込み”および“権限無し”など）に関する情報を、設計している当該帳票におけるユーザの属性（具体的には“申請者”および“承認者”など）に対して設定する。具体的には、管理者は、図７に示す項目別セキュリティ設定画面ＭＡ上で、項目の定義および管理権限などに関する情報を入力したり選択したりする。なお、項目別セキュリティ設定画面ＭＡは、図７に示すように、項目種別を定義するための領域ＭＡ１と、項目の基本設定を定義するための領域ＭＡ２と、記入可能な項目に関する個別設定を定義するための領域ＭＡ３と、管理権限を設定するための領域ＭＡ４と、項目別セキュリティ設定画面ＭＡの設定内容を保存するための“設定”ボタンＭＡ５と、帳票ひな形登録画面に戻るための“戻る”ボタンＭＡ６と、を含む。

【0051】

そして、管理者は、帳票画面の設計、項目の定義の設定および項目の管理権限の設定などの上述した作業が完了したら、入力装置１１２を操作して帳票ひな形登録画面の“登録”ボタンを押下する。

【0052】

［ステップＳＡ３：帳票画面のひな形の登録］
登録部１０２ａは、設計された帳票画面に対して、帳票ひな形ＩＤおよび項目ＩＤを含む帳票ひな形管理ファイル１０６ｂを生成する。登録部１０２ａは、設計された帳票画面に対して、帳票ひな形ＩＤおよび項目ＩＤを含む項目別セキュリティ管理ファイル１０６ｃを生成する。

【0053】

登録部１０２ａは、生成した帳票ひな形管理ファイル１０６ｂに、設定された帳票種別と承認ルート識別情報と申請可能者情報とを保存する。登録部１０２ａは、生成した帳票ひな形管理ファイル１０６ｂに、設計された帳票画面のレイアウトに関する情報を保存する。登録部１０２ａは、生成した帳票ひな形管理ファイル１０６ｂに、設定された項目の定義に関する情報を、項目ＩＤと対応付けて保存する。登録部１０２ａは、生成した項目別セキュリティ管理ファイル１０６ｃに、設定された項目の管理権限に関する情報を保存する。

【0054】

これにて、帳票ひな形登録処理の説明を終了する。

【0055】

［２−２．帳票新規申請処理］
ワークフローシステムで実行される帳票新規申請処理について、図８および図９を参照して説明する。

【0056】

［ステップＳＢ１：アプリケーションの起動］
ワークフローシステムを利用して帳票を新規で起票して申請したいユーザは、帳票新規申請処理を実行するアプリケーションを、クライアント２００の入力装置を操作して起動させる。クライアント２００は、帳票新規申請処理の実行指示をサーバ１００へ転送する。

【0057】

［ステップＳＢ２：ログイン画面の表示］
制御部１０２は、ワークフローシステムへログインするためのログイン画面であってユーザのＩＤおよびパスワードの入力領域を含むもの（図示せず）をクライアント２００へ転送して、クライアント２００のモニタに当該ログイン画面を表示させる。

【0058】

［ステップＳＢ３：ＩＤ、パスワードの入力］
ユーザは、クライアント２００の入力装置を操作して自分のＩＤおよびパスワードをログイン画面に入力して、ワークフローシステムへログインする。クライアント２００は、入力されたＩＤおよびパスワードをサーバ１００へ転送する。

【0059】

［ステップＳＢ４：申請画面の表示］
確認部１０２ｂは、入力されたＩＤおよびパスワードがユーザ管理ファイル１０６ａに登録されているかを確認する。登録されていることが確認できた場合には、制御部１０２は、“新規申請”、“帳票承認”および“帳票閲覧”を選択するための申請画面（図示せず）をクライアント２００へ転送して、クライアント２００のモニタに当該申請画面を表示させる。

【0060】

［ステップＳＢ５：“新規申請”の選択］
ユーザは、クライアント２００の入力装置を操作して、申請画面上で“新規申請”を選択する。クライアント２００は、“新規申請”が選択された旨をサーバ１００へ転送する。

【0061】

［ステップＳＢ６：帳票ひな形一覧画面の表示］
制御部１０２は、帳票種別（具体的には“○○申請書”、“××申告書”および“○△報告書”などの帳票名）が一覧表示された帳票ひな形一覧画面（図示せず）をクライアント２００へ転送して、クライアント２００のモニタに当該帳票ひな形一覧画面を表示させる。

【0062】

［ステップＳＢ７：帳票種別の選択］
ユーザは、クライアント２００の入力装置を操作して、帳票ひな形一覧画面上で所望の帳票種別を選択する。クライアント２００は、選択された帳票種別をサーバ１００へ転送する。

【0063】

［ステップＳＢ８：申請可能者の確認］
確認部１０２ｂは、選択された帳票種別に対応する帳票ひな形管理ファイル１０６ｂに、入力されたＩＤが申請可能者情報として含まれているかを確認する。

【0064】

［ステップＳＢ９：帳票管理ファイルの生成］
含まれていることが確認できた場合には、起票部１０２ｃは、帳票ＩＤを含む帳票管理ファイル１０６ｄを生成する。起票部１０２ｃは、入力されたＩＤを、生成した帳票管理ファイル１０６ｄに申請者情報として保存する。起票部１０２ｃは、選択された帳票種別に対応する帳票ひな形管理ファイル１０６ｂに含まれている帳票ひな形ＩＤおよび項目ＩＤを、生成した帳票管理ファイル１０６ｄにコピーする。起票部１０２ｃは、現在の段階“申請前”を、生成した帳票管理ファイル１０６ｄに保存する。起票部１０２ｃは、当該帳票ひな形管理ファイル１０６ｂに含まれている承認ルート識別情報中に最も下位の承認者として設定されているユーザのＩＤを、生成した帳票管理ファイル１０６ｄに現在の承認者情報として保存する。

【0065】

［ステップＳＢ１０：帳票画面の表示］
表示実行部１０２ｄは、帳票管理ファイル１０６ｄに保存されている帳票ひな形ＩＤで特定される帳票ひな形管理ファイル１０６ｂに基づいて、帳票画面を生成する。表示実行部１０２ｄは、帳票管理ファイル１０６ｄに保存されている帳票ひな形ＩＤで特定される項目別セキュリティ管理ファイル１０６ｃから、当該帳票に対するユーザの属性“申請者”に応じた管理権限を項目毎に抽出する。

【0066】

表示実行部１０２ｄは、生成した帳票画面の各項目に対して、抽出した管理権限でセキュリティをかける。具体的には、当該帳票に対するユーザの属性は“申請者”なので、生成した帳票画面における申請者の記入項目に対しては、“書き込み”でセキュリティがかけられる。また、現在の段階“申請前”において承認者の記入項目への申請者による書き込みを防止するために、生成した帳票画面における承認者の記入項目に対しては、“権限無し”でセキュリティがかけられる。

【0067】

表示実行部１０２ｄは、セキュリティがかけられた状態の帳票画面をクライアント２００へ転送して、クライアント２００のモニタに当該帳票画面を表示させる。

【0068】

ここで、クライアント２００のモニタに表示された時の帳票画面の一例について、図９を参照して説明する。帳票画面ＭＢは、基本情報を記入するための領域ＭＢ１と、目標を記入するための領域ＭＢ２と、申請者の振り返りコメントを記入するための領域ＭＢ３と、当該振り返りコメントに対する承認者（上司）のコメントを記入するための領域ＭＢ４と、上期業績評価および下期業績評価を記入するための領域ＭＢ５と、コメントを記入するための領域ＭＢ６と、“申請”ボタン、“取消”ボタン、“一時保存”ボタン、“雛形保存”ボタン、“ファイル添付”ボタンおよび“戻る”ボタンを含むボタン群ＭＢ７と、を含む。

【0069】

図９に示す帳票画面ＭＢは申請作業の段階で申請者により表示されたものであるので、当該段階では、申請者の記入項目である“職層”、“職種”、“課題１”、“課題解決のための施策・目標１”、“４−６月本人振り返り”、“４−９月本人振り返り”、“１０−１２月本人振り返り”および“１０−３月本人振り返り”などは、記入可能に表示される。また、当該段階では、承認者の記入項目である“４−６月上司コメント”、“４−９月上司コメント”、“１０−１２月上司コメント”および“１０−３月上司コメント”は、申請者が記入できないように表示される。なお、以下のステップＳＢ１０では、図９に示す帳票画面ＭＢがクライアント２００のモニタに表示されているものとして説明する。

【0070】

［ステップＳＢ１１：帳票画面への記入および申請］
ユーザは、クライアント２００の入力装置を操作して、帳票画面ＭＢにおける書き込み可能な項目へ所望の内容を記入する。具体的には、ユーザは、書き込み可能な項目である“職層”、“職種”、“課題１”、“課題解決のための施策・目標１”、“４−６月本人振り返り”、“４−９月本人振り返り”、“１０−１２月本人振り返り”および“１０−３月本人振り返り”などに、所望の内容を記入する。

【0071】

ユーザは、帳票画面ＭＢへの記入が完了して申請を行いたい場合には、クライアント２００の入力装置を操作して帳票画面ＭＢの“申請”ボタンを押下する。また、ユーザは、申請を保留するために帳票画面ＭＢの記入内容を一時保存したい場合には、クライアント２００の入力装置を操作して帳票画面ＭＢの“一時保存”ボタンを押下する。

【0072】

“申請”ボタンが押下された場合には、クライアント２００は、帳票の申請指示をサーバ１００へ転送し、“一時保存”ボタンが押下された場合には、クライアント２００は、帳票の一時保存指示をサーバ１００へ転送する。

【0073】

［ステップＳＢ１２：帳票画面の記入内容の保存］
保存実行部１０２ｅは、帳票画面の各項目の記入内容を帳票管理ファイル１０６ｄに保存する。帳票の申請指示を受けた場合には、保存実行部１０２ｅは、帳票管理ファイル１０６ｄに現在の段階“申請前”を“申請中”に書き換える。また、帳票の一時保存指示を受けた場合には、保存実行部１０２ｅは、帳票管理ファイル１０６ｄに保存されている現在の段階“申請前”を維持する。

【0074】

これにて、帳票新規申請処理の説明を終了する。

【0075】

［２−３．帳票承認処理］
ワークフローシステムで実行される帳票承認処理について、図１０および図１１を参照して説明する。

【0076】

［ステップＳＣ１：アプリケーションの起動］
ワークフローシステムを利用して帳票の承認作業を行いたいユーザは、帳票承認処理を実行するアプリケーションを、クライアント２００の入力装置を操作して起動させる。クライアント２００は、帳票承認処理の実行指示をサーバ１００へ転送する。

【0077】

［ステップＳＣ２：ログイン画面の表示］
制御部１０２は、ワークフローシステムへログインするためのログイン画面であってユーザのＩＤおよびパスワードの入力領域を含むもの（図示せず）をクライアント２００へ転送して、クライアント２００のモニタに当該ログイン画面を表示させる。

【0078】

［ステップＳＣ３：ＩＤ、パスワードの入力］
ユーザは、クライアント２００の入力装置を操作して自分のＩＤおよびパスワードをログイン画面に入力して、ワークフローシステムへログインする。クライアント２００は、入力されたＩＤおよびパスワードをサーバ１００へ転送する。

【0079】

［ステップＳＣ４：申請画面の表示］
確認部１０２ｂは、入力されたＩＤおよびパスワードがユーザ管理ファイル１０６ａに登録されているかを確認する。登録されていることが確認できた場合には、制御部１０２は、“新規申請”、“帳票承認”および“帳票閲覧”を選択するための申請画面（図示せず）をクライアント２００へ転送して、クライアント２００のモニタに当該申請画面を表示させる。

【0080】

［ステップＳＣ５：“帳票承認”の選択］
ユーザは、クライアント２００の入力装置を操作して、申請画面上で“帳票承認”を選択する。クライアント２００は、“帳票承認”が選択された旨をサーバ１００へ転送する。

【0081】

［ステップＳＣ６：承認待ち帳票の確認］
確認部１０２ｂは、入力されたＩＤを現在の承認者情報として含む帳票管理ファイル１０６ｄが幾つ存在するかを確認することで、ユーザへの承認依頼件数を確認する。なお、存在することが確認できなかった場合には、制御部１０２は、例えば“承認依頼件数０件です。”というメッセージをクライアント２００へ転送して、クライアント２００のモニタに当該メッセージを表示させる。

【0082】

［ステップＳＣ７：現在の段階の確認］
存在することが確認できた場合には、確認部１０２ｂは、確認された帳票管理ファイル１０６ｄに保存されている現在の段階を確認する。

【0083】

［ステップＳＣ８：帳票一覧画面の表示］
現在の段階として“申請中”または“承認中”を含む帳票管理ファイル１０６ｄに対しては帳票の承認作業が進められるので、制御部１０２は、現在の段階として“申請中”または“承認中”を含む帳票管理ファイル１０６ｄに保存されている帳票ＩＤが一覧表示された帳票一覧画面（図示せず）をクライアント２００へ転送して、クライアント２００のモニタに当該帳票一覧画面を表示させる。なお、現在の段階として“申請前”、“引き戻し済”、“承認済”または“却下”を含む帳票管理ファイル１０６ｄに対しては帳票の承認作業が進められないまたは承認作業を行う必要がないので、制御部１０２は、現在の段階として“申請前”、“引き戻し済”、“承認済”または“却下”を含む帳票管理ファイル１０６ｄに保存されている帳票ＩＤについては帳票一覧画面に表示しなくてもよい。

【0084】

［ステップＳＣ９：帳票の選択］
ユーザは、クライアント２００の入力装置を操作して、帳票一覧画面上で、承認対象の所望の帳票ＩＤを選択する。クライアント２００は、選択された帳票ＩＤをサーバ１００へ転送する。

【0085】

［ステップＳＣ１０：帳票画面の表示］
表示実行部１０２ｄは、選択された帳票ＩＤを含む帳票管理ファイル１０６ｄに保存されている帳票ひな形ＩＤで特定される帳票ひな形管理ファイル１０６ｂに基づいて、帳票画面を生成する。表示実行部１０２ｄは、帳票管理ファイル１０６ｄに保存されている各項目の現在の内容を、生成した帳票画面の各項目に入力する。表示実行部１０２ｄは、帳票管理ファイル１０６ｄに保存されている帳票ひな形ＩＤで特定される項目別セキュリティ管理ファイル１０６ｃから、当該帳票に対するユーザの属性“承認者”に応じた管理権限を項目毎に抽出する。

【0086】

表示実行部１０２ｄは、生成した帳票画面の各項目に対して、抽出した管理権限でセキュリティをかける。具体的には、当該帳票に対するユーザの属性は“承認者”なので、生成した帳票画面における承認者の記入項目に対しては、“書き込み”でセキュリティがかけられる。また、承認者の立場において申請者の記入項目の内容を承認者が参照できるように、生成した帳票画面における申請者の記入項目に対しては、“読み取り”でセキュリティがかけられる。

【0087】

表示実行部１０２ｄは、セキュリティがかけられた状態の帳票画面をクライアント２００へ転送して、クライアント２００のモニタに当該帳票画面を表示させる。

【0088】

ここで、クライアント２００のモニタに表示された時の帳票画面の一例について、図１１を参照して説明する。図１１に示す帳票画面ＭＢは承認作業の段階で承認者により表示されたものであるので、帳票画面ＭＢのボタン群ＭＢ７には、“申請”ボタン、“取消”ボタンおよび“雛形保存”ボタンは存在せず、“承認”ボタン、“却下”ボタンおよび“差し戻し”ボタンが追加される。当該段階では、承認者の記入項目である“４−６月上司コメント”、“４−９月上司コメント”、“１０−１２月上司コメント”および“１０−３月上司コメント”は記入可能に表示される。また、当該段階では、申請者の記入項目である“職層”、“職種”、“課題１”、“課題解決のための施策・目標１”、“４−６月本人振り返り”、“４−９月本人振り返り”、“１０−１２月本人振り返り”および“１０−３月本人振り返り”などの記入内容は、承認者が参照できるように、例えば読み取り可能に表示される。なお、以下のステップＳＣ１１では、図１１に示す帳票画面ＭＢがクライアント２００のモニタに表示されているものとして説明する。

【0089】

［ステップＳＣ１１：帳票画面への記入および承認］
ユーザは、クライアント２００の入力装置を操作して、帳票画面ＭＢにおける書き込み可能な項目へ所望の内容を記入する。具体的には、ユーザは、書き込み可能な項目である“４−６月上司コメント”、“４−９月上司コメント”、“１０−１２月上司コメント”および“１０−３月上司コメント”などに、所望の内容を記入する。

【0090】

ユーザは、申請者の記入内容を確認し、帳票画面ＭＢへの記入が完了して、承認を行いたい場合には、クライアント２００の入力装置を操作して帳票画面ＭＢの“承認”ボタンを押下する。また、ユーザは、承認を保留するために帳票画面ＭＢの記入内容を一時保存したい場合には、クライアント２００の入力装置を操作して帳票画面ＭＢの“一時保存”ボタンを押下する。また、ユーザは、申請者の記入内容を確認したが、この内容では承認できないので差し戻しを行いたい場合には、クライアント２００の入力装置を操作して帳票画面ＭＢの“差し戻し”ボタンを押下する。また、ユーザは、申請者の記入内容を確認したが、この内容では承認できないので却下したい場合には、クライアント２００の入力装置を操作して帳票画面ＭＢの“却下”ボタンを押下する。

【0091】

“承認”ボタンが押下された場合には、クライアント２００は、帳票の承認指示をサーバ１００へ転送し、“一時保存”ボタンが押下された場合には、クライアント２００は、帳票の一時保存指示をサーバ１００へ転送し、“差し戻し”ボタンが押下された場合には、クライアント２００は、帳票の差し戻し指示をサーバ１００へ転送し、“却下”ボタンが押下された場合には、クライアント２００は、帳票の却下指示をサーバ１００へ転送する。

【0092】

［ステップＳＣ１２：帳票画面の記入内容の保存］
保存実行部１０２ｅは、帳票画面の各項目の記入内容を帳票管理ファイル１０６ｄに保存する。帳票の承認指示を受けた場合には、保存実行部１０２ｅは、（１）帳票管理ファイル１０６ｄに保存されている帳票ひな形ＩＤで特定される帳票ひな形管理ファイル１０６ｂに含まれている承認ルート識別情報から、帳票管理ファイル１０６ｄに現在の承認者情報として保存されているＩＤに対応する現在の承認者の次の承認者のＩＤを取得し、（２）次の承認者のＩＤが取得できた場合は当該取得した次の承認者のＩＤを帳票管理ファイル１０６ｄに現在の承認者情報として保存し、帳票管理ファイル１０６ｄに保存されている現在の段階“申請中”または“承認中”を、“承認中”に書き換え、（３）次の承認者のＩＤが取得できず（次の承認者が存在せず）現在の承認者が最終承認者の場合は帳票管理ファイル１０６ｄに保存されている現在の段階“申請中”または“承認中”を、“承認済”に書き換える。また、帳票の一時保存指示を受けた場合には、保存実行部１０２ｅは、帳票管理ファイル１０６ｄに保存されている現在の段階“申請中”または“承認中”を、“承認中”に書き換える。また、帳票の差し戻し指示を受けた場合であって、当該帳票の基となった帳票ひな形管理ファイル１０６ｂに保存されている承認ルート識別情報に、入力されたＩＤよりも承認ルートとして下位のＩＤが含まれていないときには、保存実行部１０２ｅは、当該帳票を申請者へ差し戻すため、帳票管理ファイル１０６ｄに保存されている現在の段階“申請中”または“承認中”を、“申請中”に書き換える。また、帳票の差し戻し指示を受けた場合であって、当該帳票の基となった帳票ひな形管理ファイル１０６ｂに保存されている承認ルート識別情報に、入力されたＩＤよりも承認ルートとして下位のＩＤが含まれているときには、保存実行部１０２ｅは、当該帳票を下位の承認者へ差し戻すため、帳票管理ファイル１０６ｄに保存されている現在の段階“承認中”を、“申請中”または“承認中”に書き換える。また、帳票の却下指示を受けた場合には、保存実行部１０２ｅは、帳票管理ファイル１０６ｄに保存されている現在の段階“申請中”または“承認中”を、“却下”に書き換える。

【0093】

これにて、帳票承認処理の説明を終了する。

【0094】

［２−４．帳票閲覧処理］
ワークフローシステムで実行される帳票閲覧処理について、図１２および図１３を参照して説明する。なお、用途としては、例えば、過去に起票した帳票の内容確認や却下された帳票の内容を流用した再起票などが考えられる。

【0095】

［ステップＳＤ１：アプリケーションの起動］
ワークフローシステムを利用して帳票の閲覧等を行いたいユーザは、帳票閲覧処理を実行するアプリケーションを、クライアント２００の入力装置を操作して起動させる。クライアント２００は、帳票閲覧処理の実行指示をサーバ１００へ転送する。

【0096】

［ステップＳＤ２：ログイン画面の表示］
制御部１０２は、ワークフローシステムへログインするためのログイン画面であってユーザのＩＤおよびパスワードの入力領域を含むもの（図示せず）を、クライアント２００へ転送して、クライアント２００のモニタに当該ログイン画面を表示させる。

【0097】

［ステップＳＤ３：ＩＤ、パスワードの入力］
ユーザは、クライアント２００の入力装置を操作して自分のＩＤおよびパスワードをログイン画面に入力して、ワークフローシステムへログインする。クライアント２００は、入力されたＩＤおよびパスワードをサーバ１００へ転送する。

【0098】

［ステップＳＤ４：申請画面の表示］
確認部１０２ｂは、入力されたＩＤおよびパスワードがユーザ管理ファイル１０６ａに登録されているかを確認する。登録されていることが確認できた場合には、制御部１０２は、“新規申請”、“帳票承認”および“帳票閲覧”を選択するための申請画面（図示せず）をクライアント２００へ転送して、クライアント２００のモニタに当該申請画面を表示させる。

【0099】

［ステップＳＤ５：“帳票閲覧”の選択］
ユーザは、クライアント２００の入力装置を操作して、申請画面上で“帳票閲覧”を選択する。クライアント２００は、“帳票閲覧”が選択された旨をサーバ１００へ転送する。

【0100】

［ステップＳＤ６：申請者登録の確認］
確認部１０２ｂは、入力されたＩＤを申請者情報として含む帳票管理ファイル１０６ｄが存在するかを確認することで、保存されている各帳票に対するユーザの属性が“申請者”であるかを確認する。なお、存在することが確認できなかった場合には、保存された複数の帳票の中に、ログインしたユーザの属性が“申請者”である帳票がないので、制御部１０２は、例えば“帳票はありません。”というメッセージをクライアント２００へ転送して、クライアント２００のモニタに当該メッセージを表示させる。

【0101】

［ステップＳＤ７：帳票一覧画面の表示］
存在することが確認できた場合には、確認された各帳票に対するログインしたユーザの属性は“申請者”であるので、制御部１０２は、確認された帳票管理ファイル１０６ｄに保存されている帳票ＩＤが一覧表示された帳票一覧画面（図示せず）をクライアント２００へ転送して、クライアント２００のモニタに当該帳票一覧画面を表示させる。

【0102】

［ステップＳＤ８：帳票の選択］
ユーザは、クライアント２００の入力装置を操作して、帳票一覧画面上で、閲覧対象の所望の帳票ＩＤを選択する。クライアント２００は、選択された帳票ＩＤをサーバ１００へ転送する。

【0103】

［ステップＳＤ９：帳票画面の表示］
表示実行部１０２ｄは、選択された帳票ＩＤを含む帳票管理ファイル１０６ｄに保存されている帳票ひな形ＩＤで特定される帳票ひな形管理ファイル１０６ｂに基づいて、帳票画面を生成する。表示実行部１０２ｄは、帳票管理ファイル１０６ｄに保存されている各項目の現在の内容を、生成した帳票画面の各項目に入力する。表示実行部１０２ｄは、帳票管理ファイル１０６ｄに保存されている帳票ひな形ＩＤで特定される項目別セキュリティ管理ファイル１０６ｃから、選択された帳票に対するユーザの属性“申請者”に応じた管理権限を項目毎に抽出する。

【0104】

表示実行部１０２ｄは、生成した帳票画面の各項目に対して、抽出した管理権限でセキュリティをかける。具体的には、生成した帳票画面における申請者の記入項目に対しては“書き込み”でセキュリティがかけられ、承認者の記入項目に対しては“権限無し”でセキュリティがかけられる。なお、現在の段階が“申請前”であれば、申請者によって当該帳票の修正および申請を行うことが可能となり、現在の段階が“申請中”または“承認中”であれば、申請者によって当該帳票の引き戻しを行うことが可能となり、現在の段階が“却下”、“引き戻し済”または“承認済”であれば、申請者によって当該帳票の記入内容を複製した再起票（再申請）を行うことが可能となる。

【0105】

表示実行部１０２ｄは、セキュリティがかけられた状態の帳票画面をクライアント２００へ転送して、クライアント２００のモニタに当該帳票画面を表示させる。

【0106】

ここで、クライアント２００のモニタに表示された時の帳票画面の一例について、図１３を参照して説明する。図１３に示す帳票画面ＭＢは承認者による承認作業中の段階で申請者により表示されたものであるので、帳票画面ＭＢのボタン群ＭＢ７には、“引き戻し”ボタンが追加される。当該段階では、申請者の記入項目である“職層”、“職種”、“課題１”、“課題解決のための施策・目標１”、“４−６月本人振り返り”、“４−９月本人振り返り”、“１０−１２月本人振り返り”および“１０−３月本人振り返り”などの記入内容は、承認者による承認作業中のため書き換えができないように、例えば読み取り可能に表示される。また、当該段階では、承認者の記入項目である“４−６月上司コメント”、“４−９月上司コメント”、“１０−１２月上司コメント”および“１０−３月上司コメント”は、申請者が閲覧できないように表示される。なお、以下のステップＳＤ１０では、図１３に示す帳票画面ＭＢがクライアント２００のモニタに表示されているものとして説明する。

【0107】

［ステップＳＤ１０：帳票画面の閲覧、帳票画面への記入または記入内容の修正］
ユーザは、帳票画面ＭＢを閲覧する。ユーザは、帳票画面ＭＢにおける書き込み可能な項目に対しては、クライアント２００の入力装置を操作して、必要に応じて内容の記入および記入内容の修正などを行う。

【0108】

ユーザは、閲覧を終了したい場合には、クライアント２００の入力装置を操作して帳票画面ＭＢの“戻る”ボタンを押下する。また、現在の段階が“申請前”であれば、ユーザは、帳票画面ＭＢにおける書き込み可能な項目に書き込みを行い、帳票画面ＭＢの記入内容を一時保存したいときには、クライアント２００の入力装置を操作して帳票画面ＭＢの“一時保存”ボタンを押下する。また、現在の段階が“申請前”であれば、ユーザは、帳票画面ＭＢにおける書き込み可能な項目に書き込みを行い、帳票の申請を行いたいときには、クライアント２００の入力装置を操作して帳票画面ＭＢの“申請”ボタンを押下する。また、ユーザは、申請中の帳票を引き戻したい場合には、クライアント２００の入力装置を操作して帳票画面ＭＢの“引き戻し”ボタンを押下する。

【0109】

“戻る”ボタンが押下された場合には、クライアント２００は、帳票の閲覧終了指示をサーバ１００へ転送し、現在の段階が“申請前”で“一時保存”ボタンが押下された場合には、クライアント２００は、帳票の一時保存指示をサーバ１００へ転送し、“申請”ボタンが押下された場合には、クライアント２００は、帳票の申請指示をサーバ１００へ転送し、“引き戻し”ボタンが押下された場合には、クライアント２００は、帳票の引き戻し指示をサーバ１００へ転送する。

【0110】

［ステップＳＤ１１：帳票画面の記入内容の保存］
帳票の閲覧終了指示を受けた場合には、保存実行部１０２ｅは、帳票管理ファイル１０６ｄの内容を維持する。また、帳票の一時保存指示または帳票の申請指示を受けた場合には、保存実行部１０２ｅは、帳票画面の各項目の記入内容を帳票管理ファイル１０６ｄに保存する。

【0111】

帳票の引き戻し指示を受けた場合には、保存実行部１０２ｅは、帳票管理ファイル１０６ｄに保存されている現在の段階を“引き戻し済”に書き換える。帳票の一時保存指示を受けた場合には、保存実行部１０２ｅは、帳票管理ファイル１０６ｄに保存されている現在の段階“申請前”を維持する。

【0112】

保存実行部１０２ｅは、帳票の申請指示を受けた場合であって、帳票管理ファイル１０６ｄに保存されている現在の段階が“申請前”のときには、当該“申請前”を“申請中”に書き換え、現在の段階が“却下”、“引き戻し済”、“承認済”のときには、指定した帳票の当該段階は変更させず、内容を複製した新規の帳票を起票する。

【0113】

これにて、帳票閲覧処理の説明を終了する。

【0114】

［３．本実施形態のまとめ、及び他の実施形態］
以上、本実施形態によれば、サーバ１００は、（１）入力されたユーザのＩＤ、記憶部１０６に記憶されている申請者のＩＤおよび現在の承認者のＩＤを含む帳票管理ファイル、および承認ルートの指示を含む帳票ひな形管理ファイルに基づいて、当該帳票管理ファイルで特定される帳票に対する当該入力されたＩＤのユーザの属性を確認し、（２）確認した属性、記憶部１０６に記憶されている帳票管理ファイル、帳票ひな形管理ファイルおよび項目別セキュリティ管理ファイルに基づいて、各々の記入項目に現在の記入内容が入力されており且つ各々の記入項目が当該確認された属性に応じた管理権限（操作権限）で制御された状態の帳票画面を表示する。これにより、書類の各項目への記入内容に対する秘匿性をワークフローの各段階で担保しつつ、同一ユーザがワークフローへ様々な関わり方をしても（具体的には、ワークフローにおいて同一ユーザが申請者として関わったり承認者として関わったりしても）、当該ユーザに適正な権限を与え、さらに、これらのことをシンプルに且つ開発コストを抑えて実現することができる。

【0115】

また、本実施形態によれば、サーバ１００は、表示された帳票画面に含まれている各々の記入項目の記入内容および当該帳票の現在の段階を記憶部１０６に記憶されている帳票管理ファイルに保存し、さらに、承認指示を受けた場合には、当該帳票の次の承認者のＩＤを、記憶部１０６に記憶されている帳票管理ファイルに保存する。これにより、帳票管理ファイルを最新の状態で管理することができる。また、帳票管理ファイルに含まれる現在の承認者を、承認ルートに沿って適切に管理することができる。

【0116】

つまり、本実施形態によれば、承認段階別・項目別のセキュリティ機能を有するワークフローシステムを提供することができる。

【0117】

一般に、ワークフローには、提出した後に本人が間違いを発見し手元に戻す“引き戻し”、上位承認者が下位承認者に再考を促す“差し戻し”および承認しないと判断する“却下”などの段階が含まれているが、当該ワークフローをシステム化する際には、特に“引き戻し”および“差し戻し”等といったワークフローの流れの遡り（遡及）に対応した項目別のセキュリティを実装する必要がある。この対応を怠ると、例えば、上位承認者の記入内容を閲覧する為に申請者が故意に引き戻しを行った場合に当該記入内容の秘匿性を担保できないという欠陥が発生してしまう。また、会計システムなどの内部統制が重視されるシステムには、業務処理ごとのセキュリティ機能（新規登録、参照および更新など）が備わっているが、組織異動の度にセキュリティの権限が変わって複雑な権限設定が必要な企業では当該権限変更にかかる利用者のメンテナンスの負荷が増大するという問題がある。

【0118】

ところが、本実施形態のワークフローシステムでは、ワークフロー特有の業務処理に対応する一方で、ワークフロー特有の“承認ステージ”がセキュリティ設定の概念に取り込まれたので、上述したメンテナンス負荷の問題を含む従来のすべての問題を解決することができる。

【0119】

また、本実施形態のワークフローシステムを利用すれば、例えば、起票した電子伝票に対し、“起票者”、“第一承認者”および“最終承認者”などのその帳票との関り方に応じて、項目の操作権限を制御することができる。これにより、起票者は入力できず上位承認者のみが入力できる項目を用意したり、起票者が起票した電子伝票を引き戻した際に上位承認者の入力内容を閲覧できないようにしたりすることが実現可能となる。そして、これらのことが実現可能となったことで、経費の精算や稟議申請などの起票内容をそのまま承認することを目的とした業務だけでなく、人事考課業務、採用管理業務および予算作成業務などといった承認者の記入が必要な業務などにも、当該ワークフローシステムを利用することができる。

【0120】

ここで、従来のワークフローシステムは、起票された電子伝票に対して承認または却下のいずれかの処理を行うことを目的としている。一方で、人事考課などの一部の業務では、査定中の評号情報および賞与金額案などといった起票者が入力できない情報が存在する。そして、これらの情報は、上長などが記入し最終結果のみが起票者に伝達されることが多く、途中経過の情報が開示されることは稀である。しかし、従来のワークフローシステムでは承認中または承認後の電子伝票をそのまま閲覧することができてしまうので、従来のワークフローシステムをこのような業務に適用することは、当該業務に特化した専門のシステムを利用したり開発したりしない限り、困難である。だだし、専門のシステムを利用する場合は、社員マスタの多重管理などといった運用負荷が増大するという問題および当該システムの導入に掛かる投資額が増大するという問題などが発生する。

【0121】

ところが、本実施形態のワークフローシステムは、経費の精算や稟議申請などの起票内容をそのまま承認することを目的とした業務だけでなく、人事考課業務、採用管理業務および予算作成業務などといった承認者の記入が必要な業務などにも利用することができるので、運用負荷および投資額の増大などといった従来の問題をすべて解決することができる。

【0122】

また、本実施形態のワークフローシステムを人事考課業務における業績および能力などの申告に利用すれば、例えば“人事考課の考課結果を上位承認者（考課者）が入力しても被考課者からは当該考課結果を閲覧することはできない”ということが実現できる。また、本実施形態のワークフローシステムを、複数部門の見解を得た上で承認される社内稟議に利用すれば、例えば“各部門の担当者からは個別にコメントを入力できるが、他の部門のメンバーからはコメントを入力できない”ということが実現でき、当該社内稟議の完全性が保証される。

【0123】

さらに、本発明は、上述した実施形態以外にも、特許請求の範囲に記載した技術的思想の範囲内において種々の異なる実施形態で実施されてよい。例えば、本実施形態ではサーバ１００がクライアント２００からの要求に応じて処理を行い、その処理結果を当該クライアント２００に返却する場合を一例に説明したが、サーバ１００がスタンドアローンの形態で処理を行うようにしてもよく、またサーバ１００が有する機能（特に制御部１０２の機能）をクライアント２００に組み込み、クライアント２００がスタンドアローンの形態で処理を行うようにしてもよい。また、本実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。また、装置の分散・統合の具体的形態は図示するものに限られず、その全部または一部を、各種の付加等に応じて又は機能負荷に応じて任意の単位で機能的又は物理的に分散・統合しもよい。また、本明細書や図面中で示した処理手順、制御手順、具体的名称、情報（各処理の登録データや検索条件等のパラメータを含む）、画面例などについては、特記する場合を除いて任意に変更することができる。

【0124】

また、サーバ１００に関して、図示の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。例えば、サーバ１００の各部が備える処理機能（特に制御部１０２にて行われる各処理機能）については、その全部または任意の一部を、ＣＰＵおよび当該ＣＰＵにて解釈実行されるプログラムにて実現してもよい。なお、プログラムは、後述する記録媒体に記録されており、必要に応じてサーバ１００に機械的に読み取られる。すなわち、ＲＯＭまたはＨＤなどの記憶部１０６には、ＯＳとして協働してＣＰＵに命令を与えて各種処理を行うためのコンピュータプログラムが記録されている。このコンピュータプログラムは、ＲＡＭにロードされることによって実行され、ＣＰＵと協働して制御部を構成する。また、このコンピュータプログラムは、サーバ１００に対して任意のネットワークを介して接続されたアプリケーションプログラムサーバに記憶されていてもよく、必要に応じてその全部または一部をダウンロードすることも可能である。また、記憶部１０６に格納される各種のデータベース等（ユーザ管理ファイル１０６ａ〜帳票管理ファイル１０６ｄを含む）は、ＲＡＭ・ＲＯＭ等のメモリ装置、ハードディスク等の固定ディスク装置、フレキシブルディスク、光ディスク等のストレージ手段であり、各種処理やウェブサイト提供に用いる各種のプログラム、テーブル、データベース、ウェブページ用ファイル等を格納する。

【0125】

また、サーバ１００は、既知のパーソナルコンピュータ、ワークステーション等の情報処理装置（任意の周辺装置が接続されている情報処理装置を含む。）として構成してもよい。また、サーバ１００は、当該情報処理装置に本発明に係る電子票表示制御方法を実現させるソフトウェア（プログラム、データ等を含む）を実装することにより実現してもよい。また、本発明に係る電子票表示制御プログラムは、コンピュータ読み取り可能な記録媒体に格納してもよく、また、プログラム製品として構成することができる。ここで、「記録媒体」とは、メモリーカード、ＵＳＢメモリ、ＳＤカード、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤ、Ｂｌｕ−ｒａｙ Ｄｉｓｃ等の任意の「可搬用の物理媒体」を含むものとする。また、「プログラム」とは、任意の言語や記述方法にて記述されたデータ処理方法であり、ソースコードやバイナリコード等の形式を問わない。なお、「プログラム」は必ずしも単一的に構成されるものに限られず、複数のモジュールやライブラリとして分散構成されるものや、ＯＳに代表される別個のプログラムと協働してその機能を達成するものをも含む。なお、実施の形態に示した各装置において記録媒体を読み取るための具体的な構成、読み取り手順、あるいは、読み取り後のインストール手順等については、周知の構成や手順を用いることができる。

【産業上の利用可能性】

【0126】

以上のように、本発明にかかる電子票表示制御装置、電子票表示制御方法及び電子票表示制御プログラムは、特に、ワークフローで回覧される電子票のセキュリティ確保に有用である。

【符号の説明】

【0127】

１００ サーバ
１０２ 制御部
１０２ａ 登録部
１０２ｂ 確認部
１０２ｃ 起票部
１０２ｄ 表示実行部
１０２ｅ 保存実行部
１０４ 通信インターフェース部
１０６ 記憶部
１０６ａ ユーザ管理ファイル
１０６ｂ 帳票ひな形管理ファイル
１０６ｃ 項目別セキュリティ管理ファイル
１０６ｄ 帳票管理ファイル
１０８ 入出力インターフェース部
１１２ 入力装置
１１４ 出力装置
２００ クライアント
３００ ネットワーク

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】