JP2023049475A - 署名システムおよびプログラム - Google Patents

Abstract

【課題】署名が必要なデジタル文書を複数人の間でやり取りする場合の、署名フローを改善する技術を提供すること。【解決手段】申請者用デバイス１０および承認者用デバイス３０から構成される署名システム１では、申請者用デバイス１０に、承認アプリ２１がインストールされ、申請者は、承認アプリ２１を用いて、署名押印欄８５および承認ミニアプリ３１の起動用のＱＲコード８６などが記載された経費報告書８０を編集作成した後に、印刷装置４０を用いて印刷する。紙の経費報告書８０を受け取った承認者は、承認者用デバイス３０によって経費報告書８０のＱＲコード８６をスキャンし、それにより、外部サーバ７０から承認ミニアプリ３１をダウンロードして起動する。そして、承認者は、承認ミニアプリ３１を用いて経費報告書８０の電子署名の処理を行う。【選択図】図７

Description

本明細書に開示される技術分野は、文書への署名に関する署名システムおよびシステムで用いられるプログラムに関する。

従来、紙の文書への押印等の署名に代わり、デジタル文書への電子署名を行う技術が知られている。例えば特許文献１には、デジタル文書に電子的な押印を行い、押印されたデジタル文書を複数人の間でやり取りするためのシステムであって、印影のイメージ情報をサーバ装置にあらかじめ格納しておき、デジタルデータに印影を表示する際、印影のイメージ情報をサーバ装置からダウンロードしてそのデジタルデータの指定位置に付加する構成が開示されている。

特開２００５－３５２８６３号公報

署名が必要なデジタル文書を複数人の間でやり取りする場合、電子署名の一連の手続きである署名フローに対応できない署名者が含まれることがある。例えば異なる企業ないし組織の間で署名を行う場合、署名フローに対応するためのプログラムをインストールしていない、あるいはインストールが制限されている署名者が含まれることがある。この場合、そのプログラムによる署名フローを諦め、デジタル文書を紙に印刷し、その紙に署名してもらい、署名後に再度デジタル化を行う、といった手間が生じる。

本明細書は、署名が必要なデジタル文書を複数人の間でやり取りする場合の、署名フローを改善する技術を開示する。

上述した課題の解決を目的としてなされた署名システムにおいては、申請側のデバイスである第１デバイスと、承認側のデバイスである第２デバイスと、を備える署名システムであって、
前記第１デバイスには、前記第１デバイスのコンピュータによって実行可能なフルアプリがインストールされており、前記フルアプリは、署名フローに対応するプログラムであり、
前記第２デバイスには、前記フルアプリがインストールされておらず、
前記第１デバイスは、
前記フルアプリによって、署名対象となるデジタル文書に対する印刷指示を受け付けた場合、前記デジタル文書と、署名欄と、ミニアプリの起動用のマークと、をプリンタに印刷させ、前記デジタル文書の印刷物には、前記デジタル文書の識別情報が印刷され、前記署名欄の印刷物には、署名者を示す情報が印刷され、前記ミニアプリは、前記フルアプリの一部の機能を提供するプログラムであって、インストールが不要であり、所定期間が経過すればダウンロードされたデバイスから消去されるプログラムであり、前記ミニアプリの起動用の前記マークには、前記ミニアプリのダウンロードに用いるアクセス情報が含まれ、
さらに前記第１デバイスは、
前記印刷指示を受け付けた場合、前記フルアプリによって、前記デジタル文書に対応する電子データを、サーバにアップロードして前記サーバに記憶し、前記サーバに記憶される前記電子データには、前記デジタル文書の識別情報と、前記デジタル文書に対する署名者および署名状況を示す署名情報と、が含まれ、
前記第２デバイスは、
前記第１デバイスによって印刷された前記マークを読み取り、前記マークに含まれる前記アクセス情報を用いて前記ミニアプリをダウンロードし、ダウンロードされた前記ミニアプリを起動し、前記ミニアプリによって、
前記第２デバイスの使用者を特定し、
前記第１デバイスによって印刷された前記デジタル文書を読み取り、前記デジタル文書の識別情報を特定し、
前記第１デバイスによって印刷された前記署名欄を読み取り、前記デジタル文書に対する署名者を特定し、
特定された前記デジタル文書に対する署名者と、前記サーバに記憶される前記電子データのうち特定された前記デジタル文書の識別情報に対応する前記電子データに含まれる前記署名情報と、に基づいて、特定された前記第２デバイスの使用者の承認が必要か否かを判定し、
前記第２デバイスの使用者の承認が必要と判定された場合、前記第２デバイスの使用者の署名を要求し、デジタル署名が行われた場合、前記サーバにアクセスし、特定された前記デジタル文書の識別情報に対応する前記電子データに含まれる前記署名情報を更新する、ことを特徴とする。

上述した構成によれば、承認側の第２デバイスでは、インストールが不要なミニアプリによって署名が行われる。そのため、フルアプリをインストールしていない、あるいはデバイスの利用権限によってフルアプリのインストールに制約があるデバイスであっても、署名を行うことができる。

上記装置の機能を実現するためのプログラムも、新規で有用である。

本明細書に開示される技術によれば、署名が必要なデジタル文書を複数人の間でやり取りする場合の、署名フローを改善する技術が実現される。

実施の形態の署名システムの概略構成を示す説明図である。 経費報告書の概略構成を示す説明図である。 申請者用デバイスの概略構成を示す説明図である。 承認者用デバイスの概略構成を示す説明図である。 管理装置の概略構成を示す説明図である。 承認処理の手順を示すシーケンス図である。 承認処理の手順を示すシーケンス図である。 承認者用デバイスのカメラを用いて経費報告書の署名押印欄を撮影してＡＲ表示させている状態を示す説明図である。

以下、本実施の形態にかかる署名システムを具体化した一実施形態について、図面を参照しつつ詳細に説明する。図１は、本実施形態に係る署名システムの概略構成を示す説明図である。

すなわち、署名システム１は、申請者用デバイス１０と、承認者用デバイス３０と、印刷装置４０と、管理装置５０と、により構成される。申請者用デバイス１０および承認者用デバイス３０は、スマートフォンなどにより構成される。また、申請者用デバイス１０および承認者用デバイス３０の種類は、スマートフォンなどに代えて、例えば、タブレットコンピュータやデスクトップコンピュータによって構成されていても良い。また、承認者用デバイス３０は、承認者の人数に応じて複数台で構成されていても差し支えない。

申請者用デバイス１０、承認者用デバイス３０、印刷装置４０および管理装置５０は、ローカルエリアネットワーク６０のアクセスポイント６１を介して互いに通信可能である。また、ローカルエリアネットワーク６０は、インターネット回線６２を介して外部サーバ７０に接続されている。なお、ローカルエリアネットワーク６０のアクセスポイント６１は、必要に応じて複数個設置されていても差し支えない。また、管理装置５０は、インターネット回線６２を介して接続されていても差し支えない。また、承認者の少なくとも１人が他の組織、例えば、他の企業に属する場合には、その承認者の承認者用デバイス３０は、その企業のローカルエリアネットワークのアクセスポイント（図示せず）およびインターネット回線６２を介してローカルエリアネットワーク６０に接続可能に構成されていても差し支えない。

また、後述するように、申請者用デバイス１０、承認者用デバイス３０、印刷装置４０および管理装置５０は、ローカルエリアネットワーク６０のアクセスポイント６１を介することなく、互いに直接通信可能であっても差し支えない。また、通信方式は、無線方式に限定されず、有線方式であっても差し支えない。なお、申請者用デバイス１０が第１デバイスの一例であり、また、承認者用デバイス３０が第２デバイスの一例であり、また、印刷装置４０がプリンタの一例である。

本形態の署名システム１は、例えば、図２に示す経費報告書８０の承認に関して、承認者の電子署名や紙書類への押印など署名方法を問うことなく、一連の承認手続きを行うことが可能である。なお、本形態の署名システム１は、経費報告書８０の承認手続きに限定されることはなく、例えば、物品の購入に関する契約書の承認手続きや、共同開発に関する契約書の承認手続きなど、あらゆる承認手続きに適用可能である。

経費報告書８０には、番号記載欄８１、申請者情報記載欄８２、部門情報記載欄８３、経費記載欄８４、署名押印欄８５、ＱＲコード（登録商標）８６がそれぞれ設けられている。また、署名押印欄８５には、申請者署名欄８５１、一次承認者用署名押印欄８５２、二次承認者用署名押印欄８５３がそれぞれ設けられている。なお、経費報告書８０がデジタル文書の一例であり、また、署名押印欄８５が署名欄の一例であり、また、ＱＲコード８６がマークの一例である。

番号記載欄８１には、経費報告書８０を特定するために、各経費報告書８０に付される明細書番号が記載される。なお、明細書番号が識別情報の一例である。申請者情報記載欄８２には、経費報告書８０を申請する申請者情報が記載される。部門情報記載欄８３には、申請者が属する部門情報が記載される。経費記載欄８４には、申請に係る経費が記載される。署名押印欄８５の申請者署名欄８５１には、申請者の名前が記載され、また、申請者の電子署名が記載される。一次承認者用署名押印欄８５２には、一次承認者の名前が記載され、また、一次承認者の押印もしくは電子署名が記載される。二次承認者用署名押印欄８５３には、二次承認者の名前が記載され、また、二次承認者の押印もしくは電子署名が記載される。ＱＲコード８６には、後述する承認ミニアプリ３１の起動情報が格納される。また、起動情報には、承認ミニアプリ３１のダウンロード元のアクセス情報、例えば、ＵＲＬ（Uniform Resource Locator）が含まれている。

図３は、申請者用デバイスの概略構成を示す説明図である。すなわち、図において、申請者用デバイス１０は、制御部１１を有している。制御部１１は、申請者用デバイス１０に対する制御の中枢を担う。当該制御部１１は、ＣＰＵ１２ 、ＲＯＭ１３ 、ＲＡＭ１４を備えている。ＣＰＵ１２ は、各種制御プログラムを実行する中央演算装置であり、コンピュータの一例である。ＲＯＭ１３は、ＣＰＵ１２ で実行される各種制御プログラムや恒久的なデータを格納している。ＲＡＭ 14 は、ＣＰＵ１２ による制御プログラムの演算結果等を一時的に記憶する。なお、図３中の制御部１１は、申請者用デバイス１０の制御に利用されるハードウェアやソフトウェアを纏めた総称であって、実際に申請者用デバイス１０に存在する単一のハードウェアを表すとは限らない。

また、申請者用デバイス１０は、通信インタフェース（以下、「通信ＩＦ」とする）１５、カメラ１６ 、ユーザインタフェース（以下、「ユーザＩＦ」とする）１７、ＧＰＳ受信機１８などを有している。

通信ＩＦ１５は、ローカルエリアネットワーク６０のアクセスポイント６１を介して印刷装置４０や管理装置５０等の装置との通信を行うためのハードウェアを含む。通信ＩＦ１５の通信方式は、無線でも有線でもよく、また、Ｗｉ－Ｆｉ（登録商標）、ＬＡＮ等、どのような規格の方式でもよい。また、Bluetooth（登録商標）やＵＳＢなど、印刷装置４０や管理装置５０等の装置とアクセスポイント６１を介することなく直接接続する機能を有していても良い。

カメラ１６は、制御部１１と接続され、任意の被写体を撮影可能である。また、カメラ１６は、撮像機能を備えるハードウェアを含み、申請者用デバイス１０の本体に組み込まれていても良いし、別体であって申請者用デバイス１０と接続可能なものでも良い。

ユーザＩＦ１７は、表示機能と操作受付機能との両方を備えたタッチパネルにより構成され、制御部１１と接続されている。ユーザＩＦ１７は、表示部の一例であり、入力インタフェースの一例である。なお、ユーザＩＦ１７は、情報を表示する、例えば、液晶ディスプレイや有機ＥＬディスプレイなどのディスプレイ等と、ユーザによる入力操作を受け付けるキーボードやマウス等と、の組み合わせを含んでいても良い。

ＧＰＳ受信機１８は、衛星からの信号を受信し、申請者用デバイス１０の現在位置の検出や、正確な時間情報の取得、といった機能を提供する。なお、「ＧＰＳ」は「Global Positioning System」の略称である。

また、申請者用デバイス１０は、記憶装置１９を有している。記憶装置１９として、例えば、フラッシュメモリなどの半導体メモリやＨＤＤ（Hard Disk Drive）を用いることができる。記憶装置１９は、オペレーティングシステム（以下、「ＯＳ」とする）２０、承認用アプリケーションプログラム（以下、「承認アプリ」とする）２１、決済用アプリケーションプログラム（以下、「決済アプリ」とする）２２などを記憶している。

ＯＳ２０は、ｉＯＳ（登録商標）である。その他、例えば、Ｗｉｎｄｏｗｓ（登録商標）、ｍａｃＯＳ（登録商標）、Ｌｉｎｕｘ（登録商標）、Ａｎｄｒｏｉｄ（登録商標）のいずれかであっても良い。

承認アプリ２１は、例えば、インターネット回線を介して外部サーバ７０からダウンロードされてインストールされることにより使用可能となる。なお、ダウンロードは、外部サーバ７０に代えて管理装置５０からであっても差し支えない。

承認アプリ２１は、申請者がユーザＩＦ１７を介して各種の承認用帳票、具体的には、例えば、経費報告書８０を作成するためのプログラムである。すなわち、承認アプリ２１は、経費報告書８０の作成、編集、印刷等の申請者による指示を受け付け、受け付けた指示に基づいて、ユーザＩＦ１７への経費報告書８０の表示や印刷装置４０への印刷ジョブの送信を実行する。

また、承認アプリ２１は、印刷装置４０を使用して経費報告書８０を印刷する際に、経費報告書８０にＱＲコード８６を印刷する。ＱＲコード８６には、承認アプリ２１に対応するミニアプリである承認ミニアプリ３１の起動情報が含まれ、また、起動情報には、承認ミニアプリ３１のダウンロード元のアクセス情報が含まれている。ミニアプリの詳細は後述する。

また、申請者が承認アプリ２１を使用して経費報告書８０を作成する際に、経費報告書８０のひな形を管理装置５０からダウンロードし、そのダウンロードしたひな形の経費報告書８０に必要事項を加筆修正することにより、経費報告書８０を作成するようにしてもよい。また、承認アプリ２１は、申請者による指示を受け付け、印刷を実行する印刷装置４０を選択することが可能である。

また、承認アプリ２１は、経費報告書８０の一連の承認手続き（署名フロー）を申請者に提供するためのプログラムである。すなわち、承認アプリ２１は、承認者の認証、承認者の権限の決定、承認者の電子署名もしくは押印情報の更新などを実行する。また、承認アプリ２１は、Optical Character Recognition機能（以下、「ＯＣＲ機能」とする）が含まれる。ＯＣＲ機能は、画像データから文字を抽出してその抽出した文字を示す文字情報を生成する機能である。

決済アプリ２２は、いわゆる電子決済のサービスをユーザに提供する。即ち、決済アプリ２２は、支払指示を受けることに応じて当該支払指示が示す金額の決済処理を行う機能を有する。

図４は、承認者用デバイスの概略構成を示す説明図である。すなわち、承認者用デバイス３０は、申請者用デバイス１０とほぼ同じ構成であり、同じ機能を奏するものには同じ符号を付してその説明を省略する。

すなわち、承認者用デバイス３０と、申請者用デバイス１０とで構成が大きく異なる点は、申請者用デバイス１０では、記憶装置１９に、承認アプリ２１がインストールされるのに対して、承認者用デバイス３０では、記憶装置１９に、承認ミニアプリ３１が記憶される点である。

承認ミニアプリ３１は、承認アプリ２１の機能の一部を有するミニアプリであり、承認アプリ２１が有する機能の一部をユーザに簡易的に提供するためのソフトウェアである。「ミニアプリ」は、デバイスへのインストールが必要なアプリケーションプログラム（「フルアプリ」ともいう）の一部の機能を有するアプリケーションプログラムであって、デバイスへのインストールが不要なプログラムである。インストールが不要であることから、プログラムのインストールが制限されているデバイスであっても、そのデバイスはミニアプリを実行できる。ミニアプリは、フルアプリと比較して小容量のプログラムであり、短時間でダウンロードできる。ミニアプリは、ダウンロードされた後、例えば所定時間が経過することでＯＳによって自動的に消去されることから、メモリ負荷が小さい。また、ミニアプリに入力された情報はミニアプリの消去によってメモリに残らないことから、安全性も高い。ユーザは、必要な場面でミニアプリをダウンロードすることによって、フルアプリをダウンロードしてインストールしなくても、フルアプリの機能の一部を利用できるようになる。

ミニアプリの例としては、Apple（登録商標）社のAppClip（iOSで実行されるプログラム）やGoogle（登録商標）社のInstantApps（Androidで実行されるプログラム）がある。本形態では、承認アプリ２１がフルアプリの一例であり、承認ミニアプリ３１が承認アプリ２１に対応するミニアプリの一例である。具体的に本形態の承認ミニアプリ３１は、フルアプリである承認アプリ２１が備える機能の内、経費報告書８０の一連の承認手続き（署名フロー）をユーザに提供するための機能やＯＣＲ機能を有する。

承認ミニアプリ３１は、前述したように承認者用デバイス３０にインストールされることなく利用可能である。つまり、制御部１１は、承認ミニアプリ３１が承認者用デバイス３０の記憶装置１９にダウンロードされると、ユーザ操作に応じてその承認ミニアプリ３１を実行する。このため、ユーザ（承認者）は、フルアプリである承認アプリ２１をインストールする前に、承認ミニアプリ３１を試用してみて、その試用結果に応じて、承認アプリ２１をダウンロードするか否かを決めることができる。なお、承認ミニアプリ３１が記憶されている状態で承認アプリ２１がインストールされると、既に記憶されていた承認ミニアプリ３１は、そのまま承認アプリ２１に組み込まれるか、若しくは、消去されて承認アプリ２１に含まれている承認ミニアプリ３１に取って代わられる。また、ＯＳ２０は、ダウンロードされてから所定時間経過すると、承認者用デバイス３０の記憶装置１９から承認ミニアプリ３１を自動的に消去する。

承認ミニアプリ３１は、例えば、インターネット回線を介して外部サーバ７０からダウンロードされることにより使用可能となる。なお、ダウンロードは、外部サーバ７０に代えて管理装置５０からであっても差し支えない。

本形態では、経費報告書８０に印刷されたＱＲコード８６をカメラ１６によって読み取ることにより、起動情報に含まれているアクセス情報に基づいて、ダウンロード元の外部サーバ７０にアクセスすることによって、承認ミニアプリ３１をダウンロードすることができる。

図１に示す印刷装置４０は、印刷部および読取部（いずれも図示せず）を備える複合機であり、その通信インタフェース（図示せず）を介してローカルエリアネットワーク６０のアクセスポイント６１と接続されている。

図１に示す外部サーバ７０は、所謂、×××ストアと称されるサーバであり、有償又は無償でソフトウェアをダウンロードすることができる。本形態では、申請者用デバイス１０では承認アプリ２１を、承認者用デバイス３０では承認ミニアプリ３１をそれぞれダウンロードすることができる。なお、承認者用デバイス３０において承認アプリ２１をダウンロードすることができる構成であっても差し支えない。

図５は、管理装置の概略構成を示す説明図である。すなわち、管理装置５０は、制御部５１と、記憶部５２と、入力インタフェース（以下、「入力ＩＦ」とする）５３と、表示インタフェース（以下、「表示ＩＦ」とする）５４と、通信インタフェース（以下、「通信ＩＦ」とする）５５と、を備える。

制御部５１は、例えばＣＰＵを有する。記憶部５２は、例えばＲＯＭ、ＲＡＭ、ＮＶＲＡＭ、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）を有する。即ち、本形態の管理装置５０は、ＣＰＵ及び半導体メモリを含むマイクロコンピュータを備えている。

制御部５１は、記憶部５２に格納されたプログラムを実行することにより各種機能を実現する。なお、制御部５１により実現される各種機能は、プログラムの実行によって（即ち、ソフトウェア処理によって）実現することに限るものではなく、その一部または全部について、一つあるいは複数のハードウェアを用いて実現してもよい。

記憶部５２には、各種のソフトウェアやデータが記憶されている。本形態では、記憶部５２には、ソフトウェアとして、ＯＳ５６と、ユーザ管理ソフトウェア５７とが記憶されている。ＯＳ５６及びユーザ管理ソフトウェア５７は、制御部５１を含むコンピュータシステムによって実行することにより各種機能を実現する。

本形態では、記憶部５２には、さらに、ユーザデータベース５８が記憶されている。ユーザデータベース５８には、経費報告書８０の雛形のデータである雛形情報５８１、経費報告書８０の申請者に関連する承認者情報５８２、申請者から申請された各経費報告書８０を記憶する申請帳票情報５８３がそれぞれ記憶されている。承認者情報５８２は、申請者が属する組織情報に基づいて検索することが可能である。また、承認者情報５８２には、承認者の電子証明情報が含まれる。また、申請帳票情報５８３は、経費報告書８０の番号記載欄８１に記載された明細書番号に基づいて経費報告書８０を検索することが可能である。ユーザデータベース５８は、ユーザ管理ソフトウェア５７によって管理されて参照、更新、追加等される。

次に、本形態の署名システム１において、申請者用デバイス１０および承認者用デバイス３０にて実行される承認処理の手順（署名フロー）について、図６および図７に示す承認処理の手順を示すシーケンス図を参照してその詳細を説明する。なお、承認処理は、申請者用デバイス１０のＣＰＵ１２が承認アプリ２１を実行し、また、承認者用デバイス３０のＣＰＵ１２が承認ミニアプリ３１を実行することにより処理される。また、本明細書では、ＯＳ２０の記載を省略して各プログラムの動作を説明する。すなわち、以下の説明において、「プログラムＢがハードウェアＣを制御する」という趣旨の記載は、「プログラムＢがＯＳ４１のＡＰＩを用いてハードウェアＣを制御する」ことを指してもよい。また、プログラムに記述された命令に従ったＣＰＵ１２の処理を、省略した文言で記載することがある。例えば、「ＣＰＵが行う」、「プログラムが行う」のように記載することがある。

まず、図６において、申請者は、申請者用デバイス１０において承認アプリ２１を起動した後に、申請者用デバイス１０のユーザＩＦ１７をタップして経費報告書８０の作成を指示すると（手順１０（以下、「Ｔ１０」とする））、承認アプリ２１は、管理装置５０にアクセスし、ユーザデータベース５８に記憶されたところの、経費報告書８０の雛形のデータである雛形情報５８１をダウンロードした後に記憶装置１９またはＲＡＭ１４に記憶する。

なお、申請者は、申請者用デバイス１０に承認アプリ２１がインストールされていない場合には、インターネット回線６２を介して外部サーバ７０から承認アプリ２１をダウンロードすることができる。なお、承認アプリ２１のダウンロードは、管理装置５０からであっても差し支えない。

次に、承認アプリ２１は、ダウンロードした経費報告書８０の雛形を申請者用デバイス１０のユーザＩＦ１７上に表示し、申請者の編集作業を受け付ける（Ｔ１１）。したがって、申請者は、ユーザＩＦ１７を介して、経費報告書８０の申請者情報記載欄８２、部門情報記載欄８３および経費記載欄８４に所定事項を記載する。また、申請者は、経費報告書８０の申請者署名欄８５１に電子承認処理を実行する。

次に、申請者が、申請者用デバイス１０のユーザＩＦ１７をタップして編集作業が終了した経費報告書８０の印刷を指示すると（Ｔ１２）、承認アプリ２１は、管理装置５０にアクセスして、管理装置５０から明細書番号、申請者、承認者およびＱＲコード８６に関する情報をダウンロードした後に記憶装置１９またはＲＡＭ１４に記憶する。なお、Ｔ１２の手順が受付処理の一例である。

その後、承認アプリ２１は、申請者が編集した経費報告書８０において、その番号記載欄８１にダウンロードした明細書番号を挿入する。また、承認アプリ２１は、申請者が編集した経費報告書８０において、その署名押印欄８５に、ダウンロードした申請者および承認者の情報、具体的には、申請者および承認者の名前を挿入する。また、承認アプリ２１は、申請者が編集した経費報告書８０において、図２において署名押印欄８５の右側に、ダウンロードしたＱＲコード８６を挿入する（Ｔ１３）。

なお、本形態では、明細書番号は、経費報告書８０の管理のためのシリアル番号であり、したがって、管理装置５０は、既に発行済みの、ユーザデータベース５８に記憶された申請帳票情報５８３の明細書番号に基づいて新たな明細書番号を発行する。また、管理装置５０は、経費報告書８０の申請者情報記載欄８２および部門情報記載欄８３の記載に基づいて、ユーザデータベース５８に記憶された承認者情報５８２を検索して、経費報告書８０の承認に必要な承認者の情報を抽出する。また、管理装置５０は、発行済みの明細書番号によってユーザデータベース５８を検索することにより、明細書番号に対応する経費報告書８０を抽出することができる。

次に、承認アプリ２１は、申請者が編集し、番号記載欄８１に明細書番号が記載され、また、署名押印欄８５に、申請者および承認者の情報が記載され、また、ＱＲコード８６の情報が記載された経費報告書８０の印刷データを、印刷装置４０に送信する。そして、印刷装置４０は、受信した印刷データに基づいて印刷装置４０において経費報告書８０を印刷する。また、承認アプリ２１は、申請者が編集し、番号記載欄８１に明細書番号が記載され、また、署名押印欄８５に、申請者および承認者の情報が記載された経費報告書８０の情報を管理装置５０に送信する。したがって、管理装置５０は、受信した経費報告書８０を、ユーザデータベース５８に、明細書番号をインデックスとする申請帳票情報５８３として記憶する（Ｔ１４）。なお、Ｔ１４の手順が印刷処理およびアップロード処理の一例であり、申請帳票情報５８３が電子データの一例である。

このように本形態では、番号記載欄８１に明細書番号が記載され、また、署名押印欄８５に、申請者および承認者の情報が記載され、また、ＱＲコード８６の情報が記載された経費報告書８０を１枚の用紙に印刷するようにしたので、印刷物を持ち運びやすくなり、一部の印刷物を喪失するといった不具合を回避できる。

なお、本形態では、経費報告書８０と一緒に署名押印欄８５およびＱＲコード８６を印刷するように構成したが、これに限定されることはない。例えば、署名押印欄８５およびＱＲコード８６を経費報告書８０とは別に、ラベルプリンタによってラベルとして印刷し、申請者が、印刷されたラベルを経費報告書８０に貼付するようにしても差し支えない。また、ＱＲコード８６のみを経費報告書８０とは別に、ラベルプリンタによってラベルとして印刷し、申請者が、印刷されたラベルを経費報告書８０に貼付するようにしても差し支えない。

このように構成することによって、承認アプリ２１は、経費報告書８０に、申請者および承認者の名前やＱＲコード８６を挿入する処理が不必要となり、承認アプリ２１による経費報告書８０の編集処理が軽減できる。

次に、申請者は、印刷装置４０によって印刷された紙の経費報告書８０を一次承認者宛てに送付する（Ｔ１５）。なお、この際に、申請者が、印刷された紙の経費報告書８０を一次承認者まで持参する、または、経費報告書８０をメールに添付して一次承認者に送信するようにしても差し支えない。

次に、紙の経費報告書８０を受け取った一次承認者は、経費報告書８０に記載されたＱＲコード８６を、承認者用デバイス３０のカメラ１６によってスキャンすると（Ｔ１６）、
インターネット回線６２を介して外部サーバ７０から承認ミニアプリ３１がダウンロードされた後に、承認者用デバイス３０上において、承認ミニアプリ３１が起動される（Ｔ１７）。

次に、承認ミニアプリ３１は、ユーザＩＦ１７上に、経費報告書８０全体のスキャン要求を表示する。それを見た一次承認者は、承認者用デバイス３０のカメラ１６を用いて経費報告書８０全体をスキャンし、それに伴って、承認ミニアプリ３１は、承認者用デバイス３０のＯＣＲ機能を用いて経費報告書８０の番号記載欄８１に記載された明細書番号や署名押印欄８５に記載された申請者および承認者の情報を取得して特定する。また、承認ミニアプリ３１は、署名押印欄８５において、承認者が押印した印影を検出した場合には、管理装置５０にアクセスして承認状況を更新する（Ｔ１８）。ただ、最初の承認者の段階では、署名押印欄８５において、承認者が押印した印影は存在しないので、承認ミニアプリ３１が承認状況を更新することはない。なお、Ｔ１８の手順が文書特定処理および署名者特定処理の一例である。

なお、本形態では、承認者用デバイス３０のカメラ１６を用いてＱＲコード８６や経費報告書８０全体をスキャンするように構成したが、これに限定されることはない。例えば、承認者が印刷装置４０の読取部を用いて経費報告書８０全体をスキャンし、承認者用デバイス３０は、スキャン結果をローカルエリアネットワーク６０経由で印刷装置４０から取得するように構成しても差し支えない。

また、本形態では、経費報告書８０全体をスキャンして署名押印欄８５に記載された申請者および承認者の情報を取得するように構成したが、これに限定されない。例えば、承認ミニアプリ３１が管理装置５０にアクセスして署名押印欄８５に記載された申請者および承認者の情報を取得するように構成しても差し支えない。また、ＱＲコード８６に申請者および承認者の情報を埋め込み、Ｔ１６において、ＱＲコード８６を、承認者用デバイス３０のカメラ１６によってスキャンした際に、承認ミニアプリ３１が署名押印欄８５に記載された申請者および承認者の情報を取得するように構成しても差し支えない。

次に、承認ミニアプリ３１は、ユーザＩＦ１７上に、一次承認者の、すなわち、承認者用デバイス３０の所有者の本人確認のための認証要求を表示する（Ｔ１９）。

次に、承認ミニアプリ３１は、承認者用デバイス３０に記憶された生体認証情報、ＩＤとパスワード、Wallet等の他のアプリに登録されているユーザ情報などを利用して承認者の本人確認を行う（Ｔ２０）。また、承認ミニアプリ３１は、マイナンバーカードをＮＦＣ（Near Field Communication）でスキャンするなどの手段で承認者の本人確認を行うようにしても良い。

次に、承認ミニアプリ３１は、Ｔ２０における承認者の本人確認の結果と、Ｔ１８において取得された申請者および承認者の情報とに基づいて、承認者用デバイス３０の所有者である承認者の権限を決定する（Ｔ２１）。

なお、本形態では、電子署名を表示する権限があるものとして、署名押印欄８５に記載された申請者および承認者としたが、それに限定されない。例えば、部門の経理担当者や部門の管理者を含めるようにしても差し支えない。この場合には、Ｔ１８において、承認ミニアプリ３１は、管理装置５０にアクセスして部門の経理担当者や部門の管理者の情報を取得する必要がある。また、この場合には、経費報告書８０に係る関係者が、後述するＴ２４において署名状況を示す情報をオーバレイして表示することが可能となり、承認手続きを円滑に進めることができる。

次に、承認ミニアプリ３１は、承認者用デバイス３０の承認者（すなわち承認者用デバイス３０のログインユーザ）に電子署名の読み取り権限があるか否かを判断する（Ｔ２２）。ここで、Ｔ２０における本人確認の結果と、Ｔ１８において取得された申請者および承認者の情報とが一致せず、承認ミニアプリ３１が、承認者用デバイス３０の所有者である承認者に電子署名を表示する権限がないと判断した場合には（Ｔ２２：ＮＯ）、本処理を終了する。この際、承認者用デバイス３０のユーザＩＦ１７上に、「電子署名を表示する権限がない」旨を表示して承認者に通知するようにしても良い。なお、この通知は、音声等を用いた他の通知方法であっても差し支えない。

このように本形態では、承認者用デバイス３０の所有者である承認者に電子署名を表示する権限がない場合には、本処理が終了するので、管理装置５０から取得された承認状況情報が第三者に表示されることがなく、承認処理の安全性を確保できる。

一方、Ｔ２０における本人確認の結果と、Ｔ１８において取得された申請者および承認者の情報とが一致して、承認ミニアプリ３１が、承認者用デバイス３０の所有者である承認者に電子署名の読み取り権限があると判断した場合には（Ｔ２２：ＹＥＳ）、承認ミニアプリ３１は、管理装置５０にアクセスして管理装置５０のユーザデータベース５８に記憶された申請帳票情報５８３から承認状況情報を取得する（Ｔ２３）。次に、承認ミニアプリ３１は、承認者用デバイス３０のユーザＩＦ１７上に、カメラ１６を用いて経費報告書８０の署名押印欄８５を撮影するように促すメッセ―ジを表示する。

次に、承認者が、表示されたメッセージに従って、承認者用デバイス３０のカメラ１６を用いて経費報告書８０の署名押印欄８５を撮影すると、承認ミニアプリ３１は、図８に示すように、撮影映像に、ＡＲ（Augmented Reality）を用いて署名状況を示す情報をオーバレイして表示する（Ｔ２４）。なお、Ｔ２４の処理が表示処理の一例である。

このように本形態では、経費報告書８０の署名状況を表示することで、承認者用デバイス３０の所有者である承認者は、自身の承認が必要であるか否かを把握し易い。また、現在の承認の進行状況も把握し易い。

次に、承認ミニアプリ３１は、Ｔ２０において本人確認された承認者用デバイス３０の所有者が、承認権限があるか否かを判断する（Ｔ２５）。ここで、Ｔ２０において本人確認された承認者用デバイス３０の所有者が、署名押印欄８５に記載された承認者と一致しない場合、および、先のＴ２３において取得した承認状況情報に基づいて既に承認済みと判断した場合には、承認ミニアプリ３１は、承認権限がないと判断し（Ｔ２５：ＮＯ）、本処理を終了する。この際、承認者用デバイス３０のユーザＩＦ１７上に、「承認権限がない」旨を表示して承認者に通知するようにしても良い。なお、この通知は、音声等を用いた他の通知方法であっても差し支えない。なお、Ｔ２５の処理が判定処理の一例である。

また、Ｔ２０において本人確認された承認者用デバイス３０の所有者が、署名押印欄８５に記載された承認者と一致する場合、および、先のＴ２３において取得した承認状況情報に基づいて未承認と判断した場合には、承認ミニアプリ３１は、承認権限があると判断する（Ｔ２５：ＹＥＳ）。

次に、承認ミニアプリ３１は、全ての下位承認者が承認済みか否かを判断する（Ｔ２６）。この判断は、承認ミニアプリ３１が、Ｔ２３において管理装置５０から取得した承認状況情報に基づいて判断する。ここで、承認ミニアプリ３１は、全ての下位承認者が承認済みではないと判断した場合には（Ｔ２６：ＮＯ）、承認ミニアプリ３１は、承認者用デバイス３０のユーザＩＦ１７上に、「全ての下位承認者が承認済みではない」旨を表示（Ｔ２７）して承認者（本人）に通知し、その後、本処理を終了する。なお、この通知は、音声等を用いた他の通知方法であっても差し支えない。なお、Ｔ２７の処理が報知処理の一例である。

このように本形態では、承認者用デバイス３０の所有者である承認者よりも先に署名すべき承認者がいる場合には、署名することができないので、承認処理の信頼性を確保できる。

一方、承認ミニアプリ３１が、全ての下位承認者が承認済みであると判断した場合には（Ｔ２６：ＹＥＳ）、承認ミニアプリ３１は、承認者用デバイス３０のユーザＩＦ１７上に、「承認を要求するメッセージ」を表示する（Ｔ２８）。なお、Ｔ２８の手順が署名要求処理の一例である。

承認者用デバイス３０のユーザＩＦ１７上に表示された「承認を要求するメッセージ」を見た承認者は、承認者用デバイス３０のユーザＩＦ１７上に経費報告書８０を表示した後に、その署名押印欄８５の一次承認者用署名押印欄８５２において電子署名の処理を実行する（Ｔ２９）。

次に、承認ミニアプリ３１は、管理装置５０にアクセスして現在の承認状況を更新する（Ｔ３０）。したがって、管理装置５０は、ユーザデータベース５８に記憶された申請帳票情報５８３を更新する。なお、Ｔ３０の手順が更新処理の一例である。

次に、承認ミニアプリ３１は、全ての承認者が署名済みか否かを判断する（Ｔ３１）。ここでは、二次承認者の署名がまだ残っているので、承認ミニアプリ３１は、全ての位承認者が署名済みではないと判断し（Ｔ３１：ＮＯ）、次に、承認ミニアプリ３１は、承認者用デバイス３０のユーザＩＦ１７上に「二次承認者に経費報告書８０を送付することを要求するメッセージ」を表示し（Ｔ３２）、このメッセージを見た一次承認者は、紙の経費報告書８０を二次承認者に送付する。なお、この際に、一次承認者が、印刷された紙の経費報告書８０を二次承認者まで持参する、または、経費報告書８０をメールに添付して二承認者に送信するようにしても差し支えない。

このように本形態では、承認ミニアプリ３１が、Ｔ１８～Ｔ３０の手順で処理を進めることで、一次承認者の承認処理が終了する。なお、本形態では、全ての承認者が署名済みではない場合には、案内メッセージを表示するので、承認処理を円滑に進めることができる。

次に、紙の経費報告書８０が送付されてきた二次承認者は、経費報告書８０に記載されたＱＲコード８６を、二次認証者の承認者用デバイス３０のカメラ１６によってスキャンすると（Ｔ１６）、二次認証者の承認者用デバイス３０上において、承認ミニアプリ３１が起動される（Ｔ１７）。その後、承認ミニアプリ３１が、一次承認者と同様に、Ｔ１８～Ｔ３０の手順で処理を進めることで、二次承認者の承認処理が終了する。

すると、Ｔ３１において、承認ミニアプリ３１は、全ての承認者が承認済みであると判断し（Ｔ３１：ＹＥＳ）、次に、承認ミニアプリ３１は、申請者用デバイス１０のユーザＩＦ１７上に、承認が完了したことをプッシュ通知により通知する（Ｔ３３）。なお、この通知は、音声等を用いた他の通知方法であっても差し支えない。また、Ｔ３３の手順が通知処理の一例である。

このように本形態では、承認者用デバイス３０が申請者用デバイス１０に対して完了通知を行うことで、申請者が全ての署名が完了したことを申請者は直ぐに把握でき、利便性が向上する。

次に、プッシュ通知を見た申請者は、申請者用デバイス１０のユーザＩＦ１７をタップして承認済みの経費報告書８０の印刷を指示すると（Ｔ３４）、承認アプリ２１は、管理装置５０にアクセスして、管理装置５０のユーザデータベース５８から全て署名済みの経費報告書８０のデータを取得した後、印刷データとして印刷装置４０に送信し（Ｔ３５）、その後に、本処理を終了する。なお、Ｔ３５の手順が完了印刷処理の一例である。

そして、印刷装置４０は、受信した印刷データに基づいて承認済みの経費報告書８０を印刷する。したがって、申請者は、署名が完了した経費報告書８０の印刷物を取得することができる。

このように本形態では、一次承認者および二次承認者は、電子署名より承認手続きを進めたが、次に、紙の経費報告書８０における署名押印欄８５の一次承認者用署名押印欄８５２に、一次承認者が押印をして承認手続きをした後に、二次承認者が一次承認者の代理署名をする場合について、以下に説明する。なお、その説明中、承認ミニアプリ３１が、上述したＴ１８～Ｔ３５の手順において同じ処理をする場合には、その説明を省略して説明を進める。

すなわち、紙の経費報告書８０を受け取った一次承認者は、経費報告書８０に記載されたＱＲコード８６を、承認者用デバイス３０のカメラ１６によってスキャンすることなく、紙の経費報告書８０の一次承認者用署名押印欄８５２に押印をする。その後、押印済みの紙の経費報告書８０を、経費報告書８０に記載された二次承認者に送付する。なお、この際に、申請者が、印刷された紙の経費報告書８０を二次承認者まで持参する、または、経費報告書８０をメールに添付して二次承認者に送信するようにしても差し支えない。

次に、紙の経費報告書８０を受け取った二次承認者は、経費報告書８０に記載されたＱＲコード８６を、承認者用デバイス３０のカメラ１６によってスキャンすると（Ｔ１６）、承認者用デバイス３０上において、承認ミニアプリ３１が起動される（Ｔ１７）。

次に、Ｔ１８において、承認ミニアプリ３１は、署名押印欄８５の一次承認者用署名押印欄８５２において、承認者が押印した印影を検出した場合には、管理装置５０にアクセスして承認状況を更新する。したがって、管理装置５０は、ユーザデータベース５８に記憶された申請帳票情報５８３を更新する。

次に、Ｔ２６において、承認ミニアプリ３１は、Ｔ１８において承認状況が更新されているため、全ての下位承認者が承認済みであると判断する（Ｔ２６：ＹＥＳ）。

次に、Ｔ２８において、承認ミニアプリ３１は、承認者用デバイス３０のユーザＩＦ１７上に、「承認を要求するメッセージ」を表示する。そして、承認者用デバイス３０のユーザＩＦ１７上に表示された「承認を要求するメッセージ」を見た二次承認者は、承認者用デバイス３０のユーザＩＦ１７上に経費報告書８０を表示した後に、その署名押印欄８５の二次承認者用署名押印欄８５３において電子署名の処理を実行する。また、紙の経費報告書８０の一次承認者用署名押印欄８５２に一次承認者の押印があるのを確認した場合には、二次承認者は、一次承認者用署名押印欄８５２において、代理の電子署名の処理を実行する。

次に、Ｔ３０において、承認ミニアプリ３１は、管理装置５０にアクセスして、代理署名を含めて承認状況を更新する。したがって、管理装置５０は、ユーザデータベース５８に記憶された申請帳票情報５８３を更新する。

次に、Ｔ３５において、承認アプリ２１は、管理装置５０のユーザデータベース５８から、代理署名を含めた承認済みの経費報告書８０のデータを取得した後、印刷データとして印刷装置４０に送信する。

このように本形態では、下位の一次承認者が紙の経費報告書８０に押印した場合にでも、上位の二次承認者によって代理署名を行うことができるので、途中の承認者が電子署名に対応できず、紙の経費報告書８０での押印になった場合でも、署名システム１における承認処理のフロー（署名フロー）を電子署名として完了できる。

以上詳述したように、本実施の形態では、承認者用デバイス３０では、インストールが不要な承認ミニアプリ３１によって署名が行われる。そのため、フルアプリである承認アプリ２１をインストールしていない、あるいはデバイスの利用権限によって承認アプリ２１のインストールに制約があるデバイスであっても、署名を行うことができる。

なお、本実施の形態は単なる例示にすぎず、本発明を何ら限定するものではない。したがって本発明は当然に、その要旨を逸脱しない範囲内で種々の改良、変形が可能である。例えば、本形態の署名システム１を構成する申請者用デバイス１０、印刷装置４０および管理装置５０は、１台に限らず、複数台有ってもよい。

また、本実施の形態では、承認者として、一次承認者と二次承認者の２名で構成されたが、３名以上の承認者で構成されても差し支えない。その場合には、承認者用デバイス３０は、承認者の人数と同じ台数で構成されても良い。

また、本実施の形態では、承認ミニアプリ３１は、Ｔ３１において、全ての承認者が承認済みであると判断（Ｔ３１：ＹＥＳ）した際に、申請者用デバイス１０のユーザＩＦ１７上に、承認が完了したことをプッシュ通知により通知する（Ｔ３３）ように構成したが、それに限定されることはない。例えば、承認ミニアプリ３１が管理装置５０にアクセスして現在の承認状況を更新（Ｔ３０）した際に、管理装置５０が全ての承認者が承認済みである否かを判断し、全ての承認者が承認済みであると判断した場合には、管理装置５０が申請者用デバイス１０のユーザＩＦ１７上に、承認が完了したことをプッシュ通知により通知するように構成しても差し支えない。

また、本実施の形態では、承認ミニアプリ３１の起動情報が含まれるマークとしてＱＲコード８６を用いたが、２次元バーコードなど、他のマークであっても良い。

また、本実施の形態では、承認ミニアプリ３１の起動情報を取得した場合、承認ミニアプリ３１をダウンロードして起動しているが、既に承認者用デバイス３０に承認アプリ２１がインストールされている場合には、承認ミニアプリ３１をダウンロードせずに、承認アプリ２１を起動する。承認アプリ２１は、承認ミニアプリ３１が有する機能を有しているため、承認ミニアプリ３１に代わって、承認アプリ２１によって承認者側の処理を全て実行することができる。

また、本実施の形態に開示されている任意の処理の手順において、任意の複数のステップにおける複数の処理は、処理内容に矛盾が生じない範囲で、任意に実行順序を変更できる、または並列に実行できる。

また、実施の形態に開示されている処理の手順は、単一のＣＰＵ、複数のＣＰＵ、ＡＳＩＣなどのハードウェア、またはそれらの組み合わせで実行されてもよい。また、実施の形態に開示されている処理の手順は、その処理を実行するためのプログラムを記録した記録媒体、または方法等の種々の態様で実現することができる。

１ 署名システム
１０ 申請者用デバイス
３０ 承認者用デバイス
４０ 印刷装置
５０ 管理装置
１１ 制御部
１９ 記憶装置
２１ 承認アプリ
３１ 承認ミニアプリ
７０ 外部サーバ
８０ 経費報告書
８１ 番号記載欄
８５ 署名押印欄
８６ ＱＲコード

Claims (12)

1. 申請側のデバイスである第１デバイスと、承認側のデバイスである第２デバイスと、を備える署名システムであって、
   前記第１デバイスには、前記第１デバイスのコンピュータによって実行可能なフルアプリがインストールされており、前記フルアプリは、署名フローに対応するプログラムであり、
   前記第２デバイスには、前記フルアプリがインストールされておらず、
   前記第１デバイスは、
   前記フルアプリによって、署名対象となるデジタル文書に対する印刷指示を受け付けた場合、前記デジタル文書と、署名欄と、ミニアプリの起動用のマークと、をプリンタに印刷させ、前記デジタル文書の印刷物には、前記デジタル文書の識別情報が印刷され、前記署名欄の印刷物には、署名者を示す情報が印刷され、前記ミニアプリは、前記フルアプリの一部の機能を提供するプログラムであって、インストールが不要であり、所定期間が経過すればダウンロードされたデバイスから消去されるプログラムであり、前記ミニアプリの起動用の前記マークには、前記ミニアプリのダウンロードに用いるアクセス情報が含まれ、
   さらに前記第１デバイスは、
   前記印刷指示を受け付けた場合、前記フルアプリによって、前記デジタル文書に対応する電子データを、サーバにアップロードして前記サーバに記憶し、前記サーバに記憶される前記電子データには、前記デジタル文書の識別情報と、前記デジタル文書に対する署名者および署名状況を示す署名情報と、が含まれ、
   前記第２デバイスは、
   前記第１デバイスによって印刷された前記マークを読み取り、前記マークに含まれる前記アクセス情報を用いて前記ミニアプリをダウンロードし、ダウンロードされた前記ミニアプリを起動し、前記ミニアプリによって、
   前記第２デバイスの使用者を特定し、
   前記第１デバイスによって印刷された前記デジタル文書を読み取り、前記デジタル文書の識別情報を特定し、
   前記第１デバイスによって印刷された前記署名欄を読み取り、前記デジタル文書に対する署名者を特定し、
   特定された前記デジタル文書に対する署名者と、前記サーバに記憶される前記電子データのうち特定された前記デジタル文書の識別情報に対応する前記電子データに含まれる前記署名情報と、に基づいて、特定された前記第２デバイスの使用者の承認が必要か否かを判定し、
   前記第２デバイスの使用者の承認が必要と判定された場合、前記第２デバイスの使用者の署名を要求し、デジタル署名が行われた場合、前記サーバにアクセスし、特定された前記デジタル文書の識別情報に対応する前記電子データに含まれる前記署名情報を更新する、
   ことを特徴とする署名システム。
2. 第１デバイスのコンピュータによって実行可能な申請側のプログラムであって、前記申請側のプログラムは、署名フローに対応するプログラムであり、
   さらに前記申請側のプログラムは、前記第１デバイスのコンピュータに、
   署名対象となるデジタル文書に対する印刷指示を受け付ける受付処理と、
   前記印刷指示を受け付けた場合に、前記デジタル文書と、署名欄と、ミニアプリの起動用のマークと、をプリンタに印刷させる印刷処理と、を実行させ、前記デジタル文書の印刷物には、前記デジタル文書の識別情報が印刷され、前記署名欄の印刷物には、署名者を示す情報が印刷され、前記ミニアプリは、前記申請側のプログラムの一部の機能を提供するプログラムであって、インストールが不要であり、所定期間が経過すればダウンロードされたデバイスから消去されるプログラムであり、前記ミニアプリの起動用の前記マークには、前記ミニアプリのダウンロードに用いるアクセス情報が含まれ、さらに前記ミニアプリは、前記マークに含まれる前記アクセス情報を用いて第２デバイスにダウンロードされた場合、前記第２デバイスの使用者と、前記第１デバイスによって印刷された前記デジタル文書を読み取って前記デジタル文書の識別情報と、前記第１デバイスによって印刷された前記署名欄を読み取らせて前記デジタル文書に対する署名者と、を特定し、
   さらに前記申請側のプログラムは、前記第１デバイスのコンピュータに、
   前記印刷指示を受け付けた場合、前記デジタル文書に対応する電子データを、サーバにアップロードして前記サーバに記憶するアップロード処理を実行させ、前記サーバに記憶される前記電子データには、前記デジタル文書の識別情報と、前記デジタル文書に対する署名者および署名状況を示す署名情報と、が含まれ、前記ミニアプリは、前記デジタル文書に対する署名者と、前記サーバに記憶される前記電子データのうち前記デジタル文書の識別情報に対応する前記電子データに含まれる前記署名情報と、に基づいて、前記第２デバイスの使用者の承認が必要か否かを判定し、前記第２デバイスの使用者の承認が必要と判定された場合、前記第２デバイスの使用者の署名を要求し、デジタル署名が行われた場合、前記サーバにアクセスし、特定された前記デジタル文書の識別情報に対応する前記電子データに含まれる前記署名情報を更新する、
   ことを特徴とするプログラム。
3. 請求項２に記載するプログラムにおいて、
   前記印刷処理では、
   前記デジタル文書と、前記署名欄と、前記ミニアプリの起動用の前記マークと、を同じシートに印刷させる、
   ことを特徴とするプログラム。
4. 請求項２に記載するプログラムにおいて、
   前記印刷処理では、
   前記デジタル文書を、前記署名欄および前記ミニアプリの起動用の前記マークと別のシートに印刷させる、
   ことを特徴とするプログラム。
5. 請求項２から請求項４のいずれか１つに記載するプログラムにおいて、
   前記承認側のプログラムは、前記第２デバイスのコンピュータに、
   前記デジタル文書の署名の完了を示す通知を前記第１デバイスに対して行う通知処理を実行させる、
   ことを特徴とするプログラム。
6. 請求項５に記載するプログラムにおいて、
   前記申請側のプログラムは、前記第１デバイスのコンピュータに、
   前記第２デバイスから完了通知が入力された場合に、署名済みの前記デジタル文書を、前記サーバからダウンロードして前記プリンタに印刷させる完了印刷処理を実行させる、
   ことを特徴とするプログラム。
7. 第２デバイスのコンピュータによって実行可能な承認側のプログラムであって、前記承認側のプログラムは、フルアプリの一部の機能を提供するプログラムであり、インストールが不要であり、所定期間が経過すればダウンロードされたデバイスから消去されるプログラムであり、前記フルアプリは、署名フローに対応するプログラムであって、前記承認側のプログラムとは別のプログラムであり、
   さらに前記承認側のプログラムは、前記第２デバイスのコンピュータに、
   前記第２デバイスの使用者を特定する使用者特定処理と、
   前記フルアプリによって印刷されたデジタル文書を読み取り、前記デジタル文書の識別情報を特定する文書特定処理と、を実行させ、前記フルアプリは、署名対象となる前記デジタル文書に対する印刷指示を受け付けた場合、前記デジタル文書と、署名欄と、前記承認側のプログラムの起動用のマークと、をプリンタに印刷させ、前記デジタル文書の印刷物には、前記デジタル文書の識別情報が印刷され、前記署名欄の印刷物には、署名者を示す情報が印刷され、さらに前記フルアプリは、前記印刷指示を受け付けた場合、前記デジタル文書に対応する電子データを、サーバにアップロードして前記サーバに記憶し、前記サーバに記憶される前記電子データには、前記デジタル文書の識別情報と、前記デジタル文書に対する署名者および署名状況を示す署名情報と、が含まれ、前記第２デバイスが前記フルアプリによって印刷された前記マークを読み取って、前記第２デバイスに前記承認側のプログラムがダウンロードされることで前記承認側のプログラムが起動され、
   さらに前記承認側のプログラムは、前記第２デバイスのコンピュータに、
   前記フルアプリによって印刷された前記署名欄を読み取り、前記デジタル文書に対する署名者を特定する署名者特定処理と、
   特定された前記デジタル文書に対する署名者と、前記サーバに記憶される前記電子データのうち特定された前記デジタル文書の識別情報に対応する前記電子データに含まれる前記署名情報と、に基づいて、特定された前記第２デバイスの使用者の承認が必要か否かを判定する判定処理と、
   前記判定処理にて前記第２デバイスの使用者の承認が必要と判定された場合、前記第２デバイスの使用者の署名を要求する署名要求処理と、
   前記署名要求処理による要求の後、デジタル署名が行われた場合、前記サーバにアクセスし、前記文書特定処理にて特定された前記デジタル文書の識別情報に対応する前記電子データに含まれる前記署名情報を更新する更新処理と、を実行させる、
   ことを特徴とするプログラム。
8. 請求項７に記載するプログラムにおいて、
   前記承認側のプログラムは、前記第２デバイスのコンピュータに、
   特定された前記第２デバイスの使用者に、前記サーバに記憶される前記電子データの読み出し権限が無い場合、前記判定処理を実行せず、前記第２デバイスの使用者の署名を要求しない、
   ことを特徴とするプログラム。
9. 請求項８に記載するプログラムにおいて、
   前記承認側のプログラムは、前記第２デバイスのコンピュータに、
   特定された前記第２デバイスの使用者に、前記サーバに記憶される前記電子データの読み出し権限が有る場合、前記サーバに記憶される前記電子データに含まれる前記署名情報に基づいて、前記デジタル文書に対する署名状況を表示する表示処理を実行させる、
   ことを特徴とするプログラム。
10. 請求項７から請求項９のいずれか１つに記載するプログラムにおいて、
    前記判定処理では、
    前記デジタル文書に対する承認者が複数人であり、特定された前記第２デバイスの使用者が未承認であっても、特定された前記第２デバイスの使用者よりも下位の承認者が未承認であった場合、前記第２デバイスの使用者の承認が必要と判定しない、
    ことを特徴とするプログラム。
11. 請求項１０に記載するプログラムにおいて、
    前記承認側のプログラムは、前記第２デバイスのコンピュータに、
    特定された前記第２デバイスの使用者よりも下位の承認者が未承認であったことにより前記第２デバイスの使用者の承認が必要と判定されなかった場合、下位の承認者が未承認であることを報知する報知処理を実行させる、
    ことを特徴とするプログラム。
12. 請求項１０または請求項１１に記載するプログラムにおいて、
    前記判定処理では、
    前記署名情報に基づいて前記第２デバイスの使用者よりも下位の承認者が未承認であった場合であっても、前記署名欄を読み取った結果に前記下位の承認者の印影が有る場合には、前記下位の承認者が承認済みとし、
    前記更新処理では、
    前記下位の承認者の印影が有ることで前記下位の承認者が承認済みとした場合、前記署名情報を更新する際、前記第２デバイスの使用者を署名済みにすることに加え、前記下位の承認者を署名済みにする、
    ことを特徴とするプログラム。

Images