JP7422111B2 - プログラム、情報処理装置及び情報処理方法 - Google Patents

Description

特許法第３０条第２項適用 ２０２１年６月２４日、ｈｔｔｐｓ：／／ｗｗｗ．ｃｌｏｕｄｓｉｇｎ．ｊｐ／においてサービスのリリースにより本願発明を公開し、また同日、複数のウェブサイトにおいて同発明を公開した。

本開示は、プログラム、情報処理装置及び情報処理方法に関する。

コンピュータ技術の発達および普及に伴い、これまでは紙媒体が利用されていた書類が電子化されつつある。例えば、当事者の署名および押印が必要となる契約書といった書類も、電子データで管理することが考えられている。特許文献１には、社内においてユーザグループ単位でデータ保存先を制限できるデータ保存先制限装置が開示されている。特許文献２には、作成者端末、確認社端末および契約書管理サーバからなるデジタル契約に関する情報処理システムが開示されている。

特開２０２１ー５１３４５号 特開２０１７ー１００９６号

このような書類管理の分野では、社外と契約書を交換する電子契約システムにおいて、ユーザが契約書の参照および編集できる範囲を制限することは困難であった。

そこで、本開示は、上記課題を解決すべくなされたものである。その目的は、社外と契約書を交換する電子契約システムにおいて、ユーザが契約書の参照および編集できる範囲を制限することである。

一実施形態によると、プロセッサと、記憶部とを備えるコンピュータに異なる組織に属するユーザ間の電子的な契約手続きを実行させるためのプログラムであって、プログラムは、プロセッサに、第１ユーザ識別情報および第２メールアドレスに紐づけられた契約書データを保存する保存ステップと、契約書データに紐づけられた第３グループ識別情報を取得するステップと、第４グループ識別情報に紐づけられた第４ユーザ識別情報を有する第４ユーザからの照会リクエストに対して処理を行う照会ステップと、を実行させ、照会ステップは、第４グループ識別情報が第３グループ識別情報と一致する場合は、契約書データを表示させ、第４グループ識別情報が第３グループ識別情報と一致しない場合は、契約書データを第４ユーザへ表示させない、第１ユーザ識別情報および第２メールアドレスに紐づけられた契約書データを保存する保存ステップと、契約書データに紐づけられた第３グループ識別情報を取得するステップと、第４グループ識別情報に紐づけられた第４ユーザ識別情報を有する第４ユーザからの照会リクエストに対して処理を行う照会ステップと、を実行させ、照会ステップは、第４グループ識別情報が第３グループ識別情報と一致する場合は、契約書データを表示させ、第４グループ識別情報が第３グループ識別情報と一致しない場合は、契約書データを第４ユーザへ表示させないプログラムが提供される。

本開示によれば、社外と契約書を交換する電子契約システムにおいて、ユーザが契約書の参照および編集できる範囲を制限することができる。

情報処理システム１の全体の構成を示す図である。 契約書管理サーバ２の機能構成を示すブロック図である。 作成者端末３のハードウェア構成を示すブロック図である。 作成者端末３の機能構成を示すブロック図である。 契約書データベース２１１のデータ構造を示す図である。 （Ａ）は、契約書グループデータベース２１２のデータ構造を示す図であり、（Ｂ）は、キャビネットデータベース２１３のデータ構造を示す図である。 ユーザデータベース２１４のデータ構造を示す図である。 グループマスタ２１５のデータ構造を示す図である。 契約書作成処理（第一実施例）の動作を示すフローチャートである。 契約書確認処理（第一実施例）の動作を示すフローチャートである。 グループ表示処理（第一実施例）の動作を示すフローチャートである。 契約書作成処理による作成者端末３の表示画面例を示す図である。 契約書作成処理による作成者端末３の表示画面例を示す図である。 契約書作成処理による作成者端末３の表示画面例を示す図である。 確認者端末４に送信される電子メールの表示画面例を示す図である。 契約書確認処理による確認者端末４の表示画面例を示す図である。 契約書確認処理による確認者端末４の表示画面例を示す図である。 契約書確認処理による確認者端末４の表示画面例を示す図である。 契約書確認処理による確認者端末４の表示画面例を示す図である。 契約書確認処理による確認者端末４の表示画面例を示す図である。 グループ表示処理（第一実施例）による一覧表示画面を示す図である。 契約書作成処理（第二実施例）の動作を示すフローチャートである。 契約書確認処理（第二実施例）の動作を示すフローチャートである。 グループ表示処理（第二実施例）の動作を示すフローチャートである。 グループ表示処理（第二実施例）による一覧表示画面を示す図である。 コンピュータのハードウェア構成を示すブロック図である。

以下、本開示の実施形態について図面を参照して説明する。実施形態を説明する全図において、共通の構成要素には同一の符号を付し、繰り返しの説明を省略する。なお、以下の実施形態は、特許請求の範囲に記載された本開示の内容を不当に限定するものではない。また、実施形態に示される構成要素のすべてが、本開示の必須の構成要素であるとは限らない。また、各図は模式図であり、必ずしも厳密に図示されたものではない。

＜情報処理システム１の概要＞
図１は、情報処理システム１の全体の構成を示す図である。本開示における情報処理システム１は、異なる組織に属するユーザ間の電子的な契約手続きを実行させるためのシステムである。

＜情報処理システム１の基本構成＞
本開示における情報処理システム１を図１に示す。情報処理システム１は、ネットワークＮを介して接続された、契約書管理サーバ２、複数の作成者端末３、複数の確認者端末４および表示者端末５を備えて構成されている。図２は、契約書管理サーバ２の機能構成を示すブロック図である。図３は、作成者端末３のハードウェア構成を示すブロック図である。図４は、作成者端末３の機能構成を示すブロック図である。

契約書管理サーバ２は、契約書を管理する情報処理装置である。作成者端末３は、契約書を作成するユーザが操作する情報処理装置である。確認者端末４は、作成者端末３により作成された契約書の内容を確認するユーザが操作する情報処理装置である。表示者端末５は、作成者端末３により作成された契約書の内容を表示するユーザが操作する情報処理装置である。

各情報処理装置は演算装置と記憶装置とを備えたコンピュータにより構成されている。コンピュータの基本ハードウェア構成および、当該ハードウェア構成により実現されるコンピュータの基本機能構成は後述する。契約書管理サーバ２、作成者端末３、確認者端末４、表示者端末５のそれぞれについて後述するコンピュータの基本ハードウェア構成およびコンピュータの基本機能構成と重複する説明は省略する。

以下、各装置の構成およびその動作を説明する。

＜契約書管理サーバ２の概要＞
契約書管理サーバ２は、契約書管理に関するサービスを提供するサービス提供者によって運用される情報処理装置である。例えば、署名、押印、他のデータ入力が行われた契約書を管理する、といったサービスを提供するコンピュータである。

＜契約書管理サーバ２の機能構成＞
契約書管理サーバ２のハードウェア構成が実現する機能構成を図２に示す。

＜契約書管理サーバ２の記憶部の構成＞
契約書管理サーバ２の記憶部２１は、契約書データベース２１１、契約書グループデータベース２１２、キャビネットデータベース２１３、ユーザデータベース２１４、グループマスタ２１５を備える。なお、各データベースおよびマスタは複数のサーバに分散して設けられていても良い。また、一部を作成者端末３、確認者端末４、表示者端末５に分散して設けても良く、システムとして記憶部の機能を発揮できるのであればどのような構成としても良い。

図５は、契約書データベース２１１のデータ構造を示す図である。契約書データベース２１１は、契約書を一意に特定する項目である契約書ＩＤをキーとして、契約書データ（バイナリまたはテキストデータ）、契約書の作成者のユーザＩＤ、確認者のメールアドレス、入力領域、確認フラグをレコードとして記憶する。

ユーザＩＤには、契約書の作成者であるユーザを識別するためのユーザＩＤが記憶される。ユーザＩＤは、後述するユーザデータベース２１４においてユーザの氏名と紐づけられて管理される。

メールアドレスには、契約書の確認者であるユーザのメールアドレスが記憶される。メールアドレスは、確認者が本開示にかかるサービスに既にユーザ登録されている場合にはユーザデータベース２１４に含まれる。ただし、確認者は必ずしも本開示にかかるサービスにユーザ登録されている必要はなく、その場合、当該ユーザのメールアドレスはユーザデータベース２１４に含まれない。

入力領域には、契約書を確認するユーザ（確認者）が、契約書確認の際にデータを入力可能な入力領域に関するデータおよび、確認者による入力領域に対する入力データが記憶される。

確認フラグには、確認者ごとの確認手続きの完了を識別するための情報が記憶される。確認者による契約書の確認が完了すると、確認フラグ項目にＴＲＵＥが記憶される。

図６（Ａ）は、契約書グループデータベース２１２のデータ構造を示す図である。契約書グループデータベース２１２は、契約書ＩＤをキーとして、キャビネットＩＤをレコードとして記憶する。

図６（Ｂ）は、キャビネットデータベース２１３のデータ構造を示す図である。キャビネットデータベース２１３は、キャビネットＩＤをキーとして、グループＩＤをレコードとして記憶する。キャビネットデータベース２１３は、キャビネットの名前を示すキャビネットラベルの項目を含んでも良い。

図７は、ユーザデータベース２１４のデータ構造を示す図である。ユーザデータベース２１４は、ユーザＩＤをキーとして、氏名、メールアドレス、組織ＩＤ、グループＩＤをレコードとして記憶する。

図８は、グループマスタ２１５のデータ構造を示す図である。グループマスタ２１５は、グループＩＤをキーとして、当該グループＩＤと対応する部署名などのラベル、グループＩＤの属する会社・学校などの組織ＩＤをレコードとして記憶する。グループマスタ２１５は、組織内の管理権限者などが編集することができる。

＜契約書管理サーバ２の制御部の構成＞
契約書管理サーバ２の制御部２２は、契約書作成制御部２２１、契約書確認制御部２２２、グループ表示制御部２２３の各機能ユニットを備える。なお、各制御部は、複数のサーバに分散して設けられていても良い。また、各制御部は、一部を作成者端末３、確認者端末４、表示者端末５に分散して設けても良く、システムとして制御部の機能を発揮できるのであればどのような構成としても良い。

契約書作成制御部２２１は、作成者端末３からの指示に応じて契約書作成処理を行う。

契約書確認制御部２２２は、確認者端末４からの指示に応じて契約書確認処理を行う。

グループ表示制御部２２３は、表示者端末５からの指示に応じてグループ表示処理を行う。

＜作成者端末３の概要＞
作成者端末３は、契約書管理に関するサービスを利用するユーザによって運用される情報処理装置である。契約書管理サーバ２によって管理される契約書を作成する操作を行う「作成者」が操作する情報処理装置である。
作成者端末３は、スマートフォン、携帯電話、ＰＨＳ、コンピュータ、ＰＤＡ、ヘッドマウントディスプレイ、画像生成装置等のコンピュータである。

＜作成者端末３のハードウェア構成＞
作成者端末３のハードウェア構成を図３に示す。作成者端末３は、入力インタフェース、出力インタフェース、入力装置、出力装置を備える。

入力インタフェースは、ユーザからの入力操作を受け付けるための入力装置とコンピュータを接続するためのインタフェースである。入力装置は、ユーザからの入力操作を受け付ける装置である。入力装置は、例えば、タッチパネル、タッチパッド、マウス等のポインティングデバイス、キーボード、マイク、センサ等を含む。

出力インタフェースは、ユーザに対し情報を提示するための出力装置とコンピュータを接続するためのインタフェースである。出力装置は、ユーザに対し情報を提示する装置である。出力装置は、例えば、ディスプレイ、モニタ、プリンタ、スピーカー等である。

＜作成者端末３の機能構成＞
作成者端末３のハードウェア構成により実現される機能構成を図３に示す。作成者端末３の記憶部３１は、ユーザＩＤを記憶する。作成者端末３の制御部３２は、入力制御部３２１、出力制御部３２２、ユーザＩＤ取得部３２３を備える。なお、ユーザＩＤにはセッションＩＤなど、作成者端末３を利用しているユーザを識別するための情報を含む。

入力制御部３２１は、入力装置に対するユーザからの操作内容を、入力インタフェースを介して受け付け、作成者端末３に対して入力する。

出力制御部３２２は、作成者端末３の出力内容を、出力インタフェースを介して出力装置へ出力し、出力装置を介してユーザへ提示する。

ユーザＩＤ取得部３２３は、作成者端末３の記憶部３１に記憶されているユーザＩＤを取得する。

作成者は作成者端末３が備える入力装置を操作することにより契約書を作成する操作を行う。

＜確認者端末４の概要＞
確認者端末４は、契約書管理に関するサービスを利用するユーザによって運用される情報処理装置である。契約書管理サーバ２によって管理される契約書の確認、署名、押印などのデータ操作を行う「確認者」が操作する情報処理装置である。通常、作成者と確認者は異なる会社または学校などの組織に所属することが一般的であるが、作成者と確認者が同じ組織に所属しても良い。
確認者端末４は、スマートフォン、携帯電話、ＰＨＳ、コンピュータ、ＰＤＡ、ヘッドマウントディスプレイ、画像生成装置等のコンピュータである。

＜確認者端末４のハードウェア構成および機能構成＞
確認者端末４のハードウェア構成および機能構成は、それぞれ図３および図４記載の作成者端末３のハードウェア構成および機能構成と同様であるため説明を省略する。

確認者は確認者端末４が備える入力装置を操作することにより契約書に対する確認、署名、押印などのデータ操作を行う。

＜表示者端末５の概要＞
表示者端末５は、契約書管理に関するサービスを利用するユーザによって運用される情報処理装置である。契約書管理サーバ２によって管理される契約書の表示を行う「表示者」が操作する情報処理装置である。表示者には、作成者および確認者が含まれても良い。
表示者端末５は、スマートフォン、携帯電話、ＰＨＳ、コンピュータ、ＰＤＡ、ヘッドマウントディスプレイ、画像生成装置等のコンピュータである。

＜表示者端末５のハードウェア構成および機能構成＞
表示者端末５のハードウェア構成および機能構成は、それぞれ図３および図４記載の作成者端末３のハードウェア構成および機能構成と同様であるため説明を省略する。

表示者は表示者端末５が備える入力装置を操作することにより契約書の表示を行う。

＜情報処理システム１の動作＞
以下、図９～図１１を参照しながら、実施形態における情報処理システム１の各処理について説明する。

図９は、契約書管理サーバ２による契約書作成処理（第一実施例）の動作を示すフローチャートである。図１０は、契約書管理サーバ２による契約書確認処理（第一実施例）の動作を示すフローチャートである。図１１は、契約書管理サーバ２によるグループ表示処理（第一実施例）の動作を示すフローチャートである。

＜契約書作成処理（第一実施例）＞
作成者端末３が契約書管理サーバ２にアクセスして契約書を作成する契約書作成処理（第一実施例）を、図９のフローチャートと、図１２～図１４の表示画面を参照して説明する。なお、図９は、契約書管理サーバ２の契約書作成制御部２２１による処理動作を示すフローチャートである。図１２～図１４は、契約書管理サーバ２による契約書作成処理により作成者端末３に表示される表示画面例を示す図である。図１５は、契約書管理サーバ２による契約書作成処理により確認者端末に送信される電子メールの表示画面例を示す図である。

作成者端末３の記憶部３１には、ユーザデータベース２１４に記憶されたユーザＩＤ「ユーザA１」が記憶され、ユーザＡ１と関連付けられているものとする。

ステップＳ１１において、契約書管理サーバ２の契約書作成制御部２２１は、アクセスされた作成者端末３からの指示に応じて契約書データを生成して、契約書データベース２１１の契約書データ項目に作成者のユーザＩＤ「ユーザA１」と紐づけて記憶する処理を行う。契約書データベース２１１へ記憶する処理を行うと、契約書データベース２１１に新たなレコードが追加され、当該レコードには契約書ＩＤ「ＣＯＮＴＲＡＣＴ１」が新たに紐づけられる。なお、契約書ＩＤは、契約書データベース２１１において、契約書を一意に識別する識別子である。契約書ＩＤは、契約書作成制御部２２１が自動的に紐づけても作成者端末３からの指示に応じて任意の文字列または数字として紐づけてもよい

契約書データは、例えば、予め記憶されているテンプレートデータのうち、作成者端末３から選択されたテンプレートデータを用いたり、作成者端末３から入力された文書を含んだものとなる。なお、生成された契約書データ６２は、図１２に示すように、契約書管理サーバ２から作成者端末３の表示画面に表示制御される。

ステップＳ１２において、契約書管理サーバ２の契約書作成制御部２２１は、作成者端末３からの指示に応じて、契約書データに、当該契約書データを閲覧させる「確認者（ユーザ）」と、当該「確認者」がデータを入力可能な「入力領域」と、を設定して契約書データベース２１１に記憶する処理を行う。具体的に、作成者端末３は、まず、契約書データを閲覧させる「確認者」としてユーザＢ１のメールアドレス「UB1@xxxxxx.xx」といったアドレスデータを入力する。すると、契約書管理サーバ２の契約書作成制御部２２１は、図１２の符号６１１に示すように、契約書データを閲覧させる「確認者」を設定して、当該「確認者」の情報を契約書データに関連付けて契約書データベース２１１のメールアドレス項目に記憶する。なお、契約書データに設定する「確認者」の情報としては、上述したアドレスデータに加えて、契約者の氏名および会社名を設定してもよい。

なお、図１２の例では、契約書データを閲覧させる「確認者」を設定するだけであり、「入力領域」は設定していない。つまり、この例では、ユーザＢ１は、後述するように、契約書データの内容の確認を行うだけである。

作成者端末３が契約書データを閲覧させる「確認者」を追加する場合（ステップＳ１３においてＹｅｓ）、確認者の追加操作として、さらに契約書データを閲覧させる「確認者」としてユーザＢ２のメールアドレス「UB2@xxxxxx.xx」を入力する（ステップＳ１２）。すると、契約書管理サーバ２の契約書作成制御部２２１は、図１３の符号６１２に示すように、契約書データを閲覧させる確認者としてユーザＢ２のメールアドレスを契約書データベース２１１のメールアドレス項目に追加する。

このとき、さらに、ユーザＢ２に契約書データ内で入力させる項目がある場合には、作成者端末３が「入力領域」を指定して、入力場所を指示する。例えば、図１３の例では、作成者端末３は、「入力領域」の入力領域一覧６０から所望の「入力領域」（入力タグ）を選択して、契約書データ６２の所望の場所にドラッグ＆ドロップする。すると、契約書管理サーバ２の契約書作成制御部２２１は、図１３の符号６２１に示すように、契約書データ上に、当該契約書データを閲覧させるユーザＢ２が入力可能な「入力領域」（符号６２１）を設定して、契約書データに関連付けて契約書データベース２１１の入力領域項目に記憶する。

ここで、図１３の例における「入力領域」は、印鑑を押印する欄である。これにより、後述するように、設定されたユーザＢ２は、設定された「入力領域」である押印欄（符号６２１）に、印鑑データを押印することができる。なお、「入力領域」は、例えば、図１３の入力領域一覧６０に示させるように、署名データおよび他のテキストデータを入力する欄、あるチェック項目を選択するデータを入力するチェックボックス欄など、いかなるデータが入力される項目であってもよい。

作成者端末３が契約書データを閲覧させる「確認者」をさらに追加する場合には（ステップＳ１３でＹｅｓ）、「確認者」としてユーザＣ１のメールアドレス「UC1@xxxxxx.xx」を入力し、当該「確認者」に入力させる「入力領域」を指定する（ステップＳ１２）。すると、契約書管理サーバ２の契約書作成制御部２２１は、図１４の符号６１３に示すように、新たな「確認者」として設定し、ユーザＣ１が入力可能な「入力領域」（符号６２２）を設定して、契約書データに関連付けて契約書データベース２１１に記憶する。

このとき、図１４の例では、符号６１３に示すユーザＣ１の「入力領域」６２２を設定しているが、契約書管理サーバ２から作成者端末３に表示される契約書データには、既にユーザＢ２に設定された「入力領域」６２１も表示された状態となる。但し、現在、設定対象となっていないユーザＢ２の「入力領域」は、グレーアウトまたは点線などの異なる表示形態で表示され、設定対象の「入力領域」とは区別可能となる。

以上のようにして、本実施形態では、契約書データの「確認者」として、ユーザＢ１、ユーザＢ２、ユーザＣ１に示される３人が設定され、このうち、ユーザＢ１には「入力領域」が設定されず、ユーザＢ２、ユーザＣ１の２人の「確認者」にはそれぞれ「入力領域」が設定される。

なお、本開示ではステップＳ１２において契約書データ作成時に契約書データベース２１１へレコードを追加する実施形態を記載したが、Ｓ１１～Ｓ１４までの一部またはすべての入力項目の入力時に入力された項目を契約書データベース２１１へレコードを追加および記憶するものとしてもよい。

契約書データを閲覧させる「確認者」の追加が終了となると（ステップＳ１３でＮｏ）、ステップＳ１４において作成者端末３は契約書管理サーバ２に対して、確認要求を指示する操作を行う。すると、契約書管理サーバ２の契約書作成制御部２２１は、設定された全ての「確認者」のメールアドレスを宛先として、契約書データの閲覧要求通知を行う。本実施形態では、設定された全ての「確認者」に対して、電子メールで閲覧要求を行う。契約書管理サーバ２の契約書作成制御部２２１は、図１５に示すような電子メール７０を送信する。

このとき、契約書管理サーバ２の契約書作成制御部２２１は、閲覧要求通知を行う「確認者」毎に、契約書データにアクセスするためのアクセスアドレス５１を生成して、閲覧要求通知に含めて送信する。上記アクセスアドレスは、例えば、契約書データにアクセス可能なＵＲＬといったアドレスであると共に、「確認者」を識別する識別子を含んでいる情報である。このようにすることで、契約書管理サーバ２は、後述するように通知されたアクセスアドレスに基づいてアクセスしてきた「確認者」を認識することができる。

但し、アクセスアドレスは、上述した形式であることに限定されず、閲覧対象となる契約書データと、当該契約書データを閲覧すべくアクセスしてきた「確認者」と、を識別できる情報であれば、いかなる形式の情報であってもよい。また、アクセスアドレスは、契約書データを特定するものであればよく、必ずしも「確認者」を識別できなくてもよい。その場合には、別の方法でアクセスしてきた「確認者」を識別することとしてもよい。

＜契約書確認処理（第一実施例）＞
確認者端末４A、４B、４Cが契約書管理サーバ２にアクセスして契約書を確認する契約書確認処理（第一実施例）を、図１０のフローチャートと、図１５～図２０の表示画面を参照して説明する。確認者端末４A、４B、４Cの記憶部には、それぞれユーザＩＤ「ユーザＢ１」、「ユーザＢ２」、「ユーザＣ１」が記憶され、それぞれのユーザＩＤと関連付けられている。確認者端末４A、４B、４Cは、それぞれのユーザに送信された電子メールを閲覧することができる。

図１０は、契約書管理サーバ２の契約書確認制御部２２２による処理動作を示すフローチャートである。図１５は、契約書管理サーバ２による契約書確認処理により確認者端末４A、４B、４Cに送信される電子メールの表示画面例を示す図である。図１６～図２０は、契約書管理サーバ２による契約書確認処理により確認者端末４A、４B、４Cに表示される表示画面例を示す図である。

契約書作成処理のステップＳ１４において電子メールが送信されると、確認者端末４A、４B、４Cは、契約書管理サーバ２の契約書作成制御部２２１から送信された確認要求通知としての図１５に示すような電子メール７０をそれぞれ受信する。そして、各確認者端末４A、４B、４Cは、電子メールに含まれるＵＲＬといったアクセスアドレス７１を選択して、契約書管理サーバ２にアクセスすることができる。

ステップＳ２１において、契約書管理サーバ２の契約書確認制御部２２２は、確認者端末４A、４B、４Cからのアクセスを受け付ける。

ステップＳ２２において、契約書管理サーバ２の契約書確認制御部２２２は、アクセスアドレス７１からアクセスしてきたユーザを「確認者」として特定する。なお、契約書管理サーバ２の契約書確認制御部２２２は、上述したように、閲覧要求通知を行う際に生成したアクセスアドレス７１に「確認者」を識別する識別子を含めているため、確認者端末４A、４B、４Cがアクセスする際に用いたアクセスアドレス７１内の識別子から、アクセスしてきた「確認者」がユーザＢ１、ユーザＢ２、ユーザＣ１であることを特定する。

なお、契約書管理サーバ２の契約書確認制御部２２２によるアクセスしてきた確認者端末４A、４B、４Cの特定は、他の方法で行われてもよい。例えば、契約書管理サーバ２の契約書確認制御部２２２は、確認者端末４A、４B、４Cからアクセスを受け付けたときにユーザＩＤなどの各ユーザを識別する情報を受け付けて、ユーザデータベース２１４に記憶されたユーザＩＤおよびメールアドレスなどの登録情報と照合することで、アクセスしてきた「確認者」を特定してもよい。このように、契約書管理サーバ２の契約書確認制御部２２２は、確認者端末４A、４B、４Cからのアクセス状況に基づいて、「確認者」がユーザＢ１、ユーザＢ２、ユーザＣ１であることを特定する。

ステップＳ２３において、契約書管理サーバ２の契約書確認制御部２２２は、アクセスアドレス７１によって特定される契約書データを、契約書データベース２１１の契約書データ項目から読み出して、各確認者端末４A、４B、４Cに表示するよう送信する。このとき、契約書データ内に、アクセスしてきた「確認者」に対応した「入力領域」が設定されている場合には、契約書管理サーバ２の契約書確認制御部２２２は、「確認者」ごとに契約書データベース２１１の入力領域項目からデータを読み出して、かかる「入力領域」にそれぞれの「確認者」がデータを入力可能なよう契約書データを表示する。

＜確認者端末４Aにおける処理＞
ここで、図１６から図２０を参照して、各「確認者」による契約書データの確認処理の様子を説明する。まず、図１６は、確認者端末４Aからアクセスを受けた際に（ステップＳ２１）、契約書管理サーバ２の契約書確認制御部２２２から確認者端末４Aに表示出力された確認画面を示している（ステップＳ２２、２３）。

この画面に示すように、確認画面には契約書データが表示されるが、ユーザＢ１には「入力領域」が設定されていないため、データが入力可能な「入力領域」は表示されない。但し、ユーザＢ２、ユーザＣ１には「入力領域」６２１、６２２が設定されているため、かかる「入力領域」６２１、６２２は、ユーザＢ１の確認者端末４Ａからはデータの入力ができないように表示される（例えば、グレーアウト表示または点線表示）。また、確認画面には、この契約書データを確認する「確認者」であるユーザＢ１、ユーザＢ２、ユーザＣ１の情報が上部に表示される。これにより、ユーザＢ１は、他の確認者および当該他の確認者による入力領域を認識することができる。

ステップＳ２４において、契約書管理サーバ２の契約書確認制御部２２２は、確認者端末４Aから確認完了の入力を受ける。

ステップＳ２５において、契約書管理サーバ２の契約書確認制御部２２２は、その旨の情報を契約書データに関連付けて、契約書データベース２１１の確認フラグ項目にＴＲＵＥを設定する。ユーザＢ１には、「入力領域」が設定されていないため、契約書データを確認したことだけが記憶される。

＜確認者端末４Bにおける処理＞
次に、図１７から図１８は、符号６１２に示すように設定された「確認者」の確認者端末４Bからアクセスを受けた際に（ステップＳ２１）、契約書管理サーバ２の契約書確認制御部２２２から確認者端末４Bに表示出力された確認画面を示している（ステップＳ２２、Ｓ２３）。

図１７の画面に示すように、確認画面には契約書データが表示されるが、上述したようにユーザＢ２には「入力領域」６２１が設定されているため、当該「入力領域」６２１がデータ入力可能なよう表示される（ステップＳ２３）。一方で、符号６２２の「入力領域」はユーザＣ１に設定された「入力領域」６２２であるため、かかる「入力領域」６２２は、ユーザＢ２の確認者端末４Bからはデータの入力ができないように表示される。また、確認画面には、この契約書データを確認するユーザＢ１、ユーザＢ２、ユーザＣ１の情報が上部に表示される。

そして、ユーザＢ２は、図１７に示す画面上で契約書データの内容を確認するとともに、自身に対してデータ入力が可能な「入力領域」６２１に対してデータ入力操作を行う。この例では、「入力領域」６２１は印鑑を押印する欄であるため、ユーザＢ２が確認者端末４Bから所定の操作を行うことで、契約書管理サーバ２の契約書確認制御部２２２によって、図１８に示すように「入力領域」６２１に印鑑データが押印されることとなる（ステップＳ２４）。ここで、印鑑データは、予めユーザＢ２に対応して登録されたものであったり、押印時にユーザＢ２によって作成および認証されたものである。なお、「確認者」によって入力されるデータは、「入力領域」に応じてテキストデータであったり、署名データであってもよい。

そして、契約書管理サーバ２の契約書確認制御部２２２は、確認者端末４Bから確認完了の入力を受けると、その旨の情報を契約書データに関連付けて、契約書データベース２１１の確認フラグ項目にＴＲＵＥを設定する（ステップＳ２５）。ユーザＢ２の場合には、「入力領域」に入力された押印データが、契約書データに関連付けられて契約書データベース２１１の入力領域項目に記憶される。

＜確認者端末４Cにおける処理＞
次に、図１９から図２０は、ユーザＣ１の確認者端末４Cからアクセスを受けた際に（ステップＳ２１）、契約書管理サーバ２の契約書確認制御部２２２から確認者端末４Cに表示出力された確認画面を示している（ステップＳ２２、２３）。

図１９の画面に示すように、確認画面には契約書データが表示されるが、上述したようにユーザＣ１には「入力領域」６２２が設定されているため、当該「入力領域」６２２がデータ入力可能なよう表示される（ステップＳ２３）。一方で、符号６２１の「入力領域」はユーザＢ２に設定された「入力領域」６２１であるため、かかる「入力領域」６２１にはユーザＣ１の確認者端末４Cからはデータの入力ができないように表示される。さらに、ユーザＢ２に設定された「入力領域」６２１にすでにデータが入力されて記憶されている場合には、入力済みのデータ（ここではユーザＢ２の押印データ）も表示される。また、確認画面には、この契約書データを確認するユーザＢ１、ユーザＢ２、ユーザＣ１の情報が上部に表示される。

そして、ユーザＣ１は、図１９に示す画面上で契約書データの内容を確認するとともに、自身に対してデータ入力が可能な「入力領域」６２２に対してデータ入力操作を行う。この例では、「入力領域」６２２は印鑑を押印する欄であるため、ユーザＣ１が確認者端末４Cから所定の操作を行うことで、契約書管理サーバ２の契約書確認制御部２２２によって、図２０に示すように「入力領域」６２２に印鑑データが押印されることとなる（ステップＳ２４）。ここで、印鑑データは、予めユーザＣ１に対応して登録されたものであったり、押印時にユーザＣ１によって作成および認証されたものである。なお、「確認者」によって入力されるデータは、「入力領域」に応じてテキストデータであったり、署名データであってもよい。

そして、契約書管理サーバ２の契約書確認制御部２２２は、確認者端末４Cから確認完了の入力を受けると、その旨の情報を契約書データに関連付けて、契約書データベース２１１の確認フラグ項目にＴＲＵＥを設定する（ステップＳ２５）。ユーザＣ１の場合には、「入力領域」に入力された押印データが、契約書データに関連付けられて契約書データベース２１１の入力領域項目に記憶される。

その後、契約書管理サーバ２は、契約書データに設定された全ての「確認者」から「入力領域」に対する入力及び確認完了の操作を受けると、確認処理完了の契約書データとして設定して、契約書データベース２１１に記憶する。

＜グループ表示処理（第一実施例）＞
表示者端末５が契約書管理サーバ２へアクセスして契約書を表示するグループ表示処理（第一実施例）を図１１のフローチャートと、図２１の一覧表示画面を参照して説明する。表示者端末５に関連付けられているユーザ（表示者）をユーザＺとする。表示者であるユーザＺには、「作成者」であるユーザＡ１、「確認者」であるユーザＢ１、ユーザＢ２、ユーザＣ１を含め任意のユーザが含まれる。なお、図１１は、グループ表示制御部２２３による処理動作を示すフローチャートである。図２１は、契約書管理サーバ２によるグループ表示処理により表示者端末５に表示される一覧表示画面の表示例を示す図である。

グループ表示処理において、ユーザＺは、自身が所属するグループ（チーム、部署）に基づき、自身が「作成者」または「確認者」ではない契約書データを契約書管理サーバ２へ照会し表示させることができる。これにより、他のユーザの契約書データを表示することができる。

まず、表示者端末５は、グループ表示処理のための所定のアクセスアドレスを選択して、契約書管理サーバ２へアクセスする。

ステップＳ３１において、契約書管理サーバ２のグループ表示制御部２２３は、表示者端末５からのアクセスを受け付ける。表示者端末５は、自身を識別するためのユーザＩＤを契約書管理サーバ２へ送信する。

ステップＳ３２において、契約書管理サーバ２のグループ表示制御部２２３は、表示者端末５からユーザＩＤを受け取る。契約書管理サーバ２のグループ表示制御部２２３は、ユーザＺのユーザＩＤを検索キーとしてユーザデータベース２１４を検索することでユーザＺに設定されたグループＩＤ項目（以下、グループＺ）を取得する。

ステップＳ３３において、契約書管理サーバ２のグループ表示制御部２２３は、ユーザＺのグループＩＤであるグループＺを検索キーとしてキャビネットデータベース２１３を検索することで、グループＩＤにグループＺが紐づけられたキャビネットＩＤを取得する。次に、キャビネットＩＤを検索キーとして契約書グループデータベース２１２を検索することで、グループＩＤにグループＺが紐づけられた契約書データを取得し、表示対象リストに追加する。

ステップＳ３４において、契約書管理サーバ２のグループ表示制御部２２３は、契約書グループデータベース２１２においてキャビネットＩＤが紐づけられていない契約書データを検索する。キャビネットＩＤが紐づけられていない契約書データについて「作成者」のユーザＩＤおよび「確認者」のメールアドレスを検索キーとして、ユーザデータベース２１４を検索することにより、「作成者」および「確認者」のグループＩＤ（以下、拡張グループＩＤ）を特定する。
キャビネットＩＤが紐づけられていない契約書データのうち拡張グループＩＤにグループＺが含まれる契約書データを表示対象リストに追加する。
なお、契約書グループデータベース２１２に当該契約書データが含まれていない場合の他に、当該契約書データに対してＮＵＬＬ値、０などのキャビネットＩＤが紐づけられていないことを示す情報が記憶されている場合の他、システムにより全ての契約書データに対して一律の値が記憶されている場合、組織ＩＤごとに一律の値が記憶されている場合もキャビネットＩＤに紐づけられていない契約書データに含まれる。

ステップＳ３５において、契約書管理サーバ２のグループ表示制御部２２３は、キャビネットＩＤが紐づけられており表示対象リストに含まれていない契約書データを検索する。検索された契約書データのうち、契約書データに紐づけられた「作成者」のユーザＩＤにユーザＺのユーザＩＤが含まれる場合には、当該契約書データを表示対象リストに追加する。

ステップＳ３６において、契約書管理サーバ２のグループ表示制御部２２３は、キャビネットＩＤが紐づけられており表示対象リストに含まれていない契約書データを検索する。検索された契約書データのうち、契約書データに紐づけられた「確認者」のメールアドレスにユーザＺのメールアドレスが含まれる場合には、当該契約書データを表示対象リストに追加する。

その後、契約書管理サーバ２のグループ表示制御部２２３は、得られた表示対象リストを表示者端末５に表示させる。

＜グループ表示処理表示画面（第一実施例）＞
図２１は、グループ表示処理（第一実施例）において、ユーザＺがユーザＢ１～ユーザＢ５である場合のグループ表示処理により得られた表示対象リストに含まれる契約書データの一覧表示画面を示す図である。以下のケースを代表事例として処理内容を説明する。

ユーザＺがユーザＢ１である場合において、契約書ＩＤ「ＣＯＮＴＲＡＣＴ１」にかかる契約書の表示処理を説明する。ユーザＢ１には、グループＩＤとして「BCOMPANY-A」、「BCOMPANY-B」が紐づけられている（図７）。契約書ＩＤ「ＣＯＮＴＲＡＣＴ１」には、キャビネットＩＤとして「ACABINET-A」が紐づけられている。また、キャビネットＩＤ「ACABINET-A」には、グループＩＤとして「ACOMPANY-A」および「BCOMPANY-A」が紐づけられている（図６）。
ステップＳ３３において、契約書ＩＤ「ＣＯＮＴＲＡＣＴ１」のグループＩＤには、ユーザＢ１のグループＩＤである「BCOMPANY-A」が含まれているため、表示対象リストに追加されユーザＢ１へ表示される。

ユーザＺがユーザＢ１である場合において、契約書ＩＤ「ＣＯＮＴＲＡＣＴ２」にかかる契約書の表示処理を説明する。契約書ＩＤ「ＣＯＮＴＲＡＣＴ２」には、キャビネットＩＤが紐づけられていないため、ステップＳ３３においては表示対象リストに追加されない。
ステップＳ３４において、確認者のユーザＢ２、ユーザＢ４に基づき、それぞれ、拡張グループＩＤの「BCOMPANY-C」、「BCOMPANY-A」が特定される。ユーザＢ１のグループＩＤが拡張グループＩＤに含まれているため、表示対象リストに追加されユーザＢ１へ表示される。

ユーザＺがユーザＢ２である場合において、契約書ＩＤ「ＣＯＮＴＲＡＣＴ１」にかかる契約書の表示処理を説明する。ステップＳ３３において、契約書ＩＤ「ＣＯＮＴＲＡＣＴ１」にキャビネットＩＤを介して紐づけられたグループＩＤには、ユーザＢ２のグループＩＤが含まれないため、ステップＳ３３においては表示対象リストに追加されない。契約書ＩＤ「ＣＯＮＴＲＡＣＴ１」には、キャビネットＩＤが紐づけられているため、ステップＳ３４においては表示対象リストに追加されない。ステップＳ３５において、契約書ＩＤ「ＣＯＮＴＲＡＣＴ１」の「確認者」のメールアドレスにはユーザＢ２のメールアドレスが含まれるため、表示対象リストに追加されユーザＢ２へ表示される。

ユーザＺがユーザＢ２である場合において、契約書ＩＤ「ＣＯＮＴＲＡＣＴ５」にかかる契約書の表示処理を説明する。契約書ＩＤ「ＣＯＮＴＲＡＣＴ５」には、キャビネットＩＤを介してグループＩＤ「BCOMPANY-B」が紐づけられている（図６）。
ステップＳ３３において、契約書ＩＤ「ＣＯＮＴＲＡＣＴ５」にキャビネットＩＤを介して紐づけられたグループＩＤには、ユーザＢ２のグループＩＤが含まれないため、ステップＳ３３においては表示対象リストに追加されない。契約書ＩＤ「ＣＯＮＴＲＡＣＴ５」には、キャビネットＩＤが紐づけられているため、ステップＳ３４においては表示対象リストに追加されない。ステップＳ３５において、契約書ＩＤ「ＣＯＮＴＲＡＣＴ５」の「作成者」のユーザＩＤにはユーザＢ２が含まれるため、表示対象リストに追加されユーザＢ２へ表示される。

＜契約書作成処理（第二実施例）＞
図２２は、契約書作成処理（第二実施例）の契約書管理サーバ２の契約書作成制御部２２１による処理動作を示すフローチャートである。ステップＳ１１～Ｓ１４までの処理は契約書作成処理（第一実施例）と同様であるため説明を省略する。

ステップＳ１５において、契約書管理サーバ２の契約書作成制御部２２１は、ユーザＡ１、ユーザB１、ユーザＢ２、ユーザＣ１のメールアドレスを検索キーとして、ユーザＡ１、ユーザB１、ユーザＢ２、ユーザＣ１に紐づけられたグループＩＤを特定する。

ステップＳ１６において、契約書管理サーバ２の契約書作成制御部２２１は、ステップＳ１５において特定したグループＩＤから、キャビネットデータベース２１３を参照しキャビネットＩＤを特定する。契約書管理サーバ２の契約書作成制御部２２１は、契約書データの契約書ＩＤおよびキャビネットＩＤを、契約書グループデータベース２１２の契約書ＩＤ項目およびキャビネットＩＤ項目へ記憶する。

なお、ステップＳ１５、ステップＳ１６において、作成者または確認者の一方のキャビネットＩＤのみを記憶する構成としても良い。

このような制御を行うことにより、ユーザＺが「作成者」または「確認者」であっても、契約書データにキャビネットを介して紐づけられたグループに含まれない場合には、契約書の表示を制限することができる。例えば、ユーザＺが当初「確認者」として契約書データに関連する業務に携わっていたものの、後日異動により異なるグループに所属することになったような場合が相当する。

＜契約書確認処理（第二実施例）＞
図２３は、契約書確認処理（第二実施例）の契約書管理サーバ２の契約書確認制御部２２２による処理動作を示すフローチャートである。ステップＳ２１～Ｓ２５までの処理は第一実施例にかかる契約書確認処理と同様であるため説明を省略する。

＜確認者端末４Aにおける処理＞
確認者端末４Aからアクセスを受けた際に、契約書管理サーバ２の契約書確認制御部２２２は、アクセスアドレス７１によって特定される契約書データの契約書ＩＤおよびユーザＢ１のメールアドレスを、契約書データベース２１１から読み出す（ステップＳ２６）。

ステップＳ２７において、契約書管理サーバ２の契約書確認制御部２２２は、ユーザＢ１のメールアドレスを検索キーとしてユーザＢ１に紐づけられたグループＩＤを読み出す。

ステップＳ２８において、契約書管理サーバ２の契約書確認制御部２２２は、ステップＳ２７において読み出したグループＩＤから、キャビネットデータベース２１３を参照しキャビネットＩＤを特定する。契約書データの契約書ＩＤおよびキャビネットＩＤを、契約書グループデータベース２１２の契約書ＩＤ項目およびキャビネットＩＤ項目へ記憶する。

これにより、契約書データのキャビネットＩＤとしてユーザＢ１のグループＩＤに紐づけられたキャビネットＩＤを設定することができ、操作者による契約書データのキャビネットＩＤとの紐づけ作業を省略することができ紐づけ忘れなどのミスを防止することができる。また、確認者であるユーザＢ１の操作に基づき、契約書データにキャビネットＩＤを介してユーザＢ１のグループＩＤが紐づけられることから、ユーザＢ１の所属する組織にとってはセキュリティ上望ましい処理といえる。

＜確認者端末４Ｂにおける処理＞
確認者端末４Ｂからアクセスを受けた際に、契約書管理サーバ２の契約書確認制御部２２２は、アクセスアドレス７１によって特定される契約書データの契約書ＩＤおよびユーザＢ２のメールアドレスを、契約書データベース２１１から読み出す（ステップＳ２６）。

ステップＳ２７において、契約書管理サーバ２の契約書確認制御部２２２は、ユーザＢ２のメールアドレスを検索キーとしてユーザＢ２に紐づけられたグループＩＤを読み出す。

ステップＳ２８において、契約書管理サーバ２の契約書確認制御部２２２は、ステップＳ２７において読み出したグループＩＤから、キャビネットデータベース２１３を参照しキャビネットＩＤを特定する。契約書データの契約書ＩＤおよびキャビネットＩＤを、契約書グループデータベース２１２の契約書ＩＤ項目およびキャビネットＩＤ項目へ記憶する。

＜確認者端末４Ｃにおける処理＞
確認者端末４Ｃからアクセスを受けた際に、契約書管理サーバ２の契約書確認制御部２２２は、アクセスアドレス７１によって特定される契約書データの契約書ＩＤおよびユーザＣ１のメールアドレスを、契約書データベース２１１から読み出す（ステップＳ２６）。

ステップＳ２７において、契約書管理サーバ２の契約書確認制御部２２２は、ユーザＣ１のメールアドレスを検索キーとしてユーザＢ２に紐づけられたグループＩＤを読み出す。

ステップＳ２８において、契約書管理サーバ２の契約書確認制御部２２２は、ステップＳ２７において読み出したグループＩＤから、キャビネットデータベース２１３を参照しキャビネットＩＤを特定する。契約書データの契約書ＩＤおよびキャビネットＩＤを、契約書グループデータベース２１２の契約書ＩＤ項目およびキャビネットＩＤ項目へ記憶する。
なお、契約書確認処理（第二実施例）において、ステップＳ２６～Ｓ２８の処理を、ステップＳ２３、ステップＳ２４、ステップＳ２５のいずれかのステップの処理後に実行するように構成しても良い。
例えば、ステップＳ２５におけるユーザによる契約書の確認処理完了後に行われるものとしても良い。また、複数の「確認者」がいる場合は、最後の「確認者」による確認完了後に、複数の「確認者」のうちの一部または全員に対してステップＳ２６～Ｓ２８の処理を実行するように構成しても良い。
これにより、「確認者」により確認が完了した契約書データに対し自動的にキャビネットＩＤを付与し記憶することができる。確認者の同僚や上司などが、「確認者」により確認が完了した契約書データを参照できるようになる。

＜グループ表示処理（第二実施例）＞
第二実施例にかかる契約書を表示する処理を図２４のフローチャートと、図２５の一覧表示画面を参照して説明する。なお、なお、図２４は、グループ表示制御部２２３による処理動作を示すフローチャートである。図２５は、契約書管理サーバ２によるグループ表示処理により表示者端末５に表示される一覧表示画面の表示例を示す図である。

なお、ステップＳ３１～Ｓ３４までの処理は第一実施例にかかる契約書確認処理と同様であるため説明を省略する。

第二実施例におけるグループ表示処理においては、ステップＳ３５およびＳ３６が含まれない。つまり、ユーザZが契約書データの作成者または確認者であったとしても、契約書データにキャビネットＩＤを介してグループＩＤが紐づけられている場合に、当該グループＩＤにユーザＺのグループＩＤが含まれない場合には表示しない。

このような制御を行うことにより、ユーザＺが「作成者」または「確認者」であっても、契約書データに設定されたグループに含まれない場合には、契約書の表示を制限することができる。例えば、ユーザＺが当初「確認者」として契約書データに関連する業務に携わっていたものの、後日異動により異なるグループに所属することになったような場合が相当する。

＜グループ表示処理表示画面（第二実施例）＞
図２５は、グループ表示処理（第二実施例）において、ユーザＺがユーザＢ１～ユーザＢ５である場合のグループ表示処理により得られた表示対象リストに含まれる契約書データの一覧表示画面を示す図である。以下のケースを代表事例として処理内容を説明する。

ユーザＺがユーザＢ２である場合において、契約書ＩＤ「ＣＯＮＴＲＡＣＴ１」にかかる契約書の表示処理を説明する。ステップＳ３３において、契約書ＩＤ「ＣＯＮＴＲＡＣＴ１」のキャビネットＩＤを介して紐づけられたグループＩＤには、ユーザＢ２のグループＩＤが含まれないため、ステップＳ３３においては表示対象リストに追加されない。契約書ＩＤ「ＣＯＮＴＲＡＣＴ１」には、キャビネットＩＤが紐づけられているため、ステップＳ３４においては表示対象リストに追加されない。契約書ＩＤ「ＣＯＮＴＲＡＣＴ１」は表示対象リストに含まれないため、ユーザＢ２に表示されない。

ユーザＺがユーザＢ２である場合において、契約書ＩＤ「ＣＯＮＴＲＡＣＴ５」にかかる契約書の表示処理を説明する。契約書ＩＤ「ＣＯＮＴＲＡＣＴ５」には、キャビネットＩＤを介してグループＩＤ「BCOMPANY-B」が紐づけられている（図６）。
ステップＳ３３において、契約書ＩＤ「ＣＯＮＴＲＡＣＴ５」のキャビネットＩＤを介して紐づけられたグループＩＤには、ユーザＢ２のグループＩＤが含まれないため、ステップＳ３３においては表示対象リストに追加されない。契約書ＩＤ「ＣＯＮＴＲＡＣＴ５」には、キャビネットＩＤが紐づけられているため、ステップＳ３４においては表示対象リストに追加されない。契約書ＩＤ「ＣＯＮＴＲＡＣＴ５」は表示対象リストに含まれないため、ユーザＢ２に表示されない。

＜コンピュータの基本ハードウェア構成＞
図２６は、コンピュータの基本的なハードウェア構成を示すブロック図である。コンピュータは、プロセッサ、主記憶装置、補助記憶装置、通信インタフェースを備える。これらは通信バスにより相互に電気的に接続される。
なお、各ハードウェア構成の全部または一部を複数のコンピュータに分散して設け、ネットワークを介して相互に接続することによりコンピュータを仮想的に実現することができる。このように、コンピュータは、単一の筐体、ケースに収納されたコンピュータだけでなく、仮想化されたコンピュータシステムも含む概念である。

プロセッサとは、プログラムに記述された命令セットを実行するためのハードウェアである。プロセッサは、演算装置、レジスタ、周辺回路等により構成される。

主記憶装置とは、プログラム、及びプログラム等で処理されるデータ等を一時的に記憶するためのものである。例えば、ＤＲＡＭ（Dynamic Random Access Memory）等の揮発性のメモリである。

補助記憶装置とは、データ及びプログラムを保存するための記憶装置である。例えば、フラッシュメモリ、ＨＤＤ（Hard Disc Drive）、光磁気ディスク、ＣＤ―ＲＯＭ、ＤＶＤ―ＲＯＭ、半導体メモリ等である。

通信インタフェース（Interface）とは、有線又は無線の通信規格を用いて、外部の装置と通信するための信号を入出力するためのインタフェースである。

＜コンピュータの基本機能構成＞
コンピュータの基本ハードウェア構成（図２６）により実現されるコンピュータの機能構成を説明する。コンピュータは、制御部、通信部、記憶部を備える。

プロセッサは、プログラムを補助記憶装置から読み出して主記憶装置に展開し、当該プログラムに従って処理を実行する。これにより、制御部を各種機能ユニットとして機能させることができる。また、プログラムがネットワークを介してコンピュータに配信される場合、配信を受けたコンピュータが当該プログラムを主記憶装置に展開し、当該プログラムに従って処理を実行してもよい。
なお、コンピュータが備える機能ユニットは、それぞれの機能ユニットの全部または一部を、ネットワークで相互に接続された複数のコンピュータに分散して設けても実現することができる。コンピュータは、単一のコンピュータだけでなく、仮想化されたコンピュータシステムも含む概念である。

通信部は、通信インタフェースにより実現される。通信部は、ネットワークを介して他のコンピュータと通信を行うための機能を実現する。他のコンピュータから送信される情報を受信したり、他のコンピュータへ情報を送信することができる。ネットワークは、インターネット、ＬＡＮ、図示しない無線基地局によって構築される各種移動通信システム等で構成される。例えば、３Ｇ、４Ｇ、５Ｇ移動通信システム、ＬＴＥ（Long Term Evolution）、所定のアクセスポイントによってインターネットに接続可能な無線ネットワーク（例えばWi-Fi（登録商標））等が含まれる。無線で接続する場合、通信プロトコルとして例えば、Ｚ―Ｗａｖｅ（登録商標）、ＺｉｇＢｅｅ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）等が使用されてもよい。通信部は、有線で接続する場合、ＵＳＢ（Universal Serial Bus）ケーブル等により接続してもよい。

記憶部は、主記憶装置、補助記憶装置により実現される。記憶部は、データ、プログラム、各種データベースを記憶する機能を実現する。プロセッサは、プログラムに従って記憶部に対応する記憶領域を主記憶装置または補助記憶装置に確保することができる。

＜付記＞
以上の各実施形態で説明した事項を以下に付記する。

（付記１）
プロセッサと、記憶部とを備えるコンピュータに異なる組織に属するユーザ間の電子的な契約手続きを実行させるためのプログラムであって、プログラムは、プロセッサに、第１ユーザ識別情報および第２メールアドレスに紐づけられた契約書データを保存する保存ステップ（Ｓ１１）と、契約書データに紐づけられた第３グループ識別情報を取得するステップ（Ｓ３３）と、第４グループ識別情報に紐づけられた第４ユーザ識別情報を有する第４ユーザからの照会リクエストに対して処理を行う照会ステップ（Ｓ３１）と、を実行させ、照会ステップは、第４グループ識別情報が第３グループ識別情報と一致する場合は、契約書データを表示させ（Ｓ３３）、第４グループ識別情報が第３グループ識別情報と一致しない場合は、契約書データを第４ユーザへ表示させない（Ｓ３３）、プログラム。
これにより、ユーザが契約書を参照および編集できる範囲をグループ単位で効率的に制限することができる。

（付記２）
第２メールアドレスに紐づけられた第２ユーザ識別情報を取得するステップ（Ｓ２６）と、第２ユーザ識別情報に紐づけられた第２グループ識別情報を取得するステップ（Ｓ２７）と、契約書データに対して第２グループ識別情報を紐づける付与ステップ（Ｓ２８）と、を実行させる付記１記載のプログラム。
これにより、異なる組織に所属する「作成者」が作成した契約書に対してもグループを自動的に設定することができ、契約書管理のヌケ、モレを抑制することができる。

（付記３）
第２メールアドレスへ、契約書データへアクセスするためのアドレスが記載されたメールを送付するステップ（Ｓ１４）と、を実行させ、付与ステップは、アドレスへアクセスした後に、契約書データに対し第２グループ識別情報を紐づける（Ｓ２８）、付記１または２記載のプログラム。
これにより、「確認者」が契約書を確認する際のより新しいタイミングで、「確認者」に設定されたグループを当該契約書のグループに自動的に設定することができる。「作成者」が契約書を作成した後に、「確認者」が部署異動などによりグループが変更された場合にも契約書に対して最新の「確認者」のグループを設定することができる。

（付記４）
第１ユーザ識別情報に紐づけられた第１グループ識別情報を取得するステップ（Ｓ１５）と、を実行させ、保存ステップは、契約書データに対し第１グループ識別情報を紐づける（Ｓ１６）、付記１～３のいずれか記載のプログラム。
これにより、「作成者」は契約書を作成したタイミングで、「確認者」は契約書を確認するタイミングで、「作成者」および「確認者」のそれぞれに設定されたグループを当該契約書のグループに自動的に設定することができる。契約書管理のヌケ、モレを抑制することができる。

（付記５）
第１ユーザ識別情報に紐づけられた第１グループ識別情報を取得するステップと、を実行させ、照会ステップは、第３グループ識別情報が存在せず、第１グループ識別情報が存在する場合は、第４グループ識別情報が第１グループ識別情報と一致する場合は、契約書データを第４ユーザへ表示させ（Ｓ３４）、第４グループ識別情報が第１グループ識別情報と一致しない場合は、契約書データを第４ユーザへ表示させない（Ｓ３４）、付記１～４のいずれか記載のプログラム。
これにより、ユーザが契約書を参照および編集できる範囲を当該契約書の「作成者」と同一グループに所属するユーザに制限することができる。

（付記６）
第２メールアドレスに紐づけられた第２ユーザ識別情報を取得するステップと、第２ユーザ識別情報に紐づけられた第２グループ識別情報を取得するステップと、を実行させ、照会ステップは、第３グループ識別情報が存在せず、第２グループ識別情報が存在する場合は、第４グループ識別情報が第２グループ識別情報と一致する場合は、契約書データを第４ユーザへ表示させ（Ｓ３４）、第４グループ識別情報が第２グループ識別情報と一致しない場合は、契約書データを第４ユーザへ表示させない（Ｓ３４）、付記１～５のいずれか記載のプログラム。
これにより、ユーザが契約書を参照および編集できる範囲を当該契約書の「確認者」と同一グループに所属するユーザに制限することができる。

（付記７）
第１ユーザ識別情報を有する第１ユーザからの照会リクエストに対して処理を行う第１照会ステップと、を実行させ、第１照会ステップは、第３グループ識別情報が存在する場合は、第１グループ識別情報が第３グループ識別情報と一致しない場合であっても、契約書データを第１ユーザへ表示させる（Ｓ３５）、付記１～６のいずれか記載のプログラム。
これにより、契約書に設定されたグループに、「作成者」自身のグループが含まれていない場合も「作成者」は契約書を照会することができる。

（付記８）
第１ユーザ識別情報を有する第１ユーザからの照会リクエストに対して処理を行う第１照会ステップと、を実行させ、第１照会ステップは、第３グループ識別情報が存在する場合は、第１グループ識別情報が第３グループ識別情報と一致する場合であっても、契約書データを第１ユーザへ表示させない、付記１～６のいずれか記載のプログラム。
これにより、契約書に設定されたグループに、「作成者」自身のグループが含まれていない場合に「作成者」であっても契約書を照会することができず、セキュリティを向上させることができる。

（付記９）
第２ユーザ識別情報を有する第２ユーザからの照会リクエストに対して処理を行う第２照会ステップと、を実行させ、第２照会ステップは、第３グループ識別情報が存在する場合は、第２グループ識別情報が第３グループ識別情報と一致しない場合であっても、契約書データを第２ユーザへ表示させる（Ｓ３６）、付記１～８のいずれか記載のプログラム。
これにより、契約書に設定されたグループに、「確認者」自身のグループが含まれていない場合も「確認者」は契約書を照会することができる。

（付記１０）
第２ユーザ識別情報を有する第２ユーザからの照会リクエストに対して処理を行う第２照会ステップと、を実行させ、第２照会ステップは、第３グループ識別情報が存在する場合は、第４グループ識別情報が第３グループ識別情報と一致する場合であっても、契約書データを第２ユーザへ表示させない、付記１～８のいずれか記載のプログラム。
これにより、契約書に設定されたグループに、「確認者」自身のグループが含まれていない場合に「確認者」であっても契約書を照会することができず、セキュリティを向上させることができる。

１ 情報処理システム、２ 契約書管理サーバ、２１ 記憶部、２２ 制御部、３ 作成者端末、３１ 記憶部、３２ 制御部、４Ａ，４Ｂ，４Ｃ 確認者端末、５ 表示者端末

Claims (13)

1. プロセッサと、記憶部とを備えるコンピュータに異なる組織に属するユーザ間の電子的な契約手続きを実行させるためのプログラムであって、
   前記プログラムは、前記プロセッサに、
   第１ユーザ識別情報および第２メールアドレスに紐づけられた契約書データを保存する保存ステップと、
   前記契約書データに紐づけられた第３グループ識別情報を取得するステップと、
   第４グループ識別情報に紐づけられた第４ユーザ識別情報を有する第４ユーザからの照会リクエストに対して処理を行う照会ステップと、
   を実行させ、
   前記照会ステップは、
   第４グループ識別情報が第３グループ識別情報と一致する場合は、前記契約書データを表示させ、
   第４グループ識別情報が第３グループ識別情報と一致しない場合は、前記契約書データを第４ユーザへ表示させない、
   前記第３グループ識別情報は、前記第１ユーザ識別情報に基づき特定される第１ユーザおよび前記第２メールアドレスに基づき特定される第２ユーザにより前記契約書データに対する確認処理が実行された後に、前記契約書データに紐付けられる、
   プログラム。
2. 前記第２ユーザと、前記第４ユーザと、は同じ組織に属する、
   請求項１記載のプログラム。
3. プロセッサと、記憶部とを備えるコンピュータに異なる組織に属するユーザ間の電子的な契約手続きを実行させるためのプログラムであって、
   前記プログラムは、前記プロセッサに、
   第１ユーザ識別情報および第２メールアドレスに紐づけられた契約書データを保存する保存ステップと、
   前記契約書データに紐づけられた第３グループ識別情報を取得するステップと、
   第４グループ識別情報に紐づけられた第４ユーザ識別情報を有する第４ユーザからの照会リクエストに対して処理を行う照会ステップと、
   第２メールアドレスに紐づけられた第２ユーザ識別情報を取得するステップと、
   第２ユーザ識別情報に紐づけられた第２グループ識別情報を取得するステップと、
   前記契約書データに対して第２グループ識別情報を紐づける付与ステップと、
   を実行させ、
   前記照会ステップは、
   第４グループ識別情報が第３グループ識別情報と一致する場合は、前記契約書データを表示させ、
   第４グループ識別情報が第３グループ識別情報と一致しない場合は、前記契約書データを第４ユーザへ表示させない、
   プログラム。
4. 第２メールアドレスへ、契約書データへアクセスするためのアドレスが記載されたメールを送付するステップと、
   を実行させ、
   前記付与ステップは、前記アドレスへアクセスした後に、前記契約書データに対し第２グループ識別情報を紐づける、
   請求項３記載のプログラム。
5. 第１ユーザ識別情報に紐づけられた第１グループ識別情報を取得するステップと、
   を実行させ、
   前記保存ステップは、前記契約書データに対し第１グループ識別情報を紐づける、
   請求項１から４のいずれか記載のプログラム。
6. プロセッサと、記憶部とを備えるコンピュータに異なる組織に属するユーザ間の電子的な契約手続きを実行させるためのプログラムであって、
   前記プログラムは、前記プロセッサに、
   第１ユーザ識別情報および第２メールアドレスに紐づけられた契約書データを保存する保存ステップと、
   前記契約書データに紐づけられた第３グループ識別情報を取得するステップと、
   第４グループ識別情報に紐づけられた第４ユーザ識別情報を有する第４ユーザからの照会リクエストに対して処理を行う照会ステップと、
   第１ユーザ識別情報に紐づけられた第１グループ識別情報を取得するステップと、
   を実行させ、
   前記照会ステップは、
   第４グループ識別情報が第３グループ識別情報と一致する場合は、前記契約書データを表示させ、
   第４グループ識別情報が第３グループ識別情報と一致しない場合は、前記契約書データを第４ユーザへ表示させない、
   第３グループ識別情報が存在せず、第１グループ識別情報が存在する場合は、
   第４グループ識別情報が第１グループ識別情報と一致する場合は、前記契約書データを第４ユーザへ表示させ、
   第４グループ識別情報が第１グループ識別情報と一致しない場合は、前記契約書データを第４ユーザへ表示させない、
   プログラム。
7. プロセッサと、記憶部とを備えるコンピュータに異なる組織に属するユーザ間の電子的な契約手続きを実行させるためのプログラムであって、
   前記プログラムは、前記プロセッサに、
   第１ユーザ識別情報および第２メールアドレスに紐づけられた契約書データを保存する保存ステップと、
   前記契約書データに紐づけられた第３グループ識別情報を取得するステップと、
   第４グループ識別情報に紐づけられた第４ユーザ識別情報を有する第４ユーザからの照会リクエストに対して処理を行う照会ステップと、
   第２メールアドレスに紐づけられた第２ユーザ識別情報を取得するステップと、
   第２ユーザ識別情報に紐づけられた第２グループ識別情報を取得するステップと、
   を実行させ、
   前記照会ステップは、
   第４グループ識別情報が第３グループ識別情報と一致する場合は、前記契約書データを表示させ、
   第４グループ識別情報が第３グループ識別情報と一致しない場合は、前記契約書データを第４ユーザへ表示させない、
   第３グループ識別情報が存在せず、第２グループ識別情報が存在する場合は、
   第４グループ識別情報が第２グループ識別情報と一致する場合は、前記契約書データを第４ユーザへ表示させ、
   第４グループ識別情報が第２グループ識別情報と一致しない場合は、前記契約書データを第４ユーザへ表示させない、
   プログラム。
8. プロセッサと、記憶部とを備えるコンピュータに異なる組織に属するユーザ間の電子的な契約手続きを実行させるためのプログラムであって、
   前記プログラムは、前記プロセッサに、
   第１ユーザ識別情報および第２メールアドレスに紐づけられた契約書データを保存する保存ステップと、
   前記契約書データに紐づけられた第３グループ識別情報を取得するステップと、
   第４グループ識別情報に紐づけられた第４ユーザ識別情報を有する第４ユーザからの照会リクエストに対して処理を行う照会ステップと、
   第１ユーザ識別情報を有する第１ユーザからの照会リクエストに対して処理を行う第１照会ステップと、
   を実行させ、
   前記照会ステップは、
   第４グループ識別情報が第３グループ識別情報と一致する場合は、前記契約書データを表示させ、
   第４グループ識別情報が第３グループ識別情報と一致しない場合は、前記契約書データを第４ユーザへ表示させない、
   第１照会ステップは、
   第３グループ識別情報が存在する場合は、
   第１グループ識別情報が第３グループ識別情報と一致しない場合であっても、前記契約書データを第１ユーザへ表示させる、
   プログラム。
9. プロセッサと、記憶部とを備えるコンピュータに異なる組織に属するユーザ間の電子的な契約手続きを実行させるためのプログラムであって、
   前記プログラムは、前記プロセッサに、
   第１ユーザ識別情報および第２メールアドレスに紐づけられた契約書データを保存する保存ステップと、
   前記契約書データに紐づけられた第３グループ識別情報を取得するステップと、
   第４グループ識別情報に紐づけられた第４ユーザ識別情報を有する第４ユーザからの照会リクエストに対して処理を行う照会ステップと、
   第１ユーザ識別情報を有する第１ユーザからの照会リクエストに対して処理を行う第１照会ステップと、
   を実行させ、
   前記照会ステップは、
   第４グループ識別情報が第３グループ識別情報と一致する場合は、前記契約書データを表示させ、
   第４グループ識別情報が第３グループ識別情報と一致しない場合は、前記契約書データを第４ユーザへ表示させない、
   第１照会ステップは、
   第３グループ識別情報が存在する場合は、
   第１グループ識別情報が第３グループ識別情報と一致する場合であっても、前記契約書データを第１ユーザへ表示させない、
   プログラム。
10. プロセッサと、記憶部とを備えるコンピュータに異なる組織に属するユーザ間の電子的な契約手続きを実行させるためのプログラムであって、
    前記プログラムは、前記プロセッサに、
    第１ユーザ識別情報および第２メールアドレスに紐づけられた契約書データを保存する保存ステップと、
    前記契約書データに紐づけられた第３グループ識別情報を取得するステップと、
    第４グループ識別情報に紐づけられた第４ユーザ識別情報を有する第４ユーザからの照会リクエストに対して処理を行う照会ステップと、
    第２ユーザ識別情報を有する第２ユーザからの照会リクエストに対して処理を行う第２照会ステップと、
    を実行させ、
    前記照会ステップは、
    第４グループ識別情報が第３グループ識別情報と一致する場合は、前記契約書データを表示させ、
    第４グループ識別情報が第３グループ識別情報と一致しない場合は、前記契約書データを第４ユーザへ表示させない、
    前記第２照会ステップは、
    第３グループ識別情報が存在する場合は、
    第２グループ識別情報が第３グループ識別情報と一致しない場合であっても、前記契約書データを第２ユーザへ表示させる、
    プログラム。
11. プロセッサと、記憶部とを備えるコンピュータに異なる組織に属するユーザ間の電子的な契約手続きを実行させるためのプログラムであって、
    前記プログラムは、前記プロセッサに、
    第１ユーザ識別情報および第２メールアドレスに紐づけられた契約書データを保存する保存ステップと、
    前記契約書データに紐づけられた第３グループ識別情報を取得するステップと、
    第４グループ識別情報に紐づけられた第４ユーザ識別情報を有する第４ユーザからの照会リクエストに対して処理を行う照会ステップと、
    第２ユーザ識別情報を有する第２ユーザからの照会リクエストに対して処理を行う第２照会ステップと、
    を実行させ、
    前記照会ステップは、
    第４グループ識別情報が第３グループ識別情報と一致する場合は、前記契約書データを表示させ、
    第４グループ識別情報が第３グループ識別情報と一致しない場合は、前記契約書データを第４ユーザへ表示させない、
    前記第２照会ステップは、
    第３グループ識別情報が存在する場合は、
    第４グループ識別情報が第３グループ識別情報と一致する場合であっても、前記契約書データを第２ユーザへ表示させない、
    プログラム。
12. プロセッサと、記憶部とを備える情報処理装置であって、
    前記プロセッサが、請求項１から１１のいずれか記載のプログラムを実行する、
    情報処理装置。
13. プロセッサと、記憶部とを備えるコンピュータにより実行される情報処理方法であって、
    前記プロセッサが、請求項１から１１のいずれか記載のプログラムを実行する、
    情報処理方法。