JP2001331758A - 認証ワークフローシステム、認証サーバ装置、決裁に関する認証方法、記録媒体 - Google Patents
認証ワークフローシステム、認証サーバ装置、決裁に関する認証方法、記録媒体Info
- Publication number
- JP2001331758A JP2001331758A JP2000150515A JP2000150515A JP2001331758A JP 2001331758 A JP2001331758 A JP 2001331758A JP 2000150515 A JP2000150515 A JP 2000150515A JP 2000150515 A JP2000150515 A JP 2000150515A JP 2001331758 A JP2001331758 A JP 2001331758A
- Authority
- JP
- Japan
- Prior art keywords
- authentication
- approval
- order
- product
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Abstract
(57)【要約】
【課題】 発注を実際に行うまでの決裁処理を簡素化
し、一連の電子商取引をよりスムーズに行えるようにす
る。 【解決手段】 認証ルートおよび各人が持つ商品購入限
度額などを登録する認証情報登録部１７と、ユーザ端末
内の注文入力部３１により入力された商品の購入金額と
その商品の注文を行った者の商品購入限度額とを比較
し、商品の購入金額が商品購入限度額を超えている場合
に、認証ルートとして設定された承認者に対して承認を
要求する通知を行う状態遷移制御部２１および承認依頼
通知部２６と、通知された承認要求に対して承認を行う
承認入力部３２とを備え、決裁処理を電子的に行うこと
により簡素化し、一連の電子商取引をよりスムーズに行
うことができるようにする。
し、一連の電子商取引をよりスムーズに行えるようにす
る。 【解決手段】 認証ルートおよび各人が持つ商品購入限
度額などを登録する認証情報登録部１７と、ユーザ端末
内の注文入力部３１により入力された商品の購入金額と
その商品の注文を行った者の商品購入限度額とを比較
し、商品の購入金額が商品購入限度額を超えている場合
に、認証ルートとして設定された承認者に対して承認を
要求する通知を行う状態遷移制御部２１および承認依頼
通知部２６と、通知された承認要求に対して承認を行う
承認入力部３２とを備え、決裁処理を電子的に行うこと
により簡素化し、一連の電子商取引をよりスムーズに行
うことができるようにする。
Description
【０００１】
【発明の属する技術分野】本発明は、認証ワークフロー
システム、認証サーバ装置、決裁に関する認証方法、記
録媒体に関し、特に、イントラネットやインターネット
などのネットワーク上での商取引を行う際に必要な決
裁、管理などのワークフローを支援するシステムに用い
て好適なものである。
システム、認証サーバ装置、決裁に関する認証方法、記
録媒体に関し、特に、イントラネットやインターネット
などのネットワーク上での商取引を行う際に必要な決
裁、管理などのワークフローを支援するシステムに用い
て好適なものである。
【０００２】
【従来の技術】一般に、商取引を大きく分けると、企業
が消費者に商品やサービスを提供するいわゆるＢ to Ｃ
（Business to Consumer）の取引と、企業間の取引を意
味するいわゆるＢ to Ｂ（Business to Business）の取
引とがある。
が消費者に商品やサービスを提供するいわゆるＢ to Ｃ
（Business to Consumer）の取引と、企業間の取引を意
味するいわゆるＢ to Ｂ（Business to Business）の取
引とがある。
【０００３】ここで、Ｂ to Ｃの取引において個々の消
費者が商品を購入する場合は、その消費者個人の決断で
購入するものを自由に決定し、実際に購入することが可
能である。しかし、Ｂ to Ｂの取引において企業が商品
を購入する場合は、その企業内の個々の担当者が購入す
るものを一人で決定することはできず、所定のルートに
従って上司の決裁（承認）を受けなければいけないのが
一般的である。
費者が商品を購入する場合は、その消費者個人の決断で
購入するものを自由に決定し、実際に購入することが可
能である。しかし、Ｂ to Ｂの取引において企業が商品
を購入する場合は、その企業内の個々の担当者が購入す
るものを一人で決定することはできず、所定のルートに
従って上司の決裁（承認）を受けなければいけないのが
一般的である。
【０００４】近年、コンピュータの広範な普及、インタ
ーネット等のネットワーク技術の進展などを背景とし
て、インターネットのウェブページ上に公開された商品
をネット上で売買するオンラインショッピングが盛んに
行われている。このオンラインショッピングシステムに
関しても、Ｂ to Ｃをターゲットにしたシステムと、Ｂ
to Ｂをターゲットにしたシステムとが提案されてい
る。
ーネット等のネットワーク技術の進展などを背景とし
て、インターネットのウェブページ上に公開された商品
をネット上で売買するオンラインショッピングが盛んに
行われている。このオンラインショッピングシステムに
関しても、Ｂ to Ｃをターゲットにしたシステムと、Ｂ
to Ｂをターゲットにしたシステムとが提案されてい
る。
【０００５】
【発明が解決しようとする課題】従来、Ｂ to Ｂの取引
において、例えばある企業が商品を購入する際の決裁
は、紙ベースで行われていた。すなわち、ある企業内の
担当者が商品を購入しようとする場合は、購入希望の商
品やその金額などを記述した書類を作成し、それを上司
に提出することによって承認を得るようにしていた。
において、例えばある企業が商品を購入する際の決裁
は、紙ベースで行われていた。すなわち、ある企業内の
担当者が商品を購入しようとする場合は、購入希望の商
品やその金額などを記述した書類を作成し、それを上司
に提出することによって承認を得るようにしていた。
【０００６】しかしこれでは、購入希望を出してから承
認を得るまでの段階で紙ベースによる煩雑な事務処理を
行う必要があり、商品の注文をスムーズに行うことがで
きない問題があった。特に、オンラインショッピングの
システムを利用して商品を購入する場合、商品の選択や
発注自体はオンライン上で簡単に行えるにもかかわら
ず、その発注に至るまでの処理に多大の労力と時間がか
かり、ネット販売による便利さの利益を完全に享受する
ことができないという問題があった。
認を得るまでの段階で紙ベースによる煩雑な事務処理を
行う必要があり、商品の注文をスムーズに行うことがで
きない問題があった。特に、オンラインショッピングの
システムを利用して商品を購入する場合、商品の選択や
発注自体はオンライン上で簡単に行えるにもかかわら
ず、その発注に至るまでの処理に多大の労力と時間がか
かり、ネット販売による便利さの利益を完全に享受する
ことができないという問題があった。
【０００７】また、販売側の企業等にとっても、購入側
の担当者によって行われた注文がきちんと承認を得てい
るものかどうかが分からない限り、注文を安易に受ける
ことができないという問題がある。すなわち、担当者か
らの注文が正式に承認されたものでないと、取引が後に
取り止めになってしまったり、商品を納入しても代金が
支払われないなどのトラブルを引き起こす可能性があ
る。そのため、注文が購入側で正式に承認を得たもので
あるかどうかを確認し、承認済みの注文のみを受けるよ
うにする仕組みが望まれていた。
の担当者によって行われた注文がきちんと承認を得てい
るものかどうかが分からない限り、注文を安易に受ける
ことができないという問題がある。すなわち、担当者か
らの注文が正式に承認されたものでないと、取引が後に
取り止めになってしまったり、商品を納入しても代金が
支払われないなどのトラブルを引き起こす可能性があ
る。そのため、注文が購入側で正式に承認を得たもので
あるかどうかを確認し、承認済みの注文のみを受けるよ
うにする仕組みが望まれていた。
【０００８】本発明は、このような実情に鑑みて成され
たものであり、最終的な承認を得るまでの決裁処理を簡
素化し、一連の商取引をよりスムーズに行えるようにす
ることを目的としている。また、本発明は、商品の販売
側において、購入側から発注された注文が正式に承認を
得ているかどうかを確実に確認できるようにし、商取引
上のトラブル発生を少なくできるようにすることをも目
的としている。
たものであり、最終的な承認を得るまでの決裁処理を簡
素化し、一連の商取引をよりスムーズに行えるようにす
ることを目的としている。また、本発明は、商品の販売
側において、購入側から発注された注文が正式に承認を
得ているかどうかを確実に確認できるようにし、商取引
上のトラブル発生を少なくできるようにすることをも目
的としている。
【０００９】
【課題を解決するための手段】本発明の認証ワークフロ
ーシステムは、商取引において必要となる決裁の認証ワ
ークフローに関する処理を行う認証ワークフローシステ
ムであって、認証ルートおよび各人が持つ商品購入限度
額などの認証情報を登録する認証情報登録手段と、購入
希望の商品およびその購入金額に関する情報を入力する
購入商品情報入力手段と、上記購入商品情報入力手段に
より入力された注文商品の購入金額と、その注文の入力
を行った者に関して上記認証情報登録手段により登録さ
れた商品購入限度額とを比較し、上記商品の購入金額が
上記商品購入限度額を超えている場合に、上記認証情報
登録手段により登録された承認者に対して承認を要求す
る通知を行う承認要求通知手段と、上記承認要求通知手
段により通知された承認要求に対応して、承認に関する
情報を入力する承認手段とを備えたことを特徴とする。
ーシステムは、商取引において必要となる決裁の認証ワ
ークフローに関する処理を行う認証ワークフローシステ
ムであって、認証ルートおよび各人が持つ商品購入限度
額などの認証情報を登録する認証情報登録手段と、購入
希望の商品およびその購入金額に関する情報を入力する
購入商品情報入力手段と、上記購入商品情報入力手段に
より入力された注文商品の購入金額と、その注文の入力
を行った者に関して上記認証情報登録手段により登録さ
れた商品購入限度額とを比較し、上記商品の購入金額が
上記商品購入限度額を超えている場合に、上記認証情報
登録手段により登録された承認者に対して承認を要求す
る通知を行う承認要求通知手段と、上記承認要求通知手
段により通知された承認要求に対応して、承認に関する
情報を入力する承認手段とを備えたことを特徴とする。
【００１０】本発明の他の態様では、上記承認要求通知
手段は、上記購入商品情報入力手段により入力された商
品の購入金額と、ある承認者に関して上記認証情報登録
手段により登録された商品購入限度額とを比較し、上記
商品の購入金額が上記承認者の商品購入限度額を超えて
いる場合に、更に上の承認者に対して承認を要求する通
知を行うことを特徴とする。
手段は、上記購入商品情報入力手段により入力された商
品の購入金額と、ある承認者に関して上記認証情報登録
手段により登録された商品購入限度額とを比較し、上記
商品の購入金額が上記承認者の商品購入限度額を超えて
いる場合に、更に上の承認者に対して承認を要求する通
知を行うことを特徴とする。
【００１１】本発明のその他の態様では、上記承認手段
によって必要な承認が全て得られたときに、注文受付の
確認メッセージを注文者に対して通知する確認通知手段
を備えたことを特徴とする。本発明のその他の態様で
は、上記確認通知手段は、上記承認手段によって必要な
承認が却下されたときに、注文却下の確認メッセージを
注文者に対して通知することを特徴とする。
によって必要な承認が全て得られたときに、注文受付の
確認メッセージを注文者に対して通知する確認通知手段
を備えたことを特徴とする。本発明のその他の態様で
は、上記確認通知手段は、上記承認手段によって必要な
承認が却下されたときに、注文却下の確認メッセージを
注文者に対して通知することを特徴とする。
【００１２】本発明のその他の態様では、上記承認要求
通知手段による承認要求の通知、上記確認通知手段によ
る確認メッセージの通知を電子メールで行うとともに、
上記承認手段による承認に関する情報入力をウェブブラ
ウザによる入力画面で行うようにしたことを特徴とす
る。
通知手段による承認要求の通知、上記確認通知手段によ
る確認メッセージの通知を電子メールで行うとともに、
上記承認手段による承認に関する情報入力をウェブブラ
ウザによる入力画面で行うようにしたことを特徴とす
る。
【００１３】本発明のその他の態様では、上記電子メー
ルに埋め込まれたアドレスに従って上記ウェブブラウザ
による入力画面に遷移する際に、所定のログイン処理を
行うログイン手段を備えたことを特徴とする。
ルに埋め込まれたアドレスに従って上記ウェブブラウザ
による入力画面に遷移する際に、所定のログイン処理を
行うログイン手段を備えたことを特徴とする。
【００１４】本発明のその他の態様では、上記ウェブブ
ラウザによる入力画面には、上記商品の購入金額に応じ
て必要となる全ての承認者および承認の有無を表示する
ことを特徴とする。
ラウザによる入力画面には、上記商品の購入金額に応じ
て必要となる全ての承認者および承認の有無を表示する
ことを特徴とする。
【００１５】本発明のその他の態様では、上記認証ワー
クフローの遷移の状態を注文毎に記憶するワークフロー
情報記憶手段と、上記ワークフロー情報記憶手段に記憶
されている認証ワークフローの現在の状態を参照する状
態参照手段とを備えたことを特徴とする。
クフローの遷移の状態を注文毎に記憶するワークフロー
情報記憶手段と、上記ワークフロー情報記憶手段に記憶
されている認証ワークフローの現在の状態を参照する状
態参照手段とを備えたことを特徴とする。
【００１６】本発明のその他の態様では、上記承認要求
通知手段により上記承認要求が通知された承認者の代わ
りに、更に上の承認者が上記承認に関する情報を入力す
ることを認める代理認証手段を備えたことを特徴とす
る。
通知手段により上記承認要求が通知された承認者の代わ
りに、更に上の承認者が上記承認に関する情報を入力す
ることを認める代理認証手段を備えたことを特徴とす
る。
【００１７】本発明のその他の態様では、上記商取引は
ネットワーク上で行われる電子商取引であることを特徴
とする。
ネットワーク上で行われる電子商取引であることを特徴
とする。
【００１８】本発明のその他の態様では、上記承認手段
によって必要な承認が全て得られた注文に関する次工程
の処理を実行する承認済注文処理手段を備えたことを特
徴とする。
によって必要な承認が全て得られた注文に関する次工程
の処理を実行する承認済注文処理手段を備えたことを特
徴とする。
【００１９】本発明のその他の態様では、必要な承認の
全てが得られていない注文について、上記次工程の処理
の実行を禁止する禁止手段を備えたことを特徴とする。
全てが得られていない注文について、上記次工程の処理
の実行を禁止する禁止手段を備えたことを特徴とする。
【００２０】本発明のその他の態様では、商取引におい
て必要となる決裁の認証ワークフローに関する処理を行
う認証ワークフローシステムであって、認証ルートを登
録する認証情報登録手段と、上記認証情報登録手段によ
り登録された認証ルートに従って、電子メールおよびウ
ェブブラウザの機能を用いて商品注文に関する一連の決
裁の認証処理を行う認証ワークフロー処理手段とを備え
たことを特徴とする。
て必要となる決裁の認証ワークフローに関する処理を行
う認証ワークフローシステムであって、認証ルートを登
録する認証情報登録手段と、上記認証情報登録手段によ
り登録された認証ルートに従って、電子メールおよびウ
ェブブラウザの機能を用いて商品注文に関する一連の決
裁の認証処理を行う認証ワークフロー処理手段とを備え
たことを特徴とする。
【００２１】本発明のその他の態様では、上記認証情報
登録手段は、上記認証ワークフローに関する処理を行う
認証サーバ装置とは別の端末から上記認証サーバ装置へ
のウェブによるアクセスによって上記認証情報の登録を
行うことを特徴とする。
登録手段は、上記認証ワークフローに関する処理を行う
認証サーバ装置とは別の端末から上記認証サーバ装置へ
のウェブによるアクセスによって上記認証情報の登録を
行うことを特徴とする。
【００２２】また、本発明の認証サーバ装置は、商取引
において必要となる決裁の認証ワークフローに関する処
理を行う認証サーバ装置であって、認証ルートおよび各
人が持つ商品購入限度額などの認証情報を記憶する認証
情報記憶手段と、入力された注文商品の購入金額と、そ
の注文の入力を行った者に関して上記認証情報記憶手段
により記憶されている商品購入限度額とを比較し、上記
商品の購入金額が上記商品購入限度額を超えている場合
に、上記認証ルートにより示される承認者に対して承認
を要求する通知を行う承認要求通知手段と、上記承認要
求通知手段により通知された承認要求に応じて上記承認
者により入力された承認に関する情報を受け付ける承認
受付手段とを備えたことを特徴とする。
において必要となる決裁の認証ワークフローに関する処
理を行う認証サーバ装置であって、認証ルートおよび各
人が持つ商品購入限度額などの認証情報を記憶する認証
情報記憶手段と、入力された注文商品の購入金額と、そ
の注文の入力を行った者に関して上記認証情報記憶手段
により記憶されている商品購入限度額とを比較し、上記
商品の購入金額が上記商品購入限度額を超えている場合
に、上記認証ルートにより示される承認者に対して承認
を要求する通知を行う承認要求通知手段と、上記承認要
求通知手段により通知された承認要求に応じて上記承認
者により入力された承認に関する情報を受け付ける承認
受付手段とを備えたことを特徴とする。
【００２３】本発明のその他の態様では、必要な承認が
全て得られたときに、注文受付の確認メッセージを注文
者に対して通知する確認通知手段を備えたことを特徴と
する。本発明のその他の態様では、上記確認通知手段
は、必要な承認が却下されたときに、注文却下の確認メ
ッセージを注文者に対して通知することを特徴とする。
全て得られたときに、注文受付の確認メッセージを注文
者に対して通知する確認通知手段を備えたことを特徴と
する。本発明のその他の態様では、上記確認通知手段
は、必要な承認が却下されたときに、注文却下の確認メ
ッセージを注文者に対して通知することを特徴とする。
【００２４】本発明のその他の態様では、上記承認要求
通知手段による承認要求の通知、上記確認通知手段によ
る確認メッセージの通知を電子メールで行うとともに、
上記承認要求通知の電子メールに埋め込まれたアドレス
が指定されたときに、所定のログイン処理を経て上記承
認を促すためのウェブブラウザによる入力画面に遷移さ
せるようにしたことを特徴とする。
通知手段による承認要求の通知、上記確認通知手段によ
る確認メッセージの通知を電子メールで行うとともに、
上記承認要求通知の電子メールに埋め込まれたアドレス
が指定されたときに、所定のログイン処理を経て上記承
認を促すためのウェブブラウザによる入力画面に遷移さ
せるようにしたことを特徴とする。
【００２５】本発明のその他の態様では、上記認証ワー
クフローの遷移の状態を注文毎に記憶するワークフロー
情報記憶手段と、上記ワークフロー情報記憶手段に記憶
されている認証ワークフローの現在の状態を要求に応じ
て提供する状態情報提供手段とを備えたことを特徴とす
る。
クフローの遷移の状態を注文毎に記憶するワークフロー
情報記憶手段と、上記ワークフロー情報記憶手段に記憶
されている認証ワークフローの現在の状態を要求に応じ
て提供する状態情報提供手段とを備えたことを特徴とす
る。
【００２６】本発明のその他の態様では、上記承認要求
通知手段により上記承認要求が通知された承認者の代わ
りに、更に上の承認者が上記承認に関する情報を入力す
ることを認める代理認証手段を備えたことを特徴とす
る。
通知手段により上記承認要求が通知された承認者の代わ
りに、更に上の承認者が上記承認に関する情報を入力す
ることを認める代理認証手段を備えたことを特徴とす
る。
【００２７】本発明のその他の態様では、必要な承認が
全て得られた注文に関する次工程の処理を実行する承認
済注文処理手段を備えたことを特徴とする。本発明のそ
の他の態様では、上記必要な承認の全てが得られていな
い注文について、上記次工程の処理の実行を禁止する禁
止手段を備えたことを特徴とする。
全て得られた注文に関する次工程の処理を実行する承認
済注文処理手段を備えたことを特徴とする。本発明のそ
の他の態様では、上記必要な承認の全てが得られていな
い注文について、上記次工程の処理の実行を禁止する禁
止手段を備えたことを特徴とする。
【００２８】本発明のその他の態様では、商取引におい
て必要となる決裁の認証ワークフローに関する処理を行
う認証サーバ装置であって、認証ルートを記憶する認証
情報記憶手段と、上記認証情報記憶手段により記憶され
ている認証ルートに従って、電子メールおよびウェブブ
ラウザの機能を用いて商品注文に関する一連の決裁の認
証処理を行う認証ワークフロー処理手段とを備えたこと
を特徴とする。
て必要となる決裁の認証ワークフローに関する処理を行
う認証サーバ装置であって、認証ルートを記憶する認証
情報記憶手段と、上記認証情報記憶手段により記憶され
ている認証ルートに従って、電子メールおよびウェブブ
ラウザの機能を用いて商品注文に関する一連の決裁の認
証処理を行う認証ワークフロー処理手段とを備えたこと
を特徴とする。
【００２９】本発明のその他の態様では、上記認証情報
記憶手段に記憶される認証情報は、上記認証サーバ装置
とは別の端末から上記認証サーバ装置へのウェブによる
アクセスによって登録されることを特徴とする。
記憶手段に記憶される認証情報は、上記認証サーバ装置
とは別の端末から上記認証サーバ装置へのウェブによる
アクセスによって登録されることを特徴とする。
【００３０】また、本発明の決裁に関する認証方法は、
商取引において必要となる決裁の認証を行う決裁に関す
る認証方法であって、認証ルートおよび各承認者が持つ
商品購入限度額などの認証情報を登録する認証情報登録
ステップと、購入希望の商品およびその購入金額に関す
る情報を入力する購入商品情報入力ステップと、上記入
力された商品の購入金額と、その入力を行った者に関し
て登録されている商品購入限度額とを比較し、上記商品
の購入金額が上記商品購入限度額を超えている場合に、
上記認証ルートにより示される承認者に対して承認を要
求する通知を行う承認要求通知ステップと、上記通知さ
れた承認要求に対応して、承認に関する情報を入力する
承認ステップとを有することを特徴とする。
商取引において必要となる決裁の認証を行う決裁に関す
る認証方法であって、認証ルートおよび各承認者が持つ
商品購入限度額などの認証情報を登録する認証情報登録
ステップと、購入希望の商品およびその購入金額に関す
る情報を入力する購入商品情報入力ステップと、上記入
力された商品の購入金額と、その入力を行った者に関し
て登録されている商品購入限度額とを比較し、上記商品
の購入金額が上記商品購入限度額を超えている場合に、
上記認証ルートにより示される承認者に対して承認を要
求する通知を行う承認要求通知ステップと、上記通知さ
れた承認要求に対応して、承認に関する情報を入力する
承認ステップとを有することを特徴とする。
【００３１】また、本発明のコンピュータ読み取り可能
な記録媒体は、請求項１〜２５の何れか１項に記載の各
手段としてコンピュータを機能させるためのプログラ
ム、あるいは、請求項２６〜３４の何れか１項に記載さ
れた決裁の認証方法の処理手順をコンピュータに実行さ
せるためのプログラム記録したことを特徴とする。
な記録媒体は、請求項１〜２５の何れか１項に記載の各
手段としてコンピュータを機能させるためのプログラ
ム、あるいは、請求項２６〜３４の何れか１項に記載さ
れた決裁の認証方法の処理手順をコンピュータに実行さ
せるためのプログラム記録したことを特徴とする。
【００３２】本発明は上記技術手段より成るので、商取
引において必要となる決裁の一連の認証が電子的なワー
クフロー処理によって行われ、紙ベースによる煩雑な事
務処理は全く行う必要がなくなる。また、認証ルートが
あらかじめ登録され、これに従って認証の処理が半自動
的に行われることとなるので、希望する商品を購入する
のに承認が必要かどうかや、誰の承認を得なければなら
ないか等について何ら意識する必要がない。また、商品
の購入金額に応じて必要となる全ての承認者および承認
の有無を承認入力画面に表示することにより、承認が必
要な者と認証ワークフローの進捗状況が一目瞭然とな
る。
引において必要となる決裁の一連の認証が電子的なワー
クフロー処理によって行われ、紙ベースによる煩雑な事
務処理は全く行う必要がなくなる。また、認証ルートが
あらかじめ登録され、これに従って認証の処理が半自動
的に行われることとなるので、希望する商品を購入する
のに承認が必要かどうかや、誰の承認を得なければなら
ないか等について何ら意識する必要がない。また、商品
の購入金額に応じて必要となる全ての承認者および承認
の有無を承認入力画面に表示することにより、承認が必
要な者と認証ワークフローの進捗状況が一目瞭然とな
る。
【００３３】本発明の他の特徴によれば、必要な承認が
全て得られたときには注文受付の確認メッセージを注文
者に対して通知し、必要な承認が却下されたときには注
文却下の確認メッセージを注文者に対して通知するよう
にしたので、スピーディかつ正確な注文の確認を行うこ
とが可能となる。
全て得られたときには注文受付の確認メッセージを注文
者に対して通知し、必要な承認が却下されたときには注
文却下の確認メッセージを注文者に対して通知するよう
にしたので、スピーディかつ正確な注文の確認を行うこ
とが可能となる。
【００３４】本発明のその他の特徴によれば、承認要求
の通知や確認メッセージの通知を電子メールで行うとと
もに、承認をウェブブラウザによる入力画面で行うよう
にしたので、各人が使用する端末においては電子メール
の機能とウェブブラウザの機能とがあれば良く、特別な
クライアントソフトウェアなどを備える必要はない。
の通知や確認メッセージの通知を電子メールで行うとと
もに、承認をウェブブラウザによる入力画面で行うよう
にしたので、各人が使用する端末においては電子メール
の機能とウェブブラウザの機能とがあれば良く、特別な
クライアントソフトウェアなどを備える必要はない。
【００３５】本発明のその他の特徴によれば、電子メー
ルに埋め込まれたアドレスに従ってウェブブラウザによ
る入力画面に遷移する際に、所定のログイン処理を行う
ようにしたので、承認を行う権限を有する承認者だけが
実際に承認を行えるようになり、認証に関する不正や間
違いを防止することが可能となる。
ルに埋め込まれたアドレスに従ってウェブブラウザによ
る入力画面に遷移する際に、所定のログイン処理を行う
ようにしたので、承認を行う権限を有する承認者だけが
実際に承認を行えるようになり、認証に関する不正や間
違いを防止することが可能となる。
【００３６】本発明のその他の特徴によれば、認証ワー
クフローの現在の状態を参照できるようにしたので、例
えば、注文を出してから最終的な認証が下りるまでに時
間がかかっているような場合に、認証ワークフローがど
こで停滞しているかなどの確認を行うことが可能とな
る。
クフローの現在の状態を参照できるようにしたので、例
えば、注文を出してから最終的な認証が下りるまでに時
間がかかっているような場合に、認証ワークフローがど
こで停滞しているかなどの確認を行うことが可能とな
る。
【００３７】また、本発明のその他の特徴によれば、承
認要求が通知された承認者の代わりに、更に上の承認者
が承認に関する情報を入力することを認めるようにした
ので、認証ワークフローの状態がある承認者のところで
停滞していても、代理の承認者によって承認を行うこと
ができ、一連の認証処理を速やかに行うことが可能とな
る。
認要求が通知された承認者の代わりに、更に上の承認者
が承認に関する情報を入力することを認めるようにした
ので、認証ワークフローの状態がある承認者のところで
停滞していても、代理の承認者によって承認を行うこと
ができ、一連の認証処理を速やかに行うことが可能とな
る。
【００３８】本発明のその他の特徴によれば、商取引が
ネットワーク上で行われる電子商取引であり、必要な承
認が全て得られた注文については次工程の処理を実行す
るようにしたので、注文を最終的に承認するまでの決裁
処理と、オンライン上で発注や配送指示などを行う次工
程の処理とを有機的に結び付けて一連の電子商取引をよ
りスムーズに行うことが可能となる。また、商品販売側
の企業にとっても、発注された注文が正式に承認を得て
いるかどうかを容易に把握することが可能となる。
ネットワーク上で行われる電子商取引であり、必要な承
認が全て得られた注文については次工程の処理を実行す
るようにしたので、注文を最終的に承認するまでの決裁
処理と、オンライン上で発注や配送指示などを行う次工
程の処理とを有機的に結び付けて一連の電子商取引をよ
りスムーズに行うことが可能となる。また、商品販売側
の企業にとっても、発注された注文が正式に承認を得て
いるかどうかを容易に把握することが可能となる。
【００３９】本発明のその他の特徴によれば、必要な承
認の全てが得られていない注文については次工程の処理
の実行を禁止するようにしたので、最終的な決裁が下り
ていない注文が誤って発注されてしまうなどの不都合を
防ぐことが可能となる。
認の全てが得られていない注文については次工程の処理
の実行を禁止するようにしたので、最終的な決裁が下り
ていない注文が誤って発注されてしまうなどの不都合を
防ぐことが可能となる。
【００４０】本発明のその他の特徴によれば、認証サー
バ装置とは別の端末から認証サーバ装置へのウェブによ
るアクセスによって認証情報を登録するようにしたの
で、認証情報の登録を、認証サーバを管理する場所とは
別の場所から行うことが可能となる。例えば、この認証
情報の登録をそれぞれの購入側企業において分散して行
うことにより、認証サーバの管理側の負担を軽減するこ
とが可能となる。
バ装置とは別の端末から認証サーバ装置へのウェブによ
るアクセスによって認証情報を登録するようにしたの
で、認証情報の登録を、認証サーバを管理する場所とは
別の場所から行うことが可能となる。例えば、この認証
情報の登録をそれぞれの購入側企業において分散して行
うことにより、認証サーバの管理側の負担を軽減するこ
とが可能となる。
【００４１】
【発明の実施の形態】以下、本発明の一実施形態を図面
に基づいて説明する。
に基づいて説明する。
【００４２】（第１の実施形態）図１は、第１の実施形
態による認証ワークフローシステムの一構成例を示す図
である。この図１に示すシステムは、例えば企業内の担
当者２がインターネット７上で商品を購入する際に、そ
の商取引に伴う決裁のワークフローを認証サーバ１で処
理し、一連の認証処理を電子的に行うようにした例につ
いて示すものである。
態による認証ワークフローシステムの一構成例を示す図
である。この図１に示すシステムは、例えば企業内の担
当者２がインターネット７上で商品を購入する際に、そ
の商取引に伴う決裁のワークフローを認証サーバ１で処
理し、一連の認証処理を電子的に行うようにした例につ
いて示すものである。
【００４３】図１において、認証サーバ１は、例えばオ
ンラインショッピングの電子店舗を持つ企業、あるいは
当該企業の委託を受けたデータセンタ等に置かれる。ま
た、ユーザ端末２，３，４は、例えば商品を購入する側
の企業等に置かれる。そして、上記認証サーバ１とユー
ザ端末２，３，４とがインターネット７を介して接続さ
れる。
ンラインショッピングの電子店舗を持つ企業、あるいは
当該企業の委託を受けたデータセンタ等に置かれる。ま
た、ユーザ端末２，３，４は、例えば商品を購入する側
の企業等に置かれる。そして、上記認証サーバ１とユー
ザ端末２，３，４とがインターネット７を介して接続さ
れる。
【００４４】上記ユーザ端末２，３，４のうち、２は担
当者端末であり、希望商品の注文を行う担当者が使用す
るものである。３，４は承認者端末であり、担当者によ
り行われた注文を承認する上司などが使用するものであ
る。ここでは、一方の承認者端末３は担当者の直属の上
司が使用する端末であり、もう一方の承認者端末４は更
にその上司が使用する端末であるものとして説明する。
当者端末であり、希望商品の注文を行う担当者が使用す
るものである。３，４は承認者端末であり、担当者によ
り行われた注文を承認する上司などが使用するものであ
る。ここでは、一方の承認者端末３は担当者の直属の上
司が使用する端末であり、もう一方の承認者端末４は更
にその上司が使用する端末であるものとして説明する。
【００４５】なお、ここで言う担当者端末２および承認
者端末３，４は、物理的な端末ではなく、論理的な端末
を意味する。つまり、物理的に同じ端末でも、それを使
用する者が担当者であれば担当者端末２となり、承認者
であれば承認者端末３，４となる。また、ここでは説明
の便宜上、上司は、担当者によりなされた注文の承認を
行うものとしたが、上司自身が商品の注文を行うことが
できることは言うまでもない。
者端末３，４は、物理的な端末ではなく、論理的な端末
を意味する。つまり、物理的に同じ端末でも、それを使
用する者が担当者であれば担当者端末２となり、承認者
であれば承認者端末３，４となる。また、ここでは説明
の便宜上、上司は、担当者によりなされた注文の承認を
行うものとしたが、上司自身が商品の注文を行うことが
できることは言うまでもない。
【００４６】本実施形態の認証ワークフローシステムで
は、例えば担当者端末２から商品の注文が入力される
と、当該担当者端末２および承認者端末３，４を含むユ
ーザ端末と認証サーバ１との間のインタラクティブ処理
により、その入力された注文に関する一連の電子決裁
（上司による承認）の処理が行われる。そして、最終的
に決裁が下りた時点で、入力された注文の受注が完了す
ることとなる。
は、例えば担当者端末２から商品の注文が入力される
と、当該担当者端末２および承認者端末３，４を含むユ
ーザ端末と認証サーバ１との間のインタラクティブ処理
により、その入力された注文に関する一連の電子決裁
（上司による承認）の処理が行われる。そして、最終的
に決裁が下りた時点で、入力された注文の受注が完了す
ることとなる。
【００４７】図２は、上記認証サーバ１およびユーザ端
末２，３，４の機能的な構成例を示すブロック図であ
る。図２において、１１はウェブサーバであり、ユーザ
端末２，３，４に対してＨＴＭＬ（Hyper Text Markup
Language）などの情報を提供する。具体的には、ユーザ
端末２，３，４からの要求に応じて、商品の注文を行う
ための注文入力画面、注文の承認を行うための注文承認
画面、当該注文承認画面に遷移するためのログイン画面
などをＨＴＭＬ形式で提供する。
末２，３，４の機能的な構成例を示すブロック図であ
る。図２において、１１はウェブサーバであり、ユーザ
端末２，３，４に対してＨＴＭＬ（Hyper Text Markup
Language）などの情報を提供する。具体的には、ユーザ
端末２，３，４からの要求に応じて、商品の注文を行う
ための注文入力画面、注文の承認を行うための注文承認
画面、当該注文承認画面に遷移するためのログイン画面
などをＨＴＭＬ形式で提供する。
【００４８】１２はメールサーバであり、本実施形態で
は特に、認証サーバ１内で作成された電子メールをユー
ザ端末２，３，４に送信する処理を行う。具体的には、
一定の場合に認証サーバ１内で作成される注文承認依頼
に関する電子メールを承認者端末３，４に送信したり、
注文受付や注文却下の確認メッセージに関する電子メー
ルを注文者の担当者端末２に送信したりする。
は特に、認証サーバ１内で作成された電子メールをユー
ザ端末２，３，４に送信する処理を行う。具体的には、
一定の場合に認証サーバ１内で作成される注文承認依頼
に関する電子メールを承認者端末３，４に送信したり、
注文受付や注文却下の確認メッセージに関する電子メー
ルを注文者の担当者端末２に送信したりする。
【００４９】１３は商品登録部であり、電子店舗におい
て販売している商品に関する種々の情報を登録する。こ
こで登録する商品情報には、例えば商品名、商品の仕
様、標準単価、仕切率、販売単価、備考事項などが含ま
れる。この商品情報の登録は、例えば認証サーバ１が備
える表示装置に表示された入力画面において、キーボー
ドやマウスなどの入力デバイスを用いて商品情報を入力
することによって行う。また、認証サーバ１以外の端末
で作成された商品情報を、フロッピー（登録商標）ディ
スクなどのリムーバル記憶媒体あるいはインターネット
７を介して入力することによって登録しても良い。登録
された商品情報は、商品情報記憶部１４に蓄積保存され
る。
て販売している商品に関する種々の情報を登録する。こ
こで登録する商品情報には、例えば商品名、商品の仕
様、標準単価、仕切率、販売単価、備考事項などが含ま
れる。この商品情報の登録は、例えば認証サーバ１が備
える表示装置に表示された入力画面において、キーボー
ドやマウスなどの入力デバイスを用いて商品情報を入力
することによって行う。また、認証サーバ１以外の端末
で作成された商品情報を、フロッピー（登録商標）ディ
スクなどのリムーバル記憶媒体あるいはインターネット
７を介して入力することによって登録しても良い。登録
された商品情報は、商品情報記憶部１４に蓄積保存され
る。
【００５０】１５は取引先登録部であり、商品の取引先
に関する種々の情報を登録する。ここで登録する取引先
情報には、例えば購入側企業の企業名、電子メールアド
レス、備考事項などが含まれる。この取引先情報の登録
は、例えば認証サーバ１が備える表示装置に表示された
入力画面において、キーボードやマウスなどの入力デバ
イスを用いて取引先情報を入力することによって行う。
また、認証サーバ１以外の端末で作成された取引先情報
をフロッピーディスクなどのリムーバル記憶媒体あるい
はインターネット７を介して入力することによって登録
しても良い。登録された取引先情報は、取引先情報記憶
部１６に蓄積保存される。
に関する種々の情報を登録する。ここで登録する取引先
情報には、例えば購入側企業の企業名、電子メールアド
レス、備考事項などが含まれる。この取引先情報の登録
は、例えば認証サーバ１が備える表示装置に表示された
入力画面において、キーボードやマウスなどの入力デバ
イスを用いて取引先情報を入力することによって行う。
また、認証サーバ１以外の端末で作成された取引先情報
をフロッピーディスクなどのリムーバル記憶媒体あるい
はインターネット７を介して入力することによって登録
しても良い。登録された取引先情報は、取引先情報記憶
部１６に蓄積保存される。
【００５１】３１は注文入力部であり、ユーザ端末２，
３，４が備えるウェブブラウザ機能を用いて、所望の商
品を購入するための注文を入力する。具体的には、ユー
ザ端末２，３，４が備えるキーボードやマウスなどの入
力デバイスを用いて所定のＵＲＬ（Uniform Resource L
ocator）を指定することにより、商品を選択して注文を
行うための画面を表示装置に表示させ、ここで注文の入
力を行う。この注文入力画面は、認証サーバ１内の商品
情報記憶部１４に記憶されている商品情報等に基づいて
ウェブサーバ１１によって提供される。本発明の購入商
品情報入力手段はこの注文入力部３１を含んで構成され
る。
３，４が備えるウェブブラウザ機能を用いて、所望の商
品を購入するための注文を入力する。具体的には、ユー
ザ端末２，３，４が備えるキーボードやマウスなどの入
力デバイスを用いて所定のＵＲＬ（Uniform Resource L
ocator）を指定することにより、商品を選択して注文を
行うための画面を表示装置に表示させ、ここで注文の入
力を行う。この注文入力画面は、認証サーバ１内の商品
情報記憶部１４に記憶されている商品情報等に基づいて
ウェブサーバ１１によって提供される。本発明の購入商
品情報入力手段はこの注文入力部３１を含んで構成され
る。
【００５２】１７は認証情報登録部であり、商品購入側
で注文の承認を行う際における一連の認証ルートおよび
各人が持つ商品購入限度額（決裁権限）などの認証情報
を登録する。ここで登録する認証ルートは、１つの企業
内で完結する認証ルートだけでなく、複数の企業にまた
がったグループ企業内の認証ルートであっても良い。ま
た、企業に関する認証ルートに限らず、一連の承認処理
が必要なその他の団体等についても認証ルートを任意に
設定することが可能である。
で注文の承認を行う際における一連の認証ルートおよび
各人が持つ商品購入限度額（決裁権限）などの認証情報
を登録する。ここで登録する認証ルートは、１つの企業
内で完結する認証ルートだけでなく、複数の企業にまた
がったグループ企業内の認証ルートであっても良い。ま
た、企業に関する認証ルートに限らず、一連の承認処理
が必要なその他の団体等についても認証ルートを任意に
設定することが可能である。
【００５３】以下では一例として、１つの企業内で完結
する認証ルートを登録する場合について説明する。この
場合における認証ルートの登録は、例えば、企業内の組
織および各組織部門における担当者（購入者）および承
認者などの組織情報を登録することによって行うことが
可能である。
する認証ルートを登録する場合について説明する。この
場合における認証ルートの登録は、例えば、企業内の組
織および各組織部門における担当者（購入者）および承
認者などの組織情報を登録することによって行うことが
可能である。
【００５４】このような認証情報の登録は、例えば認証
サーバ１が備える表示装置に表示された入力画面におい
て、キーボードやマウスなどの入力デバイスを用いて認
証情報を入力することによって行う。また、認証サーバ
１以外の端末で作成された認証情報をフロッピーディス
クなどのリムーバル記憶媒体あるいはインターネット７
を介して入力することによって登録しても良い。登録さ
れた認証情報は、認証情報記憶部１８に蓄積保存され
る。
サーバ１が備える表示装置に表示された入力画面におい
て、キーボードやマウスなどの入力デバイスを用いて認
証情報を入力することによって行う。また、認証サーバ
１以外の端末で作成された認証情報をフロッピーディス
クなどのリムーバル記憶媒体あるいはインターネット７
を介して入力することによって登録しても良い。登録さ
れた認証情報は、認証情報記憶部１８に蓄積保存され
る。
【００５５】図４は、認証サーバ１の表示装置に表示さ
れる認証情報の登録画面の一例を示す図である。図４に
示す認証情報登録画面（ワークフロー設定画面）には、
認証ルート（例えば企業内の組織情報）を登録するため
のフィールド４１と、企業内の各人に関して認証を行う
のに必要な種々の情報を登録するためのフィールド４２
とが含まれる。
れる認証情報の登録画面の一例を示す図である。図４に
示す認証情報登録画面（ワークフロー設定画面）には、
認証ルート（例えば企業内の組織情報）を登録するため
のフィールド４１と、企業内の各人に関して認証を行う
のに必要な種々の情報を登録するためのフィールド４２
とが含まれる。
【００５６】企業内の組織情報は、図４のフィールド４
１に示すようにツリー構造で表す。そして、ツリー構造
で表したそれぞれの組織部門に少なくとも一人の承認者
（上司）を設定する。図４の例では、社長、事業部長、
部長、課長が承認者に設定され、これらは承認者である
ことを表すマークで表示されている。また、開発２課の
中には課長の他に担当者Ａ，Ｂ，Ｃが含まれていること
が示されており、これらは承認者と異なるマークで表示
されている。
１に示すようにツリー構造で表す。そして、ツリー構造
で表したそれぞれの組織部門に少なくとも一人の承認者
（上司）を設定する。図４の例では、社長、事業部長、
部長、課長が承認者に設定され、これらは承認者である
ことを表すマークで表示されている。また、開発２課の
中には課長の他に担当者Ａ，Ｂ，Ｃが含まれていること
が示されており、これらは承認者と異なるマークで表示
されている。
【００５７】また、各人に関する認証のための情報とし
ては、図４のフィールド４２に示すように、ログインＩ
Ｄ、パスワード、氏名、部署名、電子メールアドレス、
購入限度額（決裁権限）などを登録する。購入限度額は
通常、担当者＜課長＜部長＜事業部長＜社長の順で高く
設定される。担当者の購入限度額を０円に設定すること
もある。
ては、図４のフィールド４２に示すように、ログインＩ
Ｄ、パスワード、氏名、部署名、電子メールアドレス、
購入限度額（決裁権限）などを登録する。購入限度額は
通常、担当者＜課長＜部長＜事業部長＜社長の順で高く
設定される。担当者の購入限度額を０円に設定すること
もある。
【００５８】図２に戻り、１９は注文管理部であり、ユ
ーザ端末２，３，４の注文入力部３１から送られてくる
注文情報を入力し、管理する処理を行う。具体的には、
注文管理部１９は、注文入力部３１からウェブサーバ１
１を介して入力される注文ごとにユニークな番号を付
し、注文情報記憶部２０に蓄積保存して管理する。ここ
での注文情報には、購入する商品名、購入数、購入金額
などの情報が含まれる。
ーザ端末２，３，４の注文入力部３１から送られてくる
注文情報を入力し、管理する処理を行う。具体的には、
注文管理部１９は、注文入力部３１からウェブサーバ１
１を介して入力される注文ごとにユニークな番号を付
し、注文情報記憶部２０に蓄積保存して管理する。ここ
での注文情報には、購入する商品名、購入数、購入金額
などの情報が含まれる。
【００５９】２１は状態遷移制御部であり、注文情報記
憶部２０に記憶されている注文情報および認証情報記憶
部１８に記憶されている認証情報に基づいて、認証ワー
クフローの状態を適宜遷移させる処理を行う。すなわ
ち、注文管理部１９で最初に注文の入力が行われたとき
には、当該注文管理部１９からの通知を受けて、その注
文に関するワークフローの状態を初期状態（未承認の状
態）に設定する。その後は、承認者によって注文の承認
が行われる毎に、ワークフローの状態を逐次遷移させる
処理を行う。
憶部２０に記憶されている注文情報および認証情報記憶
部１８に記憶されている認証情報に基づいて、認証ワー
クフローの状態を適宜遷移させる処理を行う。すなわ
ち、注文管理部１９で最初に注文の入力が行われたとき
には、当該注文管理部１９からの通知を受けて、その注
文に関するワークフローの状態を初期状態（未承認の状
態）に設定する。その後は、承認者によって注文の承認
が行われる毎に、ワークフローの状態を逐次遷移させる
処理を行う。
【００６０】この状態遷移制御部２１によるワークフロ
ーの状態遷移は、対象とする注文に関してワークフロー
の遷移状態を表した情報をワークフロー情報記憶部２２
の中から読み出し、後述する承認受付部２５から与えら
れる承認情報に従って、承認を行った者の状態を未承認
から承認済に変更することによって行われる。
ーの状態遷移は、対象とする注文に関してワークフロー
の遷移状態を表した情報をワークフロー情報記憶部２２
の中から読み出し、後述する承認受付部２５から与えら
れる承認情報に従って、承認を行った者の状態を未承認
から承認済に変更することによって行われる。
【００６１】本実施形態の状態遷移制御部２１は、上述
のように認証ワークフローの状態を遷移させる処理を行
う過程で、必要に応じて、後述する承認依頼通知部２６
に指示を出して承認依頼の通知メールを承認者端末３，
４に送信したり、後述する確認メッセージ通知部２７に
指示を出して注文受付や注文却下の確認メッセージの通
知メールを注文者の担当者端末２に送信したりする処理
も行う。
のように認証ワークフローの状態を遷移させる処理を行
う過程で、必要に応じて、後述する承認依頼通知部２６
に指示を出して承認依頼の通知メールを承認者端末３，
４に送信したり、後述する確認メッセージ通知部２７に
指示を出して注文受付や注文却下の確認メッセージの通
知メールを注文者の担当者端末２に送信したりする処理
も行う。
【００６２】すなわち、状態遷移制御部２１は、注文情
報記憶部２０に注文情報の一部として記憶されている商
品の購入金額（複数の商品を購入した場合にはトータル
の金額）と、認証情報記憶部１８に認証情報の一部とし
て記憶されている、注文を行った者の購入限度額とを比
較する。そして、商品の購入金額が注文者の購入限度額
を超えている場合に、承認依頼通知部２６に対して承認
依頼の通知メールを承認者端末３，４に送信することを
指示する。
報記憶部２０に注文情報の一部として記憶されている商
品の購入金額（複数の商品を購入した場合にはトータル
の金額）と、認証情報記憶部１８に認証情報の一部とし
て記憶されている、注文を行った者の購入限度額とを比
較する。そして、商品の購入金額が注文者の購入限度額
を超えている場合に、承認依頼通知部２６に対して承認
依頼の通知メールを承認者端末３，４に送信することを
指示する。
【００６３】また、ある承認者が上記承認依頼の通知メ
ールに基づき注文の承認を行った場合には、状態遷移制
御部２１は、注文情報記憶部２０に注文情報の一部とし
て記憶されている商品の購入金額と、認証情報記憶部１
８に認証情報の一部として記憶されている上記承認者の
購入限度額とを比較する。そして、商品の購入金額がそ
の承認者の購入限度額を超えている場合に、承認依頼通
知部２６に対して承認依頼の通知メールを承認者端末
３，４に送信することを指示する。
ールに基づき注文の承認を行った場合には、状態遷移制
御部２１は、注文情報記憶部２０に注文情報の一部とし
て記憶されている商品の購入金額と、認証情報記憶部１
８に認証情報の一部として記憶されている上記承認者の
購入限度額とを比較する。そして、商品の購入金額がそ
の承認者の購入限度額を超えている場合に、承認依頼通
知部２６に対して承認依頼の通知メールを承認者端末
３，４に送信することを指示する。
【００６４】つまり、例えば担当者Ａからある商品の注
文が行われた場合に、その商品の購入金額が担当者Ａの
購入限度額を超えているときには、承認依頼通知部２６
に対して、承認依頼の通知メールを直属の上司（課長）
の承認者端末３に送信することを指示する。また、当該
課長によって承認が行われたときにも、上記商品の購入
金額と課長の購入限度額とを比較する。そして、商品の
購入金額が課長の購入限度額を超えている場合には、承
認依頼通知部２６に対して、承認依頼の通知メールを更
に上司（部長）の承認者端末４に送信することを指示す
る。このときどの承認者端末３，４に通知を行うかは、
認証情報記憶部１８に記憶されている認証ルート情報に
基づいて判断する。
文が行われた場合に、その商品の購入金額が担当者Ａの
購入限度額を超えているときには、承認依頼通知部２６
に対して、承認依頼の通知メールを直属の上司（課長）
の承認者端末３に送信することを指示する。また、当該
課長によって承認が行われたときにも、上記商品の購入
金額と課長の購入限度額とを比較する。そして、商品の
購入金額が課長の購入限度額を超えている場合には、承
認依頼通知部２６に対して、承認依頼の通知メールを更
に上司（部長）の承認者端末４に送信することを指示す
る。このときどの承認者端末３，４に通知を行うかは、
認証情報記憶部１８に記憶されている認証ルート情報に
基づいて判断する。
【００６５】また、状態遷移制御部２１は、注文情報記
憶部２０に注文情報の一部として記憶されている商品の
購入金額と、認証情報記憶部１８に認証情報の一部とし
て記憶されている購入限度額とを比較し、商品の購入金
額が購入限度額内に収まっている場合（商品の購入金額
が注文を行った者の購入限度額以下の場合、必要な承認
が全て得られた場合の双方を含む）に、確認メッセージ
通知部２７に対して注文受付の確認メールを担当者端末
２に送信することを指示する。
憶部２０に注文情報の一部として記憶されている商品の
購入金額と、認証情報記憶部１８に認証情報の一部とし
て記憶されている購入限度額とを比較し、商品の購入金
額が購入限度額内に収まっている場合（商品の購入金額
が注文を行った者の購入限度額以下の場合、必要な承認
が全て得られた場合の双方を含む）に、確認メッセージ
通知部２７に対して注文受付の確認メールを担当者端末
２に送信することを指示する。
【００６６】さらに、状態遷移制御部２１は、ある承認
者によって注文が却下された場合には、確認メッセージ
通知部２７に対して注文却下の確認メールを担当者端末
２に送信することを指示する。
者によって注文が却下された場合には、確認メッセージ
通知部２７に対して注文却下の確認メールを担当者端末
２に送信することを指示する。
【００６７】上記承認依頼通知部２６は、上記状態遷移
制御部２１からの指示に応じて、メールサーバ１２を用
いて承認者端末３，４に対して承認依頼の通知を電子メ
ールで行う。承認依頼通知部２６がこの承認依頼の通知
を行うときは、注文を行った者の端末（担当者端末２、
承認者端末３，４の何れか）に対して、承認が必要であ
ることを知らせる確認通知も電子メールで行う。本発明
の承認要求通知手段は、上記状態遷移制御部２１および
承認依頼通知部２６を含んで構成される。
制御部２１からの指示に応じて、メールサーバ１２を用
いて承認者端末３，４に対して承認依頼の通知を電子メ
ールで行う。承認依頼通知部２６がこの承認依頼の通知
を行うときは、注文を行った者の端末（担当者端末２、
承認者端末３，４の何れか）に対して、承認が必要であ
ることを知らせる確認通知も電子メールで行う。本発明
の承認要求通知手段は、上記状態遷移制御部２１および
承認依頼通知部２６を含んで構成される。
【００６８】また、確認メッセージ通知部２７は、上記
状態遷移制御部２１からの指示に応じて、承認が不要で
あるか全ての承認が済んだことを知らせる注文受付の確
認メッセージ、または何れかの承認者で承認が行われず
に注文が却下されたことを表す注文却下の確認メッセー
ジをメールサーバ１２を用いて電子メールで通知する。
本発明の確認通知手段は、上記状態遷移制御部２１およ
び確認メッセージ通知部２７を含んで構成される。
状態遷移制御部２１からの指示に応じて、承認が不要で
あるか全ての承認が済んだことを知らせる注文受付の確
認メッセージ、または何れかの承認者で承認が行われず
に注文が却下されたことを表す注文却下の確認メッセー
ジをメールサーバ１２を用いて電子メールで通知する。
本発明の確認通知手段は、上記状態遷移制御部２１およ
び確認メッセージ通知部２７を含んで構成される。
【００６９】３４は通知受信部であり、認証サーバ１の
メールサーバ１２から電子メールの形で送られてくる種
々の通知を受信する。すなわち、この通知受信部３４
は、上述の承認依頼通知部２６により行われる注文承認
の依頼通知および承認依頼の確認通知に関する電子メー
ルを受信する。また、上述の確認メッセージ通知部２７
により行われる注文受付および注文却下の確認通知に関
する電子メールも受信する。
メールサーバ１２から電子メールの形で送られてくる種
々の通知を受信する。すなわち、この通知受信部３４
は、上述の承認依頼通知部２６により行われる注文承認
の依頼通知および承認依頼の確認通知に関する電子メー
ルを受信する。また、上述の確認メッセージ通知部２７
により行われる注文受付および注文却下の確認通知に関
する電子メールも受信する。
【００７０】図５は、承認依頼通知部２６からメールサ
ーバ１２により承認者端末３，４に送られてくる注文承
認依頼メッセージの電子メールの表示例を示す図であ
る。図５に示すように、注文承認依頼メールの中には、
注文承認画面のＵＲＬ５１が埋めこまれている。この注
文承認依頼メールを受け取った承認者は、その中のＵＲ
Ｌ５１をマウスでクリックすることにより、ウェブブラ
ウザによる注文承認画面を承認者端末３，４の表示装置
に表示させることができる。
ーバ１２により承認者端末３，４に送られてくる注文承
認依頼メッセージの電子メールの表示例を示す図であ
る。図５に示すように、注文承認依頼メールの中には、
注文承認画面のＵＲＬ５１が埋めこまれている。この注
文承認依頼メールを受け取った承認者は、その中のＵＲ
Ｌ５１をマウスでクリックすることにより、ウェブブラ
ウザによる注文承認画面を承認者端末３，４の表示装置
に表示させることができる。
【００７１】本実施形態では、この注文承認依頼メール
に埋め込まれたＵＲＬ５１に従って注文承認画面に遷移
する際に、所定のログイン処理を行う。すなわち、上記
ＵＲＬ５１をクリックすると、まずはウェブサーバ１１
によってログイン画面が提供され、ログインＩＤとパス
ワードの入力が促される。ここで、承認者がログイン情
報入力部３３を用いてログインＩＤやパスワードを入力
すると、それが認証サーバ１の認証部２３に送られて認
証処理が行われる。
に埋め込まれたＵＲＬ５１に従って注文承認画面に遷移
する際に、所定のログイン処理を行う。すなわち、上記
ＵＲＬ５１をクリックすると、まずはウェブサーバ１１
によってログイン画面が提供され、ログインＩＤとパス
ワードの入力が促される。ここで、承認者がログイン情
報入力部３３を用いてログインＩＤやパスワードを入力
すると、それが認証サーバ１の認証部２３に送られて認
証処理が行われる。
【００７２】認証部２３では、認証情報記憶部１８に記
憶されている認証情報に基づいて、入力されたログイン
ＩＤとパスワードとを検証し、ログインしてきた者が承
認者として登録されているかどうか、注文を行った者に
対して承認を行う権限を有する正当な承認者かどうかな
どを調べる。そして、認証が得られたときにのみ注文承
認画面に遷移させる処理を行う。このようにすることに
より、承認を行う権限を有する承認者だけが実際に承認
を行えるようになり、認証に関する不正や間違いを防止
することが可能となる。本発明のログイン手段は、認証
部２３およびログイン情報入力部３３を含んで構成され
る。
憶されている認証情報に基づいて、入力されたログイン
ＩＤとパスワードとを検証し、ログインしてきた者が承
認者として登録されているかどうか、注文を行った者に
対して承認を行う権限を有する正当な承認者かどうかな
どを調べる。そして、認証が得られたときにのみ注文承
認画面に遷移させる処理を行う。このようにすることに
より、承認を行う権限を有する承認者だけが実際に承認
を行えるようになり、認証に関する不正や間違いを防止
することが可能となる。本発明のログイン手段は、認証
部２３およびログイン情報入力部３３を含んで構成され
る。
【００７３】２４は承認画面作成部であり、上記認証部
２３により承認者の認証が得られたときに、商品情報記
憶部１４に記憶されている商品情報、認証情報記憶部１
８に記憶されている認証情報、注文情報記憶部２０に記
憶されている注文情報、ワークフロー情報記憶部２２記
憶されているワークフロー情報などに基づいて、ＨＴＭ
Ｌ形式による注文承認画面を作成する。ここで作成され
た注文承認画面は、ウェブサーバ１１により承認者端末
３，４に提供される。
２３により承認者の認証が得られたときに、商品情報記
憶部１４に記憶されている商品情報、認証情報記憶部１
８に記憶されている認証情報、注文情報記憶部２０に記
憶されている注文情報、ワークフロー情報記憶部２２記
憶されているワークフロー情報などに基づいて、ＨＴＭ
Ｌ形式による注文承認画面を作成する。ここで作成され
た注文承認画面は、ウェブサーバ１１により承認者端末
３，４に提供される。
【００７４】図６は、承認者端末３，４の表示装置に表
示される注文承認画面の例を示す図である。図６に示す
ように、注文承認画面には、注文明細情報６１の他に、
認証ワークフローの状態を表す状態一覧６２が表示され
ている。状態一覧６２には、注文を行った者が承認を得
るべき全ての承認者およびその部署、承認の状態（未承
認、承認済、代理承認済など）、承認日の情報が表示さ
れる。
示される注文承認画面の例を示す図である。図６に示す
ように、注文承認画面には、注文明細情報６１の他に、
認証ワークフローの状態を表す状態一覧６２が表示され
ている。状態一覧６２には、注文を行った者が承認を得
るべき全ての承認者およびその部署、承認の状態（未承
認、承認済、代理承認済など）、承認日の情報が表示さ
れる。
【００７５】ここで、注文を行った者が承認を得るべき
全ての承認者およびその部署は、注文情報に含まれる商
品の購入金額と、認証情報に含まれる認証ルートおよび
各人の購入限度額（決裁権限）とを比較することによっ
て判断される。図６の例では、開発部開発２課に所属す
る担当者Ａが販売単価３０７，４４０円の時計付き横型
ラジオを１個注文した場合に、購入金額の３０７，４４
０円の決裁権限を持つのは開発部長であるため、開発２
課の承認者（課長）と開発部の承認者（部長）の承認を
得るべきことが表示されている。
全ての承認者およびその部署は、注文情報に含まれる商
品の購入金額と、認証情報に含まれる認証ルートおよび
各人の購入限度額（決裁権限）とを比較することによっ
て判断される。図６の例では、開発部開発２課に所属す
る担当者Ａが販売単価３０７，４４０円の時計付き横型
ラジオを１個注文した場合に、購入金額の３０７，４４
０円の決裁権限を持つのは開発部長であるため、開発２
課の承認者（課長）と開発部の承認者（部長）の承認を
得るべきことが表示されている。
【００７６】また、承認の状態は、ワークフロー情報記
憶部２２に記憶されている現在の状態に基づいて判断さ
れる。図６の例では、課長および部長ともに未承認であ
ることが示されている。つまり、この図６に示す注文承
認画面は、課長が使用する承認者端末３に表示されるも
のであり、まだ課長の承認も済んでいないことを示して
いる。
憶部２２に記憶されている現在の状態に基づいて判断さ
れる。図６の例では、課長および部長ともに未承認であ
ることが示されている。つまり、この図６に示す注文承
認画面は、課長が使用する承認者端末３に表示されるも
のであり、まだ課長の承認も済んでいないことを示して
いる。
【００７７】この注文承認画面で課長は、注文を承認す
る場合は承認ボタン６３をクリックし、承認しない場合
は却下ボタン６４をクリックする。図２の承認入力部３
２は、図６に示す注文承認画面中の承認ボタン６３およ
び却下ボタン６４を含み、本発明の承認手段はこの承認
入力部３２を含んで構成される。
る場合は承認ボタン６３をクリックし、承認しない場合
は却下ボタン６４をクリックする。図２の承認入力部３
２は、図６に示す注文承認画面中の承認ボタン６３およ
び却下ボタン６４を含み、本発明の承認手段はこの承認
入力部３２を含んで構成される。
【００７８】このように、本実施形態では、商品の購入
金額に応じて必要となる全ての承認者および承認の状態
を注文承認画面に一覧として表示するようにしている。
これにより、承認が必要な者と認証ワークフローの進捗
状況とを一目で理解することが可能となる。
金額に応じて必要となる全ての承認者および承認の状態
を注文承認画面に一覧として表示するようにしている。
これにより、承認が必要な者と認証ワークフローの進捗
状況とを一目で理解することが可能となる。
【００７９】上記承認入力部３２により注文の承認ある
いは却下が行われると、そのことがウェブサーバ１１を
介して承認受付部２５に入力される。そして、注文の承
認あるいは却下が行われたことが状態遷移制御部２１に
伝えられ、認証ワークフローの状態が遷移させられる。
そして、注文が却下された場合は、そのことが確認メッ
セージ通知部２７によって注文者に対して電子メールで
伝えられ、その注文に関する認証ワークフローの処理は
終了する。
いは却下が行われると、そのことがウェブサーバ１１を
介して承認受付部２５に入力される。そして、注文の承
認あるいは却下が行われたことが状態遷移制御部２１に
伝えられ、認証ワークフローの状態が遷移させられる。
そして、注文が却下された場合は、そのことが確認メッ
セージ通知部２７によって注文者に対して電子メールで
伝えられ、その注文に関する認証ワークフローの処理は
終了する。
【００８０】一方、注文が承認された場合は、状態遷移
制御部２１によって認証ワークフローの状態が遷移させ
られ、更に上の承認者から承認を得る必要があるかどう
かが判断される。そして、必要な全ての承認が得られた
場合には、確認メッセージ通知部２７を介して注文者に
注文受付の確認メッセージが電子メールで通知される。
また、更に上の承認が必要な場合には、承認依頼通知部
２６を介して更に上の承認者に承認依頼通知メールが送
信される。
制御部２１によって認証ワークフローの状態が遷移させ
られ、更に上の承認者から承認を得る必要があるかどう
かが判断される。そして、必要な全ての承認が得られた
場合には、確認メッセージ通知部２７を介して注文者に
注文受付の確認メッセージが電子メールで通知される。
また、更に上の承認が必要な場合には、承認依頼通知部
２６を介して更に上の承認者に承認依頼通知メールが送
信される。
【００８１】図６に示した例の場合、開発２課の課長だ
けでなく、開発部の部長の承認も必要なので、部長が使
用する承認者端末４に対して承認依頼通知メールが送信
される。これに対応して、部長がログインを行って図６
の注文承認画面を開いたときには、状態一覧６２におけ
る開発２課の状態は「承認済」となり、承認者および承
認日の情報も表示された状態となっている。
けでなく、開発部の部長の承認も必要なので、部長が使
用する承認者端末４に対して承認依頼通知メールが送信
される。これに対応して、部長がログインを行って図６
の注文承認画面を開いたときには、状態一覧６２におけ
る開発２課の状態は「承認済」となり、承認者および承
認日の情報も表示された状態となっている。
【００８２】ここで部長も注文の承認をすると、確認メ
ッセージ通知部２７によって、全ての承認が済んだこと
を知らせる注文受付の確認メッセージが注文者の担当者
端末２に送信される。図７に、この注文受付確認メッセ
ージの電子メールの表示例を示す。注文却下確認メッセ
ージの電子メールもこの図７とほぼ同様である。このよ
うな注文受付の確認メッセージあるいは注文却下の確認
メッセージを担当者端末２に送ることにより、スピーデ
ィかつ正確な注文の確認を行うことが可能となる。
ッセージ通知部２７によって、全ての承認が済んだこと
を知らせる注文受付の確認メッセージが注文者の担当者
端末２に送信される。図７に、この注文受付確認メッセ
ージの電子メールの表示例を示す。注文却下確認メッセ
ージの電子メールもこの図７とほぼ同様である。このよ
うな注文受付の確認メッセージあるいは注文却下の確認
メッセージを担当者端末２に送ることにより、スピーデ
ィかつ正確な注文の確認を行うことが可能となる。
【００８３】また、３５は状態参照部であり、ワークフ
ロー情報記憶部２２に記憶されている注文の認証ワーク
フローに関する現在の状態を参照するためのものであ
る。状態参照部３５を用いて、例えば所望の注文番号な
どを指定すると、指定された注文に関する現在の認証ワ
ークフローの状態が、ウェブサーバ１１によってＨＴＭ
Ｌ形式で表示される。このとき表示される画面には、例
えば図６の状態一覧６２と同様の情報が含まれる。
ロー情報記憶部２２に記憶されている注文の認証ワーク
フローに関する現在の状態を参照するためのものであ
る。状態参照部３５を用いて、例えば所望の注文番号な
どを指定すると、指定された注文に関する現在の認証ワ
ークフローの状態が、ウェブサーバ１１によってＨＴＭ
Ｌ形式で表示される。このとき表示される画面には、例
えば図６の状態一覧６２と同様の情報が含まれる。
【００８４】このような状態参照部３５を設けることに
より、注文に関する認証ワークフローの状態を任意の時
点で確認することができる。例えば、注文を出してから
最終的な決定（注文受付または注文却下）がなかなか来
ない場合に、この状態参照部３５を用いることで、認証
ワークフローがどこで停滞しているかを確認することが
できる。
より、注文に関する認証ワークフローの状態を任意の時
点で確認することができる。例えば、注文を出してから
最終的な決定（注文受付または注文却下）がなかなか来
ない場合に、この状態参照部３５を用いることで、認証
ワークフローがどこで停滞しているかを確認することが
できる。
【００８５】本実施形態の認証ワークフローシステムで
はさらに、代理認証の機能を設けている。代理認証と
は、ある承認者の代わりに、それより上の承認者によっ
て注文の承認を行えるようにしたものである。例えば、
ある承認者が長期出張などで承認を行えないような状態
にあるとき、その承認者に代わって更に上の上司によっ
て承認を行うことが可能である。
はさらに、代理認証の機能を設けている。代理認証と
は、ある承認者の代わりに、それより上の承認者によっ
て注文の承認を行えるようにしたものである。例えば、
ある承認者が長期出張などで承認を行えないような状態
にあるとき、その承認者に代わって更に上の上司によっ
て承認を行うことが可能である。
【００８６】例えば、注文者が上記状態参照部３５を用
いて認証ワークフローの状態を参照したところ、開発２
課での承認は済んでいるが、開発部のところで認証ワー
クフローが停滞していることが確認できたとする。この
場合には、注文者は、開発部の部長より更に上の上司
（図４の例によれば事業部長）に対して、代理認証を依
頼することができる。
いて認証ワークフローの状態を参照したところ、開発２
課での承認は済んでいるが、開発部のところで認証ワー
クフローが停滞していることが確認できたとする。この
場合には、注文者は、開発部の部長より更に上の上司
（図４の例によれば事業部長）に対して、代理認証を依
頼することができる。
【００８７】代理認証の依頼を受けた事業部長は、自分
が使用する端末あるいは担当者の端末などから、あらか
じめ決められた固定のＵＲＬを指定して所定のログイン
画面にアクセスする。そして、事業部長は自己のログイ
ンＩＤとパスワードとを入力してログインを行う。この
とき入力された事業部長のログインＩＤやパスワード
は、認証サーバ１の認証部２３に送られて認証処理が行
われる。
が使用する端末あるいは担当者の端末などから、あらか
じめ決められた固定のＵＲＬを指定して所定のログイン
画面にアクセスする。そして、事業部長は自己のログイ
ンＩＤとパスワードとを入力してログインを行う。この
とき入力された事業部長のログインＩＤやパスワード
は、認証サーバ１の認証部２３に送られて認証処理が行
われる。
【００８８】認証部２３では、認証情報記憶部１８に記
憶されている認証情報に基づいて、入力されたログイン
ＩＤとパスワードとを検証し、ログインしてきた者が代
理認証を行う権限を有する者かどうかなどを調べる。そ
して、認証が得られたときには、認証情報記憶部１８に
記憶されている認証情報、注文情報記憶部２０に記憶さ
れている注文情報、ワークフロー情報記憶部２２に記憶
されているワークフロー情報などに基づいて、その事業
部長の配下にある組織内で未承認の注文を全て検索し、
一覧として表示する。
憶されている認証情報に基づいて、入力されたログイン
ＩＤとパスワードとを検証し、ログインしてきた者が代
理認証を行う権限を有する者かどうかなどを調べる。そ
して、認証が得られたときには、認証情報記憶部１８に
記憶されている認証情報、注文情報記憶部２０に記憶さ
れている注文情報、ワークフロー情報記憶部２２に記憶
されているワークフロー情報などに基づいて、その事業
部長の配下にある組織内で未承認の注文を全て検索し、
一覧として表示する。
【００８９】この未承認注文一覧の表示を見て事業部長
は、担当者から聞いた注文番号などを頼りに代理認証の
依頼を受けた注文を探し、マウスクリック等によってそ
れを指定する。注文の指定が行われると、承認画面作成
部２４によって注文承認画面が作成され、表示される。
このとき表示される注文承認画面は、図６に示した承認
ボタン６３が代理承認ボタンに変わることを除けば、部
長に対する注文承認画面と同じである。
は、担当者から聞いた注文番号などを頼りに代理認証の
依頼を受けた注文を探し、マウスクリック等によってそ
れを指定する。注文の指定が行われると、承認画面作成
部２４によって注文承認画面が作成され、表示される。
このとき表示される注文承認画面は、図６に示した承認
ボタン６３が代理承認ボタンに変わることを除けば、部
長に対する注文承認画面と同じである。
【００９０】ここで、事業部長が注文の代理承認をする
と、状態遷移制御部２１によって認証ワークフローの状
態が「代理承認済」に遷移させられる。そして、これに
よって必要な承認が全て得られた場合には、確認メッセ
ージ通知部２７を介して注文者に注文受付の確認メッセ
ージが電子メールで通知される。
と、状態遷移制御部２１によって認証ワークフローの状
態が「代理承認済」に遷移させられる。そして、これに
よって必要な承認が全て得られた場合には、確認メッセ
ージ通知部２７を介して注文者に注文受付の確認メッセ
ージが電子メールで通知される。
【００９１】このように、本実施形態では、状態参照部
３５と代理認証の機能とを設けることにより、認証ワー
クフローの状態が停滞して先に進まなくなってしまう不
都合を防止でき、一連の認証処理を速やかに行うことが
できるようになる。
３５と代理認証の機能とを設けることにより、認証ワー
クフローの状態が停滞して先に進まなくなってしまう不
都合を防止でき、一連の認証処理を速やかに行うことが
できるようになる。
【００９２】なお、以上に示したユーザ端末２，３，４
の構成において、注文入力部３１、承認入力部３２、ロ
グイン情報入力部３３および状態参照部３５の機能は、
ウェブサーバ１１によって提供された所定の入力画面に
キーボードやマウスなどの入力デバイスを用いて情報を
入力することによって実現される。また、通知受信部３
４は、電子メールの送受信機能の一部によって実現され
る。
の構成において、注文入力部３１、承認入力部３２、ロ
グイン情報入力部３３および状態参照部３５の機能は、
ウェブサーバ１１によって提供された所定の入力画面に
キーボードやマウスなどの入力デバイスを用いて情報を
入力することによって実現される。また、通知受信部３
４は、電子メールの送受信機能の一部によって実現され
る。
【００９３】また、認証サーバ１およびユーザ端末２，
３，４の各機能ブロックは、実際にはコンピュータのＣ
ＰＵあるいはＭＰＵ、ＲＡＭ、ＲＯＭなどで構成される
ものであり、ＲＡＭやＲＯＭ、あるいはこれ以外のハー
ドディスク等に記憶されたプログラムが動作することに
よって実現できる。
３，４の各機能ブロックは、実際にはコンピュータのＣ
ＰＵあるいはＭＰＵ、ＲＡＭ、ＲＯＭなどで構成される
ものであり、ＲＡＭやＲＯＭ、あるいはこれ以外のハー
ドディスク等に記憶されたプログラムが動作することに
よって実現できる。
【００９４】図３は、上記認証サーバ１による認証ワー
クフロー動作の例を示すフローチャートである。このフ
ローチャートの動作を実行する前提として、商品情報、
取引先情報、認証情報の登録は既に済んでいるものとす
る。なお、ここでは担当者Ａが担当者端末２から商品の
注文を行い、その上司である課長および部長が承認者端
末３，４から承認を行う場合を例にとって処理の流れを
説明する。
クフロー動作の例を示すフローチャートである。このフ
ローチャートの動作を実行する前提として、商品情報、
取引先情報、認証情報の登録は既に済んでいるものとす
る。なお、ここでは担当者Ａが担当者端末２から商品の
注文を行い、その上司である課長および部長が承認者端
末３，４から承認を行う場合を例にとって処理の流れを
説明する。
【００９５】図３において、ステップＳ１では、認証サ
ーバ１に入力されたイベントがユーザ端末２，３，４か
らの注文かどうかを判断する。そして、例えば担当者端
末２から注文が入力された場合は、ステップＳ２に進
み、注文管理部１９によってその注文に対してユニーク
な番号を付けるとともに、状態遷移制御部２１によって
認証ワークフローの初期状態を設定する。
ーバ１に入力されたイベントがユーザ端末２，３，４か
らの注文かどうかを判断する。そして、例えば担当者端
末２から注文が入力された場合は、ステップＳ２に進
み、注文管理部１９によってその注文に対してユニーク
な番号を付けるとともに、状態遷移制御部２１によって
認証ワークフローの初期状態を設定する。
【００９６】次に、ステップＳ３で状態遷移制御部２１
は、その注文を行った担当者Ａおよびその上司について
設定されている購入限度額を認証情報記憶部１８の中か
ら読み取る。そして、ステップＳ４で、注文された商品
の購入金額が、上記読み取った担当者Ａの購入限度額を
超えているかどうかを判断する。ここで、商品の購入金
額がその担当者Ａの購入限度額を超えていない場合は、
ステップＳ１６に進み、確認メッセージ通知部２７によ
って注文受付メッセージの電子メールを担当者端末２に
送信する。
は、その注文を行った担当者Ａおよびその上司について
設定されている購入限度額を認証情報記憶部１８の中か
ら読み取る。そして、ステップＳ４で、注文された商品
の購入金額が、上記読み取った担当者Ａの購入限度額を
超えているかどうかを判断する。ここで、商品の購入金
額がその担当者Ａの購入限度額を超えていない場合は、
ステップＳ１６に進み、確認メッセージ通知部２７によ
って注文受付メッセージの電子メールを担当者端末２に
送信する。
【００９７】一方、商品の購入金額がその担当者Ａの購
入限度額を超えている場合は、ステップＳ５に進む。こ
こで状態遷移制御部２１は、その購入金額と、認証情報
記憶部１８に記憶されている認証情報とを照らし合わせ
て、その注文に関して承認を得ることが必要な全ての承
認者（今の例では課長および部長）を探索する。そし
て、ステップＳ６で、承認依頼通知部２６は、探索され
た全ての承認者のうち、最初の承認者（課長）に対する
承認依頼の電子メールを作成して送信する。このとき、
担当者Ａに対して承認が必要であることを知らせるメー
ルも送信する。その後、ステップＳ１に戻る。
入限度額を超えている場合は、ステップＳ５に進む。こ
こで状態遷移制御部２１は、その購入金額と、認証情報
記憶部１８に記憶されている認証情報とを照らし合わせ
て、その注文に関して承認を得ることが必要な全ての承
認者（今の例では課長および部長）を探索する。そし
て、ステップＳ６で、承認依頼通知部２６は、探索され
た全ての承認者のうち、最初の承認者（課長）に対する
承認依頼の電子メールを作成して送信する。このとき、
担当者Ａに対して承認が必要であることを知らせるメー
ルも送信する。その後、ステップＳ１に戻る。
【００９８】上記ステップＳ１で注文の入力がないと判
断したときは、ステップＳ７に進む。ステップＳ７で
は、認証サーバ１に入力されたイベントが、注文承認依
頼メールに埋めこまれたＵＲＬ５１に対するアクセスで
あるかどうかをウェブサーバ１１において判断する。そ
して、このＵＲＬ５１に対してアクセスがあった場合
は、ステップＳ８に進む。
断したときは、ステップＳ７に進む。ステップＳ７で
は、認証サーバ１に入力されたイベントが、注文承認依
頼メールに埋めこまれたＵＲＬ５１に対するアクセスで
あるかどうかをウェブサーバ１１において判断する。そ
して、このＵＲＬ５１に対してアクセスがあった場合
は、ステップＳ８に進む。
【００９９】ステップＳ８では、ログインを行ってきた
何れかの承認者端末３，４の表示装置にログイン画面を
表示させる。最初は、課長の承認者端末３からログイン
が行われるので、当該課長の承認者端末３にログイン画
面を表示させる。これに応じてログインが行われると、
認証部２３は、ステップＳ９で認証処理を行い、ログイ
ンが正しく行われたかどうかを判定する。
何れかの承認者端末３，４の表示装置にログイン画面を
表示させる。最初は、課長の承認者端末３からログイン
が行われるので、当該課長の承認者端末３にログイン画
面を表示させる。これに応じてログインが行われると、
認証部２３は、ステップＳ９で認証処理を行い、ログイ
ンが正しく行われたかどうかを判定する。
【０１００】ここで、ログインが正しく行われていない
場合は、ステップＳ１０でエラーメッセージを承認者端
末３に通知した後、ステップＳ１に戻る。ログインが正
しく行われた場合は、ステップＳ１１に進み、承認画面
作成部２４によってＨＴＭＬによる注文承認画面を作成
し、ウェブサーバ１１によってその注文承認画面を承認
者端末３の表示装置に表示させる。このとき、注文承認
画面には、上記ステップＳ５で探索した全ての承認者を
状態一覧６２に表示する。そして、注文の承認あるいは
却下の入力を待つ。
場合は、ステップＳ１０でエラーメッセージを承認者端
末３に通知した後、ステップＳ１に戻る。ログインが正
しく行われた場合は、ステップＳ１１に進み、承認画面
作成部２４によってＨＴＭＬによる注文承認画面を作成
し、ウェブサーバ１１によってその注文承認画面を承認
者端末３の表示装置に表示させる。このとき、注文承認
画面には、上記ステップＳ５で探索した全ての承認者を
状態一覧６２に表示する。そして、注文の承認あるいは
却下の入力を待つ。
【０１０１】また、上記ステップＳ７で、認証サーバ１
に入力されたイベントが、注文承認依頼メールに埋めこ
まれたＵＲＬ５１に対するアクセスでもないと判断した
場合は、そのとき入力されたイベントは、代理認証を行
うための固定のＵＲＬに対するアクセスということにな
る。よって、この場合は、ステップＳ１７に進む。ステ
ップＳ１７では、入力された固定のＵＲＬに従って、ロ
グインを行ってきた端末の表示装置に所定のログイン画
面を表示する。
に入力されたイベントが、注文承認依頼メールに埋めこ
まれたＵＲＬ５１に対するアクセスでもないと判断した
場合は、そのとき入力されたイベントは、代理認証を行
うための固定のＵＲＬに対するアクセスということにな
る。よって、この場合は、ステップＳ１７に進む。ステ
ップＳ１７では、入力された固定のＵＲＬに従って、ロ
グインを行ってきた端末の表示装置に所定のログイン画
面を表示する。
【０１０２】これに応じてログインが行われると、認証
部２３は、ステップＳ１８で認証処理を行い、代理認証
を行う権限を有する者によってログインが正しく行われ
たかどうかを判定する。ここで、ログインが正しく行わ
れていない場合は、ステップＳ１０でエラーメッセージ
を通知した後、ステップＳ１に戻る。一方、ログインが
正しく行われた場合は、ステップＳ１９に進み、事業部
長の配下にある組織内で未承認の注文を全て検索し、一
覧として表示する。
部２３は、ステップＳ１８で認証処理を行い、代理認証
を行う権限を有する者によってログインが正しく行われ
たかどうかを判定する。ここで、ログインが正しく行わ
れていない場合は、ステップＳ１０でエラーメッセージ
を通知した後、ステップＳ１に戻る。一方、ログインが
正しく行われた場合は、ステップＳ１９に進み、事業部
長の配下にある組織内で未承認の注文を全て検索し、一
覧として表示する。
【０１０３】次のステップＳ２０では、この未承認注文
の一覧の中から、代理認証を行いたい注文が指定された
かどうかを判断する。そして、注文の指定が行われる
と、ステップＳ１１に進み、承認画面作成部２４によっ
てＨＴＭＬによる注文承認画面を作成し、ウェブサーバ
１１によってその注文承認画面を表示させる。このとき
表示される注文承認画面は、上述したように、図６に示
した承認ボタン６３が代理承認ボタンに変わるだけで、
その他は通常の注文承認画面と同じである。
の一覧の中から、代理認証を行いたい注文が指定された
かどうかを判断する。そして、注文の指定が行われる
と、ステップＳ１１に進み、承認画面作成部２４によっ
てＨＴＭＬによる注文承認画面を作成し、ウェブサーバ
１１によってその注文承認画面を表示させる。このとき
表示される注文承認画面は、上述したように、図６に示
した承認ボタン６３が代理承認ボタンに変わるだけで、
その他は通常の注文承認画面と同じである。
【０１０４】次に、ステップＳ１２で、承認受付部２５
は、承認者端末３において注文の承認があったか却下が
あったかを判断する。ここで、注文が却下された場合
は、ステップＳ１３で注文却下のメッセージを担当者Ａ
の担当者端末２に送信し、ステップＳ１に戻る。一方、
注文が承認された場合は、ステップＳ１４に進み、状態
遷移制御部２１によって認証ワークフローの状態を遷移
させる。このとき、正規の承認者によって承認が行われ
た場合には「承認済」、代理の承認者によって承認が行
われた場合には「代理承認済」の状態にそれぞれ遷移す
る。
は、承認者端末３において注文の承認があったか却下が
あったかを判断する。ここで、注文が却下された場合
は、ステップＳ１３で注文却下のメッセージを担当者Ａ
の担当者端末２に送信し、ステップＳ１に戻る。一方、
注文が承認された場合は、ステップＳ１４に進み、状態
遷移制御部２１によって認証ワークフローの状態を遷移
させる。このとき、正規の承認者によって承認が行われ
た場合には「承認済」、代理の承認者によって承認が行
われた場合には「代理承認済」の状態にそれぞれ遷移す
る。
【０１０５】そして、ステップＳ１５で、全ての承認者
による承認が済んだかどうかを判断し、済んでいない場
合にはステップＳ６に戻り、済んだ場合にはステップＳ
１６に進む。今の例の場合、課長による承認は済んだ
が、部長による承認はまだ済んでいないので、ステップ
Ｓ６に戻る。この場合、ステップＳ６では、部長に対す
る承認依頼の電子メールを作成して送信する。
による承認が済んだかどうかを判断し、済んでいない場
合にはステップＳ６に戻り、済んだ場合にはステップＳ
１６に進む。今の例の場合、課長による承認は済んだ
が、部長による承認はまだ済んでいないので、ステップ
Ｓ６に戻る。この場合、ステップＳ６では、部長に対す
る承認依頼の電子メールを作成して送信する。
【０１０６】以下同様にしてステップＳ７〜Ｓ１５の処
理が行われ、部長の承認も行われた場合には、ステップ
Ｓ１６に進み、確認メッセージ通知部２７によって注文
受付メッセージの電子メールを担当者端末２に送信す
る。そして、ステップＳ１に戻り、当該ステップＳ１と
ステップＳ７で、別の注文やメール内に埋めこまれたＵ
ＲＬ５１へのアクセスがないかどうかを監視し続ける。
理が行われ、部長の承認も行われた場合には、ステップ
Ｓ１６に進み、確認メッセージ通知部２７によって注文
受付メッセージの電子メールを担当者端末２に送信す
る。そして、ステップＳ１に戻り、当該ステップＳ１と
ステップＳ７で、別の注文やメール内に埋めこまれたＵ
ＲＬ５１へのアクセスがないかどうかを監視し続ける。
【０１０７】なお、必要な全ての承認が得られ、注文受
付の確認メッセージが注文者に通知された時点で、その
注文は正式に受注されたことになる。
付の確認メッセージが注文者に通知された時点で、その
注文は正式に受注されたことになる。
【０１０８】以上詳しく説明したように、本実施形態に
よれば、商取引において必要となる決裁の一連の認証を
電子的なワークフロー処理によって行うことができ、紙
ベースによる煩雑な事務処理は全く行う必要がなくな
る。また、認証ルートがあらかじめ登録され、これに従
って認証の処理が半自動的に行われることとなるので、
希望する商品を購入するのに承認が必要かどうかや、誰
の承認を得なければならないか等について特に意識する
必要もなくなる。これにより、認証処理を簡素化し、一
連の電子商取引をよりスムーズに行うことができるよう
になる。
よれば、商取引において必要となる決裁の一連の認証を
電子的なワークフロー処理によって行うことができ、紙
ベースによる煩雑な事務処理は全く行う必要がなくな
る。また、認証ルートがあらかじめ登録され、これに従
って認証の処理が半自動的に行われることとなるので、
希望する商品を購入するのに承認が必要かどうかや、誰
の承認を得なければならないか等について特に意識する
必要もなくなる。これにより、認証処理を簡素化し、一
連の電子商取引をよりスムーズに行うことができるよう
になる。
【０１０９】また、注文を行った商品購入者に対して注
文受付あるいは注文却下の確認メッセージを送ることに
より、スピーディかつ正確な注文の確認を行うことがで
きる。また、電子店舗を運営する商品販売側において
も、認証サーバ１内のワークフロー情報を参照すること
ができ、注文について必要な承認が全て得られているか
どうかを確認することができる。したがって、商品販売
側の企業等にとっても、発注された注文が正式に承認を
得ているかどうかを確認して、承認済みの注文のみを受
けることができるので、電子商取引上のトラブル発生を
少なくすることもできる。
文受付あるいは注文却下の確認メッセージを送ることに
より、スピーディかつ正確な注文の確認を行うことがで
きる。また、電子店舗を運営する商品販売側において
も、認証サーバ１内のワークフロー情報を参照すること
ができ、注文について必要な承認が全て得られているか
どうかを確認することができる。したがって、商品販売
側の企業等にとっても、発注された注文が正式に承認を
得ているかどうかを確認して、承認済みの注文のみを受
けることができるので、電子商取引上のトラブル発生を
少なくすることもできる。
【０１１０】また、本実施形態では、承認者端末３，４
に対する承認依頼の通知を電子メールで行うとともに、
承認をウェブブラウザによる注文承認画面で行うように
したので、企業内の各人が使用するユーザ端末２，３，
４においては電子メールの機能とウェブブラウザの機能
とがあれば良く、特別なクライアントソフトウェアなど
を備える必要がないというメリットも有する。
に対する承認依頼の通知を電子メールで行うとともに、
承認をウェブブラウザによる注文承認画面で行うように
したので、企業内の各人が使用するユーザ端末２，３，
４においては電子メールの機能とウェブブラウザの機能
とがあれば良く、特別なクライアントソフトウェアなど
を備える必要がないというメリットも有する。
【０１１１】また、本実施形態では、注文に関する認証
ワークフローの状態を任意の時点で確認することができ
るので、例えば認証ワークフローの処理が停滞している
場合に、その原因箇所を容易に確認することができる。
さらに本実施形態では、代理認証の機能を設けているの
で、認証ワークフローの状態が停滞して先に進まなくな
ってしまう不都合を防止でき、一連の認証処理を速やか
に行うことができるようになる。
ワークフローの状態を任意の時点で確認することができ
るので、例えば認証ワークフローの処理が停滞している
場合に、その原因箇所を容易に確認することができる。
さらに本実施形態では、代理認証の機能を設けているの
で、認証ワークフローの状態が停滞して先に進まなくな
ってしまう不都合を防止でき、一連の認証処理を速やか
に行うことができるようになる。
【０１１２】（第２の実施形態）次に、本発明の第２の
実施形態について説明する。上記第１の実施形態では、
認証サーバ１とユーザ端末２，３，４とをインターネッ
ト７で接続したが、第２の実施形態ではこれらをイント
ラネット（インターネットを介して行われる企業内（組
織間）通信であるエクストラネットを含む）で接続す
る。イントラネットで接続した場合、認証サーバ１は、
例えば企業内の資材調達部門などに置かれ、ユーザ端末
２，３，４はその他の購買部門等に置かれる。
実施形態について説明する。上記第１の実施形態では、
認証サーバ１とユーザ端末２，３，４とをインターネッ
ト７で接続したが、第２の実施形態ではこれらをイント
ラネット（インターネットを介して行われる企業内（組
織間）通信であるエクストラネットを含む）で接続す
る。イントラネットで接続した場合、認証サーバ１は、
例えば企業内の資材調達部門などに置かれ、ユーザ端末
２，３，４はその他の購買部門等に置かれる。
【０１１３】図８は、第２の実施形態による認証ワーク
フローシステムの一構成例を示す図である。この図８に
示すシステムは、例えば企業内のある部門に属する担当
者２がインターネット７上で商品の注文を行う際に、そ
の商取引に伴う決裁のワークフローを認証サーバ１で処
理し、全ての承認を得た時点で注文を仕入先８-1，８ -2
に対して発注したり、配送センタ９に対して配送指示を
出したりするものである。なお、この図８において、図
１に示したものと同様の機能を有するものには同一の符
号を付している。
フローシステムの一構成例を示す図である。この図８に
示すシステムは、例えば企業内のある部門に属する担当
者２がインターネット７上で商品の注文を行う際に、そ
の商取引に伴う決裁のワークフローを認証サーバ１で処
理し、全ての承認を得た時点で注文を仕入先８-1，８ -2
に対して発注したり、配送センタ９に対して配送指示を
出したりするものである。なお、この図８において、図
１に示したものと同様の機能を有するものには同一の符
号を付している。
【０１１４】図８において、認証サーバ１とユーザ端末
２，３，４はイントラネット５を介して接続されてい
る。本実施形態において、これらの認証サーバ１および
ユーザ端末２，３，４は、例えば商品購入側の企業内に
置かれる。そして、上述したように認証サーバ１は、そ
の企業内の資材調達部門などに置かれ、ユーザ端末２，
３，４はその他の購買部門等に置かれる。
２，３，４はイントラネット５を介して接続されてい
る。本実施形態において、これらの認証サーバ１および
ユーザ端末２，３，４は、例えば商品購入側の企業内に
置かれる。そして、上述したように認証サーバ１は、そ
の企業内の資材調達部門などに置かれ、ユーザ端末２，
３，４はその他の購買部門等に置かれる。
【０１１５】なお、第１の実施形態でも述べたように、
認証サーバ１とユーザ端末２，３，４は、必ずしも１つ
の企業内に置く必要はない。例えば、複数の企業にまた
がったグループ企業や、企業以外の団体など、一連の承
認処理が必要な組織であれば何れにも適用することが可
能であり、その組織内の任意の場所に認証サーバ１およ
びユーザ端末２，３，４を設置することが可能である。
認証サーバ１とユーザ端末２，３，４は、必ずしも１つ
の企業内に置く必要はない。例えば、複数の企業にまた
がったグループ企業や、企業以外の団体など、一連の承
認処理が必要な組織であれば何れにも適用することが可
能であり、その組織内の任意の場所に認証サーバ１およ
びユーザ端末２，３，４を設置することが可能である。
【０１１６】上記イントラネット５は、ファイアフォー
ル６を介してインターネット７に接続されている。ファ
イアウォール６は、インターネット７を介して第三者が
イントラネット５内に不正に侵入するのを防ぐために設
けられる。インターネット７には、様々な仕入先企業の
端末８-1，８-2や、例えば商品購入側の企業等が商品を
在庫として持つ配送センタ９の端末など接続されてい
る。本実施形態において、この仕入先端末８-1，８-2や
配送センタ端末９は、商品購入側企業からの発注情報あ
るいは配送指示情報を受信する電子メール機能、ウェブ
ブラウザ機能、あるいはファクシミリ機能などを有して
いる。
ル６を介してインターネット７に接続されている。ファ
イアウォール６は、インターネット７を介して第三者が
イントラネット５内に不正に侵入するのを防ぐために設
けられる。インターネット７には、様々な仕入先企業の
端末８-1，８-2や、例えば商品購入側の企業等が商品を
在庫として持つ配送センタ９の端末など接続されてい
る。本実施形態において、この仕入先端末８-1，８-2や
配送センタ端末９は、商品購入側企業からの発注情報あ
るいは配送指示情報を受信する電子メール機能、ウェブ
ブラウザ機能、あるいはファクシミリ機能などを有して
いる。
【０１１７】本実施形態の認証ワークフローシステムで
は、例えば担当者端末２から商品の注文が入力される
と、当該担当者端末２および承認者端末３，４を含むユ
ーザ端末と認証サーバ１との間のインタラクティブ処理
により、その入力された注文に関する一連の電子決裁
（上司による承認）の処理が行われる。そして、最終的
に決裁が下りた時点で、インターネット７を介して仕入
先端末８-1，８-2に対して発注が行われたり、配送セン
タ端末９に配送指示が行われたりする。
は、例えば担当者端末２から商品の注文が入力される
と、当該担当者端末２および承認者端末３，４を含むユ
ーザ端末と認証サーバ１との間のインタラクティブ処理
により、その入力された注文に関する一連の電子決裁
（上司による承認）の処理が行われる。そして、最終的
に決裁が下りた時点で、インターネット７を介して仕入
先端末８-1，８-2に対して発注が行われたり、配送セン
タ端末９に配送指示が行われたりする。
【０１１８】図９は、上記認証サーバ１およびユーザ端
末２，３，４の機能的な構成例を示すブロック図であ
る。この図９において、上記図２に示した機能ブロック
と同じものには同一の符号を付し、重複する説明は省略
する。
末２，３，４の機能的な構成例を示すブロック図であ
る。この図９において、上記図２に示した機能ブロック
と同じものには同一の符号を付し、重複する説明は省略
する。
【０１１９】本実施形態において、商品登録部１３で
は、仕入先において販売している商品や、配送センタに
在庫として存在する商品などに関する種々の情報を登録
する。また、取引先登録部１５では、商品の取引先とし
て、購入側企業、仕入先、配送センタなどに関する種々
の情報を登録する。
は、仕入先において販売している商品や、配送センタに
在庫として存在する商品などに関する種々の情報を登録
する。また、取引先登録部１５では、商品の取引先とし
て、購入側企業、仕入先、配送センタなどに関する種々
の情報を登録する。
【０１２０】また、状態遷移制御部２１は、第１の実施
形態で説明した機能に加え、認証ワークフローの状態を
遷移させて最終的に全ての承認が得られた時点で、承認
済注文処理部２８に指示を出して、承認済の注文を用い
て商品を手配するなどの次工程の処理をも行う。次工程
の処理の例としては、仕入先端末８-1，８-2に発注の電
子メールを送信したり、配送センタ端末９に配送指示の
電子メールを送信する処理が考えられる。
形態で説明した機能に加え、認証ワークフローの状態を
遷移させて最終的に全ての承認が得られた時点で、承認
済注文処理部２８に指示を出して、承認済の注文を用い
て商品を手配するなどの次工程の処理をも行う。次工程
の処理の例としては、仕入先端末８-1，８-2に発注の電
子メールを送信したり、配送センタ端末９に配送指示の
電子メールを送信する処理が考えられる。
【０１２１】すなわち、状態遷移制御部２１は、商品の
購入金額が購入限度額内に収まっている場合（注文を行
った者の購入限度額より商品の購入金額が低い場合、必
要な承認が全て得られた場合の双方を含む）に、仕入先
端末８-1，８-2に発注メールを送信したり、配送センタ
端末９に配送指示メールを送信したりする処理を承認済
注文処理部２８に対して指示する。
購入金額が購入限度額内に収まっている場合（注文を行
った者の購入限度額より商品の購入金額が低い場合、必
要な承認が全て得られた場合の双方を含む）に、仕入先
端末８-1，８-2に発注メールを送信したり、配送センタ
端末９に配送指示メールを送信したりする処理を承認済
注文処理部２８に対して指示する。
【０１２２】承認済注文処理部２８は、上記状態遷移制
御部２１からの指示に応じて、仕入先端末８-1，８-2に
対して発注の通知を電子メールで行う。または、配送セ
ンタ端末９に対して配送指示の通知を電子メールで行
う。このとき、注文情報記憶部２０に記憶されている注
文情報に基づいて発注先または配送指示先が判断され
る。この発注情報や配送指示情報には、注文情報記憶部
２０に記憶されている注文情報の他に、必要な承認が全
て得られたことを表す情報が含まれる。なお、ここでは
発注および配送指示を電子メールで行うこととしている
が、電話やファクシミリ通信などにより行うようにして
も良い。本発明の承認済注文処理手段は、上記状態遷移
制御部２１および承認済注文処理部２８を含んで構成さ
れる。
御部２１からの指示に応じて、仕入先端末８-1，８-2に
対して発注の通知を電子メールで行う。または、配送セ
ンタ端末９に対して配送指示の通知を電子メールで行
う。このとき、注文情報記憶部２０に記憶されている注
文情報に基づいて発注先または配送指示先が判断され
る。この発注情報や配送指示情報には、注文情報記憶部
２０に記憶されている注文情報の他に、必要な承認が全
て得られたことを表す情報が含まれる。なお、ここでは
発注および配送指示を電子メールで行うこととしている
が、電話やファクシミリ通信などにより行うようにして
も良い。本発明の承認済注文処理手段は、上記状態遷移
制御部２１および承認済注文処理部２８を含んで構成さ
れる。
【０１２３】上記のように構成した認証サーバ１による
認証ワークフロー動作は、図３に示したフローチャート
とほぼ同様である。ただし、本実施形態の場合は、ステ
ップＳ１６の処理の後でステップＳ１に戻る前に、仕入
先端末８-1，８-2に対する発注メールの送信、あるいは
配送センタ端末９に対する配送指示メールの送信を行
う。
認証ワークフロー動作は、図３に示したフローチャート
とほぼ同様である。ただし、本実施形態の場合は、ステ
ップＳ１６の処理の後でステップＳ１に戻る前に、仕入
先端末８-1，８-2に対する発注メールの送信、あるいは
配送センタ端末９に対する配送指示メールの送信を行
う。
【０１２４】以上詳しく説明したように、第２の実施形
態によれば、必要な承認が全て得られた注文に関する発
注情報や配送指示情報等を、承認済みであることを表す
情報と共に仕入先端末８-1，８-2、配送センタ端末９に
送信するようにしたので、上述した第１の実施形態によ
る効果に加え、注文を承認するまでの決裁処理と、オン
ライン上で発注や配送指示を行う処理とを有機的に結び
付けて一連の電子商取引をよりスムーズに行うことがで
きる。
態によれば、必要な承認が全て得られた注文に関する発
注情報や配送指示情報等を、承認済みであることを表す
情報と共に仕入先端末８-1，８-2、配送センタ端末９に
送信するようにしたので、上述した第１の実施形態によ
る効果に加え、注文を承認するまでの決裁処理と、オン
ライン上で発注や配送指示を行う処理とを有機的に結び
付けて一連の電子商取引をよりスムーズに行うことがで
きる。
【０１２５】（第３の実施形態）次に、本発明の第３の
実施形態について説明する。上記第１および第２の実施
形態では、商品情報、取引先情報、認証情報の登録を認
証サーバ１において行うようにしたが、第３の実施形態
ではこれらの情報の登録を、認証サーバ１以外の端末か
ら認証サーバ１内のウェブサーバ１１にアクセスするこ
とによって行えるようにする。
実施形態について説明する。上記第１および第２の実施
形態では、商品情報、取引先情報、認証情報の登録を認
証サーバ１において行うようにしたが、第３の実施形態
ではこれらの情報の登録を、認証サーバ１以外の端末か
ら認証サーバ１内のウェブサーバ１１にアクセスするこ
とによって行えるようにする。
【０１２６】図１０は、第３の実施形態による認証ワー
クフローシステムの一構成例を示す図である。この図１
０に示すシステムでは、店舗側には、認証サーバ１の他
に店舗管理端末７１が備えられ、これらが相互に接続さ
れる。また、購入企業側には、担当者端末２、承認者端
末３，４の他に購入企業管理端末７２が備えられ、これ
らが相互に接続される。店舗管理端末７１から認証サー
バ１に対して商品情報や取引先情報の登録を行うことが
でき、購入企業管理端末７２から認証サーバ１に対して
認証情報の登録を行うことができる。
クフローシステムの一構成例を示す図である。この図１
０に示すシステムでは、店舗側には、認証サーバ１の他
に店舗管理端末７１が備えられ、これらが相互に接続さ
れる。また、購入企業側には、担当者端末２、承認者端
末３，４の他に購入企業管理端末７２が備えられ、これ
らが相互に接続される。店舗管理端末７１から認証サー
バ１に対して商品情報や取引先情報の登録を行うことが
でき、購入企業管理端末７２から認証サーバ１に対して
認証情報の登録を行うことができる。
【０１２７】図１１は、上記図１０に示した認証サーバ
１、ユーザ端末２，３，４、店舗管理端末７１および購
入企業管理端末７２の機能的な構成例を示すブロック図
である。この図１１において、上記図２に示した機能ブ
ロックと同じものには同一の符号を付し、重複する説明
は省略する。
１、ユーザ端末２，３，４、店舗管理端末７１および購
入企業管理端末７２の機能的な構成例を示すブロック図
である。この図１１において、上記図２に示した機能ブ
ロックと同じものには同一の符号を付し、重複する説明
は省略する。
【０１２８】本実施形態において、認証サーバ１は、図
２に示した商品登録部１３、取引先登録部１５、認証情
報登録部１７の代わりに、情報記録部８１を備えてい
る。また、店舗管理端末７１は、商品登録部８２および
取引先登録部８３を備え、購入企業管理端末７２は、認
証情報登録部８４を備えている。
２に示した商品登録部１３、取引先登録部１５、認証情
報登録部１７の代わりに、情報記録部８１を備えてい
る。また、店舗管理端末７１は、商品登録部８２および
取引先登録部８３を備え、購入企業管理端末７２は、認
証情報登録部８４を備えている。
【０１２９】上記商品登録部８２、取引先登録部８３お
よび認証情報登録部８４により登録する商品情報、取引
先情報、認証情報の内容は、図２の商品登録部１３、取
引先登録部１５、認証情報登録部１７により登録する各
情報と同じである。ただし、本実施形態では、店舗管理
端末７１や購入企業管理端末７２から認証サーバ１内の
ウェブサーバ１１にアクセスすることにより、ウェブブ
ラウザを通じて各情報の登録を行う。ウェブサーバ１１
を通じて登録された各情報は、情報記録部８１によって
商品情報記憶部１４、取引先情報記憶部１６、認証情報
記憶部１８にそれぞれ記憶される。
よび認証情報登録部８４により登録する商品情報、取引
先情報、認証情報の内容は、図２の商品登録部１３、取
引先登録部１５、認証情報登録部１７により登録する各
情報と同じである。ただし、本実施形態では、店舗管理
端末７１や購入企業管理端末７２から認証サーバ１内の
ウェブサーバ１１にアクセスすることにより、ウェブブ
ラウザを通じて各情報の登録を行う。ウェブサーバ１１
を通じて登録された各情報は、情報記録部８１によって
商品情報記憶部１４、取引先情報記憶部１６、認証情報
記憶部１８にそれぞれ記憶される。
【０１３０】このように、本実施形態では、商品情報、
取引先情報、認証情報の登録を、認証サーバ１以外の店
舗管理端末７１および購入企業管理端末７２からウェブ
へのアクセスによって行えるようにしたので、これらの
情報登録を機能分散した運用を行うことが可能となる。
取引先情報、認証情報の登録を、認証サーバ１以外の店
舗管理端末７１および購入企業管理端末７２からウェブ
へのアクセスによって行えるようにしたので、これらの
情報登録を機能分散した運用を行うことが可能となる。
【０１３１】これにより、店舗側では、自己が扱う商品
や取引先についてのみ情報登録を行えば良く、購入企業
側の認証情報の登録については購入企業自身に任せるこ
とができる。特に、購入企業が数多くなってきたときに
は、それぞれの企業が個別に自己の認証情報を登録すれ
ば良く、店舗側の情報登録の負担を大幅に軽減すること
ができる。また、購入企業側にとっても、機密性のある
組織情報を店舗側に開示しなくても済むというメリット
を有する。
や取引先についてのみ情報登録を行えば良く、購入企業
側の認証情報の登録については購入企業自身に任せるこ
とができる。特に、購入企業が数多くなってきたときに
は、それぞれの企業が個別に自己の認証情報を登録すれ
ば良く、店舗側の情報登録の負担を大幅に軽減すること
ができる。また、購入企業側にとっても、機密性のある
組織情報を店舗側に開示しなくても済むというメリット
を有する。
【０１３２】なお、上記第１〜第３の実施形態では、イ
ンターネット７を通じて行う電子商取引を例に挙げて説
明したが、通常の商取引を行う際の決裁に関する認証ワ
ークフローにも適用することが可能である。この場合に
は、図８に示したある企業のイントラネット５はインタ
ーネット７に接続されている必要は必ずしもなく、企業
内の閉じたネットワークで認証ワークフローの処理が実
行されるようにしても良い。
ンターネット７を通じて行う電子商取引を例に挙げて説
明したが、通常の商取引を行う際の決裁に関する認証ワ
ークフローにも適用することが可能である。この場合に
は、図８に示したある企業のイントラネット５はインタ
ーネット７に接続されている必要は必ずしもなく、企業
内の閉じたネットワークで認証ワークフローの処理が実
行されるようにしても良い。
【０１３３】また、上記第２の実施形態では、商品の購
入金額が注文者の購入限度額以内の場合、および全ての
承認が得られた場合には、仕入先端末８-1，８-2に対す
る発注や配送センタ端末９に対する配送指示を自動的に
送信するようにしたが、まずは注文者が確認をした後、
注文者の指示に応じてこれらの情報を送信するようにし
ても良い。この場合は、必要な承認の全てが得られてい
ない状態で指示が出されたときには、発注情報や配送指
示情報の送信を禁止するように制御する。このようにす
ることで、最終的な決裁が下りていない注文が誤って発
注あるいは配送指示されてしまうことを防ぐことが可能
となる。
入金額が注文者の購入限度額以内の場合、および全ての
承認が得られた場合には、仕入先端末８-1，８-2に対す
る発注や配送センタ端末９に対する配送指示を自動的に
送信するようにしたが、まずは注文者が確認をした後、
注文者の指示に応じてこれらの情報を送信するようにし
ても良い。この場合は、必要な承認の全てが得られてい
ない状態で指示が出されたときには、発注情報や配送指
示情報の送信を禁止するように制御する。このようにす
ることで、最終的な決裁が下りていない注文が誤って発
注あるいは配送指示されてしまうことを防ぐことが可能
となる。
【０１３４】また、上記第３の実施形態では、企業間の
取引に対して情報登録の分散機能を実現した例を示した
が、図８に示したような企業の購買システムに対して情
報登録の分散機能を実現することも可能である。この場
合、図１０および図１１に示した店舗管理端末７１およ
び購入企業管理端末７２に相当する端末は、企業内の資
材調達部門に置かれる。
取引に対して情報登録の分散機能を実現した例を示した
が、図８に示したような企業の購買システムに対して情
報登録の分散機能を実現することも可能である。この場
合、図１０および図１１に示した店舗管理端末７１およ
び購入企業管理端末７２に相当する端末は、企業内の資
材調達部門に置かれる。
【０１３５】なお、以上に説明した各実施形態の認証ワ
ークフローシステムおよび認証サーバ装置は、上述した
ようにコンピュータのＣＰＵあるいはＭＰＵ、ＲＡＭ、
ＲＯＭなどで構成されるものであり、ＲＡＭやＲＯＭに
記憶されたプログラムが動作することによって実現でき
る。したがって、コンピュータが上記機能を果たすよう
に動作させるプログラムを、例えばＣＤ−ＲＯＭのよう
な記録媒体に記録し、コンピュータに読み込ませること
によって実現できるものである。上記プログラムを記録
する記録媒体としては、ＣＤ−ＲＯＭ以外に、フロッピ
ーディスク、ハードディスク、磁気テープ、光磁気ディ
スク、不揮発性メモリカード等を用いることができる。
ークフローシステムおよび認証サーバ装置は、上述した
ようにコンピュータのＣＰＵあるいはＭＰＵ、ＲＡＭ、
ＲＯＭなどで構成されるものであり、ＲＡＭやＲＯＭに
記憶されたプログラムが動作することによって実現でき
る。したがって、コンピュータが上記機能を果たすよう
に動作させるプログラムを、例えばＣＤ−ＲＯＭのよう
な記録媒体に記録し、コンピュータに読み込ませること
によって実現できるものである。上記プログラムを記録
する記録媒体としては、ＣＤ−ＲＯＭ以外に、フロッピ
ーディスク、ハードディスク、磁気テープ、光磁気ディ
スク、不揮発性メモリカード等を用いることができる。
【０１３６】また、コンピュータが供給されたプログラ
ムを実行することにより上述の実施形態の機能が実現さ
れるだけでなく、そのプログラムがコンピュータにおい
て稼働しているＯＳ（オペレーティングシステム）ある
いは他のアプリケーションソフト等と共同して上述の実
施形態の機能が実現される場合や、供給されたプログラ
ムの処理の全てあるいは一部がコンピュータの機能拡張
ボードや機能拡張ユニットにより行われて上述の実施形
態の機能が実現される場合も、かかるプログラムは本発
明の実施形態に含まれる。
ムを実行することにより上述の実施形態の機能が実現さ
れるだけでなく、そのプログラムがコンピュータにおい
て稼働しているＯＳ（オペレーティングシステム）ある
いは他のアプリケーションソフト等と共同して上述の実
施形態の機能が実現される場合や、供給されたプログラ
ムの処理の全てあるいは一部がコンピュータの機能拡張
ボードや機能拡張ユニットにより行われて上述の実施形
態の機能が実現される場合も、かかるプログラムは本発
明の実施形態に含まれる。
【０１３７】また、本発明はネットワーク環境で利用さ
れるものであり、認証サーバ１やユーザ端末２，３，４
の全部あるいは一部のプログラムが他のコンピュータで
実行されるようになっていても良い。
れるものであり、認証サーバ１やユーザ端末２，３，４
の全部あるいは一部のプログラムが他のコンピュータで
実行されるようになっていても良い。
【０１３８】上記説明した実施形態は、何れも本発明を
実施するにあたっての具体化の一例を示したものに過ぎ
ず、これらによって本発明の技術的範囲が限定的に解釈
されてはならないものである。すなわち、本発明はその
精神、またはその主要な特徴から逸脱することなく、様
々な形で実施することができる。
実施するにあたっての具体化の一例を示したものに過ぎ
ず、これらによって本発明の技術的範囲が限定的に解釈
されてはならないものである。すなわち、本発明はその
精神、またはその主要な特徴から逸脱することなく、様
々な形で実施することができる。
【０１３９】
【発明の効果】以上説明したように本発明によれば、注
文について最終的な承認を得るまでの決裁処理を電子的
に行うことにより簡素化し、一連の商取引をよりスムー
ズに行うことができるようになる。また、本発明のその
他の特徴によれば、必要な承認が全て得られた場合に
は、その注文に関する次工程の処理まで実行するので、
注文を承認するまでの決裁処理と、オンライン上で発注
や配送指示などを行う処理とを有機的に結び付けて一連
の電子商取引をよりスムーズに行うことができるように
なる。また、商品の販売側企業においても、購入側企業
から発注された注文が正式に承認を得ているものかどう
かを容易に確認でき、電子商取引上のトラブル発生を少
なくすることができる。
文について最終的な承認を得るまでの決裁処理を電子的
に行うことにより簡素化し、一連の商取引をよりスムー
ズに行うことができるようになる。また、本発明のその
他の特徴によれば、必要な承認が全て得られた場合に
は、その注文に関する次工程の処理まで実行するので、
注文を承認するまでの決裁処理と、オンライン上で発注
や配送指示などを行う処理とを有機的に結び付けて一連
の電子商取引をよりスムーズに行うことができるように
なる。また、商品の販売側企業においても、購入側企業
から発注された注文が正式に承認を得ているものかどう
かを容易に確認でき、電子商取引上のトラブル発生を少
なくすることができる。
【図１】第１の実施形態による認証ワークフローシステ
ムの一構成例を示す図である。
ムの一構成例を示す図である。
【図２】第１の実施形態による認証サーバおよびユーザ
端末の機能的な構成例を示すブロック図である。
端末の機能的な構成例を示すブロック図である。
【図３】第１の実施形態の認証サーバによる認証ワーク
フロー動作の例を示すフローチャートである。
フロー動作の例を示すフローチャートである。
【図４】本実施形態による認証サーバの表示装置に表示
される認証情報の登録画面の例を示す図である。
される認証情報の登録画面の例を示す図である。
【図５】承認者端末の表示装置に表示される注文承認依
頼メールの例を示す図である。
頼メールの例を示す図である。
【図６】承認者端末の表示装置に表示される注文承認画
面の例を示す図である。
面の例を示す図である。
【図７】注文者端末の表示装置に表示される注文受付確
認通知メールの例を示す図である。
認通知メールの例を示す図である。
【図８】第２の実施形態による認証ワークフローシステ
ムの一構成例を示す図である。
ムの一構成例を示す図である。
【図９】第２の実施形態による認証サーバおよびユーザ
端末の機能的な構成例を示すブロック図である。
端末の機能的な構成例を示すブロック図である。
【図１０】第３の実施形態による認証ワークフローシス
テムの一構成例を示す図である。
テムの一構成例を示す図である。
【図１１】第３の実施形態による認証サーバおよびユー
ザ端末の機能的な構成例を示すブロック図である。
ザ端末の機能的な構成例を示すブロック図である。
１ 認証サーバ ２ 担当者端末 ３，４ 承認者端末 ５ イントラネット ６ ファイアウォール ７ インターネット ８-1，８-2 仕入先端末 ９ 配送センタ端末 １１ ウェブサーバ １２ メールサーバ １３ 商品登録部 １４ 商品情報記憶部 １５ 取引先登録部 １６ 取引先情報記憶部 １７ 認証情報登録部 １８ 認証情報記憶部 １９ 注文管理部 ２０ 注文情報記憶部 ２１ 状態遷移制御部 ２２ ワークフロー情報記憶部 ２３ 認証部 ２４ 承認画面作成部 ２５ 承認受付部 ２６ 承認依頼通知部 ２７ 確認メッセージ通知部 ２８ 承認済注文処理部 ３１ 注文入力部 ３２ 承認入力部 ３３ ログイン情報入力部 ３４ 通知受信部 ３５ 状態参照部 ７１ 店舗管理端末 ７２ 購入企業管理端末 ８１ 商品登録部 ８２ 取引先登録部 ８３ 認証情報登録部
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.7 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/60 ５０４ Ｇ０６Ｆ 17/60 ５０４ 19/00 ３００ 19/00 ３００Ｎ (72)発明者 光森 誠伸 東京都墨田区両国２丁目10番14号 住商情 報システム株式会社内 Ｆターム(参考） 5B049 AA01 AA05 AA06 CC05 CC36 DD01 FF03 FF09 5B055 CC12 EE01 EE06
Claims (38)
- 【請求項１】 商取引において必要となる決裁の認証ワ
ークフローに関する処理を行う認証ワークフローシステ
ムであって、 認証ルートおよび各人が持つ商品購入限度額などの認証
情報を登録する認証情報登録手段と、 購入希望の商品およびその購入金額に関する情報を入力
する購入商品情報入力手段と、 上記購入商品情報入力手段により入力された注文商品の
購入金額と、その注文の入力を行った者に関して上記認
証情報登録手段により登録された商品購入限度額とを比
較し、上記商品の購入金額が上記商品購入限度額を超え
ている場合に、上記認証情報登録手段により登録された
承認者に対して承認を要求する通知を行う承認要求通知
手段と、 上記承認要求通知手段により通知された承認要求に対応
して、承認に関する情報を入力する承認手段とを備えた
ことを特徴とする認証ワークフローシステム。 - 【請求項２】 上記承認要求通知手段は、上記購入商品
情報入力手段により入力された商品の購入金額と、ある
承認者に関して上記認証情報登録手段により登録された
商品購入限度額とを比較し、上記商品の購入金額が上記
承認者の商品購入限度額を超えている場合に、更に上の
承認者に対して承認を要求する通知を行うことを特徴と
する請求項１に記載の認証ワークフローシステム。 - 【請求項３】 上記承認手段によって必要な承認が全て
得られたときに、注文受付の確認メッセージを注文者に
対して通知する確認通知手段を備えたことを特徴とする
請求項１または２に記載の認証ワークフローシステム。 - 【請求項４】 上記確認通知手段は、上記承認手段によ
って必要な承認が却下されたときに、注文却下の確認メ
ッセージを注文者に対して通知することを特徴とする請
求項３に記載の認証ワークフローシステム。 - 【請求項５】 上記承認要求通知手段による承認要求の
通知、上記確認通知手段による確認メッセージの通知を
電子メールで行うとともに、上記承認手段による承認に
関する情報入力をウェブブラウザによる入力画面で行う
ようにしたことを特徴とする請求項１〜４の何れか１項
に記載の認証ワークフローシステム。 - 【請求項６】 上記電子メールに埋め込まれたアドレス
に従って上記ウェブブラウザによる入力画面に遷移する
際に、所定のログイン処理を行うログイン手段を備えた
ことを特徴とする請求項５に記載の認証ワークフローシ
ステム。 - 【請求項７】 上記ウェブブラウザによる入力画面に
は、上記商品の購入金額に応じて必要となる全ての承認
者および承認の有無を表示することを特徴とする請求項
５または６に記載の認証ワークフローシステム。 - 【請求項８】 上記認証ワークフローの遷移の状態を注
文毎に記憶するワークフロー情報記憶手段と、 上記ワークフロー情報記憶手段に記憶されている認証ワ
ークフローの現在の状態を参照する状態参照手段とを備
えたことを特徴とする請求項１〜７の何れか１項に記載
の認証ワークフローシステム。 - 【請求項９】 上記承認要求通知手段により上記承認要
求が通知された承認者の代わりに、更に上の承認者が上
記承認に関する情報を入力することを認める代理認証手
段を備えたことを特徴とする請求項８に記載の認証ワー
クフローシステム。 - 【請求項１０】 上記商取引はネットワーク上で行われ
る電子商取引であることを特徴とする請求項１〜９の何
れか１項に記載の認証ワークフローシステム。 - 【請求項１１】 上記承認手段によって必要な承認が全
て得られた注文に関する次工程の処理を実行する承認済
注文処理手段を備えたことを特徴とする請求項１０に記
載の認証ワークフローシステム。 - 【請求項１２】 必要な承認の全てが得られていない注
文について、上記次工程の処理の実行を禁止する禁止手
段を備えたことを特徴とする請求項１１に記載の認証ワ
ークフローシステム。 - 【請求項１３】 商取引において必要となる決裁の認証
ワークフローに関する処理を行う認証ワークフローシス
テムであって、 認証ルートを登録する認証情報登録手段と、 上記認証情報登録手段により登録された認証ルートに従
って、電子メールおよびウェブブラウザの機能を用いて
商品注文に関する一連の決裁の認証処理を行う認証ワー
クフロー処理手段とを備えたことを特徴とする認証ワー
クフローシステム。 - 【請求項１４】 上記認証情報登録手段は、上記認証ワ
ークフローに関する処理を行う認証サーバ装置とは別の
端末から上記認証サーバ装置へのウェブによるアクセス
によって上記認証情報の登録を行うことを特徴とする請
求項１〜１３の何れか１項に記載の認証ワークフローシ
ステム。 - 【請求項１５】 商取引において必要となる決裁の認証
ワークフローに関する処理を行う認証サーバ装置であっ
て、 認証ルートおよび各人が持つ商品購入限度額などの認証
情報を記憶する認証情報記憶手段と、 入力された注文商品の購入金額と、その注文の入力を行
った者に関して上記認証情報記憶手段により記憶されて
いる商品購入限度額とを比較し、上記商品の購入金額が
上記商品購入限度額を超えている場合に、上記認証ルー
トにより示される承認者に対して承認を要求する通知を
行う承認要求通知手段と、 上記承認要求通知手段により通知された承認要求に応じ
て上記承認者により入力された承認に関する情報を受け
付ける承認受付手段とを備えたことを特徴とする認証サ
ーバ装置。 - 【請求項１６】 上記承認要求通知手段は、上記入力さ
れた商品の購入金額と、ある承認者に関して上記認証情
報記憶手段により記憶されている商品購入限度額とを比
較し、上記商品の購入金額が上記承認者の商品購入限度
額を超えている場合に、更に上の承認者に対して承認を
要求する通知を行うことを特徴とする請求項１５に記載
の認証サーバ装置。 - 【請求項１７】 必要な承認が全て得られたときに、注
文受付の確認メッセージを注文者に対して通知する確認
通知手段を備えたことを特徴とする請求項１５または１
６に記載の認証サーバ装置。 - 【請求項１８】 上記確認通知手段は、必要な承認が却
下されたときに、注文却下の確認メッセージを注文者に
対して通知することを特徴とする請求項１７に記載の認
証サーバ装置。 - 【請求項１９】 上記承認要求通知手段による承認要求
の通知、上記確認通知手段による確認メッセージの通知
を電子メールで行うとともに、上記承認要求通知の電子
メールに埋め込まれたアドレスが指定されたときに、所
定のログイン処理を経て上記承認を促すためのウェブブ
ラウザによる入力画面に遷移させるようにしたことを特
徴とする請求項１５〜１８の何れか１項に記載の認証サ
ーバ装置。 - 【請求項２０】 上記ウェブブラウザによる入力画面に
は、上記商品の購入金額に応じて必要となる全ての承認
者および承認の有無を表示することを特徴とする請求項
１９に記載の認証サーバ装置。 - 【請求項２１】 上記認証ワークフローの遷移の状態を
注文毎に記憶するワークフロー情報記憶手段と、 上記ワークフロー情報記憶手段に記憶されている認証ワ
ークフローの現在の状態を要求に応じて提供する状態情
報提供手段とを備えたことを特徴とする請求項１５〜２
０の何れか１項に記載の認証サーバ装置。 - 【請求項２２】 上記承認要求通知手段により上記承認
要求が通知された承認者の代わりに、更に上の承認者が
上記承認に関する情報を入力することを認める代理認証
手段を備えたことを特徴とする請求項２１に記載の認証
サーバ装置。 - 【請求項２３】 上記商取引はネットワーク上で行われ
る電子商取引であることを特徴とする請求項１５〜２２
の何れか１項に記載の認証サーバ装置。 - 【請求項２４】 必要な承認が全て得られた注文に関す
る次工程の処理を実行する承認済注文処理手段を備えた
ことを特徴とする請求項２３に記載の認証サーバ装置。 - 【請求項２５】 上記必要な承認の全てが得られていな
い注文について、上記次工程の処理の実行を禁止する禁
止手段を備えたことを特徴とする請求項２４に記載の認
証サーバ装置。 - 【請求項２６】 商取引において必要となる決裁の認証
ワークフローに関する処理を行う認証サーバ装置であっ
て、 認証ルートを記憶する認証情報記憶手段と、 上記認証情報記憶手段により記憶されている認証ルート
に従って、電子メールおよびウェブブラウザの機能を用
いて商品注文に関する一連の決裁の認証処理を行う認証
ワークフロー処理手段とを備えたことを特徴とする認証
サーバ装置。 - 【請求項２７】 上記認証情報記憶手段に記憶される認
証情報は、上記認証サーバ装置とは別の端末から上記認
証サーバ装置へのウェブによるアクセスによって登録さ
れることを特徴とする請求項１５〜２６の何れか１項に
記載の認証サーバ装置。 - 【請求項２８】 商取引において必要となる決裁の認証
を行う決裁に関する認証方法であって、 認証ルートおよび各承認者が持つ商品購入限度額などの
認証情報を登録する認証情報登録ステップと、 購入希望の商品およびその購入金額に関する情報を入力
する購入商品情報入力ステップと、 上記入力された商品の購入金額と、その入力を行った者
に関して登録されている商品購入限度額とを比較し、上
記商品の購入金額が上記商品購入限度額を超えている場
合に、上記認証ルートにより示される承認者に対して承
認を要求する通知を行う承認要求通知ステップと、 上記通知された承認要求に対応して、承認に関する情報
を入力する承認ステップとを有することを特徴とする決
裁に関する認証方法。 - 【請求項２９】 上記入力された商品の購入金額と、あ
る承認者に関して登録されている商品購入限度額とを比
較し、上記商品の購入金額が上記承認者の商品購入限度
額を超えている場合には、上記承認要求通知ステップで
更に上の承認者に対して承認を要求し、上記承認要求通
知ステップと上記承認ステップとを繰り返し行うように
したことを特徴とする請求項２８に記載の決裁に関する
認証方法。 - 【請求項３０】 上記承認ステップで必要な承認が全て
得られたときに、注文受付の確認メッセージを注文者に
対して通知する確認通知ステップを更に有することを特
徴とする請求項２８または２９に記載の決裁に関する認
証方法。 - 【請求項３１】 上記確認通知ステップでは、上記承認
ステップによって必要な承認が却下されたときに、注文
却下の確認メッセージを注文者に対して通知することを
特徴とする請求項３０に記載の決裁に関する認証方法。 - 【請求項３２】 上記承認要求通知ステップでの承認要
求の通知、上記確認通知ステップでの確認メッセージの
通知を電子メールで行うとともに、上記承認ステップで
の承認に関する情報入力をウェブブラウザによる入力画
面で行うようにしたことを特徴とする請求項２８〜３１
の何れか１項に記載の決裁に関する認証方法。 - 【請求項３３】 上記電子メールに埋め込まれたアドレ
スに従って上記ウェブブラウザによる入力画面に遷移す
る際に、所定のログイン処理を行うようにしたことを特
徴とする請求項３２に記載の決裁に関する認証方法。 - 【請求項３４】 上記認証ワークフローの現在の状態を
参照できるようにするとともに、上記承認要求通知ステ
ップで上記承認要求が通知された承認者の代わりに、更
に上の承認者が上記承認に関する情報を入力することを
認めるようにしたことを特徴とする請求項２８〜３３の
何れか１項に記載の決裁に関する認証方法。 - 【請求項３５】 上記商取引はネットワーク上で行われ
る電子商取引であり、上記承認ステップで必要な承認が
全て得られた注文に関する次工程の処理を実行する承認
済注文処理ステップを更に有することを特徴とする請求
項２８〜３４の何れか１項に記載の決裁に関する認証方
法。 - 【請求項３６】 必要な承認の全てが得られていない注
文については上記次工程の処理の実行を禁止するように
したことを特徴とする請求項３５に記載の決裁に関する
認証方法。 - 【請求項３７】 請求項１〜２７の何れか１項に記載の
各手段としてコンピュータを機能させるためのプログラ
ムを記録したことを特徴とするコンピュータ読み取り可
能な記録媒体。 - 【請求項３８】 請求項２８〜３６の何れか１項に記載
された決裁の認証方法の処理手順をコンピュータに実行
させるためのプログラム記録したことを特徴とするコン
ピュータ読み取り可能な記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000150515A JP2001331758A (ja) | 2000-05-22 | 2000-05-22 | 認証ワークフローシステム、認証サーバ装置、決裁に関する認証方法、記録媒体 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2000150515A JP2001331758A (ja) | 2000-05-22 | 2000-05-22 | 認証ワークフローシステム、認証サーバ装置、決裁に関する認証方法、記録媒体 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2001331758A true JP2001331758A (ja) | 2001-11-30 |
Family
ID=18656217
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000150515A Pending JP2001331758A (ja) | 2000-05-22 | 2000-05-22 | 認証ワークフローシステム、認証サーバ装置、決裁に関する認証方法、記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2001331758A (ja) |
Cited By (44)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004192540A (ja) * | 2002-12-13 | 2004-07-08 | Fujitsu Ltd | 商談承認要否判断方法 |
| JP2005063417A (ja) * | 2003-07-30 | 2005-03-10 | Matsushita Electric Ind Co Ltd | 承認結果通知システムおよびその方法 |
| JP2006018492A (ja) * | 2004-06-30 | 2006-01-19 | Fuji Xerox Co Ltd | 文書処理装置、文書処理方法及び文書処理プログラム |
| JP2006157654A (ja) * | 2004-11-30 | 2006-06-15 | Kyocera Mita Corp | 時刻認証管理システム及び画像形成装置 |
| JP2006195639A (ja) * | 2005-01-12 | 2006-07-27 | Toshiba Corp | 承認支援システム、承認支援方法および承認者端末 |
| JP2008015866A (ja) * | 2006-07-07 | 2008-01-24 | Hitachi Ltd | 生体認証システムおよび情報処理装置 |
| JP2009069881A (ja) * | 2007-09-10 | 2009-04-02 | Mitsubishi Electric Corp | 電子承認状況管理システムおよび承認状況管理装置 |
| JP2009110197A (ja) * | 2007-10-29 | 2009-05-21 | Hitachi Ltd | 購買業務システム、購買業務処理方法、および購買業務処理プログラム |
| JP2009205489A (ja) * | 2008-02-28 | 2009-09-10 | Fujitsu Ltd | ワークフロー管理システム |
| JP2010061279A (ja) * | 2008-09-02 | 2010-03-18 | Fuji Xerox Co Ltd | データ処理制御プログラム、データ処理制御装置及びデータ処理システム |
| JP2010170575A (ja) * | 2005-01-21 | 2010-08-05 | Fineart Technology Co Ltd | データ伝送の制御方法及びコンピュータの読み取り可能な記録媒体 |
| JP2012150707A (ja) * | 2011-01-20 | 2012-08-09 | Fujitsu Ltd | 承認支援プログラム、承認支援装置及び承認支援方法 |
| JP2017146982A (ja) * | 2011-09-29 | 2017-08-24 | アップル インコーポレイテッド | 間接的認証 |
| US10178234B2 (en) | 2014-05-30 | 2019-01-08 | Apple, Inc. | User interface for phone call routing among devices |
| US10262182B2 (en) | 2013-09-09 | 2019-04-16 | Apple Inc. | Device, method, and graphical user interface for manipulating user interfaces based on unlock inputs |
| US10334054B2 (en) | 2016-05-19 | 2019-06-25 | Apple Inc. | User interface for a device requesting remote authorization |
| US10395128B2 (en) | 2017-09-09 | 2019-08-27 | Apple Inc. | Implementation of biometric authentication |
| JP2019526115A (ja) * | 2016-06-29 | 2019-09-12 | アリババ・グループ・ホールディング・リミテッドＡｌｉｂａｂａ Ｇｒｏｕｐ Ｈｏｌｄｉｎｇ Ｌｉｍｉｔｅｄ | 権限分離制御に基づくネットワーク取引方法及び装置 |
| US10419933B2 (en) | 2011-09-29 | 2019-09-17 | Apple Inc. | Authentication with secondary approver |
| US10438205B2 (en) | 2014-05-29 | 2019-10-08 | Apple Inc. | User interface for payments |
| JP2019191813A (ja) * | 2018-04-23 | 2019-10-31 | ミドリ安全株式会社 | 商品受注装置及び商品受注方法 |
| US10496808B2 (en) | 2016-10-25 | 2019-12-03 | Apple Inc. | User interface for managing access to credentials for use in an operation |
| US10521579B2 (en) | 2017-09-09 | 2019-12-31 | Apple Inc. | Implementation of biometric authentication |
| US10860096B2 (en) | 2018-09-28 | 2020-12-08 | Apple Inc. | Device control using gaze information |
| US10956550B2 (en) | 2007-09-24 | 2021-03-23 | Apple Inc. | Embedded authentication systems in an electronic device |
| US10992795B2 (en) | 2017-05-16 | 2021-04-27 | Apple Inc. | Methods and interfaces for home media control |
| US10996917B2 (en) | 2019-05-31 | 2021-05-04 | Apple Inc. | User interfaces for audio media control |
| US11037150B2 (en) | 2016-06-12 | 2021-06-15 | Apple Inc. | User interfaces for transactions |
| US11074572B2 (en) | 2016-09-06 | 2021-07-27 | Apple Inc. | User interfaces for stored-value accounts |
| US11100349B2 (en) | 2018-09-28 | 2021-08-24 | Apple Inc. | Audio assisted enrollment |
| US11126704B2 (en) | 2014-08-15 | 2021-09-21 | Apple Inc. | Authenticated device used to unlock another device |
| US11170085B2 (en) | 2018-06-03 | 2021-11-09 | Apple Inc. | Implementation of biometric authentication |
| US11283916B2 (en) | 2017-05-16 | 2022-03-22 | Apple Inc. | Methods and interfaces for configuring a device in accordance with an audio tone signal |
| US11392291B2 (en) | 2020-09-25 | 2022-07-19 | Apple Inc. | Methods and interfaces for media control with dynamic feedback |
| US11431836B2 (en) | 2017-05-02 | 2022-08-30 | Apple Inc. | Methods and interfaces for initiating media playback |
| US11481769B2 (en) | 2016-06-11 | 2022-10-25 | Apple Inc. | User interface for transactions |
| US11539831B2 (en) | 2013-03-15 | 2022-12-27 | Apple Inc. | Providing remote interactions with host device using a wireless device |
| US11620103B2 (en) | 2019-05-31 | 2023-04-04 | Apple Inc. | User interfaces for audio media control |
| US11676373B2 (en) | 2008-01-03 | 2023-06-13 | Apple Inc. | Personal computing device control using face detection and recognition |
| US11683408B2 (en) | 2017-05-16 | 2023-06-20 | Apple Inc. | Methods and interfaces for home media control |
| US11784956B2 (en) | 2021-09-20 | 2023-10-10 | Apple Inc. | Requests to add assets to an asset account |
| US11816194B2 (en) | 2020-06-21 | 2023-11-14 | Apple Inc. | User interfaces for managing secure operations |
| US11847378B2 (en) | 2021-06-06 | 2023-12-19 | Apple Inc. | User interfaces for audio routing |
| US11907013B2 (en) | 2014-05-30 | 2024-02-20 | Apple Inc. | Continuity of applications across devices |
-
2000
- 2000-05-22 JP JP2000150515A patent/JP2001331758A/ja active Pending
Cited By (82)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004192540A (ja) * | 2002-12-13 | 2004-07-08 | Fujitsu Ltd | 商談承認要否判断方法 |
| JP2005063417A (ja) * | 2003-07-30 | 2005-03-10 | Matsushita Electric Ind Co Ltd | 承認結果通知システムおよびその方法 |
| JP2006018492A (ja) * | 2004-06-30 | 2006-01-19 | Fuji Xerox Co Ltd | 文書処理装置、文書処理方法及び文書処理プログラム |
| JP2006157654A (ja) * | 2004-11-30 | 2006-06-15 | Kyocera Mita Corp | 時刻認証管理システム及び画像形成装置 |
| JP2006195639A (ja) * | 2005-01-12 | 2006-07-27 | Toshiba Corp | 承認支援システム、承認支援方法および承認者端末 |
| JP2010170575A (ja) * | 2005-01-21 | 2010-08-05 | Fineart Technology Co Ltd | データ伝送の制御方法及びコンピュータの読み取り可能な記録媒体 |
| JP2008015866A (ja) * | 2006-07-07 | 2008-01-24 | Hitachi Ltd | 生体認証システムおよび情報処理装置 |
| JP2009069881A (ja) * | 2007-09-10 | 2009-04-02 | Mitsubishi Electric Corp | 電子承認状況管理システムおよび承認状況管理装置 |
| US11468155B2 (en) | 2007-09-24 | 2022-10-11 | Apple Inc. | Embedded authentication systems in an electronic device |
| US10956550B2 (en) | 2007-09-24 | 2021-03-23 | Apple Inc. | Embedded authentication systems in an electronic device |
| JP2009110197A (ja) * | 2007-10-29 | 2009-05-21 | Hitachi Ltd | 購買業務システム、購買業務処理方法、および購買業務処理プログラム |
| US11676373B2 (en) | 2008-01-03 | 2023-06-13 | Apple Inc. | Personal computing device control using face detection and recognition |
| JP2009205489A (ja) * | 2008-02-28 | 2009-09-10 | Fujitsu Ltd | ワークフロー管理システム |
| JP2010061279A (ja) * | 2008-09-02 | 2010-03-18 | Fuji Xerox Co Ltd | データ処理制御プログラム、データ処理制御装置及びデータ処理システム |
| JP2012150707A (ja) * | 2011-01-20 | 2012-08-09 | Fujitsu Ltd | 承認支援プログラム、承認支援装置及び承認支援方法 |
| US11755712B2 (en) | 2011-09-29 | 2023-09-12 | Apple Inc. | Authentication with secondary approver |
| US10484384B2 (en) | 2011-09-29 | 2019-11-19 | Apple Inc. | Indirect authentication |
| US11200309B2 (en) | 2011-09-29 | 2021-12-14 | Apple Inc. | Authentication with secondary approver |
| JP2017146982A (ja) * | 2011-09-29 | 2017-08-24 | アップル インコーポレイテッド | 間接的認証 |
| US10516997B2 (en) | 2011-09-29 | 2019-12-24 | Apple Inc. | Authentication with secondary approver |
| US10419933B2 (en) | 2011-09-29 | 2019-09-17 | Apple Inc. | Authentication with secondary approver |
| US11539831B2 (en) | 2013-03-15 | 2022-12-27 | Apple Inc. | Providing remote interactions with host device using a wireless device |
| US11494046B2 (en) | 2013-09-09 | 2022-11-08 | Apple Inc. | Device, method, and graphical user interface for manipulating user interfaces based on unlock inputs |
| US10262182B2 (en) | 2013-09-09 | 2019-04-16 | Apple Inc. | Device, method, and graphical user interface for manipulating user interfaces based on unlock inputs |
| US10410035B2 (en) | 2013-09-09 | 2019-09-10 | Apple Inc. | Device, method, and graphical user interface for manipulating user interfaces based on fingerprint sensor inputs |
| US11287942B2 (en) | 2013-09-09 | 2022-03-29 | Apple Inc. | Device, method, and graphical user interface for manipulating user interfaces |
| US10372963B2 (en) | 2013-09-09 | 2019-08-06 | Apple Inc. | Device, method, and graphical user interface for manipulating user interfaces based on fingerprint sensor inputs |
| US11768575B2 (en) | 2013-09-09 | 2023-09-26 | Apple Inc. | Device, method, and graphical user interface for manipulating user interfaces based on unlock inputs |
| US10803281B2 (en) | 2013-09-09 | 2020-10-13 | Apple Inc. | Device, method, and graphical user interface for manipulating user interfaces based on fingerprint sensor inputs |
| US10748153B2 (en) | 2014-05-29 | 2020-08-18 | Apple Inc. | User interface for payments |
| US10796309B2 (en) | 2014-05-29 | 2020-10-06 | Apple Inc. | User interface for payments |
| US11836725B2 (en) | 2014-05-29 | 2023-12-05 | Apple Inc. | User interface for payments |
| US10902424B2 (en) | 2014-05-29 | 2021-01-26 | Apple Inc. | User interface for payments |
| US10438205B2 (en) | 2014-05-29 | 2019-10-08 | Apple Inc. | User interface for payments |
| US10977651B2 (en) | 2014-05-29 | 2021-04-13 | Apple Inc. | User interface for payments |
| US10178234B2 (en) | 2014-05-30 | 2019-01-08 | Apple, Inc. | User interface for phone call routing among devices |
| US10616416B2 (en) | 2014-05-30 | 2020-04-07 | Apple Inc. | User interface for phone call routing among devices |
| US11907013B2 (en) | 2014-05-30 | 2024-02-20 | Apple Inc. | Continuity of applications across devices |
| US11126704B2 (en) | 2014-08-15 | 2021-09-21 | Apple Inc. | Authenticated device used to unlock another device |
| US11206309B2 (en) | 2016-05-19 | 2021-12-21 | Apple Inc. | User interface for remote authorization |
| US10749967B2 (en) | 2016-05-19 | 2020-08-18 | Apple Inc. | User interface for remote authorization |
| US10334054B2 (en) | 2016-05-19 | 2019-06-25 | Apple Inc. | User interface for a device requesting remote authorization |
| US11481769B2 (en) | 2016-06-11 | 2022-10-25 | Apple Inc. | User interface for transactions |
| US11037150B2 (en) | 2016-06-12 | 2021-06-15 | Apple Inc. | User interfaces for transactions |
| US11900372B2 (en) | 2016-06-12 | 2024-02-13 | Apple Inc. | User interfaces for transactions |
| JP2019526115A (ja) * | 2016-06-29 | 2019-09-12 | アリババ・グループ・ホールディング・リミテッドＡｌｉｂａｂａ Ｇｒｏｕｐ Ｈｏｌｄｉｎｇ Ｌｉｍｉｔｅｄ | 権限分離制御に基づくネットワーク取引方法及び装置 |
| US11074572B2 (en) | 2016-09-06 | 2021-07-27 | Apple Inc. | User interfaces for stored-value accounts |
| US11574041B2 (en) | 2016-10-25 | 2023-02-07 | Apple Inc. | User interface for managing access to credentials for use in an operation |
| US10496808B2 (en) | 2016-10-25 | 2019-12-03 | Apple Inc. | User interface for managing access to credentials for use in an operation |
| US11431836B2 (en) | 2017-05-02 | 2022-08-30 | Apple Inc. | Methods and interfaces for initiating media playback |
| US11095766B2 (en) | 2017-05-16 | 2021-08-17 | Apple Inc. | Methods and interfaces for adjusting an audible signal based on a spatial position of a voice command source |
| US11283916B2 (en) | 2017-05-16 | 2022-03-22 | Apple Inc. | Methods and interfaces for configuring a device in accordance with an audio tone signal |
| US11750734B2 (en) | 2017-05-16 | 2023-09-05 | Apple Inc. | Methods for initiating output of at least a component of a signal representative of media currently being played back by another device |
| US11201961B2 (en) | 2017-05-16 | 2021-12-14 | Apple Inc. | Methods and interfaces for adjusting the volume of media |
| US11683408B2 (en) | 2017-05-16 | 2023-06-20 | Apple Inc. | Methods and interfaces for home media control |
| US10992795B2 (en) | 2017-05-16 | 2021-04-27 | Apple Inc. | Methods and interfaces for home media control |
| US11412081B2 (en) | 2017-05-16 | 2022-08-09 | Apple Inc. | Methods and interfaces for configuring an electronic device to initiate playback of media |
| US10872256B2 (en) | 2017-09-09 | 2020-12-22 | Apple Inc. | Implementation of biometric authentication |
| US10395128B2 (en) | 2017-09-09 | 2019-08-27 | Apple Inc. | Implementation of biometric authentication |
| US11393258B2 (en) | 2017-09-09 | 2022-07-19 | Apple Inc. | Implementation of biometric authentication |
| US11765163B2 (en) | 2017-09-09 | 2023-09-19 | Apple Inc. | Implementation of biometric authentication |
| US11386189B2 (en) | 2017-09-09 | 2022-07-12 | Apple Inc. | Implementation of biometric authentication |
| US10783227B2 (en) | 2017-09-09 | 2020-09-22 | Apple Inc. | Implementation of biometric authentication |
| US10521579B2 (en) | 2017-09-09 | 2019-12-31 | Apple Inc. | Implementation of biometric authentication |
| US10410076B2 (en) | 2017-09-09 | 2019-09-10 | Apple Inc. | Implementation of biometric authentication |
| JP2019191813A (ja) * | 2018-04-23 | 2019-10-31 | ミドリ安全株式会社 | 商品受注装置及び商品受注方法 |
| US11928200B2 (en) | 2018-06-03 | 2024-03-12 | Apple Inc. | Implementation of biometric authentication |
| US11170085B2 (en) | 2018-06-03 | 2021-11-09 | Apple Inc. | Implementation of biometric authentication |
| US11809784B2 (en) | 2018-09-28 | 2023-11-07 | Apple Inc. | Audio assisted enrollment |
| US11619991B2 (en) | 2018-09-28 | 2023-04-04 | Apple Inc. | Device control using gaze information |
| US10860096B2 (en) | 2018-09-28 | 2020-12-08 | Apple Inc. | Device control using gaze information |
| US11100349B2 (en) | 2018-09-28 | 2021-08-24 | Apple Inc. | Audio assisted enrollment |
| US11853646B2 (en) | 2019-05-31 | 2023-12-26 | Apple Inc. | User interfaces for audio media control |
| US10996917B2 (en) | 2019-05-31 | 2021-05-04 | Apple Inc. | User interfaces for audio media control |
| US11620103B2 (en) | 2019-05-31 | 2023-04-04 | Apple Inc. | User interfaces for audio media control |
| US11010121B2 (en) | 2019-05-31 | 2021-05-18 | Apple Inc. | User interfaces for audio media control |
| US11755273B2 (en) | 2019-05-31 | 2023-09-12 | Apple Inc. | User interfaces for audio media control |
| US11816194B2 (en) | 2020-06-21 | 2023-11-14 | Apple Inc. | User interfaces for managing secure operations |
| US11782598B2 (en) | 2020-09-25 | 2023-10-10 | Apple Inc. | Methods and interfaces for media control with dynamic feedback |
| US11392291B2 (en) | 2020-09-25 | 2022-07-19 | Apple Inc. | Methods and interfaces for media control with dynamic feedback |
| US11847378B2 (en) | 2021-06-06 | 2023-12-19 | Apple Inc. | User interfaces for audio routing |
| US11784956B2 (en) | 2021-09-20 | 2023-10-10 | Apple Inc. | Requests to add assets to an asset account |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2001331758A (ja) | 認証ワークフローシステム、認証サーバ装置、決裁に関する認証方法、記録媒体 | |
| US8401929B2 (en) | Method, system and apparatus for e-mail requisitioning | |
| US7668782B1 (en) | Electronic commerce system for offer and acceptance negotiation with encryption | |
| US20010037261A1 (en) | Agent purchase method, agent purchase system and record medium containing transaction management program | |
| JP2001216371A (ja) | 電子取引システム及び方法 | |
| US20090177544A1 (en) | Campaign system, campaign method, and campaign service program | |
| JP2005267618A (ja) | 電子商取引支援装置及びプログラム | |
| JP5170918B2 (ja) | 決済代行システム、決済代行方法、決済代行プログラムを記録した記録媒体及び決済代行プログラム | |
| JP3402319B2 (ja) | チケットの電子情報化売買システム及び方法並びに記録媒体 | |
| US20050044014A1 (en) | Public network privacy protection tool and method | |
| US20020077916A1 (en) | Business to business internet web site | |
| JP4754505B2 (ja) | 商品取引仲介システム、商品取引仲介方法、コンピュータプログラム | |
| JP2007272617A (ja) | 購買代行サーバ装置 | |
| US7664675B2 (en) | Distribution aiding method, distribution aiding server, recording medium, distribution aiding program, and dealer terminal | |
| US20010044755A1 (en) | Trial purchase system and customer information gathering system | |
| US7783521B2 (en) | Electronic sales and contracting method, system and program product | |
| JP2006260436A (ja) | 個人情報保護システム | |
| JP6145200B2 (ja) | 販売処理システムおよび販売処理プログラム | |
| JP2007066136A (ja) | ネットワーク決済システム、ネットワーク決済方法、及びネットワーク決済プログラム | |
| JP2007094520A (ja) | 提案情報管理システム及びサーバ | |
| JP2002269428A (ja) | 電子商取引システムおよび商品購入受注管理サーバ | |
| JP2002056069A (ja) | 貿易取引支援装置、方法及び記録媒体 | |
| JP7372303B2 (ja) | 情報処理装置、情報処理方法、及びプログラム | |
| JP2002042015A (ja) | クレジットカード決済システム | |
| Shaima et al. | An Optimizing Business Process: A Comprehensive Analysis of Amazon Inc.’s Information Architecture |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040601 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040722 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20041102 |