JP2023068511A - 情報処理システム、情報処理方法、及びプログラム - Google Patents

Abstract

【課題】サービス提供者から見てユーザーとなる、ユーザー間が相互合意するまでの文書作成を支援すると共に保管することが可能な情報処理システム、情報処理方法、及びプログラムを提供すること。
【解決手段】情報処理システムを構成する情報処理装置は、第１端末及び前記第２端末の間で交換される文書ファイルから、第１ユーザー及び第２ユーザーが相互合意する、相互合意の文書ファイルを作成する際の支援をするファイル作成支援手段と、ファイル作成支援手段の支援により作成され、且つ、第１ユーザー及び第２ユーザーが相互合意した、相互合意の文書ファイルを所定の記憶部に記憶するファイル記憶手段とを備える。
【選択図】図５

Description

本発明は、情報処理システム、情報処理方法、及びプログラムに関する。

例えば、発注側企業と受注側企業との取引には、契約書が作成される（例えば、下記特許文献１参照）。

特開平１０－２４０８２６号公報

上述の従来技術にあっては、インターネットを介して契約書等の文書が企業間でやり取りされるが、このやり取りは暗号通信による高い信頼性の確保に重点が置かれていた。そのため、少なくとも企業間が相互合意するまでの文書作成をサービス提供者が支援したり保管したりすることは、なされていなかった。

本発明は、サービス提供者から見てユーザーとなる、ユーザー間が相互合意するまでの文書作成を支援すると共に保管することが可能な情報処理システム、情報処理方法、及びプログラムを提供することを目的とする。

上記目的を達成するため、本発明の一態様の情報処理装置は、
第１ユーザーが使用する第１端末と、第２ユーザーが使用する第２端末と、これら前記第１端末及び前記第２端末との通信が可能な情報処理装置と、を備える情報処理システムであって、
前記情報処理装置は、
前記第１端末及び前記第２端末の間で交換される文書ファイルから、前記第１ユーザー及び前記第２ユーザーが相互合意する、相互合意の文書ファイルを作成する際の支援をするファイル作成支援手段と、
前記ファイル作成支援手段の前記支援により作成され、且つ、前記第１ユーザー及び前記第２ユーザーが前記相互合意した、前記相互合意の文書ファイルを所定の記憶部に記憶するファイル記憶手段と、
を備える。

また、本発明の一態様の情報処理方法は、上述の本発明の一態様の情報処理システムに対応する方法とする。

また、本発明の一態様のプログラムは、上述の本発明の一態様の情報処理システムにおける情報処理装置に対応するプログラムとする。

本発明によれば、ユーザー間が相互合意するまでの文書作成を支援すると共に保管することができる。

本発明の情報処理システムが提供する本サービスの概要を示す図である。 発注側企業と受注側企業との間でやり取りされる文書の例を示す図である。 情報処理システムに関するシステム構成の一例を示すブロック図である。 図３のサーバのハードウェア構成を示すブロック図である。 図３のサーバの機能的構成の一例を示す機能ブロック図である。 相互合意の文書ファイルを作成する際の支援に関するファイル作成支援ステップの一例を示すフローチャートである。 図６の説明対象となる、端末間でやり取りされる文書ファイルの一例を示す図である。 最終版文書ファイルに差が生じているか否かの判断結果の一例を示す図である。 図８の要部を抜粋した図である。 企業間のやり取りに対するサービス提供会社の関わりについての一例を示す図である。 文書と他の文書との紐付けに関する一例を示すフローチャートである。 図１１の説明対象となる文書の一例を示す図である。 図１１の説明対象となる他の文書の一例を示す図である。

＜本サービスの概要について＞
図１は、本発明の情報処理システムが提供する本サービスの概要を示す図である。
本サービスは、サービス提供者から見てユーザーとなる、ユーザー間が相互合意するまでの文書作成（文書ファイル作成）を支援することを目的の一つとする。

図１において、情報処理システム１００が提供する本サービスは、例えば、第１ユーザーである発注側企業Ｃ１で使用される発注側端末２Ａ（第１端末）と、第２ユーザーである受注側企業Ｃ２で使用される受注側端末２Ｂ（第２端末）と、これら発注側端末２Ａ及び受注側端末２Ｂが所定のネットワークＮを介して通信可能になるサービス提供会社ＷＡ（サービス提供者）の管理するサーバ１（情報処理装置）とを備えて、上述の目的の達成が実現される。

本サービスにおいて、作成の支援がなされる文書（文書ファイル）は、契約書、見積書、注文書、マニュアル等、ユーザー間で相互合意が得られた上で確定するような文書が該当する。
図１におけるユーザーとしては、発注側企業Ｃ１及び受注側企業Ｃ２が一例として示されるが、これに限定されないものとする。また、図１においては、企業間取引のビジネスモデルが示されるが、これに限定されないものとする。即ち、ＢｔｏＢのビジネスモデルに限らず、ＢｔｏＣ、ＣｔｏＣ等の何れのビジネスモデルであってもよいものとする。この他、本サービスを導入していれば、例えば、企業における部署間や、大学における学部間等においても本サービスが適用されるものとする。

発注側端末２Ａ及び受注側端末２Ｂとしては、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等の通信機能を備えた情報処理装置や、スマートフォン、タブレット等のモバイル端末が該当する。発注側端末２Ａ及び受注側端末２Ｂには、本サービスの導入の許可に基づき、操作に必要なアプリケーションプログラムがインストールされる。
所定のネットワークＮとしては、例えば、インターネットが挙げられる。

サービス提供会社ＷＡが管理するサーバ１には、本サービスに係るアプリケーションプログラムが記憶される。サーバ１は、本サービスの一つとして、ユーザー間が相互合意するまでの文書作成（文書ファイル作成）の支援の処理を実行する。また、サーバ１は、本サービスの一つとして、ユーザー間で相互合意した文書、即ち、相互合意の文書ファイルＳＧを記憶部１８に記憶し保管する処理を実行する。また、サーバ１は、本サービスの一つとして、記憶部１８に記憶した相互合意の文書ファイルＳＧを、要求のあったユーザーに対し閲覧可能にする処理を実行する。また、サーバ１は、本サービスの一つとして、相互合意の文書ファイルＳＧと、他の文書ファイルとの関連付けを行う処理を実行する。
なお、サーバ１は、ここではサービス提供会社ＷＡに設置されているようになるが、クラウド環境に設置されてもよいものとする。また、サーバ１は、１台に限らず複数台あってもよいものとする。

本サービスについて、より具体的に説明する前に、企業間でやり取りされる文書として、どのようなものがあるかを、図２を参照ながら説明する。
図２は、発注側企業Ｃ１と受注側企業Ｃ２との間でやり取りされる文書の例を示す図である。

図２において、発注側企業Ｃ１と受注側企業Ｃ２との間で取引が行われる場合に、その２つの企業間で発生する文書のやり取り（以下、文書交換や単に交換ということもある）としては、商品の購入に関する例が挙げられる。
図２には、受注側企業Ｃ２が販売する商品の購入に係る契約から、その契約による取引が完了するまでの作業の流れの例が示される。

発注側企業Ｃ１の取引に係る部署として、法務部、経理部、及び発注部門の３つが一例として挙げられる。また、受注側企業Ｃ２の取引に係る部署も、法務部、経理部、及び営業部の３つが一例として挙げられる。なお、取引に係る部署は、商品の種類、組織体制等によって異なるものとする。

発注側企業Ｃ１の発注部門は、法務部の審査を受け、必要な商品を購入するための契約を受注側企業Ｃ２の営業部との間で結ぶ準備をする。一方、受注側企業Ｃ２の営業部も、発注側企業Ｃ１の発注部門と同様に、法務部の審査を受けて契約を結ぶ準備をする。この後の契約を結ぶ契約段階では、契約書のドラフトや契約書が発注側企業Ｃ１と受注側企業Ｃ２との間で交換される。

発注側企業Ｃ１の発注部門は、結んだ契約の内容に沿って発注書を作成し、作成した発注書を受注側企業Ｃ２の営業部に送付することにより、商品の発注を行う。受注側企業Ｃ２の営業部は、送付された発注書を処理し、発注書で要求された商品を発注側企業Ｃ１に納品するための手続きを行う。この発注段階では、発注側企業Ｃ１と受注側企業Ｃ２との間で発注書が交換される。

受注側企業Ｃ２の営業部では、例えば発注書により要求された商品の配送方法を決定し、決定した方法で商品を発注側企業Ｃ１に配送することを行う。その配送が行われる前には、発注側企業Ｃ１に納品する商品の納品書が作成される。作成された納品書は、発注側企業Ｃ１の、例えば、発注部門に商品を届けようとする者に渡される。発注側企業Ｃ１の発注部門は、納品書が渡されるとその納品書を確認し、納品書に記載の商品が実際に納品されたか否かを確認する。そして、商品の受け取りに係る検収を行う。この検収においては、納品書に記載された商品の納品が確認できた場合に、発注部門が受注側企業Ｃ２に対して受領書を渡すようになる。この商品の納品段階では、発注側企業Ｃ１と受注側企業Ｃ２との間で納品書及び受領書が交換される。

受注側企業Ｃ２の営業部は、受領書を受け取ることにより、商品の代金の支払いを求める請求書を作成し、これを発行する。発行された請求書は、発注側企業Ｃ１の発注部門に渡される。発注側企業Ｃ１の発注部門では、請求書で求められた代金の支払いを経理部に対して依頼する。依頼を受けた経理部は、商品の代金支払いを行う。

発注側企業Ｃ１の経理部は、例えば、受注側企業Ｃ２が指定した口座に代金を振り込むことを行う。代金が支払われた後、受注側企業Ｃ２の経理部では、口座の取引明細により、発注側企業Ｃ１による代金の入金を確認することができる。代金の入金を確認できた場合、受注側企業Ｃ２の経理部は、代金の入金が確認できた旨を営業部に伝える。受注側企業Ｃ２の営業部は、領収書を作成してこれを発行し、発行した領収書を発注側企業Ｃ１の発注部門に送付する。領収書が発注側企業Ｃ１の発注部門に届くことにより、送付された領収書を受け取りが完了する。商品を納品した後の精算段階では、請求書及び領収書が交換される。

図１に戻り、発注側企業Ｃ１と受注側企業Ｃ２との間で発生する文書のやり取り（文書交換）に関し、受注側企業Ｃ２が販売する商品の購入に係る契約書を一例に挙げて、本サービスの概要を説明する。

商品の購入に係る電子契約を結ぶにあたり、契約前のプロセスとして、発注側企業Ｃ１は、文書ファイルである契約書ドラフトＡを作成して、この契約書ドラフトＡを受注側企業Ｃ２に提供する。受注側企業Ｃ２への契約書ドラフトＡの提供は、サービス提供会社ＷＡを介して行われる。サービス提供会社ＷＡでは、発注側企業Ｃ１から受注側企業Ｃ２への提供を支援すると共に、契約書ドラフトＡの提供に関する履歴を記憶する。

契約書ドラフトＡが提供された受注側企業Ｃ２では、契約書ドラフトＡの内容を確認し、修正が必要であれば受注側企業Ｃ２で契約書ドラフトＢ（文書ファイル）を作成してこれを発注側企業Ｃ１に返送する。契約書ドラフトＢの返送に関してもサービス提供会社ＷＡは支援をすると共に履歴を記憶する。この他、サービス提供会社ＷＡは、契約書ドラフトＡ及び契約書ドラフトＢのやり取りの中で差が生じているか否かを判断する支援も行う（この支援に関しては、図８及び図９を参照しながら後述する）。

以上のようなやり取り（文書交換）が行われた後、発注側企業Ｃ１と受注側企業Ｃ２が契約書に関し相互合意して、相互合意の文書ファイルＳＧが作成される（ここまでの流れをファイル作成支援ステップと呼ぶことにする）。
発注側企業Ｃ１と受注側企業Ｃ２との間で結ばれる契約書に関し、サービス提供会社ＷＡが支援する。これにより、相互合意の文書ファイルＳＧの作成をスムーズに進めることができる。また、サービス提供会社ＷＡが支援することにより、作成の過程や、作成された相互合意の文書ファイルＳＧの、ユーザー間の納得性を確保すること等ができる。

相互合意の文書ファイルＳＧが作成されると、サービス提供会社ＷＡでは、これを原本として記憶し保管することを行う（これをファイル記憶ステップと呼ぶことにする）。

サービス提供会社ＷＡでは、原本として相互合意の文書ファイルＳＧを保管していることから、閲覧要求があれば、原本を閲覧させるのでなく、閲覧用の文書ファイル（閲覧用の相互合意の文書ファイル）を作成して、発注側企業Ｃ１の発注側端末２Ａ、及び、受注側企業Ｃ２の受注側端末２Ｂのうち、閲覧要求をしてきた端末に送信することを行う（閲覧ファイル生成ステップ及びファイル送信ステップと呼ぶことにする）。ここでは、閲覧用の文書ファイルを生成してこれを送信するようにしているが、端末側で契約書の画像をＷｅｂページで見られるようにしてもよい。

サービス提供会社ＷＡでは、発注側企業Ｃ１と受注側企業Ｃ２との間で発生する他の文書（発注書、納品書、受領書、請求書、及び領収書）のやり取りに関し、例えば、請求書が契約書に基づき作成されているか否かの確認が必要になることがある。この場合に、確認を迅速に行えるようにするために、原本としての相互合意の文書ファイルＳＧと、上述の他の文書との関連付けもサービス提供会社ＷＡは行う（紐付けステップと呼ぶことにする）。例えば、架空の請求書を発行していないことを証明する際に、迅速に契約書までさかのぼって確認することができる。

以上、図１及び図２を参照しながら本サービスの概要について説明してきたように、本サービスでは、発注側企業Ｃ１と受注側企業Ｃ２との間で相互合意するまでの文書作成を支援することができる。発注側企業Ｃ１と受注側企業Ｃ２としては、スムーズに作成が進むことから効率性を高めることができる。また、本サービスでは、相互合意の文書ファイルＳＧの保管もすることができる。発注側企業Ｃ１と受注側企業Ｃ２としては、例えば、文書管理の手間を削減することができる。

＜情報処理システム１００のシステム構成について＞
図３は、情報処理システム１００に関するシステム構成の一例を示すブロック図である。

情報処理システム１００は、サーバ１（情報処理装置）と、このサーバ１が接続されるネットワークＮと、ネットワークＮを介してサーバ１と通信可能な端末２とを備えて構成される。

サーバ１は、端末２の動作と協働して各種処理を実行する装置である。サーバ１は、例えば、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等の通信機能を備えた情報処理装置が該当する。サーバ１には、本サービスに係るアプリケーションプログラムが記憶される。
ネットワークＮは、例えば、インターネットが該当する。
端末２は、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等の通信機能を備えた情報処理装置や、スマートフォンやタブレット等のモバイル端末が該当する。端末２には、本サービスの導入の許可に基づき、操作に必要なアプリケーションプログラムがインストールされる。端末２は、符号２－１～２－ｎで示すように複数設けられる（ｎは２以上の整数である）。
複数の端末２－１～２－ｎのうち、２つが特許請求の範囲に記載された第１端末及び第２端末に該当する。

＜サーバ１のハードウェア構成について＞
図４は、図３のサーバ１のハードウェア構成を示すブロック図である。

サーバ１は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３と、バス１４と、入出力インターフェース１５と、表示部１６（出力部）と、入力部１７と、記憶部１８と、通信部１９と、ドライブ２０とを備えて構成される。

ＣＰＵ１１は、ＲＯＭ１２に記録されているプログラム、又は、記憶部１８からＲＡＭ１３にロードされたプログラムに従って各種の処理を実行する。
ＲＡＭ１３には、ＣＰＵ１１が各種の処理を実行する上において必要なデータ等も適宜記憶される。

ＣＰＵ１１、ＲＯＭ１２及びＲＡＭ１３は、バス１４を介して相互に接続される。このバス１４には、入出力インターフェース１５が接続される。
入出力インターフェース１５には、表示部１６（出力部）、入力部１７、記憶部１８、通信部１９及びドライブ２０が接続される。

表示部１６（出力部）は、ディスプレイにより構成され、各種画像を表示する。入力部１７は、マウスやキーボード等の各種ハードウェア等で構成され、各種情報を入力する。
記憶部１８は、ハードディスクやＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
通信部１９は、所定のネットワークＮを介して他の装置（図３の場合、端末２が該当する）との間で行う通信を制御する。

ドライブ２０は、必要に応じて設けられる。ドライブ２０には、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリ等よりなる、リムーバブルメディア２１が適宜装着される。
ドライブ２０によってリムーバブルメディア２１から読み出されたプログラムは、必要に応じて記憶部１８にインストールされる。また、リムーバブルメディア２１は、記憶部１８に記憶されている各種データも、記憶部１８と同様に記憶することができる。

以上のようなサーバ１に関し、各種ハードウェアと各種ソフトウェアとの協働により、後述する各種処理が実現されるようになる。

＜サーバ１の機能的構成について＞
図５は、図３のサーバ１の機能的構成の一例を示す機能ブロック図である。

図５において、サーバ１は、図４を参照しながら上述したように、ＣＰＵ１１と、記憶部１８と、通信部１９と、その他機能（図５での図示は省略）とを備えて構成される。

ＣＰＵ１１は、ファイル作成支援処理部１１１（ファイル作成支援手段）と、ファイル記憶処理部１１２（ファイル記憶手段）と、閲覧ファイル生成処理部１１３（閲覧ファイル生成手段）と、ファイル送信処理部１１４（ファイル送信手段）と、紐付け処理部１１５（紐付け手段）とを備えて構成される。
別な言い方をすれば、サーバ１のＣＰＵ１１においては、動作する際に、ファイル作成支援処理部１１１と、ファイル記憶処理部１１２と、閲覧ファイル生成処理部１１３と、ファイル送信処理部１１４と、紐付け処理部１１５とが機能する。

記憶部１８は、文書記憶部１８１と、紐付け情報記憶部１８２とを備えて構成される。

ＣＰＵ１１のファイル作成支援処理部１１１は、相互合意の文書ファイルＳＧを作成する際の支援をするための各種処理を実行する。具体的には、２つの端末２（第１端末としての発注側端末２Ａ及び第２端末としての受注側端末２Ｂ）の間でやり取りされる文書ファイルから、上述の２つの端末２のうち一方を操作するユーザー（第１ユーザー）と、上述の２つの端末２のうち他方を操作するユーザー（第２ユーザー）とが相互合意する、相互合意の文書ファイルＳＧを作成する際の支援をするための各種処理を実行する。

上述の各種処理とは、２つの端末２の間で文書ファイルの交換をしつつ、この交換された文書ファイルを情報として、例えば、メタデータ及びこのメタデータと異なるタグで関連付けして記憶部１８に記憶する処理が挙げられる（一例であるが、やり取りの文書ファイルを文書記憶部１８１に記憶すると共に、関連付けに係る情報を紐付け情報記憶部１８２に記憶する）。

また、２つの端末２のうち一方（第１端末）からの、文書ファイルの最終版となる第１最終版文書ファイルと、２つの端末２のうち他方（第２端末）からの、文書ファイルの最終版となる第２最終版文書ファイルとに差が生じているか否かの判断（比較）をする処理が挙げられる（この処理については、図８及び図９を参照しながら後述する。図８及び図９では、差が生じている場合の例を挙げ、差分を視認可能にする）。

ファイル記憶処理部１１２は、ファイル作成支援処理部１１１の上述の支援により作成され、且つ、ユーザー同士が相互合意した、相互合意の文書ファイルＳＧを記憶部１８の文書記憶部１８１に記憶する処理を実行する。

閲覧ファイル生成処理部１１３は、２つの端末２のうち何れかから閲覧要求があった場合に、記憶部１８の文書記憶部１８１から相互合意の文書ファイルを取得して閲覧用の文書ファイルを生成する処理を実行する（これに限らず、閲覧用の文書ファイルを予め生成し、これを文書記憶部１８１に記憶させておいてもよいものとする。また、Ｗｅｂページで見られるような画像にし、これを文書記憶部１８１に記憶させておいてもよいものとする）。

ファイル送信処理部１１４は、閲覧ファイル生成処理部１１３により生成された閲覧用の文書ファイルを、閲覧要求のあった端末２に送信する処理を実行する（これに限らず、予め生成し文書記憶部１８１に記憶させておいた閲覧用の文書ファイルを取得し、これを送信するようにしてもよいものとする）。

紐付け処理部１１５は、記憶部１８の文書記憶部１８１から相互合意の文書ファイルＳＧを取得して、この取得した相互合意の文書ファイルとは異なる他の文書ファイルとの関連付けを行う処理を実行する（この処理については、図１１乃至図１３を参照しながら後述する）。

記憶部１８の文書記憶部１８１は、相互合意の文書ファイルＳＧや、２つの端末２の間でやり取りされる文書ファイル等を記憶する記憶領域として備えられる。
紐付け情報記憶部１８２は、相互合意の文書ファイルＳＧと、紐付け処理部１１５で紐付け対象となる上述の他の文書ファイルとの関連付けに関する情報を記憶する記憶領域として備えられる。

＜サーバ１の処理動作について＞
図６は、相互合意の文書ファイルＳＧを作成する際の支援に関するファイル作成支援ステップの一例を示すフローチャートである。
また、図７は、図６の説明対象となる、２つの端末２の間でやり取りされる文書ファイルの一例を示す図である。
また、図８は、最終版文書ファイルに差が生じているか否かの判断結果の一例を示す図であり、図９は、図８の要部（差が生じている箇所）を抜粋した図である。

図６では、上述と同様に契約書の例を挙げて、本サービスのファイル作成支援ステップをステップＳ１１から順に説明する。

ステップＳ１１では、電子契約の契約前プロセスとして、Ａ社（例えば、図１の発注側企業Ｃ１）からＢ社（例えば、図１の受注側企業Ｃ２）に、図７に示すような契約書ドラフトＡを提供することを行う。
より詳細には、ステップＳ１１では、ファイル作成支援処理部１１１が第１端末である発注側端末２Ａからの契約書ドラフトＡを受信し、そして、契約書ドラフトＡを記憶する等の所定の処理をした後に、第２端末である受注側端末２Ｂに契約書ドラフトＡを送信することを行う。

ステップＳ１２では、提供された契約書ドラフトＡをＢ社で確認し、そして、修正が必要であると判断した場合、修正依頼をした契約書ドラフトＢ（図７参照）をＡ社に返送することを行う。なお、修正が不要であれば、後述するステップＳ１４に移行することになる。
ステップＳ１２では、ファイル作成支援処理部１１１が、修正依頼をした契約書ドラフトＢを受注側端末２Ｂから受信し、そして、修正依頼をした契約書ドラフトＢを記憶する等の所定の処理をした後に、修正依頼をした契約書ドラフトＢを発注側端末２Ａに送信することを行う。

ステップＳ１３では、返送された契約書ドラフトＢをＡ社で確認し、そして、修正したもの（Ａ社による修正した契約書のドラフト）をＢ社に再度提供することを行う。
ステップＳ１３では、ファイル作成支援処理部１１１が、Ａ社による修正した契約書のドラフトを発注側端末２Ａから受信し、そして、Ａ社による修正した契約書のドラフトを記憶する等の所定の処理をした後に、Ａ社による修正した契約書のドラフトを受注側端末２Ｂに再度送信することを行う。

ステップＳ１４では、修正した契約書のドラフトをＢ社で確認する。Ｂ社での確認において特に問題が無ければ、Ｂ社は修正した契約書のドラフトに同意する旨をＡ社に送信する。修正した契約書のドラフトは、Ｂ社に保持されると共に、サービス提供会社ＷＡ（図１参照）のサーバ１にも保持される。
ステップＳ１４では、ファイル作成支援処理部１１１が、受注側端末２Ｂからの、修正した契約書のドラフトに対する同意の旨を受信し、これを記憶すると共に発注側端末２Ａに送信することを行う。

ステップＳ１５では、Ｂ社から受信した、契約書のドラフトに同意する旨の情報に基づき、Ａ社は最終版の契約書（契約書ファイル（第１最終版文書ファイル））を作成し、この作成した最終版の契約書で電子契約プロセスを開始する。電子契約プロセスの開始により、最終版の契約書（契約書ファイル）がＡ社からＢ社に提供される。
ステップＳ１５では、ファイル作成支援処理部１１１が、最終版の契約書（契約書ファイル）を発注側端末２Ａから受信し、そして、これを記憶する等の所定の処理をした後に、受注側端末２Ｂに送信することを行う。

ステップＳ１６では、Ａ社から提供された最終版の契約書（契約書ファイル（第１最終版文書ファイル））が、Ｂ社が保持しておいた、修正した契約書のドラフト（第２最終版文書ファイル）と一致しているか否かを確認する。この確認は、本サービスの支援の一つとして、例えば、図８に示すような状態で行われる。即ち、Ｂ社の端末２の表示部には、例えば、左側に最終版の契約書（契約書ファイル（第１最終版文書ファイル））から抽出された情報が表示され、表示部の右側には、Ｂ社が保持しておいた、修正した契約書のドラフト（第２最終版文書ファイル）と同じもので抽出された情報が表示される。仮に、情報が一致していない場合には、図８の枠Ｆで囲んだ箇所が差分として検出され、そして、その差分が強調表示される（強調表示は一例であるものとする）。
ステップＳ１６では、ファイル作成支援処理部１１１が、上述の最終版の契約書と、上述の修正した契約書のドラフトとに差が生じているか否かの判断を行う。そして、差が生じていると判断した場合には、差分を視認可能にすることを行う。

図８で差分として検出された箇所は、図９に示すように強調表示される。即ち、表示部の左側に表示された委託者側（Ａ社）の検出箇所ＩＴ１は、「技術者Ｕ 1,400,000円 技術者Ｖ 1,200,000円」と表示され、このうち数字の４と２に強調表示の一例であるハイライトＨ１、Ｈ２が設けられる。これに対し、表示部の右側に表示された受託者側（Ｂ社）の検出箇所ＩＴ２は、「技術者Ｕ 1,500,000円 技術者Ｖ 1,300,000円」と表示され、このうち数字の５と３に強調表示の一例であるハイライトＨ３、Ｈ４が設けられる。ハイライトＨ１とハイライトＨ３、ハイライトＨ２とハイライトＨ４、を見比べると分かるように、差が生じている。即ち、Ａ社から提供された最終版の契約書（契約書ファイル）は、技術者に対する基本月額が安くなるように書き換わっている（Ｂ社にとって不利益が生じる）。

従って、ステップＳ１７では、Ｂ社はＡ社に対し最終版と異なる旨を連絡して修正を依頼する。即ち、電子契約プロセスの差し戻しを行う。
ステップＳ１７では、ファイル作成支援処理部１１１が、電子契約プロセスの差し戻しに係る支援処理を行う。

ステップＳ１８では、Ｂ社からの修正依頼を受けて、Ａ社は契約書（契約書ファイル）を修正し、再度電子契約プロセスを開始する。
ステップＳ１８では、ファイル作成支援処理部１１１が、電子契約プロセスの再度開始に係る支援処理を行う。

ステップＳ１９では、Ａ社から提供された修正後の最終版の契約書（契約書ファイル）が、Ｂ社が保持しておいた上述の修正した契約書のドラフトと一致しているか否かを確認する。そして、一致していることを確認したら、Ｂ社は電子契約プロセスで合意する（サインする）。
ステップＳ１９では、ファイル作成支援処理部１１１が、上述の差が生じているか否かの判断を再度行う。

ステップＳ２０では、Ａ社もサインして契約書である相互合意の文書ファイルＳＧが出来上がる。これにより、契約が成立する。
ステップＳ２０では、ファイル作成支援処理部１１１が、契約成立に係る支援処理を行う。
相互合意の文書ファイルＳＧが出来上がり、そして、契約が成立することで、ファイル作成支援ステップが完了する。
以上のファイル作成支援ステップの説明から分かるように、本サービスは、Ａ社とＢ社との間で相互合意するまでの文書作成を支援することができる。

＜企業間のやり取りに対するサービス提供会社ＷＡの関わりについて＞
図１０は、企業間のやり取りに対するサービス提供会社ＷＡの関わりについての一例を示す図である。

図１０において、サービス提供会社ＷＡは、サービス導入企業Ｃ３と、取引先Ａである企業Ｃ４及び取引先Ｂである企業Ｃ５との間での、文書のやり取り（文書交換）を支援する。
サービス導入企業Ｃ３は、サービス提供会社ＷＡから本サービスの導入を済ませた企業である。このサービス導入企業Ｃ３は、企業Ｃ４との間で取引を行う。また、企業Ｃ５との間でも取引を行う。

先ず、図１０の右向き矢印（実線の矢印）で示す文書の流れについて説明する。
企業Ｃ４及び企業Ｃ５は、サービス導入企業Ｃ３に対する買掛金請求書を、例えば、紙で発行する（企業Ｃ４及び企業Ｃ５と、サービス導入企業Ｃ３との間は、データでのやり取りとは限らないものとする。ここでは、企業Ｃ４及び企業Ｃ５が紙で請求書を発行する例を挙げ、サービス提供会社ＷＡがサービス導入企業Ｃ３に対するデータ化を実施するものとする）。買掛金請求書は、ここではサービス導入企業Ｃ３に対し直接送付されるのでなく、サービス提供会社ＷＡが受け取ることになる。サービス提供会社ＷＡでは、受け取った買掛金請求書を電子データ化し、この電子データ化したものを請求書（請求書ファイル）としてサービス導入企業Ｃ３に送信する。サービス導入企業Ｃ３では、受信した請求書（請求書ファイル）を基に社内で適切に処理をする。請求書（請求書ファイル）は、本サービスにより、例えば、契約書（相互合意の文書ファイル）に対し関連するものとして関連付けされる（紐付けされる）。

次に、図１０の左向き矢印（破線の矢印）で示す文書の流れについて説明する。
サービス導入企業Ｃ３は、企業Ｃ４及び企業Ｃ５の夫々に対する、例えば、未収金に係る請求書を文書ファイルで発行する。この時、未収金に係る請求書の文書ファイルは、本サービスにより、例えば、契約書（相互合意の文書ファイル）に関連するものとして紐付けられる（関連付けられる）。なお、この紐付けについては、図１１乃至図１３を参照しながら後述する。
サービス提供会社ＷＡは、サービス導入企業Ｃ３から受け取った未収金に係る請求書の文書ファイルを、この請求書の文書ファイルの状態で企業Ｃ４及び企業Ｃ５の夫々に送信する（これに限らず、紙に印刷して郵送することも可能であるものとする）。

＜紐付け（関連付け）について＞
図１１は、紐付け処理部１１５が実行する、文書と他の文書との紐付けに関する一例を示すフローチャートである。
また、図１２は、図１１の説明対象となる文書の一例を示す図であり、図１３は、図１１の説明対象となる他の文書の一例を示す図である。

上述の文書としては、例えば、業務委託個別契約書である契約書（相互合意の文書ファイルＳＧ）が挙げられる。また、他の文書としては、未収金に係る請求書（請求書の文書ファイル）が挙げられる。本サービスの紐付けステップをステップＳ３１から順に説明する。

ステップＳ３１では、事前に契約書の受託者情報の会社名と請求書の取引先名を関連付けする。

ステップＳ３２では、契約書の委託者情報（会社名、郵便番号、住所、代表者名）、受託者情報（会社名、郵便番号、住所、代表者名）、契約締結日、契約期間をデータ化したものを取得することを行う。

ステップＳ３３では、請求書の文書名、日付、取引先コード、取引先名、取引番号をデータ化したものを取得することを行う。

ステップＳ３４では、取得したデータのうち、契約書の受託者情報の会社名と請求書の取引先が「ＸＸＸＸＸＸＸＸ」で一致したため、例えば請求書のＩＤである関連文書ＩＤをメタデータとして関連付け、及び、「ＸＸＸＸＸＸＸＸ」のタグ付けをすることを行う。また、追加情報として、取引番号をメタデータとして契約書及び請求書に付加するすることを行う。取引番号としては、例えば、図１２及び図１３に示す、複数の文字列領域ＭＲのうちの「０００１」と記載された番号である（この番号「０００１」は一例であるものとする）。例えば、一か月の間に請求書が複数発行されることがあるが、請求書の夫々は取引番号として「０００１」が付されることから、この取引番号「０００１」をもとにし、必要に応じて契約書の内容確認を行うことができる。ここでは、取引番号を採用しているが、これと同様のことができれば他の方法であってもよいものとする。
なお、図１３には、一例として、請求書が表示エリアＨＲ１に表示され、また、情報入力等の入力ボックスが表示エリアＨＲ２に表示される。

ステップＳ３５は、必要に応じて行われる処理である。
ステップＳ３５では、新しい請求書が登録された場合に、契約書の受託者情報の会社名と請求書の取引先が「ＸＸＸＸＸＸＸＸ」であれば、上記と同様のメタデータ及びタグ付をすることを行う。

ステップＳ３６も必要に応じて行われる処理である。
ステップＳ３６では、メタデータ及びタグについて、ユーザー操作により変更及び削除が可能（訂正できる）である。必要であれば変更及び削除することを行う。

以上のような、紐付けステップにより、相互合意の文書ファイルと他の文書との関連付けをすることができ、例えば、請求書が契約書通りに作成されているか否かの確認が必要であれば、これを迅速に行うことができる。

＜効果について＞
以上、図３乃至図１３を参照しながら説明してきたように、本サービスによれば、ユーザー間が相互合意するまでの文書作成（文書ファイル作成）を支援することができる。例えば、契約書では、複数の修正を経て内容が確定することが多く、且つ修正が適切に行われているか否かの確認も必要であることから、ユーザーとしては、スムーズに作成が進むことになり、結果、効率性を高めることができる。
また、本サービスによれば、上述の文書作成支援の中で、第１最終版文書ファイルと第２最終版文書ファイルとの間に差が生じているか否かの判断（比較）をすることができる。これにより、最終確認の手間を軽減することができるのは勿論のこと、正確性や信頼性等の高い支援をすることができる。
また、本サービスによれば、ユーザー間で相互合意した文書、即ち、相互合意の文書ファイルの原本の保管をすることができる。これにより、ユーザーとしては、例えば、文書管理の手間を削減することができる。また、極端な例であるが、一方が契約書の内容を変更し、変更した内容で他方に想定外の要求が行われるようなことを回避することができる。
また、本サービスによれば、要求のあったユーザーに対し上述の原本の閲覧を可能にすることができる。また、本サービスによれば、上述の原本と他の文書ファイルとの関連付けを行うことができる。これにより、例えば、契約書を参照しつつ、請求書の内容を確認することができる。

＜まとめ＞
以上、本発明の情報処理システム１００の一実施形態について説明したが、本発明は上述した本実施形態に限定されない。
即ち、上述では、ユーザー間で相互合意する文書（文書ファイル）を契約書としたが、見積書、注文書、マニュアル等のユーザー間で相互合意が得られた上で確定するような文書（文書ファイル）であれば、特に限定されない。
また、上述では、ユーザーが２者となるやり取りであったが、例えば、ユーザーが３者等となるやり取りであってもよい。
また、上述では、相互合意の文書ファイルＳＧや紐付け情報を記憶部１８に記憶させていたが、これに限らず、例えば、外部記憶装置（図示省略）等、別な個所に記憶させてもよい。
本実施形態に記載された効果は、本発明から生じる最も好適な効果の列挙に過ぎず、本発明による効果は、本実施形態に記載されたものに限定されない。

図４に示すハードウェア構成は、本発明の目的を達成するための例示に過ぎず、特に限定されない。また、図５に示す機能的構成も例示に過ぎず、特に限定されない。即ち、上述した一連の処理を全体として実行できる機能が情報処理システム１００に備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは特に図５の例に限定されない。

また、機能ブロックの存在場所も、図５に特に限定されず、任意でよい。また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。

また、例えば、一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。また、コンピュータは、専用のハードウェアに組み込まれるコンピュータであってもよい。
コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えば、サーバ１の他、汎用のパーソナルコンピュータやタブレットであってもよい。

また、例えば、このようなプログラムを含む記録媒体は、利用者にプログラムを提供するために、装置本体とは別に配布される図示しないリムーバブルメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態で利用者に提供される記録媒体等で構成される。

なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理は勿論、必ずしも時系列的に処理されなくとも、並列的或いは個別に実行される処理をも含むものとする。また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味するものとする。

このようなプログラムを含む記録媒体は、ユーザーにプログラムを提供するために装置本体とは別に配布される図４のリムーバブルメディア２１により構成されるだけでなく、装置本体に予め組み込まれた状態で利用者に提供される記録媒体等で構成される。
リムーバブルメディア２１は、例えば、磁気ディスク（フロッピディスクを含む）、光ディスク、又は光磁気ディスク等により構成される。光ディスクは、例えば、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｋ－Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ），ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）等により構成される。光磁気ディスクは、ＭＤ（Ｍｉｎｉ－Ｄｉｓｋ）等により構成される。
装置本体に予め組み込まれた状態でユーザーに提供される記録媒体は、例えば、プログラムが記録されている図４のＲＯＭ１２や、図４の記憶部１８に含まれるハードディスク等で構成される。

以上まとめると、本発明が適用される情報処理システムは、次のような構成を取れば足り、各種各様な実施形態を取ることができる。
即ち、本発明が適用される情報処理システム（例えば、図１及び図３の情報処理システム１００）は、
第１ユーザー（例えば、図１の発注側企業Ｃ１）が使用する第１端末（例えば、図１の発注側端末２Ａ）と、第２ユーザー（例えば、図１の受注側企業Ｃ２）が使用する第２端末（例えば、図１の受注側端末２Ｂ）と、これら前記第１端末及び前記第２端末との通信が可能な情報処理装置（例えば、図１及び図３のサーバ１）と、を備える情報処理システムであって、
前記情報処理装置は、
前記第１端末及び前記第２端末の間で交換される文書ファイル（例えば、図１及び図７の契約書ドラフトＡ及び契約書ドラフトＢ）から、前記第１ユーザー及び前記第２ユーザーが相互合意する、相互合意の文書ファイル（例えば、図１及び図１２に示す相互合意の文書ファイルＳＧ）を作成する際の支援をするファイル作成支援手段（例えば、図５のファイル作成支援処理部１１１）と、
前記ファイル作成支援手段の前記支援により作成され、且つ、前記第１ユーザー及び前記第２ユーザーが前記相互合意した、前記相互合意の文書ファイルを所定の記憶部（例えば、図５の記憶部１８）に記憶するファイル記憶手段（例えば、図５のファイル記憶処理部１１２）と、
を備える。

本発明によれば、ファイル作成支援手段により、第１ユーザー及び第２ユーザーが相互合意する、相互合意の文書ファイルを作成する際の支援をすることができる。また、本発明によれば、ファイル記憶手段により、相互合意の文書ファイルを所定の記憶部に記憶することができる。
従って、本発明によれば、ユーザー間が相互合意するまでの文書作成を支援すると共に、第１ユーザー及び第２ユーザーが相互合意した、相互合意の文書ファイルを原本として保管することができる。

また、本発明が適用される情報処理システムは、
前記情報処理装置は、
前記記憶部から前記相互合意の文書ファイルを取得して閲覧用の文書ファイルを生成する閲覧ファイル生成手段（例えば、図５の閲覧ファイル生成処理部１１３）と、
生成された前記閲覧用の文書ファイルを前記第１端末及び前記第２端末のうち閲覧要求のあった何れかに送信するファイル送信手段（例えば、図５のファイル送信処理部１１４）と、
を更に備える。

本発明によれば、閲覧ファイル生成手段により、上述の原本として保管した相互合意の文書ファイルから閲覧用の文書ファイルを生成することができる。また、本発明によれば、ファイル送信手段により、閲覧要求のあった端末に対し閲覧用の文書ファイルを送信することができる。本発明によれば、ユーザーは夫々、相互合意の文書ファイル（上述の原本）を持たず、必要に応じて閲覧用の文書ファイルを要求して内容の確認をすることができる。

また、本発明が適用される情報処理システムは、
前記ファイル作成支援手段は、前記支援の一つとして、前記第１端末からの、前記文書ファイルの最終版となる第１最終版文書ファイル（例えば、図８の左側の最終版の契約書）と、前記第２端末からの、前記文書ファイルの最終版となる第２最終版文書ファイル（例えば、図８の右側の保持しておいた修正した契約書のドラフト）と、に差が生じているか否かの判断をする。

本発明によれば、ファイル作成支援手段が第１最終版文書ファイルと第２最終版文書ファイルとに差が生じているか否かの判断をすることから、最終確認の手間を軽減することができるのは勿論のこと、正確性や信頼性等の高い支援をすることができる。

また、本発明が適用される情報処理システムは、
前記情報処理装置は、
前記記憶部から前記相互合意の文書ファイルを取得して、前記相互合意の文書ファイルとは異なる他の文書ファイル（例えば、図１３の請求書）との関連付けを行う紐付け手段（例えば、図５の紐付け処理部１１５）を更に備える。

本発明によれば、紐付け手段により、相互合意の文書ファイルと、これとは異なる他の文書ファイルとの関連付けを行うことができる。これにより、例えば、他の文書ファイルが相互合意の文書ファイルの内容に合っているか否か等の確認を上述の関連付けを基に迅速に行うことができる。

本発明が適用される情報処理方法は、
第１ユーザーが使用する第１端末と、第２ユーザーが使用する第２端末と、これら前記第１端末及び前記第２端末との通信が可能な情報処理装置と、を備える情報処理システムが実行する情報処理方法であって、
前記情報処理装置は、
前記第１端末及び前記第２端末の間で交換される文書ファイルから、前記第１ユーザー及び前記第２ユーザーが相互合意する、相互合意の文書ファイルを作成する際の支援をするファイル作成支援ステップ（例えば、図６のフローチャート）と、
前記ファイル作成支援ステップの前記支援により作成され、且つ、前記第１ユーザー及び前記第２ユーザーが前記相互合意した、前記相互合意の文書ファイルを所定の記憶部に記憶するファイル記憶ステップと、
を含む。

本発明によれば、情報処理システムが実行する情報処理方法であることから、ユーザー間が相互合意するまでの文書作成を支援すると共に、第１ユーザー及び第２ユーザーが相互合意した、相互合意の文書ファイルを原本として保管することができる。

本発明が適用されるプログラムは、
第１ユーザーが使用する第１端末と、第２ユーザーが使用する第２端末と、これら前記第１端末及び前記第２端末との通信が可能な情報処理装置と、を備える情報処理システムの、前記情報処理装置を制御するコンピュータに、
前記第１端末及び前記第２端末の間で交換される文書ファイルから、前記第１ユーザー及び前記第２ユーザーが相互合意する、相互合意の文書ファイルを作成する際の支援をするファイル作成支援ステップ（例えば、図６のフローチャート）と、
前記ファイル作成支援ステップの前記支援により作成され、且つ、前記第１ユーザー及び前記第２ユーザーが前記相互合意した、前記相互合意の文書ファイルを所定の記憶部に記憶するファイル記憶ステップと、
を含む制御処理を実行させる。

本発明によれば、情報処理装置を制御するコンピュータに上述の制御処理を実行させることから、ユーザー間が相互合意するまでの文書作成を支援すると共に、第１ユーザー及び第２ユーザーが相互合意した、相互合意の文書ファイルを原本として保管することができる。

以上とは別に、情報処理装置として特徴を挙げれば、次のようになる。
第１ユーザーが使用する第１端末、及び、第２ユーザーが使用する第２端末の間で交換される文書ファイルから、前記第１ユーザー及び前記第２ユーザーが相互合意する、相互合意の文書ファイルを作成する際の支援をするファイル作成支援手段と、
前記ファイル作成支援手段の前記支援により作成され、且つ、前記第１ユーザー及び前記第２ユーザーが前記相互合意した、前記相互合意の文書ファイルを所定の記憶部に記憶するファイル記憶手段と、
を備える、情報処理装置。

１・・・サーバ（情報処理装置）、２・・・端末、２Ａ・・・発注側端末（第１端末）、２Ａ・・・発注側端末（第１端末）、１１・・・ＣＰＵ、１８・・・記憶部、１１１・・・ファイル作成支援処理部（ファイル作成支援手段）、１１２・・・ファイル記憶処理部（ファイル記憶手段）、１１３・・・閲覧ファイル生成処理部（閲覧ファイル生成手段）、１１４・・・ファイル送信処理部（ファイル送信手段）、１１５・・・紐付け処理部（紐付け手段）、１８１・・・文書記憶部、１８２・・・紐付け情報記憶部、ＷＡ・・・サービス提供会社、Ｃ１・・・発注側企業（第１ユーザー）、Ｃ２・・・受注側ユーザー（第２ユーザー）

Claims (6)

1. 第１ユーザーが使用する第１端末と、第２ユーザーが使用する第２端末と、これら前記第１端末及び前記第２端末との通信が可能な情報処理装置と、を備える情報処理システムであって、
   前記情報処理装置は、
   前記第１端末及び前記第２端末の間で交換される文書ファイルから、前記第１ユーザー及び前記第２ユーザーが相互合意する、相互合意の文書ファイルを作成する際の支援をするファイル作成支援手段と、
   前記ファイル作成支援手段の前記支援により作成され、且つ、前記第１ユーザー及び前記第２ユーザーが前記相互合意した、前記相互合意の文書ファイルを所定の記憶部に記憶するファイル記憶手段と、
   を備える、情報処理システム。
2. 前記情報処理装置は、
   前記記憶部から前記相互合意の文書ファイルを取得して閲覧用の文書ファイルを生成する閲覧ファイル生成手段と、
   生成された前記閲覧用の文書ファイルを前記第１端末及び前記第２端末のうち閲覧要求のあった何れかに送信するファイル送信手段と、
   を更に備える、
   請求項１に記載の情報処理システム。
3. 前記ファイル作成支援手段は、前記支援の一つとして、前記第１端末からの、前記文書ファイルの最終版となる第１最終版文書ファイルと、前記第２端末からの、前記文書ファイルの最終版となる第２最終版文書ファイルと、に差が生じているか否かの判断をする、
   請求項１又は２に記載の情報処理システム。
4. 前記情報処理装置は、
   前記記憶部から前記相互合意の文書ファイルを取得して、前記相互合意の文書ファイルとは異なる他の文書ファイルとの関連付けを行う紐付け手段を更に備える、
   請求項１乃至３何れか１項に記載の情報処理システム。
5. 第１ユーザーが使用する第１端末と、第２ユーザーが使用する第２端末と、これら前記第１端末及び前記第２端末との通信が可能な情報処理装置と、を備える情報処理システムが実行する情報処理方法であって、
   前記情報処理装置は、
   前記第１端末及び前記第２端末の間で交換される文書ファイルから、前記第１ユーザー及び前記第２ユーザーが相互合意する、相互合意の文書ファイルを作成する際の支援をするファイル作成支援ステップと、
   前記ファイル作成支援ステップの前記支援により作成され、且つ、前記第１ユーザー及び前記第２ユーザーが前記相互合意した、前記相互合意の文書ファイルを所定の記憶部に記憶するファイル記憶ステップと、
   を含む、情報処理方法。
6. 第１ユーザーが使用する第１端末と、第２ユーザーが使用する第２端末と、これら前記第１端末及び前記第２端末との通信が可能な情報処理装置と、を備える情報処理システムの、前記情報処理装置を制御するコンピュータに、
   前記第１端末及び前記第２端末の間で交換される文書ファイルから、前記第１ユーザー及び前記第２ユーザーが相互合意する、相互合意の文書ファイルを作成する際の支援をするファイル作成支援ステップと、
   前記ファイル作成支援ステップの前記支援により作成され、且つ、前記第１ユーザー及び前記第２ユーザーが前記相互合意した、前記相互合意の文書ファイルを所定の記憶部に記憶するファイル記憶ステップと、
   を含む制御処理を実行させるプログラム。
   

Images