JP4012447B2 - 発注管理方法及び発注管理プログラム - Google Patents
発注管理方法及び発注管理プログラム Download PDFInfo
- Publication number
- JP4012447B2 JP4012447B2 JP2002265307A JP2002265307A JP4012447B2 JP 4012447 B2 JP4012447 B2 JP 4012447B2 JP 2002265307 A JP2002265307 A JP 2002265307A JP 2002265307 A JP2002265307 A JP 2002265307A JP 4012447 B2 JP4012447 B2 JP 4012447B2
- Authority
- JP
- Japan
- Prior art keywords
- order
- employee
- catalog
- user
- storage unit
- 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.)
- Expired - Fee Related
Links
- 238000007726 management method Methods 0.000 title claims description 85
- 238000000034 method Methods 0.000 claims description 11
- 230000005540 biological transmission Effects 0.000 claims description 3
- 238000007689 inspection Methods 0.000 description 15
- 238000012545 processing Methods 0.000 description 13
- 238000010586 diagram Methods 0.000 description 10
- 239000000284 extract Substances 0.000 description 4
- 238000012795 verification Methods 0.000 description 4
- 238000004891 communication Methods 0.000 description 3
- 230000004308 accommodation Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 1
- 238000011160 research Methods 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、電子商取引において、商品又はサービスの発注管理を行う発注管理方法及び発注管理プログラムに関する。
【０００２】
【従来の技術】
企業間での電子商取引において、商品やサービスの発注を行う場合、インターネット上に形成された受注サイトにアクセスし、発注を行うことが一般に行われている（例えば、非特許文献１参照。）。このような受注サイトは、インターネット上に複数形成され、それぞれ、異なるフォーマットで表示されている。一方、企業において業務上必要な商品やサービスの発注を行う場合、担当者が一括して発注入力を行う場合や、発注を希望する社員が自分で発注入力を行う場合がある。
【０００３】
【非特許文献１】
インターネットビジネス研究会著，「インターネットビジネス白書２００１」，初版，ソフトバンク パブリッシング株式会社，２０００年１２月１日，ｐ．４２−４３
【０００４】
【発明が解決しようとする課題】
しかし、担当者が一括して発注入力を行う場合は、発注を行う企業内での発注入力までの工程が煩雑となる。一方、受注サイトを利用して各社員がそれぞれ発注入力を行った場合、受注サイト側では各社員をそれぞれ認識する必要が生じるが、受注サイト側としては発注企業を特定できればよく、発注企業の各社員をそれぞれ特定する必要はない。また、発注入力において、受注サイト毎に異なる操作をする必要が生じるため、各社員は、それらの操作の習得に時間を要し、効率が悪い。さらに、各受注サイトにおいて提供される商品やサービスについても、商品の発注を行う企業の方針と合致しないものが含まれる場合もあり、その企業が推奨する商品やサービスがある場合には、各社員にそれを伝達する必要がある。しかし、そのような伝達を別途行ったのでは、煩雑であるばかりでなく、企業の方針に合致しない商品やサービスを発注してしまう可能性もある。
【０００５】
本発明は、上記問題点を解決するためになされたものであり、その目的は、電子商取引における商品やサービスの発注を効果的に行うことができる発注管理方法及び発注管理プログラムを提供することにある。
【０００６】
【課題を解決するための手段】
上記問題点を解決するために、請求項１に記載の発明は、発注企業の社員を識別し認証するための社員番号及び社員パスワードにより構成されている社員認証情報が記憶されている社員認証情報記憶部と、受注サーバにおいてユーザを識別し認証するためのユーザＩＤ及びパスワードにより構成されているユーザ識別情報が記憶されているユーザ情報記憶部と、前記発注企業が発注可能とした商品の商品識別子が記憶されている社内カタログ情報記憶部と、前記発注企業の社員が使用する端末と第１のネットワークによって接続されるとともに、商品又はサービスの発注を受け付ける受注サーバと第２のネットワークによって接続された管理コンピュータとを備えた発注管理サーバを用いて、発注企業が商品の発注を行う方法であって、前記管理コンピュータが、前記端末から前記第１のネットワークを介して社員番号及び社員パスワードを含む発注依頼データを受信する段階と、前記受信した社員番号及び社員パスワードと、前記社員認証情報記憶部に記録された社員番号及び社員パスワードを照合して端末の利用者を認証する段階と、前記利用者が認証された場合、前記ユーザ情報記憶部に記憶されているユーザＩＤ及びパスワードを設定したカタログ表示要求データを受注サーバに送信し、前記受注サーバにおいて認証された場合、前記受注サーバから商品のカタログを表示するカタログ表示データを受信する段階と、前記カ
タログ表示データに含まれる商品識別子により社内カタログ情報記憶部を検索し、商品識別子が社内カタログ情報記憶部に存在する場合、その商品識別子に対応する単価及びカタログ詳細情報を前記カタログ表示データから抽出し、それらを商品識別子とともに社内カタログ表示データに設定する段階と、この社内カタログ表示データを前記端末に送信し、この社内カタログ表示データに基づいて、社内カタログを表示させ、この社内カタログに掲載された商品について、発注入力された商品識別子及び個数を含む発注依頼データを取得した場合、前記発注依頼データに基づく発注データを前記第２のネットワークを介して前記受注サーバに送信する段階とを備えたことを要旨とする。
【００１０】
請求項２に記載の発明は、発注企業の社員を識別し認証するための社員番号及び社員パスワードにより構成されている社員認証情報が記憶されている社員認証情報記憶部と、受注サーバにおいてユーザを識別し認証するためのユーザＩＤ及びパスワードにより構成されているユーザ識別情報が記憶されているユーザ情報記憶部と、前記発注企業が発注可能とした商品の商品識別子が記憶されている社内カタログ情報記憶部と、前記発注企業の社員が使用する端末と第１のネットワークによって接続されるとともに、商品又はサービスの発注を受け付ける受注サーバと第２のネットワークによって接続された管理コンピュータとを備えた発注管理サーバを用いて、発注企業が商品の発注を行うプログラムであって、前記管理コンピュータを、前記端末から前記第１のネットワークを介して社員番号及び社員パスワードを含む発注依頼データを受信する発注依頼データ受信手段、前記受信した社員番号及び社員パスワードと、前記社員認証情報記憶部に記録された社員番号及び社員パスワードを照合して端末の利用者を認証する利用者認証手段、前記利用者が認証された場合、前記ユーザ情報記憶部に記憶されているユーザＩＤ及びパスワードを設定したカタログ表示要求データを受注サーバに送信し、前記受注サーバにおいて認証された場合、前記受注サーバから商品のカタログを表示するカタログ表示データを受信する手段、前記カタログ表示データに含まれる商品識別子により社内カタログ情報記憶部を検索し、商品識別子が社内カタログ情報記憶部に存在する場合、その商品識別子に対応する単価及びカタログ詳細情報を前記カタログ表示データから抽出し、それらを商品識別子とともに社内カタログ表示データに設定する手段、この社内カタログ表示データを前記端末に送信し、この社内カタログ表示データに基づいて、社内カタログを表示させ、この社内カタログに掲載された商品について、発注入力された商品識別子及び個数を含む発注依頼データを取得した場合、前記発注依頼データに基づく発注データを前記第２のネットワークを介して前記受注サーバに送信する発注データ送信手段として機能させることを要旨とする。
【００１４】
（作用）
請求項１又は２に記載の発明によれば、管理コンピュータは、端末と第１のネットワークによって接続されるとともに、商品又はサービスの発注を受け付ける受注サーバと第２のネットワークによって接続されている。そして、管理コンピュータは、端末から第１のネットワークを介して商品又はサービスの発注依頼データを受信し、端末の利用者を認証する。そして、利用者が認証された場合、管理コンピュータは、受注サーバへの登録者を識別するために付与された特定のユーザ識別情報を使用して、発注依頼データに基づく発注データを第２のネットワークを介して受注サーバに送信する。このため、端末からの発注依頼データに基づいて受注サーバに発注データを送信する場合に、特定のユーザ識別情報を使用することにより、特定のユーザとして発注データを送信できる。
【００１５】
本発明によれば、管理コンピュータは、受注サーバから送信された商品又はサービスのカタログを表示するカタログ表示情報を受信する。そして、管理コンピュータは、そのカタログ表示情報に掲載された商品又はサービスの中から商品又はサービスを選択し、選択された商品又はサービスを掲載した内部カタログを端末に表示させる。このため、受注サーバから送信された商品又はサービスのカタログを表示するカタログ表示情報に表示された商品又はサービスの中から、商品又はサービスを絞り込んで端末にカタログを表示することができる。
【００１６】
本発明によれば、内部カタログに掲載することが可能な商品又はサービスに関する内部カタログ情報が内部カタログ情報記憶手段に記憶されている。そして、管理コンピュータは、その内部カタログ情報に基づいて、内部カタログに掲載する商品又はサービスを選択する。このため、予め、内部カタログに掲載することが可能な商品又はサービスを選択し
ておき、その商品又はサービスを内部カタログに掲載することができる。
【００１８】
【発明の実施の形態】
以下、本発明を具体化した一実施形態を図１〜図１０に従って説明する。本実施形態では、イントラネット上の端末からの発注入力に基づいて、インターネット上の受注サイトにて特定のユーザ識別情報を使用して商品の発注を行うための発注管理方法及び発注管理プログラムとして説明する。ここでは、商品の発注を行う企業を発注企業と呼ぶものとし、発注企業が事務消耗品等の商品の発注を行う場合について説明する。
【００１９】
図１に示すように、発注企業に備えられた発注管理サーバ２０は、第１のネットワークとしてのイントラネット５０を管理する管理コンピュータ２１を備えている。管理コンピュータ２１は、イントラネット５０を介して、業務端末５１と接続されている。ここで、イントラネットとは企業の社員のために構築されたネットワークであり、業務端末５１は管理コンピュータ２１により管理されている。さらに、管理コンピュータ２１は、第２のネットワークとしてのインターネット３０を介して受注サーバ４０に接続されている。
【００２０】
管理コンピュータ２１は、図示しない制御手段（ＣＰＵ）、記憶手段（ＲＡＭ、ＲＯＭ、ハードディスク等）、通信手段等を有するコンピュータである。この管理コンピュータ２１は、発注管理プログラムを実行することにより、業務端末５１での発注入力に基づいて、特定のユーザ識別情報を使用して受注サーバ４０に発注データを送信するための処理を行う。なお、この発注管理プログラムは、各種プログラムにより構成されており、これらの各種プログラムを実行することにより、データの送受信、後述するデータの処理等を行う。すなわち、本実施形態では、管理コンピュータ２１が、発注依頼データ受信手段、利用者認証手段、発注データ送信手段、カタログ表示情報受信手段、選択手段、内部カタログ表示制御手段、検収対応手段等として機能する。
【００２１】
管理コンピュータ２１には、ユーザ情報記憶部２２、社員認証情報記憶部２３、内部カタログ情報記憶手段としての社内カタログ情報記憶部２４が接続されている。さらに、管理コンピュータ２１には、発注情報記憶手段としての発注情報記憶部２５及び検収情報記憶部２６が接続されている。
【００２２】
ユーザ情報記憶部２２には、図２に示すように、ユーザＩＤａ１及びパスワードａ２からなるユーザ情報２２０が記憶されている。ユーザＩＤａ１及びパスワードａ２は、受注サーバ４０が、ユーザを識別し認証するための情報（特定のユーザ識別情報）である。管理コンピュータ２１は、業務端末５１での発注入力に基づいて、受注サーバ４０に発注データを送信する際、その発注データにユーザＩＤａ１及びパスワードａ２を設定する。このユーザ情報２２０は、本実施形態の処理に先立って予め設定されており、受注サーバ４０は、ユーザＩＤａ１及びパスワードａ２を用いてユーザ認証を行う。
【００２３】
社員認証情報記憶部２３には、図３に示すように、社員毎に社員認証情報２３０が記憶されている。本実施形態では、社員認証情報２３０は、社員番号ｂ１及び社員パスワードｂ２により構成されている。社員番号ｂ１は、社員を識別するための識別子である。社員パスワードｂ２は、社員の認証のために使用する。この社員認証情報２３０は、本実施形態の処理に先立って予め設定されている。
【００２４】
社内カタログ情報記憶部２４には、図４に示すように、社内カタログ情報２４０として商品識別子ｃ１が記憶されている。社内カタログ情報２４０として設定される商品識別子ｃ１は、受注サーバ４０から提供される商品のカタログ中、発注企業が発注可能とした商品の商品識別子ｃ１である。発注企業は、受注サーバ４０から送信されるウェブページ上に表示されるカタログに掲載された商品の中で、その企業において発注可能として、内部カタログとしての社内カタログに掲載する商品を選定する。そして、選定された商品の商品識別子ｃ１を社内カタログ情報２４０として設定する。ここでは、社内カタログ情報２４０は、本実施形態の処理に先立って予め設定されている。
【００２５】
発注情報記憶部２５には、図５に示すように、業務端末５１にて商品識別子ｃ１毎に行われる発注入力毎に発注情報２５０が記憶されている。本実施形態では、発注情報２５０は、社内発注識別子ｄ１、商品識別子ｃ１、個数ｄ２、単価ｄ３、合計金額ｄ４、消費税ｄ５、社員番号ｂ１、発注承認情報ｄ６及び発注識別子ｄ７により構成されている。社内発注識別子ｄ１は、業務端末５１での発注入力毎に付与される識別子である。商品識別子ｃ１は、商品を識別するための識別子である。個数ｄ２は、その商品の発注個数である。単価ｄ３は、その商品の単価である。合計金額ｄ４は、その商品について、個数ｄ２及び単価ｄ３に基づいて計算される。消費税ｄ５は、合計金額ｄ４に基づいて計算される。社員番号ｂ１は、社員を識別するための識別子であり、発注入力を行った社員の社員番号ｂ１が設定される。発注承認情報ｄ６は、入力された発注に対する承認の有無及び承認者に関する情報である。発注識別子ｄ７は、受注サーバ４０が発注毎に付与する識別子である。この発注情報２５０は、業務端末５１にて発注入力が行われた場合に記録され、社内発注識別子ｄ１が付与される。そして、承認者による入力により、承認された旨と承認者についての情報が発注承認情報ｄ６として設定される。さらに、この発注情報２５０に基づいて、受注サーバ４０に対して発注データを送信した場合に、受注サーバ４０によって付与された発注識別子ｄ７が設定される。
【００２６】
検収情報記憶部２６には、図６に示すように、受注サーバ４０から受信した請求データ毎に検収情報２６０が記憶されている。本実施形態では、検収情報２６０は、社内発注識別子ｄ１、発注識別子ｄ７、請求情報ｅ１、検収結果ｅ２、社員番号ｂ１及び請求承認情報ｅ３により構成されている。社内発注識別子ｄ１は、業務端末５１での発注入力毎に付与される識別子であって、発注情報２５０の社内発注識別子ｄ１に対応する。発注識別子ｄ７は、受注サーバ４０が発注毎に付与する識別子であって、発注情報２５０の発注識別子ｄ７に対応する。請求情報ｅ１は、受注サーバ４０からの請求データにおける請求の詳細情報であって、商品識別子ｃ１、個数ｄ２、単価ｄ３、合計金額ｄ４、消費税ｄ５を含む。検収結果ｅ２は、請求情報ｅ１と発注情報２５０の対応する各項目とを照合することによる検収の結果であって、「未検収」、「適合」、「不適合」のいずれかが設定される。社員番号ｂ１は、社員を識別するための識別子であり、発注入力を行った社員の社員番号ｂ１が設定される。請求承認情報ｅ３は、請求情報ｅ１の検収結果に対する承認の有無及び承認者に関する情報である。この検収情報２６０は、受注サーバ４０から請求データを受信した場合に記憶される。そして、管理コンピュータ２１が検収を行った場合に、その結果が検収結果ｅ２として設定され、対応する発注情報２５０の社内発注識別子ｄ１及び社員番号ｂ１が設定される。さらに、承認者による入力により、請求承認情報ｅ３として承認された旨と承認者についての情報が設定される。
【００２７】
業務端末５１は、発注企業の社員が使用するパソコン等のコンピュータであって、データの入力、管理コンピュータ２１との間でのデータの送受信、データの表示を行う。このため、業務端末５１は、図示しない制御手段（ＣＰＵ）、記憶手段（ＲＡＭ、ＲＯＭ、ハードディスク等）、通信手段、表示手段（例えば、モニタ）、入力手段（例えば、キーボードやマウス）を備えている。
【００２８】
受注サーバ４０は、認証情報記憶部４１及びカタログ情報記憶部４２を備えるとともに、ウェブサーバとして機能する。認証情報記憶部４１には、図７に示すように、認証情報４１０が記憶されている。本実施形態では、認証情報４１０は、ユーザＩＤａ１及びパスワードａ２により構成されている。この認証情報４１０は、受注サーバ４０がユーザを識別し認証するための情報である。この認証情報記憶部４１には、本実施形態の処理に先立って、予め、発注企業のユーザＩＤａ１及びパスワードａ２が登録されている。
【００２９】
カタログ情報記憶部４２には、図８に示すように、商品毎にカタログ情報４２０が記憶されている。本実施形態では、カタログ情報４２０は、商品識別子ｃ１、単価ｄ３及びカタログ詳細情報ｆ１により構成されている。カタログ詳細情報ｆ１は、商品についての詳細情報である。このカタログ情報４２０は、本実施形態の処理に先立って、予め設定されている。そして、受注サーバ４０は、カタログの表示要求に従って、カタログ情報４２０に基づく商品のカタログを表示するウェブページを送信する。
【００３０】
次に、上記のように構成されたシステムにおいて、商品の発注を行う場合の処理手順（図９）、及び、請求データの検収を行う場合の処理手順（図１０）を説明する。まず、商品の発注を行う場合の処理手順を図９を用いて説明する。
【００３１】
商品の発注を行う場合には、社員は、まず、業務端末５１を立ち上げ、社員番号ｂ１及び社員パスワードｂ２を入力する。図１０に示すように、業務端末５１は、その社員番号ｂ１及び社員パスワードｂ２の入力を受け入れると（ステップＳ１−１）、その社員番号ｂ１及び社員パスワードｂ２を管理コンピュータ２１に送信する（ステップＳ１−２）。管理コンピュータ２１は、これを受信すると、受信した社員番号ｂ１及び社員パスワードｂ２を社員認証情報記憶部２３の社員番号ｂ１及び社員パスワードｂ２と照合することにより、社員の認証を行う（ＳステップＳ１−３）。そして、認証された場合、管理コンピュータ２１は、ユーザ情報記憶部２２からユーザＩＤａ１及びパスワードａ２を抽出する。そして、管理コンピュータ２１は、そのユーザＩＤａ１及びパスワードａ２を設定したカタログ表示要求データを受注サーバ４０に送信する（ステップＳ１−４）。受注サーバ４０は、これを受信すると、カタログ表示要求データのユーザＩＤａ１及びパスワードａ２を認証情報記憶部４１のユーザＩＤａ１及びパスワードａ２と照合することによりユーザ認証を行う。そして、認証された場合、受注サーバ４０は、管理コンピュータ２１に、商品のカタログを表示するウェブページであるカタログ表示データを送信する（ステップＳ１−５）。このウェブページ上には、カタログ情報４２０の商品識別子ｃ１、単価ｄ３及びカタログ詳細情報ｆ１に基づいて、商品のカタログが表示される。
【００３２】
管理コンピュータ２１は、これを受信すると、受信したカタログ表示データと社内カタログ情報２４０とに基づいて、社内カタログ表示データを生成する（ステップＳ１−６）。具体的には、管理コンピュータ２１は、カタログ表示データに含まれる商品識別子ｃ１により社内カタログ情報記憶部２４を検索し、その商品識別子ｃ１が社内カタログ情報記憶部２４に存在する場合、その商品を発注可能とする。そして、管理コンピュータ２１は、その商品識別子ｃ１に対応する単価ｄ３及びカタログ詳細情報ｆ１をカタログ表示データから抽出し、それらを商品識別子ｃ１とともに社内カタログ表示データに設定する。これにより、カタログ表示データに基づいて表示されるカタログに掲載された商品又はサービスの一部を削除した内部カタログとしての社内カタログを表示するための社内カタログ表示データが生成される。この社内カタログ表示データは、予め設定された所定のレイアウトにより、社内カタログを表示するようになっている。管理コンピュータ２１は、この社内カタログ表示データを業務端末５１に送信する（ステップＳ１−７）。
【００３３】
業務端末５１には、この社内カタログ表示データに基づいて、社内カタログが表示される。そして、社員は、この社内カタログに掲載された商品について、発注入力を行う。具体的には、社員は、業務端末５１にて発注入力画面を表示させ、その発注入力画面にて、商品識別子ｃ１及び個数ｄ２を入力する。業務端末５１は、この発注入力を受け入れると（ステップＳ１−８）、入力された商品識別子ｃ１及び個数ｄ２と、社内カタログ表示データ中の単価ｄ３と、社員番号ｂ１とを設定した発注依頼データを生成する。そして、業務端末５１は、この発注依頼データを管理コンピュータ２１に送信する（ステップＳ１−９）。管理コンピュータ２１は、これを受信すると、受信した発注依頼データに基づいて、発注情報２５０を発注情報記憶部２５に記録する（ステップＳ１−１０）。具体的には、管理コンピュータ２１は、社内発注識別子ｄ１を付与し、その社内発注識別子ｄ１と発注依頼データの商品識別子ｃ１、個数ｄ２、単価ｄ３、社員番号ｂ１を設定するとともに、合計金額ｄ４及び消費税ｄ５を算出して設定する。また、管理コンピュータ２１は、発注承認情報ｄ６として「未承認」を設定する。
【００３４】
各社員による発注入力に対しては、会計部門の担当者が承認を行う。ここで、承認者である会計部門の担当者は、業務端末５１において、社員番号ｂ１及び社員パスワードｂ２を入力して、発注承認情報ｄ６が「未承認」である発注情報２５０について表示要求を行う。これにより、業務端末５１は、その発注情報２５０についての表示要求データを管理コンピュータ２１に送信する。これを受信すると、管理コンピュータ２１は、その承認者の業務端末５１に、その発注情報２５０についての表示データを未承認発注情報として送信する（ステップＳ１−１１）。これを受信すると、業務端末５１に、未承認発注情報が表示される。承認者は、その未承認発注情報を確認し、承認する場合は、業務端末５１にて承認入力を行う。業務端末５１は、この承認入力を受け入れ（ステップＳ１−１２）、「承認」の旨と承認者の社員番号ｂ１を有する承認情報を管理コンピュータ２１に送信する（ステップＳ１−１３）。これを受信すると、管理コンピュータ２１は、その承認情報に基づいて、発注承認情報ｄ６として、「承認」及び承認者の社員番号ｂ１を設定する（Ｓ１−１４）。
【００３５】
次に、管理コンピュータ２１は、ユーザ情報記憶部２２からユーザＩＤａ１及びパスワードａ２を抽出する。そして、管理コンピュータ２１は、そのユーザＩＤａ１及びパスワードａ２と発注情報記憶部２５の商品識別子ｃ１及び個数ｄ２とを設定した発注データを受注サーバ４０に送信する（ステップＳ１−１５）。なお、発注データの送信のプロトコルとしては、例えば、ＨＴＴＰＳ（Hypertext Transfer Protocol Security）を用いる。
【００３６】
受注サーバ４０は、これを受信すると、発注識別子ｄ７を付与し、発注データに発注識別子ｄ７を付加した確認データを管理コンピュータ２１に送信する（ステップＳ１−１６）。これを受信すると、管理コンピュータ２１は、その発注識別子ｄ７を発注情報２５０に設定する（ステップＳ１−１７）。
【００３７】
受注サーバ４０は、このようにして管理コンピュータ２１から送信された発注データを受信すると、受信した発注データに基づいて受注情報を図示しない記憶部に記憶する。そして、その発注データに基づいて、商品の供給企業が発注企業に対して商品を提供する。さらに、受注サーバ４０は、発注データに対する商品の提供状況を管理する。
【００３８】
次に、請求データの検収を行う場合の処理手順を図１０を用いて説明する。
図１０に示すように、まず、受注サーバ４０が、カタログ情報４２０及び受注情報とに基づいて、請求データを生成し、管理コンピュータ２１に送信する（ステップＳ２−１）。具体的には、この請求データには、発注識別子ｄ７と、商品識別子ｃ１、単価ｄ３、合計金額ｄ４、消費税ｄ５等を含む請求情報ｅ１とが含まれる。管理コンピュータ２１は、これを受信すると、その請求データに基づいて、検収情報２６０を記録する（ステップＳ２−２）。具体的には、管理コンピュータ２１は、請求データに基づいて発注識別子ｄ７及び請求情報ｅ１を検収情報２６０に設定する。そして、検収結果ｅ２には「未検収」、請求承認情報ｅ３には「未承認」をそれぞれ設定する。
【００３９】
次に、管理コンピュータ２１は、発注識別子ｄ７により発注情報２５０を抽出する。そして、管理コンピュータ２１は、検収情報２６０の請求情報ｅ１と、発注情報２５０の商品識別子ｃ１、個数ｄ２、単価ｄ３、合計金額ｄ４及び消費税ｄ５とを照合することにより請求情報ｅ１の検収を行う（ステップＳ２−３）。そして、管理コンピュータ２１は、その結果に基づいて、検収結果ｅ２として「適合」又は「不適合」を検収情報２６０に設定する（ステップＳ２−４）。さらに、管理コンピュータ２１は、発注情報２５０の社内発注識別子ｄ１及び社員番号ｂ１に基づいて、社内発注識別子ｄ１及び社員番号ｂ１を検収情報２６０に設定する（ステップＳ２−５）。
【００４０】
請求情報ｅ１及び検収結果ｅ２に対しては、会計部門の担当者が承認を行う。ここで、承認者である会計部門の担当者は、業務端末５１において、社員番号ｂ１及び社員パスワードｂ２を入力して、請求承認情報ｅ３が「未承認」である検収情報２６０について表示要求を行う。これにより、業務端末５１は、その検収情報２６０についての表示要求データを管理コンピュータ２１に送信する。これを受信すると、管理コンピュータ２１は、その承認者の業務端末５１に、その検収情報２６０の請求情報ｅ１及び検収結果ｅ２についての表示データを送信する（ステップＳ２−６）。これを受信すると、業務端末５１に請求情報ｅ１及び検収結果ｅ２に基づいて各項目が表示される。承認者は、それらを確認し、承認する場合は、業務端末５１にて承認入力を行う。業務端末５１は、その承認入力を受け入れ（ステップＳ２−７）、それに基づいて、「承認」の旨と承認者の社員番号ｂ１を有する承認情報を管理コンピュータ２１に送信する（ステップＳ２−８）。これを受信すると、管理コンピュータ２１は、その承認情報に基づいて、請求承認情報ｅ３として、「承認」及び承認者の社員番号ｂ１を設定する（Ｓ２−９）。
【００４１】
次に、管理コンピュータ２１は、検収情報２６０に基づいて、会計データを生成する（Ｓ２−１０）。この会計データは、発注企業の会計処理に取り込まれる。なお、この会計データの生成の際に、業務端末５１から必要なデータが入力され、管理コンピュータ２１は、そのデータに基づいて会計データの各項目を設定する。
【００４２】
このように、発注企業は、発注管理サーバ２０と受注サーバ４０との間でデータの送受信を行うことにより、受注企業に対して発注を行うことができる。そして、他の受注サイトで商品やサービスの発注を行う場合も、同様のシステムにより発注を行うことができる。ここで、複数の受注サイトで商品やサービスの発注を行う場合、各受注サイトでの発注業務に対応して業務端末５１に表示する表示画面は、共通のフォーマットで作成する。そして、発注企業の社員は、社員番号ｂ１及び社員パスワードｂ２を入力して、業務端末５１において発注入力を行う。一方、発注企業は、各受注サイトについて、それぞれ特定のユーザＩＤ等のユーザ識別情報を取得し、そのユーザ識別情報を用いて各受注サイトにアクセスする。
【００４３】
以上、本実施形態によれば、以下に示す効果を得ることができる。
・ 上記実施形態では、発注管理サーバ２０は、複数の業務端末５１とイントラネット５０により接続されているとともに、受注サーバ４０とインターネットにより接続されている。そして、発注管理サーバ２０は、社員番号ｂ１及び社員パスワードｂ２により発注入力を行う社員を認証し、業務端末５１での発注入力に対して特定のユーザＩＤａ１及びパスワードａ２を設定した発注データを受注サーバ４０に送信する。このため、各社員による発注入力に基づいて、発注企業が発注を行うことができる。また、発注企業においては、発注入力を行った社員を特定できる。
【００４４】
・ 上記実施形態では、発注管理サーバ２０は、受注サーバ４０が提供する商品カタログに掲載された商品の中から社内カタログに掲載する商品を選択し、その商品を掲載した社内カタログを業務端末５１に表示させる。このため、受注サーバ４０が提供する商品カタログに掲載された商品の中から発注企業が推奨する商品を絞り込んで、その商品を掲載する社内カタログを表示させることができる。従って、各社員に、発注企業が推奨する商品を発注させることができる。
【００４５】
・ 上記実施形態では、発注情報２５０は、受注サーバ４０から発注管理サーバ２０に送信された請求データを検収するために必要な、発注識別子ｄ７、個数ｄ２、単価ｄ３、合計金額ｄ４、消費税ｄ５等を含む。このため、商品の発注に対する請求データを検収することができる。また、受注サーバ４０から請求データを受信して検収を行った後、発注企業の会計処理に取り込むことで、発注企業の会計業務を効率化できる。
【００４６】
・ 上記実施形態では、複数の受注サイトで商品やサービスの発注を行う場合、各受注サイトでの発注業務に対応して業務端末５１に表示する表示画面は、共通のフォーマットで作成する。このため、受注サイト毎に画面入力を習得する必要が無いため、操作性を向上させることができ、業務を効率化できる。また、受注サイトにおけるフォーマットが統一されている場合には、各項目の設定の変更により、連携する受注サイトの変更又は追加を柔軟に行うことができる。
【００４７】
・ 上記実施形態では、各発注情報２５０に対して、承認入力が行われた場合に、発注データを受注サーバ４０に送信する。また、検収時点でも、請求情報ｅ１及び検収結果ｅ２について承認入力が行われてから、会計データを会計処理に取り込む。このため、承認者による承認のない個人発注を排除でき、不正発注や個人利用を防止できる。
【００４８】
なお、上記実施形態は、以下の態様に変更してもよい。
・ 上記実施形態では、プロトコルとしてＨＴＴＰＳを用いて、管理コンピュータ２１からウェブサーバである受注サーバ４０に発注データを送信した。これに代えて、管理コンピュータ２１から受注サイトへの発注データの送信は、例えば、プロトコルとしてＳＭＴＰ（Simple Mail Transfer Protocol ）を用いて、電子メールにより行ってもよい。
【００４９】
・ 上記実施形態では、管理コンピュータ２１は、発注が承認される度に発注データを受注サーバ４０に送信したが、複数の発注入力をまとめて、１つの発注データにより発注を行ってもよい。また、上記実施形態では、商品識別子ｃ１毎に発注情報２５０を記録し、商品毎に発注データを送信したが、１つの発注データにより、複数の商品についての発注を行うようにしてもよい。
【００５０】
・ 上記実施形態では、事務消耗品等の商品を発注する場合に本発明を適用したが、これに限られるものではなく、他の商品やサービスを発注する場合に応用してもよい。例えば、出張における交通機関のチケットの購入や宿泊施設の予約等に本発明を応用してもよい。なお、一回の出張における交通機関のチケットの購入や宿泊施設の予約等について、まとめて発注入力できるようにしてもよい。そして、その発注入力に基づいて、１つの発注データにより、発注を行ってもよい。また、各社員による発注入力に基づいて、チケットの購入等を一括して行うようにしてもよい。このようにすることで、各種の商品やサービスの発注について、それぞれ、効果的に発注を行うことができる。
【００５１】
・ 上記実施形態では、業務端末５１としてパソコン等のコンピュータを用いたが、携帯電話等のモバイル端末であってもよい。このようにすることで、例えば、出張先でも、発注管理サーバ２０を介して商品の発注を行うことができる。
【００５２】
・ 上記実施形態では、業務端末５１と管理コンピュータ２１とをイントラネット５０で接続したが、エクストラネット（広域エリアネットワーク）を用いてもよい。
【００５３】
・ 上記実施形態では、発注管理サーバ２０は発注企業の社内ネットワークで発注管理を実行し、業務端末５１は発注企業の社員が使用したが、本発明は、企業からの発注には限られない。例えば、会員制のグループで、同様のシステムを用いて発注を行ってもよい。
【００５４】
【発明の効果】
以上詳述したように、本発明によれば、電子商取引における商品やサービスの発注を効果的に行うことができる。
【図面の簡単な説明】
【図１】 本発明の一実施形態のシステム概略図。
【図２】 ユーザ情報記憶部に記憶されたデータの説明図。
【図３】 社員認証情報記憶部に記憶されたデータの説明図。
【図４】 社内カタログ情報記憶部に記憶されたデータの説明図。
【図５】 発注情報記憶部に記憶されたデータの説明図。
【図６】 検収情報記憶部に記憶されたデータの説明図。
【図７】 認証情報記憶部に記憶されたデータの説明図。
【図８】 カタログ情報記憶部に記憶されたデータの説明図。
【図９】 本発明の一実施形態の処理手順の説明図。
【図１０】 本発明の一実施形態の処理手順の説明図。
【符号の説明】
２１…管理コンピュータ、２５…発注情報記憶手段としての発注情報記憶部、３０…第２のネットワークとしてのインターネット、４０…受注サーバ、５０…第１のネットワークとしてのイントラネット、５１…端末としての業務端末。
【発明の属する技術分野】
本発明は、電子商取引において、商品又はサービスの発注管理を行う発注管理方法及び発注管理プログラムに関する。
【０００２】
【従来の技術】
企業間での電子商取引において、商品やサービスの発注を行う場合、インターネット上に形成された受注サイトにアクセスし、発注を行うことが一般に行われている（例えば、非特許文献１参照。）。このような受注サイトは、インターネット上に複数形成され、それぞれ、異なるフォーマットで表示されている。一方、企業において業務上必要な商品やサービスの発注を行う場合、担当者が一括して発注入力を行う場合や、発注を希望する社員が自分で発注入力を行う場合がある。
【０００３】
【非特許文献１】
インターネットビジネス研究会著，「インターネットビジネス白書２００１」，初版，ソフトバンク パブリッシング株式会社，２０００年１２月１日，ｐ．４２−４３
【０００４】
【発明が解決しようとする課題】
しかし、担当者が一括して発注入力を行う場合は、発注を行う企業内での発注入力までの工程が煩雑となる。一方、受注サイトを利用して各社員がそれぞれ発注入力を行った場合、受注サイト側では各社員をそれぞれ認識する必要が生じるが、受注サイト側としては発注企業を特定できればよく、発注企業の各社員をそれぞれ特定する必要はない。また、発注入力において、受注サイト毎に異なる操作をする必要が生じるため、各社員は、それらの操作の習得に時間を要し、効率が悪い。さらに、各受注サイトにおいて提供される商品やサービスについても、商品の発注を行う企業の方針と合致しないものが含まれる場合もあり、その企業が推奨する商品やサービスがある場合には、各社員にそれを伝達する必要がある。しかし、そのような伝達を別途行ったのでは、煩雑であるばかりでなく、企業の方針に合致しない商品やサービスを発注してしまう可能性もある。
【０００５】
本発明は、上記問題点を解決するためになされたものであり、その目的は、電子商取引における商品やサービスの発注を効果的に行うことができる発注管理方法及び発注管理プログラムを提供することにある。
【０００６】
【課題を解決するための手段】
上記問題点を解決するために、請求項１に記載の発明は、発注企業の社員を識別し認証するための社員番号及び社員パスワードにより構成されている社員認証情報が記憶されている社員認証情報記憶部と、受注サーバにおいてユーザを識別し認証するためのユーザＩＤ及びパスワードにより構成されているユーザ識別情報が記憶されているユーザ情報記憶部と、前記発注企業が発注可能とした商品の商品識別子が記憶されている社内カタログ情報記憶部と、前記発注企業の社員が使用する端末と第１のネットワークによって接続されるとともに、商品又はサービスの発注を受け付ける受注サーバと第２のネットワークによって接続された管理コンピュータとを備えた発注管理サーバを用いて、発注企業が商品の発注を行う方法であって、前記管理コンピュータが、前記端末から前記第１のネットワークを介して社員番号及び社員パスワードを含む発注依頼データを受信する段階と、前記受信した社員番号及び社員パスワードと、前記社員認証情報記憶部に記録された社員番号及び社員パスワードを照合して端末の利用者を認証する段階と、前記利用者が認証された場合、前記ユーザ情報記憶部に記憶されているユーザＩＤ及びパスワードを設定したカタログ表示要求データを受注サーバに送信し、前記受注サーバにおいて認証された場合、前記受注サーバから商品のカタログを表示するカタログ表示データを受信する段階と、前記カ
タログ表示データに含まれる商品識別子により社内カタログ情報記憶部を検索し、商品識別子が社内カタログ情報記憶部に存在する場合、その商品識別子に対応する単価及びカタログ詳細情報を前記カタログ表示データから抽出し、それらを商品識別子とともに社内カタログ表示データに設定する段階と、この社内カタログ表示データを前記端末に送信し、この社内カタログ表示データに基づいて、社内カタログを表示させ、この社内カタログに掲載された商品について、発注入力された商品識別子及び個数を含む発注依頼データを取得した場合、前記発注依頼データに基づく発注データを前記第２のネットワークを介して前記受注サーバに送信する段階とを備えたことを要旨とする。
【００１０】
請求項２に記載の発明は、発注企業の社員を識別し認証するための社員番号及び社員パスワードにより構成されている社員認証情報が記憶されている社員認証情報記憶部と、受注サーバにおいてユーザを識別し認証するためのユーザＩＤ及びパスワードにより構成されているユーザ識別情報が記憶されているユーザ情報記憶部と、前記発注企業が発注可能とした商品の商品識別子が記憶されている社内カタログ情報記憶部と、前記発注企業の社員が使用する端末と第１のネットワークによって接続されるとともに、商品又はサービスの発注を受け付ける受注サーバと第２のネットワークによって接続された管理コンピュータとを備えた発注管理サーバを用いて、発注企業が商品の発注を行うプログラムであって、前記管理コンピュータを、前記端末から前記第１のネットワークを介して社員番号及び社員パスワードを含む発注依頼データを受信する発注依頼データ受信手段、前記受信した社員番号及び社員パスワードと、前記社員認証情報記憶部に記録された社員番号及び社員パスワードを照合して端末の利用者を認証する利用者認証手段、前記利用者が認証された場合、前記ユーザ情報記憶部に記憶されているユーザＩＤ及びパスワードを設定したカタログ表示要求データを受注サーバに送信し、前記受注サーバにおいて認証された場合、前記受注サーバから商品のカタログを表示するカタログ表示データを受信する手段、前記カタログ表示データに含まれる商品識別子により社内カタログ情報記憶部を検索し、商品識別子が社内カタログ情報記憶部に存在する場合、その商品識別子に対応する単価及びカタログ詳細情報を前記カタログ表示データから抽出し、それらを商品識別子とともに社内カタログ表示データに設定する手段、この社内カタログ表示データを前記端末に送信し、この社内カタログ表示データに基づいて、社内カタログを表示させ、この社内カタログに掲載された商品について、発注入力された商品識別子及び個数を含む発注依頼データを取得した場合、前記発注依頼データに基づく発注データを前記第２のネットワークを介して前記受注サーバに送信する発注データ送信手段として機能させることを要旨とする。
【００１４】
（作用）
請求項１又は２に記載の発明によれば、管理コンピュータは、端末と第１のネットワークによって接続されるとともに、商品又はサービスの発注を受け付ける受注サーバと第２のネットワークによって接続されている。そして、管理コンピュータは、端末から第１のネットワークを介して商品又はサービスの発注依頼データを受信し、端末の利用者を認証する。そして、利用者が認証された場合、管理コンピュータは、受注サーバへの登録者を識別するために付与された特定のユーザ識別情報を使用して、発注依頼データに基づく発注データを第２のネットワークを介して受注サーバに送信する。このため、端末からの発注依頼データに基づいて受注サーバに発注データを送信する場合に、特定のユーザ識別情報を使用することにより、特定のユーザとして発注データを送信できる。
【００１５】
本発明によれば、管理コンピュータは、受注サーバから送信された商品又はサービスのカタログを表示するカタログ表示情報を受信する。そして、管理コンピュータは、そのカタログ表示情報に掲載された商品又はサービスの中から商品又はサービスを選択し、選択された商品又はサービスを掲載した内部カタログを端末に表示させる。このため、受注サーバから送信された商品又はサービスのカタログを表示するカタログ表示情報に表示された商品又はサービスの中から、商品又はサービスを絞り込んで端末にカタログを表示することができる。
【００１６】
本発明によれば、内部カタログに掲載することが可能な商品又はサービスに関する内部カタログ情報が内部カタログ情報記憶手段に記憶されている。そして、管理コンピュータは、その内部カタログ情報に基づいて、内部カタログに掲載する商品又はサービスを選択する。このため、予め、内部カタログに掲載することが可能な商品又はサービスを選択し
ておき、その商品又はサービスを内部カタログに掲載することができる。
【００１８】
【発明の実施の形態】
以下、本発明を具体化した一実施形態を図１〜図１０に従って説明する。本実施形態では、イントラネット上の端末からの発注入力に基づいて、インターネット上の受注サイトにて特定のユーザ識別情報を使用して商品の発注を行うための発注管理方法及び発注管理プログラムとして説明する。ここでは、商品の発注を行う企業を発注企業と呼ぶものとし、発注企業が事務消耗品等の商品の発注を行う場合について説明する。
【００１９】
図１に示すように、発注企業に備えられた発注管理サーバ２０は、第１のネットワークとしてのイントラネット５０を管理する管理コンピュータ２１を備えている。管理コンピュータ２１は、イントラネット５０を介して、業務端末５１と接続されている。ここで、イントラネットとは企業の社員のために構築されたネットワークであり、業務端末５１は管理コンピュータ２１により管理されている。さらに、管理コンピュータ２１は、第２のネットワークとしてのインターネット３０を介して受注サーバ４０に接続されている。
【００２０】
管理コンピュータ２１は、図示しない制御手段（ＣＰＵ）、記憶手段（ＲＡＭ、ＲＯＭ、ハードディスク等）、通信手段等を有するコンピュータである。この管理コンピュータ２１は、発注管理プログラムを実行することにより、業務端末５１での発注入力に基づいて、特定のユーザ識別情報を使用して受注サーバ４０に発注データを送信するための処理を行う。なお、この発注管理プログラムは、各種プログラムにより構成されており、これらの各種プログラムを実行することにより、データの送受信、後述するデータの処理等を行う。すなわち、本実施形態では、管理コンピュータ２１が、発注依頼データ受信手段、利用者認証手段、発注データ送信手段、カタログ表示情報受信手段、選択手段、内部カタログ表示制御手段、検収対応手段等として機能する。
【００２１】
管理コンピュータ２１には、ユーザ情報記憶部２２、社員認証情報記憶部２３、内部カタログ情報記憶手段としての社内カタログ情報記憶部２４が接続されている。さらに、管理コンピュータ２１には、発注情報記憶手段としての発注情報記憶部２５及び検収情報記憶部２６が接続されている。
【００２２】
ユーザ情報記憶部２２には、図２に示すように、ユーザＩＤａ１及びパスワードａ２からなるユーザ情報２２０が記憶されている。ユーザＩＤａ１及びパスワードａ２は、受注サーバ４０が、ユーザを識別し認証するための情報（特定のユーザ識別情報）である。管理コンピュータ２１は、業務端末５１での発注入力に基づいて、受注サーバ４０に発注データを送信する際、その発注データにユーザＩＤａ１及びパスワードａ２を設定する。このユーザ情報２２０は、本実施形態の処理に先立って予め設定されており、受注サーバ４０は、ユーザＩＤａ１及びパスワードａ２を用いてユーザ認証を行う。
【００２３】
社員認証情報記憶部２３には、図３に示すように、社員毎に社員認証情報２３０が記憶されている。本実施形態では、社員認証情報２３０は、社員番号ｂ１及び社員パスワードｂ２により構成されている。社員番号ｂ１は、社員を識別するための識別子である。社員パスワードｂ２は、社員の認証のために使用する。この社員認証情報２３０は、本実施形態の処理に先立って予め設定されている。
【００２４】
社内カタログ情報記憶部２４には、図４に示すように、社内カタログ情報２４０として商品識別子ｃ１が記憶されている。社内カタログ情報２４０として設定される商品識別子ｃ１は、受注サーバ４０から提供される商品のカタログ中、発注企業が発注可能とした商品の商品識別子ｃ１である。発注企業は、受注サーバ４０から送信されるウェブページ上に表示されるカタログに掲載された商品の中で、その企業において発注可能として、内部カタログとしての社内カタログに掲載する商品を選定する。そして、選定された商品の商品識別子ｃ１を社内カタログ情報２４０として設定する。ここでは、社内カタログ情報２４０は、本実施形態の処理に先立って予め設定されている。
【００２５】
発注情報記憶部２５には、図５に示すように、業務端末５１にて商品識別子ｃ１毎に行われる発注入力毎に発注情報２５０が記憶されている。本実施形態では、発注情報２５０は、社内発注識別子ｄ１、商品識別子ｃ１、個数ｄ２、単価ｄ３、合計金額ｄ４、消費税ｄ５、社員番号ｂ１、発注承認情報ｄ６及び発注識別子ｄ７により構成されている。社内発注識別子ｄ１は、業務端末５１での発注入力毎に付与される識別子である。商品識別子ｃ１は、商品を識別するための識別子である。個数ｄ２は、その商品の発注個数である。単価ｄ３は、その商品の単価である。合計金額ｄ４は、その商品について、個数ｄ２及び単価ｄ３に基づいて計算される。消費税ｄ５は、合計金額ｄ４に基づいて計算される。社員番号ｂ１は、社員を識別するための識別子であり、発注入力を行った社員の社員番号ｂ１が設定される。発注承認情報ｄ６は、入力された発注に対する承認の有無及び承認者に関する情報である。発注識別子ｄ７は、受注サーバ４０が発注毎に付与する識別子である。この発注情報２５０は、業務端末５１にて発注入力が行われた場合に記録され、社内発注識別子ｄ１が付与される。そして、承認者による入力により、承認された旨と承認者についての情報が発注承認情報ｄ６として設定される。さらに、この発注情報２５０に基づいて、受注サーバ４０に対して発注データを送信した場合に、受注サーバ４０によって付与された発注識別子ｄ７が設定される。
【００２６】
検収情報記憶部２６には、図６に示すように、受注サーバ４０から受信した請求データ毎に検収情報２６０が記憶されている。本実施形態では、検収情報２６０は、社内発注識別子ｄ１、発注識別子ｄ７、請求情報ｅ１、検収結果ｅ２、社員番号ｂ１及び請求承認情報ｅ３により構成されている。社内発注識別子ｄ１は、業務端末５１での発注入力毎に付与される識別子であって、発注情報２５０の社内発注識別子ｄ１に対応する。発注識別子ｄ７は、受注サーバ４０が発注毎に付与する識別子であって、発注情報２５０の発注識別子ｄ７に対応する。請求情報ｅ１は、受注サーバ４０からの請求データにおける請求の詳細情報であって、商品識別子ｃ１、個数ｄ２、単価ｄ３、合計金額ｄ４、消費税ｄ５を含む。検収結果ｅ２は、請求情報ｅ１と発注情報２５０の対応する各項目とを照合することによる検収の結果であって、「未検収」、「適合」、「不適合」のいずれかが設定される。社員番号ｂ１は、社員を識別するための識別子であり、発注入力を行った社員の社員番号ｂ１が設定される。請求承認情報ｅ３は、請求情報ｅ１の検収結果に対する承認の有無及び承認者に関する情報である。この検収情報２６０は、受注サーバ４０から請求データを受信した場合に記憶される。そして、管理コンピュータ２１が検収を行った場合に、その結果が検収結果ｅ２として設定され、対応する発注情報２５０の社内発注識別子ｄ１及び社員番号ｂ１が設定される。さらに、承認者による入力により、請求承認情報ｅ３として承認された旨と承認者についての情報が設定される。
【００２７】
業務端末５１は、発注企業の社員が使用するパソコン等のコンピュータであって、データの入力、管理コンピュータ２１との間でのデータの送受信、データの表示を行う。このため、業務端末５１は、図示しない制御手段（ＣＰＵ）、記憶手段（ＲＡＭ、ＲＯＭ、ハードディスク等）、通信手段、表示手段（例えば、モニタ）、入力手段（例えば、キーボードやマウス）を備えている。
【００２８】
受注サーバ４０は、認証情報記憶部４１及びカタログ情報記憶部４２を備えるとともに、ウェブサーバとして機能する。認証情報記憶部４１には、図７に示すように、認証情報４１０が記憶されている。本実施形態では、認証情報４１０は、ユーザＩＤａ１及びパスワードａ２により構成されている。この認証情報４１０は、受注サーバ４０がユーザを識別し認証するための情報である。この認証情報記憶部４１には、本実施形態の処理に先立って、予め、発注企業のユーザＩＤａ１及びパスワードａ２が登録されている。
【００２９】
カタログ情報記憶部４２には、図８に示すように、商品毎にカタログ情報４２０が記憶されている。本実施形態では、カタログ情報４２０は、商品識別子ｃ１、単価ｄ３及びカタログ詳細情報ｆ１により構成されている。カタログ詳細情報ｆ１は、商品についての詳細情報である。このカタログ情報４２０は、本実施形態の処理に先立って、予め設定されている。そして、受注サーバ４０は、カタログの表示要求に従って、カタログ情報４２０に基づく商品のカタログを表示するウェブページを送信する。
【００３０】
次に、上記のように構成されたシステムにおいて、商品の発注を行う場合の処理手順（図９）、及び、請求データの検収を行う場合の処理手順（図１０）を説明する。まず、商品の発注を行う場合の処理手順を図９を用いて説明する。
【００３１】
商品の発注を行う場合には、社員は、まず、業務端末５１を立ち上げ、社員番号ｂ１及び社員パスワードｂ２を入力する。図１０に示すように、業務端末５１は、その社員番号ｂ１及び社員パスワードｂ２の入力を受け入れると（ステップＳ１−１）、その社員番号ｂ１及び社員パスワードｂ２を管理コンピュータ２１に送信する（ステップＳ１−２）。管理コンピュータ２１は、これを受信すると、受信した社員番号ｂ１及び社員パスワードｂ２を社員認証情報記憶部２３の社員番号ｂ１及び社員パスワードｂ２と照合することにより、社員の認証を行う（ＳステップＳ１−３）。そして、認証された場合、管理コンピュータ２１は、ユーザ情報記憶部２２からユーザＩＤａ１及びパスワードａ２を抽出する。そして、管理コンピュータ２１は、そのユーザＩＤａ１及びパスワードａ２を設定したカタログ表示要求データを受注サーバ４０に送信する（ステップＳ１−４）。受注サーバ４０は、これを受信すると、カタログ表示要求データのユーザＩＤａ１及びパスワードａ２を認証情報記憶部４１のユーザＩＤａ１及びパスワードａ２と照合することによりユーザ認証を行う。そして、認証された場合、受注サーバ４０は、管理コンピュータ２１に、商品のカタログを表示するウェブページであるカタログ表示データを送信する（ステップＳ１−５）。このウェブページ上には、カタログ情報４２０の商品識別子ｃ１、単価ｄ３及びカタログ詳細情報ｆ１に基づいて、商品のカタログが表示される。
【００３２】
管理コンピュータ２１は、これを受信すると、受信したカタログ表示データと社内カタログ情報２４０とに基づいて、社内カタログ表示データを生成する（ステップＳ１−６）。具体的には、管理コンピュータ２１は、カタログ表示データに含まれる商品識別子ｃ１により社内カタログ情報記憶部２４を検索し、その商品識別子ｃ１が社内カタログ情報記憶部２４に存在する場合、その商品を発注可能とする。そして、管理コンピュータ２１は、その商品識別子ｃ１に対応する単価ｄ３及びカタログ詳細情報ｆ１をカタログ表示データから抽出し、それらを商品識別子ｃ１とともに社内カタログ表示データに設定する。これにより、カタログ表示データに基づいて表示されるカタログに掲載された商品又はサービスの一部を削除した内部カタログとしての社内カタログを表示するための社内カタログ表示データが生成される。この社内カタログ表示データは、予め設定された所定のレイアウトにより、社内カタログを表示するようになっている。管理コンピュータ２１は、この社内カタログ表示データを業務端末５１に送信する（ステップＳ１−７）。
【００３３】
業務端末５１には、この社内カタログ表示データに基づいて、社内カタログが表示される。そして、社員は、この社内カタログに掲載された商品について、発注入力を行う。具体的には、社員は、業務端末５１にて発注入力画面を表示させ、その発注入力画面にて、商品識別子ｃ１及び個数ｄ２を入力する。業務端末５１は、この発注入力を受け入れると（ステップＳ１−８）、入力された商品識別子ｃ１及び個数ｄ２と、社内カタログ表示データ中の単価ｄ３と、社員番号ｂ１とを設定した発注依頼データを生成する。そして、業務端末５１は、この発注依頼データを管理コンピュータ２１に送信する（ステップＳ１−９）。管理コンピュータ２１は、これを受信すると、受信した発注依頼データに基づいて、発注情報２５０を発注情報記憶部２５に記録する（ステップＳ１−１０）。具体的には、管理コンピュータ２１は、社内発注識別子ｄ１を付与し、その社内発注識別子ｄ１と発注依頼データの商品識別子ｃ１、個数ｄ２、単価ｄ３、社員番号ｂ１を設定するとともに、合計金額ｄ４及び消費税ｄ５を算出して設定する。また、管理コンピュータ２１は、発注承認情報ｄ６として「未承認」を設定する。
【００３４】
各社員による発注入力に対しては、会計部門の担当者が承認を行う。ここで、承認者である会計部門の担当者は、業務端末５１において、社員番号ｂ１及び社員パスワードｂ２を入力して、発注承認情報ｄ６が「未承認」である発注情報２５０について表示要求を行う。これにより、業務端末５１は、その発注情報２５０についての表示要求データを管理コンピュータ２１に送信する。これを受信すると、管理コンピュータ２１は、その承認者の業務端末５１に、その発注情報２５０についての表示データを未承認発注情報として送信する（ステップＳ１−１１）。これを受信すると、業務端末５１に、未承認発注情報が表示される。承認者は、その未承認発注情報を確認し、承認する場合は、業務端末５１にて承認入力を行う。業務端末５１は、この承認入力を受け入れ（ステップＳ１−１２）、「承認」の旨と承認者の社員番号ｂ１を有する承認情報を管理コンピュータ２１に送信する（ステップＳ１−１３）。これを受信すると、管理コンピュータ２１は、その承認情報に基づいて、発注承認情報ｄ６として、「承認」及び承認者の社員番号ｂ１を設定する（Ｓ１−１４）。
【００３５】
次に、管理コンピュータ２１は、ユーザ情報記憶部２２からユーザＩＤａ１及びパスワードａ２を抽出する。そして、管理コンピュータ２１は、そのユーザＩＤａ１及びパスワードａ２と発注情報記憶部２５の商品識別子ｃ１及び個数ｄ２とを設定した発注データを受注サーバ４０に送信する（ステップＳ１−１５）。なお、発注データの送信のプロトコルとしては、例えば、ＨＴＴＰＳ（Hypertext Transfer Protocol Security）を用いる。
【００３６】
受注サーバ４０は、これを受信すると、発注識別子ｄ７を付与し、発注データに発注識別子ｄ７を付加した確認データを管理コンピュータ２１に送信する（ステップＳ１−１６）。これを受信すると、管理コンピュータ２１は、その発注識別子ｄ７を発注情報２５０に設定する（ステップＳ１−１７）。
【００３７】
受注サーバ４０は、このようにして管理コンピュータ２１から送信された発注データを受信すると、受信した発注データに基づいて受注情報を図示しない記憶部に記憶する。そして、その発注データに基づいて、商品の供給企業が発注企業に対して商品を提供する。さらに、受注サーバ４０は、発注データに対する商品の提供状況を管理する。
【００３８】
次に、請求データの検収を行う場合の処理手順を図１０を用いて説明する。
図１０に示すように、まず、受注サーバ４０が、カタログ情報４２０及び受注情報とに基づいて、請求データを生成し、管理コンピュータ２１に送信する（ステップＳ２−１）。具体的には、この請求データには、発注識別子ｄ７と、商品識別子ｃ１、単価ｄ３、合計金額ｄ４、消費税ｄ５等を含む請求情報ｅ１とが含まれる。管理コンピュータ２１は、これを受信すると、その請求データに基づいて、検収情報２６０を記録する（ステップＳ２−２）。具体的には、管理コンピュータ２１は、請求データに基づいて発注識別子ｄ７及び請求情報ｅ１を検収情報２６０に設定する。そして、検収結果ｅ２には「未検収」、請求承認情報ｅ３には「未承認」をそれぞれ設定する。
【００３９】
次に、管理コンピュータ２１は、発注識別子ｄ７により発注情報２５０を抽出する。そして、管理コンピュータ２１は、検収情報２６０の請求情報ｅ１と、発注情報２５０の商品識別子ｃ１、個数ｄ２、単価ｄ３、合計金額ｄ４及び消費税ｄ５とを照合することにより請求情報ｅ１の検収を行う（ステップＳ２−３）。そして、管理コンピュータ２１は、その結果に基づいて、検収結果ｅ２として「適合」又は「不適合」を検収情報２６０に設定する（ステップＳ２−４）。さらに、管理コンピュータ２１は、発注情報２５０の社内発注識別子ｄ１及び社員番号ｂ１に基づいて、社内発注識別子ｄ１及び社員番号ｂ１を検収情報２６０に設定する（ステップＳ２−５）。
【００４０】
請求情報ｅ１及び検収結果ｅ２に対しては、会計部門の担当者が承認を行う。ここで、承認者である会計部門の担当者は、業務端末５１において、社員番号ｂ１及び社員パスワードｂ２を入力して、請求承認情報ｅ３が「未承認」である検収情報２６０について表示要求を行う。これにより、業務端末５１は、その検収情報２６０についての表示要求データを管理コンピュータ２１に送信する。これを受信すると、管理コンピュータ２１は、その承認者の業務端末５１に、その検収情報２６０の請求情報ｅ１及び検収結果ｅ２についての表示データを送信する（ステップＳ２−６）。これを受信すると、業務端末５１に請求情報ｅ１及び検収結果ｅ２に基づいて各項目が表示される。承認者は、それらを確認し、承認する場合は、業務端末５１にて承認入力を行う。業務端末５１は、その承認入力を受け入れ（ステップＳ２−７）、それに基づいて、「承認」の旨と承認者の社員番号ｂ１を有する承認情報を管理コンピュータ２１に送信する（ステップＳ２−８）。これを受信すると、管理コンピュータ２１は、その承認情報に基づいて、請求承認情報ｅ３として、「承認」及び承認者の社員番号ｂ１を設定する（Ｓ２−９）。
【００４１】
次に、管理コンピュータ２１は、検収情報２６０に基づいて、会計データを生成する（Ｓ２−１０）。この会計データは、発注企業の会計処理に取り込まれる。なお、この会計データの生成の際に、業務端末５１から必要なデータが入力され、管理コンピュータ２１は、そのデータに基づいて会計データの各項目を設定する。
【００４２】
このように、発注企業は、発注管理サーバ２０と受注サーバ４０との間でデータの送受信を行うことにより、受注企業に対して発注を行うことができる。そして、他の受注サイトで商品やサービスの発注を行う場合も、同様のシステムにより発注を行うことができる。ここで、複数の受注サイトで商品やサービスの発注を行う場合、各受注サイトでの発注業務に対応して業務端末５１に表示する表示画面は、共通のフォーマットで作成する。そして、発注企業の社員は、社員番号ｂ１及び社員パスワードｂ２を入力して、業務端末５１において発注入力を行う。一方、発注企業は、各受注サイトについて、それぞれ特定のユーザＩＤ等のユーザ識別情報を取得し、そのユーザ識別情報を用いて各受注サイトにアクセスする。
【００４３】
以上、本実施形態によれば、以下に示す効果を得ることができる。
・ 上記実施形態では、発注管理サーバ２０は、複数の業務端末５１とイントラネット５０により接続されているとともに、受注サーバ４０とインターネットにより接続されている。そして、発注管理サーバ２０は、社員番号ｂ１及び社員パスワードｂ２により発注入力を行う社員を認証し、業務端末５１での発注入力に対して特定のユーザＩＤａ１及びパスワードａ２を設定した発注データを受注サーバ４０に送信する。このため、各社員による発注入力に基づいて、発注企業が発注を行うことができる。また、発注企業においては、発注入力を行った社員を特定できる。
【００４４】
・ 上記実施形態では、発注管理サーバ２０は、受注サーバ４０が提供する商品カタログに掲載された商品の中から社内カタログに掲載する商品を選択し、その商品を掲載した社内カタログを業務端末５１に表示させる。このため、受注サーバ４０が提供する商品カタログに掲載された商品の中から発注企業が推奨する商品を絞り込んで、その商品を掲載する社内カタログを表示させることができる。従って、各社員に、発注企業が推奨する商品を発注させることができる。
【００４５】
・ 上記実施形態では、発注情報２５０は、受注サーバ４０から発注管理サーバ２０に送信された請求データを検収するために必要な、発注識別子ｄ７、個数ｄ２、単価ｄ３、合計金額ｄ４、消費税ｄ５等を含む。このため、商品の発注に対する請求データを検収することができる。また、受注サーバ４０から請求データを受信して検収を行った後、発注企業の会計処理に取り込むことで、発注企業の会計業務を効率化できる。
【００４６】
・ 上記実施形態では、複数の受注サイトで商品やサービスの発注を行う場合、各受注サイトでの発注業務に対応して業務端末５１に表示する表示画面は、共通のフォーマットで作成する。このため、受注サイト毎に画面入力を習得する必要が無いため、操作性を向上させることができ、業務を効率化できる。また、受注サイトにおけるフォーマットが統一されている場合には、各項目の設定の変更により、連携する受注サイトの変更又は追加を柔軟に行うことができる。
【００４７】
・ 上記実施形態では、各発注情報２５０に対して、承認入力が行われた場合に、発注データを受注サーバ４０に送信する。また、検収時点でも、請求情報ｅ１及び検収結果ｅ２について承認入力が行われてから、会計データを会計処理に取り込む。このため、承認者による承認のない個人発注を排除でき、不正発注や個人利用を防止できる。
【００４８】
なお、上記実施形態は、以下の態様に変更してもよい。
・ 上記実施形態では、プロトコルとしてＨＴＴＰＳを用いて、管理コンピュータ２１からウェブサーバである受注サーバ４０に発注データを送信した。これに代えて、管理コンピュータ２１から受注サイトへの発注データの送信は、例えば、プロトコルとしてＳＭＴＰ（Simple Mail Transfer Protocol ）を用いて、電子メールにより行ってもよい。
【００４９】
・ 上記実施形態では、管理コンピュータ２１は、発注が承認される度に発注データを受注サーバ４０に送信したが、複数の発注入力をまとめて、１つの発注データにより発注を行ってもよい。また、上記実施形態では、商品識別子ｃ１毎に発注情報２５０を記録し、商品毎に発注データを送信したが、１つの発注データにより、複数の商品についての発注を行うようにしてもよい。
【００５０】
・ 上記実施形態では、事務消耗品等の商品を発注する場合に本発明を適用したが、これに限られるものではなく、他の商品やサービスを発注する場合に応用してもよい。例えば、出張における交通機関のチケットの購入や宿泊施設の予約等に本発明を応用してもよい。なお、一回の出張における交通機関のチケットの購入や宿泊施設の予約等について、まとめて発注入力できるようにしてもよい。そして、その発注入力に基づいて、１つの発注データにより、発注を行ってもよい。また、各社員による発注入力に基づいて、チケットの購入等を一括して行うようにしてもよい。このようにすることで、各種の商品やサービスの発注について、それぞれ、効果的に発注を行うことができる。
【００５１】
・ 上記実施形態では、業務端末５１としてパソコン等のコンピュータを用いたが、携帯電話等のモバイル端末であってもよい。このようにすることで、例えば、出張先でも、発注管理サーバ２０を介して商品の発注を行うことができる。
【００５２】
・ 上記実施形態では、業務端末５１と管理コンピュータ２１とをイントラネット５０で接続したが、エクストラネット（広域エリアネットワーク）を用いてもよい。
【００５３】
・ 上記実施形態では、発注管理サーバ２０は発注企業の社内ネットワークで発注管理を実行し、業務端末５１は発注企業の社員が使用したが、本発明は、企業からの発注には限られない。例えば、会員制のグループで、同様のシステムを用いて発注を行ってもよい。
【００５４】
【発明の効果】
以上詳述したように、本発明によれば、電子商取引における商品やサービスの発注を効果的に行うことができる。
【図面の簡単な説明】
【図１】 本発明の一実施形態のシステム概略図。
【図２】 ユーザ情報記憶部に記憶されたデータの説明図。
【図３】 社員認証情報記憶部に記憶されたデータの説明図。
【図４】 社内カタログ情報記憶部に記憶されたデータの説明図。
【図５】 発注情報記憶部に記憶されたデータの説明図。
【図６】 検収情報記憶部に記憶されたデータの説明図。
【図７】 認証情報記憶部に記憶されたデータの説明図。
【図８】 カタログ情報記憶部に記憶されたデータの説明図。
【図９】 本発明の一実施形態の処理手順の説明図。
【図１０】 本発明の一実施形態の処理手順の説明図。
【符号の説明】
２１…管理コンピュータ、２５…発注情報記憶手段としての発注情報記憶部、３０…第２のネットワークとしてのインターネット、４０…受注サーバ、５０…第１のネットワークとしてのイントラネット、５１…端末としての業務端末。
Claims (2)
- 発注企業の社員を識別し認証するための社員番号及び社員パスワードにより構成されている社員認証情報が記憶されている社員認証情報記憶部と、
受注サーバにおいてユーザを識別し認証するためのユーザＩＤ及びパスワードにより構成されているユーザ識別情報が記憶されているユーザ情報記憶部と、
前記発注企業が発注可能とした商品の商品識別子が記憶されている社内カタログ情報記憶部と、
前記発注企業の社員が使用する端末と第１のネットワークによって接続されるとともに、商品又はサービスの発注を受け付ける受注サーバと第２のネットワークによって接続された管理コンピュータとを備えた発注管理サーバを用いて、発注企業が商品の発注を行う方法であって、
前記管理コンピュータが、
前記端末から前記第１のネットワークを介して社員番号及び社員パスワードを含む発注依頼データを受信する段階と、
前記受信した社員番号及び社員パスワードと、前記社員認証情報記憶部に記録された社員番号及び社員パスワードを照合して端末の利用者を認証する段階と、
前記利用者が認証された場合、前記ユーザ情報記憶部に記憶されているユーザＩＤ及びパスワードを設定したカタログ表示要求データを受注サーバに送信し、
前記受注サーバにおいて認証された場合、前記受注サーバから商品のカタログを表示するカタログ表示データを受信する段階と、
前記カタログ表示データに含まれる商品識別子により社内カタログ情報記憶部を検索し、商品識別子が社内カタログ情報記憶部に存在する場合、その商品識別子に対応する単価及びカタログ詳細情報を前記カタログ表示データから抽出し、それらを商品識別子とともに社内カタログ表示データに設定する段階と、
この社内カタログ表示データを前記端末に送信し、この社内カタログ表示データに基づいて、社内カタログを表示させ、
この社内カタログに掲載された商品について、発注入力された商品識別子及び個数を含む発注依頼データを取得した場合、前記発注依頼データに基づく発注データを前記第２のネットワークを介して前記受注サーバに送信する段階と
を備えたことを特徴とする発注管理方法。 - 発注企業の社員を識別し認証するための社員番号及び社員パスワード
により構成されている社員認証情報が記憶されている社員認証情報記憶部と、
受注サーバにおいてユーザを識別し認証するためのユーザＩＤ及びパスワードにより構成されているユーザ識別情報が記憶されているユーザ情報記憶部と、
前記発注企業が発注可能とした商品の商品識別子が記憶されている社内カタログ情報記憶部と、
前記発注企業の社員が使用する端末と第１のネットワークによって接続されるとともに、商品又はサービスの発注を受け付ける受注サーバと第２のネットワークによって接続された管理コンピュータとを備えた発注管理サーバを用いて、発注企業が商品の発注を行うプログラムであって、
前記管理コンピュータを、
前記端末から前記第１のネットワークを介して社員番号及び社員パスワードを含む発注依頼データを受信する発注依頼データ受信手段、
前記受信した社員番号及び社員パスワードと、前記社員認証情報記憶部に記録された社員番号及び社員パスワードを照合して端末の利用者を認証する利用者認証手段、
前記利用者が認証された場合、前記ユーザ情報記憶部に記憶されているユーザＩＤ及びパスワードを設定したカタログ表示要求データを受注サーバに送信し、
前記受注サーバにおいて認証された場合、前記受注サーバから商品のカタログを表示するカタログ表示データを受信する手段、
前記カタログ表示データに含まれる商品識別子により社内カタログ情報記憶部を検索し 、商品識別子が社内カタログ情報記憶部に存在する場合、その商品識別子に対応する単価及びカタログ詳細情報を前記カタログ表示データから抽出し、それらを商品識別子とともに社内カタログ表示データに設定する手段、
この社内カタログ表示データを前記端末に送信し、この社内カタログ表示データに基づいて、社内カタログを表示させ、
この社内カタログに掲載された商品について、発注入力された商品識別子及び個数を含む発注依頼データを取得した場合、前記発注依頼データに基づく発注データを前記第２のネットワークを介して前記受注サーバに送信する発注データ送信手段
として機能させるための発注管理プログラム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002265307A JP4012447B2 (ja) | 2002-09-11 | 2002-09-11 | 発注管理方法及び発注管理プログラム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002265307A JP4012447B2 (ja) | 2002-09-11 | 2002-09-11 | 発注管理方法及び発注管理プログラム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004102776A JP2004102776A (ja) | 2004-04-02 |
| JP4012447B2 true JP4012447B2 (ja) | 2007-11-21 |
Family
ID=32264484
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002265307A Expired - Fee Related JP4012447B2 (ja) | 2002-09-11 | 2002-09-11 | 発注管理方法及び発注管理プログラム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4012447B2 (ja) |
-
2002
- 2002-09-11 JP JP2002265307A patent/JP4012447B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004102776A (ja) | 2004-04-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| WO2003100680A1 (fr) | Systeme de support de contrat d'assurance | |
| JP2003331126A (ja) | 保険契約計上システム | |
| KR20010051457A (ko) | 카드번호를 이용한 전자상거래상의 전자문서인증시스템 및방법 | |
| JP3801383B2 (ja) | 切符の予約発券方法及び予約発券システム | |
| JP2005267618A (ja) | 電子商取引支援装置及びプログラム | |
| KR100357798B1 (ko) | 기업 대 기업 간의 전자상거래를 위한 구매기업의 컴퓨터네트워크 개방형 구조 및 그를 이용한 구매정보 관리방법 | |
| US20010037263A1 (en) | Electronic commerce support system | |
| JP5501633B2 (ja) | 配送管理システム、配送管理方法及び配送管理プログラム | |
| US20030033208A1 (en) | Method and system for communicating using a user defined alias representing confidential data | |
| JP4237012B2 (ja) | レシート発行管理装置、レシート発行管理システム、及びレシート発行管理装置用プログラム | |
| US20030187721A1 (en) | Method and apparatus for rating information management | |
| JP4012447B2 (ja) | 発注管理方法及び発注管理プログラム | |
| JP4002759B2 (ja) | 株主情報管理方法及び株主情報管理プログラム | |
| JP6737478B1 (ja) | 決済処理システム、決済処理方法、サーバ、およびプログラム | |
| JP2005327243A (ja) | 情報端末を利用したポイントシステム | |
| JP2001344487A (ja) | インターネットを用いた電子購買方法および電子購買システム | |
| JP2009064117A (ja) | 契約管理システム | |
| JP2004318665A (ja) | 払込支援システム | |
| KR20190062339A (ko) | 전자쿠폰 통합 관리 시스템 | |
| JP3946496B2 (ja) | 取引情報配信システム、配信情報作成サーバ、配信サーバ、プログラム、記録媒体 | |
| JP2005215889A (ja) | 本人確認方法及び本人確認プログラム | |
| JP2003099656A (ja) | 個人識別情報管理装置及び個人識別情報管理方法 | |
| KR20030063891A (ko) | 통합 보험 시스템 | |
| JP2003141415A (ja) | 会員管理システム | |
| US7519545B2 (en) | System for selling commodities and method thereof |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050210 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070411 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070417 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070615 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070904 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070907 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100914 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110914 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120914 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130914 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |