JP2024018444A - 契約管理プログラム、情報処理装置、情報処理システム、情報処理方法 - Google Patents
契約管理プログラム、情報処理装置、情報処理システム、情報処理方法 Download PDFInfo
- Publication number
- JP2024018444A JP2024018444A JP2022121799A JP2022121799A JP2024018444A JP 2024018444 A JP2024018444 A JP 2024018444A JP 2022121799 A JP2022121799 A JP 2022121799A JP 2022121799 A JP2022121799 A JP 2022121799A JP 2024018444 A JP2024018444 A JP 2024018444A
- Authority
- JP
- Japan
- Prior art keywords
- contract
- information
- user
- cancellation
- credit
- 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
- 230000010365 information processing Effects 0.000 title claims abstract description 34
- 238000003672 processing method Methods 0.000 title claims abstract description 6
- 230000008520 organization Effects 0.000 claims abstract description 65
- 238000000034 method Methods 0.000 claims description 83
- 238000012790 confirmation Methods 0.000 description 125
- 230000008569 process Effects 0.000 description 74
- 238000012545 processing Methods 0.000 description 44
- 238000010586 diagram Methods 0.000 description 23
- 238000004891 communication Methods 0.000 description 15
- 230000004044 response Effects 0.000 description 7
- 238000005516 engineering process Methods 0.000 description 4
- 230000006870 function Effects 0.000 description 4
- 230000008859 change Effects 0.000 description 3
- 230000000694 effects Effects 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 238000011160 research Methods 0.000 description 2
- 238000004458 analytical method Methods 0.000 description 1
- 238000013473 artificial intelligence Methods 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 230000007423 decrease Effects 0.000 description 1
- 238000013136 deep learning model Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000014509 gene expression Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000010801 machine learning Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 230000009467 reduction Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
【課題】契約当事者毎にどのような契約情報を締結しているのか整理、管理する契約管理プログラム、情報処理装置、情報処理システム及び情報処理方法を提供する。【解決手段】契約管理プログラムは、当事者として第1組織が締結し、契約存続中の契約情報を取得する契約情報取得ステップと、契約情報取得ステップにおいて取得した契約情報の1又は複数の相手方を特定する相手方特定ステップと、相手方特定ステップにおいて特定した1又は複数の相手方の夫々の1又は複数の信用情報を取得する相手方信用情報取得ステップと、相手方信用情報取得ステップにおいて取得した1又は複数の信用情報が、契約情報取得ステップにおいて取得した契約情報に含まれる特定契約条項に該当するか否かを判定する該当判定ステップと、該当判定ステップにおいて、1又は複数の信用情報が、特定契約条項に該当すると判定した場合に通知情報を出力する情報通知ステップと、を実行する。【選択図】図13
Description
本開示は、契約管理プログラム、情報処理装置、情報処理システム、情報処理方法に関する。
コンピュータ技術の発達および普及に伴い、これまでは紙媒体が利用されていた書類が電子化されつつある。例えば、当事者の署名および押印が必要となる契約書といった書類も、電子データで管理することが考えられている。
特許文献1には、契約の締結、契約の解約を保証して、電子契約書の保管を行う技術が開示されている。
特許文献1には、契約の締結、契約の解約を保証して、電子契約書の保管を行う技術が開示されている。
複数のユーザ間の電子的な契約手続きにおいて、契約当事者ごとにどのような契約情報を締結しているのか整理、管理することができていないという課題がある。
そこで、本開示は、上記課題を解決すべくなされたものであって、その目的は、契約当事者ごとにどのような契約情報を締結しているのか整理、管理する技術を提供することである。
そこで、本開示は、上記課題を解決すべくなされたものであって、その目的は、契約当事者ごとにどのような契約情報を締結しているのか整理、管理する技術を提供することである。
プロセッサと、記憶部とを備え、コンピュータにユーザ間の電子的な契約手続きを記憶させるための契約管理プログラムであって、プロセッサは、当事者として第1組織が締結し、契約存続中の契約情報を取得する契約取得ステップと、契約取得ステップにおいて取得した契約情報の1または複数の相手方を特定する相手方特定ステップと、相手方特定ステップにおいて特定した1または複数の相手方のそれぞれの1または複数の信用情報を取得する信用取得ステップと、信用取得ステップにおいて取得した1または複数の信用情報が、契約取得ステップにおいて取得した契約情報に含まれる特定契約条項に該当するか否かを判定する判定ステップと、判定ステップにおいて、1または複数の信用情報が、特定契約条項に該当すると判定された場合に通知情報を出力する通知出力ステップと、を実行する契約管理プログラム。
本開示によれば、契約当事者ごとにどのような契約情報を締結しているのか整理、管理することができる。
以下、本開示の実施形態について図面を参照して説明する。実施形態を説明する全図において、共通の構成要素には同一の符号を付し、繰り返しの説明を省略する。なお、以下の実施形態は、特許請求の範囲に記載された本開示の内容を不当に限定するものではない。また、実施形態に示される構成要素のすべてが、本開示の必須の構成要素であるとは限らない。また、各図は模式図であり、必ずしも厳密に図示されたものではない。
<システム1の構成>
本開示におけるシステム1は、複数のユーザ間において締結された契約情報を記憶、管理するサービスを実現するための情報処理システムである。
システム1は、ネットワークNを介して接続された、サーバ10、第1ユーザ端末20、第2ユーザ端末30、機関サーバ40の情報処理装置を備える。
図1は、システム1の機能構成を示すブロック図である。
図2は、サーバ10の機能構成を示すブロック図である。
図3は、第1ユーザ端末20の機能構成を示すブロック図である。
図4は、第2ユーザ端末30の機能構成を示すブロック図である。
本開示におけるシステム1は、複数のユーザ間において締結された契約情報を記憶、管理するサービスを実現するための情報処理システムである。
システム1は、ネットワークNを介して接続された、サーバ10、第1ユーザ端末20、第2ユーザ端末30、機関サーバ40の情報処理装置を備える。
図1は、システム1の機能構成を示すブロック図である。
図2は、サーバ10の機能構成を示すブロック図である。
図3は、第1ユーザ端末20の機能構成を示すブロック図である。
図4は、第2ユーザ端末30の機能構成を示すブロック図である。
各情報処理装置は演算装置と記憶装置とを備えたコンピュータにより構成されている。コンピュータの基本ハードウェア構成および、当該ハードウェア構成により実現されるコンピュータの基本機能構成は後述する。サーバ10、第1ユーザ端末20、第2ユーザ端末30、機関サーバ40のそれぞれについて、後述するコンピュータの基本ハードウェア構成およびコンピュータの基本機能構成と重複する説明は省略する。
<サーバ10の構成>
サーバ10は、複数のユーザ間において電子的な契約締結サービスを提供する情報処理装置である。サーバ10は、複数のユーザ間において締結された契約情報を記憶、管理するサービスを提供する情報処理装置である。
サーバ10は、記憶部101、制御部104を備える。
サーバ10は、複数のユーザ間において電子的な契約締結サービスを提供する情報処理装置である。サーバ10は、複数のユーザ間において締結された契約情報を記憶、管理するサービスを提供する情報処理装置である。
サーバ10は、記憶部101、制御部104を備える。
<サーバ10の記憶部101の構成>
サーバ10の記憶部101は、アプリケーションプログラム1011、ユーザテーブル1012、グループテーブル1013、書類テーブル1014、確認テーブル1015、入力項目テーブル1016、契約書グループテーブル1017を備える。
サーバ10の記憶部101は、アプリケーションプログラム1011、ユーザテーブル1012、グループテーブル1013、書類テーブル1014、確認テーブル1015、入力項目テーブル1016、契約書グループテーブル1017を備える。
アプリケーションプログラム1011は、サーバ10の制御部104を各機能ユニットとして機能させるためのプログラムである。
ユーザテーブル1012は、サービスを利用する会員ユーザ(以下、ユーザ)の情報を記憶し管理するテーブルである。ユーザは、サービスの利用登録を行うことで、当該ユーザの情報がユーザテーブル1012の新しいレコードに記憶される。
これにより、ユーザは本開示にかかるサービスを利用できるようになる。なお、本開示においてサービスを利用するユーザは、必ずしもユーザテーブル1012に登録されている必要はない。
ユーザテーブル1012は、ユーザIDを主キーとして、ユーザID、ユーザ名、メールアドレス、グループID、承認権限のカラムを有するテーブルである。
図5は、ユーザテーブル1012のデータ構造を示す図である。
これにより、ユーザは本開示にかかるサービスを利用できるようになる。なお、本開示においてサービスを利用するユーザは、必ずしもユーザテーブル1012に登録されている必要はない。
ユーザテーブル1012は、ユーザIDを主キーとして、ユーザID、ユーザ名、メールアドレス、グループID、承認権限のカラムを有するテーブルである。
図5は、ユーザテーブル1012のデータ構造を示す図である。
ユーザIDは、ユーザを識別するためのユーザ識別情報を記憶する項目である。ユーザ識別情報は、ユーザごとにユニークな値が設定されている項目である。
ユーザ名は、ユーザの氏名を記憶する項目である。ユーザ名は、氏名ではなく、ニックネームなど任意の文字列を設定しても良い。
メールアドレスは、ユーザのメールアドレスを記憶する項目である。
グループIDは、ユーザが所属するグループのグループ識別情報を記憶する項目である。グループは、後述するグループテーブル1013により定義され、ユーザは、複数のグループに所属するものとしても構わない。
承認権限は、ユーザの承認締結に関する権限情報を記憶する項目である。契約締結を承認する権限(承認権限)を有するユーザには、Trueなど契約締結を承認する権限を有する情報が記憶される。一方、契約締結を承認する権限を有さないユーザには、False、ブランク、ヌル値など契約締結を承認する権限を有さない情報が記憶される。
契約情報に応じて承認権限を設定できる構成としても良い。例えば、ユーザAは、特定の契約情報Aに対して承認権限を有するが、特定の契約情報Bに対して承認権限を有さない構成としても良い。
秘密保持契約、共同研究契約、請負契約などの契約情報の種別(契約情報種別)に応じて承認権限を設定できる構成としても良い。例えば、ユーザAは、秘密保持契約に対して承認権限を有するが、請負契約に対しては承認権限を有さない構成としても良い。
その他、ユーザの所属部署、役所などに応じて複数段階(レベル、ランク)の権限情報を記憶する構成としても良い。例えば、派遣社員などはC、一般社員はB、管理職はA、役員はSという情報を承認権限の項目に記憶し、契約情報の契約種別情報、契約金額などに応じて、所定のランク以上(例えば、秘密保持契約はA以上など)の承認権限を有するユーザのみ契約締結を承認することができる構成としても良い。
ユーザ名は、ユーザの氏名を記憶する項目である。ユーザ名は、氏名ではなく、ニックネームなど任意の文字列を設定しても良い。
メールアドレスは、ユーザのメールアドレスを記憶する項目である。
グループIDは、ユーザが所属するグループのグループ識別情報を記憶する項目である。グループは、後述するグループテーブル1013により定義され、ユーザは、複数のグループに所属するものとしても構わない。
承認権限は、ユーザの承認締結に関する権限情報を記憶する項目である。契約締結を承認する権限(承認権限)を有するユーザには、Trueなど契約締結を承認する権限を有する情報が記憶される。一方、契約締結を承認する権限を有さないユーザには、False、ブランク、ヌル値など契約締結を承認する権限を有さない情報が記憶される。
契約情報に応じて承認権限を設定できる構成としても良い。例えば、ユーザAは、特定の契約情報Aに対して承認権限を有するが、特定の契約情報Bに対して承認権限を有さない構成としても良い。
秘密保持契約、共同研究契約、請負契約などの契約情報の種別(契約情報種別)に応じて承認権限を設定できる構成としても良い。例えば、ユーザAは、秘密保持契約に対して承認権限を有するが、請負契約に対しては承認権限を有さない構成としても良い。
その他、ユーザの所属部署、役所などに応じて複数段階(レベル、ランク)の権限情報を記憶する構成としても良い。例えば、派遣社員などはC、一般社員はB、管理職はA、役員はSという情報を承認権限の項目に記憶し、契約情報の契約種別情報、契約金額などに応じて、所定のランク以上(例えば、秘密保持契約はA以上など)の承認権限を有するユーザのみ契約締結を承認することができる構成としても良い。
グループテーブル1013は、ユーザが所属するグループに関する情報(グループ情報)を記憶し、管理するテーブルである。グループは、法人、会社、サークル、団体、会社内の部署など、ユーザが所属する任意のグループを定義することができる。
グループテーブル1013は、グループIDを主キーとして、グループID、グループ名、管理者IDのカラムを有するテーブルである。
図6は、グループテーブル1013のデータ構造を示す図である。
グループテーブル1013は、グループIDを主キーとして、グループID、グループ名、管理者IDのカラムを有するテーブルである。
図6は、グループテーブル1013のデータ構造を示す図である。
グループIDは、グループを識別するためのグループ識別情報を記憶する項目である。グループ識別情報は、グループごとにユニークな値が設定されている項目である。
グループ名は、グループの名称を記憶する項目である。グループ名は、任意の文字列を設定することができる。
管理者IDは、グループにおいて管理者権限を有するユーザのユーザ識別情報を記憶する項目である。管理者権限を有するユーザは、組織などのグループにおいて所定以上の地位や権限などを有するユーザを任意に定めて設定することができる。
グループ名は、グループの名称を記憶する項目である。グループ名は、任意の文字列を設定することができる。
管理者IDは、グループにおいて管理者権限を有するユーザのユーザ識別情報を記憶する項目である。管理者権限を有するユーザは、組織などのグループにおいて所定以上の地位や権限などを有するユーザを任意に定めて設定することができる。
書類テーブル1014は、作成者と受信者との間で取り交わされる電子契約に関する情報(契約情報)を記憶し、管理するためのテーブルである。
書類テーブル1014は、書類IDを主キーとして、書類ID、書類データ、作成者ID、当事者データ、解除フラグのカラムを有するテーブルである。
図7は、書類テーブル1014のデータ構造を示す図である。
書類テーブル1014は、書類IDを主キーとして、書類ID、書類データ、作成者ID、当事者データ、解除フラグのカラムを有するテーブルである。
図7は、書類テーブル1014のデータ構造を示す図である。
書類IDは、契約情報を識別するための書類識別情報を記憶する項目である。書類識別情報は、契約情報ごとにユニークな値が設定されている項目である。
書類データは、契約情報(バイナリまたはテキストデータ)を記憶する項目である。具体的に、書類データは、PDF(Portable Document Format)、Word、XML(ExtenSible Markup Language)などの任意のデータ形式のデータが含まれる。
作成者ID、契約情報の作成者であるユーザを識別するためのユーザ識別情報を記憶する項目である。
当事者データは、契約情報に関する契約当事者の氏名、会社名、組織名等の情報を記憶する項目である。具体的に、当事者データには、契約情報の締結相手方となる契約当事者の氏名、会社名、組織名等または当該当事者を特定するための文字列等が記憶される。
解除フラグは、契約情報が解除されたことを示す情報を記憶する項目である。解除フラグは、契約情報の複数の契約相手方ごとの解除事由が含まれる。解除事由としては、「自己資本比率不十分」、「債務超過」、「特定企業組織該当」、「信用スコア不十分」、「役員、取締役等の逮捕歴等」任意の解除事由をテキスト情報として記憶することができる。解除事由は、任意のテキスト情報の他に、予め定められたタグ、ラベル等から選択肢、付与できる形式等としても良い。
書類データは、契約情報(バイナリまたはテキストデータ)を記憶する項目である。具体的に、書類データは、PDF(Portable Document Format)、Word、XML(ExtenSible Markup Language)などの任意のデータ形式のデータが含まれる。
作成者ID、契約情報の作成者であるユーザを識別するためのユーザ識別情報を記憶する項目である。
当事者データは、契約情報に関する契約当事者の氏名、会社名、組織名等の情報を記憶する項目である。具体的に、当事者データには、契約情報の締結相手方となる契約当事者の氏名、会社名、組織名等または当該当事者を特定するための文字列等が記憶される。
解除フラグは、契約情報が解除されたことを示す情報を記憶する項目である。解除フラグは、契約情報の複数の契約相手方ごとの解除事由が含まれる。解除事由としては、「自己資本比率不十分」、「債務超過」、「特定企業組織該当」、「信用スコア不十分」、「役員、取締役等の逮捕歴等」任意の解除事由をテキスト情報として記憶することができる。解除事由は、任意のテキスト情報の他に、予め定められたタグ、ラベル等から選択肢、付与できる形式等としても良い。
確認テーブル1015は、契約情報の確認者となるユーザのメールアドレスを含む情報(確認者情報)を記憶し、管理するテーブルである。
確認テーブル1015は、書類ID、確認順序、確認者メールアドレス、確認フラグ、言語データ、アクセスコード、日時のカラムを有するテーブルである。
図8は、確認テーブル1015のデータ構造を示す図である。
確認テーブル1015は、書類ID、確認順序、確認者メールアドレス、確認フラグ、言語データ、アクセスコード、日時のカラムを有するテーブルである。
図8は、確認テーブル1015のデータ構造を示す図である。
書類IDは、確認者により確認対象となる契約情報の書類識別情報を記憶する項目である。
確認順序は、確認者により契約情報が確認される際の確認順序に関する情報を記憶する項目である。作成者により記憶された契約情報は、確認順序の順番に確認者に回覧され、確認が行われる。
確認者メールアドレスは、契約情報の確認者のメールアドレスを記憶する項目である。確認者のメールアドレスは、本開示にかかるサービスの利用にあたり予めユーザ登録を行う必要はない。つまり、確認者メールアドレスは、ユーザテーブル1012に含まれている必要はない。
確認フラグは、確認者による契約情報の確認手続きの完了有無を識別するための確認識別情報を記憶する項目である。確認者により契約情報の確認が完了すると、確認フラグの項目にTrueの値などの確認が完了したことを示す情報が記憶される。
言語データは、確認者の言語に関する情報(言語情報)を記憶する項目である。
アクセスコードは、確認者に対して設定されたアクセスコードを記憶する項目である。
日時は、確認者による契約情報の確認手続きが行われた日時を記憶する項目である。具体的には、確認識別情報が確認フラグの項目に記憶された日時が記憶される。
確認順序は、確認者により契約情報が確認される際の確認順序に関する情報を記憶する項目である。作成者により記憶された契約情報は、確認順序の順番に確認者に回覧され、確認が行われる。
確認者メールアドレスは、契約情報の確認者のメールアドレスを記憶する項目である。確認者のメールアドレスは、本開示にかかるサービスの利用にあたり予めユーザ登録を行う必要はない。つまり、確認者メールアドレスは、ユーザテーブル1012に含まれている必要はない。
確認フラグは、確認者による契約情報の確認手続きの完了有無を識別するための確認識別情報を記憶する項目である。確認者により契約情報の確認が完了すると、確認フラグの項目にTrueの値などの確認が完了したことを示す情報が記憶される。
言語データは、確認者の言語に関する情報(言語情報)を記憶する項目である。
アクセスコードは、確認者に対して設定されたアクセスコードを記憶する項目である。
日時は、確認者による契約情報の確認手続きが行われた日時を記憶する項目である。具体的には、確認識別情報が確認フラグの項目に記憶された日時が記憶される。
入力項目テーブル1016は、電子契約情報に関連付けられた入力項目に関する情報(入力項目情報)を記憶し、管理するテーブルである。
入力項目テーブル1016は、入力項目ID、書類ID、入力者ID、入力データ、入力規則、日時のカラムを有するテーブルである。
図9は、入力項目テーブル1016のデータ構造を示す図である。
入力項目テーブル1016は、入力項目ID、書類ID、入力者ID、入力データ、入力規則、日時のカラムを有するテーブルである。
図9は、入力項目テーブル1016のデータ構造を示す図である。
入力項目IDは、入力項目を識別するための入力項目識別情報を記憶する項目である。
書類IDは、入力項目が関連付けられる電子契約情報の書類識別情報を記憶する項目である。
入力者IDは、入力項目に対して入力データを入力した入力者のユーザ識別情報またはメールアドレスを記憶する項目である。具体的に、入力者IDには、作成者ID、作成者IDにより特定されるユーザのメールアドレス、確認者メールアドレスなどが記憶される。
入力データは、入力者により入力項目に入力された入力データを記憶する項目である。
入力規則は、入力項目の入力規則に関する入力規則情報を記憶する項目である。入力規則としては、日付(date)、日時(datetime)、文字列(text)、数値(integer)などのデータ型のほか、文字列であれば文字数、文字列の正規表現など任意の入力項目の入力規則に関する入力規則情報を記憶することができる。
日時は、入力者により入力項目に入力データが入力された日時を記憶する項目である。
書類IDは、入力項目が関連付けられる電子契約情報の書類識別情報を記憶する項目である。
入力者IDは、入力項目に対して入力データを入力した入力者のユーザ識別情報またはメールアドレスを記憶する項目である。具体的に、入力者IDには、作成者ID、作成者IDにより特定されるユーザのメールアドレス、確認者メールアドレスなどが記憶される。
入力データは、入力者により入力項目に入力された入力データを記憶する項目である。
入力規則は、入力項目の入力規則に関する入力規則情報を記憶する項目である。入力規則としては、日付(date)、日時(datetime)、文字列(text)、数値(integer)などのデータ型のほか、文字列であれば文字数、文字列の正規表現など任意の入力項目の入力規則に関する入力規則情報を記憶することができる。
日時は、入力者により入力項目に入力データが入力された日時を記憶する項目である。
契約書グループテーブル1017は、契約書グループに関する情報(契約書グループ情報)を記憶し管理するためのテーブルである。契約情報は、契約情報を管理するための1または複数のキャビネット(分類情報)と関連づけられて記憶され、管理することができる。情報処理サービスに応じて、キャビネットは、グループ、タグ、ラベル等と呼ばれることがある。
契約書グループテーブル1017は、書類ID、キャビネットIDのカラムを有するテーブルである。
図10は、契約書グループテーブル1017のデータ構造を示す図である。
契約書グループテーブル1017は、書類ID、キャビネットIDのカラムを有するテーブルである。
図10は、契約書グループテーブル1017のデータ構造を示す図である。
書類IDは、契約情報を識別するための書類識別情報を記憶する項目である。
キャビネットIDは、キャビネットを識別するためのキャビネット識別情報を記憶する。キャビネットIDは、契約情報を管理、分類するための分類情報である。
キャビネットIDは、キャビネットを識別するためのキャビネット識別情報を記憶する。キャビネットIDは、契約情報を管理、分類するための分類情報である。
<サーバ10の制御部104の構成>
サーバ10の制御部104は、ユーザ登録制御部1041、契約作成部1042、契約確認部1043、契約解除部1044、外部連携部1045を備える。制御部104は、記憶部101に記憶されたアプリケーションプログラム1011を実行することにより、各機能ユニットが実現される。
サーバ10の制御部104は、ユーザ登録制御部1041、契約作成部1042、契約確認部1043、契約解除部1044、外部連携部1045を備える。制御部104は、記憶部101に記憶されたアプリケーションプログラム1011を実行することにより、各機能ユニットが実現される。
ユーザ登録制御部1041は、本開示に係るサービスの利用を希望するユーザの情報をユーザテーブル1012に記憶する処理を行う。
ユーザテーブル1012に記憶される情報は、ユーザが任意の情報処理端末からサービス提供者が運営するウェブページなどを開き、所定の入力フォームに情報を入力しサーバ10へ送信する。ユーザ登録制御部1041は、受信した情報をユーザテーブル1012の新しいレコードに記憶し、ユーザ登録が完了する。これにより、ユーザテーブル1012に記憶されたユーザはサービスを利用することができるようになる。
ユーザ登録制御部1041によるユーザ情報のユーザテーブル1012への登録に先立ち、サービス提供者は所定の審査を行いユーザによるサービス利用可否を制限しても良い。
ユーザIDは、ユーザを識別できる任意の文字列または数字で良く、ユーザが希望する任意の文字列または数字、もしくはユーザ登録制御部1041が自動的に任意の文字列または数字を設定しても良い。
ユーザテーブル1012に記憶される情報は、ユーザが任意の情報処理端末からサービス提供者が運営するウェブページなどを開き、所定の入力フォームに情報を入力しサーバ10へ送信する。ユーザ登録制御部1041は、受信した情報をユーザテーブル1012の新しいレコードに記憶し、ユーザ登録が完了する。これにより、ユーザテーブル1012に記憶されたユーザはサービスを利用することができるようになる。
ユーザ登録制御部1041によるユーザ情報のユーザテーブル1012への登録に先立ち、サービス提供者は所定の審査を行いユーザによるサービス利用可否を制限しても良い。
ユーザIDは、ユーザを識別できる任意の文字列または数字で良く、ユーザが希望する任意の文字列または数字、もしくはユーザ登録制御部1041が自動的に任意の文字列または数字を設定しても良い。
契約作成部1042は、契約書作成処理を実行する。詳細は後述する。
契約確認部1043は、契約書確認処理を実行する。詳細は後述する。
契約解除部1044は、契約解除処理を実行する。詳細は後述する。
外部連携部1045は、外部連携処理を実行する。詳細は後述する。
<第1ユーザ端末20の構成>
第1ユーザ端末20は、サービスを利用するユーザが操作する情報処理装置である。第1ユーザ端末20は、例えば、据え置き型のPC(Personal Computer)、ラップトップPCであってもよいし、スマートフォン、タブレット等の携帯端末でもよい。また、HMD(Head Mount Display)、腕時計型端末等のウェアラブル端末であってもよい。
第1ユーザ端末20は、記憶部201、制御部204、入力装置206、出力装置208を備える。
第1ユーザ端末20は、サービスを利用するユーザが操作する情報処理装置である。第1ユーザ端末20は、例えば、据え置き型のPC(Personal Computer)、ラップトップPCであってもよいし、スマートフォン、タブレット等の携帯端末でもよい。また、HMD(Head Mount Display)、腕時計型端末等のウェアラブル端末であってもよい。
第1ユーザ端末20は、記憶部201、制御部204、入力装置206、出力装置208を備える。
<第1ユーザ端末20の記憶部201の構成>
第1ユーザ端末20の記憶部201は、第1ユーザID2011、アプリケーションプログラム2012を備える。
第1ユーザ端末20の記憶部201は、第1ユーザID2011、アプリケーションプログラム2012を備える。
第1ユーザID2011はユーザのアカウントIDである。ユーザは、第1ユーザ端末20から第1ユーザID2011を、サーバ10へ送信する。サーバ10は、第1ユーザID2011に基づきユーザを識別し、本開示にかかるサービスをユーザに対して提供する。なお、第1ユーザID2011には、第1ユーザ端末20を利用しているユーザを識別するにあたりサーバ10から一時的に付与されるセッションIDなどの情報を含む。
アプリケーションプログラム2012は、記憶部201に予め記憶されていても良いし、通信IFを介してサービス提供者が運営するウェブサーバ等からダウンロードする構成としても良い。
アプリケーションプログラム2012は、ウェブブラウザアプリケーションなどのアプリケーションを含む。
アプリケーションプログラム2012は、第1ユーザ端末20に記憶されているウェブブラウザアプリケーション上で実行されるJavaScript(登録商標)などのインタープリター型プログラミング言語を含む。
アプリケーションプログラム2012は、ウェブブラウザアプリケーションなどのアプリケーションを含む。
アプリケーションプログラム2012は、第1ユーザ端末20に記憶されているウェブブラウザアプリケーション上で実行されるJavaScript(登録商標)などのインタープリター型プログラミング言語を含む。
<第1ユーザ端末20の制御部204の構成>
第1ユーザ端末20の制御部204は、入力制御部2041、出力制御部2042を備える。制御部204は、記憶部201に記憶されたアプリケーションプログラム2012を実行することにより、各機能ユニットが実現される。
第1ユーザ端末20の制御部204は、入力制御部2041、出力制御部2042を備える。制御部204は、記憶部201に記憶されたアプリケーションプログラム2012を実行することにより、各機能ユニットが実現される。
<第1ユーザ端末20の入力装置206の構成>
第1ユーザ端末20の入力装置206は、カメラ2061、マイク2062、位置情報センサ2063、モーションセンサ2064、タッチデバイス2065を備える。
第1ユーザ端末20の入力装置206は、カメラ2061、マイク2062、位置情報センサ2063、モーションセンサ2064、タッチデバイス2065を備える。
<第1ユーザ端末20の出力装置208の構成>
第1ユーザ端末20の出力装置208は、ディスプレイ2081、スピーカ2082を備える。
第1ユーザ端末20の出力装置208は、ディスプレイ2081、スピーカ2082を備える。
<第2ユーザ端末30の構成>
第2ユーザ端末30は、サービスを利用するユーザが操作する情報処理装置である。第2ユーザ端末30は、例えば、据え置き型のPC(Personal Computer)、ラップトップPCであってもよいし、スマートフォン、タブレット等の携帯端末でもよい。また、HMD(Head Mount Display)、腕時計型端末等のウェアラブル端末であってもよい。
第2ユーザ端末30は、記憶部301、制御部304、入力装置306、出力装置308を備える。
第2ユーザ端末30は、サービスを利用するユーザが操作する情報処理装置である。第2ユーザ端末30は、例えば、据え置き型のPC(Personal Computer)、ラップトップPCであってもよいし、スマートフォン、タブレット等の携帯端末でもよい。また、HMD(Head Mount Display)、腕時計型端末等のウェアラブル端末であってもよい。
第2ユーザ端末30は、記憶部301、制御部304、入力装置306、出力装置308を備える。
<第2ユーザ端末30の記憶部301の構成>
第2ユーザ端末30の記憶部301は、第2ユーザID3011、アプリケーションプログラム3012を備える。
第2ユーザ端末30の記憶部301は、第2ユーザID3011、アプリケーションプログラム3012を備える。
第2ユーザID3011はユーザのアカウントIDである。ユーザは、第2ユーザ端末30から第2ユーザID3011を、サーバ10へ送信する。サーバ10は、第2ユーザID3011に基づきユーザを識別し、本開示にかかるサービスをユーザに対して提供する。なお、第2ユーザID3011には、第2ユーザ端末30を利用しているユーザを識別するにあたりサーバ10から一時的に付与されるセッションIDなどの情報を含む。
アプリケーションプログラム3012は、記憶部301に予め記憶されていても良いし、通信IFを介してサービス提供者が運営するウェブサーバ等からダウンロードする構成としても良い。
アプリケーションプログラム3012は、ウェブブラウザアプリケーションなどのアプリケーションを含む。
アプリケーションプログラム3012は、第2ユーザ端末30に記憶されているウェブブラウザアプリケーション上で実行されるJavaScript(登録商標)などのインタープリター型プログラミング言語を含む。
アプリケーションプログラム3012は、ウェブブラウザアプリケーションなどのアプリケーションを含む。
アプリケーションプログラム3012は、第2ユーザ端末30に記憶されているウェブブラウザアプリケーション上で実行されるJavaScript(登録商標)などのインタープリター型プログラミング言語を含む。
<第2ユーザ端末30の制御部304の構成>
第2ユーザ端末30の制御部304は、入力制御部3041、出力制御部3042を備える。制御部304は、記憶部301に記憶されたアプリケーションプログラム3012を実行することにより、各機能ユニットが実現される。
第2ユーザ端末30の制御部304は、入力制御部3041、出力制御部3042を備える。制御部304は、記憶部301に記憶されたアプリケーションプログラム3012を実行することにより、各機能ユニットが実現される。
<第2ユーザ端末30の入力装置306の構成>
第2ユーザ端末30の入力装置306は、カメラ3061、マイク3062、位置情報センサ3063、モーションセンサ3064、キーボード3065を備える。
第2ユーザ端末30の入力装置306は、カメラ3061、マイク3062、位置情報センサ3063、モーションセンサ3064、キーボード3065を備える。
<第2ユーザ端末30の出力装置308の構成>
第2ユーザ端末30の出力装置308は、ディスプレイ3081、スピーカ3082を備える。
第2ユーザ端末30の出力装置308は、ディスプレイ3081、スピーカ3082を備える。
<機関サーバ40の構成>
機関サーバ40は、外部の信用情報調査機関が管理、運営し、個人または組織に関する信用情報を提供する信用情報サービスを提供する情報処理装置である。信用情報サービスには、帝国データバンク、日経テレコンなどの企業データベース、クレジットカード会社等が提供する与信情報を提供するデータベースを含む。本開示においては、機関サーバ40は主に組織ごとの信用情報、与信情報等を提供する信用情報サービスとして説明するが、組織ではなく個人の信用情報、与信情報等を提供するものとしても構わない。
機関サーバ40は、記憶部401、制御部404を備える。
機関サーバ40は、外部の信用情報調査機関が管理、運営し、個人または組織に関する信用情報を提供する信用情報サービスを提供する情報処理装置である。信用情報サービスには、帝国データバンク、日経テレコンなどの企業データベース、クレジットカード会社等が提供する与信情報を提供するデータベースを含む。本開示においては、機関サーバ40は主に組織ごとの信用情報、与信情報等を提供する信用情報サービスとして説明するが、組織ではなく個人の信用情報、与信情報等を提供するものとしても構わない。
機関サーバ40は、記憶部401、制御部404を備える。
<機関サーバ40の記憶部401の構成>
機関サーバ40の記憶部401は、アプリケーションプログラム4011、信用テーブル4012を備える。
機関サーバ40の記憶部401は、アプリケーションプログラム4011、信用テーブル4012を備える。
アプリケーションプログラム4011は、機関サーバ40の制御部404を各機能ユニットとして機能させるためのプログラムである。
信用テーブル4012は、組織または個人の信用情報を管理、記憶するためのテーブルである。
信用テーブル4012は、組織IDを主キーとして、組織ID、組織名、信用データのカラムを有するテーブルである。
信用テーブル4012は、組織IDを主キーとして、組織ID、組織名、信用データのカラムを有するテーブルである。
組織IDは、組織または個人を識別するための組織識別情報を記憶する項目である。組織識別情報は、組織または個人ごとにユニークな値が設定されている項目である。
組織名は、組織の名称または個人の氏名を記憶する項目である。
信用データは、組織または個人の信用情報を記憶する項目である。信用情報は、組織または個人の信用の程度に応じて、信用が高い順位S、A、B、C、D等の信用状態を表す文字列が記憶される。これにより、組織または個人の信用状態が表現される。組織または個人の信用状態は文字列ではなく、0~100の数値を記憶する構成としても構わない。その他、組織または個人を分類するためのラベル、タグの他、当該組織または個人の信用情報を記述した文章等が含まれても良い。例えば、信用データには、組織または個人が契約締結を継続することが不適切であることを示す情報が含まれていても良い。
信用データは、組織または個人の財務状況に関する情報を含んでも良い。例えば、信用データは、組織の自己資本比率、組織または個人が債務超過であるか否か、組織または個人が破産、民事再生等の履歴があるか等の情報を含む。また、信用データは、組織または個人が社会的通念上望ましくない組織に所属しているか否か、そのような組織と取引事実があるか否かの情報を含む。信用データは、組織において役員等の逮捕歴等、個人においては逮捕歴等の情報を含む。
組織名は、組織の名称または個人の氏名を記憶する項目である。
信用データは、組織または個人の信用情報を記憶する項目である。信用情報は、組織または個人の信用の程度に応じて、信用が高い順位S、A、B、C、D等の信用状態を表す文字列が記憶される。これにより、組織または個人の信用状態が表現される。組織または個人の信用状態は文字列ではなく、0~100の数値を記憶する構成としても構わない。その他、組織または個人を分類するためのラベル、タグの他、当該組織または個人の信用情報を記述した文章等が含まれても良い。例えば、信用データには、組織または個人が契約締結を継続することが不適切であることを示す情報が含まれていても良い。
信用データは、組織または個人の財務状況に関する情報を含んでも良い。例えば、信用データは、組織の自己資本比率、組織または個人が債務超過であるか否か、組織または個人が破産、民事再生等の履歴があるか等の情報を含む。また、信用データは、組織または個人が社会的通念上望ましくない組織に所属しているか否か、そのような組織と取引事実があるか否かの情報を含む。信用データは、組織において役員等の逮捕歴等、個人においては逮捕歴等の情報を含む。
<機関サーバ40の制御部404の構成>
機関サーバ40の制御部404は、組織登録制御部4041を備える。制御部404は、記憶部401に記憶されたアプリケーションプログラム4011を実行することにより、各機能ユニットが実現される。
機関サーバ40の制御部404は、組織登録制御部4041を備える。制御部404は、記憶部401に記憶されたアプリケーションプログラム4011を実行することにより、各機能ユニットが実現される。
<システム1の動作>
以下、システム1の各処理について説明する。
図11は、契約書作成処理の動作を示すフローチャートである。
図12は、契約書確認処理の動作を示すフローチャートである。
図13は、契約解除処理の動作を示すフローチャートである。
図14は、外部連携処理の動作を示すフローチャートである。
図15は、契約書作成処理の動作を示す画面例である。
図16は、第2ユーザ端末30に通知される確認依頼メッセージを示す画面例である。
図17は、契約書確認処理の動作を示す画面例である。
図18は、第1ユーザ端末20に通知される締結完了メッセージを示す画面例である。
図19は、契約解除処理の動作を示す画面例である。
以下、システム1の各処理について説明する。
図11は、契約書作成処理の動作を示すフローチャートである。
図12は、契約書確認処理の動作を示すフローチャートである。
図13は、契約解除処理の動作を示すフローチャートである。
図14は、外部連携処理の動作を示すフローチャートである。
図15は、契約書作成処理の動作を示す画面例である。
図16は、第2ユーザ端末30に通知される確認依頼メッセージを示す画面例である。
図17は、契約書確認処理の動作を示す画面例である。
図18は、第1ユーザ端末20に通知される締結完了メッセージを示す画面例である。
図19は、契約解除処理の動作を示す画面例である。
本開示において、サーバ10における契約書作成処理、契約書確認処理を以下に説明する。
<契約書作成処理>
契約書作成処理は、作成者が電子契約情報を作成し、確認者に対して送信する処理である。
契約書作成処理は、作成者が電子契約情報を作成し、確認者に対して送信する処理である。
図15は、契約書作成処理の動作を示す画面例である。第1ユーザ端末20のディスプレイ2081に表示される、契約情報を作成するための画面50には、現在の契約情報の作成状況を示すステータス510、入力項目を指定するためのボタン521、522、523、契約情報表示エリア530、書類データ531、入力項目532、533、534、送信ボタン540が表示される。
<契約書作成処理の概要>
契約書作成処理は、作成者が電子契約情報を作成し、電子契約情報の宛先となる確認者を設定し、電子契約情報に対する入力項目を設定し、入力項目に対する入力規則を設定し、作成者から入力項目に対する入力データを受け付け、設定した確認者に対して電子契約情報を送付する一連の処理である。
契約書作成処理は、作成者が電子契約情報を作成し、電子契約情報の宛先となる確認者を設定し、電子契約情報に対する入力項目を設定し、入力項目に対する入力規則を設定し、作成者から入力項目に対する入力データを受け付け、設定した確認者に対して電子契約情報を送付する一連の処理である。
<契約書作成処理の詳細>
ステップS101において、サーバ10の契約作成部1042は、作成者から確認者との間で契約締結の対象となる契約情報を受け付ける。
具体的に、第1ユーザは、第1ユーザ端末20の入力装置206などを操作し、契約書に関する書類データを含む契約情報を作成する。書類データは、PDF(Portable Document Format)、Word、XML(ExtenSible Markup Language)などの任意のデータ形式の書類データを契約情報に含めることができる。
第1ユーザは、第1ユーザ端末20の入力装置206などを操作し、作成した書類データ、第1ユーザID2011をサーバ10へ送信する。第1ユーザは、第1ユーザ端末20の入力装置206を操作し、契約情報に関する契約当事者の氏名、会社名、組織名等の当事者データを入力し、サーバ10へ送信する。サーバ10の契約作成部1042は、受信した第1ユーザID2011、書類データ、当事者データを受け付け、それぞれ、書類テーブル1014の新たなレコードの作成者ID、書類データ、当事者データの項目に記憶する。これにより、サーバ10の契約作成部1042は、新たな契約情報を書類テーブル1014に記憶する。
ステップS101において、サーバ10の契約作成部1042は、作成者から確認者との間で契約締結の対象となる契約情報を受け付ける。
具体的に、第1ユーザは、第1ユーザ端末20の入力装置206などを操作し、契約書に関する書類データを含む契約情報を作成する。書類データは、PDF(Portable Document Format)、Word、XML(ExtenSible Markup Language)などの任意のデータ形式の書類データを契約情報に含めることができる。
第1ユーザは、第1ユーザ端末20の入力装置206などを操作し、作成した書類データ、第1ユーザID2011をサーバ10へ送信する。第1ユーザは、第1ユーザ端末20の入力装置206を操作し、契約情報に関する契約当事者の氏名、会社名、組織名等の当事者データを入力し、サーバ10へ送信する。サーバ10の契約作成部1042は、受信した第1ユーザID2011、書類データ、当事者データを受け付け、それぞれ、書類テーブル1014の新たなレコードの作成者ID、書類データ、当事者データの項目に記憶する。これにより、サーバ10の契約作成部1042は、新たな契約情報を書類テーブル1014に記憶する。
契約情報を作成するための画面50には、書類テーブル1014に記憶された書類データ531が表示される。
ステップS102において、第1ユーザは、第1ユーザ端末20の入力装置206などを操作し、契約情報の確認者(受信者)となるユーザを選択し特定する。本開示において、第1ユーザは、受信者として第2ユーザを選択し特定するものとする。
第1ユーザは、第1ユーザ端末20の入力装置206などを操作し、確認者となる第2ユーザのメールアドレスを入力し、サーバ10へ送信する。サーバ10の契約作成部1042は、受信したメールアドレス、ステップS101において作成し、記憶した契約情報の書類IDを、それぞれ確認テーブル1015の確認者メールアドレス、書類IDの項目に記憶し、契約情報と第2ユーザのメールアドレスとを関連付けて記憶する。なお、第1ユーザは、第2ユーザの言語、アクセスコードを設定し、第2ユーザのメールアドレスと関連付けて記憶しても良い。
このとき、確認テーブル1015の確認順序の項目には1の値を記憶する。ステップS102において、第1ユーザは、複数の確認者となるユーザを選択し設定できるものとしても良い。この場合、選択順序に応じて、確認者となるユーザの確認順序の項目の値が1つずつインクリメントされ記憶される。これにより、後述する契約書確認処理における確認者の回覧順序が設定される。なお、回覧順序の設定は必須ではない。
第1ユーザは、第1ユーザ端末20の入力装置206などを操作し、確認者となる第2ユーザのメールアドレスを入力し、サーバ10へ送信する。サーバ10の契約作成部1042は、受信したメールアドレス、ステップS101において作成し、記憶した契約情報の書類IDを、それぞれ確認テーブル1015の確認者メールアドレス、書類IDの項目に記憶し、契約情報と第2ユーザのメールアドレスとを関連付けて記憶する。なお、第1ユーザは、第2ユーザの言語、アクセスコードを設定し、第2ユーザのメールアドレスと関連付けて記憶しても良い。
このとき、確認テーブル1015の確認順序の項目には1の値を記憶する。ステップS102において、第1ユーザは、複数の確認者となるユーザを選択し設定できるものとしても良い。この場合、選択順序に応じて、確認者となるユーザの確認順序の項目の値が1つずつインクリメントされ記憶される。これにより、後述する契約書確認処理における確認者の回覧順序が設定される。なお、回覧順序の設定は必須ではない。
ステップS103において、第1ユーザは、第1ユーザ端末20の入力装置206などを操作し、契約情報に対する入力項目を設定する。
具体的に、第1ユーザは、第1ユーザ端末20の入力装置206などを操作し、ステップS101において作成し、記憶した契約情報に対して複数の入力項目を設定する。入力項目は、印鑑データを押印する押印欄、署名データなどのテキストデータを入力する入力欄、チェック項目を選択できるチェックボックス欄、日付を入力する日付欄など任意の入力項目を設定することができる。
第1ユーザは、第1ユーザ端末20の入力装置206などを操作し、入力項目を追加するリクエストをサーバ10へ送信する。サーバ10の契約作成部1042は、リクエストを受信すると、契約情報の書類IDを、入力項目テーブル1016の新たなレコードの書類IDに記憶する。これにより、新たに追加された入力項目情報が、契約情報と関連付けられ記憶される。なお、第1ユーザは、複数の入力項目情報を、契約情報と関連づけ記憶することができる。
具体的に、第1ユーザは、第1ユーザ端末20の入力装置206などを操作し、ステップS101において作成し、記憶した契約情報に対して複数の入力項目を設定する。入力項目は、印鑑データを押印する押印欄、署名データなどのテキストデータを入力する入力欄、チェック項目を選択できるチェックボックス欄、日付を入力する日付欄など任意の入力項目を設定することができる。
第1ユーザは、第1ユーザ端末20の入力装置206などを操作し、入力項目を追加するリクエストをサーバ10へ送信する。サーバ10の契約作成部1042は、リクエストを受信すると、契約情報の書類IDを、入力項目テーブル1016の新たなレコードの書類IDに記憶する。これにより、新たに追加された入力項目情報が、契約情報と関連付けられ記憶される。なお、第1ユーザは、複数の入力項目情報を、契約情報と関連づけ記憶することができる。
ステップS104において、第1ユーザは、追加するそれぞれの入力項目に対して入力規則を設定する。第1ユーザは、第1ユーザ端末20の入力装置206などを操作することにより、ステップS103において設定した入力項目情報ごとの入力規則を指定し、サーバ10へ送信する。サーバ10の契約作成部1042は、受信した入力規則を、入力項目テーブル1016のそれぞれの入力項目情報のレコードの入力規則の項目に記憶する。これにより、入力項目ごとの入力規則を設定することができる。
ステップS105において、サーバ10の契約作成部1042は、第1ユーザが入力した複数の入力項目に対する入力データを受け付ける。
具体的に、第1ユーザは、第1ユーザ端末20の入力装置206などを操作することにより、ステップS104において設定した入力項目ごとに入力データを入力する。例えば、第1ユーザは、管理番号が設定された入力項目に、自身が所属するグループにおける整理番号などの契約情報を管理するための番号の入力データを入力しても良い。第1ユーザは、契約締結日が設定された入力項目に、当該契約情報の契約締結日の日付の入力データを入力しても良い。第1ユーザは、入力項目への入力データの入力が完了したら、サーバ10へ入力項目ごとの入力項目ID、入力データを送信する。
サーバ10の契約作成部1042は、入力項目ごとの入力項目ID、入力データを受信し、受け付ける。サーバ10の契約作成部1042は、受信した入力項目IDで特定される入力項目テーブル1016の入力項目情報の入力データの項目に、受信した入力データを記憶する。これにより、第1ユーザが入力した入力データが、入力項目テーブル1016に記憶される。
具体的に、第1ユーザは、第1ユーザ端末20の入力装置206などを操作することにより、ステップS104において設定した入力項目ごとに入力データを入力する。例えば、第1ユーザは、管理番号が設定された入力項目に、自身が所属するグループにおける整理番号などの契約情報を管理するための番号の入力データを入力しても良い。第1ユーザは、契約締結日が設定された入力項目に、当該契約情報の契約締結日の日付の入力データを入力しても良い。第1ユーザは、入力項目への入力データの入力が完了したら、サーバ10へ入力項目ごとの入力項目ID、入力データを送信する。
サーバ10の契約作成部1042は、入力項目ごとの入力項目ID、入力データを受信し、受け付ける。サーバ10の契約作成部1042は、受信した入力項目IDで特定される入力項目テーブル1016の入力項目情報の入力データの項目に、受信した入力データを記憶する。これにより、第1ユーザが入力した入力データが、入力項目テーブル1016に記憶される。
サーバ10の契約作成部1042は、第1ユーザから、第2ユーザに対して契約情報に対する契約締結を依頼する指示を受け付ける。
具体的に、第1ユーザは、第1ユーザ端末20の入力装置206を操作し、契約情報を作成するための画面50に、表示された送信ボタン540を押下することにより、契約情報を送信するリクエストをサーバ10へ送信する。
具体的に、第1ユーザは、第1ユーザ端末20の入力装置206を操作し、契約情報を作成するための画面50に、表示された送信ボタン540を押下することにより、契約情報を送信するリクエストをサーバ10へ送信する。
ステップS106において、サーバ10の契約作成部1042は、第1ユーザから契約情報の確認依頼が送信されたことを通知するメッセージを第2ユーザへ送信する。具体的に、サーバ10の契約作成部1042は、確認テーブル1015の確認順序の項目を検索し、確認順序の項目に記憶された値が最も小さい最初の確認者となるユーザ(第1確認ユーザ)を特定する。本開示において第1確認ユーザは、一例として、第2ユーザとする。サーバ10の契約作成部1042は、第2ユーザのメールアドレスへ、第1ユーザから契約情報の確認依頼が送信されたことを通知するメッセージをメールなどの連絡手段にて送信する。
第2ユーザへ通知するメッセージには、契約情報を特定するための書類IDを含むURL(Uniform ReSource Locator)の情報を含める。URLは、書類IDを直接含んでも良いし、書類IDに対し任意の暗号化を行った文字列、その他、不図示のテーブルを参照して書類IDを特定可能な文字列などの情報を含んでも良い。また、URLには第2ユーザを特定するための情報を含めても良い。例えば、第2ユーザが本開示にかかるサービスにユーザ登録していない場合には、URLに第2ユーザを特定するための情報を含める必要がある。
第2ユーザへ通知するメッセージには、契約情報を特定するための書類IDを含むURL(Uniform ReSource Locator)の情報を含める。URLは、書類IDを直接含んでも良いし、書類IDに対し任意の暗号化を行った文字列、その他、不図示のテーブルを参照して書類IDを特定可能な文字列などの情報を含んでも良い。また、URLには第2ユーザを特定するための情報を含めても良い。例えば、第2ユーザが本開示にかかるサービスにユーザ登録していない場合には、URLに第2ユーザを特定するための情報を含める必要がある。
第1ユーザは、第2ユーザに対してアクセスコードを設定した場合は、別途メールなどの手段によりアクセスコードを第2ユーザに対して伝える。これにより、第2ユーザへ通知されるメッセージが第三者に取得された場合においても、第三者はアクセスコードを入手しない限り契約書確認処理を実行することができない。
図16は、第2ユーザ端末30に通知されるメッセージを示す画面例である。第2ユーザ端末30のディスプレイ3081に表示される、メッセージ画面60には、メッセージ61、契約情報を特定するための書類IDを含むURL62の情報が含まれる。
<変形例>
第1ユーザは、ステップS102において複数の確認者を選択し設定する場合には、複数の確認者のそれぞれに対して、ステップS103において異なる入力項目情報をそれぞれに独立して設定できる構成としても構わない。例えば、第1ユーザが、確認者として第2ユーザ、第9ユーザの2人のユーザを設定する場合に、契約開始日、契約終了日の入力項目を第2ユーザに対して設定し、契約締結日の入力項目を第9ユーザに対して設定しても良い。この場合、後述する契約書確認処理において、第2ユーザは、契約開始日、契約終了日の入力項目に対して入力データを入力できるが、契約締結日の入力項目に対しては入力データを入力することができない。一方、第9ユーザは、契約開始日、契約終了日の入力項目に対して入力データを入力できないが、契約締結日の入力項目に対しては入力データを入力することができる。1つの入力項目情報に対して、複数の確認者を重複して選択し設定できる構成としても構わない。
第1ユーザは、ステップS102において複数の確認者を選択し設定する場合には、複数の確認者のそれぞれに対して、ステップS103において異なる入力項目情報をそれぞれに独立して設定できる構成としても構わない。例えば、第1ユーザが、確認者として第2ユーザ、第9ユーザの2人のユーザを設定する場合に、契約開始日、契約終了日の入力項目を第2ユーザに対して設定し、契約締結日の入力項目を第9ユーザに対して設定しても良い。この場合、後述する契約書確認処理において、第2ユーザは、契約開始日、契約終了日の入力項目に対して入力データを入力できるが、契約締結日の入力項目に対しては入力データを入力することができない。一方、第9ユーザは、契約開始日、契約終了日の入力項目に対して入力データを入力できないが、契約締結日の入力項目に対しては入力データを入力することができる。1つの入力項目情報に対して、複数の確認者を重複して選択し設定できる構成としても構わない。
契約情報を作成するための画面50には、描画オブジェクトとして入力項目532、533、534が描画される。入力項目532、533には、割当として、入力項目を入力することが選択し設定されたユーザのユーザ識別情報「USER-B」、入力項目の種別として「テキスト」という項目が描画されている。押印に関する入力項目534には、割当として、押印することが選択し設定されたユーザのユーザ識別情報「USER-C」、入力項目の種別として「印」という項目が描画されている。
<契約書確認処理>
契約書確認処理は、確認者が、作成者から受信した電子契約情報の内容を確認する処理である。
契約書確認処理は、確認者が、作成者から受信した電子契約情報の内容を確認する処理である。
<契約書確認処理の概要>
契約書確認処理は、確認者からのアクセスを受け付け、契約情報を表示する確認画面を確認者に対して提示し、確認者から入力項目に対する入力データを受け付け、確認者から契約情報の確認に関するデータを受け付ける一連の処理である。
契約書確認処理は、確認者からのアクセスを受け付け、契約情報を表示する確認画面を確認者に対して提示し、確認者から入力項目に対する入力データを受け付け、確認者から契約情報の確認に関するデータを受け付ける一連の処理である。
<契約書確認処理の詳細>
ステップS301において、確認者となる第2ユーザは、第2ユーザ端末30の入力装置306などを操作して受信したメッセージに記載されたURLを選択することにより、第2ユーザ端末30のブラウザアプリケーションにより当該URLにより指定されたウェブページを開くことができる。これにより、第2ユーザ端末30は、契約書確認処理を実行させるためのリクエストをサーバ10へ送信する。
ステップS301において、確認者となる第2ユーザは、第2ユーザ端末30の入力装置306などを操作して受信したメッセージに記載されたURLを選択することにより、第2ユーザ端末30のブラウザアプリケーションにより当該URLにより指定されたウェブページを開くことができる。これにより、第2ユーザ端末30は、契約書確認処理を実行させるためのリクエストをサーバ10へ送信する。
確認テーブル1015の第2ユーザのレコードにアクセスコードの項目が記憶されている場合には、第2ユーザに対してアクセスコードの入力を要求し、当該入力されたアクセスコードと確認テーブル1015の第2ユーザのレコードに記憶されたアクセスコードとを照合することにより、第2ユーザに対する認証処理を実行することができる。
具体的に、サーバ10は、アクセスコードを認証するための入力画面を第2ユーザ端末30へ送信する。第2ユーザは、第2ユーザ端末30の入力装置306を操作し、アクセスコードを入力しサーバ10へ送信する。サーバ10の契約確認部1043は、受信したアクセスコードと、確認テーブル1015の第2ユーザのレコードに記憶されたアクセスコードとが一致するか否かを判定し、一致する場合は契約書確認処理を継続する。一方、一致しない場合には、契約書確認処理を中止する。なお、アクセスコードによる認証処理は省略しても構わない。
具体的に、サーバ10は、アクセスコードを認証するための入力画面を第2ユーザ端末30へ送信する。第2ユーザは、第2ユーザ端末30の入力装置306を操作し、アクセスコードを入力しサーバ10へ送信する。サーバ10の契約確認部1043は、受信したアクセスコードと、確認テーブル1015の第2ユーザのレコードに記憶されたアクセスコードとが一致するか否かを判定し、一致する場合は契約書確認処理を継続する。一方、一致しない場合には、契約書確認処理を中止する。なお、アクセスコードによる認証処理は省略しても構わない。
サーバ10の契約確認部1043は、受信したリクエストに含まれる書類IDに基づき、書類テーブル1014の書類IDの項目を検索し、契約情報を取得する。サーバ10の契約確認部1043は、受信したリクエストに含まれる書類IDに基づき、確認テーブル1015の書類IDの項目を検索し、確認者情報を取得する。サーバ10の契約確認部1043は、受信したリクエストに含まれる書類IDに基づき、入力項目テーブル1016の書類IDの項目を検索し、契約情報に関連づけられた入力項目情報を取得する。
ステップS302において、サーバ10の契約確認部1043は、第2ユーザを特定し、第2ユーザの承認権限情報を取得する。第2ユーザは、第2ユーザ端末30から受信したリクエストに含まれる第2ユーザID3011に基づき特定しても良いし、URLに含まれる第2ユーザを識別するための識別情報に基づき特定しても良い。第2ユーザが本開示にかかるサービスにユーザ登録していない場合には、URLから第2ユーザを特定する必要がある。例えば、URLには第2ユーザを特定する情報として第2ユーザのメールアドレス、ユーザIDなどが含まれていても良い。
サーバ10の契約確認部1043は、特定された第2ユーザのユーザ識別情報に基づき、ユーザテーブル1012のユーザIDの項目を検索し、第2ユーザの承認権限の項目を取得する。なお、本開示において、第2ユーザの承認権限はユーザテーブル1012に記憶される構成としたが、第2ユーザの承認権限は第2ユーザが所属するグループごとに記憶されていても良いし、契約情報ごと、契約情報種別ごとに記憶されても構わない。サーバ10の契約確認部1043は、対象となる契約情報に対し、第2ユーザの承認権限情報を取得する。
また、第2ユーザが本開示にかかるサービスにユーザ登録していない場合は、第2ユーザを、承認権限を有さないユーザとみなして処理を実行しても良い。
また、第2ユーザが本開示にかかるサービスにユーザ登録していない場合は、第2ユーザを、承認権限を有さないユーザとみなして処理を実行しても良い。
ステップS303において、サーバ10の契約確認部1043は、取得した契約情報、確認者情報(第2ユーザを特定する情報)、入力項目情報、確認者の承認権限情報に基づき、確認画面を生成し第2ユーザ端末30に送信する。
具体的に、第2ユーザ端末30のディスプレイ3081は、第2ユーザに対して、契約情報を承認する操作を受け付ける確認画面を提示する。第2ユーザは、第2ユーザ端末30のディスプレイ3081に表示された契約情報を確認し承認する。
なお、第2ユーザに提示される確認画面は、確認テーブル1015の第2ユーザのレコードの言語データの項目に記憶された言語情報に基づき、確認者に対して指定された言語表記で第2ユーザに対して提示する構成としても良い。
なお、第2ユーザに提示される確認画面は、確認テーブル1015の第2ユーザのレコードの言語データの項目に記憶された言語情報に基づき、確認者に対して指定された言語表記で第2ユーザに対して提示する構成としても良い。
図17は、契約書確認処理の動作を示す確認画面の画面例である。第2ユーザ端末30のディスプレイ3081に表示される、契約情報を承認するための確認画面70には、現在の契約情報の作成状況を示すステータス710、契約情報表示エリア730、書類データ731、入力項目732、733、734、735、736、同意ボタン740が表示される。
具体的に、サーバ10の契約確認部1043は、ステップS302において取得した第2ユーザの承認権限情報に、契約締結を承認する権限を有する情報が記憶されている場合は、第2ユーザが受け付けた契約情報の契約締結を承認することができるユーザと判定し、第2ユーザに対して確認画面を提示しステップS304に進む。
一方、第2ユーザが、受け付けた契約情報の契約締結を承認することができないユーザである場合は、契約書確認処理を終了する。
ステップS304において、サーバ10の契約確認部1043は、契約情報の1または複数の入力項目に対する入力を受け付ける。
具体的に、第2ユーザは、第2ユーザ端末30の入力装置306などを操作し、契約情報に設定された入力項目732、733、734、735に対し入力データを入力する。なお、本開示においては入力項目736に対しては、第2ユーザによる入力が割当られていないため、第2ユーザは入力データを入力できないことが視覚的に識別可能に表示される。
具体的に、第2ユーザは、第2ユーザ端末30の入力装置306などを操作し、契約情報に設定された入力項目732、733、734、735に対し入力データを入力する。なお、本開示においては入力項目736に対しては、第2ユーザによる入力が割当られていないため、第2ユーザは入力データを入力できないことが視覚的に識別可能に表示される。
ステップS305において、サーバ10の契約確認部1043は、第2ユーザから、第1ユーザから受け付けた契約情報の契約締結に同意し承認する指示を受け付ける。
第2ユーザは、第2ユーザ端末30のディスプレイ3081に表示された契約情報および入力データを確認し、内容に同意また承諾する場合には、第2ユーザ端末30の入力装置306などを操作し、契約情報を確認するための確認画面70に、表示された同意ボタン740を押下することにより、書類ID、第2ユーザを特定する情報、ステップS305において入力した入力項目ごとの入力データを含むリクエストをサーバ10へ送信する処理を実行させる。第2ユーザを特定する情報は、第2ユーザID3011でも構わない。
サーバ10の契約確認部1043は、受信したリクエストに基づき第2ユーザが契約情報を確認したことを示す情報を記憶する。具体的に、サーバ10の契約確認部1043は、受信した書類ID、第2ユーザを特定する情報に基づき、確認テーブル1015を検索し、当該レコードの確認フラグの項目にTrueの値を記憶する。例えば、第2ユーザを特定する情報がメールアドレスである場合には、確認テーブル1015の書類ID、確認者メールアドレスの項目を検索し、当該レコードの確認フラグの項目にTrueの値を記憶する。第2ユーザを特定する情報がユーザ識別情報である場合には、ユーザテーブル1012のユーザIDの項目を検索することにより特定される第2ユーザのメールアドレスに基づき、確認テーブル1015の書類ID、確認者メールアドレスの項目を検索し、当該レコードの確認フラグの項目にTrueの値を記憶する。
サーバ10の契約確認部1043は、受信した入力データを、当該入力データと関連付けられた入力項目IDで特定される入力項目テーブル1016の入力データの項目に記憶する。これにより、ステップS305において、第2ユーザにより入力された入力データが、入力項目テーブル1016の入力項目情報として記憶される。
第2ユーザは、第2ユーザ端末30のディスプレイ3081に表示された契約情報および入力データを確認し、内容に同意また承諾する場合には、第2ユーザ端末30の入力装置306などを操作し、契約情報を確認するための確認画面70に、表示された同意ボタン740を押下することにより、書類ID、第2ユーザを特定する情報、ステップS305において入力した入力項目ごとの入力データを含むリクエストをサーバ10へ送信する処理を実行させる。第2ユーザを特定する情報は、第2ユーザID3011でも構わない。
サーバ10の契約確認部1043は、受信したリクエストに基づき第2ユーザが契約情報を確認したことを示す情報を記憶する。具体的に、サーバ10の契約確認部1043は、受信した書類ID、第2ユーザを特定する情報に基づき、確認テーブル1015を検索し、当該レコードの確認フラグの項目にTrueの値を記憶する。例えば、第2ユーザを特定する情報がメールアドレスである場合には、確認テーブル1015の書類ID、確認者メールアドレスの項目を検索し、当該レコードの確認フラグの項目にTrueの値を記憶する。第2ユーザを特定する情報がユーザ識別情報である場合には、ユーザテーブル1012のユーザIDの項目を検索することにより特定される第2ユーザのメールアドレスに基づき、確認テーブル1015の書類ID、確認者メールアドレスの項目を検索し、当該レコードの確認フラグの項目にTrueの値を記憶する。
サーバ10の契約確認部1043は、受信した入力データを、当該入力データと関連付けられた入力項目IDで特定される入力項目テーブル1016の入力データの項目に記憶する。これにより、ステップS305において、第2ユーザにより入力された入力データが、入力項目テーブル1016の入力項目情報として記憶される。
サーバ10の契約確認部1043は、すべての承認権限を有する確認者による契約書確認処理が実行されたことを判定する。具体的に、サーバ10の契約確認部1043は、確認テーブル1015において、承認権限を有する確認者のレコードの確認フラグにTrueの値が記憶されている場合に、すべての承認権限を有する確認者による契約書確認処理が実行されたと判定する。つまり、承認権限を有さない確認者のレコードの確認フラグの値は無視して判定を行う。
サーバ10の契約確認部1043は、すべての承認権限を有する確認者による契約書確認処理が実行されると、契約書確認処理が完了したことを通知するメッセージを第1ユーザへ送信する。なお、同様に、サーバ10の契約確認部1043は、契約書確認処理が完了したことを通知するメッセージを第2ユーザへ送信しても良い。
サーバ10の契約確認部1043は、すべての承認権限を有する確認者による契約書確認処理が実行されると、契約書確認処理が完了したことを通知するメッセージを第1ユーザへ送信する。なお、同様に、サーバ10の契約確認部1043は、契約書確認処理が完了したことを通知するメッセージを第2ユーザへ送信しても良い。
具体的に、サーバ10の契約確認部1043は、第1ユーザのメールアドレスへ、第2ユーザが契約情報の確認を完了したことを通知するメッセージをメールなどの連絡手段にて送信する。つまり、第1ユーザに対して、第2ユーザにより契約締結の承認がなされたことを通知する。これにより、第1ユーザは、第2ユーザとの間で契約締結が完了したことを知ることができる。
第1ユーザへ通知するメッセージには、契約情報を特定するための書類IDを含むエンドポイントであるURLの情報を含めても良い。
第1ユーザへ通知するメッセージには、契約情報を特定するための書類IDを含むエンドポイントであるURLの情報を含めても良い。
図18は、第1ユーザ端末20に通知されるメッセージを示す画面例である。第1ユーザ端末20のディスプレイ2081に表示される、メッセージ画面80には、メッセージ81、契約情報を特定するための書類IDを含むURL82の情報が含まれる。
同様に、サーバ10の契約確認部1043は、不図示のチャットサービス等を用いて、第2ユーザが契約情報の確認を完了したことを通知するメッセージに、第1ユーザへのメンションを含めて送信しても良い。つまり、第1ユーザに対して、チャットサービスを介して、第2ユーザにより契約締結の承認がなされたことを通知する。これにより、第1ユーザは、第2ユーザとの間で契約締結が完了したことを知ることができる。
第1ユーザへ通知するメッセージには、契約情報を特定するための書類IDを含むエンドポイントであるURLの情報を含めても良い。
第1ユーザへ通知するメッセージには、契約情報を特定するための書類IDを含むエンドポイントであるURLの情報を含めても良い。
第1ユーザは、第1ユーザ端末20のブラウザアプリケーションにより、受信したメッセージに含まれるURLにより指定されたウェブページを開くことができる。第1ユーザ端末20は、契約情報を参照し、照会するためのリクエストをサーバ10へ送信する。サーバ10の契約確認部1043は、契約情報を参照し、照会するためのウェブページを生成し第1ユーザ端末20へ送信する。第1ユーザは、第1ユーザ端末20のディスプレイ2081に表示された、ウェブページ画面から、契約情報に含まれる書類データをダウンロード等により取得することができる。
サーバ10の契約確認部1043は、複数のユーザが確認者として設定されている場合には、最後に契約書確認処理を実行したユーザ以外の確認者にかかるユーザへ契約書確認処理が完了したことを通知するメッセージを送信しても良い。これにより、確認者にかかるユーザも、すべての確認者により契約書確認処理の実行が完了したことの通知を受けることができる。
また、サーバ10の契約確認部1043は、複数の確認者が所属するグループにおいて管理者に相当する権限を有するユーザへ契約書確認処理が完了したことを通知するメッセージを送信しても良い。
なお、メッセージは、メール、チャットサービス等を介して送信しても良い。
これにより、確認者にかかるユーザが所属するグループにおける管理者が、契約書確認処理の実行が完了したことの通知を受けることができる。
また、サーバ10の契約確認部1043は、複数の確認者が所属するグループにおいて管理者に相当する権限を有するユーザへ契約書確認処理が完了したことを通知するメッセージを送信しても良い。
なお、メッセージは、メール、チャットサービス等を介して送信しても良い。
これにより、確認者にかかるユーザが所属するグループにおける管理者が、契約書確認処理の実行が完了したことの通知を受けることができる。
具体的に、サーバ10の契約確認部1043は、ユーザIDまたはメールアドレスに基づきユーザテーブル1012の、ユーザIDまたはメールアドレスの項目を検索することにより、グループIDの項目を取得する。サーバ10の契約確認部1043は、取得したグループIDの項目に基づき、グループテーブル1013のグループIDの項目を検索し、管理者IDの項目を取得し、管理者IDに基づき、管理者に相当する権限を有するユーザをユーザテーブル1012のユーザIDを検索することにより特定し、契約書確認処理が完了したことを通知するメッセージを送信する。
<電子署名処理>
ステップS305に、電子署名処理を含めても良い。サーバ10の契約確認部1043は、ステップS305において第2ユーザから受け付けた契約締結を承認する指示に応じて、第1ユーザから受け付けた契約情報に、契約情報の契約締結が承認されたことを示す電子署名を付与して記憶する。
具体的に、サーバ10の契約確認部1043は、受信したリクエストに基づき、契約情報に対し、電子署名を付与し記憶する。サーバ10の契約確認部1043は、書類IDに基づき、書類テーブル1014の書類IDの項目を検索し、契約情報を取得する。
サーバ10の契約確認部1043は、取得した契約情報に電子署名を付与し、書類テーブル1014の書類データの項目に記憶する。なお、サーバ10の契約確認部1043は、電子署名を付与した契約情報により書類データの項目を更新(上書き)しても良いし、電子署名付与前の契約情報を別途不図示の記憶装置に記憶しても構わない。
サーバ10の契約確認部1043は、電子署名に、書類ID、第1ユーザのメールアドレス、第2ユーザのメールアドレス、承認日時、確認日時、承認日時の認証方法、確認日時の認証方法、入力項目ごとの入力データの値、第1ユーザ、第2ユーザの同意(承認)、タイムスタンプなどのいずれかの情報を含めても良い。
これにより、サーバ10の契約確認部1043は、契約情報に第2ユーザが契約情報の契約締結を承認したことを示す電子署名を付与して記憶する。契約情報に対する第三者によるなりすましや改ざんを防ぐことができる。
ステップS305に、電子署名処理を含めても良い。サーバ10の契約確認部1043は、ステップS305において第2ユーザから受け付けた契約締結を承認する指示に応じて、第1ユーザから受け付けた契約情報に、契約情報の契約締結が承認されたことを示す電子署名を付与して記憶する。
具体的に、サーバ10の契約確認部1043は、受信したリクエストに基づき、契約情報に対し、電子署名を付与し記憶する。サーバ10の契約確認部1043は、書類IDに基づき、書類テーブル1014の書類IDの項目を検索し、契約情報を取得する。
サーバ10の契約確認部1043は、取得した契約情報に電子署名を付与し、書類テーブル1014の書類データの項目に記憶する。なお、サーバ10の契約確認部1043は、電子署名を付与した契約情報により書類データの項目を更新(上書き)しても良いし、電子署名付与前の契約情報を別途不図示の記憶装置に記憶しても構わない。
サーバ10の契約確認部1043は、電子署名に、書類ID、第1ユーザのメールアドレス、第2ユーザのメールアドレス、承認日時、確認日時、承認日時の認証方法、確認日時の認証方法、入力項目ごとの入力データの値、第1ユーザ、第2ユーザの同意(承認)、タイムスタンプなどのいずれかの情報を含めても良い。
これにより、サーバ10の契約確認部1043は、契約情報に第2ユーザが契約情報の契約締結を承認したことを示す電子署名を付与して記憶する。契約情報に対する第三者によるなりすましや改ざんを防ぐことができる。
<変形例>
契約書作成処理および契約書確認処理において、契約締結の相手方が、契約解除処理において、他の契約情報の契約解除条項に該当することにより契約が解除されている場合には、契約締結を停止または拒絶する処理を実行しても良い。
ステップS101において、サーバ10の契約作成部1042は、第2ユーザから、第2契約情報を受け付ける契約受付ステップを実行する。サーバ10の契約作成部1042は、契約受付ステップにおいて受け付けた第2契約情報の1または複数の相手方を特定する第2相手方特定ステップを実行する。
具体的に、サーバ10の契約作成部1042は、当事者データを受け付けた際に、受け付けた当事者データに基づき、契約当事者の氏名、会社名、組織名等の契約の相手方を特定する。なお、サーバ10の契約作成部1042は、ステップS102において設定された確認者(受信者)となるユーザを、契約当事者の情報として契約の相手方として特定しても構わない。
契約書作成処理および契約書確認処理において、契約締結の相手方が、契約解除処理において、他の契約情報の契約解除条項に該当することにより契約が解除されている場合には、契約締結を停止または拒絶する処理を実行しても良い。
ステップS101において、サーバ10の契約作成部1042は、第2ユーザから、第2契約情報を受け付ける契約受付ステップを実行する。サーバ10の契約作成部1042は、契約受付ステップにおいて受け付けた第2契約情報の1または複数の相手方を特定する第2相手方特定ステップを実行する。
具体的に、サーバ10の契約作成部1042は、当事者データを受け付けた際に、受け付けた当事者データに基づき、契約当事者の氏名、会社名、組織名等の契約の相手方を特定する。なお、サーバ10の契約作成部1042は、ステップS102において設定された確認者(受信者)となるユーザを、契約当事者の情報として契約の相手方として特定しても構わない。
サーバ10の契約作成部1042は、第2相手方特定ステップにおいて特定した1または複数の相手方のそれぞれの1または複数の第2信用情報を取得する第2信用取得ステップを実行する。
具体的に、サーバ10の契約解除部1044は、ステップS101において特定した1または複数の相手方の当事者情報に基づき、相手方のそれぞれの1または複数の信用情報を取得する。なお、信用情報を取得する処理は、後述する契約解除処理のステップS503と同様であるため説明を省略する。
具体的に、サーバ10の契約解除部1044は、ステップS101において特定した1または複数の相手方の当事者情報に基づき、相手方のそれぞれの1または複数の信用情報を取得する。なお、信用情報を取得する処理は、後述する契約解除処理のステップS503と同様であるため説明を省略する。
サーバ10の契約作成部1042は、第2信用取得ステップにおいて取得した1または複数の第2信用情報が、契約受付ステップにおいて取得した第2契約情報に含まれる第2契約解除条項に該当するか否かを判定する第2判定ステップを実行する。
第2判定ステップは、解除されたことを示す情報に関連付けられた、第1ユーザの複数の契約情報の当事者情報および解除事由に基づき、契約受付ステップにおいて受け付けた第2契約情報に含まれる第2契約解除条項に該当するか否かを判定するステップを実行する。
具体的に、サーバ10の契約解除部1044は、ステップS101において特定した1または複数の相手方の当事者情報のそれぞれに対する1または複数の信用情報と、ステップS101において受け付けた契約情報に基づいて、1または複数の相手方の当事者情報のそれぞれが契約情報に含まれる特定契約条項(契約解除条項)に該当するか否かを判定する。
なお、特定契約条項に該当するか否かの判定処理は、後述する契約解除処理のステップS504と同様であるため説明を省略する。
第2判定ステップは、解除されたことを示す情報に関連付けられた、第1ユーザの複数の契約情報の当事者情報および解除事由に基づき、契約受付ステップにおいて受け付けた第2契約情報に含まれる第2契約解除条項に該当するか否かを判定するステップを実行する。
具体的に、サーバ10の契約解除部1044は、ステップS101において特定した1または複数の相手方の当事者情報のそれぞれに対する1または複数の信用情報と、ステップS101において受け付けた契約情報に基づいて、1または複数の相手方の当事者情報のそれぞれが契約情報に含まれる特定契約条項(契約解除条項)に該当するか否かを判定する。
なお、特定契約条項に該当するか否かの判定処理は、後述する契約解除処理のステップS504と同様であるため説明を省略する。
サーバ10の契約作成部1042は、第2判定ステップにおいて、1または複数の第2信用情報が、第2契約解除条項に該当すると判定された場合に、第2ユーザに対し第2通知情報を出力する第2通知出力ステップを実行する。
具体的に、ステップS101において特定した1または複数の相手方の当事者情報が、特定契約条項(契約解除条項)に該当すると判定された場合は、作成者にかかるユーザに対して、契約の相手方が特定契約条項に該当したことを示す情報を通知する。
具体的に、ステップS101において特定した1または複数の相手方の当事者情報が、特定契約条項(契約解除条項)に該当すると判定された場合は、作成者にかかるユーザに対して、契約の相手方が特定契約条項に該当したことを示す情報を通知する。
ステップS106において、サーバ10の契約作成部1042は、第2判定ステップにおいて第2契約解除条項に該当すると判定された場合に、第2契約解除条項に該当する1または複数の相手方と、第2ユーザが契約締結を行うことを拒絶する拒絶ステップを実行する。
具体的に、ステップS101において特定した1または複数の相手方の当事者情報が、契約解除条項に該当すると判定された場合は、作成者にかかるユーザが、契約の相手方と契約締結を行うことを禁止、拒絶、停止する処理を実行しても良い。具体的に、契約解除条項に該当すると判定された場合は、契約書作成処理のステップS102以降が実行できないように制御しても良い。
具体的に、ステップS101において特定した1または複数の相手方の当事者情報が、契約解除条項に該当すると判定された場合は、作成者にかかるユーザが、契約の相手方と契約締結を行うことを禁止、拒絶、停止する処理を実行しても良い。具体的に、契約解除条項に該当すると判定された場合は、契約書作成処理のステップS102以降が実行できないように制御しても良い。
<契約解除処理>
契約解除処理は、ユーザが過去に作成者または確認者として関与した存続中の契約情報のうち、契約当事者の信用情報等に基づき契約情報の特定契約条項に該当すると判定された契約情報をユーザに提示するとともに、ユーザから契約を解除するための指示の受け付けに応じて、当該契約情報と契約情報が解除されたことを示す情報を関連付けて記憶する処理である。
契約解除処理は、ユーザが過去に作成者または確認者として関与した存続中の契約情報のうち、契約当事者の信用情報等に基づき契約情報の特定契約条項に該当すると判定された契約情報をユーザに提示するとともに、ユーザから契約を解除するための指示の受け付けに応じて、当該契約情報と契約情報が解除されたことを示す情報を関連付けて記憶する処理である。
<契約解除処理の概要>
契約解除処理は、ユーザが過去に作成者または確認者として関与した契約情報を取得し、当該契約情報の契約当事者である相手方を特定し、相手方の信用情報を取得し、契約情報ごとに特定契約条項に該当するか否かを判定し、特定契約条項に該当する契約情報を含む通知をユーザに提示し、ユーザから契約を解除するための操作指示を受け付ける一連の処理である。
契約解除処理は、ユーザが過去に作成者または確認者として関与した契約情報を取得し、当該契約情報の契約当事者である相手方を特定し、相手方の信用情報を取得し、契約情報ごとに特定契約条項に該当するか否かを判定し、特定契約条項に該当する契約情報を含む通知をユーザに提示し、ユーザから契約を解除するための操作指示を受け付ける一連の処理である。
<契約解除処理の詳細>
以下に、契約解除処理の詳細を説明する。
以下に、契約解除処理の詳細を説明する。
ステップS501において、サーバ10の契約解除部1044は、当事者として第1組織が締結し、契約存続中の契約情報を取得する契約取得ステップを実行する。
第1ユーザは、第1ユーザ端末20の記憶部201に記憶されたブラウザアプリケーションを起動し、サーバ10の契約解除処理を実行するためのURLを入力し、契約解除処理ページを開く。第1ユーザ端末20の制御部204は、契約解除処理を実行するリクエストをサーバ10へ送信する。
サーバ10の契約解除部1044は、受信したリクエストに含まれる第1ユーザID2011を受け付ける。サーバ10の契約解除部1044は、受信した第1ユーザID2011に基づき、ユーザテーブル1012のユーザIDの項目を検索し、第1ユーザのメールアドレスを取得する。
サーバ10の契約解除部1044は、第1ユーザID2011に基づき書類テーブル1014の作成者IDの項目を検索し、書類IDを取得し特定する。サーバ10の契約解除部1044は、第1ユーザのメールアドレスに基づき、確認テーブル1015の確認者メールアドレスの項目を検索し、書類IDを取得し特定する。サーバ10の契約解除部1044は、取得した書類IDに基づき、書類テーブル1014の書類IDの項目を検索し、書類データ、当事者データを含む複数の契約情報を、契約解除処理における契約解除候補となる契約情報として取得する。これにより、サーバ10の契約解除部1044は、第1ユーザが作成者または確認者として契約締結に関与した複数の契約情報を、契約解除処理における契約解除候補となる契約情報として取得し特定する。
サーバ10の契約解除部1044は、契約情報を取得する際に、契約が終了、中止、解除等により契約存続中ではない契約情報を除外し、契約存続中の契約情報のみを取得し特定しても良い。例えば、サーバ10の契約解除部1044は、書類テーブル1014において契約情報と関連付けられた書類データ、解除フラグ、契約終了日等の情報に基づき、契約情報が契約存続中か否かを判定し、契約存続中と判定された契約情報のみを取得し特定する。
本開示においては、第1ユーザが作成者または確認者として関与した契約情報を取得する構成としたが、第1ユーザに関連付けられたグループIDにより特定されるグループを第1組織として、当該第1組織を当事者データに含む契約情報を取得し特定する構成としても構わない。また、第1ユーザによる第1ユーザ端末20の入力装置206により指定された任意のグループ(第1組織)を当事者データに含む契約情報を取得し特定する構成としても構わない。
第1ユーザは、第1ユーザ端末20の記憶部201に記憶されたブラウザアプリケーションを起動し、サーバ10の契約解除処理を実行するためのURLを入力し、契約解除処理ページを開く。第1ユーザ端末20の制御部204は、契約解除処理を実行するリクエストをサーバ10へ送信する。
サーバ10の契約解除部1044は、受信したリクエストに含まれる第1ユーザID2011を受け付ける。サーバ10の契約解除部1044は、受信した第1ユーザID2011に基づき、ユーザテーブル1012のユーザIDの項目を検索し、第1ユーザのメールアドレスを取得する。
サーバ10の契約解除部1044は、第1ユーザID2011に基づき書類テーブル1014の作成者IDの項目を検索し、書類IDを取得し特定する。サーバ10の契約解除部1044は、第1ユーザのメールアドレスに基づき、確認テーブル1015の確認者メールアドレスの項目を検索し、書類IDを取得し特定する。サーバ10の契約解除部1044は、取得した書類IDに基づき、書類テーブル1014の書類IDの項目を検索し、書類データ、当事者データを含む複数の契約情報を、契約解除処理における契約解除候補となる契約情報として取得する。これにより、サーバ10の契約解除部1044は、第1ユーザが作成者または確認者として契約締結に関与した複数の契約情報を、契約解除処理における契約解除候補となる契約情報として取得し特定する。
サーバ10の契約解除部1044は、契約情報を取得する際に、契約が終了、中止、解除等により契約存続中ではない契約情報を除外し、契約存続中の契約情報のみを取得し特定しても良い。例えば、サーバ10の契約解除部1044は、書類テーブル1014において契約情報と関連付けられた書類データ、解除フラグ、契約終了日等の情報に基づき、契約情報が契約存続中か否かを判定し、契約存続中と判定された契約情報のみを取得し特定する。
本開示においては、第1ユーザが作成者または確認者として関与した契約情報を取得する構成としたが、第1ユーザに関連付けられたグループIDにより特定されるグループを第1組織として、当該第1組織を当事者データに含む契約情報を取得し特定する構成としても構わない。また、第1ユーザによる第1ユーザ端末20の入力装置206により指定された任意のグループ(第1組織)を当事者データに含む契約情報を取得し特定する構成としても構わない。
ステップS501において、契約取得ステップは、契約存続中の契約情報が契約情報の契約更新または契約変更の際に、契約存続中の契約情報を取得するステップを実行する。
具体的に、サーバ10の契約解除部1044は、書類テーブル1014に記憶された契約情報のそれぞれを定期的に取得し、現在日時が、当該取得した契約情報の契約更新日から所定期間前に含まれる場合に、当該契約情報の作成者または確認者にかかるユーザに対してメール等を介して契約更新日が近づいていることを示すメッセージを含む通知を実行する。当該メッセージには、契約解除処理を実行するためのURLが記載されており、通知を受けたユーザは、自身のユーザ端末を操作することにより、メッセージに記載されたURLを選択することにより、契約解除処理ページを開く。
同様に、本開示にかかる電子的な契約締結サービスを利用するユーザが、自身が作成者または確認者として関与した契約情報の契約変更を行う際に、契約解除処理ページを開く構成としても良い。例えば、ユーザが作成者または確認者として関与した契約情報を一覧表示するページにおいて、一覧表示された契約情報から契約変更対象の契約情報を選択することにより実行される、契約変更等を行う際の一連の処理(契約変更処理)の中に契約解除処理を含めても良い。
契約変更とは、原契約で規定された契約条件の変更を伴う新たな契約のことであり、例えば、当事者間で締結された権利・義務内容の拡大、減縮等を含み、料金プランの変更、サービス内容のアップグレード等を含む。
具体的に、サーバ10の契約解除部1044は、書類テーブル1014に記憶された契約情報のそれぞれを定期的に取得し、現在日時が、当該取得した契約情報の契約更新日から所定期間前に含まれる場合に、当該契約情報の作成者または確認者にかかるユーザに対してメール等を介して契約更新日が近づいていることを示すメッセージを含む通知を実行する。当該メッセージには、契約解除処理を実行するためのURLが記載されており、通知を受けたユーザは、自身のユーザ端末を操作することにより、メッセージに記載されたURLを選択することにより、契約解除処理ページを開く。
同様に、本開示にかかる電子的な契約締結サービスを利用するユーザが、自身が作成者または確認者として関与した契約情報の契約変更を行う際に、契約解除処理ページを開く構成としても良い。例えば、ユーザが作成者または確認者として関与した契約情報を一覧表示するページにおいて、一覧表示された契約情報から契約変更対象の契約情報を選択することにより実行される、契約変更等を行う際の一連の処理(契約変更処理)の中に契約解除処理を含めても良い。
契約変更とは、原契約で規定された契約条件の変更を伴う新たな契約のことであり、例えば、当事者間で締結された権利・義務内容の拡大、減縮等を含み、料金プランの変更、サービス内容のアップグレード等を含む。
通常、ステップS501において、第1ユーザが過去に作成者または確認者として関与した複数の契約情報が取得し特定される。但し、ステップS502以降の説明においては、簡単のため所定の1の契約情報に関する処理を主に説明する。実際には、ステップS501において取得し特定された複数の契約情報のそれぞれに対してステップS502以降の処理が実行される。
ステップS502において、サーバ10の契約解除部1044は、契約取得ステップにおいて取得した契約情報の1または複数の相手方を特定する相手方特定ステップを実行する。
具体的に、サーバ10の契約解除部1044は、ステップS501において取得した契約情報の当事者データに含まれる契約当事者の氏名、会社名、組織名等の契約当事者を特定するための情報(文字列等)を取得する。これにより、ステップS501において取得した契約情報に対する1または複数の相手方が特定される。
具体的に、サーバ10の契約解除部1044は、ステップS501において取得した契約情報の当事者データに含まれる契約当事者の氏名、会社名、組織名等の契約当事者を特定するための情報(文字列等)を取得する。これにより、ステップS501において取得した契約情報に対する1または複数の相手方が特定される。
ステップS503において、サーバ10の契約解除部1044は、相手方特定ステップにおいて特定した1または複数の相手方のそれぞれの1または複数の信用情報を取得する信用取得ステップを実行する。
具体的に、サーバ10の契約解除部1044は、ステップS502において取得した1または複数の契約当事者を特定するための情報を含み、1または複数の契約当事者のそれぞれの信用情報を照会するためのリクエストを機関サーバ40へ送信する。
機関サーバ40の制御部404は、リクエストを受信すると、1または複数の契約当事者を特定するための情報に基づき、信用テーブル4012の組織IDまたは組織名を検索し、1または複数の契約当事者に対応する信用データを取得する。
機関サーバ40の制御部404は、受信したリクエストに対するレスポンスとして、1または複数の契約当事者のそれぞれに関連付けられた信用データをレスポンスとしてサーバ10へ送信する。サーバ10の契約解除部1044は、機関サーバ40からステップS501において取得した契約情報に関連付けられた1または複数の相手方のそれぞれに対する信用データを取得する。
具体的に、サーバ10の契約解除部1044は、ステップS502において取得した1または複数の契約当事者を特定するための情報を含み、1または複数の契約当事者のそれぞれの信用情報を照会するためのリクエストを機関サーバ40へ送信する。
機関サーバ40の制御部404は、リクエストを受信すると、1または複数の契約当事者を特定するための情報に基づき、信用テーブル4012の組織IDまたは組織名を検索し、1または複数の契約当事者に対応する信用データを取得する。
機関サーバ40の制御部404は、受信したリクエストに対するレスポンスとして、1または複数の契約当事者のそれぞれに関連付けられた信用データをレスポンスとしてサーバ10へ送信する。サーバ10の契約解除部1044は、機関サーバ40からステップS501において取得した契約情報に関連付けられた1または複数の相手方のそれぞれに対する信用データを取得する。
ステップS504において、サーバ10の契約解除部1044は、信用取得ステップにおいて取得した1または複数の信用情報が、契約取得ステップにおいて取得した契約情報に含まれる特定契約条項に該当するか否かを判定する判定ステップを実行する。
判定ステップは、1または複数の信用情報が、契約情報に含まれ、契約情報の効力が最初から存在しなかった状態にすることができる契約解除条項に該当するか否かを判定するステップを実行する。
具体的に、サーバ10の契約解除部1044は、ステップS501において取得した契約情報に含まれる書類データを参照し、当該契約情報に関連付けられた1または複数の当事者のそれぞれの信用情報が、書類データに含まれる条項のうち契約解除条項等の所定の特定契約条項に該当するか否かを判定する。
例えば、サーバ10の契約解除部1044は、任意の機械学習モデル、深層学習モデル、人工知能モデル(AIモデル)等に対して、書類データに含まれるそれぞれの条項または条文と、当事者の信用データを入力データとして、当該当事者の信用データが条項または条文に該当するか否かを示す情報を出力データとして取得し、判定する。
その他、任意のパターンマッチング、構文解析技術等を用いて、書類データに含まれるそれぞれの条項または条文と、当事者の信用データを入力データとして、当事者の信用データが条項または条文に該当するか否かを示す情報を取得し、判定しても良い。
判定ステップは、1または複数の信用情報が、契約情報に含まれ、契約情報の効力が最初から存在しなかった状態にすることができる契約解除条項に該当するか否かを判定するステップを実行する。
具体的に、サーバ10の契約解除部1044は、ステップS501において取得した契約情報に含まれる書類データを参照し、当該契約情報に関連付けられた1または複数の当事者のそれぞれの信用情報が、書類データに含まれる条項のうち契約解除条項等の所定の特定契約条項に該当するか否かを判定する。
例えば、サーバ10の契約解除部1044は、任意の機械学習モデル、深層学習モデル、人工知能モデル(AIモデル)等に対して、書類データに含まれるそれぞれの条項または条文と、当事者の信用データを入力データとして、当該当事者の信用データが条項または条文に該当するか否かを示す情報を出力データとして取得し、判定する。
その他、任意のパターンマッチング、構文解析技術等を用いて、書類データに含まれるそれぞれの条項または条文と、当事者の信用データを入力データとして、当事者の信用データが条項または条文に該当するか否かを示す情報を取得し、判定しても良い。
例えば、A社およびB社間で締結された契約情報において、契約情報に含まれる書類データに「債務超過である場合には、契約解除対象となる」旨の契約解除条項が含まれている場合を想定する。
この場合、ステップS503において取得したB社の信用データに、「B社が債務超過である」ことを示す情報が含まれていた場合に、サーバ10の契約解除部1044は、契約情報が特定契約条項(契約解除条項)に該当すると判定する。一方、B社の信用データに、「B社が債務超過である」ことを示す情報が含まれていない場合には、サーバ10の契約解除部1044は、契約情報が特定契約条項(契約解除条項)に該当しないと判定する。
この場合、ステップS503において取得したB社の信用データに、「B社が債務超過である」ことを示す情報が含まれていた場合に、サーバ10の契約解除部1044は、契約情報が特定契約条項(契約解除条項)に該当すると判定する。一方、B社の信用データに、「B社が債務超過である」ことを示す情報が含まれていない場合には、サーバ10の契約解除部1044は、契約情報が特定契約条項(契約解除条項)に該当しないと判定する。
例えば、A社およびB社間で締結された契約情報において、契約情報に含まれる書類データに「社会的通念上望ましくない組織か、そのような組織と取引事実がある場合には、契約解除対象となる」旨の契約解除条項が含まれている場合を想定する。
この場合、ステップS503において取得したB社の信用データに、「社会的通念上望ましくない組織か、そのような組織と取引事実がある」ことを示す情報が含まれていた場合に、サーバ10の契約解除部1044は、契約情報が特定契約条項(契約解除条項)に該当すると判定する。一方、B社の信用データに、「社会的通念上望ましくない組織か、そのような組織と取引事実がある」ことを示す情報が含まれていない場合には、サーバ10の契約解除部1044は、契約情報が特定契約条項(契約解除条項)に該当しないと判定する。
この場合、ステップS503において取得したB社の信用データに、「社会的通念上望ましくない組織か、そのような組織と取引事実がある」ことを示す情報が含まれていた場合に、サーバ10の契約解除部1044は、契約情報が特定契約条項(契約解除条項)に該当すると判定する。一方、B社の信用データに、「社会的通念上望ましくない組織か、そのような組織と取引事実がある」ことを示す情報が含まれていない場合には、サーバ10の契約解除部1044は、契約情報が特定契約条項(契約解除条項)に該当しないと判定する。
本開示においては、契約解除条項を一例として説明したが、契約当事者が、契約解除条項以外の任意の条項に該当するか否かを判定する構成としても構わない。例えば、特定契約条項には、契約終了条項、契約取消条項、契約変更条項等が含まれる。
ステップS505において、サーバ10の契約解除部1044は、判定ステップにおいて、1または複数の信用情報が、特定契約条項に該当すると判定された場合に通知情報を出力する通知出力ステップを実行する。
ステップS505において、通知出力ステップは、判定ステップにおいて、1または複数の信用情報が、契約解除条項に該当すると判定された場合に通知情報を出力するステップを実行する。
ステップS505において、通知出力ステップは、1または複数の信用情報と、契約情報において該当すると判定された特定契約条項とを含む通知情報を出力するステップを実行する。
具体的に、ステップS504において、契約情報に関連付けられた当事者のそれぞれの信用情報が、書類データに含まれる条項のうち契約解除条項等の所定の特定契約条項に該当すると判定された場合に、サーバ10の契約解除部1044は、契約情報が特定契約条項に該当することを示す通知情報を含む契約解除処理ページを生成し第1ユーザ端末20へ送信する。
一方、サーバ10の契約解除部1044は、契約情報に関連付けられた当事者のそれぞれの信用情報が、書類データに含まれる条項のうち契約解除条項等の所定の特定契約条項に該当しないと判定された場合に、サーバ10の契約解除部1044は、契約情報が特定契約条項に該当しないことを示す通知情報を含む契約解除処理ページを生成し第1ユーザ端末20へ送信する。
第1ユーザ端末20の制御部204は、受信した契約解除処理ページを第1ユーザ端末20のディスプレイ2081に表示し、第1ユーザに対して契約情報を表示し提示する。
なお、第1ユーザ端末20の制御部204は、契約解除処理ページにおいて、特定契約条項に該当すると判定された契約情報を契約解除候補として、特定契約条項に該当しないと判定された契約情報と識別可能な態様で第1ユーザに対して提示しても良い。
例えば、ステップS501において第1ユーザが作成者または確認者として関与した複数の契約情報が特定された場合において、第1ユーザ端末20のディスプレイ2081は、複数の契約情報を、契約解除候補と、契約解除候補ではない契約情報とを識別可能な態様で第1ユーザに対して一覧表示し、提示する。
ステップS505において、通知出力ステップは、判定ステップにおいて、1または複数の信用情報が、契約解除条項に該当すると判定された場合に通知情報を出力するステップを実行する。
ステップS505において、通知出力ステップは、1または複数の信用情報と、契約情報において該当すると判定された特定契約条項とを含む通知情報を出力するステップを実行する。
具体的に、ステップS504において、契約情報に関連付けられた当事者のそれぞれの信用情報が、書類データに含まれる条項のうち契約解除条項等の所定の特定契約条項に該当すると判定された場合に、サーバ10の契約解除部1044は、契約情報が特定契約条項に該当することを示す通知情報を含む契約解除処理ページを生成し第1ユーザ端末20へ送信する。
一方、サーバ10の契約解除部1044は、契約情報に関連付けられた当事者のそれぞれの信用情報が、書類データに含まれる条項のうち契約解除条項等の所定の特定契約条項に該当しないと判定された場合に、サーバ10の契約解除部1044は、契約情報が特定契約条項に該当しないことを示す通知情報を含む契約解除処理ページを生成し第1ユーザ端末20へ送信する。
第1ユーザ端末20の制御部204は、受信した契約解除処理ページを第1ユーザ端末20のディスプレイ2081に表示し、第1ユーザに対して契約情報を表示し提示する。
なお、第1ユーザ端末20の制御部204は、契約解除処理ページにおいて、特定契約条項に該当すると判定された契約情報を契約解除候補として、特定契約条項に該当しないと判定された契約情報と識別可能な態様で第1ユーザに対して提示しても良い。
例えば、ステップS501において第1ユーザが作成者または確認者として関与した複数の契約情報が特定された場合において、第1ユーザ端末20のディスプレイ2081は、複数の契約情報を、契約解除候補と、契約解除候補ではない契約情報とを識別可能な態様で第1ユーザに対して一覧表示し、提示する。
また、第1ユーザ端末20の制御部204は、契約解除候補にかかる契約情報について、該当する特定契約条項を含む契約解除処理ページを、第1ユーザ端末20のディスプレイ2081に表示する。これにより、第1ユーザは、契約解除候補にかかる契約情報について、どの特定契約条項に該当しているのか簡単に確認することができる。
図19は,契約解除処理の動作を示す画面例である。第1ユーザ端末20のディスプレイ2081に表示される契約解除処理ページD10は、契約解除候補D101A、D101B、D101C、契約解除候補ごとの特定契約条項D111A、D111B、D111C、それぞれの契約解除候補ごとに特定契約条項に該当すると判定された契約当事者D121A、D121B、D121C、D121D、契約解除ボタンD131A、D131B、D131C、契約解除候補ではない契約情報D151A、D151B、D151C、D151Dを含む。なお、契約解除候補ではない契約情報D151A、D151B、D151C、D151Dは、契約解除処理ページD10に表示しない構成としても良い。
なお、特定契約条項D111A、D111B、D111Cのそれぞれに、特定契約条項への該当事由(特定契約条項が解除条項である場合には、解除事由)を示す情報を関連付けて契約解除処理ページD10に表示しても良い。例えば、ユーザが、第1ユーザ端末20の入力装置206を操作し、ポインタ等を特定契約条項D111A、D111B、D111Cで選択することにより、それぞれの特定契約条項に関連付けられた該当事由が画面にポップアップされることにより表示されても良い。
これにより、ユーザは、契約情報ごとにどのような特定契約条項の、どのような該当事由に該当しているのか一目で確認することができる。
これにより、ユーザは、契約情報ごとにどのような特定契約条項の、どのような該当事由に該当しているのか一目で確認することができる。
ステップS505において、通知出力ステップは、契約取得ステップにおいて取得した契約情報が契約解除条項に該当することを示す通知情報を、第1組織に所属する第1ユーザに対して出力するステップを含む。
本開示において、第1ユーザは、ユーザテーブル1012のグループIDを介して、グループテーブル1013において定義された所定の組織(第1組織)に所属するユーザであるものとしても良い。つまり、契約解除処理ページD10は、第1組織に所属する第1ユーザに対して出力し、提示される構成としても良い。
本開示において、第1ユーザは、ユーザテーブル1012のグループIDを介して、グループテーブル1013において定義された所定の組織(第1組織)に所属するユーザであるものとしても良い。つまり、契約解除処理ページD10は、第1組織に所属する第1ユーザに対して出力し、提示される構成としても良い。
ステップS505において、判定ステップは、解除されたことを示す情報に関連付けられた、第1ユーザとは異なる他のユーザの複数の契約情報の当事者情報および解除事由に基づき、契約取得ステップにおいて取得した契約情報に含まれる契約解除条項に該当するか否かを判定するステップを実行する。
具体的に、サーバ10の契約解除部1044は、ステップS502において特定した契約情報に対する1または複数の契約当事者の情報に基づき、書類テーブル1014に記憶された契約情報のうち解除フラグに、当該1または複数の契約当事者について契約解除されたことを示す情報が記憶された契約情報を取得する。
サーバ10の契約解除部1044は、ステップS502において特定した1または複数の契約当事者の情報に基づき、書類テーブル1014の当事者データの項目を検索し、当該契約当事者が当事者データに含まれる、解除フラグを含む契約情報のレコードを取得する。このとき、解除フラグに、当該1または複数の契約当事者のいずれかについて「契約情報が解除されたことを示す情報」が記憶されたレコードのみを取得し、「契約情報が解除されたことを示す情報」が記憶されていないレコードを除外して取得しても良い。
サーバ10の契約解除部1044は、取得した契約情報の解除フラグに含まれる、契約相手方ごとの解除事由の情報を取得する。
サーバ10の契約解除部1044は、ステップS502において特定した契約情報に対する1または複数の契約当事者が、書類テーブル1014に記憶された他の契約情報において、契約解除事由に該当し契約解除されている場合に、ステップS501において取得し特定した契約情報が、特定契約条項(契約解除条項)に該当すると判定する。
サーバ10の契約解除部1044は、ステップS502において特定した契約情報に対する1または複数の契約当事者が、書類テーブル1014に記憶された他の契約情報において、契約解除事由に該当し契約解除されていない場合に、ステップS501において取得し特定した契約情報が、特定契約条項(契約解除条項)に該当しないと判定する。
具体的に、サーバ10の契約解除部1044は、ステップS502において特定した契約情報に対する1または複数の契約当事者の情報に基づき、書類テーブル1014に記憶された契約情報のうち解除フラグに、当該1または複数の契約当事者について契約解除されたことを示す情報が記憶された契約情報を取得する。
サーバ10の契約解除部1044は、ステップS502において特定した1または複数の契約当事者の情報に基づき、書類テーブル1014の当事者データの項目を検索し、当該契約当事者が当事者データに含まれる、解除フラグを含む契約情報のレコードを取得する。このとき、解除フラグに、当該1または複数の契約当事者のいずれかについて「契約情報が解除されたことを示す情報」が記憶されたレコードのみを取得し、「契約情報が解除されたことを示す情報」が記憶されていないレコードを除外して取得しても良い。
サーバ10の契約解除部1044は、取得した契約情報の解除フラグに含まれる、契約相手方ごとの解除事由の情報を取得する。
サーバ10の契約解除部1044は、ステップS502において特定した契約情報に対する1または複数の契約当事者が、書類テーブル1014に記憶された他の契約情報において、契約解除事由に該当し契約解除されている場合に、ステップS501において取得し特定した契約情報が、特定契約条項(契約解除条項)に該当すると判定する。
サーバ10の契約解除部1044は、ステップS502において特定した契約情報に対する1または複数の契約当事者が、書類テーブル1014に記憶された他の契約情報において、契約解除事由に該当し契約解除されていない場合に、ステップS501において取得し特定した契約情報が、特定契約条項(契約解除条項)に該当しないと判定する。
つまり、ステップS505において、サーバ10の契約解除部1044は、契約当事者が、過去にサーバ10の記憶部101に記憶された契約情報において契約解除がなされた者である場合には、契約情報が特定契約条項(契約解除条項)に該当すると判定する。
サーバ10の契約解除部1044は、契約当事者が、過去にサーバ10の記憶部101に記憶された契約情報において契約解除がなされた者ではない場合には、契約情報が特定契約条項(契約解除条項)に該当しないと判定する。
サーバ10の契約解除部1044は、契約当事者が、過去にサーバ10の記憶部101に記憶された契約情報において契約解除がなされた者ではない場合には、契約情報が特定契約条項(契約解除条項)に該当しないと判定する。
なお、サーバ10の契約解除部1044は、特定契約条項(契約解除条項)に該当するか否かを判定するにあたり、ステップS501において取得し特定した契約情報に含まれる条項または条文ごとに、書類テーブル1014に記憶された他の契約情報において、解除フラグに含まれる「解除事由」を考慮して、特定契約条項(契約解除条項)に該当するか否かを判定しても良い。
例えば、A社およびB社間で締結された契約情報において、契約情報に含まれる書類データに「債務超過である場合には、契約解除対象となる」旨の契約解除条項が含まれている場合に、書類テーブル1014に記憶された他の契約情報においてB社が「債務超過」を解除事由として契約解除されたとするレコードが存在する場合には、サーバ10の契約解除部1044は、ステップS501において取得し特定した契約情報が特定契約条項(契約解除条項)に該当すると判定する。一方、書類テーブル1014に記憶された他の契約情報においてB社が「債務超過」を解除事由として契約解除されたとするレコードが存在しない場合には、サーバ10の契約解除部1044は、ステップS501において取得し特定した契約情報が特定契約条項(契約解除条項)に該当しないと判定する。
例えば、A社およびB社間で締結された契約情報において、契約情報に含まれる書類データに「社会的通念上望ましくない組織か、そのような組織と取引事実がある場合には、契約解除対象となる」旨の契約解除条項が含まれている場合に、書類テーブル1014に記憶された他の契約情報においてB社が「社会的通念上望ましくない組織か、そのような組織と取引事実がある」を解除事由として契約解除されたとするレコードが存在する場合には、サーバ10の契約解除部1044は、ステップS501において取得し特定した契約情報が特定契約条項(契約解除条項)に該当すると判定する。一方、書類テーブル1014に記憶された他の契約情報においてB社が「社会的通念上望ましくない組織か、そのような組織と取引事実がある」を解除事由として契約解除されたとするレコードが存在しない場合には、サーバ10の契約解除部1044は、ステップS501において取得し特定した契約情報が特定契約条項(契約解除条項)に該当しないと判定する。
本開示において、第1ユーザは、第1ユーザが過去に作成者または確認者として関与した契約情報のみに基づき、ステップS501において取得した契約情報が特定契約条項に該当するか否かを判定しても良い。
本開示において、第1ユーザは、第1ユーザが所属するグループの他のユーザが過去に作成者または確認者として関与した契約情報に基づき、ステップS501において取得した契約情報が特定契約条項に該当するか否かを判定しても良い。
本開示において、第1ユーザは、第1ユーザが所属するグループを当事者データに含む契約情報に基づき、ステップS501において取得した契約情報が特定契約条項に該当するか否かを判定しても良い。
本開示において、第1ユーザは、第1ユーザが過去に作成者または確認者として関与した契約情報だけでなく、他のユーザが過去に作成した契約情報に基づき、ステップS501において取得した契約情報が特定契約条項に該当するか否かを判定しても良い。
これにより、第1ユーザは、他のユーザの契約情報における特定契約条項に該当するか否かの情報に基づき、自身の契約情報における特定契約条項への該当判定を行うことができる。つまり、契約の相手方に関する多様な信用情報に基づき、契約解除等の判断をより正確に行うことができる。
本開示において、第1ユーザは、第1ユーザが所属するグループの他のユーザが過去に作成者または確認者として関与した契約情報に基づき、ステップS501において取得した契約情報が特定契約条項に該当するか否かを判定しても良い。
本開示において、第1ユーザは、第1ユーザが所属するグループを当事者データに含む契約情報に基づき、ステップS501において取得した契約情報が特定契約条項に該当するか否かを判定しても良い。
本開示において、第1ユーザは、第1ユーザが過去に作成者または確認者として関与した契約情報だけでなく、他のユーザが過去に作成した契約情報に基づき、ステップS501において取得した契約情報が特定契約条項に該当するか否かを判定しても良い。
これにより、第1ユーザは、他のユーザの契約情報における特定契約条項に該当するか否かの情報に基づき、自身の契約情報における特定契約条項への該当判定を行うことができる。つまり、契約の相手方に関する多様な信用情報に基づき、契約解除等の判断をより正確に行うことができる。
ステップS506において、サーバ10の契約解除部1044は、第1ユーザから、契約取得ステップにおいて取得した契約情報を解除するための入力操作を受け付ける解除受付ステップを実行する。
具体的に、第1ユーザは、第1ユーザ端末20のディスプレイ2081に表示された複数の契約解除候補D101A、D101B、D101Cのうち、契約解除する契約情報の契約解除ボタンD131Aを、第1ユーザ端末20の入力装置206を操作することにより選択し押下する。第1ユーザ端末20の制御部204は、選択された契約情報の書類IDをサーバ10へ送信する。サーバ10の契約解除部1044は、第1ユーザにより選択された契約解除候補にかかる契約情報の書類IDを受信し、受け付ける。
具体的に、第1ユーザは、第1ユーザ端末20のディスプレイ2081に表示された複数の契約解除候補D101A、D101B、D101Cのうち、契約解除する契約情報の契約解除ボタンD131Aを、第1ユーザ端末20の入力装置206を操作することにより選択し押下する。第1ユーザ端末20の制御部204は、選択された契約情報の書類IDをサーバ10へ送信する。サーバ10の契約解除部1044は、第1ユーザにより選択された契約解除候補にかかる契約情報の書類IDを受信し、受け付ける。
ステップS506において、サーバ10の契約解除部1044は、解除受付ステップにおいて受け付けた入力操作に基づき、契約取得ステップにおいて取得した契約情報に対して契約情報が解除されたことを示す情報を関連付けて記憶する契約解除ステップを実行する。
ステップS506において、契約解除ステップは、入力操作に基づき、契約取得ステップにおいて取得した契約情報に対して契約情報が解除されたことを示す解除事由を関連付けて記憶するステップを実行する。
具体的に、サーバ10の契約解除部1044は、第1ユーザ端末20から受信した書類IDに基づき、書類テーブル1014の書類IDを検索し特定されるレコードの解除フラグの項目に、当該契約情報が解除されたことを示す情報を記憶する。これにより、第1ユーザが選択した契約解除候補D101Aにかかる契約情報に対して、契約情報が解除されたことを示す情報が関連付けて記憶される。
また、サーバ10の契約解除部1044は、解除フラグに、解除事由に関する情報を含めても良い。例えば、サーバ10の契約解除部1044は、特定契約条項D111Aにより特定される、解除事由を解除フラグに含めて記憶する。これにより、第1ユーザが選択した契約解除候補D101Aにかかる契約情報に、解除事由が関連付けて記憶される。
例えば、サーバ10の外部連携部1045は、「債務超過により契約解除」、「社会的通念上望ましくない組織か、そのような組織と取引事実がある」等の解除事由を、契約情報に関連付けて記憶する。
ステップS506において、契約解除ステップは、入力操作に基づき、契約取得ステップにおいて取得した契約情報に対して契約情報が解除されたことを示す解除事由を関連付けて記憶するステップを実行する。
具体的に、サーバ10の契約解除部1044は、第1ユーザ端末20から受信した書類IDに基づき、書類テーブル1014の書類IDを検索し特定されるレコードの解除フラグの項目に、当該契約情報が解除されたことを示す情報を記憶する。これにより、第1ユーザが選択した契約解除候補D101Aにかかる契約情報に対して、契約情報が解除されたことを示す情報が関連付けて記憶される。
また、サーバ10の契約解除部1044は、解除フラグに、解除事由に関する情報を含めても良い。例えば、サーバ10の契約解除部1044は、特定契約条項D111Aにより特定される、解除事由を解除フラグに含めて記憶する。これにより、第1ユーザが選択した契約解除候補D101Aにかかる契約情報に、解除事由が関連付けて記憶される。
例えば、サーバ10の外部連携部1045は、「債務超過により契約解除」、「社会的通念上望ましくない組織か、そのような組織と取引事実がある」等の解除事由を、契約情報に関連付けて記憶する。
<外部連携処理>
外部連携処理は、本開示にかかる電子的な契約締結サービスを提供する事業者とは異なる、外部の事業者が運営する外部サーバからの顧客情報等の問い合わせに対し、本開示にかかる契約解除処理により蓄積された当事者データに基づき、当該外部サーバに対して信用情報を出力する処理である。
本開示においては、第1ユーザ端末20による外部連携処理を一例として説明する。なお、外部連携処理は第2ユーザ端末30、他の任意のユーザ端末から実行しても構わない。
外部連携処理は、本開示にかかる電子的な契約締結サービスを提供する事業者とは異なる、外部の事業者が運営する外部サーバからの顧客情報等の問い合わせに対し、本開示にかかる契約解除処理により蓄積された当事者データに基づき、当該外部サーバに対して信用情報を出力する処理である。
本開示においては、第1ユーザ端末20による外部連携処理を一例として説明する。なお、外部連携処理は第2ユーザ端末30、他の任意のユーザ端末から実行しても構わない。
外部の事業者が運営するサービスには、CRM(Customer Relationship Management)システムにより提供されるCRMサービスがある。CRMサービスには、Salesforce、Zoho CRM、kintone、Hub Spotなどがある。
<外部連携処理の概要>
外部連携処理は、外部サーバ(外部サービス)から顧客情報の問い合わせを受け付け、当該顧客に関する顧客の信用情報を取得し、外部サーバに対して顧客の信用情報を出力する一連の処理である。
外部連携処理は、外部サーバ(外部サービス)から顧客情報の問い合わせを受け付け、当該顧客に関する顧客の信用情報を取得し、外部サーバに対して顧客の信用情報を出力する一連の処理である。
<外部連携処理の詳細>
以下に、外部連携処理の詳細を説明する。
以下に、外部連携処理の詳細を説明する。
ステップS701において、サーバ10の外部連携部1045は、外部のCRMサービス事業者が運営するCRMシステムから1または複数の顧客に関する1または複数の顧客情報の問い合わせを受け付ける顧客問合ステップを実行する。
具体的に、第1ユーザは、第1ユーザ端末20の入力装置206を操作することにより、CRMシステムが提供するウェブサイト等にアクセスする。外部のCRMシステムは、CRMシステムにおいて第1ユーザに関連づけられて記憶されている、第1ユーザの顧客に関する複数の顧客情報を記憶部から読み出し、第1ユーザ端末へ送信する。第1ユーザ端末20の制御部204は、受信した顧客情報を、第1ユーザ端末20のディスプレイ2081に一覧表示する。
第1ユーザは、第1ユーザ端末20のディスプレイ2081に一覧表示された複数の顧客情報から、所定の顧客情報を選択し、サーバ10に対して顧客情報の問い合わせを実行するための「問合ボタン」等を押下する。顧客情報は、顧客の氏名、会社名、組織名等を示す文字列または、顧客の氏名、会社名、組織名等を識別するための識別コード等を含む。
第1ユーザ端末20の制御部204は、選択された顧客情報を含む問合リクエストをCRMシステムへ送信する。CRMシステムの制御部は、顧客情報を含む問合リクエストを受信すると、顧客情報を含むリクエストをサーバ10へ送信する。
サーバ10の外部連携部1045は、CRMシステムから顧客情報を含む問合リクエストを受信し、受け付ける。
例えば、CRMシステムの制御部は、顧客情報として「B社」の文字列をサーバ10へ送信する。サーバ10の外部連携部1045は、CRMシステムから受信した「B社」の文字列を受信し、受け付ける。
具体的に、第1ユーザは、第1ユーザ端末20の入力装置206を操作することにより、CRMシステムが提供するウェブサイト等にアクセスする。外部のCRMシステムは、CRMシステムにおいて第1ユーザに関連づけられて記憶されている、第1ユーザの顧客に関する複数の顧客情報を記憶部から読み出し、第1ユーザ端末へ送信する。第1ユーザ端末20の制御部204は、受信した顧客情報を、第1ユーザ端末20のディスプレイ2081に一覧表示する。
第1ユーザは、第1ユーザ端末20のディスプレイ2081に一覧表示された複数の顧客情報から、所定の顧客情報を選択し、サーバ10に対して顧客情報の問い合わせを実行するための「問合ボタン」等を押下する。顧客情報は、顧客の氏名、会社名、組織名等を示す文字列または、顧客の氏名、会社名、組織名等を識別するための識別コード等を含む。
第1ユーザ端末20の制御部204は、選択された顧客情報を含む問合リクエストをCRMシステムへ送信する。CRMシステムの制御部は、顧客情報を含む問合リクエストを受信すると、顧客情報を含むリクエストをサーバ10へ送信する。
サーバ10の外部連携部1045は、CRMシステムから顧客情報を含む問合リクエストを受信し、受け付ける。
例えば、CRMシステムの制御部は、顧客情報として「B社」の文字列をサーバ10へ送信する。サーバ10の外部連携部1045は、CRMシステムから受信した「B社」の文字列を受信し、受け付ける。
ステップS702において、サーバ10の外部連携部1045は、1または複数の顧客情報により特定される1または複数の顧客のそれぞれの1または複数の第3信用情報を取得する第3信用取得ステップを実行する。
具体的に、サーバ10の外部連携部1045は、受信した顧客情報に基づき、当該受信した顧客情報を契約当事者に含み、解除フラグに契約情報が解除されたことを示す情報が記憶された契約情報を取得する。
サーバ10の外部連携部1045は、受信した顧客情報に基づき、書類テーブル1014の当事者データの項目を検索し、書類データ、当事者データ、解除フラグを含む契約情報を取得する。サーバ10の外部連携部1045は、取得した契約情報から、解除フラグに契約情報が解除されたことを示す情報が記憶されていない契約情報を除外し、解除フラグに契約情報が解除されたことを示す情報が記憶されている契約情報を取得し、特定する。
特に、サーバ10の外部連携部1045は、解除フラグに、受信した顧客情報にかかる顧客に起因して契約情報が解除された契約情報のみを取得し、それ以外の契約情報を除いて特定しても良い。これにより、CRMシステムから受信した顧客情報にかかる顧客の信用情報等に基づき、過去に契約が解除された契約情報を取得し、特定することができる。
具体的に、サーバ10の外部連携部1045は、受信した顧客情報に基づき、当該受信した顧客情報を契約当事者に含み、解除フラグに契約情報が解除されたことを示す情報が記憶された契約情報を取得する。
サーバ10の外部連携部1045は、受信した顧客情報に基づき、書類テーブル1014の当事者データの項目を検索し、書類データ、当事者データ、解除フラグを含む契約情報を取得する。サーバ10の外部連携部1045は、取得した契約情報から、解除フラグに契約情報が解除されたことを示す情報が記憶されていない契約情報を除外し、解除フラグに契約情報が解除されたことを示す情報が記憶されている契約情報を取得し、特定する。
特に、サーバ10の外部連携部1045は、解除フラグに、受信した顧客情報にかかる顧客に起因して契約情報が解除された契約情報のみを取得し、それ以外の契約情報を除いて特定しても良い。これにより、CRMシステムから受信した顧客情報にかかる顧客の信用情報等に基づき、過去に契約が解除された契約情報を取得し、特定することができる。
ステップS703において、サーバ10の外部連携部1045は、第3信用取得ステップにおいて取得した1または複数の第3信用情報を含む第3通知情報をCRMシステムに出力する第3通知出力ステップを実行する。
ステップS703において、第3通知出力ステップは、解除されたことを示す情報に関連付けられた、第1ユーザの複数の契約情報の当事者情報および解除事由に基づく1または複数の第3信用情報含む第3通知情報を出力するステップを実行する。
具体的に、サーバ10の外部連携部1045は、特定した契約情報の解除フラグに含まれる、解除事由を含む情報を、受信した顧客情報にかかる顧客の信用情報としてCRMシステムへレスポンスとして送信する。
ステップS703において、第3通知出力ステップは、解除されたことを示す情報に関連付けられた、第1ユーザの複数の契約情報の当事者情報および解除事由に基づく1または複数の第3信用情報含む第3通知情報を出力するステップを実行する。
具体的に、サーバ10の外部連携部1045は、特定した契約情報の解除フラグに含まれる、解除事由を含む情報を、受信した顧客情報にかかる顧客の信用情報としてCRMシステムへレスポンスとして送信する。
例えば、所定の契約情報の解除フラグの項目に契約当事者「B社」について解除事由「債務超過により契約解除」が記憶されている場合は、当該「債務超過により契約解除」を示す文字列等の情報をB社の信用情報として、CRMシステムへ送信する。
例えば、所定の契約情報の解除フラグの項目に契約当事者「B社」について解除事由「社会的通念上望ましくない組織か、そのような組織と取引事実がある」が記憶されている場合は、当該「社会的通念上望ましくない組織か、そのような組織と取引事実がある」を示す文字列等の情報をB社の信用情報として、CRMシステムへ送信する。
例えば、所定の契約情報の解除フラグの項目に契約当事者「B社」について解除事由「社会的通念上望ましくない組織か、そのような組織と取引事実がある」が記憶されている場合は、当該「社会的通念上望ましくない組織か、そのような組織と取引事実がある」を示す文字列等の情報をB社の信用情報として、CRMシステムへ送信する。
CRMシステムの制御部は、サーバ10から受信した顧客の信用情報を、ステップS701における問合リクエストに対するレスポンスとして第1ユーザ端末20へ送信する。第1ユーザ端末20の制御部204は、ステップS701において選択された所定の顧客情報に関連付けて、当該顧客の信用情報を第1ユーザ端末20のディスプレイ2081に表示し、第1ユーザに提示する。
CRMシステムは、受信した当該顧客の信用情報に基づき、例えば、当該顧客との取引に関する決裁等を行えないように制御しても良い。例えば、当該顧客との取引に関する決裁を停止する処理を実行しても良い。また、当該顧客の信用情報に基づき、当該顧客との連絡等を制限しても良い。
これにより、信用情報が不十分な顧客との取引を制限することができ、ユーザは安全な顧客との関係構築に注力できるとともに、不適切な顧客と取引を継続することを避けることができる。
これにより、信用情報が不十分な顧客との取引を制限することができ、ユーザは安全な顧客との関係構築に注力できるとともに、不適切な顧客と取引を継続することを避けることができる。
<コンピュータの基本ハードウェア構成>
図20は、コンピュータ90の基本的なハードウェア構成を示すブロック図である。コンピュータ90は、プロセッサ901、主記憶装置902、補助記憶装置903、通信IF991(インタフェース、Interface)を少なくとも備える。これらは通信バス921により相互に電気的に接続される。
図20は、コンピュータ90の基本的なハードウェア構成を示すブロック図である。コンピュータ90は、プロセッサ901、主記憶装置902、補助記憶装置903、通信IF991(インタフェース、Interface)を少なくとも備える。これらは通信バス921により相互に電気的に接続される。
プロセッサ901とは、プログラムに記述された命令セットを実行するためのハードウェアである。プロセッサ901は、演算装置、レジスタ、周辺回路等から構成される。
主記憶装置902とは、プログラム、及びプログラム等で処理されるデータ等を一時的に記憶するためのものである。例えば、DRAM(Dynamic Random Access Memory)等の揮発性のメモリである。
補助記憶装置903とは、データ及びプログラムを保存するための記憶装置である。例えば、フラッシュメモリ、HDD(Hard Disc Drive)、光磁気ディスク、CD-ROM、DVD-ROM、半導体メモリ等である。
通信IF991とは、有線又は無線の通信規格を用いて、他のコンピュータとネットワークを介して通信するための信号を入出力するためのインタフェースである。
ネットワークは、インターネット、LAN、無線基地局等によって構築される各種移動通信システム等で構成される。例えば、ネットワークには、3G、4G、5G移動通信システム、LTE(Long Term Evolution)、所定のアクセスポイントによってインターネットに接続可能な無線ネットワーク(例えばWi-Fi(登録商標))等が含まれる。無線で接続する場合、通信プロトコルとして例えば、Z-Wave(登録商標)、ZigBee(登録商標)、Bluetooth(登録商標)等が含まれる。有線で接続する場合は、ネットワークには、USB(Universal Serial Bus)ケーブル等により直接接続するものも含む。
ネットワークは、インターネット、LAN、無線基地局等によって構築される各種移動通信システム等で構成される。例えば、ネットワークには、3G、4G、5G移動通信システム、LTE(Long Term Evolution)、所定のアクセスポイントによってインターネットに接続可能な無線ネットワーク(例えばWi-Fi(登録商標))等が含まれる。無線で接続する場合、通信プロトコルとして例えば、Z-Wave(登録商標)、ZigBee(登録商標)、Bluetooth(登録商標)等が含まれる。有線で接続する場合は、ネットワークには、USB(Universal Serial Bus)ケーブル等により直接接続するものも含む。
なお、各ハードウェア構成の全部または一部を複数のコンピュータ90に分散して設け、ネットワークを介して相互に接続することによりコンピュータ90を仮想的に実現することができる。このように、コンピュータ90は、単一の筐体、ケースに収納されたコンピュータ90だけでなく、仮想化されたコンピュータシステムも含む概念である。
<コンピュータ90の基本機能構成>
コンピュータ90の基本ハードウェア構成(図20)により実現されるコンピュータの機能構成を説明する。コンピュータは、制御部、記憶部、通信部の機能ユニットを少なくとも備える。
コンピュータ90の基本ハードウェア構成(図20)により実現されるコンピュータの機能構成を説明する。コンピュータは、制御部、記憶部、通信部の機能ユニットを少なくとも備える。
なお、コンピュータ90が備える機能ユニットは、それぞれの機能ユニットの全部または一部を、ネットワークで相互に接続された複数のコンピュータ90に分散して設けても実現することができる。コンピュータ90は、単一のコンピュータ90だけでなく、仮想化されたコンピュータシステムも含む概念である。
制御部は、プロセッサ901が補助記憶装置903に記憶された各種プログラムを読み出して主記憶装置902に展開し、当該プログラムに従って処理を実行することにより実現される。制御部は、プログラムの種類に応じて様々な情報処理を行う機能ユニットを実現することができる。これにより、コンピュータは情報処理を行う情報処理装置として実現される。
記憶部は、主記憶装置902、補助記憶装置903により実現される。記憶部は、データ、各種プログラム、各種データベースを記憶する。また、プロセッサ901は、プログラムに従って記憶部に対応する記憶領域を主記憶装置902または補助記憶装置903に確保することができる。また、制御部は、各種プログラムに従ってプロセッサ901に、記憶部に記憶されたデータの追加、更新、削除処理を実行させることができる。
データベースは、リレーショナルデータベースを指し、行と列によって構造的に規定された表形式のテーブル、マスタと呼ばれるデータ集合を、互いに関連づけて管理するためのものである。データベースでは、表をテーブル、マスタ、表の列をカラム、表の行をレコードと呼ぶ。リレーショナルデータベースでは、テーブル、マスタ同士の関係を設定し、関連づけることができる。
通常、各テーブル、各マスタにはレコードを一意に特定するための主キーとなるカラムが設定されるが、カラムへの主キーの設定は必須ではない。制御部は、各種プログラムに従ってプロセッサ901に、記憶部に記憶された特定のテーブル、マスタにレコードを追加、削除、更新を実行させることができる。
通常、各テーブル、各マスタにはレコードを一意に特定するための主キーとなるカラムが設定されるが、カラムへの主キーの設定は必須ではない。制御部は、各種プログラムに従ってプロセッサ901に、記憶部に記憶された特定のテーブル、マスタにレコードを追加、削除、更新を実行させることができる。
なお、本開示におけるデータベース、マスタは、情報が構造的に規定された任意のデータ構造体(リスト、辞書、連想配列、オブジェクトなど)を含み得る。データ構造体には、データと、任意のプログラミング言語により記述された関数、クラス、メソッドなどを組み合わせることにより、データ構造体と見なし得るデータも含むものとする。
通信部は、通信IF991により実現される。通信部は、ネットワークを介して他のコンピュータ90と通信を行う機能を実現する。通信部は、他のコンピュータ90から送信された情報を受信し、制御部へ入力することができる。制御部は、各種プログラムに従ってプロセッサ901に、受信した情報に対する情報処理を実行させることができる。また、通信部は、制御部から出力された情報を他のコンピュータ90へ送信することができる。
<付記>
以上の各実施形態で説明した事項を以下に付記する。
以上の各実施形態で説明した事項を以下に付記する。
(付記1)
プロセッサと、記憶部とを備え、コンピュータにユーザ間の電子的な契約手続きを記憶させるための契約管理プログラムであって、プロセッサは、当事者として第1組織が締結し、契約存続中の契約情報を取得する契約取得ステップ(S501)と、契約取得ステップにおいて取得した契約情報の1または複数の相手方を特定する相手方特定ステップ(S502)と、相手方特定ステップにおいて特定した1または複数の相手方のそれぞれの1または複数の信用情報を取得する信用取得ステップ(S503)と、信用取得ステップにおいて取得した1または複数の信用情報が、契約取得ステップにおいて取得した契約情報に含まれる特定契約条項に該当するか否かを判定する判定ステップ(S504)と、判定ステップにおいて、1または複数の信用情報が、特定契約条項に該当すると判定された場合に通知情報を出力する通知出力ステップ(S505)と、を実行する契約管理プログラム。
これにより、ユーザが過去に締結し存続中の契約情報について、契約相手方の信用情報に基づき、特定条項に該当したことの通知を受けることができる。ユーザは、契約存続中に締結中の契約情報についてコンプライアンス上の問題等が生じたことを確認することができ、対処することができる。
プロセッサと、記憶部とを備え、コンピュータにユーザ間の電子的な契約手続きを記憶させるための契約管理プログラムであって、プロセッサは、当事者として第1組織が締結し、契約存続中の契約情報を取得する契約取得ステップ(S501)と、契約取得ステップにおいて取得した契約情報の1または複数の相手方を特定する相手方特定ステップ(S502)と、相手方特定ステップにおいて特定した1または複数の相手方のそれぞれの1または複数の信用情報を取得する信用取得ステップ(S503)と、信用取得ステップにおいて取得した1または複数の信用情報が、契約取得ステップにおいて取得した契約情報に含まれる特定契約条項に該当するか否かを判定する判定ステップ(S504)と、判定ステップにおいて、1または複数の信用情報が、特定契約条項に該当すると判定された場合に通知情報を出力する通知出力ステップ(S505)と、を実行する契約管理プログラム。
これにより、ユーザが過去に締結し存続中の契約情報について、契約相手方の信用情報に基づき、特定条項に該当したことの通知を受けることができる。ユーザは、契約存続中に締結中の契約情報についてコンプライアンス上の問題等が生じたことを確認することができ、対処することができる。
(付記2)
判定ステップ(S504)は、1または複数の信用情報が、契約情報に含まれ、契約情報の効力が最初から存在しなかった状態にすることができる契約解除条項に該当するか否かを判定するステップであり、通知出力ステップ(S505)は、判定ステップにおいて、1または複数の信用情報が、契約解除条項に該当すると判定された場合に通知情報を出力するステップである、付記1記載の契約管理プログラム。
これにより、契約相手方の信用情報に基づき、存続中の契約情報が契約解除条項に該当したことの通知を受けることができる。契約存続中の契約情報について、事後的に契約解除事由が判明した場合にも、ユーザは遅滞なく契約開示等の対処を行うことができる。存続中の契約から生じ得るコンプライアンス上の問題を最小減に留めることができる。
判定ステップ(S504)は、1または複数の信用情報が、契約情報に含まれ、契約情報の効力が最初から存在しなかった状態にすることができる契約解除条項に該当するか否かを判定するステップであり、通知出力ステップ(S505)は、判定ステップにおいて、1または複数の信用情報が、契約解除条項に該当すると判定された場合に通知情報を出力するステップである、付記1記載の契約管理プログラム。
これにより、契約相手方の信用情報に基づき、存続中の契約情報が契約解除条項に該当したことの通知を受けることができる。契約存続中の契約情報について、事後的に契約解除事由が判明した場合にも、ユーザは遅滞なく契約開示等の対処を行うことができる。存続中の契約から生じ得るコンプライアンス上の問題を最小減に留めることができる。
(付記3)
通知出力ステップ(S505)は、契約取得ステップにおいて取得した契約情報が契約解除条項に該当することを示す通知情報を、第1組織に所属する第1ユーザに対して出力するステップである、付記2記載の契約管理プログラム。
これにより、ユーザは契約存続中の契約情報について、契約解除条項に該当したことを示す通知を受けることができる。
通知出力ステップ(S505)は、契約取得ステップにおいて取得した契約情報が契約解除条項に該当することを示す通知情報を、第1組織に所属する第1ユーザに対して出力するステップである、付記2記載の契約管理プログラム。
これにより、ユーザは契約存続中の契約情報について、契約解除条項に該当したことを示す通知を受けることができる。
(付記4)
第1ユーザから、契約取得ステップにおいて取得した契約情報を解除するための入力操作を受け付ける解除受付ステップ(S506)と、解除受付ステップにおいて受け付けた入力操作に基づき、契約取得ステップにおいて取得した契約情報に対して当該契約情報が解除されたことを示す情報を関連付けて記憶する契約解除ステップ(S506)と、を実行する、付記3記載の契約管理プログラム。
これにより、ユーザは契約解除条項に該当した契約情報に対して、契約情報が解除されたことを示す情報を関連付けて記憶し、契約情報を適切に管理することができる。
第1ユーザから、契約取得ステップにおいて取得した契約情報を解除するための入力操作を受け付ける解除受付ステップ(S506)と、解除受付ステップにおいて受け付けた入力操作に基づき、契約取得ステップにおいて取得した契約情報に対して当該契約情報が解除されたことを示す情報を関連付けて記憶する契約解除ステップ(S506)と、を実行する、付記3記載の契約管理プログラム。
これにより、ユーザは契約解除条項に該当した契約情報に対して、契約情報が解除されたことを示す情報を関連付けて記憶し、契約情報を適切に管理することができる。
(付記5)
判定ステップ(S505)は、解除されたことを示す情報に関連付けられた、第1ユーザとは異なる他のユーザの複数の契約情報の当事者情報に基づき、契約取得ステップにおいて取得した契約情報に含まれる契約解除条項に該当するか否かを判定するステップである、付記4記載の契約管理プログラム。
これにより、他のユーザにおける契約解除に基づき、契約存続中の契約情報について、事後的に契約解除事由に該当したことを判定することができる。
判定ステップ(S505)は、解除されたことを示す情報に関連付けられた、第1ユーザとは異なる他のユーザの複数の契約情報の当事者情報に基づき、契約取得ステップにおいて取得した契約情報に含まれる契約解除条項に該当するか否かを判定するステップである、付記4記載の契約管理プログラム。
これにより、他のユーザにおける契約解除に基づき、契約存続中の契約情報について、事後的に契約解除事由に該当したことを判定することができる。
(付記6)
契約解除ステップ(S506)は、入力操作に基づき、契約取得ステップにおいて取得した契約情報に対して当該契約情報が解除されたことを示す解除事由を関連付けて記憶するステップである、付記4記載の契約管理プログラム。
これにより、解除されることになった契約情報に対して解除事由を関連付けて記憶することができる。
契約解除ステップ(S506)は、入力操作に基づき、契約取得ステップにおいて取得した契約情報に対して当該契約情報が解除されたことを示す解除事由を関連付けて記憶するステップである、付記4記載の契約管理プログラム。
これにより、解除されることになった契約情報に対して解除事由を関連付けて記憶することができる。
(付記7)
判定ステップ(S505)は、解除されたことを示す情報に関連付けられた、第1ユーザとは異なる他のユーザの複数の契約情報の当事者情報および解除事由に基づき、契約取得ステップにおいて取得した契約情報に含まれる契約解除条項に該当するか否かを判定するステップである、付記5記載の契約管理プログラム。
これにより、他のユーザにおける契約解除の契約解除事由に基づき、契約存続中の契約情報について、事後的に契約解除事由に該当したことを判定することができる。
判定ステップ(S505)は、解除されたことを示す情報に関連付けられた、第1ユーザとは異なる他のユーザの複数の契約情報の当事者情報および解除事由に基づき、契約取得ステップにおいて取得した契約情報に含まれる契約解除条項に該当するか否かを判定するステップである、付記5記載の契約管理プログラム。
これにより、他のユーザにおける契約解除の契約解除事由に基づき、契約存続中の契約情報について、事後的に契約解除事由に該当したことを判定することができる。
(付記8)
プロセッサは、第2ユーザから、第2契約情報を受け付ける契約受付ステップ(S101)と、契約受付ステップにおいて受け付けた第2契約情報の1または複数の相手方を特定する第2相手方特定ステップ(S101)と、第2相手方特定ステップにおいて特定した1または複数の相手方のそれぞれの1または複数の第2信用情報を取得する第2信用取得ステップ(S101)と、第2信用取得ステップにおいて取得した1または複数の第2信用情報が、契約受付ステップにおいて取得した第2契約情報に含まれる第2契約解除条項に該当するか否かを判定する第2判定ステップ(S101)と、第2判定ステップにおいて、1または複数の第2信用情報が、第2契約解除条項に該当すると判定された場合に、第2ユーザに対し第2通知情報を出力する第2通知出力ステップ(S101)と、を実行し、第2判定ステップ(S101)は、解除されたことを示す情報に関連付けられた、第1ユーザの複数の契約情報の当事者情報および解除事由に基づき、契約受付ステップにおいて受け付けた第2契約情報に含まれる第2契約解除条項に該当するか否かを判定するステップである、付記7記載の契約管理プログラム。
これにより、第2ユーザは、1または複数の契約相手方と新たに契約を締結する際に、第1ユーザ等の他のユーザにおいて契約が解除された事実に基づき、当該複数の契約相手方と契約を締結する前に、通知を受けることができる。
第2ユーザは、契約締結前に事前に、相手方が本開示にかかるサービスの他の利用者において契約解除された者であることの通知を受けることができ、将来生じうるコンプライアンス上の問題を事前に確認することができる。
プロセッサは、第2ユーザから、第2契約情報を受け付ける契約受付ステップ(S101)と、契約受付ステップにおいて受け付けた第2契約情報の1または複数の相手方を特定する第2相手方特定ステップ(S101)と、第2相手方特定ステップにおいて特定した1または複数の相手方のそれぞれの1または複数の第2信用情報を取得する第2信用取得ステップ(S101)と、第2信用取得ステップにおいて取得した1または複数の第2信用情報が、契約受付ステップにおいて取得した第2契約情報に含まれる第2契約解除条項に該当するか否かを判定する第2判定ステップ(S101)と、第2判定ステップにおいて、1または複数の第2信用情報が、第2契約解除条項に該当すると判定された場合に、第2ユーザに対し第2通知情報を出力する第2通知出力ステップ(S101)と、を実行し、第2判定ステップ(S101)は、解除されたことを示す情報に関連付けられた、第1ユーザの複数の契約情報の当事者情報および解除事由に基づき、契約受付ステップにおいて受け付けた第2契約情報に含まれる第2契約解除条項に該当するか否かを判定するステップである、付記7記載の契約管理プログラム。
これにより、第2ユーザは、1または複数の契約相手方と新たに契約を締結する際に、第1ユーザ等の他のユーザにおいて契約が解除された事実に基づき、当該複数の契約相手方と契約を締結する前に、通知を受けることができる。
第2ユーザは、契約締結前に事前に、相手方が本開示にかかるサービスの他の利用者において契約解除された者であることの通知を受けることができ、将来生じうるコンプライアンス上の問題を事前に確認することができる。
(付記10)
プロセッサは、外部のCRMサービス事業者が運営するCRMシステムから1または複数の顧客に関する1または複数の顧客情報の問い合わせを受け付ける顧客問合ステップ(S701)と、1または複数の顧客情報により特定される1または複数の顧客のそれぞれの1または複数の第3信用情報を取得する第3信用取得ステップ(S702)と、第3信用取得ステップにおいて取得した1または複数の第3信用情報を含む第3通知情報をCRMシステムに出力する第3通知出力ステップ(S703)と、を実行し、第3通知出力ステップ(S703)は、解除されたことを示す情報に関連付けられた、第1ユーザの複数の契約情報の当事者情報および解除事由に基づく1または複数の第3信用情報含む第3通知情報を出力するステップである、付記7記載の契約管理プログラム。
これにより、本開示にかかる契約締結サービスと異なる事業者であるCRMサービス事業者が運営するCRMシステムからの顧客に関する問い合わせに応じて、本開示における契約締結サービスにおける当該顧客の契約解除履歴等に基づく当該顧客の信用情報をCRMシステムに出力することができる。
これにより、CRMシステムを利用するユーザは契約締結に前だって行われる商談等の段階において、当該顧客の信用情報を確認し、商談の参考情報として活用することができる。例えば、商談を断ることができる。
プロセッサは、外部のCRMサービス事業者が運営するCRMシステムから1または複数の顧客に関する1または複数の顧客情報の問い合わせを受け付ける顧客問合ステップ(S701)と、1または複数の顧客情報により特定される1または複数の顧客のそれぞれの1または複数の第3信用情報を取得する第3信用取得ステップ(S702)と、第3信用取得ステップにおいて取得した1または複数の第3信用情報を含む第3通知情報をCRMシステムに出力する第3通知出力ステップ(S703)と、を実行し、第3通知出力ステップ(S703)は、解除されたことを示す情報に関連付けられた、第1ユーザの複数の契約情報の当事者情報および解除事由に基づく1または複数の第3信用情報含む第3通知情報を出力するステップである、付記7記載の契約管理プログラム。
これにより、本開示にかかる契約締結サービスと異なる事業者であるCRMサービス事業者が運営するCRMシステムからの顧客に関する問い合わせに応じて、本開示における契約締結サービスにおける当該顧客の契約解除履歴等に基づく当該顧客の信用情報をCRMシステムに出力することができる。
これにより、CRMシステムを利用するユーザは契約締結に前だって行われる商談等の段階において、当該顧客の信用情報を確認し、商談の参考情報として活用することができる。例えば、商談を断ることができる。
(付記11)
通知出力ステップ(S505)は、1または複数の信用情報と、契約情報において該当すると判定された特定契約条項とを含む通知情報を出力するステップである、付記1記載の契約管理プログラム。
これにより、ユーザは契約相手方の信用情報を確認することができるとともに、契約情報のどの契約条項に該当したかを確認することができる。
通知出力ステップ(S505)は、1または複数の信用情報と、契約情報において該当すると判定された特定契約条項とを含む通知情報を出力するステップである、付記1記載の契約管理プログラム。
これにより、ユーザは契約相手方の信用情報を確認することができるとともに、契約情報のどの契約条項に該当したかを確認することができる。
(付記12)
契約取得ステップ(S501)は、契約存続中の契約情報が当該契約情報の契約更新または契約変更の際に、契約存続中の契約情報を取得するステップである、付記1記載の契約管理プログラム。
これにより、ユーザが過去に締結し存続中の契約情報について、契約更新または契約変更の際に、特定条項に該当したことの通知を受けることができる。
契約取得ステップ(S501)は、契約存続中の契約情報が当該契約情報の契約更新または契約変更の際に、契約存続中の契約情報を取得するステップである、付記1記載の契約管理プログラム。
これにより、ユーザが過去に締結し存続中の契約情報について、契約更新または契約変更の際に、特定条項に該当したことの通知を受けることができる。
(付記13)
プロセッサと、記憶部とを備える情報処理装置であって、プロセッサが、付記1から12のいずれか記載のプログラムを実行する、情報処理装置。
これにより、ユーザが過去に締結し存続中の契約情報について、契約相手方の信用情報に基づき、特定条項に該当したことの通知を受けることができる。ユーザは、契約存続中に締結中の契約情報についてコンプライアンス上の問題等が生じたことを確認することができ、対処することができる。
プロセッサと、記憶部とを備える情報処理装置であって、プロセッサが、付記1から12のいずれか記載のプログラムを実行する、情報処理装置。
これにより、ユーザが過去に締結し存続中の契約情報について、契約相手方の信用情報に基づき、特定条項に該当したことの通知を受けることができる。ユーザは、契約存続中に締結中の契約情報についてコンプライアンス上の問題等が生じたことを確認することができ、対処することができる。
(付記14)
プロセッサと、記憶部とを備える情報処理装置を含む情報処理システムであって、プロセッサが、付記1から12のいずれか記載のプログラムを実行する、情報処理システム。
これにより、ユーザが過去に締結し存続中の契約情報について、契約相手方の信用情報に基づき、特定条項に該当したことの通知を受けることができる。ユーザは、契約存続中に締結中の契約情報についてコンプライアンス上の問題等が生じたことを確認することができ、対処することができる。
プロセッサと、記憶部とを備える情報処理装置を含む情報処理システムであって、プロセッサが、付記1から12のいずれか記載のプログラムを実行する、情報処理システム。
これにより、ユーザが過去に締結し存続中の契約情報について、契約相手方の信用情報に基づき、特定条項に該当したことの通知を受けることができる。ユーザは、契約存続中に締結中の契約情報についてコンプライアンス上の問題等が生じたことを確認することができ、対処することができる。
(付記15)
プロセッサと、記憶部とを備えるコンピュータにより実行される情報処理方法であって、コンピュータが、付記1から12のいずれか記載のプログラムを実行する、情報処理方法。
これにより、ユーザが過去に締結し存続中の契約情報について、契約相手方の信用情報に基づき、特定条項に該当したことの通知を受けることができる。ユーザは、契約存続中に締結中の契約情報についてコンプライアンス上の問題等が生じたことを確認することができ、対処することができる。
プロセッサと、記憶部とを備えるコンピュータにより実行される情報処理方法であって、コンピュータが、付記1から12のいずれか記載のプログラムを実行する、情報処理方法。
これにより、ユーザが過去に締結し存続中の契約情報について、契約相手方の信用情報に基づき、特定条項に該当したことの通知を受けることができる。ユーザは、契約存続中に締結中の契約情報についてコンプライアンス上の問題等が生じたことを確認することができ、対処することができる。
1 システム、10 サーバ、101 記憶部、104 制御部、106 入力装置、108 出力装置、20 第1ユーザ端末、201 記憶部、204 制御部、206 入力装置、208 出力装置、30 第2ユーザ端末、301 記憶部、304 制御部、306 入力装置、308 出力装置、40 機関サーバ、401 記憶部、404 制御部、406 入力装置、408 出力装置
Claims (15)
- プロセッサと、記憶部とを備え、コンピュータにユーザ間の電子的な契約手続きを記憶させるための契約管理プログラムであって、
前記プロセッサは、
当事者として第1組織が締結し、契約存続中の契約情報を取得する契約取得ステップと、
前記契約取得ステップにおいて取得した前記契約情報の1または複数の相手方を特定する相手方特定ステップと、
前記相手方特定ステップにおいて特定した前記1または複数の相手方のそれぞれの前記1または複数の信用情報を取得する信用取得ステップと、
前記信用取得ステップにおいて取得した前記1または複数の信用情報が、前記契約取得ステップにおいて取得した前記契約情報に含まれる特定契約条項に該当するか否かを判定する判定ステップと、
前記判定ステップにおいて、前記1または複数の信用情報が、前記特定契約条項に該当すると判定された場合に通知情報を出力する通知出力ステップと、
を実行する契約管理プログラム。 - 前記判定ステップは、前記1または複数の信用情報が、前記契約情報に含まれ、前記契約情報の効力が最初から存在しなかった状態にすることができる契約解除条項に該当するか否かを判定するステップであり、
前記通知出力ステップは、前記判定ステップにおいて、前記1または複数の信用情報が、前記契約解除条項に該当すると判定された場合に前記通知情報を出力するステップである、
請求項1記載の契約管理プログラム。 - 前記通知出力ステップは、前記契約取得ステップにおいて取得した前記契約情報が前記契約解除条項に該当することを示す前記通知情報を、前記第1組織に所属する第1ユーザに対して出力するステップである、
請求項2記載の契約管理プログラム。 - 前記第1ユーザから、前記契約取得ステップにおいて取得した前記契約情報を解除するための入力操作を受け付ける解除受付ステップと、
前記解除受付ステップにおいて受け付けた前記入力操作に基づき、前記契約取得ステップにおいて取得した前記契約情報に対して当該契約情報が解除されたことを示す情報を関連付けて記憶する契約解除ステップと、
を実行する、
請求項3記載の契約管理プログラム。 - 前記判定ステップは、解除されたことを示す情報に関連付けられた、前記第1ユーザとは異なる他のユーザの複数の契約情報の当事者情報に基づき、前記契約取得ステップにおいて取得した前記契約情報に含まれる前記契約解除条項に該当するか否かを判定するステップである、
請求項4記載の契約管理プログラム。 - 前記契約解除ステップは、前記入力操作に基づき、前記契約取得ステップにおいて取得した前記契約情報に対して当該契約情報が解除されたことを示す解除事由を関連付けて記憶するステップである、
請求項4記載の契約管理プログラム。 - 前記判定ステップは、解除されたことを示す情報に関連付けられた、前記第1ユーザとは異なる他のユーザの複数の契約情報の当事者情報および解除事由に基づき、前記契約取得ステップにおいて取得した前記契約情報に含まれる前記契約解除条項に該当するか否かを判定するステップである、
請求項5記載の契約管理プログラム。 - 前記プロセッサは、
第2ユーザから、第2契約情報を受け付ける契約受付ステップと、
前記契約受付ステップにおいて受け付けた前記第2契約情報の1または複数の相手方を特定する第2相手方特定ステップと、
前記第2相手方特定ステップにおいて特定した前記1または複数の相手方のそれぞれの前記1または複数の第2信用情報を取得する第2信用取得ステップと、
前記第2信用取得ステップにおいて取得した前記1または複数の第2信用情報が、前記契約受付ステップにおいて取得した前記第2契約情報に含まれる第2契約解除条項に該当するか否かを判定する第2判定ステップと、
前記第2判定ステップにおいて、前記1または複数の第2信用情報が、前記第2契約解除条項に該当すると判定された場合に、前記第2ユーザに対し第2通知情報を出力する第2通知出力ステップと、
を実行し、
前記第2判定ステップは、解除されたことを示す情報に関連付けられた、前記第1ユーザの複数の契約情報の当事者情報および解除事由に基づき、前記契約受付ステップにおいて受け付けた前記第2契約情報に含まれる前記第2契約解除条項に該当するか否かを判定するステップである、
請求項7記載の契約管理プログラム。 - 前記第2判定ステップにおいて第2契約解除条項に該当すると判定された場合に、当該第2契約解除条項に該当する前記1または複数の相手方と、第2ユーザが契約締結を行うことを拒絶する拒絶ステップと、
を実行する請求項8記載の契約管理プログラム。 - 前記プロセッサは、
外部のCRMサービス事業者が運営するCRMシステムから1または複数の顧客に関する1または複数の顧客情報の問い合わせを受け付ける顧客問合ステップと、
前記1または複数の顧客情報により特定される前記1または複数の顧客のそれぞれの前記1または複数の第3信用情報を取得する第3信用取得ステップと、
前記第3信用取得ステップにおいて取得した前記1または複数の第3信用情報を含む第3通知情報を前記CRMシステムに出力する第3通知出力ステップと、
を実行し、
前記第3通知出力ステップは、解除されたことを示す情報に関連付けられた、前記第1ユーザの複数の契約情報の当事者情報および解除事由に基づく前記1または複数の第3信用情報含む前記第3通知情報を出力するステップである、
請求項7記載の契約管理プログラム。 - 前記通知出力ステップは、前記1または複数の信用情報と、前記契約情報において該当すると判定された前記特定契約条項とを含む前記通知情報を出力するステップである、
請求項1記載の契約管理プログラム。 - 前記契約取得ステップは、前記契約存続中の契約情報が当該契約情報の契約更新または契約変更の際に、前記契約存続中の契約情報を取得するステップである、
請求項1記載の契約管理プログラム。 - プロセッサと、記憶部とを備える情報処理装置であって、
前記プロセッサが、請求項1から12のいずれか記載のプログラムを実行する、
情報処理装置。 - プロセッサと、記憶部とを備える情報処理装置を含む情報処理システムであって、
前記プロセッサが、請求項1から12のいずれか記載のプログラムを実行する、
情報処理システム。 - プロセッサと、記憶部とを備えるコンピュータにより実行される情報処理方法であって、
前記コンピュータが、請求項1から12のいずれか記載のプログラムを実行する、
情報処理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2022121799A JP2024018444A (ja) | 2022-07-29 | 2022-07-29 | 契約管理プログラム、情報処理装置、情報処理システム、情報処理方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2022121799A JP2024018444A (ja) | 2022-07-29 | 2022-07-29 | 契約管理プログラム、情報処理装置、情報処理システム、情報処理方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2024018444A true JP2024018444A (ja) | 2024-02-08 |
Family
ID=89807504
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2022121799A Pending JP2024018444A (ja) | 2022-07-29 | 2022-07-29 | 契約管理プログラム、情報処理装置、情報処理システム、情報処理方法 |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2024018444A (ja) |
-
2022
- 2022-07-29 JP JP2022121799A patent/JP2024018444A/ja active Pending
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11361057B2 (en) | Consent receipt management systems and related methods | |
US11409908B2 (en) | Data processing systems and methods for populating and maintaining a centralized database of personal data | |
US11144670B2 (en) | Data processing systems for identifying and modifying processes that are subject to data subject access requests | |
US11062051B2 (en) | Consent receipt management systems and related methods | |
US10776518B2 (en) | Consent receipt management systems and related methods | |
US10678945B2 (en) | Consent receipt management systems and related methods | |
US11200341B2 (en) | Consent receipt management systems and related methods | |
US10572686B2 (en) | Consent receipt management systems and related methods | |
US10685140B2 (en) | Consent receipt management systems and related methods | |
US20190096020A1 (en) | Consent receipt management systems and related methods | |
US20190179490A1 (en) | Consent receipt management systems and related methods | |
US10776514B2 (en) | Data processing systems for the identification and deletion of personal data in computer systems | |
US11222309B2 (en) | Data processing systems for generating and populating a data inventory | |
JP2024018444A (ja) | 契約管理プログラム、情報処理装置、情報処理システム、情報処理方法 | |
JP7249453B1 (ja) | 契約管理プログラム、情報処理装置、情報処理システム、情報処理方法 | |
JP7249452B1 (ja) | 契約締結プログラム、情報処理装置、情報処理システム、情報処理方法 | |
JP7366168B2 (ja) | プログラム、情報処理装置、情報処理システム、情報処理方法 | |
JP2023179029A (ja) | プログラム、情報処理装置、情報処理システム、情報処理方法 | |
JP7185793B1 (ja) | プログラム、情報処理装置、情報処理方法、情報処理システム | |
JP2024014117A (ja) | 契約管理プログラム、情報処理装置、情報処理システム、情報処理方法 | |
JP2024014095A (ja) | 契約管理プログラム、情報処理装置、情報処理システム、情報処理方法 | |
US11544667B2 (en) | Data processing systems for generating and populating a data inventory | |
JP2024031109A (ja) | 契約テンプレート管理プログラム、情報処理装置、情報処理システム、情報処理方法 | |
JP2024002663A (ja) | 契約管理プログラム、情報処理装置、情報処理システム、情報処理方法、情報処理端末 | |
JP2024031106A (ja) | 契約管理プログラム、情報処理装置、情報処理システム、情報処理方法 |