特許 7399900 データ処理システム、データ処理方法及びデータ処理プログラム

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

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

(11)【特許番号】

(24)【登録日】2023-12-08

(45)【発行日】2023-12-18

(54)【発明の名称】データ処理システム、データ処理方法及びデータ処理プログラム

(51)【国際特許分類】

   G06Q 10/0633 20230101AFI20231211BHJP

   G06Q 10/10 20230101ALI20231211BHJP

【ＦＩ】

G06Q10/0633

G06Q10/10

【請求項の数】 6

(21)【出願番号】P 2021012502

(22)【出願日】2021-01-28

(65)【公開番号】P2022115749

(43)【公開日】2022-08-09

【審査請求日】2022-12-28

(73)【特許権者】

【識別番号】000005108

【氏名又は名称】株式会社日立製作所

(74)【代理人】

【識別番号】110002365

【氏名又は名称】弁理士法人サンネクスト国際特許事務所

(72)【発明者】

【氏名】小松代 紘生

(72)【発明者】

【氏名】中村 真一

(72)【発明者】

【氏名】増山 信吾

(72)【発明者】

【氏名】真野 敦美

【審査官】中野 修平

(56)【参考文献】

【文献】特開２０２０－１８１５９８（ＪＰ，Ａ）

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

【文献】国際公開第２００８／１４６３４１（ＷＯ，Ａ１）

【文献】特開２０１７－１９９０７５（ＪＰ，Ａ）

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

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

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

Ｇ０６Ｑ １０／００－９９／００

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

【請求項1】

業務の連鎖をモデルとして管理するモデル管理部と、
前記業務の実施履歴を案件データとして管理する案件データ管理部と、
前記業務の実行者に役割を割り当てて管理する役割管理部と、
前記役割に対してアクセス権限を設定してアクセス権限情報を生成するアクセス権限設定部と、
前記実行者に割り当てられた役割に基づいて前記アクセス権限情報を参照し、前記アクセス権限情報により許可された操作を受け付けるアクセス制御部と、
前記業務の実行者に対して前記案件データに係る操作画面を提供する画面制御部と、
所定の設定情報から、前記操作画面の構成を示す画面構成情報を生成する画面構成情報生成部と、
前記所定の設定情報から、前記操作画面に表示される項目と当該項目の参照先とを対応づけたビュー情報を生成するビュー情報生成部と、
を備え、
前記アクセス権限設定部は、前記役割に対して機能ごとのアクセス権限を設定した機能アクセス権限情報と、前記役割に対して前記業務ごとのアクセス権限を設定した業務アクセス権限情報とを生成し、
前記アクセス制御部は、前記業務アクセス権限情報と前記機能アクセス権限情報の双方で許可された操作を受け付け、
前記画面制御部は、前記実行者からのアクセスを受け付けた場合に、前記画面構成情報を参照して前記操作画面を生成し、
前記案件データ管理部は、前記操作画面に表示された項目について、前記ビュー情報により参照先を決定する
ことを特徴とするデータ処理システム。

【請求項2】

前記アクセス制御部は、各案件について、実施済の業務は参照を許可し、実施前の業務は参照とデータ投入を許可し、未到達の業務は参照とデータ投入を禁止することを特徴とする請求項１に記載のデータ処理システム。

【請求項3】

前記画面構成情報は、前記案件データに含まれるデータに対応する項目と、前記実行者から受け付ける操作に対応する項目とを含むことを特徴とする請求項１に記載のデータ処理システム。

【請求項4】

前記モデル管理部は、患者からのサンプルの採取業務、前記サンプルの輸送業務、前記サンプルを用いた薬剤の生成業務、前記薬剤の輸送業務、前記薬剤の投与業務を含む業務の連鎖についてモデルを管理することを特徴とする請求項１に記載のデータ処理システム。

【請求項5】

コンピュータが、
業務の連鎖をモデルとして管理するモデル管理ステップと、
前記業務の実施履歴を案件データとして管理する案件データ管理ステップと、
前記業務の実行者に役割を割り当てて管理する役割管理ステップと、
前記役割に対してアクセス権限を設定してアクセス権限情報を生成するアクセス権限設定ステップと、
前記実行者に割り当てられた役割に基づいて前記アクセス権限情報を参照し、前記アクセス権限情報により許可された操作を受け付けるアクセス制御ステップと、
所定の設定情報から、前記案件データに係る操作画面の構成を示す画面構成情報を生成する画面構成情報生成ステップと、
前記所定の設定情報から、前記操作画面に表示される項目と当該項目の参照先とを対応づけたビュー情報を生成するビュー情報生成ステップと、
前記業務の実行者に対して前記操作画面を提供する画面制御ステップと、
を含み、
前記アクセス権限設定ステップは、前記役割に対して機能ごとのアクセス権限を設定した機能アクセス権限情報と、前記役割に対して前記業務ごとのアクセス権限を設定した業務アクセス権限情報とを生成し、
前記アクセス制御ステップは、前記業務アクセス権限情報と前記機能アクセス権限情報の双方で許可された操作を受け付け、
前記画面制御ステップは、前記実行者からのアクセスを受け付けた場合に、前記画面構成情報を参照して前記操作画面を生成し、
前記案件データ管理ステップは、前記操作画面に表示された項目について、前記ビュー情報により参照先を決定する
を含むことを特徴とするデータ処理方法。

【請求項6】

コンピュータに、
業務の連鎖をモデルとして管理するモデル管理ステップと、
前記業務の実施履歴を案件データとして管理する案件データ管理ステップと、
前記業務の実行者に役割を割り当てて管理する役割管理ステップと、
前記役割に対してアクセス権限を設定してアクセス権限情報を生成するアクセス権限設定ステップと、
前記実行者に割り当てられた役割に基づいて前記アクセス権限情報を参照し、前記アクセス権限情報により許可された操作を受け付けるアクセス制御ステップと、
所定の設定情報から、前記案件データに係る操作画面の構成を示す画面構成情報を生成する画面構成情報生成ステップと、
前記所定の設定情報から、前記操作画面に表示される項目と当該項目の参照先とを対応づけたビュー情報を生成するビュー情報生成ステップと、
前記業務の実行者に対して前記操作画面を提供する画面制御ステップと、
を実行させ、
前記アクセス権限設定ステップは、前記役割に対して機能ごとのアクセス権限を設定した機能アクセス権限情報と、前記役割に対して前記業務ごとのアクセス権限を設定した業務アクセス権限情報とを生成し、
前記アクセス制御ステップは、前記業務アクセス権限情報と前記機能アクセス権限情報の双方で許可された操作を受け付け、
前記画面制御ステップは、前記実行者からのアクセスを受け付けた場合に、前記画面構成情報を参照して前記操作画面を生成し、
前記案件データ管理ステップは、前記操作画面に表示された項目について、前記ビュー情報により参照先を決定する
ことを特徴とするデータ処理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、データ処理システム、データ処理方法及びデータ処理プログラムに関する。

【背景技術】

【0002】

従来、ユーザによる操作を受け付ける画面を生成するため、特開２０２０－００９２２号公報（特許文献１）に記載の技術がある。この公報には、「ユーザ固有の紙書式の帳票を画像データとして取り込み、帳票データ入力画面や承認対象の申請書などの表示画面における背景画面として使用し、その背景画面に合わせて入力領域や捺印表示欄などからなるＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）を構築する編集機能を有するので、ユーザが所望する画面表示に設定できることから、紙書式の帳票から電子化することへのユーザの違和感が少なくスムーズに電子化へ移行できる」という記載がある。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０２０－００９２２号公報

【発明の概要】

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

【0004】

特許文献１では、紙書式の帳票を電子化することができるが、複数のユーザが複雑に関与するシステムで操作画面を生成することは想定されていない。

【0005】

例えば、供給に係る業務の連鎖であるサプライチェーンでは、業務ごとに関与するユーザが異なり、投入を求めるデータや閲覧を許可するデータがそれぞれ異なる。このような複雑なシステムにおいて、業務の数だけ操作画面を実装することは多大な労力を要し、また、各操作画面で参照先のテーブルを逐一指定するのは煩雑である。

【0006】

そこで、本発明では、複数の業務に関する操作画面を効率的に生成するデータ処理システム、データ処理方法及びデータ処理プログラムを提供することを目的とする。

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

【0007】

上記目的を達成するために、代表的な本発明のデータ処理システム、データ処理方法及びデータ処理プログラムの一つは、供給に係る業務の連鎖をモデルとして管理し、前記供給に係る業務の実施履歴を案件データとして管理し、前記業務の実行者に対して前記案件データに係る操作画面を提供し、所定の設定情報から、前記操作画面の構成を示す画面構成情報を生成し、前記所定の設定情報から、前記操作画面に表示される項目と当該項目の参照先とを対応づけたビュー情報を生成する。そして、前記実行者からのアクセスを受け付けた場合に、前記画面構成情報を参照して前記操作画面を生成し、前記操作画面に表示された項目について、前記ビュー情報により参照先を決定する。

【発明の効果】

【0008】

本発明によれば、複数の業務に関する操作画面を効率的に生成することができる。上記した以外の課題、構成及び効果は以下の実施の形態の説明により明らかにされる。

【図面の簡単な説明】

【0009】

【図1】実施例に係る操作画面の生成の説明図。

【図2】ワークフロー画面の生成の説明図。

【図3】データタイプの具体例。

【図4】案件の進捗と権限による表示態様の制御についての説明図。

【図5】ビュー情報と操作画面の具体例。

【図6】実施例に係るシステムを実現するコンピュータの構成図。

【図7】データの具体例についての説明図。

【図8】案件の状態表示に係る処理手順を示すフローチャート。

【図9】業務の詳細表示に係る処理手順を示すフローチャート。

【図10】参照系の処理手順を示すフローチャート。

【図11】入力系の処理手順を示すフローチャート。

【図12】業務画面へのアクセス制御についての説明図。

【図13】個別案件トップ画面の具体例。

【図14】ワークフロー画面の自動生成の具体例。

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

【0010】

以下、実施例を図面を用いて説明する。

【実施例】

【0011】

図１は、実施例に係る操作画面の生成の説明図である。本実施例では、供給に係る業務の連鎖であるサプライチェーン、特に再生医療等製品のサプライチェーンの管理を行うシステムにおいて、業務の状態を示すワークフロー画面を例に説明を行う。

【0012】

図１に示すサプライチェーンでは、業務Ａと業務Ｂを順次実行して得られた物品に対し、業務Ｃと業務Ｄを実行する。業務は、例えば、患者からのサンプルの採取業務、サンプルの輸送業務、サンプルを用いた薬剤の生成業務、薬剤の輸送業務、薬剤の投与業務などである。また、物品は、その時点のサンプルや薬剤である。このシステムでは、業務と物品をノードとし、ノードをリンクで接続したモデルにより、サプライチェーンを管理している。そして、各ノードに実施の履歴等を関連付けることで、案件ごとの進捗状況を案件データとして管理する。

【0013】

さらに、本システムでは、各業務について項目設定を受け付け、項目設定からワークフロー画面とビュー情報を生成する。項目設定は、その業務に関する項目と、項目のデータタイプを示すものであり、特許請求の範囲における所定の設定情報に対応する。

【0014】

ワークフロー画面は、業務の実行者に対して提供される操作画面であり、項目設定から画面の構成が自動で生成される。
ビュー情報は、ワークフロー画面に表示される項目と当該項目の参照先とを対応付けた仮想的なテーブルであり、項目設定から自動で生成される。

【0015】

実行者からのアクセスを受け付けた場合には、本システムは、ワークフロー画面を自動的に生成して表示し、ワークフロー画面に表示された項目について、ビュー情報により参照先を決定することになる。

【0016】

このように操作画面を自動生成するため、ワークフローの業務の数だけ画面を実装する必要はなく、実装コストを大幅に削減することができる。また、他のシステムへの展開も容易である。そして、自動生成したビュー情報により参照先のテーブルを特定可能であり、ワークフロー画面はビュー情報を介してデータを読み書きするので、ワークフロー画面でテーブル構造を意識する必要はない。

【0017】

図２は、ワークフロー画面の生成の説明図である。図２では、業務Ｂの項目Ｂ１～Ｂ３について、項目Ｂ１と項目Ｂ２のデータタイプを文字列と指定し、項目Ｂ３のデータタイプを整数と指定している。システムは、あらかじめ一通りのデータタイプを定義し、コンポーネントを実装しており、項目設定で指定されたデータタイプに連動して自動でコンポーネントを選択し、画面に表示する。

【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】

１０：コンピュータ、２１：インタフェース部、２２：制御部、２３：記憶部、３１：モデル管理部、３２：役割定義部、３３ａ：画面構成情報生成部、３３ｂ：ビュー情報生成部、３４：役割管理部、３５：機能アクセス権限設定部、３６：業務アクセス権限設定部、３７：画面制御部、３８：アクセス制御部、３９：案件データ管理部、４１：モデルデータ、４２：ユーザデータ、４３ａ：画面構成情報、４３ｂ：ビュー情報、４４：役割設定データ、４５：機能アクセス権限データ、４６：業務アクセス権限データ、４７：案件データ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】