(57)【要約】  第１のデータを特定するコマンドを電子装置で受信するステップと、特定された第１のデータの特性を自動的に決定するステップと、決定された特性から実行ファイルを自動的に特定するステップと、特定された第１のデータに基づき、特定された実行ファイルを使用して操作するステップとを含む、電子装置を自動的に構成する方法。【選択図】図１
2007535832.tif 000002
【特許請求の範囲】
【請求項１】
電子装置を自動的に構成する方法であって、
第１のデータを特定するコマンドを電子装置で受信するステップと、
前記特定された第１のデータの特性を自動的に決定するステップと、
前記決定された特性から実行ファイルを自動的に特定するステップと、
前記特定された第１のデータに基づき、前記特定された実行ファイルを使用して操作するステップと、を含む方法。
【請求項２】
請求項１に記載の方法であって、前記特定されたデータの前記決定された特性が内容種別を示す方法。
【請求項３】
請求項１または２に記載の方法であって、前記コマンドが前記第１のデータの識別子を含む方法。
【請求項４】
請求項３に記載の方法であって、前記識別子が階層ノード型データ構造のノードを特定する方法。
【請求項５】
請求項４に記載の方法であって、前記コマンドがｅｘｅｃコマンドであり、前記識別子が前記ｅｘｅｃコマンドに含まれているｓｏｕｒｃｅ要素に含まれているＵＲＩである方法。
【請求項６】
請求項１ないし５の何れか１項に記載の方法であって、前記コマンドがＸＭＬコードとして受信される方法。
【請求項７】
請求項６に記載の方法であって、前記コマンドがＳｙｎｃＭＬコマンドである方法。
【請求項８】
請求項１ないし７の何れか１項に記載の方法であって、前記特定された第１のデータが前記携帯装置に格納される方法。
【請求項９】
請求項６に記載の方法であって、前記特定された第１のデータが階層ノード型データ構造の第１のリーフノードとして格納される方法。
【請求項１０】
請求項９に記載の方法であって、前記階層ノード型データ構造の各リーフノードが複数の特性を有し、前記内容種別を決定するステップが前記第１のリーフノードの前記複数の特性を使用する方法。
【請求項１１】
請求項９または１０に記載の方法であって、前記階層ノード型データ構造の各リーフノードがメタデータを有し、前記内容種別を決定する前記ステップが前記第１のリーフノードのメタデータを使用する方法。
【請求項１２】
請求項１ないし１１の何れか１項に記載の方法であって、前記内容種別を決定する前記ステップが前記第１のデータに対応付けられているＦｏｒｍａｔ要素の値および／またはＴｙｐｅ要素の値を使用する方法。
【請求項１３】
請求項１ないし１２の何れか１項に記載の方法であって、複数の異なる特性の各々を複数の異なる実行ファイルに対応付けるステップをさらに含む方法。
【請求項１４】
請求項１１に記載の方法であって、前記決定された特性から実行ファイルを自動的に特定する前記ステップが、前記決定された特性に対応付けられた実行ファイルを特定するステップを含む方法。
【請求項１５】
請求項１３または１４に記載の方法であって、前記複数の異なる実行ファイルが前記電子装置に格納される方法。
【請求項１６】
請求項１ないし１５の何れか１項に記載の方法であって、前記第１のデータを特定する前記コマンドを受信するステップの前に、前記第１のデータを含む階層ノード型データ構造を前記電子装置に作成するためのコマンドを受信するステップをさらに含む方法。
【請求項１７】
セルラー式携帯電話機を構成する方法であって、
階層ノード型データ構造の第１のリーフノードを特定するコマンドを含むコードをセルラー式携帯電話機に転送するステップと、
前記特定された第１のリーフノードの特性を決定するステップと、
前記決定された特性から実行ファイルを特定するステップと、
前記特定された第１のリーフノードに格納されているデータに基づき、前記特定された実行ファイルを使用して操作するステップと、を含む方法。
【請求項１８】
複数のセルラー式携帯電話機を構成する方法であって、
再使用可能コードをセルラー式携帯電話機に転送するステップであって、前記コードが、
複数のリーフノードと複数のインテリアノードとを有し、第１のリーフノードに格納される第１のデータを含む階層ノード型データ構造を前記電子装置に作成するための複数のコマンドと、
前記第１のリーフノードを特定する第１のコマンドと、を含むステップと、
前記特定された第１のリーフノードの特性を決定するステップと、
前記決定された特性から実行ファイルを特定するステップと、
前記第１のリーフノードに格納されている前記第１のデータに基づき、前記特定された実行ファイルを使用して操作するステップと、を含む方法。
【請求項１９】
自動構成用に構成されるセルラー式携帯電話機であって、
第１のデータを格納する手段と、
前記第１のデータを特定するコマンドを受信する手段と、
前記特定された第１のデータの特性を決定する手段と、
前記決定された特性から実行ファイルを特定する手段と、
前記特定されたデータに基づき、前記特定された実行ファイルを使用して操作する手段と、を含むセルラー式携帯電話機。
【請求項２０】
請求項１９に記載のセルラー式携帯電話機であって、
セットアップコードを受信する手段と、
複数のリーフノードと複数のインテリアノードとを有し、前記第１のデータを格納する第１のリーフノードを含む階層ノード型データ構造を作成するために、前記受信したセットアップコードを解釈する手段と、を含むセルラー式携帯電話機。
【請求項２１】
請求項２０に記載のセルラー式携帯電話機であって、前記第１のコマンドによって特定された前記リーフノードの特性を決定するために、前記受信したセットアップコード内の第１のコマンドを解釈する手段をさらに含むセルラー式携帯電話機。
【請求項２２】
複数の異なるセルラー式携帯電話機のセットアップに再使用されるデータ構造であって、
第１のデータを特定し、前記第１のデータに基づき未特定の実行ファイルを実行することを指定するコードを含むデータ構造。
【請求項２３】
請求項２２に記載のデータ構造であって、前記コードが前記第１のデータの前記携帯装置への転送をさらに指定するデータ構造。
【請求項２４】
複数の異なる電子装置のセットアップに再使用されるデータ構造であって、
複数のリーフノードと複数のインテリアノードとを有し、第１のリーフノードに格納される第１のデータを含む階層ノード型データ構造を電子装置に作成するための複数のコマンドと、
前記第１のリーフノードを特定し、前記第１のノードに格納された前記第１のデータに基づき未特定の実行ファイルを実行することを指定する第１のコマンドと、を含むデータ構造。
【請求項２５】
請求項２２、２３、または２４に記載のデータ構造を格納および送信するためのサーバ。
【請求項２６】
複数の異なる電子装置のセットアップに再使用されるデータ構造を作成するためのシステムであって、
複数のユーザフレンドリなコマンドの各々を、１つまたは複数のコマンドをそれぞれ含む複数の異なるコード部分に対応付ける手段を含むシステム。
【請求項２７】
請求項２６に記載のシステムであって、第１のユーザフレンドリなコマンドが、ＳｙｎｃＭＬ  Ａｄｄコマンドのみを含むＸＭＬコードに対応付けられるシステム。
【請求項２８】
請求項２６または２７に記載のシステムであって、第２のユーザフレンドリなコマンドが、ＳｙｎｃＭＬ  Ａｄｄコマンドと、それに続くＳｙｎｃＭＬ  Ｅｘｅｃコマンドとを含むＸＭＬコードに対応付けられるシステム。
【請求項２９】
請求項２６、２７、または２８に記載のシステムであって、第３のユーザフレンドリなコマンドが、ＳｙｎｃＭＬ  Ａｄｄコマンドと、それに続くＳｙｎｃＭＬ  ｅｘｅｃコマンドと、それに続くＳｙｎｃＭＬ  Ｄｅｌｅｔｅコマンドとを含むＸＭＬコードに対応付けられるシステム。
【請求項３０】
添付図面を参照しながら上で説明したような、および／または添付図面に示したような電子装置を自動的に構成する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の複数の実施態様は、電子装置の構成に関する。具体的な複数の実施態様は、たとえば販売時点にある複数のセルラー式携帯電話機を構成するための標準的なプロセスに関する。
【背景技術】
【０００２】
現在の傾向の１つは、電子装置により多くの特徴が設けられることである。この結果、電子装置の構成が難しいこともある。
【０００３】
装置を正しく、および／またはユーザの望みどおりに作動させるために、装置のユーザは装置の設定を構成するために相当の時間と手間を要することもある。この時間と手間が極めて大きくなりうることから、新しい装置がユーザに魅力的でないことがありうる。
【０００４】
これは、とりわけセルラー式携帯電話機について言えることである。携帯電話機は一般には、さまざまな運用業者によって管理されているさまざまなセルラー式無線電話網の何れかで使用するために構成できるように設計されている。ただし、電話機を正しく、または運用業者が望むように作動させるために、各運用業者がそれぞれ異なる設定を要求することもある。携帯電話機を必要な設定によってカスタマイズすることを運用業者（サービスプロバイダ）が望むこともある。また、携帯電話機は個人の装置であるので、ユーザがお気に入りの呼び出し音、インターネットブックマーク、スクリーンセーバーなどで電話機を構成したいと望むことが考えられる。
【０００５】
したがって、電子装置、特にセルラー式携帯電話機、のための何らかの自動セットアッププロセスを提供することが望ましい。
【０００６】
このセットアッププロセスは、複数の電子装置に使用でき、各電子装置固有の適応化が不要であることが望ましいであろう。たとえば、このセットアッププロセスをすべてのセルラー式携帯電話機または大半のセルラー式携帯電話機の初期構成に使用しうることが望ましいであろう。
【０００７】
発明者らは、１つのＳｙｎｃＭＬメッセージを用いてデータを対象装置に転送し、対象装置においてこの転送されたデータに基づき実行ファイルを実行すれば自動セットアップが可能になるのではないかと考えた。
【０００８】
ＳｙｎｃＭＬ（商標）ＤＭ（Ｄｅｖｉｃｅ  Ｍａｎａｇｅｍｅｎｔ）は、世界共通のオープンな業界標準である。これによって、サービスプロバイダおよび企業の情報管理部門などの第三者は、管理ツリーを携帯装置に作成し、携帯装置に格納されている管理ツリーを管理することができる。「ＳｙｎｃＭＬ装置管理ツリーおよび解説（ＳｙｎｃＭＬ  Ｄｅｖｉｃｅ  Ｍａｎａｇｅｍｅｎｔ  Ｔｒｅｅ  ａｎｄ  Ｄｅｓｃｒｉｐｔｉｏｎ）」のバージョン１．１．１、２００３年２月１０日（ｗｗｗ．ｓｙｎｃｍｌ．ｏｒｇ）には、管理ツリーの作成および管理について記載されている。管理ツリーは複数のノードを有し、これらのノードは複数の枝によって接続されている。ＵＲＩによって各ノードを一意にアドレス指定することができる。ノードは、インテリアノードまたはリーフノードにしうる。インテリアノードは、子（従属）ノードをいくつでも持てるが、どのような値も格納できない。リーフノードは、子（従属）ノードを一切持てないが、値を格納できる。文字列、ファイル、数字などが値となりうる。したがって、ＳｙｎｃＭＬ  ＤＭは、データをオンザフライで携帯装置に提供するための機構を提供する。
【０００９】
「ＳｙｎｃＭＬ表現プロトコル（ＳｙｎｃＭＬ  Ｒｅｐｒｅｓｅｎｔａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）」のバージョン１．１、２００２年２月１５日（ｗｗｗ．ｓｙｎｃｍｌ．ｏｒｇ）には、Ｄａｔａ  Ｍａｎａｇｅｍｅｎｔ（ＤＭ）プロトコルを含むすべてのＳｙｎｃＭＬプロトコルで使用可能な共通の拡張マークアップ言語（ＸＭＬ）構文と意味とが規定されている。これらのコマンドは、Ａｄｄ、Ｃｏｐｙ、Ｄｅｌｅｔｅ、Ｅｘｅｃ、Ｇｅｔ、Ｒｅｐｌａｃｅを含む。Ｅｘｅｃでは、コマンドの発信元は、指定した実行ファイルを受信側から呼び出すように要求できる。
【００１０】
「ＳｙｎｃＭＬ装置管理ツリーおよび解説（ＳｙｎｃＭＬ  Ｄｅｖｉｃｅ  Ｍａｎａｇｅｍｅｎｔ  Ｔｒｅｅ  ａｎｄ  Ｄｅｓｃｒｉｐｔｉｏｎ）」のバージョン１．１．１、２００３年２月１０日（ｗｗｗ．ｓｙｎｃｍｌ．ｏｒｇ）には、管理ツリーを作成するためのＡｄｄの使用方法が記載されている。ＳｙｎｃＭＬ  ＤＭでは、ＳｙｎｃＭＬ  ＤＭを使用して特定のデータに対して実行ファイルを実行する方法が規定されていない。ｅｘｅｃコマンドはｉｔｅｍ要素を含み、ｉｔｅｍ要素はｔａｒｇｅｔ要素を含み、ｔａｒｇｅｔ要素はＬｏｃＵＲＩ要素を含む。ＬｏｃＵＲＩ要素は、装置内の実行ファイルの位置のみを指定する。したがって、ｅｘｅｃコマンドでは、実行ファイルが使用するデータを指定できない。
【００１１】
さらに、ｅｘｅｃコマンドでは、対象装置内の適切な実行ファイルを特定する必要がある。したがって、実行ファイルのＩＤをｅｘｅｃコマンドのＬｏｃＵＲＩ要素で指定するために、対象装置にある実行ファイルのＩＤを事前に知っておく必要がある。これは複雑かつ不便であり、単一のＳｙｎｃＭＬメッセージまたはパッケージを複数の携帯装置に対して使用することを妨げる。
【００１２】
１つの共通プロセスを、各装置固有の適応化を行わずに、複数の対象装置に対して実行するために適したＳｙｎｃＭＬコードの作成が望ましいであろう。
【００１３】
他の複数の装置に対しても再使用できるＳｙｎｃＭＬコードを使用して、特定のデータに対する実行ファイルの実行を指示できることが望ましいであろう。
【発明の開示】
【課題を解決するための手段】
【００１４】
本発明の一実施態様によると、電子装置を自動的に構成する方法であって、第１のデータを特定するコマンドを電子装置で受信するステップと、特定された第１のデータの特性を自動的に決定するステップと、決定された特性から実行ファイルを自動的に特定するステップと、特定された第１のデータに基づき、特定された実行ファイルを使用して操作するステップとを含む方法が提供される。
【００１５】
本発明の別の一実施態様によると、セルラー式携帯電話機を構成する方法であって、階層ノード型データ構造の第１のリーフノードを特定するコマンドを含むコードをセルラー式携帯電話機に転送するステップと、特定された第１のリーフノードの特性を決定するステップと、決定された特性から実行ファイルを特定するステップと、特定された第１のリーフノードに格納されているデータに基づき、特定された実行ファイルを使用して操作するステップと、を含む方法が提供される。
【００１６】
本発明の別の一実施態様によると、複数のセルラー式携帯電話機を構成する方法であって、
複数のリーフノードと複数のインテリアノードとを有し、第１のリーフノードに格納される第１のデータを含む階層ノード型データ構造を電子装置に作成するための複数のコマンドと、第１のリーフノードを特定する第１のコマンドとを含む再使用可能なコードをセルラー式携帯電話機に転送するステップと、
特定された第１のリーフノードの特性を決定するステップと、
決定された特性から実行ファイルを特定するステップと、
第１のリーフノードに格納されている第１のデータに基づき、特定された実行ファイルを使用して操作するステップと、を含む方法が提供される。
【００１７】
本発明の別の一実施態様によると、自動構成用に構成されているセルラー式携帯電話機であって、第１のデータを格納する手段と、第１のデータを特定するコマンドを受信する手段と、特定された第１のデータの特性を決定する手段と、決定された特性から実行ファイルを特定する手段と、特定された第１のデータに基づき、特定された実行ファイルを使用して操作する手段と、を含むセルラー式携帯電話機が提供される。
【００１８】
本発明の別の一実施態様によると、複数の異なるセルラー式携帯電話機のセットアップに再使用されるデータ構造であって、第１のデータを特定し、第１のデータに基づき未特定の実行ファイルを実行することを指定するコードを含むデータ構造が提供される。
【００１９】
本発明の別の一実施態様によると、複数の異なる電子装置のセットアップに再使用されるデータ構造であって、複数のリーフノードと複数のインテリアノードとを有し、第１のリーフノードに格納される第１のデータを含む階層ノード型データ構造を電子装置に作成するための複数のコマンドと、第１のリーフノードを特定し、第１のノードに格納された第１のデータに基づき未特定の実行ファイルを実行することを指定する第１のコマンドと、を含むデータ構造が提供される。
【００２０】
本発明の複数の実施態様は、対象装置に常駐している実行ファイルのＩＤを指定せずにその実行ファイルを実行することを可能にしうる。したがって、常駐している実行ファイルのＩＤが装置ごとに変わっても、ＳｙｎｃＭＬコードを再使用して１つの共通プロセスを複数の対象装置に対して実行することができる。
【００２１】
本発明の複数の実施態様では、指定されたデータに基づき対象装置に常駐する実行ファイルを使用しうる。
【００２２】
本発明の別の一実施態様によると、複数の異なる電子装置のセットアップに再使用されるデータを作成するシステムであって、複数のユーザフレンドリなコマンドの各々を、１つまたは複数のコマンドをそれぞれ含む複数の異なるコード部分に対応付ける手段を含むシステムが提供される。
【００２３】
本発明の理解を深めるために、以下に添付図面を単なる例として参照する。
【発明を実施するための最良の形態】
【００２４】
図１は、セルラー式無線電話網１８経由でサーバ２０と通信する携帯装置１０を含むクライアント・サーバシステム２を示す。この実施形態においては、携帯装置１０はセルラー式携帯電話機であり、プロセッサ１１と、セルラー式無線送受信器１２と、メモリ１３と、キーパッドなどの入力装置１４と、ディスプレイ１５と、スマートカード１６と、音声出力装置１７とを備える。
【００２５】
プロセッサ１１は、携帯電話機１０を制御する。プロセッサ１１は、メモリ１３への書き込みおよびメモリ１３からの読み出しを行うように接続されている。プロセッサ１１は、キーパッド１４から入力データを受け取り、出力データをディスプレイ１５と音声出力装置１７とに出力する。プロセッサ１１は、セルラー式電話網１８、たとえばＧＳＭまたはＷＣＤＭＡ網、で通信できるように、セルラー式無線送受信器を制御する。プロセッサは、スマートカード１６にも接続される。スマートカード１６は、少なくともユーザ識別情報、たとえばユーザの電話番号またはＩＭＳＩなど、をプロセッサに提供する。メモリ１３に格納され、プロセッサ１１に読み込まれるソフトウェアによって、プロセッサ１１の動作が制御される。動作時、プロセッサは送受信器１２経由でデータを受信および送信し、メモリ１３に対してデータの書き込みおよび読み出しを行う。
【００２６】
他の実施形態においては、セルラー式携帯電話機はスマートカード１６を備えなくてもよく、および／または複数のプロセッサを備えうることを理解されたい。
【００２７】
サーバ２０は、セルラー式無線網１８に直接または間接的に接続された入出力インタフェース２１と、プロセッサ２２と、メモリ２３とを備える。サーバ２０はＳｙｎｃＭＬ  ＤＭサーバである。サーバ２０は入出力インタフェース２１を介して携帯電話機１０にＳｙｎｃＭＬ  ＤＭコマンドを発行し、携帯電話機１０からの応答を正しく解釈する。
【００２８】
携帯電話機１０において、プロセッサ１１は管理クライアント（ＭＣ）として動作し、管理ツリーのデータ構造１００をメモリ１３内に維持することができる。ＭＣは、サーバから受信したＳｙｎｃＭＬ  ＤＭコマンドを正しく解釈し、携帯電話機１０内で適切な動作を実行し、適切な応答を送受信器１２経由で発行元の管理サーバに送り返す。
【００２９】
管理ツリーは階層ノード型データ構造であり、これを介して管理クライアントは携帯電話機１０とやり取りする。ＭＣは、このツリーに対して値の格納または取り出しを行うことができ、このツリーの特性を操作しうる。この管理ツリーは、複数の枝によって接続された複数のノードを有する。ＵＲＩによって各ノードを一意にアドレス指定できる。ノードはインテリアノードまたはリーフノードにしうる。インテリアノードは、任意の数の子（従属）ノードを持ちうるが、どのような値も格納できない。リーフノードは、子（従属）ノードを持てないが、値を格納できる。文字列、ファイル、数字などが値となりうる。
【００３０】
ＭＣは、管理ツリーを操作することができる。新しいノードを作成し、特定のリーフノードの値を変更することができる。リーフノードとインテリアノードとに対する同期ランタイムアクセスがある。
【００３１】
以下により詳しく説明するように、ＭＣは、サーバ２０からのセットアップコードの受信に応じて、自動セットアッププロセスの一環として「ｏｐｅｒａｔｏｒ」管理オブジェクトを作成する。図３に示すように、この例においては、この「ｏｐｅｒａｔｏｒ」管理オブジェクト１０２は、管理ツリー１００のルート１０４からぶら下がっているサブツリーであり、セットアッププロセス中に使用される。
【００３２】
自動セットアッププロセスは、たとえば、スマートカード１６をセルラー式携帯電話機１０に挿入することによって開始してもよい。スマートカード１６は、自動セットアッププロセスを起動するために必要な情報を含んでいる。携帯装置１０は、図３に示すように、ダウンロード開始メッセージ６０をサーバ２０に送る。
【００３３】
サーバ２０は、適応化しなくても複数の装置で使用可能なセットアップコード５０をメモリ２３に格納している。サーバ２０は、ダウンロード開始メッセージに応じて、ＳｙｎｃＭＬ  Ｄａｔａ  Ｍａｎａｇｅｍｅｎｔ（ＤＭ）セッション６２を開始する。ＤＭセッション６２は、格納されているセットアップコード５０を携帯装置１０に転送するために使用される。
【００３４】
ダウンロード開始メッセージ６０は、ＳＭＳ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ）メッセージなどの何れか適切な手段によって送ってよく、あるいは装置が携帯電話機能のない携帯情報端末である場合は、ＩＲ、Ｂｌｕｅｔｏｏｔｈ、またはＵＳＢなどのシリアルデータ接続で送ってもよい。
【００３５】
セットアップコードは、ＳＭＳ（Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ）メッセージなどの何れか適切な手段によって送ってよく、あるいは装置が携帯電話機能のない携帯情報端末である場合は、ＩＲ、Ｂｌｕｅｔｏｏｔｈ、またはＵＳＢなどのシリアルデータ接続で送ってもよい。
【００３６】
セットアップコード５０を図４に図式的に示す。セットアップコード５０は、複数の異なる携帯装置のセットアップに再使用されるデータ構造である。
【００３７】
この例においては、セットアップコード５０は２つの部分を含む。これらの部分は、論理的に別個のものであるが、インタリーブさせうる。第１の部分５２は、管理ツリーの作成または既存の管理ツリーの更新のための部分である。第２の部分５４は、実行ファイルを実行するための部分である。
【００３８】
既存の管理ツリーを更新するための第１の部分５２は、管理ツリーのインテリアノードを作成するためのサブ部分と、管理ツリーのリーフノードを作成するためのサブ部分とを含む。
【００３９】
一例として、このコードは、次のコードに似たＸＭＬコードを使用して、ルート１０４からぶら下がったインテリアノード「Ｏｐｅｒａｔｏｒ」１０６を作成しうる。
<Add>
<CmdID>1</CmdID>
<Item>
<Meta>
<Format xmlns='syncml:metinf'>node/<Format>
<Type xmlns='syncml:metinf'>interior/<Type>
</Meta>
<Target>
<LocURI>/Operador</LocURI>
</Target>
</Item>
</Add>
【００４０】
一例として、このコードは引き続き、次のコードに似たＸＭＬコードを使用して、「Ｏｐｅｒａｔｏｒ」ノード１０６からぶら下がったインテリアノード１０８を作成しうる。
<Add>
<CmdID>2</CmdID>
<Item>
<Meta>
<Format xmlns='syncml:metinf'>node/<Format>
<Type xmlns='syncml:metinf'>interior/<Type>
</Meta>
<Target>
<LocURI>/Operator/ring_tones</LocURI>
</Target>
</Item>
</Add>
【００４１】
一例として、このコードは、次のコードに似たＸＭＬコードを使用して、ノード１０８からぶら下がったリーフノード１１０を作成しうる。
<Add>
<CmdID>3</CmdID>
<Item>
<Meta>
<Format xmlns='syncml:metinf'>format/<Format>
<Type xmlns='syncml:metinf'>MIDI ringing tone/<Type>
</Meta>
<Target>
<LocURI>/Operator/ring_tones/smashhit#1</LocURI>
</Target>
<Data>the data</Data>
</Item>
</Add>
ここで、ｔｈｅ  ｄａｔａは、ｆｏｒｍａｔで定義されたフォーマットでｓｍａｓｈｈｉｔ＃１呼び出し音を作成するためのデータである。
【００４２】
実行ファイルを実行するための第２の部分５４は、実行ファイルを実行するためのサブ部分を複数含む。これらのサブ部分の順番によって、実行ファイルの実行の順番が決まる。これらのサブ部分の少なくとも一部は、特定のデータを用いて実行ファイルを実行することを指定する。一例として、このようなサブ部分のコードは、次のコードに似たＸＭＬコードにしうる。
<Exec>
<CmdID>3</CmdID>
<Item>
<Source>
<LocURI>/Operator/ring_tones/smashhit#1</LocURI>
</Source>
</Item>
</Add>
【００４３】
このｅｘｅｃコマンドは、「ｓｏｕｒｃｅ」内に含まれているデータ、すなわちｓｍａｓｈｈｉｔ＃１呼び出し音に基づき、未特定の実行ファイルを実行することを指定している。このＥｘｅｃコマンドは使用すべき実行ファイルを指定していないので、このコマンドの意味は、このコマンドによって特定されたデータの内容種別に応じて決まることに注目されたい。
【００４４】
セルラー式携帯電話機のＤＭクライアントは、受信したセットアップコード５０を処理する。既存の管理ツリーを更新するための部分５２は、ＳｙｎｃＭＬ  ＤＭ仕様に従って処理される。したがって、ＤＭクライアントは、この例によると、図２に示すように、ルートからぶら下がったサブツリー１０２を作成する。
【００４５】
実行ファイルを実行するための部分５４は、次のように処理される。コードが構文解析されて、第１のサブ部分が特定される。第１のサブ部分が構文解析されて、要素ｓｏｕｒｃｅに含まれている要素ＬｏｃＵＲＩによって指定されるＵＲＩが特定される。要素ＬｏｃＵＲＩは、管理ツリーに新しく作成されたサブツリー内のリーフノードを特定する。
【００４６】
ＤＭクライアントは、特定されたリーフノードにアクセスする。上の例では、Ｏｐｅｒａｔｏｒ／ｒｉｎｇ＿ｔｏｎｅｓ／ｓｍａｓｈｈｉｔ＃１にアクセスする。ＤＭクライアントは、特定されたリーフノードの特性、具体的にはｍｅｔａ内に含まれている特性を読み出す。
【００４７】
ＤＭクライアントは、特定されたリーフノードに格納されているデータの内容種別を特定するために、Ｆｏｒｍａｔ要素の内容および／またはＴｙｐｅの内容を使用する。
【００４８】
ＤＭクライアントは、たとえばルックアップテーブルを使用して、可能なＦｏｒｍａｔおよびＴｙｐｅを携帯電話機に常駐している複数の異なる実行ファイルに対応付ける。このように、ＤＭクライアントは、リーフノードのＦｏｒｍａｔおよび／またはＴｙｐｅを使用して、特定された１つのリーフノードを１つの実行ファイルに対応付けることができる。したがって、サウンドファイルを格納しているリーフノードは、オーディオプレーヤに対応付けられ、ビデオファイルを格納しているリーフノードは、ビデオプレーヤに対応付けられ、画像ファイルを格納しているリーフノードは、画像ビューワに対応付けられ、Ｊａｖａ（登録商標）  Ｍｉｄｌｅｔを格納しているリーフノードは、Ｊａｖａ（登録商標）仮想マシン（ＪＶＭ）に対応付けられ、リーフノードが連絡先の場合は、その連絡先を電話機の連絡先リストに追加する実行ファイルに対応付けられ、リーフノードがブックマークの場合は、そのブックマークを電話機のブックマークリストに追加する実行ファイルに対応付けられる。
【００４９】
ＳｙｎｃＭＬ  ＤＭは、以下のコマンドを含むさまざまなコマンドを使用する。
Ａｄｄ：コマンドの発信元は、このコマンドに含まれている単一または複数のデータ要素を受信側がアクセス可能なデータに追加するように要求できる。たとえば、このコマンドをサーバから携帯端末に送ると、ノードをＤＭツリーに追加しうる。
Ｃｏｐｙ：コマンドの発信元は、このコマンドに含まれている、受信側がアクセス可能な単一または複数のデータ要素のコピーを要求できる。
Ｄｅｌｅｔｅ：コマンドの発信元は、このコマンドに含まれている、受信側がアクセス可能な単一または複数のデータ要素の削除を要求できる。たとえば、このコマンドをサーバから携帯端末に送ると、ノードをＤＭツリーから削除しうる。
Ｅｘｅｃ：コマンドの発信元は、指定または供給した実行ファイルを受信側から呼び出すように要求できる。
Ｇｅｔ：コマンドの発信元は、受信側に対して単一または複数のデータ要素を要求できる。たとえば、このコマンドを携帯端末からサーバに送ると、ＤＭツリーのノードの内容を取得しうる。
Ｒｅｐｌａｃｅ：発信元は、受信側がアクセス可能な単一または複数のデータ要素の上書きを要求できる。
【００５０】
ＳｙｎｃＭＬ  ＤＭでは、コマンドごとに特殊な構文を使用する必要がある。各運用業者にとっては、ＳｙｎｃＭＬ  ＤＭコマンド群とそれらの構文についての詳細な知識がなくとも、適切なセットアップコード５０を簡単に作成できることが望ましいであろう。これを行うコンピュータプログラムをサーバ２０に用意してもよい。このコンピュータプログラムは、単純なユーザフレンドリなコマンドを該当する正しい構文のＳｙｎｃＭＬ  ＤＭコマンドに変換するマクロを効果的に提供する。
【００５１】
このコンピュータプログラムは、たとえば、以下のオプションを運用業者に与えうる。
ａ）Ｘのインストール
ｂ）Ｘのプレビュー（インストールあり）
ｃ）Ｘのプレビュー（インストールなし）
ｄ）Ｘの実行（インストールが暗黙で含まれる）
【００５２】
このコンピュータプログラムは、これらのオプションをたとえば次のコマンドに変換する。
ａ）ＳｙｎｃＭＬ  Ａｄｄコマンド
ｂ）ＳｙｎｃＭＬ  Ａｄｄコマンドと、これに続くＳｙｎｃＭＬ  Ｅｘｅｃコマンド
ｃ）ＳｙｎｃＭＬ  Ａｄｄコマンドと、これに続くＳｙｎｃＭＬ  ｅｘｅｃコマンド、およびこれに続くＳｙｎｃＭＬ  Ｄｅｌｅｔｅコマンド
ｄ）ＳｙｎｃＭＬ  Ｅｘｅｃコマンド
【００５３】
上の各段落では、さまざまな例を参照しながら本発明の複数の実施形態を説明してきたが、請求の範囲に記載されている本発明の範囲から逸脱することなく上記の各例を変更できることを理解されたい。たとえば、携帯電話機に関して説明してきたが、ユーザが構成可能な何れの電子装置にも本発明を適用できることを理解されたい。本発明は、携帯電話機および携帯情報端末などの携帯装置に特に適しているが、たとえばパーソナルコンピュータにも適用しうる。
【００５４】
上記の明細書本文においては本発明の特に重要と思われる特徴に注意を引くように努めたが、出願人は、特に強調されているか否かにかかわらず、上で言及した、および／または図面に示した特許可能なあらゆる特徴またはこれらの組み合わせに対する保護を請求する。
【図面の簡単な説明】
【００５５】
【図１】サーバ２０と通信する携帯装置を含むクライアント・サーバシステムを示す。
【図２】管理ツリーのデータ構造を示す。
【図３】セットアップコードのダウンロードのための信号方式図である。
【図４】セットアップコード５０の内容を概略的に示す。
【図１】
2007535832.tif 000003
【図２】
2007535832.tif 000004
【図３】
2007535832.tif 000005
【図４】
2007535832.tif 000006
【手続補正書】
【提出日】平成18年8月14日(2006.8.14)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
第１のデータを特定するコマンドを電子装置で受信するステップと、
前記特定された第１のデータの特性を自動的に決定するステップと、
前記決定された特性から実行ファイルを自動的に特定するステップと、
前記特定された第１のデータに基づき、前記特定された実行ファイルを使用して操作するステップと、を含む方法。
【請求項２】
請求項１に記載の方法であって、前記特定されたデータの前記決定された特性が内容種別を示す方法。
【請求項３】
請求項１または２に記載の方法であって、前記コマンドが前記第１のデータの識別子を含む方法。
【請求項４】
請求項３に記載の方法であって、前記識別子が階層ノード型データ構造のノードを特定する方法。
【請求項５】
請求項４に記載の方法であって、前記コマンドがｅｘｅｃコマンドであり、前記識別子が前記ｅｘｅｃコマンドに含まれているｓｏｕｒｃｅ要素に含まれているＵＲＩである方法。
【請求項６】
請求項１ないし５の何れか１項に記載の方法であって、前記コマンドがＸＭＬコードとして受信される方法。
【請求項７】
請求項６に記載の方法であって、前記コマンドがＳｙｎｃＭＬコマンドである方法。
【請求項８】
請求項１ないし７の何れか１項に記載の方法であって、前記特定された第１のデータが前記携帯装置に格納される方法。
【請求項９】
請求項６に記載の方法であって、前記特定された第１のデータが階層ノード型データ構造の第１のリーフノードとして格納される方法。
【請求項１０】
請求項９に記載の方法であって、前記階層ノード型データ構造の各リーフノードが複数の特性を有し、前記内容種別を決定するステップが前記第１のリーフノードの前記複数の特性を使用する方法。
【請求項１１】
請求項９または１０に記載の方法であって、前記階層ノード型データ構造の各リーフノードがメタデータを有し、前記内容種別を決定する前記ステップが前記第１のリーフノードのメタデータを使用する方法。
【請求項１２】
請求項１ないし１１の何れか１項に記載の方法であって、前記内容種別を決定する前記ステップが前記第１のデータに対応付けられているＦｏｒｍａｔ要素の値および／またはＴｙｐｅ要素の値を使用する方法。
【請求項１３】
請求項１ないし１２の何れか１項に記載の方法であって、複数の異なる特性の各々を複数の異なる実行ファイルに対応付けるステップをさらに含む方法。
【請求項１４】
請求項１１に記載の方法であって、前記決定された特性から実行ファイルを自動的に特定する前記ステップが、前記決定された特性に対応付けられた実行ファイルを特定するステップを含む方法。
【請求項１５】
請求項１３または１４に記載の方法であって、前記複数の異なる実行ファイルが前記電子装置に格納される方法。
【請求項１６】
請求項１ないし１５の何れか１項に記載の方法であって、前記第１のデータを特定する前記コマンドを受信するステップの前に、前記第１のデータを含む階層ノード型データ構造を前記電子装置に作成するためのコマンドを受信するステップをさらに含む方法。
【請求項１７】
階層ノード型データ構造の第１のリーフノードを特定するコマンドを含むコードを電子装置に転送するステップと、
前記特定された第１のリーフノードの特性を決定するステップと、
前記決定された特性から実行ファイルを特定するステップと、
前記特定された第１のリーフノードに格納されているデータに基づき、前記特定された実行ファイルを使用して操作するステップと、を含む方法。
【請求項１８】
再使用可能コードを電子機器で受信するステップであって、前記コードが、
複数のリーフノードと複数のインテリアノードとを有し、第１のリーフノードに格納される第１のデータを含む階層ノード型データ構造を前記電子装置に作成するための複数のコマンドと、
前記第１のリーフノードを特定する第１のコマンドと、を含むステップと、
前記特定された第１のリーフノードの特性を決定するステップと、
前記決定された特性から実行ファイルを特定するステップと、
前記第１のリーフノードに格納されている前記第１のデータに基づき、前記特定された実行ファイルを使用して操作するステップと、を含む方法。
【請求項１９】
第１のデータを格納するメモリと、
前記第１のデータを特定するコマンドを受信する受信器と、
前記特定された第１のデータの特性を決定し、前記決定された特性から実行ファイルを特定し、前記特定されたデータに基づき、前記特定された実行ファイルを使用して操作するプロセッサと、を含む電子機器。
【請求項２０】
請求項１９に記載のセルラー式携帯電話機であって、
前記受信器はセットアップコードを受信し、前記プロセッサは、複数のリーフノードと複数のインテリアノードとを有し、前記第１のデータを格納する第１のリーフノードを含む階層ノード型データ構造を作成するために、前記受信したセットアップコードを解釈するセルラー式携帯電話機。
【請求項２１】
請求項２０に記載のセルラー式携帯電話機であって、前記プロセッサは、前記第１のコマンドによって特定された前記リーフノードの特性を決定するために、前記受信したセットアップコード内の第１のコマンドを解釈するセルラー式携帯電話機。
【請求項２２】
第１のデータを特定し、前記第１のデータに基づき未特定の実行ファイルを実行することを指定するコードを含むデータ構造。
【請求項２３】
請求項２２に記載のデータ構造であって、前記コードが前記第１のデータの電子装置への転送をさらに指定するデータ構造。
【請求項２４】
複数のリーフノードと複数のインテリアノードとを有し、第１のリーフノードに格納される第１のデータを含む階層ノード型データ構造を電子装置に作成するための複数のコマンドと、
前記第１のリーフノードを特定し、前記第１のノードに格納された前記第１のデータに基づき未特定の実行ファイルを実行することを指定する第１のコマンドと、を含むデータ構造。
【請求項２５】
請求項２２、２３または２４に記載のデータ構造を使用するステップを含む方法。
【請求項２６】
請求項２２、２３または２４に記載のデータ構造を使用する電子デバイスをセットアップするステップを含む方法。
【請求項２７】
請求項２２、２３または２４に記載されたデータ構造を再使用し、異なる複数の電子装置をセットアップするステップを含む方法。
【請求項２８】
請求項２２、２３、または２４に記載のデータ構造を格納および送信するためのサーバ。
【請求項２９】
複数のユーザフレンドリなコマンドの各々を、１つまたは複数のコマンドをそれぞれ含む複数の異なるコード部分に対応付けることで、複数の異なる電子装置のセットアップに再使用されるデータ構造を作成する手段を含むシステム。
【請求項３０】
請求項２９に記載のシステムであって、第１のユーザフレンドリなコマンドが、ＳｙｎｃＭＬ  Ａｄｄコマンドのみを含むＸＭＬコードに対応付けられるシステム。
【請求項３１】
請求項２９または３０に記載のシステムであって、第２のユーザフレンドリなコマンドが、ＳｙｎｃＭＬ  Ａｄｄコマンドと、それに続くＳｙｎｃＭＬ  Ｅｘｅｃコマンドとを含むＸＭＬコードに対応付けられるシステム。
【請求項３２】
請求項２９、３０、または３１に記載のシステムであって、第３のユーザフレンドリなコマンドが、ＳｙｎｃＭＬ  Ａｄｄコマンドと、それに続くＳｙｎｃＭＬ  ｅｘｅｃコマンドと、それに続くＳｙｎｃＭＬ  Ｄｅｌｅｔｅコマンドとを含むＸＭＬコードに対応付けられるシステム。
【請求項３３】
第１のデータを格納する手段と、
前記第１のデータを特定するコマンドを電子装置で受信する手段と、
前記特定された第１のデータの特性を決定する手段と、
前記決定された特性から実行ファイルを特定する手段と、
前記特定された第１のデータに基づき、前記特定された実行ファイルを使用して操作する手段と、を含む電子装置。
【請求項３４】
第１のデータを特定し、前記第１のデータに基づき、未特定の実行ファイルを実行することを指定するコードを送信するステップを含む方法。
【請求項３５】
複数のリーフノードと複数のインテリアノードとを有し、第１のリーフノードに格納される第１のデータを含む階層ノード型データ構造を作成するためのコマンドを送信するステップと、
前記第１のノードに格納される前記第１のデータに基づき、未特定の実行ファイルを実行することを指定する前記第１のリーフを特定する第１のコマンドを送信するステップと、を含む方法。
【請求項３６】
第１のデータを特定し、前記第１のデータに基づき、未特定の実行ファイルを実行することを指定するコードを格納するメモリを含むサーバ。
【請求項３７】
請求項３６に記載のサーバであって、
前記コードが電子デバイスをセットアップするためのコードであるサーバ。
【請求項３８】
請求項３６または３７に記載のサーバであって、
前記コードが、異なる複数の電子装置のセットアップにおいて再使用されるサーバ。
【請求項３９】
複数のリーフノードと複数のインテリアノードとを有し、第１のリーフノードに格納する前記第１のデータを含む階層ノード型データ構造を電子装置に作成し、前記第１のノードに格納される前記第１のデータに基づき、未特定の実行ファイルを実行することを指定する前記第１のリーフを特定する第１のコマンドを格納するためのコマンドを格納するメモリを含むサーバ。
【請求項４０】
第１のデータを特定する受信されたコマンドの特性を自動的に決定する手段と、
前記決定された特性から実行ファイルを自動的に特定する手段と、
前記特定された第１のデータを、特定された実行ファイルの使用に基づいて操作可能とする手段と、を含むソフトウェア。
【請求項４１】
複数のユーザフレンドリなコマンドの各々を、１つまたは複数のコマンドをそれぞれ含む複数の異なるコード部分に対応付けることで、複数の異なる電子装置のセットアップに再使用されるデータ構造を作成する手段を含むコンピュータプログラム。
【国際調査報告】
2007535832.tif 000007
2007535832.tif 000008
2007535832.tif 000009