JP2013125515A - アプリケーション管理システム - Google Patents

Abstract

【課題】端末を使用するユーザーをログイン情報に基づき特定し、当該ユーザーのスケジュールを参照して必要なアプリケーションを起動するアプリケーション管理システムを提供する。
【解決手段】記憶媒体２は、ユーザーを特定する情報をユーザー情報として保持し、端末１は、ユーザーが使用するための少なくとも１つのアプリケーションを保持し、ユーザー情報をサーバ３に送信し、サーバー３は、アプリケーションの実行スケジュールをユーザー情報ごとに格納するスケジュール格納部３３１を備え、ユーザーが使用するアプリケーションの実行スケジュールが端末１を通じて事前に設定され、スケジュール格納部３３１に格納されているとき、実行スケジュールに基づき、実行すべきアプリケーションを特定して、端末１に通知し、端末１は、アプリケーションを実行させる。
【選択図】図２

Description

この発明は、アプリケーション管理システムに関する。

業務用端末は、営業や販売、サービス業など幅広い分野での業務支援に用いられる端末である。業務用端末の用途としては、例えば、アパレル関連の接客支援、銀行・保険業の渉外支援、小売店における顧客情報やポイントの照会、保守サービス業での業務マニュアルの参照、教育現場における補助ツール等の用途が挙げられる。業務用端末のユーザーは、企業の社員、小売店の店員または教育機関の教員など、特定のグループに属し、その業務に従事する構成員である。

業務用端末の使用態様としては、通常、特定のグループに属する構成員によって共有され、例えば、小売店における接客時の顧客情報等の照会や外回り時の見積、棚卸時の商品管理など、構成員の業務内容によってその用途が多岐にわたることもある。それゆえ、構成員の業務に必要な全てのアプリケーションが端末内にまとめてインストールされていることも多く、この点で、個人用のアプリケーションがインストールされた個人用の端末や、情報検索など公共用のアプリケーションがインストールされた公共用の端末とは大きく異なる。

このような業務用端末を用いて業務を行う場合、端末のユーザーは端末内にインストールされたアプリケーションの中から自己の業務内容に適したアプリケーションを選択して起動する必要がある。ところで、業務内容が多岐にわたる場合、ユーザーの業務内容とは無関係のアプリケーションが端末内に多数インストールされていることもあり、ユーザーは、その中から適切なアプリケーションを選択し起動しなければならない。また、同じユーザーが端末を使用する場合であっても、日によって業務内容が異なることもあり、その場合、その日の業務に適したアプリケーションを適宜選択して起動しなければならず、ユーザーにとって大きな負担となっていた。

一方、端末のアプリケーションの選択および起動の負担を軽減すべく、端末ごとに設定されたユーザーのスケジュールに応じて適切なアプリケーションを起動させる発明が開示されている（例えば、特許文献１〜３を参照）。

しかしながら、端末ごとにスケジュールを設定する従来のシステムを業務用端末に適用した場合、実際の端末の使用状況に関係なく、事前に設定されたスケジュールに基づいてアプリケーションが起動されるため、ユーザーの業務にかえって支障をきたすおそれがある。また、誰が端末を使用しているかに関わらず、予定時間になると一律にアプリケーションが起動されるため、アプリケーションの内容がユーザーの顧客リストや営業秘密等の機密情報を有する場合、当該機密情報が他人に漏洩するおそれもあり、機密保持の点からも問題がある。さらに、ユーザーの異動等によって使用する端末を変更する場合、異動元の端末と異動先の端末の両方の設定をしなければならず煩雑である。

それゆえ、従来のシステムは、個人用の端末のアプリケーションのスケジュール管理には適しているが、複数のユーザーによって共有され、ユーザーが日によって変わることもある業務用端末のアプリケーションのスケジュール管理に必ずしも適したものとはいえなかった。

特開２００８−２０９９８２号公報 特開２００７−２５７２１０号公報 特開２００３−３３７７０４号公報

複数のユーザーによって共有される業務用端末において、どのユーザーがどの端末を使用するかに関わらず、端末を使用中のユーザーのスケジュールに基づく適切なアプリケーションの起動を可能にし、また、同じ端末を共有する他のユーザーへの機密情報の漏洩も防止する新たなアプリケーション管理システムが求められていた。

この発明は、端末と、サーバーとを備え、前記端末は、入力部と、表示部と、前記端末のユーザーを特定するユーザー情報を取得するユーザー情報取得部と、前記ユーザー情報を事前に保持したユーザー情報と照合することによりユーザー認証を行うユーザー認証部と、前記サーバーとデータの送受信を行う第１通信部と、前記ユーザーが使用するための少なくとも１つのアプリケーションを保持するアプリケーション保持部と、前記ユーザー情報取得部が取得した前記ユーザー情報を前記ユーザー認証部が認証したとき、前記ユーザー情報を前記第１通信部に送信させる第１制御部とを備え、前記サーバーは、前記端末とデータの送受信を行う第２通信部と、前記アプリケーションの実行スケジュールを前記ユーザー情報ごとに格納するスケジュール格納部と、実行すべき前記アプリケーションを前記端末に通知するアプリケーション通知部と、前記第２通信部、前記スケジュール格納部および前記アプリケーション通知部の動作を制御する第２制御部とを備え、前記ユーザーが使用するアプリケーションの実行スケジュールが前記端末を通じて事前に設定され、前記スケジュール格納部に格納されているとき、前記第２制御部は、前記実行スケジュールに基づき、実行すべき前記アプリケーションを特定して、前記アプリケーション通知部に通知させ、前記第１制御部は、前記アプリケーションを実行させるアプリケーション管理システムを提供するものである。

この発明によれば、複数のユーザーによって共有される業務用端末において、どのユーザーがどの端末を使用するかに関わらず、当該端末にログインしたユーザーのスケジュールに応じたアプリケーションを選択して起動させることにより、適切なアプリケーションの起動を可能にする。

また、スケジュールは、サーバー上において管理され、ログイン時の入力情報に基づきアクセスされるため、端末を共有する他のユーザーへの機密情報の漏洩も防止できる。
さらに、端末のログイン時にユーザーＩＤの入力を一度行うだけで、端末およびサーバーへのログイン、当該ユーザーのスケジュールに応じたアプリケーションの選択およびその起動までの一連の処理が行われるため、これらの操作を逐一行う手間が省け、アプリケーション起動までの時間を著しく短縮できる。

この発明の第１実施形態に係るアプリケーション管理システムの概要を示す説明図である。 この発明の第１実施形態に係るアプリケーション管理システムの構成を示すブロック図である。 この発明の第１実施形態に係る端末の処理の一例を示すフローチャートである。 この発明の第１実施形態に係る端末表示部の動作の一例を示す説明図である。 この発明の第１実施形態に係るサーバーの処理の一例を示すフローチャートである。

この発明は、端末と、サーバーとを備え、前記端末は、入力部と、表示部と、前記端末のユーザーを特定するユーザー情報を取得するユーザー情報取得部と、前記ユーザー情報を事前に保持したユーザー情報と照合することによりユーザー認証を行うユーザー認証部と、前記サーバーとデータの送受信を行う第１通信部と、前記ユーザーが使用するための少なくとも１つのアプリケーションを保持するアプリケーション保持部と、前記ユーザー情報取得部が取得した前記ユーザー情報を前記ユーザー認証部が認証したとき、前記ユーザー情報を前記第１通信部に送信させる第１制御部とを備え、前記サーバーは、前記端末とデータの送受信を行う第２通信部と、前記アプリケーションの実行スケジュールを前記ユーザー情報ごとに格納するスケジュール格納部と、実行すべき前記アプリケーションを前記端末に通知するアプリケーション通知部と、前記第２通信部、前記スケジュール格納部および前記アプリケーション通知部の動作を制御する第２制御部とを備え、前記ユーザーが使用するアプリケーションの実行スケジュールが前記端末を通じて事前に設定され、前記スケジュール格納部に格納されているとき、前記第２制御部は、前記実行スケジュールに基づき、実行すべき前記アプリケーションを特定して、前記アプリケーション通知部に通知させ、前記第１制御部は、前記アプリケーションを実行させるアプリケーション管理システムを提供するものである。

端末とサーバーとは、複数の端末に１つのサーバーが対応するものであっても、端末とサーバーとが一対一に対応するものであってもよい。後者の場合、端末とサーバーとは、必ずしも物理的に分離している必要はなく、物理的に一体となって動作するものであってもよい。

「ユーザー」とは、特定のグループに属する構成員であって、これらの者と端末の共有を許可された正規の使用者である。グループとは、企業、事業所、営業所、店舗など、複数の人間によって構成され、特定の業務を行う団体であり、その規模は問わない。
「ユーザー情報」は、特定のグループに属する構成員であることを示す情報のことであり、例えば、グループが企業の場合、社員名簿に登録された氏名および社員証のＩＤ番号等であり、グループが教育機関の場合、教員名簿に登録された氏名および教員免許状の番号等である。
「アプリケーション」とは、構成員の業務においてデータベースの作成、情報の管理、計算等の特定の処理を行うためのコンピュータ・プログラムのことである。例えば、商品データベースの作成、顧客情報等の管理、見積用のアプリケーションなどが挙げられる。

この発明によるアプリケーション管理システムにおいて、前記サーバーは、前記ユーザー情報ごとの前記アプリケーションの関連情報を格納する関連情報格納部をさらに備え、前記第２制御部は、前記ユーザー情報に対応する前記関連情報を前記アプリケーション通知部にさらに通知させ、前記第１制御部は、前記関連情報に基づき、前記アプリケーションを実行させるものであってもよい。

このようにすれば、ユーザー情報ごとに格納された関連情報に基づいてアプリケーションが実行されるため、ユーザーに応じたアプリケーションの設定を起動の度に行う必要がなくなり、ユーザーの負担が軽減される。

「アプリケーションの関連情報」とは、各ユーザーのアプリケーションに関する情報のことである。例えば、商品管理用アプリケーションの場合、ユーザーが取り扱う商品リスト等の情報であり、接客用アプリケーションの場合、ユーザーが担当する顧客リスト等の情報である。これらの情報は、各ユーザーの業務に応じて設定されるため、ユーザーによって異なる。

この発明によるアプリケーション管理システムにおいて、前記第１制御部は、前記入力部から前記アプリケーションの終了指令を受けたとき、前記アプリケーションの終了前に、前記関連情報を前記第１通信部に送信させ、前記第２制御部は、前記関連情報を前記ユーザー情報ごとに前記スケジュール格納部に格納させるものであってもよい。

このようにすれば、アプリケーションの終了時に、アプリケーションの関連情報がユーザー情報ごとにサーバーに送信・記憶されるため、当該関連情報に基づくアプリケーションの設定が、当該ユーザーによる次のアプリケーションの実行時にも引き継がれる。それゆえ、ユーザーの負担を軽減し、業務効率を向上できる。

また、アプリケーションの関連情報は、ユーザー情報ごとにサーバーに保存・管理されるため、同じ端末を他のユーザーが使用するような場合でも、当該ユーザー以外の関連情報にアクセスできないため、他のユーザーに関連情報を知られることがない。それゆえ、複数のユーザーが同一の業務用端末を共有する場合においても、他のユーザーへの顧客リストや営業秘密等の機密情報の流出が防止でき、セキュリティーの強化になる。

この発明によるアプリケーション管理システムにおいて、少なくとも１つの記憶媒体をさらに備え、前記記憶媒体は、前記ユーザー情報を保持するユーザー情報保持部と、前記端末に前記ユーザー情報を提供するＩＤ提供部とを備え、前記ユーザー情報取得部は、前記記憶媒体から前記ユーザー情報を取得するものであってもよい。

このようにすれば、記憶媒体に予め記録されたユーザー情報を端末に取得させることにより、業務開始の度に、ユーザー情報を端末に入力する手間が省かれ、また、ユーザー情報を誤って入力するおそれもないため、ユーザーの負担が軽減され、業務効率を向上できる。

また、社員証等のＩＣカードにユーザー情報を組み込むことにより、端末およびサーバーへのログイン、並びにスケジュールの管理を全て一枚のＩＣカードで一元的に管理できるため、ユーザーの負担が軽減されるだけでなく、セキュリティーの強化にもなる。

なお、ユーザー情報がＩＤ番号とパスワードの２つからなる場合、ＩＤ番号を記憶媒体によって提供し、パスワードを入力部から提供するなど、異なる入力手段を適当に組み合わせて使い分けてもよい。

この発明によるアプリケーション管理システムにおいて、前記第１制御部は、前記ＩＤ提供部から前記ユーザー情報を非接触に取得するものであってもよい。

このようにすれば、記憶媒体を接触させずに端末にかざすだけで、記憶媒体に保持されたユーザー情報が端末に取得されるため、業務端末の使用が手軽にできる。

〔第１実施形態〕
図１〜図５に基づき、この発明の第１実施形態に係るアプリケーション管理システムについて説明する。

最初に、図１に基づき、この発明の第１実施形態に係るアプリケーション管理システムの概要を説明する。
図１は、この発明の第１実施形態に係るアプリケーション管理システムの概要を示す説明図である。

この発明の第１実施形態に係るアプリケーション管理システムは、端末１、ＩＣカード２およびサーバー３から構成される。ＩＣカード２は、ユーザー情報としてＩＤを保持する。サーバー３は、ＩＤごとにデータベースを保持し、ＩＤに対応するユーザーのスケジュールを当該データベースに予め記憶させておく。

図１の端末１、ＩＣカード２およびサーバー３はそれぞれ、この発明の端末、記憶媒体およびサーバーに相当する。なお、この発明に係るアプリケーション管理システムは、ＩＣカード２を備えず、端末１およびサーバー３を備え、端末１に直接ＩＤを入力するものであってもよい。

図１に示すように、端末１はＩＣカード２よりＩＤを取得してユーザー認証を行う。取得したＩＤが端末１内に事前登録されたＩＤと一致するとき、端末１はログイン処理を行う。ログイン処理後、端末１は、サーバー３と通信を行い、サーバー３へ当該ＩＤを通知する。

続いて、サーバー３は、端末１から通知されたＩＤに対応するユーザーのスケジュールを参照し、実行すべきアプリケーションを決定する。決定後、サーバー３は、端末１と通信を行い、実行すべきアプリケーションに対応するアプリケーション番号を通知する。当該通知を受けて、端末１は、当該アプリケーション番号に対応するアプリケーションを起動させる。

図２は、この発明の第１実施形態に係るアプリケーション管理システムの構成を示すブロック図である。

端末１は、第１制御部１０、入力部１１、表示部１２、第１通信部１３、ＩＤ読取部１４、第１格納部１５を備える。第１制御部１０は、ＩＤ照合部１０１およびアプリケーション実行部１０２を備える。第１格納部１５は、ＩＤ格納部１５１、アプリケーション格納部１５２を備える。
ＩＣカード２は、ＩＤ提供部２１およびＩＤ記録部２２を備える。
サーバー３は、第２制御部３０、第２通信部３１、第２格納部３２を備える。第２制御部３０は、アプリケーション特定部３０１およびアプリケーション通知部３０２を備える。第２格納部３２は、スケジュール格納部３３１およびアプリケーション関連データ格納部３３２を備える。

図２のＩＤ読取部１４は、この発明のユーザー情報取得部に相当する。ＩＤ照合部１０１は、この発明のユーザー認証部に相当する。アプリケーション格納部１５２は、この発明のアプリケーション保持部に相当する。また、アプリケーション関連データ格納部３３２は、この発明の関連情報格納部に相当する。
なお、アプリケーション格納部１５２を端末１ではなく、サーバー３が備える構成であってもよい。

第１制御部１０は、ＣＰＵあるいはマイクロプロセッサ(Microprocessor)を主体とする回路である。なお、周辺回路として、特定の用途のために設計、製造される集積回路であるＡＳＩＣ（Application Specific Integrated Circuit）、その他の演算機能を有する回路を含んでいてもよい。

ＩＤ照合部１０１は、ＩＤ読取部１４から読み込まれたＩＤと、端末１内に格納されているＩＤのデータとを照合し、両者が一致しているか否かの判断を行う。

アプリケーション実行部１０２は、サーバー３から受信したアプリケーション番号に基づき、アプリケーション格納部１５２に格納されたアプリケーションのうち、起動すべきアプリケーションの起動および実行処理を行う。

入力部１１は、端末１およびサーバー３への指令、ＩＤの入力操作、アプリケーションの操作およびアプリケーションの終了要求の操作を行うためのものである。

表示部１２は、端末１の電源ＯＮ時にユーザーにＩＤの入力を促すメッセージの表示を行ったり、起動されたアプリケーションの表示を行ったりする。表示部１２としては、例えば、ＣＲＴディスプレイ、液晶ディスプレイ、ＥＬディスプレイなどで構成される。

第１通信部１３は、サーバー３の第２通信部３１と通信を行う。ＩＤ読取部１４で読み取られたＩＤの送信を行ったり、サーバー３から送信されたＩＤに対応するアプリケーション番号の受信を行ったりする。通信技術の一例としては、無線ＬＡＮ技術が挙げられるが、有線であってもよい。この発明の第１実施形態において、端末１とサーバー３との間の通信は、ＷＬＡＮや３Ｇ回線を用いて行う。

ＩＤ読取部１４は、社員証などのＩＣカード２から、社員ＩＤなどのユーザーを特定するユーザー情報の読取を行う。第１実施形態において、端末１の個人認証コードとして社員ＩＤを用いている。

ＩＤ読取部１４の読取方法としては、ＮＦＣ（Near Field Communication）を用いる。ＮＦＣは、１３．５６ＭＨｚ帯の近距離無線通信規格であり、ＲＦＩＤ技術（ＩＣカード／ＩＣタグ）の次世代標準規格として国際標準機関（ＩＳＯ）に承認されたものである。その通信プロトコルとしては、ＩＳＯ Ｔｙｐｅ Ａ，Ｂ，ＦｅｌｉＣａ（登録商標）、ＩＳＯ１５６９３の４つが存在するが、ＩＳＯ１５６９３は、ＩＣタグの通信プロトコルを規定したものであるため、この発明のように、ＩＣカード２と端末１の認証を行う場合には、ＩＳＯ ＴｙｐｅＡ，Ｂ，ＦｅｌｉＣａのうちのいずれかを用いる場合が一般的である。

ＩＤ格納部１５１は、ユーザー認証のための社員ＩＤ等のユーザー情報を格納する。
アプリケーション格納部１５２は、業務に必要な各種アプリケーションなどのデータを格納する。

ＩＤ記録部２２は、端末１のユーザー認証用に用いるための社員ＩＤを記録する。
ＩＤ提供部２１は、ＩＤ記録部２２に記録された社員ＩＤを端末１のＩＤ読取部１４に提供する。なお、ＩＤの提供方法は、端末１に接触して提供する方式であっても、端末１に非接触で提供する方式であってもよい。

第２通信部３１は、端末１の第１通信部１３との通信を行う。第１実施形態においては、通信技術として、ＮＦＣが用いられる。

スケジュール格納部３３１には、社員ＩＤに対して、各日毎の業務スケジュールが格納されている。スケジュールの詳細については、後述する。
アプリケーション関連データ格納部３３２は、各アプリケーションに対応するアプリケーション番号の情報や、ユーザー情報に対応するアプリケーションの関連情報を格納する。

第２通信部３１は、端末１の第１通信部１３とデータ通信を行うもので、端末１からＩＤを受信した場合、当該ＩＤについて、その日必要なアプリケーション番号を端末１へ送信する。第１実施形態においては、通信手段として、無線ＬＡＮ技術を用いるが、光回線等の有線を用いてもよい。

アプリケーション特定部３０１は、端末１から送信されたＩＤに対して、スケジュール格納部３３１に格納されたスケジュールを参照して、その日に必要なアプリケーションを特定する。

アプリケーション通知部３０２は、アプリケーション関連データ格納部３３２に格納されたアプリケーション番号情報を参照することによって、アプリケーション特定部３０１によって特定されたアプリケーションに対応するアプリケーション番号の決定を行い、第２通信部３１へ当該アプリケーション番号の通知指示を行う。

次に、図３および図４に基づき、この発明の第１実施形態に係る端末の処理の一例について説明する。
図３は、この発明の第１実施形態に係る端末の処理の一例を示すフローチャートである。
図４は、この発明の第１実施形態に係る端末表示部の動作の一例を示す説明図である。

図３において、端末１の電源がＯＮにされた場合（ステップＳ１）、第１制御部１０は、表示部１２にＩＣカード２の認証を促すメッセージを表示させる（ステップＳ２）。図４（Ａ）にメッセージの一例を示す（図４（Ａ）参照）。

続くステップＳ３において、ＩＤ読取部１４がＩＣカード２を検出した場合（ステップＳ３）、第１制御部１０は、ＩＣカード２のＩＤ記録部２２に格納されたＩＤをＩＤ読取部１４に読み取らせる（ステップＳ４）。ＩＤの読み取り後、図４（Ｂ）に示すように、第１制御部１０は、表示部１２にＩＤ読取部１４によって読み取られたＩＤを表示させる（図４（Ｂ）参照）。

その後、第１制御部１０は、ＩＣカード２から読み取られたＩＤが、ＩＤ格納部１５１に格納されたユーザー情報のＩＤと一致するか、ＩＤ照合部１０１に照合させる（ステップＳ５）。

ステップＳ５において、ＩＤが一致した場合（ステップＳ５の判定がＹｅｓの場合）、第１制御部１０は、端末１のロックを解除し、ログイン処理を行い（ステップＳ６）、ステップＳ７へ進む。一方、ＩＤが不一致の場合（ステップＳ５の判定がＮｏの場合）、第１制御部１０は、端末１の電源をＯＦＦにする（ステップＳ２０）。

ステップＳ７において、第１制御部１０は、第１通信部１３にサーバー３へのログイン要求を送信させる（ステップＳ７）。その後、第１制御部１０は、ＩＣカード２から読み取ったＩＤを第１通信部１３に通知させる（ステップＳ８）。この間、図４（Ｃ）に示すように、第１制御部１０は、社員カードの確認が完了したこと、および現在サーバー３と通信中であることを表示部１２に表示させる（図４（Ｃ）参照）。

続くステップＳ９において、第１通信部１３がサーバー３からアプリケーション番号を受信した場合（ステップＳ９の判定がＹｅｓの場合）、第１制御部１０は、アプリケーション格納部１５２において、受信したアプリケーション番号に対応するアプリケーションの検索を行い、ステップＳ１０へ進む。

ステップＳ１０において、アプリケーション実行部１０２は、検索によって特定されたアプリケーションを起動させる（ステップＳ１０）。この間、図４（Ｄ）に示すように、第１制御部１０は、アプリケーションが起動中であることを表示部１２に表示させる（図４（Ｄ）参照）。

続くステップＳ１１において、第１制御部１０は、第１通信部１３にサーバー３への当該アプリケーションに関連するデータの要求を行わせ（ステップＳ１１）、ステップＳ１２へ進む。

ステップＳ１２において、第１通信部１３がサーバー３からアプリケーション関連データを受信した場合（ステップＳ１２の判定がＹｅｓの場合）、第１制御部１０は、当該アプリケーション関連データを第１格納部１５に保持する（ステップＳ１３）。

続くステップＳ１４において、第１制御部１０は、当該アプリケーション関連データに基づいてアプリケーションの設定を行った後、アプリケーション実行部１０２に当該設定済のアプリケーションを実行させる（ステップＳ１４）。図４（Ｅ）は、表示部１２に表示されたアプリケーションの実行画面の一例である（図４（Ｅ）参照）。

次に、ステップＳ１５において、入力部１１からのアプリケーションの終了要求を受信した場合（ステップＳ１５の判定がＹｅｓの場合）、第１制御部１０は、第１通信部１３にサーバー３へのログイン要求を送信させ（ステップＳ１６）、アプリケーション関連データの登録要請および当該関連データを送信させる（ステップＳ１７およびステップＳ１８）。

その後、第１制御部１０は、アプリケーションを終了させ（ステップＳ１９）、端末１の電源をＯＦＦにする（ステップＳ２０）。

次に、図５に基づき、この発明の第１実施形態に係るサーバー３の処理手順の一例について説明する。
図５は、この発明の第１実施形態に係るサーバー３の処理の一例を示すフローチャートである。

ステップＳ１０１において、第２通信部３１が端末１からのログイン要求を受信した場合（ステップＳ１０１の判定がＹｅｓの場合）、第２制御部３０は、サーバー３のログイン処理を行い、ステップＳ１０２へ進む。

ステップＳ１０２において、第２通信部３１がＩＤを受信した場合（ステップＳ１０２の判定がＹｅｓの場合）、第２制御部３０は、スケジュール格納部３３１に格納されたスケジュールを参照し、受信したＩＤに対応するスケジュールの検索を行う（ステップＳ１０３）。

続いて、第２制御部３０は、受信したＩＤに対応するスケジュールおよび参照時の日時に基づき、起動すべきアプリケーションをアプリケーション特定部３０１に特定させる（ステップＳ１０４）。

ステップＳ１０４において、起動すべきアプリケーションが特定できた場合（ステップＳ１０４の判定がＹｅｓの場合）、第２制御部３０は、起動すべきアプリケーションに対応するアプリケーション番号をアプリケーション通知部３０２に通知させ（ステップＳ１０５）、ステップＳ１０６へ進む。

一方、ステップＳ１０４において、スケジュールに起動すべきアプリケーションが設定されておらず、起動すべきアプリケーションを特定できなかった場合（ステップＳ１０４の判定がＮｏの場合）、第２制御部３０は、ログオフ処理を行う（ステップＳ１１２）。

ステップＳ１０６において、第２通信部３１が端末１から関連データの要求を受信した場合（ステップＳ１０６の判定がＹｅｓの場合）、第２制御部３０は、アプリケーション関連データ格納部３３２から要求された関連データを抽出する（ステップＳ１０７）。続いて、第２制御部３０は、抽出したデータを第２通信部３１に送信させた後（ステップＳ１０８）、ログオフ処理を行う（ステップＳ１１２）。

一方、ステップＳ１０２において、第２通信部３１がＩＤを受信せず（ステップＳ１０２の判定がＮｏの場合）、続いてデータ登録要請を受信した場合（ステップＳ１０９の判定がＹｅｓの場合）、第２通信部３１は、アプリケーションの関連データを受信し（ステップＳ１１０）、第２制御部３０は、当該関連データをアプリケーション関連データ格納部３３２に登録する（ステップＳ１１１）。関連データの登録後、第２制御部３０は、ログオフ処理を行う（ステップＳ１１２）。

図３および図５の処理の対応関係について、図５のステップＳ１０１およびＳ１０２の処理は、それぞれ図３のステップＳ７およびＳ８の処理に対応する。図３のステップＳ９，Ｓ１１およびＳ１２の処理は、それぞれ図５のステップＳ１０５，Ｓ１０６およびＳ１０８の処理に対応する。図５のステップＳ１０１，Ｓ１０９およびＳ１１０の処理は、それぞれ図３のステップＳ１６，Ｓ１７およびＳ１８の処理に対応する。

次に、表１に基づき、この発明の第１実施形態に係るスケジュールの設定の詳細について説明する。

サーバー３の管理権限を有する者は、端末１を通じて、サーバー３のスケジュールの登録を行うことができる。表１は、第１実施形態におけるスケジュールの一例である。

表１に示すように、サーバー３の管理権限を有する者は、スケジュールの日時、各ユーザーのＩＤ、業務予定、業務に必要なアプリケーションをスケジュール格納部３３１に事前に設定しておく。少なくともスケジュールの日時、ユーザーのＩＤおよび業務に必要なアプリケーションの３つの情報の設定を行う必要がある。なお、１つの業務に対して複数のアプリケーションを設定してもよい。例えば、「接客」業務における「接客用アプリケーション」として「商品検索用アプリケーション」「顧客情報アプリケーション」「ポイント照合アプリケーション」の３種類のアプリケーションを設定することもできる。また、アプリケーション名の代わりに直接アプリケーション番号を設定してもよい。

さらに、サーバー３の管理権限を有する者は、ユーザーのスケジュールだけでなく、ユーザーに応じたアプリケーション関連データをアプリケーション関連データ格納部３３２に事前に設定してもよい。

表１は、７月１６日の各ユーザーのスケジュールを示している。例えば、ＩＤ番号0001および0002のユーザーの７月１６日の業務は、「外回り」であり、当該業務に必要なアプリケーションは、「見積用アプリ」である。また、ＩＤ番号0004のユーザーの業務は、「接客」であり、当該業務に必要なアプリケーションは、「接客用アプリ」、ＩＤ番号0005のユーザーの業務は、「棚卸」であり、当該業務に必要なアプリケーションは、「棚卸用アプリ」である。一方、ＩＤ番号0003のユーザーの７月１６日の業務は休みであるため、業務に必要なアプリケーションは設定されていない。

表１のようにスケジュールが設定された場合、７月１６日にＩＤ番号0001のＩＣカード２を用いて端末１にログインすると、端末１はログイン後に見積用アプリを起動させる。また、同日にＩＤ番号0004のＩＣカード２を用いて端末１にログインすると、端末１はログイン後に接客用アプリを起動させる。ＩＤ番号0002,0005のＩＣカード２についても同様である。

端末１の使用態様としては、ユーザー0001,0002,0004,0005が各自１台ずつ端末１を使用する態様に限らず、任意の台数の端末１をユーザー0001,0002,0004,0005が共有し、各人の必要に応じて使用する態様であってもよい。このように本発明のシステムは、どのユーザーがどの端末１にログインするかによらず、そのスケジュールに応じた適切なアプリケーションの起動を可能にするため、従来のシステムと比較して柔軟な使用態様が実現できる。

一方、７月１６日にＩＤ番号0003のＩＣカード２を用いて、ユーザーが端末１にログインした場合、表１のスケジュールには起動すべきアプリケーションが設定されていないため、サーバー３からのアプリケーションの通知はされず、端末１はアプリケーションの起動を行わない。この場合、ログインしたユーザーは、入力部１１を直接操作してアプリケーションを起動させることもできるが、サーバー３からアプリケーションの関連データが送信されないため、このようにして起動されたアプリケーションにおいて、ＩＤ番号0003に対応する関連データの設定は反映されない。

それゆえ、ＩＤ番号0003のＩＣカード２の正規の所有者である社員の不在中に、他のユーザーが当該社員のＩＣカード２を不正に取得して端末１にログインしたとしても、ＩＤ番号0003に対応するアプリケーションの関連データの詳細を知ることができない。
また、社員がＩＣカード２を紛失した場合、当該社員のスケジュールにおいて必要なアプリケーションを全て「なし」に設定することにより、アプリケーションの関連データを消去することなく、ＩＣカード２を用いた当該社員のアプリケーション関連データへの不正アクセスを防止できる。

１：端末
２：ＩＣカード
３：サーバー
１０：第１制御部
１１：入力部
１２：表示部
１３：第１通信部
１４：ＩＤ読取部
１５：第１格納部
２１：ＩＤ提供部
２２：ＩＤ記録部
３０：第２制御部
３１：第２通信部
３２：第２格納部
１０１：ＩＤ照合部
１０２：アプリケーション実行部
１５１：ＩＤ格納部
１５２：アプリケーション格納部
３０１：アプリケーション特定部
３０２：アプリケーション通知部
３３１：スケジュール格納部
３３２：アプリケーション関連データ格納部

Claims (5)

1. 端末と、サーバーとを備え、
   前記端末は、入力部と、表示部と、前記端末のユーザーを特定するユーザー情報を取得するユーザー情報取得部と、前記ユーザー情報を事前に保持したユーザー情報と照合することによりユーザー認証を行うユーザー認証部と、前記サーバーとデータの送受信を行う第１通信部と、前記ユーザーが使用するための少なくとも１つのアプリケーションを保持するアプリケーション保持部と、前記ユーザー情報取得部が取得した前記ユーザー情報を前記ユーザー認証部が認証したとき、前記ユーザー情報を前記第１通信部に送信させる第１制御部とを備え、
   前記サーバーは、前記端末とデータの送受信を行う第２通信部と、前記アプリケーションの実行スケジュールを前記ユーザー情報ごとに格納するスケジュール格納部と、実行すべき前記アプリケーションを前記端末に通知するアプリケーション通知部と、前記第２通信部、前記スケジュール格納部および前記アプリケーション通知部の動作を制御する第２制御部とを備え、
   前記ユーザーが使用するアプリケーションの実行スケジュールが前記端末を通じて事前に設定され、前記スケジュール格納部に格納されているとき、
   前記第２制御部は、前記実行スケジュールに基づき、実行すべき前記アプリケーションを特定して、前記アプリケーション通知部に通知させ、
   前記第１制御部は、前記アプリケーションを実行させるアプリケーション管理システム。
2. 前記サーバーは、前記ユーザー情報ごとの前記アプリケーションの関連情報を格納する関連情報格納部をさらに備え、
   前記第２制御部は、前記ユーザー情報に対応する前記関連情報を前記アプリケーション通知部にさらに通知させ、
   前記第１制御部は、前記関連情報に基づき、前記アプリケーションを実行させる請求項１に記載のアプリケーション管理システム。
3. 前記第１制御部は、前記入力部から前記アプリケーションの終了指令を受けたとき、前記アプリケーションの終了前に、前記第１通信部に前記関連情報を送信させ、
   前記第２制御部は、前記関連情報を前記ユーザー情報ごとに前記スケジュール格納部に格納させる請求項２に記載のアプリケーション管理システム。
4. 少なくとも１つの記憶媒体をさらに備え、
   前記記憶媒体は、前記ユーザー情報を保持するユーザー情報保持部と、前記端末に前記ユーザー情報を提供するＩＤ提供部とを備え、
   前記ユーザー情報取得部は、前記記憶媒体から前記ユーザー情報を取得する請求項１ないし３のいずれか１つに記載のアプリケーション管理システム。
5. 前記第１制御部は、前記ＩＤ提供部から前記ユーザー情報を非接触に取得する請求項４に記載のアプリケーション管理システム。