(57)【要約】【課題】従来は、サービスの内容などの変更をするには、サービス提供者側のプログラムの開発コストや、ユーザの操作の手間や通信料の負担が大きい。携帯端末の記憶容量の制限から、複数の異なるサービスを受けるのが困難である。【解決手段】外部端末２からの、提供するサービス内容に対応した操作要求が、サービス定義記憶部１０２に記憶されているサービス定義の中の操作許可情報で許可されている操作であるか否かを、操作可否判定手段１０８が判定して携帯端末１が操作許可されている操作（ポイント情報の読み出しと更新など）を行うようにしたため、ロイヤルティサービスの内容に依存するのはサービス定義と外部端末２であり、携帯端末１の構成はサービスの内容には依存しない。このため、外部端末２が送信する操作要求により携帯端末１のサービス定義を書き換えることで、携帯端末１の構成を変更することなく、サービスの内容を変更することができる。【選択図】　　　　　　図１
2004118275.tif 000002
【特許請求の範囲】
【請求項１】
サービス関連情報及びサービス定義を記憶する携帯端末に対して、外部端末により所定のサービスを提供するサービス提供方法であって、
前記携帯端末と前記外部端末との間で通信路を設定して通信を開始する第１のステップと、
前記外部端末から送信されたクライアント識別情報に基づき、前記携帯端末が前記サービス定義を参照して認証を行い、その結果を前記外部端末へ送信する第２のステップと、
前記認証が正常なときは、前記外部端末が予め定められた手順に従って提供するサービスを実現するための処理を行うと共に、提供するサービス内容に対応した操作要求を前記携帯端末に送信する第３のステップと
を含むことを特徴とするサービス提供方法。
【請求項２】
サービス関連情報及び複数の異なるサービス定義を記憶する携帯端末に対して、外部端末により所定のサービスを提供するサービス提供方法であって、
前記携帯端末と前記外部端末との間で通信路を設定して通信を開始する第１のステップと、
前記外部端末が、予め組み込まれた該外部端末に定められたサービス識別情報を前記携帯端末へ送信する第２のステップと、
前記外部端末から送信された前記サービス識別情報を受信して、前記複数の異なるサービス定義の中から受信した該サービス識別情報に対応した一のサービス定義を選択する第３のステップと、
前記外部端末から送信されたクライアント識別情報に基づき、前記携帯端末が前記第３のステップで選択した一のサービス定義を参照して認証を行い、その結果を前記外部端末へ送信する第４のステップと、
前記認証が正常なときは、前記外部端末が予め定められた手順に従って提供するサービスを実現するための処理を行うと共に、提供するサービス内容に対応した操作要求を前記携帯端末に送信する第５のステップと
を含むことを特徴とするサービス提供方法。
【請求項３】
少なくともサービス関連情報を記憶する携帯端末に対して、外部端末により所定のサービスを提供するサービス提供方法であって、
前記携帯端末と前記外部端末との間で通信路を設定して通信を開始する第１のステップと、
前記外部端末が、予め組み込まれた該外部端末に定められたサービス定義の登録要求を前記携帯端末へ送信する第２のステップと、
前記外部端末から送信された前記サービス定義の登録要求を受信して、受信した前記サービス定義を登録する第３のステップと、
前記外部端末から送信されたクライアント識別情報に基づき、前記携帯端末が前記第３のステップで登録した前記サービス定義を参照して認証を行い、その結果を前記外部端末へ送信する第４のステップと、
前記認証が正常なときは、前記外部端末が予め定められた手順に従って提供するサービスを実現するための処理を行うと共に、提供するサービス内容に対応した操作要求を前記携帯端末に送信する第５のステップと
を含むことを特徴とするサービス提供方法。
【請求項４】
前記操作要求を受信した前記携帯端末が、その操作要求と前記サービス定義の中の操作許可情報とを比較して、受信した前記操作要求のうち前記外部端末に対して許可された操作を実行するステップを更に含むことを特徴とする請求項１乃至３のうちいずれか一項記載のサービス提供方法。
【請求項５】
サービス関連情報を記憶する第１の記憶部と、
外部端末から提供されるサービスの定義を記述したサービス定義を記憶する第２の記憶部と、
前記外部端末と通信を行う通信手段と、
前記第２の記憶部から前記サービス定義を読み出して、画面構成を示す情報であるページ情報を解釈するページ情報解釈手段と、
表示部及び入力部を備えており、前記ページ情報解釈手段から受け取った解釈結果に基づく画像を前記表示部の画面に表示し、前記入力部の操作情報を受け付ける入出力制御手段と、
前記第１及び第２の記憶部に記憶されている情報に対する読み書きを行い、前記通信手段により受信された前記外部端末からのサービス関連情報又はサービス定義書き込み要求に応じて前記第１の記憶部又は前記第２の記憶部の記憶情報を更新し、又は前記外部端末からのサービス関連情報又はサービス定義読み出し要求に応じて前記第１の記憶部又は前記第２の記憶部の記憶情報を前記外部端末へ送信する要求処理手段と
を有し、前記外部端末から所定のサービスの提供を受けることを特徴とする携帯端末。
【請求項６】
サービス関連情報を記憶する第１の記憶部と、
外部端末から提供される複数の異なるサービスの定義を記述した複数の異なるサービス定義を記憶する第２の記憶部と、
前記外部端末と通信を行う通信手段と、
前記通信手段により受信した前記外部端末からのサービスの識別情報に対応した一のサービス定義を、前記第２の記憶部に記憶されている複数のサービス定義の中から選択するサービス選択手段と、
前記第２の記憶部から前記サービス選択手段により選択された一のサービス定義を読み出して、画面構成を示す情報であるページ情報を解釈するページ情報解釈手段と、
表示部及び入力部を備えており、前記ページ情報解釈手段から受け取った解釈結果に基づく画像を前記表示部の画面に表示し、前記入力部の操作情報を受け付ける入出力制御手段と、
前記第１及び第２の記憶部に記憶されている情報に対する読み書きを行い、前記通信手段により受信された前記外部端末からのサービス関連情報又はサービス定義書き込み要求に応じて前記第１の記憶部又は前記第２の記憶部の記憶情報を更新し、又は前記外部端末からのサービス関連情報又はサービス定義読み出し要求に応じて前記第１の記憶部又は前記第２の記憶部の記憶情報を前記外部端末へ送信する要求処理手段と
を有し、前記外部端末から指定された所定のサービスの提供を受けることを特徴とする携帯端末。
【請求項７】
前記通信手段により受信された前記外部端末からの新規のサービス定義を前記第２の記憶部に記憶するサービス登録手段と、予め一又は複数の暗号鍵を記憶しており、そのうちの一つの暗号鍵を用いて前記新規のサービス定義を暗号化して前記サービス登録手段により前記第２の記憶部に記憶させる暗号鍵記憶部とを更に有することを特徴とする請求項５又は６記載の携帯端末。
【請求項８】
前記第２の記憶部から前記サービス定義を読み出し、前記通信手段が前記外部端末から受信したクライアント識別情報に対応するクライアント情報を選択する選択手段と、前記選択手段により選択された前記クライアント情報に含まれる操作許可情報に基づき、前記外部端末から要求された操作の可否を判定する操作可否判定手段を更に有し、前記要求処理手段は、該操作可否判定手段の操作可の判定結果に応じて前記第１及び第２の記憶部に記憶されている情報に対する読み書きを行い、前記通信手段により受信された前記外部端末からのサービス関連情報又はサービス定義書き込み要求に応じて前記第１の記憶部又は前記第２の記憶部の記憶情報を更新し、又は前記外部端末からのサービス関連情報又はサービス定義読み出し要求に応じて前記第１の記憶部又は前記第２の記憶部の記憶情報を前記外部端末へ送信することを特徴とする請求項５乃至７のうちいずれか一項記載の携帯端末。
【請求項９】
携帯端末と通信を行う通信手段と、
前記通信手段を介して前記携帯端末へクライアント識別情報を送信した後、前記通信手段を介して受信した前記携帯端末からの応答結果に基づき、予め決められた手順に従って所定のサービスを提供するための操作要求を前記通信手段を介して前記携帯端末へ送信するサービス関連情報処理手段と
を有し、前記携帯端末に対して前記所定のサービスを提供することを特徴とする外部端末。
【請求項１０】
携帯端末と通信を行う通信手段と、
予め組み込まれたサービス識別情報を前記通信手段を介して前記携帯端末へ送信した後、前記通信手段を介して前記携帯端末へクライアント識別情報を送信し、その後の前記通信手段を介して受信した前記携帯端末からの応答結果に基づき、予め決められた手順に従って前記サービス識別情報が示す所定のサービスを提供するための操作要求を前記通信手段を介して前記携帯端末へ送信するサービス関連情報処理手段と
を有し、前記携帯端末に対して前記サービス識別情報が示す所定のサービスを提供することを特徴とする外部端末。
【請求項１１】
前記サービス関連情報処理手段は、少なくとも前記クライアント識別情報を送信する前に、所望のサービス定義の登録要求を前記通信手段を介して前記携帯端末へ送信する機能を有することを特徴とする請求項９又は１０記載の外部端末。
【請求項１２】
サービス関連情報を記憶する第１の記憶部と、外部端末から提供されるサービスの定義を記述したサービス定義を記憶する第２の記憶部と、コンピュータを有し、前記外部端末から所定のサービス提供を受ける携帯端末のコンピュータプログラムであって、前記コンピュータを、
前記外部端末と通信を行う通信手段と、
前記第２の記憶部から前記サービス定義を読み出して、画面構成を示す情報であるページ情報を解釈するページ情報解釈手段と、
前記ページ情報解釈手段から受け取った解釈結果に基づく画像を表示部の画面に表示し、操作情報を受け付ける入出力制御手段と、
前記第１及び第２の記憶部に記憶されている情報に対する読み書きを行い、前記通信手段により受信された前記外部端末からのサービス関連情報又はサービス定義書き込み要求に応じて前記第１の記憶部又は前記第２の記憶部の記憶情報を更新し、又は前記外部端末からのサービス関連情報又はサービス定義読み出し要求に応じて前記第１の記憶部又は前記第２の記憶部の記憶情報を前記外部端末へ送信する要求処理手段と
して機能させることを特徴とするサービス提供プログラム。
【請求項１３】
サービス関連情報を記憶する第１の記憶部と、外部端末から提供される複数の異なるサービスの定義を記述した複数の異なるサービス定義を記憶する第２の記憶部と、コンピュータを有し、前記外部端末から所定のサービス提供を受ける携帯端末のコンピュータプログラムであって、前記コンピュータを、
前記外部端末と通信を行う通信手段と、
前記通信手段により受信した前記外部端末からのサービスの識別情報に対応した一のサービス定義を、前記第２の記憶部に記憶されている複数のサービス定義の中から選択するサービス選択手段と、
前記第２の記憶部から前記サービス選択手段により選択された一のサービス定義を読み出して、画面構成を示す情報であるページ情報を解釈するページ情報解釈手段と、
前記ページ情報解釈手段から受け取った解釈結果に基づく画像を前記表示部の画面に表示し、操作情報を受け付ける入出力制御手段と、
前記第１及び第２の記憶部に記憶されている情報に対する読み書きを行い、前記通信手段により受信された前記外部端末からのサービス関連情報又はサービス定義書き込み要求に応じて前記第１の記憶部又は前記第２の記憶部の記憶情報を更新し、又は前記外部端末からのサービス関連情報又はサービス定義読み出し要求に応じて前記第１の記憶部又は前記第２の記憶部の記憶情報を前記外部端末へ送信する要求処理手段と
して機能させることを特徴とするサービス提供プログラム。
【請求項１４】
携帯端末に対して所定のサービスを提供する外部端末に設けられたコンピュータを、
前記携帯端末と通信を行う通信手段と、
前記通信手段を介して前記携帯端末へクライアント識別情報を送信した後、前記通信手段を介して受信した前記携帯端末からの応答結果に基づき、予め決められた手順に従って所定のサービスを提供するための操作要求を前記通信手段を介して前記携帯端末へ送信するサービス関連情報処理手段と
して機能させることを特徴とするサービス提供プログラム。
【請求項１５】
携帯端末に対してサービス識別情報が示す所定のサービスを提供する外部端末に設けられたコンピュータを、
前記携帯端末と通信を行う通信手段と、
予め組み込まれた前記サービス識別情報を前記通信手段を介して前記携帯端末へ送信した後、前記通信手段を介して前記携帯端末へクライアント識別情報を送信し、その後の前記通信手段を介して受信した前記携帯端末からの応答結果に基づき、予め決められた手順に従って前記サービス識別情報が示す所定のサービスを提供するための操作要求を前記通信手段を介して前記携帯端末へ送信するサービス関連情報処理手段と
して機能させることを特徴とするサービス提供プログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明はサービス提供方法及びそれに用いる携帯端末、外部端末並びにサービス提供プログラムに係り、特に携帯端末を用いてロイヤルティサービスを外部端末に提供するサービス提供方法及びそれに用いる携帯端末、外部端末並びにサービス提供プログラムに関する。
【０００２】
【従来の技術】
近年、携帯電話の普及に伴い、磁気カードやＩＣカードなどを用いて、会員証、ポイントカード、クーポンなどのロイヤルティサービスを提供する代わりに、携帯電話を用いてそれらのサービスを提供するシステムが増えている。この場合、携帯電話にロイヤルティサービスに関連する情報（例えば、ポイント数）を記憶するだけでなく、表示手段を持つという携帯電話の利点を生かし、サービスに付随するメッセージや操作メニューなどの表示を行うことも考えられる。
【０００３】
このような携帯電話ロイヤルティサービスを提供するには、メニュー等の表示機能と、店頭の端末との通信機能を有する専用のプログラムを、Ｊａｖａ（登録商標）アプリケーションなどとしてサービス提供者が用意し、それを利用者が携帯電話にダウンロードする方法が一般的である（特許文献１参照）。
【０００４】
この特許文献１記載の従来のサービス提供方法では、携帯電話の記憶装置としてＩＣカードを用いてポイントサービスを提供し、携帯電話に組み込まれたポイント表示手段により、ポイントを表示する方法が示されている。ここで、ポイント表示手段は、ＩＣカードの特定の場所からポイント情報を読み取り、文字情報に変換し、更に「現在のポイントは」などというメッセージを付加して画面に表示するという、特定のポイントサービスに特化した機能を持っていることが容易に推測できる。これは上記のＪａｖａ（登録商標）アプリケーションに相当するものである。
【０００５】
【特許文献１】
特開２００２−１５１９６号公報（第１０頁、図１４）
【０００６】
【発明が解決しようとする課題】
しかし、画面表示や通信処理を特定のサービスに特化した処理モジュールにより表現する上記の従来のサービス提供方法では、サービスの内容を変更したり、メニュー構成などを変更するには、サービス提供者がプログラムを修正し、更に利用者がプログラムを携帯電話にダウンロードし直す必要があり、サービス提供者側のプログラムの開発コストや、ユーザの操作の手間や通信料の負担が大きくなるという問題がある。
【０００７】
また、複数のサービス提供者が異なるサービスを提供する場合、利用者はそれぞれのサービス専用の、異なるプログラムを携帯電話にダウンロードする必要がある。しかし、一般に携帯電話は記憶容量に制限があり、あまり多くのプログラムをダウンロードできないという問題もある。
【０００８】
本発明は以上の点に鑑みなされたもので、携帯端末に記憶された情報を用いるロイヤルティサービスにおいて、携帯端末のプログラムを変更することなく、サービス内容の変更を可能とするサービス提供方法及びそれに用いる携帯端末、外部端末並びにサービス提供プログラムを提供することを目的とする。
【０００９】
また、本発明の他の目的は、記憶容量の少ない携帯端末で、より多くのロイヤルティサービスを提供可能とするサービス提供方法及びそれに用いる携帯端末、外部端末並びにサービス提供プログラムを提供することにある。
【００１０】
【課題を解決するための手段】
上記の目的を達成するため、第１の発明のサービス提供方法は、サービス関連情報及びサービス定義を記憶する携帯端末に対して、外部端末により所定のサービスを提供するサービス提供方法であって、携帯端末と外部端末との間で通信路を設定して通信を開始する第１のステップと、外部端末が送信されたクライアント識別情報に基づき、携帯端末がサービス定義を参照して認証を行い、その結果を外部端末へ送信する第２のステップと、認証が正常なときは、外部端末から予め定められた手順に従って提供するサービスを実現するための処理を行うと共に、提供するサービス内容に対応した操作要求を携帯端末に送信する第３のステップとを含むことを特徴とする。
【００１１】
この発明では、サービス関連情報及びサービス定義を記憶している携帯端末に対して、外部端末からの提供するサービス内容に対応した操作要求の操作を携帯端末が行う。
【００１２】
また、上記の目的を達成するため、第２の発明のサービス提供方法は、サービス関連情報及び複数の異なるサービス定義を記憶する携帯端末に対して、外部端末により所定のサービスを提供するサービス提供方法であって、携帯端末と外部端末との間で通信路を設定して通信を開始する第１のステップと、外部端末が、予め組み込まれた外部端末に定められたサービス識別情報を携帯端末へ送信する第２のステップと、外部端末から送信されたサービス識別情報を受信して、複数の異なるサービス定義の中から受信したサービス識別情報に対応した一のサービス定義を選択する第３のステップと、外部端末から送信されたクライアント識別情報に基づき、携帯端末が第３のステップで選択した一のサービス定義を参照して認証を行い、その結果を外部端末へ送信する第４のステップと、認証が正常なときは、外部端末が予め定められた手順に従って提供するサービスを実現するための処理を行うと共に、提供するサービス内容に対応した操作要求を携帯端末に送信する第５のステップとを含むことを特徴とする。この発明では、サービス関連情報及び複数の異なるサービス定義を記憶している携帯端末に対して、外部端末からの提供するサービス内容に対応した操作要求の操作を携帯端末が行う。
【００１３】
また、上記の目的を達成するため、第３の発明のサービス提供方法は、少なくともサービス関連情報を記憶する携帯端末に対して、外部端末により所定のサービスを提供するサービス提供方法であって、携帯端末と外部端末との間で通信路を設定して通信を開始する第１のステップと、外部端末が、予め組み込まれた外部端末に定められたサービス定義の登録要求を携帯端末へ送信する第２のステップと、外部端末から送信されたサービス定義の登録要求を受信して、受信したサービス定義を登録する第３のステップと、外部端末から送信されたクライアント識別情報に基づき、携帯端末が第３のステップで登録したサービス定義を参照して認証を行い、その結果を外部端末へ送信する第４のステップと、認証が正常なときは、外部端末が予め定められた手順に従って提供するサービスを実現するための処理を行うと共に、提供するサービス内容に対応した操作要求を携帯端末に送信する第５のステップとを含むことを特徴とする。この発明では、サービス関連情報を記憶している携帯端末に対して、外部端末からの提供するサービス内容に対応した操作要求の操作を携帯端末が行う。
【００１４】
また、上記の目的を達成するため、第４の発明のサービス提供方法は、操作要求を受信した携帯端末が、その操作要求とサービス定義の中の操作許可情報とを比較して、受信した操作要求のうち外部端末に対して許可された操作を実行するステップを更に含むことを特徴とする。この発明では、サービス関連情報及び複数の異なるサービス定義を記憶している携帯端末に対して、あるいはサービス関連情報を記憶している携帯端末に対して、外部端末からの提供するサービス内容に対応した操作要求のうち、外部端末から送信されたサービス識別情報に応じて選択した一のサービス定義の中の操作許可情報で許可されている操作、あるいは外部端末から送信されたサービス定義の登録要求に応じて登録したサービス定義の中の操作許可情報で許可されている操作を携帯端末が行う。
【００１５】
また、上記の目的を達成するため、第５の発明の携帯端末は、サービス関連情報を記憶する第１の記憶部と、外部端末から提供されるサービスの定義を記述したサービス定義を記憶する第２の記憶部と、外部端末と通信を行う通信手段と、第２の記憶部からサービス定義を読み出して、画面構成を示す情報であるページ情報を解釈するページ情報解釈手段と、表示部及び入力部を備えており、ページ情報解釈手段から受け取った解釈結果に基づく画像を表示部の画面に表示し、入力部の操作情報を受け付ける入出力制御手段と、第１及び第２の記憶部に記憶されている情報に対する読み書きを行い、通信手段により受信された外部端末からのサービス関連情報又はサービス定義書き込み要求に応じて第１の記憶部又は第２の記憶部の記憶情報を更新し、又は外部端末からのサービス関連情報又はサービス定義読み出し要求に応じて第１の記憶部又は第２の記憶部の記憶情報を外部端末へ送信する要求処理手段とを有する構成としたものである。
【００１６】
この発明では、外部端末から受信したクライアント識別情報に対応するクライアント情報に含まれる操作許可情報に基づき操作を行う。この操作は、第１及び第２の記憶部の記憶情報の更新などである。
【００１７】
また、上記の目的を達成するため、第６の発明の携帯端末は、第２の記憶部が外部端末から提供される複数の異なるサービスの定義を記述した複数の異なるサービス定義を記憶しており、通信手段により受信した外部端末からのサービスの識別情報に対応した一のサービス定義を、サービス選択手段により第２の記憶部に記憶されている複数のサービス定義の中から選択して読み出し、そのサービス定義が示す操作のうち、通信手段が外部端末から受信したクライアント識別情報に対応するクライアント情報に含まれる操作を行う。従って、この発明では、複数のサービス定義のうち、通信路を設定される外部端末のサービス定義を選択してサービスの提供を受けることができる。
【００１８】
また、上記の目的を達成するため、第７の発明の携帯端末は、通信手段により受信された外部端末からの新規のサービス定義を第２の記憶部に記憶するサービス登録手段と、予め一又は複数の暗号鍵を記憶しており、そのうちの一つの暗号鍵を用いて新規のサービス定義を暗号化してサービス登録手段により第２の記憶部に記憶させる暗号鍵記憶部とを更に有することを特徴とする。この発明では、携帯端末が新規のサービス定義を登録して外部端末から新規のサービスの提供を受けることができる。このとき新規のサービス定義は暗号化されて登録されるため、第三者からの盗用などに対して安全にサービス定義の登録ができる。
【００１９】
また、上記の目的を達成するため、第８の発明の携帯端末は、第２の記憶部からサービス定義を読み出し、通信手段が外部端末から受信したクライアント識別情報に対応するクライアント情報を選択する選択手段と、この選択手段により選択されたクライアント情報に含まれる操作許可情報に基づき、外部端末から要求された操作の可否を判定する操作可否判定手段を更に有し、要求処理手段は、操作可否判定手段の操作可の判定結果に応じて第１及び第２の記憶部に記憶されている情報に対する読み書きを行い、通信手段により受信された外部端末からのサービス関連情報又はサービス定義書き込み要求に応じて第１の記憶部又は第２の記憶部の記憶情報を更新し、又は外部端末からのサービス関連情報又はサービス定義読み出し要求に応じて第１の記憶部又は第２の記憶部の記憶情報を外部端末へ送信することを特徴とする。
【００２０】
この発明では、選択手段により選択されたクライアント情報に含まれる操作許可情報に基づき、外部端末から要求された操作の可否を判定する操作可否判定手段の判定結果に応じて第１及び第２の記憶部に記憶されている情報に対する読み書きを行い、通信手段により受信された外部端末からのサービス関連情報又はサービス定義書き込み要求に応じて第１の記憶部又は第２の記憶部の記憶情報を更新し、又は外部端末からのサービス関連情報又はサービス定義読み出し要求に応じて第１の記憶部又は第２の記憶部の記憶情報を外部端末へ送信する。
【００２１】
また、上記の目的を達成するため、第９の発明の外部端末は、携帯端末と通信を行う通信手段と、通信手段を介して携帯端末へクライアント識別情報を送信した後、通信手段を介して受信した携帯端末からの応答結果に基づき、予め決められた手順に従って所定のサービスを提供するための操作要求を通信手段を介して携帯端末へ送信するサービス関連情報処理手段とを有する構成としたものである。この発明では、外部端末は、携帯端末に対して所定のサービスを提供することができる。
【００２２】
また、上記の目的を達成するため、第１０の発明の外部端末は、携帯端末と通信を行う通信手段と、予め組み込まれたサービス識別情報を通信手段を介して携帯端末へ送信した後、通信手段を介して携帯端末へクライアント識別情報を送信し、その後の通信手段を介して受信した携帯端末からの応答結果に基づき、予め決められた手順に従ってサービス識別情報が示す所定のサービスを提供するための操作要求を通信手段を介して携帯端末へ送信するサービス関連情報処理手段とを有する構成としたものである。この発明の外部端末は、携帯端末に対してサービス識別情報が示す所定のサービスを提供することができる。
【００２３】
また、上記の目的を達成するため、第１１の発明の外部端末は、サービス関連情報処理手段を、少なくともクライアント識別情報を送信する前に、所望のサービス定義の登録要求を通信手段を介して携帯端末へ送信する機能を有するようにしたものである。この発明では、携帯端末に対して新規なサービス定義の登録ができるので、外部端末が希望するサービスを携帯端末に対して提供することができる。
【００２４】
また、上記の目的を達成するため、第１２の発明のサービス提供プログラムは、サービス関連情報を記憶する第１の記憶部と、外部端末から提供されるサービスの定義を記述したサービス定義を記憶する第２の記憶部と、コンピュータを有し、外部端末から所定のサービス提供を受ける携帯端末のコンピュータプログラムであって、コンピュータにより、第５の発明の携帯端末の構成要素を実現させることを特徴とする。
【００２５】
また、上記の目的を達成するため、第１３の発明のサービス提供プログラムは、サービス関連情報を記憶する第１の記憶部と、外部端末から提供される複数の異なるサービスの定義を記述した複数の異なるサービス定義を記憶する第２の記憶部と、コンピュータを有し、外部端末から所定のサービス提供を受ける携帯端末のコンピュータプログラムであって、コンピュータにより、第６の発明の携帯端末の構成要素を実現させることを特徴とする。
【００２６】
また、上記の目的を達成するため、第１４の発明のサービス提供プログラムは、外部端末のコンピュータプログラムであって、コンピュータにより、第９の発明の外部端末の構成要素を実現させることを特徴とする。
【００２７】
更に、上記の目的を達成するため、第１５の発明のサービス提供プログラムは、外部端末のコンピュータプログラムであって、コンピュータにより、第１０の発明の外部端末の構成要素を実現させることを特徴とする。
【００２８】
【発明の実施の形態】
次に、本発明の実施の形態及び実施例について図面と共に説明する。ここで、以下の説明において、ロイヤルティサービスとは、主として会員証、ポイントカード、クーポンなどを指すが、本発明のサービス提供システムは、電子マネー、個人情報、医療情報など、携帯端末を情報の記憶・表示装置として使うものに応用可能であり、そのような情報を扱うものもロイヤルティサービスに含まれる。
【００２９】
また、サービス関連情報とは、ロイヤルティサービスで扱われる、会員番号、ポイント情報、クーポン、レシート、店舗のＰＲ情報、決済情報、名前や住所等の個人情報、医療情報などを指す。また、携帯端末と外部端末の間の通信手段としては赤外線、無線ＬＡＮ、ブルーツース（Ｂｌｕｅｔｏｏｔｈ）、非接触ＩＣカード、公衆無線網などの無線通信のほか、接続ケーブルを利用した通信など、有線接続による通信であってもよい。
【００３０】
（第１の実施の形態）
まず、本発明の第１の実施の形態について図面を参照して詳細に説明する。図１は本発明の第１の実施の形態のブロック図を示す。同図に示すように、本発明の第１の実施の形態は、ロイヤルティサービスの利用者が操作する携帯端末１と、携帯端末１と通信を行う外部端末２とで構成される。
【００３１】
携帯端末１は、ポイント数などのサービス関連情報を記憶するサービス関連情報記憶部１０１と、提供するロイヤルティサービスの定義を記述したサービス定義を記憶するサービス定義記憶部１０２と、サービス定義記憶部１０２からサービス定義を読み出してページ情報を解釈するページ情報解釈手段１０３と、表示部及びキーボード等の入力部を備えており、ページ情報解釈手段１０３から受け取った画面構成指示に基づいて画像を表示部の画面に表示し、利用者による入力部のボタン入力などの操作を受け付ける入出力制御手段１０４と、外部端末２と通信を行う通信手段１０５と、サービス定義記憶部１０２やサービス関連情報記憶部１０１に記憶されている情報に対する読み書きなどを行う要求処理手段１０６と、サービス定義記憶部１０２からサービス定義を読み出し、通信手段１０５が外部端末２から受信したクライアント識別情報に対応するクライアント情報を選択するクライアント情報選択手段１０７と、クライアント情報選択手段１０７により選択されたクライアント情報に含まれる操作許可情報に基づき、許可された操作要求のみを通信手段１０５から要求処理手段１０６に伝える操作可否判定手段１０８とで構成される。
【００３２】
また、外部端末２は、携帯端末１と通信を行う通信手段２０１と、表示部の画面に画像を表示し、オペレータまたは利用者の入力部への操作を受け付ける入出力制御手段２０３と、通信手段２０１を経由して携帯端末１から受け取ったサービス関連情報、および入出力制御手段２０３で受け付けた操作に基づき、ロイヤルティサービスを提供するために必要な処理を行うサービス関連情報処理手段２０２とで構成される。外部端末２は、店員が操作する店舗のレジなどのほか、通常はオペレータの操作を必要としない、Ｗｅｂサーバや決済サーバなどであってもよい。この場合は、外部端末２は入出力制御手段２０３を持たない構成としてもよい。
【００３３】
携帯端末１の要求処理手段１０６は、外部端末２からの要求に応じて、サービス関連情報記憶部１０１から読み出したサービス関連情報の外部端末２への送信、外部端末２から受け取ったサービス関連情報のサービス関連情報記憶部１０１への書き込み、外部端末２から受け取ったサービス定義のサービス定義記憶部１０２への書き込み、サービス定義記憶部１０２から読み出したサービス定義の外部端末２への送信、携帯端末１の入出力制御手段１０４に対する画面の切り替え指示、利用者が入出力制御手段１０４に対して行った入力操作内容の取得などの操作要求を受け付ける。
【００３４】
なお、これらの操作は種々のロイヤルティサービスを実現する上で共通に用いられる要素機能的なものであり、ロイヤルティサービスの内容を変更しても、これらの操作は変更する必要がない程度に基本的な操作であることが望ましい。しかし、例えば公衆無線網を経由して特定のサーバからチケット情報を取得し、赤外線通信により外部端末２に転送するという複雑な操作など、特定のサービスに依存する操作を含んでいてもよい。
【００３５】
サービス定義記憶部１０２に記憶されるサービス定義は、例えば図２に３で示すようなもので、１つまたは複数のクライアント情報が含まれている（図２の例では２つのクライアント情報３０１、３０２が含まれている）。また、１つまたは複数のページ情報と、サービス属性が含まれていてもよい（図２の例では２つのページ情報３１１、３１２と、１つのサービス属性３００が含まれている）。サービス定義のサービス属性３００には、サービス定義のバージョン番号など、当該サービスに共通の情報が含まれる。
【００３６】
サービス定義３のクライアント情報３０１、３０２には、外部端末２と通信を行うときに外部端末２を識別するためのクライアント識別情報と、そのとき外部端末に許可する操作が記述されている（「許可しない操作」を記述してもよい）。通信手段１０５は、外部端末２からクライアント識別情報を受け取ると、クライアント情報選択手段１０７に送る。クライアント情報選択手段１０７は、サービス定義記憶部１０２に記憶されているサービス定義から、対応するクライアント情報を選択し、操作可否判定手段１０８に送る。外部端末２が要求する操作は、通信手段１０５を経由して操作可否判定手段１０８に送られ、クライアント情報に含まれる操作許可情報と比較することで、操作の可否を判定する。
【００３７】
なお、パスワードや秘密鍵などの認証情報を個々のクライアント情報に含めておき、通信手段１０５が外部端末２からクライアント識別情報を受け取りクライアント情報選択手段１０７に送るとき、これらの認証情報も用いてそれが正しい外部端末であるかどうかを確認してもよい。さらに、クライアント情報に通信路を暗号化するための暗号鍵を含めておいてもよい。なお、各クライアントで共通の暗号鍵を用いる場合は、クライアント情報ではなく、サービス属性の方に暗号鍵を含めてもよい。
【００３８】
サービス定義３のページ情報３１１、３１２には、画面を構成するために必要な情報が記述されており、ページ情報解釈手段１０３により解釈され、結果が入出力制御手段１０４に送られ、画面に表示される。ページ情報３１１、３１２には、携帯端末１の利用者が特定の操作を行ったときに、外部端末２との通信を開始させるよう指示する情報（下線部３２０）が含まれていてもよい。さらに、その情報に接続を許可する（あるいは接続を禁止する）クライアント識別情報（下線部３２１）が含まれていてもよい。これにより、利用者の操作に基づき、接続を許可する外部端末２を限定することができる。
【００３９】
また、サービス定義記憶部１０２やサービス関連情報記憶部１０１は、ＩＣカードなどの着脱可能な記憶装置に記憶されていてもよい。外部端末２のサービス関連情報処理手段２０２は、ロイヤルティサービスを提供するのに必要な処理を行う。また、サービス関連情報処理手段２０２は、オペレータや利用者の操作を入出力制御手段２０３から受け取った場合や、携帯端末１の通信が開始されたことを通信手段２０１が検出し、それを通知された場合に、処理を開始する。
【００４０】
サービス関連情報処理手段２０２は、処理を開始すると、通信手段２０１を介して携帯端末１と通信し、クライアント識別情報を送信した後、サービス関連情報記憶部１０１に記憶されたサービス関連情報を読み出したり、サービス関連情報をサービス関連情報記憶部１０１に書き込んだり、画面を切り替えるなどの操作を携帯端末１の要求処理手段１０６に要求する。また、サービス関連情報処理手段２０２は、入出力制御手段２０３を介してオペレータや利用者にパスワード入力などの操作を要求してもよい。さらに、携帯端末１とは異なる、外部のサーバなど（例えばデータベース）と通信を行ってもよい。サービス関連情報処理手段２０２は、これらの操作を組み合わせることで、携帯端末１の利用者に対してロイヤルティサービスを提供する。
【００４１】
次に、図１及び図３を参照して、本実施の形態の動作について詳細に説明する。ページ情報解釈手段１０３は、サービス定義記憶部１０２からサービス定義を読み出し、それに含まれるページ情報を解釈し、結果を画面構成表示として入出力制御手段１０４に送る。入出力制御手段１０４は、それに従って表示部の画面に画像を表示し、利用者による入力部のボタン入力などの操作を受け付ける。利用者が入出力制御手段１０４の入力部を操作し、異なるページへの移動を指示した場合には、ページ情報解釈手段１０３は指示されたページ情報を解釈し、それに基づき同様にして入出力制御手段１０４が表示部の画面に画像表示を行う。
【００４２】
利用者が入出力制御手段１０４の入力部を操作し通信の開始を指示すると、通信が開始される（図３のステップＳ１０１）。このとき、外部端末２においても入出力制御手段２０３により通信開始が指示されると、通信が開始される（ステップＳ１０２）。これにより、携帯端末１と外部端末２が互いに通信が可能な状態となる（ステップＳ１０３）。
【００４３】
次に、サービス関連情報処理手段２０２は、クライアント識別情報を携帯端末１に送信し（ステップＳ１０４）、通信手段１０５はクライアント情報選択手段１０７にクライアント識別情報を送り、クライアント情報選択手段１０７は、受信したクライアント識別情報に対応するクライアント情報をサービス定義記憶部１０２から読み出す（ステップＳ１０５）。このとき外部端末２からクライアント識別情報だけでなく、さらにパスワードや秘密鍵などの認証情報を受け取るなどして、より高度な認証を行ってもよい。これらの操作の結果は、通信手段１０５を介して外部端末２に通知される（ステップＳ１０６）。
【００４４】
この後、サービス関連情報処理手段２０２は、予め決められた手順に従って、ロイヤルティサービスを実現するための処理を行う（ステップＳ１５２）。この過程においてサービス関連情報処理手段２０２は、外部端末２に記憶されているデータや外部のサーバなどにあるデータへのアクセス、携帯端末１の要求処理手段１０６が提供する種々の操作の要求などを行う。
【００４５】
このとき、サービス関連情報処理手段２０２から携帯端末１に送られる操作要求は、通信手段２０１及び通信手段１０５を介して操作可否判定手段１０８に送信される。一方、クライアント情報選択手段１０７は、ステップＳ１０５で選択したクライアント情報を操作可否判定手段１０８に送る。操作可否判定手段１０８は、クライアント情報に含まれる操作許可情報を比較することで、外部端末２から要求された操作を処理してもよいかどうかを判定し、許可されている場合はその処理を行い、結果を通信手段１０５と通信手段２０１を介して、サービス関連情報処理手段２０２に通知する。必要な処理が完了すると、通信が切断される（ステップＳ１０７）。
【００４６】
なお、以上の説明では携帯端末１と外部機器２の双方で通信開始の操作を行っているが、携帯端末１と外部機器２のどちらか一方で通信開始操作を行い、他方では相手からの接続要求があるかどうかをチェックし、接続要求があった場合に通信を開始するという方法も可能である。あるいは、明示的な通信開始操作は行わず、無線接続による通信を行う場合は互いの端末を通信可能な範囲内に接近させる操作を通信開始操作としてもよく、有線接続による通信を行う場合は互いの端末をケーブルなどで接続する操作を通信開始操作としてもよい。
【００４７】
また、操作可否判定手段１０８が通信手段１０５を介して外部端末２から要求された操作の可否を判定し、操作可であるもののみを要求処理手段１０６に送るという、上記で説明した構成のほかに、要求処理手段１０６が通信手段１０５を介して外部端末２からの操作要求を直接受け取り、操作可否判定手段１０８に操作の可否を問い合わせ、操作可とされた場合のみ要求の処理を行うという構成も可能である。
【００４８】
本実施の形態においては、サービス定義にクライアント情報を複数記述し、それぞれのクライアント（外部端末）に対して許可する操作内容を変えることができるため、例えば、あるロイヤルティサービスのサービス関連情報に複数の事業者がアクセスする必要がある場合には、それぞれの事業者が異なるクライアント識別情報を用いて操作を制限することで、安全性を高めることができる。
【００４９】
なお、以上の説明では、クライアント情報には操作許可情報が記述されており、それに基づいて操作可否判定手段１０８が外部端末２から要求された操作を処理するかどうかを決定するものとしているが、一方でクライアント情報に操作許可情報を含めず、外部端末２に全ての操作を許可する場合も考えられる。この場合、例えば操作可否判定手段１０８は、クライアント情報選択手段１０７が外部端末２からクライアント識別情報を受け取り、認証が完了している場合にのみ、通信手段１０５を介して受け取った外部端末２の操作要求を要求処理手段１０６に伝える。あるいは、携帯端末１は操作可判定手段１０８を含まない構成とし、通信手段１０５を介して受け取った外部端末２の操作要求をそのまま要求処理手段１０６に伝え、要求処理手段１０６は、クライアント情報選択手段１０７が外部端末２からクライアント識別情報を受け取り認証が完了している場合にのみ、要求された操作を行うというような構成とすることもできる。
【００５０】
（第１の実施例）
次に、図１、図２及び図４から図７を参照して、第１の実施の形態の実施例（第１の実施例）を説明する。本実施例はコンビニエンスストアなどの小売店におけるポイントサービスであり、サービスの利用者である顧客が所有する携帯電話を用いる。利用者は予め図１の携帯端末１を実現するプログラムをダウンロードするなどの方法で本サービス提供システムを携帯電話１ａに組み込んでいるものとする。
【００５１】
携帯電話１ａのサービス定義記憶部１０２には、予め図２に示すサービス定義３が記憶されているものとする。ここでは、ページ情報３１１、３１２の記述にはＨＴＭＬ（Ｈｙｐｅｒ　Ｔｅｘｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）に似たページ記述言語を利用している。さらに本実施例では、サービス関連情報記憶部１０１は複数のサービス関連情報を記憶することができ、それぞれに識別番号（ＩＤ）をつけて管理している。ポイント情報はＩＤ＝０で参照されるサービス関連情報に記憶されているものとする。また、本実施例において要求処理手段１０６は、サービス関連情報記憶部１０１に対する読み書き（追加と削除も含む）、サービス定義内のページ情報の更新（追加と削除も含む）、サービス定義の更新、サービス定義のバージョン情報の読み出しを受け付ける。
【００５２】
また、本実施例においては外部端末２としてレジ２ａを使用する。このレジ２ａは、サービス関連情報処理手段２０２として以下に説明するポイントサービスを実現するプログラムが組み込まれているとする。
【００５３】
まず、ポイントサービスの利用者がレジ２ａで精算を行うとき、図１の携帯端末１と同一構成の携帯電話１ａを操作してシステムを起動すると、ページ情報解釈手段１０３がサービス定義記憶部１０２からサービス定義を読み出し、ＰａｇｅＩＤ＝１のページ情報（「ＰａｇｅＩＤ　Ｖａｌｕｅ＝“１”」と書いてあるもの）を解釈し、結果を入出力制御手段１０４に送ることで、図４のメインメニュー９００が入出力制御手段１０４の表示部の画面に表示される。ここで、利用者が携帯電話１ａの入出力制御手段１０４の入力部を操作して通信開始を指示する、図４のメインニュー中のボタン９０１を選択すると、入出力制御手段１０４が通信手段１０５に通信開始を指示し、通信が開始される（図５のステップＳ２０１）
このとき、店舗の店員が図１の外部端末２と同一構成のレジ２ａの入出力制御手段２０３の入力部のボタンを操作して通信開始を指示すると、入出力制御手段２０３がサービス関連情報処理手段２０２に通信開始を指示し、レジ２ａの通信が開始される（ステップＳ２０２）。これにより、携帯電話１ａとレジ２ａが互いに通信可能な状態となる。
【００５４】
次に、レジ２ａ内のサービス関連情報処理手段２０２は、予めレジ２ａに組み込まれたクライアントＩＤ（１２３４とする）とその他の認証情報を携帯電話１ａに送信し（ステップＳ２０４）、携帯電話１ａの通信手段１０５はクライアント情報選択手段１０７に受信したクライアントＩＤと認証情報を送る。クライアント情報選択手段１０７は受信したクライアントＩＤに対応するクライアント情報３０１（図２）をサービス定義記憶部１０２から読み出し、認証を行う（ステップＳ２０６）。認証が正常に完了すると、携帯電話１ａはレジ２ａに結果を通知する（ステップＳ２０６）。
【００５５】
次に、レジ２ａ内のサービス関連情報処理手段２０２は、ポイント情報を送信側の携帯電話１ａから読み出すため、携帯電話１ａにＩＤ＝０のサービス関連情報の読み出し要求を行う（ステップＳ２０７）。携帯電話１ａは内部の通信手段１０５によりレジ２ａから受信した上記の読み出し要求を操作可否判定手段１０８に送り、そこでクライアント情報選択手段１０７から受け取ったクライアント情報３０１に含まれる操作許可情報に基づいて操作の可否が判定される。
【００５６】
ここでは、クライアント情報３０１に含まれる操作許可情報は操作が可を示しているので、操作可否判定手段１０８はその旨を要求処理手段１０６に送る。これにより、要求処理手段１０６は、サービス関連情報記憶部１０１からＩＤ＝０のサービス関連情報を読み出し（ステップＳ２０８）、通信手段１０５を介してレジ２ａに送り返す（ステップＳ２０９）。
【００５７】
次に、レジ２ａ内のサービス関連情報処理手段２０２は、予め決められた手順で、購入金額などに基づいてポイントの加算処理を行い（ステップＳ２１０）、新しいポイント情報をＩＤ＝０のサービス関連情報として書き込むよう、サービス関連情報書き込み要求を携帯電話に送信する（ステップＳ２１１）。操作要求は同様にして通信手段１０５から操作可否判定手段１０８、要求処理手段１０６に送られ、操作が可であるのでサービス関連情報記憶部１０１にサービス関連情報を書きこみ（ステップＳ２１２）、正常に操作が行われたことをレジ２ａに通知する（ステップＳ２１３）。
【００５８】
更に、レジ２ａでは、新しいポイント情報に基づいて、ポイント確認のためのページ情報３１３（図６）を生成し（ステップＳ２１４）、ページ情報書き込み要求とともに携帯電話１ａに送信する（ステップＳ２１５）。なお、このページ情報３１３は携帯電話１ａの入出力制御手段１０４の図６に示す画面９１０に対応するものである。ページ情報書き込み要求は、上記のサービス関連情報書き込み要求と同様にして通信手段１０５で受信された後、操作可否判定手段１０８を介して要求処理手段１０６に送られ、これによりサービス定義記憶部１０２に記憶されている、図２に示したサービス定義３のページ情報３１２を、図６に示したページ情報３１３に書き換える（ステップＳ２１６）。書き換え後に、携帯電話１ａは正常に操作が行われたことをレジ２ａに通知する（ステップＳ２１７）。
【００５９】
以上でポイントサービスの処理は終了であり、サービス関連情報処理手段２０２が通信を切断するように通信手段２０１に指示し、レジ２ａと携帯電話１ａとの間の通信が切断される（ステップＳ２１８）。
【００６０】
この後、利用者が携帯電話１ａの入出力制御手段１０４の画面に表示されている図４に示したメインメニュー９００からポイント確認９０２を選択すると、入出力制御手段１０４はＰａｇｅＩＤ＝２のページ情報を解釈するようにページ情報解釈手段１０３に指示する。ページ情報解釈手段１０３はサービス定義記憶部１０２からサービス定義を読み出し、ＰａｇｅＩＤ＝２であるページ情報３１３（これは上記のステップＳ２１６で更新されたものである）を解釈し、結果を入出力制御手段１０４に送ることで、その画面に図６に示すポイント確認画像９１０が表示される。
【００６１】
なお、上記の例ではポイント情報を確認するページ情報はサービス定義に含まれているが、サービス関連情報にページ情報を含める方法もある。例えば、上記のステップＳ２１２で、ポイント情報とページ情報を含む図７に示すサービス関連情報３１５を書き込むようにし、さらにサービス定義３のページ情報３１１の代わりに図７に示すページ情報３１４を用いる（ページ情報３１１との違いは、「ポイント確認」を押したときにＰａｇｅＩＤ＝２のページが表示される代わりに、ＩＤ＝０のサービス関連情報に含まれるページ情報を表示する点である）。ページ情報解釈手段１０３は、図４に示したメインメニュー９００のボタン９０２が押されると、サービス関連情報３１５のページ情報部分を解釈して画面に表示する。このようにすれば、ステップＳ２１５からＳ２１７の処理は不要となる。なお、この場合ページ情報３１２は不要である。
【００６２】
以上、基本的なロイヤルティサービスの一つであるポイントサービスが本サービス提供システムによりどのように実現されるのかを説明した。
【００６３】
次に、サービス内容を変更する場合の手順とシステム動作について、図１、図２、及び図８から図１１を参照して説明する。ここでは、上記のポイントサービスに、割り引きクーポンサービスを追加し、クーポンの発行は店舗内の発券機８で、クーポンの利用はレジで行う場合を例に説明する。なお、発券機８は外部端末２と同じ構成であるとする。
【００６４】
まず、サービス提供者は、図８に６で示すような、クーポンサービスを提供するためのサービス定義を作成し、レジ２ａ及び発券機８に記憶しておく。更に、レジ２ａのサービス関連情報処理手段２０２に組み込まれているプログラムに、「携帯電話のサービス定義のバージョンをチェックし、古ければ新しいものに更新する。また、携帯電話にクーポンが入っているかどうかをチェックし、入っていれば購入金額を割り引く」という処理を追加する。
【００６５】
ここで、クーポン情報はＩＤ＝１のサービス関連情報として携帯電話１ａ内のサービス関連情報記憶部１０１に記憶するものとする。また、発券機８のサービス関連情報処理手段２０２には、「クーポンの発券操作が行われた場合に、携帯電話のサービス定義のバージョンをチェックし、古ければ新しいものに更新した上で、携帯電話にクーポンを送信する」という処理を行うプログラムを組み込んでおく。なお、携帯電話１ａの利用者はサービス変更に際して準備を行う必要はない。
【００６６】
次に、利用者が発券機８を操作してクーポンを取得する場合のシステムの動作を説明する。レジでのポイントサービス利用と同様に、携帯電話１ａのプログラムを起動して通信開始作業を行い、同時に発券機８の発券ボタンを操作すると、携帯電話１ａと発券機８が互いに通信可能な状態となり、認証が行われる（図９のステップＳ３５０）。
【００６７】
発券機８のサービス関連情報処理手段２０２は、携帯電話１ａのサービス定義記憶部１０２に記載されているサービス定義のバージョン情報の取得を要求する（ステップＳ３０１）。携帯電話１ａの通信手段１０５は発券機８から受信したサービス定義のバージョン情報取得要求を操作可否判定手段１０８に送り、そこでクライアント情報選択手段１０７から受け取ったクライアント情報３０１（図２）に含まれる操作許可情報に基づいて操作の可否が判定される。ここでは操作が可であるので、操作要求を要求処理手段１０６に送り、要求処理手段１０６はサービス定義記憶部１０２からサービス定義のバージョン情報を読み出し（ステップＳ３０２）、発券機８に送り返す（ステップＳ３０３）。
【００６８】
続いて、発券機８のサービス関連情報処理手段２０２は、携帯電話１ａから受け取ったバージョン情報と、新しいサービス定義のバージョン情報とを比較し（ステップＳ３０４）、更新が必要であればサービス定義を更新するよう携帯電話１ａに対して要求する（ステップＳ３０５）。このサービス定義の更新要求は、上記と同様にして携帯電話１ａにおいて、通信手段１０５から操作可否判定手段１０８を介して要求処理手段１０６に送られ、ここでサービス定義記憶部１０２に記憶されているサービス定義を更新する（ステップＳ３０６）。
【００６９】
更新が終了すると、携帯電話１ａは正常に完了したことを発券機８に通知する（ステップＳ３０７）。なお、このとき、ＰａｇｅＩＤ＝２のページ情報は更新せずそのままにしておく。
【００７０】
続いて、発券機８のサービス関連情報処理手段２０２はクーポン情報（クーポンの種類を表す番号など）をＩＤ＝１のサービス関連情報として書き込むよう、サービス関連情報書き込み要求を携帯電話１ａに送信する（ステップＳ３０８）。サービス関連情報書き込み要求は上記と同様にして携帯電話１ａにおいて通信手段１０５から操作可否判定手段１０８を介して要求処理手段１０６に送られ、操作が可であればサービス関連情報記憶部１０１に書き込み（ステップＳ３０９）、書き込み終了後にその旨を発券機８へ通知する（ステップＳ３１０）。
【００７１】
この通知を受信すると、発券機８は続いてクーポンがあることを示す、図１０に示すページ情報６１３をサービス関連情報処理手段２０２にて生成し（ステップＳ３１１）（または、ページ情報６１３は予め発券機８に記憶しておいてもよい）、そのページ情報６１３を携帯電話１ａにページ情報書き込み要求と共に送信し、上記と同様にして携帯電話１ａ内のサービス定義記憶部１０２のページ情報の更新を行う（ステップＳ３１２、Ｓ３１３）。更新終了を携帯電話１ａから発券機８に通知することで、発券機８と携帯電話１ａとの間の通信が切断される（ステップＳ３１４、Ｓ３１５）。
【００７２】
以上のようにして、サービスの定義を入れ替えることにより、携帯電話１ａの画面には、図８に示すように、クーポン確認のためのボタン９４１が追加されたメニュー画像９４０が表示される。ここで利用者が上記のボタン９４１を押すと、ページ情報６１３に従って、携帯電話１ａの画面にクーポン確認の画像９６０が表示される。
【００７３】
次に、以上のようにして利用者が発券機８で取得したクーポンをレジ２ａで利用する場合のシステムの動作を図１１のフローチャートと共に説明する。利用者がレジで精算を行うとき、携帯電話１ａのシステムを起動して通信開始操作を行い、レジ２ａで店員がボタンを操作して通信開始を指示すると、携帯電話１ａとレジ２ａが互いに通信可能な状態となり、認証が行われる（図１１のステップＳ４５０）。
【００７４】
次に、サービス定義のバージョンチェックを行い、更新が必要であれば更新する（ステップＳ４５１）。なお、この例では、サービス定義はすでに発券機８で更新されているため、ここではサービス定義の更新は行われない。
【００７５】
続いて、レジ２ａのサービス関連情報処理手段２０２は携帯電話１ａにクーポンがあるかどうかを調べるため、ポイント情報の取得と同様に、ＩＤ＝１のサービス関連情報としてクーポン情報の取得を試みる（ステップＳ４０１、Ｓ４０２、Ｓ４０３）。続いて、レジ２ａのサービス関連情報処理手段２０２は正しいクーポンが取得できたかどうか判断する（ステップＳ４０４）。
【００７６】
正しいクーポンが取得できた場合は、続けて該サービス関連情報の削除を要求して携帯電話１ａ内に記憶されたクーポン情報を削除し（ステップＳ４０５、Ｓ４０６、Ｓ４０７）、さらにクーポンがないことを示すページ情報（図８のページ情報６１２と同じもの）を生成し（ステップＳ４０８）（または、このページ情報は予めレジ２ａ内に記憶しておいてもよい）、携帯電話１ａ内のページ情報の更新を行う（ステップＳ４０９、Ｓ４１０、Ｓ４１１）。
【００７７】
一方、レジ２ａのサービス関連情報処理手段２０２はステップＳ４０４で正しいクーポン情報が取得できなかった場合は、ステップＳ４０５からステップＳ４１１までの処理は行わない。
【００７８】
ステップＳ４１１による完了通知後、又はステップＳ４０４で正しいクーポン情報が取得できなかった時は、レジ２ａのサービス関連情報処理手段２０２は図５に示したステップＳ２５２と同様のポイント加算処理を行い（ステップＳ４５２）、その加算処理終了後にレジ２ａと携帯電話１ａとの間の通信を切断する（ステップＳ４１２）。
【００７９】
この後、例えば利用者が携帯電話１ａの表示部に表示された、図８に示すメニュー画面９４０でボタン９４１を押すと、携帯電話１ａの表示部には図８に示すように、クーポン確認の画面９５０でクーポンがないことが表示される。
【００８０】
以上、利用者の携帯電話のプログラムを変更することなく、サービス定義のみを入れ替えることでサービス内容を変更する方法を示した。なお、サービス定義に複数のクライアント情報を含めておき、認証を行うようにすれば、例えば、高度なセキュリティを保ったままサービス関連情報を複数の事業者で共有することができる。この例を以下に示す。
【００８１】
図２のサービス定義３では、クライアントＩＤ＝１２３４に対するクライアント情報３０１において、サービス関連情報の読み書きだけでなく、サービス定義の更新なども許可されている。一方、クライアントＩＤ＝５６７８に対するクライアント情報３０２においては、サービス関連情報の読み書きだけが許可されている。
【００８２】
この場合、例えば、このポイントサービスの主催者はクライアントＩＤ＝１２３４で認証を行った上で携帯電話に対して自由な操作を行い、共同でポイントサービスを提供している他の事業者にはＩＤ＝５６７８とその認証情報（パスワードなど）を通知しておけば、それらの事業者はポイントの読み書き以外の操作は行えないため、主催者の意に反してページ情報を書き換えるなどということができなくなる。このようにして、高度なセキュリティを実現することができる。
【００８３】
（第２の実施形態）
次に、本発明の第２の実施の形態について図面を参照して詳細に説明する。図１２は本発明の第２の実施の形態のブロック図を示す。同図中、図１と同一構成部分には同一符号を付し、その説明を省略する。図１２に示す本発明の第２の実施の形態は、携帯端末４がサービス選択手段１０９を備える点で、第１の実施の形態における携帯端末１とは異なる。
【００８４】
また、本実施の形態において、サービス定義記憶部１１０は複数の異なるサービス定義を記憶しており、利用者の操作や外部端末２からの要求で、サービス選択手段１０９によりサービス定義を切り替えることで、各サービスに対応する機能を提供する。なお、サービス関連情報記憶部１０１は、各サービスに対して専用のサービス関連情報記憶領域を提供してもよく、この場合は同様にしてサービス選択手段１０９により、要求処理手段１０６がアクセス可能な記憶領域を切り替える。
【００８５】
次に、図１２及び図１３を参照して、本実施の形態の動作のうち、第１の実施の形態と異なる部分について詳細に説明する。携帯端末４と外部端末２が通信を行うとき、図３のステップＳ１５０と同様にして、通信を開始する（図１３のステップＳ５５０）。
【００８６】
次に、外部端末２が予め組み込まれたロイヤルティサービスの識別情報を携帯端末４に送信すると（ステップＳ５０１）、携帯端末４は通信手段１０５でそれを受信してサービス選択手段１０９に送り、サービス定義記憶部１１０に記憶されている、対応するサービス選択手段１０９に送り、これによりサービス定義記憶部１１０に記憶されている複数のサービス定義の中から、対応する一のサービス定義を選択させると同時に、サービス関連情報記憶部１０１に対して、該サービス専用の領域へのアクセスを可能とする（ステップＳ５０２）。
【００８７】
これらの操作が正常に完了すると、外部端末２に結果を通知する（ステップＳ５０３）。以降の処理は、第１の実施の形態のステップＳ１５１以降の処理と同様に、クライアント情報の選択と認証（ステップＳ５５１）、サービス関連情報処理（ステップＳ５５２）が順次に行われ、最終的に通信が切断される（ステップＳ５０４）。
【００８８】
本実施の形態と第１の実施の形態の違いは、第１の実施の形態では１つのロイヤルティサービスしか提供しないのに対し、本実施の形態では、複数のサービス定義を提供できるという点である。
【００８９】
（第２の実施例）
次に、図１２及び図１４から図１６を参照して、第２の実施の形態の実施例（第２の実施例）を説明する。本実施例は、第１の実施例であるコンビニエンスストアなどの小売店におけるポイントサービスに加え、別のロイヤルティサービスとして、ビデオなどのレンタル店の会員証サービスの２つのサービスを、１台の携帯電話４ａで提供するものである。
【００９０】
利用者の携帯電話４ａは携帯端末４と同じ構成であり、そのサービス定義記憶部１１０には、予め図１４に示すサービス定義７と、図２に示したサービス定義３（但し、図１４と同様にサービス属性の部分にサービスＩＤが記述されており、その値は１２３４５６７８であるとする）が記憶されているものとする。また、外部端末２として、コンビニエンスストア又はレンタル店で使用されるレジ２ｂが使用される。
【００９１】
まず、コンビニエンスストアにおいて利用者がレジで精算を行う場合のポイントサービスの動作について説明する。利用者が携帯電話４ａのシステムを起動すると、図１５に示すシステムのメインメニュー９７０が携帯電話４ａの入出力制御手段１０４の表示部に表示される。
【００９２】
ここで利用者が、このメインメニュー９７０のポイントサービスの選択用ボタン９７１を選択すると、サービス定義３のページ情報３１１に従って入出力制御手段１０４の表示部には図１５に示すポイントサービスのメニュー画面９８０が表示される。以降は第１の実施例と同様に、利用者がこのポイントサービスのメニュー画面９８０中の通信開始ボタン９８１で通信開始操作を行い、また店員がレジ２ｂで通信開始のボタンを操作して通信開始を指示すると、携帯電話４ａとレジ２ｂとの間で通信が開始される（図１６のステップＳ６５０）。
【００９３】
なお、図１５に示すポイントサービスのメニュー画面９８０のメインメニュー選択用ボタン９８３は、ここではページ情報解釈手段１０３が自動的に付加したものであり、これを押すと携帯電話４ａの画面が切り替わり、メインメニュー画面９７０が表示されるが、このボタン９８３をポイントサービスのサービス定義３のページ情報３１１に直接記述する方法もある。
【００９４】
通信開始後、レジ２ｂのサービス関連情報処理手段２０２が、予めレジ２ｂに組み込まれたポイントサービスのＩＤ（１２３４５６７８）を携帯電話４ａに送信すると（ステップＳ６０１）、図１２に示した構成の携帯電話４ａは通信手段１０５でそれを受信してサービス選択手段１０９に送り、サービス定義記憶部１１０に記憶されている、ポイントサービスのサービス定義３を選択させる。同時に、サービス関連情報記憶部１０１ではポイントサービス専用の領域へのアクセスが可能となる（ステップＳ６０２）。これらの操作が正常に完了すると、レジ２ｂに結果を通知する（ステップＳ６０３）。
【００９５】
このとき、携帯電話４ａではポイントサービスのメニュー画面９８０のボタン９８１によって通信開始操作が行われているため、サービス選択手段１０９は、ステップＳ６０１においてレジ２ｂからポイントサービスのサービスＩＤ（＝１２３４５６７８）が送られてきた場合にのみ、サービス定義記憶部１１０の、対応するサービス定義（ここではサービス定義３）を選択させる。それ以外のサービスＩＤが送られてきた場合には要求を拒否し、ステップＳ６０３において要求が拒否された旨をレジ２ｂに通知する。
【００９６】
なお、サービスＩＤと共に秘密鍵などの認証情報を（クライアント情報とは別に）サービス定義に記述しておき、上記の手順でサービスＩＤを送る時に、レジ２ｂと携帯電話４ａの間でこれらの認証情報を用いて認証を行うようにしてもよい。
【００９７】
これ以降は図５のステップＳ２５１と同様にしてクライアントの情報選択と認証が行われ（ステップＳ６５１）、続いて図９のステップＳ３５１と同様にしてサービス定義のバージョンチェックと更新が行われ（ステップＳ６５２）、更に図５のステップＳ２５２と同様にしてポイント情報の読み出しと更新が行われ（ステップＳ６５３）、最後に、レジ２ｂと携帯電話４ａとの間の通信が切断される（ステップＳ６０４）。
【００９８】
次に、同じ携帯電話をレンタル会員証として使う場合の動作について説明する。ポイントサービスと同様に、利用者が携帯電話４ａのシステムを起動すると、携帯電話４ａの入出力制御手段１０４の表示部に図１５に示すメインメニュー９７０が表示される。その後、利用者がこのメインメニュー９７０中のレンタル会員証選択用ボタン９７２を押すと、図１４に示すサービス定義７のページ情報７１１に従って、レンタル会員証のメニュー画面９９０が上記の表示部に表示される。
【００９９】
利用者がこのメニュー画面９９０の中の通信開始用ボタン９９１で通信開始操作を行い、また店員がレジ２ｂで通信開始のボタンを操作して通信開始を指示すると、携帯電話４ａとレジ２ｂとの間で通信が開始される（図１６のステップＳ６５０）。その後、レジ２ｂのサービス関連情報処理手段２０２が、予めレジ２ｂに組み込まれたレンタル会員証のＩＤ（８７６５４３２１）を携帯電話４ａに送信すると（ステップＳ６０１）、携帯電話４ａ内のサービス選択手段１０９によりサービス定義記憶部１１０からサービス定義７が選択され、認証が行われる（ステップＳ６０２）。
【０１００】
その後の処理は、ポイント情報を読み書きするする代わりに、会員番号を読み出す処理などが行われるが、基本的にポイントサービスの処理と同様である（ステップＳ６０３、Ｓ６５１、Ｓ６５２、Ｓ６５３、Ｓ６０４）。
【０１０１】
なお、上記の例では、店頭でのサービス利用時に、利用者が自ら携帯電話４ａのメインメニュー９７０のボタン９７１又は９７２を操作して、利用したいサービスを選択した上で通信開始の操作を行っているが、利用したいサービスにかかわらず、利用者はメインメニュー９７０のボタン９７３を押すだけとしてもよい。この場合は、サービス選択手段１０９は、ステップＳ６０１においてレジ２ｂから送られてきた如何なるサービスＩＤについても拒否することなく、サービス定義記憶部１１０に記憶されている、対応するサービス定義を選択させる。
【０１０２】
（第３の実施の形態）
次に、本発明の第３の実施の形態について図面を参照して詳細に説明する。図１７は本発明の第３の実施の形態のブロック図を示す。同図中、図１２と同一構成部分には同一符号を付し、その説明を省略する。図１７に示す第３の実施の形態は、携帯端末５がサービス登録手段１１１と暗号鍵記憶部１１２を備える点で、第２の実施の形態における携帯端末４とは異なる。
【０１０３】
第３の実施の形態において、サービス登録手段１１１は、外部端末２からの要求に応じて、新規のサービス定義を外部端末２から受け取り、サービス定義記憶部１１０に登録する。このとき、サービス登録手段１１１において外部端末２を認証し、許可をされたサービス提供者の外部端末のみがサービス定義の登録を行えるようにしてもよい。
【０１０４】
また、暗号鍵記憶部１１２を設けて、このときの通信路を暗号化することもできる。暗号鍵記憶部１１２には、サービス定義を登録する際に用いる一つまたは複数の暗号鍵が記憶されており、そのうち一つの暗号鍵を利用して暗号化が行われる。
【０１０５】
本実施の形態と第２の実施の形態の違いは、第２の実施の形態では、サービスの定義は予め登録されているものを利用したが（サービス定義の更新は可能であった）、本実施の形態では、サービス定義を新規に登録することができるという点である。更に、暗号鍵記憶部１１２に記憶された暗号鍵を用いて通信路を暗号化することで、サービス定義に認証情報や通信路の暗号化のための暗号鍵などの重要な情報が含まれる場合でも、安全にサービス定義を登録できる。
【０１０６】
なお、暗号鍵の組み込みは、携帯端末５の製造または出荷時に組み込む方法、ＩＣカードなどの安全で着脱可能な記憶装置に記憶しておき、それを利用者に配布して携帯端末５に挿入して使用する方法、暗号化された安全な通信経路を利用して外部から組み込む方法などがある。最後の方法は、例えばＳＳＬ（Ｓｅｃｕｒｅ　Ｓｏｃｋｅｔ　Ｌａｙｅｒ）と呼ばれる安全な通信路を公衆無線網において確保する機能が携帯端末５で提供されている場合に利用可能である。
【０１０７】
このように暗号鍵を携帯端末５内に持っておくことの利点は、記憶容量の限られた携帯電話などでは実装の難しい、ＳＳＬなどの動的な暗号鍵の交換に基づく高度な暗号方式を用いずに、よりプログラムサイズの小さな暗号化方式でも、安全な通信路を実現できるという点である。なお、サービス定義の登録後は、これらのサービス定義の登録用の暗号鍵とは異なる、サービス定義に記述された、各事業者が独自に管理する暗号鍵を通信路の暗号化に用いることができる。
【０１０８】
（第３の実施例）
次に、図１７から図１９を参照して、第３の実施の形態の実施例（第３の実施例）を説明する。本実施例は、利用者が予めプログラムを携帯電話にダウンロードするなどの方法で、本サービス提供システムが組み込まれた携帯電話５ａを持っており、コンビニエンスストアなど、本システムを利用したロイヤルティサービスとしてポイントサービスを実施している店舗においてサービス定義を携帯電話５ａに登録することで、サービスに加入する例を説明したものである。
【０１０９】
まず、店舗で利用者がレジ２ｂで精算を行う時に、ポイントサービスに加入する場合の動作について説明する。なお、レジ２ｂは外部端末２と同一構成であり、予めポイントサービス用のサービス定義（例えば図２のサービス定義３）が記憶されているものとする。
【０１１０】
利用者が携帯電話５ａのプログラムを起動すると、図１７に示した構成の携帯電話５ａの入出力制御手段１０４の表示部に図１８に示すメインメニュー９２０が表示される。ここで利用者が、メインメニュー９２０中の通信開始ボタン９２１を選択すると通信が開始され、また店員がレジ２ｂで通信開始ボタンを操作してサービス定義の登録のための通信開始を指示すると、通信が開始される（図１９のステップＳ７５０）。このステップＳ７５０は図５のステップＳ２５０と同じ動作である。
【０１１１】
その後、レジ２ｂのサービス関連情報処理手段２０２が、予めレジ２ｂに準備されているポイントサービスのサービス定義の登録を携帯電話５ａに要求すると（ステップＳ７０１）、携帯電話５ａは通信手段１０５でそれを受信してサービス登録手段１１１に送り、サービス登録手段１１１により受信サービス定義をサービス定義記憶部１１０に記憶し（ステップＳ７０２）、結果を送信元のレジ２ｂに通知する（ステップＳ７０３）。最後に、携帯電話５ａとレジ２ｂとの間の通信が切断される（ステップＳ７０４）。
【０１１２】
これ以降は、第２の実施例と同様にして、利用者はレジ２ｂでポイントサービスを受けることができるようになる。なお、上記の例では、ステップＳ７０４で一度通信が切断されるが、切断せずにそのままポイントサービスの通信（図１６のステップＳ６０１以降）を行ってもよい。また、携帯電話５ａのサービス定義記憶部１１０にサービス定義が登録されているか否かに関らず、先に図１６のステップＳ６５０、Ｓ６０１、Ｓ６０２、Ｓ６０３を実行し、ステップＳ６０３でポイントサービスのサービス定義が登録さていないという旨の通知を受け取った場合にのみ、図１９のステップＳ７０１からＳ７０３を実行して、自動的にサービス定義を登録するようにしてもよい。他のサービス提供者のロイヤルティサービスに参加する場合も、上記と同様にしてサービス定義を登録し、サービスに参加できる。
【０１１３】
次に、暗号鍵を用いて通信路を暗号化し、安全にサービス定義を登録する手順を図２０と共に説明する。図２０において、例えば図１７に示した携帯端末５にはサービス提供システムの管理者９が決めた複数の暗号鍵（８０１、８０２、８０３）が組み込まれており（ステップＳ８０１）、そのうち暗号鍵Ａ（８０１）はポイントサービスの事業者Ａに、暗号鍵Ｂ（８０２）はレンタル会員証サービスの事業者Ｂに、それぞれ事前に配布してあるものとする（ステップＳ８０２、Ｓ８０３）。
【０１１４】
この状態において、利用者がサービス事業者Ａのポイントサービスに参加をする場合は、事業者Ａのレジはまず暗号鍵Ａ（８０１）を使用して通信路を暗号化することを携帯端末５に通知した後（ステップＳ８０４）、暗号鍵Ａで通信路を暗号化してサービス定義を携帯端末５に登録する（ステップＳ８０５）。また、利用者がサービス事業者Ｂのサービスに参加する場合は、同様に事業者Ｂのレジはまず暗号鍵Ｂ（８０２）を使用して通信路を暗号化することを携帯端末５に通知した後（ステップＳ８０６）、暗号鍵Ｂで通信路を暗号化してサービス定義を携帯端末５に登録する（ステップＳ８０７）。
【０１１５】
いずれの場合も、事業者毎に異なる暗号鍵を配布することで、暗号鍵が他の事業者やそれ以外の第三者に知られない限りは、サービス定義の登録時に途中の通信路を傍受しても通信内容は復号できず、サービス定義の内容が漏れることはない。万一、暗号鍵が第三者に知られた場合でも、当該事業者以外は異なる暗号鍵を用いているため、割り当てられた暗号鍵をそのまま使用し続けることができ、漏洩した暗号鍵を使用していた当該事業者も、通信を傍受される前であれば、サービス登録のために用いる暗号鍵を別のもの（図２０の例では暗号鍵Ｃ（８０３）に変更すれば、引き続きサービス定義の登録を安全に行うことができる。
【０１１６】
なお、サービス事業者数よりも多い暗号鍵を予め携帯端末５に登録しておけば、上記の過程において、利用者の携帯端末５に登録された暗号鍵の変更や追加を行う必要はないため、利用者に余計な負担をかけることはない。
【０１１７】
なお、以上の実施の形態において、サービス関連情報記憶部１０１及びサービス定義記憶部１０２以外の携帯端末１、４又は５内の各手段をコンピュータにより実現させることが可能である。
【０１１８】
また、本発明は以上の実施の形態に限定されるものではなく、例えば、図１７に示した第３の実施の形態では、第２の実施の形態の携帯端末の構成にサービス登録手段１１１と暗号鍵記憶部１１２とを備える携帯端末５を使用するように説明したが、第１の実施の形態の携帯端末の構成にサービス登録手段１１１と暗号鍵記憶部１１２とを備える携帯端末を使用することもできる。
【０１１９】
また、以上の実施の形態では、携帯端末１、４、５にはクライアント情報選択手段１０７及び操作可否判定手段１０８を有しているが、これらは必ずしも必要ではなく、また、外部端末２はＷｅｂサーバ等の場合、入出力制御手段２０３は不要である。
【０１２０】
【発明の効果】
以上説明したように、本発明によれば、サービス関連情報及びサービス定義を記憶している携帯端末に対して、外部端末からの提供するサービス内容に対応した操作要求のうち、サービス定義の中の操作許可情報で許可されている操作を携帯端末が行うことにより、外部端末により携帯端末に対してサービスを提供することができる。
【０１２１】
また、本発明によれば、外部端末からの提供するサービス内容に対応した操作要求のうち、外部端末から送信されたサービス識別情報に応じて選択した一のサービス定義の中の操作許可情報で許可されている操作を携帯端末が行うようにしたため、サービス（ロイヤルティサービス）の内容に依存するのはサービス定義と外部端末であり、携帯端末の構成はサービスの内容には依存しないため、上記の外部端末が送信する操作要求により携帯端末のサービス定義を書き換えることで、携帯端末の構成を変更することなく、サービスの内容を変更することができる。
【０１２２】
また、本発明によれば、サービス関連情報を記憶している携帯端末に対して、外部端末からの提供するサービス内容に対応した操作要求のうち、外部端末から送信されたサービス定義の登録要求に応じて登録したサービス定義の中の操作許可情報で許可されている操作を携帯端末が行うことにより、携帯端末が個々のサービスを実現するために保持する情報はサービス定義だけであるため、各サービス毎に専用のプログラムを携帯端末に組み込む必要がある従来技術と比較して、記憶容量の少ない携帯端末でも、より多くのサービスを提供することができる。
【０１２３】
更に、本発明によれば、携帯端末内に予め一又は複数の暗号鍵を記憶しており、そのうちの一つの暗号鍵を用いて新規のサービス定義を暗号化して第２の記憶部に記憶させる暗号鍵記憶部を有する構成としたため、記憶容量の限られた携帯端末において実装の困難な動的な暗号鍵の交換に基づく高度な暗号化方式を用いることなく、安全な通信路を実現でき、安全にサービス定義を登録することができる。
【図面の簡単な説明】
【図１】本発明の第１の実施の形態のブロック図である。
【図２】サービス定義の一例を示す図である。
【図３】本発明の第１の実施の形態の動作説明用フローチャートである。
【図４】本発明の第１の実施例での携帯電話のメニュー画面の一例を示す図である。
【図５】本発明の第１の実施例での動作説明用フローチャートである。
【図６】本発明の第１の実施例において携帯電話に送信されるページ情報の一例を示す図である。
【図７】本発明の第１の実施例において携帯電話に送信されるページ情報の他の例を示す図である。
【図８】本発明の第１の実施例においてサービス内容を変更した場合のサービス定義を示す図である。
【図９】本発明の第１の実施例においてクーポンを発券する場合の動作を説明するフローチャートである。
【図１０】本発明の第１の実施例においてクーポンの内容を表すページ情報を示す図である。
【図１１】本発明の第１の実施例においてクーポンを利用する場合の動作説明用フローチャートである。
【図１２】本発明の第２の実施の形態のブロック図である。
【図１３】本発明の第２の実施例の動作説明用フローチャートである。
【図１４】第２のサービス定義の例を示す図である。
【図１５】本発明の第２の実施例での携帯電話のメニュー画面の一例を示す図である。
【図１６】本発明の第２の実施例の動作説明用フローチャートである。
【図１７】本発明の第３の実施の形態のブロック図である。
【図１８】本発明の第３の実施例での携帯電話のメニュー画面の一例を示す図である。
【図１９】本発明の第３の実施例の動作説明用フローチャートである。
【図２０】本発明の第３の実施例での暗号鍵を用いる場合の動作説明用フローチャートである。
【符号の説明】
１、４、５　携帯端末
１ａ、４ａ、５ａ　携帯電話
２　外部端末
２ａ、２ｂ　レジ
３、６、７　サービス定義
８　発券機
１０１　サービス関連情報記憶部
１０２、１１０　サービス定義記憶部
１０３　ページ情報解釈手段
１０４、２０３　入出力制御手段
１０５、２０１　通信手段
１０６　要求処理手段
１０７　クライアント情報選択手段
１０８　操作可否判定手段
１０９　サービス選択手段
１１１　サービス登録手段
１１２　暗号鍵記憶部
２０２　サービス関連情報処理手段
【図１】
2004118275.tif 000003
【図２】
2004118275.tif 000004
【図３】
2004118275.tif 000005
【図４】
2004118275.tif 000006
【図５】
2004118275.tif 000007
【図６】
2004118275.tif 000008
【図７】
2004118275.tif 000009
【図８】
2004118275.tif 000010
【図９】
2004118275.tif 000011
【図１０】
2004118275.tif 000012
【図１１】
2004118275.tif 000013
【図１２】
2004118275.tif 000014
【図１３】
2004118275.tif 000015
【図１４】
2004118275.tif 000016
【図１５】
2004118275.tif 000017
【図１６】
2004118275.tif 000018
【図１７】
2004118275.tif 000019
【図１８】
2004118275.tif 000020
【図１９】
2004118275.tif 000021
【図２０】
2004118275.tif 000022