JP2014126933A - 情報処理システム、情報処理方法、及び、コンピュータプログラム - Google Patents

Abstract

【課題】 ワークフロー申請の際に入力する入力項目の入力内容についての申し送り事項を、入力項目と関連付けて表示すること。
【解決手段】 ワークフローで各種の処理を行うための画面に、各入力項目に対する申し送り事項を入力するために用いるメニューボタンを用意する。そして、そのメニューボタンに対する押下指示に応じて入力された事項を当該入力項目に対する申し送り事項として当該入力項目の近傍に付箋表示する。また、既に付箋表示された申し送り事項に対する応対の申し送り事項の入力を受け付けた場合には、応答の申し送り事項をその上に重ねて表示する。
【選択図】 図１２

Description

本発明は、ワークフローシステム等での決済を行う際に、承認者等に対する申し送り事項を管理する技術に関する。

企業等では、業務上必要となる各種申請の申請処理や、その申請に対する承認処理を行うために、ワークフローシステムを使用していることが多い。このようなワークフローシステムでは、申請者からの各種申請要求があった場合に、申請内容の入力を受け付け、ワークフローシステムによる承認処理を行うことになる。

そして、承認者は、申請者による申請が適切であるかを確認し、適切であると判定した場合には、承認処理を行い、処理を次の工程に進めることになる。

例えば、特許文献１には、このようなワークフローシステムにおいて、承認者による申請内容の確認の漏れを防止するために発明が開示されている。

特開２０１０−７９６９５号公報

上記のようなワークフローシステムにおいては、申請内容を入力する申請画面や、承認処理を行う承認画面に備考欄を設け、次の工程の担当者に対する申し送り事項を行わせることが多い。これでは、どの入力項目に対する申し送り事項であるかがわかりづらい。また、申請内容が多い場合には、備考に申し送り事項が記載されている項目と、備考欄とを同時に表示できない場合もある。

また、複数の処理担当者（申請者、１次承認者、２次承認者）が同一の項目に対する申し送り事項を記載しているにもかかわらず、それぞれの処理担当者が備考に記載した申し送り事項を確認しなくてはならない場合もあった。

そこで、本発明は、ワークフローシステムにおいて、申し送り事項を入力項目と関連付けて表示することを可能にするとともに、それら申し送り事項がどのような順で記載されたかを容易に確認できる技術を提供することを目的とする。

上記した目的を達成するために、本発明の情報処理システムは、ワークフローにおける申し送り事項を管理する情報処理システムであって、申請を行うための入力が必要となる項目の入力を受け付けるための画面であって、前記入力項目に関連した申し送り事項の入力指示を行うためのコントロールを有する画面を表示する第１の表示制御手段と、前記コントロールに対する指示を受け付ける第１の受付手段と、前記第１の受付手段で受け付けたコントロールに対応する項目に対応付ける、後続の担当者に対する申し送り事項の入力を受け付ける第２の受付手段と、前記第２の受付手段で受け付けた申し送り事項を前記項目の近傍に表示する第２の表示制御手段と、を備え、前記第２の表示制御手段は、前記第２の受付手段で受け付けた申し送り事項の入力順をユーザが認識可能に、前記申し送り事項を前記項目の近傍に表示することを特徴とする。

上記した目的を達成するために、本発明の情報処理方法は、ワークフローにおける申し送り事項を管理する情報処理システムによって行われる情報処理方法であって、申請を行うための入力が必要となる項目の入力を受け付けるための画面であって、前記入力項目に関連した申し送り事項の入力指示を行うためのコントロールを有する画面を表示する第１の表示制御工程と、前記コントロールに対する指示を受け付ける第１の受付工程と、前記第１の受付工程で受け付けたコントロールに対応する項目に対応付ける、後続の担当者に対する申し送り事項の入力を受け付ける第２の受付工程と、前記第２の受付工程で受け付けた申し送り事項を前記項目の近傍に表示する第２の表示制御工程と、を備え、前記第２の表示制御工程は、前記第２の受付工程で受け付けた申し送り事項の入力順をユーザが認識可能に、前記申し送り事項を前記項目の近傍に表示することを特徴とする。

上記した目的を達成するために、本発明のコンピュータプログラムは、ワークフローにおける申し送り事項を管理する情報処理システムを、申請を行うための入力が必要となる項目の入力を受け付けるための画面であって、前記入力項目に関連した申し送り事項の入力指示を行うためのコントロールを有する画面を表示する第１の表示制御手段と、前記コントロールに対する指示を受け付ける第１の受付手段と、前記第１の受付手段で受け付けたコントロールに対応する項目に対応付ける、後続の担当者に対する申し送り事項の入力を受け付ける第２の受付手段と、前記第２の受付手段で受け付けた申し送り事項を前記項目の近傍に表示する第２の表示制御手段として機能させ、前記第２の表示制御手段は、前記第２の受付手段で受け付けた申し送り事項の入力順をユーザが認識可能に、前記申し送り事項を前記項目の近傍に表示すること特徴とする。

本発明によれば、ワークフローの入力項目に対応付けて、その入力項目に関連する申し送り事項を記載するための付箋を当該入力項目の近傍に、付箋が付与された順に配置することで、申し送り事項を入力項目と関連付けて表示するとともに、申し送り事項が記載された順番を容易に確認できる。

本発明の実施の形態における情報処理システムのシステム構成の一例を示す図である。 図１の管理サーバ１０１、クライアント装置１０２のハードウェア構成の一例を示す図である。 図１の管理サーバ１０１、クライアント装置１０２の機能構成の一例を示す図である。 本発明における、交通費申請、承認処理の概要を示すフローチャートである。 付箋情報取得・表示処理の詳細な処理の一例を示すフローチャートである。 付箋表示制御処理の詳細な処理の一例を示すフローチャートである。 各種情報入力処理の詳細な処理の一例を示すフローチャートである。 付箋追加処理の詳細な処理の一例を示すフローチャートである。 交通費申請画面９００の構成の一例を示す図である。 承認画面１０００の構成の一例を示す図である。 新規付箋を追加する第１の例を示す図である。 新規付箋を追加する第２の例を示す図である。 第１の付箋の表示制御の例を示す図である。 第２の付箋の表示制御の例を示す図である。 図面間項目関連付け情報テーブル１５００のデータ構成の一例を示す図である。 メモ付箋情報管理テーブル１６００のデータ構成の一例を示す図である。 連絡付箋情報管理テーブル１７００のデータ構成の一例を示す図である。

以下、図面を参照して、本発明の実施の形態の一例について説明する。以下の説明では、交通費申請・承認処理を例に説明するが、本発明が適用できる事例はこれに限られるものではない。

図１は、本発明の実施の形態における情報処理システムのシステム構成の一例を示す図である。図１に示すように、本発明の情報処理システムは、管理サーバ１０１、クライアント装置１０２、ＬＡＮ１０３を備えて構成されている。

管理サーバ１０１は、クライアント装置１０２に対して、交通費申請ワークフローサービスを提供するサーバ装置であって、クライアント装置１０２からの要求に応じて、交通費申請や、その承認処理を実行する装置である。

クライアント装置１０２は、管理サーバ１０１が提供する交通費申請ワークフローサービスを利用して、交通費の申請や、当該申請に対する承認／否認を行うユーザによって使用される端末装置である。

ＬＡＮ１０３は、管理サーバ１０１及びクライアント装置１０２を相互に通信可能に接続するためのネットワークである。接続形態は、有線／無線を問わない。

以上が、本発明の情報処理システムのシステム構成の一例の説明である。

次に、図２を参照して、図１の管理サーバ１０１、クライアント装置１０２のハードウェア構成の一例について説明する。

図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Basic Input / Output System）やオペレーティングシステムプログラム（以下、ＯＳ）や、管理サーバ１０１やクライアント装置１０２が実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。

２０２はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０３あるいは外部メモリ２１１からＲＡＭ２０２にロードして、該ロードしたプログラムを実行することで後述する各種動作を実現するものである。

また、２０５は入力コントローラで、キーボードやポインティングデバイス等の入力装置２０９からの入力を制御する。２０６はビデオコントローラで、ディスプレイ装置２１０等の表示器への表示を制御する。これらは必要に応じて操作者が使用するものである。

２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。

２０８は通信Ｉ／Ｆ（インタフェース）コントローラで、ネットワーク（例えば、図１に示したＬＡＮ１０３）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ装置２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ装置２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

本発明を実現するための後述するフローチャートに示す各ステップの処理は、コンピュータで読み取り実行可能なプログラムにより実行され、そのプログラムは外部メモリ２１１に記録されている。そして、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。

以上が、図１に示す管理サーバ１０１、クライアント装置１０２のハードウェア構成の一例の説明である。尚、管理サーバ１０１やクライアント装置１０２が後述する処理を実行することが可能であれば、必ずしも図２に示すハードウェア構成を有していなくとも構わないことは言うまでもない。

次に、図３を参照して、図１の管理サーバ１０１、クライアント装置１０２の機能構成の一例について説明する。

図３に示す通り、管理サーバ１０１は、付箋情報記憶部３０１、申請・承認開始受付部３０２、付箋情報送信部３０３等を備えて構成されている。また、クライアント装置１０２は、付箋情報表示部３１１、付箋追加指示受付部３１２、付箋表示方法変更指示受付部３１３等を備えて構成されている。

付箋情報記憶部３０１は、ワークフロー申請や、承認の際に入力する入力項目ごとに、ユーザにより入力可能である、当該ユーザ自身に対する注意喚起情報であるメモ付箋や、ワークフロー処理の際に、後続するステップの担当者への申し送り事項として入力された連絡付箋の情報を記憶管理する機能部である、尚、メモ付箋の情報は、図１６に示すメモ付箋情報管理テーブル１６００で、連絡付箋の情報は図１７に示す連絡付箋情報管理テーブル１７００で記憶管理される。これらのデータ構成の一例については、図１６、図１７を参照して後述する。

申請・承認開始受付部３０２は、クライアント装置１０２から、交通費申請や、交通費申請に対する承認処理の開始指示を受け付ける機能部である。

付箋情報送信部３０３は、クライアント装置１０２に対して、付箋情報記憶部３０１に記憶されている付箋情報を送信する機能部である。具体的には、クライアント装置１０２での交通費申請処理や承認処理の際に使用される画面に、開始指示を行ったユーザが設定しているメモ付箋や、また、承認処理や、一度差し戻しされた交通費申請の再申請処理等を行う場合には、処理対象の申請に関連付けられた連絡付箋を、クライアント装置１０２に送信することになる。

付箋情報表示部３１１は、管理サーバ１０１の付箋情報送信部３０３より送信された付箋情報の表示を行う機能部である。尚、本発明では、メモ付箋や、連絡付箋は、各入力項目に関連付けられているので、それら項目の近傍に、メモ付箋や連絡付箋を表示するよう制御する。また、連絡付箋については、ある連絡付箋に対する申し送り事項として新たに連絡付箋を付すことが可能となっており、これら一連の連絡付箋を、連絡付箋が付された順を認識可能に（例えば、古いものが左、新しいものが右といったように）表示制御が行われる。また、メモ付箋と連絡付箋の色を変える、枠線の色を変える、枠線の太さを変える等、表示形態を区別することで、いずれがメモ付箋であり、いずれが連絡付箋であるかを認識可能に表示する。

付箋追加指示受付部３１２は、ユーザによる操作指示に従って、メモ付箋や連絡付箋を追加する機能部である。この追加されたメモ付箋や連絡付箋の情報は管理サーバ１０１に送信され、管理サーバ１０１の付箋情報記憶部３０１に追加登録される。

付箋表示方法変更指示受付部３１３は、付箋の表示方法の変更指示を受け付ける機能部である。例えば、メモ付箋の表示／非表示の切り替え指示や、最小化表示されている付箋を、その付箋に記載されたテキストを認識可能にするために通常表示に切り替える等の指示を受け付ける。付箋表示方法変更指示受付部３１３が受け付けた変更指示に従って、付箋情報表示部３１１は、付箋表示の更新処理を行う。

以上が、図１の管理サーバ１０１、クライアント装置１０２の機能構成の一例の説明である。

次に、図４を参照して、本発明における、交通費申請、承認処理の概要について説明する。この処理は、管理サーバ１０１のＣＰＵ２０１とクライアント装置１０２のＣＰＵ２０１によって行われる処理である。

まず、クライアント装置１０２のＣＰＵ２０１は、管理サーバ１０１に対して処理（交通費申請、承認）の開始要求を送信する（ステップＳ４０１）。管理サーバ１０１のＣＰＵ２０１は、この開始要求を受信すると（ステップＳ４０２）、開始する処理に応じた画面情報を、クライアント装置１０２に送信する（ステップＳ４０３）。例えば、交通費申請処理を行う場合には、図９に示す交通費申請画面９００を表示させるための画面情報を、承認処理を行う場合には、図１０に示す承認画面１０００を表示させるための画面情報をクライアント装置１０２に送信することになる。

クライアント装置１０２のＣＰＵ２０１は、管理サーバ１０１から送信された画面情報を受信すると、受信した画面情報に従って、画面（交通費申請画面９００や、承認画面１０００）をディスプレイ装置２１０に表示する（ステップＳ４０４）。その後、その画面に関連付けられているメモ付箋や、処理対象とする申請に関連付けられている連絡付箋を取得、表示するための付箋情報取得・表示処理を行う（ステップＳ４０５）。この処理の詳細については、図５を参照して後述する。この処理を行うことで、図９の９０１に示すような付箋情報（９０１はメモ付箋を示している）や、図１０の１００３に示すような付箋情報（１００３は、交通費申請を行ったユーザにより追加された連絡付箋が最小化表示されている）が画面上に表示される。

その後、ディスプレイ装置２１０に表示されている画面を介して、各種情報の入力や、付箋の追加、申請実行、申請内容保存（交通費申請の場合）、承認、差し戻し、否認（承認処理の場合）等の実行指示を受け付ける各種情報入力処理を行う（ステップＳ４０６）。この処理の詳細については、図６を参照して後述する。

そして、ステップＳ４０６で、申請実行、申請内容保存（交通費申請の場合）、承認、差し戻し、否認（承認処理の場合）等の実行指示を受け付けると（ステップＳ４０７でＹＥＳ）、クライアント装置１０２のＣＰＵ２０１は、処理をステップＳ４０７に進め、入力情報を管理サーバ１０１に送信することで、交通費の申請や申請内容の保存、申請に対する承認、否認、申請の差し戻し等の実行を管理サーバ１０１に要求する。

管理サーバ１０１のＣＰＵ２０１は、クライアント装置１０２から送信された入力情報を受信すると、その情報に従って、不図示の申請データベースを更新する（ステップＳ４１０）。これにより、申請情報のステータスが変更されることになる。

その後、管理サーバ１０１のＣＰＵ２０１は、通知処理を行うか否かを判定する（ステップＳ４１１）。例えば、新たに交通費申請が行われた場合には、当該申請の承認者となるユーザに対して通知を行うと判定する。また、申請内容の保存がなされた場合には、管理サーバ１０１の通知処理を行わないと判定する。この判定処理で通知処理を行う（ＹＥＳ）と判定して場合には、管理サーバ１０１のＣＰＵ２０１は処理をステップＳ４１２に進め、通知処理を行う。

ステップＳ４１１でＮＯと判定した場合、また、ステップＳ４１２の処理が終了後、管理サーバ１０１のＣＰＵ２０１は、処理結果をクライアント装置１０２に送信する（ステップＳ４１３）。クライアント装置１０２のＣＰＵ２０１は、管理サーバ１０１から送信された処理結果を受信すると（ステップＳ４１４）、本図に示す処理を終了する。また、ステップＳ４０６において、実行指示ではなく、処理のキャンセル指示を受け付けた場合（例えば、図９、図１０中のキャンセルボタンが押された場合：ステップＳ４０７でＮＯ）には、ステップＳ４０８以降の処理を行うことなく、本図に示す処理を囚虜することになる。

以上が、本発明における、交通費申請、承認処理の概要の説明である。

次に、図５を参照して、図４のステップＳ４０５の付箋情報取得・表示処理の詳細な処理の一例について説明する。この処理は、管理サーバ１０１のＣＰＵ２０１とクライアント装置１０２のＣＰＵ２０１によって行われる処理である。

まず、クライアント装置１０２は、ディスプレイ装置２１０に表示されている画面や申請に関連付けられている付箋の取得要求を、管理サーバ１０１に対して送信する。この時、交通費申請を新規に行う場合には、ユーザＩＤ等クライアント装置１０２を使用しているユーザを特定するためのユーザ特定情報やディスプレイ装置に表示されている画面を特定するための画面情報が管理サーバ１０１に送信される。また、承認処理を行う場合には、さらに、承認処理の対象の申請を特定するために申請特定情報が管理サーバ１０１に送信される。

管理サーバ１０１のＣＰＵ２０１は、クライアント装置１０２から送信された付箋取得要求を受信すると（ステップＳ５０２）、当該クライアント装置１０２に送信すべき付箋情報を、メモ付箋情報管理テーブル１６００、連絡付箋情報管理テーブル１７００から取得することになる。

管理サーバ１０１のＣＰＵ２０１のＣＰＵ２０１は、メモ付箋情報管理テーブル１６００に、付箋取得要求を行ったクライアント装置１０２のディスプレイ装置２１０に表示されている画面に関連して、クライアント装置１０２を操作するユーザが登録したメモ付箋があるかを判定する（ステップＳ５０３）。

図１６に示すように、メモ付箋情報管理テーブル１６００では、付箋の情報として、どの画面に関連するメモ付箋であるか（画面ＩＤ）、どのユーザが登録したメモ付箋であるか（ユーザＩＤ）といった情報を管理しているので、これら情報を用いて、管理サーバ１０１はステップＳ５０３の判定処理を行うことになる。

管理サーバ１０１のＣＰＵ２０１は、ステップＳ５０３の判定処理でＹＥＳと判定した場合には、処理をステップＳ５０４に進め、クライアント装置１０２に送信するメモ付箋の情報を、メモ付箋情報管理テーブル１６００から取得する。

その後、管理サーバ１０１のＣＰＵ２０１は、クライアント装置１０２で行われる処理が、承認処理や、再申請処理であるか、それとも新規の交通費申請処理であるかを判定する（ステップＳ５０５）。ステップＳ５０５の判定処理で承認処理や、再申請処理であると判定した場合には、当該申請に関連付いた連絡付箋が登録されている可能性があるので、管理サーバ１０１のＣＰＵ２０１は、処理をステップＳ５０６に進め、当該申請に関連付いた連絡付箋が、連絡付箋情報管理テーブル１７００に登録されているかを判定する。

図１７に示すように、連絡付箋情報管理テーブル１７００には、データ項目として申請データを特定するための情報である申請ＩＤが保存されているので、この情報を用いて、管理サーバ１０１のＣＰＵ２０１は、処理対象の申請データに関連する連絡付箋情報が登録されているかを判定する。

ステップＳ５０６の判定処理で、ＹＥＳと判定した場合には、処理をステップＳ５０７に進め、処理対象に関連付いた連絡付箋情報を連絡付箋情報管理テーブルから取得する。尚、ステップＳ５０５で「新規申請」と判定した場合や、ステップＳ５０６でＮＯと判定された場合には、連絡付箋情報管理テーブル１７００に、クライアント装置１０２に送信すべき連絡付箋情報が登録されていないので、ステップＳ５０７の処理は行わない。

その後、管理サーバ１０１のＣＰＵ２０１は、ステップＳ５０４、ステップＳ５０７で取得した付箋情報を、クライアント装置１０２に送信する（ステップＳ５０８）。

クライアント装置１０２のＣＰＵ２０１は、管理サーバ１０１から送信された付箋情報を受信すると（ステップＳ５０９）、ディスプレイ装置２１０に表示されている画面上に、受信した付箋情報に基づく付箋表示を行うための、付箋表示制御処理を実行する（ステップＳ５１０）。この処理の詳細は、図６を参照して後述する。

以上が、図４のステップＳ４０５の付箋情報取得・表示処理の詳細な処理の一例の説明である。

次に、図６を参照して、付箋表示制御処理の詳細な処理の一例について説明する。この処理は、クライアント装置１０２のＣＰＵ２０１によって行われる処理である。

クライアント装置１０２のＣＰＵ２０１は、管理サーバ１０１より取得した、ディスプレイ装置２１０に表示されている画面上に表示する全ての付箋情報について、ステップＳ６０１からステップＳ６０６に示す処理を実行する。

まず、クライアント装置１０２のＣＰＵ２０１は、管理サーバ１０１より取得した付箋情報のうち、未処理の付箋情報を処理対象に設定する（ステップＳ６０１）。そして、その付箋情報が関連付いている項目を特定する（ステップＳ６０２）。この時、ステップＳ６０１で処理対象として特定した付箋情報が連絡付箋である場合には、クライアント装置１０２に表示されている画面に関連付いたものではない場合がある。この時には、図１５に示す図面間項目関連付け情報テーブル１５００の情報を用いて、画面中のどの項目に関連付くものであるかを特定する。

その後、ステップＳ６０１で処理対象として設定した付箋が、表示対象の付箋であるかを判定する（ステップＳ６０３）。例えば、図９の「メモ付箋を表示」チェックボックス９０２や、図１０の「メモ付箋を表示」チェックボックス１００１にチェックが入れられていない場合には、メモ付箋は、表示対象外の付箋であるとクライアント装置１０２のＣＰＵ２０１は判定する。また、図９の「連絡付箋は未確認のみ表示」チェックボックス９０３や、図１０の「連絡付箋は未確認のみ表示」チェックボックス１００２にチェックが入れられている場合には、既に当該ユーザの操作中に表示を行った連絡付箋は表示対象外の付箋であると判定する。

ステップＳ６０３の判定処理で、ＹＥＳと判定した場合には、処理をステップＳ６０４に進め、ステップＳ６０１で処理対象とした付箋を、内容が確認できる形の通常表示で表示するか、それとも、付箋が付加されていることは確認できるが、その内容は確認できない最小化表示を行うかを判定する（ステップＳ６０４）。クライアント装置１０２のＣＰＵ２０１は、例えば、処理対象の付箋に関連付いた項目の近傍に、当該付箋を表示する十分なスペースがない場合や、一連の連絡付箋のうち、最新のものではない連絡付箋である場合には、最小化表示すると判定する。尚、そのような場合であっても、ユーザの操作指示により、通常表示指示を受け付けた場合には、当該付箋を通常表示すると判定することになる。

クライアント装置１０２のＣＰＵ２０１は、ステップＳ６０４の判定処理で、通常表示する（ＹＥＳ）と判定した付箋については、その内容が確認できるよう通常表示を行い（ステップＳ６０５）、最小化表示を行う（ＮＯ）と判定した場合には、付箋が付与されていることが認識できるよう最小化表示を行う（ステップＳ６０６）。この時、付箋が関連付けられている項目の近傍に、付箋の表示が行われることになる。

そして、管理サーバ１０１から取得した全ての付箋情報に対して、ステップＳ６０１からステップＳ６０６の処理が終了後、本図に示す処理を終了する。

以上が、付箋表示制御処理の詳細な処理の一例の説明である。

次に、図７を参照して、図４のステップＳ４０６の各種情報入力処理の詳細な処理の一例について説明する。この処理は、管理サーバ１０１のＣＰＵ２０１と、クライアント装置１０２のＣＰＵ２０１によって行われる処理である。この処理では、交通費申請や、承認処理に必要な各種の情報を受け付けるとともに、新たに付箋情報を追加したり、また、付箋の表示設定を変更したりする処理が行われる。

クライアント装置１０２のＣＰＵ２０１は、ディスプレイ装置２１０に表示されている画面（交通費申請画面９００や承認画面１０００）を介して、ユーザからの操作指示を受け付ける（ステップＳ７０１）。

そして、ステップＳ７０１で受け付けた操作指示が、付箋の追加指示であると判定した場合には（ステップＳ７０２でＹＥＳ）、処理をステップＳ７０３に進め、付箋追加処理を行う。この処理の詳細は、図８を参照して説明する。ステップＳ７０３の処理が終了後、クライアント装置１０２のＣＰＵ２０１は、処理をステップＳ７０１に進める。

ここで、図８を参照して、図７のステップＳ７０３の付箋追加処理の詳細な処理の一例について説明する。この処理は、管理サーバ１０１のＣＰＵ２０１と、クライアント装置１０２のＣＰＵ２０１によって行われる処理である。

クライアント装置１０２のＣＰＵ２０１は、まず、新規に付箋を追加する指示を受け付けたか、それとも、画面表示されている連絡付箋に対する応答の連絡付箋の作成指示を受け付けたかを判定する（ステップＳ８０１）。

尚、交通費申請画面９００や、承認画面１０００には、各項目ごとに、当該項目に関連するためにメモ付箋や、当該項目の入力内容についての申し送り事項を記載するための連絡付箋を追加するために用いるコントロール（メニューボタン：図９の９０４、図１０の１００４）が設定されている。それらコントロールに対する指示により付箋の追加指示が行われた場合には、クライアント装置１０２はステップＳ８０１でＹＥＳと判定する。

一方、交通費申請画面９００や、承認画面１０００に既に表示されている連絡付箋に対する付箋の追加指示が行われた場合には、クライアント装置１０２のＣＰＵ２０１は、ステップＳ８０１の判定処理でＮＯと判定する。

ステップＳ８０１でＹＥＳと判定した場合には、クライアント装置１０２のＣＰＵ２０１は、処理をステップＳ８０２に進め、付箋を追加する項目を、指示されたコントロールに従って特定し、その後、付箋の種別情報（メモ付箋、連絡付箋）の指定を受け付ける（ステップＳ８０３）。そして、付箋に表示する文字列情報の入力を受け付ける（ステップＳ８０４）。

一方、ステップＳ８０１でＮＯと判定した場合には、クライアント装置１０２のＣＰＵ２０１は処理をステップＳ８０５に進め、指定された連絡付箋の連絡付箋ＩＤを取得し、その連絡付箋ＩＤを用いて、当該付箋が関連付けられている項目を特定する（ステップＳ８０６）。そして、付箋に表示する文字列情報の入力を受け付ける（ステップＳ８０７）。

ステップＳ８０４またはステップＳ８０７の処理が終了した後に、クライアント装置１０２のＣＰＵ２０１は、新規に追加する付箋情報を管理サーバ１０１に送信する（ステップＳ８０８）。

管理サーバ１０１のＣＰＵ２０１は、クライアント装置１０２から送信された付箋情報を受信すると（ステップＳ８０９）、その付箋情報がメモ付箋である場合には、メモ付箋情報管理テーブル１６００に、連絡付箋である場合には、連絡付箋情報管理テーブル１７００に付箋情報を登録する（ステップＳ８１０）。その後、処理結果を、付箋情報を送信したクライアント装置１０２に送信する（ステップＳ８１１）。

クライアント装置１０２のＣＰＵ２０１は、管理サーバ１０１から送信された処理結果を受信すると（ステップＳ８１２）、新たに追加された付箋情報に従って、付箋情報を、関連する項目の近傍に表示する（ステップＳ８１３）。

以上が、付箋追加処理の詳細な処理の一例の説明である。尚、クライアント装置１０２のＣＰＵ２０１は、メモ付箋と連絡付箋とを色を変える等、表示形態を変えることで、表示されている付箋が、メモ付箋であるか、それとも連絡付箋であるかをユーザが確認できるようにする。また、連絡付箋は、その連絡付箋を付したユーザ毎に色を変える等、表示形態を変えることで、ユーザが、同一のユーザが付した連絡付箋を特定できるようにする。

ここで、図１１、図１２を用いて、付箋を追加する際の処理の一例について説明する。

図１１は、新規に連絡付箋を追加する処理の例を示す図である。ここでは、尚、図１１の（１）、（２）はともに、図９の一部を抜粋したものである。ここでは、図９中の項目「路線名」に新たに連絡付箋を付す例について説明する。この場合、図８のステップＳ８０１の判定処理で、クライアント装置１０２がＹＥＳと判定することになる。

図１１の（１）に示すように、路線名の近傍にあるメニューボタン９０４に対する押下指示を受け付けると、１１０１に示す付箋メニューが表示される。そして、付箋メニュー１１０１のうち、メモ付箋が選択されるとメモ付箋の、連絡付箋（全員）または連絡付箋（次）が選択されると連絡付箋の追加が行われる。

図１１の例では、連絡付箋（次）１１０２が選択されているので、この申請に対する次の処理者（承認者）に対して申し送りをするための連絡付箋の作成処理が行われ、付箋に記載する文字列情報を入力した後に、図１１の（２）に示すように、連絡付箋を付す項目として指定された「路線名」の近傍に、連絡付箋が表示されることになる。

図１２は、他の連絡付箋に対して応答するための新たな連絡付箋を追加する処理の例を示している。尚、図１１の（１）、（２）はともに、図９の一部を抜粋したものであり、既に、路線名に関連した連絡付箋が２つ、１２０１、１２０２の順に付されている。そして、連絡付箋１２０２に対して応答するための新たな連絡付箋を追加する処理の例について説明する。この場合、図８のステップＳ８０１の判定処理で、クライアント装置１０２がＮＯと判定することになる。

図１２の（１）示すように、路線名には、既に２つの連絡付箋１２０１、１２０２が付されている。そして、連絡付箋１２０２に対する押下指示を受け付けると、１２０３に示す付箋メニューが表示される。そして付箋メニュー１２０３中の追加１２０４が指示されると、他の連絡付箋に対して応答するための新たな連絡付箋の作成処理が行われ、付箋に記載する文字列情報を入力した後に、図１２の（２）に示すように、連絡付箋１２０２の上に場所を少しずらして、新たに追加した連絡付箋１２０５が表示されることになる。

尚、図１２の（２）の１２０１、１２０２を指示すると、指示された付箋が最上位に表示されるような表示制御が行われ、それらに付箋記載された内容を確認することが出来る。

図７の説明に戻る。クライアント装置１０２のＣＰＵ２０１は、ステップＳ７０２の判定処理で、ステップＳ７０１で受け付けた操作指示が付箋の追加ではない（ＮＯ）と判定した場合には、処理をステップＳ７０４に進め、ステップＳ７０１で受け付けた操作指示が付箋の表示切替であるかを判定する。

ステップＳ７０４の判定処理でＹＥＳと判定した場合には、クライアント装置１０２のＣＰＵ２０１は処理をステップＳ７０５に進め、付箋の一覧表示指示を受け付けたかを判定する。ここでは、付箋の一覧表示とは、一連の連絡付箋の全ての入力内容を時系列に表示する処理のことを言う。

ステップＳ７０５の判定処理でＹＥＳと判定した場合には、クライアント装置１０２のＣＰＵ２０１は、付箋の一覧表示情報を生成し（ステップＳ７０７）、その一覧表示情報に従って付箋の一覧表示を行う（ステップＳ７０８）。その後、処理をステップＳ７０１に進める。

一方、ステップＳ７０５の判定処理でＮＯと判定した場合には、処理をステップＳ７０６に進め、図６に示す付箋表示制御処理を行う。この処理の詳細については、既に図６を参照して説明しているので、ここでの説明は割愛する。ステップＳ７０６の処理終了後、クライアント装置１０２のＣＰＵ２０１は、処理をステップＳ７０１に進める。

尚、図９の「メモ付箋を表示」チェックボックス９０２や図１０の「メモ付箋を表示」チェックボックス１００１でのメモ付箋の表示設定の切り替え指示や、図９の「連絡付箋は未確認のみ表示」チェックボックス９０３や、図１０の「連絡付箋は未確認のみ表示」チェックボックス１００２での連絡付箋の表示設定の切り替え指示、最小化表示されている付箋の通常表示指示や、他の連絡付箋の下に表示されている連絡付箋の表示指示を受け付けた場合に、クライアント装置１０２のＣＰＵ２０１は、ステップＳ７０５の判定処理でＮＯと判定することになる。

ここで、図１３を参照して、最小化されている付箋を通常表示に切り替える表示制御の例について説明する。尚、図１３の（１）、（２）はともに図１０の一部を抜粋したものである。ここでは、最小化表示されている付箋の通常表示への切り替えについて説明する。

図１３の（１）に示すように、最小化表示されている付箋１００３に対する押下指示を受け付けると、１３０１に示す付箋メニューが表示される。そして、付箋メニュー１３０１のうち、表示１３０２に対する指示を受け付けると、図１３の（２）に示すように、最小化表示されていた付箋が通常表示されることになる（図中の１００３）。

また、図１４を参照して、付箋の一覧表示の一例について説明する。尚、図１４の（１）、（２）ともに、図１０の一部を抜粋したものである。

図１４の（１）では、一連の連絡付箋（１４０１、１４０２、１４０３）が最小化表示されている状態になっている。この状態で、いずれかの連絡付箋に対する押下指示を受け付けると、１４０４に示す付箋メニューが表示される。そして、付箋メニュー１４０４のうち、一覧表示１４０５に対する指示を受け付けると、図１４の（２）に示すように、一連の連絡付箋の内容を確認するための一覧表示１４０６が行われる。

一覧表示１４０６中の１４０７、１４０８、１４０９はそれぞれ、連絡付箋１４０１、１４０２、１４０３の内容を表示している。尚、この付箋の一覧表示１４０６は、ユーザの操作指示により、表示終了指示を受け付けた場合や、また、一覧表示後一定時間経過すると、表示が終了される。

図７の説明に戻る。クライアント装置１０２のＣＰＵ２０１は、ステップＳ７０４の判定処理で、ステップＳ７０１で受け付けた操作指示が付箋の表示切替ではない（ＮＯ）と判定した場合には、処理をステップＳ７０９に進め、ステップＳ７０１で受け付けた操作指示が、各入力項目に対する入力であるかを判定する。この判定処理でＹＥＳと判定した場合には、各項目に入力された内容をディスプレイ装置２１０に表示されている画面上に表示する（ステップＳ７１０）。その後、処理をステップＳ７０１に進める。

クライアント装置１０２のＣＰＵ２０１は、ステップＳ７０９の判定処理で、ステップＳ７０１で受け付けた操作指示が、各入力項目に対する入力指示ではない（ＮＯ）と判定した場合には、処理をステップＳ７１１に進め、ステップＳ７０１で受け付けた操作指示が、終了指示であるかを判定する。例えば、図９の申請ボタン、保存ボタン、キャンセルボタンや、図１０の承認ボタン、否認ボタン、差戻ボタン、キャンセルボタンに対する押下指示を受け付けた場合に、クライアント装置１０２のＣＰＵ２０１は、この判定処理でＹＥＳと判定する。クライアント装置１０２のＣＰＵ２０１は、ステップＳ７１１でＹＥＳと判定した場合には、本図に示す処理を終了する。また、ＮＯと判定した場合には、ステップＳ７０１で受け付けた操作指示に従ったその他の処理を実行し（ステップＳ７１２）、処理をステップＳ７０１に進める。

以上が、各種情報入力処理の詳細な処理の一例の説明である。

以上説明したように、本発明によれば、ワークフローでの各種申請の際に入力する必要がある入力項目に対応付けて、その入力項目に関連する申し送り事項を記載するための付箋を当該入力項目の近傍に、付箋が付与された順に配置することで、申し送り事項を入力項目と関連付けて登録するとともに、申し送り事項が記載された順番を容易に確認できる。

以上、実施形態の一例を詳述したが、本発明は、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能である。

また、本発明におけるプログラムは、各処理方法をコンピュータが実行可能（読み取り可能）なプログラムであり、本発明の記録媒体は、各処理方法をコンピュータが実行可能なプログラムが記憶されている。

なお、本発明におけるプログラムは、各装置の処理方法ごとのプログラムであってもよい。

以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読取り実行することによっても、本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。

また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

１０１ 管理サーバ
１０２ クライアント装置
１０３ ＬＡＮ
２０１ ＣＰＵ
２０２ ＲＡＭ
２０３ ＲＯＭ
２０４ システムバス
２０５ 入力コントローラ
２０６ ビデオコントローラ
２０７ メモリコントローラ
２０８ 通信Ｉ／Ｆ（インタフェース）コントローラ
２０９ 入力装置
２１０ ディスプレイ装置
２１１ 外部メモリ

Claims (6)

1. ワークフローにおける申し送り事項を管理する情報処理システムであって、
   申請を行うための入力が必要となる項目の入力を受け付けるための画面であって、前記入力項目に関連した申し送り事項の入力指示を行うためのコントロールを有する画面を表示する第１の表示制御手段と、
   前記コントロールに対する指示を受け付ける第１の受付手段と、
   前記第１の受付手段で受け付けたコントロールに対応する項目に対応付ける、後続の担当者に対する申し送り事項の入力を受け付ける第２の受付手段と、
   前記第２の受付手段で受け付けた申し送り事項を前記項目の近傍に表示する第２の表示制御手段と、
   を備え、
   前記第２の表示制御手段は、前記第２の受付手段で受け付けた申し送り事項の入力順をユーザが認識可能に、前記申し送り事項を前記項目の近傍に表示すること
   を特徴とする情報処理システム。
2. 前記入力項目に対する注意喚起情報の入力を受け付ける第３の受付手段を更に備え、
   前記第２の表示制御手段は、前記申し送り事項と、前記注意喚起とを表示形態を区別して表示すること
   を特徴とする請求項１に記載の情報処理システム。
3. 前記第２の表示制御手段は、前記申し送り事項を付加したユーザ毎に、前記申し送り事項の表示形態を区別して表示すること
   を特徴とする請求項１または２に記載の情報処理システム。
4. 前記申し送り事項のうち、担当者に対してまだ表示されていない申し送り事項のみを当該項目の近傍に表示するか、それとも全ての申し送り事項を表示する課の表示設定を行う設定手段を更に備え、
   前記第２の表示制御手段は、前記表示設定に従って、前記申し送り事項の表示制御を行うこと、
   を特徴とする請求項１乃至３のいずれか１項に記載の情報処理システム。
5. ワークフローにおける申し送り事項を管理する情報処理システムによって行われる情報処理方法であって、
   申請を行うための入力が必要となる項目の入力を受け付けるための画面であって、前記入力項目に関連した申し送り事項の入力指示を行うためのコントロールを有する画面を表示する第１の表示制御工程と、
   前記コントロールに対する指示を受け付ける第１の受付工程と、
   前記第１の受付工程で受け付けたコントロールに対応する項目に対応付ける、後続の担当者に対する申し送り事項の入力を受け付ける第２の受付工程と、
   前記第２の受付工程で受け付けた申し送り事項を前記項目の近傍に表示する第２の表示制御工程と、
   を備えることを特徴とする情報処理方法。
6. ワークフローにおける申し送り事項を管理する情報処理システムを、
   申請を行うための入力が必要となる項目の入力を受け付けるための画面であって、前記入力項目に関連した申し送り事項の入力指示を行うためのコントロールを有する画面を表示する第１の表示制御手段と、
   前記コントロールに対する指示を受け付ける第１の受付手段と、
   前記第１の受付手段で受け付けたコントロールに対応する項目に対応付ける、後続の担当者に対する申し送り事項の入力を受け付ける第２の受付手段と、
   前記第２の受付手段で受け付けた申し送り事項を前記項目の近傍に表示する第２の表示制御手段
   として機能させることを特徴とするコンピュータプログラム。

Images