(57)【要約】【課題】端末の状態の変化に応じて不用意に実行中の動作を停止することを防止可能な携帯端末を提供する。【解決手段】携帯端末１は、イベントに基づく動作を補足する補足情報を表示する補足情報表示部５０を備える。また、イベントに基づく動作を行うアプリケーション処理部１００と、携帯端末１の状態を検知する状態検知部４０と、状態検知部４０による検知結果に基づいて、補足情報表示部５０により表示された補足情報を視認可能か否かを判定する状態解析部３００と、を備える。アプリケーション処理部１００は、状態検知部４０による検知結果および状態解析部３００による解析結果に基づいて、実行中の動作を継続するか否かを決定する。【選択図】図１
2010022043.tif 000002
【特許請求の範囲】
【請求項１】
イベントに基づく動作を補足する補足情報を表示する表示部を備える携帯端末であって、
前記イベントに基づく動作を行う動作処理部と、
当該携帯端末の状態を検知する状態検知部と、
前記状態検知部による検知結果に基づいて、前記表示部により表示された補足情報を視認可能か否かを判定する状態解析部と、
を備え、
前記動作処理部は、前記状態検知部による検知結果および前記状態解析部による判定結果に基づいて、前記動作を継続するか否かを決定する
携帯端末。
【請求項２】
請求項１に記載の携帯端末であって、更に、
前記イベントの発生を報知する報知部を備える
携帯端末。
【請求項３】
請求項１または２に記載の携帯端末であって、
前記状態検知部は、当該携帯端末の加速度を検知する加速度センサを備え、前記加速度センサの検知結果に基づいて前記表示部による表示方向を検知し、
前記状態解析部は、前記状態検知部により検知された前記表示部による表示方向に基づいて、前記補足情報を視認可能か否かを判定する
携帯端末。
【請求項４】
請求項３に記載の携帯端末であって、
前記動作処理部は、前記状態解析部による判定結果が変化した後において、前記状態検知部により当該携帯端末の加速度が所定期間略０であることを検知された際に、前記状態解析部により前記補足情報を視認不可能であると判定された場合、前記動作を終了する
携帯端末。
【請求項５】
請求項４に記載の携帯端末であって、
前記動作処理部は、終了した動作とは異なる新たな動作を開始する
携帯端末。
【請求項６】
請求項３ないし５のいずれか１項に記載の携帯端末であって、
前記状態解析部は、前記状態検知部により検知された前記表示部による表示方向と重力方向とのなす角が略９０度以上である場合、前記補足情報を視認可能であると判定する
携帯端末。
【請求項７】
請求項３ないし６のいずれか１項に記載の携帯端末であって、
前記報知部は、前記イベントの発生の報知中に、前記状態解析部による判定結果が認識可能から認識不可能に変化した際に、前記報知を終了する。
携帯端末。
【請求項８】
請求項３ないし６のいずれか１項に記載の携帯端末であって、
前記報知部は、前記イベントの発生の報知中に、前記状態解析部による判定結果が認識不可能から認識可能に変化した後において、前記状態検知部により当該携帯端末の加速度が所定期間略０であることを検知された際に、前記報知を終了する
携帯端末。
【請求項９】
請求項１または２に記載の携帯端末であって、
前記状態検知部は、当該携帯端末の周囲照度を検知する光センサを備え、
前記状態解析部は、前記光センサにより検知された周囲照度に基づいて、前記補足情報を視認可能か否かを判定する
携帯端末。
【請求項１０】
請求項９に記載の携帯端末であって、
前記動作処理部は、前記状態解析部による判定結果が変化した後において、前記状態検知部により前記周囲照度が所定期間略不変であることを検知された際に、前記状態解析部により前記補足情報を視認不可能であると判定された場合、前記動作を終了する
携帯端末。
【請求項１１】
請求項１０に記載の携帯端末であって、
前記動作処理部は、終了した動作とは異なる新たな動作を開始する
携帯端末。
【請求項１２】
請求項９ないし１１のいずれか１項に記載の携帯端末であって、
前記状態解析部は、前記光センサにより検知された周囲照度が略５０ルクス以上である場合、前記補足情報を視認可能であると判定する
携帯端末。
【請求項１３】
請求項９ないし１２のいずれか１項に記載の携帯端末であって、
前記報知部は、前記イベントの発生の報知中に、前記状態解析部による判定結果が認識可能から認識不可能に変化した際に、前記報知を終了する。
携帯端末。
【請求項１４】
請求項９ないし１２のいずれか１項に記載の携帯端末であって、
前記報知部は、前記イベントの発生の報知中に、前記状態解析部による判定結果が認識不可能から認識可能に変化した後において、前記状態検知部により前記周囲照度が所定期間略不変であることを検知された際に、前記報知を終了する
携帯端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯端末に関し、特に、イベントに基づく動作を補足する補足情報を表示する表示部を備える携帯端末に関する。
【背景技術】
【０００２】
従来の携帯電話は、いつでも、どこでも利用可能で便利な反面、使用を控えるべき場所、場面で着信音を鳴動させてしまい、周囲に迷惑をかけてしまうことがある。例えば、携帯電話を机の上において会議を行っている際に着信があった場合、なるべく早く着信音を停止することが好ましい。この場合、簡易的に発信者を氏名等の情報をサブ液晶等の表示部に表示させることで、ユーザはサブ液晶を確認し、緊急性がない着信であることを確認した上で自動応答や不応答など、適切な対処を行うことができる。
【０００３】
従来の携帯端末の一例として、通信ネットワークを介して通信可能な情報通信端末であって、当該情報通信端末の姿勢を検知し、検知した姿勢の変化に基づいて、実行中の動作を停止させるように制御する携帯通信端末が知られている（例えば、特許文献１参照）。このような携帯端末によれば、着信時には、端末が検知する重力方向が逆転することを検知して、自動応答を開始することが可能である。例えば、図８（ａ）に示すように、端末が備える表示部（ここでは表示部が上向き）に表示される発信者情報を確認し、そのときに応答する必要がない場合には、端末の向きを反転（ここでは表示部が下向き）にすることで、自動応答等（自動応答や鳴動停止して着信継続など）を行うことができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−１６６４７４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１の技術では、表示部が下向きの状態で端末が着信した場合、発信者情報を確認しようとして表示部が上向きとなるように端末の向きを反転すると、その時点で自動応答等の処理が開始されてしまい、すぐに着信に応答することができないことがある。この様子を図８（ｂ）に示している。
【０００６】
本発明は、上記従来の事情に鑑みてなされたものであって、端末の状態の変化に応じて不用意に実行中の動作を停止することを防止可能な携帯端末を提供することを目的としている。
【課題を解決するための手段】
【０００７】
本発明の携帯端末は、イベントに基づく動作を補足する補足情報を表示する表示部を備える携帯端末であって、前記イベントに基づく動作を行う動作処理部と、当該携帯端末の状態を検知する状態検知部と、前記状態検知部による検知結果に基づいて、前記表示部により表示された補足情報を視認可能か否かを判定する状態解析部と、を備え、前記動作処理部は、前記状態検知部による検知結果および前記状態解析部による判定結果に基づいて、前記動作を継続するか否かを決定する。
【０００８】
この構成により、端末の状態の変化に応じて不用意に実行中の動作を停止することを防止可能である。例えば、端末の状態が表示を視認不可能な状態へと変化した場合であっても、すぐに実行中の動作を停止するのではなく、状態検知部による検知結果が変化しない期間が所定期間以上であった場合に、実行中の動作を停止することが可能となる。
【０００９】
また、本発明の携帯端末は、前記イベントの発生を報知する報知部を備える。
【００１０】
この構成により、イベントの発生を報知してユーザに通知することで、その後の操作を促すことが可能となる。
【００１１】
また、本発明の携帯端末は、前記状態検知部が、当該携帯端末の加速度を検知する加速度センサを備え、前記加速度センサの検知結果に基づいて前記表示部による表示方向を検知し、前記状態解析部が、前記状態検知部により検知された前記表示部による表示方向に基づいて、前記補足情報を視認可能か否かを判定する。
【００１２】
この構成により、表示部の表示方向に基づいて携帯端末の姿勢（向き）を検知し、姿勢に応じて視認可能か否かを判定することができる。例えば、表示部の表示方向が上向き状態である場合には視認可能であり、下向き状態である場合には視認不可能であると判定することができる。これにより、端末の姿勢の変化に応じて不用意に実行中の動作を停止することを防止可能である。
【００１３】
また、本発明の携帯端末は、前記動作処理部が、前記状態解析部による判定結果が変化した後において、前記状態検知部により当該携帯端末の加速度が所定期間略０であることを検知された際に、前記状態解析部により前記補足情報を視認不可能であると判定された場合、前記動作を終了する。
【００１４】
この構成により、例えば、判定結果が上向き状態（視認可能）から下向き状態（視認不可能）に、または、下向き状態（視認不可能）から上向き状態（視認可能）に変化した後に、携帯端末が置かれて静止状態となった際に、最終的に下向き状態（視認不可能）である場合には、実行中の動作を終了する。これにより、端末の姿勢の変化に応じて不用意に実行中の動作を停止することを防止可能である。
【００１５】
また、本発明の携帯端末は、前記動作処理部が、終了した動作とは異なる新たな動作を開始する。
【００１６】
この構成により、例えば、着信動作を終了した後に自動応答動作を行うことで、ユーザの利便性を向上させることができる。
【００１７】
また、本発明の携帯端末は、前記状態解析部が、前記状態検知部により検知された前記表示部による表示方向と重力方向とのなす角が略９０度以上である場合、前記補足情報を視認可能であると判定する。
【００１８】
この構成により、携帯端末の姿勢が横向き状態（略９０度の場合）から上向き（略１８０度の場合）に視認可能であると判定可能であり、端末の姿勢の変化に応じて不用意に実行中の動作を停止することを防止可能である。
【００１９】
また、本発明の携帯端末は、前記報知部が、前記イベントの発生の報知中に、前記状態解析部による判定結果が認識可能から認識不可能に変化した際に、前記報知を終了する。
【００２０】
この構成により、携帯端末の姿勢が下向き状態（視認不可能）に変化した場合には、実行中の動作に対して応答をしないものと判断し、イベントの発生の報知を終了することで、例えば着信鳴動が継続されることを防止することができる。
【００２１】
また、本発明の携帯端末は、前記報知部が、前記イベントの発生の報知中に、前記状態解析部による判定結果が認識不可能から認識可能に変化した後において、前記状態検知部により当該携帯端末の加速度が所定期間略０であることを検知された際に、前記報知を終了する。
【００２２】
この構成により、携帯端末の姿勢が上向き状態（視認可能）に変化した後に、携帯端末が置かれて静止状態となった際には、実行中の動作に対して応答をしないものと判断し、イベントの発生の報知を終了することで、例えば着信鳴動が継続されることを防止することができる。
【００２３】
また、本発明の携帯端末は、前記状態検知部が、当該携帯端末の周囲照度を検知する光センサを備え、前記状態解析部が、前記光センサにより検知された周囲照度に基づいて、前記補足情報を視認可能か否かを判定する。
【００２４】
この構成により、例えば、携帯端末の周囲が明状態である場合には視認可能であり、暗状態である場合には視認不可能であると判定することができる。これにより、端末の周囲照度の変化に応じて不用意に実行中の動作を停止することを防止可能である。
【００２５】
また、本発明の携帯端末は、前記動作処理部が、前記状態解析部による判定結果が変化した後において、前記状態検知部により前記周囲照度が所定期間略不変であることを検知された際に、前記状態解析部により前記補足情報を視認不可能であると判定された場合、前記動作を終了する。
【００２６】
この構成により、例えば、判定結果が明状態（視認可能）から暗状態（視認不可能）に、または、暗状態（視認不可能）から明状態（視認可能）に変化した後に、携帯端末が置かれて放置状態となった際に、最終的に暗状態（視認不可能）である場合には、実行中の動作を終了する。これにより、端末の周囲照度の変化に応じて不用意に実行中の動作を停止することを防止可能である。
【００２７】
また、本発明の携帯端末は、前記動作処理部が、終了した動作とは異なる新たな動作を開始する。
【００２８】
この構成により、例えば、着信動作を終了した後に自動応答動作を行うことで、ユーザの利便性を向上させることができる。
【００２９】
また、本発明の携帯端末は、前記状態解析部が、前記光センサにより検知された周囲照度が略５０ルクス以上である場合、前記補足情報を視認可能であると判定する。
【００３０】
この構成により、携帯端末の周囲照度が略５０ルクス以上である場合に、視認可能であると判定可能であり、端末の周囲照度の変化に応じて不用意に実行中の動作を停止することを防止可能である。
【００３１】
また、本発明の携帯端末は、前記報知部が、前記イベントの発生の報知中に、前記状態解析部による判定結果が認識可能から認識不可能に変化した際に、前記報知を終了する。
【００３２】
この構成により、携帯端末の周囲照度が暗状態（視認不可能）に変化した場合には、実行中の動作に対して応答をしないものと判断し、イベントの発生の報知を終了することで、例えば着信鳴動が継続されることを防止することができる。
【００３３】
また、本発明の携帯端末は、前記報知部が、前記イベントの発生の報知中に、前記状態解析部による判定結果が認識不可能から認識可能に変化した後において、前記状態検知部により前記周囲照度が所定期間略不変であることを検知された際に、前記報知を終了する。
【００３４】
この構成により、携帯端末の周囲照度が明状態（視認可能）に変化した後に、携帯端末が置かれて放置状態となった際には、実行中の動作に対して応答をしないものと判断し、イベントの発生の報知を終了することで、例えば着信鳴動が継続されることを防止することができる。
【発明の効果】
【００３５】
本発明は、端末の状態の変化に応じて不用意に実行中の動作を停止することを防止可能である。
【図面の簡単な説明】
【００３６】
【図１】本発明の第１の実施形態にかかる携帯端末の機能構成の一例を示すブロック図
【図２】本発明の第１の実施形態にかかるイベントに基づく動作の動作概念の一例を示す図
【図３】本発明の第１の実施形態にかかる姿勢の一例を示す図
【図４】本発明の第１の実施形態にかかる携帯端末が行う着信イベントに基づく動作の具体例を示す図
【図５】本発明の第１の実施形態にかかる携帯端末が行う着信イベントに基づく動作の一例を示すフローチャート
【図６】本発明の第２の実施形態にかかる携帯端末の機能構成の一例を示すブロック図
【図７】本発明の第２の実施形態にかかる携帯端末が行う着信イベントに基づく動作の具体例を示す図
【図８】従来の携帯端末が行う着信イベントに基づく動作を示す概念図
【発明を実施するための形態】
【００３７】
（第１の実施形態）
本発明の第１の実施形態にかかる携帯端末としては、携帯端末の姿勢（向き）を変更可能であり、表示部を備えている端末を想定している。
【００３８】
図１は本発明の第１の実施形態にかかる携帯端末の機能構成の一例を示すブロック図である。図１に示す携帯端末１は、入力部１０、スピーカ２０、ＬＥＤ３０、状態検知部４０、補足情報表示部５０（以下、単に表示部５０ともいう）、アプリケーション処理部１００、通信制御部１１０、自動応答部１２０、報知制御部２００、状態解析部３００、コマンド変換部４００を有して構成される。
【００３９】
入力部１０は、各種キー、タッチパネル、マイクなどの音声入力手段であり、携帯端末１のユーザの指示による指示情報をアプリケーションに伝達するためのものである。
【００４０】
スピーカ２０は、各種の音声データを出力する音声出力手段としてのデバイスである。立場、鳴動音を再生し出力する。なお、音声データとしては、音、音声、音楽データなど広く含む。スピーカ２０は報知部の一例である。
【００４１】
ＬＥＤ３０は、各種の光の点灯を行う光出力手段としてのデバイスである。ＬＥＤ３０は報知部の一例である。
【００４２】
状態検知部４０は、携帯端末１の状態を検知するための部分であり、加速度センサを備える。加速度センサにより、例えばユーザによる携帯端末１への加速度を及ぼす行為を検知可能である。
【００４３】
補足情報表示部５０は、イベントに基づく動作を補足する補足情報を表示する表示部としてのデバイスである。イベントとは、着信動作を行うための他電話からの着信をしたことを示す情報、アラーム動作を行うための時刻となったことを示す情報、コンサート会場などの所定の場所において所定の情報提供を受けるための動作を行うための場所に該当することを示す情報（例えばＧＰＳ機能により取得）などである。これらのイベントが発生することで、着信に基づく着信動作、時刻に基づくアラーム動作、場所に基づく情報提供受信動作などを行う。また、補足情報とは、着信動作における発信者に関する発信者情報（発信者氏名や発信元の電話番号など）、アラーム動作における設定時刻や予定の内容、情報提供取得動作における所定場所で開催されるコンサートに関する情報などである。
【００４４】
アプリケーション処理部１００は、イベントに基づく動作を行う動作処理部の一例でありであり、各種アプリケーションの処理を行う。アプリケーションとしては、例えば、通話（電話）アプリケーション、スケジュール管理を行うためのアプリケーション、外部装置からの情報提供取得アプリケーションなどがある。例えば、電話着信の際には、通信制御部１１０からの受信信号に対して、報知制御部２００に指示し、スピーカ２０により鳴動音を鳴動させたり、ＬＥＤ３０により光点灯させたりする。
【００４５】
通信制御部１１０は、各種通信制御を司る部分である。例えば、電話の通信制御では通話時の電話の発着信制御などを行い、メールの通信制御ではメール送受信制御などを行い、インターネットの通信制御ではインターネットへの接続制御などを行う。
【００４６】
自動応答部１２０は、電話通信を行う場合に、電話の着信時に利用者が応答できない場合に自動で応答を行う自動応答動作を行い、留守番電話機能を実現する。例えば、着信イベントが発生した後に所定時間経過した場合に、自動応答動作を行う。また、着信イベントが発生した後に、ユーザの指示により入力部１０が自動応答指示を行い、当該自動応答指示に基づいて、自動応答部１２０が自動応答を行うこともある。このように、自動応答部１２０は、イベントに基づく動作を行う動作処理部の一例である。
【００４７】
報知制御部２００は、アプリケーション処理部１００からの指示に従い、スピーカ２０の音声出力制御やＬＥＤ３０による点灯制御を行う。
【００４８】
状態解析部３００は、携帯端末１の状態を解析する部分であり、端末回転検知部３１０、方向検知部３２０、端末静止検知部３３０を有する。これら３つの検知部は、並行して処理を行うことが可能である。状態解析部３００は、状態検知部４０からの状態検知信号に基づいて、携帯端末１の姿勢やユーザが行ったモーション（携帯端末１を反転する、振る等）を解析し、予め設定された変化であれば、コマンド変換部４００へ通知する。
【００４９】
端末回転検知部３１０は、状態検知部４０からの状態検知信号に基づいて、携帯端末１の向いている方向、つまり、補足情報を表示する表示部５０による表示方向が回転したことを検知する部分である。例えば、端末回転検知部３１０は、状態検知部４０により表示部５０による表示方向と重力方向とのなす角が規則的に変化（例えば、３０度、６０度、９０度、１２０度の順に変化）した場合、回転していると判断する。
【００５０】
方向検知部３２０は、状態検知部４０からの状態検知信号に基づいて、イベントが発生した時点での携帯端末１の姿勢を検知する。そして、検知した初期状態（例えば表示方向が上向き、下向きなど）を管理し、状態変化が生じた際に、初期状態に応じた処理を行う。また、初期状態以外のタイミングでも姿勢検知を行う。なお、検知された姿勢が、上向きであれば表示部５０により表示される補足情報を視認可能であると判定し、下向きであれば表示部５０により表示される補足情報を視認不可能であると判定する。
【００５１】
端末静止検知部３３０は、状態検知部４０からの状態検知信号に基づいて、携帯端末１が静止状態であるか否かを検知する部分である。例えば、端末静止検知部３３０が、携帯端末１の加速度が所定期間略０であることを示す状態検知信号を状態検知部４０から取得した場合、携帯端末１は静止状態であると判断する。なお、厳密に静止していなくても、ほぼ静止しているとみなすことのできる微小な加速度の変化は、加速度が略０であることに含まれるものとしてもよい。
【００５２】
コマンド変換部４００は、状態解析部３００からの通知に基づいて、携帯端末１の姿勢変化やモーションを、アプリケーションに応じた個別のコマンドに変換する。そして、アプリケーション処理部１００に対して、入力部１０による特定の入力指示と同等の信号として通知する。
【００５３】
例えば、状態解析部３００からの通知に、報知制御部２００に対して報知処理を停止させる情報が含まれる場合、コマンド変換部４００が、この情報をコマンド変換してアプリケーション処理部１００へ通知し、アプリケーション処理部が報知制御部２００へ通知する。これにより、報知処理が停止される。また、状態解析部３００からの通知に、アプリケーション処理部１００に対して現在行っている動作を停止させる情報が含まれる場合や新たな動作を開始させる情報が含まれる場合には、この情報をコマンド変換してアプリケーション処理部１００へ通知する。これにより、現在行っている動作を停止したり、新たな動作を開始させたりする。
【００５４】
次に、イベントに基づく動作の動作概念について説明する。
【００５５】
図２は、携帯端末１がイベントに基づく動作の動作概念の一例を示す図である。ここでは、図３に示すように、携帯端末１の姿勢として、姿勢１、姿勢１ａ、姿勢０、姿勢２ａ、姿勢２の状態が存在する。姿勢０は、表示部５０により表示された補足情報を視覚的に視認可能か否かの境界の姿勢であり、例えば表示部５０による表示方向と重力方向とのなす角が略９０度である姿勢である。姿勢１および１ａは、表示部５０により表示された補足情報を視認可能な状態である。姿勢２および２ａは、表示部５０により表示された補足情報を視認不可能な状態である。姿勢１および姿勢２は、姿勢が静止した状態とする。姿勢１ａおよび姿勢２ａは、姿勢が変化途中（静止していない）状態とする。なお、変化途中の状態である姿勢１ａおよび２ａの状態は、必ずしも、静止状態である姿勢１ａおよび姿勢２ａと姿勢０の物理的な中間位置にあるということではない。
【００５６】
まず、初期状態が姿勢１または姿勢１ａである場合について説明する。この場合、初期状態でサブ液晶表示部等の表示部５０により表示された補足情報を視認可能な状態である。
【００５７】
所定のイベントが発生すると、アプリケーション処理部１００が、イベントに基づく動作１を開始し、動作状態１となる。また、報知制御部２００が、イベントの発生を報知する報知処理を鳴動音や光により開始させる。また、イベントの発生により補足情報が表示部５０に表示されており、ユーザはこれを確認することが可能である。
【００５８】
イベント発生後、状態解析部３００により姿勢０を超える変化（例えば姿勢１から姿勢２ａへの変化）を検知すると、報知制御部２００は報知処理を終了させる。
【００５９】
状態解析部３００により、姿勢０を超える変化の検知後、姿勢０を超えた状態で静止していること（例えば姿勢２ａから姿勢２への変化）を検知すると、アプリケーション処理部１００が動作１を終了することで動作状態１が終了する。動作状態１の終了後、アプリケーション処理部１００が動作２を開始し、動作状態２となってもよい。
【００６０】
一方、状態解析部３００により、姿勢０を超える変化の検知後、再度元の姿勢に戻り静止していること（例えば姿勢２ａから姿勢１への変化）を検知すると、動作１は終了されずに継続される。なお、動作状態１が継続されていることは表示部５０に表示される補足情報により確認可能である。
【００６１】
次に、初期状態が姿勢２または姿勢２ａである場合について説明する。この場合、初期状態で表示部５０により表示された補足情報を視認不可能な状態である。
【００６２】
所定のイベントが発生すると、アプリケーション処理部１００が、イベントに基づく動作１を開始し、動作状態１となる。また、報知制御部２００が、イベントの発生を報知する報知処理を鳴動音や光により開始させる。
【００６３】
イベント発生後、状態解析部３００により姿勢０を超える変化（例えば姿勢２から姿勢１ａへの変化）を検知しても、報知制御部２００は、この変化検知時には、報知処理を終了させずに継続する。なお、携帯端末１の姿勢が姿勢０を超える変化をすることで、補足情報を視認可能な状態となる。
【００６４】
状態解析部３００により、姿勢０を超える変化の検知後、再度元の姿勢、つまり姿勢０を超えない状態へ変化（例えば姿勢１ａから姿勢２ａへの変化）を検知すると、報知制御部２００は報知処理を終了させる。続いて、再度元の姿勢へ変化した後に静止していること（例えば姿勢２ａから姿勢２への変化）を検知すると、アプリケーション処理部１００が動作１を終了することで動作状態１が終了する。動作状態１の終了後、アプリケーション処理部１００が動作２を開始し、動作状態２となってもよい。
【００６５】
一方、状態解析部３００により、姿勢０を超える変化の検知後、姿勢０を超えた状態で静止していること（例えば姿勢１ａから姿勢１への変化）を検知すると、報知制御部２００は報知処理を終了させるとともに、動作１は終了されずに継続される。なお、動作状態１が継続されていることは表示部５０に表示される補足情報により確認可能である。
【００６６】
次に、イベントに基づく動作の具体例について説明する。ここでは、着信イベントが発生した場合を想定している。
【００６７】
図４は、携帯端末１が行う着信イベントに基づく動作の具体例を示す図である。ここでは、図３における姿勢１は、表示方向が上向きで携帯端末１が静止している静止状態、姿勢１ａは、表示方向が上向きで携帯端末１を手で把持している手持ち状態、姿勢０は、表示方向が横向きの状態（例えば表示方向と重力方向とのなす角が略９０度）、姿勢２ａは、表示方向が下向きで手持ち状態、姿勢２は、表示方向が下向きで静止状態を示している。
【００６８】
まず、初期状態が上向き状態である場合について説明する。この場合、例えば初期状態で誰からの着信か表示部５０により確認可能である。
【００６９】
着信イベントが発生すると、アプリケーション処理部１００が、着信イベントに基づく着信動作を開始し、呼出状態となる。なお、呼出状態とは、着呼して携帯端末１のユーザ指示による応答待ちの状態であり、鳴動等の報知の有無には依存しない。また、報知制御部２００が、着信を報知する報知処理を鳴動音や光により開始させる。また、着信イベントにより発信者情報などの補足情報が表示部５０に表示されており、ユーザはこれを確認することが可能である。
【００７０】
着信後、状態解析部３００により、上向き状態から横向き状態を超えて（つまり略９０度以上回転して）下向き状態への変化したことを検知すると、報知制御部２００は報知処理を終了させる。つまり、表示部５０を視認できない状態（例えば裏面が見える状態）で保持された場合に、鳴動停止を行う。鳴動停止後も、着信動作は継続される。
【００７１】
状態解析部３００により、上向き状態から下向き状態への変化の検知後、下向き状態で静止している（例えば携帯端末１を回転したまま放置した）ことを検知すると、アプリケーション処理部１００が着信動作を終了することで呼出が終了する。呼出終了後、自動応答部１２０が自動応答動作を開始し、自動応答状態となってもよい。
【００７２】
一方、状態解析部３００により、上向き状態から下向き状態への変化の検知後、再度上向き状態に戻り静止している（例えば携帯端末１を回転を戻して放置した）ことを検知すると、着信動作は終了されずに継続される。なお、呼出状態が継続されていることはＬＥＤ３０によるイルミネーションにより確認可能である。
【００７３】
次に、初期状態が下向き状態である場合について説明する。この場合、初期状態で表示部５０により表示された補足情報を視認不可能な状態である。
【００７４】
着信イベントが発生すると、アプリケーション処理部１００が、着信イベントに基づく着信動作を開始し、呼出状態となる。また、報知制御部２００が、着信を報知する報知処理を鳴動音や光により開始させる。
【００７５】
着信後、状態解析部３００により、下向き状態から横向き状態を超えて（つまり略９０度以上回転して）上向き状態への変化したことを検知しても、報知制御部２００は、この変化検知時には、報知処理を終了させずに継続する。なお、携帯端末１の姿勢が下向き状態から上向き状態へ変化することで、発信者情報等の補足情報を視認可能な状態となる。
【００７６】
状態解析部３００により、下向き状態から上向き状態への変化の検知後、再度下向き状態へ変化したことを検知すると、報知制御部２００は報知処理を終了させる。ただし、報知処理終了後も着信動作は継続される。続いて、状態解析部３００が、再度下向き状態へ変化した後に静止していることを検知すると、アプリケーション処理部１００が着信動作を終了することで呼出状態が終了する。着信動作の終了後、自動応答部１２０が自動応答動作を開始し、自動応答状態となってもよい。
【００７７】
一方、状態解析部３００により、下向き状態から上向き状態への変化の検知後、上向き状態で静止していることを検知すると、報知制御部２００は報知処理を終了させるとともに、着信動作は終了されずに継続される。なお、着信動作が継続されていることはＬＥＤ３０によるイルミネーションにより確認可能である。
【００７８】
次に、イベントに基づく動作のフローについて説明する。ここでは、着信イベントが発生した場合を想定している。図５は、携帯端末１が行う着信イベントに基づく動作の一例を示すフローチャートである。図５では、初期状態として、着信イベントに基づいて着信動作を開始し、かつ、携帯端末１が静止状態であることを想定している。
【００７９】
まず、携帯端末１がユーザに持ち上げられたか否かを検知する（ステップＳ１０１）。具体的には、状態検知部４０の加速度センサにより、加速度の変化を検知することで持ち上げられたか否かを判断する。この検知処理は、携帯端末１が持ち上げられるまで、または、着信動作が終了するまで行われる。
【００８０】
ステップＳ１０１において、携帯端末１が持ち上げられたと判定された場合、初期の携帯端末１の姿勢を検知する（ステップＳ１０２）。具体的には、状態解析部３００の方向検知部３２０が、携帯端末１の姿勢は、表示部５０による表示方向と重力方向とのなす角に基づいて判断する。例えば、表示方向と重力方向が同一であれば下向き、表示方向と重力方向が正反対であれば上向きである。なお、表示方向や重力方向は、状態検知部４０の加速度センサにより検知される。
【００８１】
ステップＳ１０２において、携帯端末１の姿勢が上向きと判断された場合、携帯端末１の姿勢が９０度以上回転されたか否かを判定する（ステップＳ１０３）。具体的には、状態解析部３００の端末回転検知部３１０が、状態検知部４０の加速度センサによる検知結果に基づいて判断する。
【００８２】
ステップＳ１０３において、携帯端末１の姿勢が９０度以上回転されていないと判定した場合、携帯端末１が静止しているか否かを判定する（ステップＳ１０４）。具体的には、状態解析部３００の端末静止検知部３３０が、状態検知部４０の加速度センサにより検知された加速度が所定期間略０であった場合に、携帯端末１が静止状態であると判定する。
【００８３】
ステップＳ１０４において、携帯端末１が静止していると判定された場合、アプリケーション処理部１００は着信動作を継続し、報知制御部２００は鳴動等の報知処理を継続させる（ステップＳ１０５）。一方、携帯端末１が静止していないと判定された場合、ステップＳ１０３に戻る。
【００８４】
ステップＳ１０３において、携帯端末１の姿勢が９０度以上回転されたと判定した場合、アプリケーション処理部１００は着信動作を継続し、報知制御部２００は鳴動等の報知処理を停止させる（ステップＳ１０６）。
【００８５】
続いて、状態解析部３００の端末静止検知部３３０は、携帯端末１が静止しているか否かを判定する（ステップＳ１０７）。この処理は、携帯端末１が静止していると判定されるまで継続される。
【００８６】
ステップＳ１０７において、携帯端末１が静止していると判定された場合、状態解析部３００の方向検知部３２０が、携帯端末１の姿勢を検知する（ステップＳ１０８）。ここでは、携帯端末１の姿勢として、上向きから１８０度反転して下向きであるか、上向きから下向きにとなった後に回転を戻して上向きであるか、を判定する。
【００８７】
ステップＳ１０８において、上向きであると判定された場合、アプリケーション処理部１００は着信動作を継続し、報知制御部２００は鳴動等の報知処理を停止させる（ステップＳ１０９）。
【００８８】
一方、ステップＳ１０８において、下向きであると判定された場合、自動応答部１２０は自動応答動作を開始する（ステップＳ１１０）。
【００８９】
また、ステップＳ１０２において、携帯端末１の姿勢が下向きと判断された場合、状態解析部３００の端末回転検知部３１０が、携帯端末１の姿勢が９０度以上回転されたか否かを判定する（ステップＳ１１１）。
【００９０】
ステップＳ１１１において、９０度以上回転されていないと判定された場合、状態解析部３００の端末静止検知部３３０が、携帯端末１が静止しているか否かを判定する（ステップＳ１１２）。
【００９１】
ステップＳ１１２において、携帯端末１が静止していると判定された場合、アプリケーション処理部１００は着信動作を継続し、報知制御部２００は鳴動等の報知処理を継続させる（ステップＳ１１３）。この場合、携帯端末１の姿勢は下向きとなっており、初期の携帯端末１の姿勢となっている。一方、携帯端末１が静止していないと判定された場合、ステップＳ１１１に戻る。
【００９２】
ステップＳ１１１において、９０度以上回転されたと判定された場合、状態解析部３００の方向検知部３２０が、携帯端末１の姿勢が９０度以下に戻されたか否か、つまり、上向きから再度下向きに姿勢が変更されたか否かを判定する（ステップＳ１１４）。
【００９３】
ステップＳ１１４において、９０度以下に戻されていないと判定された場合、状態解析部３００の端末静止検知部３３０が、携帯端末１が静止しているか否かを判定する（ステップＳ１１５）。
【００９４】
ステップＳ１１５において、携帯端末１が静止していると判定された場合、アプリケーション処理部１００は着信動作を継続し、報知処理部２００は鳴動等の報知処理を停止させる（ステップＳ１１６）。この場合、携帯端末１の姿勢は上向きとなっており、初期の携帯端末１の姿勢から９０度回転した姿勢となっている。一方、携帯端末１が静止していないと判定された場合、ステップＳ１１４に戻る。
【００９５】
ステップＳ１１４において、９０度以下に戻されていると判定された場合、アプリーション処理部１００は着信動作を継続し、報知制御部２００は鳴動等の報知処理を停止させる（ステップＳ１１７）。
【００９６】
続いて、状態解析部３００の端末静止検知部３３０が、携帯端末１が静止しているか否かを判定する（ステップＳ１１８）。この処理は、携帯端末１が静止していると判定されるまで継続される。
【００９７】
ステップＳ１１８において、携帯端末１が静止していると判定された場合、自動応答部１２０は自動応答動作を開始する（ステップＳ１１０）。この場合、携帯端末１の姿勢は回転を戻した下向きの状態となっている。
【００９８】
本実施形態では、具体例として着信イベントが発生した場合について説明したが、アラーム動作や所定の場所における情報提供の取得動作についても適用可能である。例えば、あらかじめ設定された時刻になると、アラーム動作を開始し、携帯端末１の姿勢に応じて、アラーム動作を継続させたり停止させたり、さらにスヌーズ設定を継続したり解除したりすることができる。また、所定の場所に携帯端末１が入ると、その場所で提供される情報の取得を開始し、携帯端末１の姿勢に応じて、情報取得動作を継続させたり停止させたりすることができる。
【００９９】
このような本実施形態の携帯端末１によれば、携帯端末１の姿勢の変化に応じて不用意に実行中の動作を停止することを防止可能である。
【０１００】
（第２の実施形態）
本発明の第２の実施形態にかかる携帯端末としては、携帯端末の周囲照度を認識可能であり、表示部を備えている端末を想定している。
【０１０１】
本実施形態の携帯端末１Ｂと第１の実施形態にかかる携帯端末１との相違点は、主に、携帯端末１では状態検知部４０が加速度センサにより加速度を検知していたことに対して、携帯端末１Ｂでは状態検知部４０が光センサにより携帯端末１Ｂの周囲照度を検知する点である。以下、本実施形態の携帯端末１Ｂとして、第１の実施形態の携帯端末１と異なる部分を中心に説明し、同一の部分は同一符号を付し、説明を省略または簡略化する。
【０１０２】
図６は本発明の第２の実施形態にかかる携帯端末の機能構成の一例を示すブロック図である。図６に示す携帯端末１Ｂは、入力部１０、スピーカ２０、ＬＥＤ３０、状態検知部４０Ｂ、補足情報表示部５０、アプリケーション処理部１００、通信制御部１１０、自動応答部１２０、報知制御部２００、状態解析部３００Ｂ、コマンド変換部４００を有して構成される。
【０１０３】
状態検知部４０Ｂは、携帯端末１Ｂの状態を検知するための部分であり、光センサを備える。光センサは、携帯端末１Ｂの周囲照度を検知する。
【０１０４】
状態解析部３００Ｂは、状態検知部４０Ｂからの状態検知信号に基づいて、携帯端末１Ｂの周囲の明暗状態やユーザが行ったモーション（携帯端末１Ｂを反転する等）を解析し、予め設定された変化があれば、コマンド変換部４００へ通知する。
【０１０５】
具体的には、状態解析部３００Ｂは、状態検知部４０Ｂからの状態検知信号に基づいて、携帯端末１Ｂの周囲が暗状態であるか明状態であるかを検知する。具体的には、状態検知部４０により検知された周囲照度が、所定閾値以上であれば明状態であると判定し、所定閾値未満であれば暗状態であると判定する。例えば、上記の所定閾値を５０ルクスとすることができる。なお、明状態であれば、表示部５０により表示される補足情報を視認可能と判定し、暗状態であれば、表示部５０により表示される補足情報を視認不可能と判定する。なお、携帯端末１Ｂが置かれた場所が例えば照明が点灯された部屋にあり、携帯端末１Ｂが光を遮断するもので覆われていない場合、一般的に、携帯端末１Ｂの表示部５０が上向きの状態では明状態であり、下向きの状態では暗状態である。また、暗状態としては、光を遮断する布などで携帯端末１Ｂの表示部５０を覆われた状態なども考えられる。
【０１０６】
また、状態解析部３００Ｂは、状態検知部４０Ｂからの状態検知信号に基づいて、携帯端末１Ｂの周囲照度の変化を検知する。例えば、周囲照度が所定期間略不変である場合には、携帯端末１Ｂは放置されていると考えられる。ここでは、放置とは、携帯端末１Ｂの周囲照度が変化する要因がない状態を示す。例えば、携帯端末１Ｂを机上に載置し、静止状態であることが考えられる。放置状態では、光を遮断するもので覆われていない携帯端末１Ｂを光を遮断するもので覆ったり、携帯端末１Ｂから光を遮断するものを取り除いたりしない。
【０１０７】
次に、イベントに基づく動作の具体例について説明する。ここでは、着信イベントが発生した場合を想定している。図７は、携帯端末１Ｂが行う着信イベントに基づく動作の具体例を示す図である。
【０１０８】
まず、初期状態が明状態である場合について説明する。この場合、例えば初期状態で誰からの着信かサブ液晶表示部等の表示部５０により確認可能である。
【０１０９】
着信イベントが発生すると、アプリケーション処理部１００が、着信イベントに基づく着信動作を開始し、呼出状態となる。なお、呼出状態とは、着呼して携帯端末１Ｂのユーザ指示による応答待ちの状態であり、鳴動等の報知の有無には依存しない。また、報知制御部２００が、着信を報知する報知処理を鳴動音や光により開始させる。また、着信イベントにより発信者情報などの補足情報が表示部５０に表示されており、ユーザはこれを確認することが可能である。
【０１１０】
着信後、状態解析部３００Ｂにより、明状態から所定閾値（例えば照度が５０ルクス）を通過して暗状態へ変化したことを検知すると、報知制御部２００は報知処理を終了させる。つまり、表示部５０を視認できない状態とされた場合に、鳴動停止を行う。鳴動停止後も、着信動作は継続される。
【０１１１】
状態解析部３００Ｂにより、明状態から暗状態への変化の検知後、暗状態で放置されている（例えば携帯端末１Ｂの周囲を暗転したまま置いた）ことを検知すると、アプリケーション処理部１００が着信動作を終了することで呼出が終了する。呼出終了後、自動応答部１２０が自動応答動作を開始し、自動応答状態となってもよい。
【０１１２】
一方、状態解析部３００Ｂにより、明状態から暗状態への変化の検知後、再度明状態に戻り放置されている（例えば携帯端末１Ｂを暗転を戻して再び明状態として置いた）ことを検知すると、着信動作は終了されずに継続される。なお、呼出状態が継続されていることはＬＥＤ３０によるイルミネーションにより確認可能である。
【０１１３】
次に、初期状態が暗状態である場合について説明する。この場合、初期状態で表示部５０により表示された補足情報を視認不可能な状態である。
【０１１４】
着信イベントが発生すると、アプリケーション処理部１００が、着信イベントに基づく着信動作を開始し、呼出状態となる。また、報知制御部２００が、着信を報知する報知処理を鳴動音や光により開始させる。
【０１１５】
着信後、状態解析部３００Ｂにより、暗状態から所定閾値を通過して明状態への変化したことを検知しても、報知制御部２００は、この変化検知時には、報知処理を終了させずに継続する。なお、携帯端末１Ｂの周囲が暗状態から明状態へ変化することで、発信者情報等の補足情報を視認可能な状態となる。
【０１１６】
状態解析部３００Ｂにより、暗状態から明状態への変化の検知後、再度暗状態へ変化したことを検知すると、報知制御部２００は報知処理を終了させる。ただし、報知処理終了後も着信動作は継続される。続いて、状態解析部３００Ｂが、再度暗状態へ変化した後に放置されていることを検知すると、アプリケーション処理部１００が着信動作を終了することで呼出状態が終了する。着信動作の終了後、自動応答部１２０が自動応答動作を開始し、自動応答状態となってもよい。
【０１１７】
一方、状態解析部３００Ｂにより、暗状態から明状態への変化の検知後、明状態で放置されていることを検知すると、報知制御部２００は報知処理を終了させるとともに、着信動作は終了されずに継続される。なお、着信動作が継続されていることはＬＥＤ３０によるイルミネーションにより確認可能である。
【０１１８】
本実施形態では、具体例として着信イベントが発生した場合について説明したが、アラーム動作や所定の場所における情報提供の取得動作についても適用可能である。例えば、あらかじめ設定された時刻になると、アラーム動作を開始し、携帯端末１Ｂの周囲照度に応じて、アラーム動作を継続させたり停止させたり、さらにスヌーズ設定を継続したり解除したりすることができる。また、所定の場所に携帯端末１Ｂが入ると、その場所で提供される情報の取得を開始し、携帯端末１Ｂの周囲照度に応じて、情報取得動作を継続させたり停止させたりすることができる。
【０１１９】
このような本実施形態の携帯端末１Ｂによれば、携帯端末１Ｂの周囲照度の変化に応じて不用意に実行中の動作を停止することを防止可能である。
【０１２０】
なお、上記の実施形態では、状態検知部が加速度センサまたは光センサを備えることを示したが、触覚センサを備えても良い。触覚センサを用いた場合、携帯端末１Ｂに触れている接触状態と携帯端末１Ｂにふれていない非接触状態とを検知する。接触状態は、光センサを用いる場合の明状態に相当し、非接触状態は、光センサを用いる場合の暗状態に相当する。また、接触状態、非接触状態に加えて、携帯端末１Ｂにもう少しで触れるという準接触状態を検知することも可能である。この準接触状態を接触状態に含まれるものとしてもよい。
【０１２１】
例えば、静電式のタッチセンサを用いた場合には、指が携帯端末１Ｂに触れた際に端末表面に生じる帯電状態の変化を検知する。また、他のタッチセンサとして、携帯端末１Ｂへ指が接近することにより発生する帯電状態の変化を検知するセンサを採用してもよい。したがって、触覚センサにより検知された帯電量が所定量以上である場合に、接触状態であり、補足情報を視認可能であると判定し、帯電量が所定量未満である場合に、非接触状態であり、補足情報を視認不可能であると判定することができる。
【０１２２】
また、携帯端末１Ｂに搭載された撮像装置（カメラ）により、携帯端末の周囲を撮像し、撮像結果に基づいて補足情報を視認可能か否かを判定してもよい。この場合、携帯端末１Ｂは、携帯端末１Ｂが下向き状態である状態や携帯端末１Ｂが物体に覆われている状態など、撮像対象までの距離が近すぎて焦点が定まらない状態（焦点不定状態ともいう）と、携帯端末１Ｂが上向き状態であり物体に覆われていない状態など、撮像対象（例えば天井）までの距離が十分であり焦点が定まった状態（焦点特定状態ともいう）と、を検知する。焦点不定状態は暗状態に相当し、焦点特定状態は明状態に相当する。携帯端末１Ｂが物体に覆われている場合にはユーザから視認不可能であることが想定される。したがって、焦点特定状態の場合に補足情報を視認可能であると判定し、焦点不定状態の場合に補足情報を視認不可能であると判定することができる。
【０１２３】
なお、第１の実施形態の携帯端末１と第２の実施形態の携帯端末１Ｂとを組み合わせた構成としてもよい。例えば、暗状態で着信があった場合に、明状態としてから携帯端末を上向き状態から下向き状態に反転すると鳴動停止するが、暗状態のまま携帯端末を上向き状態から下向き状態に反転しても鳴動停止しないようにしてもよい。
【産業上の利用可能性】
【０１２４】
本発明は、端末の状態の変化に応じて不用意に実行中の動作を停止することを防止可能な携帯端末等に有用である。
【符号の説明】
【０１２５】
１、１Ｂ  携帯端末
１０  入力部
２０  スピーカ
３０  ＬＥＤ
４０、４０Ｂ  状態検知部
５０  補足情報表示部
１００  アプリケーション処理部
１１０  通信制御部
１２０  自動応答部
２００  報知制御部
３００、３００Ｂ  状態解析部
３１０  端末回転検知部
３２０  方向検知部
３３０  端末静止検知部
４００  コマンド変換部
【図１】
2010022043.tif 000003
【図２】
2010022043.tif 000004
【図３】
2010022043.tif 000005
【図４】
2010022043.tif 000006
【図５】
2010022043.tif 000007
【図６】
2010022043.tif 000008
【図７】
2010022043.tif 000009
【図８】
2010022043.tif 000010
【手続補正書】
【提出日】平成21年11月13日(2009.11.13)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
イベントに基づく動作を補足する補足情報を表示する表示部を備える携帯端末であって、
当該携帯端末の加速度を検知する加速度センサと、
前記加速度センサの検知結果に基づいて当該携帯端末の姿勢と当該携帯端末が静止状態であるか否かを検知する状態解析部と、
前記状態解析部による検知結果に基づいて、前記動作を継続するか否かを決定する動作処理部と、を備え、
前記動作処理部は、前記状態解析部が検知した姿勢が変化した後に、静止状態であることを検知した場合において、前記状態解析部が検知した姿勢が前記表示部を視認できない向きであるときは、前記動作を終了する
携帯端末。
【請求項２】
請求項１に記載の携帯端末であって、
前記動作処理部は、前記状態解析部が検知した姿勢が変化した後に、静止状態であることを検知した場合において、前記状態解析部が検知した姿勢が前記表示部を視認できる向きであるときは、前記動作を終了しない
携帯端末。
【請求項３】
請求項１に記載の携帯端末であって、
前記表示部を視認できない向きとは、表示方向と重力方向とのなす角が略９０度の向きよりも下向きの向きである
携帯端末。
【請求項４】
請求項２に記載の携帯端末であって、
前記表示部を視認できる向きとは、表示方向と重力方向とのなす角が略９０度の向きよりも上向きの向きである
携帯端末。
【請求項５】
請求項１乃至請求項４のいずれか１項に記載の携帯端末であって、更に、
前記イベントの発生を報知する報知部を備える
携帯端末。
【請求項６】
請求項５に記載の携帯端末であって、
前記報知部は、前記イベントの発生の報知中に、前記状態解析部が検知した姿勢が前記表示部を視認できる向きから視認できない向きに変化した場合に、前記報知を終了する。
携帯端末。
【請求項７】
請求項５に記載の携帯端末であって、
前記報知部は、前記イベントの発生の報知中に、前記状態解析部が検知した姿勢が前記表示部を視認できる向きから視認できない向きに変化した後に、静止状態であることを検知した場合に、前記報知を終了する
携帯端末。
【請求項８】
請求項１乃至請求項７のいずれか１項に記載の携帯端末であって、
前記動作処理部は、終了した動作とは異なる新たな動作を開始する
携帯端末。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００２３
【補正方法】削除
【補正の内容】
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００２４
【補正方法】削除
【補正の内容】
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００２５
【補正方法】削除
【補正の内容】
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００２６
【補正方法】削除
【補正の内容】
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００２７
【補正方法】削除
【補正の内容】
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００２８
【補正方法】削除
【補正の内容】
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００２９
【補正方法】削除
【補正の内容】
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００３０
【補正方法】削除
【補正の内容】
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】００３１
【補正方法】削除
【補正の内容】
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】００３２
【補正方法】削除
【補正の内容】
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】００３３
【補正方法】削除
【補正の内容】
【手続補正１３】
【補正対象書類名】明細書
【補正対象項目名】００３４
【補正方法】削除
【補正の内容】