(57)【特許請求の範囲】
【請求項１】
日又は時によって区分された複数の入力欄を時系列に並べて表示し、かつ、当該入力欄に入力された業務スケジュールをその欄内に表示するためのスケジュール入力表示画面を表示装置に表示させる制御手段と、
前記制御手段によって表示させられたスケジュール入力表示画面の前記入力欄にユーザが業務スケジュールを入力するためのスケジュール入力手段と、
入力された業務スケジュールに関する申請事項を表す申請情報をユーザが入力するための申請情報入力手段と、
前記スケジュール入力手段によって入力された業務スケジュールと、当該業務スケジュールに関する申請事項を表すものとして前記申請情報入力手段によって入力された申請情報とを対応付けて記憶手段に記憶させる一方、当該記憶手段において対応付けて記憶されている当該業務スケジュール及び当該申請情報を読み出す手段と、
前記スケジュール入力手段によって入力された業務スケジュールに割り当てられたスケジュールコードと、当該業務スケジュールに関する申請文書に割り当てられた文書コードと、その申請事項に対する承認状況とを対応付けて格納した回覧ルートテーブルを記憶した手段とを備え、
前記制御手段は、読み出された前記業務スケジュール及び前記申請情報に対応するスケジュールコード及び文書コードにより前記回覧ルートテーブルを検索し、対応する承認状況を読み出すことにより、当該業務スケジュールの内容と、当該業務スケジュールに関する申請情報によって表された申請事項の種別及び当該申請事項に対する承認処理の進捗状況とを、前記スケジュール入力表示画面において当該業務スケジュールが入力された入力欄に表示させることを特徴とするスケジューラ。
【請求項２】
前記制御手段は、前記申請情報によって表された申請事項の種別をアイコンによって表示させることを特徴とする請求項１記載のスケジューラ。
【請求項３】
前記制御手段は、前記申請情報によって表された申請事項に対する承認処理の進捗状況を、当該申請情報に対応する業務スケジュールが入力された前記入力欄の背景色によって表示させることを特徴とする請求項１記載のスケジューラ。
【請求項４】
日又は時によって区分された複数の入力欄を時系列に並べて表示し、かつ、当該入力欄に入力された業務スケジュールをその欄内に表示するためのスケジュール入力表示画面を表示装置に表示させるステップと、
表示されたスケジュール入力表示画面の前記入力欄にユーザが業務スケジュールを入力する操作を受け付けるステップと、
入力された業務スケジュールに関する申請事項を表す申請情報をユーザが入力する操作を受け付けるステップと、
入力された業務スケジュールに割り当てられたスケジュールコードと、当該業務スケジュールに関する申請文書に割り当てられた文書コードと、その申請事項に対する承認状況とを対応付けて回覧ルートテーブルに格納するとともに、入力された前記業務スケジュールと、当該業務スケジュールに関する申請事項を表すものとして入力された申請情報とを対応付けて記憶手段に記憶させるステップと、
前記申請事項に対する承認又は非承認の通知を受け取ることにより、前記回覧ルートテーブルにおける承認状況の内容を書き換えるステップと、
前記記憶手段において対応付けて記憶されている当該業務スケジュール及び当該申請情報を読み出すステップと、
読み出された前記業務スケジュール及び前記申請情報に対応するスケジュールコード及び文書コードにより前記回覧ルートテーブルを検索し、対応する承認状況を読み出すことにより、当該業務スケジュールの内容と、当該業務スケジュールに関する申請情報によって表された申請事項の種別及び当該申請事項に対する承認処理の進捗状況とを、前記スケジュール入力表示画面において当該業務スケジュールが入力された入力欄に表示させるステップと
備えることを特徴とするスケジュール表示方法。
【請求項５】
コンピュータに、
日又は時によって区分された複数の入力欄を時系列に並べて表示し、かつ、当該入力欄に入力された業務スケジュールをその欄内に表示するためのスケジュール入力表示画面を表示装置に表示させる制御機能と、
前記制御機能によって表示させられたスケジュール入力表示画面の前記入力欄にユーザが業務スケジュールを入力するためのスケジュール入力機能と、
入力された業務スケジュールに関する申請事項を表す申請情報をユーザが入力するための申請情報入力機能と、
前記スケジュール入力機能によって入力された業務スケジュールと、当該業務スケジュールに関する申請事項を表すものとして前記申請情報入力機能によって入力された申請情報とを対応付けて記憶手段に記憶させる一方、当該記憶手段において対応付けて記憶されている当該業務スケジュール及び当該申請情報を読み出す機能と、
前記スケジュール入力手段によって入力された業務スケジュールに割り当てられたスケジュールコードと、当該業務スケジュールに関する申請文書に割り当てられた文書コードと、その申請に対する承認状況と対応付けて格納した回覧ルートテーブルを記憶する機能とを実現させるプログラムであって、
さらに、前記制御機能は、読み出された前記業務スケジュール及び前記申請情報に対応するスケジュールコード及び文書コードにより前記回覧ルートテーブルを検索し、対応する承認状況を読み出すことにより、当該業務スケジュールの内容と、当該業務スケジュールに関する申請情報によって表された申請事項の種別及び当該申請事項に対する承認処理の進捗状況とを、前記スケジュール入力表示画面において当該業務スケジュールが入力された入力欄に表示させることを特徴とするプログラム。
【請求項６】
請求項５記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、業務スケジュールとこれに付随した業務申請に関する情報とを表示するためのスケジューラ、スケジュール表示方法及び記録媒体に関する。
【０００２】
【従来の技術】
スケジュールを記憶し、これを表示するスケジューラが知られている。
業務遂行者は、自身が遂行すべき業務スケジュールをこのスケジューラに入力して記憶させるとともに、これを必要に応じて表示させることにより業務スケジュールの内容を確認することができる。
ところで、ある人が業務スケジュールに従って業務を遂行するときに、これに伴って、何らかの申請をしなければならないことがある。例えば、出張という業務スケジュールが発生すると、業務遂行者は、その出張地までの交通費を請求するための申請書を自身の上長に提出しなければならない。また、残業のスケジュールの場合には、時間外労働の許可を得るための申請書を提出しておく必要がある。また、業務の遂行とは直接関係はないが、業務が一段落した後、休暇をとるための申請書を提出することもある。以下では便宜上、このようにして業務遂行者にとって提出される申請を業務申請と呼ぶ。
このように、業務遂行者は、自身の業務のスケジュール管理のみならず、これに並行して業務申請の管理を適切に実行していく必要がある。
【０００３】
【発明が解決しようとする課題】
しかしながら、このスケジュール管理と業務申請の管理とはそれぞれ別々のシステムによって実現されている。このため、業務遂行者は、自身の業務スケジュールに付随してどのような業務申請を行っており、その申請に対する承認の状況はどの程度まで進んでいるかということを確認するためには、それぞれ別々のシステムを利用して確認するしかなく、この確認作業は煩雑なものであった。
本発明は、このような背景の下になされたものであり、業務遂行者が自身のスケジュール管理と自身が申請した事項の管理とを容易に行うことができる方法および装置を提供することを目的とする。
【０００４】
【課題を解決するための手段】
かかる目的を達成するため、本発明は、日又は時によって区分された複数の入力欄を時系列に並べて表示し、かつ、当該入力欄に入力された業務スケジュールをその欄内に表示するためのスケジュール入力表示画面を表示装置に表示させる制御手段と、前記制御手段によって表示させられたスケジュール入力表示画面の前記入力欄にユーザが業務スケジュールを入力するためのスケジュール入力手段と、入力された業務スケジュールに関する申請事項を表す申請情報をユーザが入力するための申請情報入力手段と、前記スケジュール入力手段によって入力された業務スケジュールと、当該業務スケジュールに関する申請事項を表すものとして前記申請情報入力手段によって入力された申請情報とを対応付けて記憶手段に記憶させる一方、当該記憶手段において対応付けて記憶されている当該業務スケジュール及び当該申請情報を読み出す手段と、前記スケジュール入力手段によって入力された業務スケジュールに割り当てられたスケジュールコードと、当該業務スケジュールに関する申請文書に割り当てられた文書コードと、その申請事項に対する承認状況とを対応付けて格納した回覧ルートテーブルを記憶した手段とを備え、前記制御手段は、読み出された前記業務スケジュール及び前記申請情報に対応するスケジュールコード及び文書コードにより前記回覧ルートテーブルを検索し、対応する承認状況を読み出すことにより、当該業務スケジュールの内容と、当該業務スケジュールに関する申請情報によって表された申請事項の種別及び当該申請事項に対する承認処理の進捗状況とを、前記スケジュール入力表示画面において当該業務スケジュールが入力された入力欄に表示させることを特徴とするスケジューラを提供する。
【０００５】
また、本発明は、日又は時によって区分された複数の入力欄を時系列に並べて表示し、かつ、当該入力欄に入力された業務スケジュールをその欄内に表示するためのスケジュール入力表示画面を表示装置に表示させるステップと、表示されたスケジュール入力表示画面の前記入力欄にユーザが業務スケジュールを入力する操作を受け付けるステップと、入力された業務スケジュールに関する申請事項を表す申請情報をユーザが入力する操作を受け付けるステップと、入力された業務スケジュールに割り当てられたスケジュールコードと、当該業務スケジュールに関する申請文書に割り当てられた文書コードと、その申請事項に対する承認状況とを対応付けて回覧ルートテーブルに格納するとともに、入力された前記業務スケジュールと、当該業務スケジュールに関する申請事項を表すものとして入力された申請情報とを対応付けて記憶手段に記憶させるステップと、前記申請事項に対する承認又は非承認の通知を受け取ることにより、前記回覧ルートテーブルにおける承認状況の内容を書き換えるステップと、前記記憶手段において対応付けて記憶されている当該業務スケジュール及び当該申請情報を読み出すステップと、読み出された前記業務スケジュール及び前記申請情報に対応するスケジュールコード及び文書コードにより前記回覧ルートテーブルを検索し、対応する承認状況を読み出すことにより、当該業務スケジュールの内容と、当該業務スケジュールに関する申請情報によって表された申請事項の種別及び当該申請事項に対する承認処理の進捗状況とを、前記スケジュール入力表示画面において当該業務スケジュールが入力された入力欄に表示させるステップと備えることを特徴とするスケジュール表示方法を提供する。
【０００６】
この発明は、以上説明したような業務スケジューラを生産し販売するという態様で実施される他、コンピュータを業務スケジューラとして機能させるためのプログラムを電気通信回線を介して一般ユーザに配布し、あるいはそのようなプログラムをコンピュータ読み取り可能な記録媒体に記録して一般ユーザに配布する、といった態様でも実施され得る。
【０００７】
【発明の実施の形態】
以下、図面を参照して、この発明の実施形態について説明する。ただし、本発明は、かかる実施形態に限定されず、その技術思想の範囲内で種々の変更が可能である。
Ａ：構成
まず、実施形態の構成について説明する。
（１）システム全体の構成
図１は、この発明の一実施形態に係るシステム全体の構成を示すブロック図である。
同図に示すように、このシステムは、複数のパーソナルコンピュータ（以下、ＰＣと略称する）１０−１〜１０−５と、ローカルサーバ２０と、これらを相互に接続する通信回線３０によって構成される。
ＰＣ１０−１〜１０−５は、それぞれ各社員によって使用されるコンピュータであり、例えば、社員の操作に応じて、スケジュール情報や、これに付随する各種申請文書を作成する機能を備えている。なお、以下では、特に各々を区別する必要がないときには、ＰＣ１０−１〜１０−５をＰＣ１０と総称する。
ローカルサーバ２０は、ＰＣ１０によって生成されたスケジュール情報を蓄積・管理するとともに、このスケジュール情報に付随した申請文書を各ＰＣ１０に回覧させ、その承認状況を管理するコンピュータである。承認処理が終了した申請に関するデータは、ローカルサーバ２０から図示せぬ会計システムに送られ、当該申請に関連する会計処理が実行される。
【０００８】
（２）ＰＣ１０の構成
次に、図２に示すブロック図を参照しながら、ＰＣ１０の構成について説明する。同図に示すように、ＰＣ１０は、通信部１１、ＣＰＵ（Central Proccessing Unit）１２、ＲＯＭ（Read Only Memory）１３、ＲＡＭ（Random Access Memory）１４、表示部１５、操作部１６、ハードディスク装置１７、及びこれらを相互に接続するバス１８からなる。
通信部１１は、通信回線３０との接続インタフェースや通信制御回路からなり、通信回線３０を介してローカルサーバ２０とデータ通信を行う。
ＲＯＭ１３は読み出し専用のプログラムメモリである。ＣＰＵ１２はＲＯＭ１３から読み出した制御プログラムを実行することにより、ＰＣ１０全体を制御する。この際、ＲＡＭ１４は、ＣＰＵ１２のワークエリアとして用いられる。
表示部１５は、ＣＲＴ（Cathode-Ray Tube）ディスプレイや液晶ディスプレイ等の表示装置であり、ＣＰＵ１２による制御の下で、例えばスケジュール情報や申請文書等の各種情報を表示する。
操作部１６は、図示せぬキーボードやマウスからなり、ユーザによる操作を受け付けて当該操作に応じた信号をバス１８を介してＣＰＵ１２に供給する。
ハードディスク装置１７は、ＰＣ１０にインストールされた各種アプリケーションプログラムが格納されるメモリであり、例えば、文書承認プログラム１７ｂや登録・閲覧プログラム１７ａが格納されている。
この文書承認プログラム１７ｂは、ローカルサーバ２０によって回覧されてくる申請文書を表示部１５に表示させ、これを参照した社員が承認／非承認の操作を行うと、この操作を受け付けてローカルサーバ２０に通知するためのプログラムである。
また、登録・閲覧プログラム１７ａは、社員の操作に応じてスケジュール情報とこれに付随した申請文書とを生成するほか、ローカルサーバ２０に蓄積されているスケジュール情報と、これに付随した申請文書に関する情報とを表示するためのプログラムである。この登録・閲覧プログラムが実行されることにより、後述するようなＧＵＩ（Graphical  User  Interface）が表示部１５に表示されるようになっており、このＧＵＩ上では、スケジュール情報が表示されるとともに、これに付随した申請文書に関する情報がアイコンや画面の色調によって表現される。
【０００９】
（３）ローカルサーバ２０の構成
次に、図３に示すブロック図を参照しながら、ローカルサーバ２０の構成について説明する。同図に示すように、ローカルサーバ２０は、通信部２１、ＣＰＵ２２、ＲＯＭ２３、ＲＡＭ２４、ハードディスク装置２５、及びこれらを相互に接続するバス２６からなる。
通信部２１は、通信回線３０との接続インタフェースや通信制御回路からなり、通信回線３０を介してＰＣ１０とデータ通信を行う。
ＲＯＭ２３は読み出し専用のプログラムメモリであり、ＣＰＵ２２はＲＯＭ２３から読み出した制御プログラムを実行することにより、ローカルサーバ２０全体を制御する。この際、ＲＡＭ２４は、ＣＰＵ２２のワークエリアとして用いられる。
ハードディスク装置２５には、文書回覧プログラム２５ａ及び回覧ルートテーブル２５ｂが格納される。また、ハードディスク装置２５には、これらのプログラムおよびテーブルを格納するエリアのほか、スケジュール記憶部２５ｃ、ルート情報記憶部２５ｄ及び社員情報記憶部２５ｅという３つの記憶エリアが設けられている。
スケジュール記憶部２５ｃには、ＰＣ１０によって生成されたスケジュール情報が格納されている。
文書回覧プログラム２５ａは、ＰＣ１０によって作成された申請文書の回覧ルートを設定し、このルートに従って申請文書を各ＰＣ１０に回覧させるためのプログラムである。この回覧ルートを設定するために必要な情報は、ルート情報記憶部２５ｄ及び社員情報記憶部２５ｅに格納されている。
設定された回覧ルートは、ＣＰＵ２２によって回覧ルートテーブル２５ｂに書き込まれる。ハードディスク装置２５は、社員の社員コードと当該社員のＰＣ１０のアドレスとの対応関係を示すアドレステーブル（図示略）を保持している。ＣＰＵ２２は、上記回覧ルートを参照して得られる社員コードをキーにして、このアドレステーブルを検索し、この結果得られたＰＣ１０のアドレスに基づいて申請文書を回覧させるようになっている。そして、各回覧先による承認／非承認の状況も、回覧ルートテーブル２５ｂに書き込まれるようになっている。
【００１０】
（４）スケジュール記憶部２５ｃの構成
図４は、スケジュール記憶部２５ｃの一例を示すフォーマット図である。同図に示すように、「社員コード」に対応して、この社員コードを有する社員のスケジュール情報が格納されている。このスケジュール情報は、「スケジュールコード」「予定日時」、「予定場所」、「スケジュール内容」からなる。
「スケジュールコード」は、各スケジュールを特定するための識別情報であり、このスケジュールコードを指定することによって、対応するスケジュールが１つのみ定まるようになっている。また、スケジュールとこれに付随した申請文書とに対しては共通するスケジュールコードが割り当てられるようになっている。これにより、スケジュール情報と申請文書とを関連付けて管理することが可能となっている。
例えば、図４に示すスケジュール情報は、社員コード「E0001」を有する社員が、「西暦２０００年４月２５日１０：００〜１２：００」において、「本社」で「プロジェクト会議」を行うというスケジュールを有していることを示している。そして、図４に示す例では、このスケジュール情報に対しては「E0001-N0001」というスケジュールコードが割り当てられている。
このスケジュールコード「E0001-N0001」の「E0001」の部分は各社員に固有の社員コードと共通するコード情報であり、「N0001」の部分は、その社員の各スケジュールに固有のコード情報である。
【００１１】
（５）ルート情報記憶部２５ｄの構成
図５は、ルート情報記憶部２５ｄの一例を示すフォーマット図である。同図に示す「文書コード」は、各申請文書を特定するための識別情報であり、「ルート情報」は、社内規定等により各申請文書について予め定められた回覧先とその順序を示す情報である。この回覧先は役職を特定するための「役職コード」によって表現されており、例えば文書コード「DOC0001」を有する「交通費申請書」は、役職コード「P01」→「P03」→「P04」→「P05」の順番、即ち、担当→課長→副部長→部長という順番で回覧するように定められている。
なお、役職コードの「P」の後に続く数字は、小さいほど役職の階層レベルが低いことを意味しており、例えば「P01」はもっとも低い階層レベルの役職である。
ローカルサーバ２０のＣＰＵ２２は、ＰＣ１０によって作成された申請文書の文書コードをキーにして、このルート情報記憶部２５ｃを検索することにより、役職名によるルート情報を把握するようになっている。
【００１２】
（６）社員情報記憶部２５ｅの構成
図６は、社員情報記憶部２５ｅの一例を示すフォーマット図である。同図において、「社員コード」とは、各社員を特定するための識別情報であり、「部コード」とは各事業部を特定するための識別情報であり、「課コード」とは事業部を構成する各課を特定するための識別情報である。例えば、社員コード「E0002」を有する社員「Ｂ」は、部コード「D01」を有する営業部の、課コード「S01」を有する営業１課に所属しており、役職コード「P02」を有する係長であることを意味している。
ローカルサーバ２０のＣＰＵ２２は、前述したようにルート情報記憶部２５を参照して役職名によるルート情報を把握するが、さらに、このルート情報に含まれている役職コードを、社員情報記憶部２５ｄに記憶されている社員コードに置換する。これにより、回覧先が社員コードによって表現された回覧ルートが生成されることになる。
【００１３】
（７）回覧ルートテーブル２５ｂの構成
図７は、回覧ルートテーブル２５ｂの一例を示すフォーマット図である。この回覧ルートテーブル２５ｂには、「スケジュールコード」と、このスケジュールコードを有するスケジュールに付随した申請文書の「文書コード」と、この申請文書の「回覧ルート及び承認状況」と、「現在の回覧先」と、「承認状況」とがそれぞれ対応付けられて格納されている。
例えば、同図において、スケジュールコード「E0001-N0001」のスケジュールに付随する申請文書として、文書コード「DOC0001」及び「DOC0002」を有する２種別の文書があり、文書コード「DOC0001」を有する申請文書は「E0001→E0003→E0004→E0005」という回覧ルートで回覧され、文書コード「DOC0002」を有する申請文書は「E0001→E0003→E0004」という回覧ルートで回覧されることを意味している。
「現在の回覧先」は、回覧ルート上のいずれの回覧先が申請文書を閲覧しているかということを示す情報であり、例えば、文書コード「DOC0001」及び「DOC0002」を有する申請文書を閲覧している回覧先は、ともに「E0004」であることを意味している。
また、「承認状況」は、各申請文書の承認状況がどの程度まで進んでいるかということを示す情報である。具体的には、文書作成者を除く全ての回覧先の数を分母とし、既に申請文書を承認した回覧先の数を分子とした数値によって表される。例えば、文書コード「DOC0001」を有する申請文書は、全ての回覧先「E0003、E0004、E0005」のうち既に「E0003」によって承認されているので、承認状況は「1/3」となることを意味している。また、文書コード「DOC0002」を有する申請文書は、全ての回覧先「E0003、E0004」のうち既に「E0003」によって承認されているので、承認状況は「1/2」となることを意味している。
従って、回覧ルートの最後尾に位置する回覧先によって承認されたときには、この承認状況の分母と分子の数値が一致するので、承認状況を示す数値は「１」となる。つまり、この「承認状況」の数値が１に近いほど承認状況の程度は進んでいることになる。
【００１４】
なお、前述した「現在の回覧先」と、承認が終了した回覧先とは必ずしも一致しない。例えば、スケジュールコード「E0002-N0024」のスケジュールに付随する申請文書として、文書コード「DOC0025」及び「DOC0101」を有する２種別の文書があるが、このうち、文書コード「DOC0025」を有する申請文書は「E0220」を有する回覧先に回覧され、かつ、承認状況が「1/1」であるので「E0220」を有する回覧先に承認されていることを意味する。一方、文書コード「DOC0101」を有する申請文書は「E0652」を有する最終の回覧先に回覧されてはいるが、承認状況は「2/3」であるので、この「E0652」を有する回覧先にはまだ承認されておらず、「E0485」を有する回覧先に承認されているにすぎない。
【００１５】
（８）ＧＵＩの構成
次に、前述したＰＣ１０の表示部１５に表示されるＧＵＩの構成について説明する。
ＰＣ１０のＣＰＵ１２は、ハードディスク装置１７内の登録・閲覧プログラムを実行することにより、図８に示すようなＧＵＩを表示部１５に表示する。
同図に示すＦ１０は、各時間帯に対応して設けられたスケジュール欄である。社員は、このスケジュール欄Ｆ１０をマウスでクリックすることにより所望の時間帯を選択し、選択したスケジュール欄Ｆ１０内にキーボードまたはマウスを用いてスケジュールの場所や内容を入力していく。図９は、例えば、「４月２５日１０：００〜１２：００」に「本社」で「プロジェクト会議」に出席するスケジュールが入力された場合のＧＵＩを示す模式図である。
次に，図８に示すＦ２０は、スケジュールに付随する各種申請の種別を示すアイコンである。
このアイコンについて、図１０Ａ〜図１０Ｆを参照しながら説明する。図１０Ａは時間外労働申請を示すアイコンであり、図１０Ｂは交通費申請を示すアイコンであり、図１０Ｃはタクシー利用申請を示すアイコンであり、図１０Ｄは交際費／会議費申請を示すアイコンであり、図１０Ｅは休暇申請を示すアイコンである。また、図１０Ｆは、申請ではないが、スケジュールに何らかの関連がある添付情報を示すアイコンである。例えば、会議というスケジュールの場合、この会議に使用するための会議資料等がこれに該当する。
社員が所望のスケジュールを入力した後、このアイコンＦ２０のいずれかをマウスでクリックすると、そのアイコンが示す申請に必要な申請文書のフォーマットが表示部１５に表示されるようになっている。図１１は、交通費申請を示すアイコンがクリックされた場合に、表示部１５に表示される交通費申請書のフォーマットを示す模式図である。社員は、このようにして表示されたフォーマットに従って申請文書を作成すればよい。
【００１６】
そして、社員が申請文書を作成し終わると、その申請文書の種別を示すアイコンが、スケジュール欄Ｆ１０に表示される。図１２は、例えば、「４月２５日１０：００〜１２：００」における「本社  プロジェクト会議」に付随して交通費申請書と交際費／会議費申請書を作成し終えた場合のＧＵＩを示す模式図である。社員は、このような表示を参照することにより、いずれのスケジュールに付随してどのような申請を行っているのかが容易に把握できる。
作成された申請文書は、前述したように、各回覧先によって順番に承認され、その承認状況が回覧ルートテーブル２５ｃ上に保持される。この承認状況は、ＧＵＩのスケジュール欄Ｆ１０の背景色によって表現される。図１３は、例えば、「４月２５日１０：００〜１２：００」に関する申請の承認状況を表現したＧＵＩを示す模式図である。同図において、「４月２５日１０：００〜１２：００」に対応したスケジュール欄Ｆ１０の背景色は、当該スケジュール欄Ｆ１０内のアイコンが示す申請の承認状況に応じた色調となる。ＰＣ１０のハードディスク装置１７内には図１４に示すような色調テーブルが格納されており、ＣＰＵ１２はこの色調テーブルを参照することによって承認状況に応じた背景色を決定し、これを表示する。この色調テーブルには、承認状況を示す数値が「１」に近づくほど濃い色調の背景色が提示されており、承認状況が進むほど背景色の色調は濃くなっていく。ただし、１つのスケジュール欄Ｆ１０に複数のアイコンが存在するときは、予め定められた優先順位に従い、最も優先度が高い承認状況に対応した背景色を選択する。優先順位の定め方は各種考えられるが、例えば各アイコンに対応した申請のうちもっとも承認状況が進んでいるものを最優先とする方法が考えられる。また、承認の進み具合よりも否認を重視し、各アイコンに対応した申請の中に否認されたものがある場合には、否認に対応した背景色を表示するようにしてもよい。
社員は、このようなスケジュール欄Ｆ１０の背景色を参照することにより、申請文書の回覧がどの程度まで進んでいるのかを視覚的に把握することができる。
【００１７】
そして、申請の最終的な承認が得られた場合、即ち回覧ルートテーブル２５ｃ上の承認状況の数値が「１」となった場合、図１５に示すように、その申請に対応したアイコンが「○」で囲まれる。この場合、スケジュール欄の背景色は、「○」で囲まれていないアイコンが示す申請に対応した色調となる。
社員は、このようにアイコンが「○」で囲まれた状態を参照することにより、申請文書が最終承認されていることを視覚的に把握することができる。
図８に戻り、Ｆ３０は、月単位のスケジュールを表示させるためのアイコンであり、これがクリックされることにより、図１６に示すように月単位のスケジュールの表示画面に遷移する。そして、この図１６に示す月単位の表示画面から図８に示す日単位の表示画面へ遷移させるためには、図１６に示すＦ３１のアイコンをクリックすればよい。
また、図８に示すＦ４０やＦ５０はそれぞれ、前日のスケジュールもしくは次の日のスケジュールの表示画面へ遷移させるためのアイコンである。即ち、同図において、社員がＦ４０のアイコンをクリックすると、４月２４日のスケジュールの表示画面へ遷移するし、Ｆ５０のアイコンをクリックすると、４月２６日のスケジュールの表示画面へ遷移するようになっている。
上記のとおり、ＧＵＩは、スケジュールとこれに付随した申請に関する情報とをそれぞれ関連付けて同一の画面上に表示するようになっている。
【００１８】
Ｂ：動作
次に、上記構成からなる実施形態の動作について説明する。
以下では、（１）スケジュール情報及び申請文書の作成、（２）申請文書の回覧、（３）スケジュール情報及び承認状況の表示、という３つに分けて動作説明を行う。
以下では、社員コード「E0001」の社員が、「西暦２０００年４月２５日１０：００〜１２：００」において「本社」で「プロジェクト会議」を行うというスケジュールを入力し、さらに、このスケジュールに付随して交通費申請と交際費／会議費申請とを行う場合を想定する。
（１）スケジュール情報及び申請文書の作成
まず、図１７に示すフローを参照しながら、ＰＣ１０のＣＰＵ１２がスケジュール情報及び申請文書の作成を行う動作を説明する。
社員がＰＣ１０の操作部１６を操作して登録・閲覧プログラム１７ａの起動を指示すると、これに応じてＣＰＵ１２はハードディスク装置１７から上記プログラム１７ａを読み出してＲＡＭ１４上にロードし、図１７に示すメインルーチンを開始する。
まず、ステップＳａ１において、ＣＰＵ１２は、社員に対し社員コードの入力を促す画面を表示部１５に表示させ、社員による入力操作を受け付ける。ここでは、社員は自身の社員コード「E0001」を入力する。
次いで、ステップＳａ２において、ＣＰＵ１２は、通信部１１を制御することにより、通信回線３０を介してローカルサーバ２０にアクセスする。
【００１９】
次に、ステップＳａ３において、ＣＰＵ１２は、ステップＳａ１で入力された社員コード「E0001」をキーにして、対応するスケジュール情報をスケジュール情報記憶部２５ｃから読み出し、さらに、読み出したスケジュール情報に含まれるスケジュールコードをキーにして回覧ルートテーブル２５ｂ上の承認状況を読み出す。
そして、ＣＰＵ１２は、読み出した情報を前述したＧＵＩ上に表示させる。ここでは、スケジュール情報記憶部２５ｃ内に４月２５日のスケジュールはまだ何も登録されていないものとする。従って、このとき表示される画面は図８に示すような画面となる。
次に、ステップＳａ４において、ＣＰＵ１２は操作部１６をスキャンし、社員による入力操作があったか否かを判断する。ここで、入力操作がなければ判断結果は「Ｎｏ」となり、ＣＰＵ１２はこのステップＳａ４の処理を繰り返す。
社員からの入力操作があるとステップＳａ５に進み、ＣＰＵ１２は、入力操作が文字入力を示すものであるか否かを判断し、判断結果が「Ｙｅｓ」であれば、ステップＳａ６に進み、入力された文字を表示していく。
従って、社員が「西暦２０００年４月２５日１０：００〜１２：００」において「本社」で「プロジェクト会議」を行うというスケジュールを入力していくと、これに応じて、入力された文字が表示されていく。そして、社員がスケジュールを入力し終えると、図９に示すように、「４月２５日１０：００〜１２：００」の時間帯に対応して、「本社、プロジェクト会議」という文字が表示され、ＣＰＵ１２の処理はステップＳａ４に戻る。
【００２０】
スケジュールが入力されると、ＣＰＵ１２は、このスケジュールに対しスケジュールコード「E0001-N0001」を付与し、これをスケジュール情報とともにＲＡＭ１４上に記憶する。
次に、社員がこのスケジュールに付随した申請を行うべく、まず交通費申請を示すアイコンをマウスでクリックする。これに応じて、ステップＳａ４において「Ｙｅｓ」、次いでステップＳａ５において「Ｎｏ」と判断され、処理はステップＳａ７に進む。
ステップＳａ７において、ＣＰＵ１２は、入力操作が申請を示すものであるか否かを判断する。ここでは「Ｙｅｓ」と判断されるので、処理はステップＳａ８に進み、ＣＰＵ１２は、後で詳述する申請文書の生成処理に移行する。
ここでは、この申請文書の生成処理において、社員の操作に応じ交通費申請文書と交際費／会議費申請文書とが生成される。これらの各申請文書が生成される度に、当該申請に対応するアイコンがスケジュール欄に表示される。従って、申請文書の生成処理が終了した時点では、図１３に示すように、「４月２５日１０：００〜１２：００」の「本社、プロジェクト会議」のスケジュール欄内に交通費申請と交際費／会議費申請を示すアイコンが表示される。
【００２１】
スケジュール入力とこれに付随した申請文書の生成処理が終了すると、社員は、これらのスケジュールと申請の内容を確定するための操作を行う。この操作に応じて、ＣＰＵ１２は、図１７のステップＳａ４において「Ｙｅｓ」、次いでステップＳａ５において「Ｎｏ」、次いでステップＳａ７において「Ｎｏ」と判断し、処理はステップＳａ９に進む。このステップＳａ９において、ＣＰＵ１２は、入力操作が内容の確定を示すものであるか否かを判断する。ここでは「Ｙｅｓ」と判断されるので、処理はステップＳａ１０に進む。
ステップＳａ１０において、ＣＰＵ１２は、社員によって入力されたスケジュール情報及びこれに付随した申請文書を示すデータを、社員コード、スケジュールコード及び申請文書の文書コードとともにローカルサーバ２０に送信する。
ここでは、「４月２５日１０：００〜１２：００」に対応した「本社、プロジェクト会議」というスケジュール情報、交通費申請書及び交際費／会議費申請書を示すデータ、社員コード「E0001」、スケジュールコード「E0001-N0001」、文書コード「DOC0001」及び「DOC0002」がローカルサーバ２０に対して送信される。
【００２２】
そして、社員が、登録・閲覧プログラムを終了させる操作を行うと、ステップＳａ１１において判断結果が「Ｙｅｓ」となり、処理は終了する。
なお、上述した文字入力、申請、確定、終了以外の操作の場合、ステップＳａ１１の判断結果は「Ｎｏ」となり、その操作に対応した処理が実行される。例えば、日表示から月表示への切り替え操作や、前日や次の日のスケジュール表示への切り替え操作等がこれに該当する。
【００２３】
次に、前述した申請文書の生成処理について詳細に説明する。
図１８は、申請文書の生成処理を示すフローチャート図である。
まず、ステップＳｂ１において、ＣＰＵ１２は、社員によって選択されたアイコンが示す申請文書のフォーマットデータを、ローカルサーバ２０のハードディスク装置２５から読み出し、これを表示部１５に表示させる。
社員が、フォーマットを参照しながら操作部１６を用いて入力操作を行うと、ステップＳｂ２において、ＣＰＵ１２はこの入力操作を受け付ける。
次いで、ステップＳｂ３において、受け付けた入力操作が文書作成の終了を指示するものであるか否かが判断される。ここで、終了以外の動作、例えば文字や記号の入力であれば、判断結果は「Ｎｏ」となりステップＳｂ４に進む。
ステップＳｂ４では、ＣＰＵ１２は、入力操作に対応した処理、例えば、入力された文字や記号を表示部１５に表示させ、再度、ステップＳｂ２に戻る。このように、ＣＰＵ１２は、ユーザによる文字の入力操作を繰り返し受け付けて、文字を表示していく。
申請文書を作成し終わると、社員はその旨を指示する操作を行う。これにより、ステップＳｂ３における判断結果が「Ｙｅｓ」となり、ステップＳｂ５に進む。
ステップＳｂ５において、ＣＰＵ１２は、作成した申請文書に対応するアイコンをスケジュール欄に表示させ、図１７に示すメインルーチンのステップＳａ４に戻る。
【００２４】
（２）申請文書の回覧
次に、申請文書の回覧について説明する。
まず、図１９に示すフローを参照しながら、ローカルサーバ２０のＣＰＵ２２が回覧ルートを設定する動作について説明する。
上記（１）で述べたようにＰＣ１０からローカルサーバ２０に対して申請文書に関するデータが送信されてくると、これに応じてローカルサーバ２０のＣＰＵ２２は、ハードディスク装置２５から文書回覧プログラム２５ａを読み出してＲＡＭ２４上にロードする。これにより、図１９に示すフローが開始される。
まず、ステップＳｃ１において、ＣＰＵ２２は、受信したデータに含まれている社員コード、スケジュールコード及び文書コードを抽出するとともに、スケジュール情報をスケジュール情報記憶部２５ｃに格納し、さらに申請文書を示すデータをハードディスク装置２５の所定エリアに格納する。
ここでは、社員コード「E0001」と、スケジュールコード「E0001-N0001」と、文書コード「DOC0001」及び「DOC0002」とが抽出されるほか、「４月２５日１０：００〜１２：００」に対応した「本社、プロジェクト会議」というスケジュール情報がスケジュール情報記憶部２５ｃに格納され、、交通費申請書と交際費／会議費申請書のデータがハードディスク装置２５に格納されることになる。
次いで、ステップＳｃ２において、ＣＰＵ２２は、抽出した文書コード「DOC0001」及び「DOC0002」をキーにして、図４に示すルート情報記憶部２５ｄを検索し、各文書コードに対応したルート情報を取得する。ここでは、文書コード「DOC0001」に対応して、「Ｐ０１（担当）→Ｐ０３（課長）→Ｐ０４（副部長）→Ｐ０５（部長）」というルート情報が得られるとともに、文書コード「DOC0002」に対応して「Ｐ０１（担当）→Ｐ０３（課長）→Ｐ０４（副部長）」というルート情報が得られることになる。
【００２５】
次いで、ステップＳｃ３において、ＣＰＵ２２は、役職名によるルート情報と、社員情報記憶部２５ｄに記憶されている社員情報とを参照し、回覧ルートを社員コードによって表現する。
具体的には、まず、文書を作成した社員の社員コードをキーにして社員情報記憶部２５ｅを検索し、当該社員が所属する組織の部コードと課コードとを抽出する。この社員コードは、前述したようにＰＣ１０から申請文書データとともに送信されてくるので、これを用いる。
次いで、社員情報記憶部２５ｅ内の上記部コード及び課コードによって示される組織の中から、ルート情報に含まれる役職コードに対応する社員コードが抽出される。
そして、抽出された社員コードは、ルート情報に含まれる役職コードと置換され、最終的には、回覧先が社員コードによって表現された回覧ルートが得られる。このようにして得られた回覧ルートは、図６に示すように、スケジュールコード「E0001-N0001」に対応付けられて回覧ルートテーブル２５ｂ上に書き込まれ、処理は終了する。
【００２６】
次に、図２０に示すシーケンスを参照しながら、申請文書を回覧する動作について説明する。
上述した回覧ルートの設定が終了すると、これに応じてローカルサーバ２０のＣＰＵ２２の処理は、同図に示すステップＳｄ１に進む。ステップＳｄ１において、ＣＰＵ２２は、図７に示す回覧ルートテーブル２５ｂを参照し、文書コード「DOC0001」を有する申請文書を次に回覧すべき回覧先を特定する。ここでは、社員コード「E0001」を有する文書作成者の次の回覧先は、社員コード「E0003」を有する社員である。
次に、ステップＳｄ２では、ＣＰＵ２２は、図示せぬアドレステーブルを参照することにより、申請文書の回覧先である社員が使用するＰＣ１０のネットワーク上のアドレスを取得し、これに基づいて文書コード「DOC0001」を有する申請文書のデータを送信する。この際、ＣＰＵ２２は、回覧ルートテーブル２５ｂ上の文書コード「DOC0001」に対応する「現在の回覧先」に「E0003」を書き込む。
【００２７】
一方、ＰＣ１０が申請文書を受信すると、処理はステップＳｄ３に進む。ステップＳｄ３において、ＰＣ１０のＣＰＵ１２は、受信したデータをハードディスク装置１７にいったん格納するとともに、申請文書を受信した旨を示す受信通知を表示部１５に表示させる。
この受信通知を見た社員が、操作部１６を操作して承認処理を行う旨の操作を行うと、ステップＳｄ４に進み、ＣＰＵ１２は、図２１に示すような承認用画面を表示部１５に表示させる。
図２１に示すように、社員が承認すべき或いは承認した申請に関する情報が表示部１５に表示される。例えば、申請者Ｂが申請した４月２６日の休暇の申請に対しては、承認者たる社員は既に承認済みであることを意味している。
承認者たる社員は、この画面上で、承認ボタンＢ１若しくは非承認ボタンＢ２をマウスでクリックすることにより、承認／非承認の操作を行うことができる。
【００２８】
また、申請の内容を詳細に知りたい場合には、詳細ボタンＢ３をクリックすると、ＣＰＵ１２は、ハードディスク装置１７から対応する申請文書のデータを読み出して表示部１５に表示させる。社員は、表示された申請文書を参照することによって承認／非承認を判断し、所定の操作を行う。
このようにして、社員が申請文書に対する承認／非承認を示す操作を行うと、処理はステップＳｄ５に進み、ＣＰＵ１２は、この操作を受け付ける。
そして、ステップＳｄ６において、ＣＰＵ１２は、承認された申請文書の文書コードとともに承認／非承認の旨を示す通知をローカルサーバ２０に送信する。
ローカルサーバ２０がＰＣ１０から送信されてくるデータを受信すると、処理はステップＳｄ７に進む。ステップＳｄ７において、ローカルサーバ２０のＣＰＵ２２は、受信したデータに応じて回覧ルートテーブル２５ｂを更新する。
【００２９】
ここでは承認されたものとすると、ＣＰＵ２２は、回覧ルートテーブル２５ｂ上で、承認状況を「１／３」に書き換える。そして、ＣＰＵ２２の処理は上述したステップＳｄ１に戻り、次は、社員コード「E0004」の社員に対して、上述したような申請文書の回覧処理を実行する。
このような処理が、回覧ルートテーブル２５ｂ上に書き込まれた回覧ルートの全ての回覧先に対して順番になされるようになっており、回覧ルートの最後尾に位置する回覧先からの承認が得られると承認状況を示す数値は「１」となる。
【００３０】
（３）スケジュール情報及び承認状況の表示
次に、図１７に示すフローを参照しながら、スケジュール情報及び承認状況の表示について説明する。
同図に示すステップＳａ３において、ＰＣ１０のＣＰＵ１２は、ローカルサーバ２０のスケジュール情報記憶部２５ｅからスケジュール情報を読み出し、さらに、読み出したスケジュール情報に含まれるスケジュールコードをキーにして回覧ルートテーブル２５ｂ上の文書コード及び承認状況を読み出す。ここで、図６に示す回覧ルートテーブル２５ｂにおいて、文書コード「DOC0001」に対応する承認状況は「１／３」であり、文書コード「DOC0002」に対応する承認状況は「１／２」である。
ＣＰＵ１２は、読み出したこれらの情報を、図１３に示すようにＧＵＩ上に表示させる。即ち、読み出した承認状況のデータのうち、もっとも「１」に近い数値（ここでは１／２）に対応する色調データを前述した色調テーブルから読み出し、これをスケジュール欄Ｆ１０の背景色として表示する。
さらに、例えば、文書コード「DOC0001」に対応する承認状況は「１」となった場合、図１５に示すように、文書コード「DOC0001」に対応する交通費申請のアイコンが「○」で囲まれる。
このように実施形態によれば、社員のスケジュール情報と、これに付随した申請の種別及び承認状況とが、同一の画面上でそれぞれ関連付けられて表示されるため、社員はこの画面を参照するだけで自身のスケジュール管理と申請管理とを容易に行うことができる。
【００３１】
Ｃ：変形例
既述の通り、本発明は上述した実施形態に限定されず、以下のような種々の変更が可能である。
（１）ＰＣ１０の形態
実施形態では通信回線３０に有線接続されたＰＣ１０を用いていたが、これに限らず、例えばＰＨＳ（Personal  Handyphone  System）等の無線通信装置を内蔵したＰＤＡ（Personal  Dijital  Assistants）を用いてもよい。この場合、ローカルサーバ２０は、ＰＨＳを収容するＰＨＳ網に接続された構成となり、このＰＨＳ網を介して上記ＰＤＡと相互にデータ通信を行う。
【００３２】
（２）ローカルサーバ２０の機能
実施形態では、ローカルサーバ２０が、スケジュールの蓄積機能と、申請文書の回覧機能とを備えていたが、これらの機能を通信回線３０に接続されている別ノードに割り当ててもよい。また、スケジュールの蓄積機能はＰＣ１０側に搭載してもよい。
【００３３】
（３）ＧＵＩの構成
図８、９、１０Ａ、１０Ｂ、１０Ｃ、１０Ｄ、１０Ｅ、１０Ｆ、１１〜１３、１５〜１６及び２１に示したＧＵＩのレイアウトはあくまで一例に過ぎず、操作性や視覚性を考慮して種々のレイアウトを採用することができる。
また、承認状況を背景色の色調で示すのではなく、承認状況をそのまま数値表示してもよいし、承認状況に応じて、対応するアイコンの形状や色調を変化させてもよい。
また、最終承認が得られた申請に対応するアイコンを「○」で囲むのではなく、このアイコンの表示色を変えたり、最終承認を示すメッセージを追加表示したり、或いは最終承認が得られたアイコンは表示しないようにしてもよい。
また、申請が否認された場合に、その申請に対応したアイコンを点滅させるようにしてもよい。
【００３４】
（４）表示態様
実施形態では、スケジュールと、これに付随した申請に関する情報とを同一の画面上に表示していたが、必ずしもこれに限らない。
例えば、デフォルト画面はスケジュールの表示のみとし、社員がこのように表示されたスケジュールの中から所望のスケジュールの選択することにより、これに付随した申請に関する情報を表示する画面に遷移するようにしてもよい。即ち、スケジュールとこれに付随した申請に関する情報とをリンクさせた形で表示する形態であればよい。
【００３５】
（５）回覧処理の形態
実施形態においては、各社員と各ＰＣ１０とが１対１で対応しているという前提の下で、申請文書を回覧処理を行っていた。より具体的には、ローカルサーバ２０は、社員の社員コードと当該社員のＰＣ１０のアドレスとの対応関係を示すアドレステーブルを保持しており、このアドレステーブルを検索することにより得られるＰＣ１０のアドレスに基づいて申請文書を回覧させるようになっていた。
しかし、これに限らず、以下のような手法を用いてもよい。
ローカルサーバ２０は、承認者である各社員に対する申請文書を、その社員のＰＣ１０に送信するのではなく、各社員ごとにいったん保管しておく。そして、承認者たる社員が、ＰＣ１０（このＰＣ１０は社員自身のものとは限らない）を操作してユーザＩＤやパスワード認証によりシステムにログインすると、ローカルサーバ２０は、当該社員に対応して保管していた申請文書をＰＣ１０に送信する。このようにすれば、社員は自身のＰＣ１０に限らず、どのＰＣ１０からでも申請文書の回覧・承認を行うことができる。
【図面の簡単な説明】
【図１】この発明の実施形態に係るシステム全体の構成を示すブロック図である。
【図２】同実施形態におけるＰＣの構成を示すブロック図である。
【図３】同実施形態におけるローカルサーバの構成を示すブロック図である。
【図４】同実施形態におけるルート情報記憶部の一例を示すフォーマット図である。
【図５】同実施形態における社員情報記憶部の一例を示すフォーマット図である。
【図６】同実施形態における回覧ルートテーブルの一例を示す模式図である。
【図７】同実施形態におけるスケジュール情報記憶部の一例を示すフォーマット図である。
【図８】同実施形態におけるＰＣ１０に表示されるＧＵＩの一例を示す模式図である。
【図９】同実施形態におけるＰＣ１０に表示されるＧＵＩの一例を示す模式図である。
【図１０】同実施形態におけるＧＵＩ上に表示されるアイコンを示す模式図である。
【図１１】同実施形態におけるＰＣの表示部１５に表示される交通費申請書のフォーマットを示す模式図である。
【図１２】同実施形態におけるＰＣ１０に表示されるＧＵＩの一例を示す模式図である。
【図１３】同実施形態におけるＰＣ１０に表示されるＧＵＩの一例を示す模式図である。
【図１４】同実施形態における色調テーブルを模式的に示す模式図である。
【図１５】同実施形態におけるＰＣ１０に表示されるＧＵＩの一例を示す模式図である。
【図１６】同実施形態におけるＰＣ１０に表示されるＧＵＩの一例を示す模式図である。
【図１７】同実施形態におけるＰＣのＣＰＵが登録・閲覧プログラムのメインルーチンを実行する動作を示すフローチャート図である。
【図１８】同実施形態におけるＰＣのＣＰＵが申請文書を作成する動作を示すフローチャート図である。
【図１９】同実施形態におけるローカルサーバのＣＰＵが回覧ルートを設定する動作を示すフローチャート図である。
【図２０】同実施形態におけるＰＣ及びローカルサーバが、申請文書を回覧する動作を示すシーケンス図である。
【図２１】同実施形態におけるＰＣに表示される承認用画面の一例を示す模式図である。
【符号の説明】
１０−１〜１０−５・・・パーソナルコンピュータ、
１１・・・通信部、１２・・・ＣＰＵ（抽出手段、表示手段）、
１３・・・ＲＯＭ、１４・・・ＲＡＭ、
１５・・・表示部（表示手段）、
１６・・・操作部、
１７・・・ハードディスク装置、
１７ａ・・・登録・閲覧プログラム、
１７ｂ・・・文書承認プログラム、
１８・・・バス
２０・・・ローカルサーバ、２１・・・通信部、
２２・・・ＣＰＵ、２３・・・ＲＯＭ、２４・・・ＲＡＭ、
２５・・・ハードディスク装置（記憶手段）、
２５ａ・・・文書回覧プログラム、
２５ｂ・・・回覧ルートテーブル、
２５ｃ・・・スケジュール記憶部、
２５ｄ・・・ルート情報記憶部、
２５ｅ・・・社員情報記憶部、
２６・・・バス、
３０・・・通信回線。
【図１】
0003682043.tif 000002
【図２】
0003682043.tif 000003
【図３】
0003682043.tif 000004
【図４】
0003682043.tif 000005
【図５】
0003682043.tif 000006
【図６】
0003682043.tif 000007
【図７】
0003682043.tif 000008
【図８】
0003682043.tif 000009
【図９】
0003682043.tif 000010
【図１０Ａ】
0003682043.tif 000011
【図１０Ｂ】
0003682043.tif 000012
【図１０Ｃ】
0003682043.tif 000013
【図１０Ｄ】
0003682043.tif 000014
【図１０Ｅ】
0003682043.tif 000015
【図１０Ｆ】
0003682043.tif 000016
【図１１】
0003682043.tif 000017
【図１２】
0003682043.tif 000018
【図１３】
0003682043.tif 000019
【図１４】
0003682043.tif 000020
【図１５】
0003682043.tif 000021
【図１６】
0003682043.tif 000022
【図１７】
0003682043.tif 000023
【図１８】
0003682043.tif 000024
【図１９】
0003682043.tif 000025
【図２０】
0003682043.tif 000026
【図２１】
0003682043.tif 000027