(57)【特許請求の範囲】
【請求項１】
端末装置からのサービス注文要求メッセージを受信するステップ（１０１）と、
前記サービス注文要求メッセージに従ってサービス提供者へサービス注文要求またはサービス解除要求を送信するステップ（１０２）と、
前記サービス提供者から送信された前記サービス注文要求メッセージに対するフィードバックメッセージに従って、前記端末装置へ注文データまたはサービス解除の結果を送信するステップ（１０３）と、を含み、
前記サービス注文要求メッセージに従って、サービス提供者へサービス注文要求またはサービス解除要求を送信するステップ（１０２）は、
少なくとも１つの注文代行サーバのインターネットプロトコルＩＰアドレスおよびポート番号情報を含む注文情報が含まれるページング要求を端末装置へ送信することと、
前記端末装置からのアクセス要求を受信することと、
前記アクセス要求を解析して前記端末装置に対応するポート番号情報を得、前記端末装置に対応するポート番号に従って目標サービス提供者を判定することと、
前記目標サービス提供者へサービス注文要求またはサービス解除要求を送信することと、を含み、
前記サービス注文要求メッセージは、通信業務の注文または変更、オペレータの変更、オペレータの注文及びオペレータのサービス解除を含む、
サービス注文方法。
【請求項２】
サービス提供者へサービス注文要求またはサービス解除要求を送信する前に、前記端末装置の国際移動体装置識別番号ＩＭＥＩ、国際移動体加入者識別番号ＩＭＳＩ及び認証コードを含む注文情報が含まれるページング要求を前記端末装置へ送信することと、
前記端末装置へページング要求が送信された後に、前記端末装置の認証結果を受信することと、
前記認証結果に従って前記端末装置が認証に成功したと判定する場合に、前記要求メッセージに従ってサービス提供者へサービス注文要求またはサービス解除要求を送信するステップを実行することと、をさらに含む、
請求項１に記載の方法。
【請求項３】
サーバ側から送信されたページングメッセージを受信し、前記ページングメッセージに注文情報が含まれている場合、端末装置を起動するステップ（２０１）と、
前記注文情報に従って前記サーバへアクセス要求を送信するステップ（２０２）と、
前記サーバにアクセスした後に、前記サーバからの注文データまたはサービス解除の結果を受信するステップ（２０３）と、を含み、
前記注文情報は、少なくとも１つの注文代行サーバのインターネットプロトコルＩＰアドレスおよびポート番号情報を含み、
前記注文情報に従って前記サーバへアクセス要求を送信するステップ（２０２）は、前記端末装置を起動した後に、注文代行サーバのＩＰアドレスおよび前記端末装置に対応するポート番号情報に従って注文代行サーバへアクセス要求を送信することを含み、
前記サーバからの注文データまたはサービス解除の結果を受信するステップ（２０３）は、前記注文代行サーバから送信された注文データまたはサービス解除の結果を受信することを含む、
サービス注文方法。
【請求項４】
前記注文情報は、前記端末装置の国際移動体装置識別番号ＩＭＥＩ、国際移動体加入者識別番号ＩＭＳＩ及び認証コードを含み、
前記方法は、前記端末装置を起動した後に、前記端末装置の国際移動体装置識別番号ＩＭＥＩ、国際移動体加入者識別番号ＩＭＳＩ及び認証コードに従って、認証を行って認証結果を得、前記認証結果を前記サーバに送信することをさらに含む、
請求項３に記載の方法。
【請求項５】
前記サーバ側から送信された注文データを受信した後に、前記注文データを仮想顧客識別モジュールＳＩＭに書き込んで記憶し、サービス解除の結果を受信した後に、前記ＳＩＭで既存の注文データを削除することをさらに含む、
請求項３または４に記載の方法。
【請求項６】
端末装置からのサービス注文要求メッセージを受信するように構成される第1の受信モジュール（１００１）と、
前記サービス注文要求メッセージに従ってサービス提供者へサービス注文要求またはサービス解除要求を送信するように構成される要求モジュール（１００２）と、
前記サービス提供者から送信された前記サービス注文要求メッセージに対するフィードバックメッセージに従って前記端末装置へ注文データまたはサービス解除の結果を送信するように構成される第1の送信モジュール（１００３）と、を備え、
要求モジュール（１００２）は、
少なくとも１つの注文代行サーバのインターネットプロトコルＩＰアドレスおよびポート番号情報を含む注文情報が含まれるページング要求を前記端末装置へ送信するように構成されるページングユニットと、
前記端末装置からのアクセス要求を受信するように構成される受信ユニットと、
前記アクセス要求を解析して前記端末装置に対応するポート番号情報を得、前記端末装置に対応するポート番号に従って目標サービス提供者を判定するように構成される解析ユニットと、
前記目標サービス提供者へサービス注文要求またはサービス解除要求を送信するように構成される送信ユニットと、を備え、
前記サービス注文要求メッセージは、通信業務の注文または変更、オペレータの変更、オペレータの注文及びオペレータのサービス解除を含む、
サービス注文装置（１０００）。
【請求項７】
サービス提供者へサービス注文要求またはサービス解除要求を送信する前に、前記端末装置の国際移動体装置識別番号ＩＭＥＩ、国際移動体加入者識別番号ＩＭＳＩ及び認証コードを含む注文情報が含まれるページング要求を前記端末装置へ送信するように構成される第２の送信モジュールと、
前記端末装置へページング要求が送信された後に、前記端末装置の認証結果を受信するように構成される第２の受信モジュールと、
前記認証結果に従って前記端末装置が認証に成功したと判定する場合に、前記要求メッセージに従ってサービス提供者へサービス注文要求またはサービス解除要求を送信するステップを実行するように構成される実行モジュールと、をさらに備える、
請求項６に記載の装置（１０００）。
【請求項８】
サーバ側から送信されたページングメッセージを受信し、前記ページングメッセージに注文情報が含まれている場合、端末装置を起動するように構成される起動モジュール（１１０１）と、
前記注文情報に従って前記サーバへアクセス要求を送信するように構成される第３の送信モジュール（１１０２）と、
前記サーバにアクセスした後に、前記サーバからの注文データまたはサービス解除の結果を受信するように構成される第３の受信モジュール（１１０３）と、を備え、
前記注文情報は、少なくとも１つの注文代行サーバのインターネットプロトコルＩＰアドレスおよびポート番号情報を含み、
第３の送信モジュール（１１０２）は、前記端末装置を起動した後に、注文代行サーバのインターネットプロトコルＩＰアドレス及び前記端末装置に対応するポート番号情報に従って注文代行サーバへアクセス要求を送信するように構成され、
前記第３の受信モジュール（１１０３）は、前記注文代行サーバから送信された注文データまたはサービス解除の結果を受信するように構成される、
端末装置サービス注文装置（１１００）。
【請求項９】
前記注文情報は、前記端末装置の国際移動体装置識別番号ＩＭＥＩ、国際移動体加入者識別番号ＩＭＳＩ及び認証コードを含み、
前記装置（１１００）は、前記端末装置を起動した後に、前記端末装置のＩＭＥＩ、ＩＭＳＩ及び認証コードに従って認証を行って認証結果を得，前記認証結果を前記サーバに送信するように構成される認証モジュールをさらに備える、
請求項８に記載の装置（１１００）。
【請求項１０】
前記サーバ側から送信された注文データを受信した後に、前記注文データを仮想顧客識別モジュールＳＩＭに書き込んで記憶し、サービス解除の結果を受信した後に、前記ＳＩＭで既存の注文データを削除するように構成される仮想顧客識別モジュールＳＩＭをさらに備える、
請求項８または９に記載の装置（１１００）。
【請求項１１】
プロセッサに実行されると、上記請求項１または２に記載の方法を実現するコンピュータ実行可能な指令が記憶される、
コンピュータ読み取り可能な記憶媒体。
【請求項１２】
プロセッサに実行されると、上記請求項３から５のいずれか１項に記載の方法を実現するコンピュータ実行可能な指令が記憶される、
コンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信分野に関するが、それに限定されなく、特にサービス注文方法および装置に関する。
【背景技術】
【０００２】
ＩＯＴ（Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ）の適用が豊富であり、適用前景が広い。一方、従来のネットワークは、ＩＯＴの適用へのサポートに加え、ＩＯＴ自身の特徴、例えば、通常、ＩＯＴ装置の数が多く、データ伝送量が少なく、移動性が低いなどにも注意すべきである。不完全な推測に従って、２０４０年まで、一人当たりのＩＯＴ装置保有量が平均１０００台以上であり、こんなにたくさんのＩＯＴ装置をどのような管理することは、厳しい試練である。特に、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）及びセルラーネットワークに基づくＩＯＴ装置を採用し、ほとんど無人当番の箇所で動作し、かつ、未来の運営方式として、オペレータからサービスが提供されるだけではなく、独立な装置提供者からサービスが提供される可能性もあり、ユーザがコスト、サービス品質などの要素を考えてサービス提供者を変更しようとすると、自宅のＩＯＴ装置のサービス提供者をどのように変更することは、考えなければならない問題となる。
【発明の概要】
【０００３】
詳細に説明する主題の概要は、以下の通りである。本概要は、特許請求の範囲を限定するものではない。
【０００４】
本発明の実施例は、サービス注文方法および装置を提供する。
【０００５】
本発明の実施例の第一態様によれば、
端末装置からのサービス注文要求メッセージを受信することと、
サービス注文要求メッセージに従ってサービス提供者へサービス注文要求またはサービス解除要求を送信することと、
サービス提供者から送信されたサービス注文要求メッセージに対するフィードバックメッセージに従って、端末装置へ注文データまたはサービス解除の結果を送信することと、を含むサービス注文方法を提供する。
【０００６】
ここで、サービス注文要求メッセージに従って、サービス提供者へサービス注文要求またはサービス解除要求を送信することは、少なくとも１つの注文代行サーバのＩＰアドレスおよびポート番号情報を含む注文情報が含まれるページング要求を端末装置へ送信することと、端末装置からのアクセス要求を受信することと、アクセス要求を解析して端末装置に対応するポート番号情報を得、端末装置に対応するポート番号に従って目標サービス提供者を判定することと、目標サービス提供者へサービス注文要求またはサービス解除要求を送信することと、を含む。
【０００７】
好ましくは、上記方法は、サービス提供者へサービス注文要求またはサービス解除要求を送信する前に、端末装置の国際移動体装置識別番号ＩＭＥＩ、国際移動体加入者識別番号ＩＭＳＩ及び認証コードを含む注文情報が含まれるページング要求を端末装置へ送信することと、端末装置へページング要求が送信された後に、端末装置の認証結果を受信することと、認証結果に従って端末装置が認証に成功したと判定する場合、要求メッセージに従ってサービス提供者へサービス注文要求またはサービス解除要求を送信するステップを実行することと、をさらに含む。
【０００８】
本発明の実施例の第二態様によれば、サーバ側から送信されたページングメッセージを受信し、ページングメッセージに注文情報が含まれている場合、端末装置を起動することと、注文情報に従ってサーバへアクセス要求を送信することと、サーバにアクセスした後に、サーバからの注文データまたはサービス解除の結果を受信することと、を含むサービス注文方法を提供する。
【０００９】
ここで、上記注文情報は、少なくとも１つの注文代行サーバのＩＰアドレスおよびポート番号情報を含み、注文情報に従ってサーバへアクセス要求を送信することは、端末装置を起動した後に、注文代行サーバのＩＰアドレスおよび端末装置に対応するポート番号情報に従って注文代行サーバへアクセス要求を送信することを含み、サーバからの注文データまたはサービス解除の結果を受信することは、注文代行サーバから送信された注文データまたはサービス解除の結果を受信することを含む。
【００１０】
ここで、上記注文情報は、端末装置の国際移動体装置識別番号ＩＭＥＩ、国際移動体加入者識別番号ＩＭＳＩ及び認証コードを含み、上記方法は、端末装置を起動した後に、端末装置のＩＭＥＩ、ＩＭＳＩ及び認証コードに従って、認証を行って認証結果を得、認証結果をサーバに送信することをさらに含む。
【００１１】
好ましくは、上記方法は、サーバ側から送信された注文データを受信した後に、注文データを仮想顧客識別モジュールＳＩＭに書き込んで記憶し、サービス解除の結果を受信した後に、ＳＩＭで既存の注文データを削除することをさらに含む。
【００１２】
本発明の実施例の第三態様によれば、端末装置からのサービス注文要求メッセージを受信するように構成される第１受信モジュールと、サービス注文要求メッセージに従ってサービス提供者へサービス注文要求またはサービス解除要求を送信するように構成される要求モジュールと、サービス提供者から送信された前記サービス注文要求メッセージに対するフィードバックメッセージに従って端末装置へ注文データまたはサービス解除の結果を送信するように構成される第1の送信モジュールと、を備えるサービス注文装置を提供する。
【００１３】
ここで、上記要求モジュールは、少なくとも１つの注文代行サーバのＩＰアドレスおよびポート番号情報を含む注文情報が含まれるページング要求を端末装置へ送信するように構成されるページングユニットと、端末装置からのアクセス要求を受信するように構成される受信ユニットと、アクセス要求を解析して端末装置に対応するポート番号情報を得、端末装置に対応するポート番号に従って目標サービス提供者を判定するように構成される解析ユニットと、目標サービス提供者へサービス注文要求またはサービス解除要求を送信するように構成される送信ユニットと、を備える。
【００１４】
好ましくは、上記装置は、サービス提供者へサービス注文要求またはサービス解除要求を送信する前に、端末装置の国際移動体装置識別番号ＩＭＥＩ、国際移動体加入者識別番号ＩＭＳＩ及び認証コードを含む注文情報が含まれるページング要求を端末装置へ送信するように構成される第２の送信モジュールと、端末装置へページング要求が送信された後に、端末装置の認証結果を受信するように構成される第２の受信モジュールと、認証結果に従って端末装置が認証に成功したと判定する場合、要求メッセージに従ってサービス提供者へサービス注文要求またはサービス解除要求を送信するステップを実行するように構成される実行モジュールと、をさらに備える。
【００１５】
本発明の実施例の第四態様によれば、サーバ側から送信されたページングメッセージを受信し、ページングメッセージに注文情報が含まれている場合、端末装置を起動するように構成される起動モジュールと、注文情報に従ってサーバへアクセス要求を送信するように構成される第３の送信モジュールと、サーバにアクセスした後に、サーバからの注文データまたはサービス解除の結果を受信するように構成される第３の受信モジュールと、を備える端末装置サービス注文装置を提供する。
【００１６】
ここで、上記注文情報は、少なくとも１つの注文代行サーバのＩＰアドレスおよびポート番号情報を含み、第３の送信モジュールは、端末装置を起動した後に、注文代行サーバのＩＰアドレス及び前記端末装置に対応するポート番号情報に従って注文代行サーバへアクセス要求を送信するように構成され、第３の受信モジュールは、注文代行サーバから送信された注文データまたはサービス解除の結果を受信するように構成される。
【００１７】
ここで、上記注文情報は、端末装置の国際移動体装置識別番号ＩＭＥＩ、国際移動体加入者識別番号ＩＭＳＩ及び認証コードを含み、装置は、端末装置を起動した後に、端末装置のＩＭＥＩ、ＩＭＳＩ及び認証コードに従って、認証を行って認証結果を得、認証結果をサーバに送信するように構成される認証モジュールをさらに備える。
【００１８】
好ましくは、上記装置は、サーバ側から送信された注文データを受信した後に、注文データを仮想顧客識別モジュールＳＩＭに書き込んで記憶し、サービス解除の結果を受信した後に、ＳＩＭで既存の注文データを削除するように構成される仮想顧客識別モジュールＳＩＭをさらに備える。
【００１９】
本実施例による技術的手段によれば、サービス側は、受信したサービス注文要求に従って、指定されたサービス提供者にサービスを注文し、得られた注文データを端末装置に送信し、端末装置のサービス注文の効率を向上させた。
【００２０】
図面及び詳細な説明を読んで理解した後に、他の態様を理解することができる。
【図面の簡単な説明】
【００２１】
【図１】本発明の第一実施例のサービス注文方法のフローチャートである。
【図２】本発明の第二実施例のサービス注文方法のフローチャートである。
【図３】本発明の第三実施例のサービス注文方法のフローチャートである。
【図４】本発明の第四実施例の第1種のサービス提供者システムの概略図である。
【図５】本発明の第四実施例の第２種のサービス提供者システムの概略図である。
【図６】本発明の第五実施例のサービス注文方法のフローチャートである。
【図７】本発明の第六実施例のサービス注文方法のフローチャートである。
【図８】本発明の第七実施例のサービス注文方法のフローチャートである。
【図９】本発明の第六実施例によるサービス注文装置のブロック図である。
【図１０】本発明の第七実施例によるサービス注文装置のブロック図である。
【発明を実施するための形態】
【００２２】
以下、本発明の実施例における図面を参照し、本発明の実施例における技術的手段を明確で完全に説明し、もちろん、説明する実施例は本発明の一部の実施例にすぎず、全ての実施例ではない。本発明の実施例に基づいて、当業者は、創造的な労働をせずに得られる全ての他の実施例は、本発明の保護範囲に属する。
【００２３】
ＬＴＥ、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ、共通移動通信システム）などの３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ、第三世代パートナーシッププロジェクト）ネットワークアーキテクチャに、オペレータ、ユーザ、装置制造商などのキャラクターが存在し、ユーザは、オペレータを変更しようとする場合、主に、ＵＳＩＭ（Ｕｎｉｖｅｒｓａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ、グローバルユーザ識別モジュール）またはＳＩＭカード（Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ、顧客識別モジュール）を変更することで実現する必要があり、目標サービス提供者サービス拠点に訪ねて関連業務を遂行し、そして、ＵＳＩＭまたはＳＩＭエンティティを受け取り、同時にＩＯＴ装置において設定変更を行う必要がある。
【００２４】
上記態様では、まず、ＩＯＴによる変化がＭＴＣ装置適用シーンの変化であることを考えていない。例えば、ＩＯＴ装置はほとんど無人当番の箇所で動作し、配置された後に現場メンテナンスのコストが高くて実現することが難しい。そして、ＩＯＴ装置の動作周期が従来の装置と異なり、ＩＯＴ装置は、大半の時間にスリープ状態にあり、特定の時間または特定の監視イベントが発生する次第、接続要求データの送信を作成し、かつ、回路変更ＣＳドメインサービスをサポートせず、メッセージによりネットワークと会話して通知を更新することができず、これによって、ＩＯＴ装置は、サービス提供者または業務を変更しにくい。
【００２５】
本実施例は、サービス注文方法を提供し、該方法はサーバにより実行されてもよく、図１に示すように、該方法は以下の処理を含む。
【００２６】
ステップ１０１において、端末装置からのサービス注文要求メッセージを受信する。
ステップ１０２において、受信した要求メッセージに従ってサービス提供者へサービス注文要求またはサービス解除要求を送信する。
ステップ１０３において、サービス提供者から送信された前記サービス注文要求メッセージに対するフィードバックメッセージに従って、端末装置へ注文データまたはサービス解除の結果を送信する。
【００２７】
本実施例では、サービス提供者は、少なくとも１つの注文代行サーバをさらに備えてもよく、この注文代行サーバによってサービス提供者へサービスを注文してもよい。これに基づいて、サービス注文要求メッセージに従ってサービス提供者へサービス注文要求またはサービス解除要求を送信することは、端末装置へページング要求を送信することと、端末装置からのアクセス要求を受信することと、アクセス要求を解析して端末装置に対応するポート番号情報を得、端末装置に対応するポート番号に従って目標サービス提供者を判定することと、目標サービス提供者へサービス注文要求またはサービス解除要求を送信することとを含んでもよい。該注文情報は少なくとも１つの注文代行サーバのＩＰアドレスおよびポート番号情報を含んでもよく、該ポート番号が異なる処理プロセスに対応してもよく、異なる処理プロセスは、主に異なるオペレータのサービス注文編集インターフェースの１セットのアプリに対応し、異なるアプリは、異なるオペレータのサービス注文要求を処理することに用いられる。
【００２８】
本実施例では、サービス注文は、具体的な通信業務の注文または変更、オペレータの変更、オペレータの注文及びオペレータのサービス解除などを含んでもよい。
【００２９】
本実施例による方法は、端末装置に対する認証手続きを含んでもよい。これに基づいて、サービス提供者へサービス注文要求またはサービス解除要求を送信する前に、端末装置のＩＭＥＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｅｑｕｉｐｍｅｎｔ  Ｉｄｅｎｔｉｔｙ、国際移動体装置識別番号）、ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｎｕｍｂｅｒ、国際移動体加入者識別番号）及び認証コードを含んでもよい注文情報が含まれるページング要求を端末装置へ送信し、端末装置が注文情報を受信した後に、ＩＭＥＩ、ＩＭＳＩ及び認証コードに従って、認証を行って認証結果を得、注文情報が担持されているページング要求を端末装置へ送信した後に、端末装置の認証結果を受信し、認証結果に従って端末装置が認証に成功したと判定する場合に、要求メッセージに従ってサービス提供者へサービス注文要求またはサービス解除要求を送信するステップを実行する。
【００３０】
好ましくは、本実施例による端末装置は、マシンタイプ通信（ｍａｃｈｉｎｅ−ｔｙｐｅｃｏｍｍｕｎｉｃａｔｉｏｎ、ＭＴＣ）装置、すなわちＩＯＴ装置であってもよい。
【００３１】
本実施例は、ＭＴＣ装置に設置されるクライアントにより実行される別のサービス注文方法を提供する。図２はこの方法のフローチャートであり、図２に示すように、この方法は、以下の処理を含む。
【００３２】
ステップ２０１において、サーバ側から送信されたページングメッセージを受信し、ページングメッセージに注文情報が含まれている場合、ＩＯＴＭＴＣを起動する。
ステップ２０２において、注文情報に従ってサーバへアクセス要求を送信する。
ステップ２０３において、サーバにアクセスした後に、サーバからの注文データまたはサービス解除の結果を受信する。
【００３３】
ここで、注文情報は、代行サーバのＩＰアドレスおよびポート番号情報を注文することを含んでもよい。注文情報に従ってサーバへアクセス要求を送信することは、ＭＴＣ装置を起動した後に、注文代行サーバのＩＰアドレスおよびＭＴＣ端末装置に対応するポート番号情報に従って注文代行サーバへアクセス要求を送信することを含み、サーバからの注文データまたはサービス解除の結果を受信することは、注文代行サーバから送信された注文データまたはサービス解除の結果を受信することを含む。
【００３４】
また、注文情報は、ＭＴＣ装置の国際移動体装置識別番号ＩＭＥＩ、国際移動体加入者識別番号ＩＭＳＩ及び認証コードをさらに含んでもよい。これに基づいて、本実施例による方法は、ＩＯＴＭＴＣ装置を起動した後に、ＭＴＣ装置のＩＭＥＩ、ＩＭＳＩ及び認証コードに従って認証を行って認証結果を得、認証結果をサーバに送信することをさらに含んでもよい。
【００３５】
好ましくは、本実施例による方法は、サーバ側から送信された注文データを受信した後に、注文データを仮想顧客識別モジュールＳＩＭ回路に書き込んで記憶し、サービス解除の結果を受信した後に、ＳＩＭで既存の注文データを削除することをさらに含んでもよい。
【００３６】
本実施例は、注文代行サーバ側により実行される別のサービス注文方法を提供する。図３はこの方法のフローチャートであり、図３に示すように、この方法は、以下の処理を含む。
【００３７】
ステップ３０１において、端末装置からのアクセス要求を受信する。
ステップ３０２において、アクセス要求に従ってサービス提供者へサービス注文要求またはサービス解除要求を送信する。
ステップ３０３において、サービス提供者から送信された注文データまたはサービス解除の結果を受信する。
ステップ３０４において、注文データまたはサービス解除の結果を端末装置に送信する。
【００３８】
ここで、アクセス要求に従って、サービス提供者へサービス注文要求またはサービス解除要求を送信することは、
アクセス要求を解析して端末装置に対応するポート番号を得、ポート番号に従って目標サービス提供者を判定し、目標サービス提供者へサービス注文要求またはサービス解除要求を送信することを含んでもよい。
【００３９】
以上、それぞれサーバ、クライアント、及び代行サーバの角度から、本発明の実施例によるサービス注文方法を説明した。これに加え、サーバとクライアントとが会話するＭＴＣ装置全体のサービス注文の流れを説明する。
【００４０】
本実施例では、まず、関連するサーバについて説明し、次にサーバの１つまたは複数の構成部分に従って、サーバ、クライアント、及び代行サーバの角度から本発明の実施例によるサービス注文方法を説明する。
【００４１】
本発明の実施例に係るサーバは、サーバであってもよく、異なる機能を実現するための２つ以上のサーバであってもよく、本実施例は、まず、サーバが１種のサーバを含むことを例として説明する。
【００４２】
図４は、本実施例に係る第１種のサービス提供者システムの概略図であり、図４に示すように、該システムは、ＭＴＣ装置、オペレータネットワーク及びＭＴＣサーバを備える。ここで、ＭＴＣサーバは、本発明の実施例に係るサーバである。
【００４３】
以下、サーバが２種のサーバを備えることについて説明する。
【００４４】
図５は、本実施例に係る第２種のＭＣＴ装置サービス提供者システムの概略図であり、図２に示すように、ＩＯＴＭＴＣ装置、基地局、注文代行サーバ３０２及び装置管理サーバ３０６を備える。ここで、注文代行サーバ及び装置管理サーバは、本発明の実施例に係るサーバであり、図５に示すように、ｅＮｏｄｅＢアクセスネットワークエレメント３０１、注文代行サーバ３０２は、注文代行モジュール３０３、オペレータポリシー管理モジュール３０４及び遠隔通信モジュール３０５を備える。装置管理サーバ３０６は、装置管理グラフィカルユーザーインターフェースＧＵＩ３０７、装置管理モジュール３０８、身分認証モジュール３０９及びページング管理モジュール３１０を含む。
【００４５】
サービス側から送信されるページング要求メッセージエレメントの構造は以下のようである。
【表１】
0006884209.tif 000002
【００４６】
該メッセージは、以下のフィールドを含む。
フィールド１０１は、装置識別番号認証エレメント（ＤｅｖｉｃｅＩｄｅｎｔｉｔｙ  Ａｕｔｈｅｎｔａｔｉｏｎ  Ｅｌｅｍｅｎｔ）である。
フィールド１０２は、注文代行サービス情報エレメント（Ｓｕｂｓｃｒｉｐｔｉｏｎ  Ａｇｅｎｔ  Ｓｅｒｖｉｃｅ  Ｉｎｆｏ  Ｅｌｅｍｅｎｔ）である。
フィールド１０３はＩＭＳＩであり、フィールド１０４はＩＭＥＩである。
フィールド１０５は、認証検出符号である。
フィールド１０６は、注文代行サーバＩＰアドレス及び注文代行サービス情報である。
フィールド１０７は、注文代行サーバのアプリポート番号である。
【００４７】
上記のように紹介したサーバの構成部分に基づいて、本実施例に係るＭＴＣ装置サービス注文の流れは、以下のような処理を含んでもよい。
【００４８】
１、ＭＴＣ装置を初期化し、設定情報を取得する。
ＭＴＣ装置は、ＭＴＣ端末とも呼ばれ、３ＧＰＰ無線セルラーネットワークに基づくＩＯＴ通信端末である。
設定情報は、ＩＭＥＩ、ＳＩＭカードにおける国コードＩＭＳＩ＿ＭＣＣとネットワークコードＩＭＳＩ＿ＭＮＣ、ＩＭＳＩを含む。
ＭＴＣ装置は、一般的に、作動モード（ＷＡＫＥ−ＵＰ  ＭＯＤＥ）およびスリープモード（ＳＬＥＥＰ  ＭＯＤＥ）という２種のモードを有する。ＭＴＣ装置は、通常、大量のデータの送信及び節電、低移動性の要求がないため、ＭＴＣ装置は、大半の時間にＳＬＥＥＰモードで動作し、すなわち、システムネットワークに係る直接的なシグナリング、データ接続がしなく、ＷＡＫＥ−ＵＰモード、すなわち作動モードにあるとき、送信されるデータまたはシグナリングがあるときにしかシステムコアネットワークへアクセス接続しない。
【００４９】
２、ＭＴＣ装置は、初回のネットワークアタッチ及び初回のネットワーク登録を行う。
ＭＴＣ装置は、コアネットワークエレメントへ登録メッセージを送信し、コアネットワークエレメントは、ＭＴＣサーバへ認証結果を確認し、ＭＴＣサーバは、ＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ、公衆地上波移動ネットワーク）オペレータにより配置されてもよく、ＭＴＣサーバの保守者によって提供されてもよく、１つの特定のＡＰＮ（ＡｃｃｅｓｓＰｏｉｎｔＮａｍｅ、アクセス拠点）を用いる。通常、ＭＴＣサーバは、オペレータネットワークのコアネットワークエレメントに接続する必要があり、ＭＴＣ装置を管理・保守し、ＭＴＣ応用データを処理する。
【００５０】
３、ＭＴＣ装置は、正常に登録した後に、コアネットワークエレメントから送信された  ＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ、非連続受信）周期およびＭＴＣサーバのスリープポリシーに従って、周期的なスリープを行い、スリープモードに入る。
ＭＴＣ装置は、ネットワークから送信されたページングメッセージにおけるＤＲＸ周期に従って、周期的なスリープを行い、ネットワーク接続を切断し、ネットワークリソースを放出するとともに、端末の電力消費を減少させ、ネットワークＵＥｐｏｗｅｒ  ｓａｖｉｎｇ  ｗａｋｅｕｐ  ｔｉｍｅｒ（端末節電起動タイマー）がタイムアウトするときのみに、ＭＴＣ装置は起動を行って、データ接続またはシグナリング接続を行う必要があるか否かをチェックし、作動モードに入る。
【００５１】
４、ユーザは、サービス提供者情報を変更する必要のあるＭＴＣ装置がある場合、請求を行い、管理者は、装置管理モジュールによって、目標ＭＴＣ装置サービス提供者を変更する。
管理者は、サービス設定モジュールによって、目標ＭＴＣ装置のサービス提供者要求を変更する。
【００５２】
５、装置管理モジュールは、目標ＭＴＣ装置へ起動要求を送信し、目標装置を強制的に起動し、代行サービスの注文サーバ情報を目標ＭＴＣ装置に送信する。
装置管理モジュールは、装置管理サーバにおける１セットのアプリであり、ＭＴＣ端末装置が設定されたサービス注文情况をチャックするための１セットの操作可能なインターフェースを管理者に提供する。
【００５３】
起動要求は、ＭＴＣ装置へページングメッセージ（ＰＡＧＩＮＧＲＥＱＵＥＳＴ）を送信し、目標ＭＴＣ装置注文情報ＩＭＳＩ、ＩＭＥＩ及び代行サービス注文情報を担持することで、代行サーバアドレスおよび目標ポート番号を含み、サーバアドレスは、注文代行サーバのネットワークアドレスであり、異なるサービス提供者の代行サービス注文情報エレメントにおけるポート番号情報が異なり、ポート番号は、異なるオペレータまたはサービス提供者の処理プロセスを表す。
【００５４】
注文代行モジュールは、注文代行サーバにおける１セットのアプリであり、クライアントの接続のために１セットの応用プロセスを提供し、必要なゲートウェイプロトコルデータ変換を提供することができ、要求を目標オペレータ注文サーバに送信し、目標オペレータに新規登録またはオペレータサービスの番号リストの提供を要求し、同時に元のオペレータにサービス解除要求を送信する。
【００５５】
６、ＭＴＣ装置は、本回の起動の認証情報（該認証情報はＩＭＥＩ、ＩＭＳＩ及び認証検出符号を含み、認証コードとも略称され、認証コードがネットワーク側で生成され、ＭＴＣは、該認証コードを受信した後に、ＳＩＭカードにおけるオペレータ注文データアルゴリズムに従って結果を計算し、検証のためにネットワークを送信する）に従って、セキュア認証を行い、認証に成功したことを確認した後に、ネットワーク確認メッセージを返信し、目標オペレータの情報、すなわちポート番号情報が含まれる接続要求メッセージを目標代行注文サーバへ送信する。
【００５６】
７、注文代行モジュールは、接続要求メッセージに従って、目標オペレータネットワークへ新規登録要求を送信し、同時に元のオペレータにサービス解除要求を送信する。なお、注文代行サーバは、ＭＴＣ装置のＩＭＳＩに従って、ＭＴＣ装置の元のオペレータを知ることができる。
【００５７】
注文代行モジュールは、本回の接続に対して情報解析を行い、ポート番号情報に従って異なる処理プロセスに配信し、かつ、担持しているＩＭＥＩ及びＩＭＳＩに従って目標装置であると確認した後に、要求を目標サービス提供者ネットワークに送信し、同時に元のオペレータに番号無効化要求を送信し、サービス解除を要求する。異なるポート番号は、異なるオペレータまたはサービス提供者の処理プロセスを表す。
【００５８】
８、目標オペレータは、新規登録要求を受信した後に、身分認証を行った後に新規登録を行い、新規登録データ（すなわち注文データ）を要求提出したＭＴＣ装置に配信する。
新規登録データは、主に、ＴＣＰ／ＩＰデータパケットでＭＴＣ装置に送信され、ＭＴＣ装置は、身分認証を行った後に、ＳＩＭ管理モジュールによって仮想ＳＩＭ回路におけるオペレータ情報および認証情報を更新し、新しいオペレータに切り替える。
【００５９】
９、元のＭＴＣ装置は、新規登録データを受信した後に、仮想ＳＩＭ回路におけるオペレータ情報を更新するようにＳＩＭ管理モジュールに通知し、同時にサービス変更を行う。
【００６０】
仮想ＳＩＭは、従来のエンティティＳＩＭのないＳＩＭ管理方法であり、１セットのハードウェア回路でＳＩＭカードのさまざまな機能のシミュレーション及びデータ記憶を完了し、出荷した後に直接的に端末に内蔵され、ＳＩＭカード情報およびアプリを変更するために１セットの安全なアプリケーション・プログラミング・インターフェースを提供することができる。
【００６１】
本実施例は、３つの具体的な実例により、ＭＴＣ装置がサービスを注文する時に、サービス側、代行サービス側及びＭＴＣ装置側が実行するステップをそれぞれ説明する。
【００６２】
システム側の実例
図６は、本実施例によるＭＴＣ装置サービス注文方法のフローチャートであり、本実施例は、ユーザがＭＴＣ装置サービス提供者の変更を要求することをユーザの注文行為の例として説明し、該フローは、主にサーバに実行され、以下のステップを含む。
【００６３】
ステップ７０１において、ユーザからのＭＴＣ装置のサービス提供者変更要求の情報を受信する。
ステップ７０２において、管理者は、ＧＵＩによって装置所属サービス提供者情報を変更し、遠隔サーバ等の情報を設定する。
ステップ７０３において、装置管理モジュールは、装置状態が正常であるか否かをチェックし、正常であればステップ７０４を実行し、正常でなければステップ７１３を実行し、フローを抜ける。
ステップ７０４において、ユーザ身分情報が装置所属情報に一致するか否かをチェックし、一致であればステップ７０５を実行し、一致でなければステップ７１３を実行し、エラー報告をして処理を抜ける。
【００６４】
ステップ７０５において、ページングパラメータを構築するように、ページングモジュールに通知する。
ページングモジュールは、管理者によって、情報およびＭＴＣ装置登録情報を入力し、ユーザ要求に従って、ＩＭＥＩ、ＩＭＳＩ、認証コード、並びに注文代行サーバＩＰおよびポート情報を含むページング要求パラメータを構築する。
【００６５】
ステップ７０６において、目標ＭＴＣ装置にページング要求を送信する。
ページングモジュールは、ＭＴＣ装置の元のサービス提供者インターフェースにページング要求を送信することによって、ＭＴＣ装置を起動し、ＭＴＣ装置を強制的に起動して注文代行サーバとのデータ接続を行う。
【００６６】
ステップ７０７において、目標ＭＴＣ装置からの返信を受信したか否かをチェックし、受信した場合、ステップ７０８を実行し、受信していない場合、ステップ７１３を実行し、エラー報告をして処理を抜ける。
ステップ７０８において、受信されたページング返信に対して身分認証を行い、認証結果を注文代行サーバに通知する。
ステップ７０９において、注文代行サーバがＭＴＣ装置からのアクセスサービス提供者変更要求を受信したか否かをチェックし、受信した場合、ステップ７１０を実行し、受信していない場合、ステップ７１３を実行し、エラー報告をして処理を抜ける。
ステップ７１０において、注文代行モジュールは、接続要求のポート情報に従って、正しいオペレータポリシープロセスに合わせて処理を行う。
【００６７】
ステップ７１１において、オペレータポリシーモジュールは、目標オペレータへサービス注文要求またはサービス解除要求を送信するように通信モジュールに要求する。
ステップ７１２において、オペレータインターフェースからの返信結果に従ってＭＴＣ装置の新しい注文データまたは結果を通知する。
ステップ７１３において、フローが終了する。
【００６８】
システム側の注文代行サーバの実例図７は、本実施例によるＭＴＣ装置サービス注文方法のフローチャートであり、本実施例は、ユーザの変更を要求することをユーザの注文行為の例として説明し、該フローは、主に注文代行サーバに実行され、以下のステップを含む。
【００６９】
ステップ８０１において、サービスが開始する。
ステップ８０２において、アクセス要求をするＭＴＣ装置が存在するか否かを傍受し、存在する場合、ステップ８０３を実行し、存在しない場合、ステップ８０２を続けて実行し、傍受を繰り返し続ける。
サービスを要求するＭＴＣ装置が存在するか否かを繰り返し傍受し、存在する場合、要求に対する処理を行い、存在しない場合、傍受をし続ける。
ステップ８０３において、アクセス要求を内容解析する。
ステップ８０４において、解析されたポート情報に従って、異なる処理プロセスをマッピングする。
ステップ８０５において、処理プロセスは、要求を提出した装置ＩＤ及び身分情報に従って、目標オペレータのサービス注文インターフェースへ要求を送信する。
ステップ８０６において、目標オペレータサーバは、身分認証を行った後に、新規登録及び注文データ配信を行う。
ステップ８０７において、注文代行サーバは、新規登録データを具体的なＭＴＣ装置にパススルーする。
ステップ８０８において、新規登録データを正確に伝送したか否かをチェックし、正確であればステップ８０９を実行し、正確でなければステップ８０７を実行する。
ステップ８０９において、注文代行サービスは、元のサービス提供者へサービス解除要求を送信する。
ステップ８１０において、サービス解除の結果を解析し、ＭＴＣユーザに通知する。
【００７０】
本実施例による技術的手段は、複数のＭＴＣ装置またはあるＭＴＣ装置にページングを行い、かつ、ページングメッセージに認証情報及びシステム側の注文代行サーバ情報を追加し、ＭＴＣ装置が注文サーバへの接続要求を送信するように、ＭＴＣ装置を強制的に起動して、注文管理モジュールは、要求の身分情報に従ってサービス提供者の切り替え及び元のサービスの解除を行って、ＭＴＣ装置における仮想ＳＩＭ回路のオペレータに関連する注文情報を更新し、該方法は、ＭＴＣ装置のサービス注文の効率を容易にする。
【００７１】
ＭＴＣ端末側の実例
ＭＴＣ端末は、
ＭＴＣ装置設定情報を取得、管理及び格納するように構成される設定モジュールと、
ＭＴＣ動作モードを切り替えように構成されるスリープモジュールと、
サービス提供者注文データ及びＳＩＭカード情報を管理するように構成される仮想ＳＩＭ管理モジュールと、
サーバ起動に対して双方向身分認証を行うように構成される身分認証モジュールと、
目標サーバへのアクセス要求を管理するように構成されるアクセスモジュールと、を備える。
【００７２】
図８は、本実施例によるＭＴＣ装置サービス注文方法のフローチャートであり、本実施例は、ユーザがＭＴＣ装置サービス提供者の変更を要求することをユーザの注文行為の例として説明し、該フローは、以下のステップを含む。
【００７３】
ステップ９０１において、ＭＴＣ装置が起動し、端末における１つ又は複数のモジュールを初期化する。
ＭＴＣ装置は、初期登録、認証を行い、オペレータネットワークまたはサービス提供者ネットワークにアクセスされる。
アクセスモジュールは、フレーム同期を行って、報知セルを復号し、現在の環境における利用可能なセル及び該オペレータネットワークのセル情報を走査し、現在のネットワークが利用可能であれば、登録開始を発する。
【００７４】
ステップ９０２において、ＭＴＣ装置は、待機スリープする。
ステップ９０３において、ＭＴＣ装置は、ページングメッセージを受信したか否かを傍受してチェックし、受信した場合、ステップ９０４を実行し、受信していない場合、ステップ９０２を実行してスリープし続ける。
ステップ９０４において、本回のページングメッセージが通常ページングであるか強制起動ページングであるかを判断し、強制起動ページングであればステップ９０５を実行し、通常ページングであれば、ステップ９０２を実行する。
【００７５】
本回のページングメッセージが通常ページングであるか強制起動ページングであるかを判断することは、主に、ページングメッセージに代行サーバ情報エレメントが担持されているか否かによって判断し、該エレメントが担持されている場合、強制起動ページングメッセージであると考えられ、該エレメントが担持されていない場合、通常の周期的なページングであると考えられる。
【００７６】
ステップ９０５において、認証コードに従って返信結果を計算し、身分認証を行う。
認証コードは、強制起動ページングに担持されるパラメータであり、認証コードによって、ＭＴＣ装置の身分認証モジュールは、ＳＩＭカード認証アルゴリズムで唯一の認証返信を計算してネットワークに送信することができ、身分が唯一であることを確認し、誤ってアップデートすることを回避する。
【００７７】
ステップ９０６において、サーバの身分認証結果をチェックし、身分認証に成功した場合、ステップ９０７を実行し、身分認証に成功しない場合、ステップ９０２を実行する。
【００７８】
ステップ９０７において、アクセスモジュールは、目標注文代行サービスへのアクセス要求を送信する。
アクセスモジュールは、強制起動ページングメッセージに担持される注文代行サーバに対して接続要求を送信し、要求に、自身のＩＭＥＩ、ＩＭＳＩ及びポート番号情報が担持されている。
【００７９】
ステップ９０８において、アクセス要求の結果をチェックし、アクセスに成功した場合、ステップ９０９を実行し、アクセスに失敗した場合、ステップ９０７を実行する。
ステップ９０９において、新規登録データが配信されたか否かを繰り返し判断し、配信された場合、ステップ９１０を実行し、配信されていない場合、ステップ９０９を実行する。
【００８０】
ステップ９１０において、仮想ＳＩＭ管理モジュールは、ＳＩＭの更新を行い、新規登録データを更新する。
仮想ＳＩＭ管理モジュールは、サーバから転送された新規登録データ、注文データ、新しいキーデータ及びオペレータＳＩＭカードのファイル情報を更新し、仮想ＳＩＭ回路に書き込んで記憶し、元の注文データを削除する。
【００８１】
ステップ９１１において、再起動が発効し、結果を更新するようにサーバに通知する。
【００８２】
本実施例は、サーバに適用されるサービス注文装置を提供し、図９は、該装置のブロック図である。如図９に示すように、該装置１０００は、
端末装置からのサービス注文要求メッセージを受信するように構成される第１の受信モジュール１００１と、
サービス注文要求メッセージに従ってサービス提供者へサービス注文要求またはサービス解除要求を送信するように構成される要求モジュール１００２と、
サービス提供者からフィードバックされたメッセージに従って端末装置へ注文データまたはサービス解除の結果を送信するように構成される第1の送信モジュール１００３と、を備える。
【００８３】
要求モジュール１００２は、少なくとも１つの注文代行サーバのＩＰアドレスおよびポート番号情報を含む注文情報が含まれるページング要求を端末装置へ送信するように構成されるページングユニットと、端末装置からのアクセス要求を受信するように構成される受信ユニットと、アクセス要求を解析して端末装置に対応するポート番号情報を得、端末装置に対応するポート番号に従って目標サービス提供者を判定するように構成される解析ユニットと、目標サービス提供者へサービス注文要求またはサービス解除要求を送信するように構成される送信ユニットとを備えてもよい。
【００８４】
好ましくは、本実施例による装置１０００は、サービス提供者へサービス注文要求またはサービス解除要求を送信する前に、端末装置の国際移動体装置識別番号ＩＭＥＩ、国際移動体加入者識別番号ＩＭＳＩ及び認証コードを含む注文情報が含まれるページング要求を端末装置へ送信するように構成される第２の送信モジュールと、端末装置へページング要求が送信された後に、端末装置の認証結果を受信するように構成される第２の受信モジュールと、認証結果に従って端末装置が認証に成功したと判定する場合に、要求メッセージに従ってサービス提供者へサービス注文要求またはサービス解除要求を送信するステップを実行するように構成される実行モジュールと、をさらに備える。
【００８５】
本実施例は、クライアント側に適用されるサービス注文装置を提供し、図１０に示すように、該装置１１００は、
サーバ側から送信されたページングメッセージを受信し、ページングメッセージに注文情報が含まれている場合、端末装置を起動するように構成される起動モジュール１１０１と、
注文情報に従ってサーバへアクセス要求を送信するように構成される第３の送信モジュール１１０２と、
サーバにアクセスした後に、サーバからの注文データまたはサービス解除の結果を受信するように構成される第３の受信モジュール１１０３と、を備える。
【００８６】
ここで、上記注文情報は、少なくとも１つの注文代行サーバのＩＰアドレスおよびポート番号情報を含み、第３の送信モジュールは、端末装置を起動した後に、注文代行サーバのＩＰアドレス及び前記端末装置に対応するポート番号情報に従って注文代行サーバへアクセス要求を送信するように構成され、第３の受信モジュールは、注文代行サーバから送信された注文データまたはサービス解除の結果を受信するように構成される。
【００８７】
また、注文情報は、端末装置の国際移動体装置識別番号ＩＭＥＩ、国際移動体加入者識別番号ＩＭＳＩ及び認証コードをさらに含んでもよい。これに基づいて、本実施例による装置１１００は、端末装置を起動した後に、端末装置のＩＭＥＩ、ＩＭＳＩ及び認証コードに従って認証を行って認証結果を得、認証結果をサーバに送信するように構成される認証モジュールをさらに備えてもよい。
【００８８】
好ましくは、本実施例による装置１１００は、サーバ側から送信された注文データを受信した後に、注文データを仮想顧客識別モジュールＳＩＭに書き込んで記憶し、サービス解除の結果を受信した後に、ＳＩＭで既存の注文データを削除するように構成される仮想顧客識別モジュールＳＩＭをさらに備えてもよい。
【００８９】
本発明の実施例は、前記コンピュータ実行可能な指令がプロセッサに実行されると、上述実施例に記載の方法を実現するコンピュータ実行可能な指令が記憶されている、コンピュータ読み取り可能な記憶媒体をさらに提供する。
【００９０】
当業者として、上記開示された方法における全部又はいくつかのステップ、システム、装置における機能モジュール/ユニットはソフトウェア、ファームウェア、ハードウェア及びそれらを適切な組み合わせで実施できることを理解すべきである。ハードウェアの実施形態において、以上の説明で言及した機能モジュール/ユニット間の分割は必ずしも物理ユニットの分割に対応するとは限らなく、例えば、一つの物理モジュールは複数の機能を有してもよく、又は一つの機能又はステップは複数の物理のコンポーネントにより協力して実行されてもよい。いくつかのコンポーネント又は全てのコンポーネントは、プロセッサ、例えばデジタル信号プロセッサ又はマイクロプロセッサにより実行されるソフトウェアとして実施されてもよく、又はハードウェアとして実施されてもよく、又は集積回路、例えば専用集積回路として実施されてもよい。このようなソフトウェアは、コンピュータ読み取り可能な媒体に分布してもよく、コンピュータ読み取り可能な媒体は、コンピュータ記憶媒体（又は非一時的な媒体）及び通信媒体（又は一時的な媒体）を含んでもよい。当業者に公知であるように、コンピュータ記憶媒体という用語は、情報（例えば、コンピュータ読み取り可能な指令、データ構造、プログラムモジュール又は他のデータ）を記憶することに用いられる任意の方法又は技術で実施される揮発性及び不揮発性、取り外し可能及び取り外し不可能な媒体を含む。コンピュータ記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ又は他のメモリ技術、ＣＤ−ＲＯＭ、デジタル複合ディスク（ＤＶＤ）又は他の光ディスクによる記憶、磁気ボックス、磁気テープ、磁気ディスクによる記憶又は他の磁気記憶装置、又は所望の情報を記憶し、かつコンピュータがアクセス可能な任意の他の媒体を含むが、これらに限定されない。また、当業者に公知であることとして、通信媒体は、通常、コンピュータ読み取り可能な命令、データ構造、プログラムモジュール又はキャリアー又は他の伝送メカニズムのような変調データ信号における他のデータを含み、かつ何れの情報配信媒体を含んでいてもよい。
【００９１】
例示のために本発明の選択可能な実施形態を開示したが、当業者にとって、さまざまな変更、追加および置換が可能であることを理解すべきであり、このため、本発明の範囲は上記実施形態に限定されない。
【産業上の利用可能性】
【００９２】
上記の実施例は、端末装置のサービス注文の効率を向上させた。
【図１】
0006884209.tif 000003
【図２】
0006884209.tif 000004
【図３】
0006884209.tif 000005
【図４】
0006884209.tif 000006
【図５】
0006884209.tif 000007
【図６】
0006884209.tif 000008
【図７】
0006884209.tif 000009
【図８】
0006884209.tif 000010
【図９】
0006884209.tif 000011
【図１０】
0006884209.tif 000012