(57)【要約】【課題】一度、作成したスケジュールを、複数の作業担当者間で柔軟に調整することで、より、作業者がスケジュールの調整をし易い情報処理装置、制御方法、及びプログラムを提供する。【解決手段】スケジュール作成画面３００に表示されたユーザＡが行うべく作業Ａの後に、ユーザＢが行うべく作業Ｂがスケジュール表示されていた際に、ユーザＡが、作業Ａのスケジュール変更により、ユーザＢの作業Ｂのスケジュール変更の必要が生じると、ユーザＢに対して、当該変更の承認を依頼し、ユーザＢは、この変更を許可するか、あるいは、許可しつつ、ユーザＢ自身のスケジュールを変更するか、あるいは、変更を不可とするか、更には、変更を不可としつつ、ユーザＡの作業Ａのスケジュールの変更依頼をユーザＡに対して行う。【選択図】図４
2016071715.tif 000002
【特許請求の範囲】
【請求項１】
第１の作業と前記第１の作業の後に行う第２の作業とをそれぞれ異なる作業担当によって行う作業のスケジュールを管理するサーバと、複数のクライアント端末と、がネットワークを介して接続された情報処理システムであって、
第１のクライアント端末は、
前記第１の作業を行う作業担当者のログインを承認する第１の作業担当者承認手段と、
前記サーバに管理された作業のスケジュールに関する情報を表示する第１の表示手段と、
前記第１の作業担当者承認手段で前記承認された作業担当者によって、前記第１の表示手段に表示された前記作業のスケジュールの変更を受け付ける作業変更受付手段と、
前記作業変更受付手段によって、前記第２の作業のスケジュールの変更の要、あるいは不要を判定するスケジュール変更有無判定手段と、
前記スケジュール変更有無判定手段によって、変更を要すると判定された前記第２の作業の作業担当者に対して、スケジュールの変更の承認を依頼する依頼手段と、
を備え、
第２のクライアント端末は、
前記第２の作業を行う作業担当者のログインを承認する第２の作業担当者承認手段と、
前記依頼手段によって、スケジュールの変更の承認の依頼を受け付けた後、前記作業変更受付手段によって受け付けた変更後のスケジュール情報を表示する第２の表示手段と、
前記第２の作業担当者承認手段で承認された第２の作業担当者によって、前記第２の表示された変更後のスケジュール情報の承認を許可あるいは却下を決定する第２の承認手段と、
を備えることを特徴とする情報処理システム。
【請求項２】
前記スケジュール変更有無判定手段は、前記作業変更受付手段によって、前記第２の作業のスケジュールの変更がなされた場合、前記第２の作業のスケジュールの変更を要として判定することを特徴とする請求項１に記載の情報処理システム。
【請求項３】
前記スケジュール変更有無判定手段は、前記作業変更受付手段によって、前記第１の作業の終了が前記第２の作業のスケジュールの始まりと重複する場合、前記第２の作業のスケジュールの変更を要として判定することを特徴とする請求項１または２に記載の情報処理システム。
【請求項４】
第２のクライアント端末は、
前記第２の表示手段によって表示された変更後のスケジュール情報に対して、変更の承認の依頼を受け付ける依頼変更受付手段を備え、
第１の表示手段は、
前記依頼変更受付手段によって、変更の承認の依頼を受け付けた後、前記依頼変更受付手段によって受け付けた変更されたスケジュール情報を表示し、
前記第１のクライアント端末は、
前記第１の作業担当者承認手段で承認された第１の作業担当者によって、前記第１の表示された変更されたスケジュール情報の承認を許可あるいは却下を決定する第１の承認手段を備えたことを特徴とする請求項１乃至３の何れか１項に記載の情報システム。
【請求項５】
第１の作業と前記第１の作業の後に行う第２の作業とをそれぞれ異なる作業担当によって行う作業のスケジュールを管理するサーバと、複数のクライアント端末と、がネットワークを介して接続された情報処理システムの制御方法であって、
第１のクライアント端末は、
前記第１の作業を行う作業担当者のログインを承認する第１の作業担当者承認ステップと、
前記サーバに管理された作業のスケジュールに関する情報を表示する第１の表示ステップと、
前記第１の作業担当者承認ステップで前記承認された作業担当者によって、前記第１の表示ステップに表示された前記作業のスケジュールの変更を受け付ける作業変更受付ステップと、
前記作業変更受付ステップによって、前記第２の作業のスケジュールの変更の要、あるいは不要を判定するスケジュール変更有無判定ステップと、
前記スケジュール変更有無判定ステップによって、変更を要すると判定された前記第２の作業の作業担当者に対して、スケジュールの変更の承認を依頼する依頼ステップと、
を実行し、
第２のクライアント端末は、
前記第２の作業を行う作業担当者のログインを承認する第２の作業担当者承認ステップと、
前記依頼ステップによって、スケジュールの変更の承認の依頼を受け付けた後、前記作業変更受付ステップによって受け付けた変更後のスケジュール情報を表示する第２の表示ステップと、
前記第２の作業担当者承認ステップで承認された第２の作業担当者によって、前記第２の表示された変更後のスケジュール情報の承認を許可あるいは却下を決定する第２の承認ステップと、
を実行することを特徴とする情報処理システムの制御方法。
【請求項６】
第１の作業と前記第１の作業の後に行う第２の作業とをそれぞれ異なる作業担当によって行う作業のスケジュールを管理するサーバと、複数のクライアント端末と、がネットワークを介して接続された情報処理システムで読取実行可能なプログラムあって、
第１のクライアント端末を、
前記第１の作業を行う作業担当者のログインを承認する第１の作業担当者承認手段と、
前記サーバに管理された作業のスケジュールに関する情報を表示する第１の表示手段と、
前記第１の作業担当者承認手段で前記承認された作業担当者によって、前記第１の表示手段に表示された前記作業のスケジュールの変更を受け付ける作業変更受付手段と、
前記作業変更受付手段によって、前記第２の作業のスケジュールの変更の要、あるいは不要を判定するスケジュール変更有無判定手段と、
前記スケジュール変更有無判定手段によって、変更を要すると判定された前記第２の作業の作業担当者に対して、スケジュールの変更の承認を依頼する依頼手段と、
して機能させ、
第２のクライアント端末を、
前記第２の作業を行う作業担当者のログインを承認する第２の作業担当者承認手段と、
前記依頼手段によって、スケジュールの変更の承認の依頼を受け付けた後、前記作業変更受付手段によって受け付けた変更後のスケジュール情報を表示する第２の表示手段と、
前記第２の作業担当者承認手段で承認された第２の作業担当者によって、前記第２の表示された変更後のスケジュール情報の承認を許可あるいは却下を決定する第２の承認手段と、
して機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、スケジュールを作成する発明であって、特に、複数のユーザでスケジュールを作成する支援を行う発明に関する。
【背景技術】
【０００２】
複数の作業を連携して行う際に、それぞれの作業を異なる作業担当者が行う場合、各作業担当者間のスケジュールを作成するための入力作業には非常に多くの手間と時間を要していた。
【０００３】
そこで、グループ内のメンバ間のスケジュールを作成するにあたり、作業に対して定めた優先順位を用いて、概ね自動でスケジュールを作成する技術が存在する（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平１０−７４２２３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、複数の作業を連携して行う際に、ある作業においてスケジュールに遅延が発生した場合、次の作業担当者に対して、現在の作業をどこまで遅らせて良いかなど、スケジュールの調整が必要となってくるが、現状、このような調整は、各作業担当者間で電話や文書などを用いて確認しながら調整を行っている。
【０００６】
そして、前の作業担当者のスケジュールが変更されると、次の作業担当者は、自身の作業を行うためのスケジュールを調整するため、毎回、前の作業担当者の作業状況を確認しながら、自分の作業のスケジュールを調整しなければならない。
【０００７】
したがって、スケジュールに遅延が発生した場合、納期（締め日）を遅らせることができないような状況では、各作業担当者間で、どこまで作業を終わらせるか、または、作業時間を増やして調整しなければならないかを電話や文書で毎回確認しなければならず、スケジュールの調整に時間がかかる。また、電話などの口頭で、このような調整を行った場合、お互いの認識に相違が生じることもあり、再度、調整する必要性が生じ、非常に手間と時間がかかるという問題が発生する。
【０００８】
特許文献１に記載の発明では、一度、作成したスケジュールに対して、再度、調整が必要な場合について、柔軟な対応をとることが難しい、という課題が存在する。
【０００９】
そこで、本発明では、一度、作成したスケジュールを、複数の作業担当者間で柔軟に調整することで、より、作業者がスケジュールの調整をし易い情報処理装置、制御方法、及びプログラムを提供する。
【課題を解決するための手段】
【００１０】
上記課題を解決するための第１の発明は、第１の作業と前記第１の作業の後に行う第２の作業とをそれぞれ異なる作業担当によって行う作業のスケジュールを管理するサーバと、複数のクライアント端末と、がネットワークを介して接続された情報処理システムであって、第１のクライアント端末は、前記第１の作業を行う作業担当者のログインを承認する第１の作業担当者承認手段と、前記サーバに管理された作業のスケジュールに関する情報を表示する第１の表示手段と、前記第１の作業担当者承認手段で前記承認された作業担当者によって、前記第１の表示手段に表示された前記作業のスケジュールの変更を受け付ける作業変更受付手段と、前記作業変更受付手段によって、前記第２の作業のスケジュールの変更の要、あるいは不要を判定するスケジュール変更有無判定手段と、前記スケジュール変更有無判定手段によって、変更を要すると判定された前記第２の作業の作業担当者に対して、スケジュールの変更の承認を依頼する依頼手段と、を備え、第２のクライアント端末は、前記第２の作業を行う作業担当者のログインを承認する第２の作業担当者承認手段と、前記依頼手段によって、スケジュールの変更の承認の依頼を受け付けた後、前記作業変更受付手段によって受け付けた変更後のスケジュール情報を表示する第２の表示手段と、前記第２の作業担当者承認手段で承認された第２の作業担当者によって、前記第２の表示された変更後のスケジュール情報の承認を許可あるいは却下を決定する第２の承認手段と、を備えることを特徴とする。
【００１１】
上記課題を解決するための第２の発明は、第１の作業と前記第１の作業の後に行う第２の作業とをそれぞれ異なる作業担当によって行う作業のスケジュールを管理するサーバと、複数のクライアント端末と、がネットワークを介して接続された情報処理システムの制御方法であって、第１のクライアント端末は、前記第１の作業を行う作業担当者のログインを承認する第１の作業担当者承認ステップと、前記サーバに管理された作業のスケジュールに関する情報を表示する第１の表示ステップと、前記第１の作業担当者承認ステップで前記承認された作業担当者によって、前記第１の表示ステップに表示された前記作業のスケジュールの変更を受け付ける作業変更受付ステップと、前記作業変更受付ステップによって、前記第２の作業のスケジュールの変更の要、あるいは不要を判定するスケジュール変更有無判定ステップと、前記スケジュール変更有無判定ステップによって、変更を要すると判定された前記第２の作業の作業担当者に対して、スケジュールの変更の承認を依頼する依頼ステップと、を実行し、第２のクライアント端末は、前記第２の作業を行う作業担当者のログインを承認する第２の作業担当者承認ステップと、前記依頼ステップによって、スケジュールの変更の承認の依頼を受け付けた後、前記作業変更受付ステップによって受け付けた変更後のスケジュール情報を表示する第２の表示ステップと、前記第２の作業担当者承認ステップで承認された第２の作業担当者によって、前記第２の表示された変更後のスケジュール情報の承認を許可あるいは却下を決定する第２の承認ステップと、を実行することを特徴とする。
【００１２】
上記課題を解決するための第３の発明は、第１の作業と前記第１の作業の後に行う第２の作業とをそれぞれ異なる作業担当によって行う作業のスケジュールを管理するサーバと、複数のクライアント端末と、がネットワークを介して接続された情報処理システムで読取実行可能なプログラムあって、第１のクライアント端末を、前記第１の作業を行う作業担当者のログインを承認する第１の作業担当者承認手段と、前記サーバに管理された作業のスケジュールに関する情報を表示する第１の表示手段と、前記第１の作業担当者承認手段で前記承認された作業担当者によって、前記第１の表示手段に表示された前記作業のスケジュールの変更を受け付ける作業変更受付手段と、前記作業変更受付手段によって、前記第２の作業のスケジュールの変更の要、あるいは不要を判定するスケジュール変更有無判定手段と、前記スケジュール変更有無判定手段によって、変更を要すると判定された前記第２の作業の作業担当者に対して、スケジュールの変更の承認を依頼する依頼手段と、して機能させ、第２のクライアント端末を、前記第２の作業を行う作業担当者のログインを承認する第２の作業担当者承認手段と、前記依頼手段によって、スケジュールの変更の承認の依頼を受け付けた後、前記作業変更受付手段によって受け付けた変更後のスケジュール情報を表示する第２の表示手段と、前記第２の作業担当者承認手段で承認された第２の作業担当者によって、前記第２の表示された変更後のスケジュール情報の承認を許可あるいは却下を決定する第２の承認手段と、して機能させることを特徴とする。
【発明の効果】
【００１３】
本発明によれば、一度、作成したスケジュールを、複数の作業担当者間で、相互の承認を得つつ、スケジュールを調整することにより、作業者がスケジュールの調整をし易くすることができる、という効果を奏する。
【図面の簡単な説明】
【００１４】
【図１】本発明に実施形態に係る情報システムの構成を示す構成図である。
【図２】本発明の実施形態に係るクライアント端末、サーバのハードウェアの構成を示す構成図である。
【図３】本発明の実施形態に係る情報処理システムにおいて実行されるスケジュール作成に関する処理を示すフローチャートである。
【図４】本発明の実施形態に係る情報処理システムにおいて実行されるスケジュールの変更の承認に関する処理を示すフローチャートが示されている
【図５】本発明の実施形態に係るスケジュール作成画面の構成を示す構成図である。
【図６】本発明の実施形態に係るスケジュール作成画面の構成を示す構成図である。
【図７】本発明の実施形態に係るスケジュール登録画面の構成を示す構成図である。
【図８】本発明の実施形態に係るスケジュール承認画面の構成を示す構成図である。
【図９】本発明の実施形態に係るスケジュール変更画面の構成を示す構成図である。
【図１０】本発明の実施形態に係るスケジュール承認画面の構成を示す構成図である。
【図１１】本発明の実施形態に係る作業分割画面の構成を示す構成図である。
【図１２】本発明の実施形態に係るスケジュール承認画面の構成を示す構成図である。
【図１３】本発明の実施形態に係るスケジュール承認画面の構成を示す構成図である。
【図１４】本発明の実施形態に係るスケジュール情報テーブルの構成を示す構成図である。
【発明を実施するための形態】
【００１５】
以下、図面を参照して、本発明の実施形態を詳細に説明する。
【００１６】
図１は、本発明の実施形態にかかるスケジュールを作成するための情報処理システムに関する構成を示す構成図である。
【００１７】
情報処理システム１００は、スケジュールの作成指示等を行うためのクライアント端末１０１及びクライアント端末１０２、クライアント端末からのスケジュールの作成指示に応じて、生成したスケジュールを各クライアント端末へ表示するための制御を行うサーバ１０３が、ネットワーク１０４を介して接続されている。
【００１８】
図２には、クライアント端末１０１のハードウェアの概略構成を示す構成図を示されている。尚、クライアント端末１０２及びサーバ１０３は、クライアント端末１０１と同様な構成を備えるため説明は省略し、以後、必要に応じて、同一符号を用いて説明を行う。
【００１９】
図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  ／  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。
【００２０】
２０３はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０２あるいは外部メモリ２１１からＲＡＭ２０３にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。
【００２１】
また、２０５は入力コントローラで、キーボード（ＫＢ）やマウス等のポインティングデバイス等の入力部２０９からの入力を制御する。２０６はビデオコントローラで、ＣＲＴディスプレイ（ＣＲＴ）などを示す表示部２１０等の表示器への表示を制御する。
【００２２】
なお、図２では、表示器はＣＲＴだけでなく、液晶ディスプレイ等の他の表示器であってもよい。これらは必要に応じて管理者が使用するものである。
【００２３】
２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル、編集ファイル、各種データ等を記憶する外部記憶装置（ハードディスク（ＨＤ））や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。
【００２４】
２０８は通信Ｉ／Ｆコントローラで、ネットワーク（例えば、図１に示したネットワーク１０４）を介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。
【００２５】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、表示部２１０上での表示を可能としている。また、ＣＰＵ２０１は、表示部２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００２６】
本発明を実現するための後述する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。さらに、上記プログラムの実行時に用いられる定義ファイル等も、外部メモリ２１１に格納されており、これらについての詳細な説明も後述する。
【００２７】
次に、図３には、本発明の実施形態に係る情報処理システムにおいて実行されるスケジュール作成に関する処理を示すフローチャートが示されている。尚、これらの処理は、各装置のＣＰＵ２０１の制御の下、処理が実行される。
【００２８】
また、クライアント端末１０１は、ユーザＡが利用し、クライアント端末１０２は、ユーザＢが利用しており、それぞれ、本情報処理システムの利用を認証（ログインを承認）された後の処理について説明する。
【００２９】
ステップＳ１００では、クライアント端末１０１は、表示部２１０へスケジュールを作成するための画面であるスケジュール作成画面（図５参照）を表示して、スケジュール作成画面３００からのスケジュール変更の指示を受け付ける。
【００３０】
図５に示すスケジュール作成画面３００は、作業内容や、当該作業を行う作業担当者を表示するための作業表示領域３０１、これらの作業内容及び作業担当者に対応して計画されたスケジュールを表示するスケジュール表示領域３０２を備えている。
【００３１】
このスケジュール表示領域３０２には、例えば、ユーザＡさんが、作業Ａという作業内容を行うスケジュールとして、スケジュール３０３が表示され、ユーザＢさんが、作業Ｂという作業内容を行うスケジュールとして、スケジュール３０４が表示される。
【００３２】
また、作業Ａと作業Ｂは、依存関係にあり、作業Ａを行った後でなければ、作業Ｂを行うことができないという制約が課されており、この関係を線で示した依存状態３０５が表示される。
【００３３】
ユーザＡは、このようなスケジュールを参照しながら、作業Ａが遅延を起こした場合、ユーザＢにスケジュールの調整を依頼するために、ユーザＢの作業Ｂのスケジュール３０４を、マウスなどの入力部２０９によって、移動する、その幅を広く、あるいは狭くすることによって、ユーザＢへ、日程変更の依頼に対する承認を求める。
【００３４】
その例として、図６に示すように、ユーザＡが、作業Ａの遅延に応じて、自身のスケジュール３０３を延期（幅を広く）させ、更に、ユーザＢの作業Ｂのスケジュール３０４を後ろへ移動したとした場合、ユーザＢの作業スケジュールをユーザＡの都合で、ユーザＢの許可を取らずに変更しているので、この変更の承認をユーザＢに対して行う。
【００３５】
あるいは、ユーザＡは、自身のスケジュール３０３のみを延期することで、ユーザＢのスケジュール３０４と重なる日程が存在することから、作業Ａと作業Ｂとの依存関係が存在するので、ユーザＢへ、ユーザＡのスケジュール３０３と重複が発生した、あるいは、ユーザＢのスケジュール３０４を調整する旨を通知する。
【００３６】
スケジュール作成画面３００は、新規にスケジュールを登録する際に押下するための登録ボタン３０６を備えており、登録ボタン３０６が入力部２０９によって押下されたと判定すると、図７に示すスケジュール登録画面４００が表示部２１０へ表示される。
【００３７】
スケジュール登録画面４００は、作業内容、作業担当、作業期間、先行作業（作業間で依存関係が存在する場合、登録する）などのスケジュール要素に関するスケジュール情報を登録するための登録欄４０１、登録欄４０１へ登録した後、訂正するために削除する際に押下するための削除ボタン４０４、スケジュール登録画面４００を閉じて、スケジュール作成画面３００へ戻る際に押下するための戻るボタン４０５を備えている。
【００３８】
スケジュール作成画面３００は、スケジュール３０３などを変更した後、この変更を確定する際に押下するための変更ボタン３０７、作業内容、作業担当、及びスケジュールのレコードを削除する際に、当該レコードを入力部２０９で選択しつつ、押下するための削除ボタン３０８を備えている。
【００３９】
ステップＳ１００では、変更ボタン３０７の押下を受け付けることで、スケジュール変更の指示を受け付けたことになる。
【００４０】
ステップＳ１０１では、クライアント端末１０１は、ユーザＡのスケジュール変更に伴い、影響の受けるスケジュールを有する作業Ｂの作業担当者であるクライアント端末１０２（ユーザＢ）へ、このスケジュール変更の要求を送信する。
【００４１】
ステップＳ１０２では、サーバ１０３は、ステップＳ１０１において送信されたスケジュール変更の要求を受信して、当該変更を反映したスケジュールが表示されたスケジュール承認画面５００（詳細後述）をスケジュール変更確認として、クライアント端末１０２へ送信する。
【００４２】
また、図１４に示すスケジュール情報テーブルへ、変更したスケジュール情報の登録を行う。
【００４３】
このスケジュール情報テーブルは、作業を一意に識別するための作業ＩＤを備え、作業に対するスケジュール情報の変更に伴い、履歴を残すため、作業ＩＤに対する連番を備えている。
【００４４】
また、スケジュール情報テーブルは、作業と依存関係にある先行の作業のＩＤを示す先行ＩＤ、作業ＩＤに対応する作業名、作業を担当するユーザを示す作業担当、作業期間、スケジュール情報の変更依頼を行ったユーザを示す依頼者、スケジュールの状態を示すステータス、作業を分割した際に、分割元の作業ＩＤを示す分割元を備えている。
【００４５】
本ステップでは、履歴を残すため、変更を行うスケジュール情報の作業ＩＤと同じＩＤで連番をインクリメントして、スケジュール情報の登録を行う。その際に、依頼者には、ユーザＡが登録され、ステータスとしては、確認中が登録される。
【００４６】
ステップＳ１０３では、クライアント端末１０２は、ステップＳ１０２においてサーバ１０３から送信されたスケジュール変更確認を受信し、ステップＳ１０４では、クライアント端末１０２では、スケジュールの変更の承認を行う（詳細は、図４を用いて説明する）。
【００４７】
図４には、本発明の実施形態に係るクライアント端末で実行されるスケジュールの変更の承認に関する処理を示すフローチャートが示されている。尚、これらの処理は、クライアント端末のＣＰＵ２０１の制御の下、処理が実行される。
【００４８】
ステップＳ２００では、ステップＳ１０３で受信したスケジュール変更確認におけるスケジュール承認画面５００（図８参照）を表示部２１０へ表示し、表示されたスケジュールで問題ない場合は、ステップＳ２０１へ処理を進め、問題あると判定した場合は、ステップＳ２０６へ処理を進める。
【００４９】
図８に示すスケジュール承認画面５００は、スケジュール作成画面３００と、類似した機能を備えているため、同一の機能については、詳細な説明を省略する。
【００５０】
スケジュール承認画面５００は、作業内容や、当該作業を行う作業担当者を表示するための作業表示領域５０１、これらの作業内容及び作業担当者に対応して計画されたスケジュールを表示するスケジュール表示領域５０２を備えている。
【００５１】
このスケジュール表示領域５０２には、例えば、ユーザＡさんが、作業Ａという作業内容を行うスケジュール５０３の変更をした場合、変更後のスケジュールとして、スケジュール５０５を表示する。
【００５２】
更に、ユーザＢさんの作業Ｂという作業内容を行うスケジュールの変更がされた場合、変更前のスケジュールとしてスケジュール５０４が表示され、変更後のスケジュールとしてスケジュール５０６が表示される。
【００５３】
また、スケジュール５０５とスケジュール５０６とが依存関係にあることを示す依存状態５０７が表示される。
【００５４】
スケジュール承認画面５００は、新規にスケジュールを登録する際に押下するための登録ボタン５０８を備えており、登録ボタン５０８が入力部２０９によって押下されたと判定すると、図７に示すスケジュール登録画面４００が表示部２１０へ表示される。
【００５５】
スケジュール承認画面５００は、各スケジュールを変更したい場合、そのスケジュールを選択した状態で、押下するための変更ボタン５０９、作業内容、作業担当、及びスケジュールのレコードを削除する際に、当該レコードを入力部２０９で選択しつつ、押下するための削除ボタン５１０を備えている。
【００５６】
各スケジュールを変更するには、スケジュール５０５及びスケジュール５０６が押下される、あるいは、押下された状態で変更ボタン５０９が押下されると、図９に示すスケジュール変更画面６００を表示部２１０へ表示する。
【００５７】
スケジュール変更画面６００は、作業内容や、当該作業を行う作業担当者を表示するための作業表示領域６０１、スケジュール承認画面５００において選択されたスケジュールを表示するスケジュール表示領域６０２を備えている。
【００５８】
このスケジュール表示領域６０２には、スケジュール承認画面５００において選択されたスケジュールの変更前のスケジュールを示すスケジュール６０３、変更後のスケジュールを示すスケジュール６０４を表示する。
【００５９】
スケジュール変更画面６００は、スケジュールの変更を確定する際に押下するための変更ボタン６０５、変更を行わず、スケジュール変更画面６００を閉じ、スケジュール承認画面５００を表示する際に押下するための戻りボタン６０６を備えている。
【００６０】
変更ボタン６０５を押下すると、図１０に示すように、変更後のスケジュールが、スケジュール承認画面５００に反映される。
【００６１】
この例であれば、作業Ａについては、１日、早めるようにスケジュールを調整し、作業Ｂについては、依頼のあったスケジュールに対して、１日、前倒しとなるスケジュールとなるように調整を行っている。
【００６２】
スケジュール承認画面５００は、ユーザＡからのスケジュールの変更の依頼に対して、ユーザＡのスケジュールをそのまま承認する場合に押下するための承認ボタン５１１、及びスケジュールの変更の依頼を却下するための却下ボタン５１２を備えている。
【００６３】
本ステップでは、ユーザＢのスケジュール５０６が押下された（あるいは、スケジュール５０６が押下された状態で、変更ボタン５０９が押下された）ことを検知する、あるいは、承認ボタン５１１が押下されたことを検知すると、ステップＳ２０１へ処理を進め、却下ボタン５１２が押下された、あるいは、ユーザＡのスケジュール５０５が押下された（あるいは、ユーザＡのスケジュール５０５が押下された状態で変更ボタン５０９が押下された）ことを検知すると、ステップＳ２０６へ処理を進める。
【００６４】
ステップＳ２０１では、ユーザＢの自身のスケジュール５０６を変更するか、あるいは、変更依頼のあったスケジュールを変更せずに承認を行うかを判定し、変更依頼のあったスケジュールを変更せずに承認を行う判定した場合、ステップＳ２０２へ処理を進め、ユーザＢの自身のスケジュール５０６を変更すると判定した場合は、ステップＳ２０３へ処理を進める。
【００６５】
ステップＳ２０２では、ユーザＡからのスケジュールの変更依頼を許可する旨を示す変更許可情報を生成する。
【００６６】
ステップＳ２０３では、ユーザＢは、スケジュール承認画面５００において、スケジュール５０６を選択した状態で、作業を分割することを問い合わせる画面（不図示）を表示、この画面に対して、作業を分割すると指示された場合、図１１に示す作業分割画面７００が表示される。
【００６７】
作業分割画面７００は、作業内容や、当該作業を行う作業担当者を表示するための作業表示領域７０１、スケジュール承認画面５００において選択されたスケジュールを表示するスケジュール表示領域７０２を備えている。
【００６８】
このスケジュール表示領域７０２には、スケジュール承認画面５００において選択されたスケジュールの変更前及び変更後のスケジュールを表示する。
【００６９】
また、作業分割画面７００は、変更後のスケジュールを分割するための情報を入力するための分割情報入力領域７０３を備え、分割情報入力領域７０３には、作業担当、作業期間を入力するための欄が備えられており、これらのレコードを削除する際に、対象とするレコードを特定するための選択欄７０４を備えている。
【００７０】
作業分割画面７００は、分割情報入力領域７０３のレコードを追加するための追加ボタン７０５、選択欄７０４が入力部２０９によって選択されたレコードを削除する際に押下するための削除ボタン７０６を備えている。
【００７１】
また、作業分割画面７００は、作業の分割を行った後、この分割後のスケジュールを確定させるために押下する変更ボタン７０７、作業分割画面７００を閉じ、スケジュール承認画面５００へ戻る際に押下するための戻りボタン７０８を備えている。
【００７２】
変更ボタン７０７が押下されると、図１２に示すように、スケジュール承認画面５００に表示された作業Ｂのスケジュール５０６が、ユーザＢとユーザＣに割り振られる。
【００７３】
ステップＳ２０３では、変更ボタン７０７が押下されたか否かによって、作業分割を行うか否かを判定し、作業分割を行うと判定した場合は、ステップＳ２０４へ処理を進め、作業分割を行うと判定しない場合、ステップＳ２０５へ処理を進める。
【００７４】
ステップＳ２０４では、作業分割画面７００で入力された分割されたスケジュール情報をスケジュール情報テーブルへ登録する。
【００７５】
登録するスケジュール情報は、ＩＤは、それぞれ分割した数の分、新たな一意のＩＤを発行して登録し、連番に対しては、初期値１を登録し、先行ＩＤについては、分割元の先行ＩＤを登録する。
【００７６】
また、作業名には、分割元の作業名を、作業担当及び作業期間には、作業分割画面７００で入力した作業担当及び作業期間を、依頼者には、分割元の依頼者と、ステータスは確認中を、分割元には、分割元のＩＤを登録する。尚、この登録は、ステップＳ１０７で登録する。
【００７７】
ステップＳ２０５では、スケジュール承認画面５００に表示された、ユーザＢの変更されたスケジュール情報を取得する。この場合、作業の分割に係るスケジュールの変更に限らず、変更のあったスケジュール情報を取得する。また、ユーザＡのスケジュール情報は、変更を許可するため変更許可情報を生成する。
【００７８】
ステップＳ２０６では、スケジュール承認画面５００において、ユーザＡのスケジュール５０５が押下された（あるいは、ユーザＡのスケジュール５０５が押下された状態で変更ボタン５０９が押下された）ことを検知したとすると、ステップＳ２０７へ処理を進め、却下ボタン５１２が押下されたことを検知すると、ステップＳ２０８へ処理を進める。
【００７９】
ステップＳ２０７では、スケジュール承認画面５００において変更されたスケジュール情報を生成すると共に、変更不可情報を生成し、ステップＳ２０８では、ユーザＡからのスケジュールの変更を却下する旨の変更不可情報を生成する。
【００８０】
ステップＳ２０９では、ステップＳ２０２、ステップＳ２０５、ステップＳ２０７、ステップＳ２０８で生成、取得した情報を承認結果として、クライアント端末１０１へ送信する。
【００８１】
ステップＳ１０５では、サーバ１０３は、ステップＳ１０４においてクライアント端末１０２から送信された承認結果を受信し、ステップＳ１０６では、サーバ１０３は、ステップＳ１０５において受信した承認結果が、変更許可である場合、ステップＳ１０７へ処理を進め、変更不可である場合、ステップＳ１１１へ処理を進める。
【００８２】
ステップＳ１０７では、サーバ１０３は、変更許可情報をスケジュール情報テーブルへ記憶する。この場合、前述したように、スケジュールＢのスケジュール情報に変更があった場合は、その変更をスケジュール情報テーブルへ登録する。変更がない場合は、該当のスケジュール情報のステータスを承認済みに変更する。
【００８３】
ステップＳ１０８では、サーバ１０３は、クライアント端末１０１へ変更許可情報を送信し、ステップＳ１０９では、クライアント端末１０１は、ステップＳ１０８において送信された変更許可情報を受信する。
【００８４】
ステップＳ１１０では、クライアント端末１０１は、表示部２１０へ、スケジュールの変更が承認されたことを表示する。この表示態様としては、スケジュール作成画面３００の所定の領域に表示してもよく、また、ユーザＢのみのスケジュールが変更された場合は、スケジュール作成画面３００に、そのスケジュールを反映して表示を行い、所定の領域へスケジュールの変更が承認されたことを表示する。
【００８５】
ステップＳ１１１では、サーバ１０３は、ユーザＡから依頼した変更スケジュールに対して、更に、ユーザＢから変更の依頼があったか否かを判定し、変更の依頼があった場合、ステップＳ１１２へ処理を進め、変更の依頼がない場合、ステップＳ１１６へ処理を進める。
【００８６】
ステップＳ１１２では、サーバ１０３は、変更不可情報をスケジュール情報テーブルへ記憶するための、該当のスケジュール情報に対して、ステータスを却下として更新する。
【００８７】
ステップＳ１１３では、サーバ１０３は、変更不可情報をクライアント端末１０１へ送信し、ステップＳ１１４では、クライアント端末１０１は、ステップＳ１１３においてサーバ１０３から送信された変更不可情報を受信する。
【００８８】
ステップＳ１１５では、クライアント端末１０１は、表示部２１０へ、スケジュールの変更依頼が却下されたことを表示する。この表示態様としては、スケジュール作成画面３００の所定の領域に表示してもよい。そして、ステップＳ１００へ処理を進め、再度、スケジュールの変更を受け付ける。
【００８９】
ステップＳ１１６では、サーバ１０３は、変更されたスケジュール情報をスケジュール情報テーブルへ記憶する。この場合、ＩＤは、そのままとし、連番をインクリメントし、変更した作業期間、依頼者をユーザＢとし、ステータスを確認中とし、他のスケジュール情報は、そのまま記憶する。
【００９０】
ステップＳ１１７では、サーバ１０３は、クライアント端末１０１に対して、変更依頼情報を送信し、ステップＳ１１８では、クライアント端末１０１は、ステップＳ１１７において送信された変更依頼情報を受信する。
【００９１】
ステップＳ１１９では、クライアント端末１０１は、スケジュールの変更が不可であることを表示する。この表示態様としては、図１３に示すスケジュール承認画面５００の所定の領域に表示してもよく、また、スケジュール承認画面５００に、そのスケジュールを反映して表示を行い、所定の領域へスケジュールの変更が不可となったことを表示する。
【００９２】
ステップＳ１２０では、クライアント端末１０１は、ユーザＢから依頼を受けたスケジュール情報を承認するか否かを判定し、承認すると判定した場合、ステップＳ１２１へ処理を進め、承認すると判定しない場合、ステップＳ１２２へ処理を進め、ステップＳ１２２では、ユーザＢからのスケジュールの変更依頼を不可とする旨を示す変更依頼不可情報を生成し、ステップＳ１００へ処理を進めて、再度、スケジュール作成画面３００を用いて、スケジュールの変更を行う。
【００９３】
つまり、本ステップにおいては、承認ボタン５１１が押下されたと判定した場合、ステップＳ１２１へ処理を進め、却下ボタン５１２が押下されると、ステップＳ１２２へ処理を進める。尚、本ステップでは、他のボタンは、グレーアウト表示としても良い。
【００９４】
ステップＳ１２１では、クライアント端末１０１は、ユーザＢからのスケジュールの変更依頼を許可する旨を示す変更依頼許可情報を生成し、ステップＳ１２３では、クライアント端末１０１は、ステップＳ１２１あるいはステップＳ１２２で生成した変更依頼許可情報または変更依頼不可情報をサーバ１０３へ送信する。
【００９５】
ステップＳ１２４では、サーバ１０３は、ステップＳ１２３において、クライアント端末１０１から送信された変更依頼許可情報、あるいは、変更依頼不可情報を受信し、ステップＳ１２５では、サーバ１０３は、変更依頼許可情報、あるいは、変更依頼不可情報に基づいて、スケジュール情報をスケジュール情報テーブルへ記憶する。
【００９６】
変更依頼許可情報を受信した場合は、該当のスケジュール情報（連番が最大のもの）のうち、ステータスを承認済みとし、変更依頼不可情報を受信した場合は、該当のスケジュール情報（連番が最大のもの）のうち、ステータスを却下とする。
【００９７】
ステップＳ１２６では、サーバ１０３は、クライアント端末１０２へ、変更依頼許可情報、あるいは、変更依頼不可情報を送信し、ステップＳ１２７では、クライアント端末１０２は、ステップＳ１２６においてサーバ１０３から送信された変更依頼許可情報、あるいは、変更依頼不可情報を受信する。
【００９８】
ステップＳ１２８では、クライアント端末１０２は、ステップＳ１２７で受信した、変更依頼許可情報、あるいは、変更依頼不可情報を表示する。この表示態様としては、図１３に示すようなスケジュール承認画面５００の所定の領域に表示してもよく、また、スケジュール承認画面５００に、そのスケジュールを反映して表示を行い、所定の領域へスケジュールの変更が不可となったことを表示する。
【００９９】
以上、本発明によれば、一度、作成したスケジュールを、複数の作業担当者間で、相互の承認を得つつ、スケジュールを調整することにより、作業者がスケジュールの調整をし易くすることができる。
【０１００】
以上、実施形態例を詳述したが、本発明は、例えば、方法、プログラムもしくは記憶媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【０１０１】
また、本発明におけるプログラムは、各処理方法をコンピュータが実行可能（読み取り可能）なプログラムであり、本発明の記憶媒体は、各処理方法をコンピュータが実行可能なプログラムが記憶されている。
【０１０２】
なお、本発明におけるプログラムは、各装置の処理方法ごとのプログラムであってもよい。
【０１０３】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読取り実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１０４】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【０１０５】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＤＶＤ−ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることができる。
【０１０６】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータで稼働しているＯＳ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１０７】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１０８】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。
【０１０９】
また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１１０】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステム、あるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。
【符号の説明】
【０１１１】
１００    情報処理システム
１０１    クライアント端末
１０２    クライアント端末
１０３    サーバ
１０４    ネットワーク
２０１    ＣＰＵ
２０２    ＲＯＭ
２０３    ＲＡＭ
２０４    システムバス
２０５    入力コントローラ
２０６    ビデオコントローラ
２０７    メモリコントローラ
２０８    通信Ｉ／Ｆコントローラ
２０９    入力部
２１０    表示部
２１１    外部メモリ
【図１】
2016071715.tif 000003
【図２】
2016071715.tif 000004
【図３】
2016071715.tif 000005
【図４】
2016071715.tif 000006
【図５】
2016071715.tif 000007
【図６】
2016071715.tif 000008
【図７】
2016071715.tif 000009
【図８】
2016071715.tif 000010
【図９】
2016071715.tif 000011
【図１０】
2016071715.tif 000012
【図１１】
2016071715.tif 000013
【図１２】
2016071715.tif 000014
【図１３】
2016071715.tif 000015
【図１４】
2016071715.tif 000016