JP6076480B2 - サービス処理方法及び装置 - Google Patents

Description

本発明は通信分野に関し、具体的に、サービス処理方法及び装置に関する。

ネットワーク環境の絶え間ない発展に伴って、多種のヘテロジニアスネットワークが共存し、且つ融合したネットワーク構造は未来のネットワークの発展傾向にあり、現在、幾つかの代表的な応用シーン、例えば、インテリジェントビル、トリプルプレー等が、絶え間なく普及し、拡張している。このような新型のネットワーク構造で、ユーザがたくさんの各種形態の端末，装置が絶え間なく現れ、且つこれらの端末，装置は、このような新型のネットワークに迎合するため、新しい機能要求や性能を生じる。同じ端末ユーザが、同時に複数の異なるネットワークの端末製品を持つかもしれない。異なるユーザ又は同一のユーザの複数端末を十分に利用して、ユーザの共同作業にサービスを提供するのは、ネットワークリソースと端末装置資源を十分に利用できるだけでなく、且つ更に全体的なユーザー体験を向上させることができる。

ユーザのこう言った要求を満たすためには、互いに協同稼動する端末、又は異なる用途で違う要求を満たすための端末は、いずれもマルチインターフェース、ひいてはマルチインターフェースの同時使用をサポートする必要がある。マルチインターフェース端末が同時にユーザのサービスデータのアップロードとダウンロードとを満たすこと、及びマルチインターフェース端末間の相互通信の実現方式を含み、目下、指し当たって直面する解決しなければならない問題となる。特に従来の発展しているインターネットとユビキタスネットワークにおいて、多種のヘテロジニアスネットワークを融合した協同構造で、ユビキタスネットワークにおける協同装置はサービスをアップロードできると同時にサービスをダウンロードすることもでき、同時に更に協同端末としてその他の端末と仮想端末を構成してサービスの伝送を行うかもしれなく、続いて、アップリンクダウンリンクインターフェースのサポートを満たす以外、更に協同端末間のインターフェースを満たす必要がある。

しかしながら、マルチインターフェースの使用をサポートする過程に、サポートするインターフェースの数とタイプの増加に伴って、処理難度を増大させ、衝突の確率が増加し、ひいてはあるインターフェースのサービスが処理できない。関連技術におけるマルチインターフェース端末が複数のインターフェースを使用する過程に発生した問題に対して、従来は有効的な解決手段が提案されていない。

関連技術におけるマルチインターフェース端末が複数のインターフェースを使用する過程で発生した問題に対して、本発明の実施例は、上記問題を少なくとも解決したサービス処理方法及び装置を提供する。

本発明の実施例による一形態は、端末の複数のインターフェースから受信したサービスコマンドのフォーマットを前記端末が識別できる統一的なフォーマットに変換することと、変換した後の前記サービスコマンドをプリセットのストラテジーにしたがってスケジューリング処理することと、含むサービス処理方法を提供する。

好ましくは、変換した後の前記サービスコマンドをプリセットのストラテジーにしたがってスケジューリング処理する前に、変換した後の前記サービスコマンドをキャッシュすることを更に含む。

好ましくは、変換した後の前記サービスコマンドをプリセットのストラテジーにしたがってスケジューリング処理することは、変換した後の前記サービスコマンドをプリセットの優先順位にしたがってスケジューリング処理すること、及び／又は、変換した後の前記サービスコマンドを相応のインターフェースタイプのインターフェースに適応して処理することを含む。

好ましくは、変換した後の前記サービスコマンドをプリセットの優先順位にしたがってスケジューリング処理する前に、ネットワークの負荷状況、及び／又はサービスコマンドがインターフェースを使用する必要がある時間に応じて、前記優先順位を設定することを更に含む。

好ましくは、ネットワークの負荷状況、及び／又はサービスコマンドがインターフェースを使用する必要がある時間に応じて、前記優先順位を設定することは、サービスコマンドに対応するサービスデータが前記端末にローカルに記憶される場合に、前記サービスコマンドの優先度がその他のサービスコマンドより高いように設定されることを含む。

好ましくは、ネットワークの負荷状況、及び／又はサービスコマンドがインターフェースを使用する必要がある時間に応じて、前記優先順位を設定することは、サービスコマンドに対応するサービスデータがいずれも前記端末にローカルに記憶されない場合に、通信速度が高いインターフェースに対応するサービスコマンドの優先度は高くなるように設定されることを更に含む。

好ましくは、通信速度が高いインターフェースに対応するサービスコマンドの優先度が高くなるように設定されることは、前記端末からのサービスコマンドの優先度がその他の端末からの協同サービスコマンドより高いように設定されることを含む。

好ましくは、変換した後の前記サービスコマンドを相応のインターフェースタイプのインターフェースに適応して処理した後に、変換した後の前記サービスコマンドのフォーマットを前記インターフェースが外部と通信する相応のフォーマットに変換することを更に含む。

好ましくは、変換した後の前記サービスコマンドをプリセットのストラテジーにしたがってスケジューリング処理した後に、前記サービスコマンドの処理に対応するサービスデータを記憶することを更に含む。

本発明の実施例による他の形態は、端末の複数のインターフェースから受信したサービスコマンドのフォーマットを前記端末が識別できる統一的なフォーマットに変換するように設定される変換モジュール、及び、変換した後の前記サービスコマンドをプリセットのストラテジーにしたがってスケジューリング処理するように設定されるスケジューリングモジュールを備えるサービス処理装置を提供する。

好ましくは、前記装置は、前記変換モジュールと前記スケジューリングモジュールに接続され、変換した後の前記サービスコマンドをキャッシュするように設定されるキャッシュモジュールを更に備える。

好ましくは、前記スケジューリングモジュールは、変換した後の前記サービスコマンドをプリセットの優先順位にしたがってスケジューリング処理するように設定されるスケジューリングユニット、及び／又は、変換した後の前記サービスコマンドを相応のインターフェースタイプのインターフェースに適応して処理するように設定される適応ユニット、を含む。

好ましくは、前記装置は、前記スケジューリングモジュールに接続され、ネットワークの負荷状況、及び／又はサービスコマンドがインターフェースを使用する必要がある時間に応じて、前記優先順位を設定するように設定される設定モジュールを更に備える。

好ましくは、前記設定モジュールが、ネットワークの負荷状況、及び／又はサービスコマンドがインターフェースを使用する必要がある時間に応じて、前記優先順位を設定するように設定されることは、サービスコマンドに対応するサービスデータが前記端末にローカルに記憶される場合に、前記サービスコマンドの優先度がその他のサービスコマンドより高いように設定されることを含む。

好ましくは、前記設定モジュールが、ネットワークの負荷状況、及び／又はサービスコマンドがインターフェースを使用する必要がある時間に応じて、前記優先順位を設定するように設定されることは、サービスコマンドに対応するサービスデータがいずれも前記端末にローカルに記憶されない場合に、通信速度が高いインターフェースに対応するサービスコマンドの優先度が高くなるように設定されることを更に含む。

好ましくは、前記設定モジュールが、通信速度が高いインターフェースに対応するサービスコマンドの優先度が高くなるように設定されるように設定されることは、
前記端末からのサービスコマンドの優先度がその他の端末からの協同サービスコマンドより高いように設定されることを含む。

好ましくは、前記変換モジュールは更に、変換した後の前記サービスコマンドのフォーマットを前記インターフェースが外部と通信する相応のフォーマットに変換するように設定される。

好ましくは、前記装置は、前記スケジューリングモジュールに接続され、前記サービスコマンドの処理に対応するサービスデータを記憶するように設定されるメモリモジュールを更に備える。

本発明の実施例による他の形態は、プログラムコマンドを含み、該プログラムコマンドがサービス処理装置によって実行される際に、該サービス処理装置が以上のような方法を実行することができるコンピュータプログラムを提供する。

本発明の実施例による他の形態は、以上のような前記コンピュータプログラムを載せるキャリアを提供する。

本発明の実施例によって、端末の複数のインターフェースから受信したサービスコマンドのフォーマットを統一的に端末が識別できるフォーマットに変換し、変換した後のサービスコマンドをプリセットのストラテジーにしたがってスケジューリング処理する方式を用いて、関連技術におけるマルチインターフェース端末が複数のインターフェースを使用する過程で発生した問題を解決し、効果的に端末の複数のインターフェースを利用して同時にユーザにサービスを提供し、同時に複数の端末が協同稼動してサービスユーザに技術的サポートを提供する。

ここで説明した図面は、本発明をより理解させるためのものであり、本願の一部となり、本発明の模式的実施例及びその説明は、本発明を解釈するためのものであり、本発明を不適切に制限するものではない。
図１は、本発明の実施例によるサービス処理方法を示すフローチャートである。 図２は、本発明の実施例によるサービス処理装置を示す構造ブロック図である。 図３は、本発明の実施例によるサービス処理装置を示す好ましい構造ブロック図1である。 図４は、本発明の実施例によるスケジューリングモジュールを示す好ましい構造ブロック図である。 図５は、本発明の実施例によるサービス処理装置を示す好ましい構造ブロック図２である。 図６は、本発明の実施例によるサービス処理装置を示す好ましい構造ブロック図３である。 図７は、本発明の好ましい実施例によるマルチインターフェース端末の間の通信を示すアーキテクチャ模式図である。 図８は、本発明の好ましい実施例によるマルチインターフェース端末の間の通信を満たす装置サービスプラットフォームを示す構造ブロック図である。 図９は、本発明の好ましい実施例によるマルチインターフェース端末の間の通信方法を実施するフローチャートである。

以下、図面と実施例を参照して本発明を詳しく説明する。なお、矛盾が生じない場合に、本願における実施例及び実施例における特徴を互いに組み合わせることができる。

本実施例において、サービス処理方法を提供し、図１は本発明の実施例によるサービス処理方法を示すフローチャートであり、図１に示すように、該方法は、
端末の複数のインターフェースから受信したサービスコマンドのフォーマットを前記端末が識別できる統一的なフォーマットに変換するステップS102、及び
変換した後のサービスコマンドをプリセットのストラテジーにしたがってスケジューリング処理するステップS104、を含む。

本実施例は上記のステップによって、まず、端末の複数のインターフェースから受信したサービスコマンドを統一的な端末が識別できるフォーマットに変換し、次に変換した後のサービスコマンドをプリセットのストラテジーにしたがって協調スケジューリング処理する。端末の複数のインターフェースに接続されるのは多種の異なるヘテロジニアスネットワークである可能性があるため、各々のインターフェースが受信したサービスコマンドのフォーマットがいずれも異なる可能性もあり、これは、端末処理に多大な不自由をもたらし、受信したサービスコマンドを先に端末が識別できる統一的なフォーマットに変換し、それから処理することによって、端末のサービス処理の効率を向上させ、且つ、また、変換した後のサービスコマンドをプリセットのストラテジーにしたがってスケジューリング処理することによって、複数のインターフェースの間にあるシステムリソースを同時に必要することによる衝突、ひいてはシステムがクラッシュする状況の発生を避け、マルチインターフェース端末のシステム安定性を向上させ、関連技術におけるマルチインターフェース端末が複数のインターフェースを使用する過程で発生した問題を解決し、効果的に端末の複数のインターフェースを利用して同時にユーザにサービスを提供し、同時に複数の端末が協同稼動してサービスユーザに技術的サポートを提供する。

一つの好ましい実施形態として、変換した後のサービスコマンドをキャッシュしてよい。このような方式によって、更に複数のインターフェースからのサービスコマンドが衝突することを避ける。

好ましくは、上記プリセットのストラテジーは、変換した後のサービスコマンドをプリセットの優先順位にしたがってスケジューリング処理することであってよく、及び／又は、変換した後のサービスコマンドを相応のインターフェースタイプのインターフェースに適応して処理することであってもよい。

好ましくは、また、ネットワークの負荷状況、及び／又はサービスコマンドがインターフェースを使用する必要がある時間に応じて上記の優先順位を設定してもよい。

例えば、サービスコマンドに対応するサービスデータは、端末にローカルに記憶される場合に、該サービスコマンドの優先度がその他のサービスコマンドより高いように設定されてもよく、サービスコマンドに対応するサービスデータはいずれも端末にローカルに記憶されない場合に、通信速度が高いインターフェースに対応するサービスコマンドの優先度が高くなるように設定されてもよく、例えば、端末からのサービスコマンドの優先度は、その他の端末からの協同サービスコマンドより高いように設定されてよい。このような方式によって、処理速度が速いサービスコマンドは優先的にできるだけ早く処理され、それにより、できるだけ端末においての処理しないサービスコマンドを減少し、サービスコマンドの処理効率を向上させる。

好ましくは、統一的なフォーマットに変換するサービスコマンドを処理した後に、更に変換した後のサービスコマンドのフォーマットを、該サービスコマンドに対応するインターフェースが外部と通信する相応のフォーマットに再び変換し、且つ該インターフェースから送信することができる。このような方式によって、マルチインターフェース端末のフォーマット切り換えが外部に対して透明であり、外部ネットワークはマルチインターフェース端末がどのようなフォーマット切り換えを行うかを知ることを必要せず、それぞれ自分のフォーマットにしたがって通信すればよい。

好ましくは、変換した後のサービスコマンドをプリセットのストラテジーにしたがってスケジューリング処理した後に、また、処理したサービスコマンドに対応するサービスデータを記憶してもよい。このような方式によって、その他のインターフェースは同様なサービスデータを必要する際に、再び取得する必要がなく、直接的に該マルチインターフェース端末からローカルに取得し、処理効率を向上させる。

上記方法に対応して、本実施例においては、サービス処理装置を更に提供し、該装置は、上記実施例及び好ましい実施形態を達成することに用いられ、既に説明したことの重複説明は省略する。以下のように用いられた、用語「モジュール」はプリセットの機能のソフトウェア及び／またはハードウェアの組合せを実現する。以下の実施例で説明した装置は好ましくはソフトウェアによって達成するが、ハードウェア、又はソフトウェア及びハードウェアの組合せによる達成も可能である。

図２は、本発明の実施例によるサービス処理装置を示す構造ブロック図であり、図２に示すように、該装置は、変換モジュール２２とスケジューリングモジュール２４を備える。以下、各モジュールを詳しく説明する。

変換モジュール２２は、端末の複数のインターフェースから受信したサービスコマンドのフォーマットを端末が識別できる統一的なフォーマットに変換するように設定され、スケジューリングモジュール２４は、変換モジュール２２に接続され、変換した後のサービスコマンドをプリセットのストラテジーにしたがってスケジューリング処理するように設定される。

本実施例は上記モジュールによって、変換モジュール２２は、まず端末の複数のインターフェースから受信したサービスコマンドを端末が識別できる統一的なフォーマットに変換し、次にスケジューリングモジュール２４は、変換した後のサービスコマンドをプリセットのストラテジーにしたがって協調スケジューリング処理する。端末の複数のインターフェースに接続されるのは多種の異なるヘテロジニアスネットワークである可能性があるため、各々のインターフェースが受信したサービスコマンドのフォーマットがいずれも異なる可能性もあり、これは、端末処理に多大な不自由をもたらし、受信したサービスコマンドを先に端末が識別できる統一的なフォーマットに変換し、それから処理することによって、端末のサービス処理の効率を向上させ、且つ、また、変換した後のサービスコマンドをプリセットのストラテジーにしたがってスケジューリング処理することによって、複数のインターフェースの間にあるシステムリソース資源を同時に必要することによる衝突、ひいてはシステムがクラッシュする状況の発生を避け、マルチインターフェース端末のシステム安定性を向上させ、関連技術におけるマルチインターフェース端末が複数のインターフェースを使用する過程で発生した問題を解決し、効果的に端末の複数のインターフェースを利用して同時にユーザにサービスを提供し、同時に複数の端末が協同稼動してサービスユーザに技術的サポートを提供する。

図３は、本発明の実施例によるサービス処理装置を示す好ましい構造ブロック図1であり、図３に示すように、該装置は、変換モジュール２２とスケジューリングモジュール２４に接続され、変換した後のサービスコマンドをキャッシュするように設定されるキャッシュモジュール３２を更に備えてもよい。

図４は、本発明の実施例によるスケジューリングモジュール２４を示す好ましい構造ブロック図であり、図４に示すように、スケジューリングモジュール２４は、変換した後のサービスコマンドをプリセットの優先順位にしたがってスケジューリング処理するように設定されるスケジューリングユニット２４２、及び／又は、変換した後のサービスコマンドを相応のインターフェースタイプのインターフェースに適応して処理するように設定される適応ユニット２４４を含んでもよい。

図５は、本発明の実施例によるサービス処理装置を示す好ましい構造ブロック図２であり、図５に示すように、該装置は、スケジューリングモジュール２４に接続され、ネットワークの負荷状況、及び／又はサービスコマンドがインターフェースを使用する必要がある時間に応じて、優先順位を設定するように設定される設定モジュール５２を更に備えてもよい。

好ましくは、変換モジュール２２は更に、変換した後のサービスコマンドのフォーマットをインターフェースが外部と通信する相応のフォーマットに変換するように設定されてもよい。

図６は、本発明の実施例によるサービス処理装置を示す好ましい構造ブロック図３であり、図６に示すように、該装置は、スケジューリングモジュール２４に接続され、処理サービスコマンドに対応するサービスデータを記憶するように設定されるメモリモジュール６２を更に備えてもよい。

以下、好ましい実施例を参照して説明し、以下の好ましい実施例は上記実施例及びその好ましい実施形態を組み合わせる。

この好ましい実施例において、多種のヘテロジニアスネットワーク構造でユーザの複数の端末または複数のユーザ端末の十分な利用を満たし、マルチインターフェース端末の間で通信して情報を交換し、マルチインターフェース端末の間の協同稼動を達成して、更に無線リソースを十分に利用するために、マルチインターフェース端末の間の通信方法を提供し、該方法は特に多種のヘテロジニアスネットワークが共存するネットワーク構造におけるマルチインターフェース端末の協同サービス伝送に適用できる。該方法は、ユーザ端末と装置に装置サービスプラットフォームを嵌めこむことによって、マルチインターフェース端末におけるマルチインターフェースへの管理、スケジューリング及び使用を完成し、これによりマルチインターフェース端末は有効に端末の複数のインターフェースを利用してサービスを伝送し、異なるユーザにサービスを提供することができ、また、これもユーザの複数端末が協同稼動してユーザサービスする前提条件である。

図７は、本発明の好ましい実施例によるマルチインターフェース端末の間の通信を示すアーキテクチャ模式図であり、図７に示すように、該アーキテクチャ図にはアクセスネットワーク、装置サービスプラットフォーム及び知覚拡張ネットワーク部分を含む。

アクセスネットワークとは、ユビキタスネットワーク、モノのインターネットのアーキテクチャにおけるネットワーク層でのアクセスネットワーク部分を指し、ネットワークアクセスタイプは２Ｇ移動通信、３Ｇ移動通信及び未来ワイアレスネットワーク、ｘＤＳＬ、ＦＴＴｘ、衛星／マイクロ波、イーサネット、ＷｉＦｉ等を含むが、これらに制限されない。
知覚拡張ネットワークとは、ユビキタスネットワーク、モノのインターネットのアーキテクチャにおける知覚拡張層ネットワーク部分を指し、該ネットワークはセンサネットワーク、オフィスエリアネットワーク、車のネットワーク、パーソナルエリアネットワーク等を含むが、これらに制限されない。
装置サービスプラットフォームは、マルチインターフェース端末の入力と出力サービスを担当し、この好ましい実施例では装置サービスプラットフォームにおけるインターフェース１、インターフェース２、インターフェース３、インターフェース４を例として説明し、マルチインターフェースは同期または非同期に使用でき、装置サービスプラットフォームはサービスのアップロードとダウンロードを完成するだけでなく、同時に協同端末としてその他の端末と仮想端末を構成してサービスを協同伝送し、好ましくは、仮想端末は用いられるサービスを完成するための１つ以上の端末装置からなる一時的グループであり、好ましくは、装置サービスプラットフォーム０は協同端末として仮想端末１と仮想端末２に使用されることができる。

図８は、本発明の好ましい実施例によるマルチインターフェース端末の間の通信を満たす装置サービスプラットフォームを示す構造ブロック図であり、図８に示すように、該装置サービスプラットフォームの構造はインターフェース、接続管理モジュール、インターフェースプロトコル変換モジュール及びメモリモジュールを含んでよい。

インターフェースは、マルチインターフェース端末が外部と通信するインターフェースであり、この好ましい実施例においてインターフェース１、インターフェース２、インターフェース３、インターフェース４を例として説明する。
接続管理モジュール（上記スケジューリングモジュール２４の機能を達成する）はユーザサービスの必要に応じて各インターフェースを統一的にスケジューリングして、インターフェースを選択して管理することを担当し、ネットワークの負荷状況及びユーザサービスに必要なインターフェースの使用時間に応じたスケジューリング、サービスに必要なインターフェースタイプに応じた適応スケジューリングを含むが、これらに制限されない。
インターフェースプロトコル変換モジュール（上記変換モジュール２２の機能を達成する）は、外部の異なるプロトコルがマルチインターフェース端末内部で統一的なプロトコルフォーマットへの変換を行うことを担当し、多種のヘテロジニアスネットワークの通信プロトコルを両立して、サービスの伝送を完成するようにする。
メモリモジュール（上記キャッシュモジュール３２とメモリモジュール６２の機能を達成する）は、サービスデータのキャッシュを担当し、協同端末の間のサービスキャッシュ、マルチインターフェース端末のアップロードダウンロード等の入力出力サービスのキャッシュを含む。

この好ましい実施例によるマルチインターフェース端末の間の通信方法は、主にマルチインターフェース端末における装置サービスプラットフォームにおける接続管理モジュールによって複数のインターフェースを統一的にスケジューリングして、管理して、優先度をソートし、サービス要求の違いとメモリモジュールにおけるサービスデータの記憶状況に応じて端末のマルチインターフェースを使用し、同時にその他のユーザが必要に応じて使用するために、インターフェースプロトコル変換モジュールによって統一的なプロトコルフォーマットデータに変換して装置サービスプラットフォームに記憶し、同期に使用するマルチインターフェースに対してコンカレント処理の方法によってサービスの伝送を達成する。

この好ましい実施例におけるマルチインターフェース端末の間の通信方式は、多種のヘテロジニアスネットワーク融合の下で、多種のヘテロジニアスネットワークマルチインターフェース端末の間の相互通信を解決し、マルチユーザ端末とユーザの複数の端末の相互通信と情報インタラクションを達成するだけでなく、同時にマルチ端末が協同稼動する前提条件を提供することができる。

図９は、本発明の好ましい実施例によるマルチインターフェース端末の間の通信方法を実施するフローチャートであり、以下、マルチインターフェース端末がサービス内容を操作することを例として、ユーザがサービスのアップロードとダウンロードを行うことを満たすと同時に、仮想端末における協同端末としてサービスを協同伝送する場合に、マルチインターフェース端末の間の通信方法の実施フローを詳しく説明する。

一つのマルチインターフェース端末のユーザは、区域内の安全状況を検出したいと同時に、その他のユーザに区域の検出状況履歴をアップロードする必要があり、同時に、該ユーザのマルチインターフェース端末は協同端末として求められ、それぞれ仮想端末１と仮想端末２に加えられ、図９に示すように、その実施ステップは以下の通りである。、
ステップS902： マルチインターフェース端末ユーザは、その他のユーザが送信した区域の検出状況履歴をアップロードするサービス要求１を受信し、同時に、ユーザは、区域内の安全状況を検出する必要があるサービス要求２を送信し、且つ、該ユーザは、仮想端末１からの協同サービスダウンロード要求３と仮想端末２の協同サービスアップロード要求４を受信しており、
ステップS904： マルチインターフェース端末は、インターフェース１によってその他のユーザが送信してきたサービス要求コマンド１を受信し、ユーザは、インターフェース３によって仮想端末１が送信した協同サービスダウンロード要求コマンド３を受信し、サービス要求コマンド１とサービスダウンロード要求コマンド３はそれぞれインターフェースプロトコル変換モジュールによって解析切り換え処理を行われ、マルチインターフェース端末の統一的なプロトコルフォーマットデータに変換され、
ステップS906： プロトコル変換した後のサービス要求コマンド１と協同サービスダウンロード要求コマンド３及びサービス要求コマンド２と協同サービスアップロード要求コマンド４を同時にマルチインターフェース端末接続管理モジュールに転送し、接続管理モジュールは、上記４つのコマンドを受信した後に、分析識別判断によって、コマンドの優先度をソートし、まずメモリモジュールにおける有した所要のサービスデータのサービス要求コマンドを処理すること、即ちサービス要求ダウンロードサービスコマンド１を処理することを含むが、これに制限されなく、コマンド２、３、４に対して、メモリモジュールにおいて所要のサービスデータがないと、まずマルチ端末サービスダウンロード要求コマンド２を処理し、次に、インターフェース３とインターフェース３との接続の通信方式によって、通信方式が迅速であるインターフェースを選択し、その優先度が高いことを含むがこれに制限されなく、最後に通信方式が遅いインターフェースに必要なサービス要求コマンドを処理する、
ステップS908： まずステップS910へ進み、サービス要求コマンド１に対応するメモリモジュールに有したサービスデータを処理し、該サービスデータはインターフェースプロトコル変換モジュールによってインターフェース１の所要のサービスデータフォーマットに変換された後にその他のユーザにアップロードされ、次にステップS912へ進み、
ステップS910： サービス要求１のサービス提供を完成し、サービス１を終了し、
ステップS912： 接続管理モジュールは、メモリモジュールの中にコマンド３とコマンド４の所要のサービスがあるかどうかを判断し、あると、ステップS914へ進み、さもないと、ステップS916へ進み、
ステップS914： そのうちの１つのコマンドを満たすことができるサービス需要があると、インターフェース３またはインターフェース４によって直接に相応のサービスデータを装置サービスプラットフォーム１または装置サービスプラットフォーム２に転送し、２つのコマンドの両方を満たすことができると、インターフェース３とインターフェース４との接続の通信方式によって２つのインターフェースの優先度をソートし、通信が速いインターフェースの優先度を高くすることが含むが、これに制限されなく、ソートした後にサービスデータがそれぞれインターフェース３またはインターフェース４によってサービスデータを装置サービスプラットフォーム１または装置サービスプラットフォーム２に伝送され、そのうちサービスデータを仮想端末１と２に転送する際に、まずインターフェースプロトコル変換モジュールによってインターフェース３とインターフェース４が識別できるプロトコルデータに変換して、それから伝送し、次にステップS928へ進み、
ステップS916： メモリモジュールにおいてコマンド３とコマンド４の所要のサービスデータがないと、マルチインターフェース端末は、サービス要求コマンド２をダウンロードしてインターフェース２によって要求を知覚拡張ネットワークに伝送し、
ステップS918： 知覚拡張ネットワークは、まずステップS920へ進み、対応なサービスデータを提供してインターフェース２によってマルチインターフェースサービス端末に伝送して、インターフェースプロトコル変換モジュールによってマルチインターフェース端末が識別できる統一的なプロトコルフォーマットデータに変換してメモリモジュールに記憶され、次にステップS922へ進み、
ステップS920： マルチ端末ユーザの要求サービス２のダウンロードを完成し、サービス２を終了し、
ステップS922： メモリモジュールにおけるサービスデータが要求コマンド３とコマンド４を満たすかどうかを判断し、ある又はそのうちの１つのコマンドを満たすことができるサービス需要があると、ステップS914へ進んで対応なステップを繰り返し、さもないと、ステップS924へ進み、
ステップS924： それぞれインターフェース２によって対応なサービスのダウンロードを行い、インターフェース３とインターフェース４との接続の通信方式によって２つのインターフェースの優先度をソートすることを含むが、これに制限されなく、通信が速いインターフェースの優先度を高くすることを含むが、これに制限されない。ソートした後にそれぞれサービスダウンロードを行い、
ステップS926： ダウンロードしたサービスはインターフェース２によってマルチインターフェースサービス端末に伝送し、且つインターフェースプロトコル変換モジュールによってインターフェース３とインターフェース４が識別できるプロトコルデータフォーマットに変換して装置サービスプラットフォーム１と装置サービスプラットフォーム２に転送し、
ステップS928： 仮想端末１の協同サービスダウンロード要求３と仮想端末２の協同サービスアップロード要求４を完成し、サービス３とサービス４を終了する。

マルチインターフェース端末における複数のインターフェースは、起動使用に接続管理モジュールによって優先度ソートを行うが、伝送過程にサービスデータの大きさによって、同時に使用する可能性が存在し、且つ複数のインターフェースに接続されたネットワーク規格には多種のヘテロジニアスネットワークが存在する可能性があり、この好ましい実施例において多重モード多重接続の方式を用いて、コンカレント転送によって処理し、該内容は従来技術となったため、ここで省略する。

この好ましい実施例によるマルチインターフェース端末の間の通信方法によって、端末の複数のインターフェースの同時使用を十分に利用してサービス伝送を行うことができるだけでなく、多種のヘテロジニアスネットワーク融合での複数のインターフェースをサポートする端末が相互通信できることを満たし、モノのインターネットとユビキタスネットワークアーキテクチャの構築にさらによい解決手段を提供し、同時に、マルチインターフェース端末の協同手段をよりよく達成することができ、マルチ端末の協同を満たすためによりよい前提条件を提供して創造する。この好ましい実施例において、また、装置サービスプラットフォームにおけるインターフェースプロトコル変換モジュールによって異なるヘテロジニアスネットワークリソースを両立することを達成し、コンカレント方法によってサービスの同期伝送を達成し、それにより新型の融合ネットワークの発展をよりよく使用する。

他の実施例において、上記実施例及び好ましい実施例に説明した技術的解決手段を実行するためのソフトウェアを更に提供する。

他の実施例において、上記ソフトウェアが記憶され、ディスク、フロッピーディスク、ハードディスク、消去可能な記憶装置等を含むが、これらに制限されない記憶媒体を更に提供する。

無論、当業者は、上記の本発明の各モジュールまたは各ステップは汎用の計算装置によって達成することができ、それらは単一の計算装置に集められ、又は複数の計算装置からなるネットワークに分布することができ、選択的に、それらは計算装置が実行できるプログラムコードによって達成することができ、それにより、それらを記憶装置に記憶して計算装置によって実行することができ、且つある場合に、ここと異なる順序で示した、または説明したステップを実行でき、又はそれらをそれぞれ各集積回路モジュールとして製作し、又はそれらの中の複数のモジュールまたはステップを単一の集積回路モジュールに製作して達成することができる。このように、本発明はいずれかの特定のハードウェアとソフトウェアの組み合わせに制限されないことが分かる。

以上は、本発明の好ましい実施例だけであり、本発明を制限するものではなく、当業者は、本発明について各種の変更と変化を行うことができる。本発明の主旨と原則を逸脱しない限り、行ったいずれの修正、等価置き換え、改良等は、いずれも本発明の保護範囲に含まれる。

本発明の実施例において、端末の複数のインターフェースから受信したサービスコマンドのフォーマットを統一的に端末が識別できるフォーマットに変換し、変換した後のサービスコマンドをプリセットのストラテジーにしたがってスケジューリング処理する方式を用いて、関連技術におけるマルチインターフェース端末が複数のインターフェースを使用する過程で発生した問題を解決し、効果的に端末の複数のインターフェースを利用して同時にユーザにサービスを提供し、同時に複数の端末が協同稼動してユーザをサービスするために技術的サポートを提供する。

Claims (18)

1. サービス処理方法であって、端末に嵌めこまれる装置サービスプラットフォームにより実行されるステップを含み、
   前記ステップは、
   端末の複数のインターフェースから受信したサービスコマンドのフォーマットを前記端末が識別できる統一的なフォーマットに変換することと、
   変換した後の前記サービスコマンドをプリセットのストラテジーにしたがってスケジューリング処理することと、を含み、
   変換した後の前記サービスコマンドをプリセットのストラテジーにしたがってスケジューリング処理することは、
   変換した後の前記サービスコマンドをプリセットの優先順位にしたがってスケジューリング処理することを含み、
   変換した後の前記サービスコマンドをプリセットの優先順位にしたがってスケジューリング処理する前に、
   ネットワークの負荷状況、及び／又はサービスコマンドによるインターフェース使用に必要な時間に応じて、前記優先順位を設定することを更に含むサービス処理方法。
2. 変換した後の前記サービスコマンドをプリセットのストラテジーにしたがってスケジューリング処理する前に、
   変換した後の前記サービスコマンドをキャッシュすることを更に含む請求項１に記載のサービス処理方法。
3. 前記変換した後の前記サービスコマンドをプリセットのストラテジーにしたがってスケジューリング処理することは、
   変換した後の前記サービスコマンドを、前記サービスコマンドに対応するインターフェースタイプのインターフェースに適応して処理すること、を更に含む請求項１または２に記載のサービス処理方法。
4. 前記ネットワークの負荷状況、及び／又はサービスコマンドによるインターフェース使用に必要な時間に応じて、前記優先順位を設定することは、
   サービスコマンドに対応するサービスデータが前記端末にローカルに記憶される場合に、前記サービスコマンドの優先度がその他のサービスコマンドより高いように設定される
   ことを含む請求項１に記載のサービス処理方法。
5. 前記ネットワークの負荷状況、及び／又はサービスコマンドによるインターフェース使用に必要な時間に応じて、前記優先順位を設定することは、
   サービスコマンドに対応するサービスデータがいずれも前記端末にローカルに記憶されない場合に、通信速度が高いインターフェースほど対応するサービスコマンドの優先度が高くなるように設定されることを更に含む請求項４に記載のサービス処理方法。
6. 通信速度が高いインターフェースほど対応するサービスコマンドの優先度が高くなるように設定されることは、
   前記端末からのサービスコマンドの優先度がその他の端末からの協同サービスコマンドより高いように設定されることを含む請求項５に記載のサービス処理方法。
7. 前記変換した後の前記サービスコマンドを、前記サービスコマンドに対応するインターフェースタイプのインターフェースに適応して処理した後に、
   変換した後の前記サービスコマンドのフォーマットを前記インターフェースが外部と通信する時に使用されるフォーマットに変換することを更に含む請求項３〜６のいずれか一項に記載のサービス処理方法。
8. 変換した後の前記サービスコマンドをプリセットのストラテジーにしたがってスケジューリング処理した後に、
   前記サービスコマンドの処理に対応するサービスデータを記憶することを更に含む請求項１〜７のいずれか一項に記載のサービス処理方法。
9. サービス処理装置であって、
   端末の複数のインターフェースから受信したサービスコマンドのフォーマットを前記端末が識別できる統一的なフォーマットに変換するように設定される変換モジュールと、
   変換した後の前記サービスコマンドをプリセットストラテジーにしたがってスケジューリング処理するように設定されるスケジューリングモジュールとを備え、
   前記スケジューリングモジュールは、
   変換した後の前記サービスコマンドをプリセットの優先順位にしたがってスケジューリング処理するように設定されるスケジューリングユニットを含み、
   前記サービス処理装置は、
   前記スケジューリングモジュールに接続され、ネットワークの負荷状況、及び／又はサービスコマンドによるインターフェース使用に必要な時間に応じて、前記優先順位を設定するように設定される設定モジュールを更に備えるサービス処理装置。
10. 前記変換モジュールと前記スケジューリングモジュールに接続され、変換した後の前記サービスコマンドをキャッシュするように設定されるキャッシュモジュールを更に備える請求項９に記載のサービス処理装置。
11. 前記スケジューリングモジュールは、
    変換した後の前記サービスコマンドを、前記サービスコマンドに対応するインターフェースタイプのインターフェースに適応して処理するように設定される適応ユニットを更に含む請求項９または１０に記載のサービス処理装置。
12. 前記設定モジュールは、ネットワークの負荷状況、及び／又はサービスコマンドによるインターフェース使用に必要な時間に応じて、前記優先順位を設定するように設定されることは、サービスコマンドに対応するサービスデータが前記端末にローカルに記憶される場合に、前記サービスコマンドの優先度がその他のサービスコマンドより高いように設定されることを含む請求項９に記載のサービス処理装置。
13. 前記設定モジュールは、ネットワークの負荷状況、及び／又はサービスコマンドによるインターフェース使用に必要な時間に応じて、前記優先順位を設定するように設定されることは、サービスコマンドに対応するサービスデータがいずれも前記端末にローカルに記憶されない場合に、通信速度が高いインターフェースほど対応するサービスコマンドの優先度が高くなるように設定されることを更に含む請求項１２に記載のサービス処理装置。
14. 前記設定モジュールは、通信速度が高いインターフェースほど対応するサービスコマンドの優先度が高くなるように設定されるように設定されることは、
    前記端末からのサービスコマンドの優先度がその他の端末からの協同サービスコマンドより高いように設定されることを含む請求項１３に記載のサービス処理装置。
15. 前記変換モジュールは更に、変換した後の前記サービスコマンドのフォーマットを前記インターフェースが外部と通信する時に使用されるフォーマットに変換するように設定される請求項１１〜１４のいずれか一項に記載のサービス処理装置。
16. 前記スケジューリングモジュールに接続され、前記サービスコマンドの処理に対応するサービスデータを記憶するように設定されるメモリモジュールを更に備える請求項９〜１５のいずれか一項に記載のサービス処理装置。
17. コンピュータプログラムであって、プログラムコマンドを含み、該プログラムコマンドがサービス処理装置によって実行される際に、該サービス処理装置は請求項１〜８のいずれか一項に記載の方法を実行させることができるコンピュータプログラム。
18. 請求項１７に記載のコンピュータプログラムを載せるキャリア。

Images