JPWO2007119550A1 - システム管理装置 - Google Patents

システム管理装置 Download PDF

Info

Publication number
JPWO2007119550A1
JPWO2007119550A1 JP2008510870A JP2008510870A JPWO2007119550A1 JP WO2007119550 A1 JPWO2007119550 A1 JP WO2007119550A1 JP 2008510870 A JP2008510870 A JP 2008510870A JP 2008510870 A JP2008510870 A JP 2008510870A JP WO2007119550 A1 JPWO2007119550 A1 JP WO2007119550A1
Authority
JP
Japan
Prior art keywords
event
application program
activation
condition
application
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2008510870A
Other languages
English (en)
Inventor
俊司 佐藤
俊司 佐藤
稲見　聡
聡 稲見
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Panasonic Corp
Panasonic Holdings Corp
Original Assignee
Panasonic Corp
Matsushita Electric Industrial Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Panasonic Corp, Matsushita Electric Industrial Co Ltd filed Critical Panasonic Corp
Publication of JPWO2007119550A1 publication Critical patent/JPWO2007119550A1/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/445—Program loading or initiating
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/48—Program initiating; Program switching, e.g. by interrupt
    • G06F9/4806—Task transfer initiation or dispatching
    • G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
    • G06F9/485—Task life-cycle, e.g. stopping, restarting, resuming execution
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00—Indexing scheme relating to G06F9/00
    • G06F2209/48—Indexing scheme relating to G06F9/48
    • G06F2209/482—Application

Abstract

情報処理システムに含まれる、アプリケーションプログラムに対するイベントを格納するイベント格納部（１０３）からイベントを識別するイベント識別子を取得する起動判定部（１０４）と、情報処理システムの状態を取得する状態取得部（１０６）と、アプリケーションプログラムを適応的に起動する制御部（１０７）とを備え、起動判定部（１０４）は、状態取得部（１０６）により取得された情報処理システムの状態が、イベント識別子に対応する起動判定条件に該当するか否かに応じ、アプリケーションプログラムを起動させるか否かを判定し、制御部（１０７）は、起動判定部（１０４）によりアプリケーションプログラムを起動させないと判定された場合、アプリケーションプログラムを起動することなくイベント格納部（１０３）に格納されたイベントを破棄するシステム管理装置（１０１）。

Description

本発明は、情報処理システムの動作を管理するシステム管理装置に関する。
従来、携帯端末等の情報処理システムは複数のアプリケーションプログラムを実行可能であり、それぞれのアプリケーションプログラムの動作状態を記憶するアプリケーション状態記憶部を備えている。
このような携帯端末は、ユーザのボタン操作等に基づいて発生したイベントに対応するアプリケーションプログラムを特定し、予め設定されている、複数のアプリケーションプログラム間の競合条件に基づいて、受信したイベントに対応するアプリケーションプログラムを起動するか否か決定することができる。
また、アプリケーションプログラムを起動することを決定した場合、当該アプリケーションプログラム以外のアプリケーションプログラムの動作状態をアプリケーション状態記憶部から読み出し、動作中のアプリケーションプログラムを停止させ、当該アプリケーションプログラムを起動する。
このように、メモリ容量が限られている環境において複数のアプリケーションプログラムの起動制御が行われており、このような制御に関する技術も開示されている（例えば、特許文献１参照）。
特開２００５−２８４９０６号公報
ここで、上記従来の技術では、イベントが発生した際の各アプリケーションプログラムの状態と各アプリケーションプログラムの競合条件に基づいてアプリケーションプログラムの起動判定が行われる。
また、起動すると決定されたアプリケーションプログラムが起動した後にイベント通知を受け、イベントの内容を判断して処理を行うことになる。
つまり、携帯端末等の情報処理システムにおいて、アプリケーションプログラムが起動する必要がなかったと事後的に判断されるイベントが発生した場合でも当該アプリケーションプログラムは起動することになる。
具体的には、当該アプリケーションプログラムは、起動した後に当該イベントの内容を判断し、そのイベントに対応する処理を行うことなしに停止する。
これにより、本来的には消費する必要がなかったメモリ等のリソースおよび電力等が無駄に消費されることになる。
このように、上記従来の技術によれば、情報処理システムにおいて複数存在するアプリケーションプログラムを互いに競合しないように制御することは可能である。
しかし、本来的には起動する必要がないアプリケーションプログラムが起動してしまうといった問題を解決することはできない。
本発明は、上記従来の課題を考慮し、情報処理システムにおいて効率よくアプリケーションプログラムを動作させるシステム管理装置を提供することを目的とする。
上記目的を達成するために、本発明のシステム管理装置は、アプリケーションプログラムを実行可能な情報処理システムを管理するシステム管理装置であって、前記情報処理システムに含まれる、前記アプリケーションプログラムに対するイベントを格納する格納手段から、前記イベントを識別するイベント識別子を取得するイベント取得手段と、前記情報処理システムの状態を取得する状態取得手段と、前記アプリケーションプログラムを適応的に起動する制御手段と、取得された前記情報処理システムの状態が、取得された前記イベント識別子に対応する起動判定条件に該当するか否かに応じ、前記アプリケーションプログラムを起動させるか否かを判定する判定手段とを備え、前記制御手段は、前記判定手段により前記アプリケーションプログラムを起動させないと判定された場合、前記アプリケーションプログラムを起動することなく前記格納手段に格納された前記イベントを破棄する。
これにより、情報処理システムにおいてイベントが発生した際に、当該イベントの通知先であるアプリケーションプログラムが起動する前に、当該アプリケーションプログラムを起動させるか否かを判定することができる。
つまり、アプリケーションプログラムが起動する必要のないイベントが発生した場合に、当該アプリケーションプログラムを無駄に起動させることなく、当該イベントを破棄することができる。
また、本発明のシステム管理装置はさらに、前記イベント格納手段に、前記イベントが格納されたことを検出する監視手段を備え、前記判定手段は、前記イベント格納手段にイベントが格納されたことを前記監視手段から通知されると、前記アプリケーションプログラムを起動させるか否かを判定するとしてもよい。
これにより、情報処理システムにおいて、ミドルウェアからシステム管理装置へのイベント発生を通知する処理を削減することができ、処理時間を短縮することができる。
さらに、本発明は、本発明のシステム管理装置の特徴的な構成部を含む集積回路として実現することもできる。
また、本発明は、本発明のシステム管理装置におけるこれら特徴的な構成部の動作をステップとする方法として実現すること、および、それらのステップを含むプログラムとして実現することもできる。
さらに、そのプログラムが格納された、ＣＤ−ＲＯＭ等の記録媒体として実現したり、集積回路として実現することもできる。プログラムは、通信ネットワーク等の伝送媒体を介して流通させることもできる。
本発明のシステム管理装置によれば、情報処理システムの状態に応じて、発生したイベントごとに、そのイベントの通知先であるアプリケーションプログラムを起動させるか否か、つまり、起動が不要であるか否かを判定することができる。
また、発生したイベントについて、アプリケーションプログラムの起動が不要であると判定された場合には、当該アプリケーションプログラムを起動することなくイベントを破棄することができる。これにより、システム内の負荷を低減することができ、効率よくアプリケーションプログラムを動作させることができる。
図１は、実施の形態１における携帯端末の主要な機能構成を示す機能ブロック図である。 図２は、実施の形態１におけるイベントのデータ構成の一例である。 図３は、実施の形態１における起動判定条件の一例を示す図である。 図４は、実施の形態１のシステム管理装置における起動判定の動作を示すフローチャートである。 図５は、実施の形態１における更新後の起動判定条件の一例を示す図である。 図６は、実施の形態１における起動判定条件の別の一例を示す図である。 図７は、実施の形態１における更新後の起動判定条件の別の一例を示す図である。 図８は、実施の形態２における携帯端末の主要な機能構成を示す機能ブロック図である。 図９は、実施の形態２のシステム管理装置における起動判定の動作を示すフローチャートである。 図１０は、実施の形態１のシステム管理装置における集積回路化の一例を示す図である。
符号の説明
１０、２０ 携帯端末
１０１、２０１ システム管理装置
１０２ ミドルウェア
１０３、２０３ イベント格納部
１０４、２０４ 起動判定部
１０５ 条件記憶部
１０６、２０６ 状態取得部
１０７ 制御部
１０８ アプリケーションプログラム
２０２ 監視部
３００ ＬＳＩ
以下、本発明の実施の形態のシステム管理装置ついて、図面を参照しながら説明する。
（実施の形態１）
まず、図１〜図３を用いて、本発明の実施の形態１のシステム管理装置１０１を備える携帯端末１０の構成を説明する。
図１は、本発明の実施の形態１における携帯端末１０の主要な機能構成を示す機能ブロック図である。
図1に示す携帯端末１０は、本発明のシステム管理装置の管理対象である情報処理システムの一例であり、複数のアプリケーションソフトを有する携帯端末である。
図１に示すように、実施の形態１における携帯端末１０は、システム管理装置１０１とミドルウェア１０２と、アプリケーションプログラム１０８とを備える。
なお、携帯端末１０は、アプリケーションプログラム１０８を実行する実行環境、他の装置と通信する機能、静止画および動画を撮影するカメラ、テレビ番組を受信するためのチューナ等の、他のソフトウェアおよびハードウェアを備えている。しかし、本発明の特徴を明確にするためにこれらの図示および説明は省略し、本発明の特徴的な機能構成について図示し説明する。
また、携帯端末１０は１以上のアプリケーションプログラムを有しているが、その代表としてアプリケーションプログラム１０８を図示している。以下で「アプリケーションプログラム」という場合、携帯端末１０が有する１以上のアプリケーションプログラムのうちのいずれかを指すものとする。
システム管理装置１０１は、携帯端末１０が有する１以上のアプリケーションプログラムの動作を管理・制御を行う装置である。
具体的には、システム管理装置１０１は、ミドルウェア１０２からアプリケーションプログラムに対するイベント通知が発生すると、ミドルウェア１０２からイベントを受け取る。また、受け取ったイベントに対するアプリケーションプログラムを判断してアプリケーションプログラムの起動を制御する。さらに、起動したアプリケーションプログラムへ必要なイベントを通知するなどの処理を行う。
システム管理装置１０１は、このような処理を行うための構成として、イベント格納部１０３、起動判定部１０４、条件記憶部１０５、状態取得部１０６、および制御部１０７を備える。
イベント格納部１０３は、ミドルウェア１０２から送信される、アプリケーションプログラムに対するイベントを一時的に格納する記憶装置である。
なお、本実施の形態におけるイベントには、図２に示すように、イベント識別子、アプリケーション識別子およびイベント情報が含まれている。
イベント識別子はイベントを識別するための情報であり、アプリケーション識別子は、当該イベントの通知先、言い換えると当該イベントを処理すべきアプリケーションプログラムを識別するための情報である。
また、イベント情報は、アプリケーション識別子に示されるアプリケーションプログラムがイベントを処理する際に用いるデータである。
例えば、携帯端末１０において、動画撮影を開始するためのボタンがユーザに押下された場合、カメラの制御等を行うアプリケーションプログラム（以下、「カメラアプリケーション」という。）を示すアプリケーション識別子と、“動画撮影”を示すイベント識別子と、ユーザに押下されたボタンを示す情報を有するイベント情報とが含まれるイベントがミドルウェア１０２からシステム管理装置１０１に送信される。
起動判定部１０４は、アプリケーションプログラムを起動させるか否かを判定する処理部である。
具体的には、ミドルウェア１０２からのイベント発生の通知を受けると、状態取得部１０６に取得された携帯端末１０の状態が、イベント格納部１０３から取得したイベント識別子に対応する起動判定条件に該当するか否かに応じて、当該イベントの通知先のアプリケーションプログラムを起動させるか否かを判定する。
なお、起動判定部１０４は、本発明のシステム管理装置におけるイベント取得手段の一例である。
条件記憶部１０５は、複数種のイベント識別子それぞれに対応する起動判定条件を記憶する記憶装置である。起動判定条件とは、アプリケーションプログラムを起動させるか否かの条件となる携帯端末１０の状態を示す情報である。
本実施の形態においては、上記携帯端末１０の状態を示す情報は、所定のアプリケーションプログラムの動作状態を示す情報である。起動判定条件の詳細については、図３等を用いて後述する。
また、条件記憶部１０５は、アプリケーションプログラムが携帯端末１０に追加されると、当該アプリケーションプログラムからの要求に従い、そのアプリケーションプログラムについての起動判定条件を記憶する。つまり、条件記憶部１０５は、起動判定条件を更新することができる。更新の具体例は、図５を用いて後述する。
状態取得部１０６は、携帯端末１０の状態を取得する処理部である。本実施の形態においては、状態取得部１０６は、携帯端末１０の状態として各アプリケーションプログラムの動作状態を取得する。
具体的には、起動判定部１０４からアプリケーションプログラムの動作状態の取得要求を受けると、各アプリケーションプログラムに動作状態の取得要求を通知する。
さらに、この取得要求への応答として各アプリケーションプログラムから送信されるそれぞれの動作状態を取得し起動判定部１０４にこれら動作状態を通知する。
起動判定部１０４は、状態取得部１０６から取得した各アプリケーションプログラムの動作状態と、イベント格納部１０３から取得したイベント識別子に対応する起動判定条件とに基づき、当該イベントの通知先であるアプリケーションプログラムを起動させるか否かを判定し、判定結果を制御部１０７に通知する処理部である。
制御部１０７は、起動判定部１０４からの判定結果に基づき、アプリケーションプログラムを適応的に起動する処理部である。
具体的には、制御部１０７は、起動判定部１０４からイベントの通知先であるアプリケーションプログラムを起動させないという判定結果が通知された場合、制御部１０７は、イベントの通知先であるアプリケーションプログラムを起動することなく、イベント格納部１０３に格納されている当該イベントを破棄する。
また、制御部１０７は、起動判定部１０４からイベントの通知先であるアプリケーションプログラムを起動させるという判定結果が通知された場合、当該アプリケーションプログラムを起動し、イベント識別子を当該アプリケーションプログラムに通知する。
制御部１０７から起動され、イベント識別子を通知されたアプリケーションプログラムは、このイベント識別子に基づきイベント格納部１０３からイベント情報を読み出し、当該イベント情報を用いた処理を行う。
図３は、実施の形態１における起動判定条件の一例を示す図である。
図３に示すように、本実施の形態における起動判定条件は、条件参照テーブルと、個別条件テーブルという２種類のテーブルで構成されている。
具体的には、条件参照テーブルは、アプリケーション識別子と参照先識別子とが対応付けられて記録されたテーブルである。
参照先識別子は、当該アプリケーション識別子により特定されるアプリケーションプログラムの起動判定の際に参照すべき個別条件テーブルを特定する識別子である。
個別条件テーブルは、イベント識別子と起動不要条件とが対応づけられて記録されたテーブルであり、アプリケーションプログラムごとに１つの個別条件テーブルが存在する。
起動不要条件は、当該個別条件テーブルに対応するアプリケーションプログラムの起動が不要となる条件である。
具体的には、起動不要条件に示されるアプリケーションプログラムの動作状態が“動作中”であれば、起動判定の対象であるアプリケーションプログラム（以下、「判定対象アプリケーション」という。）の起動は不要であるということを意味する。
起動判定部１０４は、条件参照テーブルから、イベントの通知先であるアプリケーションプログラムに対応する個別条件テーブルを特定する。また、特定した、個別条件テーブルから、イベント識別子に対応する起動不要条件を特定する。
さらに、特定した起動不要条件と、状態取得部１０６から受け取った各アプリケーションプログラムの動作状態とに基づき、起動要であるか起動不要であるかを判定する。
例えば、図３に示す起動判定条件では、動画撮影のイベントがミドルウェア１０２から送信された際、テレビ（ＴＶ）のアプリケーションプログラム（以下、「ＴＶアプリケーション」という。）が動作中である場合には、動画撮影のイベントの通知先であるカメラアプリケーションの起動は不要であるという条件になっている。
なお、起動判定に際し、アプリケーションプログラム（上記例の場合ＴＶアプリケーション）が“動作中”であるとは、当該アプリケーションプログラムが実際に何らかの処理実行中である場合および表示部等のインターフェースに何らかの情報を表示または出力している場合（このような状態を「アクティブ」という。）のみではない。
例えば、表示部において、当該アプリケーションプログラムによる画面表示がアクティブな他のアプリケーションプログラムに隠れており、所定の操作により即座に画面表示が可能な状態にある場合（このような状態を「インアクティブ」という。）も含む。
次に、図４〜図７を用いて本発明の実施の形態１のシステム管理装置１０１の動作を説明する。
図４は、実施の形態１のシステム管理装置１０１における起動判定の動作を示すフローチャートである。
まずミドルウェア１０２からイベントが送信されると、イベントはイベント格納部１０３に格納される。この際、起動判定部１０４がミドルウェア１０２からイベント発生の通知を受ける（Ｓ１）。
起動判定部１０４は、イベント発生の通知を受けると、イベント格納部１０３からアプリケーション識別子とイベント識別子とを取得する（Ｓ２）。
起動判定部１０４は、条件記憶部１０５から取得したアプリケーション識別子とイベント識別子とに対応する起動判定条件を取得する（Ｓ３）。
具体的には、起動判定部１０４は、条件参照テーブルを参照し、当該アプリケーション識別子に対応する個別条件テーブルを特定する。また、特定した個別条件テーブルから当該イベント識別子に対応する起動不要条件を取得する。
また、起動判定部１０４は、状態取得部１０６から１以上のアプリケーションプログラムの動作状態を取得する（Ｓ４）。
なお、このとき、アプリケーション識別子に対応するアプリケーションプログラム、つまり、判定対象アプリケーションの動作状態も取得される。さらに、すでに判定対象アプリケーションが起動済である場合、起動判定は不要であるため、起動判定に係る動作は終了する。また、判定対象アプリケーションは当該イベントをイベント格納部１０３から取得し処理する。
起動判定部１０４は、取得した起動判定条件と１以上のアプリケーションプログラムの動作状態に基づいて、当該イベントの通知先であるアプリケーションプログラムの起動判定を行う（Ｓ５）。
具体的には、取得した起動不要条件に示されるアプリケーションプログラムがその時点で動作中であるかどうかに基づいて判定する。
起動不要条件に示されるアプリケーションプログラムが動作中でない場合、判定対象アプリケーションを起動させると判定し（Ｓ５で起動）、判定結果を制御部１０７に通知する。
一方、起動不要条件に該当するアプリケーションプログラムが動作中である場合、判定対象アプリケーションを起動させないと判定し（Ｓ５で起動不要）、判定結果を制御部１０７に通知する。
制御部１０７は、起動判定部１０４から“起動”の旨の通知を受けた場合、アプリケーション識別子に示されるアプリケーションプログラム、つまり、当該イベントの通知先であるアプリケーションプログラムを起動させる（Ｓ６）。
また、制御部１０７は、起動判定部１０４から“起動不要”の旨の通知を受けた場合、当該イベントの通知先であるアプリケーションプログラムを起動させることなく、イベント格納部１０３に格納されている当該イベントを破棄する（Ｓ７）。
以上説明したシステム管理装置１０１の起動判定に係る動作を、図３に示す起動判定条件を用いて具体的に説明する。
なお、ミドルウェア１０２から動画撮影のイベントが送信された場合を想定する。また、動画撮影のイベントは、通知先のアプリケーションプログラムはカメラアプリケーションである。つまり当該イベントは、カメラアプリケーションを示すアプリケーション識別子と、“動画撮影”を示すイベント識別子とを含んでいる。
ミドルウェア１０２から動画撮影のイベントが送信され、イベント格納部１０３に格納される。また、起動判定部１０４は、ミドルウェア１０２からイベント発生の通知を受け取る（Ｓ１）。
起動判定部１０４はイベント発生の通知を受け取ると、イベント格納部１０３から“カメラアプリケーションを示すアプリケーション識別子と動画撮影”を示すイベント識別子とを取得する（Ｓ２）。
起動判定部１０４はこれら識別子を取得すると、条件記憶部１０５からこれら識別子に対応する起動不要条件を取得する（Ｓ３）。
具体的には、条件参照テーブルから“カメラ”に対応する“ｔｂｌ１＿ｃａ”が特定され、“ｔｂｌ１＿ｃａ”の個別条件テーブルから、“動画撮影”に対応する起動不要条件である“ＴＶ”が取得される。
さらに、起動判定部１０４は、状態取得部１０６からその時点での１以上のアプリケーションプログラムの動作状態を取得する。本例の場合、起動判定部１０４はＴＶアプリケーションが現在動作中であることを取得する（Ｓ４）。
起動判定部１０４は、取得した動作状態が、起動不要条件である、テレビアプリケーションが動作中であることに該当するため、カメラアプリケーションを起動させないと判定する（Ｓ５で起動不要）。
制御部１０７は、この判定結果を受け取り、カメラアプリケーションを起動することなく、イベント格納部１０３に格納されている動画撮影のイベントを破棄する。
以上のように、本実施の形態のシステム管理装置１０１は、情報処理システムにおいてイベントが発生した際、そのイベントの通知先であるアプリケーションプログラムを起動させるか否かを判定する。
具体的には、何らかのアプリケーションに対して発生するイベントごとに、情報処理システムにおけるその時点での１以上のアプリケーションプログラムの動作状態に応じて、当該イベントの通知先のアプリケーションプログラムを起動するか否かを判定する。
ここで、従来の情報処理システムにおいては、イベントの単位で起動の要否が判定されていない。そのため、情報処理システムにおいてあるイベントが発生した場合、当該イベントに示される処理内容によっては、当該イベントの通知先のアプリケーションプログラムが起動された後に起動が不要であったと判定される場合がある。
しかしながら、このような場合においても、本実施の形態のシステム管理装置１０１であれば、上述の起動判定を行うことで当該イベントの通知先のアプリケーションプログラムを起動させることがない。
つまり、アプリケーションプログラムを無駄に起動させることなく、当該イベントを即座に破棄することができる。
このように本実施の形態のシステム管理装置１０１は、情報処理システムにおいて効率よくアプリケーションプログラムを動作させることができ、これにより、情報処理システムの処理負荷を低減することができる。また、情報処理システムにイベントを格納するメモリ等を効率よく使用させることができる。
また、情報処理システム内の負荷を低減させることで、情報処理システムの省電力性を向上させるという効果もある。
また、図３に示す条件参照テーブルおよび個別条件テーブルは、情報処理システムにアプリケーションプログラムが追加された場合、そのアプリケーションプログラムに対応する各テーブルが追加される。
図５は、実施の形態１における更新後の起動判定条件の一例を示す図である。
なお、携帯端末１０にアプリケーションプログラムが追加される場合としては、例えば、ネットワークを介して携帯端末１０に新規なアプリケーションプログラムをダウンロードすることで携帯端末１０に当該アプリケーションプログラムがインストールされる場合がある。
また、アプリケーションプログラムが記憶されているＳｅｃｕｒｅ Ｄｉｇｉｔａｌ（ＳＤ）カード等の外部記憶媒体が携帯端末１０に挿入されることで携帯端末１０にアプリケーションプログラムが追加される場合などもある。
また、図５は、オーディオデータを再生するアプリケーションプログラム（以下、「音楽アプリケーション」という）が携帯端末１０に追加された場合の起動判定条件を示している。
携帯端末１０に音楽アプリケーションが追加された場合、音楽アプリケーションがインストールされる際、または、音楽アプリケーションが最初に起動する際など、所定のタイミングにおいて、音楽アプリケーションの要求に従い、音楽アプリケーションについての起動判定条件が条件記憶部１０５に記録される。
具体的には、図５に示すように、条件参照テーブルに、アプリケーション識別子として“音楽”が追加され、“音楽”に対応する参照先識別子として“Ｔｂｌ１＿ａｕ”が追加される。
また、その参照先識別子に示される個別条件テーブル“Ｔｂｌ１＿ａｕ”が条件記憶部１０５に追加される。
なお、音楽アプリケーション以外の各アプリケーションプログラムに関連するそれぞれの個別条件テーブルにおいて、必要に応じ、起動不要条件として“音楽”が追加される。
図５に示す例によれば、携帯端末１０においてユーザのボタン操作等により音楽アプリケーションに対する“音楽再生”のイベントが発生した場合、起動判定部１０４により起動不要条件である“ＴＶ”が取得される。
そのため、起動判定部１０４は、状態取得部１０６からＴＶアプリケーションが動作中である旨の情報を取得した場合、音楽アプリケーションの起動は不要であると判定する。また制御部１０７はこの判定結果を受け、音楽アプリケーションを起動することなくイベント格納部１０３に格納された当該イベントを破棄する。
このように、携帯端末１０にアプリケーションプログラムが追加された場合であっても、システム管理装置１０１は、起動判定条件を更新するため、追加されたアプリケーションプログラムに対しても適切に起動判定をすることができる。
なお、アプリケーションプログラムが削除される場合に、例えば、削除されるアプリケーションプログラムが条件記憶部１０５に削除要求をすることにより、当該アプリケーションプログラムについての起動判定条件を条件記憶部１０５から削除してもよい。
また、例えば制御部１０７が、アプリケーションプログラムの削除を検出し、条件記憶部１０５から当該アプリケーションプログラムについての起動判定条件を削除してもよい。
ここで、システム管理装置１０１が起動判定をする際に用いる起動判定条件は、図３および図５に示す形式以外の形式であってもよい。
つまり、情報処理システムにおいて発生するイベントごとに、その時点でのアプリケーションプログラムの動作状態に応じて当該イベント通知先のアプリケーションプログラムを起動させるか否かを判定できるのであれば、他の形式であってもよい。
例えば、起動判定条件が、イベント識別子を引数として起動不要条件を導くことのできる関数の形式であってもよい。
図６は、実施の形態１における起動判定条件の別の一例を示す図である。
図６に示す判定条件テーブルは、イベント識別子を引数として起動不要条件を導く関数が判定対象アプリケーションごとに登録されたテーブルである。
起動判定部１０４は、イベントの通知先であるアプリケーションプログラムに対応する関数の引数ｘに、当該イベントのイベント識別子を入力しこの関数を実行する。
これにより、関数のＲｅｔｕｒｎ値として判定対象アプリケーションの起動が不要となる条件を得ることが出来る。また、この関数内で状態取得部１０６へ動作状態の取得要求を出すことにより、起動判定部１０４は、判定に必要となる１以上のアプリケーションプログラムの動作状態を取得することができ、判定対象アプリケーションを起動させるか否かを判定することができる。
以下、起動判定条件として、図６に示す関数を用いた具体例を示す。
携帯端末１０において、ユーザが通話中であり電話のアプリケーションプログラム（以下、「電話アプリケーション」という。）が起動中である時に、ユーザが通話終了のボタンを押下することにより、携帯端末１０から通話を終了した場合を想定する。
この場合、携帯端末１０からの通話終了のイベントが電話アプリケーションに通知され、電話アプリケーションが終了する。
このような状態において、もう一度ユーザが通話終了のボタンを押下すると、ミドルウェア１０２から起動判定部１０４に通話終了のイベントが通知される。
起動判定部１０４は、条件記憶部１０５に記憶されている通話終了のイベントの通知先である電話アプリケーションプログラム対応する関数“Ｆ１＿ｔｅｌ（ｘ）”の引数ｘに通話終了のイベント識別子を入力し、この関数を実行する。
具体的には、通話終了のイベント識別子を引数ｘとする関数“Ｆ１＿ｔｅｌ（ｘ）”は、起動不要条件として“電話アプリケーションがアイドル状態、またはトーン信号発生中”を示す情報を返す。
また、この関数内で状態取得部１０６への動作状態の取得要求を行い、起動判定に必要な、アプリケーションの動作状態を取得し判定を行なう。
本例の場合、最初の通話終了のイベントにより、電話アプリケーションは動作を終了しており、起動判定部１０４は、状態取得部１０６から動作状態として、電話アプリケーションはメモリにロードされ初期化処理が終了しているだけのアイドル状態である旨の情報を取得する。
これにより、起動判定部１０４は、電話アプリケーションの起動は不要であると判定する。また、制御部１０７は、この判定結果を受け、電話アプリケーションを起動するための制御を行うことなく、イベント格納部１０３に格納されている通話終了のイベントを破棄する。
また、関数を用いた起動判定の別の例として、相手端末から通話を終了された後に、ユーザが携帯端末１０の通話終了のボタンを押下した場合ついて以下に説明する。
まず、相手端末から通話が終了されたために発生した通話終了のイベントが携帯端末１０の電話アプリケーションに通知され、電話アプリケーションプログラムが終了する。また、スピーカーからトーン信号が発生している状態となる。
この状態で、ユーザが通話終了のボタンを押下すると、ミドルウェア１０２から起動判定部１０４に通話終了のイベントが通知される。
起動判定部１０４は、条件記憶部１０５に記憶されている通話終了のイベントの通知先である電話アプリケーションプログラム対応する関数“Ｆ１＿ｔｅｌ（ｘ）”の引数ｘに通話終了のイベント識別子を入力し、この関数を実行する。
これにより、起動判定部１０４は、起動不要条件として“電話アプリケーションがアイドル状態、またはトーン信号発生中”を示す情報得る。
また、この関数内で状態取得部１０６への動作状態の取得要求を行い、起動判定に必要となるアプリケーションプログラムの動作状態を取得する。
本例の場合、起動判定部１０４は、状態取得部１０６から、電話アプリケーションが終了済みかつトーン信号を発生中という動作状態を取得する。
これにより、起動判定部１０４は、電話アプリケーションの起動は不要であると判定する。また、制御部１０７は、この判定結果を受け、電話アプリケーションを起動するための制御を行うことなく、イベント格納部１０３に格納されている通話終了のイベントを破棄する。
このように、起動判定条件が関数で表される場合であっても、本実施の形態のシステム管理装置１０１は、発生するイベントごとに、当該イベントの通知先であるアプリケーションプログラムを起動させるか否かを適切に判定することができる。つまり、無駄にアプリケーションプログラムが起動することを防ぐことができる。
また、図５についての説明と同様に、携帯端末１０にアプリケーションプログラムが追加された場合、当該アプリケーションプログラムにより、条件記憶部１０５に新たに関数が追加される。
図７は、実施の形態１における更新後の起動判定条件の別の一例を示す図である。
図７は、携帯端末１０に音楽アプリケーションが追加された場合の、起動判定条件を示している。具体的には、図６に示す起動判定条件に、アプリケーション識別子“音楽”が追加され、さらに“音楽”に対応する起動不要条件として、関数“Ｆ１＿ａｕ（ｘ）”が追加されている。
これにより、ミドルウェア１０２から、音楽アプリケーションに対するイベント、例えば音楽再生のイベントが発生した場合、起動判定部１０４は、当該イベントに含まれるアプリケーション識別子から関数“Ｆ１＿ａｕ（ｘ）”を特定することができる。
さらに、“Ｆ１＿ａｕ（ｘ）”の引数ｘに“音楽再生”を示すイベント識別子を入力し実行することで、音楽アプリケーションの起動が不要である条件を導くことができる。
また、本実施の形態においては、図３および図５に示すように、起動判定条件として判定対象アプリケーションの起動が不要となる条件（起動不要条件）を用いる形態について説明した。
しかしながら、システム管理装置１０１において起動判定する際に、起動を許可する条件（起動許可条件）を起動判定条件として用いてもよい。
例えば、カメラアプリケーションに関連する個別条件テーブル“Ｔｂｌ１＿ｃａ”（図３参照）において、動画撮影のイベントに対応して、起動不要条件ではなく、起動許可条件としてＴＶアプリケーション以外の、携帯端末１０が有する全てのアプリケーションプログラムを示す情報を記録しておく。
これにより、動作中のアプリケーションプログラムがＴＶアプリケーション以外である場合には、起動判定部１０４は、カメラアプリケーションを起動させると判定することができる。
つまり、ＴＶアプリケーションが動作中である場合には、起動判定部１０４は、カメラアプリケーションを起動させないと判定することができる。また、この結果を受けて、制御部１０７は、イベント格納部１０３に格納されている動画撮影のイベントを破棄することができる。
つまり、図３に示す起動不要条件が記録されている個別条件テーブルを用いた起動判定と同じ結果を得ることができる。
また、起動判定条件として、このような起動許可条件を返す関数を用いた場合であっても同様に、起動不要条件を返す関数を用いた場合と同じ判定結果を得ることができる。
さらに、起動判定部１０４が、携帯端末１０において発生するイベントごとに起動判定できるのであれば、起動判定条件の形式はテーブルや関数に限られない。また、１つのイベント識別子に複数の起動必要条件または起動許可条件が対応していてもよい。
また、起動判定の結果が常にアプリケーションプログラムを起動させるとなるイベントも存在する。
例えば、携帯端末１０の電源ＯＮおよびＯＦＦのイベントが発生した場合、電源ＯＮおよびＯＦＦは必ず実行する必要がある。そのため、起動判定部１０４は、常に電源をＯＮまたはＯＦＦにするアプリケーションプログラムを起動させる。
また、例えば携帯端末１０の発信履歴または電話帳等の情報を参照するためのイベントが発生した場合、起動判定部１０４は、常にこれら情報を参照するためのアプリケーションプログラムを起動させる。
これら情報を参照するためのアプリケーションプログラムは、単に情報表示などを行うだけである。そのため、他のアプリケーションプログラムの処理と干渉することがない。そのため、このような情報を参照するためのイベントが発生した場合、起動判定部１０４は、常に当該イベントの通知先のアプリケーションプログラムを起動させると判定し、当該イベントは当該アプリケーションプログラムに処理される。
このように、アプリケーションプログラムが必ず処理する必要のあるイベント、または、アプリケーションプログラムが処理したとしても他のアプリケーションプログラムに全く影響のないイベントについては、起動判定部１０４は、常に当該イベントの通知先のアプリケーションプログラムを起動させると判定する。
つまり、このようなイベントに対応する起動不要条件は空欄となる。または、このようなイベントに対応する起動許可条件は、携帯端末１０が有する全てのアプリケーションプログラムを示す情報となる。
また、本実施の形態において、起動判定部１０４は、１以上のアプリケーションプログラムの動作状態を状態取得部１０６から取得し、起動判定に用いるとした。
しかしながら、起動判定部１０４は、アプリケーションプログラムの動作状態以外の携帯端末１０の状態を用いて起動判定を行ってもよい。
例えば、携帯端末１０がいわゆる折り畳み式またはいわゆるスライド式の携帯端末である場合など、形状の変化が可能な携帯電話である場合を想定する。
この場合、状態取得部１０６が、携帯端末１０がどのような形状にあるかを示す情報を取得し、起動判定部１０４がこの情報を起動判定に用いてもよい。
このような、アプリケーションプログラムの動作状態以外の、携帯端末１０の状態を示す情報としては以下のようなものがある。
携帯端末１０に、ＳＤカード等の外部記憶媒体が挿入されているか否かを示す情報、携帯端末１０に挿入されているＳＤカード等の外部記憶媒体の空き容量を示す情報、携帯端末１０のバッテリーの充電量がどのくらいであるのかを示す情報、携帯端末１０が充電中であるか否かを示す情報、携帯端末１０に充電のためのアダプタが接続されているか否かを示す情報、携帯端末１０が通話可能圏内にいるか否かを示す情報、携帯端末１０が、いわゆるマナーモードまたはドライブモード等に設定されているか否かを示す情報、および、携帯端末１０に、電話の発信を禁止するダイヤルロックが設定されているか否かを示す情報等である。
例えば、ミドルウェア１０２から、外部記憶媒体に記憶されたデータのみを処理するアプリケーションプログラムに対するイベントが発生した場合を想定する。
この場合、起動判定部１０４が状態取得部１０６から外部記憶媒体が携帯端末１０に挿入されていないことを取得することで、当該アプリケーションプログラムを起動させないと判定し、当該イベントを破棄することができる。
また、例えば、携帯端末１０がドライブモードに設定されているときに、携帯端末１０に電話の着信があった場合を想定する。
この場合、起動判定部１０４は、携帯端末１０がドライブモードに設定されていることを状態取得部１０６から取得することで、電話アプリケーションを起動させないと判定し、当該イベントを破棄することができる。
また、例えば、携帯端末１０がダイヤルロック中である場合、ユーザが携帯端末１０のダイヤルボタンを押下した場合を想定する。
この場合、起動判定部１０４は、携帯端末１０がダイヤルロック中であることを状態取得部１０６から取得することで、電話アプリケーションを起動させないと判定し、当該イベントを破棄することができる。
このように、システム管理装置１０１は、アプリケーションプログラムの動作状態以外の、携帯端末１０の状態を取得し、イベントごとに、当該イベントの通知先であるアプリケーションプログラムを起動させるか否かを適切に判定することができる。つまり、アプリケーションプログラムを無駄に起動させることなく、当該イベントを即座に破棄することができる。
また、本実施の形態において、起動判定部１０４は、アプリケーションプログラム毎の動作状態を起動判定に用いている。
しかしながら、起動判定部１０４は、動作中のアプリケーションプログラムがどのイベントにより起動しているかを調べ、イベント毎のアプリケーションプログラムの動作状態を判定条件に用いてもよい。
例えば、動画撮影のイベントが発生した際に、ユーザがＴＶを視聴するためのイベントにより起動したアプリケーションプログラムが動作中である場合、起動判定部１０４は、動画撮影のイベント対応するカメラアプリケーションの起動は不要であると判定できる。
また、イベント発生時におけるアプリケーションプログラムの動作状態の直前の状態を起動判定の判定材料に加えてもよい。
また、ミドルウェア１０２から送信されるイベントには、アプリケーションプログラムによる当該イベントの処理で用いられるデータであるイベント情報が含まれるとした（図２参照）。
しかしながら、イベント識別子のみでアプリケーションプログラムでの処理が一意に確定する場合などには、イベント情報が含まれなくてもよい。
また、ミドルウェア１０２から送信されるイベントに、図２に示す各情報に加えて送信元のアプリケーションプログラムを示す情報等の他の情報が含まれていてもよい。
また、システム管理装置１０１が、複数のアプリケーションプログラムに対応してイベント格納部１０３を複数個備える構成であってもよい。
この場合、どのイベント格納部１０３にイベントが格納されたかにより、当該イベントがどのアプリケーションプログラムに向けたものであるかが判別可能である。そのため、イベントにアプリケーション識別子が含まれていなくてもよい。
また、イベント格納部１０３は、受け取ったイベントをそのまま保持してもよいし、必要な情報を抽出して管理保持してもよい。例えば、ミドルウェア１０２から受け取ったイベントからアプリケーション識別子、イベント識別子、イベント情報を抽出し、これらをそれぞれ対応付けて別々に格納してもよい。
また、イベント格納部１０３は、システム管理装置１０１が備えていなくてもよい。例えば、ミドルウェア１０２から送信されたイベントが携帯端末１０に備えられた所定の記憶装置に格納される場合、システム管理装置１０１は必要に応じて、当該記憶装置からイベント識別子等の情報の読み出し、および、当該記憶装置からのイベントの削除等を行えばよい。
また、状態取得部１０６は、起動判定部１０４からの要求を受けてから、アプリケーションプログラムの動作状態を収集するとした。
しかしながら、状態取得部１０６は、起動判定部１０４からの要求の有無に関わらず、アプリケーションプログラムの動作状態が変化するとその変化の情報を受け取り保持してもよい。
この場合、受け取った情報により、保持している動作状態を示す情報を更新することで、状態取得部１０６は常に最新の動作状態を示す情報を保持しておくことができる。また、起動判定部１０４からの要求に応じて、その最新の動作状態を示す情報を送信することができる。
（実施の形態２）
実施の形態１では、ミドルウェア１０２からイベントが発生した場合、そのイベントの発生をミドルウェア１０２が起動判定部１０４に通知するとした。また、起動判定部１０４はこの通知を受けることを契機として起動判定を行うとした。
しかしながら、ミドルウェア１０２がイベントの発生を起動判定部１０４に通知しなくてもよい。
システム管理装置１０１が、ミドルウェア１０２からのイベントの発生を何らかの手段により検出できれば、起動判定部１０４はイベントの発生を知ることができ、起動判定を行うことができる。
そこで、本発明の実施の形態２として、システム管理装置１０１がミドルウェア１０２からのイベントの発生を検出する手段を備える場合のシステム管理装置１０１の構成および動作について説明する。
図８は、本発明の実施の形態２における携帯端末２０の主要な機能構成を示す機能ブロック図である。
なお、図８において、実施の形態１における携帯端末２０の各構成部と同様の構成部については同一符号を付し、その詳細な説明は省略する。
実施の形態２における携帯端末２０は、システム管理装置２０１を備えている。システム管理装置２０１は、実施の形態１のシステム管理装置１０１と同じく、携帯端末２０内の１つ以上のアプリケーションプログラムの動作を管理・制御を行う装置である。
しかし、実施の形態２におけるシステム管理装置２０１は、実施の形態１におけるシステム管理装置１０１にない特徴として監視部２０２を備えている。
監視部２０２は、イベント格納部２０３を監視し、イベントがイベント格納部２０３に格納されたことを検出する処理部である。
なお、ミドルウェア１０２から送信されるイベントのデータ構成は、実施の形態１におけるイベントと同じであり（図２参照）、イベント識別子およびアプリケーション識別子等を含んでいる。
また、イベント格納部２０３と起動判定部２０４と状態取得部２０６とは、監視部２０２との情報のやり取りがあるという点で実施の形態１におけるイベント格納部１０３と起動判定部１０４と状態取得部１０６のそれぞれとは異なるが、基本的な機能は同じである。
このように構成された実施の形態２のシステム管理装置２０１の動作を、図９を用いて説明する。
図９は、実施の形態２のシステム管理装置２０１における起動判定の動作を示すフローチャートである。
監視部２０２が、イベント格納部２０３へのイベントの格納を監視している状況下（Ｓ２０）において、ミドルウェア１０２から送信されたイベントがイベント格納部２０３に格納される。
監視部２０２は、イベントがイベント格納部２０３に格納されたことを検出すると（Ｓ２０でＹｅｓ）、イベント格納部２０３から当該イベントに含まれているアプリケーション識別子およびイベント識別子を取得し、起動判定部２０４に通知する（Ｓ２１）。
なお、監視部２０２が監視する対象のイベントは、起動されていないアプリケーションプログラムに対するイベントのみとする。また、監視部２０２には、アプリケーションプログラムの状態（起動中または終了済みなど）が状態取得部２０６から通知される。
起動判定部２０４は、起動判定条件を取得する（Ｓ２２）。具体的には、監視部２０２から通知されたアプリケーション識別子およびイベント識別子に基づいて、条件記憶部１０５から当該アプリケーション識別子および当該イベント識別子に対応する起動不要条件を取得する。
起動判定部２０４はさらに、状態取得部２０６から、１以上のアプリケーションプログラムのその時点での動作状態を取得する（Ｓ２３）。
具体的には、状態取得部２０６は起動判定部２０４からアプリケーションプログラムの動作状態の取得要求を受けると、各アプリケーションプログラムに動作状態の取得要求を通知する。
状態取得部２０６は、各アプリケーションプログラムからそれぞれの動作状態を取得すると、取得した各アプリケーションプログラムの動作状態を起動判定部２０４に通知する。
起動判定部２０４は、通知された動作状態が、取得した起動判定条件に該当するか否かに応じて当該イベントの通知先であるアプリケーションプログラムを起動させるか否かを判定する（Ｓ２４）。
例えば、当該イベントが動画撮影のイベントであり、当該イベントが発生した際にＴＶアプリケーションが動作中である場合を想定する。
この場合、起動判定部２０４は、動画撮影のイベントに対応する起動不要条件が“ＴＶ”であることから（図３参照）、動画撮影のイベントの通知先のカメラアプリケーションを起動させないと判定する（Ｓ２４で起動不要）。
制御部１０７は、この判定結果を受け、カメラアプリケーションを起動させることなく、イベント格納部２０３に格納されている動画撮影のイベントを破棄する（Ｓ２６）。
なお、動画撮影のイベントが発生し、その際にＴＶアプリケーションが動作中ではない場合は、起動不要条件に該当しないため、起動判定部２０４はカメラアプリケーションを起動させると判定する（Ｓ２４で起動）。
制御部１０７は、この判定結果を受け、カメラアプリケーションを起動する（Ｓ２５）。カメラアプリケーションは起動すると動画撮影のイベントをイベント格納部２０３から取得し処理する。
また、このように起動判定部２０４がアプリケーションプログラムを起動すると判定し、アプリケーションプログラムが起動された場合、監視部２０２は、当該アプリケーションプログラムに対応するイベント識別子を起動判定部２０４に通知することを一旦中止する。
これは、当該アプリケーションプログラムはすでに起動されているため、起動判定部２０４が起動判定を行う必要がないからである。
その後、状態取得部２０６は、当該アプリケーションプログラムが終了すると、監視部２０２に対して当該アプリケーションプログラムが終了した旨を通知する。
監視部２０２は、状態取得部２０６から当該アプリケーションプログラムが終了したことを通知されると、当該アプリケーションプログラムに対応するイベント識別子を起動判定部２０４に通知することを再開する。
このように、実施の形態２のシステム管理装置２０１によれば、情報処理システムにおいてイベントが発生した際、そのイベントの通知先であるアプリケーションプログラムを起動させる前に、起動させるか否かを判定することができる。
これにより、アプリケーションプログラムを無駄に起動させることなく、当該イベントを即座に破棄することができる。
つまり、実施の形態２のシステム管理装置２０１も、実施の形態１のシステム管理装置１０１と同じく、情報処理システムにおいて効率よくアプリケーションプログラムを動作させることができ、これにより、情報処理システムの処理負荷を低減することができる。また、情報処理システムにイベントを格納するメモリ等を効率よく使用させることができる。
さらに、実施の形態２のシステム管理装置２０１は監視部２０２を備えている。監視部２０２は、イベント格納部２０３を監視することで、ミドルウェア１０２からのイベント発生を検出することができる。
これにより、情報処理システムにおいて、ミドルウェア１０２からシステム管理装置２０１へのイベント発生を通知する処理（例えば、ミドルウェア１０２でのイベント通知の生成処理やイベント通知の送信処理、システム管理装置２０１でのイベント通知の受信処理など）を削減することができ、処理時間を短縮することができる。
なお、実施の形態２のシステム管理装置２０１は、図８に示すように、イベント格納部２０３はシステム管理装置２０１に含まれていない。しかし、イベント格納部２０３はシステム管理装置２０１に含まれていてもよい。
つまり、イベント格納部２０３の配置位置は、監視部２０２等の各構成部が、必要に応じてイベント格納部２０３と情報のやり取りを行えるのであれば限定されるものではない。
また、イベント格納部２０３は、受け取ったイベントをそのまま保持してもよいし、必要な情報を抽出して管理保持してもよい。
また、携帯端末２０が有する複数のアプリケーションプログラムに対応して複数のイベント格納部２０３を設け、監視部２０２が、非常駐アプリケーションプログラムに対応するイベント格納部２０３を監視するという構成にしてもよい。
ここで、非常駐アプリケーションプログラムとは、ユーザ操作によるメニューからの起動要求などにより、必要に応じて起動するアプリケーションプログラムのことである。また、携帯端末２０の電源ＯＮの間、常に起動中状態であるアプリケーションプログラムを常駐アプリケーションプログラムという。
また、状態取得部２０６は、起動判定部２０４からの要求の有無に関わらず、アプリケーションプログラムの動作状態が変化するとその変化の情報を受け取り保持してもよい。また、受け取った情報により、保持している動作状態を示す情報を更新してもよい。
これにより、状態取得部２０６は、常に最新の動作状態を示す情報を保持しておくことができる。また、起動判定部２０４からの要求に応じて、その最新の動作状態を示す情報を送信することができる。
また、実施の形態１のシステム管理装置１０１および実施の形態２のシステム管理装置２０１は、ともに、携帯端末に備えられ、携帯端末を管理対象としている。
しかしながら、本発明のシステム管理装置の管理対象となる情報処理システムは携帯端末に限られることはない。
つまり、アプリケーションプログラムの実行環境を有する、ハードウェアまたはソフトウェアで構成される情報処理システムであれば、本発明のシステム管理装置は、効率よくアプリケーションプログラムを動作させることができる。
また、実施の形態１のシステム管理装置１０１および実施の形態２のシステム管理装置２０１における各構成部の動作は、中央演算装置（ＣＰＵ）、記憶装置、および情報の入出力を行うインターフェース等を有するコンピュータにより実現することができる。
例えば、ＣＰＵがインターフェースを介してイベント格納部１０３からアプリケーション識別子とイベント識別子を読み出す。また、その時点での１以上のアプリケーションプログラムの動作状態を特定する。
更に、特定した動作状態と、条件記憶部１０５から読み出した当該イベント識別子に対応する起動判定条件と比較対照し、当該アプリケーション識別子に対応するアプリケーションプログラムの起動判定を行う。
また、判定結果に応じ、当該アプリケーションプログラムを起動する。または、当該アプリケーションプログラムを起動することなく当該イベントを破棄する。
このようなコンピュータの動作によっても、本発明のシステム管理装置の動作は実現され、また、本発明のシステム管理方法が実行される。
また、本発明のシステム管理装置を構成する各機能ブロックは典型的には集積回路であるＬＳＩとして実現されてもよい。また、これら機能ブロックは個別に１チップ化されても良いし、一部又は全てを含むように１チップ化されても良い。
図１０は、実施の形態１のシステム管理装置１０１における集積回路化の一例を示す図である。
図１０に示すＬＳＩ３００は集積回路化の一例を示し、ＬＳＩ３００に含まれる機能ブロックの範囲は集積回路化する構成部の範囲の例である。
なお、ここでは、ＬＳＩと記載しているが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
さらに、集積回路の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現しても良い。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用しても良い。
また、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行っても良い。バイオ技術の適応等が可能性としてありえる。
なお、図８に示す実施の形態２のシステム管理装置２０１における各機能ブロックも同様に、個別に１チップ化されても良いし、一部又は全てを含むように１チップ化されても良い。
本発明のシステム管理装置は、情報処理システムが有する複数のアプリケーションプログラムの起動を適切に制御し、効率的にアプリケーションプログラムを動作させるができる。その結果、消費電力が少なくなるという効果もある。そのため、携帯電話やＰｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｃｅ（ＰＤＡ）等の情報処理システムのシステム管理装置として有用である。
本発明は、情報処理システムの動作を管理するシステム管理装置に関する。
従来、携帯端末等の情報処理システムは複数のアプリケーションプログラムを実行可能であり、それぞれのアプリケーションプログラムの動作状態を記憶するアプリケーション状態記憶部を備えている。
このような携帯端末は、ユーザのボタン操作等に基づいて発生したイベントに対応するアプリケーションプログラムを特定し、予め設定されている、複数のアプリケーションプログラム間の競合条件に基づいて、受信したイベントに対応するアプリケーションプログラムを起動するか否か決定することができる。
また、アプリケーションプログラムを起動することを決定した場合、当該アプリケーションプログラム以外のアプリケーションプログラムの動作状態をアプリケーション状態記憶部から読み出し、動作中のアプリケーションプログラムを停止させ、当該アプリケーションプログラムを起動する。
このように、メモリ容量が限られている環境において複数のアプリケーションプログラムの起動制御が行われており、このような制御に関する技術も開示されている（例えば、特許文献１参照）。
特開２００５−２８４９０６号公報
ここで、上記従来の技術では、イベントが発生した際の各アプリケーションプログラムの状態と各アプリケーションプログラムの競合条件に基づいてアプリケーションプログラムの起動判定が行われる。
また、起動すると決定されたアプリケーションプログラムが起動した後にイベント通知を受け、イベントの内容を判断して処理を行うことになる。
つまり、携帯端末等の情報処理システムにおいて、アプリケーションプログラムが起動する必要がなかったと事後的に判断されるイベントが発生した場合でも当該アプリケーションプログラムは起動することになる。
具体的には、当該アプリケーションプログラムは、起動した後に当該イベントの内容を判断し、そのイベントに対応する処理を行うことなしに停止する。
これにより、本来的には消費する必要がなかったメモリ等のリソースおよび電力等が無駄に消費されることになる。
このように、上記従来の技術によれば、情報処理システムにおいて複数存在するアプリケーションプログラムを互いに競合しないように制御することは可能である。
しかし、本来的には起動する必要がないアプリケーションプログラムが起動してしまうといった問題を解決することはできない。
本発明は、上記従来の課題を考慮し、情報処理システムにおいて効率よくアプリケーションプログラムを動作させるシステム管理装置を提供することを目的とする。
上記目的を達成するために、本発明のシステム管理装置は、アプリケーションプログラムを実行可能な情報処理システムを管理するシステム管理装置であって、前記情報処理システムに含まれる、前記アプリケーションプログラムに対するイベントを格納する格納手段から、前記イベントを識別するイベント識別子を取得するイベント取得手段と、前記情報処理システムの状態を取得する状態取得手段と、前記アプリケーションプログラムを適応的に起動する制御手段と、取得された前記情報処理システムの状態が、取得された前記イベント識別子に対応する起動判定条件に該当するか否かに応じ、前記アプリケーションプログラムを起動させるか否かを判定する判定手段とを備え、前記制御手段は、前記判定手段により前記アプリケーションプログラムを起動させないと判定された場合、前記アプリケーションプログラムを起動することなく前記格納手段に格納された前記イベントを破棄する。
これにより、情報処理システムにおいてイベントが発生した際に、当該イベントの通知先であるアプリケーションプログラムが起動する前に、当該アプリケーションプログラムを起動させるか否かを判定することができる。
つまり、アプリケーションプログラムが起動する必要のないイベントが発生した場合に、当該アプリケーションプログラムを無駄に起動させることなく、当該イベントを破棄することができる。
また、本発明のシステム管理装置はさらに、前記イベント格納手段に、前記イベントが格納されたことを検出する監視手段を備え、前記判定手段は、前記イベント格納手段にイベントが格納されたことを前記監視手段から通知されると、前記アプリケーションプログラムを起動させるか否かを判定するとしてもよい。
これにより、情報処理システムにおいて、ミドルウェアからシステム管理装置へのイベント発生を通知する処理を削減することができ、処理時間を短縮することができる。
さらに、本発明は、本発明のシステム管理装置の特徴的な構成部を含む集積回路として実現することもできる。
また、本発明は、本発明のシステム管理装置におけるこれら特徴的な構成部の動作をステップとする方法として実現すること、および、それらのステップを含むプログラムとして実現することもできる。
さらに、そのプログラムが格納された、ＣＤ−ＲＯＭ等の記録媒体として実現したり、集積回路として実現することもできる。プログラムは、通信ネットワーク等の伝送媒体を介して流通させることもできる。
本発明のシステム管理装置によれば、情報処理システムの状態に応じて、発生したイベントごとに、そのイベントの通知先であるアプリケーションプログラムを起動させるか否か、つまり、起動が不要であるか否かを判定することができる。
また、発生したイベントについて、アプリケーションプログラムの起動が不要であると判定された場合には、当該アプリケーションプログラムを起動することなくイベントを破棄することができる。これにより、システム内の負荷を低減することができ、効率よくアプリケーションプログラムを動作させることができる。
以下、本発明の実施の形態のシステム管理装置ついて、図面を参照しながら説明する。
（実施の形態１）
まず、図１〜図３を用いて、本発明の実施の形態１のシステム管理装置１０１を備える携帯端末１０の構成を説明する。
図１は、本発明の実施の形態１における携帯端末１０の主要な機能構成を示す機能ブロック図である。
図１に示す携帯端末１０は、本発明のシステム管理装置の管理対象である情報処理システムの一例であり、複数のアプリケーションソフトを有する携帯端末である。
図１に示すように、実施の形態１における携帯端末１０は、システム管理装置１０１とミドルウェア１０２と、アプリケーションプログラム１０８とを備える。
なお、携帯端末１０は、アプリケーションプログラム１０８を実行する実行環境、他の装置と通信する機能、静止画および動画を撮影するカメラ、テレビ番組を受信するためのチューナ等の、他のソフトウェアおよびハードウェアを備えている。しかし、本発明の特徴を明確にするためにこれらの図示および説明は省略し、本発明の特徴的な機能構成について図示し説明する。
また、携帯端末１０は１以上のアプリケーションプログラムを有しているが、その代表としてアプリケーションプログラム１０８を図示している。以下で「アプリケーションプログラム」という場合、携帯端末１０が有する１以上のアプリケーションプログラムのうちのいずれかを指すものとする。
システム管理装置１０１は、携帯端末１０が有する１以上のアプリケーションプログラムの動作を管理・制御を行う装置である。
具体的には、システム管理装置１０１は、ミドルウェア１０２からアプリケーションプログラムに対するイベント通知が発生すると、ミドルウェア１０２からイベントを受け取る。また、受け取ったイベントに対するアプリケーションプログラムを判断してアプリケーションプログラムの起動を制御する。さらに、起動したアプリケーションプログラムへ必要なイベントを通知するなどの処理を行う。
システム管理装置１０１は、このような処理を行うための構成として、イベント格納部１０３、起動判定部１０４、条件記憶部１０５、状態取得部１０６、および制御部１０７を備える。
イベント格納部１０３は、ミドルウェア１０２から送信される、アプリケーションプログラムに対するイベントを一時的に格納する記憶装置である。
なお、本実施の形態におけるイベントには、図２に示すように、イベント識別子、アプリケーション識別子およびイベント情報が含まれている。
イベント識別子はイベントを識別するための情報であり、アプリケーション識別子は、当該イベントの通知先、言い換えると当該イベントを処理すべきアプリケーションプログラムを識別するための情報である。
また、イベント情報は、アプリケーション識別子に示されるアプリケーションプログラムがイベントを処理する際に用いるデータである。
例えば、携帯端末１０において、動画撮影を開始するためのボタンがユーザに押下された場合、カメラの制御等を行うアプリケーションプログラム（以下、「カメラアプリケーション」という。）を示すアプリケーション識別子と、“動画撮影”を示すイベント識別子と、ユーザに押下されたボタンを示す情報を有するイベント情報とが含まれるイベントがミドルウェア１０２からシステム管理装置１０１に送信される。
起動判定部１０４は、アプリケーションプログラムを起動させるか否かを判定する処理部である。
具体的には、ミドルウェア１０２からのイベント発生の通知を受けると、状態取得部１０６に取得された携帯端末１０の状態が、イベント格納部１０３から取得したイベント識別子に対応する起動判定条件に該当するか否かに応じて、当該イベントの通知先のアプリケーションプログラムを起動させるか否かを判定する。
なお、起動判定部１０４は、本発明のシステム管理装置におけるイベント取得手段の一例である。
条件記憶部１０５は、複数種のイベント識別子それぞれに対応する起動判定条件を記憶する記憶装置である。起動判定条件とは、アプリケーションプログラムを起動させるか否かの条件となる携帯端末１０の状態を示す情報である。
本実施の形態においては、上記携帯端末１０の状態を示す情報は、所定のアプリケーションプログラムの動作状態を示す情報である。起動判定条件の詳細については、図３等を用いて後述する。
また、条件記憶部１０５は、アプリケーションプログラムが携帯端末１０に追加されると、当該アプリケーションプログラムからの要求に従い、そのアプリケーションプログラムについての起動判定条件を記憶する。つまり、条件記憶部１０５は、起動判定条件を更新することができる。更新の具体例は、図５を用いて後述する。
状態取得部１０６は、携帯端末１０の状態を取得する処理部である。本実施の形態においては、状態取得部１０６は、携帯端末１０の状態として各アプリケーションプログラムの動作状態を取得する。
具体的には、起動判定部１０４からアプリケーションプログラムの動作状態の取得要求を受けると、各アプリケーションプログラムに動作状態の取得要求を通知する。
さらに、この取得要求への応答として各アプリケーションプログラムから送信されるそれぞれの動作状態を取得し起動判定部１０４にこれら動作状態を通知する。
起動判定部１０４は、状態取得部１０６から取得した各アプリケーションプログラムの動作状態と、イベント格納部１０３から取得したイベント識別子に対応する起動判定条件とに基づき、当該イベントの通知先であるアプリケーションプログラムを起動させるか否かを判定し、判定結果を制御部１０７に通知する処理部である。
制御部１０７は、起動判定部１０４からの判定結果に基づき、アプリケーションプログラムを適応的に起動する処理部である。
具体的には、制御部１０７は、起動判定部１０４からイベントの通知先であるアプリケーションプログラムを起動させないという判定結果が通知された場合、制御部１０７は、イベントの通知先であるアプリケーションプログラムを起動することなく、イベント格納部１０３に格納されている当該イベントを破棄する。
また、制御部１０７は、起動判定部１０４からイベントの通知先であるアプリケーションプログラムを起動させるという判定結果が通知された場合、当該アプリケーションプログラムを起動し、イベント識別子を当該アプリケーションプログラムに通知する。
制御部１０７から起動され、イベント識別子を通知されたアプリケーションプログラムは、このイベント識別子に基づきイベント格納部１０３からイベント情報を読み出し、当該イベント情報を用いた処理を行う。
図３は、実施の形態１における起動判定条件の一例を示す図である。
図３に示すように、本実施の形態における起動判定条件は、条件参照テーブルと、個別条件テーブルという２種類のテーブルで構成されている。
具体的には、条件参照テーブルは、アプリケーション識別子と参照先識別子とが対応付けられて記録されたテーブルである。
参照先識別子は、当該アプリケーション識別子により特定されるアプリケーションプログラムの起動判定の際に参照すべき個別条件テーブルを特定する識別子である。
個別条件テーブルは、イベント識別子と起動不要条件とが対応づけられて記録されたテーブルであり、アプリケーションプログラムごとに１つの個別条件テーブルが存在する。
起動不要条件は、当該個別条件テーブルに対応するアプリケーションプログラムの起動が不要となる条件である。
具体的には、起動不要条件に示されるアプリケーションプログラムの動作状態が“動作中”であれば、起動判定の対象であるアプリケーションプログラム（以下、「判定対象アプリケーション」という。）の起動は不要であるということを意味する。
起動判定部１０４は、条件参照テーブルから、イベントの通知先であるアプリケーションプログラムに対応する個別条件テーブルを特定する。また、特定した、個別条件テーブルから、イベント識別子に対応する起動不要条件を特定する。
さらに、特定した起動不要条件と、状態取得部１０６から受け取った各アプリケーションプログラムの動作状態とに基づき、起動要であるか起動不要であるかを判定する。
例えば、図３に示す起動判定条件では、動画撮影のイベントがミドルウェア１０２から送信された際、テレビ（ＴＶ）のアプリケーションプログラム（以下、「ＴＶアプリケーション」という。）が動作中である場合には、動画撮影のイベントの通知先であるカメラアプリケーションの起動は不要であるという条件になっている。
なお、起動判定に際し、アプリケーションプログラム（上記例の場合ＴＶアプリケーション）が“動作中”であるとは、当該アプリケーションプログラムが実際に何らかの処理実行中である場合および表示部等のインターフェースに何らかの情報を表示または出力している場合（このような状態を「アクティブ」という。）のみではない。
例えば、表示部において、当該アプリケーションプログラムによる画面表示がアクティブな他のアプリケーションプログラムに隠れており、所定の操作により即座に画面表示が可能な状態にある場合（このような状態を「インアクティブ」という。）も含む。
次に、図４〜図７を用いて本発明の実施の形態１のシステム管理装置１０１の動作を説明する。
図４は、実施の形態１のシステム管理装置１０１における起動判定の動作を示すフローチャートである。
まずミドルウェア１０２からイベントが送信されると、イベントはイベント格納部１０３に格納される。この際、起動判定部１０４がミドルウェア１０２からイベント発生の通知を受ける（Ｓ１）。
起動判定部１０４は、イベント発生の通知を受けると、イベント格納部１０３からアプリケーション識別子とイベント識別子とを取得する（Ｓ２）。
起動判定部１０４は、条件記憶部１０５から取得したアプリケーション識別子とイベント識別子とに対応する起動判定条件を取得する（Ｓ３）。
具体的には、起動判定部１０４は、条件参照テーブルを参照し、当該アプリケーション識別子に対応する個別条件テーブルを特定する。また、特定した個別条件テーブルから当該イベント識別子に対応する起動不要条件を取得する。
また、起動判定部１０４は、状態取得部１０６から１以上のアプリケーションプログラムの動作状態を取得する（Ｓ４）。
なお、このとき、アプリケーション識別子に対応するアプリケーションプログラム、つまり、判定対象アプリケーションの動作状態も取得される。さらに、すでに判定対象アプリケーションが起動済である場合、起動判定は不要であるため、起動判定に係る動作は終了する。また、判定対象アプリケーションは当該イベントをイベント格納部１０３から取得し処理する。
起動判定部１０４は、取得した起動判定条件と１以上のアプリケーションプログラムの動作状態に基づいて、当該イベントの通知先であるアプリケーションプログラムの起動判定を行う（Ｓ５）。
具体的には、取得した起動不要条件に示されるアプリケーションプログラムがその時点で動作中であるかどうかに基づいて判定する。
起動不要条件に示されるアプリケーションプログラムが動作中でない場合、判定対象アプリケーションを起動させると判定し（Ｓ５で起動）、判定結果を制御部１０７に通知する。
一方、起動不要条件に該当するアプリケーションプログラムが動作中である場合、判定対象アプリケーションを起動させないと判定し（Ｓ５で起動不要）、判定結果を制御部１０７に通知する。
制御部１０７は、起動判定部１０４から“起動”の旨の通知を受けた場合、アプリケーション識別子に示されるアプリケーションプログラム、つまり、当該イベントの通知先であるアプリケーションプログラムを起動させる（Ｓ６）。
また、制御部１０７は、起動判定部１０４から“起動不要”の旨の通知を受けた場合、当該イベントの通知先であるアプリケーションプログラムを起動させることなく、イベント格納部１０３に格納されている当該イベントを破棄する（Ｓ７）。
以上説明したシステム管理装置１０１の起動判定に係る動作を、図３に示す起動判定条件を用いて具体的に説明する。
なお、ミドルウェア１０２から動画撮影のイベントが送信された場合を想定する。また、動画撮影のイベントは、通知先のアプリケーションプログラムはカメラアプリケーションである。つまり当該イベントは、カメラアプリケーションを示すアプリケーション識別子と、“動画撮影”を示すイベント識別子とを含んでいる。
ミドルウェア１０２から動画撮影のイベントが送信され、イベント格納部１０３に格納される。また、起動判定部１０４は、ミドルウェア１０２からイベント発生の通知を受け取る（Ｓ１）。
起動判定部１０４はイベント発生の通知を受け取ると、イベント格納部１０３から“カメラアプリケーションを示すアプリケーション識別子と動画撮影”を示すイベント識別子とを取得する（Ｓ２）。
起動判定部１０４はこれら識別子を取得すると、条件記憶部１０５からこれら識別子に対応する起動不要条件を取得する（Ｓ３）。
具体的には、条件参照テーブルから“カメラ”に対応する“ｔｂｌ１＿ｃａ”が特定され、“ｔｂｌ１＿ｃａ”の個別条件テーブルから、“動画撮影”に対応する起動不要条件である“ＴＶ”が取得される。
さらに、起動判定部１０４は、状態取得部１０６からその時点での１以上のアプリケーションプログラムの動作状態を取得する。本例の場合、起動判定部１０４はＴＶアプリケーションが現在動作中であることを取得する（Ｓ４）。
起動判定部１０４は、取得した動作状態が、起動不要条件である、テレビアプリケーションが動作中であることに該当するため、カメラアプリケーションを起動させないと判定する（Ｓ５で起動不要）。
制御部１０７は、この判定結果を受け取り、カメラアプリケーションを起動することなく、イベント格納部１０３に格納されている動画撮影のイベントを破棄する。
以上のように、本実施の形態のシステム管理装置１０１は、情報処理システムにおいてイベントが発生した際、そのイベントの通知先であるアプリケーションプログラムを起動させるか否かを判定する。
具体的には、何らかのアプリケーションに対して発生するイベントごとに、情報処理システムにおけるその時点での１以上のアプリケーションプログラムの動作状態に応じて、当該イベントの通知先のアプリケーションプログラムを起動するか否かを判定する。
ここで、従来の情報処理システムにおいては、イベントの単位で起動の要否が判定されていない。そのため、情報処理システムにおいてあるイベントが発生した場合、当該イベントに示される処理内容によっては、当該イベントの通知先のアプリケーションプログラムが起動された後に起動が不要であったと判定される場合がある。
しかしながら、このような場合においても、本実施の形態のシステム管理装置１０１であれば、上述の起動判定を行うことで当該イベントの通知先のアプリケーションプログラムを起動させることがない。
つまり、アプリケーションプログラムを無駄に起動させることなく、当該イベントを即座に破棄することができる。
このように本実施の形態のシステム管理装置１０１は、情報処理システムにおいて効率よくアプリケーションプログラムを動作させることができ、これにより、情報処理システムの処理負荷を低減することができる。また、情報処理システムにイベントを格納するメモリ等を効率よく使用させることができる。
また、情報処理システム内の負荷を低減させることで、情報処理システムの省電力性を向上させるという効果もある。
また、図３に示す条件参照テーブルおよび個別条件テーブルは、情報処理システムにアプリケーションプログラムが追加された場合、そのアプリケーションプログラムに対応する各テーブルが追加される。
図５は、実施の形態１における更新後の起動判定条件の一例を示す図である。
なお、携帯端末１０にアプリケーションプログラムが追加される場合としては、例えば、ネットワークを介して携帯端末１０に新規なアプリケーションプログラムをダウンロードすることで携帯端末１０に当該アプリケーションプログラムがインストールされる場合がある。
また、アプリケーションプログラムが記憶されているＳｅｃｕｒｅ Ｄｉｇｉｔａｌ（ＳＤ）カード等の外部記憶媒体が携帯端末１０に挿入されることで携帯端末１０にアプリケーションプログラムが追加される場合などもある。
また、図５は、オーディオデータを再生するアプリケーションプログラム（以下、「音楽アプリケーション」という）が携帯端末１０に追加された場合の起動判定条件を示している。
携帯端末１０に音楽アプリケーションが追加された場合、音楽アプリケーションがインストールされる際、または、音楽アプリケーションが最初に起動する際など、所定のタイミングにおいて、音楽アプリケーションの要求に従い、音楽アプリケーションについての起動判定条件が条件記憶部１０５に記録される。
具体的には、図５に示すように、条件参照テーブルに、アプリケーション識別子として“音楽”が追加され、“音楽”に対応する参照先識別子として“Ｔｂｌ１＿ａｕ”が追加される。
また、その参照先識別子に示される個別条件テーブル“Ｔｂｌ１＿ａｕ”が条件記憶部１０５に追加される。
なお、音楽アプリケーション以外の各アプリケーションプログラムに関連するそれぞれの個別条件テーブルにおいて、必要に応じ、起動不要条件として“音楽”が追加される。
図５に示す例によれば、携帯端末１０においてユーザのボタン操作等により音楽アプリケーションに対する“音楽再生”のイベントが発生した場合、起動判定部１０４により起動不要条件である“ＴＶ”が取得される。
そのため、起動判定部１０４は、状態取得部１０６からＴＶアプリケーションが動作中である旨の情報を取得した場合、音楽アプリケーションの起動は不要であると判定する。また制御部１０７はこの判定結果を受け、音楽アプリケーションを起動することなくイベント格納部１０３に格納された当該イベントを破棄する。
このように、携帯端末１０にアプリケーションプログラムが追加された場合であっても、システム管理装置１０１は、起動判定条件を更新するため、追加されたアプリケーションプログラムに対しても適切に起動判定をすることができる。
なお、アプリケーションプログラムが削除される場合に、例えば、削除されるアプリケーションプログラムが条件記憶部１０５に削除要求をすることにより、当該アプリケーションプログラムについての起動判定条件を条件記憶部１０５から削除してもよい。
また、例えば制御部１０７が、アプリケーションプログラムの削除を検出し、条件記憶部１０５から当該アプリケーションプログラムについての起動判定条件を削除してもよい。
ここで、システム管理装置１０１が起動判定をする際に用いる起動判定条件は、図３および図５に示す形式以外の形式であってもよい。
つまり、情報処理システムにおいて発生するイベントごとに、その時点でのアプリケーションプログラムの動作状態に応じて当該イベント通知先のアプリケーションプログラムを起動させるか否かを判定できるのであれば、他の形式であってもよい。
例えば、起動判定条件が、イベント識別子を引数として起動不要条件を導くことのできる関数の形式であってもよい。
図６は、実施の形態１における起動判定条件の別の一例を示す図である。
図６に示す判定条件テーブルは、イベント識別子を引数として起動不要条件を導く関数が判定対象アプリケーションごとに登録されたテーブルである。
起動判定部１０４は、イベントの通知先であるアプリケーションプログラムに対応する関数の引数ｘに、当該イベントのイベント識別子を入力しこの関数を実行する。
これにより、関数のＲｅｔｕｒｎ値として判定対象アプリケーションの起動が不要となる条件を得ることが出来る。また、この関数内で状態取得部１０６へ動作状態の取得要求を出すことにより、起動判定部１０４は、判定に必要となる１以上のアプリケーションプログラムの動作状態を取得することができ、判定対象アプリケーションを起動させるか否かを判定することができる。
以下、起動判定条件として、図６に示す関数を用いた具体例を示す。
携帯端末１０において、ユーザが通話中であり電話のアプリケーションプログラム（以下、「電話アプリケーション」という。）が起動中である時に、ユーザが通話終了のボタンを押下することにより、携帯端末１０から通話を終了した場合を想定する。
この場合、携帯端末１０からの通話終了のイベントが電話アプリケーションに通知され、電話アプリケーションが終了する。
このような状態において、もう一度ユーザが通話終了のボタンを押下すると、ミドルウェア１０２から起動判定部１０４に通話終了のイベントが通知される。
起動判定部１０４は、条件記憶部１０５に記憶されている通話終了のイベントの通知先である電話アプリケーションプログラム対応する関数“Ｆ１＿ｔｅｌ（ｘ）”の引数ｘに通話終了のイベント識別子を入力し、この関数を実行する。
具体的には、通話終了のイベント識別子を引数ｘとする関数“Ｆ１＿ｔｅｌ（ｘ）”は、起動不要条件として“電話アプリケーションがアイドル状態、またはトーン信号発生中”を示す情報を返す。
また、この関数内で状態取得部１０６への動作状態の取得要求を行い、起動判定に必要な、アプリケーションの動作状態を取得し判定を行なう。
本例の場合、最初の通話終了のイベントにより、電話アプリケーションは動作を終了しており、起動判定部１０４は、状態取得部１０６から動作状態として、電話アプリケーションはメモリにロードされ初期化処理が終了しているだけのアイドル状態である旨の情報を取得する。
これにより、起動判定部１０４は、電話アプリケーションの起動は不要であると判定する。また、制御部１０７は、この判定結果を受け、電話アプリケーションを起動するための制御を行うことなく、イベント格納部１０３に格納されている通話終了のイベントを破棄する。
また、関数を用いた起動判定の別の例として、相手端末から通話を終了された後に、ユーザが携帯端末１０の通話終了のボタンを押下した場合について以下に説明する。
まず、相手端末から通話が終了されたために発生した通話終了のイベントが携帯端末１０の電話アプリケーションに通知され、電話アプリケーションプログラムが終了する。また、スピーカーからトーン信号が発生している状態となる。
この状態で、ユーザが通話終了のボタンを押下すると、ミドルウェア１０２から起動判定部１０４に通話終了のイベントが通知される。
起動判定部１０４は、条件記憶部１０５に記憶されている通話終了のイベントの通知先である電話アプリケーションプログラム対応する関数“Ｆ１＿ｔｅｌ（ｘ）”の引数ｘに通話終了のイベント識別子を入力し、この関数を実行する。
これにより、起動判定部１０４は、起動不要条件として“電話アプリケーションがアイドル状態、またはトーン信号発生中”を示す情報得る。
また、この関数内で状態取得部１０６への動作状態の取得要求を行い、起動判定に必要となるアプリケーションプログラムの動作状態を取得する。
本例の場合、起動判定部１０４は、状態取得部１０６から、電話アプリケーションが終了済みかつトーン信号を発生中という動作状態を取得する。
これにより、起動判定部１０４は、電話アプリケーションの起動は不要であると判定する。また、制御部１０７は、この判定結果を受け、電話アプリケーションを起動するための制御を行うことなく、イベント格納部１０３に格納されている通話終了のイベントを破棄する。
このように、起動判定条件が関数で表される場合であっても、本実施の形態のシステム管理装置１０１は、発生するイベントごとに、当該イベントの通知先であるアプリケーションプログラムを起動させるか否かを適切に判定することができる。つまり、無駄にアプリケーションプログラムが起動することを防ぐことができる。
また、図５についての説明と同様に、携帯端末１０にアプリケーションプログラムが追加された場合、当該アプリケーションプログラムにより、条件記憶部１０５に新たに関数が追加される。
図７は、実施の形態１における更新後の起動判定条件の別の一例を示す図である。
図７は、携帯端末１０に音楽アプリケーションが追加された場合の、起動判定条件を示している。具体的には、図６に示す起動判定条件に、アプリケーション識別子“音楽”が追加され、さらに“音楽”に対応する起動不要条件として、関数“Ｆ１＿ａｕ（ｘ）”が追加されている。
これにより、ミドルウェア１０２から、音楽アプリケーションに対するイベント、例えば音楽再生のイベントが発生した場合、起動判定部１０４は、当該イベントに含まれるアプリケーション識別子から関数“Ｆ１＿ａｕ（ｘ）”を特定することができる。
さらに、“Ｆ１＿ａｕ（ｘ）”の引数ｘに“音楽再生”を示すイベント識別子を入力し実行することで、音楽アプリケーションの起動が不要である条件を導くことができる。
また、本実施の形態においては、図３および図５に示すように、起動判定条件として判定対象アプリケーションの起動が不要となる条件（起動不要条件）を用いる形態について説明した。
しかしながら、システム管理装置１０１において起動判定する際に、起動を許可する条件（起動許可条件）を起動判定条件として用いてもよい。
例えば、カメラアプリケーションに関連する個別条件テーブル“Ｔｂｌ１＿ｃａ”（図３参照）において、動画撮影のイベントに対応して、起動不要条件ではなく、起動許可条件としてＴＶアプリケーション以外の、携帯端末１０が有する全てのアプリケーションプログラムを示す情報を記録しておく。
これにより、動作中のアプリケーションプログラムがＴＶアプリケーション以外である場合には、起動判定部１０４は、カメラアプリケーションを起動させると判定することができる。
つまり、ＴＶアプリケーションが動作中である場合には、起動判定部１０４は、カメラアプリケーションを起動させないと判定することができる。また、この結果を受けて、制御部１０７は、イベント格納部１０３に格納されている動画撮影のイベントを破棄することができる。
つまり、図３に示す起動不要条件が記録されている個別条件テーブルを用いた起動判定と同じ結果を得ることができる。
また、起動判定条件として、このような起動許可条件を返す関数を用いた場合であっても同様に、起動不要条件を返す関数を用いた場合と同じ判定結果を得ることができる。
さらに、起動判定部１０４が、携帯端末１０において発生するイベントごとに起動判定できるのであれば、起動判定条件の形式はテーブルや関数に限られない。また、１つのイベント識別子に複数の起動必要条件または起動許可条件が対応していてもよい。
また、起動判定の結果が常にアプリケーションプログラムを起動させるとなるイベントも存在する。
例えば、携帯端末１０の電源ＯＮおよびＯＦＦのイベントが発生した場合、電源ＯＮおよびＯＦＦは必ず実行する必要がある。そのため、起動判定部１０４は、常に電源をＯＮまたはＯＦＦにするアプリケーションプログラムを起動させる。
また、例えば携帯端末１０の発信履歴または電話帳等の情報を参照するためのイベントが発生した場合、起動判定部１０４は、常にこれら情報を参照するためのアプリケーションプログラムを起動させる。
これら情報を参照するためのアプリケーションプログラムは、単に情報表示などを行うだけである。そのため、他のアプリケーションプログラムの処理と干渉することがない。そのため、このような情報を参照するためのイベントが発生した場合、起動判定部１０４は、常に当該イベントの通知先のアプリケーションプログラムを起動させると判定し、当該イベントは当該アプリケーションプログラムに処理される。
このように、アプリケーションプログラムが必ず処理する必要のあるイベント、または、アプリケーションプログラムが処理したとしても他のアプリケーションプログラムに全く影響のないイベントについては、起動判定部１０４は、常に当該イベントの通知先のアプリケーションプログラムを起動させると判定する。
つまり、このようなイベントに対応する起動不要条件は空欄となる。または、このようなイベントに対応する起動許可条件は、携帯端末１０が有する全てのアプリケーションプログラムを示す情報となる。
また、本実施の形態において、起動判定部１０４は、１以上のアプリケーションプログラムの動作状態を状態取得部１０６から取得し、起動判定に用いるとした。
しかしながら、起動判定部１０４は、アプリケーションプログラムの動作状態以外の携帯端末１０の状態を用いて起動判定を行ってもよい。
例えば、携帯端末１０がいわゆる折り畳み式またはいわゆるスライド式の携帯端末である場合など、形状の変化が可能な携帯電話である場合を想定する。
この場合、状態取得部１０６が、携帯端末１０がどのような形状にあるかを示す情報を取得し、起動判定部１０４がこの情報を起動判定に用いてもよい。
このような、アプリケーションプログラムの動作状態以外の、携帯端末１０の状態を示す情報としては以下のようなものがある。
携帯端末１０に、ＳＤカード等の外部記憶媒体が挿入されているか否かを示す情報、携帯端末１０に挿入されているＳＤカード等の外部記憶媒体の空き容量を示す情報、携帯端末１０のバッテリーの充電量がどのくらいであるのかを示す情報、携帯端末１０が充電中であるか否かを示す情報、携帯端末１０に充電のためのアダプタが接続されているか否かを示す情報、携帯端末１０が通話可能圏内にいるか否かを示す情報、携帯端末１０が、いわゆるマナーモードまたはドライブモード等に設定されているか否かを示す情報、および、携帯端末１０に、電話の発信を禁止するダイヤルロックが設定されているか否かを示す情報等である。
例えば、ミドルウェア１０２から、外部記憶媒体に記憶されたデータのみを処理するアプリケーションプログラムに対するイベントが発生した場合を想定する。
この場合、起動判定部１０４が状態取得部１０６から外部記憶媒体が携帯端末１０に挿入されていないことを取得することで、当該アプリケーションプログラムを起動させないと判定し、当該イベントを破棄することができる。
また、例えば、携帯端末１０がドライブモードに設定されているときに、携帯端末１０に電話の着信があった場合を想定する。
この場合、起動判定部１０４は、携帯端末１０がドライブモードに設定されていることを状態取得部１０６から取得することで、電話アプリケーションを起動させないと判定し、当該イベントを破棄することができる。
また、例えば、携帯端末１０がダイヤルロック中である場合、ユーザが携帯端末１０のダイヤルボタンを押下した場合を想定する。
この場合、起動判定部１０４は、携帯端末１０がダイヤルロック中であることを状態取得部１０６から取得することで、電話アプリケーションを起動させないと判定し、当該イベントを破棄することができる。
このように、システム管理装置１０１は、アプリケーションプログラムの動作状態以外の、携帯端末１０の状態を取得し、イベントごとに、当該イベントの通知先であるアプリケーションプログラムを起動させるか否かを適切に判定することができる。つまり、アプリケーションプログラムを無駄に起動させることなく、当該イベントを即座に破棄することができる。
また、本実施の形態において、起動判定部１０４は、アプリケーションプログラム毎の動作状態を起動判定に用いている。
しかしながら、起動判定部１０４は、動作中のアプリケーションプログラムがどのイベントにより起動しているかを調べ、イベント毎のアプリケーションプログラムの動作状態を判定条件に用いてもよい。
例えば、動画撮影のイベントが発生した際に、ユーザがＴＶを視聴するためのイベントにより起動したアプリケーションプログラムが動作中である場合、起動判定部１０４は、動画撮影のイベント対応するカメラアプリケーションの起動は不要であると判定できる。
また、イベント発生時におけるアプリケーションプログラムの動作状態の直前の状態を起動判定の判定材料に加えてもよい。
また、ミドルウェア１０２から送信されるイベントには、アプリケーションプログラムによる当該イベントの処理で用いられるデータであるイベント情報が含まれるとした（図２参照）。
しかしながら、イベント識別子のみでアプリケーションプログラムでの処理が一意に確定する場合などには、イベント情報が含まれなくてもよい。
また、ミドルウェア１０２から送信されるイベントに、図２に示す各情報に加えて送信元のアプリケーションプログラムを示す情報等の他の情報が含まれていてもよい。
また、システム管理装置１０１が、複数のアプリケーションプログラムに対応してイベント格納部１０３を複数個備える構成であってもよい。
この場合、どのイベント格納部１０３にイベントが格納されたかにより、当該イベントがどのアプリケーションプログラムに向けたものであるかが判別可能である。そのため、イベントにアプリケーション識別子が含まれていなくてもよい。
また、イベント格納部１０３は、受け取ったイベントをそのまま保持してもよいし、必要な情報を抽出して管理保持してもよい。例えば、ミドルウェア１０２から受け取ったイベントからアプリケーション識別子、イベント識別子、イベント情報を抽出し、これらをそれぞれ対応付けて別々に格納してもよい。
また、イベント格納部１０３は、システム管理装置１０１が備えていなくてもよい。例えば、ミドルウェア１０２から送信されたイベントが携帯端末１０に備えられた所定の記憶装置に格納される場合、システム管理装置１０１は必要に応じて、当該記憶装置からイベント識別子等の情報の読み出し、および、当該記憶装置からのイベントの削除等を行えばよい。
また、状態取得部１０６は、起動判定部１０４からの要求を受けてから、アプリケーションプログラムの動作状態を収集するとした。
しかしながら、状態取得部１０６は、起動判定部１０４からの要求の有無に関わらず、アプリケーションプログラムの動作状態が変化するとその変化の情報を受け取り保持してもよい。
この場合、受け取った情報により、保持している動作状態を示す情報を更新することで、状態取得部１０６は常に最新の動作状態を示す情報を保持しておくことができる。また、起動判定部１０４からの要求に応じて、その最新の動作状態を示す情報を送信することができる。
（実施の形態２）
実施の形態１では、ミドルウェア１０２からイベントが発生した場合、そのイベントの発生をミドルウェア１０２が起動判定部１０４に通知するとした。また、起動判定部１０４はこの通知を受けることを契機として起動判定を行うとした。
しかしながら、ミドルウェア１０２がイベントの発生を起動判定部１０４に通知しなくてもよい。
システム管理装置１０１が、ミドルウェア１０２からのイベントの発生を何らかの手段により検出できれば、起動判定部１０４はイベントの発生を知ることができ、起動判定を行うことができる。
そこで、本発明の実施の形態２として、システム管理装置１０１がミドルウェア１０２からのイベントの発生を検出する手段を備える場合のシステム管理装置１０１の構成および動作について説明する。
図８は、本発明の実施の形態２における携帯端末２０の主要な機能構成を示す機能ブロック図である。
なお、図８において、実施の形態１における携帯端末１０の各構成部と同様の構成部については同一符号を付し、その詳細な説明は省略する。
実施の形態２における携帯端末２０は、システム管理装置２０１を備えている。システム管理装置２０１は、実施の形態１のシステム管理装置１０１と同じく、携帯端末２０内の１つ以上のアプリケーションプログラムの動作を管理・制御を行う装置である。
しかし、実施の形態２におけるシステム管理装置２０１は、実施の形態１におけるシステム管理装置１０１にない特徴として監視部２０２を備えている。
監視部２０２は、イベント格納部２０３を監視し、イベントがイベント格納部２０３に格納されたことを検出する処理部である。
なお、ミドルウェア１０２から送信されるイベントのデータ構成は、実施の形態１におけるイベントと同じであり（図２参照）、イベント識別子およびアプリケーション識別子等を含んでいる。
また、イベント格納部２０３と起動判定部２０４と状態取得部２０６とは、監視部２０２との情報のやり取りがあるという点で実施の形態１におけるイベント格納部１０３と起動判定部１０４と状態取得部１０６のそれぞれとは異なるが、基本的な機能は同じである。
このように構成された実施の形態２のシステム管理装置２０１の動作を、図９を用いて説明する。
図９は、実施の形態２のシステム管理装置２０１における起動判定の動作を示すフローチャートである。
監視部２０２が、イベント格納部２０３へのイベントの格納を監視している状況下（Ｓ２０）において、ミドルウェア１０２から送信されたイベントがイベント格納部２０３に格納される。
監視部２０２は、イベントがイベント格納部２０３に格納されたことを検出すると（Ｓ２０でＹｅｓ）、イベント格納部２０３から当該イベントに含まれているアプリケーション識別子およびイベント識別子を取得し、起動判定部２０４に通知する（Ｓ２１）。
なお、監視部２０２が監視する対象のイベントは、起動されていないアプリケーションプログラムに対するイベントのみとする。また、監視部２０２には、アプリケーションプログラムの状態（起動中または終了済みなど）が状態取得部２０６から通知される。
起動判定部２０４は、起動判定条件を取得する（Ｓ２２）。具体的には、監視部２０２から通知されたアプリケーション識別子およびイベント識別子に基づいて、条件記憶部１０５から当該アプリケーション識別子および当該イベント識別子に対応する起動不要条件を取得する。
起動判定部２０４はさらに、状態取得部２０６から、１以上のアプリケーションプログラムのその時点での動作状態を取得する（Ｓ２３）。
具体的には、状態取得部２０６は起動判定部２０４からアプリケーションプログラムの動作状態の取得要求を受けると、各アプリケーションプログラムに動作状態の取得要求を通知する。
状態取得部２０６は、各アプリケーションプログラムからそれぞれの動作状態を取得すると、取得した各アプリケーションプログラムの動作状態を起動判定部２０４に通知する。
起動判定部２０４は、通知された動作状態が、取得した起動判定条件に該当するか否かに応じて当該イベントの通知先であるアプリケーションプログラムを起動させるか否かを判定する（Ｓ２４）。
例えば、当該イベントが動画撮影のイベントであり、当該イベントが発生した際にＴＶアプリケーションが動作中である場合を想定する。
この場合、起動判定部２０４は、動画撮影のイベントに対応する起動不要条件が“ＴＶ”であることから（図３参照）、動画撮影のイベントの通知先のカメラアプリケーションを起動させないと判定する（Ｓ２４で起動不要）。
制御部１０７は、この判定結果を受け、カメラアプリケーションを起動させることなく、イベント格納部２０３に格納されている動画撮影のイベントを破棄する（Ｓ２６）。
なお、動画撮影のイベントが発生し、その際にＴＶアプリケーションが動作中ではない場合は、起動不要条件に該当しないため、起動判定部２０４はカメラアプリケーションを起動させると判定する（Ｓ２４で起動）。
制御部１０７は、この判定結果を受け、カメラアプリケーションを起動する（Ｓ２５）。カメラアプリケーションは起動すると動画撮影のイベントをイベント格納部２０３から取得し処理する。
また、このように起動判定部２０４がアプリケーションプログラムを起動すると判定し、アプリケーションプログラムが起動された場合、監視部２０２は、当該アプリケーションプログラムに対応するイベント識別子を起動判定部２０４に通知することを一旦中止する。
これは、当該アプリケーションプログラムはすでに起動されているため、起動判定部２０４が起動判定を行う必要がないからである。
その後、状態取得部２０６は、当該アプリケーションプログラムが終了すると、監視部２０２に対して当該アプリケーションプログラムが終了した旨を通知する。
監視部２０２は、状態取得部２０６から当該アプリケーションプログラムが終了したことを通知されると、当該アプリケーションプログラムに対応するイベント識別子を起動判定部２０４に通知することを再開する。
このように、実施の形態２のシステム管理装置２０１によれば、情報処理システムにおいてイベントが発生した際、そのイベントの通知先であるアプリケーションプログラムを起動させる前に、起動させるか否かを判定することができる。
これにより、アプリケーションプログラムを無駄に起動させることなく、当該イベントを即座に破棄することができる。
つまり、実施の形態２のシステム管理装置２０１も、実施の形態１のシステム管理装置１０１と同じく、情報処理システムにおいて効率よくアプリケーションプログラムを動作させることができ、これにより、情報処理システムの処理負荷を低減することができる。また、情報処理システムにイベントを格納するメモリ等を効率よく使用させることができる。
さらに、実施の形態２のシステム管理装置２０１は監視部２０２を備えている。監視部２０２は、イベント格納部２０３を監視することで、ミドルウェア１０２からのイベント発生を検出することができる。
これにより、情報処理システムにおいて、ミドルウェア１０２からシステム管理装置２０１へのイベント発生を通知する処理（例えば、ミドルウェア１０２でのイベント通知の生成処理やイベント通知の送信処理、システム管理装置２０１でのイベント通知の受信処理など）を削減することができ、処理時間を短縮することができる。
なお、実施の形態２のシステム管理装置２０１は、図８に示すように、イベント格納部２０３はシステム管理装置２０１に含まれていない。しかし、イベント格納部２０３はシステム管理装置２０１に含まれていてもよい。
つまり、イベント格納部２０３の配置位置は、監視部２０２等の各構成部が、必要に応じてイベント格納部２０３と情報のやり取りを行えるのであれば限定されるものではない。
また、イベント格納部２０３は、受け取ったイベントをそのまま保持してもよいし、必要な情報を抽出して管理保持してもよい。
また、携帯端末２０が有する複数のアプリケーションプログラムに対応して複数のイベント格納部２０３を設け、監視部２０２が、非常駐アプリケーションプログラムに対応するイベント格納部２０３を監視するという構成にしてもよい。
ここで、非常駐アプリケーションプログラムとは、ユーザ操作によるメニューからの起動要求などにより、必要に応じて起動するアプリケーションプログラムのことである。また、携帯端末２０の電源ＯＮの間、常に起動中状態であるアプリケーションプログラムを常駐アプリケーションプログラムという。
また、状態取得部２０６は、起動判定部２０４からの要求の有無に関わらず、アプリケーションプログラムの動作状態が変化するとその変化の情報を受け取り保持してもよい。また、受け取った情報により、保持している動作状態を示す情報を更新してもよい。
これにより、状態取得部２０６は、常に最新の動作状態を示す情報を保持しておくことができる。また、起動判定部２０４からの要求に応じて、その最新の動作状態を示す情報を送信することができる。
また、実施の形態１のシステム管理装置１０１および実施の形態２のシステム管理装置２０１は、ともに、携帯端末に備えられ、携帯端末を管理対象としている。
しかしながら、本発明のシステム管理装置の管理対象となる情報処理システムは携帯端末に限られることはない。
つまり、アプリケーションプログラムの実行環境を有する、ハードウェアまたはソフトウェアで構成される情報処理システムであれば、本発明のシステム管理装置は、効率よくアプリケーションプログラムを動作させることができる。
また、実施の形態１のシステム管理装置１０１および実施の形態２のシステム管理装置２０１における各構成部の動作は、中央演算装置（ＣＰＵ）、記憶装置、および情報の入出力を行うインターフェース等を有するコンピュータにより実現することができる。
例えば、ＣＰＵがインターフェースを介してイベント格納部１０３からアプリケーション識別子とイベント識別子を読み出す。また、その時点での１以上のアプリケーションプログラムの動作状態を特定する。
更に、特定した動作状態と、条件記憶部１０５から読み出した当該イベント識別子に対応する起動判定条件と比較対照し、当該アプリケーション識別子に対応するアプリケーションプログラムの起動判定を行う。
また、判定結果に応じ、当該アプリケーションプログラムを起動する。または、当該アプリケーションプログラムを起動することなく当該イベントを破棄する。
このようなコンピュータの動作によっても、本発明のシステム管理装置の動作は実現され、また、本発明のシステム管理方法が実行される。
また、本発明のシステム管理装置を構成する各機能ブロックは典型的には集積回路であるＬＳＩとして実現されてもよい。また、これら機能ブロックは個別に１チップ化されても良いし、一部又は全てを含むように１チップ化されても良い。
図１０は、実施の形態１のシステム管理装置１０１における集積回路化の一例を示す図である。
図１０に示すＬＳＩ３００は集積回路化の一例を示し、ＬＳＩ３００に含まれる機能ブロックの範囲は集積回路化する構成部の範囲の例である。
なお、ここでは、ＬＳＩと記載しているが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
さらに、集積回路の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現しても良い。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用しても良い。
また、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行っても良い。バイオ技術の適応等が可能性としてありえる。
なお、図８に示す実施の形態２のシステム管理装置２０１における各機能ブロックも同様に、個別に１チップ化されても良いし、一部又は全てを含むように１チップ化されても良い。
本発明のシステム管理装置は、情報処理システムが有する複数のアプリケーションプログラムの起動を適切に制御し、効率的にアプリケーションプログラムを動作させるができる。その結果、消費電力が少なくなるという効果もある。そのため、携帯電話やＰｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｃｅ（ＰＤＡ）等の情報処理システムのシステム管理装置として有用である。
図１は、実施の形態１における携帯端末の主要な機能構成を示す機能ブロック図である。 図２は、実施の形態１におけるイベントのデータ構成の一例である。 図３は、実施の形態１における起動判定条件の一例を示す図である。 図４は、実施の形態１のシステム管理装置における起動判定の動作を示すフローチャートである。 図５は、実施の形態１における更新後の起動判定条件の一例を示す図である。 図６は、実施の形態１における起動判定条件の別の一例を示す図である。 図７は、実施の形態１における更新後の起動判定条件の別の一例を示す図である。 図８は、実施の形態２における携帯端末の主要な機能構成を示す機能ブロック図である。 図９は、実施の形態２のシステム管理装置における起動判定の動作を示すフローチャートである。 図１０は、実施の形態１のシステム管理装置における集積回路化の一例を示す図である。
符号の説明
１０、２０ 携帯端末
１０１、２０１ システム管理装置
１０２ ミドルウェア
１０３、２０３ イベント格納部
１０４、２０４ 起動判定部
１０５ 条件記憶部
１０６、２０６ 状態取得部
１０７ 制御部
１０８ アプリケーションプログラム
２０２ 監視部
３００ ＬＳＩ

Claims (8)

  1. アプリケーションプログラムを実行可能な情報処理システムを管理するシステム管理装置であって、
    前記情報処理システムに含まれる、前記アプリケーションプログラムに対するイベントを格納する格納手段から、前記イベントを識別するイベント識別子を取得するイベント取得手段と、
    前記情報処理システムの状態を取得する状態取得手段と、
    前記アプリケーションプログラムを適応的に起動する制御手段と、
    取得された前記情報処理システムの状態が、取得された前記イベント識別子に対応する起動判定条件に該当するか否かに応じ、前記アプリケーションプログラムを起動させるか否かを判定する判定手段とを備え、
    前記制御手段は、前記判定手段により前記アプリケーションプログラムを起動させないと判定された場合、前記アプリケーションプログラムを起動することなく前記格納手段に格納された前記イベントを破棄する
    システム管理装置。
  2. さらに、複数種のイベント識別子それぞれに対応する起動判定条件を記憶している条件記憶手段を備え、
    前記起動判定条件は、前記アプリケーションプログラムを起動させるか否かの条件となる前記情報処理システムの状態を示す情報を含み、
    前記判定手段は、
    前記イベント取得手段に取得されたイベント識別子に対応する起動判定条件を前記条件記憶手段から取得し、
    前記状態取得手段に取得された前記情報処理システムの状態が、前記条件記憶手段から取得した起動判定条件に示される前記情報処理システムの状態に該当するか否かに応じ、前記アプリケーションプログラムを起動させるか否かを判定する
    請求項１記載のシステム管理装置。
  3. 前記起動判定条件に含まれる前記情報処理システムの状態を示す情報は、所定のアプリケーションプログラムの動作状態を示す情報であり、
    前記状態取得手段は、前記アプリケーションプログラムまたは他のアプリケーションプログラムから前記アプリケーションプログラムまたは他のアプリケーションプログラムの動作状態を取得し、
    前記判定手段は、前記状態取得手段に取得された動作状態が、前記条件記憶手段から取得した起動判定条件に示される前記所定のアプリケーションプログラムの動作状態に該当するか否かに応じ、前記イベントの通知先であるアプリケーションプログラムを起動させるか否かを判定する
    請求項２記載のシステム管理装置。
  4. 前記起動判定条件は、前記所定のアプリケーションプログラムが動作中である場合、前記イベントの通知先のアプリケーションプログラムを起動させないという条件であり、
    前記判定手段は、前記状態取得手段に取得された動作状態が、前記所定のアプリケーションプログラムが動作中であることを示す場合、前記イベントの通知先であるアプリケーションプログラムを起動させないと判定する
    請求項３記載のシステム管理装置。
  5. 前記条件記憶手段は、前記情報処理システムにアプリケーションプログラムが追加された場合、追加された前記アプリケーションプログラムからの要求に従い、前記アプリケーションプログラムについての起動判定条件をさらに記憶する
    請求項２記載のシステム管理装置。
  6. さらに、前記イベント格納手段に、前記イベントが格納されたことを検出する監視手段を備え、
    前記判定手段は、前記イベント格納手段にイベントが格納されたことを前記監視手段から通知されると、前記アプリケーションプログラムを起動させるか否かを判定する
    請求項１記載のシステム管理装置。
  7. アプリケーションプログラムを実行可能な情報処理システムを管理するシステム管理方法であって、
    前記情報処理システムに含まれる、前記アプリケーションプログラムに対するイベントを格納する格納手段から、前記イベントを識別するイベント識別子を取得するイベント取得ステップと、
    前記情報処理システムの状態を取得する状態取得ステップと、
    前記アプリケーションプログラムを適応的に起動する制御ステップと、
    取得された前記情報処理システムの状態が、取得された前記イベント識別子に対応する起動判定条件に該当するか否かに応じ、前記アプリケーションプログラムを起動させるか否かを判定する判定ステップとを含み、
    前記制御ステップでは、前記判定ステップにおいて前記アプリケーションプログラムを起動させないと判定された場合、前記アプリケーションプログラムを起動することなく前記格納手段に格納された前記イベントを破棄する
    システム管理方法。
  8. アプリケーションプログラムを実行可能な情報処理システムを管理するためのプログラムであって、
    前記情報処理システムに含まれる、前記アプリケーションプログラムに対するイベントを格納する格納手段から、前記イベントを識別するイベント識別子を取得するイベント取得ステップと、
    前記情報処理システムの状態を取得する状態取得ステップと、
    前記アプリケーションプログラムを適応的に起動する制御ステップと、
    取得された前記情報処理システムの状態が、取得された前記イベント識別子に対応する起動判定条件に該当するか否かに応じ、前記アプリケーションプログラムを起動させるか否かを判定する判定ステップとをコンピュータに実行させるためのプログラムであり、
    前記制御ステップでは、前記判定ステップにおいて前記アプリケーションプログラムを起動させないと判定された場合、前記アプリケーションプログラムを起動することなく前記格納手段に格納された前記イベントを破棄する
    プログラム。
JP2008510870A 2006-04-05 2007-03-28 システム管理装置 Pending JPWO2007119550A1 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2006103770 2006-04-05
JP2006103770 2006-04-05
PCT/JP2007/056582 WO2007119550A1 (ja) 2006-04-05 2007-03-28 システム管理装置

Publications (1)

Publication Number Publication Date
JPWO2007119550A1 true JPWO2007119550A1 (ja) 2009-08-27

Family

ID=38609325

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2008510870A Pending JPWO2007119550A1 (ja) 2006-04-05 2007-03-28 システム管理装置

Country Status (4)

Country Link
US (1) US20100229184A1 (ja)
JP (1) JPWO2007119550A1 (ja)
CN (1) CN101410802A (ja)
WO (1) WO2007119550A1 (ja)

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5913921B2 (ja) * 2011-11-11 2016-04-27 シャープ株式会社 情報端末、その制御方法、および、制御プログラムおよびコンピュータ読み取り可能な記録媒体
EP3128789B1 (en) * 2014-05-12 2022-10-26 Huawei Technologies Co., Ltd. Method, device and mobile terminal for reducing power consumption
JP6221973B2 (ja) * 2014-07-14 2017-11-01 株式会社デンソー 表示制御装置及び表示制御プログラム
CN105095365A (zh) * 2015-06-26 2015-11-25 北京奇虎科技有限公司 一种信息流数据的处理方法和装置
CN106022099A (zh) * 2016-05-16 2016-10-12 上海传英信息技术有限公司 应用程序的自启动管理装置和方法
CN106201677A (zh) * 2016-06-28 2016-12-07 乐视控股（北京）有限公司 应用控制方法和系统
CN108595069B (zh) * 2018-03-30 2020-04-21 维沃移动通信有限公司 一种应用程序启动方法及移动终端
JP7172359B2 (ja) * 2018-09-25 2022-11-16 富士フイルムビジネスイノベーション株式会社 情報処理システムおよびプログラム
US11645344B2 (en) 2019-08-26 2023-05-09 Experian Health, Inc. Entity mapping based on incongruent entity data

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003177926A (ja) * 2001-12-11 2003-06-27 Nec Corp 携帯情報端末装置
JP2005005909A (ja) * 2003-06-10 2005-01-06 Sony Ericsson Mobilecommunications Japan Inc 競合管理プログラム，競合管理プログラムが記憶された記憶媒体，競合管理方法及び電子機器
JP2005284905A (ja) * 2004-03-30 2005-10-13 Kyocera Corp 携帯電話端末装置及びプログラム管理方法並びにそのコンピュータプログラム

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7730479B2 (en) * 2004-03-30 2010-06-01 Kyocera Corporation Cell-phone terminal, program management method and computer program of same

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003177926A (ja) * 2001-12-11 2003-06-27 Nec Corp 携帯情報端末装置
JP2005005909A (ja) * 2003-06-10 2005-01-06 Sony Ericsson Mobilecommunications Japan Inc 競合管理プログラム，競合管理プログラムが記憶された記憶媒体，競合管理方法及び電子機器
JP2005284905A (ja) * 2004-03-30 2005-10-13 Kyocera Corp 携帯電話端末装置及びプログラム管理方法並びにそのコンピュータプログラム

Also Published As

Publication number Publication date
WO2007119550A1 (ja) 2007-10-25
US20100229184A1 (en) 2010-09-09
CN101410802A (zh) 2009-04-15

Similar Documents

Publication Publication Date Title
JPWO2007119550A1 (ja) システム管理装置
CN103154853A (zh) 移动装置和用于披露和管理一组性能缩放算法的方法
US20070033309A1 (en) Coordination operation method and mobile communication terminal
CN107273160A (zh) 一种版本升级的方法及装置
WO2007020735A1 (ja) 競合解決装置
JP5710680B2 (ja) 無線デバイスのための、工場でのプログラム時間を低減するシステムおよび方法
JP5741095B2 (ja) 無線通信装置および省電力制御方法
EP3557942A1 (en) Automatically enabling wireless communication
CN114461240B (zh) 软件升级方法、软件升级系统及电子设备
US20110043530A1 (en) Electronic apparatus and method of controlling display
CN112988213B (zh) 一种程序数据更新方法、电子设备及计算机存储介质
CN110865837A (zh) 一种进行系统升级的方法和终端
CN110046497B (zh) 一种函数挂钩实现方法、装置和存储介质
WO2024078218A1 (zh) 系统启动方法及电子设备
CN111399874A (zh) 一种系统升级方法、装置、存储介质及智能穿戴设备
US8301185B2 (en) Coordination method and communication terminal
CN114489814B (zh) 一种终端设备的开机方法及终端设备
US20140210834A1 (en) Information processing device, method and program for displaying number of transferred data
CN110471622B (zh) 一种sd卡数据写入方法、装置、存储介质及终端
CN113485709A (zh) 应用优化方法、装置以及电子设备
CN117009023B (zh) 显示通知信息的方法及相关装置
CN116089320B (zh) 垃圾回收方法和相关装置
CN115941674B (zh) 多设备应用接续方法、设备及存储介质
CN116775345B (zh) 一种数据传输方法及电子设备
JP4539860B2 (ja) 携帯端末装置、電源制御方法、およびプログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20091202

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20120417

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20120605

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20120626

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20121120