JP7541852B2 - 情報処理装置、情報処理装置の制御方法、並びにプログラム - Google Patents

Description

本発明は、情報処理装置、情報処理装置の制御方法、並びにプログラムに関する。

クラウドの普及により、データやサービスはクラウド上で提供することが一般的になりつつあり、ユーザはクライアント端末に依らず、クラウド上でデータの編集やサービスの享受が可能となった。

クラウド上で提供されるサービスの一つとして、Ｊｉｒａ（登録商標）のような要件管理サービスが存在する。ここで、要件管理サービスとは、情報端末に表示されるＲＵＩを用いてユーザが管理する要件のチケットを作成し、そのチケットに管理する要件の概要や期日、担当者などの情報を登録するサービスである。要件管理サービスを利用することにより、ユーザは所持している要件の可視化ができ、管理者はチケットの進捗度合いで進捗管理も行える。また、要件管理サービスでは、管理する要件で使用した書類をチケットに添付することも出来る。

一方、クラウドの普及に伴い、ネットワーク通信機能を有するＭＦＰでスキャンした画像をクラウドへネットワークを介して送信してクラウド上に保存するサービスが提供されている（例えば、特許文献１参照）。このサービスを使用すれば、送信先を要件管理サービスのチケットにすることで、ＭＦＰでスキャンした画像をファイルとしてチケットに添付することが可能となる。

特開２０１８－９８５８４号公報

しかしながら、スキャンした画像を新規に作成されたチケットにファイルとして添付する場合、ユーザは情報端末でチケットを作成した後、そのチケットにファイルとして添付するスキャンした画像をＭＦＰから要件管理サービスに送信する必要がある。また、要件管理サービスは複数種類あり、登録できる情報はそのサービス毎に異なるため、かかる送信の際、そのチケットの作成に用いたサービスに応じて入力する登録情報を変更しなければならない。

本発明は、上記の課題を解決するためになされたものである。本発明は、要件の期限と、要件の担当者を、画像データとともに容易に要件管理サーバに作成させる仕組みを提供することを目的とする。

本発明の請求項１に係る情報処理装置は、要件管理サーバと通信可能な情報処理装置であって、少なくとも、要件の期限と、前記要件の担当者を入力するための画面を、前記要件管理サーバから受信したデータに基づいて表示する表示手段と、前記期限と前記担当者の入力を受け付ける受付手段と、原稿を読み取って画像データを生成する読取手段と、
前記画像データと前記期限と前記担当者に基づいて前記要件に対応するチケットを前記要件管理サーバに作成させるチケット作成要求を送信する送信手段とを有し、前記要件の期限は、前記期限が近付いてきたことをユーザに通知するために前記要件管理サーバによって使われることを特徴とする。

本発明によれば、要件の期限と、要件の担当者を、画像データとともに容易に要件管理サーバに作成させることができる。

第１の実施形態に係る情報処理装置としてのＭＦＰを含むネットワークシステムを示す図である。 ＭＦＰのハードウェア構成を示す図である。 図１におけるモバイル端末のハードウェア構成を示す図である。 図１における要件管理サーバのハードウェア構成を示す図である。 図２におけるＭＦＰの操作部のタッチパネルに表示される操作画面を示す図である。 図５のタッチパネルに表示されるアプリケーション管理画面である。 図５のタッチパネルに表示されるチケット作成アプリケーション管理画面である。 図５のタッチパネルに表示される新規ボタン登録画面である。 図５におけるチケット作成キーの押下により開始する、第１の実施形態に係る新規チケット作成処理を説明するための図である。 第１の実施形態における要件管理サーバ（要件管理サービス）とＭＦＰの間で実行されるチケット作成処理を示すシーケンス図である。 第１の実施形態におけるＭＦＰにおいて実行されるチケット作成処理のフローチャートである。 図７の送信実行画面において、ユーザが「はい」ボタンを押下する直前に、モバイル端末に表示される要件管理サービス画面を示す図である。 図７の送信実行画面において、ユーザが「はい」ボタンを押下した直後に、モバイル端末に表示される要件管理サービス画面を示す図である。 図５におけるチケット作成により開始する、第２の実施形態に係る既存チケット変更処理を説明するための図である。 第２の実施形態におけるＭＦＰにおいて実行されるチケット作成処理のフローチャートである。 第２の実施形態におけるＭＦＰにおいて実行されるチケット作成処理のフローチャートである。

以下、図面を参照して本発明の第１及び第２の実施形態を詳しく説明する。

第１及び第２の実施形態では、情報処理装置として、プリントやスキャン、ＦＡＸ機能を有する複合機（ＭＦＰ：Ｍｕｌｔｉ Ｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）を例に説明する。

尚、以下に説明する第１及び第２の実施形態は特許請求の範囲に係る発明を限定するものでなく、また、第１及び第２の実施形態で説明されている特徴の組み合わせの全てが発明の解決手段に必須のものとは限らない。

＜第１の実施形態＞
まず、本発明の第１の実施形態について説明する。

図１は、第１の実施形態に係る情報処理装置としてのＭＦＰ１０１を含むネットワークシステム１を示すブロック図である。

図１において、ネットワークシステム１は、モバイル端末２００（情報端末）と、ネットワーク１００を通して画像データの送信を行なうことが可能なＭＦＰ１０１と、要件管理サーバ３００とを備える。モバイル端末２００、ＭＦＰ１０１、及び要件管理サーバ３００は、インターネットからなるネットワーク１００を介して接続され、通信可能である。

要件管理サーバ３００は、ＭＦＰ１０１及びモバイル端末２００からチケット作成要求を受信してチケットの作成・管理を行う要件管理サービスを提供するサーバである。さらに、要件管理サーバ３００は、受信したチケット作成要求に画像データが添付されていた場合、チケットにその画像データをファイルとして添付する。また、要件管理サーバ３００は、ユーザ操作によりモバイル端末２００上に管理中のチケットを表示する。

図２は、ＭＦＰ１０１のハードウェア構成を示すブロック図である。

図２において、ＭＦＰ１０１は、ネットワーク１００と接続すると共にＭＦＰ１０１全体の動作を制御する制御部１１０と、操作部１１６、読取部１１８、印刷部１２０、無線通信部１２２、及び公衆回線網１０７と接続するＦＡＸ通信部１２４を備える。

制御部１１０は、ＣＰＵ１１１、ＲＯＭ１１２、ＲＡＭ１１３、ストレージ１１４、操作部Ｉ／Ｆ１１５、読取部Ｉ／Ｆ１１７、印刷部Ｉ／Ｆ１１９、無線通信部Ｉ／Ｆ１２１、ＦＡＸ部Ｉ／Ｆ１２３、及び通信部Ｉ／Ｆ１２５を備える。

ＣＰＵ１１１は、ＲＯＭ１１２又はストレージ１１４に記憶された制御プログラムを読み出して、読取制御や印刷制御などの各種制御を行う。

ＲＯＭ１１２は、ＣＰＵ１１１で実行可能な制御プログラムを格納する。また、ＲＯＭ１１２は、ブートプログラムやフォントデータなども格納する。

ＲＡＭ１１３は、ＣＰＵ１１１の主記憶メモリであり、ワークエリア、ＲＯＭ１１２及びストレージ１１４に格納された各種制御プログラムを展開するための一時記憶領域として用いられる。

ストレージ１１４は、画像データ、印刷データ、各種プログラム、及び各種設定情報を記憶する。本実施形態ではストレージ１１４としてフラッシュメモリを想定しているが、ＳＳＤやＨＤＤ、ｅＭＭＣなどの補助記憶装置を用いるようにしても良い。

尚、本実施形態のＭＦＰ１０１は、１つのＣＰＵ１１１が１つのメモリ（ＲＡＭ１１３）を用いて後述するフローチャートに示す各処理を実行するが、他の様態であっても構わない。例えば複数のＣＰＵ、ＲＡＭ、ＲＯＭ、及びストレージを協働させて後述するフローチャートに示す各処理を実行することもできる。また、ＡＳＩＣやＦＰＧＡ等のハードウェア回路を用いて一部の処理を実行するようにしてもよい。

操作部Ｉ／Ｆ１１５は、操作部１１６と制御部１１０を接続する。操作部１１６は、ユーザに対して情報を表示したり、ユーザからの入力を検出したりする。

読取部Ｉ／Ｆ１１７は、読取部１１８と制御部１１０を接続する。読取部１１８は原稿上の画像を読み取って、その画像をバイナリーデータなどの画像データに変換するスキャン処理を行う。読取部１１８によって生成された画像データは、要件管理サーバ３００等の外部装置に送信されたり、記録紙上に印刷されたりする。

印刷部Ｉ／Ｆ１１９は、印刷部１２０と制御部１１０を接続する。ＣＰＵ１１１は、ＲＡＭ１１３に記憶された画像データ（印刷対象の画像データ）を印刷部Ｉ／Ｆ１１９を介して印刷部１２０に転送する。印刷部１２０は、転送された画像データを印刷部１２０の給紙カセットから給送された記録紙上に印刷する。

無線通信部Ｉ／Ｆ１２１は、無線通信部１２２を制御する為のＩ／Ｆであり、制御部１１０と無線経由で外部の無線機器と接続する。

制御部１１０は、ＦＡＸ部Ｉ／Ｆ１２３によりＦＡＸ通信部１２４を制御する事で公衆回線網１０７に接続される。ＦＡＸ部Ｉ／Ｆ１２３は、ＦＡＸ通信部１２４を制御する為のＩ／Ｆであり、その内部にあるファクシミリ通信用のモデムより具体的にはＮＣＵを制御する事で公衆回線網１０７への接続や、ファクシミリ通信プロトコルの制御などを行う。

通信部Ｉ／Ｆ１２５は、制御部１１０とネットワーク１００を接続する。通信部Ｉ／Ｆ１２５は、ネットワーク１００上の要件管理サーバ３００やモバイル端末２００等の外部装置に、画像データやＭＦＰ１０１内部の各種情報を送信したり、同外部装置から印刷データやネットワーク１００上の各種情報を受信したりする。ネットワーク１００を介した送受信の方法としては、電子メールを用いての送受信や、その他のプロトコル（例えば、ＦＴＰやＳＭＢ、ＷＥＢＤＡＶ等）を用いたファイル送信を行うことができる。さらに、通信部Ｉ／Ｆ１２５は、要件管理サーバ３００からのＨＴＴＰプロトコルによるアクセスで、画像データや各種設定データをネットワーク１００で送受信する事もできる。

図３は、モバイル端末２００のハードウェア構成を示す図である。尚、本実施形態のモバイル端末２００はスマートフォンやタブレットＰＣ等の装置を想定しているが、ネットワーク１００との通信が可能な情報処理装置であれば他の装置であってもよい。

図３において、モバイル端末２００は、操作パネル２０１、カメラ２０４、ＮＦＣ Ｉ／Ｆ２０５、Ｂｌｕｅｔｏｏｔｈ Ｉ／Ｆ２０６、ＣＰＵ２０７、ＲＯＭ２０８、ＲＡＭ２０９、ＨＤＤ２１０、及び無線ＬＡＮ Ｉ／Ｆ２１１を備える。

ＣＰＵ２０７は、ＲＯＭ２０８が記憶している制御プログラムを読み出して、モバイル端末２００の動作を制御するための様々な処理を実行する。

ＲＯＭ２０８は、制御プログラムを記憶している。

ＲＡＭ２０９は、ＣＰＵ２０７の主メモリ、ワークエリア等の一時記憶領域として用いられる。

ＨＤＤ２１０は、写真や電子文書等の様々なデータを記憶する。

操作パネル２０１は、ユーザのタッチ操作を検出可能なタッチパネル機能を備え、ＯＳやＥメール送信アプリケーションが提供する各種画面を表示する。ユーザは操作パネル２０１にタッチ操作を入力することで、モバイル端末２００に所望の操作指示を入力することができる。尚、モバイル端末２００は不図示のハードウェアキーを備えていて、ユーザはこのハードウェアキーを用いてもモバイル端末２００に操作指示を入力することができる。

カメラ２０４は、ユーザの撮像指示に応じて撮像する。カメラ２０４で撮像された写真は、ＨＤＤ２１０の所定の領域に記憶される。また、ＱＲコード解析が可能なプログラムを用いて、カメラ２０４で読み取ったＱＲコードから情報を取得することも可能である。

モバイル端末２００は、ＮＦＣ Ｉ／Ｆ２０５、Ｂｌｕｅｔｏｏｔｈ Ｉ／Ｆ２０６、及び無線ＬＡＮ Ｉ／Ｆ２１１等の通信Ｉ／Ｆを介して、直接ＭＦＰ１０１等の周辺機器とデータ授受を行う。また、モバイル端末２００は、上記通信Ｉ／Ｆを介してネットワーク１００とも接続して、ＭＦＰ１０１や要件管理サーバ３００等の外部機器とデータの授受を行う。

図４は、要件管理サーバ３００のハードウェア構成を示す図である。

図４において、要件管理サーバ３００は、ＣＰＵ３０１、ＲＯＭ３０２、ＲＡＭ３０３、ＬＡＮ Ｉ／Ｆ３０４、及びＨＤＤ３０５を備える。

ＣＰＵ３０１は、ＲＯＭ３０２が記憶している制御プログラムを読み出して、要件管理サーバ３００の動作を制御するための様々な処理を実行する。

ＲＯＭ３０２は、制御プログラムを記憶している。

ＲＡＭ３０２は、ＣＰＵ３０１の主メモリ、ワークエリア等の一時記憶領域として用いられる。

ＨＤＤ３０５は、チケット情報、画像等のデータを記憶する。

要件管理サーバ３００は、ＬＡＮ Ｉ／Ｆ３０４を介してネットワーク１００と接続し、モバイル端末２００やＭＦＰ１０１等の外部機器とデータの授受を行う。

図５は、ＭＦＰ１０１の操作部１１６のタッチパネル５０１に表示される操作画面を示す図である。

操作部１１６は、操作画面を表示するタッチパネル５０１と、ＬＥＤ５１０，５１１とを備える。

タッチパネル５０１は、操作画面を表示する表示手段として機能するだけでなく、ユーザからの指示を受け付ける受付手段としても機能する。ユーザは、タッチパネル５０１上の表示画面を指やスタイラス等のオブジェクトで直接タッチし、ＭＦＰ１０１の各機能の実行を指示する。図５では、タッチパネル５０１上には、ストップ５０６、ＨＯＭＥ５０７、及びホーム画面５０８が含まれる。

ホーム画面５０８は、ユーザがＭＦＰ１０１の各機能の実行を指示する為の最初の画面である。具体的にはホーム画面５０８は、コピー、ファクス、スキャン、メディアプリント等のＭＦＰ１０１が実行する各機能に対する各種設定を行うための画面表示を選択する為の画面である。具体的には、ホーム画面５０８には、チケット作成キー５０２、スキャンキー５０３、アドレス帳キー５０４、状況確認キー５０５、モバイルポータルキー５０９、及びメニューキー５１２が表示される。

状況確認キー５０５は、ユーザの押下に応じて、ＭＦＰ１０１の状態を確認する画面（状況確認画面）を表示するためのキーである。状況確認画面より送信履歴を表示する事が可能となる。尚、本実施形態では、操作部１１６は、タッチパネル５０１における各種キーの表示領域の一つをユーザがオブジェクトでタッチしたときに、当該キーのユーザ押下がされた事を検出する。

チケット作成キー５０２は、ユーザの押下に応じて、後述するチケット情報入力画面７０２（図７（ａ））に遷移するためのキーである。

スキャンキー５０３は、ユーザの押下に応じて、ＭＦＰ１０１からスキャン選択画面（不図示）を表示するキーである。スキャン選択画面には、電子メール送信を行う「Ｅメール」キー、ＳＭＢ，ＦＴＰ，ＨＴＴＰによるファイル送信を行う「ファイル送信」キー、及びインターネットファクス送信を行う「Ｉファクス」キーが表示される。これらの各キーは、ユーザの押下に応じて、読取部１１８によって生成される画像データの送信先への送信手段にそのキーで示される送信手段を設定すると共にその画像データの送信時の解像度や送信先のアドレス等を設定する送信設定画面を表示する。

アドレス帳キー５０４は、ユーザの押下に応じて、ＭＦＰ１０１のアドレス帳画面（不図示）を表示するキーである。

モバイルポータルキー５０９は、要件管理サーバ３００にアクセスしてリモートＵＩ（ＲＵＩ）のホーム画面を表示するためのキーである。ＲＵＩのホーム画面には、後述するアプリケーション管理画面６０１（図６Ａ）に遷移するためのキーである、「アプリケーション管理」が含まれる。尚、モバイルポータルキー５０９のユーザ押下があると、まず、ＲＵＩにログインする為のログイン画面がタッチパネル５０１に表示される。このログイン画面へのユーザＩＤ及びパスワード等のユーザ情報のユーザ入力があると、ＣＰＵ１１１はこのユーザ情報を含むユーザ認証要求を要件管理サーバ３００に送信する。要件管理サーバ３００においてこのユーザ認証要求に応じたユーザ認証が成功すると、ＲＵＩのホーム画面の情報が要件管理サーバ３００からＭＦＰ１０１に送信される。この結果、タッチパネル５０１のホーム画面がＲＵＩのホーム画面に切り替わる。

ＬＥＤ５１０，５１１は夫々、ＭＦＰ１０１の状態をユーザに通知する。具体的には、ＬＥＤ５１０は、外部装置からの電子メールや印刷ジョブの受信中や実行中に点灯し、ＬＥＤ５１１はＭＦＰ１０１に何らかのエラーが発生した際に点灯する。

ストップ５０６は、ユーザ押下に応じて、ＭＦＰ１０１への各種操作のキャンセルを実行するためのキーで、操作部１１６では、常時表示される常駐キーである。

ＨＯＭＥ５０７は、ユーザ押下に応じて、ホーム画面５０８を表示するためのキーで、操作部１１６では、常時表示される常駐キーである。

メニューキー５１２は、ユーザの押下に応じて、使用言語などの環境設定や各機能の設定を行う為の画面を表示するキーである。

図６Ａ～図６Ｃを用いて、タッチパネル５０１にキーとして表示されるチケット作成キー５０２を作成するためのＲＵＩの画面遷移の流れを説明する。

アプリケーション管理画面６０１は、上述の通り、モバイルポータルキー５０９の押下後、ユーザ認証された後に表示されるＲＵＩのホーム画面の「アプリケーション管理」のキーが押下されたときに表示される画面である。アプリケーション管理画面６０１では、ホーム画面５０８のキーとして表示可能なアプリケーションである、固定宛先スキャン、節約コピー、及びチケット作成の夫々を管理するための画面に遷移するためのボタンを一覧表示する。また、アプリケーション管理画面６０１には、ポータルボタン６０２やログアウトボタン６０３が含まれる。

ポータルボタン６０２は、ユーザ押下に応じて、アプリケーション管理画面６０１からその遷移元の画面であるＲＵＩのホーム画面に遷移する為のボタンである。

ログアウトボタン６０３は、ユーザ押下に応じて、ＲＵＩからログアウトする為のボタンである。

チケット作成ボタン６０４は、ユーザ押下に応じて、チケット作成アプリケーション管理画面６０８（図６Ｂ）に遷移する為のボタンである。

チケット作成アプリケーション管理画面６０８は、チケット作成キー５０２の登録、そのタッチパネル５０１への表示、非表示、削除を実行する為の画面である。チケット作成アプリケーション管理画面６０８には、ボタン６０５～６０７が含まれる。

ボタン６０５は、ユーザ押下に応じて、新規ボタン登録画面６１４（図６Ｃ）に遷移する為のボタンである。

ボタン６０６は、ユーザ押下に応じて、ホーム画面５０８に表示されているチケット作成キー５０２を非表示にするためのボタンである。

ボタン６０７は、ユーザ押下に応じて、チケット作成アプリケーション管理画面６０８において登録したチケット作成ボタンを削除する為のボタンである。

新規ボタン登録画面６１４は、送信情報を入力するための入力ボックス６０９～６１３と、スキャン情報を設定するためのリストボックス６１５～６１８とを備える。ここで、送信情報とは、チケット作成要求を要件管理サーバ３００に送信する際の送信設定である。また、スキャン情報とは、チケット作成要求に応じて要件管理サーバ３００で作成されるチケットにファイルとして添付される画像データを生成する際の読取部１１８の読取設定である。

入力ボックス６０９は、ホーム画面５０８に表示されるキーに表示される名称（ボタン名）の入力ボックスであり、ここでは、「チケット作成」が予めボタン名として指定されている。

入力ボックス６１０は、チケット作成キー５０２の押下により実行されるチケット作成要求の送信先の入力ボックスであり、ここでは、要件管理サーバ３００を宛先として予め指定されている。

入力ボックス６１１は、チケット作成要求に含まれるユーザＩＤの入力ボックスであり、ここでは、モバイルポータルキー５０９の押下時に表示されたログイン画面に入力されたユーザＩＤが予め指定されている。

入力ボックス６１２は、チケット作成要求に含まれるパスワードの入力ボックスであり、ここでは、モバイルポータルキー５０９の押下時に表示されたログイン画面に入力されたパスワードが予め指定されている。

入力ボックス６１３は、チケット作成要求に含まれるトークン（認証）情報の入力ボックスであり、ここでは、ボタン６０５の押下に応じてトークン情報が指定されている。

リストボックス６１５は、チケット作成キー５０２の押下の際に実行されるスキャン処理の読取サイズを設定するためのリストボックスである。

リストボックス６１６は、同スキャン処理のファイル形式を設定するためのリストボックスである。

リストボックス６１７は、同スキャン処理の濃度を設定するためのリストボックスである。

リストボックス６１８は、同スキャン処理の原稿種類を設定するためのリストボックスであり、ＯＮの場合は原稿種類が両面原稿に設定され、ＯＦＦの場合は原稿種類が片面原稿に設定される。

確定ボタン６１９は、ユーザの押下により、入力ボックス６０９～６１３及びリストボックス６１５～６１８において設定内容が反映されたチケット作成キー５０２を登録するためボタンである。

図７を用いて、チケット作成キー５０２の押下により開始する、本実施形態に係る新規チケット作成処理について説明する。

図５のホーム画面５０８でチケット作成キー５０２がユーザ押下されると、チケット情報入力画面７０２（図７（ａ））に遷移する。

チケット情報入力画面７０２は、新規に作成するチケットのタイトル、期日、担当者、コメント、報告者、プロジェクトといったチケット情報の設定項目のパラメータがユーザ入力可能な画面である。プロジェクトを指定すると、そのプロジェクトに紐づいたチケットが要件管理サーバ３００により生成される。

また、チケット情報入力画面７０２には確定ボタン７０３が含まれ、確定ボタン７０３のユーザ押下によりチケット情報入力画面７０２でユーザ入力された各種設定項目のパラメータが反映されたチケットが作成されると共に、送信実行画面７０４に遷移する。

送信実行画面７０４（図７（ｂ））には、はいボタン７０５といいえボタン７０６が含まれる。

はいボタン７０５は、ユーザの押下により、チケット作成要求の送信が実行される。尚、この際に読取部１１８に原稿が設置されている場合は、新規ボタン登録画面６１４で設定されたスキャン処理が実行される。

いいえボタン７０６は、ユーザの押下により、チケット作成要求の送信は実行せずに終了する。この場合、送信実行画面７０４から送信失敗画面に画面が遷移する。

図８は、本実施形態における、ＭＦＰ１０１及び要件管理サーバ３００において実行されるチケット作成処理のシーケンス図である。尚、本処理のＭＦＰ１０１側の各動作（ステップ）は、ＣＰＵ１１１がＲＯＭ１１２またはストレージ１１４に記憶された制御プログラムをＲＡＭ１１３に読み出して実行する。同様に、本処理の要件管理サーバ３００（要件管理サービス）側の各動作（ステップ）は、ＣＰＵ３０１がＲＯＭ３０２に記憶された制御プログラムをＲＡＭ３０３に読み出して実行する。

まず、ＣＰＵ１１１は、ステップＳ８０１にて、チケット作成キー５０２のユーザ押下があると、ステップＳ８０２に進み、新規ボタン登録画面６１４における設定内容であるユーザＩＤ・パスワードで要件管理サーバ３００へのログイン要求を実行する。

ステップＳ８０３にて、ＣＰＵ３０１はＭＦＰ１０１へログイン応答をする。尚、図８では、ログインが成功した旨のログイン応答があった場合についてのみ説明する。

ステップＳ８０４にて、ＣＰＵ１１１は要件管理サーバ３００に対してチケット作成のための入力項目情報の取得要求を実行する。

ステップＳ８０５にて、ＣＰＵ３０１はＭＦＰ１０１へチケット作成のための入力項目の情報をＭＦＰ１０１へ送信する。

ステップＳ８０６にて、ＣＰＵ１１１はステップＳ８０５で取得した情報に基づきチケット情報入力画面７０２を表示する。その後、確定ボタン７０３のユーザ押下があったときに、ステップＳ８０７に進む。

ステップＳ８０７にて、ＣＰＵ１１１は、送信実行画面７０４を表示する。その後、はいボタン７０５のユーザ押下があったときに、新規ボタン登録画面６１４で設定されたスキャン処理を実行し、画像データを取得する。また、ステップＳ８０６でチケット情報入力画面７０２にユーザ入力された各種設定項目のパラメータに基づいてチケット作成要求を生成する。また、新規ボタン登録画面６１４で設定された送信先（要件管理サーバ３００）やトークン情報等の送信情報を取得する。

ステップＳ８０８にて、ＣＰＵ１１１は、ステップＳ８０７で取得した画像データをチケット作成要求に添付し、同じくステップＳ８０７で取得した送信情報に基づき送信する。

ステップＳ８０９にて、ＣＰＵ３０１は受信したチケット作成要求からチケット入力情報を抽出する。ここではチケット情報入力画面７０２でユーザ入力された各種設定項目のパラメータがチケット入力情報として取得される。

ステップＳ８１０にて、ＣＰＵ３０１はステップＳ８０９で抽出したチケット入力情報を反映したチケットを生成する。また、ステップＳ８０７でチケット作成要求に添付されていた画像データをＨＤＤ３０５にファイルとして保存すると共に、生成したチケットにそのファイルを添付する。

ステップＳ８１１にて、ＣＰＵ３０１はチケット入力情報に含まれるプロジェクトに、生成したチケットを紐づける。

ステップＳ８１２にて、ＣＰＵ３０１はＭＦＰ１０１へチケット作成が完了した旨を応答し、本処理を終了する。

図９は、本実施形態におけるＭＦＰ１０１において実行されるチケット作成処理のフローチャートである。尚、本フローチャートの各動作（ステップ）は、ＣＰＵ１１１がＲＯＭ１１２またはストレージ１１４に記憶された制御プログラムをＲＡＭ１１３に読み出して実行する。

ステップＳ９０１にて、ＣＰＵ１１１は、チケット作成キー５０２のユーザ押下があると、新規ボタン登録画面６１４における設定内容でネットワーク１００を介して要件管理サーバ３００へのログイン要求を実行する。

ステップＳ９０２にて、ＣＰＵ１１１は、要件管理サーバ３００からログイン応答を受信する。ログインが成功している旨のログイン応答があった場合、ステップＳ９０３に遷移し、ログインが失敗した旨のログイン応答があった場合ステップＳ９１３に遷移する。

ステップＳ９０３にて、ＣＰＵ１１１は、ネットワーク１００を介して要件管理サーバ３００へチケット作成のための入力項目の情報を要求する。

ステップＳ９０４にて、ＣＰＵ１１１は、要件管理サーバ３００からの、ステップＳ９０３における要求に対する応答を一定期間待つ。応答があった場合、チケット作成のための入力項目の情報の取得に成功したと判断し、ステップＳ９０５に遷移する。一方、一定期間待っても応答がなかった場合は、失敗したと判断し、ステップＳ９１３に遷移する。

ステップＳ９０５にて、ＣＰＵ１１１は、ステップＳ９０４で取得に成功した情報に基づきチケット情報入力画面７０２をタッチパネル５０１に表示する。尚、図７（ａ）の説明にて上述した通り、ユーザは、チケット情報入力画面７０２においてチケット情報の各種設定項目のパラメータの入力を行う。

ステップＳ９０６にて、ＣＰＵ１１１は、チケット情報入力画面７０２の確定ボタン７０３がユーザ押下されたか判定する。押下されたらステップＳ９０７に遷移する。

ステップＳ９０７にて、ＣＰＵ１１１は、送信実行画面７０４をタッチパネル５０１に表示する。

ステップＳ９０８にて、ＣＰＵ１１１は、はいボタン７０５がユーザ押下されたか判定する。はいボタン７０５がユーザ押下された場合、ステップＳ９０９に遷移し、いいえボタン７０６がユーザ押下された場合、ステップＳ９１３に遷移する。

ステップＳ９０９にて、ＣＰＵ１１１は、読取部１１８に設置されている原稿に対して、新規ボタン登録画面６１４で設定されたスキャン処理を開始し、画像データを取得する。また、ステップＳ９０５で入力された各種設定項目のパラメータに基づいてチケット作成要求を生成する。

ステップＳ９１０にて、ＣＰＵ１１１は、ステップＳ９０９で生成したチケット作成要求に、同じくステップＳ９０９で取得した画像データを添付し、要件管理サーバ３００へ送信する。

ステップＳ９１１にて、ＣＰＵ１１１は、要件管理サーバ３００からのチケット作成が完了した旨の応答を一定期間待つ。応答があった場合は作成が成功したと判断し、ステップＳ９１２に遷移する。一方、一定期間待っても応答がなかった場合は、失敗したと判断し、ステップＳ９１３に遷移する。

ステップＳ９１２にて、ＣＰＵ１１１は、送信完了画面を表示し、本処理を終了する。

ステップＳ９１３にて、ＣＰＵ１１１は、送信失敗画面を表示し、本処理を終了する。

次に、モバイル端末２００の操作パネル２０１に表示される画面について説明する。

操作パネル２０１のホーム画面にも、ＭＦＰ１０１のホーム画面５０８と同様、要件管理サーバ３００にアクセスしてＲＵＩのホーム画面を表示するための「モバイルポータル」キーが含まれる。「モバイルポータル」キーのユーザ押下があると、まず、ＲＵＩにログインする為のログイン画面が操作パネル２０１に表示される。このログイン画面へのユーザＩＤ（ここでは「ｘｙｚ」）及びパスワード等のユーザ情報のユーザ入力があると、ＣＰＵ２０７はこのユーザ情報を含むユーザ認証要求を要件管理サーバ３００に送信する。要件管理サーバ３００においてこのユーザ認証要求に応じたユーザ認証が成功すると、ＲＵＩのホーム画面の情報が要件管理サーバ３００からモバイル端末２００に送信される。この結果、操作パネル２０１のホーム画面がＲＵＩのホーム画面に切り替わる。

その後、ＲＵＩのホーム画面に含まれる「要件管理」キーのユーザ押下があると、ＲＵＩのホーム画面から以下後述する要件管理サービス画面１００１ａに遷移する。

図１０Ａ，図１０Ｂを用いて、モバイル端末２００に表示される要件管理サービス画面１００１ａ，１００１ｂについて説明する。

ここでは、ユーザＩＤが「ｘｙｚ」であるユーザは、「ｘｙｚｐｒｏｊｅｃｔ」というプロジェクトにのみ関わっている場合を示しているが、これに限定されない。例えば、ユーザが複数のプロジェクトにかかわっている場合は、プロジェクト名を示すボックス１００４をリストボックスとし、ユーザが他のプロジェクトを選択可能としてもよい。

図１０Ａに示すように、要件管理サービス画面１００１ａには、進捗領域１００２と、詳細情報領域１００３が含まれる。

進捗領域１００２は、「ｘｙｚｐｒｏｊｅｃｔ」というプロジェクトに紐づけられるチケットの進捗度を示す領域である。

詳細情報領域１００３は、進捗領域１００２に表示される複数のチケットのアイコンの一つが選択されたときにそのアイコンの詳細情報を示す領域である。

進捗領域１００２は、進捗０％を示す領域１００２ａ、進捗３０％を示す領域１００２ｂ、進捗６０％を示す領域１００２ｃ、進捗１００％を示す領域１００２ｄを有する。ここで、要件管理サーバ３００は、新規作成したチケットについてはその進捗度を０％に設定する。

ユーザが管理者である場合、さらに、進捗度合いに応じて進捗領域１００２内にある各チケットのアイコンを、領域１００２ａ～１００２ｄのいずれかに移動できる。これにより、管理者は、各チケットの進捗状況の管理を行うことができる。尚、進捗領域１００２内にある各チケットのアイコンの移動方法は特に限定されない。例えば、管理者が、所定の進捗度に達したと判断した段階で進捗領域１００２内にあるチケットのアイコンの一つをドラッグアンドドロップして移動できるようにしても良い。また、ＣＰＵ１１１は、進捗領域１００２内のチケットのアイコンの一つの長押しを検知したときに、そのチケットの進捗度の入力欄を要件管理サービス画面１００１ａに表示し、その入力欄に入力された進捗度に基づきそのアイコンを移動させても良い。

尚、進捗領域１００２内にあるチケットのアイコンの１つに対してかかる移動が行われた場合、要件管理サーバ３００は、そのアイコンの移動先の領域が示す進捗度にそのアイコンが示すチケットの進捗度を更新する。

進捗１００％のチケットとは、管理される要件が完了したチケットである。このようなチケットは、進捗１００％を示す領域１００２ｄに表示され続けるが、ユーザ操作で削除することも可能である。

図１０Ａに示すように、進捗領域１００２にあるチケットの一つ（ここでは、チケット１）がユーザ選択されると、詳細情報領域１００３にそのチケットの詳細情報が表示される。

進捗領域１００２内の各チケットに入力された期日の終了に近づくと、要件管理サーバ３００は、要件管理サービス画面１００１ａにおけるそのチケット色の変更や、ユーザへのメール通知を行うことで、ユーザに注意喚起を行う。

ＭＦＰ１０１の送信実行画面７０４（図７（ｂ））の「はい」ボタン７０５にユーザ押下があり、要件管理サーバ３００でチケットが新規作成されると、要件管理サービス画面１００１ａが要件管理サービス画面１００１ｂ（図１０Ｂ）に切り替わる。

進捗０％を示す領域１００２ａには、要件管理サーバ３００で新規作成された「テスト」チケットを示すボックス１００５が新たに表示される。また、詳細情報領域１００３には、ＭＦＰ１０１のチケット情報入力画面７０２でユーザ入力されたパラメータが反映されたチケット情報と、はいボタン７０５のユーザ押下の際に実行されたスキャン処理で得られた画像データがファイルとして添付される。これにより、ユーザは、共有フォルダなど別の場所に保管される画像データを参照する必要がなく、詳細情報領域１００３において「テスト」チケットの詳細情報を確認するだけで「テスト」チケットに画像データがファイルとして添付されたか否かを確認できる。

以上の説明通り、本実施形態によれば、ＭＦＰ１０１において、ユーザはチケット作成とそのチケットへのファイルの添付を容易に行うことが可能になる。

＜第２の実施形態＞
次に、本発明の第２の実施形態について説明する。

第１の実施形態では、ＭＦＰ１０１においてユーザ入力されたパラメータが反映されたチケット情報に基づき、新規にチケットが作成されると共に、そのチケットへＭＦＰ１０１でスキャン処理された画像データがファイルとして添付された。これに対し、第２の実施形態では、ＭＦＰ１０１において既存チケットのチケット情報がユーザ操作に応じて変更されると共に、その変更後のチケットへＭＦＰ１０１でスキャン処理された画像データがファイルとして新たに添付される。

以下、第１の実施形態と同一の構成については同一の符号を付し、重複した説明は省略する。

図１１を用いて、チケット作成キー５０２の押下により開始する既存チケット変更処理の流れについて説明する。尚、第１の実施形態と同一の画面については同一の番号を付して重複した説明は省略する。

図５のホーム画面５０８でチケット作成キー５０２がユーザ押下されると、図１１（ａ）に示す、チケット選択画面１１０１に遷移する。

チケット選択画面１１０１は、新規作成１１０２ａ及び既存チケット１１０２ｂの２つのキーを含む。

新規作成１１０２ａは、ユーザ押下されるとチケット情報入力画面７０２へ遷移するためのキーである。

既存チケット１１０２ｂは、ユーザ押下されると図１１（ｂ）に示す既存チケット画面１１０３に遷移する。

既存チケット画面１１０３は、新規ボタン登録画面６１４（図６Ｃ）でユーザが登録したチケットを一覧表示する。一覧表示されたチケットの一つがユーザ選択された後、確定ボタン１１０３ａがユーザ押下されると、既存チケット情報入力画面１１０４（図１１（ｃ））に遷移する。

既存チケット情報入力画面１１０４では、既存チケット画面１１０３でユーザ選択されたチケット（ここでは、チケット１）のチケット情報に含まれる各設定項目のパラメータがユーザ変更可能に予め表示される。尚、既存チケット情報入力画面１１０４においては、現在の進捗度など、新規作成されたチケットのチケット情報とは異なる設定項目のパラメータもユーザ変更可能に予め表示されていても良い。

また、チケット１のように既にファイルが添付されている場合、図１１（ｃ）に示すように「添付ファイル」の設定項目１１０４ａに「削除しない」が予め表示される。この場合、スキャン処理により追加でファイルがチケット１に添付される。尚、設定項目１１０４ａはリストボックスとなっており、ユーザは設定項目１１０４ａを「削除しない」から「削除する」に変更することも可能である。設定項目１１０４ａが「削除する」に変更された場合、すでに添付されているファイルはチケット１から削除され、新たにスキャン処理により得られた画像データがファイルとしてチケット１に添付される。

確定ボタン１１０４ｂを押下すると送信実行画面７０４（図７（ｂ））に遷移する。図７にて上述の通り、はいボタン７０５のユーザ押下により、チケット作成要求の送信が実行される。尚、この際に読取部１１８に原稿が設置されている場合は、新規ボタン登録画面６１４で設定されたスキャン処理が実行される。

図１２Ａ、図１２Ｂは、本実施形態におけるＭＦＰ１０１において実行されるチケット作成処理のフローチャートである。尚、本フローチャートの各動作（ステップ）は、ＣＰＵ１１１がＲＯＭ１１２またはストレージ１１４に記憶された制御プログラムをＲＡＭ１１３に読み出して実行する。ステップＳ１２０１，Ｓ１２０２，Ｓ１２１０～Ｓ１２１３，Ｓ１２１６，Ｓ１２１７は夫々、図９のステップＳ９０１，Ｓ９０２，Ｓ９０６～Ｓ９０９，Ｓ９１２，Ｓ９１３と同様であるため説明は省略する。

ステップＳ１２０３（図１２Ａ）にて、ＣＰＵ１１１は、ステップＳ１２０１でのチケット作成キー５０２のユーザ押下に応じてチケット選択画面１１０１を表示する。その後、チケット選択画面１１０１において既存チケット１１０２ｂのユーザ押下があった場合、ＣＰＵ１１１は、ネットワーク１００を介して要件管理サーバ３００へ新規ボタン登録画面６１４でユーザが登録したチケットの一覧の取得要求を実行する。

ステップＳ１２０４にて、ＣＰＵ１１１は、要件管理サーバ３００からの、ステップＳ１２０３における要求に対する応答を一定期間待つ。応答があった場合、チケットの一覧の取得が成功したと判断し、ステップＳ１２０５に遷移する。一方、一定期間待っても応答がなかった場合は、失敗したと判断し、ステップＳ１２１７に遷移する。

ステップＳ１２０５にて、ＣＰＵ１１１は、ステップＳ１２０４で取得したチケットの一覧を反映させた既存チケット画面１１０３に表示する。

ステップＳ１２０６にて、ＣＰＵ１１１は、既存チケット画面１１０３に一覧表示されたチケットの一つがユーザ選択されたか否かを判定する。一つのチケットが選択された場合、ステップＳ１２０７に遷移する。

ステップＳ１２０７にて、ＣＰＵ１１１は、要件管理サーバ３００へステップＳ１２０６で選択されたチケットの情報取得要求を実行する。

ステップＳ１２０８（図１２Ｂ）にて、ＣＰＵ１１１は、要件管理サーバ３００からの、ステップＳ１２０７における要求に対する応答を一定期間待つ。応答があった場合、チケット情報の取得に成功したと判断し、ステップＳ１２０９に遷移する。一方、一定期間待っても応答がなかった場合は、失敗したと判断し、ステップＳ１２１７に遷移する。

ステップＳ１２０９にて、ＣＰＵ１１１は、ステップＳ１２０８で取得したチケット情報を反映させた既存チケット情報入力画面１１０４を表示する。尚、図１１（ｃ）の説明にて上述した通り、ユーザは、既存チケット情報入力画面１１０４においてチケット情報の各種設定項目のパラメータの変更を行う。

ステップＳ１２１４にて、ＣＰＵ１１１は、ステップＳ１２１３で生成したチケット作成要求に、同じくステップＳ１２１３で取得した画像データをファイルとして添付し、要件管理サーバ３００へ送信する。

ステップＳ１２１５にて、ＣＰＵ１１１は、要件管理サーバ３００からの既存チケットの変更が完了した旨の応答を一定期間待つ。応答があった場合は変更が成功したと判断し、ステップＳ１２１６に遷移する。一方、一定期間待っても応答がなかった場合は、失敗したと判断し、ステップＳ１２１７に遷移する。

以上の説明通り、本実施形態によれば、既存チケットに新たな画像データをファイルとして添付することが容易となる。

（その他の実施形態）
第１及び第２の実施形態においては、ＭＦＰ１０１において新規チケット又は既存チケットに画像データをファイルとして添付したが、チケットにファイルとして添付されるデータは画像データに限定されない。例えば、ドキュメントデータや撮影画像であってもよい。

また、要件管理サーバ３００と接続し、新規チケット又は既存チケットにファイルとして添付されるデータを送信する装置は、ＭＦＰに限定されず、スマホやＰＣ等の他の情報処理装置であってもよい。

（他の実施形態）
本発明は、以下の処理を実行することによっても実現される。即ち上述した実施形態の機能を実現するソフトウェア（プログラム）をネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムコードを読み出して実行する処理である。この場合、そのプログラム、及び該プログラムを記憶（格納）した記録媒体は本発明を構成することになる。

１ ネットワークシステム
１００ ネットワーク
１０１ ＭＦＰ
１１１ ＣＰＵ
１１６ 操作部
１１８ 読取部
１２５ 通信部Ｉ／Ｆ
２００ モバイル端末
３００ 要件管理サーバ
３０１ ＣＰＵ
３０４ ＬＡＮ Ｉ／Ｆ

Claims (8)

1. 要件管理サーバと通信可能な情報処理装置であって、
   少なくとも、要件の期限と、前記要件の担当者を入力するための画面を、前記要件管理サーバから受信したデータに基づいて表示する表示手段と、
   前記期限と前記担当者の入力を受け付ける受付手段と、
   原稿を読み取って画像データを生成する読取手段と、
   前記画像データと前記期限と前記担当者に基づいて前記要件に対応するチケットを前記要件管理サーバに作成させるチケット作成要求を送信する送信手段とを有し、
   前記要件の期限は、前記期限が近付いてきたことをユーザに通知するために前記要件管理サーバによって使われることを特徴とする情報処理装置。
2. 前記読取手段によって前記原稿を読み取るための読取設定を記憶する記憶手段をさらに有することを特徴とする請求項１に記載の情報処理装置。
3. 前記表示手段は、前記チケット作成要求によって作成され、前記要件管理サーバに記憶された前記チケットに含まれる前記期限を変更するための変更画面をさらに表示することを特徴とする請求項１又は２記載の情報処理装置。
4. 前記要件の期限は、前記チケット作成要求によって作成された前記チケットの色を変更することによって、前記期限が近付いてきたことをユーザに通知するために前記要件管理サーバによって使われることを特徴とする請求項１乃至３のいずれか１項に記載の情報処理装置。
5. 前記チケット作成要求によって作成され、前記要件管理サーバに記憶された前記チケットは、外部装置によって表示可能であることを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
6. 前記外部装置は、前記チケット作成要求によって作成され、前記要件管理サーバに記憶された前記チケットについて要件の処理の進捗度合いを表示することを特徴とする請求項５に記載の情報処理装置。
7. 要件管理サーバと通信可能な情報処理装置の制御方法であって、
   少なくとも、要件の期限と、前記要件の担当者を入力するための画面を、前記要件管理サーバから受信したデータに基づいて表示する表示ステップと、
   前記期限と前記担当者の入力を受け付ける受付ステップと、
   原稿を読み取って画像データを生成する読取ステップと、
   前記画像データと前記期限と前記担当者に基づいて前記要件に対応するチケットを前記要件管理サーバに作成させるチケット作成要求を送信する送信ステップとを有し、
   前記要件の期限は、前記期限が近付いてきたことをユーザに通知するために前記要件管理サーバによって使われることを特徴とする制御方法。
8. 請求項７に記載の制御方法をコンピュータに実行させることを特徴とするプログラム。

Images