JP2019033359A - 情報処理装置、読取装置、プログラム - Google Patents

Abstract

【課題】認証状況に応じて表示部品の有無を制御できる情報処理装置を提供する。【解決手段】操作を受け付ける際に認証が必要か否かを設定できる読取装置と通信する情報処理装置であって、情報処理装置でプログラムが起動された場合、読取装置において認証が必要か否かの設定を管理する認証管理手段から認証が必要か否かを含む認証設定情報を取得する認証設定情報取得手段と、認証設定情報に認証が必要であると設定されている場合にプログラムに関する第一の表示部品を表示させず、認証設定情報に認証が必要であると設定されていない場合に第一の表示部品を表示させる画面表示手段と、を有する。【選択図】図１１

Description

本発明は、情報処理装置、読取装置、及び、プログラムに関する。

装置やサービスをユーザが利用する際に、認証という操作が要求される場合がある。認証とは、情報処理装置やネットワーク上のリソースをユーザが利用する際に、ユーザが本人であるかどうかを確認するための作業をいう。認証によりユーザは自分に適切なサービスを受けられ、また、利用する権限を有さない者が情報処理装置やリソースを利用することを防止できる。

認証を利用して操作性や利便性を向上させることが検討されている。例えば、オフィスにある複合機などを使用する際にも認証が必要になる場合があり、この認証を利用して適切な情報を複合機に提供する技術が考案されている（例えば特許文献１参照。）。特許文献１には、認証情報が記憶されていることに応じて第１データを受信し、認証情報が記憶されていないことに応じて第２データを受信し、表示するデータを変更するプログラムが開示されている。

しかしながら、従来の技術では、認証状況に応じて表示部品の有無を適切に制御できないという問題があった。例えば、アプリを終了させる表示部品をアプリの画面に表示したい場合があるが、従来からユーザが認証されている場合に表示される表示部品（ログアウトボタン）があり、この表示部品とアプリを終了させる表示部品の表示を適切に制御することが行われていなかった。

本発明は、上記課題に鑑み、認証状況に応じて表示部品の有無を制御できる情報処理装置を提供することを目的とする。

本発明は、操作を受け付ける際に認証が必要か否かを設定できる読取装置と通信する情報処理装置であって、前記情報処理装置でプログラムが起動された場合、前記読取装置において認証が必要か否かの設定を管理する認証管理手段から認証が必要か否かを含む認証設定情報を取得する認証設定情報取得手段と、前記認証設定情報に認証が必要であると設定されている場合に前記プログラムに関する第一の表示部品を表示させず、前記認証設定情報に認証が必要であると設定されていない場合に前記第一の表示部品を表示させる画面表示手段と、を有する。

認証状況に応じて表示部品の有無を制御できる情報処理装置を提供することができる。

従来の領収書アプリが作成するメニュー画面による不都合を説明する図の一例である。 本実施形態のメニュー画面を説明する図の一例である。 情報登録システムの概略構成図の一例である。 複合機のハードウェア構成の一例を示す図である。 登録サーバ、管理サーバ、又はユーザ端末のハードウェア構成図の一例である。 複合機のソフトウェア構成の一例を示す模式図である。 複合機の機能構成を説明する図の一例である。 認証設定アプリ用画面制御アプリが表示する認証設定画面の一例を示す図である。 情報登録システムが有する複合機、登録サーバ、管理サーバ、及びユーザ端末の機能ブロック図の一例である。 複合機が操作パネルに表示する画面の遷移例を説明する図である。 ユーザが操作部を操作して認証設定を行う手順を説明するシーケンス図の一例である。 ユーザが複合機にログインし、領収書アプリを起動させるまでの手順を説明するシーケンス図の一例である。 ロック画面、ホーム画面の一例を示す図である。 ＯＳ生成画面、ログイン画面の一例を示す図である。 本人と代理人の関係を説明する図の一例である。 領収書アプリの起動により管理サーバと通信する際の手順を示すシーケンス図の一例である。 複合機が領収書の電子データを管理サーバに登録する手順を示すシーケンス図の一例である。 複合機が領収書の電子データを管理サーバに登録する手順を示すシーケンス図の一例である。 新規レポート作成画面、スキャン画面の一例を示す図である。 スキャン中画面、領収書解析結果画面の一例を示す図である。 実施例２が解決する不都合を説明する図の一例である。 アプリ起動時の画面をユーザが設定するためのメニュー画面設定画面の一例を示す図である。 ロール設定を用いて領収書アプリがメニュー画面の構成を変更する手順を示すシーケンス図の一例である。 ロール設定を用いて領収書アプリがメニュー画面の構成を変更する手順を示すシーケンス図の一例である。 ロール設定に応じたメニュー画面の一例を示す図である。 管理者設定ボタンが押下された場合に表示制御部が表示する画面を説明する図の一例である。 管理者認証画面、管理者設定画面の一例を示す図である。

以下、本発明を実施するための形態について図面を参照しながら説明する。

＜従来の画面例に基づく不都合＞
図１は、従来の領収書アプリが作成するメニュー画面４４１による不都合を説明する図の一例である。まず、ユーザが複合機９を使用する場合、複合機９にログインする場合がある。ユーザはログインしてから領収書アプリを起動させる。

図１（ａ）に示すように、ユーザがログインすることで、メニュー画面４４１の上側のＯＳ欄５０１にはユーザが「ログアウト」するためのログアウトボタン５０２が表示される。また、下側のＯＳ欄５０１にはホームボタン５０３が表示されている。複合機９は以下のように動作する。
・ログアウトボタン５０２が押下された場合
ＯＳ(Operating System)などのシステム側のプログラムが、複合機９を使用できるというユーザに与えた認証を取り消し、領収書アプリが使用したデータをメモリから消去する。また、複合機９にユーザがログインするためのロック画面を表示する。
・ホームボタン５０３が押下された場合
ＯＳなどのシステム側のプログラムが、領収書アプリが使用したデータをメモリに残したままホーム画面を表示する。次回、領収書アプリが起動されると領収書アプリがメモリに残っているデータを消去する。

したがって、ホームボタン５０３が押下された場合、メモリにデータが残ってしまうことになり、第三者がデータを取り出すことは容易でないがその可能性が残ってしまう。例えば、複合機９へのログインが不要の場合、第三者がデータを取り出す可能性が残る。ユーザとしてはログアウトボタン５０２を押下すべきであるが、ホームボタン５０３を押下することになれているユーザがホームボタン５０３を押下してしまうケースが生じうる。

そこで、図１（ｂ）に示すように、領収書アプリに終了ボタン４４６を設けることが検討される。図１（ｂ）ではメニュー画面４４１の右上に終了ボタン４４６が表示されている。領収書アプリは以下のように動作する。
・終了ボタン４４６が押下された場合
領収書アプリはユーザが使用したデータをメモリから消去して終了し、ＯＳなどのシステム側のプログラムがホーム画面を表示する。

したがって、ユーザが領収書アプリを終了させる場合、終了ボタン４４６を押下すれば上記の不都合を解消できる。終了ボタン４４６は、複合機９が領収書アプリを終了させメモリからデータも消去するためのボタンなので、メモリにデータを残さずに複合機９はホーム画面に戻ることができる。

しかしながら、図１（ｂ）のメニュー画面４４１では、複合機９へのログインが必要である場合、ログアウトボタン５０２と終了ボタン４４６という機能が類似した２つのボタンが表示されてしまうという別の不都合をもたらす。ユーザが操作に迷うおそれがあり、また、デザイン上も好ましいとは言えない。

＜本実施形態のメニュー画面の概略＞
従来から複合機９は、複合機９の管理者が設定する認証設定という設定項目を有する。認証設定は複合機９をユーザが使用するに際しログインが必要か否かを例えば管理者が設定するためのボタンである。認証設定＝ＯＮの場合、ユーザがログインしないと複合機９を使用できない。認証設定＝ＯＦＦの場合、ユーザがログインしなくても複合機９を使用できる。本実施形態の複合機９は認証設定を利用して終了ボタン４４６の表示と非表示を制御する。

図２は、本実施形態のメニュー画面４４１を説明する図の一例である。図２（ａ）は複合機９の認証設定がＯＮに設定された場合のメニュー画面４４１を示す。複合機９は、認証設定がＯＮの場合、終了ボタン４４６を表示しない。したがって、ユーザはログアウトボタン５０２又はホームボタン５０３を押下することで領収書アプリを終了させることができる。ホームボタン５０３が押下された場合、メモリにデータが残るが認証設定がＯＮであるため、次のユーザはログインしないと複合機９を使用できず、データが漏洩するおそれを低減できる。

図２（ｂ）は複合機９の認証設定がＯＦＦに設定された場合のメニュー画面４４１を示す。複合機９は、認証設定がＯＦＦの場合、終了ボタン４４６を表示する。また、認証設定がＯＦＦなので（ユーザがログインすることがない）、ＯＳはログアウトボタン５０２を表示しない。したがって、ユーザはホームボタン５０３でなく明示的に示されている終了ボタン４４６を押下するようになり、領収書アプリを確実に終了させることができる。

図２に示すように、認証設定がＯＮ及びＯＦＦのどちらの場合も、本実施形態のメニュー画面４４１ではログアウトボタン５０２と終了ボタン４４６が同時に表示されない。したがって、ユーザが操作に迷ったり、デザイン性が低下したりすることを抑制できる。

＜用語について＞
表示部品とは画面を構成する要素の一部である。必ずしも明確に独立に表示されている必要はなく他の表示部品と接触していてもよい。また、表示部品はユーザの押下の対象となってもよいし、ならなくてもよい。押下の対象にならない表示部品とは、操作方法を提示する文字やアイコンなどである。

表示部品の機能が類似するとは、２つの表示部品で類似した状況を実現できることをいう。例えば、ログアウトと終了ボタンでは、内部的な処理は違うがユーザは領収書アプリを使用できなくなる。

一例として、第一の表示部品は例えば終了ボタンであり、第二の表示部品は例えばログアウトボタンである。第三の表示部品は例えば管理者設定ボタンである。

プログラムに関する表示部品とは、プログラムの動作に影響する表示部品である。例えば、認証設定に応じてユーザインタフェースを変更することが含まれ、所定の機能の表示部品が表示されないことが含まれる。本実施形態では認証設定がＯＮの場合、終了ボタンが表示されない。

＜システム構成例＞
図３は、本実施形態の情報登録システム１００の概略構成図の一例を示す。情報登録システム１００は主に複合機９、登録サーバ３０、管理サーバ４０、及びユーザ端末５０を有する。情報登録システム１００は情報を解析する機能を含むため情報解析システムと称してもよい。また、画像処理を行うため画像処理システムと称したり、認証を行うため認証システムと称したりしてもよい。情報登録システム１００は読み取られたデータを解析し、解析結果を複合機９などの表示装置に表示する。

複合機９と登録サーバ３０はネットワーク８を介して接続されており、登録サーバ３０と管理サーバ４０は通信可能であり、ユーザ端末５０は管理サーバ４０と通信可能になっている。実際には複合機９、登録サーバ３０、管理サーバ４０、及びユーザ端末５０がネットワーク８に接続されているが、構成の説明のためネットワーク８との結線は省略されている。また、管理サーバ４０は、いわゆるクラウドサービスとしてサービスを提供することが想定される。登録サーバ３０は、領収書の入口である複合機９と、その出口である管理サーバ４０とを仲介する役割を担い、複数のベンダーによりそれぞれ提供される領収書管理サービスに対応することが可能である。同様に、複数のベンダーによりそれぞれ販売される複合機９に対応することが可能である。

複合機９と登録サーバ３０を結ぶネットワーク８は、複合機９が設置された施設に敷設されたＬＡＮ、広域イーサネット（登録商標）、複数のＬＡＮがルータ等で接続されたＷＡＮなどである。なお、インターネットを介していてもよい。ネットワーク８は有線又は無線のどちらで構築されてもよく、また、有線と無線が組み合わされていてもよい。また、無線の場合、３Ｇ、４Ｇ又はＬＴＥなどの通信規格のネットワークが含まれていてもよい。

複合機９は、原稿を光学的に読み取って画像データを生成する読取装置である。このような装置をスキャナ又はスキャナ装置という。複合機９が"複合"という文字を含むのは、読取装置の機能以外の機能を有する場合があるためである。複合機９はＭＦＰ（Multi-Function Peripherals）と呼ばれる場合がある。すなわち、複合機９は更に、用紙などの印刷媒体に画像を形成するプリンタ機能、スキャナとプリンタ機能により実現されるコピー機能、及び、スキャナと電話回線（又はネットワーク）により実現されるＦＡＸ機能を有していてもよい。また、複合機９は、これらの機能により、画像形成装置、プリンタ、複写機、コピー機、ＦＡＸ装置などと呼ばれていてもよい。

本実施形態の複合機９は、複数の領収書を一度に撮像する機能を有していることが好ましく、この意味では主にテレビ会議で使用される書画カメラ、デジタルカメラ、Ｗｅｂカメラなどが本発明に関して複合機９が提供する機能と同等の機能を有する装置となる場合がある。また、デジタルカメラを搭載した又は外付けのデジタルカメラが接続されたＰＣ（Personal Computer）でもよい。

複合機９は、後述する操作パネルを有しており、操作パネルに領収書の電子データ等を表示する。操作パネルは、電子データの編集を受け付けるタッチパネルやキーボードなど、及び、ディスプレイ又は表示装置の機能を有している。

複合機９は後述する本体と操作部とを有し、それぞれにアプリケーションを搭載可能になっている。本実施形態では、操作部に、複数の領収書の画像データを管理サーバ４０に登録するために登録サーバ３０と連携するアプリケーション（以下、領収書アプリという）が搭載されている。ただし、領収書アプリは本体１０に搭載されていてもよい。

登録サーバ３０は、領収書の電子データを管理サーバ４０に登録する情報処理装置である。すなわち、登録サーバ３０は、複数の領収書の画像データから各領収書のトリミング、文字認識処理を行い領収書の電子データを複合機９に送信する。ユーザが内容を確認して後述の送信ボタンを押下すると、登録サーバ３０がイメージを除く領収書の電子データを受信し、ユーザのメールアドレス（ユーザを識別する情報）と共に管理サーバ４０に送信する。

管理サーバ４０は、領収書の電子データを管理する情報処理装置である。管理サーバ４０は、管理者に対応付けて個々のユーザを管理する管理形態を取っている。管理者は、管理者権限に基づき個々のユーザを登録することができ、後述するように登録した各ユーザに対する所定の処理についての実行権限を有する。つまり、管理者は管理者権限で管理サーバ４０を使用し、登録したユーザに対する所定の処理を実行することができる。したがって、例えば、ある企業Ａが管理サーバ４０により提供されるサービスを利用したい場合は、一人の管理者を登録し、この管理者に基づいてその他の従業員を登録すればよく、全ての従業員を管理者として登録する必要はない。また、管理サーバ４０によるサービス提供者側においても、各従業員が管理者として登録されるような利用形態を望まないことが考えられる。サービス提供者側としては、管理サーバ４０により提供されるサービスを、企業、団体、個人などの単位で管理したいという要望もあり得るためである。一例として以下のように、管理サーバ４０では１人の管理者と１人以上のユーザが対応付けられる。

管理者：ユーザ１、ユーザ２、…、ユーザＮ
管理者とは、各ユーザの代わりに管理サーバ４０にログインした状態を維持する者をいう。管理者は、管理サーバ４０が提供するサービスを利用する企業等において複数のユーザを取りまとめる所定の担当者ということができるが、この担当者が実際に存在する必要はない。詳細は後述されるが、登録サーバ３０を介して管理サーバ４０に各ユーザがログインすることは煩雑な処理又は操作が必要になるため、管理サーバ４０には原則的に管理者がログインしておき、複合機９を使用する各ユーザは管理者の権限で管理サーバ４０を使用する。管理サーバ４０には、管理者ＩＤと、これに基づき登録された各ユーザのメールアドレスとが対応付けられており、各ユーザが送信する電子データはメールアドレスに対応付けられて登録される。ただし、管理サーバ４０へのログイン自体は各ユーザも可能である。

したがって、メールアドレスはユーザを識別するユーザＩＤとなる。ＩＤはIdentificationの略であり識別子や識別情報という意味である。ＩＤは複数の対象から、ある特定の対象を一意的に区別するために用いられる名称、符号、文字列、数値又はこれらのうち１つ以上の組み合わせをいう。ユーザＩＤ以外のＩＤについても同様である。本実施形態では、ユーザＩＤとしてメールアドレスが使用されるが、ユーザを識別できればメールアドレスには限られない。

ユーザ端末５０は、ユーザが登録サーバ３０から電子データを確認したり編集したり申請したりするための情報処理装置である。ユーザ端末５０ではブラウザソフトウェア又はこれと同等の機能を有するアプリケーションソフトウェアが動作する。ユーザはユーザ端末５０を操作してユーザの権限でログインし、メールアドレスに対応付けられている領収書の電子データを表示させる。領収書の確認や編集が済むと領収書の承認申請用のワークフローに電子データを送信することで、上司による領収書の承認や経理による出金が行われる。また、ユーザ端末５０は、管理サーバ４０にアクセスし、保持している領収書のイメージデータを管理サーバ４０に登録することもできる。また更に、ユーザ端末５０がカメラ等の撮像機能を有していれば、領収書を撮像して得られたイメージデータを管理サーバ４０に登録することもできる。

ユーザ端末５０は、具体的にはＰＣ、スマートフォン、タブレット型端末、サングラス型や腕時計型などのウェアラブルＰＣ、ＰＤＡ（Personal Digital Assistant）、ゲーム機、ナビゲーション装置、等であるが、ブラウザソフトウェア又はこれと同等のアプリケーションソフトウェアが動作すればよい。例えば、ユーザ端末５０がスマートフォンの場合、スマートフォン上で動作する専用のアプリケーションを管理サーバ４０のサービス提供者が生成し、これをユーザ端末５０にダウンロードさせる形態で頒布することができる。

＜ハードウェア構成例＞
<<複合機９>>
図４は、複合機９のハードウェア構成の一例を示す図である。図４に示すように、複合機９は、本体１０と、操作部２０と、を備える。本体１０と操作部２０は、専用の通信路３００を介して相互に通信可能に接続されている。通信路３００は、例えばＵＳＢ（Universal Serial Bus）規格のものを用いることもできるが、有線か無線かを問わず任意の規格のものであってよい。

なお、本体１０は、操作部２０で受け付けた操作に応じた動作を行うことができる。また、本体１０は、クライアントＰＣ（パーソナルコンピュータ）等の外部装置とも通信可能であり、外部装置から受信した指示に応じた動作を行うこともできる。

次に、本体１０のハードウェア構成について説明する。図４に示すように、本体１０は、ＣＰＵ（Central Processing Unit）１１と、ＲＯＭ(Read Only Memory)１２と、ＲＡＭ(Random Access Memory)１３と、ＨＤＤ（Hard Disk Drive）１４と、通信Ｉ／Ｆ（Interface）１５と、接続Ｉ／Ｆ１６と、エンジン部１７とを備え、これらがシステムバス１８を介して相互に接続されている。説明の便宜上、図４では、本体１０はＨＤＤ１４を有している構成を例に挙げて説明したが、例えばＨＤＤ１４を有しておらず、十分な記憶領域を確保できない構成もあり得る。

ＣＰＵ１１は、本体１０の動作を統括的に制御する。ＣＰＵ１１は、ＲＡＭ１３をワークエリア（作業領域）としてＲＯＭ１２又はＨＤＤ１４等に格納されたプログラムを実行することで、本体１０全体の動作を制御し、上記したコピー機能、スキャナ機能、ファクス機能、プリンタ機能などの各種機能を実現する。

通信Ｉ／Ｆ１５は、ネットワーク８と接続するためのインタフェースである。接続Ｉ／Ｆ１６は、通信路３００を介して操作部２０と通信するためのインタフェースである。

エンジン部１７は、コピー機能、スキャナ機能、ファクス機能、及び、プリンタ機能を実現させるための、汎用的な情報処理及び通信以外の処理を行うハードウェアである。例えば、原稿の画像をスキャンして読み取るスキャナ（後述の読取部３３に対応する）、用紙等のシート材への印刷を行うプロッタ（画像形成部）、ファクス通信を行うファクス部などを備えている。更に、印刷済みシート材を仕分けるフィニッシャや、原稿を自動給送するＡＤＦ（自動原稿給送装置）のような特定のオプションを備えることもできる。

次に、操作部２０のハードウェア構成について説明する。図４に示すように、操作部２０は情報処理装置の機能を有する。操作部２０は、ＣＰＵ２１と、ＲＯＭ２２と、ＲＡＭ２３と、フラッシュメモリ２４と、通信Ｉ／Ｆ２５と、接続Ｉ／Ｆ２６と、操作パネル２７とを備え、これらがシステムバス２８を介して相互に接続されている。説明の便宜上、図４では、操作部２０はフラッシュメモリ２４を有している構成を例に挙げて説明したが、例えばフラッシュメモリ２４を有していない構成もあり得る。要するに、複合機９は、受信したコンテンツを記憶するための記憶装置を有していない構成もあり得る。

<<登録サーバ３０、管理サーバ４０、ユーザ端末５０>>
図５は、登録サーバ３０、管理サーバ４０、又はユーザ端末５０のハードウェア構成図の一例である。ここでは、登録サーバ３０を対象に説明する。登録サーバ３０は、ＣＰＵ３０１と、ＲＯＭ３０２と、ＲＡＭ３０３と、通信Ｉ／Ｆ３０４と、入力装置３０５と、表示装置３０６とを備える。ＣＰＵ３０１は、登録サーバ３０の動作を統括的に制御する。ＲＯＭ３０２は、プログラム等の各種のデータを記憶する不揮発性のメモリである。ＲＡＭ３０３は、ＣＰＵ３０１が実行する各種の処理の作業領域（ワークエリア）として機能する揮発性のメモリである。通信Ｉ／Ｆ３０４は、ネットワーク８と接続するためのインタフェースである。入力装置３０５は、ユーザによる操作の入力に用いられるデバイスであり、例えばマウスやキーボードなどで構成される。表示装置３０６は各種の情報を表示するデバイスであり、例えば液晶型ディスプレイ装置などで構成される。

管理サーバ４０、及びユーザ端末５０のハードウェア構成は登録サーバ３０と同じであるか、又は異なっていても本実施形態の説明に支障はないものとする。

なお、管理サーバ４０はクラウドコンピューティングに対応していることが好ましいが、必須ではない。一方で、登録サーバ３０は、複合機９を利用する企業により構築されるネットワーク内に設置されることが想定されるが、クラウドコンピューティングに対応し、クラウドサービスとしてその機能を提供してもよい。クラウドコンピューティングとは、特定ハードウェア資源が意識されずにネットワーク上のリソースが利用される利用形態をいう。

図示したハードウェア構成は、１つの筐体に収納されていたり一まとまりの装置として備えられていたりする必要はなく、登録サーバ３０、又は管理サーバ４０が備えていることが好ましいハード的な要素を示す。また、クラウドコンピューティングに対応するため、本実施例の登録サーバ３０、又は管理サーバ４０の物理的な構成は固定的でなくてもよく、負荷に応じてハード的なリソースが動的に接続・切断されることで構成されてよい。

＜ソフトウェア構成＞
図６は、複合機９のソフトウェア構成の一例を示す模式図である。図６に示すように、本体１０は、アプリ層１０１と、サービス層１０２と、ＯＳ層１０３とを有する。アプリ層１０１、サービス層１０２、及び、ＯＳ層１０３の実体は、ＲＯＭ１２やＨＤＤ１４等に格納されている各種ソフトウェアである。ＣＰＵ１１が、これらのソフトウェアを実行することにより、各種の機能が提供される。

アプリ層１０１のソフトウェアは、ハードウェア資源を動作させて所定の機能を提供するためのアプリケーションソフトウェア（以下の説明では、単に「アプリ」と称する場合がある）である。例えばアプリとしては、コピー機能を提供するためのコピーアプリ、スキャナ機能を提供するためのスキャナアプリ、ファクス機能を提供するためのファクスアプリ、プリンタ機能を提供するためのプリンタアプリ、複合機９の情報を通知する機器情報通知アプリなどが挙げられる。

サービス層１０２のソフトウェアは、アプリ層１０１とＯＳ層１０３との間に介在し、アプリに対し、本体１０が備えるハードウェア資源を利用するためのインタフェースを提供するためのソフトウェアである。より具体的には、ハードウェア資源に対する動作要求の受付、動作要求の調停を行う機能を提供するためのソフトウェアである。サービス層１０２が受け付ける動作要求としては、スキャナによる読み取りやプロッタによる印刷等の要求が考えられる。

なお、サービス層１０２によるインタフェースの機能は、本体１０のアプリ層１０１だけではなく、操作部２０のアプリ層２０１に対しても提供される。すなわち、操作部２０のアプリ層２０１（アプリ）も、サービス層１０２のインタフェース機能を介して、本体１０のハードウェア資源（例えばエンジン部１７）を利用した機能を実現することができる。例えばサービス層１０２のインタフェース機能は、ＷｅｂＡＰＩで提供される。操作部２０と本体１０は、通信路３００をネットワークとして通信することができる。

ＯＳ層１０３のソフトウェアは、本体１０が備えるハードウェアを制御する基本機能を提供するための基本ソフトウェア（オペレーティングシステム（ＯＳ））である。サービス層１０２のソフトウェアは、各種アプリからのハードウェア資源の利用要求を、ＯＳ層１０３が解釈可能なコマンドに変換してＯＳ層１０３に渡す。そして、ＯＳ層１０３のソフトウェアによりコマンドが実行されることで、ハードウェア資源は、アプリの要求に従った動作を行う。

同様に、操作部２０は、アプリ層２０１と、サービス層２０２と、ＯＳ層２０３とを有する。操作部２０が備えるアプリ層２０１、サービス層２０２及びＯＳ層２０３も、階層構造については本体１０側と同様である。ただし、アプリ層２０１のアプリにより提供される機能や、サービス層２０２が受け付け可能な動作要求の種類は、本体１０側とは異なる。アプリ層２０１のアプリは、操作部２０が備えるハードウェア資源を動作させて所定の機能を提供するためのソフトウェアであってもよいが、主として本体１０が備える機能（コピー機能、スキャナ機能、ファクス機能、プリンタ機能、初期設定機能）に関する操作や表示を行うためのＵＩ（ユーザインタフェース）の機能（コピーのＵＩ機能、スキャナのＵＩ機能、ファクスのＵＩ機能、プリンタのＵＩ機能、初期設定のＵＩ機能等）やブラウザ機能を提供するためのソフトウェアである。ここでは、アプリ層２０１のアプリとしては、認証設定アプリなどが含まれる。

なお、本実施形態では、機能の独立性を保つために、本体１０側のＯＳ層１０３のソフトウェアと操作部２０側のＯＳ層２０３のソフトウェアが互いに異なる。つまり、本体１０と操作部２０は、別々のオペレーティングシステムで互いに独立して動作する。例えば本体１０側のＯＳ層１０３のソフトウェアとしてＮｅｔＢＳＤ（登録商標）を用い、操作部２０側のＯＳ層２０３のソフトウェアとしてＡｎｄｒｏｉｄ（登録商標）を用いることも可能である。

以上のように、本実施形態の複合機９において、本体１０と操作部２０は別々のオペレーティングシステムで動作するため、本体１０と操作部２０との間の通信は、共通の装置内のプロセス間通信ではなく、異なる装置間の通信として行われる。操作部２０が受け付けた情報（ユーザからの指示内容）を本体１０へ伝達する動作（コマンド通信）や、本体１０が操作部２０へイベントを通知する動作などがこれに該当する。ここでは、操作部２０が本体１０へコマンド通信を行うことにより、本体１０の機能を使用することができる。また、本体１０から操作部２０に通知するイベントには、本体１０における動作の実行状況、本体１０側で設定された内容などが挙げられる。

また、本実施形態では、操作部２０に対する電力供給は、本体１０から通信路３００を経由して行われているので、操作部２０の電源制御を、本体１０の電源制御とは別に（独立して）行うことができる。

図７は、複合機９の機能構成を説明する図である。図６との対応を説明すると、アプリ層１０１がＳＤＫアプリ１２４及びＳＤＫプラットフォーム１２３を有し、サービス層１０２がコントロールサービス１２２を有する。ＯＳ層１０３がＯＳ１２１を有する。また、アプリ層２０１はリッチＵＩアプリ２５１（領収書アプリ６０が含まれる）を有し、サービス層２０２がパネルフィルタ部２５２、アプリ管理部２５４、及びコントローラ通信部２５３を有する。ＯＳ層２０３はリッチＵＩＯＳ２５５を有する。

コントロールサービス１２２は、各種のハードウェアリソース等を制御するための機能を有し、その機能を上位アプリケーション等に利用させるためのインタフェースを提供するソフトウェアモジュール群である。コントロールサービス１２２は、例えば、認証に関する機能、ネットワーク通信に関する機能、エンジン部１７の制御機能、メモリ（ＲＡＭ１３、ＲＯＭ１２等）の管理機能等を有する。また、コントロールサービス１２２は、本実施形態の複合機９は有していないディスプレイ（以下、従来ディスプレイという）の制御機能をも有する。

コントロールサービス１２２は、パネル管理部１２３１及び端末通信部１２３２等を含む。パネル管理部１２３１は、従来ディスプレイの表示制御を本来の責務とする。すなわち、パネル管理部１２３１は、従来ディスプレイの表示制御に関する制御機能を提供し、従来ディスプレイの表示制御を行う。例えば、パネル管理部１２３１は、ＳＤＫアプリ１２４又はその他のアプリ（認証設定アプリ１２５等）からの表示部品の表示状態の変更要求を、受け取る。パネル管理部１２３１は、従来ディスプレイにおいて当該表示部品の表示状態を変更する。表示部品の表示状態の変更には、表示部品の表示及び非表示、並びに表示部品の反転等が含まれる。

但し、本実施の形態におけるパネル管理部１２３１は、従来ディスプレイの表示制御の要求に応じた表示状態の変更を、操作部２０に反映させるための処理を実行する。例えば、パネル管理部１２３１は、ＳＤＫアプリ１２４又はその他のアプリからの表示部品の表示状態の変更要求を、端末通信部１２３２を介して操作部２０に伝達する。その結果、ＳＤＫアプリ１２４又はその他のアプリによる表示制御を、操作部２０におけるリッチＵＩアプリ２５１による表示制御と連携又は同期させることができる。

なお、表示部品とは、画面の構成要素となる各種の部品である。表示部品は、例えば、複合機９に処理（ジョブ）を実行させるために表示される。表示部品の一例として、ボタン、ソフトキー、ソフトキーボード、ウィンドウ、文字列を表示させるラベル等が挙げられる。なお、ソフトキーとは、例えば、スマートフォンやタブレット型端末等において、文字列の入力を受け付けるために表示される、ソフトウェアのキー群である。

端末通信部１２３２は、操作部２０との通信を制御する。端末通信部１２３２は、例えば、ＷｅｂＡＰＩを使用したＨＴＴＰ（HyperText Transfer Protocol）によって操作部２０と通信する。但し、複合機９と操作部２０との間において利用される通信プロトコルは、ＨＴＴＰに限定されなくてもよい。

ＳＤＫプラットフォーム１２３は、ＳＤＫアプリ１２４を開発するためのＡＰＩ（Application Program Interface）を備えると共に、ＳＤＫアプリ１２４の実行環境を提供する。ＳＤＫアプリ１２４がコントロールサービス１２２を利用することを可能にする。ＡＰＩの形態は、例えば、関数であってもよいし、オブジェクト指向のクラス及びクラスのメソッド等であってもよい。以下、ＳＤＫプラットフォーム１２３が提供するＡＰＩを、「ＳＤＫＡＰＩ」という。例えば、ＳＤＫプラットフォーム１２３は、スキャン機能に関するＳＤＫＡＰＩ、印刷機能に関するＳＤＫＡＰＩ、コピー機能に関するＳＤＫＡＰＩ等をＳＤＫアプリ１２４に提供する。なお、ＳＤＫＡＰＩは公開されており、サードベンダ等によってもＳＤＫアプリ１２４は開発されうる。なお、ＳＤＫプラットフォーム１２３は、Ｊａｖａ（登録商標）ＶＭ（Virtual Machine）を含んでいてもよい。この場合、ＳＤＫアプリ１２４は、Ｊａｖａ（登録商標）言語によって実装される。

複合機９にインストール可能なプログラムはＳＤＫアプリ１２４及びＳＤＫプラットフォーム１２３等に限定されず、複合機９にインストール可能なプログラムには、複合機９にインストールされるプログラム全般が含まれうる。本実施形態では認証設定アプリ１２５が相当する。認証設定アプリ１２５はいわゆるネイティブアプリ（ハードウェアやＯＳに適した言語で記述されている）であるためＳＤＫプラットフォーム１２３を介さずにコントロールサービス１２２を利用できる。

ＳＤＫアプリ１２４は、複合機９の出荷後において、複合機９の機能拡張を図るために追加的にインストールされるアプリケーションプログラム（又はプラグインともいう。）である。図７では、ＳＤＫアプリ１２４として、レガシーアプリＡ１２４１が例示されている。レガシーアプリＡ１２４１の「レガシー」とは、後述されるリッチＵＩアプリ２５１に対する相対的な表現として便宜的に付加されたものあり、レガシーアプリＡ１２４１の機能や用途等を限定する趣旨の文言ではない。

操作部２０について説明する。リッチＵＩＯＳ２５５は、上記のように近年におけるスマートフォンやタブレット型端末等において利用されるＯＳであってもよい。

コントローラ通信部２５３は、複合機９の端末通信部１２３２との通信を制御する。アプリ管理部２５４は、リッチＵＩアプリ２５１と、ＳＤＫアプリ１２４及びその他のアプリとの対応関係の管理等を行う。リッチＵＩアプリ２５１には、ＳＤＫアプリ１２４又はその他のアプリとの対応づかないものもある（本実施形態では領収書アプリ６０）。

パネルフィルタ部２５２は、リッチＵＩアプリ２５１とＳＤＫアプリ１２４又はその他のアプリとの間の、表示制御の連携又は同期のためのインタフェースを、リッチＵＩアプリ２５１に提供する。

リッチＵＩアプリ２５１は、ＳＤＫアプリ１２４又はその他のアプリによる従来ディスプレイに対する表示制御を、操作部２０に反映するために、操作部２０にインストールされるアプリケーションプログラムである。基本的に、リッチＵＩアプリ２５１とＳＤＫアプリ１２４又はその他のアプリとは１対１の関係を有する。例えば、認証設定アプリ用画面制御アプリ１２６は、認証設定アプリ１２５のＧＵＩを、リッチＵＩＯＳ２２５上で実現するためのリッチＵＩアプリ２５１である。認証設定アプリ用画面制御アプリ１２６はＧＵＩを提供するのみで、認証設定に関する機能は認証設定アプリ１２５が担っている。

これに対し、領収書アプリ６０は本体１０のＳＤＫアプリ１２４又はその他のアプリの機能を利用することなく、動作する。

なお、リッチＵＩＯＳ２２５やリッチＵＩアプリ２５１の「リッチ」とは、レガシーアプリＡ１２４１に対する相対的な表現として便宜的に付加されたものあり、リッチＵＩＯＳ２２５やリッチＵＩアプリ２５１の機能や用途等を限定する趣旨の文言ではない。

ＳＤＫアプリ１２４又はその他のアプリが操作部２０に画面を表示する手順を説明する。ここでは認証設定アプリ１２５を例にする。ユーザは操作パネル２７のホーム画面から認証設定アプリ１２５のアイコンを押下する。アプリ管理部２５４は認証設定アプリ１２５が押下された旨をコントローラ通信部２５３に通知させる。コントロールサービス１２２は認証設定アプリ１２５を起動させる。

認証設定アプリ１２５が、何らかの表示部品（以下、「表示部品Ａ」という。）の生成をパネル管理部１２３１に要求すると、パネル管理部１２３１は、従来通り表示部品Ａを生成すると共に、端末通信部１２３２に対して、表示部品Ａを生成したことを通知する。但し、従来ディスプレイは実在しないため、生成された表示部品Ａの表示は行われない。

一方、端末通信部１２３２は、表示部品Ａの生成通知をコントローラ通信部２５３に送信する。コントローラ通信部２５３は、表示部品Ａの生成をパネルフィルタ部２５２に通知する。パネルフィルタ部２５２は、当該生成要求を認証設定アプリ用画面制御アプリ１２６に通知する。認証設定アプリ用画面制御アプリ１２６は表示部品Ａを生成する。生成された表示部品Ａは、操作パネル２７に表示される。このように、本体１０のＳＤＫアプリ１２４又はその他のアプリが生成する画面と、操作部２０が表示する画面を同期させることができる。

＜認証設定画面＞
図８は、認証設定アプリ用画面制御アプリ１２６が表示する認証設定画面４９１の一例を示す。認証設定画面４９１は、主に複合機９の管理者が複合機９を使用するためにユーザ認証を複合機９が行うか否かが設定されるための画面である。認証設定画面４９１はＯＮに対応付けられたラジオボタン４９２、及び、ＯＦＦに対応付けられたラジオボタン４９３を有する。ユーザ認証を複合機９に行わせる場合、ユーザはＯＮのラジオボタン４９２を押下し、そうでない場合はＯＦＦのラジオボタン４９３を押下する。また、認証設定画面４９１は認証方法をユーザが設定するためのラジオボタン４９４を有する。ユーザは、認証設定がＯＮの場合、「ユーザ名／パスワード」を使用した認証、「ＩＤカード」を使用した認証、又は、「ＩＤカード／パスワード」を使用した認証のいずれかを選択できる。

このようにして設定された認証設定情報は本体１０が記憶しており、認証設定アプリ１２５が管理している。他のプログラムが認証設定情報を参照するには認証設定アプリ１２５から取得する。

＜機能について＞
図９を用いて、情報登録システム１００の各装置が有する機能について説明する。図９は、情報登録システム１００が有する複合機９、登録サーバ３０、管理サーバ４０、及びユーザ端末５０の機能ブロック図の一例である。

<<複合機９>>
複合機９は本体１０と操作部２０を有しており、本体１０は送受信部３１、認証処理部３２、読取部３３、及び、本体通信部３８を有する。本体１０が有するこれら各機能部は、図４に示された各構成要素のいずれかが、ＨＤＤ１４からＲＡＭ１３に展開されたプログラムに従ったＣＰＵ１１からの命令により動作することで実現される機能又は手段である。このプログラムは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。

また、本体は記憶部３９を有している。記憶部３９は、図４のＨＤＤ１４、ＲＯＭ１２又はＲＡＭ１３により実現される各種の情報を記憶する記憶手段である。記憶部３９には複合機ユーザ情報ＤＢ３９０１が構築され、更に、認証設定情報３９０２、及び、ログインユーザ（ログインしている場合）３９０３が記憶されている。

表１は複合機ユーザ情報ＤＢ３９０１に記憶されている情報の一例をテーブル状に示す。複合機ユーザ情報ＤＢ３９０１には例えば、ユーザ名、パスワード、カードＩＤ、メールアドレス、及びロールが登録されている。ユーザ名、パスワード、及び、カードＩＤは、ユーザが複合機９にログインするための認証情報である。複合機ユーザ情報ＤＢ３９０１には管理サーバ４０にログインするための認証情報は登録されない点に注意されたい。複合機ユーザ情報ＤＢ３９０１に各種のサーバの認証情報を登録すると複合機ユーザ情報ＤＢ３９０１の管理が煩雑になってしまう。本実施形態では、ユーザが複合機９にログインすると管理者権限で管理サーバ４０を使用できるため、複合機ユーザ情報ＤＢ３９０１は複合機９へのログインのための認証情報を保持していればよい。したがって、ユーザはシングルサインオンと同様に1回の認証操作で複合機９と管理サーバ４０を使用できる。

メールアドレスは管理サーバ４０においてユーザを特定する情報として利用される。メールアドレスは一意性があり、更に、管理サーバ４０においても使用されるため、ユーザを特定する情報として適切なためである。

ロールとは、各ユーザの役割を意味する。ロールには一般又は管理者の少なくとも２つがある。一般は通常のユーザを意味し、管理者は複合機９の設定を管理するシステム管理者等が相当する。認証設定のＯＮ又はＯＦＦを設定するのは主に管理者である。実施例２で説明されるようにロールはメニュー画面４４１の管理者設定ボタンの表示制御に使用される。

なお、ユーザの認証に例えばアクティブディレクトリ（登録商標）が適用されもよい。また、複合機ユーザ情報ＤＢ３９０１は複合機９が有する必要はなく、複合機９が通信できるネットワーク上のリソースにあればよい。

（本体の機能）
送受信部３１は、ネットワーク８を介して登録サーバ３０と各種のデータの送受信を行う。送受信部３１は図４のＣＰＵ１１がプログラムを実行し通信Ｉ／Ｆ１５を制御すること等により実現される。

認証処理部３２は、認証設定がＯＮの場合に設定されている認証方法に基づいてユーザを認証する。認証方法が「ユーザ名／パスワード」の場合、認証処理部３２は、複合機ユーザ情報ＤＢ３９０１を参照して、ユーザが入力したメールアドレスとパスワードが複合機ユーザ情報ＤＢ３９０１のものと一致する場合に認証が成立すると判断し、一致しない場合に認証が成立しないと判断する。認証方法が「ＩＤカード」の場合、認証処理部３２はユーザが携帯するＩＤカードのＩＤカード情報をリーダライタで読み取り、ＩＤカード情報が複合機ユーザ情報ＤＢ３９０１のものと一致する場合に認証が成立すると判断し、一致しない場合に認証が成立しないと判断する。認証方法が「ＩＤカード／パスワード」の場合、認証処理部３２は、複合機ユーザ情報ＤＢ３９０１を参照して、ユーザが入力したパスワードとリーダライタで読み取ったＩＤカード情報が、複合機ユーザ情報ＤＢ３９０１のものと一致する場合に認証が成立すると判断し、一致しない場合に認証が成立しないと判断する。認証が成立すると認証処理部３２はユーザのログインを許可し、ログインユーザを記憶部３９に記憶しておく。つまり、領収書アプリ６０等を利用可能になる。なお、ＩＤカードには指紋などの生体情報が使用されてもよい。認証処理部３２は図４のＣＰＵ１１がプログラムを実行すること等により実現される。

読取部３３は、複合機９が有するスキャナの機能によりコンタクトガラス上の原稿を読み取って画像データを生成する。読取部３３は、図４のＣＰＵ１１がプログラムを実行しエンジン部１７を制御すること等により実現される。

本体通信部３８は、端末通信部１２３２の機能を利用して操作部２０のリッチＵＩＯＳ２５５及びリッチＵＩアプリ２５１と通信する。本実施形態では認証設定情報及びログインユーザ等を操作部２０に送信する。上記のように、本体と操作部２０はＷｅｂＡＰＩで通信するが、本体通信部３８はＷｅｂＡＰＩで指定される要求を送受信部３１、認証処理部３２、及び、読取部３３等に振り分ける。本体通信部３８は図４のＣＰＵ１１が接続Ｉ／Ｆ１６を制御すること等により実現される。

（領収書アプリ６０の機能）
領収書アプリ６０は操作受付部３４、複合機制御部３５、表示制御部３６、及び、操作部通信部３７を有している。領収書アプリ６０が有する各機能部は、図４に示された各構成要素のいずれかが、フラッシュメモリ２４からＲＡＭ２３に展開されたプログラムに従ったＣＰＵ２１からの命令により動作することで実現される機能又は手段である。このプログラムは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。

操作受付部３４は、ユーザから操作アプリに対する各種の操作を受け付ける。操作受付部３４は、図４のＣＰＵ２１がプログラムを実行し操作パネル２７を制御すること等により実現される。

複合機制御部３５は、図４のＣＰＵ２１がプログラムを実行すること等により実現され、領収書アプリ６０の全体的な動作を制御する。すなわち、領収書アプリ６０が有する機能を統合的に制御する。

表示制御部３６は、領収書アプリ６０の各種の画面を生成し操作パネル２７に表示する。領収書アプリ６０は画面の部品を予め有しており、これに管理サーバ４０から送信された情報を配置することで画面を形成する。本実施形態では認証設定がＯＮ又はＯＦＦであるかに基づき終了ボタン４４６の表示と非表示を切り替える。表示制御部３６は図４のＣＰＵ２１がプログラムを実行し操作パネル２７を制御すること等により実現される。

操作部通信部３７は、本体と各種の情報を送受信する。より具体的には、コントローラ通信部２５３の機能を利用してＷｅｂＡＰＩに従うコマンドやパラメータを送信する。操作部通信部３７は図４のＣＰＵ２１が接続Ｉ／Ｆ２６を制御すること等により実現される。

本体１０は主に領収書アプリ６０が使用する記憶部７１を有しており、この記憶部７１にはロール設定が記憶されている。ロール設定は複合機９と管理サーバ４０のどちらのロールと領収書アプリ６０を同期させるかについて設定された情報である（詳細は実施例２で説明される。）。

<<登録サーバ３０>>
登録サーバ３０は、認識処理部４１、抽出部４２、複合機通信部４３、サーバ制御部４４、イメージ作成部４５、用語検出部４６、及び、管理サーバ通信部４７を有している。登録サーバ３０が有するこれら各機能部は、図５に示された各構成要素のいずれかが、ＨＤＤ３０７からＲＡＭ３０３に展開されたプログラムに従ったＣＰＵ３０１からの命令により動作することで実現される機能又は手段である。このプログラムは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。

また、登録サーバ３０は記憶部４９を有している。記憶部４９は、図５のＨＤＤ３０７、ＲＯＭ３０２又はＲＡＭ３０３により実現される各種の情報を記憶する記憶手段である。記憶部４９にはトークンＡ、トークンＢが構築される。トークンＡは管理者が管理サーバ４０にログインすることで管理サーバ４０から登録サーバ３０に送信されるログイン済情報である。つまり、管理者がログイン中である場合、登録サーバ３０はトークンＡを保持している。管理サーバ４０は管理者が最後にログインしてから１年程度、ログイン状態を保持している。これにより、各ユーザは管理者権限で管理サーバ４０を使用できる。また、複合機９にログインしたユーザのメールアドレスが管理サーバ４０に登録されている場合、トークンＡにメールアドレスとセッションＩＤ１が対応付けられる。複合機９はこのセッションＩＤ１で登録サーバ３０と通信する。

トークンＢは後述される代理人が管理サーバ４０にログインすることで管理サーバ４０から登録サーバ３０に送信されるログイン済情報である。代理人は本人に代わって領収書の電子データを管理サーバ４０に登録できる。

複合機通信部４３は、図５のＣＰＵ３０１がプログラムを実行し通信Ｉ／Ｆ３０４を制御すること等により実現され、複合機９と各種の情報を通信する。

抽出部４２は、図５のＣＰＵ３０１がプログラムを実行すること等により実現され、複数の領収書を含む画像データから各領収書のイメージを抽出する（トリミングする）。

認識処理部４１は、図５のＣＰＵ３０１がプログラムを実行すること等により実現され、各イメージに文字認識処理を施しテキストデータに変換する。このテキストデータには、少なくとも日付と金額が含まれる。

イメージ作成部４５は、図５のＣＰＵ３０１がプログラムを実行すること等により実現され、各イメージのサムネイルを作成する。サムネイルはイメージが縮小又は拡大された画像である。

用語検出部４６は、図５のＣＰＵ３０１がプログラムを実行すること等により実現され、文字認識処理で得られたテキストデータから金額や日付などの決まった用語を検出する。

サーバ制御部４４は、図５のＣＰＵ３０１がプログラムを実行すること等により実現され、登録サーバ３０の全体的な動作を制御する。

管理サーバ通信部４７は、図５のＣＰＵ３０１がプログラムを実行し通信Ｉ／Ｆ３０４を制御すること等により実現され、管理サーバ４０が公開するＷｅｂＡＰＩ（Ｗｅｂ Application Programming Interface）を介して各種の情報を通信する。ＷｅｂＡＰＩとは、２つの機器がネットワークを介して処理を行う際の取り決め（処理の依頼方法やデータの指定方法など）をいう。

<<管理サーバ４０>>
管理サーバ４０は、ユーザ認識部５１、登録サーバ通信部５２、全体制御部５３、情報登録部５４、及び、サーバ部５５を有している。管理サーバ４０が有するこれら各機能部は、図５に示された各構成要素のいずれかが、ＨＤＤ３０７からＲＡＭ３０３に展開されたプログラムに従ったＣＰＵ３０１からの命令により動作することで実現される機能又は手段である。

また、管理サーバ４０は記憶部５９を有している。記憶部５９は、図５のＨＤＤ３０７、ＲＯＭ３０２又はＲＡＭ３０３により実現される各種の情報を記憶する記憶手段である。記憶部５９には顧客情報ＤＢ５９０１、電子データＤＢ５９０２、代理人ＤＢ５９０３、及び、管理サーバユーザ情報ＤＢ５９０４が構築されている。

表２は、顧客情報ＤＢ５９０１に登録されている情報の一例をテーブル状に示す。顧客情報ＤＢ５９０１には管理者ＩＤに対応付けて、管理者パスワード、ユーザＩＤ、パスワード、表示名、及び支出タイプが登録されている。管理者ＩＤは管理者を特定する情報であり例えば管理者のメールアドレスである。管理者ＩＤと管理者パスワードは管理者が管理サーバ４０にログインするための認証情報となる。ユーザＩＤはこの管理者の管理下にあるユーザを示す。管理下にあるとは、管理者の権限で各ユーザが電子データを登録できることをいう。パスワードは各ユーザのパスワードであり、ユーザはメールアドレスとパスワードで管理サーバ４０にログインすることもできる。また、表示名は、複合機９の領収書アプリ６０がログインしているユーザ等を表すための名称である。支出タイプは領収書アプリ６０が表示する各ユーザの支出のタイプをリスト状に有する。

また、管理者ＩＤにトークンＡが対応付けられる場合がある。上記のようにトークンＡは管理者のログイン済情報なので、管理者がログインすると１年程度保持される。管理サーバ４０はこのトークンＡが送信されるとユーザの使用を許可する。

表３（ａ）は、電子データＤＢ５９０２に登録されている各領収書に関する情報の一例をテーブル状に示す。領収書に関する情報として、ユーザＩＤ（メールアドレス）に対応付けて、レポートＩＤ、領収書ＩＤ、日付、金額及びイメージが登録されている。ユーザ（例えば従業員）が領収書を申請する際に複数の領収書をまとめた方が従業員と会社にとって便利な場合があり、レポートはこの複数の領収書の申請の単位である。関連性が高い複数の領収書は１つのレポートに対応付けられる。ユーザは後述するようにレポート単位で領収書を登録できる。日付と金額は文字認識処理により認識された結果であり、イメージは各領収書の画像データである。１つの領収書には管理サーバ４０が管理するための領収書ＩＤが付されているが、ユーザが意識する必要はない。

表３（ｂ）は、電子データＤＢ５９０２に登録されている各レポートに関するレポート情報の一例をテーブル状に示す。レポート情報として、レポートＩＤに対応付けて、レポート名、レポート作成日、合計金額、及びステータスが登録されている。レポート名は、ユーザが付与したレポートの名称である。レポート作成日は、ユーザが新たなレポートを作成した年月日である。合計金額は、レポート内の各領収書の金額の合計である。ステータスは、申請が終わっていない「未提出」、申請が終わった「申請済」、会社に許可された「申請許可」、会社に拒否された「差戻し」などがある。

表４は、代理人ＤＢ５９０３に登録されている情報の一例をテーブル状に示す。代理人ＤＢ５９０３には本人と代理人が対応付けて登録されている。本人とはユーザ本人であり、代理人とは本人を代理するユーザである。例えば、本人が社長、代理人が秘書の関係にあり、秘書が社長の代わりに領収書を登録するような使い方が可能になる。あるいは、本人が営業担当者、代理人が庶務の関係にあり、庶務が営業担当者の代わりに領収書を登録するような使い方が可能になる。

なお、一人のユーザは複数のユーザを代理人に指定でき、一人のユーザは複数のユーザから代理人に指名されうる。

表５は、管理サーバユーザ情報ＤＢ５９０４に登録されている情報の一例をテーブル状に示す。管理サーバユーザ情報ＤＢ５９０４には各ユーザのロールが登録されている。管理サーバユーザ情報ＤＢ５９０４はアカウント、ユーザ名、及び、ロールの各項目を有する。アカウントはユーザを特定する情報であり例えばメールアドレスである。ユーザ名は説明のために記載されており、管理サーバユーザ情報ＤＢ５９０４にはなくてもよい。ロールは管理サーバ４０におけるユーザの役割を示す。複合機ユーザ情報ＤＢのロールとは一致しない場合があることに注意されたい。

複合機ユーザ情報ＤＢ３９０１のロールは複合機９に対し管理者権限を有する（管理者）かそうでないか（一般）を示し、管理サーバユーザ情報ＤＢ５９０４のロールは管理サーバ４０に対し管理者権限を有する（管理者）かそうでないか（一般）を示す。

（管理サーバ４０）
登録サーバ通信部５２は、図５のＣＰＵ３０１がプログラムを実行し通信Ｉ／Ｆ３０４を制御すること等により実現され、登録サーバ３０と各種の情報を通信する。

ユーザ認識部５１は、図５のＣＰＵ３０１がプログラムを実行すること等により実現され、ユーザを認証する。トークンＡとメールアドレスが送信された場合はトークンＡにより管理者によるログインであると判断し、更に、メールアドレスが顧客情報ＤＢ５９０１に登録されている場合に、ユーザの使用を許可する。メールアドレスとパスワードが送信された場合はメールアドレスとパスワードが顧客情報ＤＢ５９０１に登録されている場合に、ユーザの認証が成立したものとして使用を許可する。

全体制御部５３は、図５のＣＰＵ３０１がプログラムを実行すること等により実現され、管理サーバ４０の動作の全体を制御する。

情報登録部５４は、図５のＣＰＵ３０１がプログラムを実行すること等により実現され、複合機９から登録サーバ３０を介して送信されたイメージを含まない電子データと、登録サーバ３０が保持しているイメージを電子データＤＢ５９０２に登録する。

サーバ部５５は、図５のＣＰＵ３０１がプログラムを実行すること等により実現され、Ｗｅｂサーバとして動作し、また、Ｗｅｂアプリを提供する。すなわち、ユーザ端末５０からの要求に対し、ＨＴＭＬ、スクリプト言語及びＣＳＳなどで記述された画面情報を送信する。

<<ユーザ端末５０>>
ユーザ端末５０は、サーバ通信部６１、操作受付部６２、及び、表示制御部６３を有している。ユーザ端末５０が有するこれら各機能部は、図５に示された各構成要素のいずれかが、ＨＤＤ３０７からＲＡＭ３０３に展開されたプログラム及びサーバ部５５から送信された画面情報に従ったＣＰＵ３０１からの命令により動作することで実現される機能又は手段である。このプログラムは、プログラム配信用のサーバから配信されるか又は記憶媒体に記憶された状態で配布される。

サーバ通信部６１は、図５のＣＰＵ３０１がプログラムと画面情報を実行し通信Ｉ／Ｆ３０４を制御すること等により実現され、例えばＨＴＴＰ，ＨＴＴＰｓなどの通信プロトコルで管理サーバ４０と通信する。

操作受付部６２は、図５のＣＰＵ３０１がプログラムと画面情報を実行し入力装置３０５を制御すること等により実現され、ユーザ端末５０に対するユーザの各種の操作を受け付ける。

表示制御部６３は、図５のＣＰＵ３０１がプログラムと画面情報を実行し表示装置３０６を制御すること等により実現され、管理サーバ４０から送信された画面情報を解析して表示装置３０６に画面を表示する。

＜画面遷移例＞
図１０は本実施例の複合機９が操作パネル２７に表示する画面の遷移例を説明する図である。代理入力ユーザ選択画面５１１、送信完了画面５５１、既存レポート選択画面４５１−２を除いて各画面の詳細が後述されている。

ロック画面４０１は認証設定がＯＮでユーザが複合機９にログインしていない場合に表示される。認証画面ということができる。ユーザがログインに成功するとホーム画面４１１が表示される。認証設定がＯＦＦの場合、ホーム画面が複合機９の初期画面である。

認証設定がＯＦＦの場合、複合機９が起動するとホーム画面４１１が表示される。認証設定がＯＮの場合、複合機９が起動するとロック画面が表示され、ユーザがログインするとホーム画面４１１が表示される。ホーム画面４１１には領収書アプリ６０のアイコンが表示される。

ユーザが領収書アプリ６０を起動するとメニュー画面４４１が表示される。メニュー画面４４１からは、ホーム画面４１１、代理入力ユーザ選択画面５１１、管理者設定画面５２１（管理者認証画面５６１を経る場合と経ない場合がある）、ログイン画面４３１、新規レポート作成画面４５１、又は、既存レポート選択画面４５１−２に遷移する。本実施形態では、ホーム画面４１１からメニュー画面４４１に遷移する際の処理について主に説明される。

代理入力ユーザ選択画面５１１からはメニュー画面４４１に遷移する。管理者設定画面５２１からは、メニュー画面４４１又は各種設定画面５３１に遷移する。代理入力ユーザ選択画面５１１はユーザが代理人となる本人を選択するための画面である。管理者設定画面５２１は管理者のみが設定できる項目を設定するための画面である。

ログイン画面４３１は、ユーザが管理サーバ４０（複合機９でなく）にログインするためのボタンである。本実施形態では複合機９にユーザがログインすれば管理サーバ４０にログインすることを省略できる。このため、ログイン画面４３１が表示されるのは、ログインにより複合機９で特定されたユーザ（メールアドレス）が管理サーバ４０に登録されていない場合、又は、複合機９の認証設定がＯＦＦの場合である。ログイン画面により、管理サーバ４０におけるユーザ（メールアドレス）が特定される。

新規レポート作成画面４５１、又は、既存レポート選択画面４５１−２からは、スキャン画面４６１に遷移する。新規レポート作成画面４５１は領収書が登録されるレポートをユーザが新たに作成し領収書を登録するための画面である。既存レポート選択画面４５１−２は既存のレポートに新たな領収書を登録するための画面である。

スキャン画面４６１からはスキャン中画面４７１に遷移し、スキャン中画面４７１からは領収書解析結果画面４８１に遷移し、領収書解析結果画面４８１からは送信完了画面５５１に遷移する。送信完了画面５５１からはメニュー画面４４１に遷移する。

なお、図１０の画面遷移例は主な画面の遷移を示すに過ぎず、各遷移の間に別の画面が含まれてもよい。また、どの画面からも戻るボタンなどで1つ前の画面に戻ることができる。また、どの画面からもホームボタン５０３が押下された場合、ホーム画面４１１に戻る。

＜ユーザが認証設定を行う手順＞
図１１は、ユーザが操作部２０を操作して認証設定を行う手順を説明するシーケンス図の一例である。なお、認証設定を行うのは主に管理者であると想定されるが、説明の便宜上、ユーザが行うものとして説明する。また、認証設定がＯＮの場合、ユーザは複合機９にログインするが、図１１ではすでにログインしたものとする。ログイン処理については図１２にて説明する。

S1：ユーザは操作部２０のホーム画面４１１に表示された認証設定アプリ用画面制御アプリ１２６のアイコンを押下して認証設定アプリ用画面制御アプリ１２６を起動させる。

S2：まず、認証設定アプリ用画面制御アプリ１２６はすでに設定されている認証設定情報を表示するため、コントローラ通信部２５３に認証設定情報の取得を要求する。

S3：コントローラ通信部２５３は認証設定情報の取得を本体１０に要求する。

S4：本体１０の端末通信部１２３２は認証設定情報の取得要求を受信し、それが認証に関する要求なので認証設定アプリ１２５に通知する。

S5：認証設定アプリ１２５は記憶部３９から認証設定情報３９０２を取得する。

S6：認証設定アプリ１２５は認証設定情報を表示するための画面生成要求と認証設定情報を端末通信部１２３２に送出する。

S7：端末通信部１２３２は画面生成要求と認証設定情報を操作部２０に送信する。

S8：コントローラ通信部２５３は画面生成要求と認証設定情報をパネルフィルタ部２５２に送出する。

S9：パネルフィルタ部２５２は画面生成要求に基づいて認証設定画面４９１の表示部品を決定し、認証設定情報と共に認証設定アプリ用画面制御アプリ１２６に送出する。

S10：認証設定アプリ用画面制御アプリ１２６は指示された表示部品と認証設定情報を使って、認証設定画面４９１を表示する。

S11：ユーザは認証設定のＯＮ、ＯＦＦ及び、認証方法を認証設定画面４９１に設定する。

S12：認証設定アプリ用画面制御アプリ１２６は設定を受け付ける。

S13：ユーザが認証設定画面４９１を確認した旨の操作を入力すると、認証設定アプリ用画面制御アプリ１２６は認証設定情報の登録をコントローラ通信部２５３に要求する。

S14：コントローラ通信部２５３は認証設定情報の登録要求を端末通信部１２３２に送信する。

S15：端末通信部１２３２は認証設定情報登録要求を受信し、それが認証に関する要求なので認証設定アプリ１２５に通知する。

S16：認証設定アプリ１２５は認証設定情報を記憶部３９に記憶させる。

このように、ユーザが操作部２０を操作して本体１０の記憶部３９に認証設定情報を記憶させておくことができる。

＜複合機がメニュー画面を表示する手順＞
次に、図１２を用いて、認証設定情報を利用したメニュー画面４４１の表示について説明する。図１２は、ユーザが複合機９にログインし、領収書アプリ６０を起動させるまでの手順を説明するシーケンス図の一例である。

認証設定がＯＮの場合、ユーザは複合機９にログインする。なお、認証方法は「ＩＤカード」であるものとするが、他の認証方法でも同様である。

S1：複合機９がロック画面４０１を表示している。ユーザはＩＤカードを本体１０のリーダライタにかざす。ロック画面４０１の一例を図１３（ａ）に示す。

S2：認証処理部３２はＩＤカードのカードＩＤが複合機ユーザ情報ＤＢに記憶されているか否かに基づき認証が成立するか否かを判断する。図１２では認証が成立したものとする。

S3：認証処理部３２は認証の成立により特定したログインユーザのユーザ名等を記憶部３９に記憶させる。ログインユーザはユーザ名の他、ユーザを特定できる情報であればよい。

本体１０と操作部２０が認証設定とログイン状態を共有していないと、操作部２０がロック画面４０１を表示したり解除したりすることができない。このため、本体１０と操作部２０は認証設定とログイン状態を共有している。

S4：認証処理部３２はログイン状態が変更されるか、又は、操作部２０から要求があると、記憶部３９から認証設定とログイン状態を読み出す。ログイン状態とは、少なくともログインの有無をいい、一般にログインしているユーザ名が含まれる。

S5：認証処理部３２は、認証設定とログイン状態の送信を本体通信部３８に要求する。

S6：本体通信部３８は認証設定とログイン状態を操作部２０のリッチＵＩＯＳ２５５に通知する。したがって、操作部２０は常に、本体１０のログイン状態を把握できる。なお、通知先はリッチＵＩＯＳ２５５でなくてもよく、各種のアプリとは別に操作部２０側で認証設定とログイン状態を管理するプログラムであればよい。リッチＵＩＯＳ２５５は認証設定がＯＦＦの場合はロック画面４０１を表示しない。またリッチＵＩＯＳ２５５は認証設定がＯＮの場合でログインなしの場合はロック画面４０１を表示し、認証設定がＯＮの場合でログインありの場合はロック画面４０１を表示しない。ロック画面４０１を表示しない場合、リッチＵＩＯＳ２５５はホーム画面４１１を表示する。ホーム画面４１１の一例を示す図１３（ｂ）に示す。

S7：認証設定がＯＮの場合はログインにより、認証設定がＯＦＦの場合はログインなしに、ホーム画面４１１からユーザは領収書アプリ６０を起動させる。

S8：リッチＵＩＯＳ２５５は適宜、ＯＳ生成画面を生成する。ログアウトボタン５０２とホームボタン５０３の表示はアプリ以外のプログラムが制御するためである。本実施形態ではこの制御をリッチＵＩＯＳが行うとして説明するがどのプログラムが行ってもよい。図１４（ａ）にＯＳ生成画面５７１の一例を示す。
・リッチＵＩＯＳ２５５はログイン状態がログインありの場合、ＯＳ生成画面５７１にログアウトボタン５０２を表示する。ログインありの場合、認証設定は必ずＯＮである。
・ログイン状態がログインなしの場合、ＯＳ生成画面５７１にログアウトボタン５０２を表示しない。ログインなしの場合、認証設定は必ずＯＦＦである（認証設定＝ＯＮでログインなしではどのアプリも起動できない）。

S9：領収書アプリ６０が起動すると、終了ボタン４４６の表示と非表示を制御するため操作部通信部３７が認証設定を本体１０に対し要求する。

S10：本体通信部３８は認証設定要求を受信すると、認証に関する要求であると判断して認証処理部３２に送出する。

S11：認証処理部３２は認証設定要求に対し記憶部３９から認証設定情報３９０２を読み出す。

S12：認証処理は少なくとも認証設定（ＯＮ又はＯＦＦ）を本体通信部３８に送出する。

S13：本体通信部３８は認証設定（ＯＮ又はＯＦＦ）を操作部２０に送信する。

S14：操作部２０の操作部通信部３７は認証設定（ＯＮ又はＯＦＦ）を受信し、表示制御部３６に認証設定を通知する。これにより、表示制御部３６は認証設定がＯＮ又はＯＦＦに応じてメニュー画面４４１を表示できる。

S15：認証設定がＯＮの場合、表示制御部３６はメニュー画面４４１に終了ボタン４４６を表示しない。

S16：認証設定がＯＦＦの場合、表示制御部３６はメニュー画面４４１に終了ボタン４４６を表示する。

このように、領収書アプリ６０は本体１０という別の装置に設定されている認証設定に応じて、終了ボタン４４６の表示と非表示を制御できる。ログインありの場合、認証設定は必ずＯＮであり、ログインなしの場合、認証設定は必ずＯＦＦであるので、終了ボタン４４６とログアウトボタン５０２が同時に表示されることがない。

＜ロック画面、ホーム画面、メニュー画面の画面例＞
図１３（ａ）はロック画面４０１の一例を示し、図１３（ｂ）はホーム画面４１１の一例を示す。ロック画面４０１には、ＩＣカードをかざす旨のメッセージ４０２とアイコン４０３が表示され、ユーザはロック画面４０１を解除するためにＩＣカードをかざせばよいことがわかる。ホーム画面４１１には領収書アプリ６０を表すアイコン４１２が表示される。複数のアプリが表示されることが多いが、図１３（ｂ）では省略されている。

図１４（ａ）はＯＳ生成画面５７１の一例を示し、図１４（ｂ）はログイン画面４３１の一例を示す。ＯＳ生成画面５７１はリッチＵＩＯＳ２５５など、アプリ以外の例えばＯＳが生成する領域であり、図示するＯＳ生成画面５７１がそのまま表示される機会はない。図１４（ａ）は説明のための図である。領収書アプリ６０はＯＳ生成画面５７１にメニュー画面等を重畳して（合成して）最終的な画面を表示する。ＯＳ生成画面５７１はログアウトボタン５０２及びホームボタン５０３等を有している。

メニュー画面４４１については図２（ａ）（ｂ）に示したとおりである。上記のように、メニュー画面４４１の終了ボタン４４６及びログアウトボタン５０２は表示される場合と表示されない場合がある。この他、メニュー画面４４１には、「レポートと経費を送る」ボタン４４２、「レポートに経費を追加する」ボタン４４３、及び、「経費を送る」ボタン４４４、他のユーザとして操作ボタン４４５、及び、ホームボタン５０３が表示される。

「レポートと経費を送る」ボタン４４２は、ユーザが新規にレポートを作成し、更に領収書を登録する（スキャンする）ためのボタンである。「レポートに経費を追加する」ボタン４４３は、作成済みのレポートに領収書を追加するためのボタンである。「経費を送る」ボタン４４４は、レポートと対応付けずに領収書だけを登録するボタンである。

他のユーザとして操作ボタン４４５は、ユーザが代理人として領収書アプリ６０を操作するためのボタンである。他のユーザとして操作ボタン４４５が押下されると代理入力ユーザ選択画面５１１が表示される。代理入力ユーザ選択画面５１１では他のユーザ（現在のユーザから見て本人）として認証を受けるためのパスワードの入力が可能になり、ユーザが代理人として複合機９にログインすることができる。

ログイン画面４３１はログインＩＤ欄４３２とパスワード欄４３３を有する。上記のように、複合機９にログインしているユーザは管理サーバ４０へのログインは不要であるが、管理サーバ４０に管理者ＩＤ（トークンＡ）に対応付けられたメールアドレスがない場合も生じうる。しかし、ユーザが別のメールアドレスとパスワードの組を管理サーバ４０に登録している可能性がある。この場合、ユーザは、ＩＣカードで複合機９にログインした後、自分のメールアドレスとパスワードを入力するという２回目の認証操作を行うことで、管理サーバ４０にログインできる。あるいは、複合機９の認証設定がＯＦＦの場合、ユーザが管理サーバ４０にログインするために使用される。

＜代理人の登録について＞
図１５は、本人６８と代理人６９の関係を説明する図の一例である。本人６８と代理人６９の関係は、本人６８が任意のユーザを指定することで成立する。代理人６９の指定は管理者権限ではできないため、本人であるユーザはユーザ権限で管理サーバ４０にログインし、代理人６９に指名するユーザを指定する。指名されたユーザには、本人の表示名と代理人６９に指定された旨の電子メールが送信されるので、代理人６９に指定されたユーザが許可又は拒否する。ユーザは例えば、電子メールのＵＲＬをクリックしてＷｅｂページを開きＹｅｓ又はＮｏを押下する。ユーザがＹｅｓを押下すると、管理サーバ４０の代理人ＤＢ５９０３に本人と代理人とが対応付けて登録される。

図１５に示すように、複数の本人６８が一人の代理人６９を指名すること、及び、一人の本人６８が複数の代理人６９を指名することが可能である。

＜管理サーバとの通信＞
領収書アプリ６０は起動することで管理サーバ４０との通信を開始する。管理サーバ４０はユーザが登録されているか否かなどを判断する。

図１６は、領収書アプリ６０の起動により管理サーバ４０と通信する際の手順を示すシーケンス図の一例である。図１６の処理は図１２と並行して実行される。なお、図１６の処理では本体１０と操作部２０の通信を簡略化して説明することとし、領収書アプリ６０が登録サーバ３０と通信するように記載する。ただし、実際には、操作部２０からの要求により本体１０が登録サーバ３０と通信している。

S1：ユーザが領収書アプリ６０を起動する。

S2：領収書アプリ６０の複合機制御部３５は現在のログイン状態を認証処理部３２から取得する。図１２で説明したように認証設定がＯＮであればユーザはログイン中である。認証設定がＯＦＦであれば自動的にログイン画面４３１が表示される。あるいは、「レポートと経費を送る」ボタン４４２、「レポートに経費を追加する」ボタン４４３、又は、「経費を送る」ボタン４４４など、何らかのボタンが押下されるとログイン画面４３１が表示される。これにより、ユーザのメールアドレスが特定される。

S3：認証設定がＯＮの場合、メールアドレスは本体１０が有するので、複合機制御部３５はログインしているユーザのメールアドレスを認証処理部３２から取得する。認証設定がＯＦＦであるためにログイン画面４３１が表示され管理サーバ４０へのログインが成功した場合は、操作部２０の表示制御部３６がユーザのメールアドレスを保持している。

S４：複合機制御部３５はログイン要求と共に複合機９にログインしているユーザのメールアドレスを登録サーバ３０に送信する。複合機９が登録サーバ３０と通信する際、正確には、複合機制御部３５は本体１０の送受信部３１を利用して通信するが、簡略化のためこの手順は省略されている。以下の通信でも同様である。

S5：登録サーバ３０の複合機通信部４３はメールアドレスと共にログイン要求を受信しサーバ制御部４４に送出する。サーバ制御部４４はログイン要求であると判断すると、メールアドレス及びトークンＡと共に管理サーバ４０に表示名の取得を要求する。管理サーバ４０の登録サーバ通信部５２は表示名の要求を受信し、全体制御部５３がメールアドレス及びトークンＡを取得する。全体制御部５３はトークンＡによりユーザの利用を許可し、メールアドレスに対応付けられている表示名を顧客情報ＤＢ５９０１から読み出す。管理サーバ４０の登録サーバ通信部５２は表示名を登録サーバ３０に送信する。

S6：登録サーバ３０の管理サーバ通信部４７は表示名を受信しサーバ制御部４４に送出する。表示名を受信できた場合、メールアドレスが管理サーバ４０に登録されていたことになるので、このユーザが管理サーバ４０を使用できると判断し、サーバ制御部４４はセッションを特定するためのセッションＩＤ１を生成し、トークンＡにセッションＩＤ１とメールアドレスを対応付ける。また、複合機通信部４３はセッションＩＤ１と表示名を領収書アプリ６０に送信する。領収書アプリ６０の表示制御部３６は、メニュー画面４４１の例えば他のユーザとして操作ボタン４４５に表示名を配置して表示する。

S7：また、表示名を受信できると、登録サーバ３０のサーバ制御部４４はグループポリシーを管理サーバ４０に要求する。グループポリシーとはユーザの領収書の登録に関する規則である。例えば、領収書アプリ６０で表示する項目名（例えば、支出タイプ）などである。管理サーバ４０の登録サーバ通信部５２はグループポリシーとして、項目で使用するテキスト（例えば、支出タイプ）を登録サーバ３０に送信する。

S8：登録サーバ３０のサーバ制御部４４は画面の項目で使用するテキストから支出のタイプの初期値を取得しておく。

このようにユーザは複合機９にログインすることで、登録サーバ３０がトークンＡで管理サーバ４０と通信するので、ユーザは１回の認証操作で管理サーバ４０に領収書を登録できるようになる。

ここで、図１６のステップＳ５でメールアドレスに対応付けられている表示名が見つからない場合、管理サーバ４０から登録サーバ３０を介してメールアドレスが見つからない旨が領収書アプリ６０に送信される。この場合、領収書アプリ６０はログイン画面４３１を表示する。

＜「レポートと経費を送る」ボタンが押下された場合の動作＞
図１７、図１８は、複合機９が領収書の電子データを管理サーバ４０に登録する手順を示すシーケンス図の一例である。

S13：ユーザはメニュー画面４４１の３つのボタンから「レポートと経費を送る」ボタン４４２を押下し、操作受付部３４がこのボタンの押下を受け付ける。

S14：領収書アプリ６０の複合機制御部３５は支出のタイプのリストを登録サーバ３０に要求するので、登録サーバ３０から支出タイプのリストと初期値を取得する。なお、領収書アプリ６０と登録サーバ３０の通信にはセッションＩＤが使用される。領収書アプリ６０の表示制御部３６は新規レポート作成画面４５１を表示する。図１９（ａ）に新規レポート作成画面４５１の一例を示す。

S15：ユーザは必要事項を入力して画面を遷移させると、表示制御部３６がスキャン画面４６１を表示させる。図１９（ｂ）にスキャン画面４６１の一例を示す。

S16：ユーザが複数の領収書をコンタクトガラス（読取対象である領収書を物理的に配置する配置領域であり、スキャナ装置が読取を行う読取領域）に配置しスキャンボタンを押下し、操作受付部３４が操作を受け付けると、領収書アプリ６０の複合機制御部３５は本体１０の読取部３３にスキャン実行を要求する。複合機制御部３５は複数の領収書を含む画像データを取得する。なお、ユーザがスキャンボタンを押下すると、表示制御部３６はスキャン中画面４７１を表示する。図２０（ａ）はスキャン中画面４７１の一例を示す。

S17：複合機制御部３５はセッションＩＤ１及び画像データと共に画像処理要求を登録サーバ３０に送信する。

S18：登録サーバ３０の複合機通信部４３はセッションＩＤ１及び画像データと共に画像処理要求を受信し、サーバ制御部４４に送出する。サーバ制御部４４は画像処理要求に対し各領収書を抽出すると判断する。抽出部４２は、１つの画像データから各領収書を抽出する。

S19：抽出が終わると、サーバ制御部４４は画像ＩＤと全領収書数を領収書アプリ６０に送信する。画像ＩＤは複数の領収書を含む画像データを識別する情報である。複合機９の送受信部３１は画像ＩＤと全領収書数を受信する。

S20：次に、サーバ制御部４４は、各領収書のイメージに対する文字認識処理を認識処理部４１に行わせる。また、サーバ制御部４４はイメージ作成部４５にイメージのサムネイル画像を生成させる。

S21：領収書アプリ６０は画像ＩＤを指定して、各領収書のイメージを登録サーバ３０に要求する。複合機９からイメージを要求するので、登録サーバ３０がファイアウォール越しにイメージを送信できる。電子データには、金額、日付、及びイメージ（サムネイル画像）、及び、後述する金額と日付の位置が含まれる。領収書アプリ６０の表示制御部３６は、電子データを受信すると領収書解析結果画面４８１を表示する。図２０（ｂ）は領収書解析結果画面４８１の一例を示す。

S22,S23,S26：登録サーバ３０のサーバ制御部４４は、全てのイメージに対し順番に、文字認識処理とサムネイル画像の作成を行う。順番に行うのでなく、複数の領収書に対する処理のスレッドを並列に実行してもよい。

S24：領収書アプリ６０の複合機制御部３５は、全領収書数の電子データを取得するまで、画像ＩＤを指定して、順次、各領収書の電子データを登録サーバ３０に要求する。領収書アプリ６０の表示制御部３６は、新たな電子データを受信すると領収書解析結果画面４８１を更新する。

S25、S27：ユーザは、領収書解析結果画面４８１で送りボタン４８４を押下することで、各電子データを切り替えて表示させることができる。領収書アプリ６０の複合機制御部３５は受信した電子データの数をカウントし、全領収書数の電子データを取得すると、後述する送信ボタンの押下を可能にする。これにより、ユーザは登録サーバ３０に領収書の電子データ（電子データの受信が完了した旨）を送信することができるようになる。つまり、電子データの受信が完了した旨を登録サーバ３０に送信することが可能になる。

S28：ユーザが領収書解析結果画面４８１で送信ボタン４８５を押下する。

S29：操作受付部３４が操作を受け付け、複合機制御部３５はレポート情報、画像ＩＤ及びセッションＩＤ１と共に各領収書の電子データを登録サーバ３０に送信する。レポート情報は、新規レポート作成画面４５１で入力された情報であり、例えば、レポート名称、日付（領収書の日付でなくレポートの作成日）、BusinessPurpose、コメント等である。また、各電子データは、利用する／しない、支出タイプ、日付、及び、金額である。各領収書のイメージは含まれない。画像ＩＤにより特定できるためである。これにより、通信時間を短縮できる。利用する／しないは、領収書の電子データを登録するか否か（ユーザが選択する）を意味する。

S30：登録サーバ３０の複合機通信部４３は、レポート情報、画像ＩＤ及びセッションＩＤ１と共に各領収書の電子データ（サムネイル画像を含まない）を受信する。サーバ制御部４４は、セッションＩＤ１で特定したメールアドレスとトークンＡと共にレポートの新規作成を管理サーバ４０に対し要求する。

S31：レポートを作成できると、登録サーバ３０のサーバ制御部４４は管理サーバ通信部４７を介して、画像ＩＤで各領収書のイメージを特定し、「利用する」となっている電子データについて、支出タイプ、日付、及び、金額と共に経費の作成要求を管理サーバ４０に送信する。この場合もメールアドレスとトークンＡが添付される。

S32：次に、登録サーバ３０のサーバ制御部４４は管理サーバ通信部４７を介して、経費の作成要求を送信した領収書のイメージを管理サーバ４０に送信する。つまり、ステップＳ３１の電子データとステップＳ３２のイメージは対になる。また、このイメージはサムネイルでなく、抽出部４２が抽出したオリジナルのイメージである。こうすることで、管理サーバ４０では画質の劣化の少ない領収書のイメージを保存できる。登録サーバ３０のサーバ制御部４４はステップＳ３０とＳ３１を全領収書数だけ繰り返す。

S33：全領収書数の電子データの登録の完了が通知されると、領収書アプリ６０の複合機制御部３５はセッションＩＤ１を含め、画像ＩＤを指定して画像データの破棄を登録サーバ３０に要求する。

S34：登録サーバ３０の複合機通信部４３はセッションＩＤ１，画像ＩＤ、及び破棄要求を受信し、サーバ制御部４４が画像ＩＤで指定される画像データと全てのイメージ（サムネイルを含む）を破棄する（削除する）。

S35：ユーザがログアウトする。終了ボタンを押下した場合、ログアウトされないが、複合機９から離れたり無操作時間が経過したりすると自動でログアウトする。

S36：本体１０の認証処理部３２はログアウトを受け付け、セッションＩＤ１と共にログアウト要求を登録サーバ３０に要求する。

S37：登録サーバ３０のサーバ制御部４４はセッションＩＤ１とメールアドレスを削除する。これにより、登録サーバ３０はトークンＡを保持したままであるが（管理サーバ４０と通信できる）、ユーザが複合機９を操作しても登録サーバ３０と通信できなくなる。

＜画面例＞
図１９（ａ）は新規レポート作成画面４５１の一例を示し、図１９（ｂ）はスキャン画面４６１の一例を示す。新規レポート作成画面４５１は、レポート名欄４５２、日付欄４５３、及びコメント欄４５４を有する。ユーザは最低限、レポート名欄４５２にレポート名を入力すればよい。また、日付欄４５３の日付はレポートの作成日であり自動で入力される。コメント欄４５４の入力は任意である。

スキャン画面４６１は、領収書をコンタクトガラスに配置させるアイコン４６２、領収書をコンタクトガラスに配置させるメッセージ４６３、及びスキャンボタン４６４を有する。ユーザは領収書をコンタクトガラス面に並べてスキャンボタン４６４を押下するが、複合機９のカバーを閉めない。これにより、画像データのうち領収書がない部分は黒画素になるため、抽出部４２が各領収書を抽出しやすくなる。

図２０（ａ）はスキャン中画面４７１の一例を示し、図２０（ｂ）は領収書解析結果画面４８１の一例を示す。スキャン中画面４７１は、スキャン中であることを意味するアイコン４７２と、スキャン中であることを意味するメッセージ４７３を有する。

領収書解析結果画面４８１はタイプ欄４８７、日付欄４８８、金額欄４８９、イメージ欄４９０、送りボタン４８４、戻しボタン４８３、削除ボタン４８２、送信ボタン４８５、及び進捗情報４８６を有する。タイプ欄４８７には、支出タイプのリストが表示され、ユーザが操作しなければその初期値が表示される。日付欄４８８と金額欄４８９には文字認識の結果である日付と金額が表示される。イメージ欄４９０はイメージの表示欄でありイメージ欄４９０には領収書のイメージ（サムネイル画像）が表示される。送りボタン４８４は、複数の領収書のうち登録サーバ３０が１つ後に文字認識処理とサムネイル画像の生成が終わった領収書の電子データを表示させるためのボタンである。戻しボタン４８３は、複数の領収書のうち登録サーバ３０が１つ前に文字認識処理とサムネイル画像の生成が終わった領収書の電子データを表示させるためのボタンである。削除ボタン４８２は、ユーザが電子データを削除するためのボタンである。この電子データは「利用しない」と判断され、登録サーバ３０に通知される。

送信ボタン４８５は、ユーザが全領収書数の電子データを登録サーバ３０に送信する指示を複合機９が受け付けるためのボタンである。送信ボタン４８５は、領収書アプリ６０が全領収書数の電子データを登録サーバ３０から受信するまで表示されても輝度が下がった状態（又は半透明の状態）で表示されるか、又は、表示されない。輝度が下がった状態は押下できない態様を表し、ユーザが送信ボタン４８５を押下しても操作受付部３４は送信ボタン４８５の押下を受け付けない。複合機制御部３５が全領収書数の電子データを受信下と判断すると、表示制御部３６は輝度が通常の状態の押下できる態様で送信ボタン４８５を表示する。

進捗情報４８６は、全領収書数のうち何件の電子データを領収書アプリ６０が受信したかを示す。表示制御部３６は「Ｎ件中Ｍ件」のメッセージのＮに全領収書数を設定し、Ｍに現時点で登録サーバ３０から受信した電子データの数を設定する。このＭ件は、領収書アプリ６０が登録サーバ３０から電子データを受信するごとに順次、更新される。待ち時間中にどの程度の進行具合かをユーザが把握することができ複合機９はユーザに安心感を与えることができる。

ユーザが日付欄４８８を押下すると日付欄４８８が選択されたことを操作受付部３４が受け付け、表示制御部３６が０〜９のソフトキー（テンキー）を操作パネル２７に表示する。また、表示制御部３６はイメージに添付されたメタデータから日付の位置を取得して、イメージの日付の位置をイメージ欄４９０の中央に合わせてイメージを配置する。これにより、ユーザが日付を編集する場合、自動的にイメージの日付が中央に表示され、ユーザが確認しやすくなる。金額欄４８９が選択された場合も同様である。

また、表示制御部３６は日付又は金額を表示する際、イメージを拡大してイメージ欄４９０の中央に表示してもよい。操作パネル２７が小さい場合にユーザが日付又は金額を確認しやすくなる。

＜まとめ＞
以上説明したように、本実施形態の情報登録システムは、認証設定がＯＮ及びＯＦＦのどちらの場合も、本実施形態のメニュー画面４４１ではログアウトボタン５０２と終了ボタン４４６が同時に表示されないので、ユーザが操作に迷ったり、デザイン性が低下したりすることを抑制できる。

実施例１では認証設定に応じてメニュー画面４４１に終了ボタン４４６の表示と非表示が制御されたが、本実施例では更にユーザのロールによりメニュー画面４４１の管理者設定ボタンの表示と非表示が制御される情報登録システム１００について説明する。

図２１は、本実施例が解決する不都合を説明する図の一例である。実施例１により、認証設定のＯＮ又はＯＦＦにより終了ボタン４４６の表示と非表示が制御されている。図２１（ａ）は認証設定がＯＮの場合のメニュー画面４４１を、図２１（ｂ）は認証設定がＯＦＦの場合のメニュー画面４４１をそれぞれ示す。

図２１では、実施例１とは異なり管理者設定ボタン４４８が表示されている。管理者とは領収書アプリ６０の設定に関し、一般のユーザでは設定できない設定を許可されている者をいう。図２１ではユーザが管理者か一般のユーザかに関係なく、メニュー画面４４１に管理者設定ボタン４４８が表示されている。したがって、管理者であればいつでも管理者のみが可能な領収書アプリ６０の設定を変更できる。しかし、一般のユーザが領収書アプリ６０を使用する頻度の方が、管理者が使用する頻度よりも多いため、管理者設定ボタン４４８が使用されないことの方が多い。そこで、本実施例の情報登録システム１００は、ユーザのロール設定によりメニュー画面４４１の管理者設定ボタン４４８の表示と非表示を制御する。

＜アプリ起動時の画面設定＞
まず、領収書アプリ６０の管理者というロール（役割）の設定について説明する。本実施例では領収書アプリ６０そのものに管理者が登録されるのではなく、複合機９に登録されているユーザのロール、又は、管理サーバ４０に登録されているユーザのロールを、領収書アプリ６０のロールとして同期させる（援用する）。

図２２はアプリ起動時の画面をユーザが設定するためのメニュー画面設定画面５４１の一例を示す。メニュー画面設定画面５４１は、複合機９と管理サーバ４０のどちらのロールと同期してメニュー画面４４１を複合機９が表示するかをユーザが設定するための画面である。メニュー画面設定画面５４１には、「通常（一般及び管理者のメニューが選べます）」という設定５４２、「複合機９のユーザのロールと同期」という設定５４３、及び、「管理サーバのユーザのロールと同期」という設定５４４とそれぞれのラジオボタンが表示されている。

複合機９と管理サーバ４０のどちらにもユーザごとにロールが設定されていると説明したが、領収書アプリ６０で管理者のような役割を果たす者を複合機９のロールと管理者のロールのどちらにしたいかは顧客によって様々である。そこで、本実施形態では、予め複合機９と管理サーバ４０のどちらのロールと同期してメニュー画面４４１を複合機９が表示するかをユーザが設定することができる。なお、このような設定を行うユーザは、一般のユーザというよりも複合機９の管理者が想定される。

具体的には、「複合機９のユーザのロールと同期」又は「管理サーバのユーザのロールと同期」が選択され、複合機９のロール又は管理サーバ４０のロールで管理者であると判断されると、メニュー画面４４１に管理者設定ボタン４４８が表示される。複合機９のロール又は管理サーバ４０のロールで一般であると判断されると、メニュー画面４４１に管理者設定ボタン４４８が表示されない。「通常」が選択された場合、ロールに関係なく常に管理者設定ボタン４４８が表示される。

メニュー画面設定画面５４１から設定されたロール設定は領収書アプリ６０が記憶部７１に保持しておく。なお、メニュー画面設定画面５４１は、任意のタイミングで領収書アプリ６０をユーザが起動させ、設定しておけばよい。

＜ロール設定を用いた画面の切り替え＞
図２３、図２４は、ロール設定を用いて領収書アプリ６０がメニュー画面４４１の構成を変更する手順を示すシーケンス図の一例である。図２３、図２４の処理は領収書アプリ６０が起動することでスタートする。したがって、実施例１で説明した認証設定のＯＮとＯＦＦに基づく終了ボタン４４６の表示と非表示に関する処理を並行して（又は順番に）実行される。

S1：ユーザが領収書アプリ６０を起動すると、操作部２０の操作部通信部３７はログインユーザを本体１０に要求する。

S2：本体１０の本体通信部３８はログインユーザ取得要求を受信し、認証処理部３２に送出する。

S3：認証処理部３２は記憶部３９からログインユーザを読み出す。認証設定がＯＦＦの場合はログインユーザがいないこと（ログインなし）と判断する。なお、ログインユーザは例えばユーザ名である。

S4：認証処理部３２はログインユーザ又はログインなしを本体通信部３８に返す。

S5：本体通信部３８はログインユーザ又はログインなしを操作部２０に送信する。
・ログイン済みの場合は以下の処理が行われる。

S6：操作部通信部３７はログインユーザを表示制御部３６に送出する。これにより、表示制御部３６はログインしているユーザを特定できる。

S7：また、表示制御部３６は記憶部７１からロール設定を読み出す。すなわち、メニュー画面設定画面５４１で、「通常（一般及び管理者のメニューが選べます）」、「複合機９のユーザのロールと同期」及び「管理サーバのユーザのロールと同期」のどれが設定されているかを判断する。
・ログイン済みでない場合は以下の処理が行われる。

S8：操作部通信部３７はログインなしを表示制御部３６に送出する。これにより、表示制御部３６はユーザを特定できないことを検出する。

S9：表示制御部３６はログイン画面４３１を表示させる。現状では、ユーザが特定されていないためログインによりユーザを特定するためである。したがって、認証設定がＯＦＦでもステップＳ９によりユーザ（管理サーバ４０による認証であるためメールアドレス）が特定される。なお、ユーザが何らかの操作を入力した場合にログイン画面を表示してもよい。

S10：ユーザが特定されると、表示制御部３６は記憶部７１からロール設定を読み出す。

続いて、各ロール設定に基づく処理をそれぞれ説明する。
「通常（一般及び管理者のメニューが選べます）」設定の場合
S11：表示制御部３６は図２５（ａ）のメニュー画面４４１を表示する。つまり、この設定ではロールを考慮しないので、常に管理者設定ボタン４４８が表示される。

「複合機９のユーザのロールと同期」設定の場合
S12：表示制御部３６はユーザ名と共にロール取得要求を操作部通信部３７に送出する。ログイン画面によりユーザが特定された場合、ユーザ名の代わりにメールアドレスを送出する。

S13：操作部通信部３７はユーザ名と共にロール取得要求を本体１０に送信する。

S14：本体１０の本体通信部３８はユーザ名と共にロール取得要求を認証処理部３２に送出する。

S15：本体１０の認証処理部３２はユーザ名に対応付けられたロールを複合機ユーザ情報ＤＢ３９０１から読み出す。したがって、ログインしているユーザが一般か管理者かを取得できる。

S16：本体１０の認証処理部３２はロールを本体通信部３８に送出する。

S17：本体１０の本体通信部３８はロールを操作部２０に送信する。

S18：操作部２０の操作部通信部３７はロールを受信して、表示制御部３６にロールを送出する。

S19：表示制御部３６はロールに応じて図２５（ａ）又は図２５（ｂ）のメニュー画面４４１を表示する。すなわち、管理者設定ボタン４４８があるメニュー画面４４１、又は、管理者設定ボタン４４８がないメニュー画面４４１を表示する。

「管理サーバのユーザのロールと同期」設定の場合
S20：表示制御部３６はユーザ名と共にメールアドレス取得要求を操作部通信部３７に送出する。メールアドレスを取得するのは、管理サーバ４０ではメールアドレスでユーザが識別されるためである。したがって、ログイン画面によりユーザが特定された場合、ステップＳ２０からＳ２６は不要になる。

S21：操作部通信部３７はユーザ名と共にメールアドレス取得要求を本体１０に送信する。

S22：本体１０の本体通信部３８はユーザ名と共にメールアドレス取得要求を認証処理部に送出する。

S23：本体１０の認証処理部３２はメールアドレス取得要求を受信し、ユーザ名に対応付けられたメールアドレスを複合機ユーザ情報ＤＢ３９０１から読み出す。

S24：本体１０の認証処理部３２はメールアドレスを本体通信部３８に送出する。

S25：本体１０の本体通信部３８はメールアドレスを操作部２０に送信する。

S26：操作部２０の操作部通信部３７はメールアドレスを受信して、表示制御部３６にメールアドレスを送出する。

S27：表示制御部３６はメールアドレスによって特定されるユーザのロールを管理サーバ４０から取得するため、管理サーバ４０宛のロール取得要求を操作部通信部３７に送出する。

S28：操作部通信部３７はメールアドレスと共にロール取得要求を本体１０に送信する。

S29：本体１０の本体通信部３８は、管理サーバ４０宛の通知であると判断してメールアドレスと共にロール取得要求を送受信部３１に送出する。

S30：本体１０の送受信部３１はメールアドレス及びセッションＩＤと共にロール取得要求を登録サーバ３０に送信する。

S31：登録サーバ３０の複合機通信部４３はロール取得要求を受信する。本実施例ではすでにセッションＩＤが生成されているものとする。登録サーバ３０の管理サーバ通信部４７はメールアドレス及びトークンＡと共にロール取得要求を管理サーバ４０に送信する。

S32：管理サーバ４０のユーザ認識部５１は顧客情報ＤＢ５９０１を参照しトークンＡに対応付けられたメールアドレスに、登録サーバ３０から送信されたメールアドレスが含まれるか否かを判断する。これにより、管理サーバ４０によるユーザ認証が行われる。認証が成立すると、ユーザ認識部５１はメールアドレスに対応付けられたロールを管理サーバユーザ情報ＤＢ５９０４から読み出す。

S33：管理サーバ４０の登録サーバ通信部５２はロールを登録サーバ３０に送信する。

S34：登録サーバ３０の管理サーバ通信部４７はロールを受信し、複合機通信部４３はセッションＩＤと共にロールを複合機９の本体１０に送信する。

S35：本体１０の送受信部３１はセッションＩＤによりロール取得要求に対する応答であると判断し、ロールを受信する。送受信部３１はロールを本体通信部３８にロールを送出する。

S36：本体１０の本体通信部３８はロールを操作部２０に送信する。

S37：操作部２０の操作部通信部３７はロールを受信して、表示制御部３６にロールを送出する。

S38：表示制御部３６はロールに応じて図２５（ａ）又は図２５（ｂ）のメニュー画面４４１を表示する。すなわち、管理者設定ボタン４４８があるメニュー画面４４１、又は、管理者設定ボタン４４８ないメニュー画面４４１を表示する。

このように、領収書アプリ６０は、ロール設定により、複合機９又は管理サーバ４０からロールを取得して、メニュー画面４４１に管理者設定ボタン４４８を表示するか否かを判断できる。

＜ロール設定に応じたメニュー画面の一例＞
図２５はロール設定に応じたメニュー画面４４１の一例を示す図である。なお、図２５では認証設定がＯＮの場合を例にしたため、ログアウトボタン５０２が表示されている。ログアウトボタン５０２が表示されているため終了ボタン４４６は表示されない。

図２５（ａ）はロール設定が「複合機９のユーザのロールと同期」又は「管理サーバのユーザのロールと同期」場合で、ロールが管理者の場合のメニュー画面４４１を示す。ロールが管理者であるため、図２５（ａ）では管理者設定ボタン４４８が表示されている。

図２５（ｂ）はロール設定が「複合機９のユーザのロールと同期」又は「管理サーバのユーザのロールと同期」場合で、ロールが一般の場合のメニュー画面４４１を示す。ロールが一般であるため、図２５（ｂ）では管理者設定ボタン４４８が表示されていない。

なお、「通常（一般及び管理者のメニューが選べます）」設定の場合、ロールに関係なく図２５（ａ）のメニュー画面４４１が表示される。

＜管理者設定ボタンが押下された場合の処理＞
上記のように、ロール設定が「複合機９のユーザのロールと同期」するという設定でも、「管理サーバのユーザのロールと同期」するという設定でも、ユーザが管理者であれば、管理者設定ボタン４４８が表示される。管理者は管理者設定ボタン４４８を押下する場合があるが、すでにユーザが特定されているため、ログイン画面４３１が表示されることはない。認証設定がＯＮの場合は、管理者が複合機９にログインする際にユーザが特定されており、認証設定がＯＦＦの場合は、領収書アプリ６０がログインユーザを取得できない時点でログイン画面４３１が表示されるためである。したがって、管理者設定ボタン４４８が押下されると、管理者認証画面５６１が表示される。管理者認証画面５６１はユーザが管理者権限を有していることを認証するための画面である。管理者認証画面５６１を図２７（ａ）に示す。

一方、ロール設定が「通常（一般及び管理者のメニューが選べます）」という設定の場合、常に、管理者設定ボタン４４８が表示される。管理者設定ボタン４４８が押下されると、管理者設定ボタン４４８が押下された時点でユーザが特定されていない場合に限り、ログイン画面４３１が表示される。そして、ログインによりユーザが特定されると、管理者認証画面５６１が表示される。

まとめると、管理者設定ボタン４４８が押下された時点でユーザが特定されている場合は管理者認証画面５６１が表示され、ユーザが特定されていない場合はログイン画面４３１が表示される。ログインによりユーザが特定できると、管理者認証画面５６１が表示される。

図２６は管理者設定ボタン４４８が押下された場合に表示制御部３６が表示する画面を説明する図の一例である。

表示制御部３６は、管理者設定ボタン４４８が押下されたか否かを判断する（Ｓ１０）。管理者設定ボタン４４８が押下された場合、表示制御部３６はログインユーザを特定済みか否か判断する（Ｓ２０）。例えば、メールアドレスを本体１０から取得済みか、ログイン画面４３１によりメールアドレスが認証済みか判断する。ログイン済みの場合、ログイン画面は不要なので処理はステップＳ５０に進む。

ログイン済みでない場合、表示制御部３６はログイン画面４３１を操作パネル２７に表示する（Ｓ３０）。ユーザはパスワードとメールアドレスを入力するので、管理サーバ４０がユーザを特定できたか否かを判断する（Ｓ４０）。

ユーザを特定できなかった場合、表示制御部３６はログイン画面４３１にエラーメッセージを表示する。例えば、「管理サーバにログインできませんでした。」と表示する。この場合、ユーザは別のメールアドレスとパスワードでログインを試みることができる。

ユーザを特定できた場合、表示制御部３６は管理者認証画面５６１を表示する（Ｓ５０）。

ユーザが正しい管理者認証番号を入力したか否かにより、表示制御部３６はユーザが管理者か否かを判断する（Ｓ６０）。管理者認証番号は管理者（ユーザ）が異なっても同じであり、領収書アプリ６０が管理サーバ４０と通信せずに、予め保持する番号と一致するか否かを判断するための認証情報である。

管理者の認証が成立しない場合、表示制御部３６はエラーメッセージを表示する（Ｓ８０）。例えば、「管理者認証番号が間違っています。」と表示する。管理者は再度、管理者認証番号を確認して再度、認証を試みることができる。

管理者の認証が成立した場合、表示制御部３６は管理者設定画面５２１を表示する（Ｓ７０）。図２７（ｂ）に管理者設定画面５２１を示す。

以上のように、ユーザが特定されているか否かによって、必要であればログイン画面を表し、ユーザを特定できれば管理者認証画面５６１を表示できる。したがって、管理者設定ボタン４４８が表示されても、管理者のみが管理者設定を変更可能であり、任意のユーザが設定変更することを抑制できる。

＜管理者認証画面、管理者設定画面の一例＞
図２７（ａ）は、管理者認証画面５６１の一例を示す図である。管理者認証画面５６１は、「管理者認証番号を入力して下さい。」というメッセージ５６２、管理者認証番号の入力欄５６３、ＯＫボタン５６４、及び、キャンセルボタン５６５を有する。ユーザは管理者認証番号を入力してＯＫボタンを押下することで、管理者としての認証を受けることができる。したがって、管理者のみが管理者設定を変更可能になる。

図２７（ｂ）は、管理者設定画面５２１の一例を示す。管理者設定画面５２１は、管理者のみが設定できる項目を設定するための画面である。管理者設定画面５２１は、ネットワーク設定ボタン５２２、管理者認証番号設定ボタン５２３、及び、表示設定ボタン５２４を有する。ネットワーク設定ボタン５２２は、登録サーバ３０のＩＰアドレス、ポート番号、認証情報など、複合機９が登録サーバ３０と通信するための情報である。管理者認証番号設定ボタン５２３は管理者認証番号を管理者が更新するためのボタンである。表示設定ボタン５２４は、各種の画面の設定を変更するためのボタンである。

このように、管理者は一般のユーザでは困難な設定を行うことができる。換言すると一般のユーザが設定する必要のない設定を、管理者が複合機９を操作する際に設定できるようになる。

＜まとめ＞
以上説明したように、本実施形態の情報登録システム１００は、管理者設定ボタン４４８の表示と非表示をユーザのロールによって切り替えることができる。また、管理者設定ボタン４４８が表示された場合、管理者認証画面５６１により管理者を認証できる。

＜その他の適用例＞
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

例えば、本実施形態では領収書の登録を説明したが、領収書に限らず、各種の伝票の登録に好適に適用できる。例えば、受注票、注文票、請求書などに適用できる。

また、ログインは、サインイン又はログオンと呼ばれてもよいし、ログアウトはサインアウト又はログオフと呼ばれてもよい。

また、本実施形態では、認証設定がＯＮの場合に終了ボタンが表示されないが、認証設定がＯＮの場合に何らかの表示部品が表示されてもよい。

また、本実施形態では、ユーザが管理者のロールの場合に管理者設定ボタン４４８が表示されたが、ロールが一般の場合に所定のボタンを表示してもよい。また、ロールは管理者と一般の他、組織の役職、男女の性別、年代、所属する部署、などでもよく、これらに応じてボタンの表示と非表示が制御されてよい。

また、登録サーバ３０と管理サーバ４０の少なくとも一方が複数のサーバ装置により実現されていてもよいし、登録サーバ３０と管理サーバ４０が一台のサーバ装置により実現されていてもよい。また、登録サーバ３０が複数あったり、管理サーバ４０が複数あったりしてもよい。

また、図９などの構成例は、複合機９、登録サーバ３０，管理サーバ４０、及びユーザ端末５０による処理の理解を容易にするために、主な機能に応じて分割したものである。処理単位の分割の仕方や名称によって本願発明が制限されることはない。複合機９、登録サーバ３０，管理サーバ４０、及びユーザ端末５０の処理は、処理内容に応じて更に多くの処理単位に分割することもできる。また、１つの処理単位が更に多くの処理を含むように分割することもできる。

なお、操作部通信部３７は認証設定情報取得手段の一例であり、認証設定アプリ１２５は認証管理手段の一例であり、表示制御部３６は画面表示手段の一例であり、リッチＵＩＯＳ２５５は部品表示手段の一例であり、管理サーバ４０は第二の情報処理装置の一例である。

９ 複合機
１０ 本体
２０ 操作部
３０ 登録サーバ
４０ 管理サーバ
５０ ユーザ端末
６０ 領収書アプリ
１００ 情報登録システム

特開２０１６−０７１４８８号公報

Claims (10)

1. 操作を受け付ける際に認証が必要か否かを設定できる読取装置と通信する情報処理装置であって、
   前記情報処理装置でプログラムが起動された場合、前記読取装置において認証が必要か否かの設定を管理する認証管理手段から認証が必要か否かを含む認証設定情報を取得する認証設定情報取得手段と、
   前記認証設定情報に認証が必要であると設定されている場合に前記プログラムに関する第一の表示部品を表示させず、前記認証設定情報に認証が必要であると設定されていない場合に前記第一の表示部品を表示させる画面表示手段と、
   を有する情報処理装置。
2. 前記認証管理手段はユーザが前記読取装置を使用するための認証を得ているか否かを管理しており、
   ユーザが認証を得ているか否かの情報を前記認証管理手段から取得し、ユーザが認証を得ている場合に、前記第一の表示部品と類似の機能を有する第二の表示部品を表示させ、ユーザが認証を得ていない場合に前記第二の表示部品を表示させない部品表示手段、
   を有する請求項１に記載の情報処理装置。
3. 前記部品表示手段が前記第二の表示部品を表示した場合、前記画面表示手段は前記第一の表示部品を表示せず、前記部品表示手段が前記第二の表示部品を表示しない場合、前記画面表示手段は前記第一の表示部品を表示し、
   前記第一の表示部品と前記第二の表示部品は同時に表示されないことを特徴とする請求項２に記載の情報処理装置。
4. 前記第一の表示部品は前記プログラムを終了させる終了ボタンであり、前記第二の表示部品はユーザが前記読取装置を使用するための認証を取り消すことで前記プログラムを終了させるボタンであることを特徴とする請求項２又は３に記載の情報処理装置。
5. ネットワークを介して通信する第二の情報処理装置に登録されているユーザ情報と、前記読取装置が管理するユーザ情報のどちらと同期して前記プログラムを使用するかが設定された設定情報の記憶手段を有し、
   前記画面表示手段は、設定情報を参照して前記ユーザ情報に関する第三の表示部品の表示と非表示を切り替える請求項１〜４のいずれか１項に記載の情報処理装置。
6. 前記ユーザ情報にはユーザの役割が登録されており、
   前記第三の表示部品は所定の役割のユーザが操作するボタンであり、
   前記画面表示手段は、前記第二の情報処理装置又は前記読取装置から取得したユーザの前記役割に応じて第三の表示部品の表示と非表示を切り替えることを特徴とする請求項５に記載の情報処理装置。
7. 前記第三の表示部品は前記プログラムの管理者が使用するボタンであり、
   前記ユーザ情報には管理者かそうでないかが設定されており、
   前記設定情報に前記第二の情報処理装置に登録されているユーザ情報の役割と同期して前記プログラムを使用すると設定されている場合、
   前記画面表示手段は前記第二の情報処理装置から取得したユーザの役割に応じて、前記第三の表示部品の表示と非表示を切り替え、
   前記設定情報に前記読取装置に登録されているユーザ情報の役割と同期して前記プログラムを使用すると設定されている場合、
   前記画面表示手段は前記読取装置から取得したユーザの役割に応じて、前記第三の表示部品の表示と非表示を切り替える請求項６に記載の情報処理装置。
8. 前記第三の表示部品が押下された場合であって、ユーザが特定されている場合、前記画面表示手段は管理者の権限があるか否かを認証するための管理者認証画面を表示し、認証が成立した場合に管理者設定画面を表示し、
   前記第三の表示部品が押下された場合であって、ユーザが特定されていない場合、前記画面表示手段はユーザを認証するためのログイン画面を表示し、ユーザの認証が成立した場合に管理者の権限があるか否かを認証するための管理者認証画面を表示し、認証が成立した場合に管理者設定画面を表示する請求項７に記載の情報処理装置。
9. 操作を受け付ける際に認証が必要か否かを設定できる読取装置であって、
   認証が必要か否かの設定を管理する認証管理手段と、
   プログラムが起動された場合、前記認証管理手段から認証が必要か否かを含む認証設定情報を取得する認証設定情報取得手段と、
   前記認証設定情報に認証が必要であると設定されている場合に前記プログラムに関する第一の表示部品を表示させず、前記認証設定情報に認証が必要であると設定されていない場合に前記第一の表示部品を表示させる画面表示手段と、
   を有する読取装置。
10. 操作を受け付ける際に認証が必要か否かを設定できる読取装置と通信する情報処理装置を、
    前記情報処理装置でプログラムが起動された場合、前記読取装置において認証が必要か否かの設定を管理する認証管理手段から認証が必要か否かを含む認証設定情報を取得する認証設定情報取得手段と、
    前記認証設定情報に認証が必要であると設定されている場合に前記プログラムに関する第一の表示部品を表示させず、前記認証設定情報に認証が必要であると設定されていない場合に前記第一の表示部品を表示させる画面表示手段、として機能させるためのプログラム。

Images