(57)【要約】本願の実施の形態は、事象処理方法及び装置を開示する。本方法は：第１のネットワークノードの事象処理要求を受信するステップと；前記第１のネットワークノードが判定した第１の事象情報を受信するステップと；受信した前記第１の事象情報に従って、入手すべき第２の事象情報の種類を判定するステップと；前記第２の事象情報の種類を含む第１の情報を第２のネットワークノードへ送信するステップと；前記第２のネットワークノードが返信し、前記第２の事象情報の内容を含む第２の情報を受信するステップと；受信した前記第１の事象情報と、受信した前記第２の情報に含まれる前記第２の事象情報の内容とに基づいて、前記事象処理要求の事象を処理するステップと；を備える。単一のネットワークノードから事象情報を入手する技術的解決策と比べて、本願の実施の形態においては、入手した事象情報の精度を向上させることができる。【選択図】図２
2018523212.tif 000002
【特許請求の範囲】
【請求項１】
事象処理方法であって：
第１のネットワークノードの事象処理要求を受信するステップと；
前記第１のネットワークノードが判定した第１の事象情報を受信するステップと；
受信した前記第１の事象情報に従って、入手すべき第２の事象情報の種類を判定するステップと；
前記第２の事象情報の種類を含む第１の情報を第２のネットワークノードへ送信するステップと；
前記第２のネットワークノードが返信し、前記第２の事象情報の内容を含む第２の情報を受信するステップと；
受信した前記第１の事象情報と、受信した前記第２の情報に含まれる前記第２の事象情報の内容とに基づいて、前記事象処理要求の事象を処理するステップと；を備える、
事象処理方法。
【請求項２】
前記第２の事象情報の種類を含む前記第１の情報を第２のネットワークノードへ送信する前記ステップの前に、前記方法は：
前記第１のネットワークノードの前記事象処理要求に従い、前記第１のネットワークノードに関連付けられた第２のネットワークノードを判定するステップをさらに備える、
請求項１に記載の方法。
【請求項３】
前記第１のネットワークノードに関連付けられた第２のネットワークノードを判定する前記ステップは：
同一のネットワーク相互作用プラットフォーム上にて、前記第１のネットワークノードの友人であると関連付けられた第２のネットワークノードを判定するステップ；又は、
インスタントメッセージアプリケーション上にて、前記第１のネットワークノードと同じ通信グループに属している第２のネットワークノードを判定するステップ；又は、
インスタントメッセージアプリケーション上にて、前記第１のネットワークノードの友人であると関連付けられた第２のネットワークノードを判定するステップ；を備える、
請求項２に記載の方法。
【請求項４】
前記事象処理要求の事象を処理する前記ステップの前に、前記方法は：
前記第１のネットワークノードに関連付けられた前記第２のネットワークノードに対応するアドレス情報を入手するステップをさらに備え、
前記事象処理要求の事象を処理する前記ステップは：
判定した前記第１の事象情報と、受信した前記第２の情報に含まれる前記第２の事象情報の内容と、入手した前記アドレス情報とに基づいて、前記事象処理要求の前記事象を処理するステップを備える、
請求項２に記載の方法。
【請求項５】
事象処理方法であって：
第１のネットワークノードの事象処理要求を受信するステップと；
前記第１のネットワークノードが判定した第１の事象情報を受信するステップと；
前記第１のネットワークノードが判定した、入手すべき第２の事象情報の種類を受信するステップと；
前記第２の事象情報の種類を含む第１の情報を第２のネットワークノードへ送信するステップと；
前記第２のネットワークノードが返信し、前記第２の事象情報の内容を含む第２の情報を受信するステップと；
受信した前記第１の事象情報と、受信した前記第２の情報に含まれる前記第２の事象情報の内容とに基づいて、前記事象処理要求の事象を処理するステップと；を備える、
事象処理方法。
【請求項６】
前記第２の事象情報の種類を含む第１の情報を第２のネットワークノードへ送信する前記ステップの前に、前記方法は：
前記第１のネットワークノードの前記事象処理要求に従い、前記第１のネットワークノードに関連付けられた第２のネットワークノードを判定するステップをさらに備える、
請求項５に記載の方法。
【請求項７】
前記第１のネットワークノードに関連付けられた第２のネットワークノードを判定する前記ステップは：
同一のネットワーク相互作用プラットフォーム上にて、前記第１のネットワークノードの友人であると関連付けられた第２のネットワークノードを判定するステップ；又は、
インスタントメッセージアプリケーション上にて、前記第１のネットワークノードと同じ通信グループに属している第２のネットワークノードを判定するステップ；又は、
インスタントメッセージアプリケーション上にて、前記第１のネットワークノードの友人であると関連付けられた第２のネットワークノードを判定するステップ；を備える、
請求項６に記載の方法。
【請求項８】
前記事象処理要求の事象を処理する前記ステップの前に、前記方法は：
前記第１のネットワークノードに関連付けられた前記第２のネットワークノードに対応するアドレス情報を入手するステップをさらに備え、
前記事象処理要求の事象を処理する前記ステップは：
判定した前記第１の事象情報と、受信した前記第２の情報に含まれる前記第２の事象情報の内容と、入手した前記アドレス情報とに基づいて、前記事象処理要求の前記事象を処理するステップを備える、
請求項６に記載の方法。
【請求項９】
事象処理方法であって：
第１のネットワークノードの事象処理要求を受信するステップと；
受信した前記事象処理要求に従って、入手すべき第１の事象情報の種類と、入手すべき第２の事象情報の種類とを判定するステップと；
前記第１の事象情報の種類を含む第１の情報を前記第１のネットワークノードへ送信するステップと；
前記第２の事象情報の種類を含む第２の情報を第２のネットワークノードへ送信するステップと；
前記第１のネットワークノードが返信し、前記第１の事象情報の内容を含む第３の情報を受信するステップと；
前記第２のネットワークノードが返信し、前記第２の事象情報の内容を含む第４の情報を受信するステップと；
受信した前記第３の情報に含まれる前記第１の事象情報の内容と、受信した前記第４の情報に含まれる前記第２の事象情報の内容とに基づいて、前記事象処理要求の事象を処理するステップと；を備える、
事象処理方法。
【請求項１０】
前記第２の事象情報の種類を含む第２の情報を第２のネットワークノードへ送信する前記ステップの前に、前記方法は：
前記第１のネットワークノードの前記事象処理要求に従い、前記第１のネットワークノードに関連付けられた第２のネットワークノードを判定するステップをさらに備える、
請求項９に記載の方法。
【請求項１１】
前記第１のネットワークノードに関連付けられた第２のネットワークノードを判定する前記ステップは：
同一のネットワーク相互作用プラットフォーム上にて、前記第１のネットワークノードの友人であると関連付けられた第２のネットワークノードを判定するステップ；又は、
インスタントメッセージアプリケーション上にて、前記第１のネットワークノードと同じ通信グループに属している第２のネットワークノードを判定するステップ；又は、
インスタントメッセージアプリケーション上にて、前記第１のネットワークノードの友人であると関連付けられた第２のネットワークノードを判定するステップ；を備える、
請求項１０に記載の方法。
【請求項１２】
前記事象処理要求の事象を処理する前記ステップの前に、前記方法は：
前記第１のネットワークノードに関連付けられた前記第２のネットワークノードに対応するアドレス情報を入手するステップをさらに備え、
前記事象処理要求の事象を処理する前記ステップは：
受信した前記第３の情報に含まれる前記第１の事象情報の内容と、受信した前記第４の情報に含まれる前記第２の事象情報の内容と、入手した前記アドレス情報とに基づいて、前記事象処理要求の前記事象を処理するステップを備える、
請求項１０に記載の方法。
【請求項１３】
事象処理方法であって：
第１のネットワークノードの事象処理要求を受信するステップと；
前記事象処理要求に従って、前記第１のネットワークノードに関連づけられた第２のネットワークノードを判定するステップと；
前記第１のネットワークノードが判定した事象情報を受信するステップと；
前記第２のネットワークノードに対応するアドレス情報を入手するステップと；
受信した前記事象情報と、前記第２のネットワークノードに対応する入手した前記アドレス情報とに基づいて、前記事象処理要求の事象を処理するステップと；を備える、
事象処理方法。
【請求項１４】
事象処理装置であって：
第１のネットワークノードの事象処理要求を受信するように構成された第１の受信モジュールと；
前記第１のネットワークノードが判定した第１の事象情報を受信するように構成された第２の受信モジュールと；
受信した前記第１の事象情報に従って、入手すべき第２の事象情報の種類を判定するように構成された第１の判定モジュールと；
前記第２の事象情報の種類を含む第１の情報を第２のネットワークノードへ送信するように構成された送信モジュールと；
前記第２のネットワークノードが返送し、前記第２の事象情報の内容を含む第２の情報を受信するように構成された第３の受信モジュールと；
受信した前記第１の事象情報と、受信した前記第２の情報に含まれる前記第２の事象情報の内容とに基づいて、前記事象処理要求の事象を処理するように構成された処理モジュールと；を備える、
事象処理装置。
【請求項１５】
前記装置が：
前記第１のネットワークノードの前記事象処理要求に従って、前記第１のネットワークノードに関連付けられた第２のネットワークノードを判定するように構成された第２の判定モジュールをさらに備える、
請求項１４に記載の装置。
【請求項１６】
前記第２判定モジュールは：
同一のネットワーク相互作用プラットフォーム上にて、前記第１のネットワークノードと友人であると関連付けられた第２のネットワークノードを判定するように；又は、
インスタントメッセージアプリケーション上にて、前記第１のネットワークノードと同じ通信グループに属している第２のネットワークノードを判定するように；又は、
インスタントメッセージアプリケーション上にて、前記第１のネットワークノードの友人であると関連付けられた第２のネットワークノードを判定するように構成された、
請求項１５に記載の装置。
【請求項１７】
前記装置は、前記第１のネットワークノードに関連付けられた前記第２のネットワークノードに対応するアドレス情報を入手するように構成された入手モジュールをさらに備え、
前記処理モジュールは、判定された前記第１の事象情報と、受信した前記第２の情報に含まれる前記第２の事象情報の内容と、入手した前記アドレス情報とに基づき、前記事象処理要求の事象を処理するように構成された、
請求項１５に記載の装置。
【請求項１８】
事象処理装置であって：
第１のネットワークノードの事象処理要求を受信するように構成された第１の受信モジュールと；
前記第１のネットワークノードが判定した第１の事象情報を受信するように構成された第２の受信モジュールと；
前記第１のネットワークノードが判定した、入手すべき第２の事象情報の種類を受信するように構成された第３の受信モジュールと；
前記第２の事象情報の種類を含む第１の情報を第２のネットワークノードへ送信するように構成された送信モジュールと；
前記第２のネットワークノードが返送し、前記第２の事象情報の内容を含む第２の情報を受信するように構成された第４の受信モジュールと；
受信した前記第１の事象情報と、受信した前記第２の情報に含まれる前記第２の事象情報の内容とに基づいて、前記事象処理要求の事象を処理するように構成された処理モジュールと；備える、
事象処理装置。
【請求項１９】
前記装置は、前記第１のネットワークノードの前記事象処理要求に従って、前記第１のネットワークノードに関連付けられた第２のネットワークノードを判定するように構成された第２の判定モジュールをさらに備える、
請求項１８に記載の装置。
【請求項２０】
前記第２判定モジュールは：
同一のネットワーク相互作用プラットフォーム上にて、前記第１のネットワークノードと友人であると関連付けられた第２のネットワークノードを判定するように；又は、
インスタントメッセージアプリケーション上にて、前記第１のネットワークノードと同じ通信グループに属している第２のネットワークノードを判定するように；又は、
インスタントメッセージアプリケーション上にて、前記第１のネットワークノードの友人であると関連付けられた第２のネットワークノードを判定するように構成された、
請求項１９に記載の装置。
【請求項２１】
前記装置は、前記第１のネットワークノードに関連付けられた前記第２のネットワークノードに対応するアドレス情報を入手するように構成された入手モジュールをさらに備え、
前記処理モジュールは、判定された前記第１の事象情報と、受信した前記第２の情報に含まれる前記第２の事象情報の内容と、入手した前記アドレス情報とに基づき、前記事象処理要求の事象を処理するように構成された、
請求項１９に記載の装置。
【請求項２２】
事象処理装置であって：
第１のネットワークノードの事象処理要求を受信するように構成された第１の受信モジュールと；
受信した前記事象処理要求に従って、入手すべき第１の事象情報の種類及び入手すべき第２の事象情報の種類を判定するように構成された第１の判定モジュールと；
前記第１の事象情報の種類を含む第１の情報を前記第１のネットワークノードへ送信するように構成された第１の送信モジュールと；
前記第２の事象情報の種類を含む第２の情報を前記第２のネットワークノードへ送信するように構成された第２の送信モジュールと；
前記第１のネットワークノードが返送し、前記第１の事象情報の内容を含む第３の情報を受信するように構成された第２の受信モジュールと；
前記第２のネットワークノードが返送し、前記第２の事象情報の内容を含む第４の情報を受信するように構成された第３の受信モジュールと；
受信した前記第３の情報に含まれる前記第１の事象情報の内容と、受信した前記第４の情報に含まれる前記第２の事象情報の内容とに基づいて、前記事象処理要求の事象を処理するように構成された処理モジュールと；を備える、
事象処理装置。
【請求項２３】
前記装置は、前記第１のネットワークノードの前記事象処理要求に従って、前記第１のネットワークノードに関連付けられた第２のネットワークノードを判定するように構成された第２の判定モジュールをさらに備える、
請求項２２に記載の装置。
【請求項２４】
前記第２判定モジュールは：
同一のネットワーク相互作用プラットフォーム上にて、前記第１のネットワークノードと友人であると関連付けられた第２のネットワークノードを判定するように；又は、
インスタントメッセージアプリケーション上にて、前記第１のネットワークノードと同じ通信グループに属している第２のネットワークノードを判定するように；又は、
インスタントメッセージアプリケーション上にて、前記第１のネットワークノードの友人であると関連付けられた第２のネットワークノードを判定するように構成された、
請求項２３に記載の装置。
【請求項２５】
前記装置は、前記第１のネットワークノードに関連付けられた前記第２のネットワークノードに対応するアドレス情報を入手するように構成された入手モジュールをさらに備え、
前記処理モジュールは、受信した前記第３の情報に含まれる前記第１の事象情報の内容と、受信した前記第４の情報に含まれる前記第２の事象情報の内容と、入手した前記アドレス情報とに基づき、前記事象処理要求の事象を処理するように構成された、
請求項２３に記載の装置。
【請求項２６】
事象処理装置であって：
第１のネットワークノードの事象処理要求を受信するように構成された第１の受信モジュールと；
受信した前記事象処理要求に従って、前記第１のネットワークノードに関連付けられた第２のネットワークノードを判定するように構成された判定モジュールと；
前記第１のネットワークノードが判定した事象情報を受信するように構成された第２の受信モジュールと；
前記第２のネットワークノードに対応するアドレス情報を入手するように構成された入手モジュールと；
受信した前記事象情報と、前記第２のネットワークノードに対応する、入手した前記アドレス情報とに基づいて、前記事象処理要求の事象を処理するように構成された処理モジュールと；を備える、
事象処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１５年６月１１日に提出され「事象処理方法及び装置」と題された中国特許出願第２０１５１０３２０２０４．８号の優先権を主張し、上記中国特許出願は参照によってその全体が本明細書に組み込まれる。
【０００２】
本願は、インターネット技術の分野に関連し、特に、事象処理方法及び装置に関する。
【背景技術】
【０００３】
インターネット時代の到来とともに、インターネットは人々の日々の勉強、仕事、生活に広範にわたって利用されている。人々の日々の生活における様々な事象（affair）（例えば取引き）は、ネットワークを介して処理され、提供されている。
【０００４】
通常、ネットワークには複数のネットワークノードが含まれる。これらネットワークノードの位置及び機能はそれぞれ異なり、例えば、サーバ上に位置するネットワークノード、クライアントターミナル上に位置するネットワークノード、及びゲートウェイ等のネットワークに上の様々なネットワークノード等が含まれる。これらネットワークノードは情報交換を行い、事象の処理を完了する。ネットワーク上での事象の処理中は、通常、その事象に対応する様々な種類の事象情報を入手し、入手した様々な種類の事象情報に従って事象処理要求を生成し、事象処理要求に従って事象の処理を完了する必要がある。事象情報には、情報の種類と、情報の種類に対応する情報の内容とが含まれる。従来技術では、通常、実際に事象の処理が行われている間、処理される事象に対応する様々な種類の事象情報が単一のネットワークノードから入手される。
【０００５】
処理される事象に対応する様々な種類の事象情報には、通常、少なくとも二種類の事象情報が含まれ、２つの異なるネットワークノードから二種類の事象情報を入手するのが適切である。従って、様々な種類の事象情報が単一のネットワークノードから入手される場合、入手した事象情報の精度が低下する虞がある。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本願の実施の形態の目的は、事象処理方法及び装置を提供することであり、従来技術における単一のネットワークノードから入手された事象情報の精度が低いという問題を解決することにある。
【課題を解決するための手段】
【０００７】
上述の技術的問題を解決するため、本願の実施の形態において提示される事象処理方法及び装置は、以下のとおり実施される。
【０００８】
事象処理方法は：
第１のネットワークノードの事象処理要求を受信するステップと；
前記第１のネットワークノードが判定した第１の事象情報を受信するステップと；
受信した前記第１の事象情報に従って、入手すべき第２の事象情報の種類を判定するステップと；
前記第２の事象情報の種類を含む第１の情報を第２のネットワークノードへ送信するステップと；
前記第２のネットワークノードが返信し、前記第２の事象情報の内容を含む第２の情報を受信するステップと；
受信した前記第１の事象情報と、受信した前記第２の情報に含まれる前記第２の事象情報の内容とに基づいて、前記事象処理要求の事象を処理するステップと；を備える。
【０００９】
事象処理方法は：
第１のネットワークノードの事象処理要求を受信するステップと；
前記第１のネットワークノードが判定した第１の事象情報を受信するステップと；
前記第１のネットワークノードが判定した、入手すべき第２の事象情報の種類を受信するステップと；
前記第２の事象情報の種類を含む第１の情報を第２のネットワークノードへ送信するステップと；
前記第２のネットワークノードが返信し、前記第２の事象情報の内容を含む第２の情報を受信するステップと；
受信した前記第１の事象情報と、受信した前記第２の情報に含まれる前記第２の事象情報の内容とに基づいて、前記事象処理要求の事象を処理するステップと；を備える。
【００１０】
事象処理方法は：
第１のネットワークノードの事象処理要求を受信するステップと；
受信した前記事象処理要求に従って、入手すべき第１の事象情報の種類と、入手すべき第２の事象情報の種類とを判定するステップと；
前記第１の事象情報の種類を含む第１の情報を前記第１のネットワークノードへ送信するステップと；
前記第２の事象情報の種類を含む第２の情報を第２のネットワークノードへ送信するステップと；
前記第１のネットワークノードが返信し、前記第１の事象情報の内容を含む第３の情報を受信するステップと；
前記第２のネットワークノードが返信し、前記第２の事象情報の内容を含む第４の情報を受信するステップと；
受信した前記第３の情報に含まれる前記第１の事象情報の内容と、受信した前記第４の情報に含まれる前記第２の事象情報の内容とに基づいて、前記事象処理要求の事象を処理するステップと；を備える。
【００１１】
事象処理方法は：
第１のネットワークノードの事象処理要求を受信するステップと；
前記事象処理要求に従って、前記第１のネットワークノードに関連づけられた第２のネットワークノードを判定するステップと；
前記第１のネットワークノードが判定した事象情報を受信するステップと；
前記第２のネットワークノードに対応するアドレス情報を入手するステップと；
受信した前記事象情報と、前記第２のネットワークノードに対応する入手した前記アドレス情報とに基づいて、前記事象処理要求の事象を処理するステップと；を備える。
【００１２】
事象処理装置は：
第１のネットワークノードの事象処理要求を受信するように構成された第１の受信モジュールと；
前記第１のネットワークノードが判定した第１の事象情報を受信するように構成された第２の受信モジュールと；
受信した前記第１の事象情報に従って、入手すべき第２の事象情報の種類を判定するように構成された第１の判定モジュールと；
前記第２の事象情報の種類を含む第１の情報を第２のネットワークノードへ送信するように構成された送信モジュールと；
前記第２のネットワークノードが返送し、前記第２の事象情報の内容を含む第２の情報を受信するように構成された第３の受信モジュールと；
受信した前記第１の事象情報と、受信した前記第２の情報に含まれる前記第２の事象情報の内容とに基づいて、前記事象処理要求の事象を処理するように構成された処理モジュールと；を備える。
【００１３】
事象処理装置は：
第１のネットワークノードの事象処理要求を受信するように構成された第１の受信モジュールと；
前記第１のネットワークノードが判定した第１の事象情報を受信するように構成された第２の受信モジュールと；
前記第１のネットワークノードが判定した、入手すべき第２の事象情報の種類を受信するように構成された第３の受信モジュールと；
前記第２の事象情報の種類を含む第１の情報を第２のネットワークノードへ送信するように構成された送信モジュールと；
前記第２のネットワークノードが返送し、前記第２の事象情報の内容を含む第２の情報を受信するように構成された第４の受信モジュールと；
受信した前記第１の事象情報と、受信した前記第２の情報に含まれる前記第２の事象情報の内容とに基づいて、前記事象処理要求の事象を処理するように構成された処理モジュールと；備える。
【００１４】
事象処理装置は：
第１のネットワークノードの事象処理要求を受信するように構成された第１の受信モジュールと；
受信した前記事象処理要求に従って、入手すべき第１の事象情報の種類及び入手すべき第２の事象情報の種類を判定するように構成された第１の判定モジュールと；
前記第１の事象情報の種類を含む第１の情報を前記第１のネットワークノードへ送信するように構成された第１の送信モジュールと；
前記第２の事象情報の種類を含む第２の情報を前記第２のネットワークノードへ送信するように構成された第２の送信モジュールと；
前記第１のネットワークノードが返送し、前記第１の事象情報の内容を含む第３の情報を受信するように構成された第２の受信モジュールと；
前記第２のネットワークノードが返送し、前記第２の事象情報の内容を含む第４の情報を受信するように構成された第３の受信モジュールと；
受信した前記第３の情報に含まれる前記第１の事象情報の内容と、受信した前記第４の情報に含まれる前記第２の事象情報の内容とに基づいて、前記事象処理要求の事象を処理するように構成された処理モジュールと；を備える。
【００１５】
事象処理装置は：
第１のネットワークノードの事象処理要求を受信するように構成された第１の受信モジュールと；
受信した前記事象処理要求に従って、前記第１のネットワークノードに関連付けられた第２のネットワークノードを判定するように構成された判定モジュールと；
前記第１のネットワークノードが判定した事象情報を受信するように構成された第２の受信モジュールと；
前記第２のネットワークノードに対応するアドレス情報を入手するように構成された入手モジュールと；
受信した前記事象情報と、前記第２のネットワークノードに対応する、入手した前記アドレス情報とに基づいて、前記事象処理要求の事象を処理するように構成された処理モジュールと；を備える。
【００１６】
本願の実施の形態で提供される技術的解決策からは、事象処理中に、第１のネットワークノードが判定した第１の事象情報を受信し、処理すべき事象の完了に要する第２の事象情報が第２のネットワークノードから入手され、最後に、前述の２つのネットワークノードから入手した第１の事象情報及び第２の事象情報を組み合わせることによって、事象処理が完了することが分かる。単一のネットワークノードから事象情報を入手する技術的解決策と比べて、本願の実施の形態において入手した事象情報の精度は向上する。
【図面の簡単な説明】
【００１７】
本願の実施の形態における技術的解決策又は従来技術をより明確に説明するために、実施の形態又は従来技術を説明するために必要な添付図面を、以下で簡単に説明する。明らかに、以下で説明する添付図面は、単に、本願において記録された実施の形態の一部である。当業者は、創意工夫を行うことなくこれらの添付図面に基づき他の図面をさらに得ることができる。
【００１８】
【図１】図１は、本願の実施の形態に係るネットワークノードを含む事象処理システムの枠組み図である。
【図２】図２は、本願の実施の形態１に係る事象処理方法のフローチャートである。
【図３】図３は、本願の実施の形態２に係る事象処理方法のフローチャートである。
【図４】図４は、本願の実施の形態３に係る事象処理方法のフローチャートである。
【図５】図５は、本願の実施の形態４に係る事象処理方法のフローチャートである。
【図６】図６は、本願の実施の形態１に係る事象処理装置のモジュール図である。
【図７】図７は、本願の実施の形態２に係る事象処理装置のモジュール図である。
【図８】図８は、本願の実施の形態３に係る事象処理装置のモジュール図である。
【図９】図９は、本願の実施の形態４に係る事象処理装置のモジュール図である。
【発明を実施するための形態】
【００１９】
本願における技術的解決法を当業者がよりよく理解できるように、本願の実施の形態における技術的解決策を、本願の実施の形態における添付図面を組み合わせて、明確に、完全に説明する。説明する実施の形態は、本願の実施の形態の全てではなく、単に実施の形態の一部であることは明らかである。本願の実施の形態に基づいて、創意工夫を行うことなく、当業者によって得られる全ての他の実施の形態は、本願の保護適用範囲に属する。
【００２０】
本明細書におけるネットワークは、ソーシャルネットワーク、決済ネットワーク、若しくは両方を組み合わせたネットワークであってもよく、ネットワークアプリケーションへ適用できるように、ソーシャルネットワークや決済ネットワーク等の従来のネットワークに基づいて、適応できるように改良及び変更された構造であってもよい。かかるソーシャルネットワークは、例えば、ＦＡＣＥＢＯＯＫ（登録商標）、ＴＷＩＴＴＥＲ（登録商標）、ＹＯＵＴＵＢＥ（登録商標）、ＬＩＮＫＥＤＩＮ、Ｗｅｃｈａｔ、Ｗｅｉｂｏ等又はその他の種類のインスタント・メッセージネットワークに適用され得る。かかる決済ネットワークはペイパル、Ａｌｉｐａｙ（商標）又はその他の決済ネットワークに適用され得る。さらに、ソーシャルネットワーク及び決済ネットワークの機能を重畳してもよい。機能の重畳により、現実世界の財産を表すデータの重畳及び統合が必要となる場合もある。代替として、本明細書におけるネットワークは、任意のアカウント若しくはユーザ属性を有するネットワーク、ｅビジネスネットワーク等の単一ネットワーク、又はｅビジネスネットワーク及び決済ネットワーク等を組み合わせたネットワーク等、複数のネットワークを組み合わせたネットワークであってもよい。
【００２１】
実装可能なアプリケーションにおいて、ネットワークノードは例えば、ソーシャル属性及び決済属性の両方を有する。ソーシャルネットワークでは、基本的な記述情報がノードに割り当てられてもよく、例えば、基本的な記述情報には個人に関する基本属性が含まれる。具体的には、例えば、基本的な記述情報には、個人に関する生来の属性に加えて、人同士及び人と組織間の個人に関する社会的関係の属性がさらに含まれる。決済ネットワークでは、基本的な決済明細情報がノードに割り当てられてもよく、例えば、基本的な決済明細情報には、口座、仮想通貨若しくは相当物、又は現実世界の通貨を表す割引券又は商品券が含まれる。仮想通貨又は相当物は、割引券又は商品券と換算可能となるある種の関係を有してもよい。それにより、仮想通貨又は相当物がネットワークノードと関連付けられた場合に、ネットワークノードのネットワーク社会の財産属性を表すことができる。ソーシャルネットワークと決済ネットワークの統合によって、社会的関係を有するネットワークノードに、仮想決済機能を持たせることができる。
【００２２】
図１は、本願の実施の形態に係るネットワークノードを含む事象処理システムの枠組み図である。図１に示すように、事象処理システムは、１つ以上のサーバ２０と、１つ以上のクライアント端末３０と、サーバ２０とクライアント端末３０とを接続するように構成されたネットワーク１０とを含む。サーバ２０は、クライアント端末３０がネットワーク１０を介して送信した事象処理要求を受信し、対応するクライアント端末３０から事象処理要求に対応する様々な事象情報を入手し、様々な事象情報に従って事象処理を完了する。サーバ２０は単一サーバであってもよく、複数のサーバから成るサーバ群であってもよい。クライアント端末３０は、パーソナルコンピュータ、ノートパソコン、携帯電話、携帯端末（ＰＤＡ）、スマートウォッチ又はその他のコンピュータ機器や通信機器であってもよい。
【００２３】
サーバ及びクライアント端末は、それぞれアーキテクチャ上に、例えば、バス、処理装置、記憶装置、１つ以上の入出力装置、通信インターフェース等の基本的構成要素を含む。バスは、サーバの構成要素とクライアント端末の構成要素との間の通信に用いられる１つ以上のワイヤを含んでもよい。処理装置は、指示を実行し、工程又はスレッドを処理する様々な種類のプロセッサ又はマイクロプロセッサを含んでもよい。記憶装置は、動的情報を記憶するランダムアクセスメモリ（ＲＡＭ）等の動的メモリと、静的情報を記憶する読出し専用メモリ（ＲＯＭ）等の静的メモリと、磁気又は光記録媒体とこれに対応するドライバとを含む大容量メモリとを含んでもよい。入力装置は、キーボード、マウス、タッチペン、タッチスクリーン、音声認識装置又は生体認証装置等であってもよい。出力装置は、情報を出力するディスプレイ、プリンタ又はスピーカ等であってもよい。通信インターフェースは、サーバ又はクライアント端末と別のシステム又は装置との通信に用いられる。通信インターフェースが有線接続、無線接続、又は光接続によりネットワークに接続されることによって、クライアント端末とサーバとが相互に通信する。各ネットワーク１０は、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、イントラネット、インターネット、携帯電話ネットワーク、仮想プライベートネットワーク（ＶＰＮ）、セルラー若しくはその他のモバイル通信ネットワーク、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ、又はこれらの組み合わせを含んでもよい。サーバとクライアント端末は、それぞれシステムリソースを管理し、他のプログラムの実行を制御するオペレーションシステムソフトウェアと、特定の機能を実装するアプリケーションソフトウェア又はプログラム命令とを含む。
【００２４】
図２は、本願の第１の実施の形態に係る事象処理方法を示すフロー図である。この実施の形態において、事象処理方法はサーバにより実行される場合もある。本方法は以下のステップを含む。
【００２５】
Ｓ１０１：第１のネットワークノードの事象処理要求を受信する。
サーバは先ず、事象処理に関して、第１のネットワークノードにより始められた要求を受信する。第１のネットワークノードは、ある事象の処理中に事象処理要求を開始するスタートノードであってもよい。また、第１のネットワークノードは、ネットワーク上の任意のクライアント端末にログインされたユーザアカウントであってもよい。事象処理要求を開始すると、サーバは通常、事象処理要求に対応する複数の事象情報を入手する必要があるので、事象情報に応じた事象処理アクションを実行する、又は関連クライアント端末へ命令情報をさらへ送信する。
【００２６】
処理される事象に対応する各事象情報には、通常、その事象情報の種類と事象情報の内容とが含まれる。例えば、事象情報の種類が色である場合、それに対応する内容は赤色であり、事象情報の種類がサイズである場合、それに対応する内容は２６０ｍｍである。
【００２７】
実施の形態によっては、処理される事象のＩＤと、これらに対応する複数の事象情報とのマッピング関係テーブルが予めサーバ上に記憶されてもよい。各事象情報には種類と内容とが含まれる。この場合、第１のネットワークノードによって開始された事象処理要求を受信した後、サーバは、処理される事象のＩＤを入手し、予め記憶されたマッピング関係テーブルを用いて、事象の完了に必要となる事象情報の種類に関するクエリ（問合せ）を実行する。実際の状況においては、各事象情報の内容は通常、対応するネットワークノードから入手する必要がある。代替としては、ある事象情報の内容について複数の選択肢が予めサーバ上に記憶され、候補となる複数の選択肢が対応するネットワークノードへ送信されることにより、ネットワークノードは複数の選択肢から選択する。
【００２８】
一般的に、事象処理要求に対応する事象は通常、少なくとも第１のネットワークノード及び第２のネットワークノードに関連する。異なるネットワークノードは異なる性質又は機能を持つ可能性があるので、事象に対応する事象情報は２種類の情報に分類され得る。事象情報の精度を考慮すると、一方の種類の情報を第１のネットワークノードから入手するのが適切であり、他方の種類の情報を第２のネットワークノードから入手するのが適切である。この実施の形態では、処理される事象が第１の事象情報と第２の事象情報とに対応すると仮定し、第１の事象情報は一つ以上の一方の種類の情報を表し、第２の事象情報は一つ以上の他方の種類の情報を表す。
【００２９】
本願の実施の形態において、第１のネットワークノードにより始められた事象処理要求には、対応するパラメータ情報が含まれてもよい。パラメータ情報に従い、サーバがそのパラメータ情報と一致する複数の処理すべき事象を判定してもよく、それにより第１のネットワークノードにログオンしたユーザが処理すべき事象を選択する。
【００３０】
なお、本明細書に記載する第１のネットワークノードと第２のネットワークノードが関連付けられることに注意すべきである。この関連付けは、同一ネットワークの交流プラットフォームにおける友人関係の形式の関連付けであってもよく、同一インスタントメッセージアプリケーション（ＩＭ  ＡＰＰ）の同一通信グループにおいて実装される関連付けであってもよく、同一インスタントメッセージアプリケーションの友人関係の形式の関連付けであってもよい。例えば、第１及び第２のネットワークノードは、ウェブサイト上の友人関係にある２つのユーザアカウントであり；又は、第１及び第２のネットワークノードは、ＩＭアプリケーション上で友人関係にある２つのユーザアカウントであり；又は、第１及び第２のネットワークノードは、ＩＭアプリケーションの通信グループにおける２つのユーザアカウントであり；２つのユーザアカウントは友人関係であっても、友人関係でなくてもよい。明らかに、本願の実施の形態は、上記の状況に限らない。第１及び第２のネットワークノードは、相互に関連付けられていない２つのユーザアカウントであってもよく、異なるネットワークの交流プラットフォームにおける２つのユーザアカウントであってもよい。
【００３１】
Ｓ１０２：第１のネットワークノードが判定した第１の事象情報を受信する。
第１のネットワークノードにより事象処理要求が開始された後、サーバは、第１のネットワークノードに対して、入手すべき第１の事象情報の種類を含む情報を送信する。第１の事象情報は、第１のネットワークノードにログオンしたユーザが提供するのが適切である。第１の事象情報の種類を受信後、第１のネットワークノードにログオンしたクライアント端末は、第１のネットワークノードが判定した第１の事象情報の内容をサーバへ送信できる。明らかに、第１のネットワークノードは、事象処理を開始する間に、第１のネットワークノードによる判定に適した事象情報の種類を選択し、これに応じて様々な種類の事象情報の内容を判定することもできる。
【００３２】
Ｓ１０３：受信した第１の事象情報に従って、入手すべき第２の事象情報の種類を判定する。
上述したように、処理される各事象には、第１の事象情報に加えて第２の事象情報がさらに含まれる。第１の事象情報及び第２の事象情報は、それぞれ２つの異なる種類の情報を表す。この場合、事象処理要求を受信後、サーバは先ず、処理される事象に対応する入手すべき事象情報セットを判定してもよく、このセットには入手すべき全ての事象情報が含まれる。例えば、処理される事象に対応する事象情報セットは、｛情報１、情報２、情報３、情報４｝であり、ここで情報１の種類は例えば色であり、情報２の種類は例えばサイズであり、情報３の種類は例えばモデルであり、情報４の種類は例えば数量である。
【００３３】
本実施の形態において、サーバは、第１のネットワークノードから受信した第１の事象情報に従って、入手すべき第２の事象情報の種類を判定する。前述の例において、受信した第１の事象情報は｛情報３、情報４｝を含み、情報３の内容はモデルＡであり、情報４の内容は５であると仮定する。次いで、サーバは、受信した第１の事象情報｛情報３、情報４｝に従い、処理される事象にまだ不足している第２の事象情報は｛情報１、情報２｝であると判断してもよく、これにより入手すべき第２の事象情報の種類が色とサイズであることを判定してもよい。
【００３４】
Ｓ１０４：第２の事象情報の種類を含む第１の情報を第２のネットワークノードへ送信する。
一般的な場合、第１のネットワークノードにログオンしたユーザは、第２のネットワークノードにログオンしたユーザの第２の事象情報を知らないので、入手すべき第２の事象情報は第２のネットワークノードのユーザが提供するのが適切である。従って、サーバが、第２の事象情報の種類を含む第１の情報を第２のネットワークノードへ送信することによって、第２のネットワークノードにログオンしたユーザが、第２の事象情報の内容を判定する。さらに、第１の情報には、例えば、事象の開始日及びテーマ、事象処理要求を開始した第１のネットワークノード（又はユーザ）に関する情報等、処理される事象に関する幾つかの基本情報が含まれ得ることは言うまでもない。第１の情報には、第１のネットワークノードにより既に判定された第１の事象情報等がさらに含まれてもよい。
【００３５】
Ｓ１０５：第２のネットワークノードが返送し、第２の事象情報の内容を含む第２の情報を受信する。
前述の例では、送信された第１の情報に含まれる第２の事象情報の種類が色とサイズと仮定すれば、サーバが受信した第２の事象情報が赤色と２６０ｍｍである可能性がある。
【００３６】
Ｓ１０６：受信した第１の事象情報と、受信した第２の情報に含まれる第２の事象情報の内容とに基づき、事象処理要求の事象を処理する。
これまでのところ、サーバは、第１のネットワークノードから第１の事象情報を、第２のネットワークノードから第２の事象情報を受信してもよく、第１及び第２の事象情報に従って後続の事象処理アクションを完了させてもよい。例えば、処理される事象に対応する事象情報の種類は、それぞれ、色、サイズ、モデル、数量であり、事象情報に応じた内容は、それぞれ、赤色、２６０ｍｍ、モデルＡ、５である。
【００３７】
本願の実施の形態において、事象処理要求の事象を処理するステップＳ１０６の前に、本方法は：
第１ネットワークに関連付けられた、第２のネットワークノードに対応するアドレス情報を入手するステップをさらに含む。アドレス情報は、ユーザアカウントの登録の際に第２のネットワークノードのユーザが入力したアドレス情報であってもよく、測位（ポジショニング）技術によって入手したアドレス情報であってもよい。
【００３８】
この場合、前記事象処理要求の事象を処理するステップＳ１０６は、具体的に：
判定した前記第１の事象情報と、受信した前記第２の情報に含まれる前記第２の事象情報の内容と、入手した前記アドレス情報とに基づいて、前記事象処理要求の前記事象を処理するステップを備える。
【００３９】
特定のアプリケーションシナリオと組み合わせて、図２に示す実施の形態の特定のアプリケーションは以下に示すとおりである。
サーバは、第１のネットワークノードにより始められた、第２のネットワークノードへのギフト配送要求を受信する。要求が伝えるパラメータ情報（例えば、女性へのギフト等）に従い、サーバは第１のネットワークにログオンしているクライアント端末に対し、パラメータ情報に対応する商品情報ページ（例えば、女性用製品の商品情報インターフェース等）を転送する。第１のネットワークノードは、商品情報ページ内の女性用の靴をギフトとして選択し得る。その後、サーバは第１のネットワークノードが送信した第１の商品情報｛女性用靴のブランド：ＸＸ、女性用靴の数量：１｝を受信する。第１の商品情報を受信すると、サーバは不足する第２の商品情報の種類が｛女性用靴の色、女性用靴のサイズ｝であると判定する。その後、サーバは判定した第２の商品情報の種類｛女性用靴の色、女性用靴のサイズ｝を第２のネットワークノードへ送信する。続いて、第２のネットワークノードは、判定した第２の商品情報の内容｛赤色、２６０ｍｍ｝をサーバに返送する。このようにして、ギフト配送注文情報が生成され、この注文情報が第１のネットワークノードに転送されることによって、第１のネットワークノードのユーザは、注文の決済を完了する。本願の別のアプリケーションシナリオにおいて、第２のネットワークノードのユーザが注文決済アクションを完了してもよく、第１のネットワークノード及び第２のネットワークノードが協働して完了してもよいことは明らかである。
【００４０】
アプリケーションシナリオにおいて、ギフト配送注文の生成の際には、ギフトの受取人が第２のネットワークノードのユーザであるので、サーバは第２のネットワークノードのユーザのアドレス情報を注文のロジスティック（物流）アドレスとして設定し、商品が確実に直接受取人に配達されるようにする。本願の特定のアプリケーションシナリオにおいて、仮に第１のネットワークノード及び第２のネットワークノードが、インスタントメッセージアプリケーションにて友人であるとされる２つのアカウントである場合、第１のネットワークノードは、インスタントメッセージアプリケーションソフトウェアを用いることによって、即時に「ギフト配送」要求をサーバへ送信できる。すると、サーバは、判定すべき第２の商品情報の種類を含むメッセージを第２のネットワークノードへ送信する。第２の商品情報の種類を受信後、第２のネットワークノードは第２の商品情報の内容を含むメッセージをサーバへ返送する。最後に、判定された各商品情報の内容に従って、サーバは「ギフト配送」注文を生成する。
【００４１】
図３は、本願の第２の実施の形態に係る事象処理方法のフロー図である。この実施の形態において、事象処理方法は以下のステップを含む。
Ｓ２０１：第１のネットワークノードの事象処理要求を受信する。
Ｓ２０２：第１のネットワークノードが判定した第１の事象情報を受信する。
Ｓ２０３：第１のネットワークノードが判定した、入手すべき第２の事象情報の種類を受信する。
Ｓ２０４：第２の事象情報の種類を含む第１の情報を第２のネットワークノードへ送信する。
Ｓ２０５：第２のネットワークノードが返送し、第２の事象情報の内容を含む第２の情報を受信する。
Ｓ２０６：受信した第１の事象情報と、受信した第２の情報に含まれる第２の事象情報の内容とに基づき、事象処理要求の事象を処理する。
【００４２】
この実施の形態の技術的詳細については、第１の実施の形態の内容を参照する。この実施の形態と第１の実施の形態との違いは、ステップＳ２０３において、第１のネットワークノードが判定した入手すべき第２の事象情報の種類をサーバが受信する点にある。言い換えれば、事象処理要求を開始する第１のネットワークノードが、第２の事象情報の種類を判定する。例えば、処理される事象に対応する事象情報セットは、｛情報１、情報２、情報３、情報４｝であり、ここで情報１の種類は色であり、情報２の種類はサイズであり、情報３の種類はモデルであり、情報４の種類は数量である。実際の処理中、第１のネットワークノードにログオンしたユーザが、第２のネットワークノードにログオンしたユーザの第１の情報等の事象情報を知らない可能性があるので、第１のネットワークノードにログオンしたユーザが判定可能な第１の事象情報は｛情報２、情報３、情報４｝を含み、入手すべき第２の事象情報の種類が色であると判定する。その後、サーバは、第１のネットワークノードが判定した第２の事象情報の種類を受信し、第２のネットワークノードにログオンしたユーザが当該種類を提供するように、当該種類を含む第１の情報を第２のネットワークノードへ送信する。
【００４３】
特定のアプリケーションシナリオと組み合わせて、図３に示す実施の形態の特定のアプリケーションは以下に示すとおりである。
サーバは、第１のネットワークノードにより始められた第２のネットワークノードへのギフト配送要求を受信する。要求が伝えるパラメータ情報（例えば、女性へのギフト等）に従い、サーバは第１ネットワークにログオンしているクライアント端末に対し、パラメータ情報に対応する商品情報ページ（例えば、女性用製品の商品情報インターフェース等）を転送する。第１のネットワークノードは、女性用の靴をギフトとして選択し得る。その後、サーバは第１のネットワークノードが送信した第１の商品情報｛女性用靴のブランド：ＸＸ、女性用靴の数量：１、女性用靴のサイズ：２６０ｍｍ｝を受信し、第２のネットワークノードが選択した判定すべき第２の商品情報の種類｛女性用靴の色｝を受信する。次いで、サーバは、第２の商品情報の種類｛女性用靴の色｝を第２のネットワークノードへ送信する。次いで、第２のネットワークノードは、判定された第２の商品情報の内容「赤色」をサーバに返送する。このようにして、ギフト配送注文情報が生成され、この注文情報が第１のネットワークノードに転送されることによって、第１のネットワークノードのユーザは、注文の決済を完了する。本願の別のアプリケーションシナリオにおいて、第２のネットワークノードのユーザが注文決済アクションを完了してもよく、第１のネットワークノード及び第２のネットワークノードが協働して完了してもよいことは明らかである。
【００４４】
アプリケーションシナリオにおいて、ギフト配送注文の生成の際には、ギフトの受取人が第２のネットワークノードのユーザであるので、サーバは第２のネットワークノードのユーザのアドレス情報を注文のロジスティックアドレスとして設定し、商品が確実に直接受取人に配達されるようにする。
【００４５】
本願の特定のアプリケーションシナリオにおいて、仮に第１のネットワークノード及び第２のネットワークノードが、インスタントメッセージアプリケーションにて友人であるとされる２つのアカウントである場合、第１のネットワークノードは、インスタントメッセージアプリケーションソフトウェアを用いることによって、即時に「ギフト配送」要求をサーバへ送信できる。すると、サーバは、判定すべき第２の商品情報の種類を含むメッセージを第２のネットワークノードへ送信する。第２の商品情報の種類を受信後、第２のネットワークノードは第２の商品情報の内容を含むメッセージをサーバに返送する。最後に、判定された各商品情報の内容に従って、サーバは「ギフト配送」注文を生成する。
【００４６】
図４は、本願の第３の実施の形態に係る事象処理方法のフロー図である。この実施の形態において、事象処理方法は以下のステップを含む。
Ｓ３０１：第１のネットワークノードの事象処理要求を受信する。
Ｓ３０２：受信した事象処理要求に従って、入手すべき第１の事象情報の種類と、入手すべき第２の事象情報の種類とを判定する。
Ｓ３０３：第１の事象情報の種類を含む第１の情報を第１のネットワークノードへ送信する。
Ｓ３０４：第２の事象情報の種類を含む第２の情報を第２のネットワークノードへ送信する。
Ｓ３０５：第１のネットワークノードが返送し、第１の事象情報の内容を含む第３の情報を受信する。
Ｓ３０６：第２のネットワークノードが返送し、第２の事象情報の内容を含む第４の情報を受信する。
Ｓ３０７：受信した第３の情報に含まれる第１の事象情報の内容と、受信した第４の情報に含まれる第２の事象情報の内容とに基づき、事象処理要求の事象を処理する。
【００４７】
この実施の形態の技術的詳細については、第１の実施の形態又は第２の実施の形態の内容を参照する。この実施の形態と第１の実施の形態又は第２の実施の形態との違いは、以下の点にある。
第１のネットワークノードにより始められた事象処理要求を受信後、サーバは、事象処理要求に従って、入手すべき第１の事象情報の種類及び入手すべき第２の事象情報の種類を判定してもよい。言い換えれば、処理される事象に対応する全ての事象情報を入手した後、サーバは、どの事象情報が第１のネットワークノードによる提供に適した第１の事象情報に属するか、及び、どの事象情報が第２のネットワークノードによる提供に適した第２の事象情報に属するかを判定する。実際の処理中、様々な種類の事象処理要求に対応する情報分類テーブルが予めサーバに記憶される。事象処理要求の受信後、情報分類テーブルにより、サーバは事象処理要求に対応する第１の事象情報を含む情報と、事象処理要求に対応する第２の事象情報を含む情報とを取得するためのクエリを実行する。処理される事象に対応する事象情報セットが｛情報１、情報２、情報３、情報４｝であり、ここで情報１の種類は例えば色であり、情報２の種類は例えばサイズであり、情報３の種類は例えばモデルであり、情報４の種類は例えば数量であるという例を用いて、この説明を続ける。上述の情報分類テーブルに関するクエリを実行することによって、サーバは、｛情報３、情報４｝を含む第１の事象情報を取得し、｛情報１、情報２｝を含む第２の事象情報を取得する。最後に、第１の事象情報の種類｛モデル、数量｝が第１のネットワークノードへ送信され、第２の事象情報の種類｛色、サイズ｝が第２のネットワークノードへ送信されることによって、第１及び第２のネットワークノードは、それぞれ別個に第１の事象情報の内容｛モデルＡ、２｝及び第２の事象情報の内容｛赤色、２６０ｍｍ｝をサーバに返送する。これにより、事象に関する全ての情報を取得できる。
【００４８】
特定のアプリケーションシナリオと組み合わせて、図４に示す実施の形態の特定のアプリケーションは以下に示すとおりである。
サーバは、第１のネットワークノードにより始められた第２のネットワークノードへのギフト配送要求を受信する。要求が伝えるパラメータ情報（例えば、女性へのギフト等）に従い、サーバは第１のネットワークにログオンしているクライアント端末に対し、パラメータ情報に対応する商品情報ページ（例えば、女性用製品の商品情報インターフェース等）を転送する。第１のネットワークノードは、商品情報インターフェース上の女性用の靴をギフトとして選択し得る。その後、予め記憶した情報分類テーブルに関するクエリを実行することによって、サーバは、｛女性用靴のブランド、女性用靴の数量｝を含む第１の商品情報の種類を取得し、｛女性用靴の色、女性用靴のサイズ｝を含む第２の商品情報の種類を取得する。次いで、サーバは、取得した第１の商品情報の種類｛女性用靴の色、女性用靴のサイズ｝を第１のネットワークノードへ送信し、取得した第の商品情報の種類｛女性用靴の色、女性用靴のサイズ｝を第２のネットワークノードへ送信する。最後に、サーバは、第１のネットワークノードが返送した第１の商品情報の内容｛ＸＸ、２｝と、第２のネットワークノードが返送した第２の商品情報の内容｛赤色、２６０ｍｍ｝とを受信する。このようにして、商品情報に従ってギフト配送注文情報が生成され、この注文情報が第１のネットワークノードに転送されることによって、第１のネットワークノードのユーザは、注文の決済を完了する。本願の別のアプリケーションシナリオにおいて、第２のネットワークノードのユーザが注文決済アクションを完了してもよく、第１のネットワークノード及び第２のネットワークノードが協働して完了してもよいことは明らかである。
【００４９】
アプリケーションシナリオにおいて、ギフト配送注文の生成の際には、ギフトの受取人が第２のネットワークノードのユーザであるので、サーバは第２のネットワークノードのユーザのアドレス情報を注文のロジスティックアドレスとして設定し、商品が確実に直接受取人に配達されるようにする。
【００５０】
本願の特定のアプリケーションシナリオにおいて、仮に第１のネットワークノード及び第２のネットワークノードが、インスタントメッセージアプリケーションにて友人であるとされる２つのアカウントである場合、第１のネットワークノードは、インスタントメッセージアプリケーションソフトウェアを用いることによって、即時に「ギフト配送」要求をサーバへ送信できる。すると、サーバは、判定すべき第２の商品情報の種類を含むメッセージを第２のネットワークノードへ送信する。第２の商品情報の種類を受信後、第２のネットワークノードは第２の商品情報の内容を含むメッセージをサーバに返送する。最後に、判定された各商品情報の内容に従って、サーバは「ギフト配送」注文を生成する。
【００５１】
図５は、本願の第４の実施の形態に係る事象処理方法のフロー図である。この実施の形態において、事象処理方法は以下のステップを含む。
Ｓ４０１：第１のネットワークノードの事象処理要求を受信する。
Ｓ４０２：事象処理要求に従い、第１のネットワークノードに関連付けられた第２のネットワークノードを判定する。
Ｓ４０３：第１のネットワークノードが判定した事象情報を受信する。
Ｓ４０４：第２のネットワークノードに対応するアドレス情報を入手する。
Ｓ４０５：受信した事象情報と、第２のネットワークノードに対応する、入手したアドレス情報とに基づいて、事象処理要求の事象を処理する。
【００５２】
この実施の形態の技術的詳細については、第１の実施の形態、第２の実施の形態、又は第３の実施の形態の内容を参照する。この実施の形態と、第１の実施の形態、第２の実施の形態、又は第３の実施の形態との違いは、以下の点にある。
この実施の形態において、事象処理要求を受信後に、関連する事象情報を第１のネットワークノードから入手してもよい。事象情報は以下のように入手される。第１のネットワークノードが能動的に事象情報を送信する、又は、対応する情報プロンプト（入手が必要な事象情報の種類を含むメッセージ）が第１のネットワークノードに転送される。また、この実施の形態では、サーバが第２のネットワークノードのアドレス情報に関するクエリをさらに実行してもよい。アドレス情報は、第２のネットワークノードのユーザがユーザアカウントの登録の際に入力したアドレス情報であってもよく、測位技術によって取得された第２のネットワークノードの位置情報であってもよい。最後に、第１のネットワークノードから取得した事象情報と、クエリを介してサーバが取得した第２のネットワークノードのアドレス情報とに従って事象が処理される。
【００５３】
特定のアプリケーションシナリオと組み合わせて、図４に示す実施の形態の特定のアプリケーションは以下に示すとおりである。
サーバは、第１のネットワークノードにより始められた第２のネットワークノードへのギフト配送要求を受信する。要求が伝えるパラメータ情報（例えば、女性へのギフト等）に従い、サーバは第１ネットワークにログオンしているクライアント端末に対し、パラメータ情報に対応する商品情報ページ（例えば、女性用製品の商品情報インターフェース等）を転送する。第１のネットワークノードは、商品情報インターフェース上の女性用の靴をギフトとして選択し得る。その後、サーバは、入手が必要な商品情報の種類｛女性用靴のブランド、女性用靴の数量、女性用靴の色、女性用靴のサイズ｝を第１のネットワークノードへ送信する。最後に、サーバは、第１のネットワークが返送した商品情報の内容｛ＸＸ、２、赤色、２６０ｍｍ｝を受信し、データベースにクエリを実行してギフト受取人のアドレス情報Ｎｏ．２８、Ｘ  Ｓｔｒｅｅｔ、Ｘ  Ｃｏｕｎｔｙ、Ｘ  Ｃｉｔｙを取得する。これにより、商品情報に従ってギフト配送注文情報が生成され、注文情報が第１のネットワークノードへ転送されることによって、第１のネットワークノードのユーザは、注文の決済を完了する。このアプリケーションシナリオにおいて、ギフト配送注文の生成の際には、ギフトの受取人が第２のネットワークノードのユーザであるので、サーバは第２のネットワークノードのユーザのアドレス情報Ｎｏ．２８、Ｘ  Ｓｔｒｅｅｔ、Ｘ  Ｃｏｕｎｔｙ、Ｘ  Ｃｉｔｙを注文のロジスティックアドレスとして設定し、商品が確実に直接受取人に配達されるようにする。
【００５４】
本願の特定のアプリケーションシナリオにおいて、仮に第１のネットワークノード及び第２のネットワークノードが、インスタントメッセージアプリケーションにて友人であるとされる２つのアカウントである場合、第１のネットワークノードは、インスタントメッセージアプリケーションソフトウェアを用いることによって、即時に「ギフト配送」要求をサーバへ送信できる。すると、サーバは、判定すべき第２の商品情報の種類を含むメッセージを第２のネットワークノードへ送信する。第２の商品情報の種類を受信した後、第２のネットワークノードは第２の商品情報の内容を含むメッセージをサーバに返送する。最後に、判定された各商品情報の内容に従って、サーバは「ギフト配送」注文を生成する。
【００５５】
上記のステップはサーバに実装され、つまりネットワークアーキテクチャに実装されることが理解される。他の実施において、上記のステップは異なるネットワークアーキテクチャ間に実装されてもよい。
【００５６】
本願の別の実施の形態において、第１のネットワークノード及び第２のネットワークノードは、インスタントメッセージアプリケーション上の２人の友人であってもよい。この場合、第１及び第２のネットワークノードは、インスタントメッセージアプリケーション上でチャットしている間に、事象処理を完了してもよい。具体的に、この実施の形態の方法は以下のステップを含む。
【００５７】
ステップａ：サーバは、インスタントメッセージアプリケーションを介して第１のネットワークノードが送信した事象処理要求を受信し、事象処理要求に対応する事象情報を生成する。
例えば、第１のネットワークノードのユーザＡと第２のネットワークノードのユーザＢとが、インスタントメッセージアプリケーション上の友人であると仮定する。仮に、事象処理要求がギフト配送要求である場合、第１のネットワークノードのユーザＡは、インスタントメッセージアプリケーションのチャットインターフェース上のギフト配送ボタン（チャット入力項目に組み込まれていてもよい）を始動して、ギフト配送要求を開始できる。次いで、サーバがユーザＡにギフト配送インターフェースを転送すると、ユーザＡはギフト配送インターフェース上の服装品等のギフトを選択し、事象情報（例えばギフト配送情報等）を生成する。具体的に、ギフト配送情報には判定すべき情報の種類が含まれる。第１のネットワークノードのユーザＡが、ギフト配送情報内の情報の一部の内容を判定し、第２のネットワークノードのユーザＢが情報の他の部分を判定してもよい。
【００５８】
ステップｂ：サーバは、第１のネットワークノードと関連付けられた第２のネットワークノードに対して、生成した事象情報を送信し、事象情報には１つ以上の判定すべき情報の種類を含む。
この実施の形態において、サーバは、生成した事象情報内の判定すべき情報の種類を第２のネットワークノードへ送信する。例えば、ギフト配送情報を受信した後、第２のネットワークノードのユーザＢはギフト配送情報に対応するギフト配送インターフェースを開き、ギフト配送インターフェース上の、例えば、服装品の色やサイズ等の１つ以上の判定すべき情報の種類を閲覧する。また、第２のネットワークノードのユーザＢは、ギフトを受け取るか否かを選択してもよい。ギフトの受け取りを選択した場合、ユーザＢは、例えば、服装品の色は赤色、服装品のサイズは２６０ｍｍ等の判定すべき情報の内容を判定する必要がある。
【００５９】
ステップｃ：サーバは、第２のネットワークノードが送信した判定すべき情報の内容を受信し、判定すべき情報の内容に従って事象処理要求の事象を処理する。
インスタントメッセージアプリケーションを介して第２のネットワークノードのユーザＢが返送した判定すべき情報の内容を受信した後、サーバはギフト配送注文を生成する。ギフトの販売者は、注文に基づき値引きや配送等のアクションを行う。
【００６０】
ギフト配送インターフェースは、インスタントメッセージアプリケーションと関連付けられた別のサーバであってもよい（このサーバとインスタントメッセージアプリケーションのサーバが同一のサーバであってもよいことは明らかである）。このサーバ（例えばショッピングサーバ等）は、商品の購入、注文の生成及び決済等のアクションを実行する。この処理は、インスタントメッセージアプリケーションのサーバとショッピングサーバとが協働して実行するものと考えられる。すなわち、要求の送受信をインスタントメッセージアプリケーションのサーバが実行し、注文の生成等をショッピングサーバが実行してもよい。
【００６１】
異なるネットワークアーキテクチャ又は異なる実施において、第１のネットワークノード及び第２のネットワークノードが位置するネットワークアーキテクチャが、事象処理要求の処理等のアクションを実行してもよい、すなわち、ネットワークアーキテクチャが上述の全ての方法ステップを単独で実行してもよいことが分かる。また、ネットワークアーキテクチャが別のネットワークアーキテクチャプラットフォームに接続されてもよいことは明らかである。例えば、事象処理要求の処理の一部を別の処理用システムが担ってもよく、別のシステムを起動して事象処理要求の処理の一部を処理してもよく、ネットワークアーキテクチャが接続機能等を実行してもよい。そのようなネットワークアーキテクチャを用いても、上記のステップを実行できる。
【００６２】
別の例の一実施において、本方法は、ネットショッピングプラットフォームアーキテクチャに適用してもよい。プラットフォーム上の２人のユーザが協働して、１つの事象の処理、例えば注文処理を行ってもよい。仮に、プラットフォーム上のユーザＡが服装品を選択した後に服装品等の商品を購入する場合、ユーザＡは、その情報をユーザＢへ送信してもよい。ユーザＢは色やサイズ等の服装品の属性情報を修正し、その確認後に、プラットフォームがユーザＡに対して買い物の注文を生成する。ユーザＡ若しくはユーザＢ、又は、ユーザＡ及びユーザＢが合同で注文の決済を行う。異なるユーザが協働して買い物処理等の事象処理を行う条件において、別のシナリオにおいて特定の実行プロセスがあってもよく、これらは本願にて特に限定されないことが分かる。
【００６３】
本願の前述の実施の形態で提供された事象処理方法の技術的解決策から、事象処理中に、第１のネットワークノードが判定した第１の事象情報を受信し、処理すべき事象の処理に要する第２の事象情報が第２のネットワークノードから入手され、最後に、２つのネットワークノードからそれぞれ入手した第１の事象情報と第２の事象情報とを組み合わせることによって、一連の事象処理が完了することが分かる。単一のネットワークノードから事象情報を入手する技術的解決策と比べて、本願の実施の形態においては、入手した事象情報の精度を向上できる。
【００６４】
次に、上記に開示した方法の実施の形態における技術的解決策に基づき、本願の装置の実施の形態を説明する。事象処理装置は上述の事象処理方法の原理に基づいて提供されるので、当該装置の特定の技術的詳細の全て又は一部については、上述の方法の内容を参照する。
【００６５】
図６は、本願の実施の形態１による事象処理装置のモジュール図である。この実施の形態において、事象処理装置は：
第１のネットワークノードの事象処理要求を受信するように構成された第１の受信モジュール５０１と；
前記第１のネットワークノードが判定した第１の事象情報を受信するように構成された第２の受信モジュール５０２と；
受信した前記第１の事象情報に従って、入手すべき第２の事象情報の種類を判定するように構成された第１の判定モジュール５０３と；
前記第２の事象情報の種類を含む第１の情報を第２のネットワークノードへ送信するように構成された送信モジュール５０４と；
前記第２のネットワークノードが返送し、前記第２の事象情報の内容を含む第２の情報を受信するように構成された第３の受信モジュール５０５と；
受信した前記第１の事象情報と、受信した前記第２の情報に含まれる前記第２の事象情報の内容とに基づいて、前記事象処理要求の事象を処理するように構成された処理モジュール５０６と；を備える。
【００６６】
図７は、本願の実施の形態２による事象処理装置のモジュール図である。この実施の形態において、事象処理装置は：
第１のネットワークノードの事象処理要求を受信するように構成された第１の受信モジュール６０１と；
前記第１のネットワークノードが判定した第１の事象情報を受信するように構成された第２の受信モジュール６０２と；
前記第１のネットワークノードが判定した、入手すべき第２の事象情報の種類を受信するように構成された第３の受信モジュール６０３と；
前記第２の事象情報の種類を含む第１の情報を第２のネットワークノードへ送信するように構成された送信モジュール６０４と；
前記第２のネットワークノードが返送し、前記第２の事象情報の内容を含む第２の情報を受信するように構成された第４の受信モジュール６０５と；
受信した前記第１の事象情報と、受信した前記第２の情報に含まれる前記第２の事象情報の内容とに基づいて、前記事象処理要求の事象を処理するように構成された処理モジュールと６０６；備える。
【００６７】
図８は、本願の実施の形態３による事象処理装置のモジュール図である。この実施の形態において、事象処理装置は：
第１のネットワークノードの事象処理要求を受信するように構成された第１の受信モジュール７０１と；
受信した前記事象処理要求に従って、入手すべき第１の事象情報の種類及び入手すべき第２の事象情報の種類を判定するように構成された第１の判定モジュール７０２と；
前記第１の事象情報の種類を含む第１の情報を前記第１のネットワークノードへ送信するように構成された第１の送信モジュール７０３と；
前記第２の事象情報の種類を含む第２の情報を前記第２のネットワークノードへ送信するように構成された第２の送信モジュール７０４と；
前記第１のネットワークノードが返送し、前記第１の事象情報の内容を含む第３の情報を受信するように構成された第２の受信モジュール７０５と；
前記第２のネットワークノードが返送し、前記第２の事象情報の内容を含む第４の情報を受信するように構成された第３の受信モジュール７０６と；
受信した前記第３の情報に含まれる前記第１の事象情報の内容と、受信した前記第４の情報に含まれる前記第２の事象情報の内容とに基づいて、前記事象処理要求の事象を処理するように構成された処理モジュール７０７と；を備える。
【００６８】
図９は、本願の実施の形態４による事象処理装置のモジュール図である。この実施の形態において、事象処理装置は：
第１のネットワークノードの事象処理要求を受信するように構成された第１の受信モジュール８０１と；
前記事象処理要求に従って、前記第１のネットワークノードに関連付けられた第２のネットワークノードを判定するように構成された判定モジュール８０２と；
前記第１のネットワークノードが判定した事象情報を受信するように構成された第２の受信モジュール８０３と；
前記第２のネットワークノードに対応するアドレス情報を入手するように構成された入手モジュール８０４と；
受信した前記事象情報と、前記第２のネットワークノードに対応する、入手した前記アドレス情報とに基づいて、前記事象処理要求の事象を処理するように構成された処理モジュール８０５と；を備える。
【００６９】
本願の先に述べた実施の形態で提供される事象処理装置の技術的解決策から、事象処理中に、第１のネットワークノードが判定した第１の事象情報を受信し、処理すべき事象の処理に要する第２の事象情報が第２のネットワークノードから入手され、最後に、２つのネットワークノードからそれぞれ入手した第１の事象情報と第２の事象情報とを組み合わせることによって、一連の事象処理が完了することが分かる。単一のネットワークノードから事象情報を入手する技術的解決策と比べて、本願の実施の形態においては、入手した事象情報の精度を向上できる。
【００７０】
別の態様において、従来技術では、事象処理要求の開始後に第１のネットワークノードが事象処理要求に対応する何等かの事象情報の内容を判定できない場合には、判定できない事象情報の種類に関する送信すべき情報が、（事象情報の正確な内容が入手されるまで）頻繁にサーバへ送信される可能性がある。そのため、サーバは送信すべき情報を第２のネットワークノードへ、判定のために供給する。上述の工程では、サーバへ頻繁に情報の転送が行われるために、サーバの負荷が増加し、ひいてはネットワークリソースの損失に繋がる。この観点から、本願の実施の形態では、サーバの負荷を効果的に軽減し、ネットワークリソースの損失を低減できる。
【００７１】
本願の事象処理方法及び装置における特定のアプリケーションシナリオが、本明細書に列記したシナリオに限定されないことは留意に値する。他の適用可能なシナリオでは、例えば、第１のネットワークノードがチケット注文事象要求をサーバへ送信し、第２のネットワークノードによる「チケット発注者数」や「発注チケットの種類」等の事象情報の判定を必要とする。
【００７２】
説明を容易にするために、前述の装置は、機能に基づいて様々なユニットとして説明される。当然のことながら、本願の実装においては、ユニットの機能は、同一の又は複数のソフトウェア及び／又はハードウェアに実装されてもよい。
【００７３】
当業者は、本願の実施の形態は、方法、システム、又はコンピュータプログラム製品として提供され得ることを理解するはずである。したがって、本願の実施の形態は、完全なハードウェアの実施の形態、完全なソフトウェアの実施の形態、又はソフトウェアとハードウェアの組み合わせの実施の形態として実現できる。さらに、本発明は、コンピュータで用いることができるプログラムコードを含む、１つ以上のコンピュータで用いることができる記憶媒体（磁気ディスクメモリ、ＣＤ−ＲＯＭ、光学メモリなどを非限定的に含む）上で実現されるコンピュータプログラム製品であってもよい。
【００７４】
本発明を、本発明の実施の形態による、方法、デバイス（システム）、及びコンピュータプログラムプロダクトによるフローチャート及び／又はブロック図を参照に説明した。コンピュータプログラム命令を用いて、フローチャート及び／又はブロック図の各工程及び／又はブロックを実施でき、またフローチャート及び／又はブロック図の工程及び／又はブロックの組み合わせを実施できることは言うまでもない。これらのコンピュータプログラム命令を、汎用コンピュータ、専用コンピュータ、組込み型プロセッサ、又はマシンを生成する任意の他のプログラム可能なデータ処理デバイスに提供することで、コンピュータ又は任意の他のプログラム可能なデータ処理デバイスのプロセッサによって実行される命令が、フローチャートの１つ以上の工程及び／又はブロック図の１つ以上のブロックにおける特定機能を実施する装置を生成する。
【００７５】
これらのコンピュータプログラム命令は、コンピュータ又は任意の他のプログラム可能なデータ処理デバイスを特定方法で作動するよう命令できるコンピュータで読取り可能なメモリに格納することもでき、コンピュータで読取り可能なメモリに格納された命令は、命令装置を含む製造物を生成する。この命令装置は、フローチャートの１つ以上の工程における、及び／又は、ブロック図の１つ以上のブロックにおける特定機能を実施する装置である。
【００７６】
これらのコンピュータプログラム命令はコンピュータ又は別のプログラム可能なデータ処理デバイスにロードすることもでき、そうすることで一連の演算及びステップがコンピュータ又は別のプログラム可能なデバイス上で実行され、コンピュータ実装処理を達成することができる。したがって、コンピュータ又は別のプログラム可能なデバイス上で実行される命令は、フローチャートの１つ以上の工程、及び／又はブロック図の１つ以上のブロックにおける特定の機能を実施するためのステップを提供する。
【００７７】
用語「含む」、「備える」、又はこれらの他の派生形は、非排他的な包含をカバーすることを意図し、一連の要素を含む工程、方法、商品、デバイスは、要素を含むだけでなく、明確に示されていない任意の他の要素をも含むか、あるいは、その工程、方法、商品、デバイスに固有な要素をさらに含む点にも留意されたい。さらなる限定のない場合に、表現「〜を含む（including a(n)...）」によって定義される要素は、その要素を含む工程、方法、製品、デバイスがその他の同じ要素をさらに有することを除外するものではない。
【００７８】
当業者は、本願の実施の形態を、方法、システム、コンピュータプログラム製品として提供できることを理解すべきである。したがって、本願は、完全なハードウェアの実施の形態、完全なソフトウェアの実施の形態、又はソフトウェアとハードウェアの組み合わせの実施の形態で実施できる。さらに、本願は、１つ以上のコンピュータで使用可能な記憶媒体（磁気ディスクメモリ、ＣＤ−ＲＯＭ、光学メモリなどを非限定的に含む）上で実施できるコンピュータプログラム製品（コンピュータで使用可能なプログラムコードを含む）であってもよい。
【００７９】
本願は、コンピュータによって実行されるコンピュータ実行可能な命令、例えば、プログラムモジュールの一般的な文脈において説明されてもよい。一般に、プログラムモジュールは、特定のタスクを実行するために、又は、特定の抽象データ型を実装するために用いられるルーチン、プログラム、オブジェクト、コンポーネント、データ構造等を含む。本願は、分散コンピューティング環境において実装されてもよく、分散コンピューティング環境において、タスクは、通信ネットワークを介して接続されるリモート処理デバイスを用いることによって実行される。分散コンピューティング環境において、プログラムモジュールは、ストレージデバイスを含むローカル及びリモートコンピュータ記憶媒体内に位置していてもよい。
【００８０】
明細書内の実施の形態は、進歩的な方法で説明されている。実施の形態の同じ又は類似部品は、互いに参照されてもよい。各実施の形態において、他の実施の形態とは異なる部分が強調されている。特に、システムの実施の形態は、方法の実施の形態と基本的に同様であるため、比較的簡単な方法で説明され、関連する部分については、方法の実施の形態の部分的な説明を参照することができる。
【００８１】
上記は、本願を限定することを意図するものではなく、本願の実施の形態に過ぎない。当業者であれば、本願は様々な変更および改変を行うことができる。本願の精神及び原理の範囲内でなされた任意の修正、均等物との置き換え、改良などは、本願の特許請求の範囲に含まれるべきである。
【図１】
2018523212.tif 000003
【図２】
2018523212.tif 000004
【図３】
2018523212.tif 000005
【図４】
2018523212.tif 000006
【図５】
2018523212.tif 000007
【図６】
2018523212.tif 000008
【図７】
2018523212.tif 000009
【図８】
2018523212.tif 000010
【図９】
2018523212.tif 000011
【国際調査報告】
2018523212.tif 000012
2018523212.tif 000013
2018523212.tif 000014
2018523212.tif 000015