JP2004070466A - 文書交換システムおよびそのプログラム - Google Patents
文書交換システムおよびそのプログラム Download PDFInfo
- Publication number
- JP2004070466A JP2004070466A JP2002225588A JP2002225588A JP2004070466A JP 2004070466 A JP2004070466 A JP 2004070466A JP 2002225588 A JP2002225588 A JP 2002225588A JP 2002225588 A JP2002225588 A JP 2002225588A JP 2004070466 A JP2004070466 A JP 2004070466A
- Authority
- JP
- Japan
- Prior art keywords
- ordering
- document
- program
- contract
- workflow
- 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
- 238000011161 development Methods 0.000 claims abstract description 8
- 238000000034 method Methods 0.000 claims description 15
- 238000012545 processing Methods 0.000 claims description 6
- 238000012795 verification Methods 0.000 claims description 6
- 230000005540 biological transmission Effects 0.000 claims description 3
- 238000004321 preservation Methods 0.000 claims 1
- 238000007789 sealing Methods 0.000 abstract 1
- 238000010586 diagram Methods 0.000 description 8
- 238000005516 engineering process Methods 0.000 description 3
- 238000004364 calculation method Methods 0.000 description 2
- 238000004891 communication Methods 0.000 description 2
- 238000012937 correction Methods 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 230000008676 import Effects 0.000 description 2
- 238000013518 transcription Methods 0.000 description 2
- 230000035897 transcription Effects 0.000 description 2
- 238000013459 approach Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000007689 inspection Methods 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000010079 rubber tapping Methods 0.000 description 1
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
【課題】契約業務やプログラム受発注業務やその他の個別業務における文書作成の手間と作成ミスを大間に減少させる。
【解決手段】マスターサーバー11とメイルサーバー13によりセキュアに(安全に)機密データをワークフローに載せて交換する。また、DBサーバー12と原本性保証サーバー14により電子文書のセキュアな保存と管理を可能にして、原本性を保証する。これらのサーバーにより各種業種や業務向けワークフローを構築できる基盤を提供するセキュアな電子文書交換システムを実現する。クライアント17〜20との間で、インターネット16を介して契約書の交換や印鑑の押印ワークフローを電子化した電子契約のアプリケーション、および見積りから請求までの文書を電子化し、受託開発型の業務ワークフローを提供し、業務ワークフロー開始の注意を自動発行する。
【選択図】 図1
【解決手段】マスターサーバー11とメイルサーバー13によりセキュアに(安全に)機密データをワークフローに載せて交換する。また、DBサーバー12と原本性保証サーバー14により電子文書のセキュアな保存と管理を可能にして、原本性を保証する。これらのサーバーにより各種業種や業務向けワークフローを構築できる基盤を提供するセキュアな電子文書交換システムを実現する。クライアント17〜20との間で、インターネット16を介して契約書の交換や印鑑の押印ワークフローを電子化した電子契約のアプリケーション、および見積りから請求までの文書を電子化し、受託開発型の業務ワークフローを提供し、業務ワークフロー開始の注意を自動発行する。
【選択図】 図1
Description
【0001】
【発明の属する技術分野】
本発明は、セキュアな電子文書交換、契約の電子化およびプログラム受発注の電子化を行って、発注者と受注者間およびサーバーと受発注者間で文書を交換する文書交換システムおよびその方法に関し、特に、情報システムを用いて有用なビジネスモデルを実現するための文書交換システムおよびその方法に関する。
【0002】
【従来の技術】
従来、甲と乙が契約書を作成する場合には、契約の合意事項を元に契約書案を作成し、何回かやりとりを行って修正した後、修正がなくなったとき、最終契約書案を2通作成し、甲乙それぞれ印を押印して、互いに1通ずつ保管する、という方法を採用していた。これらは、いずれの作業も手を介して行われていた。
【0003】
また、従来、プログラムの受発注を行うには、通常、以下のようなワークフローで行われていた。先ず、受注側が作業実績に基づき勤怠票(残業代などの実績を記した伝票)と見積書を発行する。次に、発注側は、プログラム注文書を発行する。最後に受注側が、請求書を発行する。以上の手順であるが、いずれの作業も手を介して行われるため、毎回の作業において計算ミスや転記ミスが多く、手間がかかっていた。また、支払い期日が迫ってから、受発注業務にかかることが多く、期日前の事務量としては大変であった。
【0004】
【発明が解決しようとする課題】
このように、契約書の作成、保管業務は、手を介して行われていたため、保管に際してセキュア(安全度)に不安があるだけでなく、契約書が完成するまでに必要以上の手間と労力がかかっていた。
また、プログラムの受発注においても、手を介して行われていたため、作業ミス(計算ミスや転記ミス)が多く、しかも、支払い期日が迫ってから作業にかかることが多く、これらの改善が望まれていた。
【0005】
本発明の目的は、これら従来の課題を解決し、文書の自動作成およびワークフローの明確化により、契約業務やプログラム受発注業務における文書作成の手間と作成ミスを低減することが可能な文書交換システムおよびその方法を提供することにある。
【0006】
【課題を解決するための手段】
上記目的を達成するため、本発明の文書交換システムは、セキュアに(安全に)機密データをワークフローに載せて交換するとともに、電子文書のセキュアな保存と管理を可能にして、原本性を保証するとともに、各種業種や業務向けワークフローを構築できる基盤を提供するセキュアな電子文書交換機能を実現する。また、契約書の交換や印鑑の押印ワークフローを電子化した電子契約のアプリケーション、および見積りから請求までの文書を電子化し、受託開発型の業務ワークフローを提供し、業務ワークフロー開始の注意を自動発行できるプログラム受発注機能を実現する。
【0007】
本発明の特徴的事項は、
(1)電子契約、プログラム受発注および個別アプリケーションなどの文書の自動作成をワークフローに含めること、
(2)文書の登録、更新、アクセス権管理、宛先管理、ステータス管理、原本保存管理、署名検証などの文書交換ワークフローシステムを共通基盤とし、その上で動作する個別アプリケーションのワークフローを制御および管理するアーキテクチャを設定すること、
(3)会計システムおよび電子透かし付き請求書の発行とを連携させること、
(4)プログラム受発注において、毎回のワークフロー開始の注意を通知すること、である。
【0008】
【発明の実施の形態】
以下、本発明の実施形態を、図面により詳細に説明する。
(ハード構成)
図1は、本発明の一実施形態を示す文書交換システムの全体構成図である。
図1の文書交換システムにおいて、サーバー側では、マスターサーバー11とDBサーバー12とメイルサーバー13と原本性保証サーバー14とがLAN10に接続され、さらに、LAN10に接続されたゲートウェイ15を介してインターネット16に接続される。
【0009】
クライアント側では、複数台のクライアントPC17〜20がそれぞれインターネット16に接続される。クライアントPC17〜20は、いずれもIDカード17A〜20Aを具備しており、これをPCに挿入することで本人認証を行う。その他、クライアントPC20には、画像を入力するスキャナ21と出力をハードコピーするプリンタ22とが接続される。
サーバー側のマスターサーバー11は、文書交換ワークフローシステムと個別アプリケーション(例えば、電子契約システムおよびプログラム受発注システム)とを実行する。
また、DBサーバー12は、文書のワークフロー制御に関する情報を保存するとともに、管理を行う。また、アプリケーション固有のマスター情報(文書フォームテンプレートなど)を保存するとともに、管理を行う。
【0010】
また、メイルサーバー13は、システム全体のメイル通信(文書データの送受信)を司る。
また、原本性保存サーバー14は、電子文書の原本性(真正性、保存性)を保証しながら、保管および管理を行う。
さらに、クライアント端末17〜20は、本システムのユーザーがオペレーションを行う端末である。
【0011】
ここで、原本性保存サーバー14について、さらに詳しく説明する。
文書管理の電子的ワークフロー化、見積りや契約書の電子化を行った場合、不正な複製改ざん、なりすまし、などが発生しないか否か、あるいは電子文書の法的有効性の確立が可能か否かが問題となる。
例えば、ユーザーから電子文書登録・参照要求があると、原本性保存サーバー14は、ユーザーのアクセス権を制御し、次に原本登録を要求登録済原本IDで参照を要求することにより、原本への全てのアクセスをログに記録する。DBサーバー12から写しを原本性保存サーバー14に渡す。この場合、電子署名を行っていることで、改ざん検知が可能である。
【0012】
原本性保存サーバー14からユーザーへ写しを渡す。すなわち、原本性保存サーバー14は、原本のファイルに対して特別なコマンドのみにより登録、更新を可能とし、それらの行為を全て履歴に保存する。このコマンド以外の手段で原本のファイルに改ざんが加えられたときには、改ざん検知処理が施されているため、改ざん検知が可能となる。
なお、原本の写しが真に正しいことを証明するために、原本性保存サーバー14は、電子署名を付加して渡す。また、原本の写しが改ざんされていないか否かを検証することも可能である。
【0013】
(ソフト構成)
図2は、本発明の実施形態を示すクライアントと文書交換ワークフローのソフトウェア構成図である。
クライアントシステム23は、ブラウザを使用して、サーバーに要求を出す。クライアントシステム23には、文書表示、文書署名、署名検証、および紙文書検証の各機能がある。ここで、紙文書検証とは、本システムで印刷した透かし入り紙文書をスキャナで取り込み、読み取った透かしデータを用いて紙文書の改ざん検知を行う機能である。なお、クライアント側のユーザ認証モジュール24は、ユーザ情報の登録、管理およびユーザ認証を行う。また、セキュリティモジュール25は、PKI(Public Key Infrastructure)技術を利用して、文書の改ざん、盗聴、漏洩、なりすまし、否認を防止する。なお、PKIは、公開鍵基盤と呼ばれ、公開鍵暗号のシステムを利用してデータの暗号化や通信当事者の身分証明と、やりとりするデータに対してディジタル署名を行うことで、信頼できる通信を確保するために必要な要素技術の集合体である。
【0014】
電子契約システム・アプリケーション32は、文書交換ワークフローシステム36上で動作する個別アプリケーションであって、契約業務で使用する文書の生成およびマスターデータの登録を行う。このアプリケーションには、ユーザ認証と管理、契約書フォーム登録、契約者プロパティ登録、文書(コンテンツ、プロパティ)の生成、契約書データ投入、契約書印刷フォーム(電子透かし)の作成、運用管理の各機能がある。
【0015】
プログラム受発注システム・アプリケーション33は、文書交換ワークフローシステム36上で動作する個別アプリケーションであって、受発注業務で使用する文書の生成、およびマスターデータの登録を行う。例えば、顧客の名前を埋め込むなどの処理も行う。また、このアプリケーション33には、ユーザ認証と管理、文書フォーム登録、プロパティ登録、文書(コンテンツ、プロパティ)の生成、勤怠データの取込み、請求書データの投入、請求書印刷フォーム(電子透かし)の作成、運用管理の各機能がある。
【0016】
個別アプリケーション31は、契約により個別に引き受ける業務アプリケーションであって、例えば、人材派遣業務などがこれに含まれる。このアプリケーション31にも、ユーザの認証と管理、文書フォーム登録、プロパティ登録、文書(コンテンツ、プロパティ)の生成、勤怠データの取込み、請求書データの投入、請求書印刷フォーム(電子透かし)の作成、運用管理の各機能がある。
【0017】
文書交換ワークフローシステム36は、各アプリケーションに対する共通基盤になるシステムであって、文書交換のワークフローを制御するとともに、管理を行い、文書の原本の保管および管理を行う。このシステム36には、運用管理、文書の登録と更新(コンテンツ、プロパティ)、文書のアクセス権管理、文書の宛先管理、文書のステータス管理、文書の原本保存管理、通知メールの送信、文書の署名検証の各機能がある。
【0018】
ユーザ認証モジュール34は、ユーザ情報の登録、管理およびユーザ認証を行う。
セキュリティモジュール37は、PKI技術を利用して文書の改ざん、盗聴、漏洩、なりすまし、否認を防止する。
データベース▲1▼39は、文書のワークフロー制御に関する情報の保存と管理用データベースである。
原本性保存モジュール38は、文書を原本として保管し、かつ管理する。
【0019】
(実施フロー)
図3は、本発明の一実施例を示す電子契約業務のソフト構成図であり、図5は同じく電子契約の処理シーケンスチャートである。
処理に移る前に、電子署名(電子押印)について説明する。
(a)電子署名
あらかじめIDカード(ICカードなど)を発行する際に、IDカードには、各クライアントユーザーのPKI署名データと印影データとを格納しておく。
契約システム、受発注システムの場合、発注者(甲)および受注者(乙)とも必要である。電子文書に押印(署名)するには、マスターサーバー11がクライアント端末17〜20に該当文書を送り、クライアントに表示し、端末のオペレータがIDカードを差し込み、押印コマンドを発行する。
クライアント端末プログラムは、差し込まれたICカードからPKI署名データと印影データとを読み出し、当該電子文書に署名をマージするとともに、印影データを電子文書に重ねて表示する。
【0020】
(b)電子契約業務
図5および図3を参照しながら、処理動作シーケンスを説明する。
仕様を決定した後、開発委託契約を交わす。この場合、開発委託契約書を甲乙押印する。勿論、電子署名の後に行う。そして、原本として登録し、保管する。
図5では、クライアント端末17が発注側であり、クライアント端末20が受注側である。サーバー側をマスターサーバー11で代表的に示している。
【0021】
(1)あらかじめ、契約書のフォームを指定しておく。自分でフォームを作って登録しておくことも可能である(マスターサーバー11に登録)。
(2)あらかじめ自分の情報(社名、代表者名、住所など)を登録しておく(マスターサーバー11に登録)。
以後、契約締結の話がまとまったとき、以下の処理に移る。
(3)相手方の情報(相手方社名、代表者名、住所など)を登録する(マスターサーバー11に登録)。
(4)その他、必要情報(例えば、契約締結日など)を入力する(マスターサーバー11に入力)。
【0022】
(5)本システムに、契約書のびな形の作成を指示する(マスターサーバー11に指示)。
(6)本システムが自動的に作成した契約書のひな形を確認し、必要であれば修正の後に、相手方に内容確認のために送る(ここでは、マスターサーバー11から発注側クライアント端末17へ、次に発注側クライアント端末17から受注側クライアント端末20へ)。
(7)相手方は、必要ならば修正して送り返す(ここでは、受注側クライアント端末20から発注側クライアント端末17へ)。
【0023】
(8)送り返されて来たならば、内容確認の後、乙印(電子署名)を押し、相手方に送る(ここでは、発注側クライアント端末17から受注側クライアント端末20へ)。
(9)相手方は、甲印(電子署名)を押し、送り返す(ここでは、受注側クライアント端末20から発注側クライアント端末17へ)。
(10)本システムに契約書原本として登録する(発注側クライアント端末17からマスターサーバー11へ)。
(11)必要ならば、双方とも、契約書の謄本として本システムから取り出す(マスターサーバー11から発注側および受注側クライアント端末17,20へ)。
なお、上記(6),(7),(8)の各ステップにおいて、それぞれ原本登録しておく場合もある。
【0024】
(c)プログラム受発注業務
図4は、本発明の一実施例を示すプログラム受発注システムのソフト構成図であり、図6は、同じくプログラム受発注システムの動作シーケンスチャートである。
契約の内容にもよるが、請求が発生する場合のフローは以下のようになる。
(1)発注側では、あらかじめ、文書生成を行うための文書フォームを登録しておく(発注側クライアント端末20からマスターサーバー11へ)。この場合、文書フォームテンプレートから選択指定してもよいし、あるいは自分で定義登録もできる。登録する文書フォームは次の通りである。すなわち、勤怠票、見積書、プログラム注文書、検収書、請求書控え、また、会計業務を行う会計システムも指定しておく。以後、プログラム受発注が発生する。
【0025】
(2)発注側は、開発委託先(受注側)の情報を登録する。登録内容としては、氏名、所属会社、派遣先グループ、単価、清算方式である。これらの情報は、文書自動作成時に、フォーム、文書アクセス権、フロー定義、文書内容(金額など)を決定するデータとする。
(3)同時に、(4)以降のステップが発生するタイミング(例えば、毎月末)を定義しておく。以後、(3)で定義されたタイミングが来ると、本システムから自動的に発注側、受注側に注意が発せられる。
(4)受注側は、勤怠データを本システムに送る(受注側クライアント端末20からマスターサーバー11へ)。
(5)本システムでは、勤怠データと開発委託先情報から、勤怠票、見積書、プログラム発注書、検収書、請求書控えを自動生成する。
【0026】
(6)本システムから、受信側に勤怠票、見積書、請求書、検収書を送り、同時に発注側には、プログラム注文書を送る(マスターサーバー11から発注側クライアント端末17へ、および受注側クライアント端末20へ)。
(7)受注側は、見積書の内容を確認した後、署名して発注側に送る(受信側クライアント端末20から発注側クライアント端末17へ)。
(8)発注側は、プログラム注文書の内容を確認した後、署名して受注側に送る(発注側クライアント端末17から受注側クライアント端末20へ)。
(9)受注側は、検収書、勤怠票の内容を確認した後、署名して発注側に送る(受注側クライアント端末20から発注側クライアント端末17へ)。
【0027】
(10)同時に、必要ならば請求書印刷フォームを本システムに要求する(受注側クライアント端末20からマスターサーバー11へ)。本システムは、請求書控えから請求書印刷フォームを作成し、受注側に送る(マスターサーバー11から受注側クライアント端末20へ)。このとき、電子透かしを入れて、印刷された紙文書(請求書)の改ざんチェックを実施可能に設定しておく。受注側は、内容を確認した後、請求書を印刷して押印し、発注側に送る(受注側クライアント端末20から発注側クライアント端末17へ)。
(11)発注側は、内容を確認した後、検収書に署名して、受注側に返送する(発注側クライアント端末17から受注側クライアント端末20へ)。
(12)同時に、本システムに支払いを指示する(発注側クライアント端末17からマスターサーバー11へ)。
(13)本システムは、請求書控えから請求書データを作成し、指定の会計システムに送る(マスターサーバー11から指定のシステムへ)。
【0028】
(個別アプリケーション)
本実施例では、電子契約およびプログラム受発注を文書交換ワークフローシステムに組込んでいるが、その他の個別アプリケーションとして、人材派遣業務の管理に適用することも可能であって、派遣個人との契約、派遣先との契約、毎月の勤務実績に基づく請求に当てはめることができる。
【0029】
(ビジネスモデル)
本発明における文書交換システムを運用する業務をビジネスモデルとして構築することにより、電子契約の甲乙契約者、プログラム受発注を行う発注者と受注者、個別アプリケーションの各契約者、例えば人材派遣の人材派遣会社や派遣される人材、派遣される会社等から、あらかじめ定められた報酬を得ることができるとともに、それぞれの契約者に対して文書作成の手間と作成ミスを低減させることができ、便利性を与えることができる。
【0030】
【発明の効果】
以上説明したように、本発明によれば、文書の作成とワークフローの明確化により、契約業務やプログラム受発注業務における文書作成の手間と作成ミスを大間に減少させることができるという効果を奏する。
【図面の簡単な説明】
【図1】本発明の一実施例を示す文書交換システムの全体構成図である。
【図2】本発明の一実施例を示すクライアント側とサーバー側のソフト構成図である。
【図3】図2の電子契約システムにおけるクライアント側とサーバー側のソフト構成図である。
【図4】図2のプログラム受発注システムにおけるクライアント側とサーバー側のソフト構成図である。
【図5】本発明の一実施例を示す電子契約フローのシーケンスチャートである。
【図6】本発明の一実施例を示すプログラム受発注フローのシーケンスチャートである。
【符号の説明】
10…LAN,VAN、11…マスターサーバー、12…DBサーバー、
13…メイルサーバー、14…原本性保証サーバー、15…ゲートウェイ、
16…インターネット、17〜20…クライアント端末、
17A〜20A…IDカード、21…スキャナ、22…プリンタ、
23…クライアントプログラム、24…ユーザ認証プログラム、
25…セキュリティモジュール、31…個別アプリケーションプログラム、
32…電子契約プログラム、33…プログラム受発注用プログラム、
34…ユーザ認証プログラム、36…文書交換ワークフロー用プログラム、
37…セキュリティモジュール、38…原本性保存用プログラム、
39…データベース(1)、40…データベース(2)。
【発明の属する技術分野】
本発明は、セキュアな電子文書交換、契約の電子化およびプログラム受発注の電子化を行って、発注者と受注者間およびサーバーと受発注者間で文書を交換する文書交換システムおよびその方法に関し、特に、情報システムを用いて有用なビジネスモデルを実現するための文書交換システムおよびその方法に関する。
【0002】
【従来の技術】
従来、甲と乙が契約書を作成する場合には、契約の合意事項を元に契約書案を作成し、何回かやりとりを行って修正した後、修正がなくなったとき、最終契約書案を2通作成し、甲乙それぞれ印を押印して、互いに1通ずつ保管する、という方法を採用していた。これらは、いずれの作業も手を介して行われていた。
【0003】
また、従来、プログラムの受発注を行うには、通常、以下のようなワークフローで行われていた。先ず、受注側が作業実績に基づき勤怠票(残業代などの実績を記した伝票)と見積書を発行する。次に、発注側は、プログラム注文書を発行する。最後に受注側が、請求書を発行する。以上の手順であるが、いずれの作業も手を介して行われるため、毎回の作業において計算ミスや転記ミスが多く、手間がかかっていた。また、支払い期日が迫ってから、受発注業務にかかることが多く、期日前の事務量としては大変であった。
【0004】
【発明が解決しようとする課題】
このように、契約書の作成、保管業務は、手を介して行われていたため、保管に際してセキュア(安全度)に不安があるだけでなく、契約書が完成するまでに必要以上の手間と労力がかかっていた。
また、プログラムの受発注においても、手を介して行われていたため、作業ミス(計算ミスや転記ミス)が多く、しかも、支払い期日が迫ってから作業にかかることが多く、これらの改善が望まれていた。
【0005】
本発明の目的は、これら従来の課題を解決し、文書の自動作成およびワークフローの明確化により、契約業務やプログラム受発注業務における文書作成の手間と作成ミスを低減することが可能な文書交換システムおよびその方法を提供することにある。
【0006】
【課題を解決するための手段】
上記目的を達成するため、本発明の文書交換システムは、セキュアに(安全に)機密データをワークフローに載せて交換するとともに、電子文書のセキュアな保存と管理を可能にして、原本性を保証するとともに、各種業種や業務向けワークフローを構築できる基盤を提供するセキュアな電子文書交換機能を実現する。また、契約書の交換や印鑑の押印ワークフローを電子化した電子契約のアプリケーション、および見積りから請求までの文書を電子化し、受託開発型の業務ワークフローを提供し、業務ワークフロー開始の注意を自動発行できるプログラム受発注機能を実現する。
【0007】
本発明の特徴的事項は、
(1)電子契約、プログラム受発注および個別アプリケーションなどの文書の自動作成をワークフローに含めること、
(2)文書の登録、更新、アクセス権管理、宛先管理、ステータス管理、原本保存管理、署名検証などの文書交換ワークフローシステムを共通基盤とし、その上で動作する個別アプリケーションのワークフローを制御および管理するアーキテクチャを設定すること、
(3)会計システムおよび電子透かし付き請求書の発行とを連携させること、
(4)プログラム受発注において、毎回のワークフロー開始の注意を通知すること、である。
【0008】
【発明の実施の形態】
以下、本発明の実施形態を、図面により詳細に説明する。
(ハード構成)
図1は、本発明の一実施形態を示す文書交換システムの全体構成図である。
図1の文書交換システムにおいて、サーバー側では、マスターサーバー11とDBサーバー12とメイルサーバー13と原本性保証サーバー14とがLAN10に接続され、さらに、LAN10に接続されたゲートウェイ15を介してインターネット16に接続される。
【0009】
クライアント側では、複数台のクライアントPC17〜20がそれぞれインターネット16に接続される。クライアントPC17〜20は、いずれもIDカード17A〜20Aを具備しており、これをPCに挿入することで本人認証を行う。その他、クライアントPC20には、画像を入力するスキャナ21と出力をハードコピーするプリンタ22とが接続される。
サーバー側のマスターサーバー11は、文書交換ワークフローシステムと個別アプリケーション(例えば、電子契約システムおよびプログラム受発注システム)とを実行する。
また、DBサーバー12は、文書のワークフロー制御に関する情報を保存するとともに、管理を行う。また、アプリケーション固有のマスター情報(文書フォームテンプレートなど)を保存するとともに、管理を行う。
【0010】
また、メイルサーバー13は、システム全体のメイル通信(文書データの送受信)を司る。
また、原本性保存サーバー14は、電子文書の原本性(真正性、保存性)を保証しながら、保管および管理を行う。
さらに、クライアント端末17〜20は、本システムのユーザーがオペレーションを行う端末である。
【0011】
ここで、原本性保存サーバー14について、さらに詳しく説明する。
文書管理の電子的ワークフロー化、見積りや契約書の電子化を行った場合、不正な複製改ざん、なりすまし、などが発生しないか否か、あるいは電子文書の法的有効性の確立が可能か否かが問題となる。
例えば、ユーザーから電子文書登録・参照要求があると、原本性保存サーバー14は、ユーザーのアクセス権を制御し、次に原本登録を要求登録済原本IDで参照を要求することにより、原本への全てのアクセスをログに記録する。DBサーバー12から写しを原本性保存サーバー14に渡す。この場合、電子署名を行っていることで、改ざん検知が可能である。
【0012】
原本性保存サーバー14からユーザーへ写しを渡す。すなわち、原本性保存サーバー14は、原本のファイルに対して特別なコマンドのみにより登録、更新を可能とし、それらの行為を全て履歴に保存する。このコマンド以外の手段で原本のファイルに改ざんが加えられたときには、改ざん検知処理が施されているため、改ざん検知が可能となる。
なお、原本の写しが真に正しいことを証明するために、原本性保存サーバー14は、電子署名を付加して渡す。また、原本の写しが改ざんされていないか否かを検証することも可能である。
【0013】
(ソフト構成)
図2は、本発明の実施形態を示すクライアントと文書交換ワークフローのソフトウェア構成図である。
クライアントシステム23は、ブラウザを使用して、サーバーに要求を出す。クライアントシステム23には、文書表示、文書署名、署名検証、および紙文書検証の各機能がある。ここで、紙文書検証とは、本システムで印刷した透かし入り紙文書をスキャナで取り込み、読み取った透かしデータを用いて紙文書の改ざん検知を行う機能である。なお、クライアント側のユーザ認証モジュール24は、ユーザ情報の登録、管理およびユーザ認証を行う。また、セキュリティモジュール25は、PKI(Public Key Infrastructure)技術を利用して、文書の改ざん、盗聴、漏洩、なりすまし、否認を防止する。なお、PKIは、公開鍵基盤と呼ばれ、公開鍵暗号のシステムを利用してデータの暗号化や通信当事者の身分証明と、やりとりするデータに対してディジタル署名を行うことで、信頼できる通信を確保するために必要な要素技術の集合体である。
【0014】
電子契約システム・アプリケーション32は、文書交換ワークフローシステム36上で動作する個別アプリケーションであって、契約業務で使用する文書の生成およびマスターデータの登録を行う。このアプリケーションには、ユーザ認証と管理、契約書フォーム登録、契約者プロパティ登録、文書(コンテンツ、プロパティ)の生成、契約書データ投入、契約書印刷フォーム(電子透かし)の作成、運用管理の各機能がある。
【0015】
プログラム受発注システム・アプリケーション33は、文書交換ワークフローシステム36上で動作する個別アプリケーションであって、受発注業務で使用する文書の生成、およびマスターデータの登録を行う。例えば、顧客の名前を埋め込むなどの処理も行う。また、このアプリケーション33には、ユーザ認証と管理、文書フォーム登録、プロパティ登録、文書(コンテンツ、プロパティ)の生成、勤怠データの取込み、請求書データの投入、請求書印刷フォーム(電子透かし)の作成、運用管理の各機能がある。
【0016】
個別アプリケーション31は、契約により個別に引き受ける業務アプリケーションであって、例えば、人材派遣業務などがこれに含まれる。このアプリケーション31にも、ユーザの認証と管理、文書フォーム登録、プロパティ登録、文書(コンテンツ、プロパティ)の生成、勤怠データの取込み、請求書データの投入、請求書印刷フォーム(電子透かし)の作成、運用管理の各機能がある。
【0017】
文書交換ワークフローシステム36は、各アプリケーションに対する共通基盤になるシステムであって、文書交換のワークフローを制御するとともに、管理を行い、文書の原本の保管および管理を行う。このシステム36には、運用管理、文書の登録と更新(コンテンツ、プロパティ)、文書のアクセス権管理、文書の宛先管理、文書のステータス管理、文書の原本保存管理、通知メールの送信、文書の署名検証の各機能がある。
【0018】
ユーザ認証モジュール34は、ユーザ情報の登録、管理およびユーザ認証を行う。
セキュリティモジュール37は、PKI技術を利用して文書の改ざん、盗聴、漏洩、なりすまし、否認を防止する。
データベース▲1▼39は、文書のワークフロー制御に関する情報の保存と管理用データベースである。
原本性保存モジュール38は、文書を原本として保管し、かつ管理する。
【0019】
(実施フロー)
図3は、本発明の一実施例を示す電子契約業務のソフト構成図であり、図5は同じく電子契約の処理シーケンスチャートである。
処理に移る前に、電子署名(電子押印)について説明する。
(a)電子署名
あらかじめIDカード(ICカードなど)を発行する際に、IDカードには、各クライアントユーザーのPKI署名データと印影データとを格納しておく。
契約システム、受発注システムの場合、発注者(甲)および受注者(乙)とも必要である。電子文書に押印(署名)するには、マスターサーバー11がクライアント端末17〜20に該当文書を送り、クライアントに表示し、端末のオペレータがIDカードを差し込み、押印コマンドを発行する。
クライアント端末プログラムは、差し込まれたICカードからPKI署名データと印影データとを読み出し、当該電子文書に署名をマージするとともに、印影データを電子文書に重ねて表示する。
【0020】
(b)電子契約業務
図5および図3を参照しながら、処理動作シーケンスを説明する。
仕様を決定した後、開発委託契約を交わす。この場合、開発委託契約書を甲乙押印する。勿論、電子署名の後に行う。そして、原本として登録し、保管する。
図5では、クライアント端末17が発注側であり、クライアント端末20が受注側である。サーバー側をマスターサーバー11で代表的に示している。
【0021】
(1)あらかじめ、契約書のフォームを指定しておく。自分でフォームを作って登録しておくことも可能である(マスターサーバー11に登録)。
(2)あらかじめ自分の情報(社名、代表者名、住所など)を登録しておく(マスターサーバー11に登録)。
以後、契約締結の話がまとまったとき、以下の処理に移る。
(3)相手方の情報(相手方社名、代表者名、住所など)を登録する(マスターサーバー11に登録)。
(4)その他、必要情報(例えば、契約締結日など)を入力する(マスターサーバー11に入力)。
【0022】
(5)本システムに、契約書のびな形の作成を指示する(マスターサーバー11に指示)。
(6)本システムが自動的に作成した契約書のひな形を確認し、必要であれば修正の後に、相手方に内容確認のために送る(ここでは、マスターサーバー11から発注側クライアント端末17へ、次に発注側クライアント端末17から受注側クライアント端末20へ)。
(7)相手方は、必要ならば修正して送り返す(ここでは、受注側クライアント端末20から発注側クライアント端末17へ)。
【0023】
(8)送り返されて来たならば、内容確認の後、乙印(電子署名)を押し、相手方に送る(ここでは、発注側クライアント端末17から受注側クライアント端末20へ)。
(9)相手方は、甲印(電子署名)を押し、送り返す(ここでは、受注側クライアント端末20から発注側クライアント端末17へ)。
(10)本システムに契約書原本として登録する(発注側クライアント端末17からマスターサーバー11へ)。
(11)必要ならば、双方とも、契約書の謄本として本システムから取り出す(マスターサーバー11から発注側および受注側クライアント端末17,20へ)。
なお、上記(6),(7),(8)の各ステップにおいて、それぞれ原本登録しておく場合もある。
【0024】
(c)プログラム受発注業務
図4は、本発明の一実施例を示すプログラム受発注システムのソフト構成図であり、図6は、同じくプログラム受発注システムの動作シーケンスチャートである。
契約の内容にもよるが、請求が発生する場合のフローは以下のようになる。
(1)発注側では、あらかじめ、文書生成を行うための文書フォームを登録しておく(発注側クライアント端末20からマスターサーバー11へ)。この場合、文書フォームテンプレートから選択指定してもよいし、あるいは自分で定義登録もできる。登録する文書フォームは次の通りである。すなわち、勤怠票、見積書、プログラム注文書、検収書、請求書控え、また、会計業務を行う会計システムも指定しておく。以後、プログラム受発注が発生する。
【0025】
(2)発注側は、開発委託先(受注側)の情報を登録する。登録内容としては、氏名、所属会社、派遣先グループ、単価、清算方式である。これらの情報は、文書自動作成時に、フォーム、文書アクセス権、フロー定義、文書内容(金額など)を決定するデータとする。
(3)同時に、(4)以降のステップが発生するタイミング(例えば、毎月末)を定義しておく。以後、(3)で定義されたタイミングが来ると、本システムから自動的に発注側、受注側に注意が発せられる。
(4)受注側は、勤怠データを本システムに送る(受注側クライアント端末20からマスターサーバー11へ)。
(5)本システムでは、勤怠データと開発委託先情報から、勤怠票、見積書、プログラム発注書、検収書、請求書控えを自動生成する。
【0026】
(6)本システムから、受信側に勤怠票、見積書、請求書、検収書を送り、同時に発注側には、プログラム注文書を送る(マスターサーバー11から発注側クライアント端末17へ、および受注側クライアント端末20へ)。
(7)受注側は、見積書の内容を確認した後、署名して発注側に送る(受信側クライアント端末20から発注側クライアント端末17へ)。
(8)発注側は、プログラム注文書の内容を確認した後、署名して受注側に送る(発注側クライアント端末17から受注側クライアント端末20へ)。
(9)受注側は、検収書、勤怠票の内容を確認した後、署名して発注側に送る(受注側クライアント端末20から発注側クライアント端末17へ)。
【0027】
(10)同時に、必要ならば請求書印刷フォームを本システムに要求する(受注側クライアント端末20からマスターサーバー11へ)。本システムは、請求書控えから請求書印刷フォームを作成し、受注側に送る(マスターサーバー11から受注側クライアント端末20へ)。このとき、電子透かしを入れて、印刷された紙文書(請求書)の改ざんチェックを実施可能に設定しておく。受注側は、内容を確認した後、請求書を印刷して押印し、発注側に送る(受注側クライアント端末20から発注側クライアント端末17へ)。
(11)発注側は、内容を確認した後、検収書に署名して、受注側に返送する(発注側クライアント端末17から受注側クライアント端末20へ)。
(12)同時に、本システムに支払いを指示する(発注側クライアント端末17からマスターサーバー11へ)。
(13)本システムは、請求書控えから請求書データを作成し、指定の会計システムに送る(マスターサーバー11から指定のシステムへ)。
【0028】
(個別アプリケーション)
本実施例では、電子契約およびプログラム受発注を文書交換ワークフローシステムに組込んでいるが、その他の個別アプリケーションとして、人材派遣業務の管理に適用することも可能であって、派遣個人との契約、派遣先との契約、毎月の勤務実績に基づく請求に当てはめることができる。
【0029】
(ビジネスモデル)
本発明における文書交換システムを運用する業務をビジネスモデルとして構築することにより、電子契約の甲乙契約者、プログラム受発注を行う発注者と受注者、個別アプリケーションの各契約者、例えば人材派遣の人材派遣会社や派遣される人材、派遣される会社等から、あらかじめ定められた報酬を得ることができるとともに、それぞれの契約者に対して文書作成の手間と作成ミスを低減させることができ、便利性を与えることができる。
【0030】
【発明の効果】
以上説明したように、本発明によれば、文書の作成とワークフローの明確化により、契約業務やプログラム受発注業務における文書作成の手間と作成ミスを大間に減少させることができるという効果を奏する。
【図面の簡単な説明】
【図1】本発明の一実施例を示す文書交換システムの全体構成図である。
【図2】本発明の一実施例を示すクライアント側とサーバー側のソフト構成図である。
【図3】図2の電子契約システムにおけるクライアント側とサーバー側のソフト構成図である。
【図4】図2のプログラム受発注システムにおけるクライアント側とサーバー側のソフト構成図である。
【図5】本発明の一実施例を示す電子契約フローのシーケンスチャートである。
【図6】本発明の一実施例を示すプログラム受発注フローのシーケンスチャートである。
【符号の説明】
10…LAN,VAN、11…マスターサーバー、12…DBサーバー、
13…メイルサーバー、14…原本性保証サーバー、15…ゲートウェイ、
16…インターネット、17〜20…クライアント端末、
17A〜20A…IDカード、21…スキャナ、22…プリンタ、
23…クライアントプログラム、24…ユーザ認証プログラム、
25…セキュリティモジュール、31…個別アプリケーションプログラム、
32…電子契約プログラム、33…プログラム受発注用プログラム、
34…ユーザ認証プログラム、36…文書交換ワークフロー用プログラム、
37…セキュリティモジュール、38…原本性保存用プログラム、
39…データベース(1)、40…データベース(2)。
Claims (6)
- 複数のクライアント端末をインターネットを経由して接続したサーバーシステムからなる文書交換システムにおいて、
通常の文書交換ワークフローシステムと電子文書の作成を含む個別のアプリケーションとを実行するマスターサーバーと、
該マスターサーバーにより作成された電子文書のワークフロー制御に関する情報、およびアプリケーション固有のマスター情報を保存し、かつ管理するデータベースサーバーと、
文書データのメイル送受信を扱うメイルサーバーと、
作成された電子文書の原本性を保証し、かつ保管および管理する原本性保存サーバーと、
インターネットを経由して上記各サーバーに接続され、ユーザーによりオペレーションが行われるクライアント端末と
を有することを特徴とする文書交換システム。 - 複数のクライアント端末をインターネットを経由して接続したサーバーシステムからなる文書交換システムにおいて、
文書の登録と更新、アクセス権管理、宛先管理、ステータス管理、原本保存管理、および署名検証のうちの1以上の処理を実行する共通基盤としての文書交換ワークフローシステムと、
該文書交換ワークフローシステム上で動作する電子契約あるいはプログラム受発注を含む個別アプリケーションのワークフローを制御および管理するシステムと
を有することを特徴とする文書交換システム。 - 請求項2に記載の文書交換システムにおいて、
前記プログラム受発注のアプリケーションのワークフローを制御および管理するシステムは、会計業務を行う会計システムを指定するとともに、電子透かしを入れて印刷された紙文書の請求書を作成し、該指定された会計システムに送信することを特徴とする文書交換システム。 - 請求項2に記載の文書交換システムにおいて、
前記プログラム受発注のアプリケーションのワークフローを制御および管理するシステムは、見積書やプログラム注文書や請求書控えを自動生成するタイミング、上記各書類を受注者側に送信するとともに、発注者側にプログラム注文書を送信するタイミング、受信者側から署名付き見積書を発注者側に送信するタイミング、受注者側から署名付き検収書、署名付き勤怠票を発注者側に送信するタイミング、請求書控えから請求書印刷フォームを受注者側に送信するタイミング、受注者側から請求書を発注者側に送信するタイミング、発注者側から署名付き検収書を受注者側に送信するタイミング、請求書を会計システムに送信するタイミング、がタイムアウトになる時点で、システムから自動的に発注側あるいは受注側に注意を通知することを特徴とする文書交換システム。 - 文書交換システムにおける電子契約用プログラムであって、
文書交換システムのマスターサーバーに、契約双方の社名、代表者名、住所などの情報を登録する処理、契約締結日などの必要情報を入力する処理、契約書のひな形を作成する処理、作成された契約書ひな形を確認、修正の後、相手方に送信する処理、返送された契約書ひな形を確認して、電子署名を行い、相手方に送信する処理、返送された契約書ひな形を契約書原本として登録する処理、請求があれば、契約書謄本を取り出して送信する処理を実行させるための電子契約用プログラム。 - 文書交換システムにおけるプログラム受発注用プログラムであって、
発注側の開発委託先の情報を登録する処理、これ以降の各ステップが発生するタイミングを定義する処理、定義されたタイミングが到来した時点で、発注側または受注側に注意を通知する処理と、勤怠データと開発委託先情報から勤怠票、見積書、プログラム発注書、検収書、請求書控えを自動生成する処理と、受注側に勤怠票、見積書、検収書、請求書を送信し、発注側にプログラム注文書を送信する処理と、請求書ひかえから請求書印刷フォームを作成し、受注側に送信する処理と、請求書ひかえから請求書データを作成し、指定された会計システムに送信する処理とを実行させるためのプログラム受発注用プログラム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002225588A JP2004070466A (ja) | 2002-08-02 | 2002-08-02 | 文書交換システムおよびそのプログラム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002225588A JP2004070466A (ja) | 2002-08-02 | 2002-08-02 | 文書交換システムおよびそのプログラム |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2004070466A true JP2004070466A (ja) | 2004-03-04 |
Family
ID=32013183
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2002225588A Pending JP2004070466A (ja) | 2002-08-02 | 2002-08-02 | 文書交換システムおよびそのプログラム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2004070466A (ja) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2009003777A (ja) * | 2007-06-22 | 2009-01-08 | Canon Inc | 情報処理方法及びそのシステム |
JP2009027543A (ja) * | 2007-07-20 | 2009-02-05 | Toshiba Corp | 対面業務システム、対面制御サーバ装置およびプログラム |
US8516559B2 (en) | 2010-03-03 | 2013-08-20 | Seiko Epson Corporation | Content processing system, content processing method, computer program, recording medium, and portable terminal |
-
2002
- 2002-08-02 JP JP2002225588A patent/JP2004070466A/ja active Pending
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2009003777A (ja) * | 2007-06-22 | 2009-01-08 | Canon Inc | 情報処理方法及びそのシステム |
US8089661B2 (en) | 2007-06-22 | 2012-01-03 | Canon Kabushiki Kaisha | Embedding authentication information to prevent document spoofing |
JP2009027543A (ja) * | 2007-07-20 | 2009-02-05 | Toshiba Corp | 対面業務システム、対面制御サーバ装置およびプログラム |
US8516559B2 (en) | 2010-03-03 | 2013-08-20 | Seiko Epson Corporation | Content processing system, content processing method, computer program, recording medium, and portable terminal |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CA2594018C (en) | Method and process for creating an electronically signed document | |
EP0760565B1 (en) | Apparatus and method for authenticating the dispatch and contents of documents | |
EP1393144B9 (en) | Web-based method and system for applying a legally enforceable signature on an electronic document | |
US8782422B2 (en) | System and method for authenticating documents | |
US9444645B2 (en) | Method and device for assessing a probative value of electronic document management systems | |
US20060263134A1 (en) | Method for managing transaction document and system therefor | |
JP2004537822A (ja) | 認証電子文書管理システム及び方法 | |
WO2003021405A2 (en) | Authentication of electronic documents | |
WO2005076514A1 (en) | Method and system for document transmission | |
CN108629637A (zh) | 电子***处理***和电子***处理方法 | |
KR20180066500A (ko) | 디지털 직인 서명 처리장치 및 방법 | |
EP4044026A1 (en) | Method and system for verifying documents | |
US20110060906A1 (en) | Procede et dispositif de securisation de transferts de donnees | |
CN111491024A (zh) | 一种基于区块链的银行函证方法、***、终端及存储介质 | |
JP2011048849A (ja) | 手続システム | |
CN100343847C (zh) | 电子文档格式管理***及方法 | |
US20070013961A1 (en) | Original document verification system and method in an electronic document transaction | |
JP2004007387A (ja) | 電子署名文書配信システム、電子署名文書配信方法、電子署名文書配信プログラム、電子署名文書配信プログラムを記録した記録媒体 | |
JP2004070466A (ja) | 文書交換システムおよびそのプログラム | |
CN101124766A (zh) | 创建电子签名的文档的方法 | |
JP2002215825A (ja) | 時間情報設定装置及び時刻証明検証装置 | |
JP4834924B2 (ja) | 電子フォーム入力支援装置、プログラム、電子フォームプログラム及びプラットフォーム | |
JP2003006361A (ja) | 電子印鑑システム及び電子印鑑プログラムを記録した記録媒体 | |
JP3905773B2 (ja) | 文書情報処理方法、文書情報処理装置及び文書情報処理システム、並びにプログラム | |
JP4695299B2 (ja) | 手続システム |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050725 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080125 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080325 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20080606 |