(57)【特許請求の範囲】
【請求項１】
申請の内容を含んだ申請データを受信する申請受信部と、
受信された申請データに含まれる申請の内容と、前記申請の内容を承認する承認者に回答させる質問と、を含んだ承認要求データを生成する承認要求生成部と、
生成された承認要求データを、前記承認者が使用する承認端末装置に送信する承認要求送信部と
を備える承認サーバ装置。
【請求項２】
前記承認端末装置は、承認画面が表示される端末装置であり、
前記承認画面は、前記申請の内容を示す申請内容欄と、前記質問を示す質問欄と、前記質問に対して回答するためのユーザインタフェースと、前記申請の内容を承認するためのユーザインタフェースとを有する画面である
請求項１に記載の承認サーバ装置。
【請求項３】
前記承認要求生成部は、前記申請の内容をたずねる質問を前記承認者に回答させる質問として前記承認要求データに含める
請求項１に記載の承認サーバ装置。
【請求項４】
前記申請の内容を承認したか否かを示す承認結果と、前記質問に対する回答と、を含んだ承認回答データを受信する承認回答受信部と、
受信された受信回答データに含まれる回答が前記質問に対する正しい回答であるか判定する回答判定部と、
前記承認回答データに含まれる回答が前記質問に対する正しい回答であると判定された場合、前記承認結果を含んだ承認結果データを生成する承認結果生成部と、
生成された承認結果データを、申請者が使用する申請端末装置に送信する承認結果送信部と
を備える請求項１に記載の承認サーバ装置。
【請求項５】
前記承認要求送信部は、前記承認回答データに含まれる回答が前記質問に対する正しい回答でないと判定された場合、前記承認要求データを再び送信する
請求項４に記載の承認サーバ装置。
【請求項６】
前記承認要求生成部は、パスワードをたずねる質問を前記承認者に回答させる質問として前記承認要求データに含める
請求項１に記載の承認サーバ装置。
【請求項７】
前記パスワードを生成し、前記パスワードを前記承認者に通知するパスワード通知部を備える
請求項６に記載の承認サーバ装置。
【請求項８】
前記申請データは、申請者を識別する申請者識別子を含み、
前記承認サーバ装置は、前記申請データに含まれる申請者識別子を用いて、前記申請者が、前記承認者に質問する運用が適用される適用者であるか判定する適用判定部を備え、
前記承認要求生成部は、前記申請者が前記適用者であると判定された場合に前記承認要求データに前記質問を含める
請求項１に記載の承認サーバ装置。
【請求項９】
申請の内容を含んだ申請データを受信する申請受信処理と、
受信された申請データに含まれる申請の内容と、前記申請の内容を承認する承認者に回答させる質問と、を含んだ承認要求データを生成する承認要求生成処理と、
生成された承認要求データを、前記承認者が使用する承認端末装置に送信する承認要求送信処理と
をコンピュータに実行させるための承認サーバプログラム。
【請求項１０】
申請の内容を含んだ申請データを送信する申請端末装置と、
前記申請データを受信し、前記申請の内容と、前記申請の内容を承認する承認者に回答させる質問と、を含んだ承認要求データを生成し、生成した承認要求データを送信する承認サーバ装置と、
前記承認要求データを受信し、前記申請の内容を示す申請内容欄と、前記質問を示す質問欄と、前記質問に対して回答するためのユーザインタフェースと、前記申請の内容を承認するためのユーザインタフェースとを有する承認画面を表示する承認端末装置と
を備えるワークフローシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、申請者の申請を承認者が承認するためのワークフローシステムに関するものである。
【背景技術】
【０００２】
従来、書類の回覧または決裁の依頼のように、複数人が関わる一連の手続きを電子的に効率よく行う仕組みとして、ワークフローシステムが知られている。
特許文献１は、ワークフローシステムに関する技術として、書類の回覧状況を把握するための電子化書類の回覧方法について開示している。【０００３】
ワークフローシステムでは、書類の回覧または決済の依頼などの手続きを行う申請者がワークフローを開始すると、あらかじめ定められた順序または申請者が定めた順序に従って、１人または複数の承認者にワークフローが送られる。そして、全ての承認者が書類または決裁などの内容を確認し、その内容を承認すると、一連の手続きが完了する。
このようなワークフローシステムは、組織において内部統制を実現する上で有用である。【０００４】
従来のワークフローシステムにおいては、承認者は自分の操作端末に表示された承認用の画面を見て申請内容を確認し、申請内容に問題がなければ承認処理を実行し、申請内容に問題があれば否認処理を実行する仕組みとなっている。一般的に、承認処理は承認ボタンを押すことによって実行され、否認処理は否認ボタンを押すことによって実行される。
しかし、承認者によっては申請内容を確認せずに、ただやみくもに承認処理を実行することがある。
そして、従来のワークフローシステムでは、そのような承認の形骸化を防止することができない。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平０３−１６０５４０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明は、ワークフローシステムにおいて、承認の形骸化を防止できるようにすることを目的とする。
【課題を解決するための手段】
【０００７】
本発明の承認サーバ装置は、
申請の内容を含んだ申請データを受信する申請受信部と、
受信された申請データに含まれる申請の内容と、前記申請の内容を承認する承認者に回答させる質問と、を含んだ承認要求データを生成する承認要求生成部と、
生成された承認要求データを、前記承認者が使用する承認端末装置に送信する承認要求送信部とを備える。
【発明の効果】
【０００８】
本発明によれば、申請の内容と承認者に回答させる質問とを含んだ承認要求データが承認端末装置に送信される。これにより、承認の形骸化を防止するために、申請の内容を承認する承認者に質問に対する回答を要求することができる。つまり、承認の形骸化を防止することが可能になる。
【図面の簡単な説明】
【０００９】
【図１】実施の形態１におけるワークフローシステム１００の構成図。
【図２】実施の形態１における申請画面１４０の構成図。
【図３】実施の形態１における申請対象ファイルの一例である決済依頼書１４９を示す図。
【図４】実施の形態１における申請データ１３１の構成図。
【図５】実施の形態１における承認要求データ１３２の構成図。
【図６】実施の形態１における承認画面１５０の構成図。
【図７】実施の形態１における承認回答データ１３３の構成図。
【図８】実施の形態１における承認結果データ１３４の構成図。
【図９】実施の形態１における承認結果画面１６０の構成図。
【図１０】実施の形態１における承認サーバ装置２００の構成図。
【図１１】実施の形態１における承認管理方法のフローチャート。
【図１２】実施の形態１における承認管理方法のフローチャート。
【図１３】実施の形態１における承認要求生成処理（Ｓ１０６）のフローチャート。
【図１４】実施の形態２における承認サーバ装置２００の構成図。
【図１５】実施の形態２におけるパスワード通知部２２１のフローチャート。
【図１６】実施の形態２における承認画面１５０の構成図。
【図１７】実施の形態３における承認サーバ装置２００の構成図。
【図１８】実施の形態４における承認サーバ装置２００の構成図。
【図１９】実施の形態４における承認管理方法のフローチャート。
【発明を実施するための形態】
【００１０】
実施の形態１．
承認の形骸化を防止するために、申請の内容を承認する承認者に質問に対する回答を要求するワークフローシステム１００について、図１から図１３に基づいて説明する。
【００１１】
＊＊＊構成の説明＊＊＊
図１に基づいて、ワークフローシステム１００の構成について説明する。
ワークフローシステム１００は、申請端末装置１１０と、承認端末装置１２０と、承認サーバ装置２００とを備える。
申請端末装置１１０と承認端末装置１２０と承認サーバ装置２００は、パーソナルコンピュータまたはスマートフォンのような電子計算機である。
申請端末装置１１０と承認端末装置１２０と承認サーバ装置２００は、ネットワーク１０３に接続され、ネットワーク１０３を介して通信を行う。ネットワーク１０３は、ＬＡＮまたはインターネットのような通信網である。ＬＡＮは、Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋの略称である。
申請端末装置１１０と承認端末装置１２０と承認サーバ装置２００とのそれぞれが、複数台あってもよい。また、申請者１０１と承認者１０２とのそれぞれが、複数人いてもよい。
【００１２】
申請端末装置１１０は、申請者１０１が各種の申請を行うために使用する端末装置である。申請者１０１は各種の申請を行う人である。
承認端末装置１２０は、承認者１０２が各種の申請を承認するために使用する端末装置である。承認者１０２は各種の申請を承認または否認する人である。
承認サーバ装置２００は、申請者１０１の申請を受け付けて、受け付けた申請の承認を承認者１０２に要求して、承認の結果を申請者１０１に通知するサーバ装置である。
【００１３】
申請端末装置１１０は、申請の内容が入力される申請画面１４０を表示し、申請画面１４０に入力された申請の内容を含んだ申請データ１３１を生成し、生成した申請データ１３１を承認サーバ装置２００に送信する。
【００１４】
図２に基づいて、申請画面１４０の構成について説明する。
申請画面１４０は、チェックボックス１４１と、テキストボックス１４２と、リストボックス１４３と、テキストボックス１４４と、実行ボタン１４５と、キャンセルボタン１４６とを有している。
チェックボックス１４１は、申請の種類を選択するためのユーザインタフェースである。
テキストボックス１４２は、申請の対象となる申請対象ファイルを指定するためのユーザインタフェースである。図３に示す決済依頼書１４９は、申請対象ファイルの一例である。
リストボックス１４３は、承認者１０２を選択するためのユーザインタフェースである。
テキストボックス１４４は、申請者１０１のコメントを記載するためのユーザインタフェースである。
実行ボタン１４５は、申請を実行するためのユーザインタフェースである。
キャンセルボタン１４６は、申請をキャンセルするためのユーザインタフェースである。
【００１５】
図４に基づいて、申請データ１３１の構成について説明する。
申請データ１３１は、ＡＰＰＬＩＣＡＮＴ＿ＩＤと、ＡＰＰＲＯＶＥＲ＿ＩＤと、ＲＥＱＵＥＳＴ＿ＴＩＭＥと、ＲＥＱＵＥＳＴ＿ＴＹＰＥと、ＦＩＬＥ＿ＣＯＮＴＥＮＴＳと、ＣＯＭＭＥＮＴとを含んでいる。
ＡＰＰＬＩＣＡＮＴ＿ＩＤは、申請者１０１を識別する申請者識別子である。
ＡＰＰＲＯＶＥＲ＿ＩＤは、承認者１０２を識別する承認者識別子である。
ＲＥＱＵＥＳＴ＿ＴＩＭＥは、申請日時である。申請日時は、申請が行われた日時である。申請日時の一例は、申請画面１４０の実行ボタン１４５が押下された日時である。
ＲＥＱＵＥＳＴ＿ＴＹＰＥは、申請の種類を識別する種類識別子である。種類識別子は、申請画面１４０のチェックボックス１４１で選択された申請の種類を識別する。
ＦＩＬＥ＿ＣＯＮＴＥＮＴＳは、申請対象ファイルの中身を表すデータである。申請対象ファイルは、申請画面１４０のテキストボックス１４２で指定される。
ＣＯＭＭＥＮＴは、申請者１０１のコメントである。申請者１０１のコメントは、申請画面１４０のテキストボックス１４４に記載される。
【００１６】
図１に戻り、ワークフローシステム１００の説明を続ける。
承認サーバ装置２００は、申請データ１３１を受信し、承認要求データ１３２を生成し、生成した承認要求データ１３２を承認端末装置１２０に送信する。
承認要求データ１３２は、申請データ１３１に含まれる申請の内容と、申請の内容を承認する承認者１０２に回答させる質問と含む。
【００１７】
図５に基づいて、承認要求データ１３２の構成について説明する。
承認要求データ１３２は、申請データ１３１と同じく、ＡＰＰＬＩＣＡＮＴ＿ＩＤと、ＡＰＰＲＯＶＥＲ＿ＩＤと、ＲＥＱＵＥＳＴ＿ＴＩＭＥと、ＲＥＱＵＥＳＴ＿ＴＹＰＥと、ＦＩＬＥ＿ＣＯＮＴＥＮＴＳと、ＣＯＭＭＥＮＴとを含んでいる。
承認要求データ１３２は、さらに、ＱＵＥＳＴＩＯＮと、ＡＮＳＷＥＲ０１と、ＡＮＳＷＥＲ０２と、ＡＮＳＷＥＲ０３とを含んでいる。
ＱＵＥＳＴＩＯＮは、承認者１０２に回答させる質問である。
ＡＮＳＷＥＲ０１とＡＮＳＷＥＲ０２とＡＮＳＷＥＲ０３は、質問に対する回答の選択肢である。選択肢の数は２つまたは４つ以上でもよい。
【００１８】
図１に戻り、ワークフローシステム１００の説明を続ける。
承認端末装置１２０は、承認要求データ１３２を受信し、申請の内容を承認するための承認画面１５０を表示し、承認回答データ１３３を生成し、生成した承認結果データ１３４を承認サーバ装置２００に送信する。
承認回答データ１３３は、申請の内容を承認したか否かを示す承認結果と、質問に対する回答とを含む。
【００１９】
図６に基づいて、承認画面１５０の構成について説明する。
承認画面１５０は、種類欄１５１と、申請者欄１５２と、閲覧インタフェース１５３と、コメント欄１５４と、質問欄１５５と、チェックボックス１５６と、承認ボタン１５７と、否認ボタン１５８と、キャンセルボタン１５９とを有している。
種類欄１５１は、申請の種類を示す部分である。
申請者欄１５２は、申請者１０１を特定する情報を示す部分である。
閲覧インタフェース１５３は、申請対象ファイルを閲覧するためのユーザインタフェースである。閲覧インタフェース１５３の一例は、申請対象ファイルの表示を指示するための表示ボタンと、申請対象ファイルのダウンロードを指示するためのダウンロードボタンである。
コメント欄１５４は、申請者１０１のコメントを示す部分である。
質問欄１５５は、質問を示す欄である。
チェックボックス１５６は、質問に対して回答するためのユーザインタフェースである。質問に対する回答の選択肢毎にチェックボックス１５６が用意され、選択されたチェックボックス１５６に対応する選択肢が質問に対する回答になる。
承認ボタン１５７は、申請の内容を承認するためのユーザインタフェースである。
否認ボタン１５８は、申請の内容を否認するためのユーザインタフェースである。
キャンセルボタン１５９は、承認または否認する操作をキャンセルするためのユーザインタフェースである。
【００２０】
図７に基づいて、承認回答データ１３３の構成について説明する。
承認回答データ１３３は、申請データ１３１と承認要求データ１３２と同じく、ＡＰＰＬＩＣＡＮＴ＿ＩＤと、ＡＰＰＲＯＶＥＲ＿ＩＤと、ＲＥＱＵＥＳＴ＿ＴＩＭＥと、ＲＥＱＵＥＳＴ＿ＴＹＰＥとを含んでいる。
承認回答データ１３３は、さらに、ＲＥＳＰＯＮＳＥ＿ＴＩＭＥと、ＡＰＰＲＯＶＥ＿ＴＹＰＥと、ＡＮＳＷＥＲとを含んでいる。
ＲＥＳＰＯＮＳＥ＿ＴＩＭＥは、承認日時である。申請が承認または否認された日時である。承認日時の一例は、承認画面１５０の承認ボタン１５７または否認ボタン１５８が押下された日時である。
ＡＰＰＲＯＶＥ＿ＴＹＰＥは、承認結果である。承認結果は、申請の内容が承認されたか否かを示す情報である。承認画面１５０の承認ボタン１５７が押下された場合、承認結果は、申請の内容が承認されたことを示す。承認画面１５０の否認ボタン１５８が押下された場合、承認結果は、申請の内容が否認されたことを示す。
ＡＮＳＷＥＲは、質問に対する回答である。承認画面１５０のチェックボックス１５６で選択された選択肢が、質問に対する回答である。
【００２１】
図１に戻り、ワークフローシステム１００の説明を続ける。
承認サーバ装置２００は、承認回答データ１３３を受信し、承認結果を含んだ承認結果データ１３４を生成し、生成した承認結果データ１３４を申請端末装置１１０に送信する。
【００２２】
図８に基づいて、承認結果データ１３４の構成について説明する。
承認結果データ１３４は、承認回答データ１３３と同じく、ＡＰＰＬＩＣＡＮＴ＿ＩＤと、ＡＰＰＲＯＶＥＲ＿ＩＤと、ＲＥＱＵＥＳＴ＿ＴＩＭＥと、ＲＥＱＵＥＳＴ＿ＴＹＰＥと、ＲＥＳＰＯＮＳＥ＿ＴＩＭＥと、ＡＰＰＲＯＶＥ＿ＴＹＰＥと、ＡＮＳＷＥＲとを含んでいる。
承認結果データ１３４は、さらに、ＡＰＰＲＯＶＥ＿ＭＥＳＳＡＧＥと、ＡＮＳＷＥＲ＿ＲＥＳＵＬＴとを含んでいる。
ＡＰＰＲＯＶＥ＿ＭＥＳＳＡＧＥは、承認結果を示すメッセージである。
ＡＮＳＷＥＲ＿ＲＥＳＵＬＴは、回答結果である。回答結果は、質問に対する回答が正しいか否かを示す情報である。
【００２３】
図１に戻り、ワークフローシステム１００の説明を続ける。
申請端末装置１１０は、承認結果データ１３４を受信し、承認結果画面１６０を表示する。
【００２４】
図９に基づいて、承認結果画面１６０の構成について説明する。
承認結果画面１６０は、承認結果欄１６１と、申請者欄１６２と、承認者欄１６３と、承認日時欄１６４と、確認ボタン１６５と、キャンセルボタン１６６とを有している。
承認結果欄１６１は、承認結果を示す部分である。
申請者欄１６２は、申請者１０１を特定する情報を示す部分である。
承認者欄１６３は、承認者１０２を特定する情報を示す部分である。
承認日時欄１６４は、承認日時を示す部分である。
確認ボタン１６５は、承認結果の確認を終了するためのユーザインタフェースである。
キャンセルボタン１６６は、承認結果を確認する操作をキャンセルするためのユーザインタフェースである。
【００２５】
図１０に基づいて、承認サーバ装置２００の構成について説明する。
承認サーバ装置２００は、プロセッサ９０１とメモリ９０３と通信装置９０４といったハードウェアを備えるコンピュータである。
プロセッサ９０１は、信号線９１０を介してメモリ９０３と通信装置９０４と接続されている。
【００２６】
プロセッサ９０１は、プロセッシングを行うＩＣ（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）であり、他のハードウェアを制御する。具体的には、プロセッサ９０１はＣＰＵ、ＤＳＰまたはＧＰＵである。ＣＰＵはＣｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔの略称であり、ＤＳＰはＤｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒの略称であり、ＧＰＵはＧｒａｐｈｉｃｓ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔの略称である。
【００２７】
メモリ９０３はデータを記憶する。具体的には、メモリ９０３はＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）である。
【００２８】
通信装置９０４は、データを受信するレシーバ９０４１と、データを送信するトランスミッタ９０４２とを備える。具体的には、通信装置９０４は通信チップまたはＮＩＣである。ＮＩＣはＮｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄの略称である。
レシーバ９０４１は、申請受信部２１０と承認回答受信部２４０として機能する受信装置である。
トランスミッタ９０４２は、承認要求送信部２３０と承認結果送信部２７０として機能する送信装置である。
【００２９】
メモリ９０３にはＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）がロードされる。
さらに、メモリ９０３には、承認要求生成部２２０と回答判定部２５０と承認結果生成部２６０といった「部」の機能を実現するプログラムがロードされる。
プロセッサ９０１は、ＯＳを実行しながら「部」の機能を実現するプログラムを実行する。つまり、「部」の機能を実現するプログラムは、メモリ９０３にロードされ、プロセッサ９０１によって実行される。「部」の機能を実現するプログラムは記憶媒体に記憶することができる。
なお、承認サーバ装置２００が複数のプロセッサ９０１を備えて、複数のプロセッサ９０１が「部」の機能を実現するプログラムを連携して実行してもよい。
【００３０】
「部」の処理の結果を示すデータと情報と信号値と変数値などは、メモリ９０３と、プロセッサ９０１内のレジスタと、プロセッサ９０１内のキャッシュメモリとの少なくともいずれかに記憶される。
【００３１】
「部」は「サーキットリ」で実装してもよい。「部」は「回路」と「工程」と「手順」と「処理」とのいずれかに読み替えてもよい。
「回路」と「サーキットリ」は、プロセッサ９０１とロジックＩＣとＧＡとＡＳＩＣとＦＰＧＡといった処理回路を包含する概念である。ＧＡはＧａｔｅ  Ａｒｒａｙの略称であり、ＡＳＩＣはＡｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔの略称であり、ＦＰＧＡはＦｉｅｌｄ−Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙの略称である。
【００３２】
申請受信部２１０は、申請の内容を含んだ申請データ１３１を受信する。
【００３３】
承認要求生成部２２０は、受信された申請データ１３１に含まれる申請の内容と、申請の内容を承認する承認者１０２に回答させる質問と、を含んだ承認要求データ１３２を生成する。
承認者１０２に回答させる質問は、申請の内容をたずねる質問である。
【００３４】
承認要求送信部２３０は、生成された承認要求データ１３２を、承認者１０２が使用する承認端末装置１２０に送信する。
承認端末装置１２０は、承認画面１５０が表示される端末装置である。
承認画面１５０は、申請の内容を示す申請内容欄と、質問を示す質問欄１５５と、質問に対して回答するためのユーザインタフェースと、申請の内容を承認するためのユーザインタフェースとを有する画面である。
図６の承認画面１５０において、種類欄１５１と申請者欄１５２とコメント欄１５４は、申請内容欄に該当する。また、承認画面１５０に付随する画面も申請内容欄に該当する。承認画面１５０に付随する画面とは、閲覧インタフェース１５３を用いてダウンロードされた申請対象ファイルの中身が表示された画面である。
【００３５】
承認回答受信部２４０は、申請の内容を承認したか否かを示す承認結果と、質問に対する回答と、を含んだ承認回答データ１３３を受信する。
【００３６】
回答判定部２５０は、受信された承認回答データ１３３に含まれる回答が質問に対する正しい回答であるか判定する。
【００３７】
承認結果生成部２６０は、承認回答データ１３３に含まれる回答が質問に対する正しい回答であると判定された場合、承認結果を含んだ承認結果データ１３４を生成する。
【００３８】
承認結果送信部２７０は、生成された承認結果データ１３４を、申請者１０１が使用する申請端末装置１１０に送信する。
【００３９】
承認要求送信部２３０は、承認回答データ１３３に含まれる回答が質問に対する正しい回答でないと判定された場合、承認要求データ１３２を再び送信する。
【００４０】
メモリ９０３は、承認サーバ装置２００が使用、生成または入出力するデータを記憶する。
【００４１】
＊＊＊動作の説明＊＊＊
ワークフローシステム１００の動作および承認サーバ装置２００の動作は承認管理方法に相当する。また、承認管理方法は承認管理プログラムまたは承認サーバプログラムの処理手順に相当する。
【００４２】
図１１および図１２に基づいて、承認管理方法について説明する。
Ｓ１０１は申請画面表示処理である。
Ｓ１０１において、申請端末装置１１０は、申請の内容が入力される申請画面１４０として、図２に示すような申請画面１４０を表示する。
【００４３】
Ｓ１０２は申請入力処理である。
Ｓ１０２において、申請者１０１は、キーボードまたはマウスなどの入力装置を用いて、申請画面１４０に申請の内容を入力する。
つまり、申請者１０１は、申請画面１４０において、チェックボックス１４１で申請の種類を選択し、テキストボックス１４２で申請対象ファイルを指定し、リストボックス１４３で承認者１０２を選択し、テキストボックス１４４にコメントを入力する。そして、申請者１０１は、実行ボタン１４５を押下する。
【００４４】
Ｓ１０３は申請生成処理である。
Ｓ１０３において、申請端末装置１１０は、申請画面１４０に入力された申請の内容を含んだ申請データ１３１として、図４に示すような申請データ１３１を生成する。
【００４５】
Ｓ１０４は申請送信処理である。
Ｓ１０４において、申請端末装置１１０は、生成した申請データ１３１を承認サーバ装置２００に送信する。
【００４６】
Ｓ１０５は申請受信処理である。
Ｓ１０５において、承認サーバ装置２００の申請受信部２１０は、申請データ１３１を受信する。
【００４７】
Ｓ１０６は承認要求生成処理である。
Ｓ１０６において、承認サーバ装置２００の承認要求生成部２２０は、承認者１０２に回答させる質問と、質問に対する正しい回答とを生成する。
そして、承認要求生成部２２０は、申請データ１３１を用いて、申請の内容と質問とを含んだ承認要求データ１３２として、図５に示すような承認要求データ１３２を生成する。
承認要求生成処理（Ｓ１０６）の詳細については別途説明する。
【００４８】
Ｓ１０７は承認要求送信処理である。
Ｓ１０７において、承認サーバ装置２００の承認要求送信部２３０は、承認要求データ１３２を承認端末装置１２０に送信する。
【００４９】
Ｓ１０８は承認要求受信処理である。
Ｓ１０８において、承認端末装置１２０は、承認要求データ１３２を受信する。
【００５０】
Ｓ１０９は承認画面表示処理である。
Ｓ１０９において、承認端末装置１２０は、承認要求データ１３２に含まれる申請の内容と質問とを示し、質問に対する回答と申請の内容に対する承認結果とが入力される承認画面１５０として、図６に示すような承認画面１５０を表示する。
【００５１】
Ｓ１１０は承認回答処理である。
Ｓ１１０において、承認者１０２は、キーボードまたはマウスなどの入力装置を用いて、質問に対する回答と申請の内容に対する承認結果とを承認画面１５０に入力する。
つまり、承認者１０２は、閲覧インタフェース１５３を用いて申請対象ファイルの中身を閲覧し、コメント欄１５４に記載されたコメントを参照する。
次に、承認者１０２は、質問欄１５５に示される質問を参照し、質問に対する回答に対応するチェックボックス１５６を選択する。
そして、承認者１０２は、承認ボタン１５７または否認ボタン１５８を押下する。
【００５２】
Ｓ１１１は承認回答生成処理である。
Ｓ１１１において、承認端末装置１２０は、承認画面１５０に入力された回答と承認結果とを含んだ承認回答データ１３３として、図７に示すような承認回答データ１３３を生成する。
【００５３】
Ｓ１１２は承認回答送信処理である。
Ｓ１１２において、承認端末装置１２０は、生成した承認回答データ１３３を承認サーバ装置２００に送信する。
【００５４】
Ｓ１１３は承認回答受信処理である。
Ｓ１１３において、承認サーバ装置２００の承認回答受信部２４０は、承認回答データ１３３を受信する。
【００５５】
Ｓ１１４は回答判定処理である。
Ｓ１１４において、承認サーバ装置２００の回答判定部２５０は、受信された承認回答データ１３３に含まれる回答をＳ１０６で生成された正しい回答と比較する。
そして、回答判定部２５０は、比較結果に基づいて、承認回答データ１３３に含まれる回答が正解であるか判定する。正しい回答と一致する回答が正解である。
回答が正解である場合、処理はＳ１１５に進む。
回答が正解でない場合、処理はＳ１０７に戻る。そして、承認者１０２に申請の内容を再度確認させるために、承認要求データ１３２が承認端末装置１２０に再度送信される。
【００５６】
Ｓ１１５は承認結果生成処理である。
Ｓ１１５において、承認サーバ装置２００の承認結果生成部２６０は、承認回答データ１３３を用いて、承認結果を含んだ承認結果データ１３４として、図８に示すような承認結果データ１３４を生成する。
具体的に、承認結果生成部２６０は、次のように承認結果データ１３４を生成する。承認結果生成部２６０は、承認回答データ１３３を承認結果データ１３４としてコピーする。承認結果生成部２６０は、ＡＰＰＲＯＶＥ＿ＭＥＳＳＡＧＥの行とＡＮＳＷＥＲ＿ＲＥＳＵＬＴの行とを生成する。そして、承認結果生成部２６０は、生成したＡＰＰＲＯＶＥ＿ＭＥＳＳＡＧＥの行とＡＮＳＷＥＲ＿ＲＥＳＵＬＴの行とを承認結果データ１３４に設定する。これにより、承認結果データ１３４が生成される。
【００５７】
Ｓ１１６は承認結果送信処理である。
Ｓ１１６において、承認サーバ装置２００の承認結果送信部２７０は、生成された承認結果データ１３４を送信する。
【００５８】
Ｓ１１７は承認結果受信処理である。
Ｓ１１７において、申請端末装置１１０は、承認結果データ１３４を受信する。
【００５９】
Ｓ１１８は結果画面表示処理である。
Ｓ１１８において、申請端末装置１１０は、承認結果データ１３４に含まれる承認結果を示す承認結果画面１６０として、図９に示すような承認結果画面１６０を表示する。
【００６０】
図１３に基づいて、承認要求生成処理（Ｓ１０６）について説明する。
Ｓ１０６−１において、承認要求生成部２２０は、申請データ１３１に含まれる申請対象ファイルの中身を解析することによって、申請対象ファイルから申請の内容を読み取る。解析方法の一例は、文字列解析と構文解析である。
図４の申請データ１３１において、ＦＩＬＥ＿ＣＯＮＴＥＮＴＳが申請対象ファイルの中身を表すデータである。
申請対象ファイルが図３の決済依頼書１４９である場合、承認要求生成部２２０は、文字列解析と構文解析とによって、対象システムの情報と、変更前の情報と、変更後の情報とを決済依頼書１４９から読み取る。
対象システムの情報は、「対象システム」という文字列に対応付いた「Ａプロジェクト関係の・・・」という文字列である。
変更前の情報は、「変更前」という文字列に対応付いた「グループＢのメンバ」という文字列である。
変更後の情報は、「変更後」という文字列に対応付いた「グループＣのメンバ」という文字列である。
【００６１】
Ｓ１０６−２において、承認要求生成部２２０は、申請対象ファイルから読み取った申請の内容をたずねる質問と、質問に対する回答の候補になる選択肢と、質問に対する正しい回答とを以下のように生成する。
【００６２】
読み取った申請の内容に「変更」というキーワードが含まれる場合、承認要求生成部２２０は、「変更」に対応付けられた質問を質問情報データベースから取得する。「変更」に対応付けられた質問の一例は、「申請者が変更しようとしているのは次のどれですか？」という文章である。
質問データベースは、キーワードに対応付けられた質問と選択肢のフォーマットとが登録されたファイルである。質問情報データベースは、承認サーバ装置２００のメモリ９０３に記憶されてもよいし、また、外部のデータベース装置に記憶されてもよい。
【００６３】
読み取った申請の内容に「変更前」と「変更後」というキーワードが含まれる場合、承認要求生成部２２０は、「変更前」と「変更後」とに対応付けられた選択肢のフォーマットを質問情報データベースから取得する。選択肢のフォーマットの一例は、「「変更前」から「変更後」への変更」という文章である。
そして、承認要求生成部２２０は、選択肢のフォーマットを用いて、正しい選択肢と誤った選択肢とを生成する。
「変更前」の変更対象が「グループＢのメンバ」であり、「変更後」の変更対象が「グループＣのメンバ」である場合、正しい選択肢は、「グループＢのメンバからグループＣのメンバへの変更」という文章である。また、誤った選択肢は、「グループＡのメンバからグループＢのメンバへの変更」と「グループＣのメンバからグループＤのメンバへの変更」といった文章である。変更対象が組織に属するグループまたはメンバである場合、グループ名またはメンバ名の候補は、組織情報データベースから取得することができる。
組織情報データベースは、グループ別のグループ名とメンバ別のメンバ名とが登録されたファイルである。組織情報データベースは、承認サーバ装置２００のメモリ９０３に記憶されてもよいし、また、外部のデータベース装置に記憶されてもよい。
【００６４】
承認要求生成部２２０は、正しい選択肢として生成した選択肢を特定する情報を正しい回答として生成する。
正しい選択肢が２番目の選択肢である場合、正しい回答は２番である。
【００６５】
Ｓ１０６−３において、承認要求生成部２２０は、生成した質問と選択肢とを用いて、図５に示すような承認要求データ１３２を生成する。
生成した正しい回答は、回答判定処理（Ｓ１１４）で使用される。
【００６６】
＊＊＊効果の説明＊＊＊
実施の形態１によれば、申請の内容に基づく質問を承認者１０２に問い、承認者１０２が質問に対して正しく回答できなければ、承認者１０２は承認に成功しない。そのため、承認が成功した場合には、承認者１０２が申請の内容を理解したことを客観的に確認できる。したがって、承認の形骸化を防止する、という効果を得ることができる。
【００６７】
＊＊＊他の構成＊＊＊
質問は、申請対象ファイル以外の情報に基づいて生成されてもよい。つまり、質問は、申請の種類または申請者１０１のコメントに基づいて生成されてもよい。
申請対象ファイルを特定する情報が申請画面１４０に入力される代わりに、申請対象ファイルの中身が申請画面１４０に入力されてもよい。
承認画面１５０が申請対象ファイルを閲覧するためのユーザインタフェースを有する代わりに、申請対象ファイルの中身が承認画面１５０に表示されてもよい。
ワークフローシステム１００は複数の承認者１０２から承認を受けるシステムである場合、承認要求データ１３２が複数の承認端末装置１２０を順番に経由して後、承認回答データ１３３が最後の承認端末装置１２０から承認サーバ装置２００に送信される。
【００６８】
実施の形態２．
申請の内容をたずねる質問を承認者１０２にする代わりに、パスワードをたずねる質問を承認者１０２にする形態について、図１４に基づいて説明する。但し、実施の形態１と重複する説明は省略する。
【００６９】
＊＊＊構成の説明＊＊＊
ワークフローシステム１００の構成は実施の形態１と同じである。
【００７０】
図１４に基づいて、承認サーバ装置２００の構成について説明する。
プロセッサ９０１は、実施の形態１と同じく、「部」の機能を実現するプログラムを実行する。この「部」には、実施の形態１で説明した承認要求生成部２２０と回答判定部２５０と承認結果生成部２６０とに加えて、パスワード通知部２２１が含まれる。
パスワード通知部２２１は、パスワードを生成し、生成したパスワードを承認者１０２に通知する。
【００７１】
承認要求生成部２２０は、パスワードをたずねる質問を、承認者１０２に回答させる質問として、承認要求データ１３２に含める。承認要求データ１３２に含めるパスワードは、承認要求生成部２２０によって生成されたパスワード、つまり、承認者１０２に通知されるパスワードである。
【００７２】
＊＊＊動作の説明＊＊＊
承認管理方法の処理の流れは実施の形態１と同じである。
但し、承認者１０２に通知されるパスワードを生成するパスワード生成処理と、パスワードが承認者１０２に通知されるパスワード通知処理が追加される。
【００７３】
図１５に基づいて、パスワード通知部２２１の動作について説明する。
Ｓ２０１はパスワード生成処理である。パスワード生成処理は、承認要求生成処理（Ｓ１０６）が実行される前に実行される。
Ｓ２０１において、パスワード通知部２２１は、承認者１０２に通知するパスワードをランダムに生成する。
【００７４】
Ｓ２０２およびＳ２０３はパスワード通知処理である。パスワード通知処理は、承認回答処理（Ｓ１１０）が実行される前に実行される。
パスワード通知処理において、パスワード通知部２２１は、パスワード生成処理で生成したパスワードを承認者１０２に通知する。具体的には、以下の通りである。
Ｓ２０２において、パスワード通知部２２１は、承認者１０２が使用するメールアドレスを送信先アドレスにして、パスワードを設定した電子メールを生成する。そして、Ｓ２０３において、パスワード通知部２２１は、生成した電子メールをトランスミッタ９０４２に出力する。これにより、パスワードを通知するための電子メールがトランスミッタ９０４２から承認者１０２のメールアドレス宛てに送信される。
承認者１０２が使用するメールアドレスは、利用者別のメールアドレスを含んだデータであるアドレス帳から取得される。アドレス帳は、承認サーバ装置２００のメモリ９０３に記憶されてもよいし、外部のアドレス管理装置に記憶されてもよい。
【００７５】
承認要求生成処理（Ｓ１０６）について説明する。
承認要求生成部２２０は、パスワード通知部２２１によって承認者１０２に通知されたパスワードと異なるパスワードをランダムに生成する。
そして、承認要求生成部２２０は、申請内容と質問と選択肢とを含んだ承認要求データ１３２を生成する。申請内容は、実施の形態１と同じである。質問は、パスワードをたずねる定型文である。選択肢は、通知されたパスワードおよび通知されたパスワードと異なるパスワードである。
【００７６】
図１６に基づいて、承認画面１５０について説明する。
承認画面１５０は、実施の形態１と同じく、質問欄１５５と、選択肢別のチェックボックス１５６とを有する。
質問欄１５５は、通知されたパスワードをたずねる質問を示している。
チェックボックス１５６は、通知されたパスワードまたは通知されたパスワードと異なるパスワードに対応付けられている。
【００７７】
但し、承認画面１５０は、選択肢別のチェックボックス１５６の代わりに、パスワードが入力されるテキストボックスを有してもよい。その場合、パスワードの選択肢は不要である。
【００７８】
＊＊＊効果の説明＊＊＊
承認サーバ装置２００は、申請対象ファイルに対する文字列解析および構文解析を行わずに、承認者１０２に対する質問を生成することができる。
【００７９】
実施の形態３．
承認者１０２に質問する運用が一部の申請者１０１にだけ適用される形態について、図１７に基づいて説明する。但し、実施の形態１と重複する説明は省略する。
【００８０】
＊＊＊構成の説明＊＊＊
ワークフローシステム１００の構成は、実施の形態１と同じである。
【００８１】
図１７に基づいて、承認サーバ装置２００の構成について説明する。
プロセッサ９０１は、実施の形態１と同じく、「部」の機能を実現するプログラムを実行する。この「部」には、実施の形態１で説明した承認要求生成部２２０と回答判定部２５０と承認結果生成部２６０とに加えて、適用判定部２１１が含まれる。
適用判定部２１１は、申請データ１３１に含まれる申請者識別子を用いて、申請者１０１が、承認者１０２に質問する運用が適用される適用者であるか判定する。
【００８２】
承認要求生成部２２０は、申請者１０１が適用者であると判定された場合に承認要求データ１３２に質問を含める。
【００８３】
＊＊＊動作の説明＊＊＊
承認管理方法の処理の流れは実施の形態１と同じである。
但し、申請受信処理（Ｓ１０５）の後、承認要求生成処理（Ｓ１０６）の前に、適用判定処理が実行される。
適用実行処理において、適用判定部２１１は、申請データ１３１に含まれる申請者識別子を用いて、申請者１０１が、承認者１０２に質問する運用が適用される適用者であるか否かを以下のように判定する。
【００８４】
適用判定部２１１は、申請者識別子を用いて、申請者１０１が適用者であるか否かを特定する適用情報を適用管理ファイルから取得する。
適用管理ファイルは、申請者識別子に対応付けられた適用情報を含んだファイルである。適用管理ファイルは、承認サーバ装置２００のメモリ９０３に記憶されてもよいし、外部の適用管理装置に記憶されてもよい。
適用情報の一例は、申請者１０１の信頼度である。
申請者１０１の信頼度は任意の方法で算出される。申請者１０１の信頼度の具体例は、申請者１０１による申請が承認された承認回数と申請者１０１による申請が否認された否認回数との差である。
承認回数と否認回数が申請者１０１の信頼度の代わりに適用管理ファイルに記憶されてもよい。この場合、申請者１０１の信頼度は、適用管理ファイルから取得される承認回数と否認回数とを用いて算出される。
【００８５】
適用判定部２１１は、取得した情報に基づいて、申請者１０１が適用者であるか否かを判定する。
取得される情報が申請者１０１の信頼度である場合、適用判定部２１１は、取得した信頼度と信頼度閾値とを比較し、申請者１０１が適用者であるか否かを比較結果に基づいて判定する。申請者１０１の信頼度が信頼度閾値より低い場合、申請者１０１は適用者である。
【００８６】
申請者１０１の信頼度が低い場合、申請者１０１の申請が中身を見ないで承認されると、問題になる可能性が高い。そのため、信頼度が低い申請者１０１の申請の中身はしっかりと見る必要がある。したがって、申請者１０１の信頼度が低い場合、承認者１０２に申請の中身をしっかりと見てもらうために、質問を含んだ承認要求データ１３２を生成する必要がある。
【００８７】
承認要求生成処理（Ｓ１０６）において、承認要求生成部２２０は、承認要求データ１３２を生成する。
申請者１０１が適用者であると判定された場合、承認要求生成部２２０は、質問を含んだ承認要求データ１３２を生成する。
申請者１０１が適用者でないと判定された場合、承認要求生成部２２０は、質問を含まない承認要求データ１３２を生成する。
【００８８】
質問を含まない承認要求データ１３２が生成された場合、承認要求送信処理（Ｓ１０７）以降の処理は、従来のワークフローシステム１００と同じである。
【００８９】
＊＊＊効果の説明＊＊＊
承認者１０２に質問する運用が一部の申請者１０１にだけ適用される。これにより、承認者１０２の負担が過度にならずに、承認の形骸化を防止することができる。
【００９０】
実施の形態４．
申請者１０１と承認者１０２との結託による承認の形骸化を防止するために、申請の内容を承認する承認者を複数の候補者からランダムに選択する形態について、図１８と図１９に基づいて説明する。但し、実施の形態１と重複する説明は省略する。
【００９１】
＊＊＊構成の説明＊＊＊
ワークフローシステム１００において、複数の承認者１０２が存在する。
ワークフローシステム１００の構成は、実施の形態１と以下のように異なる。
【００９２】
図２の申請画面１４０において、承認者１０２が選択される代わりに、承認者１０２の役職が選択される。
役職を識別する役職識別子は、候補グループを識別する候補グループ識別子の一例である。候補グループは、複数の候補者が属するグループである。候補者は、承認者１０２の候補になる人である。
図４の申請データ１３１は、承認者識別子の代わりに、役職識別子を含む。
【００９３】
図５の承認要求データ１３２において、質問と、質問に対する回答の選択肢は不要である。
【００９４】
図６の承認画面１５０において、質問を示す質問欄１５５と、質問に回答するためのチェックボックス１５６は不要である。
【００９５】
図７の承認回答データ１３３において、質問に対する回答は不要である。
【００９６】
図８の承認結果データ１３４において、質問に対する回答と、質問に対する回答の結果は不要である。
【００９７】
図１８に基づいて、承認サーバ装置２００の構成について説明する。
プロセッサ９０１は、実施の形態１と同じく、「部」の機能を実現するプログラムを実行する。この「部」には、実施の形態１で説明した回答判定部２５０の代わりに、承認者選択部２１２が含まれる。
承認者選択部２１２は、申請データ１３１が受信された場合、申請データ１３１に含まれる申請の内容を承認する承認者１０２を複数の候補者からランダムに選択する。
【００９８】
承認要求送信部２３０は、生成された承認要求データ１３２を、選択された承認者１０２が使用する承認端末装置１２０に送信する。
【００９９】
＊＊＊動作の説明＊＊＊
図１９に基づいて、承認管理方法について説明する。
Ｓ１０１からＳ１０５までの処理の流れは、図１１に基づいて説明した実施の形態１と同じである。
【０１００】
Ｓ１０５−２は承認者選択処理である。
Ｓ１０５−２において、承認者選択部２１２は、承認者１０２を以下のように選択する。
【０１０１】
承認者選択部２１２は、申請データ１３１から役職識別子を取得する。
次に、承認者選択部２１２は、役職識別子に対応付いた複数の候補者識別子を承認者管理ファイルから取得する。役職識別子がシステム部に属する課の課長から成るグループを識別する識別子である場合、承認者１０２の候補はシステム部に属する課長であり、複数の課長識別子が取得される。
そして、承認者選択部２１２は、取得した複数の候補者識別子から少なくともいずれかの候補者識別子をランダムに選択する。選択された候補者識別子で識別される人が承認者１０２になる。
承認者管理ファイルは、役職識別子に対応付けられた複数の候補者識別子を含んだファイルである。役職識別子は候補グループ識別子の一例である。
承認者管理ファイルは、承認サーバ装置２００のメモリ９０３に記憶されてもよいし、外部の承認者管理装置に記憶されてもよい。
【０１０２】
Ｓ１０６において、承認要求生成部２２０は、承認者１０２を識別する承認者識別子を含んだ承認要求データ１３２を生成する。
【０１０３】
Ｓ１０７からＳ１０９までの処理の流れは、図１１に基づいて説明した実施の形態１と同じである。
【０１０４】
Ｓ１１０−２において、承認者１０２は、図１１に基づいて説明したＳ１１０と同じく、承認結果を承認画面１５０に入力する。但し、質問に対する回答は不要である。
【０１０５】
Ｓ１１１からＳ１１３までの処理の流れは、図１１に基づいて説明した実施の形態１と同じである。
Ｓ１１３の後、処理はＳ１１５に進む。
【０１０６】
Ｓ１１５以降の処理は、図１２に基づいて説明した実施の形態１と同じである。
【０１０７】
＊＊＊効果の説明＊＊＊
承認者１０２をランダムに選ぶことによって、以下のような効果を奏することができる。
申請者１０１は承認者１０２と事前に結託することができないため、申請者１０１と承認者１０２との結託による承認の形骸化が防止される。
承認作業が同じ承認者１０２に集中しないため、承認作業が集中する承認者１０２による承認の形骸化が防止される。つまり、各承認者１０２の負荷が平準化され、各承認者１０２は適切な承認作業を行うことができる。
【０１０８】
各実施の形態は、好ましい形態の例示であり、本発明の技術的範囲を制限することを意図するものではない。各実施の形態は、部分的に実施してもよいし、他の形態と組み合わせて実施してもよい。
具体的には、実施の形態４において、実施の形態１から実施の形態３と同じく、承認者１０２に質問し、質問に対する回答を承認者１０２に要求してもよい。つまり、実施の形態４において、承認者１０２が質問に対して正しく回答できた場合に承認が成功するようにしてもよい。
フローチャート等を用いて説明した処理手順は、承認管理方法および承認管理プログラムの処理手順の一例である。
【符号の説明】
【０１０９】
１００  ワークフローシステム、１０１  申請者、１０２  承認者、１０３  ネットワーク、１１０  申請端末装置、１２０  承認端末装置、１３１  申請データ、１３２  承認要求データ、１３３  承認回答データ、１３４  承認結果データ、１４０  申請画面、１４１  チェックボックス、１４２  テキストボックス、１４３  リストボックス、１４４  テキストボックス、１４５  実行ボタン、１４６  キャンセルボタン、１４９  決済依頼書、１５０  承認画面、１５１  種類欄、１５２  申請者欄、１５３  閲覧インタフェース、１５４  コメント欄、１５５  質問欄、１５６  チェックボックス、１５７  承認ボタン、１５８  否認ボタン、１５９  キャンセルボタン、１６０  承認結果画面、１６１  承認結果欄、１６２  申請者欄、１６３  承認者欄、１６４  承認日時欄、１６５  確認ボタン、１６６  キャンセルボタン、２００  承認サーバ装置、２１０  申請受信部、２１１  適用判定部、２１２  承認者選択部、２２０  承認要求生成部、２２１  パスワード通知部、２３０  承認要求送信部、２４０  承認回答受信部、２５０  回答判定部、２６０  承認結果生成部、２７０  承認結果送信部、９０１  プロセッサ、９０３  メモリ、９０４  通信装置、９０４１  レシーバ、９０４２  トランスミッタ、９１０  信号線。
【要約】
申請端末装置（１１０）は、申請者（１０１）の申請の内容を含んだ申請データ（１３１）を承認サーバ装置（２００）に送信する。承認サーバ装置は、申請データを受信し、申請の内容と申請の内容をたずねる質問とを含んだ承認要求データ（１３２）を承認端末装置（１２０）に送信する。承認端末装置は、申請の内容と申請の内容をたずねる質問とを含んだ承認画面を表示する。承認者（１０２）は、質問に回答した上で申請の内容を承認する。【図１】
0006022121.tif 000002
【図２】
0006022121.tif 000003
【図３】
0006022121.tif 000004
【図４】
0006022121.tif 000005
【図５】
0006022121.tif 000006
【図６】
0006022121.tif 000007
【図７】
0006022121.tif 000008
【図８】
0006022121.tif 000009
【図９】
0006022121.tif 000010
【図１０】
0006022121.tif 000011
【図１１】
0006022121.tif 000012
【図１２】
0006022121.tif 000013
【図１３】
0006022121.tif 000014
【図１４】
0006022121.tif 000015
【図１５】
0006022121.tif 000016
【図１６】
0006022121.tif 000017
【図１７】
0006022121.tif 000018
【図１８】
0006022121.tif 000019
【図１９】
0006022121.tif 000020