"環状の軌道に沿って複数のメニュー項目を所定の配列順序で表示画面に表示すると共に、前記メニュー項目の移動を指示する操作に応じて、前記複数のメニュー項目を前記軌道に沿って前記所定の配列順序を維持しながら移動する第1表示部と、前記軌道上に設けられた選択領域に位置する1つの前記メニュー項目に従属する1以上のサブメニュー項目を前記表示画面に表示する第2表示部と、前記表示画面に表示された1以上のサブメニュー項目のいずれかを選択する操作に応じて、当該操作で選択されたサブメニュー項目に対応する処理を実行する処理部と、を備えることを特徴とするコンピュータ。前記複数のメニュー項目の表示位置を特定可能な位置特定情報を記憶する記憶部をさらに備え、前記第1表示部は、メニュー表示を開始する場合に、前記記憶部に記憶した位置特定情報に基づいて前記複数のメニュー項目の表示位置を決定することを特徴とする請求項1に記載のコンピュータ。前記処理部が実行した処理の実行履歴を示す履歴情報を前記サブメニュー項目毎に記憶する記憶部をさらに備え、前記第2表示部は、前記記憶部に記憶した履歴情報に基づいて、前記表示画面に表示する複数のサブメニュー項目の配列順序を決定することを特徴とする請求項1に記載のコンピュータ。前記履歴情報は、前記処理部が実行した処理の実行日時、実行頻度、実行回数のいずれかを示す情報であることを特徴とする請求項3に記載のコンピュータ。端末とサーバとを備えた通信システムにおいて、前記端末は、環状の軌道に沿って複数のメニュー項目を所定の配列順序で表示画面に表示すると共に、前記メニュー項目の移動を指示する操作に応じて、前記複数のメニュー項目を前記軌道に沿って前記所定の配列順序を維持しながら移動する第1表示部と、前記軌道上に設けられた選択領域に位置する1つの前記メニュー項目に従属する1以上のサブメニュー項目を前記表示画面に表示する第2表示部と、前記表示画面に表示された1以上のサブメニュー項目のいずれかを選択する操作に応じて、当該操作で選択されたサブメニュー項目を識別するサブメニュー項目識別情報を前記サーバに送信する送信部とを備え、前記サーバは、前記端末からサブメニュー項目識別情報を受信する受信部と、前記受信部が受信したサブメニュー項目識別情報に対応するサービスを前記端末に提供する提供部とを備えることを特徴する通信システム。前記サーバを第1サーバとしたとき、前記端末は、前記第1サーバを経由して、前記第1サーバとは別の第2サーバからサービスの提供を受けることが可能であり、前記第1サーバは、前記第2サーバが送信した画面表示情報を前記端末に中継する中継部をさらに備え、前記端末は、前記第1サーバから画面表示情報を受信する受信部と、前記受信部が受信した画面表示情報を、メニュー表示の実行を指示する操作用のオブジェクトが表示されるように加工する加工部と、前記加工部が加工した画面表示情報に基づく画像の表示中に前記オブジェクトが操作されると、前記第1表示部および前記第2表示部を制御してメニュー画像を生成し、生成したメニュー画像を表示中の前記画像上に重ねて表示する第3表示部とをさらに備えることを特徴とする請求項5に記載の通信システム。前記サーバを第1サーバとしたとき、前記端末は、前記第1サーバを経由して、前記第1サーバとは別の第2サーバからサービスの提供を受けることが可能であり、前記第1サーバは、前記第2サーバが送信した画面表示情報を前記受信部が受信すると、受信した画面表示情報を、メニュー表示の実行を指示する操作用のオブジェクトが表示されるように加工する加工部と、前記加工部が加工した画面表示情報を前記端末に送信する送信部とをさらに備え、前記端末は、前記第1サーバから加工済みの画面表示情報を受信する受信部と、前記受信部が受信した画面表示情報に基づく画像の表示中に前記オブジェクトが操作されると、前記第1表示部および前記第2表示部を制御してメニュー画像を生成し、生成したメニュー画像を表示中の前記画像上に重ねて表示する第3表示部とをさらに備えることを特徴とする請求項5に記載の通信システム。コンピュータを、環状の軌道に沿って複数のメニュー項目を所定の配列順序で表示画面に表示すると共に、前記メニュー項目の移動を指示する操作に応じて、前記複数のメニュー項目を前記軌道に沿って前記所定の配列順序を維持しながら移動する第1表示部と、前記軌道上に設けられた選択領域に位置する1つの前記メニュー項目に従属する1以上のサブメニュー項目を前記表示画面に表示する第2表示部と、前記表示画面に表示された1以上のサブメニュー項目のいずれかを選択する操作に応じて、当該操作で選択されたサブメニュー項目に対応する処理を実行する処理部、として機能させるためのプログラム。請求項8に記載のプログラムを記憶する記憶部と、前記記憶部が記憶するプログラムを端末に送信する送信部と、を備えることを特徴とするサーバ。ところで、あるメインメニュー項目を選択し、このメインメニュー項目に係る複数のサブメニュー項目を表示している状態から、別のメインメニュー項目に係る複数のサブメニュー項目を表示する場合、ユーザは、メインメニュー項目を選択し直す必要がある。この際、特許文献1に記載された技術では、サブメニュー項目の表示を別のメインメニュー項目用のものに変更しようとする都度、画面に表示されている複数のメインメニュー項目の中から別のメインメニュー項目を選択する操作を繰り返し行わなければならないので、操作が煩雑であるという問題があった。本発明は、上述した事情に鑑みてなされたものであり、サブメニュー項目の表示を別のメニュー項目用のものに変更する場合の操作性を高め、サブメニュー項目の選択を容易に行えるようにすることを解決課題とする。以上の課題を解決するため本発明が採用する手段を以下に説明する。なお、本発明の理解を容易にするため添付図面の参照符号を括弧書きにて付記するが、それにより本発明が図示の態様に限定されるものではない。本発明に係るコンピュータ40は、環状の軌道MD,OBT1,OBT2に沿って複数のメニュー項目M1~M8を所定の配列順序で表示画面Dに表示すると共に、前記メニュー項目M1~M8の移動を指示する操作に応じて、前記複数のメニュー項目M1~M8を前記軌道MD,OBT1,OBT2に沿って前記所定の配列順序を維持しながら移動する第1表示部410と、前記軌道MD,OBT1,OBT2上に設けられた選択領域SELAに位置する1つの前記メニュー項目M1に従属する1以上のサブメニュー項目ICN1~ICN4を前記表示画面Dに表示する第2表示部410と、前記表示画面Dに表示された1以上のサブメニュー項目ICN1~ICN4のいずれかを選択する操作に応じて、当該操作で選択されたサブメニュー項目ICN1に対応する処理を実行する処理部410と、を備えることを特徴とする。以上の構成によれば、ユーザがメニュー項目の移動を指示する操作を行うと、第1表示部は複数のメニュー項目を環状の軌道に沿って移動させるので、選択領域に位置するメニュー項目が順次変更される。このため第2表示部は、選択領域に位置するメニュー項目が変更される都度、変更後のメニュー項目に従属する1以上のサブメニュー項目を表示画面に表示することになる。したがって、ユーザは、例えば、タッチ操作の場合であれば表示画面の表面を軌道に沿って指先でなぞることで、また、マウスによる操作の場合であればドラッグ操作でカーソルの表示位置を軌道に沿って移動させることで、複数のメニュー項目を軌道に沿って移動循環させて選択領域に位置するメニュー項目を順次変更し、選択候補となる1以上のサブメニュー項目の表示を次々と切り替えることができる。このためサブメニュー項目の表示を別のメニュー項目用のものに変更しようとする都度、画面に表示されている複数のメインメニュー項目の中から別のメインメニュー項目を選択する操作を繰り返し行う必要がない。よって、サブメニュー項目の表示を別のメニュー項目用のものに変更する場合の操作性を高め、サブメニュー項目の選択を容易に行うことができる。なお、環状の軌道には、例えば、図2に示すメニューダイヤルMDや、図14Aに示す円形の軌道OBT1、図14Bに示す正方形の軌道OBT2等が含まれる。このように環状とは、円、楕円、正方形、多角形等、複数のメニュー項目を循環可能に移動できる形状であればよい。また、本発明に係るコンピュータは、サーバ等の他の装置と通信を行う通信装置であってもよいし、他の装置と一切通信を行わない電子機器であってもよい。当該操作で選択されたサブメニュー項目に対応する処理を実行するとは、例えば、電子機器の場合であれば、タッチ操作等によって選択されたサブメニュー項目に対応する機能を実行することが含まれる。また、通信装置の場合であれば、電子機器の場合と同様にタッチ操作等によって選択されたサブメニュー項目に対応する機能を実行することの他に、後述する実施形態に記載しているように、タッチ操作等によって選択されたサブメニュー項目の識別情報をサーバ等の他の装置に通知することが含まれる。また、上述したコンピュータ40において、前記複数のメニュー項目M1~M8の表示位置を特定可能な位置特定情報を記憶する記憶部480をさらに備え、前記第1表示部410は、メニュー表示を開始する場合に、前記記憶部480に記憶した位置特定情報に基づいて前記複数のメニュー項目M1~M8の表示位置を決定してもよい。この場合、記憶部に記憶した位置特定情報に基づいて、メニュー表示の開始時における各メニュー項目の表示位置を決定することができる。例えば、メニュー表示を終えるときや、選択されたサブメニュー項目に対応する処理を実行したとき、あるいは複数のメニュー項目を軌道に沿って移動させたときに、記憶部に記憶されている位置特定情報を更新することで、メニュー表示の開始時における各メニュー項目の表示位置を前回のメニュー表示を終えたときの表示位置にすることができる。このため前回のメニュー表示を終えたときの状態でメニュー表示を開始することが可能になる。なお、位置特定情報は、全てのメニュー項目の表示位置そのものであってもよい。また、位置特定情報は、選択領域に位置する1つのメニュー項目の識別情報であってもよい。この場合は、位置特定情報選択領域に位置する1つのメニュー項目の識別情報と、複数のメニュー項目の配列順序とに基づいて、各メニュー項目の表示位置を特定することができる。また、位置特定情報は、予め決めておいた1つのメニュー項目の表示位置であってもよい。また、後述する実施形態に記載しているように、位置特定情報は、各サブメニュー項目に対応する処理の最新実行日時を示す履歴情報であってもよい。この場合は、履歴情報の中から最新実行日時が最も新しいサブメニュー項目を特定し、このサブメニュー項目が従属するメニュー項目を特定することで、このメニュー項目が選択領域に位置していたことがわかるから、後は複数のメニュー項目の配列順序さえ把握していれば、各メニュー項目の表示位置を特定することが可能である。また、ここから明らかとなるように位置特定情報は、実行日時が最も新しいサブメニュー項目の識別情報であってもよい。また、上述したコンピュータ40において、前記処理部410が実行した処理の実行履歴を示す履歴情報を前記サブメニュー項目毎に記憶する記憶部480をさらに備え、前記第2表示部410は、前記記憶部480に記憶した履歴情報に基づいて、前記表示画面Dに表示する複数のサブメニュー項目ICN1~ICN4の配列順序を決定してもよい。この場合、複数のサブメニュー項目を実行履歴に基づいて並べ替えて表示することができる。また、前記履歴情報は、前記処理部410が実行した処理の実行日時、実行頻度、実行回数のいずれかを示す情報であってもよい。この場合、複数のサブメニュー項目を、例えば、実行した日時の新しい順、実行した頻度の高い順、実行した回数の多い順のいずれかに並べ替えて表示することができる。本発明に係る通信システム1は、端末40とサーバ10とを備えた通信システム1であって、前記端末40は、環状の軌道MD,OBT1,OBT2に沿って複数のメニュー項目M1~M8を所定の配列順序で表示画面Dに表示すると共に、前記メニュー項目M1~M8の移動を指示する操作に応じて、前記複数のメニュー項目M1~M8を前記軌道MD,OBT1,OBT2に沿って前記所定の配列順序を維持しながら移動する第1表示部410と、前記軌道MD,OBT1,OBT2上に設けられた選択領域SELAに位置する1つの前記メニュー項目M1に従属する1以上のサブメニュー項目ICN1~ICN4を前記表示画面Dに表示する第2表示部410と、前記表示画面Dに表示された1以上のサブメニュー項目ICN1~ICN4のいずれかを選択する操作に応じて、当該操作で選択されたサブメニュー項目ICN1を識別するサブメニュー項目識別情報を前記サーバ10に送信する送信部410,450とを備え、前記サーバ10は、前記端末40からサブメニュー項目識別情報を受信する受信部110,140と、前記受信部110,140が受信したサブメニュー項目識別情報に対応するサービスを前記端末40に提供する提供部110,140,150とを備えることを特徴する。以上の構成によれば、端末は、本発明に係るコンピュータと同様の作用効果を奏する。また、端末のユーザは、メニュー画面を操作して所望のサブメニュー項目を選択することで、サーバから提供を受けるサービスを選ぶことができる。また、上述した通信システム1において、前記サーバ10を第1サーバ10としたとき、前記端末40は、前記第1サーバ10を経由して、前記第1サーバ10とは別の第2サーバ50からサービスの提供を受けることが可能であり、前記第1サーバ10は、前記第2サーバ50が送信した画面表示情報を前記端末40に中継する中継部110,140をさらに備え、前記端末40は、前記第1サーバ10から画面表示情報を受信する受信部410,450と、前記受信部410,450が受信した画面表示情報を、メニュー表示の実行を指示する操作用のオブジェクトMBが表示されるように加工する加工部410と、前記加工部410が加工した画面表示情報に基づく画像の表示中に前記オブジェクトMBが操作されると、前記第1表示部410および前記第2表示部410を制御してメニュー画像を生成し、生成したメニュー画像を表示中の前記画像上に重ねて表示する第3表示部410とをさらに備えてもよい。この場合、第1サーバとは別の第2サーバからサービスの提供を受けている場合であっても、第2サーバから提供を受けているサービスを一旦終了させることなく、端末の表示画面に第1サーバから提供されるサービスを選択するためのメニュー表示を直ちに行うことができる。また、上述した通信システム1において、前記サーバ10を第1サーバ10としたとき、前記端末40は、前記第1サーバ10を経由して、前記第1サーバ10とは別の第2サーバ50からサービスの提供を受けることが可能であり、前記第1サーバ10は、前記第2サーバ50が送信した画面表示情報を前記受信部110,140が受信すると、受信した画面表示情報を、メニュー表示の実行を指示する操作用のオブジェクトMBが表示されるように加工する加工部110と、前記加工部110が加工した画面表示情報を前記端末40に送信する送信部110,140とをさらに備え、前記端末40は、前記第1サーバ10から加工済みの画面表示情報を受信する受信部410,450と、前記受信部410,450が受信した画面表示情報に基づく画像の表示中に前記オブジェクトMBが操作されると、前記第1表示部410および前記第2表示部410を制御してメニュー画像を生成し、生成したメニュー画像を表示中の前記画像上に重ねて表示する第3表示部410とをさらに備えてもよい。この場合も、第1サーバとは別の第2サーバからサービスの提供を受けている場合に、第2サーバから提供を受けているサービスを一旦終了させることなく、端末の表示画面に第1サーバから提供されるサービスを選択するためのメニュー表示を直ちに行うことができる。本発明に係るプログラムは、コンピュータ40を、環状の軌道MD,OBT1,OBT2に沿って複数のメニュー項目M1~M8を所定の配列順序で表示画面Dに表示すると共に、前記メニュー項目M1~M8の移動を指示する操作に応じて、前記複数のメニュー項目M1~M8を前記軌道MD,OBT1,OBT2に沿って前記所定の配列順序を維持しながら移動する第1表示部410と、前記軌道MD,OBT1,OBT2上に設けられた選択領域SELAに位置する1つの前記メニュー項目M1に従属する1以上のサブメニュー項目ICN1~ICN4を前記表示画面Dに表示する第2表示部410と、前記表示画面Dに表示された1以上のサブメニュー項目ICN1~ICN4のいずれかを選択する操作に応じて、当該操作で選択されたサブメニュー項目ICN1に対応する処理を実行する処理部410、として機能させることを特徴とする。以上の構成であっても、本発明に係るコンピュータと同様の作用効果を奏する。なお、本発明に係るプログラムは、例えば、サーバ等から送信されてコンピュータにインストールされてもよいし、コンピュータが読取可能な記録媒体に記録された形態でユーザに提供されてコンピュータにインストールされてもよいし、コンピュータに備わるメモリにプリインストールされていてもよい。また、本発明に係るサーバ10は、上述したプログラムを記憶する記憶部150と、前記記憶部150が記憶するプログラムを端末40に送信する送信部110,140と、を備えることを特徴とする。本発明によれば、サブメニュー項目の表示を別のメニュー項目用のものに変更する場合の操作性を高め、サブメニュー項目の選択を容易に行えるようにすることができる。以下、図面を参照して本発明の実施の形態を説明する。<1.実施形態>図1は、通信システム1の全体構成を例示するブロック図である。通信システム1は、SNSSocialNetworkingServiceサーバ10と、インターネット20と、移動体通信網30と、複数のスマートフォン401,402,...40nとを備える。また、移動体通信網30は、図示を省略しているが基地局,交換局,ゲートウェイサーバ等を備える。SNSサーバ10は、インターネット20および移動体通信網30を介してスマートフォン401,402,...40nの各々とパケット通信を行うことができる。なお、以降、本明細書では、特に区別をする必要がない限り、スマートフォン401,402,...40nの各々をスマートフォン40と記載する。SNSサーバ10は、会員制のサイトであって、会員同士の間で、趣味や嗜好,居住地域,出身校,友人の友人といったつながりを通じて新たな人間関係を構築したり、友人との交流を深めたりするコミュニケーションの場を提供する。例えば、SNSサーバ10が提供する機能には、自分のプロフィールや写真を他の会員に公開する機能、互いにメールアドレスを知られることなくメッセージを交換する機能、SNS上で交流のある友人会員を登録しておくアドレス帳の機能、友人に別の友人を紹介する機能、趣味や地域などテーマを決めて掲示板を作り、同じ趣味を持つ会員や同じ地域に住む会員と交流する機能等がある。また、この他にもSNSサーバ10は、例えば、ニュースを提供する機能、スマートフォン40用のアプリケーション以下、アプリと記載するをいつでもすぐに呼び出して実行できるように簡易の呼出リスト等として登録しておく機能、SNSサーバ10を経由してSNSサーバ10とは別のサーバにスマートフォン40を接続し、別のサーバから提供されるサービス例えば、チャット,掲示板,ゲーム等をスマートフォン40に中継する機能等を備え、会員に対して様々なサービスを提供する。スマートフォン40は、携帯電話機の機能を兼ね備えた小型のコンピュータである。例えば、スマートフォン40は、音声通話機能、フルブラウザによるウェブ閲覧機能、電子メールの送受信機能、文書ファイルを作成する機能、動画や音楽を再生する機能等を備える。会員は、自身のスマートフォン40を操作してSNSサーバ10にアクセスし、SNSサーバ10から提供される各種のサービスを享受することができる。また、スマートフォン40の表示画面には、SNSサーバ10から提供を受けるサービスを選択するためのメニュー画面が表示される。図2は、メニュー画面の表示例を示す図である。メニュー画面は、大別すると、複数のメインメニュー項目M1~M8を表示するメインメニュー表示エリアMMAと、複数のサブメニュー項目ICN1~ICN4を表示するサブメニュー表示エリアSMAとに区分される。メインメニュー表示エリアMMAには、リング状環状の形状を有するメニューダイヤルMDが表示される。このメニューダイヤルMDには、マイアプリ,メッセージ,友達,アイテム抽選,書き込み,ニュース,コミュニティ,チャットの計8個のメインメニュー項目M1~M8がリング状に並べられている。また、メインメニュー表示エリアMMAには、選択エリアSELAが設けられている。この選択エリアSELAの設置位置は、メニューダイヤルMDの最上部を含む図中破線で囲った部分図2ではマイアプリが表示されている部分に固定されている。また、選択エリアSELAは、メインメニュー項目が丁度1個収まる程度の大きさを有する。例えば、会員が表示画面Dの表面をメニューダイヤルMDに沿って時計回りまたは反時計回りになぞると、メニューダイヤルMDが中心点CNTを基点として時計回りまたは反時計回りに回転する。つまり、会員は、表示画面Dに対するドラッグ操作によってメニューダイヤルMDを任意の角度だけ回転させ、選択エリアSELAに所望のメインメニュー項目を表示させることができる。一方、サブメニュー表示エリアSMAには、選択エリアSELAに表示されているメインメニュー項目に従属する1以上のサブメニュー項目が表示される。例えば同図の場合、選択エリアSELAにはメインメニュー項目マイアプリが表示されているので、サブメニュー表示エリアSMAには、マイアプリに従属する複数のサブメニュー項目として、チェスのサブメニューアイコンICN1と、時刻表のサブメニューアイコンICN2と、ブロック崩しのサブメニューアイコンICN3と、ゴルフナビのサブメニューアイコンICN4とが表示される。例えば、サブメニュー表示エリアSMAに表示されているチェスのサブメニューアイコンICN1を会員が指先でタップ操作すると、SNSサーバ10は、チェスのビデオゲームサービスを会員に提供する。このように会員は、メニュー画面をタッチ操作することで、SNSサーバ10が提供する複数のサービスの中から所望のサービスを選択することができる。また、表示画面Dに表示されるメニューは、上下2階層の階層構造を有する。なお、会員によって選択されたサブメニューに対応するサービスの提供が開始されると、メニュー画面の表示は終了するメニュー画面が閉じる。また、メニュー画面には4個の表示ボタンHB,CB,SB,LBが表示される。メニュー画面の左上端には、SNSにおける会員固有のページであるマイページへの移動を指示するホームボタンHBが表示され、メニュー画面の右上端には、メニュー画面を閉じることを指示する×ボタンCBが表示される。また、メニュー画面の左下端には、設定画面への移動を指示する設定ボタンSBが表示され、メニュー画面の右下端には、SNSサーバ10からのログアウトを指示するログアウトボタンLBが表示される。図3は、SNSサーバ10のハードウェア構成を例示するブロック図である。SNSサーバ10は、CPUCentralProcessingUnit110と、ROMReadOnlyMemory120と、RAMRandomAccessMemory130と、通信IFInterFace140と、ハードディスク150とを備える。なお、SNSサーバ10は、キーボードやマウス等の入力部や、液晶ディスプレイ等の表示部をさらに備えてもよい。CPU110は、ROM120やハードディスク150に記憶されている各種のプログラムを実行することでSNSサーバ10の各部を制御する。ROM120には、SNSサーバ10の各部の基本制御を司るプログラム等が記憶されている。RAM130は、CPU110のワークエリアとして用いられる。通信IF140は、CPU110の制御の下、各スマートフォン40との間で行われるパケット通信を制御する。ハードディスク150には、HTMLHyperTextMarkupLanguageファイル150Aと、メニュー管理テーブル150Bと、履歴管理テーブル150Cとが記憶されている。HTMLファイル150Aは、スマートフォン40に表示させるメニュー画面を規定したファイルである。スマートフォン40は、SNSサーバ10から送信されたHTMLファイル150Aを受信し、後述するブラウザを用いてメニュー画面を表示する。このHTMLファイル150Aには、JavaScript登録商標で記述されたメニュー画面制御用のプログラムが含まれており、このプログラムを実行することで図2に示したメニュー画面の表示制御等が行われる。なお、ハードディスク150には、HTMLファイル150Aと共にスマートフォン40に送信されるメニュー画面表示用の画像データ例えば、メニューダイヤルMDの画像,サブメニューアイコンの画像,表示ボタンの画像等や、会員に提供可能な各種のサービスに関する処理を実行するためのプログラム等も記憶されている。図4は、メニュー管理テーブル150Bのデータ構造を例示する図である。メニュー管理テーブル150Bには、会員毎に、会員IDIDentificationと、8個のメインメニュー項目メインメニュー項目IDと、各メインメニュー項目に従属する1以上のサブメニュー項目に関する情報サブメニュー項目ID,アイコンID,サービスIDとが対応付けて格納される。また、同図に示すようにメニュー管理テーブル150Bには、会員IDM00000001を付与した会員用のデータがメニュー管理テーブル150B1として格納され、会員IDM00000002を付与した会員用のデータがメニュー管理テーブル150B2として格納され、会員IDM0000000nを付与した会員用のデータがメニュー管理テーブル150Bnとして格納される。会員IDは、会員を一意に識別する識別情報である。例えば、会員登録を行うとSNSサーバ10によって会員毎に会員IDが付与される。なお、会員IDは、会員を一意に識別できればよいから、例えば、会員のメールアドレス、会員が所有するスマートフォン40の電話番号等を会員IDとして使用することもできる。メインメニュー項目IDは、メインメニュー項目を一意に識別する識別情報である。サブメニュー項目IDは、サブメニュー項目を一意に識別する識別情報であり、サブメニュー項目IDで指定される各サブメニュー項目は、会員毎に表示内容表示項目、配列順序等が相違し得る。アイコンIDは、サブメニューアイコンの画像を一意に識別する識別情報である。サービスIDは、サービスを一意に識別する識別情報である。例えば、サービスIDとして、アプリ名等、サービスの名称を使用することができる。メインメニュー項目は、全ての会員に対して共通である。つまり、全会員は、メインメニュー項目として、図2に示した8個のメニュー項目マイアプリ,メッセージ,友達,アイテム抽選,書き込み,ニュース,コミュニティ,チャットを有する。また、メニューダイヤルMDにおける8個のメインメニュー項目の配列順序についても全会員で共通である。これに対し、サブメニュー項目は、各会員が任意にカスタマイズしたり、各会員のSNSの利用履歴に応じて会員毎に相違し得るメニュー項目である。例えば、同図に示すように会員IDがM00000001の会員については、メインメニュー項目マイアプリに従属するサブメニュー項目として、少なくとも、時刻表のアプリと、ブロック崩しのゲームアプリと、チェスのゲームアプリと、ゴルフナビのアプリとが設定されているが、他の会員については他のアプリが設定され得る。会員は、図2に示したメニュー画面において設定ボタンSBをタップ操作することで、設定画面に移行し、サブメニュー項目として任意のサービスを設定することができる。また、ここで設定されたサブメニュー項目の情報が会員IDと共にスマートフォン40からSNSサーバ10に送信され、メニュー管理テーブル150Bが更新される。図5は、履歴管理テーブル150Cのデータ構造を例示する図である。履歴管理テーブル150Cには、会員毎に、会員IDと、会員が設定した全てのサブメニュー項目サブメニュー項目IDと、各サブメニュー項目に対応するサービス処理の履歴情報とが対応付けて格納される。また、同図に示すように履歴管理テーブル150Cには、会員IDM00000001を付与した会員用のデータが履歴管理テーブル150C1として格納され、会員IDM00000002を付与した会員用のデータが履歴管理テーブル150C2として格納され、会員IDM0000000nを付与した会員用のデータが履歴管理テーブル150Cnとして格納される。履歴情報は、例えば、実行回数と最新実行日時と実行頻度の3項目で構成される。実行回数は、現在までのトータルの実行回数である。最新実行日時は、最も新しい実行日時一番最後に実行した日時である。実行頻度は、現時点から1週間前まで等、所定の期間において実行した頻度を示す情報であり、例えば1~10までの数値レベルで表される。なお、実行頻度を算出するために必要となる、所定の期間における各サービスの実行履歴実行日時が会員毎にハードディスク150に記憶されており、CPU110は、この情報を参照して各サービスの実行頻度を算出する。また、履歴管理テーブル150Cには、履歴情報として、実行回数,最新実行日時,実行頻度の3項目全てが設けられている必要はなく、いずれか1項目が設けられていればよい。図6は、スマートフォン40の外観を例示する斜視図である。スマートフォン40は、表示画面Dと、表示画面Dと一体に構成されたタッチパネル470とを備える。タッチパネル470は、例えば静電容量方式投影型のものを採用することができる。この場合、タッチパネル470は、表面全体に電界を形成し、指先が触れた部分の表面電荷静電容量の変化を捉えてタッチ位置を検出する。図7は、スマートフォン40のハードウェア構成を例示するブロック図である。スマートフォン40は、CPU410と、ROM420と、RAM430と、通話処理部440と、通信IF450と、ディスプレイ表示装置460と、タッチパネル470と、ストレージ補助記憶装置480とを備える。CPU410は、ROM420やストレージ480に記憶されている各種のプログラムを実行することでスマートフォン40の各部を制御する。ROM420には、スマートフォン40の各部の基本制御を司るプログラム等が記憶されている。RAM430は、CPU410のワークエリアとして用いられる。通話処理部440は、マイクロフォン,スピーカ,音声処理部等を備え、CPU410の制御の下、通話処理を行う。通信IF450は、CPU410の制御の下、SNSサーバ10との間で行われるパケット通信や、他のスマートフォン40との間で行われる通信を制御する。ディスプレイ460は、例えば、表示画面Dを構成する液晶表示パネルと、その表示制御を行う駆動回路とを備える。タッチパネル470は、例えば、ガラスやプラスチック等の絶縁体で形成された絶縁層と、X方向およびY方向に配列された複数の透明電極パターンが形成された電極層と、演算処理用のICIntegratedCircuitが設けられた基板層とを備える。タッチパネル470は、表示画面D上におけるタッチ位置を検出し、検出したタッチ位置を示す位置情報XY座標値を出力する。CPU410は、タッチパネル470から出力された位置情報に基づいて、タッチ位置や、タッチ位置の移動方向、タッチ操作の種類等を検出する。例えば、検出可能なタッチ操作の種類には、タップ操作、フリック操作、ドラッグ操作等がある。タップ操作は、表示画面Dを指先で軽く1回叩く操作である。フリック操作は、表示画面Dを指先で軽く払う操作である。ドラッグ操作は、指先を表示画面Dに接触させた状態のまま動かす操作である。ストレージ480は、例えばNAND型フラッシュメモリである。ストレージ480には、OSOperatingSystemや、JavaScriptエンジン495が組み込まれたブラウザ490ブラウザの実行プログラムが記憶されている。CPU410は、ブラウザ490を介してSNSサーバ10からHTMLファイル150Aを受信し、HTMLファイル150Aで規定されたメニュー画面を表示画面Dに表示する。また、CPU410は、JavaScriptエンジン495に従って、HTMLファイル150Aに記述されているメニュー画面制御用のプログラムJavaScriptを実行し、メニュー画面の表示制御等を行う。このメニュー画面制御用のプログラムには、例えば、メニュー画面として表示する表示画像を生成する機能、タッチ操作に応じてメニュー画面の表示を更新する機能、タッチ操作によって選択されたサブメニューアイコンに対応するサブメニュー項目IDをSNSサーバ10に通知する機能等が含まれる。図8は、メニュー処理の流れを例示するシーケンスチャートである。同図に示すメニュー処理は、会員が、自身のスマートフォン40を操作してSNSサーバ10にログインした後、マイページ等に表示されているメニューボタンをタップ操作した場合に開始される。スマートフォン40のCPU410は、メニューボタンがタップ操作されると、会員IDを含むメニューページ取得要求をSNSサーバ10に送信するステップS11。スマートフォン40から送信されたメニューページ取得要求は、移動体通信網30およびインターネット20を介してSNSサーバ10に受信される。SNSサーバ10のCPU110は、メニューページ取得要求を受信すると、受信したメニューページ取得要求に含まれる会員IDを検索キーとしてメニュー管理テーブル150Bおよび履歴管理テーブル150Cを検索しステップS12、検索対象となる会員IDに対応するメニュー管理テーブル150BXおよび履歴管理テーブル150CXを特定するXは1~nまでの整数。例えば、SNSサーバ10のハードディスク150に、図4に示したメニュー管理テーブル150Bと、図5に示した履歴管理テーブル150Cとが記憶されており、スマートフォン40から受信したメニューページ取得要求に含まれる会員IDがM00000001であった場合、CPU110は、メニュー管理テーブル150B1および履歴管理テーブル150C1を特定する。次に、CPU110は、ハードディスク150からHTMLファイル150Aを読み出す。そして、CPU110は、ステップS12で特定したメニュー管理テーブル150BXおよび履歴管理テーブル150CXを参照して、該当する会員用のメニュー画面が表示できるようにHTMLファイル150AをカスタマイズするステップS13。前述したようにサブメニュー項目の設定内容は会員毎に相違し得る。例えば、図2に示したメニュー画面を表示するためには、選択エリアSELAにメインメニュー項目マイアプリが表示されたときに、サブメニュー表示エリアSMAには、マイアプリに従属する複数のサブメニュー項目として、チェスのサブメニューアイコンICN1と、時刻表のサブメニューアイコンICN2と、ブロック崩しのサブメニューアイコンICN3と、ゴルフナビのサブメニューアイコンICN4とを表示する必要がある。また、サブメニュー表示エリアSMAに表示されているサブメニューアイコンのいずれかがタップ操作されると、スマートフォン40は、タップ操作されたサブメニューアイコンに対応するサブメニュー項目IDをSNSサーバ10に通知する必要があるので、サブメニュー項目IDを把握していなければならない。さらに、本実施形態では、サブメニュー表示エリアSMAに表示する複数のサブメニューアイコンを、図5に示した履歴情報に基づいて並べ替える。このためHTMLファイル150Aには、メインメニュー項目メインメニュー項目ID毎に、従属する各サブメニュー項目に関する情報サブメニュー項目ID,アイコンID,配列順序情報を記述しておく必要がある。上述したステップS13では、HTMLファイル150Aに含まれるこれらの情報の記述を、メニュー管理テーブル150BXおよび履歴管理テーブル150CXを参照して該当する会員用にカスタマイズする。なお、配列順序情報は、例えば1,2,3等、配列順序の順位を示す数値情報である。例えば、CPU110は、図5に示した履歴情報のうち実行回数を使用して配列順序情報を生成する場合は、メインメニュー項目毎に、従属する全てのサブメニュー項目について実行回数を比較し、実行回数が多いほど配列順序の順位が高くなるように各サブメニューアイコンの配列順序情報を生成する。同様に、最新実行日時を使用する場合は、最新実行日時が新しいほど配列順序の順位が高くなるように、また、実行頻度を使用する場合は、実行頻度が高いほど配列順序の順位が高くなるように、各サブメニューアイコンの配列順序情報を生成する。また、ステップS13の後、CPU110は、履歴管理テーブル150CXを参照し、最新実行日時が最も新しいサブメニュー項目IDを特定する。例えば、図5に示した履歴管理テーブル150C1の場合であれば、最新実行日時が最も新しいサブメニュー項目IDとしてF1が特定される。次に、CPU110は、特定したサブメニュー項目IDが従属するメインメニュー項目IDをメニュー管理テーブル150BXを参照して特定する。前述したように、会員によって選択されたサブメニューアイコンに対応するサービスの提供が開始されると、メニュー画面の表示は終了する。したがって、ここで特定したメインメニュー項目IDは、前回のメニュー画面の表示を終えた時点で選択エリアSELAに表示されていたメインメニュー項目のIDになる。このメインメニュー項目IDは、メニュー画面の表示を開始する際に選択エリアSELAに表示するメインメニュー項目を指定する情報として使用される。なお、初めてメニュー画面を表示する場合等、履歴管理テーブル150CXに履歴情報が登録されていない場合は、デフォルト指定されたメインメニュー項目ID例えばm1が使用される。また、CPU110は、メニュー管理テーブル150BXを参照し、この会員用の全てのサブメニューアイコンの画像をハードディスク150から読み出す。これに加え、CPU110は、メニューダイヤルMDの画像や、表示ボタンHB,CB,SB,LBの画像をハードディスク150から読み出す。この後、CPU110は、HTMLファイル150Aと、表示位置指定用のメインメニュー項目IDと、メニュー画像表示用の画像データとをスマートフォン40に送信するステップS14。スマートフォン40のCPU410は、SNSサーバ10からHTMLファイル150A、メインメニュー項目IDおよび画像データを受信すると、これらの受信データをRAM430またはストレージ480に記憶する。次に、CPU410は、JavaScriptエンジン495に従って、HTMLファイル150Aに記述されているメニュー画面制御用のプログラムJavaScriptを実行する。CPU410は、このメニュー画面制御用のプログラムに従って、図8に示すシーケンスチャートのうちステップS15~S19,S23に示す各処理を行う。まず、CPU410は、メニュー画面を表示するステップS15。ここでは、まず、SNSサーバ10から受信した表示位置指定用のメインメニュー項目IDに基づいて、選択エリアSELAに表示するメインメニュー項目を特定する。例えば、メインメニュー項目IDによって特定されるメインメニュー項目がマイアプリであった場合、CPU410は、選択エリアSELAにマイアプリが表示されるようにメニューダイヤルMDを表示する。前述したように、SNSサーバ10から受信した表示位置指定用のメインメニュー項目IDは、前回のメニュー画面の表示を終えた時点で選択エリアSELAに表示されていたメインメニュー項目のIDである。また、メニューダイヤルMDにおける8個のメインメニュー項目とその配列順序は、固定されている。したがって、表示位置指定用のメインメニュー項目IDを用いてメニューダイヤルMDを表示することで、メニュー画面の表示を開始する際の各メインメニュー項目の表示位置を、前回のメニュー画面の表示終了時点での表示位置にすることができる。つまり、前回のメニュー画面の表示を終えたときの状態からメニュー画面の表示を開始することができる。次に、CPU410は、HTMLファイル150Aに含まれるメインメニュー項目ID,サブメニュー項目ID,アイコンID,配列順序情報の対応関係を示す記述を参照し、表示位置指定用のメインメニュー項目IDに対応する1以上のサブメニューアイコンを特定する。そして、CPU410は、特定したサブメニューアイコンをサブメニュー表示エリアSMAに表示する。例えば、表示位置指定用のメインメニュー項目IDがマイアプリを示している場合、CPU410は、マイアプリに対応する1以上のサブメニューアイコンをサブメニュー表示エリアSMAに表示する。また、この際、CPU410は、表示するサブメニューアイコンが複数ある場合は、複数のサブメニューアイコンを各々の配列順序情報に基づく配列順序でサブメニュー表示エリアSMAに表示する。例えば、CPU410は、複数のサブメニューアイコンを配列順序の順位が高いものほど左側に表示されるようにする。これによりサブメニュー表示エリアSMAに表示する複数のサブメニューアイコンを、実行した日時の新しい順、実行した頻度の高い順、実行した回数の多い順のいずれかに並べ替えることができる。次に、CPU410は、メニューダイヤルMDの回転を指示するタッチ操作が行われたか否かを判定するステップS16。例えば、会員が指先でメニューダイヤルMDを時計回りまたは反時計回りにドラッグ操作すると、CPU410は、メニューダイヤルMDの回転を指示するタッチ操作が行われたと判定する。CPU410は、ステップS16の判定結果がNOの場合、ステップS18に進む。また、CPU410は、ステップS16の判定結果がYESの場合、ドラッグ操作に応じてメニューダイヤルMDの表示を回転させる処理を行う。例えば、会員が、図9に示すようにメニューダイヤルMD上においてニュースの部分から選択エリアSELAの部分まで時計回りにドラッグ操作を行うと、メニューダイヤルMDが中心点CNTを基点として時計回りに135度だけ回転し、図10に示すように選択エリアSELAにニュースが位置する状態になる。なお、図9においてハッチングで示す部分がタッチ位置の軌跡である。また、メニューダイヤルMDの回転を指示するドラッグ操作は、メニューダイヤルMD上に限らず、メインメニュー表示エリアMMA内であれば、メニューダイヤルMDの外側の部分やメニューダイヤルMDの内側の部分であっても、メニューダイヤルMDの回転を指示する操作として検出される。また、CPU410は、メニューダイヤルMDの回転に応じて選択エリアSELAに表示されるメインメニュー項目が変更される都度、変更後のメインメニュー項目に対応する1以上のサブメニューアイコンをサブメニュー表示エリアSMAに表示する。例えば、図9に示したドラッグ操作を行った場合、選択エリアSELAに表示されるメインメニュー項目は、マイアプリ→チャット→コミュニティ→ニュースの順に変更される。CPU410は、選択エリアSELAにマイアプリが表示されている場合は、マイアプリに対応する1以上のサブメニューアイコンをサブメニュー表示エリアSMAに表示し、選択エリアSELAにチャットが表示されている場合は、チャットに対応する1以上のサブメニューアイコンをサブメニュー表示エリアSMAに表示する。また、CPU410は、選択エリアSELAにコミュニティが表示されている場合は、コミュニティに対応する1以上のサブメニューアイコンをサブメニュー表示エリアSMAに表示し、選択エリアSELAにニュースが表示されている場合は、ニュースに対応する1以上のサブメニューアイコンをサブメニュー表示エリアSMAに表示する。なお、前述したようにサブメニュー表示エリアSMAには、複数のサブメニューアイコンが配列順序情報に基づく配列順序で表示される。このようにCPU410は、メニューダイヤルMDの回転を指示するドラッグ操作に応じて、メニュー画面の表示を更新するステップS17。ところで、図2や図10に示したメニュー画面では、サブメニュー表示エリアSMAに一度に表示することができるサブメニューアイコンが4個に限られる。例えば、あるメインメニュー項目に対して5個以上のサブメニュー項目が設定されている場合は、図11Aに示すように、サブメニュー表示エリアSMAにおいて図中左方向にドラック操作を行うことで、サブメニュー表示エリアSMAに表示されているサブメニューアイコンICN5~ICN8を左方向にスクロールし、図11Bに示すように残りのサブメニューアイコンICN9,ICN10をサブメニュー表示エリアSMAに表示することができる。次に、CPU410は、サブメニュー項目を選択するタッチ操作が行われたか否かを判定するステップS18。例えば、サブメニュー表示エリアSMAに表示されているサブメニューアイコンのいずれかを会員が指先でタップ操作すると、CPU110は、サブメニュー項目を選択するタッチ操作が行われたと判定する。CPU410は、ステップS18の判定結果がNOの場合、ステップS23に進む。また、CPU410は、ステップS18の判定結果がYESの場合、タップ操作されたサブメニューアイコンに対応するサブメニュー項目IDをHTMLファイル150Aを参照して特定する。次に、CPU410は、特定したサブメニュー項目IDと会員IDとを含むサブメニュー実行要求をSNSサーバ10に送信するステップS19。例えば、図10に示すメニュー画面においてスポーツのサブメニューアイコンICN7がタップ操作されると、CPU410は、HTMLファイル150Aを参照して特定したスポーツのサブメニュー項目IDをSNSサーバ10に送信する。また、図2に示すメニュー画面においてチェスのサブメニューアイコンICN1がタップ操作されると、CPU410は、HTMLファイル150Aを参照して特定したチェスのサブメニュー項目IDをSNSサーバ10に送信する。SNSサーバ10のCPU110は、スマートフォン40からサブメニュー項目IDと会員IDとを含むサブメニュー実行要求を受信すると、受信したサブメニュー実行要求に含まれるサブメニュー項目IDおよび会員IDの組み合わせに対応するサービスをメニュー管理テーブル150Bを参照して特定するステップS20。次に、CPU110は、特定したサービスに関する処理を実行し、会員が選択したサービスをスマートフォン40に提供するステップS21。例えば、メニュー画面図10においてスポーツのサブメニューアイコンICN7がタップ操作された場合、CPU110は、最新のスポーツニュースをスマートフォン40に提供する。また、メニュー画面図2においてチェスブラウザゲームのサブメニューアイコンICN1がタップ操作された場合、CPU110は、ウェブページ,Java登録商標アプレット,Flash登録商標アニメーション等の形式でチェスのゲーム画像をスマートフォン40に提供し、スマートフォン40においてブラウザ490を通じてチェスのゲームをプレイできるようにする。また、CPU110は、サービスの提供を開始すると、履歴管理テーブル150Cを更新するステップS22。例えば、会員IDM00000001を付与した会員がチェスのゲームアプリを実行した場合、CPU110は、図5に示した履歴管理テーブル150C1のうちチェスに関する履歴情報を更新する。この際、CPU110は、チェスについて、実行回数をインクリメント1し、最新実行日時を現在の日時に更新し、実行頻度を計算し直して必要に応じて実行頻度レベルの数値を更新する。一方、スマートフォン40のCPU410は、ステップS18の判定結果がNOの場合、メニュー画面の終了を指示するタッチ操作が行われたか否かを判定するステップS23。例えば、図10に示すメニュー画面において、ホームボタンHB,×ボタンCB,設定ボタンSB,ログアウトボタンLBのいずれかを会員が指先でタップ操作すると、CPU410は、メニュー画面の終了を指示するタッチ操作が行われたと判定する。CPU410は、ステップS23の判定結果がNOの場合、ステップS16に戻る。また、CPU410は、ステップS23の判定結果がYESの場合、RAM430またはストレージ480に記憶したHTMLファイル150A,メインメニュー項目ID,画像データを消去してメニュー処理を終える。以上説明したように本実施形態によれば、会員は、表示画面Dの表面をメニューダイヤルMDに沿って指先でなぞることで、メニューダイヤルMDを回転させて選択エリアSELAに表示されるメインメニュー項目を順次変更し、選択候補となる1以上のサブメニューアイコンの表示を切り替えることができる。つまり、会員は、1回の連続したドラッグ操作を行うことで、サブメニューアイコンの表示を別のメインメニュー項目用のものに次々と切り替えることができる。したがって、サブメニュー項目の表示を別のメインメニュー項目用のものに変更しようとする都度、画面に表示されている複数のメインメニュー項目の中から別のメインメニュー項目を選択する操作を繰り返し行う必要がない。よって、サブメニュー項目の表示を別のメインメニュー項目用のものに変更する場合の操作性を高め、サブメニュー項目の選択を容易に行うことができる。また、SNSサーバ10から受信した表示位置指定用のメインメニュー項目IDを用いてメニューダイヤルMDを表示することで、前回のメニュー画面の表示を終えたときの状態でメニュー画面の表示を開始することができる。また、サブメニュー表示エリアSMAに表示する複数のサブメニューアイコンを、実行した日時の新しい順、実行した頻度の高い順、実行した回数の多い順のいずれかに並べ替えることができる。<2.変形例>本発明は上述した実施形態に限定されるものではなく、例えば以下の変形が可能である。また、以下に示す2以上の変形を適宜組み合わせることもできる。[変形例1]図12は、メニュー処理の変形例を示すシーケンスチャートである。上述した実施形態でも説明したように、SNSサーバ10は、SNSサーバ10を経由してSNSサーバ10とは別のサーバにスマートフォン40を接続し、別のサーバから提供されるサービス例えば、チャット,掲示板,ゲーム等をスマートフォン40に中継する機能を備える。例えば、メニュー画面を操作して会員が選択したゲームがSNSサーバ10とは別のゲームサーバ50から提供されるブラウザゲームであった場合、SNSサーバ10は、スマートフォン40をゲームサーバ50に接続し、ゲームサーバ50から提供されるゲーム画像をスマートフォン40に中継する。この場合、ゲームサーバ50は、会員が選択したゲームの画像ゲーム画像をSNSサーバ10に送信するステップS31。例えば、ゲームサーバ50は、ウェブページ,Javaアプレット,Flashアニメーション等の形式でゲーム画像を提供する。SNSサーバ10のCPU110は、ゲームサーバ50からゲーム画像を受信すると、受信したゲーム画像をゲーム画像制御用のアプレットと共にスマートフォン40に送信するステップS32。このゲーム画像制御用のアプレットは、例えば、ゲーム画像を加工してメニューボタンを表示する機能、メニューボタンに対する操作を監視する機能、メニューボタンが操作された場合に会員IDを含むメニューページ取得要求をSNSサーバ10に送信する機能等を備える。また、このゲーム画像制御用のアプレットは、SNSサーバ10のハードディスク150に記憶されている。スマートフォン40のCPU410は、SNSサーバ10からゲーム画像およびゲーム画像制御用のアプレットを受信すると、これらの受信データをRAM430またはストレージ480に記憶する。次に、CPU410は、ゲーム画像制御用のアプレットを実行する。CPU410は、このゲーム画像制御用のアプレットに従って、図12に示すシーケンスチャートのうちステップS33~S36に示す各処理を行う。まず、CPU410は、ゲーム画像を加工するステップS33。例えば、CPU410は、ゲーム画像を表示画面Dに表示した場合に、画面上部に帯状のヘッダエリアが確保できるようにゲーム画像を縮小する。次に、CPU410は、加工したゲーム画像およびメニューボタンを表示画面Dに表示するステップS34。ここでは、ゲーム画像を加工縮小して確保したヘッダエリアにメニューボタンを表示する。これによりスマートフォン40には、例えば図13に示すゲーム画面が表示される。同図に示すようにゲーム画面は、ゲーム画像が表示されるゲーム画像表示エリアGMAと、SNSサーバ10用のメニューボタンMBやホームボタンHBが表示されるヘッダエリアHDAとに大別される。この後、CPU410は、メニューボタンMBがタップ操作されたか否かを監視しステップS35、メニューボタンMBがタップ操作されたことを検出するとステップS35:YES、会員IDを含むメニューページ取得要求をSNSサーバ10に送信するステップS36。以降、ステップS37~S39までの処理は、図8に示したシーケンスチャートのステップS12~S14までの処理と同じであるので、詳細な説明は省略するが、SNSサーバ10のCPU110は、スマートフォン40から会員IDを含むメニューページ取得要求を受信すると、メニュー管理テーブル150Bおよび履歴管理テーブル150Cを検索しステップS37、受信したメニューページ取得要求に含まれる会員IDに対応するメニュー管理テーブル150BXおよび履歴管理テーブル150CXを特定する。次に、CPU110は、特定したメニュー管理テーブル150BXおよび履歴管理テーブル150CXを参照し、該当する会員用のメニュー画面が表示できるようにHTMLファイル150AをカスタマイズするステップS38。また、CPU110は、HTMLファイル150Aと、表示位置指定用のメインメニュー項目IDと、メニュー画像表示用の画像データとをスマートフォン40に送信するステップS39。スマートフォン40のCPU410は、SNSサーバ10からHTMLファイル150A、メインメニュー項目IDおよび画像データを受信すると、HTMLファイル150Aに記述されているメニュー画面制御用のプログラムJavaScriptを実行し、図2に示したメニュー画面を表示するための画像メニュー画像を生成する。また、CPU410は、生成したメニュー画像をゲーム画像上に重ねて表示しステップS40、図8に示したシーケンスチャートのステップS16に進む。以上の構成によれば、SNSサーバ10を経由してゲームサーバ50からブラウザゲームの提供を受けている場合に、ブラウザゲームを一旦終了させることなく、スマートフォン40の表示画面DにSNSサーバ10用のメニュー表示を直ちに行うことができる。なお、メニューボタンMBの表示位置は、画面上部のヘッダエリアHDAに限らない。例えば、CPU410は、ゲーム画像を加工縮小して画面下部にフッタエリアを確保し、フッタエリアにメニューボタンMBを表示してもよい。また、ゲーム画像の加工は縮小に限らない。例えば、ゲーム画像の上部や下部を所定の色例えば黒や白で帯状にマスクし、マスクした部分にメニューボタンMBを表示してもよい。また、メニュー表示の実行を指示する操作用のオブジェクトとして、メニューボタンMBの代わりに、例えば、メニューダイヤルMDをデェフォルメした円形の画像や、メニュー表示等といった文字列を表示してもよい。また、ゲーム画像制御用のアプレットは、SNSサーバ10がゲームサーバ50から提供されるゲーム画像をスマートフォン40に中継する場合ではなく、例えば、会員登録を行った場合や、SNSサーバ10とは別のサーバから提供されるサービスをサブメニュー項目として登録設定した場合に、SNSサーバ10からスマートフォン40に送信されてストレージ480に記憶される構成であってもよい。また、本変形例は、ブラウザゲーム以外のサービス例えば、チャット,掲示板等にも適用することができる。また、本変形例では、メニューボタンMB操作用オブジェクトが表示できるようにゲーム画像を加工する処理をスマートフォン40で行う場合について説明したが、SNSサーバ10でゲーム画像の加工処理を行う構成としてもよい。この場合、SNSサーバ10のCPU110は、ゲームサーバ50からゲーム画像を受信すると、メニューボタンMBが表示できるようにゲーム画像を加工し、加工したゲーム画像をスマートフォン40に送信する。このようにゲーム画像の加工処理は、スマートフォン40で行ってもよいし、SNSサーバ10で行ってもよい。また、SNSサーバ10で行われるゲーム画像の加工処理は、ゲーム画像を縮小したり、ゲーム画像の一部をマスクしたりする処理のみであってもよいし、ゲーム画像にメニューボタンMBの画像を挿入する処理を含んでもよい。[変形例2]例えば、スマートフォン40のCPU410は、メニュー画面の表示を終了する際に、その時点で選択エリアSELAに表示されているメインメニュー項目のIDメインメニュー項目IDを会員IDと共にSNSサーバ10に送信し、SNSサーバ10のCPU110は、スマートフォン40から受信したメインメニュー項目IDおよび会員IDを表示位置指定用の情報としてハードディスク150に記憶する構成であってもよい。また、スマートフォン40のCPU410は、ドラッグ操作に応じてメニューダイヤルMDを回転させるたびに、回転を終えた時点で選択エリアSELAに表示されているメインメニュー項目のIDを会員IDと共にSNSサーバ10に送信し、SNSサーバ10のCPU110は、スマートフォン40からメインメニュー項目IDおよび会員IDを受信する都度、ハードディスク150に記憶されている表示位置指定用の情報を更新する構成であってもよい。この場合、メニュー画面の表示が途中で強制終了された場合であっても、強制終了した時点の状態からメニュー画面の表示を再開することができる。また、表示位置指定用の情報として、選択エリアSELAに表示するメインメニュー項目のIDの代わりに、予め決めておいた1つのメインメニュー項目例えばマイアプリの表示位置を使用してもよい。また、表示位置指定用の情報として、全てのメインメニュー項目の表示位置を使用することもできる。[変形例3]HTML5のCanvas機能を利用すればビットマップ画像を描画することができるので、HTMLファイル150AにCanvas機能を利用した画像描画用のプログラムJavaScriptを記述し、メニューダイヤルMDや表示ボタンHB,CB,SB,LBについては、画像描画用のプログラムに従ってスマートフォン40で画像を描画するようにしてもよい。この場合、SNSサーバ10からスマートフォン40に送信するメニュー画面表示用の画像データを、サブメニューアイコンの画像だけに減らすことができる。[変形例4]HTMLファイル150Aの代わりにアプレットを使用してメニュー画面の表示制御等を行ってもよい。また、会員登録を行った場合に、メニュー画面制御用のプログラムが組み込まれたSNSサーバ用アプリがスマートフォン40のストレージ480に記憶される構成であってもよい。この場合、メニュー画面制御用のプログラムは、例えばCやJava等、JavaScript以外のプログラミング言語で作成することができる。また、各会員のスマートフォン40ストレージ480に、メニュー画面制御用のプログラムと、メニュー画面表示用の画像データ会員1人分と、メニュー管理テーブル150BX会員1人分と、履歴管理テーブル150CX会員1人分とが記憶される構成であってもよい。この場合、メニュー管理テーブル150BXや履歴管理テーブル150CXを更新する処理、前回のメニュー画面の表示を終えたときの状態でメニュー画面の表示を開始する処理、サブメニュー表示エリアSMAに表示するサブメニューアイコンの配列順序を決定する処理等は、全てスマートフォン40のCPU410によって実行される。[変形例5]例えば、メニューダイヤルMDの最下部図2では書き込みが表示されている部分に選択エリアSELAを設け、メインメニュー表示エリアMMAの下側にサブメニュー表示エリアSMAを表示してもよい。また、図2に示したようにメニューダイヤルMDの最上部に選択エリアSELAを設ける一方、メインメニュー表示エリアMMAの下側にサブメニュー表示エリアSMAを表示してもよい。また、メニューダイヤルMDの最右部図2では友達が表示されている部分に選択エリアSELAを設け、メインメニュー表示エリアMMAの右側にサブメニュー表示エリアSMAを表示してもよい。この場合は、縦長のサブメニュー表示エリアSMAを表示し、サブメニュー表示エリアSMAには複数のサブメニューアイコンを縦方向に並べて表示するのがよい。このように表示画面D上におけるメインメニュー表示エリアMMA,サブメニュー表示エリアSMA,選択エリアSELAの配置は任意に定めることができる。[変形例6]メニュー画面の表示を開始する際に選択エリアSELAに表示するメインメニュー項目は、予め定められたメインメニュー項目に固定されていてもよい。サブメニュー表示エリアSMAには、複数のサブメニューアイコンが予め定められた固定の配列順序で表示されてもよい。サブメニュー表示エリアSMAには、アイコンに限らず、サブメニュー項目名が表示されてもよい。メニュー項目メインメニュー項目やサブメニュー項目の内容は、上述した実施形態で例示したものに限らない。例えば、スマートフォンに備わる各種の機能デジタルカメラ、アドレス帳、着信音の設定、画面表示の設定等をメニュー項目として設定することができる。[変形例7]サブメニュー項目の場合と同様に、メインメニュー項目についても会員が任意にカスタマイズできるようにしてもよい。また、必ずしも全てのサブメニュー項目を会員がカスタマイズできるようにする必要はない。例えば、メインメニュー項目ニュースに従属する複数のサブメニュー項目については、全会員に対して共通とし、各会員がカスタマイズできないようにしてもよい。なお、メインメニュー項目の内容、個数、配列順序等を各会員が任意にカスタマイズできるようにした場合は、それらの情報をメニュー管理テーブル150Bにおいて会員毎に管理する必要がある。[変形例8]図14は、メニューダイヤルMDの変形例を示す図である。上述した実施形態では、メニューダイヤルMD上に8個のメインメニュー項目をリング状に配置し、このメニューダイヤルMDをドラッグ操作に応じて回転させる場合について説明したが、図14Aに示すように、8個のメインメニュー項目を各々別のメインメニューアイコンとして円形の軌道OBT1に沿って所定の配列順序で表示し、会員が指先で軌道OBT1の付近を時計回りまたは反時計回りになぞると、8個のメインメニューアイコンの各々を軌道OBT1に沿って配列順序を維持しながら時計回りまたは反時計回りに移動させるようにしてもよい。また、図14Bに示すように軌道OBT2の形状を正方形にしてもよい。このように軌道の形状は、円、楕円、正方形、多角形等、複数のメインメニュー項目を循環可能に移動できる形状であればよい。[変形例9]タッチパネル470は、例えば、抵抗膜方式、静電容量方式表面型、電磁誘導方式、表面弾性波方式、赤外線方式等であってもよい。また、タッチ操作は、専用のタッチペンを用いて行われてもよい。また、タッチパネル470を備えず、マウスやトラックパッド等のポインティングデバイスの操作やテンキーの操作に応じてカーソルの表示位置を動かし、メインメニュー項目の移動やサブメニュー項目の選択を指示する構成であってもよい。[変形例10]本発明に係るコンピュータおよび端末は、スマートフォンに限らず、例えば、携帯電話機、タブレットコンピュータ、パーソナルコンピュータ、通信機能を有するビデオゲーム機等であってもよい。また、本発明に係るコンピュータおよび端末は、例えばパソコン本体の場合のように、タッチパネルやディスプレイを構成要件として含まない場合がある。本発明に係るサーバは、SNSサーバに限らない。すなわちサーバは、会員制のサーバや、コミュニティ型のサービス例えば、チャット,掲示板,メール等を主要なサービスとするサーバに限らない。また、サーバと端末との間に介在するネットワークは、インターネットや移動体通信網に限らず、WANWideAreaNetworkやLANLocalAreaNetwork等であってもよい。[変形例11]本発明に係るコンピュータは、サーバ等の他の装置と一切通信を行わず、ユーザが選択したサブメニュー項目に対応する機能を実行する電子機器であってもよい。この場合、電子機器に備わるメモリに、メニュー画面制御用のプログラムがプリインストールされていることに加え、メニュー画面表示用の画像データユーザ1人分と、メニュー管理テーブル150BXユーザ1人分と、履歴管理テーブル150CXユーザ1人分とが記憶される。また、メニュー管理テーブル150BXや履歴管理テーブル150CXを更新する処理、前回のメニュー画面の表示を終えたときの状態でメニュー画面の表示を開始する処理、サブメニュー表示エリアSMAに表示するサブメニューアイコンの配列順序を決定する処理等は、全て電子機器に備わるCPUによって実行される。このように本発明に係るコンピュータは、メニュー画面の表示制御等をブラウザ上で実行する態様に限らない。"