(57)【要約】【課題】端末がサーバと通信できない状態でもサーバへの処理要求をサーバに伝達可能とすること。【解決手段】情報処理装置において、ユーザによる操作に応じ、ネットワークを介して接続されるサーバ装置に前記操作に応じた処理要求を送信する第１の送信部と、前記サーバ装置と通信できない間に行われた操作に応じた処理要求を記憶する記憶部と、ユーザによる操作に応じた処理要求を前記サーバ装置へ送信可能な他の情報処理装置に、前記記憶部に記憶された処理要求を送信する第２の送信部と、を有する。【選択図】図３
2018010370.tif 000002
【特許請求の範囲】
【請求項１】
ユーザによる操作に応じ、ネットワークを介して接続されるサーバ装置に前記操作に応じた処理要求を送信する第１の送信部と、
前記サーバ装置と通信できない間に行われた操作に応じた処理要求を記憶する記憶部と、
ユーザによる操作に応じた処理要求を前記サーバ装置へ送信可能な他の情報処理装置に、前記記憶部に記憶された処理要求を送信する第２の送信部と、
を有することを特徴とする情報処理装置。
【請求項２】
前記第２の送信部は、近距離無線通信を利用して、前記記憶部に記憶された複数の処理要求を送信する、
ことを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記記憶部は、前記サーバ装置と通信できない間に行われた複数の操作の順を示す情報と、前記複数の操作のそれぞれに応じた処理要求とを記憶し、
前記第２の送信部は、前記記憶部に記憶された、前記複数の操作の順を示す情報と、前記複数の操作のそれぞれに応じた処理要求とを送信する、
ことを特徴とする請求項１または２記載の情報処理装置。
【請求項４】
前記サーバ装置から鍵を取得し、前記他の情報処理装置が当該鍵と同一の鍵を有しているか否かに基づいて、前記他の情報処理装置を認証する認証部と、
を備えることを特徴とする請求項１乃至３のいずれか一項に記載の情報処理装置。
【請求項５】
前記第２の送信部は、前記第１の送信部が処理要求を送信した際の通信の識別情報であって、前記第１の送信部と前記サーバ装置との間で共有される識別情報を用いて、前記記憶部に記憶された複数の処理要求を暗号化し、各処理要求が発行された順序と、暗号化した複数の処理要求とを、前記他の情報処理装置に送信する、ことを特徴とする請求項１乃至４のいずれか一項に記載の情報処理装置。
【請求項６】
請求項１乃至５のいずれか一項に記載の情報処理装置から送信された処理要求を受信する受信部と、
受信した処理要求を、前記サーバ装置に送信する代行部と、
を有することを特徴とする情報処理装置。
【請求項７】
前記受信部は、複数の操作の順を示す情報と、前記複数の操作のそれぞれに応じた処理要求とを受信し、
前記代行部は、前記複数の操作の順に、前記複数の操作のそれぞれに応じた処理要求を、前記サーバ装置に送信する、
ことを特徴とする請求項６記載の情報処理装置。
【請求項８】
前記代行部は、前記サーバ装置が受信済の処理要求を示す情報を前記サーバ装置から受信すると、前記受信部により受信された複数の処理要求のうち、前記サーバ装置が受信済でない処理要求を、前記サーバ装置に送信する、
ことを特徴とする請求項６または７記載の情報処理装置。
【請求項９】
第１の情報処理装置、第２の情報処理装置、及びサーバ装置を有する情報処理システムであって、
前記第１の情報処理装置は、
ユーザによる操作に応じ、ネットワークを介して接続されるサーバ装置に前記操作に応じた処理要求を送信する第１の送信部と、
前記サーバ装置と通信できない間に行われた操作に応じた処理要求を記憶する記憶部と、
ユーザによる操作に応じた処理要求を前記サーバ装置へ送信可能な他の情報処理装置に、前記記憶部に記憶された処理要求を送信する第２の送信部と、
を有し、
前記第２の情報処理装置は、
前記第１の情報処理装置から送信された処理要求を受信する受信部と、
受信した処理要求を、前記サーバ装置に送信する代行部と、
を有することを特徴とする情報処理システム。
【請求項１０】
コンピュータに、
ユーザによる操作に応じ、ネットワークを介して接続されるサーバ装置に前記操作に応じた処理要求を送信し、
前記サーバ装置と通信できない間に行われた操作に応じた処理要求を記憶し、
ユーザによる操作に応じた処理要求を前記サーバ装置へ送信可能な他の情報処理装置に、前記処理要求を送信する、
処理を実行させるプログラム。
【請求項１１】
コンピュータが、
ユーザによる操作に応じ、ネットワークを介して接続されるサーバ装置に前記操作に応じた処理要求を送信し、
前記サーバ装置と通信できない間に行われた操作に応じた処理要求を記憶し、
ユーザによる操作に応じた処理要求を前記サーバ装置へ送信可能な他の情報処理装置に、前記処理要求を送信する、
処理を実行する情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理システム、プログラム及び情報処理方法
に関する。
【背景技術】
【０００２】
従来、クライアント／サーバモデルのモバイルアプリケーションが普及している。斯かるモバイルアプリケーションは、スマートフォン等の端末上で動作し、サーバ（クラウド）側で管理されているユーザ情報や業務情報を利用したサービスを端末のユーザに提供する。ユーザが、当該サービスを利用するための操作を入力すると、モバイルアプリケーションは、当該操作に応じた処理要求を逐次的にサーバに送信する。
【０００３】
近年、このようなモバイルアプリケーションは、ＨＴＭＬ５のApplication Cache機能やLocal Storage機能を使用して、オフライン中に行われた操作に応じた処理要求を記憶しておくことで、端末がオフライン中の間でも動作を継続できるようになっている。その結果、ユーザは、端末がネットワークを介してサーバに接続できない状況下でも、アプリケーションを使い続けることができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００６−３５０４４４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、オフライン中に記憶された処理要求は、いずれサーバへ送信される必要がある。そのために、ユーザは、端末を再びサーバに接続させる必要がある。
【０００６】
そこで、一側面では、端末がサーバと通信できない状態でもサーバへの処理要求をサーバに伝達可能とすることを目的とする。
【課題を解決するための手段】
【０００７】
一つの案では、情報処理装置において、ユーザによる操作に応じ、ネットワークを介して接続されるサーバ装置に前記操作に応じた処理要求を送信する第１の送信部と、前記サーバ装置と通信できない間に行われた操作に応じた処理要求を記憶する記憶部と、ユーザによる操作に応じた処理要求を前記サーバ装置へ送信可能な他の情報処理装置に、前記記憶部に記憶された処理要求を送信する第２の送信部と、を有する。
【発明の効果】
【０００８】
一側面によれば、端末がサーバと通信できない状態でもサーバへの処理要求をサーバに伝達可能とすることが可能となる。
【図面の簡単な説明】
【０００９】
【図１】第１の実施形態における情報処理システムの構成例を示す図である。
【図２】実施の形態における情報端末のハードウェア構成例を示す図である。
【図３】情報端末の機能ブロックの一例を示す図である。
【図４】第１の実施形態に係る情報処理システムの処理の一例を示すシーケンス図である。
【図５】アプリ情報の一例を示す図である。
【図６】代行判定処理の一例を示すシーケンス図である。
【図７】代行実施時の認証処理の一例を示すシーケンス図である。
【図８】認証失敗となる処理の一例を示すシーケンス図である。
【図９】暗号化されたアプリ情報について説明する図である。
【図１０】複数の情報端末へ代行を依頼する場合について説明する図である。
【図１１Ａ】代行依頼元の情報端末が実行する処理の一例を示すフローチャートである。
【図１１Ｂ】代行依頼先の情報端末が実行する処理の一例を示すフローチャートである。
【図１２】サーバ装置が実行する処理の一例を示すフローチャートである。
【図１３】サービス情報の一例を示す図である。
【図１４】第２の実施形態に係る情報処理システムの構成例を示す図である。
【図１５】第３の実施形態に係る情報処理システムの処理の一例を示すシーケンス図である。
【図１６】第４の実施形態に係る情報処理システムの処理の一例を示すシーケンス図である。
【発明を実施するための形態】
【００１０】
以下、図面に基づいて本発明の実施形態を説明する。
［第１の実施形態］
＜システム構成＞
図１は、第１の実施形態における情報処理システムの構成例を示す図である。図１において、情報処理システム１は、複数の情報端末１０−１、１０−２、・・・（以下、それぞれを区別しない場合、単に、「情報端末１０」という。）、及びサーバ装置２０を備える。
【００１１】
情報端末１０とサーバ装置２０とは、無線ＬＡＮ（Local Area Network）やＬＡＮ等の通信回線によって通信可能に接続される。また、情報端末１０同士は、例えば近距離無線等によって通信可能である。
【００１２】
情報端末１０は、例えば、スマートフォン、タブレット型端末、ＰＣ（Personal Computer）等である。
【００１３】
情報端末１０には、サーバ装置２０からアプリケーション（以下「アプリ」と称する。）が配信される。このアプリは、ユーザからの操作等に応じた処理要求を逐次的にサーバ装置２０に送信する。なお、アプリは、例えばＨＴＭＬ５で記述され、Ｗｅｂブラウザ上で動作するＷｅｂアプリでもよい。
【００１４】
サーバ装置２０は、情報端末１０にアプリを配信し、アプリの処理要求を情報端末１０から受信すると、当該処理要求に応じた処理を実行する。サーバ装置２０は、例えば企業の事業所内や学校の構内に設置され、セキュリティの確保等を目的として、インターネット等の外部ネットワークからは接続できないようにされていてもよい。
【００１５】
＜ハードウェア構成＞
図２は、実施の形態における情報端末１０のハードウェア構成例を示す図である。図２の情報端末１０は、それぞれバスＢで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、インタフェース装置１０５等を有する。
【００１６】
情報端末１０での処理を実現する情報処理プログラムは、記録媒体１０１によって提供される。情報処理プログラムを記録した記録媒体１０１がドライブ装置１００にセットされると、情報処理プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、情報処理プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされた情報処理プログラムを格納すると共に、必要なファイルやデータ等を格納する。 
メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従って情報端末１０に係る機能を実現する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。
【００１７】
なお、記録媒体１０１の一例としては、ＣＤ−ＲＯＭ、ＤＶＤディスク、又はＵＳＢメモリ等の可搬型の記録媒体が挙げられる。また、補助記憶装置１０２の一例としては、ＨＤＤ（Hard Disk Drive）又はフラッシュメモリ等が挙げられる。記録媒体１０１及び補助記憶装置１０２のいずれについても、コンピュータ読み取り可能な記録媒体に相当する。
【００１８】
サーバ装置２０のハードウェア構成は、図２に示す情報端末１０のハードウェア構成例と同様でもよい。
【００１９】
＜機能構成＞
次に、図３を参照し、情報端末１０及びサーバ装置２０の機能構成について説明する。図３は、情報端末１０及びサーバ装置２０の機能ブロックの一例を示す図である。
【００２０】
情報端末１０は、アプリ実行部１１、代行判定部１３、通信部１４、及び代行部１５を有する。これら各部は、情報端末１０にインストールされた１以上のプログラムが、情報端末１０のＣＰＵ１０４に実行させる処理により実現される。
【００２１】
また、情報端末１０は、アプリ情報記憶部１２を有する。アプリ情報記憶部１２は、例えば、補助記憶装置１０２等を用いて実現される。
【００２２】
アプリ実行部１１は、アプリを実行し、サーバ装置２０との通信が接続している場合、アプリの処理要求を、通信部１４を介してサーバ装置２０に送信する。
【００２３】
代行判定部１３は、サーバ装置２０へのアプリの処理要求の送信の代行を依頼する依頼先の他の情報端末１０、または代行を依頼される依頼元の他の情報端末１０を認証する。
【００２４】
通信部１４は、他の情報端末１０や、サーバ装置２０との通信を制御する。
【００２５】
代行部１５は、他の情報端末１０にて実行されたアプリの処理要求のサーバ装置２０への送信を代行する。
【００２６】
サーバ装置２０は、サービス部２１、通信部２３、認証部２４、及び制御部２５を有する。これら各部は、サーバ装置２０にインストールされた１以上のプログラムが、サーバ装置２０のＣＰＵに実行させる処理により実現される。
【００２７】
また、サーバ装置２０は、サービス情報記憶部２２を有する。サービス情報記憶部２２は、例えば、補助記憶装置等を用いて実現される。
【００２８】
サービス部２１は、例えば、情報端末１０におけるアプリと連携して、所定のサービスをユーザに提供する。なお、サービス部２１は、周知の技術を用いて実現されてもよい。
【００２９】
通信部２３は、情報端末１０との通信を制御する。
【００３０】
認証部２４は、他の情報端末１０にて実行されたアプリの処理要求の反映を代行する情報端末１０を認証する。
【００３１】
制御部２５は、他の情報端末１０にて実行されたアプリの処理要求の反映を代行する処理に関する制御を行う。
【００３２】
＜処理＞
次に、図４を参照し、第１の実施形態に係る情報処理システム１の処理について説明する。図４は、情報処理システム１の処理の一例を示すシーケンス図である。
【００３３】
ステップＳ１０１において、情報端末１０−１の通信部１４は、ネットワークを介してサーバ装置２０に接続する。
【００３４】
続いて、情報端末１０−１のアプリ実行部１１は、例えばユーザからの操作に応じて、アプリを実行し、処理要求をサーバに送信する（ステップＳ１０２）。
【００３５】
続いて、情報端末１０−１を所持するユーザの移動等により、情報端末１０−１がサーバ装置２０との通信ができないオフライン状態になると、情報端末１０−１の通信部１４は、サーバ装置２０との通信の切断を検知する（ステップＳ１０３）。
【００３６】
オフライン状態において、ユーザからの操作等に応じてアプリが実行されると、情報端末１０−１のアプリ実行部１１は、処理要求をアプリ情報１２１としてアプリ情報記憶部１２に記憶する（ステップＳ１０４）。
【００３７】
図５は、アプリ情報１２１の一例を示す図である。アプリ情報１２１には、端末識別子、アプリ毎のアプリ識別子、及び各アプリからサーバ装置２０への処理要求毎に、時刻（タイムスタンプ）、コマンド、サーバ識別子、対象、データ等の項目の値が記憶される。なお、アプリがＷｅｂアプリの場合は、アプリ情報１２１は、ＨＴＴＰのリクエストとして記録されてもよい。
【００３８】
端末識別子は、情報端末１０−１を識別する情報である。アプリ識別子は、実行されたアプリを識別する情報である。時刻は、処理要求がアプリから発行された時刻である。コマンドは、サーバ装置２０に対する要求を示す情報である。例えば、「データの登録」がコマンドの一例として挙げられる。サーバ識別子は、マンドの送信先のサーバ装置２０を識別する情報であり、例えばサーバ装置２０のＩＰアドレスである。対象は、コマンドの実行対象とされるリソース（例えば、データベースのレコード等）を示す情報であり、例えばＵＲＬによって表現される。データは、例えば、データベースのレコードに登録されるデータである。
【００３９】
オフライン状態が継続している状況において、情報端末１０−１の通信部１４は、近距離無線通信が可能な通信圏内に他の情報端末１０−２が存在すること（当該通信圏内への他の情報端末１０−２の進入）を検知すると、情報端末１０−２との間の通信を接続する（ステップＳ１０５）。なお、情報端末１０−１と情報端末１０−２との間の通信には、例えばWi-Fi（登録商標） DirectやBluetooth（登録商標）等が用いられてもよい。
【００４０】
続いて、情報端末１０−１、及び情報端末１０−２のそれぞれの代行判定部１３は、代行判定処理を行う（ステップＳ１０６）。代行判定処理とは、情報端末１０−２について代行の依頼先としての正当性を判定する処理である。なお、代行判定処理の詳細は後述する。
【００４１】
代行判定処理において情報端末１０−２が代行の依頼先として正当であると判定されると、情報端末１０−１の通信部１４は、アプリ情報記憶部１２に記憶されているアプリ情報１２１を、情報端末１０−２に送信する（ステップＳ１０７）。
【００４２】
その後、情報端末１０−１の通信部１４は、情報端末１０−１の近距離無線通信圏内に情報端末１０−２が存在しなくなったことを検知すると、情報端末１０−２との通信を切断する（ステップＳ１０８）。
【００４３】
続いて、情報端末１０−２の通信部１４は、任意のタイミングで、サーバ装置２０にネットワークを介して接続する（ステップＳ１０９）。
【００４４】
続いて、情報端末１０−２の代行部１５は、代行処理を実行する（ステップＳ１１０）。代行処理において、情報端末１０−２の代行部１５は、情報端末１０−１から受信したアプリ情報１２１をサーバ装置２０に送信する。
【００４５】
続いて、サーバ装置２０のサービス部２１は、情報端末１０−１のアプリ情報１２１を受信して、アプリ情報１２１において要求されている処理を実行する（ステップＳ１１１）。
【００４６】
≪代行判定≫
次に、図６を参照し、ステップＳ１０６の代行判定処理について説明する。図６は、代行判定処理の一例を示すシーケンス図である。
【００４７】
まず、サーバ装置２０の制御部２５は、鍵Ksを生成し、情報端末１０−１、１０−２に鍵Ksを配布しておく（ステップＳ１０６−０ａ、１０６−０ｂ）。例えば、図５のステップＳ１０２で、情報端末１０−１にてアプリが実行される際に、アプリに鍵Ksがダウンロードされてもよい。または、サーバ装置２０が鍵Ksを生成して配布する代わりに、情報端末１０−１が鍵Ksを生成してサーバ装置２０や情報端末１０−２、・・・に鍵Ksを配布してもよい。この場合、例えば、情報端末１０−１は、サーバ装置２０へ鍵Ksを予め登録しておき、信頼する情報端末１０−２、・・・へ鍵Ksを配布してもよい。
【００４８】
続いて、情報端末１０−１は、情報端末１０−２について認証処理を実行する。
【００４９】
具体的には、ステップＳ１０６−１において、情報端末１０−１の代行判定部１３は、乱数Raを生成し、乱数Raを鍵Ksで暗号化したデータを算出する。以下、当該データを「Ks[Ra]」と表記する。
【００５０】
続いて、情報端末１０−１の代行判定部１３は、Ks[Ra]を情報端末１０−２に通知する（ステップＳ１０６−２）。
【００５１】
情報端末１０−２の代行判定部１３は、Ks[Ra]を受信すると、サーバ装置２０から配布されている鍵Ksを利用してKs[Ra]を復号することにより乱数Raを算出し、Raのハッシュ値Habを算出する（ステップＳ１０６−３）。
【００５２】
続いて、情報端末１０−２の代行判定部１３は、ハッシュ値Habを情報端末１０−１に通知する（ステップＳ１０６−４）。
【００５３】
続いて、情報端末１０−１の代行判定部１３は、乱数Raのハッシュ値Haaを算出し、ハッシ値Haaと、受信したハッシュ値Habとの値を比較し、一致すれば、情報端末１０−２が正当な代行依頼先と判定する（ステップＳ１０６−５）。ハッシ値Haaとハッシュ値Habとが一致しない場合、情報端末１０−２は、正当な代行依頼先ではないと判定される。
【００５４】
次に、情報端末１０−２が、情報端末１０−１を認証する処理について説明する。情報端末１０−２が、情報端末１０−１を認証する処理は、上述した情報端末１０−１が、情報端末１０−２を認証する処理と同様である。
【００５５】
ステップＳ１０６−６において、情報端末１０−２の代行判定部１３は、乱数Rbを生成し、乱数Rbを鍵Ksで暗号化したKs[Rb]を算出する。
【００５６】
続いて、情報端末１０−２の代行判定部１３は、算出したKs[Rb]を情報端末１０−１に通知する（ステップＳ１０６−７）。
【００５７】
続いて、情報端末１０−１の代行判定部１３は、受信したKs[Rb]を、サーバ装置２０から配布されている鍵Ksで復号することによりRbを算出し、Rbのハッシュ値Hbaを算出する（ステップＳ１０６−８）。
【００５８】
続いて、情報端末１０−１の代行判定部１３は、算出したHbaを情報端末１０−２に通知する（ステップＳ１０６−９）。
【００５９】
続いて、情報端末１０−２の代行判定部１３は、Rbのハッシュ値Hbbを算出し、算出したHbbと、受信したHbaの値を比較し、一致すれば、情報端末１０−１が正当な代行依頼元と判定する（ステップＳ１０６−１０）。
【００６０】
≪代行実施時の認証≫
次に、図７を参照し、ステップＳ１１０の代行実施時の認証処理について説明する。図７は、代行実施時の認証処理の一例を示すシーケンス図である。
【００６１】
まず、情報端末１０−２の代行判定部１３が、サーバ装置２０を認証する処理について説明する。
【００６２】
ステップＳ１１０−１において、情報端末１０−２の代行判定部１３は、乱数Rbを生成し、乱数Rbを鍵Ksで暗号化したKs[Rb]を算出する。
【００６３】
続いて、情報端末１０−２の代行判定部１３は、算出したKs[Rb]をサーバ装置２０に通知する（ステップＳ１１０−２）。
【００６４】
続いて、サーバ装置２０の認証部２４は、受信したKs[Rb]を、配布した鍵Ksで復号することによりRbを算出し、Rbのハッシュ値Hbsを算出する（ステップＳ１１０−３）。
【００６５】
続いて、サーバ装置２０の認証部２４は、算出したHbsを情報端末１０−２に通知する（ステップＳ１１０−４）。
【００６６】
続いて、情報端末１０−２の代行判定部１３は、Rbのハッシュ値Hbbを算出し、算出したHbbと、受信したHbsの値を比較し、一致すれば、サーバ装置２０が正当な代行実施先と判定する（ステップＳ１１０−５）。
【００６７】
次に、サーバ装置２０が、情報端末１０−２を認証する処理について説明する。
【００６８】
ステップＳ１１０−６において、サーバ装置２０の認証部２４は、乱数Rsを生成し、乱数Rsを鍵Ksで暗号化したKs[Rs]を算出する。
【００６９】
続いて、サーバ装置２０の認証部２４は、算出したKs[Rs]を情報端末１０−２に通知する（ステップＳ１１０−７）。
【００７０】
続いて、情報端末１０−２の代行判定部１３は、受信したKs[Rs]を、鍵Ksで復号することによりRsを算出し、Rsのハッシュ値Hsbを算出する（ステップＳ１１０−８）。
【００７１】
続いて、情報端末１０−２の代行判定部１３は、算出したHsbをサーバ装置２０に通知する（ステップＳ１１０−９）。
【００７２】
続いて、サーバ装置２０の認証部２４は、Rsのハッシュ値Hssを算出し、算出したHssと、受信したHsbの値を比較し、一致すれば、情報端末１０−２が正当な代行実施元と判定する（ステップＳ１１０−１０）。
【００７３】
≪認証失敗≫
次に、図８を参照し、ステップＳ１０６の代行判定処理、及びステップＳ１１０の代行実施時の認証処理において、認証失敗となる処理について説明する。図８は、認証失敗となる処理の一例を示すシーケンス図である。
【００７４】
なお、以下において、情報端末１０−３は、サーバ装置２０から鍵Ksを配布されていない不正な端末であるとする。
【００７５】
ステップＳ１０６−１ａにおいて、情報端末１０−１の代行判定部１３は、乱数Raを生成し、乱数Raを鍵Ksで暗号化したKs[Ra]を算出する。
【００７６】
続いて、情報端末１０−１の代行判定部１３は、算出したKs[Ra]を、情報端末１０−３に通知する（ステップＳ１０６−２ａ）。
【００７７】
続いて、情報端末１０−３の代行判定部１３は、受信したKs[Ra]を、不正な鍵Kxで復号することによりRaxを算出し、Raxのハッシュ値Haxを算出する（ステップＳ１０６−３ａ）。
【００７８】
続いて、情報端末１０−３の代行判定部１３は、算出したHaxを情報端末１０−１に通知する（ステップＳ１０６−４ａ）。
【００７９】
続いて、情報端末１０−１の代行判定部１３は、Raのハッシュ値Haaを算出し、算出したHaaと、受信したHaxの値を比較し、一致しないため、情報端末１０−３が正当な代行依頼先でないと判定する（ステップＳ１０６−５ａ）。
【００８０】
次に、情報端末１０−３が、情報端末１０−２を認証する処理について説明する。
【００８１】
ステップＳ１０６−６ａにおいて、情報端末１０−３の代行判定部１３は、乱数Rbを生成し、乱数Rbを不正な鍵Kxで暗号化したKx[Rb]を算出する。
【００８２】
続いて、情報端末１０−３の代行判定部１３は、算出したKx[Rb]を情報端末１０−２に通知する（ステップＳ１０６−７ａ）。
【００８３】
続いて、情報端末１０−２の代行判定部１３は、受信したKx[Rb]を、サーバ装置２０から配布されている鍵Ksで復号することによりRbxを算出し、Rbxのハッシュ値Hbxを算出する（ステップＳ１０６−８ａ）。
【００８４】
続いて、情報端末１０−２の代行判定部１３は、算出したHbxを情報端末１０−３に通知する（ステップＳ１０６−９ａ）。
【００８５】
続いて、情報端末１０−３の代行判定部１３は、Rbのハッシュ値Hbbを算出し、算出したHbbと、受信したHbxの値を比較し、一致しないため、情報端末１０−２が正当な代行依頼元でないと判定する（ステップＳ１０６−１０ａ）。
【００８６】
次に、サーバ装置２０が、情報端末１０−３を認証する処理について説明する。
【００８７】
ステップＳ１１０−６ａにおいて、サーバ装置２０の認証部２４は、乱数Rsを生成し、乱数Rsを鍵Ksで暗号化したKs[Rs]を算出する。
【００８８】
続いて、サーバ装置２０の認証部２４は、算出したKs[Rs]を情報端末１０−３に通知する（ステップＳ１１０−７ａ）。
【００８９】
続いて、情報端末１０−３の代行判定部１３は、受信したKs[Rs]を、鍵Kxで復号することによりRsxを算出し、Rsxのハッシュ値Hsxを算出する（ステップＳ１１０−８ａ）。
【００９０】
続いて、情報端末１０−３の代行判定部１３は、算出したHsxをサーバ装置２０に通知する（ステップＳ１１０−９ａ）。
【００９１】
続いて、サーバ装置２０の認証部２４は、Rsのハッシュ値Hssを算出し、算出したHssと、受信したHsxの値を比較し、一致しないため、情報端末１０−３が正当な代行実施元ではないと判定する（ステップＳ１１０−１０ａ）。
【００９２】
これにより、情報端末からの情報漏洩や、サーバ装置２０への不正アクセスを防ぐことができる。
【００９３】
≪アプリ情報の暗号化≫
次に、図４、図９を参照し、アプリ情報１２１を、暗号化して送受信する場合の例について説明する。
【００９４】
サーバ装置２０の制御部２５は、ステップＳ１０３で情報端末１０−１と切断した後、セッションキーを情報端末１０−１の端末識別子と関連付けて記憶しておく。ここで、セッションキーとは、アプリがＷｅｂアプリである場合に、情報端末１０−１とサーバ装置２０との間のＨＴＴＰのセッションを識別可能なデータであり、例えば、通信開始から終了までの間だけ有効な使い捨ての暗号鍵であるセッション鍵である。また、セッションキーとして、サーバ装置２０が情報端末１０−１に発行するCookieや、セッションＩＤを用いてもよい。
【００９５】
情報端末１０−１の通信部１４は、ステップＳ１０７で、情報端末１０−２へ、暗号化されたアプリ情報１２１を送信する。
【００９６】
図９は、暗号化されたアプリ情報について説明する図である。図９の例では、端末識別子以外の項目が暗号化されている。図９の例では、時刻、コマンド、サーバ識別子、対象、データ等の項目が対応付けられた各データ（アプリの処理要求）についてそれぞれ暗号化し、時刻に沿った順序を示す通し番号が付加されている。暗号化のキーは、例えば、情報端末１０−１がステップＳ１０２でサーバ装置２０と接続していた時に使用していたセッションキーを用いてもよい。
【００９７】
情報端末１０−２の代行部１５は、ステップＳ１０９でサーバ装置２０と接続し、ステップＳ１１０でアプリ情報に含まれる端末識別子を通知した後、通し番号の順にアプリ情報を送信する。
【００９８】
サーバ装置２０の制御部２５は、ステップＳ１１１で、受信した端末識別子に関連付けたセッションキーを使ってアプリ情報を復号し、サービス部２１に、各コマンドを実行させる。
【００９９】
これにより、情報端末１０−１におけるアプリの処理要求を、サーバ装置２０以外に知られることを防ぐことができる。
【０１００】
≪複数の情報端末へ代行依頼≫
次に、図１０を参照し、情報端末１０−１が、複数の情報端末１０−２、１０−４、１０−５へ代行を依頼する場合について説明する。
【０１０１】
図１０は、複数の情報端末へ代行を依頼する場合について説明する図である。
【０１０２】
図１０（Ａ）のように、情報端末１０−１がオフラインでアプリを実行している間、各情報端末１０−２、１０−４、１０−５が、情報端末１０−１から順に代行を依頼されたとする。この場合、各情報端末１０−２、１０−４、１０−５は、代行を依頼された各時点における情報端末１０−１のアプリ情報[c1]、[c1,c2]、[c1,c2,c3]をそれぞれ受信する（ステップＳ２０１、ステップＳ２０２、ステップＳ２０３）。ここでc1,c2,c3は、サーバへの処理要求（コマンド）に相当する。
【０１０３】
次に、各情報端末１０−２、１０−４、１０−５がそれぞれ異なるタイミングでサーバ装置２０に接続した時、各情報端末１０−２、１０−４、１０−５は、情報端末１０−１の代行を実行する。
【０１０４】
図１０（Ｂ）のように、情報端末１０−４、１０−２、１０−５の順でサーバ装置２０に接続したとする。
【０１０５】
この場合、情報端末１０−４は、代行を依頼された時点における情報端末１０−１のアプリ情報[c1,c2]をサーバ装置２０に送信し、サーバ装置２０に情報端末１０−１のアプリ情報[c1,c2]を反映させる（ステップＳ２１１）。
【０１０６】
情報端末１０−２の代行部１５は、代行を依頼された時点における情報端末１０−１のアプリ情報[c1]がサーバ装置２０に反映済であるため、代行を実行しない（ステップＳ２１２）。なお、アプリ情報[c1]がサーバ装置２０に反映済であるか否かを判定する処理については後述する。
【０１０７】
情報端末１０−５は、代行を依頼された時点における情報端末１０−１のアプリ情報[c1,c2,c3]のうち、[c1,c2]がサーバ装置２０に反映済であるため、[c3]についてのみサーバ装置２０に送信し、サーバ装置２０に情報端末１０−１のアプリ情報[c3]を反映させる（ステップＳ２１３）。なお、アプリ情報[c1,c2]がサーバ装置２０に反映済であるか否かを判定する処理については後述する。
【０１０８】
＜情報端末の処理＞
次に、図１１を参照し、情報端末１０が実行する処理について説明する。
【０１０９】
≪代行依頼≫
図１１Ａは、代行依頼元の情報端末１０が実行する処理の一例を示すフローチャートである。
【０１１０】
ステップＳ３０１において、通信部１４は、サーバ装置２０と接続する。
【０１１１】
続いて、アプリ実行部１１は、サーバ装置２０から、鍵Ks、アプリ、セッションキーを取得する（ステップＳ３０２）。
【０１１２】
続いて、アプリ実行部１１は、ユーザからの操作等に基づいてアプリを実行し、通信部１４を介して処理要求をサーバ装置２０に送信する（ステップＳ３０３）。
【０１１３】
続いて、通信部１４は、サーバ装置２０と切断する（ステップＳ３０４）。
【０１１４】
続いて、アプリ実行部１１は、ユーザからの操作等に基づいてアプリを実行し、アプリ情報１２１をアプリ情報記憶部１２に記憶する（ステップＳ３０５）。
【０１１５】
続いて、通信部１４は、他の情報端末１０と接続する（ステップＳ３０６）。
【０１１６】
続いて、代行判定部１３は、他の情報端末１０を認証する（ステップＳ３０７）。
【０１１７】
続いて、代行判定部１３は、他の情報端末１０の認証に成功したか否かを判定し（ステップＳ３０８）、認証に失敗した場合（ステップＳ３０８でＮＯ）、処理を終了する。
【０１１８】
認証に成功した場合（ステップＳ３０８でＹＥＳ）、通信部１４は、アプリ情報記憶部１２に記憶されているアプリ情報１２１を、ステップＳ３０２で受信したセッションキーを用いて暗号化し（ステップＳ３０９）、当該他の情報端末１０に送信する（ステップＳ３１０）。これにより、代行依頼が完了する。なお、情報端末１０はアプリ情報１２１を他の情報端末１０に送信する前に、アプリ情報を他の情報端末１０に送信する旨を画面に表示し、ユーザからの確認操作を受けた場合に、ステップＳ３０９の処理を行うようにしてもよい。
【０１１９】
≪代行実行≫
図１１Ｂは、代行依頼先の情報端末１０が実行する処理の一例を示すフローチャートである。
【０１２０】
ステップＳ３２１において、通信部１４は、他の情報端末１０と接続する（ステップＳ３２１）。
【０１２１】
続いて、代行判定部１３は、他の情報端末１０を認証する（ステップＳ３２２）。
【０１２２】
続いて、代行判定部１３は、他の情報端末１０の認証に成功したか否かを判定し（ステップＳ３２３）、認証に失敗した場合（ステップＳ３２３でＮＯ）、処理を終了する。
【０１２３】
認証に成功した場合（ステップＳ３２３でＹＥＳ）、通信部１４は、他の情報端末１０から、アプリ情報を受信する（ステップＳ３２４）。
【０１２４】
その後の任意のタイミングで、通信部１４は、サーバ装置２０と接続する（ステップＳ３２５）。
【０１２５】
続いて、代行判定部１３は、サーバ装置２０を認証する（ステップＳ３２６）。
【０１２６】
続いて、代行判定部１３は、サーバ装置２０の認証に成功したか否かを判定し（ステップＳ３２７）、認証に失敗した場合（ステップＳ３２７でＮＯ）、処理を終了する。
【０１２７】
認証に成功した場合（ステップＳ３２７でＹＥＳ）、代行部１５は、ステップＳ３１１で受信したアプリ情報１２１に含まれる端末識別子、及びアプリ識別子を、通信部１４を介してサーバ装置２０に送信する（ステップＳ３２８）。
【０１２８】
続いて、通信部１４は、サーバ装置２０から、実行最終時刻または実行最終通し番号を受信する（ステップＳ３２９）。
【０１２９】
続いて、代行部１５は、ステップＳ３１１で受信したアプリ情報１２１のうち、時刻または通し番号が、ステップＳ３１６で受信した実行最終時刻または実行最終通し番号よりも後のコマンド等（処理要求）を、実行された順（時刻または通し番号の順）に従ってサーバ装置２０に送信し（ステップＳ３３０）、処理を終了する。
【０１３０】
＜サーバ装置の処理＞
次に、図１２、図１３を参照し、サーバ装置２０が実行する処理について説明する。図１２は、サーバ装置２０が実行する処理の一例を示すフローチャートである。
【０１３１】
ステップＳ４０１において、通信部２３は、情報端末１０−１と接続する。
【０１３２】
続いて、サービス部２１は、情報端末１０−１に、鍵Ks、アプリ、セッションキーを配布する（ステップＳ４０２）。
【０１３３】
続いて、サービス部２１は、情報端末１０−１から、アプリ情報１２１を受信し、アプリ情報１２１に含まれる各処理要求（コマンド、データ等）に応じた処理を実行する（ステップＳ４０３）。
【０１３４】
続いて、制御部２５は、受信したアプリ情報に含まれる端末識別子、アプリ識別子、アプリの処理要求等を、ステップＳ４０２で配布した鍵Ks及びセッションキーと対応付けて、サービス情報２２１としてサービス情報記憶部２２に記憶する（ステップＳ４０４）。図１３は、サービス情報２２１の一例を示す図である。
【０１３５】
続いて、通信部２３は、情報端末１０−１と切断する（ステップＳ４０５）。
【０１３６】
その後、通信部２３は、代行を依頼された情報端末１０−２から接続要求を受信すると、情報端末１０−２と接続する（ステップＳ４０６）。
【０１３７】
続いて、認証部２４は、情報端末１０−２を認証する（ステップＳ４０７）。
【０１３８】
続いて、認証部２４は、情報端末１０−２の認証に成功したか否かを判定し（ステップＳ４０８）、認証に失敗した場合（ステップＳ４０８でＮＯ）、処理を終了する。
【０１３９】
認証に成功した場合（ステップＳ４０８でＹＥＳ）、制御部２５は、情報端末１０−２から、端末識別子、及びアプリ識別子を受信する（ステップＳ４０９）。
【０１４０】
続いて、制御部２５は、サービス情報２２１において、当該端末識別子、及び当該アプリ識別子に対応付けられたアプリの処理要求のうち、最も新しい時刻、または最も大きい通し番号を抽出する（ステップＳ４１０）。
【０１４１】
続いて、制御部２５は、抽出した、最も新しい時刻、または最も大きい通し番号を情報端末１０に送信する（ステップＳ４１１）。
【０１４２】
続いて、制御部２５は、情報端末１０から、アプリの処理要求を、情報端末１０−１において実行された順に従って受信し（ステップＳ４１２）、ステップＳ４０９で受信した端末識別子、及びアプリ識別子に対応付けて、サービス情報２１１に記憶する（ステップＳ４１３）。
【０１４３】
続いて、制御部２５は、情報端末１０−１において実行された順に、アプリの処理要求をサービス部２１に実行させる（ステップＳ４１４）。これにより、情報端末１０−１におけるオフライン中の処理要求が、サービス部２１に実行される。
【０１４４】
＜変形例＞
情報端末１０は、他の情報端末から受けた代行依頼を、さらに別の情報端末へ依頼するようにしてもよい。この場合、情報端末１０は、アプリ情報１２１に、他の情報端末から受けた代行依頼にかかるアプリ情報を記録しておく。そして、他の情報端末から受けた代行依頼にかかるアプリ情報を含めて、別の情報端末へ送信する。これにより、代行が実施される可能性を高めることができる。
［第２の実施形態］
第２の実施形態では、サーバ装置２０とは別体の装置が、情報端末１０を認証し、認証した情報端末１０と、サーバ装置２０との間の通信を中継する例について説明する。なお、第２の実施形態は一部を除いて第１の実施形態と同様であるため、適宜説明を省略する。
【０１４５】
図１４は、第２の実施形態に係る情報処理システムの構成例を示す図である。図１４に示すように、サーバ装置２０−１が、認証部２４と、情報端末１０とサーバ装置２０−２の間を中継する中継部２６を備える。サーバ装置２０−１の認証部２４は、サーバ装置２０−２が生成した鍵Ks等を取得し、記憶しておく。それにより、情報端末１０の認証を行えるようにする。
【０１４６】
中継部２６は、転送先サーバ装置の一覧を記憶し、情報端末１０から受信したアプリ情報に含まれるサーバ識別子に基づき、アプリ情報の転送先のサーバ装置を決定する。そして、情報端末１０、決定したサーバ装置２０−２との間の通信を中継する。
【０１４７】
これにより、情報端末１０がサーバ装置２０−２に接続できない位置等に存在する場合でも、サーバ装置２０−１に接続できれば、アプリの処理要求を反映させることができる。
［第３の実施形態］
第３の実施形態では、サーバ装置２０が、代行によりサービス部２１に反映済のアプリ情報を、情報端末１０のアプリ情報記憶部１２から削除する例について説明する。なお、第３の実施形態は一部を除いて第１の実施形態または第２の実施形態と同様であるため、適宜説明を省略する。
【０１４８】
＜処理＞
図１５を参照し、第３の実施形態に係る情報処理システム１の処理について説明する。図１５は、第３の実施形態に係る情報処理システム１の処理の一例を示すシーケンス図である。
【０１４９】
ステップＳ１０１乃至ステップＳ１１１の処理は、図４に示す第１の実施形態に係る情報処理システム１の処理と同様である。
【０１５０】
ステップＳ１１２において、第３の実施形態に係る制御部２５は、情報端末１０−２へ、削除指示を送信する。この削除指示には、サービス部２１に反映させたアプリの処理要求のうち、最も新しい時刻、または最も大きい通し番号が含まれる。削除指示は、例えば、｛端末識別子，アプリ識別子，サーバ識別子，時刻｝の項目を含む。
【０１５１】
情報端末１０−２の代行部１５は、代行実施後、再び情報端末１０−１の通信圏内に移動し、情報端末１０−２と接続し（ステップＳ１１３）、代行判定による認証を行った後（ステップＳ１１４）、当該削除指示を情報端末１０−１に送信する（ステップＳ１１５）。
【０１５２】
情報端末１０−１の代行部１５は、当該削除指示に従い、サーバ装置２０に反映済のアプリ情報を、アプリ情報記憶部１２から削除する（ステップＳ１１６）。
【０１５３】
これにより、不要なアプリ情報を削除できるため、アプリ情報記憶部１２の記憶容量を有効に活用できる。なお、情報端末１０−１は、アプリ情報記憶部１２にて記憶しているアプリ情報１２１のうち、予め設定された期間よりも前に実行されたアプリ情報を削除してもよい。
［第４の実施形態］
第４の実施形態では、情報端末１０が、サーバ装置２０からのアプリ等の配信を、他の情報端末１０に代行する例について説明する。なお、第４の実施形態は一部を除いて第１乃至第３の実施形態と同様であるため、適宜説明を省略する。
【０１５４】
＜処理＞
図１６を参照し、第４の実施形態に係る情報処理システム１の処理について説明する。図１６は、第４の実施形態に係る情報処理システム１の処理の一例を示すシーケンス図である。
【０１５５】
ステップＳ１０１乃至ステップＳ１１１の処理は、図４に示す第１の実施形態に係る情報処理システム１の処理と同様である。
【０１５６】
ステップＳ１２２において、第４の実施形態に係る制御部２５は、情報端末１０−２へ、サービス部２１に反映させた処理要求に応じたアプリ、及び配信先の端末識別子等を含む配信情報を送信する。
【０１５７】
情報端末１０−２の代行部１５は、代行実施後、再び情報端末１０−１の通信圏内に移動し、情報端末１０−２と接続し（ステップＳ１２３）、代行判定による認証を行った後（ステップＳ１２４）、当該配信情報を情報端末１０−１に送信する（ステップＳ１２５）。
【０１５８】
情報端末１０−１の代行部１５は、当該配信情報に含まれるアプリを、アプリ実行部１１に実行させる（ステップＳ１２６）。これにより、サーバ装置２０に接続していない情報端末１０−１へ、例えばサービス部２１に反映させた処理要求に応じたアプリを配信することができる。
【０１５９】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【０１６０】
情報端末１０の各機能部は、例えば１以上のコンピュータにより構成されるクラウドコンピューティングにより実現されていてもよい。
【０１６１】
以上の説明に関し、更に以下の項を開示する。
（付記１）
ユーザによる操作に応じ、ネットワークを介して接続されるサーバ装置に前記操作に応じた処理要求を送信する第１の送信部と、
前記サーバ装置と通信できない間に行われた操作に応じた処理要求を記憶する記憶部と、
ユーザによる操作に応じた処理要求を前記サーバ装置へ送信可能な他の情報処理装置に、前記記憶部に記憶された処理要求を送信する第２の送信部と、
を有することを特徴とする情報処理装置。
（付記２）
前記第２の送信部は、近距離無線通信を利用して、前記記憶部に記憶された複数の処理要求を送信する、
ことを特徴とする付記１記載の情報処理装置。
（付記３）
前記記憶部は、前記サーバ装置と通信できない間に行われた複数の操作の順を示す情報と、前記複数の操作のそれぞれに応じた処理要求とを記憶し、
前記第２の送信部は、前記記憶部に記憶された、前記複数の操作の順を示す情報と、前記複数の操作のそれぞれに応じた処理要求とを送信する、
ことを特徴とする付記１または２記載の情報処理装置。
（付記４）
前記サーバ装置から鍵を取得し、前記他の情報処理装置が当該鍵と同一の鍵を有しているか否かに基づいて、前記他の情報処理装置を認証する認証部と、
を備えることを特徴とする付記１乃至３のいずれか一項に記載の情報処理装置。
（付記５）
前記第２の送信部は、前記第１の送信部が処理要求を送信した際の通信の識別情報であって、前記第１の送信部と前記サーバ装置との間で共有される識別情報を用いて、前記記憶部に記憶された複数の処理要求を暗号化し、各処理要求が発行された順序と、暗号化した複数の処理要求とを、前記他の情報処理装置に送信する、ことを特徴とする付記１乃至４のいずれか一項に記載の情報処理装置。
（付記６）
付記１乃至５のいずれか一項に記載の情報処理装置から送信された処理要求を受信する受信部と、
受信した処理要求を、前記サーバ装置に送信する代行部と、
を有することを特徴とする情報処理装置。
（付記７）
前記受信部は、複数の操作の順を示す情報と、前記複数の操作のそれぞれに応じた処理要求とを受信し、
前記代行部は、前記複数の操作の順に、前記複数の操作のそれぞれに応じた処理要求を、前記サーバ装置に送信する、
ことを特徴とする付記６記載の情報処理装置。
（付記８）
前記代行部は、前記サーバ装置が受信済の処理要求を示す情報を前記サーバ装置から受信すると、前記受信部により受信された複数の処理要求のうち、前記サーバ装置が受信済でない処理要求を、前記サーバ装置に送信する、
ことを特徴とする付記６または７記載の情報処理装置。
（付記９）
第１の情報処理装置、第２の情報処理装置、及びサーバ装置を有する情報処理システムであって、
前記第１の情報処理装置は、
ユーザによる操作に応じ、ネットワークを介して接続されるサーバ装置に前記操作に応じた処理要求を送信する第１の送信部と、
前記サーバ装置と通信できない間に行われた操作に応じた処理要求を記憶する記憶部と、
ユーザによる操作に応じた処理要求を前記サーバ装置へ送信可能な他の情報処理装置に、前記記憶部に記憶された処理要求を送信する第２の送信部と、
を有し、
前記第２の情報処理装置は、
前記第１の情報処理装置から送信された処理要求を受信する受信部と、
受信した処理要求を、前記サーバ装置に送信する代行部と、
を有することを特徴とする情報処理システム。
（付記１０）
前記第２の送信部は、近距離無線通信を利用して、前記記憶部に記憶された複数の処理要求を送信する、
ことを特徴とする付記９記載の情報処理システム。
（付記１１）
前記記憶部は、前記サーバ装置と通信できない間に行われた複数の操作の順を示す情報と、前記複数の操作のそれぞれに応じた処理要求とを記憶し、
前記第２の送信部は、前記記憶部に記憶された、前記複数の操作の順を示す情報と、前記複数の操作のそれぞれに応じた処理要求とを送信する、
ことを特徴とする付記９または１０記載の情報処理システム。
（付記１２）
前記第１の情報処理装置は、
前記サーバ装置から鍵を取得し、前記他の情報処理装置が当該鍵と同一の鍵を有しているか否かに基づいて、前記他の情報処理装置を認証する認証部と、
を備えることを特徴とする付記９乃至１１のいずれか一項に記載の情報処理システム。
（付記１３）
前記第２の送信部は、前記第１の送信部が処理要求を送信した際の通信の識別情報であって、前記第１の送信部と前記サーバ装置との間で共有される識別情報を用いて、前記記憶部に記憶された複数の処理要求を暗号化し、各処理要求が発行された順序と、暗号化した複数の処理要求とを、前記他の情報処理装置に送信する、ことを特徴とする付記９乃至１２のいずれか一項に記載の情報処理システム。
（付記１４）
前記受信部は、複数の操作の順を示す情報と、前記複数の操作のそれぞれに応じた処理要求とを受信し、
前記代行部は、前記複数の操作の順に、前記複数の操作のそれぞれに応じた処理要求を、前記サーバ装置に送信する、
ことを特徴とする付記９乃至１３のいずれか一項に記載の情報処理システム。
（付記１５）
前記代行部は、前記サーバ装置が受信済の処理要求を示す情報を前記サーバ装置から受信すると、前記受信部により受信された複数の処理要求のうち、前記サーバ装置が受信済でない処理要求を、前記サーバ装置に送信する、
ことを特徴とする付記９乃至１４のいずれか一項に記載の情報処理システム。
（付記１６）
コンピュータに、
ユーザによる操作に応じ、ネットワークを介して接続されるサーバ装置に前記操作に応じた処理要求を送信し、
前記サーバ装置と通信できない間に行われた操作に応じた処理要求を記憶し、
ユーザによる操作に応じた処理要求を前記サーバ装置へ送信可能な他の情報処理装置に、前記処理要求を送信する、
処理を実行させるプログラム。
（付記１７）
近距離無線通信を利用して、記憶された複数の処理要求を送信する、
処理を実行させる付記１６記載のプログラム。
（付記１８）
前記サーバ装置と通信できない間に行われた複数の操作の順を示す情報と、前記複数の操作のそれぞれに応じた処理要求とを記憶し、
前記複数の操作の順を示す情報と、前記複数の操作のそれぞれに応じた処理要求とを送信する、
処理を実行させる付記１６または１７記載のプログラム。
（付記１９）
前記サーバ装置から鍵を取得し、前記他の情報処理装置が当該鍵と同一の鍵を有しているか否かに基づいて、前記他の情報処理装置を認証する、
処理を実行させる付記１６乃至１８のいずれか一項に記載のプログラム。
（付記２０）
前記サーバ装置に処理要求を送信した際の通信の識別情報であって、前記サーバ装置との間で共有される識別情報を用いて、前記複数の処理要求を暗号化し、各処理要求が発行された順序と、暗号化した複数の処理要求とを、前記他の情報処理装置に送信する、
処理を実行させる付記１６乃至１９のいずれか一項に記載のプログラム。
（付記２１）
コンピュータに、
他のコンピュータから送信された処理要求を受信し、
受信した処理要求を、前記サーバ装置に送信する、
処理を実行させるプログラム。
（付記２２）
複数の操作の順を示す情報と、前記複数の操作のそれぞれに応じた処理要求とを受信し、
前記複数の操作の順に、前記複数の操作のそれぞれに応じた処理要求を、前記サーバ装置に送信する、
処理を実行させる付記２１記載のプログラム。
（付記２３）
前記サーバ装置が受信済の処理要求を示す情報を前記サーバ装置から受信すると、前記受信部により受信された複数の処理要求のうち、前記サーバ装置が受信済でない処理要求を、前記サーバ装置に送信する、
処理を実行させる付記２１または２２記載のプログラム。
（付記２４）
コンピュータが、
ユーザによる操作に応じ、ネットワークを介して接続されるサーバ装置に前記操作に応じた処理要求を送信し、
前記サーバ装置と通信できない間に行われた操作に応じた処理要求を記憶し、
ユーザによる操作に応じた処理要求を前記サーバ装置へ送信可能な他の情報処理装置に、前記処理要求を送信する、
処理を実行する情報処理方法。
（付記２５）
近距離無線通信を利用して、記憶された複数の処理要求を送信する、
処理を実行する付記２４記載の情報処理方法。
（付記２６）
前記サーバ装置と通信できない間に行われた複数の操作の順を示す情報と、前記複数の操作のそれぞれに応じた処理要求とを記憶し、
前記複数の操作の順を示す情報と、前記複数の操作のそれぞれに応じた処理要求とを送信する、
処理を実行する付記２４または２５記載の情報処理方法。
（付記２７）
前記サーバ装置から鍵を取得し、前記他の情報処理装置が当該鍵と同一の鍵を有しているか否かに基づいて、前記他の情報処理装置を認証する、
処理を実行する付記２４乃至２６のいずれか一項に記載のプログラム。
（付記２８）
前記サーバ装置に処理要求を送信した際の通信の識別情報であって、前記サーバ装置との間で共有される識別情報を用いて、前記複数の処理要求を暗号化し、各処理要求が発行された順序と、暗号化した複数の処理要求とを、前記他の情報処理装置に送信する、
処理を実行する付記２４乃至２７のいずれか一項に記載の情報処理方法。
（付記２９）
コンピュータが、
他のコンピュータから送信された処理要求を受信し、
受信した処理要求を、前記サーバ装置に送信する、
処理を実行する情報処理方法。
（付記３０）
複数の操作の順を示す情報と、前記複数の操作のそれぞれに応じた処理要求とを受信し、
前記複数の操作の順に、前記複数の操作のそれぞれに応じた処理要求を、前記サーバ装置に送信する、
処理を実行する付記２９記載の情報処理方法。
（付記３１）
前記サーバ装置が受信済の処理要求を示す情報を前記サーバ装置から受信すると、前記受信部により受信された複数の処理要求のうち、前記サーバ装置が受信済でない処理要求を、前記サーバ装置に送信する、
処理を実行する付記２９または３０記載の情報処理方法。
【符号の説明】
【０１６２】
１０  情報端末（「情報処理装置」の一例）
１１  アプリ実行部
１２  アプリ情報記憶部（「記憶部」の一例）
１２１  アプリ情報
１３  代行判定部（「認証部」の一例）
１４  通信部（「１の送信部」、「第２の送信部」、「受信部」の一例）
１５  代行部
２０  サーバ装置
２１  サービス部
２２  サービス情報記憶部
２２１  サービス情報
２３  通信部
２４  認証部
２５  制御部
２６  中継部
【図１】
2018010370.tif 000003
【図２】
2018010370.tif 000004
【図３】
2018010370.tif 000005
【図４】
2018010370.tif 000006
【図５】
2018010370.tif 000007
【図６】
2018010370.tif 000008
【図７】
2018010370.tif 000009
【図８】
2018010370.tif 000010
【図９】
2018010370.tif 000011
【図１０】
2018010370.tif 000012
【図１１Ａ】
2018010370.tif 000013
【図１１Ｂ】
2018010370.tif 000014
【図１２】
2018010370.tif 000015
【図１３】
2018010370.tif 000016
【図１４】
2018010370.tif 000017
【図１５】
2018010370.tif 000018
【図１６】
2018010370.tif 000019