IP Force 特許公報掲載プロジェクト 2022.1.31 β版

知財求人 - 知財ポータルサイト「IP Force」

▶ 弁護士ドットコム株式会社の特許一覧

特開2023-179029プログラム、情報処理装置、情報処理システム、情報処理方法
<>
  • 特開-プログラム、情報処理装置、情報処理システム、情報処理方法 図1
  • 特開-プログラム、情報処理装置、情報処理システム、情報処理方法 図2
  • 特開-プログラム、情報処理装置、情報処理システム、情報処理方法 図3
  • 特開-プログラム、情報処理装置、情報処理システム、情報処理方法 図4
  • 特開-プログラム、情報処理装置、情報処理システム、情報処理方法 図5
  • 特開-プログラム、情報処理装置、情報処理システム、情報処理方法 図6
  • 特開-プログラム、情報処理装置、情報処理システム、情報処理方法 図7
  • 特開-プログラム、情報処理装置、情報処理システム、情報処理方法 図8
  • 特開-プログラム、情報処理装置、情報処理システム、情報処理方法 図9
  • 特開-プログラム、情報処理装置、情報処理システム、情報処理方法 図10
  • 特開-プログラム、情報処理装置、情報処理システム、情報処理方法 図11
  • 特開-プログラム、情報処理装置、情報処理システム、情報処理方法 図12
  • 特開-プログラム、情報処理装置、情報処理システム、情報処理方法 図13
  • 特開-プログラム、情報処理装置、情報処理システム、情報処理方法 図14
  • 特開-プログラム、情報処理装置、情報処理システム、情報処理方法 図15
  • 特開-プログラム、情報処理装置、情報処理システム、情報処理方法 図16
  • 特開-プログラム、情報処理装置、情報処理システム、情報処理方法 図17
  • 特開-プログラム、情報処理装置、情報処理システム、情報処理方法 図18
  • 特開-プログラム、情報処理装置、情報処理システム、情報処理方法 図19
  • 特開-プログラム、情報処理装置、情報処理システム、情報処理方法 図20
< >
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023179029
(43)【公開日】2023-12-19
(54)【発明の名称】プログラム、情報処理装置、情報処理システム、情報処理方法
(51)【国際特許分類】
   G06Q 10/10 20230101AFI20231212BHJP
【FI】
G06Q10/10 310
【審査請求】未請求
【請求項の数】11
【出願形態】OL
(21)【出願番号】P 2022092049
(22)【出願日】2022-06-07
(71)【出願人】
【識別番号】505392916
【氏名又は名称】弁護士ドットコム株式会社
(74)【代理人】
【識別番号】110002815
【氏名又は名称】IPTech弁理士法人
(72)【発明者】
【氏名】安藤 陽介
【テーマコード(参考)】
5L049
【Fターム(参考)】
5L049BB67
(57)【要約】      (修正有)
【課題】複数のユーザ間の電子的な契約手続きにおいて、契約締結の相手方の情報をより簡単に入力するプログラム、情報処理装置、システム及び方法を提供する。
【解決手段】複数のユーザ間の電子的な契約手続きを実行するサーバのプログラムであって、プロセッサが、第1ユーザから、契約締結の対象となる契約情報を受け付ける契約受付ステップと、外部サーバへ問い合わせることにより、契約受付ステップにおいて受け付けた契約情報の1又は複数の受信者の候補に対応する1又は複数の候補情報を取得する候補取得ステップと、候補取得ステップにおいて取得した1又は複数の候補情報を、第1ユーザに提示する候補提示ステップと、第1ユーザの選択操作に基づき、候補提示ステップにおいて第1ユーザに提示された1又は複数の候補情報から、契約受付ステップにおいて受け付けた契約情報の受信者である第2識別情報を受け付ける受信者受付ステップと、を実行する。
【選択図】図13
【特許請求の範囲】
【請求項1】
プロセッサと、記憶部とを備え、コンピュータが複数のユーザ間の電子的な契約手続きを実行するプログラムであって、
前記プロセッサが、
第1ユーザから、契約締結の対象となる契約情報を受け付ける契約受付ステップと、
外部サーバへ問い合わせることにより、前記契約受付ステップにおいて受け付けた前記契約情報の1または複数の受信者の候補に対応する1または複数の候補情報を取得する候補取得ステップと、
前記候補取得ステップにおいて取得した前記1または複数の候補情報を、前記第1ユーザに提示する候補提示ステップと、
前記第1ユーザの選択操作に基づき、前記候補提示ステップにおいて前記第1ユーザに提示された前記1または複数の候補情報から、前記契約受付ステップにおいて受け付けた前記契約情報の受信者である第2識別情報を受け付ける受信者受付ステップと、
を実行するプログラム。
【請求項2】
前記プロセッサが、
前記受信者受付ステップにおいて受け付けた前記第2識別情報により特定される第2ユーザに対して、前記契約受付ステップにおいて受け付けた前記契約情報の承認操作を要求する通知を行う通知ステップと、
を実行する請求項1記載のプログラム。
【請求項3】
前記候補取得ステップは、前記外部サーバから取得した前記1または複数の候補情報に含まれる同一のユーザにかかる複数の前記候補情報のうち、前記外部サーバにおいて登録日時が古い前記候補情報を、前記1または複数の候補情報から除外して、前記1または複数の候補情報として取得するステップである、
請求項1記載のプログラム。
【請求項4】
前記候補取得ステップは、前記外部サーバへ問い合わせることにより、前記1または複数の候補情報により特定される1または複数のユーザのユーザ属性を取得するステップを含む、
請求項1記載のプログラム。
【請求項5】
前記候補取得ステップは、取得した前記1または複数の候補情報のうち、前記候補情報により特定されるユーザの前記ユーザ属性が所定の条件に含まれる前記候補情報を、前記1または複数の候補情報として取得するステップである、
請求項4記載のプログラム。
【請求項6】
前記外部サーバは、名刺管理システムであり、
前記候補取得ステップは、前記候補情報により特定されるユーザの役職が所定以上の前記候補情報を、前記1または複数の候補情報として取得するステップである、
請求項5記載のプログラム。
【請求項7】
前記候補取得ステップは、外部のCRMシステムへ問い合わせることにより、前記1または複数の候補情報に関連づけられた1または複数の商談情報を取得するステップを含み、
前記商談情報は、前記候補情報により特定されるユーザの顧客に関する情報または商談に関する情報であり、
前記プロセッサが、
前記受信者受付ステップにおいて受け付けた前記第2識別情報に関連づけられた前記商談情報に基づき、前記契約受付ステップにおいて受け付けた前記契約情報を編集する契約編集ステップと、
を実行する、
請求項1記載のプログラム。
【請求項8】
前記契約編集ステップは、前記第2識別情報に関連づけられた前記商談情報に含まれる、前記第2識別情報にかかるユーザの所属組織、住所、役職、氏名のうち少なくともいずれか1つに関する情報を、前記契約受付ステップにおいて受け付けた前記契約情報に追記するステップを含む、
請求項7記載のプログラム。
【請求項9】
プロセッサと、記憶部とを備える情報処理装置であって、
前記プロセッサが、請求項1から8のいずれか記載のプログラムを実行する、
情報処理装置。
【請求項10】
プロセッサと、記憶部とを備える情報処理装置を含む情報処理システムであって、
前記プロセッサが、請求項1から8のいずれか記載のプログラムを実行する、
情報処理システム。
【請求項11】
プロセッサと、記憶部とを備えるコンピュータにより実行される情報処理方法であって、
前記コンピュータが、請求項1から8のいずれか記載のプログラムを実行する、
情報処理方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、プログラム、情報処理装置、情報処理システム、情報処理方法に関する。
【背景技術】
【0002】
コンピュータ技術の発達および普及に伴い、これまでは紙媒体が利用されていた書類が電子化されつつある。例えば、当事者の署名および押印が必要となる契約書といった書類も、電子データで管理することが考えられている。
特許文献1には、作成者端末、確認者端末および契約書管理サーバからなるデジタル契約に関する情報処理システムが開示されている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開2017-10096号
【発明の概要】
【発明が解決しようとする課題】
【0004】
複数のユーザ間の電子的な契約手続きにおいて、契約締結の相手方の情報を入力することが煩雑であるという課題がある。
そこで、本開示は、上記課題を解決すべくなされたものであって、その目的は、契約締結の相手方の情報をより簡単に入力する技術を提供することである。
【課題を解決するための手段】
【0005】
プロセッサと、記憶部とを備え、コンピュータが複数のユーザ間の電子的な契約手続きを実行するプログラムであって、プロセッサが、第1ユーザから、契約締結の対象となる契約情報を受け付ける契約受付ステップと、外部サーバへ問い合わせることにより、契約受付ステップにおいて受け付けた契約情報の1または複数の受信者の候補に対応する1または複数の候補情報を取得する候補取得ステップと、候補取得ステップにおいて取得した1または複数の候補情報を、第1ユーザに提示する候補提示ステップと、第1ユーザの選択操作に基づき、候補提示ステップにおいて第1ユーザに提示された1または複数の候補情報から、契約受付ステップにおいて受け付けた契約情報の受信者である第2識別情報を受け付ける受信者受付ステップと、を実行するプログラム。
【発明の効果】
【0006】
本開示によれば、複数のユーザ間の電子的な契約手続きにおいて、契約締結の相手方の情報をより簡単に入力することができる。
【図面の簡単な説明】
【0007】
図1】システム1の機能構成を示すブロック図である。
図2】サーバ10の機能構成を示すブロック図である。
図3】第1ユーザ端末20の機能構成を示すブロック図である。
図4】第2ユーザ端末30の機能構成を示すブロック図である。
図5】外部サーバ40の機能構成を示すブロック図である。
図6】ユーザテーブル1012のデータ構造を示す図である。
図7】グループテーブル1013のデータ構造を示す図である。
図8】書類テーブル1014のデータ構造を示す図である。
図9】確認テーブル1015のデータ構造を示す図である。
図10】入力項目テーブル1016のデータ構造を示す図である。
図11】契約書グループテーブル1018のデータ構造を示す図である。
図12】ユーザテーブル5012のデータ構造を示す図である。
図13】契約書作成処理の動作を示すフローチャートである。
図14】契約書確認処理の動作を示すフローチャートである。
図15】契約書作成処理の動作を示す画面例である。
図16】契約書作成処理における候補情報提示画面の画面例である。
図17】第2ユーザ端末30に通知される確認依頼メッセージを示す画面例である。
図18】契約書確認処理の動作を示す画面例である。
図19】第2ユーザ端末30に通知される締結完了メッセージを示す画面例である。
図20】コンピュータ90の基本的なハードウェア構成を示すブロック図である。
【発明を実施するための形態】
【0008】
以下、本開示の実施形態について図面を参照して説明する。実施形態を説明する全図において、共通の構成要素には同一の符号を付し、繰り返しの説明を省略する。なお、以下の実施形態は、特許請求の範囲に記載された本開示の内容を不当に限定するものではない。また、実施形態に示される構成要素のすべてが、本開示の必須の構成要素であるとは限らない。また、各図は模式図であり、必ずしも厳密に図示されたものではない。
【0009】
<システム1の構成>
本開示におけるシステム1は、複数のユーザ間において締結された契約情報を記憶、管理するサービスを実現するための情報処理システムである。
システム1は、ネットワークNを介して接続された、サーバ10、第1ユーザ端末20、第2ユーザ端末30、外部サーバ40の情報処理装置を備える。
図1は、システム1の機能構成を示すブロック図である。
図2は、サーバ10の機能構成を示すブロック図である。
図3は、第1ユーザ端末20の機能構成を示すブロック図である。
図4は、第2ユーザ端末30の機能構成を示すブロック図である。
図5は、外部サーバ40の機能構成を示すブロック図である。
【0010】
各情報処理装置は演算装置と記憶装置とを備えたコンピュータにより構成されている。コンピュータの基本ハードウェア構成および、当該ハードウェア構成により実現されるコンピュータの基本機能構成は後述する。サーバ10、第1ユーザ端末20、第2ユーザ端末30、外部サーバ40のそれぞれについて、後述するコンピュータの基本ハードウェア構成およびコンピュータの基本機能構成と重複する説明は省略する。
【0011】
<サーバ10の構成>
サーバ10は、複数のユーザ間において電子的な契約締結サービスを提供する情報処理装置である。サーバ10は、複数のユーザ間において締結された契約情報を記憶、管理するサービスを提供する情報処理装置である。
サーバ10は、記憶部101、制御部104を備える。
【0012】
<サーバ10の記憶部101の構成>
サーバ10の記憶部101は、アプリケーションプログラム1011、ユーザテーブル1012、グループテーブル1013、書類テーブル1014、確認テーブル1015、入力項目テーブル1016、契約書グループテーブル1017を備える。
【0013】
アプリケーションプログラム1011は、サーバ10の制御部104を各機能ユニットとして機能させるためのプログラムである。
【0014】
ユーザテーブル1012は、サービスを利用する会員ユーザ(以下、ユーザ)の情報を記憶し管理するテーブルである。ユーザは、サービスの利用登録を行うことで、当該ユーザの情報がユーザテーブル1012の新しいレコードに記憶される。
これにより、ユーザは本開示にかかるサービスを利用できるようになる。なお、本開示においてサービスを利用するユーザは、必ずしもユーザテーブル1012に登録されている必要はない。
ユーザテーブル1012は、ユーザIDを主キーとして、ユーザID、ユーザ名、メールアドレス、グループID、承認権限のカラムを有するテーブルである。
図6は、ユーザテーブル1012のデータ構造を示す図である。
【0015】
ユーザIDは、ユーザを識別するためのユーザ識別情報を記憶する項目である。ユーザ識別情報は、ユーザごとにユニークな値が設定されている項目である。
ユーザ名は、ユーザの氏名を記憶する項目である。ユーザ名は、氏名ではなく、ニックネームなど任意の文字列を設定しても良い。
メールアドレスは、ユーザのメールアドレスを記憶する項目である。
グループIDは、ユーザが所属するグループのグループ識別情報を記憶する項目である。グループは、後述するグループテーブル1013により定義され、ユーザは、複数のグループに所属するものとしても構わない。
承認権限は、ユーザの承認締結に関する権限情報を記憶する項目である。契約締結を承認する権限(承認権限)を有するユーザには、Trueなど契約締結を承認する権限を有する情報が記憶される。一方、契約締結を承認する権限を有さないユーザには、False、ブランク、ヌル値など契約締結を承認する権限を有さない情報が記憶される。
契約情報に応じて承認権限を設定できる構成としても良い。例えば、ユーザAは、特定の契約情報Aに対して承認権限を有するが、特定の契約情報Bに対して承認権限を有さない構成としても良い。
秘密保持契約、共同研究契約、請負契約などの契約情報の種別(契約情報種別)に応じて承認権限を設定できる構成としても良い。例えば、ユーザAは、秘密保持契約に対して承認権限を有するが、請負契約に対しては承認権限を有さない構成としても良い。
その他、ユーザの所属部署、役所などに応じて複数段階(レベル、ランク)の権限情報を記憶する構成としても良い。例えば、派遣社員などはC、一般社員はB、管理職はA、役員はSという情報を承認権限の項目に記憶し、契約情報の契約種別情報、契約金額などに応じて、所定のランク以上(例えば、秘密保持契約はA以上など)の承認権限を有するユーザのみ契約締結を承認することができる構成としても良い。
【0016】
グループテーブル1013は、ユーザが所属するグループに関する情報(グループ情報)を記憶し、管理するテーブルである。グループは、法人、会社、サークル、団体、会社内の部署など、ユーザが所属する任意のグループを定義することができる。
グループテーブル1013は、グループIDを主キーとして、グループID、グループ名、管理者IDのカラムを有するテーブルである。
図7は、グループテーブル1013のデータ構造を示す図である。
【0017】
グループIDは、グループを識別するためのグループ識別情報を記憶する項目である。グループ識別情報は、グループごとにユニークな値が設定されている項目である。
グループ名は、グループの名称を記憶する項目である。グループ名は、任意の文字列を設定することができる。
管理者IDは、グループにおいて管理者権限を有するユーザのユーザ識別情報を記憶する項目である。管理者権限を有するユーザは、組織などのグループにおいて所定以上の地位や権限などを有するユーザを任意に定めて設定することができる。
【0018】
書類テーブル1014は、作成者と受信者との間で取り交わされる電子契約に関する情報(契約情報)を記憶し、管理するためのテーブルである。
書類テーブル1014は、書類IDを主キーとして、書類ID、書類データ、作成者IDのカラムを有するテーブルである。
図8は、書類テーブル1014のデータ構造を示す図である。
【0019】
書類IDは、契約情報を識別するための書類識別情報を記憶する項目である。書類識別情報は、契約情報ごとにユニークな値が設定されている項目である。
書類データは、契約情報(バイナリまたはテキストデータ)を記憶する項目である。具体的に、書類データは、PDF(Portable Document Format)、Word、XML(ExtenSible Markup Language)などの任意のデータ形式のデータが含まれる。
作成者ID、契約情報の作成者であるユーザを識別するためのユーザ識別情報を記憶する項目である。
【0020】
確認テーブル1015は、契約情報の確認者となるユーザのメールアドレスを含む情報(確認者情報)を記憶し、管理するテーブルである。
確認テーブル1015は、書類ID、確認順序、確認者メールアドレス、確認フラグ、言語データ、アクセスコード、日時のカラムを有するテーブルである。
図9は、確認テーブル1015のデータ構造を示す図である。
【0021】
書類IDは、確認者により確認対象となる契約情報の書類識別情報を記憶する項目である。
確認順序は、確認者により契約情報が確認される際の確認順序に関する情報を記憶する項目である。作成者により記憶された契約情報は、確認順序の順番に確認者に回覧され、確認が行われる。
確認者メールアドレスは、契約情報の確認者のメールアドレスを記憶する項目である。確認者のメールアドレスは、本開示にかかるサービスの利用にあたり予めユーザ登録を行う必要はない。つまり、確認者メールアドレスは、ユーザテーブル1012に含まれている必要はない。
確認フラグは、確認者による契約情報の確認手続きの完了有無を識別するための確認識別情報を記憶する項目である。確認者により契約情報の確認が完了すると、確認フラグの項目にTrueの値などの確認が完了したことを示す情報が記憶される。
言語データは、確認者の言語に関する情報(言語情報)を記憶する項目である。
アクセスコードは、確認者に対して設定されたアクセスコードを記憶する項目である。
日時は、確認者による契約情報の確認手続きが行われた日時を記憶する項目である。具体的には、確認識別情報が確認フラグの項目に記憶された日時が記憶される。
【0022】
入力項目テーブル1016は、電子契約情報に関連付けられた入力項目に関する情報(入力項目情報)を記憶し、管理するテーブルである。
入力項目テーブル1016は、入力項目ID、書類ID、入力者ID、入力データ、入力規則、日時のカラムを有するテーブルである。
図10は、入力項目テーブル1016のデータ構造を示す図である。
【0023】
入力項目IDは、入力項目を識別するための入力項目識別情報を記憶する項目である。
書類IDは、入力項目が関連付けられる電子契約情報の書類識別情報を記憶する項目である。
入力者IDは、入力項目に対して入力データを入力した入力者のユーザ識別情報またはメールアドレスを記憶する項目である。具体的に、入力者IDには、作成者ID、作成者IDにより特定されるユーザのメールアドレス、確認者メールアドレスなどが記憶される。
入力データは、入力者により入力項目に入力された入力データを記憶する項目である。
入力規則は、入力項目の入力規則に関する入力規則情報を記憶する項目である。入力規則としては、日付(date)、日時(datetime)、文字列(text)、数値(integer)などのデータ型のほか、文字列であれば文字数、文字列の正規表現など任意の入力項目の入力規則に関する入力規則情報を記憶することができる。
日時は、入力者により入力項目に入力データが入力された日時を記憶する項目である。
【0024】
契約書グループテーブル1017は、契約書グループに関する情報(契約書グループ情報)を記憶し管理するためのテーブルである。契約情報は、契約情報を管理するための1または複数のキャビネット(分類情報)と関連づけられて記憶され、管理することができる。情報処理サービスに応じて、キャビネットは、グループ、タグ、ラベル等と呼ばれることがある。
契約書グループテーブル1017は、書類ID、キャビネットIDのカラムを有するテーブルである。
図11は、契約書グループテーブル1017のデータ構造を示す図である。
【0025】
書類IDは、契約情報を識別するための書類識別情報を記憶する項目である。
キャビネットIDは、キャビネットを識別するためのキャビネット識別情報を記憶する。キャビネットIDは、契約情報を管理、分類するための分類情報である。
【0026】
<サーバ10の制御部104の構成>
サーバ10の制御部104は、ユーザ登録制御部1041、契約作成部1042、契約確認部1043を備える。制御部104は、記憶部101に記憶されたアプリケーションプログラム1011を実行することにより、各機能ユニットが実現される。
【0027】
ユーザ登録制御部1041は、本開示に係るサービスの利用を希望するユーザの情報をユーザテーブル1012に記憶する処理を行う。
ユーザテーブル1012に記憶される情報は、ユーザが任意の情報処理端末からサービス提供者が運営するウェブページなどを開き、所定の入力フォームに情報を入力しサーバ10へ送信する。ユーザ登録制御部1041は、受信した情報をユーザテーブル1012の新しいレコードに記憶し、ユーザ登録が完了する。これにより、ユーザテーブル1012に記憶されたユーザはサービスを利用することができるようになる。
ユーザ登録制御部1041によるユーザ情報のユーザテーブル1012への登録に先立ち、サービス提供者は所定の審査を行いユーザによるサービス利用可否を制限しても良い。
ユーザIDは、ユーザを識別できる任意の文字列または数字で良く、ユーザが希望する任意の文字列または数字、もしくはユーザ登録制御部1041が自動的に任意の文字列または数字を設定しても良い。
【0028】
契約作成部1042は、契約書作成処理を実行する。詳細は後述する。
【0029】
契約確認部1043は、契約書確認処理を実行する。詳細は後述する。
【0030】
<第1ユーザ端末20の構成>
第1ユーザ端末20は、サービスを利用するユーザが操作する情報処理装置である。第1ユーザ端末20は、例えば、据え置き型のPC(Personal Computer)、ラップトップPCであってもよいし、スマートフォン、タブレット等の携帯端末でもよい。また、HMD(Head Mount Display)、腕時計型端末等のウェアラブル端末であってもよい。
第1ユーザ端末20は、記憶部201、制御部204、入力装置206、出力装置208を備える。
【0031】
<第1ユーザ端末20の記憶部201の構成>
第1ユーザ端末20の記憶部201は、第1ユーザID2011、アプリケーションプログラム2012を備える。
【0032】
第1ユーザID2011はユーザのアカウントIDである。ユーザは、第1ユーザ端末20から第1ユーザID2011を、サーバ10へ送信する。サーバ10は、第1ユーザID2011に基づきユーザを識別し、本開示にかかるサービスをユーザに対して提供する。なお、第1ユーザID2011には、第1ユーザ端末20を利用しているユーザを識別するにあたりサーバ10から一時的に付与されるセッションIDなどの情報を含む。
【0033】
アプリケーションプログラム2012は、記憶部201に予め記憶されていても良いし、通信IFを介してサービス提供者が運営するウェブサーバ等からダウンロードする構成としても良い。
アプリケーションプログラム2012は、ウェブブラウザアプリケーションなどのアプリケーションを含む。
アプリケーションプログラム2012は、第1ユーザ端末20に記憶されているウェブブラウザアプリケーション上で実行されるJavaScript(登録商標)などのインタープリター型プログラミング言語を含む。
【0034】
<第1ユーザ端末20の制御部204の構成>
第1ユーザ端末20の制御部204は、入力制御部2041、出力制御部2042を備える。制御部204は、記憶部201に記憶されたアプリケーションプログラム2012を実行することにより、各機能ユニットが実現される。
【0035】
<第1ユーザ端末20の入力装置206の構成>
第1ユーザ端末20の入力装置206は、カメラ2061、マイク2062、位置情報センサ2063、モーションセンサ2064、タッチデバイス2065を備える。
【0036】
<第1ユーザ端末20の出力装置208の構成>
第1ユーザ端末20の出力装置208は、ディスプレイ2081、スピーカ2082を備える。
【0037】
<第2ユーザ端末30の構成>
第2ユーザ端末30は、サービスを利用するユーザが操作する情報処理装置である。第2ユーザ端末30は、例えば、据え置き型のPC(Personal Computer)、ラップトップPCであってもよいし、スマートフォン、タブレット等の携帯端末でもよい。また、HMD(Head Mount Display)、腕時計型端末等のウェアラブル端末であってもよい。
第2ユーザ端末30は、記憶部301、制御部304、入力装置306、出力装置308を備える。
【0038】
<第2ユーザ端末30の記憶部301の構成>
第2ユーザ端末30の記憶部301は、第2ユーザID3011、アプリケーションプログラム3012を備える。
【0039】
第2ユーザID3011はユーザのアカウントIDである。ユーザは、第2ユーザ端末30から第2ユーザID3011を、サーバ10へ送信する。サーバ10は、第2ユーザID3011に基づきユーザを識別し、本開示にかかるサービスをユーザに対して提供する。なお、第2ユーザID3011には、第2ユーザ端末30を利用しているユーザを識別するにあたりサーバ10から一時的に付与されるセッションIDなどの情報を含む。
【0040】
アプリケーションプログラム3012は、記憶部301に予め記憶されていても良いし、通信IFを介してサービス提供者が運営するウェブサーバ等からダウンロードする構成としても良い。
アプリケーションプログラム3012は、ウェブブラウザアプリケーションなどのアプリケーションを含む。
アプリケーションプログラム3012は、第2ユーザ端末30に記憶されているウェブブラウザアプリケーション上で実行されるJavaScript(登録商標)などのインタープリター型プログラミング言語を含む。
【0041】
<第2ユーザ端末30の制御部304の構成>
第2ユーザ端末30の制御部304は、入力制御部3041、出力制御部3042を備える。制御部304は、記憶部301に記憶されたアプリケーションプログラム3012を実行することにより、各機能ユニットが実現される。
【0042】
<第2ユーザ端末30の入力装置306の構成>
第2ユーザ端末30の入力装置306は、カメラ3061、マイク3062、位置情報センサ3063、モーションセンサ3064、キーボード3065を備える。
【0043】
<第2ユーザ端末30の出力装置308の構成>
第2ユーザ端末30の出力装置308は、ディスプレイ3081、スピーカ3082を備える。
【0044】
<外部サーバ40の構成>
外部サーバ40は、ユーザに関連づけられた他のユーザ情報を記憶し管理するサービスを提供する情報処理装置である。例えば、外部サーバ40は、サーバ10の外部に設けられている情報処理システム、情報処理サービスである。
外部サーバ40は、ユーザが過去に名刺を交換した他のユーザの名刺情報を記憶し管理する名刺管理システム等を含む。
外部サーバ40は、ユーザの顧客ごとの顧客情報、商談に関する情報等を記憶し管理するCRM(Customer Relationship Management)システム等を含む。CRMシステムは、名刺管理システムを含んでも良い。CRMシステムは、SalesForce、HubSpotなどがある。
外部サーバ40は、外部メールサービス、外部チャットサービス等を含む。外部メールサービスは、Gmail等などがある。外部チャットサービスは、Slack、Slack Connectなどがある。
外部サーバ40は、記憶部401、制御部404を備える。
【0045】
<外部サーバ40の記憶部401の構成>
外部サーバ40の記憶部401は、アプリケーションプログラム4011、ユーザテーブル4012を備える。
【0046】
アプリケーションプログラム4011は、サーバ10の制御部404を各機能ユニットとして機能させるためのプログラムである。
【0047】
ユーザテーブル4012は、ユーザIDを主キーとして、ユーザID、ユーザ名、メールアドレス、ユーザ属性のカラムを有するテーブルである。
図12は、ユーザテーブル4012のデータ構造を示す図である。
【0048】
ユーザIDは、ユーザを識別するためのユーザ識別情報を記憶する項目である。ユーザ識別情報は、ユーザごとにユニークな値が設定されている項目である。
ユーザ名は、ユーザの氏名を記憶する項目である。ユーザ名は、氏名ではなく、ニックネームなど任意の文字列を設定しても良い。
メールアドレスは、ユーザのメールアドレスを記憶する項目である。
ユーザ属性は、ユーザに関する属性情報である。ユーザ属性は、ユーザの所属組織に関する組織情報、ユーザの役職に関する役職情報、ユーザの所属する部署に関する部署情報等を含む。
組織情報は、会社、法人、企業グループ、サークル、各種団体など任意の組織、グループに関する情報が含まれる。組織情報は、会社の部署(営業部、総務部、カスタマーサポート部)などのより詳細なサブグループごとの情報を含んでも良い。ユーザ属性は、ユーザの生年月日、年齢、性別、与信における信用スコア等の属性情報を含んでも良い。
【0049】
<外部サーバ40の制御部404の構成>
外部サーバ40の制御部404は、ユーザ登録制御部4041を備える。制御部404は、記憶部401に記憶されたアプリケーションプログラム4011を実行することにより、各機能ユニットが実現される。
【0050】
ユーザ登録制御部4041は、本開示に係るサービスの利用を希望するユーザの情報をユーザテーブル4012に記憶する処理を行う。
ユーザテーブル4012に記憶される情報は、ユーザが任意の情報処理端末から外部サーバ40が運営するウェブページなどを開き、所定の入力フォームに情報を入力し外部サーバ40へ送信する。ユーザ登録制御部4041は、受信した情報をユーザテーブル4012の新しいレコードに記憶し、ユーザ登録が完了する。これにより、ユーザテーブル4012に記憶されたユーザはサービスを利用することができるようになる。
【0051】
<システム1の動作>
以下、システム1の各処理について説明する。
図13は、契約書作成処理の動作を示すフローチャートである。
図14は、契約書確認処理の動作を示すフローチャートである。
図15は、契約書作成処理の動作を示す画面例である。
図16は、契約書作成処理における候補情報提示画面の画面例である。
図17は、第2ユーザ端末30に通知される確認依頼メッセージを示す画面例である。
図18は、契約書確認処理の動作を示す画面例である。
図19は、第2ユーザ端末30に通知される締結完了メッセージを示す画面例である。
【0052】
<契約書作成処理>
契約書作成処理は、作成者が電子契約情報を作成し、確認者に対して送信する処理である。本開示においては、第1ユーザを作成者とする。
【0053】
図15は、契約書作成処理の動作を示す画面例である。第1ユーザ端末20のディスプレイ2081に表示される、契約情報を作成するための画面50には、現在の契約情報の作成状況を示すステータス510、入力項目を指定するためのボタン521、522、523、契約情報表示エリア530、書類データ531、入力項目532、533、534、送信ボタン540が表示される。
【0054】
<契約書作成処理の概要>
契約書作成処理は、作成者が電子契約情報を作成し、電子契約情報の宛先となる確認者を設定し、電子契約情報に対する入力項目を設定し、入力項目に対する入力規則を設定し、作成者から入力項目に対する入力データを受け付け、設定した確認者に対して電子契約情報を送付する一連の処理である。
【0055】
<契約書作成処理の詳細>
ステップS101において、サーバ10の契約作成部1042は、第1ユーザから、契約締結の対象となる契約情報を受け付ける契約受付ステップを実行する。
具体的に、第1ユーザは、第1ユーザ端末20の入力装置206などを操作し、契約書に関する書類データを含む契約情報を作成する。書類データは、PDF(Portable Document Format)、Word、XML(ExtenSible Markup Language)などの任意のデータ形式の書類データを契約情報に含めることができる。
第1ユーザは、第1ユーザ端末20の入力装置206などを操作し、作成した書類データ、第1ユーザID2011をサーバ10へ送信する。サーバ10の契約作成部1042は、受信した第1ユーザID2011、書類データを受け付け、それぞれ、書類テーブル1014の新たなレコードの作成者ID、書類データの項目に記憶する。これにより、サーバ10の契約作成部1042は、新たな契約情報を書類テーブル1014に記憶する。
【0056】
契約情報を作成するための画面50には、書類テーブル1014に記憶された書類データ531が表示される。
【0057】
ステップS102において、サーバ10の契約作成部1042は、外部サーバへ問い合わせることにより、契約受付ステップにおいて受け付けた契約情報の1または複数の受信者の候補に対応する1または複数の候補情報を取得する候補取得ステップを実行する。
具体的に、第1ユーザは、第1ユーザ端末20の入力装置206を操作することにより、候補情報を一覧表示するためのリクエストをサーバ10へ送信する。サーバ10の契約作成部1042は、受信したリクエストに含まれる第1ユーザID2011に基づき、第1ユーザに関連づけられた他のユーザを照会するためのリクエストを外部サーバ40の所定のAPIエンドポイント等のURL(Uniform ReSource Locator)へ送信する。サーバ10の契約作成部1042は、第1ユーザID2011に基づき不図示のテーブル等を参照し、第1ユーザの外部サーバ40におけるユーザID等のユーザ識別情報へ変換する処理を実行しても良い。
外部サーバ40の制御部404は、サーバ10から受信したリクエストに含まれる第1ユーザのユーザIDに基づき、ユーザテーブル4012等を参照し、第1ユーザに関連づけられたユーザのユーザID、ユーザ名、メールアドレス、ユーザ属性等のユーザ情報を取得する。
【0058】
例えば、外部サーバ40が名刺管理システム等である場合は、外部サーバ40の制御部404は、第1ユーザが過去に入手した名刺に記載されており、第1ユーザが名刺を読み込ませることにより自身と関連づけて記憶したユーザのユーザ情報を取得する。これにより、第1ユーザに関連づけられたユーザとして、第1ユーザが過去に名刺を交換した相手のユーザ情報を取得することができる。
【0059】
例えば、外部サーバ40がCRMシステム等である場合は、外部サーバ40の制御部404は、第1ユーザの顧客情報、商談に関する情報(商談情報)等に含まれるユーザのユーザ情報を取得する。これにより、第1ユーザに関連づけられたユーザとして、第1ユーザの顧客、過去に商談した相手のユーザ情報を取得することができる。
【0060】
例えば、外部サーバ40が外部メールサービス、外部チャットサービス等である場合は、外部サーバ40の制御部404は、第1ユーザが過去にメッセージ等を交換したユーザのユーザ情報を取得する。これにより、第1ユーザに関連づけられたユーザとして、第1ユーザが過去にメッセージ等を交換した相手のユーザ情報を取得することができる。
【0061】
外部サーバ40の制御部404は、取得した1または複数のユーザ情報を、サーバ10へ送信する。サーバ10の契約作成部1042は、外部サーバ40から受信した1または複数のユーザ情報を、第1ユーザの契約情報の1または複数の受信者の候補に対応する1または複数の候補情報として取得し特定する。
【0062】
例えば、外部サーバ40が外部メールサービス等である場合は、外部サーバ40の制御部404は、第1ユーザが過去にメールを送受信したユーザのユーザ情報を取得する。例えば、ユーザ情報は、第1ユーザが過去にメールを送受信したユーザの署名情報等を含んでも良い。これにより、第1ユーザに関連づけられたユーザとして、第1ユーザが過去に名刺を交換した相手のユーザ情報を取得することができる。
【0063】
ステップS102において、サーバ10の契約作成部1042は、候補取得ステップにおいて取得した1または複数の候補情報を、第1ユーザに提示する候補提示ステップを実行する。
具体的に、サーバ10の契約作成部1042は、外部サーバ40から受信した1または複数のユーザ情報を、第1ユーザ端末20へ送信する。第1ユーザ端末20の制御部204は、受信した1または複数のユーザ情報を、第1ユーザの契約情報の1または複数の受信者の候補に対応する1または複数の候補情報として第1ユーザ端末20のディスプレイ2081に一覧表示することにより提示する。
【0064】
ステップS102において、サーバ10の契約作成部1042は、第1ユーザの選択操作に基づき、候補提示ステップにおいて第1ユーザに提示された1または複数の候補情報から、契約受付ステップにおいて受け付けた契約情報の受信者である第2識別情報を受け付ける受信者受付ステップを実行する。
具体的に、第1ユーザは、第1ユーザ端末20の入力装置206を操作することにより、第1ユーザ端末20のディスプレイ2081に一覧表示された1または複数の候補情報から受信者となる第2ユーザを選択する。これにより、契約情報の受信者である第2ユーザを特定する第2識別情報を特定する。第1ユーザは、複数の第2ユーザを選択することができるものとしても良い。
第1ユーザ端末20の制御部204は、第1ユーザにより選択された第2ユーザのメールアドレスをサーバ10へ送信する。サーバ10の契約作成部1042は、受信したメールアドレス、ステップS101において作成し、記憶した契約情報の書類IDを、それぞれ確認テーブル1015の確認者メールアドレス、書類IDの項目に記憶し、契約情報と第2ユーザのメールアドレスとを関連付けて記憶する。なお、第1ユーザは、第2ユーザの言語、アクセスコードを設定し、第2ユーザのメールアドレスと関連付けて記憶しても良い。
なお、第1ユーザは、第1ユーザ端末20の入力装置206を操作することにより、メールアドレスを入力しサーバ10へ送信するものとしても良い。これにより、外部サーバ40に記憶されていないユーザを受信者として設定することができる。
このとき、確認テーブル1015の確認順序の項目には1の値を記憶する。ステップS102において、第1ユーザは、複数の確認者となるユーザを選択し設定できるものとしても良い。この場合、選択順序に応じて、確認者となるユーザの確認順序の項目の値が1つずつインクリメントされ記憶される。これにより、後述する契約書確認処理における確認者の回覧順序が設定される。なお、回覧順序の設定は必須ではない。
【0065】
ステップS102において、候補取得ステップは、外部サーバから取得した1または複数の候補情報に含まれる同一のユーザにかかる複数の候補情報のうち、外部サーバにおいて登録日時が古い候補情報を、1または複数の候補情報から除外して、1または複数の候補情報として取得するステップを実行しても良い。
具体的に、サーバ10の契約作成部1042は、外部サーバ40から受信した1または複数のユーザ情報に同一ユーザにかかる重複した情報がある場合には、外部サーバ40において登録日時が最も新しいユーザ情報を当該ユーザにかかるユーザ情報とし、それよりも古いユーザ情報を除外して、第1ユーザの契約情報の1または複数の受信者の候補に対応する1または複数の候補情報として特定する。
サーバ10の契約作成部1042は、特定した1または複数の候補情報を第1ユーザ端末20へ送信する。
【0066】
ステップS102において、候補取得ステップは、外部サーバへ問い合わせることにより、1または複数の候補情報により特定される1または複数のユーザのユーザ属性を取得するステップを含んでも良い。候補取得ステップは、取得した1または複数の候補情報のうち、候補情報により特定されるユーザのユーザ属性が所定の条件に含まれる候補情報を、1または複数の候補情報として取得するステップを実行する。候補取得ステップは、候補情報により特定されるユーザの役職が所定以上の候補情報を、1または複数の候補情報として取得するステップを実行する。
具体的に、外部サーバ40が名刺管理システム、外部メールサービス、外部チャットサービス等である場合は、サーバ10の契約作成部1042は、外部サーバ40から第1ユーザに関連づけられたユーザとして、第1ユーザが過去に名刺を交換した相手、第1ユーザが過去にメッセージを交換した相手のユーザ属性を含むユーザ情報を取得する。サーバ10の契約作成部1042は、予め設定された所定条件とユーザ属性とを比較し、ユーザ属性が所定の条件に含まれるユーザのユーザ情報を、第1ユーザの契約情報の1または複数の受信者の候補に対応する1または複数の候補情報として特定する。一方、サーバ10の契約作成部1042は、予め設定された所定条件とユーザ属性とを比較し、ユーザ属性が所定の条件に含まれないユーザのユーザ情報を除外して、1または複数の候補情報として特定する。
例えば、外部サーバ40が名刺管理システムである場合に、サーバ10の契約作成部1042は、ユーザ属性に含まれる役職が所定の役職(課長、部長)以上のユーザのユーザ情報を、1または複数の候補情報として特定する。これにより、契約を承認する権限がないと見込まれるユーザのユーザ情報を除外して、1または複数の候補情報として特定することができる。
サーバ10の契約作成部1042は、特定した1または複数の候補情報を第1ユーザ端末20へ送信する。
【0067】
ステップS102において、候補取得ステップは、外部のCRMシステムへ問い合わせることにより、1または複数の候補情報に関連づけられた1または複数の商談情報を取得するステップを含んでも良い。
具体的に、外部サーバ40がCRMシステム等である場合は、サーバ10の契約作成部1042は、外部サーバ40から第1ユーザの顧客情報、商談に関する情報(商談情報)を取得しても良い。例えば、サーバ10の契約作成部1042は、外部サーバ40から第1ユーザに関連づけられた1または複数のユーザと、1または複数のユーザのそれぞれに関連づけられた顧客情報、商談に関する情報として、例えば、所属組織、住所、役職、氏名等の情報を取得しても良い。
【0068】
図16は、契約書作成処理における候補情報提示画面の画面例である。第1ユーザ端末20のディスプレイ2081に表示される画面D20は、候補情報を一覧表示するための一覧画面D201を含む。一覧画面D201は、ステップS101において受け付けた契約情報の1または複数の受信者の候補として、ユーザ名D2011、D2021、D2031、メールアドレスD2012、D2022、D2032、チェックボックスD2013、D2023、D2033に関する表示を含む。第1ユーザは、チェックボックスD2013、D2023、D2033を選択することにより、契約情報の受信者である第2ユーザを選択することができる。
【0069】
ステップS103において、第1ユーザは、第1ユーザ端末20の入力装置206などを操作し、契約情報に対する入力項目を設定する。
具体的に、第1ユーザは、第1ユーザ端末20の入力装置206などを操作し、ステップS101において作成し、記憶した契約情報に対して複数の入力項目を設定する。入力項目は、印鑑データを押印する押印欄、署名データなどのテキストデータを入力する入力欄、チェック項目を選択できるチェックボックス欄、日付を入力する日付欄など任意の入力項目を設定することができる。
第1ユーザは、第1ユーザ端末20の入力装置206などを操作し、入力項目を追加するリクエストをサーバ10へ送信する。サーバ10の契約作成部1042は、リクエストを受信すると、契約情報の書類IDを、入力項目テーブル1016の新たなレコードの書類IDに記憶する。これにより、新たに追加された入力項目情報が、契約情報と関連付けられ記憶される。なお、第1ユーザは、複数の入力項目情報を、契約情報と関連づけ記憶することができる。
【0070】
ステップS103において、サーバ10の契約作成部1042は、受信者受付ステップにおいて受け付けた第2識別情報に関連づけられた商談情報に基づき、契約受付ステップにおいて受け付けた契約情報を編集する契約編集ステップを実行しても良い。
契約編集ステップは、第2識別情報に関連づけられた商談情報に含まれる、第2識別情報にかかるユーザの所属組織、住所、役職、氏名のうち少なくともいずれか1つに関する情報を、契約受付ステップにおいて受け付けた契約情報に追記するステップを含む。
具体的に、外部サーバ40がCRMシステム等である場合は、サーバ10の契約作成部1042は、ステップS102において設定された1または複数の受信者のそれぞれに関する顧客情報、商談情報に基づき、ステップS101において受け付けた契約情報を編集しても良い。
例えば、サーバ10の契約作成部1042は、契約情報に関連づけられた1または複数の受信者に関する所属組織、住所、役職、氏名等の複数の入力項目に対して、1または複数の受信者のそれぞれに対応した所属組織、住所、役職、氏名等を入力することにより契約情報を編集しても良い。
例えば、サーバ10の契約作成部1042は、ステップS101において受け付けた書類データを編集し、1または複数の受信者のそれぞれに対応した所属組織、住所、役職、氏名等を書類データに直接追記することにより契約情報を編集しても良い。
【0071】
ステップS104において、第1ユーザは、追加するそれぞれの入力項目に対して入力規則を設定する。第1ユーザは、第1ユーザ端末20の入力装置206などを操作することにより、ステップS103において設定した入力項目情報ごとの入力規則を指定し、サーバ10へ送信する。サーバ10の契約作成部1042は、受信した入力規則を、入力項目テーブル1016のそれぞれの入力項目情報のレコードの入力規則の項目に記憶する。これにより、入力項目ごとの入力規則を設定することができる。
【0072】
ステップS105において、サーバ10の契約作成部1042は、第1ユーザが入力した複数の入力項目に対する入力データを受け付ける。
具体的に、第1ユーザは、第1ユーザ端末20の入力装置206などを操作することにより、ステップS104において設定した入力項目ごとに入力データを入力する。例えば、第1ユーザは、管理番号が設定された入力項目に、自身が所属するグループにおける整理番号などの契約情報を管理するための番号の入力データを入力しても良い。第1ユーザは、契約締結日が設定された入力項目に、当該契約情報の契約締結日の日付の入力データを入力しても良い。第1ユーザは、入力項目への入力データの入力が完了したら、サーバ10へ入力項目ごとの入力項目ID、入力データを送信する。
サーバ10の契約作成部1042は、入力項目ごとの入力項目ID、入力データを受信し、受け付ける。サーバ10の契約作成部1042は、受信した入力項目IDで特定される入力項目テーブル1016の入力項目情報の入力データの項目に、受信した入力データを記憶する。これにより、第1ユーザが入力した入力データが、入力項目テーブル1016に記憶される。
【0073】
サーバ10の契約作成部1042は、第1ユーザから、第2ユーザに対して契約情報に対する契約締結を依頼する指示を受け付ける。
具体的に、第1ユーザは、第1ユーザ端末20の入力装置206を操作し、契約情報を作成するための画面50に、表示された送信ボタン540を押下することにより、契約情報を送信するリクエストをサーバ10へ送信する。
【0074】
ステップ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ユーザを特定するための情報を含める必要がある。
【0075】
つまり、ステップS106において、サーバ10の契約確認部1043は、受信者受付ステップにおいて受け付けた第2識別情報により特定される第2ユーザに対して、契約受付ステップにおいて受け付けた契約情報の承認操作を要求する通知を行う通知ステップが実行される。
【0076】
第1ユーザは、第2ユーザに対してアクセスコードを設定した場合は、別途メールなどの手段によりアクセスコードを第2ユーザに対して伝える。これにより、第2ユーザへ通知されるメッセージが第三者に取得された場合においても、第三者はアクセスコードを入手しない限り契約書確認処理を実行することができない。
【0077】
図17は、第2ユーザ端末30に通知されるメッセージを示す画面例である。第2ユーザ端末30のディスプレイ3081に表示される、メッセージ画面60には、メッセージ61、契約情報を特定するための書類IDを含むURL62の情報が含まれる。
【0078】
<変形例>
第1ユーザは、ステップS102において複数の確認者を選択し設定する場合には、複数の確認者のそれぞれに対して、ステップS103において異なる入力項目情報をそれぞれに独立して設定できる構成としても構わない。例えば、第1ユーザが、確認者として第2ユーザ、第9ユーザの2人のユーザを設定する場合に、契約開始日、契約終了日の入力項目を第2ユーザに対して設定し、契約締結日の入力項目を第9ユーザに対して設定しても良い。この場合、後述する契約書確認処理において、第2ユーザは、契約開始日、契約終了日の入力項目に対して入力データを入力できるが、契約締結日の入力項目に対しては入力データを入力することができない。一方、第9ユーザは、契約開始日、契約終了日の入力項目に対して入力データを入力できないが、契約締結日の入力項目に対しては入力データを入力することができる。1つの入力項目情報に対して、複数の確認者を重複して選択し設定できる構成としても構わない。
【0079】
契約情報を作成するための画面50には、描画オブジェクトとして入力項目532、533、534が描画される。入力項目532、533には、割当として、入力項目を入力することが選択し設定されたユーザのユーザ識別情報「USER-B」、入力項目の種別として「テキスト」という項目が描画されている。押印に関する入力項目534には、割当として、押印することが選択し設定されたユーザのユーザ識別情報「USER-C」、入力項目の種別として「印」という項目が描画されている。
【0080】
<契約書確認処理>
契約書確認処理は、確認者が、作成者から受信した電子契約情報の内容を確認する処理である。本開示においては、第2ユーザを確認者とする。
【0081】
<契約書確認処理の概要>
契約書確認処理は、確認者からのアクセスを受け付け、契約情報を表示する確認画面を確認者に対して提示し、確認者から入力項目に対する入力データを受け付け、確認者から契約情報の確認に関するデータを受け付ける一連の処理である。
【0082】
<契約書確認処理の詳細>
ステップS301において、確認者となる第2ユーザは、第2ユーザ端末30の入力装置306などを操作して受信したメッセージに記載されたURLを選択することにより、第2ユーザ端末30のブラウザアプリケーションにより当該URLにより指定されたウェブページを開くことができる。これにより、第2ユーザ端末30は、契約書確認処理を実行させるためのリクエストをサーバ10へ送信する。
【0083】
確認テーブル1015の第2ユーザのレコードにアクセスコードの項目が記憶されている場合には、第2ユーザに対してアクセスコードの入力を要求し、当該入力されたアクセスコードと確認テーブル1015の第2ユーザのレコードに記憶されたアクセスコードとを照合することにより、第2ユーザに対する認証処理を実行することができる。
具体的に、サーバ10は、アクセスコードを認証するための入力画面を第2ユーザ端末30へ送信する。第2ユーザは、第2ユーザ端末30の入力装置306を操作し、アクセスコードを入力しサーバ10へ送信する。サーバ10の契約確認部1043は、受信したアクセスコードと、確認テーブル1015の第2ユーザのレコードに記憶されたアクセスコードとが一致するか否かを判定し、一致する場合は契約書確認処理を継続する。一方、一致しない場合には、契約書確認処理を中止する。なお、アクセスコードによる認証処理は省略しても構わない。
【0084】
サーバ10の契約確認部1043は、受信したリクエストに含まれる書類IDに基づき、書類テーブル1014の書類IDの項目を検索し、契約情報を取得する。サーバ10の契約確認部1043は、受信したリクエストに含まれる書類IDに基づき、確認テーブル1015の書類IDの項目を検索し、確認者情報を取得する。サーバ10の契約確認部1043は、受信したリクエストに含まれる書類IDに基づき、入力項目テーブル1016の書類IDの項目を検索し、契約情報に関連づけられた入力項目情報を取得する。
【0085】
ステップS302において、サーバ10の契約確認部1043は、第2ユーザを特定し、第2ユーザの承認権限情報を取得する。第2ユーザは、第2ユーザ端末30から受信したリクエストに含まれる第2ユーザID3011に基づき特定しても良いし、URLに含まれる第2ユーザを識別するための識別情報に基づき特定しても良い。第2ユーザが本開示にかかるサービスにユーザ登録していない場合には、URLから第2ユーザを特定する必要がある。例えば、URLには第2ユーザを特定する情報として第2ユーザのメールアドレス、ユーザIDなどが含まれていても良い。
【0086】
サーバ10の契約確認部1043は、特定された第2ユーザのユーザ識別情報に基づき、ユーザテーブル1012のユーザIDの項目を検索し、第2ユーザの承認権限の項目を取得する。なお、本開示において、第2ユーザの承認権限はユーザテーブル1012に記憶される構成としたが、第2ユーザの承認権限は第2ユーザが所属するグループごとに記憶されていても良いし、契約情報ごと、契約情報種別ごとに記憶されても構わない。サーバ10の契約確認部1043は、対象となる契約情報に対し、第2ユーザの承認権限情報を取得する。
また、第2ユーザが本開示にかかるサービスにユーザ登録していない場合は、第2ユーザを、承認権限を有さないユーザとみなして処理を実行しても良い。
【0087】
ステップS303において、サーバ10の契約確認部1043は、取得した契約情報、確認者情報(第2ユーザを特定する情報)、入力項目情報、確認者の承認権限情報に基づき、確認画面を生成し第2ユーザ端末30に送信する。
【0088】
具体的に、第2ユーザ端末30のディスプレイ3081は、第2ユーザに対して、契約情報を承認する操作を受け付ける確認画面を提示する。第2ユーザは、第2ユーザ端末30のディスプレイ3081に表示された契約情報を確認し承認する。
なお、第2ユーザに提示される確認画面は、確認テーブル1015の第2ユーザのレコードの言語データの項目に記憶された言語情報に基づき、確認者に対して指定された言語表記で第2ユーザに対して提示する構成としても良い。
【0089】
図18は、契約書確認処理の動作を示す確認画面の画面例である。第2ユーザ端末30のディスプレイ3081に表示される、契約情報を承認するための確認画面70には、現在の契約情報の作成状況を示すステータス710、契約情報表示エリア730、書類データ731、入力項目732、733、734、735、736、同意ボタン740が表示される。
【0090】
具体的に、サーバ10の契約確認部1043は、ステップS302において取得した第2ユーザの承認権限情報に、契約締結を承認する権限を有する情報が記憶されている場合は、第2ユーザが受け付けた契約情報の契約締結を承認することができるユーザと判定し、第2ユーザに対して確認画面を提示しステップS304に進む。
【0091】
一方、第2ユーザが、受け付けた契約情報の契約締結を承認することができないユーザである場合は、契約書確認処理を終了する。
【0092】
ステップS304において、サーバ10の契約確認部1043は、契約情報の1または複数の入力項目に対する入力を受け付ける。
具体的に、第2ユーザは、第2ユーザ端末30の入力装置306などを操作し、契約情報に設定された入力項目732、733、734、735に対し入力データを入力する。なお、本開示においては入力項目736に対しては、第2ユーザによる入力が割当られていないため、第2ユーザは入力データを入力できないことが視覚的に識別可能に表示される。
【0093】
ステップ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の入力項目情報として記憶される。
【0094】
サーバ10の契約確認部1043は、すべての承認権限を有する確認者による契約書確認処理が実行されたことを判定する。具体的に、サーバ10の契約確認部1043は、確認テーブル1015において、承認権限を有する確認者のレコードの確認フラグにTrueの値が記憶されている場合に、すべての承認権限を有する確認者による契約書確認処理が実行されたと判定する。つまり、承認権限を有さない確認者のレコードの確認フラグの値は無視して判定を行う。
サーバ10の契約確認部1043は、すべての承認権限を有する確認者による契約書確認処理が実行されると、契約書確認処理が完了したことを通知するメッセージを第1ユーザへ送信する。なお、同様に、サーバ10の契約確認部1043は、契約書確認処理が完了したことを通知するメッセージを第2ユーザへ送信しても良い。
【0095】
具体的に、サーバ10の契約確認部1043は、第1ユーザのメールアドレスへ、第2ユーザが契約情報の確認を完了したことを通知するメッセージをメールなどの連絡手段にて送信する。つまり、第1ユーザに対して、第2ユーザにより契約締結の承認がなされたことを通知する。これにより、第1ユーザは、第2ユーザとの間で契約締結が完了したことを知ることができる。
第1ユーザへ通知するメッセージには、契約情報を特定するための書類IDを含むエンドポイントであるURLの情報を含めても良い。
【0096】
図19は、第1ユーザ端末20に通知されるメッセージを示す画面例である。第1ユーザ端末20のディスプレイ2081に表示される、メッセージ画面80には、メッセージ81、契約情報を特定するための書類IDを含むURL82の情報が含まれる。
【0097】
同様に、サーバ10の契約確認部1043は、不図示のチャットサービス等を用いて、第2ユーザが契約情報の確認を完了したことを通知するメッセージに、第1ユーザへのメンションを含めて送信しても良い。つまり、第1ユーザに対して、チャットサービスを介して、第2ユーザにより契約締結の承認がなされたことを通知する。これにより、第1ユーザは、第2ユーザとの間で契約締結が完了したことを知ることができる。
第1ユーザへ通知するメッセージには、契約情報を特定するための書類IDを含むエンドポイントであるURLの情報を含めても良い。
【0098】
第1ユーザは、第1ユーザ端末20のブラウザアプリケーションにより、受信したメッセージに含まれるURLにより指定されたウェブページを開くことができる。第1ユーザ端末20は、契約情報を参照し、照会するためのリクエストをサーバ10へ送信する。サーバ10の契約確認部1043は、契約情報を参照し、照会するためのウェブページを生成し第1ユーザ端末20へ送信する。第1ユーザは、第1ユーザ端末20のディスプレイ2081に表示された、ウェブページ画面から、契約情報に含まれる書類データをダウンロード等により取得することができる。
【0099】
サーバ10の契約確認部1043は、複数のユーザが確認者として設定されている場合には、最後に契約書確認処理を実行したユーザ以外の確認者にかかるユーザへ契約書確認処理が完了したことを通知するメッセージを送信しても良い。これにより、確認者にかかるユーザも、すべての確認者により契約書確認処理の実行が完了したことの通知を受けることができる。
また、サーバ10の契約確認部1043は、複数の確認者が所属するグループにおいて管理者に相当する権限を有するユーザへ契約書確認処理が完了したことを通知するメッセージを送信しても良い。
なお、メッセージは、メール、チャットサービス等を介して送信しても良い。
これにより、確認者にかかるユーザが所属するグループにおける管理者が、契約書確認処理の実行が完了したことの通知を受けることができる。
【0100】
具体的に、サーバ10の契約確認部1043は、ユーザIDまたはメールアドレスに基づきユーザテーブル1012の、ユーザIDまたはメールアドレスの項目を検索することにより、グループIDの項目を取得する。サーバ10の契約確認部1043は、取得したグループIDの項目に基づき、グループテーブル1013のグループIDの項目を検索し、管理者IDの項目を取得し、管理者IDに基づき、管理者に相当する権限を有するユーザをユーザテーブル1012のユーザIDを検索することにより特定し、契約書確認処理が完了したことを通知するメッセージを送信する。
【0101】
<電子署名処理>
ステップ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ユーザが契約情報の契約締結を承認したことを示す電子署名を付与して記憶する。契約情報に対する第三者によるなりすましや改ざんを防ぐことができる。
【0102】
<コンピュータの基本ハードウェア構成>
図20は、コンピュータ90の基本的なハードウェア構成を示すブロック図である。コンピュータ90は、プロセッサ901、主記憶装置902、補助記憶装置903、通信IF991(インタフェース、Interface)を少なくとも備える。これらは通信バス921により相互に電気的に接続される。
【0103】
プロセッサ901とは、プログラムに記述された命令セットを実行するためのハードウェアである。プロセッサ901は、演算装置、レジスタ、周辺回路等から構成される。
【0104】
主記憶装置902とは、プログラム、及びプログラム等で処理されるデータ等を一時的に記憶するためのものである。例えば、DRAM(Dynamic Random Access Memory)等の揮発性のメモリである。
【0105】
補助記憶装置903とは、データ及びプログラムを保存するための記憶装置である。例えば、フラッシュメモリ、HDD(Hard Disc Drive)、光磁気ディスク、CD-ROM、DVD-ROM、半導体メモリ等である。
【0106】
通信IF991とは、有線又は無線の通信規格を用いて、他のコンピュータとネットワークを介して通信するための信号を入出力するためのインタフェースである。
ネットワークは、インターネット、LAN、無線基地局等によって構築される各種移動通信システム等で構成される。例えば、ネットワークには、3G、4G、5G移動通信システム、LTE(Long Term Evolution)、所定のアクセスポイントによってインターネットに接続可能な無線ネットワーク(例えばWi-Fi(登録商標))等が含まれる。無線で接続する場合、通信プロトコルとして例えば、Z-Wave(登録商標)、ZigBee(登録商標)、Bluetooth(登録商標)等が含まれる。有線で接続する場合は、ネットワークには、USB(Universal Serial Bus)ケーブル等により直接接続するものも含む。
【0107】
なお、各ハードウェア構成の全部または一部を複数のコンピュータ90に分散して設け、ネットワークを介して相互に接続することによりコンピュータ90を仮想的に実現することができる。このように、コンピュータ90は、単一の筐体、ケースに収納されたコンピュータ90だけでなく、仮想化されたコンピュータシステムも含む概念である。
【0108】
<コンピュータ90の基本機能構成>
コンピュータ90の基本ハードウェア構成(図20)により実現されるコンピュータの機能構成を説明する。コンピュータは、制御部、記憶部、通信部の機能ユニットを少なくとも備える。
【0109】
なお、コンピュータ90が備える機能ユニットは、それぞれの機能ユニットの全部または一部を、ネットワークで相互に接続された複数のコンピュータ90に分散して設けても実現することができる。コンピュータ90は、単一のコンピュータ90だけでなく、仮想化されたコンピュータシステムも含む概念である。
【0110】
制御部は、プロセッサ901が補助記憶装置903に記憶された各種プログラムを読み出して主記憶装置902に展開し、当該プログラムに従って処理を実行することにより実現される。制御部は、プログラムの種類に応じて様々な情報処理を行う機能ユニットを実現することができる。これにより、コンピュータは情報処理を行う情報処理装置として実現される。
【0111】
記憶部は、主記憶装置902、補助記憶装置903により実現される。記憶部は、データ、各種プログラム、各種データベースを記憶する。また、プロセッサ901は、プログラムに従って記憶部に対応する記憶領域を主記憶装置902または補助記憶装置903に確保することができる。また、制御部は、各種プログラムに従ってプロセッサ901に、記憶部に記憶されたデータの追加、更新、削除処理を実行させることができる。
【0112】
データベースは、リレーショナルデータベースを指し、行と列によって構造的に規定された表形式のテーブル、マスタと呼ばれるデータ集合を、互いに関連づけて管理するためのものである。データベースでは、表をテーブル、マスタ、表の列をカラム、表の行をレコードと呼ぶ。リレーショナルデータベースでは、テーブル、マスタ同士の関係を設定し、関連づけることができる。
通常、各テーブル、各マスタにはレコードを一意に特定するための主キーとなるカラムが設定されるが、カラムへの主キーの設定は必須ではない。制御部は、各種プログラムに従ってプロセッサ901に、記憶部に記憶された特定のテーブル、マスタにレコードを追加、削除、更新を実行させることができる。
【0113】
なお、本開示におけるデータベース、マスタは、情報が構造的に規定された任意のデータ構造体(リスト、辞書、連想配列、オブジェクトなど)を含み得る。データ構造体には、データと、任意のプログラミング言語により記述された関数、クラス、メソッドなどを組み合わせることにより、データ構造体と見なし得るデータも含むものとする。
【0114】
通信部は、通信IF991により実現される。通信部は、ネットワークを介して他のコンピュータ90と通信を行う機能を実現する。通信部は、他のコンピュータ90から送信された情報を受信し、制御部へ入力することができる。制御部は、各種プログラムに従ってプロセッサ901に、受信した情報に対する情報処理を実行させることができる。また、通信部は、制御部から出力された情報を他のコンピュータ90へ送信することができる。
【0115】
<付記>
以上の各実施形態で説明した事項を以下に付記する。
【0116】
(付記1)
プロセッサと、記憶部とを備え、コンピュータが複数のユーザ間の電子的な契約手続きを実行するプログラムであって、プロセッサが、第1ユーザから、契約締結の対象となる契約情報を受け付ける契約受付ステップ(S101)と、外部サーバへ問い合わせることにより、契約受付ステップにおいて受け付けた契約情報の1または複数の受信者の候補に対応する1または複数の候補情報を取得する候補取得ステップ(S102)と、候補取得ステップにおいて取得した1または複数の候補情報を、第1ユーザに提示する候補提示ステップ(S102)と、第1ユーザの選択操作に基づき、候補提示ステップにおいて第1ユーザに提示された1または複数の候補情報から、契約受付ステップにおいて受け付けた契約情報の受信者である第2識別情報を受け付ける受信者受付ステップ(S102)と、を実行するプログラム。
これにより、複数のユーザ間の電子的な契約手続きにおいて、契約締結の相手方の情報をより簡単に入力することができる。
【0117】
(付記2)
プロセッサが、受信者受付ステップにおいて受け付けた第2識別情報により特定される第2ユーザに対して、契約受付ステップにおいて受け付けた契約情報の承認操作を要求する通知を行う通知ステップ(S106)と、を実行する付記1記載のプログラム。
これにより、複数のユーザ間の電子的な契約手続きにおいて、相手方とより簡単に契約締結を行うことができる。
【0118】
(付記3)
候補取得ステップ(S102)は、外部サーバから取得した1または複数の候補情報に含まれる同一のユーザにかかる複数の候補情報のうち、外部サーバにおいて登録日時が古い候補情報を、1または複数の候補情報から除外して、1または複数の候補情報として取得するステップである、付記1記載のプログラム。
これにより、外部サーバから取得した候補情報に同一のユーザの複数の候補情報が含まれている場合にも、登録日時が新しい候補情報を優先的に取得し、ユーザに提示することができる。
【0119】
(付記4)
候補取得ステップ(S102)は、外部サーバへ問い合わせることにより、1または複数の候補情報により特定される1または複数のユーザのユーザ属性を取得するステップを含む、付記1記載のプログラム。
これにより、複数のユーザ間の電子的な契約手続きにおいて、外部の名刺管理システムに記憶されたユーザ属性を利用することができる。
【0120】
(付記5)
候補取得ステップ(S102)は、取得した1または複数の候補情報のうち、候補情報により特定されるユーザのユーザ属性が所定の条件に含まれる候補情報を、1または複数の候補情報として取得するステップである、付記4記載のプログラム。
これにより、外部の名刺管理システムに記憶されたユーザ属性を利用することにより、条件を満たした相手方を対象として、より安全に契約締結を行うことができる。
【0121】
(付記6)
外部サーバは、名刺管理システムであり、候補取得ステップ(S102)は、候補情報により特定されるユーザの役職が所定以上の候補情報を、1または複数の候補情報として取得するステップである、付記5記載のプログラム。
これにより、外部の名刺管理システムに記憶されたユーザ属性を利用することにより、所定の役職以上の者のみを対象に、より安全に契約締結を行うことができる。
【0122】
(付記7)
候補取得ステップ(S102)は、外部のCRMシステムへ問い合わせることにより、1または複数の候補情報に関連づけられた1または複数の商談情報を取得するステップを含み、商談情報は、候補情報により特定されるユーザの顧客に関する情報または商談に関する情報であり、プロセッサが、受信者受付ステップにおいて受け付けた第2識別情報に関連づけられた商談情報に基づき、契約受付ステップにおいて受け付けた契約情報を編集する契約編集ステップ(S103)と、を実行する、付記1記載のプログラム。
これにより、複数のユーザ間の電子的な契約手続きにおいて、外部のCRMシステムに記憶された商談情報を利用することができる。
【0123】
(付記8)
契約編集ステップ(S103)は、第2識別情報に関連づけられた商談情報に含まれる、第2識別情報にかかるユーザの所属組織、住所、役職、氏名のうち少なくともいずれか1つに関する情報を、契約受付ステップにおいて受け付けた契約情報に追記するステップを含む、付記7記載のプログラム。
これにより、外部のCRMシステムに記憶された商談情報を利用することにより、より簡単に契約締結を行うことができる。
【0124】
(付記9)
プロセッサと、記憶部とを備える情報処理装置であって、プロセッサが、付記1から8のいずれか記載のプログラムを実行する、情報処理装置。
これにより、複数のユーザ間の電子的な契約手続きにおいて、契約締結の相手方の情報をより簡単に入力することができる。
【0125】
(付記10)
プロセッサと、記憶部とを備える情報処理装置を含む情報処理システムであって、プロセッサが、付記1から8のいずれか記載のプログラムを実行する、情報処理システム。
これにより、複数のユーザ間の電子的な契約手続きにおいて、契約締結の相手方の情報をより簡単に入力することができる。
【0126】
(付記11)
プロセッサと、記憶部とを備えるコンピュータにより実行される情報処理方法であって、コンピュータが、付記1から8のいずれか記載のプログラムを実行する、情報処理方法。
これにより、複数のユーザ間の電子的な契約手続きにおいて、契約締結の相手方の情報をより簡単に入力することができる。
【符号の説明】
【0127】
1 システム、10 サーバ、101 記憶部、104 制御部、106 入力装置、108 出力装置、20 第1ユーザ端末、201 記憶部、204 制御部、206 入力装置、208 出力装置、30 第2ユーザ端末、301 記憶部、304 制御部、306 入力装置、308 出力装置、40 外部サーバ、401 記憶部、404 制御部、406 入力装置、408 出力装置
図1
図2
図3
図4
図5
図6
図7
図8
図9
図10
図11
図12
図13
図14
図15
図16
図17
図18
図19
図20