JP2000076327A

JP2000076327A - 購買依頼システム及び派遣者登録方法及びコンピュータ読み取り可能な記憶媒体

Info

Publication number: JP2000076327A
Application number: JP24751198A
Authority: JP
Inventors: Masanori Konno; 正徳今野; Masahiro Yamamoto; 昌浩山本; Naotada Hiroki; 直嗣廣木; Masaya Watanuki; 昌弥綿貫; Satoshi Takenaka; 聡竹中
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1998-09-01
Filing date: 1998-09-01
Publication date: 2000-03-14

Abstract

(57)【要約】【課題】各種物品を効率的に購買可能な購買依頼シス
テムの提供。【解決手段】複数のクライアントがネットワーク上で
接続されたクライアントサーバ環境において、依頼者が
所望の物品を特定（選択）する機能、その特定した物品
の購買を承認者に対して承認依頼する機能、その承認依
頼された物品の購買の是非を承認者が判断する機能等を
有する。ユーザは、クライアント１に表示させた所定の
Ｗｅｂページから、ユーザ（社員）ＩＤに応じて依頼
者、または承認者として本システムにログインする。こ
のとき、承認者としてログインした場合は、物品特定機
能、承認依頼機能も利用することができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、物品の購買を依頼
する購買依頼システム及び派遣者登録方法に関する。

【０００２】

【従来の技術】従来より、企業や事業所においては、日
々の企業活動にて必要な各種物品が外部の業者より購買
されている。

【０００３】

【発明が解決しようとする課題】これら購買対象となる
物品は多岐に渡るが、例えば文房具等のように個々の職
場毎に購買依頼される物品については、一般に、以下の
ような手順で行われており、オフィスオートメーション
化及びぺーパレス化が遅れている。

【０００４】即ち、所望の物品の購買伝票を一般社員等
が発行する。次に、発行された伝票を管理職社員が捺印
等によって承認する。そして、その承認された伝票が調
達部門に渡り、例えば必要に応じてロットにまとめた
後、新たに発行された発注伝票が外部の業者に送られる
ことにより、はじめて所望の物品が納入されることにな
る。

【０００５】また、上述した各職場における購買伝票の
発行は、業務の効率化を図るために外部の派遣社員（派
遣者）に委ねられることが多い。しかしながら、規模の
大きな企業では、例えば事業所或いは事業部単位で派遣
社員を雇用する場合も多いが、これら派遣社員は一時的
な雇用であるため、当該企業内の人事用のデータベース
には反映（登録）されないのが一般的である。このた
め、物品の購買業務をぺーパレス化しようとするときに
は、派遣社員にも購買依頼が行えるように構成する必要
が有るが、その場合、人事用のデータベースには登録さ
れない派遣社員の扱いが問題となる可能性が有る。

【０００６】そこで本発明は、従来行われてきた物理的
な購買伝票の作成、発行、転送等の事務的な作業を廃止
し、各種物品を効率的に購買可能な購買依頼システムの
提供を目的とする。

【０００７】また、人事用のデータベースには登録され
ない派遣者を適切に管理可能な派遣者登録方法の提供を
目的とする。

【０００８】

【課題を解決するための手段】上記の目的を達成するた
め、本発明に係る購買依頼システムは、以下の構成を特
徴とする。

【０００９】即ち、所望の物品について購買依頼が可能
な複数の端末を含む購買依頼システムであって、所望の
物品についての購買依頼を入力可能な第１の端末と、前
記第１の端末からの購買依頼に対して、承認の是非を入
力可能な第２の端末と、前記第１及び／または第２の端
末を操作可能なユーザとして、外部システムが有するデ
ータの一部を入力可能な第１のデータ入力手段と、前記
第１及び／または第２の端末を操作可能なユーザに関す
るデータを記憶する第１のデータベースと、を備えるこ
とを特徴とする。

【００１０】また、例えば前記外部システムが有するデ
ータは、企業における人事データであることを特徴とす
る。

【００１１】また、上記の目的を達成するため、本発明
に係る派遣者登録方法は、以下の構成を特徴とする。

【００１２】即ち、企業の社員とは異なる派遣者を管理
するデータベースへの派遣者登録方法であって、企業に
おける物品の購買を依頼するシステムに端末を接続し、
その接続された端末より、派遣者に関するデータを、前
記システムに属するデータベースに個別に登録すること
を特徴とする。

【００１３】また、例えば、前記システムに含まれる派
遣者登録用のウィンドウを前記端末にてオープンし、そ
のオープンしているウィンドウより、派遣者に関する所
定項目の人事データを入力するとよい。

【００１４】

【発明の実施の形態】以下、本発明の一実施形態を図面
を参照して詳細に説明する。

【００１５】［システムのハードウエア構成］はじめ
に、本実施形態で説明する購買依頼システムのハードウ
エアの全体構成を説明する。

【００１６】図１は、本発明の一実施形態における購買
依頼システムの全体構成図である。

【００１７】同図において、３０は、ＬＡＮ(Local Are
a Network)或いはＷＡＮ(Wide AreaNetwork)としての通
信回線である。１は、複数のクライアントコンピュータ
（以下、クライアント）である。１Ａは、本システムを
維持管理するシステム管理者用のクライアントである。
２は、後述する購買依頼機能等を実現するアプリケーシ
ョンサーバコンピュータ（以下、Ａ／Ｓ）である。

【００１８】３は、複数のクライアント１（クライアン
ト１Ａを含む）とＡ／Ｓ２とで構成されるクライアント
サーバシステムにおいて、例えば、ＷＷＷ(World Wide
Web)機能を実現する一般的なソフトウエアに従って、所
謂イントラネット環境を提供するＷｅｂサーバコンピュ
ータ（以下、Ｗ／Ｓ）である。４は、一般的なメール管
理機能（メーラ）ソフトウエアに従って、各クライアン
ト間の電子メールの送受信を制御・管理するメールサー
バコンピュータ（以下、Ｍ／Ｓ）である。５は、本購買
依頼システムに関する各種データを通信回線３０上で一
元的に記憶するデータベース（Ｄ／Ｂ）である。

【００１９】７は、上記のクライアント１，１Ａのユー
ザが属する会社（企業）の人事情報を統括的に管理する
ところの、外部の他システム（以下、人事情報管理シス
テム）が記憶している各種の人事データのうち、本購買
依頼システムにて使用する人事データである。この人事
データ７には、少なくとも社員の氏名、その社員の従業
員番号、そしてその社員の役職が予め関連付けられてい
る。本実施形態において、クライアント１Ａを維持管理
するシステム管理者は、後述する購買依頼機能を各クラ
イアント１にて使用可能なユーザ（社員）の識別（Ｉ
Ｄ）情報として人事データ７をフロッピーディスク等の
携帯可能な記憶媒体８にコピーし、そのコピーしたデー
タを、例えばクライアント１ＡよりＤ／Ｂ５にダウンロ
ードする。

【００２０】ここで、人事データ７のコピーに記憶媒体
８を使用するのは、一般に人事情報管理システムには社
員の個人情報が多数記憶されているためであり、人事デ
ータ７と本購買依頼システムとの間で十分なセキュリテ
ィ保証機能を実現可能であれば、人事データ７を通信回
線を介して所定周期及び／または不定期にダウンロード
するように構成しても、或いはＡ／Ｓ２への各クライア
ント１のログイン時に、人事情報管理システム内の人事
データ７のマスタ情報にアクセスするように構成しても
良い。

【００２１】尚、本購買依頼システムにおいて、Ｗ／Ｓ
３は、専用回線及び／または公衆回線３１を介して複数
設けられており、これにより他事業所内の不図示の通信
回線（ＬＡＮ或いはＷＡＮ）に接続されたクライアント
にもクライアント１と同様なイントラネット環境を提供
することができる。

【００２２】また、後述する購買依頼機能によりＤ／Ｂ
５に格納された購買すべき物品に関するデータは、外部
の業者に実際に物品を発注する他システムに設けられた
データベース６との間で適宜更新されている。このデー
タベース６は、例えば、企業（事業所）内の調達部門が
管理・運用を行なう物品発注システムに含まれており、
この物品発注システムは、データベース６に反映された
購買すべき物品のデータに基づいて、例えば、購入数量
が大きな物品については所望のロットにまとめて、外部
の業者に実際に物品を発注する。この実際の発注方法に
ついては、例えば、一般的なＥＤＩ(Electronic Data I
nterchange)機能を採用する、或いは必要に応じて伝票
等を実際に発行するものとし、本願における詳細な説明
は省略するが、本購買依頼システムを、上記の物品発注
システムの機能を含ませて構成しても良い。

【００２３】尚、企業（事業所）内に調達部門が無く、
物品の購買を依頼した個々のユーザが管理可能であれ
ば、データベース６を含む上記の物品発注システムを介
すことなく、後述する承認処理において購買の承認がな
された物品については本購買依頼システムにて直接発注
処理を行っても良い。

【００２４】また、本実施形態では、本購買依頼システ
ムを図１に示すイントラネット上にて実現するが、これ
に限られるものではなく、送受信するデータのセキュリ
ティが確保できるのであれば、例えば、一部のＷ／Ｓ３
の代わりに、通信回線３０を所謂インターネットプロバ
イダに接続可能とすることにより、遠隔地のパーソナル
コンピュータをクライアント１として動作可能に構成し
ても良い。

【００２５】図２は、本発明の一実施形態においてクラ
イアントコンピュータとして使用可能なパーソナルコン
ピュータのブロック構成図であり、図１に示すクライア
ント１（１Ａ）に相当する。

【００２６】図中、２２は、ＣＲＴ等のディスプレイ、
２３は入力手段であるキーボードである。２４は、ブー
トプログラム等を記憶しているＲＯＭである。２５は、
各種処理結果を一時記憶するＲＡＭである。２６は、所
望のＵＲＬ(Uniform Resource Locator)のサイト（情報
リソース）にアクセスし、そのアクセスしたサイトの情
報を閲覧及び／または入手等を実現する一般的なブラウ
ザプログラム等を記憶するハードディスクドライブ（Ｈ
ＤＤ）等の記憶装置である。２７は、上述した各サーバ
等の外部の装置と通信回線３０（ＬＡＮ或いはＷＡＮ）
を介して、例えばＴＣＰ／ＩＰ(Transmission Control
Protocl / Internet Protocol)や、その上位層のＨＴＴ
Ｐ(Hyper Text Transfer Protocol)等のプロトコルに従
って通信するための通信インタフェースである。そして
２８は、マウス等のポインティングデバイスである。こ
れらの各構成は、内部バス２９を介して接続されてお
り、ＣＰＵ２１は記憶装置２６に記憶したプログラムに
従ってクライアントコンピュータ１（１Ａ）の全体を制
御する。

【００２７】尚、Ａ／Ｓ２、Ｗ／Ｓ３、そしてＭ／Ｓ４
の各サーバコンピュータにおいても、ディスプレイ２
２、キーボード２３、並びにポインティングデバイス２
８は必要に応じて用意するものとして、基本的なハード
ウエア構成は図２に示すブロック構成図と略同様である
が、サーバとしてのデータ処理の正確性及び記憶してい
るデータの復元性を考慮する上では、例えばＣＰＵ２１
や記憶装置２６が二重化されたハードウエアを採用すれ
ば良い。また、本実施形態では、サーバにより実現する
機能に応じてサーバを別体の構成としたが、これに限ら
れるものではなく、データ処理能力に余裕が有るのであ
れば、例えば、Ａ／Ｓ２とＭ／Ｓ４とを１台のハードウ
エアにより実現させるように構成しても良い。

【００２８】［システムのソフトウエア構成］次に、上
述した本実施形態におけるシステムにおいて実現される
購買依頼機能について説明する。尚、以下の説明におい
ては、物品の購買を依頼するクライアント１のユーザ
（例えば一般社員等）を「依頼者」、そして、その物品
の購買依頼の是非を判断するクライアント１のユーザ
（例えば課長以上の役職の管理職社員等）を「承認者」
と称する。

【００２９】ここで、以下に説明する本実施形態に係る
購買依頼システムについて概説すれば、本システムは、
複数のクライアントが通信ネットワーク上で接続された
クライアントサーバ環境において、外部の物品発注シス
テムによる購買（購入）すべき物品の実際の発注に先立
って、依頼者が所望の物品を特定（選択）する機能、そ
の特定した物品の購買を承認者に対して承認依頼する機
能、その承認依頼された物品の購買の是非を承認者が判
断する機能等を有する（詳細は後述する）。ユーザは、
クライアント１に表示させた所定のＷｅｂページから、
ユーザ（社員）ＩＤに応じて依頼者、または承認者とし
て本システムにログインする。このとき、承認者として
ログインした場合は、物品特定機能、承認依頼機能も利
用することができる。これにより、従来行われてきた物
理的な購買伝票の作成、発行、転送等の事務的な作業を
廃止し、事業所内で使用する各種物品を購買する際のオ
フィスオートメーション（ＯＡ）化を図る。

【００３０】これらの機能は、予めＡ／Ｓ２に格納され
た図３から図５に示すシステム体系をなすソフトウエア
のモジュール群をＡ／Ｓ２にて実行すると共に、クライ
アント１のディスプレイ２２において後述する図９から
図２９に示すウィンドウを表示させるための基本となる
ソフトウエアとして、クライアント１において図３０に
示すフローチャートのソフトウエアを実行することによ
り実現される。また、このとき、各クライアント１とＡ
／Ｓ２との間の通信は、上述したＷ／Ｓ３によるイント
ラネット環境を利用して行われる。

【００３１】更に、本購買依頼システムでは、Ａ／Ｓ２
のソフトウエアのモジュール群において、依頼者から承
認者への承認依頼の通知（図７）、並びに承認者から依
頼者への承認結果の通知（図８）を行なうに際して、上
述したＭ／Ｓ４により提供される自動メール機能を利用
している（詳細は後述する）。

【００３２】＜クライアント１にて実行されるソフトウ
エア＞まず、クライアント１にて実行されるソフトウエ
アについて説明する。

【００３３】図３０は、本発明の一実施形態における購
買依頼システムにおいて、各クライアントが実行するソ
フトウエアのフローチャートであり、ユーザが依頼者と
して購買依頼システムにログインする場合を示してい
る。

【００３４】クライアント１の記憶装置２６には、前述
したように予めブラウザプログラムが格納されており、
依頼者として購買依頼システムにログインしようとする
クライアント１のユーザは、まず、Ａ／Ｓ２のＣＰＵが
実行している購買依頼システムに自クライアントをリン
クさせるべく、当該ブラウザを所定の手順で起動する
（即ち、記憶装置２６内のブラウザプログラムをＲＡＭ
２５に読み込み、その読み込んだプログラムをＣＰＵ２
１により実行する）と共に、起動したブラウザの所定の
エリアに所定のＵＲＬを入力する。その後、購買依頼シ
ステムへのリンクがＷ／Ｓ３を介して行われると、クラ
イアント１のＣＰＵ２１は、以下のステップＳ１以降の
処理を開始する。

【００３５】ここで、本実施形態では、ＨＴＭＬにて記
述されたＷｅｂページのファイル中に、ＪａｖａＳｃｒ
ｉｐｔのタグ(tag)として、ステップＳ３からステップ
Ｓ５のクロスチェック機能のプログラムを直接記述して
いる。これにより、当該クロスチェック機能を各クライ
アント１にて実行可能であり、Ａ／Ｓ２において当該ク
ロスチェック機能を実行する場合にはクライアント１−
Ａ／Ｓ２間の通信として必要となるキー入力されたデー
タの送信及びその送信したデータが妥当でない場合にそ
の旨を表わすデータの送信を省略することができ、Ａ／
Ｓ２において当該クロスチェック機能を実行する場合と
比較してクライアント１のユーザの待ち時間を短くする
ことができる。

【００３６】また、当該クロスチェック機能のプログラ
ムをＪａｖａＳｃｒｉｐｔのタグとすることにより、ク
ライアント１は、ＨＴＭＬにて記述されたＷｅｂページ
を表示する度に、その表示画面の画面構成（レイアウ
ト）を表わすデータ（以下、表示画面データ）と共に、
当該クロスチェック機能のプログラムをＡ／Ｓ２より入
手することができると共に、各クライアント１の記憶装
置２６等にバージョンの古いプログラムが残ることを防
止できる。これにより、当該クロスチェック機能のプロ
グラムのＡ／Ｓ２における一元管理を容易にしている。

【００３７】ステップＳ１：リンク先のサイト（Ａ／Ｓ
２）よりホームページ（ＨＰ）の表示画面データ等を、
通信インタフェース２７を介してＲＡＭ２５に受信す
る。本実施形態では、Ｗｅｂページの記述言語の一例と
して、一般的なＨＴＭＬ(HyperText Markup Language)
を採用している。

【００３８】ステップＳ２：Ａ／Ｓ２及びＤ／Ｂ５より
受信した表示画面データ、その表示画面に埋め込むデー
タ等に応じて、ディスプレイ２２に画面を表示する。

【００３９】ステップＳ３：キーボード２３からの数値
等のキー入力及び／またはポインティングデバイス２８
によるポインティング操作が行われたか否かを検出す
る。

【００４０】ステップＳ４：ステップＳ３でＹＥＳ（入
力操作を検出）のときには、ディスプレイ２２に表示し
ている画面に対する所定のデータ入力項目か否かを判断
し、その判断結果がＮＯ（所定のデータ入力項目ではな
い）のときにはステップＳ７に進む。

【００４１】ステップＳ５：ステップＳ４の判定におい
てＹＥＳ（所定のデータ入力項目）のときには、ステッ
プＳ３で検出した入力データが所定のクロスチェック条
件を満足しているか否かを判断し、その判定結果がＹＥ
Ｓ（満足している）のときにはステップＳ７に進む。

【００４２】尚、所定のデータ入力項目及び所定のクロ
スチェック条件の具体例については、図２０及び図２１
を参照して後述する。

【００４３】ステップＳ６：ステップＳ５の判定におい
てＮＯ（満足していない）のときには、ステップＳ５の
判定結果（エラー）に応じて、ディスプレイ２２に所定
の警告メッセージを表示し、ステップＳ３に戻る。

【００４４】ステップＳ７：ステップＳ３で検出した入
力データまたはポインティング操作に応じたデータを、
通信インタフェース２７を介してＡ／Ｓ２に送信する。

【００４５】ステップＳ８：ブラウザの終了指示を表わ
す所定の入力操作が行なわれたか否かを判断し、その判
断結果がＮＯ（終了指示なし）のときにはステップＳ２
に戻る。一方、ステップＳ８の判断結果がＹＥＳ（終了
指示あり）のときにはブラウザプログラムの実行を終了
し、そのプログラムが駐在していたＲＡＭ２５の領域を
開放する。

【００４６】尚、本実施形態では当該クロスチェック機
能のプログラムをＪａｖａＳｃｒｉｐｔのタグとした
が、各クライアント１の記憶装置２６に格納されている
プログラムのバージョン管理が容易に行なえるシステム
環境であれば、予め実行形式にコンパイルされた当該ク
ロスチェック機能のプログラムをＡ／Ｓ２に格納してお
き、ＨＴＭＬにて記述されたＷｅｂページを各クライア
ント１にて最初に表示するに際して、そのファイル中に
予め組み込まれているＪａｖａアプレット(applet)のタ
グに応じて、当該実行形式のプログラムを、クライアン
ト１にダウンロードするように構成しても良い。

【００４７】＜Ａ／Ｓ２にて実行されるソフトウエア＞
次に、Ａ／Ｓ２のＣＰＵにより実行されるソフトウエア
について説明する。以下の説明では、まず、図３１及び
図３２のフローチャートを参照しながら、図３から図５
に示すシステム体系をなすソフトウエアのモジュール群
の全体概要を説明し、次に、それらモジュールに共通の
ウィンドウ画面表示処理を図３２のフローチャートを参
照して説明する。更に、図３から図５に示す各モジュー
ルの機能を、図９から図２９（図７及び図８を含む）に
示す各ウィンドウ画面を参照して説明する。

【００４８】（１）Ａ／Ｓ２のソフトウエアモジュール
群の全体概要図３から図５は、本発明の一実施形態における購買依頼
システムのＡ／Ｓが実行するソフトウエアのシステム体
系図である。また、図６は、図３から図５の図面に使用
している記号を説明する図である。

【００４９】Ａ／Ｓ２にて実行されるソフトウエアモジ
ュール（以下、モジュール）群は、図３から図５に示す
ように、ログイン（０１）、依頼状況表示処理（０
２）、購買依頼処理（０３）、修正入力処理（０４）、
承認依頼処理（０５）、検収実績表示処理（０６）、承
認処理（０７）、そして派遣管理処理（０８）の８つの
モジュールからなる。これら各モジュールは、後述する
各種ウィンドウ画面をクライアント１のディスプレイ２
２に表示し、その表示したウィンドウへの入力操作を実
現する機能を有しており、これら各モジュール間の遷移
及び個々のモジュール内におけるウィンドウ表示の遷移
は、図３から図５に矢線、破線等によって示すように可
能である。

【００５０】尚、トップ画面及びそのトップ画面に従属
している画面を表わすブロック内の数字（＊＊−＊＊−
＊＊）は、そのウィンドウ画面の番号を表わす。ここ
で、トップ画面とは、後述するウィンドウ画面におい
て、クライアント１のユーザが使用する機能を所定の操
作により変更したときに最初に表示されるウィンドウで
ある。

【００５１】図３１及び図３２は、本発明の一実施形態
における購買依頼システムのＡ／Ｓが実行する処理の全
体概要を示すフローチャートである。

【００５２】ステップＳ１１：Ｗ／Ｓ３を介してクライ
アント１がログインしてきたか否かを判断する。クライ
アント１のログインは、図３０を参照して説明したよう
に、そのクライアントのディスプレイ２２に表示された
所定のＨＰより行われる。

【００５３】ステップＳ１２，ステップＳ１３：ステッ
プＳ１１でユーザＩＤ（及び２回目以降のログインのと
きにはパスワードを含む）を受信したときには、Ｄ／Ｂ
５内に予め格納した人事データ７（及び２回目以降のロ
グインのときにはＤ／Ｂ５に登録されているパスワード
群を含む）を参照することにより（ステップＳ１２）、
その受信したユーザＩＤが承認者か否かを判断する（ス
テップＳ１３）。この判断においてＹＥＳ（ログインし
たユーザが承認者）のときには、図３２のステップＳ３
１に進む。

【００５４】ステップＳ１４：ステップＳ１３の判断に
おいてＮＯ（ログインしたユーザが依頼者）のときに
は、依頼状況表示処理（０２）を行なう。このとき、修
正入力処理（０４）との間での遷移が可能である。

【００５５】ステップＳ１５：ログインしているクライ
アント１から、現在実行しているモジュールとは異なる
他のモジュールの起動要求データをＷ／Ｓ３を介して受
信したか否かを検出し、ＮＯ（未受信）のときにはステ
ップＳ２１に進む。

【００５６】ステップＳ１６：ステップＳ１５でＹＥＳ
（起動要求データを受信）のときには、現在実行してい
るモジュールの処理を中止する。

【００５７】ステップＳ１７，ステップＳ１８：ステッ
プＳ１５で受信した起動要求データが購買依頼処理を示
すかを判断し（ステップＳ１７）、ＹＥＳのときには購
買依頼処理を実行する（ステップＳ１８）。このとき、
承認依頼処理（０５）との間での遷移が可能である。

【００５８】ステップＳ１９，ステップＳ２０：ステッ
プＳ１７でＮＯのときには、ステップＳ１５で受信した
起動要求データが検収実績表示処理を示すかを判断し
（ステップＳ１９）、ＹＥＳのときには検収実績表示処
理を実行する（ステップＳ２０）。

【００５９】ステップＳ２１：ログインしているクライ
アント１から、本システムの利用終了を示すデータをＷ
／Ｓ３を介して受信したか否かを検出し、ＮＯ（未受
信）のときにはステップＳ１５に進む。

【００６０】ステップＳ４３：ステップＳ２１でＹＥＳ
（利用終了を示すデータを受信）のときには、現在実行
しているモジュールの処理を中止する。

【００６１】ステップＳ３１：ステップＳ１３の判断に
よりログインしたユーザが承認者のときには、承認処理
（０７）を行なう。

【００６２】ステップＳ３２：ログインしているクライ
アント１から、現在実行しているモジュールとは異なる
他のモジュールの起動要求データをＷ／Ｓ３を介して受
信したか否かを検出し、ＮＯ（未受信）のときにはステ
ップＳ４２に進む。

【００６３】ステップＳ３３：ステップＳ３２でＹＥＳ
（起動要求データを受信）のときには、現在実行してい
るモジュールの処理を中止する。

【００６４】ステップＳ３４，ステップＳ３５：ステッ
プＳ３２で受信した起動要求データが依頼状況表示処理
（０２）を示すかを判断し（ステップＳ３４）、ＹＥＳ
のときには依頼状況表示処理（０２）を実行する（ステ
ップＳ３５）。このとき、修正入力処理（０４）との間
での遷移が可能である。

【００６５】ステップＳ３６，ステップＳ３７：ステッ
プＳ３４でＮＯのときには、ステップＳ３５で受信した
起動要求データが購買依頼処理（０３）を示すかを判断
し（ステップＳ３６）、ＹＥＳのときには購買依頼処理
（０３）を実行する（ステップＳ３７）。このとき、承
認依頼処理（０５）との間での遷移が可能である。

【００６６】ステップＳ３８，ステップＳ３９：ステッ
プＳ３６でＮＯのときには、ステップＳ３５で受信した
起動要求データが検収実績表示処理（０６）を示すかを
判断し（ステップＳ３８）、ＹＥＳのときには検収実績
表示処理（０６）を実行する（ステップＳ３９）。

【００６７】ステップＳ４０，ステップＳ４１：ステッ
プＳ３８でＮＯのときには、ステップＳ３５で受信した
起動要求データが派遣管理処理（０８）を示すかを判断
し（ステップＳ４０）、ＹＥＳのときには派遣管理処理
（０８）を実行する（ステップＳ４１）。一方、ステッ
プＳ４０の判断にてＮＯのときにはステップＳ３２に戻
る。

【００６８】ステップＳ４２：ログインしているクライ
アント１から、本システムの利用終了を示すデータをＷ
／Ｓ３を介して受信したか否かを検出し、ＮＯ（未受
信）のときにはステップＳ３２に進む。一方、ステップ
Ｓ４２でＹＥＳ（利用終了を示すデータを受信）のとき
には、上記のステップＳ４３に進む。

【００６９】（２）各モジュールに共通のウィンドウ画
面表示処理図３３は、本発明の一実施形態における購買依頼システ
ムのＡ／Ｓが実行する各モジュールに共通のウィンドウ
画面表示処理を示すフローチャートであり、Ａ／Ｓ２に
ログインしているクライアント１のディスプレイ２２
に、ユーザの入力操作に応じたウィンドウ画面を表示す
るために行われる処理である。この処理は、後述する各
ウィンドウ画面において、クライアント１のユーザが使
用する機能が所定の操作により変更されたことに応じ
て、Ａ／Ｓ２のＣＰＵにより開始される。

【００７０】ステップＳ１０１：クライアント１に表示
すべきトップ画面（即ち、所定の操作により指定された
機能に対応するトップ画面）内に必要な項目のデータ
を、Ｄ／Ｂ５より読み出す。

【００７１】ステップＳ１０２：当該表示すべきトップ
画面の表示画面データ及びステップＳ１０１でＤ／Ｂ５
より読み出したデータを、Ｗ／Ｓ３を介してログインし
ているクライアント１に送信する。尚、これらの表示画
面データ等を通信インタフェース２７を介して受信した
クライアント１のＣＰＵ２１は、現在実行しているブラ
ウザ機能により当該受信した表示画面データ等を解釈
し、その解釈に応じてディスプレイ２２にトップ画面を
表示する。

【００７２】ステップＳ１０３：本システムの利用終了
を示すデータを受信したか否かを検出し、ＹＥＳ（受信
した）のときには処理を中止する。

【００７３】ステップＳ１０４：ステップＳ１０３の判
断でＮＯ（未受信）のときには、クライアント１に現在
表示しているウィンドウ画面上でソフトウエアボタン
（以下、ボタン）（アイコンを含む）が押下（クリッ
ク）されたことを示すデータをＷ／Ｓ３を介して受信し
たか否かを検出し、ＮＯ（未受信）のときにはステップ
Ｓ１０３に戻る。

【００７４】ステップＳ１０５：ステップＳ１０３の判
断でＹＥＳ（受信した）のときには、現在表示している
ウィンドウ画面によりユーザが使用可能な機能とは異な
る他の機能を選択するためのボタンか否かを判断し、そ
の判断の結果がＹＥＳ（他の機能を示す）のときにはス
テップＳ１０１に戻る。一方、ステップＳ１０５の判断
の結果がＮＯ（他の機能ではない）のときには、ステッ
プＳ１０７に進む。

【００７５】ステップＳ１０６：ステップＳ１０３の判
断でＮＯ（未受信）のときには、現在クライアント１に
て表示中のウィンドウ画面に対するユーザの操作入力に
応じて、Ｗ／Ｓ３を介して受信するデータを、Ｄ／Ｂ５
に書き込む（更新を含む）及び／またはＤ／Ｂ５より新
たにデータを読み出す。

【００７６】ステップＳ１０７：必要に応じて、ステッ
プＳ１０６で読み出したデータ及びそのデータを表示す
るウィンドウ画面を表わす表示画面データを、Ｗ／Ｓ３
を介してログインしているクライアント１に送信し、ス
テップＳ１０３に戻る。これらの表示画面データ等をス
テップＳ１０２のときと同様に受信したクライアント１
のＣＰＵ２１は、例えば、現在まで表示していたトップ
画面に従属しているウィンドウ画面の表示や、現在表示
しているウィンドウ画面の一部への新たなウィンドウ画
面の表示等を行なう。

【００７７】（３）各ウィンドウ画面の機能説明ここで、図３から図５に示すシステム体系をなす各モジ
ュールの具体的な機能を、クライアント１のディスプレ
イ２２に表示可能な主なウィンドウ画面（図９から図２
９）を参照して説明する。

【００７８】＜ログイン（０１）モジュール＞図９は、
本発明の一実施形態としての購買依頼システムにおける
ログインウィンドウを示す図である。

【００７９】同図に示すログインウィンドウ０１−０１
−００は、上述した手順によりクライアント１に表示さ
れた所定のＨＰより展開可能である（尚、詳細は後述す
るが、ログインウィンドウへの展開は、図７及び図８を
参照して説明するメーラ機能によっても可能である）。

【００８０】当該ログインウィンドウにおいて、ユーザ
は、このウィンドウ画面より人名コード（ユーザＩＤ）
欄及びパスワード欄に所定のデータを入力する。そして
「ログイン」ボタンを押下することにより、入力された
データがＡ／Ｓ２に送信される。Ａ／Ｓ２では、上述し
たように入力されたユーザＩＤ及びパスワードに基づい
て、ユーザ本人のログインであるか、そして依頼者か承
認者かを判断し、その判断結果に応じて、遷移可能なト
ップ画面を決定する。また、「リセット」ボタンが押下
されたときには、人名コード欄及びパスワード欄へのそ
れまでの入力がリセットすることができる（他のウィン
ドウ画面内の「リセット」ボタンも同様の機能であり説
明を省略する）。「終了」ボタンが押下されたときに
は、本システムの利用終了を示すデータがＡ／Ｓ２に送
信される（他のウィンドウ画面内の「終了」ボタンも同
様の機能であり説明を省略する）。そして「ユーザ情報
登録・変更」ボタンが押下されたときには、図１０のウ
ィンドウ画面が表示される。

【００８１】図１０は、本発明の一実施形態としての購
買依頼システムにおけるユーザ情報登録・変更ウィンド
ウを示す図である。

【００８２】同図に示すユーザ情報登録・変更ウィンド
ウ０１−０２−０１（ユーザが依頼者のとき）では、パ
スワードの変更、電子メールアドレス、そして事業所内
の内線番号を入力する。ここで、電子メールアドレスを
入力するのは、後述する依頼者から承認者への承認依頼
の通知（図７）、並びに承認者から依頼者への承認結果
の通知（図８）を実現するためである。このウィンドウ
画面においてこれらの項目の入力を完了したユーザは、
「登録・更新」ボタンを押下する（他のウィンドウ画面
内の「登録・更新」ボタンも同様の機能であり説明を省
略する）。これにより、入力されたデータがＡ／Ｓ２に
送信される。「戻る」ボタンが押下されたときには、現
在表示しているウィンドウの上位のウィンドウが表示さ
れる（他のウィンドウ画面内の「戻る」ボタンも同様の
機能であり説明を省略する）。この場合は、図９のログ
インウィンドウ０１−０１−００が改めて表示される。

【００８３】また、図１０に示すウィンドウ画面の破線
より下の枠は、ログインしたユーザが承認者のときにの
み表示される承認職場設定用の枠であり、この場合のウ
ィンドウ画面全体の番号は、０１−０２−０２である。
この枠では、承認者としてログインしているユーザが、
購買依頼に対する承認業務を担当する職場（依頼者の集
団）を、自分自身で変更（追加または削除）することが
できる。具体的には、担当職場を追加したいときには、
その職場のコードを、所属コードの欄に入力し、「登
録」ボタンを押下する。一方、担当職場を削除したいと
きには、現在の担当職場として一覧表で表示されている
職場の中から、削除したい職場をクリックして選択し、
「削除」ボタンを押下する。この機能により、例えば、
本来は担当職場でない職場であっても、何らかの事情に
よりその職場の本来の承認者の代わりに、一時的に代理
承認を行なうことができ、より実用的なシステムとする
ことができる。

【００８４】＜依頼状況表示処理モジュール（０２），
修正入力処理モジュール（０４）＞図１１は、本発明の
一実施形態としての購買依頼システムにおける依頼状況
表示ウィンドウを示す図であり、ユーザが依頼者のとき
に、ログイン完了後に最初に表示されるウィンドウであ
る。また、図１２は、依頼状況表示ウィンドウにおける
検索条件及び表示形式の指定枠を示す図である。

【００８５】この依頼状況表示ウィンドウ０２−０１−
０１では、図１２に示す検索条件及び表示形式の指定枠
にて指定した条件に従って、物品の購買依頼ステータス
が一覧表示される。表示されるデータは、Ｄ／Ｂ５から
読み出されたデータである。

【００８６】まず、図１１に示す依頼状況表示ウィンド
ウ０２−０１−０１の上部のボタンの機能について説明
する。

【００８７】「選択ｎ件」ボタンには、後述する購買依
頼処理モジュール（０３）により実現される購買依頼機
能により、購買を依頼している物品の件数（種類数）が
表示される。また、このボタンが押下されたときには、
それらｎ件の物品の購買数量を設定するための、図１７
の依頼品選択リストウィンドウ０３−０３−００が表示
される。尚、「選択ｎ件」ボタンは、例えば図１３に示
すような買い物カゴの形状とし、購買を依頼している物
品の件数を表示しても良い。

【００８８】また、「購買依頼」ボタンが押下されたと
きには、購買依頼処理モジュール（０３）により実現さ
れる図１４のカタログ検索ウィンドウ０３−０１−００
が表示される。

【００８９】また、「検収実績」ボタンが押下されたと
きには、検収実績表示処理モジュール（０６）により実
現される図２３の検収実績リストウィンドウ０６−０１
−００が表示される。

【００９０】また、依頼状況表示ウィンドウ０２−０１
−０１において、上部の「？」ボタンが押下されたとき
には、Ｄ／Ｂ５に予め格納された機能を説明するテキス
トデータ等を表示すべく、そのデータをクライアント１
に送信するプログラムがＡ／Ｓ２にて実行される（他の
ウィンドウ画面内の「？」ボタンも同様の機能であり説
明を省略する）。

【００９１】尚、上述したウィンドウ及び以下に説明す
る他のウィンドウの上部の領域にも表示される複数のボ
タンは、実際には表示されているウィンドウに応じて何
れかのボタンが押下されたままの状態で表示されるが、
図面の表現の都合により、当該領域については、押下さ
れたままのボタンを、押下されていないボタンと比較し
て太線の枠で表現するものとする。

【００９２】次に、図１２の検索条件及び表示形式の指
定枠では、検索条件と表示形式とを指定することができ
る。

【００９３】検索条件としては、依頼元または費用負担
元の職場コードの入力、依頼者または承認者の人名コー
ド、物品の依頼番号、そして検索すべき物品の状況（取
り下げ、却下、登録等）が指定することができる。

【００９４】また、表示形式としては、リスト表示件数
の欄では１ページに表示させるデータ件数の指定、そし
て、個々の物品の現在のステータス情報が中心のステー
タス系画面（図１１に示す依頼状況表示ウィンドウ０２
−０１−０１）、或いは個々の物品の費用情報が中心の
費用系画面（不図示のウィンドウ０２−０１−０２）の
何れの形態で表示するかを選択することができる。

【００９５】そして、検索条件と表示形式とを指定した
後、「検索」ボタンを押下することにより、その指定し
た条件に応じた依頼状況表示ウィンドウがクライアント
１のディスプレイ２２に表示される。

【００９６】次に、依頼状況表示ウィンドウ０２−０１
−０１のうち、購買依頼ステータスの一覧表には、選択
ボタン、メッセージ、状況（ステータス）、依頼番号、
依頼者名、物品名、依頼数量、予定金額、希望納期、注
文納期、登録日、依頼日、承認日、受付日、発注日、着
荷日、検収日、発注数量、着荷数量、検収数量、注文完
了日、遅延回答（テキスト）、そして承認者名の各デー
タの表示が可能である。具体的には、以下の通りであ
る。

【００９７】選択ボタン：ある依頼番号の物品を選択す
るときにクリックする。

【００９８】メッセージ：依頼者または承認者に対して
メッセージがある場合に●が表示される。

【００９９】状況（ステータス）：ある依頼番号の物品
についての現在の状態が、「登録」、「承認待ち」、
「承認」、「却下」、或いは「取り下げ」の何れかのス
テータス（詳細は後述する）が、後述する購買依頼処理
（０３）、承認依頼処理（０５）、或いは承認処理（０
７）により表示されるウィンドウ画面における操作に応
じてＡ／Ｓ２が選択する。

【０１００】依頼番号：本購買依頼システムにおける物
品の整理番号であり、Ａ／Ｓ２が発番する。

【０１０１】依頼者名：ある依頼番号の物品を購買依頼
した依頼者の名前であり、ユーザＩＤに応じて人事デー
タ７の中からＡ／Ｓ２が選択する。

【０１０２】物品名：購買依頼した物品の品名であり、
Ｄ／Ｂ５の中からＡ／Ｓ２が選択する。

【０１０３】依頼数量：購買依頼した物品の数量であ
り、依頼者が入力したデータである。

【０１０４】予定金額：購買依頼した物品の予定価格
（または実績価格）であり、Ｄ／Ｂ５の中からＡ／Ｓ２
が選択する。。

【０１０５】希望納期：購買依頼した物品の依頼者によ
る希望納期であり、依頼者が入力したデータである。

【０１０６】注文納期：調達部門による実際の発注に際
して設定された現実の予定納期である。

【０１０７】登録日：依頼者が購買依頼を作成し、その
データをＡ／Ｓ２側に初めて登録した日である。

【０１０８】依頼日：登録した購買依頼する物品の承認
を依頼した日であり、後述する承認依頼処理（０５）に
より表示されるウィンドウ画面における操作に応じてＡ
／Ｓ２が登録する。

【０１０９】承認日：承認を依頼した物品が承認者によ
り承認された日であり、後述する承認処理（０７）によ
り表示されるウィンドウ画面における承認者の操作に応
じてＡ／Ｓ２が登録する。

【０１１０】受付日：購買を承認された物品を調達部門
が受け付けた日であり、物品発注システムのＤ／Ｂ６よ
りＤ／Ｂ５に反映される。

【０１１１】発注日：受付を完了した物品を調達部門が
実際に発注した日であり、物品発注システムのＤ／Ｂ６
よりＤ／Ｂ５に反映される。

【０１１２】着荷日：ある依頼番号の物品が着荷した日
であり、物品発注システムのＤ／Ｂ６よりＤ／Ｂ５に反
映される。

【０１１３】検収日：着荷した物品が検収される日であ
り、物品発注システムのＤ／Ｂ６よりＤ／Ｂ５に反映さ
れる。

【０１１４】発注数量：調達部門が実際に発注した物品
の数量であり、物品発注システムのＤ／Ｂ６よりＤ／Ｂ
５に反映される。

【０１１５】着荷数量：調達部門が発注した物品のうち
着荷した数量であり、物品発注システムのＤ／Ｂ６より
Ｄ／Ｂ５に反映される。

【０１１６】検収数量：着荷した物品のうち、検収され
た数量であり、物品発注システムのＤ／Ｂ６よりＤ／Ｂ
５に反映される。

【０１１７】注文完了日：調達部門による発注が完了し
た日であり、物品発注システムのＤ／Ｂ６よりＤ／Ｂ５
に反映される。

【０１１８】遅延回答（テキスト）：調達部門による納
期遅延に対するコメントであり、調達部門の担当者が入
力したコメントである。

【０１１９】承認者名：ある依頼番号の物品を購買を承
認した承認者の名前であり、後述する承認処理（０７）
により表示されるウィンドウ画面における承認者の操作
に応じてＡ／Ｓ２が登録する。

【０１２０】ここで、状況（ステータス）欄に表示され
る各ステータスについて説明する。

【０１２１】「登録」：後述する購買依頼処理モジュー
ル（０３）により実現される購買依頼機能において、購
買を希望する物品について所定の項目を入力した後、登
録操作を依頼者が行なうことにより、Ａ／Ｓ２がＤ／Ｂ
５上に設定する。

【０１２２】「承認待ち」：後述する承認依頼処理モジ
ュール（０５）により実現される承認依頼機能におい
て、購買の承認依頼を行なったが、まだ承認者による判
断がなされていない場合に、Ａ／Ｓ２がＤ／Ｂ５上に設
定する。

【０１２３】「承認」：「承認待ち」の物品に対して、
後述する承認処理モジュール（０７）により実現される
承認処理機能において、承認者が購買の承認操作を行な
うことにより、Ａ／Ｓ２がＤ／Ｂ５上に設定する。承認
がなされた物品については、それ以降の状況変更は行な
えない。

【０１２４】「却下」：「承認待ち」の物品に対して、
後述する承認処理モジュール（０７）により実現される
承認処理機能において、承認者が購買を承認せず、却下
操作を行なうことにより、Ａ／Ｓ２がＤ／Ｂ５上に設定
する。

【０１２５】「取り下げ」：「承認待ち」の物品に対し
て、承認者が購買の是非を判断操作を行なう前に、依頼
者が図１１の依頼状況表示ウィンドウ０２−０１−０１
において取り下げ操作を行なうことにより、Ａ／Ｓ２が
Ｄ／Ｂ５上に設定する。

【０１２６】次に、図１１の依頼状況表示ウィンドウ０
２−０１−０１の中程のボタンの機能について説明す
る。

【０１２７】「再読み込み」ボタンが押下されると、現
在の検索条件及び表示形式の指定に従って、依頼状況の
一覧表が現在のＤ／Ｂ５のデータに基づいて再表示され
る。

【０１２８】また、選択欄がクリックされることによっ
て物品が１つまたは複数選択された後（以下、一覧表示
されたリスト画面から物品を選択する手順については同
様とし、説明を省略する）、「依頼者変更」ボタンが押
下されると、依頼者の変更が可能な依頼者変更ウィンド
ウ０２−０４−００（不図示）が表示される。

【０１２９】また、物品が１つまたは複数選択された
後、「承認依頼」ボタンが押下されると、その選択した
物品についての承認依頼ウィンドウ０５−０１−００
（０５−０２−００）が表示される。

【０１３０】また、物品が１つまたは複数選択された
後、「修正」ボタンが押下されると、修正入力処理モジ
ュール（０４）により表示可能なウィンドウ０４−０１
−００，０４−０２−００，０４−０３−００（何れも
不図示）により入力事項の修正が可能となる。また、修
正入力処理モジュール（０４）により実現する修正入力
機能からは、承認依頼処理モジュール（０５）により実
現される承認依頼機能への遷移が可能である。

【０１３１】また、物品が１つまたは複数選択された
後、「取り下げ」ボタンが押下されると、取り下げ確認
ウィンドウ０２−０３−０２（不図示）が表示され、そ
の表示されたウィンドウ画面において所定の操作を入力
することにより、「承認待ち」の物品を取り下げること
ができる。

【０１３２】また、物品が１つまたは複数選択された
後、「削除」ボタンが押下されると、削除確認ウィンド
ウ０２−０３−０１（不図示）が表示され、その表示さ
れたウィンドウ画面において所定の操作を入力すること
により、現在の状況が「取り下げ」または「登録」の物
品については削除することができる。

【０１３３】尚、購買依頼ステータスの一覧表におい
て、▲または▼のマークをクリックすることにより、一
般的な手法により、一覧表の表示順を昇順または降順に
並び替えることができる。

【０１３４】また、依頼状況表示モジュール（０２）
は、詳細確認ウィンドウ０２−０２−００（不図示）を
表示することができ、そのウィンドウ画面では、選択さ
れた物品についての各種詳細情報の確認が可能である。

【０１３５】＜購買依頼処理モジュール（０３），承認
依頼処理モジュール（０５）＞図１４は、本発明の一実
施形態としての購買依頼システムにおける購買依頼処理
機能のうち、カタログ検索ウィンドウを示す図である。

【０１３６】このカタログ検索ウィンドウ０３−０１−
００では、依頼者が購買を依頼する物品を、Ｄ／Ｂ５に
予め格納されているカタログデータの中から選択する。
カタログデータには、品名、型式、メーカ、予定金額
（予定購入金額）、標準納期等のデータが物品毎に、例
えば、調達部門の担当者により登録・管理がなされてい
る。

【０１３７】選択の方法には、キーワード検索とジャン
ル別検索との２通りがある。

【０１３８】キーワード検索の場合は、キーワードの入
力、或いは化学物質登録番号の入力を行ない、表示件数
の入力欄には１ページに表示する検索結果の件数を設定
する。そして、「検索」ボタンを押下することにより、
その指定した条件に応じたカタログリストウィンドウ０
３−０２−００がクライアント１のディスプレイ２２に
表示される。

【０１３９】図１５は、本発明の一実施形態としての購
買依頼システムにおける購買依頼処理機能のうち、カタ
ログリストウィンドウを示す図である。

【０１４０】同図に示すカタログリストウィンドウ０３
−０２−００には、指定された検索条件に基づいてＤ／
Ｂ５のカタログデータの中から選択された物品のデータ
が、カタログ検索ウィンドウ０３−０１−００にて指定
された表示件数だけ表示される。また、品名をクリック
することにより、その品名の物品についての説明が記載
された物品説明ウィンドウ０３−０４−０２（不図示）
が表示される。

【０１４１】また、このウィンドウ画面には、「複数依
頼」ボタン、「一点依頼」ボタンが設けられている。

【０１４２】具体的な操作としては、カタログリストウ
ィンドウ０３−０２−００の選択欄にて目的とする物品
を１種類以上クリックした後に、「複数依頼」ボタンが
押下されたときには、「選択ｎ件」ボタンにクリックし
た種類数が加算される。そしてユーザが「選択ｎ件」ボ
タンを押下したときには、図１７の依頼品選択リストウ
ィンドウ０３−０３−００が表示される。

【０１４３】また、カタログリストウィンドウ０３−０
２−００の選択欄にて目的とする物品を１種類だけクリ
ックした後に、「一点依頼」ボタンが押下されたときに
は、図２０の一点依頼用の詳細情報入力ウィンドウ０３
−０６−００が表示される。

【０１４４】尚、展開先のウィンドウ画面の詳細につい
ては後述するが、ここで、複数依頼とは、カタログリス
トウィンドウ０３−０２−００に表示された複数の物品
の中から所望の物品を複数の種類選択し、その選択した
複数種類の物品の購買について承認依頼することをい
う。また、一点依頼とは、カタログリストウィンドウ０
３−０２−００に表示された複数の物品の中から所望の
物品を１種類だけ選択し、その選択した１種類の物品の
購買について承認依頼することをいう。

【０１４５】一方、ジャンル別検索の場合は、「展開」
ボタン（図１４）を押下することにより表示されるプル
ダウンメニューの中から、ジャンル１→ジャンル２→ジ
ャンル３の順番でそれぞれ目的とする物品が属するであ
ろう品目を細かく選択していく。その際、「リスト表
示」ボタンを押下すると、そのジャンルで選択した品目
に該当する物品のリスト（カタログリストウィンドウ０
３−０２−００）が表示される。

【０１４６】「リピート」ボタン（図１４）を押下する
と、ジャンル１で選択された品目で前月までに検収され
た物品のデータのうち「個別依頼」により購買依頼がな
されたものが、リピート検索ウィンドウ０３−０８−０
０（不図示）としてリスト表示される。このウィンドウ
からは、表示されたリストに目的とする物品がやはり存
在しないときに便利なように、図１６の個別入力ウィン
ドウ０３−０７−００への遷移が可能である。

【０１４７】「個別依頼」ボタン（図１４）は、上記の
キーワード検索とジャンル別検索、そして「リピート」
の機能により、Ｄ／Ｂ５のカタログデータ内で目的とす
る物品が見つけられないときに使用する。このボタンが
押下されると、図１６の個別入力ウィンドウ０３−０７
−００が表示される。

【０１４８】図１６は、本発明の一実施形態としての購
買依頼システムにおける購買依頼処理機能のうち、個別
入力ウィンドウを示す図であり、Ｄ／Ｂ５のカタログデ
ータに未だ登録されていない物品の購買を希望するとき
に、その希望する物品についての詳細な情報を入力する
ウィンドウである。

【０１４９】同図に示す個別入力ウィンドウ０３−０７
−００では、同ウィンドウに設けられた各欄に必要事項
を入力する。ここで、カタログデータに未登録の物品の
購買が複数の依頼者により望まれているときには、同じ
物品についての入力データが複数の依頼者からＡ／Ｓ２
に送信されることになるが、調達部門の担当者は、それ
ら同じ物品についての入力データの件数により、その物
品の必要性を容易に認識できるため、次回納入時のまと
め（ロット）買いの規模、そのまとめ買いにおける単価
（予定単価）を正確に予想することができる。

【０１５０】次に、当該個別入力ウィンドウにおいて必
要事項の入力を完了した後、「次へ」のボタンが押下さ
れたときには、図２０の物品情報（詳細入力）ウィンド
ウ０３−０６−００が表示される。また、「選択」のボ
タンが押下されたときには、複数依頼のうちの１件とし
て追加され、これにより、「選択ｎ件」ボタンのｎの数
値が１加算される。尚、「選択ｎ件」ボタンが押下され
たときには、上述したように、それらｎ件の物品の購買
数量を設定するための、図１７の依頼品選択リストウィ
ンドウ０３−０３−００が表示される。

【０１５１】図１７は、本発明の一実施形態としての購
買依頼システムにおける購買依頼処理機能のうち、依頼
品選択リストウィンドウを示す図である。

【０１５２】同図に示す依頼品選択リストウィンドウ０
３−０３−００には、一例として、カタログリストウィ
ンドウ０３−０２−００にて３種類の物品が選択された
場合を示しており、それら選択された物品のそれぞれに
ついて、何個の購買を依頼するのかを、依頼数量欄に入
力することができる。

【０１５３】また、依頼品選択リストウィンドウ０３−
０３−００には、「複数詳細入力」ボタン、「一点詳細
入力」ボタンが設けられている。

【０１５４】具体的な操作としては、依頼品選択リスト
ウィンドウ０３−０３−００の選択欄にて目的とする物
品を２種類以上クリックした後に、「複数詳細入力」ボ
タンが押下されたときには、図１８の複数依頼用の詳細
情報入力ウィンドウ０３−０５−００が表示される。

【０１５５】また、依頼品選択リストウィンドウ０３−
０３−００の選択欄にて目的とする物品を１種類だけク
リックした後に、「一点詳細入力」ボタンが押下された
ときには、図２０の一点依頼用の詳細情報入力ウィンド
ウ０３−０６−００が表示される。

【０１５６】図１８は、本発明の一実施形態としての購
買依頼システムにおける購買依頼処理機能のうち、複数
依頼用の詳細情報入力ウィンドウを示す図である。

【０１５７】同図に示す詳細情報入力ウィンドウ０３−
０５−００では、依頼品選択リストウィンドウ０３−０
３−００にて選択した複数種類の物品の購買について、
費用の負担元、職場コード、勘定（勘定科目）、費目、
設備予算コード、希望納期、納入事業所等の情報を入力
する。

【０１５８】「勘定一覧」ボタンが押下されたときに
は、選択可能な勘定科目と費目との組み合わせが一覧表
示される。

【０１５９】本実施形態では、これらの項目が当該ウィ
ンドウ画面（図２０の詳細情報入力ウィンドウ０３−０
６−００を含む）にて入力されるときに、所定の項目へ
の入力データの入力形式の妥当性をチェックすべく、図
３０を参照して上述したクロスチェック機能がクライア
ント１のＣＰＵ２１により実行されている。

【０１６０】図２１は、本発明の一実施形態としての購
買依頼システムにおいて、詳細情報入力ウィンドウへの
データ入力時にクライアントにて行われるクロスチェッ
ク条件の一例を示す図である。

【０１６１】同図に示すクロスチェック条件の一覧表で
は、詳細情報入力ウィンドウ０３−０５−００の勘定
（勘定科目）欄に入力されたデータをキーにして、費
目、設備予算コード等の所定項目の入力データが満足す
べき入力形式（例えば、使用すべき文字列及び／または
数字列等）の条件が決定されている。これらクロスチェ
ック条件のデータは、予めＤ／Ｂ５に格納されており、
上述した図３０のステップＳ１にてＨＰの表示画面デー
タ等を受信するときに、クライアント１のＲＡＭ２５に
格納される。

【０１６２】詳細情報入力ウィンドウ０３−０５−００
の複数項目への入力が完了したとき、依頼者により「登
録」ボタンが押下されると、この時点で入力されたデー
タがＡ／Ｓ２に送信される。

【０１６３】Ａ／Ｓ２は、この詳細情報のデータを受信
すると、そのデータのうち、当該詳細情報入力ウィンド
ウの希望納期欄に入力された日付のデータと、予めＤ／
Ｂ５に登録してある企業（事業所）用のカレンダーデー
タとを比較することにより、希望納期の日付が当該カレ
ンダーの休日扱いの日付であるか否かを判断する。

【０１６４】そして、この判断により、希望納期の日付
が当該カレンダーの休日扱いの日付ではないとき、Ａ／
Ｓ２は、当該詳細情報のデータをＤ／Ｂ５に書き込む。

【０１６５】一方、希望納期の日付が当該カレンダーの
休日扱いの日付であるとき、Ａ／Ｓ２は、当該詳細情報
のデータを送信したクライアント１に、図２２に示すエ
ラーウィンドウ０３−１１−０１を表示すべく、所定の
表示画面データを送信する。

【０１６６】図２２は、本発明の一実施形態としての購
買依頼システムにおいて、詳細情報入力ウィンドウにて
入力した希望納期にエラーがあるときに表示するエラー
ウィンドウを示す図である。

【０１６７】同図に示すエラーウィンドウ０３−１１−
０１には、詳細情報入力ウィンドウ０３−０５−００に
て依頼者が入力した希望納期の日付が当該カレンダーの
休日扱いの日付である旨を表わす所定のエラーメッセー
ジが表示されると共に、「ＯＫ」ボタンと「無視」ボタ
ンとが表示される。

【０１６８】このとき、「ＯＫ」ボタンが押下されたと
きには、改めて詳細情報入力ウィンドウ０３−０５−０
０が表示され、希望納期の再設定が可能となる。一方、
「無視」ボタンが押下されたときには、当該依頼者が現
在設定されてる希望納期の日付が休日扱いの日付である
ことを承知の上で、その希望納期の日に物品の納入を希
望していることを表わす所定のデータがＡ／Ｓ２に送信
される。そして、この所定のデータを受信したＡ／Ｓ２
は、当該詳細情報のデータをＤ／Ｂ５に書き込む。

【０１６９】その後、Ｄ／Ｂ５に詳細情報が書き込まれ
た物品（即ち、詳細情報入力ウィンドウ０３−０５−０
０にて登録がなされた状態の物品）について、「承認依
頼」ボタンが押下されたときには、承認依頼処理モジュ
ール（０５）により表示可能な、図１９の複数依頼用の
承認依頼ウィンドウ０５−０１−００が表示される。

【０１７０】尚、上記の希望納期の確認機能は、ー点依
頼用の詳細情報入力ウィンドウ０３−０６−００の場合
にも同様に行われる。

【０１７１】図１９は、本発明の一実施形態としての購
買依頼システムにおける承認依頼処理機能により、複数
依頼用の承認依頼ウィンドウが、詳細情報入力ウィンド
ウと共に表示された状態を示す図である。

【０１７２】同図に示す複数依頼用の承認依頼ウィンド
ウ０５−０１−００では、プルダウンメニューにより、
承認依頼を現在行なっている依頼者が属する職場を担当
している承認者（尚、上記のログインウィンドウ０１−
０２−０２にて代理承認者が設定されているときには、
その代理承認者が表示される）が表示されるので、当該
依頼者は、そのメニューの中から１人の承認者を選択
し、「ＯＫ」ボタンを押下する。これにより、依頼者に
よる複数物品の購買依頼作業及び承認依頼作業は完了す
る。そして、この時点で、Ｍ／Ｓ４のメーラ機能によ
り、承認依頼がなされた旨を知らせるメール（図７）
が、当該メニューにて選択された承認者宛て送信され
る。

【０１７３】図２０は、本発明の一実施形態としての購
買依頼システムにおける承認依頼処理機能により、一点
依頼用の承認依頼ウィンドウが、詳細情報入力ウィンド
ウと共に表示された状態を示す図である。

【０１７４】同図では、一点依頼用の詳細情報入力ウィ
ンドウ０３−０６−００と一点依頼用の承認依頼ウィン
ドウ０５−０２−００とが共に表示されており、当該詳
細情報入力ウィンドウの左部分には、依頼品選択リスト
ウィンドウ０３−０３−００にて選択された１種類の物
品についてのカタログデータが「物品情報」として表示
されている。依頼者は、図１９に示した承認依頼ウィン
ドウ０５−０１−００の場合と同様に、承認依頼ウィン
ドウ０５−０２−００にて承認者に承認依頼を行なう。
一点依頼の場合も、この時点で承認依頼がなされた旨を
知らせるメールが、当該メニューにて選択された承認者
宛て送信される。

【０１７５】＜検収実績表示処理モジュール（０６）＞
図２３は、本発明の一実施形態としての購買依頼システ
ムにおける検収実績表示機能により表示される検収実績
リストウィンドウを示す図である。

【０１７６】同図に示す検収実績リストウィンドウ０６
−０１−００では、図１２に示した依頼状況表示ウィン
ドウ０２−０１−０１の検索条件及び表示形式の指定枠
と同様な操作方法の指定枠が設けられており、この指定
枠に所定の事項が入力され、「検索」ボタンが押下され
ると、Ｄ／Ｂ５から読み出された検収済みの物品が一覧
表示される。

【０１７７】以上、依頼者であるクライアント１のユー
ザが、ディスプレイ２２より行なえる各種機能を説明し
た。次に、承認者であるクライアント１のユーザが行な
える各種機能を説明する。承認者は、依頼者として上述
した各種機能を同様に利用できると共に、更に、承認者
のみが行なえるところの承認処理モジュール（０７）に
より実現される承認処理機能と、派遣管理モジュール
（０８）により実現される派遣管理機能とを利用可能で
ある。以下の説明では、承認者が依頼者として利用可能
な機能についての説明は省略し、承認処理機能（０７）
と派遣管理処理（０８）とについて説明する。

【０１７８】承認者は、本購買依頼システムにアクセス
するに際して、上述した所定のＨＰからのログインの他
に、承認依頼のメールを受信したときに、図７に示すメ
ーラ画面からアクセスすることができる。ここでは、そ
のアクセス手順について説明する。

【０１７９】図７は、本発明の一実施形態としての購買
依頼システムにおけるメーラ機能により、承認依頼メー
ルが承認者に届いたときのメーラ画面の一例を示す図で
ある。

【０１８０】依頼者からの承認依頼メールは、Ｍ／Ｓ４
により、その依頼者が指定した承認者宛て送信され、当
該承認者のクライアント１には図７に示すウィンドウ３
１が表示される。このとき、承認者が承認依頼番号欄３
２をクリックすると、ウィンドウ３１の下部には、依頼
者及び承認者のメールアドレス、承認依頼を受信した旨
のコメント、そして本購買依頼システムのＵＲＬが表示
される。そして、承認者が表示エリア３３のＵＲＬの部
分をクリックすることにより、上述した図９のログイン
ウィンドウ０１−０１−００が表示される。承認者は、
このウィンドウ画面より本購買依頼システムにログイン
することができる。

【０１８１】ここで、上記のようにメーラ画面から当該
ログインウィンドウに展開できるように設定したのは、
当該ログインウィンドウには、比較的表示項目が少ない
ため、余白部分を利用してシステム管理者からのお知ら
せ事項を記載したときには、承認者が容易に認識できる
ように、メッセージをレイアウトできるためである。

【０１８２】しかしながら、展開先の画面はこれに限ら
れるものではなく、例えば、承認者の使い勝手を優先さ
せる場合には、当該メールの宛先として設定されている
承認者のメールアドレスをＭ／Ｓ４よりＡ／Ｓ２に入手
し、そのメールアドレスをキーに当該承認者のユーザＩ
ＤをＤ／Ｂ５よりＡ／Ｓ２に読み出し、その読み出した
ユーザＩＤを利用して、Ａ／Ｓ２によってログインから
承認依頼リストウィンドウ０７−０１−００への展開ま
での処理を自動的に行えば良い。この場合、承認者は、
自身によるログイン操作を行わなくて良いため、承認者
の使い勝手を向上させることができる。

【０１８３】＜承認処理モジュール（０７）＞ログイン
ウィンドウ０１−０１−００からの承認者のログインが
完了すると、図３１及び図３２を参照して説明したよう
に、承認処理モジュール（０７）の機能により、承認者
のクライアント１のディスプレイ２２には、図２４の承
認依頼リストウィンドウ０７−０１−００が表示され
る。

【０１８４】図２４は、本発明の一実施形態としての購
買依頼システムにおける承認処理機能により表示される
承認依頼リストウィンドウを示す図である。

【０１８５】同図に示す承認依頼リストウィンドウ０７
−０１−００の上部には、依頼者の場合に利用可能な機
能を表わすボタンの他に、更に「承認処理」ボタン及び
「派遣管理」ボタンが設けられている。

【０１８６】当該承認依頼リストウィンドウには、承認
依頼メールが届いた物品についての各種データが図２４
に示すように一覧表示される。このとき、当該承認依頼
リストウィンドウに一覧表示される物品は、図７のウィ
ンドウ３１にてクリックした承認依頼番号が１件であっ
ても、Ａ／Ｓ２により当該承認者のユーザＩＤをキーに
Ｄ／Ｂ５から読み出された件数分が表示される。

【０１８７】また、このウィンドウ画面に表示された一
覧表内の依頼番号をクリックすることにより、その依頼
番号の物品についての詳細が記載された詳細確認ウィン
ドウ（不図示）が表示される。また、このウィンドウ画
面には、「承認選択」ボタン及び「却下選択」ボタンが
設けられている。以下、これらボタンの機能について説
明する。

【０１８８】図２５は、本発明の一実施形態としての購
買依頼システムにおける承認処理機能のうち、承認処理
ウィンドウを示す図である。

【０１８９】同図に示す承認処理ウィンドウ０７−０２
−０１は、承認依頼リストウィンドウ０７−０１−００
において１種類以上の物品が選択された後、「承認選
択」ボタンが押下されたときに、当該承認依頼リストウ
ィンドウの下部または別ウィンドウとして表示される。
このとき、承認対象の物品に金額が例えば２０万円を超
えるものがあるときには、同図に示すようにその旨を表
わす所定のメッセージが表示される。これは、物品の購
買数量の入力間違いがないかについて注意を促すためで
ある。そして、この承認処理ウィンドウ０７−０２−０
１にて「ＯＫ」ボタンが押下されることにより、当該ウ
ィンドウ画面に表示された物品の購買の承認がなされた
ことになり、その旨を示す所定のデータがＡ／Ｓ２に送
信され、Ｄ／Ｂ５の当該物品のステータスが「承認待
ち」から「承認」のステータスに更新される。

【０１９０】また、Ｄ／Ｂ５の当該物品のステータスが
「承認」のステータスに更新されることにより、承認依
頼リストウィンドウ０７−０１−００の一覧表の表示項
目の中から、当該承認された物品の欄が削除される（例
えば、図２４に示す表示例では、承認依頼の物品として
１種類の物品が表示されているが、この場合は、該物品
の「承認」操作により、一覧表の表示は所定の項目のみ
となる）。

【０１９１】図２６は、本発明の一実施形態としての購
買依頼システムにおける承認処理機能のうち、却下処理
ウィンドウを示す図である。

【０１９２】同図に示す却下処理ウィンドウ０７−０２
−０２は、承認依頼リストウィンドウ０７−０１−００
において１種類以上の物品が選択された後、「却下選
択」ボタンが押下されたときに、当該承認依頼リストウ
ィンドウの下部または別ウィンドウとして表示される。
そして、この却下処理ウィンドウ０７−０２−０２にて
「ＯＫ」ボタンが押下されることにより、当該ウィンド
ウ画面に表示された物品の購買が却下されたことにな
り、その旨を示す所定のデータがＡ／Ｓ２に送信され、
Ｄ／Ｂ５の当該物品のステータスが「承認待ち」から
「却下」のステータスに更新される。

【０１９３】また、承認者が上記のように承認または却
下の操作を行なったときには、Ｄ／Ｂ５内のデータが更
新されると共に、Ｍ／Ｓ４の自動メール機能により、該
当する依頼者宛てに、承認依頼していた物品の購買の是
非が決定された旨を知らせるメールが送信される。

【０１９４】図８は、本発明の一実施形態としての購買
依頼システムにおけるメーラ機能により、承認依頼に対
する返事のメールが依頼者に届いたときのメーラ画面の
一例を示す図である。

【０１９５】承認者からのメールは、Ｍ／Ｓ４により、
承認の是非を決定した物品の依頼者が予め登録してあっ
たメールアドレスに自動的に送信され、当該依頼者のク
ライアント１には、図８に示すウィンドウ３１が表示さ
れる。このとき、依頼者が承認依頼番号欄３４をクリッ
クすると、ウィンドウ３１の下部には、依頼者及び承認
者のメールアドレス、承認依頼の返事を受信した旨のコ
メント、そして本購買依頼システムのＵＲＬが表示され
る。そして、依頼者が表示エリア３５のＵＲＬの部分を
クリックすることにより、上述した図９のログインウィ
ンドウ０１−０１−００が表示される。依頼者は、この
ウィンドウ画面より本購買依頼システムにログインする
ことができ、更に依頼状況表示ウィンドウ０２−０１−
０１にて依頼していた物品の最新の状態を確認すること
ができる。

【０１９６】尚、この場合も、図７のメール画面の場合
と同様に、当該メールの宛先として設定されている依頼
者のメールアドレスをＭ／Ｓ４よりＡ／Ｓ２に入手し、
そのメールアドレスをキーに当該依頼者のユーザＩＤを
Ｄ／Ｂ５よりＡ／Ｓ２に読み出し、その読み出したユー
ザＩＤを利用して、Ａ／Ｓ２によってログインから依頼
状況表示ウィンドウ０２−０１−０１への展開までの処
理を自動的に行えば、依頼者は、自身によるログイン操
作を行わなくて良いため、依頼者の使い勝手を向上させ
ることができる。

【０１９７】＜派遣管理処理モジュール（０８）＞「派
遣管理」ボタンが承認者により押下されると、派遣管理
処理モジュール（０８）の機能により、図２７の派遣社
員リストウィンドウ０８−０１−００が表示される。

【０１９８】図２７は、本発明の一実施形態としての購
買依頼システムにおける派遣管理機能のうち、派遣社員
リストウィンドウを示す図である。

【０１９９】同図に示す派遣社員リストウィンドウ０８
−０１−００では、派遣社員（人事データ７には登録さ
れていないクライアント１のユーザ）を、本システムの
依頼者として、登録、修正、削除することができる。こ
のとき、当該ウィンドウ画面の一覧表に表示される派遣
社員は、承認者としてログインしているユーザのユーザ
ＩＤ（社員コード）をキーに、そのユーザが管理してい
る職場の職場コードで登録されている派遣社員について
のデータがＤ／Ｂ５より読み出され、当該承認者のクラ
イアント１に表示される。

【０２００】ここで、派遣社員を登録するときには、派
遣社員リストウィンドウ０８−０１−００の「登録」ボ
タンが押下されると、図２８の派遣社員登録ウィンドウ
０８−０２−０１が当該派遣社員リストウィンドウの下
部または別ウィンドウとして表示される。

【０２０１】図２８は、本発明の一実施形態としての購
買依頼システムにおける派遣管理機能のうち、派遣社員
登録ウィンドウを示す図である。

【０２０２】同図に示す派遣社員登録ウィンドウ０８−
０２−０１では、登録すべき派遣社員について、社員
名、生年月日、派遣会社、勤務事業所等の所定の項目を
入力した後、「ＯＫ」ボタンが押下されることにより、
それら入力されたデータがＡ／Ｓ２に送信され、Ｄ／Ｂ
５に書き込まれる。

【０２０３】また、派遣社員を削除するときには、派遣
社員リストウィンドウ０８−０１−００の一覧表より目
的とする派遣社員が１人選択され、「削除」ボタンが押
下されることにより、図２９の派遣社員削除ウィンドウ
０８−０２−０３が当該派遣社員リストウィンドウの下
部または別ウィンドウとして表示される。

【０２０４】図２９は、本発明の一実施形態としての購
買依頼システムにおける派遣管理機能のうち、派遣社員
削除ウィンドウを示す図である。

【０２０５】同図に示す派遣社員削除ウィンドウ０８−
０２−０３では、選択された派遣社員についての登録情
報が表示される。このウィンドウ画面にて「ＯＫ」ボタ
ンが押下されることにより、削除を示す所定のデータが
Ａ／Ｓ２に送信され、Ｄ／Ｂ５から当該派遣社員につい
ての登録されているデータが削除される。

【０２０６】また、派遣社員についての登録データを修
正するときには、削除の場合と同様な手順により「修
正」ボタンを押下すると、図２９の削除の場合と略同様
な派遣社員修正ウィンドウ０８−０２−０２（不図示）
が表示されるので、そのウィンドウにてデータを修正
し、「ＯＫ」ボタンを押下すれば良い。

【０２０７】このように、上述した派遣管理処理モジュ
ール（０８）により実現する派遣管理機能によれば、人
事データ７には登録されない派遣社員を適切に管理する
ことができる。

【０２０８】

【他の実施形態】尚、本発明の目的は、前述した実施形
態の機能を実現するソフトウェアのプログラムコードを
記録した記憶媒体を、クライアント及びサーバに供給
し、そのクライアント及びサーバとしてのコンピュータ
（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプロ
グラムコードを読み出して実行することによっても、達
成可能である。

【０２０９】この場合、記憶媒体から読み出されたプロ
グラムコード自体が前述した実施形態の機能を実現する
ことになり、そのプログラムコードを記憶した記憶媒体
は本発明を構成することになる。

【０２１０】プログラムコードを供給するための記憶媒
体としては、例えば、フロッピディスク，ハードディス
ク，光ディスク，ＤＶＤ−ＲＯＭ，ＤＶＤ−ＲＡＭ，光
磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，
不揮発性のメモリカード，ＲＯＭ等を用いることができ
る。

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

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

【０２１３】

【発明の効果】以上説明したように、本発明によれば、
従来行われてきた物理的な購買伝票の作成、発行、転送
等の事務的な作業を廃止し、各種物品を効率的に購買可
能な購買依頼システムの提供が実現する。

【０２１４】また、人事用のデータベースには登録され
ない派遣者を適切に管理可能な派遣者登録方法の提供が
実現する。

【０２１５】

【図面の簡単な説明】

【図１】本発明の一実施形態における購買依頼システム
の全体構成図である。

【図２】本発明の一実施形態においてクライアントコン
ピュータとして使用可能なパーソナルコンピュータのブ
ロック構成図である。

【図３】本発明の一実施形態における購買依頼システム
のＡ／Ｓが実行するソフトウエアのシステム体系図であ
る。

【図４】本発明の一実施形態における購買依頼システム
のＡ／Ｓが実行するソフトウエアのシステム体系図であ
る。

【図５】本発明の一実施形態における購買依頼システム
のＡ／Ｓが実行するソフトウエアのシステム体系図であ
る。

【図６】図３から図５の図面に使用している記号を説明
する図である。

【図７】本発明の一実施形態としての購買依頼システム
におけるメーラ機能により、承認依頼メールが承認者に
届いたときのメーラ画面の一例を示す図である。

【図８】本発明の一実施形態としての購買依頼システム
におけるメーラ機能により、承認依頼に対する返事のメ
ールが依頼者に届いたときのメーラ画面の一例を示す図
である。

【図９】本発明の一実施形態としての購買依頼システム
におけるログインウィンドウを示す図である。

【図１０】本発明の一実施形態としての購買依頼システ
ムにおけるユーザ情報登録・変更ウィンドウを示す図で
ある。

【図１１】本発明の一実施形態としての購買依頼システ
ムにおける依頼状況表示ウィンドウを示す図である。

【図１２】依頼状況表示ウィンドウにおける検索条件及
び表示形式の指定枠を示す図である。

【図１３】本発明の一実施形態として、購買依頼品の件
数を表わすアイコンのイメージ例を示す図である。

【図１４】本発明の一実施形態としての購買依頼システ
ムにおける購買依頼処理機能のうち、カタログ検索ウィ
ンドウを示す図である。

【図１５】本発明の一実施形態としての購買依頼システ
ムにおける購買依頼処理機能のうち、カタログリストウ
ィンドウを示す図である。

【図１６】本発明の一実施形態としての購買依頼システ
ムにおける購買依頼処理機能のうち、個別入力ウィンド
ウを示す図である。

【図１７】本発明の一実施形態としての購買依頼システ
ムにおける購買依頼処理機能のうち、依頼品選択リスト
ウィンドウを示す図である。

【図１８】本発明の一実施形態としての購買依頼システ
ムにおける購買依頼処理機能のうち、複数依頼用の詳細
情報入力ウィンドウを示す図である。

【図１９】本発明の一実施形態としての購買依頼システ
ムにおける承認依頼処理機能により、複数依頼用の承認
依頼ウィンドウが、詳細情報入力ウィンドウと共に表示
された状態を示す図である。

【図２０】本発明の一実施形態としての購買依頼システ
ムにおける承認依頼処理機能により、一点依頼用の承認
依頼ウィンドウが、詳細情報入力ウィンドウと共に表示
された状態を示す図である。

【図２１】本発明の一実施形態としての購買依頼システ
ムにおいて、詳細情報入力ウィンドウへのデータ入力時
にクライアントにて行われるクロスチェック条件の一例
を示す図である。

【図２２】本発明の一実施形態としての購買依頼システ
ムにおいて、詳細情報入力ウィンドウにて入力した希望
納期にエラーがあるときに表示するエラーウィンドウを
示す図である。

【図２３】本発明の一実施形態としての購買依頼システ
ムにおける検収実績表示機能により表示される検収実績
リストウィンドウを示す図である。

【図２４】本発明の一実施形態としての購買依頼システ
ムにおける承認処理機能により表示される承認依頼リス
トウィンドウを示す図である。

【図２５】本発明の一実施形態としての購買依頼システ
ムにおける承認処理機能のうち、承認処理ウィンドウを
示す図である。

【図２６】本発明の一実施形態としての購買依頼システ
ムにおける承認処理機能のうち、却下処理ウィンドウを
示す図である。

【図２７】本発明の一実施形態としての購買依頼システ
ムにおける派遣管理機能のうち、派遣社員リストウィン
ドウを示す図である。

【図２８】本発明の一実施形態としての購買依頼システ
ムにおける派遣管理機能のうち、派遣社員登録ウィンド
ウを示す図である。

【図２９】本発明の一実施形態としての購買依頼システ
ムにおける派遣管理機能のうち、派遣社員削除ウィンド
ウを示す図である。

【図３０】本発明の一実施形態における購買依頼システ
ムにおいて、各クライアントが実行するソフトウエアの
フローチャートである。

【図３１】本発明の一実施形態における購買依頼システ
ムのＡ／Ｓが実行する処理の全体概要を示すフローチャ
ートである。

【図３２】本発明の一実施形態における購買依頼システ
ムのＡ／Ｓが実行する処理の全体概要を示すフローチャ
ートである。

【図３３】本発明の一実施形態における購買依頼システ
ムのＡ／Ｓが実行する各モジュールに共通のウィンドウ
画面表示処理を示すフローチャートである。

【符号の説明】

１：クライアント（Ｃ／Ｓ），１Ａ：システム管理用クライアント，２：アプリケーションサーバ（Ａ／Ｓ），３：Ｗｅｂサーバ（Ｗ／Ｓ），４：メールサーバ（Ｍ／Ｓ），５：購買依頼システム側データベース（Ｄ／Ｂ），６：物品発注システム側データベース（Ｄ／Ｂ），７：人事データ，８：記憶媒体，２１：ＣＰＵ，２２：ディスプレイ，２３：キーボード，２４：ＲＯＭ，２５：ＲＡＭ，２６：記憶装置，２７：通信インタフェース，２８：ポインティングデバイス，２９：内部バス，３０：通信回線（ＬＡＮ），３１：通信回線（公衆回線・専用回線），

【手続補正書】

【提出日】平成１１年１０月１日（１９９９．１０．
１）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】発明の名称

【補正方法】変更

【補正内容】

【発明の名称】購買依頼システム及び派遣者登録
方法及びコンピュータ読み取り可能な記憶媒体

【手続補正２】

【補正対象書類名】明細書

【補正対象項目名】特許請求の範囲

【補正方法】変更

【補正内容】

【特許請求の範囲】

【手続補正３】

【補正対象書類名】明細書

【補正対象項目名】０００７

【補正方法】変更

【補正内容】

【０００７】また、人事用のデータベースには登録され
ない派遣者を適切に管理可能な派遣者登録方法及びコン
ピュータ読み取り可能な記憶媒体の提供を目的とする。

【手続補正４】

【補正対象書類名】明細書

【補正対象項目名】００２９

【補正方法】変更

【補正内容】

【００２９】ここで、以下に説明する本実施形態に係る
購買依頼システムについて概説すれば、本システムは、
複数のクライアントが通信ネットワーク上で接続された
クライアントサーバ環境において、図１に示した外部の
物品発注システムによる購買（購入）すべき物品の実際
の発注に先立って、依頼者が所望の物品を特定（選択）
する機能、その特定した物品の購買を承認者に対して承
認依頼する承認依頼装置としての機能、その承認依頼さ
れた物品の購買の是非を承認者が判断する購買依頼承認
装置としての機能等を有する（詳細は後述する）。ユー
ザは、クライアント１に表示させた所定のＷｅｂページ
から、ユーザ（社員）ＩＤに応じて依頼者、または承認
者として本システムにログインする。このとき、承認者
としてログインした場合は、物品特定機能、承認依頼機
能も利用することができる。これにより、従来行われて
きた物理的な購買伝票の作成、発行、転送等の事務的な
作業を廃止し、事業所内で使用する各種物品を購買する
際のオフィスオートメーション（ＯＡ）化を図る。

【手続補正５】

【補正対象書類名】明細書

【補正対象項目名】００８０

【補正方法】変更

【補正内容】

【００８０】当該ログインウィンドウにおいて、ユーザ
は、このウィンドウ画面より人名コード（ユーザＩＤ）
欄及びパスワード欄に所定のデータを入力する。そして
「ログイン」ボタンを押下することにより、入力された
データがＡ／Ｓ２に送信される。Ａ／Ｓ２では、上述し
たように入力されたユーザＩＤ及びパスワードに基づい
て、ユーザ本人のログインであるか、そして依頼者か承
認者かを判断し、その判断結果に応じて、他画面に遷移
可能なトップ画面を決定する。また、「リセット」ボタ
ンが押下されたときには、人名コード欄及びパスワード
欄へのそれまでの入力がリセットすることができる（他
のウィンドウ画面内の「リセット」ボタンも同様の機能
であり説明を省略する）。「終了」ボタンが押下された
ときには、本システムの利用終了を示すデータがＡ／Ｓ
２に送信される（他のウィンドウ画面内の「終了」ボタ
ンも同様の機能であり説明を省略する）。そして「ユー
ザ情報登録・変更」ボタンが押下されたときには、図１
０のウィンドウ画面が表示される。

【手続補正６】

【補正対象書類名】明細書

【補正対象項目名】０１３０

【補正方法】変更

【補正内容】

【０１３０】また、物品が１つまたは複数選択された
後、「修正」ボタンが押下されると、修正入力処理モジ
ュール（０４）の機能により表示されるウィンドウ０４
−０１−００，０４−０２−００，０４−０３−００
（何れも不図示）の機能により入力事項の修正が可能と
なる。また、修正入力処理モジュール（０４）により実
現する修正入力機能からは、承認依頼処理モジュール
（０５）により実現される承認依頼機能への遷移が可能
である。

【手続補正７】

【補正対象書類名】明細書

【補正対象項目名】０１８１

【補正方法】変更

【補正内容】

【０１８１】ここで、上記のようにメーラ画面から当該
ログインウィンドウに展開できるように設定した理由
は、当該ログインウィンドウには、比較的表示項目が少
なく余白部分が多いため、その余白部分を利用してシス
テム管理者がお知らせ事項を記載すれば、そのお知らせ
事項のメッセージを承認者が容易に認識できるようにレ
イアウトできるためである。

【手続補正８】

【補正対象書類名】明細書

【補正対象項目名】０１９６

【補正方法】変更

【補正内容】

【０１９６】尚、この場合も、図７のメール画面の場合
と同様に、当該メールの宛先として設定されている依頼
者のメールアドレスをＭ／Ｓ４よりＡ／Ｓ２に入手し、
そのメールアドレスをキーとしてＤ／Ｂ５を参照するこ
とによって当該依頼者のユーザＩＤをＤ／Ｂ５よりＡ／
Ｓ２に読み出し、その読み出したユーザＩＤを利用し
て、Ａ／Ｓ２によってログインから依頼状況表示ウィン
ドウ０２−０１−０１への展開までの処理を自動的に行
えば、依頼者は、自身によるログイン操作を行わなくて
良いため、依頼者の使い勝手を向上させることができ
る。

【手続補正９】

【補正対象書類名】明細書

【補正対象項目名】０２１４

【補正方法】変更

【補正内容】

【０２１４】また、人事用のデータベースには登録され
ない派遣者を適切に管理可能な派遣者登録方法及びコン
ピュータ読み取り可能な記憶媒体の提供が実現する。

フロントページの続き (72)発明者廣木直嗣東京都大田区下丸子３丁目30番２号キヤノン株式会社内 (72)発明者綿貫昌弥東京都大田区下丸子３丁目30番２号キヤノン株式会社内 (72)発明者竹中聡東京都大田区下丸子３丁目30番２号キヤノン株式会社内Ｆターム(参考） 5B049 AA06 BB12 CC05 EE05 EE23 FF03 FF07 GG04

Claims

【特許請求の範囲】

【請求項１】所望の物品について購買依頼が可能な複
数の端末を含む購買依頼システムであって、所望の物品についての購買依頼を入力可能な第１の端末
と、前記第１の端末からの購買依頼に対して、承認の是非を
入力可能な第２の端末と、前記第１及び／または第２の端末を操作可能なユーザと
して、外部システムが有するデータの一部を入力可能な
第１のデータ入力手段と、前記第１及び／または第２の端末を操作可能なユーザに
関するデータを記憶する第１のデータベースと、を備え
ることを特徴とする購買依頼システム。
【請求項２】前記第１のデータ入力手段は、前記ユー
ザに関するデータを、記憶媒体を介して入力可能である
ことを特徴とする請求項１記載の購買依頼システム。
【請求項３】前記第１のデータ入力手段は、前記ユー
ザに関するデータを、通信ネットワークを介して入力可
能であることを特徴とする請求項１記載の購買依頼シス
テム。
【請求項４】更に、前記第１の端末を操作可能なユー
ザに関するデータを入力可能な第２のデータ入力手段を
備えることを特徴とする請求項１記載の購買依頼システ
ム。
【請求項５】前記第２のデータ入力手段へのデータ入
力は、前記第２の端末を操作可能なユーザが、前記第２
の端末より可能であることを特徴とする請求項４記載の
購買依頼システム。
【請求項６】前記第２のデータ入力手段は、前記第２
の端末を操作可能なユーザを、前記第１のデータベース
に記憶されているデータに基づいて判断することを特徴
とする請求項５記載の購買依頼システム。
【請求項７】前記外部システムが有するデータは、企
業における人事データであることを特徴とする請求項１
記載の購買依頼システム。
【請求項８】前記外部システムが有するデータは企業
における人事データであって、前記第２のデータ入力手
段には、その企業の社員とは異なる派遣者に関するデー
タを入力可能であることを特徴とする請求項４または請
求項５記載の購買依頼システム。
【請求項９】前記第２の端末からの購買承認を表わす
データに応じて、物品の発注を行う物品発注手段を更に
備えることを特徴とする請求項１乃至請求項８の何れか
に記載の購買依頼システム。
【請求項１０】更に、前記第１の端末より入力された
物品の購買依頼を表わすデータ、または該物品について
前記第２の端末より入力された承認の是非を表わすデー
タを記憶するところの、外部システムが参照可能な第２
のデータベースを備え、前記物品発注手段は、前記第２の端末からの物品の購買
承認を表わすデータに応じて、その物品について前記第
２のデータベースに記憶されているデータを、購買依頼
の状態から購買承認の状態に更新することを特徴とする
請求項９記載の購買依頼システム。
【請求項１１】企業の社員とは異なる派遣者を管理す
るデータベースへの派遣者登録方法であって、企業における物品の購買を依頼するシステムに端末を接
続し、その接続された端末より、派遣者に関するデータを、前
記システムに属するデータベースに個別に登録すること
を特徴とする派遣者登録方法。
【請求項１２】前記システムに含まれる派遣者登録用
のウィンドウを前記端末にてオープンし、そのオープンしているウィンドウより、派遣者に関する
所定項目の人事データを入力することを特徴とする請求
項１１記載の派遣者登録方法。
【請求項１３】前記ウィンドウのオープンは、前記シ
ステムの所定のユーザのみ可能であることを特徴とする
請求項１２記載の派遣者登録方法。