(57)【要約】【課題】交代あるいは引継ぎの状況や、交代あるいは引継ぎの際に相互に取り交わされる情報を確実に管理する管理システムを提供する。【解決手段】少なくとも２つの携帯端末間でやり取りされる情報をネットワークを介して管理する管理装置であって、少なくとも２つの携帯端末から装置を取り扱うユーザの担当交代を申請する交代申請通知を受信し、少なくとも２つの携帯端末のうち一の携帯端末から担当交代の際に引継ぐ引継情報を受信する通信手段と、通信手段により少なくとも２つの携帯端末から受信した交代申請通知それぞれに含まれる携帯端末を所持するユーザを特定するユーザ情報が一致するか否かを判定する判定手段と、を備え、通信手段は、判定手段によりユーザ情報が一致すると判定されたとき、一の携帯端末と異なる他の携帯端末に引継情報を送信する。【選択図】図９
2016110453.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも２つの携帯端末間でやり取りされる情報をネットワークを介して管理する管理装置であって、
前記少なくとも２つの携帯端末から装置を取り扱うユーザの担当交代を申請する交代申請通知を受信し、前記少なくとも２つの携帯端末のうち一の携帯端末から前記担当交代の際に引継ぐ引継情報を受信する通信手段と、
前記通信手段により前記少なくとも２つの携帯端末から受信した前記交代申請通知それぞれに含まれる前記携帯端末を所持する前記ユーザを特定するユーザ情報が一致するか否かを判定する判定手段と、を備え、
前記通信手段は、前記判定手段により前記ユーザ情報が一致すると判定されたとき、前記一の携帯端末と異なる他の携帯端末に前記引継情報を送信することを特徴とする管理装置。
【請求項２】
前記装置を担当する担当者に関する担当者情報を記憶する担当者情報記憶手段を備え、
前記判定手段は、前記担当者情報に前記ユーザ情報が含まれるか否かを判定することを特徴とする請求項１記載の管理装置。
【請求項３】
前記担当者情報は前記装置の担当時刻を前記担当者毎に記憶し、
前記判定手段は、前記交代申請通知に含まれる前記一の携帯端末と前記他の携帯端末との通信時刻が前記担当時刻に含まれるか否かを判定することを特徴とする請求項２記載の管理装置。
【請求項４】
前記担当者情報記憶手段は、前記判定手段により前記ユーザ情報が一致すると判定されたとき、前記担当者情報に含まれる前記ユーザ情報のうち前記一致すると判定された前記ユーザ情報毎に前記担当交代を記録することを特徴とする請求項２又は３記載の管理装置。
【請求項５】
前記引継情報を記憶する引継情報記憶手段と、
前記担当者情報及び前記引継情報それぞれに対する前記携帯端末によるアクセスを管理するアクセス管理手段と、を備えることを特徴とする請求項２から４の何れか１項に記載の管理装置。
【請求項６】
前記アクセス管理手段は、前記担当者情報及び前記引継情報それぞれに対応してアクセス権限情報が記憶されているか否かに基づいて前記携帯端末による前記担当者情報又は前記引継情報へのアクセスを制限又は許可することを特徴とする請求項５記載の管理装置。
【請求項７】
前記アクセス管理手段は、前記通信手段により前記他の携帯端末に前記引継情報が送信された後、前記一の携帯端末に対応する前記アクセス制限情報を削除することを特徴とする請求項６記載の管理装置。
【請求項８】
前記通信手段は、前記判定手段により前記ユーザ情報が一致すると判定されたとき、前記一の携帯端末と前記他の携帯端末に前記担当交代を承認する交代承認通知を送信することを特徴とする請求項１から７の何れか１項に記載の管理装置。
【請求項９】
前記通信手段は、前記判定手段により前記ユーザ情報が不一致であると判定されたとき、前記一の携帯端末と前記他の携帯端末に前記担当交代を却下する交代却下通知を送信することを特徴とする請求項１から８の何れか１項に記載の管理装置。
【請求項１０】
前記交代却下通知は、前記担当交代を却下する理由を含むことを特徴とする請求項９記載の管理装置。
【請求項１１】
装置を取り扱う２以上のユーザの担当交代を申請する交代申請通知を作成する交代通知管理手段と、
前記交代申請通知、前記担当交代の際に前記２以上のユーザのうち一のユーザから他のユーザに引継ぐ引継情報、又は前記ユーザが担当する装置の装置情報及び前記装置において処理されるジョブをネットワークを介して管理装置に送信し、前記管理装置における、２以上の前記交代申請通知に含まれる前記ユーザを特定するユーザ情報の一致判定に基づいて作成される前記担当交代を承認する交代承認通知を受信する通信手段と、
前記引継情報を前記記憶部に記憶し、又は前記記憶部から削除する引継情報管理手段と、
前記装置情報及び前記ジョブを前記記憶部に記憶し、又は前記記憶部から削除する担当者情報管理手段と、
前記交代承認通知、前記引継情報、前記装置情報、及び前記ジョブを表示する表示手段と、を備えることを特徴とする管理システム。
【請求項１２】
装置を取り扱う２以上のユーザの担当交代を管理する管理システムであって、
前記装置の装置情報、前記装置において処理されるジョブ、前記装置の担当者情報、及び前記装置の担当時刻を対応させた管理テーブルと、
前記２以上のユーザが所持する携帯端末での通信時に前記携帯端末から送信された前記ユーザを特定するユーザ情報が前記担当者情報に含まれるか否かを判定する担当者判定手段と、
前記２以上のユーザが所持する携帯端末での通信時に前記携帯端末から送信された通信時刻が前記担当時刻に含まれるか否かを判定する担当時刻判定手段と、を備えることを特徴とする管理システム。
【請求項１３】
少なくとも２つの携帯端末間でやり取りされる情報をネットワークを介して管理する管理装置に実行させるコンピュータ読み取り可能なプログラムであって、
前記少なくとも２つの携帯端末から装置を取り扱うユーザの担当交代を申請する交代申請通知を受信して記憶部に記憶し、前記少なくとも２つの携帯端末のうち一の携帯端末から前記担当交代の際に引継ぐ引継情報を受信して前記記憶部に記憶する処理と、
前記記憶部に記憶された前記交代申請通知それぞれに含まれる前記携帯端末を所持する前記ユーザを特定するユーザ情報が一致するか否かを判定する処理と、
前記ユーザ情報が一致すると判定されたとき、前記一の携帯端末と異なる他の携帯端末に前記引継情報を送信する処理と、
を含むことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理システム、管理装置、及び、管理プログラムに関する。
【背景技術】
【０００２】
例えば、プロダクションプリンティング業界では、プロダクションプリンタ及び印刷ジョブにつき１人以上の担当者が付くことが一般的である。担当者は、プロダクションプリンタのペーパージャム解消、消耗品の補充、印刷の色補正、印刷品質のチェックなどを行う。また、プロダクションプリンタは長時間稼働する場合が多いため、プロダクションプリンタと印刷ジョブの担当者が途中で交代することも一般的である。
【０００３】
上記のようなプロダクションプリンタと印刷ジョブの担当者情報を、印刷ジョブの管理などを行うシステムが統括して管理するという技術が既に知られている。
【０００４】
上述のような業務の交代に適用される技術として、例えば特許文献１には、担当者から別の担当者へ配達物乃至業務を引継ぐ際、読み取り可能距離１０ｍ以内のコード情報読み取り手段を備える業務用携帯端末が開示されている。そして、この業務用携帯端末には、更新コード情報をコード情報読み取り手段によって読み取ることを起動条件として設定された業務プログラムが備えられている。
【０００５】
特許文献１に記載の技術は、第１の担当者が携帯する業務用携帯端末Ａが記憶している更新コード情報を、第２の担当者が携帯する業務用携帯端末Ｂを業務用携帯端末Ａの１０ｍ以内に接近させて、コード情報読み取り手段によって読み取ることで、業務引継ぎの際に担当者同士を対面させるというものである。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１に記載された技術は、担当者同士が直接対面して配達乃至業務を引継ぐというものである。しかし、例えば特許文献１のようなシステムでは、一方の端末に記憶された更新コード情報を他方の端末に読み取らせるため、担当者同士がお互いの携帯する業務用端末を接近させる等、担当者同士の意思によるところが大きいため、以下の問題を有する。
【０００７】
つまり、特許文献１のようなシステムでは、例えば、そもそも後任者が不在であったり、引継ぎの場所に到着するのが遅れたりする等の人為的トラブルが発生した場合、これに対応することが困難である。さらに、このようなトラブルは、システムを管理する側には見えない事象である。よって、この場合、仮に正規の担当者同士が対面することなく、何らかの手段で業務交代や引継ぎができたとしても、システムを管理する側はそれを把握することができない。
【０００８】
さらに、業務引継ぎ完了後も、前任者が更新コード情報等の情報を持ち続けることはセキュリティ上、好ましくない。そして、業務用携帯端末に当該情報が保持されたままであると、当該端末の紛失や盗難に見舞われた場合に、当該情報が第三者に知られてしまうおそれもある。これを防ぐために、引継ぎ完了後に、前任者の端末に記憶された情報を削除することも考えられる。しかし、こういった手法は担当者の裁量に任される行為であるため、当該情報が確実に削除されたかどうか等の事情をシステム管理側は把握することができない。
【０００９】
本発明は、上述した事情に鑑みてなされたものであって、交代あるいは引継ぎの状況や、交代あるいは引継ぎの際に相互に取り交わされる情報を確実に管理することを目的とする。
【課題を解決するための手段】
【００１０】
上述した目的を達成するため、本発明は、少なくとも２つの携帯端末間でやり取りされる情報をネットワークを介して管理する管理装置であって、少なくとも２つの携帯端末から装置を取り扱うユーザの担当交代を申請する交代申請通知を受信し、少なくとも２つの携帯端末のうち一の携帯端末から担当交代の際に引継ぐ引継情報を受信する通信手段と、通信手段により少なくとも２つの携帯端末から受信した交代申請通知それぞれに含まれる携帯端末を所持するユーザを特定するユーザ情報が一致するか否かを判定する判定手段と、を備え、通信手段は、判定手段によりユーザ情報が一致すると判定されたとき、一の携帯端末と異なる他の携帯端末に引継情報を送信することを特徴とする。
【発明の効果】
【００１１】
本発明によれば、交代あるいは引継ぎの状況や、交代あるいは引継ぎの際に相互に取り交わされる情報を確実に管理することが可能となる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施形態における管理装置と携帯端末とからなるシステムの概略構成図である。
【図２】本発明の実施形態における管理装置と携帯端末のハードウェア構成図である。
【図３】本発明の第１実施形態における管理装置の機能ブロック図である。
【図４】本発明の第１実施形態における携帯端末の機能ブロック図である。
【図５】本発明の第１実施形態における処理手順を説明するフローチャートである。
【図６】本発明の第１実施形態における携帯端末から交代申請が管理装置に通知される様子を示す模式図である。
【図７】本発明の第１実施形態における管理装置において照合される情報の関係を示す模式図である。
【図８】本発明の第１実施形態における担当者スケジュールの一例を示す模式図である。
【図９】本発明の第１実施形態における照合処理の概略を示す模式図である。
【図１０】本発明の第２実施形態における管理装置の機能ブロック図である。
【図１１】本発明の第２実施形態における携帯端末の機能ブロック図である。
【図１２】本発明の第２実施形態における処理手順を説明するフローチャートである。
【図１３】本発明の第２実施形態における担当者スケジュールの一例を示す模式図である。
【図１４】本発明の第２実施形態における照合処理の概略を示す模式図である。
【図１５】本発明の第２実施形態におけるアクセス権限情報について説明する模式図である。
【図１６】本発明の第２実施形態におけるアクセス権限情報更新処理の一例について説明する模式図である。
【図１７】本発明の第２実施形態におけるアクセス権限情報更新処理の一例について説明する模式図である。
【図１８】本発明の第２実施形態におけるアクセス権限情報更新処理の一例について説明する模式図である。
【図１９】本発明の第２実施形態におけるアクセス権限情報更新処理の一例について説明する模式図である。
【発明を実施するための形態】
【００１３】
本発明の実施形態における管理システムについて図面を用いて以下説明する。なお、各図中、同一又は相当する部分には同一の符号を付しており、その重複説明は適宜に簡略化乃至省略する。
【００１４】
本発明の実施形態における管理システム１について図１を参照して説明する。本実施形態の管理システム１は、管理装置としてのパーソナルコンピュータ（以下「ＰＣ」という。）１０、携帯端末２０ａ及び２０ｂが無線ネットワークにより接続されて構成されている。なお、本構成は一例であり、当然に携帯端末が２台に限定される必要はなく、ＰＣ１０が２台以上接続されることを妨げるものでもない。
【００１５】
管理システム１においては、例えば、携帯端末２０ａと２０ｂそれぞれの所持者たるユーザが、プロダクションプリンタ等の画像形成装置のオペレータとしての担当を交代する際、携帯端末２０ａと２０ｂとの間で通信を行う。その際、両端末からＰＣ１０に交代申請通知が送信され、ＰＣ１０は両端末から送信された交代申請通知に含まれるユーザ名等を照合する。なお、本実施形態においては担当する装置を画像形成装置として説明するが、画像形成装置は一例であり、業務交代を要する共用装置であればよい。
【００１６】
そして、ユーザ名等が一致したとき、ＰＣ１０は交代元のユーザが所持する携帯端末２０ａから送信された引継情報を交代先のユーザが所持する携帯端末２０ｂに送信する。このようにして担当交代が完了する。
【００１７】
次に、図１で説明したＰＣ１０、携帯端末２０ａ及び２０ｂに共通するハードウェア構成について図２を参照して説明する。ＰＣ１０、携帯端末２０ａ等は、ハードウェア構成として、ＣＰＵ１１と、ＲＡＭ１２と、ＲＯＭ１３と、ＨＤＤ１４と、Ｉ／Ｆ１５と、通信Ｉ／Ｆ１６を備える。そして、Ｉ／Ｆ１５を介してＬＣＤ１７及び操作部１８が接続されている。
【００１８】
ＣＰＵ１１は演算手段であり、ＰＣ１０、携帯端末２０ａ及び２０ｂにおける全体の動作を制御する。ＲＡＭ１２は、情報の高速な読み書きが可能な揮発性の記憶媒体であり、ＣＰＵ１１が情報を処理する際の作業領域として用いられる。ＲＯＭ１３は、読み出し専用の不揮発性記憶媒体であり、ファームウェア等のプログラムが格納されている。
【００１９】
ＨＤＤ１４は、情報の読み書きが可能な不揮発性の記憶媒体であり、ＯＳや各種の制御プログラム、アプリケーション・プログラム等が格納されている。Ｉ／Ｆ１５は、バスと各種のハードウェアやネットワーク等を接続し制御する。
【００２０】
通信Ｉ／Ｆ１６は、ＰＣ１０と、携帯端末２０ａ及び２０ｂとによる無線通信を行うためのインタフェースである。本実施形態では、無線通信に、例えば携帯電話網を使用しても、無線ＬＡＮを使用しても、あるいは、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の短距離通信を使用してもよい。また、携帯端末２０ａ及び２０ｂ同士の通信についても、携帯電話網、無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）等の短距離通信等の通信方式を問わない。
【００２１】
ＬＣＤ１７は、ユーザがＰＣ１０や携帯端末２０ａ及び２０ｂの状態を確認するための視覚的ユーザインタフェースである。操作部１８は、キーボードやマウス等、ユーザがＰＣ１０や携帯端末２０ａ及び２０ｂに情報を入力するためのユーザインタフェースである。なお、上述したハードウェア構成は一例であり、これら以外の構成を備えていてもよい。
【００２２】
［第１実施形態]
次に、本発明の第１実施形態における管理装置としてのＰＣ１０の機能ブロックについて、図３を参照して説明する。ＰＣ１０は、機能ブロックとして、通信部１０１と、判定部１０２と、担当者情報記憶部１０３を備えている。
【００２３】
通信部１０１は、携帯端末２０ａ及び２０ｂから画像形成装置を取り扱うユーザの担当交代を申請する交代申請通知を受信し、携帯端末２０ａ及び２０ｂのうち一方の携帯端末から担当交代の際に引継ぐ引継情報を受信する通信手段である。
【００２４】
交代申請通知としては、例えば送信側である携帯端末２０のユーザ情報、通信相手である携帯端末２０ｂのユーザ情報、通信時刻等であればよい。引継情報は、例えば、担当者としての印刷情報、印刷ジョブの管理情報、及びメッセージなどの業務情報等である。
【００２５】
判定部１０２は、通信部１０１により携帯端末２０ａ及び２０ｂから受信した交代申請通知それぞれに含まれる携帯端末２０ａ及び２０ｂを所持するユーザを特定するユーザ情報が一致するか否かを判定する判定手段である。ユーザを特定するユーザ情報とは、携帯端末２０ａ及び２０ｂのユーザを一意的に識別する情報であり、例えばユーザ名やユーザＩＤ等であればよい。
【００２６】
そして、通信部１０１は、判定部１０２により携帯端末２０ａ及び２０ｂのユーザ情報が一致すると判定されたとき、携帯端末２０ｂに引継情報を送信することが好ましい。これにより、ＰＣ１０の管理者は、担当交代あるいは引継ぎの状況や、担当交代の際に相互に取り交わされる例えば引継情報を確実に管理することができる。
【００２７】
担当者情報記憶部１０３は、装置を担当する担当者に関する担当者情報を記憶する担当者情報記憶手段である。装置を担当する担当者とは、例えば画像形成装置等のオペレータ等をいい、担当者情報とは、担当する画像形成装置名等の装置情報、当該装置で処理される印刷ジョブ等、担当者名等の担当者に関する情報、及び担当時刻を対応させた管理テーブルをいう。管理テーブルの詳細については後述する。
【００２８】
判定部１０２は、上記テーブルを参照して、当該テーブルにユーザ情報が含まれるか否かを判定することが好ましい。携帯端末２０ａ及び２０ｂから送信されたユーザ名が上記テーブルの担当者名に合致することを確認することにより、ＰＣ１０は、担当を交代するユーザが正規の担当者であることを把握することができる。
【００２９】
また、判定部１０２は、携帯端末２０ａ及び２０ｂから送信された通信時刻が上記テーブルの担当時刻に含まれるか否かを判定することが好ましい。両端末の通信時刻が担当時刻に含まれるか否かを判定することにより、ＰＣ１０は、担当時刻に担当交代が行われていることを確実に把握することができる。
【００３０】
さらに、通信部１０１は、判定部１０２によりユーザ情報が一致すると判定されたとき、携帯端末２０ａ及び２０ｂに担当交代を承認する交代承認通知を送信することが好ましい。交代承認通知は、交代を承認する旨に加え、上述した担当者情報が含まれてもよい。そして、両端末の表示部にこの交代承認通知が表示等されることにより、両端末のユーザは担当交代が承認されたことを把握することができる。
【００３１】
さらに、通信部１０１は、判定部１０２によりユーザ情報が不一致であると判定されたとき、携帯端末２０ａ及び２０ｂに担当交代を却下する交代却下通知を送信することが好ましい。そして、両端末の表示部にこの交代却下通知が表示等されることにより、両端末のユーザは担当交代が却下されたことを把握することができる。なお、例えば両端末の通信時刻が担当時刻外である、交代先端末の交代申請通知を検出できなかった等の、交代却下通知には担当交代を却下する理由が含まれてもよい。これにより、ユーザは操作ミスなどに気付くことができる。
【００３２】
次に、本実施形態における携帯端末２０ａ及び２０ｂの機能ブロックについて図４を参照して説明する。携帯端末２０ａ及び２０ｂは、通信部２０１と、交代通知管理部２０２と、引継情報管理部２０３と、担当者情報管理部２０４と、表示部２０５を備えている。
【００３３】
交代通知管理部２０２は、交代申請通知を作成する交代通知管理手段である。
【００３４】
通信部２０１は、交代申請通知、引継情報、又は装置情報及びジョブをＰＣ１０に送信し、交代承認通知や交代却下通知をＰＣ１０から受信する通信手段である。なお、交代通知管理部２０２は、交代承認通知に含まれるユーザ情報を記憶部としてのユーザ情報記憶部２０８に記憶してもよい。
【００３５】
引継情報管理部２０３は、引継情報を記憶部としての引継情報記憶部２０６に記憶し、又は引継情報記憶部２０６から削除する引継情報管理手段である。
【００３６】
担当者情報管理部２０４は、装置情報及びジョブを記憶部としての担当者情報記憶部２０７に記憶し、又は担当者情報記憶部２０７から削除する担当者情報管理手段である。
【００３７】
表示部２０５は、交代承認通知、引継情報、装置情報及びジョブを表示する表示手段である。
【００３８】
なお、上記の各機能ブロックをアプリケーション・プログラムとして各携帯端末のＲＯＭ１３等に記憶され、当該プログラムがＣＰＵ１１によって実行されることとしてもよい。また、当該プログラムをネットワークにより接続されたサーバ等からダウンロードして実行することとしてもよい。
【００３９】
次に、本実施形態における処理手順について、図５を参照して説明する。まず、担当交代時に相手先へ渡す引継情報を、携帯端末２０ａ（以下「前任者端末」ともいう。）の、図４に示した引継情報記憶部２０６に登録する（ステップＳ１）。引継情報記憶部２０６に引継情報が既に登録されている場合は、管理装置へ送信するための送信データとして編集等を行ってもよい。
【００４０】
携帯端末２０ａ及び２０ｂ（以下「後任者端末」ともいう。）との間で通信が開始されると（ステップＳ２）、両端末から管理装置であるＰＣ１０へ交代申請通知が送信される（ステップＳ３）。交代申請通知は両端末のユーザのユーザ名、両端末通信時に記録された通信時刻等からなる。両端末は、交代申請通知が送信中である旨を交代承認通知を受信するまで表示部２０５に表示し続けてもよい。なお、この際、両端末同士の通信は切断されてもよい。
【００４１】
そして、前任者端末である携帯端末２０ａからＰＣ１０へ引継情報が送信されると（ステップＳ４）、ＰＣ１０の判定部１０２（図２参照）は、交代申請通知に含まれるユーザ名や通信時刻等に基づいて、両端末から送信された交代申請通知の一致判定を行う（ステップＳ５）。
【００４２】
判定部１０２により、両端末から送信された交代申請通知が一致しないと判定された場合は（ステップＳ５、ＮＯ）、ＰＣ１０から両端末へ交代却下通知が送信される（ステップＳ１２）。交代却下通知は両端末の表示部２０５に表示される。なお、通信が失敗した場合、その旨を表示部２０５に表示してもよい。交代却下通知を受信した場合、両端末における担当者情報や引継情報は何も変更されることがない。
【００４３】
判定部１０２により、両端末から送信された交代申請通知が一致すると判定された場合は（ステップＳ５、ＹＥＳ）、ＰＣ１０から両端末へ交代承認通知が送信され（ステップＳ６）、後任者端末である携帯端末２０ｂに引継情報が送信される（ステップＳ７）。交代承認通知は両端末の表示部２０５に表示される。交代承認通知には、ＰＣ１０において新たに作成された装置情報及びジョブ担当者が含まれている。
【００４４】
そして、前任者端末において、担当者情報管理部２０４は、装置情報及びジョブ担当者を担当者情報記憶部２０７からリセットし（ステップＳ８）、引継情報管理部２０３により、引継情報が引継情報記憶部２０６から削除される（ステップＳ９）。
【００４５】
他方、後任者端末の担当者情報管理部２０４は、装置情報及びジョブ担当者を担当者情報記憶部２０７に設定し（ステップＳ１０）、引継情報管理部２０３は、引継情報を引継情報記憶部２０６に登録する（ステップＳ１１）。
【００４６】
次に、本実施形態における携帯端末から交代申請が管理装置に通知される様子について、図６を参照して説明する。図６（ａ）は、Ａさんの携帯端末Ａ、Ｂさんの携帯端末Ｂとして例示した２つの携帯端末の通信前の状態を示すものである。通信前の携帯端末Ａは、Ａさんのユーザ名「Ａさん」、担当する装置名として「プリンタ１」、担当するジョブ「ｊｏｂ０１」を記憶している。他方、通信前の携帯端末Ｂは、Ｂさんのユーザ名「Ｂさん」のみ記憶している。なお、例えば携帯端末Ａが前任者端末である場合、携帯端末Ａは引継情報や担当情報を記憶していてもよい。
【００４７】
図６（ｂ）は、両端末で通信が行われた際における両端末の状態を示すものである。通信を行うことにより、両端末はお互いのユーザ名「Ａさん」「Ｂさん」、及び通信時刻を新たに取得する。
【００４８】
図６（ｃ）は、管理装置に交代申請通知を送信する際における両端末の状態を示すものである。両端末は、自身のユーザ名、通信相手のユーザ名、及び通信時刻をセットした交代申請通知を管理装置に送信する。つまり、携帯端末Ａからは、自身のユーザ名「Ａさん」、通信相手のユーザ名「Ｂさん」、及び通信時刻が、携帯端末Ｂからは、自身のユーザ名「Ｂさん」、通信相手のユーザ名「Ａさん」、及び通信時刻が、それぞれ管理装置に送信される。
【００４９】
次に、管理装置において照合される情報の関係について図７を参照して説明する。管理装置は、図６（ｃ）において両端末から送信された交代申請通知を照合することで、図５のステップＳ５に示した一致判定を行う。つまり、交代申請通知に含まれる以下の情報が一致しているかを判定する。
【００５０】
＜一致判定に用いる情報＞
・携帯端末Ａからのユーザ情報と、携帯端末Ｂからの相手先ユーザ情報
・携帯端末Ａからの相手先ユーザ情報と、携帯端末Ｂからのユーザ情報
・携帯端末Ａからの通信時刻と、携帯端末Ｂからの通信時刻
【００５１】
つまり、上記全てが一致しているときのみ照合がＯＫとなる。つまり、上記の１つでも不一致ならば照合がＮＧとなる。ただし、通信時刻については、時刻取得の精度によって、許容範囲を決め、誤差が範囲以内ならば一致とみなしてもよい。なお、照合ＯＫの場合、管理装置は両端末に交代承認通知を送信し、照合ＮＧの場合、管理装置は両端末に交代却下通知を送信する。
【００５２】
次に、本実施形態における担当者スケジュールの一例について図８を参照して説明する。これは図３に示した担当者情報記憶部に記憶される担当者情報に相当する管理テーブルである。ここでは、担当者スケジュールとして、本図に示すように、担当するプリンタ名、印刷ジョブＩＤ、担当者名、担当時刻を記憶している。管理装置において担当者スケジュールを管理することにより、交代申請通知受信時に、担当交代がスケジュール通りに行われているか確認することが可能となる。
【００５３】
なお、プリンタ名、印刷ジョブＩＤ、担当者名は、一意的に識別できるものであれば、名前に限らずＩＤ等でもよい。担当時刻として、ここでは１日のスケジュールとして時刻のみを記載しているが、担当時刻には年月日などを加えてもよい。
【００５４】
次に、本実施形態における照合処理の概略について、図９を参照して説明する。ここではＡさんが前任者であり、Ｂさんが後任者であるものとして説明する。管理装置は、両端末から受信した交代申請通知に含まれるユーザ情報、通信時刻が担当者スケジュールとして記憶された情報と一致するかどうか確認する。
【００５５】
管理装置は、例えば、携帯端末Ａから受信した交代申請通知に含まれるユーザ情報「Ａさん」からＡさんがプリンタ１のｊｏｂ０１の担当者であることを確認する。そして、その交代申請通知に含まれる相手先ユーザ情報「Ｂさん」から担当交代先がＢさんであることを確認する。また、管理装置は、その交代申請通知に含まれる通信時刻として、例えば１２：００等が、「Ａさん」の担当時刻「０９:３０−１６：００」に含まれているから「Ａさん」がプリンタ１のｊｏｂ０１の前任者であることを確認する。
【００５６】
同様に、管理装置は、例えば、携帯端末Ｂから受信した交代申請通知に含まれるユーザ情報「Ｂさん」からＢさんがプリンタ１のｊｏｂ０１の担当者であることを確認する。そして、その交代申請通知に含まれる相手先ユーザ情報「Ａさん」から担当交代先がＡさんであることを確認する。また、管理装置は、その交代申請通知に含まれる通信時刻として、例えば１７：００等が、「Ｂさん」の担当時刻「１６：００−１８：００」に含まれているから「Ｂさん」がプリンタ１のｊｏｂ０１の後任者であることを確認する。
【００５７】
［第２実施形態］
次に、本発明の第２実施形態における管理装置としてのＰＣ１００の機能ブロックについて、図１０を参照して説明する。ＰＣ１００は、機能ブロックとして、通信部１１１と、アクセス管理部１１２と、判定部１１３を備えている。アクセス管理部１１２は、担当者情報記憶部１１４、引継情報記憶部１１６、アクセス権限情報記憶部１１５へのアクセス管理を行う。第１実施形態と同様の構成については説明を省略する。
【００５８】
担当者情報記憶部１１４は、第１実施形態の担当者情報記憶部２０７と同様に、担当者スケジュールとして、担当装置とジョブに対し、担当者名と担当時刻を記憶する。担当者情報記憶部１１４は、後述する担当交代についても記憶する。引継情報記憶部１１６は、引継情報を記憶する。
【００５９】
アクセス権限情報記憶部１１５は、どの装置にどのユーザがアクセス可能かどうか等を示すアクセス権限情報を記憶する。
【００６０】
第２実施形態においては、担当者情報記憶部１１４は、判定部１１３によりユーザ情報が一致すると判定されたとき、担当者情報に含まれるユーザ情報のうち一致すると判定されたユーザ情報毎に担当交代を記録する構成を、第１実施形態の構成に加えた点を特徴とする。担当交代の記録とは、例えば担当交代が完了した場合に、交代済みかどうかを示す「済」等の記録をいう。担当交代の記録の具体例については後述する。
【００６１】
また、第２実施形態では、第１実施形態における構成にアクセス管理部１１２をさらに備えた点が特徴となっている。アクセス管理部１１２は、担当者情報及び引継情報それぞれに対する携帯端末によるアクセスを管理するアクセス管理手段である。アクセス管理するとは、担当者情報や引継情報へのアクセスを制限したり、アクセスを許可したりすることであり、その切り分けには、例えばユーザＩＤやパスワード等のアクセスキーを使用してもよい。
【００６２】
そして、アクセス管理部１１２は、アクセス権限情報記憶部１１５に、担当者情報及び引継情報それぞれに対応してアクセス権限情報が記憶されているか否かに基づいて携帯端末による担当者情報又は引継情報へのアクセスを制限又は許可することが好ましい。例えば、プリンタ１のｊｏｂ０１にＡさんのアクセス権限情報が付与されている旨の記録がされていれば、Ａさんはプリンタ１のｊｏｂ０１へアクセスすることができる。アクセス権限情報の具体例については後述する。
【００６３】
また、アクセス管理部１１２は、通信部１１１により他の携帯端末に引継情報が送信された後、一の携帯端末に対応するアクセス制限情報を削除することが好ましい。引継情報が正規の相手先に引継がれ、担当交代が完了すれば、前任者が装置にアクセスする必要がなくなるため、前任者のアクセス権限を削除することにより、引継情報への不正アクセスを防止することができる。
【００６４】
次に、第２実施形態における携帯端末２００ａ及び２００ｂの機能ブロックについて図１１を参照して説明する。第２実施形態では、携帯端末２００ａ及び２００ｂは、機能ブロックとして、通信部２２１と、交代通知管理部２２２と、情報アクセス部２２４と、表示部２２５を備えている。第１実施形態の携帯端末２０ａ及び２０ｂと同様の構成については説明を省略する。
【００６５】
第２実施形態においては、情報アクセス部２２４を備えた点が第１実施形態と異なる。なお、第２実施形態では引継情報管理部や担当者情報管理部等が図示されていないが、図示簡略化のためであり、これらが含まれていてもよいことは言うまでもない。
【００６６】
情報アクセス部２２４は、管理装置に記憶されている情報にアクセスする情報アクセス手段である。情報アクセス部２２４は、アクセス要求をユーザ情報とともに管理装置に送信する。そして、管理装置がアクセス要求を許可すればアクセス要求した情報を記憶する記憶部にアクセスすることができる。
【００６７】
次に、第２実施形態における処理手順について図１２を参照して説明する。なお、第１実施形態における処理手順と同様の手順については説明を省略する。なお、本手順においては、引継情報の送受信に関する手順は説明の簡略化のため省略しているが、引継情報の送受信手順を排除するものではない。
【００６８】
第２実施形態は、担当者が複数人いる場合を想定したものである。例えば、担当交代に際し、前任者と後任者の人数が異なる場合もある。そのため、前任者と後任者は、１度交代をした後、別の相手と担当交代を行ってもよい。そして、後任者が全て担当交代を完了した時点で、前任者の引継情報へのアクセス権限を削除し、後任者にアクセス権限を付与することが好ましい。
【００６９】
担当者が複数人いる場合、後任者は交代時に全て揃っているべきであるが、第２実施形態によれば、前任者は後任者が最低１人が担当交代の場にいれば引継情報を伝える役目を果たすことが可能となる。
【００７０】
管理装置は、両端末から受信した交代申請通知におけるユーザ情報・通信時刻・担当スケジュールの照合を行い（ステップＳ１０３）、一致すれば（ステップＳ１０３、ＹＥＳ）、担当スケジュールに担当交代済みを記録する（ステップＳ１０４）。
【００７１】
管理装置は、両端末に交代承認通知あるいは交代却下通知を送信すると（ステップＳ１０５）、担当スケジュールにおいて、全ての後任者が担当交代を完了しているか否かを確認する（ステップＳ１０６）。そして、担当交代が未完了の後任者がいる場合（ステップＳ１０６、ＮＯ）、端末間による通信手順へ戻る（ステップＳ１０１）。
【００７２】
他方、管理装置は、全ての後任者が担当交代を完了したことを確認すると（ステップＳ１０６、ＹＥＳ）、引継情報に対して付与されたアクセス権限を、前任者から後任者へ移す（ステップＳ１０７）。
【００７３】
そして、管理装置は、全ての担当交代が完了した旨の通知を両端末に送信する（ステップＳ１０８）。このとき、両端末の表示部２２５において、全ての担当交代が完了した旨を表示させてもよい。
【００７４】
次に、第２実施形態における担当者スケジュールの一例について、図１３を参照して説明する。なお、第１実施形態における図８と同内容については説明を省略する。つまり、第２実施形態においては、交代済みかどうかを示す「済」を担当者スケジュールである管理テーブルに記録するものである。つまり、第２実施形態では、管理装置は、担当交代を承認した場合、本管理テーブルに担当交代「済」を記録することが好ましい。なお、交代「済」に代えて交代時刻を記録することとしてもよい。
【００７５】
具体的には、ここでは、プリンタ１のｊｏｂ０１の担当者として「Ａ１さん」「Ａ２さん」「Ｂ１さん」「Ｂ２さん」「Ｂ３さん」「Ｃ１さん」の計６名が設定されている。そして、それぞれの担当時刻が、「０９：３０−１６：００」「０９：３０−１６：００」「１６：００−１８：００」「１６：００−１８：００」「１６：００−１８：００」「１８：００−２１：００」に設定されている。
【００７６】
そして、ここでは、「Ａ１さん」「Ａ２さん」「Ｂ１さん」「Ｂ３さん」が交代済となっている。つまり、ここでは「Ｂ２さん」「Ｃ１さん」が未交代であることがわかる。
【００７７】
次に、第２実施形態における照合処理の概略について図１４を参照して説明する。なお、ここでは、担当者名と、「Ａ１さん」から「Ｂ１さん」への交代を例示している点が図９と異なり、その他の説明は図９と同様であるため説明を省略する。
【００７８】
次に、第２実施形態におけるアクセス権限情報の一例について図１５を参照して説明する。管理装置のアクセス管理部１１２は、図１０に示した担当者情報記憶部１１４、及び引継情報記憶部１１６それぞれに対するアクセス権限情報をアクセス権限情報記憶部１１５に記憶する。
【００７９】
例えば、本図に示すように、引継情報であるプリンタ名及びジョブ名、担当者情報や担当スケジュール等の各情報に対して、アクセス権限のある人の名前を管理する。なお、人の名前ではなく、ＩＤ等で管理してもよい。また、引継情報は、プリンタ名とジョブＩＤの組合わせごとに設定し、その組合わせごとにアクセス権限を付与してもよい。引継情報以外の情報は、担当者などは存在しないため、管理者などにアクセス権限を固定的に付与してもよい。なお、引継情報について、管理者にアクセス権限を固定で付与してもよい。
【００８０】
次に、第２実施形態におけるアクセス権限情報更新処理の一例について図１６から図１９を参照して説明する。管理装置は後任者の全員が担当交代を完了したとき、アクセス権限情報を更新することが好ましい。ここでは、プリンタ１で実施されている印刷ジョブＪＯＢ０１に対して、前任者である「Ａ１さん」「Ａ２さん」の２名、後任者である「Ｂ１さん」「Ｂ２さん」「Ｂ３さん」の３名が１６：００に担当を交代する場合を説明する。
【００８１】
図１６は、交代前の担当スケジュールとアクセス権限情報を示した図である。交代前であるため、前任者がこの時点での担当者となる。交代前の担当スケジュールにおいて「Ａ１さん」「Ａ２さん」は既に交代済で担当中であるため、担当スケジュールの「交代済か」項目が『済』となっている。一方、後任者３人は未だ交代前であるため、「交代済か」は『済』となっていない。この時点では、引継情報へのアクセス権限は、担当者である「Ａ１さん」「Ａ２さん」にある。
【００８２】
図１７は、１組交代後の担当スケジュールとアクセス権限情報を示した図である。つまり、「Ａ１さん」「Ｂ１さん」が交代したとする。他方、未だ後任者である「Ｂ２さん」「Ｂ３さん」が交代していないため、前任者がこの時点での担当者となる。交代後の担当スケジュールとして、後任者３人のうち「Ｂ１さん」だけ交代承認が下りている。このため、「Ｂ１さん」の「交代済か」項目が『済』となっている。残り２人の後任者は「交代済か」項目が『済』となっていない。この時点では、引継情報へのアクセス権限は、未だ、担当者である「Ａ１さん」「Ａ２さん」にある。
【００８３】
図１８は、２組が担当を交代した後の担当スケジュールとアクセス権限情報を示した図である。つまり、「Ａ２さん」「Ｂ３さん」が交代したとする。他方、未だ後任者である「Ｂ３さん」が交代していないため、前任者がこの時点での担当者となる。交代後の担当スケジュールとして、後任者３人のうち「Ｂ１さん」「Ｂ３さん」だけ交代承認が下りている。このため、「Ｂ３さん」の「交代済か」項目が『済』になっている。残る１人の後任者である「Ｂ２さん」の「交代済か」項目は『済』となっていない。この時点でも、引継情報へのアクセス権限は、未だ、担当者である「Ａ１さん」「Ａ２さん」にある。
【００８４】
図１９は、後任者の全員が担当交代を完了したときの担当スケジュールとアクセス権限情報を示した図である。つまり、「Ａ１さん」「Ｂ２さん」が交代したとする。その結果、後任者全員が交代したため、後任者がこの時点での担当者となる。交代後の担当スケジュールは、後任者３人に交代承認が下りているため、「Ｂ２さん」の「交代済か」項目が『済』になっている。
【００８５】
これで、引継情報は、後任者全員の「交代済か」項目が『済』になったため、管理装置が交代完了を承認する。そして、管理装置は、引継情報のアクセス権限を前任者である「Ａ１さん」「Ａ２さん」から後任者である「Ｂ１さん」「Ｂ２さん」「Ｂ３さん」に更新する。この時点で、前任者であった「Ａ１さん」「Ａ２さん」は引継情報にアクセスすることができなくなる。
【００８６】
なお、上述する各実施の形態は、本発明の好適な実施の形態であり、本発明の要旨を逸脱しない範囲内において種々変更実施が可能である。例えば、上述した本実施形態の管理システムにおける各処理を、ハードウェア、又は、ソフトウェア、あるいは、両者の複合構成を用いて実行することも可能である。
【００８７】
なお、ソフトウェアを用いて処理を実行する場合には、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれているコンピュータ内のメモリにインストールして実行させることが可能である。あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。
【符号の説明】
【００８８】
１    管理システム
１０、１００    ＰＣ
２０ａ、２０ｂ、２００ａ、２００ｂ    携帯端末
１０１、１１１    通信部
１０２、１１３    判定部
１０３    担当者情報記憶部
１１２    アクセス管理部
１１４、２０７    担当者情報記憶部
１１５    アクセス権限情報記憶部
１１６、２０６    引継情報記憶部
２０１、２２１    通信部
２０２、２２２    交代通知管理部
２０３    引継情報管理部
２０４    担当者情報管理部
２０５、２２５    表示部
２０８    ユーザ情報記憶部
２２４    情報アクセス部
【先行技術文献】
【特許文献】
【００８９】
【特許文献１】特許第４９３８３９０号公報
【図１】
2016110453.tif 000003
【図２】
2016110453.tif 000004
【図３】
2016110453.tif 000005
【図４】
2016110453.tif 000006
【図５】
2016110453.tif 000007
【図６】
2016110453.tif 000008
【図７】
2016110453.tif 000009
【図８】
2016110453.tif 000010
【図９】
2016110453.tif 000011
【図１０】
2016110453.tif 000012
【図１１】
2016110453.tif 000013
【図１２】
2016110453.tif 000014
【図１３】
2016110453.tif 000015
【図１４】
2016110453.tif 000016
【図１５】
2016110453.tif 000017
【図１６】
2016110453.tif 000018
【図１７】
2016110453.tif 000019
【図１８】
2016110453.tif 000020
【図１９】
2016110453.tif 000021