JP4804816B2 - 通信端末、および通信方法 - Google Patents

Description

本発明は、ウエブデータを提供するサイトに接続する通信端末、および通信方法に関する。

携帯電話機などの通信端末のインターネット接続におけるセキュリティ対策として、暗号化技術、および認証技術が用いられている。一方、接続したサイトのサービス内容および責任に関する保障は確保されていない。ここで、サイトのサービス内容の保障に関する技術として特許文献１に記載の技術が挙げられる。この特許文献１には、クライアント端末側で実行形式のコンテンツの安全性を確認することができるコンテンツ認証システムが記載されている。このコンテンツ認証システムにおいて、クライアント端末は、コンテンツを提供するサイトのＵＲＬが予め蓄積されたデータベース内に蓄積されていると判断した場合、そのサイトは安全性が高いと判断することができる。
特開２００２−１８２９４２号公報

ところで、近年の携帯電話機などの通信端末は、貨幣価値を有する電子マネー情報、または個人情報などを利用して、インターネット上に配置されているサイトからチケットの発券処理などのサービスの提供を受けることができる。しかし、インターネット上のサイトには、さまざまなサイトがあるため、個人情報または貨幣価値を有する電子マネー情報などを利用するような通信端末内部の機能を、インターネット上に配置されているサイトから起動させるようにしておくことは好ましくない。

ここで、特許文献１に記載の技術をみてみると、特許文献１に記載の技術は、サイトに保持されている実行形式のコンテンツの安全性を確認するための技術であることから、特許文献１に記載の技術を、個人情報または貨幣価値を有する電子マネー情報などを利用するような通信端末内部の機能を不特定多数のサイトから起動させることを防止するための技術としてそのまま適用することができない。

そこで、本発明は、ウエブデータを提供するサイトの安全性を確認するとともに、通信端末内部の機能を不特定多数のサイトから起動させることを防止することができる通信端末、および通信方法を提供することを目的とする。

上述の課題を解決するために、本発明の通信端末は、ウエブデータを配信するウエブサーバと、通信端末において実行すべき機能を特定する制御コードおよび上記ウエブサーバを特定する特定情報を記憶する管理サーバと、に対して通信する通信端末において、上記通信端末において実行すべき機能を特定する制御コードを含むウエブデータを上記ウエブサーバから取得する取得手段と、上記取得手段により取得されたウエブデータに含まれている制御コードおよび上記ウエブサーバを特定する特定情報が、上記管理サーバに登録されているか否かを、上記管理サーバに問い合わせる問合せ手段と、上記問合せ手段により問い合わせた上記特定情報および上記制御コードが上記管理サーバに予め登録されているか否かを判断する判断手段と、上記判断手段により上記特定情報および上記制御コードが上記管理サーバに予め登録されていると判断された場合、上記制御コードで特定された機能を実行する実行手段と、前記実行手段により実行された機能にしたがって、端末に保持されるデバイスに対する制御処理を実行するデバイス制御手段と、を備えている。

また、本発明の通信方法は、ウエブデータを配信するウエブサーバと、通信端末において実行すべき機能を特定する制御コードおよび上記ウエブサーバを特定する特定情報を記憶する管理サーバと、に対して通信する通信端末の通信方法において、上記通信端末において実行すべき機能を特定する制御コードを含むウエブデータを上記ウエブサーバから取得する取得ステップと、上記取得ステップにより取得されたウエブデータに含まれている制御コードおよび上記ウエブサーバを特定する特定情報が、上記管理サーバに登録されているか否かを、上記管理サーバに問い合わせる問合せステップと、上記問合せステップにより問い合わせた上記特定情報および上記制御コードが上記管理サーバに予め登録されているか否かを判断する判断ステップと、上記判断ステップにより上記特定情報および上記制御コードが上記管理サーバに予め登録されていると判断された場合、上記制御コードで特定された機能を実行する実行ステップと、前記実行ステップにより実行された機能にしたがって、端末に保持されるデバイスに対する制御処理を実行するデバイス制御ステップと、を備えている。

この発明によれば、通信端末において実行すべき機能を特定する制御コードを含むウエブデータをウエブサーバから取得し、取得されたウエブデータに含まれている制御コードおよびウエブサーバを特定する特定情報が、管理サーバに登録されているか否かを、管理サーバに問い合わせ、問い合わせた特定情報および制御コードが管理サーバに予め登録されているか否かを判断し、特定情報および制御コードが管理サーバに予め登録されていると判断された場合、制御コードで特定された機能を実行することができる。

これにより、ウエブデータを提供するサイトの信頼性を通信端末において判断することができ、ユーザは当該サイトにおいて指定された通信端末における機能を安心して実行することができる。特に、チケットの発券処理、または電子マネーの課金処理などの通信端末における特有の機能を使用した処理を、信頼性があると判断されたサイトの指示に基づいて、安全に実行することができる。

また、本発明の通信端末は、上記取得手段により取得されたウエブデータに記述されている制御コードが予め定められている制御コードであるか否かを判断する制御コード判断手段と、エラーを報知する報知手段を備え、上記制御コード判断手段により制御コードが予め定められている制御コードであると判断された場合、上記問合せ手段による問合せ処理が実行され、上記制御コード判断手段により制御コードが予め定められている制御コードでないと判断された場合、上記問合せ手段による問合せ処理は実行されることなく、上記報知手段により上記制御コードで特定された機能は実行できない旨のエラーが報知されることが好ましい。

この発明によれば、取得されたウエブデータに記述されている制御コードが予め定められている制御コードであるか否かを判断し、制御コードが予め定められている制御コードであると判断された場合、問合せ処理が実行され、制御コードが予め定められている制御コードでないと判断された場合、問合せ処理が実行されることなく、制御コードで特定された機能は実行できない旨のエラーが報知される。これにより、通信端末において、制御コードが予め定められた制御コードではなく、取得したウエブデータに異常があると判断することができ、迅速にウエブデータおよびサイトに異常があることを判断することができる。

本発明は、ウエブデータを提供するサイトの信頼性を通信端末において判断することができ、ユーザは当該サイトにおいて指定された通信端末における機能を安心して実行することができる。

本発明は、一実施形態のために示された添付図面を参照して以下の詳細な記述を考慮することによって容易に理解することができる。引き続いて、添付図面を参照しながら本発明の実施形態を説明する。可能な場合には、同一の部分には同一の符号を付して、重複する説明を省略する。

図１は、本実施形態の通信システムのシステム構成図である。図１に示すように、通信システムは、通信端末１００、ウエブサーバ２００、機能制御サーバ３００、およびＩＣカード制御サーバ４００を含んで構成されており、通信端末１００、ウエブサーバ２００、機能制御サーバ３００、およびＩＣカード制御サーバ４００は、ネットワーク５００（公衆無線網およびインターネットを含む）を経由して互いに接続されている。

この通信システムにおける通信端末１００は、携帯電話機などの携帯端末であって、ネットワーク５００を経由してウエブサーバ２００からウエブデータを取得する。ウエブサーバ２００は、通信端末１００において実行される機能を特定する制御コードを含んだウエブデータを保持し、通信端末１００からの要求に応じて当該ウエブデータを配信する。

機能制御サーバ３００は、制御コードおよびＵＲＬ（Uniform Resource Locator）を対応付けて記述するデータベースを記憶するサーバであって、信頼性のあるサイトと認められたサイトを特定する特定情報の一種であるＵＲＬおよびそのサイトにより実行される通信端末１００の機能を特定する制御コードを対応付けて記憶する。機能制御サーバ３００は、通信端末１００から、信頼性のあるサイトであるか否かの問合せを受信すると（制御コードおよびＵＲＬを受信すると）、記憶されているデータベースに基づいて、記憶されている制御コードおよびＵＲＬであるか否かを判断し、制御可否を示す制御可否通知を通信端末１００に送信する。ここで、機能制御サーバ３００が記憶しているデータベースについて説明する。
図２は、機能制御サーバ３００が記憶しているデータベースの具体例を示す説明図である。図２に示すように、データベースとして、ウエブサーバ２００を特定することができる特定情報の一種であるＵＲＬおよび制御コードが対応付けて記憶されており、ウエブサーバ（ＵＲＬ）ごとに通信端末１００において実行できる機能を変えることができるように構成されている。図２では、制御コード０００１がＩＣカードに対する発券処理、制御コード０００２がＩＣカードに記憶されているチケットデータの解約処理、制御コード０００３がＩＣカードに記憶されている電子マネーデータのバリューチャージ処理、制御コード０００４がダイヤルロックの設定、制御コード０００５がダイヤルロックの解除、としてそれぞれ設定されていることが示されている。

図１に戻り、ＩＣカード制御サーバ４００は、通信端末１００において装着されているＩＣカードの発券処理に対する課金処理などを行うサーバであって、通信端末１００から発券完了通知を受信すると、その通知に応じた課金処理を行い、通信端末１００に対して発券完了通知確認を送信する。

このように構成された通信システムにおける通信端末１００の構成について説明する。図３は、通信端末１００のブロック構成図である。通信端末１００は、ＨＴＴＰ（Hyper Text Transfer Protocol）通信部１０１（取得手段）、ブラウザ１０２、ＩＣカード制御部１０７、および表示部１０８（報知手段）を含んで構成されている。なお、ブラウザ１０２は、ウエブデータを閲覧するためのアプリケーションであって、制御コード判定部１０３（制御コード判断手段）、問合せ要求部１０４（問合せ手段）、レスポンスコード判定部１０５（判断手段）、および発券処理部１０６（実行手段）を含んで構成されている。

ＨＴＴＰ通信部１０１は、ＨＴＴＰを用いた通信プロトコルによる通信を実行する部分である。このＨＴＴＰ通信部１０１は、ネットワーク５００を経由してウエブサーバ２００からウエブデータを取得し、また、機能制御サーバ３００に対して問合せを行い、また、ＩＣカード制御サーバ４００に対してＩＣカードに関する通知処理を行う。

ブラウザ１０２は、ウエブデータ閲覧用のアプリケーションであって、ＨＴＴＰ通信部１０１により取得されたウエブデータを閲覧可能に表示部１０８に表示させ、また、制御コード判定部１０３、問合せ要求部１０４、レスポンスコード判定部１０５、および発券処理部１０６を用いて、以下の機能を実行することができる。

制御コード判定部１０３は、取得したウエブデータに制御コードが記述されているか否か判定する部分である。また、制御コード判定部１０３は、記述されている制御コードが予め定められた制御コードであるか否かを判定する部分である。これら判定結果に基づいて、制御コード判定部１０３は、表示部１０８にユーザにエラーを報知するための画面を表示させる。

また、問合せ要求部１０４は、ウエブデータに記述されている制御コードおよびウエブデータの取得先であるウエブサーバ２００のＵＲＬを、ウエブデータから取り出し、取り出した制御コードおよびＵＲＬが正当なものであるか否かを、機能制御サーバ３００に問い合わせる部分である。具体的には、問合せ要求部１０４は、制御コードおよびＵＲＬを、ＨＴＴＰ通信部１０１を経由して機能制御サーバ３００に送信し、通信端末１００において制御コードに基づいた機能の実行を許可するか否かを示す制御可否通知を、機能制御サーバ３００から受信する。

レスポンスコード判定部１０５は、問合せ要求部１０４による問い合わせに対する応答である制御可否通知に基づいて、通信端末１００において制御コードに基づいた機能を実行するか否かを判定する部分である。レスポンスコード判定部１０５は、制御可否通知として、レスポンスコード“２００”を受信した場合は、適正なサイトからの指示により通信端末１００における適正な機能を実行しようとしたものと判定することができる。また、レスポンスコード判定部１０５は、制御可否通知として、レスポンスコード“２００”以外のレスポンスコードを受信した場合は、不適正なサイトからの指示により通信端末１００における機能を実行しようとし、または適正なサイトからの指示により通信端末１００における不適正な機能を実行しようとしたものと判定することができる。

発券処理部１０６は、ＩＣカード制御部１０７を介して通信端末１００に装着されているＩＣカード（図示せず）にチケットデータを書き込む処理を行う部分である。なお、チケットデータを書き込む処理に限定するものではなく、電子マネーデータの書き込みや、または電子マネーデータの引き落とし処理などを行うことにしたものでもよい。また、個人情報、電子マネー情報などのような機密的な情報を扱う機能のみならず、カメラ機能を実行させるなど、通信端末１００の機能であればよい。

以上のとおり、ブラウザ１０２は、ウエブサーバ２００からウエブデータを取得するとともに、ウエブデータに記述されている制御コードが既知なものであるかを判定し、また、制御コードおよびウエブサーバ２００のＵＲＬが適正なものであるか否かを、外部のサーバである機能制御サーバ３００に対して問い合わせることにより、ウエブサーバ２００が適正なサイトであって、この適正なサイトからの指示により適正な機能を実行させようとしているかを判断することができる。

つぎに、ＩＣカード制御部１０７は、ブラウザ１０２からＩＣカードに対するチケットデータの書込み要求があった場合、ＩＣカード制御部１０７はＩＣカードに対してチケットデータの書き込みを行うとともに、書き込み終了後には、発券終了通知をＩＣカード制御サーバ４００に対して行う。また、ＩＣカード制御部１０７は、ＩＣカード制御サーバ４００から発券完了通知確認を受信することにより、ブラウザに発券処理の完了を通知する。ブラウザ１０２では、この発券処理の完了の通知を受けることで、発券処理が終了したと認識することができる。

表示部１０８は、ウエブサーバ２００から受信したウエブデータを表示し、またブラウザ１０２から出力されるエラーメッセージを表示することによりユーザにエラーを報知する部分である。

つぎに、このように構成された通信端末１００を含んだ通信システムの動作について説明する。図４は、本実施形態における通信端末１００を含んで構成される通信システムの処理を示すシーケンス図である。

通信端末１００のブラウザ１０２において、ユーザの操作によりウエブサーバ２００に対するアクセス処理が行われ、ウエブデータが取得される（Ｓ１０１）。具体的には、ＨＴＴＰ通信部１０１によりＨＴＴＰリクエスト信号（ＨＴＴＰ Ｒｅｑ：ウエブデータの取得要求）が、ウエブサーバ２００に対して送信され、ウエブサーバ２００では、通信端末１００からのＨＴＴＰリクエスト信号に応じたウエブデータが、通信端末１００に対して配信される（Ｓ１０１）。ここで配信されるウエブデータは、例えば、「発券」のアイコンが示された画面が表示部１０８において表示されるように構成されたＨＴＭＬファイルである。

図５は、表示部１０８で表示される表示画面（画面Ａ）を示す説明図である。図５に示すように、表示部１０８には「発券」のアイコンが表示されており、ユーザにより選択可能に表示されている。図５に示される表示画面を構成するウエブデータは図６に示すようなソースから構成されている。

図６は、制御コードが記述されたウエブデータのソースを示す説明図である。図６に示すように、ウエブデータ２０１は、ＨＴＭＬ（Hyper Text Markup Language）で構成されており、表示部１０８に表示された「発券」アイコンがユーザ操作によりクリックされたときに、制御コードで特定された機能の実行が完了した後にアクセスされるリンク先２０２、および通信端末１００における発券処理を行うための機能を特定するためのtrus属性２０３（制御コード）を含んでいる。このウエブデータ２０１は、ユーザによりリンク先２０２を示すアイコンがクリックされたときに、trsu属性２０３に記述されている制御コードで特定された機能を実行した後に、当該リンク先２０２に接続するように構成されている。

図４に戻り引き続き説明する。ブラウザ１０２では、「発券」のアイコンがユーザ操作によりクリックされた場合、図７に示す表示画面が表示部１０８に表示され、サーバに問い合わせ中である旨がユーザに報知される。また、このようなメッセージが表示されるとともに、制御コード判定部１０３では受信したウエブデータに制御コードが記述されているか否かが判定され、さらに制御コードが記述されている場合には、当該記述されている制御コードは予め定められた、既知の制御コードであるか否かが判断される（Ｓ１０２）。

ここで、記述されている制御コードが既知の制御コードではないと、制御コード判定部１０３により判定された場合、制御コードはエラーであると判断される。そして、図８に示されるように「処理は実行できません」とのメッセージが、表示部１０８に表示され、エラーがユーザに報知される。なお、図８には、「戻る」のアイコンがあわせて表示部１０８に表示され、このアイコンがユーザによりクリックされることで、図５に示される表示画面に戻ることができる。

つぎに、Ｓ１０２における詳細な動作について説明する。図９は、通信端末１００のＳ１０２で示される動作の詳細処理を示すフローチャートである。通信端末１００の表示部１０８により、図５に示される表示画面が表示され、発券処理がユーザに促される（Ｓ３０１）。ユーザ操作により「発券」のアイコンがクリックされた場合（Ｓ３０２）、制御コード判定部１０３により、リンク先２０２に連結して記述されているtrus属性２０３に基づいて（図６参照）、ウエブデータ内に制御コードが記述されているか否かが判定される（Ｓ３０３）。制御コード判定部１０３によりウエブデータに制御コードが記述されていると判定されない場合、リンク先２０２に示されているＵＲＬに対して通信接続し、そのＵＲＬに対応したウエブデータが取得される（Ｓ３０４）。

Ｓ３０３において、制御コード判定部１０３によりウエブデータに制御コードが記述されていると判定された場合、当該制御コードは既知（予め登録されている制御コード）であるか否かが判定される（Ｓ３０５）。ここで、制御コード判定部１０３により当該制御コードが既知の制御コードではないと判定された場合、図８に示される表示画面（画面Ｂ２）が表示部１０８に表示される（Ｓ３０６）。

Ｓ３０５において、制御コード判定部１０３により当該制御コードは既知の制御コードであると判定された場合、機能制御サーバ３００に対して当該制御コードが適正な制御コードであるか否か、およびウエブサーバ２００が適正なサイトであるか否かの問合せ要求が行われるとともに（Ｓ３０７：図４のＳ１０４のＨＴＴＰ Ｒｅｑ．に相当）、図７に示される表示画面（画面Ｂ１）が表示部１０８に表示される（Ｓ３０８）。

このように、ブラウザ１０２において、取得したウエブデータに記述されている制御コードが適正な制御コードであるか否かおよびウエブサーバ２００が適正なサイトであるか否かの問合せ処理が行われる。

図４に戻り引き続き説明する。図９でも説明したようにＳ１０４において、制御コードが適正な制御コードであるか否か、およびウエブサーバ２００が適正なサイトであるか否かの問合せ要求としてＨＴＴＰ Ｒｅｑ（ウエブサーバ２００のＵＲＬおよび制御コードを含む）が、機能制御サーバ３００に送信される（Ｓ１０４）。機能制御サーバ３００では、問合せに対する処理が行われ、送信されたＵＲＬおよび制御コードが予めデータベース（図２参照）に記憶されているか否かの判定が行われることにより、ウエブサーバ２００が適正なサイトであるか、および制御コードに基づく機能は適正な機能であるかが判定される（Ｓ２０１）。

ここでＳ２０１における処理の詳細について説明する。図１０は、機能制御サーバ３００のＳ２０１で示される動作を示すフローチャートである。機能制御サーバ３００において、通信端末１００から送信されたＵＲＬおよび制御コードが受信される（Ｓ２０２）。そして、機能制御サーバ３００において、受信されたＵＲＬおよび制御コードが、データベース内に記憶されているか否かが判断される（Ｓ２０３）。

機能制御サーバ３００において、ＵＲＬおよび制御コードがデータベース内に記憶されていると、判断された場合（Ｓ２０３）、適正なＵＲＬおよび制御コードであることを示すレスポンスコード“２００”（制御可否通知）が、通信端末１００に送信される（Ｓ２０５）。また、機能制御サーバ３００において、ＵＲＬおよび制御コードが、少なくとも一方がデータベース内に記憶されていないと、機能制御サーバ３００により判断された場合（Ｓ２０３）、不適正なＵＲＬ（不適正なサイト）またはウエブサーバ２００において不適正な制御コードであることを示すレスポンスコード（レスポンスコード“２００”以外のもの：制御可否通知）が、通信端末１００に送信される（Ｓ２０４）。

このように機能制御サーバ３００において、ＵＲＬおよび制御コードが予め記憶されているか否かを判断することにより、ウエブサーバは適正なサイトであるか、またはそのサイトにおいて適正な機能を実行させようとしているのかを判断することができる。

図４に戻り引き続き説明する。上述したとおり、機能制御サーバ３００から制御可否通知として、レスポンスコード“２００”またはそれ以外のレスポンスコードが送信され、通信端末１００では、制御可否通知が受信される（Ｓ１０４）。通信端末１００において制御可否通知が受信されると、通信端末１００では、受信した制御可否通知が、レスポンスコード“２００”であるのか、またはレスポンスコード“２００”以外のレスポンスコードであるかが、レスポンスコード判定部１０５により判定される（Ｓ１０５）。ここで、レスポンスコード“２００”が受信されたと、レスポンスコード判定部１０５により判定された場合、ウエブサーバ２００を示すＵＲＬおよびこのウエブサーバ２００から提供されたウエブデータに記述された制御コードは適正なものであると判断される。そして、制御コードで示された機能が、ＵＲＬで特定されたサイトに対して実行されることが示される表示画面が表示部１０８に表示される（Ｓ１０６）。例えば、図１１に示されるように、「発券処理実行中」である旨を知らせる表示画面（画面Ｃ１）が表示部１０８に表示される。

また、Ｓ１０５において、レスポンスコードが“２００”以外のレスポンスコードが受信されたと、レスポンスコード判定部１０５により判定された場合、エラー処理として、エラーを示す表示画面（画面Ｃ２）が表示部１０８に表示される（Ｓ１０７）。表示部１０８には、例えば図１２に示されるように「発券処理は実行できません」とのメッセージが表示部１０８に表示される。

Ｓ１０６において、「発券処理実行中」とのメッセージが表示部１０８に表示されるとともに、制御コードで示された機能が、ＵＲＬで特定されたサイトに対して実行される（Ｓ１０８）。ここでは、ブラウザ１０２からＩＣカード制御部１０７に発券処理が要求され、ＩＣカード制御部１０７においてチケットデータがＩＣカードに対して書き込まれる。そして、ＩＣカード制御部１０７から発券完了通知がＩＣカード制御サーバ４００に送信され、ＩＣカード制御サーバ４００においてチケットデータの書き込みに対する課金処理が行われる。その後、ＩＣカード制御サーバ４００から、発券完了通知確認が通信端末１００に対して送信され、通信端末１００のＩＣカード制御部１０７において、発券処理完了がブラウザ１０２に対して出力される。ブラウザ１０２においては、この発券処理完了を受けることにより発券処理が完了したことを認識することができる（Ｓ１０８）。

発券処理が完了した後、ブラウザ１０２では、リンク先２０２（図６参照）で示されたＵＲＬからウエブデータが取得される（Ｓ１０９）。すなわち、発券が完了した旨を表示部１０８に表示させるための処理を行うため、図１３で示される「発券完了」を知らせる表示画面（画面Ｄ）を表示するためのウエブデータが、ウエブサーバ２００から取得される。そして、表示部１０８では、取得されたウエブデータに基づいた、図１３で示される表示画面（画面Ｄ）が表示される（Ｓ１１０）。

つぎに、本実施形態の通信端末１００の作用効果について説明する。本実施形態の通信端末１００は、当該通信端末１００において実行すべき機能を特定する制御コードを含むウエブデータを、ＨＴＴＰ通信部１０１を介してウエブサーバ２００から取得する。そして、通信端末１００は、取得したウエブデータに含まれている制御コードおよびウエブサーバ２００を特定する特定情報であるＵＲＬが、管理サーバに登録されているか否かを、問合せ要求部１０４が機能制御サーバ３００に問い合わせる。問い合わせたＵＲＬおよび制御コードが機能制御サーバ３００に予め登録されているか否かを、レスポンスコード判定部１０５が判断する。通信端末１００は、ＵＲＬおよび制御コードが機能制御サーバ３００に予め登録されていると判断した場合、制御コードで特定された機能を実行することができ、例えば、発券処理部１０６は発券処理を実行することができる。

これにより、ウエブデータを提供するサイト（ウエブサーバ２００）の信頼性を通信端末において判断することができ、ユーザは当該サイトにおいて指定された通信端末１００における機能を安心して実行することができる。特に、チケットの発券処理、または電子マネーの課金処理などの通信端末１００における特有の機能を使用した処理を、信頼性があると判断されたサイトの指示に基づいて、安全に実行することができる。

また、通信端末１００における制御コード判定部１０３は、取得されたウエブデータに記述されている制御コードが予め定められている制御コードであるか否かを判断する。制御コード判定部１０３が、制御コードは予め定められている制御コードであると判断した場合、問合せ要求部１０４は問合せ要求を行う。制御コードが予め定められている制御コードでないと判断された場合、問合せ処理が実行されることなく、表示部１０８は、制御コードで特定された機能は実行できない旨のエラーを表示する。これにより、通信端末１００において、制御コードが予め定められた制御コードではなく、取得したウエブデータに異常があると判断することができ、迅速にウエブデータおよびサイトに異常があることを判断することができる。

本実施形態の通信システムのシステム構成図である。 機能制御サーバ３００が記憶しているデータベースの具体例を示す説明図である。 通信端末１００のブロック構成図である。 本実施形態における通信システムの処理を示すシーケンス図である。 表示部１０８で表示される表示画面を示す説明図である。 制御コードが記述されたウエブデータのソースを示す説明図である。 サーバに問い合わせているときに表示部１０８に表示される表示画面の一例を示す説明図である。 エラーを報知するときの表示部１０８に表示される表示画面の一例を示す説明図である。 通信端末１００のＳ１０２で示される動作の詳細処理を示すフローチャートである。 機能制御サーバ３００のＳ２０１で示される動作の詳細処理を示すフローチャートである。 発券処理実行中のときの表示部１０８に表示される表示画面の一例を示す説明図である。 発券処理ができないときの表示部１０８に表示される表示画面の一例を示す説明図である。 発券処理が終了したときの表示部１０８に表示される表示画面の一例を示す説明図である。

符号の説明

１００…通信端末、１０１…通信部、１０２…ブラウザ、１０３…制御コード判定部、１０４…要求部、１０５…レスポンスコード判定部、１０６…発券処理部、１０７…カード制御部、１０８…表示部、２００…ウエブサーバ、３００…機能制御サーバ、４００…カード制御サーバ、５００…ネットワーク。

Claims (4)

1. ウエブデータを配信するウエブサーバと、通信端末において実行すべき機能を特定する制御コードおよび前記ウエブサーバを特定する特定情報を記憶する管理サーバと、に対して通信する通信端末において、
   前記通信端末において実行すべき機能を特定する制御コードを含むウエブデータを前記ウエブサーバから取得する取得手段と、
   前記取得手段により取得されたウエブデータに含まれている制御コードおよび前記ウエブサーバを特定する特定情報が、前記管理サーバに登録されているか否かを、前記管理サーバに問い合わせる問合せ手段と、
   前記問合せ手段により問い合わせた前記特定情報および前記制御コードが前記管理サーバに予め登録されているか否かを判断する判断手段と、
   前記判断手段により前記特定情報および前記制御コードが前記管理サーバに予め登録されていると判断された場合、前記制御コードで特定された機能を実行する実行手段と、
   前記実行手段により実行された機能にしたがって、端末に保持されるデバイスに対する制御処理を実行するデバイス制御手段と、
   を備える通信端末。
2. 前記取得手段により取得されたウエブデータに記述されている制御コードが予め定められている制御コードであるか否かを判断する制御コード判断手段と、
   エラーを報知する報知手段を備え、
   前記制御コード判断手段により制御コードが予め定められている制御コードであると判断された場合、前記問合せ手段による問合せ処理が実行され、
   前記制御コード判断手段により制御コードが予め定められている制御コードでないと判断された場合、前記問合せ手段による問合せ処理は実行されることなく、前記報知手段により前記制御コードで特定された機能は実行できない旨のエラーが報知される
   ことを特徴とする請求項１に記載の通信端末。
3. 前記ウエブサーバおよび前記管理サーバに加えて、課金処理を行う外部サーバに対して通信を行う通信端末であって、
   前記デバイス制御手段は、前記機能にしたがって、前記通信端末に装着されているＩＣカードに対してチケットデータの書き込み処理を行い、書き込み後、前記外部サーバに対して、書き込み処理されたチケットデータに対する課金処理を行う
   ことを特徴とする請求項１または２に記載の通信端末。
4. ウエブデータを配信するウエブサーバと、通信端末において実行すべき機能を特定する制御コードおよび前記ウエブサーバを特定する特定情報を記憶する管理サーバと、に対して通信する通信端末の通信方法において、
   前記通信端末において実行すべき機能を特定する制御コードを含むウエブデータを前記ウエブサーバから取得する取得ステップと、
   前記取得ステップにより取得されたウエブデータに含まれている制御コードおよび前記ウエブサーバを特定する特定情報が、前記管理サーバに登録されているか否かを、前記管理サーバに問い合わせる問合せステップと、
   前記問合せステップにより問い合わせた前記特定情報および前記制御コードが前記管理サーバに予め登録されているか否かを判断する判断ステップと、
   前記判断ステップにより前記特定情報および前記制御コードが前記管理サーバに予め登録されていると判断された場合、前記制御コードで特定された機能を実行する実行ステップと、
   前記実行ステップにより実行された機能にしたがって、端末に保持されるデバイスに対する制御処理を実行するデバイス制御ステップと、
   を備える通信方法。

Images