(57)【要約】【課題】複数のアプリケーションの実行を円滑に制御するアプリケーション制御装置を提供する。【解決手段】アプリケーション制御装置１０１は外部からダウンロード又はインストールされた複数のアプリケーション１０３ａ，ｂ，…，ｚのいずれでもシステム部１０２により制御して実行可能であり、或るアプリケーションをアクティブにして実行中に、他のアプリケーションが代わってアクティブな状態に切り替わろうとする場合、該他のアプリケーションはシステム部１０２を介して現在アクティブなアプリケーションに対して、アクティブな状態に切り替わりたい旨を示すコマンドを送信し、該コマンドを受信した現在アクティブなアプリケーションは、該コマンドの処理結果に応じて、データを保存して当該アプリケーションを終了させるか、そのまま継続させるかをユーザに出力部１０４から通知し、その結果を応答として送信元の該他のアプリケーションに返信する。【選択図】図１
2005250550.tif 000002
【特許請求の範囲】
【請求項１】
複数のアプリケーションを実行することができるアプリケーション制御装置において、現在実行中の状態にあるアクティブなアプリケーション以外の非アクティブな状態にあるアプリケーションのいずれかが非アクティブな状態からアクティブな状態に切り替わろうとする場合、アクティブな状態に切り替わろうとする前記非アクティブなアプリケーションが、現在実行中の状態にある前記アクティブなアプリケーションに対して、アクティブな状態に切り替わることを要求するコマンドを送信し、該コマンドを受信した前記アクティブなアプリケーションが、自アプリケーション内で該コマンドを処理して、該コマンドを受け入れて自アプリケーションを終了するか、もしくは、該コマンドを受け入れずに却下するかの問い合わせメッセージを作成してユーザに通知することを特徴とするアプリケーション制御装置。
【請求項２】
請求項１に記載のアプリケーション制御装置において、現在実行中の前記アクティブなアプリケーションが、受信した前記コマンドの応答として、当該アクティブなアプリケーションが、前記コマンドを受け入れて自アプリケーションを終了するという情報か、もしくは、前記コマンドを受け入れずに却下するという情報かのいずれかを、前記コマンドの送信元の前記非アクティブなアプリケーションに対して返信することを特徴とするアプリケーション制御装置。
【請求項３】
請求項１又は２に記載のアプリケーション制御装置において、現在実行中の状態にはない前記非アクティブなアプリケーションから送信される前記コマンドの情報に、当該コマンドを送信する前記非アクティブなアプリケーションを他のアプリケーションと識別可能なＩＤ情報が、アプリケーション間の前記コマンドの送受信を制御するシステム部によって付加されることを特徴とするアプリケーション制御装置。
【請求項４】
請求項３に記載のアプリケーション制御装置において、現在実行中の状態にはない前記非アクティブなアプリケーションから送信される前記コマンドの情報に、既に前記ＩＤ情報が付加されている場合は、前記システム部は、当該コマンドを送信した前記非アクティブなアプリケーションのＩＤ情報を更には付加しないことを特徴とするアプリケーション制御装置。
【請求項５】
請求項１及至請求項４のいずれかに記載のアプリケーション制御装置であって、現在実行中の前記アクティブなアプリケーションが複数のアプリケーションから前記コマンドを受信した場合、受信した複数の前記コマンドのうち、最初に受け入れた前記コマンドに対して受け入れ処理を行う際に、自アプリケーションを終了させることに先立って、最初に受け入れた前記コマンドの送信元の前記非アクティブなアプリケーションに対して、受け入れた前記コマンド以降に受信されていた前記コマンドを、送信元の前記非アクティブなアプリケーションを識別するＩＤ情報を変更することなく、受信した順番に再送信することにより、受け入れた以降に受信されていた前記コマンドの処理を、最初に受け入れた前記コマンドの送信元であり、アクティブな状態に切り替わろうとする前記非アクティブなアプリケーションに引き渡し、当該非アクティブなアプリケーションがアクティブな状態に切り替わった後、引き渡された前記コマンドを再送信された順番に処理することを特徴とするアプリケーション制御装置。
【請求項６】
請求項１及至請求項５のいずれかに記載のアプリケーション制御装置であって、アクティブな状態に切り替わろうとする前記非アクティブなアプリケーションが、アクティブな状態に切り替わるべき時刻を示すアクティブ切り替え時間を予め登録している場合、前記アクティブ切り替え時間から、前記非アクティブなアプリケーション毎に予め定めた或る一定時間前に、現在実行中の前記アクティブなアプリケーションに対して前記コマンドを送信し、かつ、該コマンドの情報に、アクティブな状態に切り替わろうとするまでの時間情報を含むことを特徴とするアプリケーション制御装置。
【請求項７】
請求項１及至請求項６のいずれかに記載のアプリケーション制御装置において、前記コマンドを受信したアプリケーションが、該コマンドを受け入れて当該アプリケーションを終了させる場合、当該アプリケーションの終了に先立って現在の状態を自動的に保存した後、当該アプリケーションを終了させることを特徴とするアプリケーション制御装置。
【請求項８】
請求項１及至請求項６のいずれかに記載のアプリケーション制御装置において、前記コマンドを受信したアプリケーションが、該コマンドを受け入れて当該アプリケーションを終了させる場合、現在の状態を保存して当該アプリケーションを終了させるか否かをユーザに問い合わせることを特徴とするアプリケーション制御装置。
【請求項９】
請求項１及至請求項８のいずれかに記載のアプリケーション制御装置において、前記コマンドを受信したアプリケーションは、受信した前記コマンドが示す情報を表示部にポップアップ表示することを特徴とするアプリケーション制御装置。
【請求項１０】
請求項１及至請求項８のいずれかに記載のアプリケーション制御装置において、前記コマンドを受信したアプリケーションが、当該アプリケーションに登場するキャラクタを表示部に画面表示させることができる場合、当該アプリケーションは、受信した前記コマンドが示す情報を、当該アプリケーションに登場する前記キャラクタの発言として前記表示部に画面表示することを特徴とするアプリケーション制御装置。
【請求項１１】
請求項１及至請求項８のいずれかに記載のアプリケーション制御装置において、前記コマンドを受信したアプリケーションが、当該アプリケーションに任意の形状のオブジェクトを表示部に画面表示させることができる場合、当該アプリケーションは、受信した前記コマンドが示す情報を、当該アプリケーションの前記表示部上に画面表示される前記オブジェクトとして表示させることを特徴とするアプリケーション制御装置。
【請求項１２】
請求項１及至請求項８のいずれかに記載のアプリケーション制御装置において、前記コマンドを受信したアプリケーションが、当該アプリケーションのストーリを任意に変更することができる場合、当該アプリケーションは、受信した前記コマンドが示す情報に応じて、当該アプリケーションのストーリを変更させることを特徴とするアプリケーション制御装置。
【請求項１３】
請求項１及至請求項８のいずれかに記載のアプリケーション制御装置において、前記コマンドを受信したアプリケーションが、当該アプリケーションが音声として再生して出力することができる場合、当該アプリケーションは、受信した前記コマンドが示す情報を、当該アプリケーションの音声として再生して出力することを特徴とするアプリケーション制御装置。
【請求項１４】
請求項１及至請求項８のいずれかに記載のアプリケーション制御装置において、前記コマンドを受信したアプリケーションが、当該アプリケーション制御装置を振動させるバイブレーション機能を備えている場合、当該アプリケーションは、受信した前記コマンドが示す情報に応じて、前記バイブレーション機能を動作させて当該アプリケーション制御装置を振動させることを特徴とするアプリケーション制御装置。
【請求項１５】
請求項１及至請求項８のいずれかに記載のアプリケーション制御装置において、前記コマンドを受信したアプリケーションが、表示部を備えたリモートコントローラからの指示により遠隔制御することができる場合、当該アプリケーションは、受信した前記コマンドが示す情報を、前記リモートコントローラの前記表示部に表示することを特徴とするアプリケーション制御装置。
【請求項１６】
請求項１及至請求項１５のいずれかに記載のアプリケーション制御装置において、実行することができる複数の前記アプリケーションのうち、１つがテレビやラジオの放送波を受信することができる放送受信アプリケーションである場合、該放送受信アプリケーションが、今後放送される番組に対して視聴予約をすることができる機能を有していて、視聴予約をしていた視聴予約番組の放送開始時間に到達した際に、別のアプリケーションが現在アクティブな状態にあって、該別のアプリケーションが映像表示用の表示部を占有して使用している場合に、前記放送受信アプリケーションが、アクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、視聴予約番組のタイトルを含むことを特徴とするアプリケーション制御装置。
【請求項１７】
請求項１６に記載のアプリケーション制御装置において、前記放送受信アプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、視聴予約番組の放送開始時刻を含むことを特徴とするアプリケーション制御装置。
【請求項１８】
請求項１６に記載のアプリケーション制御装置において、前記放送受信アプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、視聴予約番組の放送終了時刻を含むことを特徴とするアプリケーション制御装置。
【請求項１９】
請求項１６に記載のアプリケーション制御装置において、前記放送受信アプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、視聴予約番組の放送時間長を含むことを特徴とするアプリケーション制御装置。
【請求項２０】
請求項１６に記載のアプリケーション制御装置において、前記放送受信アプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、視聴予約番組のチャンネル番号を含むことを特徴とするアプリケーション制御装置。
【請求項２１】
請求項１６に記載のアプリケーション制御装置において、前記放送受信アプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、視聴予約番組の放送局名を含むことを特徴とするアプリケーション制御装置。
【請求項２２】
請求項１６に記載のアプリケーション制御装置において、前記放送受信アプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、視聴予約番組の出演者の名前を含むことを特徴とするアプリケーション制御装置。
【請求項２３】
請求項１６に記載のアプリケーション制御装置において、前記放送受信アプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、視聴予約番組のジャンルを含むことを特徴とするアプリケーション制御装置。
【請求項２４】
請求項１６に記載のアプリケーション制御装置において、前記放送受信アプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、視聴予約番組が放送される放送メディアの種類を示す情報として、テレビ、ラジオ、データに代表される放送メディア種別情報を含むことを特徴とするアプリケーション制御装置。
【請求項２５】
請求項１６に記載のアプリケーション制御装置において、前記放送受信アプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、視聴予約番組が放送される放送方式の種類を示す情報として、地上デジタル放送、地上アナログ放送、ＢＳ／ＣＳ放送に代表される放送方式種別情報を含むことを特徴とするアプリケーション制御装置。
【請求項２６】
請求項１及至請求項１５のいずれかに記載のアプリケーション制御装置において、実行することができる複数の前記アプリケーションのうち、１つが電子メールの送受信機能を有するメールアプリケーションである場合、該メールアプリケーションが電子メールの受信を検知した際に、別のアプリケーションが現在アクティブな状態にあった場合に、前記メールアプリケーションが、アクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、電子メールを受信したことを示す情報を含むことを特徴とするアプリケーション制御装置。
【請求項２７】
請求項２６に記載のアプリケーション制御装置において、前記メールアプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、受信した電子メールのタイトルを含むことを特徴とするアプリケーション制御装置。
【請求項２８】
請求項２６に記載のアプリケーション制御装置において、前記メールアプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、受信した電子メールの送信者アドレスを含むことを特徴とするアプリケーション制御装置。
【請求項２９】
請求項２６に記載のアプリケーション制御装置において、前記メールアプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、受信した電子メールの本文を含むことを特徴とするアプリケーション制御装置。
【請求項３０】
請求項２６に記載のアプリケーション制御装置において、前記メールアプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、受信した電子メールの送信日時を含むことを特徴とするアプリケーション制御装置。
【請求項３１】
請求項２６に記載のアプリケーション制御装置において、前記メールアプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、受信した電子メールのサイズを含むことを特徴とするアプリケーション制御装置。
【請求項３２】
請求項２６に記載のアプリケーション制御装置において、前記メールアプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、受信した電子メールに添付ファイルがあるか否かという情報を含むことを特徴とするアプリケーション制御装置。
【請求項３３】
請求項２６に記載のアプリケーション制御装置において、受信した電子メールに添付ファイルが添付されていた場合、前記メールアプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、受信した電子メールに添付されている前記添付ファイルの種類を示す情報を含むことを特徴とするアプリケーション制御装置。
【請求項３４】
請求項２６に記載のアプリケーション制御装置において、受信した電子メールの送信者アドレスに基づいて該電子メールの送信者の氏名を判別することができる場合、前記メールアプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、受信した前記電子メールの送信者氏名を含むことを特徴とするアプリケーション制御装置。
【請求項３５】
請求項２６に記載のアプリケーション制御装置において、受信した電子メールの送信者アドレスに基づいて該電子メールの送信者のアドレスを登録しているアドレス帳のグループを判別することができる場合、前記メールアプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、受信した前記電子メールの送信者のアドレスを登録している前記アドレス帳のグループ情報を含むことを特徴とするアプリケーション制御装置。
【請求項３６】
請求項２６に記載のアプリケーション制御装置において、受信した電子メールの宛先が当該アプリケーション制御装置以外の宛先も含んでいることを判別することができる場合、前記メールアプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、受信した前記電子メールの当該アプリケーション制御装置以外の宛先を示す受信者アドレスを含むことを特徴とするアプリケーション制御装置。
【請求項３７】
請求項２６に記載のアプリケーション制御装置において、受信した電子メールの宛先が当該アプリケーション制御装置以外の宛先も含んでいることを判別することができ、かつ、当該アプリケーション制御装置以外の前記宛先に基づいて該電子メールの当該アプリケーション制御装置以外の受信者の氏名を判別することができる場合、前記メールアプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、受信した前記電子メールの当該アプリケーション制御装置以外の前記受信者の氏名を含むことを特徴とするアプリケーション制御装置。
【請求項３８】
請求項１及至請求項１５のいずれかに記載のアプリケーション制御装置において、実行することができる複数の前記アプリケーションのうち、１つが電話の送受話をすることができる電話アプリケーションである場合、該電話アプリケーションが電話の着信を検知した際に、別のアプリケーションが現在アクティブな状態にあった場合に、前記電話アプリケーションが、アクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、電話の着信があったことを示す情報を含むことを特徴とするアプリケーション制御装置。
【請求項３９】
請求項３８に記載のアプリケーション制御装置において、前記電話アプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、着信した電話の発信者番号を含むことを特徴とするアプリケーション制御装置。
【請求項４０】
請求項３８に記載のアプリケーション制御装置において、着信した電話の発信者の電話番号に基づいて該電話の発信者の氏名を判別することができる場合、前記電話アプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、着信した電話の発信者氏名を含むことを特徴とするアプリケーション制御装置。
【請求項４１】
請求項３８に記載のアプリケーション制御装置において、着信した電話の発信者の電話番号に基づいて該電話の発信者を登録している電話帳のグループ名を判別することができる場合、前記電話アプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、着信した電話の発信者を登録している前記電話帳のグループ情報を含むことを特徴とするアプリケーション制御装置。
【請求項４２】
請求項３８に記載のアプリケーション制御装置において、着信した電話の発信者の電話番号に基づいて該電話の発信者の発信地域を判別することができる場合、前記電話アプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、着信した電話の発信者の前記発信地域を含むことを特徴とするアプリケーション制御装置。
【請求項４３】
請求項３８に記載のアプリケーション制御装置において、着信した電話の発信者の電話番号に基づいて携帯電話やＰＨＳに代表される該電話の発信媒体を判別することができる場合、前記電話アプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、着信した電話の発信媒体を含むことを特徴とするアプリケーション制御装置。
【請求項４４】
請求項１及至請求項１５のいずれかに記載のアプリケーション制御装置において、実行することができる複数の前記アプリケーションのうち、１つがスケジュールのリマインダー機能により登録したスケジュールの管理をすることができるスケジュールアプリケーションである場合、該スケジュールアプリケーションが登録したスケジュールに基づいて前記リマインダー機能によるお知らせ機能が動作する際に、別のアプリケーションが現在アクティブな状態にあった場合に、前記スケジュールアプリケーションが、アクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、登録した前記スケジュールのタイトル情報を含むことを特徴とするアプリケーション制御装置。
【請求項４５】
請求項４４に記載のアプリケーション制御装置において、前記スケジュールアプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、登録した前記スケジュールのアクションの開始時刻を含むことを特徴とするアプリケーション制御装置。
【請求項４６】
請求項４４に記載のアプリケーション制御装置において、前記スケジュールアプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、登録した前記スケジュールの詳細内容を含むことを特徴とするアプリケーション制御装置。
【請求項４７】
請求項４４に記載のアプリケーション制御装置において、前記スケジュールアプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、登録した前記スケジュールのアクションが実施される場所情報を含むことを特徴とするアプリケーション制御装置。
【請求項４８】
請求項４４に記載のアプリケーション制御装置において、前記スケジュールアプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、登録した前記スケジュールのアクションの開始時刻に対してどのくらい前に予めユーザに対して予告通知するかを示す時間情報を含むことを特徴とするアプリケーション制御装置。
【請求項４９】
請求項１及至請求項１５のいずれかに記載のアプリケーション制御装置において、実行することができる複数の前記アプリケーションのうち、１つがネットワークに接続してチャットをすることができるチャットアプリケーションである場合、該チャットアプリケーションが前記ネットワークを介してチャットの受信を検知した際に、別のアプリケーションが現在アクティブな状態にあった場合に、前記チャットアプリケーションが、アクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、受信した前記チャットの文章を含むことを特徴とするアプリケーション制御装置。
【請求項５０】
請求項４９に記載のアプリケーション制御装置において、前記スケジュールアプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、受信した前記チャットの相手の名前を含むことを特徴とするアプリケーション制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーション制御装置に関し、特に、ゲームやメールの送受信、放送受信、スケジュール管理、電話の送受話など、複数のアプリケーションを実行することができる携帯型、又は、据え置き型の情報処理装置から構成されるアプリケーション制御装置に関する。
【背景技術】
【０００２】
近年の目覚しい技術進歩により、パーソナルコンピュータに代表されるような複数のアプリケーションを同時に実行するということが、例えば、特許文献１の特開平９−１５２９１６号公報「情報端末装置」や特許文献２の特開平９−１７９７１５号公報「ウィンドウ管理装置」にも示されているように、小型情報機器や、携帯電話端末や、ＰＤＡ（Personal  Digital  Assistant）などにおいても実現できるようになってきた。例えば、近年の携帯電話端末では、ゲーム用のアプリケーションを携帯電話端末にダウンロード又はインストールして、ゲームをプレイするという形態が、一般に普及するようになってきた。また、地上アナログテレビ放送のチューナを内蔵する携帯電話端末も登場し、２００３年末に始まった地上デジタル放送を受信する携帯電話端末も近い将来に実現されるのは必至といえる。
【０００３】
また、据え置き型のテレビゲーム機においても、単にゲームを行うためだけのものではなく、ＣＤやＤＶＤの再生機能や、テレビチューナとハードディスク（以下ＨＤＤと表現する）を搭載したＨＤＤレコーダ機能を備えたものや、テレビゲーム機単体で多くの機能を有するオールインワンタイプの製品も現実のものとなってきている。
【特許文献１】特開平９−１５２９１６号公報
【特許文献２】特開平９−１７９７１５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
既存の技術では、ユーザがあるアプリケーションを実行させて作業しているときにタイマなどにより他のアプリケーションが起動されようとするとき、現在作業中の該アプリケーションの状態などは特に考慮されることはなく、新規に起動するアプリケーションはそのタイミングで忠実に起動される。また、既にバックグラウンドで起動しているアプリケーションにおいて、或るタイミングで或る機能の実行を開始するように設定されているときに、ユーザが気にすることなく勝手に実行されても問題がないような機能であれば、ユーザは現在作業中のアプリケーションの実行を妨げられることはないが、アプリケーションによっては現在作業中のアプリケーションに影響を及ぼしユーザに煩わしさを与えてしまう場合もある。
【０００５】
本発明に係るアプリケーション制御装置は、前述のごとき問題を解決するためになされたものであり、以下のような手段を提供することを目的としている。即ち、本発明に係るアプリケーション制御装置では、ユーザが作業中の或るアクティブなアプリケーションがあるときに、別のアプリケーションが自動的に起動されようとするとき、又は、既にバックグラウンドで起動しているアプリケーションの或る機能が実行されようとしてアクティブな状態になろうとするときに、該別のアプリケーションの機能が起動されようとしているとの通知情報（即ち、アクティブに切り替わることを要求するコマンド）を、ユーザが操作している現在実行中のアクティブなアプリケーションに対して送信し、該通知情報を受信したアクティブなアプリケーションは、該通知情報の内容によって、該アクティブなアプリケーション内で、別のアプリケーションがアクティブな状態になろうとしているということをユーザに対して提示する。
【０００６】
また、アクティブなアプリケーションの実行状況によっては、直ちにその途中の状態を保存して終了するということができない場合もある。そのような場合にも、別のアプリケーションが起動する時間が前記通知情報として事前に通知されていれば、その時間の到達時点までに中断状態を保存できるように、アクティブなアプリケーションを継続して動作させることが可能である。また、アクティブなアプリケーションを操作しているユーザも、該アプリケーション内でタイミングを図って操作できるようになるため、突然、別のアプリケーションが起動してしまって、今まで作業を行っていた該アプリケーションの途中のデータが消えてしまったり、今まで作業を行っていた該アプリケーションに対するユーザ操作が突然別のアプリケーションに対して行われたりしてしまうというような心配を防ぐことができる。
【課題を解決するための手段】
【０００７】
第１の技術手段は、複数のアプリケーションを実行することができるアプリケーション制御装置において、現在実行中の状態にあるアクティブなアプリケーション以外の非アクティブな状態にあるアプリケーションのいずれかが非アクティブな状態からアクティブな状態に切り替わろうとする場合、アクティブな状態に切り替わろうとする前記非アクティブなアプリケーションが、現在実行中の状態にある前記アクティブなアプリケーションに対して、アクティブな状態に切り替わることを要求するコマンドを送信し、該コマンドを受信した前記アクティブなアプリケーションが、自アプリケーション内で該コマンドを処理して、該コマンドを受け入れて自アプリケーションを終了するか、もしくは、該コマンドを受け入れずに却下するかの問い合わせメッセージを作成してユーザに通知することを特徴とする。
【０００８】
第２の技術手段は、前記第１の技術手段に記載のアプリケーション制御装置において、現在実行中の前記アクティブなアプリケーションが、受信した前記コマンドの応答として、当該アクティブなアプリケーションが、前記コマンドを受け入れて自アプリケーションを終了するという情報か、もしくは、前記コマンドを受け入れずに却下するという情報かのいずれかを、前記コマンドの送信元の前記非アクティブなアプリケーションに対して返信することを特徴とする。
【０００９】
第３の技術手段は、前記第１又は第２の技術手段に記載のアプリケーション制御装置において、現在実行中の状態にはない前記非アクティブなアプリケーションから送信される前記コマンドの情報に、当該コマンドを送信する前記非アクティブなアプリケーションを他のアプリケーションと識別可能なＩＤ情報が、アプリケーション間の前記コマンドの送受信を制御するシステム部によって付加されることを特徴とする。
【００１０】
第４の技術手段は、前記第３の技術手段に記載のアプリケーション制御装置において、現在実行中の状態にはない前記非アクティブなアプリケーションから送信される前記コマンドの情報に、既に前記ＩＤ情報が付加されている場合は、前記システム部は、当該コマンドを送信した前記非アクティブなアプリケーションのＩＤ情報を更には付加しないことを特徴とする。
【００１１】
第５の技術手段は、前記第１乃至第４の技術手段のいずれかに記載のアプリケーション制御装置であって、現在実行中の前記アクティブなアプリケーションが複数のアプリケーションから前記コマンドを受信した場合、受信した複数の前記コマンドのうち、最初に受け入れた前記コマンドに対して受け入れ処理を行う際に、自アプリケーションを終了させることに先立って、最初に受け入れた前記コマンドの送信元の前記非アクティブなアプリケーションに対して、受け入れた前記コマンド以降に受信されていた前記コマンドを、送信元の前記非アクティブなアプリケーションを識別するＩＤ情報を変更することなく、受信した順番に再送信することにより、受け入れた以降に受信されていた前記コマンドの処理を、最初に受け入れた前記コマンドの送信元であり、アクティブな状態に切り替わろうとする前記非アクティブなアプリケーションに引き渡し、当該非アクティブなアプリケーションがアクティブな状態に切り替わった後、引き渡された前記コマンドを再送信された順番に処理することを特徴とする。
【００１２】
第６の技術手段は、前記第１乃至第５の技術手段のいずれかに記載のアプリケーション制御装置であって、アクティブな状態に切り替わろうとする前記非アクティブなアプリケーションが、アクティブな状態に切り替わるべき時刻を示すアクティブ切り替え時間を予め登録している場合、前記アクティブ切り替え時間から、前記非アクティブなアプリケーション毎に予め定めた或る一定時間前に、現在実行中の前記アクティブなアプリケーションに対して前記コマンドを送信し、かつ、該コマンドの情報に、アクティブな状態に切り替わろうとするまでの時間情報を含むことを特徴とする。
【００１３】
第７の技術手段は、前記第１乃至第６の技術手段のいずれかに記載のアプリケーション制御装置において、前記コマンドを受信したアプリケーションが、該コマンドを受け入れて当該アプリケーションを終了させる場合、当該アプリケーションの終了に先立って現在の状態を自動的に保存した後、当該アプリケーションを終了させることを特徴とする。
【００１４】
第８の技術手段は、前記第１乃至第６の技術手段のいずれかに記載のアプリケーション制御装置において、前記コマンドを受信したアプリケーションが、該コマンドを受け入れて当該アプリケーションを終了させる場合、現在の状態を保存して当該アプリケーションを終了させるか否かをユーザに問い合わせることを特徴とする。
【００１５】
第９の技術手段は、前記第１乃至第８の技術手段のいずれかに記載のアプリケーション制御装置において、前記コマンドを受信したアプリケーションは、受信した前記コマンドが示す情報を表示部にポップアップ表示することを特徴とする。
【００１６】
第１０の技術手段は、前記第１乃至第８の技術手段のいずれかに記載のアプリケーション制御装置において、前記コマンドを受信したアプリケーションが、当該アプリケーションに登場するキャラクタを表示部に画面表示させることができる場合、当該アプリケーションは、受信した前記コマンドが示す情報を、当該アプリケーションに登場する前記キャラクタの発言として前記表示部に画面表示することを特徴とする。
【００１７】
第１１の技術手段は、前記第１乃至第８の技術手段のいずれかに記載のアプリケーション制御装置において、前記コマンドを受信したアプリケーションが、当該アプリケーションに任意の形状のオブジェクトを表示部に画面表示させることができる場合、当該アプリケーションは、受信した前記コマンドが示す情報を、当該アプリケーションの前記表示部上に画面表示される前記オブジェクトとして表示させることを特徴とする。
【００１８】
第１２の技術手段は、前記第１乃至第８の技術手段のいずれかに記載のアプリケーション制御装置において、前記コマンドを受信したアプリケーションが、当該アプリケーションのストーリを任意に変更することができる場合、当該アプリケーションは、受信した前記コマンドが示す情報に応じて、当該アプリケーションのストーリを変更させることを特徴とする。
【００１９】
第１３の技術手段は、前記第１乃至第８の技術手段のいずれかに記載のアプリケーション制御装置において、前記コマンドを受信したアプリケーションが、当該アプリケーションが音声として再生して出力することができる場合、当該アプリケーションは、受信した前記コマンドが示す情報を、当該アプリケーションの音声として再生して出力することを特徴とする。
【００２０】
第１４の技術手段は、前記第１乃至第８の技術手段のいずれかに記載のアプリケーション制御装置において、前記コマンドを受信したアプリケーションが、当該アプリケーション制御装置を振動させるバイブレーション機能を備えている場合、当該アプリケーションは、受信した前記コマンドが示す情報に応じて、前記バイブレーション機能を動作させて当該アプリケーション制御装置を振動させることを特徴とする。
【００２１】
第１５の技術手段は、前記第１乃至第８の技術手段のいずれかに記載のアプリケーション制御装置において、前記コマンドを受信したアプリケーションが、表示部を備えたリモートコントローラからの指示により遠隔制御することができる場合、当該アプリケーションは、受信した前記コマンドが示す情報を、前記リモートコントローラの前記表示部に表示することを特徴とする。
【００２２】
第１６の技術手段は、前記第１乃至第１５の技術手段のいずれかに記載のアプリケーション制御装置において、実行することができる複数の前記アプリケーションのうち、１つがテレビやラジオの放送波を受信することができる放送受信アプリケーションである場合、該放送受信アプリケーションが、今後放送される番組に対して視聴予約をすることができる機能を有していて、視聴予約をしていた視聴予約番組の放送開始時間に到達した際に、別のアプリケーションが現在アクティブな状態にあって、該別のアプリケーションが映像表示用の表示部を占有して使用している場合に、前記放送受信アプリケーションが、アクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、視聴予約番組のタイトルを含むことを特徴とする。
【００２３】
第１７の技術手段は、前記第１６の技術手段に記載のアプリケーション制御装置において、前記放送受信アプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、視聴予約番組の放送開始時刻を含むことを特徴とする。
【００２４】
第１８の技術手段は、前記第１６の技術手段に記載のアプリケーション制御装置において、前記放送受信アプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、視聴予約番組の放送終了時刻を含むことを特徴とする。
【００２５】
第１９の技術手段は、前記第１６の技術手段に記載のアプリケーション制御装置において、前記放送受信アプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、視聴予約番組の放送時間長を含むことを特徴とする。
【００２６】
第２０の技術手段は、前記第１６の技術手段に記載のアプリケーション制御装置において、前記放送受信アプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、視聴予約番組のチャンネル番号を含むことを特徴とする。
【００２７】
第２１の技術手段は、前記第１６の技術手段に記載のアプリケーション制御装置において、前記放送受信アプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、視聴予約番組の放送局名を含むことを特徴とする。
【００２８】
第２２の技術手段は、前記第１６の技術手段に記載のアプリケーション制御装置において、前記放送受信アプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、視聴予約番組の出演者の名前を含むことを特徴とする。
【００２９】
第２３の技術手段は、前記第１６の技術手段に記載のアプリケーション制御装置において、前記放送受信アプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、視聴予約番組のジャンルを含むことを特徴とする。
【００３０】
第２４の技術手段は、前記第１６の技術手段に記載のアプリケーション制御装置において、前記放送受信アプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、視聴予約番組が放送される放送メディアの種類を示す情報として、テレビ、ラジオ、データに代表される放送メディア種別情報を含むことを特徴とする。
【００３１】
第２５の技術手段は、前記第１６の技術手段に記載のアプリケーション制御装置において、前記放送受信アプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、視聴予約番組が放送される放送方式の種類を示す情報として、地上デジタル放送、地上アナログ放送、ＢＳ／ＣＳ放送に代表される放送方式種別情報を含むことを特徴とする。
【００３２】
第２６の技術手段は、前記第１乃至第１５の技術手段のいずれかに記載のアプリケーション制御装置において、実行することができる複数の前記アプリケーションのうち、１つが電子メールの送受信機能を有するメールアプリケーションである場合、該メールアプリケーションが電子メールの受信を検知した際に、別のアプリケーションが現在アクティブな状態にあった場合に、前記メールアプリケーションが、アクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、電子メールを受信したことを示す情報を含むことを特徴とする。
【００３３】
第２７の技術手段は、前記第２６の技術手段に記載のアプリケーション制御装置において、前記メールアプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、受信した電子メールのタイトルを含むことを特徴とする。
【００３４】
第２８の技術手段は、前記第２６の技術手段に記載のアプリケーション制御装置において、前記メールアプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、受信した電子メールの送信者アドレスを含むことを特徴とする。
【００３５】
第２９の技術手段は、前記第２６の技術手段に記載のアプリケーション制御装置において、前記メールアプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、受信した電子メールの本文を含むことを特徴とする。
【００３６】
第３０の技術手段は、前記第２６の技術手段に記載のアプリケーション制御装置において、前記メールアプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、受信した電子メールの送信日時を含むことを特徴とする。
【００３７】
第３１の技術手段は、前記第２６の技術手段に記載のアプリケーション制御装置において、前記メールアプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、受信した電子メールのサイズを含むことを特徴とする。
【００３８】
第３２の技術手段は、前記第２６の技術手段に記載のアプリケーション制御装置において、前記メールアプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、受信した電子メールに添付ファイルがあるか否かという情報を含むことを特徴とする。
【００３９】
第３３の技術手段は、前記第２６の技術手段に記載のアプリケーション制御装置において、受信した電子メールに添付ファイルが添付されていた場合、前記メールアプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、受信した電子メールに添付されている前記添付ファイルの種類を示す情報を含むことを特徴とする。
【００４０】
第３４の技術手段は、前記第２６の技術手段に記載のアプリケーション制御装置において、受信した電子メールの送信者アドレスに基づいて該電子メールの送信者の氏名を判別することができる場合、前記メールアプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、受信した前記電子メールの送信者氏名を含むことを特徴とする。
【００４１】
第３５の技術手段は、前記第２６の技術手段に記載のアプリケーション制御装置において、受信した電子メールの送信者アドレスに基づいて該電子メールの送信者のアドレスを登録しているアドレス帳のグループを判別することができる場合、前記メールアプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、受信した前記電子メールの送信者のアドレスを登録している前記アドレス帳のグループ情報を含むことを特徴とする。
【００４２】
第３６の技術手段は、前記第２６の技術手段に記載のアプリケーション制御装置において、受信した電子メールの宛先が当該アプリケーション制御装置以外の宛先も含んでいることを判別することができる場合、前記メールアプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、受信した前記電子メールの当該アプリケーション制御装置以外の宛先を示す受信者アドレスを含むことを特徴とする。
【００４３】
第３７の技術手段は、前記第２６の技術手段に記載のアプリケーション制御装置において、受信した電子メールの宛先が当該アプリケーション制御装置以外の宛先も含んでいることを判別することができ、かつ、当該アプリケーション制御装置以外の前記宛先に基づいて該電子メールの当該アプリケーション制御装置以外の受信者の氏名を判別することができる場合、前記メールアプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、受信した前記電子メールの当該アプリケーション制御装置以外の前記受信者の氏名を含むことを特徴とする。
【００４４】
第３８の技術手段は、前記第１乃至第１５の技術手段のいずれかに記載のアプリケーション制御装置において、実行することができる複数の前記アプリケーションのうち、１つが電話の送受話をすることができる電話アプリケーションである場合、該電話アプリケーションが電話の着信を検知した際に、別のアプリケーションが現在アクティブな状態にあった場合に、前記電話アプリケーションが、アクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、電話の着信があったことを示す情報を含むことを特徴とする。
【００４５】
第３９の技術手段は、前記第３８の技術手段に記載のアプリケーション制御装置において、前記電話アプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、着信した電話の発信者番号を含むことを特徴とする。
【００４６】
第４０の技術手段は、前記第３８の技術手段に記載のアプリケーション制御装置において、着信した電話の発信者の電話番号に基づいて該電話の発信者の氏名を判別することができる場合、前記電話アプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、着信した電話の発信者氏名を含むことを特徴とする。
【００４７】
第４１の技術手段は、前記第３８の技術手段に記載のアプリケーション制御装置において、着信した電話の発信者の電話番号に基づいて該電話の発信者を登録している電話帳のグループ名を判別することができる場合、前記電話アプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、着信した電話の発信者を登録している前記電話帳のグループ情報を含むことを特徴とする。
【００４８】
第４２の技術手段は、前記第３８の技術手段に記載のアプリケーション制御装置において、着信した電話の発信者の電話番号に基づいて該電話の発信者の発信地域を判別することができる場合、前記電話アプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、着信した電話の発信者の前記発信地域を含むことを特徴とする。
【００４９】
第４３の技術手段は、前記第３８の技術手段に記載のアプリケーション制御装置において、着信した電話の発信者の電話番号に基づいて携帯電話やＰＨＳに代表される該電話の発信媒体を判別することができる場合、前記電話アプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、着信した電話の発信媒体を含むことを特徴とする。
【００５０】
第４４の技術手段は、前記第１乃至第１５の技術手段のいずれかに記載のアプリケーション制御装置において、実行することができる複数の前記アプリケーションのうち、１つがスケジュールのリマインダー機能により登録したスケジュールの管理をすることができるスケジュールアプリケーションである場合、該スケジュールアプリケーションが登録したスケジュールに基づいて前記リマインダー機能によるお知らせ機能が動作する際に、別のアプリケーションが現在アクティブな状態にあった場合に、前記スケジュールアプリケーションが、アクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、登録した前記スケジュールのタイトル情報を含むことを特徴とする。
【００５１】
第４５の技術手段は、前記第４４の技術手段に記載のアプリケーション制御装置において、前記スケジュールアプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、登録した前記スケジュールのアクションの開始時刻を含むことを特徴とする。
【００５２】
第４６の技術手段は、前記第４４の技術手段に記載のアプリケーション制御装置において、前記スケジュールアプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、登録した前記スケジュールの詳細内容を含むことを特徴とする。
【００５３】
第４７の技術手段は、前記第４４の技術手段に記載のアプリケーション制御装置において、前記スケジュールアプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、登録した前記スケジュールのアクションが実施される場所情報を含むことを特徴とする。
【００５４】
第４８の技術手段は、前記第４４の技術手段に記載のアプリケーション制御装置において、前記スケジュールアプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、登録した前記スケジュールのアクションの開始時刻に対してどのくらい前に予めユーザに対して予告通知するかを示す時間情報を含むことを特徴とする
【００５５】
第４９の技術手段は、前記第１乃至第１５の技術手段のいずれかに記載のアプリケーション制御装置において、実行することができる複数の前記アプリケーションのうち、１つがネットワークに接続してチャットをすることができるチャットアプリケーションである場合、該チャットアプリケーションが前記ネットワークを介してチャットの受信を検知した際に、別のアプリケーションが現在アクティブな状態にあった場合に、前記チャットアプリケーションが、アクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、受信した前記チャットの文章を含むことを特徴とする。
【００５６】
第５０の技術手段は、前記第４９の技術手段に記載のアプリケーション制御装置において、前記スケジュールアプリケーションがアクティブな状態にある前記別のアプリケーションに対して送信する前記コマンドに、受信した前記チャットの相手の名前を含むことを特徴とする。
【発明の効果】
【００５７】
以上のような各技術手段から構成される本発明に係るアプリケーション制御装置によれば、次のような効果が得られる。
即ち、当該アプリケーション制御装置において、或るアプリケーションを実行している場合に、タイマなどにより他のアプリケーションの機能が起動されようとして、実行中のアプリケーションを終了、又は、非アクティブな状態に切り替える必要がある場合には、事前に、実行中の当該アプリケーションに対して、他のアプリケーションの機能の起動を要求するコマンド（通知情報）を通知し、該コマンドを受け取った実行中のアプリケーションが、該コマンドの内容と当該アプリケーションの状態とに基づいて、当該アプリケーションのデータの保存や、終了又は非アクティブ状態への切り替えをユーザに促すことが可能であるので、実行中の当該アプリケーションが途中で強制終了してしまったり、当該アプリケーションのデータの保存までに長い時間を要してしまい、これから起動されようとする他のアプリケーションの機能の起動をスムーズに行うことができなくなるといった事態の発生を未然に防止可能である。
【００５８】
更に、実行中のアプリケーションを終了させるまでの処理を、実行中の当該アプリケーションそれぞれで当該アプリケーションの動作の一部として実行することにより、実行中の当該アプリケーションに基づいて作業中のユーザに対しても違和感を与えることなく、当該アプリケーションの動作の一部として、他のアプリケーションから受信した前記コマンドの処理を行い、作業途中のデータを保存したり、終了処理を行うことが可能となる。
【発明を実施するための最良の形態】
【００５９】
本発明に係るアプリケーション制御装置は、外部からダウンロードしたりあるいはインストールしたりした複数のアプリケーションを実行可能である。ここで、現在実行中の状態にあるアクティブなアプリケーション以外の非アクティブな状態にあるアプリケーションのいずれかが非アクティブな状態からアクティブな状態に切り替わろうとする場合、アクティブな状態に切り替わろうとする前記非アクティブなアプリケーションが、現在実行中の状態にある前記アクティブなアプリケーションに対して、アクティブな状態に切り替わることを要求するコマンドを送信する。
【００６０】
該コマンドを受信した前記アクティブなアプリケーションが、自アプリケーション内で該コマンドを処理して、該コマンドを受け入れて自アプリケーションを終了するか、もしくは、該コマンドを受け入れずに却下するかという問い合わせメッセージを作成してユーザに通知する。更に、ユーザへの問い合わせ結果として得られた結果を、応答として、該コマンドの送信元の前記非アクティブなアプリケーションに対して返信する。
【００６１】
而して、突然、別のアプリケーションが起動してしまって、現在実行中のアクティブなアプリケーションが中断して、今まで作業を行っていた該アプリケーションの途中のデータが消えてしまったり、今まで作業を行っていた該アプリケーションに対するユーザ操作が、突然、別のアプリケーションに対して行われたりしてしまうというような事態の発生を未然に防止することができる。
【００６２】
以下、本発明に係るアプリケーション制御装置の実施の形態について、図面を用いて詳細に説明する。
【００６３】
〔概略構成〕
本発明に係るアプリケーション制御装置は、ゲームやメールの送受信、放送受信、スケジュール管理、電話の送受話など、外部からダウンロードあるいはインストールされた複数のアプリケーションを実行することができる携帯型や据え置き型の情報処理装置から構成されるものである。本アプリケーション制御装置についてその原理構成の一例を示す制御ブロック図を図１に示している。
【００６４】
図１において、アプリケーション制御装置１０１は、アプリケーション格納部１０３に格納されている複数のアプリケーション１０３ａ，ｂ，…，ｚを起動し実行するシステム部１０２、各アプリケーション１０３ａ，ｂ，…，ｚのデータ表示や音声を出力する出力部１０４を備えている。出力部１０４は、画面表示する表示部であるディスプレイや音声を出力するスピーカなどのデバイスを含んでいる場合もあれば、ディスプレイやスピーカに対して出力するための出力端子のみの場合もある。また、ＬＥＤやバイブレータなどのように、必要に応じて当該アプリケーション制御装置１０１を扱うユーザに対して情報を伝えるもの（例えば、各種の状態をランプ表示するＬＥＤや、当該アプリケーション制御装置１０１自体を振動させるようなバイブレータや、遠隔制御用のリモコンに搭載の液晶ディスプレイなどの表示部）もこの出力部１０４に含まれていても良い。複数のアプリケーション１０３ａ，ｂ，…，ｚは、アプリケーション制御装置１０１のアプリケーション格納部１０３に最初から機能として組み込まれている場合もあるし、ネットワークに接続されてダウンロードされる場合や、ＣＤ−ＲＯＭやフラッシュメモリなどの外部メモリから入力されてインストールされる場合であっても良い。
【００６５】
アプリケーション制御装置１０１は、更に入力部１０５を備えている。入力部１０５はユーザが当該アプリケーション制御装置１０１を操作するためのインターフェースとなるものであり、キーボード、マウス、コントローラ、マイクなどからなる。更には、リモコンのボタン部や、タッチパネルなどもこの入力部１０５に含まれていても良い。更には、当該アプリケーション制御装置１０１に、テレビやラジオなどの放送波を受信する機能が備わっていれば、その放送波を受信する放送データの入力部であっても良い。ただし、タッチパネルの場合は、出力部１０４も兼用されることになる。この入力部１０５から入力されたユーザ操作情報やその他の情報を基にして、システム部１０２により制御されて、各種アプリケーション１０３ａ，ｂ，…，ｚが実行されるようにプログラミングされているものもある。
【００６６】
アプリケーション制御装置１０１は、更に電源部１０６を備えている。この電源部１０６は、当該アプリケーション制御装置１０１が携帯機器である場合は電池であることも考えられ、携帯性が無いものであれば、電源入力端子機能を持つことも考えられる。電源部１０６から得られる電力によって、当該アプリケーション制御装置１０１全体が作動する。
【００６７】
アプリケーション制御装置１０１は、更に記憶部１０７を備えている。記憶部１０７は当該アプリケーション制御装置１０１のユーザ設定情報やアプリケーション１０３ａ，ｂ，…，ｚのデータを保存するために用いられ、該記憶部１０７は、アプリケーション制御装置１０１に内蔵されているものであっても良いし、ハードディスクＨＤＤやフラッシュメモリカードなど外部から供給されるようなものであっても良い。
【００６８】
〔第１実施形態〕
次に、アプリケーション１０３ａ，ｂ，…，ｚのうちの１つのアプリケーションが、テレビやラジオの放送波を受信できるものである場合における動作について説明する。
前記放送波を受信できるアプリケーション（以下、放送受信アプリと記述する）は、ＥＰＧによる番組情報や入力部１０５から入力される時間情報に従って、今後放送される放送番組の視聴予約や録画予約を設定することができるものであり、その設定情報（視聴予約情報や録画予約情報）は記憶部１０７に保存される。
【００６９】
今、ユーザが視聴予約した放送番組が始まる放送開始時間に到達したとする。放送受信アプリは記憶部１０７の視聴予約情報を調べて、放送開始時間になると、視聴予約されている放送番組にチューナをチューニングして、放送波を受信してその放送番組の映像と音声とをシステム部１０２を介して出力部１０４に出力する。
【００７０】
しかし、該放送開始時間に到達した時、もし、ユーザが放送受信アプリ以外の別のアプリケーションを実行して作業を行っていたとすると、ユーザの予期しないタイミングで、突然、放送受信アプリがアクティブになってしまい、ユーザが作業を行っていたアプリケーションが途中で非アクティブとなり、ユーザの操作の妨げとなってしまう。また、たとえ、放送受信アプリが起動されることをシステム部１０２が検知して、まもなく別のアプリケーション即ち放送受信アプリが起動するという情報を出力部１０４を介してユーザに伝えたとしても、出力部１０４への情報の伝達方法は、ユーザが現在作業を行っているアプリケーションとは別のものであり、システム部１０２からの突然の情報伝達であるため、該情報は、作業中のアプリケーションとは印象がかけ離れたものである可能性が高く、ユーザにとっては煩わしさを伴ってしまう。
【００７１】
このような問題を解決する機能について、図２のフローチャートを用いて説明する。ここに、図２は、本発明に係るアプリケーション制御装置の第１実施形態の動作例を示すフローチャートである。
【００７２】
まず、最初に視聴予約されている放送番組があるかどうか確認する（ステップＳ２０１）。視聴予約されている放送番組がない場合（ステップＳ２０１のＮＯ）、本放送受信アプリの機能は実施されない。視聴予約している放送番組が存在する場合は（ステップＳ２０１のＹＥＳ）、現在の時刻がその視聴予約されている番組の放送開始時刻に近づいているか確認する（ステップＳ２０２）。放送開始までまだ十分に時間がある場合には（ステップＳ２０２のＮＯ）、放送開始時刻に近づくまで待ち合わせる。このとき、放送開始時刻に近づいたという時間としては、放送開始寸前である場合も考えられるが、放送開始時刻の例えば５分前や３分前などでもかまわない。放送開始時刻に近づくと（ステップＳ２０２のＹＥＳ）、放送受信アプリが現在アクティブな状態にあるかどうか確認する（ステップＳ２０３）。
【００７３】
放送受信アプリが既にアクティブな状態にあるときには（ステップＳ２０３のＮＯ）、ユーザは既に放送受信操作を行っているため、そのまま視聴予約番組を受信し、その映像と音声とを出力部１０４に対して出力してユーザに提示する（ステップＳ２０６）。
【００７４】
一方、放送受信アプリがアクティブな状態に無いときには（ステップＳ２０３のＹＥＳ）、別のアプリケーションが現在アクティブな状態にあって、該別のアプリケーションが映像表示用の表示部を占有して使用していて、放送受信アプリと同時には、アプリケーションを実行できない（物理的に表示可能であっても、画面的にはいずれかを選択せざるを得ないような状況も含む）場合がある。そのような場合に、そのまま放送受信アプリをアクティブ状態にしてしまうと、ユーザが現在作業中の別のアプリケーションの操作に悪影響を与えかねない。このため、まず、例えば図３で示されるようなアクティブ状態への切り替えを要求するコマンド（即ち放送受信アプリコマンド）を、システム部１０２を介して、ユーザが現在作業を行っているアクティブなアプリケーションに対して送信する（ステップＳ２０４）。
【００７５】
ここで、図３は、本発明に係るアプリケーション制御装置の第１実施形態における放送受信アプリコマンドの一例を説明する説明図であり、以下に、図３の放送受信アプリコマンド例について説明する。なお、図３は、あくまでも、放送受信アプリコマンドの一例を示すものであり、該放送受信アプリコマンドとして、図３に示す全ての情報を備えているようにしなくても構わないし、この他の情報を備えるようにしても構わない。
【００７６】
図３の放送受信アプリコマンドにおいて、番組タイトル３０１は、視聴予約されていて、今から受信を開始する番組のタイトルであり、予約時にＥＰＧ情報から取得される場合やユーザにより視聴予約を設定する際に入力される場合に、記憶部１０７に記憶されているものであるが、あるいは、場合によっては、未設定のままタイトル情報がない場合も考えられる。
【００７７】
放送開始時刻３０２は、視聴予約されている番組の放送開始時刻を示し、「ＨＨ：ＭＭ：ＳＳ（Ｈは時間、Ｍは分、Ｓは秒を示す）」などといったフォーマットが考えられるが、それ以外にも年月日を含めたり、さまざまなフォーマットが考えられる。本発明では、そのフォーマットについては如何なるものでも良く、これ以上は言及しない。
【００７８】
放送終了時刻３０３は、視聴予約されている番組の放送終了時刻を示す。上記の放送開始時刻３０２と同様のフォーマットが適当と考えられるが、ここではそのフォーマットについては言及しない。
放送時間長３０４は、視聴予約されている番組の放送時間長を示す。この値は放送開始時刻３０２と放送終了時刻３０３との差分からも得られる。
【００７９】
チャンネル番号３０５は、視聴予約されている放送について選局すべきチャンネル番号を示す。このチャンネル番号３０５は、アプリケーション制御装置１０１によって自動的に設定されている場合や、ユーザによってカスタマイズされて設定されている場合がある。
【００８０】
放送局名３０６は、視聴予約されている番組の放送局名であり、予約時にＥＰＧ情報から取得される場合やユーザにより視聴予約を設定する際に入力される場合がある。あるいは、未設定のまま放送局名情報がない場合も考えられる。
【００８１】
出演者氏名３０７は、視聴予約されている番組に出演する主な出演者の名前を示すものであり、予約時にＥＰＧ情報から取得される場合やユーザにより視聴予約を設定する際に入力される場合がある。あるいは、未設定のまま出演者氏名情報がない場合も考えられる。
【００８２】
ジャンル３０８は、視聴予約されている番組のジャンルを示すものであり、予約時にＥＰＧ情報から取得される場合やユーザにより視聴予約を設定する際に入力される場合がある。あるいは、未設定のままジャンル情報がない場合も考えられる。
【００８３】
放送メディア種３０９は、視聴予約されている番組の放送メディアの種類を示す放送メディア種別情報であり、テレビ放送やラジオ放送、データ放送などが考えられるが、放送受信アプリが受信できる放送メディア種は、その他にもさまざまな放送メディア種が考えられ、ここでは、その種類について、これ以上は言及しない。
【００８４】
放送方式３１０は、視聴予約されている番組の放送方式の種類を示す放送方式種別情報であり、地上デジタル放送や地上アナログ放送、ＢＳ放送やＣＳ放送などが考えられるが、放送受信アプリが受信できる放送方式の種類は、その他にもさまざまな放送方式が考えられ、ここでは、その種類について、これ以上は言及しない。
【００８５】
一般に、図３の放送受信アプリコマンドに例示するような各種コマンド情報のうち１つ又は複数のコマンド情報の集合が、システム部１０２を介してアクティブなアプリケーションに対して送られる。このとき、システム部１０２はどのアプリケーションから該コマンドが送信されたのかを示すＩＤ情報をそのコマンド情報に付与して送信する。このＩＤ情報とは、コマンドの送信元のアプリケーションを他のアプリケーションと識別可能とするためにシステム部１０２が任意に設定できるユニークな情報であり、送信元のアプリケーションの種類も特定することが可能である。
【００８６】
システム部１０２上で実行される各アプリケーション１０３ａ，ｂ，…，ｚは、自アプリケーションのＩＤ情報がどのような値になっているのかを特に気にする必要はなく、アプリケーション間のコマンドの送受信を制御するシステム部１０２によってのみＩＤ情報が管理されており、アプリケーションからコマンドが送信される際にシステム部１０２によって付加されて参照される。なお、アプリケーションから送信されてきたコマンドに既にＩＤ情報が付加されていた場合には、システム部１０２は、更にＩＤ情報を追加して付加することはなく、既に付加されているＩＤ情報を用いて、コマンドの送受信を制御する。
【００８７】
アクティブなアプリケーションは、システム部１０２から図３に示す放送受信アプリコマンドを受信すると、自アプリケーション内で該放送受信アプリコマンドを処理して、該放送受信アプリコマンドの内容を基にして、そろそろ視聴予約番組が始まるということを、ユーザに対して自アプリケーションの作業の邪魔にならないように伝えようとする。
【００８８】
該放送受信アプリコマンドを受信したアクティブなアプリケーションが、該放送受信アプリコマンドを受け付けたタイミングでその時の状態を保存して終了させることが可能である場合には、ポップアップメッセージを出力部１０４の表示部に表示して、例えば「１９時３０分から６Ｃｈの番組“野球”が始まります。現在の状態を保存してアプリケーションを終了しますか？」という問い合わせメッセージを出力部１０４の表示部にポップアップ表示してユーザに対して問い合わせを行う。
【００８９】
該問い合わせメッセージを表示するタイミングとしては、アクティブなアプリケーションの状態によって適切と思われる任意のタイミングで任意の位置にポップアップ表示することができるため、今までになされてきたユーザの作業が突然中断されることや、継続的な操作を無意味なものにしてしまうことを未然に回避することが可能となる。
【００９０】
なお、受信したコマンドを受け入れてアクティブなアプリケーションを終了させる場合に、終了に先立って自動的に現在の作業途中の状態を保存することとしても良いし、あるいは、前述の問い合わせメッセージのように、終了する場合には現在の状態を保存した後終了させるか否かをユーザに問い合わせるようにしても良い。
【００９１】
ユーザの入力部１０５を介した操作結果により、ユーザが作業途中の状態を保存してアクティブなアプリケーションを終了できる状態になると、受信した放送受信アプリコマンドに対応して、アプリケーションを終了しますという応答を、システム部１０２を介して放送受信アプリに対して返信する。あるいは、ユーザが視聴予約していた番組を視聴するよりも現在作業を行っているアプリケーションの続行を望んでいる場合には、ユーザの入力部１０５を介した操作結果により、現在アクティブなアプリケーションの作業を続行しますという応答を、システム部１０２を介して放送受信アプリに対して返信する。このとき、現在アクティブなアプリケーションは、受信した放送受信アプリコマンドに付加されていた送信元のアプリケーションを示すＩＤ情報をそのまま付加してシステム部１０２に対して返信する。システム部１０２は、返信されてくる応答に付加されているＩＤ情報をチェックして、該応答を、放送受信アプリコマンドの送信元である放送受信アプリに送る。
【００９２】
システム部１０２を介して返信されてきた応答により、放送受信アプリがアクティブな状態になって放送受信を開始しても良いという応答を受信すると（ステップ２０５のＹＥＳ）、視聴予約番組を受信しその映像と音声とを出力部１０４に対して提示する（ステップＳ２０６）。逆に、現在作業中のアクティブなアプリケーションの作業を続行するという応答を受信すると（ステップＳ２０５のＮＯ）、放送受信アプリをアクティブな状態に切り替えることなく、視聴予約番組の受信を行わない。
【００９３】
前述した実施例において、放送受信アプリが視聴予約番組の放送開始５分前や３分前など或る程度の時間の余裕をもって、前述のような放送受信アプリコマンドをアクティブなアプリケーションに対して送信した場合であっても、該コマンドを受信したアクティブなアプリケーションが、すぐにでも非アクティブになったり、あるいは、該アクティブなアプリケーションのその時の状態を直ちに保存して終了できるようなアプリケーションである場合には、受信した放送受信アプリコマンドに示されている放送開始時刻の寸前までは、ユーザに対して、「現在アクティブなアプリケーションを切り替えるか否か」を問い合わせるようなメッセージを特に提示することなく、放送開始時刻の寸前に始めてユーザへの提示を開始することも可能である。
【００９４】
逆に、アクティブなアプリケーションがその状態におけるデータを保存して、終了したり、非アクティブになったりするまでに或る程度の時間を要するような場合には、必要とする時間を考慮してユーザに提示を行えばよい。このような状態保存や終了処理を開始する開始時間は、アプリケーションの特性によって異なるので、状態保存や終了処理の開始時間の判断は、放送受信アプリコマンドなどのコマンドを受信したアプリケーションそれぞれによってなされる。而して、無駄に早くアプリケーションを終了してしまったりするようなことを防ぐことも可能であり、ユーザにとって、より快適に、アプリケーションの作業を行うことができるようになる。
【００９５】
なお、放送受信アプリが視聴予約番組の放送開始５分前や３分前など或る程度の時間の余裕を持たせて放送受信アプリコマンドを送信するような場合、アクティブな状態に切り替わるべき放送開始時刻を示すアクティブ切り替え時間からの或る程度の余裕時間とは、各アプリケーション毎に任意に設定可能な予め定めた一定時間であり、放送受信アプリにおいては、前述のごとく、例えば５分とか３分である。予め定めた一定の該余裕時間に関する時間情報は、図３に示す放送受信アプリコマンド内に更に追加して設定されており、該時間情報が設定された放送受信アプリコマンドは、該時間情報が示す時間だけ余裕を持って予め送信されることになる。
【００９６】
また、前述した実施例においては、ユーザへのポップアップメッセージとして、「１９時３０分から６Ｃｈの番組“野球”が始まります。現在の状態を保存してアプリケーションを終了しますか？」のように、図３の放送開始時刻３０２、チャンネル番号３０５、番組タイトル３０１を利用して問い合わせメッセージを作成しているが、受信したコマンドの中のどの情報を利用してユーザに対して提示するか、また、その提示のタイミングなどについては、コマンドを受信したアプリケーションに完全に委ねることになっている。而して、アクティブなアプリケーションを操作しているユーザにとっても、違和感のない情報提供が可能となる。
【００９７】
例えば、放送終了時刻３０３を用いた時には「作業を中断しますが、２０時３０分にまたお会いしましょう」と提示したりすることも可能である。また、放送時間長３０４を用いた時には「作業を中断しますが、１時間後にまたお会いしましょう」というメッセージの作成も可能となる。放送受信アプリコマンドのその他の情報についても、例えば、放送局名３０６、出演者氏名３０７、ジャンル３０８、放送メディア種３０９、放送方式３１０を用いて、「○×放送のドラマがＢＳ放送のテレビで始まるよ。主演は“放送太郎”だよ」という文章を作成して提示することも可能である。出力部１０４に出力してユーザに提示する文章の言い回しは、放送受信アプリコマンドを受信したアクティブなアプリケーションが作り出しているイメージによって自由に設定することができるため、ユーザにとっては、より違和感のない情報を受けることが可能である。
【００９８】
〔第２実施形態〕
次に、アプリケーション１０３ａ，ｂ，…，ｚのうちの１つのアプリケーションが、電子メールやショートメッセージの送受信ができるものである場合における動作について説明する。
前述の電子メールやショートメッセージの送受信ができるアプリケーション（以下、メールアプリと記述する）が起動している時は、新着メールが届いているか定期的にメールサーバに接続してチェックをしたり、メールを受信するためにネットワーク上で待機したりする機能を持つ。更に、メールを作成して送信する機能を持つ。ここで、ユーザがメールを作成して送信する時には、メールアプリは、ユーザによって操作されているためアクティブ状態にある可能性が高いが、一方、いつ届くかわからないメールを受信するために待機状態にあるときには、非アクティブ状態で待機していても構わない。
【００９９】
今、メールアプリが新着メールを受信したとする。新着メールを受信したメールアプリは、メールを受信したことをユーザに知らせるために出力部１０４を介して通知しようとしたり、あるいは、メールアプリをアクティブ状態にしようとする。
【０１００】
しかし、新着メールを受信した時、もし、ユーザがメールアプリ以外の別のアプリケーションを実行して作業を行っていたとすると、ユーザの予期しないタイミングで、突然、メールアプリがアクティブになったり、ポップアップ表示したりすることにより、操作が滞ったりしてしまい、ユーザの操作の妨げになってしまう。
【０１０１】
このような問題を解決する機能について、図４のフローチャートを用いて説明する。ここに、図４は、本発明に係るアプリケーション制御装置の第２実施形態の動作例を示すフローチャートである。
【０１０２】
まず、最初に新着のメールを受信したかどうか確認する（ステップＳ４０１）。新着のメールがない場合（ステップＳ４０１のＮＯ）、本メールアプリの機能は実施されない。新着のメールが存在する場合は（ステップＳ４０１のＹＥＳ）、メールアプリが現在アクティブな状態にあるかどうか確認する（ステップＳ４０２）。メールアプリが既にアクティブな状態にあるときには（ステップＳ４０２のＮＯ）、ユーザは既にメールアプリを操作しているため、直ちに新着メールを受信したことを出力部１０４に対して出力してユーザに提示する（ステップＳ４０５）。
【０１０３】
一方、メールアプリがアクティブな状態に無いときには（ステップＳ４０２のＹＥＳ）、そのままメールアプリをアクティブ状態にすると、ユーザが現在作業中の別のアプリケーションの操作に悪影響を与えかねないため、例えば図５で示されるようなコマンド（即ちメールアプリコマンド）を、システム部１０２を介して、ユーザが現在作業を行っているアクティブなアプリケーションに対して送信する（ステップＳ４０３）。
【０１０４】
ここで、図５は、本発明に係るアプリケーション制御装置の第２実施形態におけるメールアプリコマンドの一例を説明する説明図であり、以下に、図５のメールアプリコマンド例について説明する。なお、図５は、あくまでも、メールアプリコマンドの一例を示すものであり、該メールアプリコマンドとして、図５に示す全ての情報を備えているようにしなくても構わないし、この他の情報を備えるようにしても構わない。
【０１０５】
図５のメールアプリコマンドにおいて、受信状況５０１は、新着メールを受信したという事象を示しており、該メールアプリコマンドによって少なくとも新着メールを受信しているということが判る。
【０１０６】
タイトル５０２は、受信した新着メールの件名（タイトル）を示す。
送信者アドレス５０３は、受信した新着メールの送信者アドレスを示す。
本文５０４は、メールの本文を示す。本文が長い場合は、その一部でも良い。
送信日時５０５は、新着メールが送信された日時を示す。
サイズ５０６は、新着メール全体のデータサイズを示す。
【０１０７】
添付ファイル有無５０７は、受信した新着メールに添付ファイルが添付されているかどうかを示す。
添付ファイル種別５０８は、受信した新着メールに添付ファイルが添付されていた場合、その添付ファイルのファイルの種類を示す。
【０１０８】
送信者氏名５０９は、受信した新着メールの送信者アドレスと当該メールアプリ内又はアプリケーション制御装置１０１として記憶しているメールアドレス帳のデータとから、当該新着メールの送信者の氏名がわかる場合、当該新着メールの送信者の氏名を示す。
なお、受信した新着メールの送信者アドレスに基づいて該新着メールの送信者アドレスを登録しているメールアドレス帳のグループを判別することができる場合には、当該新着メールの送信者アドレスを登録している前記メールアドレス帳のグループ情報を図５のメールアプリコマンドに追加して構成するようにしても構わない。
【０１０９】
他の受信者アドレス５１０は、受信した新着メールの宛先が自分以外例えば当該アプリケーション制御装置１０１以外の宛先も含んでいる場合、自分以外の他の受信者アドレスを示す。自分以外の他の受信者アドレスが複数ある場合、メールアプリコマンドの形式としては、該コマンドを複数回連続して各コマンドにそれぞれ組み込む方法であっても良いし、受信者アドレスを一連の文字列としてリスト化してまとめる形式でも良い。
【０１１０】
他の受信者氏名５１１は、受信した新着メールの自分以外例えば当該アプリケーション制御装置１０１以外の他の受信者アドレスと当該メールアプリ内または当該アプリケーション制御装置１０１として記憶しているメールアドレス帳データとから、自分以外の他の受信者の氏名がわかる場合、当該新着メールの他の受信者の氏名を示す。自分以外の他の受信者氏名が複数ある場合、メールアプリコマンドの形式としては、該コマンドを複数回連続して各コマンドにそれぞれ組み込む方法であっても良いし、受信者氏名を一連の文字列としてリスト化してまとめる形式でも良い。
【０１１１】
一般に、図５のメールアプリコマンドに例示するような各種コマンド情報のうち１つ又は複数のコマンド情報の集合が、システム部１０２を介してアクティブなアプリケーションに対して送られる。このときのシステム部１０２の動作は第１実施形態で説明したものと同様である。
【０１１２】
該メールアプリコマンドを受信したアクティブなアプリケーションが、例えばロールプレイングゲームのように、ユーザが操作するキャラクタが登場するようなものであった場合、ユーザの操作するキャラクタと行動を共にするアプリケーション内のパーティの一人が、「おっ、“メール太郎”さんからメールを受信したみたいだよ。“週末の旅行の件”だって。画像ファイルも添付されているみたいだけど、僕がメールを読もうか？それとも、ゲームを一度中断するかい？」という感じのメッセージをキャラクタの発言として画面表示して、ゲーム内でメールの受信があったことをユーザに通知することができる。即ち、受信したメールアプリコマンドの受信状況５０１、送信者氏名５０９、タイトル５０２、添付ファイル有無５０７、添付ファイル種別５０８、本文５０４を利用して、現在アクティブなゲームアプリケーションの中から、ゲームの一部として、適切なタイミングで、参加しているユーザに対して新着メールの受信を通知することができる。
【０１１３】
図５に示すようにメールアプリコマンド内にはメール本文５０４も含まれている場合があり、そのような場合には、ゲーム内で新着メールを読み上げることも可能であり、ゲームに参加しているユーザにとってはゲームアプリケーションを中断することなく新着メールの内容を確認することができ、新着メールの着信時にわざわざゲームアプリケーションを中断するといった煩わしさを感じることもなくなる。即ち、ゲームアプリケーションに対して送信されたメールアプリコマンドの内容によってユーザが満足した場合は、あえて、メールアプリをアクティブにする必要もなく、そのまま、ユーザはゲームを続行することも可能である。
【０１１４】
メールアプリをアクティブにする必要がないような場合は、第１実施形態と同じように、現在アクティブなゲームアプリケーションから、システム部１０２を介してメールアプリに対して、現在のアプリケーションの作業を続行しますという応答を返信する（ステップＳ４０４のＮＯ）。現在のアプリケーションの作業を続行しますとの該応答を受信したメールアプリは、アクティブな状態に切り替わることなく、そのまま、バックグラウンドで待機状態を継続する。
【０１１５】
逆に、ユーザがゲームを一時中断してメールアプリをアクティブに切り替えて表示させたい場合は、ゲーム内でユーザが入力部１０５を介してそのような選択をすることにより、ゲーム途中の状態を保存してアクティブなゲームアプリケーションを終了できる状態になると、受信したメールアプリコマンドに対応して、アプリケーションを終了しますという応答を、システム部１０２を介してメールアプリに対して返信する。システム部１０２を介して返信されてきた応答により、メールアプリがアクティブな状態になっても良いという応答を受信すると（ステップＳ４０４のＹＥＳ）、メールアプリはアクティブ状態となり、出力部１０４にメール画面が表示される（ステップＳ４０５）。
【０１１６】
前述した実施例においては、ゲームアプリケーション内でユーザに対して新着メールを受信したという内容の通知を、図５に示す受信状況５０１、タイトル５０２、本文５０４（前述のメッセージ例では、本文自体の提示まではしていないが、本文を提示することが可能であるため、「僕が読もうか？」と問いかけている）、送信者氏名５０９、添付ファイル有無５０７、添付ファイル種別５０８を利用して、作成しているが、受信したコマンドの中のどの情報を利用してユーザに対して提示するか、また、その提示のタイミングなどについては、第１実施形態において説明した場合と同様に、そのアプリケーションに完全に委ねられており、それぞれのアプリケーションで全く自由に扱うことができる。而して、アクティブなアプリケーションを操作しているユーザにとっても、違和感のない情報提供が可能となる。
【０１１７】
前述の例で取り上げたメールアプリコマンド内の情報以外についても、例えば、送信者アドレス５０３、送信日時５０５、サイズ５０６、他の受信者アドレス５１０、他の受信者氏名５１１を利用して、「送信者ｍａｉｌ＠ａｂｃ．ｎｅ．ｊｐから１０時にメールを受信したよ。ｍａｉｌ２＠ａｂｃ．ｎｅ．ｊｐさんと次郎君にも同じメールを送信しているようだよ。２キロバイトだからすぐに読み終わるけど、今読んでみようか？」というようなメッセージの作成も可能となる。
【０１１８】
また、前述の実施例においては、ユーザが現在作業中のアクティブなアプリケーションがロールプレイングゲームのようなキャラクタが登場する場合を想定して、受信したメールアプリコマンドの情報に基づいて作成したメッセージを或るキャラクタの発言として表示部にポップアップ表示する場合を例示したが、該アクティブなアプリケーションが、音声として再生して出力することができる場合であれば、作成した前記メッセージを音声として再生して出力するようにしても良い。
【０１１９】
更に、ユーザが現在作業中のアクティブなアプリケーションが、例えばシューティングゲームやアクションゲームのように、常にユーザがキャラクタを動かしているようなゲームのような場合、メールアプリコマンドを受信した時点で、突然、或るキャラクタの発言としてポップアップ表示をしたりすると、ゲームへの復帰に支障を来たすことがあり得る。このような場合には、ゲームの画面内に任意の形状のオブジェクトを画面表示することが可能であれば、ゲームの画面内に例えば宝箱のようなメールアプリコマンドの受信を示す特別なオブジェクト（アイテム）を画面表示させても良い。
【０１２０】
画面表示された該オブジェクト（アイテム）にゲームに登場する或るキャラクタが触れた場合に、受信したメールアプリコマンドに関するメッセージを画面表示したり、あるいは、音声を出力したりして、ユーザに対して何らかのメッセージが受信されていることだけをとりあえず伝えて、ゲームの操作が落ち着いたとユーザが判断した時点で、メニューからそのメッセージを確認することができるようにしても良い。
【０１２１】
また、前述の実施例において、ユーザが現在作業中のアクティブなアプリケーションが、ゲームの途中状況をセーブすることができるようにセーブポイントに移動させるようなストーリを任意に変更して設定することができるアプリケーションの場合には、受信しているコマンドの情報に応じて、当該アプリケーションの状況に基づいてストーリを適宜変更して、受信した該コマンドの情報を保存したり処理したりするようにしても良い。かくのごとく、個々のアプリケーションによってそれぞれに最適な形式でアプリケーションの機能の一部としてユーザへの伝達方法を自由に組み込むことができることが、本発明の特徴である。
【０１２２】
〔第３実施形態〕
次に、アプリケーション１０３ａ，ｂ，…，ｚのうちの１つのアプリケーションが、電話の送受話ができるものである場合における動作について説明する。
前述の電話の送受話ができるアプリケーション（以下、電話アプリと記述する）が起動している時は、電話の着信を待機する機能を持つ。更に、ユーザが電話を掛ける時にはユーザの指定した電話番号に発信する機能を持つ。電話発信時には、ユーザの操作により発信を行うため、電話アプリはアクティブ状態になっている可能性が高いが、いつ発生するかわからない電話着信を待っている待機状態にあるときには、非アクティブ状態で待機していても構わない。
【０１２３】
今、電話アプリが電話の着信を検知したとする。着信を検知した電話アプリは、電話の着信があったことをユーザに知らせるために出力部１０４を介して表示しようとしたり、あるいは、着信音を鳴らしてユーザに通知をしようとしたり、あるいは、アクティブ状態になろうとしたりする。
【０１２４】
しかし、電話の着信があった時、もし、ユーザが電話アプリ以外の別のアプリケーションを実行して作業を行っていたとすると、ユーザの予期しないタイミングで、突然、電話アプリがアクティブになってしまったり、着信音が鳴ってしまったりすると、ユーザが現在作業を行っているアプリケーションの操作に支障を来たしてしまう可能性がある。
【０１２５】
このような問題を解決する機能について、図６のフローチャートを用いて説明する。ここに、図６は、本発明に係るアプリケーション制御装置の第３実施形態の動作例を示すフローチャートである。
【０１２６】
まず、最初に電話の着信があるかどうか確認する（ステップＳ６０１）。着信がない場合（ステップＳ６０１のＮＯ）、本電話アプリの機能は実施されない。電話の着信があった場合は（ステップＳ６０１のＹＥＳ）、電話アプリが現在アクティブな状態にあるかどうか確認する（ステップＳ６０２）。電話アプリが既にアクティブな状態にあるときには（ステップＳ６０２のＮＯ）、ユーザは現在電話アプリを操作している状態にあるため、直ちに電話着信があることを出力部１０４に対して出力してユーザに提示する（ステップＳ６０５）。
【０１２７】
一方、電話アプリがアクティブな状態に無いときには（ステップＳ６０２のＹＥＳ）、そのまま電話アプリをアクティブ状態にすると、ユーザが現在作業中の別のアプリケーションの操作に悪影響を与えかねないため、例えば図７で示されるようなコマンド（即ち電話アプリコマンド）を、システム部１０２を介して、ユーザが現在作業を行っているアクティブなアプリケーションに対して送信する（ステップＳ６０３）。
【０１２８】
ここで、図７は、本発明に係るアプリケーション制御装置の第３実施形態における電話アプリコマンドの一例を説明する説明図であり、以下に、図７の電話アプリコマンド例について説明する。なお、図７は、あくまでも、電話アプリコマンドの一例を示すものであり、該電話アプリコマンドとして、図７に示す全ての情報を備えているようにしなくても構わないし、この他の情報を備えるようにしても構わない。
【０１２９】
図７の電話アプリコマンドにおいて、着信状況７０１は、電話の着信があったという事象を示しており、該電話アプリコマンドにおいて少なくとも電話着信中であるということが判る。
発信者番号７０２は、着信している電話の発信元の電話番号を示す。
【０１３０】
発信者氏名７０３は、着信している電話の発信者の電話番号と当該電話アプリ内又はアプリケーション制御装置１０１として記憶している電話帳データとから、発信者の氏名がわかる場合、当該着信電話の発信者の氏名を示す。
なお、着信電話の発信者の電話番号に基づいて該着信電話の発信者の電話番号を登録している電話帳のグループを判別することができる場合には、当該着信電話の発信者の電話番号を登録している前記電話帳のグループ情報を図７の電話アプリコマンドに追加して構成するようにしても構わない。
【０１３１】
発信地域７０４は、着信している電話の発信者の電話番号から特定される発信地域を示す。例えば、発信者の電話番号が「０３」で始まる場合であれば、発信地域は「東京」である。
発信媒体７０５は、着信している電話の発信者の電話番号から特定される発信媒体を示す。ここに、発信媒体とは、携帯電話やＰＨＳや固定電話などに代表される発信電話機の媒体種別を示すものであり、例えば、発信者の電話番号が「０９０」で始まる場合であれば、発信媒体は「携帯電話」である。
【０１３２】
一般に、図７の電話アプリコマンドに例示するような各種コマンド情報のうち１つ又は複数のコマンド情報の集合が、システム部１０２を介してアクティブなアプリケーションに対して送られる。このときのシステム部１０２の動作は第１実施形態で説明したものと同様である。
【０１３３】
該電話アプリコマンドを受信したアクティブなアプリケーションは、当該アプリケーションを操作するユーザに違和感を与えないような方法で電話着信を検知していることを伝えようとする。
例えば、ユーザがメールアプリを使用してメールの本文を作成中の場合であれば、該メールの本文の入力に影響を与えない表示画面上の特定エリアを確保して「“東京都中央区”の“電々太郎”さんから電話です。応答、留守応答のいずれかを選択してください」というメッセージを作成し表示することが可能である。即ち、受信した電話アプリコマンドの着信状況７０１、発信地域７０４、発信者氏名７０３を利用して、現在アクティブなメールアプリの中から、適切なタイミングで、メール本文の作成に影響がない画面領域を用いるようにして、電話着信を示すメッセージを画面表示することにより、ユーザに対して電話の着信を通知することができる。
【０１３４】
ここで、電話の着信は発信先の相手を待たせている状態にあるため、応答する場合は即座に対応するべきであり、電話アプリ以外のアプリケーションがアクティブだったとしても直ちに電話アプリをアクティブ状態に切り替えた方が良い。しかし、作業中にあるアプリケーション如何によっては、電話アプリに切り替えて非アクティブのまま放置させておくことができない場合や、作業途中のデータを即座に保存ができなく、ユーザの今までの作業を無駄にしてしまいかねない場合も考えられる。本発明は、このような問題を解決することができる。
【０１３５】
即ち、ユーザの判断、又は、ユーザが現在操作中のアクティブなアプリケーションの状態如何により、該アプリケーションを一時中断して、電話アプリがアクティブになっても良いという応答が、システム部１０２を介して、該電話アプリに返信された場合（ステップＳ６０４のＹＥＳ）、電話アプリはアクティブ状態となり、出力部１０４を介して映像や音、振動などにより電話着信に応答すべき旨をユーザに提示する（ステップＳ６０５）。
【０１３６】
逆に、ユーザが現在操作中のアクティブなアプリケーションを中断することなく継続したい場合には、現在アクティブなアプリケーションから、システム部１０２を介して、電話アプリに対して、現在のアプリケーションの作業を続行しますという応答を返信する（ステップＳ６０４のＮＯ）。アクティブな状態になっても良いという応答が得られなかった電話アプリは、アクティブ状態に切り替わることなく、そのまま、バックグラウンドで動作することになり、着信した電話に対して留守応答を行うことになる（ステップＳ６０６）。
【０１３７】
前述した実施例においては、着信状況７０１、発信者氏名７０３、発信地域７０４を用いて、「“東京都中央区”の“電々太郎”さんから電話です。応答、留守応答のいずれかを選択してください」というメッセージを作成して表示しているが、受信したコマンドの中のどの情報を利用してユーザに対して提示するか、また、その提示のタイミングなどについては、第１実施形態において説明した場合と同様に、そのアプリケーションに完全に委ねられており、それぞれのアプリケーションで全く自由に扱うことができる。而して、アクティブなアプリケーションを操作しているユーザにとっても、違和感のない情報提供が可能となる。
【０１３８】
前述の例で取り上げた電話アプリコマンド内の情報以外についても、例えば、発信者番号７０２、発信媒体７０５を用いて、「携帯電話（０９０−１２３４−５６７８）からの着信です」というメッセージを作成することも可能である。更に、携帯電話を示すアイコンや固定電話を示すアイコンを用いて発信媒体７０５の情報をイメージとしてユーザに提示しても良い。
【０１３９】
いずれにしても、電話アプリコマンドを受け取ったアプリケーションの動作は、当該アプリケーションの種類により異なるものであり、現在操作中のユーザにとって違和感のない情報の提示を可能としている。第１実施形態や第２実施形態とは異なり、電話の着信は発信先の相手を待たせるということが伴うため、同じアプリケーションであっても対応が異なる。
【０１４０】
即ち、第１実施形態で例示した視聴予約開始前のメッセージや第２実施形態で例示した電子メールの受信メッセージの場合には、現在作業中のアプリケーションを継続させるか、あるいは、現在作業中のアプリケーションを終了させるかとのユーザへの問い合わせを適当なタイミングで画面表示して選択させることが可能であるが、本第３実施形態の電話着信メッセージの場合には、作業中のデータを強制的に直ちに保存して、現在アクティブなアプリケーションを直ちに待機させたり終了させたりするというようにプログラミングしておく必要性も生じる。このような臨機応変な動作については、個々のアプリケーションの性質によって異なるものであるため、如何なる動作を行うかは、個々のアプリケーションに委ねるようにすべきであり、本発明は、かくのごとき柔軟性の点についても優れているという利点がある。
【０１４１】
〔第４実施形態〕
次に、アプリケーション１０３ａ，ｂ，…，ｚのうちの１つのアプリケーションが、ケジュール管理をし、リマインダー機能を備えて登録したスケジュールの管理を可能とするものである場合における動作について説明する。ここでいうリマインダー機能とは、ユーザがスケジュールとして登録した予定の時間にアラームなどを鳴らし、その予定時間の到達をユーザに気付かせるようなお知らせ機能である。
【０１４２】
前述のようなユーザのスケジュールを登録管理し、リマインダー機能を設定することができるアプリケーション（以下、スケジュールアプリと記述する）が有するリマインダー機能としては、そのアプリケーションの性質によって様々なユーザへの提示方法がある。例えば、スケジュールアプリが、予定時間に到達したことをポップアップ表示やアラーム、バイブレーションなどによってユーザに提示することも可能である。しかし、リマインダー機能によりユーザへの提示が行われる時に、必ずしもユーザがスケジュールアプリを正に操作している最中にあるとは限らず、別のアプリケーションを操作している場合も十分に考えられる。ユーザが作業を行っているアプリケーション如何によっては、突然、スケジュールアプリのリマインダー機能によるお知らせ機能が動作して、作業中のアプリケーションの操作を妨げられたりすると、前述した実施形態１，２，３の場合と同様に不都合が生じてしまう場合がある。
【０１４３】
このような問題を解決する機能について、図８のフローチャートを用いて説明する。ここに、図８は、本発明に係るアプリケーション制御装置の第４実施形態の動作例を示すフローチャートである。
【０１４４】
まず、最初にスケジュールアプリのリマインダー機能による予定時間を示す通知時間に到達しているかチェックする（ステップＳ８０１）。リマインダー機能による通知時間になっていない場合（ステップＳ８０１のＮＯ）、本スケジュールアプリの機能は実施されない。リマインダー機能による通知時間になっている場合（ステップＳ８０１のＹＥＳ）、スケジュールアプリがアクティブな状態にあるかどうか確認する（ステップＳ８０２）。スケジュールアプリが既にアクティブな状態にあるときには（ステップＳ８０２のＮＯ）、ユーザは現在スケジュールアプリを操作しているため、直ちに、スケジュールアプリにリマインダー登録されていた予定のお知らせの時間に到達していることを出力部１０４に対して出力してユーザに提示する（ステップＳ８０５）。
【０１４５】
一方、スケジュールアプリがアクティブな状態に無いときには（ステップＳ８０２のＹＥＳ）、そのままスケジュールアプリをアクティブ状態にすると、ユーザが現在作業中の別のアプリケーションの操作に悪影響を与えかねないため、例えば図９で示されるようなコマンド（即ちスケジュールアプリコマンド）を、システム部１０２を介して、ユーザが現在作業を行っているアクティブなアプリケーションに対して送信する（ステップＳ８０３）。
【０１４６】
ここで、図９は、本発明に係るアプリケーション制御装置の第４実施形態におけるスケジュールアプリコマンドの一例を説明する説明図であり、以下に、図９のスケジュールアプリコマンド例について説明する。なお、図９は、あくまでも、スケジュールアプリコマンドの一例を示すものであり、該スケジュールアプリコマンドとして、図９に示す全ての情報を備えているようにしなくても構わないし、この他の情報を備えるようにしても構わない。
【０１４７】
図９のスケジュールアプリコマンドにおいて、スケジュールタイトル９０１は、ユーザが予定時間としてリマインダーを設定したスケジュールのタイトルである。
スケジュール開始時刻９０２は、ユーザがリマインダーを設定したスケジュールのアクションの開始時刻である。
スケジュール終了時刻９０３は、ユーザがリマインダーを設定したスケジュールの終了時刻である。
【０１４８】
スケジュール内容９０４は、ユーザがリマインダーを設定したスケジュールの詳細内容である。
スケジュール設定場所９０５は、ユーザがリマインダーを設定したスケジュールのアクションが実施される場所情報である。スケジュールのアクションとして例えば会議を開催する場合は、該会議を開催する場所を示す。
スケジュール予告時間９０６は、ユーザがリマインダーを設定したスケジュールのアクションの開始時刻に対してどのくらい前に予めユーザに対して予告通知するかを示す時間情報である。場合によっては、該時間情報が設定されていないこともある。
【０１４９】
一般に、図９のスケジュールアプリコマンドに例示するような各種コマンド情報のうち１つ又は複数のコマンド情報の集合が、システム部１０２を介してアクティブなアプリケーションに対して送られる。このときのシステム部１０２の動作は第１実施形態で説明したものと同様である。
【０１５０】
今、ユーザが電話アプリを利用して電話をしていた状態にあるものとする。このとき、アクティブなアプリケーションは電話アプリとなっている。ここで、リマインダー機能として登録されている予定時間（スケジュール開始時刻９０２、又は、スケジュール予告時間９０６）に到達して、スケジュールアプリの発行するスケジュールアプリコマンドを、システム部１０２を介してアクティブな電話アプリが受信することになる。例えば、該電話アプリが待機中の状態であれば、そのまま、非アクティブな状態に遷移して、バックグラウンドで待機していれば良い状態であるので、該電話アプリは、スケジュールアプリに対してアクティブになっても良いという応答を返す。即ち、第１実施形態と同じように、電話アプリからシステム部１０２を介してスケジュールアプリに対してアクティブになっても良いという応答をする。
【０１５１】
電話アプリが非アクティブな状態に遷移して、スケジュールアプリがアクティブになっても良いという応答が、システム部１０２を介して、該スケジュールアプリに返信された場合（ステップＳ８０４のＹＥＳ）、スケジュールアプリはアクティブ状態となり、出力部１０４を介して予め定めた方法に基づいてリマインダー内容の提示を開始し、ユーザにその旨を提示する（ステップＳ８０５）。あるいは、ユーザが予め設定していた方法を用いてリマインダー内容の提示を実行するようにしても良い。
【０１５２】
一方、アクティブな電話アプリがスケジュールアプリの発行するスケジュールアプリコマンドを受信した際に、該電話アプリが現在アクティブな状態にあり、かつ、ユーザによって相手先と通話状態にあるものとする。かかる場合には、ユーザは、アプリケーション制御装置１０１又はその一部を構成している送受話部を耳に当てて通話をしている可能性が高い。その時は、電話アプリはアクティブ状態から非アクティブ状態に切り替えることはできず、更に、ユーザは出力部１０４の画面を見ないで通話をしている可能性があるため、画面を用いた表示によって、リマインダー機能による予定時間の到達通知をユーザに提示することも難しい。
【０１５３】
そこで、電話アプリが、例えば当該アプリケーション制御装置１０１を振動させることができるバイブレーション機能を備えている場合には、通話動作中に、スケジュールアプリコマンドを受信したアクティブな電話アプリは、該バイブレーション機能によりユーザにメッセージを伝えるようにしても良い。また、電話アプリが受信しているコマンドの情報に応じて、アプリケーション制御装置１０１を振動させるバイブレーション方法を変更させるようにしても良い。ユーザは、通話をしながらも、アプリケーション制御装置１０１のバイブレーションにより何らかのメッセージを受けていることを認識することができる。
【０１５４】
また、スケジュールアプリコマンドを受信した電話アプリは、バイブレーションによってユーザに何らかのメッセージの受信を伝えるだけではなく、通話中の何らかのタイミングで、又は、該通話が終了したタイミングで、例えばスケジュールアプリコマンドのスケジュールタイトル９０１、スケジュール開始時刻９０２、スケジュール終了時刻９０３、スケジュール内容９０４、スケジュール設定場所９０５を用いて、「打ち合わせ：１月２３日午後４時５０分〜午後６時００分：取引先と打ち合わせ（会議室にて）」といったようなメッセージを作成し、出力部１０４を介して表示して、ユーザに提示することが可能である。あるいは、作成された前述のようなメッセージを画面に表示する代わりに、電話アプリの音声として再生して出力するようにしても良い。
【０１５５】
更に、かくのごときメッセージの表示に先立って、スケジュールアプリコマンドを受信した電話アプリが、まず、ユーザに対してスケジュールアプリをアクティブにしても良いかどうかの問い合わせを行い、ユーザがスケジュールアプリへのアプリケーションの切り替えに応じた場合に（ステップＳ８０４のＹＥＳ）、スケジュールアプリがアクティブとなり、スケジュールアプリのリマインダー機能を設定したスケジュール内容を、出力部１０４を介して表示するようにしても良い。
【０１５６】
逆に、ユーザが、電話アプリを介したバイブレーションなどにより、スケジュール内容を十分確認できたと判断し、スケジュールアプリを更にアクティブにするまでも無いと判断した場合は、電話アプリからシステム部１０２を介してスケジュールアプリに対して現在のアプリケーションの作業をそのまま継続して実行しますという応答を返信する（ステップＳ８０４のＮＯ）。該応答を受信し、アクティブな状態になっても良いという応答が得られなかったスケジュールアプリは、アクティブ状態に切り替わることなく、そのまま、バックグラウンドで待機状態を継続する。
【０１５７】
前述した実施例においては、スケジュールタイトル９０１、スケジュール開始時刻９０２、スケジュール終了時刻９０３、スケジュール内容９０４、スケジュール設定場所９０５のコマンド情報を用いてメッセージを作成して表示しているが、受信したコマンドの中のどの情報を利用してユーザに対して提示するか、また、その提示のタイミングなどについては、第１実施形態において説明した場合と同様に、そのアプリケーションに完全に委ねられており、それぞれのアプリケーションの性質や状況により全く自由に扱うことができる。而して、アクティブなアプリケーションを操作しているユーザにとっても、違和感のない情報提供が可能となる。
【０１５８】
また、アクティブなアプリケーションが、前述したスケジュールアプリコマンドの全てのコマンド情報を受信しているとしても、ユーザの設定内容やそのアプリケーション独自の機能に応じて自由に扱うことができ、例えば、スケジュールタイトル９０１だけを用いて、「スケジュール：打ち合わせ」とのみ出力部１０４に表示してユーザに提示するようにしても構わない。あるいは、ユーザの設定内容や送信先のアクティブなアプリケーションの種類に応じて、場合によっては、スケジュールアプリが送信するスケジュールアプリコマンドとして、図９のような全てのコマンド情報ではなく、例えばスケジュールタイトル９０１だけをコマンド情報として送信しても構わない。
【０１５９】
〔第５実施形態〕
次に、アプリケーション１０３ａ，ｂ，…，ｚのうちの１つのアプリケーションが、ネットワークに接続してチャットをすることができる機能を備えているものである場合における動作について説明する。ここでいうチャット機能とは、予め登録されている通信相手とネットワークを介してメッセージを送受信することができる機能である。
【０１６０】
前記のチャット機能を持つアプリケーション（以下、チャットアプリと記述する）が起動して、ユーザが操作している時は、チャットアプリはアクティブ状態になっているので、チャット相手からのメッセージを受信した際に即座に出力部１０４に表示してユーザに提示し、ユーザも受信したメッセージを直ちに確認することができる。しかし、チャットによるメッセージは、通信相手からいつメッセージを受信するかわからないため、チャットアプリ自体をバックグラウンドで動かし、別のアプリケーションをアクティブにして操作することも十分考えられる。ユーザが作業を行っているアプリケーション如何によっては、チャットメッセージを受信するたびに、突然、チャットアプリがアクティブ状態になろうとすると、そのときユーザが作業を行っているアクティブなアプリケーションの操作に支障を来たしてしまう可能性があり、前述した実施形態１〜４の場合と同様に不都合が生じてしまう場合がある。
【０１６１】
このような問題を解決する機能について、図１０のフローチャートを用いて説明する。ここに、図１０は、本発明に係るアプリケーション制御装置の第５実施形態の動作例を示すフローチャートである。
【０１６２】
まず、最初にチャット相手からのチャットメッセージを受信したかどうか調べる（ステップＳ１００１）。チャットメッセージが届いていない場合は（ステップＳ１００１のＮＯ）、本チャットアプリの機能は実施されない。チャットメッセージを受信した場合（ステップＳ１００１のＹＥＳ）、チャットアプリがアクティブな状態にあるかどうか確認する（ステップＳ１００２）。チャットアプリがアクティブな状態にあるときには（ステップＳ１００２のＮＯ）、ユーザは現在チャットアプリを操作しているため、チャットアプリは、直ちに、受信したチャットメッセージを出力部１０４に対して出力してユーザに提示する（ステップＳ１００５）。更に、このとき、音などでユーザにチャットメッセージの受信を知らせても良い。
【０１６３】
一方、チャットアプリがアクティブな状態に無いときには（ステップＳ１００２のＮＯ）、そのままチャットアプリをアクティブ状態にすると、ユーザが現在作業中の別のアプリケーションの操作に悪影響を与えかねないため、例えば図１１で示されるようなコマンド（即ちチャットアプリコマンド）を、システム部１０２を介して、ユーザが現在作業を行っているアクティブなアプリケーションに対して送信する（ステップＳ１００３）。
【０１６４】
ここで、図１１は、本発明に係るアプリケーション制御装置の第５実施形態におけるチャットアプリコマンドの一例を説明する説明図であり、以下に、図１１のチャットアプリコマンド例について説明する。なお、図１１は、あくまでも、チャットアプリコマンドの一例を示すものであり、該チャットアプリコマンドとして、図１１に示す全ての情報を備えているようにしなくても構わないし、この他の情報を備えるようにしても構わない。
【０１６５】
図１１のチャットアプリコマンドにおいて、チャット本文１１０１は、受信したチャットメッセージの本文を示す。
チャット送信者名１１０２は、受信したチャットメッセージの送信者の名前（ハンドルネーム、ニックネーム）を示す。
【０１６６】
一般に、図１１のチャットアプリコマンドに例示するような各種コマンド情報のうち１つ又は複数のコマンド情報の集合が、システム部１０２を介してアクティブなアプリケーションに対して送られる。このときのシステム部１０２の動作は第１実施形態で説明したものと同様である。
【０１６７】
今、チャットアプリが、チャットメッセージを受信してチャットアプリコマンドを送信する際に、ユーザがＭＰ３などの音楽を再生するようなアプリケーション（以下、ミュージックアプリと記述する）を操作して音楽の再生をしているものとする。このとき、アクティブなアプリケーションはミュージックアプリであり、前記チャットアプリコマンドは、ミュージックアプリに対して送信される。ここで、アプリケーション制御装置１０１には、リモートコントローラ（以下、リモコンとする）が付属されており、有線、又は、無線で、アプリケーション制御装置１０１を遠隔制御することができ、ミュージックアプリの動作を制御できるようにされているものとする。更に、該リモコンには、液晶ディスプレイなどの表示部が備わっていて、再生中の曲のトラックナンバやタイトル、再生中の曲の経過時間などが表示されるようになっている。なお、該リモコンに表示されるこれらの表示内容は、出力部１０４を介して接続されている表示部、又は、アプリケーション制御装置１０１の出力部１０４に内蔵されている表示部でも表示して確認できるようにしても良い。
【０１６８】
チャットアプリが発行したチャットアプリコマンドを、システム部１０２を介してアクティブなミュージックアプリが受信すると、ミュージックアプリは、再生中の曲に混合してチャットメッセージを受信したことを示す音声を、出力部１０４を介して出力するようにしても良い。更に、受信したチャットアプリコマンドのチャット本文１１０１及びチャット送信者名１１０２を用いて、リモコンの表示部にも、「“たろう”さんからメッセージ：『こんにちは』を受信」というようなチャットメッセージの受信を示す受信メッセージを表示することもできる。
【０１６９】
ユーザは、音声やリモコンのメッセージを認識して、もし、受信したチャットメッセージに対して返答を送信したい場合は、リモコンなどの入力部１０５を操作して、ミュージックアプリを非アクティブ状態に遷移させてチャットアプリをアクティブな状態に切り替えることができる。このとき、ミュージックアプリがバックグラウンドであっても、音楽の再生を継続することが可能であれば、再生中の音楽を聞きながら、受信したチャットメッセージに対する返答を作成して送信することができる。また、バックグラウンドであっても音楽の再生を継続することができる場合であれば、ミュージックアプリは、チャットアプリコマンドを受信した際に、直ちに、チャットアプリをアクティブな状態に切り替えても良いという応答を、システム部１０２を介してチャットアプリに対して返信することも可能である。
【０１７０】
ミュージックアプリが非アクティブな状態に遷移して、チャットアプリがアクティブになっても良いという応答が、システム部１０２を介して、該チャットアプリに返信された場合（ステップＳ１００４のＹＥＳ）、チャットアプリはアクティブ状態となり、出力部１０４を介して受信したチャットメッセージを表示する（ステップＳ１００５）。
【０１７１】
なお、前述のように、チャットアプリコマンドを受信して自動的に非アクティブな状態に切り替わる場合とは異なり、現在アクティブなミュージックアプリを非アクティブにし、チャットアプリをアクティブに切り替えるという動作を、実施形態１の場合と同様に、ユーザの判断に任せているような場合は、リモコンの表示部には、チャットメッセージの受信を示す前記メッセージを表示するだけにとどまる。ここで、例えば、該メッセージを見たユーザが、特に返答をしなくても良いと判断して、ミュージックアプリをアクティブな状態のまま継続するような操作をした場合は、ミュージックアプリからシステム部１０２を介してチャットアプリに対して現在のアプリケーションの作業をそのまま継続して実行しますという応答を返信する（ステップＳ１００４のＮＯ）。該応答を受信し、アクティブな状態になっても良いという応答が得られなかったチャットアプリは、アクティブ状態に切り替わることなく、そのまま、バックグラウンドで待機状態を継続する。
【０１７２】
前述した実施例においては、現在アクティブなミュージックアプリ内で、チャットメッセージを受信したという内容のユーザに対する通知メッセージを、チャットアプリコマンドのチャット本文１１０１、チャット送信者氏名１１０２を利用して作成して、表示部に表示してユーザに提示しているが、受信したコマンドの中のどの情報を利用してユーザに対して提示するか、また、その提示のタイミングなどについては、第１実施形態において説明した場合と同様に、そのアプリケーションに完全に委ねられており、それぞれのアプリケーションの性質や状況により全く自由に扱うことができる。而して、アクティブなアプリケーションを操作しているユーザにとっても、違和感のない情報提供が可能となる。
【０１７３】
例えば、前述した例で取り上げたようなチャットアプリコマンドを受信したとしても、例えば「チャットメッセージ受信」という文章のみをリモコンの表示部に提示するだけでも良く、しかる後、現在アクティブなミュージックアプリを終了するのか、あるいは、チャットアプリをバックグラウンドで動作させ続けるのかなどは、該文章を参照したユーザの判断に任せてしまうことにしても良い。
【０１７４】
〔第６実施形態〕
次に、前記各実施形態において、或るアクティブなアプリケーションに対して、複数の非アクティブなアプリケーションから同時にそれぞれのコマンドを受信した場合の処理方法について、図１２のフローチャートを用いて説明する。ここに、図１２は、本発明に係るアプリケーション制御装置の第６実施形態の動作例を示すフローチャートである。
【０１７５】
第１実施形態において説明したように、或る非アクティブなアプリケーションがシステム部１０２を介してアクティブなアプリケーションに対してコマンドを送信しようとすると、システム部１０２は、どのアプリケーションからコマンドが送信されたのかを示すＩＤ情報を該コマンドに付加し、図１３に示すようなＩＤ情報付きのコマンドとしてアクティブなアプリケーションに対して送信する。ここに、図１３は、本発明に係るアプリケーション制御装置の第６実施形態におけるコマンドの一例を説明する説明図である。図１３において、ＩＤ１３０１は、コマンドの送信元のアプリケーションを識別可能とするＩＤ情報であり、システム部１０２において付加される。また、非アクティブアプリコマンド１３０２は、非アクティブなアプリケーションにおいて生成されたコマンドの情報であり、非アクティブなアプリケーションからアクティブなアプリケーションに対して送信されるコマンド情報の全体を示している。
【０１７６】
ここで、アプリケーション制御装置１０１上で、現在４つのアプリケーション（以下、それらのアプリケーションをアプリ１、アプリ２、アプリ３、アプリ４と記述する）が起動されている状態にあるものとする。更に、アプリ１が現在アクティブなアプリケーションであり、アプリ２、アプリ３、アプリ４が非アクティブなアプリケーションであるとする。
【０１７７】
今、非アクティブな状態にあるアプリ２、アプリ３、アプリ４が、それぞれ、前記実施形態１及至実施形態５で説明したようなコマンド（例えば、放送受信アプリコマンドやメールアプリコマンドや電話アプリコマンドやスケジュールアプリコマンドやチャットアプリコマンドなど）を、システム部１０２を介してアクティブなアプリケーションであるアプリ１に送信したとする。
【０１７８】
システム部１０２は、アプリ２、アプリ３、アプリ４から得られたコマンドのおのおのに対して、図１３のＩＤ１３０１のようなＩＤ情報を付加し、アプリ１にそれらのコマンドを送信する。ここで、システム部１０２からアプリ１へコマンドを送信する順番は、ファーストイン・ファーストアウトであり、おのおのの非アクティブアプリケーションからシステム部１０２に届けられた順番である。本実施形態においては、アプリ２、アプリ３、アプリ４の順番に、システム部１０２が各コマンドを受信して、アプリ１に対してこの順番に送信しているものとする。
【０１７９】
従って、最初に、現在アクティブであるアプリ１は、アプリ２から送信されたコマンド（以下、コマンド２と記述する）を受信する。更に、その後アプリ３から送信されたコマンド（以下、コマンド３と記述する）、更にその後に、アプリ４から送信されたコマンド（以下、コマンド４と記述する）を受信するというように、複数のコマンドを順次受信している（ステップＳ１２０１のＹＥＳ）。なお、複数のコマンドを受信していない場合は（ステップＳ１２０１のＮＯ）、本実施形態６に示す機能は実施されない。
【０１８０】
結果的に、コマンド２、コマンド３、コマンド４の３つのコマンドを受信したアプリ１は、最初に到着したコマンド２の処理を行う（ステップＳ１２０２）。コマンド２に対する処理方法は、前述した実施形態１及至実施形態５で説明したような処理となる。
【０１８１】
ここで、アプリ１が、受信した順番にコマンドをチェックしていき、最初に受け入れるコマンドとして、例えばコマンド２を受け入れて、自アプリケーションを終了、又は、非アクティブな状態に設定して、アプリ２に対してアクティブに切り替わっても良いという応答を、システム部１０２を介して返信する場合（ステップＳ１２０３のＹＥＳ）、アプリ１を終了させる前に、又は、非アクティブに設定する前に、受け入れたコマンド２以降に受信していたコマンド３、コマンド４の形式を変えずに、また、各コマンド３，４の送信元を示すＩＤ情報を変更することなく、システム部１０２に対してそのまま返信する。しかる後、システム部１０２の制御により、当該アプリ１は、データを保存して終了、又は、非アクティブな状態に遷移する（ステップＳ１２０４）。このとき、アプリ１がシステム部１０２に対して返信するコマンドの順番は、コマンドが受信されていた順番であり、コマンド３、コマンド４の順番である。
【０１８２】
アプリ１がアプリ２に対して返信してきた応答を受信したシステム部１０２は、該応答に基づいてアプリ２をアクティブな状態に設定する。その後、アプリ１からシステム部１０２に返信されてきたコマンド３、コマンド４は、そのまま、アクティブな状態に切り替わろうとしているアプリ２に対して送信されて、コマンド３、コマンド４の処理はアプリ２に引き渡される。このとき、アプリ１から返信されてきたコマンド３、コマンド４には既にＩＤ１３０１が付加されている状態にあるため、システム部１０２は、それぞれのコマンド３、コマンド４について、アプリ１から送信されてきたコマンドであるというＩＤ１３０１を更に追加して付加することなく、そのまま、アプリ２に対して送信する。アプリ２に対して送信する順番は、アプリ１から返信されてきた順番であり、コマンド３、コマンド４の順番である。
【０１８３】
かくのごとく、システム部１０２を介したコマンドの送受信が行われた結果として、現在アクティブな状態に切り替わったアプリ２に対して、システム部１０２を経由して、直接、アプリ３、アプリ４からそれぞれのコマンド３、コマンド４が送信されてきた状態と全く同じ状態になる。従って、アクティブな状態に切り替わったアプリ２は、引き渡されたコマンド３、コマンド４を再送信されてきた順番に処理することが可能である。
【０１８４】
次に、アクティブな状態にあるアプリ１が、アプリ２から送信されたコマンド２の応答として、アプリ１がそのままアクティブな状態を維持するために、アプリ２に対してはアクティブに切り替えることができないという応答をした場合（ステップＳ１２０３のＮＯ）の処理について説明する。
【０１８５】
この場合、アプリ１はアプリ２がアクティブになることを拒否する応答をシステム部１０２に対して返信する（ステップＳ１２０５）。該応答を受信したシステム部１０２は、アプリ２に対して該応答を送信して、コマンド２がアプリ１によって拒否されたことを通知する。コマンド２を拒否されたアプリ２のその後の処理方法については、前記実施例１及至実施例５で説明したような処理となる。
【０１８６】
しかる後、アクティブなアプリ１は、受信されている未処理なコマンドがまだ存在していると判定した場合（ステップＳ１２０６のＹＥＳ）、次に受信されているコマンド３の処理をする（ステップＳ１２０２）。コマンド３の処理も前述の実施形態１及至実施形態５で説明したような処理となり、コマンド３の処理結果として、アプリ３がアクティブになっても良いという応答、又は、アクティブになることを拒否する応答のいずれかの応答をシステム部１０２に対して返信する。
【０１８７】
以上のような複数のコマンドに対する処理が行われると、複数のコマンドがアクティブなアプリケーションに対して同時に送信されてきたとしても、全てのコマンドについてコマンドが受信された順番に処理をすることが可能であり、最終的には未処理のコマンドが完全に無くなる状態になる（ステップＳ１２０６のＮＯ）。ここで、個々のアプリケーションの性質や実行状況によって、コマンドの受信時に直ちに終了できるものである場合や、バックグラウンドで実行されても差し支えないものである場合や、直ちには終了できない場合などが存在する。しかし、個々のアプリケーションによってその性質が異なっていても、以上のような処理が行われることにより、個々のアプリケーションに応じて適切な対処ができるようになる。
【０１８８】
なお、前述の各実施形態に例示した具体的なアプリケーションは一例を示したものであり、それぞれの実施形態において説明した各アプリケーションそのものに固有に特定されているものではない。例えば、アプリケーションの終了に先立って現在の状態を自動的に保存したり、現在の状態を保存するか否かをユーザに問い合わせたりする動作は、当該アプリケーション制御装置１０１のシステム部１０２上で動作可能であれば、如何なるアプリケーションであっても良い。
【０１８９】
また、受信したコマンドを各アプリケーション内でそれぞれ適宜処理して、受信したコマンドの情報をユーザに通知する際に、表示部にポップアップメッセージとして表示したり、音声により通知したり、バイブレーションにより通知したり、あるいは、リモコンを操作するアプリケーションであれば、リモコンの表示部に表示して通知しても良い。更には、アプリケーションに登場する適当なキャラクタやオブジェクトが存在している場合には、該アプリケーションを操作するユーザに違和感を与えないように、該キャラクタやオブジェクトとして表示したり、あるいは、ストーリを変更可能なアプリケーションであれば、ストーリを変更して通知するようにしても良い。
【０１９０】
以上に詳細に説明したように、本発明に係るアプリケーション制御装置によれば、或るアクティブなアプリケーションを用いて作業中の状態になっている場合に、突然、別のアプリケーションが起動してしまって、現在実行中のアクティブなアプリケーションが中断して、今まで作業を行っていた該アプリケーションの途中のデータが消えてしまったり、今まで作業を行っていた該アプリケーションに対するユーザ操作が、突然、別のアプリケーションに対して行われたりしてしまうというような事態の発生を、操作中のユーザに対して違和感を与えることなく、未然に防止することができる。  
【図面の簡単な説明】
【０１９１】
【図１】本発明に係るアプリケーション制御装置についてその原理構成の一例を示す制御ブロック図である。
【図２】本発明に係るアプリケーション制御装置の第１実施形態の動作例を示すフローチャートである。
【図３】本発明に係るアプリケーション制御装置の第１実施形態における放送受信アプリコマンドの一例を説明する説明図である。
【図４】本発明に係るアプリケーション制御装置の第２実施形態の動作例を示すフローチャートである。
【図５】本発明に係るアプリケーション制御装置の第２実施形態におけるメールアプリコマンドの一例を説明する説明図である。
【図６】本発明に係るアプリケーション制御装置の第３実施形態の動作例を示すフローチャートである。
【図７】本発明に係るアプリケーション制御装置の第３実施形態における電話アプリコマンドの一例を説明する説明図である。
【図８】本発明に係るアプリケーション制御装置の第４実施形態の動作例を示すフローチャートである。
【図９】本発明に係るアプリケーション制御装置の第４実施形態におけるスケジュールアプリコマンドの一例を説明する説明図である。
【図１０】本発明に係るアプリケーション制御装置の第５実施形態の動作例を示すフローチャートである。
【図１１】本発明に係るアプリケーション制御装置の第５実施形態におけるチャットアプリコマンドの一例を説明する説明図である。
【図１２】本発明に係るアプリケーション制御装置の第６実施形態の動作例を示すフローチャートである。
【図１３】本発明に係るアプリケーション制御装置の第６実施形態におけるコマンドの一例を説明する説明図である。
【符号の説明】
【０１９２】
１０１…アプリケーション制御装置、１０２…システム部、１０３…アプリケーション格納部、１０３ａ，１０３ｂ，…，１０３ｚ…アプリケーション、１０４…出力部、１０５…入力部、１０６…電源部、１０７…記憶部、３０１…番組タイトル、３０２…放送開始時刻、３０３放送終了時刻、３０４…放送時間長、３０５…チャンネル番号、３０６…放送局名、３０７…出演者氏名、３０８…ジャンル、３０９…放送メディア種、３１０…放送方式、５０１…受信状況、５０２…タイトル、５０３…送信者アドレス、５０４…本文、５０５…送信日時、５０６…サイズ、５０７…添付ファイル有無、５０８…添付ファイル種別、５０９…送信者氏名、５１０…他の受信者アドレス、５１１…他の受信者氏名、７０１…着信状況、７０２…発信者番号、７０３…発信者氏名、７０４…発信地域、７０５…発信媒体９０１…スケジュールタイトル、９０２…スケジュール開始時刻、９０３…スケジュール終了時刻、９０４…スケジュール内容、９０５…スケジュール設定場所、９０６…スケジュール予告時間、１１０１…チャット本文、１１０２…チャット送信者名、１３０１…ＩＤ、１３０２…非アクティブアプリコマンド。
【図１】
2005250550.tif 000003
【図２】
2005250550.tif 000004
【図３】
2005250550.tif 000005
【図４】
2005250550.tif 000006
【図５】
2005250550.tif 000007
【図６】
2005250550.tif 000008
【図７】
2005250550.tif 000009
【図８】
2005250550.tif 000010
【図９】
2005250550.tif 000011
【図１０】
2005250550.tif 000012
【図１１】
2005250550.tif 000013
【図１２】
2005250550.tif 000014
【図１３】
2005250550.tif 000015