Обозначения

• a,b,c,d - пользователи
• -> присоединение
• <- принятие
• Фигурными скобками {} помечены группы
• За круглые скобки () вынесен пользователь являющийся администратором группы

Группы

user/user

• a -> b = невозможно

group/user

• {a} -> b = невозможно
• {a} <- b = {a(b)}
• {a(b)} <- c = {a(bc)}

group/group

• {a} -> {b} = {b(a)}
• {a} <- {b} = {b(a)}
• {a(b)} -> {c} = {c(ab)}
• {a(b)} <- {c} = {a(bc)}
• {a(b)} -> {c(d)} = {c(abd)}
• {a(b)} <- {c(d)} = {a(bcd)}

Связи (равносторонние)

user/user

• a-b

group/user

• {ab}-c

group/group

• {ab}-{cd}

Условия (Roles + Rules) и исключения

1. Для принятия членов, вначале должна быть создана группа
2. Если user уже состоит в группе, то он не может создавать другие группы
3. Если user не является админом группы, то он не может присоединяться, принимать и вступать в связи
4. Админ соответственно может присоединяться, принимать и вступать в связь со всеми кроме членов своей группы
5. Свободный user (не имеющий собственной группы и не состоящий в любой другой) соответственно может только присоединяться либо вступать в связь, но не может принимать в группу

Другое

• Группы по определенному условию разрываются при помощи Rules
• Связи по определенному условию получают новый статус (к примеру expired) и становятся видны в истории участников

Как я себе это представляю

Группы и подгруппы

1. OG
2. OG Subgroups - пока не работает

Связи

1. Relation - Поскольку в данном случае группой будет являться нода, то для связи двух нод (групп) думаю подойдет Relation. Остается вопросом процесс установки связи - хочется чтобы это имело форму приглашения как в OG или User Relationships
2. История связей - Возможно ноды придется объединять в единую сущность для назначения ей нового статуса - тут пока решения не вижу