JP2005311807A - 携帯電話機 - Google Patents

Abstract

【課題】 アプリケーションのメニューに対する操作性を向上させる。
【解決手段】 サーバに登録されているアプリケーションのメニュー情報を取得するメニュー情報取得手段と、前記メニュー情報取得手段により取得された前記メニュー情報を表示するメニュー情報表示手段と、前記メニュー情報表示手段により表示されたメニュー情報から、任意のアプリケーションを選択し、選択したアプリケーションを起動させるアプリケーション選択手段と、前記アプリケーション選択手段により選択されたアプリケーションを、前記サーバより取得するアプリケーション取得手段と、前記アプリケーション取得手段により取得された前記アプリケーションを記憶する記憶手段と、を備えた携帯電話機を提供する。
【選択図】 図３

Description

本発明は携帯電話機に係り、特にサーバ装置からダウンロードしたアプリケーションを実行する携帯電話機に関する。

近年、多様なアプリケーションをサーバ装置から携帯電話機に配信するサービスが普及しつつある。

例えば、特許文献１によると、サーバ装置は、パソコンから送信された利用者所望の画像を用いたゲーム用アプリケーションを生成し、そのゲーム用アプリケーションを携帯電話機に送信する。こうすることで利用者所望の画像を用いたゲーム用アプリケーションを携帯電話機で楽しむことができる。
特開２００３−１０５５３号公報

しかしながら、特許文献１に開示される技術は、利用者所望の画像を用いたゲーム用アプリケーションを提供することはできるが、サーバ装置に登録されたアプリケーションのメニューに対する操作性については考慮されていない。

このようなメニューの多くは、アプリケーション提供事業者や携帯電話会社等（以下、提供事業者という）によりＷｅｂ等を通じて提供されており、提供事業者毎にメニューの表示方法や分類方法が異なる。また携帯電話機の利用者は、メニューから所望のアプリケーションを見つけ出しダウンロードするまで、多くのリンクを辿らなければならない。このように、メニューの操作性は必ずしもよいものではなかった。

さらに、携帯電話機のアプリケーション記憶領域には制限があるため、サーバ装置に登録されているアプリケーションを無制限にダウンロードすることができない。そのため携帯電話機の利用者は、既に携帯電話機にダウンロードされているアプリケーションを削除してから、新たなアプリケーションをダウンロードしなければならず、非常に手間がかかるものであった。

本発明はこのような事情に鑑みてなされたもので、サーバ装置に登録されているアプリケーションのメニューに対する操作性を向上させた携帯電話機を提供することを目的とする。

前記目的を達成するために、請求項１に記載の発明は、サーバに登録されているアプリケーションのメニュー情報を取得するメニュー情報取得手段と、前記メニュー情報取得手段により取得された前記メニュー情報を表示するメニュー情報表示手段と、前記メニュー情報表示手段により表示されたメニュー情報から、任意のアプリケーションを選択し、選択したアプリケーションを起動させるアプリケーション選択手段と、前記アプリケーション選択手段により選択されたアプリケーションを、前記サーバより取得するアプリケーション取得手段と、前記アプリケーション取得手段により取得された前記アプリケーションを記憶する記憶手段と、を備えたことを特徴とする携帯電話機を提供する。

本発明によれば、携帯電話機の利用者は、サーバに登録されているアプリケーションのメニューを携帯電話機に表示することができる。そして、携帯電話機に表示されたメニューから選択したプリケーションを、サーバより取得して起動することができる。従って、アプリケーションのメニューに対する操作性が向上する。

請求項２に記載の発明は、請求項１に記載の携帯電話機であって、さらに、前記メニュー情報取得手段により取得されたメニュー情報を編集するメニュー情報編集手段を備え、前記メニュー情報表示手段は、前記メニュー情報編集手段により編集された前記メニュー情報を表示することができることを特徴とする。

請求項２の態様によれば、携帯電話機の利用者は、サーバに登録されているアプリケーションのメニューを自分で使い易いように編集することができる。そして、編集されたメニューは携帯電話機に表示される。従って、アプリケーションのメニューに対する操作性がさらに向上する。

請求項３に記載の発明は、請求項１又は請求項２に記載の携帯電話機であって、さらに、前記アプリケーション選択手段により選択されたアプリケーションが、前記記憶手段に既に記憶されているか否かを判別する判別手段を備え、前記アプリケーション取得手段は、前記判別手段によって、前記アプリケーション選択手段により選択されたアプリケーションが、前記記憶手段に記憶されていないと判別した場合に、前記アプリケーションを前記サーバより取得することを特徴とする。

請求項３の態様によれば、携帯電話機に表示されたメニューから選択されたアプリケーションが既に携帯端末の記憶手段に記憶されている場合にはサーバよりそのアプリケーションを取得しないので、無駄な通信時間、通信コストの増加を防止することができる。また、選択されたアプリケーションを迅速に実行することができる。

請求項４に記載の発明は、請求項１乃至請求項３のいずれか１項に記載の携帯電話機であって、さらに、前記アプリケーション取得手段が取得するアプリケーションの記憶領域が前記記憶手段にない場合には、前記記憶手段に既に記憶されている任意のアプリケーションを削除して、前記アプリケーションの記憶領域を確保する記憶領域確保手段を備えたことを特徴とする。

請求項４の態様によれば、サーバより取得するアプリケーションの記憶領域がない場合には、携帯電話機の記憶手段に既に記憶されている任意のアプリケーションを削除することによって、その記憶領域を確保する。そのため携帯電話機の利用者は、携帯電話機に記憶されているアプリケーションを意識することなく、メニューに表示されたアプリケーションを選択して実行することができるので、アプリケーションのメニューに対する操作性がさらに向上する。

本発明によれば、携帯電話機の利用者は、サーバに登録されているアプリケーションのメニューを自分で使いやすいように編集して携帯電話機に表示することができる。そのためアプリケーションのメニューに対する操作性が向上する。

以下、添付した図面を参照し本発明の好ましい実施の形態を説明する。

〔概略構成〕
図１は、本発明の好ましい実施の形態に係るアプリケーション提供システムのブロック構成図である。このシステムは、通信回線４に接続されたサーバ１と、携帯電話機２と、携帯電話機２と無線接続し、携帯電話機２を通信回線４に接続させる無線基地局３と、を備えている。サーバ１は、データベース（ＤＢ）１０、送受信部１１を有している。

図２は、携帯電話機２の機能ブロック図である。携帯電話機２は、カメラ部２０１、画像メモリ２０２、圧縮伸張部２０３、メモリ２０４、表示部２０５、プロトコル変換部２０６、無線通信部２０７、操作部２０８、制御部２０９を有している。なお、通常の携帯電話機として機能するためのマイクやスピーカ等も設けられているが、図２では省略している。制御部２０９は、携帯電話機２の各回路ブロックと接続されており、テンキーなどの操作キーを含む操作部２０８から入力される指示信号に基づいて各ブロックを制御する。操作部２０８に設けられたシャッターボタンが押下されると制御部２０９はカメラ部２０１に撮像の開始を指示し、カメラ部２０１はこれに応じて撮像を行う。カメラ部２０１は撮像された画像情報を画像データに変換して画像メモリ２０２に記憶する。画像メモリ２０２に記憶された画像データは液晶画面等で構成された表示部２０５に表示できる。この画像データは圧縮伸張部２０３で圧縮処理されてメモリ２０４に記憶される。メモリ２０４に記憶された画像データは、プロトコル変換部２０６において宛先情報（例えばサーバ１のＩＰアドレス）や一意的な差出人情報（例えば携帯電話機２に一意的に割り当てられたユーザＩＤ）などをヘッダ情報に付加し、所定のプロトコルに従って無線通信部２０７に送られる。無線通信部２０７に送られた画像データは、アンテナ２１０から無線基地局３を介してサーバ１などに送信される。差出人情報はメモリ２０４の一態様であるＲＯＭに記憶されている。

携帯電話機２は、特定のＵＲＬ（Uniform Resource Locator）で指定される送受信部１１にアクセスしてＪａｖａ（登録商標）アプリケーション等の各種アプリケーションをＤＢ１０からダウンロードしてメモリ２０４に保存する機能を有する。制御部２０９は、メモリ２０４に保存したアプリケーションを実行する。

アプリケーションのダウンロードは、特定の携帯電話機２だけが行えるようにしてもよいし、どの携帯電話機２からダウンロードできるようにしてもよい。例えば、サーバ１に認証機能を設けておき、ユーザＩＤやパスワードなどで認証を受けた携帯電話機２だけが待ち受けアプリケーションをダウンロードできるようにしてもよい。

また、アプリケーションのダウンロードの方法も任意である。例えば送受信部１１が、アプリケーションのダウンロードサイトとなるＵＲＬをハイパーリンクした電子メールを、上記の認証を受けた携帯電話機２に送信してもよい。この場合、電子メールを受信した携帯電話機２が、電子メールのハイパーリンクから送受信部１１にアクセスしてアプリケーションをダウンロードすることができる。

本実施形態において、サーバ１から携帯電話機２に送信されるアプリケーションは、サーバ１のＤＢ１０に記憶されている複数のアプリケーションをメニュー表示し、任意のアプリケーションが選択された場合は必要に応じてサーバ装置からそのアプリケーションをダウンロードして実行するランチャーアプリケーションである。

〔アプリケーションのメニュー表示処理〕
図３は、サーバ１のＤＢ１０に記憶されている複数のアプリケーションを携帯電話機２にメニュー表示する処理を示したフローチャートである。

Ｓ１では、携帯電話機２は、サーバ１に対して、ランチャーアプリケーションの送信を要求する。Ｓ２では、サーバ１は、携帯電話機２の送信要求に応じ、ＤＢ１０に記憶されているランチャーアプリケーションを携帯電話機２に送信する。

Ｓ３では、携帯電話機２は、受信したランチャーアプリケーションを携帯電話機２のメモリ２０４に保存し、携帯電話機２の制御部２０９は、メモリ２０４のランチャーアプリケーションを起動する。なおランチャーアプリケーションの起動は受信終了とともに開始してもよいし、携帯電話機２の操作部２０８の所定操作により開始してもよい。

Ｓ４では、携帯電話機２は、サーバ１に対して、ＤＢ１０に記憶されているアプリケーションのメニュー情報の送信を要求する。

Ｓ５では、サーバ１は、携帯電話機２の送信要求に応じ、ＤＢ１０に記憶されているアプリケーションのメニュー情報を携帯電話機２に送信する。

図４は、メニュー情報の一例である。同図は、後述する図３のＳ７において編集される前のメニュー情報を表す。同図に示すように、メニュー情報は、「固有ＩＤ」、「タイトル」、「カテゴリ」、「アイコン」、「詳細情報」から構成される。「固有ＩＤ」は、ＤＢ１０に記憶されている複数のアプリケーションを一意に特定するために利用される。また編集前のメニュー情報の「カテゴリ」、「アイコン」、「詳細情報」は、未登録状態である。メニュー情報の各構成要素は、後述するランチャーアプリケーションの編集機能により変更される。なお、メニュー情報の各構成要素は本例に限定されるものでない。

図３におけるＳ６では、携帯電話機２の制御部２０９は、サーバ１から取得したメニュー情報をメモリ２０４に記憶する。そして、メニュー情報の編集を開始する操作（以下、メニュー情報編集開始操作という）を操作部２０８から受け付ける。メニュー情報編集開始操作が操作部２０８に入力された場合はＳ７に移行し、メニュー情報編集開始操作が操作部２０８に入力されない場合はＳ８に移行する。

Ｓ７では、メニュー情報の編集を行う操作（以下、メニュー情報編集操作という）を操作部２０８から受け付ける。そして制御部２０９は、編集されたメニュー情報をメモリ２０４に記憶する。

図５（ａ）〜（ｄ）は、メニュー情報を編集する場合における表示部２０５の表示例である。Ｓ６において、メニュー情報編集開始操作が操作部２０８に入力されると、表示部２０５には、メニュー情報（図４参照）に含まれる各アプリケーションの「タイトル」が一覧表示される。なお携帯電話機２の表示部２０５は表示領域に制限があるため、図５（ａ）に示すように、スクロール形式で表示される。このメニュー情報の編集を終了する操作が操作部２０８に入力されると、メニュー情報編集操作は終了し、図３のＳ８に移行する。

図５（ａ）の状態において、表示部２０５に一覧表示されたアプリケーションの中から任意のアプリケーションのメニューを削除する操作（以下、メニュー情報削除操作という）を操作部２０８が受け付けると、図５（ｂ）に示すような確認画面を表示部２０５に表示する。そして、図５（ｂ）の「はい」に対応する操作が操作部２０８に入力されると、メニュー情報削除操作によって選択されたアプリケーションをメニュー情報から削除する。一方、図５（ｂ）の「いいえ」に対応する操作が操作部２０８に入力されると、メニュー情報削除操作によって選択されたアプリケーションをメニュー情報から削除しないで、表示部２０５の表示を図５（ａ）の状態に戻す。

また図５（ａ）の状態において、表示部２０５に一覧表示された任意のアプリケーションのメニュー情報を編集する操作（以下、メニュー情報編集操作という）を操作部２０８が受け付けると、図５（ｃ）に示すような編集画面を表示部２０５に表示する。この場合、メニュー情報編集操作によって選択されたアプリケーションに対応するメニュー情報の構成要素を表示部２０５に表示する。そして操作部２０８の所定操作によって、変更される構成要素の内容が入力される。入力内容を保存する操作を操作部２０８が受け付けると、図５（ｄ）に示すような確認画面を表示部２０５に表示する。「はい」に対応する操作が操作部２０８に入力されると、変更されたメニュー情報がメモリ２０４に記録される。。一方、「いいえ」に対応する操作が操作部２０８に入力されると、変更されたメニュー情報はメモリ２０４に記録しないで、表示部２０５の表示を図５（ａ）の状態に戻す。

図６は、図４のメニュー情報を編集した場合の一例である。本例では、図４のメニュー情報に対して、「固有ＩＤ」が０００４以下のアプリケーションを削除し、「固有ＩＤ」が０００１から０００３のアプリケーションの「タイトル」、「カテゴリ」、「詳細情報」の内容を変更したものである。

Ｓ８では、携帯電話機２の制御部２０９は、メモリ２０４に記憶されているメニュー情報を表示部２０５に表示する。Ｓ７においてメニュー情報が編集されている場合は、編集後のメニュー情報を表示部２０５に表示する。

図７（ａ）、（ｂ）は、図４の編集前のメニュー情報を表示部２０５に表示した場合の一例である。図７（ａ）は、メニュー情報の「固有ＩＤ」の小さい順に各アプリケーションを並べて表示した最初の部分の表示例であり、図７（ｂ）は、表示部２０５をスクロールさせる操作部２０８の所定操作によって表示した最後の部分の表示例である。図４のメニュー情報のように、「カテゴリ」に何も登録されていない場合、メニュー情報に登録されている各アプリケーションの「タイトル」が一覧表示される。

図８（ａ）、（ｂ）は、図６の編集後のメニュー情報を表示部２０５に表示した場合の一例である。図８（ａ）は、図６の編集後のメニュー情報をカテゴリ毎に表示した場合の表示例であり、図８（ｂ）は、そのカテゴリの中からカテゴリ「写真」が選択された場合の表示例である。

メニュー情報に「カテゴリ」が登録されている場合、メニュー情報に登録されている全ての種類のカテゴリを表示部２０５に表示する。本例では、図６の編集後のメニュー情報に「写真」と「自作」の２種類のカテゴリが登録されているので、図８（ａ）に示すように「写真」と「自作」のカテゴリを表示部２０５に表示する。なおメニュー情報の「カテゴリ」に登録されていないアプリケーションが存在する場合は、「写真」と「自作」に加えて、「未カテゴリ」を追加表示する。

表示部２０５に表示したカテゴリの中から、任意のカテゴリを選択する操作を操作部２０８が受け付けると、その選択されたカテゴリに属するアプリケーションを表示部２０５に表示する。図８（ａ）において「写真」が選択された場合には、図８（ｂ）に示すように、「写真」に属するアプリケーションのタイトル「スグミラクル」、「超ミラクル」を表示する。

このようにサーバ装置に登録されているアプリケーションのメニュー情報の「カテゴリ」等を編集し、表示部２０５に階層化表示することによって、携帯電話機２の利用者がメニューを使いやすいようにすることができるので、メニューの操作性が向上する。

なおメニュー情報に、「サブカテゴリ」を追加し、さらに階層化することも可能である。この場合、多くのアプリケーションを細分化してメニュー表示することができるので、さらにメニューの操作性が向上する。

図３において、Ｓ９では、携帯電話機２は、表示部２０５に表示されたメニューの中から、利用者所望のアプリケーションを選択する操作を操作部２０８から受け付ける。以下、Ｓ９において選択されたアプリケーションを選択アプリケーションという。

Ｓ１０では、選択アプリケーションが、携帯電話機２にダウンロードされているか否か、すなわちメモリ２０４に記憶されているか否か判断する。選択アプリケーションが、メモリ２０４に記憶されていない場合はＳ１１へ移行し、メモリ２０４に記憶されている場合はＳ１５へ移行する。

本実施形態におけるＳ１０の判断は、選択アプリケーションの固有ＩＤと、携帯電話機２のメモリ２０４に記憶されているアプリケーションの固有ＩＤとの比較により行う。すなわち固有ＩＤが一致すれば、選択アプリケーションがメモリ２０４に記憶されていると判断し、固有ＩＤが不一致であれば、選択アプリケーションがメモリ２０４に記憶されていないと判断する。

なおメニュー情報の構成要素に、各アプリケーションの更新日時若しくはバージョン情報を追加し、Ｓ１０においてアプリケーションの固有ＩＤ及び更新日時若しくはバージョン情報の比較を行うことも可能である。この場合、機能追加されたアプリケーションのように、固有ＩＤが同一であっても内容が更新されているアプリケーションが、携帯電話機２にダウンロードされているか否かを判別することが可能である。

このように選択アプリケーションが既にメモリ２０４に記憶されている場合には、サーバ１よりそのアプリケーションを取得しないので、無駄な通信時間、通信コストの増加を防止するとともに、サーバ１よりダウンロードすることが不要であるので選択アプリケーションを迅速に実行することができる。

Ｓ１１では、制御部２０９は、選択アプリケーションを記憶する領域（以下、選択アプリケーション記憶領域という）がメモリ２０４に存在するか否か判断する。選択アプリケーション記憶領域がメモリ２０４に存在しない場合はＳ１２に移行し、選択アプリケーション記憶領域がメモリ２０４に存在する場合はＳ１３に移行する。

Ｓ１２では、制御部２０９は、メモリ２０４に記憶されている複数のアプリケーションの中から任意のアプリケーションを自動的に削除する。本実施形態では、メモリ２０４に記憶されている複数のアプリケーションの中から使用頻度の少ないアプリケーションを選択し削除する。アプリケーションの削除を行うと、Ｓ１１に移行する。

このように携帯電話機２の利用者は、メモリ２０４に記憶されているアプリケーションを削除する操作が不要となるので、メモリ２０４に記憶されているアプリケーションを意識する必要がない。従って、容易に、メニューに表示されたアプリケーションを選択して実行することができ、アプリケーションのメニューに対する操作性が向上する。

なお本発明は上述のようにメモリ２０４に記憶されているアプリケーションを自動的に削除するものに限定されず、手動で任意のアプリケーションを選択し削除する形態でもよい。例えば、メモリ２０４に記憶されている複数のアプリケーションの中から削除するアプリケーションを選択する操作を操作部２０８から受け付け、制御部２０９は、選択されたアプリケーションを削除する。この場合、携帯電話機２のユーザが削除するアプリケーションを選択する操作が必要となるが、ユーザがメモリ２０４に残しておきたいアプリケーションが自動的に削除されてしまうことを防止することができるので、再度そのアプリケーションをダウンロードする手間を省き、通信コストの増加を防止できる。

Ｓ１３では、携帯電話機２は、サーバ１に対して、選択アプリケーションの送信を要求する。Ｓ１４では、サーバ１は、携帯電話機２の送信要求に応じ、ＤＢ１０に記憶されている選択アプリケーションを携帯電話機２に送信する。

Ｓ１５では、携帯電話機２は、受信した選択アプリケーションをメモリ２０４に記憶する。そして制御部２０９は、メモリ２０４に記憶されている選択アプリケーションを起動する。

以上、本発明の携帯電話機について詳説に説明したが、本発明は、以上の例には限定されず、本発明の要旨を逸脱しない範囲において、各種の改良や変形を行ってよいのはもちろんである。

本発明の好ましい実施形態に係るアプリケーション提供システムである。 携帯電話機の機能ブロック図である。 携帯電話機にメニュー情報を表示する処理フローである。 サーバから受信したメニュー情報の一例である。 （ａ）〜（ｄ）は、メニュー情報の編集画面である。 図４のメニュー情報を編集した場合の一例である。 図４のメニュー情報の表示例である。 図６のメニュー情報の表示例である。

符号の説明

１…サーバ、２…携帯電話機

Claims (4)

1. サーバに登録されているアプリケーションのメニュー情報を取得するメニュー情報取得手段と、
   前記メニュー情報取得手段により取得された前記メニュー情報を表示するメニュー情報表示手段と、
   前記メニュー情報表示手段により表示されたメニュー情報から、任意のアプリケーションを選択し、選択したアプリケーションを起動させるアプリケーション選択手段と、
   前記アプリケーション選択手段により選択されたアプリケーションを、前記サーバより取得するアプリケーション取得手段と、
   前記アプリケーション取得手段により取得された前記アプリケーションを記憶する記憶手段と、を備えたことを特徴とする携帯電話機。
2. 請求項１に記載の携帯電話機であって、さらに、
   前記メニュー情報取得手段により取得されたメニュー情報を編集するメニュー情報編集手段を備え、
   前記メニュー情報表示手段は、前記メニュー情報編集手段により編集された前記メニュー情報を表示することができることを特徴とする携帯電話機。
3. 請求項１又は請求項２に記載の携帯電話機であって、さらに、
   前記アプリケーション選択手段により選択されたアプリケーションが、前記記憶手段に既に記憶されているか否かを判別する判別手段を備え、
   前記アプリケーション取得手段は、前記判別手段によって、前記アプリケーション選択手段により選択されたアプリケーションが、前記記憶手段に記憶されていないと判別した場合に、前記アプリケーションを前記サーバより取得することを特徴とする携帯電話機。
4. 請求項１乃至請求項３のいずれか１項に記載の携帯電話機であって、さらに、
   前記アプリケーション取得手段が取得するアプリケーションの記憶領域が前記記憶手段にない場合には、前記記憶手段に既に記憶されている任意のアプリケーションを削除して、前記アプリケーションの記憶領域を確保する記憶領域確保手段を備えたことを特徴とする携帯電話機。

Images