情報処理システム、アカウント発行方法およびアカウント発行プログラム
【課題】管理者不在時でも、オペレータが情報処理装置にアクセスすること。
【解決手段】情報処理装置３０は、ネットワーク４０を介して利用者端末１０ａ（１０ｂ，１０ｃ）からアカウントの発行要求を受信した場合に、利用者端末１０ａに対するアカウントの発行要求を、各管理者の携帯する端末装置１ａ〜１ｃに通知する。情報処理装置３０は、管理者が管理者端末にログインしているか否かを示すログイン情報を全ての管理者端末２０ａ〜２０ｃから受信し、全ての管理者が管理者端末にログインしていない場合に、該当する利用者端末にアカウントを発行する。
【解決手段】情報処理装置３０は、ネットワーク４０を介して利用者端末１０ａ（１０ｂ，１０ｃ）からアカウントの発行要求を受信した場合に、利用者端末１０ａに対するアカウントの発行要求を、各管理者の携帯する端末装置１ａ〜１ｃに通知する。情報処理装置３０は、管理者が管理者端末にログインしているか否かを示すログイン情報を全ての管理者端末２０ａ〜２０ｃから受信し、全ての管理者が管理者端末にログインしていない場合に、該当する利用者端末にアカウントを発行する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理システム等に関する。
【背景技術】
【０００２】
近年、業務に関する情報や顧客からのクレーム等に関する各種の情報を管理する情報処理装置が利用されている。管理者権限を有しないオペレータは、かかる情報処理装置の保守・修理等の業務を行うべく、情報処理装置を操作する場合、管理者権限を有する管理者からアカウントを発行してもらう。そして、オペレータは、発行されたアカウントを利用して情報処理装置にアクセスし、各種の業務を実行する。ここでいうアカウントは、個人を識別するＩＤ（Identification）や、パスワード等を含む。
【０００３】
なお、管理者不在の場合に、オペレータが情報処理装置を操作できないという事態を回避するため、規定数の管理者から承認を得たオペレータに管理者の操作権限を予め付与するという技術が知られている。また、期限付きで管理者の操作権限の一部をオペレータに委譲する技術も知られている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−１０９１７２号公報
【特許文献２】特開２００８−１０２６１４号公報
【特許文献３】特開２００５−１３０３３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、管理者不在時に、規定数の管理者から承認を得られていない場合には、オペレータは、情報処理装置を操作することが出来ず、業務に遅れが生じてしまうという問題があった。また、管理者から委譲された操作権限に含まれない処理を緊急に実行しなければならない場合に、かかる処理に対応することができないという問題があった。
【０００６】
開示の技術は、上記に鑑みてなされたものであって、管理者不在時でも、オペレータが情報処理装置を操作することができる情報処理システム、アカウント発行方法およびアカウント発行プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本願の開示する情報処理システムは、管理者権限を有する利用者アカウントである管理者アカウントと連絡先とを対応付けて記憶する管理者連絡先記憶部と、管理者権限を有さない任意の利用者アカウントからの管理者アカウントの発行要求を、前記管理者連絡先記憶部に記憶された全ての管理者アカウントの連絡先に通知する通知部と、ログインアカウント記憶部に記憶されたログイン中のアカウントに関する情報の中に、前記アカウントの発行要求の通知対象の管理者アカウントに関する情報がない場合に、前記管理者アカウントの発行要求を行ったアカウントに管理者アカウントを発行する発行部と、を有することを要件とする。
【発明の効果】
【０００８】
本願の開示する情報処理システムによれば、管理者不在時でも、オペレータが情報処理装置を操作することができる。
【図面の簡単な説明】
【０００９】
【図１】図１は、本実施例１にかかる情報処理システムの構成の一例を示す図である。
【図２】図２は、本実施例２にかかる情報処理システムの構成を示す図である。
【図３】図３は、本実施例２にかかる情報処理装置の構成を示すブロック図である。
【図４】図４は、管理者テーブルのデータ構造の一例を示す図である。
【図５】図５は、在席状態管理テーブルのデータ構造の一例を示す図である。
【図６】図６は、アカウント管理テーブルのデータ構造の一例を示す図である。
【図７】図７は、在席状態管理部の処理手順を示すフローチャートである。
【図８】図８は、アカウント要求処理部の処理手順を示すフローチャート（１）である。
【図９】図９は、アカウント要求処理部の処理手順を示すフローチャート（２）である。
【図１０】図１０は、情報処理プログラムを実行するコンピュータを示す機能ブロック図である。
【発明を実施するための形態】
【００１０】
以下に、本願の開示する情報処理システム、アカウント発行方法およびアカウント発行プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。
【実施例１】
【００１１】
図１は、本実施例１にかかる情報処理システムの構成の一例を示す図である。図１に示すように、この情報処理システムは、利用者端末１０ａ〜１０ｃと、管理者端末２０ａ〜２０ｃと、情報処理装置３０とを有する。また、複数の管理者は、端末装置１ａ〜１ｃをそれぞれ携帯しているものとする。
【００１２】
利用者端末１０ａ〜１０ｃは、管理者端末２０ａ〜２０ｃからアカウントを取得し、取得したアカウントを用いて、情報処理装置３０にアクセスする装置である。管理者端末２０ａ〜２０ｃは、利用者端末１０ａ〜１０ｃにアカウントを発行する装置である。
【００１３】
情報処理装置３０は、通知部３０ａと発行部３０ｂを有する。通知部３０ａは、利用者端末１０ａ〜１０ｃに対するアカウントの発行要求を、管理者の携帯する端末装置１ａ〜１ｃに通知する処理部である。
【００１４】
発行部３０ｂは、アカウントの発行要求を行った管理者が管理者端末にログインしているか否かを示すログイン情報を全ての管理者端末２０ａ〜２０ｃから受信する。そして、発行部３０ｂは、全ての管理者が管理者端末にログインしていない場合に、利用者端末１０ａ〜１０ｃにアカウントを発行する処理部である。
【００１５】
このように、本実施例１にかかる情報処理システムは、情報処理装置３０が、管理者端末２０ａ〜２０ｃから受信するログイン情報に基づいて、アカウントを利用者端末１０ａ〜１０ｃに発行する。このため、例えば災害等で、全ての管理者が管理者端末２０ａ〜２０ｃにログインしておらず、アカウントを発行できない状況下でも、オペレータが情報処理装置にアクセス（操作）することができる。
【００１６】
ここでは説明の便宜上、利用者端末１０と管理者端末２０とを区別して説明したが、端末自体を区別する必要はない。管理者１が管理者アカウントでログインすれば、ログインされた端末は管理者端末となる。また、利用者が利用者アカウントでログインすれば、ログインされた端末は利用者端末となる。
【００１７】
また、情報処理装置３０は、他の情報処理装置や端末等とネットワークを介して相互に通信可能に接続されているものとする。情報処理装置３０は、ネットワーク内で一意に識別可能なアカウントと情報処理装置３０の操作権限とを対応付けて記憶しているものとする。操作権限が付与されたアカウントを有する利用者は、他の情報処理装置または端末にログインすることで、情報処理装置３０にアクセスすることができる。
【００１８】
なお、利用者端末１０および管理者端末２０の台数は一例であり、ない場合も含む。
【実施例２】
【００１９】
次に、本実施例２にかかる情報処理システムについて説明する。図２は、本実施例２にかかる情報処理システムの構成を示す図である。図２に示すように、この情報処理システムは、オペレータ端末５０ａ〜５０ｃ、管理者端末６０ａ〜６０ｃ、情報処理装置１００ａ，１００ｂを有する。また、管理者は、端末装置２ａ〜２ｃを携帯している。
【００２０】
図２では一例として、情報処理システムが冗長化されており、同一機能を有する情報処理装置１００ａ，１００ｂが含まれる。ここでは、情報処理装置１００ａを運用系の装置、情報処理装置１００ｂを待機系の装置とする。情報処理装置１００ｂは、情報処理装置１００ａのバックアップを定期的に行い、情報処理装置１００ａに障害が発生した場合には、情報処理装置１００ａの代わりに、情報処理装置１００ｂが各種の処理を実行する。
【００２１】
端末装置２（２ａ〜２ｃ）は、基地局を介して、情報処理装置１００とデータ通信を行う処理部である。例えば、端末装置２は、情報処理装置１００から取得した情報をディスプレイに表示させる。例えば、端末装置２は、携帯電話、ＰＨＳ（Personal Handy phone System）、ＰＤＡ（Personal Digital Assistant）に対応する。
【００２２】
オペレータ端末５０（５０ａ〜５０ｃ）は、アカウントを利用して、情報処理装置１００ａまたは１００ｂにアクセスし、情報処理装置１００ａ、１００ｂの有する情報を取得する装置である。オペレータ端末５０は、例えば、ＰＣ（Personal Computer）に対応する。アカウントには、オペレータのＩＤ（Identification）やパスワード等が含まれる。
【００２３】
オペレータ端末５０は、アカウントを取得する場合、アカウント要求を情報処理装置１００ａ，１００ｂに送信する。アカウント要求は、オペレータのＩＤ、アカウント要求を送信したオペレータ端末のＩＤを含む。以下の説明において、オペレータのＩＤをオペレータＩＤ、オペレータ端末のＩＤをオペレータ端末ＩＤと表記する。
【００２４】
管理者端末６０（６０ａ〜６０ｃ）は、アカウント要求を行ったオペレータ端末５０にアカウントを発行する装置である。また、管理者端末６０は、管理者が管理者端末６０にログインした場合、ログイン情報を情報処理装置１００ａ，１００ｂに送信する。管理者端末６０は、例えば、ＰＣに対応する。ログイン情報は、管理者のＩＤ、ログイン情報を送信した管理者端末のＩＤを含む。以下、管理者のＩＤを管理者ＩＤ、管理者端末のＩＤを管理者端末ＩＤと表記する。
【００２５】
管理者端末６０は、管理者が管理者端末６０からログアウトした場合、ログアウト情報を情報処理装置１００ａ，１００ｂに送信する。ログアウト情報は、管理者ＩＤ、ログアウト情報を送信した管理者端末の管理者端末ＩＤを含む。
【００２６】
情報処理装置１００（１００ａ，１００ｂ）は、オペレータ端末５０からアカウント要求を取得した場合に、全ての管理者の端末装置２ａ〜２ｃに対して、アカウントの発行要求を行う。そして、情報処理装置１００は、アカウントの発行要求が所定回数を超えても、全ての管理者の内、何れかの管理者が管理者端末６０にログインしない場合に、管理者端末６０の代わりにアカウントをオペレータ端末５０に発行する。
【００２７】
次に、情報処理装置１００ａの構成について説明する。なお、情報処理装置１００ｂの構成は、情報処理装置１００ａと同様であるため説明を省略する。図３は、本実施例２にかかる情報処理装置の構成を示すブロック図である。図３に示すように、情報処理装置１００ａは、入力部１１０と、出力部１２０と、通信制御部１３０と、入出力制御部１４０と、記憶部１５０と、制御部１６０を有する。
【００２８】
入力部１１０は、キーボードやマウス等の入力装置に接続される。入力部１１０は、入力装置から入力される各種の情報を、記憶部１５０、制御部１６０に出力する。出力部１２０は、ディスプレイ等の出力装置に接続される。出力部１２０は、制御部１６０から出力される情報を、ディスプレイに表示させる。
【００２９】
通信制御部１３０は、ネットワーク７０を介して、端末装置２ａ〜２ｃ、オペレータ端末５０ａ〜５０ｃ、管理者端末６０ａ〜６０ｃとの間におけるデータ通信を行う処理部である。通信制御部１３０は、例えば、アンテナを利用してデータの送受信を行うＡＳＩＣ（Application Specific Integrated Curcuit）や、ＦＰＧＡ（Field Programmable Gate Array）等に対応する。入出力制御部１４０は、入力部１１０、出力部１２０、通信制御部１３０、記憶部１５０、制御部１６０との間におけるデータの入出力を制御する処理部である。入出力制御部１４０は、例えば、データの送受信を制御するＡＳＩＣ等に対応する。
【００３０】
記憶部１５０は、各種の情報を記憶する記憶部である。記憶部１５０は、例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ（flash memory）などの半導体メモリ素子、またはハードディスク、光ディスクなどの記憶装置に対応する。図３に示すように、この記憶部１５０は、管理者テーブル１５０ａ、在席状態管理テーブル１５０ｂ、アカウント管理テーブル１５０ｃ、災害情報１５０ｄを記憶する。
【００３１】
管理者テーブル１５０ａは、管理者が管理者端末６０に在席しているか否かの情報を記憶する。管理者が管理者端末６０に在席していることは、管理者が管理者端末６０にログインしていることである。また、管理者が管理者端末６０に在席していないこと（不在）は、管理者が管理者端末６０からログアウトしていることとである。
【００３２】
図４は、管理者テーブル１５０ａのデータ構造の一例を示す図である。図４に示すように、管理者テーブル１５０ａは、管理者ＩＤ、管理者メールアドレス、在席状態、管理者端末ＩＤを有する。
【００３３】
このうち、管理者メールアドレスは、管理者が携帯する各端末装置２ａ〜２ｃのアドレスである。在席状態は、管理者が管理者端末６０に在席しているか否か、すなわち、ログイン状態であるかログアウト状態であるかを示す情報である。
【００３４】
在席状態管理テーブル１５０ｂは、情報処理システムに含まれる各管理者端末の在席状態を管理するためのテーブルである。図５は、在席状態管理テーブル１５０ｂのデータ構造の一例を示す図である。図５に示すように、この在席状態管理テーブル１５０ｂは、在席者数、在席管理情報、ログイン催促回数を有する。
【００３５】
在席者数は、全ての管理者端末６０のうち、管理者が在席している管理者端末の数を示す。ログイン催促回数は、ログインの催促を行った回数を示す。在席管理情報は、各管理者端末６０の在席状態を管理するための情報である。在席管理情報は、「在席」、「全員ログアウト」、「ログイン催促中」、「不在」のうちいずれか一つの情報を格納する。
【００３６】
このうち、「在席」は、全ての管理者端末６０のうち、いずれかの管理者端末６０に管理者が在席している状態を示す。「全員ログアウト」は、全ての管理者端末６０に管理者が在席しておらず、かつ、各管理者にログインの催促を行っていない状態を示す。
【００３７】
「ログイン催促中」は、全ての管理者端末６０に管理者が在席しておらず、かつ、各管理者にログインの催促を行っている状態を示す。ただし、ログインの催促を行った回数を規定回数未満とする。
【００３８】
「不在」は、全ての管理者端末６０に管理者が在席しておらず、かつ、各管理者にログインの催促を行った回数が規定回数以上となる状態を示す。
【００３９】
アカウント管理テーブル１５０ｃは、オペレータ端末５０に、アカウントを発行したか否かの情報を記憶する。図６は、アカウント管理テーブル１５０ｃのデータ構造の一例を示す図である。
【００４０】
図６に示すように、このアカウント管理テーブル１５０ｃは、オペレータＩＤ、オペレータ端末ＩＤ、アカウント状態を有する。このうち、アカウント状態は、アカウントを発行したか否かを示す情報である。アカウントが発行されていれば（操作権限が付与されていれば）、アカウント状態は「有」となり、アカウントを発行していなければ（操作権限が付与されていなければ）、アカウント状態は「無」となる。
【００４１】
制御部１６０は、例えば、ＡＳＩＣ（Application Specific Integrated Curcuit）や、ＦＰＧＡ（Field Programmable Gate Array）などの集積装置、または、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等の電子回路である。図３に示すように、制御部１６０は、在席状態管理部１６０ａ、アカウント要求処理部１６０ｂ、アクセス要求受け付け部１６０ｃ、情報収集部１６０ｄ、バックアップ処理部１６０ｅを有する。
【００４２】
在席状態管理部１６０ａは、管理者端末６０からログイン情報またはログアウト情報を受信した場合に、受信したログイン情報またはログアウト情報を基にして、管理者テーブル１５０ａの在席状態を切り替える処理部である。
【００４３】
在席状態管理部１６０ａは、管理者端末６０からログイン情報を受信した場合、該当する在席状態を「在席」に設定する。在席状態管理部１６０ａは、管理者端末６０からログアウト情報を受信した場合、該当する在席状態を「不在」に設定する。
【００４４】
更に、在席状態管理部１６０ａは、管理者テーブル１５０ａの各在席状態に基づいて、在席状態管理テーブル１５０ｂの在席管理情報を切り替える。具体的に、在席状態管理部１６０ａは、管理者テーブル１５０ａの在席状態が一つでも「在席」である場合、在席状態管理テーブル１５０ｂの在席管理情報を「在席」に設定する。
【００４５】
在席状態管理部１６０ａは、管理者テーブル１５０ａの在席状態が全て「不在」であり、かつ、在席状態管理テーブル１５０ｂの在席管理情報が「在席」の場合、在席状態管理テーブル１５０ｂの在席管理情報を「全員ログアウト」に設定する。
【００４６】
アカウント要求処理部１６０ｂは、オペレータ端末５０からアカウント要求を取得した場合に、在席状態管理テーブル１５０ｂに基づいて、アカウントの発行要求またはログインの催促を実行する処理部である。以下において、在席状態管理テーブル１５０ｂの在席管理情報が「在席」、「不在」、「全員ログアウト」、「ログイン催促中」の場合に分けて、アカウント要求処理部１６０ｂの処理を具体的に説明する。
【００４７】
まず、在席管理情報が「在席」の場合について説明する。アカウント要求処理部１６０ｂは、在席状態管理テーブル１５０ｂの在席管理情報が「在席」の場合、管理者テーブル１５０ａを参照し、在席状態が「在席」となる管理者端末ＩＤを判定する。アカウント要求処理部１６０ｂは、在席状態が「在席」となる管理者端末ＩＤの管理者端末６０にアカウントの発行要求を送信する。
【００４８】
アカウント要求処理部１６０ａが送信するアカウントの発行要求は、オペレータ端末５０から出力されたアカウント要求に含まれていたオペレータＩＤ、オペレータ端末ＩＤを有している。
【００４９】
続いて、在席管理情報が「不在」の場合について説明する。アカウント要求処理部１６０ｂは、在席状態管理テーブル１５０ｂの在席管理情報が「不在」の場合、管理者端末６０の代わりに、アカウントをオペレータ端末５０に発行する。例えば、アカウント要求処理部１６０ｂは、オペレータ端末５０に発行するアカウントの候補を携帯しておく。そして、アカウント要求処理部１６０ｂは、携帯している各アカウントの中から発行対象となるアカウントを選択し、選択したアカウントをオペレータ端末５０に発行する。
【００５０】
アカウント要求処理部１６０ｂは、アカウントをオペレータ端末５０に発行した場合、アカウント管理テーブル１５０ｃの該当するアカウント状態を、有に設定する。例えば、アカウント要求処理部１６０ｂは、オペレータＩＤ「Ｕ０００１」、オペレータ端末ＩＤ「Ｒ０００１」のオペレータ端末５０にアカウントを発行した場合、アカウント管理テーブル１５０ｃの１段目のアカウント状態を「有」に変更する。
【００５１】
続いて、在席管理情報が「全員ログアウト」の場合について説明する。アカウント要求処理部１６０ｂは、在席状態管理テーブル１５０ｂの在席管理情報が「全員ログアウト」の場合、管理者テーブル１５０ａを参照し、全ての管理者メールアドレスを取得する。そして、アカウント要求処理部１６０ｂは、取得した各管理者メールアドレスを宛先として、端末装置２に、ログインを催促する旨の情報を送信し、在席管理情報を「ログイン催促中」に設定する。
【００５２】
例えば、アカウント要求処理部１６０ｂは、ログインを催促する旨の情報をメールにて送信する。アカウント要求処理部１６０ｂは、メールを送信した後、在席状態管理テーブル１５０ｂのログイン催促回数に１を加算する。
【００５３】
続いて、在席管理情報が「ログイン催促中」の場合について説明する。アカウント要求処理部１６０ｂは、在席管理情報が「ログイン催促中」の場合、管理者テーブル１５０ａを参照し、全ての管理者メールアドレスを取得する。そして、アカウント要求処理部１６０ｂは、取得した各管理者メールアドレスを宛先として、端末装置２に、ログインを催促する旨の情報を送信し、ログイン催促回数に１を加算する。
【００５４】
そして、アカウント要求処理部１６０ｂは、ログイン催促回数が規定回数以上か否かを判定する。アカウント要求処理部１６０ｂは、ログイン催促回数が規定回数以上の場合、在席管理情報を「不在」に設定する。そして、アカウント要求処理部１６０ｂは、管理者端末６０の代わりに、アカウントを該当するオペレータ端末５０に発行する。アカウント要求処理部１６０ｂは、アカウントをオペレータ端末５０に発行した場合、アカウント管理テーブル１５０ｃの該当するアカウント状態を、有に設定する。
【００５５】
一方、アカウント要求処理部１６０ｂは、ログイン催促回数が規定回数未満の場合、前回ログインを催促するメールを送信してから一定時間経過後、在席状態管理テーブル１５０ｂの在席管理情報を参照する。
【００５６】
在席管理情報が「在席」となっている場合、アカウント要求処理部１６０ｂは、管理者テーブル１５０ａを参照し、在席状態が「在席」となる管理者端末ＩＤを判定する。アカウント要求処理部１６０ｂは、在席状態が「在席」となる管理者端末ＩＤの管理者端末６０にアカウントの発行要求を送信する。
【００５７】
在席管理情報が「ログイン催促中」のままの場合、アカウント要求処理部１６０ｂは、再度、上述した処理を繰り返し実行する。
【００５８】
アクセス要求受け付け部１６０ｃは、オペレータ端末５０ａからのアクセス要求を受け付け、オペレータ端末５０ａから送信されるアカウントが適切なものであるか否かを判定する処理部である。例えば、アクセス要求受け付け部１６０ｃは、アカウントテーブルを携帯しておき、オペレータ端末５０ａから送信されるアカウントがアカウントテーブルに存在しているか否かを判定する。そして、アクセス要求受け付け部１６０ｃは、アカウントがアカウントテーブルに存在している場合に、かかるアカウントが適切なものであると判定する。
【００５９】
情報収集部１６０ｄは、外部装置から送信される業務に関する情報や顧客からのクレーム等に関する情報を受信し、受信した情報を業務情報１５０ｄとして記憶部１５０に登録する処理部である。
【００６０】
バックアップ処理部１６０ｅは、他の情報処理装置１００ｂとデータ通信を実行し、業務情報１５０ｄのバックアップを行う処理部である。例えば、情報処理装置１００ａが運用系、情報処理装置１００ｂが待機系の場合、情報処理装置１００ａに記憶された業務情報１５０ｄを、情報処理装置１００ｂのバックアップ処理部１６０ｅが取得し、記憶部１５０に格納する。
【００６１】
次に、在席状態管理部１６０ａの処理手順について説明する。図７は、在席状態管理部１６０ａの処理手順を示すフローチャートである。図７に示すように、在席状態管理部１６０ａは、ログイン情報またはログアウト情報を受信したか否かを判定する（ステップＳ１０１）。在席状態管理部１６０ａは、ログイン情報またはログアウト情報を受信していない場合（ステップＳ１０２，Ｎｏ）、ステップＳ１０１に移行する。
【００６２】
一方、在席状態管理部１６０ａは、ログイン情報またはログアウト情報を受信した場合（ステップＳ１０２，Ｙｅｓ）、ログイン情報であるかログアウト情報であるかを判定する（ステップＳ１０３）。
【００６３】
在席状態管理部１６０ａは、ログイン情報を受信した場合（ステップＳ１０４，Ｙｅｓ）、管理者テーブル１５０ａの在席状態を「在席」に設定し（ステップＳ１０５）、在席状態管理テーブル１５０ｂの在席者数に１を加算する（ステップＳ１０６）。
【００６４】
在席状態管理部１６０ａは、在席状態管理テーブル１５０ｂの在席管理情報が「在席」か否かを判定し（ステップＳ１０７）、在席管理情報が「在席」の場合（ステップＳ１０８，Ｙｅｓ）、処理を終了する。
【００６５】
一方、在席状態管理部１６０ａは、在席状態管理テーブル１５０ｂの在席管理情報が「在席」ではない場合（ステップＳ１０８，Ｎｏ）、在席状態管理テーブル１５０ｂの在席管理情報を「在席」に設定する（ステップＳ１０９）。
【００６６】
ところで、ステップＳ１０４において、ログアウト情報の場合（ステップＳ１０４，Ｎｏ）、在席状態管理部１６０ａは、管理者テーブル１５０ａの在席状態を「不在」に設定する（ステップＳ１１０）。
【００６７】
在席状態管理部１６０ａは、在席状態管理テーブル１５０ｂの在席者数から１を減算し（ステップＳ１１１）、在席状態管理テーブル１５０ｂの在席者数が０であるか否かを判定する（ステップＳ１１２）。
【００６８】
在席状態管理部１６０ａは、在席者数が０ではない場合（ステップＳ１１３，Ｎｏ）、処理を終了する。一方、在席状態管理部１６０ａは、在席者数が０の場合（ステップＳ１１３，Ｙｅｓ）、在席状態管理テーブル１５０ｂの在席管理情報を「全員ログアウト」に設定する（ステップＳ１１４）。
【００６９】
次に、アカウント要求処理部１６０ａの処理手順について説明する。図８および図９は、アカウント要求処理部１６０ａの処理手順を示すフローチャートである。図８に示すように、アカウント要求処理部１６０ａは、オペレータ端末５０からアカウント要求を受信し（ステップＳ２０１）、在席状態管理テーブルの在席管理情報が在席であるか否かを判定する（ステップＳ２０２）。
【００７０】
アカウント要求処理部１６０ａは、在席管理情報が「在席」ではない場合（ステップＳ２０３，Ｎｏ）、図９のステップＳ２０６に移行する。一方、アカウント要求処理部１６０ａは、在席管理情報が「在席」となっている場合（ステップＳ２０３，Ｙｅｓ）、在席状態が「在席」となっている管理者を判定する（ステップＳ２０４）。
【００７１】
アカウント要求処理部１６０ａは、在席状態が「在席」となっている管理者の管理者端末６０にアカウントの発行要求を送信する（ステップＳ２０５）。
【００７２】
図９の説明に移行する。アカウント要求処理部１６０ａは、在席状態管理テーブル１５０ｂの在席管理情報が「全員ログアウト」であるか否かを判定する（ステップＳ２０６）。アカウント要求処理部１６０ａは、「全員ログアウト」の場合（ステップＳ２０７，Ｙｅｓ）、管理者全員にログイン催促情報を送信する（ステップＳ２０８）。
【００７３】
アカウント要求処理部１６０ａは、在席状態管理テーブル１５０ｂの在席管理情報を「ログイン催促中」に設定し（ステップＳ２０９）、ログイン催促回数に１を加算する（ステップＳ２１０）。
【００７４】
アカウント要求処理部１６０ｂは、ログイン催促回数が規定回数以上か否かを判定する（ステップＳ２１１）。アカウント要求処理部１６０ｂは、ログイン催促回数が規定回数以上の場合（ステップＳ２１２，Ｙｅｓ）、在席状態管理テーブル１５０ｂの在席管理情報を「不在」に設定する（ステップＳ２１３）。アカウント要求処理部１６０ｂは、アカウント要求先のオペレータ端末５０にアカウントを発行し（ステップＳ２１４）、処理を終了する。
【００７５】
一方、アカウント要求処理部１６０ｂは、ログイン催促回数が規定回未満の場合（ステップＳ２１２，Ｎｏ）、所定時間経過後に、在席状態管理テーブル１５０ｂの在席管理情報が「在席」であるか否かを判定する（ステップＳ２１５）。
【００７６】
アカウント要求処理部１６０ｂは、在席状態管理テーブル１５０ｂの在席管理情報が「在席」の場合（ステップＳ２１６，Ｙｅｓ）、図８のステップＳ２０４に移行する。一方、アカウント要求処理部１６０ｂは、在席管理情報が「在席」でない場合（ステップＳ２１６，Ｎｏ）、ステップＳ２０８に移行する。
【００７７】
ところで、ステップＳ２０７において、在席状態管理テーブル１５０ｂの在席管理情報が「全員ログアウト」ではない場合（ステップＳ２０７，Ｎｏ）、在席状態管理テーブル１５０ｂの在席管理情報が「ログイン催促中」であるか否かを判定する（ステップＳ２１７）。
【００７８】
アカウント要求処理部１６０ｂは、在席状態管理テーブル１５０ｂの在席管理情報が「ログイン催促中」の場合（ステップＳ２１８，Ｙｅｓ）、オペレータ端末５０にログイン催促中である旨の情報を送信する（ステップＳ２１９）。
【００７９】
アカウント要求処理部１６０ｂは、在席状態管理テーブル１５０ｂの在席管理情報が「ログイン催促中」でない場合（ステップＳ２１８，Ｎｏ）、オペレータ端末５０にアカウントを発行する（ステップＳ２２０）。
【００８０】
上述してきたように、本実施例２にかかる情報処理装置１００ａは、オペレータ端末５０からアカウント発行要求を受け付けた場合に、全ての管理者の端末装置２にアカウントの発行要求を送信する。そして、情報処理装置１００ａは、全ての管理者が管理者端末６０にログインしない場合に、管理者端末６０の代わりにアカウントをオペレータ端末５０に発行するので、管理者不在時でも、オペレータが情報処理装置にアクセスすることができる。
【００８１】
なお、本実施例では、オペレータ端末５０がアカウント要求を情報処理装置１００ａに送信した場合に、管理者端末６０、または、情報処理装置１００ａ，１００ｂがアカウントをオペレータ端末５０に送信していたが、これに限定されるものではない。
【００８２】
ここで、情報処理装置１００ａを運用系、情報処理装置１００ｂを待機系として説明を行う。例えば、情報処理装置１００ｂは、運用系の情報処理装置１００ａに障害が発生した場合に、ログインを催促する情報を、管理者端末２ａ〜２ｃに送信してもよい。そして、情報処理装置１００ａは、ログインを催促した回数が規定回数以上となった場合に、各オペレータ端末５０にアカウントを発行してもよい。
【００８３】
また、情報処理装置１００ａは、全ての管理者が管理者端末６０にログインしてない状況で、所定のオペレータ端末５０にアカウントを発行した場合、かかるオペレータ端末５０を管理者端末として扱ってもよい。
【００８４】
例えば、全ての管理者が管理者端末６０にログインしていない状況で、オペレータ端末５０ａにアカウントを発行した場合、情報処理装置１００ａは、オペレータ端末５０ａを管理者端末として扱う。例えば、情報処理装置１００ａが、オペレータ端末５０ａにアカウントを発行した後、オペレータ端末５０ｂから、アカウント要求を受信した場合、オペレータ端末５０ａにアカウントの発行要求を行ってもよい。
【００８５】
また、情報処理装置１００ａは、管理者の端末装置２にログイン催促をメールにて行ったがこれに限定されるものではない。例えば、情報処理装置１００ａは、「ログインを行ってください」等の音声データを端末装置２に送信することで、管理者にログイン催促を行ってもよい。
【００８６】
ところで、図２に示した本実施例にかかる情報処理装置１００の構成は、要旨を逸脱しない範囲で種々に変更することができる。例えば、情報処理装置１００の制御部１６０の機能をソフトウェアとして実装し、これをコンピュータで実行することにより、制御部１６０と同等の機能を実現することもできる。以下に、情報処理装置１００の機能をソフトウェアとして実装した情報処理プログラムを実行するコンピュータの一例を示す。
【００８７】
図１０は、情報処理プログラムを実行するコンピュータを示す機能ブロック図である。このコンピュータ２００は、ユーザからのデータの入力を受け付ける入力装置２０１と、モニタ２０２と、各種の情報記憶するＲＡＭ（Random Access Memory）２０３、ＲＯＭ（Read Only Memory）２０４と、他の装置との間における通信を制御する通信制御装置２０５を有する。また、コンピュータ２００は、記憶媒体からプログラム等を読取る媒体読取装置２０６と、各種演算処理を実行するＣＰＵ（Central Processing Unit）２０７と、ＨＤＤ（Hard Disk Drive）２０８とを有する。そして、各装置２０１〜２０８は、バス２０９に接続される。
【００８８】
そして、ＨＤＤ２０８には、図２に示した制御部１６０と同様の機能を有する情報処理プログラム２０８ｂと、図２の記憶部１５０に記憶される各種データ２０８ａが記憶される。なお、各種データ２０８ａを、適宜分散させ、ネットワークを介して接続された他のコンピュータに記憶させておくこともできる。
【００８９】
ＣＰＵ２０７が情報処理プログラム２０８ｂをＨＤＤ２０８から読み出すことで情報処理プログラム２０８ｂは、情報処理プロセス２０７ａとして機能するようになる。そして、情報処理プロセス２０７ａは、ＨＤＤ２０８から読み出した各種データ２０８ａを適宜ＲＡＭ２０３ａ上の自身に割当てられた領域に展開し、この展開したデータ等に基づいてアカウントの発行処理を実行する。
【００９０】
なお、上記の情報処理プログラム２０８ｂは、必ずしもＨＤＤ２０８に格納されている必要はなく、ＣＤ−ＲＯＭ等の記憶媒体に記憶されたプログラムを、コンピュータ２００が読み出して実行するようにしてもよい。また、公衆回線、インターネット、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等にこのプログラムを記憶させておき、コンピュータ２００がこれらからプログラムを読み出して実行するようにしてもよい。
【００９１】
以上の各実施例を含む実施形態に関し、さらに以下の付記を開示する。
【００９２】
（付記１）管理者権限を有する利用者アカウントである管理者アカウントと連絡先とを対応付けて記憶する管理者連絡先記憶部と、
管理者権限を有さない任意の利用者アカウントからの管理者アカウントの発行要求を、前記管理者連絡先記憶部に記憶された全ての管理者アカウントの連絡先に通知する通知部と、
ログインアカウント記憶部に記憶されたログイン中のアカウントに関する情報の中に、前記アカウントの発行要求の通知対象の管理者アカウントに関する情報がない場合に、前記管理者アカウントの発行要求を行ったアカウントに管理者アカウントを発行する発行部と、
を有することを特徴とする情報処理システム。
【００９３】
（付記２）前記通知部は、前記ログインアカウント記憶部に記憶されたログイン中のアカウントに関する情報の中に、前記アカウントの発行要求の通知対象の管理者アカウントに関する情報が存在する場合に、当該管理者アカウントの管理者がログインした端末にアカウントの発行要求を通知することを特徴とする付記１に記載の情報処理システム。
【００９４】
（付記３）情報処理装置が、
管理者権限を有する利用者アカウントである管理者アカウントと連絡先とを対応付けて連絡先記憶装置に記憶する管理者連絡先記憶ステップと、
管理者権限を有さない任意の利用者アカウントからの管理者アカウントの発行要求を、前記連絡先記憶装置に記憶された全ての管理者アカウントの連絡先に通知する通知ステップと、
ログインアカウント記憶装置に記憶されたログイン中のアカウントに関する情報の中に、前記アカウントの発行要求の通知対象の管理者アカウントに関する情報がない場合に、前記管理者アカウントの発行要求を行ったアカウントに管理者アカウントを発行する発行ステップと、
を実行することを特徴とするアカウント発行方法。
【００９５】
（付記４）前記通知ステップは、前記ログインアカウント記憶装置に記憶されたログイン中のアカウントに関する情報の中に、前記アカウントの発行要求の通知対象の管理者アカウントに関する情報が存在する場合に、当該管理者アカウントの管理者がログインした端末にアカウントの発行要求を通知することを特徴とする付記３に記載のアカウント発行方法。
【００９６】
（付記５）コンピュータに、
管理者権限を有する利用者アカウントである管理者アカウントと連絡先とを対応付けて連絡先記憶装置に記憶する管理者連絡先記憶手順と、
管理者権限を有さない任意の利用者アカウントからの管理者アカウントの発行要求を、前記連絡先記憶装置に記憶された全ての管理者アカウントの連絡先に通知する通知手順と、
ログインアカウント記憶装置に記憶されたログイン中のアカウントに関する情報の中に、前記アカウントの発行要求の通知対象の管理者アカウントに関する情報がない場合に、前記管理者アカウントの発行要求を行ったアカウントに管理者アカウントを発行する発行手順と、
を実行させることを特徴とするアカウント発行プログラム。
【００９７】
（付記６）前記通知手順は、前記ログインアカウント記憶装置に記憶されたログイン中のアカウントに関する情報の中に、前記アカウントの発行要求の通知対象の管理者アカウントに関する情報が存在する場合に、当該管理者アカウントの管理者がログインした端末にアカウントの発行要求を通知することを特徴とする付記５に記載のアカウント発行プログラム。
【符号の説明】
【００９８】
１ａ，１ｂ，１ｃ，２ａ，２ｂ，２ｃ 端末装置
１０ａ，１０ｂ，１０ｃ 利用者端末
２０ａ，２０ｂ，２０ｃ，６０ａ，６０ｂ，６０ｃ 管理者端末
３０ 情報処理装置
３０ａ 通知部
３０ｂ 発行部
４０，７０ ネットワーク
５０ａ，５０ｂ，５０ｃ オペレータ端末
１００ａ，１００ｂ 情報処理装置
１１０ 入力部
１２０ 出力部
１３０ 通信制御部
１４０ 入出力制御部
１５０ 記憶部
１５０ａ 管理者テーブル
１５０ｂ 在席状態管理テーブル
１５０ｃ アカウント管理テーブル
１５０ｄ 業務情報
１６０ 制御部
１６０ａ 在席状態管理部
１６０ｂ アカウント要求処理部
１６０ｃ アクセス要求受け付け部
１６０ｄ 情報収集部
１６０ｅ バックアップ処理部
【技術分野】
【０００１】
本発明は、情報処理システム等に関する。
【背景技術】
【０００２】
近年、業務に関する情報や顧客からのクレーム等に関する各種の情報を管理する情報処理装置が利用されている。管理者権限を有しないオペレータは、かかる情報処理装置の保守・修理等の業務を行うべく、情報処理装置を操作する場合、管理者権限を有する管理者からアカウントを発行してもらう。そして、オペレータは、発行されたアカウントを利用して情報処理装置にアクセスし、各種の業務を実行する。ここでいうアカウントは、個人を識別するＩＤ（Identification）や、パスワード等を含む。
【０００３】
なお、管理者不在の場合に、オペレータが情報処理装置を操作できないという事態を回避するため、規定数の管理者から承認を得たオペレータに管理者の操作権限を予め付与するという技術が知られている。また、期限付きで管理者の操作権限の一部をオペレータに委譲する技術も知られている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００２−１０９１７２号公報
【特許文献２】特開２００８−１０２６１４号公報
【特許文献３】特開２００５−１３０３３８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、管理者不在時に、規定数の管理者から承認を得られていない場合には、オペレータは、情報処理装置を操作することが出来ず、業務に遅れが生じてしまうという問題があった。また、管理者から委譲された操作権限に含まれない処理を緊急に実行しなければならない場合に、かかる処理に対応することができないという問題があった。
【０００６】
開示の技術は、上記に鑑みてなされたものであって、管理者不在時でも、オペレータが情報処理装置を操作することができる情報処理システム、アカウント発行方法およびアカウント発行プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本願の開示する情報処理システムは、管理者権限を有する利用者アカウントである管理者アカウントと連絡先とを対応付けて記憶する管理者連絡先記憶部と、管理者権限を有さない任意の利用者アカウントからの管理者アカウントの発行要求を、前記管理者連絡先記憶部に記憶された全ての管理者アカウントの連絡先に通知する通知部と、ログインアカウント記憶部に記憶されたログイン中のアカウントに関する情報の中に、前記アカウントの発行要求の通知対象の管理者アカウントに関する情報がない場合に、前記管理者アカウントの発行要求を行ったアカウントに管理者アカウントを発行する発行部と、を有することを要件とする。
【発明の効果】
【０００８】
本願の開示する情報処理システムによれば、管理者不在時でも、オペレータが情報処理装置を操作することができる。
【図面の簡単な説明】
【０００９】
【図１】図１は、本実施例１にかかる情報処理システムの構成の一例を示す図である。
【図２】図２は、本実施例２にかかる情報処理システムの構成を示す図である。
【図３】図３は、本実施例２にかかる情報処理装置の構成を示すブロック図である。
【図４】図４は、管理者テーブルのデータ構造の一例を示す図である。
【図５】図５は、在席状態管理テーブルのデータ構造の一例を示す図である。
【図６】図６は、アカウント管理テーブルのデータ構造の一例を示す図である。
【図７】図７は、在席状態管理部の処理手順を示すフローチャートである。
【図８】図８は、アカウント要求処理部の処理手順を示すフローチャート（１）である。
【図９】図９は、アカウント要求処理部の処理手順を示すフローチャート（２）である。
【図１０】図１０は、情報処理プログラムを実行するコンピュータを示す機能ブロック図である。
【発明を実施するための形態】
【００１０】
以下に、本願の開示する情報処理システム、アカウント発行方法およびアカウント発行プログラムの実施例を図面に基づいて詳細に説明する。なお、この実施例によりこの発明が限定されるものではない。
【実施例１】
【００１１】
図１は、本実施例１にかかる情報処理システムの構成の一例を示す図である。図１に示すように、この情報処理システムは、利用者端末１０ａ〜１０ｃと、管理者端末２０ａ〜２０ｃと、情報処理装置３０とを有する。また、複数の管理者は、端末装置１ａ〜１ｃをそれぞれ携帯しているものとする。
【００１２】
利用者端末１０ａ〜１０ｃは、管理者端末２０ａ〜２０ｃからアカウントを取得し、取得したアカウントを用いて、情報処理装置３０にアクセスする装置である。管理者端末２０ａ〜２０ｃは、利用者端末１０ａ〜１０ｃにアカウントを発行する装置である。
【００１３】
情報処理装置３０は、通知部３０ａと発行部３０ｂを有する。通知部３０ａは、利用者端末１０ａ〜１０ｃに対するアカウントの発行要求を、管理者の携帯する端末装置１ａ〜１ｃに通知する処理部である。
【００１４】
発行部３０ｂは、アカウントの発行要求を行った管理者が管理者端末にログインしているか否かを示すログイン情報を全ての管理者端末２０ａ〜２０ｃから受信する。そして、発行部３０ｂは、全ての管理者が管理者端末にログインしていない場合に、利用者端末１０ａ〜１０ｃにアカウントを発行する処理部である。
【００１５】
このように、本実施例１にかかる情報処理システムは、情報処理装置３０が、管理者端末２０ａ〜２０ｃから受信するログイン情報に基づいて、アカウントを利用者端末１０ａ〜１０ｃに発行する。このため、例えば災害等で、全ての管理者が管理者端末２０ａ〜２０ｃにログインしておらず、アカウントを発行できない状況下でも、オペレータが情報処理装置にアクセス（操作）することができる。
【００１６】
ここでは説明の便宜上、利用者端末１０と管理者端末２０とを区別して説明したが、端末自体を区別する必要はない。管理者１が管理者アカウントでログインすれば、ログインされた端末は管理者端末となる。また、利用者が利用者アカウントでログインすれば、ログインされた端末は利用者端末となる。
【００１７】
また、情報処理装置３０は、他の情報処理装置や端末等とネットワークを介して相互に通信可能に接続されているものとする。情報処理装置３０は、ネットワーク内で一意に識別可能なアカウントと情報処理装置３０の操作権限とを対応付けて記憶しているものとする。操作権限が付与されたアカウントを有する利用者は、他の情報処理装置または端末にログインすることで、情報処理装置３０にアクセスすることができる。
【００１８】
なお、利用者端末１０および管理者端末２０の台数は一例であり、ない場合も含む。
【実施例２】
【００１９】
次に、本実施例２にかかる情報処理システムについて説明する。図２は、本実施例２にかかる情報処理システムの構成を示す図である。図２に示すように、この情報処理システムは、オペレータ端末５０ａ〜５０ｃ、管理者端末６０ａ〜６０ｃ、情報処理装置１００ａ，１００ｂを有する。また、管理者は、端末装置２ａ〜２ｃを携帯している。
【００２０】
図２では一例として、情報処理システムが冗長化されており、同一機能を有する情報処理装置１００ａ，１００ｂが含まれる。ここでは、情報処理装置１００ａを運用系の装置、情報処理装置１００ｂを待機系の装置とする。情報処理装置１００ｂは、情報処理装置１００ａのバックアップを定期的に行い、情報処理装置１００ａに障害が発生した場合には、情報処理装置１００ａの代わりに、情報処理装置１００ｂが各種の処理を実行する。
【００２１】
端末装置２（２ａ〜２ｃ）は、基地局を介して、情報処理装置１００とデータ通信を行う処理部である。例えば、端末装置２は、情報処理装置１００から取得した情報をディスプレイに表示させる。例えば、端末装置２は、携帯電話、ＰＨＳ（Personal Handy phone System）、ＰＤＡ（Personal Digital Assistant）に対応する。
【００２２】
オペレータ端末５０（５０ａ〜５０ｃ）は、アカウントを利用して、情報処理装置１００ａまたは１００ｂにアクセスし、情報処理装置１００ａ、１００ｂの有する情報を取得する装置である。オペレータ端末５０は、例えば、ＰＣ（Personal Computer）に対応する。アカウントには、オペレータのＩＤ（Identification）やパスワード等が含まれる。
【００２３】
オペレータ端末５０は、アカウントを取得する場合、アカウント要求を情報処理装置１００ａ，１００ｂに送信する。アカウント要求は、オペレータのＩＤ、アカウント要求を送信したオペレータ端末のＩＤを含む。以下の説明において、オペレータのＩＤをオペレータＩＤ、オペレータ端末のＩＤをオペレータ端末ＩＤと表記する。
【００２４】
管理者端末６０（６０ａ〜６０ｃ）は、アカウント要求を行ったオペレータ端末５０にアカウントを発行する装置である。また、管理者端末６０は、管理者が管理者端末６０にログインした場合、ログイン情報を情報処理装置１００ａ，１００ｂに送信する。管理者端末６０は、例えば、ＰＣに対応する。ログイン情報は、管理者のＩＤ、ログイン情報を送信した管理者端末のＩＤを含む。以下、管理者のＩＤを管理者ＩＤ、管理者端末のＩＤを管理者端末ＩＤと表記する。
【００２５】
管理者端末６０は、管理者が管理者端末６０からログアウトした場合、ログアウト情報を情報処理装置１００ａ，１００ｂに送信する。ログアウト情報は、管理者ＩＤ、ログアウト情報を送信した管理者端末の管理者端末ＩＤを含む。
【００２６】
情報処理装置１００（１００ａ，１００ｂ）は、オペレータ端末５０からアカウント要求を取得した場合に、全ての管理者の端末装置２ａ〜２ｃに対して、アカウントの発行要求を行う。そして、情報処理装置１００は、アカウントの発行要求が所定回数を超えても、全ての管理者の内、何れかの管理者が管理者端末６０にログインしない場合に、管理者端末６０の代わりにアカウントをオペレータ端末５０に発行する。
【００２７】
次に、情報処理装置１００ａの構成について説明する。なお、情報処理装置１００ｂの構成は、情報処理装置１００ａと同様であるため説明を省略する。図３は、本実施例２にかかる情報処理装置の構成を示すブロック図である。図３に示すように、情報処理装置１００ａは、入力部１１０と、出力部１２０と、通信制御部１３０と、入出力制御部１４０と、記憶部１５０と、制御部１６０を有する。
【００２８】
入力部１１０は、キーボードやマウス等の入力装置に接続される。入力部１１０は、入力装置から入力される各種の情報を、記憶部１５０、制御部１６０に出力する。出力部１２０は、ディスプレイ等の出力装置に接続される。出力部１２０は、制御部１６０から出力される情報を、ディスプレイに表示させる。
【００２９】
通信制御部１３０は、ネットワーク７０を介して、端末装置２ａ〜２ｃ、オペレータ端末５０ａ〜５０ｃ、管理者端末６０ａ〜６０ｃとの間におけるデータ通信を行う処理部である。通信制御部１３０は、例えば、アンテナを利用してデータの送受信を行うＡＳＩＣ（Application Specific Integrated Curcuit）や、ＦＰＧＡ（Field Programmable Gate Array）等に対応する。入出力制御部１４０は、入力部１１０、出力部１２０、通信制御部１３０、記憶部１５０、制御部１６０との間におけるデータの入出力を制御する処理部である。入出力制御部１４０は、例えば、データの送受信を制御するＡＳＩＣ等に対応する。
【００３０】
記憶部１５０は、各種の情報を記憶する記憶部である。記憶部１５０は、例えば、ＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）、フラッシュメモリ（flash memory）などの半導体メモリ素子、またはハードディスク、光ディスクなどの記憶装置に対応する。図３に示すように、この記憶部１５０は、管理者テーブル１５０ａ、在席状態管理テーブル１５０ｂ、アカウント管理テーブル１５０ｃ、災害情報１５０ｄを記憶する。
【００３１】
管理者テーブル１５０ａは、管理者が管理者端末６０に在席しているか否かの情報を記憶する。管理者が管理者端末６０に在席していることは、管理者が管理者端末６０にログインしていることである。また、管理者が管理者端末６０に在席していないこと（不在）は、管理者が管理者端末６０からログアウトしていることとである。
【００３２】
図４は、管理者テーブル１５０ａのデータ構造の一例を示す図である。図４に示すように、管理者テーブル１５０ａは、管理者ＩＤ、管理者メールアドレス、在席状態、管理者端末ＩＤを有する。
【００３３】
このうち、管理者メールアドレスは、管理者が携帯する各端末装置２ａ〜２ｃのアドレスである。在席状態は、管理者が管理者端末６０に在席しているか否か、すなわち、ログイン状態であるかログアウト状態であるかを示す情報である。
【００３４】
在席状態管理テーブル１５０ｂは、情報処理システムに含まれる各管理者端末の在席状態を管理するためのテーブルである。図５は、在席状態管理テーブル１５０ｂのデータ構造の一例を示す図である。図５に示すように、この在席状態管理テーブル１５０ｂは、在席者数、在席管理情報、ログイン催促回数を有する。
【００３５】
在席者数は、全ての管理者端末６０のうち、管理者が在席している管理者端末の数を示す。ログイン催促回数は、ログインの催促を行った回数を示す。在席管理情報は、各管理者端末６０の在席状態を管理するための情報である。在席管理情報は、「在席」、「全員ログアウト」、「ログイン催促中」、「不在」のうちいずれか一つの情報を格納する。
【００３６】
このうち、「在席」は、全ての管理者端末６０のうち、いずれかの管理者端末６０に管理者が在席している状態を示す。「全員ログアウト」は、全ての管理者端末６０に管理者が在席しておらず、かつ、各管理者にログインの催促を行っていない状態を示す。
【００３７】
「ログイン催促中」は、全ての管理者端末６０に管理者が在席しておらず、かつ、各管理者にログインの催促を行っている状態を示す。ただし、ログインの催促を行った回数を規定回数未満とする。
【００３８】
「不在」は、全ての管理者端末６０に管理者が在席しておらず、かつ、各管理者にログインの催促を行った回数が規定回数以上となる状態を示す。
【００３９】
アカウント管理テーブル１５０ｃは、オペレータ端末５０に、アカウントを発行したか否かの情報を記憶する。図６は、アカウント管理テーブル１５０ｃのデータ構造の一例を示す図である。
【００４０】
図６に示すように、このアカウント管理テーブル１５０ｃは、オペレータＩＤ、オペレータ端末ＩＤ、アカウント状態を有する。このうち、アカウント状態は、アカウントを発行したか否かを示す情報である。アカウントが発行されていれば（操作権限が付与されていれば）、アカウント状態は「有」となり、アカウントを発行していなければ（操作権限が付与されていなければ）、アカウント状態は「無」となる。
【００４１】
制御部１６０は、例えば、ＡＳＩＣ（Application Specific Integrated Curcuit）や、ＦＰＧＡ（Field Programmable Gate Array）などの集積装置、または、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等の電子回路である。図３に示すように、制御部１６０は、在席状態管理部１６０ａ、アカウント要求処理部１６０ｂ、アクセス要求受け付け部１６０ｃ、情報収集部１６０ｄ、バックアップ処理部１６０ｅを有する。
【００４２】
在席状態管理部１６０ａは、管理者端末６０からログイン情報またはログアウト情報を受信した場合に、受信したログイン情報またはログアウト情報を基にして、管理者テーブル１５０ａの在席状態を切り替える処理部である。
【００４３】
在席状態管理部１６０ａは、管理者端末６０からログイン情報を受信した場合、該当する在席状態を「在席」に設定する。在席状態管理部１６０ａは、管理者端末６０からログアウト情報を受信した場合、該当する在席状態を「不在」に設定する。
【００４４】
更に、在席状態管理部１６０ａは、管理者テーブル１５０ａの各在席状態に基づいて、在席状態管理テーブル１５０ｂの在席管理情報を切り替える。具体的に、在席状態管理部１６０ａは、管理者テーブル１５０ａの在席状態が一つでも「在席」である場合、在席状態管理テーブル１５０ｂの在席管理情報を「在席」に設定する。
【００４５】
在席状態管理部１６０ａは、管理者テーブル１５０ａの在席状態が全て「不在」であり、かつ、在席状態管理テーブル１５０ｂの在席管理情報が「在席」の場合、在席状態管理テーブル１５０ｂの在席管理情報を「全員ログアウト」に設定する。
【００４６】
アカウント要求処理部１６０ｂは、オペレータ端末５０からアカウント要求を取得した場合に、在席状態管理テーブル１５０ｂに基づいて、アカウントの発行要求またはログインの催促を実行する処理部である。以下において、在席状態管理テーブル１５０ｂの在席管理情報が「在席」、「不在」、「全員ログアウト」、「ログイン催促中」の場合に分けて、アカウント要求処理部１６０ｂの処理を具体的に説明する。
【００４７】
まず、在席管理情報が「在席」の場合について説明する。アカウント要求処理部１６０ｂは、在席状態管理テーブル１５０ｂの在席管理情報が「在席」の場合、管理者テーブル１５０ａを参照し、在席状態が「在席」となる管理者端末ＩＤを判定する。アカウント要求処理部１６０ｂは、在席状態が「在席」となる管理者端末ＩＤの管理者端末６０にアカウントの発行要求を送信する。
【００４８】
アカウント要求処理部１６０ａが送信するアカウントの発行要求は、オペレータ端末５０から出力されたアカウント要求に含まれていたオペレータＩＤ、オペレータ端末ＩＤを有している。
【００４９】
続いて、在席管理情報が「不在」の場合について説明する。アカウント要求処理部１６０ｂは、在席状態管理テーブル１５０ｂの在席管理情報が「不在」の場合、管理者端末６０の代わりに、アカウントをオペレータ端末５０に発行する。例えば、アカウント要求処理部１６０ｂは、オペレータ端末５０に発行するアカウントの候補を携帯しておく。そして、アカウント要求処理部１６０ｂは、携帯している各アカウントの中から発行対象となるアカウントを選択し、選択したアカウントをオペレータ端末５０に発行する。
【００５０】
アカウント要求処理部１６０ｂは、アカウントをオペレータ端末５０に発行した場合、アカウント管理テーブル１５０ｃの該当するアカウント状態を、有に設定する。例えば、アカウント要求処理部１６０ｂは、オペレータＩＤ「Ｕ０００１」、オペレータ端末ＩＤ「Ｒ０００１」のオペレータ端末５０にアカウントを発行した場合、アカウント管理テーブル１５０ｃの１段目のアカウント状態を「有」に変更する。
【００５１】
続いて、在席管理情報が「全員ログアウト」の場合について説明する。アカウント要求処理部１６０ｂは、在席状態管理テーブル１５０ｂの在席管理情報が「全員ログアウト」の場合、管理者テーブル１５０ａを参照し、全ての管理者メールアドレスを取得する。そして、アカウント要求処理部１６０ｂは、取得した各管理者メールアドレスを宛先として、端末装置２に、ログインを催促する旨の情報を送信し、在席管理情報を「ログイン催促中」に設定する。
【００５２】
例えば、アカウント要求処理部１６０ｂは、ログインを催促する旨の情報をメールにて送信する。アカウント要求処理部１６０ｂは、メールを送信した後、在席状態管理テーブル１５０ｂのログイン催促回数に１を加算する。
【００５３】
続いて、在席管理情報が「ログイン催促中」の場合について説明する。アカウント要求処理部１６０ｂは、在席管理情報が「ログイン催促中」の場合、管理者テーブル１５０ａを参照し、全ての管理者メールアドレスを取得する。そして、アカウント要求処理部１６０ｂは、取得した各管理者メールアドレスを宛先として、端末装置２に、ログインを催促する旨の情報を送信し、ログイン催促回数に１を加算する。
【００５４】
そして、アカウント要求処理部１６０ｂは、ログイン催促回数が規定回数以上か否かを判定する。アカウント要求処理部１６０ｂは、ログイン催促回数が規定回数以上の場合、在席管理情報を「不在」に設定する。そして、アカウント要求処理部１６０ｂは、管理者端末６０の代わりに、アカウントを該当するオペレータ端末５０に発行する。アカウント要求処理部１６０ｂは、アカウントをオペレータ端末５０に発行した場合、アカウント管理テーブル１５０ｃの該当するアカウント状態を、有に設定する。
【００５５】
一方、アカウント要求処理部１６０ｂは、ログイン催促回数が規定回数未満の場合、前回ログインを催促するメールを送信してから一定時間経過後、在席状態管理テーブル１５０ｂの在席管理情報を参照する。
【００５６】
在席管理情報が「在席」となっている場合、アカウント要求処理部１６０ｂは、管理者テーブル１５０ａを参照し、在席状態が「在席」となる管理者端末ＩＤを判定する。アカウント要求処理部１６０ｂは、在席状態が「在席」となる管理者端末ＩＤの管理者端末６０にアカウントの発行要求を送信する。
【００５７】
在席管理情報が「ログイン催促中」のままの場合、アカウント要求処理部１６０ｂは、再度、上述した処理を繰り返し実行する。
【００５８】
アクセス要求受け付け部１６０ｃは、オペレータ端末５０ａからのアクセス要求を受け付け、オペレータ端末５０ａから送信されるアカウントが適切なものであるか否かを判定する処理部である。例えば、アクセス要求受け付け部１６０ｃは、アカウントテーブルを携帯しておき、オペレータ端末５０ａから送信されるアカウントがアカウントテーブルに存在しているか否かを判定する。そして、アクセス要求受け付け部１６０ｃは、アカウントがアカウントテーブルに存在している場合に、かかるアカウントが適切なものであると判定する。
【００５９】
情報収集部１６０ｄは、外部装置から送信される業務に関する情報や顧客からのクレーム等に関する情報を受信し、受信した情報を業務情報１５０ｄとして記憶部１５０に登録する処理部である。
【００６０】
バックアップ処理部１６０ｅは、他の情報処理装置１００ｂとデータ通信を実行し、業務情報１５０ｄのバックアップを行う処理部である。例えば、情報処理装置１００ａが運用系、情報処理装置１００ｂが待機系の場合、情報処理装置１００ａに記憶された業務情報１５０ｄを、情報処理装置１００ｂのバックアップ処理部１６０ｅが取得し、記憶部１５０に格納する。
【００６１】
次に、在席状態管理部１６０ａの処理手順について説明する。図７は、在席状態管理部１６０ａの処理手順を示すフローチャートである。図７に示すように、在席状態管理部１６０ａは、ログイン情報またはログアウト情報を受信したか否かを判定する（ステップＳ１０１）。在席状態管理部１６０ａは、ログイン情報またはログアウト情報を受信していない場合（ステップＳ１０２，Ｎｏ）、ステップＳ１０１に移行する。
【００６２】
一方、在席状態管理部１６０ａは、ログイン情報またはログアウト情報を受信した場合（ステップＳ１０２，Ｙｅｓ）、ログイン情報であるかログアウト情報であるかを判定する（ステップＳ１０３）。
【００６３】
在席状態管理部１６０ａは、ログイン情報を受信した場合（ステップＳ１０４，Ｙｅｓ）、管理者テーブル１５０ａの在席状態を「在席」に設定し（ステップＳ１０５）、在席状態管理テーブル１５０ｂの在席者数に１を加算する（ステップＳ１０６）。
【００６４】
在席状態管理部１６０ａは、在席状態管理テーブル１５０ｂの在席管理情報が「在席」か否かを判定し（ステップＳ１０７）、在席管理情報が「在席」の場合（ステップＳ１０８，Ｙｅｓ）、処理を終了する。
【００６５】
一方、在席状態管理部１６０ａは、在席状態管理テーブル１５０ｂの在席管理情報が「在席」ではない場合（ステップＳ１０８，Ｎｏ）、在席状態管理テーブル１５０ｂの在席管理情報を「在席」に設定する（ステップＳ１０９）。
【００６６】
ところで、ステップＳ１０４において、ログアウト情報の場合（ステップＳ１０４，Ｎｏ）、在席状態管理部１６０ａは、管理者テーブル１５０ａの在席状態を「不在」に設定する（ステップＳ１１０）。
【００６７】
在席状態管理部１６０ａは、在席状態管理テーブル１５０ｂの在席者数から１を減算し（ステップＳ１１１）、在席状態管理テーブル１５０ｂの在席者数が０であるか否かを判定する（ステップＳ１１２）。
【００６８】
在席状態管理部１６０ａは、在席者数が０ではない場合（ステップＳ１１３，Ｎｏ）、処理を終了する。一方、在席状態管理部１６０ａは、在席者数が０の場合（ステップＳ１１３，Ｙｅｓ）、在席状態管理テーブル１５０ｂの在席管理情報を「全員ログアウト」に設定する（ステップＳ１１４）。
【００６９】
次に、アカウント要求処理部１６０ａの処理手順について説明する。図８および図９は、アカウント要求処理部１６０ａの処理手順を示すフローチャートである。図８に示すように、アカウント要求処理部１６０ａは、オペレータ端末５０からアカウント要求を受信し（ステップＳ２０１）、在席状態管理テーブルの在席管理情報が在席であるか否かを判定する（ステップＳ２０２）。
【００７０】
アカウント要求処理部１６０ａは、在席管理情報が「在席」ではない場合（ステップＳ２０３，Ｎｏ）、図９のステップＳ２０６に移行する。一方、アカウント要求処理部１６０ａは、在席管理情報が「在席」となっている場合（ステップＳ２０３，Ｙｅｓ）、在席状態が「在席」となっている管理者を判定する（ステップＳ２０４）。
【００７１】
アカウント要求処理部１６０ａは、在席状態が「在席」となっている管理者の管理者端末６０にアカウントの発行要求を送信する（ステップＳ２０５）。
【００７２】
図９の説明に移行する。アカウント要求処理部１６０ａは、在席状態管理テーブル１５０ｂの在席管理情報が「全員ログアウト」であるか否かを判定する（ステップＳ２０６）。アカウント要求処理部１６０ａは、「全員ログアウト」の場合（ステップＳ２０７，Ｙｅｓ）、管理者全員にログイン催促情報を送信する（ステップＳ２０８）。
【００７３】
アカウント要求処理部１６０ａは、在席状態管理テーブル１５０ｂの在席管理情報を「ログイン催促中」に設定し（ステップＳ２０９）、ログイン催促回数に１を加算する（ステップＳ２１０）。
【００７４】
アカウント要求処理部１６０ｂは、ログイン催促回数が規定回数以上か否かを判定する（ステップＳ２１１）。アカウント要求処理部１６０ｂは、ログイン催促回数が規定回数以上の場合（ステップＳ２１２，Ｙｅｓ）、在席状態管理テーブル１５０ｂの在席管理情報を「不在」に設定する（ステップＳ２１３）。アカウント要求処理部１６０ｂは、アカウント要求先のオペレータ端末５０にアカウントを発行し（ステップＳ２１４）、処理を終了する。
【００７５】
一方、アカウント要求処理部１６０ｂは、ログイン催促回数が規定回未満の場合（ステップＳ２１２，Ｎｏ）、所定時間経過後に、在席状態管理テーブル１５０ｂの在席管理情報が「在席」であるか否かを判定する（ステップＳ２１５）。
【００７６】
アカウント要求処理部１６０ｂは、在席状態管理テーブル１５０ｂの在席管理情報が「在席」の場合（ステップＳ２１６，Ｙｅｓ）、図８のステップＳ２０４に移行する。一方、アカウント要求処理部１６０ｂは、在席管理情報が「在席」でない場合（ステップＳ２１６，Ｎｏ）、ステップＳ２０８に移行する。
【００７７】
ところで、ステップＳ２０７において、在席状態管理テーブル１５０ｂの在席管理情報が「全員ログアウト」ではない場合（ステップＳ２０７，Ｎｏ）、在席状態管理テーブル１５０ｂの在席管理情報が「ログイン催促中」であるか否かを判定する（ステップＳ２１７）。
【００７８】
アカウント要求処理部１６０ｂは、在席状態管理テーブル１５０ｂの在席管理情報が「ログイン催促中」の場合（ステップＳ２１８，Ｙｅｓ）、オペレータ端末５０にログイン催促中である旨の情報を送信する（ステップＳ２１９）。
【００７９】
アカウント要求処理部１６０ｂは、在席状態管理テーブル１５０ｂの在席管理情報が「ログイン催促中」でない場合（ステップＳ２１８，Ｎｏ）、オペレータ端末５０にアカウントを発行する（ステップＳ２２０）。
【００８０】
上述してきたように、本実施例２にかかる情報処理装置１００ａは、オペレータ端末５０からアカウント発行要求を受け付けた場合に、全ての管理者の端末装置２にアカウントの発行要求を送信する。そして、情報処理装置１００ａは、全ての管理者が管理者端末６０にログインしない場合に、管理者端末６０の代わりにアカウントをオペレータ端末５０に発行するので、管理者不在時でも、オペレータが情報処理装置にアクセスすることができる。
【００８１】
なお、本実施例では、オペレータ端末５０がアカウント要求を情報処理装置１００ａに送信した場合に、管理者端末６０、または、情報処理装置１００ａ，１００ｂがアカウントをオペレータ端末５０に送信していたが、これに限定されるものではない。
【００８２】
ここで、情報処理装置１００ａを運用系、情報処理装置１００ｂを待機系として説明を行う。例えば、情報処理装置１００ｂは、運用系の情報処理装置１００ａに障害が発生した場合に、ログインを催促する情報を、管理者端末２ａ〜２ｃに送信してもよい。そして、情報処理装置１００ａは、ログインを催促した回数が規定回数以上となった場合に、各オペレータ端末５０にアカウントを発行してもよい。
【００８３】
また、情報処理装置１００ａは、全ての管理者が管理者端末６０にログインしてない状況で、所定のオペレータ端末５０にアカウントを発行した場合、かかるオペレータ端末５０を管理者端末として扱ってもよい。
【００８４】
例えば、全ての管理者が管理者端末６０にログインしていない状況で、オペレータ端末５０ａにアカウントを発行した場合、情報処理装置１００ａは、オペレータ端末５０ａを管理者端末として扱う。例えば、情報処理装置１００ａが、オペレータ端末５０ａにアカウントを発行した後、オペレータ端末５０ｂから、アカウント要求を受信した場合、オペレータ端末５０ａにアカウントの発行要求を行ってもよい。
【００８５】
また、情報処理装置１００ａは、管理者の端末装置２にログイン催促をメールにて行ったがこれに限定されるものではない。例えば、情報処理装置１００ａは、「ログインを行ってください」等の音声データを端末装置２に送信することで、管理者にログイン催促を行ってもよい。
【００８６】
ところで、図２に示した本実施例にかかる情報処理装置１００の構成は、要旨を逸脱しない範囲で種々に変更することができる。例えば、情報処理装置１００の制御部１６０の機能をソフトウェアとして実装し、これをコンピュータで実行することにより、制御部１６０と同等の機能を実現することもできる。以下に、情報処理装置１００の機能をソフトウェアとして実装した情報処理プログラムを実行するコンピュータの一例を示す。
【００８７】
図１０は、情報処理プログラムを実行するコンピュータを示す機能ブロック図である。このコンピュータ２００は、ユーザからのデータの入力を受け付ける入力装置２０１と、モニタ２０２と、各種の情報記憶するＲＡＭ（Random Access Memory）２０３、ＲＯＭ（Read Only Memory）２０４と、他の装置との間における通信を制御する通信制御装置２０５を有する。また、コンピュータ２００は、記憶媒体からプログラム等を読取る媒体読取装置２０６と、各種演算処理を実行するＣＰＵ（Central Processing Unit）２０７と、ＨＤＤ（Hard Disk Drive）２０８とを有する。そして、各装置２０１〜２０８は、バス２０９に接続される。
【００８８】
そして、ＨＤＤ２０８には、図２に示した制御部１６０と同様の機能を有する情報処理プログラム２０８ｂと、図２の記憶部１５０に記憶される各種データ２０８ａが記憶される。なお、各種データ２０８ａを、適宜分散させ、ネットワークを介して接続された他のコンピュータに記憶させておくこともできる。
【００８９】
ＣＰＵ２０７が情報処理プログラム２０８ｂをＨＤＤ２０８から読み出すことで情報処理プログラム２０８ｂは、情報処理プロセス２０７ａとして機能するようになる。そして、情報処理プロセス２０７ａは、ＨＤＤ２０８から読み出した各種データ２０８ａを適宜ＲＡＭ２０３ａ上の自身に割当てられた領域に展開し、この展開したデータ等に基づいてアカウントの発行処理を実行する。
【００９０】
なお、上記の情報処理プログラム２０８ｂは、必ずしもＨＤＤ２０８に格納されている必要はなく、ＣＤ−ＲＯＭ等の記憶媒体に記憶されたプログラムを、コンピュータ２００が読み出して実行するようにしてもよい。また、公衆回線、インターネット、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等にこのプログラムを記憶させておき、コンピュータ２００がこれらからプログラムを読み出して実行するようにしてもよい。
【００９１】
以上の各実施例を含む実施形態に関し、さらに以下の付記を開示する。
【００９２】
（付記１）管理者権限を有する利用者アカウントである管理者アカウントと連絡先とを対応付けて記憶する管理者連絡先記憶部と、
管理者権限を有さない任意の利用者アカウントからの管理者アカウントの発行要求を、前記管理者連絡先記憶部に記憶された全ての管理者アカウントの連絡先に通知する通知部と、
ログインアカウント記憶部に記憶されたログイン中のアカウントに関する情報の中に、前記アカウントの発行要求の通知対象の管理者アカウントに関する情報がない場合に、前記管理者アカウントの発行要求を行ったアカウントに管理者アカウントを発行する発行部と、
を有することを特徴とする情報処理システム。
【００９３】
（付記２）前記通知部は、前記ログインアカウント記憶部に記憶されたログイン中のアカウントに関する情報の中に、前記アカウントの発行要求の通知対象の管理者アカウントに関する情報が存在する場合に、当該管理者アカウントの管理者がログインした端末にアカウントの発行要求を通知することを特徴とする付記１に記載の情報処理システム。
【００９４】
（付記３）情報処理装置が、
管理者権限を有する利用者アカウントである管理者アカウントと連絡先とを対応付けて連絡先記憶装置に記憶する管理者連絡先記憶ステップと、
管理者権限を有さない任意の利用者アカウントからの管理者アカウントの発行要求を、前記連絡先記憶装置に記憶された全ての管理者アカウントの連絡先に通知する通知ステップと、
ログインアカウント記憶装置に記憶されたログイン中のアカウントに関する情報の中に、前記アカウントの発行要求の通知対象の管理者アカウントに関する情報がない場合に、前記管理者アカウントの発行要求を行ったアカウントに管理者アカウントを発行する発行ステップと、
を実行することを特徴とするアカウント発行方法。
【００９５】
（付記４）前記通知ステップは、前記ログインアカウント記憶装置に記憶されたログイン中のアカウントに関する情報の中に、前記アカウントの発行要求の通知対象の管理者アカウントに関する情報が存在する場合に、当該管理者アカウントの管理者がログインした端末にアカウントの発行要求を通知することを特徴とする付記３に記載のアカウント発行方法。
【００９６】
（付記５）コンピュータに、
管理者権限を有する利用者アカウントである管理者アカウントと連絡先とを対応付けて連絡先記憶装置に記憶する管理者連絡先記憶手順と、
管理者権限を有さない任意の利用者アカウントからの管理者アカウントの発行要求を、前記連絡先記憶装置に記憶された全ての管理者アカウントの連絡先に通知する通知手順と、
ログインアカウント記憶装置に記憶されたログイン中のアカウントに関する情報の中に、前記アカウントの発行要求の通知対象の管理者アカウントに関する情報がない場合に、前記管理者アカウントの発行要求を行ったアカウントに管理者アカウントを発行する発行手順と、
を実行させることを特徴とするアカウント発行プログラム。
【００９７】
（付記６）前記通知手順は、前記ログインアカウント記憶装置に記憶されたログイン中のアカウントに関する情報の中に、前記アカウントの発行要求の通知対象の管理者アカウントに関する情報が存在する場合に、当該管理者アカウントの管理者がログインした端末にアカウントの発行要求を通知することを特徴とする付記５に記載のアカウント発行プログラム。
【符号の説明】
【００９８】
１ａ，１ｂ，１ｃ，２ａ，２ｂ，２ｃ 端末装置
１０ａ，１０ｂ，１０ｃ 利用者端末
２０ａ，２０ｂ，２０ｃ，６０ａ，６０ｂ，６０ｃ 管理者端末
３０ 情報処理装置
３０ａ 通知部
３０ｂ 発行部
４０，７０ ネットワーク
５０ａ，５０ｂ，５０ｃ オペレータ端末
１００ａ，１００ｂ 情報処理装置
１１０ 入力部
１２０ 出力部
１３０ 通信制御部
１４０ 入出力制御部
１５０ 記憶部
１５０ａ 管理者テーブル
１５０ｂ 在席状態管理テーブル
１５０ｃ アカウント管理テーブル
１５０ｄ 業務情報
１６０ 制御部
１６０ａ 在席状態管理部
１６０ｂ アカウント要求処理部
１６０ｃ アクセス要求受け付け部
１６０ｄ 情報収集部
１６０ｅ バックアップ処理部
【特許請求の範囲】
【請求項１】
管理者権限を有する利用者アカウントである管理者アカウントと連絡先とを対応付けて記憶する管理者連絡先記憶部と、
管理者権限を有さない任意の利用者アカウントからの管理者アカウントの発行要求を、前記管理者連絡先記憶部に記憶された全ての管理者アカウントの連絡先に通知する通知部と、
ログインアカウント記憶部に記憶されたログイン中のアカウントに関する情報の中に、前記アカウントの発行要求の通知対象の管理者アカウントに関する情報がない場合に、前記管理者アカウントの発行要求を行ったアカウントに管理者アカウントを発行する発行部と、
を有することを特徴とする情報処理システム。
【請求項２】
情報処理装置が、
管理者権限を有する利用者アカウントである管理者アカウントと連絡先とを対応付けて連絡先記憶装置に記憶する管理者連絡先記憶ステップと、
管理者権限を有さない任意の利用者アカウントからの管理者アカウントの発行要求を、前記連絡先記憶装置に記憶された全ての管理者アカウントの連絡先に通知する通知ステップと、
ログインアカウント記憶装置に記憶されたログイン中のアカウントに関する情報の中に、前記アカウントの発行要求の通知対象の管理者アカウントに関する情報がない場合に、前記管理者アカウントの発行要求を行ったアカウントに管理者アカウントを発行する発行ステップと、
を実行することを特徴とするアカウント発行方法。
【請求項３】
コンピュータに、
管理者権限を有する利用者アカウントである管理者アカウントと連絡先とを対応付けて連絡先記憶装置に記憶する管理者連絡先記憶手順と、
管理者権限を有さない任意の利用者アカウントからの管理者アカウントの発行要求を、前記連絡先記憶装置に記憶された全ての管理者アカウントの連絡先に通知する通知手順と、
ログインアカウント記憶装置に記憶されたログイン中のアカウントに関する情報の中に、前記アカウントの発行要求の通知対象の管理者アカウントに関する情報がない場合に、前記管理者アカウントの発行要求を行ったアカウントに管理者アカウントを発行する発行手順と、
を実行させることを特徴とするアカウント発行プログラム。
【請求項１】
管理者権限を有する利用者アカウントである管理者アカウントと連絡先とを対応付けて記憶する管理者連絡先記憶部と、
管理者権限を有さない任意の利用者アカウントからの管理者アカウントの発行要求を、前記管理者連絡先記憶部に記憶された全ての管理者アカウントの連絡先に通知する通知部と、
ログインアカウント記憶部に記憶されたログイン中のアカウントに関する情報の中に、前記アカウントの発行要求の通知対象の管理者アカウントに関する情報がない場合に、前記管理者アカウントの発行要求を行ったアカウントに管理者アカウントを発行する発行部と、
を有することを特徴とする情報処理システム。
【請求項２】
情報処理装置が、
管理者権限を有する利用者アカウントである管理者アカウントと連絡先とを対応付けて連絡先記憶装置に記憶する管理者連絡先記憶ステップと、
管理者権限を有さない任意の利用者アカウントからの管理者アカウントの発行要求を、前記連絡先記憶装置に記憶された全ての管理者アカウントの連絡先に通知する通知ステップと、
ログインアカウント記憶装置に記憶されたログイン中のアカウントに関する情報の中に、前記アカウントの発行要求の通知対象の管理者アカウントに関する情報がない場合に、前記管理者アカウントの発行要求を行ったアカウントに管理者アカウントを発行する発行ステップと、
を実行することを特徴とするアカウント発行方法。
【請求項３】
コンピュータに、
管理者権限を有する利用者アカウントである管理者アカウントと連絡先とを対応付けて連絡先記憶装置に記憶する管理者連絡先記憶手順と、
管理者権限を有さない任意の利用者アカウントからの管理者アカウントの発行要求を、前記連絡先記憶装置に記憶された全ての管理者アカウントの連絡先に通知する通知手順と、
ログインアカウント記憶装置に記憶されたログイン中のアカウントに関する情報の中に、前記アカウントの発行要求の通知対象の管理者アカウントに関する情報がない場合に、前記管理者アカウントの発行要求を行ったアカウントに管理者アカウントを発行する発行手順と、
を実行させることを特徴とするアカウント発行プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２０１１−５３９０３（Ｐ２０１１−５３９０３Ａ）
【公開日】平成２３年３月１７日（２０１１．３．１７）
【国際特許分類】
【出願番号】特願２００９−２０２０２３（Ｐ２００９−２０２０２３）
【出願日】平成２１年９月１日（２００９．９．１）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【公開日】平成２３年３月１７日（２０１１．３．１７）
【国際特許分類】
【出願日】平成２１年９月１日（２００９．９．１）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]