JP2023504668A - 情報処理方法、情報処理システム、情報処理装置、コンピュータ機器及びコンピュータプログラム - Google Patents

Abstract

本出願は情報処理方法、システム、装置、機器及び記憶媒体を開示する。該方法は、端末がクラウドゲームログインポータルのトリガ命令に基づき、サーバにインストールされたクラウドゲームにログインし、クラウドゲームの過程における操作命令を取得するステップと、操作命令をクラウドゲームがインストールされたサーバに送信するステップと、サーバから送信された共有データを含む共有情報を受信し、共有データを目標ソーシャルアプリケーションに共有するステップと、を含む。情報処理過程において、操作情報が共有タイプの情報であるか否かを判断する過程をサーバに追加し、サーバは共有タイプの操作情報から解析した共有データを端末に送信することで、クラウドゲームにおける共有データを端末ローカルのソーシャルアプリケーションに共有することができる。

Description

（関連出願の相互参照）
本出願は、２０２０年４月１５日に中国特許庁に提出された、出願番号が２０２０１０２９６６８５．４であり、発明の名称が「情報処理方法、装置、機器及び記憶媒体」である中国特許出願に基づく優先権を主張するものであり、該中国特許出願の全内容を参照として本出願に援用する。
本出願は、コンピュータ技術分野に関し、特に、情報処理方法、システム、装置、機器及び記憶媒体に関する。

クラウドゲームはゲームオンデマンドとも呼ばれ、クラウドコンピューティング技術に基づくオンラインゲーム技術である。クラウドゲーム技術はグラフィック処理とデータ演算能力が相対的に限られた端末装置に高品質なゲームを実行させることができる。クラウドゲームシーンでは、ゲームはプレイヤの端末で動作せず、サーバで動作し、且つゲームシーンはサーバによってオーディオビジュアルストリームにレンダリングされ、ネットワークを介してプレイヤの端末へ伝送される。プレイヤの端末は強力なグラフィック演算及びデータ処理能力を有する必要がなく、基本的なストリーミング再生能力及びプレイヤの入力命令を取得してサーバに送信する能力だけを有すればよい。

現在、クラウドゲームの操作情報に対応する処理サービスは全てサーバで実行され、サーバには、クラウドゲームのほか、ソーシャルアプリケーションもインストールされる。操作情報が共有タイプの情報である場合、共有データをサーバで動作するソーシャルアプリケーションにしか共有できず、プレイヤが実際に使用するソーシャルアプリケーションに共有できず、このような方式で、プレイヤが期待する社交効果を達成することが困難であり、クラウドゲームの普及率が低く、情報処理効果が低い。

本出願の実施例はクラウドゲームの普及率を向上させることができる情報処理方法、システム、装置、機器及び記憶媒体を提供する。前記技術案は以下通りである。

一態様によれば、本出願の実施例は、端末に適用される情報処理方法を提供し、前記情報処理方法は、
クラウドゲームログインポータルのトリガ命令に基づき、サーバにインストールされたクラウドゲームにログインし、クラウドゲームの過程における操作命令を取得するステップと、
前記操作命令に基づき操作情報を生成することと、前記操作情報が共有タイプの情報であることに応答して、前記操作情報から共有データを解析し、前記共有データを含む共有情報を生成し、前記共有データを含む共有情報を前記端末に送信することと、が前記サーバによって実行されるように、前記操作命令を前記クラウドゲームがインストールされた前記サーバに送信するステップと、
前記サーバから送信された前記共有データを含む共有情報を受信し、前記共有データを目標ソーシャルアプリケーションに共有するステップと、を含む。

別の一態様によれば、本出願の実施例は、サーバに適用される情報処理方法をさらに提供し、前記情報処理方法は、
端末から送信されたクラウドゲームの過程における操作命令を受信するステップと、
前記操作命令に基づき、操作情報を生成するステップと、
前記操作情報が共有タイプの情報であることに応答して、前記操作情報から共有データを解析し、前記共有データを含む共有情報を生成するステップと、
前記端末が前記共有データを目標ソーシャルアプリケーションに共有するように、前記共有データを含む共有情報を前記端末に送信するステップと、を含む。

別の一態様によれば、クラウドゲームログインポータルのトリガ命令に基づき、前記サーバにインストールされたクラウドゲームにログインし、クラウドゲームの過程における操作命令を取得し、前記操作命令を前記クラウドゲームがインストールされたサーバに送信するように構成される端末と、
前記端末から送信されたクラウドゲームの過程における操作命令を受信し、前記操作命令に基づき、操作情報を生成し、前記操作情報が共有タイプの情報であることに応答して、前記操作情報から共有データを解析し、前記共有データを含む共有情報を生成し、前記共有データを含む共有情報を前記端末に送信するように構成されるサーバと、を備え、
前記端末は、さらに前記サーバから送信された前記共有データを含む共有情報を受信し、前記共有データを目標ソーシャルアプリケーションに共有するように構成される情報処理システムを提供する。

別の一態様によれば、クラウドゲームログインポータルのトリガ命令に基づき、サーバにインストールされたクラウドゲームにログインし、クラウドゲームの過程における操作命令を取得するように構成される取得モジュールと、
前記操作命令に基づき操作情報を生成することと、前記操作情報が共有タイプの情報であることに応答して、前記操作情報から共有データを解析し、前記共有データを含む共有情報を生成し、前記共有データを含む共有情報を端末に送信することと、が前記サーバによって実行されるように、前記操作命令を前記クラウドゲームがインストールされた前記サーバに送信するように構成される送信モジュールと、
前記サーバから送信された前記共有データを含む共有情報を受信するように構成される受信モジュールと、
前記共有データを目標ソーシャルアプリケーションに共有するように構成される共有モジュールと、を備える情報処理装置を提供する。
別の一態様によれば、端末から送信されたクラウドゲームの過程における操作命令を受信するように構成される受信モジュールと、
前記操作命令に基づき、操作情報を生成するように構成される生成モジュールと、
前記操作情報が共有タイプの情報であることに応答して、前記操作情報から共有データを解析するように構成される解析モジュールと、
前記端末が前記共有データを目標ソーシャルアプリケーションに共有するように、前記共有データを含む共有情報を前記端末に送信するように構成される送信モジュールと、を備え、
前記生成モジュールは、さらに前記共有データを含む共有情報を生成するように構成される情報処理装置をさらに提供する。

別の一態様によれば、少なくとも１つのプログラムコードを記憶したメモリと、上記した何れか１項に記載の情報処理方法を実現するように、前記少なくとも１つのプログラムコードをロードして実行するプロセッサとを備えるコンピュータ機器を提供する。

別の一態様によれば、上記した何れか１項に記載の情報処理方法を実現するように、プロセッサによりロードされて実行される少なくとも１つのプログラムコードを記憶した非一時的なコンピュータ読み取り可能な記憶媒体をさらに提供する。

別の一態様によれば、上記した何れか１項に記載の情報処理方法を実現するように、プロセッサによりロードされて実行される少なくとも１つのコンピュータプログラムを記憶したコンピュータプログラム製品をさらに提供する。

本出願の実施例に係る技術案は少なくとも以下のような有益な効果を果たす。
操作情報が共有タイプの情報である場合、サーバは操作情報から共有データを解析し、続いて共有データを含む共有情報を端末に送信し、端末は共有データをソーシャルアプリケーションに共有する。このような情報処理過程において、操作情報が共有タイプの情報であるか否かを判断する過程をサーバに追加し、サーバは共有タイプの操作情報から解析した共有データを端末に送信することで、端末は共有データを端末のソーシャルアプリケーションに共有する。この過程によれば、クラウドゲームにおける共有データを端末ローカルのソーシャルアプリケーションに共有し、クラウドゲームの拡張性を向上させることができ、情報処理効果が優れ、クラウドゲームの社交性の向上に有利であり、クラウドゲームの普及率がよく、プレイヤのクラウドゲームへの参加率を向上させ、クラウドゲームの対話率を高めることができる。

本出願の実施例に係る情報処理方法の実施環境の概略図である。 本出願の実施例に係る情報処理方法のフローチャートである。 本出願の実施例に係るクラウドゲームのゲームページを示す概略図である。 本出願の実施例に係るサーバによる操作情報の処理過程を示す概略図である。 本出願の実施例に係るサーバが共有データを含む共有情報を端末に送信する過程を示す概略図である。 本出願の実施例に係る別のサーバによる操作情報の処理過程の概略図である。 本出願の実施例に係る端末共有データを目標ソーシャルアプリケーションに共有する過程におけるページを示す概略図である。 本出願の実施例に係る情報処理過程の概略図である。 本出願の実施例に係る情報処理装置の概略図である。 本出願の実施例に係る別の情報処理装置の概略図である。 本出願の実施例に係る別の情報処理装置の概略図である。 本出願の実施例に係る別の情報処理装置の概略図である。 本出願の実施例に係るサーバの構成概略図である。 本出願の実施例に係る端末の構成概略図である。

本出願の実施例における技術案をより明確に説明するために、以下は実施例の記述に使用する必要がある図面を簡単に説明し、明らかに、上記の説明における図面は本出願の一部の実施例だけであり、当業者は、創造的な労働をしない前提で、これらの図面に基づいて他の図面を得ることができる。
本出願の目的、技術案及び利点をより明確にするために、以下は図面を参照しながら本出願の実施形態をさらに詳細に説明する。

まず、本出願に関連するいくつかの名詞について説明する。
クラウドコンピューティングとは、計算モードであり、計算タスクを大量のコンピュータで構成されるリソースプールに分布することで、様々なアプリケーションシステムが必要に応じて計算力、記憶空間及び情報サービスを取得できることである。リソースを提供するネットワークは「クラウド」と呼ばれる。「クラウド」におけるリソースは使用者から見れば無限に拡張することができ、且つ随時取得し、必要に応じて使用し、随時拡張し、使用に応じて課金することができる。インターネットやリアルタイムデータストリームや接続機器の多様的な発展及び検索サービスやソーシャルネットワークやモバイルビジネスや開放連携などの需要による推進に伴い、クラウドコンピューティングが急速に発展してきた。従来の並列分散型計算と異なり、クラウドコンピューティングの発生は理念からインターネットモード全体や企業管理モードに革命的な変革が発生するように推し進める。

クラウドゲームとは、ゲームオンデマンドとも呼ばれ、クラウドコンピューティング技術に基づくオンラインゲーム技術である。クラウドゲーム技術はグラフィック処理とデータ演算能力が相対的に限られた端末装置に高品質のゲームを実行させることができる。クラウドゲームシーンでは、ゲームはプレイヤの端末で動作せず、クラウド側のサーバで動作し、且つクラウド側のサーバによりゲームシーンはオーディオビジュアルストリームにレンダリングされ、ネットワークを介してプレイヤの端末に伝送される。プレイヤの端末は強力なグラフィック演算及びデータ処理能力を有する必要がなく、基本的なストリーミング再生能力及びプレイヤの入力命令を取得してサーバに送信する能力だけを有すればよい。

ＭＳＤＫ（Ｍｏｂｉｌｅ Ｓｏｆｔｗａｒｅ Ｄｅｖｅｌｏｐｍｅｎｔ Ｋｉｔ、モバイル端末向けアプリケーション開発ツール）とは、独自研究開発及び第三者のモバイルゲーム開発チームのために提供される、モバイルゲームアプリケーションの開発者が指定されたプラットフォームに迅速にアクセスし且つオンラインで運営することを目指す共通コンポーネントとサービスライブラリである。ＭＳＤＫはゲームアプリケーションの各プラットフォームに直結することで、ゲームアプリケーションが各プラットフォームの大量のデータを便利に利用することができる。ＭＳＤＫはモバイルゲームアプリケーションに多くの基礎サービスを提供し、ログイン、友人関係チェーン、共有、ポイントシステム及び活動センタなどのサービスを含む。

Ｉｎｔｅｎｔ（意図）情報とは、主にＡｎｄｒｏｉｄ（アンドロイド）システムの各コンポーネント間の通信を解決するために用いられる。Ｉｎｔｅｎｔ情報はアプリケーションにおける一回操作の動作、動作に係るデータ、追加データに関する記述を行い、ＡｎｄｒｏｉｄシステムはこのＩｎｔｅｎｔ情報の記述に基づき、対応するコンポーネントを見つけ、呼び出されるコンポーネントにＩｎｔｅｎｔ情報を伝達し、コンポーネントの呼び出しを完了する。したがって、Ｉｎｔｅｎｔ情報は媒介の役割を果たし、専らにコンポーネントの相互呼び出しの関連情報を提供し、呼び出し方と被呼び出し方との間のデカップリングを実現する。

Ａｃｔｉｖｉｔｙ（アクティビティ）コンポーネントとは、Ａｎｄｒｏｉｄシステムの４つのコンポーネント（Ａｃｔｉｖｉｔｙ、Ｓｅｒｖｉｃｅ（サービス）、Ｃｏｎｔｅｎｔ Ｐｒｏｖｉｄｅｒ（コンテンツ提供者）、Ｂｒｏａｄｃａｓｔ Ｒｅｃｅｉｖｅｒ（放送受信機）の１つであり、Ａｎｄｒｏｉｄ開発過程において多くの具体的な需要はＡｃｔｉｖｉｔｙコンポーネントの異なるライフサイクルに基づいて判断及び操作実行を行う必要がある。Ａｃｔｉｖｉｔｙコンポーネントはアプリケーションプコンポーネントであり、ユーザはＡｃｔｉｖｉｔｙコンポーネントが提供するインタフェースと対話し、架電や写真の撮像や電子メールの送信や地図の閲覧などの操作を実行することができる。例示的に、Ａｎｄｒｏｉｄアプリケーションにおいて、Ａｃｔｉｖｉｔｙコンポーネントはそれぞれ個別のインタフェースであり、インタフェースにいくつかのコントロールを表示することができ、またユーザのイベントを傍受して処理し、またユーザのイベントに応答することができる。Ａｃｔｉｖｉｔｙコンポーネント間はＩｎｔｅｎｔ情報により通信を行う。

ＡＭＳ（Ａｃｔｉｖｉｔｙ Ｍａｎａｇｅｒ Ｓｅｒｖｉｃｅ、アクティビティマネージャサービス）とは、Ａｎｄｒｏｉｄ（アンドロイド）システムにおけるＡｃｔｉｖｉｔｙコンポーネント管理のサービスであり、Ａｃｔｉｖｉｔｙコンポーネントの各種の行為を管理するために用いられ、例えば、Ａｃｔｉｖｉｔｙコンポーネントのライフサイクルの制御、メッセージイベントの配信、低レベルメモリ管理などである。ＡＭＳはＩＢｉｎｄｅｒ（対象）インタフェースを実現し、過程間の通信に用いることができる。

近年のゲーム産業、端末技術及びネットワーク帯域幅の高速発展に伴い、オンラインゲームは既に人々の生活に不可欠なインターネットアプリケーションになり、また、クラウドコンピューティング技術の発展により「シンクライアント－クラウド」のサービスモードを生み出し、このようなモードで、ユーザの端末装置はクラウド側の高性能コンピューティングリソースに相互接続され、高品質のクラウドサービスを享受することができ、このようなモードをオンラインゲーム環境に応用して新型のクラウドコンピューティングサービスであるクラウドゲームを生み出した。クラウドゲーム技術により、プレイヤは任意の端末装置（例えばパーソナルコンピュータ、タブレット、携帯電話等）を介して任意の場所、任意の時間にゲームにアクセスすることができ、このように、プレイヤがゲームをプレイする敷居を低下させる。現在、どのようにクラウドゲームにおける共有データをプレイヤの端末ローカルで動作するソーシャルアプリケーションに共有するかは、解決すべき問題になっている。

これに対して、図１に示すように、本出願の実施例は情報処理方法を提供し、図１は本出願の実施例に係る情報処理方法の実施環境の概略図を示す。この実施環境は、端末１１と、サーバ１２とを備える。

端末１１は、クラウドゲームにアクセスするためのものであり、プレイヤは、端末１１に基づいて、クラウドゲームに直接アクセスすることができる。端末１１は、クラウドゲームの過程におけるプレイヤの操作指示を取得し、サーバ１２に送信することができる。サーバ１２にはクラウドゲームがインストールされており、サーバ１２は端末１１から送信された操作命令に基づき、操作情報を生成することができ、操作情報が共有タイプの情報であると決定する時、サーバ１２は共有データを含む共有情報を端末１１に送信する。端末１１は共有データをローカルのソーシャルアプリケーションに共有する。

実現可能な態様では、端末１１はスマートフォン、タブレットコンピュータ、ノートパソコン、デスクトップコンピュータ、スマートスピーカー、スマートウォッチなどであるが、これらに限定されない。サーバ１２は独立した物理サーバであり、複数の物理サーバで構成されたサーバクラスタや分散システムであり、又はクラウドサービス、クラウドデータベース、クラウドコンピューティング、クラウド関数、クラウドストレージ、ネットワークサービス、クラウド通信、ミドルウェアサービス、ドメイン名サービス、セキュリティサービス、ＣＤＮ（Ｃｏｎｔｅｎｔ Ｄｅｌｉｖｅｒｙ Ｎｅｔｗｏｒｋ、コンテンツ配信ネットワーク）、及びビッグデータと人工知能プラットフォームなどの基本的なクラウドコンピューティングサービスを提供するクラウドサーバである。端末１１及びサーバ１２は有線又は無線通信方式により直接又は間接的に接続することができ、本出願においては、限定しない。

上記した図１に示す実施環境に基づき、本出願の実施例は情報処理方法を提供し、該方法を端末１１とサーバ１２のインタラクション過程に適用することを例とする。図２に示すように、本出願の実施例に係る方法は以下のステップ２０１からステップ２０７を含む。

ステップ２０１において、端末はクラウドゲームログインポータルのトリガ命令に基づき、サーバにインストールされたクラウドゲームにログインし、クラウドゲームの過程における操作命令を取得する。

端末は、クラウドゲームにアクセスするためのものであり、すなわち、プレイヤは、端末に基づいて、サーバにインストールされたクラウドゲームに直接アクセスすることができる。実現可能な態様では、クラウドゲームへアクセスするためのゲームアプリケーションが端末にインストールされ、プレイヤはこのゲームアプリケーションにおいてクラウドゲームにアクセスすることができる。なお、クラウドゲームは端末にインストールされず、サーバにインストールされる。端末はクラウドゲームログインポータルを提供することができ、プレイヤはこのクラウドゲームログインポータルをトリガすることでクラウドゲームにアクセスすることができる。プレイヤがクラウドゲームログインポータルをトリガする時、端末はクラウドゲームログインポータルのトリガ命令を取得し、続いてこのクラウドゲームログインポータルのトリガ命令に基づき、サーバにインストールされたクラウドゲームにログインすることができる。

実現可能な態様では、端末が該クラウドゲームのログインポータルのトリガ命令に基づき、サーバにインストールされたクラウドゲームにログインする過程は、端末がクラウドゲームログインポータルのトリガ命令に基づき、クラウドゲームログインページを表示し、クラウドゲームログインページにおいてログイン情報を取得し、ログイン情報をサーバに送信して検証し、サーバから検証合格の応答が返信されたことに応答して、端末はサーバにインストールされたクラウドゲームにログインすることである。クラウドゲームログインページにログイン情報入力ボックスが表示され、プレイヤはログイン情報入力ボックスにログイン情報を入力することができ、それにより端末はクラウドゲームログインページにおいてログイン情報を取得する。なお、本出願の実施例はクラウドゲームのログインページに表示されたログイン情報入力ボックスのタイプ及び数量を限定せず、これはログインする必要があるクラウドゲームのタイプに関わる。例示的には、クラウドゲームログインページに表示されたログイン情報入力ボックスはログインアカウント入力ボックスとログインパスワード入力ボックスを含む。

クラウドゲームにログインした後、端末は、プレイヤが端末でクラウドゲームを体験するためのクラウドゲームのゲームページを表示することができる。プレイヤは端末でクラウドゲームを体験する過程において、クラウドゲームのゲームページにおけるトリガ可能なコントロールをトリガすることができ、続いて端末はプレイヤのトリガ操作に基づき、クラウドゲームの過程における操作命令を取得する。本出願の実施例はトリガ可能なコントロールの形式を限定せず、例示的には、トリガ可能なコントロールとは、トリガ可能なボタン、又はトリガ可能なアイコンなどである。異なるトリガ可能なコントロールは異なるタイプのトリガ操作に対応することができ、本出願の実施例はクラウドゲームのゲームページにおけるプレイヤによる発生可能なトリガ操作のタイプを限定せず、例示的には、クラウドゲームのゲームページにおけるプレイヤによる発生可能なトリガ操作は共有操作、確認操作、スキル発動操作などを含むが、これらに限定されない。

クラウドゲームのゲームページにおけるプレイヤによるトリガ操作を共有操作とする例を説明する。プレイヤがクラウドゲームのゲームページにおいて共有操作をトリガする時、端末がゲームページで取得したクラウドゲームの過程における操作命令は実際に共有命令である。実現可能な態様では、共有操作のトリガ方式は共有コントロール（共有ボタン又は共有アイコンなど）をクリックすることである。

共有コントロールのタイプは１種類以上であり、クラウドゲームのタイプに基づいて設定することができ、本出願の実施例では、限定しない。例示的には、共有コントロールのタイプは第１ソーシャルアプリケーションにおける友人に共有することと、第１ソーシャルアプリケーションにおけるインタラクティブコミュニティに共有することと、第２ソーシャルアプリケーションにおける友人に共有することと、第２ソーシャルアプリケーションにおけるインタラクティブコミュニティに共有することとのうちの少なくとも１つを含む。第１ソーシャルアプリケーション及び第２ソーシャルアプリケーションは異なる社交用のアプリケーションである。社交用のアプリケーションとは、異なる対象がチャット、音声、画像共有、インタラクティブ情報共有などの方式により社交を行うためのアプリケーションである。例えば、共有コントロールのタイプが第１ソーシャルアプリケーションにおける友人に共有することを含む場合、クラウドゲームのゲームページは図３に示すようなものであり、図３には共有コントロール３１が表示され、プレイヤがこの共有コントロール３１をトリガする場合、端末が取得した操作命令は実際に第１ソーシャルアプリケーションにおける友人に共有する操作命令である。

実現可能な態様では、プレイヤが共有操作をトリガするタイミングは、友人を招待して一緒にクラウドゲームに参加する必要がある時に共有操作をトリガすることと、クラウドゲームのゲーム結果を共有する必要がある時に共有操作をトリガすることとを含むが、これらに限定されない。なお、異なるタイミングに対応するトリガ可能な共有コントロールのタイプは同じである可能性もあるし、異なる可能性もあり、本出願の実施例では、限定しない。異なるタイミングで、共有操作の共有目的が異なり、例示的には、友人を招待して一緒にクラウドゲームに参加する必要がある時に共有操作をトリガする場合、共有操作の共有目的は招待リンクを共有することであり、クラウドゲームのゲーム結果を共有する必要がある時に共有操作をトリガする場合、共有操作の共有目的はゲーム結果を含む画像を共有することである。

例示的な実施例では、プレイヤは共有コントロールをクリックすることで共有操作をトリガする場合、端末が取得したクラウドゲームの過程における操作命令に、共有対象を指示するための情報が搬送され、例えば、プレイヤが第１ソーシャルアプリケーションにおける友人に共有する共有コントロールをクリックすることで、共有操作をトリガする場合、共有対象は第１ソーシャルアプリケーションにおける友人であり、プレイヤが第１ソーシャルアプリケーションにおけるインタラクティブコミュニティに共有する共有コントロールをクリックすることで共有操作をトリガする場合、共有対象は第１ソーシャルアプリケーションにおけるインタラクティブコミュニティである。

なお、クラウドゲームがサーバにインストールされているため、端末は、取得した操作命令がどのタイプの操作命令であるかを認識することができない。端末はどのような操作命令を取得しても、操作命令をサーバに送信し、サーバは操作命令に対してさらなる処理を行う。

ステップ２０２において、端末は操作命令をクラウドゲームがインストールされたサーバに送信する。
端末はクラウドゲームの過程における操作命令を取得した後、サーバが操作命令を処理するように、操作命令をクラウドゲームがインストールされたサーバに送信する。実現可能な態様では、クラウドゲームの過程における操作命令は共有命令でありうる。勿論、例示的な実施例では、クラウドゲームの過程における操作命令は確認命令や、スキル発動命令などでもありうる。

実現可能な態様では、端末は操作命令をクラウドゲームがインストールされたサーバに送信する方式は、以下の２種類を含むが、これらに限定されない。
方式１について、端末は操作命令をクラウドゲームがインストールされたサーバに直接送信することである。
この方式１では、情報を直接伝送しやすいように、端末とサーバとの間に、ネットワーク接続を直接確立することができる。この方式１では、端末とサーバとの間の情報伝送効率が高い。

例示的には、端末とサーバとの間には持続的接続を直接確立することができ、例示的には、持続的接続の確立方式はＷｅｂｓｏｃｋｅｔ（ウェブソケット）に基づいて持続的接続を確立することである。Ｗｅｂｓｏｃｋｅｔに基づいて持続的接続を確立する過程において、端末とサーバはハンドシェイクの動作だけ行えばよく、Ｗｅｂｓｏｃｋｅｔに基づいて持続的接続を確立した後、端末とサーバは任意の時点で互いに情報をプッシュすることができる。Ｗｅｂｓｏｃｋｅｔに基づいて持続的接続を確立する場合、サーバと端末との間に交換されるヘッダ情報が小さく、情報伝送効率のさらなる向上に有利である。

方式２について、端末が操作命令をゲートウェイに送信し、ゲートウェイを介して操作命令をサーバに送信することである。
この方式２では、端末とサーバとの間にはゲートウェイによりネットワーク接続を確立し、すなわち、端末とサーバとの間の伝送情報はゲートウェイにより中継される必要がある。ゲートウェイは伝送された情報に対してセキュリティチェックを行うことができ、さらに端末とサーバとの間の情報伝送の安全性と信頼性が向上する。

実現可能な態様では、端末とサーバとの間には、ゲートウェイにより持続的接続を確立し、例示的には、この持続的接続はＷｅｂｓｏｃｋｅｔ（ウェブソケット）に基づいて確立される持続的接続である。
なお、情報伝送の有効性に有利であるために、操作命令を送信するとき、端末は操作命令を伝送過程が対応する情報形式に実装する必要がある。
ステップ２０３において、サーバは端末から送信されたクラウドゲームの過程における操作命令を受信する。

サーバにはクラウドゲームがインストールされ、端末がクラウドゲームの過程における操作命令をサーバに送信した後、サーバは端末から送信されたクラウドゲームの過程における操作命令を受信する。

実現可能な態様では、端末が操作命令をサーバに送信する２種類の方式に応じて、サーバは端末から送信されたクラウドゲームの過程における操作命令を受信する方式は以下のような２種類の方式を含む。
方式１について、サーバが端末から直接送信されたクラウドゲームの過程における操作命令を受信することである。
この方式１は、端末が操作命令をサーバに直接送信する場合に発生し、端末とサーバとの間に、ネットワーク接続が直接確立される。
方式２について、サーバが端末からゲートウェイを介して送信されたクラウドゲームの過程における操作命令を受信することである。

この方式２は、端末が操作命令をゲートウェイに送信する場合に発生し、ゲートウェイを介して操作命令をサーバに送信する場合、端末とサーバとの間に、ゲートウェイを介してネットワーク接続が確立される。

ステップ２０４において、サーバは操作命令に基づき、操作情報を生成する。
端末から送信されたクラウドゲームの過程における操作命令を受信した後、サーバは操作命令に基づき、操作情報を生成する。なお、サーバのオペレーティングシステムがこの操作情報を処理しやすいために、この操作情報の情報形式はサーバのオペレーティングシステム（例えばｉｏｓ、Ａｎｄｒｏｉｄ（アンドロイド））がサポートする情報形式である。クラウドゲームはサーバのオペレーティングシステムにインストールされ、本出願の実施例では、サーバのオペレーティングシステムをＡｎｄｒｏｉｄ（アンドロイド）システムとする例を説明する。例示的な実施例では、クラウドゲームにアクセスするための端末のオペレーティングシステムはサーバのオペレーティングシステムと一致することで、クラウドゲームの機能が端末で正常に実現できること及びゲームページが端末で正常に表示できることを確保する。すなわち、クラウドゲームにアクセスするための端末のオペレーティングシステムがＡｎｄｒｏｉｄシステムである場合、サーバのオペレーティングシステムもＡｎｄｒｏｉｄシステムである。

サーバのオペレーティングシステムがサポートする情報形式とは、サーバのオペレーティングシステムにおける各コンポーネント間で認識可能な情報形式である。例示的には、Ａｎｄｒｏｉｄシステムにおいて、対応する情報形式はＩｎｔｅｎｔ情報形式である。

実現可能な態様では、サーバが操作命令に基づき、操作情報を生成する過程は、サーバがＩｎｔｅｎｔ情報形式に基づき操作命令に関連するデータを充填し、操作情報を得ることである。異なる操作命令に対応する操作情報は異なるが、形式はいずれもＩｎｔｅｎｔ形式である。なお、本出願の実施例では、Ｉｎｔｅｎｔ形式にクラウドゲームの特性を組み合わせて、生成される操作情報に含まれるべき各部分の情報を予め設定することができ、これにより、その後で操作情報のタイプをより識別しやすくするようにする。例えば、Ｉｎｔｅｎｔ形式の操作情報は操作対象及び付加データとの２部分を含む。異なる操作命令に対応する異なる操作情報においては、操作対象と付加データのうち少なくとも一方の具体的な内容が異なる。

例示的には、操作命令は共有命令である場合、操作情報に含まれる操作対象は共有対象を指し、この共有対象は、共有待ちソーシャルアプリケーション及びこの共有待ちソーシャルアプリケーションにおける位置決め対象の対話ページを示すために用いられる。操作情報に含まれる付加データは共有データを指し、共有データの形式は経験に基づき設定されるか、又は適用シーンに応じて柔軟に調整され、本出願の実施例ではこれを限定せず、例えば、共有データはテーマ、詳細データ及び記述情報のうちの少なくとも１つの情報を含む。

例示的には、共有目的により、共有データが異なる。例えば、共有目的が招待リンクを共有することである場合、共有データにおける詳細データは招待リンクを指し、共有目的がゲーム結果を含むピクチャを共有することである場合、共有データにおける詳細データはゲーム結果を含むピクチャが符号化されたデータを指す。
例示的には、共有目的は招待リンクを共有することである場合、共有データは以下通りである。
｛
ｔｉｔｌｅ＝ｄｅｍｏ， ／／共有されるテーマ
ｄｅｔａｉｌ＿ｕｒｌ＝ｈｔｔｐ：／／ｇａｍｅｃｅｎｔｅｒ．ｑｑ．ｃｏｍ／ｇｃｊｕｍｐ？ａｐｐｉｄ＝１２３…， ／／共有される招待リンク
ｄｅｓｃ＝速くチーム編成にこい、チーム戦しよう！， ／／共有される記述情報
｝

実現可能な態様では、Ｉｎｔｅｎｔ情報形式はＫｅｙ－Ｖａｌｕｅ対形式である。例えば、操作情報の標記情報をＫｅｙ（キー）とし、操作情報の内容をＶａｌｕｅ（値）とする。このようなＫｅｙ－Ｖａｌｕｅ（キー－値）対形式では、クエリ速度が速く、格納データ量が大きく、高同時性をサポートする。なお、異なる操作命令に対応する操作情報は異なるＫｅｙ－Ｖａｌｕｅ対の決定方式を有する可能性がある。例示的には、操作命令が共有命令である場合、Ｋｅｙ－Ｖａｌｕｅ対は共有待ちソーシャルアプリケーションの開放された共有インタフェースに基づき決定される。

ステップ２０５において、操作情報が共有タイプの情報であることに応答して、サーバは操作情報から共有データを解析し、共有データを含む共有情報を生成する。

操作情報を生成した後、サーバは操作情報が共有タイプの情報であるか否かを判断し、操作情報が共有タイプの情報である場合、サーバは、クラウドゲームの共有データが端末のソーシャルアプリケーションに共有されるように、ステップ２０５及び後続のステップ２０６に基づき、共有データを含む共有情報を端末に送信する。

実現可能な態様では、サーバは操作情報が共有タイプの情報であるか否かを判断する方式は以下の２種類の方式を含むが、これらに限定されない。
方式１について、サーバがオペレーティングシステム操作情報に対して共有タイプの検証を行い、検証結果に基づき、操作情報が共有タイプの情報であるか否かを判断することである。

操作情報の情報形式はサーバのオペレーティングシステムがサポートする情報形式であり、サーバのオペレーティングシステムは操作情報に対して共有タイプの検証を行い、操作情報のタイプが共有タイプであるか否かを検証することができる。実現可能な態様では、クラウドゲームにサービスコンポーネントが統合され、サーバがオペレーティングシステムを利用して操作情報に対して共有タイプの検証を行う前に、サーバはまずクラウドゲームにおけるサービスコンポーネントにより操作情報をオペレーティングシステムに送信する。サービスコンポーネントはオペレーティングシステムと通信することができ、例えば、サービスコンポーネントはＭＳＤＫである。例示的には、サービスコンポーネントはインタフェースを介してオペレーティングシステムと通信し、異なるインタフェースは異なるタイプの情報を伝送するために用いられる。例えば、サービスコンポーネントにおける共有インタフェースは共有タイプの情報をオペレーティングシステムに送信するために用いられる。

実現可能な態様では、サーバがオペレーティングシステムを利用して操作情報に対して共有タイプの検証を行う過程とは、サーバは操作情報が共有タイプの情報であるか否かをオペレーティングシステムにより認識することである。実現可能な態様では、操作情報は操作対象を含み、オペレーティングシステムにより操作情報に対して共有タイプの検証を行う過程は、オペレーティングシステムにより、操作情報における操作対象が共有対象であるか否かを認識することである。操作情報における操作対象が共有対象である場合、操作情報の共有タイプの検証が合格であると示し、操作情報の操作対象が共有対象でない場合、操作情報の共有タイプの検証が不合格であると示す。

実現可能な態様では、サーバはオペレーティングシステムにより操作情報に対して共有タイプの検証を行う過程は、以下の２つのステップを含む。

ステップ１において、オペレーティングシステムの第１コンポーネントにおける第１関数により、操作情報に対する処理要求を発し、この処理要求は操作情報を搬送している。
例示的な実施例では、オペレーティングシステムがＡｎｄｒｏｉｄシステムである場合、オペレーティングシステムの第１コンポーネントはＡｎｄｒｏｉｄシステムのＡｃｔｉｖｉｔｙコンポーネントを指し、第１コンポーネントにおける第１関数はｓｔａｒｔＡｃｔｉｖｉｔｙＦｏｒＲｅｓｕｌｔ（活動を開始して結果を返送する）関数を指す。実現可能な態様では、オペレーティングシステムの第１コンポーネントにおける第１関数により、操作情報に対する処理要求を発する過程は、オペレーティングシステムにより、操作情報を第１コンポーネントにおける第１関数に充填し、充填後の第１関数を得、オペレーティングシステムにより、充填後の第１関数の要求を発し、充填後の第１関数の要求を操作情報に対する処理要求とする。この処理要求はオペレーティングシステムの他のコンポーネントが操作情報をさらに処理するために用いられる。処理要求は操作情報を搬送している。

ステップ２において、オペレーティングシステムの第２コンポーネントにおける第２関数により、処理要求で搬送された操作情報に対して共有タイプの検証を行う。

例示的な実施例では、オペレーティングシステムがＡｎｄｒｏｉｄシステムである場合、オペレーティングシステムの第２コンポーネントはＡｎｄｒｏｉｄシステムのＩｎｓｔｒｕｍｅｎｔａｔｉｏｎ（検出）コンポーネントを指し、第２コンポーネントにおける第２関数はｅｘｅｃＳｔａｒｔＡｃｔｉｖｉｔｙ（実行開始活動）関数を指す。第２コンポーネントにおける第２関数には、オペレーティングシステムが発した処理要求で搬送された操作情報に対して共有タイプの検証を行うための検証論理が含まれる。例示的には、第２関数に含まれる検証論理は操作情報が共有タイプの情報とマッチングするか否かを検証するために用いられる。

オペレーティングシステムの第２コンポーネントにおける第２関数により、処理要求で搬送された操作情報に対して共有タイプの検証を行うことができる。実現可能な態様では、操作情報には操作対象が含まれる場合、第２関数には共有対象候補が含まれ、第２関数により操作情報に対して共有タイプの検証を行う過程は、第２関数により、操作情報における操作対象と共有対象候補と照合することである。操作情報における操作対象は何れかの共有対象候補と一致する場合、操作情報の共有タイプの検証が合格であると示し、操作情報における操作対象は何れも共有対象候補と一致しない場合、操作情報の共有タイプの検証が不合格であると示す。

別の実現可能な態様では、第２関数は共有タイプの情報に含まれる各部分の情報の所定データ形式を含み、例えば、共有タイプの情報は共有目標と共有データとの２部分を含み、共有目標の所定データ形式は共有待ちソーシャルアプリケーションを示すためのデータ及び位置決め対象の対話ページを示すためのデータを含むことであり、共有データの所定のデータ形式とは、テーマ、詳細データ及び記述情報をそれぞれ示すためのデータである。この場合、第２関数により操作情報に対して共有タイプの検証を行う過程は、第２の関数により、操作情報に含まれる情報のデータ形式と、共有タイプの情報に含まれる各部分の情報の所定のデータ形式とを照合することである。操作情報に含まれる情報に、共有タイプの情報に含まれる各部分の情報の所定データ形式とそれぞれ同じデータ形式の情報が含まれる場合、操作情報の共有タイプの検証が合格であると示し、操作情報に含まれる情報に、共有タイプの情報に含まれる各部分の情報の所定のデータ形式とそれぞれ同じデータ形式の情報が含まれていない場合、操作情報の共有タイプの検証は不合格であることを示す。

サーバのオペレーティングシステムにより、操作情報に対して共有タイプの検証を行った結果は以下の２種類の結果を含む。
結果１は、操作情報の共有タイプの検証が合格であることである。
操作情報が共有タイプの情報とマッチングした場合、操作情報の共有タイプの検証が合格であると示す。
結果２は、操作情報の共有タイプの検証が不合格であることである。
操作情報が共有タイプの情報とマッチングしない場合、操作情報の共有タイプの検証が不合格であると示す。

検証結果に基づき、操作情報が共有タイプの情報であるか否かを判断する過程は、操作情報の共有タイプの検証が合格であることに応答して、操作情報が共有タイプの情報であると決定し、操作情報の共有タイプの検証が不合格であることに応答して、操作情報が共有タイプの情報でないことを決定することである。

この方式１では、オペレーティングシステムにより、操作情報が共有タイプの情報であるか否かを判断するようにし、オペレーティングシステムレベルで行うため、全ての共有タイプの操作情報を認識することができ、後続の共有データを端末のソーシャルアプリケーションに共有する共有成功率をほぼ１００％に達することができる。

方式２について、クラウドゲームにはサービスコンポーネントと遮断コンポーネントが統合され、サーバは遮断コンポーネントを介してサービスコンポーネントにおける共有インタフェースに対して遮断処理を行い、共有インタフェースで操作情報を遮断できるか否かに基づき、操作情報が共有タイプの情報であるか否かを判断することである。

サービスコンポーネントは、オペレーティングシステムと通信を行う。 例示的には、サービスコンポーネントはＭＳＤＫである。遮断コンポーネントは、情報がこのインタフェース又はこの種類のインタフェースを介してオペレーティングシステムに送信されないように、サービスコンポーネントにおけるあるインタフェース又はある種類のインタフェースに対して遮断処理を行う。本出願の実施例では、遮断コンポーネントは、共有タイプの情報が共有インタフェースを介してオペレーティングシステムに送信されないように、サービスコンポーネントにおける共有インタフェースに対して遮断処理を行うために用いられる。共有インタフェースはサービスコンポーネントにおいて共有命令を受信し及び共有タイプの情報をオペレーティングシステムに送信するための１つ又は１種類のインタフェースである。遮断コンポーネントによってサービスコンポーネントにおける共有インタフェースに対して遮断処理を行い、共有タイプの情報を遮断することができる。

例示的な実施例では、遮断コンポーネントが共有インタフェースを遮断処理する方式は、共有インタフェースから共有タイプの情報がオペレーティングシステムに送信されないように、共有インタフェースの既存のある部分又は全部のプログラムコードを新しいプログラムコードに置換え、共有インタフェースの伝送方式を変える。共有インタフェースを遮断処理した後、共有タイプの情報を遮断することができる。

遮断コンポーネントにより、サービスコンポーネントにおける共有インタフェースを遮断処理した後、共有インタフェースで操作情報を遮断できるか否かに基づき、操作情報が共有タイプの情報であるか否かを判断することができる。実現可能な態様では、共有インタフェースで操作情報を遮断できるか否かに基づき、操作情報が共有タイプの情報であるか否かを判断する過程は、共有インタフェースで操作情報を遮断したことに応答して、操作情報が共有タイプの情報であると決定し、共有インタフェースで操作情報を遮断しないことに応答して、操作情報が共有タイプの情報でないことを決定することである。

この方式２では、操作情報が共有タイプの情報であるか否かを判断する過程はクラウドゲームレベルで行われ、オペレーティングシステムを呼び出す必要がなく、この判断方式は判断速度が速く、判断過程が容易で速い。

なお、関連技術では、サーバにおいて操作情報が共有タイプの情報であるか否かを判断することを行わず、オペレーティングシステムにより操作情報に対応するサービス全体を直接処理する。本出願の実施例では、操作情報が共有タイプの情報であるか否かを判断する過程を追加することにより、共有タイプの情報を認識することができ、その後で共有情報における共有データを端末のソーシャルアプリケーションに共有することが図れる。

上記方式１又は上記方式２により、いずれも操作情報が共有タイプの情報であるか否かを判断することができる。判断の結果、操作情報が共有タイプの情報である場合、サーバは操作情報から共有データを解析し、共有データを含む共有情報を生成する。共有情報の情報形式は、伝送過程がサポートする情報形式である。

例示的な実施例では、操作情報は操作対象と付加データとの２部分を含む。操作情報が共有タイプの情報である場合、操作情報に含まれる操作対象は共有対象を指し、この共有対象は共有待ちソーシャルアプリケーション及びこの共有待ちソーシャルアプリケーションにおける位置決め対象の対話ページを示すために用いられる。操作情報に含まれる付加データは共有データを指す。操作情報が共有タイプの情報であると決定する時、この操作情報から共有データを解析することができる。実現可能な態様では、オペレーティングシステムにより操作情報が共有タイプの情報であるか否かを判断する場合、オペレーティングシステムの第２コンポーネントにおける第２関数により、操作情報から共有データを解析することができる。例示的には、操作情報から共有データを解析する過程は、Ｉｎｔｅｎｔ情報形式の操作情報からＢｕｎｄｌｅ（束）データを抽出し、抽出したＢｕｎｄｌｅデータを共有データとすることである。

操作情報から共有データを解析した後、サーバは共有データを含む共有情報を生成し、この共有情報の情報形式は、伝送過程がサポートする情報形式である。実現可能な態様では、共有情報の情報形式は以下通りである。
Ｍｅｓｓａｇｅ ｛ ／／メッセージを定義する
ｅｎｕｍ ＣｍｄＴｙｐｅ ｛ ／／メッセージタイプの数え上げを定義する
ＣＭＤ＿ＳＨＡＲＥ＿ＲＥＳＵＬＴ＿ＴＯ＿ＧＡＭＥ＝１； ／／クラウドゲームの結果を共有するメッセージタイプを１に定義する
｝
ＣｍｄＴｙｐｅ ｔｙｐｅ， ／／メッセージのタイプ
Ｓｔｒｉｎｇ ｄａｔａ， ／／メッセージの具体的な内容（共有データを含む）
｝

共有データは、メッセージの具体的な内容を示すＳｔｒｉｎｇ ｄａｔａにおけるｄａｔａ（データ）に含まれる。なお、ｄａｔａは共有データを含むほか、さらに共有対象を示すための情報も含むことができ、例示的には、この共有対象を示すための情報は共有待ちソーシャルアプリケーションの情報及びこの共有待ちソーシャルアプリケーションにおける位置決め対象の対話ページの情報を含む。例示的には、操作情報を生成する根拠となる共有命令は第１ソーシャルアプリケーションにおける友人に共有する共有コントロールをトリガすることで生成された共有命令である場合、共有待ちソーシャルアプリケーションは第１ソーシャルアプリケーションであり、この共有待ちソーシャルアプリケーションにおける位置決め対象の対話ページは第１ソーシャルアプリケーションにおける友人選択ページであり、操作情報を生成する根拠となる共有命令は第１ソーシャルアプリケーションにおけるインタラクティブコミュニティに共有する共有コントロールをトリガすることで生成された共有命令である場合、共有待ちソーシャルアプリケーションは第１ソーシャルアプリケーションであり、この共有待ちソーシャルアプリケーションにおける位置決め対象の対話ページは第１ソーシャルアプリケーションにおけるインタラクティブ情報発表ページである。

例示的には、Ｓｔｒｉｎｇ ｄａｔａにおけるｄａｔａの内容は以下通りである。
｛
ｓｈａｒｅＴｙｐｅ：［ｑｑ ｜ ｗｅｃｈａｔ］， ／／共有待ちソーシャルアプリケーションの情報
ｓｈａｒｅＴａｒｇｅｔ：［ｔｏ＿ｆｒｉ ｜ ｔｏ＿ｑｚｏｎｅ ｜ ｔｏ＿ｗｅｘｉｎ］， ／／共有待ちソーシャルアプリケーションにおける位置決め対象の対話ページの情報
｛ ／／共有データ
ｔｉｔｌｅ＝ｄｅｍｏ， ／／共有されるテーマ
ｄｅｔａｉｌ＿ｕｒｌ＝ｈｔｔｐ：／／ｇａｍｅｃｅｎｔｅｒ．ｑｑ．ｃｏｍ／ｇｃｊｕｍｐ？ａｐｐｉｄ＝１２３…， ／／共有される招待リンク
ｄｅｓｃ＝速くチーム編成にこい、チーム戦しよう！， ／／共有される記述情報
｝
｝

操作情報が共有タイプの情報である場合、サーバはステップ２０５に基づき、共有データを含む共有情報を生成し、その後、ステップ２０６を実行する。実現可能な態様では、操作情報は共有タイプ以外の情報でありうる。操作情報が共有タイプ以外の情報である場合、操作情報が共有タイプ以外の情報であることに応答して、サーバは操作情報に対応する処理サービスを実行し、処理結果を得、処理結果を端末に送信する。

操作情報が共有タイプ以外の情報である場合、サーバにおいて操作情報に対応する処理サービスを実行する。実現可能な態様では、操作情報に対応する処理サービスを実行するステップは、操作情報に対応する目標ゲームページを開くことである。

なお、操作情報を生成する根拠となる操作命令によって、操作情報に対応する目標ゲームページが異なる可能性がある。例えば、操作情報を生成する根拠となる操作命令が確認命令である場合、操作情報に対応する目標ゲームページは確認命令に関連するゲームページを指し、操作情報を生成する根拠となる操作命令がスキル発動命令である場合、操作情報に対応する目標ゲームページはスキル発動後のゲームページを指す。

実現可能な態様では、サーバが操作情報に対応する処理サービスを実行する方式は、サーバがオペレーティングシステムの管理コンポーネントにおける起動関数により、操作情報に対応する処理サービスを実行することである。すなわち、オペレーティングシステムの管理コンポーネントにおける起動関数により、操作情報に対応する目標ゲームページを開くことである。例示的には、オペレーティングシステムがＡｎｄｒｏｉｄシステムである場合、オペレーティングシステムの管理コンポーネントはＡｎｄｒｏｉｄシステムのＡＭＳコンポーネントを指し、管理コンポーネントにおける起動関数はｓｔａｒｔＡｃｔｉｖｉｔｙ（活動開始）関数を指す。

例えば、操作情報が共有タイプ以外の情報である場合、サーバによる操作情報の処理手順は図４に示す。端末から送信された操作命令に基づき、操作情報を生成し、ＡｃｔｉｖｉｔｙコンポーネントにおけるｓｔａｒｔＡｃｔｉｖｉｔｙＦｏｒＲｅｓｕｌｔ関数により、操作情報に対する処理要求を発し、ＩｎｓｔｒｕｍｅｎｔａｔｉｏｎコンポーネントにおけるｅｘｅｃＳｔａｒｔＡｃｔｉｖｉｔｙ関数により、処理要求で搬送された操作情報に対して共有タイプの検証を行い、共有タイプの検証が合格しない場合、すなわち操作情報が共有タイプ以外の情報である場合、ＡＭＳコンポーネントにおけるｓｔａｒｔＡｃｔｉｖｉｔｙ関数により、操作情報に対応する目標ゲームページを開く。

サーバは操作情報に対応する処理サービスを実行した後、処理結果を得ることができ、続いてサーバは処理結果を端末に送信する。例示的には、操作情報に対応する処理サービスを実行することは操作情報に対応する目標ゲームページを開くことである場合、処理結果には目標ゲームページを符号化したオーディオビデオストリームが含まれる。

例示的には、サーバが処理結果を端末に送信する方式は処理結果を端末に直接送信することであり、又はゲートウェイを介して処理結果を端末に送信することであり、本出願の実施例では、限定しない。なお、処理結果を送信する前に、サーバはまず処理結果を伝送過程がサポートする情報形式として実装する必要がある。

サーバから処理結果が端末へ送信された後、端末はサーバから送信された処理結果を受信する。この処理結果は、サーバが、操作情報が共有タイプ以外の情報であることに応答して、操作情報に対応する処理サービスを実行した結果である。端末は処理結果を受信した後、処理結果に対応するゲームページを表示する。処理結果には、この処理結果に対応するゲームページの情報が含まれ、端末は処理結果に含まれるゲームページの情報に基づき、処理結果に対応するゲームページを表示することができる。実現可能な態様では、処理結果に対応するゲームページは、操作情報に対応する目標ゲームページを指し、処理結果に含まれるこの処理結果に対応するゲームページの情報は、目標ゲームページを符号化した的オーディオビデオストリームを指し、この場合、端末は、まずオーディオビデオストリームを復号化し、その後、処理結果に対応するゲームページを表示する。
ステップ２０６において、サーバは共有データを含む共有情報を端末に送信する。

端末が共有データをソーシャルアプリケーションに共有する過程を実行するように、共有データを含む共有情報を生成した後、サーバは共有データを含む共有情報を端末に送信する。実現可能な態様では、サーバは共有データを含む共有情報を端末に送信する方式は以下の２種類の方式を含む。
方式１について、サーバが共有データを含む共有情報を端末に直接送信することである。
方式２について、サーバが共有データを含む共有情報をゲートウェイに送信し、ゲートウェイを介して共有データを含む共有情報を端末に送信することである。

例えば、この方式２では、サーバが共有データを含む共有情報を端末に送信する過程を示す概略図は図５に示す。図５には、サーバ５１は共有データを含む共有情報をゲートウェイ５２に送信し、ゲートウェイ５２は共有データを含む共有情報を端末５３に送信する。

示例的には、サーバによる操作情報の処理過程は図６に示す。サーバはサーバのオペレーティングシステムのＩｎｓｔｒｕｍｅｎｔａｔｉｏｎコンポーネントにおけるｅｘｅｃＳｔａｒｔＡｃｔｉｖｉｔｙ関数により操作情報に対して共有タイプの検証を行い、操作情報が共有タイプの情報であるか否かを判断する。操作情報が共有タイプの情報である場合、サーバは操作情報から共有データを解析し、共有データを含む共有情報を端末に送信し、端末は共有データをソーシャルアプリケーションに共有し、共有過程を完了し、操作情報が共有タイプ以外の情報である場合、サーバは操作情報をオペレーティングシステムのＡＭＳコンポーネントに送信し、ＡＭＳコンポーネントにおけるｓｔａｒｔＡｃｔｉｖｉｔｙ関数により、操作情報に対応する目標ゲームページを開く。
ステップ２０７において、端末はサーバから送信された共有データを含む共有情報を受信し、共有データを目標ソーシャルアプリケーションに共有する。

サーバは共有データを含む共有情報を端末に送信した後、端末はサーバから送信された共有データを含む共有情報を受信する。実現可能な態様では、サーバは共有データを含む共有情報を端末に直接送信する場合、端末はサーバから直接送信された共有データを含む共有情報を受信し、サーバは共有データを含む共有情報をゲートウェイに送信する場合、端末はサーバからゲートウェイを介して送信された共有データを含む共有情報を受信する。

共有データを含む共有情報を受信した後、端末は共有データを目標ソーシャルアプリケーションに共有する。なお、目標ソーシャルアプリケーションは共有待ちソーシャルアプリケーションである。実現可能な態様では、端末は共有データを目標ソーシャルアプリケーションに共有する過程は以下のステップ１～ステップ３を含む。
ステップ１において、端末は共有情報に基づき、共有データを含む呼び出し情報を生成する。

共有情報の情報形式は伝送過程がサポートする情報形式であり、呼び出し情報の情報形式は端末のオペレーティングシステムがサポートする情報形式である。共有情報の情報形式は端末のオペレーティングシステムにおけるコンポーネントにより認識されて処理されない可能性があるので、共有情報に基づき、情報形式が端末のオペレーティングシステムのサポートする情報形式の呼び出し情報を生成する。

例示的な実施例では、クラウドゲームにアクセスするための端末のオペレーティングシステムはサーバのオペレーティングシステムと一致することで、クラウドゲームの機能が端末で正常に実現できること及びゲームページが端末で正常に表示できることを確保する。即ち、サーバのオペレーティングシステムはＡｎｄｒｏｉｄシステムである場合、クラウドゲームにアクセスするための端末のオペレーティングシステムもＡｎｄｒｏｉｄシステムである。示例的には、端末のオペレーティングシステムはＡｎｄｒｏｉｄシステムである場合、端末のオペレーティングシステムがサポートする情報形式はＩｎｔｅｎｔ情報形式である。即ち、端末で生成された呼び出し情報の情報形式はＩｎｔｅｎｔ情報形式である。

例示的な実施例では、Ｉｎｔｅｎｔ情報形式の呼び出し情報は、呼び出し対象と共有データとの２部分を含む。例示的には、呼び出し情報における共有データは共有情報から直接抽出され、即ち、共有情報における共有データを、呼び出し情報における共有データとする。呼び出し情報における呼び出し対象は呼び出し待ちソーシャルアプリケーション及びこのソーシャルアプリケーションにおける位置決め対象の対話ページを標記するために用いられる。共有情報のｄａｔａは共有データを含むほか、共有対象を示すための情報も含み、端末は共有情報のｄａｔａにおける共有対象を示す情報に基づき、Ｉｎｔｅｎｔ情報形式を満たす呼び出し対象を生成する。これにより、端末は共有情報に基づき呼び出し情報を生成する過程を完了する。

ステップ２において、オペレーティングシステムの管理コンポーネントにおける起動関数により、呼び出し情報に対応する目標ソーシャルアプリケーションを起動する。

呼び出し情報を生成した後、呼び出し情報の情報形式は端末のオペレーティングシステムがサポートする情報形式であり、また呼び出し情報には、呼び出し対象が含まれるので、端末のオペレーティングシステムは呼び出し情報に基づき、呼び出し対象を決定し、即ち、呼び出し対象の目標ソーシャルアプリケーションを決定する。

実現可能な態様では、端末には、クラウドゲームにアクセスするためのゲームアプリケーションがインストールされ、このゲームアプリケーションには、サービスコンポーネントが統合されている。一部の実施例では、端末のゲームアプリケーションに統合されたサービスコンポーネントとサーバのクラウドゲームに統合されたサービスコンポーネントとは同じサービスコンポーネントである。例示的には、このサービスコンポーネントはＭＳＤＫである。端末において、端末のオペレーティングシステムの管理コンポーネントにおける起動関数により、呼び出し情報に対応する目標ソーシャルアプリケーションを起動する前に、端末のゲームアプリケーションにおけるサービスコンポーネントは共有インタフェースを呼び出し、呼び出し情報を端末のオペレーティングシステムに送信する。その後、端末は端末のオペレーティングシステムの管理コンポーネントにおける起動関数により、呼び出し情報に対応する目標ソーシャルアプリケーションを起動する。

例示的な実施例では、端末のオペレーティングシステムはＡｎｄｒｏｉｄシステムである場合、端末のオペレーティングシステムの管理コンポーネントはＡｎｄｒｏｉｄシステムのＡＭＳコンポーネントを指し、管理コンポーネントにおける起動関数はｓｔａｒｔＡｃｔｉｖｉｔｙ関数を指す。なお、端末のオペレーティングシステムはサーバと同じであるので、オペレーティングシステムの管理コンポーネント及び管理コンポーネントにおける起動関数も同じである。

端末のオペレーティングシステムは呼び出し情報に基づき、呼び出し対象の目標ソーシャルアプリケーションを決定するので、端末のオペレーティングシステムにより、呼び出し対象の目標ソーシャルアプリケーションを起動することができる。目標ソーシャルアプリケーションを起動することは、目標ソーシャルアプリケーションを現在のウインドウで開くことである。目標ソーシャルアプリケーションを起動する過程はアプリケーションが移行する過程であり、クラウドゲームにアクセスするためのゲームアプリケーションから目標ソーシャルアプリケーションに移行することである。なお、端末の目標ソーシャルアプリケーションはプレイヤの個人アカウントに対応するソーシャルアプリケーションであり、この目標ソーシャルアプリケーションにおける友人関係チェーンはプレイヤの友人関係チェーンである。
ステップ３において、呼び出し情報における共有データを目標ソーシャルアプリケーションに共有する。

目標ソーシャルアプリケーションを起動した後、端末は呼び出し情報における共有データを目標ソーシャルアプリケーションに共有することで、クラウドゲームにおける共有データを端末ローカルのソーシャルアプリケーションに共有する。

なお、上記したステップ１～ステップ３は端末が共有データを目標ソーシャルアプリケーションに共有する実現方式の例示的な記述であり、本出願の実施例では、限定しない。例示的には、共有情報の情報形式は端末のオペレーティングシステムがサポートする情報形式である場合、端末は共有情報における共有データを目標アプリケーションに直接共有することができる。

呼び出し情報における共有データを目標ソーシャルアプリケーションに共有しても、または共有情報における共有データを目標アプリケーションに直接共有しても、いずれも共有データを目標ソーシャルアプリケーションに共有することを実現できる。実現可能な態様では、共有データを目標ソーシャルアプリケーションに共有する過程は以下のようなステップａとステップｂとを含む。
ステップａにおいて、目標ソーシャルアプリケーションの表示ページを第１対話ページに位置決める。

呼び出し情報における共有データを目標アプリケーションに共有する例を説明する。呼び出し情報には、呼び出し対象の目標ソーシャルアプリケーション及びこの目標ソーシャルアプリケーションにおける位置決め対象の対話ページを標記するための呼び出し対象が含まれるので、呼び出し対象に基づき、呼び出し対象の目標ソーシャルアプリケーションを決定するだけではなく、この目標ソーシャルアプリケーションにおける位置決め対象の対話ページを決定することができる。この目標アプリケーションにおける位置決め対象の対話ページを第１対話ページとする。

第１対話ページを決定した後、端末は目標ソーシャルアプリケーションの表示ページを第１対話ページに位置決める。すなわち、対象ソーシャルアプリケーションを起動した後、対象ソーシャルアプリケーションの第１対話ページを表示する。なお、目標ソーシャルアプリケーションの第１対話ページは友人選択ページである可能性があり、またインタラクション情報発表ページである可能性もあり、これはプレイヤが共有命令の生成時にトリガする共有コントロールのタイプに関連し、本出願の実施例では、限定しない。例示的には、プレイヤが共有命令の生成時にトリガする共有コントロールのタイプは、第１ソーシャルアプリケーションにおける友人に共有すること又は第２ソーシャルアプリケーションにおける友人に共有することである場合、目標ソーシャルアプリケーションの第１対話ページは友人選択ページを指し、プレイヤが共有命令の生成時にトリガする共有コントロールのタイプは、第１ソーシャルアプリケーションにおけるインタラクティブコミュニティに共有すること又は第２ソーシャルアプリケーションにおけるインタラクティブコミュニティに共有することである場合、目標ソーシャルアプリケーションの第１対話ページとはインタラクティブ情報発表ページである。

友人選択ページはプレイヤが共有対象の友人を選択するために用いられ、友人選択ページにこの目標ソーシャルアプリケーションにおける選択可能な友人の情報が表示可能であり、この選択可能な友人とは最近にプレイヤと会話が発生した友人、又はプレイヤと友人関係を有する全ての友人であり、本出願の実施例では、限定しない。例示的には、表示された友人の情報は友人のプロフィール画像情報、ニックネーム情報のうちの少なくとも一種を含む。

インタラクティブ情報発表ページはプレイヤがインタラクティブコミュニティに発表するためのインタラクティブ情報を完備し且つ確認するために用いられる。インタラクティブ情報発表ページには、発表待ちの共有データが表示されるほか、さらにプレイヤが共有データに関する説明情報を入力するための入力ボックスも表示される。

ステップｂにおいて、第１対話ページにおける確認命令に基づき、共有データを目標ソーシャルアプリケーションに共有する第２対話ページにおいて、第２対話ページは確認命令で搬送される確認情報とマッチングする対話ページである。

第１対話ページが表示された後、プレイヤは第１対話ページで確認操作をトリガすることができ、続いて端末は第１対話ページにおける確認命令を取得する。実現可能な態様では、第１対話ページが友人選択ページである場合、プレイヤは友人選択ページにおいて共有対象の友人を選択することができ、続いて確認操作をトリガし、端末は第１対話ページにおける確認命令を取得する。第１対話ページはインタラクション情報発表ページである場合、プレイヤは共有データに関する説明情報を入力した後、確認操作をトリガすることができ、また共有データに関する説明情報を入力せず、確認操作を直接トリガすることもできる。確認操作がトリガされた後、端末は第１対話ページにおける確認命令を取得する。命令で搬送される確認情報を確認する。

第１対話ページの確認命令を取得した後、端末は確認命令で搬送される確認情報とマッチングする第２対話ページを決定し、続いて共有データを目標ソーシャルアプリケーションの第２対話ページに共有する。例示的には、第１対話ページが友人選択ページである場合、確認命令で搬送される確認情報は共有待ちの友人の情報であり、共有対象の友人の情報にマッチングする第２対話ページは共有対象の友人の会話ページであり、共有データを第２対話ページに共有することは共有データを共有対象の友人の会話ページに送信することである。第１インタラクティブページがインタラクティブ情報発表ページである場合、確認命令で搬送される確認情報は共有データを含む発表待ちインタラクティブ情報であり、共有データを含む発表待ちインタラクティブ情報とマッチングする第２対話ページはインタラクティブコミュニティ表示ページであり、共有データを第２対話ページに共有することは共有データを含む発表待ちインタラクティブ情報をインタラクティブコミュニティ表示ページに発表することである。
なお、端末は共有データを目標ソーシャルアプリケーションの第２対話ページに共有した後、以下のような３種類の方式を含むが、それらに限定されない。
方式１について、第２対話ページを表示することである。

この方式１では、共有データを第２対話ページに共有した後、端末は第２対話ページを直接表示し、第２対話ページには、共有データが表示される。例示的には、第２対話ページがある友人の会話ページである場合、この友人の会話ページが直接表示され、この会話ページに、この友人に閲覧させたい共有データが表示され、第２対話ページがインタラクティブコミュニティの表示ページである場合、このインタラクティブコミュニティの表示ページを直接表示し、このインタラクティブコミュニティの表示ページに、発表された共有データ付きのインタラクティブ情報が表示される。

方式２について、ゲームページに戻ることである。
この方式２では、共有データを第２対話ページに共有した後、端末は直接ゲームページに戻り、例示的には、このゲームページはクラウドゲームの過程における操作命令を生成するゲームページである。ゲームページに戻った後、プレイヤはゲームページでクラウドゲームを継続することができる。

方式３について、選択ボックスを表示し、この選択ボックスは第１オプションと第２オプションとを含む。
第１オプションは第１オプションに対応するゲームページに戻るように指示するために用いたれ、第２オプションは、目標ソーシャルアプリケーションに引き続き留まるように指示するために用いられる。この方式３において、共有データを第２対話ページに共有した後、端末はプレイヤが能動的に選択する選択ボックスを表示し、インタラクション性の向上に有利である。

選択ボックスが表示された後、プレイヤは、第１オプション又は第２オプションをトリガすることができる。端末は第１オプションのトリガ命令に応答して、第１オプションに対応するゲームページに戻り、第２オプションのトリガ命令に応答して、目標ソーシャルアプリケーションの目標対話ページを表示する。第１オプションに対応するゲームページは経験に基づいて設けられ、又は応用シーンに基づいて柔軟に調整され、本出願の実施例では、限定しない。例えば、第１オプションに対応するゲームページとは、クラウドゲームにおける操作命令が生成されるゲームページである。目標対話ページは経験に基づいて設定され、又は応用シーンに基づいて柔軟に調整され、本出願の実施例では、限定しない。例示的には、目標対話ページは第２対話ページであり、又は、目標対話ページは目標ソーシャルアプリケーションのトップページである。なお、目標ソーシャルアプリケーションの目標対話ページが表示された後、端末はプレイヤのトリガ操作に基づき、さらに目標ソーシャルアプリケーションの他の対話ページを表示することができる。

例えば、端末が共有データを目標ソーシャルアプリケーションに共有する過程におけるページを示す概略図は図７に示す。第１対話ページが友人選択ページである場合、第１対話ページは図７（１）に示し、プレイヤが図７（１）に示すページにおいて友人「張三さん」を選択すると、第１対話ページにおいて図７（２）に示す確認ボックス７１がポップアップ表示され、プレイヤが確認ボックス７１における共有ボタンをトリガすると、端末は第１対話ページにおける確認命令を取得し、続いて端末は共有データを友人「張三さん」の会話ページに共有する。共有後、第１対話ページにおいて図７（３）に示す選択ボックス７２がポップアップ表示され、選択ボックス７２において、第１オプションは「ゲームページに戻る」オプションであり、第２オプションは「ソーシャルアプリケーションに残す」のオプションである。当然のことながら、共有後に、図７（４）に示す友人「張三さん」の会話ページが直接表示可能であり、この会話ページに共有データ７３が表示される。

端末が共有データを目標ソーシャルアプリケーションの第２対話ページに共有した後、クラウドゲームにおける共有データを端末のソーシャルアプリケーションに共有する過程が完了する。

例示的には、情報処理過程は図８に示すように、サーバはクラウドゲームに統合されるＭＳＤＫを介して操作情報をサーバのオペレーティングシステムに送信し、サーバのオペレーティングシステムのＩｎｓｔｒｕｍｅｎｔａｔｉｏｎコンポーネントにおけるｅｘｅｃＳｔａｒｔＡｃｔｉｖｉｔｙ関数により操作情報に対して共有タイプの検証を行い、操作情報が共有タイプの情報である場合、サーバは共有データを含む共有情報を端末に送信し、端末は共有情報を受信した後、呼び出し情報を生成し、続いて、端末のゲームアプリケーションに統合されたＭＳＤＫを介して情報を端末のオペレーティングシステムに送信し、端末のオペレーティングシステムのＡＭＳコンポーネントにおけるｓｔａｒｔＡｃｔｉｖｉｔｙ関数により、目標ソーシャルアプリケーションを起動し、その後、共有データを目標ソーシャルアプリケーションに共有する過程を完了する。

関連技術において、クラウドゲームにおいて、ソーシャルアプリケーションのアカウントへのログインをサポートするために、サーバにクラウドゲームのほか、ソーシャルアプリケーションもインストールされ、サーバにインストールされたソーシャルアプリケーションはクラウドゲームのログインにしか用いられず、プレイヤのアカウントではなく、専用のアカウントが使用される。また、プレイヤは自分の端末にインストールされたソーシャルアプリケーションしか操作できず、サーバのソーシャルアプリケーションを操作できない。現在のクラウドゲームの技術案において、ソーシャルアプリケーションに共有される機能は、技術的に実現できないため直接無効にされ、この機能が使用できなくなり、或いはサーバのソーシャルアプリケーションにしか共有できず、プレイヤの端末におけるソーシャルアプリケーションに共有できない。本出願の実施例では、サーバは共有データを含む共有情報を端末に送信し、クラウドゲームにおける共有データを端末ローカルのソーシャルアプリケーションに共有することを実現し、従来の端末ローカルのゲームを端末ローカルのソーシャルアプリケーションに共有することと一致する体験を達成する。

本出願の実施例では、操作情報が共有タイプの情報である場合、サーバは操作情報から共有データを解析し、続いて共有データを含む共有情報を端末に送信し、端末は共有データをソーシャルアプリケーションに共有する。このような情報処理過程において、操作情報が共有タイプの情報であるか否かを判断する過程をサーバに追加し、サーバは共有タイプの操作情報から解析された共有データを端末に送信することで、端末は共有データを端末のソーシャルアプリケーションに共有する。この過程によれば、クラウドゲームにおける共有データを端末ローカルのソーシャルアプリケーションに共有し、クラウドゲームの拡張性を向上させることができ、情報処理効果が優れ、クラウドゲームの社交性の向上に有利であり、クラウドゲームの普及率がよく、プレイヤのクラウドゲームへの参加率を向上させ、クラウドゲームの対話率を高めることができる。

本出願の実施例は、
クラウドゲームログインポータルのトリガ命令に基づき、サーバにインストールされたクラウドゲームにログインし、クラウドゲームの過程における操作命令を取得し、操作命令をクラウドゲームがインストールされたサーバに送信するように構成される端末と、
端末から送信されたクラウドゲームの過程における操作命令を受信し、操作命令に基づき、操作情報を生成し、操作情報が共有タイプの情報であることに応答して、操作情報から共有データを解析し、共有データを含む共有情報を生成し、共有データを含む共有情報を端末に送信するように構成されるサーバと、を備え、
端末は、さらにサーバから送信された共有データを含む共有情報を受信し、共有データを目標ソーシャルアプリケーションに共有するように構成される情報処理システムを提供する。

本出願の実施例では、操作情報が共有タイプの情報である場合、サーバは操作情報から共有データを解析し、続いて共有データを含む共有情報を端末に送信し、端末は共有データをソーシャルアプリケーションに共有する。このような情報処理過程において、操作情報が共有タイプの情報であるか否かを判断する過程をサーバに追加し、サーバは共有タイプの操作情報から解析した共有データを端末に送信することで、端末は共有データを端末のソーシャルアプリケーションに共有する。この過程によれば、クラウドゲームにおける共有データを端末ローカルのソーシャルアプリケーションに共有し、クラウドゲームの拡張性を向上させることができ、情報処理効果が優れ、クラウドゲームの社交性の向上に有利であり、クラウドゲームの普及率がよく、プレイヤのクラウドゲームへの参加率を向上させ、クラウドゲームの対話率を高めることができる。

図９に示すように、本出願の実施例は、端末に適用され、図９に示す以下のようなモジュールにより、上記図２に記載の情報処理方法における端末の実行する機能を実現する報処理装置を提供する。この装置は、
クラウドゲームログインポータルのトリガ命令に基づき、サーバにインストールされたクラウドゲームにログインし、クラウドゲームの過程における操作命令を取得するように構成される取得モジュール９０１と、
操作命令に基づき、操作情報を生成することと、操作情報が共有タイプの情報であることに応答して、操作情報から共有データを解析し、共有データを含む共有情報を生成し、共有データを含む共有情報を端末に送信することと、がサーバによって実行されるように、操作命令をクラウドゲームがインストールされたサーバに送信するように構成される送信モジュール９０２と、
サーバから送信された共有データを含む共有情報を受信するように構成される受信モジュール９０３と、
共有データを目標ソーシャルアプリケーションに共有するように構成される共有モジュール９０４と、を備える。

実現可能な態様では、共有モジュール９０４は目標ソーシャルアプリケーションの表示ページを第１対話ページに位置決め、第１対話ページにおける確認命令に基づき、共有データを目標ソーシャルアプリケーションの第２対話ページに共有するように構成され、第２対話ページは確認命令で搬送される確認情報とマッチングする対話ページである。

実現可能な態様では、図１０に示すように、この装置は、
表示モジュール９０５は、第１オプションと第２オプションとを含む選択ボックスを表示し、第１オプションのトリガ命令に応答して、第１オプションに対応するゲームページに戻り、第２オプションのトリガ命令に応答して、目標ソーシャルアプリケーションの目標対話ページを表示するように構成される。

実現可能な態様では、共有モジュール９０４は、さらに、共有情報に基づき、共有データを含む呼び出し情報を生成し、オペレーティングシステムの管理コンポーネントにおける起動関数により、呼び出し情報に対応する目標ソーシャルアプリケーションを起動し、呼び出し情報中の共有データを目標ソーシャルアプリケーションに共有するように構成される。

実現可能な態様では、受信モジュール９０３は、さらにサーバから送信された処理結果を受信するように構成され、処理結果は、サーバは操作情報が共有タイプ以外の情報であることに応答して、操作情報に対応する処理サービスを実行した結果である。

表示モジュール９０５はさらに、処理結果に対応するゲームページを表示するように構成される。
実現可能な態様では、取得モジュール９０１は、さらにクラウドゲームログインポータルのトリガ命令に基づき、クラウドゲームログインページを表示し、クラウドゲームログインページでログイン情報を取得し、検証のためにログイン情報をサーバへ送信し、サーバから検証合格の応答が返信されたことに応答して、サーバにインストールされたクラウドゲームにログインする。

本出願の実施例では、操作情報が共有タイプの情報である場合、サーバは操作情報から共有データを解析し、続いて共有データを含む共有情報を端末に送信し、端末は共有データをソーシャルアプリケーションに共有する。このような情報処理過程において、操作情報が共有タイプの情報であるか否かを判断する過程をサーバに追加し、サーバは共有タイプの操作情報から解析した共有データを端末に送信することで、端末は共有データを端末のソーシャルアプリケーションに共有する。この過程によれば、クラウドゲームにおける共有データを端末ローカルのソーシャルアプリケーションに共有し、クラウドゲームの拡張性を向上させることができ、情報処理効果が優れ、クラウドゲームの社交性の向上に有利であり、クラウドゲームの普及率がよく、プレイヤのクラウドゲームへの参加率を向上させ、クラウドゲームの対話率を高めることができる。

図１１に示すように、本出願の実施例は、サーバに適用され、図１１に示す以下のモジュールにより、上記した図２に記載の情報処理方法におけるサーバの実行する機能を実現する情報処理装置を提供する。この装置は、
端末から送信されたクラウドゲームの過程における操作命令を受信するように構成される受信モジュール１１０１と、
操作命令に基づき、操作情報を生成するように構成される生成モジュール１１０２と、
操作情報が共有タイプの情報であることに応答して、操作情報から共有データを解析するように構成される解析モジュール１１０３と、
共有データを含む共有情報を生成するように構成される生成モジュール１１０２と、
端末が共有データを目標ソーシャルアプリケーションに共有するように、共有データを含む共有情報を端末に送信するように構成される送信モジュール１１０４と、を備える。

実現可能な態様では、図１２に示すように、この装置は、
オペレーティングシステムにより、操作情報に対して共有タイプの検証を行い、操作情報の共有タイプの検証が合格であることに応答して、操作情報が共有タイプの情報であると決定するように構成される検証モジュール１１０５を、さらに備える。

実現可能な態様では、クラウドゲームにはサービスコンポーネントと遮断コンポーネントが統合され、図１２に示すように、この装置は、
遮断コンポーネントがサービスコンポーネントにおける共有インタフェースを遮断処理することで、共有インタフェースで操作情報を遮断したことに応答して、操作情報が共有タイプの情報であると決定する遮断処理モジュール１１０６をさらに備える。

実現可能な態様では、検証モジュール１１０５は、さらに、オペレーティングシステムの第１コンポーネントにおける第１関数により、操作情報を搬送している操作情報に対する処理要求を発し、オペレーティングシステムの第２コンポーネントにおける第２関数により、処理要求で搬送された操作情報に対して共有タイプの検証を行うように構成される。

実現可能な態様では、図１２に示すように、この装置は、さらに、
実行モジュール１１０７は、操作情報が共有タイプ以外の情報であることに応答して、操作情報に対応する処理サービスを実行し、処理結果を得るように構成され、
送信モジュール１１０４は、さらに処理結果を端末に送信するように構成される。

本出願の実施例では、操作情報が共有タイプの情報である場合、サーバは操作情報から共有データを解析し、続いて共有データを含む共有情報を端末に送信し、端末は共有データをソーシャルアプリケーションに共有する。このような情報処理過程において、操作情報が共有タイプの情報であるか否かを判断する過程をサーバに追加し、サーバは共有タイプの操作情報から解析した共有データを端末に送信することで、端末は共有データを端末のソーシャルアプリケーションに共有する。この過程によれば、クラウドゲームにおける共有データを端末ローカルのソーシャルアプリケーションに共有し、クラウドゲームの拡張性を向上させることができ、情報処理効果が優れ、クラウドゲームの社交性の向上に有利であり、クラウドゲームの普及率がよく、プレイヤのクラウドゲームへの参加率を向上させ、クラウドゲームの対話率を高めることができる。

なお、上記実施例に係る装置はその機能を実現する時に、上記各機能モジュールの区分のみについて、例を挙げて説明し、実際の応用では、必要に応じて上記機能を異なる機能モジュールに割り当て実行させることができ、すなわち装置の内部構造を異なる機能モジュールに分割することで、上記に記載の全部又は一部の機能を完了することができる。また、上記実施例に係る装置及び方法の実施例は同一の概念に属し、その具体的な実現過程の詳細は方法の実施例に示され、ここで説明を省略する。

図１３は本出願の実施例に係るサーバの構造概略図であり、このサーバは構成や性能の違いにより比較的大きな差異が発生可能であり、例示的には、サーバは１つ以上のプロセッサ（ＣＰＵ：Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔｓ）１３０１及び１つ以上のメモリ１３０２を備え、そのうち、この１つ以上のメモリ１３０２に少なくとも１つのプログラムコードが記憶され、この少なくとも１つのプログラムコードはこの１つ以上のプロセッサ１３０１によりロードされて実行され、上記各方法の実施例に係る情報処理方法を実現する。当然のことながら、このサーバは、入出力を行うために、有線又は無線ネットワークインタフェース、キーボード及び入出力インタフェースなどの部品をさらに有することができ、このサーバは他の設備機能を実現するための部品をさら備えることができ、ここで説明を省略する。

図１４は本出願の実施例に係る端末の構成概略図である。例示的には、この端末は、スマートフォン、タブレットパソコン、ノートパソコン又はデスクトップパソコンである。端末はユーザ装置、携帯端末、ラップトップ端末、デスクトップ端末などの他の名称と呼ばれることもできる。
例示的には、端末はプロセッサ１４０１とメモリ１４０２とを備える。

プロセッサ１４０１は１つ以上の処理コア、例えば４コアプロセッサ、８コアプロセッサなどを含むことができ。プロセッサ１４０１は、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ、デジタル信号処理）、ＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、フィールドプログラマブルゲートアレイ）、ＰＬＡ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ａｒｒａｙ、プログラマブルロジックアレイ）のうちの少なくとも１つのハードウェア形式で実現することができる。プロセッサ１４０１はメインプロセッサ及びコプロセッサを含むこともでき、メインプロセッサはウェイクアップ状態にあるデータを処理するためのプロセッサであり、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、中央演算装置）とも呼ばれ、コプロセッサは、待機状態にあるデータを処理する低消費電力プロセッサである。一部の実施例では、プロセッサ１４０１にはディスプレイに表示すべき内容のレンダリング及び作成を担うためのＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、グラフィック処理ユニット）が統合される。一部の実施例では、プロセッサ１４０１は機械学習に関する計算操作を処理するためのＡＩ（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ、人工知能）プロセッサをさらに含む。

メモリ１４０２は、１つ以上のコンピュータ読み取り可能な記憶媒体を含むことができ、例示的には、このコンピュータ読み取り可能な記憶媒体は非一時的なものである。また、メモリ１４０２は、高速ランダムアクセスメモリ及び不揮発性メモリ、例えば１つ又は複数の磁気ディスク記憶、フラッシュ記憶をさらに含む。一部の実施例では、メモリ１４０２における非一時的なコンピュータ読み取り可能な記憶媒体は少なくとも１つの命令を記憶するために用いられ、本出願の方法の実施例に係る情報処理方法を実現するために、この少なくとも１つの命令がプロセッサ１４０１により実行される。

一部の実施例では、端末は、周辺機器インタフェース１４０３と少なくとも１つの周辺機器とを選択的に備えることができる。プロセッサ１４０１、メモリ１４０２、周辺機器インタフェース１４０３は、バスや信号線を介して接続することができる。各周辺機器は、バス、信号線、回路基板等を介して周辺機器インタフェース１４０３に接続することができる。具体的には、周辺装置は、無線周波数回路１４０４、タッチディスプレイ１４０５、カメラコンポーネント１４０６、オーディオ回路１４０７、位置決めコンポーネント１４０８、及び電源１４０９のうちの少なくとも１つである。

周辺機器インタフェース１４０３は、Ｉ／Ｏ（Ｉｎｐｕｔ／Ｏｕｔｐｕｔ：入力／出力）に関連する少なくとも１つの周辺機器を、プロセッサ１４０１及びメモリ１４０２に接続するために用いられる。一部の実施例では、プロセッサ１４０１、メモリ１４０２及び周辺装置インタフェース１４０３は同一のチップ又は回路基板に統合され、一部の他の実施例において、プロセッサ１４０１、メモリ１４０２及び周辺装置インタフェース１４０３のうちのいずれか１つ又は２つは独立したチップ又は回路基板において実現することができ、本実施例はこれを限定しない。

無線周波数回路１４０４は、電磁信号とも呼ばれるＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ、無線周波数）信号を送受信するために用いられる。無線周波数回路１４０４は、電磁信号によって通信ネットワークや他の通信機器と通信する。無線周波数回路１４０４は電気信号を電磁信号に変換して送信するか、又は、受信した電磁信号を電気信号に変換する。好ましく、無線周波数回路１４０４は、アンテナシステム、ＲＦ送受信機、１つ以上の増幅器、チューナ、発振器、デジタル信号プロセッサ、コーデックチップ群、ユーザ身元モジュールカードなどを含む。無線周波数回路１４０４は、少なくとも１つの無線通信プロトコルにより他の端末と通信可能である。この無線通信プロトコルはメトロポリタンエリアネットワーク、各世代移動通信ネットワーク（２Ｇ、３Ｇ、４Ｇ及び５Ｇ）、無線ローカルエリアネットワーク及び／又はＷｉＦｉ（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ、ワイヤレスフィデリティ）ネットワークを含むがそれらに限定されない。一部の実施例では、無線周波数回路１４０４はＮＦＣ（Ｎｅａｒ Ｆｉｅｌｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ、短距離無線通信）に関連する回路をさらに含み、本出願において、限定しない。

ディスプレイ１４０５はＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ、ユーザーインタフェース）を表示するために用いられる。例示的には、当該ＵＩは図形、テキスト、アイコン、ビデオ及びそれらの任意の組み合わせを含む。ディスプレイ１４０５がタッチディスプレイである場合に、ディスプレイ１４０５はディスプレイ１４０５の表面又は表面上方のタッチ信号を収集する機能を更に有する。このタッチ信号を制御信号としてプロセッサ１４０１に入力して処理する。この場合、ディスプレイ１４０５は、さらに、ソフトキー及び／又はソフトキーボードとも称される仮想キー及び／又は仮想キーボードを提供するために用いられる。一部の実施例では、ディスプレイ１４０５は１つであり、端末１５００の前面パネルに設けられ、一部の他の実施例において、ディスプレイ１４０５は少なくとも２つであり、それぞれ端末１５００の異なる表面に設けられるか、又は折り畳むように設計され、更なる一部の実施例では、ディスプレイ１４０５は端末１５００の湾曲表面又は折り畳み面に設けられるフレキシブルディスプレイである。ひいては、ディスプレイ１４０５は更に矩形以外の不規則図形、すなわち異形ディスプレイに設けられる。ディスプレイ１４０５はＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ、液晶ディスプレイ）、ＯＬＥＤ（Ｏｒｇａｎｉｃ Ｌｉｇｈｔ－Ｅｍｉｔｔｉｎｇ Ｄｉｏｄｅ、有機発光ダイオード）等の材質で製造されることができる。

カメラコンポーネント１４０６は画像又はビデオを収集するために用いられる。好ましく、カメラコンポーネント１４０６は前置カメラ及び後置カメラを含む。一般的に、前置カメラは端末の前面パネルに設けられ、後置カメラは端末の裏面に設けられる。一部の実施例では、後置カメラは少なくとも２つあり、それぞれメインカメラ、被写界深度カメラ、広角カメラ及び望遠カメラのうちのいずれか１つであり、メインカメラと被写界深度カメラとの融合によって、背景ボケ機能を実現し、メインカメラと広角カメラとの融合によってパノラマ撮影及びＶＲ（ＶｉｒｔｕａｌＲｅａｌｉｔｙ、仮想現実）撮影機能や、他の融合機能を実現する。一部の実施例では、カメラコンポーネント１４０６はフラッシュをさらに含む。フラッシュは単色温度フラッシュ、又は、二重色温度フラッシュである。二重色温度フラッシュは暖光フラッシュと冷光フラッシュとの組み合わせを指し、異なる色温における光補償に使用されることができる。

オーディオ回路１４０７はマイクロフォン及びスピーカーを含む。マイクロフォンはユーザ及び環境の音波を収集して、音波を電気信号に変換してプロセッサ１４０１に入力して処理するか、又は無線周波数回路１４０４に入力して音声通信を実現するために用いられる。ステレオの収集又は騒音低減のために、マイクロフォンは複数であってもよく、それぞれ端末１４００の異なる箇所に設けられる。マイクロフォンは更にアレイマイクロフォン又は全方向性収集型マイクロフォンであってもよい。スピーカーはプロセッサ１４０１又は無線周波数回路１４０４からの電気信号を音波に変換するために用いられる。好ましく、スピーカーは従来の薄膜スピーカーであり、或いは圧電セラミックスピーカーである。スピーカーが圧電セラミックスピーカーである場合、電気信号を人間の聞こえる音波に変換することができるだけでなく、電気信号を人間の聞こえない音波に変換して距離測定等を行うこともできる。一部の実施例では、オーディオ回路１４０７はヘッドフォンジャックをさらに含む。

位置決めコンポーネント１４０８は、ナビゲーション又はＬＢＳ（Ｌｏｃａｔｉｏｎ Ｂａｓｅｄ Ｓｅｒｖｉｃｅ、位置情報に基づくサービス）を実現するために、端末１４００の現在の地理位置を測位するために用いられる。位置決めコンポーネント１４０８は米国のＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ、全地球測位システム）、中国の北斗システム、ロシアのグレイナウスシステムまたは欧州連合のガリレオシステムに基づく位置決めコンポーネントである。

電源１４０９は端末における各コンポーネントに給電するために用いられる。好ましく、電源１４０９は交流電流、直流電流、一次電池又は充電可能電池であってもよい。電源１４０９が充電可能電池を含む場合、この充電可能電池は有線充電電池又は無線充電電池をサポートすることができる。この充電可能電池は更に急速充電技術をサポートするために使用できる。

一部の実施例では、端末は１つ以上のセンサ１４１０をさらに備える。この１つ以上のセンサ１４１０は、加速度センサ１４１１、ジャイロセンサ１４１２、圧力センサ１４１３、指紋センサ１４１４、光学センサ１４１５以及び近接センサ１４１６を含むが、これらに限定されない。

加速度センサ１４１１は、端末で確立された座標系の３つの座標軸における加速度の大きさを検出することができる。ジャイロセンサ１４１２は、端末の機体方向及び回動角度を検出することができる。圧力センサ１４１３は、端末のサイドフレーム及び／又はタッチディスプレイ１４０５の下層に設けることができる。指紋センサ１４１４はユーザの指紋を採取するために用いられる。光学センサ１４１５は環境光強度を収集するために用いられる。近接センサ１４１６は、距離センサとも呼ばれ、例示的には、端末の前面パネルに設けられる。近接センサ１４１６はユーザと端末の正面との間の距離を収集するために用いられる。

当業者であれば、図１４に示される構造は端末を制限するためのものではなく、図示より多く又は少ないコンポーネントを備えたり、いくつかのコンポーネントを組み合わせたり、又は異なるコンポーネント配置を用いてもよいと理解すべきである。

例示的な実施例では、プロセッサと、少なくとも１つのプログラムコードと記憶したメモリと、を備えるコンピュータ機器をさらに提供する。上記した何れか１つの情報処理方法を実現するように、この少なくとも１つのプログラムコードは１つ以上のプロセッサによりロードされて実行される。

例示的な実施例では、上記した何れか１つの情報処理方法を実現するようにコンピュータ機器のプロセッサによりロードされて実行される少なくとも１つのプログラムコードを記憶した非一時的なコンピュータ読み取り可能な記憶媒体をさらに提供する。

好ましく、上記した非一時的なコンピュータ読み取り可能な記憶媒体は、読み取り専用メモリ（ＲＯＭ：Ｒｅａｄ－ＯｎｌｙＭｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、読み取り専用光ディスク（ＣＤ－ＲＯＭ：Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ－ＯｎｌｙＭｅｍｏｒｙ）、磁気テープ、フレキシブルディスク及び光データ記憶装置等であってもよい。

例示的な実施例では、上記した何れか１つの情報処理方法を実現するようにコンピュータ機器のプロセッサによりロードされて実行される少なくとも１つのプログラムコードを記憶したコンピュータプログラム製品をさらに提供する。

理解すべきものとして、本明細書で言及された「複数」は２つ以上を意味する。「及び／又は」は、関連対象の関連関係を説明し、３種類の関係の存在を示し、例えば、Ａ及び／又はＢであり、Ａが単独で存在する場合、ＡとＢが同時に存在する場合、Ｂが単独で存在する場合の３つの場合を示す。文字「／」は、一般に、前後の関連対象が「或いは」の関係を示す。

なお、本出願の明細書と特許請求の範囲及び上記図面における用語「第１」、「第２」などは類似する対象を区別するために用いられ、特定の順序又は前後順序を説明するために用いられる必要がない。また、ここに記載の本出願の実施例がここの図示又は記載以外の順序で実施可能であるように、このように使用されるデータは適当の状況で互換できると理解されよう。また、以上の例示的な実施例に記載の実施形態は、本出願と合致する実施態様全体を代表するわけではない。逆に、これらは付随される特許請求の範囲に詳述された、本出願のいくつかの態様に合致する装置及び方法の例に過ぎない。

以上は本出願の例示的な実施例に過ぎず、本出願を制限するものではなく、本出願の趣旨と原則内で、行われた如何なる修正、同等置換、改善などは、いずれも本出願の保護範囲内に含まれるべきである。

１１ 端末
１２ サーバ
３１ 共有コントロール
５１ サーバ
５２ ゲートウェイ
５３ 端末
７１ 確認ボックス
７２ 選択ボックス
７３ 共有データ
９０１ 取得モジュール
９０２ 送信モジュール
９０３ 受信モジュール
９０４ 共有モジュール
９０５ 表示モジュール
１１０１ 受信モジュール
１１０２ 生成モジュール
１１０３ 解析モジュール
１１０４ 送信モジュール
１１０５ 検証モジュール
１１０６ 遮断処理モジュール
１１０７ 実行モジュール
１３０１ プロセッサ
１３０２ メモリ
１４００ 端末
１４０１ プロセッサ
１４０２ メモリ
１４０３ 周辺機器インタフェース
１４０４ 無線周波数回路
１４０５ ディスプレイ
１４０６ カメラコンポーネント
１４０７ オーディオ回路
１４０８ コンポーネント
１４０９ 電源
１４１０ センサ
１４１１ 加速度センサ
１４１２ ジャイロセンサ
１４１３ 圧力センサ
１４１４ 指紋センサ
１４１５ 光学センサ
１４１６ 近接センサ

例示的には、操作命令は共有命令である場合、操作情報に含まれる操作対象は共有対象を指し、この共有対象は、共有待ちソーシャルアプリケーション及びこの共有待ちソーシャルアプリケーションにおける位置決め対象の対話ページ（「インタラクティブページ」とも呼ばれる）を示すために用いられる。操作情報に含まれる付加データは共有データを指し、共有データの形式は経験に基づき設定されるか、又は適用シーンに応じて柔軟に調整され、本出願の実施例ではこれを限定せず、例えば、共有データはテーマ、詳細データ及び記述情報のうちの少なくとも１つの情報を含む。

Claims (17)

1. 端末に適用される情報処理方法であって、
   クラウドゲームログインポータルのトリガ命令に基づき、サーバにインストールされたクラウドゲームにログインし、クラウドゲームの過程における操作命令を取得するステップと、
   前記操作命令に基づき操作情報を生成することと、前記操作情報が共有タイプの情報であることに応答して、前記操作情報から共有データを解析し、前記共有データを含む共有情報を生成し、前記共有データを含む共有情報を前記端末に送信することと、が前記サーバによって実行されるように、前記操作命令を前記クラウドゲームがインストールされた前記サーバに送信するステップと、
   前記サーバから送信された前記共有データを含む共有情報を受信し、前記共有データを目標ソーシャルアプリケーションに共有するステップと、を含む、情報処理方法。
2. 前記共有データを目標ソーシャルアプリケーションに共有するステップは、
   前記目標ソーシャルアプリケーションの表示ページを第１対話ページに位置決めるステップと、
   前記第１対話ページにおける確認命令に基づき、前記共有データを前記目標ソーシャルアプリケーションの第２対話ページに共有するステップであって、前記第２対話ページは前記確認命令で搬送される確認情報にマッチングする対話ページである、ステップと、を含む請求項１に記載の情報処理方法。
3. 前記共有データを前記目標ソーシャルアプリケーションの第２対話ページに共有した後、前記情報処理方法は、さらに
   選択ボックスを表示するステップであって、前記選択ボックスは第１オプションと第２オプションと、を含む、ステップと、
   前記第１オプションのトリガ命令に応答して、前記第１オプションに対応するゲームページに戻るステップと、
   前記第２オプションのトリガ命令に応答して、前記目標ソーシャルアプリケーションの目標対話ページを表示するステップと、を含む請求項２に記載の情報処理方法。
4. 前記共有データを目標ソーシャルアプリケーションに共有するステップは、
   前記共有情報に基づき、呼び出し情報を生成するステップであって、前記呼び出し情報は前記共有データを含む、ステップと、
   オペレーティングシステムの管理コンポーネントにおける起動関数により、前記呼び出し情報に対応する目標ソーシャルアプリケーションを起動するステップと、
   前記呼び出し情報における共有データを前記目標ソーシャルアプリケーションに共有するステップと、を含む請求項１に記載の情報処理方法。
5. 前記サーバから送信された処理結果を受信するステップであって、前記処理結果は前記サーバが、前記操作情報が共有タイプの情報でないことに応答して、前記操作情報に対応する処理サービスを実行して得た結果である、ステップと、
   前記処理結果に対応するゲームページを表示するステップと、をさらに含む請求項１～４の何れか１項に記載の情報処理方法。
6. 前記クラウドゲームログインポータルのトリガ命令に基づき、前記サーバにインストールされたクラウドゲームにログインするステップは、
   前記クラウドゲームログインポータルのトリガ命令に基づき、クラウドゲームログインページを表示するステップと、
   前記クラウドゲームログインページにおいてログイン情報を取得し、検証のために前記ログイン情報を前記サーバへ送信するステップと、
   前記サーバから検証合格の応答が返信されたことに応答して、前記サーバにインストールされたクラウドゲームにログインするステップと、を含む請求項１～４の何れか１項に記載の情報処理方法。
7. サーバに適用される情報処理方法であって、
   端末から送信されたクラウドゲームの過程における操作命令を受信するステップと、
   前記操作命令に基づき、操作情報を生成するステップと、
   前記操作情報が共有タイプの情報であることに応答して、前記操作情報から共有データを解析し、前記共有データを含む共有情報を生成するステップと、
   前記端末が前記共有データを目標ソーシャルアプリケーションに共有するように、前記共有データを含む共有情報を前記端末に送信するステップと、を含む情報処理方法。
8. 前記操作情報が共有タイプの情報であることに応答して、前記操作情報から共有データを解析する前に、前記情報処理方法は、さらに
   オペレーティングシステムにより前記操作情報に対して共有タイプの検証を行うステップと、
   前記操作情報に対する共有タイプの検証が合格であることに応答して、前記操作情報が共有タイプの情報であると決定するステップと、を含む請求項７に記載の情報処理方法。
9. 前記クラウドゲームにはサービスコンポーネントと遮断コンポーネントとが統合されており、前記操作情報が共有タイプの情報であることに応答して、前記操作情報から共有データを解析する前に、前記情報処理方法は、さらに、
   前記遮断コンポーネントにより前記サービスコンポーネントにおける共有インタフェースを遮断処理するステップと、
   前記共有インタフェースで前記操作情報を遮断したことに応答して、前記操作情報が共有タイプの情報であると決定するステップとを、含む請求項７に記載の情報処理方法。
10. 前記オペレーティングシステムにより前記操作情報に対して共有タイプの検証を行うステップは、
    前記オペレーティングシステムの第１コンポーネントにおける第１関数により、前記操作情報に対する処理要求を発するステップであって、前記処理要求には前記操作情報が搬送される、ステップと、
    前記オペレーティングシステムの第２コンポーネントにおける第２関数により、前記処理要求で搬送される操作情報に対して共有タイプの検証を行うステップと、を含む請求項８に記載の情報処理方法。
11. 前記操作情報が共有タイプの情報でないことに応答して、前記操作情報に対応する処理サービスを実行し、処理結果を得るステップと、
    前記処理結果を前記端末に送信するステップと、をさらに含む請求項７～１０の何れか１項に記載の情報処理方法。
12. クラウドゲームログインポータルのトリガ命令に基づき、サーバにインストールされたクラウドゲームにログインし、クラウドゲームの過程における操作命令を取得し、前記操作命令を前記クラウドゲームがインストールされたサーバに送信するように構成される端末と、
    前記端末から送信されたクラウドゲームの過程における操作命令を受信し、前記操作命令に基づき、操作情報を生成し、前記操作情報が共有タイプの情報であることに応答して、前記操作情報から共有データを解析し、前記共有データを含む共有情報を生成し、前記共有データを含む共有情報を前記端末に送信するように構成されるサーバと、を備え、
    前記端末は、さらに前記サーバから送信された前記共有データを含む共有情報を受信し、前記共有データを目標ソーシャルアプリケーションに共有するように構成される、情報処理システム。
13. クラウドゲームログインポータルのトリガ命令に基づき、サーバにインストールされたクラウドゲームにログインし、クラウドゲームの過程における操作命令を取得するように構成される取得モジュールと、
    前記操作命令に基づき操作情報を生成することと、前記操作情報が共有タイプの情報であることに応答して、前記操作情報から共有データを解析し、前記共有データを含む共有情報を生成し、前記共有データを含む共有情報を端末に送信することと、が前記サーバによって実行されるように、前記操作命令を前記クラウドゲームがインストールされた前記サーバに送信するように構成される送信モジュールと、
    前記サーバから送信された前記共有データを含む共有情報を受信するように構成される受信モジュールと、
    前記共有データを目標ソーシャルアプリケーションに共有するように構成される共有モジュールと、を備える、情報処理装置。
14. 端末から送信されたクラウドゲームの過程における操作命令を受信するように構成される受信モジュールと、
    前記操作命令に基づき、操作情報を生成するように構成される生成モジュールと、
    前記操作情報が共有タイプの情報であることに応答して、前記操作情報から共有データを解析するように構成される解析モジュールと、
    前記端末が前記共有データを目標ソーシャルアプリケーションに共有するように、前記共有データを含む共有情報を前記端末に送信するように構成される送信モジュールと、を備え、
    前記生成モジュールは、さらに前記共有データを含む共有情報を生成するように構成される、情報処理装置。
15. 少なくとも１つのプログラムコードを記憶したメモリと、請求項１～６の何れか１項に記載の情報処理方法又は請求項７～１１の何れか１項に記載の情報処理方法を実現するように、前記少なくとも１つのプログラムコードをロードして実行するプロセッサと、を備える、コンピュータ機器。
16. 請求項１～６の何れか１項に記載の情報処理方法又は請求項７～１１の何れか１項に記載の情報処理方法を実現するように、プロセッサによりロードされて実行される少なくとも１つのプログラムコードを記憶した、非一時的なコンピュータ読み取り可能な記憶媒体。
17. 請求項１～６の何れか１項に記載の情報処理方法又は請求項７～１１の何れか１項に記載の情報処理方法を実現するように、プロセッサによりロードされて実行される少なくとも１つのコンピュータプログラムを記憶した、コンピュータプログラム製品。

Images