JP4138591B2

JP4138591B2 - Terminal device

Info

Publication number: JP4138591B2
Application number: JP2003185249A
Authority: JP
Inventors: 諭鷲尾; 和宏山田; 大神谷; 直樹山根; 雅之津田; 淳樹富岡; 信之渡邉; 易憲服部; 理人竹下; 真和西田; 真生浅井; 直樹成瀬; 裕一市川
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2003-06-27
Filing date: 2003-06-27
Publication date: 2008-08-27
Anticipated expiration: 2023-06-27
Also published as: JP2005020583A

Description

【０００１】
【発明の属する技術分野】
同一グループに属する複数のデータを端末装置に記憶させる技術に関する。
【０００２】
【従来の技術】
従来より、携帯電話機やＰＨＳ（Personal Handyphone System：登録商標）にはアドレス帳など、個人情報を登録する機能が備えられている。そして、このアドレス帳に名前や電話番号を登録しておくことによって、発呼する毎に電話番号をダイヤルするという手間を省くことができるようになっている。
【０００３】
ところで、名前や電話番号やメールアドレスなどの個人情報を携帯電話機に記憶させるには、これらのデータを１つづつキー入力する必要がある。このため、複数人分の個人情報を携帯電話機に記憶させる場合には、その人数分だけキー入力を行わなければならず、不便である。このような不便さを解消するための技術として特許文献１に開示されている技術がある。
【０００４】
特許文献１に開示されている技術では、ネットワークに接続されたセンターが、多数のユーザの個人情報をいくつかのグループに分け、グループ毎に固有なグループコード（例えば、数字文字列）を対応付けて記憶している。このセンターは、携帯電話機からネットワークを介して個人情報のダウンロード要求を受信すると、その携帯電話機のユーザと同じグループに属しているユーザの個人情報を全て抽出し、抽出した個人情報と、これらに対応付けられているグループコードとを上記携帯電話機へ送信するようになっている。
【０００５】
【特許文献１】
特開平１０−２８５２８１号公報
【０００６】
【発明が解決しようとする課題】
以上に説明したように、特許文献１に開示されている技術によれば、煩雑なキー操作を行うことなく、同一グループに属する複数のユーザの個人情報にそのグループのグループコードを対応付けて携帯電話機に記憶させることが可能になる。
【０００７】
ところで、他のユーザの個人情報を携帯電話機に記憶させる場合には、その個人情報の属するグループをわかり易く表現する名称（以下、「グループ名」という）を対応付けて記憶させることが一般に行われている。例えば、同僚の個人情報には、“勤務先”というグループ名を対応付け、友人の個人情報には“友人”というグループ名を対応付けるなどである。このため、あるグループに属する複数の個人情報を端末装置に記憶させる際にも、そのグループをわかり易く表現するグループ名を対応付けて記憶させたいといったニーズがある。
【０００８】
これに対して、特許文献１に開示されている技術を用いて、あるグループに属する複数のユーザの個人情報を携帯電話機に記憶させる場合には、それらの個人情報に対応付けて携帯電話機に記憶されるのは、そのグループのグループコードである。グループコードは、上述したように数字文字列などであり、そのグループをわかり易く表現している訳ではない。このように、特許文献１に開示されている技術を用いたとしても、上記ユーザのニーズを満たすことはできない。そこで、上述したグループコードに替えて、グループ名を予めセンターに記憶させておくことも考えられる。しかしながら、ユーザが各グループに対応付けるグループ名は、そのユーザの嗜好に応じて様々であるから、センターに記憶させたグループ名が、常に、ユーザの嗜好に合うものであるとは限らないといった問題がある。
【０００９】
また、特許文献１に開示されている技術を用いて個人情報のダウンロードを行った後に、ユーザ操作によってグループ名を付けさせるといったことも考えられる。その一例としては、以下に示す３つの機能を携帯電話機に実現させるアプリケーションプログラムを利用することが挙げられる。第１の機能は、前述したセンターへあるグループに属するユーザの個人情報のダウンロード要求を送信するとともに、センターから送信されてくる複数の個人情報を受信する機能である。第２の機能は、受信した複数の個人情報に対応付けるグループ名をユーザに入力させるためのユーザインタフェイスを提供する機能である。そして、第３の機能は、これら複数の個人情報とユーザによって入力されたグループ名とを対応付けて記憶する機能である。しかしながら、このように多様な機能を携帯電話機に実現させるアプリケーションプログラムの構造は自ずと複雑なものになってしまう。アプリケーションプログラムの構造が複雑になってしまうことは、その開発者にとって大きな負担となってしまい好ましくない。
【００１０】
本発明は、上記課題に鑑みて為されたものであり、同一グループに属する複数のデータを端末装置に記憶させるアプリケーションプログラムの構造を複雑化させることなく、ユーザの嗜好に合ったグループ名をそのグループへ対応付けることを可能にする技術を提供することを目的としている。
【００１１】
【課題を解決するための手段】
上記課題を解決するために、本発明は、プログラムを実行する手段であり、該プログラムが複数のデータを内包し、かつ該複数のデータが１つのグループに属する場合には、該プログラムにしたがって、該複数のデータのうちの１つを出力する第１の出力処理と、前記第１の出力処理の後、識別子が通知された場合に、該識別子と該複数のデータのうちの残りを出力する第２の出力処理とを実行する実行手段と、第１の記憶手段と、グループに固有の識別子と該グループの名称とを対応付けて記憶する第２の記憶手段と、前記第１の出力処理によりデータの出力が行われたとき、該データの属するグループのグループ名をユーザに特定させ、該データと該グループ名とを対応付けて前記第１の記憶手段へ書き込むとともに、該グループ名に対応付けて前記第２の記憶手段に記憶されている識別子を前記実行手段に通知する第１の書き込み手段と、前記第１の書き込み手段によって前記識別子が前記実行手段に通知されて、前記実行手段によって前記第２の出力処理が行われ、該第２の出力処理により前記識別子とデータが出力された場合に、該識別子に対応付けて前記第２の記憶手段に記憶されているグループ名を特定し、前記第２の出力処理により出力されたデータと該グループ名とを対応付けて前記第１の記憶手段へ書き込む第２の書き込み手段と、を備える端末装置を提供する。
【００１２】
本発明に係る端末装置によれば、１つのグループに属する複数のデータを内包しているプログラムが本端末装置で実行されると、複数のデータのうちの１つを端末装置に記憶させる際に、そのデータの属するグループのグループ名が特定され、そのグループ名と対応付けて、これら複数のデータが端末装置に書き込まれる。
【００１３】
【発明の実施の形態】
以下、図面を参照しつつ本発明の実施形態について説明する。
【００１４】
［Ａ．構成］
（１：通信システムの構成）
図１は、本実施形態に係る端末装置１０を有する通信システムの全体構成の一例を示す図である。図１に示されるコンテンツサーバ４０は、一般的なコンピュータ装置と同一の構成を有するものであり、インターネット３０に接続されている。このコンテンツサーバ４０は、端末装置１０へ提供するためのアプリケーションプログラムを記憶している。このアプリケーションプログラムは、オブジェクト指向のプログラム言語の１つであるＪａｖａ（登録商標）で記述されており、後述するＪａｖａ実行環境で解釈および実行可能なＪａｖａバイトコードで構成されている（以下、「ＪａｖａＡＰＰ」と称する）。
【００１５】
移動パケット通信網２０は、当該移動パケット通信網２０に収容される端末装置１０に対して、パケット通信サービスを提供するためのものである。この移動パケット通信網２０は、基地局２１とゲートウェイ（以下、「ＧＷ」と称する）装置２２とを有している。基地局２１は、移動パケット通信網２０のサービスエリア内に多数設置されている。この基地局２１は、一定の広さを有する無線セルを形成し、この無線セルに在圏する端末装置１０と無線通信を行うためのものである。ＧＷ装置２２は、移動パケット通信網２０における通信プロトコルとインターネット３０における通信プロトコルとを相互変換し、移動パケット通信網２０とインターネット３０との間の通信を仲介するためのものである。
【００１６】
端末装置１０は、Ｊａｖａ実行環境を備えた携帯電話機である。この端末装置１０は、移動パケット通信網２０とインターネット３０とを介してコンテンツサーバ４０からＪａｖａＡＰＰをダウンロードし、このＪａｖａＡＰＰを上記Ｊａｖａ実行環境を用いて実行することができる。この端末装置１０は、図２に示されるアドレス帳テーブルを記憶している。図２に示されているように、このアドレス帳テーブルには、あるグループに属するユーザの個人情報（そのグループのグループ名、名前、電話番号、メールアドレスなど）を示すアドレス帳データが格納されている。
【００１７】
本実施形態においては、コンテンツサーバ４０に記憶されているＪａｖａＡＰＰには、あるグループに属する複数のユーザのアドレス帳データと、これら複数のアドレス帳データを記憶する処理をこのＪａｖａＡＰＰの実行主体に行わせるＪａｖａバイトコードとが内包されている。具体的には、このＪａｖａＡＰＰには、図３に示される複数のアドレス帳データと、図４に示される処理をその実行主体に行わせるＪａｖａバイトコードが内包されている。端末装置１０は、このＪａｖａＡＰＰをコンテンツサーバ４０からダウンロードし上記Ｊａｖａ実行環境の下で実行することにより、このＪａｖａＡＰＰに内包されているアドレス帳データに含まれているグループ名をユーザの嗜好に合うものに書き換えて、上記アドレス帳テーブルへ格納する。
【００１８】
（２：端末装置１０の構成）
次に、端末装置１０のハードウェア構成を、図５を参照しつつ説明する。図５に示されるように、端末装置１０は、制御部５１０と、表示部５２０と、操作部５３０と、無線通信部５４０と、記憶部５５０と、これら各構成要素間のデータ授受を仲介するバス５６０とを有している。
【００１９】
制御部５１０は、例えばＣＰＵ（Central Processing Unit）であり、記憶部５５０に格納されているソフトウェアを実行することにより端末装置１０の各部を制御するものである。表示部５２０は、例えば液晶ディスプレイとその駆動回路であり、制御部５１０から引渡された画像データに応じた画像を表示する。操作部５３０は、数字や文字、操作指示などをユーザに入力させるための複数の操作子を備えており、これらの操作子の操作内容に応じたデータを制御部５１０へ引渡す。
【００２０】
無線通信部５４０は、図示せぬアンテナを備えており、端末装置１０の在圏する無線セルを形成する基地局２１と無線通信するためのものである。この無線通信部５４０は、基地局２１から送信されてくるデータを受信し、受信したデータを制御部５１０へ引渡すとともに、制御部５１０から引渡されたデータを基地局２１へ送出する。
【００２１】
記憶部５５０は、揮発性記憶部５５１と不揮発性記憶部５５２とを有している。揮発性記憶部５５１は、例えばＲＡＭ（Random Access Memory）であり、ソフトウェアを実行中の制御部５１０によりワークエリアとして使用される。不揮発性記憶部５５２は、例えばＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）であり、前述したアドレス帳テーブル（図２参照）や、図６に示されるグループ管理テーブルを格納している。また、不揮発性記憶部５５２には、オペレーティングシステム（以下、「ＯＳ」という）を制御部５１０に実現させるためのＯＳソフトウェアや、Ｊａｖａ実行環境を構築するためのソフトウェアが格納されている。更に、この不揮発性記憶部５５２には、コンテンツサーバ４０からダウンロードしたＪａｖａＡＰＰが格納される。
【００２２】
まず、グループ管理テーブルについて図６を参照しつつ説明する。グループ管理テーブルは、アドレス帳テーブルに格納されているアドレス帳データの属するグループのグループ名を示すデータと、このグループを一意に識別するためのグループ識別子（例えば、一連番号）とを対応付けて格納している。このグループ識別子は、後に詳述するが、ＪａｖａＡＰＰにしたがってアドレス帳データの書き込みを行う際に利用される。
【００２３】
次に、Ｊａｖａ実行環境を構築するために端末装置１０に組み込まれているソフトウェアについて図７を参照しつつ説明する。図７は、端末装置１０におけるＪａｖａ実行環境を説明するための図である。この図に示されるように、端末装置１０には、Ｊ２ＭＥ（Java 2 platform Micro Edition）に準拠したＪａｖａ実行環境を実現するためのソフトウェアが組み込まれている。ここで、Ｊ２ＭＥとは、小型電子器機向けに定められたＪａｖａ実行環境の規格である。端末装置１０に組み込まれているソフトウェアは、後述するＫＶＭと、ＣＬＤＣ（Connected Limited Device Configuration）クラスライブラリと、オリジナルＪａｖａ拡張プロファイルと、ＪＡＭ（Java Application Manager）とを制御部５１０に実現させる。なお、本実施形態では、Ｊ２ＭＥに準拠したＪａｖａ実行環境を有する端末装置１０に本発明を適用する場合について説明するが、Ｊ２ＳＥ（Java2 Standard Edition）やＪ２ＥＥ（Java2 Enterprise Edition）に準拠したＪａｖａ実行環境を有する端末装置に本発明を適用するとしても勿論良い。Ｊ２ＳＥとは、パーソナルコンピュータ装置（以下、「ＰＣ」と称する）向けに定められたＪａｖａ実行環境の規格であり、Ｊ２ＥＥとは、例えばコンテンツサーバ４０のようなサーバ装置向けに定められたＪａｖａ実行環境の規格である。
【００２４】
ＫＶＭは、ＪＶＭの１種であり、携帯電話機やＰＤＡ（Personal Digital Assistance）等の小型電子機器用に設計されている。ＪＶＭとは、ＪａｖａＡＰＰを構成しているＪａｖａバイトコードを制御部５１０が解釈可能なマシン語コードに変換し、制御部５１０に実行させるためのものである。また、ＣＬＤＣクラスライブラリは、携帯電話機やＰＤＡなどの小型電子器機向けの汎用的な機能を提供するためのものである。
【００２５】
オリジナルＪａｖａ拡張プロファイルは、ＣＬＤＣクラスライブラリを基礎として携帯電話機に特化した機能を提供するためのものである。このオリジナルＪａｖａ拡張プロファイルには、例えば、ユーザインタフェイスＡＰＩ（Application Program Interface）、ネットワーキングＡＰＩ、スクラッチパッドＡＰＩ、アドレス帳登録ＡＰＩなどが含まれている。ＪａｖａＡＰＰを実行中の制御部５１０は、そのＪａｖａＡＰＰを構成するＪａｖａバイトコードにしたがって、これらＡＰＩを呼び出すことにより、これらＡＰＩの提供する機能を利用することができる。以下、各ＡＰＩが提供する機能について説明する。
【００２６】
ユーザインタフェイスＡＰＩとは、端末装置１０のユーザインタフェイス機能をサポートするためのＡＰＩである。ネットワーキングＡＰＩとは、ＵＲＬ（Uniform Resource Locator）により指定されたネットワークリソースへアクセスするためのＡＰＩである。スクラッチパッドＡＰＩとは、スクラッチパッドに対する書き込みや読み出しをサポートするためのＡＰＩである。なお、詳細な図示は省略したが、スクラッチパッドとは、不揮発性記憶部５５２内に設けられた記憶領域であり、ＪａｖａＡＰＰの実行に応じて発生するデータを格納するためのものである。そして、アドレス帳登録ＡＰＩとは、呼び出し元から引渡されたアドレス帳データを上述したアドレス帳テーブル（図２参照）へ書き込むためのＡＰＩである。このアドレス帳登録ＡＰＩは、その呼び出し態様に応じて、以下に示す２つの態様でアドレス帳データの書き込みを行う。すなわち、アドレス帳登録ＡＰＩは、アドレス帳データのみを引渡された場合には、図８に示すフローチャートしたがってアドレス帳データを書き込み、アドレス帳データとグループ識別子とを引渡された場合には、図９に示すフローチャートにしたがってアドレス帳データを書き込む。なお、詳細な図示は省略したが、端末装置１０は、上述したＣＬＤＣクラスライブラリやオリジナルＪａｖａ拡張プロファイルの他に、メーカ独自拡張ライブラリを有している。このメーカ独自拡張ライブラリは、端末装置１０の製造者がそれぞれ独自の機能を提供するためのクラスライブラリである。
【００２７】
ＪＡＭは、ＯＳによる制御の下で、端末装置１０に記憶されているＪａｖａＡＰＰの管理を行うためのものである。具体的には、ＪＡＭは、ＪａｖａＡＰＰのインストールや削除を行う機能、不揮発性記憶部５５２に格納されているＪａｖａＡＰＰの名称をリスト表示する機能、ＪａｖａＡＰＰの実行管理を行う機能などを営む。ＪａｖａＡＰＰをインストールする機能とは、コンテンツサーバ４０からダウンロードしたＪａｖａＡＰＰを不揮発性記憶部５５２へ書き込む機能である。
【００２８】
ＪａｖａＡＰＰの実行管理を行う機能とは、ＪａｖａＡＰＰの実行の開始および終了を行う機能である。より詳細に説明すると、ユーザにＪａｖａＡＰＰの実行を指示されると、ＪＡＭは、まず、そのＪａｖａＡＰＰを実行するためのワークエリアを揮発性記憶部５５１内に確保する。次に、ＪＡＭは、そのＪａｖａＡＰＰを構成しているＪａｖａバイトコードを、そのワークエリアへ展開し、展開したＪａｖａバイトコードをＫＶＭに解釈させ実行させる。そして、ユーザにＪａｖａＡＰＰの終了を指示されると、ＪＡＭは、ＫＶＭによるＪａｖａバイトコードの解釈および実行を終了するとともに、そのＪａｖａＡＰＰを実行するために揮発性記憶部５５１内に確保したワークエリアを開放し、そのＪａｖａＡＰＰの実行を終了する。
【００２９】
［Ｂ．動作］
次に、本実施形態に係る端末装置１０の制御部５１０が行う動作のうち、本発明に係る端末装置の特徴を顕著に示す動作についてのみ図を参照しつつ説明する。なお、以下に説明する動作例の前提として、端末装置１０は、コンテンツサーバ４０からダウンロードしたＪａｖａＡＰＰと、図２に示されるアドレス帳テーブルと、図６に示されるグループ管理テーブルとを記憶しているものとする。
【００３０】
端末装置１０において、上記ＪａｖａＡＰＰを実行することをユーザに指示されると、ＪＡＭは、このＪａｖａＡＰＰを不揮発性記憶部５５２から読み出し、このＪａｖａＡＰＰをＫＶＭに解釈させ、その解釈結果に応じた命令コードを制御部５１０に実行させる。以下、制御部５１０が行うアドレス帳データ登録処理の流れを図４を参照しつつ説明する。
【００３１】
図４に示されているように、このＪａｖａＡＰＰの実行を開始した制御部５１０は、まず、このＪａｖａＡＰＰに内包されている複数のアドレス帳データのうちの先頭のアドレス帳データを引数として、アドレス帳登録ＡＰＩを呼び出す（ステップＳＡ１）。本実施形態では、制御部５１０は、氏名が“ＸＸＸＸ”であるユーザのアドレス帳データを引数として、アドレス帳登録ＡＰＩを呼び出す。上述したように、アドレス帳登録ＡＰＩは、アドレス帳データのみを引数として呼び出された場合には、図８のフローチャートに示されるアドレス帳データ書き込み処理を行う。以下、図８を参照しつつアドレス帳データ登録ＡＰＩが行う処理の流れについて説明する。
【００３２】
図８に示されるように、まず、アドレス帳登録ＡＰＩは、引渡されたアドレス帳データをそのままアドレス帳テーブルへ格納するか否かを確認するため、図１０に示される確認画面を表示部５２０に表示させる（ステップＳＢ１）。図１０に示される確認画面を視認識したユーザは、操作部５３０を操作して、以下に述べる３種類の入力操作のいずれかを行うことができる。すなわち、登録ボタンＢ１を押下すること（以下、「登録操作」という）、キャンセルボタンＢ２を押下すること（以下、「キャンセル操作」という）、登録操作でもなくキャンセル操作でもない操作（例えば、確認画面に表示されているデータを修正するなど：以下、「その他操作」という）のいずれかを行うことができる。このような確認画面を表示させることにより、ＪａｖａＡＰＰに内包されているアドレス帳データに含まれているグループ名がユーザの嗜好に合っている場合には、ユーザは、グループ名を入力する必要がなく、グループ名をキー入力する手間を省くことができるといった効果を奏する。
【００３３】
操作部５３０を操作することにより、ユーザが何らかの入力操作を行うと、アドレス帳登録ＡＰＩは、この入力操作の内容に応じたデータを操作部５３０を介して取得する（ステップＳＢ２）。そして、アドレス帳登録ＡＰＩは、ステップＳＢ２にて取得したデータに基づいてユーザの操作内容を判定する（ステップＳＢ３）。すなわち、アドレス帳登録ＡＰＩは、ユーザの操作内容が、「登録操作」であるか、「キャンセル操作」であるか、「その他操作」であるかを判定する。
【００３４】
ユーザの操作内容が“その他操作”である場合には、アドレス帳登録ＡＰＩは、その操作内容に応じて確認画面の表示内容を更新し、上述したステップＳＢ２以降の処理を行い、更に入力操作が行われることを待ち受ける。
ユーザの操作内容が“キャンセル操作”である場合には、アドレス帳登録ＡＰＩは、アドレス帳データ書き込み処理を終了する。
ユーザの操作内容が“登録操作”である場合には、アドレス帳登録ＡＰＩは、後述するステップＳＢ４以降の処理を行う。
本動作例においては、確認画面（図１０参照）において、グループ名が“友人”に書き換えられ、登録ボタンＢ１が押下されたものとする。このように、確認画面において、登録操作が行われているため、本動作例においては、後述するステップＳＢ４の処理が行われる。
【００３５】
ステップＳＢ３に後続するステップＳＢ４では、アドレス帳登録ＡＰＩは、確認画面（図１０参照）にて登録を指示されたアドレス帳データに含まれているグループ名に対応するグループ識別子をグループ管理テーブル（図６参照）の格納内容に基づいて特定する。具体的には、アドレス帳登録ＡＰＩは、このグループ名に対応付けてグループ管理テーブル（図６参照）に格納されているグループ識別子を取得する。本実施形態においては、確認画面（図１０参照）にて登録を指示されたアドレス帳データに含まれているグループ名に対応するグループ識別子として“１”が特定される。なお、本実施形態では、確認画面（図１０参照）においてユーザによって登録を指示されたグループ名が、グループ管理テーブルに格納されている場合について説明した。しかしながら、係るグループ名がグループ管理テーブルに格納されていない場合（例えば、確認画面でグループ名が“勤務先”に書き換えられた場合）であっても、以下に述べる処理をアドレス帳登録ＡＰＩに実行させることにより対応することができる。すなわち、アドレス帳登録ＡＰＩに、新たなグループ識別子を生成させ、生成したグループ識別子とそのグループ名とを対応付けてグループ管理テーブルへ書き込ませた後に、そのグループ識別子を、上記グループ名に対応するグループ識別子として特定させる。このようにすることにより、ユーザの嗜好に応じてグループ名を新たに追加することが可能になるといった効果を奏する。
【００３６】
次に、アドレス帳登録ＡＰＩは、確認画面（図１０参照）にて登録を指示されたアドレス帳データをアドレス帳テーブルへ書き込む（ステップＳＢ５）。そして、アドレス帳登録ＡＰＩは、ステップＳＢ４にて特定したグループ識別子を本アドレス帳登録ＡＰＩの呼び出し元へ通知し（ステップＳＢ６）、アドレス帳データ書き込み処理を終了する。
【００３７】
図４に戻って、上述したステップＳＡ１において呼び出したアドレス帳登録ＡＰＩの実行が終了すると、制御部５１０は、アドレス帳取得ＡＰＩからグループ識別子を通知されたか否かを判定し（ステップＳＡ２）、グループ識別子を通知された場合にのみ、ＪａｖａＡＰＰに内包されている残りのアドレス帳データと上記グループ識別子とを引数として再度アドレス帳登録ＡＰＩを呼び出す（ステップＳＡ３）。このステップＳＡ３にて呼び出されたアドレス帳登録ＡＰＩが行う動作については、後に詳述する。なお、本実施形態では、グループ識別子を通知されなかった場合（例えば、キャンセル操作が行われた場合）には、図２に示されているように、ＪａｖａＡＰＰの実行を終了する場合について説明したが、次のアドレス帳データを引数としてアドレス帳登録ＡＰＩを呼び出す態様であっても良いことは勿論である。
【００３８】
そして、制御部５１０は、未だにステップＳＡ３の処理を行っていないアドレス帳データがあるか否かを判定し（ステップＳＡ４）、ステップＳＡ４の判定結果が“ＮＯ”になるまで、ステップＳＡ３の処理を繰り返し実行する。なお、本実施形態では、残りのアドレス帳データを１つづアドレス帳登録ＡＰＩへ引渡す態様について説明したが、これらを一括して引渡す態様であっても良いことは勿論である。
【００３９】
次いで、上述したステップＳＡ３にて呼び出されたアドレス帳登録ＡＰＩが行う動作について説明する。上述したように、アドレス帳データとグループ識別子とを引数として呼び出された場合には、アドレス帳登録ＡＰＩは、図９に示すフローチャートにしたがってアドレス帳データの書き込み処理を行うを行う。図９に示されているように、アドレス帳登録ＡＰＩは、まず、引数として引渡されたグループ識別子に対応するグループ名をグループ管理テーブル（図６参照）の格納内容に基づいて特定する（ステップＳＣ１）。そして、アドレス帳登録ＡＰＩは、引渡されたアドレス帳データに含まれているグループ名を、ステップＳＣ１にて特定したグループ名で書き換える（ステップＳＣ２）。
【００４０】
以降、アドレス帳登録ＡＰＩは、確認画面（図１０参照）に表示されているデータの書換えを許容してない点と、ステップＳＢ４を行わない点とを除き、アドレス帳データのみを引渡された場合と同一の動作を行う。このように、確認画面に表示されれいるデータの書換えを許容しない理由は、データの書換えを許容してしまうと、誤入力などによりグループ名が書き換えられてしまう虞があるからである。また、ステップＳＢ４を行わない理由は、既に、グループ識別子が特定されているからである。
【００４１】
以上に説明したように、ＪａｖａＡＰＰを実行することにより、ユーザにより入力されたグループ名に対応付けて、このＪａｖａＡＰＰに内包されているアドレス帳データがアドレス帳テーブルへ書き込まれる。その結果、アドレス帳テーブルの格納内容は、図１１に示される状態になる。また、本実施形態に係るＪａｖａＡＰＰは、図４に示されているように、所定の態様で端末装置に記憶されているアドレス帳登録ＡＰＩを呼び出す処理を制御部５１０に行わせるものであれば良く、複雑な構造を有している必要はない。
【００４２】
［Ｃ．変形例］
以上、本発明の実施形態について説明したが、本発明は係る実施形態に限定されるものではなく、その技術思想の範囲内で様々な変形が可能である。なお、変形例としては、例えば、以下のようなものが考えられる。
【００４３】
（変形例１）上述した実施形態では、Ｊａｖａ実行環境を有する携帯電話機に本発明を提供する場合について説明した。しかしながら、本発明の適用対象は係る携帯電話機に限定されるものではない。例えば、Ｊａｖａ実行環境を備えたＰＤＡやＰＨＳであっても良く、Ｊａｖａ実行環境を有するＰＣであっても良い。要は、上述したアドレス帳登録ＡＰＩを含んだＪａｖａ実行環境を有するコンピュータ装置であれば、いずれであっても良い。
【００４４】
（変形例２）上述した実施形態では、Ｊａｖａで記述されたアプリケーションプログラムを用いて、アドレス帳データの書き込みを行う場合について説明した。しかしながら、係るアプリケーションプログラムを記述するプログラミング言語はＪａｖａに限定されるものではない。例えば、Ｃ＋＋で記述されたアプリケーションプログラムであっても良い。ただし、このような場合には、そのアプリケーションプログラムを記憶する端末装置に、アドレス帳登録ＡＰＩと同一の機能を実現させるためのソフトウェアを記憶させておく必要がある。
【００４５】
（変形例３）上述した実施形態では、アドレス帳データの書き込み行うためのソフトウェア（上述した実施形態においては、アドレス帳登録ＡＰＩを実現するソフトウェア）を予め端末装置１０に記憶させておく場合について説明した。しかしながら、係るソフトウェアを記憶させることにより、一般的なコンピュータ装置に端末装置１０と同一の機能を付与することができる。
【００４６】
具体的には、コンピュータ装置読み取り可能な記録媒体であって、上記ソフトウェアを記録した記録媒体を用いて、一般的なコンピュータ装置に係るソフトウェアをインストールすることにより、一般的なコンピュータ装置に本発明に係る端末装置と同一の機能を付与することができる。
【００４７】
【発明の効果】
本発明によれば、同一グループに属する複数のデータを端末装置に記憶させる際に、ユーザの嗜好に合ったグループ名を対応付けて記憶させることが可能になるといった効果を奏する。
【００４８】
また、本発明によれば、端末装置は、ユーザにより入力されたグループ名とアドレス帳データとを対応付けて記憶する機能を予め備えている。このため、同一グループに属する複数のデータを記憶する際に実行されるアプリケーションプログラムは、上記機能を順次呼び出す処理を端末装置に実行させるものであれば良く、アプリケーションプログラムの構造を単純化することができるといった効果を奏する。
【図面の簡単な説明】
【図１】本発明に係る端末装置１０を有する通信システムの構成例を示す図である。
【図２】同端末装置１０が記憶しているアドレス帳テーブルの一例を示す図である。
【図３】同コンテンツサーバ４０に記憶されているＪａｖａＡＰＰに格納されているアドレス帳データの一例を示す図である。
【図４】同端末装置１０がＪａｖａＡＰＰにしたがって実行するアドレス帳データ登録処理の流れを示すフローチャートである。
【図５】同端末装置１０の構成例を示す図である。
【図６】同端末装置１０が記憶しているグループ管理テーブルの一例を示す図である。
【図７】同端末装置１０に組み込まれているＪａｖａ実行環境を説明するための図である。
【図８】同端末装置１０のアドレス帳登録ＡＰＩが実行するアドレス帳データ書き込み処理の流れを示すフローチャートである。
【図９】同端末装置１０のアドレス帳登録ＡＰＩが実行するアドレス帳データ書き込み処理の流れを示すフローチャートである。
【図１０】同端末装置１０の表示部５２０に表示されるアドレス帳データ登録画面の一例を示す図である。
【図１１】同端末装置１０が記憶しているアドレス帳テーブルの一例を示す図である。
【符号の説明】
１０…端末装置、２０…移動パケット通信網、２１…基地局、２２…ＧＷ装置、３０…インターネット、４０…コンテンツサーバ、５１０…制御部、５２０…表示部、５３０…操作部、５４０…無線通信部、５５０…記憶部、５５１…揮発性記憶部、５５２…不揮発性記憶部、５６０…バス。[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a technique for storing a plurality of data belonging to the same group in a terminal device.
[0002]
[Prior art]
2. Description of the Related Art Conventionally, mobile phones and PHS (Personal Handyphone System: registered trademark) have a function of registering personal information such as an address book. By registering names and telephone numbers in this address book, it is possible to save the trouble of dialing the telephone number every time a call is made.
[0003]
By the way, in order to store personal information such as a name, a telephone number, and an e-mail address in a mobile phone, it is necessary to input these data one by one. For this reason, when storing the personal information for a plurality of people in the mobile phone, it is inconvenient because it is necessary to perform key input for the number of people. As a technique for solving such inconvenience, there is a technique disclosed in Patent Document 1.
[0004]
In the technique disclosed in Patent Document 1, a center connected to a network divides personal information of a large number of users into several groups, and a unique group code (for example, a numeric character string) is associated with each group. I remember. When this center receives a request for downloading personal information from a mobile phone via a network, the center extracts all personal information of users belonging to the same group as the user of the mobile phone, and corresponds to these extracted personal information The attached group code is transmitted to the mobile phone.
[0005]
[Patent Document 1]
JP-A-10-285281
[0006]
[Problems to be solved by the invention]
As described above, according to the technique disclosed in Patent Document 1, the group code of the group is associated with the personal information of a plurality of users belonging to the same group without carrying out complicated key operations. It can be stored in the telephone.
[0007]
By the way, when storing personal information of other users in a mobile phone, it is generally performed to store a name (hereinafter referred to as “group name”) that easily represents a group to which the personal information belongs in association with each other. Yes. For example, a group name “work” is associated with personal information of a colleague, and a group name “friend” is associated with personal information of a friend. For this reason, even when a plurality of personal information belonging to a certain group is stored in the terminal device, there is a need to store a group name that expresses the group in an easy-to-understand manner.
[0008]
On the other hand, when the personal information of a plurality of users belonging to a certain group is stored in the mobile phone using the technique disclosed in Patent Document 1, the personal information is stored in the mobile phone in association with the personal information. What is done is the group code of that group. As described above, the group code is a numeric character string or the like, and does not express the group in an easy-to-understand manner. As described above, even if the technique disclosed in Patent Document 1 is used, the user needs cannot be satisfied. Therefore, it may be possible to store the group name in the center in advance instead of the group code described above. However, since the group name that the user associates with each group varies depending on the user's preference, there is a problem that the group name stored in the center does not always match the user's preference. is there.
[0009]
It is also conceivable that after downloading personal information using the technique disclosed in Patent Document 1, a group name is assigned by a user operation. As an example, an application program that causes a mobile phone to realize the following three functions may be used. The first function is a function of transmitting a download request for personal information of users belonging to a group to the center, and receiving a plurality of personal information transmitted from the center. The second function is a function that provides a user interface for allowing a user to input a group name associated with a plurality of received personal information. The third function is a function for storing the plurality of personal information in association with the group name input by the user. However, the structure of the application program that realizes such various functions in the mobile phone naturally becomes complicated. Complicating the structure of the application program is not preferable because it places a heavy burden on the developer.
[0010]
The present invention has been made in view of the above problems, and without complicating the structure of an application program for storing a plurality of data belonging to the same group in a terminal device, a group name that suits the user's preference is obtained. The object is to provide a technique that enables association with a group.
[0011]
[Means for Solving the Problems]
In order to solve the above-mentioned problem, the present invention is a means for executing a program, and when the program includes a plurality of data and the plurality of data belong to one group, according to the program, A first output process for outputting one of the plurality of data, and when the identifier is notified after the first output process, the identifier and the remainder of the plurality of data are output. Execution means for executing second output processing; first storage means; second storage means for storing an identifier unique to a group and the name of the group in association with each other; and the first output processing. When the data is output in accordance with the above, the group name of the group to which the data belongs is specified by the user, the data and the group name are associated and written to the first storage means, and the group name is In addition, a first writing means for notifying the execution means of the identifier stored in the second storage means, and the identifier is notified to the execution means by the first writing means, and the execution means When the second output process is performed and the identifier and data are output by the second output process, the group name stored in the second storage unit is specified in association with the identifier. And a second writing unit that writes the data output by the second output process and the group name in association with each other to the first storage unit.
[0012]
According to the terminal device according to the present invention, when a program including a plurality of data belonging to one group is executed by the terminal device, one of the plurality of data is stored in the terminal device. The group name of the group to which the data belongs is specified, and the plurality of data are written in the terminal device in association with the group name.
[0013]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
[0014]
[A. Constitution]
(1: Configuration of communication system)
FIG. 1 is a diagram illustrating an example of an overall configuration of a communication system having a terminal device 10 according to the present embodiment. The content server 40 shown in FIG. 1 has the same configuration as a general computer device, and is connected to the Internet 30. The content server 40 stores an application program to be provided to the terminal device 10. This application program is written in Java (registered trademark), which is one of object-oriented programming languages, and is composed of Java bytecodes that can be interpreted and executed in a Java execution environment described later (hereinafter referred to as “JavaAPP”). ").
[0015]
The mobile packet communication network 20 is for providing a packet communication service to the terminal device 10 accommodated in the mobile packet communication network 20. The mobile packet communication network 20 includes a base station 21 and a gateway (hereinafter referred to as “GW”) device 22. A large number of base stations 21 are installed in the service area of the mobile packet communication network 20. The base station 21 is for forming a wireless cell having a certain size and performing wireless communication with the terminal device 10 located in the wireless cell. The GW device 22 is for interconverting a communication protocol in the mobile packet communication network 20 and a communication protocol in the Internet 30 and mediating communication between the mobile packet communication network 20 and the Internet 30.
[0016]
The terminal device 10 is a mobile phone provided with a Java execution environment. The terminal device 10 can download Java APP from the content server 40 via the mobile packet communication network 20 and the Internet 30 and execute the Java APP using the Java execution environment. The terminal device 10 stores an address book table shown in FIG. As shown in FIG. 2, this address book table stores address book data indicating personal information (group name, name, phone number, mail address, etc.) of users belonging to a certain group. Yes.
[0017]
In the present embodiment, the Java APP stored in the content server 40 causes the execution subject of this Java APP to store the address book data of a plurality of users belonging to a certain group and the plurality of address book data. Java bytecode is included. Specifically, the Java APP includes a plurality of address book data shown in FIG. 3 and a Java byte code that causes the execution subject to perform the processing shown in FIG. The terminal device 10 downloads this JavaAPP from the content server 40 and executes it under the above-mentioned Java execution environment, so that the group name included in the address book data included in this JavaAPP matches the user's preference. And stored in the address book table.
[0018]
(2: Configuration of terminal device 10)
Next, the hardware configuration of the terminal device 10 will be described with reference to FIG. As illustrated in FIG. 5, the terminal device 10 mediates data exchange between the control unit 510, the display unit 520, the operation unit 530, the wireless communication unit 540, the storage unit 550, and these components. Bus 560.
[0019]
The control unit 510 is a CPU (Central Processing Unit), for example, and controls each unit of the terminal device 10 by executing software stored in the storage unit 550. The display unit 520 is, for example, a liquid crystal display and its driving circuit, and displays an image corresponding to the image data delivered from the control unit 510. The operation unit 530 includes a plurality of operators that allow a user to input numbers, characters, operation instructions, and the like, and passes data corresponding to the operation contents of these operators to the control unit 510.
[0020]
The wireless communication unit 540 includes an antenna (not shown), and is used for wireless communication with the base station 21 that forms a wireless cell in which the terminal device 10 is located. The wireless communication unit 540 receives data transmitted from the base station 21, delivers the received data to the control unit 510, and sends the data delivered from the control unit 510 to the base station 21.
[0021]
The storage unit 550 includes a volatile storage unit 551 and a nonvolatile storage unit 552. The volatile storage unit 551 is, for example, a RAM (Random Access Memory), and is used as a work area by the control unit 510 that is executing software. The nonvolatile storage unit 552 is, for example, an EEPROM (Electrically Erasable Programmable Read Only Memory), and stores the above-described address book table (see FIG. 2) and the group management table shown in FIG. The non-volatile storage unit 552 stores OS software for causing the control unit 510 to implement an operating system (hereinafter referred to as “OS”) and software for constructing a Java execution environment. Further, Java APP downloaded from the content server 40 is stored in the nonvolatile storage unit 552.
[0022]
First, the group management table will be described with reference to FIG. The group management table stores data indicating the group name of the group to which the address book data stored in the address book table belongs and a group identifier (for example, a serial number) for uniquely identifying the group. is doing. As will be described in detail later, this group identifier is used when writing address book data in accordance with Java APP.
[0023]
Next, software built in the terminal device 10 for constructing a Java execution environment will be described with reference to FIG. FIG. 7 is a diagram for explaining a Java execution environment in the terminal device 10. As shown in this figure, the terminal device 10 incorporates software for realizing a Java execution environment compliant with J2ME (Java 2 platform Micro Edition). Here, J2ME is a Java execution environment standard defined for small electronic devices. The software incorporated in the terminal device 10 causes the control unit 510 to realize a later-described KVM, a CLDC (Connected Limited Device Configuration) class library, an original Java extended profile, and a JAM (Java Application Manager). In this embodiment, the case where the present invention is applied to the terminal device 10 having a Java execution environment compliant with J2ME will be described. However, the Java execution environment compliant with J2SE (Java2 Standard Edition) or J2EE (Java2 Enterprise Edition) is described. Needless to say, the present invention may be applied to a terminal device having the above. J2SE is a Java execution environment standard defined for personal computer devices (hereinafter referred to as “PC”). J2EE is a Java execution environment defined for server devices such as the content server 40, for example. Is the standard.
[0024]
KVM is a kind of JVM and is designed for small electronic devices such as mobile phones and PDAs (Personal Digital Assistance). The JVM is for converting the Java byte code constituting the Java APP into a machine language code that can be interpreted by the control unit 510 and causing the control unit 510 to execute it. The CLDC class library is for providing general-purpose functions for small electronic devices such as mobile phones and PDAs.
[0025]
The original Java extended profile is for providing a function specialized for a mobile phone based on the CLDC class library. The original Java extended profile includes, for example, a user interface API (Application Program Interface), a networking API, a scratch pad API, an address book registration API, and the like. The control unit 510 that is executing the Java APP can use the functions provided by these APIs by calling these APIs according to the Java byte code that constitutes the Java APP. Hereinafter, functions provided by each API will be described.
[0026]
The user interface API is an API for supporting the user interface function of the terminal device 10. The networking API is an API for accessing a network resource specified by a URL (Uniform Resource Locator). The scratch pad API is an API for supporting writing to and reading from the scratch pad. Although not shown in detail, the scratch pad is a storage area provided in the nonvolatile storage unit 552 and stores data generated in accordance with execution of Java APP. The address book registration API is an API for writing the address book data delivered from the caller to the above-described address book table (see FIG. 2). This address book registration API writes address book data in the following two modes according to the calling mode. That is, the address book registration API writes the address book data according to the flowchart shown in FIG. 8 when only the address book data is delivered, and FIG. 9 when the address book data and the group identifier are delivered. The address book data is written according to the flowchart shown. Although detailed illustration is omitted, the terminal device 10 has a manufacturer-specific extension library in addition to the CLDC class library and the original Java extension profile described above. The manufacturer-specific extension library is a class library for each manufacturer of the terminal device 10 to provide a unique function.
[0027]
JAM is for managing Java APP stored in the terminal device 10 under the control of the OS. Specifically, the JAM has a function of installing and deleting Java APP, a function of displaying a list of Java APP names stored in the nonvolatile storage unit 552, a function of performing execution management of Java APP, and the like. The function of installing Java APP is a function of writing Java APP downloaded from the content server 40 into the nonvolatile storage unit 552.
[0028]
The function of performing execution management of Java APP is a function of starting and ending execution of Java APP. More specifically, when the user is instructed to execute Java APP, JAM first secures a work area for executing the Java APP in the volatile storage unit 551. Next, the JAM expands the Java byte code constituting the Java APP to the work area, and causes the KVM to interpret the expanded Java byte code and execute it. When the user is instructed to end JavaAPP, JAM ends the interpretation and execution of the Java bytecode by KVM and releases the work area secured in the volatile storage unit 551 for executing the JavaAPP. Then, the execution of the Java APP ends.
[0029]
[B. Operation]
Next, of the operations performed by the control unit 510 of the terminal device 10 according to the present embodiment, only operations that significantly show the characteristics of the terminal device according to the present invention will be described with reference to the drawings. As a premise of the operation example described below, the terminal device 10 stores the Java APP downloaded from the content server 40, the address book table shown in FIG. 2, and the group management table shown in FIG. Shall.
[0030]
When the user instructs the terminal device 10 to execute the JavaAPP, the JAM reads the JavaAPP from the nonvolatile storage unit 552, causes the JavaAPP to interpret the JavaAPP, and outputs an instruction code corresponding to the interpretation result. The control unit 510 executes the control. Hereinafter, the flow of address book data registration processing performed by the control unit 510 will be described with reference to FIG.
[0031]
As shown in FIG. 4, the control unit 510 that has started the execution of the Java APP first uses the address book data at the head of the plurality of address book data included in the Java APP as an argument. A registration API is called (step SA1). In the present embodiment, the control unit 510 calls the address book registration API using the address book data of the user whose name is “XXXX” as an argument. As described above, the address book registration API performs the address book data writing process shown in the flowchart of FIG. 8 when called with only the address book data as an argument. The flow of processing performed by the address book data registration API will be described below with reference to FIG.
[0032]
As shown in FIG. 8, first, the address book registration API displays a confirmation screen shown in FIG. 10 on the display unit 520 in order to confirm whether or not the delivered address book data is stored in the address book table as it is. It is displayed (step SB1). The user who has visually recognized the confirmation screen shown in FIG. 10 can operate the operation unit 530 to perform any of the three types of input operations described below. That is, pressing the registration button B1 (hereinafter referred to as “registration operation”), pressing the cancel button B2 (hereinafter referred to as “cancel operation”), an operation that is neither a registration operation nor a cancel operation (for example, a confirmation screen) The data displayed on the screen can be corrected (hereinafter referred to as “other operations”). By displaying such a confirmation screen, when the group name included in the address book data included in Java APP matches the user's preference, the user does not need to input the group name. , There is an effect that it is possible to save the trouble of keying in the group name.
[0033]
When the user performs some input operation by operating the operation unit 530, the address book registration API acquires data corresponding to the content of the input operation via the operation unit 530 (step SB2). Then, the address book registration API determines the user's operation content based on the data acquired in step SB2 (step SB3). That is, the address book registration API determines whether the operation content of the user is “registration operation”, “cancel operation”, or “other operation”.
[0034]
When the user's operation content is “other operation”, the address book registration API updates the display content of the confirmation screen according to the operation content, performs the processing after step SB2 described above, and further performs an input operation. Wait to be done.
When the user operation content is “cancel operation”, the address book registration API ends the address book data writing process.
If the user's operation content is “registration operation”, the address book registration API performs the processing after step SB4 described later.
In this operation example, it is assumed that the group name is rewritten to “friend” and the registration button B1 is pressed on the confirmation screen (see FIG. 10). As described above, since the registration operation is performed on the confirmation screen, in the present operation example, the process of step SB4 described later is performed.
[0035]
In step SB4 subsequent to step SB3, the address book registration API displays a group identifier corresponding to the group name included in the address book data instructed to be registered on the confirmation screen (see FIG. 10). 6)). Specifically, the address book registration API acquires a group identifier stored in the group management table (see FIG. 6) in association with this group name. In the present embodiment, “1” is specified as the group identifier corresponding to the group name included in the address book data instructed to be registered on the confirmation screen (see FIG. 10). In the present embodiment, the case has been described in which the group name instructed by the user on the confirmation screen (see FIG. 10) is stored in the group management table. However, even when the group name is not stored in the group management table (for example, when the group name is rewritten to “work” on the confirmation screen), the following processing is executed in the address book registration API. It can respond by doing. That is, after the address book registration API generates a new group identifier and associates the generated group identifier with the group name and writes the group identifier to the group management table, the group identifier is assigned to the group corresponding to the group name. It is specified as an identifier. By doing in this way, there exists an effect that it becomes possible to newly add a group name according to a user preference.
[0036]
Next, the address book registration API writes the address book data instructed to be registered on the confirmation screen (see FIG. 10) to the address book table (step SB5). Then, the address book registration API notifies the caller of the address book registration API of the group identifier specified in step SB4 (step SB6), and ends the address book data writing process.
[0037]
Returning to FIG. 4, when the execution of the address book registration API called in step SA1 is completed, control unit 510 determines whether or not a group identifier has been notified from address book acquisition API (step SA2). Only when the identifier is notified, the address book registration API is called again using the remaining address book data contained in Java APP and the group identifier as arguments (step SA3). The operation performed by the address book registration API called in step SA3 will be described in detail later. In the present embodiment, the case has been described in which the execution of Java APP is terminated as shown in FIG. 2 when the group identifier is not notified (for example, when a cancel operation is performed). Of course, the address book registration API may be called using the next address book data as an argument.
[0038]
Then, control unit 510 determines whether there is any address book data that has not yet been processed in step SA3 (step SA4), and performs the process in step SA3 until the determination result in step SA4 becomes “NO”. Run repeatedly. In the present embodiment, the mode in which the remaining address book data is delivered to the address book registration API one by one has been described, but it is needless to say that these may be delivered in a batch.
[0039]
Next, the operation performed by the address book registration API called in step SA3 will be described. As described above, when the address book data and the group identifier are called as arguments, the address book registration API performs address book data writing processing according to the flowchart shown in FIG. As shown in FIG. 9, the address book registration API first identifies the group name corresponding to the group identifier delivered as an argument based on the stored contents of the group management table (see FIG. 6) (step SC1). ). Then, the address book registration API rewrites the group name included in the delivered address book data with the group name specified in step SC1 (step SC2).
[0040]
Thereafter, the address book registration API is handed over only the address book data except that the data displayed on the confirmation screen (see FIG. 10) is not allowed to be rewritten and step SB4 is not performed. Performs the same operation as As described above, the reason why the rewriting of the data displayed on the confirmation screen is not permitted is that if the rewriting of the data is permitted, the group name may be rewritten due to an erroneous input or the like. The reason why step SB4 is not performed is that the group identifier has already been specified.
[0041]
As described above, by executing JavaAPP, the address book data included in the JavaAPP is written to the address book table in association with the group name input by the user. As a result, the stored contents of the address book table are as shown in FIG. In addition, the Java APP according to the present embodiment is not particularly limited as long as the control unit 510 performs processing for calling the address book registration API stored in the terminal device in a predetermined manner as illustrated in FIG. It is not necessary to have a complicated structure.
[0042]
[C. Modified example]
Although the embodiments of the present invention have been described above, the present invention is not limited to such embodiments, and various modifications can be made within the scope of the technical idea. In addition, as a modification, the following can be considered, for example.
[0043]
(Modification 1) In the embodiment described above, the case where the present invention is provided to a mobile phone having a Java execution environment has been described. However, the application target of the present invention is not limited to the mobile phone. For example, it may be a PDA or PHS provided with a Java execution environment, or a PC having a Java execution environment. In short, any computer apparatus having a Java execution environment including the address book registration API described above may be used.
[0044]
(Modification 2) In the above-described embodiment, the case of writing address book data using an application program written in Java has been described. However, the programming language for describing such application programs is not limited to Java. For example, it may be an application program written in C ++. However, in such a case, it is necessary to store software for realizing the same function as the address book registration API in the terminal device that stores the application program.
[0045]
(Modification 3) In the above-described embodiment, a case where software for writing address book data (in the above-described embodiment, software for realizing an address book registration API) is stored in the terminal device 10 in advance is described. did. However, by storing such software, the same function as the terminal device 10 can be given to a general computer device.
[0046]
Specifically, the present invention is applied to a general computer apparatus by installing software related to the general computer apparatus using the recording medium readable by the computer apparatus and recording the software. The same function as that of the terminal device can be given.
[0047]
【The invention's effect】
According to the present invention, when storing a plurality of data belonging to the same group in the terminal device, it is possible to associate and store a group name that matches the user's preference.
[0048]
According to the present invention, the terminal device has a function of storing in advance the group name inputted by the user and the address book data in association with each other. For this reason, the application program executed when storing a plurality of data belonging to the same group may be any program that allows the terminal device to execute the process of sequentially calling the above functions, and can simplify the structure of the application program. There is an effect that can be done.
[Brief description of the drawings]
FIG. 1 is a diagram showing a configuration example of a communication system having a terminal device 10 according to the present invention.
FIG. 2 is a diagram showing an example of an address book table stored in the terminal device 10;
3 is a diagram showing an example of address book data stored in Java APP stored in the content server 40. FIG.
FIG. 4 is a flowchart showing a flow of address book data registration processing executed by the terminal device 10 according to JavaAPP.
FIG. 5 is a diagram illustrating a configuration example of the terminal device 10;
6 is a diagram showing an example of a group management table stored in the terminal device 10. FIG.
7 is a diagram for explaining a Java execution environment incorporated in the terminal device 10. FIG.
FIG. 8 is a flowchart showing a flow of address book data writing processing executed by the address book registration API of the terminal device 10;
FIG. 9 is a flowchart showing a flow of address book data write processing executed by the address book registration API of the terminal device 10;
10 is a diagram showing an example of an address book data registration screen displayed on the display unit 520 of the terminal device 10. FIG.
FIG. 11 is a diagram showing an example of an address book table stored in the terminal device 10;
[Explanation of symbols]
DESCRIPTION OF SYMBOLS 10 ... Terminal device, 20 ... Mobile packet communication network, 21 ... Base station, 22 ... GW apparatus, 30 ... Internet, 40 ... Content server, 510 ... Control part, 520 ... Display part, 530 ... Operation part, 540 ... Wireless communication Part, 550 ... storage part, 551 ... volatile storage part, 552 ... non-volatile storage part, 560 ... bus.

Claims

Means for executing a program, and when the program includes a plurality of data and the plurality of data belong to one group, one of the plurality of data is output according to the program Execution means for executing a first output process and a second output process for outputting the identifier and the remainder of the plurality of data when an identifier is notified after the first output process; ,
First storage means;
Second storage means for storing the identifier unique to the group and the name of the group in association with each other;
When data is output by the first output processing, the user is allowed to specify the group name of the group to which the data belongs, and the data and the group name are associated with each other and written to the first storage means First writing means for notifying the execution means of an identifier stored in the second storage means in association with the group name;
When the identifier is notified to the execution unit by the first writing unit, the second output process is performed by the execution unit, and the identifier and the data are output by the second output process, A group name stored in the second storage means is specified in association with the identifier, and the data output by the second output process is associated with the group name to the first storage means. A second writing means for writing;
A terminal device comprising:

The execution means outputs one of the plurality of data and the group name by the first output processing when a group name is included in the program in association with the plurality of data. ,
The first writing means inquires of the user whether or not to associate the group names as they are when the data and the group names are output by the first output processing. The terminal device described in 1.

The first writing means includes
If the group name specified by the user is not stored in the second storage means, a new identifier is generated, and the generated group identifier is associated with the group name specified by the user. The terminal device according to claim 1, wherein the identifier is notified to the storage unit and the identifier is notified to the execution unit.