(57)【要約】【課題】同一グループに属する複数のデータを端末装置に記憶させるアプリケーションプログラムの構造を複雑化させることなく、ユーザの嗜好に合ったグループ名をそのグループへ対応付けることを可能にする技術を提供する。【解決手段】あるグループに属する複数のデータを含むプログラムを実行する端末装置に、該複数のデータの１つを引数として呼び出され、該データに対応付けるグループ名をユーザに特定させ、該データと該グループ名とを対応付けて自装置に記憶させるとともに、該グループ名に対応するグループ識別子を供給する第１の書き込み手段と、該第１の書き込み手段から供給された識別子と上記複数のデータの残りとを引数として呼び出され、該データと該識別子に対応するグループ名とを対応付けて自装置に記憶させる第２の書き込み手段とを設ける。【選択図】      図８
2005020583.tif 000002
【特許請求の範囲】
【請求項１】
プログラムを実行する手段であり、該プログラムが複数のデータを内包し、かつ該複数のデータが１つのグループに属する場合には、該プログラムにしたがって、該複数のデータのうちの１つを出力する第１の出力処理と、前記第１の出力処理の後、識別子が通知された場合に、該識別子と該複数のデータのうちの残りを出力する第２の出力処理とを実行する実行手段と、
第１の記憶手段と、
グループに固有の識別子と該グループの名称とを対応付けて記憶する第２の記憶手段と、
前記第１の出力処理によりデータの出力が行われたとき、該データの属するグループのグループ名をユーザに特定させ、該データと該グループ名とを対応付けて前記第１の記憶手段へ書き込むとともに、該グループ名に対応付けて前記第２の記憶手段に記憶されている識別子を前記実行手段に通知する第１の書き込み手段と、
前記第１の書き込み手段によって前記識別子が前記実行手段に通知されて、前記実行手段によって前記第２の出力処理が行われ、該第２の出力処理により前記識別子とデータが出力された場合に、該識別子に対応付けて前記第２の記憶手段に記憶されているグループ名を特定し、前記第２の出力処理により出力されたデータと該グループ名とを対応付けて前記第１の記憶手段へ書き込む第２の書き込み手段と、
を備える端末装置。
【請求項２】
前記実行手段は、前記複数のデータに対応付けてグループ名が前記プログラムに内包されている場合には、前記複数のデータのうちの１つと該グループ名とを前記第１の出力処理により出力し、
前記第１の書き込み手段は、前記第１の出力処理によりデータとグループ名との出力が行われた場合に、該グループ名をそのまま対応付けるか否かをユーザに問い合わせる
ことを特徴とする請求項１に記載の端末装置。
【請求項３】
前記第１の書き込み手段は、
ユーザによって特定されたグループ名が前記第２の記憶手段に格納されていない場合には、新たな識別子を生成し、生成したグループ識別子とユーザによって特定されたグループ名とを対応付けて前記第２の記憶手段へ書き込むとともに、該識別子を前記実行手段へ通知する
ことを特徴とする請求項１に記載の端末装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
同一グループに属する複数のデータを端末装置に記憶させる技術に関する。
【０００２】
【従来の技術】
従来より、携帯電話機やＰＨＳ（Ｐｅｒｓｏｎａｌ  Ｈａｎｄｙｐｈｏｎｅ  Ｓｙｓｔｅｍ：登録商標）にはアドレス帳など、個人情報を登録する機能が備えられている。そして、このアドレス帳に名前や電話番号を登録しておくことによって、発呼する毎に電話番号をダイヤルするという手間を省くことができるようになっている。
【０００３】
ところで、名前や電話番号やメールアドレスなどの個人情報を携帯電話機に記憶させるには、これらのデータを１つづつキー入力する必要がある。このため、複数人分の個人情報を携帯電話機に記憶させる場合には、その人数分だけキー入力を行わなければならず、不便である。このような不便さを解消するための技術として特許文献１に開示されている技術がある。
【０００４】
特許文献１に開示されている技術では、ネットワークに接続されたセンターが、多数のユーザの個人情報をいくつかのグループに分け、グループ毎に固有なグループコード（例えば、数字文字列）を対応付けて記憶している。このセンターは、携帯電話機からネットワークを介して個人情報のダウンロード要求を受信すると、その携帯電話機のユーザと同じグループに属しているユーザの個人情報を全て抽出し、抽出した個人情報と、これらに対応付けられているグループコードとを上記携帯電話機へ送信するようになっている。
【０００５】
【特許文献１】
特開平１０−２８５２８１号公報
【０００６】
【発明が解決しようとする課題】
以上に説明したように、特許文献１に開示されている技術によれば、煩雑なキー操作を行うことなく、同一グループに属する複数のユーザの個人情報にそのグループのグループコードを対応付けて携帯電話機に記憶させることが可能になる。
【０００７】
ところで、他のユーザの個人情報を携帯電話機に記憶させる場合には、その個人情報の属するグループをわかり易く表現する名称（以下、「グループ名」という）を対応付けて記憶させることが一般に行われている。例えば、同僚の個人情報には、“勤務先”というグループ名を対応付け、友人の個人情報には“友人”というグループ名を対応付けるなどである。このため、あるグループに属する複数の個人情報を端末装置に記憶させる際にも、そのグループをわかり易く表現するグループ名を対応付けて記憶させたいといったニーズがある。
【０００８】
これに対して、特許文献１に開示されている技術を用いて、あるグループに属する複数のユーザの個人情報を携帯電話機に記憶させる場合には、それらの個人情報に対応付けて携帯電話機に記憶されるのは、そのグループのグループコードである。グループコードは、上述したように数字文字列などであり、そのグループをわかり易く表現している訳ではない。このように、特許文献１に開示されている技術を用いたとしても、上記ユーザのニーズを満たすことはできない。そこで、上述したグループコードに替えて、グループ名を予めセンターに記憶させておくことも考えられる。しかしながら、ユーザが各グループに対応付けるグループ名は、そのユーザの嗜好に応じて様々であるから、センターに記憶させたグループ名が、常に、ユーザの嗜好に合うものであるとは限らないといった問題がある。
【０００９】
また、特許文献１に開示されている技術を用いて個人情報のダウンロードを行った後に、ユーザ操作によってグループ名を付けさせるといったことも考えられる。その一例としては、以下に示す３つの機能を携帯電話機に実現させるアプリケーションプログラムを利用することが挙げられる。第１の機能は、前述したセンターへあるグループに属するユーザの個人情報のダウンロード要求を送信するとともに、センターから送信されてくる複数の個人情報を受信する機能である。第２の機能は、受信した複数の個人情報に対応付けるグループ名をユーザに入力させるためのユーザインタフェイスを提供する機能である。そして、第３の機能は、これら複数の個人情報とユーザによって入力されたグループ名とを対応付けて記憶する機能である。しかしながら、このように多様な機能を携帯電話機に実現させるアプリケーションプログラムの構造は自ずと複雑なものになってしまう。アプリケーションプログラムの構造が複雑になってしまうことは、その開発者にとって大きな負担となってしまい好ましくない。
【００１０】
本発明は、上記課題に鑑みて為されたものであり、同一グループに属する複数のデータを端末装置に記憶させるアプリケーションプログラムの構造を複雑化させることなく、ユーザの嗜好に合ったグループ名をそのグループへ対応付けることを可能にする技術を提供することを目的としている。
【００１１】
【課題を解決するための手段】
上記課題を解決するために、本発明は、プログラムを実行する手段であり、該プログラムが複数のデータを内包し、かつ該複数のデータが１つのグループに属する場合には、該プログラムにしたがって、該複数のデータのうちの１つを出力する第１の出力処理と、前記第１の出力処理の後、識別子が通知された場合に、該識別子と該複数のデータのうちの残りを出力する第２の出力処理とを実行する実行手段と、第１の記憶手段と、グループに固有の識別子と該グループの名称とを対応付けて記憶する第２の記憶手段と、前記第１の出力処理によりデータの出力が行われたとき、該データの属するグループのグループ名をユーザに特定させ、該データと該グループ名とを対応付けて前記第１の記憶手段へ書き込むとともに、該グループ名に対応付けて前記第２の記憶手段に記憶されている識別子を前記実行手段に通知する第１の書き込み手段と、前記第１の書き込み手段によって前記識別子が前記実行手段に通知されて、前記実行手段によって前記第２の出力処理が行われ、該第２の出力処理により前記識別子とデータが出力された場合に、該識別子に対応付けて前記第２の記憶手段に記憶されているグループ名を特定し、前記第２の出力処理により出力されたデータと該グループ名とを対応付けて前記第１の記憶手段へ書き込む第２の書き込み手段と、を備える端末装置を提供する。
【００１２】
本発明に係る端末装置によれば、１つのグループに属する複数のデータを内包しているプログラムが本端末装置で実行されると、複数のデータのうちの１つを端末装置に記憶させる際に、そのデータの属するグループのグループ名が特定され、そのグループ名と対応付けて、これら複数のデータが端末装置に書き込まれる。
【００１３】
【発明の実施の形態】
以下、図面を参照しつつ本発明の実施形態について説明する。
【００１４】
［Ａ．構成］
（１：通信システムの構成）
図１は、本実施形態に係る端末装置１０を有する通信システムの全体構成の一例を示す図である。図１に示されるコンテンツサーバ４０は、一般的なコンピュータ装置と同一の構成を有するものであり、インターネット３０に接続されている。このコンテンツサーバ４０は、端末装置１０へ提供するためのアプリケーションプログラムを記憶している。このアプリケーションプログラムは、オブジェクト指向のプログラム言語の１つであるＪａｖａ（登録商標）で記述されており、後述するＪａｖａ実行環境で解釈および実行可能なＪａｖａバイトコードで構成されている（以下、「ＪａｖａＡＰＰ」と称する）。
【００１５】
移動パケット通信網２０は、当該移動パケット通信網２０に収容される端末装置１０に対して、パケット通信サービスを提供するためのものである。この移動パケット通信網２０は、基地局２１とゲートウェイ（以下、「ＧＷ」と称する）装置２２とを有している。基地局２１は、移動パケット通信網２０のサービスエリア内に多数設置されている。この基地局２１は、一定の広さを有する無線セルを形成し、この無線セルに在圏する端末装置１０と無線通信を行うためのものである。ＧＷ装置２２は、移動パケット通信網２０における通信プロトコルとインターネット３０における通信プロトコルとを相互変換し、移動パケット通信網２０とインターネット３０との間の通信を仲介するためのものである。
【００１６】
端末装置１０は、Ｊａｖａ実行環境を備えた携帯電話機である。この端末装置１０は、移動パケット通信網２０とインターネット３０とを介してコンテンツサーバ４０からＪａｖａＡＰＰをダウンロードし、このＪａｖａＡＰＰを上記Ｊａｖａ実行環境を用いて実行することができる。この端末装置１０は、図２に示されるアドレス帳テーブルを記憶している。図２に示されているように、このアドレス帳テーブルには、あるグループに属するユーザの個人情報（そのグループのグループ名、名前、電話番号、メールアドレスなど）を示すアドレス帳データが格納されている。
【００１７】
本実施形態においては、コンテンツサーバ４０に記憶されているＪａｖａＡＰＰには、あるグループに属する複数のユーザのアドレス帳データと、これら複数のアドレス帳データを記憶する処理をこのＪａｖａＡＰＰの実行主体に行わせるＪａｖａバイトコードとが内包されている。具体的には、このＪａｖａＡＰＰには、図３に示される複数のアドレス帳データと、図４に示される処理をその実行主体に行わせるＪａｖａバイトコードが内包されている。端末装置１０は、このＪａｖａＡＰＰをコンテンツサーバ４０からダウンロードし上記Ｊａｖａ実行環境の下で実行することにより、このＪａｖａＡＰＰに内包されているアドレス帳データに含まれているグループ名をユーザの嗜好に合うものに書き換えて、上記アドレス帳テーブルへ格納する。
【００１８】
（２：端末装置１０の構成）
次に、端末装置１０のハードウェア構成を、図５を参照しつつ説明する。図５に示されるように、端末装置１０は、制御部５１０と、表示部５２０と、操作部５３０と、無線通信部５４０と、記憶部５５０と、これら各構成要素間のデータ授受を仲介するバス５６０とを有している。
【００１９】
制御部５１０は、例えばＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）であり、記憶部５５０に格納されているソフトウェアを実行することにより端末装置１０の各部を制御するものである。表示部５２０は、例えば液晶ディスプレイとその駆動回路であり、制御部５１０から引渡された画像データに応じた画像を表示する。操作部５３０は、数字や文字、操作指示などをユーザに入力させるための複数の操作子を備えており、これらの操作子の操作内容に応じたデータを制御部５１０へ引渡す。
【００２０】
無線通信部５４０は、図示せぬアンテナを備えており、端末装置１０の在圏する無線セルを形成する基地局２１と無線通信するためのものである。この無線通信部５４０は、基地局２１から送信されてくるデータを受信し、受信したデータを制御部５１０へ引渡すとともに、制御部５１０から引渡されたデータを基地局２１へ送出する。
【００２１】
記憶部５５０は、揮発性記憶部５５１と不揮発性記憶部５５２とを有している。揮発性記憶部５５１は、例えばＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）であり、ソフトウェアを実行中の制御部５１０によりワークエリアとして使用される。不揮発性記憶部５５２は、例えばＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）であり、前述したアドレス帳テーブル（図２参照）や、図６に示されるグループ管理テーブルを格納している。また、不揮発性記憶部５５２には、オペレーティングシステム（以下、「ＯＳ」という）を制御部５１０に実現させるためのＯＳソフトウェアや、Ｊａｖａ実行環境を構築するためのソフトウェアが格納されている。更に、この不揮発性記憶部５５２には、コンテンツサーバ４０からダウンロードしたＪａｖａＡＰＰが格納される。
【００２２】
まず、グループ管理テーブルについて図６を参照しつつ説明する。グループ管理テーブルは、アドレス帳テーブルに格納されているアドレス帳データの属するグループのグループ名を示すデータと、このグループを一意に識別するためのグループ識別子（例えば、一連番号）とを対応付けて格納している。このグループ識別子は、後に詳述するが、ＪａｖａＡＰＰにしたがってアドレス帳データの書き込みを行う際に利用される。
【００２３】
次に、Ｊａｖａ実行環境を構築するために端末装置１０に組み込まれているソフトウェアについて図７を参照しつつ説明する。図７は、端末装置１０におけるＪａｖａ実行環境を説明するための図である。この図に示されるように、端末装置１０には、Ｊ２ＭＥ（Ｊａｖａ  ２  ｐｌａｔｆｏｒｍ  Ｍｉｃｒｏ  Ｅｄｉｔｉｏｎ）に準拠したＪａｖａ実行環境を実現するためのソフトウェアが組み込まれている。ここで、Ｊ２ＭＥとは、小型電子器機向けに定められたＪａｖａ実行環境の規格である。端末装置１０に組み込まれているソフトウェアは、後述するＫＶＭと、ＣＬＤＣ（Ｃｏｎｎｅｃｔｅｄ  Ｌｉｍｉｔｅｄ  Ｄｅｖｉｃｅ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ）クラスライブラリと、オリジナルＪａｖａ拡張プロファイルと、ＪＡＭ（Ｊａｖａ  Ａｐｐｌｉｃａｔｉｏｎ  Ｍａｎａｇｅｒ）とを制御部５１０に実現させる。なお、本実施形態では、Ｊ２ＭＥに準拠したＪａｖａ実行環境を有する端末装置１０に本発明を適用する場合について説明するが、Ｊ２ＳＥ（Ｊａｖａ２  Ｓｔａｎｄａｒｄ  Ｅｄｉｔｉｏｎ）やＪ２ＥＥ（Ｊａｖａ２  Ｅｎｔｅｒｐｒｉｓｅ  Ｅｄｉｔｉｏｎ）に準拠したＪａｖａ実行環境を有する端末装置に本発明を適用するとしても勿論良い。Ｊ２ＳＥとは、パーソナルコンピュータ装置（以下、「ＰＣ」と称する）向けに定められたＪａｖａ実行環境の規格であり、Ｊ２ＥＥとは、例えばコンテンツサーバ４０のようなサーバ装置向けに定められたＪａｖａ実行環境の規格である。
【００２４】
ＫＶＭは、ＪＶＭの１種であり、携帯電話機やＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｃｅ）等の小型電子機器用に設計されている。ＪＶＭとは、ＪａｖａＡＰＰを構成しているＪａｖａバイトコードを制御部５１０が解釈可能なマシン語コードに変換し、制御部５１０に実行させるためのものである。また、ＣＬＤＣクラスライブラリは、携帯電話機やＰＤＡなどの小型電子器機向けの汎用的な機能を提供するためのものである。
【００２５】
オリジナルＪａｖａ拡張プロファイルは、ＣＬＤＣクラスライブラリを基礎として携帯電話機に特化した機能を提供するためのものである。このオリジナルＪａｖａ拡張プロファイルには、例えば、ユーザインタフェイスＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）、ネットワーキングＡＰＩ、スクラッチパッドＡＰＩ、アドレス帳登録ＡＰＩなどが含まれている。ＪａｖａＡＰＰを実行中の制御部５１０は、そのＪａｖａＡＰＰを構成するＪａｖａバイトコードにしたがって、これらＡＰＩを呼び出すことにより、これらＡＰＩの提供する機能を利用することができる。以下、各ＡＰＩが提供する機能について説明する。
【００２６】
ユーザインタフェイスＡＰＩとは、端末装置１０のユーザインタフェイス機能をサポートするためのＡＰＩである。ネットワーキングＡＰＩとは、ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）により指定されたネットワークリソースへアクセスするためのＡＰＩである。スクラッチパッドＡＰＩとは、スクラッチパッドに対する書き込みや読み出しをサポートするためのＡＰＩである。なお、詳細な図示は省略したが、スクラッチパッドとは、不揮発性記憶部５５２内に設けられた記憶領域であり、ＪａｖａＡＰＰの実行に応じて発生するデータを格納するためのものである。そして、アドレス帳登録ＡＰＩとは、呼び出し元から引渡されたアドレス帳データを上述したアドレス帳テーブル（図２参照）へ書き込むためのＡＰＩである。このアドレス帳登録ＡＰＩは、その呼び出し態様に応じて、以下に示す２つの態様でアドレス帳データの書き込みを行う。すなわち、アドレス帳登録ＡＰＩは、アドレス帳データのみを引渡された場合には、図８に示すフローチャートしたがってアドレス帳データを書き込み、アドレス帳データとグループ識別子とを引渡された場合には、図９に示すフローチャートにしたがってアドレス帳データを書き込む。なお、詳細な図示は省略したが、端末装置１０は、上述したＣＬＤＣクラスライブラリやオリジナルＪａｖａ拡張プロファイルの他に、メーカ独自拡張ライブラリを有している。このメーカ独自拡張ライブラリは、端末装置１０の製造者がそれぞれ独自の機能を提供するためのクラスライブラリである。
【００２７】
ＪＡＭは、ＯＳによる制御の下で、端末装置１０に記憶されているＪａｖａＡＰＰの管理を行うためのものである。具体的には、ＪＡＭは、ＪａｖａＡＰＰのインストールや削除を行う機能、不揮発性記憶部５５２に格納されているＪａｖａＡＰＰの名称をリスト表示する機能、ＪａｖａＡＰＰの実行管理を行う機能などを営む。ＪａｖａＡＰＰをインストールする機能とは、コンテンツサーバ４０からダウンロードしたＪａｖａＡＰＰを不揮発性記憶部５５２へ書き込む機能である。
【００２８】
ＪａｖａＡＰＰの実行管理を行う機能とは、ＪａｖａＡＰＰの実行の開始および終了を行う機能である。より詳細に説明すると、ユーザにＪａｖａＡＰＰの実行を指示されると、ＪＡＭは、まず、そのＪａｖａＡＰＰを実行するためのワークエリアを揮発性記憶部５５１内に確保する。次に、ＪＡＭは、そのＪａｖａＡＰＰを構成しているＪａｖａバイトコードを、そのワークエリアへ展開し、展開したＪａｖａバイトコードをＫＶＭに解釈させ実行させる。そして、ユーザにＪａｖａＡＰＰの終了を指示されると、ＪＡＭは、ＫＶＭによるＪａｖａバイトコードの解釈および実行を終了するとともに、そのＪａｖａＡＰＰを実行するために揮発性記憶部５５１内に確保したワークエリアを開放し、そのＪａｖａＡＰＰの実行を終了する。
【００２９】
［Ｂ．動作］
次に、本実施形態に係る端末装置１０の制御部５１０が行う動作のうち、本発明に係る端末装置の特徴を顕著に示す動作についてのみ図を参照しつつ説明する。なお、以下に説明する動作例の前提として、端末装置１０は、コンテンツサーバ４０からダウンロードしたＪａｖａＡＰＰと、図２に示されるアドレス帳テーブルと、図６に示されるグループ管理テーブルとを記憶しているものとする。
【００３０】
端末装置１０において、上記ＪａｖａＡＰＰを実行することをユーザに指示されると、ＪＡＭは、このＪａｖａＡＰＰを不揮発性記憶部５５２から読み出し、このＪａｖａＡＰＰをＫＶＭに解釈させ、その解釈結果に応じた命令コードを制御部５１０に実行させる。以下、制御部５１０が行うアドレス帳データ登録処理の流れを図４を参照しつつ説明する。
【００３１】
図４に示されているように、このＪａｖａＡＰＰの実行を開始した制御部５１０は、まず、このＪａｖａＡＰＰに内包されている複数のアドレス帳データのうちの先頭のアドレス帳データを引数として、アドレス帳登録ＡＰＩを呼び出す（ステップＳＡ１）。本実施形態では、制御部５１０は、氏名が“ＸＸＸＸ”であるユーザのアドレス帳データを引数として、アドレス帳登録ＡＰＩを呼び出す。上述したように、アドレス帳登録ＡＰＩは、アドレス帳データのみを引数として呼び出された場合には、図８のフローチャートに示されるアドレス帳データ書き込み処理を行う。以下、図８を参照しつつアドレス帳データ登録ＡＰＩが行う処理の流れについて説明する。
【００３２】
図８に示されるように、まず、アドレス帳登録ＡＰＩは、引渡されたアドレス帳データをそのままアドレス帳テーブルへ格納するか否かを確認するため、図１０に示される確認画面を表示部５２０に表示させる（ステップＳＢ１）。図１０に示される確認画面を視認識したユーザは、操作部５３０を操作して、以下に述べる３種類の入力操作のいずれかを行うことができる。すなわち、登録ボタンＢ１を押下すること（以下、「登録操作」という）、キャンセルボタンＢ２を押下すること（以下、「キャンセル操作」という）、登録操作でもなくキャンセル操作でもない操作（例えば、確認画面に表示されているデータを修正するなど：以下、「その他操作」という）のいずれかを行うことができる。このような確認画面を表示させることにより、ＪａｖａＡＰＰに内包されているアドレス帳データに含まれているグループ名がユーザの嗜好に合っている場合には、ユーザは、グループ名を入力する必要がなく、グループ名をキー入力する手間を省くことができるといった効果を奏する。
【００３３】
操作部５３０を操作することにより、ユーザが何らかの入力操作を行うと、アドレス帳登録ＡＰＩは、この入力操作の内容に応じたデータを操作部５３０を介して取得する（ステップＳＢ２）。そして、アドレス帳登録ＡＰＩは、ステップＳＢ２にて取得したデータに基づいてユーザの操作内容を判定する（ステップＳＢ３）。すなわち、アドレス帳登録ＡＰＩは、ユーザの操作内容が、「登録操作」であるか、「キャンセル操作」であるか、「その他操作」であるかを判定する。
【００３４】
ユーザの操作内容が“その他操作”である場合には、アドレス帳登録ＡＰＩは、その操作内容に応じて確認画面の表示内容を更新し、上述したステップＳＢ２以降の処理を行い、更に入力操作が行われることを待ち受ける。
ユーザの操作内容が“キャンセル操作”である場合には、アドレス帳登録ＡＰＩは、アドレス帳データ書き込み処理を終了する。
ユーザの操作内容が“登録操作”である場合には、アドレス帳登録ＡＰＩは、後述するステップＳＢ４以降の処理を行う。
本動作例においては、確認画面（図１０参照）において、グループ名が“友人”に書き換えられ、登録ボタンＢ１が押下されたものとする。このように、確認画面において、登録操作が行われているため、本動作例においては、後述するステップＳＢ４の処理が行われる。
【００３５】
ステップＳＢ３に後続するステップＳＢ４では、アドレス帳登録ＡＰＩは、確認画面（図１０参照）にて登録を指示されたアドレス帳データに含まれているグループ名に対応するグループ識別子をグループ管理テーブル（図６参照）の格納内容に基づいて特定する。具体的には、アドレス帳登録ＡＰＩは、このグループ名に対応付けてグループ管理テーブル（図６参照）に格納されているグループ識別子を取得する。本実施形態においては、確認画面（図１０参照）にて登録を指示されたアドレス帳データに含まれているグループ名に対応するグループ識別子として“１”が特定される。なお、本実施形態では、確認画面（図１０参照）においてユーザによって登録を指示されたグループ名が、グループ管理テーブルに格納されている場合について説明した。しかしながら、係るグループ名がグループ管理テーブルに格納されていない場合（例えば、確認画面でグループ名が“勤務先”に書き換えられた場合）であっても、以下に述べる処理をアドレス帳登録ＡＰＩに実行させることにより対応することができる。すなわち、アドレス帳登録ＡＰＩに、新たなグループ識別子を生成させ、生成したグループ識別子とそのグループ名とを対応付けてグループ管理テーブルへ書き込ませた後に、そのグループ識別子を、上記グループ名に対応するグループ識別子として特定させる。このようにすることにより、ユーザの嗜好に応じてグループ名を新たに追加することが可能になるといった効果を奏する。
【００３６】
次に、アドレス帳登録ＡＰＩは、確認画面（図１０参照）にて登録を指示されたアドレス帳データをアドレス帳テーブルへ書き込む（ステップＳＢ５）。そして、アドレス帳登録ＡＰＩは、ステップＳＢ４にて特定したグループ識別子を本アドレス帳登録ＡＰＩの呼び出し元へ通知し（ステップＳＢ６）、アドレス帳データ書き込み処理を終了する。
【００３７】
図４に戻って、上述したステップＳＡ１において呼び出したアドレス帳登録ＡＰＩの実行が終了すると、制御部５１０は、アドレス帳取得ＡＰＩからグループ識別子を通知されたか否かを判定し（ステップＳＡ２）、グループ識別子を通知された場合にのみ、ＪａｖａＡＰＰに内包されている残りのアドレス帳データと上記グループ識別子とを引数として再度アドレス帳登録ＡＰＩを呼び出す（ステップＳＡ３）。このステップＳＡ３にて呼び出されたアドレス帳登録ＡＰＩが行う動作については、後に詳述する。なお、本実施形態では、グループ識別子を通知されなかった場合（例えば、キャンセル操作が行われた場合）には、図２に示されているように、ＪａｖａＡＰＰの実行を終了する場合について説明したが、次のアドレス帳データを引数としてアドレス帳登録ＡＰＩを呼び出す態様であっても良いことは勿論である。
【００３８】
そして、制御部５１０は、未だにステップＳＡ３の処理を行っていないアドレス帳データがあるか否かを判定し（ステップＳＡ４）、ステップＳＡ４の判定結果が“ＮＯ”になるまで、ステップＳＡ３の処理を繰り返し実行する。なお、本実施形態では、残りのアドレス帳データを１つづアドレス帳登録ＡＰＩへ引渡す態様について説明したが、これらを一括して引渡す態様であっても良いことは勿論である。
【００３９】
次いで、上述したステップＳＡ３にて呼び出されたアドレス帳登録ＡＰＩが行う動作について説明する。上述したように、アドレス帳データとグループ識別子とを引数として呼び出された場合には、アドレス帳登録ＡＰＩは、図９に示すフローチャートにしたがってアドレス帳データの書き込み処理を行うを行う。図９に示されているように、アドレス帳登録ＡＰＩは、まず、引数として引渡されたグループ識別子に対応するグループ名をグループ管理テーブル（図６参照）の格納内容に基づいて特定する（ステップＳＣ１）。そして、アドレス帳登録ＡＰＩは、引渡されたアドレス帳データに含まれているグループ名を、ステップＳＣ１にて特定したグループ名で書き換える（ステップＳＣ２）。
【００４０】
以降、アドレス帳登録ＡＰＩは、確認画面（図１０参照）に表示されているデータの書換えを許容してない点と、ステップＳＢ４を行わない点とを除き、アドレス帳データのみを引渡された場合と同一の動作を行う。このように、確認画面に表示されれいるデータの書換えを許容しない理由は、データの書換えを許容してしまうと、誤入力などによりグループ名が書き換えられてしまう虞があるからである。また、ステップＳＢ４を行わない理由は、既に、グループ識別子が特定されているからである。
【００４１】
以上に説明したように、ＪａｖａＡＰＰを実行することにより、ユーザにより入力されたグループ名に対応付けて、このＪａｖａＡＰＰに内包されているアドレス帳データがアドレス帳テーブルへ書き込まれる。その結果、アドレス帳テーブルの格納内容は、図１１に示される状態になる。また、本実施形態に係るＪａｖａＡＰＰは、図４に示されているように、所定の態様で端末装置に記憶されているアドレス帳登録ＡＰＩを呼び出す処理を制御部５１０に行わせるものであれば良く、複雑な構造を有している必要はない。
【００４２】
［Ｃ．変形例］
以上、本発明の実施形態について説明したが、本発明は係る実施形態に限定されるものではなく、その技術思想の範囲内で様々な変形が可能である。なお、変形例としては、例えば、以下のようなものが考えられる。
【００４３】
（変形例１）上述した実施形態では、Ｊａｖａ実行環境を有する携帯電話機に本発明を提供する場合について説明した。しかしながら、本発明の適用対象は係る携帯電話機に限定されるものではない。例えば、Ｊａｖａ実行環境を備えたＰＤＡやＰＨＳであっても良く、Ｊａｖａ実行環境を有するＰＣであっても良い。要は、上述したアドレス帳登録ＡＰＩを含んだＪａｖａ実行環境を有するコンピュータ装置であれば、いずれであっても良い。
【００４４】
（変形例２）上述した実施形態では、Ｊａｖａで記述されたアプリケーションプログラムを用いて、アドレス帳データの書き込みを行う場合について説明した。しかしながら、係るアプリケーションプログラムを記述するプログラミング言語はＪａｖａに限定されるものではない。例えば、Ｃ＋＋で記述されたアプリケーションプログラムであっても良い。ただし、このような場合には、そのアプリケーションプログラムを記憶する端末装置に、アドレス帳登録ＡＰＩと同一の機能を実現させるためのソフトウェアを記憶させておく必要がある。
【００４５】
（変形例３）上述した実施形態では、アドレス帳データの書き込み行うためのソフトウェア（上述した実施形態においては、アドレス帳登録ＡＰＩを実現するソフトウェア）を予め端末装置１０に記憶させておく場合について説明した。しかしながら、係るソフトウェアを記憶させることにより、一般的なコンピュータ装置に端末装置１０と同一の機能を付与することができる。
【００４６】
具体的には、コンピュータ装置読み取り可能な記録媒体であって、上記ソフトウェアを記録した記録媒体を用いて、一般的なコンピュータ装置に係るソフトウェアをインストールすることにより、一般的なコンピュータ装置に本発明に係る端末装置と同一の機能を付与することができる。
【００４７】
【発明の効果】
本発明によれば、同一グループに属する複数のデータを端末装置に記憶させる際に、ユーザの嗜好に合ったグループ名を対応付けて記憶させることが可能になるといった効果を奏する。
【００４８】
また、本発明によれば、端末装置は、ユーザにより入力されたグループ名とアドレス帳データとを対応付けて記憶する機能を予め備えている。このため、同一グループに属する複数のデータを記憶する際に実行されるアプリケーションプログラムは、上記機能を順次呼び出す処理を端末装置に実行させるものであれば良く、アプリケーションプログラムの構造を単純化することができるといった効果を奏する。
【図面の簡単な説明】
【図１】本発明に係る端末装置１０を有する通信システムの構成例を示す図である。
【図２】同端末装置１０が記憶しているアドレス帳テーブルの一例を示す図である。
【図３】同コンテンツサーバ４０に記憶されているＪａｖａＡＰＰに格納されているアドレス帳データの一例を示す図である。
【図４】同端末装置１０がＪａｖａＡＰＰにしたがって実行するアドレス帳データ登録処理の流れを示すフローチャートである。
【図５】同端末装置１０の構成例を示す図である。
【図６】同端末装置１０が記憶しているグループ管理テーブルの一例を示す図である。
【図７】同端末装置１０に組み込まれているＪａｖａ実行環境を説明するための図である。
【図８】同端末装置１０のアドレス帳登録ＡＰＩが実行するアドレス帳データ書き込み処理の流れを示すフローチャートである。
【図９】同端末装置１０のアドレス帳登録ＡＰＩが実行するアドレス帳データ書き込み処理の流れを示すフローチャートである。
【図１０】同端末装置１０の表示部５２０に表示されるアドレス帳データ登録画面の一例を示す図である。
【図１１】同端末装置１０が記憶しているアドレス帳テーブルの一例を示す図である。
【符号の説明】
１０…端末装置、２０…移動パケット通信網、２１…基地局、２２…ＧＷ装置、３０…インターネット、４０…コンテンツサーバ、５１０…制御部、５２０…表示部、５３０…操作部、５４０…無線通信部、５５０…記憶部、５５１…揮発性記憶部、５５２…不揮発性記憶部、５６０…バス。
【図１】
2005020583.tif 000003
【図２】
2005020583.tif 000004
【図３】
2005020583.tif 000005
【図４】
2005020583.tif 000006
【図５】
2005020583.tif 000007
【図６】
2005020583.tif 000008
【図７】
2005020583.tif 000009
【図８】
2005020583.tif 000010
【図９】
2005020583.tif 000011
【図１０】
2005020583.tif 000012
【図１１】
2005020583.tif 000013