JP4818590B2 - サービス利用端末、携帯電話端末、テレビジョン受像端末、コネクタ提供サーバ、およびコネクタデータのデータ構造 - Google Patents

Description

この発明はサービス利用端末、携帯電話端末、テレビジョン受像端末、コネクタ提供サーバ、およびコネクタデータのデータ構造に関し、特に、いわゆるＷｅｂサービスといわれるネットワーク上で提供される機能を、利便性高く、かつ安全にユーザに提供できるサービス利用端末、携帯電話端末、テレビジョン受像端末、コネクタ提供サーバ、およびコネクタデータのデータ構造に関する。

携帯電話に代表されるような端末装置（以下、単に端末という）の、最近の高機能化により、多くの機能が端末内部に組込まれ、複雑な処理を端末だけで実行することが可能となった。しかし、端末には、依然、記憶容量・処理速度に限界があり、大量のデータを用いた複雑な処理を端末だけで行なうことは難しい。

また、近年インターネットの普及に伴ない、パーソナルコンピュータや携帯電話を用いてネットワーク上の各種サービスを利用することが可能となった。このようなサービスには、たとえばウェブページを閲覧するといった単純なものから、ネットワーク上に存在する大量の記憶容量と高速な処理速度とを持ったサーバコンピュータにより提供される機能を利用するというものまで様々な形態が含まれる。特に、後者の、ネットワーク上に存在する機能を利用するという枠組みはＷｅｂサービスと呼ばれ、目覚しい速度で普及が進んでいる。

Ｗｅｂサービスについてはたとえば非特許文献１などに記述されており、図３９に示されるように、パーソナルコンピュータ（ＰＣ）等の端末とサーバ（Ｗｅｂ Ｓｅｖｅｒ）との間でＲＰＣ（Remote Procedure Call）を行なうためのデータの転送方法を定義したプロトコルであるＳＯＡＰ（Simple Object Access Protocol）、サーバの提供する機能の入出力を定義するＷＳＤＬ（Web Service Description Language）、およびネットワーク上に存在するサーバの機能を検索するために定義されたＵＤＤＩ（Universal Description, Discovery and Integration）という国際標準技術に基づいて、各種サーバおよび端末間に偏在する機能を利用する枠組みに対する呼称である。

Ｗｅｂサービスに代表される、ネットワークを用いたサービスの提供および利用方法として、特許文献１においてネットワークサービス提供システムが開示されている。特許文献１においては、携帯電話を情報のリモートコントローラとして使用することにより、ネットワーク上のあらゆるサービスを携帯電話から利用可能とするネットワークサービス提供システムを開示している。
特開２００３−１０１５８９号公報 本 俊也，「詳細Ｗｅｂサービス構築」，初版，ソフトバンクパブリッシング株式会社，２００３年４月，ｐ．２−１６

しかしながら、上述の特許文献１に開示されるシステムでは、ネットワーク上に存在する端末外の機能は一意に扱えるが、端末内部に存在する機能までは同じ形式で扱うことができないという問題がある。

また、非特許文献１に記述されているような一般的なＷｅｂサービスにおいては、端末内の特定のアプリケーションから利用可能である端末外部の機能および端末内部の機能を設定できないため、たとえばＡ社の提供する端末外部の機能はＡ社の提供するアプリケーションからのみ利用できる、といった制限を設けることができないという問題もある。

さらに、端末からネットワークに存在するすべてのサービスを利用できてしまうため、セキュリティ的に問題のあるサービスや機能にも接続して利用することが可能であるという問題がある。たとえば、端末内部のデータを破壊してしまうようなサービスにはアクセスさせない、すなわち安全であると承認されたサービスや機能のみを端末から利用可能にすることができないという問題がある。

さらに、従来のアプリケーションにおいては、アプリケーションのユーザインタフェースと端末外部のサービスや端末内部の機能に接続する機能とが分離されていないため、同じインタフェースを用いて複数の異なるサービスを使い分けて利用することができないという問題があった。

本発明は、このような問題を解決するためになされたものであって、利便性が高く、安全性の高いＷｅｂサービスをユーザに提供できるサービス利用端末、携帯電話端末、テレビジョン受像端末、コネクタ提供サーバ、およびコネクタデータのデータ構造を提供することを目的とする。

上記目的を達成するために、本発明のある局面に従うと、サービス利用端末は、アプリケーションの記述を参照して、アプリケーションを実行する際に必要な機能手段を特定するための情報であるコネクタを取得するコネクタ取得手段と、コネクタに記述される機能手段の存在場所へのアクセス情報に基づいて、存在場所へアクセスしてコネクタで特定される機能手段を利用する機能利用手段とを備える。

さらに、コネクタに記述されるアクセス情報は、存在場所へアクセスするためのＵＲＩ（Uniform Resource Identifier）であることが好ましい。

また、機能利用手段は、コネクタに定義される情報をコネクタに特定される機能手段に渡して、その機能手段から結果を得ることが好ましい。

さらに、コネクタにはデータ変換情報が含まれ、機能利用手段は、アプリケーションから得られるデータをデータ変換情報に基づいて変換して機能手段に渡すことが好ましい。

さらに、コネクタにはデータ変換情報が含まれ、機能利用手段は、機能手段から得られる結果をデータ変換情報に基づいて変換してアプリケーションに渡すことが好ましい。

さらに、そのアプリケーションは、機能利用手段から渡された、機能利用手段によって変換された機能手段から得られる結果を出力するアプリケーションであることがより好ましい。

また、サービス利用端末は、アプリケーションを実行する際に、アプリケーションに固有の識別情報とコネクタに固有の識別情報とを比較して、コネクタを用いて機能手段を利用することの可否を判定する第１のコネクタ判定手段をさらに備えることが好ましい。

さらに、アプリケーションは、当該サービス利用端末に応じてカスタマイズされた固有情報を含み、コネクタは、当該サービス利用端末に応じてカスタマイズされた固有情報を含み、第１のコネクタ判定手段は、カスタマイズされたアプリケーションに固有の識別情報とコネクタに固有の識別情報とを比較して、当該サービス利用端末においてアプリケーションを実行する際にコネクタを用いて機能手段を特定することの可否を判定することが好ましい。

また、上述のコネクタ取得手段は、他の装置にアクセスして他の装置に保持されるコネクタを取得し、サービス利用端末は、取得したコネクタを記憶するコネクタ保存手段をさらに備えることが好ましい。

また、アプリケーションには、アプリケーションを有効とする期間の情報とアプリケーションの利用可能回数との少なくとも一方を備える有効情報が含まれ、サービス利用端末は、有効情報を参照してアプリケーションの実行の可否を判定するアプリケーション判定手段をさらに備えることが好ましい。

また、コネクタには、コネクタを有効とする期間の情報とコネクタの利用可能回数との少なくとも一方を備える有効情報が含まれ、サービス利用端末は、アプリケーションを実行する際に有効情報を参照して、コネクタを用いて機能手段を特定することの可否を判定する第２のコネクタ判定手段をさらに備えることが好ましい。

さらに、サービス利用端末は、第２のコネクタ判定手段でコネクタを用いて機能手段を特定することが不可と判定された場合に、コネクタ取得手段で新たなコネクタを取得することがより好ましい。

また、アプリケーションの記述は、コネクタを取得する取得先、およびコネクタに固有の情報とコネクタで特定される機能手段に関する情報との少なくとも一方を備えるコネクタ条件を含み、コネクタ取得手段は、取得先から、コネクタ条件を満たすコネクタを取得することが好ましい。

また、上述のコネクタ取得手段は、アプリケーションを実行する際に、コネクタ取得手段で取得するコネクタとして複数の異なるコネクタのうちから所定のコネクタを選択するコネクタ選択手段を含み、機能利用手段は、複数の異なるコネクタで特定される複数の異なる機能手段のうちから、選択された所定のコネクタで特定される機能手段を利用することが好ましい。

また、サービス利用端末は、アプリケーションを取得するアプリケーション取得手段をさらに備えることが好ましい。

本発明の他の局面に従うと、携帯電話端末は、上述のいずれかのサービス利用端末を含む。

本発明のさらに他の局面に従うと、テレビジョン受像端末は、上述のいずれかのサービス利用端末を含む。

本発明のさらに他の局面に従うと、コネクタ提供サーバは、アプリケーションを実行する際に必要な機能手段を特定するための、機能手段の存在場所へのアクセス情報を含む情報であるコネクタを保存するコネクタ保存手段と、コネクタ保存手段に保存されるコネクタを管理するコネクタ管理手段と、サービス利用端末よりコネクタの要求を受付けてサービス利用端末に対して要求されたコネクタを送信するコネクタ送信手段とを備える。

また、上述のコネクタには、アプリケーションに対応した識別情報が含まれることが好ましい。

また、上述のコネクタには、コネクタを有効とする期間の情報とコネクタの利用可能回数との少なくとも一方を備える有効情報が含まれることが好ましい。

また、上述のコネクタに記述されるアクセス情報は、存在場所へアクセスするためのＵＲＩ（Uniform Resource Identifier）であることが好ましい。

また、コネクタ提供サーバは、コネクタを要求したサービス利用端末の端末情報を取得する端末管理手段と、端末情報に基づいて要求されたコネクタをサービス利用端末に対して送信するか否かを判定する判定手段とをさらに備えることが好ましい。

また、コネクタ提供サーバは、コネクタを要求したサービス利用端末の端末情報を取得する端末管理手段と、端末情報に基づいて要求されたコネクタを編集する第１の編集手段とをさらに備えることが好ましい。

また、コネクタ提供サーバは、機能手段の存在場所の形態に応じて、要求されたコネクタを編集する第２の編集手段をさらに備えることが好ましい。

さらに第２の編集手段は、機能手段の存在場所が複数ある場合に、コネクタに記述されるアクセス情報を、存在場所の内の、所定の存在場所へのアクセス情報に書換えることが好ましい。

あるいは、第２の編集手段は、コネクタに記述されるアクセス情報を当該コネクタ提供サーバへのアクセス情報に書換え、コネクタ提供サーバは、書換えられたアクセス情報に基づいた機能手段を必要とするサービス利用端末からの当該コネクタ提供サーバへのアクセスを、機能手段の存在場所へ中継する中継手段をさらに備えることが好ましい。

本発明のさらに他の局面に従うと、コネクタデータのデータ構造は、サービス利用端末においてアプリケーションを実行する際に必要な機能手段を特定するためのサービス利用端末の記憶手段に格納される情報であり、アプリケーションの記述から特定される情報であるコネクタデータのデータ構造であって、サービス利用端末に、アプリケーションの記述を参照してコネクタデータを特定させるためのコネクタデータの識別情報と、サービス利用端末が機能手段の存在場所へアクセスするためのアクセス情報と、サービス利用端末がアクセス情報にしたがって存在場所へアクセスして、機能手段に渡す情報を定義する入力定義情報と、機能手段に渡した情報に対して、サービス利用端末が機能手段から受取る情報を定義する出力定義情報とを含む。

また、上述のアクセス情報は、サービス利用端末が存在場所へアクセスするためのＵＲＩ（Uniform Resource Identifier）であることが好ましい。

また、コネクタデータのデータ構造は、サービス利用端末におけるコネクタデータの利用を有効とする期間の情報と、サービス利用端末におけるコネクタの利用可能回数との少なくとも一方を備える有効情報をさらに含み、有効情報はサービス利用端末に対して、コネクタデータを用いて機能手段を特定することの可否の判定を可能とすることが好ましい。

また、コネクタデータのデータ構造は、アプリケーションを識別するアプリケーションの識別情報をさらに含み、アプリケーションの識別情報は、サービス利用端末に対して、アプリケーションを実行する際にコネクタデータを用いて機能手段を特定することの可否の判定を可能とすることが好ましい。

また、コネクタデータのデータ構造は、サービス利用端末に応じてカスタマイズされた固有情報をさらに含み、固有情報は、サービス利用端末に対して、アプリケーションを実行する際にコネクタデータを用いて機能手段を特定することの可否の判定を可能とすることが好ましい。

また、上述のアクセス情報は、コネクタデータを提供するコネクタ提供サーバにおいて編集可能であることが好ましい。

以下に、図面を参照しつつ、本発明の実施の形態について説明する。以下の説明では、同一の部品および構成要素には同一の符号を付してある。それらの名称および機能も同じである。したがってそれらについての詳細な説明は繰返さない。

図１は、本実施の形態におけるサービス提供システムの構成の具体例を示す図である。本実施の形態におけるサービス提供システムは、本発明にかかるサービス利用端末と、サービス利用端末に対して機能を提供するサービス提供サーバとを含んで構成される。

図１を参照して、本実施の形態におけるサービス利用端末であるサービス利用パーソナルコンピュータ（以下、ＰＣという）１００ａは、ネットワーク２００を介してサービス利用端末に対して機能を提供するサービス提供サーバ２１０に接続される。

また、ネットワーク２００には、携帯電話網２３０、ホームネットワーク２６０、およびコネクタ提供サーバ２８０がさらに接続される。そして、本実施の形態におけるサービス利用端末であるサービス利用テレビ１００ｂは、いわゆるホームネットワーク２６０、およびネットワーク２００を介してサービス提供サーバ２１０に接続される。

さらに、ネットワーク２００に接続される携帯電話網２３０には携帯電話基地局２４０が接続される。そして、本実施の形態におけるサービス利用端末であるサービス利用携帯電話１００ｃは、携帯電話基地局２４０、携帯電話網２３０、およびネットワーク２００を介してサービス提供サーバ２１０に接続される。

なお、本実施の形態において、サービス利用端末は、ネットワーク２００を介してサービス提供サーバ２１０にアクセスしてサービス提供サーバ２１０が提供する機能を利用するサービス利用ＰＣ１００ａ、サービス利用テレビ１００ｂ、およびサービス利用携帯電話１００ｃであるものとし、これらの装置を総称してサービス利用端末１００とするが、本発明のサービス利用端末はこれらの装置に限定されず、ネットワークを介してサービス提供サーバ２１０の提供する機能を利用することのできるその他の端末であってもよい。

たとえば、ＰＤＡ（Personal Digital Assistants：携帯情報端末）や、ビデオレコーダ、ＤＶＤ（Digital Video Disc）レコーダ、ハードディスクビデオレコーダなどのＰＶＲ（Personal Video Recorder）、デジタル放送チューナ、ホームサーバなどの情報家電機器や、冷蔵庫、洗濯機、電子レンジなどのいわゆる白物家電機器などであっても、ネットワークサービスを利用可能な端末であれば、すべて、本発明のサービス利用端末とみなすことが可能である。

サービス提供サーバ２１０は、サービス利用端末１００から利用できる機能を提供するサーバである。サービス提供サーバ２１０がサービス利用端末１００に対して提供するサービスは、アプリケーションを含む機能であって、具体的には、プログラム等のアプリケーションや、サービス利用端末１００においてアプリケーションを実行するために必要となる機能（文字表示機能、文字装飾機能、画像取得機能、アニメーション作成機能等）が該当する。

また、コネクタ提供サーバ２８０は、サービス利用端末１００からサービス提供サーバ２１０の提供する機能を利用するために必要となるコネクタをサービス利用端末１００へ提供するサーバである。コネクタ提供サーバ２８０がサービス利用端末１００に対して提供するコネクタとは、サービス利用端末１００においてアプリケーションを実行する際に必要となる機能を特定するための情報である。なお、コネクタについては、後に具体例を挙げて説明する。

次に、図２に、本実施の形態におけるサービス利用端末１００のハードウェア構成の具体例を示す。図２を参照して、本実施の形態におけるサービス利用端末１００は、ＣＰＵ（Central Processing Unit）等から構成されて、このサービス利用端末１００全体を制
御する制御部１２と、他の装置と通信するための通信部１１と、ＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）などから構成されて、制御部１２において実行されるプログラムや、そのプログラムの中間データおよび他のコンピュータから受信したデータ等を記憶する記憶部１３と、入出力部１４とを含んで構成される。

さらに上述の入出力部１４は、「１」、「２」などの数字ボタンおよび「Ｒ」、「Ｌ」などの方向ボタンなどを含む操作部１４１と、ユーザに情報を表示するＬＣＤ（Liquid Crystal Display）などの表示部１４２と、音声を入力するマイクロフォンなどの音声入力部１４３と、音声を出力するスピーカなどの音声出力部１４４とを含んで構成される。

また、上述の記憶部１３は、一般のユーザの操作により記憶内容を変更可能な領域である一般ユーザ変更可能領域１３１と、一般のユーザの操作によってその記憶内容を変更することができない領域である一般ユーザ変更不可領域１３２とを含んで構成される。一般ユーザ変更不可領域１３２には、当該サービス利用端末１００が携帯電話である場合には電話番号などの、当該サービス利用端末１００固有の識別子や、後述するアプリケーションやコネクタを取得するためのサーバのアドレスといった、一般のユーザにより変更されてはならないデータが主に記憶される。ただし、一般ユーザ変更不可領域１３２に記憶されたデータを変更することを認められたサービスの提供者や端末のメンテナンス実行者およびプログラム等により、一般ユーザ変更不可領域１３２に対するデータの追加・削除、およびデータの変更が行なわれるための手段が存在してもよい。

なお、図２に示されるハードウェア構成は、一般的な携帯電話のハードウェア構成であって、本発明にかかるサービス利用端末１００のハードウェア構成は、図２に示されるハードウェア構成に限定されるものではない。

次に、図３に、本実施の形態におけるサービス利用端末１００の機能構成の具体例を示す。図３を参照して、本実施の形態におけるサービス利用端末１００は、アプリケーション管理部１１０、コネクタ管理部１２０、外部機能管理部１３０、内部機能管理部１４０、通信制御部１５０、および記憶領域１６０を含んで構成される。これらの機能は、制御部１２が、記憶部１３に記憶されるプログラムを読出し、そのプログラムを実行して図２に示されるハードウェア構成の各部を制御することによって発揮される。

記憶領域１６０は、上述の記憶部１３の一般ユーザ変更不可領域１３２を含んで構成される領域であって、上述の如く、サービス提供サーバ２１０へのアクセス情報（アドレス）や、コネクタ提供サーバ２８０へのアクセス情報（アドレス）や、当該サービス利用端末１００の識別情報などが記憶されている。

アプリケーション管理部１１０は、サービス利用端末１００においてアプリケーションを実行する際に、アプリケーションデータを解析して必要とするコネクタを決定する。そして、コネクタ管理部１２０に対して、コネクタを要求する。なお、アプリケーション管理部１１０については、後にさらに詳細に説明する。

コネクタ管理部１２０は、アプリケーション管理部１１０から要求されたコネクタを取得する。その際、要求されたコネクタが当該サービス利用端末１００に含まれない場合には、記憶領域１６０に記憶されているコネクタ提供サーバ２８０へのアクセス情報を読出し、そのアクセス情報にしたがってコネクタ提供サーバ２８０へアクセスして要求されたコネクタを取得する。なお、コネクタ提供サーバ２８０へのアクセス情報はアプリケーション内の記述に含まれてもよい。通信制御部１５０は、その際の、サービス利用端末１００とコネクタ提供サーバ２８０との通信を制御する。

そして、コネクタ管理部１２０は、取得したコネクタデータを解析して、当該アプリケーションを実行する際に必要とする機能とその存在場所とを決定する。必要とする機能がサービス提供サーバ２１０に存在する機能である場合、すなわち、サービス提供サーバ２１０が提供する機能である場合には、コネクタ管理部１２０は、外部機能管理部１３０に対してその機能を要求する。また、必要とする機能が当該サービス利用端末１００に含まれる機能である場合には、コネクタ管理部１２０は、内部機能管理部１４０に対してその機能を要求する。なお、コネクタ管理部１２０については、後にさらに詳細に説明する。

外部機能管理部１３０は、記憶領域１６０に記憶されているサービス提供サーバ２１０へのアクセス情報を読出し、そのアクセス情報にしたがってサービス提供サーバ２１０へアクセスする。そして、コネクタ管理部１２０から要求された機能を利用する。通信制御部１５０は、その際の、サービス利用端末１００とサービス提供サーバ２１０との通信を制御する。

内部機能管理部１４０は、当該サービス利用端末１００に含まれる機能であって、コネクタ管理部１２０から要求された機能を利用する。

次に、図４に、アプリケーション管理部１１０の構成の具体例を示す。図４を参照して、アプリケーション管理部１１０は、アプリケーションデータ保存領域３００とアプリケーションデータ管理部３２０とを含んで構成される。

アプリケーションデータ保存領域３００は、アプリケーションデータ３１０を保存する。ここでアプリケーションデータ３１０は、コンピュータにより実行可能なプログラムであってもよいし、スクリプト解釈装置により解釈され実行されるスクリプトファイルであってもよい。

アプリケーションデータ管理部３２０は、アプリケーションデータ３１０の追加、削除、およびネットワークからのダウンロードなどのアプリケーションデータ保存領域３００と、アプリケーションの実行、および停止などのアプリケーションデータ３１０の動作とを管理する。

さらに、図５に、アプリケーションデータ３１０の具体例を示す。図５を参照して、アプリケーションデータ３１０は、アプリケーション名４０１、当該アプリケーションに固有の情報であるアプリケーション識別子４０２、当該アプリケーションを実行可能な期限を示す有効期限４０３、当該アプリケーションを実行可能な回数を示す最大利用回数４０４、およびアプリケーション４０５を含んで構成される。アプリケーション４０５は、実行可能なプログラムであってもよいし、スクリプト解釈装置により解釈され実行されるスクリプトファイルであってもよい。

図６は、図５に示されたアプリケーションデータ３１０のうち、アプリケーション名４０１、アプリケーション識別子４０２、有効期限４０３、および最大利用回数４０４の具体例を示す図である。図６に示される具体例においては、アプリケーション名４０１は「Ｍｕｌｔｉｍｅｄｉａ Ｍｅｓｓａｇｅ」と設定されている。また、アプリケーション識別子４０２は「提供元が“ＡＡＡ Ｃｏｒｐ．”、一意に割当てられた番号が“ＨＧ３４９０Ｓ２３４５”」と設定されている。また、有効期限４０３は「２００４年４月１日まで有効」と設定されている。また、最大利用回数４０４は「１００回有効」と設定されている。

さらに、アプリケーション４０５がスクリプトにより記述されている場合のアプリケーション４０５の具体例を図７に示す。図７に示される具体例は、アプリケーション４０５が拡張されたＳＭＩＬ（Synchronized Multimedia Integration Language）により記述されている場合の具体例であるが、アプリケーション４０５は他の書式によって記述されていても構わない。

図７を参照して、記述６０１はアプリケーションの画面表示を設定する記述であって、具体的には、「幅１５０、高さ１００で、左から２５、上から１０の位置に表示する」Ｉｍａｇｅ領域についての表示設定と、同様にＴｅｘｔ領域についての表示設定と、「幅４０、高さ３０で左から１０、上から１６０の位置に表示する」ＴｅｘｔＡｒｔボタンについての表示設定と、同様にＣａｍｅｒａボタンについての表示設定と、同様にＦｉｌｅボタンについての表示設定と、同様にＳｅｎｄボタンについての表示設定とを行なっている。

また、記述６０２はアクションの動作を設定する記述であって、具体的には、「検索範囲を“Ｔｅｒｍｉｎａｌ（サービス利用端末１００内部）”として検索されたＴｅｘｔＡｒｔという名前のコネクタを利用し、該当する機能にはＴｅｘｔ領域の値を渡し、その機能から受取った結果をＴｅｘｔ領域に表示する」ＴｅｘｔＡｒｔというアクションの動作と、「検索範囲を“Ｔｅｒｍｉｎａｌ”として検索されたＣａｍｅｒａという名前のコネクタを利用し、該当する機能には値を渡す必要はなく、その機能から受取った結果はＩｍａｇｅ領域に表示する」Ｃａｍｅｒａというアクションの動作と、「検索範囲を“Ｔｅｒｍｉｎａｌ”として検索されたＦｉｌｅという名前のコネクタを利用し、該当する機能には値を渡す必要はなく、その機能から受取った結果はＩｍａｇｅ領域に表示する」Ｆｉｌｅというアクションの動作と、「検索範囲を“Ｔｅｒｍｉｎａｌ”として検索されたＳｅｎｄという名前のコネクタを利用し、該当する機能には値を渡す必要はなく、その機能から受取った結果は画面表示を更新しない」Ｓｅｎｄというアクションの動作とを設定している。なお、図７には図示されていないが、コネクタの検索範囲をコネクタ提供サーバ２８０とするときや、コネクタの検索範囲をサービス利用端末１００内部およびコネクタ提供サーバ２８０（“Ｓｅｒｖｅｒ”）とするときには、記述６０２にその旨を示す記述が含まれる。

また、記述６０３はボタンが押された時の動作を設定する記述であって、具体的には、「ＴｅｘｔＡｒｔというアクションが実行される」というＴｅｘｔＡｒｔボタンが押された場合の動作と、「Ｃａｍｅｒａというアクションが実行される」というＣａｍｅｒａボタンが押された場合の動作と、「Ｆｉｌｅというアクションが実行される」というＦｉｌｅボタンが押された場合の動作と、「Ｓｅｎｄというアクションが実行される」というＳｅｎｄボタンが押された場合の動作とを設定している。

なお、図７に示されるアプリケーション４０５がサービス利用端末１００において実行された際の画面表示については、後に具体例を挙げて説明する。

次に、図８に、図３に示されるサービス利用端末１００のコネクタ管理部１２０の構成の具体例を示す。図８を参照して、コネクタ管理部１２０は、コネクタデータ保存領域７００とコネクタデータ管理部７２０とを含んで構成される。

コネクタデータ保存領域７００は、コネクタデータ７１０を保存する。

コネクタデータ管理部７２０は、コネクタデータ７１０の追加、削除、およびネットワークからのダウンロードなどのコネクタデータ保存領域７００の管理を行なう。また、コネクタデータ７１０の記述内容にしたがって、外部機能管理部１３０および内部機能管理部１４０の機能を利用する。

さらに、図９に、コネクタデータ７１０の具体例を示す。図９を参照して、コネクタデータ７１０は、当該コネクタ自身の情報であるコネクタ名８０１、当該コネクタに固有の情報であるコネクタ識別子８０２、当該コネクタを利用可能な期限を示す有効期限８０３、および当該コネクタを利用可能な回数を示す最大利用回数８０４と、当該コネクタが決定する機能に対するデータの受け渡しを定義する入出力定義８０５とを含んで構成される。

図１０は、図９に示されたコネクタデータ７１０のうち、コネクタ名８０１、コネクタ識別子８０２、有効期限８０３、および最大利用回数８０４の具体例を示す図である。図１０に示される具体例においては、コネクタ名８０１は「ＴｅｘｔＡｒｔ」と設定されている。また、コネクタ識別子８０２は「提供元が“ＡＡＡ Ｃｏｒｐ．”、このコネクタを使えるアプリケーションの提供元が“ＡＡＡ Ｃｏｒｐ．”、一意に割当てられた番号が“ＬＳ４３６９Ｐ３５５０”」と設定されている。また、有効期限８０３は「２００４年４月１日まで有効」と設定されている。また、最大利用回数８０４は「１００回有効」と設定されている。

図１０に示されるコネクタデータ７１０は、そのコネクタ識別子８０２において当該コネクタを利用可能なアプリケーションの提供元を設定することで、当該コネクタを利用可能なアプリケーションを制限していることを特徴としている。

同様に、図１１に、コネクタデータ７１０のうち、コネクタ名８０１、コネクタ識別子８０２、有効期限８０３、および最大利用回数８０４の他の具体例を示す。図１１を参照して、コネクタ名８０１は「Ｃａｍｅｒａ」と設定されている。また、コネクタ識別子８０２は「提供元が“ＡＡＡ Ｃｏｒｐ．”、このコネクタを使えるアプリケーションの提供元は指定なし（どのアプリケーションからも利用可能）、一意に割当てられた番号が“ＲＥ６５８９Ｐ８１１２”」と設定されている。また、有効期限８０３は「指定なし（常に利用可能）」と設定されている。また、最大利用回数８０４は「指定なし（何度でも利用可能）」と設定されている。

さらに、コネクタデータ７１０に含まれる入出力定義８０５の具体例を図１２に示す。図１２に具体例が示される入出力定義８０５ａは、サービス利用端末１００においてアプリケーションを実行する際に、当該端末１００以外の他の装置に含まれる機能、すなわち、サービス提供サーバ２１０の提供する機能を利用するための、当該機能に対するデータの受け渡しを定義するものである。すなわち、図１２を参照して、記述２５０１は当該機能で利用するデータの型を定義しており、具体的には、“ＴｅｘｔＡｒｔリクエスト”という名前で型が文字列であるデータと、“ＴｅｘｔＡｒｔレスポンス”という名前で型がＪｐｅｇ画像であるデータとを定義している。

また、記述２５０２は当該機能について、機能の名前と当該機能が受取る入力データおよび当該機能が返す出力データの型とを定義しており、具体的には、機能の名前を“ＴｅｘｔＡｒｔ”、入力値として“ＴｅｘｔＡｒｔリクエスト”という名前の型のデータを受取り、出力値として“ＴｅｘｔＡｒｔレスポンス”という名前の型のデータを返すと定義している。

また、記述２５０３は、当該機能が提供されている際の名前、当該機能の存在場所へのアクセス情報、およびそこで利用可能な機能を定義しており、具体的には、サービスの名前を“ＴｅｘｔＡｒｔサービス”、当該機能の存在場所であるサービス提供サーバ２１０のアドレスをｈｔｔｐ：／／ｅｘａｐｍｌｅ．ｕｒｌ／ＴｅｘｔＡｒｔ、および利用できる機能を“ＴｅｘｔＡｒｔ”と定義している。

入出力定義８０５ａが上述の記述２５０１〜２５０３を含むことで、サービス利用端末１００のコネクタデータ管理部７２０は、ｈｔｔｐ：／／ｅｘａｐｍｌｅ．ｕｒｌ／ＴｅｘｔＡｒｔというアドレスでサービス提供サーバ２１０にアクセスし、サービス提供サーバ２１０に含まれるＴｅｘｔＡｒｔという機能に対して、ＴｅｘｔＡｒｔリクエスト型のデータを渡すことにより、サービス提供サーバ２１０からＴｅｘｔＡｒｔレスポンス型のデータを得られることを認識できる。

なお、入出力定義８０５ａは上述の記述を含むものに限定されず、一般的によく用いられるＷｅｂサービスの入出力定義のための書式ＷＳＤＬ（Web Service Description Language）を用いた記述を含むものであってもよい。また、アクセス情報は、ＵＲＬで示される形態に限定されず、サービス提供サーバ２１０へのアクセスに関する情報であるＵＲＩ（Uniform Resource Identifier）であれば、他の形態であってもよい。

さらに図１３に、入出力定義８０５の他の具体例を示す。図１３に具体例が示される入出力定義８０５ｂは、サービス利用端末１００においてアプリケーションを実行する際に、当該端末に含まれる機能を利用するための、当該機能に対するデータの受け渡しを定義するものである。すなわち、図１３を参照して、記述２６０１は当該機能で利用するデータの型を定義しており、具体的には“Ｃａｍｅｒａレスポンス”という名前で型がＪｐｅｇ画像であるデータを定義している。

また、記述２６０２は当該機能について、機能の名前と機能が受取る入力データおよび機能が返す出力データの型とを定義しており、具体的には、機能の名前を“Ｃａｍｅｒａ”、入力値を“Ｎｕｌｌ”と設定しており、これは入力値を受取らないことを意味し、出力値として“Ｃａｍｅｒａレスポンス”という名前の型のデータを返すと定義している。

図１３に示される入出力定義８０５ｂは、図１２に示された記述２５０３を含まない。すなわち、図１３に示される入出力定義８０５ｂが、上述の記述２６０１，２６０２を含むことで、サービス利用端末１００のコネクタデータ管理部７２０は、当該サービス利用端末１００に含まれるＣａｍｅｒａという機能から、Ｃａｍｅｒａレスポンス型のデータを得られることを認識できる。言うまでもなく、当該サービス利用端末１００に含まれる機能を利用するための入出力定義８０５ｂも、図１２に示される入出力定義８０５ａと同様に、機能が提供されている際の名前、機能の存在場所へのアクセス情報、およびそこで利用可能な機能を定義する記述２５０３を含んでもよい。その場合、記述２５０３に含まれる機能の存在場所へのアクセス情報として、サービス利用端末１００自身へのアクセスを示す“Ｌｏｃａｌ”などの記載があることが好ましい。

なお、サービス利用端末１００に含まれる機能に対するデータの受け渡しを定義する入出力定義８０５ｂもまた上述の記述を含むものに限定されず、一般的によく用いられるＷｅｂサービスの入出力定義のための書式ＷＳＤＬを用いた記述を含むものであってもよい。

さらに、コネクタデータ７１０は図９に示されるデータ構成に限定されず、たとえば、図４３に示されるように、入出力定義８０５には複数の入出力定義１，２が含まれていてもよい。これは、コネクタが、同様の働きを行なう機能に対して異なる個数の引数をサポートしている場合に該当する。たとえば、画像の合成処理を実行する機能を特定するコネクタで、２つの画像入力も、３つの画像入力も、または、３つ以上の画像入力もサポートしている場合がある。図４３に示されるように入出力定義８０５が複数定義されている場合、１つのコネクタでこのような複数の入力パターンに対応することができる。

さらに図４３に示されるように、コネクタデータ７１０は図９に示されるデータ構成に加えて、最大待ち時間８０６や、転送許可数８０７や、処理負荷係数８０８や、利用金額８０９などを含んでもよい。

コネクタデータ７１０が図４３に示されるように最大待ち時間８０６を含むことで、サービス利用端末１００がコネクタデータ７１０に特定されるサービス利用端末１００の機能を利用する場合、またはネットワーク上のサービス提供サーバ２１０にアクセスして機能をダウンロードする場合、サービス利用端末１００は、コネクタデータ７１０に含まれる最大待ち時間８０６を参考にして前記機能を利用する際の例外的な処理を行なうことができる。なお、コネクタデータ７１０に含まれる最大待ち時間８０６はあくまで参考の値であり、実装はサービス利用端末１００、またはアプリケーション４０５に依存する。

また、コネクタの中には、サービス利用端末間で一定の回数だけ転送を許可されたものも存在する。転送許可数８０７は、許可された転送回数を規定している。コネクタデータ７１０が図４３に示されるように転送許可数８０７を含むことで、サービス利用端末１００は所持しているコネクタデータ７１０が、転送可能なのか、不可能なのかを判断することができる。

また、サービス利用端末１００がコネクタデータ７１０に特定されるサービス利用端末１００の機能を利用する場合、またはネットワーク上のサービス提供データ２１０にアクセスして機能をダウンロードする場合、サービス利用端末１００が各々同様の機能を特定する複数のコネクタデータを所持しているとき、そのアプリケーションを実行する際にいずれの機能を利用してもよい場合がある。このようなとき、コネクタデータ７１０が図４３に示されるように処理負荷係数８０８を含むことで、サービスの処理時間や自端末に必要となる負荷の指標となるこの処理負荷係数８０８を参考にして最適なコネクタを選択することができる。

また、サービスの利用に応じて課金が発生する種類のコネクタも存在する。コネクタデータ７１０が図４３に示されるように利用金額８０９を含むことで、サービス利用端末１００において課金情報を把握することができる。サービス利用端末１００の利用者は、搭載されているコネクタの課金情報を閲覧することができ、不要となった有料コネクタを破棄する判断に利用することができる。

次に、図１４に、図３に示されるサービス利用端末１００の外部機能管理部１３０の構成の具体例を示す。図１４を参照して、外部機能管理部１３０は、外部機能呼出部１１０１と外部機能結果解析部１１０２とを含んで構成される。

外部機能呼出部１１０１は、サービス利用端末１００の外部の他の装置、すなわちサービス提供サーバ２１０に存在する機能（以下、外部機能という）をＲＰＣにより呼出す。ＲＰＣによる外部機能の呼出しには、ＳＯＡＰなどの一般的なプロトコルを用いることができる。

外部機能結果解析部１１０２は、外部機能より得られた結果を解析する。外部機能より返却される結果は、前述のＳＯＡＰ等、一般的なプロトコルにしたがった形式で受取ることができる。

次に、図１５に、図３に示されるサービス利用端末１００の内部機能管理部１４０の構成の具体例を示す。図１５を参照して、内部機能管理部１４０は、内部機能呼出部１２０１と内部機能結果解析部１２０２とを含んで構成される。

内部機能呼出部１２０１は、当該サービス利用端末１００内に保持される機能（プログラム、データへのアクセス）を呼出す。また、内部機能結果解析部１２０２は、当該サービス利用端末１００内に保持される機能を実行した結果を受取り、その結果を解析する。

次に、図４０に、本実施の形態におけるコネクタ提供サーバ２８０のハードウェア構成の具体例を示す。図４０を参照して、本実施の形態におけるコネクタ提供サーバ２８０は、ＣＰＵ等のデバイスから構成され、このコネクタ提供サーバ２８０全体を制御する制御部２２と、他の装置と通信するための通信部２１と、ＲＯＭやＲＡＭなどのメモリデバイスや、ＨＤＤ等のディスクドライブなどから構成され、プログラムや、プログラムの実行に必要となる各種データの保存を行なう記憶部２３と、外部から当該端末に対してデータを入力するためのＡ〜Ｚや各種数字、記号のキーを備えたキーボードから構成される操作部２４と、各種出力結果や操作内容の表示を行なうために、ディスプレイ装置を活用した表示部２５とを含んで構成される。

さらに上述の記憶部２３は、主にプログラム等の固定データを保存するためのプログラム記憶領域２３１と、プログラムの中間データや他のコンピュータとのやり取りに必要となるデータの保存を行なうデータ記憶領域２３２とを含んで構成される。

なお、図４０に示されるハードウェア構成は、一般的なパソコンやワークステーション等のハードウェア構成であって、本発明にかかるコネクタ提供サーバ２８０のハードウェア構成は、図４０に示されるハードウェア構成に限定されるものではない。たとえば、本実施の形態におけるコネクタ提供サーバ２８０の運用時には、操作部２４と表示部２５とが装備されていなくてもよい。

次に、図４１に、本実施の形態におけるコネクタ提供サーバ２８０の機能構成の具体例を示す。図４１を参照して、本実施の形態におけるコネクタ提供サーバ２８０は、端末管理部５１０、コネクタ管理部５２０、通信制御部５３０、および記憶領域５４０を含んで構成される。これらの機能は、制御部２２が、記憶部２３のプログラム領域２３１に記憶されるプログラムを読出し、読出したプログラムに従って図４０に記載の通信部２１、記憶部２３、および記憶部２３のデータ領域２３２を制御することによって発揮される。

記憶領域５４０は各種データを記憶部している場所であり、図４０に記載の記憶部２３にて構成される。

端末管理部５１０は、サービス利用端末１００からコネクタ提供サーバ２８０に対してコネクタ提供の要求があった際に、要求があったサービス利用端末１００の端末情報の管理を行なう。具体的には、現在、接続中のサービス利用端末１００を一意に識別するための識別情報等を、記憶部２３のデータ領域２３１から構成される記憶領域５４０に格納しておき、前記識別情報に基づいて、通信制御部５３０に依頼を行ない、任意のサービス利用端末とのやり取りを実現する。

コネクタ管理部５２０は、コネクタ提供サーバ２８０が提供可能なコネクタの管理を行なう。サービス利用端末１００からの要求に応じて要求されているコネクタの判別、確認、および抽出を行なった後、通信部２１と制御部２２とを含んで構成される通信制御部５３０に送信すべきコネクタを送る。

図４２を用いて、コネクタ提供サーバ２８０のコネクタ管理部５２０についてさらに具体例を示す。図４２を参照して、コネクタ管理部５２０は、コネクタデータ保存領域９００とコネクタデータ管理部９２０とを含んで構成される。

コネクタデータ保存領域９００は、サービス利用端末１００に提供するべきコネクタの実体であるコネクタデータ９１０を保存する。

コネクタデータ管理部９２０は、コネクタデータ９１０の追加、削除、検索、および読込を行なう。コネクタデータ管理部９２０は、本実施の形態におけるコネクタ提供サーバ２８０がサービス利用端末１００よりコネクタの要求を受けると、コネクタデータ保存領域９００を検索して該当するコネクタを抽出する。該当コネクタデータ９１０を発見した場合は、前記コネクタデータ９１０に対して必要事項を読込み、さらに必要に応じてコネクタデータ９１０のデータを編集して、通信制御部５３０に前記サービス利用端末１００に対して前記コネクタデータ９１０の送信を依頼する。

コネクタ提供サーバ２８０は、ネットワーク２００を介して接続されたサービス提供サーバ２１０よりコネクタを取得してコネクタデータ保存領域９００に保存する。その際の、コネクタ提供サーバ２８０におけるコネクタの受信処理について、図４４のフローチャートを用いて説明する。

図４４を参照して、コネクタ提供サーバ２８０はステップＳ５１０において、サービス提供サーバ２１０より送信されるコネクタデータ９１０を受信する。

ステップＳ５１０の受信が完了すると、続いて、ステップＳ５１１において、受信が正常に完了したかを判断する。受信が正常終了した場合（Ｓ５１１でＹＥＳ）、ステップＳ５１２に進む。すなわち、受信が正常終了した場合には、受信したコネクタデータ９１０をコネクタデータ保存領域９００に保存し、ステップＳ５１３に進む。

ステップＳ５１３において、コネクタ提供サーバ２８０は、コネクタデータ９１０の提供元であるサービス提供サーバ２１０の各種情報をサービス提供サーバ情報テーブルとしてコネクタデータ管理部９２０に保存する。ステップＳ５１３でコネクタデータ管理部９２０に保存されるサービス提供サーバ情報テーブルの具体例を図４５に示す。図４５を参照して、サービス提供サーバ情報テーブルにおいては、会社名“ＡＡＡ Ｃｏｒｐ．”より、ＩＤ“ＬＳ４３６９Ｐ３５５０”で名前“ＴｅｘｔＡｒｔ”のコネクタデータが取得されたことが示されている。また、入手日は２００３年４月１日であり、当該コネクタ提供サーバ２８０は、残り１００回、当該コネクタデータを配布してもいいことが示されている。

ステップＳ５１３においてサービス提供サーバ２１０の情報の追加が完了すると、サービス提供サーバ２１０とコネクタ提供サーバ２８０との通信を終了し、同時に、コネクタ受信処理を終了する。

一方、ステップＳ５１１においてコネクタデータの受信が異常終了した場合（Ｓ５１１でＮＯ）、ステップＳ５１４において、受信データの消去やサービス提供サーバ２１０への受信失敗通知等のエラー処理を行ない、コネクタ受信処理を終了する。

このようなコネクタデータ受信処理を実行して、コネクタ提供サーバ２８０は、サービス提供サーバ２１０から提供されるサービスにアクセス可能なコネクタデータをコネクタデータ管理部９２０に新たに保持することになる。

なお、本実施の形態においては、サービス提供サーバ２１０からコネクタ提供サーバ２８０に直接通信を行なうことによってコネクタの転送を行なっているが、これは１つの具体例であり、他の方法として、通信を介さずにＣＤ−ＲＯＭ（Compact Disc-ROM）やメモリカード等の外部メモリメディアを利用して転送を行なってもよい。また、コネクタの提供元はサービス提供サーバ２１０に限定されず、提供するコネクタの作成を行なった図１には示されていない他の装置であってもよい。

なお、コネクタデータ９１０の構成は、図９〜図１３、および図４３に具体例が示されるコネクタデータ７１０の構成と同様であるため、ここでの説明を繰返さない。

次に、本実施の形態におけるサービス利用端末１００において当該サービス利用端末１００に含まれるアプリケーションを実行する際に、コネクタを介して当該サービス利用端末１００外の機能および当該サービス利用端末１００内の機能を利用する場合の処理について説明する。ここでは、説明のために図１に示されたサービス提供システムの構成を簡略化し、図１６に示される構成であるものとする。すなわち、図１６を参照して、本具体例において、サービス利用端末１３０１は、画面を表示するディスプレイ１３０２と、サービス利用端末１３０１内の機能として、Ｃａｍｅｒａ機能１３０３と、Ｆｉｌｅ機能１３０４と、Ｓｅｎｄ機能１３０５とを備える。また、サービス利用端末１３０１は、ネットワーク２００を介してコネクタ提供サーバ１３０７と接続し、コネクタ提供サーバ１３０７が提供するコネクタを取得する。また、サービス利用端末１３０１は、ネットワーク２００を介してサービス提供サーバ１３０６と接続し、サービス提供サーバ１３０６の提供するサービス利用端末１３０１外の機能であるＴｅｘｔＡｒｔ機能を利用する。

図１７に、サービス利用端末１３０１においてアプリケーションを実行する際の処理の流れをフローチャートで示す。図１７のフローチャートに示される処理は、サービス利用端末１３０１においてアプリケーションを実行する際に、制御部１２が記憶部１３に記憶されるプログラムを読出して実行することで、図３に示される各部が制御されて実現される。なお、以降の説明においては、図６に示されるアプリケーションデータ３１０および図７に示されるアプリケーション４０５が実行されるものとして具体的に説明する。

図１７を参照して、始めに、ステップＳ１０１でアプリケーションが起動される。次にステップＳ１０２で、ディスプレイ１３０２に図１８に具体例が示される入力画面が表示される。すなわち、ステップＳ１０２で制御部１２は、図７に示されるアプリケーション４０５の記述６０１に設定される画面表示を実行する。

図１８を参照して、ステップＳ１０２でディスプレイ１３０２に表示される入力画面は、画像が表示されるＩｍａｇｅ領域ｌ７０１と、文字が表示されるＴｅｘｔ領域１７０２と、ＴｅｘｔＡｒｔ機能を利用するためのＴｅｘｔＡｒｔボタン１７０３と、Ｃａｍｅｒａ機能１３０３を利用するためのＣａｍｅｒａボタン１７０４と、Ｆｉｌｅ機能１３０４を利用するためのＦｉｌｅボタン１７０５と、Ｓｅｎｄ機能１３０５を利用するためのＳｅｎｄボタン１７０６とを含んで構成され、それぞれの表示位置は、アプリケーション４０５の記述６０１に設定された位置である。

ステップＳ１０２では、図１８に示されるような入力画面においてユーザからの入力を受付け、その入力を判定する。そして、ステップＳ１０２での判定の結果、ユーザによる入力が当該サービス利用端末１３０１内外の機能を利用するものであれば（ステップＳ１０２で「機能利用」）ステップＳ１０４１に処理を進め、それ以外であれば（ステップＳ１０２で「機能利用以外」）ステップＳ１０３に処理を進める。

ステップＳ１０２における判定方法としては、次のような方法が採用できる。すなわち、図７に示されたアプリケーション４０５において、ユーザの入力が記述６０３で設定されるｅｖｅｎｔ要素のいずれかに対応し、そのｅｖｅｎｔ要素が記述６０２で設定されるａｃｔｉｏｎ要素において各機能に対応付けられているかを解析することにより判定する。より具体的には、ステップＳ１０２では、図７に示されたアプリケーション４０５の場合、図１８に表示されたボタン１７０３〜１７０６のいずれかがユーザにより押下された場合、サービス利用端末１３０１内外の機能を利用する場合と判定する。

次に、ステップＳ１０２での判定の結果、ユーザによる入力が当該サービス利用端末１３０１内外の機能を利用するもの以外である場合（Ｓ１０２で「機能利用以外」）、ステップＳ１０３では、端末内外の機能を利用しない場合のユーザの入力を処理してステップＳ１０２に処理を戻す。なお、ここでの処理は端末固有の処理など本発明において限定されない一般的な処理であって本発明の本質には関わらない処理であるため、ここでの説明は行なわない。

一方、ステップＳ１０２での判定の結果、ユーザによる入力が当該サービス利用端末１３０１内外の機能を利用するものである場合（Ｓ１０２で「機能利用」）、さらにステップＳ１０４１で、ユーザの利用したい機能に対応するコネクタを検索する範囲を判定し、その中から所定のコネクタを検索する。ステップＳ１０４１の処理は、実行しているアプリケーション４０５に含まれる機能の動作を設定する記述に基づいて行なわれる。具体的には、実行しているアプリケーション４０５が図７に示されるものである場合、記述６０２のＳｃｏｐｅ属性値を参照して、必要となるコネクタを規定される検索範囲から検索する。ここでは、「ｓｃｏｐｅ＝“Ｔｅｒｍｉｎａｌ”」と記述されているため、サービス利用端末１３０１内部よりｆｕｎｃ＝“ ”で指定される条件に合致するコネクタを検索する。なお、ステップＳ１０４１での検索の結果、指定される条件に合致するコネクタが複数ある場合には（Ｓ１０４２でＹＥＳ）、図示しない選択画面をディスプレイ１３０２に表示するなどして、ユーザから利用するコネクタの選択を受付けることが好ましい（Ｓ１０４３）。

ステップＳ１０４１での検索の結果、指定される条件に合致するコネクタがサービス利用端末１３０１内にある場合には（Ｓ１０４４でＹＥＳ）、処理をステップＳ１０５２に進め、サービス利用端末１３０１内部のコネクタデータ保存領域７００から該当するコネクタデータを取得する。そして、処理をステップＳ１０８に進める。

一方、ステップＳ１０４１での検索の結果、指定される条件に合致するコネクタがサービス利用端末１３０１内にない場合には（Ｓ１０４４でＮＯ）、処理をステップＳ１０５１に進める。ステップＳ１０５１では、コネクタ提供サーバ１３０７に接続して必要なコネクタを検索し、サービス利用端末１３０１にダウンロードしてステップＳ１０６に処理を進める。

ステップＳ１０６では、コネクタ提供サーバ１３０７からコネクタを正しくダウンロードできたか否かを判定する。正しくダウンロードできた場合には（Ｓ１０６でＹＥＳ）処理をステップＳ１０８に進め、ダウンロードに失敗した場合は（Ｓ１０６でＮＯ）処理をステップＳ１０７へ進め、エラーメッセージを生成して処理をステップＳ１１１にさらに進める。

ステップＳ１０８においては、ステップＳ１０５２でサービス利用端末１３０１内から取得したコネクタ、またはステップＳ１０５１でコネクタ提供サーバ１３０７からダウンロードしたコネクタを解析し、利用する機能がサービス利用端末１３０１内の機能であるか、サービス利用端末１３０１外の機能であるかを判定する。ステップＳ１０８での判定方法としては、コネクタデータ７１０の入出力定義８０５に基づいて判定する方法が挙げられる。より具体的には、コネクタデータ７１０の入出力定義８０５が図１２に示される入出力定義８０５ａである場合には、ステップＳ１０８において記述２５０３で設定されているその機能へのアクセス情報としてのアドレスＵＲＬより、その機能がサービス利用端末１３０１外の機能であると判定する（Ｓ１０８で「端末外の機能」）。一方、コネクタデータ７１０の入出力定義８０５が図１２に示される入出力定義８０５ｂである場合には入出力定義８０５ｂにその機能へのアクセス情報としてアドレスＵＲＬを設定する記述２５０３が含まれないため、ステップＳ１０８においては、その機能がサービス利用端末１３０１内の機能であると判定する（Ｓ１０８で「端末内の機能」）。なお、上述のように、入出力定義８０５ｂにその機能へのアクセス情報として“Ｌｏｃａｌ”などを設定する記述２５０３が含まれている場合には、ステップＳ１０８においては、その記述２５０３に基づいてその機能がサービス利用端末１３０１内の機能であると判定する。

そして、ステップＳ１０８での判定の結果、ユーザの利用したい機能がサービス利用端末１３０１外の機能である場合、すなわちサービス提供サーバ１３０６の提供する機能である場合は（Ｓ１０８で「端末外の機能」）、処理をステップＳ１０９に進め端末外機能利用処理を実行する。また、サービス利用端末１３０１内の機能である場合は（Ｓ１０８で「端末内の機能」）、処理をステップＳ１１０に進め端末内機能利用処理を実行する。なお、ステップＳ１０９における端末外機能利用処理、およびステップＳ１１０における端末内機能利用処理については、後にサブルーチンを挙げて詳細に説明する。

そして、ステップＳ１０９またはステップＳ１１０の処理を終了すると、処理をステップＳ１１１に進める。すなわち、ステップＳ１１１では、ステップＳ１０９またはステップＳ１１０の処理の結果に応じてディスプレイ１３０２の画面表示を更新する。あるいは、ステップＳ１０７で生成されたエラーメッセージをディスプレイ１３０２へ表示する。そしてその後、処理をステップＳ１０２に戻して上述の処理を繰返す。

さらに、図１９に、上述のステップＳ１０９における端末外機能利用処理をフローチャートで示す。すなわち、図１９を参照して、サービス利用端末１３０１においてサービス利用端末１３０１外の機能を利用する場合、すなわち、サービス提供サーバ１３０６の提供する機能を利用する場合、まずステップＳ２０１において、実行中のアプリケーションから、利用しようとしているサービス利用端末１３０１外の機能が利用可能であるかどうかを判定する。ステップＳ２０１での判定は、コネクタに設定された識別子と、アプリケーションに設定された識別子とを比較することにより行なわれる。具体的には、図１０に具体例が示されたコネクタデータ７１０には、コネクタ識別子８０２において、ｖｅｎｄｏｒＬｉｍｉｔという要素にＡＡＡ Ｃｏｒｐ．という値が設定されており、また図６に具体例が示されたアプリケーションデータ３１０には、アプリケーション識別子４０２において、ｖｅｎｄｏｒという要素にＡＡＡ Ｃｏｒｐ．という値が設定されている。ステップＳ２０１においては、これらが一致するため、図６に示されたアプリケーションから図１０に示されたコネクタに設定された端末外の機能が利用可能であると判定される。

このように、ステップＳ２０１において、実行しているアプリケーションから外部機能が利用可能と判定された場合は（Ｓ２０１でＹＥＳ）処理をステップＳ２０２に進め、利用できないと判定された場合は（Ｓ２０１でＮＯ）処理をステップＳ２０６に進める。

ステップＳ２０２では、コネクタの有効期限と最大利用回数とをチェックして、そのコネクタがまだ利用可能であるかどうかを判定する。サービス利用端末１３０１において対象となるコネクタがそれまで何度利用されたかは記憶領域１６０に記憶されているものとし、現在の日時はサービス利用端末１３０１より取得できるとする。ステップＳ２０２において、コネクタの有効期限および最大利用回数は、図９に示すコネクタデータ７１０の有効期限８０３および最大利用回数８０４に設定されている値を参照することにより取得できる。

ステップＳ２０２における判定の結果、コネクタの有効期限が切れておらず、かつこれまでの利用回数が最大利用回数に達していない場合は（Ｓ２０２でＹＥＳ）、処理をステップＳ２０４に進め、有効期限が切れている、またはこれまでの利用回数が最大利用回数に達している場合は（Ｓ２０２でＮＯ）、処理をステップＳ２０３に進める。

ステップＳ２０３では、そのコネクタの利用ができない旨をディスプレイ１３０２に表示し、その後処理をメインルーチンのステップＳ１０５１に戻して、新たにコネクタをダウンロードする。

一方、ステップＳ２０４では、サービス提供サーバ１３０６に接続して結果を得る。すなわち、ステップＳ２０４においては、外部機能管理部１３０の外部機能呼出部１１０１が、サービス提供サーバ１３０６に入出力定義８０５で定義されている必要なデータを引渡して接続する。そして、外部機能結果解析部１１０２がサービス提供サーバ１３０６から結果を受取り、実行しているアプリケーション４０５に引渡す。その後、ステップＳ２０４の処理が終了すると、処理をステップＳ２０５に進める。

ステップＳ２０５では、サービス提供サーバ１３０６より正しい結果が得られたかどうかを判定する。ここでの判定は、たとえば、サービス提供サーバ１３０６より得たデータが入出力定義８０５で定義されている型のデータであるか否かを判定する、などの方法が挙げられる。また、そして、入出力定義８０５で定義されているアクセス情報でサービス提供サーバ１３０６に接続できたか否かを判定する方法も挙げられる。サービス提供サーバ１３０６に接続できない場合や、得られた結果が正しくない場合などは（Ｓ２０５でＮＯ）処理をステップＳ２０６に進め、その旨を示すエラーメッセージを生成して本サブルーチンを終了し、処理を図１７のメインルーチンへ戻す。また、正しく結果が得られた場合（Ｓ２０５でＹＥＳ）は、その後本サブルーチンを終了して、処理を図１７のメインルーチンへ戻す。

以下、図２０および図２１に示される画面表示の具体例を用いて、外部機能を利用した際のサービス利用端末１３０１のディスプレイ１３０２に表示される画面遷移を説明する。

図２０に示される表示画面が表示されている状態において、サービス利用端末１３０１のＴｅｘｔ領域１７０２に「こんにちは」と入力され、ＴｅｘｔＡｒｔボタン１７０３が押下されると「こんにちは」という文字列がＴｅｘｔＡｒｔ機能を提供するサービス提供サーバ１３０６に渡される。そして、サービス提供サーバ１３０６より、当該ＴｅｘｔＡｒｔ機能を用いて装飾を施された「こんにちは」の文字列を得る。

図２１は、上記の処理により得られた、装飾された「こんにちは」の文字列がＴｅｘｔ領域１７０２に表示された状態を示す。これは、当該サービス利用端末１３０１において、図７に具体例が示されるアプリケーション４０５が実行されている場合、アプリケーション４０５の記述６０２に含まれる＜ｓｅｔＭｅｄｉａ ｆｕｎｃ＝“ｎａｍｅ：ＴｅｘｔＡｒｔ”・・・ｓｃｏｐｅ＝“Ｔｅｒｍｉｎａｌ”／＞の記述に基づいて図１２に示される入出力定義８０５ａを含むコネクタデータ７１０がコネクタデータ保存領域７００から取得され、その入出力定義８０５ａに、ＴｅｘｔＡｒｔ機能の存在場所としてサービス提供サーバ１３０６のアドレスを示す記述２５０３が含まれるためである。すなわち、サービス利用端末１３０１において実行されているアプリケーション４０５に含まれる機能に対応したコネクタデータ７１０の入出力定義８０５に、サービス提供サーバ１３０６のＴｅｘｔＡｒｔ機能にはサービス利用端末１３０１のＴｅｘｔ領域に入力された文字列（ここでは「こんにちは」）を渡し、ＴｅｘｔＡｒｔ機能によって得られた結果をＴｅｘｔ領域１７０２に表示する旨が設定されているからである。

次に、図２２を用いて、図１７のステップＳ１１０における端末内機能利用処理の詳細を説明する。

図２２を参照して、サービス利用端末１３０１において当該端末内の機能を利用する場合、まずステップＳ３０２において、実行中のアプリケーションから、利用しようとしているサービス利用端末１３０１内の機能が利用可能であるかどうかを判定する。ステップＳ３０２での判定は、コネクタに設定された識別子と、アプリケーションに設定された識別子とを比較することにより行なわれる。具体的には、図１１に具体例が示されたコネクタデータ７１０には、コネクタ識別子８０２において、ｖｅｎｄｏｒＬｉｍｉｔという要素にＮｏｎｅという値が設定されているが、これはどのアプリケーションからもこのコネクタの機能を利用可能である、ということを意味する。したがって、この場合には、ステップＳ３０２においては、図６に示されたアプリケーションから図１１に示されたコネクタに設定された端末内の機能が利用可能であると判定される。

このように、ステップＳ３０２において、実行しているアプリケーションからサービス利用端末１３０１内部の機能が利用可能と判定された場合は（Ｓ３０２でＹＥＳ）処理をステップＳ３０３に進め、利用できないと判定された場合は（Ｓ３０２でＮＯ）処理をステップＳ３０６に進める。

ステップＳ３０３では、コネクタの有効期限と最大利用回数とをチェックして、そのコネクタがまだ利用可能であるかどうかを判定する。当該サービス利用端末１３０１において対象となるコネクタがそれまで何度利用されたかは記憶領域１６０に記憶されているものとし、現在の日時はサービス利用端末１３０１より取得できるとする。ステップＳ３０３において、コネクタの有効期限および最大利用回数は、図９に示すコネクタ７１０の有効期限８０３および最大利用回数８０４に設定されている値を参照することにより取得できる。

ステップＳ３０３における判定の結果、コネクタの有効期限が切れておらず、かつこれまでの利用回数が最大利用回数に達していない場合は（Ｓ３０３でＹＥＳ）、処理をステップＳ３０４に進め、有効期限が切れている、またはこれまでの利用回数が最大利用回数に達している場合は（Ｓ３０３でＮＯ）、処理をステップＳ３０６に進める。具体的には、図１１に具体例が示されるコネクタデータ７１０の場合、有効期限８０３にはｅｘｐｉｒｅＤａｔｅがＮｏｎｅと設定されており、これは有効期限が未設定すなわち常に利用可能を意味する。また、有効利用回数８０４にはｅｘｐｉｒｅＮｕｍｂｅｒがＮｏｎｅと設定されており、これは最大利用回数が未設定すなわち何度でも利用可能であることを意味する。

ステップＳ３０４では、サービス利用端末１３０１の備える内部機能を起動して結果を得る。すなわち、ステップＳ３０４においては、内部機能管理部１４０の内部機能呼出部１２０１が、サービス提供サーバ１３０６に入出力定義８０５で定義されているサービス利用端末１３０１内部の機能に必要なデータを引渡して起動させる。そして、内部機能結果解析部１２０２が内部機能からの結果を受取り、実行しているアプリケーション４０５に引渡す。その後、ステップＳ３０４の処理が終了すると、処理をステップＳ３０５に進める。

ステップＳ３０５では、起動したサービス利用端末１３０１内部の機能より正しい結果が得られたかどうかを判定する。ここでの判定は、たとえば、サービス利用端末１３０１内部の機能より得たデータが入出力定義８０５で定義されている型のデータであるか否かを判定する、などの方法が挙げられる。判定の結果、得られた結果が正しくない場合などは（Ｓ３０５でＮＯ）処理をステップＳ３０６に進め、その旨を示すエラーメッセージを生成して本サブルーチンを終了し、処理を図１７のメインルーチンへ戻す。また、正しく結果が得られた場合は（Ｓ３０５でＹＥＳ）は、その後本サブルーチンを終了して、処理を図１７のメインルーチンへ戻す。

以下、図２１，図２３〜図２７に示される画面表示の具体例を用いて、内部機能を利用した際のサービス利用端末１３０１のディスプレイ１３０２に表示される画面遷移を説明する。

図２１に示される表示画面が表示されている状態において、サービス利用端末１３０１のＣａｍｅｒａボタン１７０４が押下されると、当該端末内のＣａｍｅｒａ機能１３０３が起動される。

図２３は、Ｃａｍｅｒａ機能１３０３が起動した状態のサービス利用端末１３０１のディスプレイ１３０２に表示される撮影画面の具体例を示す図である。図２３を参照して、撮影画面は、図示しないカメラレンズの捕らえている画像が表示される領域２００１と、シャッタボタン２００２とを含む。

図２３に示される撮影画面が表示されている状態においてシャッタボタン２００２が押下されると、ディスプレイ１３０２に表示される画面は図２４に示される合成画面に遷移する。図２４を参照して、合成画面のＩｍａｇｅ領域１７０１にはＣａｍｅｒａ機能１３０３により撮影された画像が表示されている。これは、サービス利用端末１３０１において、たとえば図７に示されるアプリケーション４０５が実行されている場合、アプリケーション４０５の記述６０２に含まれる＜ｓｅｔＭｅｄｉａ ｆｕｎｃ＝“ｎａｍｅ：Ｃａｍｅｒａ”・・・ｓｃｏｐｅ＝“Ｔｅｒｍｉｎａｌ”／＞の記述に基づいて図１３に示される入出力定義８０５ｂを含むコネクタデータ７１０がコネクタデータ保存領域７００から取得され、その入出力定義８０５ｂに、サービス提供サーバ１３０６内部のＣａｍｅｒａ機能１３０３により撮影された画像をＩｍａｇｅ領域１７０１に表示する旨が設定されているからである。

さらに図２４に示される合成画面が表示されている状態においてＦｉｌｅボタン１７０５が押下されると、サービス利用端末１３０１内のＦｉｌｅ機能１３０４が起動し、ディスプレイ１３０２に表示される画面は図２５に示されるファイル選択画面に遷移する。図２５を参照して、ファイル選択画面は、当該端末の記憶領域１６０に記憶されているファイルリストが表示されるＦｉｌｅ領域２２０１と、ＯＫボタン２２０２とを含む。

図２５に示されるファイル選択画面が表示されている状態においてＦｉｌｅ領域２２０１から所定のファイルが選択されＯＫボタン２００２が押下されると、記憶領域１６０から選択されたファイルが読出され、ディスプレイ１３０２に表示される画面は図２６に示されるファイル表示画面に遷移する。

図２６を参照して、ファイル表示画面のＩｍａｇｅ領域１７０１にはＦｉｌｅ機能１３０４により選択された画像が表示されている。これは、当該サービス利用端末１３０１において、たとえば図７に示されるアプリケーション４０５が実行されている場合、アプリケーション４０５の記述６０２に含まれる＜ｓｅｔＭｅｄｉａ ｆｕｎｃ＝“ｎａｍｅ：Ｆｉｌｅ”・・・ｓｃｏｐｅ＝“Ｔｅｒｍｉｎａｌ”／＞の記述に基づいて、その入出力定義８０５に、Ｆｉｌｅ機能の存在場所としてサービス提供サーバ１３０６のアドレスを示す記述２５０３が含まれていない、または当該サービス利用端末１３０１を示す記述２５０３が含まれているコネクタデータ７１０がコネクタデータ保存領域７００から取得され、そのその入出力定義８０５に、サービス利用端末１３０１のＦｉｌｅ機能１３０４により選択された画像をＩｍａｇｅ領域１７０１に表示する旨が設定されているからである。

さらに図２６に示されるファイル表示画面が表示されている状態においてＳｅｎｄボタン１７０６が押下されると、サービス利用端末１３０１内のＳｅｎｄ機能１３０５が起動される。Ｓｅｎｄ機能１３０５が起動されることで、これまでの説明により作成されたコンテンツ（ＩｍａｇｅおよびＴｅｘｔ）が予め指定されていた宛先に送信される。図２７には、送信が完了したときにディスプレイ１３０２に表示される送信完了画面の具体例であって、送信が完了した旨を表わす画面の具体例である。図２７に示されるように、Ｓｅｎｄ機能１３０５が起動されて作成されたメッセージが送信されると、その旨を示す送信完了表示２２０３がディスプレイ１３０２に表示される。

このように、本発明にかかるサービス利用端末は図２８に示されるようなサービス利用処理を実行してコネクタを介して機能を利用することによって、サービスの提供を享受することができる。すなわち、図２８を参照して、携帯電話などのサービス利用端末において、ユーザ入力を受付けてアプリケーションを実行する際に、アプリケーションに必要な機能をコネクタを介して利用する。この際、必要に応じて、コネクタをコネクタ提供サーバに要求して取得する。このようにすることで、サービス利用端末の内部の機能と当該端末の外部のサービス提供サーバが提供する機能とを同一の方法でアプリケーションにおいて利用することが可能になる。すなわち、アプリケーションを利用するユーザは、そのアプリケーションに必要な機能がそのサービス利用端末が備えられているか否かを意識することなく利用することができ、ユーザの利便性を高めることができる。

さらに、特定の機能がアプリケーションから利用可能であるか否かを、コネクタの識別子と実行しているアプリケーションの識別子とを比較（マッチング）して判断することによって、サービス利用端末内外の機能を利用できるアプリケーションを制限することが可能になる。また、サービス提供サーバの提供する機能をコネクタを介して利用することにより、コネクタの提供されていないサービス提供サーバの提供する機能の利用を制限することが可能になる。すなわち、アプリケーション作成者の意図しない機能が用いられることを防止することができる。具体的には、アプリケーション実行時に、その機能を利用するためにアプリケーション作成者が意図していないコネクタが用いられるという事態を防止することができる。その結果、アプリケーション作成者が意図していない機能がアプリケーションの実行に用いられるという事態を防止することができ、サービス利用端末においてアプリケーション作成者の意図する実行が行なわれる。また、たとえばサービス利用端末に有害な機能がサービス利用端末において実行されてしまうという事態を防止することもできる。このため、Ｗｅｂサービスを利用するユーザの安全性を高めることができる。

さらに、アプリケーションを実行する際に必要な機能の存在場所をコネクタで設定することによって、アプリケーション作成者は、必要な機能がサービス利用端末に備えられているか否か、また、サービス提供サーバに備えられているか否かを意識することなく、コネクタを設定することで意図する機能が実行されるアプリケーションを作成することができる。そのため、アプリケーションを実行する際に必要な機能の存在場所やバージョンなど、その機能の情報が変更された場合であっても、その変更をアプリケーションに反映する必要がなく、コネクタを書換える、またはコネクタを置換えるだけでその変更をアプリケーションに反映することが可能であるため、アプリケーションの作成が容易になる。

［変形例１］
第１の変形例として、アプリケーション４０５の他の具体例を図２９に示す。第１の変形例においては、アプリケーション４０５において、実行時に用いられる機能に対応したコネクタが、記述６０２１のような検索条件で設定されることを特徴としている。すなわち、図２９を参照して、具体的に第１の変形例においてアプリケーション４０５は、ＴｅｘｔＡｒｔというアクションの動作を、「検索範囲を“Ｔｅｒｍｉｎａｌ＋Ｓｅｖｅｒ（サービス利用端末１００およびコネクタ提供サーバ２８０）”として検索された、入力するデータの型が文字列で、出力するデータの型がＪｐｅｇ画像であるコネクタを利用し、該当する機能にはＴｅｘｔ領域の値を渡し、その機能から受取った結果をＴｅｘｔ領域に表示する」と設定している。

図２９に示されるようなアプリケーション４０５をサービス利用端末１３０１において実行する際、上述のステップＳ１０４においては、コネクタの検索範囲をサービス利用端末１３０１内外の両方と判定し、ステップＳ１０５１および／あるいはステップＳ１０５２において該当するコネクタを取得する。具体的には、図１２に示されるようなコネクタデータ７１０の入出力定義８０５の記述２５０１および記述２５０２を参照して、そのコネクタに対応している機能に対して入力するデータの型が文字列であって、そのコネクタに対応している機能が出力するデータの型がＪｐｅｇ画像であるコネクタを検索する。

なお、ステップＳ１０５１および／あるいはステップＳ１０５２において該当するコネクタが複数得られた場合、ステップＳ１０８の処理に先だって、図３０に示されるようなコネクタ選択画面２２０４をディスプレイ１３０２に表示し、利用するコネクタを選択することが好ましい。

アプリケーションにおいてこのような検索条件でコネクタを設定することで、アプリケーション作成者がコネクタの存在場所を知らない場合であっても、意図する機能を実行させるためのコネクタを設定することが可能である。

また、サービス利用端末においてこのようなアプリケーションを実行する際には、検索された複数のコネクタの中から、最適なコネクタを選択してそのコネクタに対応した機能を実行することができる。

［変形例２］
第２の変形例として、アプリケーション４０５のさらに他の具体例を図３１に示す。第２の変形例においては、アプリケーション４０５において、実行時に用いられる機能に対応したコネクタが、記述６０２２のような検索条件で設定されることを特徴としている。すなわち、図３１を参照して、具体的に第２の変形例においてアプリケーション４０５は、ＴｅｘｔＡｒｔというアクションの動作を、「検索範囲を“Ｔｅｒｍｉｎａｌ＋Ｓｅｖｅｒ（サービス利用端末１００およびコネクタ提供サーバ２８０）”として検索された、サービスの記述が“文字列装飾”であるコネクタを利用し、該当する機能にはＴｅｘｔ領域の値を渡し、その機能から受取った結果をＴｅｘｔ領域に表示する」と設定している。

図３１に示されるようなアプリケーション４０５をサービス利用端末１３０１において実行する際、上述のステップＳ１０４においては、コネクタの検索範囲をサービス利用端末１３０１内外の両方と判定し、ステップＳ１０５１および／あるいはステップＳ１０５２において該当するコネクタを取得する。具体的には、図１２に示されるようなコネクタデータ７１０の入出力定義８０５の記述２５０３などを参照して、（図１２には図示されていない）サービスの記述に該当する記載のあるコネクタを検索する。

なお、ステップＳ１０５１および／あるいはステップＳ１０５２において該当するコネクタが複数得られた場合、ステップＳ１０８の処理に先だって、図３２に示されるようなコネクタ選択画面２２０５をディスプレイ１３０２に表示し、利用するコネクタを選択することが好ましい。

アプリケーションにおいてこのような検索条件でコネクタを設定することでも、第１の変形例と同様に、アプリケーション作成者がコネクタの存在場所を知らない場合であっても、意図する機能を実行させるためのコネクタを設定することが可能である。

また、サービス利用端末においてこのようなアプリケーションを実行する際には、検索された複数のコネクタの中から、最適なコネクタを選択してそのコネクタに対応した機能を実行することができる。

［変形例３］
第３の変形例として、コネクタデータ７１０の他の具体例を図３３に示す。第３の変形例においては、コネクタデータ７１０において、対応する機能で扱うデータの種類を考慮して、記述８００のようにアクセスの制限が設定されることを特徴としている。すなわち、図３３を参照して、具体的に第３の変形例においてコネクタデータ７１０は、Ｆｉｌｅ機能が扱うデータのうち、システムデータは読取専用のデータであって表示せず、住所録データは読取専用のデータであって表示し、一般データは読書可能のデータであって表示する、と設定している。

サービス利用端末１３０１において図３３に示されるようなコネクタデータ７１０を介してＦｉｌｅ機能を実行する際、ステップＳ１１１における結果表示では、図３４に示すようなファイル選択画面を表示する。すなわち、図３４を参照して、Ｆｉｌｅ領域２２０６にはＦｉｌｅ機能で扱うデータとしてＳａｍｐｌｅ１．ｊｐｇ、Ｓａｍｐｌｅ２．ｊｐｇ、およびＳａｍｐｌｅ３．ｊｐｇを［ＲＷ］と表示し、読書き（削除）が可能なデータである旨を示している。また、住所録１.ａｄｄ、および住所録２.ａｄｄを［ＲＯ］と表示し、閲覧のみが可能であって内容の変更や削除ができないデータである旨を示している。さらに、ｐｏｒｐ＝“Ｈｉｄｄｅｎ”と表示を制限されているファイル（図示せず）を表示していない。

このように、コネクタに対応する機能が扱うデータへのアクセスを制限することによって、よりセキュリティの高いサービスの提供を行なうことができる。

なお、言うまでもなく、このような対応する機能が扱うデータへのアクセスの制限はコネクタに設定される場合に限定されず、コネクタに対応している機能によって実現されてもよい。

［変形例４］
第４の変形例におけるサービス提供システムの、簡略化した構成の具体例を図３５に示す。図３５に示されるように、第４の変形例においては、サービス利用端末１００において、サービス提供サーバ２１０から当該サービス利用端末１００に応じてカスタマイズされた機能であるアプリケーションの提供、また、コネクタ提供サーバ２８０から当該サービス利用端末１００に応じてカスタマイズされたコネクタの提供を享受することを特徴とする。

具体的には、サービス利用端末１００がサービス提供サーバ２１０に対して特定の機能を要求したとき、サービス提供サーバ２１０においてその機能がそのサービス利用端末１００に応じてカスタマイズされ、アプリケーションデータ３１０に図３６に示されるようなサービス利用端末１００に応じたアプリケーション識別子４０２が付与される。

また、サービス利用端末１００がコネクタ提供サーバ２８０に対して特定のコネクタを要求したとき、コネクタ提供サーバ２８０においてそのコネクタがそのサービス利用端末１００に応じてカスタマイズされ、コネクタデータ７１０に図３７に示されるようなサービス利用端末１００に応じたコネクタ識別子８０２が付与される。

このようなアプリケーション識別子４０２およびコネクタ識別子８０２は、サービス利用端末１００から要求を受付けたサービス提供サーバ２１０およびコネクタ提供サーバ２８０において一意に割振られるものであって、サービス利用端末１００の記憶部１３の一般ユーザ変更不可領域１３２に記憶されている固有情報などを用いた識別子である。このようなサービス利用端末１００の固有情報は、要求と共にサービス利用端末１００から自動的に送られてくるものであってもよいし、要求を受けたサービス提供サーバ２１０およびコネクタ提供サーバ２８０が当該サービス利用端末１００などから取得するものであってもよい。また、サービス提供サーバ２１０およびコネクタ提供サーバ２８０がアクセス可能なデータベース（図示せず）に予め格納されている情報であってもよい。

このような場合、サービス利用端末１００においては、図３８に示されるような端末外機能利用処理が実行される。すなわち、ステップＳ４０１において図１９のステップＳ２０１と同様の処理が実行されて、実行しているアプリケーションから外部機能が利用可能と判定された場合（Ｓ４０１でＹＥＳ）、処理をステップＳ４１２に進めて、そのアプリケーションの識別子４０２とコネクタの識別子８０２とを比較し、当該サービス利用端末１００においてそのアプリケーション４０５を実行する際にそのコネクタ７１０を介して対応付けられている機能を利用できるか否かを判定する。ステップＳ４１２では、識別子４０２，８０２が共に、サービス利用端末１００に応じてカスタマイズされた識別子であることを確認する。具体的には、ステップＳ４１２では、両識別子４０２，８０２に当該サービス利用端末１００を示す情報が含まれているか否か、などを確認する。

ステップＳ４１２での比較の結果、アプリケーションの識別子４０２とコネクタの識別子８０２とがサービス利用端末１００に応じてカスタマイズされた識別子であることが確認された場合には（Ｓ４１２でＹＥＳ）、処理をステップＳ４０２へ進める。ステップＳ４０２以降の処理は、上述のステップＳ２０２以降の処理と同様であるため、ここでの説明は繰返さない。

一方、ステップＳ４１２での比較の結果、アプリケーションの識別子４０２とコネクタの識別子８０２との少なくとも一方がサービス利用端末１００に応じてカスタマイズされた識別子でないことが確認された場合には（Ｓ４１２でＮＯ）、ステップＳ４０６へ処理を進め、エラーメッセージを生成して本処理を終了する。そして、処理を図１７のメインルーチンへ戻す。

このように、第４の変形例におけるサービス利用端末では、サービス利用端末に応じてカスタマイズされたアプリケーションとコネクタとを用いてアプリケーションを実行することを特徴とする。このことによって、サービス利用端末において実行されるアプリケーションとコネクタとのセキュリティが確実に保たれる。また、アプリケーションとコネクタとのマッチングが不成功の場合には、そのアプリケーションにおいて対応しないコネクタを用いることができないため、サービス利用端末においてアプリケーション作成者の意図する機能を実行することができる。

ところで、上述の図１７に示されるサービス利用端末１３０１での処理において、実行しているアプリケーション４０５が図４６に示されるものである場合、ステップＳ１０４１では、記述６０２３のＳｃｏｐｅ属性値を参照して、必要となるコネクタを規定される検索範囲から検索する。ここでは、「ｓｃｏｐｅ＝“Ｓｅｒｖｅｒ”」と記述されているため、ステップＳ１０４４でコネクタ提供サーバ１３０７に接続して必要となるコネクタをダウンロードして取得するものと判断する。または、アプリケーション４０５のＳｃｏｐｅ属性値が「ｓｃｏｐｅ＝“Ｔｅｒｍｉｎａｌ＋Ｓｅｒｖｅｒ”」と記述されている場合には、サービス利用端末１３０１は、必要となるコネクタを、まず自端末のコネクタデータ保存領域７００から検索し、そこで得られなかった場合に、次に、コネクタ提供サーバ１３０７に接続して必要となるコネクタをダウンロードして取得するものと判断する。または、Ｓｃｏｐｅ属性値に関わらず、コネクタが必要となるたびにコネクタ提供サーバ１３０７に接続してダウンロードしてもよいし、コネクタ提供サーバ１３０７が提供するコネクタと自端末のコネクタデータ保存領域７００に保持するコネクタとを比較して、コネクタ提供サーバ１３０７が提供するコネクタが更新されている場合にコネクタ提供サーバ１３０７に接続して必要となるコネクタをダウンロードして取得してもよい。

ステップＳ１０５１では、コネクタ提供サーバ１３０７に対して必要とするコネクタを要求する。なお、上述の図４６は、アプリケーション４０５が拡張されたＳＭＩＬにより記述されている場合の具体例であるが、アプリケーション４０５は、Ｊａｖａ（Ｒ）言語やＣ言語を始めとする他のプログラムでの実装や、または、他の書式によって表現されていてもかまわない。

この場合の、コネクタ提供サーバ１３０７におけるコネクタ送信処理について、図４７のフローチャートを用いて説明する。図４７のフローチャートに示される処理は、コネクタ提供サーバ１３０７においてコネクタをサービス利用端末１３０１に提供するサービスを実行する際に、制御部２２が記憶部２３に記憶されるプログラムを読出して実行することで、図４１に示される各部が制御されて実現される。

図４７を参照して、始めに、ステップＳ６０１でサービスが起動される。次にステップＳ６０２で、サービス利用端末１３０１からコネクタの要求があると（Ｓ６０２でＹＥＳ）、ステップＳ６０３でコネクタデータ管理部９２０において要求元のサービス利用端末１３０１の情報を取得して確認する。

ステップＳ６０３では、コネクタ要求を示す依頼情報自体に含まれる端末ＩＤをサービス利用端末情報として取得してサービス利用端末１３０１を確認してもよいし、また、サービス利用者端末１３０１のユーザＩＤ情報をサービス利用端末情報として利用してもよい。また、サービス利用端末情報として、サービス利用端末情報に基づいてそのコネクタの提供が許可されているか否かを判断できる他のいずれの情報を利用してもよい。また、さらに詳しい情報を取得するために、ステップＳ６０３において、コネクタ提供サーバ１３０７は、要求のあったサービス利用端末１３０１に対して、端末自身の情報や当該端末を利用しているユーザ情報の問い合わせを行なってもよい。

次に、ステップＳ６０４では、ステップＳ６０３で取得したサービス利用端末情報に基づいて、サービス利用端末１３０１に対してコネクタを提供するか否かを判断する。ステップＳ６０４においてコネクタを提供しないと判断した場合はステップＳ６１０に進む。また、ステップＳ６０４における判断結果においてコネクタを提供すると判断した場合は、ステップＳ６０５に進む。

ステップＳ６０４における判断は、ステップＳ６０３で取得したサービス利用端末情報に基づいて行なわれてもよい。より具体的には、予め端末管理部５１０に記憶されているコネクタ提供が可能な端末の情報を参照して、ステップＳ６０３で取得したサービス利用端末情報に基づいて判断してもよい。また、ステップＳ６０３で取得したサービス利用端末情報に基づいて他の認証サーバへの問合わせを行なった結果に基づいて行なわれてもよい。

なお、コネクタ提供サーバ１３０７において、サービス利用端末１３０１のいずれのサービス利用端末情報も利用しない場合は、前述のステップＳ６０３を省いてステップＳ６０４に進んでもよい。この場合、ステップＳ６０４では、サービス利用端末１３０１からの情報を利用せずに、コネクタ提供サーバ１３０７自体の状態に応じてコネクタを提供するか否かが判断される。また、コネクタ提供サーバ１３０７において、いずれのアクセス制限も行なわない場合は、前述のステップＳ６０４を省いて、ステップＳ６０５に進んでもよい。

ステップＳ６０５では、コネクタ管理部９２０において、要求されたコネクタがコネクタデータ保存領域９００に保持されているかどうかの確認を行なう。要求されたコネクタがコネクタデータ保存領域９００に保持されているか否かは、コネクタデータ管理部９２０において、該当するコネクタがあるか否かコネクタデータ保存領域９００の検索を行なうことによって判断される。

コネクタ提供サーバ１３０７が該当するコネクタを所有していない場合（Ｓ６０５でＮＯ）、ステップＳ６１０のエラー通知処理に進む。一方、コネクタ提供サーバ１３０７が該当するコネクタを所有している場合（Ｓ６０５でＹＥＳ）、ステップＳ６０６に進み、コネクタデータ管理部９２０において必要に応じて所有しているコネクタデータ９１０のデータの一部を編集した後ステップＳ６０７に進み、通信制御部５３０にて、サービス利用端末１３０１に向けて該当コネクタデータ９１０を送信する。

ステップＳ６０６でのコネクタの編集の１つの具体例としては、ステップＳ６０３において取得したサービス利用端末１３０１の端末情報に応じてコネクタデータ９１０を編集する方法が挙げられる。

より具体的には、サービス利用端末１３０１の端末情報を参照することにより、サービス利用端末１３０１が課金済みのアプリケーションを起動していることを検知した場合、ステップＳ６０６でコネクタデータ管理部９２０はコネクタデータ９１０の最大利用回数を指定しない編集、または有効期限を無期限に指定する編集を行なう。このような編集を行なうことにより、サービス利用端末１３０１上で当該アプリケーションを実行する際、前述コネクタデータ９１０で特定される機能を無制限に利用することができる。

またより具体的には、サービス利用端末１３０１の端末情報を参照することにより、サービス利用端末１３０１が「体験版」の状態でアプリケーションを起動していることを検知した場合、ステップＳ６０６でコネクタデータ管理部９２０はコネクタデータ９１０の最大利用回数を１０回に指定する編集、または有効期限をリクエストのあった日から１週間後までの日付に指定する編集を行なう。このような編集を行なうことにより、サービス利用端末１３０１上で当該アプリケーションを実行する際、前述コネクタデータ９１０で特定される機能の利用回数や利用期間を制限することができる。

またより具体的には、ステップＳ６０３において取得したサービス利用端末１３０１の端末情報よりサービス利用端末１３０１の機種や契約している通信キャリアなどを特定し、ステップＳ６０６でコネクタデータ管理部９２０はそれらに応じてコネクタデータ９１０の編集を行なう。たとえば、特定されたサービス利用端末１３０１の機種が備える表示装置の解像度や、表示可能な色調や、特定されたサービス利用端末１３０１の通信キャリアにおいて通信可能なデータ容量などに応じて、コネクタデータ９１０で特定される機能から出力されるデータ形式を変更するなどの編集を行なうことが好ましい。

また、コネクタの編集の他の具体例としては、サービス提供サーバ１３０６の形態に応じてコネクタデータ９１０を編集する方法が挙げられる。より具体的には、図４８に示されるように、ある同一の機能を提供するサービス提供サーバ１３０６が複数台（Ｓｅｒｖｅｒ１〜Ｓｅｒｖｅｒ３）存在する場合がある。これは、複数のサービス利用端末から同時にアクセスされた場合でも十分に対応できるように、同様の機能を提供するサービス提供サーバを複数台稼動させて、サービス利用端末からのリクエストごとに異なるサービス提供サーバが動作するような枠組みが導入された場合の一般的なシステム構成である。この場合、ステップＳ６０６でコネクタデータ管理部９２０は上記複数のサーバにランダムに、または所定のアルゴリズムに従ってコネクタデータ９１０に記載されるサービス提供サーバ名（サービス提供サーバへのアクセス情報）を変更する編集を行なう。具体的には、コネクタデータ９１０のサービス定義を図４９の入出力定義の具体例である入出力定義８０５ｃの行２７０３のように編集する。このような編集を行なうことにより、サービス提供サーバにアクセスを分散させる仕組みを導入することなく、サービス利用端末１３０１から特定のサービス提供サーバにアクセスが集中することを防ぎ、アクセスを分散させることができる。

また、サービス提供サーバ１３０６の形態に応じてコネクタデータ９１０を編集する方法として次のような他の具体例が挙げられる。すなわち、図５０に示されるように、サービス提供システムがサービス利用端末１３０１とサービス提供サーバ１３０６との間で機能の提供を中継する中継サーバ（プロキシサーバとも言われる）１３０８を含み、サービス提供サーバ１３０６が中継サーバ１３０８を介してサービスを提供する形態である場合、ステップＳ６０６でコネクタデータ管理部９２０は、実際にサービスを提供しているサービス提供サーバ１３０６へのアクセス情報を、サービス中継サーバ１３０８へのアクセス情報に変更する編集を行なう。具体的には、コネクタデータ９１０のサービス定義を図５１の入出力定義の具体例である入出力定義８０５ｄの行２８０３のように編集する。このような編集がされたコネクタを受信したサービス利用端末１３０１ではコネクタの記述に従って、サービス中継サーバ１３０８をサービス提供サーバ１３０６と仮定して機能の提供を要求する。一般的に、セキュリティ確保の観点より、携帯電話などのサービス利用端末において１つのアプリケーションを実行している際には、そのアプリケーションの実行においてアクセスできるサーバは１つに限定されている場合が多い。しかし、サービス提供サーバで提供される機能は複数のサーバから提供されている場合や、他のサーバが提供している同様の機能であってよりよい機能を利用したい場合もある。そのような場合に、コネクタの記述に従ってサービス中継サーバ１３０８をサービス提供サーバ１３０６と仮定してアクセスすることで、サービス利用端末１３０１では、サービス提供サーバへのアクセスの制限に関わらずに最適な機能を利用することができる。

そして、ステップＳ６０８において送信処理が正常に終了した場合（Ｓ６０８でＹＥＳ）、ステップＳ６０９で端末管理情報の更新処理を行なう。ステップＳ６０９では、端末情報管理部２１０において、ステップＳ６０３にて取得したコネクタを送信したサービス利用端末１３０１の情報と、当該端末に対してコネクタを送信した旨とが記録される。本処理においては、単にサービス利用端末１３０１の情報を記憶しておくだけでなく、図示しない他の課金サーバと連携して、コネクタ送信の記録と共にコネクタ発行に対する課金処理を行なってもよい。また、更新処理を不要とする場合は、ステップＳ６０８を省略して次に進んでもよい。

一方、ステップＳ６０８において送信処理が異常終了したことが判断された場合（Ｓ６０８でＮＯ）、ステップＳ６１０のエラー通知処理に進む。

ステップＳ６１０では通信制御部５３０において、コネクタを要求したサービス利用端末１３０１に対して、コネクタの要求手続きが異常終了したことの通知を行なう。ステップＳ６１０では、サービス利用端末１３０１自身がタイムアウト処理機能や通信エラー検知機能を備える場合にはエラー通知処理を省略して、コネクタ提供サーバ１３０７自身のエラー処理のみを行なってもよい。その後、処理をステップＳ６０２に戻し、次のコネクタ要求があるまで待機する。

上述の処理を実行したコネクタ提供サーバ１３０７より要求するコネクタを受信したサービス利用端末１３０１は、受信したコネクタに記載されているアクセス情報を参照してサービス提供サーバ１３０６へアクセスし、サービス提供サーバ１３０６の提供する機能を利用できる。

［変形例５］
第５の変形例として、上述の図５０に示されるようなサービス提供システムにおいて、コネクタ提供サーバ１３０７が中継サーバ１３０８の機能を備えて、コネクタ提供サーバ１３０７と中継サーバ１３０８とが一体の構成となっていてもよい。

その場合のコネクタ提供サーバ１３０７で実行されるサービス中継処理について図５２のフローチャートを用いて説明する。図５２のフローチャートに示される処理は、中継サーバとして機能するコネクタ提供サーバ１３０７がサービス利用端末１３０１からサービス提供サーバ１３０６に替わってサービスの提供の要求を受付けた際に制御部２２が記憶部２３に記憶されるプログラムを読出して実行することで、図４１に示される各部が制御されて実現される。

図５２を参照して、始めに、ステップＳ７００でサービス利用端末１３０１からのサービス提供の要求を受信したコネクタ提供サーバ１３０７は、ステップＳ７０１において、要求されたサービス（機能）が中継処理を行なう対象であるかの検索を行なう。ステップＳ７０１では、コネクタデータ管理部９２０は、サービス提供サーバ１３０６へのアクセス情報（アドレス）を中継サーバ１３０８として機能するコネクタ提供サーバ１３０７自身へのアクセス情報に書換える編集を行なったコネクタデータ９１０をサービス利用端末１３０１に提供したか否かを、コネクタデータ保存領域９００に格納されているコネクタデータ９１０を検索して判定する。

ステップＳ７０１での検索の結果、コネクタ提供サーバ１３０７自身へのアクセス情報に編集したコネクタデータ９１０をサービス利用端末１３０１に提供していた場合は、そのコネクタに記載されているサービス名を参照してコネクタデータ保存領域９００を検索して、編集したコネクタデータ９１０に対応するオリジナルのコネクタデータを検索する。そして、コネクタデータ保存領域９００よりオリジナルのコネクタデータを検出した場合は、サービス提供の要求を中継可能だと判断し（Ｓ７０２でＹＥＳ）、ステップＳ７０３に進む。

ステップＳ７０３では、サービス利用端末１３０１から受取ったサービス提供の要求を、オリジナルのコネクタデータに記載されているアクセス情報に基づいて該当するサービス提供サーバ１３０６に送る。続いて、ステップＳ７０４にて、サービス提供サーバ１３０６からのサービス応答を待つ。

サービス提供サーバ１３０６から正常に結果が返ってきた場合（Ｓ７０４でＹＥＳ）、ステップＳ７０５に進んで結果をサービス利用端末１３０１に送信し、サービス中継処理を終了する。

一方、ステップＳ７０４でサービス提供サーバ１３０６から応答がなかった場合（Ｓ７０４でＮＯ）や、ステップＳ７０２で要求されたサービス（機能）が中継処理を行なう対象でないと判断した場合（Ｓ７０２でＮＯ）は、ステップＳ７０７に進んで受信データや一時保存データを破棄し、サービス提供を要求したサービス利用端末１３０１に対して、当該サービが利用できない旨の通知を行なう等のエラー処理を行なう。

さらに、ステップＳ７０２において、予めサービス提供サーバ１３０６がそのサービスの提供ができないことがわかっておりその旨をコネクタ提供サーバ１３０７に通知していた場合は、コネクタ提供サーバ１３０７は当該サービスが利用できない予約がされていると判断し（Ｓ７０２で「処理の予約がされている場合」）、ステップＳ７０６で、予め設定されている（固定の）サービスが利用できない旨を示す情報をサービス利用端末１３０１に対して送信する。具体的には、サービス提供サーバがメンテナンス作業のため一定期間、サービスの提供ができない場合、一般的には、サービスの利用者に前もってサービスが停止する旨を通知したり、または、同じサービスを提供可能な代替サービス提供サーバを同じアドレスで立ち上げたりする必要があったが、本変形例では、前述の対応をとることなく、コネクタ提供サーバに代替サービス提供サーバの働きをさせることができるため、サービス提供サーバの構成が簡単になる。

以上で、第５の変形例のコネクタ提供サーバにおけるサービス中継処理が終了する。

［変形例６］
第６の変形例にかかるアプリケーション４０５の具体例を図５３に示す。第６の変形例にかかるアプリケーション４０５ではｅｖｅｎｔ要素に対して複数のａｃｔｉｏｎ要素が関連付けられており、ユーザの単一の入力操作により複数の機能を同時に実行することを特徴とする。

具体的には、図５３の記述５３０１において、「ａｕｔｏ−ｆｉｌｌ」ボタンを押された場合に実行される“ａｕｔｏ−ｆｉｌｌ”というアクションには３つの動作が割当てられており、それぞれ「検索範囲を“Ｔｅｒｍｉｎａｌ”として検索されたｇｅｔＡｄｄｒｅｓｓという名前のコネクタを利用し、該当する機能には値を渡す必要はなく、その機能から受取った結果は“Ｔｅｘｔ:１”領域に表示する」、「検索範囲を“Ｔｅｒｍｉｎａｌ”として検索されたｇｅｔＣｏｍｐａｎｙという名前のコネクタを利用し、該当する機能には値を渡す必要はなく、その機能から受取った結果は“Ｔｅｘｔ：２”領域に表示する」、および「検索範囲を“Ｔｅｒｍｉｎａｌ”として検索されたｇｅｔＮａｍｅという名前のコネクタを利用し、該当する機能には値を渡す必要はなく、その機能から受取った結果は“Ｔｅｘｔ：３”領域に表示する」という動作を設定している。

本具体例にかかるアプリケーションにおいてこのようにコネクタを利用することで、図５４に示される入力画面のような、たとえば、住所、会社名、および名前など一連の個人情報を入力する必要がある場合に、その情報が端末内または端末外のどちらにあるかに関わらず、「ａｕｔｏ−ｆｉｌｌ」ボタンを押すという単一の操作により図５５に示されるようにそれらの情報が自動的に入力される。このため、ユーザの手間を省くことができる。

［変形例７］
第７の変形例にかかるアプリケーション４０５の具体例を図５６に示す。第７の変形例にかかるアプリケーション４０５では、文字列を表示するｔｅｘｔ要素が、複数の要素から条件に合致した要素を選出すｓｗｉｔｃｈ要素の対象となっており、この条件がコネクタから受取った結果に基づいているものであることを特徴とする。

具体的には、図５６の記述５６０１においてｓｗｉｔｃｈ要素には２つのｔｅｘｔ要素が割当てられており、それぞれ、「検索範囲を“Ｔｅｒｍｉｎａｌ”として検索されたｇｅｔＲｏｌｅという名前のコネクタを利用し、その機能から受取った結果が“ｃｈｉｅｆ”もしくは“ｄｉｒｅｃｔｏｒ”の場合に、“Ｔｅｘｔ”領域にファイル“ｓｅｃｒｅｔ．ｔｘｔ”の内容を表示する」、および「検索範囲を“Ｔｅｒｍｉｎａｌ”として検索されたｇｅｔＲｏｌｅという名前のコネクタを利用し、その機能から受取った結果が空文字の場合に、“Ｔｅｘｔ”領域にファイル“ｐｕｂｌｉｃ．ｔｘｔ”の内容を表示する」という動作を設定している。

本具体例にかかるアプリケーションにおいてこのようにコネクタを利用することで、たとえば企業向けのワークフローなどを想定した場合に、同じアプリケーションでも重要な情報を見る権限を持つ社員に対しては図５７に示されるように表示し、一般の社員に対しては図５８に示されるように表示するといったように、権限によって情報の見せ方を変える、つまり表示の範囲を所定の条件に応じて変化させるということが可能である。

また、図５９に示されるアプリケーション４０５のように、ボタン表示の部分に同様なｓｗｉｔｃｈ要素を割当てることにより、図６０および図６１に示されるように、ボタン（「ａｐｐｒｏｖｅ」ボタン）そのものを表示・非表示することができ、たとえば決裁権限を持つ社員にのみ決裁書に「決裁」ボタンを表示するといった表示方法を行なうことが可能である。

［変形例８］
第８の変形例にかかるコネクタデータの保存方法および管理方法の具体例を図６２に示す。第８の変形例においては、図６２に示されるように、コネクタデータ保存領域およびコネクタデータ管理部がネットワークによって接続されたサーバに保持されて、サービス利用端末１０３１内のコネクタ管理部１２０には、該サーバに保持されるコネクタデータ保存領域およびコネクタデータ管理部の存在場所のみが保持されることを特徴とする。

この場合、上述のステップＳ１０４４においては、サーバに保持されたコネクタデータ保存領域が検索されて、該コネクタデータ保存領域に該当するコネクタデータが存在すれば、ステップＳ１０５２にてコネクタデータ保存領域より該当するコネクタが取得される。

一方、該当するコネクタデータが見つからない場合は、ステップＳ１０５１にてコネクタ提供サーバ２８０より該当するコネクタがダウンロードされ、サービス利用端末１０３１のコネクタデータ保存領域に保存される。複数のサービス利用端末についてのコネクタデータ保存領域およびコネクタデータ管理部を保持するサーバは、サービス利用端末ごとのコネクタデータ保存領域およびコネクタデータ管理部を当該サービス利用端末に関連付けて保持する。

本具体例においては、以上のような構成により、各サービス利用端末でのコネクタの利用実態をサーバで把握することができ、各機能利用時に発生する課金処理や認証処理をサーバ側で一括して行なうことが可能となる。

［変形例９］
アプリケーションのユーザインタフェースに沿って入力された値を、コネクタを利用して所定のサービス提供サーバ２１０にアクセスして処理する際に、実際にサービス提供サーバ２１０においては、所定の関数であるメソッドが利用されて、入力された値の処理が実行される。そこで、その場合の処理について、第９の変形例として説明する。

図６３は、第９の変形例にかかる端末６３００の構成の具体例を示す図である。

図６３を参照して、端末６３００は、アプリケーションデータ保存領域３００とアプリケーションデータ管理部３２０とを含んで構成されるアプリケーション管理部１１０を含む。アプリケーションデータ保存領域３００には占いアプリケーション６３１０が保存されているものとする。

また端末６３００は、コネクタデータ保存領域７００とコネクタデータ管理部７２０とを含んで構成されるコネクタ管理部１２０を含む。コネクタデータ保存領域７００には、コネクタデータ６３２０が保存されているものとする。さらに、コネクタデータ６３２０には端末外部の占いＷｅｂサービス６３４０を利用するための情報が記述されているものとする。占いＷｅｂサービス６３４０は占い用のメソッドを提供するサービスであるものとする。

図６４は、占いアプリケーション６３１０の詳細の具体例を示す図である。

図６４を参照して、占いアプリケーション６３１０は、占いを行なうための占いインタフェース６４１０と、占いの結果を表示するための占い結果画面６４２０との、２つの画面を含んで構成される。

占いインタフェース６４１０には、占いＷｅｂサービスを利用するために送信するデータを入力するフォーム６４１１〜６４１４が用意されている。本実施例では、名前を入力するためのフォームであるＮＡＭＥ６４１１、誕生日を入力するためのフォームであるＢＩＲＴＨＤＡＹ６４１２、血液型を入力するためのフォームであるＢＬＯＯＤ６４１３、および出身地を入力するためのフォームであるＨＯＭＥＴＯＷＮ６４１４がそれぞれ用意されており、「占う」ボタン６４１５が押されると、これらのフォームに入力されたデータがコネクタを介して占いＷｅｂサービスに送られる。また、メニューボタン６４１６が押されると、様々なメニューが選択可能に表示される。

占い結果画面６４２０には、結果を表示するための領域ＲＥＳＵＬＴ６４２１と、占いインタフェースに戻るための「戻る」ボタン６４２２とが用意されている。

図６５は、占いアプリケーション６３１０から占いＷｅｂサービス６３４０を利用する場合の処理を説明する図である。図６５においては、占いアプリケーション６３１０から占いＷｅｂサービス６３４０を利用するために、占いＷｅｂサービス６３４０の提供するメソッド６５１０が示されている。すなわち、占いＷｅｂサービス６３４０の提供するメソッド６５１０の名前はＨｏｒｏｓｃｏｐｅであり、メソッドの第１引数の型は文字列で名前がｎａｍｅであり、メソッドの第２引数の型は整数で名前がｂｉｒｔｈｄａｙであり、メソッドの戻り値はビットマップ画像であることが示されている。

図６５を参照して、占いインタフェース６４１０において、フォームであるＮＡＭＥ６４１１に値「鈴木二郎」、ＢＩＲＴＨＤＡＹ６４１２に値「１９７３年３月１３日」、ＢＬＯＯＤ６４１３に値「ＡＢ型」、ＨＯＭＥＴＯＷＮ６４１４に値「広島県」と入力された状態で「占う」ボタン６４１５が押下されると、占いＷｅｂサービス６３４０を利用するためのコネクタデータ６３２０が呼出される。

コネクタデータ６３２０には、占いＷｅｂサービス６３４０の存在場所を示すＵＲＬや、そこで提供されるメソッドのＡＰＩ（アプリケーション）の仕様等が記述されているものとする。コネクタデータ６３２０にはさらに、占いインタフェース６４１０から入力されるデータを占いＷｅｂサービス６３４０の提供する占いメソッド６５１０に引渡すための変換規則、および占いメソッド６５１０からの戻り値を占い結果画面６４２０に表示するための変換規則が記述されている。つまり、本変形例においては、コネクタデータに、当該コネクタが決定する機能に対するデータの受け渡しを定義する入出力定義に替えて、当該コネクタが決定する機能を用いるために利用される関数であるメソッドに対するデータの受け渡しを定義する入出力定義が含まれる。

具体的なコネクタデータ６３２０に記述されている、占いメソッド６５１０を利用するための占いインタフェース６４１０から入力されるデータを変換する変換規則は以下のとおりである。
規則１）フォームＮＡＭＥ６４１１に入力された値を文字列に変換して、名前がＨｏｒｏｓｃｏｐｅであるメソッド６５１０の第１引数とする。
規則２）フォームＢＩＲＴＨＤＡＹ６４１２に入力された値を整数に変換して、名前がＨｏｒｏｓｃｏｐｅであるメソッド６５１０の第２引数とする。
規則３）名前がＨｏｒｏｓｃｏｐｅであるメソッド６５１０からの戻り値のビットマップ画像をＪｐｅｇ画像に変換して、領域ＲＥＳＵＬＴ６４２１に表示する。

上述の規則１により、コネクタデータ管理部７２０に含まれる図６３においては示されていない外部機能管理部においては、占いインタフェース６４１０のフォームＮＡＭＥ６４１１に入力された値「鈴木二郎」は文字列に変換され、占いＷｅｂサービス６３４０のＨｏｒｏｓｃｏｐｅメソッドの第１引数として、図６３においては示されていない外部機能呼出部において呼出された占いＷｅｂサービス６３４０に渡される。また、規則２により、占いインタフェース６４１０のフォームＢＩＲＴＨＤＡＹ６４１２に入力された値「１９７３年３月１３日」は整数に変換され、占いＷｅｂサービス６３４０のＨｏｒｏｓｃｏｐｅメソッドの第２引数として占いＷｅｂサービス６３４０に渡される。また、規則３により、占いＷｅｂサービス６３４０のＨｏｒｏｓｃｏｐｅメソッドからの戻り値であるビットマップ画像はＪｐｅｇ画像に変換され、占い結果画面６４２０の領域ＲＥＳＵＬＴ６４２１に表示される。

上記変換規則１〜３をＸＭＬにより記述した場合のコネクタデータ６３２０の一部の具体例を図６６に示す。

図６６を参照して、記述＜ｃｏｎｖｅｒｔ ｍｅｔｈｏｄ＝“Ｈｏｒｏｓｃｏｐｅ“＞において、本記述が、Ｈｏｒｏｓｃｏｐｅメソッドに対する変換規則であることが宣言される。

また、記述＜ｐａｒａｍＣｏｎｖ ｆｒｏｍＡｐｐ＝“ＮＡＭＥ“ ｆｒｏｍＴｙｐｅ＝“Ｓｔｒｉｎｇ“ ｔｏＳｅｒｖｉｃｅ＝“ｎａｍｅ“ ｔｏＴｙｐｅ＝“Ｓｔｒｉｎｇ“ ／＞において、アプリケーションから名前ＮＡＭＥで文字列（Ｓｔｒｉｎｇ）として渡されるデータを文字列（Ｓｔｒｉｎｇ）に変換して、サービス側の名前ｎａｍｅの引数に渡すことが宣言される。なお、この場合はどちらも文字列なので、実際の変換は不要となっている。

また、記述＜ｐａｒａｍＣｏｎｖ ｆｒｏｍＡｐｐ＝“ＢＩＲＴＨＤＡＹ“ ｆｒｏｍＴｙｐｅ＝“Ｓｔｒｉｎｇ“ ｔｏＳｅｒｖｉｃｅ＝“ｂｉｒｔｈｄａｙ“ ｔｏＴｙｐｅ＝“ｉｎｔ“ ／＞において、アプリケーションから名前ＢＩＲＴＨＤＡＹで文字列（Ｓｔｒｉｎｇ）として渡されるデータを整数（ｉｎｔ）に変換して、サービス側の名前ｂｉｒｔｈｄａｙの引数に渡すことが宣言される。

また、記述＜ｒｅｔｕｒｎＣｏｎｖ ｆｒｏｍＳｅｒｖｉｃｅ＝“ＲｅｔｕｒｎＶａｌｕｅ“ ｆｒｏｍＴｙｐｅ＝“ｂｉｔｍａｐ“ ｔｏＡｐｐ＝“ＲＥＳＵＬＴ“ ｔｏＴｙｐｅ＝“ｊｐｅｇ”／＞において、サービス側からの戻り値であるビットマップ画像（ｂｉｔｍａｐ）をＪｐｅｇ画像（ｊｐｅｇ）に変換して、アプリケーション側の領域ＲＥＳＵＬＴにおいて表示することが宣言される。

また、記述＜／ｃｏｎｖｅｒｔ＞において、Ｈｏｒｏｓｃｏｐｅメソッドに対する変換規則の定義が終了することが宣言される。

図６６に示される記述にしたがってコネクタデータ６３２０において占いインタフェース６４１０から入力されるデータが変換されて占いメソッド６５１０が利用されると、占いＷｅｂサービス６３４０からの戻り値であるビットマップ画像はＪｐｅｇ画像に変換され、図６５に示されるように占い結果画面６４２０の領域ＲＥＳＵＬＴ６４２１に表示される。

このように、コネクタデータに、当該コネクタが決定する機能に対するデータの受け渡しを定義する入出力定義に替えて、当該コネクタが決定する機能を用いるために利用される関数であるメソッドに対するデータの受け渡しを定義する入出力定義が含まれることで、アプリケーションにおいて入力される値をメソッドの引数に応じた値にする必要がない。そのため、アプリケーションのインタフェースを、利用されるメソッドを考慮して作成する必要がなく、アプリケーションの作成が容易になる。

さらに、このようなコネクタデータの構成とすることで、１つのアプリケーションから複数の異なるＷｅｂサービスを利用することも可能になる。

１つのアプリケーションから複数の異なるＷｅｂサービスを利用する場合の、端末６３００の構成の具体例を図６７に示す。

図６７を参照して、この場合も、図６３に示された場合と同様に、端末６３００は、アプリケーションデータ保存領域３００とアプリケーションデータ管理部３２０とを含んで構成されるアプリケーション管理部１１０を含む。アプリケーションデータ保存領域３００には占いアプリケーション６３１０が保存されているものとする。

また端末６３００は、コネクタデータ保存領域７００とコネクタデータ管理部７２０とを含んで構成されるコネクタ管理部１２０を含む。コネクタデータ保存領域７００には、コネクタデータ１（６３２０）とコネクタデータ２（６３３０）とが保存されているものとする。コネクタデータ１（６３２０）には端末外部の占いＷｅｂサービス１（６３４０）を利用するための情報が記述され、コネクタデータ２（６３３０）には端末外部の占いＷｅｂサービス２（６３５０）を利用するための情報が記述されているものとする。

占いアプリケーション１（６３２０）から占いＷｅｂサービス１（６３４０）を利用する場合の処理については、先に図６５を用いて説明されている。同様に、占いアプリケーション２（６３３０）から占いＷｅｂサービス２（６３５０）を利用する場合の処理を、図６８を用いて説明する。図６８においては、占いアプリケーション２（６３３０）から占いＷｅｂサービス２（６３５０）を利用するために、Ｗｅｂサービス２（６３５０）の提供するメソッド６６１０が示されている。すなわち、Ｗｅｂサービス２（６３５０）の提供するメソッドの名前はＨｏｍｅＦｏｒｔｕｎｅであり、メソッドの第１引数に型は文字列で名前がｎａｍｅであり、メソッドの第２引数の型は文字列で名前がｃｉｔｙであり、メソッドの戻り値はＨＴＭＬ文書であることが示されている。

図６８を参照して、占いインタフェース６４１０において、フォームであるＮＡＭＥ６４１１に値「鈴木二郎」、ＢＩＲＴＨＤＡＹ６４１２に値「１９７３年３月１３日」、ＢＬＯＯＤ６４１３に値「ＡＢ型」、ＨＯＭＥＴＯＷＮ６４１４に値「広島県」と入力された状態で「占う」ボタン６４１５が押下されると、占いＷｅｂサービス２（６３５０）を利用するためのコネクタデータ２（６３３０）が呼出される。

コネクタデータ２（６３３０）にも、コネクタデータ１（６３２０）と同様に、占いＷｅｂサービス２（６３５０）の存在場所を示すＵＲＬや、そこで提供されるメソッドのＡＰＩの仕様等が記述されているものとする。コネクタデータ２（６３３０）にはさらに、占いインタフェース６４１０から入力されるデータを占いＷｅｂサービス２（６３５０）の提供する占いメソッド６６１０に引渡すための変換規則、および占いメソッド６６１０からの戻り値を占い結果画面６４２０に表示するための変換規則が記述されている。

具体的なコネクタデータ２（６３３０）に記述されている、占いメソッド６６１０を利用するための占いインタフェース６４１０から入力されるデータを変換する変換規則は以下のとおりである。
規則１）フォームＮＡＭＥ６４１１に入力された値を文字列に変換して、名前がＨｏｍｅＦｏｒｔｕｎｅであるメソッド６６１０の第１引数とする。
規則２）フォームＨＯＭＥＴＯＷＮ６４１４に入力された値を文字列に変換して、名前がＨｏｍｅＦｏｒｔｕｎｅであるメソッド６６１０の第２引数とする。
規則３）名前がＨｏｍｅＦｏｒｔｕｎｅであるメソッド６６１０からの戻り値のＨＴＭＬ文章を、そのまま領域ＲＥＳＵＬＴ６４２１に表示する。

上述の規則１により、コネクタデータ管理部７２０に含まれる図６７においては示されていない外部機能管理部においては、占いインタフェース６４１０のフォームＮＡＭＥ６４１１に入力された値「鈴木二郎」は文字列に変換され、占いＷｅｂサービス２（６３５０）のＨｏｍｅＦｏｒｔｕｎｅメソッドの第１引数として、図６７においては示されていない外部機能呼出部において呼出された占いＷｅｂサービス６３４０に渡される。また、規則２により、占いインタフェース６４１０のフォームＨＯＭＥＴＯＷＮ６４１４に入力された値「広島県」は文字列に変換され、占いＷｅｂサービス２（６３５０）のＨｏｍｅＦｏｒｔｕｎｅメソッドの第２引数として占いＷｅｂサービス６３４０に渡される。また、規則３により、占いＷｅｂサービス２（６３５０）のＨｏｍｅＦｏｒｔｕｎｅメソッドからの戻り値であるＨＴＭＬ文書は、そのまま占い結果画面６４２０の領域ＲＥＳＵＬＴ６４２１に表示される。

上記変換規則１〜３をＸＭＬにより記述した場合のコネクタデータ２（６３３０）の一部の具体例を図６９に示す。

図６９を参照して、記述＜ｃｏｎｖｅｒｔ ｍｅｔｈｏｄ＝”ＨｏｍｅＦｏｒｔｕｎｅ”＞において、本記述が、ＨｏｍｅＦｏｒｔｕｎｅメソッドに対する変換規則であることが宣言される。

また、記述＜ｐａｒａｍＣｏｎｖ ｆｒｏｍＡｐｐ＝”ＮＡＭＥ” ｆｒｏｍＴｙｐｅ＝”Ｓｔｒｉｎｇ” ｔｏＳｅｒｖｉｃｅ＝”ｎａｍｅ” ｔｏＴｙｐｅ＝”Ｓｔｒｉｎｇ” ／＞において、アプリケーションから名前ＮＡＭＥで文字列（Ｓｔｒｉｎｇ）として渡されるデータを文字列（Ｓｔｒｉｎｇ）に変換して、サービス側の名前ｎａｍｅの引数に渡すことが宣言される。なお、この場合はどちらも文字列なので、実際の変換は不要となっている。

また、記述＜ｐａｒａｍＣｏｎｖ ｆｒｏｍＡｐｐ＝”ＨＯＭＥＴＯＷＮ” ｆｒｏｍＴｙｐｅ＝”Ｓｔｒｉｎｇ” ｔｏＳｅｒｖｉｃｅ＝”ｃｉｔｙ” ｔｏＴｙｐｅ＝”Ｓｔｒｉｎｇ” ／＞において、アプリケーションから名前ＨＯＭＥＴＯＷＮで文字列（Ｓｔｒｉｎｇ）として渡されるデータを文字列（Ｓｔｒｉｎｇ）に変換して、サービス側の名前ｃｉｔｙの引数に渡すことが宣言される。なお、この場合にもどちらも文字列なので、実際の変換は不要となっている。

また、記述＜ｒｅｔｕｒｎＣｏｎｖ ｆｒｏｍＳｅｒｖｉｃｅ＝”ＲｅｔｕｒｎＶａｌｕｅ” ｆｒｏｍＴｙｐｅ＝”ｈｔｍｌ” ｔｏＡｐｐ＝”ＲＥＳＵＬＴ” ｔｏＴｙｐｅ＝”ＨＴＭＬ”／＞において、サービス側からの戻り値であるＨＴＭＬ文書（ｈｔｍｌ）をＨＴＭＬ文書（ｈｔｍｌ）に変換して、アプリケーション側の領域ＲＥＳＵＬＴにおいて表示することが宣言される。なお、この場合にもどちらもＨＴＭＬ文書なので、実際の変換は不要となっている。

また、記述＜／ｃｏｎｖｅｒｔ＞において、ＨｏｍｅＦｏｒｔｕｎｅメソッドに対する変換規則の定義が終了することを宣言される。

図６９に示される記述にしたがって、コネクタデータ２（６３３０）占いインタフェース６４１０から入力されるデータが変換されて占いメソッド６６１０が利用されると、占いＷｅｂサービス２（６３５０）からの戻り値であるＨＴＭＬ文章は、図６８に示されるように占い結果画面６４２０の領域ＲＥＳＵＬＴ６４２１に表示される。

このように、１つのアプリケーション６３１０から２つのＷｅｂサービス６３４０，６３５０が利用可能な場合、図７０および図７１に示されるように、接続先であるＷｅｂサービス６３４０，６３５０を切替える操作が行なわれる。図７０、図７１は、アプリケーション６３１０から利用する占いＷｅｂサービス６３４０，６３５０の接続先を変更する方法の具体例を説明する図であって、図７０は、２つの占いＷｅｂサービス６３４０，６３５０が利用可能な占いアプリケーション６３１０の、占いインタフェース６４１０の表示の具体例を示す図である。具体的には、図７０に示される占いインタフェース６４１０の表示は、図６４に示される占いインタフェース６４１０においてメニューボタン６４１６が押されたときの表示の具体例を示しており、メニューリスト６９２０が表示されている。

図７０に示される状態において、さらに、メニューリスト６９２０に表示された選択項目である接続先変更６９３０が選択されると、占いインタフェース６４１０の表示は図７１に示される表示に遷移する。すなわち、図７０に示される占いインタフェース６４１０の表示において接続先変更６９３０が選択されると、図７１に示されるように、選択可能な接続先として選択項目がリスト表示された占いインタフェース６４１０が表示される。本変形例においては、選択項目として占いサービス１（星占い）７０１０と、占いサービス２（出身地占い）７０２０との２つがリスト表示される。

図７１に示される占いインタフェース６４１０の表示において、接続先を占いサービス１（７０１０）と占いサービス２（７０２０）との中から選択して変更ボタン７０３０を押下することで、接続先が変更される。つまり、図７１に示される占いインタフェース６４１０の表示において接続先が選択されることで、占いアプリケーション６３１０において占いＷｅｂサービス１（６３４０）または占いＷｅｂサービス２（６３５０）を利用するために呼出すコネクタデータとしてコネクタデータ１（６３２０）またはコネクタデータ１（６３３０）が決定され、コネクタデータ管理部７２０において、決定されたコネクタデータの記述内容にしたがってここでは図示されていない外部機能管理部の機能が利用されて占いＷｅｂサービス１（６３４０）または占いＷｅｂサービス２（６３５０）の機能が呼出される。

このように、第９の変形例においては、端末６３０においてアプリケーションデータとコネクタデータとが分割されて各々別個に管理されているため、単一のアプリケーションデータから複数の異なるＷｅｂサービスを利用することが可能になる。そのため、アプリケーションの形態がＷｅｂサービスに関わらず、アプリケーションの作成が容易になる。また、その場合に、いずれのＷｅｂサービスを利用する場合であっても、同じユーザインタフェースにおいてデータ入力を行なうことができるため、ユーザの操作が容易になる。

さらに、上述のサービス利用端末におけるサービス利用方法やコネクタ提供サーバにおけるコネクタ提供処理を、プログラムとして提供することもできる。このようなプログラムは、フレキシブルディスク、ＣＤ−ＲＯＭ、ＲＯＭ、ＲＡＭおよびメモリカードなどのコンピュータ読取り可能な記録媒体にて記録させて、プログラム製品として提供することもできる。あるいは、コンピュータに内蔵するハードディスクなどの記録媒体にて記録させて、プログラムを提供することもできる。また、ネットワークを介したダウンロードによって、プログラムを提供することもできる。

提供されるプログラム製品は、ハードディスクなどのプログラム格納部にインストールされて実行される。なお、プログラム製品は、プログラム自体と、プログラムが記録された記録媒体とを含む。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

本実施の形態におけるサービス提供システムの構成の具体例を示す図である。 本実施の形態におけるサービス利用端末１００のハードウェア構成の具体例を示す図である。 本実施の形態におけるサービス利用端末１００の機能構成の具体例を示す図である。 アプリケーション管理部１１０の構成の具体例を示す図である。 アプリケーションデータ３１０の具体例を示す図である。 アプリケーションデータ３１０のうち、アプリケーション名４０１、アプリケーション識別子４０２、有効期限４０３、および最大利用回数４０４の具体例を示す図である。 アプリケーション４０５の具体例を示す図である。 サービス利用端末１００の、コネクタ管理部１２０の構成の具体例を示す図である。 コネクタデータ７１０の具体例を示す図である。 コネクタデータ７１０のうち、コネクタ名８０１、コネクタ識別子８０２、有効期限８０３、および最大利用回数８０４の具体例を示す図である。 コネクタデータ７１０のうち、コネクタ名８０１、コネクタ識別子８０２、有効期限８０３、および最大利用回数８０４の他の具体例を示す図である。 入出力定義８０５ａの具体例を示す図である。 入出力定義８０５ｂの具体例を示す図である。 外部機能管理部１３０の具体例を示す図である。 内部機能管理部１４０の具体例を示す図である。 簡略化したサービス提供システムの構成の具体例を示す図である。 サービス利用端末１３０１においてアプリケーションを実行する際の処理を示すフローチャートである。 入力画面の具体例を示す図である。 ステップＳ１０９における端末外機能利用処理を示すフローチャートである。 画面表示の具体例を示す図である。 画面表示の具体例を示す図である。 ステップＳ１１０における端末内機能利用処理を示すフローチャートである。 画面表示の具体例を示す図である。 画面表示の具体例を示す図である。 画面表示の具体例を示す図である。 画面表示の具体例を示す図である。 画面表示の具体例を示す図である。 本発明にかかるサービス利用端末が実行するサービス利用処理の概要を表わす図である。 アプリケーション４０５の他の具体例を示す図である。 画面表示の具体例を示す図である。 アプリケーション４０５のさらに他の具体例を示す図である。 画面表示の具体例を示す図である。 コネクタデータ７１０の他の具体例を示す図である。 画面表示の具体例を示す図である。 第４の変形例におけるサービス提供システムの、簡略化した構成の具体例を示す図である。 アプリケーションデータ３１０の他の具体例を示す図である。 コネクタデータ７１０の他の具体例を示す図である。 第４の変形例における端末外機能利用処理を示すフローチャートである。 従来の一般的なＷｅｂサービスの構成の具体例を示す図である。 本実施の形態におけるコネクタ提供サーバ２８０のハードウェア構成の具体例を示す図である。 本実施の形態におけるコネクタ提供サーバ２８０の機能構成の具体例を示す図である。 コネクタ提供サーバ２８０の、コネクタ管理部５２０の構成の具体例を示す図である。 コネクタデータ７１０の他の具体例を示す図である。 コネクタ提供サーバ２８０におけるコネクタの受信処理を示すフローチャートである。 サービス提供サーバ情報テーブルの具体例を示す図である。 アプリケーション４０５の具体例を示す図である。 コネクタ提供サーバ１３０７におけるコネクタ送信処理を示すフローチャートである。 サービス提供システムの、簡略化した構成の他の具体例を示す図である。 入出力定義の具体例を示す図である。 サービス提供システムの、簡略化した構成の他の具体例を示す図である。 入出力定義の具体例を示す図である。 第５の変形例のコネクタ提供サーバ１３０７におけるサービス中継処理を示すフローチャートである。 第６の変形例にかかるアプリケーション４０５の具体例を示す図である。 入力画面の具体例を示す図である。 情報入力後の入力画面の具体例を示す図である。 第７の変形例にかかるアプリケーション４０５の具体例を示す図である。 表示画面の具体例を示す図である。 表示画面の具体例を示す図である。 第７の変形例にかかるアプリケーション４０５の他の具体例を示す図である。 表示画面の具体例を示す図である。 表示画面の具体例を示す図である。 第８の変形例にかかるコネクタデータの保存方法および管理方法の具体例を示す図である。 第９の変形例にかかる端末６３００の構成の具体例を示す図である。 占いアプリケーション６３１０の詳細の具体例を示す図である。 占いアプリケーション６３１０から占いＷｅｂサービス６３４０を利用する場合の処理を説明する図である。 変換規則１〜３をＸＭＬにより記述した場合のコネクタデータ６３２０の一部の具体例を示す図である。 １つのアプリケーションから複数の異なるＷｅｂサービスを利用する場合の、端末６３００の構成の具体例を示す図である。 占いアプリケーション２（６３３０）から占いＷｅｂサービス２（６３５０）を利用する場合の処理を説明する図である。 変換規則１〜３をＸＭＬにより記述した場合のコネクタデータ２（６３３０）の一部の具体例を示す図である。 アプリケーション６３１０から利用する占いＷｅｂサービス６３４０，６３５０の接続先を変更する方法の具体例を説明する図である。 アプリケーション６３１０から利用する占いＷｅｂサービス６３４０，６３５０の接続先を変更する方法の具体例を説明する図である。

符号の説明

１１ サービス利用端末の通信部、１２ サービス利用端末の制御部、１３ サービス利用端末の記憶部、１４ 入出力部、２１ コネクタ提供サーバの通信部、２２ コネクタ提供サーバの制御部、２３ コネクタ提供サーバの記憶部、２４ コネクタ提供サーバの操作部、２５ コネクタ提供サーバの表示部、１００，１０３１，１３０１ サービス利用端末、１３１ 一般ユーザ変更可能領域、１３２ 一般ユーザ変更不可領域、１４１ サービス利用端末の操作部、１４２ サービス利用端末の表示部、１４３ 音声入力部、１４４ 音声出力部、１１０ アプリケーション管理部、１２０ サービス利用端末のコネクタ管理部、１３０ 外部機能管理部、１４０ 内部機能管理部、１５０ サービス利用端末の通信制御部、１６０ サービス利用端末の記憶領域、２００ ネットワーク、２１０，１３０６ サービス提供サーバ、２３０ 携帯電話網、２３１ プログラム領域、２３２ データ領域、２４０ 携帯電話基地局、２６０ ホームネットワーク、２８０，１３０７ コネクタ提供サーバ、３００ アプリケーションデータ保存領域、３１０ アプリケーションデータ、３２０ アプリケーションデータ管理部、４０１ アプリケーション名、４０２ アプリケーション識別子、４０３，８０３ 有効期限、４０４，８０４ 最大利用回数、４０５ アプリケーション、５１０ 端末管理部、５２０ コネクタ提供サーバのコネクタ管理部、５３０ コネクタ提供サーバの通信制御部、５４０ コネクタ提供サーバの記憶領域、７００ サービス利用端末のコネクタデータ保存領域、７１０，９１０ コネクタデータ、７２０ サービス利用端末のコネクタデータ管理部、８０１ コネクタ名、８０２ コネクタ識別子、８０５ 入出力定義、９００ コネクタ提供サーバのコネクタデータ保存領域、９２０ コネクタ提供サーバのコネクタデータ管理部、１１０１ 外部機能呼出部、１１０２ 外部機能結果解析部、１２０１ 内部機能呼出部、１２０２ 内部機能結果解析部、１３０２ ディスプレイ、１３０３〜１３０５ 機能、１３０８ 中継サーバ、６３１０ 占いアプリケーション、６３２０，６３３０ コネクタデータ、６３４０，６３５０ 占いＷｅｂサービス、６４１０ 占いインタフェース、６４１１〜６４１４ フォーム、６４１５，６４１６，６４２２，７０３０ ボタン、６４２０ 占い結果画面、６４２１ 領域、６５１０，６６１０ メソッド、６９２０ メニューリスト、６９３０，７０１０，７０２０ 選択項目。

Claims (23)

1. 当該サービス利用端末に応じてカスタマイズされた固有情報を含んだアプリケーションの記述を参照して、前記アプリケーションを実行する際に必要な機能手段を特定するための情報であって、当該サービス利用端末に応じてカスタマイズされた固有情報を含んだコネクタを取得するコネクタ取得手段と、
   前記コネクタに記述される前記機能手段の存在場所へのアクセス情報に基づいて、前記存在場所へアクセスして前記コネクタで特定される機能手段を利用する機能利用手段と、
   前記アプリケーションを実行する際に、前記カスタマイズされた前記アプリケーションに固有の識別情報と前記コネクタに固有の識別情報とを比較して、当該サービス利用端末において前記アプリケーションを実行する際に前記コネクタを用いて前記機能手段を利用することの可否を判定する第１のコネクタ判定手段とを備える、サービス利用端末。
2. 前記コネクタに記述されるアクセス情報は、前記存在場所へアクセスするためのＵＲＩ（Uniform Resource Identifier）である、請求項１に記載のサービス利用端末。
3. 前記機能利用手段は、前記コネクタに定義される情報を前記コネクタに特定される機能手段に渡して前記機能手段から結果を得る、請求項１に記載のサービス利用端末。
4. 前記コネクタにはデータ変換情報が含まれ、
   前記機能利用手段は、前記アプリケーションから得られるデータを前記データ変換情報に基づいて変換して前記機能手段に渡す、請求項３に記載のサービス利用端末。
5. 前記コネクタにはデータ変換情報が含まれ、
   前記機能利用手段は、前記機能手段から得られる結果を前記データ変換情報に基づいて変換して前記アプリケーションに渡す、請求項３または４に記載のサービス利用端末。
6. 前記アプリケーションは、前記機能利用手段から渡された、前記機能利用手段によって変換された前記機能手段から得られる結果を出力するアプリケーションである、請求項５に記載のサービス利用端末。
7. 前記コネクタ取得手段は、他の装置にアクセスして前記他の装置に保持されるコネクタを取得し、
   前記取得したコネクタを記憶するコネクタ保存手段をさらに備える、請求項１〜６のいずれかに記載のサービス利用端末。
8. 前記アプリケーションには、前記アプリケーションを有効とする期間の情報と前記アプリケーションの利用可能回数との少なくとも一方を備える有効情報が含まれ、
   前記有効情報を参照して前記アプリケーションの実行の可否を判定するアプリケーション判定手段をさらに備える、請求項１〜７のいずれかに記載のサービス利用端末。
9. 前記コネクタには、前記コネクタを有効とする期間の情報と前記コネクタの利用可能回数との少なくとも一方を備える有効情報が含まれ、
   前記アプリケーションを実行する際に前記有効情報を参照して、前記コネクタを用いて前記機能手段を特定することの可否を判定する第２のコネクタ判定手段をさらに備える、請求項１〜８のいずれかに記載のサービス利用端末。
10. 前記第２のコネクタ判定手段で前記コネクタを用いて前記機能手段を特定することが不可と判定された場合に、前記コネクタ取得手段で新たなコネクタを取得する、請求項９に記載のサービス利用端末。
11. 前記アプリケーションの記述は、前記コネクタを取得する取得先、および前記コネクタに固有の情報と前記コネクタで特定される前記機能手段に関する情報との少なくとも一方を備えるコネクタ条件を含み、
    前記コネクタ取得手段は、前記取得先から、前記コネクタ条件を満たすコネクタを取得する、請求項１〜１０のいずれかに記載のサービス利用端末。
12. 前記コネクタ取得手段は、前記アプリケーションを実行する際に、前記コネクタ取得手段で取得するコネクタとして複数の異なるコネクタのうちから所定のコネクタを選択するコネクタ選択手段を含み、
    前記機能利用手段は、前記複数の異なるコネクタで特定される複数の異なる機能手段のうちから、前記選択された所定のコネクタで特定される機能手段を利用する、請求項１〜１１のいずれかに記載のサービス利用端末。
13. 前記アプリケーションを取得するアプリケーション取得手段をさらに備える、請求項１〜１２のいずれかに記載のサービス利用端末。
14. 請求項１〜１３のいずれかに記載のサービス利用端末を含む、携帯電話端末。
15. 請求項１〜１３のいずれかに記載のサービス利用端末を含む、テレビジョン受像端末。
16. 請求項１〜１３のいずれかに記載のサービス利用端末に対して、当該サービス利用端末がアプリケーションを実行する際に必要な機能手段を特定するための、前記機能手段の存在場所へのアクセス情報とを含む情報であるコネクタを提供するコネクタ提供サーバであって、
    前記コネクタを保存するコネクタ保存手段と、
    前記コネクタ保存手段に保存される前記コネクタを管理するコネクタ管理手段と、
    前記コネクタを要求した前記サービス利用端末の端末情報を取得する端末管理手段と、
    前記端末管理手段で取得された端末情報に基づいて前記要求されたコネクタを編集する第１の編集手段と、
    前記コネクタを要求した前記サービス利用端末に対して、前記第１の編集手段で編集さ
    れた前記要求されたコネクタを送信するコネクタ送信手段とを備える、コネクタ提供サーバ。
17. 前記コネクタには、前記アプリケーションに対応した識別情報が含まれる、請求項１６に記載のコネクタ提供サーバ。
18. 前記コネクタには、前記コネクタを有効とする期間の情報と前記コネクタの利用可能回数との少なくとも一方を備える有効情報が含まれる、請求項１６または１７に記載のコネクタ提供サーバ。
19. 前記コネクタに記述されるアクセス情報は、前記存在場所へアクセスするためのＵＲＩ（Uniform Resource Identifier）である、請求項１６〜１８のいずれかに記載のコネクタ提供サーバ。
20. 前記コネクタを要求した前記サービス利用端末の端末情報を取得する端末管理手段と、
    前記端末情報に基づいて前記要求されたコネクタを前記サービス利用端末に対して送信するか否かを判定する判定手段とをさらに備える、請求項１６〜１９のいずれかに記載のコネクタ提供サーバ。
21. 前記機能手段の存在場所の形態に応じて、前記要求されたコネクタを編集する第２の編集手段をさらに備える、請求項１６〜２０のいずれかに記載のコネクタ提供サーバ。
22. 前記第２の編集手段は、前記機能手段の存在場所が複数ある場合に、前記コネクタに記述されるアクセス情報を前記存在場所の内の所定の存在場所へのアクセス情報に書換える、請求項２１に記載のコネクタ提供サーバ。
23. 前記第２の編集手段は、前記コネクタに記述されるアクセス情報を当該コネクタ提供サーバへのアクセス情報に書換え、
    前記書換えられたアクセス情報に基づいた前記機能手段を必要とするサービス利用端末からの当該コネクタ提供サーバへのアクセスを、前記機能手段の存在場所へ中継する中継手段をさらに備える、請求項２１に記載のコネクタ提供サーバ。

Images